Auction information display method, auction information processing method, device and equipment

Abstract

The application provides an auction information display method, an auction information processing method, a device and equipment, which can be applied to the technical field of Internet and electronic commerce. The auction information display method comprises the following steps: receiving a push message issued by a server through a predetermined offline push channel, wherein the push message is generated and issued when an auction activity participated by a user is in a target auction progress, the auction activity is configured in an auction application, and the running state of the auction application when the push message is received comprises one of the following: not started and running in the background; in response to the push message, an auction information card is displayed, wherein the auction information card displays auction information associated with the target auction progress; in response to a change in the auction progress of the auction activity, an update push message issued by the server is received, and in response to the update push message, updated auction information associated with the changed auction progress is displayed in the auction information card.

Description

Technical Field

[0001] This application relates to the fields of Internet and e-commerce technology, and more specifically to a method for displaying auction information, a method for processing auction information, an apparatus and equipment. Background Technology

[0002] For e-commerce auctions, users typically reserve auction slots in advance. Since the time interval between reserving an auction and the actual start of the auction can be quite long, users may switch the auction app to the background, lock their phone screen, or exit the auction app directly after successfully reserving it.

[0003] The relevant methods require users to open the auction application in the foreground to push auction messages, which has at least the following problems: if users want to know the progress of the auction, they need to switch back to the auction application repeatedly. In the case of intense bidding, key nodes (such as the node of being surpassed) are easily missed, resulting in poor user participation and high abandonment rate. In addition, placing the auction application in the background may cause the auction messages to fail to be pushed successfully. Summary of the Invention

[0004] In view of the above problems, this application provides an auction information display method, an auction information processing method, an apparatus and equipment.

[0005] According to a first aspect of this application, a method for displaying auction information is provided, comprising: receiving a push message sent by a server through a predetermined offline push channel, wherein the push message is generated and sent when an auction activity in which a user participates is at a target auction progress, the auction activity is configured in an auction application, and the running state of the auction application when the push message is received includes one of the following: not started, running in the background; in response to the push message, displaying an auction information card, wherein the auction information card displays auction information associated with the target auction progress; in response to a change in the auction progress of the auction activity, receiving an update push message sent by the server, and in response to the update push message, displaying updated auction information associated with the changed auction progress in the auction information card.

[0006] According to an embodiment of this application, displaying an auction information card includes: displaying the auction information card on the lock screen interface of the terminal device where the auction application is located.

[0007] According to an embodiment of this application, the auction activities in which the user participates include at least one, and each auction activity corresponds to at least one auction information card; displaying the auction information card on the lock screen interface of the terminal device where the auction application is located includes: determining the total number of auction information cards corresponding to at least one auction activity; if the total number of auction information cards exceeds a preset number, only the preset number of auction information cards are displayed on the lock screen interface.

[0008] According to an embodiment of this application, the method further includes: when it is determined that the display size occupied by the auction information to be displayed is larger than the display area size of the auction information card, adjusting the display style of the auction information to be displayed to obtain the adjusted auction information; and displaying the adjusted auction information in the auction information card.

[0009] According to an embodiment of this application, the method further includes: when it is determined that the auction activity has ended, starting a timer from the moment the auction activity ends, and when the timer duration reaches a predetermined duration, canceling the display of the auction information card on the lock screen interface.

[0010] According to embodiments of this application, the auction activity corresponds to multiple stages arranged in chronological order, and the target auction progress includes a predetermined stage among the multiple stages; changes in the auction progress of the auction activity include: the auction progress entering the next stage; updated auction information associated with the changed auction progress includes: auction information associated with the next stage.

[0011] According to embodiments of this application, each stage corresponds to at least one auction state; the method further includes: in response to a change in the auction state within the same stage, displaying updated auction information associated with the changed auction state in an auction information card.

[0012] An embodiment of this application also provides an auction information processing method, comprising: generating a push message in response to a user-participated auction activity reaching a target auction progress, and sending the push message to a terminal device where the auction application is located through a predetermined offline push channel, so that the terminal device displays an auction information card in response to the push message, wherein the auction information card displays auction information associated with the target auction progress, the auction activity is configured in the auction application, and the running state of the auction application when the auction activity is at the target auction progress includes one of the following: not started, running in the background; and sending an update push message to the terminal device in response to a change in the auction progress of the auction activity, so that the terminal device displays updated auction information associated with the changed auction progress in the auction information card based on the update push message.

[0013] According to an embodiment of this application, the push message includes a first marker field for characterizing the target auction progress and first auction data for generating auction information associated with the target auction progress; the update push message includes: a second marker field for characterizing the changed auction progress, second auction data for generating auction information associated with the changed auction progress, and card identification data corresponding to the auction information card, wherein each auction information card has its own card identification data.

[0014] According to an embodiment of this application, the above auction information processing method further includes: receiving a push receipt returned by a predetermined offline push channel in response to a push message; storing card identification data if card identification data is parsed from the push receipt; and reading the stored card identification data and constructing an update push request in response to a change in the auction progress of the auction activity.

[0015] According to an embodiment of this application, the above auction information processing method further includes: in the event of failure to parse card identifier data from the push receipt, in response to the auction application's running state switching from an inactive state to an active state, receiving card identifier data reported by the auction application; in response to an information retrieval request initiated by the auction application, sending target auction data for the auction information card to the auction application based on the card identifier data, the target auction data being used to generate updated auction information.

[0016] According to an embodiment of this application, the auction activity corresponds to multiple stages arranged in chronological order, each stage having its own corresponding stage identification information, and the target auction progress includes a predetermined stage among the multiple stages; the method further includes: determining first auction data from a pre-constructed mapping relationship set between stage identification information and auction data based on the stage identification information corresponding to the predetermined stage.

[0017] According to an embodiment of this application, the auction information and / or updated auction information associated with the target progress includes a countdown field; the auction information processing method further includes: sending a target time for the auction activity to the terminal device, so that the terminal device calculates the remaining time from the target time based on the received target time and the terminal device's local system time; and generating a countdown field based on the remaining time.

[0018] According to embodiments of this application, the auction information and / or updated auction information associated with the target progress further include: auction product images; the auction information processing method further includes: if the auction product images are stored locally on the terminal device, obtaining the auction product images from the terminal device; if obtaining the auction product images from the terminal device fails, downloading the auction product images using the resource location information in the push request.

[0019] An embodiment of this application also provides an auction information display device, comprising: a receiving module, configured to receive a push message sent by a server through a predetermined offline push channel, wherein the push message is generated and sent by the server when the auction activity in which the user participates is at the target auction progress, the auction activity is configured in an auction application, and the running state of the auction application when the push message is received includes one of the following: not started, running in the background; a first display module, configured to display an auction information card in response to the push message, wherein the auction information card displays auction information associated with the target auction progress; and a second display module, configured to receive an update push message sent by the server in response to a change in the auction progress of the auction activity, and in response to the update push message, display updated auction information associated with the changed auction progress in the auction information card.

