JP7268907B2 - プログラム及び情報処理装置 - Google Patents

Description

本発明は、プログラム及び情報処理装置に関する。

特許文献１には、ユーザのスケジュールを管理する技術が開示されている。

特開２０１９－１２１２１３号公報

しかしながら、特許文献１の技術では、ユーザのスケジュールを管理するだけで、スケジュールの有効活用ができていないという問題があった。

本発明はこのような課題に鑑みてなされたものであり、その目的は、スケジュールの有効活用ができるプログラム及び情報処理装置を提供することにある。

上記課題を解決するために、本発明の第一態様に係るプログラムは、ユーザのスケジュールと施設情報とを記憶する記憶手段を備え、ユーザの端末装置と通信可能なコンピュータを、前記スケジュールに基づき、提案の可否を判定する判定手段、前記判定手段が肯定判定した場合に、前記施設情報が示す施設に行くことを提案する提案内容を前記端末装置に出力する出力手段、として機能させる。

また、本発明の第二態様に係るプログラムでは、前記スケジュールは、出発地点から到着地点までの移動スケジュールを含み、前記判定手段は、前記移動スケジュールの間に、前記施設情報が示す施設から予め定められた距離の範囲内をユーザが通過するか否かを判定し、当該判定の結果、通過すると判定した場合に提案可と肯定判定し、通過しないと判定した場合に提案不可と否定判定する。

また、本発明の第三態様に係るプログラムでは、前記判定手段は、前記スケジュールに基づき、ユーザに空いている時間があるか否かを判定し、当該判定の結果、前記時間があると判定した場合に提案可と肯定判定し、前記時間がないと判定した場合に提案不可と否定判定する。

また、本発明の第四態様に係るプログラムでは、前記スケジュールは、複数存在し、前記判定手段は、複数のスケジュールのうち一のスケジュールと当該一のスケジュールの次のスケジュールの間の時間が、前記施設情報が示す施設に応じて設定された設定時間以上であるか否か判定し、当該判定の結果、設定時間以上であると判定した場合にユーザに空いている時間があるとして提案可と肯定判定し、設定時間未満であると判定した場合にユーザに空いている時間がないとして提案不可と否定判定する。

また、本発明の第五態様に係るプログラムでは、前記判定手段は、前記スケジュールに基づき、ユーザが、前記施設情報が示す施設まで現在から所定時間以内に来られるか否かを判定し、当該判定の結果、前記所定時間以内に来られると判定した場合に提案可と肯定判定し、前記所定時間以内に来られないと判定した場合に提案不可と否定判定する。

また、本発明の第六態様に係るプログラムでは、前記コンピュータを更に、前記出力手段による提案内容に対して前記ユーザの承認が得られた場合に前記施設に来るスケジュールを当該ユーザに紐づけて前記記憶手段に登録する登録手段、として機能させる。

また、本発明の第七態様に係るプログラムでは、前記端末装置をユーザ装置としたとき、前記コンピュータは更に、前記施設情報が示す施設の予約状況を管理する施設装置と通信可能であり、前記判定手段は更に、前記施設装置と通信して、前記施設情報が示す施設を予約可能か否か判定し、前記出力手段は、前記判定手段が、提案可能と判定し、且つ、予約可能と判定した場合に、前記提案内容を出力する。

また、本発明の第八態様に係るプログラムでは、前記登録手段は、前記出力手段による提案内容に対して前記ユーザの承認が得られた場合に前記施設装置と通信し、前記施設の予約処理を実行する。

また、本発明の第九態様に係るプログラムは、ユーザのスケジュールと施設情報とを記憶する記憶手段を備え、ユーザの端末装置と通信可能なコンピュータを、前記スケジュールに基づき、提案の可否を判定する判定手段、前記判定手段が肯定判定した場合に、前記施設情報が示す施設の広告を前記端末装置に出力する出力手段、として機能させる。

また、本発明の第十態様に係る情報処理装置は、ユーザのスケジュールと施設情報とを記憶する記憶手段を備え、ユーザの端末装置と通信可能な情報処理装置であって、前記スケジュールに基づき、提案の可否を判定する判定手段と、前記判定手段が肯定判定した場合に、前記施設情報が示す施設に行くことを提案する提案内容を前記端末装置に出力する出力手段と、を備える。

