JP2022086745A - 発券ユニット、自動改札機、発券方法、および発券プログラム - Google Patents

Abstract

【課題】企画券が、乗車券情報を示す光学的読取コードが券面に形成された乗車券であっても、コピー等の不正使用に対するセキュリティの向上が図れる。
【解決手段】乗車券には、券面に、乗車券情報を示す光学的読取コードが形成されている。発券ユニットは、乗車券から読み取った乗車券情報によって、その乗車券が更新が認められた種類であるかどうかを判定する。発券ユニットは、更新が認められた種類の乗車券であれば、その乗車券の使用状態に応じて決定される乗車券の更新可否の判定結果を取得し、取得した判定結果に応じて、更新した乗車券の発券を行う。
【選択図】図５

Description

この発明は、２次元バーコード等の光学的読取コードが示す乗車券情報を読み取って改札処理を行う技術に関する。

従来、駅の改札口では、駅構内に入場する利用者や、駅構内から出場する利用者に対する改札処理を自動改札機で行っている。自動改札機は、周知のように、改札通路を通行する利用者が所持している乗車券を受け付け、この乗車券に記録されている乗車券情報を読み取る。自動改札機は、読み取った乗車券情報に基づき、改札通路における利用者の通行を許可するかどうかを判定し、その判定結果に応じて改札通路における利用者の通行を制限する。

また、乗車券情報を、２次元バーコード等の光学的読取コードで券面に形成した乗車券（以下、光学式乗車券と言う。）を受け付け、改札処理を行う改札システムがある（特許文献１等参照）。光学的読取コードは、例えばＱＲコード（登録商標）である。自動改札機は、改札処理の際に受け付けた光学式乗車券に対して、入場情報（駅構内への入場に使用されたことを示す情報）や出場情報（駅構内からの出場に使用されたことを示す情報）を記録することができない。

特許文献１の改札システムは、光学式乗車券の不正使用（使い回し、キセル等）を防止するため、光学式乗車券の使用状態（未使用、使用中、使用済）を上位装置で管理している。自動改札機は、改札処理時に、受け付けた乗車券の使用状態を上位装置から取得し、取得した使用状態を用いて改札処理を行っている。

特開２０１３－ ９７５３７号公報

しかしながら、乗車券には、鉄道の利用回数が１回に限定された通常キップだけでなく、鉄道の利用回数に関係なく運賃が一定である企画券がある。ここで言う、通常キップは、ある駅で入場し、鉄道を利用して移動した別の駅で出場すると、使用済みになる乗車券である。これに対し、企画券は、有効期間内であれば、予め定められている有効区間内に位置する駅で何度でも入出場できる乗車券である。すなわち、企画券は、ある駅で入場し、鉄道を利用して移動した別の駅で出場しても、有効期間内であれば使用済みにならず、繰り返し鉄道の利用に使用できる乗車券である。企画券は、電鉄会社によって実施されている利用者サービスの１つである。企画券は、有効期間が１日である１日乗車券や、有効期間が週末の複数日（例えば、金、土、日の３日や、土、日の２日）である週末フリーパス券等、様々な種類がある。

光学式乗車券は、周知の磁気券（乗車券情報を磁気データで記録した乗車券）、および非接触ＩＣ券（無線通信機能を有し、乗車券情報を電子データで内蔵メモリに記憶した乗車券）に比べて安価である。したがって、企画券を光学式乗車券にすることで、企画券の運用コストを抑えられる。

一方で、企画券を光学式乗車券にすると、その企画券は、上位装置で使用状態を管理しても、有効期間内であれば、繰り返し何度使用されても使用済みにならない。したがって、あるタイミングで企画券の光学的読取コードがコピーされると、コピーされた光学的読取コードが、その企画券の有効期間内に何度でも繰り返し使用でき、不正使用に対するセキュリティが低いという問題があった。

この発明の目的は、企画券が乗車券情報を示す光学的読取コードが券面に形成された乗車券であっても、コピー等の不正使用に対するセキュリティの向上が図れる技術を提供することにある。

この発明の発券ユニットは、上記目的を達成するため以下に示すように構成している。

通信部は、乗車券情報を示す光学的読取コードが券面に形成された乗車券の使用状態を管理する状態管理サーバとデータ通信を行う。乗車券の券面に形成された光学的読取コードは、ＱＲコード（登録商標）等の２次元バーコードであってもよいし、１次元バーコードであってもよい。乗車券は、鉄道に限らず、バス等の他の公共交通機関で使用されるものであってもよい。

状態管理サーバは、例えば、乗車券毎に、その乗車券の使用状態を、未使用状態、使用中状態、使用済状態の３つの状態で管理する。未使用状態は、例えば、駅構内への入場に使用されていない状態、またはバスの乗車に使用されていない状態である。使用中状態は、例えば、駅構内への入場に使用された後、駅構内からの出場に使用されていない状態、またはバスの乗車に使用された後、バスからの降車に使用されていない状態である。使用済状態は、例えば、駅構内への入場、および駅構内からの出場に使用された状態、またはバスの乗車、およびバスからの降車に使用された状態である。

種類判定部は、読取部で読み取った乗車券情報によって、乗車券の種類が、その乗車券の更新が認められた種類であるかどうかを判定する。例えば、鉄道等の利用回数が１回に限定された乗車券は、更新が認められた種類ではなく、鉄道の利用回数に関係なく運賃が一定である乗車券（企画券等）は、更新が認められた種類である、と判定される。

判定結果取得部は、乗車券の種類が、乗車券の更新が認められた種類であれば、状態管理サーバとのデータ通信により、当該乗車券の使用状態に応じて決定される乗車券の更新可否の判定結果を取得する。乗車券の更新可否を判定する処理は、状態管理サーバ側で行われてもよいし、発券ユニット側で行われてもよい。

乗車券の更新可否を判定する処理は、例えば、乗車券の使用状態が未使用状態であるとき更新不可と判定し、使用状態が使用済状態であるとき更新可と判定すればよい。また、乗車券の使用状態が使用中状態である乗車券については、使用中状態から使用済状態へ移行させる直前であれば（例えば、その時点で出場にかかる改札処理を行っているとき）、更新可と判定すればよい。言い換えれば、使用状態が使用中状態である乗車券については、使用済状態へ移行させる直前でなければ、更新不可と判定すればよい。

