(57)【特許請求の範囲】
【請求項１】
情報処理装置であって、
予約対象、予約地点および予約時刻の少なくとも１つを含む予約要求を受信する通信部と、
前記予約要求に基づいて決定される端末装置の位置に関する位置情報を取得する取得部と、
前記位置情報に基づく前記端末装置の移動速度が設定された値以上の場合、前記予約要求に対応する予約を取消す処理を行う取消部とを備える。
【請求項２】
請求項１に記載の情報処理装置であって、
前記通信部は、前記端末装置の前記移動速度に基づいて、前記予約要求の取消に関する取消情報を前記端末装置に送信し、
前記取消部は、前記取消情報に対する前記端末装置からの応答に応じて、前記予約要求に対応する予約を取消す処理を行う。
【請求項３】
請求項１または請求項２に記載の情報処理装置であって、
前記取消部は、前記予約時刻から所定の時間内において、前記移動速度が設定された値以上と判定された場合、前記予約要求に対応する予約を取消す処理を行う。
【請求項４】
請求項１から請求項３のいずれか一項に記載の情報処理装置であって、
前記取消部は、前記予約時刻から所定の時間内において、前記位置情報に基づく前記端末装置の移動方向が前記予約地点に向かう方向でないと判定された場合、前記予約要求に対応する予約を取消す処理を行う。
【請求項５】
請求項４に記載の情報処理装置であって、
前記通信部は、前記端末装置の前記移動方向が所定の時間変化しない場合、前記予約地点に関する情報を前記端末装置に送信する。
【請求項６】
請求項１から請求項５のいずれか一項に記載の情報処理装置であって、
前記取消部は、前記予約時刻から所定の時間内において、前記端末装置と前記予約対象との間の相対距離が所定の値以上であると判定された場合、前記予約要求に対応する予約を取消す処理を行う。
【請求項７】
請求項１に記載の情報処理装置であって、
前記取消部は、前記予約時刻から所定の時間内において、前記端末装置と前記予約対象との間の相対速度が所定の値以上、および、前記位置情報に基づく前記端末装置の移動方向が前記予約地点から離れる方向であると判定された場合、前記予約要求に応じた予約を取消す処理を行う。
【請求項８】
請求項１から請求項７のいずれか一項に記載の情報処理装置であって、
前記端末装置は、第１端末装置であり、
前記予約要求は、前記第１端末装置とは異なる、少なくとも１以上の前記予約地点に向かう第２端末装置についての情報を含み、
前記取得部は、前記第２端末装置の位置情報を取得する。
【請求項９】
請求項１から請求項８のいずれか一項に記載の情報処理装置であって、
前記通信部は、前記予約要求を前記端末装置から受信する。
【請求項１０】
請求項２に記載の情報処理装置であって、
前記通信部は、前記端末装置のユーザのユーザ情報を受信し、
前記通信部は、前記ユーザ情報に基づいて、前記取消情報を前記端末装置に送信する。
【請求項１１】
情報処理装置によって実行されるプログラムであって、
予約対象、予約地点および予約時刻の少なくとも１つを含む予約要求を前記情報処理装置の通信部を介して受信することと、
前記予約要求に基づいて決定される端末装置の位置に関する位置情報を取得することと、
前記位置情報に基づく前記端末装置の移動速度が設定された値以上の場合、前記予約要求に対応する予約を取消す処理を行うこととが前記情報処理装置によって実行される。
【請求項１２】
請求項１１に記載のプログラムであって、
前記予約要求の取消に関する取消情報を前記端末装置に前記通信部を介して送信することとが前記情報処理装置によって実行され、
前記取消す処理は、前記取消情報に対する前記端末装置からの応答に応じて、前記予約要求に対応する予約を取消す処理を行う。
【請求項１３】
請求項１１または請求項１２に記載のプログラムであって、
前記取消す処理は、前記予約時刻から所定の時間内において、前記移動速度が前記設定された値以上と判定された場合、前記予約要求に対応する予約を取消す処理を行う。
【請求項１４】
請求項１１から請求項１３のいずれか一項に記載のプログラムであって、
前記取消す処理は、前記予約時刻から所定の時間内において、前記位置情報に基づく前記端末装置の移動方向が前記予約地点に向かう方向でないと判定された場合、前記予約要求に対応する予約を取消す処理を行う。
【請求項１５】
請求項１４に記載にプログラムであって、
前記端末装置の前記移動方向が所定の時間変化しない場合、前記予約地点についての情報を前記端末装置に前記通信部を介して送信することが前記情報処理装置によって実行される。
【請求項１６】
請求項１１から請求項１５のいずれか一項に記載のプログラムであって、
前記取消す処理は、前記予約時刻から所定の時間内において、前記端末装置と前記予約対象との間の相対距離が所定の値以上であると判定された場合、前記予約要求に対応する予約を取消す処理を行う。
【請求項１７】
請求項１１に記載のプログラムであって、
前記取消す処理は、前記予約時刻から所定の時間内において、前記端末装置と前記予約対象との間の相対速度が所定の値以上、および、前記端末装置の移動方向が前記予約地点から離れる方向であると判定された場合、前記予約要求に応じた予約を取消す処理を行う。
【請求項１８】
請求項１１から請求項１７のいずれか一項に記載のプログラムであって、
前記端末装置は、第１端末装置であり、
前記予約要求は、前記第１端末装置とは異なる、少なくとも１以上の前記予約地点に向かう第２端末装置についての情報を含み、
前記第２端末装置の位置情報を取得することが前記情報処理装置によって実行される。
【請求項１９】
請求項１１から請求項１８のいずれか一項に記載のプログラムであって、
前記予約要求を前記端末装置から前記通信部を介して受信することが前記情報処理装置によって実行される。
【請求項２０】
請求項１２に記載のプログラムであって、
前記端末装置のユーザのユーザ情報を、前記通信部を介して受信することと、
前記ユーザ情報に基づいて、前記取消情報を前記端末装置に前記通信部を介して送信することとが前記情報処理装置によって実行される。
【請求項２１】
情報処理装置の制御方法であって、
予約対象、予約地点および予約時刻の少なくとも１つを含む予約要求を前記情報処理装置の通信部を介して受信することと、
前記予約要求に基づいて決定される端末装置の位置に関する位置情報を前記情報処理装置の取得部によって取得することと、
前記位置情報に基づく前記端末装置の移動速度が設定された値以上の場合、予約要求に対応する予約を取消す処理を前記情報処理装置の取消部によって行うこととを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約サービスシステムに係る情報処理装置、情報処理装置の制御方法およびプログラムに関する。
【背景技術】
【０００２】
従来、サービスを享受するのに予約をしておくことは一般的に行われている。近年では、ネットワーク技術が発展し、タクシーの配車予約や店舗の予約等を、スマートフォンやタブレット端末で容易に行うことができる。例えば、特許文献１には、顧客通信端末の簡略操作だけで速やかにタクシーの配車注文や配車予約を実現できるタクシー配車アプリケーションシステムが開示されている。
【０００３】
しかしながら、例えばタクシー予約の場合、予約したユーザが、配車されたタクシーとは別のタクシーに乗車してしまう事もある。その場合でも、配車されたタクシーは、ユーザからの明示的なキャンセルの連絡がない限り待機しなくてはならない。特許文献２では、利用者が勝手に配車をキャンセルしてしまうことを防止するシステムが開示されているが、キャンセルの防止が有効に働かずに別のタクシーにユーザが乗車してしまった場合の対策を講じたものではない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−０２９５８０号公報
【特許文献２】特開２００９−０７００２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記問題に鑑みてなされたものであり、ユーザの位置情報等から予約内容が達成されるか否かを判定し、予約内容が達成される可能性が低い場合に、予約のキャンセルを容易にすることのできる予約サービスシステムに係る情報処理装置、情報処理装置の制御方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の問題を解決すべく、本発明の一実施形態に係る情報処理装置は、予約対象、予約地点および予約時刻の少なくとも１つを含む予約要求を受信する通信部と、前記予約要求に基づいて決定される端末装置の位置に関する位置情報を取得する取得部と、前記位置情報に基づく前記端末装置の移動速度が設定された値以上の場合、前記予約要求に対応する予約を取消す処理を行う取消部とを備える。
【０００７】
本発明の一実施形態に係る、情報処理装置によって実行されるプログラムは、予約対象、予約地点および予約時刻の少なくとも１つを含む予約要求を前記情報処理装置の通信部を介して受信することと、前記予約要求に基づいて決定される端末装置の位置に関する位置情報を取得することと、前記位置情報に基づく前記端末装置の移動速度が設定された値以上の場合、前記予約要求に対応する予約を取消す処理を行うこととが前記情報処理装置によって実行される。
【０００８】
本発明の一実施形態に係る情報処理装置の制御方法は、予約対象、予約地点および予約時刻の少なくとも１つを含む予約要求を前記情報処理装置の通信部を介して受信することと、前記予約要求に基づいて決定される端末装置の位置に関する位置情報を前記情報処理装置の取得部によって取得することと、前記位置情報に基づく前記端末装置の移動速度が設定された値以上の場合、予約要求に対応する予約を取消す処理を前記情報処理装置の取消部によって行うこととを含む。
【発明の効果】
【００２５】
本発明によれば、ユーザの位置情報等から予約内容が達成されるか否かを判定し、予約内容が達成される可能性が低い場合に、予約のキャンセルを容易にすることのできる予約サービスシステムに係る情報処理装置、情報処理装置の制御方法およびプログラムを提供することができ、ユーザ及びサービス提供側双方にとって利便性が高い。
【図面の簡単な説明】
【００２６】
【図１】本発明の第１の実施形態による予約サービスシステム構成の概略図である。
【図２】本発明の一実施形態による情報処理装置（サーバ）のブロック図である。
【図３】本発明の一実施形態による端末装置のブロック図である。
【図４】本発明の一実施形態によるタクシー予約画面の一例である。
【図５】記憶部に記憶される予約要求の一例である。
【図６】記憶部に記憶されるユーザの位置情報の一例である。
【図７】記憶部に記憶される所定の条件の一例である。
【図８】記憶部に記憶されるユーザ、タクシーの位置情報の一例である。
【図９】記憶部に記憶される所定の条件の一例である。
【図１０】ユーザの端末装置に表示される通知画面の一例である。
【図１１】本発明の第２の実施形態による予約サービスシステム構成の概略図である。
【図１２】記憶部に記憶される予約要求の一例である。
【図１３】ユーザの端末装置に表示される通知画面の一例である。
【図１４】本発明の第１及び第２の実施形態による制御方法のフローチャートである。
【図１５】本発明の変形例による予約サービスシステム構成の概略図である。
【図１６】記憶部に記憶される予約要求の一例である。
【図１７】記憶部に記憶されるユーザの位置情報の一例である。
【図１８】ユーザの端末装置に表示される通知画面の一例である。
【図１９】本発明の変形例による制御方法のフローチャートである。
【発明を実施するための形態】
【００２７】
＜第１の実施形態＞
以下、諸図面を参照しながら、本発明の一実施形態として第１の実施形態を詳細に説明する。図１は、本発明の第１の実施形態による予約サービスシステム構成の概略図である。予約サービスシステム１０は、タクシー配車予約を行うサービスシステムであり、図１に示すように、サーバ１００、端末装置２００、タクシー３００、タクシーサーバ４００、ＧＰＳ（Global Positioning System：全地球測位システム）衛星５００Ａ，５００Ｂ、ネットワーク６００を含む。
【００２８】
サーバ（情報処理装置）１００は、タクシー配車予約サービスを提供するサービス側のサーバであり、ネットワーク６００を介して端末装置２００と接続される。端末装置２００は、スマートフォンなどに代表される通信端末である。サーバ１００は、端末装置２００のユーザからの配車要求（予約要求）を受けて、タクシー会社に配車要求を送信する。図１の例では、配車要求は、ネットワーク６００を介してタクシー会社のサーバ（タクシーサーバ）４００に送信される。タクシー３００は、タクシーサーバ４００からの指示を受けて、端末装置２００の配車要求に応じて配車されたタクシーである。ＧＰＳ衛星５００Ａ，５００Ｂは、端末装置２００やタクシー３００の位置を測位するためのＧＰＳ信号を送信する。なお、図１において、説明を簡単にするために端末装置２００およびタクシー３００は１台ずつ示してあるが、これ以上存在してもよいことは言うまでもない。また、ＧＰＳ衛星５００Ａ，５００Ｂは２台のみ示してあるが、ＧＰＳ衛星からのＧＰＳ信号を受信して位置を測位するためには、少なくとも３台のＧＰＳ衛星からのＧＰＳ信号が必要である。
【００２９】
また、タクシー３００は、タクシー会社によって一意に決定され、配車が決定されたタクシー３００についての情報が、タクシー配車予約サービス側にネットワーク６００を介して提供される。なお、タクシー会社側のシステム（タクシーサーバ４００など）についてはこれに限られるものではなく、タクシー３００を配車する決定は、タクシー会社における電話や無線などにより、タクシー３００に連絡されてもよい。また、タクシーサーバ４００とサーバ１００とは別サーバではなく、１つのサーバであってもよい。すなわち、タクシーはタクシー配車予約サービス側によって決定されてもよい。
【００３０】
図２は、本発明の一実施形態によるサーバ１００のブロック図である。図２に示すように、サーバ１００は、通信部１１０、記憶部１２０及び制御部１３０を備える。詳細は後述するが、これら各部の機能を簡単に説明する。
【００３１】
通信部１１０は、受信部１１１および送信部１１２を備え、制御部１３０からの指示に従って、ネットワーク６００を介して、ユーザの端末装置２００との通信（各種データの送受信）を実行する機能を有する。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。受信部１１１は、予約対象、予約地点および予約時刻の少なくとも１つを含む予約要求を受信する。図１の配車予約サービスシステム１０の場合、予約対象はタクシー、予約地点はタクシーへの乗車予定地、予約時刻はタクシーへの乗車予定時刻となる。
【００３２】
制御部１３０は、サーバ１００の各部を制御する機能を有するプロセッサである。制御部１３０は、取得部１３１、計算部１３２、判定部１３３、取消部１３４、通知作成部１３５及び計時部１３６を備える。
【００３３】
取得部１３１は、受信部１１１で受信した予約要求に基づいて決定される端末装置の位置情報を取得する。計算部１３２は、取得部１３１が取得した位置情報に基づき、端末装置の移動に関する移動情報を計算する。判定部１３３は、計算部１３２により計算された移動情報が所定の条件を成立させるか否かを判定する。取消部１３４は、少なくとも判定部１３３による判定結果に応じて、予約要求に応じた予約を取消す。通知作成部１３５は、判定部１３３により、移動情報が所定の条件を成立させると判定された場合、予約要求の取消に関する情報を含む通知を作成する。計時部１３６は、時刻を計時する。
【００３４】
記憶部１２０は、典型的には、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなど各種の記録媒体により実現され、サーバ１００が動作するうえで必要とする各種プログラムおよびデータを記憶する機能を有する。記憶部１２０は、複数の端末装置から送信された予約要求を記憶（格納）する。また、端末装置２００やタクシー３００の移動情報に関する所定の条件を記憶する。
【００３５】
次に、端末装置２００について説明する。図３は、本発明の一実施形態による端末装置２００のブロック図である。図３に示すように、端末装置２００は、通信部２１０、記憶部２２０、制御部２３０、入力受付部２４０、表示部２５０及び音声インタフェース（Ｉ／Ｆ）２６０及びスピーカ２７０を備える。
【００３６】
通信部２１０は、受信部２１１及び送信部２１２を備え、ネットワーク４００を介して、サーバ１００との通信を実行する機能を有する。当該通信は、有線、無線のいずれで実行されてもよく、また、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。
【００３７】
記憶部２２０は、端末装置２００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。例えば、記憶部２２０には、本実施形態に係るサービスを享受するのに用いる配車予約アプリケーションのプログラム等の情報が含まれる。なお、記憶部２２０は、典型的には、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記録媒体により実現される。
【００３８】
入力受付部２４０は、ユーザからの入力を受け付けて、当該入力に係る情報を、制御部２３０に伝達する。端末装置２００において、入力受付部２４０は、タッチパネルなどにより実現され、ユーザの指やスタイラスなどの指示具による接触とその接触位置を検出し、接触位置の座標を情報処理部２３１に伝達する。本実施形態において、入力受付部２４０は、ユーザによる予約要求の入力や、サーバ１００から受信した通知に対するボタンの選択を受け付ける。
【００３９】
制御部２３０は、端末装置２００の各部を制御する機能を有するプロセッサである。制御部２３０は、情報処理部２３１、表示処理部２３２、センサ部２３３を含む。情報処理部２３１は、入力受付部２４０から入力された情報にしたがって、通信部２１０からサーバ１００に情報を送信するように制御する機能を有する。また、情報処理部２３１は、通信部２１０でサーバ１００から受信した情報を、表示処理部２３２に伝達する機能も有する。表示処理部２３２は、情報処理部２３１から伝達された表示用のデータを画素情報に変換し、表示部２５０のフレームバッファに書き込む機能を有する。センサ部２３３は、ＧＰＳ衛星５００Ａ，５００Ｂ等から送信されるＧＰＳ信号を受信して、端末装置２００の現在位置（ユーザの現在位置）を測位する。
【００４０】
表示部２５０は、表示処理部２３２によりフレームバッファに書き込まれた表示データに従って、画像を表示する機能を有するモニタであり、典型的には液晶ディスプレイで実現される。表示部２５０は、サービス側から提供されて記憶部２２０に記憶（格納）された配車予約アプリケーション画面を表示する。また、表示部２５０は、サーバ１００から送信された通知を表示する。音声Ｉ／Ｆ２６０は、スピーカ２７０や図示しないイヤホンのインタフェースである。スピーカ２７０は、サーバ１００から通知を受信した場合に、通知音を発するように設定されてもよい。
【００４１】
次に、端末装置２００にて行われるタクシー配車予約について説明する。図４は、端末装置２００の表示部２５０に表示されるタクシー配車予約画面の一例である。本実施形態において、タクシーの配車予約は、サービス側が提供するアプリケーションを用いて行われる。図４（ａ）の予約画面には、ユーザがタクシーに乗車したい場所（予約地点）を指定するピンＭ１０を表示させた地図と、周辺を走行するタクシーのアイコンＴＸ１０が表示されている。ユーザは、ピンＭ１０によって予約地点を指定し、「指定する」ボタンＢＴ１０をタップすることによって、タクシーに乗車する地点（予約地点）を指定することができる。ボタンＢＴ１０がタップされると、図４（ｂ）に示す予約情報を入力する画面（予約情報入力画面）に表示部２５０が遷移する。詳細は後述するが、予約情報入力画面には、項目として、予約地点の住所Ｒ１０、予約地点のピンＭ１０、予約時刻Ｒ１１、通知情報Ｒ１２、乗車ユーザの情報Ｒ１３が表示される。図の例では、ピンＭ１０で指定された予約地点は「○○区××５丁目４番地」、予約時刻は「１７：００」、通知は「予約時刻から１０分後」、乗車ユーザは「０８０」「０９０」から始まる電話番号のユーザであることが分かる。
【００４２】
通知情報Ｒ１２は、予約時刻を経過しても、ユーザが配車されたタクシーに乗車していないとサーバ１００により判定された場合に、予約時刻経過後何分後に、予約を取消す（キャンセルする）か否かの通知を受信するかをユーザに指定させる項目である。また、乗車ユーザＲ１３は、タクシー配車要求を行う端末装置２００のユーザとは異なるユーザがタクシーに乗車する場合に、タクシーに乗車するユーザの端末装置の識別情報を入力する項目である。すなわち、端末装置２００のユーザが代理でタクシー配車予約を実行する際に用いられる。
【００４３】
次に、サーバ１００の記憶部１２０に記憶される各情報について、図を用いて説明する。図５は、記憶部１２０の予約要求記憶部１２２に記憶される予約要求テーブルの一例を示す図である。図に示すように、予約要求テーブルＴＢＬ１０には、予約要求毎に、ユーザＩＤ（IDentifier）、予約日、予約時刻、予約地点、予約対象、通知条件、自動キャンセルの有無が記憶される。ここで、「ユーザＩＤ」は、サービスの提供側によってユーザ毎に付与されるユーザの識別情報である。予約要求テーブルＴＢＬ１０に記憶されるユーザＩＤは、予約内容を実行するユーザの識別情報であり、予約要求に応じて決定される。（詳細は後述する）。また、図１の予約サービスシステム１０に係る実施形態では、「予約対象」は、タクシーとなっている。「通知条件」は、予約をキャンセルするか否かの通知がされるタイミングなどの条件であり、ユーザによって指定される。「自動キャンセル」は、ユーザの移動情報が所定の条件を成立させると判定部１３３によって判定された場合に、自動的に（ユーザの承諾なしに）予約をキャンセルするか否かであり、ユーザによって指定される。
【００４４】
本発明の一実施形態によれば、端末装置２００のセンサ部２３３は、ＧＰＳ衛星５００Ａ，５００Ｂ等から受信したＧＰＳ信号に基づいて端末装置２００の位置を測位する。センサ部２３３により測位される位置についての情報（位置情報）は、端末装置２００が存在する位置の緯度・経度を少なくとも含む。ＧＰＳ信号が異なる４つのＧＰＳ衛星から受信できた場合は、高度も測位することができる。図６に、サーバ１００の記憶部１２０に記憶される端末装置の位置情報テーブルの一例を示す。図に示すように、位置情報テーブルＴＢＬ１１は、端末装置２００から受信した緯度、経度、高度および位置情報を取得した時刻（更新時刻）が、端末装置２００の識別情報（図の例では、ユーザＩＤ）に関連付けて記憶される。図の例では、位置情報は１分毎に更新（１分毎に端末装置２００から取得）されている。サーバ１００の記憶部１２０には、端末装置毎に、図６のような位置情報テーブルＴＢＬ１１が作成される。なお、高度については必須ではなく、取得できた場合のみでもよい。
【００４５】
計算部１３２は、図６の位置情報テーブルＴＢＬ１１に基づき、端末装置２００の移動情報（移動速度、移動方向等）を計算する。具体的には、位置情報の緯度、経度２点間の距離から移動方向を計算し、２点間の距離を２点の更新時刻の差分で除算することによって移動速度を計算する。移動速度判定部１３３は、端末装置２００の移動情報が所定の条件を満たすか否かを判定する。
【００４６】
次に、記憶部１２０に記憶される所定の条件について、図７を用いて説明する。「所定の条件」は、端末装置２００の移動情報（移動速度、移動方向等）についての条件である。「所定の条件」は、端末装置２００が予約要求に基づく予約内容を達成できる状況にあるか否か、すなわち、予約内容が達成される可能性が低い場合を判定するための条件であり、端末装置２００の移動情報が「所定の条件」を満たす場合、端末装置２００は、予約を達成できる状況にないと判定される。「予約を達成できる状況にない」場合とは、例えば以下が考えられる。
（１）ユーザが、予約時刻の時点で、配車されたタクシーとは異なる他のタクシーに乗車している場合
（２）ユーザが、予約時刻の時点で、タクシーへの乗車を取り止めている場合
本発明によれば、上記（１）、（２）のような状況にあると判定された場合に、予約を容易にキャンセルすることが可能となる。
【００４７】
上記（１）を移動情報から判定するための「所定の条件」について、以下に説明する。ただし、所定の条件はこれらに限定されるものではない。
（１．１）端末装置の移動速度と移動方向について
予約時刻から所定の時間内において、端末装置の移動速度が所定の値以上、かつ、端末装置の移動方向が予約地点に向かう方向でない
（具体例：予約時刻の前後３分で、連続する１分以上、端末装置の移動速度が、予約地点以外の方向へ４０ｋｍ／ｈ以上）
（１．２）端末装置の移動速度について
予約時刻から所定の時間内において、端末装置の移動速度が所定の値以上である
（具体例：予約時刻の前後５分で端末装置の移動速度が４０ｋｍ／ｈ以上）
【００４８】
また、上記（２）を移動情報から判定するための「所定の条件」は、以下が考えられる。ただし、所定の条件はこれらに限定されるものではない。
（２．１）端末装置の移動方向について
予約時刻から所定の時間内において、前記端末装置の移動方向が前記予約地点に向かう方向でない
（具体例：予約時刻の前後５分で、端末装置の移動方向が予約地点以外の方向である）
（２．２）端末装置の移動方向について
端末装置の移動方向が所定の時間変化しない
（具体例：予約時刻前後５分で、端末装置の位置が予約地点から５００ｍ以上の距離で移動方向が変化しない）
【００４９】
判定部１３３は、端末装置２００から取得した位置情報に基づいて計算した移動情報が、上記（１．１）〜（２．２）の「所定の条件」を成立させるか否かを判定する。取消部１３４は、判定部１３３によって移動情報が「所定の条件」を成立させると判定された場合、「所定の条件」が成立する予約要求に基づく予約を取消す。なお、その際、ユーザの予約要求テーブルＴＢＬ１０を参照し、自動キャンセルが「なし」と設定されている場合、通知作成部１３５が、予約要求の取消に関する情報であって、ユーザに予約取消の可否を選択させるための情報を含む通知を作成する。そして、送信部１１２から、作成された通知を端末装置２００に送信する。取消部１３４は、通知に対する端末装置２００からの応答に応じて、応答が予約取消可である場合は予約を取消（キャンセル）し、応答が予約取消否である場合は、予約を取消さずに待機してもよい。送信部１１２で作成された通知は端末装置２００に所定の時間間隔で複数回送信されてもよい。
【００５０】
図７は、記憶部１２０に記憶される所定の条件テーブルの一例である。図に示すように、所定の条件テーブルＴＢＬ１２には、時間条件、ユーザの移動速度、ユーザの移動方向、オプション等が含まれる。例えば、所定の条件テーブルＴＢＬ１２に記憶された条件１は、上記（１．１）の条件であって、端末装置の移動速度と移動方向に関す。条件１のように、「予約時刻の前後３分連続する１分以上」、「ユーザの移動速度」が「４０ｋｍ／ｈ以上」であり、かつ「ユーザの移動速度」が「予約地点以外」（予約地点に向かわない方向）である場合は、ユーザは何らかの車両に乗車していると考えられる。
【００５１】
条件２は、上記（２．１）の条件であって、端末装置の移動方向に関する。条件２のように、「時間条件」が「予約時刻の前後５分」、「ユーザの移動方向」が「予約地点以外」である場合は、ユーザが、予約時刻の時点でタクシーへの乗車を取り止めていると考えられる。
【００５２】
条件３は、上記（２．２）の条件であって、端末装置の移動方向に関する。条件３のように、「時間条件」が「予約時刻の前後５分」、「ユーザの移動方向」が「予約地点以外で変化しない」場合は、ユーザが、予約地点を誤って認識しているとも考えられる。この場合、予約地点をユーザに通知する事が好ましいため、「オプション」として、「予約地点の通知」が設定されてもよい。これは例えば、プッシュ通知等で「予約地点は○○区××５丁目です」というメッセージと、ユーザの現在地と予約地点とをマーカー等で分かるようにした地図を表示させるためのリンクを通知すればよい。
【００５３】
条件４は、上記（１．２）の条件であって、端末装置の移動速度に関する。条件４のように、「時間条件」が「予約時刻の前後５分」、「ユーザの移動速度」が「４０ｋｍ／ｈ以上」である場合は、ユーザが、何らかの車両に乗車していると考えられる。なお、上記の所定の条件における、移動速度や時間条件については一例であり、予約サービス側が設定できても、ユーザ側が設定できてもよい。また、例えば時間条件については、個々のユーザの履歴に応じて、適切な数値が設定されてもよい。
【００５４】
上述のように、本発明の一実施形態によれば、計算部１３２が、端末装置２００から取得した位置情報を用いて、端末装置２００の移動速度及び移動方向（移動情報）を計算する。そして、判定部１３３により、予約内容の達成可否が判定され、予約内容が達成できる状況にないと判定された場合、キャンセル処理を容易にすることができる。従って、ユーザにとって利便性が高い。なお、判定に用いる移動情報の項目が多いほど、より正確にユーザの状況を把握でき、より精度の高い判定が可能となる。
【００５５】
上述では、端末装置２００の移動情報に基づいて所定の条件の判定が行われる態様を説明した。しかしながら、所定の条件の判定には、予約対象であるタクシーの移動情報が用いられてもよい。以下に、移動対象の移動情報も判定に用いられる態様について説明する。
【００５６】
図８は、サーバ１００の記憶部１２０に記憶される端末装置および端末装置に配車されたタクシーの位置情報テーブルの一例である。サーバ１００の取得部１３１は、ネットワーク６００を介して又は端末装置２００に配車されたタクシー３００から直接、タクシーの位置情報を取得する。図に示すように、位置情報テーブルＴＢＬ１３は、端末装置の位置情報と、端末装置に配車されたタクシーの位置情報とが関連付けて格納されている。取得部１３１は、端末装置２００と、タクシー３００又はタクシーサーバ４００とから、それぞれ端末装置２００及びタクシー３００の位置情報を取得し、位置情報テーブルＴＢＬ１３として記憶部１２０に記憶する。
【００５７】
ユーザの移動情報とタクシーの移動情報とから、予約を達成する状況にあるか否かを判定するための「所定の条件」は、以下が考えられる。ただし、所定の条件はこれらに限定されるものではない。
（３．１）端末装置とタクシーとの間の相対速度と移動方向について
予約時刻から所定の時間内において、端末装置と予約対象との間の相対速度が所定の値以上、かつ、端末装置の移動方向が予約地点から離れる方向
（具体例：予約時刻前後５分で、端末装置の移動速度が予約地点以外の方向に平均４０ｋｍ／ｈ以上であり、端末装置とタクシーとの間の相対速度が３０ｋｍ/ｈ以上）
（３．２）端末装置とタクシーとの間の相対距離について
予約時刻から所定の時間内において、前記端末装置と前記予約対象との間の相対距離が所定の値以上
（具体例：予約時刻以降に、端末装置とタクシーとの間の相対距離が増加）
【００５８】
図９は、移動対象であるタクシーの移動情報を含む所定の条件テーブルの一例である。図に示すように、所定の条件テーブルＴＢＬ１４には、時間条件、ユーザの移動速度、ユーザの移動方向、タクシーとの相対速度、タクシーとの相対距離等が含まれる。例えば、所定の条件テーブルＴＢＬ１４に記憶された条件１は、上記（３．１）の条件であって、端末装置とタクシーとの間の相対速度と移動方向に関する。条件１のように、「予約時刻の前後５分」、「ユーザの移動速度」が「４０ｋｍ／ｈ以上」、「ユーザの移動方向」が「予約地点以外」であり、かつ「タクシーと端末装置との間の相対速度」が「３０ｋｍ／ｈ以上」である場合は、ユーザは、配車されたタクシー以外の車両に乗車していると考えられる。また、条件２は、上記（３．２）の条件であって、端末装置とタクシーとの間の相対距離に関する。条件２のように、「予約時刻後」に「タクシーと端末装置との間の相対距離」が「増加」している場合は、ユーザがタクシーへの乗車を取り止めていると考えられる。
【００５９】
上述のように、配車されたタクシーの移動情報をさらに用いて判定が行われるため、端末装置のユーザが別の車両に乗った可能性をより精度よく判定することができる。
【００６０】
次に、判定部１３３によって所定の条件が成立すると判定された場合に、端末装置２００に送信される通知について説明する。図１０は、通知作成部１３５によって作成された通知が表示された端末装置２００の表示部２５０の表示画面の一例である。図の例は、「予約時刻経過後１０分後」に通知が送信されるように予め設定したユーザへの通知である。図に示すように、表示部２５０には、プッシュ通知ＰＵ１０が表示されている。プッシュ通知ＰＵ１０には、「タクシー予約をキャンセルしますか？予約時刻を１０分経過しました」というメッセージと、「キャンセル」及び「予約継続」ボタンが表示されている。ユーザによって「キャンセル」が選択された場合、端末装置２００の送信部２１２から、「キャンセル」応答が送信される。サーバ１００の受信部１１１は、「キャンセル」応答を受信し、取消部１３４が、予約を取消す処理を行う。その後、送信部２１２より、タクシーサーバ４００を介して、又はタクシー３００へ直接、予約取消の通知が送信される。
【００６１】
なお、ユーザへの通知の送信は、取得部１３１が取得したユーザ情報に含まれるメールアドレスや、電話番号を宛先として利用できる通信プロトコル、例えばＳＭＳ（Short Message Service）やＭＭＳ（Multimedia Messaging Service）等を用いて送信される。また、サービスに連携するメッセンジャーアプリケーションを介した通知により送信されてもよい。さらに、通知が送信されるタイミングは、ユーザによって自由に設定されても良く、通知が送信されずに自動的に予約がキャンセルされるように設定されてもよい。なお、通知は予約時刻の経過後に限って行われるものではない。予約時刻前でも、判定部１３３による判定でユーザが配車されたタクシーに乗車する可能性が低いとされる条件が成立した時点で、端末装置へ通知が送信されてもよい。
【００６２】
上述のように、本発明によれば、予約内容が達成されない状況にあると判定された場合に、ユーザにキャンセルを促す通知が送信されるため、ユーザにとって利便性が高い。また、ユーザからの明示的なキャンセルがあるまで待機しなければならないタクシー側にとっても、キャンセルの発生を早めに知ることができ便利である。なお、「予約対象」としては、上述のタクシーに限らず、飛行機、船舶、バスなどの車両であっても良い。
【００６３】
＜第２の実施形態＞
上記では、予約対象が移動するタクシーの場合について説明した。しかしながら、本発明は、予約対象が移動しない店舗等の場合にも適用することができる。以下に、その場合の一実施形態を第２の実施形態として説明する。
【００６４】
図１１は、本発明の第２の実施形態に係る予約サービスシステム構成の概略図である。予約サービスシステム２０は、レストラン等の店舗予約を行うサービスシステムであり、図２に示すように、サーバ１００、端末装置２００、ＧＰＳ衛星５００Ａ、ネットワーク６００、店舗７００を含む。
【００６５】
サーバ１００は、店舗予約サービスを提供するサービス側のサーバであり、ネットワーク６００を介して端末装置２００や店舗７００と接続される。サーバ１００は、端末装置２００のユーザからの店舗予約（予約要求）を受けて、店舗７００に予約要求を送信する。予約要求は、例えば図４（ｂ）に示すようなアプリケーションを用いて送信することができ、少なくとも、ユーザ情報、予約日、予約時刻を含む。店舗７００は、予約要求に応じた予約が完了すると、予約完了の旨をサーバ１００へ送信し、サーバ１００は、予約完了の旨を端末装置２００に送信する。なお、サーバ１００や端末装置２００のブロック図は、図１に示す配車予約サービスシステム１０に係るものと同様であり、詳細な説明は省略する。
【００６６】
図１２は、記憶部１２０に記憶される予約要求テーブルの一例を示す図である。図１２の予約要求テーブルＴＢＬ２０は、図５の予約要求テーブルＴＢＬ１０と同様であるが、予約対象が異なる。図に示すように、予約要求テーブルＴＢＬ２０には、予約要求毎に、ユーザＩＤ、予約日、予約時刻、予約地点、予約対象、通知条件、自動キャンセルの有無が記憶される。ここで、ユーザＩＤは、予約内容を実行する端末装置の識別情報である。図１１に示す予約サービスシステム２０に係る実施形態では、「予約対象」は店舗となっている。なお、「予約対象」としては、飲食店、映画館、病院、美容院、ネイルサロン、ホテルなど、予約が可能なもの全般に本発明の適用が可能である。「予約地点」は、「予約対象」の店舗の住所である。
【００６７】
図１１に示す予約サービスシステム２０の場合も、予約サービスシステム１０の場合と同様に、端末装置２００がＧＰＳ衛星５００Ａ等から受信したＧＰＳ信号を用いて測位した位置情報に基づき、サーバ１００の計算部１３２が、端末装置２００の移動情報を計算する。判定部１３３は、端末装置２００の移動情報が所定の条件を成立させるか否かを判定し、判定結果に応じて、取消部が予約を取消す。ここで、所定の条件は、上述した（１．１）〜（２．２）と同様である。すなわち、端末装置２００の移動速度や移動方向から、端末装置２００が予約内容を達成できる状況にあるか否か、すなわち、ユーザが予約時刻に予約地点（店舗）に到達するかが判定される。
【００６８】
判定部１３３によって端末装置２００の移動情報が所定の条件を成立させると判定された場合、通知作成部１３５は、端末装置２００のユーザに予約取消の可否を選択させる通知を作成する。図１３に、端末装置２００の表示部２５０に表示される通知の一例を示す。図に示すように、通知ＰＵ１１には、「レストランの予約をキャンセルしますか？予約時刻を１０分経過しました」というメッセージと、「キャンセル」及び「予約継続」のボタンが表示される。この通知ＰＵ１１が表示される時間は、端末装置２００のユーザが予め設定しても良いし、設定されない場合、予約サービス側によって設定されていてもよい。その後、取消部１３４は、プッシュ通知ＰＵ１１に対する端末装置２００からの応答が「キャンセル」である場合は予約を取消し、送信部１１２は、店舗７００に予約取消の通知を送信する。「予約継続」である場合は、一定期間待機して、所定の時間経過後に再度位置情報の取得を開始し、上述した判定を行っても良い。
【００６９】
次に、上述した本発明の第１の実施形態及び第２の実施形態による制御方法について、図１４を用いて説明する。図１４は、上述の制御のフローチャートである。なお、図１４のフローは、予約対象がタクシーの場合および店舗の場合でも同様である。
【００７０】
まず、サーバ１００の受信部１１１にて、予約要求を受信する（ステップＳ１１）。そして、取得部１３１は、予約要求に基づいて決定される端末装置の位置情報を取得する（ステップＳ１２）。なお、位置情報の取得は、予約要求を受信してすぐ開始されても良いし、予約要求に含まれる予約時刻が近づいた場合に開始されてもよい。また、位置情報の取得は、所定の間隔（例えば、１分間隔等）で行われる。その後、計算部１３２は、取得部１３１が取得した位置情報から、端末装置の移動情報（移動速度、移動方向）を計算する（ステップＳ１３）。ここで、移動情報の計算は、所定の間隔で位置情報を取得する度に行われても良いし、記憶部１２０にある程度位置情報を記憶してから行われても良い。その後、判定部１３３が、移動情報が所定の条件を成立させるか否かを判定する（ステップＳ１４）。所定の条件を成立させないと判定された場合、ステップＳ１２へ戻り、位置情報の取得を継続する。なお、位置情報の取得から判定までの処理は、予約が達成された（予約内容が実行された）場合か、予約の取消が行われるまで行われるのが好適である。
【００７１】
ステップＳ１４にて、所定の条件を成立させると判定された場合、通知作成部１３５は、予約取消に関する通知を作成し、送信部１１２が、端末装置へ通知を送信する（ステップＳ１５）。判定部１３３は、端末装置から予約取消の応答があるか否かを判定し（ステップＳ１６）、予約取消の応答があった場合は、取消部１３４が予約を取消す（ステップＳ１７）。その後、送信部１１２は、予約取消の通知を、端末装置及び予約対象（タクシー、店舗など）に送信する（ステップＳ１８）。なお、端末装置から予約取消の応答がない（通知に対する応答がない場合、又は、予約継続の応答があった場合）は、ステップＳ１５へ戻り、所定の期間経過後に、再度通知が送信されてもよい。
【００７２】
上述のように、本発明によれば、予約内容が達成できないと推定される条件を、端末装置の移動情報（移動速度や移動方向）が成立させるか否かが判定され、予約内容が達成できないと判定された場合に、予約を取消すか否かの通知が端末装置に送信される。従って、ユーザは、予約取消をスムーズに行うことができ、利便性が高い。また、ユーザからの明示的な取消の通知を早い段階で得ることができるため、予約対象側にとっても利益が大きい。
【００７３】
＜変形例＞
次に、複数のユーザが同一時刻に予約対象に集合する際に、ユーザの各位置情報に基づいて、集合時間が変更される態様について、変形例として説明する。図１５は、本発明の変形例に係る予約サービスシステムの構成図である。図に示すように、予約サービスシステム３０は、サーバ１００、複数の端末装置２００Ａ，２００Ｂ，２００Ｃ、ＧＰＳ衛星５００、ネットワーク６００、店舗７００を含む。サーバ１００や端末装置２００のブロック図は、図２や図３で説明したものと同様であるため、説明を省略する。
【００７４】
ここで、端末装置２００Ａ〜２００Ｃのユーザは、店舗７００を予約し、同一時間に集合しようとしている。しかしながら、図１５のように複数人数で集合する場合、集合時刻を定めても、各ユーザが、集合場所の誤認識や遅刻などで適切に集まらない事がある。以下に説明する態様では、各ユーザの端末装置の移動情報に基づき、集合時間が変更される。
【００７５】
まず、サーバ１００の受信部１１１は、複数のユーザが集合すべき集合場所を示す場所情報と、複数のユーザ各々を示すユーザ情報と、複数のユーザが集合する予定の集合時刻とを受信する。これらの情報は、一ユーザの端末装置からまとめて送信されてもよいし、集合する各ユーザが、サービス側の提供するアプリケーションを介して送信してもよい。図１６に、記憶部１２０に記憶される集合情報テーブルの一例を示す。図に示すように、集合情報テーブルＴＢＬ３０は、集合場所、集合時刻、集合する各ユーザの情報とを含む。なお、オプションとして、あるユーザが特定ユーザであることを示す情報が含まれても良い（詳細は後述する）。図の例では、集合グループのグループＩＤ「Group_1」に含まれる集合ユーザが、「○○区××５丁目」に「１７：００」に集合する、という情報が記憶されている。
【００７６】
取得部１３１は、複数のユーザのユーザ端末各々の位置を示す位置情報を取得する。図１７に、記憶部１２０に記憶される各ユーザ端末の位置情報テーブルを示す。これは、各ユーザ端末が複数のＧＰＳ衛星５００から受信したＧＰＳ信号に基づき測位した情報である。計算部１３２は、位置情報テーブルＴＢＬ３１のユーザ端末各々の位置情報から、場所情報により示される位置まで到達するのに要すると推定される移動時間を、各ユーザ端末毎に計算する。そして、図２に図示しない変更部が、現在時刻とユーザ端末毎の移動時間とに基づいて、集合時刻を変更する。このとき、通知作成部１３５は、変更部により変更された集合時刻の通知を作成し、送信部１１２は、集合する複数のユーザ端末に、通知を送信する。
【００７７】
なお、この通知には、集合時間の変更に同意するかの確認が含まれる。図１８に、端末装置２００Ａ〜２００Ｃに送信される通知の一例を示す。図に示すように、通知ＰＵ３０には、「○○区××５丁目への集合時刻が変更されました」というメッセージと、「同意する」及び「詳細確認」のボタンが含まれる。変更部は、集合ユーザ全員から「同意する」の応答があった場合、集合時刻を変更し、集合情報テーブルＴＢＬ３０の内容を更新する。なお、「詳細確認」ボタンが選択された場合、集合時間の変更に同意しない場合のボタン、集合ユーザへのメッセージ作成画面への遷移ボタン、集合時間の希望更新時間を設定できる画面への遷移ボタン等が表示されてもよい。
【００７８】
次に、上述した本発明の変形例による制御方法について、図１９を用いて説明する。図１９は、上述の制御のフローチャートである。まず、サーバ１００の受信部１１１にて、グループ情報（集合ユーザ、集合場所、集合時刻）を受信する（ステップＳ２１）。そして、取得部１３１は、集合ユーザの端末装置の位置情報を取得する（ステップＳ２２）。なお、位置情報の取得は、グループ情報を受信してすぐ開始されても良いし、集合時刻が近づいた場合に開始されてもよい。その後、計算部１３２は、取得部１３１が取得した位置情報から、各集合ユーザの端末装置の移動情報（移動速度、移動方向）を計算する（ステップＳ２３）。ここで、移動情報の計算は、所定の間隔で位置情報を取得する度に行われても良いし、記憶部１２０にある程度位置情報を記憶してから行われても良い。その後、判定部１３３が、集合ユーザは集合時刻に集合場所に到着可能であるか否かを判定する（ステップＳ２４）。集合ユーザが集合時刻に集合場所に到着すると判定された場合は、ステップＳ２８へ進み、集合時刻は更新されない。ステップＳ２４にて、集合ユーザが集合時刻に集合場所に到着しないと判定された場合は、計算部１３２が、各集合ユーザの移動情報から新たな集合時刻を計算し、通知作成部１３５が作成した通知が、集合ユーザに送信される（ステップＳ２５）。判定部１３３は、通知への応答で、集合ユーザが更新に同意しているか否かが判定する（ステップＳ２６）。集合ユーザが更新に同意したと判定された場合は、更新部が、集合時刻を更新する（ステップＳ２７）。なお、集合ユーザ全員の同意が得られない場合は、通知が送信されてから所定時間が経過した後に、同意を得られないユーザへ再度通知が送信されてもよいし、集合ユーザ全員へ、全員の同意が得られていない旨が通知されてもよい。
【００７９】
なお、受信部１１１は、さらに、複数のユーザの中から特定のユーザの指定を受け付ける。「特定のユーザ」とは、集合ユーザのうち優先順位の高いユーザであって、例えばあるパーティの主役となるユーザであったり、集合ユーザのうち最も上役のユーザであったりする。そして、変更部は、特定のユーザのユーザ端末の位置情報から計算された移動時間と現在時刻とに基づいて集合時刻を変更する。このようにすれば、優先度の高いユーザに、集合時刻の変更により手間をかけさせることがない。なお、変更部は、各ユーザ端末の移動情報から計算した移動時間のうち、最も長い移動時間に基づいて、集合時刻を変更してもよい。このようにすれば、全てのユーザを確実に集合場所に集合させることが可能となる。
【００８０】
なお、集合場所は、所定のサービスを提供するサービス提供者の場所を示すものであり、予定の集合時刻は、前記複数のユーザが所定のサービスの提供開始を所望するものとしてサービス提供者に通知されている時間である。通知作成部１３５は、変更後の集合時刻をサービス提供者に通知する通知情報を作成してもよい。このようにすれば、サービス提供者を不要に待たせたりすることがない。また、集合場所がレストランである場合、予約者のために確保していた席を他のお客に提供することができ、利益が高い。
【００８１】
さらに、受信部１１１は、ユーザの端末の位置情報から集合時間に間に合わない遅刻ユーザを抽出し、サーバ１００は、受信部１１１で受け付けた複数のユーザから、遅刻ユーザを区別して管理する管理部を備えてもよい。このようにすれば、遅刻ユーザを集合時刻の変更の際に考慮しなくてもよく、不要に集合時刻を遅くすることがない。なお、遅刻ユーザとして抽出するユーザは、集合時間から所定の時間（例えば、５分等）以内に間に合わないユーザとしてもよい。
【００８２】
さらに、取得部１３１は、複数のユーザのうち、集合場所から所定の距離内にいないユーザの位置情報を繰り返し取得し、計算部１３２は、取得部１３１が位置情報を取得するごとに、取得した分の位置情報に基づく移動時間を計算してもよい。これにより、より状況に即した集合時間に更新することができる。
【００８３】
なお、通知作成部１５３は、複数ユーザの位置情報を地図上に表示するための表示情報を作成し、送信部１１２から表示情報が送信されてもよい。これにより、どのユーザがどこに位置するかを視覚的に把握することができ便利である。
【００８４】
本発明に係る発明の一実施形態を説明したが、本発明はこれに限られないことは言うまでもない。例えば、上述では、位置情報をＧＰＳ衛星から取得する態様について説明したが、位置情報は、基地局などから得ても良い。また、端末装置２００は、移動速度を計測する速度センサや、移動方向を計測するジャイロセンサを備え、移動速度や移動方向をそれらセンサによって計算してもよい。
【００８５】
また、上述では、通知がプッシュ通知により行われる態様を説明したが、通知は、ＳＭＳで送信されたり、Ｅメールアドレス宛に送信されたりしてもよい。所定の条件や通知が行われるタイミングは、サービス側やユーザが任意に設定できてもよい。例えば上述では、通知が予約時刻の経過後に送信される態様を説明した。しかしながら、通知は、予約時刻の前に行われてもよいし、キャンセルと判定された時点で行われても良い。
【００８６】
さらに、端末装置が位置する場所の路線図等の情報を記憶しておき、端末装置の移動速度が電車の移動速度と同等で、移動方向が路線と一致する場合は、端末装置が電車やバスに乗車していると判定し、タクシー予約をキャンセルしてもよい。あるいは、電車やバス等で予約地点に向かっていると判定し、タクシー予約のキャンセルを一定期間保留にしても良い。
【００８７】
また、端末装置の移動速度及び移動方向と、配車されたタクシーとは別のタクシーの移動速度及び移動方向とが一致する場合、端末装置はこの別のタクシーに乗車したと判定してもよい。この際、別のタクシーに関する情報をサーバ１００およびタクシーサーバ４００に送信してもよい。
【００８８】
また、端末装置は、スマートフォンに限るものでない。端末装置は、上記実施の形態において記載した機能を実現できる情報処理装置であればどのような装置であってもよく、例えば、ノートパソコン、スマートフォン、タブレット端末、携帯電話、ウェアラブル端末（眼鏡型、腕時計型等を含む）、デスクトップＰＣ（Personal Computer）であってもよい。
【００８９】
サーバ１００の各機能部は、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。また、各機能部は、１または複数の集積回路により実現されてよく、複数の機能部の機能を１つの集積回路により実現されることとしてもよい。ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。
【００９０】
サーバ１００の各機能部をソフトウェアにより実現する場合、サーバ１００または端末装置２００、３００は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００９１】
なお、上記プログラムは、例えば、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。
【００９２】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、上記実施の形態に示す構成を適宜組み合わせることとしてもよい。
【符号の説明】
【００９３】
１０  配車予約サービスシステム
１００  サーバ（情報処理装置）
２００  端末装置
３００  タクシー
４００  タクシーサーバ
５００Ａ，５００Ｂ  ＧＰＳ衛星
６００  ネットワーク
１１０  通信部
１２０  記憶部
１３０  制御部
１１１  受信部
１１２  送信部
１３１  取得部
１３２  計算部
１３３  判定部
１３４  取消部
１３５  通知作成部
２１０  通信部
２２０  記憶部
２３０  制御部
２４０  入力受付部
２５０  表示部
２７０  スピーカ
２１１  受信部
２１２  送信部
２３１  情報処理部
２３２  表示処理部
２３３  センサ部
Ｍ１０  ピン
ＴＸ１０  アイコン
ＢＴ１０  ボタン
Ｒ１０  住所
Ｒ１１  予約時刻
Ｒ１２  通知情報
Ｒ１３  乗車ユーザ情報
ＴＢＬ１０  予約要求テーブル
ＴＢＬ１１、ＴＢＬ１３  位置情報テーブル
ＴＢＬ１２、ＴＢＬ１４  所定の条件テーブル
ＰＵ１０、ＰＵ１１、ＰＵ３０  プッシュ通知
２０  予約サービスシステム
７００  店舗
ＴＢＬ２０  予約要求テーブル
３０  予約サービスシステム
ＴＢＬ３０  集合情報テーブル
ＴＢＬ３１  位置情報テーブル
【図１】
0006643828.tif 000002
【図２】
0006643828.tif 000003
【図３】
0006643828.tif 000004
【図４】
0006643828.tif 000005
【図５】
0006643828.tif 000006
【図６】
0006643828.tif 000007
【図７】
0006643828.tif 000008
【図８】
0006643828.tif 000009
【図９】
0006643828.tif 000010
【図１０】
0006643828.tif 000011
【図１１】
0006643828.tif 000012
【図１２】
0006643828.tif 000013
【図１３】
0006643828.tif 000014
【図１４】
0006643828.tif 000015
【図１５】
0006643828.tif 000016
【図１６】
0006643828.tif 000017
【図１７】
0006643828.tif 000018
【図１８】
0006643828.tif 000019
【図１９】
0006643828.tif 000020