JP2004227335A - 自動改札プログラム - Google Patents
自動改札プログラム Download PDFInfo
- Publication number
- JP2004227335A JP2004227335A JP2003015118A JP2003015118A JP2004227335A JP 2004227335 A JP2004227335 A JP 2004227335A JP 2003015118 A JP2003015118 A JP 2003015118A JP 2003015118 A JP2003015118 A JP 2003015118A JP 2004227335 A JP2004227335 A JP 2004227335A
- Authority
- JP
- Japan
- Prior art keywords
- ticket
- train
- passenger
- information
- seat
- 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.)
- Granted
Links
Images
Landscapes
- Devices For Checking Fares Or Tickets At Control Points (AREA)
Abstract
【課題】乗車券の変更手続きを迅速に行い、乗客の利便性を高めること。
【解決手段】列車の乗降口近傍に設けられ、乗客に所持されたＩＣ乗車券１００より乗車券情報を読み取るＩＣ乗車券リーダ２０２１ と、乗車券情報に基づいて、乗客が実際に乗車した列車と、乗車券情報に対応する列車とが一致するか否かを判断し、不一致である場合、乗客が実際に乗車した列車の空席状況を列車側座席情報データベース２２０より検索し、乗客に提示した後、乗客により空席が選択された場合、ＩＣ乗車券リーダ／ライタ２０３１ でＩＣ乗車券１００を空席用に変更させる制御部２０１とを備えている。
【選択図】 図１
【解決手段】列車の乗降口近傍に設けられ、乗客に所持されたＩＣ乗車券１００より乗車券情報を読み取るＩＣ乗車券リーダ２０２１ と、乗車券情報に基づいて、乗客が実際に乗車した列車と、乗車券情報に対応する列車とが一致するか否かを判断し、不一致である場合、乗客が実際に乗車した列車の空席状況を列車側座席情報データベース２２０より検索し、乗客に提示した後、乗客により空席が選択された場合、ＩＣ乗車券リーダ／ライタ２０３１ でＩＣ乗車券１００を空席用に変更させる制御部２０１とを備えている。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、乗車券の改札、検札、変更を行うための自動改札プログラムに関するものであり、特に、乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができる自動改札プログラムに関するものである。
【０００２】
【従来の技術】
従来より、列車等の検札においては、車掌が乗客の一人一人に乗車券を提示させ、当該乗車券が正規であるか否かを確認している。従って、検札時には、睡眠中に起こされたり、食事を中断させられたりするため、乗客にとって非常に面倒な場面が往々にして発生する。
【０００３】
そこで、従来では、かかる問題を解決するために、駅構内に設けられた自動改札装置で乗車券が改札された場合には、当該乗車券の乗車券情報（乗車する列車の号車、時刻、指定席の座席等の情報）を車掌が携帯するハンディ端末に転送しておき、検札時に当該指定席を検札対象から除外している。
【０００４】
【特許文献１】
特開２０００−６７２８５号公報
【特許文献２】
特開２００２−２２２４４１号公報
【０００５】
【発明が解決しようとする課題】
ところで、従来の駅構内においては、出張の仕事が予定よりも早く終わった等の理由で、乗車予定の列車よりも先発の列車に乗車したいという状況が多々ある。かかる状況では、乗客は、駅窓口の駅係員や先発の列車内の車掌に声を掛けて、手持ちの乗車券を先発の列車用に変更するための手続きを行う必要があった。
【０００６】
また、乗客が列車を誤認し、所持する乗車券で乗車可能な列車の先発または後発の列車に乗車した場合にも、上述した乗車券の変更手続きが必要となる。
【０００７】
このように、従来では、乗車予定以外の列車に乗車する場合、乗車券の変更手続きが面倒であり、乗客の利便性が低いという問題があった。
【０００８】
本発明は、上記に鑑みてなされたもので、乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができる自動改札プログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明は、コンピュータを、列車の乗降口近傍に設けられ、乗客に所持された乗車券より乗車券情報を読み取る読取手段、前記乗車券情報に基づいて、前記乗客が実際に乗車した列車と、前記乗車券情報に対応する列車とが一致するか否かを判断する判断手段、前記判断手段により不一致と判断された場合、前記乗客が実際に乗車した列車の空席状況をデータベースより検索し、乗客に提示する空席検索手段、前記乗客により空席が選択された場合、前記乗車券を前記空席用に変更する乗車券変更手段、として機能させるための自動改札プログラムである。
【００１０】
この発明によれば、乗客に所持された乗車券より読み取られた乗車券情報に基づいて、乗客が実際に乗車した列車と、乗車券情報に対応する列車とが一致するか否かを判断し、不一致と判断された場合、乗客が実際に乗車した列車の空席状況をデータベースより検索し乗客に提示した後、乗客により空席が選択された場合、乗車券を空席用に変更することとしたので、乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができる。
【００１１】
【発明の実施の形態】
以下、図面を参照して本発明にかかる自動改札プログラムの一実施の形態について詳細に説明する。
【００１２】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。この図において、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）乗車券１００は、乗客３０（図２参照）に所持される列車用乗車券であり、ｎ台の自動改札装置２００１ 〜２００ｎ のいずれかで非接触で改札等される。
【００１３】
自動改札装置２００１ 〜２００ｎ のそれぞれは、列車に設けられており、ＩＣ乗車券１００の改札や検札、乗車券の変更手続きを行う装置である。これらの自動改札装置２００１ 〜２００ｎ は、無線ネットワーク３００を介して、ホスト４００との間で通信を行う。
【００１４】
ここで、自動改札装置２００１ は、図２に示した列車１０１ に設けられている。この列車１０１ は、例えば、１４両編成（１号車〜１４号車）の特急（富士２５６号）であり、東京駅（始発駅）から新大阪駅（終着駅）までを運行する。
【００１５】
同図に示した例では、列車１０１ は、東京駅（始発駅）のプラットホーム２０１ に停車している。同図では、１４両の車両のうち、車両１１１（１号車）が図示されている。この車両１１１ の乗降口１２１ は、プラットホーム２０１ に設けられた乗降フェンス２１１ と乗降フェンス２１２ との間に位置している。
【００１６】
図３は、図２に示した車両１１１ の内部構成を示す図である。同図において、乗降口１２１（図１参照）の対向側には、乗降デッキ１３１ および客室ドア１４１を挟んで乗降口１２２ が設けられている。
【００１７】
図１に戻り、ＩＣ乗車券１００は、列車の乗客（例えば、図２に示した乗客３０）に携帯される非接触型の乗車券であり、電磁誘導により電力が供給されることにより、リーダ（例えば、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ ）やリーダ／ライタ（例えば、乗車チェック用のＩＣ乗車券リーダ／ライタ２０３１ 〜２０３ｓ ）との間で通信を行う機能を備えている。
【００１８】
ＩＣ乗車券１００には、例えば、図４（ａ）に示した乗車券情報１０１が記録されている。この乗車券情報１０１は、乗車年月日、列車名、乗車駅、発車時刻、降車駅、到着時刻、車両号車、座席位置、禁煙フラグ、乗車運賃、特急料金、指定席料金および変更フラグという情報から構成されている。
【００１９】
ここで、変更フラグは、乗車券情報が変更されたか否かを示すフラグである。例えば、乗車券情報１０１（図４（ａ）参照）から、乗車券情報１０２（図４（ｂ）参照）や乗車券情報１０３（図４（ｃ）参照）へ乗車券情報（太枠部分）を変更した場合には、変更フラグに「１」が設定される。なお、変更が無い場合には、変更フラグに「０」が設定される。
【００２０】
図１に戻り、自動改札装置２００１ の制御部２０１は、ＩＣ乗車券の改札や検札、乗車券の変更手続き等に関する制御を行う。この制御部２０１の動作の詳細については、後述する。
【００２１】
ＩＣ乗車券リーダ２０２１ 〜２０２ｓ は、改札用として列車１０１ （図２参照）の各乗降口に設けられており、非接触で、ＩＣ乗車券に記録されている乗車券情報を読み取る機能を備えている。
【００２２】
ここで、一つの乗降口に対して、２つの改札用のＩＣ乗車券リーダが設けられている。例えば、図２に示した乗降口１２１ には、ＩＣ乗車券リーダ２０２１ および２０２２ が設けられている。また、図３に示した乗降口１２２ には、ＩＣ乗車券リーダ２０２３ および２０２４（図示略）が設けられている。
【００２３】
図１に戻り、ＩＣ乗車券リーダ／ライタ２０３１ 〜２０３ｓ は、検札用および乗車券変更用として列車１０１ の各客室ドア近傍に設けられており、非接触で、ＩＣ乗車券に記録されている乗車券情報を読み取る機能と、変更後の乗車券情報をＩＣ乗車券に書き込む機能とを備えている。
【００２４】
例えば、図３に示した客室ドア１４１ の乗降口１２１ 側には、ＩＣ乗車券リーダ／ライタ２０３１ および２０３２（図示略）が設けられている。また、客室ドア１４１ の乗降口１２２ 側には、ＩＣ乗車券リーダ／ライタ２０３３ および２０３４（図示略）が設けられている。
【００２５】
図１に戻り、表示部２０４１ 〜２０４ｓ は、乗客に対して、改札結果の案内、空席選択の案内等に関する各種画面（図１１〜図１５参照）を表示する機能を備えており、列車１０１ の各客室ドア近傍の案内壁に設けられている。
【００２６】
例えば、図３に示した客室ドア１４１ 近傍の案内壁１５１ には、表示部２０４１ が設けられている。また、客室ドア１４１ 近傍の案内壁１５２ には、表示部２０４２ が設けられている。
【００２７】
図１に戻り、タッチパネル２０５１ 〜２０５ｓ は、表示部２０４１ 〜２０４ｓの表面に貼着されており、感圧方式により表示画面の部分を選択ボタンとして機能させる機能を備えている。
【００２８】
スピーカ２０６１ 〜２０６ｓ は、乗客に対して、音声で各種案内をするためのものであり、列車１０１ の各客室ドア近傍の案内壁に設けられている。例えば、図３に示した客室ドア１４１ 近傍の案内壁１５１ には、スピーカ２０６１ が設けられている。また、客室ドア１４１ 近傍の案内壁１５２ には、スピーカ２０６２ が設けられている。
【００２９】
図１に戻り、無線通信部２０７は、無線ネットワーク３００を介して、ホスト４００との間で無線通信を行う機能を備えている。列車情報データベース２１０は、自動改札装置２００１ が設けられた列車１０１（図２参照）に関する列車情報を格納するデータベースである。
【００３０】
具体的には、列車情報データベース２１０は、図５に示したように、乗車年月日、列車名、始発駅、始発駅発車時刻、終着駅、停車駅、搬入ホーム番線、停車駅到着時刻、停車駅発車時刻、・・・・、終着駅、搬入ホーム番線、終着駅到着時刻というフィールドを備えている。
【００３１】
停車駅、搬入ホーム番線、停車駅到着時刻および停車駅発車時刻の情報は、一組の情報として、始発駅（例えば、東京駅）から終着駅（例えば、新大阪駅）までの間における停車駅の数だけ設定されている。また、乗車年月日および列車名は、図４（ａ）〜（ｃ）に示した乗車年月日および列車名に対応している。
【００３２】
図１に戻り、列車側座席情報データベース２２０は、自動改札装置２００１ が設けられた列車１０１（図２参照）に関する列車側座席情報を格納するデータベースである。
【００３３】
具体的には、列車側座席情報データベース２２０は、図６に示したように、乗車年月日、列車名、始発駅、終着駅、車両号車座席位置、乗車駅、降車駅、乗車フラグ、降車フラグ、・・・・、乗車駅、降車駅、乗車フラグ、降車フラグというフィールドを備えている。
【００３４】
乗車年月日、列車名、始発駅および終着駅は、図５に示した列車情報データベース２１０の乗車年月日、列車名、始発駅および終着駅に対応している。ここで、図６に示した列車側座席情報データベース２２０において、車両号車座席位置は、列車１０１ の１号車〜１４号車までの各座席位置を表している。
【００３５】
また、乗車駅、降車駅、乗車フラグおよび降車フラグの情報は、一組の情報として、車両号車座席位置に対応させて、始発駅（例えば、東京駅）から終着駅（例えば、新大阪駅）までの各区間（乗車駅から降車駅まで）の数だけ設定されている。
【００３６】
乗車フラグは、当該区間で有効なＩＣ乗車券を所持する乗客が、乗車駅で列車に乗車し、当該車両号車座席位置に座っているか否かを表すフラグである。この乗車フラグが「１」の場合には、乗車していることを表している。一方、乗車フラグが「０」の場合には、乗車していないことを表している。
【００３７】
降車フラグは、乗車駅で列車に乗車した乗客が降車駅で降車したか否かを表すフラグである。この降車フラグが「１」の場合には、降車していることを表している。一方、降車フラグが「０」の場合には、降車していないことを表している。
【００３８】
図１に戻り、自動改札装置２００２ 〜２００ｎ は、上述した自動改札装置２００１ と同一の構成とされており、他の列車に設けられている。ホスト４００は、鉄道会社の管理センタに設けられており、全列車の座席情報を管理するコンピュータ装置である。
【００３９】
ホスト４００において、制御部４０１は、全列車の座席情報の管理を行う。無線通信部４０２は、無線ネットワーク３００を介して、自動改札装置２００１ 〜２００ｎ との間で無線通信を行う。ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インタフェース４０３は、ＬＡＮ５００を介して、予約・発券端末６００１ 〜６００ｍ 、Ｗｅｂ予約・発券システム７００および差額精算システム８００との間の通信を制御する。
【００４０】
ホスト側座席情報データベース４１０は、本日から１ヶ月先までの全列車の座席情報をホスト側座席情報として格納するデータベースである。具体的には、ホスト側座席情報データベース４１０は、図７に示したように、乗車年月日および全列車側座席情報というフィールドを備えている。乗車年月日は、本日（同図では、２００２／１２／１）から１ヶ月先（同図では、２００２／１２／３１）までの年月日に対応している。
【００４１】
全列車側座席情報には、乗車年月日毎に全列車側座席情報１〜３１が設定されている。例えば、全列車側座席情報１は、２００２／１２／１の運行スケジュールにおいて自動改札装置２００１ 〜２００ｎ でそれぞれ管理されている列車側座席情報の集合であり、列車側座席情報１−１〜１−３５９から構成されている。
【００４２】
列車側座席情報１−１は、自動改札装置２００１ の列車側座席情報データベース２２０（図６参照）に格納されている列車側座席情報である。また、列車側座席情報１−２は、自動改札装置２００２ の列車側座席情報データベース（図示略）に格納されている列車側座席情報である。
【００４３】
また、全列車側座席情報２は、２００２／１２／２の運行スケジュールにおいて自動改札装置２００１ 〜２００ｎ でそれぞれ管理されている列車側座席情報の集合であり、列車側座席情報２−１〜２−３５９から構成されている。
【００４４】
このように、ホスト側座席情報データベース４１０は、全列車の座席情報を乗車年月日毎に一元的に管理するためのデータベースであり、その一部の座席情報が列車側座席情報として自動改札装置２００１ 〜２００ｎ で管理される。
【００４５】
図１に戻り、予約・発券端末６００１ 〜６００２ は、各駅に設けられており、列車の予約や、乗車券の発券を行う端末である。Ｗｅｂ予約・発券システム７００は、インターネット上のＷｅｂサイト経由で列車の予約や、乗車券の発券を行うシステムである。
【００４６】
差額精算システム８００は、例えば、乗車券が指定席から自由席へ変更された場合の料金の差額（指定席料金）を、専用ネットワーク９００を介して金融機関システム１０００に精算依頼するためのシステムである。金融機関システム１０００は、上記精算依頼を受けて差額を当該乗客の口座へ振り込む機能を備えている。
【００４７】
つぎに、一実施の形態の動作について、図８〜図１０に示したフローチャートを参照しつつ説明する。図８は、図１に示した自動改札装置２００１ 〜２００ｎ の動作を説明するフローチャートである。
【００４８】
ここで、図２に示したように、東京駅（始発駅）のプラットホーム２０１ には、列車１０１（富士２６５号 東京１１：２３発 新大阪行き）が停車している。図８に示したステップＳＡ１では、図２に示した列車１０１ に設けられた自動改札装置２００１ の制御部２０１は、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ によりＩＣ乗車券が検知されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００４９】
ここで、図２に示したＩＣ乗車券１００を所持した乗客３０は、出張の仕事が予定よりも早く終わったため、乗車予定の列車（図４（ａ）に示した朝日１０５号 東京１２：３０発）よりも、先発（東京１１：２３発）の列車１０１ に、乗降口１２１ から乗車する。
【００５０】
このとき、ＩＣ乗車券リーダ２０２１ は、ＩＣ乗車券１００を検知する。これにより、制御部２０１は、ステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、ＩＣ乗車券リーダ２０２１ は、ＩＣ乗車券１００から図４（ａ）に示した乗車券情報１０１を読み込む。
【００５１】
ステップＳＡ３では、制御部２０１は、ＩＣ乗車券リーダ２０２１ により乗車券情報が正常に読み込まれたか否かを判断する。この判断結果が「Ｎｏ」である場合、ステップＳＡ１０では、制御部２０１は、「乗車券の読み込みができませんでした。乗車券が財布やポケット等にしまわれていませんか。もう一度、乗車券を手にもって乗車口をお通りください。」というリトライを、スピーカ２０６１（図３参照）を介して案内した後、ステップＳＡ１の判断を行う。
【００５２】
この場合、ステップＳＡ３の判断結果が「Ｙｅｓ」であるとすると、ステップＳＡ４では、制御部２０１は、ＩＣ乗車券リーダ２０２１ で読み込まれた乗車券情報１０１（図４（ａ）参照）と、列車情報データベース２１０（図５参照）とを照合する。
【００５３】
ステップＳＡ５では、制御部２０１は、乗車券情報１０１（図４（ａ）参照）に含まれる乗車年月日（この場合、２００２／１２／１）および列車名（この場合、朝日１０５号）と、列車情報データベース２１０（図５参照）の乗車年月日（この場合、２００２／１２／１）および列車名（この場合、富士２６５号）とが一致するか否かを判断する。
【００５４】
この場合、列車名が異なるため、制御部２０１は、ステップＳＡ５の判断結果を「Ｎｏ」とする。ステップＳＡ８では、ＩＣ乗車券１００に記録された乗車券情報を変更するための乗車券情報変更処理が実行される。
【００５５】
具体的には、図１０に示したステップＳＣ１では、制御部２０１は、乗車券情報１０１（図４（ａ）参照）に含まれる発車時刻（この場合、１２：３０）と、列車情報データベース２１０（図５参照）の発車時刻（この場合、始発駅発車時刻１１：２３）とを比較し、乗客３０が乗車した列車１０１ に対して、乗車券情報１０１（図４（ａ）参照）に対応する列車が後発列車（または先発列車）であるかを判断する。
【００５６】
この場合、乗車券情報１０１（図４（ａ）参照）に対応する列車が後発列車であるため、ステップＳＣ３では、制御部２０１は、図３に示した表示部２０４１ に、図１１に示した後発列車用変更画面２３０を表示させる。
【００５７】
この後発列車用変更画面２３０には、ＩＣ乗車券１００が後発列車用であるため、列車１０１ に乗車できない旨と、列車１０１ に乗車した場合に乗車券が自動変更される旨が案内されている。また、後発列車用変更画面２３０には、上記自動変更に関して意思確認するためのはいボタン２３１およびいいえボタン２３２が表示されている。
【００５８】
ステップＳＣ４では、制御部２０１は、上記いいえボタン２３２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＣ５では、制御部２０１は、はいボタン２３１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＣ４の判断を行う。
【００５９】
ここで、乗客３０によりいいえボタン２３２が押下されると、制御部２０１は、ステップＳＣ４の判断結果を「Ｙｅｓ」とする。ステップＳＣ１８では、制御部２０１は、発車前降車処理を実行した後、図８に示したステップＳＡ１の判断を行う。この発車前降車処理は、乗客３０が列車１０１ を降車する際に、ＩＣ乗車券リーダ２０２１ にリードされた乗車券情報１０１（図４（ａ）参照）を無視する処理である。
【００６０】
一方、乗客３０によりはいボタン２３１が押下されると、制御部２０１は、ステップＳＣ５の判断結果を「Ｙｅｓ」とする。ステップＳＣ６では、制御部２０１は、列車側座席情報データベース２２０（図６参照）を照会する。ステップＳＣ７では、制御部２０１は、列車側座席情報データベース２２０を照会して、乗客３０が乗車した乗車車両（この場合、車両１１１：１号車）に空席があるか否かを判断する。
【００６１】
ステップＳＣ７の判断結果が「Ｙｅｓ」である場合、ステップＳＣ１２では、制御部２０１は、図１３に示した乗車車両空席選択画面２５０を表示部２０４１ に表示させる。この乗車車両空席選択画面２５０の空席状況表示欄２５１には、乗車車両（この場合、車両１１１：１号車）の空席状況（空席は、塗りつぶし部分）が表示されている。
【００６２】
ステップＳＣ１４では、制御部２０１は、乗客３０により、空席状況表示欄２５１の中から１号車の空席が選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。ここで、乗客３０により、空席状況表示欄２５１で空席が選択されると、制御部２０１は、ステップＳＣ１４の判断結果を「Ｙｅｓ」とする。
【００６３】
ステップＳＣ１５では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ により、ＩＣ乗車券１００の乗車券情報１０１（図４（ａ）参照）を乗車券情報１０２（図４（ｂ）参照）に書き換えさせる。この乗車券情報１０２では、列車名が「朝日１０５号」から「富士２６５号」に、発車時刻が「１２：３０」から「１１：２３」に、到着時刻が「１３：１０」から「１２：０３」に、座席位置が「７列Ｃ席」から「１列Ａ席」に、変更フラグが「０」から「１」にそれぞれ変更されている。
【００６４】
ステップＳＣ１６では、制御部２０１は、列車側座席情報データベース２２０（図６参照）に、変更後の乗車券情報１０２を反映させ、更新する。ステップＳＣ１７では、制御部２０１は、乗車券情報１０２を変更情報として、無線ネットワーク３００を介して、ホスト４００へ送信する。上記変更情報を受信すると、ホスト４００は、変更情報をホスト側座席情報データベース４１０に反映させる。
【００６５】
一方、乗客３０が乗車した乗車車両（この場合、車両１１１：１号車）が満席である場合、制御部２０１は、ステップＳＣ７の判断結果を「Ｎｏ」とする。ステップＳＣ８では、制御部２０１は、列車側座席情報データベース２２０を照会して、乗客３０が乗車した乗車車両（この場合、車両１１１：１号車）以外の別車両に空席があるか否かを判断する。この場合、当該乗車車両に近い順に別車両の空席の有無が判断される。
【００６６】
ここで、２号車に空席がある場合、制御部２０１は、ステップＳＣ８の判断結果を「Ｙｅｓ」とする。ステップＳＣ１３では、制御部２０１は、図１４に示した別車両空席選択画面２６０を表示部２０４１ に表示させる。この別車両空席選択画面２６０の空席状況表示欄２６１には、別車両（この場合、２号車）の空席状況（空席は、塗りつぶし部分）が表示されている。
【００６７】
ステップＳＣ１４では、制御部２０１は、乗客３０により、空席状況表示欄２６１の中から空席が選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。ここで、乗客３０により、空席状況表示欄２６１で２号車の空席が選択されると、制御部２０１は、ステップＳＣ１４の判断結果を「Ｙｅｓ」とする。
【００６８】
ステップＳＣ１５では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ により、ＩＣ乗車券１００の乗車券情報１０１（図４（ａ）参照）を、上記２号車の空席に対応する乗車券情報（図示略）に書き換えさせる。
【００６９】
ステップＳＣ１６では、制御部２０１は、列車側座席情報データベース２２０（図６参照）に、変更後の上記乗車券情報（図示略）を反映させ、更新する。ステップＳＣ１７では、制御部２０１は、上記乗車券情報（図示略）を変更情報として、無線ネットワーク３００を介して、ホスト４００へ送信する。上記変更情報を受信すると、ホスト４００は、変更情報をホスト側座席情報データベース４１０に反映させる。
【００７０】
一方、別車両が満席である場合、制御部２０１は、ステップＳＣ８の判断結果を「Ｎｏ」とする。ステップＳＣ９では、制御部２０１は、図１５に示した満席案内画面２８０を表示部２０４１ に表示させる。この満席案内画面２８０は、乗客３０に対して、列車１０１ の全車両の指定席が満席であるため、乗車車両から自由席車両への移動を案内するための画面である。
【００７１】
ステップＳＣ１０では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ により、ＩＣ乗車券１００の乗車券情報１０１（図４（ａ）参照）を乗車券情報１０３（図４（ｃ）参照）に書き換えさせる。
【００７２】
この乗車券情報１０３では、列車名が「朝日１０５号」から「富士２６５号」に、発車時刻が「１２：３０」から「１１：２３」に、到着時刻が「１３：１０」から「１２：０３」に、車両号車が「１号車」から「１４号車」に、座席位置が「７列Ｃ席」から「自由席」に、指定席料金が「５００」から「０」に、変更フラグが「０」から「１」にそれぞれ変更されている。
【００７３】
ステップＳＣ１１では、制御部２０１は、無線ネットワーク３００を介して、ホスト４００へ差額精算情報を送信する。この差額精算情報は、指定席から自由席への変更に伴い、指定席料金（５００円）を差額として、乗客３０にバックするための情報である。
【００７４】
そして、上記差額精算情報を受信すると、ホスト４００は、ＬＡＮ５００を介して、差額精算システム８００へ差額精算情報を送信する。そして、差額精算システム８００は、差額精算情報に基づいて、専用ネットワーク９００を介して、金融機関システム１０００に精算を依頼する。金融機関システム１０００は、上記精算依頼を受けて差額（５００円）を当該乗客３０の口座へ振り込む。
【００７５】
一方、乗車券情報１０１（図４（ａ）参照）に対応する列車が先発列車である場合、ステップＳＣ２では、制御部２０１は、図３に示した表示部２０４１ に、図１２に示した先発列車用変更画面２４０を表示させる。
【００７６】
この先発列車用変更画面２４０には、ＩＣ乗車券１００が先発列車用であるため、列車１０１ に乗車できない旨と、列車１０１ に乗車した場合に乗車券が自動変更される旨が案内されている。また、先発列車用変更画面２４０には、上記自動変更に関して意思確認するためのはいボタン２４１およびいいえボタン２４２が表示されている。
【００７７】
ステップＳＣ４では、制御部２０１は、上記いいえボタン２４２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＣ５では、制御部２０１は、はいボタン２４１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＣ４の判断を行う。
【００７８】
ここで、乗客３０によりいいえボタン２４２が押下されると、制御部２０１は、ステップＳＣ４の判断結果を「Ｙｅｓ」とする。ステップＳＣ１８では、制御部２０１は、上述した発車前降車処理を実行した後、図８に示したステップＳＡ１の判断を行う。
【００７９】
一方、乗客３０によりはいボタン２４１が押下されると、制御部２０１は、ステップＳＣ５の判断結果を「Ｙｅｓ」とする。ステップＳＣ６では、制御部２０１は、列車側座席情報データベース２２０（図６参照）を照会する。以後、前述した動作と同様にして、ステップＳＣ７〜ステップＳＣ１７が実行される。
【００８０】
図８に戻り、ステップＳＡ７では、検札処理が実行される。この場合、上述した乗車券情報変更処理（図１０参照）では、ＩＣ乗車券１００の乗車券情報が、乗車券情報１０１（図４（ａ）参照）から乗車券情報１０２（図４（ｂ）参照）に変更されたものとする。
【００８１】
具体的には、図９に示したステップＳＢ１では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ 〜２０３ｓ によりＩＣ乗車券が検知されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００８２】
ここで、図２に示した、変更後のＩＣ乗車券１００を所持した乗客３０が客室ドア１４１ から客室内へ入室しようと、ＩＣ乗車券リーダ／ライタ２０３１ の近傍を通過する際、ＩＣ乗車券リーダ／ライタ２０３１ は、ＩＣ乗車券１００を検知する。これにより、制御部２０１は、ステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、ＩＣ乗車券リーダ／ライタ２０３１ は、ＩＣ乗車券１００から図４（ｂ）に示した変更後の乗車券情報１０２を読み込む。
【００８３】
ステップＳＢ３では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ により乗車券情報が正常に読み込まれたか否かを判断する。この判断結果が「Ｎｏ」である場合、ステップＳＢ８では、制御部２０１は、「乗車券の読み込みができませんでした。乗車券が財布やポケット等にしまわれていませんか。もう一度、乗車券を手にもって再度お通りください。」というリトライを、スピーカ２０６１（図３参照）を介して案内した後、ステップＳＢ１の判断を行う。
【００８４】
この場合、ステップＳＢ３の判断結果が「Ｙｅｓ」であるとすると、ステップＳＢ４では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ で読み込まれた乗車券情報１０２（図４（ｂ）参照）と、列車側座席情報データベース２２０（図６参照）とを照合する。
【００８５】
ステップＳＢ５では、制御部２０１は、乗車券情報１０２（図４（ｂ）参照）に含まれる乗車年月日（この場合、２００２／１２／１）、列車名（この場合、富士２６５号）、乗車駅（この場合、東京）、降車駅（この場合、熱海）、車両号車（この場合、１号車）および座席位置（この場合、１列Ａ席）と、列車側座席情報データベース２２０（図６参照）の乗車年月日、列車名、乗車駅、降車駅、車両号車座席位置とが一致するか否かを判断する。
【００８６】
ステップＳＢ５の判断結果が「Ｙｅｓ」である場合、ステップＳＢ６では、制御部２０１は、乗車券情報１０２（図４（ｂ）参照）に対応する列車側座席情報データベース２２０の乗車フラグに１を設定する。これにより、当該乗客３０は、当該車両に乗車したものとされ、検札対象から除外される。一方、ステップＳＢ５の判断結果が「Ｎｏ」である場合、ステップＳＢ７では、エラー処理が実行される。
【００８７】
一方、図８に示したステップＳＡ５の判断結果が「Ｙｅｓ」である場合、ステップＳＡ６では、制御部２０１は、ステップＳＡ２で読み込まれた乗車券情報（乗車駅、降車駅）をキーとして、列車側座席情報データベース２２０（図６参照）で対応する乗車フラグが１（乗車中）に設定されているか否かを判断する。ステップＳＡ６の判断結果が「Ｎｏ」である場合、ステップＳＡ７では、上述した検札処理が実行される。
【００８８】
一方、ステップＳＡ６の判断結果が「Ｙｅｓ」である場合、すなわち、乗客が降車駅で降車する際に、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ のいずれかにＩＣ乗車券の乗車券情報がステップＳＡ２で読み込まれた後、乗車フラグが１である場合、ステップＳＡ９では、制御部２０１は、ステップＳＡ２で読み込まれた乗車券情報（乗車駅、降車駅）をキーとして、列車側座席情報データベース２２０（図６参照）で対応する降車フラグに１を設定する。
【００８９】
なお、一実施の形態においては、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ を列車１０１ の各乗降口に設けた構成例について説明したが、図１６に示したように、これらのＩＣ乗車券リーダ２０２１ 〜２０２ｓ をプラットホーム２０１ 側に設ける構成（変形例１）としてもよい。この構成例では、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ と制御部２０１との間に無線通信手段を設ければよい。
【００９０】
以上説明したように、一実施の形態によれば、図２に示した乗客３０に所持されたＩＣ乗車券１００より読み取られた乗車券情報１０１（図４（ａ）参照））に基づいて、乗客３０が実際に乗車した列車１０１ と、乗車券情報に対応する列車とが一致するか否かを判断し、不一致と判断された場合、乗客３０が実際に乗車した列車１０１ の空席状況を列車側座席情報データベース２２０より検索し乗客３０に提示した後、乗客３０により空席が選択された場合、ＩＣ乗車券１００を上記空席の乗車券に変更することとしたので、ＩＣ乗車券の変更手続きを迅速に行い、乗客３０の利便性を高めることができる。
【００９１】
また、一実施の形態によれば、乗客３０が実際に乗車した列車１０１ の当該車両１１１ の空席状況を検索し、当該車両が満席である場合、他の車両の空席状況を検索することとしたので、実際に乗車した列車の当該車両から近い順に空席を選択することができ、さらに、乗客の利便性を高めることができる。
【００９２】
また、一実施の形態によれば、図１５に示したように、空席が無い場合、ＩＣ乗車券１００を自由席用に変更することとしたので、自由席に関する乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができる。
【００９３】
また、一実施の形態によれば、ステップＳＣ１１（図１０参照）で説明したように、乗車券１００が自由席用に変更された場合、差額料金を精算することとしたので、精算も迅速に行うことができ、乗客の利便性をさらに高めることができる。
【００９４】
また、一実施の形態によれば、ステップＳＡ５で一致と判断され、かつステップＳＡ６の判断結果が「Ｎｏ」である場合、当該ＩＣ乗車券を検札対象から除外することとしたので、検札時の煩わしさを解消することができ、乗客サービスの向上を図ることができる。
【００９５】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【００９６】
例えば、前述した一実施の形態においては、自動改札装置２００１ 〜２００ｎの各機能を実現するためのプログラムを図１７に示したコンピュータ読み取り可能な記録媒体１２００に記録して、この記録媒体１２００に記録されたプログラムを同図に示したコンピュータ１１００に読み込ませ、実行することにより各機能を実現してもよい（変形例２）。
【００９７】
同図に示したコンピュータ１１００は、上記プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１０と、キーボード、マウス等の入力装置１１２０と、各種データを記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１３０と、演算パラメータ等を記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１４０と、記録媒体１２００からプログラムを読み取る読取装置１１５０と、ディスプレイ、プリンタ等の出力装置１１６０と、装置各部を接続するバス１１７０とから構成されている。
【００９８】
ＣＰＵ１１１０は、読取装置１１５０を経由して記録媒体１２００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述した機能を実現する。なお、記録媒体１２００としては、光ディスク、フレキシブルディスク、ハードディスク等が挙げられる。
【００９９】
また、一実施の形態では、乗車券として、非接触型のＩＣ乗車券を用いた例について説明したが、これに限定されることなく、磁気記録型の乗車券を用いてもよい。
【０１００】
また、一実施の形態では、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ と、ＩＣ乗車券リーダ／ライタ２０３１ 〜２０３ｓ とを別設した例について説明したが、これらを一つに統合してもよい。
【０１０１】
（付記１）コンピュータを、
列車の乗降口近傍に設けられ、乗客に所持された乗車券より乗車券情報を読み取る読取手段、
前記乗車券情報に基づいて、前記乗客が実際に乗車した列車と、前記乗車券情報に対応する列車とが一致するか否かを判断する判断手段、
前記判断手段により不一致と判断された場合、前記乗客が実際に乗車した列車の空席状況をデータベースより検索し、乗客に提示する空席検索手段、
前記乗客により空席が選択された場合、前記乗車券を前記空席用に変更する乗車券変更手段、
として機能させるための自動改札プログラム。
【０１０２】
（付記２）前記空席検索手段は、前記乗客が実際に乗車した列車の当該車両の空席状況を検索し、当該車両が満席である場合、他の車両の空席状況を検索することを特徴とする付記１に記載の自動改札プログラム。
【０１０３】
（付記３）前記乗車券変更手段は、空席が無い場合、前記乗車券を自由席用に変更することを特徴とする付記１または２に記載の自動改札プログラム。
【０１０４】
（付記４）前記コンピュータを、前記乗車券が前記自由席用に変更された場合、差額料金を精算する精算手段として機能させるための付記３に記載の自動改札プログラム。
【０１０５】
（付記５）前記コンピュータを、前記判断手段で一致と判断された場合、当該乗車券を検札対象から除外する検札手段として機能させるための付記１〜４のいずれか一つに記載の自動改札プログラム。
【０１０６】
（付記６）前記乗車券変更手段は、前記乗車券の変更情報をホスト上のデータベースに反映させることを特徴とする付記１〜５のいずれか一つに記載の自動改札プログラム。
【０１０７】
（付記７）列車の乗降口近傍に設けられ、乗客に所持された乗車券より乗車券情報を読み取る読取手段と、
前記乗車券情報に基づいて、前記乗客が実際に乗車した列車と、前記乗車券情報に対応する列車とが一致するか否かを判断する判断手段と、
前記判断手段により不一致と判断された場合、前記乗客が実際に乗車した列車の空席状況をデータベースより検索し、乗客に提示する空席検索手段と、
前記乗客により空席が選択された場合、前記乗車券を前記空席用に変更する乗車券変更手段と、
を備えたことを特徴とする自動改札装置。
【０１０８】
（付記８）列車の乗降口近傍で、乗客に所持された乗車券より乗車券情報を読み取る読取工程と、
前記乗車券情報に基づいて、前記乗客が実際に乗車した列車と、前記乗車券情報に対応する列車とが一致するか否かを判断する判断工程と、
前記判断工程で不一致と判断された場合、前記乗客が実際に乗車した列車の空席状況をデータベースより検索し、乗客に提示する空席検索工程と、
前記乗客により空席が選択された場合、前記乗車券を前記空席用に変更する乗車券変更工程と、
を含むことを特徴とする自動改札制御方法。
【０１０９】
【発明の効果】
以上説明したように、本発明によれば、乗客に所持された乗車券より読み取られた乗車券情報に基づいて、乗客が実際に乗車した列車と、乗車券情報に対応する列車とが一致するか否かを判断し、不一致と判断された場合、乗客が実際に乗車した列車の空席状況をデータベースより検索し乗客に提示した後、乗客により空席が選択された場合、乗車券を空席用に変更することとしたので、乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができるという効果を奏する。
【０１１０】
また、本発明によれば、乗客が実際に乗車した列車の当該車両の空席状況を検索し、当該車両が満席である場合、他の車両の空席状況を検索することとしたので、実際に乗車した列車の当該車両から近い順に空席を選択することができ、さらに、乗客の利便性を高めることができるという効果を奏する。
【０１１１】
また、本発明によれば、空席が無い場合、乗車券を自由席用に変更することとしたので、自由席に関する乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができるという効果を奏する。
【０１１２】
また、本発明によれば、乗車券が自由席用に変更された場合、差額料金を精算することとしたので、精算も迅速に行うことができ、乗客の利便性をさらに高めることができるという効果を奏する。
【０１１３】
また、本発明によれば、一致と判断された場合、当該乗車券を検札対象から除外することとしたので、検札時の煩わしさを解消することができ、乗客サービスの向上を図ることができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】図１に示した自動改札装置２００１ が適用される列車１０１ の外観構成を示す図である。
【図３】図２に示した車両１１１ の内部構成を示す図である。
【図４】図１に示したＩＣ乗車券１００に記録された乗車券情報１０１、１０２および１０３を示す図である。
【図５】図１に示した列車情報データベース２１０のテーブル構造を示す図である。
【図６】図１に示した列車側座席情報データベース２２０のテーブル構造を示す図である。
【図７】図１に示したホスト側座席情報データベース４１０のテーブル構造を示す図である。
【図８】図１に示した自動改札装置２００１ 〜２００ｎ の動作を説明するフローチャートである。
【図９】図８に示した検札処理を説明するフローチャートである。
【図１０】図８に示した乗車券情報変更処理を説明するフローチャートである。
【図１１】同一実施の形態における後発列車用変更画面２３０を示す図である。
【図１２】同一実施の形態における先発列車用変更画面２４０を示す図である。
【図１３】同一実施の形態における乗車車両空席選択画面２５０を示す図である。
【図１４】同一実施の形態における別車両空席選択画面２６０を示す図である。
【図１５】同一実施の形態における満席案内画面２８０を示す図である。
【図１６】同一実施の形態の変形例１の構成を説明する図である。
【図１７】同一実施の形態の変形例２の構成を示すブロック図である。
【符号の説明】
１００ ＩＣ乗車券
２００１ 〜２００ｎ 自動改札装置
２０２１ 〜２０２ｓ ＩＣ乗車券リーダ
２０３１ 〜２０３ｓ ＩＣ乗車券リーダ／ライタ
２０４１ 〜２０４ｓ 表示部
２０５１ 〜２０５ｓ タッチパネル
２０６１ 〜２０６ｓ スピーカ
２０７ 無線通信部
３００ 無線ネットワーク
４００ ホスト
８００ 差額精算システム
【発明の属する技術分野】
本発明は、乗車券の改札、検札、変更を行うための自動改札プログラムに関するものであり、特に、乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができる自動改札プログラムに関するものである。
【０００２】
【従来の技術】
従来より、列車等の検札においては、車掌が乗客の一人一人に乗車券を提示させ、当該乗車券が正規であるか否かを確認している。従って、検札時には、睡眠中に起こされたり、食事を中断させられたりするため、乗客にとって非常に面倒な場面が往々にして発生する。
【０００３】
そこで、従来では、かかる問題を解決するために、駅構内に設けられた自動改札装置で乗車券が改札された場合には、当該乗車券の乗車券情報（乗車する列車の号車、時刻、指定席の座席等の情報）を車掌が携帯するハンディ端末に転送しておき、検札時に当該指定席を検札対象から除外している。
【０００４】
【特許文献１】
特開２０００−６７２８５号公報
【特許文献２】
特開２００２−２２２４４１号公報
【０００５】
【発明が解決しようとする課題】
ところで、従来の駅構内においては、出張の仕事が予定よりも早く終わった等の理由で、乗車予定の列車よりも先発の列車に乗車したいという状況が多々ある。かかる状況では、乗客は、駅窓口の駅係員や先発の列車内の車掌に声を掛けて、手持ちの乗車券を先発の列車用に変更するための手続きを行う必要があった。
【０００６】
また、乗客が列車を誤認し、所持する乗車券で乗車可能な列車の先発または後発の列車に乗車した場合にも、上述した乗車券の変更手続きが必要となる。
【０００７】
このように、従来では、乗車予定以外の列車に乗車する場合、乗車券の変更手続きが面倒であり、乗客の利便性が低いという問題があった。
【０００８】
本発明は、上記に鑑みてなされたもので、乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができる自動改札プログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明は、コンピュータを、列車の乗降口近傍に設けられ、乗客に所持された乗車券より乗車券情報を読み取る読取手段、前記乗車券情報に基づいて、前記乗客が実際に乗車した列車と、前記乗車券情報に対応する列車とが一致するか否かを判断する判断手段、前記判断手段により不一致と判断された場合、前記乗客が実際に乗車した列車の空席状況をデータベースより検索し、乗客に提示する空席検索手段、前記乗客により空席が選択された場合、前記乗車券を前記空席用に変更する乗車券変更手段、として機能させるための自動改札プログラムである。
【００１０】
この発明によれば、乗客に所持された乗車券より読み取られた乗車券情報に基づいて、乗客が実際に乗車した列車と、乗車券情報に対応する列車とが一致するか否かを判断し、不一致と判断された場合、乗客が実際に乗車した列車の空席状況をデータベースより検索し乗客に提示した後、乗客により空席が選択された場合、乗車券を空席用に変更することとしたので、乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができる。
【００１１】
【発明の実施の形態】
以下、図面を参照して本発明にかかる自動改札プログラムの一実施の形態について詳細に説明する。
【００１２】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。この図において、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）乗車券１００は、乗客３０（図２参照）に所持される列車用乗車券であり、ｎ台の自動改札装置２００１ 〜２００ｎ のいずれかで非接触で改札等される。
【００１３】
自動改札装置２００１ 〜２００ｎ のそれぞれは、列車に設けられており、ＩＣ乗車券１００の改札や検札、乗車券の変更手続きを行う装置である。これらの自動改札装置２００１ 〜２００ｎ は、無線ネットワーク３００を介して、ホスト４００との間で通信を行う。
【００１４】
ここで、自動改札装置２００１ は、図２に示した列車１０１ に設けられている。この列車１０１ は、例えば、１４両編成（１号車〜１４号車）の特急（富士２５６号）であり、東京駅（始発駅）から新大阪駅（終着駅）までを運行する。
【００１５】
同図に示した例では、列車１０１ は、東京駅（始発駅）のプラットホーム２０１ に停車している。同図では、１４両の車両のうち、車両１１１（１号車）が図示されている。この車両１１１ の乗降口１２１ は、プラットホーム２０１ に設けられた乗降フェンス２１１ と乗降フェンス２１２ との間に位置している。
【００１６】
図３は、図２に示した車両１１１ の内部構成を示す図である。同図において、乗降口１２１（図１参照）の対向側には、乗降デッキ１３１ および客室ドア１４１を挟んで乗降口１２２ が設けられている。
【００１７】
図１に戻り、ＩＣ乗車券１００は、列車の乗客（例えば、図２に示した乗客３０）に携帯される非接触型の乗車券であり、電磁誘導により電力が供給されることにより、リーダ（例えば、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ ）やリーダ／ライタ（例えば、乗車チェック用のＩＣ乗車券リーダ／ライタ２０３１ 〜２０３ｓ ）との間で通信を行う機能を備えている。
【００１８】
ＩＣ乗車券１００には、例えば、図４（ａ）に示した乗車券情報１０１が記録されている。この乗車券情報１０１は、乗車年月日、列車名、乗車駅、発車時刻、降車駅、到着時刻、車両号車、座席位置、禁煙フラグ、乗車運賃、特急料金、指定席料金および変更フラグという情報から構成されている。
【００１９】
ここで、変更フラグは、乗車券情報が変更されたか否かを示すフラグである。例えば、乗車券情報１０１（図４（ａ）参照）から、乗車券情報１０２（図４（ｂ）参照）や乗車券情報１０３（図４（ｃ）参照）へ乗車券情報（太枠部分）を変更した場合には、変更フラグに「１」が設定される。なお、変更が無い場合には、変更フラグに「０」が設定される。
【００２０】
図１に戻り、自動改札装置２００１ の制御部２０１は、ＩＣ乗車券の改札や検札、乗車券の変更手続き等に関する制御を行う。この制御部２０１の動作の詳細については、後述する。
【００２１】
ＩＣ乗車券リーダ２０２１ 〜２０２ｓ は、改札用として列車１０１ （図２参照）の各乗降口に設けられており、非接触で、ＩＣ乗車券に記録されている乗車券情報を読み取る機能を備えている。
【００２２】
ここで、一つの乗降口に対して、２つの改札用のＩＣ乗車券リーダが設けられている。例えば、図２に示した乗降口１２１ には、ＩＣ乗車券リーダ２０２１ および２０２２ が設けられている。また、図３に示した乗降口１２２ には、ＩＣ乗車券リーダ２０２３ および２０２４（図示略）が設けられている。
【００２３】
図１に戻り、ＩＣ乗車券リーダ／ライタ２０３１ 〜２０３ｓ は、検札用および乗車券変更用として列車１０１ の各客室ドア近傍に設けられており、非接触で、ＩＣ乗車券に記録されている乗車券情報を読み取る機能と、変更後の乗車券情報をＩＣ乗車券に書き込む機能とを備えている。
【００２４】
例えば、図３に示した客室ドア１４１ の乗降口１２１ 側には、ＩＣ乗車券リーダ／ライタ２０３１ および２０３２（図示略）が設けられている。また、客室ドア１４１ の乗降口１２２ 側には、ＩＣ乗車券リーダ／ライタ２０３３ および２０３４（図示略）が設けられている。
【００２５】
図１に戻り、表示部２０４１ 〜２０４ｓ は、乗客に対して、改札結果の案内、空席選択の案内等に関する各種画面（図１１〜図１５参照）を表示する機能を備えており、列車１０１ の各客室ドア近傍の案内壁に設けられている。
【００２６】
例えば、図３に示した客室ドア１４１ 近傍の案内壁１５１ には、表示部２０４１ が設けられている。また、客室ドア１４１ 近傍の案内壁１５２ には、表示部２０４２ が設けられている。
【００２７】
図１に戻り、タッチパネル２０５１ 〜２０５ｓ は、表示部２０４１ 〜２０４ｓの表面に貼着されており、感圧方式により表示画面の部分を選択ボタンとして機能させる機能を備えている。
【００２８】
スピーカ２０６１ 〜２０６ｓ は、乗客に対して、音声で各種案内をするためのものであり、列車１０１ の各客室ドア近傍の案内壁に設けられている。例えば、図３に示した客室ドア１４１ 近傍の案内壁１５１ には、スピーカ２０６１ が設けられている。また、客室ドア１４１ 近傍の案内壁１５２ には、スピーカ２０６２ が設けられている。
【００２９】
図１に戻り、無線通信部２０７は、無線ネットワーク３００を介して、ホスト４００との間で無線通信を行う機能を備えている。列車情報データベース２１０は、自動改札装置２００１ が設けられた列車１０１（図２参照）に関する列車情報を格納するデータベースである。
【００３０】
具体的には、列車情報データベース２１０は、図５に示したように、乗車年月日、列車名、始発駅、始発駅発車時刻、終着駅、停車駅、搬入ホーム番線、停車駅到着時刻、停車駅発車時刻、・・・・、終着駅、搬入ホーム番線、終着駅到着時刻というフィールドを備えている。
【００３１】
停車駅、搬入ホーム番線、停車駅到着時刻および停車駅発車時刻の情報は、一組の情報として、始発駅（例えば、東京駅）から終着駅（例えば、新大阪駅）までの間における停車駅の数だけ設定されている。また、乗車年月日および列車名は、図４（ａ）〜（ｃ）に示した乗車年月日および列車名に対応している。
【００３２】
図１に戻り、列車側座席情報データベース２２０は、自動改札装置２００１ が設けられた列車１０１（図２参照）に関する列車側座席情報を格納するデータベースである。
【００３３】
具体的には、列車側座席情報データベース２２０は、図６に示したように、乗車年月日、列車名、始発駅、終着駅、車両号車座席位置、乗車駅、降車駅、乗車フラグ、降車フラグ、・・・・、乗車駅、降車駅、乗車フラグ、降車フラグというフィールドを備えている。
【００３４】
乗車年月日、列車名、始発駅および終着駅は、図５に示した列車情報データベース２１０の乗車年月日、列車名、始発駅および終着駅に対応している。ここで、図６に示した列車側座席情報データベース２２０において、車両号車座席位置は、列車１０１ の１号車〜１４号車までの各座席位置を表している。
【００３５】
また、乗車駅、降車駅、乗車フラグおよび降車フラグの情報は、一組の情報として、車両号車座席位置に対応させて、始発駅（例えば、東京駅）から終着駅（例えば、新大阪駅）までの各区間（乗車駅から降車駅まで）の数だけ設定されている。
【００３６】
乗車フラグは、当該区間で有効なＩＣ乗車券を所持する乗客が、乗車駅で列車に乗車し、当該車両号車座席位置に座っているか否かを表すフラグである。この乗車フラグが「１」の場合には、乗車していることを表している。一方、乗車フラグが「０」の場合には、乗車していないことを表している。
【００３７】
降車フラグは、乗車駅で列車に乗車した乗客が降車駅で降車したか否かを表すフラグである。この降車フラグが「１」の場合には、降車していることを表している。一方、降車フラグが「０」の場合には、降車していないことを表している。
【００３８】
図１に戻り、自動改札装置２００２ 〜２００ｎ は、上述した自動改札装置２００１ と同一の構成とされており、他の列車に設けられている。ホスト４００は、鉄道会社の管理センタに設けられており、全列車の座席情報を管理するコンピュータ装置である。
【００３９】
ホスト４００において、制御部４０１は、全列車の座席情報の管理を行う。無線通信部４０２は、無線ネットワーク３００を介して、自動改札装置２００１ 〜２００ｎ との間で無線通信を行う。ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インタフェース４０３は、ＬＡＮ５００を介して、予約・発券端末６００１ 〜６００ｍ 、Ｗｅｂ予約・発券システム７００および差額精算システム８００との間の通信を制御する。
【００４０】
ホスト側座席情報データベース４１０は、本日から１ヶ月先までの全列車の座席情報をホスト側座席情報として格納するデータベースである。具体的には、ホスト側座席情報データベース４１０は、図７に示したように、乗車年月日および全列車側座席情報というフィールドを備えている。乗車年月日は、本日（同図では、２００２／１２／１）から１ヶ月先（同図では、２００２／１２／３１）までの年月日に対応している。
【００４１】
全列車側座席情報には、乗車年月日毎に全列車側座席情報１〜３１が設定されている。例えば、全列車側座席情報１は、２００２／１２／１の運行スケジュールにおいて自動改札装置２００１ 〜２００ｎ でそれぞれ管理されている列車側座席情報の集合であり、列車側座席情報１−１〜１−３５９から構成されている。
【００４２】
列車側座席情報１−１は、自動改札装置２００１ の列車側座席情報データベース２２０（図６参照）に格納されている列車側座席情報である。また、列車側座席情報１−２は、自動改札装置２００２ の列車側座席情報データベース（図示略）に格納されている列車側座席情報である。
【００４３】
また、全列車側座席情報２は、２００２／１２／２の運行スケジュールにおいて自動改札装置２００１ 〜２００ｎ でそれぞれ管理されている列車側座席情報の集合であり、列車側座席情報２−１〜２−３５９から構成されている。
【００４４】
このように、ホスト側座席情報データベース４１０は、全列車の座席情報を乗車年月日毎に一元的に管理するためのデータベースであり、その一部の座席情報が列車側座席情報として自動改札装置２００１ 〜２００ｎ で管理される。
【００４５】
図１に戻り、予約・発券端末６００１ 〜６００２ は、各駅に設けられており、列車の予約や、乗車券の発券を行う端末である。Ｗｅｂ予約・発券システム７００は、インターネット上のＷｅｂサイト経由で列車の予約や、乗車券の発券を行うシステムである。
【００４６】
差額精算システム８００は、例えば、乗車券が指定席から自由席へ変更された場合の料金の差額（指定席料金）を、専用ネットワーク９００を介して金融機関システム１０００に精算依頼するためのシステムである。金融機関システム１０００は、上記精算依頼を受けて差額を当該乗客の口座へ振り込む機能を備えている。
【００４７】
つぎに、一実施の形態の動作について、図８〜図１０に示したフローチャートを参照しつつ説明する。図８は、図１に示した自動改札装置２００１ 〜２００ｎ の動作を説明するフローチャートである。
【００４８】
ここで、図２に示したように、東京駅（始発駅）のプラットホーム２０１ には、列車１０１（富士２６５号 東京１１：２３発 新大阪行き）が停車している。図８に示したステップＳＡ１では、図２に示した列車１０１ に設けられた自動改札装置２００１ の制御部２０１は、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ によりＩＣ乗車券が検知されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００４９】
ここで、図２に示したＩＣ乗車券１００を所持した乗客３０は、出張の仕事が予定よりも早く終わったため、乗車予定の列車（図４（ａ）に示した朝日１０５号 東京１２：３０発）よりも、先発（東京１１：２３発）の列車１０１ に、乗降口１２１ から乗車する。
【００５０】
このとき、ＩＣ乗車券リーダ２０２１ は、ＩＣ乗車券１００を検知する。これにより、制御部２０１は、ステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、ＩＣ乗車券リーダ２０２１ は、ＩＣ乗車券１００から図４（ａ）に示した乗車券情報１０１を読み込む。
【００５１】
ステップＳＡ３では、制御部２０１は、ＩＣ乗車券リーダ２０２１ により乗車券情報が正常に読み込まれたか否かを判断する。この判断結果が「Ｎｏ」である場合、ステップＳＡ１０では、制御部２０１は、「乗車券の読み込みができませんでした。乗車券が財布やポケット等にしまわれていませんか。もう一度、乗車券を手にもって乗車口をお通りください。」というリトライを、スピーカ２０６１（図３参照）を介して案内した後、ステップＳＡ１の判断を行う。
【００５２】
この場合、ステップＳＡ３の判断結果が「Ｙｅｓ」であるとすると、ステップＳＡ４では、制御部２０１は、ＩＣ乗車券リーダ２０２１ で読み込まれた乗車券情報１０１（図４（ａ）参照）と、列車情報データベース２１０（図５参照）とを照合する。
【００５３】
ステップＳＡ５では、制御部２０１は、乗車券情報１０１（図４（ａ）参照）に含まれる乗車年月日（この場合、２００２／１２／１）および列車名（この場合、朝日１０５号）と、列車情報データベース２１０（図５参照）の乗車年月日（この場合、２００２／１２／１）および列車名（この場合、富士２６５号）とが一致するか否かを判断する。
【００５４】
この場合、列車名が異なるため、制御部２０１は、ステップＳＡ５の判断結果を「Ｎｏ」とする。ステップＳＡ８では、ＩＣ乗車券１００に記録された乗車券情報を変更するための乗車券情報変更処理が実行される。
【００５５】
具体的には、図１０に示したステップＳＣ１では、制御部２０１は、乗車券情報１０１（図４（ａ）参照）に含まれる発車時刻（この場合、１２：３０）と、列車情報データベース２１０（図５参照）の発車時刻（この場合、始発駅発車時刻１１：２３）とを比較し、乗客３０が乗車した列車１０１ に対して、乗車券情報１０１（図４（ａ）参照）に対応する列車が後発列車（または先発列車）であるかを判断する。
【００５６】
この場合、乗車券情報１０１（図４（ａ）参照）に対応する列車が後発列車であるため、ステップＳＣ３では、制御部２０１は、図３に示した表示部２０４１ に、図１１に示した後発列車用変更画面２３０を表示させる。
【００５７】
この後発列車用変更画面２３０には、ＩＣ乗車券１００が後発列車用であるため、列車１０１ に乗車できない旨と、列車１０１ に乗車した場合に乗車券が自動変更される旨が案内されている。また、後発列車用変更画面２３０には、上記自動変更に関して意思確認するためのはいボタン２３１およびいいえボタン２３２が表示されている。
【００５８】
ステップＳＣ４では、制御部２０１は、上記いいえボタン２３２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＣ５では、制御部２０１は、はいボタン２３１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＣ４の判断を行う。
【００５９】
ここで、乗客３０によりいいえボタン２３２が押下されると、制御部２０１は、ステップＳＣ４の判断結果を「Ｙｅｓ」とする。ステップＳＣ１８では、制御部２０１は、発車前降車処理を実行した後、図８に示したステップＳＡ１の判断を行う。この発車前降車処理は、乗客３０が列車１０１ を降車する際に、ＩＣ乗車券リーダ２０２１ にリードされた乗車券情報１０１（図４（ａ）参照）を無視する処理である。
【００６０】
一方、乗客３０によりはいボタン２３１が押下されると、制御部２０１は、ステップＳＣ５の判断結果を「Ｙｅｓ」とする。ステップＳＣ６では、制御部２０１は、列車側座席情報データベース２２０（図６参照）を照会する。ステップＳＣ７では、制御部２０１は、列車側座席情報データベース２２０を照会して、乗客３０が乗車した乗車車両（この場合、車両１１１：１号車）に空席があるか否かを判断する。
【００６１】
ステップＳＣ７の判断結果が「Ｙｅｓ」である場合、ステップＳＣ１２では、制御部２０１は、図１３に示した乗車車両空席選択画面２５０を表示部２０４１ に表示させる。この乗車車両空席選択画面２５０の空席状況表示欄２５１には、乗車車両（この場合、車両１１１：１号車）の空席状況（空席は、塗りつぶし部分）が表示されている。
【００６２】
ステップＳＣ１４では、制御部２０１は、乗客３０により、空席状況表示欄２５１の中から１号車の空席が選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。ここで、乗客３０により、空席状況表示欄２５１で空席が選択されると、制御部２０１は、ステップＳＣ１４の判断結果を「Ｙｅｓ」とする。
【００６３】
ステップＳＣ１５では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ により、ＩＣ乗車券１００の乗車券情報１０１（図４（ａ）参照）を乗車券情報１０２（図４（ｂ）参照）に書き換えさせる。この乗車券情報１０２では、列車名が「朝日１０５号」から「富士２６５号」に、発車時刻が「１２：３０」から「１１：２３」に、到着時刻が「１３：１０」から「１２：０３」に、座席位置が「７列Ｃ席」から「１列Ａ席」に、変更フラグが「０」から「１」にそれぞれ変更されている。
【００６４】
ステップＳＣ１６では、制御部２０１は、列車側座席情報データベース２２０（図６参照）に、変更後の乗車券情報１０２を反映させ、更新する。ステップＳＣ１７では、制御部２０１は、乗車券情報１０２を変更情報として、無線ネットワーク３００を介して、ホスト４００へ送信する。上記変更情報を受信すると、ホスト４００は、変更情報をホスト側座席情報データベース４１０に反映させる。
【００６５】
一方、乗客３０が乗車した乗車車両（この場合、車両１１１：１号車）が満席である場合、制御部２０１は、ステップＳＣ７の判断結果を「Ｎｏ」とする。ステップＳＣ８では、制御部２０１は、列車側座席情報データベース２２０を照会して、乗客３０が乗車した乗車車両（この場合、車両１１１：１号車）以外の別車両に空席があるか否かを判断する。この場合、当該乗車車両に近い順に別車両の空席の有無が判断される。
【００６６】
ここで、２号車に空席がある場合、制御部２０１は、ステップＳＣ８の判断結果を「Ｙｅｓ」とする。ステップＳＣ１３では、制御部２０１は、図１４に示した別車両空席選択画面２６０を表示部２０４１ に表示させる。この別車両空席選択画面２６０の空席状況表示欄２６１には、別車両（この場合、２号車）の空席状況（空席は、塗りつぶし部分）が表示されている。
【００６７】
ステップＳＣ１４では、制御部２０１は、乗客３０により、空席状況表示欄２６１の中から空席が選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。ここで、乗客３０により、空席状況表示欄２６１で２号車の空席が選択されると、制御部２０１は、ステップＳＣ１４の判断結果を「Ｙｅｓ」とする。
【００６８】
ステップＳＣ１５では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ により、ＩＣ乗車券１００の乗車券情報１０１（図４（ａ）参照）を、上記２号車の空席に対応する乗車券情報（図示略）に書き換えさせる。
【００６９】
ステップＳＣ１６では、制御部２０１は、列車側座席情報データベース２２０（図６参照）に、変更後の上記乗車券情報（図示略）を反映させ、更新する。ステップＳＣ１７では、制御部２０１は、上記乗車券情報（図示略）を変更情報として、無線ネットワーク３００を介して、ホスト４００へ送信する。上記変更情報を受信すると、ホスト４００は、変更情報をホスト側座席情報データベース４１０に反映させる。
【００７０】
一方、別車両が満席である場合、制御部２０１は、ステップＳＣ８の判断結果を「Ｎｏ」とする。ステップＳＣ９では、制御部２０１は、図１５に示した満席案内画面２８０を表示部２０４１ に表示させる。この満席案内画面２８０は、乗客３０に対して、列車１０１ の全車両の指定席が満席であるため、乗車車両から自由席車両への移動を案内するための画面である。
【００７１】
ステップＳＣ１０では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ により、ＩＣ乗車券１００の乗車券情報１０１（図４（ａ）参照）を乗車券情報１０３（図４（ｃ）参照）に書き換えさせる。
【００７２】
この乗車券情報１０３では、列車名が「朝日１０５号」から「富士２６５号」に、発車時刻が「１２：３０」から「１１：２３」に、到着時刻が「１３：１０」から「１２：０３」に、車両号車が「１号車」から「１４号車」に、座席位置が「７列Ｃ席」から「自由席」に、指定席料金が「５００」から「０」に、変更フラグが「０」から「１」にそれぞれ変更されている。
【００７３】
ステップＳＣ１１では、制御部２０１は、無線ネットワーク３００を介して、ホスト４００へ差額精算情報を送信する。この差額精算情報は、指定席から自由席への変更に伴い、指定席料金（５００円）を差額として、乗客３０にバックするための情報である。
【００７４】
そして、上記差額精算情報を受信すると、ホスト４００は、ＬＡＮ５００を介して、差額精算システム８００へ差額精算情報を送信する。そして、差額精算システム８００は、差額精算情報に基づいて、専用ネットワーク９００を介して、金融機関システム１０００に精算を依頼する。金融機関システム１０００は、上記精算依頼を受けて差額（５００円）を当該乗客３０の口座へ振り込む。
【００７５】
一方、乗車券情報１０１（図４（ａ）参照）に対応する列車が先発列車である場合、ステップＳＣ２では、制御部２０１は、図３に示した表示部２０４１ に、図１２に示した先発列車用変更画面２４０を表示させる。
【００７６】
この先発列車用変更画面２４０には、ＩＣ乗車券１００が先発列車用であるため、列車１０１ に乗車できない旨と、列車１０１ に乗車した場合に乗車券が自動変更される旨が案内されている。また、先発列車用変更画面２４０には、上記自動変更に関して意思確認するためのはいボタン２４１およびいいえボタン２４２が表示されている。
【００７７】
ステップＳＣ４では、制御部２０１は、上記いいえボタン２４２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＣ５では、制御部２０１は、はいボタン２４１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＣ４の判断を行う。
【００７８】
ここで、乗客３０によりいいえボタン２４２が押下されると、制御部２０１は、ステップＳＣ４の判断結果を「Ｙｅｓ」とする。ステップＳＣ１８では、制御部２０１は、上述した発車前降車処理を実行した後、図８に示したステップＳＡ１の判断を行う。
【００７９】
一方、乗客３０によりはいボタン２４１が押下されると、制御部２０１は、ステップＳＣ５の判断結果を「Ｙｅｓ」とする。ステップＳＣ６では、制御部２０１は、列車側座席情報データベース２２０（図６参照）を照会する。以後、前述した動作と同様にして、ステップＳＣ７〜ステップＳＣ１７が実行される。
【００８０】
図８に戻り、ステップＳＡ７では、検札処理が実行される。この場合、上述した乗車券情報変更処理（図１０参照）では、ＩＣ乗車券１００の乗車券情報が、乗車券情報１０１（図４（ａ）参照）から乗車券情報１０２（図４（ｂ）参照）に変更されたものとする。
【００８１】
具体的には、図９に示したステップＳＢ１では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ 〜２０３ｓ によりＩＣ乗車券が検知されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００８２】
ここで、図２に示した、変更後のＩＣ乗車券１００を所持した乗客３０が客室ドア１４１ から客室内へ入室しようと、ＩＣ乗車券リーダ／ライタ２０３１ の近傍を通過する際、ＩＣ乗車券リーダ／ライタ２０３１ は、ＩＣ乗車券１００を検知する。これにより、制御部２０１は、ステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、ＩＣ乗車券リーダ／ライタ２０３１ は、ＩＣ乗車券１００から図４（ｂ）に示した変更後の乗車券情報１０２を読み込む。
【００８３】
ステップＳＢ３では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ により乗車券情報が正常に読み込まれたか否かを判断する。この判断結果が「Ｎｏ」である場合、ステップＳＢ８では、制御部２０１は、「乗車券の読み込みができませんでした。乗車券が財布やポケット等にしまわれていませんか。もう一度、乗車券を手にもって再度お通りください。」というリトライを、スピーカ２０６１（図３参照）を介して案内した後、ステップＳＢ１の判断を行う。
【００８４】
この場合、ステップＳＢ３の判断結果が「Ｙｅｓ」であるとすると、ステップＳＢ４では、制御部２０１は、ＩＣ乗車券リーダ／ライタ２０３１ で読み込まれた乗車券情報１０２（図４（ｂ）参照）と、列車側座席情報データベース２２０（図６参照）とを照合する。
【００８５】
ステップＳＢ５では、制御部２０１は、乗車券情報１０２（図４（ｂ）参照）に含まれる乗車年月日（この場合、２００２／１２／１）、列車名（この場合、富士２６５号）、乗車駅（この場合、東京）、降車駅（この場合、熱海）、車両号車（この場合、１号車）および座席位置（この場合、１列Ａ席）と、列車側座席情報データベース２２０（図６参照）の乗車年月日、列車名、乗車駅、降車駅、車両号車座席位置とが一致するか否かを判断する。
【００８６】
ステップＳＢ５の判断結果が「Ｙｅｓ」である場合、ステップＳＢ６では、制御部２０１は、乗車券情報１０２（図４（ｂ）参照）に対応する列車側座席情報データベース２２０の乗車フラグに１を設定する。これにより、当該乗客３０は、当該車両に乗車したものとされ、検札対象から除外される。一方、ステップＳＢ５の判断結果が「Ｎｏ」である場合、ステップＳＢ７では、エラー処理が実行される。
【００８７】
一方、図８に示したステップＳＡ５の判断結果が「Ｙｅｓ」である場合、ステップＳＡ６では、制御部２０１は、ステップＳＡ２で読み込まれた乗車券情報（乗車駅、降車駅）をキーとして、列車側座席情報データベース２２０（図６参照）で対応する乗車フラグが１（乗車中）に設定されているか否かを判断する。ステップＳＡ６の判断結果が「Ｎｏ」である場合、ステップＳＡ７では、上述した検札処理が実行される。
【００８８】
一方、ステップＳＡ６の判断結果が「Ｙｅｓ」である場合、すなわち、乗客が降車駅で降車する際に、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ のいずれかにＩＣ乗車券の乗車券情報がステップＳＡ２で読み込まれた後、乗車フラグが１である場合、ステップＳＡ９では、制御部２０１は、ステップＳＡ２で読み込まれた乗車券情報（乗車駅、降車駅）をキーとして、列車側座席情報データベース２２０（図６参照）で対応する降車フラグに１を設定する。
【００８９】
なお、一実施の形態においては、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ を列車１０１ の各乗降口に設けた構成例について説明したが、図１６に示したように、これらのＩＣ乗車券リーダ２０２１ 〜２０２ｓ をプラットホーム２０１ 側に設ける構成（変形例１）としてもよい。この構成例では、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ と制御部２０１との間に無線通信手段を設ければよい。
【００９０】
以上説明したように、一実施の形態によれば、図２に示した乗客３０に所持されたＩＣ乗車券１００より読み取られた乗車券情報１０１（図４（ａ）参照））に基づいて、乗客３０が実際に乗車した列車１０１ と、乗車券情報に対応する列車とが一致するか否かを判断し、不一致と判断された場合、乗客３０が実際に乗車した列車１０１ の空席状況を列車側座席情報データベース２２０より検索し乗客３０に提示した後、乗客３０により空席が選択された場合、ＩＣ乗車券１００を上記空席の乗車券に変更することとしたので、ＩＣ乗車券の変更手続きを迅速に行い、乗客３０の利便性を高めることができる。
【００９１】
また、一実施の形態によれば、乗客３０が実際に乗車した列車１０１ の当該車両１１１ の空席状況を検索し、当該車両が満席である場合、他の車両の空席状況を検索することとしたので、実際に乗車した列車の当該車両から近い順に空席を選択することができ、さらに、乗客の利便性を高めることができる。
【００９２】
また、一実施の形態によれば、図１５に示したように、空席が無い場合、ＩＣ乗車券１００を自由席用に変更することとしたので、自由席に関する乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができる。
【００９３】
また、一実施の形態によれば、ステップＳＣ１１（図１０参照）で説明したように、乗車券１００が自由席用に変更された場合、差額料金を精算することとしたので、精算も迅速に行うことができ、乗客の利便性をさらに高めることができる。
【００９４】
また、一実施の形態によれば、ステップＳＡ５で一致と判断され、かつステップＳＡ６の判断結果が「Ｎｏ」である場合、当該ＩＣ乗車券を検札対象から除外することとしたので、検札時の煩わしさを解消することができ、乗客サービスの向上を図ることができる。
【００９５】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【００９６】
例えば、前述した一実施の形態においては、自動改札装置２００１ 〜２００ｎの各機能を実現するためのプログラムを図１７に示したコンピュータ読み取り可能な記録媒体１２００に記録して、この記録媒体１２００に記録されたプログラムを同図に示したコンピュータ１１００に読み込ませ、実行することにより各機能を実現してもよい（変形例２）。
【００９７】
同図に示したコンピュータ１１００は、上記プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１０と、キーボード、マウス等の入力装置１１２０と、各種データを記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１３０と、演算パラメータ等を記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１４０と、記録媒体１２００からプログラムを読み取る読取装置１１５０と、ディスプレイ、プリンタ等の出力装置１１６０と、装置各部を接続するバス１１７０とから構成されている。
【００９８】
ＣＰＵ１１１０は、読取装置１１５０を経由して記録媒体１２００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述した機能を実現する。なお、記録媒体１２００としては、光ディスク、フレキシブルディスク、ハードディスク等が挙げられる。
【００９９】
また、一実施の形態では、乗車券として、非接触型のＩＣ乗車券を用いた例について説明したが、これに限定されることなく、磁気記録型の乗車券を用いてもよい。
【０１００】
また、一実施の形態では、ＩＣ乗車券リーダ２０２１ 〜２０２ｓ と、ＩＣ乗車券リーダ／ライタ２０３１ 〜２０３ｓ とを別設した例について説明したが、これらを一つに統合してもよい。
【０１０１】
（付記１）コンピュータを、
列車の乗降口近傍に設けられ、乗客に所持された乗車券より乗車券情報を読み取る読取手段、
前記乗車券情報に基づいて、前記乗客が実際に乗車した列車と、前記乗車券情報に対応する列車とが一致するか否かを判断する判断手段、
前記判断手段により不一致と判断された場合、前記乗客が実際に乗車した列車の空席状況をデータベースより検索し、乗客に提示する空席検索手段、
前記乗客により空席が選択された場合、前記乗車券を前記空席用に変更する乗車券変更手段、
として機能させるための自動改札プログラム。
【０１０２】
（付記２）前記空席検索手段は、前記乗客が実際に乗車した列車の当該車両の空席状況を検索し、当該車両が満席である場合、他の車両の空席状況を検索することを特徴とする付記１に記載の自動改札プログラム。
【０１０３】
（付記３）前記乗車券変更手段は、空席が無い場合、前記乗車券を自由席用に変更することを特徴とする付記１または２に記載の自動改札プログラム。
【０１０４】
（付記４）前記コンピュータを、前記乗車券が前記自由席用に変更された場合、差額料金を精算する精算手段として機能させるための付記３に記載の自動改札プログラム。
【０１０５】
（付記５）前記コンピュータを、前記判断手段で一致と判断された場合、当該乗車券を検札対象から除外する検札手段として機能させるための付記１〜４のいずれか一つに記載の自動改札プログラム。
【０１０６】
（付記６）前記乗車券変更手段は、前記乗車券の変更情報をホスト上のデータベースに反映させることを特徴とする付記１〜５のいずれか一つに記載の自動改札プログラム。
【０１０７】
（付記７）列車の乗降口近傍に設けられ、乗客に所持された乗車券より乗車券情報を読み取る読取手段と、
前記乗車券情報に基づいて、前記乗客が実際に乗車した列車と、前記乗車券情報に対応する列車とが一致するか否かを判断する判断手段と、
前記判断手段により不一致と判断された場合、前記乗客が実際に乗車した列車の空席状況をデータベースより検索し、乗客に提示する空席検索手段と、
前記乗客により空席が選択された場合、前記乗車券を前記空席用に変更する乗車券変更手段と、
を備えたことを特徴とする自動改札装置。
【０１０８】
（付記８）列車の乗降口近傍で、乗客に所持された乗車券より乗車券情報を読み取る読取工程と、
前記乗車券情報に基づいて、前記乗客が実際に乗車した列車と、前記乗車券情報に対応する列車とが一致するか否かを判断する判断工程と、
前記判断工程で不一致と判断された場合、前記乗客が実際に乗車した列車の空席状況をデータベースより検索し、乗客に提示する空席検索工程と、
前記乗客により空席が選択された場合、前記乗車券を前記空席用に変更する乗車券変更工程と、
を含むことを特徴とする自動改札制御方法。
【０１０９】
【発明の効果】
以上説明したように、本発明によれば、乗客に所持された乗車券より読み取られた乗車券情報に基づいて、乗客が実際に乗車した列車と、乗車券情報に対応する列車とが一致するか否かを判断し、不一致と判断された場合、乗客が実際に乗車した列車の空席状況をデータベースより検索し乗客に提示した後、乗客により空席が選択された場合、乗車券を空席用に変更することとしたので、乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができるという効果を奏する。
【０１１０】
また、本発明によれば、乗客が実際に乗車した列車の当該車両の空席状況を検索し、当該車両が満席である場合、他の車両の空席状況を検索することとしたので、実際に乗車した列車の当該車両から近い順に空席を選択することができ、さらに、乗客の利便性を高めることができるという効果を奏する。
【０１１１】
また、本発明によれば、空席が無い場合、乗車券を自由席用に変更することとしたので、自由席に関する乗車券の変更手続きを迅速に行い、乗客の利便性を高めることができるという効果を奏する。
【０１１２】
また、本発明によれば、乗車券が自由席用に変更された場合、差額料金を精算することとしたので、精算も迅速に行うことができ、乗客の利便性をさらに高めることができるという効果を奏する。
【０１１３】
また、本発明によれば、一致と判断された場合、当該乗車券を検札対象から除外することとしたので、検札時の煩わしさを解消することができ、乗客サービスの向上を図ることができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】図１に示した自動改札装置２００１ が適用される列車１０１ の外観構成を示す図である。
【図３】図２に示した車両１１１ の内部構成を示す図である。
【図４】図１に示したＩＣ乗車券１００に記録された乗車券情報１０１、１０２および１０３を示す図である。
【図５】図１に示した列車情報データベース２１０のテーブル構造を示す図である。
【図６】図１に示した列車側座席情報データベース２２０のテーブル構造を示す図である。
【図７】図１に示したホスト側座席情報データベース４１０のテーブル構造を示す図である。
【図８】図１に示した自動改札装置２００１ 〜２００ｎ の動作を説明するフローチャートである。
【図９】図８に示した検札処理を説明するフローチャートである。
【図１０】図８に示した乗車券情報変更処理を説明するフローチャートである。
【図１１】同一実施の形態における後発列車用変更画面２３０を示す図である。
【図１２】同一実施の形態における先発列車用変更画面２４０を示す図である。
【図１３】同一実施の形態における乗車車両空席選択画面２５０を示す図である。
【図１４】同一実施の形態における別車両空席選択画面２６０を示す図である。
【図１５】同一実施の形態における満席案内画面２８０を示す図である。
【図１６】同一実施の形態の変形例１の構成を説明する図である。
【図１７】同一実施の形態の変形例２の構成を示すブロック図である。
【符号の説明】
１００ ＩＣ乗車券
２００１ 〜２００ｎ 自動改札装置
２０２１ 〜２０２ｓ ＩＣ乗車券リーダ
２０３１ 〜２０３ｓ ＩＣ乗車券リーダ／ライタ
２０４１ 〜２０４ｓ 表示部
２０５１ 〜２０５ｓ タッチパネル
２０６１ 〜２０６ｓ スピーカ
２０７ 無線通信部
３００ 無線ネットワーク
４００ ホスト
８００ 差額精算システム
Claims (5)
- コンピュータを、
列車の乗降口近傍に設けられ、乗客に所持された乗車券より乗車券情報を読み取る読取手段、
前記乗車券情報に基づいて、前記乗客が実際に乗車した列車と、前記乗車券情報に対応する列車とが一致するか否かを判断する判断手段、
前記判断手段により不一致と判断された場合、前記乗客が実際に乗車した列車の空席状況をデータベースより検索し、乗客に提示する空席検索手段、
前記乗客により空席が選択された場合、前記乗車券を前記空席用に変更する乗車券変更手段、
として機能させるための自動改札プログラム。 - 前記空席検索手段は、前記乗客が実際に乗車した列車の当該車両の空席状況を検索し、当該車両が満席である場合、他の車両の空席状況を検索することを特徴とする請求項１に記載の自動改札プログラム。
- 前記乗車券変更手段は、空席が無い場合、前記乗車券を自由席用に変更することを特徴とする請求項１または２に記載の自動改札プログラム。
- 前記コンピュータを、前記乗車券が前記自由席用に変更された場合、差額料金を精算する精算手段として機能させるための請求項３に記載の自動改札プログラム。
- 前記コンピュータを、前記判断手段で一致と判断された場合、当該乗車券を検札対象から除外する検札手段として機能させるための請求項１〜４のいずれか一つに記載の自動改札プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003015118A JP4139695B2 (ja) | 2003-01-23 | 2003-01-23 | 自動改札プログラムおよび自動改札装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003015118A JP4139695B2 (ja) | 2003-01-23 | 2003-01-23 | 自動改札プログラムおよび自動改札装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004227335A true JP2004227335A (ja) | 2004-08-12 |
| JP4139695B2 JP4139695B2 (ja) | 2008-08-27 |
Family
ID=32902959
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003015118A Expired - Fee Related JP4139695B2 (ja) | 2003-01-23 | 2003-01-23 | 自動改札プログラムおよび自動改札装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4139695B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006155173A (ja) * | 2004-11-29 | 2006-06-15 | Nec Corp | 情報提供システム及び方法並びに情報提供用プログラム |
| JP2019164427A (ja) * | 2018-03-19 | 2019-09-26 | 株式会社東芝 | 座席管理システム、サーバ装置、ゲート装置、およびプログラム |
-
2003
- 2003-01-23 JP JP2003015118A patent/JP4139695B2/ja not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006155173A (ja) * | 2004-11-29 | 2006-06-15 | Nec Corp | 情報提供システム及び方法並びに情報提供用プログラム |
| JP2019164427A (ja) * | 2018-03-19 | 2019-09-26 | 株式会社東芝 | 座席管理システム、サーバ装置、ゲート装置、およびプログラム |
| JP7067978B2 (ja) | 2018-03-19 | 2022-05-16 | 株式会社東芝 | 座席管理システム、ゲート装置、およびプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4139695B2 (ja) | 2008-08-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003016279A (ja) | 営業店管理システム | |
| US20080275740A1 (en) | Priority seat management system, priority seat management method, and program storage medium storing program thereof | |
| JP2005018369A (ja) | 列車の座席予約システム、座席予約サーバ、プログラム、及び列車の座席予約方法 | |
| JP2020119441A (ja) | 配車プログラム及び配車システム | |
| US20090177619A1 (en) | Information providing apparatus and input information receiving method | |
| JP7073947B2 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
| JP4139695B2 (ja) | 自動改札プログラムおよび自動改札装置 | |
| JP2005349898A (ja) | 列車分散乗車交通システム、サーバ、乗車率算出方法およびプログラム | |
| JP2005044282A (ja) | 旅行計画管理システム、旅行計画管理方法および運行情報管理プログラム | |
| JP2004185261A (ja) | テーマパークの予約サービスシステムおよびその予約方法 | |
| JP2005258840A (ja) | 車両運行管理システム、車両運行管理方法、および車両運行管理装置 | |
| JP2766607B2 (ja) | 車内検札システム | |
| JP3614355B2 (ja) | 座席予約システム | |
| JP4298370B2 (ja) | 端末機器 | |
| JP4048068B2 (ja) | 座席予約システム | |
| JP2020177410A (ja) | 申請書作成支援装置及び申請書作成支援プログラム | |
| JP2021149847A (ja) | コンピュータプログラム、デジタルチケットシステム、利用者端末装置及び情報処理方法 | |
| JP2008097427A (ja) | 時刻表検索システム、時刻表検索方法、および時刻表検索プログラム | |
| JP2005266857A (ja) | 座席管理方法及び座席管理システム | |
| JP7404489B1 (ja) | 経路検索システム、経路検索プログラム及び記録媒体 | |
| JP2005196557A (ja) | 改札処理システム、自動改札装置、及び改札処理システムで利用可能な情報記憶媒体 | |
| JP3617512B2 (ja) | 情報配信サービス方法及びシステム | |
| JP5057686B2 (ja) | 乗継精算機、および乗継精算方法 | |
| KR100394252B1 (ko) | 승객의 승차 검색시스템을 이용한 기차 승차권 처리시스템 및 그 서비스방법 | |
| JP3665768B2 (ja) | 入退場管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050621 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071107 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071127 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080124 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080603 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080609 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4139695 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130613 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130613 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |