WO2022037086A1 - 网络直播交易订单执行、控制方法及其装置、设备与介质 - Google Patents

网络直播交易订单执行、控制方法及其装置、设备与介质 Download PDF

Info

Publication number
WO2022037086A1
WO2022037086A1 PCT/CN2021/086166 CN2021086166W WO2022037086A1 WO 2022037086 A1 WO2022037086 A1 WO 2022037086A1 CN 2021086166 W CN2021086166 W CN 2021086166W WO 2022037086 A1 WO2022037086 A1 WO 2022037086A1
Authority
WO
WIPO (PCT)
Prior art keywords
live broadcast
order
password
information
user
Prior art date
Application number
PCT/CN2021/086166
Other languages
English (en)
French (fr)
Inventor
郭锦荣
Original Assignee
广州华多网络科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 广州华多网络科技有限公司 filed Critical 广州华多网络科技有限公司
Publication of WO2022037086A1 publication Critical patent/WO2022037086A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces

Definitions

  • the present application relates to the technical field of webcasting, in particular to a method for executing a webcasting transaction order, a method for controlling a webcasting transaction order, and devices, equipment and non-volatile storage media corresponding to these methods.
  • viewers of webcasting can not only watch various live broadcast contents in the live broadcast rooms set up by major live broadcast platforms, but also shop through the live broadcast platforms.
  • the audience users in the live broadcast room learn about the products through the way that the anchor users orally introduce the products in the live broadcast room, and jump to the corresponding product detail page or page of the platform as needed.
  • audience users can understand the products more intuitively and increase their desire to purchase through the interaction with the anchor users in the live broadcast room.
  • audience users in the live broadcast room need to frequently jump to pages or open the corresponding shopping platform application during the whole shopping process.
  • the whole process is complicated and slow, and may even freeze or freeze due to problems with the audience’s equipment. , thus losing the opportunity to buy.
  • the primary purpose of the present application is to provide a method for executing online live transaction orders and a corresponding online live transaction order execution device, electronic equipment and non-volatile storage medium, so as to optimize the online rush purchase process and improve the execution efficiency of the rush purchase transaction order.
  • a method for executing an online live transaction order proposed to meet the primary purpose of this application includes the following steps:
  • any one or more items of the reservation password, the rush-buying activation password, and the rush-buying result information are formatted as live broadcast room visualization information, and output to the public speaking area of the live broadcast room interface or processed as a live broadcast room.
  • the popup of the video playback window is formatted as live broadcast room visualization information, and output to the public speaking area of the live broadcast room interface or processed as a live broadcast room.
  • the order editing page is a hideable page, which is suitable for being called up through the live broadcast room interface, and is in an available state in response to the permission opening instruction of the anchor user.
  • the method also includes the following subsequent steps:
  • the reservation password is received by the server and broadcast to the live room to display the formatted information of the reservation password on the interface of all users of the live room.
  • the server that supports the rush purchase transaction of the target commodity is the application server of the e-commerce service platform that has an interface protocol with the server that supports the operation of this live broadcast room to realize mutual data exchange.
  • a method for controlling an online live broadcast transaction order proposed to meet one of the purposes of this application includes the following steps:
  • the commodity configuration information is pre-defined by the host user, and the configuration information is allowed to be pushed by receiving the permission opening instruction of the host user in advance.
  • any one or multiple items of the reservation password, the rush-buying start password, and the rush-buying result information are formatted as visual information in the live broadcast room, and are output to the public speaking area of the live broadcast room interface or are processed as the live broadcast room video. Play the popup of the window.
  • the step of receiving the reservation password customized by the audience user for the target product it is detected whether the order information corresponding to the reservation password has the execution condition, and if the execution condition is not satisfied, the corresponding audience user is notified. Feedback notification information.
  • detecting whether the order information meets the execution conditions detecting whether the personal account of the audience user to which the reservation password belongs is insufficient, or detecting whether the inventory of the target product meets the requirements of the The requirements of order information, when the judgment result is yes, are deemed to have the execution conditions.
  • the ordering unit is used to display the order editing page of the target product on the interface of the live broadcast room;
  • a generating unit configured to receive the order information about the target commodity edited and entered by the current user through the order editing page, and generate a corresponding reservation password
  • the snap-up unit configured to respond to the snap-up activation password of the live broadcast room host user, automatically submit the reservation password to the server that supports the snap-up transaction of the target commodity to execute the snap-up of its corresponding target product based on its corresponding order information;
  • the output unit is used to receive the panic purchase result information fed back by the server, and output it visually to the interface of the live broadcast room.
  • a push unit configured to push the commodity configuration information of the target commodity to the audience user
  • control unit configured to broadcast a panic buying activation password triggered by the host user of the live broadcast room to the audience user;
  • a broadcasting unit configured to receive a subscription password customized by the audience user for the target commodity, and broadcast the subscription password to the live broadcast room;
  • a feedback unit configured to execute an order transaction for the audience user with respect to the order information according to the reservation password, and feed back corresponding panic buying result information to the audience user.
  • An electronic device provided to suit one of the purposes of this application, comprising a central processing unit and a memory, the central processing unit is used to call and run a computer program stored in the memory to execute the online live broadcast transaction order described in this application Steps of the execution method or the described online live broadcast transaction order control method.
  • a non-volatile storage medium provided for one of the purposes of this application, which stores a computer program implemented according to the method for executing a live webcast transaction order or the method for controlling a live webcast transaction order, and the When the computer program is called and run by the computer, the steps included in the corresponding method are executed.
  • the present application transfers the control of the e-commerce rush-purchase business process to the anchor users of the live broadcast room, and realizes the advance processing of the rush-purchase-related reservation password before the centralized rush-buying.
  • This method can realize more efficient instruction and data interaction between transaction parties, which can effectively reduce the operation requirements of audience equipment and network servers when implementing online live broadcast commodity rush purchase activities, and avoid network congestion. Deeper integration will help the live broadcast platform to attract more live broadcast rooms to hold snap-up activities, and comprehensively stimulate the e-commerce transaction flow of the live broadcast platform.
  • this application opens up the ability of pre-purchase pre-purchase for viewers in the live broadcast room by optimizing the e-commerce rush purchase process.
  • the present application pushes the commodity configuration information of the target commodity to the audience user through the server, and the configuration information of the target commodity is pre-defined by the host user, and the configuration information is allowed to be pushed by receiving the permission opening instruction of the host user in advance;
  • the audience terminal receives the reservation instruction issued by the current user through the order editing page, generates a reservation password, and the reservation password represents the order information input from the order editing page.
  • the reservation password It includes the feature information of the current user, the commodity information of the target commodity, and the quantity information of the target commodity.
  • the steps include the process of verifying whether the current user's balance is sufficient, and the reservation password is generated only when the balance is sufficient. It can be understood from this that the present application allows viewer users to know the relevant information of the target product in advance before panic buying, so as to allow viewer users to pre-configure their own panic buying behavior through the controls related to panic buying products on the interface of the live broadcast room.
  • the reservation password is customized for the centralized rush purchase itself, and there is no need to rush to generate a rush purchase order at the time node of the centralized rush purchase, which greatly improves the interaction efficiency of the rush purchase.
  • the present application is beneficial for stimulating interactive traffic in the live room.
  • various passwords are generated as audience users in the live broadcast room participate in snapping purchases, and various passwords are usually pushed to the public screen or the bullet screen of the video stream playback window for rotation, which can increase the awareness of users in the live broadcast room.
  • Eyeball stimulating effect thus attracting more viewers and users to participate in the rush to buy, which has the effect of a virtuous circle, which leads to a large increase in the interactive traffic in the live broadcast room, such as speech, inquiries and other information traffic, which is important for improving the user's residence time and submitting the live broadcast room platform.
  • the utilization efficiency of various network facilities resources has obvious positive effects.
  • FIG. 1 is a schematic diagram of a typical network deployment architecture related to implementing the technical solution of the present application
  • FIG. 2 is a schematic flowchart of a typical embodiment of a method for executing a live online transaction order of the present application
  • FIG. 3 is a schematic block diagram of a process formed by the mutual cooperation of various related device roles in a web live broadcast scenario realized according to the inventive concept of the present application, which is only used for exemplary illustration;
  • FIG. 4 is a schematic flowchart of a typical embodiment of a method for controlling online live transaction orders according to the present application
  • FIG. 5 is a schematic block diagram of a typical embodiment of the apparatus for executing a transaction order in a live webcast of the present application
  • FIG. 6 is a schematic block diagram of a typical embodiment of the apparatus for controlling a transaction order in a live webcast of the present application.
  • a device with receive and transmit hardware that has receive and transmit hardware capable of two-way communication over a two-way communication link.
  • Such devices may include: cellular or other communication devices such as personal computers, tablet computers, which have a single-line display or a multi-line display or a cellular or other communication device without a multi-line display; PCS (Personal Communications Service, Personal Communications Service) system), which can combine voice, data processing, fax, and/or data communication capabilities; PDA (Personal Digital Assistant), which can include radio frequency receivers, pagers, Internet/Intranet access, web browsers, note-taking Computer, calendar and/or GPS (Global Positioning System) receivers; conventional laptop and/or palmtop computers or other devices that have and/or include conventional laptop and/or radio frequency receivers A handheld computer or other device.
  • cellular or other communication devices such as personal computers, tablet computers, which have a single-line display or a multi-line display or a cellular or other communication device without a multi-line display
  • PCS Personal Communications Service, Personal Communications Service
  • PDA Personal Digital Assistant
  • PDA Personal Digital Assistant
  • client may be portable, transportable, mounted in a vehicle (air, marine and/or land), or adapted and/or configured to be locally operate, and/or in distributed form, operate at any other location on Earth and/or space.
  • the "client”, “terminal” and “terminal device” used here can also be a communication terminal, an Internet terminal, and a music/video playing terminal, such as a PDA, MID (Mobile Internet Device) and/or A mobile phone with music/video playback function, or a smart TV, set-top box, etc.
  • the hardware referred to by names such as "server”, “client” and “service node” in this application is essentially an electronic device with the equivalent capability of a personal computer, which is a central processing unit (including an arithmetic unit and a controller). ), memory, input device and output device and other necessary components disclosed by the Von Neumann principle, the computer program is stored in its memory, and the central processing unit transfers the program stored in the external memory into the memory to run, and executes the program.
  • the instructions in the interface interact with input and output devices to complete specific functions.
  • server can also be extended to the case of server clusters in the same way.
  • the servers should be logically divided. In physical space, these servers can be independent from each other but can be called through interfaces, or can be integrated into a physical server. A computer or a group of computers. Those skilled in the art should understand this modification, but should not limit the implementation of the network deployment manner of the present application.
  • the server 80 referred to in this application is deployed in the cloud, and as a front-end application server, it can be responsible for further connecting related data servers, video streaming servers, scoring servers for scoring real-time video streams, and other servers that provide related support, etc.,
  • a logically related service cluster is formed to provide services for related terminal devices such as the smart phone 81 and the personal computer 82 shown in the figure.
  • Both the smart phone and the personal computer can access the Internet through a well-known network access method, and establish a data communication link with the server 80 in the cloud, so as to run terminal applications related to the services provided by the server.
  • the server 80 is responsible for establishing a live room operation service, and the terminal runs an application program corresponding to the live room correspondingly.
  • the server 80 can be used to construct an e-commerce transaction service for maintaining the snap-purchase process, including providing various information of the snap-purchased commodity, maintaining various orders related to the commodity, processing various related instructions, and so on. All in all, in this application, the server supporting the webcast service and the server supporting the e-commerce service may be integrated into one, or may be established separately, which will not affect the implementation of this application.
  • the web live broadcast referred to in this application refers to a live broadcast room network service implemented based on the aforementioned network deployment architecture.
  • the live broadcast room referred to in this application refers to a video chat room realized by relying on Internet technology, usually with audio and video broadcast control functions, including anchor users and audience users. Other well-known online interaction methods are used to realize the interaction. Generally, the anchor user performs programs for the audience users in the form of audio and video streams, and economic transactions can also be generated during the interaction process.
  • the application form of the live broadcast room is not limited to online entertainment, but can also be extended to other related scenarios, such as education and training scenarios, video conference scenarios, product promotion and sales scenarios, and any other scenarios that require similar interaction.
  • the various methods and devices in the present application are realized by running an application program stored in a non-volatile storage medium on an electronic device such as a computer and a mobile phone. It can also be a service process. For the service process running on the server, the corresponding service interface can be opened through the Internet to serve the corresponding application program users on the terminal device side. Users recognized by the platform, including tourist users.
  • This application will disclose two aspects of the same invention and creation, and respectively disclose a method for executing a live webcast transaction order and a method for controlling a webcast transaction order, both of which are implemented as an application program or functional modules of the application program running on terminal devices and servers. , the two operate independently of each other, and cooperate with each other to complete the interaction, so as to implement the technical solutions of the present application from different aspects respectively, and demonstrate the advantages of the inventions and creations of the present application.
  • FIG. 2 and FIG. 3 a typical embodiment of a method for executing a live online transaction order of the present application, which is suitable for being programmed to be implemented as a terminal device application program, is shown as including the following steps:
  • Step S11 displaying the order editing page of the target product on the interface of the live broadcast room.
  • this application needs to provide a solution for users to place orders, the audience user and the anchor user need to complete the order process for the target product under the support of the GUI of the live broadcast room, so as to form a de facto contract between the two parties.
  • the subject commodity may refer to various types of commodities suitable for sale, and of course, it also refers to service products in general, and the specific types thereof are not limited.
  • the commodity information related to the target commodity is accessible to audience users. Therefore, in order to facilitate audience users to place orders in the live broadcast room, in addition to the ability to flexibly display the actual commodity during the live broadcast, it is usually necessary to make it easier for audience users to place orders in the live broadcast room.
  • Configure the product configuration information of the relevant target product in its background including product name, quantity, amount, basic appearance pictures, and even detailed information.
  • the anchor user can adapt to the needs of the snap-purchase business process when necessary, and configure the configuration information related to the snap-up business process in advance, including the time to start the snap-purchase business process for various commodities.
  • the service platform of the live broadcast room can build an e-commerce platform for the host users of the live broadcast room to manage the target commodity, or cooperate with a third-party e-commerce platform and use the agreed data sharing interface between the platforms to realize the target commodity and commodity download. a range of functions required by a single. Therefore, in one embodiment, the server supporting the snap-purchase transaction of the target commodity, as the application server of the e-commerce service platform, and the server supporting the operation of the live broadcast room can be independent of each other but cooperate with each other. Interface protocol to realize data exchange with each other.
  • the anchor After completing the configuration operation of the listed product, the anchor uploads the relevant configuration information to the communication server responsible for implementing e-commerce support, so that the server can broadcast the notification information that the relevant product is in the editable state of the order to the live broadcast room, or, when When the live room user inquires from the server that the current live room is in an order-editable state according to the default rules or in response to user instructions, it feeds back to the corresponding user a notification message that the relevant commodities configured by the anchor user are in the order-editable state.
  • the server sends the configuration information of the target product to the client of the live broadcast room, mainly the audience client, and the live broadcast room user who knows the order editable status of the product can theoretically edit the relevant order for the corresponding product.
  • the anchor user needs to configure the relevant data of the target product in advance and make relevant preparations before starting the snap-purchase activity.
  • the anchor user In order to facilitate the audience and users to directly understand the basic information of the product through the relevant display window of the target product without jumping to the third e-commerce platform, to prevent the audience user from affecting the smoothness of the rush purchase process due to equipment performance or network reasons .
  • the display window may be an independent control, or may be implemented by sharing the order editing page. Audience users can read the commodity information of the relevant target commodities in the editable state of the order in the display window, so as to facilitate the subsequent implementation of snap-up.
  • the display window of the target product needs to be flexibly designed taking into account the actual situation of the specific graphical user interface of the live broadcast room.
  • the order editing page required for the execution of the order placing process is designed to be hidden.
  • the live broadcast room usually has a half-window display window that can be hidden, a dedicated page can be added to the half-window display window as the order editing page, so that the order editing page also has the property of being hidden. It is convenient to combine with the display window.
  • the display window can be a control with a small proportion of interface space, and can also be combined with the order editable page.
  • a non-full-screen webpage is expanded, which is It can be used to display the product information of the target product, and can also be used to access the order editing page; when exiting from the full-screen webpage, it will return to the original interface and reproduce the controls.
  • the display window and the order editing page can also be designed separately. For example, referring to the above two examples, the order editing page is still designed in the form of a half-window, and the display window is still designed in the form of a control.
  • the functions to be realized by the display window can be taken into account, and the product information about the target product obtained from the relevant database of the e-commerce platform can be displayed; Receive various order information from the user, such as purchase quantity, model selection, etc., and also provide some related controls, such as the last control for confirming the submission, etc.
  • the order editing page can be taken into account, and the product information about the target product obtained from the relevant database of the e-commerce platform can be displayed; Receive various order information from the user, such as purchase quantity, model selection, etc., and also provide some related controls, such as the last control for confirming the submission, etc.
  • the order editing page has the hideable attribute, when the audience users of the live room participate in the activities of the live room, they can call out the half-window display window by performing user operations such as sliding screen and touch. to access the order edit page.
  • the order editing page can also be set to an unavailable state by default, and can be switched to an available state according to the permission release instruction issued by the anchor user.
  • This permission opening instruction can be manually or automatically issued by the host user after completing the information configuration of the target product, and is broadcast by the server to all audience users. After receiving the permission opening instruction, the live broadcast room application of each audience user sets the editable order to the user. Accessible availability status.
  • the half-window display window can display limited plane space, it can be further flexibly handled during specific implementation. For example, it can be designed as a page that is not limited by the size of the half-window display window, so that audience users can move the page left and right or up and down. For another example, if the half-window is insufficient to display, paging can be performed to display more detailed information. In order to facilitate the audience users to fill in the order information.
  • Step S12 receiving the order information about the target commodity edited and entered by the current user through the order editing page, and generating a corresponding reservation password:
  • the order editing page is used for the audience user to reserve the target product.
  • the audience user can enter order information for the target product on the order editing page.
  • the order information usually includes the quantity of goods ordered, the model of the goods ordered, the delivery address, the name of the consignee, the contact information of the consignee, etc. Some of the information can be set by default, for example, the quantity of the goods can be set to 1.
  • the relevant contact information item can be directly called here by the information that the audience user has entered in advance.
  • a commodity settlement window may be popped up for the audience user to display the order information and settlement information such as the total price of the purchased commodity, so as to facilitate the audience user to confirm the order information.
  • the reservation password can be generated accordingly.
  • the present application is not limited to one triggering method. After the audience user completes the final submission of the above-mentioned order information, there are multiple ways to trigger the instruction to generate the reservation password. Specifically, you can refer to the following methods:
  • the audience user after the audience user confirms the order information, they can click the payment control to make payment; the audience user can choose different ways to pay, including but not limited to paying through a third-party payment platform or providing payment through the live broadcast platform application. payment platform for payment. When it completes the payment, it is deemed to constitute a condition that triggers the generation of the reservation password.
  • the server associated with the audience user's balance information will make a judgment on whether the audience user's balance meets the total price of the snapped-up commodity in order to generate a reservation password; if not, output to the user.
  • the third method for the step of moving the payment process back, whether the payment is realized through the third-party platform in the first method above or the in-platform payment in the second method above, it can be paid in the audience user's
  • the audience terminal will carry out after receiving the information of the panic buying result. Therefore, as long as the user completes the final submission of the order information, it can be regarded as a condition for triggering the generation of a reservation password.
  • the server can automatically refund it and access the deducted money to the debited account.
  • the audience user's live broadcast room application can initiate a query request to the relevant server to check whether the audience user's balance is sufficient to verify whether the user's balance is sufficient. . If the user's balance is insufficient, the subscription password will not be generated any more, and only if the user's balance is sufficient can the subsequent process of generating the subscription password be performed. It is understandable that checking the balance in advance is beneficial to ensure the success rate of placing an order.
  • the reservation password is a set of data formed by obtaining the order information entered by the audience user on the order editing page, the configuration information of the target product and the characteristic information of the audience user, and formatted accordingly.
  • the feature information of the audience user is generally the user ID of the audience user, and the order information generally already contains information such as the product name, product number, style number, and order quantity.
  • the subscription password is subsequently used to realize message notification in the live room.
  • the format of the reservation password may be similar to (I am snapping up ⁇ commodity name>##product number#style number#quantity##), of course, other formats may also be used, such as further disclosing the audience user
  • the settlement amount, etc. can be set flexibly by those skilled in the art.
  • the order information is held in the background, and the transaction process can be executed in the background according to the order information, and the reservation password can be realized as a barrage or The public screen speech and the use of business process messaging go hand in hand.
  • Step S13 in response to the rush purchase activation password of the live broadcast room host user, automatically submit the reservation password to the server that supports the rush purchase transaction of the subject commodity to execute the rush purchase of the corresponding subject commodity based on its corresponding order information:
  • the anchor user can prepare for the recommendation link of the target product of the snap-up event in the live broadcast room, orally introduce and display the product through the live broadcast room, and interact with the audience users.
  • the audience user can execute and complete the entry of the order information through the order editing page at any time until the reservation password is generated.
  • the anchor user After the anchor user completes the recommendation link, he can control the start of the snap-buying, and broadcast the snap-purchase activation password to the live broadcast room through the host user issuing a user instruction or through the default time trigger mechanism, instructing the live room to follow the reservations of the audience users. password to execute the snap.
  • the mechanism for triggering the snap-up activation password can refer to the following description:
  • the host of the host user when the host of the host user completes the configuration of the target product, it can also set the start time of panic buying, so as to trigger the live broadcast room to generate the corresponding start password when the time specified by the time arrives.
  • the snap-up start time can be set by the anchor user according to the subjective wishes or automatically set by the operation mechanism designed by the platform side of the live broadcast room. For example, it can be set at 19:00 Beijing time, when the time reaches 19:00 Beijing time. After 00, it triggers the generation of a panic buying activation password. Time zone differences involving different regions can be converted by the server in the live broadcast room, so that viewers and users in different regions can collaborate based on the same time standard.
  • the snap-purchase start time can also be set as a time interval by the anchor user.
  • the opening time of the time interval is the start time when the anchor end of the anchor user completes the configuration operation of the listed product, and the end time is the start time.
  • the time that arrives after the time interval has elapsed. For example, if the host user sets the time interval to 10 minutes, the host terminal of the host user will trigger the generation of the panic buying activation password when it arrives 10 minutes after completing the configuration operation of the listed product.
  • the host user can trigger the generation of a panic buying activation password through a specific control on the live broadcast room interface of the host.
  • the implementation manner of the specific control is relatively flexible, and can be flexibly set by those skilled in the art with reference to other design solutions related to the control in this application, which will not be repeated.
  • the user's specific gesture can also be recognized from the video stream and used as a triggering condition for generating the panic buying activation password, so that the live broadcast room can support the panic buying activity more intelligently, and realize it with the real scene. Deep integration.
  • the live broadcast room application will determine that it has the conditions to generate the panic buying start password, and issue the corresponding panic buying start password according to these triggering conditions.
  • the panic buying start password is supported by the server. Broadcast into the live room to reach every viewer user.
  • the server receives the password, encapsulates it as a broadcast message, and sends it to each audience user.
  • the server can include visual information such as animation special effects in the corresponding broadcast message, so that the audience and users can more easily perceive the panic buying activation through the visual information. Delivery of passwords.
  • the rush-buying activation password is generally formulated by the anchor user, and its format can be similar to (start rush-buying ⁇ commodity name>, only #quantity#), of course, other formats can also be used, such as further disclosing the price of the calibrated commodity, etc., A person skilled in the art can flexibly set this.
  • the audience user After the audience user receives the broadcast message from the background server, it parses out the panic buying activation password, which will trigger the flow of the audience user's live broadcast room application to respond to the panic purchasing activation password, and issue an automatic panic purchasing instruction on the local machine, in response to the For automatic snap-up instructions, the live broadcast room application of the audience user sends the generated reservation password and the corresponding pre-defined order information to the server.
  • the server that receives the reservation password and order information is usually a server suitable for providing technical support for e-commerce transactions for the target commodity, and the server can also be combined with the live room server. It can be received by servers with different network addresses. In a word, as long as the relevant server has the correlation support that supports the transaction process of the target commodity, so as to ensure the normal operation of the snap-purchase activity.
  • the automatic snap-up instruction refers to a prerequisite that triggers the live broadcast room application program of the viewer user to submit the reservation password to the server, and is mainly used to summarize the situation that the snap-up activation password causes the submission of the reservation password.
  • the snap-up activation password can be identified by a judgment statement, it is regarded as including an automatic snap-up instruction, and the process of submitting the reservation password is invoked. Therefore, relatively speaking, the submission of the reservation password is transparent to the audience user, and the audience user can automatically submit the corresponding reservation password without any operation. From another perspective, since the subscription password is submitted in response to the rush purchase activation password of the anchor user, the anchor user actually plays a role in controlling the rush purchase activation.
  • the order information may be sent to the server together with the reservation password.
  • the server that obtains the order information can follow the relevant procedures supported by e-commerce to perform snap-up and place an order.
  • the order information may also be sent to the server in advance, and then the server will call to execute the transaction when the server subsequently receives the reservation password.
  • the reservation password usually includes the characteristic information of the current audience user so that the personal information of the audience user can be displayed in the live broadcast room accordingly, including the commodity information of the target product to announce the purchased product, and also includes the rush purchase of the target product. quantity information.
  • the reservation password can be used at the server to trigger the execution of the order transaction process and be used for mutual verification with the corresponding order information, and as announcement information, it can be used to convey the panic buying information to all users of the live broadcast platform in real time. displayed on the interface.
  • the reservation password can be formatted and output as visual information in the live broadcast room like the above-mentioned panic buying activation password, and released through the bullet screen or through the public speaking area, so as to be visible to all users.
  • the format of the reservation password can be similar to (I am snapping up ⁇ commodity name>##product number#style number#quantity##), of course, other formats can also be used, such as further disclosing the price of the calibrated commodity, etc. Those skilled in the art can set flexibly.
  • Step S14 receiving the panic buying result information fed back by the server, and outputting it visually to the live broadcast room interface:
  • the server After the server receives the reservation password and related order information submitted by the audience user, referring to FIG. 3 , the server can make corresponding analysis, obtain the specific details of the reservation password and order information, and carry out correlation according to the business logic required for implementing e-commerce transactions Judging the conditions, after judging that the corresponding conditions are met, the rush purchase is performed for the audience user, and finally the corresponding rush purchase result information is unicast to the corresponding audience user.
  • the server uses the reservation password and order information to execute the order placing process
  • various implementations which will be disclosed in further detail in the method related to server implementation in this application, which is not listed here for the time being.
  • the snap-purchase result information mainly includes two types, namely snap-purchase failure information and snap-purchase success information.
  • the panic-buying failure information is generated by the server according to the result of executing the order process for the target product according to the order information.
  • the panic-buying order fails for any reason, including insufficient balance of the audience user, network failure, etc. , will cause the panic buying failure information to be generated, and the server will unicast it to the terminal device of the corresponding viewer user, so as to convey the result to the viewer user.
  • the snap-up success information is also generated by the server in response to the result of executing the order process for the target product according to the order information, if and only if the server successfully executes the snap-up on the target product for the audience user. Only when the entire business process of placing an order is the server unicast feedback it to the audience user.
  • the information about the failure of the purchase of the purchase is output by using a visual effect.
  • the visual effects of the failed snap-up information can be flexible and diverse, such as in the form of pop-up windows, video streaming windows, or animation effects, etc., so that audience users can quickly understand the failure of snap-up through the visualization of failed snap-up information. reason.
  • the unicast snap-purchase success information After the viewer end of the viewer user receives the unicast snap-purchase success information from the server, it can be formatted as a visual information output.
  • the output method of the visualization effect of the panic buying success information is roughly similar to the output of the panic buying failure information, and will not be repeated here.
  • the two types of panic buying result information can theoretically be formatted and output for more users in the live broadcast room by referring to the above-mentioned formatting principles of various passwords. It is broadcast to all users in the live room. Therefore, in the same way, it can be output as the bullet screen in the video stream playback window of the live room, the carousel information in the public speaking area, and so on.
  • the format of the successful snap-up information may be similar to (username has snapped up ⁇ commodity name>#quantity# pieces), of course, other formats may also be used, such as further including the total price of the audience user's order information, etc. , which can be set flexibly by those skilled in the art.
  • the snap-up success information is formatted as visual information and output to more users, in the video interface of the live broadcast room or the speech area of the live broadcast interface of the terminal equipment of the relevant audience users in the live broadcast room, the It will receive the successful purchase information of all the audience users who have successfully purchased the live broadcast room.
  • the rush-buying success information may further include the target commodity information in the order information of the rush-buying success, the quantity of the rush-buy target commodity, the delivery time of the rush-buy commodity, etc., which can be flexibly determined by those skilled in the art. identified related items.
  • the panic buying result information will be saved in the database about the order data of the server, and the audience users can later learn the detailed information about their own orders by entering the order details page of the live broadcast application, and can view
  • the logistics information of the order can also be used for order operations such as refunding and notifying the merchant to deliver the goods.
  • a device for executing online live transaction orders of the present application can be constructed.
  • the device includes:
  • a generating unit 32 configured to receive the order information about the subject commodity edited and entered by the current user through the order editing page, and generate a corresponding reservation password
  • the snap-buying unit 33 is configured to automatically submit the reservation password to the server that supports the snap-purchase transaction of the subject commodity in response to the snap-buying activation password of the host user of the live broadcast room to perform snap-buying of the corresponding subject product based on its corresponding order information;
  • the output unit 34 is configured to receive the panic purchase result information fed back by the server, and output the information to the live broadcast room interface in a visual manner.
  • FIG. 3 and FIG. 4 a typical embodiment of a method for controlling a live webcast transaction order of the present application, which is suitable for being implemented as a server application program or an application program module, is shown as including the following steps:
  • Step S21 push the commodity configuration information of the target commodity to the audience user:
  • the server may send the information of the target commodity to the relevant audience users in various ways.
  • the server pushes the commodity configuration information that the host user has allowed to open to all the audience users in the live broadcast room, so that when each audience user enters the order editing page, they can obtain the information without request. product configuration information.
  • the live studio application sends a request to the server in the background in response to the entry event, and the server pushes the commodity configuration information for it in response to the request.
  • the live room application will then display it on the order editing page.
  • the server supporting the rush purchase transaction of the target commodity will store the configuration information of the target commodity in the corresponding database, so that in this method Call at the right time.
  • the product configuration information of the anchor user is uploaded to the third-party e-commerce server, there is an interface protocol between the server that supports the operation of the live broadcast room and the third-party e-commerce server, so that they can exchange data with each other, and therefore also The commodity configuration information can be obtained to ensure that it can be pushed to the relevant audience users in the aforementioned various situations.
  • Step S22 broadcasting the panic buying activation password triggered by the host user of the live broadcast room to the audience user:
  • the server After the host user goes through the link of recommending products, he will timely initiate the snap-purchase activation password. After the server receives the snap-purchase activation password, it needs to forward it to the audience users in the live broadcast room, so that the audience users can participate in the snap-purchase activity accordingly.
  • the format of the snap-purchase activation password can be flexibly designed as described above, and will not be repeated here.
  • the server sends the panic buying activation password to the audience users, and it is suitable to implement it by broadcasting. Specifically, after the server receives the panic-buying activation password, in addition to marking the panic-buying activity status as needed, the server can decorate the panic-buying activation password and encapsulate it into a broadcast message and send it to the entire live broadcast room, so that all viewers and users can Receive the snap-up activation password.
  • the audience user who has received the snap-purchase activation password can refer to the embodiments of the previous method, and then execute and submit the subscription password accordingly.
  • Step S23 receiving the reservation password customized by the audience user for the target commodity, and broadcasting the reservation password to the live broadcast room:
  • the server can encapsulate it into broadcast information and send it to all users in the live room, so that the reservation password can be parsed by the live room application and output to the corresponding graphic user It can be displayed in the interface, including bullet screen or public screen speech.
  • the reservation password is mainly formatted to include the feature information of the viewer user, the commodity information of the target commodity, and the information on the quantity of the target commodity to be snapped up, etc. Please refer to the implementation on the host user side. , without further elaboration.
  • the reservation password submitted by the audience user may be parsed, and each item of information may be used to verify each other with the order information related to the reservation password already mastered by the server, so as to Further submit the order security to ensure data security.
  • the subscription password of the audience user is generated based on its corresponding order information, and the order information can be submitted to the server in advance at any time node before the snap-up is implemented, or can be submitted to the server along with the subscription password, In any case, as long as it does not affect the server's acquisition of the order information.
  • the server can compare and verify each other accordingly. If the corresponding items between the two are inconsistent, it indicates that the data may be tampered with in the middle, and the server can discard the relevant data.
  • the server can also make more detailed verification of the order information in response to the reservation password, including verifying whether the balance of the corresponding viewer user is sufficient to pay for the order, and can also check whether the balance of the corresponding viewer user is sufficient to pay for the order.
  • the inventory information is compared, and it is verified whether the inventory of the target product supports the purchase quantity in the audience user's order information, etc., and completing such verification is conducive to submitting the success rate of subsequent snap-up purchases.
  • the server may filter the order information in response to the subscription password, the server detects the user ID (user personal characteristic information) of the audience user to which the order information belongs, and queries whether the user ID exists from the user black/white list database. For the corresponding record, if the record indicates that the user ID has been prohibited by the platform from carrying out the relevant snap-purchase activities, the relevant notification information can be directly output to the corresponding audience user.
  • the purpose of this filtering is that there may be users who violate the user agreement of the live broadcast platform among the audience users who are in the live broadcast room.
  • the server completes the multi-faceted verification of the order information corresponding to the reservation password, and detects whether the order information has the execution conditions.
  • the audience user feeds back relevant notification information, so as to inform the corresponding audience user that the snap-purchase is no longer performed.
  • this notification information can also be output by subsequent steps as the panic-purchase failure information in the panic-purchase result information.
  • the server can first broadcast the reservation password to the live broadcast room, and all users of the live broadcast room can know the announcement of the reservation password through the bullet screen or public screen. relevant information, so as to activate the panic buying atmosphere.
  • Step S24 executing the order transaction for the order information for the audience user according to the reservation password, and feeding back the corresponding panic buying result information to the audience user:
  • each audience user in the live broadcast room automatically submits their own subscription passwords, and the server automatically implements the panic-buying for the audience users according to these subscription passwords, and finally feeds back the panic-buying result information to the users.
  • the application is suitable for the server to process the snap-purchase order of multiple audience users according to a certain time logic. In theory, the sooner the audience users snap up, the more priority they should place orders for.
  • the submission of the reservation password is executed at the same time macroscopically. Although the factor of manual triggering by the audience user has been excluded, it has been automatically submitted. However, due to network and routing reasons, the time for the reservation password to arrive at the server will still reflect at least milliseconds In this case, according to the order in which the reservation password arrives, the order information of multiple audience users will be preferentially matched according to the principle of first come, first served. If the previous audience user can successfully place an order, the requirements of the panic buying strategy can be met, and the server can complete the matching of the panic buying order.
  • the editing or completion can be completed according to the order information.
  • the time of submission rather than the time of submission of the reservation password, is used as the basis for the first-come, first-served strategy to match the order.
  • snap-purchase order matching based on the editing time or submission time of the order information can better meet the purchasing intentions of audience users and achieve higher transaction efficiency.
  • the server After the server determines the user who can execute the snap-purchase transaction, it executes the corresponding business process of placing an order.
  • the server executes the business process of placing an order, it can be executed according to the business logic of traditional e-commerce services. It can be understood that if the e-commerce platform is deeply integrated with the live broadcast room service platform, the relevant verification steps in step S23 can be exempted when executing the business process of placing an order; if the e-commerce platform belongs to a third-party platform, this The process of executing the business process of placing an order by the server invoking the interface of the method may also involve checking the balance of the personal account of the relevant audience user.
  • the person who successfully places the order will be deducted the corresponding amount from his personal account, and the person who fails to place the order will not be deducted in the end (especially for those who have placed the order based on the order information before). in the case of early debit).
  • the business process of placing an order may only consider placing an order, and no deduction has been performed before, but a valid period is set to pay the corresponding audience users, and the payment period is relaxed, so that the audience users who participate in the snap-up purchase can be paid. Reserve funds preparation cycle.
  • each audience user can be provided for each audience user.
  • the snap-up result information is constructed.
  • the snap-up result information mainly includes snap-up failure information and snap-up success information.
  • snap-up failure information mainly includes snap-up failure information and snap-up success information.
  • the viewer user obtains the final result regarding the snap-up, thereby displaying a relevant notification in the GUI of his live room.
  • the anchor user also obtains the result information of the entire snap-up activity.
  • the reservation password, snap-purchase activation password, and snap-purchase result information on the server side are the same as those on the terminal device side of the audience user, and any one or more of them are formatted as live broadcast room visualization information, all of which are It can be output to the public speaking area of the live room interface or processed as a bullet screen of the video playback window of the live room, which can be flexibly implemented by those skilled in the art. It is precisely because of the simplicity of the password that it is convenient to transfer between the application and the server in the live broadcast room, and developers can achieve flexibility and efficiency, so it is recommended for this application.
  • a web live broadcast transaction order control device of the present application can be constructed.
  • the device includes:
  • the pushing unit 41 is configured to push the commodity configuration information of the target commodity to the audience user;
  • control unit 42 configured to broadcast the panic buying activation password triggered by the host user of the live broadcast room to the audience user;
  • a broadcasting unit 43 configured to receive the subscription password customized by the audience user for the target commodity, and broadcast the subscription password to the live broadcast room;
  • the feedback unit 44 is configured to execute the order transaction for the order information for the audience user according to the reservation password, and feed back corresponding panic buying result information to the audience user.
  • the present application provides an electronic device, including a central processing unit and a memory, the central processing unit is configured to call and run a computer program stored in the memory to execute the aforementioned implementations The steps of the online live broadcast transaction order execution method or the network live broadcast transaction control method described in the example.
  • the memory is suitable to use a non-volatile storage medium.
  • the relevant program codes and data are stored in the non-volatile storage of the electronic device.
  • the program is further run by the central processing unit of the electronic device, and the program is transferred from the non-volatile storage medium into the memory for running, and the desired purpose of the present application can be achieved.
  • a non-volatile storage medium can also be provided, in which a non-volatile storage medium stored according to the various embodiments of the method for executing a live webcast transaction order or the method for controlling a live webcast transaction is stored.
  • a computer program when the computer program is invoked by a computer to execute the steps included in the method.
  • the present application optimizes the operation process of the online live broadcast of the bid-winning commodity rush-buying activity, improves the operation efficiency of e-commerce, and at the same time is conducive to stimulating the user traffic of the online live broadcast, and realizes the deep integration of the online live broadcast and e-commerce.
  • the package of this application relates to apparatus for performing one or more of the operations and methods described in this application.
  • These devices may be specially designed and manufactured for the required purposes, or they may include those known in general purpose computers.
  • These devices have computer programs stored in their memory that are selectively activated or reconfigured.
  • Such a computer program may be stored in a device (eg, computer) readable medium including, but not limited to, any type of medium suitable for storing electronic instructions and coupled to a bus, respectively Types of disks (including floppy disks, hard disks, CD-ROMs, CD-ROMs, and magneto-optical disks), ROM (Read-Only Memory, read-only memory), RAM (Random Access Memory, random access memory), EPROM (Erasable Programmable Read-Only Memory) , Erasable Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory, Electrically Erasable Programmable Read-Only Memory), flash memory, magnetic card or optical card.
  • a readable medium includes any medium that stores or transmits information in a form that can be read by a device (eg, a computer).

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种网络直播交易订单执行、控制方法及其装置、设备与介质，该执行方法包括：在直播间界面显示标的商品的订单编辑页面（S11）；接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令（S12）；响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购（S13）；接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面（S14）。优化了网络直播中标的商品抢购活动的运作流程，提高了电商运作效率，同时有利于刺激网络直播的用户流量，实现了网络直播与电子商务的深度融合。

Description

网络直播交易订单执行、控制方法及其装置、设备与介质
本申请要求于2020年8月18日提交中国专利局、申请号为202010830734.8、发明名称为“网络直播交易订单执行、控制方法及其装置、设备与介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及网络直播技术领域，尤其涉及一种网络直播交易订单执行方法，同时涉及一种网络直播交易订单控制方法，以及涉及该些方法相应的装置、设备与非易失性存储介质。
背景技术
随着网络直播技术与电子商务技术的相互融合日益深入，网络直播的观众用户除了在各大直播平台架设的直播间中观看各种直播内容外，还可通过直播平台进行购物。
现有常见的网络直播与电子商务相结合的融合模式中，直播间的观众用户通过主播用户在直播间中口头介绍商品的方式了解商品，按需跳转到本平台相应的商品详细页或第三方购物平台中购买商品，相比传统的电视购物，观众用户可通过与主播用户在直播间的互动，更直观地了解商品，提升购买欲望。
按照这一融合模式，直播间的观众用户在整个购物流程中，需要频繁地跳转页面或打开相应的购物平台应用程序，整个过程复杂而缓慢，甚至可能由于观众设备的问题出现卡顿或死机，从而失去抢购机会。
另外，在主播用户开放抢购权限时，部分观众可能因为设备或网络原因无法抢购到心仪的商品，且抢购所产生大量的数据瞬时涌入服务器，可能造成服务器瘫痪。
由此可见，如今的直播购物中，因抢购流程设计死板，对观众用户的设备和网络要求较高，常导致观众用户购物体验欠佳，影响了购买欲望，同时也导致主播的商品销量降低，一定程度上降低了直播平台营收。
发明内容
本申请的首要目的在于提供一种网络直播交易订单执行方法及其相应的网络直播交易订单执行装置、电子设备以及非易失性存储介质，以优化网络抢购流程，提升抢购交易订单的执行效率。
作为本申请的另一目的，提供一种网络直播交易订单控制方法及其相应的网络直播交易订单控制装置、电子设备以及非易失性存储介质，以对应前一目的的方法而提供相应的基础支持。
为满足本申请的各个目的，本申请采用如下技术方案：
适应本申请的首要目的而提出的一种网络直播交易订单执行方法，其包括如下步骤：
在直播间界面显示标的商品的订单编辑页面；
接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令；
响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；
接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。
较佳的实例中，所述预订口令、抢购启动口令、抢购结果信息任意一项或任意多项被格式化为直播间可视化信息，被输出到直播间界面的公共发言区或被处理为直播间视频播放窗口的弹幕。
进一步的实例中，所述订单编辑页面为可隐藏页面，适于通过所述直播间界面调出，其响应于所述主播用户的权限开放指令而处于可用状态。
进一步的实例中，本方法还包括如下后续步骤：
所述预订口令被服务器接收后广播到直播间，以在直播间所有用户的界面显示该预订口令的格式化的信息。
部分实例中，所述支持该标的商品的抢购交易的服务器为与支持本直播间运营的服务器存在接口协议以实现彼此数据交换的电商服务平台的应 用服务器。
适应本申请的目的之一而提出的一种网络直播交易订单控制方法，其包括如下步骤：
向观众用户推送标的商品的商品配置信息；
向所述观众用户广播直播间主播用户触发的抢购启动口令；
接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令；
根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息。
进一步的实例中，所述商品配置信息由主播用户预先定义，以事先接收到所述主播用户的权限开放指令而允许推送该配置信息。
进一步的实例中，所述预订口令、抢购启动口令、抢购结果信息任意一项或任意多项被格式化为直播间可视化信息，被输出到直播间界面的公共发言区或被处理为直播间视频播放窗口的弹幕。
进一步的实例中，所述接收所述观众用户针对所述标的商品定制的预订口令的步骤中，检测与预订口令相对应的订单信息是否具备执行条件，若不具备执行条件，向相应的观众用户反馈通知信息。
较佳的实例中，所述检测所述订单信息是否具备执行条件的过程中，检测所述预订口令所属的观众用户的个人账户是否余额不足，或检测所述标的商品的库存量是否满足所述订单信息的要求，当判定结果为是时，视为具备执行条件。
适应本申请的目的之一而提出的一种网络直播交易订单执行装置，其包括：
下单单元，用于在直播间界面显示标的商品的订单编辑页面；
生成单元，用于接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令；
抢购单元，被配置为响应于直播间主播用户的抢购启动口令，自动向 支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；
输出单元，用于接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。
适应本申请的目的之一而提出的一种网络直播交易订单控制装置，其包括：
推送单元，被配置为向观众用户推送标的商品的商品配置信息；
控制单元，用于向所述观众用户广播直播间主播用户触发的抢购启动口令；
广播单元，用于接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令；
反馈单元，用于根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息。
适应本申请的目的之一而提供的一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行本申请所述的网络直播交易订单执行方法或者所述的网络直播交易订单控制方法的步骤。
适应本申请的目的之一而提供的一种非易失性存储介质，其存储有依据所述的网络直播交易订单执行方法或所述的网络直播交易订单控制方法所实现的计算机程序，所述计算机程序被计算机调用运行时，执行其相应的方法所包括的步骤。
对于现有技术，本申请的优势如下：
首先，本申请通过优化网络电商抢购流程，将电商抢购业务流程的控制权部分让渡给直播间的主播用户，并且在集中抢购之前实现对抢购相关的预订口令的提前处理，以这种方式实现交易各方更为高效的指令和数据 交互，能够有效的降低观众端设备和网络服务器在实施网络直播商品抢购活动时的运行要求，避免产生网络拥塞，从而，使网络直播与电子商务实现更深度的融合，有助于直播平台吸引更多直播间举行抢购活动，全面刺激直播平台的电子商务交易流量。
其次，本申请通过优化电商抢购流程而为直播间观众用户开放了抢购前预处理的能力。具体而言，本申请通过服务器向观众用户推送标的商品的商品配置信息，标的商品的配置信息是由主播用户预先定义，以事先接收到所述主播用户的权限开放指令而允许推送该配置信息；观众端接收当前用户经该订单编辑页面下达的预订指令，生成预订口令，预订口令表征自该订单编辑页面输入的订单信息，接收当前用户经该订单编辑页面下达的预订指令的步骤中，预订口令包含当前用户的特征信息、所述标的商品的商品信息，以及所述标的商品的抢购数量信息，步骤中包含验证当前用户余额是否充足的过程，当余额充足时才生成预订口令。由此可以理解，本申请允许观众用户在抢购前提前了解标的商品的相关信息，从而允许观众用户通过直播间界面的有关抢购商品的控件实现对自身抢购行为的预先配置，在此基础上，先于集中抢购本身定制好预订口令，而不需要在集中抢购的时间节点仓促生成抢购指令，大大提高了抢购的交互效率。
此外，本申请利于刺激直播间中的交互流量。具体而言，随着直播间中观众用户参与抢购而产生各种口令，各种口令通常被推送到公屏或者视频流播放窗口的弹幕中进行轮播，由此能够增加对直播间用户的眼球刺激作用，从而吸引更多观众用户参与抢购，起到良性循环的效果，由此导致直播间的交互流量例如发言、询价等信息流量大增，对于提高用户驻存时长以及提交直播间平台的各种网络设施资源的利用效率，有明显的正面效应。
本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
图1为实施本申请的技术方案相关的一种典型的网络部署架构示意图；
图2为本申请的网络直播交易订单执行方法的典型实施例的流程示意图；
图3为依据本申请的发明构思所实现的一种网络直播场景中，各个相关设备角色之间相互配合所形成的流程原理框图，仅作为示例性说明之用；
图4为本申请的网络直播交易订单控制方法的典型实施例的流程示意图；
图5为本申请的网络直播交易订单执行装置的典型实施例的原理框图；
图6为本申请的网络直播交易订单控制装置的典型实施例的原理框图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语 (包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。
需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。
请参阅图1，本申请相关技术方案实施时所需的硬件基础可按图中所示的架构进行部署。本申请所称的服务器80部署在云端，作为一个前端的应用服务器，其可以负责进一步连接起相关数据服务器、视频流服务器、针对即时视频流进行评分的评分服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备例如图中所示的智能手机81和个人计算机82提供服务。所述的智能手机和个人计算机均可通过公知的网络接入方式接入互联网，与云端的服务器80建立数据通信链路，以便运行所述服务器所提供的服务相关的终端应用程序。在本申请的相关技术方案中，服务器80负责建立直播间运行服务，终端则对应运行与该直播间相对应的应用程序。同理，服务器80可以用于架构其维护抢购流程的电商交易服务，包括提供被抢购商品的各类信息，维护与该商品相关的各类订单以及处理各种相关指令等等。总而言之，本申请中，支持网络直播服务的服务器与支持电商服务的服务器可以合而为一，也可分别设立，均不影响本申请的实施。
本申请所称的网络直播，是指一种基于前述的网络部署架构所实现的一种直播间网络服务。
本申请所称的直播间，是指依靠互联网技术实现的一种视频聊天室，通常具备音视频播控功能，包括主播用户和观众用户，主播用户与观众用户之间可通过语音、视频、文字等公知的线上交互方式来实现互动，一般是主播用户以音视频流的形式为观众用户表演节目，并且在互动过程中还可产生经济交易行为。当然，直播间的应用形态并不局限于在线娱乐，也可推广到其他相关场景中，例如教育培训场景、视频会议场景、产品推介销售场景以及其他任何需要类似互动的场景中。
本申请中的各种方法、装置，通过实现于存储于非易失性存储介质的应用程序在计算机、手机之类的电子设备运行来实现，这种应用程序运行后表现为进程，这种进程也可以是服务进程。对于运行于服务器的服务进程，可以通过互联网开放相应的服务接口，来为终端设备侧的相对应的应用程序用户服务，这些用户可以是主播用户或者观众用户，以及任何可以运用该应用程序并受平台所认可的用户，包括游客用户。
本领域技术人员对此应当知晓：本申请的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本申请所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。
本申请将揭示同一发明创造的两个方面，分别揭示一种网络直播交易订单执行方法和一种网络直播交易订单控制方法，均被实现为应用程序或者应用程序的功能模块运行于终端设备和服务器中，两者相互独立运行，而又互相配合完成交互，从而分别从不同方面实施本申请的技术方案，展示本申请的发明创造的优势。
请先结合图2和图3，适于被编程实现为终端设备应用程序的本申请的一种网络直播交易订单执行方法的典型实施例，其表现为包括如下步骤：
步骤S11，在直播间界面显示标的商品的订单编辑页面。
由于本申请需要提供用户下单的解决方案，因此，观众用户与主播用户之间需要在直播间图形用户界面的支持下，针对标的商品完成下单流程，以便构成双方之间一个事实合同。
所述标的商品可以是指适于销售的各类型的商品，当然也泛指服务产品，其具体类型不受限制。
实现标的商品相关的商品信息为观众用户可访问是实现在线销售的前提，因此，为了便于观众用户在直播间下订单，主播用户一侧，除可在直播时灵活展示商品实物外，通常需要事先在其后台配置相关标的商品的商品配置信息，包括商品名称、数量、金额、基本的外观图片，甚至详情信 息等。除此之外，主播用户可以在必要时适应抢购业务流程的需要，而提前配置抢购业务流程相关的配置信息，包括为各种商品开启抢购业务流程的时间等。
直播间服务平台可以自行搭建提供给直播间主播用户进行标的商品管理的电商平台，也可通过与第三方电商平台合作，借助平台之间协议好的数据共享接口来实现标的商品以及商品下单所需的一系列功能。由此，在一个实施例中，支持标的商品的抢购交易的服务器，作为电商服务平台的应用服务器，与支持直播间运营的服务器之间，可以彼此独立而又互相配合，两者之间存在接口协议以实现彼此的数据交换。
主播端在完成上架标的商品的配置操作后，将相关配置信息上传到负责实施电商支持的通服务器，从而导致该服务器可以向直播间广播相关商品处于订单可编辑状态的通知信息，或者，当直播间用户按默认规则或者响应于用户指令而向该服务器查询当前直播间处于订单可编辑状态时，将主播用户完成配置的相关商品处于订单可编辑状态的通知消息反馈给相应的用户。由此，服务器将标的商品的配置信息送达直播间的用户端，主要是观众用户端，获知了订单可编辑状态的商品的直播间用户，理论上便可针对相应的商品编辑相关的订单。
无论采用何种方式管理主播用户的标的商品，主播用户均需要在其启动抢购活动之前事先配置好所述标的商品的相关数据，做好相关准备。以方便观众用户在不需要跳转到第三电商平台的情况下，即可以直接通过标的商品的相关展示窗口了解商品的基本信息，防止观众用户因设备性能或网络原因影响抢购流程的流畅性。
本实施例中，所述展示窗口可以是一个独立的控件，也可以共用所述的订单编辑页面来实现。观众用户可以在展示窗口中阅读处于订单可编辑状态的相关标的商品的商品信息，以方便后续实施抢购。
标的商品的展示窗口需要考虑到直播间具体图形用户界面的实际情况来灵活设计。本实施例中，考虑到最大化直播间图形用户界面的可活动空间，对于展示窗口与订单编辑页面合二为一的情况，将执行下单流程所需的订单编辑页面进行隐藏式设计。众所周知，由于直播间通常具有可隐藏 的半窗展示窗口，故可在该半窗展示窗口中添加一专用的页面作为所述的订单编辑页面，由此订单编辑页面也就具备了可隐藏属性，方便与所述展示窗口合二为一。其他实施例中，所述展示窗口可以为一界面空间占比较小的控件，同样可以与所述的订单可编辑页面合二为一，当该图标被触控时，展开一非全屏网页，既可用于展示标的商品的商品信息，也可用于访问订单编辑页面；当从该全屏网页退出时，则回到原有界面，再现所述控件。此外，所述展示窗口与所述订单编辑页面也可分立设计，例如，参照前述两例，订单编辑页面仍以半窗方式设计，所述展示窗口则仍以控件形式设计。
如前所述，在订单编辑页面中，一方面可以兼顾展示窗口要实现的功能，展示从电商平台相关数据库中获取的关于标的商品的商品信息，另一方面，可以提供相关的编辑框供接收用户的各种下单信息，例如购买数量、型号选择等等，还可提供一些相关控件例如最后用于确认提交的控件等。本领域技术人员根据此处的揭示，应当可以理解有关订单编辑页面的灵活实现形式。
可以理解，订单编辑页面由于具有可隐藏属性，因此，直播间的观众用户在参加直播间活动时，便可通过实施滑屏、触控之类的用户操作唤出所述的半窗展示窗口，来实现对该订单编辑页面的访问。
订单编辑页面还可以被默认设置为不可用的状态，而依据主播用户发出的权限开放指令使其切换到可用状态。这个权限开放指令可以是主播用户完成标的商品的信息配置后手动或自动下达的，被服务器广播所有观众用户，各观众用户的直播间应用程序收到该权限开放指令之后将可编辑订单置为用户可访问的可用状态。
涉及所述订单编辑页面的灵活设计，考虑到半窗展示窗口可展示平面空间有限，在具体实现时，可以进一步灵活处理。例如，可以将其设计为不受半窗展示窗口尺寸限制的页面，使得观众用户可以通过左右或上下移动该页面，又如，如果半窗不足显示，可进行分页处理，更详细的展示信息，以方便观众用户填写订单信息。
步骤S12，接收当前用户经该订单编辑页面编辑录入的关于所述标的 商品的订单信息，生成对应的预订口令：
如前所述，订单编辑页面用于供观众用户预订标的商品，当所述标的商品处于订单可编辑状态时，观众用户可以在该订单编辑页面中针对该标的商品输入订单信息。所述订单信息通常包括订购的商品数量，订购的商品型号、收货地址、收货人姓名、收货人联系方式等，其中部分信息可按默认值设置，例如所述的商品数量可以默认为1，相关联系信息项可以是观众用户事先已经录入的信息在此处直接调用。
通常，当观众用户完成订单编辑页的订单信息的录入后，可以进一步为其弹出一个商品结算窗口，以显示订单信息及抢购商品的总价格等结算信息，以方便观众用户确认订单信息。
当观众用户在所述的订单编辑页面中完成所述订单信息的录入，经确认结算信息提交后，便可据之生成所述的预订口令。
关于生成预订口令的指令触发的条件，本申请不局限于一种触发方式，在观众用户完成上述的订单信息的最终提交后，有多种方式触发生成预订口令的指令。具体而言，可以参照如下方式：
第一种方式，在观众用户确认订单信息后，可通过点击付款控件，进行付款操作；观众用户可选择不同的方式进行付款，包括但不限于通过第三方支付平台进行付款或通过直播平台应用提供的支付平台进行付款。当其完成付款后，视之为构成触发生成预订口令的条件。
第二种方式，当观众用户确认订单信息后，关联观众用户的余额信息的服务器将会进行对观众用户的余额是否满足抢购商品的总价格以便生成预订口令的判断；若否，则对用户输出余额不充足的提示；若满足则构成触发生成预订口令的条件。
第三种方式，对于将付款流程后移的步骤来说，无论是通过上述第一种方式中的第三方平台实现支付还是通过上述第二种方式中的平台内支付，均可在观众用户的观众端接收到抢购结果信息后进行。从而，只要用户完成所述订单信息的最终提交，即可视之为构成触发生成预订口令的条件。
参照以上揭示的各种构成触发生成预订口令指令的示例，可以理解， 直播间应用程序判断具备生成预订口令的条件后，便可执行生成预订口令的流程。
当然，如果观众用户按照上述第一和第二种方式提前完成订单付款，而后续却接收到抢购失败信息时，可以由服务器自动为其退款，将已扣款项原路访问至被扣款账户。
概括而言，无论在预订口令生成之前是否针对订单信息实施扣款，均可由观众用户的直播间应用程序向相关服务器发起针对该观众用户余额是否充足的查询请求，实现对用户余额是否充足的验证。如用户余额不足，则不再生成所述的预订口令，如用户余额充足才执行后续生成预订口令的流程。可以理解，提前查询余额有利于确保下单的成功率。
所述的预订口令，是通过获取观众用户在订单编辑页输入的订单信息、标的商品的配置信息及观众用户的特征信息进行相应的格式化处理成相应格式所形成的一组数据。观众用户的特征信息一般是该观众用户的用户ID，订单信息中一般也已包含了商品名称、产品编号、款式编号以及订购数量等信息，因此，可以直接依据这些信息生成相应的预订口令，以便后续利用该预订口令用于实现直播间内的消息通知。一个实施例中，所述的预订口令的格式可类似为(我正在抢购<商品名称>##产品编号#款式编号#数量##)，当然，也可采用其他格式，例如进一步公开该观众用户的结算金额等，本领域技术人员可灵活设定。
另一方面，对应所述预订口令的生成，后台中持有所述的订单信息，后续可据所述的订单信息在后台执行交易流程，而所述的预订口令则可被实现为弹幕或公屏发言以及作为业务流程消息传递之用，两者并行不悖。
步骤S13，响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购：
主播端在完成上架标的商品的配置操作后，主播用户可以直播间中为抢购活动的标的商品的推荐环节做准备，通过直播间口头介绍并展示商品，与观众用户互动。根据本申请的方法，在当前阶段，观众用户可以随时通过所述的订单编辑页面执行并完成所述订单信息的录入，直至生成所述的 预订口令。
当主播用户完成所述的推荐环节之后，便可控制启动抢购，通过主播用户发出用户指令或者通过默认的时间触发机制来向直播间广播抢购启动口令，指示直播间根据所述各观众用户的预订口令来执行抢购。
触发所述抢购启动口令的机制，具体而言，可以参照如下说明：
第一种方式，主播用户的主播端在完成上架标的商品的配置的阶段，可一并设定抢购启动时间，以便在该时间指定的时刻到达时触发直播间生成对应的抢购启动口令。所述的抢购启动时间，可以由主播用户根据主观意愿进行定时设置或者由直播间的平台方设计的运作机制自动设置，例如可将其设置在北京时间19:00，当时间到达北京时间19:00后，则触发生成抢购启动口令。涉及不同地区的时区差异，可由直播间的服务器负责转换，以使不同地区的观众用户基于同一时间标准进行协同。所述的抢购启动时间，亦可由主播用户设置为时间区间，该时间区间的开启时间以主播用户的主播端在完成上架标的商品的配置操作时为开始时间，其结束时间即为开始时间起，经过所述时间区间之后到达的时刻。例如，若主播用户将时间区间设置为10分钟，则主播用户的主播端在完成上架标的商品的配置操作后10分钟到达时，便触发生成所述的抢购启动口令。
第二种方式，主播用户可通过主播端直播间界面的某一特定控件，触发生成抢购启动口令。所述特定控件的实现方式较为灵活，可由本领域技术人员参照本申请其他关于控件的设计方案灵活设置，恕不赘述。
在其他方式中，还可通过从视频流中识别用户的特定手势，将其作为生成所述抢购启动口令的触发条件，以使直播间对抢购活动的支持更趋智能化，并与现实场景实现深度融合。
参照以上揭示的有关触发抢购启动口令的示例，可以理解，直播间应用程序会判断具备生成抢购启动口令的条件，根据这些触发条件而下达对应的抢购启动口令，该抢购启动口令在服务器的支持下向直播间内广播，以便送达每一观众用户。
具体可参考图3，在主播端下达所述抢购启动口令后，服务器接收该口令，将其封装为广播消息，发送到各个观众用户处。适应直播间中形象 化展示的需要，服务器在封装所述的抢购启动口令时，可以在相应的广播消息中包含动画特效之类的可视化信息，以便观众用户更易通过所述的可视化信息感知抢购启动口令的送达。
所述的抢购启动口令一般由主播用户制定，其格式可类似为(抢购<商品名称>开启，只限#数量#)，当然，也可采用其他格式，例如进一步公开该标定商品的价格等，对此本领域技术人员可灵活设定。
观众用户接收到来自后台服务器的广播消息后，解析出其中的抢购启动口令，由此将触发观众用户的直播间应用程序响应该抢购启动口令的流程，在本机下达自动抢购指令，响应于该自动抢购指令，观众用户的直播间应用程序便把已经生成的预订口令与对应提前定义的订单信息发送到服务器。如前所述，接收预订口令和订单信息的服务器通常为适于为所述标的商品提供电子商务交易技术支持的服务器，该服务器也可以与直播间服务器合二为一，订单信息与预订口令甚至可以分别为不同网络地址的服务器接收，总而言之，只要相关服务器存在支持所述标的商品的交易流程的关联性支持，以保证抢购活动的正常进行即可。
所述的自动抢购指令，是指导致触发观众用户的直播间应用程序向所述的服务器提交所述的预订口令的先决条件，主要用于概括所述抢购启动口令导致所述预订口令的提交的必然关系，例如可以由一个判断语句识别所述的抢购启动口令后便视之为包含了自动抢购指令而调用提交所述预订口令的流程。因此，相对而言，所述预订口令的提交对观众用户是透明的，观众用户无需参与任何操作，便可自动提交相应的预订口令。从另外一个视角来看，由于预订口令的提交是依据主播用户的抢购启动口令而作出的响应，因此，实际上主播用户发挥了控制抢购启动的作用。
本实施例中，为了便于服务器基于所述的订单信息执行标的商品的自动抢购，所述的订单信息可以随同所述的预订口令一同被发送给所述的服务器。获得订单信息的服务器据此可以按照电子商务支持的相关流程在后续执行抢购和下单。但是，在其他的实施方式中，所述的订单信息也可以被提前发送至所述的服务器，然后在该服务器后续收到所述的预订口令时才调用执行交易。
所述的预订口令通常会包括当前观众用户的特征信息以便据此在直播间显示观众用户的个人信息，包括所述标的商品的商品信息以便公告其购买的商品，还包括所述标的商品的抢购数量信息。预订口令在服务器处可以被用于触发订单交易流程的执行且被用于与相应的订单信息互相校验，而作为公告信息，则可被用于向直播平台所有用户实时传达抢购信息，在用户的界面上显示。
同理，与前述类似，所述预订口令可以同上述的抢购启动口令一样被格式化并输出为直播间的可视化信息，通过弹幕发布，或者通过公共发言区发布，以便对所有用户可见。所述的预订口令的格式可类似为(我正在抢购<商品名称>##产品编号#款式编号#数量##)，当然，也可采用其他格式，例如进一步公开该标定商品的价格等，本领域技术人员可灵活设定。
步骤S14，接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面：
服务器接收到观众用户提交的预订口令以及相关的订单信息后，参考图3，服务器可以做出相应的解析，获得预订口令与订单信息的具体详情，按照实施电子商务交易所需的业务逻辑进行相关条件的判断，判断其满足相对应的条件后，为观众用户执行抢购，最终向相应的观众用户单播发送相应的抢购结果信息。
关于服务器如何具体利用所述的预订口令与订单信息用于执行下单流程，存在多种实施方式，将在本申请涉及服务器实现的方法中进一步详细揭示，此处暂且不表。
所述的抢购结果信息主要包括两种，即抢购失败信息与抢购成功信息。
所述的抢购失败信息，是服务器根据所述订单信息执行关于标的商品的下单流程的结果而生成的，当无论何种原因，包括观众用户余额不足、网络故障等，导致抢购下单失败时，均会导致产生所述的抢购失败信息，服务器将其单播至相应的观众用户的终端设备，以便将结果传达给该观众用户。
所述的抢购成功信息，同理也是由服务器触根据所述订单信息执行关于标的商品的下单流程的结果而生成的，当且仅当服务器为该观众用户成 功执行关于标的商品的抢购而完成整个下单业务流程时，服务器才将其单播反馈给该观众用户。
在观众用户的观众端接收到来自后台服务单播的抢购失败信息后，采用可视化效果输出抢购失败信息。抢购失败信息的可视化效果可以灵活多样，如以弹出窗口的形式、视频流播放窗口弹幕的形式抑或是动画效果的形式等等，以便观众用户可通过抢购失败信息的可视化效果快速了解抢购失败的原因。
在观众用户的观众端接收到来自服务器单播的抢购成功信息后，可将其格式化为可视化信息输出。抢购成功信息的可视化效果的输出方式大致上与抢购失败信息的输出类似，恕不赘述。
为营造直播间抢购的活跃效果，两种抢购结果信息理论上均可参照上述的各种口令的格式化原理进行面向更多直播间用户的格式化输出，特别是其中的抢购成功信息，更宜被广播给直播间所有用户。因此，其同理可以被输出为直播间视频流播放窗口中的弹幕、公共发言区中的轮播信息等。
特别的，所述抢购成功信息的格式可类似为(用户名已抢购<商品名称>#数量#件)，当然，也可采用其他格式，例如进一步在其中包含该观众用户订单信息的总价格等，本领域技术人员可灵活设定。
经过上述的个别实施例的处理，所述的抢购成功信息被格式化为可视化信息面向更多用户输出后，直播间的相关观众用户的终端设备的直播间视频界面或直播界面发言区中，将会接收到本直播间所有抢购成功观众用户的抢购成功信息。
更为具体的一种实施例中，所述的抢购成功信息，可以进一步包括抢购成功的订单信息中的标的商品信息、抢购标的商品的数量、抢购商品的发货时间等可以由本领域技术人员灵活确定的相关项。当然，依据电子商务实现逻辑，抢购结果信息将被保存至服务器的关于订单数据的数据库中，观众用户后续可以通过进入直播应用程序的关于订单详细页面了解到自身订单相关的详细信息，且可查看订单的物流信息，亦可进行退款和通知商家发货等订单操作。
进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化，构造出本申请的一种网络直播交易订单执行装置，按照这一思路，请参阅图5，其中的一个典型实施例中，该装置包括：
下单单元31，用于在直播间界面显示标的商品的订单编辑页面；
生成单元32，用于接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令；
抢购单元33，被配置为响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；
输出单元34，用于接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。
请结合图3和图4，适于被实现为服务器应用程序或应用程序模块的本申请的一种网络直播交易订单控制方法的典型实施例，其表现为包括如下步骤：
步骤S21，向观众用户推送标的商品的商品配置信息：
对应前述方法中各个实施例的揭示，当所述的主播用户完成商品配置信息的录入后，服务器可以按照多种方式将标的商品的信息发送给相关观众用户。其中的一种方式是服务器向直播间所有的观众用户推送主播用户已经允许开放的所述商品配置信息，由此，每个观众用户进入所述的订单编辑页面时，无需请求便可获取所述的商品配置信息。另一种方式是当某一观众用户进入所述的订单编辑页面时，直播间应用程序响应于进入事件而在后台向服务器发送请求，服务器响应该请求而为其推送所述的商品配置信息，再由直播间应用程序将其显示到所述的订单编辑页面中。
需要补充说明的是，支持该标的商品的抢购交易的服务器在接收到主播用户提交的标的商品的商品配置信息后，会将标的商品的配置信息存储到相对应的数据库中，以便在本方法中适时调用。
此外，若主播用户的商品配置信息是上传到第三方电商服务器的情况，本申请支持直播间运营的服务器与第三方电商服务器之间存在接口协议， 因此能实现彼此的数据交换，因此也能获得所述的商品配置信息从而确保其能被推送到前述各种情况的相关观众用户。
步骤S22，向所述观众用户广播直播间主播用户触发的抢购启动口令：
如前所述，主播用户在经过推荐商品的环节之后，会适时发起所述的抢购启动口令。服务器收到所述的抢购启动口令之后，需要将其转发给直播间内的观众用户，以便各观众用户据此参与抢购活动。
所述的抢购启动口令的格式如前所述，可以灵活设计，恕不赘述。
考虑到抢购活动理论上面向直播间内的大部分客户，服务器向观众用户发送所述的抢购启动口令，适宜采用广播的方式加以实施。具体而言，服务器收到所述的抢购启动口令之后，除自身按需标记抢购活动状态外，可装饰所述的抢购启动口令封装成广播消息群发到整个直播间中，使所有观众用户均能收到该抢购启动口令。
而收到所述抢购启动口令的观众用户，参阅前一方法各实施例所述，便可据之执行提交预订口令。
步骤S23，接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令：
如前所述，当观众用户将其预订口令提交给服务器之后，服务器可以将其封装成广播信息，发送给直播间所有用户，以便预订口令被直播间应用程序解析后可以输出到相应的图形用户界面中进行显示，包括弹幕或公屏发言等形式均可。
如前所述，所述预订口令主要被格式化为包含所述观众用户的特征信息、所述标的商品的商品信息，以及所述标的商品的抢购数量信息等等，可参阅主播用户侧的实现，恕不赘述。
另一种实施方式中，可以在本步骤中将所述观众用户提交的预订口令解析出来，利用其中的各项信息，与服务器已经掌握的关联于该预订口令的订单信息进行彼此校验，以进一步提交下单安全性，确保数据安全。
如前所述，观众用户的预订口令是基于其相应的订单信息生成的，而所述的订单信息可以在实施抢购之前的任意时间节点被提前提交到服务器，也可随同预订口令提交到服务器，无论如何，以不影响本服务器获取 到该订单信息即可。
由于预订口令与订单信息是同源而出，因此，两者之间均关联有用户个人特征信息和商品特征信息，因而，服务器据之可以实现其彼此之间的比对校验。如果两者之间的对应项不一致，说明数据存在中途被篡改的可能性，服务器可以废弃相关数据。
在本步骤中，服务器还可响应预订口令对订单信息做出更细致的校验，包括校验相应的观众用户的余额是否足以支付该订单，还可以通过与主播用户的商品配置信息中的商品存量信息进行比较，校验所述标的商品的库存量是否支持观众用户的订单信息中的购买数量等，完成诸如此类的校验，有利于提交后续的抢购成功率。
另一个实施例中，服务器可以响应预订口令实施对订单信息的过滤，服务器检测订单信息所属的观众用户的用户ID(用户个人特征信息)，从用户黑/白名单数据库中查询是否存在该用户ID相对应的记录，如果该记录表征该用户ID已被平台所禁止实施相关抢购活动，则可直接向相应的观众用户输出相关通知信息。进行此过滤的目的是，在直播间进行抢购的观众用户中，可能存在违反直播平台的用户协议的用户，为保证直播平台的直播环境和谐，直播间有权取消违反协议的用户的抢购权利。
经过上述的各种灵活的处理后，服务器完成了与预订口令相对应的订单信息的多方面的校验，检测该订单信息是否具备执行条件，当其不具备执行条件时，便可向相应的观众用户反馈相关通知信息，以便告知相应的观众用户其抢购不再被执行。变通的实施例中，这一通知信息也可由后续步骤作为所述的抢购结果信息中的抢购失败信息来输出。另一方面，服务器在完成这些检测，确认预订口令对应的订单信息具备执行条件后，可先将预订口令广播到直播间，所有直播间用户便可通过弹幕或者公屏获知该预订口令所公告的相关信息，从而活跃抢购氛围。
步骤S24，根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息：
抢购开始之后，直播间的各个观众用户均自动提交各自的预订口令，服务器根据这些预订口令自动为观众用户实施抢购，最终向用户反馈抢购 结果信息。
因抢购是一种先到先得的交易方式，而为抢购而配置的标的商品数量也是有限的，为此本申请对服务器适宜按照某种时间逻辑来处理多个观众用户的抢购顺序。理论上，越早抢购的观众用户，越应为其优先下单。
预订口令的提交在宏观上是同一时间执行的，尽管已经排除了观众用户手动触发这一因素，改为自动提交，然而，由于网络和路由等原因，预订口令到达服务器的时间仍会体现至少毫秒级的差别，这种情况下，依据预订口令到达的先后顺序，按照先来先得的原则，优先匹配多个观众用户的订单信息，对于标的商品仍有存量的情况，使预订口令提交时间靠前的观众用户得以成功下单，便可满足抢购策略的要求，由服务器完成抢购订单的匹配。
但是，考虑到观众用户心理因素，一般而言，越早通过订单编辑页面编辑订单信息的观众用户，其抢购意愿越强烈，因此，在另一种实施方式中，可以根据订单信息完成编辑或者完成提交的时刻，而不是预订口令提交的时间，来作为先来先得的抢购策略依据，实现抢购订单的匹配。以订单信息的编辑时间或者提交时间为依据实施抢购订单匹配，更能在宏观上实现满足观众用户的购买意愿，取得更高的交易效率。
当服务器确定可以执行抢购交易的用户后，便执行相应的下单业务流程。服务器执行下单业务流程时，按照传统电商服务的业务逻辑执行即可。可以理解，如果电商平台为与直播间服务平台深度整合的情况下，在执行下单业务流程时，可以免除步骤S23中的相关校验步骤；如果电商平台属于第三方平台，则执行本方法的服务器调用接口执行下单业务流程的过程中，可能还涉及对相关观众用户的个人账户余额的校验。无论如何，下单业务流程执行完后，成功下单者会被从其个人账户中扣除相应款项，下单失败者，则最终不会被扣除相应款项(特别是对于在前已经根据订单信息进行提前扣款的情况)。
当然，某些实施例中，下单业务流程可只单纯只考虑下单，此前均不执行扣款，而设定一个有效期给相应的观众用户付款，宽限了付款期，为参与抢购的观众用户预留资金准备周期。
当服务器完成下单业务流程的处理后，将获得最终结果，根据这些结果，必要时包括此前形成的结果(例如步骤S23中检测各种执行条件失败后形成的结果)，便可为各个观众用户构造出所述的抢购结果信息。
如前所述，所述的抢购结果信息主要包括抢购失败信息与抢购成功信息，各种具体信息的说明详见本申请前述的揭示，此处恕不赘述。
随着抢购结果信息被发送给相应的观众用户，观众用户便获得了关于抢购的最终结果，从而在其直播间图形用户界面中显示相关通知。同理，主播用户也就获得了整个抢购活动的结果信息。
需要概括强调的是，服务器侧的所述预订口令、抢购启动口令、抢购结果信息与观众用户的终端设备侧的概念相同，其中任意一项或任意多项被格式化为直播间可视化信息，均可被输出到直播间界面的公共发言区或被处理为直播间视频播放窗口的弹幕，本领域技术人员可灵活实现。正是因为口令的简便性，方便在直播间应用程序与服务器之间传递，开发人员实现灵活高效，故为本申请所优先推荐。
进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化，构造出本申请的一种网络直播交易订单控制装置，按照这一思路，请参阅图6，其中的一个典型实施例中，该装置包括：
推送单元41，被配置为向观众用户推送标的商品的商品配置信息；
控制单元42，用于向所述观众用户广播直播间主播用户触发的抢购启动口令；
广播单元43，用于接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令；
反馈单元44，用于根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息。
进一步，为便于本申请的执行，本申请提供一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计 算机程序以执行如前所述的各实施例中所述网络直播交易订单执行方法或网络直播交易控制方法的步骤。
可以看出，存储器适宜采用非易失性存储介质，通过将前述的方法实现为计算机程序，安装到手机之类电子设备中，相关程序代码和数据便被存储到电子设备的非易失性存储介质中，进一步通过电子设备的中央处理器运行该程序，将其从非易性存储介质中调入内存中运行，便可实现本申请所期望的目的。因此，可以理解，本申请的一个实施例中，还可提供一种非易失性存储介质，其中存储有依据所述的网络直播交易订单执行方法或网络直播交易控制方法各个实施例所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。
综上所述，本申请优化了网络直播中标的商品抢购活动的运作流程，提高了电商运作效率，同时有利于刺激网络直播的用户流量，实现了网络直播与电子商务的深度融合。
本技术领域技术人员可以理解，本申请包涉及用于执行本申请中所述操作、方法中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其存储器之内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图 中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (14)

  1. 一种网络直播交易订单执行方法，其特征在于，包括如下步骤：
    在直播间界面显示标的商品的订单编辑页面；
    接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令；
    响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；
    接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。
  2. 根据权利要求1所述的方法，其特征在于：所述预订口令、抢购启动口令、抢购结果信息任意一项或任意多项被格式化为直播间可视化信息，被输出到直播间界面的公共发言区或被处理为直播间视频播放窗口的弹幕。
  3. 根据权利要求1所述的方法，其特征在于：所述订单编辑页面为可隐藏页面，适于通过所述直播间界面调出，其响应于所述主播用户的权限开放指令而处于可用状态。
  4. 根据权利要求1所述的方法，其特征在于：所述预订口令被服务器接收后广播到直播间，以在直播间所有用户的界面显示该预订口令的格式化的信息。
  5. 根据权利要求1至4中任意一项所述的方法，其特征在于，特征：所述支持该标的商品的抢购交易的服务器为与支持本直播间运营的服务器存在接口协议以实现彼此数据交换的电商服务平台的应用服务器。
  6. 一种网络直播交易订单控制方法，其特征在于，包括如下步骤：
    向观众用户推送标的商品的商品配置信息；
    向所述观众用户广播直播间主播用户触发的抢购启动口令；
    接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令；
    根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息。
  7. 根据权利要求6所述的方法，其特征在于：所述商品配置信息由主播用户预先定义，以事先接收到所述主播用户的权限开放指令而允许推送该配置信息。
  8. 根据权利要求6所述的方法，其特征在于：所述预订口令、抢购启动口令、抢购结果信息任意一项或任意多项被格式化为直播间可视化信息，被输出到直播间界面的公共发言区或被处理为直播间视频播放窗口的弹幕。
  9. 根据权利要求6至8中任意一项所述的方法，其特征在于：所述接收所述观众用户针对所述标的商品定制的预订口令的步骤中，检测与预订口令相对应的订单信息是否具备执行条件，若不具备执行条件，向相应的观众用户反馈通知信息。
  10. 根据权利要求9所述的方法，其特征在于，所述检测所述订单信息是否具备执行条件的过程中，检测所述预订口令所属的观众用户的个人账户是否余额不足，或检测所述标的商品的库存量是否满足所述订单信息的要求，当判定结果为是时，视为具备执行条件。
  11. 一种网络直播交易订单执行装置，其特征在于，包括：
    下单单元，用于在直播间界面显示标的商品的订单编辑页面；
    生成单元，用于接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令；
    抢购单元，被配置为响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；
    输出单元，用于接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。
  12. 一种网络直播交易订单控制装置，其特征在于，包括：
    推送单元，被配置为向观众用户推送标的商品的商品配置信息；
    控制单元，用于向所述观众用户广播直播间主播用户触发的抢购启动口令；
    广播单元，用于接收所述观众用户针对所述标的商品定制的预订口令， 向直播间广播所述预订口令；
    反馈单元，用于根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息。
  13. 一种电子设备，包括中央处理器和存储器，其特征在于，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如权利要求1至5中任意一项所述的网络直播交易订单执行方法的步骤；或者执行根据权利要求6至10中任意一项所述的网络直播交易订单控制方法的步骤。
  14. 一种非易失性存储介质，其特征在于，其存储有依据权利要求1至5的中任意一项所述的网络直播交易订单执行方法；或者根据权利要求6至10的中任意一项所述的网络直播交易订单控制方法所实现的计算机程序，所述计算机程序被计算机调用运行时，执行相应的方法所包括的步骤。
PCT/CN2021/086166 2020-08-18 2021-04-09 网络直播交易订单执行、控制方法及其装置、设备与介质 WO2022037086A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010830734.8 2020-08-18
CN202010830734.8A CN111951082B (zh) 2020-08-18 2020-08-18 网络直播交易订单执行、控制方法及其装置、设备与介质

Publications (1)

Publication Number Publication Date
WO2022037086A1 true WO2022037086A1 (zh) 2022-02-24

Family

ID=73342511

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/086166 WO2022037086A1 (zh) 2020-08-18 2021-04-09 网络直播交易订单执行、控制方法及其装置、设备与介质

Country Status (2)

Country Link
CN (1) CN111951082B (zh)
WO (1) WO2022037086A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115358830A (zh) * 2022-10-19 2022-11-18 广州市千钧网络科技有限公司 一种直播商品自动上架的方法及装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111951082B (zh) * 2020-08-18 2024-06-21 广州华多网络科技有限公司 网络直播交易订单执行、控制方法及其装置、设备与介质
CN112686697A (zh) * 2020-12-29 2021-04-20 百果园技术(新加坡)有限公司 一种基于多维度的用户行为数据处理方法及装置
CN112995691B (zh) * 2021-02-26 2023-02-28 北京达佳互联信息技术有限公司 直播数据处理方法、装置、电子设备及存储介质
CN113034226B (zh) * 2021-03-16 2023-06-02 北京达佳互联信息技术有限公司 直播数据处理方法、装置、电子设备、介质及产品
CN113490005B (zh) * 2021-06-30 2023-08-18 北京达佳互联信息技术有限公司 直播间的信息交互方法、装置、电子设备及存储介质
CN113706206A (zh) * 2021-08-31 2021-11-26 上海哔哩哔哩科技有限公司 信息处理方法及系统
CN113949889B (zh) * 2021-09-28 2024-08-06 北京达佳互联信息技术有限公司 对象处理方法、装置、电子设备及存储介质
CN114363709A (zh) * 2021-12-30 2022-04-15 南京谦萃智能科技服务有限公司 直播方法、终端设备及计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140229331A1 (en) * 2013-02-11 2014-08-14 FORA.tv, Inc. Embedded purchasing system and method
CN108573435A (zh) * 2018-05-02 2018-09-25 北京小米移动软件有限公司 购买商品的方法和装置
CN110730357A (zh) * 2019-09-25 2020-01-24 北京达佳互联信息技术有限公司 直播交互方法、装置、服务器及存储介质
CN111210292A (zh) * 2018-11-22 2020-05-29 奇酷互联网络科技（深圳）有限公司 抢购商品的方法、移动终端及具有存储功能的装置
CN111951082A (zh) * 2020-08-18 2020-11-17 广州华多网络科技有限公司 网络直播交易订单执行、控制方法及其装置、设备与介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102903054A (zh) * 2012-09-27 2013-01-30 腾讯科技（深圳）有限公司 线上交易验证方法、装置及系统
CN107870942A (zh) * 2016-09-28 2018-04-03 湖南移商动力网络技术有限公司 一种基于电商平台的商城抢购设计应用方法
CN109151514B (zh) * 2017-06-28 2021-06-15 武汉斗鱼网络科技有限公司 直播间内实现购买商品的方法、存储介质、设备及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140229331A1 (en) * 2013-02-11 2014-08-14 FORA.tv, Inc. Embedded purchasing system and method
CN108573435A (zh) * 2018-05-02 2018-09-25 北京小米移动软件有限公司 购买商品的方法和装置
CN111210292A (zh) * 2018-11-22 2020-05-29 奇酷互联网络科技（深圳）有限公司 抢购商品的方法、移动终端及具有存储功能的装置
CN110730357A (zh) * 2019-09-25 2020-01-24 北京达佳互联信息技术有限公司 直播交互方法、装置、服务器及存储介质
CN111951082A (zh) * 2020-08-18 2020-11-17 广州华多网络科技有限公司 网络直播交易订单执行、控制方法及其装置、设备与介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115358830A (zh) * 2022-10-19 2022-11-18 广州市千钧网络科技有限公司 一种直播商品自动上架的方法及装置

Also Published As

Publication number Publication date
CN111951082B (zh) 2024-06-21
CN111951082A (zh) 2020-11-17

Similar Documents

Publication Publication Date Title
WO2022037086A1 (zh) 网络直播交易订单执行、控制方法及其装置、设备与介质
US9148627B2 (en) System and method for interactive internet video conferencing
US20190354995A1 (en) Digital signage system
US7293060B2 (en) Electronic disc jockey service
CN112997165A (zh) 用于企业的增强型客户交互平台
US20070208652A1 (en) Systems and methods of providing online live auctions
WO2022179090A1 (zh) 直播数据处理方法及装置
US20020049664A1 (en) Multiple, concurrent dynamic auction emulation for networked environments
US20070253424A1 (en) Web-based system and method of establishing an on-line meeting or teleconference
US8943141B2 (en) Social networking system and methods of implementation
CN111818353B (zh) 直播交互方法、终端及存储介质
US20130339159A1 (en) Social networking system and methods of implementation
CN110148030A (zh) 用于对端辅助购物的方法和装置
CN106575408A (zh) 用于预取在线内容项以用于向用户的低时延显示的系统和方法
CN108604243A (zh) 明确和隐含的电视和电影观看可用性提醒
CN113038228B (zh) 虚拟礼物传输、请求方法及其装置、设备与介质
CN104820918A (zh) 智能事务处理方法、装置以及系统
TWI630773B (zh) 智能充電裝置、充電系統及其充電方法
TW201316274A (zh) 行動電子裝置互動應用方法以及行動電子裝置互動應用系統
CN114513691A (zh) 基于信息互动的答疑方法、设备及计算机可读存储介质
US20150242882A1 (en) Apparatus, system, and method for syncing consumer engagement opportunities with broadcast media
KR20010047283A (ko) 화면보호기 또는 바탕화면을 이용한 인터넷 쇼핑몰시스템과 그 운영방법
TW201519643A (zh) 線上演唱會行動軟體應用程式產品
EP4022538A1 (en) Concierge online movie ticket purchase and reservation systems and methods
WO2017139836A1 (en) Auction systems and methods

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21857187

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21857187

Country of ref document: EP

Kind code of ref document: A1