発券部は、判定結果取得部が取得した判定結果が乗車券の更新可であれば、今回乗車券情報を取得した乗車券について、更新した乗車券の発券を行う。

この構成では、更新が認められた種類の乗車券（例えば、企画券）については、更新した乗車券が発券される。使用状態が使用済状態になった乗車券の再使用を禁止することにより、企画券の光学的読取コードが、あるタイミングでコピーされたとしても、コピーされた企画券の光学的読取コードは、その企画券の有効期間内であっても、何度も繰り返し使用できない。したがって、企画券が、乗車券情報を示す光学的読取コードが券面に形成された乗車券であっても、コピー等の不正使用に対するセキュリティの向上が図れる。また、企画券の運用コストを低減できる。

また、発券部は、発券した乗車券の券面に形成した光学的読取コードが示す乗車券情報に、その乗車券を識別する識別番号、および更新回数に応じた更新番号を含ませる構成にしてもよい。この場合、乗車券の使用状態を、識別番号、および更新番号に対応付けて管理することにより、更新した乗車券毎に使用状態を簡単に管理できる。

また、この発券ユニットを、駅構内から出場する利用者に対して改札処理を行う自動改札機に設け、発券部は、判定結果取得部が取得した判定結果が乗車券の更新可であれば、今回の改札処理で使用された乗車券について、更新した乗車券の発券を行う構成にしてもよい。

この場合、発券部は、改札処理で、利用者に対して駅構内からの出場を許可しないと判定されたとき、判定結果取得部が取得した判定結果に関係なく、更新した乗車券の発券を行わなければよい。

この発明によれば、企画券が、乗車券情報を示す光学的読取コードが券面に形成された乗車券であっても、コピー等の不正使用に対するセキュリティの向上が図れる。

この例の駅務システムを示す概略図である。 図２（Ａ）、（Ｂ）は、この例の駅務システムで使用される光学式乗車券を示す図である。 図３（Ａ）は、通常キップの使用状態データを示す図であり、図４（Ｂ）は、企画券の使用状態データを示す図である。 利用者が企画券を使用するサイクルを説明する概略図である。 発券装置の主要部の構成を示すブロック図である。 自動改札機の主要部の構成を示すブロック図である。 状態管理サーバの主要部の構成を示すブロック図である。 自動改札機の改札処理にかかる動作を示すフローチャートである。 状態管理サーバの動作を示すフローチャートである。 発券装置の動作を示すフローチャートである。 変形例１の自動改札機の主要部の構成を示す図である。 変形例１の自動改札機の駅構内から出場する利用者に対する改札処理を示すフローチャートである。

以下、この発明の実施形態について説明する。

＜１．適用例＞
図１は、この例の駅務システムを示す概略図である。この例の駅務システムに属する各駅には、発券装置１、自動改札機２等の駅務機器が設置されている。また、この例の駅務システムは、センタに設置された状態管理サーバ３を有している。

図２（Ａ）、（Ｂ）は、この例の駅務システムで使用される光学式乗車券を示す図である。光学式乗車券には、図２（Ａ）に示す企画券１００と、図２（Ｂ）に示す通常キップ１０１とがある。通常キップ１０１は、利用回数が１回に限定された乗車券である。

企画券１００は、有効期間内であれば、利用者が予め定められている有効区間内に位置する駅で何度でも入出場できる乗車券である（ただし、入出場のサイクルが適正でなければならない。）。企画券１００は、電鉄会社によって実施されている利用者サービスの１つである。企画券１００の種類には、例えば、有効期間が１日である１日乗車券や、有効期間が週末の複数日（例えば、金、土、日の３日や、土、日の２日）である週末フリーパス券がある。また、企画券１００の種類毎に、その企画券１００の有効区間を決めている。

企画券１００の券面に形成されている２次元バーコード１００ａが乗車券情報（有効期間、有効区間等）を示す。同様に、通常キップ１０１の券面に形成されている２次元バーコード１０１ａが乗車券情報を示す。

なお、この例の駅務システムは、改札処理に使用できる乗車券に、公知の非接触ＩＣ券や、磁気券が含まれていてもよいし、含まれていなくてもよい。すなわち、この例の駅務システムは、少なくとも光学式乗車券が改札処理に使用できる構成であればよい。ここでは、非接触ＩＣ券、および磁気券を処理するための構成、およびその処理の詳細については特に説明しない。

図１では、この駅務システムに属する３つの駅（Ａ駅、Ｂ駅、およびＣ駅）を例示している。この駅務システムに属する駅は、図示している３つだけではない。この駅務システムに属する各駅には、発券装置１、および自動改札機２がそれぞれ１台以上設置されている。駅毎に、その駅に設置する発券装置１の設置台数を決めている。同様に、駅毎に、その駅に設置する自動改札機２の設置台数を決めている。この例では、発券装置１が、この発明で言う発券ユニットに相当する。自動改札機２は、利用者に対する改札処理を行う。周知のように、自動改札機２には、入場専用のもの、出場専用のもの、および入出場の両方を行うものがある。発券装置１は、更新した光学式乗車券（この例では、企画券１００）の発券を行う。

なお、各駅には、券売機、精算機等の他の種類の駅務機器も設置されているが、ここでは、これらの駅務機器の説明を省略する。

状態管理サーバ３は、光学式乗車券毎に、その光学式乗車券の使用状態を管理する。光学式乗車券の使用状態は、未使用状態、使用中状態、使用済状態の３つの状態で管理される。未使用状態は、駅構内への入場に使用されていない状態である。使用中状態は、駅構内への入場に使用された後、駅構内からの出場に使用されていない状態である。使用済状態は、駅構内への入場、および駅構内からの出場に使用された状態である。

各駅に設置されている駅務機器（発券装置１、自動改札機２等）は、ネットワーク６を介して状態管理サーバ３とデータ通信が行える。駅務機器と状態管理サーバ３とのデータ通信は、駅務機器が設置されている駅の駅サーバ（不図示）を介して行われてもよいし、駅サーバを介さずに直接行われてもよい。

自動改札機２は、利用者が所持する乗車券を受け付け、この利用者に対する改札処理を行う。発券装置１は、利用者が所持している企画券１００に対して、更新した企画券１００を発券する。発券装置１は、利用者が所持している通常キップ１０１に対して、更新した通常キップ１０１を発券しない。

