JP2021144704A - 情報処理システム、情報処理装置、情報処理プログラム、及び情報処理方法 - Google Patents

情報処理システム、情報処理装置、情報処理プログラム、及び情報処理方法 Download PDF

Info

Publication number
JP2021144704A
JP2021144704A JP2021020581A JP2021020581A JP2021144704A JP 2021144704 A JP2021144704 A JP 2021144704A JP 2021020581 A JP2021020581 A JP 2021020581A JP 2021020581 A JP2021020581 A JP 2021020581A JP 2021144704 A JP2021144704 A JP 2021144704A
Authority
JP
Japan
Prior art keywords
information
terminal
order
seat
unit
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
JP2021020581A
Other languages
English (en)
Inventor
将史 中根
Masashi NAKANE
将史 中根
久志 有川
Hisashi Arikawa
久志 有川
将仁 谷口
Masahito Taniguchi
将仁 谷口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Uhuru Corp
Original Assignee
Uhuru Corp
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 Uhuru Corp filed Critical Uhuru Corp
Priority to JP2021020581A priority Critical patent/JP2021144704A/ja
Publication of JP2021144704A publication Critical patent/JP2021144704A/ja
Pending legal-status Critical Current

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
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Instructional Devices (AREA)

Abstract

【課題】サービス提供者に対して、ユーザの位置を伝える。【解決手段】情報処理システムは、ユーザを訪問してサービスを提供する提供者が稼働する施設に配置され、ユーザの端末であるユーザ端末に対して、識別情報を読み取り可能に提供する複数の提供部と、複数の提供部のうち各提供部が提供する識別情報と、施設内の地図を示すマップ画像上の位置とを関連付けた地図情報を記憶する記憶部と、提供部から提供されてユーザ端末によって読み取られ、ユーザ端末によって送信された識別情報を受信する通信部と、地図情報に基づいて、通信部が受信した識別情報に関連付けられたマップ画像上の位置を特定する位置特定部と、位置特定部が特定した位置に対して追加の情報を相対的に配置したマップ画像を、提供者に関連付けられた端末である提供者端末の表示部に表示させる制御部と、を備える。【選択図】図１

Description

