WO2012147374A1 - 情報処理システム、情報処理方法、プログラム及び情報記録媒体 - Google Patents

情報処理システム、情報処理方法、プログラム及び情報記録媒体 Download PDF

Info

Publication number
WO2012147374A1
WO2012147374A1 PCT/JP2012/050107 JP2012050107W WO2012147374A1 WO 2012147374 A1 WO2012147374 A1 WO 2012147374A1 JP 2012050107 W JP2012050107 W JP 2012050107W WO 2012147374 A1 WO2012147374 A1 WO 2012147374A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
store
order
identification information
store identification
Prior art date
Application number
PCT/JP2012/050107
Other languages
English (en)
French (fr)
Inventor
伊藤　勲
Original Assignee
楽天株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 楽天株式会社 filed Critical 楽天株式会社
Priority to US14/113,581 priority Critical patent/US20140052585A1/en
Publication of WO2012147374A1 publication Critical patent/WO2012147374A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants

Definitions

  • the present invention relates to an information processing system, an information processing method, a program, and an information recording medium.
  • a system that searches for a corresponding store based on a search query received from a user from stores such as restaurants and the like registered in advance, and provides the user with information on the searched store.
  • a sales point (feature) for each store is set as attribute information in advance based on a list of products provided at the store, and the attribute information specified in the search query received from the user is set.
  • a system is disclosed in which the extracted stores are extracted and the extracted store information is provided to the user.
  • the present invention has been made in view of the above problems, and an object of the present invention is to provide an information processing system, an information processing method, a program, and an information recording medium that can set features that are not recognized by a store as attribute information. It is in.
  • the information processing system stores a store located in a given area from store information storage means for storing the location of the store in association with store identification information for identifying the store.
  • An order including extraction means for extracting a plurality of store identification information, store identification information, product identification information for identifying a product ordered at the store indicated by the store identification information, and an order quantity of the product
  • Order result information acquiring means for acquiring a plurality of order result information associated with the plurality of store identification information extracted by the extracting means from the order result information storing means for storing the result information, and the order result information acquiring means Based on the acquired order record information, the evaluation value indicating the order quantity of one or a plurality of products having a common product classification is compared with other stores located in the given area. Identify the store identification information of a relatively large store, characterized in that it comprises a setting means in correspondence with shop identification information that is the identified setting information related to the goods classification to the attribute information of the store, the.
  • the information processing system includes, in the order record information, information related to a user related to the order record information, and the order record information acquiring unit extracts the order record information from the order record information storage unit.
  • a plurality of order record information associated with the plurality of store identification information extracted by the means, the order record information having the same information about the user is acquired, and the setting unit is acquired by the order record information acquisition unit.
  • the store identification information is identified, and the product classification information and the user information are set in the store attribute information in association with the identified store identification information.
  • the information processing system is a product specified based on a search query received from a user terminal from among a plurality of store identification information located in an area set by the position or designation of the user terminal.
  • the information processing system is a product specified based on a search query received from a user terminal from among a plurality of store identification information located in an area set by the position or designation of the user terminal.
  • Information relating to classification search means for searching for store identification information in which user information related to the user terminal is set as attribute information, and information on the store identified by the store identification information searched by the search means Providing means for providing to the terminal.
  • the information processing system when the information processing system receives a store information provision request from a user terminal, the information processing system includes information related to the product classification set by the setting unit in association with the store identification information of the store. It further comprises providing means for providing.
  • the information processing system further includes changing means for changing the size of the given area based on the number of store identification information extracted by the extracting means. .
  • the information processing system when attribute information is not set by the setting unit in a predetermined number or a predetermined ratio of the store identification information among the plurality of store identification information extracted by the extraction unit,
  • the apparatus further includes changing means for changing the size of the given area.
  • the information processing system is ordered at a store for each store located in the given area based on a plurality of order record information acquired by the order record information acquisition unit.
  • calculating means for calculating a deviation value of the order quantity of one or a plurality of products having a common product classification, wherein the setting means has a deviation value calculated by the calculation means equal to or greater than a predetermined value or greater than a predetermined value.
  • Information regarding the product classification is set as attribute information in a store.
  • the information processing system is configured such that the product ordered at a plurality of stores located in the given area based on a plurality of order record information acquired by the order record information acquisition unit. It further includes calculation means for calculating an average value of order quantities of one or a plurality of products having a common classification, and the setting means calculates the order quantity of one or more products having a common product classification by the calculation means.
  • Information regarding the product classification is set as attribute information in a store that is greater than or equal to a predetermined value or greater than a predetermined value.
  • the evaluation value indicating the magnitude of the order quantity of one or more products having the same product classification is the order value of the one or more products and the 1 in the total order quantity accepted by the store. Alternatively, it is calculated based on either the ratio of the order quantity of a plurality of products, the number of order repeats of the one or more products by the same user, or a combination thereof.
  • the information processing method includes a plurality of store identification information indicating stores located in a given area, from store information storage means for storing the location of the store in association with store identification information for identifying the store.
  • Order result information for storing order result information including an extraction step to be extracted, store identification information, product identification information for identifying a product ordered at the store indicated by the store identification information, and an order quantity of the product
  • An order record information acquisition step for acquiring a plurality of order record information associated with a plurality of store identification information extracted in the extraction step from the storage means, and a plurality of order record information acquired in the order record information acquisition step Of a store having a relatively large evaluation value representing the order quantity of one or more products having a common product classification as compared to other stores located in the given area. Identify ⁇ specific information, characterized in that it comprises a setting step in association with the shop identification information that is the identified setting information related to the goods classification to the attribute information of the store, the.
  • the program according to the present invention extracts a plurality of store identification information indicating stores located in a given area from store information storage means for storing the location of the store in association with store identification information for identifying the store.
  • Order result information storage means for storing order result information including extraction means, store identification information, product identification information for identifying the product ordered at the store indicated by the store identification information, and the order quantity of the product From the order result information acquiring means for acquiring a plurality of order result information associated with the plurality of store identification information extracted by the extracting means, and the plurality of order result information acquired by the order result information acquiring means
  • the information recording medium includes a plurality of store identification information indicating stores located in a given area from store information storage means for storing the location of the store in association with store identification information for identifying the store.
  • Order result information storing order result information including extraction means for extracting, product identification information, product identification information for identifying a product ordered at the store indicated by the store identification information, and an order quantity of the product
  • Order record information acquisition means for acquiring a plurality of order record information associated with a plurality of store identification information extracted by the extraction means from the storage means, and a plurality of order record information acquired by the order record information acquisition means Based on the store identification of a store having a relatively large evaluation value representing the order quantity of one or more products having a common product classification compared to other stores located in the given area Identify broadcast, an information recording medium for recording a program for causing a computer to function the information relating to the goods classification in association with the shop identification information that is the identified as the setting means for setting the attribute information of the store.
  • features that are not recognized by the store can be set as attribute information.
  • FIG. 1 shows a system configuration diagram of a store information processing system 100 according to the present embodiment.
  • the store information processing system 100 includes a mobile terminal 200, an order receiving server 300, a settlement server 400, a store information providing server 500, and a store terminal 600, and includes the mobile terminal 200, the order receiving server 300, and the settlement server 400.
  • the store information providing server 500 and the store terminal 600 are connected to each other via a network 700 so that they can communicate with each other.
  • the mobile terminal 200 is an information processing terminal having a wireless communication function and a payment function using electronic money.
  • the mobile terminal 200 includes an operation receiving unit such as a touch panel and buttons, executes processing according to an operation received from the user, and displays the processing result on the touch panel.
  • the user downloads the menu information indicating the menu provided at the store from the order receiving server 300 by the mobile terminal 200, orders the menu specified from the menu information, and performs the electronic payment of the ordered menu with the payment server 400. Processes such as executing between.
  • the store in this embodiment is intended for restaurants.
  • the order receiving server 300 is a server that receives order information from the mobile terminal 200 and processes the received order information. For example, when the order receiving server 300 requests the payment server 400 to make an electronic payment for the order information received from the mobile terminal 200 and receives a notification of completion of the electronic payment from the payment server 400, the order receiving server 300 stores the order information in the store terminal 600. Send to. In the store, the store terminal 600 provides a menu ordered to the user in the store according to the order information received from the order receiving server 300.
  • the settlement server 400 is a server that causes the mobile terminal 200 that has transmitted the order information to execute electronic settlement of the order information received by the order receiving server 300 from the mobile terminal 200, and acquires and manages the execution result.
  • the payment server 400 executes electronic money payment for the order information ordered by the mobile terminal 200, and transmits the payment completion notification for the order information to the order receiving server 300 when the electronic money payment is normally completed. .
  • the store information providing server 500 compares the order information related to the menu category of each store in the same area based on the user order information acquired from the order receiving server 300, for example, and the store information providing server 500 satisfies the predetermined condition for the menu category. Assuming that there is a feature of the menu category, attribute information including information on the area and menu category is given to the store.
  • a menu category is a classification to which one or more menus belong.
  • FIG. 2 illustrates a menu category. As shown in FIG. 2, for example, the menu category may have a hierarchical structure such as major classification, middle classification, minor classification (for example, the menu itself), and specifically, the menu category “soy sauce ramen”.
  • “Shi Ramen” belongs to the menu category “Ramen”, and the menu categories “Futame Fried Rice” and “Sakai Fried Rice” belong to the menu category “Fried Rice”.
  • the menu category may belong to a higher-level menu category.
  • the menu categories “ramen” and “fried rice” belong to the higher-level menu category “Chinese”.
  • the menu category corresponding to the end of the menu category is referred to as a menu.
  • the store information providing server 500 sets a search condition related to the area and the menu category based on, for example, a store search query received from the user terminal, and stores based on the set search condition and attribute information assigned to the store. And the searched store information is provided to the user terminal.
  • the user logs in by inputting a user ID and a password to the order receiving server 300 using the mobile terminal 200 in the store to be used or outside the store (S1). (S2), and the menu information of the searched store is downloaded (S3).
  • the mobile terminal 200 may download an application for performing order processing to the order receiving server 300 based on the menu information together with the menu information.
  • the mobile terminal 200 displays a menu screen based on the downloaded menu information (S4).
  • FIG. 4 shows an example of a menu screen displayed on the mobile terminal 200.
  • the menu name, the amount of the menu, and a link for proceeding to the order of the menu are provided for each menu.
  • the menu order screen shown in FIG. 5 includes an order quantity, an input field for table identification information (for example, a table number) for identifying a user table, and an “order execution” link for executing an order.
  • table identification information for example, a table number
  • Order information including the menu, order quantity, table identification information, store ID, and user ID requested by the user is transmitted to the order receiving server 300 (S5).
  • the order receiving server 300 transmits an order failure notification to the mobile terminal 200 (S7).
  • the order receiving server 300 transmits the settlement information related to the order information and the token of the settlement information to the mobile terminal 200 (S8). )
  • the portable terminal 200 is redirected to the settlement server 400 (S9).
  • the order receiving server 300 may determine whether or not the accepted order is possible by inquiring of the store terminal 600, and the order receiving server 300 sequentially updates and stores information on menus that can be ordered at each store. In such a case, the determination may be made based on information on the menu that can be ordered.
  • the order receiving server 300 may transmit to the settlement server 400 settlement request information including an order ID for identifying the order information, a settlement amount, and a user's email address related to the order information.
  • the settlement server 400 may transmit a payment start mail including a link for executing electronic payment to the mail address included in the payment request information received from the order receiving server 300.
  • FIG. 6 shows an example of the settlement start mail.
  • the settlement start mail includes order details (menu, order quantity, settlement amount) related to settlement and a link “pay here”.
  • “pay here” link is selected, for example, the electronic money settlement start screen shown in FIG. 7 is displayed, and electronic money settlement is executed according to the guidance on the electronic money settlement start screen.
  • the payment server 400 When the mobile terminal 200 communicates with the payment server 400 and executes electronic money payment based on the payment information (S10), the payment server 400 receives a notification of completion of electronic money payment (S11), for example, in FIG.
  • the settlement completion mail shown is transmitted to the mobile terminal 200.
  • the settlement server 400 notifies the order receiving server 300 of the information of the order ID for which the electronic money settlement has been completed (S12), and the order receiving server 300 transmits the order information related to the order ID that has received the settlement completion notification to the store terminal 600. (S13).
  • the order receiving server 300 transmits the order information related to the order ID that has received the settlement completion notification to the store terminal 600. (S13).
  • food and drink related to the menu ordered by the user is provided.
  • the order receiving server 300 transmits the order record information related to the processed order information to the store information providing server 500 (S14).
  • the order record information may include an order ID, a user ID, a store ID, a menu ID, an order quantity, an order time, and the like.
  • the order receiving server 300 may transmit order result information related to the order information to the store information providing server 500 every time processing of the order information is completed, or at a predetermined timing (for example, at predetermined time intervals). ), The unsent order history information accumulated so far may be transmitted to the store information providing server 500.
  • the store information providing server 500 stores the order record information received from the order receiving server 300 (S15).
  • the above processing (S5 to S15) may be performed every time an order is received from the mobile terminal 200.
  • the order processing sequence in the store information processing system 100 is not limited to the above-described example.
  • the order receiving server 300 issues a token and sends the issued token to the settlement server 400 when the order information received from the mobile terminal 200 can be received (S6: Y).
  • the payment server 400 may transmit the payment information including the token to the mobile terminal 200.
  • the mobile terminal 200 transmits a payment completion notification including a token to the order receiving server 300, and the order receiving server 200 issues a token included in the payment completion notification.
  • the order information that has been settled may be specified by checking the token.
  • the mobile terminal 200 transmits a payment completion notification including the token to the payment server 400, and the order receiving server 200 receives the token from the payment server 400 and You may make it collate.
  • FIG. 9 shows an example of a flowchart of store feature detection processing performed by the store information providing server 500.
  • the store feature detection process described below is an example of a process for detecting a menu / menu category characteristic for a restaurant, targeting a restaurant.
  • the store information providing server 500 sets a plurality of local areas (Ai, 1 ⁇ i ⁇ N, N is the total number of local areas) in the target area (S21).
  • a local area (initial value 1 of Ai, i) is selected (S22).
  • the store information providing server 500 extracts stores satisfying a predetermined condition (for example, of a predetermined category) from the selected local area (Ai) (S23).
  • the store information providing server 500 counts the number of orders in a predetermined period for each menu / menu category of each store based on the extracted order record information related to each store (S24).
  • the store information providing server 500 has one of the menus / menu categories (Mj, 1 ⁇ j ⁇ Li, Li is the total number of menu / menu categories) provided at each of the extracted stores (the initial value 1 of Mj, j). ) Is selected (S25), and an evaluation value related to the menu / menu category (Mj) of each store is calculated based on the total number of orders of each store regarding the menu / menu category (Mj) ( S26).
  • the store information providing server 500 calculates a deviation value of the calculated evaluation value of each store (S27), and if there is a store whose calculated deviation value is equal to or greater than a threshold (S28: Y), the store includes a local area. (Ai), attribute information about the menu / menu category (Mj) is given (S29). In addition, if there is no store where the calculated deviation value is equal to or greater than the threshold (S28: N), the store information providing server 500 proceeds to S30 as it is.
  • the mobile terminal 200 accesses the store information providing server 500 (S41), for example, display data for displaying a store search screen shown in FIG. 11 is transmitted to the mobile terminal 200 (S42).
  • the portable terminal 200 displays a store search screen based on the received display data (S43), and after inputting information such as a desired area and menu on the displayed store search screen, a “search” button is pressed. Then, a store search query is transmitted from the portable terminal 200 to the store information providing server 500 (S44).
  • the store information server When the store information server receives a store search query from the mobile terminal 200, the store information server sets a search condition specifying the conditions of the local area and menu / menu category based on the store search query (S45).
  • the local area condition specified by the search condition may be included in the store search query, or may be set based on the location information of the mobile terminal 200.
  • the menu / menu category condition specified by the search condition may be included in the store search query, or may be set based on a word included in the store search query.
  • the store information providing server 500 searches for a store to which the attribute of the local area and menu / menu category specified by the search condition is assigned (S46). Information is transmitted to the portable terminal 200 (S47).
  • the mobile terminal 200 displays the store information display screen shown in FIG. 12, for example, based on the store information received from the store information providing server 500 (S48).
  • FIG. 13 shows a functional block diagram of the mobile terminal 200.
  • the mobile terminal 200 includes a display unit 202, an input unit 204, a menu information acquisition unit 206, an order information transmission unit 208, a payment information reception unit 210, and an electronic payment unit 212.
  • each unit provided in the portable terminal 200 includes a control unit such as a CPU, a storage unit such as a memory, a communication unit such as a communication interface that transmits and receives data to and from an external device, a display unit such as a touch panel, and an input unit.
  • a control unit such as a CPU
  • a storage unit such as a memory
  • a communication unit such as a communication interface that transmits and receives data to and from an external device
  • a display unit such as a touch panel
  • an input unit for example, a computer including hardware such as an IC chip may be realized by reading and executing a program stored in a computer-readable information storage medium.
  • the program may be supplied to the mobile terminal 200 by an information storage medium such as an optical disk, a magnetic disk, a magnetic tape, a magneto-optical disk, or a flash memory, or may be supplied to the mobile terminal 200 via a data communication network such as the Internet. It may be supplied.
  • the display unit 202 is realized by a touch panel, for example, and displays a screen based on graphic data. On the display unit 202, for example, the screens shown in FIG. 4 to FIG. 8, FIG. 11, FIG.
  • the input unit 204 receives an operation input from the user via, for example, a touch panel or a button.
  • the menu information acquisition unit 206 accesses the order receiving server 300, for example, and acquires the menu information of the store designated based on the input from the input unit 204.
  • the menu information acquisition unit 206 may acquire and install an application for executing an order in the order receiving server 300 based on the menu information together with the menu information.
  • the order information transmission unit 208 generates order information related to the menu selected from the menu information acquired by the menu information acquisition unit 206 and transmits it to the order receiving server 300.
  • the menu to be ordered may be selected according to a menu screen displayed on the display unit 202 based on the menu information.
  • the order information may include, for example, a user ID related to the order, a menu ID, an order quantity, a store ID, and table identification information for identifying the user's seat.
  • the settlement information receiving unit 210 receives settlement information for the order information transmitted by the order information transmitting unit 208 from the settlement server 400.
  • the settlement information is information for starting electronic settlement, and may include, for example, order information related to settlement and a settlement amount.
  • the mobile terminal 200 performs electronic payment using electronic money, but may perform other electronic payment such as credit card payment.
  • the electronic payment unit 212 executes electronic payment based on the payment information received by the payment information reception unit 210.
  • the payment amount related to the payment information is subtracted from the balance of the electronic money held in the mobile terminal 200. If it is completed normally and the balance is less than the settlement amount, an error occurs. Then, the execution result of the electronic payment by the electronic payment unit 212 is notified to the payment server 400.
  • FIG. 14 shows a functional block diagram of the order receiving server 300.
  • the order receiving server 300 includes a user information storage unit 302, a menu information storage unit 304, a menu information providing unit 306, an order information receiving unit 308, a settlement request unit 310, a settlement result receiving unit 312, an order process.
  • the functions of the above-described units included in the order receiving server 300 are computer-readable by a computer having hardware such as a control unit such as a CPU, a storage unit such as a memory, and a communication unit such as a communication interface for transmitting and receiving data to and from an external device. It may be realized by reading and executing a program stored in a simple information storage medium.
  • the program may be supplied to the order receiving server 300 via an information storage medium such as an optical disk, a magnetic disk, a magnetic tape, a magneto-optical disk, or a flash memory, or may be supplied to the order receiving server 300 via a data communication network such as the Internet. It may be supplied.
  • the user information storage unit 302 stores user account information.
  • FIG. 15 shows an example of a user information table stored in the user information storage unit 302.
  • the user ID, password, user email address, user date of birth, and user gender are stored in association with each other.
  • the information stored in the user information table is not limited to the above example.
  • Menu information storage unit 304 stores menu information provided at one or a plurality of stores.
  • FIG. 16 shows an example of the menu information table stored in the menu information storage unit 304.
  • the menu information includes a menu ID, menu name, amount, image (URL), calorie change amount, and the like, but is not limited thereto.
  • the menu information providing unit 306 provides the portable terminal 200 with menu information stored in the menu information storage unit 304 for the store ID requested from the portable terminal 200.
  • the menu information providing unit 306 may provide the mobile terminal 200 with an application for ordering based on the menu information together with the menu information.
  • the order information receiving unit 308 receives the order information transmitted from the order information transmitting unit 208 of the mobile terminal 200.
  • the order information includes a user ID, a menu ID, an order quantity, a store ID, and table identification information for identifying a user table, but is not limited thereto.
  • the settlement request unit 310 requests the settlement server 400 to settle the order information received by the order information receiving unit 308.
  • the settlement request unit 310 gives an order ID for identifying the order information for each order information received by the order information receiving unit 308 and calculates a settlement amount related to the order information.
  • the payment amount may be calculated by calculating the total amount of the amount associated with the menu ID stored in the menu information storage unit 304 multiplied by the order quantity.
  • the settlement request unit 310 transmits to the settlement server 400 settlement request information including, for example, an order ID, order information, a settlement amount, and a mail address of a user who performs settlement.
  • the mail address stored in the user information storage unit 302 in association with the user ID included in the order information may be used as the mail address.
  • the settlement result receiving unit 312 receives the settlement result requested from the settlement server 400 by the settlement request unit 310 from the settlement server 400.
  • the settlement result may include, for example, an order ID and a truth value indicating the settlement result. In addition, it is set to true (T) when the settlement is normally completed, and false (F) when the settlement is not completed normally.
  • the order processing unit 314 transmits order information about the order information indicating that the settlement result received by the settlement result receiving unit 312 is normally completed to the store terminal 600 corresponding to the store ID related to the order information.
  • a menu related to the order information is provided to the user according to the order information received at the store terminal 600.
  • the order record information providing unit 316 generates order record information for the order information processed by the order processing unit 314, and provides the generated order record information to the store information providing server 500.
  • the order record information includes, for example, an order ID, a user ID, an e-mail address, a store ID, a menu ID, an order quantity, an order time, and the like, but is not limited thereto.
  • FIG. 17 shows a functional block diagram of the settlement server 400.
  • the payment server 400 includes a payment request reception unit 402, a payment information transmission unit 404, a payment completion determination unit 406, and a payment result notification unit 408.
  • each unit provided in the settlement server 400 are computer-readable by a computer equipped with hardware such as a control unit such as a CPU, a storage unit such as a memory, and a communication unit such as a communication interface for transmitting and receiving data to and from an external device. It may be realized by reading and executing a program stored in a simple information storage medium.
  • the program may be supplied to the settlement server 400 by an information storage medium such as an optical disk, a magnetic disk, a magnetic tape, a magneto-optical disk, or a flash memory, or may be supplied to the settlement server 400 via a data communication network such as the Internet. It may be supplied.
  • the settlement request accepting unit 402 accepts a settlement request from the order receiving server 300. Specifically, the settlement request receiving unit 402 receives the settlement request information transmitted by the settlement request unit 310 of the order receiving server 300.
  • the settlement request information includes, for example, order ID, order information, settlement amount, and e-mail address, but is not limited to this.
  • the settlement information transmitting unit 404 transmits a settlement start email generated based on the settlement request information received by the settlement request accepting unit 402 to an email address included in the settlement request information.
  • the settlement start mail includes, for example, a settlement ID, order contents based on order information, and a settlement amount, but is not limited thereto.
  • the settlement server 400 may store the settlement ID and the corresponding order ID in association with each other.
  • the payment completion determination unit 406 determines whether or not electronic payment has been normally performed by the mobile terminal 200 based on the payment start mail transmitted by the payment information transmission unit 404. For example, the payment completion determination unit 406 may determine whether the payment is complete based on the payment ID received from the mobile terminal 200, the electronic money ID used for the electronic payment, and the payment correct / incorrect information.
  • the settlement result notification unit 408 notifies the order receiving server 300 of the determination result by the settlement completion determination unit 406. Specifically, the order ID stored in association with the settlement ID and the settlement result of the settlement ID (eg, true when completed normally, false when an error occurs) are notified to the order receiving server 300. That's good.
  • FIG. 18 shows a functional block diagram of the store information providing server 500.
  • the store information providing server 500 includes an order record information acquisition unit 502, an order record information storage unit 504, a store information storage unit 506, a user classification unit 508, a region setting unit 510, a store extraction unit 512, Comparison condition setting unit 514, order result information search unit 516, evaluation value calculation unit 518, evaluation value comparison unit 520, store feature determination unit 522, store search request reception unit 524, store search condition setting unit 530, store search unit 532, And an information providing unit 534.
  • a computer including hardware such as a control unit such as a CPU, a storage unit such as a memory, and a communication unit such as a communication interface that transmits and receives data to and from an external device is It may be realized by reading and executing a program stored in a readable information storage medium.
  • the program may be supplied to the store information providing server 500 by an information storage medium such as an optical disk, a magnetic disk, a magnetic tape, a magneto-optical disk, a flash memory, or the store information via a data communication network such as the Internet. It may be supplied to the providing server 500.
  • the order record information acquisition unit 502 acquires order record information provided from the order record information providing unit 316 of the order receiving server 300.
  • the order record information acquisition unit 502 may periodically request the order receipt server 300 to provide the order record information.
  • the order record information includes, for example, order ID, user ID, user attribute information (age, sex), store ID, menu ID, order quantity, settlement amount, menu attribute information (calorie), order time, and the like. However, it is not limited to this.
  • the order record information storage unit 504 stores the order record information acquired by the order record information acquisition unit 502.
  • FIG. 19 shows an example of an order history table stored in the order record information storage unit 504.
  • the present invention is not limited to this.
  • the store information storage unit 506 stores information on each of a plurality of stores.
  • FIG. 20 shows an example of a store feature information table stored in the store information storage unit 506.
  • store ID for identifying a store
  • store name for identifying a store
  • store category store location information (address information, latitude / longitude information, etc.)
  • store opening hours and store features are given.
  • the attribute information (feature information) is stored, but the present invention is not limited to this.
  • the attribute information given as the feature of the store may include area information, menu / menu category information (menu / menu category ID), and user attribute information (group ID).
  • the store information storage unit 506 stores a menu information table that stores information on menus provided for each store shown in FIG. 21, for example.
  • the menu information table stores the store ID, menu / menu category ID, menu / menu category name, and upper menu category ID to which the menu / menu category ID belongs. It is not limited to.
  • the user classifying unit 508 classifies a plurality of user IDs included in the stored order record information into groups based on the order record information stored in the order record information storage unit 504. For example, the user classification unit 508 may group a plurality of user IDs based on age and gender, or may result in clustering processing based on an order pattern (for example, a set of order IDs) for each of the plurality of user IDs. Based on this, a plurality of user IDs may be grouped.
  • FIG. 22 shows an example of a user classification information table in which the classification result by the user classification unit 508 is stored.
  • a group ID for identifying a group, group attribute information, and information on user IDs belonging to the group are stored, but the present invention is not limited to this.
  • information on age and sex for example, 30s, males, etc.
  • the group attribute information is configured based on an order pattern
  • the order pattern information may be stored.
  • the area setting unit 510 sets one or a plurality of areas (local areas) in the target area. For example, the area setting unit 510 may set the area based on the address information of the target area (for example, set the area based on the ward or town), or may set the area based on the coordinate range of the target area ( For example, the area may be set by dividing the target area into a plurality of areas. Further, the area setting unit 510 acquires the number of stores included in each area to be set based on the store information storage unit 506, and if the number of stores is larger than a predetermined numerical value range, the area is further reduced. When it is smaller than the predetermined numerical range, the area may be reset so as to further increase the area.
  • the area setting unit 510 acquires the number of stores included in each area to be set based on the store information storage unit 506, and if the number of stores is larger than a predetermined numerical value range, the area is further reduced. When it is smaller than the predetermined numerical range, the area may be reset so as to
  • the store extraction unit 512 extracts a store that satisfies a predetermined condition for each of one or more regions set by the region setting unit 510.
  • the predetermined condition may be, for example, a store of a predetermined store category (for example, a Japanese restaurant, a Chinese restaurant, an Italian restaurant, or the like).
  • the store extraction unit 512 stores the corresponding store from the store information storage unit 506 for each region set by the region setting unit 510 based on the position information (for example, address information) of the region and a predetermined store category. May be extracted.
  • the process of detecting the feature of the store included in the target area for one area (target area) set by the area setting unit 510 will be described. However, the other areas may be similarly processed.
  • the comparison condition setting unit 514 sets a comparison condition for comparing a plurality of stores extracted by the store extraction unit 512 with respect to the target area. For example, the comparison condition setting unit 514 sets the target menu / menu category, the target user attribute (for example, group ID), and the target period (target period) as the comparison conditions. The user attribute and the target period may not be included in the comparison condition.
  • the comparison condition setting unit 514 refers to the store information storage unit 506 and selects a target menu / menu category from the menu / menu category provided in the store extracted by the store extraction unit 512. As good as
  • the order record information search unit 516 obtains order record information satisfying the comparison condition set by the comparison condition setting unit 514 from the order record information storage unit 504 for each of a plurality of stores extracted by the store extraction unit 512 for the target region. Search for. For example, when a menu, a group ID, and a target period are set in the comparison condition, the order record information search unit 516 searches for the order record information that satisfies the comparison condition for the target store. Order result information including a store ID, a menu ID of the menu, any user ID belonging to the group ID, and an order time within the target period may be searched.
  • the order record information search unit 516 searches for the order record information that satisfies the comparison condition for the target store.
  • Order ID information including the store ID, any menu ID belonging to the menu category, any user ID belonging to the group ID, and order time within the target period may be retrieved.
  • the evaluation value calculation unit 518 calculates an evaluation value for each of the plurality of stores based on the order result information searched for each of the plurality of stores extracted by the store extraction unit 512 for the target region. For example, the evaluation value calculation unit 518 may use the total (order number) of the number of order record information (or the order quantity included in the order record information) searched for each store as the evaluation value. The order ratio divided by the total number of orders may be used as the evaluation value. In addition to the method described above, the evaluation value may be the number of repeats by the same user, or may be calculated by combining the number of orders, the order ratio, and the number of repeats.
  • Evaluation value comparison unit 520 compares the evaluation values calculated by evaluation value calculation unit 518 for each store extracted for the target area. For example, the evaluation value comparison unit 520 may calculate the deviation value of each store based on the evaluation value calculated for each store, or calculate a difference from the average value of the evaluation values of each store. It is good as well.
  • the store feature determination unit 522 determines whether each store extracted for the target area is related to the menu / menu category and user attribute related to the comparison condition set by the comparison condition setting unit 514. It is determined whether there is a feature. For example, when there is a store whose deviation value (or difference from the average value) calculated by the evaluation value comparison unit 520 for each store is greater than or equal to a threshold (or greater than the threshold), the store feature determination unit 522 The menu / menu category and the user attribute (group ID) relating to the comparison condition are determined to be characteristic. Then, the store feature determination unit 522 associates the menu / menu category, the user attribute, and the attribute information including the information on the target area with the store information determined to have the feature regarding the menu / menu category and the user attribute. Store in the storage unit 506.
  • the comparison condition setting unit 514 performs processing by the order result information search unit 516, the evaluation value calculation unit 518, the evaluation value comparison unit 520, and the store feature determination unit 522 for each comparison condition in which the combination of menu / menu category and user attribute is changed. It can be done.
  • the store search request receiving unit 524 receives a store search query from a user terminal such as the mobile terminal 200.
  • the store search request accepting unit 524 may accept designation of a desired area and menu / menu category from the user terminal at the time of accepting the store search request, or accept a keyword related to the desired area and store. Also good.
  • the store search condition setting unit 530 sets store search conditions based on the store search query received by the store search request receiving unit 524.
  • the store search condition setting unit 530 may set a store search condition including at least one of an area condition, a menu / menu category condition, and a user attribute condition based on a store search query received from the user terminal.
  • the area condition may be set based on a specification by the store search query or a keyword included in the store search query, or when the position information of the user terminal can be acquired, set based on the position information. Also good.
  • the menu / menu category condition may be set based on a specification by a store search query or a keyword included in the store search query.
  • the user attribute condition may be set based on a specification by the store search query or a keyword included in the store search query, or the group ID to which the user ID belongs is acquired based on the user ID specified for the user terminal. Then, any of the acquired group IDs may be set.
  • the store search unit 532 searches for stores based on the store search conditions set by the store search condition setting unit 530 from the store information storage unit 506. For example, the store search unit 532 determines from the store information table the area condition (for example, area ID condition), menu / menu category condition (for example, menu / menu category ID condition) specified in the store search condition, user attribute condition ( For example, a store ID to which attribute information satisfying the condition of the group ID) is assigned may be searched.
  • the area condition for example, area ID condition
  • menu / menu category condition for example, menu / menu category ID condition
  • user attribute condition For example, a store ID to which attribute information satisfying the condition of the group ID
  • the information providing unit 534 provides the store information searched by the store search unit 532 to the user terminal that has received the store search query.
  • the store information provided by the information providing unit 534 may include feature information (menu / menu category or user attribute condition) based on attribute information set in the searched store.
  • the information provision part 534 is good also as providing the feature information based on the attribute information of the said store in the information of the store designated from the user terminal.
  • useful features can be given to each store by comparing the order record information extracted under the same conditions for each store included in the set local area. Since the feature assigned to the store is based on the order performance, the reliability is higher than the feature that the store has declared itself. Then, by performing a store search using the features assigned to the store, the store features can be reflected in the search results.
  • the present invention is not limited to the above embodiment.
  • the store may be a store other than a restaurant.
  • the user information is stored in the order receiving server 300.
  • the user information (name, age, sex, etc.) is stored in the settlement server 400 in association with the electronic money ID.
  • the user information may be specified based on the electronic money ID used at the time of settlement.
  • the order receiving server 300 acquires the user order information from the mobile terminal 200, but may acquire the user order information from the store terminal 600.

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

　店舗と同じ領域内にある他の店舗との注文の実態を比較することで店舗が認知していない特徴を設定する。　店舗情報提供サーバ５００は、店舗ＩＤ、メニューＩＤ、メニューの注文数量を順次データベースに記憶する。店舗情報提供サーバ５００は、設定した領域内に所在する店舗を抽出し、データベースを参照して、抽出した店舗において他店舗に比べて相対的に大きい注文数量の商品の情報を特定し、特定した商品の情報を店舗ＩＤの属性情報に設定する。

Description

情報処理システム、情報処理方法、プログラム及び情報記録媒体
　本発明は、情報処理システム、情報処理方法、プログラム及び情報記録媒体に関する。
　予め登録された飲食店等の店舗の中から、ユーザから受け付けた検索クエリに基づいて該当する店舗を検索し、検索した店舗の情報をユーザに提供するシステムがある。例えば、下記の特許文献１には、店舗で提供する商品のリストに基づいて予め店舗ごとのセールスポイント（特徴）を属性情報として設定し、ユーザから受け付けた検索クエリに指定された属性情報が設定された店舗を抽出して、抽出した店舗の情報をユーザに提供するシステムが開示されている。
特開２０１１－０１４０３５号公報
　しかしながら、従来の技術では、店舗側が自ら特徴と認識した属性情報を予め設定しておく必要があるため、実際には顧客を引きつけているような特徴があってもそれを店舗側が認識していなければ属性情報として設定することはできなかった。
　本発明は上記課題に鑑みて為されたものであって、その目的は、店舗が認識していない特徴を属性情報として設定できる情報処理システム、情報処理方法、プログラム及び情報記録媒体を提供することにある。
　上記目的を設定するために、本発明に係る情報処理システムは、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段と、を含むことを特徴とする。
　本発明の一態様では、前記情報処理システムは、前記注文実績情報には、該注文実績情報に係るユーザに関する情報を含み、前記注文実績情報取得手段は、前記注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報であって、ユーザに関する情報が共通する注文実績情報を取得し、前記設定手段は、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報と前記ユーザに関する情報を該店舗の属性情報に設定することを特徴とする。
　本発明の一態様では、前記情報処理システムは、ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報が属性情報として設定された店舗識別情報を検索する検索手段と、前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含むことを特徴とする。
　本発明の一態様では、前記情報処理システムは、ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報と、該ユーザ端末に係るユーザの情報が属性情報として設定された店舗識別情報を検索する検索手段と、前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含むことを特徴とする。
　本発明の一態様では、前記情報処理システムは、ユーザ端末から店舗の情報提供要求を受け付けた場合に、当該店舗の店舗識別情報に関連付けて前記設定手段により設定された商品分類に関する情報を含めて提供する提供手段をさらに含むことを特徴とする。
　本発明の一態様では、前記情報処理システムは、前記抽出手段により抽出される店舗識別情報の数に基づいて、前記所与の領域の大きさを変更する変更手段をさらに含むことを特徴とする。
　本発明の一態様では、前記情報処理システムは、前記抽出手段により抽出された複数の店舗識別情報のうち所定数又は所定割合の店舗識別情報に前記設定手段により属性情報が設定されない場合には、前記所与の領域の大きさを変更する変更手段をさらに含むことを特徴とする。
　本発明の一態様では、前記情報処理システムは、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する店舗ごとに、当該店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の偏差値を算出する算出手段をさらに含み、前記設定手段は、前記算出手段により算出された偏差値が所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定することを特徴とする。
　本発明の一態様では、前記情報処理システムは、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する複数の店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の平均値を算出する算出手段をさらに含み、前記設定手段は、前記商品分類が共通する１又は複数の商品の注文数量が前記算出手段により算出された平均値より所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定することを特徴とする。
　本発明の一態様では、前記商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値は、該１又は複数の商品の注文数量、店舗が受け付けた総注文数量における該１又は複数の商品の注文数量の占める割合、又は同一ユーザによる該１又は複数の商品の注文リピート回数のいずれか又はこれらの組み合わせに基づいて算出されることを特徴とする。
　本発明に係る情報処理方法は、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出ステップと、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出ステップで抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得ステップと、前記注文実績情報取得ステップで取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定ステップと、を含むことを特徴とする。
　本発明に係るプログラムは、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段としてコンピュータを機能させるためのプログラムである。
　本発明に係る情報記録媒体は、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段としてコンピュータを機能させるためのプログラムを記録した情報記録媒体である。
　本発明の一態様によれば、店舗が認識していない特徴を属性情報として設定できる。
本実施形態に係る店舗情報処理システムのシステム構成図である。 メニューカテゴリを説明する図である。 店舗情報処理システムにおいて行われる注文処理のシーケンス図である。 メニュー画面の一例を示す図である。 メニュー注文画面の一例を示す図である。 決済開始メールの一例を示す図である。 電子マネー決済開始画面の一例を示す図である。 決済完了メールの一例を示す図である。 店舗特徴検出処理のフローチャートである。 店舗情報提供処理のシーケンス図である。 店舗検索画面の一例を示す図である。 店舗情報表示画面の一例を示す図である。 携帯端末の機能ブロック図である。 受注サーバの機能ブロック図である。 ユーザ情報テーブルの一例を示す図である。 メニュー情報テーブルの一例を示す図である。 決済サーバの機能ブロック図である。 店舗情報提供サーバの機能ブロック図である。 注文履歴テーブルの一例を示す図である。 店舗特徴情報テーブルの一例を示す図である。 メニュー情報テーブルの一例を示す図である。 ユーザ分類情報テーブルの一例を示す図である。
　以下、本発明に係る実施の形態（以下、実施形態）を、図面を参照しながら説明する。
　図１には、本実施形態に係る店舗情報処理システム１００のシステム構成図を示した。図１に示されるように、店舗情報処理システム１００は、携帯端末２００、受注サーバ３００、決済サーバ４００、店舗情報提供サーバ５００、店舗端末６００を含み、携帯端末２００、受注サーバ３００、決済サーバ４００、店舗情報提供サーバ５００、店舗端末６００はそれぞれネットワーク７００を介して相互に通信可能に接続される。
　携帯端末２００は、無線通信機能及び電子マネー等による決済機能を有する情報処理端末である。例えば、携帯端末２００はタッチパネルやボタン等の操作受け付け部を備え、ユーザから受け付けた操作に応じて処理を実行し、その処理結果をタッチパネルに表示する。例えば、ユーザは、携帯端末２００により受注サーバ３００から店舗で提供されるメニューを示したメニュー情報をダウンロードし、当該メニュー情報から指定したメニューを注文し、注文したメニューの電子決済を決済サーバ４００との間で実行する等の処理を行う。なお、本実施形態における店舗は、飲食店を対象としている。
　受注サーバ３００は、携帯端末２００から注文情報を受け付けて、受け付けた注文情報を処理するサーバである。例えば、受注サーバ３００は、携帯端末２００から受け付けた注文情報についての電子決済を決済サーバ４００に依頼し、決済サーバ４００から当該電子決済の完了通知を受信した場合に、当該注文情報を店舗端末６００に送信する。なお、店舗においては、店舗端末６００が受注サーバ３００から受信した注文情報に従って、店舗内のユーザに注文されたメニューを提供する。
　決済サーバ４００は、受注サーバ３００が携帯端末２００から受け付けた注文情報の電子決済を、当該注文情報を送信した携帯端末２００に実行させて、その実行結果を取得し管理するサーバである。例えば、決済サーバ４００は、携帯端末２００により発注された注文情報について電子マネー決済を実行させ、電子マネー決済が正常に完了した場合に、受注サーバ３００に当該注文情報についての決済完了通知を送信する。
　店舗情報提供サーバ５００は、例えば受注サーバ３００から取得したユーザの注文情報に基づいて同一エリア内の各店舗のメニューカテゴリに係る注文情報を比較して、当該メニューカテゴリについて所定条件を満足した店舗に当該メニューカテゴリの特徴があるとして、当該店舗に上記のエリア、メニューカテゴリの情報を含む属性情報を付与する。なお、メニューカテゴリとは１又は複数のメニューが属する分類である。図２にはメニューカテゴリを説明する図を示した。図２に示されるように、例えばメニューカテゴリは、大分類、中分類、小分類（例えばメニュー自体）等の階層構造を有していることとしてよく、具体的には、メニューカテゴリ「醤油ラーメン」、「塩ラーメン」はメニューカテゴリ「ラーメン」に属し、メニューカテゴリ「五目チャーハン」、「蟹チャーハン」はメニューカテゴリ「チャーハン」に属する。また、メニューカテゴリはさらに上位のメニューカテゴリに属することとしてよく、例えばメニューカテゴリ「ラーメン」、「チャーハン」は上位のメニューカテゴリ「中華」に属する。なお、以下説明する例では、メニューカテゴリにおける末端に当たるメニューカテゴリをメニューと称する。
　また、店舗情報提供サーバ５００は、例えばユーザ端末から受け付けた店舗検索クエリに基づいて、エリアとメニューカテゴリに係る検索条件を設定し、設定した検索条件と店舗について付与された属性情報に基づいて店舗を検索し、検索された店舗の情報をユーザ端末に提供する。
［店舗情報処理システム１００における注文処理のシーケンスの一例］
　以下、図３に示すシーケンス図を参照しながら、店舗情報処理システム１００における注文処理の流れを説明する。以下説明するシーケンスでは、ユーザが飲食店によりメニューを注文する処理を例に挙げて説明する。なお、このシーケンスにおいて、ユーザは受注サーバ３００にユーザＩＤ、メールアドレス、性別、生年月日等の属性情報を予め登録してあることとする。
　図３に示すように、ユーザは利用しようとする店舗内又は店舗外において、携帯端末２００を用いて受注サーバ３００にユーザＩＤとパスワードを入力してログインし（Ｓ１）、上記利用しようとする店舗を検索し（Ｓ２）、検索された店舗のメニュー情報をダウンロードする（Ｓ３）。なお、携帯端末２００は、メニュー情報と共に当該メニュー情報に基づいて受注サーバ３００に発注処理を行うためのアプリケーションをダウンロードすることとしてもよい。
　携帯端末２００は、ダウンロードしたメニュー情報に基づいてメニュー画面を表示する（Ｓ４）。図４には、携帯端末２００に表示されるメニュー画面の一例を示した。図４に示されるメニュー画面の例では、メニューごとにメニュー名、当該メニューの金額、当該メニューの注文に進むためのリンクが設けられる。
　ここで「注文に進む」のリンクが押下されると、例えば図５に示すメニュー注文画面が表示される。図５に示すメニュー注文画面には、注文数量、ユーザのテーブルを識別するテーブル識別情報（例えばテーブル番号）の入力欄、注文を実行する「注文実行」のリンク等が設けられる。
　ユーザは店舗内でテーブルに案内された後に、例えば図５に示したメニュー注文画面に注文数量と、当該テーブルのテーブル識別情報を入力して「注文実行」のリンクを押下すると、携帯端末２００はユーザから要求されたメニュー、注文数量、テーブル識別情報、店舗ＩＤ、ユーザＩＤを含む注文情報を受注サーバ３００に送信する（Ｓ５）。
　受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能でない場合には（Ｓ６：Ｎ）、注文不可通知を携帯端末２００に送信する（Ｓ７）。受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能な場合には（Ｓ６：Ｙ）、当該注文情報に係る決済情報と当該決済情報のトークンを携帯端末２００に送信するとともに（Ｓ８）、携帯端末２００を決済サーバ４００にリダイレクトさせる（Ｓ９）。なお、受注サーバ３００は、受け付けた注文が可能か否かは、店舗端末６００に問い合わせて判断することとしてもよいし、受注サーバ３００に各店舗の受注可能なメニューの情報を順次更新して保持している場合には、当該受注可能なメニューの情報に基づいて判断することとしてもよい。
　なお、受注サーバ３００が、注文情報を識別する注文ＩＤ、決済金額、注文情報に係るユーザのメールアドレスを含む決済依頼情報を決済サーバ４００に送信することとしてもよく、この場合には、決済サーバ４００は、受注サーバ３００から受信した決済依頼情報に含まれるメールアドレスに対して、電子決済を実行するためのリンクを含む決済開始メールを送信することとしてよい。
　図６には、決済開始メールの一例を示した。図６に示される例では、決済開始メールには、決済に係る注文内容（メニュー、注文数量、決済金額）と、「お支払いはこちら」のリンクが含まれる。「お支払いはこちら」のリンクが選択されると、例えば図７に示される、電子マネー決済開始画面に進み、電子マネー決済開始画面の案内に従って電子マネー決済を実行する。
　携帯端末２００では、決済サーバ４００と通信して、決済情報に基づいて電子マネー決済を実行すると（Ｓ１０）、決済サーバ４００は、電子マネー決済の完了通知を受け付けて（Ｓ１１）、例えば図８に示す決済完了メールを携帯端末２００に送信する。
　決済サーバ４００は、電子マネー決済が完了した注文ＩＤの情報を受注サーバ３００に通知し（Ｓ１２）、受注サーバ３００は、決済の完了通知を受けた注文ＩＤに係る注文情報を店舗端末６００に送信する（Ｓ１３）。店舗では、店舗端末６００が受注サーバ３００から受信した注文情報に従って、ユーザに注文されたメニューに係る飲食物が提供される。
　受注サーバ３００は、処理が完了した注文情報に係る注文実績情報を店舗情報提供サーバ５００に送信する（Ｓ１４）。例えば、注文実績情報には、注文ＩＤ、ユーザＩＤ、店舗ＩＤ、メニューＩＤ、注文数量、注文時間等を含むこととしてよい。受注サーバ３００は、注文情報について処理が完了するごとに、当該注文情報に係る注文実績情報を店舗情報提供サーバ５００に送信してもよいし、予め定められたタイミング（例えば所定の時間間隔置き等）でそれまでに蓄積された未送信の注文実績情報を店舗情報提供サーバ５００に送信してもよい。店舗情報提供サーバ５００は、受注サーバ３００から受信した注文実績情報を記憶する（Ｓ１５）。上記の処理（Ｓ５～Ｓ１５）は、携帯端末２００から注文を受けるごとに行われることとしてよい。
　なお、店舗情報処理システム１００における注文処理のシーケンスは上述した例に限られない。例えば、上記のシーケンスにおいて、受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能な場合には（Ｓ６：Ｙ）、トークンを発行するとともに、発行したトークンを決済サーバ４００に送信して、決済サーバ４００がトークンを含む決済情報を携帯端末２００に送信するようにしてもよい。この場合には、携帯端末２００で決済が実行された後に、携帯端末２００がトークンを含む決済完了通知を受注サーバ３００に送信し、受注サーバ２００が当該決済完了通知に含まれるトークンと、発行したトークンとを照合して、決済が行われた注文情報を特定することとしてよい。また、携帯端末２００で決済が実行された後に、携帯端末２００がトークンを含む決済完了通知を決済サーバ４００に送信し、受注サーバ２００が決済サーバ４００からトークンを受信して、発行したトークンとの照合を行うようにしても構わない。
　以下、店舗情報提供サーバ５００により行われる店舗特徴検出処理の詳細について説明する。
［店舗特徴検出処理の一例］
　図９には、店舗情報提供サーバ５００により行われる店舗特徴検出処理のフローチャートの一例を示した。以下に説明する店舗特徴検出処理は、飲食店を対象とし、飲食店に特徴のあるメニュー／メニューカテゴリを検出する処理の一例である。
　図９に示されるように、店舗情報提供サーバ５００は、対象エリア内に複数のローカルエリア（Ａｉ，１≦ｉ≦Ｎ、Ｎは総ローカルエリア数）を設定し（Ｓ２１）、そのうちの１つのローカルエリア（Ａｉ、ｉの初期値１）を選択する（Ｓ２２）。店舗情報提供サーバ５００は、上記選択したローカルエリア（Ａｉ）から所定条件を満足する（例えば所定カテゴリの）店舗を抽出する（Ｓ２３）。
　店舗情報提供サーバ５００は、上記抽出された各店舗に係る注文実績情報に基づいて、当該各店舗のメニュー／メニューカテゴリごとの所定期間における注文数を集計する（Ｓ２４）。
　店舗情報提供サーバ５００は、上記抽出された各店舗で提供されるメニュー／メニューカテゴリ（Ｍｊ、１≦ｊ≦Ｌｉ、Ｌｉはメニュー／メニューカテゴリの総数）から１つ（Ｍｊ、ｊの初期値１）を選択し（Ｓ２５）、当該メニュー／メニューカテゴリ（Ｍｊ）について上記集計された各店舗の注文数に基づいて、当該各店舗の上記メニュー／メニューカテゴリ（Ｍｊ）に係る評価値を算出する（Ｓ２６）。
　店舗情報提供サーバ５００は、上記算出した各店舗の評価値の偏差値を算出し（Ｓ２７）、算出された偏差値が閾値以上の店舗があれば（Ｓ２８：Ｙ）、その店舗に、ローカルエリア（Ａｉ）、メニュー／メニューカテゴリ（Ｍｊ）についての属性情報を付与する（Ｓ２９）。なお、店舗情報提供サーバ５００は、上記算出された偏差値が閾値以上の店舗がなければ（Ｓ２８：Ｎ）、そのままＳ３０に進む。
　店舗情報提供サーバ５００は、ｊがメニュー／メニューカテゴリの総数（Ｌｉ）でない場合には（Ｓ３０：Ｎ）、ｊをインクリメントして（Ｓ３１）、Ｓ２６に戻り、ｋがメニュー／メニューカテゴリの総数（Ｌｉ）である場合には（Ｓ３０：Ｙ）、Ｓ３２に進む。
　店舗情報提供サーバ５００は、ｉが総ローカルエリア数（Ｎ）でない場合には（Ｓ３２：Ｎ）、ｉをインクリメントして（Ｓ３３）、Ｓ２３に戻り、ｉが総ローカルエリア数（Ｎ）である場合には（Ｓ３２：Ｙ）、処理を終了する。
［店舗情報提供処理の一例］
　次に、店舗情報提供サーバ５００により行われる店舗情報提供処理の一例について、図１０に示したシーケンス図に基づいて説明する。
　図１０に示されるように、携帯端末２００が店舗情報提供サーバ５００にアクセスすると（Ｓ４１）、例えば図１１に示される店舗検索画面を表示する表示データが携帯端末２００に送信される（Ｓ４２）。携帯端末２００では、受信した表示データに基づいて店舗検索画面を表示し（Ｓ４３）、表示した店舗検索画面に希望するエリア及びメニュー等の情報が入力された後に、「検索」ボタンが押下されると、携帯端末２００から店舗情報提供サーバ５００に店舗検索クエリが送信される（Ｓ４４）。
　店舗情報サーバは、携帯端末２００から店舗検索クエリを受信すると、当該店舗検索クエリに基づいてローカルエリア、メニュー／メニューカテゴリの条件を指定した検索条件を設定する（Ｓ４５）。検索条件で指定されるローカルエリアの条件は、店舗検索クエリに含まれていてもよいし、携帯端末２００の位置情報に基づいて設定することとしてもよい。また、検索条件で指定されるメニュー／メニューカテゴリの条件は、店舗検索クエリに含まれていてもよいし、当該店舗検索クエリに含まれる単語に基づいて設定することとしてもよい。
　店舗情報提供サーバ５００は、上記設定した検索条件に基づいて、当該検索条件で指定されたローカルエリア、メニュー／メニューカテゴリの属性が付与された店舗を検索し（Ｓ４６）、当該検索された店舗の情報を携帯端末２００に送信する（Ｓ４７）。
　携帯端末２００は、店舗情報提供サーバ５００から受信した店舗の情報に基づいて、例えば図１２に示される店舗情報表示画面を表示する（Ｓ４８）。
　以上が、店舗情報処理システム１００において行われる処理の一連の流れである。次に、上記説明したシーケンスを実現するために店舗情報処理システム１００の各装置に備えられる機能の一例について説明する。
［携帯端末２００の機能］
　図１３には、携帯端末２００の機能ブロック図を示した。図１３に示されるように、携帯端末２００は、表示部２０２、入力部２０４、メニュー情報取得部２０６、注文情報送信部２０８、決済情報受信部２１０、及び電子決済部２１２を備える。
　携帯端末２００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段、タッチパネル等の表示手段及び入力手段、電子マネー決済のためのＩＣチップ等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって携帯端末２００に供給されることとしてもよいし、インターネット等のデータ通信網を介して携帯端末２００に供給されることとしてもよい。
　表示部２０２は、例えばタッチパネル等により実現され、グラフィックデータに基づいて画面を表示する。表示部２０２には、例えば図４～図８、図１１、図１２等に示した画面が表示される。
　入力部２０４は、例えばタッチパネルやボタン等を介してユーザからの操作入力を受け付ける。
　メニュー情報取得部２０６は、例えば受注サーバ３００にアクセスして、入力部２０４からの入力に基づいて指定された店舗のメニュー情報を取得する。また、メニュー情報取得部２０６は、メニュー情報とともに、当該メニュー情報に基づいて受注サーバ３００に注文を実行するためのアプリケーションを取得しインストールすることとしてもよい。
　注文情報送信部２０８は、メニュー情報取得部２０６により取得されたメニュー情報の中から選択されたメニューに係る注文情報を生成して受注サーバ３００に送信する。注文するメニューの選択は、メニュー情報に基づき表示部２０２に表示されたメニュー画面に従って行われることとしてよい。また、注文情報には、例えば、注文に係るユーザＩＤ、メニューＩＤ、注文数量、店舗ＩＤ、ユーザの座席を識別するテーブル識別情報を含むこととしてよい。
　決済情報受信部２１０は、注文情報送信部２０８により送信した注文情報に対する決済情報を決済サーバ４００から受信する。決済情報は、電子決済を開始するための情報であり、例えば決済に係る注文情報と決済金額とを含むこととしてよい。本実施形態では、携帯端末２００は電子決済を電子マネーにより行うこととするが、クレジットカード決済等の他の電子決済を行うこととしてもよい。
　電子決済部２１２は、決済情報受信部２１０により受信した決済情報に基づいて電子決済を実行する。なお、電子決済を電子マネーにより行う場合には、携帯端末２００に保持される電子マネーの残高から決済情報に係る決済金額を減算することとし、残高が決済金額以上である場合には電子決済が正常に完了し、残高が決済金額未満である場合にはエラーとなる。そして、電子決済部２１２による電子決済の実行結果は決済サーバ４００に通知される。
［受注サーバ３００の機能］
　次に、受注サーバ３００に備えられた機能について説明する。図１４には、受注サーバ３００の機能ブロック図を示した。図１４に示されるように、受注サーバ３００は、ユーザ情報記憶部３０２、メニュー情報記憶部３０４、メニュー情報提供部３０６、注文情報受信部３０８、決済依頼部３１０、決済結果受信部３１２、注文処理部３１４、及び注文実績情報提供部３１６を備える。
　受注サーバ３００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって受注サーバ３００に供給されることとしてもよいし、インターネット等のデータ通信網を介して受注サーバ３００に供給されることとしてもよい。
　ユーザ情報記憶部３０２は、ユーザのアカウント情報を記憶する。図１５には、ユーザ情報記憶部３０２に記憶されるユーザ情報テーブルの一例を示した。図１５に示したユーザ情報テーブルの例では、ユーザＩＤ、パスワード、ユーザのメールアドレス、ユーザの生年月日、ユーザの性別がそれぞれ関連づけて記憶される。もちろん、ユーザ情報テーブルに記憶される情報は上記の例に限定されない。
　メニュー情報記憶部３０４は、１又は複数のそれぞれの店舗で提供されるメニュー情報を記憶する。図１６には、メニュー情報記憶部３０４に記憶されるメニュー情報テーブルの一例を示した。図１６に示したメニュー情報テーブルでは、店舗を識別する店舗ＩＤごとに、当該店舗で提供されるそれぞれのメニューの情報が記憶される。なお、メニューの情報は、メニューＩＤ、メニュー名、金額、イメージ（ＵＲＬ）、カロリー変化量等を含むこととするが、これに限定されない。
　メニュー情報提供部３０６は、携帯端末２００から要求された店舗ＩＤについてメニュー情報記憶部３０４に記憶されるメニュー情報を当該携帯端末２００に提供する。また、メニュー情報提供部３０６は、メニュー情報と共に、当該メニュー情報に基づいて注文するためのアプリケーションを携帯端末２００に提供することとしてもよい。
　注文情報受信部３０８は、携帯端末２００の注文情報送信部２０８から送信された注文情報を受信する。例えば、注文情報には、ユーザＩＤ、メニューＩＤ、注文数量、店舗ＩＤ、ユーザのテーブルを識別するテーブル識別情報を含むこととするが、これに限定されない。
　決済依頼部３１０は、注文情報受信部３０８により受信した注文情報についての決済を決済サーバ４００に依頼する。例えば、決済依頼部３１０は、注文情報受信部３０８により受信した注文情報ごとに、当該注文情報を識別する注文ＩＤを付与するとともに、当該注文情報に係る決済金額を算出する。決済金額の算出は、メニュー情報記憶部３０４に記憶されるメニューＩＤに関連づけられた金額に注文数量を掛け合わせたものの合計額を算出することで行うこととしてよい。そして、決済依頼部３１０は、例えば注文ＩＤ、注文情報、決済金額、決済を行うユーザのメールアドレスを含む決済依頼情報を決済サーバ４００に送信する。なお、上記のメールアドレスには、注文情報に含まれるユーザＩＤに関連づけてユーザ情報記憶部３０２に記憶されるメールアドレスを用いることとしてよい。
　決済結果受信部３１２は、決済依頼部３１０により決済サーバ４００に依頼した決済の結果を、決済サーバ４００から受信する。決済の結果は、例えば、注文ＩＤと、決済の結果を示す真偽値を含むこととしてよい。なお、決済が正常に完了した場合には真（Ｔ）、決済が正常に完了しなかった場合には偽（Ｆ）とする。
　注文処理部３１４は、決済結果受信部３１２により受信した決済結果が正常完了を示す注文情報について、当該注文情報に係る店舗ＩＤに応じた店舗端末６００に注文情報を送信する。店舗側では、店舗端末６００で受信した注文情報に従ってユーザに当該注文情報に係るメニューが提供される。
　注文実績情報提供部３１６は、注文処理部３１４により処理した注文情報について注文実績情報を生成し、生成した注文実績情報を店舗情報提供サーバ５００に提供する。注文実績情報には、例えば注文ＩＤ、ユーザＩＤ、メールアドレス、店舗ＩＤ、メニューＩＤ、注文数量、注文時間等を含むこととするが、これに限定されない。
［決済サーバ４００の機能］
　次に、決済サーバ４００に備えられた機能について説明する。図１７には、決済サーバ４００の機能ブロック図を示した。図１７に示されるように、決済サーバ４００は、決済依頼受付部４０２、決済情報送信部４０４、決済完了判定部４０６、及び決済結果通知部４０８を備える。
　決済サーバ４００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって決済サーバ４００に供給されることとしてもよいし、インターネット等のデータ通信網を介して決済サーバ４００に供給されることとしてもよい。
　決済依頼受付部４０２は、受注サーバ３００から決済依頼を受け付ける。具体的には、決済依頼受付部４０２は、受注サーバ３００の決済依頼部３１０により送信された決済依頼情報を受信する。なお、決済依頼情報には、例えば注文ＩＤ、注文情報、決済金額、メールアドレスを含むこととするが、これに限定されない。
　決済情報送信部４０４は、決済依頼受付部４０２で受け付けた決済依頼情報に基づいて生成した決済開始メールを、当該決済依頼情報に含まれるメールアドレスに宛てて送信する。決済開始メールには、例えば決済ＩＤ、注文情報に基づく注文内容、決済金額を含むこととするが、これに限定されない。なお、決済サーバ４００においては、決済ＩＤと対応する注文ＩＤとを関連づけて記憶しておくこことしてよい。
　決済完了判定部４０６は、決済情報送信部４０４により送信した決済開始メールに基づいて携帯端末２００により電子決済が正常に行われたか否かを判定する。例えば、決済完了判定部４０６は、携帯端末２００から受信した決済ＩＤ、電子決済に用いた電子マネーＩＤ、及び決済の正否の情報に基づいて決済完了の正否を判定することとしてよい。
　決済結果通知部４０８は、決済完了判定部４０６による判定結果を受注サーバ３００に通知する。具体的には、決済ＩＤに関連づけて記憶された注文ＩＤと、当該決済ＩＤの決済結果（例えば正常に完了した場合には真、エラーが発生した場合には偽）を受注サーバ３００に通知することとしてよい。
［店舗情報提供サーバ５００の機能］
　次に、店舗情報提供サーバ５００に備えられた機能について説明する。図１８には、店舗情報提供サーバ５００の機能ブロック図を示した。図１８に示されるように、店舗情報提供サーバ５００は、注文実績情報取得部５０２、注文実績情報記憶部５０４、店舗情報記憶部５０６、ユーザ分類部５０８、領域設定部５１０、店舗抽出部５１２、比較条件設定部５１４、注文実績情報検索部５１６、評価値算出部５１８、評価値比較部５２０、店舗特徴判定部５２２、店舗検索要求受付部５２４、店舗検索条件設定部５３０、店舗検索部５３２、及び情報提供部５３４を備える。
　店舗情報提供サーバ５００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって店舗情報提供サーバ５００に供給されることとしてもよいし、インターネット等のデータ通信網を介して店舗情報提供サーバ５００に供給されることとしてもよい。
　注文実績情報取得部５０２は、受注サーバ３００の注文実績情報提供部３１６から提供される注文実績情報を取得する。なお、注文実績情報取得部５０２は、定期的に受注サーバ３００に注文実績情報の提供を要求するようにしてもよい。注文実績情報には、例えば注文ＩＤ、ユーザＩＤ、ユーザ属性情報（年齢、性別）、店舗ＩＤ、メニューＩＤ、注文数量、決済金額、メニュー属性情報（カロリー）、注文時間等が含まれることとするが、これに限定されない。
　注文実績情報記憶部５０４は、注文実績情報取得部５０２により取得される注文実績情報を記憶する。図１９には、注文実績情報記憶部５０４に記憶される注文履歴テーブルの一例を示した。図１９に示す注文履歴テーブルの例では、注文ＩＤ、ユーザＩＤ、ユーザの年齢、ユーザの性別、店舗ＩＤ、メニューＩＤ、注文数量、決済金額、カロリー（当該注文に係る総カロリー）、注文時間が格納されることとするが、これに限定されない。
　店舗情報記憶部５０６は、複数の店舗のそれぞれの情報を記憶する。図２０には、店舗情報記憶部５０６に記憶される店舗特徴情報テーブルの一例を示した。図２０に示される店舗特徴情報テーブルの例では、店舗を識別する店舗ＩＤ、店舗名、店舗カテゴリ、店舗の位置情報（住所情報や緯度経度情報等）、店舗の営業時間、店舗の特徴として付与された属性情報（特徴情報）が記憶されることとするが、これに限定されない。なお、店舗の特徴として付与された属性情報は、エリア情報、メニュー／メニューカテゴリ情報（メニュー／メニューカテゴリＩＤ）、及びユーザ属性情報（グループＩＤ）を含むこととしてよい。
　また、店舗情報記憶部５０６には、例えば図２１に示される店舗ごとに提供されるメニューの情報を格納したメニュー情報テーブルが記憶される。図２１に示されるように、メニュー情報テーブルには、店舗ＩＤ、メニュー／メニューカテゴリＩＤ、メニュー／メニューカテゴリ名、メニュー／メニューカテゴリＩＤが属する上位メニューカテゴリＩＤが記憶されることとするが、これに限定されない。
　ユーザ分類部５０８は、注文実績情報記憶部５０４に記憶された注文実績情報に基づいて、当該記憶された注文実績情報に含まれる複数のユーザＩＤをグループに分類する。例えば、ユーザ分類部５０８は、年齢、性別に基づいて複数のユーザＩＤをグループ分けしてもよいし、複数のユーザＩＤごとの注文パターン（例えば、注文ＩＤの組）に基づくクラスタリング処理の結果に基づいて、複数のユーザＩＤをグループ分けしてもよい。
　図２２には、ユーザ分類部５０８による分類結果を記憶したユーザ分類情報テーブルの一例を示した。図２２に示されるユーザ分類情報テーブルでは、グループを識別するグループＩＤ、グループ属性情報、当該グループに属するユーザＩＤの情報が記憶されることとするが、これに限定されない。なお、グループが年齢、性別に基づき構成された場合には、グループ属性情報には、年齢、性別の情報（例えば、３０代、男性等）が記憶され、グループが注文パターンに基づき構成された場合には、グループ属性情報には、その注文パターンの情報が記憶されることとしてよい。
　領域設定部５１０は、対象エリア内に１又は複数の領域（ローカルエリア）を設定する。例えば、領域設定部５１０は、対象エリアの住所情報に基づいて領域を設定（例えば区や町に基づいて領域を設定）することとしてもよいし、対象エリアの座標範囲に基づいて領域を設定（例えば対象エリアを複数に分割して領域を設定）することとしてもよい。また、領域設定部５１０は、店舗情報記憶部５０６に基づいて、設定する各領域に含まれる店舗数を取得し、その店舗数が所定の数値範囲よりも大きい場合には領域をさらに小さくし、所定の数値範囲よりも小さい場合には領域をさらに大きくするように、領域を再設定することとしてよい。
　店舗抽出部５１２は、領域設定部５１０により設定された１又は複数の領域ごとに、所定の条件を満足する店舗を抽出する。ここで、所定の条件とは、例えば所定の店舗カテゴリ（例えば、和食レストラン、中華レストラン、イタリアンレストラン等）の店舗であること等としてよい。そして、店舗抽出部５１２は、領域設定部５１０により設定された領域ごとに、当該領域の位置情報（例えば住所情報）と、所定の店舗カテゴリとに基づいて、店舗情報記憶部５０６から該当する店舗を抽出することとしてよい。以下、領域設定部５１０により設定された１つの領域（対象領域）について、当該対象領域に含まれる店舗の特徴を検出する処理について説明するが、他の領域についても同様に処理することとしてよい。
　比較条件設定部５１４は、対象領域について店舗抽出部５１２により抽出された複数の店舗をそれぞれ比較する際の比較条件を設定する。例えば、比較条件設定部５１４は、対象とするメニュー／メニューカテゴリ、対象とするユーザ属性（例えばグループＩＤ）、対象とする期間（対象期間）を比較条件として設定することとするが、対象とするユーザ属性と対象期間は比較条件に含めなくともよい。ここで、比較条件設定部５１４は、店舗情報記憶部５０６を参照して、対象とするメニュー／メニューカテゴリを、店舗抽出部５１２により抽出された店舗で提供されるメニュー／メニューカテゴリから選択することとしてよい。
　注文実績情報検索部５１６は、対象領域について店舗抽出部５１２により抽出された複数の店舗ごとに、比較条件設定部５１４により設定された比較条件を満足する注文実績情報を注文実績情報記憶部５０４から検索する。例えば、注文実績情報検索部５１６は、比較条件にメニュー、グループＩＤ、対象期間が設定されている場合に、対象とする店舗について当該比較条件を満足する注文実績情報を検索するときには、上記店舗の店舗ＩＤ、上記メニューのメニューＩＤ、上記グループＩＤに属するいずれかのユーザＩＤ、及び上記対象期間内の注文時間を含む注文実績情報を検索することとしてよい。また、注文実績情報検索部５１６は、比較条件にメニューカテゴリ、グループＩＤ、対象期間が設定されている場合に、対象とする店舗について当該比較条件を満足する注文実績情報を検索するときには、上記店舗の店舗ＩＤ、上記メニューカテゴリに属するいずれかのメニューＩＤ、上記グループＩＤに属するいずれかのユーザＩＤ、上記対象期間内の注文時間を含む注文実績情報を検索することとしてよい。
　評価値算出部５１８は、対象領域について店舗抽出部５１２により抽出された複数の店舗ごとに検索された注文実績情報に基づいて、当該複数の店舗ごとの評価値を算出する。例えば、評価値算出部５１８は、店舗ごとに検索された注文実績情報の数（又は注文実績情報に含まれる注文数量）の合計（注文数）を評価値としてもよいし、注文数を店舗の総注文数で割った注文比率を評価値としてもよい。また、評価値は上述した方法以外にも、同一ユーザによるリピート回数等としてもよいし、注文数、注文比率、リピート数を組み合わせて算出してもよい。
　評価値比較部５２０は、対象領域について抽出された各店舗について評価値算出部５１８により算出された評価値を比較する。例えば、評価値比較部５２０は、各店舗について算出された評価値に基づいて、当該各店舗の偏差値を算出することとしてもよいし、各店舗の評価値の平均値からの差分を算出することとしてもよい。
　店舗特徴判定部５２２は、評価値比較部５２０による比較結果に基づいて、対象領域について抽出された各店舗が、比較条件設定部５１４により設定された比較条件に係るメニュー／メニューカテゴリ、ユーザ属性について特徴があるか否かを判定する。例えば、店舗特徴判定部５２２は、各店舗について評価値比較部５２０において算出された偏差値（又は平均値からの差分）が閾値以上の（又は閾値より大きい）店舗がある場合に、当該店舗について、上記比較条件に係るメニュー／メニューカテゴリ、ユーザ属性（グループＩＤ）について特徴があると判定する。そして、店舗特徴判定部５２２により、上記メニュー／メニューカテゴリ、ユーザ属性について特徴があると判定された店舗に関連づけて、上記メニュー／メニューカテゴリ、ユーザ属性、対象領域の情報を含む属性情報を店舗情報記憶部５０６に記憶する。
　比較条件設定部５１４では、メニュー／メニューカテゴリ、ユーザ属性の組み合わせを変更した各比較条件について注文実績情報検索部５１６、評価値算出部５１８、評価値比較部５２０、店舗特徴判定部５２２による処理を実行することとしてよい。
　店舗検索要求受付部５２４は、携帯端末２００等のユーザ端末から店舗検索クエリを受け付ける。例えば、店舗検索要求受付部５２４は、店舗検索要求受付時に、ユーザ端末から希望するエリアとメニュー／メニューカテゴリの指定を受け付けるようにしてもよいし、希望するエリア及び店舗に関するキーワードを受け付けるようにしてもよい。
　店舗検索条件設定部５３０は、店舗検索要求受付部５２４で受け付けた店舗検索クエリに基づいて、店舗検索条件を設定する。例えば、店舗検索条件設定部５３０は、ユーザ端末から受け付けた店舗検索クエリに基づいて、エリア条件、メニュー／メニューカテゴリ条件、ユーザ属性条件の少なくとも１つを含む店舗検索条件を設定することとしてよい。この際、エリア条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定してもよいし、ユーザ端末の位置情報が取得できる場合には当該位置情報に基づいて設定してもよい。また、メニュー／メニューカテゴリ条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定することとしてよい。そして、ユーザ属性条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定してもよいし、ユーザ端末について特定したユーザＩＤに基づいて、当該ユーザＩＤが属するグループＩＤを取得し、当該取得したグループＩＤのいずれかを設定してもよい。
　店舗検索部５３２は、店舗情報記憶部５０６から店舗検索条件設定部５３０により設定された店舗検索条件に基づいて店舗を検索する。例えば、店舗検索部５３２は、店舗情報テーブルから、店舗検索条件に指定されたエリア条件（例えばエリアＩＤの条件）、メニュー／メニューカテゴリ条件（例えばメニュー／メニューカテゴリＩＤの条件）、ユーザ属性条件（例えばグループＩＤの条件）を満足する属性情報が付与された店舗ＩＤを検索することとしてよい。
　情報提供部５３４は、店舗検索部５３２により検索された店舗の情報を、店舗検索クエリを受け付けたユーザ端末に提供する。例えば、情報提供部５３４により提供される店舗情報には、検索された店舗に設定された属性情報に基づく特徴情報（メニュー／メニューカテゴリやユーザ属性条件）が含まれることとしてよい。また、情報提供部５３４は、ユーザ端末から指定された店舗の情報に、当該店舗の属性情報に基づく特徴情報を含めて提供することとしてもよい。
　以上説明した店舗情報処理システムによれば、設定されたローカルエリアに含まれる各店舗について同じ条件で抽出した注文実績情報を比較することで、各店舗に有用な特徴を付与できる。こうして店舗に付与された特徴は注文実績に基づいているため、店舗側が自ら申告した特徴に比べて信頼度が高い。そして、店舗に付与された特徴を利用して店舗検索を行うことにより、店舗の特徴を検索結果に反映させることができる。
　また、本発明は上記の実施形態に限定されるものではない。例えば、上記の実施形態では、飲食店を対象として説明したが、飲食店以外の店舗を対象としても構わない。
　また、上記の実施形態では、受注サーバ３００にユーザの情報を記憶しておくこととしたが、決済サーバ４００において電子マネーのＩＤに対応付けてユーザの情報（名前、年齢、性別等）を記憶し、決済時に用いられる電子マネーのＩＤに基づいてユーザの情報を特定することとしてもよい。
　また、上記の実施形態では、受注サーバ３００は、携帯端末２００からユーザの注文情報を取得することとしたが、店舗端末６００からユーザの注文情報を取得することとしてもよい。

 

Claims (13)

  1. 　店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、
    　店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、
    　前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段と、
    　を含むことを特徴とする情報処理システム。
  2. 　前記注文実績情報には、該注文実績情報に係るユーザに関する情報を含み、
    　前記注文実績情報取得手段は、前記注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報であって、ユーザに関する情報が共通する注文実績情報を取得し、
    　前記設定手段は、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報と前記ユーザに関する情報を該店舗の属性情報に設定する
    　ことを特徴とする請求項１に記載の情報処理システム。
  3. 　ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報が属性情報として設定された店舗識別情報を検索する検索手段と、
    　前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含む
    　ことを特徴とする請求項１又は２に記載の情報処理システム。
  4. 　ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報と、該ユーザ端末に係るユーザの情報が属性情報として設定された店舗識別情報を検索する検索手段と、
    　前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含む
    　ことを特徴とする請求項２に記載の情報処理システム。
  5. 　ユーザ端末から店舗の情報提供要求を受け付けた場合に、当該店舗の店舗識別情報に関連付けて前記設定手段により設定された商品分類に関する情報を含めて提供する提供手段をさらに含む
    　ことを特徴とする請求項１に記載の情報処理システム。
  6. 　前記抽出手段により抽出される店舗識別情報の数に基づいて、前記所与の領域の大きさを変更する変更手段をさらに含む
    　ことを特徴とする請求項１乃至５に記載の情報処理システム。
  7. 　前記抽出手段により抽出された複数の店舗識別情報のうち所定数又は所定割合の店舗識別情報に前記設定手段により属性情報が設定されない場合には、前記所与の領域の大きさを変更する変更手段をさらに含む
    　ことを特徴とする請求項１乃至５に記載の情報処理システム。
  8. 　前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する店舗ごとに、当該店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の偏差値を算出する算出手段をさらに含み、
    　前記設定手段は、前記算出手段により算出された偏差値が所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定する
    　ことを特徴とする請求項１乃至７のいずれかに記載の情報処理システム。
  9. 　前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する複数の店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の平均値を算出する算出手段をさらに含み、
    　前記設定手段は、前記商品分類が共通する１又は複数の商品の注文数量が前記算出手段により算出された平均値より所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定する
    　ことを特徴とする請求項１乃至７のいずれかに記載の情報処理システム。
  10. 　前記商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値は、該１又は複数の商品の注文数量、店舗が受け付けた総注文数量における該１又は複数の商品の注文数量の占める割合、又は同一ユーザによる該１又は複数の商品の注文リピート回数のいずれか又はこれらの組み合わせに基づいて算出される
    　ことを特徴とする請求項１乃至９のいずれかに記載の情報処理システム。
  11. 　店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出ステップと、
    　店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出ステップで抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得ステップと、
    　前記注文実績情報取得ステップで取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定ステップと、
    　を含むことを特徴とする情報処理方法。
  12. 　店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、
    　店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、
    　前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段
    　としてコンピュータを機能させるためのプログラム。
  13. 　店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、
    　店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、
    　前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段
    　としてコンピュータを機能させるためのプログラムを記録した情報記録媒体。

     
PCT/JP2012/050107 2011-04-28 2012-01-05 情報処理システム、情報処理方法、プログラム及び情報記録媒体 WO2012147374A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/113,581 US20140052585A1 (en) 2011-04-28 2012-01-05 Information processing system, information processing method, program, and information recording medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011102527A JP5047378B1 (ja) 2011-04-28 2011-04-28 情報処理システム、情報処理方法、プログラム及び情報記録媒体
JP2011-102527 2011-04-28

Publications (1)

Publication Number Publication Date
WO2012147374A1 true WO2012147374A1 (ja) 2012-11-01

Family

ID=47071904

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/050107 WO2012147374A1 (ja) 2011-04-28 2012-01-05 情報処理システム、情報処理方法、プログラム及び情報記録媒体

Country Status (3)

Country Link
US (1) US20140052585A1 (ja)
JP (1) JP5047378B1 (ja)
WO (1) WO2012147374A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5969100B1 (ja) * 2015-10-13 2016-08-10 株式会社ぐるなび 情報処理装置、情報処理方法及びプログラム

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5964876B2 (ja) * 2014-03-19 2016-08-03 ヤフー株式会社 情報提供装置、情報提供方法および情報提供プログラム
JP6620067B2 (ja) * 2015-07-23 2019-12-11 株式会社ぐるなび 情報処理装置、情報処理方法及びプログラム
JP6635843B2 (ja) * 2016-03-29 2020-01-29 株式会社ぐるなび メニュー生成システム、メニュー生成方法及びメニュー生成プログラム
JP6023912B2 (ja) * 2016-06-30 2016-11-09 ヤフー株式会社 情報提供装置、情報提供方法および情報提供プログラム
JP7274619B2 (ja) * 2017-02-22 2023-05-16 東芝テック株式会社 注文管理装置及びそのプログラム
JP7012442B2 (ja) * 2017-02-22 2022-02-14 東芝テック株式会社 受注システム
CN107123013B (zh) * 2017-03-01 2020-09-01 阿里巴巴集团控股有限公司 基于增强现实的线下交互方法及装置
JP6932229B1 (ja) * 2020-09-30 2021-09-08 ＰａｙＰａｙ株式会社 算出装置、算出方法及び算出プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003281350A (ja) * 2002-03-19 2003-10-03 Dentsu Tec Inc 商品群別顧客価値分析による顧客管理コストの低減方法
JP2004070525A (ja) * 2002-08-02 2004-03-04 Ajinomoto Communications Inc 販売促進の効果測定方法およびその装置
JP2011014035A (ja) * 2009-07-03 2011-01-20 Ntt Docomo Inc 検索システム及び検索方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8306921B2 (en) * 2008-02-13 2012-11-06 Toyota Motor Engineering & Manufacturing North America, Inc. Mobile recommendation and reservation system
US20090271246A1 (en) * 2008-04-28 2009-10-29 American Express Travel Related Services Company, Inc. Merchant recommendation system and method
US10319173B2 (en) * 2008-10-22 2019-06-11 Newzoom, Inc. Vending store inventory management and reporting system
US20110066472A1 (en) * 2009-09-17 2011-03-17 Pedro Cabrera Scheider Internet-Based Benchmarking System and Method for Evaluating and Comparing Businesses Using Metrics
US20110208617A1 (en) * 2010-02-19 2011-08-25 Chris Weiland System and method for locality and user preference based food recommendations
US20120109749A1 (en) * 2010-11-02 2012-05-03 Visa International Service Association Systems and Methods to Provide Recommendations
US20120278252A1 (en) * 2011-04-27 2012-11-01 Sethna Shaun B System and method for recommending establishments and items based on consumption history of similar consumers
US9842342B2 (en) * 2011-05-10 2017-12-12 Restaurant Revolution Technologies, Inc. Systems and methods for take-out order analytics

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003281350A (ja) * 2002-03-19 2003-10-03 Dentsu Tec Inc 商品群別顧客価値分析による顧客管理コストの低減方法
JP2004070525A (ja) * 2002-08-02 2004-03-04 Ajinomoto Communications Inc 販売促進の効果測定方法およびその装置
JP2011014035A (ja) * 2009-07-03 2011-01-20 Ntt Docomo Inc 検索システム及び検索方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5969100B1 (ja) * 2015-10-13 2016-08-10 株式会社ぐるなび 情報処理装置、情報処理方法及びプログラム
JP2017076162A (ja) * 2015-10-13 2017-04-20 株式会社ぐるなび 情報処理装置、情報処理方法及びプログラム

Also Published As

Publication number Publication date
JP5047378B1 (ja) 2012-10-10
US20140052585A1 (en) 2014-02-20
JP2012234368A (ja) 2012-11-29

Similar Documents

Publication Publication Date Title
JP5047378B1 (ja) 情報処理システム、情報処理方法、プログラム及び情報記録媒体
US11295367B2 (en) System for in-store consumer behaviour event metadata aggregation, data verification and the artificial intelligence analysis thereof for data interpretation and associated action triggering
US20020032645A1 (en) System and method for score calculation
JP4914613B2 (ja) 評価情報管理システム、評価情報管理プログラム、および、評価情報管理方法
AU2012274726B2 (en) Information Processing Apparatus, Information Processing Method, Information Processing Program, Recording the Medium having Stored therein Information Processing Program
US20210256540A1 (en) Alcohol information management system and management method
CN112101873A (zh) 订单数据的处理方法、装置及系统
JP5746554B2 (ja) 情報提供システム、情報提供方法、プログラム及び情報記録媒体
KR20140137883A (ko) 카드 사용 정보를 이용한 정보 제공 방법 및 장치
JP2013109539A (ja) 商品購入装置および商品購入方法
US10290037B2 (en) List presentation device, list presentation method, and program
JP6170261B1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
TW201407523A (zh) 購物資訊處理方法與其系統
US11170428B2 (en) Method for generating priority data for products
KR20190056075A (ko) 사업자에 의해 제공되는 서비스 평가 시스템, 서버 및 방법
JP2018185599A (ja) 注文管理装置、注文管理システム、注文管理方法、及び注文管理プログラム
JP2021117614A (ja) 決済支援システム
US20230334516A1 (en) Product/service ordering system, product/service ordering method, and program for the same
CN113282706A (zh) 信息交互方法和装置
JP7455913B2 (ja) レビュー分析によって下位アイテムのカテゴリを自動分類して検索に活用する方法、システム、およびコンピュータプログラム
US20230049850A1 (en) Server device and program
US20240104628A1 (en) Information processing apparatus, information processing method, and non-transitory computer-readable storage medium
US11449883B1 (en) Systems and methods for digital payment referrals
TW201407515A (zh) 網路購物資訊處理方法、系統與電腦可讀取儲存媒體
US11423423B2 (en) System and method for interactive transaction information aggregation

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: 12776745

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14113581

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12776745

Country of ref document: EP

Kind code of ref document: A1