WO2017018660A1

WO2017018660A1 - Product ordering method, product ordering system for performing same, and recording medium for storing program for performing same

Info

Publication number: WO2017018660A1
Application number: PCT/KR2016/006437
Authority: WO
Inventors: 강석태
Original assignee: 주식회사 엘지씨엔에스
Priority date: 2015-07-29
Filing date: 2016-06-17
Publication date: 2017-02-02

Abstract

The present invention relates to a product ordering method using a messenger which can be executed by a computer, a product ordering system for performing the same, and a recording medium for storing a program for performing the same. A product ordering method performed by a product-order processing server, which is connected to a messenger of a user terminal and performs product ordering processing, comprises the steps: (a) generating a message thread shared with the messenger though an interactive agent; (b) generating an order-information message including order-information related to a product for sale through the interactive agent and providing the generated message to the message thread; and (c) providing a request for sale of a corresponding product to a product sale server when a product order written in the message thread on the messenger is determined through the interactive agent.

Description

Record medium storing product ordering method, product ordering system performing the same, and program performing the same

The present invention relates to a computer executable product ordering method, a product ordering system for performing the same, and a recording medium for storing the program for performing the same, and more specifically, to conveniently order the goods interactively using the seller's virtual account of the messenger And a product ordering method using a computer executable messenger capable of payment, a product ordering system for performing the same, and a recording medium storing a program for performing the same.

In the conventional TV home shopping or T commerce, the following methods are used as a method of ordering a product by a user.

First, there is an agent ARS method. The agent ARS method connects to the ARS number exposed on the TV screen and makes an order by confirming the order product, delivery address, order history confirmation, and payment method through a call with an agent. However, the agent ARS method has a disadvantage in that it cannot respond to orders quickly because the order utilization rate is not high when the orders are congested during a certain time period due to the characteristics of TV home shopping.

Second, there is an automatic order ARS method. Automatic order ARS is a method of ordering by confirming the order goods, delivery confirmation, order history confirmation, payment method by automatic response method through the ARS server by dialing the automatic order ARS number exposed on the TV screen. However, the automatic order ARS method is a scenario-based voice transmission method, which takes a long time because it is difficult to grasp the contents until the user hears the voice. 1 is a view showing the ordering step of the automatic order ARS method. Currently, TV home shopping company's automatic order ARS is about 15 ~ 17 steps, and it takes more than 4 minutes and 30 seconds when the user places an order.

Third, there is a method using a web mobile app. The web mobile app provides a shopping mall with product information and order / payment functions for Android and iOS-based smartphone applications (apps). However, the method using the web mobile app is not only to download and install a separate app for each home shopping company, but also hassle to find a product when the mobile app is executed. In particular, since most TV home shopping operators have a separate product sold through a mobile app channel, there is a problem that a user needs to find a product directly because a product is provided in a separate menu. .

Fourth, there is a method using web / mobile web. The web / mobile web method is a commerce mall provided through a browser using web technology, which is owned by most operators. However, in the web / mobile web method, a user must remember a separate URL for a mobile web or an online web and enter or visit a bookmark. In addition, page loading takes time because each page access calls a web page through the server.

Fifth, there is a method using a set-top box and a remote control. Set-top box and remote control method provides information about the product on the TV through a smart TV or set-top box, and when a specific key on the remote control is pressed, detailed information, order entry, and payment can be made through the TV. to be. However, the method using the set-top box and the remote control is a method of ordering using a remote control connected to a smart TV or a set-top box, which makes menu selection and operation inconvenient. In addition, especially in payment, personal information input and payment method input are very complicated and are ignored by users.

Korean Patent No. 10-0673032 relates to a home shopping product ordering system using a mobile phone. The home shopping product ordering application mounted on a mobile terminal at the time of ordering displays information on the screen of the mobile terminal on the screen of the home shopping company. Displayed, the quantity and type of goods to be purchased, payment information, shipping information to the home shopping product ordering application of the mobile terminal is encrypted and sent to the product order linked server, the product order linked server is encrypted product order By sending the information to the home shopping product order management server through a dedicated internet network, the product is shipped while confirming the order product while deciphering the information, so that the product of the home shopping company can be safely and easily purchased while maintaining the security of order, delivery and payment information. You can do that.

An embodiment of the present invention is a product ordering method using a computer executable messenger that can easily order and pay for a product by a user talking to the product or service seller by using the seller virtual account of the messenger and the API associated with the messenger. In addition, the present invention provides a recording medium storing a product ordering system that performs the same and a program for performing the same.

An embodiment of the present invention is a form of talking about the product or service information inquiry, broadcast notification, order and payment, delivery status notification, product purchase confirmation and late registration in conjunction with the seller's sales management system (or legacy system) To provide a product ordering method using a computer executable messenger that can be provided to the user, a product ordering system for performing the same and a recording medium for storing the program for performing the same.

Among the embodiments, the commodity order method is a commodity order method performed in a commodity order processing server that is connected to the messenger of the user terminal to perform a commodity order processing, (a) a message thread shared by both interactive agents and the messenger Generating (b) generating an order information message including order information about a sale product through the interactive agent, and providing the message thread to the message thread; and (c) writing the message thread on the messenger. If a product order is determined through the interactive agent, providing a sale request of the corresponding product to the product sales server.

In one embodiment, the step (a) is the step of generating the message thread through the receipt of the product order query message by the two-way interactive agent when the two-way interactive agent is generated by the friend registration request of the messenger It may include.

In one embodiment, the step (a) is the step of generating the message thread through the provision of the product order advertisement message by the one-way notification agent when the two-way interactive agent is generated by the friend registration request of the messenger It may include.

In one embodiment, step (a) may comprise creating a single message thread shared with the messenger via each one-way notification agent and the two-way interactive agent.

In one embodiment, the step (b) is to receive the product order query message through the interactive agent to determine the product in the list of goods received from the product sales server to order for the product in the message thread Providing an information message.

In an embodiment, the step (b) may include providing, via the interactive agent, an order information message about a product that is currently being broadcast through a home shopping channel among the products in the sale product list to the message thread. Can be.

In an embodiment, the step (b) analyzes the product order query message and sends an order information message about at least one product most similar to the corresponding product order among the products in the sale product list through the interactive agent. Providing to the message thread.

In an embodiment, the step (b) may be performed by analyzing the merchandise order query message and interactively displaying an order information message about at least one product recommended through analysis of a corresponding merchandise order among the merchandise in the merchandise list. Providing to the message thread through an agent.

In one embodiment, the step (b) is to determine the product type analyzed through the product order query message and at least one of the first recommended product that is sold the most at a specific time in the determined product type, similar features to the orderer Determining as the at least one product at least one recommendation product formed through at least one of at least one second recommendation product that is most sold to a person and at least one third recommendation product that brings the most benefit. It may include.

In an embodiment, the step (b) may include determining an ordering process according to the type of goods requested for the order and generating an order information message based on the ordering process.

In an embodiment, step (b) may include generating an order information message according to a scenario-based rule corresponding to the ordering process.

