入力情報に関連する旅程を提案する旅程提案方法であって、乗車駅及び降車駅に関する情報と、乗車日時及び降車日時に関する情報と、前記旅程に含まれる滞在駅及び当該滞在駅における滞在時間と、を備える指定情報を受信する受信ステップと、前記受信した指定情報に基づき、過去に販売された列車の実績情報のなかから、当該指定情報に関連する旅程を抽出する抽出ステップと、前記抽出された旅程を表示部に表示する表示ステップと、を備えることを特徴とする旅程提案方法。請求項1に記載の旅程提案方法において、前記実績情報は、旅程全体を按分する複数の行程からなり、当該行程毎に前記乗車駅及び降車駅に関する情報と、前記乗車日時及び降車日時に関する情報と、が規定されていることを特徴とする旅程提案方法。請求項2に記載の旅程提案方法において、前記抽出ステップは、前記行程毎の前記乗車駅及び降車駅に関する情報と前記乗車日時及び降車日時に関する情報と、前記指定情報と、に基き当該指定情報に関連する旅程を抽出することを特徴とする旅程提案方法。請求項3に記載の旅程提案方法において、前記実績情報は複数、記憶部に格納されており、前記抽出ステップは、前記複数の実績情報それぞれに対して、前記行程毎の前記乗車駅及び降車駅に関する情報と前記乗車日時及び降車日時に関する情報と、前記指定情報と、に基き当該指定情報に関連する旅程を抽出することを特徴とする旅程提案方法。入力情報に関連する旅程を提案する旅程提案システムであって、乗車駅及び降車駅に関する情報と、乗車日時及び降車日時に関する情報と、前記旅程に含まれる滞在駅及び当該滞在駅における滞在時間と、を備える指定情報を受信し、提案する旅程情報を送信する、通信部と、前記受信した指定情報に基づき、過去に販売された列車の実績情報のなかから、当該指定情報に関連する旅程を抽出する行程判定処理部と、を備えることを特徴とする旅程提案システム。請求項5に記載の旅程提案システムにおいて、前記実績情報は、旅程全体を按分する複数の行程からなり、当該行程毎に前記乗車駅及び降車駅に関する情報と、前記乗車日時及び降車日時に関する情報と、が規定されていることを特徴とする旅程提案システム。請求項6に記載の旅程提案システムにおいて、行程見直し処理部を更に備え、前記行程見直し処理部は、前記行程毎の前記乗車駅及び降車駅に関する情報と前記乗車日時及び降車日時に関する情報と、前記指定情報と、に基き当該指定情報に関連する旅程を抽出することを特徴とする旅程提案システム。請求項7に記載の旅程提案システムにおいて、前記実績情報は複数、記憶部に格納されており、前記行程見直し処理部は、前記複数の実績情報それぞれに対して、前記行程毎の前記乗車駅及び降車駅に関する情報と前記乗車日時及び降車日時に関する情報と、前記指定情報と、に基き当該指定情報に関連する旅程を抽出することを特徴とする旅程提案システム。しかし、いずれの特許文献でも列車単位の検索をしているため、列車を降りた後の行動も含めた旅程に対する行程については考慮されていない。具体的には、特許文献1では、経由地の滞在時間バッファの考慮がされているが、滞在時間バッファを取得する位置等については、考慮がされておらず、利用者の滞在時間バッファを取得する位置に関する意思決定を行うことができない。また、特許文献2では、移動時間と時間内で移動できる経路を探すことを目的としており、目的地ごとに異なる不確かな所有時間の推定を行うという場合には対処できない。特許文献3では、発着時刻については、考慮がされておらず、各目的地の所要時間を推定し、計画を立案するという場合には対処できない。そこで本願発明では、他者の行程登録データを利用することにより、従来の列車単位の検索ではなく、一人の旅程に対する行程という概念を取り入れることにより、旅客が希望する滞在駅、滞在時間に応じた行程の検索を行い、各駅での所要時間をさまざまな理由乗換仕事レジャーにより途中駅下車を考慮にいれた利用者の意思決定で設定することができる。本発明によれば、各目的地の所要時間を推定し、計画を立案することが可能になる。更に、出発時間、到着時間、滞在駅、滞在時間を設定することにより、蓄積された販売データから該当する行程を人気順、料金順に検索することができるようになる。以下、図面を用いて本発明に関する実施の形態を説明する。図1では、本実施の形態におけるシステム構成図を示す。本システムは検索端末100と検索サーバ200で構成される。これらの機器、施設のコンピュータは、メモリ、ハードディスクを含む記憶装置、CPUなどの処理装置を有し、記憶装置に格納されたプログラムに従って、処理装置が情報処理を実行するものである。検索サーバ200にはあらかじめ販売データ250販売データのファイルフォーマットを図10に示す。、行程見直しデータ、集計データが設定され、記憶装置に格納されている。また、前述のCPUなどの処理装置を用いて、行程判定処理、行程見直し処理、集計処理を実行する。また、これらの機器、施設はお互い通信回線で接続している。図2のフローチャートを用いて、以下、本実施の形態の処理内容について説明する。まず、検索端末100の指定情報入力画面から滞在検索に必要な情報を入力してサーバに問い合わせるS201。検索端末から検索サーバ問合せを受けた検索サーバ200は、保持している販売データ250の先頭エントリから最終エントリまで、行程判定処理S203、行程見直し処理S204、集計処理S205を繰り返し処理するS202~S206。繰り返し処理が終了すると、集計した結果を端末に返信するS207。最後に、検索結果出力画面に検索結果を表示するS208。以降、図3、図6、図8、図14、図16を用いて、図2で説明した各処理指定情報入力処理S201、行程判定処理S203、行程見直し処理S204、集計処理S205、検索結果表示処理S208の詳細を説明する。図3を用いてS201の指定情報入力画面の処理フローについて説明する。S301にて乗車駅を入力、S302にて降車駅を入力、S303にて発着指定を入力、S304にて日時を入力、S305にて滞在駅と滞在時間を入力して、S306にて検索サーバに問い合わせる。なお、S305については複数の入力を可能とするが、本説明においては2個の入力を可能とする。指定情報入力画面の画面イメージについては図4に示す。ここに示すとおり、S301からS305までの入力はこの順番に限られるものではなく、S306の検索サーバ問合せ処理を実行する前までにこれら情報が揃っていれば良い。また、指定情報入力画面の項目説明を図5に示す。図5は、指定情報入力画面の項目説明を示す図である。乗車駅は乗車駅入力S301、後者駅は降車駅入力S302、発着指定は発着指定入力S303、日時は日時入力S304、滞在情報は滞在駅と滞在時間入力S305である。発着指定は乗車駅と降車駅に日時の意味を含めたものである。日時指定を行いたい場合は発着指定に乗車駅か降車駅を指定する必要がある。図6を用いて行程判定処理203の処理フローを説明する。S601にて販売データiのヘッダ情報のうち乗降駅と入力された指定情報の乗降駅とが一致しているかを判定する。一致している場合は、S602にて指定発着情報が乗車か降車かを判定する。その結果、乗車の場合はS603にて乗車時間の検定を行う。ここでは、指定乗車日時が販売データiのヘッダ情報の乗車日時±1時間以下であるかを調べる。以下である場合は処理を終え、以上である場合はS605に進む。S602の判定が降車であった場合はS604にて降車時間の判定を行う。ここでは、指定降車日時が販売データiのヘッダ情報の降車日時±1時間であるかを調べる。なお、判定の結果がNOの場合は、当該販売データiは対象外として、S605にて次の販売データ読込み処理を行う。つまり、図2のS204以降の処理は行なわずにS202に移行する。S604の判定結果がYESの場合は、当図6の処理を終了し、S204の行程見直し処理を行う。なお、販売データフォーマットについては図7に示す。図7は、検索サーバが保持している販売データを示す図である。ヘッダー情報をキーとして販売データにアクセスすることができる。図8を用いて、行程見直し処理S204の詳細処理フローを説明する。S801にて行程見直しデータ260行程見直しデータのファイルフォーマットを図9に示す。を初期化し、S802にて他駅滞在フラグを初期化する。次に、当該販売データiの行程情報jに対して先頭データから最終データの1エントリ手前までS803からS809の処理を繰り返し行う。まず、S804にて行程情報jの滞在駅が指定滞在駅のいずれかと一致するか判定し、不一致の場合はS810にて他駅滞在フラグをオンにする。一致の場合は、S805にて他駅滞在フラグがオンか判定して、オフの場合はS811にて行程見直しテーブルに行程情報jを追加する。オンの場合は、S806にて行程見直し最終エントリ滞在駅と当該滞在駅が一致するか判定して、不一致の場合は反復処理を抜ける。一致の場合は、S807にて当該滞在終了時間当該滞在時間-最終エントリ降車時刻を行程見直し最終エントリの滞在時間にセットし、S808にて他駅滞在フラグをオフする。S803からS809の繰り返し処理が完了したら、S813にて行程情報最終エントリを行程見直し最終エントリに追加して、S814にて当該行程見直しデータヘッダ情報料金に行程見直し情報の有効エントリ分の料金を加算してセットする。図9に行程見直しデータフォーマットを示す。図9は、検索サーバが保持している行程見直しデータを示した図である。このデータを用いて他者の行程登録データを参照することができる。図10から図13に行程見直しデータの編集例を示す。図10にある端末から入力された指定情報aに対して、図11の販売データAは、S601、S603により、検索対象行程であると判断され、S204行程情報見直し処理を実施する。販売データAの行程情報1はS804により検索対象行程として、S805にて他駅滞在フラグがオフのため、S811にて行程見直しデータに登録する。販売データ行程情報2は最終エントリであるため、S813により行程見直しデータに登録して、S814により当該行程見直しデータヘッダ情報料金を再設定する。販売データBは、S601、S603により、検索対象行程であると判断して、S204の行程情報見直し処理を実施する。販売データB行程情報1はS804により検索対象行程として、S805にて他駅滞在フラグがオフのため、S811にて行程見直しデータに登録する。販売データB行程情報2はS804により対象外行程のため、S810にて他駅滞在フラグをオンにする。販売データB行程情報3は最終エントリであるため、S812にて他駅滞在フラグがオンのため、行程見直しデータには登録せず、対象外データとして扱う。販売データCは、S601、S603により、検索対象行程であると判断して、S204の行程情報見直し処理を実施する。販売データC行程情報1はS804により検索対象行程として、S805にて他駅滞在フラグがオフのため、S811にて行程見直しデータに登録する。販売データC行程情報2はS804により対象外行程のため、S810にて他駅滞在フラグをオンにする。販売データC行程情報3はS804により検索対象行程であると判断して、S805にて他駅滞在フラグオンと判定し、S806にて行程見直し最終エントリ滞在駅=当該滞在駅のため、S807により行程見直しデータ行程情報1の滞時間を再設定する。販売データC行程情報4は最終エントリであるため、S813により行程見直しデータに登録して、S814により料金を再設定する。図14を用いて、集計処理S240の処理フローを説明する。S141にて他駅滞在フラグがオンの場合は、当該販売データiは対象外とする。また、指定滞在駅kの先頭エントリから最終エントリまで、S142からS144の間にあるS143にて、指定滞在時間k≦指定滞在駅に対する行程見直し情報の滞在時間合計≦指定滞在時間2時間を繰り返して判定して、いずれか一つでも該当しないデータが存在する場合は、当該販売データiを対象外とする。当該販売データiが対象の場合は、S145にて集計データ270集計データのファイルフォーマットを図15に示す。に同一行程情報が存在するか判定して、存在する場合はS147にて同一行程情報のヘッダ情報集計カウンタに1加算し、存在しない場合はS146にて集計データに当該販売データiを追加する。図16を用いて、検索結果出力画面の処理フローを説明する。S161にて検索結果を検索サーバ200から受信してS162にて回答結果を出力する。図17に、検索結果出力画面の画面イメージについて示す。また、検索結果出力画面の項目説明を図18に示す。図17と図18は、指定情報入力画面から検索サーバ問合せを行った結果である。この図を用いて利用者は他者の行程登録データを確認でき、自分自身の意思決定を行うことができる。上記の構成により、発時間、到着時間、滞在駅、滞在時間を指定することにより、蓄積された販売データから該当する行程を人気順、料金順に検索することができるようになる。なお、本実施例では、乗降駅は同じ、つまり、出発駅から出発し滞在駅で下車しその後また出発駅と同じ駅に戻ることを想定して説明したが、これに限らず、乗降駅は異なる駅であっても構わない。例えば、東京から大阪へ移動する際に途中の京都で観光するようなケースにおいても適用できる。