[0020] Embodiments of this application also provide an auction information processing apparatus, comprising: a first sending module, configured to generate a push message in response to a user-participated auction activity reaching a target auction progress, and send the push message to a terminal device where the auction application is located via a predetermined offline push channel, so that the terminal device displays an auction information card in response to the push message, wherein the auction information card displays auction information associated with the target auction progress, the auction activity is configured in the auction application, and the running state of the auction application when the auction activity is at the target auction progress includes one of the following: not started, running in the background; and a second sending module, configured to send an update push message to the terminal device in response to a change in the auction progress of the auction activity, so that the terminal device displays updated auction information associated with the changed auction progress in the auction information card based on the update push message.

[0021] Embodiments of this application also provide an electronic device, including: one or more processors; and a memory for storing one or more computer programs, wherein the one or more processors execute the one or more computer programs to implement the steps of the above method.

[0022] Embodiments of this application also provide a computer-readable storage medium having a computer program or instructions stored thereon, which, when executed by a processor, implement the steps of the above-described method.

[0023] Embodiments of this application also provide a computer program product, including a computer program or instructions that, when executed by a processor, implement the steps of the above-described method. Attached Figure Description

[0024] The above-mentioned contents, other objects, features and advantages of this application will become clearer from the following description of embodiments with reference to the accompanying drawings, in which:

[0025] Figure 1 The illustrations depict application scenarios of the auction information display method, auction information processing method, apparatus, and equipment according to embodiments of this application.

[0026] Figure 2 A flowchart illustrating an auction information display method according to an embodiment of this application is shown schematically.

[0027] Figure 3 This illustration shows a schematic diagram of an auction information card displayed on a lock screen interface according to an embodiment of this application;

[0028] Figure 4 This illustration schematically depicts an auction activity according to an embodiment of this application;

[0029] Figure 5 A flowchart illustrating an auction information processing method according to an embodiment of this application is shown schematically.

[0030] Figure 6 The illustration shows a schematic diagram of an auction information processing method according to an embodiment of this application;

[0031] Figure 7 A flowchart illustrating card identification data acquisition according to an embodiment of this application is shown schematically;

[0032] Figure 8 This schematic diagram illustrates the structural block diagram of an auction information display device according to an embodiment of this application;

[0033] Figure 9 This schematic diagram illustrates the structural block diagram of an auction information processing apparatus according to an embodiment of the present application;

[0034] Figure 10 A block diagram schematically illustrates an electronic device suitable for implementing an auction information display method and an auction information processing method according to embodiments of this application. Detailed Implementation

[0035] The embodiments of this application will now be described with reference to the accompanying drawings. However, it should be understood that these descriptions are exemplary only and are not intended to limit the scope of this application. In the following detailed description, numerous specific details are set forth to provide a thorough understanding of the embodiments of this application for ease of explanation. However, it will be apparent that one or more embodiments may be implemented without these specific details. Furthermore, descriptions of well-known structures and technologies are omitted in the following description to avoid unnecessarily obscuring the concepts of this application.

[0036] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the scope of this application. The terms “comprising,” “including,” etc., as used herein indicate the presence of features, steps, operations, and / or components, but do not exclude the presence or addition of one or more other features, steps, operations, or components.

[0037] All terms used herein (including technical and scientific terms) have the meanings commonly understood by those skilled in the art, unless otherwise defined. It should be noted that the terms used herein are to be interpreted in a manner consistent with the context of this specification, and not in an idealized or overly rigid way.

[0038] When using expressions such as "at least one of A, B and C", they should generally be interpreted in accordance with the meaning that is commonly understood by those skilled in the art (e.g., "a system having at least one of A, B and C" should include, but is not limited to, a system having A alone, a system having B alone, a system having C alone, a system having A and B, a system having A and C, a system having B and C, and / or a system having A, B and C, etc.).

[0039] Auction activities, as an important business model of e-commerce platforms, are characterized by at least the following: long single activity cycles, such as usually exceeding 1 hour; dynamic changes in the process, such as dynamic changes in bidding status, current bid, and countdown; and users need to pay a deposit to complete the activity reservation before the activity, which has a strong process participation compared to ordinary purchase behavior.

[0040] Currently, users mainly participate in auction activities through the following two methods:

[0041] Users can proactively check the auction details page on the app's front end. If users need to repeatedly open the auction app and enter the auction channel during the event period to manually refresh the auction details page, they will be able to see the current bidding progress, the remaining countdown time, and whether they have been overtaken by others.

[0042] In-app notification pop-up reminders: If the user keeps the app running in the foreground, the system can pop up in-app notifications at key points. However, once the user switches the app to the background, the pop-up reminders will no longer work, and the user will still need to wake up the app again to view the activity.

[0043] For long-cycle events such as e-commerce auctions, the methods for displaying progress information externally include push notifications and live activities. Push notifications typically arrive as single, static messages, making them difficult to adapt to scenarios where auction information changes dynamically. Live activities, on the other hand, usually rely on users actively triggering them in the foreground of the app. If users want to know the auction progress, they need to repeatedly switch back to the app. If users do not trigger the activity in the foreground, the progress will be unnoticed, and they may miss key auction stages. Therefore, they are difficult to adapt to scenarios where the time interval between reserving an auction and the actual start of the auction is long, or where users may exit the app or switch the app to the background after successfully reserving.

[0044] In view of this, embodiments of this application provide an auction information display method, comprising: receiving a push message sent by a server through a predetermined offline push channel, wherein the push message is generated and sent when the auction activity in which the user participates is at a target auction progress, the auction activity is configured in an auction application, and the running state of the auction application when the push message is received includes one of the following: not started, running in the background; in response to the push message, displaying an auction information card, wherein the auction information card displays auction information associated with the target auction progress; in response to a change in the auction progress of the auction activity, receiving an update push message sent by the server, and in response to the update push message, displaying updated auction information associated with the changed auction progress in the auction information card.

[0045] Figure 1 The illustration shows an application scenario of the auction information display method, auction information processing method, apparatus and equipment according to embodiments of this application.

[0046] like Figure 1 As shown, application scenario 100 according to this embodiment may include a first terminal device 101, a second terminal device 102, a third terminal device 103, a network 104, and a server 105. The network 104 serves as a medium for providing a communication link between the first terminal device 101, the second terminal device 102, the third terminal device 103, and the server 105. The network 104 may include various connection types, such as wired or wireless communication links, or fiber optic cables, etc.

[0047] Users can use the first terminal device 101, the second terminal device 102, and the third terminal device 103 to interact with the server 105 via the network 104 to receive or send messages, etc. Various communication client applications can be installed on the first terminal device 101, the second terminal device 102, and the third terminal device 103, such as shopping applications (which can be configured with e-commerce auction functions), auction applications, etc. (for example only).