In an embodiment, the step (c) may further include receiving an order response required for the product order requested in the order information through the interactive agent to complete the product order of the corresponding product.

The step (c) may include checking the stock status of the corresponding goods in real time according to the received order response.

In one embodiment, the step (c) is to receive the product order cancellation request message through the interactive agent to provide a product order cancellation procedure message through the interactive agent to confirm the product order cancellation confirmation by the orderer Prompting may further comprise a step.

In an embodiment, the step (c) may further include providing payment information including payment means to the message thread through the interactive agent when the payment request message is received through the interactive agent. Can be.

In one embodiment, the payment means may include at least one of payment service settlement payment, card payment and bank account payment.

In one embodiment, the merchandise ordering method performed in the merchandise order processing server (d) receives the progress of merchandise sales from the merchandise sales server to sell the merchandise via a one-way notification agent to the message thread on the messenger The method may further include creating a progress message.

In an embodiment, the step (d) may include generating a progress message of the product sale by receiving a delivery event according to the product delivery from the product sale server.

Among the embodiments, a product order processing server connected to a messenger of a user terminal to perform a product order processing includes a processor and a memory, the processor (a) a message thread shared with the messenger through a two-way interactive agent Generating, providing (b) an order information message including order information about a sale product through the interactive agent, and providing the message thread to the message thread; and (c) a product written in the message thread on the messenger. If an order is determined through the interactive agent, the process of providing a sale request for the corresponding product to the sale server is performed.

Among the embodiments, the merchandise order system is connected to the messenger of the user terminal and provides a messenger serving server for providing a messaging service through the messenger, a merchandise sales server for storing the merchandise list, and manages merchandise sales and interactive agents A message thread shared with the messenger is generated, an order information message including order information about a sale product is generated and provided to the message thread through the interactive agent, and written to the message thread on the messenger. And a product order processing server for providing a product request to the product sales server when a product order is determined through the interactive agent.

Among the embodiments, a recording medium recording a computer-implementable product ordering method performed in a product order processing server connected to a messenger of a user terminal to perform a product order processing is (a) shared with the messenger through a two-way interactive agent. Creating a message thread, (b) generating an order information message including order information about the merchandise through the interactive agent, and providing the message thread to the message thread; and (c) the message thread on the messenger. When a product order created in the above is determined through the interactive agent, a program relating to a product ordering method including a function of providing a sale request of a corresponding product to a product selling server is recorded.

The disclosed technique can have the following effects. However, since a specific embodiment does not mean to include all of the following effects or only the following effects, it should not be understood that the scope of the disclosed technology is limited by this.

A product ordering method using a computer executable messenger according to an embodiment of the present invention, and a product ordering system for performing the same may be performed by a user communicating with a seller of a product or service using a messenger virtual account of the messenger and an API associated with the messenger. You can easily order and pay for your goods or services.

A product ordering method using a computer-executable messenger according to an embodiment of the present invention, a product ordering system for performing the same is linked to the seller's sales management system (or legacy system), the information inquiry, broadcast notification, ordering of goods or services And payment, delivery status notification, product purchase confirmation, and late registration.

A product ordering method using a computer-executable messenger according to an embodiment of the present invention, a product ordering system for performing the same may perform order processing according to a scenario-based rule defined by the seller, various kinds of having a different order process Order processing for goods or services can be performed.

1 is a block diagram illustrating a conceptual structure of a product ordering system using a messenger according to an embodiment of the present invention.

2 is a block diagram illustrating a structure of each server of a product ordering system using a messenger according to an embodiment of the present invention.

3 is a view for explaining an example of a rule management table.

4 is a view for explaining an example of the rule data information management table.

5 is a diagram illustrating an example of a rule message management table.

FIG. 6 is a block diagram illustrating an associated operation of each server of a product ordering system using a messenger shown in FIG. 2.

7 is a flowchart illustrating an operation of a product ordering method performed in the product order processing server in FIG. 1.

8 is a flowchart illustrating a friend registration process of a seller account performed in the product ordering system of FIG. 1.

9 is a flowchart illustrating an initial menu providing process performed in the product ordering system of FIG. 1.

FIG. 10 is a flowchart illustrating a product information providing process performed in the product ordering system of FIG. 1.

11 is a view for explaining an example of a product information screen output to the user terminal.

12 is a flowchart illustrating a product selection process performed in the product ordering system of FIG. 1.

FIG. 13 is a flowchart illustrating a process of selecting a product option performed in the product ordering system of FIG. 1.

14 is a diagram illustrating an example of a product option selection screen provided through a user terminal.

FIG. 15 is a flowchart illustrating an order quantity input and inventory inquiry process performed in the product order system of FIG. 1.

FIG. 16 is a view for explaining an example of an order quantity input screen provided through a user terminal and a screen for notifying that there is no stock as a result of checking stock.

17 is a flowchart illustrating a process of confirming a product order history performed in the product order system of FIG. 1.

18 is a flowchart illustrating a payment process using a payment agent service performed in the product ordering system of FIG. 1.

19 is a diagram illustrating an example of a payment screen using a payment agent service provided through a user terminal.

20 is a flowchart illustrating a payment process using a registration card performed in the product ordering system of FIG. 1.

21 is a diagram illustrating an example of a payment screen using a registration card provided through a user terminal.

FIG. 22 is a flowchart illustrating a payment process using a passbook deposit performed in the product order system of FIG. 1.

FIG. 23 is a diagram illustrating an example of a payment screen using a passbook deposit provided through a user terminal.

Description of the present invention is only an embodiment for structural or functional description, the scope of the present invention should not be construed as limited by the embodiments described in the text. That is, since the embodiments may be variously modified and may have various forms, the scope of the present invention should be understood to include equivalents capable of realizing the technical idea. In addition, the objects or effects presented in the present invention does not mean that a specific embodiment should include all or only such effects, the scope of the present invention should not be understood as being limited thereby.

On the other hand, the meaning of the terms described in the present application should be understood as follows.

Terms such as "first" and "second" are intended to distinguish one component from another component, and the scope of rights should not be limited by these terms. For example, the first component may be named a second component, and similarly, the second component may also be named a first component.

When a component is referred to as being "connected" to another component, it should be understood that there may be other components in between, although it may be directly connected to the other component. On the other hand, when a component is referred to as being "directly connected" to another component, it should be understood that there is no other component in between. On the other hand, other expressions describing the relationship between the components, such as "between" and "immediately between" or "neighboring to" and "directly neighboring to", should be interpreted as well.

Singular expressions should be understood to include plural expressions unless the context clearly indicates otherwise, and terms such as "comprise" or "have" refer to a feature, number, step, operation, component, part, or feature thereof. It is to be understood that the combination is intended to be present and does not exclude in advance the possibility of the presence or addition of one or more other features or numbers, steps, operations, components, parts or combinations thereof.

In each step, an identification code (e.g., a, b, c, etc.) is used for convenience of description, and the identification code does not describe the order of the steps, and each step clearly indicates a specific order in context. Unless stated otherwise, they may occur out of the order noted. That is, each step may occur in the same order as specified, may be performed substantially simultaneously, or may be performed in the reverse order.

