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

Description

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

従来から、ユーザのスケジュールを管理するシステムが知られている。

これに関し、非特許文献１には、ユーザの移動経路を検索するアプリケーションで検索した結果をユーザのカレンダーに移動スケジュールとして追加する技術が開示されている。

木村聡子、"移動時間も含めたムダの無いスケジュール管理を可能にするGoogleマップとGoogleカレンダーの合わせ技"、［online］、平成２９年１０月１日、［令和１年７月１３日検索］、インターネット＜URL：http://blog.kimutax.com/Google-map-and-calendar＞

しかしながら、非特許文献１に記載の技術では、移動経路を検索する際に、出発場所や出発時間等の検索条件をユーザが入力しなければならず、ユーザに対して手間をかけさせてしまうという問題があった。

本発明はこのような課題に鑑みてなされたものであり、その目的は、移動経路を検索する際のユーザの手間を抑制することができるプログラム及び情報処理装置を提供することにある。

上記課題を解決するために、本発明の第一態様に係るプログラムは、記憶手段を備えるコンピュータを、第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段、前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段、として機能させる。

また、本発明の第二態様に係るプログラムは、前記コンピュータを、前記検索手段の検索結果を前記ユーザに提案する提案手段、として機能させ、前記追加手段は、前記提案手段による提案に対して前記ユーザの承認が得られた場合に前記検索手段の検索結果を記憶する。

また、本発明の第三態様に係るプログラムでは、前記提案手段は、前記検索結果が複数存在する場合、前記ユーザの交通に係る嗜好情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する。

また、本発明の第四態様に係るプログラムでは、前記提案手段は、前記検索結果が複数存在する場合、前記ユーザの移動経路の履歴に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する。

また、本発明の第五態様に係るプログラムでは、前記提案手段は、前記検索結果が複数存在する場合、前記第一スケジュールと前記第二スケジュールの間の時間帯の天候情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する。

また、本発明の第六態様に係るプログラムでは、前記提案手段は、前記検索結果が複数存在する場合、前記第二場所情報が示す場所の種類に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する。

また、本発明の第七態様に係るプログラムでは、前記第二スケジュールは、前記第二場所情報が示す場所でのユーザの目的情報を含み、前記提案手段は、前記検索結果が複数存在する場合、前記目的情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する。

また、本発明の第八態様に係るプログラムは、前記コンピュータを、前記検索結果が複数存在する場合、複数のユーザのスケジュールに基づき、複数の検索結果に係る移動経路の混雑状況を予測する予測手段、として機能させ、前記提案手段は、前記予測手段が予測した各移動経路の混雑状況に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する。

また、本発明の第九態様に係るプログラムでは、前記提案手段は、前記検索結果が複数存在する場合、複数の検索結果の中から一つの検索結果を前記ユーザに提案し、前記ユーザの承認が得られなかった場合に、当該複数の検索結果を当該ユーザに提案する。

また、本発明の第十態様に係るプログラムは、前記コンピュータを、前記提案手段による提案に対して前記ユーザの承認が得られた場合に当該ユーザに報酬を付与する付与手段、として機能させる。

また、本発明の第十一態様に係るプログラムでは、前記受付手段は、通信ネットワークを介して前記記憶手段とは異なる他の記憶手段から前記ユーザのスケジュールを取得して、前記第一スケジュール又は前記第二スケジュールとして受け付け、前記検索手段は、前記受付手段が前記他の記憶手段から前記ユーザのスケジュールを取得したときに、前記移動経路を検索する。

また、本発明の第十二態様に係る情報処理装置は、記憶手段と、第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段と、前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段と、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段と、を備える。

本発明によれば、移動経路を検索する際のユーザの手間を抑制することができる。

本発明の実施形態に係るスケジュール管理システムの全体構成の一例を示すブロック図である。 図１に示すサーバ装置のハードウェア構成の一例を示すブロック図である。 サーバ装置の機能的構成の一例を示すブロック図である。 スケジュール管理システムにおいてユーザのスケジュールを追加する処理の流れの一例を示すフローチャートである。 端末装置に表示されるスケジュール一覧ページの一例を示す説明図である。 ユーザのスケジュールに第二スケジュールが追加された場合に、図５Ａに示す状態から変遷した後のスケジュール一覧ページの一例を示す説明図である。 移動スケジュールが追加された場合に、図５Ｂに示す状態から変遷した後のスケジュール一覧ページの一例を示す説明図である。 スケジュール管理システム１においてユーザのスケジュールを追加する処理の流れの一例を示すフローチャートである。 端末装置に表示される確認ページの一例を示す説明図である。 端末装置に表示される提案ページの一例を示す説明図である。

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

