(57)【要約】【課題】振替輸送にともなう混乱を解消することができるとともに、振替輸送に要した費用を効率的、かつ、正確に求めることができる振替費用清算システム、振替費用清算プログラムおよび振替費用清算装置を提供すること。【解決手段】振替輸送経路の乗換駅に指定された駅の改札機は、定期券に振替輸送対象者であることを示す情報が記憶されていればその所有者を無償で通過させる。その際、入札情報もしくは出札情報を振替費用清算装置へ送信する。振替費用清算装置は、受信した入札情報および出札情報を基にして振替輸送に要した費用を算出する。【選択図】        図３
2007041719.tif 000002
【特許請求の範囲】
【請求項１】
駅の改札に配設された改札機と振替費用清算装置とをネットワークで接続して構成された振替費用清算システムであって、
前記改札機は、
振替輸送対象者である旨を示す情報が記録された定期券が提示された場合に、当該の定期券の所有者の通過を認める改札処理手段と、
振替輸送対象者である旨を示す情報が記録された定期券の所有者の入札情報および出札情報を前記振替費用清算装置へ送信する送信手段と
を備え、
前記振替費用清算装置は、
前記送信手段により送信された入札情報および出札情報を受信する受信手段と、
前記受信手段が受信した入札情報および出札情報から振替輸送経路を求める経路取得手段と、
前記経路取得手段が求めた経路の利用料金を求める料金取得手段と、
前記料金取得手段が求めた利用料金を集計する集計手段と
を備えたことを特徴とする振替費用清算システム。
【請求項２】
駅の改札に配設された改札機とネットワークで接続されたコンピュータ上で動作する振替費用清算プログラムであって、
振替輸送対象者である旨を示す情報が記録された定期券の所有者の入札情報および出札情報を前記改札機から受信する受信手順と、
前記受信手順が受信した入札情報および出札情報から振替輸送経路を求める経路取得手順と、
前記経路取得手順が求めた経路の利用料金を求める料金取得手順と、
前記料金取得手順が求めた利用料金を集計する集計手順と
をコンピュータに実行させることを特徴とする振替費用清算プログラム。
【請求項３】
第１の駅と第２の駅の間の平常時の経路の利用料金と、第１の駅と第２の駅の間に不通区間がある場合の経路の利用料金との差額を算出する差額算出手順をさらにコンピュータに実行させることを特徴とする請求項２に記載の振替費用清算プログラム。
【請求項４】
駅の改札に配設された改札機とネットワークで接続された振替費用清算装置であって、
振替輸送対象者である旨を示す情報が記録された定期券の所有者の入札情報および出札情報を前記改札機から受信する受信手段と、
前記受信手段が受信した入札情報および出札情報から振替輸送経路を求める経路取得手段と、
前記経路取得手段が求めた経路の利用料金を求める料金取得手段と、
前記料金取得手段が求めた利用料金を集計する集計手段と
を備えたことを特徴とする振替費用清算装置。
【請求項５】
第１の駅と第２の駅の間の平常時の経路の利用料金と、第１の駅と第２の駅の間に不通区間がある場合の経路の利用料金との差額を算出する差額算出手段をさらに備えたことを特徴とする請求項４に記載の振替費用清算装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、振替費用清算システム、振替費用清算プログラムおよび振替費用清算装置に関し、特に、振替輸送にともなう混乱を解消することができるとともに、振替輸送に要した費用を効率的、かつ、正確に求めることができる振替費用清算システム、振替費用清算プログラムおよび振替費用清算装置に関するものである。
【背景技術】
【０００２】
鉄道の一部区間が事故等によって不通になった場合、並走する他の路線によって顧客を輸送する振替輸送が実施されることが多い。この振替輸送は、顧客に振替乗車票と呼ばれる紙のチケットを配布し、このチケットを所持した顧客を対象に実施される。
【０００３】
顧客は、振替輸送を受けることにより、追加費用を払うことなく目的地に到着することができるが、大勢の顧客であふれている駅の構内で駅員が配布する振替乗車票を入手するには時間を要することが多い。また、振替乗車票は、磁気切符等ではなく単なる紙のチケットのため、改札業務も混乱することが多い。このため、振替輸送を受ける顧客は、迂回による移動時間の増加に加えて、混乱による時間の浪費も避けることができなかった。
【０００４】
振替乗車票が単なる紙のチケットであることは、鉄道会社にとっても問題がある。振替輸送を実施した場合、振替輸送を依頼した鉄道会社から振替輸送を受け入れた鉄道会社に対して振替輸送に要した費用を支払う必要がある。この費用は、現在、振替乗車票の枚数を基準に算定されているが、振替乗車票の配布枚数や回収枚数の計数は手間がかかる上に、正確ではない。
【０００５】
このような問題を解決するため、特許文献１においては、顧客が改札を通過する際に進路に不通区間があれば、その旨を顧客の端末に障害情報を配信することで混乱の解消を図る技術が開示されている。また、特許文献２には、鉄道に障害が発生した場合に、影響を受ける顧客の携帯電話端末に電子的な振替乗車票を配信することで混乱の解消を図る技術が開示されている。
【０００６】
【特許文献１】特開２００４−２１５７９号公報
【特許文献２】特開２００４−３２６４６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の技術は、利用者の混乱を解消することはできても、振替輸送に要した費用の清算のための作業を改善することができていない。鉄道会社も経営の効率化のために人員を削減する傾向にあり、振替輸送に要した費用を効率的、かつ、正確に求める技術が強く要望されている。
【０００８】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、振替輸送にともなう混乱を解消することができるとともに、振替輸送に要した費用を効率的、かつ、正確に求めることができる振替費用清算システム、振替費用清算プログラムおよび振替費用清算装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本発明は、駅の改札に配設された改札機と振替費用清算装置とをネットワークで接続して構成された振替費用清算システムであって、前記改札機は、振替輸送対象者である旨を示す情報が記録された定期券が提示された場合に、当該の定期券の所有者の通過を認める改札処理手段と、振替輸送対象者である旨を示す情報が記録された定期券の所有者の入札情報および出札情報を前記振替費用清算装置へ送信する送信手段とを備え、前記振替費用清算装置は、前記送信手段により送信された入札情報および出札情報を受信する受信手段と、前記受信手段が受信した入札情報および出札情報から振替輸送経路を求める経路取得手段と、前記経路取得手段が求めた経路の利用料金を求める料金取得手段と、前記料金取得手段が求めた利用料金を集計する集計手段とを備えたことを特徴とする。
【００１０】
また、本発明は、駅の改札に配設された改札機とネットワークで接続されたコンピュータ上で動作する振替費用清算プログラムであって、振替輸送対象者である旨を示す情報が記録された定期券の所有者の入札情報および出札情報を前記改札機から受信する受信手順と、前記受信手順が受信した入札情報および出札情報から振替輸送経路を求める経路取得手順と、前記経路取得手順が求めた経路の利用料金を求める料金取得手順と、前記料金取得手順が求めた利用料金を集計する集計手順とをコンピュータに実行させることを特徴とする。
【００１１】
また、本発明は、駅の改札に配設された改札機とネットワークで接続された振替費用清算装置であって、振替輸送対象者である旨を示す情報が記録された定期券の所有者の入札情報および出札情報を前記改札機から受信する受信手段と、前記受信手段が受信した入札情報および出札情報から振替輸送経路を求める経路取得手段と、前記経路取得手段が求めた経路の利用料金を求める料金取得手段と、前記料金取得手段が求めた利用料金を集計する集計手段とを備えたことを特徴とする。
【００１２】
この発明によれば、改札において振替輸送対象者である旨を示す情報が記録された定期券が使用された場合に、当該の定期券の所有者をそのまま通過させるように構成したので、振替乗車票をもちいることなく振替輸送を実現することができ、振替輸送にともなう混乱の発生を回避することができる。
【００１３】
さらに、振替輸送対象者である旨を示す情報が記録された定期券が使用された場合に、入札情報および出札情報を改札機から振替費用清算装置に送信するように構成したので、この情報を基にして、振替輸送に要した費用の正確な値を振替費用清算装置において自動的に算出することができる。
【００１４】
また、本発明は、上記の発明において、第１の駅と第２の駅の間の平常時の経路の利用料金と、第１の駅と第２の駅の間に不通区間がある場合の経路の利用料金との差額を算出する差額算出手順をさらにコンピュータに実行させることを特徴とする。
【００１５】
また、本発明は、第１の駅と第２の駅の間の平常時の経路の利用料金と、第１の駅と第２の駅の間に不通区間がある場合の経路の利用料金との差額を算出する差額算出手段をさらに備えたことを特徴とする。
【００１６】
この発明によれば、料金を支払って振替輸送経路を利用した顧客に対して、平常時の料金との差額を算出し返却できるように構成したので、不通区間が生じた場合に事後清算を前提として振替乗車票をもちいることなく顧客を振替輸送経路に迂回させることができ、振替輸送にともなう混乱の発生を回避することができる。
【発明の効果】
【００１７】
本発明によれば、改札において振替輸送対象者である旨を示す情報が記録された定期券が使用された場合に、当該の定期券の所有者をそのまま通過させるように構成したので、振替乗車票をもちいることなく振替輸送を実現することができ、振替輸送にともなう混乱の発生を回避することができるという効果を奏する。
【００１８】
また、本発明によれば、振替輸送対象者である旨を示す情報が記録された定期券が使用された場合に、入札情報および出札情報を改札機から振替費用清算装置に送信するように構成したので、この情報を基にして、振替輸送に要した費用の正確な値を振替費用清算装置において自動的に算出することができるという効果を奏する。
【００１９】
また、本発明によれば、料金を支払って振替輸送経路を利用した顧客に対して、平常時の料金との差額を算出し返却できるように構成したので、不通区間が生じた場合に事後清算を前提として振替乗車票をもちいることなく顧客を振替輸送経路に迂回させることができ、振替輸送にともなう混乱の発生を回避することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、本発明に係る振替費用清算システム、振替費用清算プログラムおよび振替費用清算装置の好適な実施の形態を詳細に説明する。なお、以下の実施例では、鉄道の定期券および乗車券が無線タグにより実現されていることを前提として説明をおこなうが、定期券や乗車券が磁気カード等の他の記憶媒体によって実現されていてもよい。
【実施例】
【００２１】
まず、本実施例に係る振替費用清算システムの構成について説明する。図１は、本実施例に係る振替費用清算システムの構成を示すブロック図である。
【００２２】
同図に示すように、本実施例に係る振替費用清算システムは、中央管理センターに設置された振替制御情報配信装置１００および振替費用清算装置２００と、各駅に設置された改札機３００〜３０３および清算機４００〜４０３とをインターネット等のネットワーク５００を介して接続して構成される。
【００２３】
振替制御情報配信装置１００は、振替輸送を実現するために必要な各種の制御情報を改札機３００〜３０３等に配信する装置である。振替費用清算装置２００は、振替輸送に要した費用を清算する装置である。振替制御情報配信装置１００および振替費用清算装置２００は、複数の鉄道会社によって共有される。
【００２４】
改札機３００〜３０３は、入札処理および出札処理をおこなう装置である。清算機４００〜４０３は、鉄道の利用料金を精算するための装置であり、顧客自身もしくは鉄道会社の職員が操作する。
【００２５】
なお、図１には、２つの鉄道会社がそれぞれ２つの駅を有し、各駅に改札機と清算機を１台ずつ備えるように図示してあるが、これは一例である。すなわち、振替制御情報配信装置１００および振替費用清算装置２００に接続される鉄道会社の数、鉄道会社が有する駅の数、および、駅に設置される改札機と清算機の数は、いくつであってもよい。
【００２６】
また、振替制御情報配信装置１００と振替費用清算装置２００は、一体の装置として構成されていてもよいし、適宜、機能ごとに分散されていてもよい。
【００２７】
次に、本実施例に係る振替費用清算システムの処理の概要について説明する。図２〜４は、本実施例に係る振替費用清算システムの処理の概要を説明するための説明図である。
【００２８】
図２は、振替輸送を開始する際の処理を示している。振替輸送を開始する場合、まず、振替制御情報配信装置１００が当該の振替輸送を識別するための振替ＩＤを採番し、振替経路を設定する（ステップＳ１１）。
【００２９】
同図では、路線ＡのＡ４駅とＡ５駅の間で障害が発生しており、この間が不通区間となっている。振替制御情報配信装置１００は、路線Ａと並走している路線Ｂを振替先とし、Ａ３駅およびＡ６駅を振替元の路線の乗換駅として選択し、Ｂ１駅およびＢ６駅を振替先の路線の乗換駅として選択したものとする。
【００３０】
振替制御情報配信装置１００は、振替経路を設定すると、関連する装置に振替輸送を実施するための情報を配信する。具体的には、振替費用清算装置２００に対しては、振替ＩＤと不通区間の情報を配信する（ステップＳ１２）。また、振替元の路線の乗換駅であるＡ３駅およびＡ６駅の改札機に対しては、振替ＩＤと不通区間の情報を配信し（ステップＳ１３）、振替先の路線の乗換駅であるＢ１駅およびＢ６駅の改札機に対しては、振替ＩＤを配信する（ステップＳ１４）。
【００３１】
図３は、定期券を所有する顧客が振替輸送を受ける際の処理を示している。なお、ここでいう定期券は、無線タグを備えた携帯電話端末等の機器やＩＣカードであり、所有者は無線タグに記憶された利用期間と利用区間において改札機を自由に通過できる。また、この定期券は、改札機からの無線通信により、必要に応じてデータの書き込みや消去をおこなうことができる。
【００３２】
Ａ１駅とＡ７駅の間を利用区間とする定期券を所有する顧客が振替輸送を受ける場合を例にして説明する。この顧客が駅員等の指示に従って振替輸送を受ける場合、まず、Ａ３駅の改札機を通って出札する。このとき、改札機は、定期券に記憶されている利用区間を読み取り、振替制御情報配信装置１００から配信された不通区間が利用区間に含まれているか否かを確認する。そして、不通区間が利用区間に含まれている場合は、不通区間とともに配信されてきた振替ＩＤを定期券に書き込む（ステップＳ２１）。
【００３３】
続いて、顧客は、定期券を使ってＢ１駅の改札機を通って入札する。このとき、改札機は、定期券に記憶されている振替ＩＤを読み取り、振替制御情報配信装置１００から配信された振替ＩＤと一致するか否かを確認する。そして、一致する場合は、当該の駅が定期券の利用区間外であっても課金をおこなうことなく顧客を通過させ、当該の駅にて振替対象者を入場させた旨を定期券の無線タグのＩＤとともに振替費用清算装置２００へ送信する（ステップＳ２２）。
【００３４】
続いて、顧客は、定期券を使ってＢ６駅の改札機を通って出札する。このとき、改札機は、定期券に記憶されている振替ＩＤを読み取り、振替制御情報配信装置１００から配信された振替ＩＤと一致するか否かを確認する。そして、一致する場合は、当該の駅が定期券の利用区間外であっても課金をおこなうことなく顧客を通過させ、当該の駅にて振替対象者を出場させた旨を定期券の無線タグのＩＤとともに振替費用清算装置２００へ送信する（ステップＳ２３）。
【００３５】
続いて、顧客は、定期券を使ってＡ６駅の改札機を通って入札する。Ａ６駅は、定期券の利用区間内であるため、顧客は課金されることなくＡ６駅に入場することができる。このように、定期券を所有する顧客は、振替乗車票の配布を受けることなく振替輸送を受けることができ、混乱による時間の浪費が発生することがない。
【００３６】
また、振替費用清算装置２００は、Ｂ１駅およびＢ６駅の改札機から送信された情報を記憶し、これを基にして振替に要した費用を算出する（ステップＳ２４）。このように、改札機から送信された情報を基にして振替に要した費用を算出するため、費用の算出を効率的、かつ、正確におこなうことができる。
【００３７】
図４は、乗車券を所有する顧客が振替輸送を受ける際の処理を示している。なお、ここでいう乗車券は、無線タグを備えた携帯電話端末等の機器やＩＣカードであり、所有者が事前にチャージしておいた料金を、改札機が適宜引き落としていく利用形態のものである。また、この乗車券は、改札機からの無線通信により、必要に応じてデータの書き込みや消去をおこなうことができる。
【００３８】
Ａ１駅からＡ７駅へ向かう顧客が振替輸送を受ける場合を例にして説明する。この顧客がＡ１駅の改札機を通って入札すると、乗車券に利用履歴としてＡ１駅に入場した旨が記憶される（ステップＳ３１）。
【００３９】
駅員等の指示に従って振替輸送を受けるため、顧客はＡ３駅の改札機を通って出札する。このとき、改札機は、この顧客が不通区間の先へ向かう顧客であるか否かを判断することができないため、Ａ１駅からＡ３駅の利用料金を乗車券から引き落とし、乗車券に利用履歴としてＡ３駅から出場した旨を記録する（ステップＳ３２）。
【００４０】
続いて、顧客は、Ｂ１駅の改札機を通って入札する。このとき、改札機は、乗車券に利用履歴としてＢ１駅に入場した旨を記録する（ステップＳ３３）。そして、顧客がＢ６駅の改札を通って出札すると、改札機は、この顧客が振替輸送中の顧客であるか否かを判断することができないため、Ｂ１駅からＢ６駅の利用料金を乗車券から引き落とし、乗車券に利用履歴としてＢ６駅から出場した旨を記録する（ステップＳ３４）。
【００４１】
続いて、顧客は、Ａ６駅の改札機を通って入札する。このとき、改札機は、乗車券に利用履歴としてＡ６駅に入場した旨を記録する（ステップＳ３５）。そして、顧客がＡ７駅の改札を通って出札すると、改札機は、この顧客が振替輸送中の顧客であるか否かを判断することができないため、Ａ６駅からＡ７駅の利用料金を乗車券から引き落とし、乗車券に利用履歴としてＡ７駅から出場した旨を記録する（ステップＳ３６）。
【００４２】
改札を出た顧客は、振替輸送により多く発生した料金の払い戻しを受けるため、清算機で清算を受ける。清算の要求を受け付けた清算機は、乗車券に記憶された履歴から選択された出発駅と到着駅の情報を振替費用清算装置２００に送信して払い戻し額を問い合わせ、応答された額を顧客に払い戻す。この払い戻しは、振替輸送後所定の期間受けることができる。
【００４３】
このように、乗車券を所有する顧客は目的地が明確でないため、振替輸送を無償で提供することはできないが、事後清算の仕組みを設けることで、混乱なく、かつ、結果として追加料金を負担させることなく顧客を送り届けることができる。
【００４４】
なお、上記の例では、改札機が出札時に一括して料金を引き落とすものとして説明したが、入札時に最低区間料金を引き落とし、出札時に残りの料金を引き落とすように構成することもできる。
【００４５】
次に、本実施例に係る振替制御情報配信装置の構成について説明する。図５は、本実施例に係る振替制御情報配信装置１００の構成を示す機能ブロック図である。同図に示すように、振替制御情報配信装置１００は、ネットワークインターフェース部１１０と、制御部１２０と、記憶部１３０とを有する。ネットワークインターフェース部１１０は、ネットワークを通じて各種情報をやりとりするためのインターフェース部である。
【００４６】
制御部１２０は、振替制御情報配信装置１００を全体制御するための制御部であり、振替ＩＤ採番部１２１と、振替経路設定部１２２と、制御情報配信部１２３とを有する。振替ＩＤ採番部１２１は、振替輸送を識別するためのユニークなＩＤである振替ＩＤを採番する処理部である。
【００４７】
振替経路設定部１２２は、入力された不通区間の情報と、記憶部１３０の経路情報マスタ１３１の情報とを基にして、振替経路を設定する処理部である。なお、振替経路を複数設定してもよいし、複数の路線を組み合わせた経路を振替経路としてもよい。
【００４８】
制御情報配信部１２３は、振替輸送を実現するために必要な情報をネットワークを通じて各種装置に配信する処理部である。具体的には、振替費用清算装置２００に対しては、振替ＩＤと不通区間の情報を配信する。また、振替元の路線の乗換駅の改札機に対しては、振替ＩＤと不通区間の情報を配信し、振替先の路線の乗換駅の改札機に対しては、振替ＩＤを配信する。また、制御情報配信部１２３は、振替輸送の終了時には、各種装置に振替輸送の完了指示を配信する。
【００４９】
記憶部１３０は、各種情報を記憶する記憶部であり、経路情報マスタ１３１と、配信情報マスタ１３２とを記憶する。経路情報マスタ１３１は、振替経路設定部１２２が振替経路を設定するためにもちいる情報であり、各路線の駅とその接続状態を保持する。配信情報マスタ１３２は、制御情報配信部１２３が各種装置に配信した情報を保持する。
【００５０】
次に、本実施例に係る振替費用清算装置の構成について説明する。図６は、本実施例に係る振替費用清算装置２００の構成を示す機能ブロック図である。同図に示すように、振替費用清算装置２００は、ネットワークインターフェース部２１０と、制御部２２０と、記憶部２３０とを有する。ネットワークインターフェース部２１０は、ネットワークを通じて各種情報をやりとりするためのインターフェース部である。
【００５１】
制御部２２０は、振替費用清算装置２００を全体制御するための制御部であり、データ受信部２２１と、振替料金計算部２２２と、差額料金清算部２２３と、経路取得部２２４と、料金取得部２２５とを有する。
【００５２】
データ受信部２２１は、ネットワークを通じて各種装置から各種の情報を受信し、受信した情報に応じた処理をおこなう処理部である。具体的には、振替輸送の開始時に、振替制御情報配信装置１００から振替ＩＤと不通区間の情報を受信し、記憶部２３０の振替マスタ２３１に記憶させる。また、振替輸送の実施中は、改札機から入札情報および出札情報を受信し、記憶部２３０の振替実績データ２３２に記憶させる。また、振替輸送の実施中および実施後には、清算機より清算要求メッセージを受信する。
【００５３】
図７は、振替マスタ２３１のデータ構成の一例を示すデータ構成図である。同図に示すように、振替マスタ２３１は、振替ＩＤと、不通区間の上り側の路線ＩＤおよび駅ＩＤと、不通区間の下り側の路線ＩＤおよび駅ＩＤと、振替開始日時と、振替終了日時といったデータ項目を有する。
【００５４】
振替ＩＤは、振替輸送を識別するための識別番号である。路線ＩＤは、鉄道路線を識別するためのＩＤであり、駅ＩＤは、駅を識別するためのＩＤである。振替開始日時は、振替輸送が開始された日時であり、振替終了日時は、振替輸送が完了した日時である。
【００５５】
データ受信部２２１は、振替制御情報配信装置１００から振替ＩＤと不通区間の情報を受信すると、振替マスタ２３１にデータを１件追加し、振替ＩＤ〜振替開始日時の項目に受信した情報を設定する。また、振替輸送の完了指示を受信すると、振替輸送の完了日時を振替終了日時の項目に設定する。
【００５６】
図８−１は、振替実績データ２３２のデータ構成の一例を示すデータ構成図である。同図に示すように、振替実績データ２３２は、無線タグＩＤ、振替ＩＤ、路線ＩＤ、駅ＩＤ、区分、日時といったデータ項目を有する。
【００５７】
無線タグＩＤは、定期券に含まれる無線タグのＩＤである。振替ＩＤは、振替輸送を識別するための識別番号である。路線ＩＤは、鉄道路線を識別するためのＩＤであり、駅ＩＤは、駅を識別するためのＩＤである。区分は、定期券の所有者の行動を表し、入札、出札、経由のいずれか一つの値をとる。日時は、前記の行動がおこなわれた日時である。
【００５８】
データ受信部２２１は、改札機から入札情報もしくは出札情報を受信すると、振替実績データ２３２にデータを１件追加し、受信した情報を設定する。
【００５９】
振替料金計算部２２２は、定期券所有者を振替輸送したことにともなう費用を計算する処理部である。具体的には、振替実績データ２３２のデータを無線タグＩＤ、振替ＩＤおよび日時をソートキーにしてソートして各顧客の行動を時系列に再現し、この情報を基にして経路取得部２２４に各顧客の輸送経路を求めさせる。そして、その輸送経路の料金を料金取得部２２５に求めさせ、結果を振替料金データ２３３に格納する。
【００６０】
そして、全ての輸送経路の料金を求めた後に、振替料金データ２３３に格納された料金情報を振替ＩＤ別、かつ、路線ＩＤ別に集計して振替料金集積データ２３４に格納する処理をおこなう。この処理は、振替輸送の完了後に実施される。
【００６１】
図８−２は、ソート後の振替実績データ２３２のデータ構成の一例を示すデータ構成図である。同図に示すように、無線タグＩＤ、振替ＩＤおよび日時をソートキーにしてソートすることにより、定期券所有者の行動が連続して時系列に並ぶことになり、移動経路の識別が容易になる。
【００６２】
図９は、振替料金データ２３３のデータ構成の一例を示すデータ構成図である。同図に示すように、振替料金データ２３３は、無線タグＩＤと、振替ＩＤと、出発側の路線ＩＤ、駅ＩＤおよび日時と、到着側の路線ＩＤ、駅ＩＤおよび日時と、料金といったデータ項目を有する。
【００６３】
無線タグＩＤは、定期券に含まれる無線タグのＩＤである。振替ＩＤは、振替輸送を識別するための識別番号である。路線ＩＤは、鉄道路線を識別するためのＩＤであり、駅ＩＤは、駅を識別するためのＩＤであり、日時は当該の駅にて改札を通過した日時である。料金は、そのデータが表す経路の料金である。
【００６４】
振替料金計算部２２２は、経路取得部２２４が求めた経路ごとに振替料金データ２３３にデータを１件ずつ追加し、各項目に情報を設定する。なお、振替料金データ２３３における同一顧客の入札データと出札データの組み合わせを基にして生成される振替料金データ２３３のデータは１件とは限らない。たとえば、他の鉄道と相互乗り入れがおこなわれている路線の場合、一組の入札データと出札データの組み合わせを基にして、振替料金データ２３３のデータに複数のデータが生成される場合がある。
【００６５】
図１０は、振替料金集積データ２３４のデータ構成の一例を示すデータ構成図である。同図に示すように、振替料金集積データ２３４は、振替ＩＤと、路線と、料金といったデータ項目を有する。振替ＩＤは、振替輸送を識別するための識別番号である。路線ＩＤは、鉄道路線を識別するためのＩＤである。料金は、振替に要した料金の合計額である。
【００６６】
差額料金清算部２２３は、振替輸送を受けた乗車券所有者の要求に基づいて振替輸送によって必要になった料金と通常の料金の差額を計算する処理部である。具体的には、清算を要求された区間の通常時の経路を経路取得部２２４に求めさせ、清算を要求された当日にその経路上に不通区間が存在したか否かを確認する。
【００６７】
ここで、不通区間が存在したことを確認した場合は、経路取得部２２４に不通区間が存在する場合の経路を求めさせる。そして、料金取得部２２５に通常時の経路と、不通区間が存在する場合の経路との料金を求めさせ、その差額を精算額として要求元に応答するとともに差額料金清算データ２３５に記録する。この処理は、振替輸送の実施中および完了後の所定の期間に随時実施される。
【００６８】
なお、経路取得部２２４が求める経路は複数あってもよい。経路取得部２２４が求めた経路が複数存在した場合、差額料金清算部２２３は、たとえば、最も料金の安い経路を差額の計算対象とする。
【００６９】
図１１は、清算要求メッセージのメッセージ形式の一例を示すサンプル図である。清算要求メッセージとは、振替輸送を受けた乗車券所有者が清算機にて所定の操作をおこなった場合に清算機から振替費用清算装置２００に対して送信されるメッセージであり、振替輸送によって必要になった料金と通常の料金の差額を求めるために送信される。
【００７０】
同図に示すように、清算要求メッセージは、日付と、無線タグＩＤと、出発側の路線ＩＤ、駅ＩＤ、区分および日時と、到着側の路線ＩＤ、駅ＩＤ、区分および日時といったデータ項目を有する。
【００７１】
日付は、振替輸送がおこなわれたものとして顧客から指定された日付である。無線タグＩＤは、顧客が所有する乗車券の無線タグのＩＤである。路線ＩＤは、鉄道路線を識別するためのＩＤであり、駅ＩＤは、駅を識別するためのＩＤである。区分は、乗車券の所有者の行動を表し、入札、出札、経由のいずれか一つの値をとる。日時は、前記の行動がおこなわれた日時である。路線ＩＤ〜日時の項目には、顧客の乗車券の無線タグに記憶されている履歴の中から顧客が出発駅および到着駅として指定した情報が設定される。
【００７２】
図１２は、差額料金清算データ２３５のデータ構成の一例を示すデータ構成図である。同図に示すように、差額料金清算データ２３５は、無線タグＩＤと、振替ＩＤと、出発側の路線ＩＤ、駅ＩＤおよび日時と、到着側の路線ＩＤ、駅ＩＤおよび日時と、通常料金と、迂回料金と、払戻額といったデータ項目を有する。
【００７３】
無線タグＩＤは、乗車券に含まれる無線タグのＩＤである。振替ＩＤは、振替輸送を識別するための識別番号である。路線ＩＤは、鉄道路線を識別するためのＩＤであり、駅ＩＤは、駅を識別するためのＩＤであり、日時は当該の駅にて改札を通過した日時である。通常料金は、そのデータが表す経路の通常の料金である。迂回料金は、そのデータが表す経路で振替ＩＤに対応する不通区間が生じた場合の料金である。払戻額は、迂回料金から通常料金を差し引いた額である。
【００７４】
差額料金清算部２２３は、清算要求メッセージが受信され、清算が必要であると判断した場合に差額料金清算データ２３５にデータを１件追加し、各項目に情報を設定する。
【００７５】
経路取得部２２４は、経路情報マスタ２３６を参照して、特定の駅の間の経路を求める処理部である。料金取得部２２５は、料金情報マスタを参照して、特定の輸送経路の利用料金を求める処理部である。経路取得部２２４と料金取得部２２５には既存の路線検索技術を適用することができる。
【００７６】
記憶部２３０は、各種情報を記憶する記憶部であり、振替マスタ２３１と、振替実績データ２３２と、振替料金データ２３３と、振替料金集積データ２３４と、差額料金清算データ２３５と、経路情報マスタ２３６と、料金情報マスタ２３７とを有する。
【００７７】
振替マスタ２３１〜差額料金清算データ２３５については既に説明済のため、説明を省略する。経路情報マスタ２３６は、各路線の駅とその接続状態を保持する。料金情報マスタ２３７は、各路線を利用するための料金情報を保持する。
【００７８】
次に、本実施例に係る改札機の構成について説明する。図１に示した改札機３００〜３０３は、いずれも同様の構成を有するため、ここでは改札機３００を例にして説明することとする。
【００７９】
図１３は、本実施例に係る改札機３００の構成を示す機能ブロック図である。同図に示すように、改札機３００は、ネットワークインターフェース部３１０と、無線タグインターフェース部３２０と、制御部３３０と、記憶部３４０とを有する。
【００８０】
ネットワークインターフェース部３１０は、ネットワークを通じて各種情報をやりとりするためのインターフェース部である。無線タグインターフェース部３２０は、定期券や乗車券の無線タグと無線通信により各種情報をやりとりするためのインターフェース部である。
【００８１】
制御部３３０は、改札機３００を全体制御するための制御部であり、振替制御情報受信部３３１と、改札処理部３３２と、振替実績送信部３３３とを有する。
【００８２】
振替制御情報受信部３３１は、ネットワークを通じて振替制御情報配信装置１００から振替輸送に関する情報を受信し、受信した情報に応じた処理をおこなう処理部である。具体的には、振替輸送の開始時に振替ＩＤと不通区間の情報、もしくは、振替ＩＤのみを受信する。不通区間の情報を受信した場合、振替制御情報受信部３３１は、その情報を振替ＩＤと関連付けて記憶部３４０の不通区間リスト３４１に記憶させる。また、振替ＩＤを受信した場合は、その振替ＩＤを振替ＩＤリスト３４２に記憶させる。
【００８３】
また、振替制御情報受信部３３１は、振替輸送の終了時に振替制御情報配信装置１００から振替輸送の完了指示を受信する。この指示を受信した場合、不通区間リスト３４１および振替ＩＤリスト３４２から完了を指示された振替輸送に対応する振替ＩＤを有するデータを削除する。
【００８４】
改札処理部３３２は、無線タグインターフェース部３２０を介して、定期券や乗車券の無線タグの情報を読み取り、必要に応じて入退場の可否の判断や料金の引き落とし等の処理をおこなう処理部である。改札処理部３３２は、一般的な改札処理に加えて、読み取った無線タグの情報が定期券のものだった場合に以下のような処理をおこなう。
【００８５】
まず、不通区間リスト３４１に不通区間情報が記憶されている場合、無線タグから読み取った定期券の利用区間に不通区間が一部でも含まれるか否かを確認する。そして、利用区間に不通区間が含まれる場合は、無線タグインターフェース部３２０を介して、無線タグに不通区間と関連付けられて記憶されている振替ＩＤを書き込む。
【００８６】
また、改札処理部３３２は、無線タグから読み取った情報に振替ＩＤが含まれており、同一の振替ＩＤが自身の振替ＩＤリスト３４２に含まれる場合、当該の駅が定期券の利用区間外であっても顧客を無償で通過させる。このとき、入札情報もしくは出札情報を振替実績データ３４３に記録する。
【００８７】
利用区間に不通区間が含まれるということは、当該の定期券を所有する顧客は振替輸送が必要であることを意味する。そこで、改札処理部３３２は、そのような場合に振替ＩＤを無線タグに書き込む。そして、無線タグから読み取った振替ＩＤと同じ振替ＩＤが振替ＩＤリスト３４２に含まれる場合は、無償で改札機を通過させる。この振替ＩＤは、振替輸送が必要になるたびにユニークな値が採番されるので、定期券所有者が他の振替輸送区間を不正利用することはできない。
【００８８】
振替実績送信部３３３は、振替実績データ３４３に格納された入札情報および出札情報をネットワークを通じて振替費用清算装置２００へ送信する処理部である。情報の送信は、振替実績データ３４３に新たな情報が記録されるたびにリアルタイムでおこなってもよいし、一定の時間ごとにまとめておこなってもよい。
【００８９】
記憶部３４０は、各種情報を記憶する記憶部であり、不通区間リスト３４１と、振替ＩＤリスト３４２と、振替実績データ３４３とを有する。不通区間リスト３４１は、振替制御情報配信装置１００から配信された不通区間の情報と振替ＩＤとを関連付けて保持する。振替ＩＤリスト３４２は、振替制御情報配信装置１００から配信された振替ＩＤを保持する。振替実績データ３４３は、振替輸送の対象者とみなして無償で通過させた顧客の入札情報および出札情報を保持する。
【００９０】
次に、本実施例に係る清算機の構成について説明する。図１に示した清算機４００〜４０３は、いずれも同様の構成を有するため、ここでは清算機４００を例にして説明することとする。
【００９１】
図１４は、本実施例に係る清算機４００の構成を示す機能ブロック図である。同図に示すように、清算機４００は、ネットワークインターフェース部４１０と、無線タグインターフェース部４２０と、制御部４３０と、表示部４４０と、操作部４５０とを有する。
【００９２】
ネットワークインターフェース部４１０は、ネットワークを通じて各種情報をやりとりするためのインターフェース部である。無線タグインターフェース部４２０は、定期券や乗車券の無線タグと無線通信もしくは有線接続により各種情報をやりとりするためのインターフェース部である。
【００９３】
制御部４３０は、清算機４００を全体制御するための制御部であり、清算処理部４３１を有する。清算処理部４３１は、各種の料金清算処理をおこなう処理部である。表示部４４０は、液晶ディスプレイ等の表示装置であり、操作部４５０は、キーパッド等の入力装置である。
【００９４】
次に、図５に示した振替制御情報配信装置１００の処理手順について説明する。図１５〜１６は、図５に示した振替制御情報配信装置１００の処理手順を示すフローチャートである。
【００９５】
図１５は、振替輸送の開始時の処理手順を示している。振替制御情報配信装置１００は、不通区間の指定を受け付けたならば（ステップＳ１０１）、振替輸送を識別するための振替ＩＤを採番し（ステップＳ１０２）、振替経路を設定する（ステップＳ１０３）。
【００９６】
そして、振替費用清算装置２００に対して、振替ＩＤと不通区間の情報を配信し（ステップＳ１０４）、振替元の路線の乗換駅の改札機に対して、振替ＩＤと不通区間の情報を配信し（ステップＳ１０５）、振替先の路線の乗換駅の改札機に対して、振替ＩＤを配信する（ステップＳ１０６）。
【００９７】
図１６は、振替輸送の完了時の処理手順を示している。振替制御情報配信装置１００は、振替輸送の完了を受け付けたならば（ステップＳ２０１）、振替費用清算装置２００に対して、振替ＩＤと振替完了日時を配信し（ステップＳ２０２）、振替元の路線の乗換駅の改札機に対して、振替ＩＤと振替完了指示を配信し（ステップＳ２０３）、振替先の路線の乗換駅の改札機に対して、振替ＩＤと振替完了指示を配信する（ステップＳ２０４）。
【００９８】
次に、図１３に示した改札機３００の処理手順について説明する。図１７〜１８は、図１３に示した改札機３００の処理手順を示すフローチャートである。
【００９９】
図１７は、出札の場合の処理手順を示している。改札機３００は、出札する乗車券類の無線タグの情報を読み取り（ステップＳ３０１）、当該の乗車券類が定期券でなければ（ステップＳ３０２否定）、通常の出札処理をおこなって処理を完了する（ステップＳ３１３）。
【０１００】
乗車券類が定期券の場合は（ステップＳ３０２肯定）、不通区間リスト３４１に情報が保持されているかを確認する。そして、情報が保持されている場合は（ステップＳ３０３肯定）、不通区間リスト３４１に保持されている不通区間が定期の利用区間に含まれるかを確認する（ステップＳ３０４）。
【０１０１】
ここで、不通区間が定期の利用区間に含まれる場合は（ステップＳ３０５肯定）、定期券の無線タグに不通区間に対応する振替ＩＤを書き込む（ステップＳ３０６）。不通区間リスト３４１に情報が保持されていない場合（ステップＳ３０３否定）、および、不通区間が定期の利用区間に含まれない場合は（ステップＳ３０５否定）、振替ＩＤの書き込みはおこなわない。
【０１０２】
その後、当該の駅が定期の利用区間内であるかを確認し、利用区間内であれば（ステップＳ３０７肯定）、通常の出札処理をおこなって処理を完了する（ステップＳ３１３）。
【０１０３】
当該の駅が定期の利用区間内でなければ（ステップＳ３０７否定）、無線タグから読み取った情報に振替ＩＤが含まれるか否かを確認する（ステップＳ３０８）。そして、振替ＩＤが含まれていなければ（ステップＳ３０９否定）、通常の出札処理をおこなって処理を完了する（ステップＳ３１３）。
【０１０４】
無線タグから読み取った情報に振替ＩＤが含まれる場合は（ステップＳ３０９肯定）、無線タグから読み取った振替ＩＤと同一のＩＤが振替ＩＤリスト３４２に含まれるか否かを確認する（ステップＳ３１０）。そして、同一のＩＤが含まれていなければ（ステップＳ３１１否定）、通常の出札処理をおこなって処理を完了する（ステップＳ３１３）。
【０１０５】
無線タグから読み取った振替ＩＤと同一のＩＤが振替ＩＤリスト３４２に含まれる場合は（ステップＳ３１１肯定）、振替費用清算装置２００に出札情報を送信し、顧客をそのまま通過させる（ステップＳ３１２）。
【０１０６】
図１８は、入札の場合の処理手順を示している。改札機３００は、入札する乗車券類の無線タグの情報を読み取り（ステップＳ４０１）、当該の乗車券類が定期券でなければ（ステップＳ４０２否定）、通常の入札処理をおこなって処理を完了する（ステップＳ４０９）。
【０１０７】
乗車券類が定期券の場合は（ステップＳ４０２肯定）、当該の駅が定期の利用区間内であるかを確認し、利用区間内であれば（ステップＳ４０３肯定）、通常の入札処理をおこなって処理を完了する（ステップＳ４０９）。
【０１０８】
当該の駅が定期の利用区間内でなければ（ステップＳ４０３否定）、無線タグから読み取った情報に振替ＩＤが含まれるか否かを確認する（ステップＳ４０４）。そして、振替ＩＤが含まれていなければ（ステップＳ４０５否定）、通常の入札処理をおこなって処理を完了する（ステップＳ４０９）。
【０１０９】
無線タグから読み取った情報に振替ＩＤが含まれる場合は（ステップＳ４０５肯定）、無線タグから読み取った振替ＩＤと同一のＩＤが振替ＩＤリスト３４２に含まれるか否かを確認する（ステップＳ４０６）。そして、同一のＩＤが含まれていなければ（ステップＳ４０７否定）、通常の入札処理をおこなって処理を完了する（ステップＳ４０９）。
【０１１０】
無線タグから読み取った振替ＩＤと同一のＩＤが振替ＩＤリスト３４２に含まれる場合は（ステップＳ４０７肯定）、振替費用清算装置２００に入札情報を送信し、顧客をそのまま通過させる（ステップＳ４０８）。
【０１１１】
次に、図１４に示した清算機４００の処理手順について説明する。図１９は、図１４に示した清算機４００の処理手順を示すフローチャートである。同図は、乗車券所有者から振替輸送により支払った料金の差額の返還を求められた場合の処理手順を示している。
【０１１２】
清算機４００は、まず、乗車券の無線タグの情報を読み取り、無線タグのＩＤと乗車履歴情報を取得する（ステップＳ５０１）。そして、表示部に利用日のリストを表示し、顧客に清算対象日、すなわち、振替輸送がおこなわれた日を選択させる（ステップＳ５０２）。
【０１１３】
清算対象日が選択されたならば、乗車履歴情報から当日の利用駅を抽出して表示部にそのリストを表示し、顧客に出発駅と到着駅を選択させる（ステップＳ５０３）。そして、出発駅と到着駅が選択されたならば、清算要求メッセージを編集して振替費用清算装置２００に送信する（ステップＳ５０４）。
【０１１４】
そして、振替費用清算装置２００からの応答を受信したならば内容を確認し（ステップＳ５０５）、清算が可能であれば（ステップＳ５０６肯定）、応答に含まれる清算金額を乗車券の無線タグにチャージする等して払い戻す（ステップＳ５０７）。清算が可能でない場合は（ステップＳ５０６否定）、応答に含まれるメッセージを表示部に表示する（ステップＳ５０８）。
【０１１５】
次に、図６に示した振替費用清算装置２００の処理手順について説明する。図２０〜２１は、図６に示した振替費用清算装置２００の処理手順を示すフローチャートである。
【０１１６】
図２０は、定期券所有者の振替輸送にともなう費用を集計する処理の処理手順を示している。振替費用清算装置２００は、まず、振替実績データ２３２のデータを無線タグＩＤ、振替ＩＤおよび日時をソートキーにしてソートする（ステップＳ６０１）。
【０１１７】
そして、ソートした振替実績データ２３２から出発駅と到着駅を抽出し（ステップＳ６０２）、出発駅から到着駅までの経路を求める（ステップＳ６０３）。そして、求めた経路の料金を求め、結果を振替料金データ２３３に格納する（ステップＳ６０４）。
【０１１８】
ここで、未処理のデータが残っていれば（ステップＳ６０５否定）、ステップＳ６０２に復帰して経路と料金を求める処理をおこなう。全てのデータの処理を完了した場合は（ステップＳ６０５肯定）、振替料金データ２３３に格納された料金情報を振替ＩＤ別、かつ、路線ＩＤ別に集計し（ステップＳ６０６）、結果を振替料金集積データ２３４に格納する（ステップＳ６０７）。
【０１１９】
図２１は、振替輸送を受けた乗車券所有者の要求に基づいて振替輸送によって必要になった料金と通常の料金の差額を計算する処理の処理手順を示している。振替費用清算装置２００は、清算機から清算要求メッセージを受信すると（ステップＳ７０１）、差額料金清算データ２３５を参照して清算済みであるか否かを確認し、清算済みであれば（ステップＳ７０２肯定）、エラーメッセージを含んだ応答を要求元に送信し（ステップＳ７１０）、処理を終了する。
【０１２０】
清算済みでない場合は（ステップＳ７０２否定）、清算要求メッセージに含まれる出発駅と到着駅間の最適経路を求め（ステップＳ７０３）、振替マスタ２３１を参照して当日その最適経路上に不通区間があったかを確認する（ステップＳ７０４）。ここで、最適経路上に不通区間がなかった場合は（ステップＳ７０５否定）、エラーメッセージを含んだ応答を要求元に送信し（ステップＳ７１０）、処理を終了する。
【０１２１】
最適経路上に不通区間があった場合は（ステップＳ７０５肯定）、その不通区間がある場合の出発駅と到着駅間の最適経路を求める（ステップＳ７０６）。そして、不通区間がある場合とない場合の２つの経路の料金を求めてその差額を計算し（ステップＳ７０７）、計算結果を差額料金清算データ２３５に記録する（ステップＳ７０８）。そして、料金の差額を含めた応答を要求元に送信し（ステップＳ７０９）、処理を終了する。
【０１２２】
上記実施例で説明した振替制御情報配信装置１００および振替費用清算装置２００の各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによっても実現することができる。そこで、以下では、図２２をもちいて、そのようなプログラムを実行するコンピュータの一例を説明する。
【０１２３】
図２２は、振替費用清算プログラムを実行するコンピュータを示す機能ブロック図である。このコンピュータ１０００は、ユーザからのデータの入力を受け付ける入力装置１０１０、モニタ１０２０、各種プログラムを記録した記録媒体からプログラムを読み取る媒体読取り装置１０３０、各種情報を一時記憶するＲＡＭ（Random Access Memory）１０４０、ネットワークを介して他のコンピュータとの間でデータの授受をおこなうネットワークインターフェース装置１０５０、ＨＤＤ（Hard Disk Drive）１０６０およびＣＰＵ（Central Processing Unit）１０７０をバス１０８０で接続して構成される。
【０１２４】
そして、ＨＤＤ１０６０には、振替費用清算装置２００の機能と同様の機能を発揮するプログラムである振替費用清算プログラム１０６０ｂが記憶されている。ＨＤＤ１０６０には、図６の振替マスタ２３１〜料金情報マスタ２３７に対応する振替費用清算ＤＢ１０６０ａも記憶される。
【０１２５】
なお、振替費用清算ＤＢ１０６０ａについては、適宜統合または分散して配置することとしてもよい。
【０１２６】
そして、ＣＰＵ１０７０が、振替費用清算プログラム１０６０ｂをＨＤＤ１０６０から読み出して実行することにより、同プログラムは、振替費用清算プロセス１０７０ａとして機能するようになる。この振替費用清算プロセス１０７０ａは、図６に示した制御部２２０に対応する。
【０１２７】
また、ＣＰＵ１０７０は、ＨＤＤ１０６０の振替費用清算ＤＢ１０６０ａから適宜必要な情報を読み出してＲＡＭ１０４０に振替費用清算データ１０４０ａとして格納し、このＲＡＭ１０４０に格納された振替費用清算データ１０４０ａに基づいて各種データ処理を実行する。
【０１２８】
なお、上記の振替費用清算プログラム１０６０ｂについては、必ずしもＨＤＤ１０６０に格納されている必要はなく、ＣＤ−ＲＯＭ等の記憶媒体に記憶された振替費用清算プログラム１０６０ｂを、コンピュータ１０００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮ等を介してコンピュータ１０００に接続される他のコンピュータ（またはサーバ）などに振替費用清算プログラム１０６０ｂを記憶させておき、コンピュータ１０００がこれらからプログラムを読み出して実行するようにしてもよい。
【０１２９】
上述してきたように、本実施例では、改札において振替輸送対象者である旨を示す情報が記録された定期券が使用された場合に、当該の定期券の所有者をそのまま通過させるように構成したので、振替乗車票をもちいることなく振替輸送を実現することができ、振替輸送にともなう混乱の発生を回避することができる。
【０１３０】
さらに、振替輸送対象者である旨を示す情報が記録された定期券が使用された場合に、入札情報および出札情報を改札機から振替費用清算装置に送信するように構成したので、この情報を基にして、振替輸送に要した費用の正確な値を振替費用清算装置において自動的に算出することができる。
【０１３１】
（付記１）駅の改札に配設された改札機と振替費用清算装置とをネットワークで接続して構成された振替費用清算システムであって、
前記改札機は、
振替輸送対象者である旨を示す情報が記録された定期券が提示された場合に、当該の定期券の所有者の通過を認める改札処理手段と、
振替輸送対象者である旨を示す情報が記録された定期券の所有者の入札情報および出札情報を前記振替費用清算装置へ送信する送信手段と
を備え、
前記振替費用清算装置は、
前記送信手段により送信された入札情報および出札情報を受信する受信手段と、
前記受信手段が受信した入札情報および出札情報から振替輸送経路を求める経路取得手段と、
前記経路取得手段が求めた経路の利用料金を求める料金取得手段と、
前記料金取得手段が求めた利用料金を集計する集計手段と
を備えたことを特徴とする振替費用清算システム。
【０１３２】
（付記２）駅の改札に配設された改札機とネットワークで接続されたコンピュータ上で動作する振替費用清算プログラムであって、
振替輸送対象者である旨を示す情報が記録された定期券の所有者の入札情報および出札情報を前記改札機から受信する受信手順と、
前記受信手順が受信した入札情報および出札情報から振替輸送経路を求める経路取得手順と、
前記経路取得手順が求めた経路の利用料金を求める料金取得手順と、
前記料金取得手順が求めた利用料金を集計する集計手順と
をコンピュータに実行させることを特徴とする振替費用清算プログラム。
【０１３３】
（付記３）第１の駅と第２の駅の間の平常時の経路の利用料金と、第１の駅と第２の駅の間に不通区間がある場合の経路の利用料金との差額を算出する差額算出手順をさらにコンピュータに実行させることを特徴とする付記２に記載の振替費用清算プログラム。
【０１３４】
（付記４）駅の改札に配設された改札機とネットワークで接続された振替費用清算装置であって、
振替輸送対象者である旨を示す情報が記録された定期券の所有者の入札情報および出札情報を前記改札機から受信する受信手段と、
前記受信手段が受信した入札情報および出札情報から振替輸送経路を求める経路取得手段と、
前記経路取得手段が求めた経路の利用料金を求める料金取得手段と、
前記料金取得手段が求めた利用料金を集計する集計手段と
を備えたことを特徴とする振替費用清算装置。
【０１３５】
（付記５）第１の駅と第２の駅の間の平常時の経路の利用料金と、第１の駅と第２の駅の間に不通区間がある場合の経路の利用料金との差額を算出する差額算出手段をさらに備えたことを特徴とする付記４に記載の振替費用清算装置。
【０１３６】
（付記６）駅の改札に配設された改札機と振替費用清算装置とをネットワークで接続して構成された振替費用清算システムにおける振替費用清算方法であって、
前記改札機において、振替輸送対象者である旨を示す情報が記録された定期券が提示された場合に、当該の定期券の所有者の通過を認める改札処理工程と、
振替輸送対象者である旨を示す情報が記録された定期券の所有者の入札情報および出札情報を前記振替費用清算装置へ送信する送信工程と、
前記振替費用清算装置において、前記送信工程により送信された入札情報および出札情報を受信する受信工程と、
前記受信工程が受信した入札情報および出札情報から振替輸送経路を求める経路取得工程と、
前記経路取得工程が求めた経路の利用料金を求める料金取得工程と、
前記料金取得工程が求めた利用料金を集計する集計工程と
を含んだことを特徴とする振替費用清算方法。
【産業上の利用可能性】
【０１３７】
以上のように、本発明に係る振替費用清算システム、振替費用清算プログラムおよび振替費用清算装置は、振替輸送に要した費用の算出に有用であり、特に、振替輸送に要した費用を効率的、かつ、正確に求めることが必要な場合に適している。
【図面の簡単な説明】
【０１３８】
【図１】本実施例に係る振替費用清算システムの構成を示すブロック図である。
【図２】本実施例に係る振替費用清算システムの処理の概要を説明するための説明図である。
【図３】本実施例に係る振替費用清算システムの処理の概要を説明するための説明図である。
【図４】本実施例に係る振替費用清算システムの処理の概要を説明するための説明図である。
【図５】本実施例に係る振替制御情報配信装置の構成を示す機能ブロック図である。
【図６】本実施例に係る振替費用清算装置の構成を示す機能ブロック図である。
【図７】振替マスタのデータ構成の一例を示すデータ構成図である。
【図８−１】振替実績データのデータ構成の一例を示すデータ構成図である。
【図８−２】ソート後の振替実績データのデータ構成の一例を示すデータ構成図である。
【図９】振替料金データのデータ構成の一例を示すデータ構成図である。
【図１０】振替料金集積データのデータ構成の一例を示すデータ構成図である。
【図１１】清算要求メッセージのメッセージ形式の一例を示すサンプル図である。
【図１２】差額料金清算データのデータ構成の一例を示すデータ構成図である。
【図１３】本実施例に係る改札機の構成を示す機能ブロック図である。
【図１４】本実施例に係る清算機の構成を示す機能ブロック図である。
【図１５】図５に示した振替制御情報配信装置の処理手順を示すフローチャートである。
【図１６】図５に示した振替制御情報配信装置の処理手順を示すフローチャートである。
【図１７】図１３に示した改札機の処理手順を示すフローチャートである。
【図１８】図１３に示した改札機の処理手順を示すフローチャートである。
【図１９】図１４に示した清算機の処理手順を示すフローチャートである。
【図２０】図６に示した振替費用清算装置の処理手順を示すフローチャートである。
【図２１】図６に示した振替費用清算装置の処理手順を示すフローチャートである。
【図２２】振替費用清算プログラムを実行するコンピュータを示す機能ブロック図である。
【符号の説明】
【０１３９】
１００    振替制御情報配信装置
１１０    ネットワークインターフェース部
１２０    制御部
１２１    振替ＩＤ採番部
１２２    振替経路設定部
１２３    制御情報配信部
１３０    記憶部
１３１    経路情報マスタ
１３２    配信情報マスタ
２００    振替費用清算装置
２１０    ネットワークインターフェース部
２２０    制御部
２２１    データ受信部
２２２    振替料金計算部
２２３    差額料金清算部
２２４    経路取得部
２２５    料金取得部
２３０    記憶部
２３１    振替マスタ
２３２    振替実績データ
２３３    振替料金データ
２３４    振替料金集積データ
２３５    差額料金清算データ
２３６    経路情報マスタ
２３７    料金情報マスタ
３００〜３０３  改札機
３１０    ネットワークインターフェース部
３２０    無線タグインターフェース部
３３０    制御部
３３１    振替制御情報受信部
３３２    改札処理部
３３３    振替実績送信部
３４０    記憶部
３４１    不通区間リスト
３４２    振替ＩＤリスト
３４３    振替実績データ
４００〜４０３  清算機
４１０    ネットワークインターフェース部
４２０    無線タグインターフェース部
４３０    制御部
４３１    清算処理部
４４０    表示部
４５０    操作部
５００    ネットワーク
１０００    コンピュータ
１０１０    入力装置
１０２０    モニタ
１０３０    媒体読取り装置
１０４０    ＲＡＭ
１０４０ａ  振替費用清算データ
１０５０    ネットワークインターフェース装置
１０６０    ＨＤＤ
１０６０ａ  振替費用清算ＤＢ
１０６０ｂ  振替費用清算プログラム
１０７０    ＣＰＵ
１０７０ａ  振替費用清算プロセス
１０８０    バス
【図１】
2007041719.tif 000003
【図２】
2007041719.tif 000004
【図３】
2007041719.tif 000005
【図４】
2007041719.tif 000006
【図５】
2007041719.tif 000007
【図６】
2007041719.tif 000008
【図７】
2007041719.tif 000009
【図８−１】
2007041719.tif 000010
【図８−２】
2007041719.tif 000011
【図９】
2007041719.tif 000012
【図１０】
2007041719.tif 000013
【図１１】
2007041719.tif 000014
【図１２】
2007041719.tif 000015
【図１３】
2007041719.tif 000016
【図１４】
2007041719.tif 000017
【図１５】
2007041719.tif 000018
【図１６】
2007041719.tif 000019
【図１７】
2007041719.tif 000020
【図１８】
2007041719.tif 000021
【図１９】
2007041719.tif 000022
【図２０】
2007041719.tif 000023
【図２１】
2007041719.tif 000024
【図２２】
2007041719.tif 000025