The present invention can be embodied as computer readable code on a computer readable recording medium, and the computer readable recording medium includes all kinds of recording devices in which data can be read by a computer system. . Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage device, and the like, and are also implemented in the form of a carrier wave (for example, transmission over the Internet). It also includes. The computer readable recording medium can also be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion.

All terms used herein have the same meaning as commonly understood by one of ordinary skill in the art unless otherwise defined. Generally, the terms defined in the dictionary used are to be interpreted to coincide with the meanings in the context of the related art, and should not be interpreted as having ideal or excessively formal meanings unless clearly defined in the present application.

Referring to FIG. 1, a product ordering system includes a user terminal 110, a messenger serving server 120, a product order processing server 130, and a product selling server 140.

The user terminal 110 is provided with a messenger application (hereinafter referred to as a messenger), and executes a messenger under the control of the user. The user terminal 110 may correspond to a computing device such as a mobile terminal, a tablet PC, a mobile phone, a laptop PC, a personal PC, and the like. The messenger of the user terminal 110 may access the messenger serving server 120 through a previously stored user account or a user account input from the user. The user terminal 110 may access the messenger serving server 120 through a cellular network or the Internet.

At least one other user account may be linked to the user account of the corresponding user. For example, corporate accounts for acquaintances' accounts and advertisements may be linked to the user's account and registered as friends. The messenger serving server 120 may manage a friend list associated with the user account of the corresponding user. The messenger may search for a specific user and register as a friend under the control of the user, or may register a user selected from among the recommended users through the messenger serving server 120 as a friend.

The messenger serving server 120 relays messages between user terminals using a user account and a counterpart user account.

For example, when a contact user is selected after a messenger is executed in the user terminal 110, the messenger serving server 120 may relay messages between the corresponding user terminal 110 and the counterpart user terminal through the messenger. Can be.

The messenger serving server 120 may provide a virtual account to a company other than an individual user. The company may perform advertisements, product information, etc. for the company to the user of the messenger through the company account.

In one embodiment, the messenger serving server 120 may provide a seller account to a seller of a product (or service, the same below), and may provide at least one application program interface (API) to the seller account. . For example, the messenger serving server 120 may provide a conversational API and a push API to each merchant account. In one embodiment, the conversational API is a direct conversation API that allows users and sellers to send and receive messages directly one-to-one or one-to-many, allowing the user to send and receive messages to and from the seller through a two-way interactive agent set by the seller. Server interworking API (or Bot API).

After the seller registers the seller account in the messenger serving server 120, the seller may receive a product order in a conversation form using a conversation API and a push API provided by the messenger serving server 120.

The commodity order processing server 130 is connected to the messenger of the user terminal 110 through the messenger serving server 120 to perform commodity order processing. In one embodiment, the product order processing server 130 creates a single message thread that is shared with the messenger of the user terminal 110 through each scenario-based two-way interactive agent and one-way notification agent defined by the seller. . The commodity order processing server 130 receives a message for a two-way interactive agent through a conversation API (eg, a server interworking API) provided by the messenger serving server 120, or receives a message generated by the two-way interactive agent. I can send it. In addition, the product order processing server 130 may transmit a message generated by the one-way notification agent through the push API.

In one embodiment, the product order processing server 130 generates a two-way interactive agent and a one-way notification agent, the message through the receipt of the product order query message for the two-way interactive agent received from the messenger serving server 120 Create a thread. In another embodiment, the product order processing server 130 may generate a message thread by providing a product advertisement message to the messenger serving server 120 by the one-way notification type agent. When the seller is a friend registration request by the messenger of the user terminal 110 and receives the request from the messenger serving server 120, the product order processing server 130 may generate a two-way interactive agent and a one-way notification agent. Can be.

The product order processing server 130 generates an order guide message according to an order scenario through a two-way interactive agent, and provides a corresponding message to a message thread. The product order processing server 130 receives the order response required for the product order through the interactive agent of both sides, and proceeds with the product order of the product based on this.

The merchandise order processing server 130 provides the merchandise sale server 140 with a merchandise order for the merchandise if the merchandise order written in the message thread on the messenger is determined through the interactive agent.

When the payment request message is received through the interactive agent of both sides, the product order processing server 130 generates payment information and provides it to the message thread, receives the payment response required for payment and proceeds with the payment of the corresponding product based on this. .

After the payment is completed, when receiving a delivery event according to the product delivery from the product sales server 140, the product order processing server 130 writes a progress message of the product sale through a one-way notification type agent on the messenger Provide to the message thread.

The merchandise sales server 140 stores the merchandise list for sale under the management of the seller, and manages merchandise sales. In one embodiment, the product sales server 140 corresponds to a server managed by the home shopping operator, and the product sales server 140 may store a list of products sold for each broadcast time sold through the home shopping channel owned by the home shopping operator. .

The product sales server 140 may provide the product list to the product order processing server 130 according to a request. In another embodiment, the merchandise sales server 140 may provide the merchandise order processing server 130 with information about the merchandise sold through the home shopping channel as requested.

After the payment is completed, the product sales server 140 may provide a delivery event according to the product delivery to the product order processing server 130. For example, the product sales server 140 may receive a delivery event from a delivery tracking server (not shown) and provide it to the product order processing server 130.

The first manager terminal 150 may manage the product order processing server 130 under the control of the product order processing server manager. For example, the product order processing server manager may modify a scenario-based rule defined in a two-way interactive agent or a one-way notification agent through the first manager terminal 150 or change a setting of the product order processing server 130. Can be.

The second manager terminal 160 may manage the product selling server 140 under the control of the seller. Alternatively, the second manager terminal 160 may access the product order processing server 130 under the control of the seller, search for various statistical information such as a user's purchase history, product order history, and receive a search result.

Referring to FIG. 2, the messenger serving server 120 includes a messenger serving module 122, a conversation API module 124, and a push API module 126. The messenger serving server 120 includes a memory and a processor, and the messenger serving module 122, the conversation API module 124, and the push API module 126 may be executed under the control of the processor.

The messenger serving module 122 transmits a message for the user terminal 110 or receives a message for a counterpart user (eg, a seller) from the user terminal 110. The conversation API module 124 and the push API module 126 are associated with a particular merchant account. The conversation API module 124 transmits a message about an associated seller to the order processing server 130 or receives a message generated by the order processing server 130 according to a scenario defined by the seller. The push API module 126 receives a notification message generated by the order processing server 130 according to a scenario defined by the seller.

For example, upon receiving a product order message written in a message thread on a messenger from the user terminal 110, the messenger serving module 122 identifies a counterpart, that is, a seller, of the corresponding product order message, and for a conversation associated with the identified seller. The corresponding message is transmitted to the product order processing server 130 through the API module 124. When receiving a message or notification message corresponding to the seller's response from the product order processing server 130 through the conversation API module 124 or the push API module 126 associated with the seller, the messenger serving module 122 The message is transmitted to the counterpart, that is, the user terminal 110.

The product order processing server 130 includes an order processing module 131, a management module 132, a text message sending module 133, a temporary storage memory 134, and a first database 135. The product order processing server 130 may include a memory and a processor, and the order processing module 131, the management module 132, and the text message sending module 133 may be executed under the control of the processor.