[0048] The first terminal device 101, the second terminal device 102, and the third terminal device 103 can be various electronic devices with displays and support web browsing, including but not limited to smartphones, tablets, laptops, and desktop computers.

[0049] Server 105 can be a server that provides various services, such as a backend management server that supports websites browsed by users using the first terminal device 101, the second terminal device 102, and the third terminal device 103 (this is just an example). The backend management server can analyze and process data such as received user requests, and feed back the processing results (such as web pages, information, or data obtained or generated according to user requests) to the terminal devices.

[0050] For example, a user can access the auction application and reserve an auction activity through at least one of the first terminal device 101, the second terminal device 102, and the third terminal device 103. At least one of the first terminal device 101, the second terminal device 102, and the third terminal device 103 can receive a push message from the server 105 through a pre-defined offline push channel. This push message is generated and sent when the auction activity in which the user participates is at the target auction progress. The auction activity is configured in the auction application, and the running state of the auction application when receiving the push message includes one of the following: not started, running in the background; displaying an auction information card in response to the push message, wherein the auction information card displays auction information associated with the target auction progress; or receiving an update push message from the server 105 in response to a change in the auction progress of the auction activity, and displaying updated auction information associated with the changed auction progress in the auction information card in response to the update push message.

[0051] It should be understood that Figure 1 The number of terminal devices, networks, and servers shown is merely illustrative. Depending on implementation needs, any number of terminal devices, networks, and servers can be included.

[0052] Figure 2 A flowchart illustrating an auction information display method according to an embodiment of this application is shown.

[0053] like Figure 2 As shown, the auction information display method of this embodiment includes operations S210 to S230, and the auction information display method can be executed by a terminal device with an auction application installed.

[0054] In operation S210, a push message is received from the server through a pre-defined offline push channel. The push message is generated and sent when the auction activity in which the user participates is at the target auction progress. The auction activity is configured in the auction application. When the push message is received, the running state of the auction application includes one of the following: not started, running in the background.

[0055] When operating S220, in response to a push message, an auction information card is displayed, which displays auction information related to the target auction progress.

[0056] For example, an auction application may include client software installed on a terminal device, which may be auction software or a shopping application that integrates an auction business module.

[0057] The pre-defined offline push channel can include a communication channel capable of sending messages to the terminal device when the application is not running or is in the background. This communication channel can be pre-configured between the server and the terminal device. Push messages can include messages sent by the server to the terminal device through the pre-defined offline push channel when the auction activity in which the user is participating is at the target auction progress. The push message can include data for creating auction information cards, such as auction item images, activity titles (e.g., auction starts on [Month] [Day] at [Time]), starting price, and interactive controls for redirecting to the auction details page.

[0058] Users can participate in auctions through terminal devices with the auction application installed. For example, users can pre-book an auction through their terminal device and then participate in the auction through the application after the auction begins. The target auction progress can include the time remaining until the auction starts, which can be preset. For example, a push message can be generated and sent by the server 30 minutes before the auction starts, and the terminal device can display an auction information card. The preset time can be set according to actual needs and is not limited here.

[0059] There is usually a time interval between reserving an auction and the auction starting. Therefore, after successfully reserving an auction, users may exit the auction application directly or switch it to run in the background. Even when the auction application is not running or running in the background, the terminal device can receive push notifications through a pre-defined offline push channel and respond by displaying an auction information card. The auction information displayed on the card can be determined based on the target auction progress. For example, when the target auction progress is "awaiting the start of the auction," the auction information may include a countdown timer, product title, and starting price; when the target progress is "the auction has started," the auction information may include the current bid and remaining bidding time.

[0060] In operation S230, in response to changes in the auction progress of the auction activity, an update push message is received from the server through a pre-defined offline push channel, and in response to the update push message, updated auction information associated with the changed auction progress is displayed in the auction information card.

[0061] For example, changes in auction progress can include the auction process moving to the next stage, such as from "pending" to "in the bidding." The server can monitor these changes. The content of the auction information card can be dynamically adjusted to reflect these changes. For instance, when the auction progresses from "pending" to "in the bidding," the auction information card can be updated to display the corresponding auction information (i.e., updated auction information), such as the expected end countdown, current price, and user bidding status.

[0062] When the auction progress changes, the auction application's running state can include one of the following: not started, running in the background, or running in the foreground. When the auction progress changes and the auction application is not started or running in the background, the server can send update push messages through a pre-defined offline push channel. When the auction progress changes and the auction application is running in the foreground, the server can send update push messages through common network pathways between the terminal device and the server, such as via HTTP / HTTPS interfaces or ordinary TCP networks.

[0063] For example, a message reminder can be displayed to the user before the auction begins to remind the user to open the auction application and trigger the creation of an auction information card in the foreground, such as by sending an update push message through a common network path between the terminal device and the server to display the auction information card.

[0064] According to the embodiments of this application, by receiving push messages sent by the server through a predetermined offline push channel, auction information cards can still be displayed even when the auction application is not running or is running in the background. This solves the problem of creating blind spots when users are not in the foreground at the start of long-term activities such as auctions, avoids the operational complexity caused by users repeatedly entering the auction application, and improves the user experience. By responding to changes in the auction progress of the auction activity and displaying updated auction information associated with the changed auction progress in the auction information card, it can be ensured that the displayed auction information can cover the complete state of the auction activity, ensuring that users can perceive changes in each key node even outside the site.

[0065] According to an embodiment of this application, displaying an auction information card includes: displaying the auction information card on the lock screen interface of the terminal device where the auction application is located.

[0066] For example, the lock screen interface may include the system interface of the terminal device when it is locked. After booking an auction, the user may exit the auction application or switch the auction application to run in the background. By displaying auction information cards on the lock screen, users can see the auction information directly on the lock screen without unlocking their phone or entering the auction application, thereby improving the user experience and further reducing the abandonment rate.

[0067] Because the auction information displayed on the auction information card is linked to the current auction progress, users can check the latest auction progress by viewing the auction information card on the lock screen. Therefore, users do not need to repeatedly enter the auction application to check the auction progress, which reduces the complexity of user operation, prevents users from missing key auction stages, and further reduces the user abandonment rate.

[0068] Figure 3 The illustration shows a schematic diagram of an auction information card displayed on a lock screen interface according to an embodiment of this application.

[0069] like Figure 3 As shown, an auction information card 301 is displayed on the lock screen interface 300. When the auction progress is "Pending," the displayed auction information includes the countdown timer until the auction starts and the starting price. When the auction progress is "Surpassed," the displayed auction information includes the estimated end countdown and the current price. When the auction progress is "Winned," the displayed auction information includes the payment countdown and the winning bid price.

