JP2003256887A - 交通機関利用管理プログラム - Google Patents

交通機関利用管理プログラム

Info

Publication number
JP2003256887A
JP2003256887A JP2002054980A JP2002054980A JP2003256887A JP 2003256887 A JP2003256887 A JP 2003256887A JP 2002054980 A JP2002054980 A JP 2002054980A JP 2002054980 A JP2002054980 A JP 2002054980A JP 2003256887 A JP2003256887 A JP 2003256887A
Authority
JP
Japan
Prior art keywords
user
control unit
boarding
information
screen
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002054980A
Other languages
English (en)
Inventor
Tomofumi Uchiyama
智文 内山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2002054980A priority Critical patent/JP2003256887A/ja
Publication of JP2003256887A publication Critical patent/JP2003256887A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Devices For Checking Fares Or Tickets At Control Points (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

(57)【要約】 【課題】 交通機関の利用者の利便性を向上し、チケッ
ト紛失時の不利益を回避すること。 【解決手段】 管理サーバ６００の制御部６０２は、交
通機関（例えば、鉄道）の利用者に乗車券、定期券とし
て携帯されるカード１００1 〜１００n に記録され、利
用者を識別するための利用者ＩＤを付与する。つぎに、
制御部６０２は、利用者ＩＤをキーとして、利用者によ
り指定される条件での交通機関の利用を受け付け、受け
付け状況に応じて、改札口に設けられカード１００1 〜
１００n から利用者ＩＤを読み取った結果に基づいて通
行規制を行う自動改札機２００1 〜２００m へ通行許可
を通知する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、交通機関で乗車券
や定期券等を利用する際に用いて好適な交通機関利用管
理プログラムに関するものであり、特に、利用者の利便
性を向上させることができ、利用者の不利益を回避する
ことができる交通機関利用管理プログラムに関するもの
である。
【０００２】
【従来の技術】従来より、交通機関（例えば、鉄道）の
利用者は、チケット（乗車券や定期券等）を駅窓口で購
入し、乗車券や定期券を自動改札機に読み取らせ、乗車
または降車している。また、乗車券としては、プリペイ
ドカードも用いられている。このプリペイドカードは、
例えば、１０００円分の乗車券に相当し、乗車／降車す
る度に自動改札機で利用区間分の利用料金が利用可能残
額から減算され、数回繰り返して利用可能なカードであ
る。
【０００３】
【発明が解決しようとする課題】ところで、従来におい
ては、チケット（定期券、乗車券、プリペイドカード
等）を紛失した場合、これらを拾った第三者により悪用
される場合が多い。従って、従来では、紛失届けを出し
ても本来の利用者の元へチケットが戻ってくる確率が低
く、不利益を被る可能性が高いという問題があった。
【０００４】また、プリペイドカードの場合には、繰り
返し利用することで利用可能残額が低くなると、精算機
で精算しなければならず、手間や無駄が多くなるという
問題があった。さらに、精算後は、プリペイドカードを
新たに購入しなければならず、非常に面倒である。
【０００５】本発明は、上記に鑑みてなされたもので、
交通機関の利用者の利便性を向上し、チケット紛失時の
不利益を回避することができる交通機関利用管理プログ
ラムを提供することを目的とする。
【０００６】
【課題を解決するための手段】上記目的を達成するため
に、本発明は、コンピュータを、交通機関の利用者にチ
ケットとして携帯される記録媒体に記録され、前記利用
者を識別するための利用者識別情報を付与する利用者識
別情報付与手段、前記利用者識別情報をキーとして、前
記利用者により指定される条件での前記交通機関の利用
を受け付ける利用受付手段、前記利用受付手段の受け付
け状況に応じて、前記交通機関の改札口に設けられ前記
記録媒体から前記利用者識別情報を読み取った結果に基
づいて通行規制を行う改札装置へ通行許可を通知する許
可通知手段、前記改札装置から通知される利用実績に応
じた利用金額を前記利用者の金融機関口座から決済させ
る決済手段として機能させるための交通機関利用管理プ
ログラムである。
【０００７】この発明によれば、交通機関の改札口に設
けられ記録媒体から利用者識別情報を読み取った結果に
基づいて通行規制を行う改札装置へ通行許可を通知し、
改札装置から通知される利用実績に応じた利用金額を利
用者の金融機関口座から決済させるようにしたので、利
用金額に関わらず、同一のチケット（記録媒体）を使い
続けることができ、利用者の利便性を向上させることが
できる。
【０００８】
【発明の実施の形態】以下、図面を参照して本発明にか
かる交通機関利用管理プログラムの一実施の形態につい
て詳細に説明する。
【０００９】図１は、本発明にかかる一実施の形態の構
成を示すブロック図である。この図において、カード１
００1 〜１００n は、ｎ人の鉄道の利用者にそれぞれ携
帯され、乗車券、定期券としての機能を備えている。こ
れらのカード１００1 〜１００n は、磁気カードやＩＣ
（Integrated Circuit）カード等であり、利用者を識別
するための利用者ＩＤやカードを識別するためのカード
ＩＤ等をそれぞれ記憶している。
【００１０】自動改札機２００1 〜２００m は、各駅の
改札口にそれぞれ設置されており、カード１００1 〜１
００n のそれぞれから利用者ＩＤを読み取り、この利用
者ＩＤをキーとして、利用者の通行を規制する。これら
の自動改札機２００1 〜２００m は、ネットワーク３０
０にそれぞれ接続されており、上記利用者ＩＤおよび設
置された駅名に関する駅名情報を管理サーバ６００へ送
信する。
【００１１】利用者端末４００1 〜４００n は、ｎ人の
利用者側にそれぞれ設置されたコンピュータ端末、移動
端末であり、ネットワーク３００を介して管理サーバ６
００にそれぞれアクセスする。これらの利用者端末４０
０1 〜４００n は、カード１００1 〜１００n に関する
乗車予約時、定期券利用時、料金照会時、利用停止時等
に利用者によりそれぞれ操作される。
【００１２】駅端末５００1 〜５００s は、各駅にそれ
ぞれ設置されたコンピュータ端末であり、ネットワーク
３００を介して、管理サーバ６００にアクセスする。こ
れらの駅端末５００1 〜５００s は、カードの新規登録
時等に駅員によりそれぞれ操作される。
【００１３】管理サーバ６００は、カード１００1 〜１
００n を用いた乗車予約、定期券利用、乗車／降車、料
金等を一元管理するサーバである。この管理サーバ６０
０において、通信インタフェース６０１は、所定の通信
プロトコルに従って、自動改札機２００1 〜２００m 、
利用者端末４００1 〜４００n 、駅端末５００1 〜５０
０s および後述する決済装置７００との間の通信を制御
する。
【００１４】制御部６０２は、上述した一元管理のため
の各種制御を行う。この制御部６０２の動作の詳細につ
いては、後述する。データベース管理部６０３は、利用
者情報データベース６１０、乗車予約情報データベース
６２０、定期券情報データベース６３０および料金情報
データベース６４０を管理する。
【００１５】利用者情報データベース６１０は、カード
１００1 〜１００n を用いた乗車システムの利用者に関
する利用者情報が登録されるデータベースである。
【００１６】具体的には、利用者情報データベース６１
０は、図２に示したように、「利用者ＩＤ」、「カード
ＩＤ」、「氏名」、「生年月日」、「電話番号」、「電
子メールアドレス」、「暗証番号」、「金融機関」、
「支店」、「口座種別」、「口座番号」、「登録日」、
「更新日」、「最終利用日」、「最終利用金額」「利用
金額累計」、「定期券有無」等のフィールドを備えてい
る。
【００１７】「利用者ＩＤ」は、利用者を識別するため
の識別子である。「カードＩＤ」は、当該利用者に携帯
されるカード（図１に示したカード１００1 〜１００n
のうちいずれかのカード）を識別するための識別子であ
る。
【００１８】「氏名」は、利用者の氏名に関する情報で
ある。「生年月日」は、利用者の生年月日に関する情報
である。「電話番号」は、利用者の電話番号に関する情
報である。「電子メールアドレス」は、当該利用者の利
用者端末（図１に示した利用者端末４００1 〜４００n
のうちいずれかの利用者端末）宛の電子メールアドレス
に関する情報である。「暗証番号」は、管理サーバ６０
０へのアクセス時の認証に用いられる番号である。
【００１９】「金融機関」は、交通機関の利用料金（乗
車料金、定期券料金）の引き落としを行う金融機関に関
する情報である。「支店」は、金融機関の支店に関する
情報である。「口座種別」は、引き落とし口座の種別
（普通、当座）に関する情報である。「口座番号」は、
引き落とし口座の番号に関する情報である。例えば、利
用金額は、月単位の累計が当該口座から自動的に引き落
とされる。
【００２０】「登録日」は、利用者情報の新規登録日に
関する情報である。「更新日」は、利用者情報の更新日
に関する情報である。「最終利用日」は、乗車システム
の最終の利用日に関する情報である。「最終利用金額」
は、最終利用日の利用金額に関する情報である。「利用
金額累計」は、月単位での利用金額の累計に関する情報
である。「定期券有無」は、カードを定期券として利用
しているか否かに関する情報である。
【００２１】図１に戻り、乗車予約情報データベース６
２０は、カード１００1 〜１００nを乗車券として利用
する際の乗車予約に関する乗車予約情報が登録されるデ
ータベースである。
【００２２】具体的には、乗車予約情報データベース６
２０は、図３に示したように、「利用者ＩＤ」、「カー
ドＩＤ」、「暗証番号」、「予約番号」、「利用日」、
「路線区分」、「乗車区分」、「指定席」、「乗車
駅」、「降車駅」、「予約日」、「変更日」、「取消
日」、「乗車料金」、「乗車実績」、「降車実績」、
「利用フラグ」等のフィールドを備えている。
【００２３】「利用者ＩＤ」、「カードＩＤ」および
「暗証番号」は、利用者情報データベース６１０（図２
参照）の「利用者ＩＤ」、「カードＩＤ」および「暗証
番号」に対応している。「予約番号」は、乗車予約時に
付与される番号である。「利用日」は、実際に交通機関
を利用した日付に関する情報である。
【００２４】「路線区分」は、交通機関の路線の区分に
関する情報である。「乗車区分」は、普通、グリーン等
の区分に関する情報である。「指定席」は、指定席を使
用するか否かに関する情報である。「乗車駅」は、乗車
する駅名に関する情報である。「降車駅」は、降車する
駅名に関する情報である。ここで、「乗車駅」から「降
車駅」は、乗車予約に関する区間である。「予約日」
は、乗車予約を行った日付に関する情報である。
【００２５】「変更日」は、乗車予約情報を変更した日
付に関する情報である。「取消日」は、乗車予約を取り
消した日付に関する情報である。「乗車料金」は、乗車
予約の料金に関する情報である。「乗車実績」は、乗車
予約に基づいて、利用者が乗車駅で実際に乗車した日
付、時刻に関する情報である。「降車実績」は、乗車予
約に基づいて、利用者が降車駅で降車した日付、時刻に
関する情報である。
【００２６】「利用フラグ」は、乗車予約に関する利用
状況を表すフラグである。具体的には、未利用（乗車実
績無し）の場合、「利用フラグ」は、０に設定される。
また、利用者が乗車駅で乗車した場合、すなわち、乗車
実績有りの場合、「利用フラグ」は、１に設定される。
また、利用者が降車駅で降車した場合、すなわち、降車
実績有りの場合、「利用フラグ」は、２に設定される。
【００２７】図１に戻り、定期券情報データベース６３
０は、カード１００1 〜１００n を定期券として利用す
る際の定期券情報が登録されるデータベースである。具
体的には、定期券情報データベース６３０は、図４に示
したように、「利用者ＩＤ」、「暗証番号」、「利用開
始日」、「利用期間」、「路線区分」、「乗車駅」、
「降車駅」、「利用金額」、「登録日」、「取消日」等
のフィールドを備えている。
【００２８】「利用者ＩＤ」および「暗証番号」は、利
用者情報データベース６１０（図２参照）の「利用者Ｉ
Ｄ」および「暗証番号」に対応している。「利用開始
日」は、カードを定期券として利用する開始日に関する
情報である。「利用期間」は、「利用開始日」からの期
間に関する情報である。
【００２９】「路線区分」は、交通機関の路線の区分に
関する情報である。「乗車駅」は、当該定期券で乗車す
る駅名に関する情報である。「降車駅」は、当該定期券
で降車する駅名に関する情報である。「利用金額」は、
定期券の利用金額に関する情報である。「登録日」は、
定期券情報が登録された日付に関する情報である。「取
消日」は、定期券としてのカードを紛失した場合等で当
該カードの利用停止に伴い、利用許可が取り消された日
付に関する情報である。
【００３０】図１に戻り、料金情報データベース６４０
は、カード１００1 〜１００n の利用に際しての料金
（乗車料金、定期券料金）に関する料金情報が登録され
るデータベースである。
【００３１】具体的には、図５に示したように、料金情
報データベース６４０は、「利用者ＩＤ」、「カードＩ
Ｄ」、「該当年月」、「利用金額累計」、「決済フラ
グ」等のフィールドを備えている。「利用者ＩＤ」およ
び「カードＩＤ」は、利用者情報データベース６１０
（図２参照）の「利用者ＩＤ」および「カードＩＤ」に
対応している。
【００３２】「該当年月」は、月単位での年月に関する
情報である。「利用金額累計」は、該当年月での利用金
額の累計に関する情報である。「決済フラグ」は、利用
金額累計が上述した金融機関の口座より決済されたか否
かを表すフラグである。決済されている場合、「決済フ
ラグ」は、１に設定される。一方、未決済の場合、「決
済フラグ」は、０に設定される。
【００３３】図１に戻り、決済装置７００は、管理サー
バ６００からの指示に基づいて、利用者の利用金額累計
を金融機関の口座より決済する装置である。
【００３４】つぎに、一実施の形態の動作について、図
６〜図１８に示したフローチャートおよび図１９〜図３
９に示した画面を参照しつつ説明する。図６は、図１に
示した管理サーバ６００の動作を説明するフローチャー
トである。同図に示したステップＳＡ１では、管理サー
バ６００の制御部６０２は、駅端末５００1 〜５００ s
のうちいずれかの駅端末から、利用者情報の新規登録に
関する要求があるか否かを判断し、この場合、判断結果
を「Ｎｏ」とする。
【００３５】ステップＳＡ２では、制御部６０２は、利
用者端末４００1 〜４００n のうちいずれかの利用者端
末から、利用者情報の照会・変更に関する要求があるか
否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＡ３では、制御部６０２は、利用者端末４０
０1 〜４００n のうちいずれかの利用者端末から、乗車
予約に関する要求があるか否かを判断し、この場合、判
断結果を「Ｎｏ」とする。
【００３６】ステップＳＡ４では、制御部６０２は、利
用者端末４００1 〜４００n のうちいずれかの利用者端
末から、乗車予約の変更・取消に関する要求があるか否
かを判断し、この場合、判断結果を「Ｎｏ」とする。ス
テップＳＡ５では、制御部６０２は、利用者端末４００
1 〜４００n のうちいずれかの利用者端末から、定期券
利用に関する要求があるか否かを判断し、この場合、判
断結果を「Ｎｏ」とする。
【００３７】ステップＳＡ６では、制御部６０２は、自
動改札機２００1 〜２００m のうちいずれかの自動改札
機より利用者ＩＤおよび駅名情報を受信したか否かを判
断し、この場合、判断結果を「Ｎｏ」とする。
【００３８】ステップＳＡ７では、制御部６０２は、夜
間帯の時刻で利用料金の累計処理を実行するか否かを判
断し、この場合、判断結果を「Ｎｏ」とする。ステップ
ＳＡ８では、制御部６０２は、利用者端末４００1 〜４
００n のうちいずれかの利用者端末から、利用料金の照
会に関する要求があるか否かを判断し、この場合、判断
結果を「Ｎｏ」とする。
【００３９】ステップＳＡ９では、制御部６０２は、利
用者端末４００1 〜４００n のうちいずれかの利用者端
末から、定期券の利用停止に関する要求があるか否かを
判断し、この場合、判断結果を「Ｎｏ」とする。以後、
制御部６０２は、ステップＳＡ１〜ステップＳＡ９の判
断を繰り返す。
【００４０】ここで、新規登録する場合、利用者は、駅
に備え付けの新規登録用紙に利用者情報を記入後、駅員
に渡す。この利用者情報は、図２に示した「氏名」、
「生年月日」、「電話番号」、「電子メールアドレ
ス」、「暗証番号」、「金融機関」、「支店」、「口座
種別」、「口座番号」、「登録日」である。
【００４１】そして、駅員の操作により、駅端末５００
1 は、新規登録を目的として、管理サーバ６００にアク
セスし、上記利用者情報を管理サーバ６００へ送信す
る。これにより、管理サーバ６００の制御部６０２は、
図６に示したステップＳＡ１の判断結果を「Ｙｅｓ」と
する。
【００４２】ステップＳＡ１０では、制御部６０２は、
新規登録処理を実行する。具体的には、図７に示したス
テップＳＢ１では、制御部６０２は、当該利用者および
カードに対して、ユニークな利用者ＩＤおよびカードＩ
Ｄを付与する。ステップＳＢ２では、制御部６０２は、
ネットワーク３００を介して、利用者ＩＤおよびカード
ＩＤを駅端末５００1 へ送信し、駅端末５００1 にカー
ドを作成させる。
【００４３】これにより、駅端末５００1 では、カード
ライタ（図示略）により例えばカード１００1 に利用者
ＩＤおよびカードＩＤを記憶させる。つぎに、駅員は、
カード１００1 を利用者に渡すとともに、暗証番号を知
らせる。なお、一実施の形態では、カード１００1 およ
び暗証番号が記入された用紙を利用者へ郵送してもよ
い。
【００４４】ステップＳＢ３では、制御部６０２は、利
用者ＩＤおよびカードＩＤを含む利用者情報を利用者情
報データベース６１０（図２参照）に登録する。これに
より、カード１００1 を用いた乗車券、定期券の利用が
可能となる。なお、新規登録において、利用者情報デー
タベース６１０の「定期券有無」は、「無」にデフォル
ト設定されている。
【００４５】そして、当該利用者の操作により、例え
ば、利用者端末４００1 が、利用者情報の照会・変更を
目的として、管理サーバ６００にアクセスすると、制御
部６０２は、図６に示したステップＳＡ２の判断結果を
「Ｙｅｓ」とする。ステップＳＡ１１では、制御部６０
２は、照会・変更処理を実行する。
【００４６】具体的には、図８に示したステップＳＣ１
では、制御部６０２は、図１９に示した認証画面１００
０を利用者端末４００1 のディスプレイ（図示略）に表
示させる。この認証画面１０００は、上述した利用者Ｉ
Ｄおよび暗証番号に基づいて、利用者の本人認証を行う
ための画面である。
【００４７】ステップＳＣ２では、制御部６０２は、利
用者ＩＤ入力欄１００１および暗証番号入力欄１００２
に利用者ＩＤおよび暗証番号が入力されたか否かを判断
し、この場合、判断結果を「Ｎｏ」として、同判断を繰
り返す。そして、利用者により、利用者ＩＤおよび暗証
番号が入力されると、制御部６０２は、ステップＳＣ２
の判断結果を「Ｙｅｓ」とする。
【００４８】ステップＳＣ３では、制御部６０２は、上
記入力された利用者ＩＤおよび暗証番号が、図２に示し
た利用者情報データベース６１０に存在するかをチェッ
クする認証処理を実行する。ステップＳＣ４では、制御
部６０２は、認証されたか否かを判断し、この判断結果
が「Ｎｏ」である場合、ステップＳＣ１以降の処理を実
行する。
【００４９】この場合、認証されたとすると、制御部６
０２は、ステップＳＣ４の判断結果を「Ｙｅｓ」とす
る。ステップＳＣ５では、制御部６０２は、図２０に示
した利用者情報照会画面１１００を利用者端末４００1
のディスプレイ（図示略）に表示させる。この利用者情
報照会画面１１００には、当該利用者の利用者ＩＤおよ
び暗証番号をキーとして、利用者情報データベース６１
０から取得された利用者情報が表示されている。これに
より、当該利用者は、自身の利用者情報を照会する。
【００５０】ステップＳＣ６では、制御部６０２は、利
用者情報照会画面１１００の戻るボタン１１０２が押下
されたか否かを判断し、この場合、判断結果を「Ｎｏ」
とする。なお、ステップＳＣ６の判断結果が「Ｙｅｓ」
である場合、制御部６０２は、図６に示したメインルー
チンに戻る。
【００５１】ステップＳＣ７では、制御部６０２は、利
用者情報照会画面１１００の変更ボタン１１０１が押下
されたか否かを判断し、この場合、判断結果を「Ｎｏ」
として、ステップＳＣ６の判断を行う。この変更ボタン
１１０１は、利用者情報照会画面１１００に表示されて
いる利用者情報を変更するためのボタンである。
【００５２】そして、変更ボタン１１０１が押下される
と、制御部６０２は、ステップＳＣ７の判断結果を「Ｙ
ｅｓ」とする。ステップＳＣ８では、制御部６０２は、
利用者端末４００1 のディスプレイ（図示略）に利用者
情報変更画面（図示略）を表示させる。
【００５３】ここで、利用者により、利用者情報変更画
面（図示略）で利用者情報（例えば、電話番号）が変更
されると、利用者端末４００1 は、変更情報を管理サー
バ６００へ送信する。これにより、ステップＳＣ９で
は、制御部６０２は、変更情報を受信する。ステップＳ
Ｃ１０では、制御部６０２は、変更情報が所定規定に適
合しているか否かを判断し、この判断結果が「Ｎｏ」で
ある場合、ステップＳＣ８の処理を実行する。
【００５４】この場合、制御部６０２は、ステップＳＣ
１０の判断結果を「Ｙｅｓ」とする。ステップＳＣ１１
では、制御部６０２は、変更情報に基づいて、利用者情
報データベース６１０（図２参照）を更新する。ここ
で、利用者情報データベース６１０の「更新日」には、
更新の日付情報が登録される。
【００５５】また、カード１００1 を乗車券として利用
する場合、利用者は、利用者端末４００1 を操作する。
すなわち、当該利用者の操作により、利用者端末４００
1 が、乗車予約を目的として、管理サーバ６００にアク
セスすると、制御部６０２は、図６に示したステップＳ
Ａ３の判断結果を「Ｙｅｓ」とする。
【００５６】ステップＳＡ１２では、制御部６０２は、
乗車予約処理を実行する。具体的には、図９に示したス
テップＳＤ１では、制御部６０２は、図１９に示した認
証画面１０００を利用者端末４００1 のディスプレイ
（図示略）に表示させる。ステップＳＤ２〜ステップＳ
Ｄ４では、ステップＳＣ２〜ステップＳＣ４（図８参
照）と同様の認証が行われる。
【００５７】ステップＳＤ５では、制御部６０２は、図
２１に示した乗車予約情報入力画面１２００を利用者端
末４００1 のディスプレイ（図示略）に表示させる。こ
の乗車予約情報入力画面１２００は、図３に示した乗車
予約情報データベース６２０の「利用日」、「路線区
分」、「乗車区分」、「指定席」、「乗車駅」および
「降車駅」を乗車予約情報として利用者に入力させるた
めの画面である。
【００５８】ステップＳＤ６では、制御部６０２は、乗
車予約情報入力画面１２００のＯＫボタン１２０１が押
下されたか否かを判断し、この場合、判断結果を「Ｎ
ｏ」として同判断を繰り返す。そして、乗車予約情報入
力画面１２００に乗車予約情報が入力され、ＯＫボタン
１２０１が押下されると、制御部６０２は、ステップＳ
Ｄ６の判断結果を「Ｙｅｓ」とする。
【００５９】ステップＳＤ７では、制御部６０２は、入
力された乗車区分、指定席、乗車駅、降車駅の情報よ
り、当該区間の乗車料金を料金テーブル（図示略）から
検索する。ステップＳＤ８では、制御部６０２は、図２
２に示した乗車予約画面１３００を利用者端末４００1
のディスプレイ（図示略）に表示させる。この乗車予約
画面１３００には、乗車予約情報入力画面１２００（図
２１参照）で入力された乗車予約情報に加えて、ステッ
プＳＤ７で検索された乗車料金の情報が表示されてい
る。
【００６０】ステップＳＤ９では、制御部６０２は、乗
車予約画面１３００のＯＫボタン１３０１が押下された
か否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、同判断を繰り返す。そして、利用者により、乗車予
約画面１３００が確認された後、ＯＫボタン１３０１が
押下されると、制御部６０２は、ステップＳＤ９の判断
結果を「Ｙｅｓ」とする。
【００６１】ステップＳＤ１０では、制御部６０２は、
図２３に示した登録確認画面１４００を利用者端末４０
０1 のディスプレイ（図示略）に表示させる。登録確認
画面１４００は、乗車予約情報の登録を最終確認するた
めの画面である。
【００６２】ステップＳＤ１１では、制御部６０２は、
登録確認画面１４００のキャンセルボタン１４０２が押
下されたか否かを判断し、この場合、判断結果を「Ｎ
ｏ」とする。なお、ステップＳＤ１１の判断結果が「Ｙ
ｅｓ」である場合、制御部６０２は、乗車予約をキャン
セルし、図６に示したメインルーチンへ戻る。
【００６３】ステップＳＤ１２では、制御部６０２は、
登録確認画面１４００のＯＫボタン１４０１が押下され
たか否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、ステップＳＤ１１の判断を行う。そして、利用者に
より、ＯＫボタン１４０１が押下されると、制御部６０
２は、ステップＳＤ１２の判断結果を「Ｙｅｓ」とす
る。
【００６４】ステップＳＤ１３では、制御部６０２は、
当該乗車予約に関する乗車予約情報を乗車予約情報デー
タベース６２０（図３参照）に登録する。ステップＳＤ
１４では、制御部６０２は、乗車駅および降車駅に対応
する自動改札機（例えば、自動改札機２００1 および２
００m ）へ当該利用者の利用者ＩＤ、利用日等の情報を
送信し、通行許可通知を出す。これにより、乗車予約さ
れた区間においては、利用日にカード１００1 が乗車券
として利用可能となる。
【００６５】また、乗車予約を変更または取り消す場
合、利用者は、利用者端末４００1 を操作する。すなわ
ち、当該利用者の操作により、利用者端末４００1 が、
乗車予約の変更・取消を目的として、管理サーバ６００
にアクセスすると、制御部６０２は、図６に示したステ
ップＳＡ４の判断結果を「Ｙｅｓ」とする。
【００６６】ステップＳＡ１３では、制御部６０２は、
変更・取消処理を実行する。具体的には、図１０に示し
たステップＳＥ１では、制御部６０２は、図１９に示し
た認証画面１０００を利用者端末４００1 のディスプレ
イ（図示略）に表示させる。ステップＳＥ２〜ステップ
ＳＥ４では、ステップＳＣ２〜ステップＳＣ４（図８参
照）と同様の認証が行われる。
【００６７】ステップＳＥ５では、制御部６０２は、図
２４に示した予約照会画面１５００を利用者端末４００
1 のディスプレイ（図示略）に表示させる。この予約照
会画面１５００は、当該利用者に対応する利用者ＩＤを
キーとして乗車予約情報データベース６２０から取得さ
れた複数（または単数）の乗車予約情報を照会するため
の画面である。
【００６８】ステップＳＥ６では、制御部６０２は、戻
るボタン１５０２が押下されたか否かを判断し、この場
合、判断結果を「Ｎｏ」とする。なお、ステップＳＥ６
の判断結果が「Ｙｅｓ」である場合、制御部６０２は、
図６に示したメインルーチンに戻る。
【００６９】ステップＳＥ７では、制御部６０２は、変
更または取消を行う乗車予約情報に対応する予約番号が
予約照会画面１５００で選択された後、選択ボタン１５
０１が押下されたか否かを判断し、この場合、判断結果
を「Ｎｏ」として、ステップＳＥ６の判断を行う。
【００７０】そして、例えば、当該利用者により、予約
照会画面１５００で予約番号＝００３が選択された後、
選択ボタン１５０１が押下されると、制御部６０２は、
ステップＳＥ７の判断結果を「Ｙｅｓ」とする。ステッ
プＳＥ８では、制御部６０２は、図２５に示した予約詳
細画面１６００を利用者端末４００1 のディスプレイ
（図示略）に表示させる。
【００７１】この予約詳細画面１６００には、予約番号
００３に対応する乗車予約情報の詳細（「利用日」〜
「乗車料金」）が表示されている。ステップＳＥ９で
は、制御部６０２は、当該乗車予約を取り消すための取
消ボタン１６０２が押下されたか否かを判断し、この場
合、判断結果を「Ｎｏ」とする。ステップＳＥ１０で
は、当該乗車予約を変更するための変更ボタン１６０１
が押下されたか否かを判断し、この場合、判断結果を
「Ｎｏ」として、ステップＳＥ９の判断を行う。
【００７２】ここで、当該利用者により、予約詳細画面
１６００の変更ボタン１６０１が押下されると、制御部
６０２は、ステップＳＥ１０の判断結果を「Ｙｅｓ」と
する。ステップＳＥ１１では、制御部６０２は、変更処
理を実行する。
【００７３】具体的には、図１１に示したステップＳＦ
１では、制御部６０２は、図２６に示した予約変更画面
１７００を利用者端末４００1 のディスプレイ（図示
略）に表示させる。この予約変更画面１７００は、図２
５に示した予約詳細画面１６００の「利用日」、「路線
区分」、「乗車区分」、「指定席」、「乗車駅」、「降
車駅」を変更するための画面である。なお、これらの変
更に伴い、乗車料金は、制御部６０２により自動的に変
更される。
【００７４】ステップＳＦ２では、制御部６０２は、予
約変更画面１７００のＯＫボタン１７０１が押下された
か否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、同判断を繰り返す。そして、利用者により、降車駅
が変更された後、ＯＫボタン１７０１が押下されると、
制御部６０２は、ステップＳＦ２の判断結果を「Ｙｅ
ｓ」とする。
【００７５】ステップＳＦ３では、制御部６０２は、図
２７に示した変更確認画面１８００を利用者端末４００
1 のディスプレイ（図示略）に表示させる。変更確認画
面１８００は、乗車予約の変更を最終確認するための画
面である。
【００７６】ステップＳＦ４では、制御部６０２は、変
更確認画面１８００のキャンセルボタン１８０２が押下
されたか否かを判断し、この場合、判断結果を「Ｎｏ」
とする。なお、ステップＳＦ４の判断結果が「Ｙｅｓ」
である場合、制御部６０２は、乗車予約の変更をキャン
セルし、図６に示したメインルーチンへ戻る。
【００７７】ステップＳＦ５では、制御部６０２は、変
更確認画面１８００のＯＫボタン１８０１が押下された
か否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、ステップＳＦ４の判断を行う。そして、利用者によ
り、ＯＫボタン１８０１が押下されると、制御部６０２
は、ステップＳＦ５の判断結果を「Ｙｅｓ」とする。
【００７８】ステップＳＦ６では、制御部６０２は、変
更された情報（この場合、降車駅）に関して、乗車予約
情報データベース６２０（図３参照）を更新する。ここ
で、乗車予約情報データベース６２０の変更日には、変
更した日付が登録される。ステップＳＦ７では、制御部
６０２は、乗車駅および降車駅に対応する自動改札機
（例えば、自動改札機２００1 および２００m ）へ乗車
予約の変更を通知する。
【００７９】また、当該利用者により、図２５に示した
予約詳細画面１６００の取消ボタン１６０２が押下され
ると、制御部６０２は、ステップＳＥ９の判断結果を
「Ｙｅｓ」とする。ステップＳＥ１２では、制御部６０
２は、取消処理を実行する。
【００８０】具体的には、図１２に示したステップＳＧ
１では、制御部６０２は、図２８に示した予約取消画面
１９００を利用者端末４００1 のディスプレイ（図示
略）に表示させる。この予約取消画面１９００は、図２
５に示した予約詳細画面１６００に対応している。
【００８１】ステップＳＧ２では、制御部６０２は、予
約取消画面１９００のＯＫボタン１９０１が押下された
か否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、同判断を繰り返す。そして、利用者により、ＯＫボ
タン１９０１が押下されると、制御部６０２は、ステッ
プＳＧ２の判断結果を「Ｙｅｓ」とする。
【００８２】ステップＳＧ３では、制御部６０２は、図
２９に示した取消確認画面２０００を利用者端末４００
1 のディスプレイ（図示略）に表示させる。取消確認画
面２０００は、乗車予約の取り消しを最終確認するため
の画面である。
【００８３】ステップＳＧ４では、制御部６０２は、取
消確認画面２０００のキャンセルボタン２００２が押下
されたか否かを判断し、この場合、判断結果を「Ｎｏ」
とする。なお、ステップＳＧ４の判断結果が「Ｙｅｓ」
である場合、制御部６０２は、乗車予約の取り消しをキ
ャンセルし、図６に示したメインルーチンへ戻る。
【００８４】ステップＳＧ５では、制御部６０２は、取
消確認画面２０００のＯＫボタン２００１が押下された
か否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、ステップＳＧ４の判断を行う。そして、利用者によ
り、ＯＫボタン２００１が押下されると、制御部６０２
は、ステップＳＧ５の判断結果を「Ｙｅｓ」とする。
【００８５】ステップＳＧ６では、制御部６０２は、当
該乗車予約情報に関して、乗車予約情報データベース６
２０（図３参照）を更新する。ここで、乗車予約情報デ
ータベース６２０の取消日には、取り消しを実行した日
付が登録される。ステップＳＧ７では、制御部６０２
は、乗車駅および降車駅に対応する自動改札機（例え
ば、自動改札機２００1 および２００m ）へ乗車予約の
取り消しを通知する。
【００８６】また、カード１００1 を定期券として利用
する場合、利用者は、利用者端末４００1 を操作する。
すなわち、当該利用者の操作により、利用者端末４００
1 が、定期券利用を目的として、管理サーバ６００にア
クセスすると、制御部６０２は、図６に示したステップ
ＳＡ５の判断結果を「Ｙｅｓ」とする。
【００８７】ステップＳＡ１４では、制御部６０２は、
定期券利用処理を実行する。具体的には、図１３に示し
たステップＳＨ１では、制御部６０２は、図１９に示し
た認証画面１０００を利用者端末４００1 のディスプレ
イ（図示略）に表示させる。ステップＳＨ２〜ステップ
ＳＨ４では、ステップＳＣ２〜ステップＳＣ４（図８参
照）と同様の認証が行われる。
【００８８】ステップＳＨ５では、制御部６０２は、図
３０に示した定期券情報入力画面２１００を利用者端末
４００1 のディスプレイ（図示略）に表示させる。この
定期券情報入力画面２１００は、図４に示した定期券情
報データベース６３０の「利用開始日」、「利用期
間」、「路線区分」、「乗車駅」および「降車駅」を定
期券情報として利用者に入力させるための画面である。
【００８９】ステップＳＨ６では、制御部６０２は、定
期券情報入力画面２１００の戻るボタン２１０２が押下
されたか否かを判断し、この場合、判断結果を「Ｎｏ」
とする。なお、ステップＳＨ６の判断結果が「Ｙｅｓ」
である場合、制御部６０２は、図６に示したメインルー
チンへ戻る。
【００９０】ステップＳＨ７では、制御部６０２は、定
期券情報入力画面２１００のＯＫボタン２１０１が押下
されたか否かを判断し、この場合、判断結果を「Ｎｏ」
として、ステップＳＨ６の判断を行う。そして、定期券
情報入力画面２１００に定期券情報が入力され、ＯＫボ
タン２１０１が押下されると、制御部６０２は、ステッ
プＳＨ７の判断結果を「Ｙｅｓ」とする。
【００９１】ステップＳＨ８では、制御部６０２は、入
力された利用期間、乗車駅、降車駅の情報より、当該利
用期間における当該区間の定期券の利用金額を料金テー
ブル（図示略）から検索する。ステップＳＨ９では、制
御部６０２は、図３１に示した定期券情報照会画面２２
００を利用者端末４００1 のディスプレイ（図示略）に
表示させる。この定期券情報照会画面２２００には、定
期券情報入力画面２１００（図３０参照）で入力された
定期券情報に加えて、ステップＳＨ８で検索された利用
金額の情報が表示されている。
【００９２】ステップＳＨ１０では、制御部６０２は、
定期券情報照会画面２２００のＯＫボタン２２０１が押
下されたか否かを判断し、この場合、判断結果を「Ｎ
ｏ」として、同判断を繰り返す。そして、利用者によ
り、定期券情報照会画面２２００が確認された後、ＯＫ
ボタン２２０１が押下されると、制御部６０２は、ステ
ップＳＨ１０の判断結果を「Ｙｅｓ」とする。
【００９３】ステップＳＨ１１では、制御部６０２は、
図３２に示した利用申請確認画面２３００を利用者端末
４００1 のディスプレイ（図示略）に表示させる。利用
申請確認画面２３００は、定期券の利用申請を最終確認
するための画面である。
【００９４】ステップＳＨ１２では、制御部６０２は、
利用申請確認画面２３００のキャンセルボタン２３０２
が押下されたか否かを判断し、この場合、判断結果を
「Ｎｏ」とする。なお、ステップＳＨ１２の判断結果が
「Ｙｅｓ」である場合、制御部６０２は、定期券の利用
申請をキャンセルし、図６に示したメインルーチンへ戻
る。
【００９５】ステップＳＨ１３では、制御部６０２は、
利用申請確認画面２３００のＯＫボタン２３０１が押下
されたか否かを判断し、この場合、判断結果を「Ｎｏ」
として、ステップＳＨ１２の判断を行う。そして、利用
者により、ＯＫボタン２３０１が押下されると、制御部
６０２は、ステップＳＨ１３の判断結果を「Ｙｅｓ」と
する。
【００９６】ステップＳＨ１４では、制御部６０２は、
定期券情報を定期券情報データベース６３０（図４参
照）に登録する。ステップＳＨ１５では、制御部６０２
は、乗車駅および降車駅に対応する自動改札機（例え
ば、自動改札機２００1 および２００m ）へ当該利用者
の定期券情報を送信し、通行許可通知を出す。これによ
り、区間においては、カード１００1 が定期券として利
用可能となる。
【００９７】また、乗車予約に基づいて、当該利用者が
カード１００1 の利用者ＩＤを乗車駅の自動改札機２０
０1 に読み取らせると、自動改札機２００1 は、利用者
ＩＤおよび駅名情報（乗車駅名）を管理サーバ６００へ
送信する。そして、これらの利用者ＩＤおよび駅名情報
を受信すると、管理サーバ６００の制御部６０２は、図
６に示したステップＳＡ６の判断結果を「Ｙｅｓ」とす
る。
【００９８】ステップＳＡ１５では、制御部６０２は、
利用者ＩＤをキーとして、乗車予約情報データベース６
２０（図３参照）を参照する。ステップＳＡ１６では、
制御部６０２は、上記利用者ＩＤに対応する利用日（図
３参照）が今日であるか否かを判断する。この判断結果
が「Ｎｏ」である場合、制御部６０２は、後述するステ
ップＳＩ６（図１４参照）の処理を実行する。
【００９９】一方、ステップＳＡ１６の判断結果が「Ｙ
ｅｓ」である場合、ステップＳＡ１７では、制御部６０
２は、当該利用フラグ（図３参照）が０（乗車実績無
し）であるか否かを判断し、この場合、判断結果を「Ｙ
ｅｓ」とする。ステップＳＡ１８では、制御部６０２
は、乗車処理を実行する。具体的には、図１４に示した
ステップＳＩ１では、制御部６０２は、受信した利用者
ＩＤをキーとして、乗車予約情報データベース６２０
（図３参照）を参照する。
【０１００】ステップＳＩ２では、制御部６０２は、先
に受信した駅名情報（ステップＳＡ６）と、乗車予約情
報データベース６２０の当該乗車駅とが一致するか否か
を判断する。ステップＳＩ２の判断結果が「Ｙｅｓ」で
ある場合、ステップＳＩ３では、制御部６０２は、正規
乗車として、当該乗車予約情報の利用フラグを１に設定
する。
【０１０１】ステップＳＩ４では、制御部６０２は、当
該乗車予約情報の乗車実績に乗車の日付および時刻を設
定する。一方、ステップＳＩ２の判断結果が「Ｎｏ」で
ある場合、ステップＳＩ５では、制御部６０２は、不正
乗車として、自動改札機２００1 へ通行不可を通知す
る。
【０１０２】そして、当該利用者がカード１００1 の利
用者ＩＤを降車駅の自動改札機２００m に読み取らせる
と、自動改札機２００m は、利用者ＩＤおよび駅名情報
（降車駅名）を管理サーバ６００へ送信する。これらの
利用者ＩＤおよび駅名情報を受信すると、管理サーバ６
００の制御部６０２は、図６に示したステップＳＡ６の
判断結果を「Ｙｅｓ」とする。
【０１０３】ステップＳＡ１５では、制御部６０２は、
利用者ＩＤをキーとして、乗車予約情報データベース６
２０（図３参照）を参照する。ステップＳＡ１６では、
制御部６０２は、上記利用者ＩＤに対応する利用日（図
３参照）が今日であるか否かを判断し、この場合、判断
結果を「Ｙｅｓ」とする。
【０１０４】ステップＳＡ１７では、制御部６０２は、
当該利用フラグ（図３参照）が０（乗車実績無し）であ
るか否かを判断し、この場合、利用フラグが１（乗車実
績有り）であるため、判断結果を「Ｎｏ」とする。
【０１０５】ステップＳＡ１９では、制御部６０２は、
利用フラグが１（乗車実績有り）であるか否かを判断
し、この場合、判断結果を「Ｙｅｓ」とする。なお、ス
テップＳＡ１９の判断結果が「Ｎｏ」である場合、ステ
ップＳＩ５（図１４参照）の処理が実行される。
【０１０６】ステップＳＡ２０では、制御部６０２は、
降車処理を実行する。具体的には、図１５に示したステ
ップＳＪ１では、制御部６０２は、受信した利用者ＩＤ
をキーとして、乗車予約情報データベース６２０（図３
参照）を参照する。
【０１０７】ステップＳＪ２では、制御部６０２は、乗
車予約情報データベース６２０の参照結果に基づいて、
先に受信した駅名情報（ステップＳＡ６）と、乗車予約
情報データベース６２０の当該降車駅とが一致するか否
かを判断する。ステップＳＪ２の判断結果が「Ｙｅｓ」
である場合、ステップＳＪ３では、制御部６０２は、当
該乗車予約情報の利用フラグを２に設定する。
【０１０８】ステップＳＪ４では、制御部６０２は、当
該乗車予約情報の降車実績に降車の日付および時刻を設
定する。ステップＳＪ５では、制御部６０２は、乗車予
約に関する乗車および降車実績情報を当該利用者の電子
メールアドレス宛に通知する。一方、ステップＳＪ２の
判断結果が「Ｎｏ」である場合、ステップＳＪ６では、
制御部６０２は、不正降車として、自動改札機２００m
へ通行不可を通知する。
【０１０９】また、夜間帯の時刻で利用料金の累計処理
を実行する場合、管理サーバ６００の制御部６０２は、
図６に示したステップＳＡ７の判断結果を「Ｙｅｓ」と
する。ステップＳＡ２１では、制御部６０２は、料金累
計処理を実行する。
【０１１０】具体的には、図１６に示したステップＳＫ
１では、制御部６０２は、乗車予約情報データベース６
２０（図３参照）の利用者ＩＤをキーとして、当該利用
者に関する全ての乗車予約情報を取得する。ステップＳ
Ｋ２では、制御部６０２は、取得した乗車予約情報の利
用フラグが２（降車実績有り）であるか否かを判断し、
この判断結果が「Ｎｏ」である場合、ステップＳＫ５の
判断を行う。
【０１１１】この場合、ステップＳＫ２の判断結果が
「Ｙｅｓ」であるとすると、ステップＳＫ３では、制御
部６０２は、利用金額（乗車予約情報データベース６２
０では、乗車料金）の累計を計算する。また、制御部６
０２は、定期券情報データベース６３０を参照し、定期
券に関する利用金額を上記累計に加算する。ステップＳ
Ｋ４では、制御部６０２は、当該利用者に関する料金情
報を料金情報データベース６４０（図５参照）に登録す
る。
【０１１２】ステップＳＫ５では、制御部６０２は、当
該利用者ＩＤが最終の利用者ＩＤであるか否かを判断
し、この場合、判断結果を「Ｎｏ」とする。ステップＳ
Ｋ６では、制御部６０２は、つぎの利用者ＩＤをキーと
して、乗車予約情報データベース６２０から、つぎの利
用者に関する全ての乗車予約情報を取得する。以後、上
述した処理が実行される。そして、ステップＳＫ５の判
断結果が「Ｙｅｓ」になると、制御部６０２は、図６に
示したメインルーチンへ戻る。
【０１１３】また、月単位の利用料金を照会する場合、
利用者は、利用者端末４００1 を操作する。すなわち、
当該利用者の操作により、利用者端末４００1 が、利用
料金の照会を目的として、管理サーバ６００にアクセス
すると、制御部６０２は、図６に示したステップＳＡ８
の判断結果を「Ｙｅｓ」とする。
【０１１４】ステップＳＡ２２では、制御部６０２は、
料金照会処理を実行する。具体的には、図１７に示した
ステップＳＬ１では、制御部６０２は、図１９に示した
認証画面１０００を利用者端末４００1 のディスプレイ
（図示略）に表示させる。ステップＳＬ２〜ステップＳ
Ｌ４では、前述したステップＳＣ２〜ステップＳＣ４
（図８参照）と同様の認証が実行される。
【０１１５】ステップＳＬ５では、制御部６０２は、図
３３に示した利用料金照会画面２４００を利用者端末４
００1 のディスプレイ（図示略）に表示させる。この利
用料金照会画面２４００には、料金情報データベース６
４０（図５参照）から取得された、当該利用者に関する
今月分の料金情報が表示されている。
【０１１６】ステップＳＬ６では、制御部６０２は、利
用料金照会画面２４００のＯＫボタン２４０１が押下さ
れたか否かを判断し、この場合、判断結果を「Ｎｏ」と
する。なお、ステップＳＬ６の判断結果が「Ｙｅｓ」で
ある場合、制御部６０２は、図６に示したメインルーチ
ンへ戻る。
【０１１７】ステップＳＬ７では、制御部６０２は、今
月以外の月に関する利用料金情報を検索するための検索
ボタン２４０２が押下されたか否かを判断し、この場
合、判断結果を「Ｎｏ」として、ステップＳＬ６の判断
を行う。そして、検索ボタン２４０２が押下されると、
制御部６０２は、ステップＳＬ７の判断結果を「Ｙｅ
ｓ」とする。
【０１１８】ステップＳＬ８では、制御部６０２は、図
３４に示した検索条件入力画面２５００を利用者端末４
００1 のディスプレイ（図示略）に表示させる。この検
索条件入力画面２５００は、利用者に検索条件（年月）
を入力させるための画面である。ステップＳＬ９では、
制御部６０２は、検索条件入力欄２５０１に検索条件が
入力された後、ＯＫボタン２５０２が押下されたか否か
を判断し、この場合、判断結果を「Ｎｏ」として、同判
断を繰り返す。
【０１１９】そして、検索条件入力欄２５０１に例え
ば、２００１年１０月が入力された後、ＯＫボタン２５
０２が押下されると、制御部６０２は、ステップＳＬ９
の判断結果を「Ｙｅｓ」とする。
【０１２０】ステップＳＬ５では、制御部６０２は、図
３５に示した利用料金照会画面２６００を利用者端末４
００1 のディスプレイ（図示略）に表示させる。この利
用料金照会画面２６００には、料金情報データベース６
４０（図５参照）から取得された、当該利用者に関する
２００１年１０月（検索条件）分の料金情報が表示され
ている。
【０１２１】ステップＳＬ６では、制御部６０２は、利
用料金照会画面２６００のＯＫボタン２６０１が押下さ
れたか否かを判断し、この場合、判断結果を「Ｎｏ」と
する。ステップＳＬ７では、制御部６０２は、２００１
年１０月以外の月に関する利用料金情報を検索するため
の検索ボタン２６０２が押下されたか否かを判断し、こ
の場合、判断結果を「Ｎｏ」として、ステップＳＬ６の
判断を行う。ここで、ＯＫボタン２６０１が押下される
と、制御部６０２は、ステップＳＬ６の判断結果を「Ｙ
ｅｓ」として、図６に示したメインルーチンへ戻る。
【０１２２】ここで、当該利用者がカード１００1 を紛
失した場合、第三者による不正利用を回避するため、利
用者端末４００1 を操作する。すなわち、当該利用者の
操作により、利用者端末４００1 が、カード１００1 の
利用停止を目的として管理サーバ６００にアクセスする
と、制御部６０２は、図６に示したステップＳＡ９の判
断結果を「Ｙｅｓ」とする。
【０１２３】ステップＳＡ２３では、制御部６０２は、
利用停止処理を実行する。具体的には、図１８に示した
ステップＳＭ１では、制御部６０２は、図３６に示した
カード利用停止依頼画面２７００を利用者端末４００1
のディスプレイ（図示略）に表示させる。
【０１２４】このカード利用停止依頼画面２７００は、
利用者ＩＤおよび暗証番号の入力により、管理サーバ６
００に対して、乗車券、定期券としてのカードの利用停
止を依頼するための画面である。
【０１２５】ステップＳＭ２では、制御部６０２は、カ
ード利用停止依頼画面２７００のキャンセルボタン２７
０２が押下されたか否かを判断し、この場合、判断結果
を「Ｎｏ」とする。なお、ステップＳＭ２の判断結果が
「Ｙｅｓ」である場合、制御部６０２は、図６に示した
メインルーチンへ戻る。
【０１２６】ステップＳＭ３では、制御部６０２は、カ
ード利用停止依頼画面２７００で利用者ＩＤおよび暗証
番号が入力された後、ＯＫボタン２７０１が押下された
か否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、ステップＳＭ２の判断を行う。そして、ＯＫボタン
２７０１が押下されると、制御部６０２は、ステップＳ
Ｍ３の判断結果を「Ｙｅｓ」とする。
【０１２７】ステップＳＭ４では、制御部６０２は、カ
ード利用停止依頼画面２７００で入力された利用者ＩＤ
および暗証番号が、図２に示した利用者情報データベー
ス６１０に存在するかをチェックする認証処理を実行す
る。ステップＳＭ５では、制御部６０２は、認証された
か否かを判断し、この判断結果が「Ｎｏ」である場合、
ステップＳＭ１以降の処理を実行する。
【０１２８】この場合、制御部６０２は、ステップＳＭ
５の判断結果を「Ｙｅｓ」とする。ステップＳＭ６で
は、制御部６０２は、当該利用者ＩＤに対応する、乗車
予約情報データベース６２０（図３参照）の取消日に日
付を設定し、登録を抹消する。また、制御部６０２は、
利用者ＩＤに対応する定期券情報データベース６３０
（図４参照）の取消日に日付を設定し、登録を抹消す
る。
【０１２９】ステップＳＭ７では、制御部６０２は、乗
車駅および降車駅に対応する自動改札機へ、登録抹消対
象の乗車予約情報および定期券情報を通知し、カード１
００ 1 の利用停止を指示する。これにより、カード１０
０1 を拾った第三者は、カード１００1 を利用すること
ができない。なお、利用停止後においては、当該利用者
は、前述した新規登録と同様の手続きを経て、カードを
再発行してもらう。
【０１３０】また、毎月所定の日付になると、制御部６
０２は、料金情報データベース６４０（図５参照）から
利用金額累計、および利用者情報データベース６１０
（図２参照）から金融機関、支店、口座種別、口座番号
の決済情報を利用者単位で取得し、これらの決済情報を
決済装置７００へ送信する。これにより、決済装置７０
０は、金融機関の口座より利用金額累計を決済（引き落
とし）する。
【０１３１】なお、一実施の形態においては、管理サー
バ６００で、利用頻度が高い区間にかかる乗車情報の一
覧を利用者毎にデータベース化しておき、図３７に示し
た多利用乗車情報一覧画面２８００を利用者に提示する
ように構成してもよい。
【０１３２】この多利用乗車情報一覧画面２８００にお
いて、例えば、番号００３の区間が選択された後、ＯＫ
ボタン２８０１が押下されると、制御部６０２は、区間
に対応する乗車予約画面２９００（図３８参照）を利用
者に提示する。同図に示したキャンセルボタン２９０２
が押下された場合、乗車予約がキャンセルされる。
【０１３３】一方、ＯＫボタン２９０１が押下された場
合、制御部６０２は、図３９に示した予約確認画面３０
００を利用者に提示する。ここで、キャンセルボタン３
００２が押下された場合、乗車予約がキャンセルされ
る。一方、ＯＫボタン３００１が押下された場合、前述
した乗車予約処理と同様にして、当該乗車予約が完了す
る。
【０１３４】以上説明したように、一実施の形態によれ
ば、駅の改札口に設けられカード１００1 〜１００n か
ら利用者ＩＤを読み取った結果に基づいて通行規制を行
う自動改札機２００1 〜２００m へ通行許可を通知し、
自動改札機２００1 〜２００ m から通知される利用実績
に応じた利用金額を利用者の金融機関口座から決済させ
るようにしたので、利用金額に関わらず、同一のカード
（乗車券、定期券）を使い続けることができ、利用者の
利便性を向上させることができる。
【０１３５】また、一実施の形態によれば、利用者端末
４００1 〜４００n 経由で乗車予約、定期券利用申請を
受け付けるようにしたので、利用の度に駅の窓口等へ出
向く必要が無くなるため、さらに利用者の利便性を向上
させることができる。
【０１３６】また、一実施の形態によれば、利用者の指
示に基づいて、自動改札機２００1〜２００m へ当該カ
ードの利用停止を通知するようにしたので、カード（乗
車券、定期券）を紛失した場合であっても、早期に利用
停止を指示することで、第三者の悪用を防止でき、利用
者の不利益を回避することができる。
【０１３７】また、一実施の形態によれば、利用者端末
４００1 〜４００n 経由で利用者の指示を受け付けるよ
うにしたので、利用停止に関する指示を迅速に出すこと
ができ、利用者の不利益をさらに回避することができ
る。
【０１３８】以上本発明にかかる一実施の形態について
図面を参照して詳述してきたが、具体的な構成例はこの
一実施の形態に限られるものではなく、本発明の要旨を
逸脱しない範囲の設計変更等があっても本発明に含まれ
る。
【０１３９】例えば、前述した一実施の形態において
は、管理サーバ６００の機能を実現するためのプログラ
ムを図４０に示したコンピュータ読み取り可能な記録媒
体３２００に記録して、この記録媒体３２００に記録さ
れたプログラムを同図に示したコンピュータ３１００に
読み込ませ、実行することにより上記機能を実現しても
よい。
【０１４０】同図に示したコンピュータ３１００は、上
記プログラムを実行するＣＰＵ（Central Processing U
nit）３１１０と、キーボード、マウス等の入力装置３
１２０と、各種データを記憶するＲＯＭ（Read Only Me
mory）３１３０と、演算パラメータ等を記憶するＲＡＭ
（Random Access Memory）３１４０と、記録媒体３２０
０からプログラムを読み取る読取装置３１５０と、ディ
スプレイ、プリンタ等の出力装置３１６０と、装置各部
を接続するバス３１７０とから構成されている。
【０１４１】ＣＰＵ３１１０は、読取装置３１５０を経
由して記録媒体３２００に記録されているプログラムを
読み込んだ後、このプログラムを実行することにより、
前述した機能を実現する。なお、記録媒体３２００に
は、光ディスク、フレキシブルディスク、ハードディス
ク等が含まれる。
【０１４２】また、一実施の形態では、交通機関として
鉄道を例にとって説明したが、本発明は、これに限定さ
れることなく、航空、船舶等の交通機関にも適用可能で
ある。
【０１４３】また、一実施の形態では、管理サーバ６０
０により一元管理する構成について説明したが、これに
限定されることなく、各駅に管理サーバをそれぞれ設
け、管理の分散化を図るように構成してもよい。
【０１４４】（付記１）コンピュータを、交通機関の利
用者にチケットとして携帯される記録媒体に記録され、
前記利用者を識別するための利用者識別情報を付与する
利用者識別情報付与手段、前記利用者識別情報をキーと
して、前記利用者により指定される条件での前記交通機
関の利用を受け付ける利用受付手段、前記利用受付手段
の受け付け状況に応じて、前記交通機関の改札口に設け
られ前記記録媒体から前記利用者識別情報を読み取った
結果に基づいて通行規制を行う改札装置へ通行許可を通
知する許可通知手段、前記改札装置から通知される利用
実績に応じた利用金額を前記利用者の金融機関口座から
決済させる決済手段、として機能させるための交通機関
利用管理プログラム。 （付記２）前記利用受付手段は、前記利用者により操作
されるコンピュータ端末経由で前記交通機関の利用を受
け付けることを特徴とする付記１に記載の交通機関利用
管理プログラム。 （付記３）前記コンピュータを、前記利用者の指示に基
づいて、前記改札装置へ当該記録媒体の利用停止を通知
する利用停止通知手段として機能させるための付記１ま
たは２に記載の交通機関利用管理プログラム。 （付記４）前記利用停止通知手段は、前記利用者により
操作されるコンピュータ端末経由で前記利用者の指示を
受け付けることを特徴とする付記３に記載の交通機関利
用管理プログラム。 （付記５）前記利用受付手段は、前記記録媒体を乗車
券、定期券として機能させるための利用を受け付けるこ
とを特徴とする付記１〜４のいずれか一つに記載の交通
機関利用管理プログラム。 （付記６）交通機関の利用者にチケットとして携帯され
る記録媒体に記録され、前記利用者を識別するための利
用者識別情報を付与する利用者識別情報付与手段と、前
記利用者識別情報をキーとして、前記利用者により指定
される条件での前記交通機関の利用を受け付ける利用受
付手段と、前記利用受付手段の受け付け状況に応じて、
前記交通機関の改札口に設けられ前記記録媒体から前記
利用者識別情報を読み取った結果に基づいて通行規制を
行う改札装置へ通行許可を通知する許可通知手段と、前
記改札装置から通知される利用実績に応じた利用金額を
前記利用者の金融機関口座から決済させる決済手段と、
を備えたことを特徴とする交通機関利用管理装置。 （付記７）交通機関の利用者にチケットとして携帯され
る記録媒体に記録され、前記利用者を識別するための利
用者識別情報を付与する利用者識別情報付与工程と、前
記利用者識別情報をキーとして、前記利用者により指定
される条件での前記交通機関の利用を受け付ける利用受
付工程と、前記利用受付工程での受け付け状況に応じ
て、前記交通機関の改札口に設けられ前記記録媒体から
前記利用者識別情報を読み取った結果に基づいて通行規
制を行う改札装置へ通行許可を通知する許可通知工程
と、前記改札装置から通知される利用実績に応じた利用
金額を前記利用者の金融機関口座から決済させる決済工
程と、を含むことを特徴とする交通機関利用管理方法。
【０１４５】
【発明の効果】以上説明したように、本発明によれば、
交通機関の改札口に設けられ記録媒体から利用者識別情
報を読み取った結果に基づいて通行規制を行う改札装置
へ通行許可を通知し、改札装置から通知される利用実績
に応じた利用金額を利用者の金融機関口座から決済させ
るようにしたので、利用金額に関わらず、同一のチケッ
ト（記録媒体）を使い続けることができ、利用者の利便
性を向上させることができるという効果を奏する。
【０１４６】また、本発明によれば、利用者により操作
されるコンピュータ端末経由で交通機関の利用を受け付
けるようにしたので、利用の度に交通機関の窓口等へ出
向く必要が無くなるため、さらに利用者の利便性を向上
させることができるという効果を奏する。
【０１４７】また、本発明によれば、利用者の指示に基
づいて、改札装置へ当該記録媒体の利用停止を通知する
ようにしたので、チケット（記録媒体）を紛失した場合
であっても、早期に利用停止を指示することで、第三者
の悪用を防止でき、利用者の不利益を回避することがで
きるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の構成を示すブロ
ック図である。
【図２】図１に示した利用者情報データベース６１０の
テーブル構造を示す図である。
【図３】図１に示した乗車予約情報データベース６２０
のテーブル構造を示す図である。
【図４】図１に示した定期券情報データベース６３０の
テーブル構造を示す図である。
【図５】図１に示した料金情報データベース６４０のテ
ーブル構造を示す図である。
【図６】図１に示した管理サーバ６００の動作を説明す
るフローチャートである。
【図７】図６に示した新規登録処理を説明するフローチ
ャートである。
【図８】図６に示した照会・変更処理を説明するフロー
チャートである。
【図９】図６に示した乗車予約処理を説明するフローチ
ャートである。
【図１０】図６に示した変更・取消処理を説明するフロ
ーチャートである。
【図１１】図１０に示した変更処理を説明するフローチ
ャートである。
【図１２】図１０に示した取消処理を説明するフローチ
ャートである。
【図１３】図６に示した定期券利用処理を説明するフロ
ーチャートである。
【図１４】図６に示した乗車処理を説明するフローチャ
ートである。
【図１５】図６に示した降車処理を説明するフローチャ
ートである。
【図１６】図６に示した料金累計処理を説明するフロー
チャートである。
【図１７】図６に示した料金照会処理を説明するフロー
チャートである。
【図１８】図６に示した利用停止処理を説明するフロー
チャートである。
【図１９】同一実施の形態における認証画面１０００を
示す図である。
【図２０】同一実施の形態における利用者情報照会画面
１１００を示す図である。
【図２１】同一実施の形態における乗車予約情報入力画
面１２００を示す図である。
【図２２】同一実施の形態における乗車予約画面１３０
０を示す図である。
【図２３】同一実施の形態における登録確認画面１４０
０を示す図である。
【図２４】同一実施の形態における予約照会画面１５０
０を示す図である。
【図２５】同一実施の形態における予約詳細画面１６０
０を示す図である。
【図２６】同一実施の形態における予約変更画面１７０
０を示す図である。
【図２７】同一実施の形態における変更確認画面１８０
０を示す図である。
【図２８】同一実施の形態における予約取消画面１９０
０を示す図である。
【図２９】同一実施の形態における取消確認画面２００
０を示す図である。
【図３０】同一実施の形態における定期券情報入力画面
２１００を示す図である。
【図３１】同一実施の形態における定期券情報照会画面
２２００を示す図である。
【図３２】同一実施の形態における利用申請確認画面２
３００を示す図である。
【図３３】同一実施の形態における利用料金照会画面２
４００を示す図である。
【図３４】同一実施の形態における検索条件入力画面２
５００を示す図である。
【図３５】同一実施の形態における利用料金照会画面２
６００を示す図である。
【図３６】同一実施の形態におけるカード利用停止依頼
画面２７００を示す図である。
【図３７】同一実施の形態における多利用乗車情報一覧
画面２８００を示す図である。
【図３８】同一実施の形態における乗車予約画面２９０
０を示す図である。
【図３９】同一実施の形態における予約確認画面３００
０を示す図である。
【図４０】同一実施の形態の変形例の構成を示すブロッ
ク図である。
【符号の説明】
１００1 〜１００n カード ２００1 〜２００m 自動改札機 ４００1 〜４００n 利用者端末 ５００1 〜５００s 駅端末 ６００ 管理サーバ ６０２ 制御部
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｋ 17/00 Ｇ０６Ｋ 17/00 Ｌ

Claims (3)

    【特許請求の範囲】
  1. 【請求項１】 コンピュータを、 交通機関の利用者にチケットとして携帯される記録媒体
    に記録され、前記利用者を識別するための利用者識別情
    報を付与する利用者識別情報付与手段、 前記利用者識別情報をキーとして、前記利用者により指
    定される条件での前記交通機関の利用を受け付ける利用
    受付手段、 前記利用受付手段の受け付け状況に応じて、前記交通機
    関の改札口に設けられ前記記録媒体から前記利用者識別
    情報を読み取った結果に基づいて通行規制を行う改札装
    置へ通行許可を通知する許可通知手段、 前記改札装置から通知される利用実績に応じた利用金額
    を前記利用者の金融機関口座から決済させる決済手段、 として機能させるための交通機関利用管理プログラム。
  2. 【請求項２】 前記利用受付手段は、前記利用者により
    操作されるコンピュータ端末経由で前記交通機関の利用
    を受け付けることを特徴とする請求項１に記載の交通機
    関利用管理プログラム。
  3. 【請求項３】 前記コンピュータを、前記利用者の指示
    に基づいて、前記改札装置へ当該記録媒体の利用停止を
    通知する利用停止通知手段として機能させるための請求
    項１または２に記載の交通機関利用管理プログラム。
JP2002054980A 2002-02-28 2002-02-28 交通機関利用管理プログラム Pending JP2003256887A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002054980A JP2003256887A (ja) 2002-02-28 2002-02-28 交通機関利用管理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002054980A JP2003256887A (ja) 2002-02-28 2002-02-28 交通機関利用管理プログラム

Publications (1)

Publication Number Publication Date
JP2003256887A true JP2003256887A (ja) 2003-09-12

Family

ID=28665936

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002054980A Pending JP2003256887A (ja) 2002-02-28 2002-02-28 交通機関利用管理プログラム

Country Status (1)

Country Link
JP (1) JP2003256887A (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005165489A (ja) * 2003-12-01 2005-06-23 Hitachi Ltd チケット情報変更方法
JP2005310041A (ja) * 2004-04-26 2005-11-04 Systemneeds Inc 本人認証インフラストラクチャシステム
WO2008126805A1 (ja) * 2007-04-06 2008-10-23 Nec Corporation 電子マネーシステム、及び電子マネー取引方法
JP2017182127A (ja) * 2016-03-28 2017-10-05 株式会社タイトー ゲームシステム

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005165489A (ja) * 2003-12-01 2005-06-23 Hitachi Ltd チケット情報変更方法
JP2005310041A (ja) * 2004-04-26 2005-11-04 Systemneeds Inc 本人認証インフラストラクチャシステム
WO2008126805A1 (ja) * 2007-04-06 2008-10-23 Nec Corporation 電子マネーシステム、及び電子マネー取引方法
JP2008257598A (ja) * 2007-04-06 2008-10-23 Nec Corp 電子マネー取引方法、及び電子マネーシステム
US8346668B2 (en) 2007-04-06 2013-01-01 Nec Corporation Electronic money system and electronic money transaction method
JP2017182127A (ja) * 2016-03-28 2017-10-05 株式会社タイトー ゲームシステム

Similar Documents

Publication Publication Date Title
US20100332268A1 (en) Reservation changing system
CN103854308A (zh) 一种铁路自动检票方法及系统
JP6995497B2 (ja) プログラム
WO2021033219A1 (ja) 情報処理システム、情報処理方法及び記録媒体
JP2003256887A (ja) 交通機関利用管理プログラム
JP2020135444A (ja) 運賃精算システム及び携帯情報端末
JP2011192208A (ja) 券媒体処理装置、券媒体処理システム及び券媒体処理方法
JP5434166B2 (ja) 自動改札機、乗換案内システム、乗換案内方法およびプログラム
JP2009054024A (ja) 降車駅情報提供システム、ホストコンピュータ、及び降車駅情報提供方法
JP2007264782A (ja) 振替輸送返金システム
Mesoraca et al. A synthesis of mobile ticketing applications used by commuter railroads in the United States
CN112002049B (zh) 闸机控制方法、系统、闸机、服务器及存储介质
Yadav et al. Online reservation system using QR code based android application system
JP2013152651A (ja) 券売機
JPH10269386A (ja) Ｉｃカードを利用した旅行者管理装置
JP3947955B2 (ja) 携帯電話を用いた入場システム
Scărişoreanu Configuring an application which allows online booking and purchase of travel tickets for railway and road transport-Unified Modeling Language
JP2003016478A (ja) 指紋照合による乗降装置および指紋照合による乗降方法
Swathi et al. IRCTC-RAILWAY TICKET GENERATION USING QR CODE IN ANDROID
JP2004334435A (ja) 端末機器及び旅行案内システム
JP2005196557A (ja) 改札処理システム、自動改札装置、及び改札処理システムで利用可能な情報記憶媒体
JP4612351B2 (ja) 情報送受信システム及び情報出力端末
JP5057686B2 (ja) 乗継精算機、および乗継精算方法
JP2000293712A (ja) 指定席券の処理方法
JP2009140084A (ja) データ処理サーバ、データ処理方法、改札機、及び、駅務システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041124

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061205

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061212

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070209

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070424