(57)【特許請求の範囲】
【請求項１】
第１の端末と第２の端末のそれぞれと通信ネットワークを介して接続し、
地点ごとに地点を特定する情報とこの地点に隣接する地点を特定する情報とを関連付けて記憶しているデータベースを備え、２つの地点を特定する情報と上記データベースに記憶されている情報とを用いて当該２つの地点を結ぶ経路の探索が可能な情報処理装置であって、
上記第１の端末の利用者が当該第１の端末に入力した第１の出発地点を特定する情報を上記第１の端末から受信する手段と、
上記第２の端末の利用者が当該第２の端末に入力した第２の出発地点を特定する情報を上記第２の端末から受信する手段と、
上記受信した第１の出発地点を特定する情報と第２の出発地点を特定する情報を記憶する記憶手段と、
上記記憶手段に記憶されている第１の出発地点を特定する情報と第２の出発地点を特定する情報と上記データベースに記憶されている情報とを用いて、これら第１の出発地点と第２の出発地点を結ぶ経路を探索する経路探索手段と、
上記探索された経路上の複数の地点（以下、「目的候補地点」という。）の中の一の地点（以下、「目的地点」という。）を選択する選択手段と、
上記第１の地点から上記選択された目的地点までの経路を上記第１の端末に送信し、上記第２の地点から上記選択された目的地点までの経路を上記第２の端末に送信する送信手段と、
を有してなり、
上記選択手段は、
上記複数の目的候補地点を特定する情報を、上記第１の端末と第２の端末のそれぞれに送信し、
上記第１の端末に送信された複数の目的候補地点の中から第１の端末の利用者が選択した一の地点（以下、「第１の希望地点」という。）を特定する情報を、上記第１の端末から受信し、
上記第２の端末に送信された複数の目的候補地点の中から第２の端末の利用者が選択した一の地点（以下、「第２の希望地点」という。）を特定する情報を、上記第２の端末から受信し、
上記受信した第１の希望地点を特定する情報と第２の希望地点を特定する情報とが一致するとき、これら両地点を目的地点として選択する、
ことを特徴とする目的地検索装置。
【請求項２】
第１の端末から受信した第１の希望地点を特定する情報と第２の端末から受信した第２の希望地点を特定する情報とが一致しないとき、上記第１の希望地点を特定する情報と上記第２の希望地点を特定する情報とを、上記第１の端末と上記第２の端末のそれぞれに送信する手段、を備えた、
請求項１記載の目的地検索装置。
【請求項３】
第１の端末の利用者から第２の端末の利用者へのメッセージを、第１の端末から受信して記憶手段に記憶する手段と、
上記記憶手段に記憶されているメッセージを第２の端末に表示する手段と、をさらに備えた請求項１または２に記載の目的地検索装置。
【請求項４】
「地点」に代えて「駅」とした請求項１乃至３のいずれかに記載の目的地検索装置。
【請求項５】
コンピュータを、請求項１乃至４のいずれかに記載の目的地検索装置として機能させることを特徴とする目的地検索プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の出発地について、検索条件に基づく好適な目的地を得るための目的地検索方法と装置、並びに目的地検索プログラムと当該プログラムを記録したコンピュータ読取可能な記録媒体に関するものである。
【０００２】
【従来の技術】
出発地と目的地を入力して、当該出発地から目的地までの経路を検索する、いわゆるナビゲーションソフトウェアは、従来より存在する。
特に、出発駅と目的駅を入力して、列車の経路を検索するソフトウェアは、複数の経路の中から所要時間や乗換回数、あるいは運賃などに基づき好適な経路を出力するものであり、その利便性から普及している。
【０００３】
ここで、出発駅と目的駅から経路を検索する従来の経路検索方法と装置の実施の形態について説明する。
【０００４】
図１４は、従来の経路検索装置（以下、「装置」という）の実施の形態を示すブロック図である。
装置１００は、その内部に、出発駅と目的駅を受付けるための出発駅・目的駅受付部部１０１と、運行情報を格納した運行情報データベース（ＤＢ）１０２と、連関情報を格納した連関情報ＤＢ１０３と、受付けた出発駅から目的駅までの経路を検索する経路検索部１０４と、検索した経路を出力する経路出力部１０５とを有してなる。
【０００５】
ここで運行情報とは、装置１００が検索対象とするすべての路線の各駅に関するいわゆるインデックス情報であり、たとえば、運行予定間隔、乗入れ路線、各駅／急行などの停車列車の別、路線間の乗換時間、などである。
【０００６】
また連関情報とは、各駅の隣接駅に関するいわゆるインデックス情報であり、たとえば、隣接駅の数、隣接駅までの所要時間、隣接駅は急行停車駅／各駅停車駅／他の路線への乗換（乗り継ぎを含む）可能駅／路線終点駅のいずれなのか、さらには乗換可能駅であれば乗換可能な路線はどの路線なのか、などといった情報である。
【０００７】
図１５は、従来の経路検索方法の実施の形態を示すフローチャートである。
【０００８】
先ず、出発駅と目的駅を入力する（Ｓ１００）。すなわち装置１００は、出発駅・目的駅受付部１０１を用いて、出発駅と目的駅とを受付ける。
【０００９】
経路を検索する（Ｓ１０１）。すなわち装置１００は、経路検索部１０４を用いて、受付けた出発駅と目的駅、ならびに運行情報ＤＢ１０２、連関情報ＤＢ１０３とから、当該出発駅と目的駅についての経路を検索する。
経路の検索は、たとえば、出発駅の運行情報と連関情報とから、隣接駅についての運行情報と連関情報を取得し、さらに当該隣接駅についての隣接駅の運行情報と連関情報を取得する、などを繰り返して出発駅から目的駅までの連関を検索することで行う。
【００１０】
検索した経路を出力する（Ｓ１０２）。すなわち装置１００は、経路出力部１０５を用いて、出発駅から目的駅までの経路を出力する。なお、経路と共に、路線名、通過駅、所要時間、運賃などを出力するものもある。ここで、複数の経路を検索した場合には、当該複数の経路を、所要時間、運賃、あるいは乗換回数などに基づいて順位付けをした上で出力するものもある。
【００１１】
以上説明した検索の方法によれば、装置１００を利用する者は、自身が入力した出発地から目的地までの経路を取得することができる。
【発明が解決しようとする課題】
しかしながら、上記の従来の経路検索は、入力した出発地から目的地までの経路を検索するものであり、複数の出発地から好適な目的地を検索するものではない。
【００１２】
ここで、たとえば２人が異なる駅から列車を使って待合わせる場合に、待合わせ場所となる駅を決める場合を例とする。
従来の経路検索方法を用いた場合、仮に２人の出発駅を、出発地と目的地として入力したとしても、２人の出発駅間の経路を取得することはできるが、たとえば２人の出発駅からの所要時間がほぼ同じである駅を取得することはできない。
さらに、人数が３人以上、すなわち出発駅が３以上ある場合、従来の経路検索方法を用いて、各出発駅からの所要時間がほぼ同じとなる駅を取得することもできない。
【００１３】
本発明は以上のような従来技術の問題点を解消するためになされたもので、複数の出発地に対する好適な目的地を検索するための方法と装置、並びに複数の出発地に対する好適な目的地の検索プログラムと当該プログラムを記録したコンピュータ読取可能な記録媒体を提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明は、複数の出発地から好適な目的地を検索する方法であって、複数の出発地をサーバに入力するステップと、好適な目的地を検索するための検索条件をサーバに入力するステップと、サーバが、入力された出発地の組合せのすべてについての経路を検索するステップと、サーバが、検索した経路上の地点を目的候補地として抽出するステップと、サーバが、抽出した目的候補地の中から、入力された検索条件に基づき好適な目的地を決定するステップと、サーバが、決定した好適な目的地を出力するステップ、とを有することを特徴とする。
【００１５】
また本発明は、複数の出発地から好適な目的地を検索する装置であって、複数の出発地を受付ける手段と、好適な目的地を検索するための検索条件を受付ける手段と、受付けた出発地の組合せのすべてについての経路を検索する手段と、検索した経路上の地点を目的候補地として抽出する手段と、抽出した目的候補地の中から、受付けた検索条件に基づき好適な目的地を決定する手段と、決定した好適な目的地を出力する手段、とを有してなることを特徴とする。
【００１６】
また本発明は、複数の出発地から好適な目的地を検索するためにコンピュータを、複数の出発地を受付ける手段、好適な目的地を検索するための検索条件を受付ける手段、受付けた出発地の組合せのすべてについての経路を検索する手段、検索した経路上の地点を目的候補地として抽出する手段、抽出した目的候補地の中から、受付けた検索条件に基づき好適な目的地を決定する手段、決定した好適な目的地を出力する手段、として機能させることを特徴とする。
【００１８】
【発明の実施の形態】
以下、図面を参照しながら本発明にかかる目的地検索方法と装置、並びに目的地検索プログラムと当該プログラムを記録したコンピュータ読取可能な記録媒体の実施の形態について説明する。
【００１９】
なお、以下の実施の形態の説明は、出発地と目的地を列車の駅とするものである。すなわち、検索対象であるすべての路線内の停車駅の中から、複数の駅を出発駅として入力し、各出発駅について検索条件に基づく好適な駅を目的駅として検索するものである。
【００２０】
図１は、本発明にかかる目的地検索装置（以下、「サーバ」という）の実施の形態を示すブロック図である。
サーバ１は、その内部に、出発地を受付ける出発地受付部１１と、検索条件を受付ける検索条件受付部１２と、受付けた出発地のすべての組合せについての経路を検索する経路検索部１３と、検索した経路から目的候補地を抽出する目的候補地抽出部１４と、抽出した目的候補地の中から検索条件に基づき目的地を決定する目的地決定部１５と、決定した目的地を出力する目的地出力部１６と、運行情報を格納した運行情報ＤＢ２１と、連関情報を格納した連関情報ＤＢ２２、の各手段を有してなる。
なお、サーバ１の具体的な例としては、たとえばパーソナルコンピュータなどの情報処理装置がある。
【００２１】
ここで、運行情報と連関情報については、前述した従来の経路検索装置１００が有するものと同様とする。すなわち、運行情報は、サーバ１が検索対象とするすべての路線の駅ごとのいわゆるインデックス情報であり、連関情報は、各駅の隣接駅に関するいわゆるインデックス情報である。
なお、隣接駅との所要時間は、列車の走行（運行）時間とする他に、たとえば駅での停車時間や乗換時間などを加味した時間としてもよい。
【００２２】
サーバ１内には、後述する本発明にかかる目的地検索方法をサーバ１を用いて実現するための、本発明にかかる目的地検索プログラムがインストールされている。
【００２３】
図２は、本発明にかかる目的地検索方法の実施の形態を示すフローチャートである。
【００２４】
図３は、サーバ１が検索対象とする路線の一部の例を示す図である。
図３（ａ）は、路線Ｌ１，Ｌ２，Ｌ３と各路線上の列車の停車駅との関係を示す。すなわち、たとえば路線Ｌ１については、列車の停車駅として駅Ｅ１，Ｅ２，Ｅ３，Ｅ４があり、駅Ｅ２の隣接駅として駅Ｅ１，Ｅ３があり、また駅Ｅ１とＥ４は、路線Ｌ１とＬ２の乗換駅である、ことなどを示している。
また、図３（ｂ）乃至（ｄ）は、それぞれ路線Ｌ１，Ｌ２，Ｌ３内の各駅間（図中の駅１と駅２の間）の所要時間を示す。すなわち、たとえば図３（ｃ）によれば、路線Ｌ２において、駅Ｅ１からＥ５までの所要時間は７分であり、駅Ｅ５からＥ４までの所要時間は８分である、ことなどを示している。
【００２５】
なお、図３（ａ）乃至（ｄ）に示す情報は、図１に示すサーバ１内の運行情報ＤＢ２１と連関情報ＤＢ２２とに運行情報、あるいは連関情報として格納されているものである。
【００２６】
以下図１乃至３を参照しながら、出発駅を駅Ｅ１と駅Ｅ４とした場合を例として本発明にかかる目的地検索方法について説明する。ここで検索条件は出発駅からの所要時間とし、目的駅は、各出発駅からの所要時間がほぼ等しい駅の中で、各出発駅からの所要時間が最短の駅とする。つまり、出発駅である駅Ｅ１とＥ４のほぼ中間に位置する駅の中で、各出発駅から最も近い駅である。
【００２７】
先ず、出発地を入力する（Ｓ１）。すなわちサーバ１を利用して目的駅を検索する者（以下、「利用者」という）は、出発地受付部１１を用いて、駅Ｅ１とＥ５をサーバ１に入力する。つまりサーバ１は、出発地受付部１１を用いて、出発地を受付ける。
【００２８】
また、検索条件を入力する（Ｓ２）。すなわち利用者は、検索条件受付部１２を用いて、検索条件として所要時間を、サーバ１に力する。つまりサーバ１は、検索条件受付部１２を用いて、検索条件を受付ける。
なお、出発地や検索条件の入力の例としては、たとえば、サーバ１に接続された図示しないディスプレイ装置に、サーバ１が検索対象としている路線情報や、指定可能な検索条件の一覧（たとえば、「所要時間」「運賃」「乗換回数」など）を表示して利用者に閲覧させ、利用者は、サーバ１に接続された図示しないキーボードやマウスなどを用いて、表示された路線情報の中から出発駅を選択し、あるいは、検索条件を選択する、などとする。
【００２９】
サーバ１は、入力された出発駅と検索条件を後の処理のために、図示しないサーバ１内の記憶手段に蓄積する。
【００３０】
次に、出発駅の組合せのすべてについての経路を検索する（Ｓ３）。すなわちサーバ１は、経路検索部１３を用いて、運行情報ＤＢ２１と連関情報ＤＢ２２とから、駅Ｅ１とＥ４とを結ぶ経路を検索し、「Ｅ１→Ｅ２→Ｅ３→Ｅ４」と「Ｅ１→Ｅ５→Ｅ４」の２経路を取得する。
【００３１】
なお、出発駅の組合せとは、入力された複数の出発駅の中の２つの駅の組合せのことであり、たとえば、出発駅がＸ，Ｙ，Ｚの３駅の場合には、出発駅の組合せは、「ＸとＹ」、「ＸとＺ」、「ＹとＺ」の３通りである。つまり出発駅の数をＮとすると、出発駅の組合せは、「ＮＣ２」通りある。
【００３２】
次に、目的候補駅を抽出する（Ｓ４）。すなわちサーバ１は、目的候補地抽出部１４を用いて、先に検索して取得した経路上のすべての停車駅（駅Ｅ１，Ｅ２，Ｅ３，Ｅ４，Ｅ５）を、目的候補駅として取得する。
【００３３】
次に、目的候補駅の中から検索条件に基づき好適な目的駅を決定する（Ｓ５）。すなわちサーバ１は、目的地決定部１５を用いて、運行情報ＤＢ２１、連関情報ＤＢ２２と、受付けた出発駅と検索条件とから、出発駅ごとの各目的候補駅までの所要時間を検索して取得し、さらに出発駅からの所要時間がほぼ等しく、かつ、最短である駅を目的駅として決定する。
ここで図３によると、出発駅Ｅ１の目的候補駅Ｅ１，Ｅ２，Ｅ３，Ｅ４，Ｅ５までの所要時間は、それぞれ０，３，５，９，７分であり、出発駅Ｅ４の目的候補駅Ｅ１，Ｅ２，Ｅ３，Ｅ４，Ｅ５までの所要時間は、それぞれ９，６，４，０，８分である。
【００３４】
なお、出発駅から目的候補駅までの経路が複数ある場合は、すべての経路における所要時間の中で最小の所要時間を当該出発駅から目的候補駅までの所要時間とする。つまり、図３の例によれば、たとえば駅Ｅ１からＥ３までの経路は、「Ｅ１→Ｅ２→Ｅ３」と「Ｅ１→Ｅ５→Ｅ４→Ｅ３」の２つあるが、それぞれの経路による所要時間は、５分と１９分であることから、サーバ１が取得する駅Ｅ１からＥ３までの所要時間は、５分である。
【００３５】
出発駅ごとの目的候補駅までの所要時間を検索したサーバ１は、各出発駅からの所要時間がほぼ等しい駅の中で、各出発駅からの所要時間が最短の駅を検索する。すなわちここでは、出発候補駅Ｅ１，Ｅ２，Ｅ３，Ｅ４，Ｅ５の中で、出発駅Ｅ１とＥ４からの所要時間がほぼ等しい目的候補駅は、Ｅ３とＥ５とがあるが、出発駅Ｅ１から目的候補駅Ｅ３とＥ５までの所要時間は５分と７分であり、出発駅Ｅ４から目的候補駅Ｅ３とＥ５までの所要時間は４分と８分であることから、サーバ１は、出発駅Ｅ１とＥ４からの所要時間の短い目的候補駅Ｅ３を目的駅、と決定する。
【００３６】
次に、目的地を出力する（Ｓ６）。すなわちサーバ１は、目的地出力部１６を用いて、目的地が駅Ｅ３である旨を出力する。出力の例としては、たとえば、サーバ１に接続された図示しないディスプレイ装置への表示や、プリンタ装置による印字などがある。
【００３７】
以上説明した実施の形態によれば、サーバ１は、受付けた出発駅Ｅ１とＥ４についての経路を検索し、検索した経路上のすべての停車駅を目的候補駅として抽出し、抽出した目的候補駅の中から検索条件に基づき好適な目的駅を決定し、出力することができる。すなわち利用者は、サーバ１を用いることで、出発駅Ｅ１とＥ４からの所要時間がほぼ同じ駅で、各出発駅からの所要時間が最小となる目的駅（駅Ｅ３）を取得することができる。
【００３８】
なお、以上説明した実施の形態において、目的地出力部１６は、目的駅に加えて、出発駅から当該目的駅までの所要時間や経路を出力するようにしてもよいし、あるいは、運賃も併せて出力するようにしてもよい（運賃を出力する場合、サーバ１内に図示しない運賃情報を格納したデータベースが必要となる）。
【００３９】
また、以上説明した実施の形態は、出発地が２つの場合を例とするものであったが、出発地は２つに限るものではなく、２以上であればよい。
【００４０】
さらに、以上説明した実施の形態では、目的地を１つのみ出力するものであったが、検索条件に基づく好適な目的地が複数ある場合には、それらのすべてを目的地として出力してもよい。
【００４１】
さらにまた、以上説明した実施の形態では、検索条件に基づく好適な目的地のみを出力するようにしたが、これに代えて、目的候補地のすべて、あるいは一部を検索条件に基づき順位付けて（たとえば、所要時間の短い順番など）出力するようにしてもよい。
【００４２】
さらにまた、以上説明した実施の形態では、好適の例として、検索条件である所要時間が最小であるものとしたが、好適については、これに限るものではなく、たとえば、利用者がサーバ１に入力するようにしてもよい。
【００４３】
さらにまた、以上説明した実施の形態は、検索条件を出発地からの所要時間とするものであったが、所要時間に代えて、運賃、あるいは乗換回数など別の検索条件を用いるようにしてもよい。すなわち、たとえば図３に示す例において、出発駅をＥ１，Ｅ４，Ｅ６とし、検索条件を乗換回数とした場合の好適、つまり各出発駅からの乗換回数が最小となる目的駅は、駅Ｅ５（各出発駅からの乗換回数は０回）となる。
【００４４】
さらにまた、検索条件は１つに限らず、複数の検索条件を用いるようにしてもよく、たとえば、所要時間と運賃を検索条件とし、出発駅からの所要時間と運賃がほぼ同じとなる駅を目的駅としてもよい。その際、複数の検索条件について検索の優先順位をつけて検索するようにしてもよい。
【００４５】
さらにまた、以上説明した実施の形態は、利用者から受付けた検索条件に基づき、好適な目的地を検索するものであったが、これに代えて、あらかじめサーバで固定的に設定された検索条件に基づき検索するようにしてもよい。すなわち、たとえば利用者は、検索条件としてあらかじめ「所要時間」が固定的に設定されたサーバに、複数の出発地のみを入力することで、各出発地からの所要時間が最小となる目的地を取得することができる。
【００４６】
次に、本発明にかかる目的地検索方法の別の実施の形態について説明する。
本実施の形態は、通信ネットワークを介して複数の利用者が入力する出発地について、検索条件に基づく好適な目的地を検索して、当該目的地を通信ネットワークを介して、各利用者に通知するようにしたものである。
本実施の形態について、先に説明した実施の形態と異なる部分について説明する。
【００４７】
図４は、本発明にかかる目的地検索装置の別の実施の形態を示すブロック図である。サーバ１０は、その内部に、図１に示したサーバ１が有する、検索条件受付部１２と、経路検索部１３と、目的候補地抽出部１４と、目的地決定部１５と、運行情報ＤＢ２１と、連関情報ＤＢ２２に加えて、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を受信して、Ｗｅｂページ（以下、「ページ」という）を送信するページ送信部３１と、ページを作成するページ作成部３２と、電子メール（以下、「メール」という）を作成（あて先のメールアドレスの指定や本文の作成）するメール作成部３３と、電子メールを送信するメール送信部３４、の各手段を有してなる。さらに、サーバ１０は、出発地等受付部１１ａを有する。
【００４８】
なお、サーバ１０内には、後述する本発明にかかる目的地検索方法をサーバ１０を用いて実現するための、本発明にかかる目的地検索プログラムがインストールされている。
【００４９】
また、図中の符号２，３は、通信ネットワーク４を介してサーバ１０と接続する端末を示す。
ここで、通信ネットワーク４は、たとえばインターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などのコンピュータネットワークなどである。
また、端末２，３の例としては、パーソナルコンピュータをはじめ、データ通信機能を持つＰＤＡや携帯電話機など、通信ネットワーク４を介してサーバ１０と接続することができる情報処理端末である。
【００５０】
サーバ１０と、端末２，３は、それぞれ通信回線４１，４２，４３を介して通信ネットワーク４と接続する。ここで、通信回線４１，４２，４３の例としては、たとえば、専用回線や公衆交換網（ＰＳＴＮ）、あるいは無線電話網や衛星通信網、さらにはＣＡＴＶ網などがある。
なお、通信ネットワーク４を介して端末２，３がサーバ１０と接続する方法は、公知のＷｅｂ技術を用いるものとするが、具体的には後述する。
【００５１】
以下、利用者ＡとＢが、駅Ｅ１とＥ４（図３参照）から、それぞれ待合わせ場所となる駅に向かう場合で、各出発駅のほぼ中間に位置（各出発駅からの所要時間がほぼ等しく、かつ、各出発駅からの所要時間が最小となる）する駅を検索する場合を例として本実施の形態について説明する。
なお、利用者ＡとＢは、それぞれ端末２，３を用いてサーバ１０と接続するものとし、また、それぞれのメールアドレスはＭＡ１とＭＡ２とする。
【００５２】
図５は、本発明にかかる目的地検索方法の別の実施の形態を示すフローチャートである。以下、図５を参照しながら本実施の形態について説明する。
【００５３】
利用者Ａは、端末２からＵＲＬ１をサーバ１０に送信する（Ｔ１）。ＵＲＬ１は、サーバ１０内にある本発明にかかる目的地検索方法を利用するための初期画面のＷｅｂページ（以下、「ページ」という）Ｐ１に対応するものである。
なお、ＵＲＬ１をサーバ１０に送信する、とは、サーバ１０に対してＵＲＬ１に対応するページ１の送信を要求する、の意である（以下、同じ）。
【００５４】
サーバ１０は、ページ送信部３１を用いて、ＵＲＬ１を受信し、ページＰ１を送信する（Ｔ２）。
なお、ＵＲＬ１を受信とは、ＵＲＬ１に対応するページＰ１の送信要求（たとえば、ＨＴＴＰプロトコルのＧＥＴリクエストなど）を受信、の意である（以下、同じ）。
【００５５】
利用者Ａは、受信したページＰ１にしたがって、自分の名前、出発駅、メールアドレスと、Ｂのメールアドレスを、それぞれ「Ａ」、「Ｅ１」、「ＭＡ１」、「ＭＡ２」と入力すると共に、検索条件として「（所要）時間」を選択し、さらに、コメント欄に「Ｂさん今夜の集合場所を決めましょう」と入力する。
【００５６】
ここで、図６はページＰ１の例を示す図であり、（ａ）は利用者Ａが情報を入力・選択する前の状態であり、（ｂ）は利用者Ａが情報を入力・選択した後の状態を示す。
なお、図６の例では、出発駅１などはキーボードなどから入力させるものであるが、これに代えて、たとえば路線の画像をページＰ１内に表示しておき、Ａはマウスなどを用いて、画像上に表示された駅Ｅ１を選択することで、出発駅１の入力をさせるようにしてもよい。
【００５７】
ただし、利用者Ａの名前とコメントは、目的駅を検索する上では、必ずしも必要な情報ではない。また、検索条件を固定とする場合、つまりサーバ１０内にあらかじめ検索条件が設定されている場合には、利用者Ａは、検索条件を選択する必要はない。
【００５８】
利用者Ａは、ページＰ１内に入力・選択した、自分の名前、出発駅（出発駅１）、メールアドレス（アドレス１）と、Ｂのメールアドレス（アドレス２）、および検索条件とコメントをサーバ１に送信する（Ｔ３）。
【００５９】
サーバ１０は、出発地等受付部１１ａを用いて、出発駅１、アドレス１，２、Ａの名前、コメントを受付けると共に、検索条件受付部１２を用いて、検索条件を受付け、それぞれ図示しないサーバ１０内の記憶手段に蓄積する（Ｔ４）。
【００６０】
サーバ１０は、ページ作成部３２を用いて、ページＰ２を作成する（Ｔ５）。ページＰ２は、Ｂの出発駅（出発駅２）を受付けるためのページである。
【００６１】
サーバ１０は、メール作成部３３を用いて、メールＭ１を作成する（Ｔ６）。メールＭ１は、Ｂに対して、出発駅２の入力を促すためのメールである。
図８は、メールＭ１の例を示す図である。メールＭ１には、Ａの名前（α）、Ａが作成したコメント（β）、ページＰ２のＵＲＬ（ＵＲＬ２）が記述されている。ただし、αとβは目的地検索には必ずしも必要ではない。
【００６２】
サーバ１０は、メール送信部３４を用いて、アドレスＭＡ２宛てにメールＭ１を送信する（Ｔ７）。
【００６３】
Ｂは、端末３を用いてメールＭ１を受信し、メールＭ１内に記述されたＵＲＬ２を、たとえばマウスなどで選択することで、ＵＲＬ２をサーバ１０に送信する（Ｔ８）。
【００６４】
サーバ１０は、ページ送信部３１を用いて、端末３からＵＲＬ２を受信すると、ページＰ２を送信する（Ｔ９）。
【００６５】
Ｂは、端末３を用いてページＰ２を受信し、出発駅２であるＥ４を入力し、サーバ１０に送信する（Ｔ１０）。
図７は、ページＰ２の例を示す図であり、（ａ）はＢが出発駅２を入力する前、（ｂ）はＢが出発駅２を入力した後、を示す。
【００６６】
サーバ１０は、出発駅等受付部１１ａを用いて、出発駅２を受信し、図示しないサーバ１０内の記憶手段に蓄積する（Ｔ１１）。
【００６７】
サーバ１０は、経路検索部１３、目的候補地抽出部１４、目的地決定部１５を用いて、端末２と３から受付けた、出発駅１，２と検索条件とから、目的駅を検索し、決定する（Ｔ１２）。
なお、目的駅の検索・決定方法は、先の実施の形態と同様である（図２のＳ３，４，５）。
【００６８】
サーバ１０は、ページ作成部３２を用いて、ページＰ３を作成する（Ｔ１３）。ページＰ３は、Ｂに対して目的駅を通知するためのページである。図９は、ページＰ３の例を示す図である。
なお、図９において、ページＰ３内の出発駅１，２の表示は、必ずしも必要ではない。また、目的駅に加えて、各出発駅からの所要時間や経路、あるいは、運賃などを表示するようにしてもよい。
【００６９】
サーバ１０は、ページ送信部３１を用いて、ページＰ３を端末３に送信する（Ｔ１４）。ここで、ページＰ３の送信は、たとえば端末３からの出発駅２の送信（Ｔ１０）に対する応答として送信する。
【００７０】
Ｂは、端末３を用いてページＰ３を受信し、目的駅がＥ３であることを取得する。
【００７１】
サーバ１０は、メール作成部３３を用いて、メールＭ２を作成する（Ｔ１５）。メールＭ２は、Ａに対して目的駅を通知するためのメールである。図１０は、メールＭ２の例を示す図である。
なお、図１０において、メールＭ２内の出発駅１，２の表示は、必ずしも必要ではない。また、目的駅に加えて、各出発駅からの所要時間や経路、あるいは、運賃などを記述するようにしてもよい。
【００７２】
サーバ１０は、メール送信部３４を用いて、アドレスＭＡ１宛てにメールＭ２を送信する（Ｔ１６）。
【００７３】
Ａは、端末２を用いてメールＭ２を受信し、目的駅がＥ３であることを取得する。
【００７４】
以上説明した実施の形態によれば、利用者ＡとＢが、別々に入力（入力する端末も異なり、入力する時期も異なる）した出発駅Ｅ１とＥ４について、検索条件に基づく好適な目的駅を検索することができ、かつ、利用者ＡとＢにそれぞれ検索した目的駅Ｅ３を通知するようにしたため、図１乃至３に示した先の実施の形態で得られる効果に加えて、複数の出発駅を一度に指定する必要がない。したがって、たとえば、ＡがＢと待合わせをするための目的駅を決めたい場合であって、ＡがＢの出発駅がどこであるのか知らない場合であっても、本発明にかかる目的地検索方法を利用することができる。さらに、利用者の数が多くなれば、一度に出発駅を指定する必要がない本実施の形態が有する効果は、さらに高まる。
【００７５】
なお、以上の説明の中のＵＲＬ１，２，３は、すべて同じであってもよいし、あるいは、それぞれ異なるようにしてもよく、さらには、ＵＲＬ２と３を同じとしてもよい（たとえば、ページ１は固定のページとし、ページ２，３は一時的なページとするなど）。
【００７６】
また、以上説明した実施の形態において、ＡとＢに関する情報をあらかじめサーバ１０内に登録しておくことで、Ａが自分の名前、アドレス１，２の入力を省略させることができる。すなわち、たとえばサーバ１０内にＡの名前とアドレス１，２を登録すると共に、Ａに対して識別子を付与しておき、Ａは、ページＰ１に相当するページ（目的地検索の初期画面）で識別子を入力してサーバ１０に送信すると、サーバ１０は識別子に対応して名前とアドレス１，２を取得することができる。
【００７７】
さらに、以上説明した実施の形態は、サーバ１０の利用者がＡとＢの２人であったが、３人以上であっても構わない。たとえば、Ａ，Ｂ，Ｃの３人の場合、Ａは、アドレス２として、ＢとＣのメールアドレスを指定すればよい。
【００７８】
さらにまた、以上説明した実施の形態において、利用者が目的地検索の進捗状況を確認することができるようにしてもよい。すなわち、たとえば、サーバ１０は、Ａから出発駅１などを受付けた（Ｔ３）際に進捗状況を確認するための識別子を決定し、ＡとＢの双方、あるいは一方に、当該識別子を送信しておく（Ａに対しては、出発駅１などの送信の結果画面に当該識別子を表示し、Ｂに対しては、メールＭ１に当該識別子を記述しておく、など）。ＡまたはＢは、当該識別子をサーバ１０に送信（サーバ１０内の進捗状況を確認するためのページに識別子を入力して送信するなど）と、サーバ１０が、Ａから受付けた出発駅１に関する目的地検索の進捗状況を、たとえばＷｅｂや電子メールを利用して回答する。ここで、目的地検索の進捗状況の例としては、たとえば、Ｂから出発駅２を受付けていない（つまりＢが出発駅２を入力していない）などがある。
【００７９】
さらにまた、一旦サーバ１０に送信して蓄積された情報を変更することができるようにしてもよい。すなわち、たとえば、サーバ１０は、ＡとＢに対してサーバ１０に送信した情報（たとえば出発駅１，２など）を変更するための識別子をＡとＢ、あるいは、一方に付与しておき、ＡまたはＢは、たとえば出発駅を変更したい場合など、当該識別子を用いてサーバ１０内に蓄積された出発駅を変更する。
なお、サーバ１０内の情報の変更は、目的地検索が終了する前、あるいは後であってもよいが、目的地検索の終了後（つまり、図５でＴ１４とＴ１６が済んでいる場合）に変更があった場合には、再度目的地検索を行うなどして、その結果を再度、ＡとＢに送信（Ｔ１４，Ｔ１６に相当する）すればよい。
【００８０】
さらにまた、以上説明した実施の形態では、Ａが利用する端末は端末２の１つのみであったが、たとえば、出発駅１などを送信（図５のＴ３）する端末と、メールＭ２を受信（図５のＴ１６）する端末とが異なるものであっても構わない。なお、Ｂについても、メールＭ１を受信する端末とページＰ２を受信する端末が異なるものであってもよい。
【００８１】
さらにまた、以上説明した実施の形態では、検索された目的地は、Ａに対してはメールＭ２で、Ｂに対してはページＰ３で、それぞれ通知されるものであったが、目的地の通知は、必ずしもこれに限るものではなく、たとえば、メールＭ２をＢに送信してもよいし、あるいはＡがページＰ３を閲覧するようにしてもよい。
【００８２】
さらにまた、サーバ１０は、出発駅２の送信をＢに対して催促するようにしてもよい。すなわち、サーバ１０がメールＭ１を送信してから所定の時間が経過した後であっても、出発駅２の受付けが済んでいない場合に、サーバ１０からアドレスＭＡ２宛てに、出発駅２を送信して欲しい旨のメールを送信する（または、メールＭ１を再送してもよい）。
また、その際に、アドレスＭＡ１宛てに、アドレスＭＡ２宛てに出発駅２の送信を催促中である旨のメールを送信するようにしてもよい。
【００８３】
さらにまた、以上説明した実施の形態では、利用者の端末から入力・指定した出発駅をサーバ１０に送信するようにしたが、これに代えて、利用者の端末の位置情報（たとえば、緯度・経度）をサーバに送信するようにしてもよい。すなわち、たとえばサーバ内の運行情報に、駅ごとの緯度・経度に関する情報を追加しておき、利用者の端末から受信した緯度・経度に基づき当該運行情報を検索し、当該端末が存在する地点の最寄駅を出発駅として当該サーバが選択する。その際サーバは、選択した出発駅を利用者の端末に送信するようにしてもよく、複数の最寄駅が存在する場合は、その一覧を利用者の端末に送信して、利用者に出発駅を選択させるようにしてもよい。
なお、利用者の端末の位置情報を取得する方法の例としては、たとえば、利用者の端末が、いわゆるＧＰＳ機能を搭載して端末自身が取得するようにしてもよいし、あるいは、利用者の端末がデータ通信機能を持つ携帯電話機などであれば、携帯電話網内の基地局がいわゆるビーコンを用いて取得した位置情報を用いるようにしてもよい（この場合、利用者の端末の位置情報をサーバに送信するのは、当該端末自身に代わって、携帯電話網内で携帯電話機の位置情報を管理する装置などとなる）。
【００８４】
次に、本発明にかかる目的地検索方法のさらに別の実施の形態について説明する。
本実施の形態は、図４乃至１０に示した実施の形態と同様に、通信ネットワークを介して受付けた複数の出発駅について目的駅を検索するものであるが、検索条件に基づく好適な駅が複数検索された場合に、Ｂが検索された駅の中から目的駅を選択できるようにしたものである。
以下、これまでに説明した実施の形態と異なる部分について説明する。
【００８５】
図１１は、本発明にかかる目的地検索方法のさらに別の実施の形態を示すフローチャートの一部である。すなわち、図５に示すフローチャートのステップＴ１乃至Ｔ１２までは共通であり、以降、ステップＴ２１乃至２５を実行する。
【００８６】
サーバ１０は、検索条件に基づく好適な目的駅を検索する（Ｔ１２）。ただし、ここでは、先の実施の形態と異なり、２つの駅Ｅ３，Ｅ５が検索されたものとする。
【００８７】
サーバ１０は、ページ作成部３２を用いて、ページＰ４を作成（Ｔ２１）し、端末３に送信する（Ｔ２２）。ページＰ４は、Ｂに対して検索された駅を通知、および選択させるためのページである。図１２は、ページＰ４の例を示す図であり、（ａ）は目的駅の選択前、（ｂ）は目的駅を選択した後（図は駅Ｅ３を目的駅として選択した例を示している）、である。
なおページＰ４の送信は、たとえば端末３からの出発駅２の送信（Ｔ１０）に対する応答として送信する。
【００８８】
Ｂは、端末３を用いてページＰ４を受信し、検索された駅がＥ３とＥ５の２つあり、どちらかを選択する必要がある旨を確認し、ページＰ４上に表示された２つの駅Ｅ３とＥ５のうち、駅Ｅ３を選択して、その旨をサーバ１０に送信する（Ｔ２３）。
【００８９】
サーバ１０は、メール作成部３３を用いて、メールＭ３を作成し（Ｔ２４）、メール送信部３４を用いて、アドレスＭＡ１宛てにメールＭ３を送信する（Ｔ２５）。メールＭ３は、Ａに対して目的駅を通知するためのものであり、Ｂが選択した駅Ｅ３が記述してある（Ｂが選択しなかった駅Ｅ５も併せて記述してもよい）。
【００９０】
以上説明した実施の形態によれば、出発駅について検索条件に基づく好適な駅が複数検索された場合に、利用者Ｂが目的駅を選択することができる。
【００９１】
なお、以上説明した実施の形態は、ページＰ４に検索された複数の駅を表示して、その中からＢが目的駅を選択するものであったが、この他に、たとえば、サーバ１０が抽出した目的候補駅のすべて、あるいは一部をページＰ４に表示し、Ｂが目的候補駅の中から目的駅を選択するようにしてもよい。
【００９２】
また、以上説明した実施の形態では、目的駅を選択するのはＢであったが、これに代えて、たとえば、複数の駅が検索された場合、サーバ１０は、その旨と、目的駅を選択するページＰ４のＵＲＬ４を記述したメールを作成し、ＭＡ１宛て、つまりＡに送信するようにして、Ａが目的駅を選択できるようにしてもよい。
【００９３】
さらに、以上説明した実施の形態は、利用者がＡとＢの２人の場合を例としたものであったが、利用者の数は２人に限定するものではなく、３人以上であってもよい。その際、目的駅を選択できる利用者（のメールアドレス）を、たとえば、Ａが出発駅１などを入力する際に併せて指定するようにしてもよい。その場合、たとえばサーバ１０は、当該指定されたメールアドレス宛てに目的駅を選択させるためのページＰ４のＵＲＬ４を記述したメールを送信する。
【００９４】
次に、本発明にかかる目的地検索方法のさらに別の実施の形態について説明する。
本実施の形態は、図１１，１２に示した実施の形態と同様に、利用者が検索された複数の駅の中から１つを選択できるようにしたものであるが、先の実施の形態では目的駅を選択できるのが利用者１人（ＡまたはＢ）であったのに対して、本実施の形態では、すべての利用者（ＡとＢ）が選択できるようにしたものである。
【００９５】
図１３は、本発明にかかる目的地検索方法のさらに別の実施の形態を示すフローチャートの一部である。すなわち、図１１に示すフローチャートのステップＴ１乃至Ｔ２２までは共通であり、以降、ステップＴ３１乃至４１を実行する。
【００９６】
サーバ１０は、ページＰ４を送信する（Ｔ２２）。
【００９７】
Ｂは、端末３を用いてページＰ４を受信し、ページＰ４上に表示された複数の駅の中から１つを選択（目的希望駅１）し、サーバ１０に送信する（Ｔ３１）。ここで、ページＰ４上で１つの駅を選択するのは、図１１，１２の実施の形態と同様であるが、先の実施の形態では、Ｂが選択した駅が最終的に目的駅として確定するのに対して、本実施の形態では、ページＰ４上でＢが選択したのは、あくまでもＢの希望にすぎず、この時点では目的駅は確定していない。
【００９８】
サーバ１０は、メール作成部３３を用いてメールＭ４を作成（Ｔ３２）し、アドレスＭＡ１宛てに送信（Ｔ３３）する。メールＭ４は、Ａに対して複数の目的駅が検索されていて、その中から希望の駅を選択して欲しい旨と、希望の駅を選択するためのページＰ４のＵＲＬ４を記述したものである。
【００９９】
Ａは、端末２を用いてメールＭ４を受信し、その中に記述されているＵＲＬ４を指定する（Ｔ３４）。
【０１００】
サーバ１０は、ページ送信部３１を用いて、ページＰ４を送信する（Ｔ３５）。ここで、ページＰ４は、先にＢに送信したものと同じページであるが、これに代えて、たとえば、Ｂが希望する駅の表示を追加するなど、Ｂに送信したページとは異なるページとしてもよい（ただし、駅Ｅ３とＥ５のどちらかを選択できるページであることは同じである）。
【０１０１】
Ａは、端末２を用いてページＰ４を受信し、ページＰ４上に表示されている駅Ｅ３とＥ５のうち、どちらかを希望の駅として選択（目的希望駅１）し、サーバ１０に送信する（Ｔ３６）。
【０１０２】
サーバ１０は、図示しない手段を用いて、端末２，３から受付けた目的希望駅１，２から目的駅を決定する（Ｔ３７）。すなわち、目的希望駅１，２が一致すれば、当該駅を目的駅として決定する。
【０１０３】
目的駅が決定した場合、すなわち目的希望駅１，２が一致した場合、サーバ１０は、ページ作成部３２を用いてページ５を作成（Ｔ３８）し、端末２に送信（Ｔ３９）する。ページＰ５は、Ａに対して決定した目的地を通知するためのページである（ページＰ３に相当する）。
さらにサーバ１０は、メール作成部３３を用いてメールＭ５を作成（Ｔ４０）し、アドレスＭＡ２宛てに送信（Ｔ４１）する。メールＭ５は、Ｂに対して決定した目的地を通知するためのメールである（メールＭ２に相当する）。ここで、メールＭ５の本文に決定した目的地を記述してもよいし、あるいは、メールＭ５の本文には、ページＰ５のＵＲＬ５を記述しておき、メールＭ５を受信したＢが、ＵＲＬ５を指定してページＰ５を受信したときに決定した目的地を取得するようにしてもよい。
【０１０４】
一方、目的希望駅１，２が一致しない場合、サーバ１０は、目的希望駅１，２を表示すると共に、目的地が決定しておらず、再度、目的希望駅の選択を促す表示のページを作成してＡに送信すると共に、同様の内容を記述したメールを作成して、アドレスＭＡ２宛て、つまりＢに送信し、このステップを目的駅が決定するまで繰り返す。
【０１０５】
以上説明した実施の形態によれば、出発駅について検索条件に基づく好適な駅が複数検索された場合に、利用者ＡとＢが共に希望する駅を目的駅として決定することができる。
【０１０６】
なお、以上説明した実施の形態は、利用者がＡとＢの２人の場合を例としたものであったが、利用者が３人以上であってもよい。
【０１０７】
ここで、図１と４に示した本発明にかかる目的地検索装置１と１０に代えて、いわゆる汎用のパーソナルコンピュータなどの情報処理装置に、本発明にかかる目的地検索プログラムを記録したコンピュータ読取可能な記録媒体から当該プログラムをインストールすることで、当該情報処理装置を本発明にかかる目的地検索装置として動作させることができる。ここで、目的地検索プログラムとは、情報処理装置を本発明にかかる目的地検索方法を実現するための手段として動作させるためのコンピュータソフトウェアである。
【０１０８】
また、ここまで説明した本発明にかかる目的地検索方法と装置、並びに目的地検索プログラムと当該プログラムを記録したコンピュータ読取可能な記録媒体の実施の形態は、出発地と目的地を列車の駅とするものであったが、本発明は必ずしも列車の駅に限るものではなく、たとえば、道路、海路、あるいは空路など、場所を特定する位置情報（緯度や経度、あるいは住所など）を有するものであれば、何であってもよい。
つまり、車の走行に利用するナビゲーション装置などで本発明にかかる目的地検索方法を実施すれば、複数の地点に点在する車が集合場所を決める場合に、たとえば、各地点からほぼ等距離となる地点を集合場所として取得することができる。その際、高速道路などの有料道路を利用するか否かの検索条件も併せて指定することで、利便性をさらに高めることもできる。
【０１０９】
さらに、すべての出発地と目的地の種類が必ずしも一致する必要はなく、たとえば列車の駅と空港など、異なる種類を組合せてもよい。
【０１１０】
【発明の効果】
以上説明したように本発明によれば、複数の出発地に対する検索条件に基づく好適な目的地を検索することができる。
【０１１１】
また、本発明によれば、出発地の数は２以上であればよいため、出発地の数には関係なく、すべての出発地を入力すれば、当該出発地に対する検索条件に基づく好適な目的地を検索することができる。
【０１１２】
さらに、本発明によれば、複数の出発地を通信ネットワークを介して異なる利用者から受付けることができ、しかも、各利用者の希望を目的地の決定に反映させることができる。
【０１１３】
さらにまた、本発明によれば、検索対象とするのは列車の路線をはじめ、道路、空路、海路など、位置情報を有するものであれば何であってもよく、さらに、それらを組合せて利用することもできる。
【図面の簡単な説明】
【図１】本発明にかかる目的地検索装置の実施の形態を示すブロック図である。
【図２】本発明にかかる目的地検索方法の実施の形態を示すフローチャートである。
【図３】上記の目的地検索装置と方法の検索対象の例を示す図あり、（ａ）は路線と停車駅との関係、（ｂ）乃至（ｄ）は各路線の停車駅間の所要時間、を示す。
【図４】本発明にかかる目的地検索装置の別の実施の形態を示すブロック図である。
【図５】本発明にかかる目的地検索方法の別の実施の形態を示すフローチャートである。
【図６】上記別の実施の形態で用いるＷｅｂページの表示例を示す図であり、（ａ）情報が未入力の状態、（ｂ）情報が入力済の状態、である。
【図７】上記別の実施の形態で用いる別のＷｅｂページの表示例を示す図であり、（ａ）情報が未入力の状態、（ｂ）情報が入力済の状態、である。
【図８】上記別の実施の形態で用いる電子メールの本文の記述例を示す図である。
【図９】上記別の実施の形態で用いるＷｅｂページの表示例を示す図である。
【図１０】上記別の実施の形態で用いる電子メールの本文の記述例を示す図である。
【図１１】本発明にかかる目的地検索方法のさらに別の実施の形態を示すフローチャートの一部である。
【図１２】上記さらに別の実施の形態で用いるＷｅｂページの表示例を示す図であり、（ａ）情報が未入力の状態、（ｂ）情報が入力済の状態、である。
【図１３】本発明にかかる目的地検索方法のさらに別の実施の形態を示すフローチャートである。
【図１４】従来の経路検索装置の実施の形態を示すブロック図である。
【図１５】従来の経路検索方法の実施の形態を示すフローチャートである。
【符号の説明】
１，１０        目的地検索装置
２，３          利用者の端末
４              通信ネットワーク
【図１】
0004143899.tif 000002
【図２】
0004143899.tif 000003
【図３】
0004143899.tif 000004
【図４】
0004143899.tif 000005
【図５】
0004143899.tif 000006
【図６】
0004143899.tif 000007
【図７】
0004143899.tif 000008
【図８】
0004143899.tif 000009
【図９】
0004143899.tif 000010
【図１０】
0004143899.tif 000011
【図１１】
0004143899.tif 000012
【図１２】
0004143899.tif 000013
【図１３】
0004143899.tif 000014
【図１４】
0004143899.tif 000015
【図１５】
0004143899.tif 000016