KR20170015082A

KR20170015082A - Ordering method using messenger application, system performing the same and storage media storing the same

Info

Publication number: KR20170015082A
Application number: KR1020150186869A
Authority: KR
Inventors: 강석태
Original assignee: 주식회사 엘지씨엔에스
Priority date: 2015-07-29
Filing date: 2015-12-24
Publication date: 2017-02-08

Abstract

The present invention relates to a product ordering method using a computer-executable messenger application, a product ordering system for performing a product ordering method, and a recording medium storing a program for performing a product ordering method. The product ordering method, which is performed by a product ordering processing server connected to a messenger application of a user terminal and configured to perform product ordering processing, comprises the steps of: (a) generating a message thread, shared with the messenger application, via an interactive agent; (b) generating an ordering information message, including ordering information regarding a product for sale, via the interactive agent, and providing the ordering information message to the message thread; and (c) providing a request for sales of the product to a product sales server when product ordering written on the message thread displayed on the messenger application has been determined via the interactive agent.

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a product ordering method, a product ordering method, a product ordering method, a product ordering system,

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a computer-readable product ordering method, a commodity ordering system for performing the same, and a recording medium storing a program for performing the same, and more particularly, And a product ordering method using a computer-executable messenger capable of making payment, a goods ordering system for performing the product ordering, and a recording medium storing a program for performing the ordering system.

The following methods are used in a conventional TV home shopping or T-commerce system in which a user orders goods.

The first is the agent ARS method. The agent ARS method is a method of ordering by confirming order goods, confirming the order, checking the order details, and confirming the payment method by calling the ARS number exposed on the TV screen and calling the agent. However, due to the nature of the TV home shopping, the agent ARS system has a disadvantage in that it can not respond to orders quickly because the order operation rate is not high when the order is busy at a certain time zone.

Second, there is an automatic order ARS method. Automatic order ARS method is a method to order goods by confirming order goods, checking delivery order, confirming order details and payment method through ARS server by telephone connection with automatic order ARS number exposed on TV screen. However, the automatic order ARS method is a method in which a scenario-based voice is transmitted, and it takes a long time because it is difficult to grasp the contents until the user hears the entire voice. 1 is a diagram showing an ordering step of an automatic order ARS system. Currently, TVShop's auto order ARS is about 15 ~ 17 steps, and it takes about 4 minutes 30 seconds when user orders.

Third, there is a way to use web mobile apps. The method using web mobile application is a method of ordering and payment after the user selects a product by providing a shopping mall that provides product information and order / payment function to the smartphone application (app) based on Android and iOS. However, the method using the web mobile application requires not only downloading and installing a separate application for each home shopping company, but also finding the product directly at the time of execution of the mobile application. In particular, since most TV home shopping companies have separate products to be sold through mobile app channels, a problem arises in that a user has to search for a product directly since a current menu on the TV home shopping is provided as a separate menu .

For the fourth time There is a method using web / mobile web. The way of using the web / mobile web is the way that most operators have the commercial mall that is provided through the browser using the web technology. However, in the method using the web / mobile web, a user has to remember a separate URL for the mobile web or the online web, and must go after the input or browse through the favorite. In addition, since each page access calls the web page through the server, it takes time to load the page.

Fifth There is a method using a set-top box and a remote controller. The method using the set-top box and the remote control provides information about the goods on the TV through the smart TV or the set-top box, and when the specific key of the remote controller is pressed, the details of the goods, to be. However, the system using the set-top box and the remote controller is characterized in that menu selection and operation are inconvenient in a method of ordering using a smart TV or a remote controller connected to a set-top box. In particular, the inputting of personal information and the inputting of payment means in payment are very complicated and users are dismissed.

Korean Patent No. 10-0673032 relates to a home shopping product ordering system using a mobile phone, wherein a home shopping product order application installed on a mobile terminal when a product is ordered includes product information of a home shopping company being broadcasted or broadcasted, And transmits and receives the quantity and type of goods to be purchased, payment information, and delivery information to the product order linkage server through the home shopping product order application of the mobile terminal, and the product order linkage server transmits the encrypted product order Information is transmitted to the home shopping commodity order management server through the private internet network, and the order is released while confirming the order item while releasing the encryption, so that the home shopping company can purchase the product safely and easily while maintaining the security of the order, Can be done.

Korean Patent No. 10-0673032 (January 16, 2007)

One embodiment of the present invention is a method of ordering a product using a computer-executable messenger that enables a user to easily order and settle a product in a manner that the user interacts with the goods or service seller using the merchant virtual account of the messenger and the API associated therewith , A commodity ordering system for performing the commodity, and a recording medium storing a program for performing the commodity ordering system.

One embodiment of the present invention relates to a method of interacting with a seller's sales management system (or a legacy system) to inquire information of goods or services, broadcast notifications, order and payment, delivery status notification, commodity purchase confirmation, A product ordering method using a computer-executable messenger that can be provided to a user, a product ordering system for performing the product ordering, and a recording medium storing a program for performing the product ordering.

In a preferred embodiment of the present invention, a product ordering method is performed in a product order processing server connected to a messenger of a user terminal to perform product order processing, the method comprising the steps of: (a) (B) generating an order information message including order information on a sales product through the two-way interactive agent and providing the order information message to the message thread; and (c) And if the product order is determined through the interactive agent, providing a sales request for the product to the product sale server.

In one embodiment, in the step (a), when the two-way interactive agent is created by the friend registration request of the messenger, the step of generating the message thread by accepting the goods order query message by the two- . &Lt; / RTI >

In one embodiment, in the step (a), when the two-way interactive agent is created by a friend registration request of the messenger, the step of generating the message thread by providing the product order advertisement message by the one- . &Lt; / RTI >