＜全体構成＞
図１は、本発明の実施形態（以下、適宜、「本実施形態」という。）に係るスケジュール管理システム１の全体構成の一例を示すブロック図である。

図１に示すように、本実施形態に係るスケジュール管理システム１は、サーバ装置１０と、一又は複数の端末装置１２と、を備える。これらサーバ装置１０と端末装置１２は、イントラネットやインターネット、電話回線等の通信ネットワークＮＴを介して互いに通信可能に接続されている。

サーバ装置１０は、一又は複数のユーザのスケジュールを管理する情報処理装置（コンピュータ）である。このサーバ装置１０は、端末装置１２を介したユーザの指示に基づき、スケジュールを閲覧可能にしたり、スケジュールを追加したりする。

端末装置１２は、ユーザが操作する情報処理装置である。ユーザは、この端末装置１２を操作してサーバ装置１０にアクセスする。端末装置１２としては、例えば、携帯電話や、スマートフォン、タブレット、パーソナルコンピュータ等の様々なものが挙げられる。なお、端末装置１２には、ＧＰＳ（Global Positioning System）等の端末装置１２の現在の位置情報を取得する機能を備えていることが好ましい。

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

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

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

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

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

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

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

図３に示すように、サーバ装置１０は、機能的構成として、記憶手段５０と、受付手段５２と、判定手段５４と、検索手段５６と、予測手段５８と、提案手段６０と、追加手段６２と、付与手段６４と、変更手段６６と、を備える。記憶手段５０は、一又は複数の記憶装置２８で実現される。記憶手段５０以外の機能的構成は、記憶装置２８等に格納されたプログラムを制御装置２０が実行することにより実現される。

記憶手段５０は、例えば、ウェブページ５０Ａと、経路情報５０Ｂと、ユーザ情報５０Ｃと、スケジュール５０Ｄと、を記憶する機能手段である。

ウェブページ５０Ａは、ユーザのスケジュールを一覧可能なスケジュール一覧ページやログインページ等、複数のウェブページを含む。経路情報５０Ｂは、例えば日本全国にある電車やバス等の移動手段の各経路の名前や、各経路における交通手段の出発時間、到着時間、料金等を含む。ユーザ情報５０Ｃは、ユーザ毎に設けられ、ユーザＩＤや名前、性別、住所、連絡先、ログインＩＤ、パスワード等を含む。スケジュール５０Ｄは、ユーザ毎に設けられ、場所情報や、場所情報が示す場所での目的情報、目的情報が示す目的の開始時間情報、目的情報が示す目的の終了時間情報を含む。また、スケジュール５０Ｄは、ユーザのスケジュール間の移動スケジュールを含む。移動スケジュールは、経路情報と、出発時間情報と、到着時間情報と、を含む。この経路情報には、電車やバス等の移動手段の名前や料金等を含む。

受付手段５２は、ユーザのスケジュールを受け付けて記憶手段５０に記憶する機能手段である。具体的には、受付手段５２は、第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、第一場所情報とは異なる第二場所情報を含む第二スケジュールを端末装置１２から受け付けて当該ユーザのスケジュール５０Ｄの一部として記憶手段５０に記憶する。また、受付手段５２は、通信ネットワークＮＴを介して記憶手段５０とは異なる他の記憶手段（外部の記憶手段）からユーザのスケジュールを取得して、第一スケジュール又は第二スケジュールとして受け付けてもよい。第一スケジュールと第二スケジュールは、同日のスケジュールであっても、異なる日のスケジュールであってもよいが、同日のスケジュールであることが好ましい。なお、第一スケジュールは、第一場所情報の他、例えば、第一場所情報が示す場所での目的情報、目的情報が示す目的の開始時間情報、目的情報が示す目的の終了時間情報を含む。同様に、第二スケジュールは、第二場所情報の他、例えば、第二場所情報が示す場所での目的情報、目的情報が示す目的の開始時間情報、目的情報が示す目的の終了時間情報を含む。

