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

Abstract

【課題】ユーザが待ち時間を減らすことが可能な情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法を提供する。【解決手段】ＰＯＩを利用できるまでの待ち時間を取得するＰＯＩ情報取得手段と、前記ＰＯＩまでの移動時間を取得する移動時間取得手段と、前記待ち時間と前記移動時間との比較結果に基づいて、前記ＰＯＩに関するＰＯＩ情報を生成する情報生成手段と、を備える情報処理システムが提供される。【選択図】図１

Description

本発明は、ＰＯＩ（Post Of Interest）の待ち時間を考慮した情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法に関する。

特許文献１には、顧客端末からの検索依頼に対して、複数の店舗のうち、店舗の待ち時間と移動時間の合計時間が最も短い店舗を推奨店舗としてユーザに提示するシステムが開示されている。

特開２０１２−９８９８１号公報

しかしながら、このシステムでは、ユーザは店舗に到着してから実際に待つ時間を把握できず、移動時間は短くても店舗での待ち時間が長くなることもある。

本発明はこのような問題点に鑑みてなされたものであり、本発明の課題は、ユーザが待ち時間を減らすことが可能な情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法を提供することである。

本発明の一態様によれば、ＰＯＩを利用できるまでの待ち時間を取得するＰＯＩ情報取得手段と、前記ＰＯＩまでの移動時間を取得する移動時間取得手段と、前記待ち時間と前記移動時間との比較結果に基づいて、前記ＰＯＩに関するＰＯＩ情報を生成する情報生成手段と、を備える情報処理システムが提供される。

また、本発明の別の態様によれば、ＰＯＩを利用できるまでの待ち時間を取得するＰＯＩ情報取得手段と、前記ＰＯＩまでの移動時間を取得する移動時間取得手段と、前記待ち時間と前記移動時間とに基づいて、前記ＰＯＩへの推奨出発時刻を算出する出発時刻算出手段と、前記推奨出発時刻を含むＰＯＩ情報を生成する情報生成手段と、を備える情報処理システムが提供される。

ユーザは、ＰＯＩでの待ち時間と移動時間との比較結果、あるいは、推奨出発時刻を把握でき、待ち時間の短縮につなげることができる。

第１の実施形態に係る情報処理システムの概略構成を示すブロック図。 ＰＯＩ情報データベース２２１の構造の一例を示す図。 第１の実施形態に係る情報処理システムの処理動作の一例を示すシーケンス図。 ステップＳ２において出力部１３に表示される画面の一例を示す図。 ステップＳ４において出力部１３に表示される画面の一例を示す図。 図３の変形例であるシーケンス図。 第２の実施形態に係る情報処理システムの処理動作の一例を示すシーケンス図。 ステップＳ１’，Ｓ２’ において出力部１３に表示される画面の一例を示す図。 ステップＳ４’において出力部１３に表示される画面の一例を示す図。 ステップＳ４’において出力部１３に表示される画面の別の例を示す図。 第３の実施形態に係る情報処理システムの処理動作の一例を示すシーケンス図。 ステップＳ１’’において出力部１３に表示される画面の一例を示す図。 ステップＳ４’’において出力部１３に表示される画面の一例を示す図。 ステップＳ４’’において出力部１３に表示される画面の別の例を示す図。 第４の実施形態の概要を説明する図。 第４の実施形態に係る情報処理システムの概略構成を示すブロック図。 第４の実施形態において出力部１３に表示される画面の一例を示す図。 第５の実施形態において出力部１３に表示される画面の一例を示す図。

以下、本発明に係る実施形態について、図面を参照しながら具体的に説明する。

本発明の好ましい形態において、本発明に係る情報処理システムはＷｅｂ予約システムを利用する。Ｗｅｂ予約システムとは、店舗などの施設に実際に行かなくても、Ｗｅｂ上で予約して順番待ちをできるシステムである。本発明に係る情報処理システムの提供者がＷｅｂ予約システムを提供してもよいし、他の事業者によって提供されるＷｅｂ予約システムと連携してもよい。

（第１の実施形態）
第１の実施形態は、ある特定のＰＯＩについて、現在から利用できるまでの待ち時間と、そのＰＯＩまでの移動時間との比較結果に基づいて、ＰＯＩ情報を生成するものである。

図１は、本発明の第１の実施形態に係る情報処理システムの概略構成を示すブロック図である。情報処理システムは端末装置１およびサーバ２から構成され、これらはネットワーク３を介して通信可能に接続されている。ネットワーク３は無線でもよいし有線でもよい。

端末装置１はユーザが使用するものであり、例えば携帯電話、スマートフォンもしくはタブレットなどのモバイル電子機器でもよいし、パーソナルコンピュータやカーナビゲーション装置などの据え置き型電子機器でもよい。以下では、主に端末装置１がスマートフォンである例を示す。
端末装置１は、通信部１１と、操作入力部１２と、出力部１３と、制御部１４とを有する。
通信部１１はネットワーク３を介して制御部１４とサーバ２との間で情報を送受信する通信インターフェースである。

操作入力部１２はユーザが端末装置１に操作を入力するための入力インターフェースであり、例えばモバイル電子機器におけるタッチパネルやマイク、据え置き型電子機器におけるキーボード、マウス、タッチパッドである。

出力部１３は端末装置１から各種情報を出力する出力インターフェースである。例えば
、出力部１３はユーザからの操作を受け付けるためのＧＵＩ（Graphical User Interface）や、種々の情報をユーザに表示するディスプレイである。あるいは、出力部１３は音声を出力するスピーカであってもよい。また、出力部１３は情報などをユーザに直接提示するものでなくてもよく、例えば、外部に接続されるディスプレイおよび／またはスピーカに映像信号および／または音声信号を出力したり、外部に接続される印刷装置にデータを出力したり、端末装置１内あるいは外部の記憶装置にデータを出力して記憶させたりするものであってもよい。以下では、主に出力部１３がディスプレイである例を示す。