In one embodiment, the step (a) may include generating a single message thread shared with the messenger through the one-way notification agent and the two-way interactive agent.

In one embodiment, in the step (b), when the product order inquiry message is received through the interactive agent, the corresponding product is determined from the sales product list received from the product sale server, And providing an information message.

In one embodiment, the step (b) includes the step of providing an order information message regarding a currently broadcasted product through a home shopping channel among the products in the sales product list to the message thread through the interactive agent .

In one embodiment, the step (b) analyzes the product order inquiry message and transmits an order information message about at least one product most similar to the product order in the product list to the two-way interactive agent To the message thread.

In one embodiment, the step (b) analyzes the product order inquiry message and transmits an order information message about at least one product recommended through analysis of the product order among the products in the sales product list, To the message thread via an agent.

In one embodiment, the step (b) includes the steps of: determining a product type analyzed through the product order inquiry message; determining at least one first recommended product sold most at a specific time in the determined product type, Determining at least one recommended commodity formed through at least one of at least one second recommendation commodity most sold to the person having the best profit and at least one third recommendation commodity giving the greatest profit as the at least one commodity .

In one embodiment, step (b) may include determining an ordering process according to the kind of goods ordered and generating an ordering information message based on the ordering process.

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

In one embodiment, the step (c) may further include receiving an order response required for ordering the goods requested in the order information through the interactive agent, and completing the ordering of the corresponding goods.

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

In one embodiment, in the step (c), when a product order cancellation request message is received through the two-way interactive agent, a product order cancellation procedure message is provided through the two-way interactive agent, And may further include the step of prompting.

In one embodiment, the step (c) further includes providing payment information including a payment means to the message thread through the two-way interactive agent when the payment request message is received through the two-way interactive agent .

In one embodiment, the payment means may include at least one of a payment agent service payment, a card payment, and a non-institutional deposit payment.

In one embodiment, the method of ordering goods orders performed by the goods order processing server comprises the steps of: (d) receiving an item sale progress from the goods sale server and transmitting, to the message thread on the messenger, And a step of generating a progress message.

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

Among the embodiments, a commodity order processing server connected to a messenger of a user terminal for performing commodity order processing includes a processor and a memory, the processor comprising: (a) a message thread shared with the messenger via a two- (B) generating an order information message including order information on a sales product through the two-way interactive agent and providing the order information message to the message thread; and (c) When the order is determined through the interactive agent, the agent performs a process of providing a sale request of the product to the product sale server.

Among the embodiments, the commodity ordering system comprises a messenger serving server connected to the messenger of the user terminal and providing the messaging service through the messenger, a merchandise selling server for managing the commodity sales, Generating a message thread shared with the messenger, generating an order information message including order information on a sales product through the two-way interactive agent, and providing the message information to the message thread, And a product order processing server for providing a product sales server with the product sales server if the product order is determined through the interactive agent.

Among the embodiments, a recording medium on which a computer-executable ordering method performed on a commodity order processing server connected to a messenger of a user terminal to perform a commodity ordering process is recorded includes the steps of: (a) (B) a function of generating an order information message including order information on a sales item through the bidirectional agent and providing the order information message to the message thread, and (c) a function of generating a message thread And a function of providing a sale request of the product to the product sale server when the product order created in the interactive interactive agent is determined through the interactive interactive agent.

The disclosed technique may have the following effects. It is to be understood, however, that the scope of the disclosed technology is not to be construed as limited thereby, as it is not meant to imply that a particular embodiment should include all of the following effects or only the following effects.

A method for ordering goods using a computer-executable messenger according to an exemplary embodiment of the present invention and a goods ordering system for performing the same can be realized by a method in which a user interacts with a goods or service seller using a merchant virtual account of a messenger and an API associated with the goods You can easily order and pay for goods or services.

A method for ordering goods using a computer-executable messenger according to an exemplary embodiment of the present invention, and a product ordering system for performing the method, can be implemented by interfacing with a seller's sales management system (or a legacy system) And payment, delivery status notification, commodity purchase confirmation, and late registration can be provided to the user in a conversation format.

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

1 is a block diagram illustrating a conceptual structure of a commodity ordering system using a messenger according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating the structure of each server of a commodity ordering system using a messenger according to an embodiment of the present invention. Referring to FIG.
3 is a diagram for explaining an example of a rule management table.
4 is a diagram for explaining an example of a rule data information management table.
5 is a diagram for explaining an example of a rule message management table.
FIG. 6 is a block diagram illustrating the associated operation of each server of the merchandise ordering system using the messenger in FIG. 2;
7 is a flowchart illustrating an operation of a product ordering method performed by the goods order processing server shown in FIG.
FIG. 8 is a flowchart illustrating a friend registration process of a seller account performed in the goods ordering system of FIG. 1. FIG.
9 is a flowchart illustrating an initial menu providing process performed in the goods ordering system of FIG.
FIG. 10 is a flowchart illustrating a process of providing product information performed in the product ordering system of FIG. 1. FIG.
11 is a view for explaining an example of a goods information screen outputted to a user terminal.
FIG. 12 is a flowchart illustrating a product selection process performed in the product ordering system of FIG. 1. FIG.
FIG. 13 is a flowchart illustrating a process of selecting a product option performed in the product ordering system of FIG. 1. FIG.
14 is a view for explaining an example of a product option selection screen provided through a user terminal.
FIG. 15 is a flowchart for explaining an order quantity input and inventory inquiry process performed in the goods ordering 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 inventory check result.
FIG. 17 is a flowchart illustrating a process of confirming a product order history performed in the goods ordering system of FIG. 1. FIG.
18 is a flowchart illustrating a settlement process using a settlement agent service performed in the goods ordering system of FIG.
FIG. 19 is a view for explaining an example of a payment screen using a payment agent service provided through a user terminal.
FIG. 20 is a flowchart illustrating a settlement process using a registration card performed in the merchandise ordering system of FIG. 1. FIG.
21 is a view for explaining an example of a settlement screen using a registration card provided through a user terminal.
FIG. 22 is a flow chart for explaining a settlement process using the non-payment deposit performed in the goods ordering system of FIG. 1;
FIG. 23 is a view for explaining an example of a settlement screen using an uninitialized deposit provided through a user terminal.

