WO2017018660A1 - Procédé de commande de produits, système de commande de produits pour l'exécuter et support d'enregistrement pour stocker un programme pour l'exécuter - Google Patents

Procédé de commande de produits, système de commande de produits pour l'exécuter et support d'enregistrement pour stocker un programme pour l'exécuter Download PDF

Info

Publication number
WO2017018660A1
WO2017018660A1 PCT/KR2016/006437 KR2016006437W WO2017018660A1 WO 2017018660 A1 WO2017018660 A1 WO 2017018660A1 KR 2016006437 W KR2016006437 W KR 2016006437W WO 2017018660 A1 WO2017018660 A1 WO 2017018660A1
Authority
WO
WIPO (PCT)
Prior art keywords
product
message
order
messenger
server
Prior art date
Application number
PCT/KR2016/006437
Other languages
English (en)
Korean (ko)
Inventor
강석태
Original Assignee
주식회사 엘지씨엔에스
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020150186869A external-priority patent/KR20170015082A/ko
Application filed by 주식회사 엘지씨엔에스 filed Critical 주식회사 엘지씨엔에스
Publication of WO2017018660A1 publication Critical patent/WO2017018660A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/386—Payment protocols; Details thereof using messaging services or messaging apps
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q50/60—

Definitions

  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the web mobile app provides a shopping mall with product information and order / payment functions for Android and iOS-based smartphone applications (apps).
  • apps Android and iOS-based smartphone applications
  • 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.
  • a user 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. .
  • the web / mobile web method is a commerce mall provided through a browser using web technology, which is owned by most operators.
  • a user must remember a separate URL for a mobile web or an online web and enter or visit a bookmark.
  • page loading takes time because each page access calls a web page through the server.
  • 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.
  • 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.
  • 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
  • the product order management server Through 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.
  • 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)
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • step (b) may include generating an order information message according to a scenario-based rule corresponding to the ordering process.
  • 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.
  • 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.
  • 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.
  • the payment means may include at least one of payment service settlement payment, card payment and bank account payment.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 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 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 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.
  • FIG. 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.
  • FIG. 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.
  • FIG. 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.
  • FIG. 7 is a flowchart illustrating an operation of a product ordering method performed in the product order processing server in FIG. 1.
  • FIG. 8 is a flowchart illustrating a friend registration process of a seller account performed in the product ordering system of FIG. 1.
  • FIG. 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.
  • FIG. 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.
  • FIG. 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.
  • FIG. 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.
  • FIG. 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.
  • first and second are intended to distinguish one component from another component, and the scope of rights should not be limited by these terms.
  • first component may be named a second component, and similarly, the second component may also be named a first component.
  • 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
  • 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.
  • FIG. 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the messenger serving server 120 may provide a conversational API and a push API to each merchant account.
  • 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
  • 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.
  • 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.
  • the product order processing server 130 may transmit a message generated by the one-way notification agent through the push API.
  • 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.
  • 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.
  • 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.
  • the product order processing server 130 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. .
  • the product order processing server 130 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.
  • 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.
  • 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.
  • the product sales server 140 may provide a delivery event according to the product delivery to the product order processing server 130.
  • 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.
  • 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.
  • FIG. 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.
  • 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.
  • 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.
  • the messenger serving module 122 receives 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.
  • 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
  • the user and seller of the user terminal 110 may be represented in a form of transmitting and receiving a message 1: 1.
  • 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.
  • 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.
  • 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.
  • a rule 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.
  • 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
  • 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
  • the rule type includes information for identifying the type of the corresponding rule.
  • 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
  • the next step rule ID includes information for identifying a rule ID corresponding to a next order progress step according to a scenario.
  • 4 is a view for explaining an example of the rule data information management table.
  • 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.
  • 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
  • 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
  • the next service rule ID includes a next rule ID associated with the corresponding rule data information management table.
  • FIG. 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the order processing module 131 may provide payment information including the payment method to the message thread through the interactive agent, and perform payment.
  • 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.
  • the one-way notification type agent 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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).
  • 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.
  • 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.
  • 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.
  • the second database 146 may include a subscriber information database, a product database, an inventory database, and an order history database.
  • 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.
  • 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.
  • 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.
  • 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.
  • TMS payment authentication message
  • 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.
  • 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.
  • FIG. 7 is a flowchart illustrating an operation of a product ordering method performed in the product order processing server in FIG. 1.
  • 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).
  • the product order processing server 130 provides the product sale server 140 to the product sale server 140 (step S714).
  • the merchandise order processing server 130 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). .
  • FIG. 8 is a flowchart illustrating a friend registration process of a seller account performed in the product ordering system of FIG. 1.
  • 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).
  • the friend list the seller may be registered as a friend in advance.
  • 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).
  • 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.
  • the user terminal 110 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.
  • 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.
  • the messenger serving server 120 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).
  • the user terminal 110 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.
  • 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.
  • FIG. 10 is a flowchart illustrating a product information providing process performed in the product ordering system of FIG. 1.
  • the product order processing server 130 requests product information from the product sales server 140 (step S1002).
  • 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).
  • the merchandise sales server 140 may provide the merchandise order processing server 130 with a merchandise list including merchandise information.
  • 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.
  • 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).
  • 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).
  • 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.
  • FIG. 12 is a flowchart illustrating a product selection process performed in the product ordering system of FIG. 1.
  • a user may select an order product based on the product information output on the screen.
  • 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).
  • the product order processing server 130 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).
  • the product order processing server 130 confirms the type of the selected product (step S1214).
  • the product order processing server 130 performs a product order process according to a rule based on a non-general product order scenario.
  • the non-generic goods may include goods that need to be ordered in consultation with the seller, such as insurance, rental, travel.
  • the product order processing server 130 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).
  • step S1224 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).
  • the next order step for example, gift selection, payment, etc.
  • the product order processing server 130 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).
  • the product order processing server 130 requests the product option information from the product sales server 140.
  • 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.
  • 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.
  • the product order processing server 130 may perform the order processing by reflecting the change in the product options 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.
  • the product order processing server 130 generates an option selection guide message (step S1302) and transmits it to the messenger serving server 120.
  • 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.
  • 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).
  • 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.
  • the product order processing server 130 proceeds to the next order step (for example, selection of free gifts, payment, etc.) (step S1318).
  • FIG. 14 is a diagram illustrating an example of a product option selection screen provided through a user terminal.
  • FIG. 14 shows a screen for selecting a color for an ordered product
  • (b) shows a screen for selecting a size for an ordered product
  • (c) shows a screen for selecting a style for an ordered product. Display the screen.
  • (d) shows a screen for selecting a free gift.
  • FIG. 15 is a flowchart illustrating an order quantity input and inventory inquiry process performed in the product order system of FIG. 1.
  • the product order processing server 130 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.
  • 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).
  • the product order processing server 130 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).
  • the product order processing server 130 requests the product sales server 140 to check the inventory in real time (step S1522).
  • 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).
  • 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.
  • 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.
  • 17 is a flowchart illustrating a process of confirming a product order history performed in the product order system of FIG. 1.
  • the product order processing server 130 requests the product sales server 140 for an order price inquiry according to the selected option (step S1702).
  • 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).
  • the product order processing server 130 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.
  • 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).
  • the payment means may include at least one of payment service settlement payment, card payment and bank account payment.
  • FIG. 18 is a flowchart illustrating a payment process using a payment agent service performed in the product ordering system of FIG. 1.
  • the product order processing server 130 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).
  • Txn ID payment transaction authentication ID
  • the product order processing server 130 transmits the payment transaction authentication ID to the payment agent server 320 and requests payment authentication.
  • the payment agency server 320 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.
  • the product order processing server 130 transmits the payment authentication result to the product sales server 140 (step S1824).
  • 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).
  • 19 is a diagram illustrating an example of a payment screen using a payment agent service provided through a user terminal.
  • FIG. 19 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
  • (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
  • (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.
  • FIG. 20 is a flowchart illustrating a payment process using a registration card performed in the product ordering system of FIG. 1.
  • the product order processing server 130 performs a registration card inquiry for the corresponding user on the product sales server 140. Request (step S2002).
  • 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). )
  • the product order processing server 130 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).
  • the product order processing server 130 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).
  • 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).
  • 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).
  • the product order processing server 130 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 .
  • 21 is a diagram illustrating an example of a payment screen using a registration card provided through a user terminal.
  • (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
  • (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
  • (f) shows a payment completed screen when paying with a registration card.
  • FIG. 22 is a flowchart illustrating a payment process using a passbook deposit performed in the product order system of FIG. 1.
  • 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). ).
  • 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).
  • the product order processing server 130 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.
  • 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).
  • 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).
  • the product order processing server 130 requests the temporary order processing to the product sales server 140 (step S2236).
  • the merchandise sales server 140 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).
  • FIG. 23 is a diagram illustrating an example of a payment screen using a passbook deposit provided through a user terminal.
  • FIG. 23 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.

