JP2009098781A - 移動情報提示装置、スケジュール管理システム、及び移動情報提示プログラム - Google Patents

Abstract

【課題】移動情報を簡単に決定することができる移動情報提示装置、スケジュール管理システム、及び移動情報提示プログラムを提供すること。
【解決手段】利用者が参加する予定のイベントの開催場所等のイベント条件を取得する。交通機関の路線情報を参照して、出発地から目的地までの交通手段を決定する（Ｓ３５５）。選択履歴を参照して、利用者の時間特性を取得する（Ｓ３６０）。時刻表情報を参照して（Ｓ３６５）、Ｓ３５５で交通手段を利用する場合の出発地の出発時刻と目的地の到着時刻とを、その到着時刻がイベントの開始時刻よりも前になるように、Ｓ３６０で取得した時間特性に応じて決定する（Ｓ３７１）。決定した移動スケジュールの候補を出力し（Ｓ５０５）、利用者により選択された移動スケジュールを取得する（Ｓ５１０）。選択された移動スケジュールの時間特性を選択履歴に登録する。
【選択図】図１６

Description

本発明は、個人スケジュールに基づき設定した出発地から目的地まで、交通機関を利用して移動する場合の交通手段や、出発時刻又は到着時刻を移動情報として提示する移動情報提示装置、スケジュール管理システム、及び移動情報提示プログラムに関する。

従来、利用者の個人スケジュールを管理する機能を備えたスケジュール管理装置が知られている。このスケジュール管理装置では、会議等のイベントの日付、曜日、時間、参加予定者、開催場所、カテゴリ、重要度等のデータを保存していて、これらのデータを必要に応じて読み出して表示する。

スケジュール管理装置により管理されるイベントには、交通機関を利用して移動する必要があるイベントがある。このようなイベントに出席する場合、スケジュールの登録とは別途、移動時に利用する交通手段や、出発時刻又は到着時刻の検索を実行しなければならない。そこで、登録されているスケジュールから目的地を取得し、移動スケジュールを検索する情報提供システム（スケジュール管理システム）が提案されている（例えば、特許文献１及び２参照）。この情報提供システムによれば、個人スケジュールに登録されたスケジュールが移動を伴う場合、移動時に利用する交通手段や、出発時刻又は到着時刻の検索を、再度検索条件を入力することなく実行させることができる。
特開２００２−７３７５８号公報 特開２００４−３４８３９０号公報

利用者は、通常、イベントの開始時刻の１０分前には会場に着きたい、移動の途中で昼食をとりたい等、スケジュールには登録されない要望を考慮して、移動時に利用する交通手段や、出発時刻又は到着時刻を選択する。しかしながら、上記従来の情報提供システムでは、予め定められた条件に基づき移動時に利用する交通手段や、出発時刻又は到着時刻を決定していた。この予め定められた条件が、利用者によらず一律に定められた条件であり、必ずしも利用者の要望に沿ったものではなかった。したがって、検索結果に利用者の要望に沿う情報が含まれていない場合があった。また、移利用者の要望に添う情報が含まれていても、それが優先して提示されるわけではなかった。したがって、利用者は、複数の候補の中から自分の要望を満たす情報を探し出して選択しなければならず煩雑であった。特許文献１記載の情報提供システムでは、検索履歴から利用者が希望すると予想される条件に基づいて移動時に利用する交通手段や、出発時刻又は到着時刻を検索している。しかし、利用者が希望すると予想される条件が十分に検討されておらず、検索履歴に基づきその条件が的確に把握されているとは限らなかった。

本発明は、上述した問題点を解決するためになされたものであり、交通機関を利用して移動する必要があるイベントに参加するための交通手段や、出発時刻又は到着時刻を移動情報として簡単に決定することができる移動情報提示装置、スケジュール管理システム、及び移動情報提示プログラムを提供することを目的とする。

上記課題を解決するため、請求項１に係る発明の移動情報提示装置は、交通機関を利用して出発地から目的地まで移動する際の、前記出発地の出発時刻及び前記目的地の到着時刻の少なくとも一方を含む移動情報を提示する移動情報提示装置であって、利用者が参加する予定のイベントの開催時間及び開催場所を含むイベント条件から、前記移動情報を提示する対象となる対象イベントの前記開催場所に移動する際の前記出発地及び前記目的地、並びに、その対象イベントの開始時刻を取得する条件取得手段と、過去に前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記出発地の出発時刻及び前記目的地の到着時刻、並びに経由地の到着時刻及び出発時刻の少なくとも一つに基づき取得した時間特性を記憶した選択履歴を参照して、前記時間特性を取得する時間特性取得手段と、前記交通機関の時刻表情報を参照して、前記出発地の出発時刻と前記目的地の到着時刻とを、その到着時刻が前記条件取得手段により取得された前記開始時刻よりも前になるように、前記時間特性取得手段により取得された前記時間特性に応じて決定する時刻決定手段と、前記時刻決定手段により決定された前記出発地の出発時刻及び前記目的地の到着時刻の少なくとも一方を含む前記移動情報を提示する移動情報提示手段と、前記移動情報提示手段により提示された前記移動情報の中から選択された移動情報を取得し、その移動情報の前記時間特性を前記選択履歴に登録する履歴登録手段とを備えている。

また、請求項２に係る発明の移動情報提示装置は、請求項１に記載の発明の構成に加え、前記時間特性取得手段は、前記利用者から前記時間特性が指定されている場合には、その指定された時間特性を取得することを特徴とする。

また、請求項３に係る発明の移動情報提示装置は、交通機関を利用して出発地から目的地まで移動する際の、交通手段を含む移動情報を提示する移動情報提示装置であって、利用者が参加する予定のイベントの開催時間及び開催場所を含むイベント条件から、前記移動情報を提示する対象となる対象イベントの前記開催場所に移動する際の前記出発地及び前記目的地を取得する条件取得手段と、過去に前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記交通手段に基づき取得した交通手段特性を記憶した選択履歴を参照して、前記交通手段特性を取得する交通手段特性取得手段と、交通機関の路線情報を参照して、前記条件取得手段が取得した前記出発地から前記目的地までの交通手段を、前記交通手段特性取得手段により取得された前記交通手段特性に応じて決定する交通手段決定手段と、前記交通手段決定手段により決定された前記交通手段を含む前記移動情報を提示する移動情報提示手段と、前記移動情報提示手段により提示された前記移動情報の中から選択された移動情報の前記交通手段特性を前記選択履歴に登録する履歴登録手段とを備えている。

また、請求項４に係る発明の移動情報提示装置は、請求項１又は２に記載の発明の構成に加え、前記選択履歴は、過去に前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記交通手段に基づき取得した交通手段特性をさらに記憶し、前記選択履歴を参照して、前記交通手段特性を取得する交通手段特性取得手段と、交通機関の路線情報を参照して、前記条件取得手段が取得した前記出発地から前記目的地までの交通手段を、前記交通手段特性取得手段により取得された前記交通手段特性に応じて決定する前記交通手段決定手段とを備え、前記移動情報提示手段により提示される前記移動情報には、前記時刻決定手段により決定された前記出発地の出発時刻及び前記目的地の到着時刻の少なくとも一方、及び前記交通手段決定手段により決定された前記交通手段が含まれ、前記履歴登録手段は、前記移動情報提示手段により提示された前記移動情報の中から選択された移動情報を取得し、その移動情報の前記時間特性及び前記交通手段特性を前記選択履歴に登録することを特徴とする。

また、請求項５に係る発明の移動情報提示装置は、請求項３又は４に記載の発明の構成に加え、前記選択履歴は、前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報の前記交通手段特性を、その移動情報に対応する前記対象イベントの前記イベント条件と対応付けて記憶し、前記交通手段特性取得手段は、前記選択履歴に記憶されている前記交通手段特性の前記イベント条件と、前記対象イベントの前記イベント条件とを比較して、前記交通手段特性を取得することを特徴とする。

また、請求項６に係る発明の移動情報提示装置は、請求項５に記載の発明の構成に加え、前記交通手段特性取得手段は、前記選択履歴に記憶されている前記交通手段特性の前記出発地及び前記目的地と、前記条件取得手段により取得された前記出発地及び前記目的地とを比較して、前記交通手段特性を取得することを特徴する。

また、請求項７に係る発明の移動情報提示装置は、請求項５又は６に記載の発明の構成に加え、前記選択履歴は、前記交通手段特性を前記端末の前記利用者毎に記憶し、前記交通手段特性取得手段は、前記選択履歴に記憶されている、前記移動情報を提示する対象となる対象利用者の前記交通手段特性の中から前記対象イベントの前記イベント条件に対応する交通手段特性を取得し、前記対象イベントの前記イベント条件に対応する前記交通手段特性が、前記対象利用者の前記交通手段特性として前記選択履歴に記憶されていない場合には、前記選択履歴から他の利用者の前記交通手段特性を取得することを特徴とする。

また、請求項８に係る発明の移動情報提示装置は、請求項５乃至７のいずれかに記載の発明の構成に加え、前記選択履歴は、前記交通手段特性に加え、前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記出発地の出発時刻及び前記目的地の到着時刻、並びに経由地の到着時刻及び出発時刻の少なくとも一つに基づき取得した時間特性を前記端末の前記利用者毎に記憶し、前記交通手段特性取得手段は、前記選択履歴に記憶されている、前記移動情報を提示する対象となる対象利用者の前記交通手段特性の中から前記対象イベントの前記イベント条件に対応する交通手段特性を取得し、前記対象イベントの前記イベント条件に対応する前記交通手段特性が、前記対象利用者の前記交通手段特性として前記選択履歴に記憶されていない場合には、前記選択履歴に記憶されている前記対象利用者の前記時間特性と、前記選択履歴に記憶されている他の利用者の前記時間特性との類似度に応じて、前記交通手段特性を取得する他の利用者を選択し、選択した他の利用者の前記交通手段特性の取得することを特徴とする。

また、請求項９に係る発明のスケジュール管理システムは、端末と、前記端末の利用者が参加するイベントの開催時間及び開催場所を含むイベント条件を記憶する個人スケジュール記憶手段と、交通機関の時刻表を記憶した時刻表記憶手段と、交通機関を利用して出発地から目的地まで移動する際の、前記出発地の出発時刻及び前記目的地の到着時刻を含む移動情報を提示する移動情報提示装置と、前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記出発地の出発時刻及び前記目的地の到着時刻、並びに経由地の到着時刻及び出発時刻の少なくとも一つに基づき取得した時間特性を記憶する選択履歴記憶手段とを備えたスケジュール管理システムであって、前記端末は、前記イベント条件を特定するイベント条件特定手段を備え、前記移動情報提示装置は、前記イベント条件特定手段により入力された前記イベント条件及び前記個人スケジュール記憶手段に記憶された前記イベント条件の少なくとも一方に基づき、前記移動情報を提示する対象となる対象イベントの前記開催場所に交通機関を利用して移動する際の前記出発地及び前記目的地、並びに、その対象イベントの開始時刻を取得する条件取得手段と、前記時刻表記憶手段を参照して、前記出発地の出発時刻及び前記目的地の到着時刻を、その到着時刻が前記条件取得手段により取得された前記開始時刻よりも前になるように、前記時間特性取得手段により取得された前記時間特性に応じて決定する時刻決定手段と、前記時刻決定手段により決定された前記出発地の出発時刻及び前記目的地の到着時刻の少なくとも一方を含む前記移動情報を、前記端末に提示する移動情報提示手段とを備え、前記端末はさらに、前記移動情報提示手段により提示された前記移動情報の中から前記個人スケジュール記憶手段に登録する移動情報を選択する移動情報選択手段と、前記移動情報選択手段により選択された前記移動情報の前記時間特性を前記選択履歴記憶手段に記憶させる履歴記憶制御手段と、前記イベント条件特定手段により入力された前記イベント条件、及び前記移動情報選択手段により選択された前記移動情報を前記個人スケジュール記憶手段に記憶させるスケジュール記憶制御手段を備えている。

また、請求項１０に係る発明のスケジュール管理システムは、端末と、前記端末の利用者が参加するイベントの開催時間及び開催場所を含むイベント条件を記憶する個人スケジュール記憶手段と、交通機関の路線情報を記憶した路線情報記憶手段と、交通機関を利用して出発地から目的地まで移動する際の、交通手段を含む移動情報を提示する移動情報提示装置と、前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記交通手段に基づき取得した交通手段特性を記憶する選択履歴記憶手段とを備えたスケジュール管理システムであって、前記端末は、前記イベント条件を特定するイベント条件特定手段を備え、前記移動情報提示装置は、前記イベント条件特定手段により入力された前記イベント条件及び前記個人スケジュール記憶手段に記憶された前記イベント条件の少なくとも一方に基づき、前記移動情報を提示する対象となる対象イベントの前記開催場所に交通機関を利用して移動する際の前記出発地及び前記目的地を取得する条件取得手段と、前記選択履歴記憶手段を参照して、前記交通手段特性を取得する交通手段特性取得手段と、前記路線情報記憶手段を参照して、前記条件取得手段が取得した前記出発地から前記目的地までの交通手段を、前記交通手段特性取得手段により取得された前記交通手段特性に応じて決定する交通手段決定手段と、前記交通手段決定手段により決定された前記交通手段を含む前記移動情報を、前記端末に提示する移動情報提示手段とを備え、前記端末はさらに、前記移動情報提示手段により提示された前記移動情報の中から前記個人スケジュール記憶手段に登録する移動情報を選択する移動情報選択手段と、前記移動情報選択手段により選択された前記移動情報の前記交通手段特性を前記選択履歴記憶手段に記憶させる履歴記憶制御手段と、前記イベント条件特定手段により入力された前記イベント条件、及び前記移動情報選択手段により選択された前記移動情報を前記個人スケジュール記憶手段に記憶させるスケジュール記憶制御手段を備えている。

また、請求項１１に係る発明の移動情報提示プログラムは、請求項１乃至８のいずれかに記載の移動情報提示装置の各種処理手段としてコンピュータを機能させることを特徴とする。

請求項１に係る発明の移動情報提示装置によれば、入力されたイベント条件及び個人スケジュール記憶手段に記憶されたイベント条件から、対象イベントの開催場所に移動する際の出発地及び目的地、並びに、イベントの開催時刻を取得する。そして、その出発地から目的地までの移動情報として、出発時刻及び到着時刻の少なくとも一方を決定して利用者に提示する。移動情報の決定に必要な情報を、イベント条件から取得しているので、移動情報を提示させるために、利用者が新たに検索条件を入力する必要はない。そして本発明では、移動情報提示装置が提示した移動情報の中から、利用者により選択された移動情報の時間特性を選択履歴に記憶している。そして、移動情報を決定する際には、到着時刻がイベントの開始時刻よりも前になるように、選択履歴に記憶されている時間特性に応じて決定する。時間特性は、出発時刻及び到着時刻のいずれかに基づき取得される。例えば、時間特性として、イベントの開催時刻と目的地の到着時刻との差（以下、「到着余裕時間」と言う。）、交通機関の乗り換え時間の最低必要時間が挙げられる。また時間特性として、例えば、到着時刻がイベント開催時刻以前である条件を満たす交通機関の内、開催時刻に近い交通機関から数えて何本目であるかが挙げられる。本発明では、この時間特性に応じて出発時刻及び到着時刻が決定されているので、利用者が選択すると予想される出発時刻と到着時刻とを含む移動情報を提示することができる。このため、利用者の時間特性を考慮せずに決定された移動情報が提示された場合に比べ、利用者が希望する移動情報が提示されない虞を低減させることができる。そして利用者は、提示された移動情報の中から、所望の移動情報を簡単に決定することができる。

請求項２に係る発明の移動情報提示装置によれば、請求項１に記載の発明の効果に加え、指定された時間特性に応じて出発時刻及び到着時刻の少なくとも一方を決めることができる。このため、利用者の要望を満たした時間特性を有する移動情報を確実に提示することができる。また、時間特性が選択履歴として十分に蓄積していない場合でも、利用者の要望を満たした時間特性を有する移動情報を提示することができる。

請求項３に係る発明の移動情報提示装置によれば、入力されたイベント条件及び個人スケジュール記憶手段に記憶されたイベント条件から、対象イベントの開催場所に移動する際の出発地及び目的地を取得する。そして、出発地から目的地までの移動情報として、交通手段を決定して利用者に提示する。イベント条件から、移動情報の決定に必要な情報を取得しているので、移動情報を提示させるために、利用者が新たに検索条件を入力する必要はない。本発明では、提示した移動情報の中から利用者により選択された移動情報の交通手段特性を選択履歴に記憶している。そして移動情報を決定する際には、選択履歴に記憶されている交通手段特性に応じて決定する。交通手段特性は、利用者がどのような交通手段を選択する傾向にあるかを示す。例えば、交通手段特性として、利用者が好む交通機関の種別（鉄道の種類、バス、地下鉄等）、同一出発地から同一目的地に向かう場合に利用した交通機関及び路線や、利用者が好む列車（普通、快速、特急等）が挙げられる。本発明では、この交通手段特性に応じて交通手段が決定されているので、利用者が選択すると予想される、交通手段を含む移動情報を提示することができる。このため、利用者の交通手段特性を考慮せずに決定された移動情報が提示された場合に比べ、利用者が希望する移動情報が提示されない虞を低減させることができる。そして利用者は、提示された移動情報の中から、所望の移動情報を簡単に決定することができる。

請求項４に係る発明の移動情報提示装置によれば、請求項１又は２に記載の発明の効果に加え、移動情報提示装置が提示した移動情報の中から利用者により選択された移動情報の交通手段特性を選択履歴に記憶している。そして、選択履歴に記憶されている交通手段特性に応じて、移動時の交通手段を決定する。このため、利用者が選択すると予想される、交通手段を含む移動情報を提示することができる。したがって、利用者が希望する移動情報が提示されない虞をより低減させることができる。そして、利用者は、提示された移動情報の中から、所望の移動情報をより簡単に決定することができる。

