System and method for order management

Abstract

To provide a method and terminal for order management using a browser extension function.SOLUTION: A method for order management includes: displaying an object associated with a post on a website supported by a first server on a user terminal of a first user; detecting that the first user has selected the object; and transmitting a purchase comment from a second user associated with the post to a second server. The first server is different from the second server.SELECTED DRAWING: Figure 10

Description

Technical Field

[0001] The present invention relates to order management, and particularly to order management using browser extension functions.

Background Art

[0002] Sales and shopping on the Internet, such as social media and e-commerce sites, have penetrated into daily life. Various platforms and providers offer online sales and order management services, and the competition is fierce. For providers, it is important to provide the services that users desire.

[0003] Taiwan Patent Application Publication No. 108111269 discloses a system for order management.

Summary of the Invention

[0004] A method for order management according to an embodiment of the present invention is executed by one or more computers and includes displaying an object associated with a post on a website supported by a first server on a user terminal of a first user, detecting that the first user has selected the object, and sending a purchase comment from a second user related to the post to a second server, wherein the first server is different from the second server.

[0005] A terminal according to an embodiment of the present invention is a terminal for order management including one or more processors, wherein the one or more computer processors execute a browser plugin to display an object associated with a post on a website supported by a first server on a user terminal of a first user, detect that the first user has selected the object, and send a purchase comment from a second user related to the post to a second server, wherein the first server is different from the second server.

[0006] A non-temporary computer-readable medium including a plug-in program, wherein the plug-in program causes one or more computers to perform the steps of: displaying an object associated with a post on a website supported by a first server on the user terminal of a first user; detecting that the first user has selected the object; and sending a purchase comment from a second user related to the post to a second server, wherein the first server is different from the second server. [Brief explanation of the drawing]

[0007] [Figure 1] This is a schematic diagram showing the configuration of a live streaming system 1 based on some embodiments of the present invention. [Figure 2] This block diagram shows the functions and configuration of the user terminal 30 in Figure 1, based on some embodiments of the present invention. [Figure 3] This block diagram shows the functions and configuration of the server in Figure 1, based on some embodiments of the present invention. [Figure 4] Figure 3 is a table showing an example data structure for the stream DB310. [Figure 5] Figure 3 is a table showing an example data structure for user DB312. [Figure 6] Figure 3 is a table showing an example data structure for the gift DB314. [Figure 7] This table shows an example data structure for item DB250. [Figure 8] This table shows an example data structure for Order DB350. [Figure 9] This table shows an example data structure for inventory DB352. [Figure 10] This flowchart shows an exemplary flow based on some embodiments of the present invention. [Figure 11] This is an example of a social media page from the administrator's perspective, based on some embodiments of the present invention. [Figure 12]This is an example of a social media page from the administrator's perspective, based on some embodiments of the present invention. [Figure 13] This is an example of a social media page from the administrator's perspective, based on some embodiments of the present invention. [Figure 14] This is an example of a social media page from the administrator's perspective, based on some embodiments of the present invention. [Figure 15] This is an example of a social media page from the buyer's perspective, based on some embodiments of the present invention. [Figure 16] This is an example of a social media page from the buyer's perspective, based on some embodiments of the present invention. [Figure 17] This is an example of a social media page from the buyer's perspective, based on some embodiments of the present invention. [Figure 18] This is an example of a social media page from the buyer's perspective, based on some embodiments of the present invention. [Figure 19] This is an example of a social media page from the buyer's perspective, based on some embodiments of the present invention. [Figure 20] This is a block diagram showing an example of the hardware configuration of an information processing device based on some embodiments of the present invention. [Figure 21] This is an example of a social media page based on some embodiments of the present invention. [Figure 22] This flowchart shows the process of generating data from comments on a user terminal using a browser plugin based on some embodiments of the present invention. [Figure 23] This table shows an example data structure for the extracted order list 702. [Figure 24] This table shows an example data structure for the extracted product list of 704. [Modes for carrying out the invention]

[0008] Hereinafter, the same or similar components, members, procedures, or signals shown in each drawing are denoted by the same reference numerals in all the drawings, and redundant descriptions are accordingly omitted as appropriate. Also, some members that are not important in the description of each drawing are omitted.

[0009] An online sales provider (or an order management service provider) aims to improve the shopping experience of purchasers (such as automatic order confirmation) and the sales experience of sellers (such as order management).

[0010] FIG. 1 is a schematic diagram showing the configuration of a live streaming system 1 according to some embodiments of the present invention. The live streaming system 1 provides a live distribution service for real-time communication or interaction between a distributor of the stream (also called a liver, anchor, streamer, or live distributor) LV and viewers (also called an audience) AU (AU1, AU2,...). As shown in FIG. 1, the live streaming system 1 includes a server 10, a user terminal 20, and user terminals 30 (such as 30a, 30b,...). In some embodiments, the distributor and the viewers may be collectively referred to as users. The server 10 can include one or more information processing devices connected to a network NW. The user terminals 20 and 30 may be, for example, mobile terminal devices such as smartphones, tablets, notebook PCs, recorders, portable game machines, wearable terminals, or stationary devices such as desktop PCs. The server 10, the user terminal 20, and the user terminal 30 are communicably connected to each other via various wired or wireless networks NW.

[0011] The live streaming system 1 includes a broadcaster (LV), a viewer (AU), and an administrator (or application provider, not shown) who manages the server 10. The broadcaster (LV) is a person who broadcasts content in real time by recording content on their user terminal 20 and uploading it directly or indirectly to the server 10. Examples of such content may include the broadcaster's own songs, talks, performances, gameplay, or any other content. The administrator provides a platform for live streaming the content on the server 10 and mediates or manages real-time interaction between the broadcaster (LV) and the viewer (AU). The viewer (AU) accesses the platform on their user terminal 30 and selects and watches the desired content. While the selected content is being live-streamed, the viewer (AU) performs actions such as sending comments, cheers, and gifts via their user terminal 30. The broadcaster (LV) broadcasting the content may respond to these comments, cheers, or gifts. Such responses are sent to the viewer (AU) via video and / or audio, establishing two-way communication.

[0012] The term "live streaming" may refer to a data transmission mode that enables content recorded on the user terminal 20 of the broadcaster LV to be played back and viewed substantially in real time on the user terminal 30 of the viewer AU, or it may refer to a live broadcast realized by such a transmission mode. The live stream may be realized using existing live streaming technologies such as HTTP live streaming, CMAF (Common Media Application Format), WebRTC (Web Real-Time Communications), RTMP (Real-Time Messaging Protocol), etc. The live stream includes a transmission mode that allows the viewer AU to view the content with a predetermined delay, simultaneously with the recording of the content by the broadcaster LV. The length of the delay may be such that communication between the broadcaster LV and the viewer AU can be established. The live stream is distinguished from so-called on-demand streaming, in which all recorded data of the content is stored on a server and then provided to the user from the server upon user request.