制御部１４は、ＰＯＩ検索条件設定部１４１と、経路検索条件設定部１４２と、予約設定部１４３と、情報送信部１４４と、情報受信部１４５と、出力データ生成部１４６とを有する。これら各部は、端末装置１のプロセッサ（不図示）が所定のプログラムを実行することによって実現されてもよいし、ハードウェアで実装されてもよい。

ＰＯＩ検索条件設定部１４１は、ユーザからの操作入力部１２に対する操作に応じて、ＰＯＩ検索条件を設定する。検索対象となるＰＯＩは、飲食店、医療施設、宿泊施設、各種サロン、テーマパーク、展示会場などといった各種施設であってもよいし、施設そのものでなく特定の施設で開催されるイベントであってもよく、特に制限はないが、とりわけ利用開始までに待ち時間が発生するものを特に対象としている。なお、ここでの利用開始とは、例えば施設などに入場すること、店舗などで着席すること、実際にサービスの提供を受けることなどを言う。

経路検索条件設定部１４２はＰＯＩまでの経路検索条件を設定する。経路検索条件は、例えば出発地、出発時刻、使用する交通機関などである。経路検索条件設定部１４２は、ユーザからの操作入力部１２に対する操作に応じて経路検索の都度設定してもよいし、予め設定しておいてもよい。また、検索条件の少なくとも一部はユーザの指示なしで設定されてもよく、例えばＧＰＳ受信装置（不図示）などから取得される端末装置１の位置（現在地）を出発地としたり、現在時刻を出発時刻としたりしてもよい。

予約設定部１４３は、ユーザからの操作入力部１２に対する操作に応じて、ＰＯＩの利用予約指示を設定する。利用予約には、人数、サービスの内容、その他細かい条件を設定できてもよい。

情報送信部１４４は、端末装置１に設定された各種情報、例えば上記ＰＯＩ検索条件、経路検索条件、利用予約指示を、通信部１１からネットワーク３を介してサーバ２に送信する。
情報受信部１４５は、サーバ２から各種情報、例えば後述するＰＯＩ情報を、ネットワーク３を介して通信部１１から受信する。

出力データ生成部１４６は、操作入力部１２に対する操作や、サーバ２からの各種情報に基づいて、出力部１３が情報を出力するための出力データを生成する。出力部１３がディスプレイである場合、出力データは画像データである。
一方、サーバ２は、通信部２１と、記憶部２２と、制御部２３とを有する。
通信部２１はネットワーク３を介して制御部２３と端末装置１との間で情報を送受信する通信インターフェースである。

記憶部２２は、例えばハードディスクであり、ＰＯＩ情報データベース２２１を記憶している。ＰＯＩ情報データベース２２１は、例えばＷｅｂ予約システムが持つ各ＰＯＩの予約情報をサーバ２が取得してサーバ２内（あるいはネットワーク３を介して接続された別個の装置内の記憶装置内）に記憶する。

図２は、ＰＯＩ情報データベース２２１の構造の一例を示す図である。図示のように、ＰＯＩ情報データベース２２１は、各ＰＯＩのＩＤ、カテゴリ、名称、位置情報、待ち時間、待ち人数などを関連付けて記憶している。その他、各ＰＯＩの営業時間、平均予算などが関連付けられていてもよい。待ち時間は、ＰＯＩにできた行列に順番待ちした場合に、利用開始までに要する時間を示す。すなわち、待ち時間は、Ｗｅｂ予約システムを介して当該ＰＯＩを現在利用予約して順番待ちした場合に、利用開始までに要する時間を示す。待ち人数は、必ずしも人単位でなく、グループ（組）単位であってもよい。待ち時間および待ち人数は、所定時間間隔で更新されてもよいし、予約が追加あるいはキャンセルされる度にリアルタイムに更新されてもよい。

また、ＰＯＩ情報データベース２２１における待ち時間や待ち人数は、サービス内容ごとのデータであってもよい。例えば、分煙されている飲食店においては、喫煙席の待ち時間や待ち人数と、禁煙席の待ち時間や待ち人数とを別々に記憶していてもよい。医療施設においては、耳鼻科や内科といった診療科ごとに記憶していてもよい。銀行においては、引出しや投資相談といった用件ごとに記憶していてもよい。携帯ショップにおいては、機種変更や修理といった用件ごとに記憶していてもよい。

図１に戻り、制御部２３は、ＰＯＩ情報取得部２３１と、移動時間取得部２３２と、予約部２３３と、情報生成部２３４と、情報受信部２３５と、情報送信部２３６とを有する。これら各部は、サーバ２のプロセッサ（不図示）が所定のプログラムを実行することによって実現されてもよいし、ハードウェアで実装されてもよい。

ＰＯＩ情報取得部２３１は、ＰＯＩ情報データベース２２１や、他のデータベース（不図示）からＰＯＩの情報を取得する。より具体的には、ＰＯＩ情報取得部２３１は、端末装置１で設定されたＰＯＩ検索条件に合致するＰＯＩを検索したり、あるＰＯＩの位置情報や待ち時間を取得したりする。

移動時間取得部２３２は、端末装置１で設定された経路検索条件と、ＰＯＩ情報データベース２２１に基づいて、出発地からＰＯＩまでの移動に要する時間を取得する。取得法に特に制限はないが、一例として、移動時間取得部２３２は、端末装置１の設定された経路検索条件と、ＰＯＩ情報データベース２２１におけるＰＯＩの位置情報とに基づいてＰＯＩまでの経路検索を行うことで、移動時間を取得する。別の例として、移動時間取得部２３２は、経路検索を行うことなく、交通機関の停留場所等の所定の場所とＰＯＩと移動手段の組合せ毎に移動時間を記憶したデータベースを用いて移動時間を取得してもよい。

予約部２３３は、端末装置１からの利用予約指示に応じ、Ｗｅｂ予約システムを利用してＰＯＩの利用予約を行う。なお、この段階で予約部２３３がＰＯＩ情報データベース２２１の待ち時間や待ち人数を更新してもよい。

情報生成部２３４はＰＯＩに関するＰＯＩ情報を生成する。本実施形態においては、ＰＯＩ情報は、ある特定のＰＯＩの待ち時間と、当該ＰＯＩまでの移動時間との比較結果に基づいて生成される。
図３は、第１の実施形態に係る情報処理システムの処理動作の一例を示すシーケンス図である。