請求項５に係る発明の移動情報提示装置によれば、請求項３又は４に記載の発明の効果に加え、交通機関及び路線は、選択履歴に記憶されている交通手段特性に応じて決定する。この交通手段特性は、選択履歴に記憶されている交通手段特性のイベント条件と、対象イベントのイベント条件を比較して取得される。イベント条件が一致又は類似する場合、利用者は同様な交通手段特性を有する移動情報を選択することが推測される。このため、対象イベントのイベント条件に応じて交通手段特性を取得することにより、利用者の要望に沿った移動情報を提示する可能性を増加させることができる。したがって利用者は、提示された移動情報に基づき、移動情報を簡単に決定することができる。

請求項６に係る発明の移動情報提示装置によれば、請求項５に記載の発明の効果に加え、選択履歴に記憶されている出発地及び目的地と、対象イベントの出発地及び目的地とを比較して交通手段特性を取得する。対象イベントの出発地及び目的地が、過去のイベントと同じである場合、過去に利用したことのある交通手段を利用することが予想される。本発明では、過去に利用したことのある交通手段を示す交通手段特性に応じて、交通手段を決定するため、利用者の要望に沿った移動情報を提示することができる。したがって、利用者は、提示された移動情報に基づき、所望の移動情報をより簡単に決定することができる。

請求項７に係る発明の移動情報提示装置によれば、請求項５又は６に記載の発明の効果に加え、対象利用者の交通手段特性が選択履歴に記憶されていない場合には、他の利用者の交通手段特性に基づき決定する、このため、対象利用者の交通手段特性が記憶されていない場合にも、他の利用者の交通手段特性に基づき移動情報を自動的に提示することができる。

請求項８に係る発明の移動情報提示装置によれば、請求項５乃至７のいずれかに記載のスケジュール管理システムの効果に加え、対象イベントのイベント条件に対応する交通手段特性が記憶されていない場合には、時間特性が類似する他の利用者の交通手段特性に基づき決定する。時間特性が類似している場合、交通手段特性も類似していることが想定される。このため、交通手段特性が記憶されていない場合にも、交通手段特性が類似すると想定される他の利用者の交通手段特性を用いて決定した移動情報を提示することができる。

請求項９に係る発明のスケジュール管理システムによれば、端末において、個人スケジュール記憶手段に登録する新規イベントのイベント条件が入力される。すると、入力されたイベント条件及び個人スケジュール記憶手段に記憶されたイベント条件から、対象イベントの開催場所に移動する際の出発地及び目的地、並びに、イベントの開催時刻を取得する。そして、その出発地から目的地までの移動情報として、出発時刻及び到着時刻の少なくとも一方を決定して利用者に提示する。イベント条件から、移動情報の候補の決定に必要な情報を取得しているので、移動情報を提示させるために、利用者が新たに検索条件を入力する必要はない。そして本発明では、移動情報提示装置が提示した移動情報の中から、利用者により選択された移動情報の時間特性を選択履歴に記憶している。そして、移動情報を決定する際には、到着時刻がイベントの開始時刻よりも前になるように、選択履歴に記憶されている時間特性に応じて決定する。時間特性は、出発時刻及び到着時刻のいずれかに基づき取得される。本発明では、この時間特性に応じて移動情報が決定されているので、利用者が選択すると予想される出発時刻及び到着時刻の少なくとも一方を含む移動情報を提示することができる。このため、利用者の時間特性を考慮せずに決定された移動情報が提示された場合に比べ、利用者が希望する移動情報が提示されない虞を低減させることができる。そして利用者は、提示された移動情報の中から、所望の移動情報を簡単に決定することができる。また、利用者により選択された移動情報は、イベント条件とともに個人スケジュール記憶手段に記憶される。よって、移動情報を個人スケジュール記憶手段に記憶させるための労力を軽減することができる。

請求項１０に係る発明のスケジュール管理システムによれば、個人スケジュール記憶手段に登録する新規イベントのイベント条件が入力される。すると、入力されたイベント条件及び個人スケジュール記憶手段に記憶されたイベント条件から、対象イベントの開催場所に移動する際の出発地及び目的地を取得する。そして、出発地から目的地までの移動情報として、交通手段を決定して利用者に提示する。イベント条件から、移動情報の候補の決定に必要な情報を取得しているので、移動情報を提示させるために、利用者が新たに検索条件を入力する必要はない。本発明では、提示した移動情報の中から利用者により選択された移動情報の交通手段特性を選択履歴に記憶している。そして、移動情報は、選択履歴に記憶されている交通手段特性に応じて決定される。交通手段特性は、利用者がどのような交通手段を選択する傾向にあるかを示す。本発明では、この交通手段特性に応じて交通手段が決定されているので、利用者が選択すると予想される、交通手段を含む移動情報を提示することができる。このため、利用者の交通手段特性を考慮せずに決定された移動情報が提示された場合に比べ、利用者が希望する移動情報が提示されない虞を低減させることができる。そして利用者は、提示された移動情報の中から、所望の移動情報を簡単に決定することができる。よって、移動情報を個人スケジュール記憶手段に記憶させるための労力を軽減することができる。

また、請求項１１に係る発明の移動情報提示プログラムによれば、コンピュータに実行させることにより請求項１乃至８のいずれかに記載の移動情報提示装置の各種処理手段としての作用効果を奏することができる。

以下、本発明を適用した一例として、第１〜第４の実施形態について、図面を参照して順に説明する。第１〜第４の実施形態では、移動情報として、交通機関を利用して出発地から目的地まで移動する際の移動スケジュールを提示する場合について例示する。移動スケジュールには、交通機関を利用して出発地から目的地まで移動する際の、交通手段、並びに出発地の出発時刻及び目的地の到着時刻が含まれる。尚、移動情報に含まれる情報は、適宜変更可能であり、第１〜第４の実施形態で例示する、移動スケジュールに限定されない。

まず第１の実施形態のスケジュール管理システム１００の構成の概略構成について説明する。図１は、複数の端末１をネットワークで接続したスケジュール管理システム１００のシステム構成を示す構成図である。

図１に示すように、第１の実施形態のスケジュール管理システム１００は、複数の端末１（端末Ａ，Ｂ，Ｃ，Ｄ）と、サーバ４とを備えている。各端末１（端末Ａ〜Ｄ）、及びサーバ４は、所謂パーソナルコンピュータであり、汎用型の装置である。図１に示すように、端末Ａ及び端末ＢはＬＡＮ２により相互に接続され、端末Ｃ及び端末ＤはＬＡＮ２により相互に接続される。そして、２つのＬＡＮ２がさらに広域通信網（ＷＡＮ）３で接続される。尚、各端末１の利用者は特定されており、端末Ａの利用者は利用者Ａ，端末Ｂの利用者は利用者Ｂ，端末Ｃの利用者は利用者Ｃ，端末Ｄの利用者は利用者Ｄである。一方、サーバ４は、ＷＡＮ３を介して各端末１（端末Ａ〜Ｄ）と接続される。

次に、端末１の電気的構成について、図２を参照して説明する。図２は、端末１の電気的構成を示す概念図である。端末１は、本発明の移動情報提示装置、及び端末としての機能を有している。端末１が、本発明の移動情報提示装置として機能した場合には、移動情報として、交通機関を利用して出発地から目的地まで移動する際の、交通手段、並びに出発地の出発時刻及び目的地の到着時刻を含む移動スケジュールを提示する処理が実行される。端末１が、本発明の端末として機能した場合には、新規イベントを個人スケジュールに登録するための処理が実行される。図２に示すように、端末１は、ＣＰＵ１０，ＲＯＭ１１，ＲＡＭ１２，Ｉ／Ｏインタフェイス１４，ハードディスク装置（以下、「ＨＤＤ」と言う。）３０，出力制御部１６，入力制御部１７，及びＬＡＮコントローラ１５を備える。ＣＰＵ１０は、端末１の主制御を司る。ＲＯＭ１１は、各種プログラムや設定値等を記憶し、ＲＡＭ１２は、各種のデータを一時的に記憶する。Ｉ／Ｏインタフェイス１４は、データの受け渡しの仲介を行う。出力制御部１６は、出力機器２２を制御する。出力機器２２は、液晶ディスプレイ、電気泳動表示パネル等を備える表示機器である。入力制御部１７は、入力機器２３を制御する。入力機器２３として、例えば、マウス等のポインティングデバイス、キーボード、タッチパネル、音声入力機器が用いられる。ＬＡＮコントローラ１５はルータ等の通信制御機器４０に接続して、ＬＡＮ２内の他の端末１や、ＷＡＮ３を介した他の端末１及びサーバ４との送受信を実行する。

ここで、ＨＤＤ３０の記憶エリアについて図２を参照して説明する。図２に示すように、ＨＤＤ３０は、スケジュールデータベース（以下、「スケジュールＤＢ」と言う。）３１，選択履歴データベース（以下、「選択履歴ＤＢ」と言う。）３２，プログラム記憶エリア３５，及びその他の情報記憶エリア３６を含む複数の記憶エリアを備えている。

スケジュールＤＢ３１には、端末１の利用者の個人スケジュールが記憶されている。個人スケジュールには、利用者が参加するイベント毎に、開催時間、開催場所、参加予定者、区分が含まれる。第１の実施形態では、区分として、会議、来客、見学、及び休暇の中のいずれかが設定される。個人スケジュールに含まれる情報は、適宜変更可能である。例えば、個人スケジュールに、イベントの重要度を含ませてもよい。また個人スケジュールには、移動スケジュールが含まれる。移動情報として例示する移動スケジュールには、交通機関を利用して出発地から目的地まで移動する際の、交通手段、並びに出発地の出発時刻及び目的地の到着時刻の情報が含まれる。交通手段には、交通機関や路線の情報が含まれる。

選択履歴ＤＢ３２には、端末１の利用者の時間特性が記憶されている。時間特性は、過去に端末１により提示された移動スケジュールの中から、利用者が選択した移動スケジュールに含まれる出発地の出発時刻及び目的地の到着時刻、並びに経由地の到着時刻及び出発時刻の少なくとも一つに基づき取得される。即ち、時間特性には、移動スケジュールの時間（出発時刻、到着時刻等）を決定する際の、利用者の嗜好が反映されている。第１の実施形態では、利用者がイベント開始時刻の何分前に目的地に到着する移動スケジュールを選択したかを集計したテーブルが選択履歴ＤＢ３２に記憶されている。選択履歴ＤＢ３２に記憶されているテーブルの詳細については、図１３を参照して後述する。第１の実施形態の時間特性は、イベント開始時刻と目的地の到着時刻との差で表される。

プログラム記憶エリア３５には、端末１において実行される各種プログラムを記憶されている。また、その他の情報記憶エリア３６には、端末１において各種プログラムを実行するのに必要な端末１と利用者との対応関係や設定値等が記憶されている。尚、端末１に、ＥＥＰＲＯＭや、フラッシュメモリ等の他の記憶手段を設け、そこに上記情報の一部又は全部を記憶させてもよい。また、ＣＤ−ＲＯＭ等の外部記憶装置に、上記情報の一部又は全部を記憶させてもよい。

次に、サーバ４の電気的構成について図３を参照して説明する。図３は、サーバ４の電気的構成を示す概念図である。サーバ４は、端末１からの要求に応じて、移動スケジュールの候補の決定に用いる路線情報又は時刻表を、端末１に送信する。図３に示すように、サーバ４は、ＣＰＵ１１０，ＲＯＭ１１１，ＲＡＭ１１２，Ｉ／Ｏインタフェイス１１４，ハードディスク装置（以下、「ＨＤＤ」と言う。）１３０，及びＬＡＮコントローラ１１５を備える。ＣＰＵ１１０は、サーバ４の主制御を司る。ＲＯＭ１１１は、各種プログラムや設定値等を記憶し、ＲＡＭ１１２は、各種のデータを一時的に記憶する。Ｉ／Ｏインタフェイス１１４は、データの受け渡しの仲介を行う。ＬＡＮコントローラ１１５はルータ等の通信制御機器４０に接続して、ＷＡＮ３を介して端末１との間で各種データの送受信を実行する。

ここで、ＨＤＤ１３０の記憶エリアについて図３を参照して説明する。図３に示すように、ＨＤＤ１３０は、路線情報データベース（以下、「路線情報ＤＢ」と言う。）１３１，時刻表データベース（以下、「時刻表ＤＢ」と言う。）１３２，プログラム記憶エリア１３３，及びその他の情報記憶エリア１３４を含む複数の記憶エリアを備えている。路線情報ＤＢ１３１には、交通機関毎に路線情報が記憶されており、時刻表ＤＢ１３２には、路線情報ＤＢ１３１に記憶されている路線毎の時刻表が記憶されていている。またプログラム記憶エリア１３３には、サーバ４において実行される各種プログラムを記憶されおり、その他の情報記憶エリア１３４には、サーバ４において各種プログラムを実行するのに必要な設定値等が記憶されている。尚、サーバ４に、ＥＥＰＲＯＭや、フラッシュメモリ等の他の記憶手段を設け、そこに各種情報を記憶させてもよい。また、ＣＤ−ＲＯＭ等の外部記憶装置に、各種情報を記憶させてもよい。

次に、上記構成を有するスケジュール管理システム１００において実行される処理について説明する。まず、端末１のメイン処理について、図４〜図１７を参照して説明する。端末１のメイン処理では、新規イベントのスケジュールの調整を実行する。スケジュールの調整に成功した場合、そのイベントが移動を伴う場合には、移動スケジュールの候補を決定し、出力機器２２に表示する。利用者は、出力機器２２に表示された候補の中から、スケジュールＤＢ３１に登録する移動スケジュールを選択する。

図４は、新規イベントを例示する説明図である。図５は、利用者Ａ〜Ｄの通常時の所在地と、イベントの開催場所との関係を表す説明図である。図６は、端末１のメイン処理の流れを示すフローチャートである。図７は、図６に示すメイン処理において実行されるスケジュール調整処理の流れを示すフローチャートである。図８は、図７に示すスケジュール調整処理において表示される入力画面を例示する説明図である。図９は、図６に示すメイン処理において実行される返信処理の流れを示すフローチャートである。図１０は、図９に示す返信処理において実行される移動スケジュール推定処理の流れを示すフローチャートである。図１１は、場所と場所の最寄駅との対応関係を説明するための説明図である。図１２は、選択履歴ＤＢ３２に記憶されている時間特性を説明するための説明図である。図１３は、時刻表ＤＢ１３２から取得した時刻表を例示する説明図である。図１４は、移動スケジュールの候補を説明するための説明図である。図１５は、図６に示すメイン処理において実行されるスケジュール登録処理の流れを示すフローチャートである。図１６は、図１５に示すスケジュール登録処理において実行される移動スケジュール提案処理の流れを示すフローチャートである。図１７は、図１６に示す移動スケジュール提案処理において提示される画面を説明するための説明図である。図１８は、スケジュールＤＢ３１に登録された移動スケジュールを例示する説明図である。尚、図６，図７，図９，図１０，図１５，及び図１６のフローチャートに示す各処理を実行させるプログラムは、ＨＤＤ３０のプログラム記憶エリア３５に記憶されており、図２に示すＣＰＵ１０が実行する。

まず、端末１のメイン処理を説明するための、具体例１について説明する。具体例１では、利用者Ａが、端末Ａを操作して、図４に示す新規イベントのスケジュール調整を行う場合を想定する。そして具体例１では、図５に示すように、利用者Ａの通常時の所在地はＸ市のＸビルであり、利用者Ｂの通常時の所在地はＺ市のＺビルであり、利用者Ｃ及び利用者Ｄの通常時の所在地はＹ市のＹビルであるものとする。説明を簡単にするため、端末Ａ，端末Ｂ，及び端末ＣのスケジュールＤＢ３１には、２００７年９月４日のスケジュールが記憶されていないこととする。よって、図４に示す新規イベントに参加する場合、利用者Ａ，及び利用者Ｃは、各所在地からイベントの開催場所まで移動しなければならない。

次に、利用者Ｂの端末Ｂにおいて実行されるメイン処理について説明する。端末１の起動に応じてメイン処理が開始されると、ＣＰＵ１０は、まず、「調整依頼」が入力されたか否かを判断する（Ｓ５）。調整依頼は、新たにスケジュールを調整することを指示する指令である。調整依頼は、利用者Ａが入力機器２３を用いて所定の操作を行った場合に入力される。調整依頼が入力されていない場合（Ｓ５：Ｎｏ）の処理は後述する。

一方、調整依頼が入力された場合には（Ｓ５：Ｙｅｓ）、続いて、スケジュール調整処理を実行する（Ｓ３０）。このスケジュール調整処理では、利用者Ａが指定したイベント条件に基づき、スケジュールを調整する処理を実行する。

このスケジュール調整処理の詳細を、図７を参照して説明する。図７に示すように、スケジュール調整処理では、ＣＰＵ１０は、まず、図８に示す入力画面６００を出力機器２２に表示する（Ｓ１００）。図８に示すように、入力画面６００は、開催時間欄６０１，参加予定者欄６０２，開催場所欄６０３，区分欄６０４，調整ボタン６０５，キャンセルボタン６０６，進捗状況表示欄６０７，及び調整結果欄６０８を備えている。開催時間欄６０１，参加予定者欄６０２，開催場所欄６０３，及び区分欄６０４は、イベント条件を入力するための記入欄である。尚、イベント条件には、開催時間，参加予定者及び開催場所を特定する情報が含まれていればよい。よって、例えば、イベント条件に、イベントの重要度を含ませてもよい。調整ボタン６０５は、スケジュールを調整する処理を開始させるためのボタンであり、キャンセルボタン６０６は、スケジュールを調整する処理を実行させる処理を中止させるためのボタンである。また、進捗状況表示欄６０７は、スケジュールを調整するための処理の進捗状況（処理実行率）を表示する。利用者Ａにより調整ボタン６０５が選択されると、別途実行されるプログラムにより、スケジュールを調整するための処理の進捗状況が監視され、進捗状況表示欄６０７が随時更新される。調整結果欄６０８には、スケジュールの調整結果が表示される。