また、本発明の第十一態様に係る情報処理装置は、ユーザのスケジュールと施設情報とを記憶する記憶手段を備え、ユーザの端末装置と通信可能な情報処理装置であって、前記スケジュールに基づき、提案の可否を判定する判定手段と、前記判定手段が肯定判定した場合に、前記施設情報が示す施設の広告を前記端末装置に出力する出力手段と、を備える。

本発明によれば、スケジュールの有効活用ができる。

本発明の第一実施形態に係る提案システムの全体構成の一例を示すブロック図である。 サーバ装置のハードウェア構成の一例を示すブロック図である。 サーバ装置の機能的構成の一例を示すブロック図である。 第一実施形態に係る提案システムにおける提案処理の流れの一例を示すフローチャートである。 移動スケジュールを含むユーザのカレンダーの一例を示す図である。 ユーザ装置に表示される提案画面の一例を示す図である。 図５に示すカレンダーにスケジュールを追加した後のカレンダーの状態の一例を示す図である。 第二実施形態に係る提案システムにおける処理の流れの一例を示すフローチャートである。 ユーザのカレンダーの他の例を示す図である。

以下、添付図面を参照しながら本発明の複数の実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素及びステップに対しては可能な限り同一の符号を付して、重複する説明は省略する。

＜第一実施形態＞
まず、本発明の第一実施形態に係る提案システムについて説明する。

－－－全体構成－－－
図１は、本発明の第一実施形態に係る提案システム１の全体構成の一例を示すブロック図である。

図１に示すように、第一実施形態に係る提案システム１は、サーバ装置１０と、一又は複数のユーザ装置１２と、一又は複数の施設装置１４と、を備える。これらの装置は、インターネットや電話回線等の通信ネットワークＮＴを介して互いに通信可能に構成されている。

サーバ装置１０は、ユーザのスケジュールを管理したり、ユーザに施設に行くことを提案したりする情報処理装置（コンピュータ）である。

ユーザ装置１２は、ユーザが操作する通信端末装置である。このユーザ装置１２としては、スマートフォン、携帯電話、タブレット、パーソナルコンピュータ等が挙げられる。

施設装置１４は、施設情報が示す施設の予約状況を管理する通信端末装置である。この施設装置１４としては、パーソナルコンピュータやサーバ装置等が挙げられる。また、施設としては、レストランや本屋等の店舗や、アミューズメント施設、スポーツジム、病院、学校、美術館、市役所等が挙げられる。

－－－ハードウェア構成－－－
図２は、サーバ装置１０のハードウェア構成の一例を示すブロック図である。

図２に示すように、サーバ装置１０は、制御装置２０と、通信装置２６と、記憶装置２８と、を備える。制御装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２２及びメモリ２４を主に備えて構成される。

制御装置２０では、ＣＰＵ２２がメモリ２４或いは記憶装置２８等に格納された所定のプログラムを実行することにより、各種の機能手段として機能する。この機能手段の詳細については後述する。

通信装置２６は、外部の装置と通信するための通信インターフェース等で構成される。通信装置２６は、例えば、端末装置１２との間で各種の情報を送受信する。

記憶装置２８は、ハードディスク等で構成される。記憶装置２８は、ゲームプログラム１４を含む、制御装置２０における処理の実行に必要な各種プログラムや各種の情報、及び処理結果の情報を記憶する。

なお、サーバ装置１０は、専用又は汎用のサーバ・コンピュータなどの情報処理装置を用いて実現することができる。また、サーバ装置１０は、単一の情報処理装置より構成されるものであっても、通信ネットワークＮＴ上に分散した複数の情報処理装置より構成されるものであってもよい。また、図２は、サーバ装置１０が有する主要なハードウェア構成の一部を示しているに過ぎず、サーバ装置１０は、サーバが一般的に備える他の構成を備えることができる。なお、ユーザ装置１２や、施設装置１４のハードウェア構成は、操作装置や表示装置等を備える他は、サーバ装置１０と同様の構成を備えてもよい。

－－－機能的構成－－－
図３は、サーバ装置１０の機能的構成の一例を示すブロック図である。

図３に示すように、サーバ装置１０は、記憶手段５０と、登録手段５２と、判定手段５４と、出力手段５６と、付与手段５８と、を備える。