まず、ユーザからの指示により、ＰＯＩ検索条件設定部１４１はＰＯＩ検索条件を設定する（ステップＳ１）。本実施形態では、ユーザがすでにＰＯＩを決めていることを想定しており、ＰＯＩ検索条件は例えば店舗名などＰＯＩの名称である。サービス内容（喫煙席か禁煙席かなど）を追加で指定してもよい。このＰＯＩ検索条件は情報送信部１４４によってサーバ２に送信され、その情報受信部２３５によって受信される。

サーバ２のＰＯＩ情報取得部２３１はＰＯＩ検索条件に合致するＰＯＩを検索する（ステップＳ１１）。この検索では、ＰＯＩ情報データベース２２１を参照してもよいし、他の手法によって検索してもよい。ここでは、１つのＰＯＩが検索によって得られたとする。そして、ＰＯＩ情報取得部２３１は、ＰＯＩ情報データベース２２１を参照して、取得されたＰＯＩを利用できるまでの待ち時間（以下、単にＰＯＩの待ち時間ともいう）。を取得する（ステップＳ１２）。この待ち時間は、現在そのＰＯＩに利用予約したと仮定した場合の、現在から利用できるまでの時間であり、後述の「実質待ち時間」とは区別する。また、ＰＯＩ情報取得部２３１は必要に応じて待ち人数を取得してもよい。ＰＯＩ情報データベース２２１がサービスごとのデータを含む場合、サービスごとに待ち時間を取得してもよい。
取得されたＰＯＩおよびその待ち時間を示す情報は、情報送信部２３６によって端末装置１に送信され、その情報受信部１４５によって受信される。

端末装置１の出力データ生成部１４６は、ＰＯＩおよびその待ち時間を示す情報を出力するための出力データを生成し、その情報は出力部１３から出力される（ステップＳ２）。

図４は、ステップＳ２において出力部１３（ディスプレイ）に表示される画面の一例を示す図である。同図はＰＯＩが店舗である例を示しており、当該店舗の電話番号や住所に加え、現在の待ち人数が５組、待ち時間が約３０分であることが示される。さらに、現時点で利用予約した場合の「実質待ち時間」を算出するための「待ち時間算出」アイコンが表示される。「実質待ち時間」とは、ＰＯＩ到着後に当該ＰＯＩにおいて待つ時間、言い換えると、現在から利用できるまでの時間から移動時間を除いた時間を言う。

ユーザが操作入力部１２（タッチパネル）によって「待ち時間算出」アイコンを選択（タッチ）すると、経路検索条件設定部１４２は取得されたＰＯＩを目的地とする経路検索条件を設定する（図３のステップＳ３）。出発地は、現在地であってもよいし、ユーザが任意に設定できてもよい。同様に、出発時刻は、現在時刻であってもよいし、ユーザが任意に設定できてもよい。その他、車か電車かといった移動手段などを設定してもよい。経路検索条件は情報送信部１４４によってサーバ２に送信され、その情報受信部２３５によって受信される。

サーバ２の移動時間取得部２３２は、経路検索条件に基づいて経路検索を行い、出発地から、ステップＳ１１で取得されたＰＯＩ（目的地）までの移動時間を取得する（ステップＳ１３）。移動時間は、経路検索結果における到着予定時刻と現在時刻との差である。続いて、情報生成部２３４は、この移動時間と、ステップＳ１２で取得された待ち時間とを比較し、実質待ち時間を算出する（ステップＳ１４）。実質待ち時間は下式で表される。
実質待ち時間＝待ち時間−移動時間（待ち時間≧移動時間の場合）
＝０（待ち時間＜移動時間の場合）
図４の例では、ＰＯＩの待ち時間は３０分である。そして、移動時間が２５分であったとすると、実質待ち時間は５分となる。

続いて、情報生成部２３４は、実質待ち時間に基づいて、ＰＯＩに関するＰＯＩ情報を生成する（ステップＳ１５）。ＰＯＩ情報は情報送信部２３６によって端末装置１に送信され、その情報受信部１４５によって受信される。
端末装置１の出力データ生成部１４６は、ＰＯＩ情報を出力するための出力データを生成し、その情報は出力部１３から出力される（ステップＳ４）。

図５は、ステップＳ４において出力部１３（ディスプレイ）に表示される画面の一例を示す図である。上記の数値例を用いており、ＰＯＩ到着後の実質待ち時間が５分であることが示される。より詳細な情報として、移動時間および待ち時間がそれぞれ２５分および３０分であることが示される。また、「経路確認」のリンクを設け、出発地からＰＯＩまでの経路を確認できるようにしてもよい。さらに、当該ＰＯＩのサービスごとの実質待ち時間を表示するようにしてもよい。また、利用可能時間に関する情報として、ＰＯＩを利用できる時刻を表示してもよいし、現在から何分後に利用できるかを表示してもよい。

この画面を見たユーザは、現在このＰＯＩに予約して移動すれば、ＰＯＩに到着して５分後に利用を開始できることを把握できる。実質待ち時間を考慮して、ユーザはこのＰＯＩを利用するか否かを検討できる。利用すると判断したユーザは、同画面の「今すぐ予約」アイコンを選択すればよい。このように、１つの画面内に実質待ち時間と予約用のアイコンとを配置しておくのがユーザにとって便利である。

ユーザが「今すぐ予約」アイコンを選択したことに応じて、端末装置１の予約設定部１４３はこのＰＯＩの利用予約指示を設定する（図３のステップＳ５）。ＰＯＩの利用予約指示は情報送信部１４４によってサーバ２に送信され、その情報受信部２３５によって受信される。