本発明は、情報処理システム、情報処理装置、情報処理プログラム、及び情報処理方法に関する。
下記特許文献１には、競技場の座席の利用状況を入力することで、利用状況を把握できる技術が提案されている。競技場、商業施設、乗り物等の各種施設には、ユーザを訪問してサービスを提供するが提供者が稼働している。このような提供者に対して、ユーザの位置を伝えることができることが望まれる。
特開２００３−１０８８３９号公報
本発明の第１の態様に従えば、ユーザを訪問してサービスを提供する提供者が稼働する施設に配置され、ユーザの端末であるユーザ端末に対して、識別情報を読み取り可能に提供する複数の提供部と、複数の提供部のうち各提供部が提供する識別情報と、施設内の地図を示すマップ画像上の位置とを関連付けた地図情報を記憶する記憶部と、提供部から提供されてユーザ端末によって読み取られ、ユーザ端末によって送信された識別情報を受信する通信部と、地図情報に基づいて、通信部が受信した識別情報に関連付けられたマップ画像上の位置を特定する位置特定部と、位置特定部が特定した位置に対して追加の情報を相対的に配置したマップ画像を、提供者に関連付けられた端末である提供者端末の表示部に表示させる制御部と、を備える情報処理システムが提供される。
本発明の第２の態様に従えば、ユーザにサービスを提供する施設に配置され、ユーザの端末であるユーザ端末に対して、識別情報を読み取り可能に提供する提供部と、提供部によってユーザ端末に提供された識別情報に基づいてユーザ端末から送信され、注文されるサービスを示す注文情報を受信する受信部と、注文情報に示されるサービスを提供する提供者と関連付けられる受注端末を特定する処理部と、処理部が特定した受注端末へ注文情報を提供する送信部と、を備え、受信部は、注文情報に示されたサービスの提供の進捗を示す情報として受注端末が送信する進捗情報を受信し、送信部は、注文情報の送信元であるユーザ端末へ進捗情報を提供する、情報処理システムが提供される。
本発明の第３の態様に従えば、ユーザを訪問してサービスを提供する提供者が稼働する施設に配置され、ユーザの端末であるユーザ端末に対して、識別情報を読み取り可能に提供する複数の提供部のうち各提供部が提供する識別情報と、施設内の地図を示すマップ画像上の位置とを関連付けた地図情報に基づいて、ユーザ端末から送信された識別情報に関連付けられたマップ画像上の位置を特定する位置特定部と、位置特定部が特定した位置に対して追加の情報を相対的に配置したマップ画像を、提供者に関連付けられた端末である提供者端末の表示部に表示させる制御部と、を備える情報処理装置が提供される。
本発明の第４の態様に従えば、コンピュータに、ユーザを訪問してサービスを提供する提供者が稼働する施設に配置され、ユーザの端末であるユーザ端末に対して識別情報を読み取り可能に提供する複数の提供部のうち各提供部が提供する識別情報と、施設内の地図を示すマップ画像上の位置とを関連付けた地図情報に基づいて、ユーザ端末から送信された識別情報に関連付けられたマップ画像上の位置を特定することと、特定された位置に対して追加の情報を相対的に配置したマップ画像を、提供者に関連付けられた端末である提供者端末の表示部に表示させることと、を実行させる情報処理プログラムが提供される。
本発明の第５の態様に従えば、ユーザを訪問してサービスを提供する提供者が稼働する施設に配置された複数の提供部によって、ユーザの端末であるユーザ端末に対して識別情報を読み取り可能に提供することと、複数の提供部のうち各提供部が提供する識別情報と、施設内の地図を示すマップ画像上の位置とを関連付けた地図情報を記憶部に記憶することと、提供部から提供されてユーザ端末によって読み取られ、ユーザ端末によって送信された識別情報を通信部によって受信することと、地図情報に基づいて、通信部によって受信した識別情報に関連付けられたマップ画像上の位置を位置特定部によって特定することと、位置特定部が特定した位置に対して追加の情報を相対的に配置したマップ画像を、提供者に関連付けられた端末である提供者端末の表示部に制御部によって表示させることと、を含む情報処理方法が提供される。
実施形態に係る情報処理システムを示す図である。 売り子端末が表示する画像の例を示す図である。 売り子端末が表示する画像の例を示す図である。 実施形態の情報処理システムを示す図である。 注文ページの例を示す図である。 地図情報の例とマップ画像に追加の情報を配置する処理とを示す図である。 担当情報の一例およびサービス情報の一例を示す図である。 実施形態に係る情報処理方法を示す図である。 実施形態に係る情報処理方法を示す図である。 実施形態に係る情報処理システムを示す図である。 実施形態に係る競技場座席ＩＤ提供システムの概要を示す概念図である。 ユーザ端末、サーバ、及びデリバリー用端末を示す図である。 対応テーブルの一例を示す図である。 注文ページの一例を示す図である。 デリバリー用端末の表示部に表示される表示内容の一例を示す図である。 実施形態の競技場座席ＩＤ提供処理を示すフローチャートである。 実施形態の競技場売り子指定システムのサーバを示す図である。 実施形態の競技場売り子指定処理を示すフローチャートである。 売り子指定ページの一例を示す図である。 売り子端末の表示部に表示される表示内容の一例を示す図である。 売り子端末の表示部に表示される表示内容の一例を示す図である。 実施形態の競技場売り子指定システムのサーバの機能構成を示す図である。 実施形態の競技場売り子指定処理を示すフローチャートである。 売り子ＩＤ入力ページの一例を示す図である。 実施形態の情報処理システムを示す図である。 実施形態に係る飲食店疑似店舗端末システムシスを示す図である。 コンピュータが実行する注文処理を示す図である。 ユーザ端末に表示される注文ページの一例を示す図である。 コンピュータが実行する注文履歴表示処理を示す図である。 ユーザ端末に表示される注文履歴ページの一例を示す図である。 コンピュータが実行する会計処理を示す図である。 ユーザ端末に表示される会計ページの一例を示す図である。 コンピュータが実行する学習処理を示す図である。 実施形態の情報処理システムを示す図である。 実施形態の情報処理システムを示す図である。 ユーザ端末に表示される注文ページの一例を示す図である。 割引を適用した注文ページの一例を示す図である。 注文された内容と座席ＩＤとの表示の一例を示す図である。 実施形態に係る情報処理システムにおける処理を示す図である。 変形例の乗物疑似注文端末システムを示す図である。 乗物疑似注文端末システムによる処理を示す図である。 決済方法の選択画面の一例を示す図である。 変形例の乗物疑似注文端末システムを示す図である。 分析結果の表示の一例を示す図である。
［第１実施形態］
第１実施形態について説明する。図１は、実施形態に係る情報処理システムを示す図である。情報処理システム１は、施設２に設置される複数の提供部３と、情報処理装置４とを備える。施設２は、例えば競技場である。施設２には、ユーザを訪問してサービスを提供する提供者が稼働する。ユーザは、例えば、競技場に訪れている観客である。以下の説明において適宜、サービスを提供する提供者をサービス提供者という。サービス提供者は、売り子、配達員、販売員、案内人、カメラマン、インストラクター、又はその他の職種の者のいずれでもよい。配達員は、観客を訪問して、飲食物やグッズ等などの各種商品を観客へ届けるサービスを提供する。サービス提供者は、複数種類のサービスを提供可能でもよい。例えば、サービス提供者は、配達員と、各種商品を届けた先で販売するサービスを提供する販売員とを兼ねてもよい。
ユーザは、例えばスマートフォン等のユーザ端末５を所持する。提供者は、提供者端末６を所持する。以下の説明において適宜、サービス提供者が売り子であるものとし、提供者端末６を売り子端末６と称す。売り子端末６は、スマートフォン等の汎用の端末、又は専用端末である。情報処理装置４は、例えばサーバである。情報処理装置４は、ユーザ端末５と通信可能に接続される。情報処理装置４は、売り子端末６と通信可能に接続される。情報処理装置４は、例えば、ユーザ端末５から送信される情報に基づいて、売り子端末６に対してユーザに関する情報を提供し、売り子がユーザを訪問することを支援する。情報処理装置４は、訪問支援装置と称されてもよい。
情報処理システム１が提供するサービスの一例について説明する。提供部３は、ユーザ端末５に対して識別情報を読み取り可能に提供する。以下の説明において適宜、提供部３が提供する識別情報を提供部ＩＤという。ユーザ端末５は、提供部ＩＤを読み取ると、注文を受け付ける注文ページＰ１を表示部５Ａに表示する。ユーザは、注文ページＰ１を利用して、注文の内容を示す注文情報をユーザ端末５に入力する。ユーザ端末５は、入力された注文情報と、提供部３から読み取った提供部ＩＤを送信する。
情報処理装置４は、ユーザ端末５が送信した注文情報および提供部ＩＤを受信する。情報処理装置４は、提供部ＩＤと、施設２内の地図を示すマップ画像Ｐ２上の位置とを関連付けた地図情報Ｄ１を予め記憶する。提供部ＩＤは、提供部ＩＤを読み取る端末の位置として想定される位置と関連付けられる。例えば、提供部ＩＤは、この提供部ＩＤを読み取るユーザ端末５を所持するユーザが座ると想定される、施設２の座席７の位置と関連付けられる。例えば、ユーザは、自身が座る座席の前の座席７の背面に取り付けられた提供部３から、ユーザ端末５によって提供部ＩＤを読み取ると想定される。この場合、提供部ＩＤは、この提供部ＩＤを提供する提供部３の１つ後ろの座席７のマップ画像Ｐ２上の位置と関連付けられる。この場合、提供部ＩＤは、ユーザが座ると想定された座席７のマップ画像Ｐ２の位置と関連付けられる。
情報処理装置４は、地図情報Ｄ１に基づいて、ユーザ端末５が送信した提供部ＩＤに関連付けられたマップ画像Ｐ２上の位置を特定する。情報処理装置４は、特定したマップ画像Ｐ２上の座標を、売り子端末６に提供する。売り子端末６は、情報処理装置４から供給される情報に基づいて、画像を表示する。売り子端末６は、情報処理装置４から提供された位置にマークＭ１が配置されたマップ画像Ｐ３を表示部６Ａに表示する。売り子は、例えば、マップ画像Ｐ２によってユーザの位置を知ることができ、ユーザを容易に訪問できる。情報処理システム１は、１又は２以上のユーザ端末５を含んでもよいし、ユーザ端末５を含まなくてもよい。情報処理システム１は、１又は２以上の売り子端末６を含んでもよいし、売り子端末６を含まなくてもよい。
図２および図３は、売り子端末が表示する画像の例を示す図である。情報処理システム１の各部については適宜、図１を参照する。図２における上段の図の符Ｐ２は、施設２内の地図を示すマップ画像である。施設２は、例えばスタジアムを含む。施設２は複数の階層を有し、複数の階層は、鉛直方向から見た場合、その少なくとも一部が互いに重なる。図２のマップ画像Ｐ２において、４階（図中、４Ｆ）における座席等の設備の配置と、５階（図中、５Ｆ）における座席等の設備とは、平面的に展開されて示される。売り子端末６は、提供部ＩＤに関連付けられたマップ画像Ｐ２上の位置を示す情報を情報処理装置４から提供されることで、図２における中段の図に示すようにマップ画像Ｐ３を表示する。
マップ画像Ｐ３は、情報処理装置４から供給されたマップ画像Ｐ２上の位置に対して所定の位置関係で、追加の情報（この図ではマークＭ１）を配置した画像である。情報処理装置４は、特定したマップ画像Ｐ２上の位置の情報を売り子端末６へ提供することで、追加の情報が配置されたマップ画像Ｐ２を、売り子端末６に表示させる。
図２におけるマークＭ１は、一部が尖った形状である。マークＭ１は、その尖った部分によって、情報処理装置４から供給されたマップ画像Ｐ２上の位置を指すように、配置される。マークＭ１は、注文したユーザの位置をマップ画像Ｐ２上に示す情報として利用可能である。売り子端末６は、図２における下段の図に示すように、マップ画像Ｐ３を拡大して表示することができる。例えば、売り子端末６は、表示部と入力部とが重ねられたタッチパネルを備え、タッチパネル上の画像を見ながら各種入力、操作を行うことができる。
売り子端末６は、マークＭ１に対する所定の操作が行われることによって、図３における上段の図に示すように、情報Ｑ１を表示する。情報Ｑ１は、例えば、注文情報（図３下段参照」）の一部を含む。例えば、図３において、［ｘｘＰａｙ以外］は、注文の支払い方法を示す情報であり、「ＡＡＡビール」は注文された商品の種類を示す情報であり、「×３」は、注文された商品の数量を示す情報である。図３において、情報Ｑ１は、この注文を受けるか否かを示す入力を促す情報を含む。例えば、情報Ｑ１は、「この注文の訪問予約をしますが？」というテキスト情報と、「はい」というアイコンの情報と、「いいえ」というアイコンの情報を含む。
売り子端末６は、注文を受ける旨の入力である「はい」に対する操作がなされた場合、この売り子端末６を所持する売り子が注文を担当すること（例、訪問予約すること）を示す訪問予約情報を情報処理装置４へ送信する。売り子端末６は、訪問予約情報を送信した場合、図３における中段に図に示すように、追加の情報（例えば、図２のマークＭ１）の表示形態を変更したマークＭ２を表示する。図３において、マークＭ２は、マークＭ１の一部の色を変更したものであり、注文先に訪問予約済であることを示す。また、マークＭ２は「１」というテキスト情報を含み、このテキスト情報は、訪問を予定する順番を示す情報である。順番を示す情報は、例えば、複数の注文先を訪問予定である場合、先に訪問する順に「１」、「２」、・・・と付される番号である。
売り子端末６は、訪問予約済であることを示すマークＭ２に対して操作が行われた場合、図３における下段の図に示すように、情報Ｑ１（図３上段を参照）よりも情報量が多い情報Ｑ２を表示する。情報Ｑ２は、例えば、注文内容を示す情報Ｑ３と、訪問先の識別情報Ｑ４と、対応状況を示す情報Ｑ５と、対応完了の通知に利用されるアイコンＱ６とを含む。
注文内容を示す情報Ｑ３（例、「注文内容」）は、支払い方法（例、「ｘｘＰａｙ以外」）と、注文された商品の種類（例、「ＡＡＡビール」）、注文された商品の予定された数量（例、「予定個数」、「３」）と、支払が予定される金額の総額（例、「予定価格」「２１００円」と、商品の単価（例、「単価７００円」）とを含む。
訪問先の識別情報Ｑ４は、例えば、座席ごとに割り付けられる識別情報（適宜、座席ＩＤという）である座席番号を含む。売り子は、例えば、売り子端末６に表示されたマークＭ２の位置から注文先の大まかな位置を把握し、注文先に近づいた段階で売り子端末６に表示された座席ＩＤを確認し、注文先の位置を正確に把握することができる。
対応状況を示す情報Ｑ５は、例えば、呼出されてからの時間経過（例えば分、秒）、訪問予約の取消を通知するアイコンＱ７、注文者が不在であることを通知するアイコンＱ８を含む。売り子端末６は、アイコンＱ７に対する操作があった場合、この売り子端末６を所持する売り子がマークＭ２に対応する注文先への訪問を取り消したことを示す情報を、情報処理装置４へ送信する。注文者が不在であることを通知するアイコンＱ８は、例えば、売り子端末６を所持する売り子がマークＭ２に対応する注文先へ訪問した際に注文者が不在であった場合に利用される。売り子端末６は、アイコンＱ８に対する操作があった場合、この売り子端末６を所持する売り子がマークＭ２に対応する注文者が不在であったと認識したことを示す情報を、情報処理装置４へ送信する。なお、実施形態にかかる情報処理システムが提供するサービスにおいて、売り子は、「注文」によって呼び出される。そのため「注文」は、適宜、「呼出」と言い換え可能である。
アイコンＱ６は、注文情報に示されたサービスの提供が完了したことを示す情報の入力を売り子端末６受け付ける際に、売り子端末６が表示するＧＵＩの画像である。売り子端末６は、アイコンＱ６に対する操作がなされたと判定した場合、注文情報に示されたサービスの提供が完了したことを示す対応完了通知を送信する。情報処理装置４は、売り子端末６が送信した対応完了通知を受信し、例えば、対応完了通知に対応する訪問先に関する追加の情報（例、図３中段のマークＭ２）を、売り子端末６において非表示にする処理を実行する。
実施形態に係る情報処理システム１は、提供部ＩＤとマップ画像Ｐ２上の位置とを関連付けた地図情報Ｄ１を用いるので、実空間上の座標（例、ＧＰＳの位置情報）を用いなくてもユーザの位置を示すことができる。例えば、情報処理システム１は、マップ画像Ｐ３として、模式的に描かれた地図、複数の階層を有する建造物（例、スタジアム）を平面に展開した地図、縮尺が縦横で異なる地図等を用いる場合であっても、マップ画像Ｐ３上にユーザの位置を示すことができる。また、情報処理システム１は、実空間上の座標が時間的に変化する設備（例、新幹線、航空機、船舶、車両）においても、ユーザの位置を示すことができる。情報処理システム１は、例えば、ユーザ端末５の位置をＧＰＳにより取得しなくても、ユーザの位置を売り子端末６へ伝えることができる。情報処理システム１は、例えば、ユーザが地下の設備内または建物内に居る場合等、ＧＰＳによりユーザの位置を精度よく得ることが難しい場合でも、ユーザの位置を精度よく特定できる。
次に、実施形態の情報処理システムの各部について説明する。図４は、実施形態の情報処理システムを示す図である。提供部３は、ユーザの端末であるユーザ端末５に対して、識別情報を読み取り可能に提供する。提供部３は、例えばＮＦＣタグである。ＮＦＣタグは、近距離無線通信技術（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ；ＮＦＣ）によって信号を送信する回路を含む部材である。ＮＦＣタグは、例えば、外部から信号を受けた際に電磁誘導により電力を発生し、この電力を利用して信号を送信する。提供部３が送信する信号は、提供部３に予め割り付けられた提供部ＩＤを含む。本実施形態において、提供部３が送信する信号は、この信号を受信した端末を所定の情報源へ接続させる接続情報を含む。接続情報は、例えば、ＷｅｂページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含む。
提供部３は、施設２において予め定められた位置に固定される。図１において、施設２は、ユーザが利用可能な複数の座席７を備える。各提供部３は、各座席７に固定されている。提供部３は、座席７に対して取り外し可能に固定されてもよい。提供部３は、座席７に対して取り外し不能に固定されてもよいし、座席７の一部でもよい。
提供部３は、ＮＦＣタグ以外の部材でもよい。例えば、提供部３は、提供部ＩＤを含む１次元コードまたは２次元コードが設けられた部材（例、ステッカー、カード）でもよい。一次元コードは、例えばバーコードを含む。二次元コードは、例えばＱＲコード（登録商標）を含む。以下の説明において適宜、１次元コード、２次元コード、又はこれらコードのいずれかと同等の機能を有するパターンを総称して、コードパターンという。提供部３は、ＮＦＣタグに、コードパターンが設けられた部材でもよい。
提供部３は、ＮＦＣ以外の通信規格に準拠する通信によって提供部ＩＤを含む信号を送信する機器でもよい。例えば、提供部３は、ＲＦＩＤ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｅｒ）を用いるものでもよい。また、提供部３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信を用いるものでもよく、赤外線通信を用いるビーコンなどでもよいし、Ｗｉ−Ｆｉ（登録商標）などの無線ＬＡＮを用いるものでもよい。
ユーザ端末５は、例えばスマートフォンである。ユーザ端末５は、通信部１１、通信部１２、カメラ１３、表示部５Ａ、処理部１４、及び記憶部１５を備える。記憶部１５は、電力供給が遮断された状態でも情報を保持する記憶装置を含む。この記憶装置は、例えば、不揮発性メモリーと、ハードディスクと、ソリッドステートディスクとの少なくとも１つを含む。記憶部１５は、ユーザ端末５の外部から取得される各種情報、及びユーザ端末５における各種処理で生成される情報を記憶する。
処理部１４は、例えばＣＰＵ等の汎用のプロセッサを含み、各種情報を処理する。記憶部１５は、処理部１４に各種処理を実行させるプログラムを記憶する。処理部１４（例、ＣＰＵ）は、記憶部１５に記憶されたプログラムに従って、信号処理、演算処理、画像処理、及びユーザ端末５の各部の制御処理のうち少なくとも１つを実行する。処理部１４は、特定用途向け集積回路（ＡＳＩＣ）を含んでもよい。処理部１４が実行する処理の少なくとも一部は、ＡＳＩＣによって実行されてもよい。
通信部１１は、提供部３が電気信号を送信する形態において、提供部３が送信した電気信号を受信する。例えば、提供部３がＮＦＣタグを含む場合、通信部１１は、ＮＦＣタグが送信する信号を受信する。ユーザ端末５は、通信部１１が受信した信号を処理部１４が処理し、信号に含まれる提供部ＩＤを処理部１４が取得することで、提供部ＩＤを読み取る。提供部３が送信した信号に接続情報が含まれる場合、ユーザ端末５は、通信部１１が受信した信号を処理部１４が処理し、信号に含まれる接続情報を処理部１４が取得することで、接続情報を読み取る。なお、提供部３が電気信号を送信しない形態において、ユーザ端末５は、通信部１１を備えなくてもよい。
カメラ１３は、撮像処理を実行する撮像部を含む。カメラ１３は、ユーザ端末５の外部を撮影して、画像のデータを取得する。カメラ１３は、提供部３がコードパターンを含む形態において、提供部ＩＤの読み取りに利用される。ユーザ端末５は、カメラ１３によって取得されたコードパターンの画像を処理部１４が解析し、画像に含まれる提供部ＩＤを処理部１４が取得することで、提供部ＩＤを読み取ってもよい。なお、提供部３がコードパターンを含まない形態において、ユーザ端末５は、カメラ１３を備えなくてもよい。
通信部１２は、所定の規格に準拠した通信を行う。通信部１２は、例えばインターネット回線を介して情報処理装置４と接続され、情報処理装置４と通信する。通信部１２は、処理部１４によって制御されて、通信を行う。例えば、提供部３が接続情報を提供する場合、処理部１４は、通信部１２を制御して、接続情報に示された情報源との通信を実行させる。例えば、処理部１４は、通信部１２を制御して、図１に示した注文ページＰ１のコンテンツを、情報源から取得させる。
表示部５Ａは、上記情報源から取得したコンテンツを表示する。例えば、処理部１４は、表示部５Ａを制御し、情報源から取得したコンテンツとして、Ｗｅｂページを表示部５Ａに表示させる。このＷｅｂページは、例えば、売り子によって提供可能なサービスの内容を示す注文ページである。注文ページは、例えば、配達員が配達可能な商品の画像、及び各商品の価格のリストを含む。ユーザは、ユーザ端末５を操作することにより、注文する商品の種類および数量を指定できる。このように、ユーザ端末５は、注文ページを利用して、サービスを指定する情報である注文情報の入力を受け付ける。
図５は、注文ページの例を示す図である。図５の符号Ｐ１０は、ユーザ端末の表示される注文ページである。注文ページＰ１０は、例えば、情報処理装置４が提供するコンテンツを示す画像である。符号Ｐ１１、Ｐ１２は、それぞれ、提供されるサービスの種類を示すアイコンである。例えば、アイコンＰ１１は食品の提供を示す画像を含み、アイコンＰ１２は飲料の提供を示す画像を含む。
ユーザ端末は、注文ページＰ１０上において、サービスの種類を示すアイコンに対する入力を受け付ける。ここでは、アイコンＰ１２に対する入力があったとする。図５中段に示すように、ユーザ端末は、アイコンＰ１２に対応する種類のサービスを注文する量の入力を受け付ける。サービスの種類が物品の提供である場合、注文する量は、例えば個数である。例えば、図５中段において、注文する量は「数量」で表され、その値として「３」が入力されている。なお、サービスの種類が役務の提供である場合、注文する量は、サービスの提供に要する時間などでもよい。
ユーザ端末は、注文の量が入力された場合、サービスの種類を示すアイコンの表示形態を変更する。例えば、ユーザ端末は、注文の量が入力される前のアイコンＰ１２と比べて、色または明るさが異なるアイコンＰ１４を注文ページＰ１０に表示させる。アイコンＰ１４は、例えば、アイコンＰ１２の画像に対して、半透明のマスクを重ねた画像を含む。また、アイコンＰ１４は、入力された注文の量を表す画像Ｐ１５を含む。画像Ｐ１４は、例えば、入力された注文の量（図５中段参照）を表すテキストを含むが、その他の形態でもよい。例えば、ユーザ端末は、サービスの種類が飲料の提供であり、その注文の量が３個である場合、３個の飲料を示す画像を表示してもよい。
なお、図５の例において、ユーザ端末は、注文の量が入力されたサービスの種類を示すアイコンを注文の量の入力前と異なる態様で表示する第１の処理とと、入力された注文の量を示す情報を対応するサービスの種類を示すアイコンに重ねて表示する第２の処理と、を実行する。ユーザ端末は、上記第１の処理と第２の処理との一方のみを時刻してもよい。また、上記第１の処理と第２の処理との一方または双方を実行させる処理部は、ユーザ端末と異なる装置（例、情報処理装置４）に設けられてもよい。例えば、注文ページのコンテンツを提供する装置は、ユーザ端末に入力された注文情報を取得し、この注文情報に基づいて、サービスの種類を示すアイコンの表示形態を変更したコンテンツを提供してもよい。
ユーザ端末５は、提供部３から取得した提供部ＩＤと、自装置に入力された注文情報とを送信する。提供部ＩＤおよび注文情報の送信先は、例えば、注文ページを用いて注文情報が入力された際に、注文ページを管理するサーバから提供される。提供部ＩＤおよび注文情報の送信先は予め定められていてもよく、送信先の情報は、ユーザ端末５の記憶部に予め記憶されていてもよい。送信先の情報は、ユーザ端末５が利用するアプリケーションによって管理されてもよい。提供部ＩＤおよび注文情報の送信先は、提供部３が送信する信号に指定されていてもよい。提供部ＩＤおよび注文情報の送信先は、注文ページを管理するサーバでもよい。
情報処理装置４は、例えばサーバである。情報処理装置４は、通信部２１、処理部２２、及び記憶部２３を備える。通信部２１は、所定の規格に準拠した通信によって、ユーザ端末５および売り子端末６のそれぞれと通信する。通信部２１は、例えばインターネット回線を介して、ユーザ端末５および売り子端末６のそれぞれと通信する。通信部２１は、ユーザ端末５が送信した提供部ＩＤおよび注文情報を含む情報を受信する。
記憶部２３は、情報処理装置４の外部から提供される情報と、情報処理装置４において生成される情報とを記憶する。記憶部２３は、情報処理装置４における処理に用いられる情報として、地図情報Ｄ１、座席情報Ｄ２、担当情報Ｄ３、サービス情報Ｄ４、及びマップ画像データＤ５を記憶する。記憶部２３が記憶する情報は、情報処理装置４において実行される処理に応じて、適宜変更される。記憶部２３は、地図情報Ｄ１、座席情報Ｄ２、担当情報Ｄ３、サービス情報Ｄ４、及びマップ画像データＤ５の少なくとも一部を記憶しなくてもよい。地図情報Ｄ１、座席情報Ｄ２、担当情報Ｄ３、サービス情報Ｄ４、及びマップ画像データＤ５のうち記憶部２３が記憶しない情報の少なくとも一部は、情報処理装置４と異なる装置（例、ユーザ端末５、売り子端末６、その他の装置）に記憶されてもよい。
処理部２２は、制御部３１と、位置特定部３２と、担当特定部３３と、座席特定部３４と、順番決定部３５とを備える。処理部２２は、例えば、ＣＰＵなどの汎用プロセッサである。処理部２２は、プログラムに従って所定の処理を実行する。このプログラムは、記憶部２３に記憶されている。このプログラムは、コンピュータに、処理部２２の各部の処理を実行させる。処理部２２は、特定用途向け集積回路（ＡＳＩＣ）を含んでもよい。処理部２２が実行する処理の少なくとも一部は、ＡＳＩＣによって実行されてもよい。処理部２２の各機能部については、後述する。
記憶部２３は、電力供給が遮断された状態で情報を保持する記憶装置を含む。この記憶装置は、例えば、不揮発性のメモリーと、ハードディスクと、ソリッドステートディスクとの少なくとも１つを含む。記憶部２３は、情報処理装置４の外部から供給された情報、及び情報処理装置４における処理によって生成された情報を記憶する。記憶部２３は、地図情報Ｄ１、座席情報Ｄ２、担当情報Ｄ３、サービス情報Ｄ４、及びマップ画像データＤ５を記憶する。
マップ画像データＤ５は、例えば図１の施設２内の地図を示すマップ画像Ｐ２を表すデータである。マップ画像データＤ５は、ビットマップデータでもよいし、ベクトルデータでもよく、その他の形式のデータでもよい。マップ画像Ｐ２上の位置は、例えば、マップ画像データＤ５において定義されるデータ空間上の座標で表される。
図６は、地図情報の例と、マップ画像に追加の情報を配置する処理とを示す図である。図６の符号Ｔ１１は、テーブルデータである。テーブルデータＤ１１において、列方向に並ぶ各種情報は、同じ項目（例、属性）の情報である。図６の例において、地図情報Ｄ１は、テーブルデータＤ１１の一部を含む。地図情報Ｄ１は、複数の提供部のうち各提供部が提供する識別情報と、施設内の地図を示すマップ画像上の位置とを関連付けた情報である。マップ画像上の位置は、マップ画像を定義するデータ空間上の座標で表される。ここでは、マップ画像が二次元の画像であるものとする。この場合、マップ画像を定義するデータ空間において一次独立な方向は２つである。以下の説明において適宜、一次独立な２つの方向をそれぞれ、Ｘ方向、Ｙ方向という。Ｘ方向は、例えば、画像の水平走査方向に対応する。Ｙ方向は、例えば、像の垂直走査方向に対応する。
図６の例において、地図情報Ｄ１は、「提供部ＩＤ」の項目の情報と、「Ｘ座標」の項目の情報と、「Ｙ座標」の項目の情報とを含む。「提供部ＩＤ」は、各提供部の識別情報に相当する。「Ｘ座標」の項目の情報は、Ｘ方向の座標に相当する。「Ｙ座標」の項目の情報は、Ｘ方向の座標に相当する。
テーブルデータＤ１１において、行方向に並ぶ各種情報は、互いに関連付けられている。例えば、テーブルデータＤ１１に二点鎖線で示した領域において、「提示部ＩＤ」の項目の情報は「Ｓ００１５４」であり、「Ｓ００１５４」と同じ行における「Ｘ座標」の項目の情報は「Ｘ４」であり、「Ｓ００１５４」と同じ行における「Ｙ座標」の項目の情報は「Ｙ４」である。この場合、提示部ＩＤの「Ｓ００１５４」に関連付けられたマップ画像Ｐ２上の位置は、Ｘ方向およびＹ方向を軸とする座標系における座標で（Ｘ４，Ｙ４）と表される。このように、本実施形態における地図情報Ｄ１は、各提供部が提供する識別情報と、マップ画像の座標系における座標とを関連付けたテーブルデータＤ１１の少なくとも一部を含む。
なお、提供部ＩＤと、マップ画像上の座標とは、所定の情報により紐づけされてもよい。所定の情報は、例えば、座席の識別情報と、この座席の位置に対応するマップ画像上の位置とを関連付けた情報である。オペレータは、例えば、情報処理装置４に提供部ＩＤと、この提供部ＩＤに対応する座席の識別情報を提供（例、入力）する。情報処理装置４は、上記所定の情報を用いて、オペレータが入力した座席の識別情報に対応するマップ画像上の位置を特定し、特定した位置と、オペレータが入力した提供部ＩＤとを関連付けてもよい。
ここで、情報処理装置４は、提供部ＩＤとして「Ｓ００１５４」を取得したとする。この場合、情報処理装置４は、地図情報Ｄ１において「Ｓ００１５４」に関連付けられた「Ｘ座標」の項目の情報である「Ｘ４」と、地図情報Ｄ１において「Ｓ００１５４」に関連付けられた「Ｙ座標」の項目の情報である「Ｙ４」とを読み出すことで、提供部ＩＤに関連付けられたマップ画像Ｐ２上の位置を特定する。情報処理装置４は、「Ｓ００１５４」という提示部ＩＤに関連付けられたマップ画像Ｐ２上の位置の情報として、Ｘ方向の座標とＹ方向の座標とを一組にした情報を売り子端末６に提供する。
売り子端末６は、図６における下段の図に示すように、マップ画像Ｐ２における（Ｘ４，Ｙ４）の位置に対して予め設定された位置関係で、追加の情報（例えば、マークＭ１）を配置する。売り子端末６は、例えば、マップ画像データＤ５と同じデータを、自装置の記憶部に予め記憶する。売り子端末６は、例えば、自装置の記憶部に記憶されたマップ画像データＤ５を用いて、マップ画像Ｐ２上にマークＭ１が配置されたマップ画像Ｐ３を生成する。売り子端末６は、生成したマップ画像Ｐ３を自装置の表示部に表示する。
なお、売り子端末６は、マップ画像データＤ５を予め記憶しなくてもよい。この場合、売り子端末６は、情報処理装置４またはその他の装置からマップ画像データＤ５を取得し、マップ画像Ｐ３を生成してもよい。また、売り子端末６は、マップ画像Ｐ３を生成しなくてもよい。例えば、情報処理装置４は、マップ画像Ｐ３を生成して、マップ画像Ｐ３のデータを売り子端末６に提供し、売り子端末６は、提供されたマップ画像Ｐ３のデータを用いてマップ画像Ｐ３を表示してもよい。
座席情報Ｄ２（図４参照）は、施設に設置された座席の識別情報と、座席に対して所定の位置関係で設置された提供部が提供する識別情報とを関連付けた情報である。本実施形態において、図６のテーブルデータＤ１１は、座席情報Ｄ２を含む。座席情報Ｄ２は、「エリア」の項目の情報と、「座席番号」の項目の情報とを含む。
「座席番号」の項目の情報は、座席ごとに割り付けられた座席の名称である。「座席番号」の項目の情報は、各座席を他の座席と区別可能な識別情報（適宜、座席の識別情報という）に相当する。「座席番号」の項目の情報は、同じ行の「提供部ＩＤ」の項目の情報と関連付けられる。例えば、「提供部ＩＤ」の項目の情報である「Ｓ００１５４」は、同じ行の「座席番号」の項目の情報である「５階 ＶＩＰ １−１−４１」と関連付けられる。「５階 ＶＩＰ １−１−４１」に対応する座席は、例えば、「提供部ＩＤ」として「Ｓ００１５４」を提供する提供部３が設けられる座席の１つ後ろの座席である。このように、本実施形態における座席情報Ｄ２は、各提供部が提供する識別情報と、マップ画像の座標系における座標とを関連付けたテーブルを含む。本実施形態において、地図情報Ｄ１および座席情報Ｄ２は、１つのテーブルデータＤ１１に含まれる。地図情報Ｄ１を含むテーブルデータは、座席情報Ｄ２を含むテーブルデータと別のデータであってもよい。
「エリア」の項目の情報は、施設２において各座席が配置されているエリアの名称を表す。「エリア」の項目の情報は、各エリアを他のエリアと区別可能な識別情報（適宜、エリアの識別情報という）に相当する。「エリア」の項目の情報は、同じ行の「座席番号」の項目の情報と関連付けられる。例えば、「座席番号」の項目の情報である「５階 ＶＩＰ １−１−４１」は、同じ行の「エリア」の項目の情報である「５階ＶＩＰシート」と関連づけられる。座席情報Ｄ２は、例えば「５階 ＶＩＰ １−１−４１」に対応する座席が、施設２において「５階ＶＩＰシート」と呼ばれるエリアに配置されていることを表す。
以下の説明において適宜、各提供部ＩＤと、各提供部ＩＤが配置されるエリアの情報とを関連付けた情報をエリア情報という。エリア情報は、提供部ＩＤに関連付けられる座席の識別情報と、エリアの識別情報とを組みにした情報でもよい。エリア情報は、例えば、テーブルデータＤ１１の一部を含む。図６において、エリア情報は、「エリア」の項目の情報と、「提供部ＩＤ」の項目の情報に関連付けられる「座席番号」の項目の情報とを含む。エリア情報は、「エリア」の項目の情報と、「座席番号」の項目の情報とを含み、「提供部ＩＤ」の項目の情報を含まなくてもよい。エリア情報は、「エリア」の項目の情報と、「提供部ＩＤ」の項目の情報とを含んでもよい。エリア情報を含むテーブルデータ（例、）は、提供部ＩＤを含むテーブルデータと別のデータであってもよい。
図７は、担当情報の一例およびサービス情報の一例を示す図である。担当情報Ｄ３は、複数の提供者（例、売り子）のうち各提供者が担当する施設内のエリアの情報と、各提供者の識別情報とを関連付けた担情報である。以下の説明において適宜、提供者の識別情報を売り子ＩＤという。図７の符号Ｄ１１は、テーブルデータである。テーブルデータＤ１１において、列方向に並ぶ各種情報は、同じ項目（例、属性）の情報である。図６の例において、担当情報Ｄ３は、テーブルデータＤ１１の一部である。担当情報Ｄ３は、「エリア」の項目の情報と、「売り子ＩＤ」の項目の情報とを含む。「エリア」の項目の情報は、図６に示したテーブルデータＤ１１における「エリア」の項目の情報と同様である。「売り子ＩＤ」の項目の情報は、各売り子の識別情報を表す。「売り子ＩＤ」の項目の情報は、同じ行の「エリア」の項目の情報と関連付けられる。例えば、「売り子ＩＤ」の項目の情報である「ＳＧ０４」は、同じ行の「エリア」の項目の情報である「４階ＶＩＰシート」と関連付けられる。担当情報Ｄ３は、例えば「ＳＧ０４」に対応する売り子が、施設２において「４階ＶＩＰシート」と呼ばれるエリアを担当することを表す。
サービス情報Ｄ４は、複数の売り子のうち各売り子が提供するサービスの情報と、各売り子の識別情報とを関連付けた情報である。図７のサービス情報Ｄ４は、テーブルデータＤ１１の一部である。サービス情報Ｄ４は、「売り子ＩＤ」の項目の情報と、「サービスの内容」の項目の情報とを含む。「サービスの内容」の項目の情報は、各売り子が提供可能なサービス（例えば、販売できる商品の種類）を表す情報である。「サービスの内容」の項目の情報は、同じ行の「売り子ＩＤ」の項目の情報と関連付けられる。例えば、「売り子ＩＤ」の項目の情報である「ＳＧ０４」は、同じ行の「サービスの内容」の情報である「飲み物、食事」と関連付けられる。サービス情報Ｄ４は、例えば「ＳＧ０４」に対応する売り子が販売できる商品の種類が、「飲み物、食事」であることを表す。
図４の説明に戻り、位置特定部３２は、地図情報Ｄ１に基づいて、通信部１１が受信した識別情報に関連付けられたマップ画像Ｐ２上の位置を特定する。位置特定部３２は、通信部１１が受信した情報から、識別情報として提供部ＩＤを取得する。位置特定部３２は、記憶部２３から地図情報Ｄ１（図６参照）を読み出す。位置特定部３２は、通信部１１が受信した情報に含まれる提供部ＩＤに相当する「提供部ＩＤ」の項目の情報に関連付けられた「Ｘ座標」の項目の情報および「Ｙ座標」の項目の情報を読み出すことによって、マップ画像Ｐ２上の位置を特定する。
担当特定部３３は、通信部１１が受信した識別情報（例、提供部ＩＤ）に関連付けられるサービス提供者（例、売り子）を特定する。例えば、担当特定部３３は、図６に示したエリア情報を参照し、「提供部ＩＤ」の項目の情報に対応する「エリア」の項目の情報を特定する。例えば、担当特定部３３は、通信部１１が受信した提供部ＩＤが図６に示した「提供部ＩＤ」の項目の情報の「Ｓ０００１０」に相当する場合、提供部ＩＤに対応するエリアが「４階ＶＩＰシート」であると特定する。担当特定部３３は、特定した「エリア」の項目の情報を、図７に示した担当情報Ｄ３と照合する。担当特定部３３は、特定した「エリア」の項目の情報に関連付けられた「売り子ＩＤ」の項目の情報を特定することによって、提供部ＩＤに対応する売り子を特定する。例えば、担当特定部３３は、特定した「エリア」の項目の情報が「４階ＶＩＰシート」である場合、このエリアを担当する売り子は、「ＳＧ０４」に対応する売り子と、「ＳＧ０５」に対応する売り子とであると特定する。
また、担当特定部３３は、通信部２１が受信した注文情報に示されたサービスの内容を実行可能なサービス提供者（例、売り子）を特定する。担当特定部３３は、提供部ＩＤに関連付けられた売り子として特定された売り子のうち、注文情報に示されたサービスの内容を担当している売り子を特定する。担当特定部３３は、例えば、注文情報に示されたサービス内容と、図７に示したサービス情報とを照合して、売り子を特定する。例えば、提供部ＩＤが「Ｓ０００１０」であり、注文情報に示されるサービスの内容が「アルコール」であるとする。図６を参照して説明したように、提供部ＩＤから特定される売り子ＩＤは、図７に示した「ＳＧ０４」、「ＳＧ０５」である。担当特定部３３は、「ＳＧ０４」と「ＳＧ０５」とのうち、関連付けられた「サービスの内容」に注文情報に示される「アルコール」が含まれる「ＳＧ０５」を特定する。このようにして、担当特定部３３は、担当者として「ＳＯ０５」に対応する売り子を特定する。
図４の座席特定部３４は、座席情報に基づいて、通信部２１が受信した提供部ＩＤに関連付けられた座席の識別情報を特定する。例えば、通信部２１は、提供部ＩＤとして、図６の上段に示したテーブルデータＤ１１における「S00011」を受信したとする。座席特定部３４は、座席情報Ｄ２を参照し、「S00011」に関連付けられた座席の識別情報として「座席番号」の項目の情報である「４階VIP 3-1-26」を特定する。
図４の順番決定部３５は、位置特定部３２が特定した位置に相当する施設における位置（例、座席）について、サービス提供者（例、売り子）が各位置を訪問する順番を決定する。以下の説明において適宜、訪問する順番を訪問順という。順番決定部３５は、１人のサービス提供者の訪問が予定される複数の訪問先について、訪問順を決定する。例えば、順番決定部３５は、訪問先に対応する注文情報が送信または受信された時刻（適宜、送受信時刻という）に基づいて、訪問順を決定する。
例えば、順番決定部３５は、訪問先に対応する注文情報を情報処理装置４が受信した時刻が早いほど訪問順が早くなるように、訪問順を決定する。例えば、情報処理装置４は、第１の訪問先に対応する第１の注文情報を受信し、その後に、第２の訪問先に対応する第２の注文情報を受信し、第１の訪問先および第２の訪問先を同じ売り子が訪問するとする。順番決定部３５は、情報処理装置４が第２の注文情報よりも先に受信した第１の注文情報に対応する第１の訪問先を、第２の注文情報に対応する第２の訪問先よりも先に売り子が訪問するように、訪問順を決定する。なお、順番特定部３５は、情報処理装置４が注文情報を受信した時刻の代わりに、ユーザ端末５が注文情報を送信した時刻を用いて、訪問順を決定してもよい。ユーザ端末５が注文情報を送信した時刻は、例えば、ユーザ端末５が送信する情報に含まれる。
順番決定部３５は、訪問先の位置に関する情報に基づいて、訪問順を決定してもよい。訪問先の位置に関する情報は、売り子端末６と訪問先との相対位置と、複数の訪問先の相対位置との一方または双方を含む。例えば、順番決定部３５は、複数の訪問先を訪問する経路の長さ、又は複数の訪問先を訪問する所要時間を最小化するように、訪問順を決定してもよい。例えば、複数の訪問先は、第１訪問先、第２訪問先、及び第３訪問先を含むとする。情報処理装置４は、例えば売り子端末６の位置情報を取得する。順番決定部３５は、情報処理装置４が取得した売り子端末６の位置情報が示す位置を起点として、起点と、第１訪問先と、第２訪問先と、第３訪問先とをいずれの順に結ぶと経路の長さが最小になるかを導出する。順番決定部３５は、第１訪問先と、第２訪問先と、第３訪問先とのうち上記経路で起点に近い順に、１番目、２番目、３番目と訪問順を決定する。順番決定部３５は、注文情報の送受信時刻、及び訪問先の位置に関する情報に基づいて、訪問順を決定してもよい。
制御部３１は、情報処理装置４の各部を制御し、各部に処理を実行させる。制御部３１は、情報処理装置４の各部が実行した処理によって生成される情報（例、データ、指令）を、情報処理装置４の外部へ提供する。例えば、制御部３１は、通信部２１を制御することによって、情報を情報処理装置４の外部へ送信させる。制御部３１は、情報処理装置４の外部へ情報を提供することによって、例えば、この情報に関連付けられた処理を提供先の装置に実行させる。
制御部３１は、制御部３１は、位置特定部３２が特定した位置に対して追加の情報を相対的に配置したマップ画像を、売り子端末６の表示部５Ａ（図２の中段参照）に表示させる。制御部３１は、通信部２１を制御して、売り子端末６がマップ画像の表示に利用する情報を通信部２１に送信させることによって、売り子端末６にマップ画像を表示させる。
制御部３１は、例えば、複数の売り子端末６のうち１つ以上の売り子端末６に対して、追加の情報（例、図２中段のマークＭ１）を表示させる。例えば、制御部３１は、複数の売り子端末６のうち、担当特定部３３が特定した担当者に対応する売り子端末６に対して選択的に、位置特定部３２が特定した位置の情報を提供する。制御部３１は、複数の売り子端末６のうち、担当者に対応する売り子端末６以外の売り子端末６に対して、位置特定部３２が特定した位置の情報を提供してもよいし、提供しなくてもよい。制御部３１は、位置特定部３２が特定した位置に対応するエリアの担当者の売り子端末６と、このエリアに隣接するエリアの担当者の売り子端末６とに、位置特定部３２が特定した位置の情報を提供してもよい。制御部３１は、位置特定部３２が特定した位置の情報とともに、他の情報を提供してもよい。例えば、制御部３１は、位置特定部３２が特定した位置の情報とともに、この位置に対応する注文情報の少なくとも一部を提供してもよい。
制御部３１は、複数の売り子端末６のうち第１の売り子端末６から追加の情報の表示に対する応答を通信部２１が受信した場合、例えば、複数の売り子端末６の少なくとも１つにおいて追加の情報の表示を変更させる。例えば、図３で説明したように、第１の売り子端末６を所持する売り子が注文を担当することを示す訪問予約情報を送信する。制御部３１は、第１の売り子端末６が送信した訪問予約情報を通信部２１が受信した場合、第１の売り子端末６における追加の情報（例、図３中段のマークＭ１）の表示の形態（例、色、明るさ、又は形状）を変更させる。また、制御部３１は、第１の売り子端末６が送信した訪問予約情報を通信部２１が受信した場合、複数の売り子端末６のうち第１の売り子端末６と異なる第２の売り子端末６において追加の情報（例、図２中段のマークＭ１）を非表示へ変更する。
なお、売り子端末６は、予定された訪問を取り消すことを示す訪問取消情報を送信してもよい。制御部３１は、第１の売り子端末６が送信した訪問取消情報を通信部２１が受信した場合、訪問取消情報に対応する追加の情報（例、図２中段のマークＭ１）を、複数の売り子端末６の少なくとも１つに表示させてもよい。例えば、制御部３１は、第１売り子端末６が送信した訪問予約情報を通信部２１が受信した場合、第２の売り子端末６において図２中段のマークＭ１を表示から非表示へ変更した後に、第１売り子端末６が送信した訪問取消情報を通信部２１が受信した場合、第２の売り子端末６において図２中段のマークＭ１を非表示から表示へ変更してもよい。
制御部３１は、訪問予約情報を送信した第１の売り子端末６に対して、位置特定部３２が特定した位置の他に情報を提供してもよい。例えば、制御部３１は、追加の情報の表示に対する売り子端末６からの応答応答に基づいて、通信部２１が受信した注文情報に基づく情報を、応答の送信元の売り子端末端末へ提供してもよい。例えば、制御部３１は、訪問予約情報に対応する注文情報の少なくとも一部を第１の売り子端末６に提供し、図３の下段に示したように、注文情報を第１の売り子端末６に表示させてもよい。制御部３１は、訪問予約情報に対応する訪問先の座席の情報として、座席特定部３４が特定した座席の識別情報を第１の売り子端末６に提供供してもよい。制御部３１は、通信部２１を制御して座席特定部３４が特定した座席の識別情報を送信させ、座席の識別情報を受信した第１の売り子端末６の表示部に、追加の情報として座席の識別情報（例、図３下段の座席番号）を表示させてもよい。
なお、売り子端末６は、複数の訪問予約情報を送信してもよい。例えば、通信部２１は、複数のＩＤ提供部３のうち２以上のＩＤ提供部３のそれぞれについて識別情報を受信する。位置特定部３２は、通信部２１が受信した提供部ＩＤのそれぞれについてマップ画像上の位置を特定する。制御部３１は、位置特定部３２が特定した複数の位置を、第１の売り子端末６に提供する。第１の売り子端末６は、例えば、第１の訪問予約情報を送信し、第１の訪問予約情報に対応する位置の訪問が完了する前に、第２の訪問予約情報を送信する。この場合、順番決定部３５は、訪問先の位置に関する情報に基づいて、訪問順を決定してもよい。制御部３１は、順番決定部３５が決定した訪問順を第１の売り子端末６に提供することで、第１の売り子端末６に訪問順を示す情報（例、図３中段のマークＭ１の中の「１」）を表示させてもよい。
図３の売り子端末６は、例えば専用端末であるが、スマートフォン等の汎用の端末でもよい。売り子端末６は、通信部４１、表示部６Ａ、処理部４２、及び記憶部４３を備える。通信部４１は、所定の規格に準拠した通信を行う。
記憶部４３は、電力供給が遮断された状態でも情報を保持する記憶装置を含む。この記憶装置は、例えば、不揮発性メモリーと、ハードディスクと、ソリッドステートディスクとの少なくとも１つを含む。記憶部４３は、売り子端末６の外部から取得される各種情報、及び売り子端末６における各種処理で生成される情報を記憶する。記憶部４３は、例えば、情報処理装置４の記憶部２３が記憶するマップ画像データＤ５と同様のマップ画像データを記憶する。
通信部４１は、例えばインターネット回線を介して情報処理装置４と接続され、情報処理装置４と通信する。通信部４１は、処理部４２によって制御されて、通信を行う。通信部４１は、情報処理装置４送信した各種情報を受信する。例えば、通信部４１は、情報処理装置４の位置特定部３２が特定した位置を受信する。表示部６Ａは、例えば液晶ディスプレイを含み、各種情報を表示する。売り子端末６は、例えば、表示部６Ａに重ねられた透過型のタッチパッドを備え、表示部６Ａおよびタッチパッドはタッチパネルを構成する。
処理部４２は、例えばＣＰＵ等の汎用のプロセッサを含み、各種情報を処理する。記憶部４３は、処理部４２に各種処理を実行させるプログラムを記憶する。処理部４２（例、ＣＰＵ）は、記憶部４３に記憶されたプログラムに従って、信号処理、演算処理、画像処理、及び売り子端末６の各部の制御処理のうち少なくとも１つを実行する。処理部４２は、特定用途向け集積回路（ＡＳＩＣ）を含んでもよい。処理部４２が実行する処理の少なくとも一部は、ＡＳＩＣによって実行されてもよい。
情報処理部１４の説明で述べたように、情報処理装置４は、提供部ＩＤに対応するマップ画像上の位置を特定し、特定した位置を送信する。売り子端末６は、情報処理装置４が送信したマップ画像上の位置を通信部４１によって受信する。処理部４２は、通信部４１が受信したマップ画像上の位置と、記憶部４３に記憶されているマップ画像データとを用いて、追加の情報（例、図２中段のマークＭ１）が配置されたマップ画像Ｐ３を生成する。処理部４２は、生成したマップ画像を表示部６Ａに表示させる。
売り子端末６は、表示部６Ａに表示された情報に対する入力を受け付ける。例えば、売り子端末６は、図２下段のマークＭ１を指定する入力を受け付ける。売り子端末６は、マークＭ１を指定する入力があったと判定した場合、図３上段に示したように、訪問予約をするか否かの入力を受け付ける。処理部４２は、訪問予約をすることを示す入力があったと判定した場合、訪問予約情報を通信部４１に送信させる。情報処理装置４の処理部２２は、通信部４１が送信した訪問予約情報を通信部２１が受信した場合、訪問予約情報を受け付けたことを示す訪問予約受理通知を、訪問予約情報の送信元である売り子端末６へ提供する。売り子端末６は、情報処理装置４が送信した訪問予約受理通知を受信した場合、表示部６Ａにおいて追加の情報の表示を変更する。例えば、処理部４２は、図２下段のマークＭ１の表示を変更し、図３中段のマークＭ２のように追加の情報を異なる表示形態で表示させる。売り子は、例えば、マークＭ２を視認することで、訪問予約が情報処理装置４に受け付けられたことを確認できる。このように、訪問予約受理通知は、追加の情報の表示を変更させる指令として機能してもよい。
上記訪問予約受理通知は、訪問予約を受け付けたことを示す情報の他に情報を含んでもよい。例えば、訪問予約受理通知は、図４の情報処理装置４の順番決定部３５が決定した訪問順の情報を含んでもよい。売り子端末６は、情報処理装置４が送信した訪問順の情報に基づいて、例えば、図３中段のマークＭ２のように訪問順の情報を表示させてもよい。また、上記訪問予約受理通知は、注文情報の少なくとも一部を含んでもよい。売り子端末６は、例えば図３下段に示したように、訪問予約受理通知に基づいて注文情報を表示してもよい。また、訪問予約受理通知は、図４の情報処理装置４の座席特定部３４が特定した座席の識別情報を含んでもよい。売り子端末６は、例えば図３下段に示したように、訪問予約受理通知に基づいて座席の識別情報（例、座席番号）を表示してもよい。売り子は、売り子端末６の表示部６Ａに表示される情報によって、訪問先を把握することができる。
なお、担当特定部３３は、提供部ＩＤ又は注文情報に基づいて、サービス提供者を特定してもよい。例えば、担当者特定部Ｃは、注文情報を用いないで、提供部ＩＤに関連付けられた売り子を担当者の候補として特定してもよい。また、担当者特定部Ｃは、提供部ＩＤを用いないで、注文情報に示されたサービスの内容を提供可能な売り子を担当者の候補として特定してもよい。上記担当者の候補は、１人でもよいし、複数人でもよい。情報処理装置４は、担当者の候補を特定しなくてもよく、担当特定部３３を備えなくてもよい。例えば、情報処理装置４は、予め定められた全ての売り子端末に、提供部ＩＤから特定されたマップ画像上の位置を提供してもよい。
なお、情報処理装置４は、提供部ＩＤに関連付けられた位置の識別情報（例、座席番号、名称）を特定しなくてもよく、座席特定部３４を備えなくてもよい。座席特定部３４は、情報処理装置４の外部（例、売り子端末６）に設けられてもよい。例えば、情報処理装置４は、提供部ＩＤを売り子端末６に提供し、売り子端末６は、座席特定部３４を備え、座席情報Ｄ２を記憶しており、情報処理装置４から提供された提供部ＩＤを用いて座席の識別情報を特定してもよい。
なお、情報処理装置４は、訪問順を決定しなくてもよく、順番決定部３５を備えなくてもよい。また、順番決定部３５は、情報処理装置４の外部（例、売り子端末）に設けられてもよい。情報処理装置４は、訪問順を決定しなくてもよく、順番決定部３５を備えなくてもよい。また、順番決定部３５は、情報処理装置４の外部（例、売り子端末）に設けられてもよい。
なお、位置特定部３２は、情報処理装置４の外部（例、売り子端末６）に設けられてもよい。売り子端末６は、情報処理装置４の少なくとも一部を兼ねてもよい。例えば、売り子端末６は、ユーザ端末５が送信した提供部ＩＤを受信し、提供部ＩＤに関連付けられたマップ画像上の位置を特定してもよい。情報処理システム１は、複数の売り子端末６を備え、複数の売り子端末６の少なくとも１つは、制御部３１と、位置特定部３２と、担当特定部３３と、座席特定部３４と、順番決定部３５との少なくとも１つを備えてもよい。
次に、上述の情報処理システム１の構成に基づき、実施形態に係る情報処理方法について説明する。図８および図９は、実施形態に係る情報処理方法を示す図である。情報処理システム１の各部については、適宜、図１から図７を参照する。
実施形態に係る情報処理システムによってユーザへサービスが提供されることに先立ち、図１に示した施設２には複数のＩＤ提供部３が設置される。情報処理装置は、ステップＳ１において、地図情報を記憶部２３に記憶させる。ユーザ端末は、ステップＳ１において、ＩＤ提供部から提供ＩＤを読み取る。ユーザ端末５は、ステップＳ２において、ＩＤ提供部３から読み取った情報に基づいて注文ページを表示し、注文情報の入力を受け付ける。ユーザ端末は、ステップＳ４において、ステップＳ２で読み取った提供部ＩＤと、ステップＳ３で受け付けた注文情報とを送信する。
情報処理装置は、ユーザ端末５が送信した提供部ＩＤおよび注文情報を受信する。情報処理装置は、ステップＳ５において、ステップＳ４でユーザ端末５が提供した提供部ＩＤを、ステップＳ１において記憶された地図情報と照合し、提供部ＩＤと関連付けられたマップ画像上の位置を特定する。また、情報処理装置は、提供部ＩＤに関連付けられた売り子を特定し、特定した売り子のうち注文情報に示されたサービスを提供可能な売り子を担当者の候補として特定する。ここでは、担当者の候補の売り子が２人おり、各売り子に対応する売り子端末６を、第１の売り子端末、第２の売り子端末とする。
情報処理装置は、ステップＳ６において、ステップＳ５で特定したマップ画像上の位置と、ステップＳ４でユーザ端末が提供した注文情報とを送信する。第１の売り子端末は、ステップＳ６で情報処理装置が送信したマップ画像上の位置と、注文情報とを受信する。第１の売り子端末は、ステップＳ７において、図２中段に示したように追加の情報（例、マークＭ１）を含むマップ画像Ｐ２を表示する。第２の売り子端末は、ステップＳ８において、第１の売り子端末と同様に追加の情報を含むマップ画像を表示する。
第１の売り子端末および第２の売り子端末は、それぞれ、訪問予約をするか否かを示す入力を受け付ける。ここでは、第１の売り子端末を所持する売り子が、訪問予約をする（注文を担当する）ことを示す情報を第１の売り子端末へ入力したとする。図９に示すように、第１の売り子端末は、ステップＳ９において、訪問予約を通知する（例、訪問予約情報を送信する）。情報処理装置は、第１の売り子端末が送信した訪問予約情報を受信する。情報処理装置は、ステップＳ１０において、訪問予約情報を送信した第１売り子端末以外の売り子端末（ここでは、第２の売り子端末）を対象として、追加の情報（例、図２中段のマークＭ１）を非表示にすることを示す指令を送信する。第２の売り子端末は、ステップＳ１０において情報処理装置が送信した指令を受信し、この指令に従ってマップ画像上の追加の情報を非表示にする。
情報処理装置は、ステップＳ１１において、追加の情報の表示形態を変更させる指令を送信する。情報処理装置は、追加の情報の表示形態を変更させる指令を、訪問先予約情報の送信元である第１の売り子端末へ提供する。第１の売り子端末は、情報処理装置が送信した指令を受信し、この指令に従って追加の情報の表示形態を変更する。例えば、第１の売り子端末は、図２下段のマークＭ１の表示形態を、図３中段のマークＭ２の表示形態へ変更する。担当者である売り子は、例えば、第１の売り子端末に表示されるマップ画像上のマークによって訪問先の位置を確認し、訪問先へ移動してサービスを提供する。第１の売り子端末は、サービスの提供を完了したことを示す情報の入力を受け付ける。例えば、売り子は、図３中段のマークＭ２を選択することによって、図３下段の注文情報を第１の売り子端末に表示させる。そして、売り子は、図３下段の「この呼び出しを対応完了にする」を選択することによって、サービスの提供を完了したことを示す情報を、第１の売り子端末へ入力する。
第１の売り子端末は、ステップＳ１２において、呼出の対応完了の通知（適宜、対応完了通知という）を送信する。情報処理装置は、第１の売り子端末が送信した対応完了通知を受信する。情報処理装置は、追加の情報を非表示にする指令を、対応完了通知の送信元である第１の売り子端末へ提供する。第１の売り子端末は、情報処理装置から提供された指令を受信し、この指令に従って追加の情報を非表示にする。例えば、第１の売り子端末は、図３中段のマークＭ２を、マップ画像上で非表示にする。
上述のように、本実施形態に係る情報処理システムは、ユーザを訪問してサービスを提供する提供者が稼働する施設に配置され、ユーザの端末であるユーザ端末に対して、識別情報を読み取り可能に提供する複数の提供部と、複数の提供部のうち各提供部が提供する識別情報と、施設内の地図を示すマップ画像上の位置とを関連付けた地図情報を記憶する記憶部と、提供部から提供されてユーザ端末によって読み取られ、ユーザ端末によって送信された識別情報を受信する通信部と、地図情報に基づいて、通信部が受信した識別情報に関連付けられたマップ画像上の位置を特定する位置特定部と、位置特定部が特定した位置に対して追加の情報を相対的に配置したマップ画像を、提供者に関連付けられた端末である提供者端末の表示部に表示させる制御部と、を備える。このような情報処理システムは、位置特定部が特定した位置に対して追加の情報を相対的に配置したマップ画像が提供者端末の表示部に表示されるので、サービスの提供を支援できる。
［第２実施形態］
第２実施形態について説明する。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。図１０は、本実施形態に係る情報処理システムを示す図である。本実施形態に係る情報処理システム１は、例えばフードコート、複合商業施設などで利用される。例えば、ユーザは、フードコートにおいてユーザ端末５を利用して飲食物を注文する。情報処理システム１は、ユーザ端末５から注文情報を取得し、注文された飲食物を提供する店舗の端末へ注文情報を提供する。店舗の端末は、注文された飲食物を提供する準備ができた場合、準備済であることを示す進捗情報を提供する。情報処理システム１は、店舗の端末から提供された進捗情報をユーザ端末５へ提供する。ユーザは、ユーザ端末５に提供された進捗情報によって、飲食物の提供の準備ができたことを知ることができ、例えば、注文を受けた店舗へ移動して注文した飲食物を受け取ることができる。本実施形態において、サービスを提供する提供者は、ユーザを訪問しなくてもよいし、各種サービスは、販売機などの装置によって提供されてもよい。
情報処理システム１は、ＩＤ提供部３と、ユーザ端末５と、情報処理装置５１と、受注端末５２とを備える。ＩＤ提供部３およびユーザ端末５は、上述の実施形態と同様であり、適宜、その説明を省略又は簡略化する。ＩＤ提供部３は、ユーザにサービスを提供する施設に配置され、ユーザ端末５に対して、識別情報を読み取り可能に提供する。ユーザ端末５は、ＩＤ提供部３によってユーザ端末５に提供された提供部ＩＤに基づいて、注文されるサービスを示す注文情報を送信する。ユーザ端末５は、例えば、ＩＤ提供部３から読み取った提供部ＩＤと、注文情報と、連絡先情報とを送信する。
連絡先情報は、注文情報に対する応答の送信先を定める情報である。例えば、ユーザ端末５は通話機能を有し、連絡先情報はユーザ端末５の電話番号を含んでもよい。この場合、注文情報に対する応答は、連絡先情報に示された電話番号を用いたメール（例、ＳＭＳメール）によって伝えられる。また、連絡先情報は、ユーザ端末５によって受信可能なメールのアドレスを含んでもよい。この場合、注文情報に対する応答は、連絡先情報に示されたアドレスを宛先とするメールによって伝えられる。また、連絡先情報は、ユーザ端末５のユーザに関連付けられたソーシャルネットワーキングサービス（適宜、ＳＮＳ）またはメッセージングサービスのアカウントの情報を含んでもよい。この場合、ユーザ端末５は、ＳＮＳ又はメッセージングサービスを提供するアプリケーションのＧＵＩ上で、注文情報に対する応答を表示してもよい。
情報処理装置５１は、ユーザ端末５が送信した注文情報、提供部ＩＤ、及び連絡先情報を受信する。情報処理装置５１の処理部２２は、連絡先情報を注文情報と関連付けて記憶部２３に記憶させる。本実施形態において、ユーザに提供されるサービスの種類は、ＩＤ提供部３ごとに予め定められている。情報処理装置５１の記憶部２３は、担当情報Ｄ６を予め記憶する。担当情報Ｄ６は、提供部ＩＤと、注文情報の提供先を特定する情報（例、受注端末５２のアドレス）とを関連付けた情報である。処理部２２は、通信部２１が受信した提供部ＩＤを担当情報Ｄ６と照合し、注文情報の提供先の受注端末５２を特定する。処理部２２は、特定した受注端末５２へ、ユーザ端末５から送信された注文情報を通信部２１によって提供する。
受注端末５２は、情報処理装置５１が送信した注文情報を受信する。受注端末５２の構成は、上述の実施形態で説明したいずれかの端末と同様でもよいし、少なくとも一部が異なってもよい。例えば、受注端末５２は、図４に示した売り子端末６と同様の構成でよい。サービス提供者は、受注端末５２が受信した注文情報によって、注文されたサービスの内容を把握できる。サービス提供者は、注文されたサービスの提供を準備する。受注端末５２は、注文情報に示されたサービスの進捗を表す情報の入力を受け付ける。進捗を表す情報は、既にサービスを提供できる状態にあることを示す情報でもよいし、サービスを提供できる状態になるまでの時間またはそのレベルを示す情報でもよい。例えば、注文情報に示されたサービスが飲食物の提供であるとする。サービス提供者は、提供する飲食物の準備ができた際に、準備済であることを示す情報を受注端末５２に入力する。受注端末５２は、入力された情報に基づいて進捗情報を生成する。例えば、注文情報は、他の注文情報と区別可能な識別情報（適宜、注文ＩＤという）を含む。受注端末５２は、生成した進捗情報を注文ＩＤと関連付けて送信する。進捗情報は、注文ＩＤを含んでもよい。
情報処理装置５１は、受注端末５２が送信した進捗情報を受信する。処理部２２は、進捗情報に対応する注文情報を特定し、特定した注文情報に関連付けられた連絡先情報Ｄ７を記憶部２３から取得する。処理部２２は、特定した連絡先情報Ｄ７に定められた送信先に対して、進捗情報を通信部２１によって提供する。ユーザ端末５は、情報処理装置５１から提供された進捗情報を取得する。ユーザ端末５は、取得した進捗情報をユーザへ報知する。例えば、ユーザ端末５は、進捗情報に基づく画像を表示部５Ａに表示すること、効果音などの音声を発生すること、又は振動を発生することによって、進捗情報をユーザに伝える。例えば、ユーザは、注文した飲食物が提供可能な状態にあることを、ユーザ端末５によって知ることができ、飲食物を受け取りに店舗へ向かうことができる。
［第３実施形態］
第３実施形態について説明する。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。本実施形態は、競技場で販売している商品をデリバリーする配達員が使用するデリバリー用端末に、注文情報と特定された座席ＩＤとを、競技場の座席マップに表示して提供するものである。競技場は、第１実施形態の設備Ａに相当する。配達員は、サービスを提供する提供者に相当する。デリバリー用端末は、第１実施形態の提供者端末Ａに相当する。座席マップは、第１実施形態のマップ画像Ａに相当する。
図１１は、本実施形態に係る競技場座席ＩＤ提供システムの概要を示す概念図である。競技場座席ＩＤ提供システム１００は、競技場１１０の座席１１２の背もたれ１１４に設けられた識別情報１１６をユーザ端末１３０で読み取り（ステップＳ１０１）、読み込み完了のボタン１３６を押すと、読み取った識別情報１１６をサーバ１５０が取得し（ステップＳ１０２）、サーバ１５０が取得した識別情報１１６に紐づいた座席ＩＤを特定する。そして、特定された座席ＩＤに紐づいた商品の注文ページを、ユーザ端末１３０に表示し（ステップＳ１０３）、ユーザ端末１３０から注文を受け付ける（ステップＳ１０４）。サーバ１５０は、注文ページで注文された注文情報１９４と、特定された座席ＩＤ１９２とを、競技場１１０の座席マップ１９０に表示して、デリバリー用端末１４０に提供する（ステップＳ１０５）。これらの情報を取得したデリバリー用端末１４０をもつ配達員は、表示された座席ＩＤ１９２の座席へ、注文された商品１９４をデリバリーする（ステップＳ１０６）。
なお、競技場１１０は、サッカー、野球、ラグビーなどの専用の競技用であってもよいし、多目的な競技場であってもよい。また、識別情報１１６は、図示の例ではＱＲコード（登録商標）であるが、ＮＦＣタグであってもよい。このほか、ユーザ端末１３０で読取可能なものであれば、これらに限定されない。なお、本実施例では、識別情報１１６は、座席１１２の前の座席の背もたれ１１４に設けられており、識別情報１１６は、それが設けられた座席１１２の後部座席を特定するように紐付けてされている。むろん、識別情報１１６が設けられた席自体を特定するよう紐付けられていてもよい。この場合、ユーザは、自身の座席の背もたれ１１４の識別情報１１６をユーザ端末１３０で読み取るようにする。
図１２は、ユーザ端末、サーバ、及びデリバリー用端末を示す図である。ユーザ端末１３０は、競技場１１０に観戦にきたユーザが所有する端末であって、識別情報１１６を読み取り、サーバ１５０に提供するための識別情報読取手段１３２を備えている。識別情報読取手段１３２は、例えば、専用のアプリを事前にインストールしておくことで利用可能である。ユーザ端末１３０は、スマートフォンであってもよいし、ウェアラブル端末であってもよい。ユーザ端末１３０は、サーバ１５０とデータ通信を行う通信部を備えている。また、図１１に示すように、表示部１３４を備えている。
デリバリー用端末１４０は、競技場１１０で販売している商品を客であるユーザに対して販売する販売員が所持する端末であって、位置情報取得手段１４２を備えている。位置情報取得手段１４２は、例えば、ＧＰＳにより実現される。デリバリー用端末１４０は、スマートフォンであってもよいし、タブレット式端末であってもよいし、ＰＣであってもよい。またウェアラブル端末であってもよい。デリバリー用端末１４０は、サーバ１５０とデータ通信を行う通信部を備えている。また、図１１に示すように、表示部１４４を備えている。
サーバ１５０は、プロセッサ、メモリ、ストレージ、通信部を備え、これらはバスにより接続されている。プロセッサは、例えば、ＣＰＵ（Central Processing Unit）により構成され、メモリに記憶された各種プログラムを読み出して実行することで、各種処理を行う。前記メモリは、ＣＰＵにより実行させるプログラムを記憶するものであり、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）により構成される。例えば、プロセッサがプログラムを実行することによって、図１２に示す各種手段が実現される。ストレージは、座席マップ１７０や対応テーブル１７２や制御プログラムなどを記憶するものである。通信部は、ネットワークを介して、ユーザ端末１３０やデリバリー用端末１４０などと各種データ通信を行うものである。むろん、必要に応じて、競技場１１０の外部の端末や外部記憶手段と通信を行うものであってもよい。
サーバ１５０は、識別情報取得手段１５２と、座席ＩＤ特定手段１５４と、注文ページ表示手段１５６と、注文受付手段１５８と、提供手段１６０と、分析手段１６２と、配置決定手段１６４と、優先順位決定手段１６６と、配達完了受付手段１６８と、座席マップ１７０と、対応テーブル１７２を備えている。
識別情報取得手段１５２は、座席１１２に設けられた識別情報１１６を、ユーザ端末１３０から取得するものである。座席ＩＤ特定手段１５４は、取得された識別情報１１６に紐づいた座席ＩＤを特定するものである。座席ＩＤの特定にあたっては、後述の対応テーブル１７２を参照する。注文ページ表示手段１５６は、特定された座席ＩＤに紐づいた商品の注文ページを、ユーザ端末１３０に表示するものである。注文受付手段１５８は、ユーザが、ユーザ端末１３０に表示された注文ページで注文した内容を受け付けるものである。
提供手段１６０は、注文ページで注文された注文情報と、特定された座席ＩＤと、を競技場１１０の座席マップ１９０に表示して、デリバリー用端末１４０に提供する。その際、座席マップ１７０を参照する。また、提供手段１６０は、注文ページで注文された注文情報と、特定された座席ＩＤと、を競技場１１０の座席マップ１９０に表示して、当該座席ＩＤの場所に一番近いデリバリー用端末１４０に提供するようにしてもよい。さらに、提供手段１６０は、注文ページで注文された注文情報と、特定された座席ＩＤと、デリバリー用端末１４０の位置とを、競技場１１０の座席マップ１９０に表示して、ユーザ端末１３０に提供するようにしてよいもよい。
分析手段１６２は、注文情報と座席ＩＤとから、どの商品がどのエリアで注文されるかを分析する。配置決定手段１６４は、分析手段１６２で分析された結果に応じて、商品を座席ＩＤに配達する配達員の最適な配置を決定する。また、配達員の最適な配置に代えて、特定された座席ＩＤの場所への配達員の最適なルートを合わせて決めるようにしてもよい。この場合、提供手段１６０は、デリバリー用端末１４０に、配達員の配置や最適なルートを合わせて提供する。
優先順位決定手段１６６は、特定された複数の座席ＩＤに対して、デリバリーする優先順位を決定する。デリバリーする優先順位が決定された場合は、提供手段１６０は、注文ページで注文された注文情報と、特定された複数の座席ＩＤと、優先順位とを、デリバリー用端末に提供する。配達完了受付手段１６８は、デリバリー用端末１４０からの配達完了の入力を受け付けて、配達済みの印をつける。例えば、デリバリー用端末１４０の表示部１４４に表示される「配達完了ボタン」などの入力により、配達完了の入力を受け付ける。
座席マップ１７０は、競技場１１０の座席マップであるが、一つの競技場に複数のスタジアムがある場合には、その複数のスタジアムの座席マップを備える。また、座席マップ１７０は、競技場１１０以外の他の競技場のマップを備えるようにしてもよい。
図１３は、対応テーブルの一例を示す図である。対応テーブル１７２は、識別情報１１６と座席ＩＤを紐づける情報である。対応テーブル１７２は、識別情報（２次元コード）、競技場名「ＡＢＣスタジアム」、座席ＩＤ「メインスタンド前段 Ｂ列 ０８８」というように、識別情報ごとに、特定の座席ＩＤが紐づけられている。前記座席ＩＤ特定手段１５４は、座席ＩＤを特定する際に、この対応テーブル１７２を参照して特定する。
次に、本競技場座席ＩＤ提供システム１００による競技場座席ＩＤ提供処理の一例について、図１４から図１６を参照して説明する。図１６は、本実施形態の競技場座席ＩＤ提供処理の一例を示すフローチャートである。まず、ユーザがユーザ端末１３０の識別情報読取手段１３２により識別情報１１６を読み込むと、サーバ１５０の識別情報取得手段１５２が識別情報１１６を取得する（ステップＳ１１０）。
サーバ１５０では、座席ＩＤ特定手段１５４が、対応テーブル１７２を参照して、取得された識別情報１１６に紐づいた座席ＩＤを特定する（ステップＳ１１２）。そして、注文ページ表示手段１５６が、特定された座席ＩＤに紐づいた商品の注文ページを、ユーザ端末１３０に表示させる（ステップＳ１１４）。このときの表示はブラウザで表示するようにしてもよいし、専用アプリの画面として表示するようにしてもよい。
図１４は、注文ページの一例を示す図である。注文ページ１８０には、「メインスタンド 前段Ｂ列 ８９番」という座席ＩＤ１８２が表示されるとともに、ドリンクメニュー１８４、食べ物メニュー１８６、数量選択ボタン１８８が表示される。ユーザは、各メニューの数量選択ボタンを操作することにより注文を確定する。ユーザにより注文が確定されると、その内容がサーバ１５０に送られ、注文受付手段１５８により注文が受け付けられる（ステップＳ１１６）。注文を受け付けると、提供手段１６０は、座席マップ１７０を参照し、注文ページ１８０で注文された注文情報と、特定された座席ＩＤとを、競技場１１０の座席マップ１９０に表示してデリバリー用端末１４０に提供する（ステップＳ１１８）。
図１５は、デリバリー用端末の表示部に表示される表示内容の一例を示す図である。表示部１４４には、競技場１１０の座席マップ１９０とともに、「メインスタンド 前段Ｂ列 ８９番」という座席ＩＤ１９２と、「ビール ２個、焼きそば １個」という注文情報１９４が示されている。配達員は、この内容を確認して、注文をしたユーザの座席ＩＤの場所に、注文された商品をデリバリーする。以上の処理により、競技場において販売している商品のデリバリーを適切に行うことが可能となる。
なお、本実施形態において、注文情報を基に配達員の配置の最適化を図るようにしてもよい。具体的には、注文情報と座席ＩＤから、どの商品がどのエリアで注文されるのかを分析手段１６２で分析し、分析された結果に応じて、商品を座席ＩＤに配達する配達員の最適な配置を配置決定手段１６４で決定する。この際、配達員によって持ち歩いている商品が異なることがある点を考慮する。例えば、ビールがよく注文されるエリアに、ビールを持ち歩いていない配達員を配置しても意味がないため、配置決定手段１６４は、配達員の配置を決定する際に、このような点を考慮して決定する。
また、最適な配置の決定に代えて、座席ＩＤの場所までの最適なルートを決定するようにしてもよい。この場合、注文情報、座席ＩＤ、競技場マップに加え、競技場マップに最適なルートを表示してデリバリー用端末１４０に提供する。このような最適な配置や最適なルートの決定により、速やかに適切なデリバリーを行うことができる。
また、ステップＳ１１８において、提供手段１６０は、注文ページ１８０で注文された注文情報と、特定された座席ＩＤとを、当該座席ＩＤの場所に一番近いデリバリー用端末１４０に提供するようにしてもよい。この場合、デリバリー用端末１４０の位置情報取得手段１４２により取得された位置情報をサーバ１５０が取得し、特定された座席ＩＤの場所に一番近いデリバリー用端末１４０を選び、そのデリバリー用端末１４０に、注文情報と、特定された座席ＩＤと、を競技場の座席マップに表示して、提供する。このように、一番近いデリバリー用端末１４０の情報を提供することで、速やかに適切なデリバリーを行うことができる。さらに、提供手段１６０は、注文ページ１８０で表示された注文情報と、特定された座席ＩＤと、デリバリー用端末１４０の位置と、を競技場の座席マップに表示して、ユーザ端末１３０に提供するようにしてもよい。これにより、ユーザがデリバリー用端末１４０の位置を把握できる。
また、ステップＳ１１８において、デリバリーの優先順位を決めるようにしてもよい。優先順位決定手段１６６が、プレミア席、注文量が多い、リピート率などを考慮してデリバリーする優先順位を決定する。すると、提供手段１６０は、注文ページ１８０で注文された注文情報と、特定された複数の座席ＩＤと、決定された優先順位とを、競技場１１０の座席マップに表示して、デリバリー用端末１４０に提供するという具合である。配達員は、表示された優先順位の高い順にデリバリーを行う。
さらに、配達員がデリバリーを完了したら、配達完了の入力を受け付けるようにしてもよい。具体的には、サーバ１５０の配達完了受付手段１６８が、デリバリー用端末１４０からの配達完了の入力を受け付けて、配達済みの印をつける。例えば、配達完了の入力により、ユーザが予め登録したクレジットカード等での決済を行うことが可能となる。
以上説明した実施形態によれば、競技場１１０の座席１１２の背もたれ１１４に設けられた識別情報１１６をユーザ端末１３０で読み取って（ステップＳ１０１）、読み取った識別情報１１６をサーバ１５０が取得し（ステップＳ１０２）、サーバ１５０が取得した識別情報１１６に紐づいた座席ＩＤを特定する。そして、特定された座席ＩＤに紐づいた商品の注文ページを、ユーザ端末１３０に表示し（ステップＳ１０３）、ユーザ端末１３０から注文を受け付ける（ステップＳ１０４）。サーバ１５０は、注文ページで注文された注文情報と、特定された座席ＩＤとを、競技場１１０の座席マップ１９０に表示して、デリバリー用端末１４０に提供する（ステップＳ１０５）。これらの情報を取得したデリバリー用端末１４０をもつ配達員は、表示された座席ＩＤの座席へ、注文された商品をデリバリーする（ステップＳ１０６）。これにより、競技場で販売されている商品の適切なデリバリーが可能となる。
本実施形態に係る情報処理システムは、競技場で販売している商品をデリバリーする配達員が使用するデリバリー用端末に、座席ＩＤを提供する競技場座席ＩＤ提供システムであって、競技場の座席に備えられた識別情報を、ユーザ端末から取得する取得手段と、取得された識別情報に紐づいた座席ＩＤを特定する特定手段と、特定された座席ＩＤに紐づいた商品の注文ページを、ユーザ端末に表示する表示手段と、注文ページで注文された注文情報と、特定された座席ＩＤと、を競技場の座席マップに表示して、デリバリー用端末に提供する提供手段と、を備える。情報処理システムは、注文情報と座席ＩＤとから、どの商品がどのエリアで注文されるかを分析する分析手段と、分析された結果に応じて、商品を座席ＩＤに配達する配達員の最適な配置を決定する決定手段と、を備えてもよい。提供手段は、注文ページで注文された注文情報と、特定された座席ＩＤと、を競技場の座席マップに表示して、当該座席ＩＤの場所に一番近いデリバリー用端末に提供してもよい。提供手段は、注文ページで注文された注文情報と、特定された座席ＩＤと、デリバリー用端末の位置と、を競技場の座席マップに表示して、ユーザ端末に提供してもよい。情報処理システムは、特定された複数の座席ＩＤに対して、デリバリーする優先順位を決定する決定手段を備え、提供手段は、注文ページで注文された注文情報と、特定された座席ＩＤと、優先順位と、を競技場の座席マップに表示して、デリバリー用端末に提供してもよい。
本実施形態に係る情報処理方法は、競技場で販売している商品をデリバリーする配達員が使用するデリバリー用端末に、座席ＩＤを提供する競技場座席ＩＤ提供方法であって、競技場の座席に備えられた識別情報を、ユーザ端末から取得するステップと、取得された識別情報に紐づいた座席ＩＤを特定するステップと、特定された座席ＩＤに紐づいた商品の注文ページを、ユーザ端末に表示するステップと、注文ページで注文された注文情報と、特定された座席ＩＤと、を競技場の座席マップに表示して、デリバリー用端末に提供するステップと、を備える。
本実施形態に係る情報処理プログラムは、コンピュータに、競技場で販売している商品をデリバリーする配達員が使用するデリバリー用端末に、座席ＩＤを提供する競技場座席ＩＤ提供処理を実行させるプログラムであって、競技場の座席に備えられた識別情報を、ユーザ端末から取得するステップと、取得された識別情報に紐づいた座席ＩＤを特定するステップと、特定された座席ＩＤに紐づいた商品の注文ページを、ユーザ端末に表示するステップと、注文ページで注文された注文情報と、特定された座席ＩＤと、を競技場の座席マップに表示して、デリバリー用端末に提供するステップと、を実行させる。
［第４実施形態］
第４実施形態について説明する。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。本実施形態は、競技場で飲食物やグッズを売り歩いて稼動している複数の売り子の中から、ユーザが呼びたい売り子を指定し、指定（特定）された売り子の端末に、特定された座席ＩＤに対応する座席の注目度が変更された競技場の座席マップを提供するものである。競技場は、第１実施形態の設備Ａに相当する。売り子は、第１実施形態の提供者に相当する。売り子の端末は、第１実施形態の提供者端末Ａに相当する。座席の注目度は、第１実施形態の追加の情報（例えば、マーク）に相当する。座席マップは、第１実施形態のマップ画像Ａに相当する。本実施形態は、サービスを提供する提供者に、ユーザに関する情報を提供する情報処理システムの１つの形態である。
本実施形態は、上述の実施形態で説明した競技場座席ＩＤ提供システム１００を、競技場売り子指定システムに適用した形態である。以下の説明において適宜、競技場座席ＩＤ提供システム１００を、競技場売り子指定システム１００と称する。まず、図１１を参照して、本実施形態に係る競技場売り子指定システムの概要を説明する。競技場売り子指定システム１００は、競技場１１０の座席１１２の背もたれ１１４に設けられた識別情報１１６をユーザ端末１３０で読み取り、読み込み完了のボタン１３６を押すと、読み取った識別情報１１６をサーバ１５０が取得し、サーバ１５０が取得した識別情報１１６に紐づいた座席ＩＤを特定する。そして、特定された座席ＩＤに紐づいた売り子を指定する指定ページを、ユーザ端末１３０に表示し、ユーザ端末１３０から売り子の指定を受け付ける。サーバ１５０は、指定された売り子のデリバリー用端末１４０（適宜、売り子端末１４０という）に、特定された座席ＩＤに対応する座席の注目度を変更した競技場１１０の座席マップ２９０を表示する。指定を受けた売り子は、表示された座席ＩＤの座席へ、商品を販売しにいく。
図１７は、本実施形態の競技場売り子指定システムのサーバを示す図である。サーバ１５０は、識別情報取得手段１５２と、座席ＩＤ特定手段１５４と、表示手段２５６と、指定受付手段２５８と、提供手段１６０と、フィルタ手段２６２と、指定料計算手段２６４と、優先順位決定手段２６６と、決済受付手段２６８と、トラッキング手段２７０と、ステータス変更受付手段２７２と、座席マップ１７０と、対応テーブル１７２を備えている。第２実施形態と共通する構成については適宜、同じ符号を付してその説明を省略または簡略化する。
表示手段２５６は、特定された座席ＩＤに紐づけて、競技場１１０で稼働している売り子の容姿が分かる写真が掲載された売り子指定用のページ（例えば、後の図１９に示す売り子指定ページ２８０）を、ユーザ端末１３０に表示するものである。表示される売り子の写真は、当該売り子が販売を担当する商品のメーカーのユニフォーム姿であってもよい。表示手段２５６が表示する売り子指定ページには、少なくとも売り子の顔が分かる写真が掲載されていればよいが、上半身画像や全身画像を掲載してもよい。また、これらの売り子の容姿が分かる写真に加えて、その売り子が販売する商品情報を掲載してもよいし、その売り子のプロフィールや指定料を掲載してもよい。
また、表示手段２５６は、ユーザによる売り子の指定レベルに応じて決定される優先順位を表示してもよい。さらに、ページ内の各売り子の写真に、呼ばれた回数（≒注文数）を表示して、ユーザの競争意識を煽るようにしてもよい。この場合、人気の売り子は待ち人数が多く、待ち時間が長くなることが予想されるため、クレームがつかないように、売り子の待ち人数を合わせて表示してもよい。指定受付手段２５８は、ユーザが、ユーザ端末１３０に表示された売り子指定ページで選択した売り子を、売り子の指定として受け付けるものである。
提供手段１６０は、特定された座席ＩＤに対応する座席の注目度が変更された競技場１１０の座席マップ１９０を、指定された売り子の売り子端末１４０に提供する。注目度が変更されるとは、色の変更であってもよいし、その座席を示す位置が点滅ないし点灯するような点灯状態の変更であってもよい。その際、座席マップ１７０を参照する。
フィルタ手段２６２は、複数（例、多数）の売り子の中から、売り子が販売する商品情報や、売り子の容姿の特徴によって売り子をフィルタするものである。例えば、飲食物を販売している売り子のみをフィルタしてもよいし、グッズを販売している売り子のみをフィルタしてもよい。また、売り子の容姿の特徴、例えば、身長や、容姿の雰囲気（可愛い系や綺麗系など）でフィルタしてもよい。さらに、売り子の指定料や、人気度、待ち人数などから、ユーザが指定する条件に合う売り子をフィルタしてもよい。表示手段２５６は、フィルタされた売り子を表示し、ユーザは、表示された売り子の中から、好みの売り子を指定する。
指定料計算手段２６４は、指定受付手段２５８による売り子の指定に応じて、指定料を計算するものである。例えば、指定料が５０円の売り子Ａさんを１回指定し、指定料が１００円の売り子Ｂさんを２回指定すると、指定料が２５０円になると計算する。また、指定料計算手段２６４は、売り子の人気度に応じて指定料を変動させ、変動後の指定料に基づいてユーザごとの指定料を計算してもよい。この場合、表示手段２５６は、変動後の指定料を表示する。
優先順位決定手段２６６は、ユーザが所望する売り子を指定する指定レベルに応じて、当該売り子を呼ぶ優先順位を決定するものである。例えば、売り子Ａさんの写真を連打する回数が多いほど、売り子Ａさんを呼べる優先順位が高くなるという具合である。表示手段２５６は、決定された優先順位を売り子指定ページに表示する。このとき、指定料計算手段２６４は、決定された優先順位に応じて、指定料を計算してもよい。例えば、優先順位が高いほど、指定料が高くなるように計算する。表示手段２５６は、優先順位に応じて計算された指定料も、売り子指定ページに表示してもよい。また、決定された優先順位を、売り子端末１４０にも表示し、座席を回る優先順位を示すようにしてもよい。
決済受付手段２６８は、指定料に応じた決済を受けるものである。例えば、商品代と指定料の合計額をクレジットカード決済等するための画面をユーザ端末１３０に表示してもよいし、あらかじめ決済用のカード情報等が登録されている場合には、売り子端末１４０から販売した商品情報と数量を取得し、当該売り子の指定料を加算して、自動的に決済するようにしてもよい。なお、決済受付手段２６８は、売り子の指定料がかからない場合（例えば、指定した売り子を呼ぶことができず、代わりの売り子が販売に行った場合）には、商品代金だけを決済するものとする。
トラッキング手段２７０は、指定を受けた売り子が、指定元の座席に向かっているのかなどを確認するためのものである。トラッキング手段２７０は、売り子端末１４０から位置情報を取得することで、売り子のトラッキングを行うことができる。ステータス変更受付手段２７２は、各売り子端末１４０から、ステータスを受け付けることで、どの端末が対応中なのかを逐次把握するためのものである。例えば、売り子端末１４０から、「不在」、「対応中」、「他の売り子が対応中」などのステータスを受け付けてログを残すことで、売り子が、自分が対応中か、他の売り子が対応中かの差別化を図ることができる。
次に、本競技場売り子指定システムによる競技場売り子指定処理について説明する。図１８は、本実施形態の競技場売り子指定処理を示すフローチャートである。ステップＳ１１０およびステップＳ１１２の処理は、図１６同様である。そして、表示手段２５６が、特定された座席ＩＤに紐づいた売り子の指定ページを、ユーザ端末１３０に表示させる（ステップＳ２１４）。このときの表示はブラウザで表示するようにしてもよいし、専用アプリの画面として表示するようにしてもよい。
図１９は、表示される売り子指定ページの一例を示す図である。売り子指定ページ２８０には、座席ＩＤ１８２が表示されるとともに、複数の売り子の容姿が分かる写真が掲載されている。座席ＩＤ１８２とは、例えば、「メインスタンド 前段Ｂ列 ８９番」という表示である。図１９の例では、１ページに１６名の売り子の写真が掲載されている。一番上の段には、売り子「Ａ子」〜「Ｄ子」までの写真が掲載され、上から２番目の段には、売り子「Ｅ子」〜「Ｈ子」までの写真が掲載され、上から３番目の段には、売り子「Ｉ子」〜「Ｌ子」までの写真が掲載され、一番下の段には、売り子「Ｍ子」〜「Ｐ子」までの写真が掲載されている。図示の例では、各段ごとに、売り子が着用しているユニフォームが異なっている。ユニフォームは、売り子が販売する商品のメーカーのものであってもよい。ユニフォームを採用することで、売り子のユニフォームから、売り子が担当する商品が分かる。また、売り子の容姿が分かる写真に加え、各売り子のプロフィールや販売する商品を掲載するようにしてもよい。
ユーザが、売り子指定ページ２８０に表示された複数の売り子の中から、呼びたい売り子の画像にタッチして選択することで、サーバ１５０の指定受付手段２５８は、売り子の指定を受け付ける（ステップＳ２１６）。図１９の例では、太線で囲まれた売り子「Ｇ子」が選択されている。売り子の指定を受け付けると、サーバ１５０の提供手段１６０は、座席マップ１７０を参照し、売り子指定ページ２８０で指定された売り子の売り子端末１４０に、特定された座席ＩＤに対応する座席の注目度を変更した競技場１１０の座席マップ２９０（図２０に示す）を提供する（ステップＳ２１８）。
図２０は、売り子端末の表示部に表示される表示内容の一例を示す図である。表示部１４４には、競技場１１０の座席マップ２９０に、特定された座席ＩＤに対応する座席の注目度を色で変更した座席表示２９２が示されている。なお、図２０の例では、注目度を色で変更することとしたが、該当する座席の位置を点滅させたり点灯させたりすることで注目度を変更してもよいし、更に他の形態で注目度を変更するようにしてもよい。指定を受けた売り子「Ｇ子」は、座席の位置を確認して、商品を販売しにいく。以上の処理により、競技場１１０において稼動している複数の売り子の中から、ユーザが呼びたい売り子を指定して呼ぶことができる。
なお、本実施形態において、売り子指定ページ２８０には、少なくとも売り子の顔が分かる写真が掲載されていればよいが、上半身画像や全身画像を掲載してもよい。また、これらの売り子の容姿が分かる写真に加えて、プロフィールや、その売り子が販売する商品情報や、その売り子の指定料や、ユーザによる売り子の指定レベルに応じて決定される優先順位を表示してもよい。さらに、ページ内の各売り子の写真に、呼ばれた回数（≒注文数）を表示して、ユーザの競争意識を煽るようにしてもよい。この場合、人気の売り子は待ち人数が多く、待ち時間が長くなることが予想されるため、クレームがつかないように、売り子の待ち人数を合わせて表示してもよい。
また、本実施形態において、フィルタ手段２６２によって、複数の売り子の中から、売り子が販売する商品情報や、売り子の容姿の特徴などによって売り子をフィルタしてもよい。例えば、飲食物を販売している売り子のみをフィルタしてもよいし、グッズを販売している売り子のみをフィルタしてもよい。あるいは、売り子の身長や、容姿の雰囲気（可愛い系や綺麗系など）、指定料の額や、人気度、待ち人数などから、ユーザが指定する条件に合う売り子をフィルタしてもよい。表示手段２５６は、フィルタされた売り子を表示し、ユーザは、表示された売り子の中から、好みの売り子を指定する。このようなフィルタのための条件設定は、ステップＳ１１２とステップＳ２１４の間に行うようにしてもよいし、ステップＳ２１４とステップＳ２１６の間で行うようにしてもよい。
更に、本実施形態の売り子の指定においては、指定料計算手段２６４が、指定受付手段２５８による売り子の指定に応じて、指定料を計算してもよい。例えば、指定料が５０円の売り子Ａさんを１回指定し、指定料が１００円の売り子Ｂさんを２回指定すると、指定料が２５０円になると計算する。このような指定料は、売り子の人気度に応じて変動させてもよい。指定料に変動があったときは、表示手段２５６は、変動後の指定料を表示する。
また、本実施形態において、優先順位決定手段２６６が、ユーザが所望する売り子を指定する指定レベルに応じて、当該売り子を呼ぶ優先順位を決定してもよい。例えば、売り子Ａさんの写真を連打する回数が多いほど、売り子Ａさんを呼べる優先順位が高くなるという具合である。表示手段２５６は、決定された優先順位を売り子指定ページに表示する。このとき、指定料計算手段２６４は、決定された優先順位に応じて、指定料を計算してもよい。例えば、優先順位が高いほど、指定料が高くなるように計算する。表示手段２５６は、優先順位に応じて計算された指定料も、売り子指定ページに表示してもよい。また、決定された優先順位を、売り子端末に表示し、座席を回る優先順位を示すようにしてもよい。
また、本実施形態において、決済受付手段２６８が、指定料に応じた決済を受け付けるようにしてもよい。例えば、商品代と指定料の合計額をクレジットカード決済等するための画面をユーザ端末１３０に表示してもよいし、あらかじめ決済用のカード情報等が登録されている場合には、売り子端末１４０から販売した商品情報と数量を取得し、売り子の指定料を加算して、自動的に決済するようにしてもよい。なお、決済受付手段２６８は、売り子の指定料がかからない場合（例えば、指定した売り子を呼ぶことができず、代わりの売り子が販売に行った場合）には、商品代金だけを決済してもよい。
本実施形態において、トラッキング手段２７０が、指定を受けた売り子が、指定元の座席に向かっているのかなどを確認してもよい。トラッキング手段２７０は、売り子端末１４０に設けられたＧＰＳなどから位置情報を取得することで、売り子のトラッキングを行うことができる。本実施形態において、ステータス変更受付手段２７２によって、各売り子端末１４０から、ステータスを受け付けることで、どの端末が対応中なのかを逐次把握するようにしてもよい。
図２１は、売り子端末の表示部に表示される表示内容の一例を示す図である。図２１（Ａ）は、複数の売り子の動向を区別して表す画像の一例を示す図である。マップ４４Ａには４つのマークＭ１からＭ４がそれぞれ色分けされて表示されている。例えば、マークＭ１は、「他の売り子が対応中」の状態を示し、マークＭ２は、「自分が向かっている＆対応中」の状態を示す。また、マークＭ３は、「通常呼び出され中」の状態を示し、マークＭ４は、「一定期間放置アラート」の状態を示し点滅している。マップ４４Ａにおいて、マークＭ３（通常呼び出され中）又はマークＭ４（一定期間放置アラート）をタップもしくは長押しすることで、図２１（Ｂ）に示すように、各マークに応じた別ウインドウ（モーダル）４４Ｂが表示される。例えば、「ＸＸ−ＸＸ」の座席へ向かうか否かを問う画面が表示され、「はい」のボタンＢ１と「いいえ」のボタンＢ２が表示される。ここで、「はい」のボタンＢ１をタップすると、マークが「自分が向かっている＆対応中」のマークＭ２に変更される。なお、マークＭ４を選択する場合とは、例えば、「他の売り子が対応予定の客に呼ばれたために、やむを得ず代わりに対応」というケースなどが想定される。
図２１（Ｃ）に示す小ウインドウ４４Ｃのように、「ＸＸ−ＸＸ」の座席への対応を完了したか否かを問う画面が表示され、「はい」のボタンＢ３と、「いいえ」のボタンＢ４と、「対応取消」のボタンＢ５と、「不在」のボタンＢ６を表示してもよい。ここで「はい」のボタンＢ３をタップすると、マークが消去され、「いいえ」のボタンＢ４をタップすると「向かっている＆対応中」のマークＭ２に変更され、「対応取消」のボタンＢ５をタップする「通常呼び出し」のマークＭ３又は「一定期間放置アラート」のマークＭ４に変更される。また、「不在」のボタンＢ６をタップすることでマークが消去されるとともに、不在としてログを残す。
売り子訪問時にユーザが不在の場合は、キャンセル扱いにするという旨を、売り子指定ページ２８０に注記しておくようにしてもよい。このように、不在ログを残すことにより、不在客を何度も訪問するという売り子の負担を軽減することができる。以上のような売り子の対応のステータスの変更を行うための画面は、ステータス変更受付手段２７２により表示するようにしてよい。
以上説明した実施形態によれば、競技場１１０の座席１１２に設けられた識別情報１１６をユーザ端末１３０で読み取って、読み取った識別情報１１６をサーバ１５０が取得し、サーバ１５０が取得した識別情報１１６に紐づいた座席ＩＤを特定する。そして、特定された座席ＩＤに紐づいた売り子の指定ページを、ユーザ端末１３０に表示し、ユーザ端末１３０から売り子の指定を受け付ける。サーバ１５０は、指定ページで指定された売り子の売り子端末１４０に、特定された座席ＩＤに対応する座席の注目度を変更した競技場１１０の座席マップ２９０を提供する。座席マップ２９０の提供を受けた売り子端末１４０をもつ売り子は、表示された座席ＩＤの座席へ、商品を販売しにいく。これにより、競技場で稼働している複数の売り子の中から、指定した売り子を呼ぶことができる。
本実施形態に係る情報処理システムは、競技場で稼働している複数の売り子の中から、売り子を指定して呼ぶことができる競技場売り子指定システムであって、競技場の座席に設けられた識別情報を、ユーザ端末から取得する取得手段と、取得された識別情報に紐づいた座席ＩＤを特定する特定手段と、ユーザ端末に、特定された座席ＩＤに紐づけて、競技場で稼働している各売り子の容姿が分かる写真を掲載したページを表示させる表示手段と、ページから、所望する売り子の指定を受け付ける受付手段と、指定された売り子の売り子端末に、特定された座席ＩＤに対応する座席の注目度が変更された競技場の座席マップを提供する提供手段と、を備える。
表示手段は、売り子の写真に加え、当該売り子が販売する商品の商品情報を掲載してもよい。情報処理システムは、商品情報で売り子をフィルタするフィルタ手段を備え、表示手段は、フィルタ後の売り子の情報をページに表示させてもよい。情報処理システムは、売り子の容姿の特徴によって売り子をフィルタするフィルタ手段を備え、表示手段は、フィルタ後の売り子の情報をページに表示させてもよい。表示手段は、各売り子を指定するための指定料をページに表示させてもよい。情報処理システムは、受付手段による売り子の指定に応じて、指定料を計算する指定料計算手段を備えてもよい。指定料計算手段は、売り子の人気度に応じて指定料を変動させてもよい。情報処理システムは、所望する売り子を指定する指定レベルに応じて、売り子を呼ぶ優先順位を決定する優先順位決定手段を備え、表示手段は、決定された優先順位をページに表示してもよい。情報処理システムは、決定された優先順位に応じて、売り子を呼ぶための指定料を計算する指定料計算手段を備え、表示手段は、計算された指定料をページに表示してもよい。情報処理システムは、指定料に応じた決済を受ける決済受付手段を備えてもよい。売り子の写真は、各売り子が販売を担当する商品のメーカーのユニフォーム姿であってもよい。情報処理システムは、売り子端末から位置情報を取得し、売り子のトラッキングを行うトラッキング手段を備えてもよい。表示手段は、ページ内の売り子の写真に、各売り子が呼ばれた回数を表示してもよい。表示手段は、ページ内の売り子の写真に、各売り子の待ち人数を表示してもよい。
本実施形態に係る情報処理方法は、競技場で稼働している多数の売り子の中から、売り子を指定して呼ぶことができる競技場売り子指定方法であって、競技場の座席に設けられた識別情報を、ユーザ端末から取得するステップと、取得された識別情報に紐づいた座席ＩＤを特定するステップと、ユーザ端末に、特定された座席ＩＤに紐づけて、競技場で稼働している各売り子の容姿が分かる写真を掲載したページを表示させるステップと、ページから、所望する売り子の指定を受け付けるステップと、指定された売り子の売り子端末に、特定された座席ＩＤに対応する座席の注目度が変更された競技場の座席マップを提供するステップと、を備える。
本実施形態に係る情報処理プログラムは、コンピュータに、競技場で稼働している多数の売り子の中から、売り子を指定して呼ぶことができる競技場売り子指定処理を実行させるためのプログラムであって、競技場の座席に設けられた識別情報を、ユーザ端末から取得するステップと、取得された識別情報に紐づいた座席ＩＤを特定するステップと、ユーザ端末に、特定された座席ＩＤに紐づけて、競技場で稼働している各売り子の容姿が分かる写真を掲載したページを表示させるステップと、ページから、所望する売り子の指定を受け付けるステップと、指定された売り子の売り子端末に、特定された座席ＩＤに対応する座席の注目度が変更された競技場の座席マップを提供するステップと、を実行させる。
［第５実施形態］
第５実施形態について説明する。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。本実施形態は、上記実施形態で説明した競技場座席ＩＤ提供システム１００を、競技場売り子指定システムに適用した形態である。以下の説明において適宜、競技場座席ＩＤ提供システム１００を、競技場売り子指定システム１００と称する。本実施形態は、サービスを提供する提供者に、ユーザに関する情報を提供する情報処理システムの１つの形態である。
まず、図１１を参照して、本実施形態に係る競技場売り子指定システムの概要を説明する。競技場売り子指定システム１００は、特定された座席ＩＤに紐づいた売り子ＩＤを入力させるための売り子指定ページを、ユーザ端末１３０に表示し、ユーザ端末１３０から売り子の指定を受け付ける。サーバ１５０は、売り子指定ページで入力された売り子ＩＤに応じて売り子を特定し、特定された売り子の売り子端末１４０に、特定された座席ＩＤに対応する座席の注目度を変更した競技場１１０の座席マップ２９０を表示する。指定を受けた売り子は、表示された座席ＩＤの座席へ、商品を販売しにいく。
図２２は、本実施形態の競技場売り子指定システムのサーバの機能構成を示す図である。サーバ１５０は、識別情報取得手段１５２と、座席ＩＤ特定手段１５４と、表示手段２５６と、特定手段３５８と、提供手段１６０と、指定料計算手段２６４と、決済受付手段２６８と、トラッキング手段２７０と、ステータス変更受付手段２７２と、座席マップ１７０と、対応テーブル１７２を備えている。
表示手段２５６は、特定された座席ＩＤに紐づけて、競技場１１０で稼働している売り子の売り子ＩＤを入力させるための売り子指定ページを、ユーザ端末１３０に表示するものである。表示手段２５６が表示する売り子指定ページ（適宜、売り子ＩＤ入力ページという）には、少なくとも売り子ＩＤを入力させるための入力欄が表示されていればよいが、売り子ＩＤが入力された売り子の写真を表示して、ユーザに確認させるための売り子確認画面を表示するようにしてもよい。
また、表示手段２５６は、売り子確認画面に、売り子が呼ばれた回数（≒注文数）を表示して、ユーザの競争意識を煽るようにしてもよい。この場合、人気の売り子は待ち人数が多く、待ち時間が長くなることが予想されるため、クレームがつかないように、売り子の待ち人数を合わせて表示してもよい。
特定手段３５８は、ユーザが、ユーザ端末１３０に表示された売り子ＩＤ入力ページで入力した売り子ＩＤに応じて、売り子を特定するものである。売り子の特定にあたっては、売り子と、売り子ＩＤを紐づけたテーブルなどを参照する。指定料計算手段２６４は、特定手段３５８により特定された売り子を指定するための指定料を計算するものである。例えば、指定料が５０円の売り子Ａさんを１回指定し、指定料が１００円の売り子Ｂさんを２回指定すると、指定料が２５０円になると計算する。また、指定料計算手段２６４は、売り子の人気度に応じて指定料を変動させ、変動後の指定料に基づいてユーザごとの指定料を計算してもよい。
次に、競技場売り子指定処理について、図２３および図２４を参照して説明する。図２３は、本実施形態の競技場売り子指定処理を示すフローチャートである。図２３のステップＳ１１０およびステップＳ１１２の処理は、図１６と同様である。そして、表示手段２５６が、特定された座席ＩＤに紐づけて、売り子ＩＤを入力させる売り子ＩＤ入力ページを、ユーザ端末１３０に表示させる（ステップＳ３１４）。このときの表示はブラウザで表示するようにしてもよいし、専用アプリの画面として表示するようにしてもよい。
図２４は、表示される売り子ＩＤ入力ページの一例を示す図である。図２４（Ａ）は、表示される売り子ＩＤ入力ページの一例を示す図である。売り子指定ページ２８０には、座席ＩＤ１８２が表示されるとともに、売り子ＩＤ入力欄３８４と確認ボタン３８６が表示されている。座席ＩＤ１８２とは、例えば、「メインスタンド前段Ｂ列８９番」という表示である。売り子ＩＤは、例えば、各売り子の名刺３１０に表示されているテキストを入力する。名刺３１０には、売り子の名前３１２と、売り子の容姿が分かる写真３１４と、売り子ＩＤ３１６が示されている。名刺３１０を受け取ったユーザは、呼びたい売り子の名刺から売り子ＩＤ３１６を確認し、売り子ＩＤ入力ページ３８０の売り子ＩＤ入力欄３８４に入力する。図示の例では、売り子ＩＤ入力欄３８４に、売り子「Ａ子」のＩＤ「あｂｃｄ−１８２３」を入力する。
なお、売り子ＩＤ３１６は、名刺３１０に表示されているものに限らない。例えば、競技場１１０に入場する際に、稼動している売り子の写真と売り子ＩＤが示された一覧表をユーザに渡し、当該一覧表の中から呼びたい売り子を決めて、その売り子ＩＤを入力するようにしてもよい。他の方法によって、売り子ＩＤを入手するようにしてもよい。
ユーザが、売り子ＩＤ入力ページ３８０で、売り子ＩＤ入力欄３８４に売り子ＩＤ３１６を入力し、確認ボタン３８６を押すと、特定手段３５８が、入力された売り子ＩＤに応じて売り子を特定する（ステップＳ３１６）。その際、確認ボタン３８６を押すことで、図２４（Ｂ）に示すように、表示手段２５６が、特定された売り子の写真３８８を表示し、ユーザに、その売り子で合っているかどうかを確認させてもよい。ここで、「確定しますか？」という表示３８９のうち、「はい」を選択すると、表示された売り子の特定が確定する。
売り子の指定を受け付けると、サーバ１５０の提供手段１６０は、座席マップ１７０を参照し、特定された売り子の売り子端末１４０に、特定された座席ＩＤに対応する座席の注目度を変更した競技場１１０の座席マップ２９０（図２０参照）を提供する（ステップＳ３１８）。指定を受けた売り子「Ａ子」は、座席の位置を確認して、商品を販売しにいく。以上の処理により、競技場１１０において稼動している複数の売り子の中から、ユーザが呼びたい売り子を指定して呼ぶことができる。
なお、本実施形態において、図２４（Ｂ）に示すような売り子確認画面に、売り子が呼ばれた回数（≒注文数）を表示して、ユーザの競争意識を煽るようにしてもよい。この場合、人気の売り子は待ち人数が多く、待ち時間が長くなることが予想されるため、クレームがつかないように、売り子の待ち人数を合わせて表示してもよい。本実施形態の売り子の指定においては、指定料計算手段２６４が、売り子ＩＤ入力ページ３８０で入力される売り子を指定するための指定料を計算してもよい。例えば、指定料が５０円の売り子Ａさんを１回指定し、指定料が１００円の売り子Ｂさんを２回指定すると、指定料が２５０円になると計算する。このような指定料は、売り子の人気度に応じて変動させてもよい。
以上説明した実施形態によれば、競技場１１０の座席１１２に設けられた識別情報１１６をユーザ端末１３０で読み取って、読み取った識別情報１１６をサーバ１５０が取得し、サーバ１５０が取得した識別情報１１６に紐づいた座席ＩＤを特定する。そして、特定された座席ＩＤに紐づけて、売り子ＩＤを入力させるページを、ユーザ端末１３０に表示し、入力された売り子ＩＤに応じて売り子を特定する。サーバ１５０は、特定された売り子の売り子端末１４０に、特定された座席ＩＤに対応する座席の注目度を変更した競技場１１０の座席マップ２９０を提供する。座席マップ２９０の提供を受けた売り子端末１４０をもつ売り子は、表示された座席ＩＤの座席へ、商品を販売しにいく。これにより、競技場で稼働している複数の売り子の中から、指定した売り子を呼ぶことができる。
本実施形態に係る情報処理システムは、競技場で稼働している複数の売り子の中から、売り子を指定して呼ぶことができる競技場売り子指定システムであって、競技場の座席に設けられた識別情報を、ユーザ端末から取得する取得手段と、取得された識別情報に紐づいた座席ＩＤを特定する特定手段と、ユーザ端末に、特定された座席ＩＤに紐づけて、売り子ＩＤを入力させるページを表示させる表示手段と、ページから入力された売り子ＩＤに応じて、売り子を特定する特定手段と、特定された売り子の売り子端末に、特定された座席ＩＤに対応する座席の注目度が変更された競技場の座席マップを提供する提供手段と、を備える。
表示手段は、売り子ＩＤが入力されたら、その売り子の写真を表示した売り子確認画面を表示してもよい。情報処理システムは、特定手段により特定された売り子に応じて、売り子を指定するための指定料を計算する指定料計算手段を備えてもよい。指定料計算手段は、売り子の人気度に応じて指定料を変動させてもよい。情報処理システムは、指定料に応じた決済を受ける決済受付手段を備えてもよい。情報処理システムは、売り子端末から位置情報を取得し、売り子のトラッキングを行うトラッキング手段を備えてもよい。表示手段は、売り子確認画面に、売り子が呼ばれた回数を表示してもよい。表示手段は、売り子確認画面に、売り子の待ち人数を表示してもよい。
本実施形態に係る情報処理方法は、競技場で稼働している複数の売り子の中から、売り子を指定して呼ぶことができる競技場売り子指定方法であって、競技場の座席に設けられた識別情報を、ユーザ端末から取得するステップと、取得された識別情報に紐づいた座席ＩＤを特定するステップと、ユーザ端末に、特定された座席ＩＤに紐づけて、売り子ＩＤを入力させるページを表示させるステップと、ページから入力された売り子ＩＤに応じて、売り子を特定するステップと、特定された売り子の売り子端末に、特定された座席ＩＤに対応する座席の注目度が変更された競技場の座席マップを提供するステップと、を備える。
本実施形態に係る情報処理プログラムは、コンピュータに、競技場で稼働している多数の売り子の中から、売り子を指定して呼ぶことができる競技場売り子指定処理を実行させるためのプログラムであって、競技場の座席に設けられた識別情報を、ユーザ端末から取得するステップと、取得された識別情報に紐づいた座席ＩＤを特定するステップと、ユーザ端末に、特定された座席ＩＤに紐づけて、売り子ＩＤを入力させるページを表示させるステップと、ページから入力された売り子ＩＤに応じて、売り子を特定するステップと、特定された売り子の売り子端末に、特定された座席ＩＤに対応する座席の注目度が変更された競技場の座席マップを提供するステップと、を実行させる。
［第５実施形態］
第５実施形態について説明する。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。本実施形態は、上述の実施形態で説明した情報処理システムを飲食店に適用したものである。本実施形態に係る情報処理システムは、ユーザ端末を、ユーザが座っている飲食店の座席に紐付けて、疑似的な店舗端末として利用できるシステムである。本実施形態において適宜、以下の説明において適宜、本実施形態に係る情報処理システムを、飲食店疑似店舗端末システムという。
図２５は、本実施形態の情報処理システムを示す図である。飲食店疑似店舗端末システム４００は、コンピュータ４１０から構成される。飲食店は、第１実施形態の施設Ａに相当する。コンピュータ４１０は、第１実施形態の情報処理装置Ａに相当する。
なお、飲食店疑似店舗端末システム４００は、座席を使用するユーザ（客）が所持するユーザ端末（スマートフォンやタブレット端末等の携帯端末等）、外部のＰＯＳ（Ｐｏｉｎｔ ｏｆ ｓａｌｅ）システム、各座席に設けられ、識別情報を格納するＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグやＱＲコード（登録商標）等が含まれていてもよい。また、飲食店疑似店舗端末システム４００は、例えば、コンピュータ４１０等の１台のコンピュータで実現されてもよいし、クラウドコンピュータのように、複数のコンピュータで実現されてもよい。
コンピュータ４１０は、ユーザ端末や外部のＰＯＳシステム等と、公衆回線網やイントラネット等のプライベートネットワークや近距離無線通信等を介してデータ通信可能に接続されており、必要なデータの送受信を実行する。
コンピュータ４１０は、飲食店の座席に備えられた識別情報を、ユーザ端末から取得する。ユーザ端末は、この座席に備えられたＮＦＣタグやＱＲコード（登録商標）を読み取ることにより、座席に備えられた識別情報を読み取る。ユーザ端末は、この読み取った識別情報を、コンピュータ４１０に送信する。コンピュータ４１０は、この識別情報を受信することにより、飲食店の座席に備えられた識別情報を取得する。座席に備えられた識別情報は、第１実施形態で説明した提供部ＩＤに相当する。
コンピュータ４１０は、取得した識別情報に紐付いた座席ＩＤを特定する。コンピュータ４１０は、予め識別情報と、座席ＩＤとを対応付けたデータベースを参照する、またはこの識別情報に格納された座席ＩＤを参照することにより、この識別情報に紐付いた座席ＩＤを特定する。
コンピュータ４１０は、識別情報を取得したユーザ端末に、特定した座席ＩＤに紐付けて飲食店で提供されている商品を注文できる注文ページを表示させる。コンピュータ４１０は、注文ページのＵＲＬや注文ページそのものを起動させるコマンド（例えば、この飲食店が提供するアプリやウェブブラウザアプリを起動し、該当するページを表示させるもの）を、ユーザ端末に送信する。ユーザ端末は、このＵＲＬやコマンドに応じた注文ページを表示する。その結果、コンピュータ４１０は、ユーザ端末に注文ページを表示させる。
コンピュータ４１０は、この注文ページを介して、ユーザから商品の注文を受け付ける。ユーザ端末は、この注文ページに対する入力を受け付け、座席に座っているユーザからの注文を受け付ける。ユーザ端末は、この受け付けた注文に関するデータを注文データとして、コンピュータ４１０に送信する。コンピュータ４１０は、この注文データを受信することにより、この注文を受け付ける。
コンピュータ４１０は、注文データを、特定した座席ＩＤに紐付けて提供する。このとき、コンピュータ４１０は、例えば、外部の伝票システム（ＰＯＳシステム）に注文に関するデータである注文データを提供する。
なお、コンピュータ４１０は、注文された商品の注文履歴（商品の名称、数量及び料金）及び注文された商品の合計金額をユーザ端末に表示させる構成であってもよい。また、コンピュータ４１０は、本システムを利用したユーザが注文した商品の料金を割り引く構成であってもよい。また、コンピュータ４１０は、会計時に、座席ＩＤに基づいて、会計を実行する構成であってもよい。この場合、コンピュータ４１０は、この会計時に、現金だけでなく、電子マネー又はカード（クレジットカードやデビットカード等）により決済する構成であってもよい。また、コンピュータ４１０は、注文された商品の注文履歴や注文したユーザの属性（例えば、年齢、性別、訪問時間や滞在時間、注文を行う頻度やタイミング、商品の傾向等）を分析し、分析結果に基づいて、注文を行ったユーザの嗜好（どういった商品を注文したのか、どういった商品を注文しなかったのか、注文した商品の名称及び数量等の傾向や、注文の頻度やタイミング）を学習する構成であってもよい。コンピュータ４１０は、この学習結果に基づいて、別のユーザに対して、学習結果に基づいた商品のレコメンド等を行う構成であってもよい。
飲食店疑似店舗端末システム４００が実行する処理の概要について説明する。コンピュータ４１０は、飲食店の座席に備えられた識別情報を、ユーザ端末から取得する（ステップＳ４０１）。コンピュータ４１０は、ユーザ端末がこの座席に備えられたＮＦＣタグやＱＲコード（登録商標）を読み取った読取結果を取得することにより、この識別情報を取得する。
コンピュータ４１０は、取得した識別情報に紐付いた座席ＩＤを特定する（ステップＳ４０２）。コンピュータ４１０は、予め識別情報と、座席ＩＤとを対応付けたデータベースを参照し、取得した識別情報に対応付けられた座席ＩＤを特定する。あるいは、コンピュータ４１０は、識別情報に格納された座席ＩＤを抽出することにより、座席ＩＤを特定する。
コンピュータ４１０は、識別情報を取得したユーザ端末に、この座席ＩＤに紐付けて、飲食店で提供されている商品を注文できる注文ページを表示させる（ステップＳ４０３）。コンピュータ４１０は、上述したような注文ページのＵＲＬや注文ページを表示させるコマンドをユーザ端末に送信する。ユーザ端末は、このＵＲＬやコマンドに応じて、注文ページを自身の表示部に表示する。注文ページの例としては、座席ＩＤの表示欄、注文可能な商品の一覧、注文を確定する入力欄及び注文を中止する入力欄等が設けられたものである。
コンピュータ４１０は、この注文ページから、ユーザからの注文を受け付ける（ステップＳ４０４）。ユーザ端末は、上述した例では、注文ページにおいて、注文する商品を選択する入力を受け付け、注文を確定する入力欄に対する入力を受け付ける。ユーザ端末は、この受け付けた入力内容を、注文データとして、コンピュータ４１０に送信する。コンピュータ４１０は、この注文データを受信することにより、注文データを取得する。その結果、コンピュータ４１０は、注文ページから、ユーザの商品の注文を受け付ける。コンピュータ４１０は、注文された商品を、特定した座席ＩＤに紐付けて、例えば、外部の伝票システム（例えば、ＰＯＳシステム）に、注文データとして、提供する。
図２６は、本実施形態に係る飲食店疑似店舗端末システムシスを示す図である。コンピュータ４１０は、ユーザ端末や外部の伝票システム等と、公衆回線網やイントラネット等のプライベートネットワークや近距離無線通信等を介してデータ通信可能に接続されており、必要なデータの送受信を実行する。
なお、飲食店疑似店舗端末システム４００は、ユーザ端末、伝票システム、その他の端末や装置類が含まれていてもよい。また、飲食店疑似店舗端末システム４００は、飲食店の座に席備えられたＮＦＣタグやＱＲコード（登録商標）等が含まれていてもよい。また、飲食店疑似店舗端末システム４００は、例えば、コンピュータ４１０等の１台のコンピュータで実現されてもよいし、クラウドコンピュータのように、複数のコンピュータで実現されてもよい。
コンピュータ４１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉ―Ｆｉ（Ｗｉｒｅｌｅｓｓ―Ｆｉｄｅｌｉｔｙ）対応デバイス等を備える。また、コンピュータ４１０は、記録部として、ハードディスクや半導体メモリ、記録媒体、メモリカード等によるデータのストレージ部を備える。また、コンピュータ４１０は、処理部として、各種処理を実行する各種デバイス等を備える。
飲食店疑似店舗端末システム４００は、識別情報取得モジュール４２０、注文ページ表示モジュール４２１、注文受付モジュール４２２、注文データ提供モジュール４２３、注文履歴表示要求取得モジュール４２４、注文履歴ページ表示モジュール４２５、会計要求取得モジュール４２６、会計ページ表示モジュール４２７、決済データ取得モジュール４２８、決済処理モジュール４２９、記録モジュール４３０、座席ＩＤ特定モジュール４４０、注文データ特定モジュール４４１、分析モジュール４４２、学習モジュール４４３、及びレコメンド作成モジュール４４４を備える。
上記の各モジュールは、記憶部に記憶されたプログラムがコンピュータ４１０の処理部に処理を実行させることによって、実現される。コンピュータ４１０は、制御部が所定のプログラムを読み込むことにより、通信部と協働して、識別情報取得モジュール４２０、注文ページ表示モジュール４２１、注文受付モジュール４２２、注文データ提供モジュール４２３、注文履歴表示要求取得モジュール４２４、注文履歴ページ表示モジュール４２５、会計要求取得モジュール４２６、会計ページ表示モジュール４２７、決済データ取得モジュール４２８、決済処理モジュール４２９を実現する。また、コンピュータ４１０は、制御部が所定のプログラムを読み込むことにより、記録部と協働して、記録モジュール４３０を実現する。また、コンピュータ４１０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、座席ＩＤ特定モジュール４４０、注文データ特定モジュール４４１、分析モジュール４４２、学習モジュール４４３、レコメンド作成モジュール４４４を実現する。
図２７は、コンピュータが実行する注文処理を示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。識別情報取得モジュール４２０は、飲食店の座席に備えられた識別情報を、ユーザ端末から取得する（ステップＳ４１０）。ステップＳ４１０において、識別情報取得モジュール４２０は、この座席に備えられたＮＦＣタグやＱＲコード（登録商標）の読取結果を取得する。ユーザ端末は、ＮＦＣタグやＱＲコード（登録商標）を読み取ることにより、識別情報を取得し、取得した識別情報をコンピュータ４１０に送信する。識別情報取得モジュール４２０は、ユーザ端末が送信した識別情報を受信することにより、この座席に備えられた識別情報を取得する。このとき、識別情報取得モジュール４２０は、識別情報に加えて、この識別情報を取得したユーザ端末の識別子（例えば、ＭＡＣアドレス、ＩＤ、電話番号、管理番号）を併せて取得する。すなわち、識別情報取得モジュール４２０が取得する識別情報には、識別情報の読取結果、この識別情報を読み取ったユーザ端末の識別子が含まれる。
座席ＩＤ特定モジュール４４０は、取得した識別情報に基づいて、この識別情報に紐付いた座席ＩＤを特定する（ステップＳ４１１）。ステップＳ４１１において、座席ＩＤ特定モジュール４４０は、例えば、予め記録モジュール４３０に記録した識別情報と、座席ＩＤとを対応付けて登録したデータベースを参照することにより、今回取得した識別情報に紐付いた座席ＩＤを特定する。あるいは、座席ＩＤ特定モジュール４４０は、今回取得した識別情報に格納された座席ＩＤを抽出することにより、今回取得した識別情報に紐付いた座席ＩＤを特定する。なお、座席ＩＤ特定モジュール４４０は、上述した方法以外の方法により、座席ＩＤを特定してもよい。
注文ページ表示モジュール４２１は、識別情報を取得したユーザ端末に、特定した座席ＩＤに紐付けて飲食店で提供されている商品を注文できる注文ページを表示させる（ステップＳ４１２）。ステップＳ４１２において、注文ページ表示モジュール４２１は、識別情報に含まれるユーザ端末の識別子に基づいて、注文ページを表示させるユーザ端末を特定する。注文ページ表示モジュール４２１は、この特定したユーザ端末に対して、注文ページのＵＲＬや注文ページそのものを表示させるコマンド（例えば、この飲食店が提供するアプリやウェブブラウザアプリを起動し、該当するページを表示させるもの）等を送信する。ユーザ端末は、このＵＲＬやコマンドに応じた注文ページを表示する。その結果、注文ページ表示モジュール４２１は、このユーザ端末に、注文ページを表示させる。
注文ページ表示モジュール４２１がユーザ端末に表示させる注文ページについて説明する。注文ページ表示モジュール４２１は、注文ページとして、特定した座席ＩＤ、注文可能な商品の一覧、注文を確定する入力欄及び注文を中止する入力欄等を表示させる。また、注文ページ表示モジュール４２１は、その他にも、注文ページとして、商品の注文履歴や合計金額を表示する注文履歴画面を表示するための入力欄、会計画面を表示するための入力欄等を表示させる。注文ページ表示モジュール４２１は、其々の欄に対しての入力を受け付けさせる。なお、注文ページ表示モジュール４２１がユーザ端末に表示させる注文ページは、少なくとも注文する商品の選択を受け付けるものが表示させるものであれば、その内容は適宜変更可能である。
図２８は、ユーザ端末に表示される注文ページの一例を示す図である。注文ページ表示モジュール４２１は、ユーザ端末の表示部に注文ページ４５０を表示させる。この注文ページ４５０には、座席ＩＤ表示欄４５１、商品表示欄４５２、注文送信アイコン４５３、注文履歴表示アイコン４５４、会計アイコン４５５が表示される。座席ＩＤ表示欄４５１は、識別情報に紐付いた座席ＩＤが表示される。本例では、座席ＩＤ表示欄４５１は、０００１が表示される。商品表示欄４５２は、各商品の名称、数量及び料金が表示されるとともに、ユーザからのタップ操作等の入力を受け付ける。また、商品表示欄４５２は、表示中のページから別の商品を表示するページに遷移するためのアイコンが併せて表示される。注文送信アイコン４５３は、ユーザからのタップ操作等の入力を受け付ける。ユーザ端末は、ユーザが商品表示欄４５２に入力した商品を注文データとして、コンピュータ４１０に送信する。注文履歴表示アイコン４５４は、ユーザからのタップ操作等の入力を受け付ける。ユーザ端末は、ユーザがこれまでに注文した商品の注文履歴（注文した商品の名称、数量及び料金）をこの注文ページから注文履歴ページに遷移させて表示する。会計アイコン４５５は、ユーザからのタップ操作等の入力を受け付ける。ユーザ端末は、このユーザが注文した商品の会計を行うための会計データ（注文履歴や合計金額等）をコンピュータ４１０に送信する。注文ページ表示モジュール４２１は、この注文ページにおいて、例えば、ユーザが、サバの塩焼き定食を注文する入力を行った場合、この商品に該当する欄を強調表示等の他の商品とは異なる表示を行わせ、ユーザにどの商品が選択されているかを明示させることになる。注文履歴表示アイコン４５４及び会計アイコン４５５への入力時に、コンピュータ４１０が実行する処理は、後述する。
なお、注文ページ表示モジュール４２１が表示させる注文ページは、回転寿司店、焼肉店等で使用される座席に備えられた既存の店舗端末が表示するものと類似又は同様のものを、本システムを用いる飲食店に合わせた内容に変更したものであれば良く、上述した例に限られるものではない。
また、注文ページ表示モジュール４２１は、注文ページにおいて、各商品の料金を所定の金額だけ割り引いた料金を表示させてもよい。例えば、上述した例では、本システムを用いずに、店員に直接注文した場合、サバの塩焼き定食が７５０円である場合、注文ページにおけるサバの塩焼き定食を７００円として表示させる。コンピュータ４１０は、会計時に、この割引後の料金に基づいて、合計金額を算出することになる。この場合における、割引率や割引金額等は適宜変更可能である。また、注文ページに割引後の料金を表示するのではなく、後述する会計処理の実行時に、所定の金額を割り引いた料金をこの商品の代金であるものとして合計金額を算出する構成であってもよい。
また、商品の料金を割り引くことに替えて、今回又は次回以降の来店時において使用可能なクーポン券等の優待サービスを発行することも可能である。例えば、注文ページ表示モジュール４２１は、注文ページにおいて、商品の注文を受け付けた際、この優待サービスを受けるために必要な画像、この優待サービスの案内を通知するページへのリンク等をポップ表示させる等することにより、ユーザに対して優待サービスを発行する構成であってもよい。また、コンピュータ４１０は、後述する会計処理の実行時に、次回以降の来店時に使用可能な優待サービスを受けるために必要な画像、この優待サービスの案内を通知するページへのリンク等を表示させる構成であってもよい。この場合、優待サービスの内容及びその表示態様は、適宜変更可能である。
図２７の説明に戻り、注文受付モジュール４２２は、ユーザから商品の注文を受け付ける（ステップＳ４１３）。ステップＳ４１３において、注文受付モジュール４２２は、注文ページに対して注文された商品の名称、数量及び料金と、座席ＩＤとを注文データとして取得する。ユーザ端末は、注文送信アイコン４５３への入力を受け付けることにより、今回の注文データを、コンピュータ４１０に送信する。注文受付モジュール４２２は、この注文データを受信することにより、ユーザから商品の注文を受け付ける。
記録モジュール４３０は、この注文データを記録する（ステップＳ４１４）。ステップＳ４１４において、記録モジュール４３０は、この座席ＩＤに、注文された商品の名称、数量及び料金を対応付けて記録することにより、注文データを記録する。このユーザから複数の商品の注文を受け付けた場合、座席ＩＤに、各商品の名称、数量及び料金を対応付けて記録する。上述した例では、記録モジュール４３０は、座席ＩＤ「０００１」に、サバの塩焼き定食、数量１、料金７００円を対応付けて記録する。
注文データ提供モジュール４２３は、注文データを、特定した座席ＩＤに紐付いた外部の伝票システムに提供する（ステップＳ４１５）。ステップＳ４１５において、注文データ提供モジュール４２３は、例えば、この飲食店の厨房に設置された店舗端末や従業員が所持する店舗端末に対して、注文データを送信する。この店舗端末は、既存の伝票システムに該当するものである。その結果、注文データ提供モジュール４２３は、注文データを送信することにより、注文を受け付けた商品を外部の伝票システムに提供することになる。このようにすることにより、飲食店の従業員は、この注文データに基づいて、注文された商品をこの座席ＩＤに対応する座席に座るユーザに対して提供することが可能になる。
図２９は、コンピュータが実行する注文履歴表示処理を示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。注文履歴表示要求取得モジュール４２４は、ユーザ端末からの注文履歴の表示要求を取得する（ステップＳ４２０）。ステップＳ４２０において、ユーザ端末は、上述した注文履歴表示アイコン４５４への入力操作を受け付けた場合、注文履歴の表示要求をコンピュータ４１０に送信する。注文履歴表示要求取得モジュール４２４は、ユーザ端末が送信したこの表示要求を受信することにより、ユーザ端末からの注文履歴の表示要求を取得する。この表示要求には、座席ＩＤ及びユーザ端末の識別子が含まれる。
注文データ特定モジュール４４１は、取得した表示要求に含まれる座席ＩＤに基づいて、記録モジュール４３０に記録した注文データを参照し、この座席ＩＤに紐付いた注文データを特定する（ステップＳ４２１）。ステップＳ４２１において、注文データ特定モジュール４４１は、表示要求に含まれる座席ＩＤと、記録した注文データに含まれる座席ＩＤとを比較し、座席ＩＤが一致する注文データを特定し、この注文データに含まれる商品の名称、数量及び料金を特定する。例えば、上述した例では、注文データ特定モジュール４４１は、表示要求に含まれる座席ＩＤが０００１であることから、この座席ＩＤと一致する注文データとして、この座席ＩＤに対応付けられた商品の名称「サバの塩焼き定食」、数量「１」、料金「７００円」を特定する。加えて、注文データ特定モジュール４４１は、この座席ＩＤと一致する注文データが他に存在しないことから、この座席ＩＤに対応する座席に座っているユーザが注文した商品の合計金額を、７００円と特定する。このように、注文データ特定モジュール４４１は、注文データの特定として、表示要求に含まれる座席ＩＤに対応する座席に座っているユーザがこれまでに注文した商品の注文履歴（名称、数量及び料金）及び注文した商品の合計金額を特定する。
なお、注文データ特定モジュール４４１は、この座席ＩＤと一致する注文データが複数存在している場合、各商品の名称、数量及び料金を特定し、特定した商品の数量及び料金に基づいて、合計金額を特定する。
注文履歴ページ表示モジュール４２５は、表示要求を取得したユーザ端末に、このユーザがこれまでに注文した商品の注文履歴及び注文した商品の合計金額を表示させる注文履歴ページを表示させる（ステップＳ４２２）。ステップＳ４２２において、注文履歴ページ表示モジュール４２５は、表示要求に含まれるユーザ端末の識別子に基づいて、注文履歴ページを表示させるユーザ端末を特定する。注文履歴ページ表示モジュール４２５は、この特定したユーザ端末に対して、注文履歴ページのＵＲＬや注文履歴ページそのものを起動させるコマンド（例えば、この飲食店が提供するアプリやウェブブラウザアプリを起動し、該当するページを表示させるもの）等を送信する。ユーザ端末は、このＵＲＬやコマンドに応じた注文履歴ページを表示する。その結果、注文履歴ページ表示モジュール４２５は、このユーザ端末に注文履歴ページを表示させる。
注文履歴ページ表示モジュール４２５がユーザ端末に表示させる注文履歴ページについて説明する。注文履歴ページ表示モジュール４２５は、座席ＩＤ、これまでに注文した商品の注文履歴及び注文した商品の合計金額等を表示させる。また、注文履歴ページ表示モジュール４２５は、会計画面の表示をするための入力欄等を表示させる。なお、注文履歴ページ表示モジュール４２５がユーザ端末に表示させる注文履歴ページは、少なくとも注文した商品の履歴又は合計金額の何れか又は双方を表示させるものであれば、表示させる内容は適宜変更可能である。
図３０は、ユーザ端末に表示される注文履歴ページの一例を示す図である。図３０において、注文履歴ページ表示モジュール４２５は、ユーザ端末の表示部に注文履歴ページ４６０を表示させる。この注文履歴ページ４６０には、座席ＩＤ表示欄４６１、注文履歴表示欄４６２、合計金額表示欄４６３、会計アイコン４６４が表示される。座席ＩＤ表示欄４６１は、注文データに含まれる座席ＩＤが表示される。本例では、座席ＩＤ表示欄４６１は、０００１が表示される。注文履歴表示欄４６２は、このユーザが注文した商品の名称、数量及び料金が表示される。本例では、注文履歴表示欄４６２は、商品の名称として、サバの塩焼き定食が、数量として、１が、料金として、７００円が其々表示される。合計金額表示欄４６３は、このユーザが注文した商品の合計金額が表示される。本例では、合計金額表示欄４６３は、７００円が表示される。会計アイコン４６４は、ユーザからのタップ操作等の入力を受け付ける。ユーザ端末は、このユーザが注文した商品の会計を行うための会計データをコンピュータ４１０に送信する。会計アイコン４６４への入力時に、コンピュータ４１０が実行する処理は、後述する。なお、注文履歴ページ表示モジュール４２５が表示させる注文履歴ページは、上述した注文ページと同様に、既存の店舗端末が表示するものと類似又は同様のものを、本システムを用いる飲食店に合わせた内容に変更したものであれば良く、上述した例に限られるものではない。
図３１は、コンピュータが実行する会計処理を示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。会計要求取得モジュール４２６は、ユーザ端末からの会計要求を取得する（ステップＳ４３０）。ステップＳ４３０において、ユーザ端末は、上述した会計アイコン４５５や会計アイコン４６４への入力操作を受け付けた場合、会計要求をコンピュータ４１０に送信する。会計要求取得モジュール４２６は、この会計要求を受信することにより、ユーザ端末からの会計要求を取得する。この会計要求には、座席ＩＤ及びユーザ端末の識別子が含まれる。
注文データ特定モジュール４４１は、取得した会計要求に含まれる座席ＩＤに基づいて、記録モジュール４３０に記録した注文データを参照し、この座席ＩＤに紐付いた注文データを特定する（ステップＳ４３１）。ステップＳ４３１の処理は、上述したステップＳ４２１の処理と略同様であり、その相違点は、ステップＳ４２１の処理が表示要求に含まれた座席ＩＤであったのに対して、ステップＳ４３１の処理が会計要求に含まれた座席ＩＤである点である。すなわち、注文データ特定モジュール４４１は、会計要求に含まれた座席ＩＤと、記録した注文データに含まれる座席ＩＤとを比較し、座席ＩＤが一致する注文データを特定し、この注文データに含まれる商品の名称、数量及び料金を特定する。例えば、上述した例では、注文データ特定モジュール４４１は、会計要求に含まれる座席ＩＤが０００１であることから、この座席ＩＤと一致する注文データとして、この座席ＩＤに対応付けられた商品の名称「サバの塩焼き定食」、数量「１」、料金「７００円」を特定する。加えて、注文データ特定モジュール４４１は、この座席ＩＤと一致する注文データが他に存在しないことから、この座席ＩＤに対応する座席に座っているユーザが注文した商品の合計金額を、７００円と特定する。このように、注文データ特定モジュール４４１は、注文データの特定として、会計要求に含まれる座席ＩＤに対応する座席に座っているユーザがこれまでに注文した商品の注文履歴（名称、数量及び料金）及び注文した商品の合計金額を特定する。
なお、注文データ特定モジュール４４１は、この座席ＩＤと一致する注文データが複数存在している場合、各商品の名称、数量及び料金を特定し、特定した商品の数量及び料金に基づいて、合計金額を特定する。
会計ページ表示モジュール４２７は、会計要求を取得したユーザ端末に、このユーザが注文した商品の会計内容を表示させる会計ページを表示させる（ステップＳ４３２）。ステップＳ４３２において、会計ページ表示モジュール４２７は、会計要求に含まれるユーザ端末の識別子に基づいて、会計ページを表示させるユーザ端末を特定する。会計ページ表示モジュール４２７は、この特定したユーザ端末に対して、会計ページのＵＲＬや会計ページそのものを起動させるコマンド（例えば、この飲食店が提供するアプリやウェブブラウザアプリを起動し、該当するページを表示させるもの）等を送信する。ユーザ端末は、このＵＲＬやコマンドに応じた会計ページを表示する。その結果、会計ページ表示モジュール４２７は、このユーザ端末に会計ページを表示させる。
会計ページ表示モジュール４２７がユーザ端末に表示させる会計ページについて説明する。会計ページ表示モジュール４２７は、座席ＩＤの識別子、これまでに注文した商品の注文履歴及び注文した商品の合計金額を表示させる。また、会計ページ表示モジュール４２７は、決済方法の入力欄等を表示させる。
なお、会計ページ表示モジュール４２７がユーザ端末に表示させる会計ページは、少なくとも注文した商品の注文履歴及び商品の合計金額を表示させるものであれば、表示させる内容は適宜変更可能である。また、コンピュータ４１０は、決済方法の入力欄を表示させない場合、後述する決済方法が現金である場合と同様の処理を実行することになる。
図３２は、ユーザ端末に表示される会計ページの一例を示す図である。会計ページ４７０には、座席ＩＤ表示欄４７１、注文履歴表示欄４７２、合計金額表示欄４７３、決済方法表示欄４７４が表示される。また、決済方法表示欄４７４には、現金アイコン４７５、電子マネーアイコン４７６、カードアイコン４７７が表示される。座席ＩＤ表示欄４７１は、注文データに含まれる座席ＩＤが表示される。本例では、座席ＩＤ表示欄４７１は、０００１が表示される。注文履歴表示欄４７２は、このユーザが注文した商品の名称、数量及び料金が表示される。本例では、注文履歴表示欄４７２は、商品の名称として、サバの塩焼き定食が、数量として、１が、料金として、７００円が其々表示される。合計金額表示欄４７３は、このユーザが注文した商品の合計金額が表示される。本例では、合計金額表示欄４７３は、７００円（税込）が表示される。決済方法表示欄４７４における現金アイコン４７５、電子マネーアイコン４７６、カードアイコン４７７は、其々ユーザからのタップ操作等の入力を受け付ける。ユーザ端末は、ユーザがこの会計を決済する決済データをコンピュータ４１０に送信する。決済方法表示欄４７４への入力時に、コンピュータ４１０が実行する処理は、後述する。
なお、会計ページ表示モジュール４２７が表示させる会計ページは、上述した注文ページや注文履歴ページと同様に、既存の店舗端末が表示するものと類似又は同様のものを、本システムを用いる飲食店に合わせた内容に変更したものであれば良く、上述した例に限られるものではない。
ユーザ端末は、入力された決済方法に基づいて、決済用ページを表示する。ユーザ端末は、現金の場合、例えば、個別金額や合計金額等を表示するページ、これらの情報が格納された２次元コード等を表示するページを決済用ページとして表示する。また、ユーザ端末は、電子マネーの場合、例えば、支払いを行う電子マネーを入力するページ、入力された電子マネーの残高やこの電子マネーの決済後の残高や決済の了承等を表示するページを決済用ページとして表示する。また、ユーザ端末は、カードの場合、例えば、支払いを行うカードを入力するページ、入力されたカードのカード番号や有効期限やセキュリティコード等を入力するページを決済用ページとしてとして表示する。ユーザ端末は、電子マネー又はカードによる決済時、入力を受け付け内容に基づいて決済を実行する。すなわち、電子マネーによる決済時、ユーザ端末は、電子マネーにより商品の代金を支払うことになる。また、カードによる決済時、ユーザ端末は、カードにより商品の代金を支払うことになる。
なお、この上述した決済用ページは、コンピュータ４１０がユーザ端末に表示させるものであってもよい。例えば、コンピュータ４１０は、ユーザ端末から決済用ページの表示要求を取得する。この表示要求には、座席ＩＤ及びユーザ端末の識別子が含まれる。コンピュータ４１０は、この表示要求に基づいて、該当する支払方法に対応する決済用ページのＵＲＬや決済用ページそのものを起動させるコマンド（例えば、この飲食店が提供するアプリやウェブブラウザアプリを起動し、該当するページを表示させるもの）等を送信する。ユーザ端末は、このＵＲＬやコマンドに応じた決済用ページを表示する。その結果、コンピュータ４１０は、このユーザ端末に決済用ページを表示させる。
図３１の説明に戻り、決済データ取得モジュール４２８は、ユーザ端末から決済データを取得する（ステップＳ４３３）。決済データ取得モジュール４２８は、上述した決済用ページへの入力内容を、決済データとして取得する。加えて、この決済データには、座席ＩＤ及びユーザ端末の識別子が含まれる。決済処理モジュール４２９は、取得した決済データに基づいて、決済に必要な処理を実行する（ステップＳ４３４）。ステップＳ４３４において、決済処理モジュール４２９は、取得した決済データに含まれる決済方法に基づいて、この決済方法に応じた処理を実行する。
決済処理モジュール４２９が実行する上述した現金決済、電子マネー決済、カード決済に対する処理について説明する。はじめに、現金決済について説明する。決済データ取得モジュール４２８は、ユーザ端末から決済データとして、座席ＩＤ、注文履歴及び合計金額を取得する。決済処理モジュール４２９は、外部の伝票システムに、この決済データを送信する。決済処理モジュール４２９は、この決済データに基づいて、伝票システムに決済処理を実行させる。この決済処理として、伝票システムは、代金の表示、ユーザが支払った現金の集計、釣銭の算出、レシートや領収書の発行等を実行する。
電子マネー決済について説明する。決済データ取得モジュール４２８は、ユーザ端末から決済データとして、座席ＩＤ及び電子マネーによる支払データを取得する。決済処理モジュール４２９は、この決済データに基づいて、伝票システムに決済処理を実行させる。この決済処理として、伝票システムは、電子マネーによる商品代金の徴収及びレシートや領収書の発行等を実行する。なお、決済データ取得モジュール４２８は、ユーザ端末から決済データとして、座席ＩＤ及び決済する電子マネーの種類を取得し、決済処理モジュール４２９は、この決済データに基づいて伝票システムに決済処理を実行させる構成であってもよい。この場合、伝票システムは、ユーザ端末の非接触ＩＣチップや非接触型ＩＣカードを読み取ることにより、実際の決済を行うことになる。
カード決済について説明する。決済データ取得モジュール４２８は、ユーザ端末から決済データとして、座席ＩＤ及びカードによる支払データを取得する。決済処理モジュール４２９は、この決済データに基づいて、伝票システムに決済処理を実行させる。この決済処理として、伝票システムは、カードによる商品代金の徴収及びレシートや領収書の発行等を実行する。なお、決済データ取得モジュール４２８は、ユーザ端末から決済データとして、座席ＩＤ及び決済するカードの種類を取得し、決済処理モジュール４２９は、この決済データに基づいて伝票システムに決済処理を実行させる構成であってもよい。この場合、伝票システムは、ユーザが提示するカードを読み取ることにより、実際の決済を行うことになる。
図３３は、コンピュータが実行する学習処理を示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。分析モジュール４４２は、記録モジュール４３０が記録した注文データを分析する（ステップＳ４４０）。ステップＳ４４０において、注文データに含まれるユーザが注文した商品の名称、数量及び料金に加え、このユーザの属性（例えば、年齢、性別、訪問時間、滞在時間、注文を行う頻度やタイミング、商品の傾向、予算等）を分析する。注文の頻度やタイミグの例としては、商品の注文後、所定時間経過後に別の注文を行った、複数の注文をまとめて行った等が挙げられる。商品の傾向の例としては、単独で注文した商品の種類や数量、同時に注文した商品の種類や数量、ある商品の注文後に注文した商品の名称や数量、最初に注文する商品の名称や数量、最後に注文する商品の名称や数量、客単価等が挙げられる。また、ユーザの属性は、例えば、本システムを利用する前に、コンピュータ４１０がユーザ端末に表示させた属性入力用のページに入力させるものを取得したものである。なお、分析モジュール４４２は、ユーザが注文した商品の名称、数量及び料金のみを分析する構成であってもよい。また、ユーザの属性の取得方法は、適宜変更可能である。
学習モジュール４４３は、この分析結果に基づいて、注文データと属性との相関関係をユーザの嗜好として学習する（ステップＳ４４１）。ステップＳ４４１において、学習モジュール４４３は、相関関係の一例として、所定の属性を有するユーザが注文した商品の名称及び数量、所定の属性を有するユーザが注文しない商品の名称、所定の属性を有するユーザが注文する商品の名称及び数量の傾向や頻度やタイミング等が挙げられる。なお、学習モジュール４４３は、注文データのみの分析結果をユーザの嗜好として学習する構成であってもよい。この場合、ユーザの嗜好の一例として、ユーザが注文した商品の名称及び数量、ユーザが注文しなかった商品の名称等が挙げられる。
レコメンド作成モジュール４４４は、新たなユーザが本システムを利用する際、学習結果と、このユーザの属性とに基づいて商品をレコメンドする（ステップＳ４４２）。ステップＳ４４２において、レコメンド作成モジュール４４４は、学習結果とユーザの属性とに基づいて、このユーザに該当する嗜好を類推する。レコメンド作成モジュール４４４は、類推した嗜好に基づいて、この嗜好に類似又は一致する商品のレコメンドを作成する。レコメンド作成モジュール４４４が作成するレコメンドの一例としては、注文ページ表示モジュール４２１が、ユーザ端末に注文ページを表示させる際、「おすすめ」や「人気Ｎｏ１」や「貴方に似たユーザがよく注文しています」といった特定の商品をレコメンドする文字列をこの商品に重畳表示させることや、このような文字列を商品にポップアップ表示させることや、該当する商品を強調表示させることが挙げられる。あるいは、注文ページ表示モジュール４２１が、ユーザ端末に注文ページを表示させる際、「おすすめ商品」として、ユーザの嗜好に合致する順に、商品を表示させ、これらの商品への誘導を行うものが挙げられる。なお、レコメンド作成モジュール４４４は、このユーザの属性を取得していない場合、上述した注文データのみ学習結果に基づいて商品をレコメンドする構成であればよい。
上述した手段、機能、モジュールは、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、コンピュータからネットワーク経由で提供される（ＳａａＳ：ソフトウェア・アズ・ア・サービス）形態で提供される。また、プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記録装置又は外部記録装置に転送し記録して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記録装置（記録媒体）に予め記録しておき、その記録装置から通信回線を介してコンピュータに提供するようにしてもよい。
ユーザが利用する施設（例えば、飲食店、店舗、フードコート、ホテル）には、商品をユーザへ届ける提供者が稼働している。例えば、飲食店には、ユーザ端末を利用して注文された飲食物をユーザに提供する店員が働いている。このような提供者は、例えば、第１実施形態で説明した提供者端末を所持する。本実施形態に係る情報処理システムは、ユーザ端末によって読み取られた提供部ＩＤをユーザ端末から取得し、施設（例、飲食店）内の地図を示すマップ画像上で提供部ＩＤに対応する位置に追加の情報を配置し、追加の情報を含むマップ画像を提供者端末に表示させてもよい。提供者は、このマップ画像を見て、商品をユーザに届けてもよい。
本実施形態に係る情報処理システムは、ユーザ端末を、ユーザが座っている飲食店の座席に紐付けて、疑似的な店舗端末として利用できる飲食店疑似店舗端末システムであって、飲食店の座席に備えられた識別情報を、ユーザ端末から取得する取得手段と、取得した識別情報に紐付いた座席ＩＤを特定する特定手段と、ユーザ端末に、特定した座席ＩＤに紐付けて、飲食店で提供されている商品を注文できる注文ページを表示させる第一の表示手段と、注文された商品を、特定した座席ＩＤに紐付けて提供する提供手段と、を備える
情報処理システムは、ユーザ端末に、注文された商品の履歴及び合計金額を表示させる第二の表示手段を備えてもよい。提供手段は、注文された商品を、座席ＩＤに紐付いた外部の伝票システムに提供してもよい。情報処理システムは、注文された商品の料金を割り引く割引手段を備えてもよい。情報処理システムは、座席ＩＤに基づいて、会計を実行する会計手段を備えてもよい。会計手段は、電子マネー又はクレジットカードによる決済を実行してもよい。情報処理システムは、注文された商品に基づいて、ユーザの嗜好を分析する分析手段を備えてもよい。
本実施形態に係る情報処理方法は、ユーザ端末を、ユーザが座っている飲食店の座席に紐付けて、疑似的な店舗端末として利用できる飲食店疑似店舗端末システムが実行する飲食店疑似店舗端末方法であって、飲食店の座席に備えられた識別情報を、ユーザ端末から取得するステップと、取得した識別情報に紐付いた座席ＩＤを特定するステップと、ユーザ端末に、特定した座席ＩＤに紐付けて、飲食店で提供されている商品を注文できる注文ページを表示させるステップと、注文された商品を、特定した座席ＩＤに紐付けて提供するステップと、を備える。
本実施形態に係る情報処理プログラムは、ユーザ端末を、ユーザが座っている飲食店の座席に紐付けて、疑似的な店舗端末として利用できる飲食店疑似店舗端末システムに、飲食店の座席に備えられた識別情報を、ユーザ端末から取得するステップ、取得した識別情報に紐付いた座席ＩＤを特定するステップ、ユーザ端末に、特定した座席ＩＤに紐付けて、飲食店で提供されている商品を注文できる注文ページを表示させるステップ、注文された商品を、特定した座席ＩＤに紐付けて提供するステップ、を実行ささせる。
［第６実施形態］
第６実施形態について説明する。本実施形態において、上述の実施形態と同様の構成については、適宜、同じ符号を付してその説明を省略あるいは簡略化する。本実施形態は、上述の実施形態で説明した情報処理システムを乗り物に適用したものである。本実施形態に係る情報処理システムは、ユーザ端末を、ユーザが座っている乗り物の座席に紐付けて、疑似的な注文端末として利用できるシステムである。以下の説明において適宜、本実施形態に係る情報処理システムを乗物疑似注文端末システムという。
図３４および図３５は、本実施形態の情報処理システムを示す図である。図３５に示すように、乗物疑似注文端末システム５００は、コンピュータ５１０を備える。通信網５４０は、コンピュータ５１０、ユーザ端末５２０、客室乗務員端末５３０間の通信を可能とする通信網である。コンピュータ５１０は、通信網５４０を介して、ユーザ端末５２０、客室乗務員端末５３０と通信可能な計算装置である。コンピュータ５１０は、制御部としてＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。コンピュータ５１０は、通信部として有線又は無線で他の機器と通信可能にするためのデバイスを備える。コンピュータ５１０は、記憶部として、データのストレージ部を備える。コンピュータ５１０は、入出力部として、入力及び出力を実現するためのデバイスを備える。図３４及び図３５ではコンピュータ５１０を一つのみ図示しているが、複数であってよく、それぞれのコンピュータ５１０が連携して動作してよい。
乗物疑似注文端末システム５００は、取得モジュール５１１、特定モジュール５１２、表示モジュール５１３、及び提供モジュール５１４を備える。取得モジュール５１１、特定モジュール５１２、表示モジュール５１３、及び提供モジュール５１４は、記憶部にプログラムがコンピュータ５１０に処理を実行させることによって、実現される。これらのモジュールは、コンピュータ５１０上で動作可能なソフトウェアにより実現するものとしてよい。また、図３４及び図３５ではコンピュータ５１０を一つのみ図示しているが、複数であってよく、それぞれのコンピュータ５１０が連携して動作してよい。ユーザ端末５２０は、乗物疑似注文端末システムを利用するユーザの所有する端末である。図３４及び図３５では、スマートフォンを図示しているが、タブレット端末、ウェアラブル端末等であってよい。
ユーザ端末５２０は、乗物疑似注文端末システムを利用するユーザの所有する端末である。ユーザ端末５２０は、図３４においてスマートフォンであるが、タブレット端末、ウェアラブル端末等であってよい。ユーザ端末５２０は、制御部、通信部、記憶部、入出力部をそれぞれ備え、コンピュータ５１０の表示モジュール５１３と連動してユーザ端末５２０への表示を行う表示モジュール５２１を実現する。ユーザ端末５２０は、第１実施形態のユーザ端末Ａに相当する。
客室乗務員端末５３０は、乗物疑似注文端末システムを利用するユーザの乗る乗物の客室乗務員が所有する端末である。客室乗務員端末５３０は、図３５でにおいてタブレット端末であるが、スマートフォン、ウェアラブル端末、固定の端末等であってよい。客室乗務員端末５３０は、制御部、通信部、記憶部、入出力部をそれぞれ備え、コンピュータ５１０の提供モジュール５１４と連動して客室乗務員端末５３０への注文内容の提供を行う提供モジュール５３１を実現する。通信網５４０は、コンピュータ５１０、ユーザ端末５２０、客室乗務員端末５３０間の通信を可能とする通信網である。客室乗務員端末５３０は、第１実施形態の提供者端末Ａに相当する。
図３４の乗物疑似注文端末システムにおいて、コンピュータ５１０の取得モジュール５１１は、ユーザが座っている乗物の座席に備えられた識別情報を、ユーザ端末５２０から取得する（ステップＳ５０１）。ここでの識別情報は、例えば、乗物の座席に備えられたＮＦＣやＱＲコード（登録商標）等から取得する。この識別情報は、第１実施形態の提供部ＩＤに相当する。ＮＦＣであれば所定の位置にユーザ端末５２０をかざすことで、ＱＲコード（登録商標）等の二次元バーコードであればユーザ端末５２０で読み取りを行うことで、ユーザの座っている乗物の座席を識別するための情報を取得できる。ユーザ端末５２０は、この識別情報を、コンピュータ５１０に送信する。
次に、コンピュータ５１０の特定モジュール５１２は、ステップＳ５０１で取得した識別情報を基に、座席ＩＤを特定する（ステップＳ５０２）。図３４の例では、識別情報を基に、新幹線の指定席、７号車の３Ｃという座席ＩＤを特定したものとする。次に、コンピュータ５１０の表示モジュール５１３は、ユーザ端末５２０の表示モジュール５２１と連携して、ユーザ端末５２０に注文ページを表示させる（ステップＳ５０３）。ここでの注文ページとは、乗物疑似注文端末システムで注文可能な商品を、閲覧して指定することが可能な画面のことである。
図３６は、ユーザ端末に表示される注文ページの一例を示す図である。ユーザ端末５２０の画面に、表示５５０として座席ＩＤを表示している。表示５５１として、●●ビールの値段と商品画像を表示し、表示５５２として、××ジュースの値段と商品画像を表示する。表示が見づらい場合には、スライドバー５５３を利用したり、画面をスライドしたりすることで、全商品を閲覧可能なものとする。コンボボックス５５４で商品の数量を指定し、カートにいれるボタン５５５により、注文する商品の指定を可能とする。カート５５６には、注文する商品の内容と、注文の合計金額を表示し、注文するボタン５５７により、注文を行う。ここでの注文内容は、「●●ビール１本５００円、笹かまぼこ１パック３００円、合計８００円（税込）」である。
図３７は、割引を適用した注文ページの一例を示す図である。乗物疑似注文端末システムを利用する場合には、一度客室乗務員を呼び出してから商品の注文を行い、手元に持ってきてもらうという手間や、特別な端末を乗物の各座席に用意するといったコストもかからないため、その分、商品の割引を行うことが可能となる。図３７では、ユーザ端末５２０の画面に、表示５６１として座席ＩＤを表示している。表示５６２として、「アプリ利用で特別価格！」という表現で、乗物疑似注文端末システムを利用することで割引を行うということを表示している。表示５６３として、●●ビールの値段と商品画像を表示している。スライドバー５６４を利用したり、画面をスライドしたりすることで、全商品を閲覧可能なものとする。コンボボックス５６５で商品の数量を指定し、カートにいれるボタン５６６により、注文する商品の指定を可能とする。カート５６７には、注文する商品の内容と、割引後の注文の合計金額を表示し、注文するボタン５６８により、注文を行う。ここでの注文内容は、「●●ビール１本４５０円、笹かまぼこ１パック２７０円、合計７２０円（税込）」である。
図３４に戻り、コンピュータ５１０の提供モジュール５１４は、客室乗務員端末５３０の提供モジュール５３１と連携して、客室乗務員端末５３０に、注文内容と座席ＩＤを紐づけて提供する（出力する）（ステップＳ５０４）。
図３８は、注文された内容と座席ＩＤとの表示の一例を示す図である。客室乗務員端末５３０の画面に、表示５７１として７号車の３Ｃという座席ＩＤが分かるように表示している。ここでは、７号車の座席シート一覧を表示して、３Ｃがという場所が分かるように色を付けて表示しているが、表示方法はこれに限定されるものではない。座席３Ｃの注文内容が分かるように、表示５７２として「●●ビール１本５００円、笹かまぼこ１パック３００円、合計８００円（税込）」を表示している。図３８の例のように、「注文時間１４：５９」等の情報をあわせて表示してもよい。また、客室乗務員の確認後、注文内容の表示を閉じるように、確認済ボタン５７３を設けてもよい。
図３９は、本実施形態に係る情報処理システムにおける処理を示す図である。ユーザ端末５２０は、ユーザが座っている乗物の座席に備えられた識別情報を、コンピュータ５１０に送信する（ステップＳ５１１）。ここでの識別情報は、例えば、乗物の座席に備えられたＮＦＣやＱＲコード（登録商標）等から取得する。ＮＦＣであれば所定の位置にユーザ端末５２０をかざすことで、ＱＲコード（登録商標）等の二次元バーコードであればユーザ端末５２０で読み取りを行うことで、ユーザの座っている乗物の座席を識別するための情報を取得できる。ユーザ端末５２０が、識別情報を、コンピュータ５１０に送信するタイミングは、乗物疑似注文端末システムを利用したいタイミングでよい。また、ユーザ端末５２０がフローの起点となっているが、ユーザ端末５２０が乗物疑似注文端末システムのプログラムをダウンロードしてインストールを行ったタイミングで、コンピュータ５１０からユーザ端末５２０に対して、座席の識別情報を送信するよう要求を行ってもよい。
コンピュータ５１０の取得モジュール５１１は、ユーザ端末５２０からの座席の識別情報を取得する（ステップＳ５１２）。コンピュータ５１０の特定モジュール５１２は、ステップＳ５１２で取得した識別情報を基に、座席ＩＤを特定する（ステップＳ５１３）。ここでは、識別情報を基に、新幹線の指定席、７号車の３Ｃという座席ＩＤを特定したものとする。コンピュータ５１０の表示モジュール５１３は、ユーザ端末５２０に注文ページの表示フォームを送信する（ステップＳ５１４）。ここでの注文ページとは、乗物疑似注文端末システムで注文可能な商品を、閲覧して指定することが可能な画面のことである。ユーザ端末５２０の表示モジュール５２１は、コンピュータ５１０から注文ページの表示フォームを受信する（ステップＳ５１５）。ユーザ端末５２０の表示モジュール５２１は、表示フォームを基に注文ページを表示する（ステップＳ５１６）。ユーザは、ユーザ端末５２０に表示された注文ページから、商品の注文が可能となる。
。ユーザ端末５２０の表示モジュール５２１は、コンピュータ５１０に注文内容を送信する（ステップＳ５１７）。コンピュータ５１０の表示モジュール５１３は、ユーザ端末５２０から注文内容を受信する（ステップＳ５１８）。コンピュータ５１０の提供モジュール５１４は、客室乗務員端末５３０に、注文内容と座席ＩＤを紐づけて送信する（ステップＳ５１９）。客室乗務員端末５３０の提供モジュール５３１は、コンピュータ５１０から注文内容と座席ＩＤを受信する（ステップＳ５２０）。客室乗務員端末５３０の提供モジュール５３１は、注文内容と座席ＩＤを客室乗務員端末５３０に表示する（ステップＳ５２１）。
このよう本実施形態によれば、ユーザ端末５２０を、ユーザが座っている乗物の座席に紐づけて、疑似的な注文端末として利用することで、乗物の各座席に端末を用意することなく、ユーザと客室乗務員の手間を軽減できる乗物疑似注文端末システム、乗物疑似注文端末方法、及びプログラムを提供することが可能となる。ここでは、客室乗務員のいる新幹線を例としたが、飛行機や船やバス等の他の乗物に適用可能であるとともに、コンサートホールやスタジアムやレストラン等の商業施設に応用することも可能である。
図４０は、変形例の乗物疑似注文端末システムを示す図である。乗物疑似注文端末システムは、コンピュータ５１０に会計モジュール５１５を備える。会計モジュール５１５は、他のモジュールと同じく、コンピュータ５１０上で動作可能なソフトウェアにより実現するものとしてよい。図４１は、乗物疑似注文端末システムによる処理を示す図である。この処理は、客室乗務員がユーザのもとに注文内容に基づく商品を持っていき、その会計を行う処理に該当する。
ユーザ端末５２０は、コンピュータ５１０に会計依頼を送信する（ステップＳ５３１）。例えば、客室乗務員がユーザのもとに注文内容に基づく商品を持っていった後、客室乗務員端末５３０で所定の動作を行うと、図３６に示したボタン５５７が会計するボタンに切り替えるようにしてもよい。また、図３８に示した客室乗務員端末５３０の画面で、確認済５７３を選択した後、会計ボタンに表示を切り替えるようにしてもよいし、別途会計ボタンを設けてもよい。客室乗務員端末５３０に会計ボタンを設ける場合には、ステップＳ５３１の会計依頼は、ユーザ端末５２０からではなく、客室乗務員端末５３０から行ってもよい。
コンピュータ５１０の会計モジュール５１５は、ユーザ端末５２０からの会計依頼を受信する（ステップＳ５３２）。会計モジュール５１５は、ステップＳ５３２で受信した会計依頼の情報を基に、座席ＩＤからユーザ情報と会計依頼を紐づけする（ステップＳ５３３）。ここでは、ユーザ端末５２０のユーザ情報と、会計依頼の注文内容を紐づけする。ユーザ情報は、ユーザ端末５２０に、乗物疑似注文端末システムのプログラムをインストールするタイミングで取得してもよいし、別途取得してもよい。ユーザ情報には、ユーザの氏名、年齢、性別、決済手段、等の何れかを含むものとする。
コンピュータ５１０の会計モジュール５１５は、ユーザ端末５２０に会計ページの表示フォームを送信する（ステップＳ５３４）。ここでの会計ページとは、乗物疑似注文端末システムで購入する商品の会計を行うための画面のことである。ユーザ端末５２０は、コンピュータ５１０から会計ページの表示フォームを受信する（ステップＳ５３５）。ユーザ端末５２０は、表示フォームを基に会計ページを表示する（ステップＳ５３６）。
図４２は、決済方法の選択画面の一例を示す図である。ユーザ端末５２０の画面に、表示５８１として座席ＩＤを表示している。表示５８２として、決済金額を表示している。ここでは、「２点合計８００円（税込）」として表示している。また、表示５８３として、決済方法の選択肢を表示している。図４２の例では、ラジオボタンの選択肢として、「現金、電子マネー、クレジットカード、スマートフォン、携帯電話キャリア、ネットバンキング、二次元バーコード」を示して、クレジットカードが選択されている様子を図示している。決定ボタン５８４を選択することで、クレジットカードでの決済を行うことを決定できる。また、チェックボックス５８５として、「次回からも同じ決済方法を利用」するかどうかの設定を可能とする。チェックボックス９０５にチェックを入れることで、毎回決済方法を選択する煩雑さを避けることが可能である。
図４１の説明に戻り、ユーザ端末５２０は、図４２の決済方法の選択後に、決済が可能な情報を含む会計内容をコンピュータ５１０に送信する（ステップＳ５３７）。コンピュータ５１０の会計モジュール５１５は、ユーザ端末５２０から会計内容を受信する（ステップＳ５３８）。受信した決済金額や会計内容を基に、コンピュータ５１０の会計モジュール５１５は、会計処理を実行する（ステップＳ５３９）。会計処理は、選択した決済方法により異なる。コンピュータ５１０の会計モジュール５１５は、ユーザ端末５２０と客室乗務員端末５３０に、会計処理の終了を通知する（ステップＳ５４０）。
ユーザ端末５２０は、コンピュータ５１０から会計処理の終了を受信し（ステップＳ５４１）、会計処理の終了画面を表示する（ステップＳ５４２）。会計処理の終了画面で、あわせて各決済方法に応じて、残高や明細等の表示を行ってもよい。客室乗務員端末５３０も、コンピュータ５１０から会計処理の終了を受信し（ステップＳ５４３）、会計処理の終了画面を表示する（ステップＳ５４４）。会計処理の終了画面で、販売した商品の残り在庫数等の表示を行ってもよい。
このように本実施形態によれば、ユーザ端末５２０を、ユーザが座っている乗物の座席に紐づけて、疑似的な注文端末として利用することで、乗物の各座席に端末を用意することなく、ユーザと客室乗務員の手間を軽減し、会計処理までを円滑に行う乗物疑似注文端末システム、乗物疑似注文端末方法、及びプログラムを提供することが可能となる。
図４３は、変形例の乗物疑似注文端末システムを示す図である。乗物疑似注文端末システムは、コンピュータ５１０に分析モジュール５１６を備える。分析モジュール５１６は、他のモジュールと同じく、コンピュータ５１０上で動作可能なソフトウェアにより実現するものとしてよい。分析処理を行うタイミングは、任意でよあり。分析処理により、乗物疑似注文端末システムを使用するユーザ層が、どのような商品を注文するのか又は注文しないのかを分析してマーケティングに活かすことを目的とする。乗物やユーザに適した商品を取りそろえたり、時間帯やユーザの嗜好に適した広告を表示したりすることで、購買意欲をそそることが可能となる。分析モジュール５１６は、乗物疑似注文端末システムを使用する年齢、性別、決済手段等のユーザ情報と、注文の内容、注文の時間帯等の相関性についての分析を行う。分析処理の方法は、任意に選択される事項である。
図４４は、分析結果の表示の一例を示す図である。コンピュータ５１０の入出力部に表示してもよいし、客室乗務員端末５３０に表示してもよいし、その他の方法で出力してもよい。図４４の例では、表示５９１として注文傾向を、表示５９２として広告の表示方法の設定を示している。具体的には、表示５９１には、新幹線指定席の２０１８年９月分の注文傾向として、時間帯別に「７時〜１１時はコーヒーの注文が多い、１１時〜１４時はお弁当の注文が多い、１４時〜１７時はお茶の注文が多い、１７時〜２２時はビールとスナックの注文が多い」という分析結果を表示している。詳細表示ボタン５９３を選択することで、より詳細な分析結果を表示してもよい。表示５９２には、乗物疑似注文端末システムに表示する広告の表示方法の選択肢を示している。具体的には、ラジオボタンで「売れ筋商品を強調して表示」、「季節のおすすめ商品を強調して表示」、「在庫の多い商品を強調して表示」を選択する選択肢を示している。表示５９２では「売れ筋商品を強調して表示」を選択した例を図示している。適用ボタン５９４の選択で、ラジオボタンで選択した選択肢を広告の表示方法として適用する。キャンセルボタン５９５の選択で、ラジオボタンでの選択を破棄して以前通りの設定とする。詳細設定ボタン５９６の選択により、ユーザ情報にマッチングした広告の表示を行う等、さらに詳細の設定が可能な画面に移行してよい分析結果の利用方法として、乗物疑似注文端末システムで販売する商品の仕入を行うシステムに連動してもよいし、各ユーザの嗜好にあわせてユーザ端末５２０に表示する注文ページの商品の表示順番を変更してもよい。また、分析結果を基に、季節や時間帯、曜日、事前にわかっているユーザ層にあわせて、乗物に積み込む商品をカスタマイズしてもよい。
このように本実施形態によれば、分析処理により、乗物疑似注文端末システムを使用するユーザ層が、どのような商品を注文するのか又は注文しないのかを分析してマーケティングに活かすことが可能な、乗物疑似注文端末システム、乗物疑似注文端末方法、及びプログラムを提供することが可能となる。
本実施形態に係る情報処理システムは、ユーザ端末を、ユーザが座っている乗物の座席に紐づけて、疑似的な注文端末として利用できる乗物疑似注文端末システムであって、乗物の座席に備えられた識別情報を、ユーザ端末から取得する取得手段と、取得させた識別情報に紐づいた座席ＩＤを特定する特定手段と、ユーザ端末に、特定させた座席ＩＤに紐づけて、乗物で提供されるメニューを注文できる注文ページを表示させる表示手段と、乗物の客室乗務員が利用する端末に、注文ページから注文された内容を、特定された座席ＩＤに紐づけて提供する提供手段と、を備える。
表示手段は、注文ページでの注文の合計金額、ユーザ端末からの注文履歴、を表示可能でもよい。提供手段は、注文ページから注文された内容の合計金額、ユーザ端末からの注文履歴、を提供可能であってもよい。表示手段は、ユーザ端末に注文ページを表示する際に、通常の金額から割引を行った金額を表示し、提供手段は、乗物の客室乗務員が利用する端末に、割引を行った金額で注文ページから注文された内容を、特定された座席ＩＤに紐づけて提供してもよい。情報処理システムは、座席ＩＤを用いて会計を行う会計手段を備えてもよい。会計手段は、現金決済、電子マネー決済、クレジットカード決済、スマートフォン決済、携帯電話キャリア決済、ネットバンキング決済、二次元バーコード決済、の何れかによる支払いが可能でもよい。情報処理システムは、注文ページから注文された内容の分析を行う分析手段を備えてもよい。
本実施形態に係る情報処理方法は、ユーザ端末を、ユーザが座っている乗物の座席に紐づけて、疑似的な注文端末として利用できる乗物疑似注文方法において、乗物の座席に備えられた識別情報を、ユーザ端末から取得するステップと、取得させた識別情報に紐づいた座席ＩＤを特定するステップと、ユーザ端末に、特定させた座席ＩＤに紐づけて、乗物で提供されるメニューを注文できる注文ページを表示させるステップと、乗物の客室乗務員が利用する端末に、注文ページから注文された内容を、特定された座席ＩＤに紐づけて提供するステップと、を備える。
本実施形態に係る情報処理プログラムは、ユーザ端末を、ユーザが座っている乗物の座席に紐づけて、疑似的な注文端末として利用できる乗物疑似注文端末システムに、乗物の座席に備えられた識別情報を、ユーザ端末から取得するステップ、取得させた識別情報に紐づいた座席ＩＤを特定するステップ、ユーザ端末に、特定させた座席ＩＤに紐づけて、乗物で提供されるメニューを注文できる注文ページを表示させるステップ、乗物の客室乗務員が利用する端末に、注文ページから注文された内容を、特定された座席ＩＤに紐づけて提供するステップ、を実行させる。
なお、本発明の技術範囲は、上述の実施形態などで説明した態様に限定されるものではない。上述の実施形態などで説明した要件の１つ以上は、省略されることがある。また、上述の実施形態などで説明した要件は、適宜組み合わせることができる。また、法令で許容される限りにおいて、上述の実施形態などで引用した全ての文献の開示を援用して本文の記載の一部とする。
１・・・情報処理システム、２・・・施設、３・・・提供部、４・・・情報処理装置、５・・・ユーザ端末、６・・・提供者の端末