企画券１００の券面に形成されている２次元バーコード１００ａが示す乗車券情報には、識別番号、更新番号、有効期間、および有効区間等が含まれている。また、通常キップ１０１の券面に形成されている２次元バーコード１０１ａが示す乗車券情報には、識別番号、有効期間、および有効区間等が含まれているが、更新番号が含まれていない。更新番号は、発券装置１での更新回数に応じた値である。

図３は、この例の状態管理サーバにおいて管理される光学式乗車券の使用状態データを示す図である。図３（Ａ）は、通常キップの使用状態データを示す図であり、図３（Ｂ）は、企画券の使用状態データを示す図である。

この例では、通常キップ１０１の使用状態データは、図３（Ａ）に示すように、識別番号に、各使用状態（未使用状態、使用中状態、および使用済状態）のフラグを対応づけたデータである。フラグが「１」である状態が、対応する通常キップの使用状態である。図３（Ａ）に使用状態データを示した通常キップ１０１の使用状態は、使用中状態である。

また、この例では、企画券１００の使用状態データは、図３（Ｂ）に示すように、識別番号に対応付けられた更新番号毎に、各使用状態（未使用状態、使用中状態、および使用済状態）のフラグを対応づけたデータである。この例では、更新番号は、企画券１００の更新時にインクリメント（＋１）される。この例では、更新元の企画券１００と、更新された企画券１００の識別番号は、同じである。図３（Ｂ）に使用状態データを示す企画券１００の更新回数は、３回である。図３（Ｂ）に使用状態データを示す企画券１００は、更新番号が「０」、「１」、「２」である３枚が使用済状態であり、更新番号が「３」である企画券が未使用状態である。

このように、この例では、状態管理サーバ３は、企画券１００については、識別番号、および更新番号に対応付けて使用状態を管理する。

なお、利用者が、乗車券を使用して入場した入場駅と、出場した出場駅とは通常異なる駅であるが、鉄道会社が制限していなければ同じ駅であってもよい。また、この例では、識別番号の先頭の記号「ａ」は、通常キップ１０１を示すコードであり、識別番号の先頭の記号「ｓ」は、企画券１００を示すコードである。すなわち、この例では、識別番号の先頭の記号によって、通常キップ１０１であるか、企画券１００であるかを判定できる。

また、発券装置１は、識別番号を読み取った乗車券が企画券１００であり、且つその更新番号の企画券１００の使用状態が使用済状態であれば、更新した企画券１００（更新番号をインクリメントした企画券１００）を発券する。

図４は、利用者が企画券を使用するサイクルを説明する概略図である。利用者は、所持している未使用状態の企画券１００（図中に示す企画券Ｘ）を使用して、ある駅で入場する。状態管理サーバ３は、利用者が今回使用した企画券１００（図中に示す企画券Ｘ）の使用状態を未使用状態から使用中状態に移行させる。利用者は、鉄道を利用して移動した降車駅で入場時に使用した企画券１００（図中に示す企画券Ｘ）を使用して降車駅を出場する。状態管理サーバ３は、利用者が今回使用した企画券１００（図中に示す企画券Ｘ）の使用状態を使用中状態から使用済状態に移行させる。これにより、状態管理サーバ３は、今回使用された企画券１００（図中に示す企画券Ｘ）を、駅での入出場に使用できない企画券として管理する。

利用者は、発券装置１で使用済状態である企画券１００（図中に示す企画券Ｘ）を使用して、企画券１００の更新にかかる操作を行う。発券装置１は、使用された企画券１００（図中に示す企画券Ｘ）が有効期間内であって、且つ企画券１００の使用状態が使用済状態であれば、更新した企画券１００（図中に示す企画券Ｙ）を発券する。この例では、企画券Ｘと、企画券Ｙとは、識別番号は同じであるが、更新番号が異なっている。企画券Ｙの更新番号は、企画券Ｘの更新番号をインクリメント（＋１）した値である。状態管理サーバ３は、発券装置１で今回発券された企画券１００（図中に示す企画券Ｙ）を、該当する企画券１００の使用状態データに、今回発券された企画券１００（図中に示す企画券Ｙ）の更新番号を追加する。このとき、状態管理サーバ３は、追加した更新番号の企画券１００（図中に示す企画券Ｙ）の使用状態を未使用状態にする。

利用者は、発券装置１で発券された企画券１００（図中に示す企画券Ｙ）を使用して、上記した企画券Ｘと同様に、鉄道を利用することができる。

なお、利用者は、使用済状態に移行した企画券１００を使用して鉄道を利用することはできない。

図４に示した企画券１００の更新にかかるサイクルは、その企画券１００の有効期間内であれば、何度でも繰り返すことができる。

したがって、企画券１００の２次元バーコード１００ａが、あるタイミングでコピーされたとしても、コピーされた企画券１００の２次元バーコード１００ａが何度も繰り返し使用されることはない。これにより、企画券１００が、乗車券情報を示す２次元バーコード１００ａが券面に形成された乗車券であっても、コピー等の不正使用に対するセキュリティの向上が図れる。また、企画券１００の運用コストを低減できる。

なお、この例では、更新元の企画券１００の識別番号と、更新された企画券１００の識別番号とが同じあるとしているが、異ならせてもよい。この場合、更新番号は不要である。また、更新番号も、更新時に＋１して更新する例に限らず、更新時に＋２、＋３等して更新してもよい。

＜２．構成例＞
図５は、この例の発券装置の主要部の構成を示すブロック図である。発券装置１は、制御ユニット１１と、読取部１２と、発券部１３と、通信部１４とを備えている。

制御ユニット１１は、発券装置１本体各部の動作を制御する。また、制御ユニット１１は、種類判定処理部１１ａ、更新可否判定処理部１１ｂ、および発券処理部１１ｃを有している。制御ユニット１１が有する、種類判定処理部１１ａ、更新可否判定処理部１１ｂ、および発券処理部１１ｃの詳細については後述する。

読取部１２は、読取領域に翳された２次元バーコードが示す情報を読み取り、読み取った情報を制御ユニット１１に出力する。

発券部１３は、更新した企画券１００を発券する。具体的には、制御ユニット１１からの指示にしたがって、券面に乗車券情報を示す２次元バーコード１００ａを印字した企画券１００を発券する。

通信部１４は、状態管理サーバ３とのデータ通信を行う。