そして、サーバ２の予約部２３３はＷｅｂ予約システムを利用してＰＯＩの利用予約を実行する（ステップＳ１６）。なお、ステップＳ１２で待ち時間を取得してから、ステップＳ１６で実際に利用予約をするまでの間に、第三者が利用予約をしたり予約のキャンセルが発生したりして、待ち時間が増減していることも考えられる。よって、実際に利用予約を行って待ち時間が確定した時点で、ＰＯＩ情報取得部２３１が再度待ち時間を取得して情報生成部２３４がＰＯＩ情報を更新し、端末装置１に送信および出力してもよい。これにより、ユーザはより正確な実質待ち時間を知ることができる。
その後、端末装置１およびサーバ２は、ステップＳ１３での経路検索結果を利用し、ユーザに対してＰＯＩまでの経路案内を行う（ステップＳ６）。

このように、第１の実施形態では、特定のＰＯＩの待ち時間と、そのＰＯＩまでの移動時間との比較に基づく実質待ち時間を、ＰＯＩ情報として出力する。そのため、ユーザはＰＯＩ到着後の実質待ち時間を知ることができる。よって、ユーザは各ＰＯＩでの実質待ち時間を考慮してＰＯＩを利用するか否かを判断でき、ユーザが実質待ち時間の短いＰＯＩを利用することで、店舗到着後の待ち時間を減らすことができる。

なお、図３では、実質待ち時間を含むＰＯＩ情報を端末装置１から出力した（ステップ４）後に、予約設定を行う（ステップＳ５）ものであった。しかしながら、以下に変形例として説明するように予約設定後に実質待ち時間を出力するようにしてもよい。

図６は、図３の変形例であるシーケンス図である。図３との相違点を中心に簡潔に説明する。端末装置１からの検索条件に基づくＰＯＩ検索で取得されたＰＯＩの情報が端末装置１の出力部１３から出力される（ステップＳ１，Ｓ１１，Ｓ２’）。このとき、ＰＯＩ情報取得部２３１はこのＰＯＩの待ち時間を取得しなくてもよい。

続いて、ユーザが予約設定を行うと（ステップＳ５）、予約部２３３は利用予約を行う（ステップＳ１６）。そして、ＰＯＩ情報取得部２３１は利用予約を行って待ち時間が確定した時点での待ち時間を取得する（ステップＳ１２）。

一方、ユーザは予約設定と前後して経路検索条件も設定する（ステップＳ３）。移動時間取得部２３２は経路検索を行ってＰＯＩまでの移動時間を取得する（ステップＳ１３）
。そして、情報生成部２３４は、移動時間と待ち時間とを比較して実質待ち時間を算出し（ステップＳ１４）、ＰＯＩ情報を生成する（ステップＳ１５）。このＰＯＩ情報が端末装置１の出力部１３から出力され（ステップＳ４）、ＰＯＩまでの案内が行われる（ステップＳ６）。

ユーザによっては、待ち時間に関わらず（たとえ待ち時間が長かったとしても）利用予約を行いたいと考えることもある。そのような場合には、予約設定前の実質待ち時間の出力を省略する本変形例の態様も有効である。

（第２の実施形態）
上述した第１の実施形態は、特定のＰＯＩについて、その実質待ち時間を出力するものであった。これに対し、以下に説明する第２の実施形態では、複数のＰＯＩのうち、実質待ち時間が少ないＰＯＩを優先的に出力するものである。
図７は、第２の実施形態に係る情報処理システムの処理動作の一例を示すシーケンス図である。以下、第１の実施形態との相違点を中心に説明する。

まず、ＰＯＩ検索条件設定部１４１はＰＯＩの検索条件を設定する（ステップＳ１’）。本実施形態では、ユーザはまだＰＯＩを決めていないことを想定している。よって、ＰＯＩ検索条件は複数のＰＯＩがＰＯＩ検索によって取得され得るものであり、例えばカテゴリ検索用のキーワード、料金帯、営業時間、エリア、駅である。また、ＰＯＩ検索条件は、サービス内容（喫煙席か禁煙席かなど）を含んでいてもよい。

また、経路検索条件設定部１４２は経路検索条件を設定する（ステップＳ３’）。ただし、この時点ではどのＰＯＩに行くか、すなわち目的地が定まっていない。よって、移動手段、出発地（例えば現在地）および出発時刻（例えば現在時刻）を設定するが、目的地の設定は不要である。

図８は、ステップＳ１’，Ｓ３’ において出力部１３に表示される画面の一例を示す
図である。ユーザは、ＰＯＩ検索条件を設定するために、キーワード入力欄にフリーワードを入力することもできるし、「エリアから検索」ボタンから、予め定めたエリアのうちの１つを選択することもできるし、「駅周辺検索」ボタンから、任意の駅を入力することもできるし、「条件から検索」ボタンから、料金帯や営業時間などの条件を設定することもできる。これらの条件を組み合わせてもよい。

また、ユーザは、経路検索条件を設定するために、移動手段を設定したり、図示していないが出発地や出発時刻を設定できたりする。ＰＯＩ検索条件と経路検索条件の両方に関する条件として、どの移動手段を用いて、どの程度の移動時間で移動できるＰＯＩを検索するかを設定できてもよい。各設定は、例えばプルダウンから選択する形式とすることができる。同図では、歩いて５分圏内であることがＰＯＩ検索条件に設定されるとともに、歩いて移動することが経路検索条件に設定される。「検索」ボタンが選択されることで、ＰＯＩ検索条件および経路検索条件が端末装置１からサーバ２に送信される。

図７に戻り、サーバ２のＰＯＩ情報取得部２３１はＰＯＩ検索条件に合致するＰＯＩを検索する（ステップＳ１１’）。ＰＯＩ検索条件がサービス内容を含む場合、ＰＯＩ情報取得部２３１はサービス内容も考慮してＰＯＩを検索する。ここでは、複数のＰＯＩが取得されるものとする。なお、ＰＯＩ情報取得部２３１は、出発地からある範囲、例えば移動時間や直線距離が所定値以下であるＰＯＩのみを検索してもよい。そして、ＰＯＩ情報取得部２３１はＰＯＩ情報データベース２２１を参照して各ＰＯＩの待ち時間を取得する（ステップＳ１２’）。さらに、移動時間取得部２３２は、経路検索条件設定部１４２によって設定された検索条件に加え、取得された各ＰＯＩを目的地として経路検索を行い、
各ＰＯＩまでの移動時間を取得する（ステップＳ１３’）。