引き続き図７を参照してスケジュール調整処理を説明する。Ｓ１００に続いて、ＣＰＵ１０は、「調整指令」が入力されるまで待機する（Ｓ１０２：Ｎｏ）。調整指令は、調整ボタン６０５が選択された場合に入力される。調整指令が入力された場合には（Ｓ１０２：Ｙｅｓ）、入力画面６００の開催時間欄６０１，参加予定者欄６０２，開催場所欄６０３，及び区分欄６０４から、図４に示すイベント条件２００を取得し、ＲＡＭ１２に記憶させる（Ｓ１０３）。

続いて、参加予定者が使用する端末１全てに、返信要求を送信する（Ｓ１０５）。この処理は、新規イベントを各参加予定者のスケジュールＤＢ３１に登録可能か否かを、参加予定者が使用する端末１に問い合わせるための処理である。参加予定者は、ＲＡＭ１２に記憶されたイベント条件２００（図４参照）を参照して特定する。第１の実施形態では、スケジュールの調整を行う人を、返信要求を送信する対象とする参加予定者から除外しない。よって具体例１では、端末Ａは、端末Ａのアドレスにも返信要求を送信する。参加予定者が使用する端末１のアドレスは、その他の情報記憶エリア３６に記憶されている、端末１のアドレスと、その端末１の利用者との対応を参照して特定する。また、返信要求には、イベント条件２００と、返信要求を送信した利用者Ａ（端末Ａ）を特定する情報とが含まれる。

続いて、参加予定者の端末１全てから返信要求の返答を受信するまで待機する（Ｓ１１０：Ｎｏ）。受信した返信要求の返答は、随時ＲＡＭ１２に記憶させる。返答には、新規イベントをスケジュールＤＢ３１に登録可能か否かを示す情報と、返答を送信した参加予定者（端末）を特定する情報とが含まれる。全ての参加予定者から返信要求の返答を受信した場合には（Ｓ１１０：Ｙｅｓ）、続いて、ＲＡＭ１２を参照し、全ての返答が「登録可能」であるか否かを判断する（Ｓ１１５）。全ての返答が「登録可能」ではない場合には（Ｓ１１５：Ｎｏ）、図８に示す入力画面６００の調整結果欄６０８に、スケジュールを調整できなかった旨を表示する（Ｓ１２５）。

一方、全ての返答が「登録可能」である場合には（Ｓ１１５：Ｙｅｓ）、参加予定者が使用する端末１全てに、「登録要求」を送信する（Ｓ１２０）。この処理は、新規イベントを参加予定者が使用する端末１のスケジュールＤＢ３１に登録することを要求するための処理である。参加予定者、及び参加予定者が使用する端末１のアドレスの特定方法は、Ｓ１０５と同様である。登録要求には、イベント条件２００が含まれる。続いて、図８に示す入力画面６００の調整結果欄６０８に、スケジュールを調整できた旨を表示する（Ｓ１２５）。

Ｓ１２５に続いて、スケジュール調整処理を終了し、図６に示すメイン処理に戻る。引き続き図６を参照して、端末１のメイン処理について説明する。Ｓ３０に続いて、終了指令が入力されていなければ（Ｓ５０：Ｎｏ）、Ｓ５に戻り処理を繰り返す。終了指令は、利用者が入力機器２３を用いて所定の操作を行った場合に入力される。終了指令が入力された場合には（Ｓ５０：Ｙｅｓ）、メイン処理を終了する。

Ｓ５において、調整依頼が入力されていない場合（Ｓ５：Ｎｏ）、続いて、ＣＰＵ１０は、返信要求を受信したか否かを判断する（Ｓ１０）。返信要求は、図７に示すスケジュール調整処理のＳ１０５において、参加予定者が使用する端末１全てに送信される。返信要求を受信していない場合（Ｓ１０：Ｎｏ）の処理は後述する。一方、返信要求を受信した場合には（Ｓ１０：Ｙｅｓ）、返信処理を行う（Ｓ３５）。返信処理では、Ｓ１０において受信した返信要求に基づき特定される新規イベントを、スケジュールＤＢ３１に登録可能か否かを判断し、その判断結果を返信要求を送信した端末１に送信する処理を行う。

この返信処理の詳細を、図９を参照して説明する。図９に示すように、返信処理では、まず、ＣＰＵ１０は返信要求に含まれるイベント条件を取得し、ＲＡＭ１２に記憶させる（Ｓ２０５）。続いて、スケジュールＤＢ３１と、イベント条件とを参照し、新規イベントをスケジュールＤＢ３１に登録可能か否かを判断する（Ｓ２１０）。イベント条件の開催時間に、スケジュールが登録されていない場合には、登録可能と判断する（Ｓ２１０：Ｙｅｓ）。一方、イベント条件の開催時間に、既にスケジュールが登録されている場合には、登録不可能と判断する（Ｓ２１０：Ｎｏ）。この場合、返信要求を送信した端末Ａに返信する（Ｓ２３５）。返信には、新規イベントをスケジュールＤＢ３１に登録不可能であることを示す情報と、返信の送信者（端末１）を特定する情報が含まれる。

具体例１では、前述のように、参加予定者に含まれる利用者Ａ〜ＣのスケジュールＤＢ３１には、２００７年９月４日のスケジュールが記憶されていない（Ｓ２１０：Ｙｅｓ）。よって、スケジュールＤＢ３１と、イベント条件とを参照し、新規イベントは移動を伴うか否かを判断する。移動を伴うか否かは、例えば、イベント条件に含まれる開催場所（以下、「目的地」と言う。）と、新規イベントをスケジュールに登録した場合の、イベント開催日が同じ、且つ新規イベントの直前に登録されたスケジュールの開催場所（以下、「出発地」と言う。）とを比較して判断する。そして、出発地と、目的地とが同じ建物でなければ、新規イベントは移動を伴うと判断する。この処理において、新規イベントが移動を伴うか否かを判断するのは、新規イベントに参加するための移動時間を考慮して、新規イベントをスケジュールＤＢ３１に登録可能かを判断するためである。よって、目的地が、出発地の隣の建物である場合等、移動時間が無視できる場合には、移動を伴わないと判断してもよい。尚、第１の実施形態では、具体例１のように、イベント開催日に、スケジュールが登録されていない場合には、通常の所在地を出発地とする。

新規イベントは移動を伴わない場合（Ｓ２１５：Ｎｏ）、ＣＰＵ１０は、返信要求を送信した端末Ａに返信する（Ｓ２３５）。返信には、新規イベントをスケジュールＤＢ３１に登録可能であることを示す情報と、返信の送信者（端末１）を特定する情報とが含まれる。一方、具体例１の場合、利用者Ａの通常の所在地Ｘビルが出発地となり、出発地は、目的地のＺビルとは異なる（Ｓ２１５：Ｙｅｓ）。よって、移動スケジュール推定処理を実行する（Ｓ２２０）。移動スケジュール推定処理では、新規イベントに参加する際の移動スケジュールを推定する。移動スケジュールを推定する対象となる新規イベントを、以下、「対象イベント」と言う。

この移動スケジュール推定処理の詳細を、図１１を参照して説明する。図１１に示すように、移動スケジュール推定処理では、まず、出発駅から到着駅までの交通手段を決定し、ＲＡＭ１２に記憶させる（Ｓ３５５）。交通手段には、交通機関を利用して出発地から目的地まで移動する際の、交通機関、路線、出発駅、到着駅、及び経由地がある場合には経由駅が含まれる。出発駅は、出発地と、図１１に示すテーブル２１０とを参照して決定する。図１１に示すテーブル２１０には、場所２１１と、場所２１１の最寄駅２１２と、場所２１１から最寄駅２１２まで歩いた場合の所要時間２１３とが記憶されている。このテーブル２１０は、その他の情報記憶エリア３６に記憶されている。到着駅は、目的地と、テーブル２１０とを参照して決定する。具体例１では、出発駅としてＰ鉄道Ｘ駅、到着駅としてＰ鉄道Ｚ駅を取得する。交通機関、路線、及び経由地がある場合の経由駅は、サーバ４から取得する。具体的には、交通手段送信要求を、端末１を識別する情報とともにサーバ４に送信する。この交通手段送信要求により、出発駅から到着駅まで行く場合に利用可能な、交通機関、路線、及び経由地がある場合の経由駅の候補をサーバ４に問い合わせる。その後、サーバ４から交通手段送信要求に対する返信を受信するまで待機する。交通手段送信要求に対する返信を受信した場合には、返信に含まれる交通機関、路線、及び経由地がある場合には経由駅をＲＡＭ１２に記憶させる。第１の実施形態では、返信に複数の交通手段の候補が含まれる場合には、所定の方法で１つの交通手段を決定する。所定の方法としては、例えば、最短距離で移動する交通手段が挙げられる。具体例１では、交通機関として「Ｐ鉄道」、経由地として「Ｐ鉄道Ｗ駅」、Ｘ駅からＷ駅までの路線として「Ｑ線」、Ｗ駅からＺ駅までの路線として「Ｒ線」が取得されたものとする。

続いて、選択履歴ＤＢ３２（図２参照）を参照して、時間特性を取得する（Ｓ３６０）。第１の実施形態では、時間特性として、図１２に示すテーブル２３０が選択履歴ＤＢ３２に記憶されている。テーブル２３０は、到着余裕時間の選択回数を、所定時間毎に集計したテーブルである。到着余裕時間の選択回数とは、利用者により選択された移動スケジュール毎に到着余裕時間を求め、到着余裕時間が選択された回数として集計した回数である。このテーブル２３０は、本発明の「選択履歴」に相当する。図１５を参照して後述するように、テーブル２３０は、スケジュールＤＢ３１に登録する移動スケジュールが選択される毎に更新される。テーブル２３０のうち、「５分」の欄には、到着余裕時間が０〜５分となる移動スケジュールを選択した場合の数が記憶されている。また、「１０分」の欄には、到着余裕時間が５〜１０分となる移動スケジュールを選択した場合の数が記憶されている。ただし、「１０分」の欄の数には、到着余裕時間が５分である場合の数は含まれない。「２０分」「３０分」、「４０分」の欄についても同様である。テーブル２３０によれば、利用者Ａは、到着余裕時間が５〜１０分となる移動スケジュールを登録する回数が最も多い。

続いて、Ｓ３５５において決定した交通手段の時刻表を取得して、ＲＡＭ１２に記憶させる（Ｓ３６５）。時刻表は、サーバ４から取得する。具体的には、時刻表送信要求を、端末１を識別する情報とともに、サーバ４に送信する。時刻表送信要求には、Ｓ３５５においてＲＡＭ１２に記憶させた交通手段と、イベント条件に含まれる、イベントの開催日及び開始時刻とが含まれる。その後、サーバ４から時刻表送信要求に対する返信を受信するまで待機する。時刻表送信要求に対する返信を受信した場合には、返信に含まれる時刻表をＲＡＭ１２に記憶させる。具体例１では、この処理において、図１３に示す時刻表２４０を取得したものとする。

続いて、移動スケジュールを推定する（Ｓ３７０）。この処理では、利用者Ａが選択すると推定される移動スケジュールを、Ｓ３６０で取得した時間特性に基づき決定する。この処理ではまず、交通手段と交通手段に対応するタイムスケジュールとを組み合わせて、移動スケジュールの候補を作成する。タイムスケジュールには、少なくとも出発地の出発時刻、及び目的地の到着時刻が含まれる。そして、タイムスケジュールには、交通手段に応じて、出発駅の出発時刻、経由駅の到着時刻及び出発時刻、並びに到着駅の到着時刻が含まれる。

移動スケジュールの作成に用いる交通手段は、Ｓ３５５において決定した交通手段である。一方、移動スケジュールの作成に用いるタイムスケジュールは、Ｓ３６０で取得した時間特性であるテーブル２３０と、Ｓ３６５で取得した時刻表２４０と、図１１に示すテーブル２１０とを参照して決定する。具体例１の場合、まず、時刻表２４０のデータ２４１〜２４４と、テーブル２１０とから、図１４に示す候補３１０〜３１３が作成される。この処理において作成される候補の数は、適宜設定可能である。続いて、テーブル２３０に基づき、選択回数が最も多い、到着余裕時間が５〜１０分となる候補３１２を利用者Ａが選択すると推定される移動スケジュールとして決定し、ＲＡＭ１２に記憶させる（Ｓ３７０）。続いて、移動スケジュール推定処理を終了し、図９に示す返信処理に戻る。

引き続き、図９を参照して返信処理について説明する。Ｓ２２０に続いて、Ｓ２２０において推定した移動スケジュールを、スケジュールＤＢ３１に登録可能か否かを判断する（Ｓ２２５）。移動スケジュールに含まれる、出発地の出発時刻から目的地の到着時刻までの間に、他のスケジュールが登録されていない場合には、移動スケジュールをスケジュールＤＢ３１に登録可能と判断する（Ｓ２２５：Ｙｅｓ）。具体例１では、２００７年９月４日のスケジュールが記憶されていない（Ｓ２２５：Ｙｅｓ）。よって、返信要求を送信した端末Ａに返信する（Ｓ２３０）。返信には、新規イベントをスケジュールＤＢ３１に登録可能であることを示す情報と、返信の送信者（端末１）を特定する情報とが含まれる。一方、移動スケジュールの、出発地の出発時刻から目的地の到着時刻までの間に、既に他のスケジュールが登録されている場合には、登録不可能と判断する（Ｓ２２５：Ｎｏ）。この場合、続いて、前述のＳ２３５の処理を行う。Ｓ２３０又はＳ２３５に続いて、返信処理を終了し、図６に示すメイン処理に戻る。

尚、端末Ｂにおいて、返信処理が実行された場合、Ｓ２１５において、利用者Ｂは、通常の所在地がＺビルである（Ｓ２１５：Ｎｏ）。よって、Ｓ２２０，Ｓ２２５の処理は実行せずに、Ｓ２３０の処理を行う。端末Ｃにおいて、返信処理が実行された場合、Ｓ２１５において、利用者Ｃは、通常の所在地がＹビルである（Ｓ２１５：Ｙｅｓ）。よって、端末Ａにおいて、返信処理が実行された場合と同様の処理を行う。

引き続き、図６を参照して、端末１のメイン処理を説明する。Ｓ３５に続いて、前述したＳ５０の処理を行う。

Ｓ１０において、返信要求を受信していない場合（Ｓ１０：Ｎｏ）、続いて登録要求を受信したか否かを判断する（Ｓ１５）。登録要求は、図７に示すスケジュール調整処理のＳ１２０において送信される。登録要求を受信していない場合には（Ｓ１５：Ｎｏ）、前述したＳ５０の処理を行う。一方、登録要求を受信した場合には（Ｓ１５：Ｙｅｓ）、続いて、スケジュール登録処理を行う（Ｓ４０）。スケジュール登録処理では、Ｓ１５において受信した登録要求に含まれるイベント条件を、スケジュールＤＢ３１に登録する。

このスケジュール登録処理を、図１５を参照して説明する。図１５に示すように、スケジュール登録処理では、まず、登録要求に含まれるイベント条件を取得し、ＲＡＭ１２に記憶させる（Ｓ３０５）。続いて、新規イベントは移動を伴うか否かを判断する（Ｓ３１０）。この処理は、図９に示す返信処理のＳ２１５と同様であるので、説明を省略する。新規イベントが移動を伴わない場合（Ｓ３１０：Ｎｏ）、Ｓ３０５において取得したイベント条件をスケジュールＤＢ３１に登録する（Ｓ３２５）。一方、具体例１では、利用者Ａが、イベント条件２００（図４参照）で特定される新規イベントに参加する場合、移動を伴う（Ｓ３１０：Ｙｅｓ）。よって、移動スケジュール提案処理を実行する（Ｓ３１５）。移動スケジュール提案処理では、移動スケジュールの候補を、出力機器２２に表示する。そして移動スケジュールの候補の中から、スケジュールＤＢ３１に登録する移動スケジュールを決定する。

この移動スケジュール提案処理の詳細を、図１６を参照して説明する。尚、図１６において、図１０に示す移動スケジュール推定処理と同様な処理を行う処理には、同じステップ番号を付与している。図１６に示すように、移動スケジュール提案処理のＳ３５５，Ｓ３６０，Ｓ３６５は、図１０に示す移動スケジュール推定処理と同様であるので説明を省略する。Ｓ３６５に続いて、ＣＰＵ１０は、移動スケジュールの候補を決定する（Ｓ３７１）。具体例１の場合、まず、時刻表２４０のデータ２４１〜２４４と、テーブル２１０とから、図１４に示す４つの候補３１０〜３１３が作成される。この処理において作成される候補の数は、適宜設定可能である。続いて、図１２に示すテーブル２３０に基づき、候補３１０〜３１３に優先順位を付与する。テーブル２３０に示すように、利用者Ａは、到着余裕時間が５〜１０分となる移動スケジュールを選択する回数が最も多く、次いで、到着余裕時間が１０〜２０分、２０〜３０分前、０〜５分となる移動スケジュールを選択する回数が多い。よって、上記選択回数に従い、候補３１０〜３１３に対して、優先順位を、高い順に、候補３１２，候補３１１，候補３１０，候補３１３と付与する。

