(57)【要約】      （修正有）【課題】待ち合わせの飲食店に遅れて到着するユーザが所望するメニューと、既に到着しているユーザが注文したメニューを考慮して提供時間を調整する。【解決手段】複数ユーザの会合に利用される飲食店の位置情報及びメニュー情報を含む飲食店情報と、ユーザに関するユーザ情報と、ユーザによる予約時刻を記憶し、予約時刻が到来した場合、飲食店に位置するユーザ端末から受信した位置情報を基に、飲食店に位置しないユーザがあると判断した場合、いずれかのユーザーにより注文されて未提供の既注文メニュー情報を飲食店端末から受信し、まだ飲食店に位置しないユーザ端末へ、遠隔による仮注文が可能なメニューとして送信し、仮注文メニュー情報を受付ける。そして、仮注文メニュー情報が、既注文メニュー情報と重複する場合、位置しないユーザ端末の到着予想時刻を、重複するメニューの提供時刻として決定し、本注文要求を上記飲食店端末へ送信する。【選択図】図４
2018116459.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザによる会合に利用される飲食店の位置情報及びメニュー情報を含む飲食店情報と、前記会合のメンバーであるユーザに関するユーザ情報と、前記ユーザによる前記飲食店の予約時刻を含む予約情報とを記憶する記憶手段と、
前記メンバーである各ユーザのユーザ端末及び前記飲食店の注文情報を記憶した飲食店端末と通信可能な通信手段と、
前記予約時刻が到来したと判断した場合に、前記メンバーである各ユーザのユーザ端末から受信した位置情報を基に、当該ユーザ端末が前記飲食店に位置するか否かを判断し、
前記飲食店に位置しないユーザ端末があると判断した場合、いずれかの前記メンバーにより既に前記飲食店に注文され未提供のメニューに関する既注文メニュー情報を前記飲食店端末から受信し、
前記位置しないユーザ端末へ、前記記憶されたメニュー情報を、遠隔による仮注文が可能なユーザインタフェースとして送信し、
前記位置しないユーザ端末から、前記ユーザインタフェースを介して仮注文されたメニューに関する仮注文メニュー情報を受信し、当該仮注文メニュー情報が、前記既注文メニュー情報と重複すると判断した場合、前記位置しないユーザ端末の位置情報と前記飲食店の位置情報を基に算出された、または、前記位置しないユーザ端末から受信された到着予想時刻を、前記重複するメニューの提供時刻として決定し、当該提供時刻を示す情報を含む当該メニューの本注文要求を前記飲食店端末へ送信する
制御手段と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記制御手段は、前記位置しないユーザ端末の位置情報の変位を基に当該ユーザ端末の平均移動速度を算出し、当該平均移動速度を基に前記到着予想時刻を算出する
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記制御手段は、前記位置しないユーザ端末が、前記予約時刻の到来後に所定距離以上移動したと判断した後に受信された位置情報を基に前記到着予想時刻を算出する
情報処理装置。
【請求項４】
請求項１乃至３のいずれかに記載の情報処理装置であって、
前記制御手段は、前記仮注文されたメニューが前記既注文メニュー情報と重複しないと判断し、かつ、前記位置しないユーザ端末の位置情報が前記飲食店の位置情報または当該飲食店の位置情報から所定距離範囲内へ移動したと判断した場合、当該仮注文されたメニューの本注文要求を前記飲食店端末へ送信する
情報処理装置。
【請求項５】
請求項１乃至４のいずれかに記載の情報処理装置であって、
前記制御手段は、前記重複するメニューの提供が前記到着予想時刻になることを示す情報を前記飲食店に位置するユーザ端末へ送信する
情報処理装置。
【請求項６】
請求項１乃至５のいずれかに記載の情報処理装置であって、
前記制御手段は、前記重複するメニューの提供が前記到着予想時刻になることを示す情報を前記飲食店に位置しないユーザ端末へ送信する
情報処理装置。
【請求項７】
請求項４に記載の情報処理装置であって、
前記制御手段は、前記仮注文されたメニューのうち、前記既注文メニューと重複しないメニューを示す情報を、前記位置するユーザ端末へ送信する
情報処理装置。
【請求項８】
複数のユーザによる会合に利用される飲食店の位置情報及びメニュー情報を含む飲食店情報と、前記会合のメンバーであるユーザに関するユーザ情報と、前記ユーザによる前記飲食店の予約時刻を含む予約情報とを記憶し、
前記予約時刻が到来したと判断した場合に、前記メンバーである各ユーザのユーザ端末から受信した位置情報を基に、当該ユーザ端末が前記飲食店に位置するか否かを判断し、
前記飲食店に位置しないユーザ端末があると判断した場合、いずれかの前記メンバーにより既に前記飲食店に注文され未提供のメニューに関する既注文メニュー情報を当該飲食店の飲食店端末から受信し、
前記位置しないユーザ端末へ、前記記憶されたメニュー情報を、遠隔による仮注文が可能なユーザインタフェースとして送信し、
前記位置しないユーザ端末から、前記ユーザインタフェースを介して仮注文されたメニューに関する仮注文メニュー情報を受信し、
前記仮注文メニュー情報が、前記既注文メニュー情報と重複すると判断した場合、前記位置しないユーザ端末の位置情報と前記飲食店の位置情報を基に算出された、または、前記位置しないユーザ端末から受信された到着予想時刻を、前記重複するメニューの提供時刻として決定し、
前記提供時刻を示す情報を含む当該メニューの本注文要求を前記飲食店端末へ送信する
情報処理方法。
【請求項９】
情報処理装置に、
複数のユーザによる会合に利用される飲食店の位置情報及びメニュー情報を含む飲食店情報と、前記会合のメンバーであるユーザに関するユーザ情報と、前記ユーザによる前記飲食店の予約時刻を含む予約情報とを記憶するステップとし、
前記予約時刻が到来したと判断した場合に、前記メンバーである各ユーザのユーザ端末から受信した位置情報を基に、当該ユーザ端末が前記飲食店に位置するか否かを判断するステップと、
前記飲食店に位置しないユーザ端末があると判断した場合、いずれかの前記メンバーにより既に前記飲食店に注文され未提供のメニューに関する既注文メニュー情報を当該飲食店の飲食店端末から受信するステップと、
前記位置しないユーザ端末へ、前記記憶されたメニュー情報を、遠隔による仮注文が可能なユーザインタフェースとして送信するステップと、
前記位置しないユーザ端末から、前記ユーザインタフェースを介して仮注文されたメニューに関する仮注文メニュー情報を受信するステップと、
前記仮注文メニュー情報が、前記既注文メニュー情報と重複すると判断した場合、前記位置しないユーザ端末の位置情報と前記飲食店の位置情報を基に算出された、または、前記位置しないユーザ端末から受信された到着予想時刻を、前記重複するメニューの提供時刻として決定するステップと、
前記提供時刻を示す情報を含む当該メニューの本注文要求を前記飲食店端末へ送信するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店におけるメニューの注文処理及び提供処理を制御可能な情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、飲食店において、ユーザ（客）が当該飲食店に到着していない状態で注文を受け付け可能なシステムが位置する。例えば、下記特許文献１には、顧客端末が店舗のウェブサイトにアクセスしてその店舗が提供するメニューを受信し、顧客端末が注文情報をサーバへ送信し、サーバから店舗へ注文情報を通知することで、顧客が店舗に到着する前にメニューが用意され待ち時間無く提供を受けることができるシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１３３２３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１の技術を、飲食店で待ち合わせしている複数のユーザについて用いる場合、それらユーザの一部が到着しておらず、当該到着していないユーザが到着前にメニューを注文した場合には、そのメニューが既に到着しているユーザのメニューと重複してしまう可能性がある。
【０００５】
以上のような事情に鑑み、本発明の目的は、待ち合わせの飲食店に遅れて到着するユーザが所望するメニューと、既に到着しているユーザが注文したメニューとを考慮して提供時間を調整することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一形態に係る情報処理装置は、記憶手段と通信手段と制御手段とを有する。上記記憶手段は、複数のユーザによる会合に利用される飲食店の位置情報及びメニュー情報を含む飲食店情報と、上記会合のメンバーであるユーザに関するユーザ情報と、上記ユーザによる上記飲食店の予約時刻を含む予約情報とを記憶する。上記通信手段は、上記メンバーである各ユーザのユーザ端末及び上記飲食店の注文情報を記憶した飲食店端末と通信可能である。上記制御手段は、上記予約時刻が到来したと判断した場合に、上記メンバーである各ユーザのユーザ端末から受信した位置情報を基に、当該ユーザ端末が上記飲食店に位置するか否かを判断し、上記飲食店に位置しないユーザ端末があると判断した場合、いずれかの上記メンバーにより既に上記飲食店に注文され未提供のメニューに関する既注文メニュー情報を上記飲食店端末から受信する。また制御手段は、上記位置しないユーザ端末へ、上記記憶されたメニュー情報を、遠隔による仮注文が可能なユーザインタフェースとして送信し、上記位置しないユーザ端末から、上記ユーザインタフェースを介して仮注文されたメニューに関する仮注文メニュー情報を受信する。そして制御手段は、当該仮注文メニュー情報が、上記既注文メニュー情報と重複すると判断した場合、上記位置しないユーザ端末の位置情報と上記飲食店の位置情報を基に算出された、または、上記位置しないユーザ端末から受信された到着予想時刻を、上記重複するメニューの提供時刻として決定し、当該提供時刻を示す情報を含む当該メニューの本注文要求を上記飲食店端末へ送信する。
【０００７】
これにより情報処理装置は、待ち合わせ場所の飲食店に到着していないユーザの仮注文メニューが、既に到着しているユーザが注文し未提供のメニューと重複する場合に、到着していないユーザの到着予想時刻に合わせて当該メニューを提供させることで、いずれのユーザも作りたての美味しい状態で料理を食べられるように提供時間を調整することができる。
【０００８】
上記制御手段は、上記位置しないユーザ端末の位置情報の変位を基に当該ユーザ端末の平均移動速度を算出し、当該平均移動速度を基に上記到着予想時刻を算出してもよい。
【０００９】
またこの場合上記制御手段は、上記位置しないユーザ端末が、上記予約時刻の到来後に所定距離以上移動したと判断した後に受信された位置情報を基に上記到着予想時刻を算出してもよい。
【００１０】
これにより情報処理装置は、飲食店に位置しないユーザ端末が飲食店に移動中であると判断された場合に受信された位置情報を到着予想時刻の算出に用いることで、その精度を向上させることができる。
【００１１】
上記制御手段は、上記仮注文されたメニューが上記既注文メニュー情報と重複しないと判断し、かつ、上記位置しないユーザ端末の位置情報が上記飲食店の位置情報または当該飲食店の位置情報から所定距離範囲内へ移動したと判断した場合、当該仮注文されたメニューの本注文要求を上記飲食店端末へ送信してもよい。
【００１２】
これにより情報処理装置は、既注文メニューと重複しない仮注文メニューについては、遅れてきたユーザが飲食店に到着した時点または間もなく到着する位置まで移動した時点で本注文とすることで、当該ユーザの到着前に提供されてしまい他のユーザが困惑するのを防ぐことができる。
【００１３】
上記制御手段は、上記重複するメニューの提供が上記到着予想時刻になることを示す情報を上記飲食店に位置するユーザ端末へ送信してもよい。
【００１４】
これにより情報処理装置は、仮注文メニューと重複する既注文メニューの提供時刻が到着予想時刻まで延びることを飲食店内のユーザに把握させ提供の遅れに不満が生じるのを防ぐことができる。
【００１５】
上記制御手段は、上記重複するメニューの提供が上記到着予想時刻になることを示す情報を上記飲食店に位置しないユーザ端末へ送信してもよい。
【００１６】
これにより情報処理装置は、遅れてきたユーザに、自身の仮注文メニューの提供が到着予想時刻になることを把握させ、それまで待ってくれた他のユーザに礼を言う機会を与えることができる。
【００１７】
上記制御手段は、上記仮注文されたメニューのうち、上記既注文メニューと重複しないメニューを示す情報を、上記位置するユーザ端末へ送信してもよい。
【００１８】
これにより情報処理装置は、遅れてきたユーザが仮注文したメニューを他のユーザに把握させ、他のユーザが当該メニューを重複して注文してしまうのを防ぐことができる。
【００１９】
本発明の他の形態に係る情報処理方法は、
複数のユーザによる会合に利用される飲食店の位置情報及びメニュー情報を含む飲食店情報と、上記会合のメンバーであるユーザに関するユーザ情報と、上記ユーザによる上記飲食店の予約時刻を含む予約情報とを記憶し、
上記予約時刻が到来したと判断した場合に、上記メンバーである各ユーザのユーザ端末から受信した位置情報を基に、当該ユーザ端末が上記飲食店に位置するか否かを判断し、
上記飲食店に位置しないユーザ端末があると判断した場合、いずれかの上記メンバーにより既に上記飲食店に注文され未提供のメニューに関する既注文メニュー情報を当該飲食店の飲食店端末から受信し、
上記位置しないユーザ端末へ、上記記憶されたメニュー情報を、遠隔による仮注文が可能なユーザインタフェースとして送信し、
上記位置しないユーザ端末から、上記ユーザインタフェースを介して仮注文されたメニューに関する仮注文メニュー情報を受信し、
上記仮注文メニュー情報が、上記既注文メニュー情報と重複すると判断した場合、上記位置しないユーザ端末の位置情報と上記飲食店の位置情報を基に算出された、または、上記位置しないユーザ端末から受信された到着予想時刻を、上記重複するメニューの提供時刻として決定し、
上記提供時刻を示す情報を含む当該メニューの本注文要求を上記飲食店端末へ送信することを含む。
【００２０】
本発明の他の形態に係るプログラムは、情報処理装置に、
複数のユーザによる会合に利用される飲食店の位置情報及びメニュー情報を含む飲食店情報と、上記会合のメンバーであるユーザに関するユーザ情報と、上記ユーザによる上記飲食店の予約時刻を含む予約情報とを記憶するステップとし、
上記予約時刻が到来したと判断した場合に、上記メンバーである各ユーザのユーザ端末から受信した位置情報を基に、当該ユーザ端末が上記飲食店に位置するか否かを判断するステップと、
上記飲食店に位置しないユーザ端末があると判断した場合、いずれかの上記メンバーにより既に上記飲食店に注文され未提供のメニューに関する既注文メニュー情報を当該飲食店の飲食店端末から受信するステップと、
上記位置しないユーザ端末へ、上記記憶されたメニュー情報を、遠隔による仮注文が可能なユーザインタフェースとして送信するステップと、
上記位置しないユーザ端末から、上記ユーザインタフェースを介して仮注文されたメニューに関する仮注文メニュー情報を受信するステップと、
上記仮注文メニュー情報が、上記既注文メニュー情報と重複すると判断した場合、上記位置しないユーザ端末の位置情報と上記飲食店の位置情報を基に算出された、または、上記位置しないユーザ端末から受信された到着予想時刻を、上記重複するメニューの提供時刻として決定するステップと、
上記提供時刻を示す情報を含む当該メニューの本注文要求を上記飲食店端末へ送信するステップとを実行させる。
【発明の効果】
【００２１】
以上説明したように、本発明によれば、待ち合わせの飲食店に遅れて到着するユーザが所望するメニューと、既に到着しているユーザが注文したメニューとを考慮して提供時間を調整することができる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態に係る飲食店注文制御システムの構成を示した図である。
【図２】本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。
【図３】本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。
【図４】本発明の一実施形態に係る飲食店情報提供サーバによる、飲食店注文制御処理の流れを示したフローチャートである。
【発明を実施するための形態】
【００２３】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００２４】
［システムの構成］
図１は、本実施形態に係る飲食店注文制御システムの構成を示した図である。
【００２５】
同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００と、複数の飲食店端末３００とを含む。
【００２６】
飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００及び複数の飲食店の飲食店端末３００とインターネット５０を介して接続されている。
【００２７】
飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。また飲食店情報提供サーバ１００は、当該飲食店情報を閲覧したユーザのユーザ端末２００からの、いずれかの飲食店に対する予約受付処理を代行する。
【００２８】
ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記Ｗｅｂページを受信してブラウザ等により画面に表示する。
【００２９】
ユーザ端末２００は、ユーザの操作に基づいて飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ１００へ送信する。本実施形態では、飲食店の所在エリア（最寄駅）やジャンル、価格帯等、予め設定された検索条件をユーザ端末２００のユーザが選択することで検索要求の送信が可能である。そしてユーザ端末２００は、ユーザの操作に基づいて、上記検索結果として表示されたいずれかの飲食店に対する予約要求を飲食店情報提供サーバ１００へ送信可能である。
【００３０】
飲食店端末３００（３００Ａ，３００Ｂ，３００Ｃ...）は、各飲食店の例えば管理者によって使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。飲食店端末３００は、飲食店情報提供サーバ１００との間で、例えば上記ユーザ端末２００のユーザによる飲食店のテーブルまたは席の予約に関する情報をやり取り可能である。
【００３１】
本実施形態では、飲食店情報提供サーバ１００は、各飲食店が、複数のユーザからなるグループによる会合に利用される場合に、当該会合のメンバーが当該飲食店に到着（位置）しているか否かに基づいて、当該グループからのメニューの注文の受付及び提供に関する制御処理を実行可能である。
【００３２】
［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００３３】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３４】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００３５】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００３６】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００３７】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。
【００３８】
特に本実施形態では、記憶部１８は、各飲食店の飲食店情報、各ユーザ端末２００のユーザに関するユーザ情報、当該ユーザ端末２００からの予約情報等を記憶するとともに、これらのデータを用いて飲食店情報提供サーバ１００が注文制御処理を実行するためのアプリケーションその他のプログラムを記憶している。後述するが、記憶部１８は、そのようなデータを含むデータベースとして、飲食店情報データベース、ユーザ情報データベース、予約情報データベース、及び注文情報データベースを有している。
【００３９】
通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００及び飲食店端末３００との間の通信処理を担う。
【００４０】
なお、図示しないが、ユーザ端末２００及び飲食店端末３００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。なお、ユーザ端末２００には、飲食店情報提供サーバ１００による注文制御処理と協働して動作するアプリケーションがインストールされているものとする。
【００４１】
［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。
【００４２】
同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２、予約情報データベース３３及び注文情報データベース３４を有している。
【００４３】
飲食店情報データベース３１は、飲食店毎に、その飲食店の店名や所在位置情報、その飲食店を識別するＩＤ（店舗ＩＤ）の他、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する内容、すなわち、店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報、飲食店が立地しているエリア情報、飲食店の住所（位置情報）、電話番号、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、営業時間、ウェブサイトＵＲＬ等の情報を記憶している。
【００４４】
上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。また上記画像データがメニューに対応するものである場合には、当該画像データはメニュー情報と対応付けられて記憶される。
【００４５】
上記エリア情報は、例えば都道府県単位のものであるが、市区町村等のより狭い範囲の単位でも情報が記憶されてもよい。上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。
【００４６】
ユーザ情報データベース３２は、ユーザ端末２００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース３２は、ユーザＩＤ、パスワード、氏名、メールアドレス、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。
【００４７】
予約情報データベース３３は、上記会合に関する予約情報、すなわち、会合のメンバーであるユーザ全員に関するユーザ情報（ユーザＩＤ）、予約対象の飲食店名（店舗ＩＤ）、予約日時、予約人数、予約コース等の情報を記憶している。
【００４８】
注文情報データベース３４は、上記予約日時到来後の、上記会合のメンバーによる飲食店へのメニューの注文情報を記憶している。当該注文情報は、会合が開かれている飲食店の飲食店端末３００によって、ＰＯＳ情報から抽出されて随時飲食店情報提供サーバ１００へ送信される。当該注文情報は、例えば上記会合のメンバーであるユーザを識別する情報と、注文されたメニューに関する情報、及びそれが既にメンバーのテーブルに提供されたか否かに関する情報を少なくとも含む。
【００４９】
これら各データベースは、後述する飲食店情報提供サーバ１００による、飲食店の注文制御処理において、必要に応じて相互に参照されて用いられる。
【００５０】
［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。
【００５１】
図４は、飲食店情報提供サーバ１００による、飲食店における注文制御処理の流れを示したフローチャートである。以下では、１つの会合のメンバーである複数のユーザからの注文に関する処理を示すが、他の会合のメンバーに関する注文処理も同時並行的に実行される。また、上記会合の予約日時が到来した時点で、上記各メンバーのユーザ端末２００にインストールされた上記アプリケーションが起動するものとする。
【００５２】
同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１はまず、上記会合の予約日時が到来したか否かを、上記予約情報データベース３３及び現在時刻を参照して判断する（ステップ４１）。
【００５３】
予約日時が到来したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記会合のメンバーの各ユーザ端末２００から、それぞれの位置情報を受信する（ステップ４２）。当該位置情報は、例えば、上記予約日時到来時に各ユーザ端末２００において起動するアプリケーションを介して送信されてもよい。当該位置情報は、例えば各ユーザ端末２００のユーザＩＤと緯度経度情報からなり、各ユーザ端末２００から随時送信され更新される。
【００５４】
続いてＣＰＵ１１は、上記受信された位置情報と、上記会合の開催場所である飲食店の位置情報を基に、上記会合のメンバーの各ユーザ端末２００のうち、飲食店に位置しないユーザ端末２００が存在するか否かを判断する（ステップ４３）。
【００５５】
飲食店に位置しないユーザ端末２００が存在すると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、飲食店端末３００から、上記会合のメンバー（のテーブル）のその時点における注文情報を受信（または既に存在する場合には上記注文情報データベース３４から取得）する（ステップ４４）。なお、当該注文情報は定期的に飲食店端末３００から受信されて更新され、ＣＰＵ１１は最新の状態の注文情報を参照する。
【００５６】
また、上記飲食店における注文は、各ユーザ端末２００にインストールされたアプリケーションを介して注文要求を飲食店端末３００へ送信することで実行されてもよい。この場合、当該注文要求を送信したユーザ端末２００のユーザＩＤが上記注文情報におけるテーブル識別情報として用いられ、それが飲食店情報提供サーバ１００へ送信されてもよい。
【００５７】
続いてＣＰＵ１１は、上記飲食店に位置しないユーザ端末２００へ、上記飲食店のメニュー情報を、遠隔による仮注文が可能なユーザインタフェースとして送信する（ステップ４５）。当該遠隔仮注文用のメニュー情報は、例えば上記アプリケーションによって、ユーザ端末２００のディスプレイ上に表示可能であり、例えば、上記飲食店の例えばカテゴリ（前菜料理、メイン料理、野菜料理、肉料理、魚料理等）毎のメニュー一覧情報と、それら各メニューの遠隔仮注文要求を受け付けるボタン等から構成される。当該メニュー一覧情報中の各メニュー自体が注文受付ボタンとして表示されてもよい。
【００５８】
続いてＣＰＵ１１は、上記遠隔仮注文用のユーザインタフェースを介して、いずれかのメニューの仮注文要求を上記飲食店に位置しないユーザ端末２００から受信したか否かを判断する（ステップ４６）。
【００５９】
仮注文要求を受信したと判断した場合（Ｙｅｓ）、当該仮注文メニューと、上記飲食店端末３００から受信した既注文メニューのうち未提供のメニューとを比較し、両者間に重複があるか否かを判断する（ステップ４７）。
【００６０】
上記比較により両メニュー間に重複するメニューが存在すると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記飲食店に位置しないユーザ端末２００の現在の位置情報と、当該飲食店の位置情報とを基に、両者間の距離を例えばそれまでのユーザ端末２００の移動履歴（位置情報の変位）から算出される平均移動速度で除した時間を現在時刻に加えることで、上記位置しないユーザ端末２００が飲食店に到着する予想時刻を算出する（ステップ４８）。
【００６１】
この際、ＣＰＵ１１は、上記予約日時が到来した時点で飲食店に位置しないユーザ端末２００が存在すると判断し、かつ、そのユーザ端末２００が移動を開始した後の位置情報の変位を基に上記到着予想時刻を算出してもよい。これは、飲食店に位置しないユーザが、予約日時到来後も例えば自宅や職場等の他の場所から移動していない場合も考えられ、移動していない間の位置情報が上記平均移動速度の算出に用いられると、到着予想時刻の算出精度が低くなる可能性があるからである。また、ユーザが単に自宅や職場の中で移動しているだけの場合も考えられることから、ＣＰＵ１１は、上記予約日時が到来した時点で飲食店に位置しないと判断されたユーザ端末２００の位置が、予約日時到来時の位置から所定距離（例えば数十ｍ・数百ｍ等、自宅や職場を離れて飲食店に向かったと判断できる距離）移動した時点以後の位置情報を上記到着予想時刻の算出に用いてもよい。
【００６２】
続いてＣＰＵ１１は、上記到着予想時刻を、上記重複するメニューの提供時刻として決定し（ステップ４９）、当該提供時刻を含む、上記重複するメニューの本注文要求を飲食店端末３００へ送信する（ステップ５０）。
【００６３】
そしてＣＰＵ１１は、上記重複するメニューについて、上記飲食店に位置するユーザ端末２００及び位置しないユーザ端末３００へ、それぞれ通知情報を送信する（ステップ５１）。
【００６４】
すなわち、ＣＰＵ１１は、上記重複するメニューの提供が、上記位置しないユーザ端末２００のユーザの到着予想時刻になることを示す情報を、上記飲食店に位置するユーザ端末２００へ送信する。これにより、飲食店に位置するユーザが既に注文したメニューの提供が上記到着予想時刻まで延びることに対して、注文したユーザが不満を持つのが防止される。
【００６５】
またＣＰＵ１１は、上記重複するメニューの提供が上記到着予想時刻になることを示す情報を、上記飲食店に位置しないユーザ端末２００へも送信する。これにより、遅れてきたユーザは、自身の仮注文メニューの提供が到着予想時刻になることを把握し、それまで待ってくれた他のメンバーに礼を言ったり説明したりすることができる。
【００６６】
一方、上記ステップ４７において、既注文メニューと重複しない仮注文メニューが存在すると判断した場合（Ｎｏ）、ＣＰＵ１１は、上記飲食店に位置しないユーザ端末２００の位置情報を基に、当該ユーザ端末２００が飲食店の位置まで移動したか（または、飲食店の近傍の所定距離範囲内まで移動したか）を判断する（ステップ５２）。
【００６７】
上記ユーザ端末２００が飲食店（またはその近傍）の位置まで移動したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記仮注文メニューの本注文要求を飲食店端末３００へ送信する（ステップ５３）。これにより、既注文メニューと重複しない仮注文メニューが、遅れて来るユーザの到着前に提供されてしまい、他のメンバーが困惑するのが防止される。
【００６８】
そしてＣＰＵ１１は、上記本注文要求の対象となった仮注文メニューを示す情報を、上記飲食店に位置するユーザ端末２００へ送信する。これにより、既に飲食店にいるユーザは、遅れて来るユーザが仮注文したメニューを把握できるため、当該メニューを重複して注文してしまわずに済むことになる。
【００６９】
［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、待ち合わせ場所の飲食店に到着していないユーザの仮注文メニューが、既に到着しているユーザが注文し未提供のメニューと重複する場合に、到着していないユーザの到着予想時刻に合わせて当該メニューを提供させることで、いずれのユーザも作りたての美味しい状態で料理を食べられるように提供時間を調整することができる。また、飲食店情報提供サーバ１００は、メニューの仮注文受付、その提供時刻の決定及び本注文要求までを一括して担うことで、飲食店端末３００が仮注文受付処理を実行する場合に通常の注文と仮注文が混在して処理負荷が大きくなってしまうのを防ぎ、既存の飲食店における注文システムに変更を加えることなく上記効果を実現することができる。
【００７０】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。
【００７１】
上述の実施形態では、飲食店情報提供サーバ１００は、飲食店に位置しないユーザ端末の位置情報の変位及び飲食店の位置情報を基に当該ユーザ端末２００の到着予想時刻を算出していた。しかし、当該算出処理に代えて、当該到着予想時刻は、ユーザ端末２００から受信されてもよい。当該到着予想時刻は、上記仮注文情報メニュー情報と共に受信されてもよいし、それとは別に、例えば飲食店情報提供サーバ１００からの要求に応じて受信されてもよい。この場合、当該到着予想時刻は、例えば上記仮注文用のユーザインタフェース（上記予約日時到来時に起動するアプリケーション）上でユーザに入力されたものであってもよいし、当該ユーザ端末２００にインストールされたナビゲーション用のアプリケーション等によって算出されたものであってもよい。
【００７２】
上述の実施形態においては、飲食店に位置しないユーザ端末２００が飲食店（またはその近傍）に移動した場合に、既注文メニューと重複しない仮注文メニューの本注文要求が送信された。しかし、これに代えて、ＣＰＵ１１は、上記既注文メニューと重複する仮注文メニューの提供時刻（到着予想時刻）から所定時間（例えば１０分、２０分等）経過した時刻を、上記重複しない仮注文メニューの提供時刻として含む本注文要求を送信してもよい。
【００７３】
本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。
【符号の説明】
【００７４】
１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３３…予約情報データベース
３４…注文情報データベース
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末
【図１】
2018116459.tif 000003
【図２】
2018116459.tif 000004
【図３】
2018116459.tif 000005
【図４】
2018116459.tif 000006