次に、制御ユニット１１が有する、種類判定処理部１１ａ、更新可否判定処理部１１ｂ、および発券処理部１１ｃについて説明する。

種類判定処理部１１ａは、読取部１２で読み取った２次元バーコードが示す情報が、企画券１００にかかる乗車券情報であるかどうかを判定する。具体的には、種類判定処理部１１ａは、読取部１２で読み取った２次元バーコードが示す情報が乗車券情報であり、且つ識別番号の先頭の記号が「ｓ」であれば、企画券１００にかかる乗車券情報であると判定する。

更新可否判定処理部１１ｂは、種類判定処理部１１ａが企画券１００にかかる乗車券情報であると判定すると、この企画券１００について更新した企画券１００の発券可否を判定する。

発券処理部１１ｃは、更新可否判定処理部１１ｂが更新した企画券１００を発券可と判定すると、発券部１３に対して、更新した企画券１００の発券を指示する。この指示には、更新した企画券１００の券面に印字させる２次元バーコードの画像データが含まれている。発券部１３は、この指示にしたがって、更新した企画券１００を発券する。

発券装置１の制御ユニット１１は、ハードウェアＣＰＵ、メモリ、その他の電子回路によって構成されている。ハードウェアＣＰＵが、この発明にかかる発券プログラムを実行したときに、種類判定処理部１１ａ、更新可否判定処理部１１ｂ、および発券処理部１１ｃとして動作する。また、メモリは、この発明にかかる発券プログラムを展開する領域や、この発券プログラムの実行時に生じたデータ等を一時記憶する領域を有している。制御ユニット１１は、ハードウェアＣＰＵ、メモリ等を一体化したＬＳＩであってもよい。また、ハードウェアＣＰＵが、この発明にかかる発券方法を実行するコンピュータである。

図６は、この例の自動改札機の主要部の構成を示すブロック図である。自動改札機２は、制御部２１と、乗車券処理部２２と、利用者検知部２３と、扉開閉部２４と、表示部２５と、通信部２６とを備えている。

制御部２１は、自動改札機２本体各部の動作を制御する。

乗車券処理部２２は、乗車券（企画券１００、通常キップ１０１等）を受け付け、受け付けた乗車券に記録されている乗車券情報を読み取る。この例では、乗車券処理部２２は、２次元バーコードが示す乗車券情報を読み取る構成を有している。

なお、乗車券処理部２２は、公知の非接触ＩＣ券との無線通信で、非接触ＩＣ券が記憶している乗車券情報の読み取り、および非接触ＩＣ券に対する乗車券情報の書き込みを行う構成を有していてもよいし、有していなくてもよい。また、乗車券処理部２２は、公知の磁気券に記録されている乗車券情報の読み取り、および磁気券に対して乗車券情報の記録を行う構成を有していてもよいし、有していなくてもよい。

利用者検知部２３は、改札通路に沿って配置した複数のセンサによって、改札通路を通行している利用者を追跡する。

扉開閉部２４は、改札通路を通行している利用者にとっての出口側に設けた扉を開閉することによって、改札通路における利用者の通行を制限する。具体的には、扉開閉部２４は、改札通路の通行を許可すると判定された利用者の出口側に位置する扉を開する。また、扉開閉部２４は、改札通路の通行を許可しないと判定された利用者の出口側に位置する扉を閉する。

表示部２５は、改札通路を通行している利用者に対して案内メッセージを表示器（不図示）に表示する。

通信部２６は、状態管理サーバ３とのデータ通信を行う。

自動改札機２の制御部２１は、ハードウェアＣＰＵ、メモリ、その他の電子回路によって構成されている。ハードウェアＣＰＵが、改札処理にかかるプログラムを実行する。また、メモリは、改札処理にかかるプログラムを展開する領域や、このプログラムの実行時に生じたデータ等を一時記憶する領域を有している。制御部２１は、ハードウェアＣＰＵ、メモリ等を一体化したＬＳＩであってもよい。

図７は、この例の状態管理サーバの主要部の構成を示すブロック図である。状態管理サーバ３は、制御部３１と、使用状態記憶部３２と、通信部３３とを備えている。

制御部３１は、状態管理サーバ３本体各部の動作を制御する。

使用状態記憶部３２は、その時点で発券されている光学式乗車券（企画券１００、通常キップ１０１）について、図３に示した使用状態データを記憶する記憶媒体である。使用状態記憶部３２は、例えばＨＤＤ（Hard Disk Drive）であってもよいし、ＳＳＤ（Solid State Drive）であってもよいし、他の記憶媒体であってもよい。

通信部３３は、発券装置１や自動改札機２とのデータ通信を行う。

状態管理サーバ３の制御部３１は、ハードウェアＣＰＵ、メモリ、その他の電子回路によって構成されている。ハードウェアＣＰＵが、使用状態管理プログラムを実行し、光学式乗車券（企画券１００、通常キップ１０１）の使用状態を管理する。また、メモリは、使用状態管理プログラムを展開する領域や、この使用状態管理プログラムの実行時に生じたデータ等を一時記憶する領域を有している。制御部３１は、ハードウェアＣＰＵ、メモリ等を一体化したＬＳＩであってもよい。

＜３．動作例＞
以下、この例の駅務システムにおける各装置の動作について説明する。ここでは、利用者が使用する乗車券は、光学式乗車券（企画券１００、または通常キップ１０１）である。

図８は、自動改札機の改札処理にかかる動作を示すフローチャートである。図９は、状態管理サーバの動作を示すフローチャートである。図１０は、発券装置の動作を示すフローチャートである。

まず、利用者が光学式乗車券で駅構内に入場、および駅構内から出場するときの自動改札機２、および状態管理サーバ３の動作について、図８、図９を参照して説明する。ここでは、利用者が周知の磁気券、および非接触ＩＣ券で駅構内に入場、および駅構内から出場するときの処理については説明を省略する。

自動改札機２は、乗車券処理部２２が光学式乗車券を受け付け、その光学式乗車券の券面に形成されている２次元バーコードが示す乗車券情報を読み取るのを待つ（ｓ１）。乗車券処理部２２が受け付けた光学式乗車券の券面に形成されている２次元バーコードが示す乗車券情報を読み取ると、制御部２１は、今回受け付けた光学式乗車券の有効期間が適正であるかどうかを判定する（ｓ２）。ｓ１で読み取った乗車券情報には、光学式乗車券の有効期間を示す情報が含まれている。