[0070] According to an embodiment of this application, the auction activities in which the user participates include at least one, and each auction activity corresponds to at least one auction information card; displaying the auction information card on the lock screen interface of the terminal device where the auction application is located includes: determining the total number of auction information cards corresponding to at least one auction activity; if the total number of auction information cards exceeds a preset number, only the preset number of auction information cards are displayed on the lock screen interface.

[0071] For example, a single user can participate in multiple auctions simultaneously. Each auction will generate its own auction information card. The preset number can be the maximum number of cards that the lock screen can display, and this can be set according to actual needs; it is not limited here.

[0072] To avoid wasting system resources on invalid update calls, if the total number of auction information cards exceeds a preset limit, only that preset number of auction information cards will be displayed on the lock screen. For example, a single device or user can create a maximum of 5 auction activities within 8 hours, and only the auction information cards corresponding to these 5 auction activities will be displayed on the lock screen. After exceeding this limit, frequency control results will be returned to the auction side, thus avoiding wasted system resources on invalid update calls.

[0073] According to an embodiment of this application, the auction information display method may further include: adjusting the display style of the auction information to be displayed to obtain the adjusted auction information when it is determined that the display size occupied by the auction information to be displayed is larger than the display area size of the auction information card; and displaying the adjusted auction information in the auction information card.

[0074] For example, the display style may include: auction amount unit, font, font size, image size, etc. Because the display area of ​​the auction information card is limited, if the auction information to be displayed is too extensive, direct display may result in content overflow, text truncation, or content exceeding the card border. Therefore, the display style of the auction information can be adjusted. Adjusting the display style of the auction information may include, for example, adjusting the auction amount unit, reducing the font size, or displaying abbreviated information. For instance, when the auction amount field reaches millions, the display format automatically switches to "XX.XX ten thousand," thus handling the problem of large amounts overflowing within the limited space of the card.

[0075] According to an embodiment of this application, the auction information display method may further include: when it is determined that the auction activity has ended, starting a timer from the moment the auction activity ends, and when the timer duration reaches a predetermined duration, canceling the display of the auction information card on the lock screen interface.

[0076] For example, the predetermined duration can be determined based on the end status of the auction.

[0077] Figure 4 A schematic diagram of an auction activity according to an embodiment of this application is shown.

[0078] like Figure 4 As shown, the auction event's end status can include pending payment, paid, unpaid after timeout, and unsuccessful bid. For example, a bid-pending card will be automatically cleared 1 hour after the notification; other end status cards can be automatically cleared after 15 minutes or 10 minutes after the user clicks on the card.

[0079] By starting a timer from the moment the auction ends when it is confirmed to have ended, and then removing the auction information card from the lock screen when the timer reaches the predetermined duration, expired information can be prevented from remaining for a long time.

[0080] According to embodiments of this application, the auction activity corresponds to multiple stages arranged in chronological order, and the target auction progress includes a predetermined stage among the multiple stages; changes in the auction progress of the auction activity include: the auction progress entering the next stage; updated auction information associated with the changed auction progress includes: auction information associated with the next stage.