Abstract

La présente invention concerne un procédé de commande de produits à l'aide d'une messagerie qui peut être exécutée par un ordinateur, un système de commande de produits pour l'exécuter et un support d'enregistrement pour stocker un programme pour l'exécuter. Un procédé de commande de produits exécuté par un serveur de traitement de commande de produits, qui est relié à une messagerie d'un terminal utilisateur et qui effectue un traitement de commande de produits, consiste : (a) à générer un fil de messages partagé avec la messagerie par l'intermédiaire d'un agent interactif ; (b) à générer un message d'informations de commande comprenant des informations de commande relatives à un produit à vendre par l'intermédiaire de l'agent interactif et à fournir le message généré au fil de messages ; (c) à fournir une demande de vente d'un produit correspondant à un serveur de vente de produit lorsqu'une commande de produit, écrite dans le fil de message de la messagerie, est déterminée par l'intermédiaire de l'agent interactif.
PCT/KR2016/006437 2015-07-29 2016-06-17 Procédé de commande de produits, système de commande de produits pour l'exécuter et support d'enregistrement pour stocker un programme pour l'exécuter WO2017018660A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2015-0107600 2015-07-29
KR20150107600 2015-07-29
KR1020150186869A KR20170015082A (ko) 2015-07-29 2015-12-24 상품 주문 방법, 이를 수행하는 상품 주문 시스템 및 이를 수행하는 프로그램을 저장하는 기록매체
KR10-2015-0186869 2015-12-24