制御部２１は、有効期間が適正でなければ（使用日が有効期間内でなければ）、扉開閉部２４に、その利用者にとっての改札通路の出口側に設けられた扉を閉させ（ｓ８）、改札通路の通行を許可しない。また、このとき、表示部２５が、光学式乗車券の有効期間が適正でないことを利用者に通知するメッセージを表示器に表示させてもよい。

制御部２１は、ｓ２で有効期間が適正であると判定すると、状態管理サーバ３に対して今回使用された光学式乗車券の使用状態を要求し（ｓ３）、この要求に対する応答を待つ（ｓ４）。制御部２１は、通信部２６を制御して、状態管理サーバ３とのデータ通信を制御する。光学式乗車券の使用状態を要求する電文には、今回使用された光学式乗車券の識別番号が含まれている。また、今回使用された光学式乗車券が企画券１００であった場合、この電文には、識別番号だけでなく、更新番号も含まれている。

状態管理サーバ３は、図９に示すように、光学式乗車券の使用状態の要求、光学式乗車券の使用状態の更新指示、更新した光学式乗車券の発券通知のいずれかを通信部３３で受信するのを待っている（ｓ２１、ｓ２２、ｓ２３）。

状態管理サーバ３は、通信部３３で光学式乗車券の使用状態の要求を受信すると、制御部３１が使用状態記憶部３２に記憶されている該当する光学式乗車券の使用状態を読み出す。状態管理サーバ３は、読み出した光学式乗車券の使用状態を今回光学式乗車券の使用状態を要求してきた装置（ここでは、自動改札機２）に返信（送信）し（ｓ２４）、ｓ２１に戻る。このとき、状態管理サーバ３は、受信した光学式乗車券の使用状態の要求に更新番号が含まれていなければ（すなわち、通常キップ１０１についての使用状態の要求を受信した場合）、識別番号に該当する光学式乗車券（通常キップ１０１）の使用状態を使用状態記憶部３２から読み出して返信する。また、受信した光学式乗車券の使用状態の要求に更新番号が含まれていれば（すなわち、企画券１００についての使用状態の要求を受信した場合）、識別番号、および更新番号に該当する光学式乗車券（企画券１００）の使用状態を返信する。

自動改札機２は、通信部２６が状態管理サーバ３からの返信を受信すると、制御部２１において改札通路の通行を許可するかどうかを判定する（ｓ５）。ｓ５では、利用者が駅構内に入場する場合、状態管理サーバ３から受信した光学式乗車券の使用状態が未使用状態であり、且つこの光学式乗車券の有効区間内での使用であれば改札通路の通行を許可すると判定する。また、ｓ５では、利用者が駅構内から出場する場合、状態管理サーバ３から受信した光学式乗車券の使用状態が使用中状態であり、且つこの光学式乗車券の有効区間内での使用であれば改札通路の通行を許可すると判定する。

制御部２１は、ｓ６で改札通路の通行を許可しないと判定すると、扉開閉部２４に、その利用者にとっての改札通路の出口側に設けられた扉を閉させる（ｓ８）。また、制御部２１は、ｓ６で改札通路の通行を許可すると判定すると、扉開閉部２４に、その利用者にとっての改札通路の出口側に設けられた扉を開させる（ｓ７）。また、制御部２１は、ｓ７にかかる処理を行うと、状態管理サーバ３に対して、今回の改札処理で使用された光学式乗車券の使用状態の更新を要求する（ｓ９）。光学式乗車券の使用状態の更新の要求には、今回使用された光学式乗車券の識別番号が含まれている。また、今回使用された光学式乗車券が企画券１００であった場合、この要求には、識別番号だけでなく、更新番号も含まれている。利用者が駅構内に入場する改札処理であった場合、ｓ９では、今回の改札処理で使用された光学式乗車券の使用状態を、未使用状態から使用中状態に更新することを状態管理サーバ３に要求する。また、利用者が駅構内から出場する改札処理であった場合、ｓ９では、今回の改札処理で使用された光学式乗車券の使用状態を、使用中状態から使用済状態に更新することを状態管理サーバ３に要求する。

ｓ７と、ｓ９とは、その順番を逆にしてもよいし、また、並行して実行してもよい。

状態管理サーバ３は、通信部３３で光学式乗車券の使用状態の更新の要求を受信すると、制御部３１が使用状態記憶部３２に記憶されている該当する光学式乗車券の使用状態を指示された状態に更新し（ｓ２５）、ｓ２１に戻る。このとき、状態管理サーバ３は、受信した光学式乗車券の使用状態の更新の要求に更新番号が含まれていなければ（すなわち、通常キップ１０１についての使用状態の更新の要求を受信した場合）、識別番号が該当する光学式乗車券（通常キップ１０１）の使用状態を指示された状態に更新する。また、受信した光学式乗車券の使用状態の更新の要求に更新番号が含まれていれば（すなわち、企画券１００についての使用状態の更新の要求を受信した場合）、識別番号、および更新番号が該当する光学式乗車券（企画券１００）の使用状態を指示された状態に更新する。

このように、この例では、各駅に設置されている自動改札機２は、状態管理サーバ３から、今回の改札処理で使用された光学式乗車券についてその時点での使用状態を取得して改札処理を行うとともに、状態管理サーバ３に対して光学式乗車券の使用状態の更新を要求する。

次に、図９、および図１０を参照しながら、発券装置１が更新した企画券１００を発券する処理について説明する。

発券装置１は、読取部１２が光学式乗車券の券面に形成されている２次元バーコードが示す乗車券情報を読み取るのを待つ（ｓ４１）。発券装置１は、読取部１２が光学式乗車券の券面に形成されている２次元バーコードが示す乗車券情報を読み取ると、種類判定処理部１１ａが、今回読み取った乗車券情報が企画券１００にかかるものであるかどうかを判定する（ｓ４２）。今回読み取った乗車券情報が企画券１００にかかるものでなければ、ｓ４１に戻る。すなわち、発券装置１は、種類判定処理部１１ａが、今回読み取った乗車券情報が企画券１００にかかるものではないと判定すると、以下に示すｓ４３～ｓ４９にかかる処理を実行することなく、ｓ４１に戻る。

