(57)【要約】【課題】通勤列車などに事故による不通の状態が生じた場合に，いち早く列車の利用者にその情報を伝え，或いは事故区間を迂回する迂回路を通知するシステムを提供すること。【解決手段】予めシステムに参加する会員を募集しておき，事故等の情報を受けたときに，会員へのアクセス情報を辿って会員に事故の情報及び迂回路の情報を伝える。同様の処理により，鉄道会社の列車ダイヤの変更や運賃変更，或いは定期券の期限に関する情報を会員に伝えることが出来る。【選択図】図１
2004046284.tif 000002
【特許請求の範囲】
【請求項１】
交通機関に緊急事態その他の状況変更事態が発生した時に，上記状況変更事態の発生による影響を受ける会員に，上記状況変更事態あるいはこれに関連する情報を通知する交通情報通知方法であって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースを用い，
上記交通機関からの上記状況変更事態の情報を受け付けた時に，上記会員データベースを検索して，上記状況変更事態による影響を受け得る会員へのアクセス情報を抽出すると共に，各会員における上記状況変更事態に関する情報を抽出し，上記抽出されたアクセス情報を用いて抽出された会員に状況変更事態に関する情報を通知することを特徴とする交通情報通知方法。
【請求項２】
上記状況変更事態が，上記会員の上記交通機関における定期券更新の時期であり，状況変更事態に関する情報が，定期券更新期限及び／新定期券の金額である請求項１記載の交通情報通知方法。
【請求項３】
上記状況変更事態が，上記交通機関における復旧であり，状況変更事態に関する情報が，復旧情報である請求項１記載の交通情報通知方法。
【請求項４】
上記状況変更事態が，上記交通機関におけるダイヤ変更であり，状況変更事態に関する情報が，ダイヤ変更の時期及び／若しくは新しいダイヤである請求項１記載の交通情報通知方法。
【請求項５】
交通機関に緊急事態が発生した時に，上記緊急事態の発生による影響を受ける会員に，上記緊急事態発生区間を迂回する交通機関の経路を通知する交通情報通知方法であって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースを用いて，
上記交通機関からの上記緊急事態発生区間を含む緊急事態情報を受け付けた時に，上記会員データベースを検索して，上記緊急事態による影響を受け得る会員へのアクセス情報を抽出すると共に，
各会員における緊急事態発生区間を迂回する交通機関の経路を抽出し，
上記抽出されたアクセス情報を用いて抽出された会員に緊急事態発生区間を迂回する交通機関の経路を通知することを特徴とする交通情報通知方法。
【請求項６】
上記緊急事態が，上記交通機関における事故情報である請求項５記載の交通情報通知方法。
【請求項７】
上記緊急事態が，上記交通機関の不通情報である請求項５記載の交通情報通知方法。
【請求項８】
上記緊急事態が，上記交通機関の渋滞あるいは混雑情報である請求項５記載の交通情報通知方法。
【請求項９】
上記会員へのアクセス情報が，上記会員の通常電話，携帯電話あるいはＰＨＳの電話番号である請求項１〜４のいずれかに記載の交通情報通知方法。
【請求項１０】
上記会員へのアクセス情報が，上記会員の通常電話，携帯電話あるいはＰＨＳの電話番号である請求項５〜８のいずれかに記載の交通情報通知方法。
【請求項１１】
上記会員へのアクセス情報が，上記会員の電子メールアドレスである請求項１〜４のいずれかに記載の交通情報通知方法。
【請求項１２】
上記会員へのアクセス情報が，上記会員の電子メールアドレスである請求項５〜８のいずれかに記載の交通情報通知方法。
【請求項１３】
上記交通機関名とその利用区間の情報が，当該会員の定期券情報である請求項１〜４のいずれかに記載の交通情報通知方法。
【請求項１４】
上記交通機関名とその利用区間の情報が，当該会員の定期券情報である請求項５〜８のいずれかに記載の交通情報通知方法。
【請求項１５】
上記緊急事態が更新されるたびに迂回経路が通知される請求項５〜１４のいずれかに記載の交通情報通知方法。
【請求項１６】
会員との通信に用いる携帯電話，ＰＨＳ，携帯端末の現在地を検出し，該現在地からの迂回路を通知する請求項５〜１５に記載の交通情報通知方法。
【請求項１７】
交通機関に緊急事態その他の状況変更事態が発生した時に，上記状況変更事態の発生による影響を受ける会員に，上記状況変更事態あるいはこれに関連する情報を通知する交通情報通知システムであって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースと，
上記データベースに接続され，上記交通機関からの上記状況変更事態の情報を受け付けた時に，上記会員データベースを検索して，上記状況変更事態による影響を受け得る会員へのアクセス情報を抽出する第１の会員抽出手段と，
各会員における上記状況変更事態に関する情報を抽出する状況変更事態抽出手段と，上記抽出されたアクセス情報を用いて抽出された会員に状況変更事態に関する情報を通知する通知手段とを具備する第１のサーバとを備えてなることを特徴とする交通情報通知方法。
【請求項１８】
交通機関に緊急事態が発生した時に，上記緊急事態の発生による影響を受ける会員に，上記緊急事態発生区間を迂回する交通機関の経路を通知する交通情報通知システムであって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースと，
上記データベースに接続され，上記交通機関からの上記緊急事態発生区間を含む緊急事態情報を受け付けた時に，上記会員データベースを検索して，上記緊急事態による影響を受け得る会員へのアクセス情報を抽出する第２の会員抽出手段と，
各会員における緊急事態発生区間を迂回する交通機関の経路を抽出する迂回経路抽出手段と，
上記抽出されたアクセス情報を用いて抽出された会員に緊急事態発生区間を迂回する交通機関の経路を通知する経路通知手段とを備えた第２のサーバとを具備してなることを特徴とする交通情報通知システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、交通機関に運賃改定，ダイヤ改定などの状況変更事態や，事故等の緊急事態が発生した時に，上記状況変更事態や緊急事態の発生による影響を受ける会員に，上記状況変更事態や緊急事態に関する情報を通知する交通情報通知方法及びそのシステムに関するものである。
【０００２】
【従来の技術】
鉄道が事故で停止した場合，従来は，事故の情報を知らずに日頃利用している交通機関に乗るべく家をでて，駅に着いてから事故の情報を知ることが多い。そのため，仕方なく駅で復旧を待ったり，満員電車の中で足止めを食って疲労感がつのることになる。
【０００３】
【発明が解決しようとする課題】
このような場合に，事故の情報などがいち早く利用者に知らされる手段があれば，利用者は早急に迂回ルートを調べて，円滑に通勤することが出来る。
その場合，事故の情報だけでなく，あるいは事故の情報に替えて，迂回ルートの情報が利用者に始めから与えられれば，更に便利である。
かかる状況は，事故のあった区間そのものを利用する利用者のみに生じる問題ではない。なぜなら，ある区間で事故が発生した場合，利用者はその区間を迂回する路線を探して利用するので，自然，上記迂回路線が渋滞あるいは混雑することになる。従って，そのような混雑を事前に察知できれば，より混雑の少ない路線を探すことができるからである。このような二次的な混雑を回避することも，本発明の課題の一つである。
【０００４】
交通機関の事故の場合，事故が解消して交通状況が復旧したことを早く知ることも，事故の発生にもまして重要である。
交通機関としては，電車などのみでなく，道路の渋滞情報や事故情報についても同様であると思われる。
上記のような交通機関に関して事前に知っておけば便利な情報は，上記の事故に関する情報のみではない。
たとえば，交通機関の定期券の期限等を事前に教えてもらうことが出来れば，利用者はある日突然定期が切れていることに気づいてうろたえると言うことが無くなるであろう。
同様に，列車のダイヤ変更の時期や，新ダイヤなども事前に知ることが出来れば，便利であることは言うまでもない。
【０００５】
従って，本発明が目的とするところは，上記列車の事故情報，その復旧情報あるいはそれに関する迂回情報などの緊急情報はもちろん，定期券の切り替え時期や交通機関のダイヤ改正情報などで代表される交通機関の状況変更事態の発生を，当該交通機関の利用者がいち早く入手できるようにした交通情報通知方法及びそのためのシステムを提供することである。
【０００６】
【課題を解決するための手段】
上記目的を達成するために本発明に係る交通情報通知方法は，
交通機関に緊急事態その他の状況変更事態が発生した時に，上記状況変更事態の発生による影響を受ける会員に，上記状況変更事態あるいはこれに関連する情報を通知する交通情報通知方法であって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースを用い，
上記交通機関からの上記状況変更事態の情報を受け付けた時に，上記会員データベースを検索して，上記状況変更事態による影響を受け得る会員へのアクセス情報を抽出すると共に，各会員における上記状況変更事態に関する情報を抽出し，上記抽出されたアクセス情報を用いて抽出された会員に状況変更事態に関する情報を通知することを特徴とする交通情報通知方法である。
この発明では，状況変更事態が広く捉えられている。
上記状況変更事態の一例は，上記会員の上記交通機関における定期券更新の時期である。その場合，状況変更事態に関する情報は，定期券更新期限及び／新定期券の金額である。
また，上記状況変更事態の別の例として，上記交通機関における復旧があげられる。この場合の状況変更事態に関する情報は，復旧情報である。
更に，上記状況変更事態の他の例として，上記交通機関におけるダイヤ変更が挙げられる。この場合の状況変更事態に関する情報は，当然ながらダイヤ変更の時期及び／若しくは新しいダイヤである。
【０００７】
請求項１に記載した発明を交通機関における緊急事態に特化した発明として，交通機関に緊急事態が発生した時に，上記緊急事態の発生による影響を受ける会員に，上記緊急事態発生区間を迂回する交通機関の経路を通知する交通情報通知方法であって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースを用いて，
上記交通機関からの上記緊急事態発生区間を含む緊急事態情報を受け付けた時に，上記会員データベースを検索して，上記緊急事態による影響を受け得る会員へのアクセス情報を抽出すると共に，
各会員における緊急事態発生区間を迂回する交通機関の経路を抽出し，
上記抽出されたアクセス情報を用いて抽出された会員に緊急事態発生区間を迂回する交通機関の経路を通知することを特徴とする交通情報通知方法が挙げられる。
この場合の上記緊急事態の一例として，上記交通機関における事故情報が挙げられる。
【０００８】
また別の例として上記緊急事態が，上記交通機関の不通情報である例も考えられる。
更に考えられる例として上記緊急事態が，上記交通機関の渋滞あるいは混雑情報である場合がある。
会員へ通知を出すための上記会員へのアクセス情報として，上記会員の通常電話，携帯電話あるいはＰＨＳの電話番号を採用することができる。
また別の例として，上記会員へのアクセス情報が，上記会員の電子メールアドレスが考えられる。
会員が利用する交通機関名とその利用区間の情報をどこから採取するかは重要である。一つの有力な情報として，当該会員の定期券情報を用いることが出来よう。
交通事故などの緊急事態の場合，その発生時点を会員に連絡することはもちろん重要であるが，上記緊急事態が更新された時も会員に伝えないと，会員の混乱が生じる可能性がある。従って，緊急事態が更新されるたびに迂回経路を通知する事が望ましい。
【０００９】
近年，ＧＰＳの発達や，或いはＰＨＳ，携帯電話の現在地情報探知技術の発達は目覚しく，現在通信しているＰＨＳ等の現在地情報の入手を可能にしている。従って，管理サーバと交信しているＰＨＳなどの現在地情報を上記の現在地情報探知技術により探知し，探知された現在地からの迂回経路を通知することも可能である。この場合，通勤，通学途中からでも，迂回路を取得でき，事故等の発生にも関わらず，目的地に到達することが出来る。
【００１０】
請求項１に記載した本発明をシステムとしての面から捉えると次のようになる。
交通機関に緊急事態その他の状況変更事態が発生した時に，上記状況変更事態の発生による影響を受ける会員に，上記状況変更事態あるいはこれに関連する情報を通知する交通情報通知システムであって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースと，
上記データベースに接続され，上記交通機関からの上記状況変更事態の情報を受け付けた時に，上記会員データベースを検索して，上記状況変更事態による影響を受け得る会員へのアクセス情報を抽出する第１の会員抽出手段と，
各会員における上記状況変更事態に関する情報を抽出する状況変更事態抽出手段と，上記抽出されたアクセス情報を用いて抽出された会員に状況変更事態に関する情報を通知する通知手段とを具備する第１のサーバとを備えてなることを特徴とする交通情報通知方法。
また，この発明における緊急事態発生時に迂回路を通知する場合に特化したシステムは次のようになる。
交通機関に緊急事態が発生した時に，上記緊急事態の発生による影響を受ける会員に，上記緊急事態発生区間を迂回する交通機関の経路を通知する交通情報通知システムであって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースと，
上記データベースに接続され，上記交通機関からの上記緊急事態発生区間を含む緊急事態情報を受け付けた時に，上記会員データベースを検索して，上記緊急事態による影響を受け得る会員へのアクセス情報を抽出する第２の会員抽出手段と，
各会員における緊急事態発生区間を迂回する交通機関の経路を抽出する迂回経路抽出手段と，
上記抽出されたアクセス情報を用いて抽出された会員に緊急事態発生区間を迂回する交通機関の経路を通知する経路通知手段とを備えた第２のサーバとを具備してなることを特徴とする交通情報通知システム。
【００１１】
【発明の実施の形態】以下，添付図面を参照して，本発明の実施の形態につき説明し，本発明の理解に供する。尚，以下の実施の形態は，本発明の具体例であって，本発明の技術的範囲を限定する性格のものではない。ここに，図１は本発明の実施の形態に係る交通情報通知システム全体の通信回路図，図２は情況変更事態に対応しようとする実施形態の手順を示すフローチャート，図３は，交通事故に対応しようとする実施形態の手順を示すフローチャート，図４は，事故が発生したこと及びそれによる迂回をを知らせるための画面の一例を示す図，図５は，事故が復旧したことを知らせるための画面の一例を示す図である。
【００１２】
本発明の実施の形態に係る交通情報通知システムは，図１に示すように，インターネットなどのネットワークＮを介して，鉄道会社のサーバＳＡ，ＳＪＲと，交通情報通知管理会社のサーバＳＳと，当該管理会社に会員登録した会員Ｍとがアクセス自在に接続されたものである。
この実施形態例では，図示の如く鉄道会社のサーバとして，Ａ鉄道会社のサーバＳＡとＪＲのサーバＳＪＲとが記載されているが，鉄道会社の替わりに道路管理会社や，航空会社，船会社などが運営する場合も当然考えられる。
一例としてＡ鉄道会社のサーバＳＡは，前記ネットワークＮと接続された通信部４と，列車の運行を管理する列車運行管理部１と，定期券情報などを管理する個人情報管理部２と，列車運行管理部１からの列車運行状況に関するデータや個人情報管理部２からの定期券情報などのデータを一時的に蓄積する一時蓄積部３とを具備して構成されている。
サーバＳＪＲもサーバＳＡと概略的に，同様であるので，その説明は省略される。
【００１３】
この実施形態における交通情報通知システムを管理運営する管理サーバＳＳは次のように構成されている。
即ち，管理サーバＳＳは，前記インターネット等のネットワークＮと接続される通信部１０と，会員の情報を記憶する会員データベース１１と，交通機関の路線図を蓄積記憶する路線情報データベース１２と，鉄道会社のサーバＳＡ或いはＳＪＲ等の列車運行管理部１からの事故情報や，個人情報管理部２からの定期券期限情報などから，鉄道が不通になるか，それが長時間になるかと言った状況や，定期券の買い替え時期を知らせるべきか否かと言った状況判断を行って，迂回路を抽出したり，定期券の買い替え時期を抽出したりする状況変更抽出部１３とを備えている。
管理サーバＳＳは会員Ｍから，管理サーバＳＳから会員Ｍにアクセスするための，例えばインターネットメールアドレス等の「アクセス情報」の告知を受けておく。管理サーバＳＳは，会員Ｍが所有する携帯電話，携帯端末或いは自宅のパーソナルコンピュータを介して各会員に交通情報を伝達する。
実際の交通情報の伝達業務に先立って，管理サーバＳＳは，通信部１０からネット・ワークＮを介して鉄道会社のサーバＳＡ，等にアクセスし，通信部４を介して一時蓄積部３に蓄えられた個人の定期券情報や列車のダイヤ変更情報をダウンロードする。状況変更抽出部１３は，上記ダウンロードした個人情報から，会員の情報のみを抽出して，会員データベース１１の記憶内容を常時更新する。
【００１４】
更に，管理サーバＳＳは，各鉄道会社，道路公団，バス会社等からバス等を含む路線図の供給を受け，交通機関の路線情報１２の内容を更新しておく。
次に交通状況に種々の変更があった場合の会員への情報通知手順について説明する。
まず，会員の定期券情報や列車のダイヤ改正情報等のように，定常的に発生する状況変更事態への対応について図２のフローチャートを参照して説明する。Ｓ１，Ｓ２…は，処理手順（ステップ）の番号である。
前記したように管理サーバＳＳは，鉄道会社から個人情報や列車のダイヤ改正情報を常時ダウンローラでして会員データベースを更新すると共にダイヤ改正情報を得ている（Ｓ１）。
このような状況変更情報を得ると，状況変更抽出部１３は，会員データベース１１を参照して上の状況変更事態による影響を受ける会員とその会員へのアクセス情報を検索により抽出する（Ｓ２）。
また，状況変更抽出部１３は，抽出された会員における定期期限，新ダイヤの内容，新料金や更新時期等の状況変更事態に関する情報を抽出する（Ｓ３）。
上のように定常的に発生する情況変更事態に関する情報については，状況変更抽出部１３は，通信部１０を介して，状況変更事態による影響を受ける会員に対して，定期券の期限や，新ダイヤ等の情報を伝達する（Ｓ４）。この時，各会員へのアクセス情報を用いて通信が行われる。
【００１５】
次に，交通事故や渋滞などによる状況変更事態への対応について，説明する。この場合，上の定常的な状況変更事態と比べると，迂回路を抽出したり，或いは事故が復旧した後の事態にも対応しなければならない点で，異なる点が多々あるので，フローチャートを別にしてある。この場合のフローチャートは図３に示される。また，上の定常的状況変更事態では，管理サーバＳＳに設けた交通機関の路線情報データベース１２を用いる必要がなかったが，事故等の場合には，迂回路の抽出のために交通機関の路線情報データベース１２が活用される。
この場合も上の定常的状況変更の場合と同様，管理サーバＳＳは，鉄道会社のサーバと交信して，一時蓄積部にある列車の運行状況に関する交通情報，例えば事故や渋滞に関する詳細な情報を受信する（Ｓ１０）。この情報は，鉄道会社から電話，ＦＡＸ，電子メールなどにより直接受けることもあり得る。この情報を受けた状況変更抽出部１３は，受けた情報から事故が発生したのか或いは事故が復旧したのか等の判断をする（Ｓ１１）。
【００１６】
事故が発生したと判断された場合，事故の発生している路線情報から，事故の影響を受ける会員を検索抽出する（Ｓ１２）。事故の影響を受けるかどうかは，事前に入手して会員データベース１１内にある会員の定期券情報と，事故による列車の不通区間の情報等から判断する。
また，事故の発生している区間と，会員の定期券情報（日常使っている路線区間の情報）と，路線情報データベース１２に格納されている路線の地図情報から，事故の影響を受けている会員が使用できる迂回路を抽出する（Ｓ１３）。
例えば，大阪駅と新大阪駅の間で事故が発生してており，大阪駅と新大阪駅間でＪＲが不通である，また新大阪に近い阪急電鉄の南方という駅と新大阪の間でバスのピストン輸送が行われているというＪＲからの情報を考える。ここで，大阪駅，新大阪駅を経て京都方面に通勤している会員の場合には，大阪駅で阪急に乗り換えて阪急梅田から南方駅まで行き，そこでピストン輸送のバスで新大阪に行くという迂回路が最短と考えられる。もちろん，幾つかの迂回方法が考えられるので，迂回路は複数になる可能性がある。上の阪急電鉄の路線情報は，事故が発生しているＪＲからの情報からは分からないので，路線情報データベース１２に格納されている路線情報が用いられる。
【００１７】
このような迂回路の抽出は，現在普及している「乗換え案内」（商標）等の周知の路線案内ソフトによる手法と同じであるので，ここでは説明を省略する。
１以上の迂回路が抽出されると，状況変更抽出部１３は，通信部１０からネット・ワークＮを使って，事故の影響を受ける会員に事故の発生及び各会員ごとの迂回路情報を，インターネット電子メール等により送信する（Ｓ１４）。宛先は，会員のアクセス情報を用いる。
図４は，このようなメール文の一例を示すものである。望ましくは，下に記載のような地図があると便利であろう。
また，Ｓ１１で受けた交通情報が，事故の復旧情報であった場合は，前記Ｓ１２で抽出した会員に図５に一例として示すような復旧情報を配信する（Ｓ１５）。
【００１８】
【実施例】
本発明の実施の形態は上に述べた通りであるが，この発明においては，更に，種々の変形が可能である。
例えば，上の例では，管理サーバＳＳが，鉄道会社とは別の組織が運営する場合を示しているが，管理サーバＳＳを交通機関の中に設けても良い。この場合，管理サーバＳＳを持つ交通機関自身は，自己の客の定期券情報を用いることができ，自己の鉄道などを利用する会員については会員データベース１１を別途持つ必要はなくなる。
また，上の例では，管理サーバＳＳが会員データベース１１を持ち，常時更新しているが，交通機関側が蓄積している個人情報そのものを利用することも理論的には可能である。しかし，通信状態によって鉄道会社の個人情報を参照するのに時間が掛かることも予想され，上の実施形態では，別個に会員データベースとして持つケースを示した。
【００１９】
更に上の実施例では，会員が現在どこにいるかとは関係なく，会員に交通情報を通知するものであったが，携帯電話やＰＨＳ，或いはＧＰＳに対応する携帯端末により交信する場合であれば，会員の現在の所在地を管理サーバ側が探知することができる。従って，例えば事故が発生した場合に，その事故の影響を受ける会員について，上記所在探知手段によってその携帯電話或いは携帯端末の現在位置を探知し，その位置から取りうる迂回路を抽出できるようにすることも可能である。この場合，交通機関の路線情報データベース１２に更にその地区の路線地図も併設しておけば，会員が交通機関上にいなくても，例えばある道路上にいた場合も，そこから最寄の交通機関の駅を検索し，その駅からの迂回ルートを検索することは，現在の路線検索システムを使うことで可能である。
【００２０】
また上の例では，状況変更事態の情報が１回だけ流されるように受け取られがちであるが，実際の運用に当たっては，状況が変更される度に新しい情報が流されるのであり，会員は常に最新の情報に従って行動することができる。
【００２１】
【発明の効果】
本発明は以上述べたように、　交通機関に緊急事態その他の状況変更事態が発生した時に，上記状況変更事態の発生による影響を受ける会員に，上記状況変更事態あるいはこれに関連する情報を通知する交通情報通知方法であって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースを用い，
上記交通機関からの上記状況変更事態の情報を受け付けた時に，上記会員データベースを検索して，上記状況変更事態による影響を受け得る会員へのアクセス情報を抽出すると共に，各会員における上記状況変更事態に関する情報を抽出し，上記抽出されたアクセス情報を用いて抽出された会員に状況変更事態に関する情報を通知することを特徴とする交通情報通知方法である。
従って，定期券情報のように定常的に発生する情況変更事態にも，或いは自己や渋滞のように突発的に発生する情況変更事態に対しても，会員は速やかに変更に対応でき，駅に行ってから事故の情報に接する場合などに比べてはるかに早く適切な対応を取ることができるようになる。
上記状況変更事態の一例は，上記会員の上記交通機関における定期券更新の時期である。その場合，状況変更事態に関する情報は，定期券更新期限及び／新定期券の金額である。この実施態様により定期券の変更或いはその新しい金額を事前に入手でき，慌てる必要が無くなる。
また，上記状況変更事態の別の例として，上記交通機関における復旧があげられる。この場合の状況変更事態に関する情報は，復旧情報である。
この情報により，会員は速やかに自分の定期券に基づく交通手段に移行することができる。
更に，上記状況変更事態の他の例として，上記交通機関におけるダイヤ変更が挙げられる。この場合の状況変更事態に関する情報は，当然ながらダイヤ変更の時期及び／若しくは新しいダイヤである。この場合には，新しいダイヤに変わったことに駅に来て初めて気づくといった問題が無くなる。
請求項１に記載した発明を交通機関における緊急事態に特化した発明として，交通機関に緊急事態が発生した時に，上記緊急事態の発生による影響を受ける会員に，上記緊急事態発生区間を迂回する交通機関の経路を通知する交通情報通知方法であって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースを用いて，
上記交通機関からの上記緊急事態発生区間を含む緊急事態情報を受け付けた時に，上記会員データベースを検索して，上記緊急事態による影響を受け得る会員へのアクセス情報を抽出すると共に，
各会員における緊急事態発生区間を迂回する交通機関の経路を抽出し，
上記抽出されたアクセス情報を用いて抽出された会員に緊急事態発生区間を迂回する交通機関の経路を通知することを特徴とする交通情報通知方法が挙げられる。
【００２２】
この場合の上記緊急事態の一例として，上記交通機関における事故情報が挙げられる。この例では，事故の情報のみでなく迂回路も教えてもらえるので，余裕を持って通勤を維持することができる。
また別の例として上記緊急事態が，上記交通機関の不通情報或いは上記交通機関の渋滞あるいは混雑情報である場合が考えられる。この例により，不通情報や渋滞情報に適切に対応できる。
会員へ通知を出すための上記会員へのアクセス情報として，上記会員の通常電話，携帯電話あるいはＰＨＳの電話番号を採用することができる。電話のメッセージにより交通情報を伝達できよう。
また別の例として，上記会員へのアクセス情報が，上記会員の電子メールアドレスである場合が考えられる。最も普及した手段である電子メールを用いることで，図面を入れた情報を伝えることもできるし，いつでも参照することができる。
会員が利用する交通機関名とその利用区間の情報をどこから採取するかは重要である。一つの有力な情報として，当該会員の定期券情報を用いることが出来よう。最も適切な情報であり，且つ整備された形で入手できよう。
交通事故などの緊急事態の場合，その発生時点を会員に連絡することはもちろん重要であるが，上記緊急事態が更新された時も会員に伝えないと，会員の混乱が生じる可能性がある。従って，緊急事態が更新されるたびに迂回経路を通知する事が望ましい。これにより会員は常に最新の情報に従って行動することができる。
【００２３】
会員との通信に用いる携帯電話，ＰＨＳ，携帯端末などの手段の現在地を検出し，該現在地からの迂回路を通知することもできる。これにより会員が既に通勤，通学などの途中であっても，そこから通勤或いは通学先に行く迂回路を示してもらえるので，事故の影響を最小限に押さえることが出来る
請求項１に記載した本発明をシステムとしての面から捉えると次のようになる。
交通機関に緊急事態その他の状況変更事態が発生した時に，上記状況変更事態の発生による影響を受ける会員に，上記状況変更事態あるいはこれに関連する情報を通知する交通情報通知システムであって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースと，
上記データベースに接続され，上記交通機関からの上記状況変更事態の情報を受け付けた時に，上記会員データベースを検索して，上記状況変更事態による影響を受け得る会員へのアクセス情報を抽出する第１の会員抽出手段と，
各会員における上記状況変更事態に関する情報を抽出する状況変更事態抽出手段と，上記抽出されたアクセス情報を用いて抽出された会員に状況変更事態に関する情報を通知する通知手段とを具備する第１のサーバとを備えてなることを特徴とする交通情報通知方法。
この発明では，請求項１と同様の効果が達成される。
【００２４】
また，この発明における緊急事態発生時に迂回路を通知する場合に特化したシステムは次のようになる。
交通機関に緊急事態が発生した時に，上記緊急事態の発生による影響を受ける会員に，上記緊急事態発生区間を迂回する交通機関の経路を通知する交通情報通知システムであって，
少なくとも会員へのアクセス情報及び会員が利用する交通機関名とその利用区間の情報を含む会員データベースと，
上記データベースに接続され，上記交通機関からの上記緊急事態発生区間を含む緊急事態情報を受け付けた時に，上記会員データベースを検索して，上記緊急事態による影響を受け得る会員へのアクセス情報を抽出する第２の会員抽出手段と，
各会員における緊急事態発生区間を迂回する交通機関の経路を抽出する迂回経路抽出手段と，
上記抽出されたアクセス情報を用いて抽出された会員に緊急事態発生区間を迂回する交通機関の経路を通知する経路通知手段とを備えた第２のサーバとを具備してなることを特徴とする交通情報通知システム。
この発明では，請求項５と同様の効果を達成することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る交通情報通知システム全体の通信回路図。
【図２】情況変更事態に対応しようとする実施形態の手順を示すフローチャート。
【図３】交通事故に対応しようとする実施形態の手順を示すフローチャート。
【図４】事故が発生したこと及びそれによる迂回をを知らせるための画面の一例を示す図。
【図５】事故が復旧したことを知らせるための画面の一例を示す図。
【符号の説明】
１…列車運行管理部
２…個人情報管理部
３…一時蓄積部
４…通信部
１０…通信部
１１…会員データベース
１２…路線情報データベース
１３…状況変更抽出部
ＳＡ，ＳＪＲ…鉄道会社のサーバ
ＳＳ…管理サーバ
Ｔ…電話接続業者
Ｍ…会員
Ｎ…ネット・ワーク
【図１】
2004046284.tif 000003
【図２】
2004046284.tif 000004
【図３】
2004046284.tif 000005
【図４】
2004046284.tif 000006
【図５】
2004046284.tif 000007