続いて、Ｓ３７１において決定した候補を出力機器２２に表示させる（Ｓ５０５）。この処理において、例えば、出力機器２２に図１７に示す画面３５０を表示させる（Ｓ５０５）。図１７に示すように、画面３５０には、候補表示欄３５１，３５２，選択ボタン３５３，３５４，次候補ボタン３５５，通常検索ボタン３５６を備える。候補表示欄３５１，３５２には、Ｓ３７１において決定した候補の内、優先順位が高い順に２つの候補がそれぞれ表示される。選択ボタン３５３，３５４は、それぞれ、移動スケジュールを選択するのに用いられる。次候補ボタン３５５は、候補表示欄３５２に表示されている候補の次の優先順位の候補を表示することを指示するのに用いられる。次候補ボタン３５５が選択された場合の処理は、省略する。通常検索ボタン３５６は、イベントの開催場所への到着時刻が、イベントの開始時刻から近い順に、移動スケジュールを表示させることを指示するのに用いられる。通常検索ボタン３５６が選択された場合の処理は省略する。

続いて、選択ボタン３５３又は３５４が選択されるまで待機する（Ｓ５１０：Ｎｏ）。選択ボタン３５３が選択された場合（Ｓ５１０：Ｙｅｓ）、候補表示欄３５１に表示されている候補を、スケジュールＤＢ３１に登録する移動スケジュールとして決定する（Ｓ５１５）。同様に、選択ボタン３５４が選択された場合（Ｓ５１０：Ｙｅｓ）、候補表示欄３５２に表示されている候補を、スケジュールＤＢ３１に登録する移動スケジュールとして決定する（Ｓ５１５）。具体例１では、利用者Ａにより、選択ボタン３５３が選択されたものとする。続いて、移動スケジュール提案処理を終了し、図１５に示すスケジュール登録処理に戻る。

引き続き、図１５を参照してスケジュール登録処理を説明する。Ｓ３１５に続いて、新規イベントのイベント条件及び移動スケジュールを、スケジュールＤＢ３１に登録する（Ｓ３２０）。具体例１では、例えば、図１８のように、新規イベントのイベント条件及び移動スケジュールがスケジュールＤＢ３１に登録される。図１８に示すように、スケジュールＤＢ３１には、イベント条件２６５と、移動スケジュール２６６とがそれぞれ登録されている。イベント条件２６５は、Ｓ３０５において取得したイベント条件に基づき登録される。イベント条件２６５には、参加予定者２６１，開催場所２６２，開催日時２６３，及び区分２６４が含まれる。移動スケジュール２６６は、Ｓ３１５において決定された移動スケジュールに基づき登録される。

続いて、選択履歴ＤＢ３２を更新する（Ｓ３３０）。具体的には、まず、Ｓ３１５において決定した移動スケジュールから、目的地の到着時刻と、イベントの開始時刻との差を求める。具体例１では、１０分である。続いて、図１２に示すテーブル２３０のうち、到着余裕時間が「１０分」に対応する数値を１増加（インクリメント）させ、選択履歴ＤＢ３２を更新する（Ｓ３３０）。続いて、新規イベントをスケジュールＤＢ３１に登録した旨を示す画面を出力機器２２に表示する（Ｓ３３５）。Ｓ３２５又はＳ３３０に続いて、スケジュール登録処理を終了し、図６に示すメイン処理に戻る。

引き続き、図６を参照して端末１のメイン処理を説明する。Ｓ４０に続いて、前述のＳ５０を実行する。終了指令が入力された場合には（Ｓ５０：Ｙｅｓ）、メイン処理を終了する。

以上のように、端末１のＣＰＵ１０は、端末１のメイン処理を実行する。尚、端末１の利用者の個人スケジュールを記憶する、図２に示すＨＤＤ３０のスケジュールＤＢ３１は、本発明の個人スケジュール記憶手段に相当する。また時間特性として、到着余裕時間の選択回数を記憶する、ＨＤＤ３０の選択履歴ＤＢ３２は、本発明の選択履歴記憶手段に相当する。図７に示すスケジュール調整処理において、調整指令が入力されたことに応じて（Ｓ１０２：Ｙｅｓ）、イベント条件を特定する（Ｓ１０３）、図２に示すＣＰＵ１０は、本発明のイベント条件特定手段として機能する。図１５に示すスケジュール登録処理のＳ３０５においてイベント条件を取得するＣＰＵ１０は、本発明の条件取得手段として機能する。また、図１６に示す移動スケジュール提案処理のＳ３６０において、選択履歴ＤＢ３２を参照して、利用者の時間特性を取得するＣＰＵ１０は、本発明の時間特性取得手段として機能する。また、図１６に示す移動スケジュール提案処理のＳ３６５及びＳ３７１において、時刻表ＤＢ１３２を備えるサーバ４に交通手段送信要求を送信し、その返答を受信することにより、間接的に時刻表ＤＢ１３２を参照して、Ｓ３５５において決定された交通手段を利用する場合の出発地の出発時刻と目的地の到着時刻とを、目的地の到着時刻が新規イベントの開始時刻よりも前になるように、Ｓ３６０において取得した時間特性に応じて決定するＣＰＵ１０は、本発明の時刻決定手段として機能する。

また、図１６に示す移動スケジュール提案処理のＳ３５５において決定された交通手段、並びに、Ｓ３７１において決定された出発地の出発時刻及び目的地の到着時刻を含む移動スケジュールを出力機器２２に表示させて、利用者に提示するＣＰＵ１０は、本発明の移動情報提示手段として機能する。また、図１６に示す移動スケジュール提案処理のＳ５１０及びＳ５１５において、出力機器２２に表示させた移動スケジュールの候補の中から、利用者により選択された移動スケジュールを取得して、スケジュールＤＢ３１に登録する移動スケジュールを選択するＣＰＵ１０は、本発明の移動情報選択手段として機能する。また、図１５に示すスケジュール登録処理のＳ３３０において、選択された移動スケジュールの時間特性を選択履歴ＤＢ３２に登録するＣＰＵ１０は、本発明の履歴登録手段、及び履歴記憶制御手段として機能する。図１５に示すスケジュール登録処理のＳ３２０において、登録要求に含まれるイベント条件、及び選択された移動スケジュールを、スケジュールＤＢ３１に記憶させるＣＰＵ１０は、本発明のスケジュール記憶制御手段として機能する。

次に、図１９を参照して、サーバ４のメイン処理を説明する。図１９は、サーバ４のメイン処理の流れを示すフローチャートである。尚、図１９に示す各処理を実行させるプログラムは、ＨＤＤ１３０のプログラム記憶エリア１３３（図３参照）に記憶されており、図３に示すＣＰＵ１１０が実行する。また、図１９に示すサーバ４のメイン処理は、サーバ４の電源がＯＦＦになるまで、繰り返し実行される。

図１９に示すように、サーバ４のメイン処理ではまず、交通手段送信要求を受信したか否かを判断する（Ｓ７０５）。交通手段送信要求は、端末１において実行される、図１０に示す移動スケジュール推定処理のＳ３５５，又は、図１６に示す移動スケジュール提案処理のＳ３５５において、端末１からサーバ４に送信される。交通手段送信要求を受信していない場合（Ｓ７０５：Ｎｏ）の処理は後述する。一方、交通手段送信要求を受信した場合には（Ｓ７０５：Ｙｅｓ）、交通手段送信要求に含まれる、出発駅及び到着駅を取得し、ＲＡＭ１１２に記憶させる（Ｓ７１０）。具体例１の場合、出発駅としてＰ鉄道Ｘ駅、到着駅としてＰ鉄道Ｚ駅を取得する。続いて、Ｓ７１０において取得した出発駅及び到着駅と、路線情報ＤＢ１３１とを参照して、出発駅から到着駅に移動する際の交通手段を取得し、ＲＡＭ１１２に記憶させる（Ｓ７１５）。交通手段には、交通機関、路線、及び経由駅がある場合には経由駅の情報が含まれる。第１の実施形態では、出発駅から到着駅に移動するに、複数の交通手段の候補が想定される場合には、複数全ての交通手段を取得してもよいし、所定の方法で所定数（所定割合）の交通手段を選択してもよい。所定の方法としては、例えば、最短距離で移動できる交通手段を取得する。具体例１では、交通手段として、交通機関「Ｐ鉄道」、経由地「Ｐ鉄道Ｗ駅」、Ｘ駅からＷ駅までの路線「Ｑ線」、Ｗ駅からＺ駅までの路線「Ｒ線」を取得する。

続いて、Ｓ７１５において記憶させた交通手段を、Ｓ７０５において受信した交通手段送信要求を送信した端末１に、送信する（Ｓ７２０）。続いて、Ｓ７０５に戻り処理を繰り返す。

Ｓ７０５において、交通手段送信要求を受信していない場合（Ｓ７０５：Ｎｏ）、続いて、時刻表送信要求を受信したか否かを判断する（Ｓ７２５）。時刻表送信要求は、端末１において実行される、図１０に示す移動スケジュール推定処理のＳ３６５，又は、図１６に示す移動スケジュール提案処理のＳ３６５において、端末１からサーバ４に送信される。時刻表送信要求を受信していない場合には（Ｓ７２５：Ｎｏ）、Ｓ７０５に戻り処理を繰り返す。一方、時刻表送信要求を受信した場合（Ｓ７２５：Ｙｅｓ）、続いて、時刻表送信要求に含まれる交通手段の情報と、イベントの開催日及びイベントの開始時刻とを取得し、ＲＡＭ１１２に記憶させる（Ｓ７３０）。続いて、時刻表ＤＢ１３２を参照して、交通手段を利用して移動する場合の時刻表を取得する（Ｓ７３５）。取得する時刻表は、イベント開催日のものであり、且つ、図１３に示すように、到着駅の到着時刻がイベントの開始時刻により前になるデータが含まれる。

続いて、Ｓ７２５において受信した時刻表送信要求を送信した端末１に、Ｓ７３５において取得した時刻表を送信する（Ｓ７４０）。続いて、Ｓ７０５に戻り処理を繰り返す。

以上のように、サーバ４のＣＰＵ１１０は、サーバ４のメイン処理を実行する。尚、交通機関の路線情報を記憶する、図３に示すＨＤＤ１３０の路線情報ＤＢ１３１，及び交通機関の時刻表を記憶する、時刻表ＤＢ１３２の全体は、本発明の交通情報記憶手段に相当する。

上記第１の実施形態のスケジュール管理システム１００によれば、新規イベントをスケジュールＤＢに登録する際に、その新規イベントが移動を伴う場合には、移動情報として、出発地から目的地までの移動スケジュールを出力機器２２に表示させる。移動スケジュールには、交通機関、路線、出発地の出発時刻及び目的地の到着時刻が含まれる。イベント条件から、移動スケジュールの候補の決定に必要な情報を取得しているので、移動スケジュールを提示させるために、利用者が新たに検索条件を入力する必要はない。第１の実施形態では、移動スケジュールの候補の中から利用者により選択された移動スケジュールの時間特性を選択履歴ＤＢ３２に記憶している。出発時刻及び到着時刻を決定する際には、到着時刻がイベントの開始時刻よりも前になるように、選択履歴ＤＢ３２に記憶されている時間特性に応じて決定する。第１の実施形態の時間特性は、イベントの開始時刻と、目的地への到着時刻の差に基づき取得された到着余裕時間である。移動スケジュールの目的地の到着時刻が、到着余裕時間の選択回数に応じて決定されているので、利用者が選択すると予想される出発時刻と到着時刻とを含む移動スケジュールを提示することができる。このため、利用者の時間特性を考慮せずに決定された移動スケジュールが提示された場合に比べ、利用者が希望する移動スケジュールが提示されない虞を低減させることができる。そして利用者は、提示された移動スケジュールの中から、所望の移動スケジュールを簡単に決定することができる。

尚、図１６に示す移動スケジュール提案処理において参照されるテーブルは、図１２に示すテーブル２３０に限定されない。このテーブルには、時間特性、又は時間特性を取得するための情報が含まれていればよい。時間特性は、過去に端末１により提示された移動スケジュールの中から、利用者が選択した移動スケジュールに含まれる出発地の出発時刻及び目的地の到着時刻、並びに経由地の到着時刻及び出発時刻の少なくとも一つに基づき取得されればよい。よって例えば、下記の（１−１）〜（１−４）に例示するテーブルを参照して、移動スケジュールの候補を決定してもよい。

（１−１）交通渋滞をしやすい地区に向かう場合にはイベント開始時刻の３０分前には到着するように余裕を持って行くが、そうではない場合には１０分前に到着するように行く場合等、目的地によって時間特性が異なる場合がある。そのような場合には、図２０に示すテーブル２７０に示す時間特性を用いて移動スケジュールの候補を決定してもよい。図２０は、選択履歴ＤＢ３２に記憶されている時間特性の変形例を説明するための説明図である。図２０に示すテーブル２７０は、到着余裕時間の選択回数を、目的地毎に集計したテーブルである。テーブル２７０を参照して移動スケジュールの候補を決定した場合には、目的地を考慮しない時間特性に基づきに決定された移動スケジュールが提示された場合に比べ、利用者が希望する移動スケジュールが提示されない虞を低減させることができる。

（１−２）イベント開始時刻の１０分前に到着する移動スケジュールを選択したいが、イベント開始時刻の３０分前に到着する交通機関しかない場合等、出発時刻及び到着時刻を決定する際には、交通機関の運行頻度の影響を受ける。そのような場合には、図２１に示すテーブル２８０に示す時間特性を用いて移動スケジュールの候補を決定してもよい。図２１は、選択履歴ＤＢ３２に記憶されている時間特性の変形例を説明するための説明図である。図２１に示すテーブル２８０は、イベントの開始時刻の直前に到着する列車を基準として、利用者が選択した移動スケジュールに基づき特定される列車が、基準の列車の何本前の列車であったかを集計したテーブルである。テーブル２８０を参照して移動スケジュールの候補を決定した場合には、交通機関の運行頻度を考慮しない時間特性に基づきに決定された移動スケジュールが提示された場合に比べ、利用者が希望する移動スケジュールが提示されない虞を低減させることができる。

（１−３）同じ交通手段を利用しても、列車の種別（普通、快速、急行等）に応じて、移動時間が異なる場合がある。そのような場合には、図２２に示すテーブル２９０に示す時間特性を用いて移動スケジュールの候補を決定してもよい。図２２は、選択履歴ＤＢ３２に記憶されている時間特性の変形例を説明するための説明図である。図２２に示すテーブル２９０は、到着余裕時間の選択回数を、目的地、及び移動時間毎に集計したテーブルである。テーブル２９０を参照して移動スケジュールの候補を決定した場合には、移動時間及び目的地を考慮しない時間特性に基づきに決定された移動スケジュールが提示された場合に比べ、利用者が希望する移動スケジュールが提示されない虞を低減させることができる。

（１−４）利用者が指定する時間特性を用いて、移動スケジュールの候補を決定してもよい。例えば、時間特性は、図２３に示すテーブル２９５のように、利用者から指定される。図２３は、選択履歴ＤＢ３２に記憶されている時間特性の変形例を説明するための説明図である。テーブル２９５には、移動スケジュールに経由地が含まれる場合の、乗り換え時間が指定されている。よって、移動スケジュールの候補を決定する際には、経由地の到着時刻と、経由地の出発時刻の差が、１０分以上となるように移動スケジュールの候補を決定する。また、目的地の到着時刻と、到着余裕時間が指定されている。よって、移動スケジュールの候補を決定する際には、目的地の到着時刻と、イベントの開始時刻との差が１０分以上となるように移動スケジュールの候補を決定する。利用者が指定する時間特性を用いて、移動スケジュールを決定した場合、利用者が希望する移動スケジュールをより確実に提示させることができる。また、時間特性が選択履歴として十分に蓄積していない場合でも、利用者の要望を満たした時間特性を有する移動スケジュールの候補を提示することができる。

ところで、第１の実施形態のスケジュール管理システム１００では、選択履歴ＤＢ３２に記憶されている時間特性に応じて移動スケジュールの候補を決定していた。この第１の実施形態では、移動スケジュールの候補を決定する際に、利用者がどのような交通手段を選択する傾向にあるかについては考慮していなかった。そこで、第２の実施形態のスケジュール管理システム１００のように、移動スケジュールの候補を決定してもよい。第２の実施形態では、利用者がどのような交通手段を選択する傾向にあるかを考慮して移動スケジュールの候補を決定する。以下、第２の実施形態のスケジュール管理システム１００の構成、及び、第２の実施形態のスケジュール管理システム１００において実行される処理について、図面を参照して説明する。

まず、第２の実施形態のスケジュール管理システム１００の構成について説明する。図２４は、選択履歴ＤＢ３２に記憶されている交通手段特性を説明するための説明図である。図示しないが、第２の実施形態のスケジュール管理システム１００の構成は、図１〜図３に示す、第１の実施形態のスケジュール管理システム１００の構成と同様である。よって、第２の実施形態のスケジュール管理システム１００の構成については、説明を省略する。ただし、第２の実施形態の選択履歴ＤＢ３２には、端末１の利用者の時間特性に替えて、交通手段特性が記憶されている。交通手段特性は、過去に出力機器２２に表示された移動スケジュールの候補の中から、利用者により選択された移動スケジュールの交通手段に基づき取得される。即ち、交通手段特性には、移動スケジュールに含まれる交通手段を決定する際の、利用者の嗜好が反映されている。第２の実施形態では、図２４に示すように、交通手段の選択回数を、目的地毎に集計したテーブル３００が、選択履歴ＤＢ３２に記憶されている。交通手段の選択回数とは、選択された移動スケジュール毎に交通手段を求め、交通手段が選択された回数として集計した回数である。このテーブル３００は、本発明の「選択履歴」に相当する。図１２に示す第１の実施形態のテーブル２３０と同様に、テーブル３００は、スケジュールＤＢ３１に登録する移動スケジュールが選択される毎に更新される。尚、テーブル３００では、出発地を通常の所在地としている。