[0081] like Figure 4As shown, the auction activity corresponds to multiple stages, such as the reservation stage (e.g., the user's insurance reservation), the waiting stage, and the bidding stage.

[0082] When the auction progresses to the next stage, the auction information card can be adjusted to display auction information related to the next stage. For example, after moving from the waiting-to-start stage to the bidding stage, the information display card can be adjusted to display information such as the expected end countdown and user bidding status.

[0083] According to embodiments of this application, each stage corresponds to at least one auction state; the information display method may further include: in response to a change in the auction state within the same stage, displaying updated auction information associated with the changed auction state in an auction information card.

[0084] like Figure 4 As shown, an auction activity may include multiple states in the same stage. For example, in the pre-auction stage, it may include the initialization state and the countdown state. In the auction end stage, it may include the pending payment state, the paid state, the overdue payment state, the unsold / failed auction state, etc.

[0085] During the same phase, when the auction status changes, the auction information displayed on the auction information card can also be adjusted accordingly. For example, in the initial state, the product image, starting price, and start time can be displayed, while in the countdown state, the product image, countdown to start, and starting price can be displayed.

[0086] Embodiments of this application also provide an auction information processing method. Figure 5 A flowchart illustrating an auction information processing method according to an embodiment of this application is shown.

[0087] like Figure 5 As shown, the auction information processing method of this embodiment includes operations S510 to S520, and the auction information display method can be executed by the server.

[0088] When operating S510, in response to the user's participation in an auction activity reaching the target auction progress, a push message is generated and sent to the terminal device where the auction application is located through a predefined offline push channel. This causes the terminal device to display an auction information card in response to the push message. The auction information card displays auction information associated with the target auction progress. The auction activity is configured in the auction application. When the auction activity is at the target auction progress, the running state of the auction application includes one of the following: not started, running in the background.

[0089] When operating S520, in response to changes in the auction progress of the auction activity, an update push message is sent to the terminal device, so that the terminal device can display updated auction information associated with the changed auction progress in the auction information card based on the update push message.

[0090] Figure 6 A schematic diagram of an auction information processing method according to an embodiment of this application is shown.

[0091] The server can be deployed with an auction business server and a reach server. The reach server can send push messages to the client offline through a preset offline push channel, so that the client can respond to the push message to perform offline creation (such as creating auction information cards), status updates (such as parsing auction progress), token reporting, and ending the event (such as clearing cards), etc.

[0092] The auction service server can be used for deposit reservation processing, real-time event request generation, auction state machine, and end status output. Deposit reservation processing can include establishing a reservation binding relationship between the user and the auction item after the user pays the deposit to reserve the auction activity, and triggering image pre-caching, etc. Real-time event request generation includes generating card creation requests and sending them to the server. The auction state machine can be used to maintain multiple stages and states of the auction activity, such as maintaining stages such as waiting to start, bidding in progress, and bidding ended. End status output includes outputting end statuses such as pending payment, paid, unsold, and failed to sell.

[0093] The reach server can be used for standardized interfaces and frequency control, Push Token management, APNs payload assembly, inbound compensation services, etc. Among them, it can limit the maximum number of activities created by a single device or a single user, such as limiting a single device or a single user to a maximum of 5 real-time activities created in 8 hours to prevent frequent creation.

[0094] For example, the auction state machine on the auction server can detect that a user's auction activity is at the target auction progress and send a creation request to the reach service. The reach service can generate a push message and send it to the client through a pre-defined offline push channel, so that the client can display the auction information card. When the auction state machine detects a change in the auction progress, the auction server can output a status update event to the reach service. In response to the status update event, the reach service can generate an update push request and send it to the client, so that the client can display the updated auction information.

[0095] According to embodiments of this application, a push message is generated in response to the user's participation in an auction activity reaching the target auction progress. This push message is then sent to the terminal device where the auction application is located via a predetermined offline push channel. Even when the auction application is not running or is running in the background, the auction information card can still be displayed, avoiding the operational complexity caused by the user repeatedly entering the auction application and improving the user experience. Furthermore, in response to changes in the auction progress of the auction activity, an update push message is sent to the terminal device. Based on the update push message, the terminal device can ensure that the displayed auction information covers the complete state of the auction activity, ensuring that the user can perceive changes at each key node even outside the platform.

[0096] According to an embodiment of this application, the push message includes: a first tag field for characterizing the target auction progress, and first auction data for generating auction information associated with the target auction progress;

[0097] The update push message includes: a second marker field representing the changed auction progress, second auction data for generating auction information associated with the changed auction progress, and card identifier data corresponding to the auction information card, wherein each auction information card has its own card identifier data. For example, the first marker field can be used to mark the intent of the push message. For instance, the first marker field can notify the terminal device that a new auction information card needs to be created, and that the displayed auction information must be associated with the target auction progress. The first marker field could be, for example, event=start. Correspondingly, the second marker field can be used to mark the intent of the update push message. The second marker field can notify the terminal device that the auction information displayed on the auction information card needs to be associated with the changed auction progress.

[0098] The first auction data includes, for example, images of the auctioned items, the event title, the starting price, and interactive controls for redirecting to the auction details page. By parsing the first auction data, the terminal device can render auction information corresponding to the target auction progress. Similarly, by parsing the second auction data, the terminal device can render auction information corresponding to the changed auction progress.

[0099] The update push message may include card identification data (such as a push token), which can serve as a unique identity credential assigned by the system to each auction information card.

[0100] According to an embodiment of this application, the above auction information processing method may further include: receiving a push receipt returned by a predetermined offline push channel in response to a push message; storing card identification data if card identification data is parsed from the push receipt; and reading the stored card identification data and constructing a second push request in response to a change in the auction progress of the auction activity.

[0101] like Figure 6 As shown, in response to a push message, the scheduled offline channel will return a push receipt to the server (such as the reaching server). The push receipt may include the response message sent back to the server by the scheduled offline push channel after processing the push message. Card identification data serves as a necessary credential for the server to update cards on the client side. In scenarios where the auction application is not running or is running in the background, its acquisition path may include: reading stored card identification data. For example, the push receipt itself carries card identification data. After parsing the push receipt and retrieving the card identification data, the reaching server will store the card identification data and use it for subsequent update calls, such as constructing an update push request when the auction progress changes.

[0102] According to an embodiment of this application, the above auction information processing method may further include: in the event of failure to parse card identifier data from the push receipt, in response to the auction application switching its running state from an inactive state to an active state, receiving card identifier data reported by the auction application; in response to an information retrieval request initiated by the auction application, sending target auction data for the auction information card to the auction application based on the card identifier data, wherein the target auction data is used to generate updated auction information.

[0103] For example, parsing card identifier data from a push notification may fail. Parsing failure could include situations such as the push notification containing no valid card identifier data, an abnormal push notification, or an inability to parse correctly. In the event of parsing failure, the server cannot remotely update auction information offline via push notification.

[0104] Since the auction application will actively report the card identification data corresponding to the auction information card held locally to the server after a cold start, it can wait for the user to start the auction application in case of parsing failure to obtain the card identification data reported by the client.

[0105] During a cold start, the client reports card identification data and simultaneously initiates an information retrieval request to the server. This request retrieves auction data used to generate updated auction information. The server can then locate the auction information card to be processed based on the card identification data, query relevant auction data, obtain the target auction data, and distribute it.

[0106] For example, in the event of a parsing failure, when the user cold-starts the auction application again, the client simultaneously sends an inbound information retrieval request to the server when reporting the Push Token. The server returns the content of the last update of the real-time activity, and the client completes the eventual consistency repair of the local card. Thus, even under extreme network conditions, the user can see the latest auction status when reopening the auction application.

[0107] According to the embodiments of this application, the uncertainty of the timing of Push Token acquisition may lead to instability in the update chain. For example, in offline scenarios, auction information updates require Push Tokens, but Push Tokens are not always returned with push receipts. When the offline push receipt does not carry a Push Token, the business side cannot actively update the card status, resulting in information lag. However, in the event of failure to parse card identifier data from the push receipt, in response to the auction application's running state switching from an inactive state to an active state, the business side receives the card identifier data reported by the auction application, responds to the information retrieval request initiated by the auction application, and sends the target auction data for the auction information card to the auction application based on the card identifier data. This provides a compensation mechanism in scenarios where Push Tokens are missing, ensuring information integrity in scenarios with unstable push chains and ensuring the final consistency of auction information.

[0108] Figure 7 A flowchart illustrating card identification data acquisition according to an embodiment of this application is shown.

[0109] like Figure 7 As shown, obtaining card identification data (such as Push token) can include path A and path B. Path A can include: the server parsing the Push token from the push receipt, and path B can include cold start to re-obtain the Push token.

[0110] like Figure 7 As shown, after a user successfully pays their insurance premium, the auction service server can initiate a real-time activity creation request to the access server. This request is used to request the creation of an auction information card. The access server can send an offline push notification (event=start) to the pre-defined offline push channel, requesting the creation of the auction information card on the terminal device. The pre-defined offline push channel can send push messages to the client, enabling the client to create a real-time activity (such as creating an auction information card) locally.

[0111] After the auction information card is created, the client can proactively request the Push Token corresponding to the auction information card from the terminal device's system. The system can then asynchronously call back and return the Push Token to the client.

[0112] The client can proactively report the obtained PushToken to the server. The server can store the PushToken and bind it to the user and the current real-time activity instance.

[0113] In response to changes in the auction process's status, the auction server can initiate an update request to the receiving server. The receiving server can use a pre-stored PushToken to assemble `event=update`, obtain an update push message, and send it to the client via a pre-defined offline push channel. The client can then update the auction information displayed on the auction information card based on the update push message.

[0114] like Figure 7 As shown, for path B, the client can perform a cold start, such as switching the auction application from a completely closed state to a running state. The client can listen again or request the PushToken of the currently active real-time activity instance (such as an auction information card) from the system. The system can perform an asynchronous callback, returning the PushToken to the client. The client can report this PushToken to the reaching server and simultaneously initiate an inbound information retrieval request. The reaching server receives and stores the PushToken and updates the binding relationship between the user and the real-time activity instance. For example, if a user can exist in multiple auction activities simultaneously, and the corresponding auction information card needs to be displayed for each auction activity, the binding relationship between the user and the auction information card can be updated.

[0115] The client queries the auction service server for the last update of the auction activity corresponding to this real-time event. The auction service server can return the latest business status, price, end timestamp, and other data. The client can then return this data to the client. The client can perform eventual consistency repair on the cards, such as refreshing the auction information card with the latest data retrieved to display the updated auction information.

[0116] For example, in the event of parsing failure, the user can be guided to actively launch the auction application by including prompts such as "Open APP update status" in the notification message on the terminal device.

[0117] According to an embodiment of this application, the auction activity corresponds to multiple stages arranged in chronological order, and each stage has its own corresponding stage identification information. The target auction progress includes a predetermined stage among the multiple stages. The information processing method further includes: determining the first auction data from a pre-constructed mapping relationship set between stage identification information and auction data based on the stage identification information corresponding to the predetermined stage.

[0118] like Figure 4As shown, each stage has its own stage identifier information, which can be in the form of a progress value. Different values ​​can correspond to different stages, such as an initial progress value of 0 and a countdown progress value of 1. This allows the complete lifecycle of the auction activity to be mapped as a real-time sequence of activity states with changing progress values ​​(e.g., increasing progress values). Alternatively, the stage identifier information can be set to other forms such as strings or enumerated codes, depending on actual needs.

[0119] For example, the server can store a set of mapping relationships locally, and can build a separate set of mapping relationships for each auction activity, or build a single set of mapping relationships for multiple auction activities.

[0120] The mapping relationship set can be shown in Table 1. For example, for the pending auction stage, its progress value is 0, and its corresponding auction information may include product image, auction start time, and starting price. By using the pre-built mapping relationship set between stage identifier information and auction data, and based on the stage identifier information corresponding to the predetermined stage, the first auction data is determined from the mapping relationship set. The server does not need to determine the auction data when reaching each stage; it can directly look up the first auction data through the pre-built mapping set. This reduces the computational pressure on the server for real-time processing and improves response speed.

[0121]

[0122] According to an embodiment of this application, the auction information and / or updated auction information associated with the target progress includes a countdown field. The above information processing method may further include: sending a target time for the auction activity to a terminal device, so that the terminal device calculates the remaining time from the target time based on the received target time and the terminal device's local system time; and generating a countdown field based on the remaining time.

[0123] like Figure 3 As shown, the countdown field can include countdown until the start of the auction, estimated end countdown, payment countdown, etc. The target time can include the auction start time and auction end time stored on the server.

[0124] The countdown can be calculated locally on the terminal device. For example, the client can calculate the time difference between the target time and the system's local time to obtain the remaining time.

[0125] According to an embodiment of this application, by sending a predetermined target time for the auction activity to the terminal device, the terminal device can calculate the remaining time between the target time and the target time based on the received target time and the terminal device's local system time. Based on the remaining time, a countdown field is generated. The client can calculate the countdown field locally based on the end timestamp passed from the server, thereby avoiding the accuracy loss caused by frequent pushes.

[0126] According to embodiments of this application, the auction information and / or updated auction information associated with the target progress further include: auction product images; the auction information processing method further includes: if the auction product images are stored locally on the terminal device, obtaining the auction product images from the terminal device; if obtaining the auction product images from the terminal device fails, downloading the auction product images using the resource location information in the push request.

[0127] like Figure 3 As shown, the auction information card can display product images, and can prioritize using images cached on the client side. For example, if auction product images are stored locally on the terminal device, the auction product images can be retrieved from the terminal device. The image cache key value can be linked and bound to the server-side creation request when written by the auction side.

[0128] By directly reading locally cached auction product images from the client, there is no need to initiate network requests, which can improve image loading response speed and reduce network traffic consumption.

[0129] For example, if it fails to retrieve the auction product image from the terminal device, the auction product image can be downloaded using resource location information, which may include a Uniform Resource Locator (URL).

[0130] For example, if both reading the locally cached auction product image and downloading the auction product image via resource location information fail, the auction product image may not be displayed.

[0131] According to the embodiments of this application, when the auction product images are stored locally on the terminal device, the auction product images are obtained from the terminal device; if it fails to obtain the auction product images from the terminal device, the auction product images are downloaded using the resource location information in the push request. By using the above-mentioned image priority acquisition strategy, the card rendering response speed can be improved, the network overhead of the terminal device can be reduced, and in the case of missing or corrupted local cache, the auction product images can be displayed normally as much as possible.

[0132] Based on the above-described auction information display method, this application also provides an auction information display device. The following will combine... Figure 8The device is described in detail.

[0133] Figure 8 A schematic diagram of the auction information display device according to an embodiment of this application is shown.

[0134] like Figure 8 As shown, the auction information display device 800 of this embodiment includes: a receiving module 810, used to receive a push message sent by a server through a predetermined offline push channel, wherein the push message is generated and sent by the server when the auction activity in which the user participates is at the target auction progress, the auction activity is configured in the auction application, and the running state of the auction application when the push message is received includes one of the following: not started, running in the background; a first display module 820, used to display an auction information card in response to the push message, wherein the auction information card displays auction information associated with the target auction progress; and a second display module 830, used to receive an update push message sent by the server in response to a change in the auction progress of the auction activity, and in response to the update push message, display updated auction information associated with the changed auction progress in the auction information card.

[0135] According to an embodiment of this application, the second display module includes a lock screen display submodule, which is used to display auction information cards on the lock screen interface of the terminal device where the auction application is located.

[0136] The lock screen display submodule includes: a card total number determination unit, used to determine the total number of auction information cards corresponding to at least one auction activity; and a first display unit, used to display only a preset number of auction information cards on the lock screen interface when the total number of auction information cards exceeds a preset number.

[0137] The lock screen display submodule also includes: an adjustment unit, used to adjust the display style of the auction information to be displayed when the display size occupied by the auction information to be displayed is larger than the display area size of the auction information card, so as to obtain the adjusted auction information; and a second display unit, used to display the adjusted auction information in the auction information card.

[0138] The lock screen display submodule also includes a cancellation display unit, which is used to start timing from the moment the auction ends when the auction is determined to have ended, and cancel the display of the auction information card on the lock screen interface when the timing reaches the predetermined duration.

[0139] The lock screen display submodule also includes a third display unit, which, in response to a change in the auction status within the same phase, displays updated auction information associated with the changed auction status in the auction information card.

[0140] Based on the above information processing method, this application also provides an information processing apparatus. The following will be combined with... Figure 9 The device is described in detail.

[0141] Figure 9 A schematic block diagram of an auction information processing apparatus according to an embodiment of this application is shown.

[0142] like Figure 9 As shown, the auction information processing device 900 of this embodiment includes: a first sending module 910, used to generate a push message in response to the auction activity in which the user participates being at the target auction progress, and send the push message to the terminal device where the auction application is located through a predetermined offline push channel, so that the terminal device displays an auction information card in response to the push message, wherein the auction information card displays auction information associated with the target auction progress, the auction activity is configured in the auction application, and the running state of the auction application when the auction activity is at the target auction progress includes one of the following: not started, running in the background; a second sending module 920, used to send an update push message to the terminal device in response to a change in the auction progress of the auction activity, so that the terminal device displays updated auction information associated with the changed auction progress in the auction information card based on the update push message.

[0143] According to an embodiment of this application, the information processing module further includes: a receipt receiving module, used to receive a push receipt returned by a predetermined offline push channel in response to a push message; a storage module, used to store card identification data if card identification data is parsed from the push receipt; and a reading module, used to read the stored card identification data and construct an update push request in response to a change in the auction progress of the auction activity.

[0144] The information processing module also includes: a receiving submodule, used to receive card identification data reported by the auction application in response to the auction application switching from an inactive state to an active state if parsing card identification data from the push receipt fails; and a sending submodule, used to send target auction data for the auction information card to the auction application based on the card identification data in response to an information retrieval request initiated by the auction application. The target auction data is used to generate updated auction information.

[0145] The information processing module also includes a determination submodule, which is used to determine the first auction data based on the stage identifier information corresponding to the predetermined stage, from the pre-built set of mapping relationships between stage identifier information and auction data.

[0146] The information processing module also includes: a calculation submodule, used to send the target time for the auction activity to the terminal device, so that the terminal device can calculate the remaining time between the target time and the target time based on the received target time and the terminal device's local system time; and a generation submodule, used to generate a countdown field based on the remaining time.

[0147] The information processing module also includes: an image acquisition module, used to acquire auction item images from the terminal device if such images are stored locally; and a download module, used for...

[0148] If it fails to retrieve the auction product image from the terminal device, the auction product image is downloaded using the resource location information in the push request.

[0149] According to embodiments of this application, any multiple modules among the receiving module 810, the first display module 820, and the second display module 830 can be combined into one module. Correspondingly, the first sending module 910, the second sending module 920, or any one of these modules can be split into multiple modules. Alternatively, at least some of the functions of one or more of these modules can be combined with at least some of the functions of other modules and implemented in one module. According to embodiments of this application, at least one of the receiving module 810, the first display module 820, the second display module 830, the first sending module 910, and the second sending module 920 can be at least partially implemented as hardware circuitry, such as a field-programmable gate array (FPGA), a programmable logic array (PLA), a system-on-a-chip, a system-on-a-substrate, a system-on-package, an application-specific integrated circuit (ASIC), or any other reasonable means of integrating or packaging the circuitry, or implemented in software, hardware, or firmware, or in any appropriate combination of any of these three implementation methods. Alternatively, at least one of the receiving module 810, the first display module 820 and the second display module 830, the first sending module 910 and the second sending module 920 can be at least partially implemented as a computer program module, which can perform corresponding functions when the computer program module is run.

[0150] Figure 10 A block diagram schematically illustrates an electronic device suitable for implementing an auction information display method and an auction information processing method according to embodiments of this application.

[0151] like Figure 10As shown, an electronic device 1000 according to an embodiment of this application includes a processor 1001, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage portion 1008 into a random access memory (RAM) 1003. The processor 1001 may include, for example, a general-purpose microprocessor (e.g., a CPU), an instruction set processor and / or an associated chipset and / or a special-purpose microprocessor (e.g., an application-specific integrated circuit (ASIC)), etc. The processor 1001 may also include onboard memory for caching purposes. The processor 1001 may include a single processing unit or multiple processing units for performing different actions of the method flow according to an embodiment of this application.

[0152] RAM 1003 stores various programs and data required for the operation of electronic device 1000. Processor 1001, ROM 1002, and RAM 1003 are interconnected via bus 1004. Processor 1001 executes various operations of the method flow according to embodiments of this application by executing programs in ROM 1002 and / or RAM 1003. It should be noted that programs may also be stored in one or more memories other than ROM 1002 and RAM 1003. Processor 1001 may also execute various operations of the method flow according to embodiments of this application by executing programs stored in one or more memories.

[0153] According to embodiments of this application, the electronic device 1000 may further include an input / output (I / O) interface 1005, which is also connected to a bus 1004. The electronic device 1000 may also include one or more of the following components connected to the input / output (I / O) interface 1005: an input section 1006 including a keyboard, mouse, etc.; an output section 1007 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 1008 including a hard disk, etc.; and a communication section 1009 including a network interface card such as a LAN card, modem, etc. The communication section 1009 performs communication processing via a network such as the Internet. A drive 1010 is also connected to the input / output (I / O) interface 1005 as needed. A removable medium 1011, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on the drive 1010 as needed so that computer programs read from it can be installed into the storage section 1008 as needed.

[0154] This application also provides a computer-readable storage medium, which may be included in the device / apparatus / system described in the above embodiments; or it may exist independently and not assembled into the device / apparatus / system. The computer-readable storage medium carries one or more programs, which, when executed, implement the method according to the embodiments of this application.

[0155] According to embodiments of this application, the computer-readable storage medium can be a non-volatile computer-readable storage medium, such as including but not limited to: portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this application, the computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. For example, according to embodiments of this application, the computer-readable storage medium may include ROM 1002 and / or RAM 1003 and / or one or more memories other than ROM 1002 and RAM 1003 described above.

[0156] Embodiments of this application also include a computer program product comprising a computer program containing program code for performing the methods shown in the flowchart. When the computer program product is run on a computer system, the program code is used to cause the computer system to implement the methods provided in the embodiments of this application.

[0157] When the computer program is executed by the processor 1001, it performs the functions defined in the system / apparatus of this application embodiment. According to the embodiments of this application, the systems, apparatuses, modules, units, etc., described above can be implemented by computer program modules.

[0158] In one embodiment, the computer program may rely on a tangible storage medium such as an optical storage device or a magnetic storage device. In another embodiment, the computer program may also be transmitted and distributed in the form of signals over a network medium, and may be downloaded and installed via the communication section 1009, and / or installed from a removable medium 1011. The program code contained in the computer program can be transmitted using any suitable network medium, including but not limited to: wireless, wired, etc., or any suitable combination thereof.

[0159] In such an embodiment, the computer program can be downloaded and installed from a network via the communication section 1009, and / or installed from the removable medium 1011. When the computer program is executed by the processor 1001, it performs the functions defined in the system of this application embodiment. According to the embodiments of this application, the systems, devices, apparatuses, modules, units, etc., described above can be implemented by computer program modules.

[0160] According to embodiments of this application, program code for executing the computer programs provided in the embodiments of this application can be written in any combination of one or more programming languages. Specifically, these computational programs can be implemented using high-level procedural and / or object-oriented programming languages, and / or assembly / machine languages. Programming languages ​​include, but are not limited to, languages ​​such as Java, C++, Python, "C", or similar programming languages. The program code can be executed entirely on the user's computing device, partially on the user's device, partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0161] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0162] Those skilled in the art will understand that the features described in the various embodiments of this application can be combined and / or combined in various ways, even if such combinations or combinations are not explicitly described in this application. In particular, the features described in the various embodiments of this application can be combined and / or combined in various ways without departing from the spirit and teachings of this application. All such combinations and / or combinations fall within the scope of this application.