The description of the present invention is merely an example for structural or functional explanation, and the scope of the present invention should not be construed as being limited by the embodiments described in the text. That is, the embodiments are to be construed as being variously embodied and having various forms, so that the scope of the present invention should be understood to include equivalents capable of realizing technical ideas. Also, the purpose or effect of the present invention should not be construed as limiting the scope of the present invention, since it does not mean that a specific embodiment should include all or only such effect.

Meanwhile, the meaning of the terms described in the present application should be understood as follows.

The terms "first "," second ", and the like are intended to distinguish one element from another, and the scope of the right should not be limited by these terms. For example, the first component may be referred to as a second component, and similarly, the second component may also be referred to as a first component.

It is to be understood that when an element is referred to as being "connected" to another element, it may be directly connected to the other element, but there may be other elements in between. On the other hand, when an element is referred to as being "directly connected" to another element, it should be understood that there are no other elements in between. On the other hand, other expressions that describe the relationship between components, such as "between" and "between" or "neighboring to" and "directly adjacent to" should be interpreted as well.

It is to be understood that the singular " include " or "have" are to be construed as including the stated feature, number, step, operation, It is to be understood that the combination is intended to specify that it does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

In each step, the identification code (e.g., a, b, c, etc.) is used for convenience of explanation, the identification code does not describe the order of each step, Unless otherwise stated, it may occur differently from the stated order. That is, each step may occur in the same order as described, may be performed substantially concurrently, or may be performed in 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 any type of recording device that stores data that can be read by a computer system . Examples of the computer-readable recording medium include a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like, and also implemented in the form of a carrier wave (for example, transmission over the Internet) . In addition, the computer-readable recording medium may be distributed over network-connected computer systems so that computer readable codes can be stored and executed in a distributed manner.

All terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs, unless otherwise defined. Commonly used predefined terms should be interpreted to be consistent with the meanings in the context of the related art and can not be interpreted as having ideal or overly formal meaning unless explicitly defined in the present application.

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

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

The user terminal 110 is provided with a messenger application (hereinafter referred to as a messenger), and executes the messenger according to 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, or a personal PC. The messenger of the user terminal 110 can access the messenger server 120 through a user account stored in advance or a user account received from the user. The user terminal 110 may connect to the messenger serving server 120 via a cellular network or the Internet.

At least one other user account may be associated with that user's user account. For example, the user's account may be associated with a company account for an acquaintance's account, an advertisement, etc., and registered as a friend. The messenger server 120 may manage the list of friends associated with the user account of the user. The messenger can register a selected user as a friend by the control of the user or register the selected user as a friend among the users recommended through the messenger server 120. [

The messenger server 120 relays message transmission / reception between the user terminals using the user account and the counterpart user account.

For example, if a conversation user is selected after the messenger is executed in the user terminal 110, the messenger server 120 relays message transmission / reception between the corresponding user terminal 110 and the counterpart user terminal through the messenger .

The messenger server 120 may provide a virtual account to an enterprise that is not an individual user. The company can perform advertisement, product information and so on for the user of the instant messenger through the company account.

In one embodiment, the messenger server 120 may provide a merchant account to a merchant (or service, hereinafter the same) and provide at least one application program interface (API) to the merchant account . For example, the messenger serving server 120 may provide an API for conversation and a push API to each merchant account. In one embodiment, the API for conversation includes a direct dialog API, in which a user and a seller can directly send and receive messages in a one-to-one or one-to-many manner, and a user interacts with a seller via a two- (Or a bot API) that allows the user to interact with the server.

After registering the seller account in the messenger server 120, the seller can receive the product order in an interactive form using the API for conversation and the push API provided by the messenger server 120.

The product order processing server 130 is connected to the messenger of the user terminal 110 through the messenger server 120 to perform product order processing. In one embodiment, the goods order processing server 130 generates a single message thread shared with the messenger of the user terminal 110 through the scenario-based interactive agent and the one-agent agent, respectively, defined by the seller . The goods order processing server 130 receives a message for both interactive agents via a dialog API (for example, a server interface API) provided by the messenger server 120, Can be transmitted. In addition, the product order processing server 130 can transmit a message generated by the one-way notification type agent via the push API.

In one embodiment, the product order processing server 130 generates both interactive agents and one-way notification agents, and receives a product order inquiry message from the messenger serving server 120, Create a thread. In another embodiment, the commodity order processing server 130 may generate a message thread by providing a commodity advertising message to the messenger serving server 120 by a one-way informed agent. When the seller of the seller requests the friend registration by the messenger of the user terminal 110 and receives the request from the messenger server 120, the goods order processing server 130 generates the interactive agent and the one-way advertisement agent .

The goods order processing server 130 generates an order guide message according to the order scenario through the interactive agent, and provides the message to the message thread. The goods order processing server 130 receives an order response required for ordering goods through the two-way interactive agent, and proceeds to order the goods based on the order response.

The commodity order processing server 130 provides the commodity sales server 140 with a sales request for the commodity when the commodity order created in the message thread on the messenger is determined through the two-way interactive agent.

