Method for realizing commodity ordering and issuing corresponding red envelopes based on red envelopes
By combining the product ordering scenario with the red envelope interaction process, the receiver can place an order directly after successfully receiving the red envelope resources, solving the problem that the existing red envelope interaction process cannot adapt to diversified application scenarios, and achieving efficient resource use and user interest improvement.
Patent Information
- Application Number
- CN202411686041.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-11-24
- Publication Date
- 2025-04-25
AI Technical Summary
The existing red envelope interaction process cannot adapt to diverse application scenarios, resulting in a decrease in user freshness, poor interaction effect and low resource utilization efficiency.
Combining the product ordering scenario and the red envelope interaction process, after successfully receiving the red envelope resources, the receiver can directly place an order on the product order-related interface to achieve seamless connection of resources.
It enriches the red envelope interaction process, improves user interest, realizes seamless connection between red envelope collection and product ordering, and improves resource utilization efficiency.
Smart Images

Figure CN119887291A_ABST
Abstract
Description
Technical Field
[0001] One or more embodiments of the present specification relate to the field of computer technology, and more particularly to a method for placing an order for goods and issuing corresponding red envelopes based on red envelopes. Background Art
[0002] With the development of Internet technology and computer technology, users can interact with each other by sending red envelopes online. Different from offline physical red envelopes, this kind of online "red envelope" is a virtual red envelope, which is usually used to distribute online resources. For example, a user can configure and distribute red envelopes as the issuer, and the red envelope will be associated with the resources in the resource account of the issuer, while other users can receive the red envelope as the recipient, so that at least part of the resources corresponding to the red envelope are transferred from the resource account of the issuer to the resource account of the recipient.
[0003] However, the above-mentioned red envelope interaction process has remained unchanged for many years, users' sense of novelty has been declining, the interaction effect has been getting worse and worse, and the efficiency of using the resources in the red envelopes is also low. Summary of the invention
[0004] In view of this, one or more embodiments of this specification provide the following technical solutions:
[0005] According to a first aspect of one or more embodiments of this specification, a method for placing a product order based on a red envelope is proposed, the method comprising:
[0006] Display the received red envelope distribution notification;
[0007] In response to a triggering operation on the red envelope distribution notification, initiating a request for receiving at least a portion of the resources of the corresponding red envelope;
[0008] In response to successfully receiving the at least a portion of the resources, displaying a product ordering related interface, wherein the product ordering related interface is an interface for implementing a product ordering;
[0009] In response to an ordering operation on the product ordering related interface, an ordering request for a target product is initiated, and the ordering request is used to indicate that resources required for ordering the target product are deducted from the at least a portion of the resources successfully collected.
[0010] According to a second aspect of one or more embodiments of this specification, a method for issuing a red envelope for placing an order for a product is proposed, the method comprising:
[0011] Display the red envelope distribution interface;
[0012] In response to the configuration operation on the red envelope distribution interface, configuring the red envelope to be distributed;
[0013] In response to the distribution operation of the configured red envelope, a red envelope distribution request is initiated so that the resources of the corresponding red envelope are collected to realize the commodity order based on the method as described in the first aspect.
[0014] According to a third aspect of one or more embodiments of this specification, a method for placing a product order based on a red envelope is proposed, the method comprising:
[0015] In response to a red envelope distribution request initiated by the issuer, sending a red envelope distribution notification to a target communication session in the communication application in which the issuer participates;
[0016] In response to a receiving request initiated by a participant of the target communication session based on the red envelope distribution notification, determining whether the participant has successfully received at least a portion of the resources of the corresponding red envelope;
[0017] If the collection is successful and an order request for the target product is further received from the participant, the resources required for placing the order for the target product will be deducted from at least a portion of the resources successfully collected by the participant to assist the participant in completing the order.
[0018] According to a fourth aspect of one or more embodiments of this specification, an electronic device is proposed, comprising: a processor; a memory for storing processor-executable instructions; wherein the processor implements the steps of the method described in the first aspect, the second aspect or the third aspect by running the executable instructions.
[0019] According to a fifth aspect of one or more embodiments of this specification, a computer-readable storage medium is proposed, on which computer instructions are stored. When the instructions are executed by a processor, the steps of the method described in the first aspect, the second aspect or the third aspect are implemented.
[0020] According to a sixth aspect of one or more embodiments of the present specification, a computer program product is proposed, comprising a computer program / instruction, which, when executed by a processor, implements the steps of the method described in the first aspect, the second aspect or the third aspect.
[0021] It can be seen from the above embodiments that the present specification combines the product ordering scenario with the interactive process of red envelopes. After successfully receiving at least a portion of the resources corresponding to the red envelope, the recipient can quickly use the at least a portion of the resources to realize the product ordering. This not only enriches the interactive process based on red envelopes, helps to increase the user's interactive interest in this new type of red envelopes and achieve better interactive effects, but also this interactive process realizes a seamless connection between red envelope collection and product ordering, so that the recipient can quickly and efficiently realize product ordering without actively switching between different functions manually, thereby improving the efficiency of using the resources in the red envelopes. BRIEF DESCRIPTION OF THE DRAWINGS
[0022] Figure 1 It is a schematic diagram of the architecture of a red envelope service system provided by an exemplary embodiment;
[0023] Figure 2 is a schematic diagram of the architecture of another red envelope service system provided by an exemplary embodiment;
[0024] Figure 3 It is a flow chart of a method for distributing red envelopes for commodity orders provided by an exemplary embodiment;
[0025] Figure 4 is a schematic diagram of a conversation interface provided by an exemplary embodiment;
[0026] Figure 5 is a schematic diagram of operation guidance information provided by an exemplary embodiment;
[0027] Figure 6 This is a schematic diagram of a red envelope distribution interface of a first type of group chat red envelope provided by an exemplary embodiment;
[0028] Figure 7 It is a schematic diagram of a red envelope distribution interface of a second type of group chat red envelope provided by an exemplary embodiment;
[0029] Figure 8 It is a schematic diagram of a red envelope distribution interface for a private chat red envelope provided by an exemplary embodiment;
[0030] Fig. 9 It is a schematic diagram of a plurality of red envelope payment resources to be issued provided by an exemplary embodiment;
[0031] Fig.10 It is a schematic diagram of a single red envelope payment resource to be issued provided by an exemplary embodiment;
[0032] Fig.11 This is a schematic diagram of a group chat red envelope successfully issued by an issuing party provided by an exemplary embodiment;
[0033] Fig.12 This is a schematic diagram of a publisher successfully issuing a private chat red envelope provided by an exemplary embodiment;
[0034] Fig.13 It is a schematic diagram of a red envelope receiving details interface of a group chat red envelope provided by an exemplary embodiment;
[0035] Fig.14 This is a schematic diagram of a red envelope receiving details interface for a private chat red envelope provided by an exemplary embodiment;
[0036] Fig.15It is a flow chart of a method for placing a commodity order based on a red envelope provided by an exemplary embodiment;
[0037] Fig.16 is a schematic diagram of a group chat session interface of participants provided by an exemplary embodiment;
[0038] Fig.17 is a schematic diagram of a private chat session interface of a participant provided by an exemplary embodiment;
[0039] Fig.18 is a schematic diagram of a red envelope provided by an exemplary embodiment;
[0040] Fig.19 This is a schematic diagram of a successful receipt prompt information provided by an exemplary embodiment;
[0041] Fig. 20 is a schematic diagram of a commodity browsing interface provided by an exemplary embodiment;
[0042] Fig.21 is a schematic diagram of a product browsing interface with an address and contact information input provided by an exemplary embodiment;
[0043] Fig. 22 is a schematic diagram of a store browsing interface provided by an exemplary embodiment;
[0044] Fig.23 It is a flow chart of a method for placing a commodity order based on a red envelope provided by an exemplary embodiment;
[0045] Fig.24 It is a flowchart of a method for issuing red envelopes for implementing a commodity order and a method for implementing a commodity order based on red envelopes, provided by an exemplary embodiment;
[0046] Fig.25 is a structural schematic diagram of a device provided by an exemplary embodiment;
[0047] Fig.26 It is a block diagram of a device for placing a commodity order based on a red envelope provided by an exemplary embodiment;
[0048] Fig. 27 It is a block diagram of a device for distributing red envelopes for commodity orders provided by an exemplary embodiment;
[0049] Fig.28 It is a block diagram of a device for placing an order for goods based on red envelopes provided by an exemplary embodiment. DETAILED DESCRIPTION
[0050] The user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this manual are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of relevant countries and regions, and provide corresponding operation entrances for users to choose to authorize or refuse.
[0051] As mentioned above, with the development of Internet technology and computer technology, users can interact with each other by sending red envelopes online. Unlike offline physical red envelopes, this online "red envelope" is a virtual red envelope, which is usually used to distribute online resources. For example, a user can configure and distribute red envelopes as a distributor, and the red envelope will be associated with the resources in the resource account of the distributor, while other users can receive the red envelope as recipients, so that at least part of the resources corresponding to the red envelope are transferred from the resource account of the distributor to the resource account of the recipient.
[0052] However, the above red envelope interaction process has not changed for many years and can no longer adapt to all application scenarios. For example, in office, blessing, thanking, celebration and other scenarios, users often want to express their feelings through physical objects, for example, they want to buy a drink or give a gift to the other party, etc. However, the above red envelope interaction process can only realize resource transfer, and cannot be further linked to the order process of physical goods such as drinks or gifts. Therefore, the above red envelope interaction process makes users' sense of freshness continue to decline, the interaction effect is getting worse and worse, and the efficiency of using the resources in the red envelope is also low.
[0053] Based on this, this specification provides a technical solution that combines "commodity ordering" with "red envelopes". During implementation, the issuing client configures a red envelope for implementing commodity ordering in the red envelope issuing interface, and issues the red envelope after the configuration is completed; the receiving client displays the received red envelope issuance notification, and initiates a request to collect at least a portion of the resources of the corresponding red envelope in response to a trigger operation on the red envelope issuance notification; then, the receiving client displays a commodity ordering related interface in response to successfully collecting at least a portion of the resources, and the commodity ordering related interface is an interface for implementing commodity ordering; finally, the receiving client initiates an order request for the target commodity in response to an ordering operation on the commodity ordering related interface, and the order request is used to indicate that the resources required for the target commodity ordering are deducted from at least a portion of the resources successfully collected.
[0054] In the above technical scheme, the product ordering scenario and the red envelope interaction process are combined. After successfully receiving at least a part of the resources corresponding to the red envelope, the recipient can quickly use the at least a part of the resources to realize the product ordering. This not only enriches the interactive process based on red envelopes, helps to increase users' interactive interest in this new type of red envelopes and achieve better interactive effects, but also this interactive process realizes the seamless connection between red envelope collection and product ordering, so that the recipient can quickly and efficiently realize product ordering without actively switching between different functions manually, thereby improving the efficiency of using the resources in the red envelopes.
[0055] The technical solution of this specification will be described in detail below in conjunction with the accompanying drawings.
[0056] Figure 1 FIG. 1 is a schematic diagram of the architecture of a red envelope service system provided by an exemplary embodiment. Figure 1 As shown, the system may include a plurality of first terminals 11 , a plurality of second terminals 12 , a first server 13 and a network 14 .
[0057] The first terminal 11 and the second terminal 12 can be terminals such as PC (Personal Computer), mobile phones, etc. Of course, PC and mobile phones are only some types of terminals that users can use. In fact, users can obviously also use terminals such as the following types: tablet devices, laptops, PDAs (Personal Digital Assistants), wearable devices (such as smart glasses, smart watches, etc.), etc., and one or more embodiments of this specification do not limit this. During operation, the first terminal 11 can run a program on the client side of an application to implement the relevant functions of the application. For example, when the first terminal 11 runs a program on the client side of a communication application, it can be implemented as a client of the communication application. Similarly, during operation, the second terminal 12 can run a program on the client side of an application to implement the relevant functions of the application. For example, when the second terminal 12 runs a program on the client side of a communication application, it can be implemented as a client of the communication application.
[0058] Among them, the client-side application of the above-mentioned communication application can be started and run on the terminal. The client-side program can be a native application installed on the terminal, or the client-side program can be a small program, a quick application or other similar forms. Of course, when using web technologies such as HTML5 or similar, the relevant functions can be implemented through the page displayed by the browser. The browser here can be an independent browser application or a browser module embedded in certain applications.
[0059] In an illustrated embodiment, the first terminal 11 and the second terminal 12 may be terminals logged in by different user accounts. For example, the first terminal 11 and the second terminal 12 communicate and send red envelopes in a client program of a communication application based on the currently logged in account. Exemplarily, the first terminal 11 is the issuer of the red envelope, and the second terminal 12 is the recipient of the red envelope.
[0060] The first server 13 may be a physical server including an independent host, or the first server 13 may be a virtual server carried by a host cluster. During operation, the first server 13 may run a server-side program of a certain application to implement the relevant functions of the application. For example, when the first server 13 runs a server-side program of a communication application, it may be implemented as a corresponding communication service platform.
[0061] The communication service platform can interact with the client program of the communication application running on the first terminal 11 and the second terminal 12 to realize the communication interaction between the first terminal 11 and the second terminal 12. It can also assist in completing the following based on the basic functions of the communication interaction: the first terminal 11 sends out red envelopes, the second terminal 12 receives red envelopes, and places orders for goods on the second terminal 12 using the received red envelope resources.
[0062] As for the network 14 for interaction between the first terminal 11, the second terminal 12 and the first server 13, a wired or wireless network can be selected to realize communication based on the communication mode supported by the corresponding terminal, and this specification does not limit this. For example, when the terminal is a PC, it can support both wired and wireless communication, so a wired or wireless network can be used to realize communication as needed. When the terminal is a mobile phone, it usually only supports wireless communication, so a wireless network can be used to realize communication.
[0063] The above-mentioned communication application may be, for example, an instant messaging (IM) application, such as an enterprise instant messaging (EIM) application, etc. Of course, other types of communication applications may also achieve similar functions, and this specification does not limit this.
[0064] Of course, the above communication application is only for illustration. For example, it can also be implemented based on a shopping application. The first terminal 11 and the second terminal 12 can also run the client-side program of the shopping application respectively to realize the client of the shopping application, and the first server 13 can also run the server-side program of the shopping application to realize a shopping service platform. Then, the shopping service platform can interact with the client program of the shopping application running on the first terminal 11 and the second terminal 12 to realize the communication interaction between the first terminal 11 and the second terminal 12, and can also assist in completing the following based on the basic functions of the communication interaction: the first terminal 11 issues red envelopes, the second terminal 12 receives red envelopes, and the second terminal 12 uses the received red envelope resources to place orders for goods, etc.
[0065] Figure 2 FIG. 1 is a schematic diagram of the architecture of a red envelope service system provided by another exemplary embodiment. Figure 2 As shown, the system Figure 1 Based on the illustrated architecture, a second server 15 may be further included. Similar to the first server 13, the second server 15 may be a physical server including an independent host, or the second server 15 may be a virtual server carried by a host cluster.
[0066] During operation, the first terminal 11 and the second terminal 12 can respectively operate as clients of the communication application, the first server 13 can operate as a communication service platform, and the second server 15 can operate as a shopping service platform. Then, many links involved in the technical solution of this specification, such as the issuance and receipt of red envelopes, ordering of goods, resource deduction, etc., can be implemented by the first server 13 or the second server 15, or both of them can be implemented in coordination.
[0067] For example, the communication service platform can interact with the client of the communication application running on the first terminal 11 and the second terminal 12 and the shopping service platform on the second server 15 respectively to achieve communication interaction within the communication application (i.e., between the first server 13, the first terminal 11 and the second terminal 12), as well as cross-application communication between the communication application and the shopping application.
[0068] On this basis, the first terminal 11 can provide the issuer with an interactive interface for issuing red envelopes based on the client of the communication application, and the red envelope issuance request initiated by the issuer is provided to the second server 15 based on the cross-application communication between the communication application and the shopping application, and the second server 15 assists in the red envelope issuance, such as freezing the corresponding amount of resources in the issuer's resource account, sending a red envelope issuance notification to the first server 13, etc.; accordingly, the first server 13 can provide the red envelope issuance notification to the second terminal 12, so that the recipient can view and trigger the red envelope issuance notification on the client of the communication application on the second terminal 12, so as to collect the resources corresponding to the red envelope and place an order for goods.
[0069] Among them, for the trigger operation of the red envelope issuance notification, the second terminal 12 can initiate a red envelope collection request to the second server 15 based on the above cross-application communication, and the second server 15 determines whether the collection is successful. In the case of successful collection, the second server 15 can provide the second terminal 12 with the data required for the product order-related interface, such as store information, product information, etc., based on the above cross-application communication, so that the recipient can view the product order-related interface on the client of the communication application on the second terminal 12, and place an order for the product accordingly. The corresponding order request can be sent to the second server 15 for processing based on the above cross-application communication, and the second server 15 can use the resources previously received by the recipient from the red envelope to assist in completing the order.
[0070] Of course, the cooperation between the communication application platform and the shopping application platform is not limited to the above process, and can also be achieved through other methods, which is not limited in this specification.
[0071] Figure 3 This is a flowchart of a method for distributing red envelopes for placing orders for goods provided by an exemplary embodiment. This method can be applied to Figure 1 or Figure 2 The first terminal 11 in the system shown. Figure 3 As shown, the method includes steps S301 to S303.
[0072] Step S301, display the red envelope distribution interface.
[0073] The red envelope distribution interface is an interface for distributing red envelopes. A user can distribute red envelopes to other users by performing distribution operations in the red envelope distribution interface. The red envelope distribution interface can be an interface displayed in the client of any application, that is, the method provided in this specification can be implemented in the client of any application.
[0074] Exemplarily, the red envelope distribution interface is an interface displayed in the client of a communication application. Exemplarily, the red envelope distribution interface is an interface displayed in the client of a shopping application. Exemplarily, the red envelope distribution interface is an interface displayed in the client of a multimedia playback application.
[0075] In an illustrated embodiment, the red envelope distribution interface is an interface displayed in the client of the communication application. Displaying the red envelope distribution interface may include: displaying a session interface in the client of the communication application, the session interface including an entry control for the red envelope distribution function; and displaying the red envelope distribution interface in response to a trigger operation on the entry control. The red envelope distribution request is used to indicate that a red envelope distribution notification is sent to the communication session corresponding to the session interface. By configuring an entry control for the red envelope distribution function in the session interface of the communication application, the red envelope distribution interface can be displayed in the client of the communication application, and then the red envelope can be distributed to the corresponding communication session through the red envelope distribution interface, so that the user in the communication session can receive the red envelope.
[0076] For example, the conversation interface displayed in the client of the communication application is as follows: Figure 4 As shown, the conversation interface includes an entry control 401 for a red envelope distribution function. Clicking the entry control 401 can display the red envelope distribution interface. The entry control 401 can be displayed in the conversation interface all the time, or it can be displayed only under certain conditions and hidden under certain conditions. Exemplarily, the conversation interface includes a multi-function selection control. In response to a trigger operation on the multi-function selection control, a multi-function selection sub-interface 402 is displayed. The multi-function selection sub-interface 402 includes an entry control for at least one function, and the entry control for the at least one function includes the entry control 401 for the red envelope distribution function. Of course, the entry control for the at least one function can also include entry controls for other functions, such as an entry control for a shooting function, an entry control for a positioning function, etc.; in addition, the multi-function selection sub-interface 402 can also include a cancel control 403. If the user clicks the cancel control 403, the multi-function selection sub-interface 402 is hidden, and accordingly, the entry control for at least one function in the multi-function selection sub-interface is also hidden.
[0077] In one embodiment, in response to a trigger operation on the entry control, when displaying the red envelope distribution interface, operation guidance information may be displayed on the upper layer of the red envelope distribution interface, and the operation guidance information is used to guide the user to understand the use process of the red envelope for placing an order for goods. Figure 5 As shown, the operation guidance information 501 is displayed on the upper layer of the red envelope distribution interface. The operation guidance information includes three guidance steps, which can be played in turn in sequence. Figure 1 This manual Fig.11 Similar, you can refer to Fig.11 ;refer to Figure 2 and Fig.21 Similar, you can refer to Fig.21 ;refer to Figure 3 and Fig.13 Similar, you can refer to Fig.13 .
[0078] Next, the display content of the red envelope distribution interface is illustrated as follows:
[0079] In one illustrated embodiment, the red envelope distribution interface includes at least one first configuration control, and the at least one first configuration control is used to configure a red envelope for implementing a product order.
[0080] In one embodiment, the at least one first configuration control includes a first type configuration control, and the first type configuration control is used to configure the red envelope to be issued as a first type group chat red envelope or a second type group chat red envelope. The first type group chat red envelope is a red envelope that sets a recipient of the red envelope and only allows the recipient to receive the red envelope, and the second type group chat red envelope is a red envelope that sets a number n of red envelopes and is received by the n group members who first open the red envelope, where n is an integer not less than 1.
[0081] In one embodiment, the at least one first configuration control includes an object configuration control, which is used to configure the red envelope distribution object. In one embodiment, the at least one first configuration control includes a red envelope quantity configuration control, which is used to configure the red envelope quantity of the red envelope to be distributed. In one embodiment, the at least one first configuration control includes a resource amount configuration control, which is used to configure the resource amount in multiple red envelopes to be distributed. In one embodiment, the at least one first configuration control includes a commodity configuration control, which is used to configure the commodity for ordering. In one embodiment, the at least one first configuration control includes a store configuration control, which is used to configure the store for commodity ordering. In one embodiment, the at least one first configuration control includes a commodity configuration control, which is used to configure the commodity for ordering. In one embodiment, the at least one first configuration control includes a deadline configuration control, which is used to configure the order deadline corresponding to the red envelope to be distributed. In one embodiment, the at least one first configuration control includes a cover configuration control, which is used to configure the cover display content of the red envelope to be distributed.
[0082] In one embodiment, the communication session corresponding to the conversation interface may affect the display content of the red envelope distribution interface displayed based on the conversation interface, wherein the communication session may be a group chat session or a private chat session. When the communication session is a group chat session, the red envelope distribution interface may include at least one of a first type configuration control, an object configuration control, and a red envelope quantity configuration control. When the communication session is a private chat session, the red envelope distribution interface does not include the first type configuration control, the object configuration control, and the red envelope quantity configuration control.
[0083] For example, when the communication session is a group chat session, the red envelope distribution interface displayed based on the session interface can be as follows: Figure 6 As shown, the red envelope distribution interface includes a first type configuration control 601, an object configuration control 602, a commodity configuration control 603, a deadline configuration control 604, and a cover configuration control 605. The user can configure the red envelope to be distributed based on these controls. It should be noted that the red envelope distribution interface may also include a distribution control 606. Optionally, when the user has configured the red envelope to be distributed based on the first configuration control, the distribution control 606 is in a triggerable state; when the user has not yet configured the red envelope to be distributed based on the first configuration control, the distribution control 606 is in a non-triggerable state.
[0084] It should be noted that Figure 6 The red envelope distribution interface shown is an interface for distributing the first type of group chat red envelopes. By performing a switching operation on the first type configuration control 601, a red envelope distribution interface for distributing the second type of group chat red envelopes can also be displayed, such as Figure 7 As shown, the red envelope distribution interface includes a first type configuration control 601, a commodity configuration control 603, a deadline configuration control 604, a cover configuration control 605, a distribution control 606, and a red envelope quantity configuration control 607. Similarly, in the red envelope distribution interface, after the user has configured the red envelope to be distributed based on the first configuration control, the distribution control 606 is in a triggerable state; when the user has not configured the red envelope to be distributed based on the first configuration control, the distribution control 606 is in a non-triggerable state.
[0085] For example, when the communication session is a private chat session, the red envelope to be issued is a private chat red envelope, and the red envelope issuing interface of the private chat red envelope can be as follows: Figure 8 As shown, the red envelope distribution interface includes a product configuration control 801 , a deadline configuration control 802 , a cover configuration control 803 and a distribution control 804 .
[0086] In one illustrated embodiment, the red envelope issuing interface is only used to issue red envelopes for realizing commodity orders, and cannot be used to issue other types of red envelopes. In another illustrated embodiment, the red envelope issuing interface includes multiple sub-interfaces, and different sub-interfaces are used to issue different types of red envelopes. Among them, the red envelope issuing interface includes: a first sub-interface, the first sub-interface is used to issue red envelopes for realizing commodity orders; and a second sub-interface, the second sub-interface is used to issue red envelopes that only realize resource transfers.
[0087] It should be noted that the second sub-interface can be one or more. When the red envelope distribution interface includes multiple second sub-interfaces, different second sub-interfaces are used to distribute different types of red envelopes, but these types of red envelopes are only red envelopes that realize resource transfer.
[0088] Exemplarily, the red envelope distribution interface includes two second sub-interfaces, one second sub-interface is used to distribute lucky red envelopes, and the other second sub-interface is used to distribute ordinary red envelopes. Among them, when a user receives a lucky red envelope, a part of the resources corresponding to the red envelope are randomly transferred. When a user receives an ordinary red envelope, a specified amount of resources are transferred from the resources corresponding to the red envelope. Exemplarily, the red envelope distribution interface includes three second sub-interfaces, the first second sub-interface is used to distribute lucky red envelopes; the second second sub-interface is used to distribute ordinary red envelopes; and the third second sub-interface is used to distribute exclusive red envelopes. Among them, the exclusive red envelope is a red envelope that has a set recipient, and only the recipient is allowed to receive it.
[0089] In some embodiments, the red envelope distribution interface includes a second type of configuration control, which is used to configure the red envelope to be distributed as a red envelope for implementing a product order, or a red envelope that only implements resource transfer.
[0090] Exemplarily, when the red envelope distribution interface is only used to distribute red envelopes for placing orders for goods, and cannot be used to distribute other types of red envelopes, the red envelope distribution interface does not include the second type of configuration control; when the red envelope distribution interface includes multiple sub-interfaces, and different sub-interfaces are used to distribute different types of red envelopes, the red envelope distribution interface includes the second type of configuration control.
[0091] Exemplarily, the second type of configuration control includes multiple sub-controls, each sub-control corresponds to a sub-interface; after the user triggers any sub-control, the sub-interface corresponding to the sub-control is displayed. Figure 8 As shown, the red envelope distribution interface includes the "Lucky Red Envelope" sub-control, the "Exclusive Red Envelope" sub-control, and the "Invite Red Envelope" sub-control. When the "Invite Red Envelope" sub-control is selected, the first sub-interface is displayed; when the "Lucky Red Envelope" sub-control or the "Exclusive Red Envelope" sub-control is selected, the corresponding second sub-interface is displayed.
[0092] In an illustrated embodiment, the first sub-interface is a sub-interface provided by a shopping application, and the second sub-interface is a sub-interface provided by a communication application. That is, the method provided in this specification integrates the sub-interface provided by the shopping application into the interface provided by the communication application. Exemplarily, when a user performs an operation in the first sub-interface, the user interacts with the server of the shopping application, and the server of the shopping application implements the corresponding function in the first sub-interface.
[0093] Step S302, in response to the configuration operation on the red envelope distribution interface, configure the red envelope to be distributed.
[0094] In an illustrated implementation, when the communication session is a group chat session, the user can configure the type of red envelope to be issued. In one embodiment, the communication session is a group chat session; configuring the red envelope to be issued includes: configuring the red envelope to be issued as a first type of group chat red envelope, and setting at least one group member in the group corresponding to the group chat session as a red envelope issuance object, and the red envelope issuance object is an object that is allowed to receive the resources in the red envelope.
[0095] The resources in the red envelope may be funds, points, redemption coupons, gift cards, etc. This specification does not limit the types of resources.
[0096] For example, Figure 6 As shown, the user can select the "Exclusive Treat" sub-control in the first type configuration control 601 in the red envelope distribution interface, thereby configuring the red envelope to be distributed as a first type group chat red envelope; the user triggers the object configuration control 602, the red envelope distribution interface can display the group member list of the communication session, and the user can select the group member in the group member list, and set at least one selected group member as the red envelope distribution object.
[0097] In another embodiment, the communication session is a group chat session; the red envelope to be distributed is configured, including: configuring the red envelope to be distributed as a second type of group chat red envelope, and setting the value n of the number of red envelopes, where n is a positive integer; wherein the red envelope distribution objects are the n group members in the group corresponding to the group chat session who first triggered the red envelope distribution notification.
[0098] For example, Figure 6 As shown, the user can select the "Try your luck" sub-control in the first type configuration control 601 in the red envelope distribution interface, thereby configuring the red envelope to be distributed as the second type of group chat red envelope. The user enters a value n in the red envelope quantity configuration control 507, thereby setting the value of the red envelope quantity to n, and the red envelope distribution objects are the n group members in the group corresponding to the group chat session who first triggered the red envelope distribution notification.
[0099] In an illustrated embodiment, a user can configure a store for placing an order for goods. Configuring the red envelope to be issued includes: configuring store description information; wherein the store description information is used to limit the store for placing an order for goods. wherein the store description information is used to limit at least one of the following attributes of the store: store name, brand, type of goods sold, store address.
[0100] Exemplarily, the store description information includes the store name, and the user who receives the red envelope can only place an order in the store corresponding to the store name. Exemplarily, the store description information includes the brand name, and the user who receives the red envelope can only place an order in the store of the brand. Exemplarily, the store description information includes the type of goods sold, and the user who receives the red envelope can only place an order for the type of goods in the store that provides the goods. For example, the type of goods sold is drinks, and the user who receives the red envelope can only place an order for drinks in the store that provides drinks. For another example, the type of goods sold is meals, and the user who receives the red envelope can only place an order for meals in the store that provides meals. For another example, the type of goods sold is clothes, and the user who receives the red envelope can only place an order for clothes in the store that provides clothes. Exemplarily, the store description information includes the store address, and the user who receives the red envelope can only place an order in a store near the store address.
[0101] It should be noted that the store description information can be configured by the user or by the system default setting, and this specification does not limit this. In one embodiment, the store description information such as the store name and brand name is configured by the user, and the type of goods sold and the store address are set by the system default, where the store address is determined by the system based on the current location of the user who receives the red envelope.
[0102] In an illustrated embodiment, a user can configure the goods for ordering. Configuring the red envelope to be issued includes: configuring the goods description information; the goods description information is used to limit the goods for ordering. The goods description information is used to limit at least one of the following attributes of the goods: the name of the goods, the type of goods, the upper limit of the resources required for ordering the goods, and the lower limit of the resources required for ordering the goods.
[0103] Exemplarily, the product description information includes the product name, and the user who receives the red envelope later can only place an order for the corresponding product. Exemplarily, the product description information includes the product type, and the user who receives the red envelope later can only place an order for the product of this type. For example, the product type is a drink, and the user who receives the red envelope later can only place an order for drinks. For another example, the product type is a meal, and the user who receives the red envelope later can only place an order for meals. For another example, the product type is clothes, and the user who receives the red envelope later can only place an order for clothes. Exemplarily, the product description information includes the upper limit of the resources required for placing an order for the product, and the user who receives the red envelope later can only place an order for the product whose resources required for placing an order do not exceed the upper limit, so as to prevent the resources required for placing an order from exceeding the resources in the red envelope. Exemplarily, the product description information includes the lower limit of the resources required for placing an order for the product, and the user who receives the red envelope later can only place an order for the product whose resources required for placing an order are not less than the lower limit, so as to prevent the ordered product from failing to meet the delivery requirements.
[0104] It should be noted that the product description information may be user-configured or system-defaulted, and this specification does not limit this. In one embodiment, product description information such as product name, product type, and upper limit of resources required for placing an order for a product may be user-configured, and product description information such as upper limit of resources required for placing an order for a product may be system-defaulted.
[0105] Another point that needs to be explained is that the user can configure only the store description information, or only the product description information, or both the store description information and the product description information. This manual does not limit this.
[0106] In an embodiment shown, the user can also configure the order cut-off time corresponding to the red envelope to be issued. Configuring the red envelope to be issued includes: setting the order cut-off time corresponding to the red envelope to be issued, and the order cut-off time is used to indicate: the cut-off time when the resources corresponding to the red envelope to be issued can be used for product orders.
[0107] Among them, the order deadline corresponding to the red envelope to be issued is used to indicate the validity period of the red envelope to be issued. Only if the red envelope to be issued is collected before the order deadline, can an order for goods based on the red envelope to be issued be placed.
[0108] In one embodiment, the order deadline can also be a system default setting. For example, the system default setting is that the validity period of the red envelope to be issued is 8 hours, and the order deadline is the sum of the current time and the system default duration.
[0109] Step S303, in response to the distribution operation of the configured red envelope, a red envelope distribution request is initiated so that the resources of the corresponding red envelope are collected based on Fig.15 The method described in the illustrated embodiment is used to implement commodity ordering.
[0110] In an illustrated embodiment, before initiating a red envelope issuance request, a payment operation needs to be performed on the configured red envelope. Exemplarily, in response to the issuance operation for the configured red envelope, a payment interface is displayed, and the payment interface is used to pay the resources required for the red envelope to be issued. In response to successfully paying the resources required for the red envelope to be issued, a red envelope issuance request is initiated. Optionally, after successfully paying the resources required for the red envelope to be issued, the resources are frozen in the resource account of the issuer.
[0111] In one embodiment, the issuing party issues multiple red envelopes, and the issuing party configures the number of red envelopes to be issued and product description information in the red envelope issuance interface, wherein the product description information is used to limit the upper limit of resources required for placing an order for the product. In this case, the resources required for the red envelopes to be issued are the product of the number of red envelopes to be issued and the upper limit.
[0112] For example, Fig. 9 As shown, the number of red envelopes to be issued is configured as 8 through the red envelope quantity configuration control, and the upper limit of resources required for placing an order for a product is configured as ¥35 through the product configuration control. That is, the per capita budget is ¥35, and the issuer needs to pay ¥280.
[0113] In one embodiment, the issuing party issues one red envelope, and the issuing party configures the product description information in the red envelope issuing interface, wherein the product description information is used to limit the upper limit of the resources required for placing an order for the product. At this time, the resources required for the red envelope to be issued are the upper limit.
[0114] For example, Fig.10 As shown in the figure, the red envelopes to be distributed are private chat red envelopes, so the system defaults the number of red envelopes to be distributed to 1. Users only need to configure the upper limit of the resources required for placing an order for the product through the product configuration control. Fig.10 As shown in the figure, if the upper limit is configured as ¥20, the issuer needs to pay ¥20.
[0115] In an illustrated embodiment, the red envelope distribution interface includes a first sub-interface, and the first sub-interface is used to distribute red envelopes for placing orders for goods. In one embodiment, the first sub-interface is a sub-interface provided by a shopping application, and the user performs operations in the first sub-interface to interact with the server of the shopping application, and the server of the shopping application implements the corresponding functions in the first sub-interface. Therefore, initiating a red envelope distribution request includes: initiating a red envelope distribution request to the server of the shopping application through the first sub-interface to instruct the server of the shopping application to send a red envelope distribution notification to the communication session.
[0116] In another embodiment, the first sub-interface is a sub-interface provided by a communication application, and the user performs operations in the first sub-interface to interact with the server of the communication application, and the server of the communication application implements the corresponding functions in the first example interface. Therefore, initiating a red envelope distribution request includes: initiating a red envelope distribution request to the server of the communication application through the first sub-interface to instruct the server of the communication application to send a red envelope distribution notification to the communication session.
[0117] In an illustrated implementation, after initiating a red envelope distribution request, the session interface is returned, and a red envelope distribution notification is displayed in the session interface. In one embodiment, the red envelope distributed by the issuer can be a group chat red envelope or a private chat red envelope. Among them, a group chat red envelope can be distributed to multiple users, while a private chat red envelope is distributed to one user. The display style of the red envelope distribution notification of the group chat red envelope can be different from the display style of the red envelope distribution notification of the private chat red envelope. Exemplarily, through Fig.11 and Fig.12 The conversation interface shown in FIG. 1 is used to exemplify the red envelope issuance notification. When the red envelope issued by the issuing party is a group chat red envelope, and the group chat red envelope can be issued to multiple users, the red envelope issuance notification of the group chat red envelope can be as follows: Fig.11 As shown, the red envelope issuance notification may include information such as the total number of red envelopes, the number of red envelopes received, and the order deadline. When the red envelope issued by the issuer is a private chat red envelope, the red envelope issuance notification of the private chat red envelope may be as follows: Fig.12 As shown, the red envelope distribution notification does not include the total number of red envelopes and the number of red envelopes that have been received.
[0118] In an illustrated embodiment, when a user clicks on a red envelope issuance notification, a red envelope claiming details interface may also be displayed. The red envelope claiming details interface includes at least one of the following: information about the user who successfully received the resources in the red envelope corresponding to the red envelope issuance notification; information about whether the received resources have been used to place an order for goods; and information about the order generated based on the successful order of the received resources.
[0119] In one embodiment, the information of the user who successfully receives the resources in the red envelope corresponding to the red envelope distribution notification may include at least one of the user information such as user identification, user avatar, user location, etc.
[0120] In one embodiment, the information on whether the received resources have been used to place an order for the product may include at least one of: not placing an order, placing an order, and having placed an order.
[0121] In one embodiment, the order information generated by successfully placing an order based on the received resources may include at least one of the order information such as: being prepared, being delivered, order completed, store information, etc.
[0122] For example, when the issuer issues multiple red envelopes, the red envelope receiving details interface can be as follows: Fig.13 As shown, the red envelope receiving details interface includes information of multiple users, and the multiple users are users who have successfully received the resources in the red envelope corresponding to the red envelope issuance notification. The user information includes user avatar, user nickname and user location; for users who have completed the order, the corresponding order information (such as store name, order status, etc.) can be displayed; for users who have not completed the order, it can be displayed that they are in the ordering process. Exemplarily, the red envelope receiving details interface also includes the order information of the issuer, such as Fig.13 As shown, the order details control 1301 in the red envelope receiving details interface is used to display the order information of the issuer.
[0123] For example, when the red envelope issued by the issuer is one, the red envelope receiving details interface can be as follows: Fig.14 As shown. Since there is only one red envelope, after the red envelope is received, only one user's information will be displayed in the red envelope receiving details interface. This user is the user who successfully received the resources in the red envelope corresponding to the red envelope issuance notification. Correspondingly, the red envelope receiving details interface also includes an order details control, which is used to display the order information of the issuer.
[0124] To sum up, this specification combines the product ordering scenario with the red envelope interaction process. After successfully receiving at least a portion of the resources corresponding to the red envelope, the recipient can quickly use the at least a portion of the resources to realize the product ordering. This not only enriches the interactive process based on red envelopes, helps to increase users' interactive interest in this new type of red envelopes and achieve better interactive effects, but also this interactive process realizes the seamless connection between red envelope collection and product ordering, so that the recipient can quickly and efficiently realize product ordering without actively switching between different functions manually, thereby improving the efficiency of using the resources in the red envelopes.
[0125] Fig.15 This is a flowchart of a method for placing a product order based on a red envelope provided by an exemplary embodiment. This method can be applied to Figure 1 or Figure 2 The second terminal 12 in the system shown. Fig.15 As shown, the method includes steps S1501 to S1504.
[0126] Step S1501, display the received red envelope distribution notification.
[0127] In an illustrated embodiment, the red envelope corresponding to the red envelope distribution notification includes at least one of the following types: (1) a private chat red envelope distributed in a private chat session; (2) a first type of group chat red envelope distributed in a group chat session, where the participants of the first type of group chat red envelope are group members designated by the distributor; (3) a second type of group chat red envelope distributed in a group chat session, where the participants of the second type of group chat red envelope are not designated by the distributor. Both private chat red envelopes and group chat red envelopes are red envelopes used to place orders for products.
[0128] In an illustrated embodiment, the issuing party issues the red envelope in a communication session, so the receiving party displays the received red envelope issuance notification in a session interface corresponding to the communication session. Displaying the received red envelope issuance notification includes: displaying the received red envelope issuance notification in a session interface corresponding to the communication session.
[0129] In one embodiment, it should be noted that the red envelope distribution notification for private chat red envelopes and the red envelope distribution notification for group chat red envelopes are slightly different in display style. For example, the red envelope distribution notification for group chat red envelopes is as follows: Fig.16 As shown in the figure, the red envelope distribution notification may include information such as the total number of red envelopes, the number of red envelopes received, and the order deadline. Fig.17 As shown, the red envelope distribution notification does not include the total number of red envelopes and the number of red envelopes that have been received.
[0130] In one embodiment, considering that there are many session messages in a group chat session, after receiving the red envelope distribution notification of the group chat red envelope, if multiple new session messages continue to be received, the display position of the red envelope distribution notification of the group chat red envelope will gradually move up, and may move out of the display area of the session interface, resulting in the user not being able to directly see the red envelope distribution notification in the session interface, and needing to slide down the session interface to see the red envelope distribution notification. In order to avoid the situation where the user fails to receive the red envelope due to not seeing the red envelope distribution notification, after receiving the red envelope distribution notification, a red envelope collection prompt information can also be displayed in the session interface, and the red envelope collection prompt information is used to instruct the user to collect the red envelope. Among them, the red envelope collection prompt information can be fixedly displayed at a certain position in the session interface, so that the red envelope collection prompt information will not be affected by the session messages in the group chat session and disappear, so that the red envelope collection prompt information can be displayed in the session interface until the group chat red envelope is collected.
[0131] For example, Fig.16 As shown, the conversation interface includes a red envelope distribution notification 1601 and a red envelope collection prompt information 1602, wherein the display position of the red envelope distribution notification 1601 will change with the appearance of a new conversation message in the group chat conversation, while the display position of the red envelope collection prompt information 1602 remains unchanged until the group chat red envelopes are collected, and the red envelope collection prompt information 1602 disappears.
[0132] In one embodiment, the red envelope collection prompt information can not only be used to instruct the user to collect the red envelope, but also can remind the user the issuer of the red envelope, the collection status of the red envelope, etc. This specification does not limit the red envelope collection prompt information.
[0133] Step S1502, in response to the triggering operation for the red envelope distribution notification, initiate a request for receiving at least a portion of the resources of the corresponding red envelope.
[0134] In one illustrated embodiment, in response to a trigger operation on a red envelope issuance notification, a request for receiving at least a portion of the resources of the corresponding red envelope is directly initiated. In another illustrated embodiment, in response to a trigger operation on a red envelope issuance notification, the issued red envelope is displayed, and in response to a receiving operation on the red envelope, a request for receiving at least a portion of the resources of the red envelope is initiated.
[0135] For example, the following is shown: Fig.16 In the session interface shown in FIG. 1 , the user triggers the red envelope distribution notification 1601 in the session interface, and the distributed red envelope is displayed on the upper layer of the session interface, such as Fig.18 If the user performs a claim operation on the red envelope, the client will initiate a claim request for at least a portion of the resources in the red envelope.
[0136] It should be noted that if the red envelope issued is a group chat red envelope, and the number of red envelopes in the group chat red envelope is greater than 1, then in response to the trigger operation for the red envelope issuance notification, a request for receiving part of the resources of the corresponding red envelope is initiated. If the red envelope issued is a group chat red envelope, and the number of red envelopes in the group chat red envelope is 1, or the red envelope issued is a private chat red envelope, then in response to the trigger operation for the red envelope issuance notification, a request for receiving all the resources of the corresponding red envelope is initiated.
[0137] Step S1503, in response to successfully receiving the at least a portion of the resources, displaying a product ordering related interface, wherein the product ordering related interface is an interface for implementing a product ordering.
[0138] In an illustrated embodiment, after successfully claiming at least a portion of the resources, an entry control of an interface related to placing an order for goods is first displayed, and after the user performs a trigger operation on the entry control, an interface related to placing an order for goods is displayed. That is, in response to successfully claiming at least a portion of the resources, displaying an interface related to placing an order for goods includes: in response to successfully claiming at least a portion of the resources, displaying an entry control of an interface related to placing an order for goods; in response to a trigger operation on the entry control, displaying an interface related to placing an order for goods.
[0139] For example, Fig.19As shown, after successfully receiving at least part of the resources, a successful receipt prompt message 1901 is displayed to prompt the user that the red envelope has been successfully received. The successful receipt prompt message 1901 includes an entry control 1902 of the product ordering interface, that is, Fig.19 In response to the triggering operation of the "go to order" control, the product ordering related interface is displayed.
[0140] In one illustrated embodiment, the product ordering related interface includes a product browsing interface; displaying the product ordering related interface includes: displaying the product browsing interface, the product browsing interface is used to display alternative products in a specific store specified by the issuer or the system.
[0141] The specific store may be a store corresponding to a certain store name, a store that sells goods corresponding to a certain product name, a store that sells goods of a certain product type, a store that sells goods with resources required for placing an order not exceeding a certain amount, or a store that sells goods with resources required for placing an order not less than a certain amount. This specification only provides exemplary descriptions of specific stores and does not limit specific stores.
[0142] In one embodiment, before issuing a red envelope, the issuer will configure product description information for the red envelope to limit the products ordered by the participants. Among them, displaying the product browsing interface includes: according to the configured product description information, showing the alternative products matching the product description information in the product browsing interface. Among them, the product description information is used to limit at least one of the following attributes of the alternative products: product name, product type, upper limit value of resources required for ordering the product, and lower limit value of resources required for ordering the product. Of course, the above-mentioned configured product description information can also be the system default setting, which is not limited in this specification.
[0143] Exemplarily, the product description information includes the product name, and according to the configured product description information, the alternative products corresponding to the product name are displayed in the product browsing interface. Exemplarily, the product description information includes the product type, and according to the configured product description information, the alternative products belonging to the product type are displayed in the product browsing interface. Exemplarily, the product description information includes the upper limit value of resources required for placing an order for the product, and according to the configured product description information, the alternative products whose resources required for placing an order do not exceed the upper limit value are displayed in the product browsing interface. Exemplarily, the product description information includes the lower limit value of resources required for placing an order for the product, and according to the configured product description information, the alternative products whose resources required for placing an order are not less than the lower limit value are displayed in the product browsing interface.
[0144] It should be noted that this embodiment is only an example of an issuer or system specifying a specific store to illustrate the product browsing interface. In another embodiment shown, the issuer or system does not specify a store, and the product browsing interface is used to display the candidate products in any store.
[0145] In another illustrated embodiment, the product ordering related interface includes a store browsing interface and a product browsing interface. The store browsing interface is displayed first, and then the product browsing interface is displayed, so that the user first selects the store to order, and then selects the product to order. Among them, displaying the product ordering related interface includes: displaying the store browsing interface, the store browsing interface is used to show the alternative stores; in response to the selection operation for the target store, displaying the product browsing interface corresponding to the target store, the product browsing interface is used to show the alternative products in the target store; wherein the ordering operation is implemented for the target product shown in the product browsing interface.
[0146] In one embodiment, a store browsing interface is displayed, including: based on the configured store description information, alternative stores matching the store description information are displayed in the store browsing interface; wherein the store description information is used to limit at least one of the following attributes of the alternative stores: store name, store address, brand, and type of goods sold.
[0147] Exemplarily, the store description information includes a store name, and according to the configured store description information, alternative stores corresponding to the store name are shown in the store browsing interface. Exemplarily, the store description information includes a store address, and according to the configured store description information, alternative stores located in the area corresponding to the store address are shown in the store browsing interface. Exemplarily, the store description information includes a brand name, and according to the configured store description information, alternative stores belonging to the corresponding brand are shown in the store browsing interface. Exemplarily, the store description information includes the type of goods sold, and according to the configured store description information, alternative stores selling goods of this type are shown in the store browsing interface.
[0148] In one embodiment, displaying a product browsing interface corresponding to a target store includes: displaying candidate products matching the product description information in the product browsing interface according to the configured product description information; wherein the product description information is used to limit at least one of the following attributes of the candidate products: product name, product type, upper limit value of resources required for placing an order for the product, and lower limit value of resources required for placing an order for the product;
[0149] Exemplarily, the product description information includes the product name, and according to the configured product description information, the alternative products corresponding to the product name are displayed in the product browsing interface. Exemplarily, the product description information includes the product type, and according to the configured product description information, the alternative products belonging to the product type are displayed in the product browsing interface. Exemplarily, the product description information includes the upper limit value of resources required for placing an order for the product, and according to the configured product description information, the alternative products whose resources required for placing an order do not exceed the upper limit value are displayed in the product browsing interface. Exemplarily, the product description information includes the lower limit value of resources required for placing an order for the product, and according to the configured product description information, the alternative products whose resources required for placing an order are not less than the lower limit value are displayed in the product browsing interface.
[0150] In one embodiment, at least a portion of the store description information and / or at least a portion of the product description information is configured by the issuer. The configuration process can be found in Figure 3 The embodiment shown.
[0151] For example, the product browsing interface can be used not only to browse products, but also to place orders for products. Fig. 20 As shown in the figure, the product browsing interface shows multiple alternative products and order controls. After the user selects any alternative product, the order control is triggered to place an order for the selected product. Optionally, the products ordered in the product browsing interface can be delivered to the door. Therefore, the product browsing interface also includes a control for obtaining the address of the ordering user and a control for obtaining the contact information of the ordering user. Before placing an order, the user needs to enter the address and contact information based on these two controls, such as Fig.21 shown.
[0152] In an embodiment shown, considering that if there is product description information, the number of candidate products in a store may not be too many, in order to facilitate users to select products and place orders better and faster, the number of products matching the product description information among the products sold by each candidate store can also be shown in the store browsing interface. Among them, displaying the store browsing interface includes: if there is product description information, the information of the candidate store shown in the store browsing interface includes: the number of products matching the product description information among the products sold by the corresponding candidate store.
[0153] For example, the store browsing interface can be as follows: Fig. 22 As shown, in the store browsing interface, each store displays the number of products available in the store. Users can select stores and place orders more quickly based on the number of products corresponding to each store, thereby improving the user's ordering efficiency.
[0154] In an illustrated embodiment, the method further includes: displaying an order deadline and / or a countdown corresponding to the order deadline, the order deadline is used to indicate: the deadline for the red envelope resources corresponding to the red envelope issuance notification to be used for commodity orders; wherein the order deadline is configured by the issuer, or the order deadline is the sum of the red envelope issuance time corresponding to the red envelope issuance notification and the system default duration. wherein the system default duration can be any duration, for example, 2 hours, 8 hours, 24 hours, etc.
[0155] In some embodiments, the order cut-off time and / or the countdown corresponding to the order cut-off time can be displayed in the red envelope distribution notification. In some embodiments, the order cut-off time and / or the countdown corresponding to the order cut-off time can be displayed in the commodity order-related interface.
[0156] In one embodiment, there is only one order deadline, which can be configured by the issuer. The red envelope can be collected only before the order deadline, and cannot be collected after the order deadline. In one embodiment, there is only one order deadline, which is configured by the system. The order deadline is the sum of the red envelope issuance time corresponding to the red envelope issuance notification and the system default duration. The red envelope can be collected only before the order deadline, and cannot be collected after the order deadline.
[0157] In another embodiment, there are two order cut-off times, one is configured by the issuer or the system, and the other is determined based on the time when the user receives the red envelope. That is, after receiving the red envelope, the user needs to complete the order within a certain period of time, such as Fig.19 For example, if the user does not complete the order within a certain period of time after receiving the red envelope, the red envelope received by the user will be released and other users can receive the red envelope; or the red envelope received by the user will become invalid and the resources corresponding to the red envelope will be returned to the resource account of the issuer.
[0158] It should be noted that, when there are two order deadlines, the earliest order deadline of the two order deadlines and / or a countdown corresponding to the earliest order deadline may be displayed.
[0159] Step S1504, in response to the order operation on the product ordering related interface, an order request for the target product is initiated, and the order request is used to indicate that the resources required for ordering the target product are deducted from at least a portion of the resources successfully collected.
[0160] In one illustrated embodiment, when a user places an order for a target product based on a received red envelope, the required resources are directly deducted from the resource account of the issuer. The resources corresponding to the red envelope in the red envelope issuance notification are frozen in the resource account of the issuer; wherein: the collection request is used to indicate: obtaining the right to use at least a portion of the resources; the order request is used to indicate: deducting the resources required for placing an order for the target product from the frozen resources in the resource account of the issuer. In other words, the resources of the red envelope will not be transferred to the resource account of the participant, but the participant directly places an order with the resources frozen in the resource account of the issuer. In this way, if the resources required for the participant to place an order are less than the resources received, the remaining resources will be returned to the resource account of the issuer.
[0161] In another illustrated embodiment, when a user places an order for a target product based on the received red envelope, the required resources are directly deducted from the user's resource account. The resources corresponding to the red envelope in the red envelope issuance notification are frozen in the resource account of the issuer; wherein the claim request is used to indicate: transfer at least a portion of the resources frozen in the resource account of the issuer to the resource account of the participant; and the order request is used to indicate: deduct the resources required for ordering the target product from the resource account of the participant. In other words, the resources of the red envelope will be transferred to the resource account of the participant, and the participant will place an order using the resources in his or her own resource account. In this way, if the resources required for the participant to place an order are less than the resources received, the remaining resources can be left in the resource account of the participant or returned to the resource account of the issuer.
[0162] In one illustrated embodiment, according to Figure 3 It can be seen from the embodiment shown that the issuer issues red envelopes based on the first sub-interface in the red envelope issuance interface, the red envelope issuance interface is an interface provided by the client of the shopping application, and the first sub-interface is an interface provided by the client of the shopping application integrated in the red envelope issuance interface; when the issuer initiates a red envelope issuance request, it initiates a red envelope issuance request to the server of the shopping application through the first sub-interface to instruct the server of the shopping application to send a red envelope issuance notification to the corresponding communication session. Therefore, displaying the received red envelope issuance notification includes: displaying the red envelope issuance notification received by the client of the communication application; wherein the red envelope issuance notification comes from the server of the shopping application, and is issued by the server of the shopping application based on the red envelope issuance request from the issuer.
[0163] Since the red envelope issuance notification comes from the server of the shopping application, the interaction with the server based on the red envelope issuance notification can be realized through the server of the shopping application. Exemplarily, initiating a request to collect at least a part of the resources of the corresponding red envelope includes: initiating a collection request to the server of the shopping application. Initiating an order request for the target product includes: initiating an order request to the server of the shopping application.
[0164] It should be noted that this embodiment only takes the example of initiating a red envelope issuance request to the server of a shopping application to exemplify the sending and using process of the red envelope, while in another illustrated embodiment, a red envelope issuance request can be initiated to the server of a communication application, and the subsequent sending and using process are all implemented by the server of the communication application. In another illustrated embodiment, a red envelope issuance request can be initiated to the server of a communication application, and the sending and using process of the red envelope is implemented by the cooperation between the server of the communication application and the server of the shopping application. In another illustrated embodiment, a red envelope issuance request can be initiated to the server of a shopping application, and the subsequent sending and using process is implemented by the cooperation between the server of the communication application and the server of the shopping application.
[0165] After placing an order for goods based on the received red envelope, the user can also view the red envelope receiving details interface. Since the user actually receives the ordered goods, the order information can be displayed on the red envelope receiving details interface. In an illustrated embodiment, the method further includes: displaying the red envelope receiving details interface, the red envelope receiving details interface including at least one of the following: information about the user who successfully receives the red envelope issuance notification corresponding to the resources in the red envelope; information about whether the received resources have been used to place an order for goods; and information about the order generated by the successful order of the received resources.
[0166] It should be noted that both the issuer and the participant can view the red envelope receiving details interface, and the red envelope receiving details interface of the issuer and the participant can be the same; of course, the red envelope receiving details interface of the issuer and the participant can also be different. For example, when the issuer issues multiple red envelopes, the red envelope receiving details interface of the participant can be as follows: Fig.13 As shown, however, when the red envelope receiving details interface includes an order details control 1301, the issuer's order details control 1301 is used to display the issuer's order information, and the participant's order details control 1301 is used to display the participant's order information.
[0167] For example, when the red envelope issued by the issuer is one, the red envelope receiving details interface of the participant can be as follows: Fig.14 Similarly, when the red envelope receiving details interface includes an order details control, the order details control of the issuer is used to display the order information of the issuer, and the order details control of the participant is used to display the order information of the participant.
[0168] To sum up, this specification combines the product ordering scenario with the red envelope interaction process. After successfully receiving at least a portion of the resources corresponding to the red envelope, the recipient can quickly use the at least a portion of the resources to realize the product ordering. This not only enriches the interactive process based on red envelopes, helps to increase users' interactive interest in this new type of red envelopes and achieve better interactive effects, but also this interactive process realizes the seamless connection between red envelope collection and product ordering, so that the recipient can quickly and efficiently realize product ordering without actively switching between different functions manually, thereby improving the efficiency of using the resources in the red envelopes.
[0169] Fig.23 This is a flowchart of a method for placing a product order based on a red envelope provided by an exemplary embodiment. This method can be applied to Figure 1 The servers in the system shown. Fig.23 As shown, the method includes steps S2301 to S2303.
[0170] S2301, in response to a red envelope distribution request initiated by the issuer, sending a red envelope distribution notification to a target communication session in which the issuer participates in a communication application.
[0171] The execution subject of the above step S2301 can be the server of the shopping application or the server of the communication application, and this specification does not limit this. For example, when the issuer initiates a red envelope issuance request to the server of the shopping application based on the interface provided by the shopping application, the server of the shopping application executes the above step S2301.
[0172] In one illustrated embodiment, the method further includes: in response to the red envelope issuance request, freezing a corresponding amount of resources from the issuer's resource account. The corresponding amount of resources is the resource of the red envelope issued by the issuer. In another illustrated embodiment, the method further includes: in response to the red envelope issuance request, transferring a corresponding amount of resources from the issuer's resource account. Wherein, transferring a corresponding amount of resources from the issuer's resource account may be transferring a corresponding amount of resources in the issuer's resource account to a designated resource account. Wherein, the designated resource account may be a resource account corresponding to a communication application or a resource account corresponding to a shopping application.
[0173] It should be noted that the server sends a red envelope distribution notification to the communication session from which the issuer initiates the red envelope distribution request.
[0174] S2302, in response to a receiving request initiated by a participant of the target communication session based on the red envelope distribution notification, determining whether the participant has successfully received at least a portion of the resources of the corresponding red envelope.
[0175] In one embodiment, the red envelope corresponding to the red envelope distribution notification may be a first-class group chat red envelope, which is a red envelope with a set red envelope distribution target, so only the red envelope distribution target can receive it. The collection request carries a user identifier, and if the user identifier is the user identifier of any red envelope distribution target, at least a part of the resources of the corresponding red envelope can be successfully received; otherwise, it cannot be received.
[0176] In one embodiment, the red envelope corresponding to the red envelope issuance notification may be a second-category group chat red envelope, which does not specify a recipient of the red envelope issuance. The recipients of the second-category group chat red envelope are the n group members in the group corresponding to the group chat session who first triggered the red envelope issuance notification. The claim request may carry a timestamp, which is used to indicate the time when the red envelope issuance notification is triggered. Based on the timestamp carried by the claim request, it can be determined whether the current user is one of the n group members in the group corresponding to the group chat session who first triggered the red envelope issuance notification; if the current user is one of the n group members in the group corresponding to the group chat session who first triggered the red envelope issuance notification, the user can successfully claim at least a portion of the resources of the corresponding red envelope; if not, the user cannot claim the red envelope.
[0177] In one embodiment, the issuing party configures the order cut-off time for the red envelope. Before the order cut-off time, the user can receive the red envelope; after the order cut-off time, the user cannot receive the red envelope. The collection request can carry a timestamp, which is used to indicate the time when the red envelope issuance notification is triggered. Based on the timestamp carried by the collection request, it can be determined whether the order cut-off time has been exceeded; if it has not been exceeded and there are red envelopes remaining, at least a portion of the resources of the corresponding red envelope can be successfully received; if it has been exceeded or there are no red envelopes remaining, it cannot be received.
[0178] It should be noted that this instruction manual only provides illustrative examples of successful and failed red envelope collection, and does not limit the conditions for successful and failed collection.
[0179] S2303: If the collection is successful and an order request for the target product is further received from the participant, the resources required for the order of the target product are deducted from at least a portion of the resources successfully collected by the participant to assist the participant in completing the order.
[0180] In an illustrated embodiment, when issuing a red envelope, the issuer freezes the resources corresponding to the red envelope in the issuer's resource account. When placing an order for a product based on the red envelope, the frozen resources can be used directly for payment. If a participant successfully receives at least a portion of the resources in the corresponding red envelope, the participant is granted the right to use at least a portion of the resources. Deducting the resources required for placing an order for the target product from at least a portion of the resources successfully received by the participant includes: in response to an order request, deducting the resources required for placing an order for the target product from the frozen resources in the issuer's resource account.
[0181] It should be noted that in the above step, "granting the participant the right to use at least a portion of the resources" may mean executing the operation of granting the rights, or may mean not executing the operation of granting the rights.
[0182] Next, an example is given in which the permission granting operation is not performed, but the permission to use at least part of the resources is granted to the participant. For example, after the participant successfully receives at least part of the resources in the corresponding red envelope, the following can be displayed: Fig.19 The successful receipt prompt message 1901 shown includes an entry control 1902 of a commodity ordering related interface. Only through the entry control 1902 can the commodity ordering related interface be entered, and the corresponding resources frozen by the issuer can be deducted by placing an order in the commodity ordering related interface. If the red envelope is not received, the successful receipt prompt message 1901 will not be displayed, and it is impossible to enter the commodity ordering related interface based on the entry control 1902 and place an order in the commodity ordering related interface. Therefore, showing the entry control 1902 to the participant is equivalent to granting the participant the right to use at least a portion of the resources, that is, the entry control 1902 realizes the function of granting the participant the right to use at least a portion of the resources.
[0183] To sum up, this specification combines the product ordering scenario with the red envelope interaction process. After successfully receiving at least a portion of the resources corresponding to the red envelope, the recipient can quickly use the at least a portion of the resources to realize the product ordering. This not only enriches the interactive process based on red envelopes, helps to increase users' interactive interest in this new type of red envelopes and achieve better interactive effects, but also this interactive process realizes the seamless connection between red envelope collection and product ordering, so that the recipient can quickly and efficiently realize product ordering without actively switching between different functions manually, thereby improving the efficiency of using the resources in the red envelopes.
[0184] Fig.24 This is a flowchart of a method for issuing red envelopes for implementing a product order and a method for implementing a product order based on red envelopes, provided by an exemplary embodiment, which is mainly used to describe the interaction between various devices in the process of issuing red envelopes and the process of placing a product order based on red envelopes. This method can be applied to Figure 1 or Figure 2 The system shown in the figure, the server in this embodiment can be Figure 1 The first server 13 in the system shown; it can also be Figure 2 The second server 15 in the system shown may also include Figure 2In the system shown, the first server 13 and the second server 15, that is, the method is implemented by the cooperation between the first server 13 and the second server 15. Fig.24 As shown, the method includes steps S2401 to S2410.
[0185] Step S2401: the first terminal displays a red envelope distribution interface.
[0186] The above step S2401 is the same as the above step S301, and can refer to the above step S301, which will not be described in detail here.
[0187] Step S2402: the first terminal configures the red envelope to be distributed in response to the configuration operation on the red envelope distribution interface.
[0188] The above step S2402 is the same as the above step S302, and can refer to the above step S302, which will not be described in detail here.
[0189] Step S2403: the first terminal initiates a red envelope distribution request to the server in response to the distribution operation of the configured red envelope.
[0190] The above step S2403 is the same as the above step S303, and reference may be made to the above step S303, which will not be described in detail here.
[0191] Step S2404: The server sends a red envelope distribution notification to the target communication session in which the issuer participates in the communication application in response to the red envelope distribution request initiated by the issuer.
[0192] The above step 20404 is the same as the above step 2301, and can refer to the above step S2301, which will not be repeated here.
[0193] Step S2405: The second terminal displays the received red envelope distribution notification.
[0194] The above step S2405 is the same as the above step S1501, and can refer to the above step S1501, which will not be described in detail here.
[0195] Step S2406: In response to the triggering operation on the red envelope distribution notification, the second terminal initiates a request to the server for receiving at least a portion of the resources of the corresponding red envelope.
[0196] The above step S2406 is the same as the above step 1502, and can refer to the above step S1502, which will not be repeated here.
[0197] Step S2407, the server responds to the collection request initiated by the second terminal based on the red envelope distribution notification, and determines whether it has successfully collected at least a part of the resources of the corresponding red envelope.
[0198] The above step S2407 is the same as the above step S2302, and can refer to the above step S2302, which will not be repeated here.
[0199] Step S2408: In response to successfully receiving the at least a portion of the resources, the second terminal displays a product ordering related interface, where the product ordering related interface is an interface for implementing a product ordering.
[0200] The above step S2408 is the same as the above step S1503, and can refer to the above step S1503, which will not be described in detail here.
[0201] Step S2409, the second terminal initiates an order request for the target product to the server in response to the order operation on the product ordering related interface, and the order request is used to indicate that the resources required for ordering the target product are deducted from at least a portion of the resources successfully collected.
[0202] The above step S2409 is the same as the above step S1504, and can refer to the above step S1504, which will not be described in detail here.
[0203] Step S2410, if the collection is successful and further an order request for the target product is received from the second terminal, the server deducts the resources required for the order of the target product from at least a portion of the resources successfully collected by the participant to assist the participant in completing the order.
[0204] The above step S2410 is the same as the above step S2303, and can refer to the above step S2303, which will not be described in detail here.
[0205] It should be noted that the server in the above steps S2403 to S2410 may be the first server 13 or the second server 15, or the server in the above steps S2403 to S2410 includes the first server 13 and the second server 15. During operation, the first server 13 may operate as a communication service platform, and the second server 15 may operate as a shopping service platform.
[0206] In an illustrated embodiment, the server in the above steps S2403 to S2410 is the first server 13. The steps performed by the server in the above steps S2403 to S2410 are all performed by the first server 13.
[0207] Exemplarily, a program for implementing commodity ordering is integrated in the first server 13, so that the first server 13 can provide shopping services. The first terminal 11 directly initiates a red envelope issuance request to the first server 13 in response to the issuance operation of the configured red envelope; the first server 13 freezes the corresponding amount of resources from the resource account of the issuer in response to the red envelope issuance request initiated by the first terminal 11, and sends a red envelope issuance notification to the target communication session participated by the first terminal 11 in the communication application, so that all members of the target communication session receive the red envelope issuance notification. Any member of the target communication session, the second terminal 12, receives the red envelope issuance notification and displays the red envelope issuance notification; the second terminal 12 initiates a request to the first server 13 to receive at least a part of the resources of the corresponding red envelope in response to the trigger operation of the red envelope issuance notification; the first server 13 determines whether it successfully receives at least a part of the resources of the corresponding red envelope in response to the receipt request initiated by the second terminal 12 based on the red envelope issuance notification. In response to successfully receiving the at least a part of the resources, the second terminal 12 displays the commodity ordering related interface provided by the first server 13. The first server 13 may place an order for the target product in response to the ordering operation of the second terminal user in the product ordering related interface, and deduct the resources required for placing the order for the target product from at least a portion of the resources successfully received.
[0208] In an illustrated embodiment, the server in the above steps S2403 to S2410 is the second server 15. The steps performed by the server in the above steps S2403 to S2410 are all performed by the second server 15.
[0209] Exemplarily, the second server 15 integrates a program for implementing the sending of notifications to the communication session, which may be an existing program in the second server 15 or a newly added program in the second server 15, and this specification does not limit this. The first terminal 11 directly initiates a red envelope issuance request to the second server 15 in response to the issuance operation of the configured red envelope; the second server 15 freezes the corresponding amount of resources from the resource account of the issuer in response to the red envelope issuance request initiated by the first terminal 11, and sends a red envelope issuance notification to the target communication session participated by the first terminal 11 in the communication application, so that all members of the target communication session receive the red envelope issuance notification. Any member of the target communication session, the second terminal 12, receives the red envelope issuance notification and displays the red envelope issuance notification; the second terminal 12 initiates a request to collect at least a part of the resources of the corresponding red envelope to the second server 15 in response to the trigger operation on the red envelope issuance notification; the second server 15 determines whether it successfully receives at least a part of the resources of the corresponding red envelope in response to the receipt request initiated by the second terminal 12 based on the red envelope issuance notification. In response to successfully receiving the at least a portion of the resources, the second terminal 12 displays a product ordering interface provided by the second server 15. The second server 15 can place an order for the target product in response to the second terminal user's ordering operation in the product ordering interface, and deduct the resources required for the target product ordering from the at least a portion of the resources successfully received.
[0210] In an illustrated embodiment, the server in the above steps S2403 to S2410 includes a first server 13 and a second server 15. That is, the first server 13 and the second server 15 cooperate with each other to achieve Fig.24 It should be noted that the specific cooperation between the first server 13 and the second server 15 can be set according to the actual application situation, and this specification does not limit this, and only uses the following two examples for exemplary description.
[0211] Exemplarily, the first terminal 11 initiates a red envelope issuance request to the first server 13 in response to the issuance operation of the configured red envelope. The first server 13 freezes a corresponding amount of resources from the resource account of the issuer in response to the red envelope issuance request, and sends a red envelope issuance notification to the target communication session in which the issuer participates in the communication application; any member of the target communication session, the second terminal 12, receives the red envelope issuance notification, displays the red envelope issuance notification, and initiates a collection request for at least a portion of the resources of the corresponding red envelope to the first server 13 in response to the trigger operation of the red envelope issuance notification. The first server 13 determines whether it has successfully collected at least a portion of the resources of the corresponding red envelope in response to the collection request; when it is determined that it has been successfully collected, the first server 13 obtains the product order-related interface from the second server 15, and sends the product order-related interface to the second terminal 12. In response to the ordering operation on the product ordering related interface, the second terminal 12 initiates an order request for the target product to the second server 15. The second server 15 generates a corresponding order and instructs the first server 13 to deduct the resources required for the order of the target product from at least a portion of the resources successfully collected.
[0212] Exemplarily, the first terminal 11 initiates a red envelope issuance request to the second server 15 in response to an issuance operation for a configured red envelope; the second server 15 receives the red envelope issuance request, freezes a corresponding amount of resources from the issuer's resource account, and instructs the first server 13 to send a red envelope issuance notification to the target communication session in which the issuer participates in the communication application; any member of the target communication session - the second terminal 12, receives the red envelope issuance notification, displays the red envelope issuance notification, and initiates a collection request for at least a portion of the resources of the corresponding red envelope to the second server 15 in response to a trigger operation on the red envelope issuance notification. The second server 15 determines, in response to the collection request, whether it has successfully collected at least a portion of the resources of the corresponding red envelope; when it is determined that it has been successfully collected, the second server 15 sends the product order-related interface to the second terminal 12. The second terminal 12 responds to the order operation on the product ordering related interface and initiates an order request for the target product to the second server 15. The second server 15 deducts the resources required for the order of the target product from at least a portion of the resources successfully received by the participant to assist the participant in completing the order.
[0213] It should be noted that Fig.24 The embodiment shown is only an exemplary description of the interaction between multiple devices in the system. For optional implementation of a certain step, please refer to Figure 3 The embodiment shown, Fig.15 The embodiments shown and Fig.23 The embodiments shown will not be described in detail here.
[0214] To sum up, this specification combines the product ordering scenario with the red envelope interaction process. After successfully receiving at least a portion of the resources corresponding to the red envelope, the recipient can quickly use the at least a portion of the resources to realize the product ordering. This not only enriches the interactive process based on red envelopes, helps to increase users' interactive interest in this new type of red envelopes and achieve better interactive effects, but also this interactive process realizes the seamless connection between red envelope collection and product ordering, so that the recipient can quickly and efficiently realize product ordering without actively switching between different functions manually, thereby improving the efficiency of using the resources in the red envelopes.
[0215] Fig.25 is a schematic structural diagram of a device provided by an exemplary embodiment. Fig.25 At the hardware level, the device includes a processor 2502, an internal bus 2504, a network interface 2506, a memory 2508, and a non-volatile memory 2510, and may also include hardware required for other functions. One or more embodiments of this specification may be implemented based on software, such as the processor 2502 reading the corresponding computer program from the non-volatile memory 2510 into the memory 2508 and then running it. Of course, in addition to the software implementation, one or more embodiments of this specification do not exclude other implementations, such as logic devices or a combination of software and hardware, etc., that is, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic devices.
[0216] Please refer to Fig.26 The device for placing orders for goods based on red envelopes can be applied to Fig.25 The device shown in the figure is used to implement the technical solution of this specification. Among them, the device for placing an order for goods based on red envelopes may include:
[0217] Display unit 2601 is used to display the received red envelope distribution notification; request initiation unit 2602 is used to initiate a request for receiving at least a part of the resources of the corresponding red envelope in response to a trigger operation on the red envelope distribution notification; the display unit 2601 is also used to display a product order-related interface in response to successfully receiving the at least a part of the resources, and the product order-related interface is an interface for implementing product orders; the request initiation unit 2602 is also used to initiate an order request for a target product in response to an order operation on the product order-related interface, and the order request is used to indicate the deduction of the resources required for the order of the target product from the at least a part of the resources that have been successfully received.
[0218] In one illustrated embodiment, the interface related to placing an order for goods includes a goods browsing interface; the display unit 2601 is used to display the goods browsing interface, and the goods browsing interface is used to show the alternative goods in a specific store specified by the issuer or the system; or, the interface related to placing an order for goods includes a store browsing interface and a goods browsing interface; the display unit 2601 is used to display the store browsing interface, and the store browsing interface is used to show the alternative stores; in response to a selection operation for a target store, the goods browsing interface corresponding to the target store is displayed, and the goods browsing interface is used to show the alternative goods in the target store; wherein the order operation is implemented for the target product shown in the goods browsing interface.
[0219] In an illustrated embodiment, the display unit 2601 is used to display alternative stores matching the store description information in the store browsing interface based on the configured store description information; wherein the store description information is used to limit at least one of the following attributes of the alternative stores: store address, brand, type of goods sold; and / or, the display unit 2601 is used to display alternative goods matching the goods description information in the goods browsing interface based on the configured goods description information; wherein the goods description information is used to limit at least one of the following attributes of the alternative goods: goods name, goods type, upper limit value of resources required for ordering goods, lower limit value of resources required for ordering goods; wherein at least a portion of the store description information and / or at least a portion of the goods description information are configured by the issuer.
[0220] In an illustrated embodiment, the display unit 2601 is used to include in the information of the alternative stores displayed in the store browsing interface the number of products sold in the corresponding alternative stores that match the product description information if the product description information exists.
[0221] In an illustrated embodiment, the display unit 2601 is used to display the order deadline and / or the countdown corresponding to the order deadline, and the order deadline is used to indicate: the deadline for the resources of the red envelope corresponding to the red envelope issuance notification to be used for commodity orders; wherein the order deadline is configured by the issuer, or the order deadline is the sum of the red envelope issuance time corresponding to the red envelope issuance notification and the system default duration.
[0222] In an illustrated embodiment, the display unit 2601 is also used to display a red envelope collection details interface, and the red envelope collection details interface includes at least one of the following: information of the user who successfully receives the resources in the red envelope corresponding to the red envelope issuance notification; information on whether the received resources have been used to place an order for goods; and information on an order generated based on a successful order for the received resources.
[0223] In one illustrated embodiment, the resources of the red envelope corresponding to the red envelope distribution notification are frozen in the resource account of the issuer; wherein: the collection request is used to indicate: obtaining the right to use at least a part of the resources; the order request is used to indicate: deducting the resources required for placing an order for the target product from the frozen resources in the resource account of the issuer.
[0224] In an illustrated embodiment, the display unit 2601 is used to display the red envelope distribution notification received by the client of the communication application; wherein the red envelope distribution notification comes from the server of the shopping application, and is issued by the server of the shopping application based on the red envelope distribution request from the issuer; the request initiating unit 2602 is used to initiate the collection request to the server of the shopping application; the request initiating unit 2602 is also used to initiate the order request to the server of the shopping application.
[0225] In an illustrated embodiment, the red envelope corresponding to the red envelope distribution notification includes at least one of the following types: a private chat red envelope distributed within a private chat session; a first type of group chat red envelope distributed within a group chat session, and the participants of the first type of group chat red envelope are group members designated by the issuer; a second type of group chat red envelope distributed within a group chat session, and the participants of the second type of group chat red envelope are not designated by the issuer.
[0226] Please refer to Fig. 27 The device for distributing red envelopes for placing orders for goods can be applied to Fig.25 The device shown in the figure is used to implement the technical solution of this specification. The device for distributing red envelopes for placing orders for goods may include: a display unit 2701, used to display a red envelope distribution interface; a configuration unit 2702, used to configure the red envelope to be distributed in response to a configuration operation on the red envelope distribution interface; a request initiation unit 2703, used to initiate a red envelope distribution request in response to a distribution operation on a configured red envelope, so that the resources of the corresponding red envelope are collected based on the above Figure 3 The method described in the illustrated embodiment is used to implement commodity ordering.
[0227] In an illustrated embodiment, the display unit 2701 is used to display a session interface in a client of a communication application, wherein the session interface includes an entry control for a red envelope issuance function; in response to a trigger operation on the entry control, the red envelope issuance interface is displayed; wherein the red envelope issuance request is used to indicate sending a red envelope issuance notification to the communication session corresponding to the session interface.
[0228] In an illustrated embodiment, the red envelope issuance interface includes: a first sub-interface, the first sub-interface is used to issue the red envelope for realizing the order of goods; a second sub-interface, the second sub-interface is used to issue the red envelope for only realizing resource transfer; the request initiation unit 2703 is used to initiate a red envelope issuance request to the server of the shopping application through the first sub-interface, so as to instruct the server of the shopping application to send a red envelope issuance notification to the communication session.
[0229] In an illustrated embodiment, the communication session is a group chat session; the configuration unit 2702 is used to configure the red envelope to be issued as a first type of group chat red envelope, and set at least one group member in the group corresponding to the group chat session as a red envelope issuance object, and the red envelope issuance object is an object that is allowed to receive the resources in the red envelope; the configuration unit 2702 is used to configure the red envelope to be issued as a second type of group chat red envelope, and set the value n of the number of red envelopes, where n is a positive integer; wherein the red envelope issuance objects are the n group members in the group corresponding to the group chat session who first triggered the red envelope issuance notification.
[0230] In an illustrated embodiment, the configuration unit 2702 is used to configure store description information and / or product description information; wherein, the store description information is used to limit the stores for placing orders for products, and the product description information is used to limit the products for placing orders; wherein: the store description information is used to limit at least one of the following attributes of the store: store name, brand, type of goods sold, store address; the product description information is used to limit at least one of the following attributes of the product: product name, product type, upper limit of resources required for placing an order for the product, lower limit of resources required for placing an order for the product.
[0231] In an illustrated embodiment, the configuration unit 2702 is used to set the order deadline corresponding to the red envelope to be issued, and the order deadline is used to indicate: the deadline for the resources corresponding to the red envelope to be issued to be used for placing orders for goods.
[0232] Please refer to Fig.28 The device for placing orders for goods based on red envelopes can be applied to Fig.25The device shown in the figure is used to implement the technical solution of this specification. The device for placing an order for goods based on red envelopes may include: a sending unit 2801, which is used to respond to a red envelope issuance request initiated by the issuing party and send a red envelope issuance notification to a target communication session in which the issuing party participates in a communication application; a determining unit 2802, which is used to respond to a collection request initiated by a participant of the target communication session based on the red envelope issuance notification and determine whether the participant has successfully received at least a part of the resources of the corresponding red envelope; a resource management unit 2803, which is used to deduct the resources required for placing an order for the target product from the at least a part of the resources successfully received by the participant if the collection is successful and an order request initiated by the participant for the target product is further received, so as to assist the participant in completing the order.
[0233] In an illustrated embodiment, the device also includes: the resource management unit 2803, which is used to freeze a corresponding amount of resources from the resource account of the issuer in response to the red envelope issuance request; the resource management unit 2803, which is used to grant the participant the right to use at least a portion of the resources in the corresponding red envelope if the participant successfully receives the at least a portion of the resources; the resource management unit 2803, which is used to deduct the resources required for placing an order for the target product from the frozen resources in the resource account of the issuer in response to the order request.
[0234] Based on the same concept as the above method, this specification also provides an electronic device, including: a processor; a memory for storing processor executable instructions; wherein the processor implements the steps of the method described in any of the above embodiments by running the executable instructions.
[0235] Based on the same concept as the above method, this specification also provides a computer-readable storage medium on which computer instructions are stored. When the instructions are executed by a processor, the steps of the method described in any of the above embodiments are implemented.
[0236] Based on the same concept as the above method, this specification also provides a computer program product, including a computer program / instruction, which implements the steps of the method described in any of the above embodiments when executed by a processor.
Claims
1. A method for placing a commodity order based on a red envelope, characterized in that: The method comprises: Display the received red envelope distribution notification; In response to a triggering operation on the red envelope distribution notification, initiating a request for receiving at least a portion of the resources of the corresponding red envelope; In response to successfully receiving the at least a portion of the resources, displaying a product ordering related interface, wherein the product ordering related interface is an interface for implementing a product ordering; In response to an ordering operation on the product ordering related interface, an ordering request for a target product is initiated, and the ordering request is used to indicate that resources required for ordering the target product are deducted from the at least a portion of the resources successfully collected.
2. The method according to claim 1, characterized in that The product ordering related interface includes a product browsing interface; the display of the product ordering related interface includes: displaying the product browsing interface, the product browsing interface is used to show the candidate products in a specific store specified by the issuer or the system; or, The product ordering related interface includes a store browsing interface and a product browsing interface; the product ordering related interface includes: Displaying the store browsing interface, where the store browsing interface is used to display candidate stores; In response to a selection operation for a target store, displaying a product browsing interface corresponding to the target store, wherein the product browsing interface is used to display candidate products in the target store; The order placement operation is performed on the target product shown in the product browsing interface.
3. The method according to claim 2, characterized in that The displaying of the store browsing interface includes: According to the configured store description information, candidate stores matching the store description information are displayed in the store browsing interface; wherein the store description information is used to limit at least one of the following attributes of the candidate stores: store address, brand, and type of goods sold; and / or, The display of the product browsing interface corresponding to the target store includes: According to the configured product description information, the candidate products matching the product description information are displayed in the product browsing interface; wherein the product description information is used to limit at least one of the following attributes of the candidate products: product name, product type, upper limit value of resources required for placing an order for the product, and lower limit value of resources required for placing an order for the product; Wherein, at least a part of the store description information and / or at least a part of the product description information is configured by the issuer.
4. The method according to claim 3, characterized in that: The displaying of the store browsing interface includes: If the product description information exists, the information of the candidate stores displayed in the store browsing interface includes: the number of products sold by the corresponding candidate stores that match the product description information.
5. The method according to claim 1, characterized in that: Also includes: Displaying the ordering deadline and / or the countdown corresponding to the ordering deadline, wherein the ordering deadline is used to indicate the deadline when the resources of the red envelope corresponding to the red envelope distribution notification can be used to place an order for a product; Among them, the order deadline is configured by the issuer, or the order deadline is the sum of the red envelope issuance time corresponding to the red envelope issuance notification and the system default duration.
6. The method according to claim 1, characterized in that Also includes: Display the red envelope receiving details interface, wherein the red envelope receiving details interface includes at least one of the following: Information of the user who successfully receives the resources in the red envelope corresponding to the red envelope distribution notification; Information on whether the received resources have been used to place orders for goods; Information about orders generated by successfully placing orders based on the resources received.
7. The method according to claim 1, characterized in that The resources corresponding to the red envelope in the red envelope issuance notification are frozen in the resource account of the issuer; in: The claim request is used to instruct: obtaining the use right for the at least part of the resources; The order request is used to instruct: to deduct the resources required for placing an order for the target product from the frozen resources in the resource account of the issuer.
8. The method according to claim 1, characterized in that The displaying of the received red envelope issuance notification includes: displaying the red envelope issuance notification received by the client of the communication application; wherein the red envelope issuance notification comes from the server of the shopping application, and is issued by the server of the shopping application based on the red envelope issuance request from the issuer; The initiating a request for receiving at least a portion of the resources of the corresponding red envelope includes: initiating the request for receiving to a server of the shopping application; The initiating an order request for the target product includes: initiating the order request to a server of the shopping application.
9. The method according to claim 1, characterized in that: The red envelope corresponding to the red envelope distribution notification includes at least one of the following types: Private chat red envelopes issued within a private chat session; A first type of group chat red packet distributed in a group chat session, where the participants of the first type of group chat red packet are group members designated by the issuer; The second type of group chat red envelope issued in the group chat session, the participants of the second type of group chat red envelope are not specified by the issuer.
10. A method for distributing red envelopes for placing commodity orders, characterized in that: The method comprises: Display the red envelope distribution interface; In response to the configuration operation on the red envelope distribution interface, configuring the red envelope to be distributed; In response to the distribution operation of the configured red envelope, a red envelope distribution request is initiated so that the resources of the corresponding red envelope are collected to realize the ordering of goods based on the method described in any one of claims 1-9.
11. The method according to claim 10, characterized in that The red envelope distribution interface includes: Displaying a conversation interface in a client of a communication application, wherein the conversation interface includes an entry control for a red envelope distribution function; In response to a triggering operation on the entry control, displaying the red envelope distribution interface; The red envelope distribution request is used to instruct sending a red envelope distribution notification to the communication session corresponding to the session interface.
12. The method according to claim 11, characterized in that The red envelope distribution interface includes: A first sub-interface, wherein the first sub-interface is used to distribute the red envelope used to place an order for the product; The second sub-interface is used to issue red envelopes that only realize resource transfer; The initiating the red envelope issuance request includes: initiating the red envelope issuance request to the server of the shopping application through the first sub-interface, so as to instruct the server of the shopping application to send a red envelope issuance notification to the communication session.
13. The method according to claim 11, characterized in that The communication session is a group chat session; and the configuration of the red envelope to be distributed includes: The red envelope to be issued is configured as a first type of group chat red envelope, and at least one group member in the group corresponding to the group chat session is set as a red envelope issuing object, and the red envelope issuing object is an object that is allowed to receive the resources in the red envelope; The red envelope to be distributed is configured as a second type of group chat red envelope, and a value n of the number of red envelopes is set, where n is a positive integer; wherein the red envelope distribution objects are the n group members in the group corresponding to the group chat session who first triggered the red envelope distribution notification.
14. The method according to claim 10, characterized in that The configuration of the red envelope to be distributed includes: Configure store description information and / or product description information; wherein the store description information is used to limit the stores for placing orders for products, and the product description information is used to limit the products for placing orders; in: The store description information is used to limit at least one of the following attributes of the store: store name, brand, type of goods sold, store address; The commodity description information is used to limit at least one of the following attributes of the commodity: commodity name, commodity type, an upper limit value of resources required for placing an order for the commodity, and a lower limit value of resources required for placing an order for the commodity.
15. The method according to claim 10, characterized in that The configuration of the red envelope to be distributed includes: The order cut-off time corresponding to the red envelope to be issued is set, and the order cut-off time is used to indicate: the cut-off time when the resources corresponding to the red envelope to be issued can be used for placing orders for goods.
16. A method for placing a commodity order based on a red envelope, characterized in that: The method comprises: In response to a red envelope distribution request initiated by the issuer, sending a red envelope distribution notification to a target communication session in the communication application in which the issuer participates; In response to a receiving request initiated by a participant of the target communication session based on the red envelope distribution notification, determining whether the participant has successfully received at least a portion of the resources of the corresponding red envelope; If the collection is successful and an order request for the target product is further received from the participant, the resources required for placing the order for the target product will be deducted from at least a portion of the resources successfully collected by the participant to assist the participant in completing the order.
17. The method according to claim 16, characterized in that The method further comprises: In response to the red envelope issuance request, freezing a corresponding amount of resources from the issuer's resource account; If the participant successfully receives at least a portion of the resources in the corresponding red envelope, the participant is granted the right to use the at least a portion of the resources; The deducting the resources required for placing an order for the target product from the at least a portion of the resources successfully received by the participant includes: in response to the order request, deducting the resources required for placing an order for the target product from the resources frozen in the resource account of the issuer.
18. An electronic device, characterized in that: include: processor; A memory for storing processor-executable instructions; wherein the processor implements the steps of the method according to any one of claims 1 to 17 by executing the executable instructions.
19. A computer-readable storage medium, characterized in that: Computer instructions are stored thereon, and when the instructions are executed by a processor, the steps of the method according to any one of claims 1 to 17 are implemented.
20. A computer program product, characterized in that The method comprises a computer program / instruction, which, when executed by a processor, implements the steps of the method according to any one of claims 1 to 17.