The order processing module 131 performs order processing according to a scenario defined by the seller. The order processing module 131 may receive a message from the messenger serving server 120 or generate an order information message in association with the messenger serving server 120 and the merchandise selling server 140 to transmit the messenger serving server 120 to the messenger serving server 120. have.

In one embodiment, order processing module 131 creates a two-way interactive agent and a one-way notification agent, and is a single message shared with the messenger on user terminal 110 via the two-way interactive agent and one-way notification agent, respectively. Create a thread. For example, the order processing module 131 may generate a message thread through receipt of a product order query message by a two-way interactive agent, or may generate a message thread through provision of a product order advertisement message by a one-way notification agent. You can also create

When a single message thread is shared with a messenger through each of the two-way interactive agent and the one-way notification agent, the user and seller of the user terminal 110 may be represented in a form of transmitting and receiving a message 1: 1. Internally, the two-way interactive agent and the one-way notification agent may be in the form of sending and receiving messages with the user, respectively.

In one embodiment, the two-way interactive agent and the one-way notification agent may generate a message according to a scenario-based rule defined by the seller, and perform order processing. Since order processing may be performed according to a scenario-based rule defined by the seller, the interactive agent and the one-way notification agent may perform order processing for various kinds of goods or services having different order processes. For example, the two-way interactive agent and the one-way notification agent may perform order processing according to each scenario-based rule for goods or services having different order processes, such as insurance, travel, general goods, and the like. For example, the two-way interactive agent and the one-way notification agent determine the order process according to the type of goods requested for the order, and generate the order information message according to scenario-based rules corresponding to the order process to perform the order processing. Can be.

In one embodiment, the two-way interactive agent generates a rule management table that defines the order of execution of each rule in response to the order progression step, a rule data information management table that defines the conditions required for execution of each rule, and generated according to each rule. Referring to the rule message management table that defines the message to be defined, the rule to be executed in the current order progression step is determined, and whether the conditions necessary to execute the rule are satisfied, the message associated with the rule can be generated. The rule management table, the rule data information management table, and the rule message management table may be stored in the first database 135 and managed for each seller.

3 is a view for explaining an example of a rule management table.

The rule management table defines the execution order of each rule in response to the order progress stage based on the scenario. In one embodiment, the rule management table includes a rule ID (ID), a seller ID, a rule category, a rule code, a rule name, a rule description, a rule type, an interface ID, a next step rule ID, whether to use a rule, a rule generation date and time, and a rule. It may include at least one of the modification date and time.

The rule ID includes an ID (identification information, hereinafter identical) identifying the rule with other rules, and the seller ID includes an ID for identifying the seller for which the rule is to be used. The rule category includes information for identifying the type of work (eg, ordering process, authentication process, payment process, etc.) to which the rule belongs, and the rule type includes information for identifying the type of the corresponding rule. For example, the rule type may include a rule regarding information input (eg, order information input), a rule regarding determination (eg, product order determination), a rule regarding notification (eg, delivery event notification). It may include.

The interface ID includes information for identifying an interface for transmitting a message generated by a corresponding rule, and the next step rule ID includes information for identifying a rule ID corresponding to a next order progress step according to a scenario.

The rule data information management table defines conditions (for example, a precondition for performing an order such as user authentication, membership, payment method selection, etc.) necessary for executing each rule. In one embodiment, the rule data information management table includes a rule data ID, a service rule ID, a rule data code, a rule data name, a rule data interworking value, a rule data exposure order, a next service rule ID, a rule creation date and time, and a rule modification date and time. It may include at least one.

The rule data ID includes an ID for identifying the rule data from other rule data, and the service rule ID includes a rule ID associated with the corresponding rule data information management table. The rule data interworking value indicates a condition associated with the corresponding rule data, and the next service rule ID includes a next rule ID associated with the corresponding rule data information management table.

5 is a diagram illustrating an example of a rule message management table.

The rule message management table defines a message generated according to each rule. In one embodiment, the rule message management table includes a rule message ID, service rule ID, status code, message template, message usage type, message type, image path, link text, link address, rule message order, rule generation date and time, and rule modification. It may include at least one of the date and time.

The rule message ID includes an ID for identifying the rule message from other rule messages, and the service rule ID includes a rule ID associated with the corresponding rule message management table. The message template includes the message content generated by the rule message. The message template may be composed of a variable message part that may include a fixed message part and product information.

The message usage type includes the type of task in which the message is used (eg, ordering process, authentication process, payment process, etc.). The message type includes the type of message (eg, text message, multimedia message, etc.). The image path includes a path in which an image to be inserted into a message is stored, the link text includes a text of a link to be inserted into a message, and the link address includes an address (eg, a URL) of the link.

Referring back to FIG. 2, when a product order query message is received for both interactive agents, the order processing module 131 determines a corresponding product from a list of sales products received from the merchandise sales server 140 and corresponds to the corresponding product in the message thread. Provide ordering information for. For example, the order processing module 131 generates a message including the order information according to the order progress process based on the rule management table, the rule data information management table, and the rule message management table, and generates a message thread through the interactive agent. You can write a message in.

In one embodiment, the order processing module 131 may provide a message thread through the interactive agent with a message including order information about the product currently being broadcast through the home shopping channel among the products in the merchandise list.

In another embodiment, the order processing module 131 analyzes a product order query message and transmits a message including order information about at least one product most similar to the corresponding product order among the products in the selling product list. Can be provided to the message thread.

Alternatively, the order processing module 131 analyzes a product order query message and sends a message including order information about at least one product recommended through analysis of the corresponding product order among the products in the sale product list to the interactive agent. Can be provided to the message thread. For example, the order processing module 131 determines a product type analyzed through a product order query message, and at least one first recommendation product sold most at a specific time in the determined product type, and a person having characteristics similar to the orderer. The recommendation product may be determined through at least one of the at least one second recommendation product that is sold the most and at least one third recommendation product that brings the most profit.

Thereafter, the order processing module 131 receives the order response required for the product order requested in the order information through the interactive agent to complete the product order of the corresponding product. For example, the order response may include product selection, product option selection, shipping destination selection, payment method selection, and the like.

The order processing module 131 provides the product sale server 140 with a sale request of the corresponding product when the product order written in the message thread is determined through the interactive agent.

When the payment request message is received through the interactive agent, the order processing module 131 may provide payment information including the payment method to the message thread through the interactive agent, and perform payment. In one embodiment, the payment means may include at least one of payment service settlement payment, card payment and bank account payment. The order processing module 131 may perform payment for the order product in association with an external payment system corresponding to the selected payment method.

When the product sales progress is received from the merchandise sales server 140, the one-way notification type agent generates a merchandise sales progress message and writes it in the message thread on the messenger.

For example, the order processing module 131 may receive a delivery event from the merchandise sales server 140, generate a delivery notification message through a one-way notification type agent, and write a delivery notification message to a message thread on a messenger.