次に、第２の実施形態のスケジュール管理システム１００において実行される処理について図面を参照して説明する。第２の実施形態のサーバ４において実行されるメイン処理は、図１９に示す第１の実施形態のサーバ４において実行されるメイン処理と同様であるので説明を省略する。一方、第２の実施形態の端末１において実行されるメイン処理と、第１の実施形態の端末１において実行されるメイン処理とは、一部異なる。具体的には、返信処理において実行される移動スケジュール推定処理、及びスケジュール登録処理において実行される移動スケジュール提案処理において異なる。第１の実施形態の端末１のメイン処理と同様な処理については説明を省略する。そして、以下第１の実施形態とは異なる処理が実行されるスケジュール登録処理において実行される移動スケジュール提案処理について、前述の具体例１を用いて、図２４〜図２６を参照して説明する。尚、返信処理において実行される移動スケジュール推定処理における、第１の実施形態と第２の実施形態との相違点は、スケジュール登録処理において実行される移動スケジュール提案処理における相違点と同様であるので説明を省略する。

図２５は、第２の実施形態の移動スケジュール提案処理の流れを示すフローチャートである。図２６は、図２５に示す移動スケジュール提案処理において提示される画面を説明するための説明図である。尚、図２５に示す各処理を実行させるプログラムは、ＨＤＤ３０のプログラム記憶エリア３５（図２参照）に記憶されており、図２に示すＣＰＵ１０が実行する。また、図２５において、図１６に示す第１の実施形態の移動スケジュール提案処理と同様な処理を行う処理には、同じステップ番号を付与している。

図２５に示すように、第２の実施形態の移動スケジュール提案処理では、ＣＰＵ１０は、まず、選択履歴ＤＢ３２（図２参照）を参照して、交通手段特性を取得する（Ｓ３５０）。第２の実施形態では、交通手段特性として、図２４に示すテーブル３００が選択履歴ＤＢ３２に記憶されている。テーブル３００によれば、利用者Ａは、イベント会場がＺ市内である場合、Ｐ鉄道を利用し、Ｗ駅経由で移動する移動スケジュールを登録する回数が最も多い。

続いて、出発駅から到着駅までの交通手段を取得し、ＲＡＭ１２に記憶させる（Ｓ３５６）。交通手段に含まれる情報、及びそれらの取得方法は、図１６に示す第１の実施形態の移動スケジュール提案処理のＳ３５５と同様である。ただし、サーバ４からの返信に複数の交通手段の候補が含まれる場合には、図１６に示す第１の実施形態のＳ３５５と異なり、Ｓ３５６では、移動スケジュールの候補となる交通手段を１つに特定しない。Ｓ３５０において取得した交通手段特性に応じて、各交通手段の候補に優先順位を付与する。具体例１では、図２４に示すテーブル３００のデータ３０１〜３０４で表される交通手段が返信に含まれていたとする。テーブル３００に示すように、利用者Ａは、Ｐ鉄道のＱ線及びＲ線（Ｗ駅経由）を利用する交通手段（以下、「交通手段１」と言う。）の選択回数が最も多い。次いで、Ｐ鉄道のＱ線及びＵ線（Ｅ駅経由）を利用する交通手段（以下、「交通手段２」と言う。）、ＴバスのＺ駅行き高速バスを利用する交通手段（以下、「交通手段４」と言う。）、ＳバスのＹ市経由Ｚ駅行きを利用する交通手段（以下、「交通手段３」と言う。）の選択回数が多い。よって、上記選択回数に従い、各交通手段の候補に対して、優先順位を、高い順に、交通手段１，交通手段２，交通手段４，交通手段３と付与する。

続いて、Ｓ３５６において取得した交通手段の時刻表を取得して、ＲＡＭ１２に記憶させる（Ｓ３６５）。第１の実施形態の場合と同様に、時刻表は、サーバ４から取得する。具体的には、時刻表送信要求を、端末１を識別する情報とともに、サーバ４に送信する。時刻表送信要求には、Ｓ３５６においてＲＡＭ１２に記憶させた交通手段１〜４に含まれる情報と、イベント条件に含まれる、イベントの開催日及び開始時刻とが含まれる。その後、サーバ４から時刻表送信要求に対する返信を受信するまで待機する。時刻表送信要求に対する返信を受信した場合には、返信に含まれる時刻表をＲＡＭ１２に記憶させる。具体例１では、この処理において、交通手段１〜４に対応する時刻表を取得したものとする。

続いて、移動スケジュールの候補を決定する（Ｓ３７２）。この処理ではまず、交通手段と交通手段に対応するタイムスケジュールとを組み合わせて、移動スケジュールの候補を作成する。移動スケジュールの作成に用いる交通手段は、Ｓ３５６において取得した交通手段である。移動スケジュールの作成に用いるタイムスケジュールは、Ｓ３６５で取得した時刻表と、図１１に示すテーブル２１０とを参照して交通手段毎に１つ決定する。第２の実施形態では、複数のタイムスケジュールの候補がある場合、所定の方法で各交通手段のタイムスケジュールの候補を１つに選定する。所定の方法は、適宜設定可能であり、例えば、作成されたタイムスケジュールの候補のうち、目的地の到着時刻が、イベントの開始時刻の直前となるタイムスケジュールを選択する方法が用いられる。次に、交通手段が複数ある場合には、移動スケジュールの候補の優先順位を、Ｓ３５６において付与した交通手段の優先順位に基づき付与する。

続いて、Ｓ３７２において決定した移動スケジュールの候補を出力機器２２に表示させる（Ｓ５０５）。この処理では、移動スケジュールの候補が、Ｓ３５６において、交通手段特性に基づき付与した優先順位が高い順に表示される。この処理において、例えば、出力機器２２に図２６に示す画面４５０を表示させる（Ｓ５０５）。図２６に示す、画面４５０は、図１７に示す画面３５０と同様の、候補表示欄４５１，４５２，選択ボタン４５３，４５４，次候補ボタン４５５，通常検索ボタン４５６を備える。

続いて、図１６に示す第１の実施形態の移動スケジュール提案処理と同様の、Ｓ５１０，Ｓ５１５を実行する。具体例１では、図２５に示す画面４５０において、選択ボタン４５３が選択されたものとする（Ｓ５１０：Ｙｅｓ，Ｓ５１５）。続いて、移動スケジュール提案処理を終了し、図１５に示す第１の実施形態と同様のスケジュール登録処理に戻る。

尚、第２の実施形態において、図１５に示すスケジュール登録処理のＳ３３０では、次のように、選択履歴ＤＢ３２を更新する。まず、移動スケジュール提案処理において選択された移動スケジュールに含まれる、交通手段の情報を抜き出す。具体例１では、交通機関としてＰ鉄道、路線としてＱ線及びＲ線（Ｗ駅経由）を抜き出す。続いて、図２４に示すテーブル３００のうち、データ３０１に対応する数値を１増加（インクリメント）させ、交通手段特性ＤＢ３２を更新する（Ｓ３３０）。

以上のように、端末１のＣＰＵ１０は、第２の実施形態の端末１のメイン処理を実行する。尚、説明を省略したが、第２の実施形態の移動スケジュール推定処理では、第２の実施形態の移動スケジュール提案処理の、Ｓ３５０，Ｓ３５６，Ｓ３６５を行った後、最も優先順位の高い移動スケジュールの候補を決定する処理が実行される。ＨＤＤ３０の選択履歴ＤＢ３２は、本発明の選択履歴記憶手段に相当する。また、図１５に示すスケジュール登録処理のＳ３３０において、移動スケジュール提案処理において選択された移動スケジュールの交通手段特性を選択履歴ＤＢ３２に登録するＣＰＵ１０は、本発明の履歴登録手段、及び履歴記憶制御手段として機能する。また、図２５に示す移動スケジュール提案処理のＳ３５０において、選択履歴を参照して、交通手段特性を取得するＣＰＵ１０は、本発明の交通手段特性取得手段として機能する。また移動スケジュール提案処理のＳ３５６において、交通機関の路線情報を参照して、出発地から目的地までの交通手段を、サーバ４から取得し、Ｓ３５０において取得した交通手段特性に応じて優先順位を付与するＣＰＵ１０は、本発明の交通手段決定手段として機能する。

上記第２の実施形態のスケジュール管理システム１００によれば、第１の実施形態と同様に、入力されたイベント条件及び個人スケジュール記憶手段に記憶されたイベント条件から、対象イベントの開催場所に移動する際の出発地及び目的地、並びに、イベントの開催時刻を取得する。そして、出発地から目的地までの移動スケジュールとして、交通機関、路線、出発時刻及び到着時刻を決定して利用者に提示する。このとき、移動スケジュールを提示させるために、利用者が新たに検索条件を入力する必要はない。出力機器２２に表示させ、利用者に提示した移動スケジュールの中から利用者により選択された移動スケジュールの交通手段特性を選択履歴ＤＢ３２に記憶している。そして交通機関及び移動スケジュールを決定する際には、選択履歴ＤＢ３２に記憶されている交通手段特性に応じて決定する。交通手段特性とは、利用者がどのような交通手段を選択するかの傾向を示す。第２の実施形態では、この交通手段特性に応じて移動スケジュールの候補に含まれる交通手段が決定されている。よって、利用者が選択すると予想される、交通手段を含む移動スケジュールを提示することができる。このため、利用者の交通手段特性を考慮せずに決定された移動スケジュールが提示された場合に比べ、利用者が希望する移動スケジュールが提示されない虞を低減させることができる。そして利用者は、提示された移動スケジュールの中から、所望の移動スケジュールを簡単に決定することができる。

尚、図２５に示す移動スケジュール提案処理において参照されるテーブルは、図２４に示すテーブル３００に限定されない。このテーブルには交通手段特性、又は交通手段特性を求めるための情報が含まれていればよい。交通手段特性は、過去に出力機器２２に表示された移動スケジュールの候補の中から、利用者により選択された移動スケジュールの交通手段の少なくとも一方に基づき取得される。よって例えば、利用者により選択された移動スケジュールに含まれる交通手段を、列車の種別（普通、急行、特急等）毎に区分して集計したテーブルを参照して、移動スケジュールの候補を決定してもよい。

ところで、第１の実施形態のスケジュール管理システム１００では、選択履歴ＤＢ３２（図２参照）に記憶されている時間特性に応じて移動スケジュールの候補を決定していた。また第２の実施形態のスケジュール管理システム１００では、選択履歴ＤＢ３２（図２４参照）に記憶されている時間特性に応じて移動スケジュールの候補を決定していた。これに対し、第３の実施形態のように、時間特性、及び交通手段特性の双方に応じて移動スケジュールの候補を決定してもよい。以下、第３の実施形態のスケジュール管理システム１００の構成、及び、第３の実施形態のスケジュール管理システム１００において実行される処理について、図面を参照して説明する。

まず、第３の実施形態のスケジュール管理システム１００の構成について説明する。図２７は、選択履歴ＤＢ３２に記憶されているテーブルを説明するための説明図である。図示しないが、第３の実施形態のスケジュール管理システム１００の構成は、図１〜図３に示す、第１の実施形態のスケジュール管理システム１００の構成と同様である。ただし、選択履歴ＤＢ３２には、時間特性及び交通手段特性を取得可能なテーブルが記憶されている点で、第１の実施形態の端末１と異なる。図２７に示すように、選択履歴ＤＢ３２には、利用者から選択された移動スケジュールを、交通手段毎、且つ到着時刻とイベント開始時刻との関係毎に集計しテーブル３４０が記憶されている。テーブル３４０からは、交通手段特性として、利用者がどのような交通機関及び列車の種別を選択するかの傾向を取得可能である。またテーブル３４０からは、時間特性として、利用者が、イベント開始時刻の何分前に目的地に到着するタイムスケジュールを選択する傾向にあるかを取得可能である。このテーブル３４０は、本発明の「選択履歴」に相当する。

次に、第３の実施形態のスケジュール管理システム１００において実行される処理について図面を参照して説明する。第３の実施形態のサーバ４において実行されるメイン処理は、図１９に示す第１の実施形態のサーバ４において実行されるメイン処理と同様であるので説明を省略する。一方、第３の実施形態の端末１において実行されるメイン処理と、第１の実施形態の端末１において実行されるメイン処理とは、一部異なる。具体的には、返信処理において実行される移動スケジュール推定処理、及びスケジュール登録処理において実行される移動スケジュール提案処理において異なる。第１の実施形態の端末１のメイン処理と同様な処理については説明を省略する。そして、以下第１の実施形態とは異なる処理が実行されるスケジュール登録処理において実行される移動スケジュール提案処理について、前述の具体例１を用いて、図２７〜図２９を参照して説明する。尚、返信処理において実行される移動スケジュール推定処理における、第１の実施形態と第３の実施形態との相違点は、スケジュール登録処理において実行される移動スケジュール提案処理における相違点と同様であるので説明を省略する。

図２８は、第３の実施形態の移動スケジュール提案処理の流れを示すフローチャートである。図２９は、図２８に示す移動スケジュール提案処理において提示される画面を説明するための説明図である。尚、図２８に示す各処理を実行させるプログラムは、ＨＤＤ３０のプログラム記憶エリア３５（図２参照）に記憶されており、図２に示すＣＰＵ１０が実行する。また、図２８において、図１６に示す第１の実施形態の移動スケジュール提案処理、又は、図２５に示す第２の実施形態の移動スケジュール提案処理と同様な処理を行う処理には、同じステップ番号を付与している。

図２８に示すように、第３の実施形態の移動スケジュール提案処理では、ＣＰＵ１０は、まず、選択履歴ＤＢ３２（図２参照）を参照して、テーブル３４０から、目的地（Ｚビル）に対応するデータ３４１を取得し、ＲＡＭ１２に記憶する（Ｓ３５１）。

続いて、ＣＰＵ１０は、出発駅から到着駅までの交通手段を取得し、ＲＡＭ１２に記憶させる（Ｓ３５７）。交通手段に含まれる情報、及びそれらの取得方法は、図１６に示す第１の実施形態の移動スケジュール提案処理のＳ３５５と同様である。ただし、サーバ４からの返信に複数の交通手段が含まれる場合には、図１６に示す第１の実施形態のＳ３５５と異なり、Ｓ３５６では、移動スケジュールの候補となる交通手段を１つに特定しない。また第２の実施形態の移動スケジュール提案処理のＳ３５６と異なり、Ｓ３５０において取得した交通手段特性に応じて、各交通手段の候補に優先順位を付与しない。具体例１では、前述の交通手段１，交通手段２，交通手段３，及び交通手段４が取得されたものとする。

続いて、Ｓ３５７において取得した交通手段の時刻表を取得して、ＲＡＭ１２に記憶させる（Ｓ３６５）。第２の実施形態の場合と同様に、時刻表は、サーバ４から取得する。

続いて、ＣＰＵ１０は、移動スケジュールの候補を決定する（Ｓ３７３）。この処理ではまず、交通手段と交通手段に対応するタイムスケジュールとを組み合わせて、移動スケジュールの候補を作成する。移動スケジュールの作成に用いる交通手段は、Ｓ３５７において取得した交通手段である。移動スケジュールの作成に用いるタイムスケジュールは、Ｓ３６５で取得した時刻表と、図１１に示すテーブル２１０とを参照して、交通手段毎に決定する。図２５に示す第２の実施形態の移動スケジュール提案処理のＳ３７２とは異なり、タイムスケジュールの候補が複数ある場合に、この段階で１つに選定しない。次に、作成された移動スケジュールの候補の優先順位を、Ｓ３５１において取得した選択履歴に基づき付与する。具体的には、テーブル３４０によれば、交通手段が交通手段１であり、且つ目的地の到着時刻がイベント開始時刻の１０分〜２０分前の条件を満たす移動スケジュールの優先順位が最も高い。同様に、交通手段が交通手段１であり、且つ目的地の到着時刻がイベント開始時刻の０分〜１０分前の条件を満たす移動スケジュールの優先順位が２番目に高い。以下同様である。

続いて、ＣＰＵ１０は、Ｓ３７３において決定した移動スケジュールの候補を出力機器２２に表示させる（Ｓ５０５）。この処理では、Ｓ３７３において付与された優先順位が高い順に、移動スケジュールの候補が表示される。この処理において、例えば、出力機器２２に図２９に示す画面５５０を表示させる（Ｓ５０５）。図２９に示す、画面５５０は、図１７に示す画面３５０と同様の、候補表示欄５５１，５５２，選択ボタン５５３，５５４，次候補ボタン５５５，通常検索ボタン５５６を備える。

続いて、図１６に示す第１の実施形態の移動スケジュール提案処理と同様の、Ｓ５１０，Ｓ５１５を実行する。具体例１では、図２９に示す画面５５０において、選択ボタン５５３が選択されたものとする（Ｓ５１０：Ｙｅｓ，Ｓ５１５）。続いて、移動スケジュール提案処理を終了し、図１５に示す第１の実施形態と同様のスケジュール登録処理に戻る。

尚、第３の実施形態において、図１５に示すスケジュール登録処理のＳ３３０では、次のように、選択履歴ＤＢ３２を更新する。まず、移動スケジュール提案処理において選択された移動スケジュールに含まれる、交通手段の情報を抜き出す。具体例１では、交通機関としてＰ鉄道、路線としてＱ線及びＲ線（Ｗ駅経由）を抜き出す。続いて、移動スケジュール提案処理において決定した移動スケジュールに含まれる目的地の到着時刻と、イベントの開始時刻との差を求める。具体例１では、２０分である。続いて、図２７に示すテーブル３４０のデータ３４１のうち、交通機関としてＰ鉄道、路線としてＱ線及びＲ線（Ｗ駅経由）、且つ、到着時刻が２０分前に対応する数値を１増加（インクリメント）させ、選択履歴ＤＢ３２を更新する（Ｓ３３０）。