続いて、情報生成部２３４は、各ＰＯＩの待ち時間と、各ＰＯＩへの移動時間とを比較して、各ＰＯＩの実質待ち時間を算出する（ステップＳ１４’）。そして、情報生成部２３４は、算出された実質待ち時間に基づいて、ＰＯＩ情報を生成する（ステップＳ１５’）。

例えば、ＰＯＩ情報は、各ＰＯＩと、その実質待ち時間とが関連付けられたものであってもよい。また、ＰＯＩ情報は、実質待ち時間が少ないＰＯＩを所定数選択したものであってもよい。さらに、ＰＯＩ情報は、実質待ち時間が所定時間（例えば０分）以内であるＰＯＩを選択したものであってもよい。上記所定数や所定時間は、予め定められていてもよいし、ユーザによりＰＯＩ検索条件として設定されてもよい。このようなＰＯＩ情報に基づいて端末装置１の出力データ生成部１４６は出力データを生成し、出力部１３から出力する（ステップＳ４’）。以降の処理は第１の実施形態と同様である。

図９は、ステップＳ４’において出力部１３に表示される画面の一例を示す図である。同図では、ＰＯＩ検索によって取得された１０件のＰＯＩの情報と、それぞれの実質待ち時間とが関連づけられたリストとなっている。そして、これら１０件が所定の条件で並んでいる。ただし、画面には上位３件のみが表示されており、この画面をユーザが下方にスクロールすることで他の７件が順次表示されるようになっている。並び順は、実質待ち時間が少ない順であってもよいし、出発地からの移動時間が短い順であってもよいし、カテゴリごとであってもよい。

出力データ生成部１４６は、ユーザによる操作入力部１２への操作に応じて、この画面を更新してもよい。例えば、ユーザがある条件を選択した場合、出力データ生成部１４６は選択された条件で各ＰＯＩの並び順を更新して表示してもよい。

図１０は、ステップＳ４’において出力部１３に表示される画面の別の例を示す図である。同図では、地図上に各ＰＯＩの位置およびその実質待ち時間を表示している。また、地図上に出発地や現在地を示して、各ＰＯＩまでの距離が直感的に分かるようにしてもよい。

この画面もユーザ操作に応じて更新されてもよい。例えば、ユーザがあるカテゴリを選択した場合、出力データ生成部１４６は、そのカテゴリのＰＯＩのみを表示し、他のＰＯＩを非表示としてもよい。あるいは、ユーザが、実質待ち時間や移動時間などの条件を選択した場合、これらが短い順に所定数のＰＯＩだけ表示してもよい。

なお、図９や図１０では実質待ち時間を表示しているが、ＰＯＩを利用できる時刻を表示してもよいし、現在から何分後に利用できるかを表示してもよい。さらに、ＰＯＩまでの移動時間を表示してもよい。

このように、第２の実施形態では、複数のＰＯＩのそれぞれについて実質待ち時間を算出する。そのため、実質待ち時間が短いＰＯＩを優先的に出力でき、ユーザは実質待ち時間が短いＰＯＩを選択できる。

（第３の実施形態）
次に説明する第３の実施形態は、どれくらい後（例えば何分以内）にＰＯＩを利用したいかという利用希望時間をユーザが設定して、ＰＯＩ検索を行うものである。
図１１は、第３の実施形態に係る情報処理システムの処理動作の一例を示すシーケンス図である。以下、第２の実施形態との相違点を中心に説明する。

まず、ＰＯＩ検索条件設定部１４１はＰＯＩの検索条件を設定する（ステップＳ１’’）。本実施形態のＰＯＩ検索条件は、第２の実施形態で説明したＰＯＩ検索条件に加え、ユーザが設定する利用希望時間を含む。後の処理によって、現在時刻から利用希望時間内に利用できるＰＯＩ、言い換えると、現在時刻に利用希望時間を加えた時刻までに利用できるＰＯＩが端末装置１に出力される。

図１２は、ステップＳ１’’において出力部１３に表示される画面の一例を示す図である。この例では、ユーザは、何分以内に着席したいかを示す利用希望時間を、操作入力部１２に対する操作によって設定できる。この設定は、図示のようにプルダウンから選択する形式でもよいし、ユーザが任意に入力できてもよい。

図１１に戻り、経路検索条件設定部１４２は経路検索条件を設定する（ステップＳ３’）。そして、サーバ２のＰＯＩ情報取得部２３１はＰＯＩ検索条件に合致するＰＯＩを検索する（ステップＳ１１’）。この時点では、利用希望時間を考慮せずに、第２の実施形態と同様のＰＯＩ検索が行われる。そして、ＰＯＩ情報取得部２３１は各ＰＯＩの待ち時間を取得する（ステップＳ１２’）。さらに、移動時間取得部２３２は、経路検索条件設定部１４２によって設定された経路検索条件に加え、取得された各ＰＯＩを目的地として経路検索を行い、各ＰＯＩまでの移動時間を取得する（ステップＳ１３’）。

そして、情報生成部２３４は各ＰＯＩの利用可能時刻を算出する（ステップＳ１４ａ）。利用可能時刻は、現在時刻に出発したと仮定し、かつ、現時点でＰＯＩの利用予約を行ったと仮定して、下式で表される。
利用可能時刻＝現在時刻＋移動時間（移動時間≧待ち時間の場合）
＝現在時刻＋待ち時間（待ち時間≧移動時間の場合）
すなわち、現在時刻に、移動時間および待ち時間のうち大きい方を加えた時刻が、各ＰＯＩを利用できる時刻である。

また、情報生成部２３４は利用希望時刻を算出する（ステップＳ１４ｂ）。利用希望時刻は、ユーザがＰＯＩの利用をこの時刻までに開始したいと望む時刻であり、全ＰＯＩに共通して下式で表される。
利用希望時刻＝現在時刻＋利用希望時間