When the product order cancellation request message is received through the interactive agent, the order processing module 131 may prompt for confirmation of the product order cancellation by the orderer by providing the product order cancellation procedure message through the interactive agent. .

In one embodiment, the order processing module 131 may store the order details and payment details in the first database 135.

The management module 132 manages the product order processing server 130. For example, the management module 132 may manage (eg, add, modify, delete, etc.) rules stored in the first database 135 according to a request of the first manager terminal 150. Alternatively, the management module 132 may provide a product order / payment details or a statistical result at the request of the first manager terminal 150.

The text message sending module 133 works with the order processing module 131 to send a text message for authenticating whether the user occupies the corresponding user terminal 110. For example, the order processing module 131 may request whether the user is occupying the corresponding user terminal 110 before proceeding with payment according to the completion of the product order, and the text message sending module 133 may The occupancy authentication confirmation text message may be generated and transmitted to the external text message sending server 210 according to the request. The text message sending server 210 may transmit the received text message to the user terminal 110 through the cellular network. In one embodiment, the occupancy authentication confirmation text message may include an authentication number.

The temporary storage memory 134 may temporarily store data frequently used among data necessary for the operation of the product order processing server 130 and provide the temporary data to each module.

The first database 135 stores various data necessary for the operation of the product order processing server 130. For example, the first database 135 may store a rule management table, a rule data information management table, a rule message management table, order details, and payment details. The first database 135 may store a list of sales products received from the product sales server 140.

In one embodiment, each time the product order processing server 130 receives a product order query message may receive a list of goods to sell from the product sales server 140 and stored in the first database (135). For example, the product order processing server 130 may receive from the product selling server 140 a list of sales products to be broadcast through the home shopping channel. In another embodiment, the product order processing server 130 may periodically receive a list of products sold from the product sales server 140 and store them in the first database 135.

The merchandise sales server 140 includes an interface module 142, a sales management module 144, and a second database 146. The merchandise sales server 140 includes a memory and a processor, and the interface module 142 and the sales management module 144 may be executed under the control of the processor.

The interface module 142 transmits and receives data in association with the product order processing server 130. For example, the interface module 142 may transmit a sale product list to the product order processing server 130 or receive a sale request including the order details from the product order processing server 130.

The sales management module 144 performs the actual product selling process according to the order details received from the product order processing server 130. For example, the sales management module 144 may provide a list of products for sale to the product order processing server 130 according to a request, or check stock and proceed with goods according to the order details.

The second database 146 stores various data necessary for the operation of the product sales server 140. In one embodiment, the second database 146 may include a subscriber information database, a product database, an inventory database, and an order history database.

Referring to FIG. 6, in the product order processing server 130, the order processing module 131 corresponds to a front end layer, and includes a management module 132, a text message sending module 133, and a temporary storage memory ( 134 and the first database 135 correspond to a back end layer.

The order processing module 131 may receive a message or transmit a message through the conversation API module 122 of the messenger serving server 120. The order processing module 131 may obtain data necessary for generating a message from the temporary storage memory 134, or may store data generated in the order processing process in the temporary storage memory 134. For example, the order processing module 131 may store some of the received order responses in the temporary storage memory 134.

The order processing module 131 transmits / receives a transaction in cooperation with the first database 135. For example, the order processing module 131 may receive data such as product information from the first database 135 or store the determined product order information in the first database 135.

The order processing module 131 transmits and receives data in association with the payment agency module 310 of the payment agency server. For example, the order processing module 131 may request a payment authentication message (TMS) from the payment agency module 310 and receive a result during a payment process using the payment agency service. The interface module 142 of the product sales server 140 may transmit / receive a payment transaction authentication ID (Txn_ID) with the payment agency module 310 of the payment agency server.

The order processing module 131 transmits and receives data in cooperation with the interface module 142 of the product sales server 140. For example, the order processing module 131 may make a sales product list inquiry, a sales request, etc. to the interface module 142, and the interface module 142 may provide a processing result.

The management module 132 may manage the rules stored in the first database 135 at the request of the administrator of the product order processing server 130, or provide the manager with product order / payment details and statistical results. Alternatively, the management module 132 may provide the seller with the product order / payment details, statistical results, etc. at the seller's request. In one embodiment, the management module 132 may provide a web page including a product order / payment history, statistical results, etc. to the administrator terminal or seller terminal.

The text message sending module 133 may interwork with the text message sending server 210 to transmit an occupancy verification confirmation text message to the text message sending server 210 and receive a processing result.

Referring to FIG. 7, the product order processing server 130 generates a single message thread shared with the messenger on the user terminal 110 through each of the interactive agent and the one-way notification agent (step S712).

When the product order written in the message thread on the messenger is determined through the interactive agent, the product order processing server 130 provides the product sale server 140 to the product sale server 140 (step S714).

Upon receiving the progress of the merchandise sale from the merchandise sales server 140, the merchandise order processing server 130 creates a progress message of merchandise sales in the message thread on the messenger via the one-way notification agent (step S716). .

Hereinafter, a detailed process of commodity order and payment in the commodity order system will be described in detail.

Referring to FIG. 8, the user terminal 110 executes a messenger under the control of a user (step S802), and outputs a friend list registered in association with the user's account on the screen (step S804). In the friend list, the seller may be registered as a friend in advance.

When a friend search is requested under the control of the user (step S806), the messenger serving server 120 searches for the user who has been requested to search (step S808). The messenger serving server 120 may provide a search result to the user terminal 110 and, when receiving a friend registration request under the user's control, may add the user to the friend list (step S810). For example, the user terminal 110 may request a search for a particular seller under the control of the user, and the messenger serving server 120 may provide the search result to the user terminal 110. The messenger serving server 120 may add a seller selected by the user to a friend list.

If a friend is selected from the friend list under the control of the user (step S812), the user terminal 110 generates a chat window for transmitting and receiving a message with the selected user and outputs it to the screen (step S814). A message thread is generated through the corresponding chat window to exchange messages with the user terminal 110 and the counterpart user terminal. When the seller is selected as the counterpart, the user terminal 110 generates and outputs a chat window with the seller.

When the user selects the order menu in the dialog (step S816), the user terminal 110 transmits the order menu request message to the messenger serving server 120, and the messenger serving server 120 generates a menu call message to process the product order. The server 130 transmits to the server 130 (step S818). The messenger serving server 120 may transmit a menu call message to the product order processing server 130 through a conversation API associated with the seller.

The messenger serving server 120 may receive a menu call message (step S820) and generate and provide an initial order menu according to a rule.

FIG. 9 is a flowchart illustrating an order menu providing process performed in the product ordering system of FIG. 1.

Referring to FIG. 9, upon receiving a menu call message (step S820), the messenger serving server 120 generates a message including an order menu according to a rule and transmits the message to the messenger serving server 120. Upon receiving the message including the order menu, the messenger serving server 120 transmits the corresponding message to the user terminal 110 (step S904), and the user terminal 110 outputs the received order menu message on the screen (step S906).

When a message is input to the user terminal 110 under the control of the user who confirms the order menu, the user terminal 110 transmits the input message to the messenger serving server 120 (step S908), and the messenger serving server 120. Transmits the received message to the product order processing server 130 (step S910).

The product order processing server 130 checks whether the corresponding message is valid according to the rule (step S912), and if it is a valid message, proceeds to the next step. If the message is not valid, the product order processing server 130 generates a re-entry request message according to the rule and transmits it to the messenger serving server 120 (step S914), and the messenger serving server 120 receives the received re-entry. The request message is transmitted to the user terminal (step S916). The user terminal 110 may output the received re-input request message on the screen (step S918), and receive the message again.

In one embodiment, the product order processing server 130 may authenticate (occupation authentication) whether the user occupies the corresponding user terminal 110 before providing the order menu. In an embodiment, the product order processing server 130 may check and check whether the corresponding user is registered as a customer of the seller in association with the product sales server 140 before providing the order menu.

Referring to FIG. 10, when a message confirmed to be valid corresponds to a message for requesting sales product information, the product order processing server 130 requests product information from the product sales server 140 (step S1002). When the product information request is received (step S1004), the product sales server 140 inquires product information about the requested product (step S1006) and transmits the requested product information to the product order processing server 130 (step S1008). ). The product order processing server 130 stores the received product information in a database (step S1010). In one embodiment, the merchandise sales server 140 may provide the merchandise order processing server 130 with a merchandise list including merchandise information.