[0163] The embodiments of this application have been described above. However, these embodiments are merely illustrative and not intended to limit the scope of this application. Although various embodiments have been described above, this does not mean that the measures in the various embodiments cannot be used advantageously in combination. Without departing from the scope of this application, those skilled in the art can make various substitutions and modifications, all of which should fall within the scope of this application.

Claims

1. A method for displaying auction information, characterized in that, The method includes: The server receives a push message sent through a pre-defined offline push channel. The push message is generated and sent when the auction activity in which the user participates is at the target auction progress. The auction activity is configured in the auction application. When the push message is received, the running state of the auction application includes one of the following: not started, running in the background. In response to the push message, an auction information card is displayed, wherein the auction information card displays auction information associated with the target auction progress; In response to a change in the auction progress of the auction activity, the system receives an update push message from the server and, in response to the update push message, displays updated auction information associated with the changed auction progress in the auction information card.

2. The method according to claim 1, characterized in that, The auction information card includes: The auction information card is displayed on the lock screen of the terminal device where the auction application is located.

3. The method according to claim 2, characterized in that, The auction activities in which the user participates include at least one, and each auction activity corresponds to at least one auction information card; The process of displaying the auction information card on the lock screen interface of the terminal device where the auction application is located includes: Determine the total number of auction information cards corresponding to at least one of the aforementioned auction activities; If the total number of auction information cards exceeds a preset number, only the preset number of auction information cards will be displayed on the lock screen.