必要に応じて、情報生成部２３４は第２の実施形態と同様に各ＰＯＩの実質待ち時間を算出してもよい。そして、情報生成部２３４は、利用希望時刻と、各ＰＯＩの利用可能時刻とに基づいてＰＯＩ情報を生成する（ステップＳ１５’’）。より具体的には、情報生成部２３４は、ＰＯＩ検索条件を満たすＰＯＩ、すなわち、利用希望時刻より利用可能時刻が早いＰＯＩに関するＰＯＩ情報を生成する。以降の処理は第２の実施形態と同様である。

図１３は、ステップＳ４’’において出力部１３に表示される画面の一例を示す図である。同図では、ＰＯＩ検索によって取得された１０件のＰＯＩと、それぞれの利用（着席）可能時刻とが関連づけられたリストとなっている。そして、これら１０件が所定の条件で並んでいる。並び順は、利用可能時刻が早い順であってもよいし、出発地からの移動時間が短い順であってもよいし、カテゴリごとであってもよい。

出力データ生成部１４６は、ユーザによる操作入力部１２への操作に応じて、この画面を更新してもよい。例えば、ユーザがある条件を選択した場合、出力データ生成部１４６は選択された条件で各ＰＯＩの並び順を更新して表示してもよい。

図１４は、ステップＳ４’’において出力部１３に表示される画面の別の例を示す図である。同図では、地図上に各ＰＯＩの位置およびその利用可能時刻を表示している。合わせて、現在の待ち時間、移動に要する時間などを表示してもよい。また、地図上に出発地や現在地を示して、各ＰＯＩまでの距離が直感的に分かるようにしてもよい。

この画面もユーザ操作に応じて更新されてもよい。例えば、ユーザがあるカテゴリを選択した場合、出力データ生成部１４６は、そのカテゴリのＰＯＩのみを表示し、他のＰＯＩを非表示としてもよい。あるいは、ユーザが、実質待ち時間や移動時間などの条件を選択した場合、これらが短い順に所定数のＰＯＩだけ表示してもよい。

このように、第３の実施形態では、ユーザが利用希望時間を指定する。そのため、利用希望時間内に利用できるＰＯＩを優先的に出力でき、実質待ち時間を減らすことができる。

なお、本実施形態では利用希望時間がユーザによって設定され、情報生成部２３４が利用希望時刻を算出したが、ＰＯＩの利用希望時間に関する条件として、利用希望時刻を直接ユーザが設定してもよい。また、本実施形態では、利用希望時刻より利用可能時刻が早いＰＯＩを出力したが、逆に利用希望時刻より利用可能時刻が遅いＰＯＩを、利用可能時刻に近い順に出力するようにしてもよい。例えば、今から３０分後までは予定が入っているが、その後にできるだけ早く食事をとりたい場合などには有用である。

また、ステップＳ１’では、実質待ち時間をＰＯＩ検索条件として設定してもよく、この場合の情報生成部２３４は、各ＰＯＩの実質待ち時間が、ＰＯＩ検索条件として設定された実質待ち時間より短いＰＯＩに関するＰＯＩ情報を生成する。

（第４の実施形態）
次に説明する第４の実施形態は、短い実質待ち時間でＰＯＩを利用できるよう、待ち時間と移動時間とを考慮して推奨出発時間を算出するものである。

図１５は、第４の実施形態の概要を説明する図である。現在時刻が１５時、あるＰＯＩまでの移動時間が４５分、そのＰＯＩの現時点での待ち時間が６０分であるとする。すぐに出発すると、「パターン１」として示すように、そのＰＯＩには１５時４５分に到着し、ＰＯＩで１５分待つ必要がある。つまり、実質待ち時間が１５分となる。

そこで、本実施形態では、実質待ち時間が０となる推奨出発時刻を下記（１）式に基づいて算出し、その結果である１５時１５分を推奨出発時間としてユーザに提示する。
推奨出発時刻＝現在時刻＋ＰＯＩの現在の待ち時間−移動時間 ・・・（１）

これにより、出発時刻を現在時刻より遅らせることができ、ＰＯＩでただ単に待ち時間を消費するよりも、自宅などの現在地において出発時刻までの時間を有意義に過ごすことができる。

図１６は、第４の実施形態に係る情報処理システムの概略構成を示すブロック図である。図１との相違点として、サーバ２ａの制御部２３ａは、上記の推奨出発時刻を算出する出発時刻算出部２３７を有する。

本実施形態は、第１〜第３の実施形態と任意に組み合わせることができる。具体的な推奨出発時刻算出手法として、例えば、第１の実施形態における図３のステップＳ３において、出発時刻算出部２３７は、出発時刻を現在時刻として経路検索を行って得られた移動時間と、ＰＯＩの現在の待ち時間とを用いて、上記（１）式から推奨出発時刻を算出でき
る。この手法によれば、出発時刻を現在時刻とする経路検索を行うため、簡易に推奨出発時刻を算出できる。
別の例として、出発時刻算出部２３７は、経路検索条件として、経路検索条件設定部１４２は出発時刻を設定せず、下記（２）式に基づく到着時刻を設定する。
到着時刻＝現在時刻＋ＰＯＩの現在の待ち時間 ・・・（２）

出発時刻算出部２３７はこの経路検索条件によって得られた経路における出発時刻を推奨出発時刻としてもよい。この手法によれば、移動時の実際の交通状況が考慮され、精度よく推奨出発時刻を算出できる。なお、経路検索条件における到着時刻が上記（２）式による算出結果に基づくものであればよく、（ユーザまたは出発時刻算出部２３７が）上記（２）式による算出結果を微調整した時刻を到着時刻としてもよい。

ステップＳ１５において、情報生成部２３４は推奨出発時刻を含むＰＯＩ情報を生成する。ＰＯＩ情報は、推奨出発時刻に出発する場合の経路情報をさらに含んでいてもよい。

図１７は、第４の実施形態において出力部１３に表示される画面の一例を示す図である。本例は図１５と対応しており、図１７（ａ）では、現在（１５時）出発した場合の実質待ち時間が約１５分であることを示すとともに、推奨出発時刻が１５時１５分であることを示している。その根拠として、移動時間が約４５分、現在の待ち時間が約６０分であることも合わせて示している。そして、ユーザが「ご利用のタイミングに着くように出発」アイコンをタッチすると、推奨出発時刻に出発する場合の詳細な経路、例えば乗車駅、乗車時刻、降車駅、降車時刻、料金などを別画面（図１７（ｂ））で表示してもよい。