[0013] As used herein, the "video data" refers to data that includes image data (also referred to as video data) generated using the imaging function of the user terminal 20 or 30, and audio data generated using the voice input function of the user terminal 20 or 30. The video data is played back on the user terminals 20 and 30 so that the user can view the content. In some embodiments, it is assumed that between the generation of the video data on the user terminal of the distributor and the playback of the video data on the user terminal of the viewer, processes such as compressing, decompressing, encoding, decoding, and transcoding are performed on the video data to change its format, size, or data specifications. However, since the content (e.g., video and audio) represented by the video data does not substantially change before and after such processing, in this specification, the video data after such processing is represented as being the same as the video data before such processing. That is, when the video data is generated on the user terminal of the distributor and then played back on the user terminal of the viewer via the server 10, the video data generated on the user terminal of the distributor, the video data passing through the server 10, and the video data received and played back on the user terminal of the viewer are all the same video data.

[0014] In the example shown in FIG. 1, the distributor LV provides live distribution data. The user terminal 20 of the distributor LV records the video and voice of the distributor LV to generate the distribution data, and the generated data is transmitted to the server 10 via the network NW. At the same time, the user terminal 20 displays the recorded video VD of the distributor LV on the display of the user terminal 20 so that the user can confirm the live distribution content that the distributor LV is currently performing.

[0015] The user terminals 30a and 30b of viewers AU1 and AU2, respectively, who have requested to view the live stream of the broadcaster LV on the platform, receive video data related to the live stream (hereinafter, may be called "live stream video data") via the network NW, play the received video data to display the video VD1 and VD2 on the display, and output sound from the speaker. The video VD1 and VD2 displayed on the user terminals 30a and 30b are substantially the same as the video VD captured by the broadcaster LV's user terminal 20, and the sound output by the user terminals 30a and 30b is substantially the same as the sound recorded by the broadcaster LV's user terminal 20.

[0016] The recording of video and audio on the broadcaster LV's user terminal 20 and the playback of video data on the viewer AU1 and AU2's user terminals 30a and 30b are performed substantially simultaneously. When viewer AU1 inputs a comment about the content provided by the broadcaster LV into its user terminal 30a, the server 10 displays the comment in real time on the broadcaster LV's user terminal 20, and also displays the comment on the viewer AU1 and AU2's user terminals 30a and 30b, respectively. When the broadcaster LV reads the comment and engages in a corresponding conversation, the video and audio of that conversation are displayed on the viewer AU1 and AU2's user terminals 30a and 30b, respectively. This interactive operation is recognized as a conversation taking place between the broadcaster LV and viewer AU1. As a result, the live streaming system 1 enables live streaming that allows for two-way communication rather than one-way communication.

[0017] Figure 2 is a block diagram showing the functions and configuration of the user terminal 30 in Figure 1, based on some embodiments of the present invention. The user terminal 20 has the same or similar functions and configuration as the user terminal 30. Each block in Figure 2 and subsequent block diagrams may be implemented by hardware elements such as a computer CPU or mechanical devices, and by software such as computer programs. Functional blocks may be implemented by the coordinated operation of these elements. Therefore, it will be understood by those skilled in the art that these functional blocks can be implemented in various forms by combinations of hardware and software.

[0018] The broadcaster (LV) and the viewer (AU) may download a live streaming application program (hereinafter referred to as the live streaming application) from a download site via the network (NW) and install it on the user terminals 20 and 30. Alternatively, the live streaming application may be pre-installed on the user terminals 20 and 30. When the live streaming application is executed on the user terminals 20 and 30, the user terminals 20 and 30 communicate with the server 10 via the network (NW) and implement or execute various functions. Hereinafter, the functions implemented by the user terminals 20 and 30 (processors such as CPUs) on which the live streaming application is executed will be described as the functions of the user terminals 20 and 30. These functions are actually realized by the live streaming application on the user terminals 20 and 30. In some embodiments, these functions may be written in a programming language such as HTML (HyperText Markup Language), sent from the server 10 via the network (NW) to the web browser of the user terminals 20 and 30, and implemented by a computer program executed by the web browser.