Claims (24)

  1. ユーザを訪問してサービスを提供する提供者が稼働する施設に配置され、前記ユーザの端末に対して、識別情報を読み取り可能に提供する複数の提供部と、
    前記複数の提供部のうち各提供部が提供する識別情報と、前記施設内の地図を示すマップ画像上の位置とを関連付けた地図情報を記憶する記憶部と、
    前記提供部から提供されて前記ユーザの端末によって読み取られ、前記ユーザの端末によって送信された識別情報を受信する通信部と、
    前記地図情報に基づいて、前記通信部が受信した識別情報に関連付けられた前記マップ画像上の位置を特定する位置特定部と、
    前記位置特定部が特定した位置に対して追加の情報を相対的に配置した前記マップ画像を、前記提供者の端末の表示部に表示させる情報を提供する制御部と、を備える情報処理システム。
  2. 前記地図情報は、前記各提供部が提供する識別情報と、前記マップ画像の座標系における座標とを関連付けたテーブルを含む、
    請求項１に記載の情報処理システム。
  3. 前記地図情報は、前記施設において前記各提供部が設置された位置に相当する前記マップ画像における位置と、前記各提供部が提供する識別情報とを関連付けた情報であり、
    前記追加の情報は、前記位置特定部が特定した位置を前記マップ画像上で示すマークを含む、
    請求項１または請求項２に記載の情報処理システム。
  4. 前記記憶部は、前記施設に設置された座席の識別情報と、前記座席に対して所定の位置関係で設置された前記提供部が提供する識別情報とを関連付けた座席情報を記憶し、
    前記座席情報に基づいて、前記通信部が受信した識別情報に関連付けられた前記座席の識別情報を特定する座席特定部を備え、
    前記制御部は、前記座席特定部が特定した前記座席の識別情報を前記追加の情報として、前記提供者の端末の表示部に表示させる、
    請求項１から請求項３のいずれか一項に記載の情報処理システム。
  5. 前記通信部は、サービスを指定する情報として前記ユーザの端末に入力される注文情報を受信し、かつ前記追加の情報の表示に対する前記提供者の端末からの応答を受信し、
    前記制御部は、前記応答に基づいて、前記通信部が受信した前記注文情報に基づく情報を、前記応答の送信元の前記提供者の端末へ提供する、
    請求項１から請求項４のいずれか一項に記載の情報処理システム。
  6. 前記ユーザの端末が前記提供部が提供する識別情報を読取ることによって、サービスを指定する注文情報の入力を受け付ける注文ページが前記ユーザの端末の表示部に表示され、
    前記通信部は、前記ユーザの端末が送信した前記注文情報を受信する、
    請求項１から請求項５のいずれか一項に記載の情報処理システム。
  7. 前記通信部は、前記複数の提供部のうち２以上の提供部のそれぞれについて識別情報を受信し、
    前記位置特定部は、前記通信部が受信した識別情報のそれぞれについて前記マップ画像上の位置を特定し、
    前記位置特定部が特定した位置に相当する前記施設における位置を前記提供者が訪問する順番を決定する順番決定部を備え、
    前記制御部は、前記決定部が決定した順番を、前記追加の情報として前記提供者の端末の表示部に表示させる、
    請求項１から請求項６のいずれか一項に記載の情報処理システム。
  8. 前記施設にはサービスを提供する複数の提供者が稼働し、
    前記制御部は、前記複数の提供者のそれぞれに関連付けられた提供者端末を含む複数の提供者端末のうち１つ以上の提供者端末に対して、前記追加の情報を表示させる、
    請求項１から請求項７のいずれか一項に情報処理システム。
  9. 前記制御部は、前記複数の提供者端末のうち第１提供者端末から前記追加の情報の表示に対する応答を前記通信部が受信した場合、前記複数の提供者端末の少なくとも１つにおいて前記追加の情報の表示を変更させる、
    請求項８に記載の情報処理システム。
  10. 前記制御部は、前記応答を前記通信部が受信した場合、前記複数の提供者端末のうち前記第１提供者端末と異なる第２提供者端末において前記追加の情報を非表示へ変更する、
    請求項９に記載の情報処理システム。
  11. 前記制御部は、前記応答を前記通信部が受信した場合、前記第１提供者端末において前記追加の情報の表示形態を変更させる、
    請求項９又は請求項１０に記載の情報処理システム。
  12. 前記地図情報は、前記施設における前記各提供部の設置位置に対応する前記マップ画像における位置と、前記各提供部が提供する識別情報とを関連付けた情報であり、
    前記追加の情報は、前記位置特定部が特定した位置を前記マップ画像上で示すマークを含み、
    前記制御部は、前記マップ画像における前記マークの形と大きさと色と明るさとの少なくとも１つを変更することで、前記表示形態を変更させる、
    請求項１１に記載の情報処理システム。
  13. 前記記憶部は、前記複数の提供者のうち各提供者が担当する前記施設内のエリアの情報と、前記各提供者の識別情報とを関連付けた担当情報を記憶し、
    前記制御部は、前記担当者情報に基づいて、前記位置特定部が特定した位置に対して前記エリアが所定の位置関係である前記各提供者に関連付けられた提供者端末に対して、前記複数の提供者端末において優先的に、前記追加の情報を表示させる、
    請求項８から請求項１２のいずれか一項に記載の情報処理システム。
  14. 前記記憶部は、前記複数の提供者のうち各提供者が提供するサービスの情報と、前記各提供者の識別情報とを関連付けたサービス情報を記憶し、
    前記通信部は、サービスを指定する情報として前記ユーザ端末に入力された注文情報を受信し、
    前記制御部は、前記サービス情報に基づいて、前記通信部が受信した前記注文情報に指定されたサービスを提供する提供者に関連付けられた提供者端末に対して、前記複数の提供者端末において優先的に、前記追加の情報を表示させる、
    請求項８から請求項１３のいずれか一項に記載の情報処理システム。
  15. 前記通信部は、サービスを指定する情報として前記ユーザ端末に入力される注文情報を受信し、
    前記制御部は、前記注文情報である第１注文情報によって指定されたサービスに対する対価の情報を、前記第１注文情報の送信元の前記ユーザ端末に表示させる、
    請求項１から請求項１４のいずれか一項に記載の情報提供知システム。
  16. 前記通信部は、サービスを指定する情報として前記ユーザ端末に入力される注文情報を受信し、
    前記制御部は、前記注文情報である第１注文情報によって指定されたサービスに対する対価の情報を、前記第１注文情報の送信元の前記ユーザ端末を訪問する前記提供者に関連付けられた提供者端末へ提供する、
    請求項１から請求項１５のいずれか一項に記載の情報提供知システム。
  17. 前記施設にはサービスを提供する複数の提供者が稼働し、
    前記制御部は、前記提供部が提供する識別情報を前記通信部が受信した場合、前記複数の提供者から提供者の指定を受け付ける指定ページを、前記通信部が受信した識別情報の送信元の前記ユーザ端末の表示部に表示させる、
    請求項１から請求項１６のいずれか一項に記載の情報処理システム。
  18. 前通信部は、前記複数の提供者から提供者を指定する情報として前記ユーザ端末に入力された指定情報を受信し、
    前記制御部は、前記指定情報によって指定された提供者に関連付けられた提供者端末に対して、前記複数の提供者端末において優先的に、前記マップ画像を表示させる、
    請求項１７に記載の情報処理システム。
  19. 前記指定ページは、前記施設で稼働する複数の提供者の各提供者の外観を示す領域を含む、
    請求項１７または請求項１８に記載の情報処理システム。
  20. 前記指定ページは、前記施設で稼働する複数の提供者のそれぞれに割り付けられた識別情報の入力を受け付ける領域を含む、
    請求項１７から請求項１９のいずれか一項に記載の情報処理システム。
  21. ユーザにサービスを提供する施設に配置され、前記ユーザの端末であるユーザ端末に対して、識別情報を読み取り可能に提供する提供部と、
    前記提供部によって前記ユーザ端末に提供された識別情報に基づいて前記ユーザ端末から送信され、注文されるサービスを示す注文情報を受信する受信部と、
    前記注文情報に示されるサービスを提供する提供者と関連付けられる受注端末を特定する処理部と、
    前記処理部が特定した前記受注端末へ前記注文情報を提供する送信部と、を備え、
    前記受信部は、前記注文情報に示されたサービスの提供の進捗を示す情報として前記受注端末が送信する進捗情報を受信し、
    前記送信部は、前記注文情報の送信元である前記ユーザ端末へ前記進捗情報を提供する、情報処理システム。
  22. ユーザを訪問してサービスを提供する提供者が稼働する施設に配置され、前記ユーザの端末であるユーザ端末に対して、識別情報を読み取り可能に提供する複数の提供部のうち各提供部が提供する識別情報と、前記施設内の地図を示すマップ画像上の位置とを関連付けた地図情報に基づいて、前記ユーザ端末から送信された識別情報に関連付けられた前記マップ画像上の位置を特定する位置特定部と、
    前記位置特定部が特定した位置に対して追加の情報を相対的に配置した前記マップ画像を、前記提供者に関連付けられた端末である提供者端末の表示部に表示させる制御部と、を備える情報処理装置。
  23. コンピュータに、
    ユーザを訪問してサービスを提供する提供者が稼働する施設に配置され、前記ユーザの端末であるユーザ端末に対して識別情報を読み取り可能に提供する複数の提供部のうち各提供部が提供する識別情報と、前記施設内の地図を示すマップ画像上の位置とを関連付けた地図情報に基づいて、前記ユーザ端末から送信された識別情報に関連付けられた前記マップ画像上の位置を特定することと、
    前記特定された位置に対して追加の情報を相対的に配置した前記マップ画像を、前記提供者に関連付けられた端末である提供者端末の表示部に表示させることと、を実行させる情報処理プログラム。
  24. ユーザを訪問してサービスを提供する提供者が稼働する施設に配置された複数の提供部によって、前記ユーザの端末であるユーザ端末に対して識別情報を読み取り可能に提供することと、
    前記複数の提供部のうち各提供部が提供する識別情報と、前記施設内の地図を示すマップ画像上の位置とを関連付けた地図情報を記憶部に記憶することと、
    前記提供部から提供されて前記ユーザ端末によって読み取られ、前記ユーザ端末によって送信された識別情報を通信部によって受信することと、
    前記地図情報に基づいて、前記通信部によって受信した識別情報に関連付けられた前記マップ画像上の位置を位置特定部によって特定することと、
    前記位置特定部が特定した位置に対して追加の情報を相対的に配置した前記マップ画像を、前記提供者に関連付けられた端末である提供者端末の表示部に制御部によって表示させることと、を含む情報処理方法。