判定手段５４は、検索開始条件を満たしたか否かを判定する機能手段である。この検索開始条件としては、例えば、端末装置１２からの検索指示操作があるという条件や、第一スケジュール又は／及び第二スケジュールを受付手段５２が受け付けたという条件、受付手段５２が他の記憶手段からユーザのスケジュールを取得したという条件等が挙げられる。

検索手段５６は、判定手段５４が肯定判定した場合に、記憶手段５０に記憶されているユーザのスケジュール５０Ｄの中から第一スケジュール及び第二スケジュールを取得し、経路情報５０Ｂに基づき、第一スケジュールの第一場所情報が示す場所から、第二スケジュールの第二場所情報が示す場所までの移動経路であって、第一スケジュールと第二スケジュールの間で移動可能（出発から到着まで可能）な移動経路を検索する機能手段である。すなわち、検索手段５６は、第一場所情報が示す場所を出発地とし、第二場所情報が示す場所を到着地とし、第一スケジュールの終了時間より後であって、第二スケジュールの開始時間より前の時間を出発時間及び到着時間として、移動経路を検索する。例えば、検索手段５６は、第二スケジュールを受付手段５２が受け付けたという条件を満たした場合、移動経路を検索する。また、例えば、検索手段５６は、受付手段５２が他の記憶手段からユーザのスケジュールを取得したという条件を満たした場合、言い換えれば、受付手段５２が他の記憶手段からユーザのスケジュールを取得したときに、移動経路を検索する。なお、検索手段５６は、ユーザのスケジュール５０Ｄが３つ以上存在する場合、新たに追加されたスケジュールを第一スケジュール又は第二スケジュールとして取得し、新たに追加されたスケジュールの開始時間情報又は終了時間情報が示す時間が最も近い既存のスケジュールを、新たに追加されたスケジュールとは異なる第一スケジュール又は第二スケジュールとして取得してもよい。また、検索手段５６は、開始時間情報又は終了時間情報が示す時間が最も近い組を第一スケジュール及び第二スケジュールとして取得したり、スケジュール間の間に他のスケジュールがない組を第一スケジュール及び第二スケジュールとして取得したりしてもよい。

また、検索手段５６は、第二スケジュールよりも後のユーザのスケジュールが存在しない場合に、経路情報５０Ｂ及びユーザ情報５０Ｃに基づき、第二スケジュールの場所情報が示す場所からユーザの自宅（予め定められた住所）までの移動経路を検索してもよい。また、検索手段５６は、第一スケジュールよりも前のユーザのスケジュールが存在しない場合に、経路情報５０Ｂ及びユーザ情報５０Ｃに基づき、ユーザの自宅（予め定められた住所）から第一スケジュールの場所情報が示す場所までの移動経路を検索してもよい。この場合、後述する追加手段６２は、検索結果を出発スケジュール又は帰宅スケジュールとしてユーザのスケジュール５０Ｄに追加する。

また、検索手段５６は、第一スケジュールと第二スケジュールとの間の時間が長い場合、検索結果が多くなるので、検索結果を抑制するという観点から、検索条件とする出発時間は、第一スケジュールの終了時間情報が示す時間より第一設定時間以上後にすることが好ましい。また、検索手段５６は、検索条件とする到着時間は、第二スケジュールの開始時間情報が示す時間より第二設定時間以上前にすることが好ましい。また、検索手段５６は、第一場所情報が示す場所から予め定められた距離の範囲内にある駅やバス停を抽出し、その駅やバス停を用いて検索を行ってもよい。

予測手段５８は、検索手段５６の検索結果が複数存在する場合、複数のユーザのスケジュール５０Ｄに基づき、複数の検索結果に係る移動経路の混雑状況を予測する機能手段である。例えば、予測手段５８は、検索に係るユーザ以外の他のユーザのスケジュール５０Ｄにおいて検索結果に係る移動経路を通ることが把握できた場合、当該移動経路の利用人数をインクリメントする。そして、移動経路の利用人数が閾値を超えない場合、その移動経路の混雑状況を「少」として予測し、移動経路の利用人数が閾値を超えた場合、その移動経路の混雑状況を「多」として予測する。