When the payment request message is accepted through the interactive agent, the goods order processing server 130 generates payment information, provides the payment information to the message thread, receives the payment response required for settlement, and proceeds to settle the product based on the payment response .

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

The product sale server 140 stores a list of goods to be sold under the management of the seller, and manages product sales. In one embodiment, the merchandise sales server 140 corresponds to a server managed by a home shopping provider, and the merchandise sales server 140 can store a list of merchandise sold for each broadcasting time zone sold through a home shopping channel owned by a home shopping provider .

The merchandise sales server 140 may provide the merchandise order processing server 130 with a list of merchandise items according to the request. In another embodiment, the merchandise sales server 140 may provide information on the merchandise sold through the home shopping channel to the merchandise order processing server 130 upon request.

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

The first administrator terminal 150 can manage the goods order processing server 130 under the control of the goods order processing server manager. For example, the product order processing server manager may modify a scenario-based rule defined in both interactive agents or one-way advertisement agents through the first administrator terminal 150, or change the settings of the goods order processing server 130 .

The second administrator terminal 160 can manage the goods sale server 140 under the control of the seller. Alternatively, the second administrator terminal 160 may access the goods order processing server 130 under the control of the seller and retrieve various statistical information such as purchase history of the user, product order details, and receive search results.

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

2, the messenger 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 can be executed under the control of the processor.

The messenger serving module 122 sends a message to the user terminal 110 or receives a message from the user terminal 110 to the other user (e.g., a seller). The API module for conversation 124 and the push API module 126 are associated with a specific merchant account. The API module for conversation 124 transmits a message to the order processing server 130 associated with the seller or receives the message generated in the order processing server 130 according to the scenario defined by the seller. The push API module 126 receives the notification message generated in the order processing server 130 according to the scenario defined by the seller.

For example, upon receipt of an item order message from the user terminal 110 written in the message thread on the messenger, the messenger serving module 122 identifies the other party, that is, the seller of the goods order message, And transmits the corresponding message to the goods order processing server 130 through the API module 124. Upon receiving a message or a notification message corresponding to the seller's response from the product order processing server 130 via the dialog API module 124 or the push API module 126 associated with the seller, the messenger serving module 122 And transmits the message to the other party, that is, the user terminal 110.

The goods 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 goods order processing server 130 includes a memory and a processor, and the order processing module 131, the management module 132, and the text message sending module 133 can be executed under the control of the processor.

The order processing module 131 performs order processing according to the scenario defined by the seller. The order processing module 131 can receive messages from the messenger serving server 120 or generate and transmit order information messages to the messenger serving server 120 in cooperation with the messenger serving server 120 and the commodity sales server 140 have.

In one embodiment, the order processing module 131 generates a two-way interactive agent and a one-way notification agent, and generates a single message shared with the messenger on the user terminal 110 via both interactive agents and one- Create a thread. For example, the order processing module 131 may generate a message thread by accepting a product order inquiry message by the interactive agent, or may provide a message thread by providing a product order advertisement message by the one- .

When a single message thread shared with the messenger is generated through each of the interactive agent and the one-way notification agent, the user and the seller of the user terminal 110 are expressed in a form of transmitting and receiving messages at a ratio of 1: 1 However, internally, the two-way interactive agent and the one-way notification agent may be in the form of sending and receiving messages to the user, respectively.

In one embodiment, both interactive agent and one-way notification agent can generate a message according to a scenario-based rule defined by the seller and perform order processing. A bidirectional agent and a one-way notification agent can perform order processing for various kinds of goods or services having different ordering processes because the order processing can be performed according to a scenario-based rule defined by the seller. For example, a two-way interactive agent and a one-way notification agent can perform order processing according to each scenario-based rule for goods or services having different order processes such as insurance, travel, general merchandise, For example, both interactive agents and one-way notification agents determine an order process according to the type of goods ordered and generate an order information message according to a scenario-based rule corresponding to the order process to perform order processing .

In one embodiment, the two-way interactive agent includes a rule management table that defines an execution order of each rule in response to an order progressing step, a rule data information management table that defines conditions necessary for execution of each rule, A rule to be executed at the current order progress stage can be determined by referring to a rule message management table that defines a message to be generated and a message associated with the rule can be generated after confirming whether the conditions necessary for execution of the rule are satisfied. 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 by each seller.

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

The rule management table defines the execution order of each rule corresponding to the order progress stage based on the scenario. In one embodiment, the rule management table includes a rule ID, a seller ID, a rule category, a rule code, a rule name, a rule description, a rule type, an interface ID, a next rule ID, And a modification date and time.