Publications (1)

Publication Number Publication Date
WO2017018660A1 true WO2017018660A1 (fr) 2017-02-02

Family

ID=57884617

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/006437 WO2017018660A1 (fr) 2015-07-29 2016-06-17 Procédé de commande de produits, système de commande de produits pour l'exécuter et support d'enregistrement pour stocker un programme pour l'exécuter

Country Status (1)

Country Link
WO (1) WO2017018660A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030078858A1 (en) * 2001-10-19 2003-04-24 Angelopoulos Tom A. System and methods for peer-to-peer electronic commerce
KR20050024697A (ko) * 2003-09-01 2005-03-11 주식회사 엘지홈쇼핑 대화형 쇼핑에이전트에 의한 전자상거래 방법
KR20060058802A (ko) * 2004-11-25 2006-06-01 에스케이커뮤니케이션즈 주식회사 인스턴트 메신저를 이용한 버디간의 전자상거래 시스템 및 방법
KR20140090739A (ko) * 2013-01-09 2014-07-18 정승욱 휴대 단말기에서 방송 프로그램과 연관된 상품 정보를 제공하기 위한 방법 및 이를 실행하기 위한 컴퓨터 프로그램을 저장하는 컴퓨터 판독 가능한 기록 매체
KR20150035877A (ko) * 2015-02-25 2015-04-07 네이버 주식회사 실시간 대화를 기반으로 한 트랜잭션 처리 방법과 시스템 및 기록 매체

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030078858A1 (en) * 2001-10-19 2003-04-24 Angelopoulos Tom A. System and methods for peer-to-peer electronic commerce
KR20050024697A (ko) * 2003-09-01 2005-03-11 주식회사 엘지홈쇼핑 대화형 쇼핑에이전트에 의한 전자상거래 방법
KR20060058802A (ko) * 2004-11-25 2006-06-01 에스케이커뮤니케이션즈 주식회사 인스턴트 메신저를 이용한 버디간의 전자상거래 시스템 및 방법
KR20140090739A (ko) * 2013-01-09 2014-07-18 정승욱 휴대 단말기에서 방송 프로그램과 연관된 상품 정보를 제공하기 위한 방법 및 이를 실행하기 위한 컴퓨터 프로그램을 저장하는 컴퓨터 판독 가능한 기록 매체
KR20150035877A (ko) * 2015-02-25 2015-04-07 네이버 주식회사 실시간 대화를 기반으로 한 트랜잭션 처리 방법과 시스템 및 기록 매체