In one embodiment, when the seller corresponds to a home shopping operator, the product sales server 140 may provide the product order processing server 130 with current (or immediately preceding) broadcast product information broadcast through the home shopping channel.

The commodity order processing server 130 generates a commodity information message according to the rule based on the commodity information stored in the database and transmits the commodity information message to the messenger serving server 120 (step S1012). The messenger serving server 120 transmits the received product information message to the user terminal 110 (step S1014), and the user terminal 110 outputs the received product information message on the screen (step S1016). 11 is a view for explaining an example of a product information screen output to the user terminal.

If the message includes a product detail link, the user can select the link to check detailed information about the product. If a link is selected under the control of the user (step S1018), the user terminal 110 accesses an address connected to the link (step S1020). In one embodiment, the product detail information may be provided by the product sales server 140, or may be provided by another external server.

The user terminal 110 receives the product detailed information and outputs it to the screen (step S1022).

In the case of FIG. 10, the case in which the product order processing server 130 requests the product information from the product sales server 140 when the message for requesting the product product information is received has been described, but in another embodiment, the product order The processing server 130 may periodically request and receive product information from the product sales server 140 independently of the message reception.

Referring to FIG. 12, a user may select an order product based on the product information output on the screen. When the order product is selected and input under the control of the user (step S1202), the user terminal 110 transmits the input message to the messenger serving server 120, and the messenger serving server 120 sends the received order to the product. It transfers to the process server 130 (step S1204).

Upon receiving the message (step S1206), the product order processing server 130 checks whether the received message is valid according to the rule (step S1208), and requests re-entering the message if the message is invalid (step S1210, S1212).

If the message is valid, the product order processing server 130 confirms the type of the selected product (step S1214). For example, when the type of the selected product is a non-generic product, the product order processing server 130 performs a product order process according to a rule based on a non-general product order scenario. In one embodiment, the non-generic goods may include goods that need to be ordered in consultation with the seller, such as insurance, rental, travel.

When the selected product type is a general product, the product order processing server 130 performs a product ordering process according to a rule based on a general product order scenario. For example, the product order processing server 130 requests product option information from the product sale server 140 (step S1216). When the product option information request is received (step S1218), the product sales server 140 inquires product option information about the corresponding product (step S1220), and transmits the requested product option information to the product order processing server 130. (Step S1222).

On the basis of the received product option information to check whether there is a selection option in the product (step S1224), if there is no selection option product order processing server 130 is the next order step (for example, gift selection, payment, etc.) Proceed).

If there is a selection option for the product, the product order processing server 130 generates an option selection guide message including the option information according to the rule and transmits it to the messenger serving server 120 (step S1226).

In the case of FIG. 12, when the order product selection message is received, the product order processing server 130 requests the product option information from the product sales server 140. However, in another embodiment, the product order processing server is described. The 130 may request and receive the product option information from the merchandise sales server 140 in advance independently of the message reception. In another embodiment, the product order processing server 130 periodically requests and receives product option information from the product sales server 140, or when the product option is changed, the product sales server 140 may process the product order processing server 130. ) May provide product option information. In this case, the product order processing server 130 may perform the order processing by reflecting the change in the product options at the time of sale.

Referring to FIG. 13, the product order processing server 130 generates an option selection guide message (step S1302) and transmits it to the messenger serving server 120. Upon receiving the option selection guide message, the messenger serving server 120 transmits the received message to the user terminal 110 (step S1304), and the user terminal 110 outputs the received option selection guide message to the screen.

The user can check the option selection guide message displayed on the screen and select an option. When an option is selected and input under the control of the user, the user terminal 110 transmits the input message to the messenger serving server 120 (step S1308), and the messenger serving server 120 transmits the received message to the product order processing server. It transmits to 130 (step S1310).

When the message is received (step S1312), the product order processing server 130 stores the selected order option based on the message (step S1314). The commodity order processing server 130 checks whether there is a next option (step S1316), and executes again from step S1302 if there is a next option.

If there is no next option, the product order processing server 130 proceeds to the next order step (for example, selection of free gifts, payment, etc.) (step S1318).

Referring to FIG. 14, (a) shows a screen for selecting a color for an ordered product, (b) shows a screen for selecting a size for an ordered product, and (c) shows a screen for selecting a style for an ordered product. Display the screen. (d) shows a screen for selecting a free gift.

Referring to FIG. 15, after all options are selected, the product order processing server 130 generates a quantity input request message and transmits it to the messenger serving server 120 (step S1502). Upon receiving the quantity input request message, the messenger serving server 120 transmits the corresponding message to the user terminal 110 (step S1504), and the user terminal 110 outputs the received quantity input request message on the screen (step S1506).

The user may check the quantity input request message displayed on the screen and input the order quantity. When the order quantity is input under the control of the user, the user terminal 110 transmits a message including the entered quantity to the messenger serving server 120 (step S1508), and the messenger serving server 120 stores the received message. Transfer to the order processing server 130 (step S1510).

Upon receiving the message (step S1512), the product order processing server 130 checks whether the order quantity exceeds the maximum quantity according to the rule (step S1514). When the order quantity exceeds the maximum quantity, the product order processing server 130 generates a quantity re-entry request message and transmits it to the messenger serving server 120 (step S1516), and the messenger serving server 120 receives the received quantity. The re-input request message is transmitted to the user terminal 110 (step S1518). The user terminal 110 outputs the received message to the screen (step S1520).

If the order quantity does not exceed the maximum quantity, the product order processing server 130 requests the product sales server 140 to check the inventory in real time (step S1522). When there is a stock confirmation request, the product sales server 140 checks the stock for the product (step S1524), and if there is no stock, informs the product order processing server 130 that there is no stock (step S1526).