提案手段６０は、検索手段５６の検索結果をユーザに提案する機能手段である。具体的には、提案手段６０は、検索結果が複数存在する場合、ユーザの交通に係る嗜好情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。嗜好情報は、ユーザのスケジュール５０Ｄの履歴（特に移動スケジュールの移動履歴）に基づいて提案手段６０が判定してもよいし、ユーザが入力操作により、ユーザ情報５０Ｃの一部として記憶していてもよい。例えば、提案手段６０は、ユーザの移動履歴に基づき、月に１０回以上タクシーを利用しているから、嗜好情報として、このユーザはタクシーを使用することを好むと判定したり、安くいける電車の乗換を月に１回も利用してないので、嗜好情報として、このユーザは早く行くことを好むと判定したりする。

また、提案手段６０は、検索結果が複数存在する場合、ユーザの移動スケジュールの履歴、すなわち移動経路の履歴に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。例えば、提案手段６０は、ユーザのバスの利用が他の移動手段よりも閾値以上高い場合、複数の検索結果の中からバスを利用するものを抽出してもよい。また、提案手段６０は、ユーザの各駅停車の電車よりも所定駅を通過する電車を所定回数以上利用している場合、複数の検索結果の中から所定駅を通過する電車を利用するものを抽出してもよい。また、提案手段６０は、検索結果が複数存在する場合、第一スケジュールと第二スケジュールの間の時間帯の天候情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出する。例えば、提案手段６０は、天候情報が雨を示す場合、バスよりもタクシーを利用するものを抽出したり、値段が高くても乗換が少ない電車を抽出したりする。なお、天候情報は、通信ネットワークＮＴを介して外部のサーバ装置から取得される。

また、提案手段６０は、検索結果が複数存在する場合、第二場所情報が示す場所の種類に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。例えば、提案手段６０は、第二場所情報が示す場所が会社関連の場所である場合には、遅れないようにタクシーを利用するものを抽出する。また、例えば、提案手段６０は、第二場所情報が示す場所が遊園地等の遊戯関連の場所である場合には、乗換が多くても安く行けるものを抽出する。

また、提案手段６０は、検索結果が複数存在する場合、第二場所情報が示す場所でのユーザの目的情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。例えば、提案手段６０は、目的情報が示す目的が「会議」である場合には、遅れないようにタクシーを利用するものを抽出する。また、例えば、提案手段６０は、目的情報が示す目的が「飲み会」である場合には、遅れる可能性があっても安く行けるものを抽出する。

また、提案手段６０は、予測手段５８が予測した各移動経路の混雑状況に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。例えば、提案手段６０は、予測手段５８が予測した混雑状況が、他の移動経路と比較して混雑していない移動経路を抽出する。また、例えば、提案手段６０は、予測手段５８が予測した混雑状況（利用人数）が閾値以下の移動経路を抽出する。

また、提案手段６０は、検索結果が複数存在する場合、複数の検索結果の中からユーザに最適な一つの検索結果をユーザの端末装置１２に提案（出力）し、ユーザの承認が得られなかった場合に、複数の検索結果を当該ユーザの端末装置１２に提案（出力）してもよい。

追加手段６２は、検索手段５６の検索結果を、第一スケジュールと第二スケジュールとの間のユーザの移動スケジュールとして記憶手段５０のスケジュール５０Ｄに記憶（追加）する機能手段である。例えば、追加手段６２は、提案手段６０による提案に対してユーザの承認が得られた場合に検索手段５６の検索結果を記憶する。

付与手段６４は、提案手段６０による提案に対してユーザの承認が得られた場合に当該ユーザに報酬を付与する機能手段である。報酬としては、他の価値媒体に変換可能なポイントや、バスチケット、タクシーチケット等が挙げられる。

変更手段６６は、ユーザの第一スケジュールや第二スケジュールに変更があった場合に、その間の移動スケジュールも、変更後の一スケジュールや第二スケジュールに基づき、変更する機能手段である。

＜処理の流れ＞
図４は、スケジュール管理システム１においてユーザのスケジュールを追加する処理の流れの一例を示すフローチャートである。なお、以下のステップの順番及び内容は、適宜変更することができる。

（ステップＳＰ１０）
端末装置１２は、ユーザの操作に基づき、ログインページのページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ１２の処理に移行する。

（ステップＳＰ１２）
サーバ装置１０は、端末装置１２からページ要求を受信する。これに応答して、サーバ装置１０の受付手段５２は、ウェブページ５０Ａの中からログインページを取得し、取得したログインページを要求元の端末装置１２に送信する。そして、処理は、ステップＳＰ１４の処理に移行する。