記憶手段５０は、ウェブページ５０Ａと、ユーザ情報５０Ｂと、カレンダー５０Ｃと、施設情報５０Ｄと、を含む。ウェブページ５０Ａは、例えば、ユーザのカレンダーを表示するカレンダーページや、ユーザに施設に行くことを提案する提案ページ等を含む。ユーザ情報５０Ｂは、ユーザ毎に設けられ、ユーザの名前や性別、連絡先等を含む。カレンダー５０Ｃは、ユーザ毎に設けられ、ユーザのスケジュールを含む。このスケジュールは、例えば、会議や昼食、接待等のスケジュールの内容と、開始時間と、終了時間とを含む。また、スケジュール５０Ｃは、出発地点から到着地点までの移動スケジュールを含んでもよい。この移動スケジュールは、例えば、出発地点と、到着時点と、出発時間と、到着時間と、移動経路を含む。施設情報５０Ｄは、例えば日本全国の施設において登録された施設毎に設けられ、施設の名前や、住所、施設の種類等を含む。

登録手段５２は、ユーザ装置１２の要求に基づき、ユーザのスケジュールを対応するカレンダー５０Ｃに登録する機能を有する。また、登録手段５２は、後述の出力手段５６による提案内容に対してユーザの承認が得られた場合に施設に来るスケジュールを当該ユーザに紐づけて記憶手段５０の対応するカレンダー５０Ｃに登録してもよい。また、登録手段５２は、出力手段５６による提案内容に対してユーザの承認が得られた場合に施設装置１４と通信して、施設の予約処理を実行してもよい。

判定手段５４は、ユーザのカレンダー５０Ｃに含まれるスケジュールに基づき、提案の可否を判定する機能を有する。具体的には、判定手段５４は、移動スケジュールの間に、施設情報が示す施設から予め定められた距離の範囲内をユーザが通過するか否かを判定し、当該判定の結果、通過すると判定した場合に提案可と肯定判定し、通過しないと判定した場合に提案不可と否定判定する。また、判定手段５４は更に、スケジュール及び予約情報に基づき、施設装置１４と通信して、施設情報が示す施設を予約可能か否か判定してもよい。なお、上記「予め定められた距離」は、ユーザが歩ける範囲内であることが好ましく、ユーザがユーザ装置１２を操作して適宜変更することができる。

出力手段５６は、判定手段５４が肯定判定した場合に、施設情報が示す施設に行くことを提案する提案内容をユーザ装置１２に出力する機能を有する。また、出力手段５６は、判定手段５４が、提案可能と判定し、且つ、予約可能と判定した場合に、提案内容を出力してもよい。

付与手段５８は、ユーザに対して特典を付与する機能を有する。特典としては、公共交通機関に利用可能なポイントの他、提案された施設に利用可能なポイントやチケット、金券等が挙げられる。

－－－提案処理の流れ－－－
図４は、第一実施形態に係る提案システム１における提案処理の流れの一例を示すフローチャートである。

（ステップＳＰ１０）
判定手段５４は、登録手段５２により移動スケジュールがユーザのカレンダー５０Ｃに登録されたか否かを判定する。そして、処理は、ステップＳＰ１２の処理に移行する。

（ステップＳＰ１２）
判定手段５４は、登録された移動スケジュールを取得する。そして、処理は、ステップＳＰ１４の処理に移行する。

（ステップＳＰ１４）
判定手段５４は、取得した移動スケジュールに基づき、ユーザに対する提案の可否を判定する。第一実施形態では、判定手段５４は、取得した移動スケジュールの間に、施設情報５０Ｄが示す施設から例えば５００ｍ以内や１ｋｍ以内等、予め定められた距離の範囲内をユーザが通過するか否かを判定し、当該判定の結果、通過すると判定した場合に提案可と肯定判定し、通過しないと判定した場合に提案不可と否定判定する。

ここで、図５は、移動スケジュールを含むユーザのカレンダー５０Ｃの一例を示す図である。