また、発券装置１は、種類判定処理部１１ａが、今回読み取った乗車券情報が企画券１００にかかるものであると判定すると、更新可否判定処理部１１ｂが、その企画券１００の有効期間が適正であるかどうかを判定する（ｓ４３）。発券装置１は、有効期間が適正でなければ（使用日が有効期間内でなければ）、ｓ４１に戻る。すなわち、発券装置１は、有効期間が適正でなければ、以下に示すｓ４４～ｓ４９にかかる処理を実行することなく、ｓ４１に戻る。

発券装置１は、有効期間が適正であれば、状態管理サーバ３に対して今回使用された光学式乗車券の使用状態を要求し（ｓ４４）、この要求に対する応答を待つ（ｓ４５）。制御ユニット１１は、通信部１４を制御して、状態管理サーバ３とのデータ通信を制御する。光学式乗車券の使用状態を要求する電文には、今回使用された光学式乗車券の識別番号、および更新番号が含まれている。

状態管理サーバ３は、上述したように、通信部３３で光学式乗車券の使用状態の要求を受信すると、制御部３１が使用状態記憶部３２に記憶されている該当する光学式乗車券の使用状態を読み出し、読み出した光学式乗車券の使用状態を今回光学式乗車券の使用状態を要求してきた装置（ここでは、発券装置１）に返信（送信）し（ｓ２４）、ｓ２１に戻る。このとき、状態管理サーバ３は、受信した光学式乗車券の使用状態の要求に更新番号が含まれているので、その識別番号、および更新番号が該当する企画券１００の使用状態を返信する。

発券装置１は、通信部１４が企画券１００の使用状態を受信すると、更新可否判定処理部１１ｂが、今回２次元バーコード１００ａを読み取った企画券１００に対して、更新した企画券１００の発券可否を判定する（ｓ４６）。更新可否判定処理部１１ｂは、今回受信した企画券１００の使用状態が使用済状態であれば、更新可と判定する。言い換えれば、更新可否判定処理部１１ｂは、今回受信した企画券１００の使用状態が未使用状態、または使用中状態であれば、更新不可と判定する。

発券装置１は、更新可否判定処理部１１ｂが更新不可と判定すると（ｓ４７）、以下に示すｓ４８、ｓ４９にかかる処理を実行することなく、ｓ４１に戻る。

発券装置１は、更新可否判定処理部１１ｂが更新可と判定すると（ｓ４７）、今回２次元バーコード１００ａを読み取った企画券１００について、更新した企画券１００を発券する発券処理を行う（ｓ４８）。発券処理部１１ｃは、発券部１３に更新した企画券１００を発券させる。発券部１３において発券される企画券１００（更新した企画券１００）の券面に印字される２次元バーコード１００ａが示す乗車券情報と、ｓ４１で読み取った乗車券情報とは、更新番号が相違するだけで、その他の情報は同じである。この例では、更新した企画券１００の更新番号は、ｓ４１で読み取った乗車券情報の更新番号をインクリメント（＋１）した値である。

発券装置１は、状態管理サーバ３に発券通知を行い（ｓ４９）、ｓ４１に戻る。この発券通知には、今回更新した企画券１００の識別番号、および更新番号が含まれている。

状態管理サーバ３は、通信部３３において、発券装置１からの発券通知を受信すると、該当する識別番号、および更新番号の企画券１００について、すでに使用状態データを使用状態記憶部３２に記憶しているかどうかを判定する（ｓ２６）。ｓ２６では、該当する識別番号の企画券１００について、更新番号が同じである企画券１００がすでに発券されているかどうかを判定している。

状態管理サーバ３は、すでに使用状態データを使用状態記憶部３２に記憶している企画券１００の発券通知であると判定すると、ｓ２１に戻る。

また、状態管理サーバ３は、使用状態データを使用状態記憶部３２に記憶していない企画券１００の発券通知であると判定すると、その企画券１００の使用状態データを追加登録し（ｓ２７）、ｓ２１に戻る。ｓ２７では、該当する識別番号の企画券１００の使用状態データに対して、今回発券された企画券の更新番号に各使用状態（未使用状態、使用中状態、および使用済状態）のフラグを対応づけたデータを追加する。このとき、状態管理サーバ３は、今回発券された更新番号の企画券１００の使用状態を、未使用状態にする。

このように、この例の駅務システムでは、企画券１００は、通常キップ１０１と同様に、ある駅で入場し、鉄道を利用して移動した別の駅で出場すると、使用済状態になる。利用者は、所持している企画券１００が使用済状態になると、発券装置１において更新された企画券１００を受け取り、受け取った企画券１００（更新された企画券１００）で鉄道を利用することができる。したがって、この例の駅務システムによれば、乗車券情報を２次元バーコードで券面に形成した方式で、１日乗車券や、週末フリーパス券等の企画券１００の運用が行える。

また、この例の駅務システムでは、企画券１００の２次元バーコード１００ａが、あるタイミングでコピーされたとしても、コピーされた企画券１００の２次元バーコード１００ａが何度も繰り返し使用されることがない。したがって、この例の駅務システムによれば、コピー等による、企画券１００の２次元バーコード１００ａの不正使用に対するセキュリティを向上できる。

なお、この例では、自動改札機２が、状態管理サーバ３に対して光学式乗車券（企画券１００、および通常キップ１０１）の使用状態を無駄に問い合わせるのを防止するため、ｓ２で有効期間内であるかどうかを判定している。自動改札機２は、ｓ２の処理を無くし、ｓ５で有効期間内であるかどうかも含めて通行可否を判定する構成にしてもよい。

同様に、発券装置１は、ｓ４２、およびｓ４３の少なくとも一方の処理を無くし、ｓ４６で無くした処理を含めて、更新可否を判定する構成にしてもよい。

また、この例では、発券装置１が、状態管理サーバ３から該当する企画券１００の使用状態を取得し、取得した使用状態を用いて更新可否を判定するとしたが、この判定にかかる処理を状態管理サーバ３に実行させてもよい。この場合、状態管理サーバ３は、企画券１００について更新の可否を発券装置１に通知する構成とし、発券装置１は、更新可が通知された場合に、更新した企画券１００を発券する構成とすればよい。発券装置１は、更新不可が通知された場合、更新した企画券１００を発券しない。