（ステップＳＰ１４）
端末装置１２は、サーバ装置１０からログインページを受信する。これに応答して、端末装置１２は、ログインページを表示する。このログインページにおいて、端末装置１２は、ユーザの入力操作に基づき、ログインＩＤやパスワード等のログイン情報を受け付ける。続いて、端末装置１２は、ユーザの送信操作に基づき、ログイン情報をサーバ装置１０に送信する。そして、処理は、ステップＳＰ１６の処理に移行する。

（ステップＳＰ１６）
サーバ装置１０は、端末装置１２からログイン情報を受信する。これに応答して、サーバ装置１０は、ログイン情報とユーザ情報５０Ｃとに基づき、ログイン処理を実行する。ログイン処理が成功すると、処理は、ステップＳＰ１８の処理に移行する。なお、端末装置１２に、スケジュール管理システム１のアプリケーションがインストールされている場合、当該アプリケーションの起動と同時に、ユーザの入力操作なしに自動的にログイン処理が実行されてもよい。

（ステップＳＰ１８）
サーバ装置１０の受付手段５２は、サーバ装置１０以外の外部のサーバ装置、特に運営元が異なる外部のサーバ装置（他の記憶手段）にユーザのカレンダー（外部カレンダー）がある場合、当該外部カレンダーを検索する。この場合、受付手段５２は、外部カレンダーにアクセスするためのＩＤやパスワードをユーザ情報５０Ｃから取得する。そして、処理は、ステップＳＰ２０の処理に移行する。

（ステップＳＰ２０）
受付手段５２は、外部カレンダーにユーザのスケジュールが有るか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ２２の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ２４の処理に移行する。

（ステップＳＰ２２）
受付手段５２は、外部カレンダーからユーザのスケジュールを外部のサーバ装置から取得し、取得したスケジュールがスケジュール５０Ｄに記憶されていない場合、取得したスケジュールを第一スケジュール又は第二スケジュールとして受け付けてユーザのスケジュール５０Ｄの一部に記憶する。そして、処理は、ステップＳＰ２４の処理に移行する。

（ステップＳＰ２４）
受付手段５２は、ウェブページ５０Ａ及びユーザのスケジュール５０Ｄに基づき、ユーザのスケジュール一覧ページを生成し、生成したスケジュール一覧ページを端末装置１２に送信する。そして、処理は、ステップＳＰ２６の処理に移行する。

（ステップＳＰ２６）
端末装置１２は、サーバ装置１０からスケジュール一覧ページを受信する。これに応答して、端末装置１２は、受信したスケジュール一覧ページを表示する。

図５Ａは、端末装置１２に表示されるスケジュール一覧ページ１００の一例を示す説明図である。

図５Ａに示すように、スケジュール一覧ページ１００には、カレンダーの表示欄１０２と、一日のスケジュールの表示欄１０４とが設けられている。表示欄１０２には、例えば本日を含む一週間の日にちが記述されている。表示欄１０４には、ある一日のユーザのスケジュール５０Ｄが記述されている。図５Ａでは、スケジュール５０Ｄとして例えば第一スケジュール１０６が目的と場所と時間（開始時間と終了時間）が把握できる形で記述されている。

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

（ステップＳＰ２８）
端末装置１２は、上記のスケジュール一覧ページ１００において、表示欄１０４のスケジュール５０Ｄがない空き枠がタップ等の操作がされると、サーバ装置１０からスケジュール入力ページを取得して、取得したスケジュール入力ページを表示する。そして、処理は、ステップＳＰ３０の処理に移行する。

（ステップＳＰ３０）
端末装置１２は、スケジュール入力ページにおいて、ユーザによるスケジュールの入力を受け付ける。続いて、端末装置１２は、受け付けたスケジュールをサーバ装置１０に送信する。そして、処理は、ステップＳＰ３２の処理に移行する。

（ステップＳＰ３２）
サーバ装置１０の受付手段５２は、端末装置１２からスケジュールを受信することで受け付け、受け付けたスケジュールをユーザのスケジュール５０Ｄの一部に記憶（追加）する。

図５Ｂは、ユーザのスケジュール５０Ｄに第二スケジュールが追加された場合に、図５Ａに示す状態から変遷した後のスケジュール一覧ページ１００の一例を示す説明図である。

図５Ｂに示すように、スケジュール一覧ページ１００には、第一スケジュール１０６の後に第二スケジュール１０８が追加されている。

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