以上のように、端末１のＣＰＵ１０は、第３の実施形態の端末１のメイン処理を実行する。尚、ＨＤＤ３０の選択履歴ＤＢ３２は、本発明の選択履歴記憶手段に相当する。また、図２７に示すスケジュール登録処理のＳ３３１において、選択された移動スケジュールの時間特性及び交通手段特性を選択履歴ＤＢ３２に登録するＣＰＵ１０は、本発明の履歴登録手段、及び履歴記憶制御手段として機能する。また、図２８に示す移動スケジュール提案処理のＳ３５１において、選択履歴を参照して、交通手段特性及び時間特性を取得するＣＰＵ１０は、本発明の交通手段特性取得手段及び時間特性取得手段として機能する。また移動スケジュール提案処理のＳ３７３において、交通機関の路線情報を参照して、出発地から目的地までの交通手段を、サーバ４から取得し、Ｓ３５１において取得した交通手段特性に応じて優先順位を付与するＣＰＵ１０は、本発明の交通手段決定手段として機能する。また、図２８に示す移動スケジュール提案処理のＳ３６５及びＳ３７３において、時刻表ＤＢ１３２を備えるサーバ４に交通手段送信要求を送信し、その返答を受信することにより、間接的に時刻表ＤＢ１３２を参照して、Ｓ３５７において取得された交通手段を利用する場合の出発地の出発時刻と目的地の到着時刻とを、目的地の到着時刻が新規イベントの開始時刻よりも前になるように、Ｓ３６１において取得した時間特性に応じて決定するＣＰＵ１０は、本発明の時刻決定手段として機能する。

上記第３の実施形態のスケジュール管理システム１００によれば、第１の実施形態、及び第２の実施形態の双方の効果を得ることができる。このため、利用者の時間特性、及び交通手段特性のいずれかのみを考慮して決定された移動スケジュールが提示された場合に比べ、利用者が希望する移動スケジュールが提示されない虞をさらに低減させることができる。そして利用者は、提示された移動スケジュールの中から、所望の移動スケジュールを簡単に決定することができる。

尚、図２５に示す移動スケジュール提案処理において参照されるテーブルは、図２７に示すテーブル３４０に限定されない。このテーブルには、時間特性及び交通手段特性を取得するための情報が含まれていればよい。よって例えば、下記の（３−１）〜（３−４）に例示するテーブルを参照して、移動スケジュールの候補を決定してもよい。

（３−１）図３０は、選択履歴ＤＢ３２に記憶されている交通手段特性、及び時間特性の変形例を説明するための説明図である。図３０に示すテーブル３６５は、到着余裕時間の選択回数を、交通手段毎、移動時間毎に集計したテーブルである。移動時間は、目的地の到着時刻と、出発地の出発時刻との差から求める。図２８に示す移動スケジュール提案処理のＳ３５１では、イベントの開催場所が、テーブル３６５の場所３６４と一致する選択履歴を取得する。そしてＳ３７０では、取得した選択履歴から、交通手段特性として、交通手段３６６，時間特性として、移動時間３６７及び到着余裕時間３６８を取得し、これらの特性に応じて移動スケジュールの候補を決定する。

（３−２）図３１は、選択履歴ＤＢ３２に記憶されている交通手段特性、及び時間特性の変形例を説明するための説明図である。図３１に示すテーブル３８０は、到着余裕時間の選択回数を、対象イベント条件毎に集計したテーブルである。図２８に示す移動スケジュール提案処理のＳ３５１では、対象イベントのイベント条件（以下、「対象イベント条件」と言う。）が、テーブル３８０のイベント条件３８１と一致する又は類似する選択履歴を取得する。そしてＳ３７０では、取得した選択履歴から、交通手段特性として、交通手段、時間特性として、到着余裕時間を取得し、これらの特性に応じて移動スケジュールの候補を決定する。移動スケジュールの候補を決定するのに用いる選択履歴について、イベント条件３８１と対象イベント条件との一致度が高いほど、一致度が低い場合に比べ利用者が希望する移動スケジュールが提示されない虞を低減せることができる。

（３−３）図３２は、選択履歴ＤＢ３２に記憶されている交通手段特性、及び時間特性の変形例を説明するための説明図である。図３２に示すテーブル３７０は、図３０に示すテーブル３６５の到着余裕時間の選択回数を、さらに、対象イベント条件毎に集計したテーブルである。図２８に示す移動スケジュール提案処理のＳ３５１では、対象イベント条件が、テーブル３７０のイベント条件３７１と一致する又は類似する選択履歴を取得する。そしてＳ３７０では、取得した選択履歴から、交通手段特性として、交通手段、時間特性として、移動時間及び到着余裕時間を取得し、これらの特性に応じて移動スケジュールの候補を決定する。この場合には、（３−１）及び（３−２）の双方の効果を得ることができる。

（３−４）時間特性及び交通手段特性は、１つのテーブルに記憶されていなくてもよい。時間特性及び交通手段特性が別のテーブルに記憶されていてもよい。例えば、時間特性として、第１の実施形態で例示した図１２に示すテーブル２３０を記憶してもよい。同様に、時間特性として、第１の実施形態の変形例として例示した、図２０に示すテーブル２７０，図２１に示すテーブル２８０，図２２に示すテーブル２９０，及び図２３に示すテーブル２９５を記憶してもよい。一方、交通手段特性として、第２の実施形態で例示したテーブル３００を記憶してもよい。時間特性及び交通手段特性が別のテーブルに記憶されている場合には、図２８に示す移動スケジュール提案処理のＳ３５１において、時間特性を表すテーブルと、交通手段特性を表すテーブルとを取得すればよい。

ところで、上記（３−２）及び（３−３）のように、時間特性、又は交通手段特性を取得する際の取得時の条件が多い場合には、利用者が希望する移動スケジュールを提示できるという利点がある。一方で、時間特性、又は交通手段特性を取得する際の条件が多すぎる場合には、条件を満たす特性を得られない場合がある。そこで、第４の実施形態のように、移動スケジュールの候補を選定する際に用いる、時間特性、又は交通手段特性を取得してもよい。以下、第４の実施形態のスケジュール管理システム１００の構成、及び、第４の実施形態のスケジュール管理システム１００において実行される処理について、図面を参照して説明する。

まず、第４の実施形態のスケジュール管理システム１００の構成について説明する。図３３は、選択履歴ＤＢ３２に記憶されているテーブルを説明するための説明図である。図示しないが、第４の実施形態のスケジュール管理システム１００の構成は、図１〜図３に示す、第１の実施形態のスケジュール管理システム１００の構成と同様である。ただし、選択履歴ＤＢ３２には、時間特性及び交通手段特性を取得可能なテーブルが記憶されている点で、第１の実施形態の端末１と異なる。図３３に示すように、選択履歴ＤＢ３２には、到着余裕時間の選択回数を、交通手段、及びイベント条件毎に集計したテーブル４００が記憶されている。このテーブル４００は、本発明の「選択履歴」に相当する。

次に、第４の実施形態のスケジュール管理システム１００において実行される処理について図面を参照して説明する。第４の実施形態のサーバ４において実行されるメイン処理は、図１９に示す第１の実施形態のサーバ４において実行されるメイン処理と同様であるので説明を省略する。一方、第４の実施形態の端末１において実行されるメイン処理と、第１の実施形態の端末１において実行されるメイン処理とは、一部異なる。第４の実施形態の端末１において実行されるメイン処理について、前述の具体例１とは異なる具体例２を用いて、図を参照して説明する。

図３４は、第４の実施形態の端末１のメイン処理の流れを示すフローチャートである。図３５は、選択履歴ＤＢ３２に記憶されているテーブルを説明するための説明図である。図３６は、第４の実施形態の移動スケジュール提案処理の流れを示すフローチャートである。図３７は、図３６に示す移動スケジュール提案処理において実行される履歴取得処理の流れを示すフローチャートである。図３８は、図３６に示す移動スケジュール提案処理において実行される履歴送信要求処理の流れを示すフローチャートである。図３９は、選択履歴ＤＢ３２に記憶されているテーブルを説明するための説明図である。図４０は、図３４に示すメイン処理において実行される送信処理の流れを示すフローチャートである。尚、図３４，図３６〜図３８，及び図４０に示す各処理を実行させるプログラムは、ＨＤＤ３０のプログラム記憶エリア３５（図２参照）に記憶されており、図２に示すＣＰＵ１０が実行する。また、図３４において、図６に示す第１の実施形態のメイン処理と同様な処理を行う処理には、同じステップ番号を付与している。また、以下の説明において、処理が実行されている端末１を「自端末」と言い、他の端末１を「外部端末」と言う。

図３４に示すように、第４の実施形態の端末１のメイン処理は、Ｓ４０に替えてＳ４１を行い、Ｓ２０，及びＳ４５を実行する点で、第１の実施形態の端末１のメイン処理と異なる。第１の実施形態の端末１のメイン処理と同様な処理を行う処理については説明を省略する。そして、以下第１の実施形態の端末１のメイン処理と異なるＳ４１，Ｓ２０，Ｓ４５の処理について説明する。

まず、第４の実施形態の端末１のメイン処理を説明するための具体例２について説明する。第４の実施形態では、移動スケジュールの候補を決定する処理において、対象イベント条件と、選択履歴のイベント条件との一致度が高い選択履歴を優先して取得する。そして、所定の条件（以下、「選択履歴条件」と言う。）を満たす選択履歴が取得できない場合には、他の利用者の選択履歴を取得する。具体例２では、利用者Ｃが利用する端末Ｃにおいて、図４に示す具体例１の新規イベントについての登録要求（図３４のＳ１５）を受信したものとする。そして、対象イベント条件として、図４に示すイベント条件２００がＲＡＭ１２に記憶されている場合を想定する。また、端末Ｄの選択履歴ＤＢ３２には、図３３に示すテーブル４００が記憶されているものとする。また、端末Ｃの選択履歴ＤＢ３２には、図３５に示すテーブル４１０が記憶されているものとする。テーブル４１０は、図３３に示すテーブル４００と同様に、到着余裕時間の選択回数を、交通手段、及びイベント条件毎に集計したテーブルである。

次に、図３４に示すメイン処理のＳ４１において実行される、スケジュール登録処理を、図３６を参照して説明する。第４の実施形態のスケジュール登録処理で実行される処理のうち、移動スケジュール提案処理のみが第１の実施形態とは異なる。よって、第１の実施形態のスケジュール登録処理と同様な処理が実行される処理については説明を省略する。以下、第１の実施形態のスケジュール登録処理とは異なる処理が実行される第４の実施形態の移動スケジュール提案処理を、図３６を参照して説明する。図３６において、図１６に示す第１の実施形態の移動スケジュール提案処理、又は、図２８に示す第３の実施形態の移動スケジュール提案処理と同様な処理を行う処理には、同じステップ番号を付与している。

図３６に示すように、第４の実施形態の移動スケジュール提案処理では、まず、ＣＰＵ１０は、履歴取得処理を実行する（Ｓ３４８）。履歴取得処理では、対象イベント条件と、選択履歴のイベント条件との一致度が高い選択履歴を優先して取得する処理を実行する。この履歴取得処理の詳細を、図３７を参照して説明する。

図３７に示すように、履歴取得処理では、まず、ＣＰＵ１０は、選択履歴条件を満たす選択履歴が選択履歴ＤＢ３２に記憶されているか否かを判断する（Ｓ５５０）。Ｓ５５０における選択履歴条件は、対象イベント条件と、選択履歴のイベント条件とが全て一致する条件である。対象イベント条件は、図１５に示す第１の実施形態と同様のスケジュール登録処理のＳ３０５においてＲＡＭ１２に記憶されている。選択履歴条件を満たす選択履歴が、選択履歴ＤＢ３２に記憶されている場合には（Ｓ５５０：Ｙｅｓ）、選択履歴条件を満たす選択履歴を選択履歴ＤＢ３２から取得し、ＲＡＭ１２に記憶させる（Ｓ５７０）。

一方、具体例２では、イベント条件２００から、選択履歴条件として、参加予定者が「Ａさん、Ｂさん、Ｃさん」であり、且つ、開催場所が「Ｚビル」であり、且つ、開催時間が「１５：００〜１７：００」であり、且つ、区分が「会議」である条件が取得される。図３５に示すテーブル４１０には、具体例２の選択履歴条件を満たす選択履歴は記憶されていない（Ｓ５５０：Ｎｏ）。よって、選択履歴条件の内、開催時間の条件を緩和する（Ｓ５５２）。この処理は、選択履歴条件の内、開催時間の条件を緩和した上で、再度、選択履歴条件を満たす選択履歴が選択履歴ＤＢ３２に記憶されているか否かを判断するための処理である。開催時間の条件の緩和方法は任意の方法を採用可能である。例えば、開催時間を時間で指定するのではなく、午前と、午後とに区分けする方法が用いられる。また例えば、開催時間が一致していなくても、開催時間が一部でも重複していれば、開催時間の条件を満たすと判断させる方法が用いられる。また例えば、開催時間の条件を、選択履歴条件から除外する方法が用いられる。具体例２では、開催時間を午後と置き換えるものとする。よって、Ｓ５５２の処理を経た選択履歴条件は、参加予定者が「Ａさん、Ｂさん、Ｃさん」であり、且つ、開催場所が「Ｚビル」であり、且つ、開催時間が「午後」であり、且つ、区分が「会議」である条件となる。

続いて、Ｓ５５２において更新した選択履歴条件を満たす選択履歴が選択履歴ＤＢ３２に記憶されているか否かを判断する（Ｓ５５５）。選択履歴条件を満たす選択履歴が、選択履歴ＤＢ３２に記憶されている場合には（Ｓ５５５：Ｙｅｓ）、選択履歴条件を満たす選択履歴を選択履歴ＤＢ３２から取得し、ＲＡＭ１２に記憶させる（Ｓ５７０）。一方、図３５に示すテーブル４１０には、開催時間の条件を緩和した後の選択履歴条件を満たす選択履歴は記憶されていない（Ｓ５５５：Ｎｏ）。よって、選択履歴条件から、区分を除外する（Ｓ５５７）。Ｓ５５７の処理を経た選択履歴条件は、参加予定者が「Ａさん、Ｂさん、Ｃさん」であり、且つ、開催場所が「Ｚビル」であり、且つ、開催時間が「午後」である条件となる。

続いて、Ｓ５５７において更新した選択履歴条件を満たす選択履歴が選択履歴ＤＢ３２に記憶されているか否かを判断する（Ｓ５６０）。選択履歴条件を満たす選択履歴が、選択履歴ＤＢ３２に記憶されている場合には（Ｓ５６０：Ｙｅｓ）、選択履歴条件を満たす選択履歴を選択履歴ＤＢ３２から取得し、ＲＡＭ１２に記憶させる（Ｓ５７０）。一方、図３５に示すテーブル４１０には、区分の条件を除外した後の選択履歴条件を満たす選択履歴は記憶されていない（Ｓ５６０：Ｎｏ）。よって、選択履歴条件から、参加予定者を除外する（Ｓ５６２）。Ｓ５６２の処理を経た選択履歴条件は、開催場所が「Ｚビル」であり、且つ、開催時間が「午後」である条件となる。

続いて、Ｓ５６２において更新した選択履歴条件を満たす選択履歴が選択履歴ＤＢ３２に記憶されているか否かを判断する（Ｓ５６５）。選択履歴条件を満たす選択履歴が、選択履歴ＤＢ３２に記憶されている場合には（Ｓ５６５：Ｙｅｓ）、選択履歴条件を満たす選択履歴を選択履歴ＤＢ３２から取得し、ＲＡＭ１２に記憶させる（Ｓ５７０）。以上のような処理により、選択履歴条件を満たす選択履歴を取得した場合には（Ｓ５７０）、続いて、履歴取得処理を終了し、図３６に示す移動スケジュール提案処理に戻る。一方、図３５に示すテーブル４１０には、参加予定者の条件を除外した後の選択履歴条件を満たす選択履歴は記憶されていない（Ｓ５６５：Ｎｏ）。この場合には、選択履歴を取得せず、履歴取得処理を終了し、図３６に示す移動スケジュール提案処理に戻る。

引き続き、図３６を参照して、第４の実施形態の移動スケジュール提案処理について説明する。Ｓ３４８に続いて、ＲＡＭ１２を参照し、選択履歴が記憶されているか否かを判断する（Ｓ３４９）。ＲＡＭ１２に選択履歴が記憶されている場合には（Ｓ３４９：Ｙｅｓ）、図２８に示す第３の実施形態の移動スケジュール提案処理のＳ３５１，Ｓ３５７，Ｓ３６５，Ｓ３７３，Ｓ５０５，Ｓ５１０，及びＳ５１５と同様の処理を実行する。一方、ＲＡＭ１２に選択履歴が記憶されていない場合には（Ｓ３４９：Ｎｏ）、続いて、履歴送信要求処理を実行する（Ｓ４０５）。履歴送信要求処理では、選択履歴条件を満たす選択履歴を取得できなかった場合に、他の端末１から選択履歴を取得するための処理である。この履歴送信要求処理の詳細について、図３８を参照して説明する。

図３８に示すように、履歴送信要求処理では、まず、ＣＰＵ１０は、選択履歴ＤＢ３２を参照して、特性として、図３９に示すテーブル４２０を取得する（Ｓ６０５）。特性は、端末毎に取得された移動スケジュールを選択する際の時間特性、及び交通手段特性の少なくとも１つを表す。図３９に示すように、テーブル４２０は、端末名４２１と、アドレス４２２と、通常の所在地４２３と、特性４２４を備える。端末名４２１は、端末１を識別するための情報であり、アドレス４２２は、端末１のアドレスを示す。通常の所在地４２３は、端末１の利用者の通常の所在地を示す。特性４２４は、時間特性として、最も選択回数が多い到着余裕時間が記憶されている。このテーブル４２０の情報は、外部端末から送信される情報、及び選択履歴ＤＢ３２に記憶されている情報に基づき、定期的に更新され、選択履歴ＤＢ３２に記憶されている。