[0019] The user terminal 30 includes a distribution unit 100 and a viewing unit 200. The distribution unit 100 generates video data in which the video and audio of the user (or the user's side) are recorded, and provides the video data to the server 10. The viewing unit 200 receives the video data from the server 10 and plays the video data. The user activates the distribution unit 100 when performing a live stream, and activates the viewing unit 200 when viewing the video. The user terminal on which the distribution unit 100 is activated is the streamer's terminal, i.e., the user terminal that generates the video data. The user terminal on which the viewing unit 200 is activated is the viewer's terminal, i.e., the user terminal on which the video data is reproduced and played.

[0020] The distribution unit 100 includes an imaging control unit 102, an audio control unit 104, a video transmission unit 106, and a distributor-side UI control unit 108. The imaging control unit 102 is connected to a camera (not shown in Figure 2) and controls the imaging performed by the camera. The imaging control unit 102 acquires image data from the camera. The audio control unit 104 is connected to a microphone (not shown in Figure 2) and controls the audio input from the microphone. The audio control unit 104 acquires audio data from the microphone. The video transmission unit 106 transmits video data, including the image data acquired by the imaging control unit 102 and the audio data acquired by the audio control unit 104, to the server 10 via the network NW. The video data is transmitted in real time by the video transmission unit 106. In other words, the generation of the video data by the imaging control unit 102 and the audio control unit 104, and the transmission of the generated video data by the video transmission unit 106, are performed substantially simultaneously. The broadcaster-side UI control unit 108 controls the broadcaster's UI (user interface). The broadcaster-side UI control unit 108 may be connected to a display (not shown in Figure 2), and by playing the video data transmitted by the video transmission unit 106, it displays video on the display. The broadcaster-side UI control unit 108 may display operation objects and instruction permission objects on the display and accept input from the broadcaster by tapping these objects.

[0021] The viewing unit 200 includes a viewer-side UI control unit 202, an overlay information generation unit 204, and an input information transmission unit 206. The viewing unit 200 receives video data related to live streaming from the server 10 via the network NW, in which the broadcaster, the viewer (a user of the user terminal 30), and other viewers participate. The viewer-side UI control unit 202 controls the viewer's UI. The viewer-side UI control unit 202 is connected to a display and a speaker (not shown in Figure 2), and plays the received video data to display the video on the display and output sound from the speaker. The state in which the video is output to the display and the sound is output from the speaker can be called the state in which "video data is being played". The viewer-side UI control unit 202 is also connected to input means such as a touch panel, keyboard, and display (not shown in Figure 2), and acquires user input via these input means. The overlay information generation unit 204 overlays a predetermined frame image onto the image generated from the video data from the server 10. The frame image includes various user interface objects (hereinafter simply referred to as "objects") for receiving input from the user, comments entered by the viewer, and / or information obtained from the server 10. The input information transmission unit 206 transmits the user input obtained by the viewer-side UI control unit 202 to the server 10 via the network NW.

[0022] In some embodiments, the user terminal 20 may be a terminal used by a seller (or administrator or vendor) to sell items on a sales site (or e-commerce site or social media page with sales functionality). Sales activities may include creating sales posts on the sales site. In some embodiments, such posts may include live streaming content. In some embodiments, the user terminal 30 may be a terminal used by a buyer (or visitor) to purchase or view items on the sales site or e-commerce site. Purchase activities may include leaving comments on such sales posts.

[0023] The user terminal 30 (or user terminal 20) also includes an acquisition unit 230, a display unit 232, a processing unit 234, an item DB 250, and a machine learning DB 252. The user terminal 30 communicates with the platform server 270 and the download server 280.

[0024] The platform server 270 is a server (or third-party server) that supports or operates a sales site, and may include any e-commerce platform or social media platforms such as Facebook or Instagram.

[0025] The download server 280 is a server from which programs / applications / plugins / program extensions can be downloaded. For example, it may be a server for the Google Play Store, the Apple Store, or an extension download space. The extension download space may be a place where browser extensions such as Chrome extensions can be accessed.

[0026] In some embodiments, the acquisition unit 230 and / or the display unit 232, the processing unit 234, the item DB 250, and the machine learning DB 252 may be implemented (or included) in an extension downloaded from the download server 280. In some embodiments, the extension may be installed in an application such as a browser on the user terminal 30 (or user terminal 20).

[0027] Figure 7 is a table showing an exemplary data structure of the item DB 250. The item DB 250 stores data on items sold on the sales site. The item DB 250 stores item IDs and item names in relation to each other. In some embodiments, the data contained in the item DB 250 may be set by a seller using the user terminal 20 to match the sales posts on the sales site. In some embodiments, the data in the item DB 250 may be set by the acquisition unit 230 or the processing unit 234 extracting it from the sales posts on the sales site.

[0028] The machine learning DB252 may include various AI or machine learning models, such as large-scale language models (LLMs), including ChatGPT.

[0029] The acquisition unit 230 is configured to acquire website data or e-commerce data from the platform server 270.

[0030] The display unit 232 is configured to display a website supported or operated by the platform server 270 based on the website data acquired by the acquisition unit 230. The website may contain one or more sales posts. In some embodiments, the display function may be performed by the viewing unit 200. In some embodiments, the website is accessed by the browser of the user terminal 20, and the extension, including the display unit 232, is installed in the browser.

[0031] The processing unit 234 is configured to determine whether the content on the website meets predetermined criteria. For example, the processing unit 234 may crawl / extract / scan the data of the website (or web page) and determine whether the user accessing the website is a seller / administrator on that website. The predetermined criteria may require that the content include keywords such as "administrator" or "seller" that indicate the user is a seller on the website. In some embodiments, the user must first log in to the website as a seller / administrator. The keywords may differ from website to website and can be set according to actual operation.

[0032] If the user is determined to be a seller, the display unit 232 displays a login object / interface configured for the user to log in to the order management service provided by the server 10. In the login process, the acquisition unit 230 obtains an identifier from the seller, and this identifier is associated with the sales site (or sales post) and the order management service provided by the server 10. In some embodiments, the identifier may be the seller's user ID on the sales site. In some embodiments, the identifier may be the seller's user ID on the order management service system.

[0033] In response to, or after, a successful login to the order management service, the display unit 232 displays the export object associated with the sales post on the website. The export object may be displayed together with the sales post.

[0034] The processing unit 234 is configured to detect that the seller has selected the export object. The processing unit 234 may then extract one or more purchase comments related to the sales post and send the purchase comments to the order management server 10 for subsequent order management. These purchase comments may be associated with or linked to the seller's identifier. These purchase comments are left by other users or buyers on the website. The processing unit 234 may also extract other order information for order management and send the order information to the server 10. This order information may include, for example, the post ID of the sales post, the seller user ID, the buyer user ID, and / or the order time (or comment time).

[0035] In some embodiments, the processing unit 234 may use the machine learning database 252 to analyze and determine the purchase information from the purchase comment. For example, it may use the LLM from the machine learning database 252 to refer to the item database 250 and determine which items and how many items the buyer wants, based on the buyer's comment. In some embodiments, instead of sending the original purchase comment, the processing unit 234 may send the determined purchase information (including the determined item names and quantities) to the server 10.

[0036] In some embodiments, the processing unit 234 may find or determine that a portion of the purchase comment does not match a set of items in the item database 250. In that case, the processing unit 234 may use the machine learning database 252 to determine a candidate item in the set of items in the item database 250 that is correlated with (or most correlated with) that portion of the purchase comment. The processing unit 234 may then generate a confirmation comment for the post (or for the purchase comment) that includes the candidate item.

[0037] Figure 3 shows a block diagram illustrating the functions and configuration of the server 10 in Figure 1, based on some embodiments of the present invention. The server 10 includes a distribution information provision unit 302, a relay unit 304, a gift processing unit 306, a payment processing unit 308, a stream DB 310, a user DB 312, a gift DB 314, an order processing unit 320, a notification unit 322, an order DB 350, an inventory DB 352, and a machine learning DB 354.

[0038] When the broadcaster receives a notification or request to start a live stream from the user terminal 20 via the network NW, the broadcast information provision unit 302 registers the stream ID for identifying the live stream and the broadcaster ID of the broadcaster performing the live stream in the stream DB 310.

[0039] When the distribution information provision unit 302 receives a request for information regarding live streaming from the viewing unit 200 of the user terminal 30 on the viewer side via the network NW, the distribution information provision unit 302 retrieves or checks currently available live streaming from the stream DB 310 and creates a list of available live streaming. The distribution information provision unit 302 sends the created list to the requesting user terminal 30 via the network NW. The viewer-side UI control unit 202 of the requesting user terminal 30 generates a live streaming selection screen based on the received list and displays it on the user terminal 30's display.

[0040] When the input information transmission unit 206 of the user terminal 30 receives the viewer's selection result on the live streaming selection screen, the input information transmission unit 206 generates a distribution request including the stream ID of the selected live streaming and sends the request to the server 10 via the network NW. The distribution information provision unit 302 starts providing the live streaming specified by the stream ID included in the received distribution request to the requesting user terminal 30. The distribution information provision unit 302 updates the stream DB 310 to include the user ID of the viewer of the requesting user terminal 30 in the viewer ID of the stream ID (or the corresponding viewer ID).

[0041] The relay unit 304 relays the video data from the broadcaster's user terminal 20 to the viewer's user terminal 30 in the live stream initiated by the distribution information provision unit 302. During the live stream or playback of the video data, the relay unit 304 receives a signal from the input information transmission unit 206 representing user input from the viewer. The signal representing user input may be an object designation signal that specifies an object displayed on the user terminal 30's display. The object designation signal may include the viewer's viewer ID, the broadcaster ID of the broadcaster of the live stream being viewed by the viewer, and an object ID that identifies the object. If the object is a gift, the object ID is the gift ID. Similarly, the relay unit 304 receives a signal from the distribution unit 100 of the user terminal 20 representing user input made by the broadcaster during playback of the video data (or during the live stream). This signal may be an object designation signal.

[0042] Furthermore, the signal representing the user input may also be a comment input signal that includes a comment entered by the viewer into the user terminal 30 and the viewer's viewer ID. Upon receiving the comment input signal, the relay unit 304 transmits the comment and the viewer ID included in the signal to the broadcaster's user terminal 20 and to the user terminals 30 of other viewers. In these user terminals 20 and 30, the viewer-side UI control unit 202 and the overlay information generation unit 204 display the received comment on a display associated with the viewer ID that was also received.

[0043] The gift processing unit 306 updates the user database 312 by increasing the points of the sender based on the points of the gift identified by the gift ID included in the object designation signal. Specifically, the gift processing unit 306 refers to the gift database 314 to identify the points to be awarded for the gift ID included in the received object designation signal. Subsequently, the gift processing unit 306 updates the user database 312 and adds the identified points to the points of the sender ID (or the points corresponding to the sender ID) included in the object designation signal.

[0044] The payment processing unit 308 processes payment for a gift from a viewer in response to receiving the object designation signal. Specifically, the payment processing unit 308 refers to the gift database 314 to identify the price points of the gift, which are identified by the gift ID included in the object designation signal. The payment processing unit 308 then updates the user database 312 and subtracts the identified price points from the points of the viewer, which are identified by the viewer ID included in the object designation signal.

[0045] Figure 4 is a table showing an exemplary data structure of the Stream DB 310 in Figure 3. The Stream DB 310 holds information about the live stream currently in progress. The Stream DB 310 stores the Stream ID, Streamer ID, and Viewer ID in relation to each other. The Stream ID is an ID used to identify a live stream on the live streaming platform provided by the Live Streaming System 1. The Streamer ID is a user ID used to identify the streamer providing the live stream. The Viewer ID is a user ID used to identify the viewer of the live stream. In some embodiments of the Live Streaming System 1, when a user starts a live stream, that user becomes a streamer, and when the same user watches a live stream broadcast by another user, that user also becomes a viewer. Therefore, the distinction between streamer and viewer is not fixed, and a user ID that is registered as a streamer ID at one time may be registered as a viewer ID at another time.

[0046] Figure 5 is a table showing an exemplary data structure of the user DB 312 in Figure 3. The user DB 312 holds information about users. The user DB 312 stores the user ID and the points in relation to each other. The user ID identifies the user. The points correspond to the points held by the corresponding user. The points are electronic value that circulates within the live streaming platform. In some embodiments, when a streamer receives a gift from a viewer during a live stream, the streamer's points increase by the value corresponding to the gift. The points are used, for example, to determine the amount of compensation (such as money) that the streamer receives from the administrator of the live streaming platform. In some embodiments, when the streamer receives a gift from a viewer, the streamer may be given an amount of money corresponding to the gift instead of points.

[0047] Figure 6 is a table showing an exemplary data structure of the gift DB314 in Figure 3. The gift DB314 holds information about gifts that viewers can use during the live stream. Gifts are electronic data. Gifts may be purchased with points or money, or they may be provided free of charge. Viewers can send gifts to the streamer. Sending a gift to a streamer is also called using a gift, sending a gift, or throwing a gift. Some gifts can be used immediately after purchase, while others can be used later by the viewer at any time after purchase. When a viewer sends a gift to a streamer, the streamer is awarded a corresponding amount of points. When a gift is used, an effect related to that gift may occur. For example, an effect (such as a visual or auditory effect) corresponding to the gift may be displayed on the live stream screen.

[0048] The gift database 314 stores the gift ID, awarded points, and price points in an associated manner. The gift ID is used to identify the gift. The awarded points are the amount of points awarded to the streamer when a gift is sent to them. The price points are the amount of points paid for the use (purchase) of the gift. Viewers can send a desired gift to a streamer by paying the price points for the desired gift while watching a live stream. Payment of the price points can be made by any appropriate electronic payment method. For example, payment may be made by the viewer paying the price points to the administrator. Alternatively, payment may be made by bank transfer or credit card. The administrator can arbitrarily set the relationship between the awarded points and the price points. For example, it may be set so that awarded points = price points. Alternatively, the price points may be set by multiplying the awarded points by a predetermined coefficient such as 1.2, or by adding a predetermined fee point to the awarded points.

[0049] In some embodiments, the server 10 may be a server running an order management service system. The order management service system may be configured to assist sellers / administrators of a sales site in managing order data on that sales site.

[0050] The machine learning DB354 may include various AI or machine learning models, such as large-scale language models (LLMs), including ChatGPT.

[0051] Figure 8 is a table showing an exemplary data structure of the order database 350. The order database 350 stores the post ID, seller user ID, sales site buyer user ID, order management buyer user ID, and order data in relation to each other. The order data includes item ID, item name, order quantity, and order time.

[0052] The post ID is configured to identify the sales post on the sales site. The seller user ID is the user ID of the seller of the sales post (or the sales site). The sales site buyer user ID is the user ID of the buyer of the sales post. The order management buyer user ID is the user ID in the order management service system provided by server 10. For example, the order management buyer user ID may allow server 10 to access another database for corresponding user data such as the user's name, address, and billing information. The matching between the sales site buyer user ID and the order management buyer user ID can be implemented in various ways in advance, depending on the actual situation.

[0053] The data in the order database 350 may be acquired, processed, analyzed, and stored in the order database 350 by the order processing unit 320. For example, the order processing unit 320 acquires purchase comments and order information (post ID, seller user ID, buyer user ID, etc.) from the seller-side processing unit 234. For example, the order processing unit 320 may use the machine learning database 354 to analyze the purchase comments and extract the item ID, item name, number of orders, and / or order time.

[0054] Figure 9 is a table showing an exemplary data structure of inventory DB352. Inventory DB352 stores the item ID, cumulative order count, and inventory count in an interrelated manner.

[0055] The cumulative number of orders may be calculated, for example, by the order processing unit 320 from the order database 350. The inventory count indicates how many items remain available for sale.

[0056] Figure 10 shows a flowchart illustrating an exemplary flow based on some embodiments of the present invention.

[0057] In process S1000, the user uses their device's browser to open the sales site and log in. This browser has a plugin (or extension) installed for order management.

[0058] In step S1002, the plugin determines, based on the content of the website, whether the user is the seller (or administrator) of the sales site. If "yes," the flow proceeds to step S1004. If "no," the flow proceeds to step S1012.

[0059] In step S1004, the plugin displays a seller screen equipped with a login interface for the user to log in to the order management system operated by the order management server 10.

[0060] In step S1006, after successful login, the plugin displays an "Export" button (or object) along with the sales post on the sales site. Using this button, the user can extract data related to the sales post.

[0061] In step S1008, the plugin detects that the user has selected the "Export" button.

[0062] In step S1010, the plugin sends the order data (including the post ID, seller ID, buyer ID, purchase comment, or extracted purchase information) to the order management server 10. The order is then confirmed and executed.

[0063] If the flow proceeds to step S1012, it means that the user who logged into the sales site in step S1000 is a buyer, not a seller.

[0064] In step S1012, the buyer's user terminal displays (or remains displaying) a seller screen that does not have a login interface for the order management system. The buyer's user terminal also retrieves purchase comments related to the sales post on the sales site.

[0065] In step S1014, the seller-side plugin retrieves and analyzes the purchase comment on the sales site. This seller-side plugin is installed in the browser of the seller's user terminal, who is the seller / administrator of the sales post (or sales site).

[0066] In step S1016, the seller-side plugin checks whether the order details are clear. For example, the seller-side processing unit 234 uses the machine learning DB 252 and the item DB 250 to analyze the purchase comment and confirm whether the buyer left a clear order message. If "yes," the flow proceeds to step S1018. If "no," the flow proceeds to step S1022.

[0067] In step S1022, the seller's plugin generates an order confirmation comment for the sales post and confirms the order details with the buyer. The flow then returns to step S1012 to retrieve the buyer's purchase comment (or modified purchase comment).

[0068] In step S1018, the seller-side plugin checks whether the inventory of the item is sufficient for the new order. For example, the seller-side processing unit 234 may access the order DB 350 and / or the inventory DB 352 on the order management server 10 to check whether the order can be fulfilled. If "yes", the flow proceeds to step S1020. If "no", the flow proceeds to step S1024.

[0069] In step S1024, the seller's plugin generates an order confirmation comment for the sales post and confirms the order details with the buyer. This confirmation comment includes inventory information. The flow then returns to step S1012 to retrieve the buyer's purchase comment (or modified purchase comment).

[0070] In step S1020, the seller's plugin sends the order data (including the post ID, seller ID, buyer ID, purchase comment, or extracted purchase information) to the order management server 10. The order is then confirmed and executed.

[0071] Figure 11 shows an example of a social media page from the perspective of an administrator, based on some embodiments of the present invention. Figure 11 may correspond to steps S1000, S1002, and S1004 in Figure 10.

[0072] The social media page includes a sales posting area, a comment display area, and a comment input area. The sales posting area contains the content of the sales post, including the name of the seller / vendor, product name, and product price. The comment display area is where comments related to the sales post are displayed. The comment input area is for entering comments. The social media page is operated by a social media server. The social media platform may be, for example, Facebook, Instagram, TikTok, or X (formerly Twitter).

[0073] Since User U1 is the administrator (or seller / vendor) of the social media page, after logging into the social media page, the content "Administrator U1" is displayed on the page. Subsequently, a plugin installed in User U1's user terminal browser determines that User U1 is the administrator of the social media page based on the content "Administrator". The plugin then displays a "Log in to Order Management" option for User U1 to log into the order management system supported by the order management server 10.

[0074] Figure 12 shows an example of a social media page from the perspective of an administrator, based on some embodiments of the present invention. Figure 12 may correspond to step S1004 in Figure 10.

[0075] When user U1 selects "Log in to order management" in Figure 11, the plugin displays a login interface for user U1 to log in to the order management service. User U1 may also log in by entering their identifier in the order management system.

[0076] Figure 13 shows an example of a social media page from the perspective of an administrator, based on some embodiments of the present invention. Figure 13 may correspond to step S1006 in Figure 10.

[0077] After successfully logging into the order management system, the plugin displays an "Export" button along with the sales post. User U1 may select this button to extract the order data and send it to the order management server 10 for subsequent analysis or order preparation. The order data may include the post ID, user U1's user ID, the post content, the comment data, and the user ID of the user who left the comment data.

[0078] The plugin may display the number of new comments. New comments are those that have been added since the last export operation. In some embodiments, the plugin may automatically export any new comments when it detects that new comments exist.

[0079] Figure 14 shows an example of a social media page from the administrator's perspective based on some embodiments of the present invention. Figure 14 is similar to Figure 13, but differs in that the sales post includes live streaming content in which the broadcaster or seller conducts a live sale within the post.

[0080] Figure 15 shows an example of a social media page from the buyer's perspective based on some embodiments of the present invention. Figure 15 may correspond to steps S1000, S1002, and S1012 in Figure 10.

[0081] User U5 is a buyer / visitor, not an administrator of the social media page (or related to the sales post). Therefore, after logging into the social media page, the content "Administrator" will not be displayed on the page.

[0082] The plugin installed in the browser of user U5 determines that user U5 is a buyer / visitor of the social media page because there is no "administrator" for the content. Therefore, the plugin does not display the "Log in to order management" option for logging into the order management system. User U5 enters the comment "White coffee M+1" and places an order.

[0083] In some embodiments, the user terminal of user U5 may not have the plugin for communicating with the order management server 10 installed. In that case, process S1002 does not exist, and the flow proceeds from process S1000 to process S1012 in Figure 10.

[0084] Figure 16 shows an example of a social media page from the buyer's perspective based on some embodiments of the present invention. Figure 16 may correspond to steps S1014, S1016, S1022, and S1012 in Figure 10.

[0085] The purchase comment "White Coffee M+1" from user U5 is displayed in the comment display area. A plugin on user U1's terminal (the seller of the sales post) analyzes the comment and detects that it does not match the data in the item database. The plugin then uses the machine learning database to find the item that user U5 most likely meant, "White Coffee Pack L," generates a confirmation comment, and sends it to user U5 for confirmation.

[0086] Subsequently, user U5 may reply to the confirmation comment to clarify the order. User U5 may then leave a comment saying "Yes," which will be displayed in the comment display area. In response, the seller's (user U1) plugin (e.g., with the help of LLM) determines that the confirmation result regarding the confirmation comment was generated by buyer U5 on the website (or in relation to the sales post). The seller's plugin then sends the confirmation result to the order management server.

[0087] Figure 17 shows an example of a social media page from the buyer's perspective based on some embodiments of the present invention. Figure 17 may correspond to steps S1014, S1016, S1018, S1024, and S1012 in Figure 10.

[0088] The purchase comment "White Coffee L + 6" from user U5 is displayed in the comment display area. A plugin on user U1's terminal (the seller of the sales post) analyzes the comment and confirms the purchased items. The plugin accesses the inventory database in the order management server and finds that there is not enough stock to fulfill the order. Therefore, the plugin generates a confirmation comment containing inventory information for user U5 to confirm. User U5 may then reply to the confirmation comment and modify the order. In some embodiments, the processing unit 234 on the seller's user terminal may access the inventory database 352 on server 10 and determine the number of orders that can be received from the buyer (or new buyer). This process may be performed automatically, periodically, or each time a new order is received.

[0089] In some embodiments, the seller-side plugin performs a comparison between multiple purchase comments from multiple buyers related to the sales post and the inventory data. The seller-side plugin then generates results for the sales post. For example, the results may be comments indicating that there is insufficient stock for a new order, or comments indicating how many items remain.

[0090] Figure 18 shows an example of a social media page from the buyer's perspective, based on some embodiments of the present invention.

[0091] Figure 18 is similar to Figure 16, but differs in that the analysis / verification of the purchase comment is performed by a plugin installed on the user terminal of user U5 (the buyer). The buyer-side plugin analyzes the comment and detects that it does not match the item database (which may be on user U5's user terminal). In response, the buyer-side plugin generates a confirmation interface for user U5 to confirm the order. User U5 may click "Yes" within the interface to confirm the order or modify the purchase details.

[0092] Figure 19 shows an example of a social media page from the buyer's perspective, based on some embodiments of the present invention.

[0093] Figure 19 is similar to Figure 17, but differs in that the analysis / verification of the purchase comment is performed by a plugin installed on the user terminal of user U5 (buyer). The buyer-side plugin accesses the inventory database of the order management server and detects that there is insufficient stock for the order. In response, the buyer-side plugin generates a confirmation interface for user U5 to confirm the order. User U5 may click "Yes" within this interface to confirm the new order or modify the purchase details.

[0094] In some embodiments, the plugin or extension may be generated and / or stored on the order management server 10. The plugin may then be uploaded to the download server 280 so that the user terminal 20 or 30 can download it. In some embodiments, the order management server 10 may include a notification unit that notifies the seller to download the plugin to the user terminal in order to use the order management service.

[0095] On existing social networking services such as Facebook and Instagram, some SNS users sell products through posts, chats, and videos. The SNS itself typically does not provide the means for e-commerce, such as order management or transactions. Therefore, users are directed to the seller's website with e-commerce functionality, or they use dedicated software (such as OrderPally) to manage orders on the SNS.

[0096] The dedicated software obtains text data from conversations between sellers and buyers by communicating directly with the server hosting the SNS via an API (Application Programming Interface) provided by the SNS.

[0097] This scheme is convenient because it allows SNS users to easily conduct e-commerce on the SNS without needing to implement e-commerce functionality within the SNS itself. However, as a provider of dedicated software, there is a risk that the API may become unavailable for some reason, such as increased costs or service termination. Regardless of the SNS API, a solution to replace dedicated software is needed to continue providing services to users.

[0098] Some embodiments of the present invention provide an extension program for a user's terminal's web browser. When this extension program is installed, an "Export" button appears on SNS posts rendered by the seller's terminal's web browser. The "Export" button does not appear on SNS posts rendered by the buyer's terminal's web browser. When the extension program detects that the export button has been selected, it retrieves the HTML data of the SNS post on which the export button is placed, analyzes the HTML data, and extracts comments from the buyer. The extension program then transmits the extracted comments or any data obtained from the extracted comments to a server separate from the server hosting the SNS via the network. The server receives the extracted comments and registers, updates, or deletes order information based on the content of the extracted comments.

[0099] In some embodiments of the present invention, a seller on a social networking service (SNS) has a group consisting of multiple posts, each post associated with one or more products. In one embodiment, an export button may be implemented on each post in the seller's group so that the seller can select the posts / products for which they want to manage orders. In another embodiment, there is only one export button on the SNS group's top page. When the export button is selected, the extension program automatically retrieves HTML data for all posts under that group.

[0100] The hardware configuration of the information processing device will be described with reference to Figure 20. Figure 20 is a block diagram showing an example of the hardware configuration of an information processing device based on some embodiments of the present invention. The information processing device 900 shown in the figure can, for example, realize the server 10 and / or the user terminals 20, 30 in some embodiments.

[0101] The information processing device 900 includes a CPU 901, a ROM (read-only memory) 903, and a RAM (random access memory) 905. The information processing device 900 may also include a host bus 907, a bridge 909, an external bus 911, an interface 913, an input device 915, an output device 917, a storage device 919, a drive 921, a connection port 925, and a communication device 929. Furthermore, the information processing device 900 may include an imaging device such as a camera (not shown). In addition to the CPU 901, or in place of the CPU 901, the information processing device 900 may include a DSP (digital signal processor) or an ASIC (application-specific integrated circuit).

[0102] The CPU 901 functions as an arithmetic processing unit and control unit, and controls the operation of all or part of the information processing unit 900 according to various programs stored in the ROM 903, RAM 905, storage device 919, or removable recording medium 923. For example, the CPU 901 controls the overall operation of each functional unit included in the server 10 and the user terminals 20 and 30 in some embodiments. The ROM 903 stores programs and arithmetic parameters used by the CPU 901. The RAM 905 functions as main memory, storing programs used when the CPU 901 is running and parameters that change as appropriate during execution. The CPU 901, ROM 903, and RAM 905 are interconnected by a host bus 907, which may be an internal bus such as a CPU bus. Furthermore, the host bus 907 is connected to an external bus 911 such as a PCI (Peripheral Component Interconnect / Interface) bus via a bridge 909.

[0103] The input device 915 may be a user-operated device such as a mouse, keyboard, touch panel, button, switch, or lever, or a device that converts physical quantities into electrical signals, such as a sound sensor represented by a microphone, an acceleration sensor, a tilt sensor, an infrared sensor, a depth sensor, a temperature sensor, or a humidity sensor. The input device 915 may also be, for example, a remote control device that uses radio waves such as infrared rays, or an external connection device 927 such as a mobile phone that is compatible with the operation of the information processing device 900. The input device 915 includes an input control circuit that generates an input signal based on the information entered by the user or the detected physical quantity and outputs it to the CPU 901. The user inputs various data to the information processing device 900 and instructs its operation by operating the input device 915.

[0104] The output device 917 is a device that can notify the user of acquired information visually or audibly. The output device 917 may be, for example, a display such as an LCD, PDP, or OLED, an audio output device such as a speaker or headphones, or a printer. The output device 917 outputs the processing results from the information processing device 900 as text, images or other visual content, or audio such as sound.

[0105] The storage device 919 is a data storage device and is configured as an example of a storage unit of the information processing device 900. The storage device 919 is, for example, a magnetic storage device such as a hard disk drive (HDD), a semiconductor storage device, an optical storage device, or a magneto-optical storage device. This storage device 919 stores programs executed by the CPU 901, various data, and various data acquired from external sources.

[0106] The drive 921 is a reader / writer for removable recording media 923 such as magnetic disks, optical disks, magneto-optical disks, and semiconductor memory, and is built into or attached to the information processing device 900. The drive 921 reads information recorded on the installed removable recording media 923 and outputs it to the RAM 905. Furthermore, the drive 921 writes data to the installed removable recording media 923.

[0107] The connection port 925 is a port for directly connecting equipment to the information processing device 900. The connection port 925 may be, for example, a USB (Universal Serial Bus) port, an IEEE 1394 port, or a SCSI (Small Computer System Interface) port. Furthermore, the connection port 925 may be an RS-232C port, an optical audio terminal, or an HDMI (High-Definition Multimedia Interface) port. By connecting the external connection device 927 to the connection port 925, various types of data can be exchanged between the information processing device 900 and the external connection device 927.

[0108] The communication device 929 is, for example, a communication interface formed by a communication device for connecting to the network NW. The communication device 929 may be, for example, a communication card for a wired or wireless local area network (LAN), Bluetooth (trademark), or wireless USB (WUSB). Furthermore, the communication device 929 may be a router for optical communication, a router for ADSL (asymmetric digital subscriber line), or a modem for various types of communication. The communication device 929 transmits and receives signals, etc., to and from the Internet or other communication devices using a predetermined protocol such as TCP / IP. The communication network NW connected to the communication device 929 is a network connected by wire or wireless, and may be, for example, the Internet, a home LAN, infrared communication, radio communication, satellite communication, etc. The communication device 929 realizes the function of a communication device.

[0109] The imaging device (not shown) is a device that captures images of real space and generates captured images using an image sensor such as a CCD (charge-coupled device) or CMOS (complementary metal-oxide-semiconductor) and various components such as lenses for controlling the imaging of a subject on the image sensor. The imaging device may capture still images or moving images.

[0110] The configuration and operation of the live streaming system 1 according to this embodiment have been described above. This embodiment is merely one example, and various changes can be made to the combination of each component and each process, and it will be understood by those skilled in the art that such changes are also within the scope of the present invention.

[0111] The processes and procedures described herein can be implemented by software, hardware, or any combination thereof, in addition to those explicitly described. For example, the processes and procedures described herein can be implemented by implementing the logic corresponding to those processes and procedures on a medium such as an integrated circuit, volatile memory, non-volatile memory, non-temporary computer-readable media, or magnetic disk. Furthermore, the processes and procedures described herein can be implemented as computer programs corresponding to those processes and procedures and can be executed by various types of computers.

[0112] Furthermore, the systems or methods described in the above embodiments may be integrated into a program stored on a non-temporary computer-readable medium such as a solid-state memory device, optical disk memory device, or magnetic disk memory device. Alternatively, the program may be downloaded from a server via the Internet and executed by a processor.

[0113] Although the technical content and features of the present invention have been described above, any person with ordinary skill in the art to which the present invention pertains can make many further modifications and alterations without departing from the teachings and disclosures of the present invention. Therefore, the scope of the present invention is not limited to the embodiments already disclosed, but is the scope of the claims, including other modifications and alterations that do not depart from the present invention.

[0114] Figure 21 shows an example of a social media page based on some embodiments of the present invention. The user interface may correspond to an administrator (or seller / vendor) screen or a buyer screen.

[0115] The post was created by user U1 and contains general information about the products being sold. The comment display area has multiple layers. The seller, for example user U1, may create a sales comment containing product information in layer 1. The sales comment starts in layer 1, and the product information may include specifications and images for multiple products. Buyers, for example U3, U4, U6, or U7, may create order comments by replying to the sales comment in subsequent layers. User U3, The order comment from U4 or U6 starts at Layer 2 and includes order information, including the product name and order number. The order comment from user U7 starts at Layer 3 because user U7 creates the order comment by replying to the order comment from user U6. Since the order information is analyzed based on the comment that user U7 replies with, user U7 does not need to specify the details of the order information.

[0116] The processing unit 234 on the user terminal side may extract / analyze the web page data (such as HTML data) of the social media page, determine whether the sales and order information is relevant, and send that information to the server 10. The processing unit 234 may use / analyze the information of the relevant layer and the content of each comment to determine whether the comment is a sales comment or an order comment. For example, a comment that starts at layer 1 and / or contains sales information (such as keywords related to sales / products) may be determined to be a sales comment. For example, a comment that starts at layer 2 or 3 and / or contains order information (such as keywords related to products / order numbers) may be determined to be an order comment. Subsequently, the processing unit 234 may send all the order information to the server 10.

[0117] In some embodiments, comments initiated at different layers may have different tags or prefixes within the web page data. These tags or prefixes may be used by the processing unit 234 to distinguish between different comment layers. In some embodiments, users who are not registered as sellers / administrators cannot leave comments at layer 1.

[0118] Figure 22 shows a flowchart illustrating the process of generating data from comments on a user terminal using a browser plugin based on some embodiments of the present invention. In step S2002, the plugin on the user terminal may perform the login process described herein, for example, with reference to Figures 10, 11, and 12. In step S2004, the plugin on the user terminal may detect that the export button has been pressed, as described herein with reference to Figure 13.

[0119] In step S2006, the plugin on the user's terminal may, in response to the detection that the export button has been pressed, extract the comment portion of the HTML file of the social media page, as shown in Figure 21. The extracted comment portion corresponds to the comment display area of ​​the social media page. In step S2008, the plugin may decompose the extracted portion into individual comments. The data for each extracted comment may include (i) the body / content of the comment, (ii) the user ID of the user who posted the comment, (iii) a timestamp indicating when the comment was posted, (iv) the layer or depth to which the comment belongs, and (v) the relationship between the comment and other comments. This relationship may include dependencies. The layers and dependencies of the comments may be obtained, for example, by the plugin analyzing the extracted portion using the DOM (Document Object Model).

[0120] After decomposition in step S2008, steps S2010, S2012 / S2014, and S2016 may be repeated for each comment until all comments have been processed. In step S2010, the plugin on the user terminal may determine the attribute of the comment. In some embodiments, the attribute of the comment is either seller-type or buyer-type. Assuming this, in the comment display area of ​​the social media page, if the seller first provides a post / comment showing product information (price, photos, stock quantity, details, etc.), and a buyer who wishes to purchase the product replies to the post / comment, the plugin determines that the comment belonging to Layer 1 is a candidate for a seller-type comment. Subsequently, the plugin determines whether the candidate for a seller-type comment is indeed a seller-type comment by keyword matching. If the result of the keyword matching indicates that the comment is not a seller-type comment, the plugin determines that the comment is a candidate for a buyer-type comment. The plugin determines whether a buyer-type comment candidate (belonging to Layer 1) is a buyer-type comment using keyword matching. If the comment is determined to be neither a seller-type nor a buyer-type comment, it is ignored and not processed further. The plugin determines that a comment belonging to Layer 2 or a deeper layer is a buyer-type comment candidate. Subsequently, the plugin determines whether the buyer-type comment candidate is a buyer-type comment using keyword matching. If the keyword matching results in the comment not being a buyer-type comment, the plugin determines that the comment is a seller-type comment candidate. The plugin determines whether a seller-type comment candidate (belonging to Layer 2 or a deeper layer) is a seller-type comment using keyword matching. If the comment is determined to be neither a seller-type nor a buyer-type comment, it is ignored and not processed further.

[0121] In the process of determining the attributes of a comment, the user ID of the comment (indicating the poster of the comment) may or may not be used. In one embodiment, a criterion may be used in which all comments by the seller are classified as seller type, and the remaining comments are classified as buyer type. In another embodiment, the seller may sell products on social media in cooperation with another user (helper), in which case the users with user IDs other than the seller are not necessarily the buyers. In such cases, the above combination of layer / depth and keyword matching may be used.

[0122] If the comment is determined to be of seller type in step S2010, the process proceeds to step S2012, where the plugin applies a seller algorithm to the comment and extracts information from it. In some embodiments, the seller algorithm is configured to identify from the comment (i) a product ID that identifies the product sold by the seller, (ii) a description of the product, and (iii) the stock quantity of the product. In step S2016, the plugin records the extracted information in the extracted product list 704. Figure 24 is a table showing an exemplary data structure of the extracted product list 704. The extracted product list 704 stores the product ID, product description, and stock quantity of the product in association with each other.

[0123] If the comment is determined to be a buyer type in step S2010, the process proceeds to step S2014, where the plugin applies the buyer algorithm to the comment and extracts information from it. In some embodiments, the buyer algorithm is configured to identify from the comment (i) a product ID that identifies the product sold to the buyer, (ii) the user ID of the buyer, (iii) the number of orders, and (iv) a timestamp indicating when the comment corresponding to the order was made. The buyer algorithm uses the user ID of the user who posted the comment to determine the user ID of the buyer. The buyer algorithm uses the relationship between comments to determine the product ID. For example, if a buyer type comment depends on a parent seller type comment, the product ID of the seller type comment is determined to be the product ID associated with the parent seller type comment. In step S2016, the plugin records the extracted information in the extracted order list 702. Figure 23 is a table showing an exemplary data structure of the extracted order list 702. The extracted order list 702 stores the product ID of the sold item, the buyer's user ID, the number of orders, and the timestamp, associating them with each item.

[0124] In step S2018, the plugin on the user terminal may send the extracted information list (including the extracted product list 704 and the extracted order list 702) to the order management server.

[0125] By determining the attributes of a comment and extracting information from it using an algorithm corresponding to those attributes, it becomes possible to extract the necessary information with greater accuracy and completeness. For example, even if there are multiple layers in the comment display area, the plugin can classify the comment into seller-type or buyer-type and extract the necessary order information according to that classification.

[0126] In other embodiments, any attributes such as helper type, male / female, regular / new customer, young / older may be used. The algorithm for analyzing comments may be selected according to the determined attributes.

[0127] In other embodiments, the functions implemented on the user terminal may be implemented on the order management server. For example, any one or any combination thereof of steps S2006, S2008, S2010, S2012, S2014, and S2016 may be implemented on the order management system. In that case, the HTML file of the social media page, or the comment display area or the portion of the HTML file corresponding to the comment, may be sent to the order management server by the plugin in the browser of the user terminal. [Explanation of Symbols]

[0128] 1. Communication System 10 servers 20 User Terminals 30, 30a, 30b User terminals LV streamer AU1, AU2 viewers VD, VD1, VD2 video NW Network 30 User terminals 100 distribution units 102 Imaging control unit 104 Audio Control Unit 106 Video transmission unit 108 Streamer-side UI control unit 200 viewing units 202 Viewer-side UI control unit 204 Superposition Information Generation Unit 206 Input Information Transmission Unit 302 Distribution Information Provision Unit 304 Relay Unit 306 Gift Processing Unit 308 Payment Processing Unit 310 Stream DB 312 User DB 314 Gift DB 230 units acquired 232 Display Units 234 processing units 250 Item Database 252 Machine Learning Databases 270 Platform Servers 280 Download Servers 320 Order Processing Unit 320 350 Order Database 352 Inventory DB 354 Machine Learning Database 900 Information Processing Equipment 901 CPU 903 ROM 905 RAM 907 Host Bus 909 Bridge 911 External bus 913 Interface 915 Input device 917 Output device 919 Storage devices 921 Drive 923 Removable recording media 925 connection ports 927 External connection device 929 Communication equipment

Claims

1. A method for order management in which one or more processors of a seller's user terminal having a browser with the plugin installed execute the plugin, The steps include displaying on the user terminal of the seller an object associated with a post on a website supported by a social media server that contains information about products sold by the seller, A step of detecting that the seller has selected the object, In response to the detection of the selection of the object, the order data for the product obtained from purchase comments from buyers related to the post is transmitted to an order management server different from the social media server. A method for order management, characterized by including the following:

2. The method according to claim 1, characterized in that the website is accessed by the browser of the seller's user terminal and the plugin installed in the browser.

3. The method according to claim 1, characterized in that the object is displayed together with the post on the website.

4. The method according to claim 1, characterized in that the display step includes the step of determining whether or not a user accessing the website is a seller by analyzing the data of the website, and displaying the object in response to the determination that the user is a seller.

5. Furthermore, the process includes obtaining identifiers associated with the website and the order management server from the seller, The method according to claim 4, characterized in that the display of the object associated with the post on the website is performed in response to the acquisition of the identifier.

6. The aforementioned post contains information about multiple products sold by the aforementioned seller, The aforementioned method, Furthermore, the process includes determining that a certain portion of the purchase comment does not match any of the aforementioned multiple products, A step of determining that the first product among the aforementioned multiple products is correlated with the aforementioned portion of the purchase comment, The method according to claim 1, characterized by comprising the step of generating a confirmation comment that includes the first product with respect to the aforementioned post.

7. Furthermore, the process includes determining that the confirmation result regarding the confirmation comment was generated by the purchaser on the website, The steps include: transmitting the confirmation result to the order management server; The method according to claim 6, characterized by including

8. Furthermore, the process includes obtaining inventory data from the order management server, The process involves comparing multiple purchase comments from multiple users related to the aforementioned post with the aforementioned inventory data. The steps include generating the results of the comparison on the website, The method according to claim 1, characterized by including

9. A seller's user terminal having a browser with a plugin for order management installed, comprising one or more processors, of which one or more processors executes the plugin for the browser. The steps include displaying on the user terminal of the seller an object associated with a post on a website supported by a social media server that contains information about products sold by the seller, A step of detecting that the seller has selected the object, In response to the detection of the selection of the object, the order data for the product obtained from purchase comments from buyers related to the post is transmitted to an order management server different from the social media server. A user terminal characterized by performing the following.

10. A plugin installed on the seller's user device browser for order management, A function to display on the user terminal of the seller an object associated with a post on a website supported by a social media server that contains information about products sold by the seller, A function to detect that the seller has selected the object, In response to the detection of the selection of the aforementioned object, the function transmits the order data for the aforementioned product, obtained from purchase comments from buyers related to the post, to an order management server different from the social media server. A plugin to implement the above on the user terminal.

Images