また、推奨出発時刻のほか、推奨出発時刻と現在時刻との差を算出して「今から１５分後に出発してください」などと表示してもよい。さらに、ＰＯＩの現在の待ち時間より移動時間の方が長い場合、推奨出発時刻が現在時刻より早くなる。この場合、すでに推奨出発時刻を経過しているので、推奨出発時刻をそのまま出力するのではなく、「今すぐ出発してください」などと表示するのが望ましい。

また、第２および第３の実施形態と組み合わせる場合、図７や図１１のステップＳ３’において、上記のように経路検索条件を設定してもよい。この場合、複数のＰＯＩのそれぞれについて、推奨出発時刻が算出される。よって、ＰＯＩごとに図１７のような画面を表示してもよいし、図９、図１０、図１３、図１４などの画面において、ＰＯＩごとに推奨出発時刻を表示してもよい。

第１〜第３の実施形態において、推奨出発時刻の算出や出力は予約実行（ステップＳ１７）の後であってもよい。すなわち、ユーザから予約設定を受け付ける（ステップＳ５）前には、情報生成部２３４はＰＯＩの実質待ち時間を含むＰＯＩ情報を生成し、出力部１３から出力する。そして、予約設定を受け付け、予約を実行（ステップＳ１７）後に出発時刻算出部２３７が推奨出発時刻を算出し、情報生成部２３４は推奨出発時刻を含むＰＯＩ情報を生成し、出力部１３から出力する。結果として、予約の前後で出力部１３から出力されるＰＯＩ情報が変更される。予約を実行して待ち時間が確定した後に推奨出発時刻を算出するため、より正確な推奨出発時刻をユーザに提示できる。

また、第１〜第３の実施形態とは独立して、出発推奨時刻を算出してもよい。この場合、まず、ＰＯＩ情報取得部２３１がＰＯＩの位置情報および待ち時間を取得する。そして、上記の経路検索を行うことにより、出発時刻算出部２３７は実質待ち時間が０となる推奨出発時刻を算出できる。
このように、第４の実施形態では、現在時刻およびＰＯＩの現在の待ち時間に基づいて、実質待ち時間が短くなる推奨出発時刻を出力できる。

なお、交通機関の運行間隔などの都合で実質待ち時間をちょうど０にできない場合などには、実質待ち時間が最小となる経路の出発時刻を推奨出発時刻としてもよい。また、出発時刻算出部２３７は、複数の出発時刻を、実質待ち時間が短くなる順に算出してもよい。

（第５の実施形態）
次に説明する第５の実施形態は、予約設定後に実質待ち時間が変動した場合に、その旨を端末装置１にプッシュ通知するものである。本実施形態は、第１〜第４の実施形態と組み合わせることができる。

本実施形態において、予約設定（各シーケンス図のステップＳ１６）後、定期的に、あるいは、任意のタイミングで、ＰＯＩ情報取得部２３１はＰＯＩ情報データベース２２１にアクセスし、待ち時間や待ち人数を確認する。そして、何らかの要因によって実質待ち時間が変動した場合、例えば予約のキャンセルによって待ち時間や待ち人数が減少した場合、情報生成部２３４はその旨を示すＰＯＩ情報を生成（更新）し、そのＰＯＩ情報を情報送信部２３６が端末装置１に送信する。この情報は出力データ生成部１４６によって出力部１３から出力される。

図１８は、第５の実施形態において出力部１３に表示される画面の一例を示す図である。同図は、メールが端末装置１にＰＯＩ情報を送信される例を示している。同図では、キャンセルが１組発生し、待ち時間が短くなったことを示している。このメールは、例えばＰＯＩの運営関係者が定型文を準備しておき、キャンセルの組数のみを適宜に設定できるようにしてもよい。また、メールは、サーバ２（２ａ）から送信してもよく、その場合は本情報処理システムの提供者が送信元となってもよい。あるいは、予約を受け付けたＰＯＩ側のシステムがメールを送信してもよく、その場合はＰＯＩの運営関係者が送信元となってもよい。また、メールとは異なる形態で端末装置１に通知を行ってもよい。

このような通知を行うタイミングとしては、予約のキャンセルの他、待ち人数の自然消化が予想より早かったり遅かったりして実質待ち時間が変化する場合に行ってもよい。あるいは、ＰＯＩまでの案内（ステップＳ６）において、ユーザの移動が経路検索の結果に比べて早かったり遅かったりして実質待ち時間が変化する場合に行ってもよい。

さらに、予約状況が変動した場合、待ち時間の変動を考慮して、実質待ち時間の取得や推奨出発時刻の算出を再度行ってＰＯＩ情報を更新し、出力部１３の表示画面を更新してもよい。
このように、第５の実施形態では、予約状況の変動を端末装置１に通知する。これにより、予約設定後も高精度な情報をユーザに提示できる。

なお、各実施形態は、Ｗｅｂ予約システムを利用することを念頭に置いていたが、必ずしもＷｅｂ予約システムを利用しなくてもよく、ＰＯＩ情報データベース２２１を参照できればよい。現時点から待ち人数がそれほど増加しない場合などには、予約機能がなくてもある程度の精度で実質待ち時間の取得や推奨出発時刻の算出が可能である。

なお、図１や図１６の情報処理システムにおいて、端末装置１内の一部をサーバ２（２ａ）内に設けてもよいし、サーバ２（２ａ）内の一部を端末装置１内に設けてもよいし、端末装置１およびサーバ２の機能を一体化したスタンドアローンの装置としてもよい。また、情報処理システムの少なくとも一部を１または２以上のコンピュータによって構成される情報処理システムとしてもよい。さらに、サーバ２内の各部を、通信可能に接続された複数の情報処理装置に分散してもよい。

上述した実施形態で説明した情報処理システムの少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、情報処理システムの少なくとも一部の機能を実現するプログラムを記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスクなどの着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。