図５に示すように、カレンダー５０Ｃは、複数のスケジュール１００を含む。複数のスケジュール１００は、例えば、移動スケジュールを除く通常のスケジュール１００Ａと、移動スケジュール１００Ｂと、を含む。この移動スケジュール１００Ｂでは、例えば、１２時～１５時の間に、××線の電車で、□□駅から〇×駅に移動し、タクシーで〇×駅から△□ビルまで移動する予定となっている。このような移動スケジュール１００Ｂの場合、判定手段５４は、□□駅から〇×駅又は〇×駅から△□ビルまで移動する間に、施設情報５０Ｄが示す施設から例えば２００ｍ以内をユーザが通過するか否かを判定し、当該判定の結果、通過すると判定した場合に提案可と肯定判定し、通過しないと判定した場合に提案不可と否定判定する。

図４に戻って、上記判定が肯定判定された場合には処理はステップＳＰ１６の処理に移行し、上記判定が否定判定された場合には図４に示す一連の処理が終了する。

（ステップＳＰ１６）
判定手段５４は、施設情報５０Ｄが示す施設の予約状況を管理する施設装置１４と通信して、当該施設装置１４から、施設の予約状況を取得する。そして、処理は、ステップＳＰ１８の処理に移行する。

（ステップＳＰ１８）
判定手段５４は、取得した予約状況に基づき、移動スケジュール１００Ｂが示す時間帯の間又は移動スケジュール１００Ｂの直後のスケジュールの空き時間に、施設情報が示す施設を予約可能か否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ２０の処理に移行し、当該判定が否定判定された場合には図４に示す一連の処理が終了する。

（ステップＳＰ２０）
出力手段５６は、施設情報５０Ｄが示す施設に行くことを提案する提案内容（の画面データ）をユーザ装置１２に出力（送信）する。そして、処理は、ステップＳＰ２２の処理に移行する。

（ステップＳＰ２２）
ユーザ装置１２は、サーバ装置１０から、画面データを受信する。これに応答して、ユーザ装置１２は、受信した画面データに基づき、提案画面を表示する。

図６は、ユーザ装置１２に表示される提案画面１１０の一例を示す図である。

図６に示すように、提案画面１１０は、提案内容１１２と、承諾ボタン１１４と、キャンセルボタン１１６と、を含む。提案内容１１２は、ユーザに対して、例えばお店の名前や住所、ＵＲＬ（uniform resource locator）等、施設情報５０Ｄが示す施設に行くことを提案する内容を含む。承諾ボタン１１４とキャンセルボタン１１６は、ユーザが押下可能に構成されている。

図４に戻って、処理は、ステップＳＰ２４の処理に移行する。

（ステップＳＰ２４）
ユーザ装置１２は、提案画面１１０において、承諾ボタン１１４が押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理は、ステップＳＰ２６の処理に移行し、当該判定が否定判定された場合には図４に示す一連の処理が終了する。

（ステップＳＰ２６）
ユーザ装置１２は、ユーザＩＤを含み、提案内容をユーザのスケジュール１００として追加登録を要求する追加要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ２８の処理に移行する。

（ステップＳＰ２８）
サーバ装置１０は、ユーザ装置１２から、追加要求を受信する。これに応答して、登録手段５２は、施設の予約処理を実行する。具体的には、登録手段５２は、受信した追加要求に含まれるユーザＩＤに対応するユーザ情報５０Ｂを取得し、取得したユーザ情報５０Ｂと、提案内容に基づいたユーザの施設に滞在するスケジュールとを含む予約要求を施設装置１４に送信する。そして、処理は、ステップＳＰ３０の処理に移行する。

（ステップＳＰ３０）
施設装置１４は、サーバ装置１０から、予約要求を受信する。これに応答して、施設装置１４は、予約要求に含まれる情報に基づき、管理している予約状況に、ユーザの予約を追加登録する。続いて、施設装置１４は、予約完了の旨をサーバ装置１０に送信する。そして、処理は、ステップＳＰ３２の処理に移行する。

（ステップＳＰ３２）
登録手段５２は、提案内容に基づいたユーザの施設に滞在するスケジュール１００を、受信した追加要求に含まれるユーザＩＤに対応するユーザに紐づけて記憶手段５０に登録する。具体的には、登録手段５２は、受信した追加要求に含まれるユーザＩＤに対応するユーザのカレンダー５０Ｃに、提案内容に基づいたユーザの施設に滞在するスケジュールを追加登録する。この際、登録手段５２は、移動スケジュール１００Ｂを調整する。

図７は、図５に示すカレンダー５０Ｃにスケジュールを追加した後のカレンダー５０Ｃの状態の一例を示す図である。