4. The method according to claim 3, characterized in that, The method further includes: If it is determined that the display size occupied by the auction information to be displayed is larger than the display area size of the auction information card, the display style of the auction information to be displayed is adjusted to obtain the adjusted auction information; The adjusted auction information is displayed in the auction information card.

5. The method according to claim 2, characterized in that, The method further includes: If the auction activity is determined to have ended, a timer is started from the moment the auction activity ends. If the timer reaches a predetermined duration, the auction information card is removed from the lock screen interface.

6. The method according to claim 1, characterized in that, The auction activity corresponds to multiple stages arranged in chronological order, and the target auction progress includes a predetermined stage among the multiple stages; Changes in the auction progress include: the auction progress entering the next stage; The updated auction information associated with the changed auction progress includes: auction information associated with the next stage.

7. The method according to claim 6, characterized in that, Each of the aforementioned stages corresponds to at least one auction state; The method further includes: In response to a change in the auction status within the same phase, updated auction information associated with the changed auction status is displayed in the auction information card.

8. A method for processing auction information, characterized in that, The method includes: In response to the user's participation in an auction reaching the target auction progress, a push message is generated and sent to the terminal device where the auction application is located via a predetermined offline push channel. This causes the terminal device to display an auction information card in response to the push message. The auction information card displays auction information associated with the target auction progress. The auction activity is configured in the auction application. When the auction activity reaches the target auction progress, the running state of the auction application includes one of the following: not started, running in the background. In response to a change in the auction progress of the auction activity, an update push message is sent to the terminal device, so that the terminal device displays updated auction information associated with the changed auction progress in the auction information card based on the update push message.

