"路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースと、前記路線データと前記時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成する路線描画手段と、該路線図データを表示装置に表示する表示手段と、を備えたことを特徴とする路線図表示装置。各路線の現在の運行移動体の混雑状況又は運休又は運行障害状況の何れかを区間単位で示すデータを保持する運行状況データベースを備え、前記路線描画手段は、運行移動体が混雑している区間又は運休又は運行障害にある区間を他の区間と判別可能に表示することを特徴とする請求項1に記載の路線図表示装置。端末装置から路線情報配信サーバに路線図配信要求を送信し、前記路線情報配信サーバから配信される路線図を前記端末装置に表示するようにした路線図表示システムであって、前記路線情報配信サーバは、路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースと、前記路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成する路線描画手段と、該路線図データを前記端末装置に配信する通信手段と、を備えたことを特徴とする路線図表示システム。各路線の現在の運行移動体の混雑状況又は運休又は運行障害状況の何れかを区間単位で示すデータを保持する運行状況データベースを備え、前記路線描画手段は、運行移動体が混雑している区間又は運休又は運行障害にある区間を他の区間と判別可能に表示することを特徴とする請求項3に記載の路線図表示システム。路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースとを備え、前記路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成するステップと、該路線図データを表示装置に表示するステップと、を有することを特徴とする路線図表示方法。端末装置から路線情報配信サーバに路線図配信要求を送信し、前記路線情報配信サーバから配信される路線図を前記端末装置に表示するようにした路線図表示システムにおける路線図表示方法であって、路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースとを備え、前記路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成するステップと、該路線図データを表示装置に表示するステップと、を有することを特徴とする路線図表示方法。各路線の現在の運行移動体の混雑状況又は運休又は運行障害状況の何れかを区間単位で示すデータを保持する運行状況データベースを備え、前記路線描画手段は、運行移動体が混雑している区間又は運休又は運行障害にある区間を他の区間と判別可能に表示するステップを有することを特徴とする請求項5又は請求項6に記載の路線図表示方法。端末装置から路線図配信要求を受信し、路線図データを前記端末装置に配信するようにした路線情報配信サーバであって、路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースと、前記路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成する路線描画手段と、該路線図データを前記端末装置に配信する通信手段と、を備えたことを特徴とする路線情報配信サーバ。各路線の現在の運行移動体の混雑状況又は運休又は運行障害状況の何れかを区間単位で示すデータを保持する運行状況データベースを備え、前記路線描画手段は、運行移動体が混雑している区間又は運休又は運行障害にある区間を他の区間と判別可能に表示することを特徴とする請求項8に記載の路線情報配信サーバ。しかしながら、上記従来の路線図表示システムでは、探索結果を、単に、表あるいは図表形式で表示するだけであるため、出発駅、乗換駅及び目的駅が、実際の路線図上でどのような位置関係にあるのかが分かりにくく、視覚的に見にくいものであった。特に、上記従来の路線図表示システムでは、路線地図を表示し、その地図上で出発駅と目的駅を指定する際、特に、早朝や深夜においては、どの路線のどの区間が現在運行されているのかが不明で、どの駅を出発駅と目的駅として指定すれば最適な経路が探索できるのか分からないという問題点があった。本願の発明者は上記の問題点を解消すべく種々検討を重ねた結果、交通機関の運行時刻表データを用いて、現在の時刻に基づいてその時刻に運行されている路線をリアルタイムに路線図として表示すれば、上記の問題点を解消し得ることに想到して本発明を完成するに至ったものである。すなわち、本発明は上記の問題点を解消することを課題とし、早朝や深夜において、どの路線のどの区間が現在運行されているのかが不明であっても出発駅と目的駅を容易に指定できるようにした路線図表示装置、路線図表示システム、路線図表示方法及び路線情報配信サーバを提供することを目的とするものである。前記課題を解決するために、本願の請求項1にかかる路線図表示装置の発明は、路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースと、前記路線データと前記時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成する路線描画手段と、該路線図データを表示装置に表示する表示手段と、を備えたことを特徴とする。また、本願の請求項2にかかる発明は、請求項1にかかる路線図表示装置において、各路線の現在の運行移動体の混雑状況又は運休又は運行障害状況の何れかを区間単位で示すデータを保持する運行状況データベースを備え、前記路線描画手段は、運行移動体が混雑している区間又は運休又は運行障害にある区間を他の区間と判別可能に表示することを特徴とする。また、本願の請求項3にかかる発明は、端末装置から路線情報配信サーバに路線図配信要求を送信し、前記路線情報配信サーバから配信される路線図を前記端末装置に表示するようにした路線図表示システムであって、前記路線情報配信サーバは、路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースと、前記路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成する路線描画手段と、該路線図データを前記端末装置に配信する通信手段と、を備えたことを特徴とする。また、本願の請求項4にかかる発明は、請求項3にかかる路線図表示システムにおいて、各路線の現在の運行移動体の混雑状況又は運休又は運行障害状況の何れかを区間単位で示すデータを保持する運行状況データベースを備え、前記路線描画手段は、運行移動体が混雑している区間又は運休又は運行障害にある区間を他の区間と判別可能に表示することを特徴とする。また、本願の請求項5にかかる発明は、路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースとを備え、前記路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成するステップと、該路線図データを表示装置に表示するステップと、を有することを特徴とする路線図表示方法である。また、本願の請求項6にかかる発明は、端末装置から路線情報配信サーバに路線図配信要求を送信し、前記路線情報配信サーバから配信される路線図を前記端末装置に表示するようにした路線図表示システムにおける路線図表示方法であって、路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースとを備え、前記路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成するステップと、該路線図データを表示装置に表示するステップと、を有することを特徴とする。また、本願の請求項7にかかる発明は、請求項5又は請求項6にかかる路線図表示方法において、各路線の現在の運行移動体の混雑状況又は運休又は運行障害状況の何れかを区間単位で示すデータを保持する運行状況データベースを備え、前記路線描画手段は、運行移動体が混雑している区間又は運休又は運行障害にある区間を他の区間と判別可能に表示するステップを有することを特徴とする。また、本願の請求項8にかかる発明は、端末装置から路線図配信要求を受信し、路線図データを前記端末装置に配信するようにした路線情報配信サーバであって、路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースと、前記路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成する路線描画手段と、該路線図データを前記端末装置に配信する通信手段と、を備えたことを特徴とする。また、本願の請求項9にかかる発明は、請求項8にかかる路線情報配信サーバにおいて、各路線の現在の運行移動体の混雑状況又は運休又は運行障害状況の何れかを区間単位で示すデータを保持する運行状況データベースを備え、前記路線描画手段は、運行移動体が混雑している区間又は運休又は運行障害にある区間を他の区間と判別可能に表示することを特徴とする。本発明の路線図表示装置,路線図表示システム,路線図表示方法及び路線情報配信サーバは、次のような効果を奏する。すなわち、請求項1にかかる路線図表示装置の発明においては、路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースと、前記路線データと前記時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成する路線描画手段と、該路線図データを表示装置に表示するようにしたので、早朝や深夜においても、どの路線のどの区間が所定の基準時刻に運行されているのかが一目で分かるようになる。また、請求項2にかかる発明においては、請求項1にかかる路線図表示装置において、列車などの運行移動体が混雑している区間、又は運行移動体が運休又は運行障害にある区間を他の区間と判別可能に表示するようにしたので、経路探索を行う際に、混雑区間や運休又は運行障害にある区間を避けたルートを指定して探索させることができるようになる。請求項3にかかる路線図表示システムの発明においては、路線データを蓄積したデータベースと、各路線の時刻表データを蓄積したデータベースと、前記路線データと前記時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成する路線描画手段と、該路線図データを表示装置に表示するようにしたので、早朝や深夜においても、どの路線のどの区間が所定の基準時刻に運行されているのかが一目で分かるようになる。また、請求項4にかかる発明においては、請求項3にかかる路線図表示システムにおいて、列車などの運行移動体が混雑している区間、又は運行移動体が運休又は運行障害にある区間を他の区間と判別可能に表示するようにしたので、経路探索を行う際に、混雑区間や運休又は運行障害にある区間を避けたルートを指定して探索させることができるようになる。また、請求項5にかかる路線図表示方法の発明においては、路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成し、該路線図データを表示装置に表示するようにしたので、早朝や深夜においても、どの路線のどの区間が所定の基準時刻に運行されているのかが一目で分かるようになる。また、請求項6にかかる路線図表示方法の発明においては、路線情報配信サーバにより、データベースに蓄積した路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成し、該路線図データを端末装置に配信して表示するようにしたので、早朝や深夜においても、どの路線のどの区間が所定の基準時刻に運行されているのかが一目で分かるようになる。また、請求項7にかかる発明においては、請求項5又は請求項6にかかる路線図表示方法において、列車などの運行移動体が混雑している区間、又は運行移動体が運休又は運行障害にある区間を他の区間と判別可能に表示するようにしたので、経路探索を行う際に、混雑区間や運休又は運行障害にある区間を避けたルートを指定して探索させることができるようになる。また、請求項8にかかる路線情報配信サーバの発明においては、路線情報配信サーバにおいて、データベースに蓄積した路線データと時刻表データとに基づいて、所定の基準時刻に各路線が運行しているか否かを判断し、運行している路線と運行していない路線とを区別し得る態様で複数路線の一覧を示す路線図データを生成し、該路線図データを端末装置に配信して表示するようにしたので、早朝や深夜においても、どの路線のどの区間が所定の基準時刻に運行されているのかが一目で分かるようになる。また、請求項9にかかる発明においては、請求項8にかかる路線情報配信サーバにおいて、列車などの運行移動体が混雑している区間、又は運行移動体が運休又は運行障害にある区間を他の区間と判別可能に表示するようにしたので、経路探索を行う際に、混雑区間や運休又は運行障害にある区間を避けたルートを指定して探索させることができるようになる。以下、本発明の具体例を実施例及び図面を用いて詳細に説明する。但し、以下に示す実施例は、本発明の技術思想を具体化するための路線図表示システムを例示するものであって、本発明をこの路線図表示システムに特定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態の路線図表示システムにも等しく適用し得るものである。図1は、本発明の実施例に係る路線図表示システムの概略構成を示すブロック図である。端末装置10は、携帯電話端末、パソコン、携帯情報端末等、インターネット等のネットワーク1を介して路線情報配信サーバ20から路線情報配信サービスを受けることができる端末であり、制御手段11、通信手段12、測位手段13、表示手段14、配信データ記憶手段15、配信要求編集手段16、操作入力手段17を備えて構成される。一方、路線情報配信サーバ20は、制御手段21、通信手段22、配信データ作成手段23、経路探索手段24、路線描画手段25、探索用ネットワークデータベース26、時刻表データベース27、運行状況データベース28を備えて構成される。端末装置10において、制御手段11は、図示してはいないがRAM、ROM、プロセッサを有するマイクロプロセッサであり、ROMに格納された制御プログラムにより各部の動作を制御する。通信手段12はネットワーク1を介して路線情報配信サーバ20などと通信データを送受信するための通信インターフェースである。測位手段13は、GPS衛星からの信号を受信して現在位置を緯度経度で算出する。表示手段14は液晶表示パネル等からなり、路線情報配信サーバ20から配信送信された路線情報の表示に使用されるものである。また、表示手段14はメニュー画面を表示し端末装置10を操作するための入力手段としても機能する。路線情報配信サーバ20から端末装置10に送信される路線情報は路線図データとともに配信データ記憶手段15に記憶され、配信データ記憶手段15に記憶された路線図データは、必要に応じて読み出され、表示手段14に表示される。配信要求編集手段16は、経路探索要求等、路線情報配信サーバ20に対する各種要求を編集する。操作入力手段17は、キー、ダイヤル等からなり、端末装置10を操作するための入力を行い、また、出発駅、目的駅などの入力機能としても用いられる。また、路線情報配信サーバ20において、制御手段21は、図示してはいないがRAM、ROM、プロセッサを有するマイクロプロセッサであり、ROMに格納された制御プログラムにより各部の動作を制御する。通信手段22はネットワーク1を介して端末装置10などと通信したり、ネットワーク2を介して情報配信サーバ30と通信したりするための通信インターフェースである。配信データ作成手段23は、端末装置10に配信するためのデータを編集するためのものである。経路探索手段24は、端末装置10から受け取った経路探索要求に基づいて、出発駅から目的駅までの最適な経路の探索を、周知の方法で行う。路線描画手段25は、路線図中に、現在運行中の路線部分を描画する。探索用ネットワークデータベース26は、経路探索のため、鉄道路線ネットワークデータを蓄積している。なお、探索用ネットワークデータベース26には、鉄道路線以外にも、バス路線、道路等のネットワークデータも必要に応じて蓄積している。時刻表データベース27は、鉄道の時刻表データを蓄積し、運行状況データベース28は、各路線の現在の列車混雑状況や、事故、故障等による列車の運休状況等を区間単位毎にリアルタイムで示すデータを蓄積している。それら探索用ネットワークデータベース26、時刻表データベース27及び運行状況データベース28のデータは、ネットワーク2を介して情報配信サーバ30から随時提供され、更新できるようになっている。図2は、経路探索条件入力画面の一例を示す図である。この画面は、路線情報配信サーバ20にアクセスした際に、路線情報配信サーバ20から表示データを受け取って端末装置10の表示手段14により表示される。この入力画面に路線図のメニューを設けておき、それを選択すると、測位手段13で算出された現在位置情報が路線情報配信サーバ20に送られ、路線情報配信サーバ20から、現在位置を含む路線図データが返信される。表示手段14は、その路線図データを受けて、地図表示領域に路線図を表示する。なお、路線図の表示方法としては、別ページに飛ぶようにしてそこで表示させてもよいし、別ブラウザを立ち上げてそこに表示させてもよい。図2に示す経路探索条件入力画面は、端末装置10に蓄積された画面データにより表示してもよく、路線図情報配信サーバ30から提供されるブラウザにより表示される構成であってもよい。この経路探索条件入力画面にはメニューを表示するためのメニューボタン、ルート検索を指定するためのボルート検索ボタン、地図表示領域に表示した地図上の周辺のPOI興味対象場所を検索するための周辺検索ボタン、交通機関の路線図を表示させるための路線図ボタンが表示される。また、この経路探索条件入力には、地図検索のための地図検索入力ボックスと、地図検索入力ボックスに入力した条件で路線情報配信サーバ30に地図検索を指示するための検索ボタンが表示され、端末装置10が所望のPOIの位置を指定した場合には、該当するエリアの地図を表示するとともにPOIの位置にそのPOIを示すオブジェクト画像アイコン画像が表示され、利用者がこのオブジェクト画像をクリックして選択すると情報ウィンドウが開き、POIの名称、住所、電話番号、営業時間や営業内容などのオブジェクト情報が表示される。利用者が路線図ボタンを選択すると、測位手段13で算出された現在位置情報が路線情報配信サーバ20に送られ、路線情報配信サーバ20から、現在位置を含む路線図データが返信される。表示手段14は、その路線図データを受けて、地図表示領域に路線図を表示する。なお、路線図の表示方法としては、別ページに飛ぶようにしてそこで表示させてもよいし、別ブラウザを立ち上げてそこに表示させてもよい。経路探索の条件は表示された路線図上で出発駅、目的駅を指定する。なお、経路探索の条件の入力方法は上記の方法に限られるものでなく、通常のナビゲーョンシステムのように所望地点のPOI名称や住所、電話番号入力により地点を指定する方法、所望の地点を地図上に表示されたPOIアイコンをクリックする方法など種々の方法を採ることができる。図3は、路線図の一例を示す図である。それぞれの路線は、互いに異なる色で色分けされて識別できるようになっている。経路探索を行う場合、必要があれば出発日時、あるいは到着日時等を指定した後、図3に示すような路線図において、駅のマークをクリックすることにより出発駅と目的駅を指定する。そのようにして入力した結果を配信要求編集手段16によって経路探索要求データとして編集し、路線情報配信サーバ20に送信すると、路線情報配信サーバ20の経路探索手段24は、探索用ネットワークデータベース26、時刻表データベース27、運賃状況データベース28を参照して最適経路や複数の候補経路を探索する。なお、最適経路を探索するか、複数の候補経路を探索するかは、利用者の好みによるため、経路探索条件入力画面でどちらかを選択できるようにすればよい。複数の候補経路を探索した場合には候補経路一覧を、例えば、所要時間の短い順、運賃の安い順などの順で表示し、利用者が候補経路の何れかを選択すると、該当する候補経路を路線図に表示する。この場合も、候補経路のソート順を利用者が経路探索条件入力画面で選択できるようにしておく。出発駅と目的駅を指定するための路線図表示画面としては、現在運行中の路線部分をアニメーション式にリアルタイムで示す路線図を表示する。そのような路線図は、路線情報配信サーバ20の路線描画手段25により、探索用ネットワークデータベース26、時刻表データベース27及び運行状況データベース28から実際の運行状況を取得して描画処理が行われる。なお、アニメーション描画の具体的手段としては、FLASH登録商標などのソフトウェア、Ajax技術等、周知の技術を採用することができる。次に、図8に示すフローチャートを参照しながら、本発明の路線図表示システムにおける描画処理を説明する。まず、初期画面として、図4に示すような、図3の路線図から駅間の路線表示を全て消去し、駅のみを残した路線図を描画するステップS1。この画面は、終電の運行が終わって始発電車が発車する前の時間帯で、現在運行中の路線が全くないことを示している。次に、時刻表データベース27の時刻表データに基づいて、いずれかの路線で始発電車の運行が始まったか否かを判別しステップS2、未だ始発電車の運行が始まっていなければ、ステップS1に戻って駅のみを残した路線図の描画を継続する。一方、ステップS2で始発電車の運行が始まったら、図5に示すように、始発駅から路線の描画を順次開始し、時間の経過に応じ、時刻表データに従ってアニメーション式に徐々に伸ばしていくステップS3。そして、最終的には、図3に示すような全路線図が描画されるステップS4。その後、乗り入れ線の最終電車が発車して乗り入れ運行が終了したか否かを判別しステップS5、乗り入れ運行が終了したら、その乗り入れ線の路線消去を開始して、時刻表での電車の進行に応じて順次消去していくステップS6。次いで、各路線で終電が発車して、終電車の運行が開始されたか否かを判別しステップS7、終電車の運行が開始されたら、終電車の進行に応じてその路線をアニメーション式に順次消去していくステップS8。そして、最終的には、図4に示すような、駅間の路線表示を全て消去し、駅のみを残した路線図が描画される。路線描画手段25は、上記したような基本的描画処理に加えて、運行状況データベース28に蓄積した、各路線の現在の列車混雑状況や、事故、故障等による列車の運休状況あるいは運行障害状況等の運行状況データを利用して、列車が混雑している区間や事故、故障等で運休状態、あるいは運行障害にある区間を、他の区間と判別可能に描画することもできる。例えば、図6において、J駅とK駅の間を太くしてその区間が混雑していることを示したり、L駅とM駅の間に膨らみを付けてその区間で電車がストップ運休、あるいは、運行障害にあることを示したりすることができる。また、各図では、上り下りの路線を同時に表示したが、上りの路線と下りの路線を別々にして2本表示するようにしてもよい。さらに、ユーザがよく利用する駅やその他任意の駅を基点として表示するようにしてもよい。その場合、表示設定等で基点とする駅を設定すればよい。そのようにして路線描画手段25により描画された路線図は、配信データ作成手段23により配信データとして編集され、配信データ作成手段22を介して端末装置10に配信され、その画面に表示される。そして、ユーザは、その路線図上で出発駅と目的駅を指定する。経路探索手段24による経路探索は次のように行う。例えば、道路が図9に示すように道路A、B、Cからなる場合、道路A、B、Cの端点、交差点、屈曲点などをノードとし、各ノード間を結ぶ道路を有向性のリンクで表し、ノードデータノードの緯度経度、リンクデータリンク番号と各リンクのリンクコストリンクの距離またはリンクを走行するのに必要な所要時間をデータとしたリンクコストデータとで構成される。すなわち、図9において、Nn○印、Nm◎印がノードを示し、Nm◎印は道路の交差点を示している。各ノード間を結ぶ有向性のリンクを矢印線実線、点線、2点鎖線で示している。リンクは、道路の上り、下りそれぞれの方向を向いたリンクが存在するが、図9では図示を簡略化するため矢印の向きのリンクのみを図示している。このような道路ネットワークのデータを探索用のデータベースとして経路探索を行う場合、出発地のノードから目的地のノードまで連結されたリンクをたどりそのリンクコストを累積し、累積リンクコストの最少になる経路を探索して案内する。すなわち、図9において出発地をノードAX、目的地をノードCYとして経路探索を行う場合、ノードAXから道路Aを走行して2つ目の交差点で右折して道路Cに入りノードCYにいたるリンクを順次たどりリンクコストを累積し、リンクコストの累積値が最少になる経路を探索して案内する。図9ではノードAXからノードCYに至る他の経路は図示されていないが、実際にはそのような経路が他にも存在するため、ノードAXからノードCYに至ることが可能な複数の経路を同様にして探索し、それらの経路のうちリンクコストが最少になる経路を最適経路として決定するものである。この手法は、例えば、ダイクストラ法と呼ばれる周知の手法によって行われる。これに対して、交通機関の経路探索のための鉄道路線ネットワークデータ交通ネットワークデータは以下のように構成されている。例えば、図10に示すように交通路線A、B、Cからなる場合、各交通路線A、B、Cに設けられた各駅航空機の路線においては各空港をノードとし、各ノード間を結ぶ区間を有向性のリンクで表し、ノードデータ緯度経度、リンクデータリンク番号をネットワークデータとしている。図10において、Nn○印、Nm◎印がノードを示し、Nm◎印は交通路線の乗り継ぎ点乗換え駅などを示し、各ノード間を結ぶ有向性のリンクを矢印線実線、点線、2点鎖線で示している。リンクは、交通路線の上り、下りそれぞれの方向を向いたリンクが存在するが、図10では図示を簡略化するため矢印の向きのリンクのみを図示している。しかしながら、交通ネットワークは道路ネットワークと比べリンクコストが基本的に異なる。すなわち、道路ネットワークではリンクコストは固定的、静的なものであったが、交通ネットワークでは、図10に示すように交通路線を運行する列車や航空機以下個々の列車や航空機などの各経路を交通手段と称するが複数ある。各交通手段毎にあるノードを出発する時刻と次のノードに到着する時刻とが定まっており時刻表データ、運行データで規定される、かつ、個々の経路が必ずしも隣接するノードにリンクしない場合がある。例えば、急行と各駅停車の列車のような場合である。このような場合には同じ交通路線上に異なる複数のリンクが存在することになり、またノード間の所要時間が交通手段により異なる場合もある。図10に例示する交通ネットワークにおいては、交通路線Aの同じリンクに複数の交通手段経路Aa~Ac、交通路線Cに複数の交通手段経路Ca~Ccが存在することになる。従って、交通機関の運行ネットワークは、単純な道路ネットワークと異なり、ノード、リンク、リンクコストの各データは交通手段個々の航空機や列車などの経路の総数に比例したデータ量になる。このため交通ネットワークのデータは道路ネットワークのデータ量に比べて膨大なデータ量になる。従って、それに応じて、経路探索に要する時間も多く必要になる。このような交通ネットワークデータを用いて、ある出発地からある目的地までの経路を探索するためには、出発地から目的地まで到達する際に使用乗車できる全ての交通手段を探索して探索条件に合致する交通手段を特定する必要がある。例えば、図10において、出発地を交通路線AのノードAXとしてある特定の出発時刻を指定して、交通路線CのノードCYを目的地とする経路探索を行う場合、交通路線A上を運行する交通手段Aa~Acのうち出発時刻以降の全ての交通手段を順次出発時の経路として選択する。そして交通路線Cへの乗り継ぎノードへの到着時刻に基づいて、交通路線C上を運行する各交通手段Ca~Ccのうち、乗り継ぎノードにおいて乗車可能な時刻以降の交通手段の全ての組み合わせを探索して各経路の所要時間や乗り換え回数などを累計して案内することになる。なお、上記実施例では、ネットワーク1を介して端末装置10と路線情報配信サーバ20の間でデータをやり取りする例を示したが、ユーザ端末側に探索用ネットワークデータベース、時刻表データベース等のデータベース及び経路探索手段、路線描画手段等の機能を持たせて、路線図表示装置としてユーザ端末だけで経路探索及び路線図表示を行うようにすることもできる。また、上記実施例では、電車路線の場合で説明したが、バス路線等、その他の交通機関の路線にも適用できる。以上、詳細に説明したように、本発明によれば、時刻に応じてその時刻に運行中の路線を示す路線図がリアルタイムに表示されるので、早朝や深夜においても、どの路線のどの区間が現在運行されているのかが一目で分かるようになる。このため、万人に視覚的に見やすく、分かりやすい路線図の提供が可能となり、また、経路探索のための出発地や目的地のち選択を適切に行うことが可能になる。"