図７に示すように、登録手段５２は、例えば、休憩のために〇〇店が提案された場合、移動スケジュール１００Ｂを□□駅から〇×駅までの移動に調整（変更）する。続いて、登録手段５２は、〇〇店で休憩するスケジュール１００Ｃを追加登録する。続いて、登録手段５２は、〇〇店から、元々の目的地であった△□ビルまでの移動手段を検索し、その移動スケジュールを追加登録する。

図４に戻って、処理は、ステップＳＰ３４の処理に移行する。

（ステップＳＰ３４）
付与手段５８は、提案内容を承諾したユーザに対して特典を付与する。第一実施形態では、付与手段５８は、提案内容に係る施設で利用可能なポイントや電子チケットを付与する。そして、処理は、ステップＳＰ３６の処理に移行する。

（ステップＳＰ３６）
出力手段５６は、予約やスケジュールの追加が完了した旨を含む完了通知をユーザ装置１２に送信する。そして、処理は、ステップＳＰ３８の処理に移行する。

（ステップＳＰ３８）
ユーザ装置１２は、サーバ装置１０から、完了通知を受信する。これに応答して、ユーザ装置１２は、受信した完了通知の通知内容を表示する。

－－－効果－－－
以上、第一実施形態では、ユーザのスケジュール１００と施設情報５０Ｄとを記憶する記憶手段５０を備え、ユーザの端末装置としてのユーザ装置１２と通信可能なサーバ装置１０を、スケジュール１００に基づき、提案の可否を判定する判定手段５４、 判定手段５４が肯定判定した場合に、施設情報５０Ｄが示す施設に行くことを提案する提案内容をユーザ装置１２に出力する出力手段５６として機能させる。

この構成によれば、施設情報５０Ｄが示す施設に行くことを提案する提案の可否にスケジュール１００を利用するので、スケジュール１００の有効活用ができる。また、施設に行く可能性が低いユーザに対して提案することを防止することができるので、そのようなユーザに提案することで与える不快感を回避することができる。また、効率の良い提案ができるので、サーバ装置１０の通信量や処理負荷を低減することができる。

また、第一実施形態では、スケジュール１００は、出発地点から到着地点までの移動スケジュール１００Ｂを含み、判定手段５４は、移動スケジュール１００Ｂの間に、施設情報５０Ｄが示す施設から予め定められた距離の範囲内をユーザが通過するか否かを判定し、当該判定の結果、通過すると判定した場合に提案可と肯定判定し、通過しないと判定した場合に提案不可と否定判定する。

この構成によれば、移動のついでに施設に行ける可能性のあるユーザに対して提案するので、効率的な提案ができ、もって、サーバ装置１０の通信量や処理負荷を低減することができる。また、行く可能性の低いユーザに提案することで与える不快感を回避することができる。

また、第一実施形態では、プログラムがサーバ装置１０を更に、出力手段５６による提案内容に対してユーザの承認が得られた場合に施設に来るスケジュール１００を当該ユーザに紐づけて記憶手段５０に登録する登録手段５２として機能させる。

この構成によれば、提案内容に基づくスケジュール１００をユーザが手動で追加登録する場合に比べて、ユーザの手間を低減することができる。

また、第一実施形態では、サーバ装置１０は更に、施設情報５０Ｄが示す施設の予約状況を管理する施設装置１２と通信可能であり、判定手段５４は更に、施設装置１２と通信して、施設情報が示す施設を予約可能か否か判定し、出力手段５６は、判定手段５４が、提案可能と判定し、且つ、予約可能と判定した場合に、提案内容を出力する。

また、第一実施形態では、登録手段５２は、出力手段５６による提案内容に対してユーザの承認が得られた場合に施設装置１２と通信し、施設の予約処理を実行する。

この構成によれば、提案内容に係る施設をユーザが手動で予約する場合に比べて、ユーザの手間を低減することができる。

＜第二実施形態＞
次に、本発明の第二実施形態に係る提案システムについて説明する。

上記第一実施形態では、判定手段５４は、移動スケジュール１００Ｂの移動の間に、施設情報５０Ｄが示す施設から予め定められた距離の範囲内をユーザが通過するか否かを判定する場合を説明したが、第二実施形態では、判定手段５４は、スケジュール１００に基づき、ユーザに空いている時間があるか否かを判定し、当該判定の結果、時間があると判定した場合に提案可と肯定判定し、時間がないと判定した場合に提案不可と否定判定する。