JP2021020581A 2020-03-11 2021-02-12 情報処理システム、情報処理装置、情報処理プログラム、及び情報処理方法 Pending JP2021144704A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021020581A JP2021144704A (ja) 2020-03-11 2021-02-12 情報処理システム、情報処理装置、情報処理プログラム、及び情報処理方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2020553672A JP6839334B1 (ja) 2020-03-11 2020-03-11 情報処理システム、情報処理プログラム、及び訪問支援方法
PCT/JP2020/010675 WO2021181587A1 (ja) 2020-03-11 2020-03-11 情報処理システム、情報処理装置、情報処理プログラム、及び情報処理方法
JP2021020581A JP2021144704A (ja) 2020-03-11 2021-02-12 情報処理システム、情報処理装置、情報処理プログラム、及び情報処理方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2020553672A Division JP6839334B1 (ja) 2020-03-11 2020-03-11 情報処理システム、情報処理プログラム、及び訪問支援方法

Publications (1)

Publication Number Publication Date
JP2021144704A true JP2021144704A (ja) 2021-09-24

Family

ID=74673571

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020553672A Active JP6839334B1 (ja) 2020-03-11 2020-03-11 情報処理システム、情報処理プログラム、及び訪問支援方法
JP2021020581A Pending JP2021144704A (ja) 2020-03-11 2021-02-12 情報処理システム、情報処理装置、情報処理プログラム、及び情報処理方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2020553672A Active JP6839334B1 (ja) 2020-03-11 2020-03-11 情報処理システム、情報処理プログラム、及び訪問支援方法

