(57)【要約】【課題】従来、検索した案内経路をスケジュール管理ソフトウェアに反映させるには、専用のスケジュール管理ソフトウェアを利用する必要があった。【解決手段】利用者端末にインストールされたスケジュール管理ソフトウェアの種類を特定し、当該スケジュール管理ソフトウェアでサポートされるスケジュール情報のフォーマットに案内経路を変換する事で、検索した案内経路を利用者の利用するスケジュール管理ソフトウェアに反映させる事が出来る。【選択図】      図１
2005266900.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、利用者端末から検索条件を受け付け、当該検索条件に基づく案内経路を検索し、当該案内経路を利用者端末に送信する経路探索システムにおいて、
スケジュール管理アプリケーションの種類毎にスケジュール情報格納先、及びスケジュール情報フォーマットを記憶するスケジューラ対応テーブルと、
利用者端末に記憶されたスケジュール管理アプリケーションの種類を特定するスケジューラ検知部と、
当該スケジュール管理アプリケーションの種類に対応するスケジュール情報フォーマットを前記スケジューラ対応テーブルから取得し、前記案内経路を当該スケジュール情報フォーマットに基づいてスケジュール情報に変換するスケジュールデータ作成部と、
前記スケジュール管理アプリケーションの種類に対応するスケジュール情報格納先を前記スケジューラ対応テーブルから取得し、前記スケジュール情報を前記利用者端末の当該スケジュール情報格納先に格納するスケジュール情報格納部と、
を備える事を特徴とする経路探索システム。
【請求項２】
前記スケジューラ検知部は、
前記利用者端末の前記スケジュール情報の状態に応じて、前記スケジュール管理アプリケーションの種類を特定する事を特徴とする請求項１記載の経路探索システム。
【請求項３】
前記利用者端末は、利用者端末に記憶されているアプリケーションの識別子を記憶したアプリケーションリストを備え、
前記スケジューラ検知部は、前記スケジューラ対応テーブルを参照し、前記アプリケーションの識別子に対応するスケジュール管理アプリケーションの種類を特定する事を特徴とする請求項１乃至請求項２記載の経路探索システム。
【請求項４】
前記案内経路は、複数の案内情報から構成されており、
前記スケジュールデータ作成部は、利用者端末から指示された前記案内情報に基づき、スケジュールデータを作成する事を特徴とする請求項１乃至請求項３記載の経路探索システム。
【請求項５】
ネットワークを介して、利用者端末から検索条件を受け付け、当該検索条件に基づく案内経路を検索し、当該案内経路を利用者端末に送信する経路探索方法において、
スケジュール管理アプリケーションの種類毎にスケジュール情報格納先、及びスケジュール情報フォーマットを記憶するスケジューラ対応テーブルを備え、
利用者端末に記憶されたスケジュール管理アプリケーションの種類を特定するステップと、
当該スケジュール管理アプリケーションの種類に対応するスケジュール情報フォーマットを前記スケジューラ対応テーブルから取得し、前記案内経路を当該スケジュール情報フォーマットに基づいてスケジュール情報に変換するステップと、
前記スケジュール管理アプリケーションの種類に対応するスケジュール情報格納先を前記スケジューラ対応テーブルから取得し、前記スケジュール情報を前記利用者端末の当該スケジュール情報格納先に格納するステップと、
を実行する事を特徴とする経路探索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、経路探索システムに関する。特に、経路探索結果を利用者のスケジュールに反映させる経路探索システムに関する。
【背景技術】
【０００２】
利用者が出発地や目的地等、利用者の所望する条件を指定する事により、航空機、電車、バス、タクシー等の各種交通手段を組み合わせて、出発地から目的地迄の経路や料金等を探索する経路探索システムが知られている。
【０００３】
例えば、特許文献１に開示された列車時刻検索装置では、列車の路線情報、駅名、乗換駅、列車発着時刻、列車種別、運賃、料金等の列車路線時刻情報を記憶しておき、利用者の入力した出発駅、目的駅、及び希望到着日時に応じた案内経路を列車路線時刻情報に基づいて特定し、特定した案内経路を利用者に提示する事が出来る。
【０００４】
上記特許文献１に開示された列車時刻検索装置では、利用者の所望する条件に最適な案内経路、即ち、列車発着時刻、乗換駅、乗換時間、運賃等を利用者に提示している。
【０００５】
しかしながら、上記特許文献１に開示された列車時刻検索装置では、案内経路を検索して利用者に提示するのみであり、利用者は、提示された案内経路を記憶又はメモとして記録しておく必要がある。例えば、利用者は、列車時刻検索装置で検索した案内経路を自らの利用するスケジュール管理ソフトウェアに転記したり、スケジュール管理ソフトウェアの動作環境を調べておき、当該動作環境に従って案内経路を加工したりしている。
【０００６】
このように、検索した案内経路を記憶又は記録する作業、スケジュール管理ソフトウェアの動作環境に従った案内経路の加工作業は、利用者にとって非常に煩わしい事である。
【０００７】
非特許文献２に開示されたスケジュール管理ソフトウェアでは、列車時刻検索装置で検索した案内経路をスケジュール管理ソフトウェアのデータフォーマットに変換する事で、案内経路をスケジュール情報として反映させる事が出来、利用者の転記作業や加工作業をなくす事が出来る。
【特許文献１】特開平９−１９８５３０号公報
【非特許文献２】「日本ＩＢＭ  ハイパーダイヤのご案内」［平成１６年２月６日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ−６．ｉｂｍ．ｃｏｍ／ｊｐ／ｄｏｍｉｎｏ０７／ｌｏｔｕｓ／ｈｏｍｅ．ｎｓｆ／Ｃｏｎｔｅｎｔ／ＤＰ７＿Ｏｒｇａｎｉｚｅｒ＿２００１＿ＨＹＰＥＲＤＩＡ＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、スケジュール管理ソフトウェアは、多種多様なものが市販されており、利用者は、利用者にとって好適なもの、又は利用者の使用する情報処理端末にとって好適なもの、を選択している。即ち、利用者の好みによって、スケジュール管理ソフトウェアは選択されるものである。
【０００９】
従って、列車時刻検索装置から取得した案内経路をスケジュール管理ソフトウェアに反映させる為に、スケジュール管理ソフトウェアを限定される事は、利用者にとって不都合である。
【００１０】
しかしながら、非特許文献２に開示されたスケジュール管理ソフトウェアでは、当該スケジュール管理ソフトウェアを利用しなければ、列車時刻検索装置で検索した案内経路を自動的に反映させる事は出来ない。
【００１１】
本発明は、このような課題に鑑みなされたものであり、利用者が、利用者の好みによって、多種多様なスケジュール管理ソフトウェアを利用していても、検索した案内経路を、スケジュール情報として利用者の利用するスケジュール管理ソフトウェアに自動的に反映させる事の出来る経路探索システムを提供する事を目的とする。
【課題を解決するための手段】
【００１２】
上記の課題を解決する為に、不特定多数の利用者が利用する経路探索システムで、利用者端末にインストールされているスケジュール管理ソフトウェアの種類を特定出来れば、検索した案内経路をスケジュール管理ソフトウェアに対応するスケジュール情報に変換出来る事に着目した。
【００１３】
即ち、本発明の経路探索システムは、ネットワークを介して、利用者端末から検索条件を受け付け、当該検索条件に基づく案内経路を検索し、当該案内経路を利用者端末に送信する経路探索システムにおいて、スケジュール管理アプリケーションの種類毎にスケジュール情報格納先、及びスケジュール情報フォーマットを記憶するスケジューラ対応テーブルと、利用者端末に記憶されたスケジュール管理アプリケーションの種類を特定するスケジューラ検知部と、当該スケジュール管理アプリケーションの種類に対応するスケジュール情報フォーマットを前記スケジューラ対応テーブルから取得し、前記案内経路を当該スケジュール情報フォーマットに基づいてスケジュール情報に変換するスケジュールデータ作成部と、前記スケジュール管理アプリケーションの種類に対応するスケジュール情報格納先を前記スケジューラ対応テーブルから取得し、前記スケジュール情報を前記利用者端末の当該スケジュール情報格納先に格納するスケジュール情報格納部と、を備える事を特徴とする。
【００１４】
本発明は、上記のように、利用者端末にインストールされたスケジュール管理ソフトウェアの種類を特定し、当該スケジュール管理ソフトウェアでサポートされるスケジュール情報のフォーマットに案内経路を変換する事で、検索した案内経路を利用者の利用するスケジュール管理ソフトウェアに反映させる事が出来る。
【００１５】
また、本発明の経路探索システムは、前記スケジューラ検知部で特定された前記スケジュール管理アプリケーションの種類が複数ある場合、前記利用者端末の前記スケジュール情報の状態に応じて、前記スケジュール管理アプリケーションの種類を特定するスケジューラ特定部を備える事を特徴とする。
【００１６】
本発明は、上記のように、利用者によるスケジュール管理ソフトウェアの利用のされ方に基づいて、スケジュール情報を反映するスケジュール管理ソフトウェアを自動的に選択する事が出来る。ここで、利用のされ方は、利用者端末のスケジュール情報の格納先の状態、例えば、データ容量や、データ数、更新頻度、更新期間等に基づいて、決定される。
【発明の効果】
【００１７】
本発明の経路探索システムによれば、利用者の利用するスケジュール管理ソフトウェアを自動的に検出し、検索した案内経路を、当該スケジュール管理ソフトウェアの種類に応じたスケジュール情報フォーマットに変換してスケジュール情報を作成し、当該スケジュール管理ソフトウェアのスケジュール情報格納場所に保存する事が可能となる。従って、利用者は、利用者の好みに応じて多種多様のスケジュール管理ソフトウェアを利用したとしても、検索した案内経路を、利用するスケジュール管理ソフトウェアに反映させる事が出来る。また、利用者は、利用するスケジュール管理ソフトウェアの種類に応じたスケジュール情報フォーマット、スケジュール情報格納場所等を意識しなくても、検索した案内経路を、利用するスケジュール管理ソフトウェアに反映させる事が出来る。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施例を図面に基づいて説明する。
【実施例１】
【００１９】
本発明の実施例に係る経路探索システムの処理態様を、図１乃至図８を用いて説明する。
【００２０】
図１は、本実施例に係る経路探索システムの概要を示す全体構成図である。
【００２１】
図１に示すように、本実施例に係る経路探索システムは、経路探索装置１、利用者端末２、ネットワーク３で構成されている。
【００２２】
利用者端末２は、パーソナルコンピュータ、ノートパソコン、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄａｔａ  Ａｓｓｉｓｔａｎｔｓ）、携帯電話機等の事であり、一般的な情報処理端末であれば何でも良い。また、図１に例示するように、利用者端末２は、アプリケーションリスト２１、スケジューラ２２を備えている。
【００２３】
アプリケーションリスト２１は、利用者端末２にインストールされているソフトウェアのリストである。
【００２４】
スケジューラ２２は、利用者端末２にインストールされたスケジュール管理ソフトウェアの事であり、例えば、ＭｉｃｒｏＳｏｆｔ社製のＯｕｔｌｏｏｋ（商標）等の事である。また、スケジューラ２２は、利用者や利用者端末２に好適なものがインストールされており、利用者毎に多種多様な種類のスケジュール管理ソフトがインストールされている。更に、スケジューラ２２は、必ずしも一つしかインストールされないというものでもなく、複数のスケジュール管理ソフトがインストールされている場合もある。
【００２５】
ネットワーク３は、インターネット網、仮想閉域網、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等、専用回線、公衆回線、無線、有線を問わず、各装置や端末が通信可能であれば、如何なる通信ネットワークでも良い。経路探索装置１と利用者端末２とは、ネットワーク３を介して互いに通信可能となっている。
【００２６】
経路探索装置１は、経路探索部１１、スケジューラ検知部１２、スケジューラ特定部１３、スケジュールデータ作成部１４、利用者端末転送部１５、経路データベース１６及びスケジューラ対応テーブル１７で構成されている。
【００２７】
経路データベース１６は、時刻表データ、路線データ、乗り換えデータ、運賃データ等、経路探索に係る情報全てを記憶するデータベースである。
【００２８】
経路探索部１１は、利用者端末２から出発地、目的地等の利用者条件を受信し、経路データベース１６から利用者条件を満たす案内経路を取得し、利用者端末２に送信するものである。
【００２９】
スケジューラ対応テーブル１７は、様々な種類のスケジュール管理ソフトウェアのスケジュール情報のフォーマットやスケジュール情報の格納先を記憶するものである。
【００３０】
スケジューラ検知部１２は、利用者端末２に接続し、アプリケーションリスト２１を参照すると共に、スケジューラ対応テーブル１７を参照し、アプリケーションリスト２１とスケジューラ対応テーブル１７とをマッチングさせ、利用者端末２にインストールされたスケジューラ２２を特定するものである。ここで、スケジューラ検知部１２は、利用者端末２にスケジューラ２２が複数インストールされている場合には、複数のスケジューラ２２を特定する。
【００３１】
スケジューラ特定部１３は、利用者端末２にインストールされたスケジューラ２２が複数ある場合、スケジュール情報を反映させるスケジューラ２２を少なくとも１つ特定するものである。
【００３２】
スケジュールデータ作成部１４は、経路探索部１１で検索した案内経路を、スケジューラ特定部１３で特定されたスケジューラ２２に対応するスケジュール情報フォーマットに変換するものである。
【００３３】
利用者端末転送部１５は、スケジュールデータ作成部１４で作成されたスケジュール情報を、利用者端末２に転送するものである。
【００３４】
次に、本実施例における経路探索システムの処理について説明をする。
【００３５】
本実施例では、利用者が「大阪」から「東京」に移動する例を用いて説明をする。
【００３６】
図２は、経路探索システムの処理をフローチャートで示したものである。
【００３７】
まず、利用者は、利用者端末２を用いて経路探索装置１に接続をする（Ｓ２−１）。
【００３８】
経路探索装置１への接続は、利用者端末２の備える公知の表示装置に表示されるインターネット情報閲覧に用いられるブラウザ等のアドレス入力欄に経路探索装置１のアドレスを入力する事で接続されるようにしても良い。
【００３９】
経路探索装置１は、利用者端末２から接続されると、経路探索部１１を起動し、利用者装置２の表示装置に図３に例示する検索画面を表示する（Ｓ２−１）。
【００４０】
本実施例における検索画面は、出発地入力フィールド、到着地入力フィールド、日時入力フィールド、検索方法入力フィールド、を含む入力条件フィールド及び検索ボタンから構成されている。
【００４１】
利用者によって、各入力条件フィールドへの入力がなされ、検索ボタンが押下されると、入力条件に基づいた経路の探索がなされるようになっている。
【００４２】
ここで、入力条件フィールドは、例えば、特急は検索対象外とする、タクシーは使用しない等、利用者の所望する条件を入力出来るものであれば何でも良く、上記フィールドにのみ限定されるものではない。
【００４３】
次に、利用者が、図３に例示する検索画面のように入力条件を入力し、検索ボタンを押下したものとして説明をする。即ち、利用者は、「大阪」から「東京」に移動する為、「２００４年３月１日」の「１６時００分」に「東京」に到着出来る案内経路を検索する。
【００４４】
利用者により、検索画面の検索ボタンが押下されると、経路探索部１１は、入力条件を満たす経路を経路データベース１６から取得し、図４に例示する検索結果画面を利用者端末２の表示装置に表示する（Ｓ２−２）。
【００４５】
本実施例で例示する検索結果画面は、経路探索部１１で検索された案内経路を一覧表示するものであり、複数の案内経路が表示されている。図４に示す例では、図３で例示した入力条件を満たす案内経路、即ち、「大阪」から「東京」に「２００４年３月１日１６時００分」に到着するのに好適な案内経路を３ルート表示している。
【００４６】
ここで、図４に例示した複数の案内経路には、夫々識別子が割り当てられている。図４の例では、「ルート１」、「ルート２」、及び「ルート３」という識別子が夫々の案内経路に割り当てられている。また、案内経路の識別子は、ラジオボタンやチェックボックス等で選択出来るようになっている。
【００４７】
利用者は、検索結果画面に表示された案内経路を参照し、利用者にとって最適であると思われる案内経路の識別子を選択する。図４の例では、利用者は、「ルート１」を選択している事になる。
【００４８】
次に、利用者は、案内経路の識別子を選択した後、データ取り込みボタンを押下する（Ｓ２−３）。
【００４９】
データ取り込みボタンが押下されると、スケジューラ検知部１２が起動し、利用者端末２にインストールされているスケジューラ２２を検知する（Ｓ２−４）。
【００５０】
まず、スケジューラ検知部１２は、ネットワーク３を介して、利用者端末２に接続し、アプリケーションリスト２１を参照する。
【００５１】
ここで、図５にアプリケーションリスト２１の例を示す。
【００５２】
図５に例示したアプリケーションリスト２１は、製品名フィールドで構成されている。
【００５３】
尚、図５に示した構成例は、本実施例を説明するのに最低限必要な例を示したものに過ぎず、これに限定するものではない。
【００５４】
製品名フィールドは、利用者端末２にインストールされている製品の名称を記憶するフィールドである。本実施例においては、製品の名称を用いて説明しているが、製品を識別出来るものであれば何でも良く、これに限定するものではない。
【００５５】
図５に例示したアプリケーションリスト２１には、「電子メールソフトＶ１．０」、「インターネット閲覧ソフトＶ６．０」、「モバイル用スケジュール管理ソフトＶ１．０」、及び「スケジュール完璧くんＶ７．０」が記憶されており、利用者端末２に上記製品がインストールされている事を示している。
【００５６】
スケジューラ検知部１２は、利用者端末２のアプリケーションリスト２１を参照すると共に、スケジューラ対応テーブル１７を参照する。
【００５７】
ここで、図６にスケジューラ対応テーブル１７の例を示す。
【００５８】
図６に例示したスケジューラ対応テーブル１７は、製品名フィールド、格納先フィールド、及びフォーマットフィールドで構成されている。
【００５９】
尚、図６に示した構成例は、本実施例を説明するのに最低限必要な例を示したものに過ぎない。
【００６０】
製品名フィールドは、スケジュール管理ソフトウェアの名称を記憶するフィールドである。
【００６１】
格納先フィールドは、スケジュール管理ソフトウェアのスケジュール情報の格納先を記憶するフィールドである。
【００６２】
フォーマットフィールドは、スケジュール管理ソフトウェアのスケジュール情報のフォーマットを記憶するフィールドである。
【００６３】
スケジューラ検知部１２は、アプリケーションリスト２１の製品名フィールドと、スケジューラ対応テーブル１７の製品名フィールドとをマッチングする。
【００６４】
図５及び図６に例示したアプリケーションリスト２１とスケジューラ対応テーブル１７では、「モバイル用スケジュール管理ソフトＶ１．０」、及び、「スケジュール完璧くんＶ７．０」がマッチする事になる。
【００６５】
上記のように、アプリケーションリスト２１とスケジューラ対応テーブル１７でマッチする製品名が存在する場合、即ち、スケジューラ検知部１２で、スケジューラ対応テーブル１７に対応するスケジュール管理ソフトウェアが利用者端末２にインストールされていると判定されると（Ｓ２−５）、スケジューラ検知部１２は、スケジューラ特定部１３を起動する。
【００６６】
スケジューラ特定部１３では、利用者端末２に複数のスケジューラ２２がインストールされているか否か判定している（Ｓ２−６）。
【００６７】
例えば、利用者端末２を購入した際、利用者端末２に予めスケジュール管理ソフトウェアがインストールされている事がある。しかしながら、利用者は、予めインストールされていたスケジュール管理ソフトウェアを全く利用しておらず、利用者にとって好適なスケジュール管理ソフトウェアを別にインストールして使用している場合、利用しないスケジュール管理ソフトウェアにスケジュール情報を反映させても意味がなく、利用者端末２の格納領域を無駄に使用してしまう事になる。
【００６８】
逆に、利用者によっては、複数のスケジュール管理ソフトウェアを使いこなしている場合もある。このような場合には、複数のスケジュール管理ソフトウェアにスケジュール情報を反映させる必要がある。
【００６９】
スケジューラ特定部１３は、スケジューラ検知部１２で複数のスケジューラ２２が検知された場合、スケジュール情報を反映させるスケジューラ２２を特定するものである。
【００７０】
まず、スケジューラ特定部１３は、スケジューラ対応テーブル１７を参照し、スケジューラ検知部１２で検知されたスケジューラ２２の製品名に対応する格納先を取得する。
【００７１】
図６に示す例では、「モバイル用スケジュール管理ソフトＶ１．０」は、「 Ｃ：￥ＭＯＢＩＬＥ」、「スケジュール完璧くんＶ７．０」は、「Ｃ：￥ＫＡＮＰＥＫＩ」である。
【００７２】
製品名に対応する格納先を取得すると、スケジューラ特定部１３は、利用者端末２に接続し、製品名に対応する格納先を参照する。そして、格納先に保存されたデータ数、データ容量、データ更新日等に基づき、製品が利用されているかどうか判断する。
【００７３】
例えば、データ数が所定数より多いか、データ容量が所定容量より大きいか、データ更新日が本日日付から所定日数以内のものか等、スケジュール情報格納先の状態に応じて判断する。このスケジューラ特定部１３における判断基準は、スケジュール管理ソフトウェア毎、即ち、製品毎に設けても良い。この場合、スケジューラ対応テーブル１７に判断基準フィールドを追加し、スケジューラ特定部１３から判断基準フィールドを参照して、製品が利用されているか否か判断させる事になる。
【００７４】
スケジューラ特定部１３で特定されるスケジューラ２２は、スケジューラ特定部１３の判断基準を満たせばよく、必ずしも一つのスケジューラ２２を特定するものではない。
【００７５】
また、利用者端末２の表示装置に、スケジューラ検知部１２で検知したスケジューラ２２の製品名を表示し、どのスケジューラ２２にスケジュール情報を反映させるか利用者に選択させても良い。また、スケジューラ検知部１２では、自動的にスケジューラ２２を検出したが、スケジューラ対応テーブル１７に記憶したスケジューラ２２の製品名を利用者端末２の表示画面に一覧表示し、利用者に選択されたものをスケジューラ２２として特定しても良い。
【００７６】
本実施例では、スケジューラ２２として、「スケジュール完璧くんＶ７．０」が特定されたものとして、以下説明をする。
【００７７】
スケジューラ特定部１３でスケジューラ２２が特定されると（Ｓ２−７）、スケジュールデータ作成部１４は、検索結果画面で利用者の選択した案内経路を、特定されたスケジューラ２２のスケジュール情報フォーマットに変換して、スケジュール情報を作成する（Ｓ２−８）。
【００７８】
ここで、図６に例示するスケジューラ対応テーブル１７のフォーマットフィールドについて詳説する。
【００７９】
フォーマットフィールドは、スケジュール管理ソフトウェア毎に定められたスケジュール情報のフォーマットが記憶されている。
【００８０】
スケジュール情報は、スケジュール管理ソフトウェア毎に異なったものである。例えば、スケジュール情報の格納先に日付、時間をファイル名として保存し、その日付、時間に対する行動をファイルの内容として記憶していたり、スケジュール情報格納先に一つのファイルを作成し、そのファイルの内容として、日付、時間、及び行動を記憶していたりする。
【００８１】
図６に例示した製品のフォーマット概念図を図７に示す。
【００８２】
図７は、「２００４年２月６日の１２：００〜１３：００に仕事で打合せ」というスケジュール情報を、図６に例示した製品毎のスケジュール情報フォーマットで表したものである。ここで、第一グループは、格納先フォルダを示し、第二グループは、格納先フォルダに保存されたスケジュール情報ファイル名を示し、第三グループは、スケジュール情報ファイルに記憶された内容を示すものである。
【００８３】
図７に示すように、「簡易スケジュールＶ１．０」のスケジュール情報は、「Ｃ：￥ＫＡＮＩ」配下の「ＫＡＮＩ．ＴＸＴ」ファイルとして格納されており、「ＫＡＮＩ．ＴＸＴ」の内容は、「２００４、０２、０６、１２、００、１３、００、打合せ、仕事」である。このように、「簡易スケジュールＶ１．０」では、スケジュール情報をファイル一つで管理しており、スケジュール情報の内容は、「ＫＡＮＩ．ＴＸＴ」を参照すれば良いことが分かる。また、スケジュール情報は、「ＫＡＮＩ．ＴＸＴ」に「年、月、日、開始時、開始分、終了時、終了分、内容、備考」の順番でカンマ区切りで記憶されている事が分かる。
【００８４】
また、「モバイル用スケジュール管理ソフトＶ１．０」のスケジュール情報は、「Ｃ：￥ＭＯＢＩＬＥ」配下の「２００４０２０６．ＴＸＴ」ファイルとして格納されており、「２００４０２０６．ＴＸＴ」の内容は、「１２、００、１３、００、打合せ、仕事」である。このように、「モバイル用スケジュール管理ソフトＶ１．０」では、スケジュール情報を日付毎に管理している。つまり、スケジュール情報を作成した日付分のファイルが「Ｃ：￥ＭＯＢＩＬＥ」配下に作成されている事になる。また、スケジュール情報は、「２００４０２０６．ＴＸＴ」に「開始時、開始分、終了時、終了分、内容、備考」の順番でカンマ区切りで記憶されている事が分かる。
【００８５】
更に、「スケジュール完璧くんＶ７．０」のスケジュール情報は、「Ｃ：￥ＫＡＮＰＥＫＩ」配下の「２００４０２０６１２００１３００．ＣＳＶ」として格納されており、「２００４０２０６１２００１３００．ＣＳＶ」の内容は、「打合せ、仕事」である。このように、「スケジュール完璧くんＶ７．０」では、スケジュール情報を一つずつ個別に管理している。つまり、スケジュール情報を作成した分だけファイルが「Ｃ：￥ＫＡＮＰＥＫＩ」配下に作成されている事になる。また、スケジュール情報は、「２００４０２０６１２００１３００．ＣＳＶ」に「内容、備考」の順番でカンマ区切りで記憶されている事が分かる。
【００８６】
このようなスケジューラ２２毎に異なるスケジュール情報フォーマットを、図６に示すフォーマットフィールドで定義をしている。
【００８７】
例えば、「簡易スケジュールＶ１．０」のフォーマットフィールドには、「ＫＡＮＩ．ＴＸＴ，ＭＯＤ，ＹＹＹＹ＝年，ＭＭ＝月，ＤＤ＝日，ＨＨ１＝時１，ＭＭ１＝分１，ＨＨ２＝時２,ＭＭ２＝分２，ＹＯ＝移動，ＢＩＫＯ＝移動元⇒移動先」と記憶されている。
【００８８】
これは、「簡易スケジュールＶ１．０」のスケジュール情報ファイルは、「ＫＡＮＩ．ＴＸＴ」であり、更新方法は、「更新」である事を示している。この定義によって、「簡易スケジュールＶ１．０」の場合には、「ＫＡＮＩ．ＴＸＴ」を更新する事になる。また、更新内容は、「年、月、日、移動開始時、移動開始分、移動終了時、移動終了分」であり、更に、「内容」として「移動」を、「備考」として、「移動元⇒移動先」を更新するようになっている。例えば、「２００４年２月６日１３：００〜１３：３０大阪から京都まで移動」する場合、「簡易スケジュールＶ１．０」では、「ＫＡＮＩ．ＴＸＴ」に、「２００４、０２、０６、１３、００、１３、３０、移動、大阪⇒京都」というレコードを追加して、「ＫＡＮＩ．ＴＸＴ」を更新する事になる。
【００８９】
同様に、「モバイル用スケジュール管理ソフトＶ１．０」では、「ＹＹＹＹＭＭＤＤ．ＴＸＴ」が更新対象ファイルであり、既に説明したように、日付がファイル名となる。ここで、更新対象ファイルが存在しない場合には、新たにファイルを作成し、更新対象ファイルが存在する場合には、更新対象ファイルに内容を追加し、更新する事になる。
【００９０】
また、「スケジュール完璧くんＶ７．０」では、スケジュール情報毎にファイルを作成する為、フォーマットフィールドの規定に従って、スケジュール情報ファイルを作成する事になる。
【００９１】
尚、スケジュール情報フォーマットは、上記したフォーマットに限定するものではない。
【００９２】
ここで、本実施例では、利用者は、図４に例示した検索結果画面において、ルート１の案内経路を選択していた。そして、スケジューラ特定部１３では、スケジューラ２２として、「スケジュール完璧くんＶ７．０」が特定されていた。
【００９３】
スケジュールデータ作成部１４は、スケジューラ対応テーブル１７を参照して、「スケジュール完璧くんＶ７．０」に対応するスケジュール情報フォーマットを取得する。本実施例では、「ＹＹＹＹＭＭＤＤＨＨ１ＭＭ２ＨＨ２ＭＭ２．ＣＳＶ,ＡＤＤ，ＹＹＹＹ＝年，ＭＭ＝月，ＤＤ＝日，ＨＨ１＝時１，ＭＭ１＝分１，ＨＨ２＝時２,ＭＭ２＝分２，ＹＯ＝移動，ＢＩＫＯ＝移動元⇒移動先」を取得する事になる。このフォーマットに従って、案内経路を加工すると、「２００４０３０１１２５５１２５８．ＣＳＶ」というスケジュール情報ファイルと「２００４０３０１１３１０１５４６．ＣＳＶ」というスケジュール情報ファイルが２つ作成され、その内容は、夫々、「移動、大阪⇒新大阪」、「移動、新大阪⇒東京」となる。ここで、スケジュール情報フォーマットにおける「年」、「月」、「日」、「時１」、「分１」、「時２」、「分２」、「移動」、及び「移動元⇒移動先」とは、夫々、検索画面、及び検索結果画面における「２００４」、即ち検索対象年、「３」、即ち検索対象月、「１」、即ち検索対象日、「１２」、即ち案内経路の移動開始時、「５５」、即ち案内経路の移動開始分、「１２」、即ち案内経路の移動終了時、「５８」、即ち案内経路の移動終了分、固定の文字列である「移動」、「大阪⇒新大阪」、即ち移動元、固定の文字列である「⇒」、移動先に対応している。
【００９４】
スケジュールデータ作成部１４は、スケジュール情報ファイルを作成すると、利用者端末転送部１５を起動する。
【００９５】
利用者端末転送部１５は、スケジュールデータ作成部１４で作成したスケジュール情報ファイルを利用者端末２に転送する（Ｓ２−９）。
【００９６】
まず、利用者端末転送部１５は、スケジューラ対応テーブル１７から製品名に対応する格納先を取得する。本実施例では、スケジュール情報の格納先は、「Ｃ：￥ＫＡＮＰＥＫＩ」となる。次に、利用者端末転送部１５は、利用者端末２に接続し、スケジュール情報の格納先を検索する。そして、作成したスケジュール情報ファイル、「２００４０３０１１２５５１２５８．ＣＳＶ」、及び「「２００４０３０１１３１０１５４６．ＣＳＶ」を利用者端末２の「Ｃ：￥ＫＡＮＰＥＫＩ」配下に保存する。
【００９７】
以上のような処理を行う事で、経路探索部１１で検索した案内経路を利用者端末２にインストールされたスケジューラ２２で表示する事が出来るようになる。
【００９８】
本実施例における利用者端末２にインストールされた「スケジュール完璧くんＶ７．０」のスケジュール表示画面を図８（ａ）に例示する。図８（ａ）の例では、利用者の「２００４年３月１日」のスケジュールを表示している。スケジュール表示画面によると、利用者の「２００４年３月１日」のスケジュールとして、１０：００から１２：００に大阪支社で打合せが入っている事が分かる。また、１６：００から１７：３０に東京本社で打合せが入っている事が分かる。ここで、利用者が図４に例示したように大阪から東京迄の案内経路を検索し、ルート１の案内経路を「スケジュール完璧くんＶ７．０」にスケジュール情報として取り込んだ場合、図８（ｂ）に例示するように案内経路がスケジュール情報として追加される事になる。
【００９９】
また、スケジューラ対応テーブル１７は、経路探索装置１の管理者によって、適宜、スケジュール管理ソフトウェアの情報を更新又は追加される。従って、新たにスケジュール管理ソフトウェアが販売されても、当該スケジュール管理ソフトウェアにスケジュール情報を反映させる事が出来る。
【０１００】
更に、ひとつの利用者端末２にインストールされたひとつのスケジューラ２２を複数の利用者で利用している場合もある。例えば、利用者Ａ及び利用者Ｂが「スケジュール完璧くんＶ７．０」を共用している場合がある。このように複数の利用者が共用できるスケジューラ２２の場合、利用者がデータ取り込みボタンを選択した際、スケジューラ対応テーブル１７の格納先フィールドを参照し、当該格納先にあるフォルダ名を利用者に提示するようにしても良い。通常、複数の利用者が共用するスケジューラ２２では、利用者毎にフォルダを作成し、スケジュール情報を記憶している。「スケジュール完璧くんＶ７．０」では、「Ｃ：￥ＫＡＮＰＥＫＩ」配下を参照し、当該格納先配下に「利用者Ａ」フォルダ、「利用者Ｂ」フォルダがあり、このフォルダ名を利用者に提示する事になる。利用者は、スケジュール情報を反映させたい方、又は両方を選択する事で、スケジュール情報の格納先は、利用者の選択した格納先に変更され、スケジュール情報が反映される事になる。
【０１０１】
上記のように、本実施例における経路探索システムでは、利用者端末にインストールされたスケジュール管理ソフトウェアのスケジュール情報フォーマットに従って、検索した案内経路をスケジュール情報ファイルに変換している。従って、複数の利用者が夫々異なるスケジュール管理ソフトウェアを利用していたとしても、検索した案内経路を利用者の利用するスケジュール管理ソフトウェアに応じて表示させる事が出来る。
【０１０２】
また、利用者端末に複数のスケジュール管理ソフトウェアがインストールされていたとしても、スケジュール情報を更新しても良いスケジュール管理ソフトウェアを適宜選択する事が出来る。従って、不要なスケジュール情報データの増大を防ぐ事が出来る。
【実施例２】
【０１０３】
以下、本発明の経路探索システムの他の実施例について、図９及び図１０を用いて簡単に説明をする。
【０１０４】
実施例１では、経路探索システムの検索結果画面に表示された案内経路の内、利用者の選択した案内経路を利用者のスケジュール管理ソフトウェアに反映させていた。
【０１０５】
図４に例示するように、「ルート１」は、「大阪⇒新大阪（東海道本線）」、「新大阪⇒東京（新幹線）」等から構成されている。即ち、案内経路は、詳細な案内情報から構成されている。
【０１０６】
本実施例では、案内経路全体をスケジュール管理ソフトウェアに反映させるのではなく、利用者の所望する案内経路の詳細な案内情報をスケジュール管理ソフトウェアに反映させる事について説明をする。
【０１０７】
本実施例では、実施例１と同様に、利用者が経路探索システムを利用して、「２００４年３月１日」、「１６時００分」に「大阪」から「東京」に到着する案内経路を検索した際の処理について説明をする。
【０１０８】
本実施例における経路探索システムの構成は、実施例１で説明した経路探索システムと同様である為、説明を省略する。
【０１０９】
実施例１では、利用者が図３に例示する検索画面を用いて、検索条件を入力し、検索ボタンを押下した場合、図４に例示する検索結果画面が表示された。
【０１１０】
本実施例では、図９に例示するような検索結果画面が表示される。
【０１１１】
図９に例示する本実施例における検索結果画面では、案内経路の詳細な案内情報毎にチェックボックスが備えられている。
【０１１２】
利用者は、スケジュール管理ソフトウェアに反映させたい詳細な案内情報のチェックボックスを選択する。図９の例では、利用者は、「ルート３」の案内経路の内、「１２：３５〜１３：１０  大阪⇒大阪空港（バス）」、「１３：３０〜１４：３５  大阪空港⇒羽田空港（飛行機）」、「１５：３４〜１５：３９  浜松町⇒東京（京浜東北線）」、及び、「金額：１２７４０円」という詳細な案内情報を選択している。
【０１１３】
ここで、詳細な案内情報の選択単位は、図９に例示するものに限定するものでなく、例えば、「（東海道本線）」、「（新幹線）」等、交通手段を別に選択出来るようにしても良い。
【０１１４】
利用者が案内経路、及び詳細な案内情報を選択した後、データ取り込みボタンを押下すると、実施例１で説明した処理をし、図１０に例示するように、利用者のスケジュール管理ソフトウェアに、スケジュール情報として反映される。
【０１１５】
図９で利用者の選択した詳細な案内情報が、図１０に例示するように、スケジュール管理ソフトウェアに反映される事が分かる。
【０１１６】
ここで、利用者毎に予めスケジュール管理ソフトウェアに取り込む詳細な案内情報を定めておいても良い。例えば、利用者のデータ取り込み設定を記憶する利用者設定記憶部を経路探索装置１、又は利用者端末２に設けても良い。このような構成とした場合、出発地から目的地の移動時間と金額のみスケジュール管理ソフトウェアに反映させるように利用者に予め設定された場合には、図９に例示する案内経路の場合、スケジュール管理ソフトウェアには、「１２：３５〜１５：３９  大阪⇒東京  １２７４0円」と反映される事になる。
【０１１７】
上記のように、本実施例における経路探索システムでは、利用者の所望する詳細な案内経路のみ利用者のスケジュール管理ソフトウェアに反映する事が出来る。従って、利用者の必要に応じたスケジュール情報のみをスケジュール管理ソフトウェアに反映させる事が出来る。
【０１１８】
以上の実施例１及び実施例２を含む実施形態に関し、更に以下の付記を開示する。
【０１１９】
（付記１）  ネットワークを介して、利用者端末から検索条件を受け付け、当該検索条件に基づく案内経路を検索し、当該案内経路を利用者端末に送信する経路探索システムにおいて、
スケジュール管理アプリケーションの種類毎にスケジュール情報格納先、及びスケジュール情報フォーマットを記憶するスケジューラ対応テーブルと、
利用者端末に記憶されたスケジュール管理アプリケーションの種類を特定するスケジューラ検知部と、
当該スケジュール管理アプリケーションの種類に対応するスケジュール情報フォーマットを前記スケジューラ対応テーブルから取得し、前記案内経路を当該スケジュール情報フォーマットに基づいてスケジュール情報に変換するスケジュールデータ作成部と、
前記スケジュール管理アプリケーションの種類に対応するスケジュール情報格納先を前記スケジューラ対応テーブルから取得し、前記スケジュール情報を前記利用者端末の当該スケジュール情報格納先に格納するスケジュール情報格納部と、
を備える事を特徴とする経路探索システム。
【０１２０】
（付記２）  前記スケジューラ検知部は、
前記利用者端末の前記スケジュール情報の状態に応じて、前記スケジュール管理アプリケーションの種類を特定する事を特徴とする付記１記載の経路探索システム。
【０１２１】
（付記３）  前記利用者端末は、利用者端末に記憶されているアプリケーションの識別子を記憶したアプリケーションリストを備え、
前記スケジューラ検知部は、前記スケジューラ対応テーブルを参照し、前記アプリケーションの識別子に対応するスケジュール管理アプリケーションの種類を特定する事を特徴とする付記１乃至付記２記載の経路探索システム。
【０１２２】
（付記４）  前記案内経路は、複数の案内情報から構成されており、
前記スケジュールデータ作成部は、利用者端末から指示された前記案内情報に基づき、スケジュールデータを作成する事を特徴とする付記１乃至付記３記載の経路探索システム。
【０１２３】
（付記５）  前記スケジュール情報の状態は、当該スケジュール情報の更新日を含み、
前記スケジューラ検知部は、当該更新日が所定期間内のものである前記スケジュール管理アプリケーションの種類を特定する事を特徴とする付記２記載の経路探索システム。
【０１２４】
（付記６）  前記スケジュール情報の状態は、当該スケジュール情報の容量を含み、
前記スケジューラ検知部は、当該容量が所定容量以上の大きさである前記スケジュール管理アプリケーションの種類を特定する事を特徴とする付記２記載の経路探索システム。
【０１２５】
（付記７）  前記スケジュール情報の状態は、当該スケジュール情報の数を含み、
前記スケジューラ検知部は、当該スケジュール情報の数が所定数以上である前記スケジュール管理アプリケーションの種類を特定する事を特徴とする付記２記載の経路探索システム。
【０１２６】
（付記８）  ネットワークを介して、利用者端末から検索条件を受け付け、当該検索条件に基づく案内経路を検索し、当該案内経路を利用者端末に送信する経路探索方法において、
スケジュール管理アプリケーションの種類毎にスケジュール情報格納先、及びスケジュール情報フォーマットを記憶するスケジューラ対応テーブルを備え、
利用者端末に記憶されたスケジュール管理アプリケーションの種類を特定するステップと、
当該スケジュール管理アプリケーションの種類に対応するスケジュール情報フォーマットを前記スケジューラ対応テーブルから取得し、前記案内経路を当該スケジュール情報フォーマットに基づいてスケジュール情報に変換するステップと、
前記スケジュール管理アプリケーションの種類に対応するスケジュール情報格納先を前記スケジューラ対応テーブルから取得し、前記スケジュール情報を前記利用者端末の当該スケジュール情報格納先に格納するステップと、
を実行する事を特徴とする経路探索方法。
【図面の簡単な説明】
【０１２７】
【図１】本発明に係る経路探索システムの概要を示す全体構成図である。
【図２】本発明に係る経路探索システムの処理のフローチャートである。
【図３】検索画面の表示例を示す図である。
【図４】実施例１に係る検索結果画面の表示例を示す図である。
【図５】アプリケーションリストのレコード構成例を示す図である。
【図６】スケジューラ対応テーブルのレコード構成例を示す図である。
【図７】スケジュール情報フォーマットの概念を示す図である。
【図８】スケジュール表示画面の表示例を示す図である。
【図９】実施例２に係る検索結果画面の表示例を示す図である。
【図１０】実施例２に係るスケジュール表示画面の表示例を示す図である。
【符号の説明】
【０１２８】
１        経路探索装置
２        利用者端末
３        ネットワーク
【図１】
2005266900.tif 000003
【図２】
2005266900.tif 000004
【図３】
2005266900.tif 000005
【図４】
2005266900.tif 000006
【図５】
2005266900.tif 000007
【図６】
2005266900.tif 000008
【図７】
2005266900.tif 000009
【図８】
2005266900.tif 000010
【図９】
2005266900.tif 000011
【図１０】
2005266900.tif 000012