図８は、第二実施形態に係る提案システムにおける処理の流れの一例を示すフローチャートである。

（ステップＳＰ５０）
判定手段５４は、ユーザのカレンダー５０Ｃから複数のスケジュール１００を取得する。そして、処理は、ステップＳＰ５２の処理に移行する。

（ステップＳＰ５２）
判定手段５４は、スケジュール１００に基づき、ユーザに空いている時間があるか否かを判定し、当該判定の結果、時間があると判定した場合に提案可と肯定判定し、時間がないと判定した場合に提案不可と否定判定する。より具体的には、判定手段５４は、複数のスケジュール１００のうち一のスケジュールと当該一のスケジュールの次のスケジュールの間の空き時間が、施設情報５０Ｄが示す施設に応じて設定された設定時間以上であるか否か判定し、当該判定の結果、設定時間以上であると判定した場合にユーザに空いている時間があるとして提案可と肯定判定し、設定時間未満であると判定した場合にユーザに空いている時間がないとして提案不可と否定判定する。

図９は、ユーザのカレンダー５０Ｃの他の例を示す図である。

図９に示すように、判定手段５４は、例えば、複数のスケジュール１００のうち一のスケジュール１００Ｘと当該一のスケジュール１００Ｘの次のスケジュール１００Ｙの間の空き時間が、施設情報５０Ｄが示す施設（例えば飲食店）に応じて設定された３０分以上であるか否かを判定する。ここで、一のスケジュール１００Ｘの次のスケジュール１００Ｙの間の空き時間は３時間であるので、判定手段５４は、設定時間以上であると肯定判定する。

図８に戻って、処理は、ステップＳＰ２０の処理に移行する。

以上、第二実施形態では、判定手段５４は、スケジュール１００に基づき、ユーザに空いている時間があるか否かを判定し、当該判定の結果、時間があると判定した場合に提案可と肯定判定し、時間がないと判定した場合に提案不可と否定判定する。

この構成によれば、空き時間で施設に行ける可能性のあるユーザに対して提案するので、効率的な提案ができ、もって、サーバ装置１０の通信量や処理負荷を低減することができる。また、行く可能性の低いユーザに提案することで与える不快感を回避することができる。

＜変形例＞
なお、本発明は上記の実施形態に限定されるものではない。すなわち、上記の実施形態に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。また、上記実施形態及び後述する変形例が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。

例えば、上記実施形態では、サーバ装置１０に、登録手段５２や付与手段５８を設ける場合を説明したが、サーバ装置１０から省略することもできる。

また、上記実施形態では、判定手段５４は、移動スケジュール１００Ｂの間に、施設情報５０Ｄが示す施設から予め定められた距離の範囲内をユーザが通過するか否かを判定する場合を説明したが、スケジュール１００に基づき、ユーザが、施設情報５０Ｄが示す施設まで現在から所定時間以内に来られるか否かを判定し、当該判定の結果、前記所定時間以内に来られると判定した場合に提案可と肯定判定し、前記所定時間以内に来られないと判定した場合に提案不可と否定判定してもよい。具体的には、スケジュール１００が示す場所情報に基づき、ユーザが、施設情報５０Ｄが示す施設まで現在から所定時間以内に来られるか否かを判定し、当該判定の結果、前記所定時間以内に来られると判定した場合に提案可と肯定判定し、前記所定時間以内に来られないと判定した場合に提案不可と否定判定してもよい。この構成によれば、施設に行ける可能性のあるユーザに対して提案するので、効率的な提案ができ、もって、サーバ装置１０の通信量や処理負荷を低減することができる。また、行く可能性の低いユーザに提案することで与える不快感を回避することができる。

また、上記実施形態では、出力手段５６は、提案内容をユーザ装置１２に出力する場合を説明したが、その出力とともに、又はその出力の代わりに、施設情報５０Ｄが示す施設の広告を出力してもよい。広告には、施設の名前や場所が記述されていてもよいし、施設のＵＲＬが記述されてもよい。また、広告には、施設の写真や絵が掲載されていてもよい。

１０…サーバ装置（コンピュータ）、５０…記憶手段、５４…判定手段、５６…出力手段

Claims (8)