続いて、テーブル４２０を参照し、所定条件を満たす外部端末が記憶されているか否かを判断する（Ｓ６１０）。所定条件は、自端末と特性が一致、又は類似する外部端末を取得するための条件である。この所定条件は、通常の所在地、特性等を考慮して適宜設定可能である。所定条件として、通常の所在地４２３が一致し、且つ、特性４２４が一致する条件が定められているものとする。上記条件の他、所定条件として、例えば、最寄り駅、利用者の役職や年齢、特性を適宜組み合わせた条件を定めてもよい。

図３９に示すように、テーブル４２０には、端末Ｃの通常の所在地が一致し、且つ、特性４２４が一致する端末Ｄが記憶されている（Ｓ６１０：Ｙｅｓ）。よって、端末Ｄのアドレスを取得し（Ｓ６１５）、端末Ｄに送信要求を送信する（Ｓ６２５）。送信要求は、選択履歴を送信することを外部端末に要求するものである。送信要求には、対象イベント条件と、自端末を特定する情報が含まれる。所定条件を満たす端末が複数記憶されている場合には、所定の方法により、一部の端末を選択した上で、送信要求を送信してもよい。また、所定条件を満たす端末が複数記憶されている場合には、全ての端末に送信要求を送信してもよい。

一方、所定条件を満たす外部端末が、テーブル４２０に記憶されてない場合には（Ｓ６１０：Ｎｏ）、続いて、自端末と、通常の所在地、及び特性が類似する外部端末のアドレスを取得する（Ｓ６２０）。通常の所在地が類似しているか否かは、例えば、通常の所在地の最寄駅が、自端末の最寄駅の路線と同じ路線にある場合には、通常の所在地が類似すると判断する。また例えば、通常の所在地が同一市内にある場合には、通常の所在地が類似すると判断する。特性が類似しているか否かは、特性に応じて適宜設定可能であり、具体例２では、到着余裕時間が近似しているほど、特性が近いと判断する。続いて、Ｓ６２０において取得したアドレスに送信要求を送信する（Ｓ６２５）。

続いて、Ｓ６２５において送信要求を送信した外部端末から返信を受信するまで待機する（Ｓ６３０：Ｎｏ、Ｓ６３５：Ｎｏ）。具体例２では、Ｓ６２５において送信要求を送信した端末Ｄから、図３３に示すテーブル４００のデータ４０１を含む返信を受信したとする（Ｓ６３０：Ｙｅｓ）。この場合、返信に含まれるデータ４０１をＲＡＭ１２に記憶させる。続いて、履歴送信要求処理を終了し、図３６に示す移動スケジュール提案処理に戻る。また、送信要求を送信してから所定時間内に返信を受信できなかった場合には（Ｓ６３０：Ｎｏ、Ｓ６３５：Ｙｅｓ）、続いて、履歴送信要求処理を終了し、図３６に示す移動スケジュール提案処理に戻る。

引き続き、図３６を参照して、第４の実施形態の移動スケジュール提案処理について説明する。Ｓ４０５に続いて、ＲＡＭ１２を参照し、外部端末から選択履歴が記憶されているか否かを判断する（Ｓ４１０）。具体例２では、返信を端末Ｄから受信し、データ４０１（図３３参照）がＲＡＭ１２に記憶されている（Ｓ４１０：Ｙｅｓ）、よって、データ４０１を移動スケジュールの候補を決定する際に参照する選択履歴とする（Ｓ４１５）。続いて、Ｓ３５７と同様な処理により、交通手段を取得し（Ｓ４２０）、Ｓ３６５と同様な処理により、時刻表を取得する（Ｓ４３０）。続いて、Ｓ３７３の同様な処理により、移動スケジュールの候補を決定する（Ｓ４３５）。ただし、Ｓ４３５では、Ｓ４１５において取得した選択履歴を用いる。続いて、図２８に示す第３の実施形態の移動スケジュール提案処理のＳ５０５，Ｓ５１０及びＳ５１５と同様の処理を実行した後、移動スケジュール提案処理を終了する。

Ｓ４１０において、外部端末から選択履歴がＲＡＭ１２に記憶されていない場合には（Ａ４１０：Ｎｏ）、通常の方法で、移動スケジュールの候補を決定する（Ｓ４５０）。通常の方法としては、例えば、到着余裕時間が短い順、料金が安い順、移動距離が短い順、移動時間が短い順等、予め定められた条件に基づき、移動スケジュールの候補に優先順位を付与する方法が用いられる。続いて、図２８に示す第３の実施形態の移動スケジュール提案処理のＳ５０５，Ｓ５１０及びＳ５１５と同様の処理を実行した後、移動スケジュール提案処理を終了する。

以上のように、図２に示すＣＰＵ１０は、第４の実施形態の移動スケジュール提案処理を実行する。次に、端末Ｄにおいて、端末Ｃから送信された送信要求を受信した場合を例に、図３４に示すメイン処理のＳ２０及びＳ４５を説明する。

Ｓ１５において、登録要求を受信していない場合（Ｓ１５：Ｎｏ）、続いて、送信要求を受信したか否かを判断する（Ｓ２０）。送信要求は、図３８に示す、履歴送信要求処理のＳ６２５において、外部端末から送信される。送信要求を受信していない場合には（Ｓ２０：Ｎｏ）、続いて、Ｓ５０の処理を行う。一方、端末Ｄにおいて、端末Ｃから送信された送信要求を受信した場合（Ｓ２０：Ｙｅｓ）、続いて、送信処理を行う（Ｓ４５）。送信処理では、送信要求に含まれる対象イベント条件に基づき設定される選択履歴条件を用いて、選択履歴を取得する。そして、送信要求を送信した外部端末に、取得した選択履歴を送信する。この送信処理の詳細を、図４０を参照して説明する。

図４０に示すように、送信処理では、まず、ＣＰＵ１０は、対象イベント条件を取得し、ＲＡＭ１２に記憶させる（Ｓ６５５）。対象イベント条件は、送信要求に含まれている。続いて、履歴取得処理を実行する（Ｓ６６０）。この履歴取得処理は、図３７に示す履歴取得処理と同様である。ただし、端末Ｄに記憶されている選択履歴には、利用者Ｄの選択履歴である。よって、選択履歴条件から、参加予定者を除外した上で、履歴取得処理を実行することが好ましい。対象イベント条件に基づき、参加予定者を除外した場合の選択履歴条件を求めると、開催場所が「Ｚビル」であり、且つ、開催時間が「１５：００〜１７：００」であり、且つ、区分が「会議」である条件となる。この選択履歴条件を満たすデータとして、端末Ｄの選択履歴ＤＢに記憶されている図３３に示すテーブル４００から、データ４０１が取得される。

続いて、送信要求を送信した端末Ｃに返信をする（Ｓ６６５）。返信には、履歴取得処理において、取得された選択履歴が含まれる。履歴取得処理において、選択履歴が取得されなかった場合、返信には、選択履歴が取得されなかった旨を示す情報が含まれる。続いて、送信処理を終了し、図３４に示すメイン処理に戻る。メイン処理では、Ｓ４５に続いて、Ｓ５０の処理を行う。

以上のように、端末１のＣＰＵ１０（図２参照）は、第４の実施形態の端末１のメイン処理を実行する。端末１において提示された移動スケジュールの中から、選択された移動スケジュールの交通手段を、その移動スケジュールに対応する対象イベント条件と対応付けた、テーブル４００（図３３参照）は、本発明の、選択履歴に相当する。また、図３７の履歴取得処理において、対象イベント条件に基づき定めた選択履歴条件を用いて、交通手段特性を含む選択履歴を取得する（Ｓ５７０）ＣＰＵ１０は、本発明の交通手段特性取得手段として機能する。また、図３６に示す移動スケジュール提案処理において、選択履歴条件を満たす選択履歴が自端末の選択履歴ＤＢ３２に記憶されていない場合には（Ｓ３４９：Ｎｏ）、外部端末の選択履歴から他の利用者の選択履歴を取得する（Ｓ４０５）ＣＰＵ１０は、本発明の交通手段特性取得手段として機能する。また、選択履歴条件を満たす選択履歴が自端末の選択履歴ＤＢ３２に記憶されていない場合には（図３６のＳ３４９：Ｎｏ）、図３８に示す履歴送信要求処理を行い、選択履歴に記憶されている対象利用者の時間特性と、選択履歴に記憶されている他の利用者の時間特性との類似度に応じて（Ｓ６１０，Ｓ６１５，Ｓ６２０）、交通手段特性を含む選択履歴を取得する他の利用者（端末１）を選択し、選択した他の利用者（端末１）の選択履歴を取得する（Ｓ６４０）ＣＰＵ１０は、本発明の交通手段特性取得手段として機能する。

上記第４の実施形態のスケジュール管理システム１００によれば、移動スケジュールの交通手段は、選択履歴に記憶されている交通手段特性に応じて決定する。この交通手段特性は、図３３に示すテーブル４００の選択履歴のイベント条件と、対象イベント条件を比較して取得される。選択履歴のイベント条件が対象イベント条件と一致又は類似する場合、選択履歴から得られる交通手段特性も一致又は類似すると考えられる。例えば、対象イベントの出発地及び目的地が、過去のイベントと同じである場合、過去に利用したことのある交通手段を利用することが予想される。このため、対象イベントのイベント条件に応じて交通手段特性を取得することにより、利用者の要望に沿った移動スケジュールを提示することができる。したがって利用者は、提示された移動スケジュールに基づき、移動スケジュールを簡単に決定することができる。

図３６に示す移動スケジュール提案処理において、選択履歴条件を満たす選択履歴が、自端末の選択履歴ＤＢ３２に記憶されていない場合には（Ｓ３４９：Ｎｏ）、他の利用者の選択履歴を取得する（Ｓ４０５）。そして、取得した他の利用者の選択履歴に基づき、移動スケジュールの候補を決定する（Ｓ４３５）。選択履歴を取得する他の利用者は、到着余裕時間が類似するに基づき決定する。時間特性が類似している場合、交通手段特性も類似していることが想定される。このため、対象利用者の交通手段特性が記憶されていない場合にも、他の利用者の交通手段特性に基づき移動スケジュールを自動的に提示することができる。

尚、本発明は、以上詳述した第１〜第４の実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。例えば、次の（４−１）〜（４−１１）に例示する変形を適宜加えてもよい。

（４−１）スケジュール管理システム１００の構成は、適宜可能である。例えば、次の（４−１−１）〜（４−１−３）のように、スケジュール管理システムの構成を変更してもよい。

（４−１−１）端末１が、本発明の端末及び移動情報提示装置としての機能を備えていたが、これに限定されない。例えば、本発明の端末の機能を持つ装置と、本発明の移動スケジュール提案装置としての機能を持つ装置とを物理的に分けてもよい。この場合、上記実施形態の移動スケジュール提案処理に相当する処理が、移動スケジュール提案装置において実行されればよい。

（４−１−２）端末１が、路線情報ＤＢ１３１，及び時刻表ＤＢ１３２の少なくとも一方を備えてもよい。端末１が路線情報ＤＢを備える場合には、移動スケジュール提案処理において交通手段を取得する際の処理を簡略化することができる。端末１が時刻表ＤＢを備える場合には、移動スケジュール提案処理において、時刻表を取得する際の処理を簡略化することができる。

（４−１−３）上記実施形態では、端末１が選択履歴ＤＢ３２を備えていたが、端末１以外の装置が、選択履歴ＤＢ３２を備えていてもよい。例えば、図４１に示すように、端末１及びサーバ４とは別途設けられたサーバ５に、選択履歴ＤＢ１４１を備えてもよい。図４１は、変形例のスケジュール管理システム１５０のシステム構成を示す構成図である。サーバ５には、図３９に示すテーブル３９が、選択履歴ＤＢ１４１とは異なる記憶エリアである、時間特性ＤＢ１４２に記憶されている。このような構成を有するスケジュール管理システム１５０では、選択履歴を更新する際に、スケジュールＤＢ３１に登録する移動スケジュールの情報をサーバ５に対して、送信すればよい。この場合、端末１において選択履歴の更新を指示する端末１のＣＰＵ１０が、本発明の履歴登録手段として機能する。そして、サーバ５において、端末１から送信される指示に従い、選択履歴を選択履歴記憶手段に記憶させるサーバ５が備えるＣＰＵは、本発明の履歴記憶制御手段として機能する。

（４−２）移動スケジュール提案処理において参照する選択履歴は、上記実施形態の場合に限定されない、上述の変形例（１−１）〜（１−５）及び（３−１）〜（３−４）の場合において例示したテーブルの他、例えば、次の（４−２−１）〜（４−２−３）に例示する選択履歴を参照してもよい。

（４−２−１）スケジュールＤＢ３１に記憶されている個人スケジュールを、選択履歴としてもよい。例えば、図１８に例示するスケジュールＤＢ３１には、イベント毎に、対象イベントと、移動スケジュールが対応付けられて記憶されており、選択履歴として用いることが可能である。ただし、スケジュールＤＢ３１を選択履歴として用いる場合、交通手段特性や時間特性は、スケジュールＤＢ３１を参照する度に算出しなければならず、選択履歴を取得するための処理が複雑となる。よって、スケジュールＤＢ３１とは別途選択履歴が記憶されていることが好ましい。

（４−２−２）上記（４−１−３）に例示したように、選択履歴ＤＢが端末１以外の装置に備えられている場合、選択履歴を端末１の利用者毎に分けて記憶させておいてもよいし、図４２に示すテーブル４３０のように、複数の利用者の選択履歴を区別せずに記憶してもよい。図４２は、選択履歴ＤＢ１４１に記憶されている交通手段特性、及び時間特性を説明するための説明図である。テーブル４３０には、複数の利用者から構成されるグループの選択履歴が、利用者を区別せずに記憶されている。例えば、データ４３１には、同じ交通手段を利用して、同じイベントに参加した利用者Ｃ及び利用者Ｄの交通手段特性が区別なく記憶されている。したがって、テーブル４３０では、グループの交通手段特性及び時間特性を表す。このような選択履歴を参照して、移動スケジュールの候補を決定すれば、グループの交通手段特性及び時間特性が反映された移動スケジュールの候補が得られる。

（４−２−３）第４の実施形態の端末１において、外部端末の選択履歴を、自端末の選択履歴とともに記憶させてもよい。その場合、例えば、所定期間毎に外部端末から選択履歴を受信すればよい。そのようにすれば、第４の実施形態の移動スケジュール提案処理において、外部端末から選択履歴を取得する処理を省略することができる。また、第４の実施形態において、自端末の利用者が指定する外部端末に、送信要求を送信してもよい。その場合には、利用者がしている外部端末を、選択履歴を取得する外部端末として確実に決定することができる。さらに、第４の実施形態において、外部端末から選択履歴が取得できるまで、履歴送信要求処理を繰り返し実行させてもよい。その場合、例えば、特性の類似度が高い端末から順に、送信要求を送信すればよい。

（４−３）上記実施形態の端末１のメイン処理では、図９に示す返信処理において、移動スケジュール推定処理を行っていたが、これに限定されない。例えば、次の（４−３−１）〜（４−３−３）に示す変形を加えてもよい。

（４−３−１）移動スケジュール推定処理を行うことなく、新規イベントをスケジュールＤＢ３１に登録可能か否かを判断してもよい。ただし、移動スケジュールを考慮せずに、新規イベントをスケジュールＤＢ３１に登録可能か否かを判断した場合には、移動時間を確保できず、結果として新規イベントを登録できない事態が生じる虞がある。よって、上記実施形態の返信処理のように、移動スケジュール推定処理を行った上で、新規イベントをスケジュールＤＢ３１に登録可能か否かを判断することが好ましい。

（４−３−２）移動スケジュール推定処理では、移動スケジュール提案処理と同様の選択履歴に基づき、移動スケジュールを推定する場合について説明したが、これに限定されない。例えば、移動スケジュール推定処理において参照する選択履歴と、移動スケジュール提案処理において参照する選択履歴とは、同一でなくてもよい。

（４−３−３）移動スケジュール推定処理において、利用者に対象イベントに対応する移動スケジュールを選択させてもよい。この場合には、利用者が選定する移動スケジュールを考慮して、新規イベントに参加可能か否かを判断することができる。ただし、この場合には、スケジュールの調整に失敗した場合、利用者が移動スケジュールを選択した操作が無駄になる。このような事態を避けるためには、上記実施形態のように、新規イベントのスケジュールを調整している段階では、自動的に移動スケジュールを推定することが好ましい。

（４−４）上記実施形態では、移動スケジュール提案処理において、出発駅及び到着駅を、テーブル２１０を参照して決定していたが、これに限定されない。例えば、イベント条件入力画面において、出発駅及び到着駅、利用者に入力させてもよい。また出発地から出発駅まで徒歩で向かった場合の時間、及び到着駅から目的地まで徒歩で向かった場合の時間は、テーブル２１０を参照して決定していたが、これに限定されない。例えば、それらの時間を移動距離と、歩く速さとから算出してもよい。さらに、出発地から出発駅まで歩いて向かった場合の時間が短い場合等には、出発地から出発駅までの行程を移動スケジュールに含めないようにしてもよい。同様に、到着駅から目的地までの行程を移動スケジュールに含めないようにしてもよい。

（４−５）上記実施形態では、移動スケジュール提案処理のＳ５０５（図１６，図２５，図２８，又は図３６）において、出力機器２２に表示させる移動スケジュールの候補の数は、適宜設定可能である。また、出力機器２２に表示させる画面のレイアウトは、適宜変更可能である。