The rule ID includes an ID (identification information, the same below) identifying the rule with other rules, and the seller ID includes an ID identifying the seller to which the rule is to be used. The rule category includes information that identifies the type of service to which the rule belongs (for example, an order process, an authentication process, a payment process, etc.), and the rule type includes information identifying the type of the rule. For example, a rule type may include rules regarding rules for information entry (e.g., order entry), rules for decisions (e.g., order placement decisions), rules for notifications (e.g., .

The interface ID includes information for identifying an interface to which a message generated by the rule is to be transmitted. The next rule ID includes information for identifying a rule ID corresponding to a next order progressing step according to the scenario.

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

The rule data information management table defines the conditions necessary for execution of each rule (for example, whether or not the user is authenticated, whether the member is a member, whether to select a payment means, and a pre-condition in an order progress process). 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 association value, a rule data exposure order, a next service rule ID, And may include at least one.

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

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

The rule message management table defines a message to be generated according to each rule. In one embodiment, the rule message management table includes a rule message ID, a service rule ID, a status code, a message template, a message usage type, a message type, an image path, a link text, a link address, a rule message sequence, And a date and time.

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

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

2, when an item order inquiry message is received for the interactive agent, the order processing module 131 determines the corresponding item in the list of items received from the item sale server 140, Quot ;. < / RTI > For example, the order processing module 131 generates a message including order information according to an order progress process based on a rule management table, a rule data information management table, and a rule message management table, Message.

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

In another embodiment, the order processing module 131 analyzes the commodity order query message and sends a message containing order information about at least one commodity most similar to the commodity commodity in the commodity list to the interactive interactive agent To the message thread.

Alternatively, the order processing module 131 may analyze the commodity order inquiry message and send a message including order information on at least one commodity recommended through analysis of the commodity order among the commodities in the commodity list to the interactive interactive agent To the message thread. For example, the order processing module 131 determines the analyzed product type through the product order inquiry message, and determines at least one first recommended product sold most at a specific time in the determined product type, At least one second recommended product that is best sold to the user and at least one third recommended product that provides the most profit.

Then, the order processing module 131 receives the order response required for ordering the goods requested in the order information through the interactive agent, and completes the order for the goods. For example, the order response may include product selection, product option selection, destination selection, payment method selection, and the like.

The order processing module 131 provides the product sales server 140 with a sales request of the product when the product order created 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 can provide the payment information including the payment means to the message thread through the interactive agent, and perform payment. In one embodiment, the payment means may include at least one of a payment agent service payment, a card payment, and a transactionless payment. The order processing module 131 can perform settlement for an order item in conjunction with an external settlement system corresponding to the selected payment means.

Upon receipt of the item sales progress from the goods sale server 140, a progress message of the sales of the goods is generated through the one-way announcement agent and written in the message thread on the messenger.

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

When the product order cancellation request message is received through the interactive agent, the order processing module 131 may provide a product order cancellation procedure message through the interactive agent to prompt the product order cancellation confirmation by the corresponding orderer .

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

The management module 132 manages the goods order processing server 130. For example, the management module 132 may manage rules (e.g., add rules, modify rules, delete rules, etc.) stored in the first database 135 in response to a request from the first administrator terminal 150. [ Alternatively, the management module 132 may provide a product order / settlement history or provide a statistical result according to a request of the first manager terminal 150.

The text message sending module 133 sends a text message for authenticating whether or not the user occupies the user terminal 110 in cooperation with the order processing module 131. [ For example, the order processing module 131 may request whether the user occupies the corresponding user terminal 110 before proceeding with settlement according to the completion of the product order, and the text message sending module 133 It can generate an occupancy verification confirmation text message and transmit it to the external text message sending server 210 according to the request. The text message sending server 210 can transmit the received text message to the user terminal 110 through the cellular network. In one embodiment, the occupancy verification text message may include an authentication number.

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

The first database 135 stores various data necessary for the operation of the goods 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 history. The first database 135 may store a list of sales items received from the merchandise sales server 140.

In one embodiment, the commodity order processing server 130 may receive a sales commodity list from the commodity sales server 140 and store it in the first database 135 whenever the commodity order query message is received. For example, the commodity order processing server 130 may receive a commodity list to be broadcasted through the home shopping channel from the commodity sales server 140. [ In another embodiment, the commodity order processing server 130 periodically receives the sales commodity list from the commodity sales server 140 and stores the received commodity list 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 can be executed under the control of the processor.

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

The sales management module 144 proceeds with the actual product sales process in accordance with the order details received from the product order processing server 130. For example, the sales management module 144 can provide a list of goods to be sold to the goods order processing server 130 according to a request, check inventory or the like according to the order details, and proceed with product delivery.

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

FIG. 6 is a block diagram illustrating the associated operation of each server of the merchandise ordering system using the messenger in FIG. 2;

6, the order processing module 131 in the product order processing server 130 corresponds to a front end layer and includes a management module 132, a text message sending module 133, 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 API module for conversation 122 of the messenger server 120. The order processing module 131 may obtain data necessary for message generation or the like from the temporary storage memory 134 and may store the data generated in the order processing in the temporary storage memory 134. [ For example, the order processing module 131 may store in the temporary storage memory 134 some of the received order responses.

The order processing module 131 transmits and receives data 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 may store the determined product order information in the first database 135.

The order processing module 131 transmits and receives data in cooperation with the settlement agency module 310 of the settlement agency server. For example, the order processing module 131 may request a settlement authentication message (TMS) to the settlement substitution module 310 and receive a result during the settlement process using the settlement service. The interface module 142 of the merchandise sales server 140 can transmit and receive the settlement transaction authentication ID (Txn_ID) to the settlement agency module 310 of the settlement agency server.

The order processing module 131 transmits and receives data in cooperation with the interface module 142 of the goods sales server 140. For example, the order processing module 131 can inquire a sales item list, a sales request, and the like to the interface module 142, and the interface module 142 can provide a processing result.

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

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

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

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 the both interactive agent and the one-way notification agent (step S712).

If the product order written in the message thread on the messenger is determined through the two-way interactive agent, the product order processing server 130 provides the product sales server 140 with a sales request for the product (step S714).

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

Hereinafter, a specific process of ordering and settlement of goods in the goods ordering system will be described in detail.

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

Referring to FIG. 8, the user terminal 110 executes the messenger according to the control of the user (step S802), and displays a list of friends registered in advance in association with the user's account (step S804). The friend list may have a friend registered as a friend in advance.

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

If a friend is selected in the friend list according to the user's control (step S812), the user terminal 110 generates a dialog window for transmitting / receiving a message with the selected user and outputs it to the screen (step S814). A message thread is generated through the dialog window and a message can be exchanged between the user terminal 110 and the counterpart user terminal. If the seller is selected as the other party, the user terminal 110 generates and outputs a dialog window with the seller.

When the user selects the order menu in the dialog window (step S816), the user terminal 110 transmits an order menu request message to the messenger server 120, and the messenger server 120 generates a menu call message, To the server 130 (step S818). The messenger server 120 may transmit the menu invitation message to the commodity order processing server 130 via the conversation API associated with the seller.

The messenger server 120 receives the menu call message (step S820), and can generate and provide an initial order menu according to the rule.

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

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

When a message is input to the user terminal 110 under the control of the user who has confirmed the order menu, the user terminal 110 transmits the input message to the messenger server 120 (step S908) And transmits the received message to the goods order processing server 130 (step S910).

The goods 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 goods order processing server 130 generates a re-input request message according to the rule and transmits it to the messenger server 120 (step S914), and the messenger server 120 transmits the re- And transmits a request message to the user terminal (step S916). The user terminal 110 outputs the received re-input request message to the screen (step S918), and can receive the message again.

In one embodiment, the commodity order processing server 130 may authenticate (occupy authentication) whether the user occupies the user terminal 110 before providing the order menu. In one embodiment, the commodity order processing server 130 may inquire whether the user is subscribed as a customer of the seller by interlocking with the commodity sales server 140 before providing the order menu.

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

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

In one embodiment, if the seller is a home shopping provider, the product sale server 140 may provide the product order processing server 130 with the current (or immediately preceding) broadcast product information that is broadcast on the home shopping channel.

The goods order processing server 130 generates a goods information message according to the rule based on the goods information stored in the database and transmits it to the messenger server 120 (step S1012). The messenger 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 to the screen (step S1016). 11 is a view for explaining an example of a goods information screen outputted to a user terminal.

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

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

In the case of FIG. 10, it is assumed that the product order processing server 130 requests the product sale server 140 for product information when a message requesting sales product information is received. However, in another embodiment, The processing server 130 may request and receive product information periodically from the product sales server 140 independently of the message reception.

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

Referring to FIG. 12, the user can select an order item based on the goods information output on the screen. The user terminal 110 transmits the input message to the messenger server 120 and the messenger server 120 transmits the received message to the order reception server 120. [ To the processing server 130 (step S1204).

Upon receipt of the message (step S1206), the goods order processing server 130 confirms whether the received message is valid according to the rule (step S1208), and requests the message reentry if the message is not valid (steps S1210, S1212).

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

If the selected product type is a general merchandise, the merchandise order processing server 130 proceeds with the merchandise order process according to the general merchandise order scenario based rule. For example, the goods order processing server 130 requests the goods sale server 140 for goods option information (step S1216). Upon receipt of the product option information request (step S1218), the product sale server 140 inquires the product option information on the product (step S1220), and transmits the inquired product option information to the product order processing server 130 (Step S1222).

(Step S1224). If there is no selection option, the product order processing server 130 proceeds to the next order step (for example, selection of a gift item, payment, etc.) ).

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

12, it is assumed that the product order processing server 130 requests product option information to the product sale server 140 in the case that an order item selection message is received. However, in another embodiment, The server 130 may request and receive product option information in advance from the product sale server 140 independently of the message reception. In another embodiment, when the commodity order processing server 130 periodically requests and receives the commodity option information from the commodity sales server 140 or when the commodity option is changed, the commodity sales server 140 transmits the commodity information to the commodity order processing server 130 To provide product option information. In this case, the product order processing server 130 can perform the order processing reflecting the change of the product option at the time of sale.

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

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

The user can check the option selection guide message displayed on the screen and select an option. When the option is selected according to the user's control, the user terminal 110 transmits the input message to the messenger server 120 (step S1308), and the messenger server 120 transmits the received message to the goods order processing server 120 (Step S1310).

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

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

14 is a view for explaining an example of a product option selection screen provided through a user terminal.

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, Displays the screen. (d) shows a screen for selecting a gift item.

FIG. 15 is a flowchart for explaining an order quantity input and inventory inquiry process performed in the goods ordering system of FIG. 1;

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

The user can check the quantity input request message displayed on the screen and input the order quantity. When the order quantity is input according to the user's control, the user terminal 110 transmits a message including the input quantity to the messenger server 120 (step S1508), and the messenger server 120 transmits the received message To the order processing server 130 (step S1510).

Upon receipt of the message (step S1512), the goods order processing server 130 confirms whether the order quantity exceeds the maximum quantity in accordance with the rule (step S1514). If the order quantity exceeds the maximum quantity, the product order processing server 130 generates a message for requesting re-input of quantity and transmits the message to the messenger server 120 (step S1516). Then, the messenger server 120 transmits the quantity And transmits a re-input request message to the user terminal 110 (step S1518). The user terminal 110 outputs the received message to the screen (step S1520).

If the ordered quantity does not exceed the maximum quantity, the goods order processing server 130 requests the goods selling server 140 to confirm the inventory and checks the inventory status in real time (step S1522). If there is an inventory check request, the product selling server 140 checks the inventory of the product (step S1524), and informs the product order processing server 130 that there is no stock when there is no stock (step S1526).

If there is no inventory, the product order processing server 130 generates a stock shortage guidance message and transmits it to the messenger server 120 (step S1528). The messenger 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 inventory check result.

If there is stock, the merchandise sales server 140 secures the quantity corresponding to the order quantity (step S1534), and transmits the order quantity securing result to the goods order processing server 130 (step S1536). The goods order processing server 130 stores the determined order quantity of the user based on the order quantity reservation result in the database (step S1538). Through the above process, the goods order processing server 130 may reflect the inventory status of the goods in the order process and perform the order process.

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

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

Upon receipt of the order price, the commodity order processing server 130 generates a message including the order details and the payment means and transmits it to the messenger server 120 (step S1708), and the messenger server 120 transmits the received message To the user terminal 110 (step S1710). The user terminal 110 outputs the received message to the screen (step S1712).

The user can confirm the message displayed on the screen and select the payment means to input the message. When the payment means is selected and input according to the user's control, the user terminal 110 transmits the input payment method selection message to the messenger server 120 (step S1714), and the messenger server 120 transmits the received message To the goods order processing server 130 (step S1716). The goods order processing server 130 performs settlement according to the selected payment means (step S1718). In one embodiment, the payment means may include at least one of a payment agent service payment, a card payment, and a transactionless payment.

18 is a flowchart illustrating a settlement process using a settlement agent service performed in the goods ordering system of FIG.

18, when payment by payment transaction service is selected as the payment means, the goods order processing server 130 generates a payment transaction authorization ID (Txn ID) in the product sale server 140 for the relevant order details (Step S1802). The goods sale server 140 confirms the order details according to the request, generates a payment transaction authentication ID, and transmits it to the goods order processing server 130 (step S1804).

Upon receipt of the settlement transaction authentication ID (step S1806), the commodity order processing server 130 transmits a settlement transaction authentication ID to the settlement agency server 320 and requests payment authentication.

When the settlement authentication request is received from the goods order processing server 130 together with the settlement transaction authentication ID, the settlement agency server 320 generates a settlement authentication message (TMS) (step S1810) and transmits the generated settlement authentication message to the messenger server To the server 120 (step S1812). The messenger server 120 transmits the settlement authentication message to the user terminal 110 (step S1814). When the payment authentication message is received (step S1816), the user terminal 110 confirms the payment history and can input the password (Step S1818).

The user terminal 110 receives the password according to the user's control and transmits the received password to the payment agent server 320. [ The payment proxy server 320 authenticates the settlement based on the received password (step S1820), and transmits the authentication result to the goods order processing server 130. [

Upon receipt of the settlement authentication result (step S1822), the goods order processing server 130 transmits the settlement authentication result to the goods sale server 140 (step S1824). When the settlement authentication result is received, the goods sale server 140 performs the payment approval processing and the order completion processing (step S1826), and transmits the order completion processing result to the goods order processing server 130 (step S1828).

FIG. 19 is a view for explaining an example of a payment screen using a payment agent service provided through a user terminal.

19, (a) shows a screen for selecting order details and payment means, (b) shows a screen for selecting a payment card when payment by payment agency service is selected, and (c) . (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 a payment completion screen upon payment by the payment agent service.

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

Referring to FIG. 20, when payment using a card registered in the merchandise sales server 140 is selected as the payment means, the merchandise order processing server 130 sends a registration card inquiry to the merchandise sales server 140 for the user (Step S2002). Upon receipt of the registration card inquiry request (step S2004), the commodity sales server 140 inquires whether or not there is a pre-registered card for the user, and transmits the inquiry result to the commodity order processing server 130 (step S2006 )

Upon receipt of the inquiry result (step S2008), the commodity order processing server 130 confirms whether there is a pre-registered card for the user (step S2010). If there is no previously registered card, the product order processing server 130 generates a new card registration guide message according to the rule and transmits it to the messenger server 120. The messenger 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 pre-registered card, the product order processing server 130 generates a message requesting input of at least some of the registered card numbers and transmits the message to the messenger server 120 (step S2016). The messenger 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 according to the control of the user (step S2022), and transmits a message including the inputted number to the messenger server 120. [ The messenger server 120 transmits the received message to the goods order processing server 130 (step S2024), and the goods order processing server 130 compares the number included in the received message with the pre-registered card number It is checked whether or not the card is registered (step S2026).

If there is no card corresponding to the input number of the previously registered card, the product order processing server 130 may generate and transmit a message requesting re-input of the number. If there are a plurality of cards corresponding to the numbers entered in the pre-registered cards, the product order processing server 130 generates a card selection request message and transmits it to the messenger server 120. The messenger 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 according to the user's control, the user terminal 110 transmits a card selection message to the messenger server 120 (step S2032), and the messenger server 120 transmits the received message To the processing server 130 (step S2034).

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

21 is a view for explaining an example of a settlement screen using a registration card provided through a user terminal.

21, (a) shows a screen for receiving a part of a registered card, (b) shows a screen for selecting a card to be paid out among a plurality of cards, (c) It shows the screen to request password input. (d) shows a password input screen, (e) shows a password input confirmation screen, and (f) shows a payment completion screen upon payment by a registration card.

FIG. 22 is a flow chart for explaining a settlement process using the non-payment deposit performed in the goods ordering system of FIG. 1;

22, when payment settlement is selected in the merchandise sales server 140 as payment means, the goods order processing server 130 requests the merchandise sales server 140 to make an accountless deposit-only account (step S2202 ).

Upon receipt of the dedicated account inquiry request (step S2204), the commodity sales server 140 inquires of the account-only account for the user and transmits the inquiry result to the commodity order processing server 130 (step S2206)

Upon receipt of the inquiry result, the commodity order processing server 130 confirms whether there is a dedicated account for the user (step S2208). If there is a dedicated account, the goods order processing server 130 generates a retained account list message according to the rule and transmits it to the messenger server 120. The messenger 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 server 120. [ The messenger server 120 transmits the received message to the goods order processing server 130.

If there is no dedicated account, the goods order processing server 130 generates a new account opening request message according to the rule and transmits it to the messenger server 120. The messenger 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 for establishing 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 server 120 . The messenger server 120 transmits the received message to the goods order processing server 130 (step S2224).

When the deposit account is selected, the goods order processing server 130 checks whether the cash receipt number is registered (step S2226). If the cash receipt number is not registered, the goods order processing server 130 generates a cash receipt number input request message and transmits it to the messenger server 120. The messenger 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 be issued a cash receipt under the control of the user (step S2232), and transmits a message including the number to be issued with the cash receipt to the messenger server 120. The messenger server 120 transmits the received message to the goods order processing server 130 (step S2234).

When the cash receipt issuance number is registered, the commodity order processing server 130 requests the commodity sales server 140 to process the commodity order (step S2236). Upon receipt of the license request processing request (step S2238), the commodity sales server 140 confirms the inventory of the commodity and carries out a license process (for example, order quantity securing process) (S2240).

The merchandise sales server 140 sends the result of the acceptance processing to the goods order processing server 130 (step S2242). Upon receiving the processing result, the goods order processing server 130 generates a guidance message including the deposit account To the messenger server 120 (step S2246), and the messenger 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).

FIG. 23 is a view for explaining an example of a settlement screen using an uninitialized deposit provided through a user terminal.

23, (a) shows a screen for selecting a bank to be unsettled, (b) shows a screen for guiding an untransferred deposit account, (c) shows a settlement completion screen .

It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit and scope of the present invention as defined by the following claims It can be understood that

110: The commodity ordering system includes a user terminal
120: Messenger Serving Server
130: Commodity order processing server
140: commodity sales server

Claims

A commodity ordering method performed by a commodity order processing server connected to a messenger of a user terminal and performing commodity order processing,
(a) generating a message thread shared with the messenger via a two-way interactive agent;
(b) generating an order information message including order information on a sales product through the two-way interactive agent and providing the order information message to the message thread; And
and (c) if a product order created in the message thread on the messenger is determined through the two-way interactive agent, providing a sales request for the product to the product sale server.

The method of claim 1, wherein step (a)
And generating the message thread by accepting an item order inquiry message by the interactive agent when the two-way interactive agent is created by a friend registration request of the messenger.

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

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

2. The method of claim 1, wherein step (b)
And receiving the product order inquiry message through the interactive agent, determining a corresponding product in the sales product list received from the product sale server and providing the order information message regarding the product to the message thread How to order products.

6. The method of claim 5, wherein step (b)
And providing the message thread with an order information message about a currently broadcasted product through a home shopping channel among the products in the sales product list through the two-way interactive agent.

6. The method of claim 5, wherein step (b)
And analyzing the product order inquiry message and providing an order information message about at least one commodity most similar to the order of the commodity in the commodity list to the message thread through the bidirectional agent How to order products with features.

6. The method of claim 5, wherein step (b)
Analyzing the product order inquiry message and providing an order information message about at least one product recommended through analysis of the product order among the products in the sales product list to the message thread through the interactive agent The method comprising the steps of:

9. The method of claim 8, wherein step (b)
Determining a product type analyzed through the product order inquiry message, determining at least one first recommended product sold most in a specific time period in the determined product type, at least one second recommended product Determining at least one recommended product formed through at least one of the recommended product and at least one third recommended product that provides the greatest profit as the at least one product.

2. The method of claim 1, wherein step (b)
Determining an ordering process according to the kind of the requested goods and generating an ordering information message based on the ordering process.

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

2. The method of claim 1, wherein step (c)
Further comprising: receiving an order response required for ordering an item requested in the order information through the interactive agent, and completing an order for the product.

13. The method of claim 12, wherein step (c)
And checking the inventory status of the product in real time according to the received order response.

2. The method of claim 1, wherein step (c)
Further comprising the step of providing a product order canceling procedure message through the two-way interactive agent when the product order canceling request message is received through the two-way interactive agent, and prompting confirmation of the product order canceling by the corresponding ordering agent, How to order products.

2. The method of claim 1, wherein step (c)
Further comprising the step of providing payment information including a payment means to the message thread via the two-way interactive agent when a payment request message is received through the two-way interactive agent.

16. The system according to claim 15,
Payment transaction service payment, card payment, and non-transactional deposit payment.

The method according to claim 1,
(d) receiving progress information on the sales of the goods from the goods sales server, and creating a progress message of the goods sales through the one-way notification agent in the message thread on the messenger How to order.

18. The method of claim 17, wherein step (d)
And receiving a delivery event according to delivery of goods from the product sale server to generate a progress message of the product sale.

A commodity order processing server including a processor and a memory and connected to a messenger of a user terminal to perform commodity order processing,
The processor
(a) generating a message thread shared with the messenger through a two-way interactive agent;
(b) generating an order information message including order information on a sales product through the bidirectional agent and providing the order information message to the message thread; And
(c) if the product order created in the message thread on the messenger is determined through the two-way interactive agent, providing a sale request of the product to the product sale server.

A messenger serving server connected to the messenger of the user terminal and providing messaging service through the messenger;
A merchandise sales server for storing a sales merchandise list and managing merchandise sales; And
Generating a message thread shared with the messenger through a two-way interactive agent, generating an order information message including order information on a sales item through the two-way interactive agent, and providing the order information message to the message thread, And a product order processing server for providing the product sale server with a sales request of the product if the product order written in the message thread is determined through the interactive agent.

A computer-executable product ordering method performed by a product order processing server connected to a messenger of a user terminal and performing product order processing,
(a) generating a message thread shared with the messenger through a two-way interactive agent;
(b) a function of generating an order information message including order information on a sales product through the bidirectional agent and providing the order information message to the message thread; And
(c) a function of providing a product sales server with a sales request of the product when the product order written in the message thread on the messenger is determined through the interactive interactive agent, . &Lt; / RTI >