＜４．変形例＞
・変形例１
図１１は、この変形例１の自動改札機の主要部の構成を示すブロック図である。この変形例１の自動改札機２Ａを用いた駅務システムは、上記した例の発券装置１を備えていなくてもよい。

この変形例１の自動改札機２Ａは、駅構内から出場する利用者に対して改札処理を行う。自動改札機２Ａは、駅構内に入場する利用者に対しても改札処理を行う構成であってもよいし、駅構内に入場する利用者に対して改札処理を行わない構成であってもよい。

なお、特に図示して説明しないが、この変形例１の駅務システムは、駅構内に入場する利用者に対しても改札処理を行い、駅構内から出場する利用者に対して改札処理を行わない公知の入場用自動改札機が改札口に設置されていてもよい。

図１１では、図６に示した構成と同様の構成については、同じ符号を付している。この変形例１の自動改札機２Ａは、制御ユニット２１Ａと、乗車券処理部２２と、利用者検知部２３と、扉開閉部２４と、表示部２５と、通信部２６と、発券部２７と、を備えている。乗車券処理部２２、利用者検知部２３、扉開閉部２４、表示部２５、および通信部２６は、上記した例と同様であるので、ここでは説明を省略する。発券部２７は、更新した企画券１００を発券する。具体的には、制御ユニット２１Ａからの指示にしたがって、券面に乗車券情報を示す２次元バーコード１００ａを印字した企画券１００を発券する。この発券部２７は、上記した例の発券装置１が備える発券部１３と同様の構成である。

また、制御ユニット２１Ａは、種類判定処理部２１ａ、更新可否判定処理部２１ｂ、および発券処理部２１ｃを有している。種類判定処理部２１ａは、上記した例の種類判定処理部１１ａと同様の構成である。また、更新可否判定処理部２１ｂは、上記した例の更新可否判定処理部１１ｂと同様の構成である。また、発券処理部２１ｃは、上記した例の発券処理部１１ｃと同様の構成である。

このように、この変形例１の自動改札機２Ａは、上記した発券装置１と自動改札機２とを一体化した構成である。

また、この変形例１の駅務システムは、上記した例の状態管理サーバ３を備えている。

この変形例１の駅務システムは、駅構内に入場する利用者に対する改札処理を、上記した例と同様に図８に示した処理で行う。

図１２は、駅構内から出場する利用者に対する自動改札機の改札処理を示すフローチャートである。

自動改札機２Ａは、上記した例の自動改札機２で説明したｓ１～ｓ８にかかる処理と同様の処理を行う（ｓ６１～ｓ６８）。自動改札機２Ａは、ｓ６７で扉を開すると、今回使用された光学式乗車券について更新可否を判定する（ｓ７０）。ｓ７０では、更新可否判定処理部２１ｂが、今回使用された光学式乗車券が企画券１００であるか、通常キップ１０１であるかを判定している。より具体的には、今回使用された光学式乗車券が企画券１００であれば、更新可と判定し、今回使用された光学式乗車券が通常キップ１０１であれば、更新不可と判定する。

自動改札機２Ａは、ｓ７０における更新可否の判定処理で更新可と判定すると、今回使用された企画券１００について、更新した企画券１００を発券する発券処理を行う（ｓ７１、ｓ７２）。発券処理部２１ｃは、発券部２７に更新した企画券１００を発券させる。発券部２７において発券される企画券１００（更新した企画券１００）の券面に印字される２次元バーコード１００ａが示す乗車券情報と、ｓ６１で読み取った乗車券情報とは、更新番号が相違するだけで、その他の情報は同じである。

また、制御ユニット２１Ａは、ｓ７２にかかる処理を行うと、状態管理サーバ３に対して、今回の改札処理で使用された光学式乗車券の使用状態（企画券１００）の更新要求とともに、ｓ７２で発券した企画券１００の発券通知を送信し（ｓ７３）、ｓ６１に戻る。

このｓ７３にかかる通知を受信した状態管理サーバ３は、今回の改札処理で使用された光学式乗車券の使用状態を使用済みに更新するとともに、今回発券された企画券１００の使用状態情報の追加登録を行う。すなわち、状態管理サーバ３は、上記した例で説明したｓ２５、およびｓ２７にかかる処理を行う。

また、自動改札機２Ａは、ｓ７０における更新可否の判定処理で更新不可と判定すると、状態管理サーバ３に対して、今回の改札処理で使用された光学式乗車券（通常キップ１０１）の使用状態の更新要求を送信し（ｓ７４）、ｓ６１に戻る。

この変形例１では、企画券１００を使用している利用者は、駅構内から出場するときに、次回使用できる企画券１００が自動改札機２Ａにおいて発券される。これにより、この変形例１の駅務システムは、利用者の利便性の向上も図れる。

・変形例２
上記の変形例１では、使用状態が使用中である企画券１００が使用された出場改札処理で、更新した企画券１００を発券するので、同じ企画券１００に対して、何度も繰り返し更新した企画券１００を発券することはない。しかし、図１に示した駅務システムでは、発券装置１が、同じ企画券１００に対して、何度も繰り返し更新した企画券１００を発券する可能性がある。そこで、図１０に示したｓ４６にかかる更新可否判定処理で、今回乗車券情報を読み取った企画券１００について、すでに更新した企画券１００を発券したかどうかを判定する処理を加えてもよい。

この場合、更新可否判定処理部１１ｂは、今回乗車券情報を読み取った企画券１００について、すでに更新した企画券１００を発券したと判定した場合、更新不可と判定する。また、この判定は、状態管理サーバ３が管理している使用状態データを参照することで行える。具体的には、今回乗車券情報を読み取った企画券１００の更新番号よりも、大きい更新番号の企画券１００の使用状態データが登録されているかどうかによって判定できる。

また、この判定も、発券装置１側ではなく、状態管理サーバ３側で行い、判定結果を発券装置１に通知するようにしてもよい。

また、発券装置１において使用された企画券１００が、すでに更新した企画券１００を発券したものであれば、企画券１００の不正使用の可能性があるので、その旨を駅係員等に通知する構成を設けてもよい。

また、上記の例では、乗車券（企画券１００）を使用する駅務システムを例にして本願発明を説明したが、本願発明は駅務システムに限らず、バス等の他の種類の公共交通機関で企画券１００を使用するシステムにも適用できるし、企画券１００が複数種類の公共交通機関（例えば鉄道、およびバスの両方）で使用できるシステムにも適用できる。

なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

さらに、この発明に係る構成と上述した実施形態に係る構成との対応関係は、以下の付記のように記載できる。
＜付記＞
乗車券情報を示す光学的読取コード（１００ａ、１０１ａ）が券面に形成された乗車券（１００，１０１）の使用状態を管理する状態管理サーバ（３）とデータ通信を行う通信部（１４）と、
前記乗車券（１００、１０１）の券面に形成されている前記光学的読取コード（１００ａ、１０１ａ）が示す乗車券情報を読み取る読取部（１２）と、
前記読取部（１２）で読み取った乗車券情報によって、前記乗車券（１００、１０１）の種類が、その乗車券（１００）の更新が認められた種類であるかどうかを判定する種類判定部（１１ａ）と、
前記乗車券（１００、１０１）の種類が、前記乗車券（１００）の更新が認められた種類であれば、前記状態管理サーバ（３）とのデータ通信により、当該乗車券（１００）の使用状態に応じて決定される前記乗車券（１００）の更新可否の判定結果を取得する判定結果取得部（１１ｂ）と、
前記判定結果取得部（１１ｂ）が取得した判定結果が前記乗車券（１００）の更新可であれば、今回乗車券情報を読み取った前記乗車券（１００）について、更新した乗車券（１００）の発券を行う発券部（１３）と、を備えた発券ユニット（１）。

１…発券装置
２、２Ａ…自動改札機
３…状態管理サーバ
６…ネットワーク
１１…制御ユニット
１１ａ…種類判定処理部
１１ｂ…更新可否判定処理部
１１ｃ…発券処理部
１２…読取部
１３…発券部
１４…通信部
２１…制御部
２１Ａ…制御ユニット
２１ａ…種類判定処理部
２１ｂ…更新可否判定処理部
２１ｃ…発券処理部
２２…乗車券処理部
２３…利用者検知部
２４…扉開閉部
２５…表示部
２６…通信部
２７…発券部
３１…制御部
３２…使用状態記憶部
３３…通信部
１００…企画券
１０１…通常キップ
１００ａ、１０１ａ…２次元バーコード

Claims (9)

1. 乗車券情報を示す光学的読取コードが券面に形成された乗車券の使用状態を管理する状態管理サーバとデータ通信を行う通信部と、
   前記乗車券の券面に形成されている前記光学的読取コードが示す乗車券情報を読み取る読取部と、
   前記読取部で読み取った乗車券情報によって、前記乗車券の種類が、その乗車券の更新が認められた種類であるかどうかを判定する種類判定部と、
   前記乗車券の種類が、前記乗車券の更新が認められた種類であれば、前記状態管理サーバとのデータ通信により、当該乗車券の使用状態に応じて決定される前記乗車券の更新可否の判定結果を取得する判定結果取得部と、
   前記判定結果取得部が取得した判定結果が前記乗車券の更新可であれば、今回乗車券情報を読み取った前記乗車券について、更新した乗車券の発券を行う発券部と、を備えた発券ユニット。
2. 前記乗車券の使用状態は、未使用状態、使用中状態、および使用済状態の３つの状態で管理され、使用状態が未使用状態であるとき更新不可と判定される、請求項１に記載の発券ユニット。
3. 前記発券部は、発券した前記乗車券の券面に形成した前記光学的読取コードが示す乗車券情報に、その乗車券を識別する識別番号、および更新回数に応じた更新番号を含ませる、請求項１、または２に記載の発券ユニット。
4. 前記乗車券の使用状態は、前記識別番号、および前記更新番号に対応付けて管理される、請求項３に記載の発券ユニット。
5. 前記種類判定部は、前記乗車券の種類が、有効期間内であれば繰り返し使用できる企画券であれば、更新が認められた種類の乗車券であると判定する、請求項１～４のいずれかに記載の発券ユニット。
6. 請求項１～５のいずれかに記載の発券ユニットを備え、駅構内から出場する利用者に対して改札処理を行う自動改札機であって、
   前記発券部は、前記判定結果取得部が取得した判定結果が前記乗車券の更新可であれば、今回の改札処理で使用された乗車券について、更新した乗車券の発券を行う、自動改札機。
7. 前記発券部は、前記改札処理で、前記利用者に対して駅構内からの出場を許可しないと判定されたとき、更新した乗車券の発券を行わない、請求項６に記載の自動改札機。
8. 乗車券情報を示す光学的読取コードが券面に形成された乗車券の使用状態を管理する状態管理サーバとデータ通信を行う通信部を備えた発券ユニットのコンピュータが、
   前記乗車券の券面に形成されている前記光学的読取コードが示す乗車券情報を読取部で読み取る読取ステップと、
   前記読取部で読み取った乗車券情報によって、前記乗車券の種類が、その乗車券の更新が認められた種類であるかどうかを判定する種類判定ステップと、
   前記乗車券の種類が、前記乗車券の更新が認められた種類であれば、前記状態管理サーバとのデータ通信により、当該乗車券の使用状態に応じて決定される前記乗車券の更新可否の判定結果を取得する判定結果取得ステップと、
   前記判定結果取得ステップで取得した判定結果が前記乗車券の更新可であれば、今回乗車券情報を読み取った前記乗車券について、更新した乗車券を発券部に発券させる発券ステップと、を実行する発券方法。
9. 乗車券情報を示す光学的読取コードが券面に形成された乗車券の使用状態を管理する状態管理サーバとデータ通信を行う通信部を備えた発券ユニットのコンピュータに、
   前記乗車券の券面に形成されている前記光学的読取コードが示す乗車券情報を読取部で読み取る読取ステップと、
   前記読取部で読み取った乗車券情報によって、前記乗車券の種類が、その乗車券の更新が認められた種類であるかどうかを判定する種類判定ステップと、
   前記乗車券の種類が、前記乗車券の更新が認められた種類であれば、前記状態管理サーバとのデータ通信により、当該乗車券の使用状態に応じて決定される前記乗車券の更新可否の判定結果を取得する判定結果取得ステップと、
   前記判定結果取得ステップで取得した判定結果が前記乗車券の更新可であれば、今回乗車券情報を読み取った前記乗車券について、更新した乗車券を発券部に発券させる発券ステップと、を実行させる発券プログラム。

Images