（４−６）通常は、通勤ラッシュを避けるために到着余裕時間を３０分設定するが、学校が夏期休暇の時期等通勤ラッシュが緩和される時期には、到着余裕時間を１０分とする等、利用者の時間特性や交通手段特性が常時同じであるとは限らない。即ち、イベントが開催される時期や、季節によって、利用者の交通手段特性及び時間特性が変わる場合がある。このような場合には、上記実施形態の、移動スケジュール提案処理において参照する選択履歴を、所定期間後と、又は利用者からの指示に応じて、季節毎に更新させてもよい。このような場合には、季節によって、利用者の交通手段特性及び時間特性が変わった場合にも、利用者の時間特性、又は交通手段特性を考慮して、移動スケジュールの候補を決定することができる。また例えば、利用者から選択日が近い移動スケジュールに基づき取得した、時間特性、又は交通手段特性を優先して、移動スケジュールに反映させてもよい。この場合には、交通事情の変化等に応じて、利用者の交通手段特性や時間特性が変わった場合にも、利用者の時間特性、又は交通手段特性の変化を考慮して、移動スケジュールの候補を決定することができる。

（４−７）上記第１〜第４のいずれの移動スケジュール提案処理により、移動スケジュールの候補を決定するかを、利用者に選択させてもよい。この場合、利用者の好みに応じた移動スケジュール提案処理により、移動スケジュールの候補を決定させることができる。

（４−８）選択履歴に情報が多数蓄積されている場合には、路線情報ＤＢ１３１，時刻表ＤＢ１３２を参照しなくても、移動スケジュールの候補を決定できる。即ち、選択履歴を路線情報ＤＢ１３１，及び時刻表ＤＢ１３２として参照してもよい。ただし、交通機関や路線、時刻表は、改訂される場合があるため、最新の情報を取得するためには、選択履歴を路線情報ＤＢ１３１，及び時刻表ＤＢ１３２を参照することが好ましい。

（４−９）上記実施形態では、移動情報として移動スケジュールを提示したが、移動情報に含まれる情報は適宜変更可能であり、これに限定されない。例えば、次の（４−９−１）〜（４−９−３）に示す変形を加えてもよい。

（４−９−１）出発地及び目的地により、交通手段が実質的に一意に決定されるような場合、交通手段を選択する必要はない。よって、このような場合、時間特性に応じて決定した出発地の出発時刻及び目的地の到着時刻の少なくとも一方を、移動情報として提示してもよい。この場合、交通手段の候補を決定するための処理を省略することができる。また、利用者の時間特性を考慮せずに決定された移動情報が提示された場合に比べ、利用者が希望する移動情報が提示されない虞を低減させることができる。そして利用者は、提示された移動情報の中から、所望の移動情報を簡単に決定することができる。

（４−９−２）交通手段のみを検討したい場合、出発地の出発時刻や目的地の到着時刻を取得する必要はない。よって、このような場合、交通手段特性に応じて決定した交通手段の情報を移動情報として提示してもよい。この場合、出発地の出発時刻及び到着地の到着時刻等の時刻を決定する処理を省略することができる。また、利用者の交通手段特性を考慮せずに決定された移動情報が提示された場合に比べ、利用者が希望する移動情報が提示されない虞を低減させることができる。そして利用者は、提示された移動情報の中から、所望の移動情報を簡単に決定することができる。

（４−１０）上記実施形態では、移動情報として提示された移動スケジュールの内、利用者から選択された移動スケジュールを端末１のスケジュールＤＢ３１に登録していた。しかし、移動情報提示装置としては、利用者から選択された移動スケジュールを端末１のスケジュールＤＢ３１に登録させなくてよく、これに限定されない。例えば、単に候補を提示するだけでもよいし、選択された移動スケジュールを所定のフォーマットで出力させてもよい。

（４−１１）上記実施形態では、出発地と出発駅を別に設定していたが、出発地から出発駅までの移動時間を考慮しなくてもよい場合は、出発駅を出発地としてもよい。同様に、到着駅を目的地としてもよい。

複数の端末１をネットワークで接続したスケジュール管理システム１００のシステム構成を示す構成図である。 端末１の電気的構成を示す概念図である。 サーバ４の電気的構成を示す概念図である。 新規イベントを例示する説明図である。 利用者Ａ〜Ｄの通常時の所在地と、イベントの開催場所との関係を表す説明図である。 端末１のメイン処理の流れを示すフローチャートである。 図６に示すメイン処理において実行されるスケジュール調整処理の流れを示すフローチャートである。 図７に示すスケジュール調整処理において表示される入力画面を例示する説明図である。 図６に示すメイン処理において実行される返信処理の流れを示すフローチャートである。 図９に示す返信処理において実行される移動スケジュール推定処理の流れを示すフローチャートである。 場所と場所の最寄駅との対応関係を説明するための説明図である。 選択履歴ＤＢ３２に記憶されている時間特性を説明するための説明図である。 時刻表ＤＢ１３２から取得した時刻表を例示する説明図である。 移動スケジュールの候補を説明するための説明図である。 図６に示すメイン処理において実行されるスケジュール登録処理の流れを示すフローチャートである。 図１５に示すスケジュール登録処理において実行される移動スケジュール提案処理の流れを示すフローチャートである。 図１６に示す移動スケジュール提案処理において提示される画面を説明するための説明図である。 スケジュールＤＢ３１に登録された移動スケジュールを例示する説明図である。 サーバ４のメイン処理の流れを示すフローチャートである。 選択履歴ＤＢ３２に記憶されている時間特性の変形例を説明するための説明図である。 選択履歴ＤＢ３２に記憶されている時間特性の変形例を説明するための説明図である。 選択履歴ＤＢ３２に記憶されている時間特性の変形例を説明するための説明図である。 選択履歴ＤＢ３２に記憶されている時間特性の変形例を説明するための説明図である。 選択履歴ＤＢ３２に記憶されている交通手段特性を説明するための説明図である。 第２の実施形態の移動スケジュール提案処理の流れを示すフローチャートである。 図２５に示す移動スケジュール提案処理において提示される画面を説明するための説明図である。 選択履歴ＤＢ３２に記憶されているテーブルを説明するための説明図である。 第３の実施形態の移動スケジュール提案処理の流れを示すフローチャートである。 図２８に示す移動スケジュール提案処理において提示される画面を説明するための説明図である。 選択履歴ＤＢ３２に記憶されている交通手段特性、及び時間特性の変形例を説明するための説明図である。 選択履歴ＤＢ３２に記憶されている交通手段特性、及び時間特性の変形例を説明するための説明図である。 選択履歴ＤＢ３２に記憶されている交通手段特性、及び時間特性の変形例を説明するための説明図である。 選択履歴ＤＢ３２に記憶されているテーブルを説明するための説明図である。 第４の実施形態の端末１のメイン処理の流れを示すフローチャートである。 選択履歴ＤＢ３２に記憶されているテーブルを説明するための説明図である。 第４の実施形態の移動スケジュール提案処理の流れを示すフローチャートである。 図３６に示す移動スケジュール提案処理において実行される履歴取得処理の流れを示すフローチャートである。 図３６に示す移動スケジュール提案処理において実行される履歴送信要求処理の流れを示すフローチャートである。 選択履歴ＤＢ３２に記憶されているテーブルを説明するための説明図である。 図３４に示すメイン処理において実行される送信処理の流れを示すフローチャートである。 変形例のスケジュール管理システム１５０のシステム構成を示す構成図である。 選択履歴ＤＢ１４１に記憶されている交通手段特性、及び時間特性を説明するための説明図である。

符号の説明

１ 端末
２ ＬＡＮ
３ ＷＡＮ
４，５ サーバ
１０，１１０ ＣＰＵ
１１，１１１ ＲＯＭ
１２，１１２ ＲＡＭ
１４，１１４ Ｉ／Ｏインタフェイス
１５，１１５ ＬＡＮコントローラ
１６ 出力制御部
１７ 入力制御部
２２ 出力機器
２３ 入力機器
３０，１３０ ハードディスク装置
３１ スケジュールデータベース
３２，１４１ 選択履歴データベース
３５ プログラム記憶エリア
３６ その他の情報記憶エリア
１００，１５０ スケジュール管理システム
１３１ 路線情報データベース
１３２ 時刻表データベース
１３３ プログラム記憶エリア
１４２ 時間特性データベース

Claims (11)

1. 交通機関を利用して出発地から目的地まで移動する際の、前記出発地の出発時刻及び前記目的地の到着時刻の少なくとも一方を含む移動情報を提示する移動情報提示装置であって、
   利用者が参加する予定のイベントの開催時間及び開催場所を含むイベント条件から、前記移動情報を提示する対象となる対象イベントの前記開催場所に移動する際の前記出発地及び前記目的地、並びに、その対象イベントの開始時刻を取得する条件取得手段と、
   過去に前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記出発地の出発時刻及び前記目的地の到着時刻、並びに経由地の到着時刻及び出発時刻の少なくとも一つに基づき取得した時間特性を記憶した選択履歴を参照して、前記時間特性を取得する時間特性取得手段と、
   前記交通機関の時刻表情報を参照して、前記出発地の出発時刻と前記目的地の到着時刻とを、その到着時刻が前記条件取得手段により取得された前記開始時刻よりも前になるように、前記時間特性取得手段により取得された前記時間特性に応じて決定する時刻決定手段と、
   前記時刻決定手段により決定された前記出発地の出発時刻及び前記目的地の到着時刻の少なくとも一方を含む前記移動情報を提示する移動情報提示手段と、
   前記移動情報提示手段により提示された前記移動情報の中から選択された移動情報を取得し、その移動情報の前記時間特性を前記選択履歴に登録する履歴登録手段と
   を備えたことを特徴とする移動情報提示装置。
2. 前記時間特性取得手段は、前記利用者から前記時間特性が指定されている場合には、その指定された時間特性を取得することを特徴とする、請求項１に記載の移動情報提示装置。
3. 交通機関を利用して出発地から目的地まで移動する際の、交通手段を含む移動情報を提示する移動情報提示装置であって、
   利用者が参加する予定のイベントの開催時間及び開催場所を含むイベント条件から、前記移動情報を提示する対象となる対象イベントの前記開催場所に移動する際の前記出発地及び前記目的地を取得する条件取得手段と、
   過去に前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記交通手段に基づき取得した交通手段特性を記憶した選択履歴を参照して、前記交通手段特性を取得する交通手段特性取得手段と、
   交通機関の路線情報を参照して、前記条件取得手段が取得した前記出発地から前記目的地までの交通手段を、前記交通手段特性取得手段により取得された前記交通手段特性に応じて決定する交通手段決定手段と、
   前記交通手段決定手段により決定された前記交通手段を含む前記移動情報を提示する移動情報提示手段と、
   前記移動情報提示手段により提示された前記移動情報の中から選択された移動情報の前記交通手段特性を前記選択履歴に登録する履歴登録手段と
   を備えたことを特徴とする移動情報提示装置。
4. 前記選択履歴は、過去に前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記交通手段に基づき取得した交通手段特性をさらに記憶し、
   前記選択履歴を参照して、前記交通手段特性を取得する交通手段特性取得手段と、
   交通機関の路線情報を参照して、前記条件取得手段が取得した前記出発地から前記目的地までの交通手段を、前記交通手段特性取得手段により取得された前記交通手段特性に応じて決定する前記交通手段決定手段と
   を備え、
   前記移動情報提示手段により提示される前記移動情報には、前記時刻決定手段により決定された前記出発地の出発時刻及び前記目的地の到着時刻の少なくとも一方、及び前記交通手段決定手段により決定された前記交通手段が含まれ、
   前記履歴登録手段は、前記移動情報提示手段により提示された前記移動情報の中から選択された移動情報を取得し、その移動情報の前記時間特性及び前記交通手段特性を前記選択履歴に登録することを特徴とする請求項１又は２に記載の移動情報提示装置。
5. 前記選択履歴は、前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報の前記交通手段特性を、その移動情報に対応する前記対象イベントの前記イベント条件と対応付けて記憶し、
   前記交通手段特性取得手段は、前記選択履歴に記憶されている前記交通手段特性の前記イベント条件と、前記対象イベントの前記イベント条件とを比較して、前記交通手段特性を取得することを特徴とする請求項３又は４に記載の移動情報提示装置。
6. 前記交通手段特性取得手段は、前記選択履歴に記憶されている前記交通手段特性の前記出発地及び前記目的地と、前記条件取得手段により取得された前記出発地及び前記目的地とを比較して、前記交通手段特性を取得することを特徴する請求項５に記載の移動情報提示装置。
7. 前記選択履歴は、前記交通手段特性を前記端末の前記利用者毎に記憶し、
   前記交通手段特性取得手段は、前記選択履歴に記憶されている、前記移動情報を提示する対象となる対象利用者の前記交通手段特性の中から前記対象イベントの前記イベント条件に対応する交通手段特性を取得し、前記対象イベントの前記イベント条件に対応する前記交通手段特性が、前記対象利用者の前記交通手段特性として前記選択履歴に記憶されていない場合には、前記選択履歴から他の利用者の前記交通手段特性を取得することを特徴とする請求項５又は６に記載の移動情報提示装置。
8. 前記選択履歴は、前記交通手段特性に加え、前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記出発地の出発時刻及び前記目的地の到着時刻、並びに経由地の到着時刻及び出発時刻の少なくとも一つに基づき取得した時間特性を前記端末の前記利用者毎に記憶し、
   前記交通手段特性取得手段は、前記選択履歴に記憶されている、前記移動情報を提示する対象となる対象利用者の前記交通手段特性の中から前記対象イベントの前記イベント条件に対応する交通手段特性を取得し、前記対象イベントの前記イベント条件に対応する前記交通手段特性が、前記対象利用者の前記交通手段特性として前記選択履歴に記憶されていない場合には、前記選択履歴に記憶されている前記対象利用者の前記時間特性と、前記選択履歴に記憶されている他の利用者の前記時間特性との類似度に応じて、前記交通手段特性を取得する他の利用者を選択し、選択した他の利用者の前記交通手段特性の取得することを特徴とする請求項５乃至７のいずれかに記載の移動情報提示装置。
9. 端末と、前記端末の利用者が参加するイベントの開催時間及び開催場所を含むイベント条件を記憶する個人スケジュール記憶手段と、交通機関の時刻表を記憶した時刻表記憶手段と、交通機関を利用して出発地から目的地まで移動する際の、前記出発地の出発時刻及び前記目的地の到着時刻を含む移動情報を提示する移動情報提示装置と、前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記出発地の出発時刻及び前記目的地の到着時刻、並びに経由地の到着時刻及び出発時刻の少なくとも一つに基づき取得した時間特性を記憶する選択履歴記憶手段とを備えたスケジュール管理システムであって、
   前記端末は、前記イベント条件を特定するイベント条件特定手段を備え、
   前記移動情報提示装置は、
   前記イベント条件特定手段により入力された前記イベント条件及び前記個人スケジュール記憶手段に記憶された前記イベント条件の少なくとも一方に基づき、前記移動情報を提示する対象となる対象イベントの前記開催場所に交通機関を利用して移動する際の前記出発地及び前記目的地、並びに、その対象イベントの開始時刻を取得する条件取得手段と、
   前記時刻表記憶手段を参照して、前記出発地の出発時刻及び前記目的地の到着時刻を、その到着時刻が前記条件取得手段により取得された前記開始時刻よりも前になるように、前記時間特性取得手段により取得された前記時間特性に応じて決定する時刻決定手段と、
   前記時刻決定手段により決定された前記出発地の出発時刻及び前記目的地の到着時刻の少なくとも一方を含む前記移動情報を、前記端末に提示する移動情報提示手段と
   を備え、
   前記端末はさらに、
   前記移動情報提示手段により提示された前記移動情報の中から前記個人スケジュール記憶手段に登録する移動情報を選択する移動情報選択手段と、
   前記移動情報選択手段により選択された前記移動情報の前記時間特性を前記選択履歴記憶手段に記憶させる履歴記憶制御手段と、
   前記イベント条件特定手段により入力された前記イベント条件、及び前記移動情報選択手段により選択された前記移動情報を前記個人スケジュール記憶手段に記憶させるスケジュール記憶制御手段を備えることを特徴とするスケジュール管理システム。
10. 端末と、前記端末の利用者が参加するイベントの開催時間及び開催場所を含むイベント条件を記憶する個人スケジュール記憶手段と、交通機関の路線情報を記憶した路線情報記憶手段と、交通機関を利用して出発地から目的地まで移動する際の、交通手段を含む移動情報を提示する移動情報提示装置と、前記移動情報提示装置により提示された前記移動情報の中から選択された移動情報に含まれる前記交通手段に基づき取得した交通手段特性を記憶する選択履歴記憶手段とを備えたスケジュール管理システムであって、
    前記端末は、前記イベント条件を特定するイベント条件特定手段を備え、
    前記移動情報提示装置は、
    前記イベント条件特定手段により入力された前記イベント条件及び前記個人スケジュール記憶手段に記憶された前記イベント条件の少なくとも一方に基づき、前記移動情報を提示する対象となる対象イベントの前記開催場所に交通機関を利用して移動する際の前記出発地及び前記目的地を取得する条件取得手段と、
    前記選択履歴記憶手段を参照して、前記交通手段特性を取得する交通手段特性取得手段と、
    前記路線情報記憶手段を参照して、前記条件取得手段が取得した前記出発地から前記目的地までの交通手段を、前記交通手段特性取得手段により取得された前記交通手段特性に応じて決定する交通手段決定手段と、
    前記交通手段決定手段により決定された前記交通手段を含む前記移動情報を、前記端末に提示する移動情報提示手段と
    を備え、
    前記端末はさらに、
    前記移動情報提示手段により提示された前記移動情報の中から前記個人スケジュール記憶手段に登録する移動情報を選択する移動情報選択手段と、
    前記移動情報選択手段により選択された前記移動情報の前記交通手段特性を前記選択履歴記憶手段に記憶させる履歴記憶制御手段と、
    前記イベント条件特定手段により入力された前記イベント条件、及び前記移動情報選択手段により選択された前記移動情報を前記個人スケジュール記憶手段に記憶させるスケジュール記憶制御手段を備えることを特徴とするスケジュール管理システム。
11. 請求項１乃至８のいずれかに記載の移動情報提示装置の各種処理手段としてコンピュータを機能させるための移動情報提示プログラム。

Images