（ステップＳＰ３４）
サーバ装置１０の判定手段５４は、ユーザの終了操作があった等、終了条件を満たしたか否かを判定する。そして、当該判定が肯定判定された場合には図４に示す一連の処理が終了し、当該判定が否定判定された場合には処理はステップＳＰ２４の処理に戻る。

図６は、スケジュール管理システム１においてユーザのスケジュールを追加する処理の流れの一例を示すフローチャートである。なお、以下のステップの順番及び内容は、適宜変更することができる。

（ステップＳＰ４０）
サーバ装置１０は、検索開始条件を満たしたか否かを判定する。本実施形態では、検索開始条件が、受付手段５２が他の記憶手段からユーザのスケジュールを取得したという条件である。そして、上記判定が肯定判定された場合には処理はステップＳＰ４２の処理に移行し、当該判定が否定判定された場合には処理は図６に示す一連の処理が終了する。

（ステップＳＰ４２）
検索手段５６は、ユーザのスケジュール５０Ｄの中に、受付手段５２が取得したスケジュールよりも前にスケジュールがある場合、受付手段５２が取得したスケジュールを第二スケジュールとし、その前のスケジュールのうち最も近いスケジュールを第一スケジュールとして取得する。一方で、ユーザのスケジュール５０Ｄの中に、受付手段５２が取得したスケジュールよりも後にスケジュールがある場合、受付手段５２が取得したスケジュールを第一スケジュールとし、その後のスケジュールのうち最も近いスケジュールを第二スケジュールとして取得する。続いて、検索手段５６は、経路情報５０Ｂに基づき、取得した第一スケジュールの第一場所情報が示す場所から、取得した第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する。そして、処理は、ステップＳＰ４４の処理に移行する。

（ステップＳＰ４４）
提案手段６０は、検索結果が複数存在する場合、ユーザの嗜好情報、ユーザの移動経路の履歴、天候情報、第二場所情報が示す場所の種類、目的情報、及び／又は、予測手段５８が予測した各移動経路の混雑状況に基づき、複数の検索結果の中からユーザに提案する一又は複数の検索結果を抽出する。本実施形態では、提案手段６０は、ユーザに最適な一つの検索結果を抽出する。そして、処理は、ステップＳＰ４６の処理に移行する。

（ステップＳＰ４６）
提案手段６０は、確認ページを端末装置１２に送信する。そして、処理は、ステップＳＰ４８の処理に移行する。

（ステップＳＰ４８）
端末装置１２は、サーバ装置１０から確認ページを受信する。これに応答して、端末装置１２は、受信した確認ページを表示する。

図７は、端末装置１２に表示される確認ページ１１０の一例を示す説明図である。

図７に示すように、確認ページ１１０には、お勧めの移動を表示するか問い合わせる欄１１２と、ＯＫボタン１１４と、キャンセルボタン１１６と、が設けられている。

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

（ステップＳＰ５０）
端末装置１２は、確認ページ１１０においてどのボタンが押下されたか否かを判定する。そして、ＯＫボタン１１４が押下されたと判定された場合には処理はステップＳＰ５２の処理に移行し、キャンセルボタン１１６が押下されたと判定された場合には処理は図６に示す一連の処理が終了する。

（ステップＳＰ５２）
端末装置１２は、提案ページのページ要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ５４の処理に移行する。

（ステップＳＰ５４）
サーバ装置１０は、端末装置１２からページ要求を受信する。これに応答して、提案手段６０は、抽出した検索結果に基づき、提案ページを生成する。そして、処理は、ステップＳＰ５６の処理に移行する。

（ステップＳＰ５６）
提案手段６０は、生成した提案ページを端末装置１２に送信する。そして、処理は、ステップＳＰ５８の処理に移行する。

（ステップＳＰ５８）
端末装置１２は、サーバ装置１０から提案ページを受信する。これに応答して、端末装置１２は、受信した提案ページを表示する。

図８は、端末装置１２に表示される提案ページ１２０の一例を示す説明図である。

図８に示すように、提案ページ１２０には、例えば、提案する移動経路の地図情報１２２と、提案する移動経路の経路情報１２４と、承認ボタン１２６と、キャンセルボタン１２８と、が設けられている。経路情報１２４には、例えば、移動手段の名前、出発場所、到着場所、料金、出発時間、到着時間等が記述されている。

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