Similar Documents

Publication Publication Date Title
WO2017222172A1 (fr) Procédé et serveur permettant de fournir un service de coupons mobiles en fonction d'un historique de transactions par carte
WO2015111950A1 (fr) Procédé d'intermédiation de messages, procédé de traitement de messages, procédé de gestion de service et dispositif de mise en œuvre ceux-ci
WO2019212295A1 (fr) Système et procédé permettant de servir d'intermédiaire dans un commerce électronique entre un fournisseur et un vendeur
WO2019039803A1 (fr) Procédé de commande de terminal de communication mobile à fourniture de service de réservation, terminal de communication mobile à fourniture de service de réservation, et système de service de réservation muni de ces derniers
WO2019019245A1 (fr) Procédé et système d'achat de portefeuille de fonds, et support d'informations
WO2021025387A1 (fr) Procédé de commerce électronique capable de commande intégrée et de distribution intégrée, et serveur associé
WO2012115490A2 (fr) Procédé pour acheter et vendre des marchandises, et système de support d'achat prenant en charge ce procédé
WO2013168861A1 (fr) Système et procédé d'intermédiation des paiements
WO2016199994A1 (fr) Dispositif et procédé de fourniture de service de livraison préalable d'un produit d'intérêt au moyen d'une boîte de courrier sans opérateur, et support d'enregistrement sur lequel est enregistré un programme informatique
WO2016133355A1 (fr) Dispositif de service de transaction d'articles d'occasion utilisant une application installée sur un terminal portatif, et procédé associé
WO2015102122A1 (fr) Procédé destiné à fournir des services financiers internationaux à l'aide d'application de communication et serveur de banque associé
WO2018190652A1 (fr) Système de division de factures
WO2015194765A1 (fr) Système de relais d'ordres de livraison et procédé de fourniture associé
WO2015122601A1 (fr) Terminal, appareil de fourniture de service, et serveur de coupons, système de porte-monnaie électronique doté de ce dernier, son procédé de commande, et support d'enregistrement sur lequel un programme informatique est enregistré
WO2022220544A1 (fr) Système et procédé de gestion à distance pour magasin sans pilote
WO2017043827A1 (fr) Procédé de fourniture d'un service de coupon mobile, et dispositif terminal, dispositif serveur et système associés
WO2017135608A1 (fr) Système et procédé de promotion de ventes de produits faisant intervenir une distribution de profit de ventes en fonction d'une réussite d'événement
WO2012064026A2 (fr) Procédé permettant de délivrer un reçu électronique
WO2018135729A1 (fr) Procédé de don de contenu et d'achat de contenu donné à l'aide d'un service de réseau social
WO2020153798A1 (fr) Système de paiement ou procédé de paiement utilisant une carte de crédit pouvant être liée à une url dans une transaction en ligne
WO2017018660A1 (fr) Procédé de commande de produits, système de commande de produits pour l'exécuter et support d'enregistrement pour stocker un programme pour l'exécuter
KR20170015082A (ko) 상품 주문 방법, 이를 수행하는 상품 주문 시스템 및 이를 수행하는 프로그램을 저장하는 기록매체
WO2017043847A1 (fr) Système de réduction de frais de gestion et serveur de plateforme interagissant avec un procédé de service de paiement en nuage
WO2020130486A1 (fr) Serveur et client utilisant des informations de carte de transaction principale pour régler des paiements
WO2017052063A1 (fr) Procédé de paiement et système de paiement utilisant un terminal mobile

Legal Events

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

Ref document number: 16830693

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16830693

Country of ref document: EP

Kind code of ref document: A1