1. 出発地点から到着地点までの移動経路を示す移動スケジュールを含むユーザのスケジュールと施設情報とを記憶する記憶手段を備え、ユーザの端末装置と通信可能なコンピュータを、
   ユーザの前記スケジュールを前記記憶手段に登録する登録手段、
   前記登録手段により前記移動スケジュールが登録された場合に、登録された前記移動スケジュールに基づき、提案の可否を判定する判定手段、
   前記判定手段が肯定判定した場合に、前記施設情報が示す施設に行くことを提案する提案内容を前記端末装置に出力する出力手段、
   として機能させ、
   前記登録手段は、前記出力手段による提案内容に対して前記ユーザの承認が得られた場合に、前記施設に滞在するスケジュールを当該ユーザに紐づけて前記記憶手段に登録すると共に、登録された前記移動スケジュールを前記出発地点から前記施設までの移動経路を示す移動スケジュールに変更し、且つ、前記施設から前記到着地点までの移動経路を示す移動スケジュールを追加登録することにより、登録された前記移動スケジュールを変更する、
   プログラム。
2. 前記判定手段は、前記移動スケジュールの間に、前記施設情報が示す施設から予め定められた距離の範囲内をユーザが通過するか否かを判定し、当該判定の結果、通過すると判定した場合に提案可と肯定判定し、通過しないと判定した場合に提案不可と否定判定する、
   請求項１に記載のプログラム。
3. 前記判定手段は、前記スケジュールに基づき、ユーザに空いている時間があるか否かを判定し、当該判定の結果、前記時間があると判定した場合に提案可と肯定判定し、前記時間がないと判定した場合に提案不可と否定判定する、
   請求項１に記載のプログラム。
4. 前記スケジュールは、複数存在し、
   前記判定手段は、複数のスケジュールのうち一のスケジュールと当該一のスケジュールの次のスケジュールの間の時間が、前記施設情報が示す施設に応じて設定された設定時間以上であるか否か判定し、当該判定の結果、設定時間以上であると判定した場合にユーザに空いている時間があるとして提案可と肯定判定し、設定時間未満であると判定した場合にユーザに空いている時間がないとして提案不可と否定判定する、
   請求項３に記載のプログラム。
5. 前記判定手段は、前記スケジュールに基づき、ユーザが、前記施設情報が示す施設まで現在から所定時間以内に来られるか否かを判定し、当該判定の結果、前記所定時間以内に来られると判定した場合に提案可と肯定判定し、前記所定時間以内に来られないと判定した場合に提案不可と否定判定する、
   請求項１に記載のプログラム。
6. 前記端末装置をユーザ装置としたとき、
   前記コンピュータは更に、前記施設情報が示す施設の予約状況を管理する施設装置と通信可能であり、
   前記判定手段は更に、前記施設装置と通信して、前記施設情報が示す施設を予約可能か否か判定し、
   前記出力手段は、前記判定手段が、提案可能と判定し、且つ、予約可能と判定した場合に、前記提案内容を出力する、
   請求項１に記載のプログラム。
7. 前記登録手段は、前記出力手段による提案内容に対して前記ユーザの承認が得られた場合に前記施設装置と通信し、前記施設の予約処理を実行する、
   請求項６に記載のプログラム。
8. 出発地点から到着地点までの移動経路を示す移動スケジュールを含むユーザのスケジュールと施設情報とを記憶する記憶手段を備え、ユーザの端末装置と通信可能な情報処理装置であって、
   ユーザの前記スケジュールを前記記憶手段に登録する登録手段、
   前記登録手段により前記移動スケジュールが登録された場合に、登録された前記移動スケジュールに基づき、提案の可否を判定する判定手段と、
   前記判定手段が肯定判定した場合に、前記施設情報が示す施設に行くことを提案する提案内容を前記端末装置に出力する出力手段と、
   を備え、
   前記登録手段は、前記出力手段による提案内容に対して前記ユーザの承認が得られた場合に、前記施設に滞在するスケジュールを当該ユーザに紐づけて前記記憶手段に登録すると共に、登録された前記移動スケジュールを前記出発地点から前記施設までの移動経路を示す移動スケジュールに変更し、且つ、前記施設から前記到着地点までの移動経路を示す移動スケジュールを追加登録することにより、登録された前記移動スケジュールを変更する、
   情報処理装置。
   

Images