（ステップＳＰ６０）
端末装置１２は、提案ページ１２０におけるユーザの操作内容（承認ボタン１２６を押下したという操作内容、キャンセルボタン１２８を押下したという操作内容）をサーバ装置１２に送信する。そして、処理は、ステップＳＰ６２の処理に移行する。

（ステップＳＰ６２）
サーバ装置１０は、端末装置１２から操作内容を受信する。これに応答して、サーバ装置１０の判定手段５４は、操作内容に基づき、承認ボタン１２６が押下されたか否か、すなわち提案が承認されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ７０の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ６４の処理に移行する。

（ステップＳＰ６４）
提案手段６０は、検索手段５６が検索した検索結果を全て含む（提案する）選択ページを生成し、端末装置１２に送信する。そして、処理は、ステップＳＰ６６の処理に移行する。

（ステップＳＰ６６）
端末装置１２は、サーバ装置１０から選択ページを受信する。これに応答して、端末装置１２は、受信した選択ページを表示する。この選択ページは、検索手段５６の全ての検索結果の中から一つの検索結果（移動経路）を選択するためのページである。そして、処理は、ステップＳＰ６８の処理に移行する。

（ステップＳＰ６８）
端末装置１２は、ユーザの操作に基づき、選択ページにおいて、検索結果の中から一つの検索結果の選択を受け付け、選択結果をサーバ装置１０に送信する。そして、処理は、ステップＳＰ７０の処理に移行する。

（ステップＳＰ７０）
サーバ装置１０の追加手段６２は、端末装置１２から受信した選択結果が示す移動経路、又は、ユーザに承認された移動経路を移動スケジュールとしてユーザのスケジュール５０Ｄに追加（記憶）する。

図５Ｃは、移動スケジュール１０９が追加された場合に、図５Ｂに示す状態から変遷した後のスケジュール一覧ページ１００の一例を示す説明図である。

図５Ｃに示すように、第一スケジュール１０６と第二スケジュール１０８の間に移動スケジュール１０９が追加されていることが把握できる。

＜効果＞
以上、本実施形態では、プログラムが、記憶手段５０を備えるコンピュータを、第一場所情報を含むユーザの第一スケジュール１０６と、当該第一スケジュール１０６よりも後の当該ユーザの第二スケジュール１０８であって、第一場所情報とは異なる第二場所情報を含む第二スケジュール１０８を受け付けて記憶手段５０に記憶する受付手段５２、第一スケジュール１０６の第一場所情報が示す場所から、第二スケジュール１０８の第二場所情報が示す場所までの移動経路であって、当該第一スケジュール１０６と当該第二スケジュール１０８の間で移動可能な移動経路を検索する検索手段５６、検索手段５６の検索結果を、第一スケジュール１０６と第二スケジュール１０８との間のユーザの移動スケジュール１０９として記憶手段５０に記憶する追加手段６２、として機能させる。

この構成によれば、検索条件として第一スケジュール１０６と第二スケジュール１０８の情報を用いるので、移動経路を検索する際のユーザの手間を抑制することができる。

また、本実施形態では、プログラムがコンピュータを、検索手段５６の検索結果をユーザに提案する提案手段６０として機能させ、追加手段６２は、提案手段６０による提案に対してユーザの承認が得られた場合に検索手段５６の検索結果を記憶する。

この構成によれば、ユーザに適した移動スケジュール１０９を追加できる。

また、本実施形態では、提案手段６０は、検索結果が複数存在する場合、ユーザの交通に係る嗜好情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出する。

この構成によれば、ユーザに適した検索結果が提案されるので、修正なく移動スケジュール１０９を追加でき、もってユーザの手間を抑制することができる。

また、本実施形態では、提案手段６０は、検索結果が複数存在する場合、ユーザの移動経路の履歴に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出する。

この構成によれば、ユーザに適した検索結果が提案されるので、修正なく移動スケジュール１０９を追加でき、もってユーザの手間を抑制することができる。

また、本実施形態では、提案手段６０は、検索結果が複数存在する場合、第一スケジュールと第二スケジュールの間の時間帯の天候情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出する。

この構成によれば、天候に適した検索結果が提案されるので、修正なく移動スケジュール１０９を追加でき、もってユーザの手間を抑制することができる。

また、本実施形態では、提案手段６０は、検索結果が複数存在する場合、第二場所情報が示す場所の種類に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する。

