(57)【要約】【課題】本発明は、振替乗車システムに関し、振替乗車に伴う利用者の負担や駅員の事務処理の負担を殆ど無くすことを目的とする。【解決手段】ウェブサーバ１は、利用者の携帯電話７から振替乗車を希望するメッセージを受信する。データベースサーバ２は、前記メッセージに対応して、顧客情報データベース２１と電車の運行情報とに基づいて、その顧客のユーザＩＤからなる許可情報を作成する。駅サーバ３は、前記許可情報を格納し、改札機４からの問い合わせに対して許可情報に従って応答する。改札機４は、定期券８からユーザＩＤを読み取って駅サーバ３に許可情報の有無を問い合わせ、その顧客を通過させるか又は通過させないようにする。【選択図】          図１
2004295283.tif 000002
【特許請求の範囲】
【請求項１】
定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースを備え、割り当てられたユニークなユーザＩＤを書き込まれた定期券を有する利用者からの振替乗車を希望するメッセージに対応して、前記顧客情報データベースと電車の不通及び遅延についての不通遅延情報とに基づいて、当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を作成するデータベースサーバと、
各々の駅に設けられ、前記データベースサーバから受信した許可情報を格納する許可リストを備え、改札機からの問い合わせに対して前記許可リストの許可情報に従って応答を送信する駅サーバと、
各々の駅の改札に設けられ、利用者が提示した定期券からそのユーザＩＤを読み取って前記駅サーバに許可情報の有無を問い合わせ、当該応答を受信して当該利用者を通過させるか又は通過させないようにする改札機とを備える
ことを特徴とする振替乗車システム。
【請求項２】
データベースサーバが、割り当てられたユニークなユーザＩＤを書き込まれた定期券を有する利用者からの振替乗車を希望するメッセージに対応して、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと電車の不通及び遅延についての不通遅延情報とに基づいて、当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を作成して駅サーバに送信し、
各々の駅の改札に設けられた改札機が、利用者が提示した定期券からそのユーザＩＤを読み取って、駅サーバに許可情報の有無を問い合わせ、
駅サーバが、前記改札機からの問い合わせに対して、前記データベースサーバから受信した前記許可情報を格納する許可リストの許可情報に従って、応答を送信し、
前記改札機が、当該応答を受信して当該利用者を通過させるか又は通過させないようにする
ことを特徴とする振替乗車方法。
【請求項３】
振替乗車システムを実現する振替乗車プログラムであって、
前記プログラムは、コンピュータに、
データベースサーバが、割り当てられたユニークなユーザＩＤを書き込まれた定期券を有する利用者からの振替乗車を希望するメッセージに対応して、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと電車の不通及び遅延についての不通遅延情報とに基づいて、当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を作成させ、
前記許可情報を駅サーバに送信させる
ことを特徴とする振替乗車プログラム。
【請求項４】
振替乗車システムを実現する振替乗車プログラムであって、
前記プログラムは、コンピュータに、
当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を受信させ、
利用者が提示した定期券からそのユーザＩＤを読み取った改札機からの許可情報の有無の問い合わせに対して、前記受信した許可情報を格納する許可リストの許可情報に従って、前記改札機が当該利用者を通過させるか又は通過させないようにする応答を送信させる
ことを特徴とする振替乗車プログラム。
【請求項５】
定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと、電車の不通及び遅延に対応する遅延証明のための遅延証明情報を格納する遅延証明情報データベースとを備え、ユニークなユーザＩＤを割り当てられた定期券を有する利用者からの遅延証明の発行を希望するメッセージに対応して、前記顧客情報データベース及び遅延証明情報データベースに基づいて、当該ユーザＩＤの定期券を有する利用者について遅延証明を作成するデータベースサーバと、
前記データベースサーバから遅延証明を受信する利用者端末とを
を備える
ことを特徴とする振替乗車システム。
【請求項６】
データベースサーバが、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと、電車の不通及び遅延に対応する遅延証明のための遅延証明情報を格納する遅延証明情報データベースとを備え、ユニークなユーザＩＤを割り当てられた定期券を有する利用者からの遅延証明の発行を希望するメッセージに対応して、前記顧客情報データベース及び遅延証明情報データベースに基づいて、当該ユーザＩＤの定期券を有する利用者について遅延証明を作成し、
利用者端末が、前記データベースサーバから前記遅延証明を受信する
ことを特徴とする振替乗車方法。
【請求項７】
振替乗車システムを実現する振替乗車プログラムであって、
前記プログラムは、コンピュータに、
ユニークなユーザＩＤを割り当てられた定期券を有する利用者からの遅延証明の発行を希望するメッセージに対応して、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと、電車の不通及び遅延に対応する遅延証明のための遅延証明情報を格納する遅延証明情報データベースとに基づいて、当該ユーザＩＤの定期券を有する利用者について遅延証明を作成させ、
利用者端末が、前記データベースサーバから前記遅延証明を受信させる
ことを特徴とする振替乗車プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、振替乗車システム、振替乗車方法、振替乗車プログラムに関し、特に、振替乗車や遅延証明の発行に伴う利用者の負担や駅員の事務処理の負担を殆ど無くすことができる振替乗車システム、振替乗車方法、振替乗車プログラムに関する。
【０００２】
【従来の技術】
電車等の公共交通機関では、事故等により一部区間が不通となった場合、これに代わる他の路線へのいわゆる振替輸送が行われる。例えば、図１８に示すように、ある利用者（又は乗客、顧客）が、路線１の駅Ａ〜駅Ｂ間及び路線２の駅Ｂ〜駅Ｃ間の定期券を持っている。路線３は遠回りであるとする。この利用者の乗った電車が駅Ａの手前を走っている状態で、駅Ｂ〜駅Ｃ間にて事故が発生して、路線２の電車が不通となったとする。この場合、この利用者は、例えば、図１９（Ａ）に示すように、路線２の事故の情報を入手し（ステップＳ１０１）、路線２の乗換駅Ｂにて振替乗車券をもらって迂回路を教えてもらい（ステップＳ１０２）、路線１に乗って駅Ａまで戻って、振替乗車券をみせて路線３に振替乗車する（ステップＳ１０３）。この利用者は、図１９（Ｂ）に示すように、路線３の駅Ｃで降車する時に遅延証明をもらう（ステップＳ１０４）。
【０００３】
なお、振替乗車については、改札システムを利用して、無線式の乗車券媒体に振替乗車情報を記録する技術が提案されている（例えば、特許文献１参照）。また、遅延証明については、電車管理サーバから会社の勤怠管理サーバに通知する技術が提案されている（例えば、特許文献２参照）。
【０００４】
【特許文献１】
特開２０００−２００３７１号公報（第２頁〜第９頁）
【特許文献１】
特開２００２−２４５１３３号公報（第２頁〜第１１頁）
【０００５】
【発明が解決しようとする課題】
路線１と路線２とが別会社の経営である場合、路線２で発生した事故についての振替乗車券や遅延証明は、路線２の駅まで行かないと発行してもらえない。このため、利用者は、たとえ駅Ａに到着する前に路線２の事故の情報を入手したとしても、路線２の乗換駅Ｂまで行って、ここで振替乗車券や遅延証明を発行してもらう他なく、非常に不便である。また、このために、駅Ａ〜駅Ｂ間に無駄な往復が発生するため、電車が混雑する。
【０００６】
一方、事故発生時には、種々の理由によって駅（この場合、特に駅Ｂ）の改札に人が殺到する。即ち、振替乗車券をもらうため、迂回経路を教えてもらうため、遅延証明書をもらうため等である。この原因は、振替乗車券や遅延証明書は、駅員が手渡しで配る運用となっているためである。また、同時に、迂回経路の問合せにも駅員が対応しているためである。このように、従来は、全ての作業を駅員が改札付近で対応するため、改札が混雑してしまう。
【０００７】
更に、現在、遅延証明書は、遅れた電車から降りるときにしか受け取る機会はなく、一旦もらい損ねるとその後受け取る機会がない。しかし、遅延証明書の提出を求める会社もあるので、どうしても発行してもらわなければならない利用者もいる。
【０００８】
本発明は、振替乗車や遅延証明の発行に伴う駅員の事務処理の負担を殆ど無くすことができる振替乗車システムを提供することを目的とする。
【０００９】
また、本発明は、振替乗車や遅延証明の発行に伴う駅員の事務処理の負担を殆ど無くすことができる振替乗車方法を提供することを目的とする。
【００１０】
また、本発明は、振替乗車や遅延証明の発行に伴う駅員の事務処理の負担を殆ど無くすことができる振替乗車プログラムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明の振替乗車システムは、割り当てられたユニークなユーザＩＤを書き込まれた定期券を有する利用者の携帯電話からの振替乗車を希望するメッセージをネットワークを介して受信するウェブサーバと、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースを備え、ウェブサーバの受信したメッセージに対応して、顧客情報データベースと電車の不通及び遅延についての不通遅延情報とに基づいて、当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を作成するデータベースサーバと、各々の駅に設けられ、データベースサーバから受信した許可情報を格納する許可リストを備え、改札機からの問い合わせに対して許可リストの許可情報に従って応答を送信する駅サーバと、各々の駅の改札に設けられ、利用者が提示した定期券からそのユーザＩＤを読み取って駅サーバに許可情報の有無を問い合わせ、当該応答を受信して当該利用者を通過させるか又は通過させないようにする改札機とを備える。
【００１２】
本発明の振替乗車方法は、データベースサーバが、割り当てられたユニークなユーザＩＤを書き込まれた定期券を有する利用者からの振替乗車を希望するメッセージに対応して、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと電車の不通及び遅延についての不通遅延情報とに基づいて、当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を作成して駅サーバに送信し、各々の駅の改札に設けられた改札機が、利用者が提示した定期券からそのユーザＩＤを読み取って、駅サーバに許可情報の有無を問い合わせ、駅サーバが、改札機からの問い合わせに対して、データベースサーバから受信した許可情報を格納する許可リストの許可情報に従って、応答を送信し、改札機が、当該応答を受信して当該利用者を通過させるか又は通過させないようにする。
【００１３】
本発明の振替乗車システム及び方法によれば、許可リストに振替乗車を許す利用者のユーザＩＤを格納すると共に定期券からユーザＩＤを読み取ることにより、利用者毎に改札機を通過させるか又は通過させないようにすることができる。従って、利用中の路線と別会社の路線で発生した事故や遅延に起因する振替乗車券を当該事故の発生した路線の駅まで行き発行してもらう必要がない。このため、利用者は、事故等の情報を入手したら直ちに振替乗車を開始することができ、非常に便利であり、また、振替乗車券の受領のための無駄な往復が発生せず、電車の混雑を防止することができる。一方、事故等の発生時でも、振替乗車券をもらう必要がないため、駅員の当該作業を省略して振替乗車に伴う利用者の負担や駅員の事務処理の負担を殆ど無くすことができ、また、改札の混雑を防止することができる。
【００１４】
本発明の振替乗車プログラムは、振替乗車システムを実現する振替乗車プログラムであって、前記プログラムは、コンピュータに、データベースサーバが、割り当てられたユニークなユーザＩＤを書き込まれた定期券を有する利用者からの振替乗車を希望するメッセージに対応して、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと電車の不通及び遅延についての不通遅延情報とに基づいて、当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を作成させ、許可情報を駅サーバに送信させる。
【００１５】
また、本発明の振替乗車プログラムは、振替乗車システムを実現する振替乗車プログラムであって、前記プログラムは、コンピュータに、当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を受信させ、利用者が提示した定期券からそのユーザＩＤを読み取った改札機からの許可情報の有無の問い合わせに対して、前記受信した許可情報を格納する許可リストの許可情報に従って、前記改札機が当該利用者を通過させるか又は通過させないようにする応答を送信させる。
【００１６】
本発明の振替乗車プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ等のコンピュータ読取可能な記録媒体に格納して、又は、インターネット等の通信回線を介してダウンロードして提供することができるので、前述の振替乗車システム及び方法を容易に実現することができる。
【００１７】
また、本発明の振替乗車システムは、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと、電車の不通及び遅延に対応する遅延証明のための遅延証明情報を格納する遅延証明情報データベースとを備え、ユニークなユーザＩＤを割り当てられた定期券を有する利用者からの遅延証明の発行を希望するメッセージに対応して、前記顧客情報データベース及び遅延証明情報データベースに基づいて、当該ユーザＩＤの定期券を有する利用者について遅延証明を作成するデータベースサーバと、データベースサーバから遅延証明を受信する利用者端末とを備える。
【００１８】
また、本発明の振替乗車方法は、データベースサーバが、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと、電車の不通及び遅延に対応する遅延証明のための遅延証明情報を格納する遅延証明情報データベースとを備え、ユニークなユーザＩＤを割り当てられた定期券を有する利用者からの遅延証明の発行を希望するメッセージに対応して、前記顧客情報データベース及び遅延証明情報データベースに基づいて、当該ユーザＩＤの定期券を有する利用者について遅延証明を作成し、利用者端末が、前記データベースサーバから前記遅延証明を受信する。
【００１９】
本発明の振替乗車システム及び方法によれば、顧客情報と遅延証明情報とに基づいて作成した遅延証明を利用者端末から取得することにより、通勤等の後に遅延証明を発行させることができる。従って、利用中の路線と別会社の路線で発生した事故に起因する遅延証明を当該事故の発生した路線の駅まで行き発行してもらう必要がない。このため、利用者は非常に便利であり、また、遅延証明の受領のための無駄な往復が発生せず、電車の混雑を防止することができる。一方、事故等の発生時でも、遅延証明をもらう必要がないため、駅員の当該作業を省略して遅延証明の発行に伴う利用者の負担や駅員の事務処理の負担を殆ど無くすことができ、また、改札の混雑を防止することができる。
【００２０】
また、本発明の振替乗車プログラムは、振替乗車システムを実現する振替乗車プログラムであって、前記プログラムは、コンピュータに、ユニークなユーザＩＤを割り当てられた定期券を有する利用者からの遅延証明の発行を希望するメッセージに対応して、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと、電車の不通及び遅延に対応する遅延証明のための遅延証明情報を格納する遅延証明情報データベースとに基づいて、当該ユーザＩＤの定期券を有する利用者について遅延証明を作成させ、利用者端末が、前記データベースサーバから前記遅延証明を受信させる
本発明の振替乗車プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ等のコンピュータ読取可能な記録媒体に格納して、又は、インターネット等の通信回線を介してダウンロードして提供することができるので、前述の振替乗車システム及び方法を容易に実現することができる。
【００２１】
【発明の実施の形態】
図１は、振替乗車システムの概略構成図であり、  本発明の振替乗車センタを含む本発明の振替乗車システムの概略の構成を示す。
【００２２】
振替乗車システムは、図１に示すように、ウェブ（ＷＥＢ）サーバ１、ＤＢ（データベース）サーバ２、駅サーバ３、改札機４、勤怠管理サーバ５を備える。ウェブサーバ１及びＤＢサーバ２は、定期券８を有する利用者（乗客、顧客、ユーザ）の振替乗車を管理する振替乗車センタ１００に設けられる。振替乗車センタ１００は、例えば振替乗車サービスを提供するＡＳＰ（アプリケーションサービスプロバイダ）又はＩＳＰ（インターネットサービスプロバイダ）等のサービス提供者である。振替乗車の管理のために、駅サーバ３は、各々の駅２００に１又は複数設けられる。改札機４は、各々の駅２００の改札に複数（改札口毎に１個）設けられる。勤怠管理サーバ５は、定期券８を有する利用者の勤務する各々の会社３００に設けられる。各々のサーバ１、２、３、５はネットワーク６例えばインターネット６により相互に接続されて通信を行う。各々の改札機４は、例えば予め対応させられた駅サーバ３と構内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）又は無線ＬＡＮ等により接続されて通信を行う。
【００２３】
定期券８には、その発行時に、ユニークな（固有の）ユーザＩＤが割り当てられ、これが磁気的又は電子的に書き込まれる。これにより、発行時に予め書き込まれたユーザＩＤを磁気的又は電子的に読み取ることにより、定期券８即ち利用者（個人）の識別が可能となる。
【００２４】
ウェブサーバ１は、ネットワーク６又はインターネット６を介して、振替乗車を管理するための種々の情報（振替乗車管理情報）を収集し通知するためのコンピュータである。ウェブサーバ１は、利用者の携帯電話７（又は利用者端末７１、総称して通信端末）から、当該利用者の定期券８を有する利用者の利用経路を含む顧客情報を、ネットワーク（インターネット）６を介して受信し、これをＤＢサーバ２に転送する。ＤＢサーバ２はこれをＤＢサーバ２の顧客情報ＤＢ２１に格納する。これにより、利用者は、振替乗車システムの利用を、定期券８の購入の後に登録をすることができる。
【００２５】
ウェブサーバ１は、例えば電車９から、当該電車９の運休、不通、遅延の原因となる事故等の発生の通知（以下、不通遅延情報と言う）を、電話、鉄道無線、ネットワーク６、専用線を介しての通信等により受け取る。不通遅延情報は、当該鉄道会社又はその運転指令所等からのものであってもよい。不通遅延情報を受けたウェブサーバ１は、これをＤＢサーバ２に送信する。これを受信したＤＢサーバ２は、運休等に該当する区間の定期券８を有する利用者を抽出し、これらの利用者の携帯電話７に当該不通遅延についての情報（以下、事故遅延情報）をネットワーク（インターネット）６を介して送信する。これにより、当該利用者は、駅２００から離れた場所にいても、電車９の事故遅延の状態を知ることができる。
【００２６】
このように、電車９の運休、不通、遅延が発生した時点で、その事故遅延情報を各鉄道会社等からウェブサーバ１に通知してもらう。そして、これを入力されたウェブサーバ１から利用者の携帯電話７に通知する。これにより、利用者は即座に電車９の運行状態が判る。受け取った電車９の事故遅延情報は、ＤＢサーバ２の事故遅延ＤＢ２６（図８参照）に保存され、迂回路検索時に使用される。電車９の運行の回復時も同様に、各鉄道会社等から通知（事故復旧情報）を受けて、事故遅延情報を更新する。
【００２７】
事故遅延情報を受信した利用者であって、振替乗車サービス及び／又は遅延証明サービスを利用したい利用者は、ウェブサーバ１にログインし、振替乗車または遅延証明の登録を行なう。この登録は当該事故遅延情報に対する応答である。この応答がない利用者（携帯電話７）は、振替乗車サービス及び／又は遅延証明サービスを利用しない利用者であるとみなして、以後の処理を行わない。この登録をした利用者は、その登録の通知の直後から、振替乗車（迂回）を開始する。即ち、紙の振替乗車券を受け取る必要はなく、既に迂回路も判っているので、迂回を開始することができる。
【００２８】
ウェブサーバ１は、定期券８を有する利用者の携帯電話７からの振替乗車を希望するメッセージ（振替乗車メッセージ）を、ネットワーク（インターネット）６を介して受信する。また、ウェブサーバ１は、定期券８を有する利用者からの遅延証明の発行を希望するメッセージ（遅延証明メッセージ）を、ネットワーク６を介して受信する。ウェブサーバ１は、各々の電車９からの電車９の不通及び遅延についての不通遅延情報を受信する。ウェブサーバ１は、受信したメッセージ及び不通遅延情報をＤＢサーバ２に転送する。
【００２９】
ＤＢサーバ２は、ウェブサーバ１の収集した振替乗車管理情報に基づいて、振替乗車及び遅延証明を行うコンピュータである。このために、ＤＢサーバ２は、図１に示すように、顧客情報ＤＢ２１、電車情報ＤＢ２２、遅延証明ＤＢ２３を備える。なお、ＤＢサーバ２とウェブサーバ１とを一体のコンピュータとして設けてもよい。
【００３０】
顧客情報ＤＢ２１の一例を図２（Ａ）に示す。顧客情報ＤＢ２１は、利用者毎に定期券８を有する利用者の利用経路を含む顧客情報（通知状態を除く）を格納する。即ち、顧客情報ＤＢ２１は、ユーザＩＤ毎に、氏名、会社コード、（電子）メールアドレス（連絡先）、パスワード、利用経路、（振替乗車システムの）利用時間帯、通知状態を格納する。なお、図２（Ａ）には示していないが、利用者の住所も格納される。これらは定期券情報に等しいと考えてよい。顧客情報は、定期券８を発行した駅２００の駅サーバ３から送信される。これにより、定期券８に割り当てられたユーザＩＤの各々について、その利用経路を把握することができる。即ち、利用経路は、利用路線毎に、利用路線名、利用区間の開始駅名及び終了駅名を格納する。利用経路は利用路線の数だけ繰り返される。利用時間帯は、利用時間帯毎に、利用曜日、利用開始時刻及び終了時刻を格納する。
【００３１】
利用者がこの振替乗車システムを利用する時間は、当該指定した利用時間帯に加えて、実際に利用者が電車９に乗っている時間とする。後者は、当該利用者の乗車時刻及び降車時刻（即ち、乗降状態ＤＢ２４）から求めることができる。即ち、これらの時刻は利用者が改札機４を通ったときに、ユーザＩＤによりチェックすることができる。また、利用者が指定した利用時間帯とは無関係に、通知／  非通知の指定が可能な「通知状態」を設定することができる。利用時間帯は利用する時間帯の数だけ繰り返される。例えば、通勤や通学の場合、朝夕の２個の時間帯が指定される。
【００３２】
通知状態は、当該利用者からの当該振替乗車システムの利用の希望を示す情報である。「オン（ｏｎ）」は、登録した利用時間帯以外の時間であっても、必ず振替乗車システムを利用することを示し、事故遅延情報を必ず送信するように希望していることを示す。「デフォルト（ｄｅｆａｕｌｔ）」は、登録した利用時間帯及び電車９に実際に乗車している時間帯の双方に、振替乗車システムを利用することを示し、これらの時間内には事故遅延情報を送信するように希望していることを示す。実際に乗車している時間は、前述のように、乗降状態ＤＢ２４から求めることができる。「オフ（ｏｆｆ）」は、一切振替乗車システムを利用しないことを示し、登録した利用時間帯であっても、一切事故遅延情報を送信しないように希望していることを示す。なお、図２（Ａ）において、項目数が多いので、顧客情報ＤＢ２１を２段に分けて表示している。顧客情報ＤＢ２１において、ユーザＩＤから通知状態までが、各々、１個のレコードを構成する（他のＤＢ等においても同様である）。
【００３３】
電車情報ＤＢ２２は、例えば路線ごとに、各々の電車９の各駅についての発着時刻からなる電車運行情報を格納する。即ち、電車情報ＤＢ２２は、特に図示しないが、（正常運行時の）いわゆる時刻表である。
【００３４】
遅延証明ＤＢの一例を図２（Ｄ）に示す。遅延証明ＤＢ２３は、利用者毎に電車９の不通及び遅延に対応する遅延証明のための遅延証明情報を格納する。即ち、遅延証明ＤＢは、ユーザＩＤ毎に、事故遅延番号、路線名、乗車日時、降車日時、遅延時間、振替乗車、振替乗車の路線を格納する。事故遅延番号は、事故及び遅延毎にユニークなものとされる。路線名は、当該利用者について振替乗車又は遅延証明の対象となる路線名である。乗車日時及び降車日時は、当該事故遅延番号の事故又は遅延のあった際の、当該利用者の乗車及び降車の時間である。即ち、当該振替乗車において、乗車時及び降車時に、実際に改札機４を通過した時間であり、利用者個人によっては多少異なる。遅延時間は、本来の到着時刻と降車日時との差である。振替乗車は、当該利用者が振替乗車をしているか否かを示し、「オン（ｏｎ）」は振替乗車をしていることを示し「オフ（ｏｆｆ）」は振替乗車をしていないことを示す。振替乗車の路線は、振替乗車をしている場合において、当該振替乗車に使用する路線名、その開始駅、その終了駅からなる。振替乗車の路線は、振替乗車の経路に依存し、１又は複数とされる。
【００３５】
遅延証明情報は、利用者が遅延証明（書）の発行を希望している場合に、ＤＢサーバ２により、顧客情報と事故遅延情報とに基づいて作成され、遅延証明ＤＢ２３に保存される。遅延証明情報に利用者の乗車及び降車時刻（各々の改札機４を通った時刻）を付加することで、利用者がその時間に本当に電車９を利用していたことの証明とする。
【００３６】
ＤＢサーバ２は、振替乗車及び遅延証明を行うために、顧客情報ＤＢ２１、電車情報ＤＢ２２、遅延証明ＤＢ２３以外にも、乗降状態ＤＢ２４（図８参照）、事故遅延ＤＢ２６（図８参照）、通知ログＤＢ２５（図８参照）、会社管理ＤＢ２９（図１３参照）、駅管理ＤＢ２７（図８参照）、事故遅延ログＤＢ２８（図１１参照）を備える。
【００３７】
乗降状態ＤＢ２４の一例を図２（Ｂ）に示す。乗降状態ＤＢ２４は、ユーザＩＤ毎に、路線名、乗車駅名、乗車日時、状態フラグ、降車駅名、降車日時を格納する。即ち、どの利用者がどの路線のどの駅２００で何時に電車９に乗って、どの路線のどの駅２００で何時に電車９を降りたかを示す情報である。状態フラグは、当該ユーザＩＤの利用者が現在乗車中か否かを示す。即ち、現在乗車中であることを示すオン、現在乗車中でない（降車後である）ことを示すオフのいずれかとされる。
【００３８】
事故遅延ＤＢ２６の一例を図３（Ａ）に示す。事故遅延ＤＢ２６は、事故遅延番号毎に、路線名、影響駅、発生日時、発生原因、復旧時刻、最終通知時刻、振替輸送を格納する。路線は、当該事故又は遅延の発生した（又は、その影響を受ける）路線を示す。影響駅は、当該事故等の影響を受ける１又は複数の駅名を示す。発生日時、発生原因及び復旧時刻は、各々、当該事故等の発生した時刻、原因及びその復旧の時刻を示す。最終通知時刻は、当該事故又は遅延について、関係する利用者に事故等の通知又はその復旧の通知を最後に行った時刻である。振替輸送は、当該事故等に起因する振替輸送を実施するか否かを示し、「オン（ｏｎ）」は実施することを示し「オフ（ｏｆｆ）」は実施しないことを示す。振替輸送がオンである場合、図１５の画面が表示される。振替輸送がオフである場合、図１６の画面が表示される。即ち、「振替乗車利用」の項目が暗くされ、利用者による選択が不可能とされる。
【００３９】
なお、事故遅延ログＤＢ２８は、事故遅延ＤＢ２６と同一の構成を有する。即ち、事故遅延ログＤＢ２８の内容は、後述するように、事故遅延復旧更新部２１８により、事故遅延ＤＢ２６から事故遅延ログＤＢ２８に移動させられた復旧した事故等に関連するレコードである。
【００４０】
通知ログＤＢ２５の一例を図３（Ｂ）に示す。通知ログＤＢ２５は、ユーザＩＤ毎に、事故遅延番号、通知日時、メッセージを格納する。通知日時は、利用者に当該通知をした日時である。メッセージは、当該通知の内容が事故等の発生の通知であるか、又は、復旧の通知であるかを示す情報である。
【００４１】
会社管理ＤＢ２９の一例を図３（Ｃ）に示す。会社管理ＤＢ２９は、会社コード毎に、会社名、連絡先、パスワードを格納する。連絡先は、例えば電子メールアドレスである。パスワードは会社３００毎にユニークなものとされる。
【００４２】
駅管理ＤＢ２７の一例を図３（Ｄ）に示す。駅管理ＤＢ２７は、駅名毎に、その路線名、駅サーバ３のＩＰアドレスを格納する。同一の駅２００について、複数の路線が乗り入れている場合、路線ごとに、当該駅２００についてのレコードが作成される。この場合、駅サーバ３のＩＰアドレスが異なっていても、同一であってもよい。
【００４３】
ＤＢサーバ２は、ウェブサーバ１の受信した振替乗車メッセージに対応して、顧客情報ＤＢ２１と電車９の不通及び遅延についての不通遅延情報とに基づいて、当該ユーザＩＤの定期券８を有する利用者について、改札機４を通過させる許可情報を作成する。この許可情報は、当該利用者のユーザＩＤからなり、当該利用者の振替乗車の経路（迂回路）上の所定の駅２００の駅サーバ３に送信される。許可情報は許可リスト３１に格納される。ＤＢサーバ２は、ウェブサーバ１の受信した遅延証明メッセージに対応して、顧客情報ＤＢ２１及び遅延証明ＤＢ２３に基づいて、当該ユーザＩＤの定期券８を有する利用者について遅延証明を作成する。この遅延証明は、利用者が遅延証明メッセージを送信してきた携帯電話７（又は利用者端末７１）に返信され、また、必要に応じて勤怠管理サーバ５に送信される。これにより、利用者は、遅延証明を駅２００でもらうまでもなく、ウェブサーバ１にログインして、その応答である遅延証明書をダウンロード又は印刷出力することができる。従って、利用者は、遅延証明書をもらうために、降車駅２００の窓口で並ぶ必要がなく、混雑を緩和することができる。
【００４４】
ここで、許可情報が送信される駅２００は、例えば当該利用者の振替乗車の経路（迂回路）上の乗車駅２００、乗換駅２００（存在する場合）、降車駅２００である。即ち、当該利用者が必ず改札機４を通過しなければならない駅２００のみである。この迂回路は、振替乗車の開始に先立って、鉄道会社により予め固定的に定められるか、又は、鉄道会社又は利用者によりその都度定められる。迂回路は複数であってよい。利用者により定められる場合、例えば、利用者の携帯電話７からウェブサーバ１を介して現在地と目的地を受け取ったＤＢサーバ２は、周知の迂回路検索処理を行ない、結果を利用者の携帯電話７に通知する。周知の迂回路検索は、例えば、検索時に使用するダイヤ情報を格納した電車情報ＤＢ２２から当該不通等となった路線の情報を除いて検索することにより、迂回路を検索し決定する。
【００４５】
駅サーバ３は、当該駅２００に設けられた１又は複数の改札機４を管理するコンピュータであり、前述のように、ＤＢサーバ２及び改札機４の各々と通信可能であればよい。駅サーバ３は、ＤＢサーバ２から受信した許可情報を格納する許可リスト（許可リストＤＢ）３１を備える。許可リスト３１の一例を図２（Ｃ）に示す。許可リスト３１は、振替乗車において、当該定期券８での改札機４の出入りを許可する利用者のユーザＩＤを、その登録日時と共に、格納する。駅サーバ３は、改札機４からの問い合わせがあると、これに対して、許可リスト３１の許可情報に従って応答を送信する。即ち、当該利用者の当該改札機４の通過を許可するか否かの指示を行う。各々の許可リスト３１は、１営業日毎に、その営業の終了後に一括して（バッジ処理で）その内容（許可情報）が削除される。従って、許可情報は当該事故の発生したその日のみ有効とされる。
【００４６】
改札機４は、周知の（自動）改札機からなる。即ち、改札機４は、利用者が当該改札機４の通過に際して、その定期券８を改札機４に挿入又は接触させる等により提示すると、周知のように当該提示された定期券８からそのユーザＩＤを磁気的に又は短距離無線通信により読み取って、（自己の対応する）駅サーバ３に許可情報の有無を問い合わせる。そして、改札機４は、当該問い合わせに対する駅サーバ３からの応答を受信して、これに基づいて、当該利用者に当該改札機４を通過させるか又は通過させないようにする。
【００４７】
即ち、利用者は、迂回路上の乗換駅２００で、定期券８を用いて、当該駅２００の改札機４を通過して振替乗車を行なう。駅２００の改札機４は、通常の利用者を通過させる処理に加え、通常は通過させない定期券８が提示された場合でも、本発明の振替乗車の処理を行う。具体的には、提示された定期券８から読み取ったユーザＩＤをキーとして許可リスト３１を検索し、一致するユーザＩＤがある場合、振替乗車の対象として、当該利用者を改札機４を通過させる。一致するユーザＩＤがない場合、通常は通過させない定期券８であり、かつ、振替乗車の対象ではないので、当該利用者を改札機４を通過させない。
【００４８】
例えば、図１に示すように、許可リスト３１に、「０１」なるユーザＩＤからなる許可情報が格納されているとすると、改札機４Ａは、定期券８からユーザＩＤ「０１」を読み取り、駅サーバ３に許可情報の有無を問い合わせ、当該許可情報が存在するとの応答を受信すると、この利用者を通過させる。これに対して、改札機４Ｂは、定期券８からユーザＩＤ「０２」を読み取り、駅サーバ３に許可情報の有無を問い合わせ、当該許可情報が存在しないとの応答を受信すると、この利用者を通過させない。
【００４９】
これにより、利用者は、乗換駅２００等の改札で、振替乗車券をもらうために並ぶ必要がなく、また、不要な往復による混雑を緩和することができる。また、利用者は、後述するように、この振替乗車システムを用いて迂回路を検索することができるので、乗換駅２００等で迂回路を駅員に問い合わせるために並ぶ必要がなく、これによる窓口の混雑を緩和することができる。また、利用者は、振替乗車券を得るために、わざわざ乗換駅２００まで行かなくても迂回することができ、不要な往復による混雑を緩和することができる。
【００５０】
勤怠管理サーバ５は、ＤＢサーバ２からの遅延証明を一括受信して、これらを一括管理し、例えばこれを印刷出力するコンピュータである。これにより、会社３００は、ウェブサーバ１にログインして、その応答である遅延証明書を印刷出力することができる。また、利用者は個人で会社３００に遅延証明書を提出する必要がなく、会社３００（勤怠管理を行なう人）は手作業で確認を行なう必要がない。なお、利用者が会社３００に出勤後に、会社３００の勤怠管理サーバ５を使用して、遅延証明メッセージをウェブサーバ１に送信してもよい。利用者は、自己の携帯電話７又はパーソナルコンピュータ等の利用者端末７１から遅延証明メッセージを送信するようにしてもよい。
【００５１】
このように、各会社３００は、振替乗車システムを利用するために事前に会社コードを登録することにより、その会社３００に所属している利用者の遅延証明情報を検索し、一括して取り寄せることができる。そして、当該取り寄せた情報を会社３００の勤怠管理サーバ５に格納することにより、利用者が個人で会社３００に遅延証明書を提出する手間を省くことができる。
【００５２】
各サーバ１、２、３、５は、当該処理を行うプログラム（サーバプログラム）を当該サーバであるコンピュータのＣＰＵ上で実行することにより実現される。サーバプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ等のコンピュータ読取可能な記録媒体に格納して、又は、インターネット６等の通信回線を介してダウンロードして提供することができるので、各サーバ１、２、３、５を容易に実現することができる。
【００５３】
図４及び図５は、振替乗車システム概略処理フローであり、  本発明の振替乗車システムにおける振替乗車処理及び遅延証明処理の概略を示す。
【００５４】
図４（Ａ）において、利用者が定期券８の購入時に、窓口に振替乗車システムの利用の希望を出して（ステップＳ１１）、定期券を購入し、ユーザＩＤとパスワードをもらい、これらを用いてウェブサーバ１にログインして、自己の情報を顧客情報として登録する（ステップＳ１２）。
【００５５】
図５において、電車９の運休、不通、遅延等の原因となる事故等が発生すると（ステップＳ１３）、ウェブサーバ１が例えば電車９から運休等の通知を受け取る（ステップＳ１４）。これにより、ステップＳ１２において登録した利用者が、メールサーバ１０から、電車９の運休の知らせをその携帯電話７に受信する（ステップＳ１５）。この知らせを受信した利用者は、振替乗車を希望するか否かを判断する（ステップＳ１６）。利用者が振替乗車を希望しない場合、処理を終了する。この場合でも、利用者は電車９の不通遅延情報を極めて早く得ることができる。利用者が振替乗車を希望する場合、利用者が、ウェブサーバ１にログインして、迂回路を検索して迂回路を知り（ステップＳ１７）、振替乗車メッセージ及び／又は遅延証明メッセージをウェブサーバ１に送信して振替乗車システムに登録する（ステップＳ１８）。これに応じて、ウェブサーバ１が当該振替乗車メッセージ及び／又は遅延証明メッセージをＤＢサーバ２に送信する。これを受信したＤＢサーバ２が、当該利用者についての当該利用者のユーザＩＤからなる許可情報を作成して（ステップＳ１９）、これを迂回路中の該当する駅２００の駅サーバ３に送信すると、当該駅サーバ３が受信した許可情報を許可リスト３１に格納する（ステップＳ１１０）。一方、利用者はステップＳ１７で得た迂回路に従って振替乗車を開始する（ステップＳ１１１）。この迂回路において、当該利用者は、定期券８で迂回路の乗車、乗換、降車の駅２００の改札機４を通過する（ステップＳ１１２）。
【００５６】
図４（Ｂ）において、ステップＳ１８において遅延証明メッセージを登録した利用者が、自己の携帯電話７又は会社３００の勤怠管理サーバ５からウェブサーバ１にログインして（ステップＳ１１３）、自分の遅延証明についての情報をダウンロードして、例えばプリンタから印刷出力する（ステップＳ１１４）。
【００５７】
以下、本発明の振替乗車システムにおける振替乗車処理及び遅延証明処理について、図６乃至図１４に従って、詳細に説明する。この説明において、図１５乃至図１７を適宜参照する。
【００５８】
図６及び図７は、振替乗車システムにおける利用者の登録処理について示す。特に、図６は利用者登録処理を示し、図７（Ａ）は主として駅サーバ３における利用者登録処理フローを示し、図７（Ｂ）は主として利用者端末７１における利用者登録処理フローを示す。
【００５９】
利用者が、最寄りの駅２００で所定の情報を告げて定期券８を購入する。駅員は、駅端末３３を操作して、当該所定の情報を入力して定期券８を発行する。これにより、当該定期券８を発行した駅端末３３には、当該利用者の定期券８作成のための定期券情報が格納される。定期券情報は、通常の定期券に表示されている情報であって、例えば氏名、年齢、利用駅名、利用（通勤）経路、有効期間等からなる。そこで、駅員が駅端末３３から駅サーバ３に利用者の定期券情報を送信する（ステップＳ２１）。
【００６０】
これを受信した駅サーバ３において、定期作成部３２は、定期券情報をＤＢサーバ２の顧客検索部２１０に送り、顧客情報ＤＢ２１の検索依頼を送信する。これに応じて、顧客検索部２１０は、定期券（作成用）情報（主に、氏名及び住所）に基づいて顧客情報ＤＢ２１を検索し、その検索結果を定期作成部３２に返す（ステップＳ２２）。
【００６１】
顧客情報ＤＢ２１の検索結果としては、当該利用者が登録されていればそのユーザＩＤが返信され、登録されていなければ「空」が返信される（又は、何も返信されない）。定期作成部３２は、この検索結果に基づいて、当該利用者が既に顧客情報ＤＢ２１に登録されているか否かを判断する（ステップＳ２３）。当該利用者が登録されていない場合、定期作成部３２は、当該定期券情報を顧客登録部２１１に送り、顧客情報ＤＢ２１への登録依頼を送信する。これに応じて、顧客登録部２１１は、当該定期券情報についてユニークなユーザＩＤを割り当て、当該定期券情報を顧客情報ＤＢ２１に登録する（ステップＳ２４）。ステップＳ２３において当該利用者が登録されている場合、ステップＳ２４を省略する。この後、定期作成部３２は、ステップＳ２２における検索結果に基づいて、又は、ステップＳ２４におけるユーザＩＤの割り当てに基づいて、当該ユーザＩＤを埋め込んだ（磁気的又は電子的に記録した）定期券８を発行する（ステップＳ２５）。
【００６２】
この後、利用者に定期券情報の変更が生じた場合、図１５に示すように、利用者が、自己の携帯電話７又はパーソナルコンピュータ等の利用者端末７１の個人ログイン画面から、ウェブサーバ１にユーザＩＤ及びパスワードを入力してログインする（ステップＳ２６）。これに応じて、ウェブサーバ１において、システム利用部１１が、図１５に示すように、メニューの画面を携帯電話７等に表示させる。これを見た利用者が、「個人情報登録」を選択すると、システム利用部１１が、入力されたユーザＩＤと共に、ＤＢサーバ２の登録情報変更部２１２に当該利用者の検索依頼を送信する。これに応じて、登録情報変更部２１２は、当該ユーザＩＤを用いて顧客情報ＤＢ２１を検索して当該顧客情報（ユーザＩＤ、氏名、年齢、利用区間等）を取り出し、システム利用部１１に返信する。システム利用部１１は、当該顧客情報に基づいて、顧客情報を更新するための画面（個人情報登録の画面）を、図１５に示すように、利用者端末７１に送信し表示させる（ステップＳ２７）。
【００６３】
これを見た利用者は、図１５に示すように、当該画面の該当個所に連絡先、会社名、利用時間帯等の変更する顧客情報を入力し、変更ボタンを押すかクリックする（ステップＳ２８）。これにより、システム利用部１１は、当該入力された顧客情報（の変更部分）を登録情報変更部２１２に送信する。これを受信した登録情報変更部２１２は、当該顧客情報の変更部分を顧客情報ＤＢ２１の該当部分に上書きすることにより登録し（ステップＳ２９）、これをシステム利用部１１に通知する。これに応じて、システム利用部１１は、更新作業完了画面を利用者端末７１に送信し表示させる（ステップＳ２１０）。
【００６４】
なお、実際は、定期券情報と顧客情報ＤＢ２１（図２（Ａ）参照）との比較から判るように、定期券情報のみでは顧客情報としては不足である。従って、最初に振替乗車システムを利用する場合、利用者はステップＳ２６以下の処理によって、不足している顧客情報（定期券情報と顧客情報との差分）を登録することになる。
【００６５】
図８乃至図１０は、振替乗車システムにおける振替乗車処理の中の事故発生による電車９の不通時における振替乗車処理について示す。特に、図８は事故発生時の振替乗車処理について示し、図９（Ａ）は事故遅延発生時処理フローを示し、図９（Ｂ）は改札処理フローを示し、図１０は振替乗車実行時処理フローを示す。
【００６６】
ＤＢサーバ２が前述のようにウェブサーバ１から（又は電車９から直接に）電車９の遅延や不通についての情報を通知されると、その事故遅延発生更新部２１３が、これを事故遅延ＤＢ２６に登録する、即ち、更新する（ステップＳ３１）。一方、事故遅延通知部２１４は、事故遅延ＤＢ２６を監視している。
【００６７】
事故遅延通知部２１４は、事故遅延ＤＢ２６が更新されると、当該事故遅延の情報をメールサーバ１０を介しての電子メールにより所定の利用者の携帯電話７に通知する（ステップＳ３２）。この後、事故遅延通知部２１４は、当該利用者への通知のログを、通知ログに書き込む（作成する）（ステップＳ３３）。
【００６８】
ここで、当該通知を受信する利用者は、例えば事故遅延に関連する区間の定期券８を所有しており、かつ、通知状態がオン又は通知状態がデフォルトであって現在電車９に乗車中であるか当該振替乗車システム利用時間帯であり、当該不通遅延情報を通知済みでない利用者である。このために、事故遅延通知部２１４は、顧客情報ＤＢ２１、乗降状態ＤＢ２４、通知ログＤＢ２５を参照する。即ち、顧客情報ＤＢ２１を参照して事故遅延に関連する区間の定期券８を所有しているか否か、当該振替乗車システム利用時間帯であるか否か、及び、通知状態がオン又は通知状態がデフォルトであるか否かを調べ、乗降状態ＤＢ２４を参照して現在電車９に乗車中であるか否かを調べ、通知ログＤＢ２５を参照して当該事故遅延番号についての不通遅延情報を通知済みであるか否かを調べる。
【００６９】
一方、利用者が定期券８を改札機４に提示すると、改札機４は、定期券８を受け取り（ステップＳ３４）、これからユーザＩＤを含む定期券情報を読み取って、駅サーバ３に通知する。これに応じて、駅サーバ３において、乗降通知部３５が、当該ユーザＩＤについて（即ち、当該利用者が）乗車したか又は降車したかの情報（乗降情報）を乗降状態ＤＢ２４に書き込むように、ＤＢサーバ２に依頼する。これに応じて、ＤＢサーバ２は乗降状態ＤＢ２４を更新する（ステップＳ３５）。
【００７０】
次に、駅サーバ３において、振替乗車確認部３４が、当該ユーザＩＤについて、通常区間内の（即ち、不通又は遅延区間内でない）定期券８か否かを調べ（ステップＳ３６）、通常区間内である場合、当該提示された定期券８での改札機４の出入りを許可する（ステップＳ３７）。通常区間内でない場合、振替乗車確認部３４が、当該ユーザＩＤが許可リスト３１に存在するか否かを調べ（ステップＳ３８）、存在する場合、当該ユーザＩＤの遅延時間を遅延証明ＤＢに書き込むように、ＤＢサーバ２に依頼する。これに応じて、ＤＢサーバ２は遅延証明ＤＢに遅延時間を書き込む（ステップＳ３８）。この後、振替乗車確認部３４がステップＳ３７を実行し、当該利用者の当該定期券８での改札機４の出入りを許可する。ステップＳ３８において当該ユーザＩＤが許可リスト３１に存在しない場合、振替乗車確認部３４は、当該提示された定期券８での改札機４の出入りを禁止する（ステップＳ３１０）。
【００７１】
更に、利用者は、ステップＳ３２においてメールサーバ１０から事故の通知を受信すると、図１５に示すように、自己の携帯電話７の個人ログイン画面から、ウェブサーバ１にユーザＩＤ及びパスワードを入力してログインする（ステップＳ３１１）。これに応じて、ウェブサーバ１において、システム利用部１１が、図１５に示すように、メニューの画面を携帯電話７等に表示させる。これを見た利用者が、「振替乗車利用」を選択すると、システム利用部１１が、図１５に示すように、迂回路検索の画面を当該携帯電話７に送信して表示させる（ステップＳ３１２）。なお、前述のように、振替輸送が実施されていない場合、図１６に示すように、「振替乗車利用」の表示フィールドが暗くされ（斜線で示す）、選択できないようにされる。
【００７２】
これを見た利用者が、現在地、目的地等を当該迂回路検索の画面に入力して、ウェブサーバ１のシステム利用部１１に送信すると、システム利用部１１は、入力されたユーザＩＤ、現在地、目的地登録するの情報と共に、ＤＢサーバ２の迂回路検索部２１５に当該迂回路の検索依頼を送信する。これに応じて、迂回路検索部２１５が、事故遅延ＤＢ２６、電車情報ＤＢ２２を参照して、迂回路を検索する（ステップＳ３１３）。迂回路検索部２１５での検索結果は、図１５に示すように、システム利用部１１を介して携帯電話７に表示される。
【００７３】
次に、システム利用部１１が利用項目のメニュー画面を携帯電話７に送信して表示させると、これを見た利用者が、当該メニュー画面において自己の利用する項目を選択して、システム利用部１１に送信する（ステップＳ３１４）。即ち、利用者が「振替乗車」を選択する場合、迂回路検索の検索結果の画面における「振替乗車登録」を選択する。また、利用者が、「振替乗車」と同時に「遅延証明発行」を希望する場合、当該検索結果の画面における「遅延証明書希望」を選択した上で、「振替乗車登録」を選択する。これを受信したシステム利用部１１は、当該選択された項目が「振替乗車登録（希望）」であるか否かを調べ（ステップＳ３１５）、希望する場合、これをＤＢサーバ２の振替乗車設定部２１６に通知する。これに応じて、振替乗車設定部２１６は、当該振替乗車における乗換駅を駅管理ＤＢ２７を検索して求め、当該乗換駅２００の駅サーバ３に、その許可リスト３１に当該利用者のユーザＩＤを書き込むように依頼し、また、図１５に示すように、携帯電話７に登録の完了を知らせる確認メッセージの画面をシステム利用部１１を介して表示させる。これに応じて、当該乗換駅２００の駅サーバ３は許可リスト３１に当該ユーザＩＤを登録する（ステップＳ３１６）。ステップＳ３１５において振替乗車を希望しない場合、ステップＳ３１６は省略される。
【００７４】
次に、システム利用部１１は、当該選択された項目が「遅延証明発行（希望）」であるか否かを調べ（ステップＳ３１７）、希望する場合、これをＤＢサーバ２の遅延証明設定部２１７に通知する。これに応じて、遅延証明設定部２１７は、遅延証明ＤＢ２３に、当該利用者のユーザＩＤ、事故遅延番号を登録する（ステップＳ３１８）。ステップＳ３１７において遅延証明発行を希望しない場合、ステップＳ３１８は省略される。このように、利用者は、振替乗車についてのサービスと遅延証明の発行についてのサービスとを、各々独立して選択して利用することができる。
【００７５】
図１１及び図１２は、振替乗車システムにおける振替乗車処理の中の事故復旧による電車９の再開通時における振替乗車処理について示す。特に、図１１は事故復旧時の振替乗車処理について示し、図１２（Ａ）は事故遅延復旧時処理フローを示し、図１２（Ｂ）は事故遅延監視処理フローを示す。
【００７６】
ＤＢサーバ２が事故発生と同様にウェブサーバ１から（又は電車９から直接に）電車９の遅延や不通についての情報を通知されると、その事故遅延復旧更新部２１８が、事故遅延ＤＢ２６を検索して、当該復旧の対象であるレコードを取り出して、事故遅延ログＤＢ２８に移動させる（ステップＳ４１）。これにより、事故遅延ＤＢ２６が更新される。従って、事故遅延ＤＢ２６には現在もなお復旧していない事故遅延についての情報のみが格納され、一方、復旧した事故遅延についての情報（過去の事故遅延情報）は事故遅延ログＤＢ２８に格納される。なお、この後も振替乗車する利用者は存在するが、許可リスト３１はその日１日は有効であるので、ステップＳ４１を実行しても利用者の振替乗車に支障はない。
【００７７】
事故遅延ＤＢ２６を監視している事故遅延通知部２１４は、事故遅延ＤＢ２６が更新されると、当該事故遅延の復旧情報をメールサーバ１０を介しての電子メールにより、所定の利用者の携帯電話７に通知する（ステップＳ４２）。この後、事故遅延通知部２１４は、当該利用者への復旧通知のログを、通知ログＤＢ２５に作成する（ステップＳ４３）。
【００７８】
ここで、当該通知を受信する利用者は、前述のように、例えば事故遅延に関連する区間の定期券８を所有しており、かつ、通知状態がオン又は通知状態がデフォルトであって現在電車９に乗車中であるか当該振替乗車システム利用時間帯であり、当該事故遅延についての不通遅延情報を未通知の利用者である。このために、事故遅延通知部２１４は、前述と同様に、顧客情報ＤＢ２１、乗降状態ＤＢ２４、通知ログＤＢ２５を参照する。
【００７９】
一方、事故遅延通知部２１４は、予め定められた時間間隔で事故遅延ＤＢ２６にレコードが存在するか否かを調べ（ステップＳ４４）、レコードが存在しない場合、ステップＳ４４を繰り返す。レコードが存在する場合、事故遅延通知部２１４は、事故遅延の情報をメールサーバ１０を介しての電子メールにより、所定の利用者の携帯電話７に通知する（ステップＳ４５）。この後、事故遅延通知部２１４は、当該利用者への通知のログを、通知ログＤＢ２５に作成し（ステップＳ４６）、予め定められた一定時間だけ待機し（ステップＳ４７）、再びステップＳ４４を実行する。
【００８０】
ここで、当該通知を受信する利用者は、例えば事故遅延に関連する区間の定期券８を所有しており、かつ、通知状態がオン又は通知状態がデフォルトであって現在電車９に乗車中であるか当該振替乗車システム利用時間帯である利用者であって、更に、通知ログに該当するログが存在しない利用者である。即ち、既に同一の事故遅延の通知を受信していない利用者である。
【００８１】
図１３及び図１４は、振替乗車システムにおける遅延証明処理について示す。特に、図１３は遅延証明処理について示し、図１４（Ａ）は利用者への遅延証明処理フローを示し、図１４（Ｂ）は利用者の勤務する会社３００への遅延証明処理フローを示す。
【００８２】
振替乗車をした場合又は遅延した場合、図１５に示すように、利用者が、自己の携帯電話７又はパーソナルコンピュータ等の利用者端末７１からウェブサーバ１にユーザＩＤ及びパスワードを入力してログインする。これに応じて、ウェブサーバ１において、システム利用部１１が、図１５に示すように、遅延証明（振替乗車の証明）を発行するための画面（メニュー画面）を利用者端末７１等に送信し表示させる（ステップＳ５１）。
【００８３】
これを見た利用者が、当該メニューの画面から「遅延証明発行」を選択すると、システム利用部１１は、当該入力されたユーザＩＤ等を、ＤＢサーバ２の個人遅延証明発行部２１９に送信する。これを受信した個人遅延証明発行部２１９は、当該利用者のユーザＩＤを用いて遅延証明ＤＢ２３を検索して、当該ユーザＩＤのレコード（一致するレコード）を抽出し（ステップＳ５２）、遅延証明ＤＢ２３から当該抽出したレコードを読み出し、その事故遅延番号に該当する事故遅延情報を事故遅延ＤＢ２６から読み出す（ステップＳ５３）。そして、個人遅延証明発行部２１９は、当該事故遅延情報に基づいて遅延証明（書）を作成して、これをシステム利用部１１に返信する。これに応じて、システム利用部１１は、遅延証明（書）画面を利用者端末７１等に送信し表示させる（ステップＳ５４）。利用者はこの画面を例えば印刷出力する。
【００８４】
一方、振替乗車をした場合又は遅延した場合、図１７に示すように、利用者又は会社３００（の勤怠管理の担当者、以下同じ）が、その勤怠管理サーバ５の会社ログイン画面から、ウェブサーバ１に会社コード（会社ＩＤ）及びパスワードを入力してログインする。これに応じて、ウェブサーバ１において、会社用画面表示部１２が、遅延証明を発行するための画面（メニュー画面）を勤怠管理サーバ５に送信し表示させる（ステップＳ５５）。この場合のメニュー画面は、図１７に示すように、図１５とは異なる。
【００８５】
なお、このメニュー画面において、「会社情報登録」をクリックすると、図１５の「個人情報登録」の場合とほぼ同様にして、会社用画面表示部１２が、会社情報を登録又は更新するための画面（会社情報登録の画面）を、図１７に示すように、利用者端末７１に送信し表示させる。これにより、当該会社３００は会社情報をＤＢサーバ２の会社管理ＤＢ２９に登録することができる。
【００８６】
メニュー画面を見た会社３００は、当該画面の該当個所に遅延証明のための情報を入力する。即ち、図１７のメニュー画面に、処理対象の「年月」を入力すると共に「遅延証明発行」をクリックする。これにより、会社用画面表示部１２は、当該入力された遅延証明のための情報を、ＤＢサーバ２の遅延証明一括発行部２１０に送信する。これを受信した遅延証明一括発行部２１０は、会社コードを用いて会社管理ＤＢ２９のパスワードを参照して当該会社３００の認証を行い、当該利用者のユーザＩＤを用いて遅延証明ＤＢを検索して、当該ユーザＩＤのレコードを抽出し（ステップＳ５６）、遅延証明ＤＢから当該抽出したレコードを読み出し、その事故遅延番号に該当する事故遅延情報を事故遅延ＤＢ２６から読み出す（ステップＳ５７）。
【００８７】
そして、遅延証明一括発行部２１０は、当該事故遅延情報に基づいて遅延証明（書）を作成して、これを会社用画面表示部１２に返信する。これに応じて、会社用画面表示部１２は、図１７に示すように、遅延証明（書）画面を勤怠管理サーバ５に送信し表示させる（ステップＳ５８）。勤怠管理サーバ５は、当該画面において、「印刷」を選択して当該遅延証明書を印刷出力し、また、「保存」を選択して遅延証明書を勤怠情報ＤＢ５１に格納する。
【００８８】
以上から判るように、本発明の実施の態様の一例を述べると、以下のようである。
（付記１）定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースを備え、割り当てられたユニークなユーザＩＤを書き込まれた定期券を有する利用者からの振替乗車を希望するメッセージに対応して、前記顧客情報データベースと電車の不通及び遅延についての不通遅延情報とに基づいて、当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を作成するデータベースサーバと、
各々の駅に設けられ、前記データベースサーバから受信した許可情報を格納する許可リストを備え、改札機からの問い合わせに対して前記許可リストの許可情報に従って応答を送信する駅サーバと、
各々の駅の改札に設けられ、利用者が提示した定期券からそのユーザＩＤを読み取って前記駅サーバに許可情報の有無を問い合わせ、当該応答を受信して当該利用者を通過させるか又は通過させないようにする改札機とを備える
ことを特徴とする振替乗車システム。
（付記２）当該振替乗車システムは、更に、
前記利用者からの振替乗車を希望するメッセージを受信し、これを前記データベースサーバに送信するウェブサーバを備える
ことを特徴とする付記１に記載の振替乗車システム。
（付記３）前記データベースサーバは、ユーザＩＤ毎に、少なくとも利用経路、当該振替乗車システムの利用時間帯、通知状態を格納する顧客情報データベースを備え、
電車の不通及び遅延についての不通遅延情報を受信した場合、顧客情報データベースを参照して事故遅延に関連する区間の定期券を所有しているか否か、当該振替乗車システム利用時間帯であるか、及び、通知状態がオン又は通知状態がデフォルトであるか否かを調べ、前記不通遅延情報を、当該事故遅延に関連する区間の定期券を所有する利用者に通知する
ことを特徴とする付記１に記載の振替乗車システム。
（付記４）前記データベースサーバは、ユーザＩＤ毎に、少なくとも路線名、乗車駅名、乗車日時、降車駅名、降車日時を格納する乗降状態データベースを備え、
電車の不通及び遅延についての不通遅延情報を受信した場合、乗降状態データベースを参照して現在電車に乗車中であるか否かを調べ、前記不通遅延情報を、現在電車に乗車中であるか当該振替乗車システムの利用時間帯である利用者に通知する
ことを特徴とする付記１に記載の振替乗車システム。
（付記５）前記データベースサーバは、ユーザＩＤ毎に、少なくとも事故遅延番号、通知日時、メッセージを格納する通知ログデータベースを備え、
電車の不通及び遅延についての不通遅延情報を受信した場合、通知ログデータベースを参照して当該事故遅延番号についての不通遅延情報を通知済みであるか否かを調べ、前記不通遅延情報を、当該不通遅延情報を通知済みでない利用者に通知する
ことを特徴とする付記１に記載の振替乗車システム。
（付記６）前記データベースサーバは、ユニークな事故遅延番号毎に、少なくとも路線名、影響駅、発生日時、発生原因、復旧時刻を格納する事故遅延データベースを備え、
電車の不通及び遅延についての不通遅延情報を受信した場合、これを事故遅延データベースに登録し、
事故遅延データベースを監視して、前記登録があった場合に所定の利用者に前記不通遅延情報を通知する
ことを特徴とする付記１に記載の振替乗車システム。
（付記７）前記データベースサーバは、ユーザＩＤ毎に、少なくとも事故遅延番号、路線名、乗車日時、降車日時、遅延時間、振替乗車、振替乗車の路線を格納する遅延証明データベースを備え、
当該利用者が改札機を通過した時刻を、前記駅サーバを介して受信して、前記遅延証明データベースに格納する
ことを特徴とする付記１に記載の振替乗車システム。
（付記８）データベースサーバが、割り当てられたユニークなユーザＩＤを書き込まれた定期券を有する利用者からの振替乗車を希望するメッセージに対応して、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと電車の不通及び遅延についての不通遅延情報とに基づいて、当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を作成して駅サーバに送信し、
各々の駅の改札に設けられた改札機が、利用者が提示した定期券からそのユーザＩＤを読み取って、駅サーバに許可情報の有無を問い合わせ、
駅サーバが、前記改札機からの問い合わせに対して、前記データベースサーバから受信した前記許可情報を格納する許可リストの許可情報に従って、応答を送信し、
前記改札機が、当該応答を受信して当該利用者を通過させるか又は通過させないようにする
ことを特徴とする振替乗車方法。
（付記９）振替乗車システムを実現する振替乗車プログラムであって、
前記プログラムは、コンピュータに、
データベースサーバが、割り当てられたユニークなユーザＩＤを書き込まれた定期券を有する利用者からの振替乗車を希望するメッセージに対応して、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと電車の不通及び遅延についての不通遅延情報とに基づいて、当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を作成させ、
前記許可情報を駅サーバに送信させる
ことを特徴とする振替乗車プログラム。
（付記１０）振替乗車システムを実現する振替乗車プログラムであって、
前記プログラムは、コンピュータに、
当該ユーザＩＤの定期券を有する利用者についてそのユーザＩＤからなる改札機を通過させる許可情報を受信させ、
利用者が提示した定期券からそのユーザＩＤを読み取った改札機からの許可情報の有無の問い合わせに対して、前記受信した許可情報を格納する許可リストの許可情報に従って、前記改札機が当該利用者を通過させるか又は通過させないようにする応答を送信させる
ことを特徴とする振替乗車プログラム。
（付記１１）定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと、電車の不通及び遅延に対応する遅延証明のための遅延証明情報を格納する遅延証明情報データベースとを備え、ユニークなユーザＩＤを割り当てられた定期券を有する利用者からの遅延証明の発行を希望するメッセージに対応して、前記顧客情報データベース及び遅延証明情報データベースに基づいて、当該ユーザＩＤの定期券を有する利用者について遅延証明を作成するデータベースサーバと、
前記データベースサーバから遅延証明を受信する利用者端末とを
を備える
ことを特徴とする振替乗車システム。
（付記１２）当該振替乗車システムは、更に、
前記利用者からの遅延証明の発行を希望するメッセージを受信し、これを前記データベースサーバに送信するウェブサーバを備える
ことを特徴とする付記１１に記載の振替乗車システム。
（付記１３）データベースサーバが、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと、電車の不通及び遅延に対応する遅延証明のための遅延証明情報を格納する遅延証明情報データベースとを備え、ユニークなユーザＩＤを割り当てられた定期券を有する利用者からの遅延証明の発行を希望するメッセージに対応して、前記顧客情報データベース及び遅延証明情報データベースに基づいて、当該ユーザＩＤの定期券を有する利用者について遅延証明を作成し、
利用者端末が、前記データベースサーバから前記遅延証明を受信する
ことを特徴とする振替乗車方法。
（付記１４）振替乗車システムを実現する振替乗車プログラムであって、
前記プログラムは、コンピュータに、
ユニークなユーザＩＤを割り当てられた定期券を有する利用者からの遅延証明の発行を希望するメッセージに対応して、定期券を有する利用者の利用経路を含む顧客情報を格納する顧客情報データベースと、電車の不通及び遅延に対応する遅延証明のための遅延証明情報を格納する遅延証明情報データベースとに基づいて、当該ユーザＩＤの定期券を有する利用者について遅延証明を作成させ、
利用者端末が、前記データベースサーバから前記遅延証明を受信させる
ことを特徴とする振替乗車プログラム。
【００８９】
【発明の効果】
本発明によれば、振替乗車システム及び方法において、許可リストに振替乗車を許す利用者のユーザＩＤを格納すると共に定期券からユーザＩＤを読み取ることにより、利用者毎に改札機を通過させるか又は通過させないようにすることができる。従って、振替乗車券を当該事故の発生した路線の駅まで行き発行してもらう必要がないので、利用者は事故等の情報を入手したら直ちに振替乗車を開始することができ、また、振替乗車券の受領のための無駄な往復が発生せず、電車の混雑を防止することができる。一方、事故等の発生時でも、振替乗車券をもらう必要がないため、駅員の当該作業を省略して振替乗車に伴う利用者の負担や駅員の事務処理の負担を殆ど無くすことができ、また、改札の混雑を防止することができる。
【００９０】
また、このような本発明の振替乗車プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ等のコンピュータ読取可能な記録媒体に格納して、又は、インターネット等の通信回線を介してダウンロードして提供することができるので、前述の振替乗車システム及び方法を容易に実現することができる。
【００９１】
また、本発明によれば、振替乗車システム及び方法において、顧客情報と遅延証明情報とに基づいて作成した遅延証明を利用者端末から取得することにより、通勤等の後に遅延証明を発行させることができる。従って、当該事故の発生した路線の駅まで行き発行してもらう必要がないので、遅延証明の受領のための無駄な往復が発生せず、電車の混雑を防止することができる。一方、事故等の発生時でも、遅延証明をもらう必要がないため、駅員の当該作業を省略して遅延証明の発行に伴う利用者の負担や駅員の事務処理の負担を殆ど無くすことができ、また、改札の混雑を防止することができる。
【００９２】
また、このような本発明の振替乗車プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ等のコンピュータ読取可能な記録媒体に格納して、又は、インターネット等の通信回線を介してダウンロードして提供することができるので、前述の振替乗車システム及び方法を容易に実現することができる。
【図面の簡単な説明】
【図１】振替乗車システムの概略構成図である。
【図２】振替乗車処理の説明図である。
【図３】振替乗車処理の説明図である。
【図４】振替乗車システム概略処理フローである。
【図５】振替乗車システム概略処理フローである。
【図６】振替乗車システムにおける利用者の登録処理について示す。
【図７】振替乗車システムにおける利用者の登録処理について示す。
【図８】電車の不通時における振替乗車処理について示す。
【図９】電車の不通時における振替乗車処理について示す。
【図１０】電車の不通時における振替乗車処理について示す。
【図１１】事故復旧による電車の再開通時における振替乗車処理について示す。
【図１２】事故復旧による電車の再開通時における振替乗車処理について示す。
【図１３】振替乗車システムにおける遅延証明処理について示す。
【図１４】振替乗車システムにおける遅延証明処理について示す。
【図１５】振替乗車処理の説明図である。
【図１６】振替乗車処理の説明図である。
【図１７】振替乗車処理の説明図である。
【図１８】従来技術説明図である。
【図１９】従来技術説明図である。
【符号の説明】
１    ウェブサーバ
２    ＤＢ（データベース）サーバ
３    駅サーバ
４    改札機
５    勤怠管理サーバ
６    ネットワーク（インターネット）
７    携帯電話
８    定期券
９    電車
２１    顧客情報ＤＢ
２２    電車情報ＤＢ
２３    遅延証明ＤＢ
３１    許可リスト（許可リストＤＢ）
１００    振替乗車センタ
２００    駅
３００    会社
【図１】
2004295283.tif 000003
【図２】
2004295283.tif 000004
【図３】
2004295283.tif 000005
【図４】
2004295283.tif 000006
【図５】
2004295283.tif 000007
【図６】
2004295283.tif 000008
【図７】
2004295283.tif 000009
【図８】
2004295283.tif 000010
【図９】
2004295283.tif 000011
【図１０】
2004295283.tif 000012
【図１１】
2004295283.tif 000013
【図１２】
2004295283.tif 000014
【図１３】
2004295283.tif 000015
【図１４】
2004295283.tif 000016
【図１５】
2004295283.tif 000017
【図１６】
2004295283.tif 000018
【図１７】
2004295283.tif 000019
【図１８】
2004295283.tif 000020
【図１９】
2004295283.tif 000021