If there is no stock, the product order processing server 130 generates an out of stock guidance message and transmits it to the messenger serving server 120 (step S1528), and the messenger serving server 120 transmits the received message to the user terminal 110. (Step S1530). The user terminal 110 outputs the received message to the screen (step S1532). FIG. 16 is a view for explaining an example of an order quantity input screen provided through a user terminal and a screen for notifying that there is no stock as a result of checking stock.

If there is stock, the merchandise sales server 140 secures the quantity corresponding to the order quantity (step S1534), and transmits the result of obtaining the order quantity to the product order processing server 130 (step S1536). The product order processing server 130 stores the determined order quantity of the user in the database based on the result of obtaining the order quantity (step S1538). Through the above process, the product order processing server 130 may perform the order processing by reflecting the stock situation of the product in real time in the order process.

Referring to FIG. 17, when a product order is determined, the product order processing server 130 requests the product sales server 140 for an order price inquiry according to the selected option (step S1702). When a price inquiry request is received (step S1704), the merchandise sales server 140 calculates an order price according to the selected option and transmits the calculated price to the merchandise order processing server 130 (step S1706).

Upon receiving the order price, the product order processing server 130 generates a message including the order history and payment means and transmits it to the messenger serving server 120 (step S1708), and the messenger serving server 120 receives the received message. Is transmitted to the user terminal 110 (step S1710). The user terminal 110 outputs the received message to the screen (step S1712).

The user may check the message output on the screen and select and input a payment method. When the payment method is selected and input according to the control of the user, the user terminal 110 transmits the input payment method selection message to the messenger serving server 120 (step S1714), and the messenger serving server 120 sends the received message. The product order processing server 130 is transmitted (step S1716). The product order processing server 130 performs payment according to the selected payment means (step S1718). In one embodiment, the payment means may include at least one of payment service settlement payment, card payment and bank account payment.

Referring to FIG. 18, when payment by a payment agent service is selected as a payment method, the product order processing server 130 generates a payment transaction authentication ID (Txn ID) in the product sale server 140 for the corresponding order details. Request (step S1802), the product sales server 140 checks the order history according to the request and generates a payment transaction authentication ID and transmits to the product order processing server 130 (step S1804).

When the payment transaction authentication ID is received (step S1806), the product order processing server 130 transmits the payment transaction authentication ID to the payment agent server 320 and requests payment authentication.

When the payment authentication request is received together with the payment transaction authentication ID from the product order processing server 130, the payment agency server 320 generates a payment authentication message (TMS) (step S1810), and serves as a messenger serving the generated payment authentication message. The server 120 then transmits to the server 120 (step S1812). The messenger serving server 120 transmits a payment authentication message to the user terminal 110 (step S1814), and when receiving a payment authentication message (step S1816), the user terminal 110 may check the payment details and input a password. The screen is displayed (step S1818).

The user terminal 110 receives a password under the control of the user, and transmits the received password to the payment agent server 320. The payment agent server 320 authenticates payment based on the received password (step S1820), and transmits the authentication result to the product order processing server 130.

When the payment authentication result is received (step S1822), the product order processing server 130 transmits the payment authentication result to the product sales server 140 (step S1824). When the payment authentication result is received, the product sales server 140 performs payment approval processing and order completion processing (step S1826), and transmits the order completion processing result to the product order processing server 130 (step S1828).

Referring to FIG. 19, (a) shows a screen for selecting an order history and a payment method, (b) shows a screen for selecting a payment card when payment by a payment agent service is selected, and (c) indicates whether to install Displays the screen to select. (d) shows a screen for requesting payment by the payment agent service, (e) shows a payment information confirmation screen, and (f) shows a screen for inputting a payment password for the payment agent service. (g) shows the payment completion screen when the payment is made by the payment service.

Referring to FIG. 20, when a payment using a card registered in the product sales server 140 is selected as a payment method, the product order processing server 130 performs a registration card inquiry for the corresponding user on the product sales server 140. Request (step S2002). When the registration card inquiry request is received (step S2004), the product sales server 140 inquires whether there is a card already registered for the user, and transmits the inquiry result to the product order processing server 130 (step S2006). )

Upon receiving the inquiry result (step S2008), the product order processing server 130 checks whether there is a card already registered for the user (step S2010). If there is no card already registered, the product order processing server 130 generates a card new registration guide message according to the rule and transmits it to the messenger serving server 120. The messenger serving server 120 transmits the received message to the user terminal 110 (step S2012), and the user terminal 110 outputs the received message to the screen (step S2014).

If there is a card already registered, the product order processing server 130 generates a message requesting input of at least some of the registered card number and transmits it to the messenger serving server 120 (step S2016). The messenger serving server 120 transmits the received message to the user terminal 110 (step S2018), and the user terminal 110 outputs the received message to the screen (step S2020).

The user terminal 110 receives a part of the number of the registered card under the control of the user (step S2022), and transmits a message including the received number to the messenger serving server 120. The messenger serving server 120 transmits the received message to the product order processing server 130 (step S2024), and the product order processing server 130 compares the number included in the received message with a previously registered card number. It is checked whether or not it is a registered card (step S2026).

If there is no card corresponding to the input number among previously registered cards, the product order processing server 130 may generate and transmit a message requesting re-entry of the number. If there are a plurality of cards corresponding to the input number among the registered cards, the product order processing server 130 generates a card selection request message and transmits it to the messenger serving server 120. The messenger serving server 120 transmits the received message to the user terminal 110 (step S2028), and the user terminal 110 outputs the received message to the screen (step S2030).

When the card is selected and input under the control of the user, the user terminal 110 transmits a card selection message to the messenger serving server 120 (step S2032), and the messenger serving server 120 sends the received message to the product order. The process is sent to the server 130 (step S2034).

When the card to be selected is selected, the product order processing server 130 generates a message requesting the input of the installment / period and the password according to the rule and transmits the message to the messenger serving server 120. If there is one card corresponding to the number entered in step S2026, the commodity order processing server 130 immediately generates a message requesting the input of the installment / period and password and transmits it to the messenger serving server 120 .

Referring to FIG. 21, (a) shows a screen for inputting a partial number of a registered card, (b) shows a screen for selecting a card to pay from among a plurality of cards, and (c) shows a card for payment. Shows a screen requesting password input. (d) shows a password input screen, (e) shows a password input confirmation screen, and (f) shows a payment completed screen when paying with a registration card.

Referring to FIG. 22, when the payment of the bankbook payment is selected as the payment means, the product order processing server 130 requests the inquiry of the account for the payment of the bankbook payment to the product sales server 140 (step S2202). ).

When receiving the dedicated account inquiry request (step S2204), the product sales server 140 inquires the bank account deposit-only account for the user and transmits the inquiry result to the product order processing server 130 (step S2206).

Upon receiving the inquiry result, the product order processing server 130 checks whether there is a dedicated account for the user (step S2208). If there is a dedicated account, the product order processing server 130 generates a holding account list message according to the rule and transmits it to the messenger serving server 120. The messenger serving server 120 transmits the received message to the user terminal 110 (step S2210), and the user terminal 110 outputs the received message to the screen (step S2212).