この構成によれば、場所の種類に適した検索結果が提案されるので、修正なく移動スケジュール１０９を追加でき、もってユーザの手間を抑制することができる。

また、本実施形態では、第二スケジュール１０８は、第二場所情報が示す場所でのユーザの目的情報を含み、提案手段６０は、検索結果が複数存在する場合、目的情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する。

この構成によれば、目的情報が示す目的に適した検索結果が提案されるので、修正なく移動スケジュール１０９を追加でき、もってユーザの手間を抑制することができる。

また、本実施形態では、検索結果が複数存在する場合、複数のユーザのスケジュールに基づき、複数の検索結果に係る移動経路の混雑状況を予測する予測手段５８、として機能させ、提案手段６０は、予測手段５８が予測した各移動経路の混雑状況に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出する。

この構成によれば、実際にユーザが移動スケジュール１０９に沿って移動する際に、ユーザはスムーズに移動できる。

また、本実施形態では、提案手段６０は、検索結果が複数存在する場合、複数の検索結果の中から一つの検索結果をユーザに提案し、ユーザの承認が得られなかった場合に、当該複数の検索結果を当該ユーザに提案する。

この構成によれば、提案内容を選択する必要がなく、承認するだけでよいので、ユーザの手間を一層抑制することができる。

また、本実施形態では、プログラムがコンピュータを、提案手段６０による提案に対してユーザの承認が得られた場合に当該ユーザに報酬を付与する付与手段６４として機能させる。

この構成によれば、ユーザに対して、積極的に移動スケジュール１０９を承認し、追加させることができる。

また、本実施形態では、受付手段５２は、通信ネットワークＮＴを介して記憶手段５０とは異なる他の記憶手段からユーザのスケジュールを取得して、第一スケジュール又は第二スケジュールとして受け付け、検索手段５６は、受付手段５２が他の記憶手段からユーザのスケジュールを取得したときに、移動経路を検索する。

この構成によれば、ユーザの検索操作なしに、自動的に検索が開始するので、ユーザの手間を一層抑制できる。

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

例えば、上記実施形態では、提案手段６０は、ユーザの移動経路の履歴に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出する場合を説明したが、第一スケジュール１０６の前のスケジュールや、第二スケジュール１０８の後のスケジュールに基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。

また、上記実施形態では、変更手段６６は、第一スケジュール１０６や第二スケジュール１０８に変更があった場合に移動スケジュール１０９を変更する場合を説明したが、移動スケジュール１０９に係る移動経路の遅延状況を、通信ネットワークＮＴを介して監視し、移動経路において遅延が予測される場合には、移動スケジュール１０９を他の移動経路に変更してもよい。

また、ユーザが或るグループに所属している場合、提案手段６０は、当該グループに所属している他のユーザの移動スケジュールに基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。例えば、第一スケジュール１０６と第二スケジュール１０８の間に他のユーザの移動スケジュール１０９が存在する場合、その移動スケジュール１０９が示す移動経路と同一の又は異なる移動経路を抽出する。同一のスケジュールを抽出すれば、他のユーザと一緒に移動ができる。異なるスケジュールを抽出すれば、他のユーザと会わずに移動ができる。

１０…サーバ装置（コンピュータ）、５２…受付手段、５６…検索手段、６０…提案手段、６２…追加手段

Claims (4)

1. 記憶手段を備えるコンピュータを、
   第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段、
   前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段、
   前記検索手段の検索結果を前記ユーザに提案し、前記検索結果が複数存在する場合、前記ユーザが所属するグループに所属する他のユーザの移動スケジュールに基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する提案手段、
   前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段、
   として機能させるためのプログラム。
2. 前記提案手段は、前記検索結果が複数存在する場合、前記他のユーザの移動スケジュールが示す移動経路と同一の移動経路を抽出する、
   請求項１に記載のプログラム。
3. 前記提案手段は、前記検索結果が複数存在する場合、前記他のユーザの移動スケジュールが示す移動経路と異なる移動経路を抽出する、
   請求項１に記載のプログラム。
4. 記憶手段と、
   第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段と、
   前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段と、
   前記検索手段の検索結果を前記ユーザに提案し、前記検索結果が複数存在する場合、前記ユーザが所属するグループに所属する他のユーザの移動スケジュールに基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する提案手段と、
   前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段と、
   を備える情報処理装置。

Images