Country Status (2)

Country Link
JP (2) JP6839334B1 (ja)
WO (1) WO2021181587A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6989994B1 (ja) * 2021-08-13 2022-01-12 株式会社セントラル・アイランド 情報処理装置、情報処理方法および情報処理プログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4200478B2 (ja) * 2003-01-30 2008-12-24 日本電気株式会社 商品販売システム
JP2005174136A (ja) * 2003-12-12 2005-06-30 Hitachi Software Eng Co Ltd デリバリシステム
US20120055983A1 (en) * 2010-09-07 2012-03-08 Fetchco, Llc System and Method for Capturing and Communicating Location Data from a Barcode using a Mobile Device
JP6253385B2 (ja) * 2013-12-16 2017-12-27 三井住友カード株式会社 行動予測および通知システム
JP6130449B2 (ja) * 2015-08-07 2017-05-17 ソフトバンク株式会社 経路探索用プログラムおよび経路探索方法

Also Published As

Publication number Publication date
WO2021181587A1 (ja) 2021-09-16
JPWO2021181587A1 (ja) 2021-09-16
JP6839334B1 (ja) 2021-03-03

Similar Documents

Publication Publication Date Title
US11615459B2 (en) Online ordering for in-shop service
US20170109793A1 (en) E-check device, system and a method thereof
JP3582782B2 (ja) 飲食店用接客管理装置
US9406084B2 (en) Methods for submitting a food order remotely
US20110093363A1 (en) System for ordering items by a user in a limited venue
US20130179336A1 (en) Financial card method, device and system utilizing bar codes to identify transaction details
US20110010271A1 (en) Methods and Apparatus for Self Service Transactions From Multiple Vendors
US20120130790A1 (en) Method and system for location- and history-based distribution of offers to mobile devices
JP2009086941A (ja) 飲食店用メニュー表示装置
US20110173081A1 (en) Systems and methods using point-of-sale customer identification
US20160093005A1 (en) Ordering System
JP6839334B1 (ja) 情報処理システム、情報処理プログラム、及び訪問支援方法
JP2023016612A (ja) 自動精算システム、自動精算方法、及び自動精算プログラム
JP2006235685A (ja) 買い物支援システム、買い物支援方法、及び情報処理装置
US20210342960A1 (en) System and Methods for Managing a Restaurant Experience
KR101742727B1 (ko) 주문 선결제 서비스 제공 시스템
WO2019202846A1 (ja) 食品管理システム
KR101689011B1 (ko) 쇼핑 서비스 제공 시스템 및 쇼핑 서비스 제공 방법
JP2006031626A (ja) 発注システム、発注情報作成装置、発注方法および発注プログラム
JP7132892B2 (ja) 販売方法、販売装置及びプログラム
JP2021057044A (ja) 情報処理システム
JP2015191459A (ja) 通信システム、サーバ装置、端末装置、情報処理方法、およびプログラム
Pat et al. OBDA (Online Beverages Delivery Application)
JP2022013093A (ja) 情報処理システム、情報処理サーバ、情報処理方法、及び情報処理プログラム
JP2021077193A (ja) 表示制御装置、および、表示制御方法