The user terminal 110 receives a bank selection corresponding to a dedicated account under the control of the user (step S2214), and transmits a message including the selected bank information to the messenger serving server 120. The messenger serving server 120 transmits the received message to the product order processing server 130.

If there is no dedicated account, the product order processing server 130 generates a new account opening request message according to the rule and transmits it to the messenger serving server 120. The messenger serving server 120 transmits the received message to the user terminal 110 (step S2218), and the user terminal 110 outputs the received message to the screen (step S2220). The user terminal 110 receives a bank selection to open a new deposit account under the control of the user (step S2222), and transmits a message including information on the bank to open the deposit account to the messenger serving server 120. . The messenger serving server 120 transmits the received message to the product order processing server 130 (step S2224).

If the deposit account is selected, the product order processing server 130 checks whether the cash receipt number is registered (step S2226). If the cash receipt number is not registered, the product order processing server 130 generates a cash receipt number input request message and transmits it to the messenger serving server 120. The messenger serving server 120 transmits the received message to the user terminal 110 (step S2228), and the user terminal 110 outputs the received message to the screen (step S2230). The user terminal 110 receives a number to issue a cash receipt under the control of the user (step S2232), and transmits a message including the number to issue the cash receipt to the messenger serving server 120. The messenger serving server 120 transmits the received message to the product order processing server 130 (step S2234).

If a number for issuing a cash receipt is registered, the product order processing server 130 requests the temporary order processing to the product sales server 140 (step S2236). Upon receiving the temporary order processing request (step S2238), the merchandise sales server 140 checks the stock of the corresponding product and performs the temporary order processing (for example, order quantity securing processing) (S2240).

The merchandise sales server 140 transmits the temporary order processing result to the merchandise order processing server 130 (step S2242), and when receiving the processing result, the merchandise order processing server 130 generates a guide message including a deposit account. The messenger serving server 120 transmits the received message to the user terminal 110 (step S2246), and the messenger serving server 120 transmits the received message to the user terminal 110 (step S2248). The user terminal 110 outputs the received message to the screen (step S2250).

Referring to FIG. 23, (a) shows a screen for selecting a bank to deposit bankbook, (b) shows a screen for guiding the bankbook deposit account, and (c) shows a payment completion screen when paying with the bankbook deposit account. Indicates.

Although described above with reference to the preferred embodiment of the present application, those skilled in the art various modifications and changes to the present application without departing from the spirit and scope of the invention described in the claims below I can understand that you can.

Claims

In the commodity order method performed in the commodity order processing server connected to the messenger of the user terminal to perform commodity order processing,

(a) creating a message thread shared with the messenger via a two-way interactive agent;

(b) generating and providing an order information message to the message thread, the order information message including order information about a product sold through the interactive agent; And

(c) if a product order written in the message thread on the messenger is determined through the interactive agent, providing a sale request of the corresponding product to a product selling server.
The method of claim 1, wherein step (a)

And when the two-way interactive agent is generated by a friend registration request of the messenger, generating the message thread by receiving a product order query message by the two-way interactive agent.
The method of claim 1, wherein step (a)

And when the two-way interactive agent is generated by a friend registration request of the messenger, generating the message thread by providing a product order advertisement message by the one-time notification type agent.
The method of claim 1, wherein step (a)

And creating a single message thread shared with the messenger via each one-way notification agent and the two-way interactive agent.
The method of claim 1, wherein step (b)

When the product order query message is received through the interactive agent, the method comprising the step of determining the corresponding product from the list of sales products received from the merchandise sales server to provide an order information message about the corresponding product to the message thread. Product ordering method.
The method of claim 5, wherein step (b)

And providing an order information message regarding a product currently being broadcast through a home shopping channel among the products in the sale product list to the message thread through the interactive agent.
The method of claim 5, wherein step (b)

Analyzing the product order query message and providing an order information message about at least one product most similar to the corresponding product order among the products in the sale product list to the message thread through the interactive agent; Product ordering method characterized by the above.
The method of claim 5, wherein step (b)

Analyzing the product order query message and providing an order information message about at least one product recommended through analysis of the corresponding product order among the products in the sale product list to the message thread through the interactive agent; A product ordering method comprising the.
The method of claim 8, wherein step (b)

At least one first recommendation product which is determined by the product order query message and is most sold at a specific time in the determined product type, and at least one second which is most sold to a person having characteristics similar to the orderer. And determining at least one recommendation product formed through at least one of the recommendation product and the at least one third recommendation product that brings the most profit as the at least one product.
The method of claim 1, wherein step (b)

Determining an ordering process according to the type of goods requested for an order and generating an order information message based on the ordering process.
The method of claim 10, wherein step (b)

And generating an order information message according to a scenario-based rule corresponding to the ordering process.
The method of claim 1, wherein step (c)

Receiving an order response required for the product order requested in the order information through the interactive agent further comprises the step of completing the product order of the corresponding product.
The method of claim 12, wherein step (c)

And checking the stock status of the corresponding goods in real time according to the received order response.
The method of claim 1, wherein step (c)

When the product order cancellation request message is received through the two-way interactive agent further comprising the step of providing a product order cancellation procedure message through the two-way interactive agent prompting the product order cancellation confirmation by the orderer. How to order products.
The method of claim 1, wherein step (c)

And if the payment request message is received through the interactive agent, providing payment information including payment means to the message thread through the interactive agent.
The method of claim 15, wherein the payment means

A product ordering method comprising at least one of a payment agency service payment, card payment and bank account payment.
The method of claim 1,

(d) receiving the progress of merchandise sales from the merchandise sales server and writing the progress message of merchandise sales through a one-way notification agent in a message thread on the messenger; How to order.
18. The method of claim 17, wherein step (d)

Receiving a delivery event according to the product delivery from the product sales server comprising the step of generating a progress message of the product sale.
In the product order processing server including a processor and a memory, connected to the messenger of the user terminal to perform a product order processing,

The processor is

(a) creating a message thread shared with the messenger via a two-way interactive agent;

(b) generating an order information message including order information about a sale product through the interactive agent and providing the message thread to the message thread; And

(c) a product order processing server performing a process of providing a sale request of a corresponding product to a product selling server when a product order written in the message thread on the messenger is determined through the interactive agent.
A messenger serving server connected to a messenger of a user terminal and providing a messaging service through the messenger;

A merchandise sales server for storing a merchandise list and managing merchandise sales; And

A message thread shared with the messenger is generated through a two-way interactive agent, an order information message including order information about a sale product is generated and provided to the message thread through the two-way interactive agent, and on the messenger. And a product order processing server for providing a product request to the product sales server when a product order written in a message thread is determined through the interactive agent.
Claims [1] A recording medium for recording a computer-implementable product order method performed by a product order processing server connected to a messenger of a user terminal to perform a product order processing.

(a) creating a message thread shared with the messenger via a two-way interactive agent;

(b) generating an order information message including order information about a sale product through the interactive agent and providing the message thread to the message thread; And

(c) a computer on which a program relating to a product ordering method is recorded, including a function of providing a product sales server with a request for sale of the product when a product order written in the message thread on the messenger is determined through the interactive agent. Recordable media that can be read by