9. The method according to claim 8, characterized in that, The push message includes: a first tag field for characterizing the target auction progress, and first auction data for generating auction information associated with the target auction progress; The update push message includes: a second marker field for characterizing the changed auction progress, second auction data for generating auction information associated with the changed auction progress, and card identifier data corresponding to the auction information card, wherein each auction information card has its own card identifier data.

10. The method according to claim 9, characterized in that, The method further includes: Receive the push receipt returned by the predetermined offline push channel in response to the push message; If the card identification data is parsed from the push receipt, the card identification data is stored; In response to a change in the auction progress of the auction activity, the stored card identification data is read and the update push request is constructed.

11. The method according to claim 10, characterized in that, The method further includes: If parsing the card identification data from the push receipt fails, in response to the auction application's running state switching from an inactive state to an active state, the card identification data reported by the auction application is received. In response to an information retrieval request initiated by the auction application, target auction data for the auction information card is sent to the auction application based on the card identification data. The target auction data is used to generate the updated auction information.

12. The method according to claim 9, characterized in that, The auction activity corresponds to multiple stages arranged in chronological order, and each stage has its own corresponding stage identifier information. The target auction progress includes a predetermined stage among the multiple stages. The method further includes: Based on the stage identifier information corresponding to the predetermined stage, the first auction data is determined from the pre-constructed mapping relationship set between the stage identifier information and the auction data.

13. The method according to claim 8, characterized in that, The auction information associated with the target progress and / or the updated auction information includes: a countdown field; The method further includes: Send a predetermined target time for the auction activity to the terminal device, so that the terminal device can calculate the remaining time between the target time and the system local time of the terminal device based on the received target time and the system local time of the terminal device; The countdown field is generated based on the remaining time.

14. The method according to claim 13, characterized in that, The auction information associated with the target progress and / or the updated auction information also include: auction product images; The method further includes: If the auction product image is stored locally on the terminal device, the auction product image can be retrieved from the terminal device. If it fails to obtain the auction product image from the terminal device, the auction product image is downloaded using the resource location information in the push request.

15. An auction information display device, characterized in that, The device includes: The receiving module is used to receive push messages sent by the server through a predetermined offline push channel. The push message is generated and sent by the server when the auction activity in which the user participates is at the target auction progress. The auction activity is configured in the auction application. When the push message is received, the running state of the auction application includes one of the following: not started, running in the background. The first display module is used to respond to the push message and display an auction information card, wherein the auction information card displays auction information related to the target auction progress; The second display module is used to receive an update push message sent by the server in response to a change in the auction progress of the auction activity, and to display updated auction information associated with the changed auction progress in the auction information card in response to the update push message.

16. An auction information processing device, characterized in that, The device includes: The first delivery module is used to generate a push message in response to the user's participation in an auction activity reaching the target auction progress, and send the push message to the terminal device where the auction application is located through a predetermined offline push channel, so that the terminal device displays an auction information card in response to the push message. The auction information card displays auction information associated with the target auction progress. The auction activity is configured in the auction application, and the running state of the auction application when the auction activity is at the target auction progress includes one of the following: not started, running in the background. The second sending module is used to send an update push message to the terminal device in response to a change in the auction progress of the auction activity, so that the terminal device can display updated auction information associated with the changed auction progress in the auction information card based on the update push message.

17. An electronic device comprising: One or more processors; Memory, used to store one or more computer programs. The characteristic feature is that the one or more processors execute the one or more computer programs to implement the steps of the method according to any one of claims 1 to 14.

18. A computer-readable storage medium having a computer program or instructions stored thereon, characterized in that, When the computer program or instructions are executed by a processor, they implement the steps of the method according to any one of claims 1 to 14.

Images