また、情報処理システムの少なくとも一部の機能を実現するプログラムを、インターネットなどの通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネットなどの有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。

さらに、通信可能に接続された１または複数の情報処理装置によって情報処理システムを機能させてもよい。複数の情報処理装置を用いる場合、情報処理装置のうちの１以上をコンピュータとし、当該コンピュータが所定のプログラムを実行することにより情報処理システムの少なくとも１つの手段としての機能が実現されてもよい。

上記の記載に基づいて、当業者であれば、本発明の追加の効果や種々の変形例を想到できるかもしれないが、本発明の態様は、上述した個々の実施形態には限定されるものではない。特許請求の範囲に規定された内容およびその均等物から導き出される本発明の概念的な思想と趣旨を逸脱しない範囲で種々の追加、変更および部分的削除が可能である。

１ 端末装置
１１ 通信部
１２ 操作入力部
１３ 出力部
１４ 制御部
１４１ ＰＯＩ検索条件設定部
１４２ 経路検索条件設定部
１４３ 予約設定部
１４４ 情報送信部
１４５ 情報受信部
１４６ 出力データ生成部
２，２ａ サーバ
２１ 通信部
２２ 記憶部
２２１ ＰＯＩ情報データベース
２３ 制御部
２３１ ＰＯＩ情報取得部
２３２ 移動時間取得部
２３３ 予約部
２３４ 情報生成部
２３５ 情報受信部
２３６ 情報送信部
２３７ 出発時刻算出部

Claims (14)

1. ＰＯＩを利用できるまでの現在の待ち時間を取得するＰＯＩ情報取得手段と、
   前記ＰＯＩまでの移動時間を取得する移動時間取得手段と、
   前記ＰＯＩを利用できるまでの現在の待ち時間と前記移動時間との比較結果に基づいて、前記ＰＯＩに到着後の待ち時間に関する情報を含む前記ＰＯＩに関するＰＯＩ情報を生成する情報生成手段と、
   を備える情報処理システム。
2. 前記情報生成手段は、前記比較結果に基づいて、前記ＰＯＩに到着後の待ち時間に関する所定の条件を満たすＰＯＩに関する前記ＰＯＩ情報を生成する、請求項１に記載の情報処理システム。
3. 前記所定の条件を満たすＰＯＩは、前記ＰＯＩに到着後の待ち時間が少ないＰＯＩを所定数選択したものである、または、前記ＰＯＩに到着後の待ち時間が所定時間以内であるＰＯＩを選択したものである、請求項２に記載の情報処理システム。
4. 前記ＰＯＩの利用予約を行う予約手段を備え、
   前記ＰＯＩ情報取得手段は、前記ＰＯＩを現在利用予約した場合の前記ＰＯＩを利用できるまでの現在の待ち時間を取得する、請求項１乃至３のいずれかに記載の情報処理システム。
5. 前記情報生成手段は、前記予約手段が前記ＰＯＩの利用予約を行った後に、前記ＰＯＩ情報を更新する、請求項４に記載の情報処理システム。
6. 前記情報生成手段は、前記予約手段が前記ＰＯＩの利用予約を行った後の、前記ＰＯＩに到着後の待ち時間の変化に応じて、前記ＰＯＩ情報を更新する、請求項４または５に記載の情報処理システム。
7. 前記ＰＯＩを利用できるまでの現在の待ち時間と前記移動時間に基づいて、前記ＰＯＩへの推奨出発時刻を算出する出発時刻算出手段をさらに備える請求項１乃至６のいずれかに記載の情報処理システム。
8. 前記情報生成部は、前記比較結果に基づいて、前記ＰＯＩの利用可能時刻に関する情報、および、前記ＰＯＩに到着後の待ち時間に関する情報を含む前記ＰＯＩ情報を生成し、
   前記出発時刻算出手段は、前記利用可能時刻を経路探索条件の到着時刻として探索した結果による出発時刻を前記ＰＯＩへの推奨出発時刻とする、請求項７に記載の情報処理システム。
9. 前記情報生成手段は、前記推奨出発時刻をさらに含む前記ＰＯＩ情報を生成する、請求項７または８に記載の情報処理システム。
10. 前記出発時刻算出手段は、現在時刻に前記ＰＯＩを利用できるまでの現在の待ち時間を加算した時刻に基づく到着時刻を設定し、前記ＰＯＩまでの経路検索を行った結果に基づいて、前記推奨出発時刻を算出する、請求項７乃至９のいずれかに記載の情報処理システム。
11. 前記出発時刻算出手段は、前記ＰＯＩに到着後の待ち時間が最小となるよう、前記推奨出発時刻を算出する、請求項７乃至１０のいずれかに記載の情報処理システム。
12. コンピュータを、
    出発地に関する情報を送信する情報送信手段、
    ＰＯＩを利用できるまでの現在の待ち時間と、前記出発地から前記ＰＯＩまでの移動時間との比較結果に基づいて生成された、前記ＰＯＩに到着後の待ち時間に関する情報を含む前記ＰＯＩに関するＰＯＩ情報を受信する情報受信手段、および、
    前記ＰＯＩ情報を出力するための出力データを生成する出力データ生成手段として機能させる、情報処理プログラム。
13. コンピュータを、
    ＰＯＩを利用できるまでの現在の待ち時間を取得するＰＯＩ情報取得手段、
    前記ＰＯＩまでの移動時間を取得する移動時間取得手段、および、
    前記ＰＯＩを利用できるまでの現在の待ち時間と前記移動時間との比較結果に基づいて、前記ＰＯＩに到着後の待ち時間に関する情報として機能させる、情報処理プログラム。
14. コンピュータが実行する情報処理方法であって、
    ＰＯＩを利用できるまでの現在の待ち時間を取得するステップと、
    前記ＰＯＩまでの移動時間を取得するステップと、
    前記ＰＯＩを利用できるまでの現在の待ち時間と前記移動時間との比較結果に基づいて、前記ＰＯＩに到着後の待ち時間に関する情報を含む前記ＰＯＩに関するＰＯＩ情報を生成するステップと、を備える情報処理方法。

Images