JP7664883B2 - 駅務サーバおよび駅務プログラム - Google Patents

Description

本発明の実施形態は、駅務サーバおよび駅務プログラムに関する。

従来、旅客が改札機を通過する際、旅客の通行（入場または退場）を許可して良いかの判定処理を改札機が実行してきた。近年、この判定処理を改札機に接続された駅務サーバが実行するようにシンクライアント化されてきている。

特開２０２１－０６０７２７号公報

改札機に新機能を追加する、または既存の機能の内容を変更する際、改造を行う必要がある。従来のように改札機が判定処理を実行する場合、改札機のみ改造を実行すれば良い。しかしながら、シンクライアント化したことにより、駅務サーバも改造する必要がある。また、駅務サーバに接続される改札機は、多数存在するため、すべての改札機の改造を同時に実行することができない。そのため、改造後の駅務サーバおよび改札機と改造前の改札機が存在する期間が発生する。その結果、改造後の駅務サーバのバージョンと改造前の改札機のバージョンが一致しないという問題がある。

さらに、改造後の駅務サーバは、最新の機能で処理した情報を用いて判定処理を実行するため、改造前の改札機で使用される機能を用いて処理された情報と齟齬が発生するという問題がある。

この発明の課題は、上記事情に着目してなされたもので、その目的とするところは、改造後および改造前の改札機がある場合であっても、駅務サーバと改札機とのバージョンを一致させ、駅務サーバと改札機との間の情報に齟齬を発生させない技術を提供することにある。

実施形態に係る駅務サーバは、改札機から判定要求を受信する受信部と、前記判定要求に含まれる前記改札機についての情報に基づいて、前記改札機を識別する識別部と、前記識別された改札機に応じて前記判定要求を受信し、前記判定要求に含まれる媒体情報に基づいて判定結果を生成する判定処理部と、前記判定結果を前記改札機に送信する送信部と、を備えるものである。

図１は、第１の実施形態における駅務システムの概略構成および各装置のハードウェア構成の一例を示すブロック図である。 図２は、駅務サーバのソフトウェア構成を図１に示したハードウェア構成に関連付けて示すブロック図である。 図３は、第１の改札機および第２の改札機のソフトウェア構成を図１に示したハードウェア構成に関連付けて示すブロック図である。 図４は、駅務サーバ、第１の改札機、および第２の改札機の改造スケジュールの一例を示した図である。 図５は、第１の実施形態の駅務システムにおける改札処理手順の一例を示すシーケンス図である。 図６は、駅務サーバのソフトウェア構成を図１に示したハードウェア構成に関連付けて示すブロック図である。 図７は、第１の改札機および第２の改札機のソフトウェア構成を図１に示したハードウェア構成に関連付けて示すブロック図である。 図８は、第２の実施形態の駅務システムにおける改札処理手順の一例を示すシーケンス図である。

以下、図面を参照しながら駅務サーバおよび駅務プログラムについて詳細に説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。

［第１の実施形態］
（構成）
図１は、第１の実施形態における駅務システムの概略構成および各装置のハードウェア構成の一例を示すブロック図である。

駅務システムは、駅務サーバ１と、第１の改札機２と、第２の改札機３と、を備える。

駅務サーバ１、第１の改札機２、および第２の改札機３は互いに、ネットワーク４を通じて接続される。なお、図１では、簡単化のため、２つの改札機（第１の改札機２および第２の改札機３）のみを示しているが、駅務サーバ１は、多数の改札機がネットワーク４を通じて互いに接続される。したがって、駅務サーバ１は、多数の改札機から送信された、多数の判定処理を同時に実行する必要がある。

駅務サーバ１は、第１の改札機２および第２の改札機３を管理する鉄道事業者の施設内に設置される。また、駅務サーバ１は、ＰＣ（Personal Computer）などのコンピュータによって各種動作を実現することが可能である。

駅務サーバ１は、制御部１１、記憶部１２、通信インタフェース１３、および入出力インタフェース１４を備える。制御部１１、記憶部１２、通信インタフェース１３、および入出力インタフェース１４は、バスを介して互いに通信可能に接続されている。

制御部１１は、駅務サーバ１を制御する。制御部１１は、中央処理ユニット（ＣＰＵ：Central Processing Unit）等のハードウェアプロセッサを備える。

記憶部１２は、記憶媒体である。記憶部１２は、例えばＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）等の随時書き込みおよび読出し可能な不揮発性メモリと、ＲＯＭ（Read Only Memory）等の不揮発性メモリと、ＲＡＭ（Random Access Memory）等の揮発性メモリとを組み合わせて構成される。記憶部１２は、記憶領域に、プログラム記憶領域と、データ記憶領域とを備える。プログラム記憶領域は、ＯＳ（Operating System）やミドルウェアに加えて、各種処理を実行するために必要なアプリケーションプログラムを格納する。

通信インタフェース１３は、１つ以上の有線または無線の通信モジュールを含む。例えば、通信インタフェース１３は、ネットワーク４を通じて、第１の改札機２および第２の改札機３と有線または無線接続する通信モジュールを含む。通信インタフェース１３は、制御部１１の制御の下、第１の改札機２または第２の改札機３との間で通信を行い、各種情報を送受信することができる一般的な通信モジュールを含んでよい。

入出力インタフェース１４は、入力部１４１および出力部１４２等と接続される。入出力インタフェース１４は、制御部１１と、入力部１４１および出力部１４２との間で情報の送受信を可能にするインタフェースである。入出力インタフェース１４は、通信インタフェース１３と一体であっても良い。例えば、入出力インタフェース１４は、制御部１１と、入力部１４１または出力部１４２とは、近距離無線技術等を使用して無線接続されており、当該近距離無線技術を用いて情報の送受信を行ってもよい。

入力部１４１は、例えば、駅務サーバ１を管理する管理者が駅務サーバ１に対して各種情報を入力するためのキーボードやポインティングデバイス等を含む。また、入力部１４１は、記憶部１２に格納するべきデータを、ＵＳＢメモリ等のメモリ媒体から読み出すためのリーダや、そのようなデータをディスク媒体から読み出すためのディスク装置を含んでも良い。

出力部１４２は、駅務サーバ１から管理者に提示するべき出力データを表示するディスプレイや、それを印刷するプリンタ等を含む。

第１の改札機２および第２の改札機３は、旅客が鉄道等を利用しようとする駅等に設置され、旅客の通行（入場または退場）を制御する。第１の改札機２および第２の改札機３は、同じ駅構内に設置されていても良いし、別の駅に設置されていてもよい。

第１の改札機２は、制御部２１、記憶部２２、通信インタフェース２３、および入出力インタフェース２４を備える。

制御部２１は、第１の改札機２を制御する。制御部２１は、中央処理ユニット（ＣＰＵ）などのハードウェアプロセッサを備える。

記憶部２２は、記憶媒体である。記憶部２２は、例えばＨＤＤまたはＳＳＤ等の随時書き込みおよび読出し可能な不揮発性メモリと、ＲＯＭ等の不揮発性メモリと、ＲＡＭ等の揮発性メモリとを組み合わせて構成される。記憶部２２は、記憶領域に、プログラム記憶領域と、データ記憶領域とを備える。プログラム記憶領域は、ＯＳやミドルウェアに加えて、各種処理を実行するために必要なアプリケーションプログラムを格納する。また、記憶部２２は、第１の改札機２の現在のバージョン等の各種情報を記憶してもよい。

通信インタフェース２３は、１つ以上の有線または無線の通信モジュールを含む。例えば、通信インタフェース２３は、ネットワーク４を通じて、駅務サーバ１と有線または無線接続する通信モジュールを含む。通信インタフェース２３は、制御部２１の制御の下、駅務サーバ１との間で通信を行い、各種情報を送受信することができる一般的な通信モジュールを含んでよい。

入出力インタフェース２４は、媒体読み取り部２４１、ゲート２４２、および通知部２４３等と接続される。入出力インタフェース２４は、制御部２１と、媒体読み取り部２４１、ゲート２４２、および通知部２４３との間で情報の送受信を可能にするインタフェースである。入出力インタフェース２４は、通信インタフェース２３と一体であっても良い。例えば、入出力インタフェース２４は、制御部２１と、媒体読み取り部２４１、ゲート２４２、および通知部２４３のうちの少なくとも１つとは、近距離無線技術等を使用して無線接続されており、当該近距離無線技術を用いて情報の送受信を行ってもよい。

媒体読み取り部２４１は、２次元コードから情報を読み取る２次元コードリーダ、旅客が所持するＩＣカード等と無線通信によって情報を読み取るＩＣカードリーダライタ、磁気券から情報を読み取る磁気情報読み取り部等のうちの少なくとも１つを備える。ここで、媒体は、２次元コードが印刷された乗車券、ＩＣカード、磁気券等を含む。また、媒体は、カメラで旅客の顔を撮影した撮影画像を含んでも良い。すなわち、媒体読み取り部２４１は、旅客が改札機を通行することが可能かどうかを判断するための各種情報を媒体から取得可能なものであれば一般的なものでよい。

ゲート２４２は、第１の改札機２の通路側の側面に配置される。ゲート２４２は、制御部２１の指示に応じて、開閉する。例えば、ゲート２４２が閉じることにより、旅客の通行を物理的に阻止する。

通知部２４３は、第１の改札機２の上部に配置されるディスプレイ等を含む。また、通知部２４３は、スピーカ、ランプ等を含んでもよい。通知部２４３は、旅客に通行の可否を知らせるため使用することができる。例えば、旅客に通行を許可する場合、通知部２４３は、ディスプレイに通行を許可する情報を表示させるようにしてよい。一方、旅客の通行を許可しない信号を受信した場合、通知部２４３は、スピーカで旅客に対して通行を許可しない旨をアナウンスし、ランプを赤色に点灯させるようにしてよい。

第２の改札機３は、制御部３１、記憶部３２、通信インタフェース３３、および入出力インタフェース３４を備える。

制御部３１、記憶部３２、通信インタフェース３３、および入出力インタフェース３４はそれぞれ、第１の改札機２の制御部２１、記憶部２２、通信インタフェース２３、および入出力インタフェース２４と同じ構成であってよい。そのため、ここでの説明を省略する。

また、入出力インタフェース３４は、媒体読み取り部３４１、ゲート３４２、および通知部３４３等と接続される。媒体読み取り部３４１、ゲート３４２、および通知部３４３はそれぞれ、第１の改札機２の媒体読み取り部２４１、ゲート２４２、および通知部２４３と同じ構成であってよい。そのため、ここでの説明を省略する。

図２は、駅務サーバ１のソフトウェア構成を図１に示したハードウェア構成に関連付けて示すブロック図である。
駅務サーバ１の制御部１１は、情報取得部１１１、バージョン識別部１１２、第１のバージョン判定処理部１１３、第２のバージョン判定処理部１１４、および送信制御部１１５を備える。

情報取得部１１１は、通信インタフェース１３を通じて、第１の改札機２または第２の改札機３から判定要求を受信する。ここで、判定要求の詳細は、後述する。情報取得部１１１は、受信した判定要求をバージョン識別部１１２に出力する。

バージョン識別部１１２は、判定要求に基づいて、改札機のバージョンを識別する。例えば、バージョン識別部１１２は、改札機が改造後のバージョンである第１のバージョンであるか改造前のバージョンである第２のバージョンであるかを識別する。例えば、改札機が改造後のバージョン（第１のバージョン）であると識別した場合、バージョン識別部１１２は、判定要求を第１のバージョン判定処理部１１３に出力する。一方、改札機が改造前のバージョン（第２のバージョン）であると判定した場合、バージョン識別部１１２は、判定要求を第２のバージョン判定処理部１１４に出力する。

第１のバージョン判定処理部１１３は、例えば、改造後の改札機の判定要求に基づいて旅客の通行可否を判定する。また、第１のバージョン判定処理部１１３は、複数（複数のプロセス）を備えていてよい。そして、バージョン識別部１１２は、処理していない第１のバージョン判定処理部１１３に判定要求を出力する。すなわち、第１のバージョン判定処理部１１３は、複数の判定要求を並列に処理することが可能である。また、第１のバージョン判定処理部１１３は、判定に基づいて第１の判定結果を生成し、送信制御部１１５に出力する。

第２のバージョン判定処理部１１４は、例えば、改造前の改札機の判定要求に基づいて旅客の通行可否を判定する。また、第２のバージョン判定処理部１１４も、複数（複数のプロセス）を備えていてよい。そして、バージョン識別部１１２は、処理していない第２のバージョン判定処理部１１４に判定要求を出力する。すなわち、第２のバージョン判定処理部１１４も、複数の判定要求を並列に処理することが可能である。また、第２のバージョン判定処理部１１４は、判定に基づいて第２の判定結果を生成し、送信制御部１１５に出力する。

送信制御部１１５は、第１の判定結果を第１の改札機２、第２の判定結果を第２の改札機３にそれぞれ送信する。

図３は、第１の改札機２および第２の改札機３のソフトウェア構成を図１に示したハードウェア構成に関連付けて示すブロック図である。

第１の改札機２の記憶部２２は、第１のバージョン情報記憶部２２１を備える。第１のバージョン情報記憶部２２１は、第１の改札機２のバージョンを記憶するために用いられる。例えば、第１の改札機２は、改造後の改札機であるとする。この場合、第１のバージョン情報記憶部２２１は、第１の改札機２が改造後であることを示す第１のバージョンを記憶する。

第１の改札機２の制御部２１は、媒体情報取得部２１１、判定要求生成部２１２、通信制御部２１３、および通行制御部２１４を備える。

媒体情報取得部２１１は、媒体読み取り部２４１を制御して旅客が有する媒体から媒体情報を読み取らせる。例えば、媒体読み取り部２４１であるＩＣカードリーダライタに翳されたＩＣカードに記憶された媒体情報を読み取らせる。そして、媒体情報取得部２１１は、媒体読み取り部２４１から媒体情報を受信する。媒体情報取得部２１１は、受信した媒体情報を判定要求生成部２１２に出力する。

判定要求生成部２１２は、媒体情報および第１のバージョン情報記憶部２２１に記憶された第１のバージョン情報に基づいて第１の判定要求を生成する。第１の判定要求は、媒体情報および第１のバージョン情報に加えて、第１の改札機２のＩＤ等を含んでも良い。

通信制御部２１３は、通信インタフェース２３を通じて、第１の判定要求を駅務サーバ１に送信する。また、通信制御部２１３は、第１の判定要求に応じて、通信インタフェース２３を通じて、第１の判定結果を駅務サーバ１から受信する。通信制御部２１３は、受信した第１の判定結果を通行制御部２１４に出力する。

通行制御部２１４は、旅客の通行を制御する。例えば、第１の判定結果に含まれる情報が旅客の通行を許可することを示す場合、通行制御部２１４は、ゲート２４２の開け、引き去るべき運賃の額、ＩＣカードのチャージ額、通行日時等を表示するための情報を通知部２４３に出力してよい。さらに、通行制御部２１４は、媒体読み取り部２４１を通じて運賃の徴収、すなわち、ＩＣカードへの情報の書き込みを行ってもよい。

第２の改札機３の記憶部３２は、第２のバージョン情報記憶部３２１を備える。第２のバージョン情報記憶部３２１は、第２の改札機３のバージョンを記憶するために用いられる。例えば、第２の改札機３は、改造前の改札機である第２のバージョンであるとする。この場合、第２のバージョン情報記憶部３２１は、改札機が改造前のバージョンであることを示す第２のバージョン情報を記憶する。

ここで、第１のバージョン情報と第２のバージョン情報は、１ビットのフラグ情報であってもよい。例えば、フラグ情報が１である場合、改札機が改造後であることを示し、フラグ情報が０である場合、改札機が改造前であることを示して良い。ここで、意味が逆でも良いのは勿論である。これにより、バージョン識別部１１２は、バージョン情報が１または０のいずれであるかに応じて改札機が改造後の改札機なのか改造前の改札機なのかを識別することが可能になる。さらに、改札機が改造後であるまたは改造前であるかを識別できる情報であれば、第１のバージョン情報と第２のバージョン情報は、任意の情報であって良い。例えば、第１のバージョン情報と第２のバージョン情報が英数字等の情報であり、この情報に基づいて第１のバージョン情報と第２のバージョン情報を識別しても良い。

第２の改札機３の制御部３１は、媒体情報取得部３１１、判定要求生成部３１２、通信制御部３１３、および通行制御部３１４を備える。

媒体情報取得部３１１は、媒体情報取得部２１１と同様であってよい。すなわち、媒体情報取得部３１１は、媒体読み取り部３４１を制御して旅客が有する媒体から媒体情報を読み取らせる。

判定要求生成部３１２は、媒体情報および第２のバージョン情報記憶部３２１に記憶された第２のバージョン情報に基づいて第２の判定要求を生成する。第２の判定要求は、媒体情報および第２のバージョン情報に加えて、第２の改札機３のＩＤ等を含んでも良い。

通信制御部３１３は、通信インタフェース３３を通じて、第２の判定要求を駅務サーバ１に送信する。また、通信制御部３１３は、第２の判定要求に応じて、通信インタフェース３３を通じて、第２の判定結果を駅務サーバ１から受信する。通信制御部３１３は、受信した第２の判定結果を通行制御部３１４に出力する。

通行制御部３１４は、通行制御部２１４と同様であってよい。すなわち、通行制御部３１４は、旅客の通行を制御する。

（改造スケジュール）
図４は、駅務サーバ１、第１の改札機２、および第２の改札機３の改造スケジュールの一例を示した図である。
新機能を稼働させる場合、運用開始日までに駅務サーバ１、第１の改札機２、および第２の改札機３の改造（バージョンアップ）を行う必要がある。図４に示す例では、最初に駅務サーバ１が改造され、次に第１の改札機２が改造され、最後に第２の改札機３が改造される例を示している。

改造は、鉄道が休止している時間帯、例えば、深夜２時～４時の間などに行われる。例えば、駅務サーバ１の改造と第１の改札機２の改造は、同じ日に行われても良いが、先に駅務サーバ１の改造が実行される必要がある。

最初に、第１の改札機２の改造を行ってから駅務サーバ１の改造（バージョンアップ）を行う際、駅務サーバ１の改造がエラー等によりできない場合があり得る。このような場合、第１の改札機２のみが改造されてしまい、駅務サーバ１が第１の改札機２から受け取る情報に基づいて判定処理を実行することができなくなってしまう。そのため、最初に、駅務サーバ１の改造を実行する必要がある。

（動作）
図５は、第１の実施形態の駅務システムにおける改札処理手順の一例を示すシーケンス図である。

駅務サーバ１の制御部１１、第１の改札機２の制御部２１、および第２の改札機３の制御部３１が記憶部１２、記憶部２２、および記憶部３２それぞれに格納されたプログラムを読み出して実行することにより、このシーケンスの動作が実現される。

このシーケンスは、旅客が第１の改札機２に媒体に記憶された情報を読み取らせようとする、例えば、旅客が媒体であるＩＣカードを媒体読み取り部２４１であるＩＣカードリーダライタに翳すことにより開始する。

媒体情報取得部２１１は、媒体情報を取得する（ステップＳＴ１０１）。媒体情報取得部２１１は、媒体読み取り部２４１を制御して旅客が有する媒体から媒体情報を読み取らせる。例えば、媒体読み取り部２４１であるＩＣカードリーダライタに翳されたＩＣカードに記憶された媒体情報を読み取らせる。そして、媒体情報取得部２１１は、媒体読み取り部２４１から媒体情報を受信する。媒体情報取得部２１１は、受信した媒体情報を判定要求生成部２１２に出力する。

判定要求生成部２１２は、第１の判定要求を生成する（ステップＳＴ１０２）。媒体情報を受信した判定要求生成部２１２は、第１のバージョン情報記憶部２２１に記憶された第１のバージョン情報を取得する。ここで、第１のバージョン情報は、第１の改札機２が改造後のバージョンであることを示す情報である。そして、判定要求生成部２１２は、第１のバージョン情報および媒体情報を含む第１の判定要求を生成する。そして、判定要求生成部２１２は、第１の判定要求を通信制御部２１３に出力する。

通信制御部２１３は、第１の判定要求を送信する（ステップＳＴ１０３）。通信制御部２１３は、通信インタフェース２３を通じて、駅務サーバ１に第１の判定要求を送信する。

駅務サーバ１のバージョン識別部１１２は、第１の改札機２のバージョンを識別する（ステップＳＴ１０４）。情報取得部１１１は、通信インタフェース１３を通じて、第１の判定要求を受信する。そして、情報取得部１１１は、第１の判定要求をバージョン識別部１１２に出力する。バージョン識別部１１２は、第１の判定要求に含まれる第１のバージョン情報に基づいて第１の改札機２のバージョンを識別する。例えば、バージョン識別部１１２は、第１のバージョン情報の値が１であることにより、第１の改札機２が改造後である、すなわち第１のバージョンであると識別する。

バージョン識別部１１２は、第１の判定要求を第１のバージョン判定処理部１１３に出力する。例えば、バージョン識別部１１２は、複数ある第１のバージョン判定処理部１１３のうち、判定処理が実行されていない、すなわち、空いている第１のバージョン判定処理部１１３に判定要求を出力してよい。

第１のバージョン判定処理部１１３は、第１の判定要求に基づいて旅客の通行可否を判定する（ステップＳＴ１０５）。第１のバージョン判定処理部１１３は、第１の判定要求に含まれる媒体情報に基づいて旅客が第１の改札機２を通行することが可能かどうかを判定する。例えば、第１のバージョン判定処理部１１３は、第１の判定要求に含まれる第１の改札機２の改札機ＩＤ、媒体情報に含まれるチャージ額、通行履歴等に基づいて、旅客が第１の改札機２を通行することが可能かどうかを判定する。また、第１のバージョン判定処理部１１３は、運賃がいくらかを判定してもよい。第１のバージョン判定処理部１１３は、判定に基づいて第１の判定結果を生成し、当該第１の判定結果を送信制御部１１５に出力する。ここで、第１の判定結果は、例えば、旅客が通行可能かどうか、運賃、判定日時等を含んで良い。

送信制御部１１５は、第１の判定結果を第１の改札機２に送信する（ステップＳＴ１０６）。例えば、送信制御部１１５は、通信インタフェース１３を通じて、第１の改札機２に第１の判定結果を送信する。

通行制御部２１４は、通行制御を実行する（ステップＳＴ１０７）。通信制御部２１３は、通信インタフェース２３を通じて、第１の判定結果を受信する。そして、通信制御部２１３は、第１の判定結果を通行制御部２１４に出力する。例えば、第１の判定結果に含まれる情報が旅客の通行を許可することを示す場合、通行制御部２１４は、ゲート２４２の開け、引き去るべき運賃の額、残額、通行日時等を表示するための情報を通知部２４３に出力してよい。さらに、通行制御部２１４は、媒体読み取り部２４１を通じて運賃の徴収、すなわち、情報の書き込みを行ってもよい。

次に、旅客が第２の改札機３に媒体に記憶された情報を読み取らせようとする。例えば、旅客が媒体であるＩＣカードを媒体読み取り部３４１であるＩＣカードリーダライタに翳すとする。

ステップＳＴ１０８は、ステップＳＴ１０１と同様の処理であるため、ここでの説明を省略する。

判定要求生成部３１２は、第２の判定要求を生成する（ステップＳＴ１０９）。媒体情報を受信した判定要求生成部３１２は、第２のバージョン情報記憶部３２１に記憶された第２のバージョン情報を取得する。ここで、第２のバージョン情報は、第２の改札機３が改造前であることを示す情報である。そして、第２のバージョン情報および媒体情報を含む第２の判定要求を生成する。そして、判定要求生成部３１２は、第２の判定要求を通信制御部３１３に出力する。

ステップＳＴ１１０は、ステップＳＴ１０３と同様の処理であるため、ここでの説明を省略する。

駅務サーバ１のバージョン識別部１１２は、第２の改札機３のバージョンを識別する（ステップＳＴ１１１）。情報取得部１１１は、通信インタフェース１３を通じて、第２の判定要求を受信する。そして、情報取得部１１１は、第２の判定要求をバージョン識別部１１２に出力する。バージョン識別部１１２は、第２の判定要求に含まれる第２のバージョン情報に基づいて第２の改札機３のバージョンを識別する。例えば、バージョン識別部１１２は、第２のバージョン情報の値が０であることにより、第２の改札機３が改造前である、すなわち第２のバージョンであると判定する。

バージョン識別部１１２は、第２の判定要求を第２のバージョン判定処理部１１４に出力する。例えば、バージョン識別部１１２は、複数ある第２のバージョン判定処理部１１４のうち、判定処理が実行されていない、すなわち、空いている第２のバージョン判定処理部１１４に判定要求を出力してよい。

第２のバージョン判定処理部１１４は、第２の判定要求に基づいて旅客の通行可否を判定する（ステップＳＴ１１２）。第２のバージョン判定処理部１１４は、第２の判定要求に含まれる媒体情報に基づいて旅客が第２の改札機３を通行することが可能かどうかを判定する。例えば、第２のバージョン判定処理部１１４は、第２の判定要求に含まれる第２の改札機３のＩＤ、媒体情報に含まれるチャージ額、通行履歴等に基づいて、旅客が第２の改札機３を通行することが可能かどうかを判定する。また、第２のバージョン判定処理部１１４は、運賃がいくらかを判定してもよい。第２のバージョン判定処理部１１４は、判定に基づいて第２の判定結果を生成し、当該第２の判定結果を送信制御部１１５に出力する。ここで、第２の判定結果は、例えば、旅客が通行可能かどうか、運賃、判定日時等を含んで良い。

ステップＳＴ１１３～ステップＳＴ１１４は、ステップＳＴ１０６～ステップＳＴ１０７と同様の処理であるため、ここでの説明を省略する。

（第１の実施形態の作用効果）
以上説明した第１の実施形態によれば、改札機のバージョンを改札機が駅務サーバ１に送信する。駅務サーバ１は、改札機のバージョンに応じた判定処理を実行することにより、改札機と駅務サーバ１との間にバージョンの不一致が発生しない。そのため、駅務サーバ１と改札機との間のバージョンの違いによる情報の齟齬が発生しない。

［第２の実施形態］
（構成）
最初に、第２の実施形態における駅務サーバ１、第１の改札機２、および第２の改札機３のハードウェア構成は、図１と同じであるため、ここでの説明を省略する。

図６は、駅務サーバ１のソフトウェア構成を図１に示したハードウェア構成に関連付けて示すブロック図である。
第２の実施形態では、駅務サーバ１の制御部１１がバージョン識別部１１２、第１のバージョン判定処理部１１３、および第２のバージョン判定処理部１１４の代わりに、改札機識別部１１６、第１の改札機判定処理部１１７、第２の改札機判定処理部１１８等を備える点で第１の実施形態と異なる。また、記憶部１２が改札機情報記憶部１２１を備える点でも第１の実施形態と異なる。

改札機識別部１１６は、判定要求がいずれの改札機から送信されたのかを識別する。改札機識別部１１６は、判定要求に含まれる改札機情報に基づいて、判定要求がいずれの改札機から送信されたものであるかを識別する。ここで、改札機情報は、改札機を識別することが可能な情報であり、例えば、改札機ＩＤ等を含む。また、改札機識別部１１６は、識別された改札機に対応する改札機判定処理部に判定要求を出力する。すなわち、本実施形態では、各改札機と各判定処理部（プロセス）が１対１で対応付けられているとする。例えば、改札機識別部１１６は、判定要求が第１の改札機２から送信されたものであると識別した場合、第１の改札機２に対応付けられた第１の改札機判定処理部１１７に判定要求を出力する。

第１の改札機判定処理部１１７は、判定要求に基づいて旅客の通行可否を判定する。第１の改札機判定処理部１１７は、第１の改札機２のバージョンについて既知であるとする。したがって、第１の改札機判定処理部１１７は、第１の改札機２のバージョンに応じた判定処理を実行することが可能である。そのため、第１の改札機判定処理部１１７は、第１の判定要求に含まれる媒体情報に基づいて旅客が第１の改札機２を通行することが可能かどうかを判定する。また、第１の改札機判定処理部１１７は、判定に基づいて第１の判定結果を生成し、当該第１の判定結果を送信制御部１１５に出力する。

第２の改札機判定処理部１１８は、判定要求に基づいて旅客の通行可否を判定する。第２の改札機判定処理部１１８は、第２の改札機３のバージョンについて既知であるとする。したがって、第２の改札機判定処理部１１８は、第２の改札機３のバージョンに応じた判定処理を実行することが可能である。そのため、第２の改札機判定処理部１１８は、第２の判定要求に含まれる媒体情報に基づいて旅客が第２の改札機３を通行することが可能かどうかを判定する。また、第２の改札機判定処理部１１８は、判定に基づいて第２の判定結果を生成し、当該第２の判定結果を送信制御部１１５に出力する。

記憶部１２の改札機情報記憶部１２１は、各改札機の改札機ＩＤを記憶する。また、改札機情報記憶部１２１は、各改札機が改造後であるか改造前であるかの情報も記憶していて良い。

図７は、第１の改札機２および第２の改札機３のソフトウェア構成を図１に示したハードウェア構成に関連付けて示すブロック図である。

第１の改札機２の記憶部２２は、第１のバージョン情報記憶部２２１の代わりに、第１の改札機情報記憶部２２２を備える点で第１の実施形態と異なる。

第１の改札機情報記憶部２２２は、第１の改札機２を識別することが可能な第１の改札機情報、例えば、第１の改札機ＩＤ等を記憶する。

制御部２１の判定要求生成部２１２は、第１の改札機情報を第１の改札機情報記憶部２２２から取得する。判定要求生成部２１２は、第１の改札機情報および媒体情報を含む第１の判定要求を生成する。

第２の改札機３の記憶部３２は、第２のバージョン情報記憶部３２１の代わりに、第２の改札機情報記憶部３２２を備える点で第１の実施形態と異なる。

第２の改札機情報記憶部３２２は、第２の改札機３を識別することが可能な第２の改札機情報、例えば、第２の改札機ＩＤ等を記憶する。

制御部３１の判定要求生成部３１２は、第２の改札機情報を第２の改札機情報記憶部３２２から取得する。判定要求生成部３１２は、第２の改札機情報および媒体情報を含む第２の判定要求を生成する。

また、改造スケジュールは、第１の実施形態と同様であるとする。

（動作）
図８は、第２の実施形態の駅務システムにおける改札処理手順の一例を示すシーケンス図である。

最初に、各改札機は、起動すると同時に、駅務サーバ１と通信し、各改札機のバージョン、すなわち、改札機が改造後であるか改造前であるかを通知してあるとする。すなわち、駅務サーバ１は、各改札機のバージョンが記憶部２２に記憶されており、各改札機のバージョンが既知のものであるとする。

駅務サーバ１の制御部１１、第１の改札機２の制御部２１、および第２の改札機３の制御部３１が記憶部１２、記憶部２２、および記憶部３２それぞれに格納されたプログラムを読み出して実行することにより、このシーケンスの動作が実現される。

このシーケンスは、旅客が第１の改札機２に媒体に記憶された情報を読み取らせようとする、例えば、旅客が媒体であるＩＣカードを媒体読み取り部２４１であるＩＣカードリーダライタに翳すことにより開始する。

ステップＳＴ２０１は、図５を参照しながら説明したステップＳＴ１０１と同じであるため、ここでの説明を省略する。

判定要求生成部２１２は、第１の判定要求を生成する（ステップＳＴ２０２）。判定要求生成部２１２は、第１の改札機情報を第１の改札機情報記憶部２２２から取得する。ここで、第１の改札機情報は、第１の改札機２に固有の情報、例えば、第１の改札機ＩＤ等であってよい。すなわち、第１の改札機情報は、第１の改札機２のバージョンについての情報を含まなくてよい。判定要求生成部２１２は、第１の改札機情報および媒体情報を含む第１の判定要求を生成する。そして、判定要求生成部２１２は、第１の判定要求を通信制御部２１３に出力する。

通信制御部２１３は、第１の判定要求を送信する（ステップＳＴ２０３）。通信制御部２１３は、通信インタフェース２３を通じて、駅務サーバ１に第１の判定要求を送信する。

駅務サーバ１の改札機識別部１１６は、第１の判定要求がいずれの改札機から送信されたのかを識別する（ステップＳＴ２０４）。情報取得部１１１は、通信インタフェース１３を通じて、第１の判定要求を受信する。そして、情報取得部１１１は、第１の判定要求を改札機識別部１１６に出力する。改札機識別部１１６は、第１の判定要求に含まれる第１の改札機情報および改札機情報記憶部１２１に記憶された情報に基づいて、第１の判定要求が第１の改札機２から送信されたものであると識別する。例えば、改札機識別部１１６は、第１の改札機情報に対応する情報を改札機情報記憶部１２１から取得し、判定要求がどの改札機から送信されたのかを識別する。

第２の実施形態では、各改札機と各判定処理部（プロセス）が１対１で対応付けられている。そのため、改札機識別部１１６は、第１の改札機２に対応付けられた第１の改札機判定処理部１１７に第１の判定要求を出力する。

第１の改札機判定処理部１１７は、第１の判定要求に基づいて旅客の通行可否を判定する（ステップＳＴ２０５）。第１の改札機判定処理部１１７は、第１の改札機２のバージョンについて既知であるため、第１の改札機２のバージョンに応じた判定処理を実行することが可能である。そのため、第１の改札機判定処理部１１７は、第１の判定要求に含まれる媒体情報に基づいて旅客が第１の改札機２を通行することが可能かどうかを判定する。例えば、第１の改札機判定処理部１１７は、第１の判定要求に含まれる第１の改札機２の改札機ＩＤ、媒体情報に含まれるチャージ額、通行履歴等に基づいて、旅客が第１の改札機２を通行することが可能かどうかを判定する。また、第１の改札機判定処理部１１７は、運賃がいくらかを判定してもよい。第１の改札機判定処理部１１７は、判定に基づいて第１の判定結果を生成し、当該第１の判定結果を送信制御部１１５に出力する。ここで、第１の判定結果は、例えば、旅客が通行可能かどうか、運賃、判定日時等を含んで良い。

ステップＳＴ２０６～ステップＳＴ２０７は、図５を参照しながら説明したステップＳＴ１０６～ステップＳＴ１０７と同じであるため、ここでの説明を省略する。

次に、旅客が第２の改札機３に媒体に記憶された情報を読み取らせようとする。例えば、旅客が媒体であるＩＣカードを媒体読み取り部３４１であるＩＣカードリーダライタに翳すとする。

ステップＳＴ２０８は、ステップＳＴ２０１、すなわち、ステップＳＴ１０１と同様の処理であるためここでの説明を省略する。

判定要求生成部３１２は、第２の判定要求を生成する（ステップＳＴ２０９）。判定要求生成部３１２は、第２の改札機情報を第２の改札機情報記憶部３２２から取得する。ここで、第２の改札機情報は、第２の改札機３に固有の情報、例えば、第２の改札機ＩＤ等であってよい。すなわち、第２の改札機情報は、第２の改札機３のバージョンについての情報を含まなくてよい。判定要求生成部３１２は、第２の改札機情報および媒体情報を含む第２の判定要求を生成する。そして、判定要求生成部３１２は、第２の判定要求を通信制御部３１３に出力する。

ステップＳＴ２１０は、ステップＳＴ２０３と同様の処理であるため、ここでの説明を省略する。

駅務サーバ１の改札機識別部１１６は、第２の判定要求がいずれの改札機から送信されたのかを判定する（ステップＳＴ２１１）。情報取得部１１１は、通信インタフェース１３を通じて、第２の判定要求を受信する。そして、情報取得部１１１は、第２の判定要求を改札機識別部１１６に出力する。改札機識別部１１６は、第２の判定要求に含まれる第２の改札機情報および改札機情報記憶部１２１に記憶された情報に基づいて、第２の判定要求が第２の改札機３から送信されたものであると識別する。例えば、改札機識別部１１６は、第２の改札機情報に対応する情報を改札機情報記憶部１２１から取得し、判定要求がどの改札機から送信されたのかを識別する。

上述したように、第２の実施形態では、各改札機と各判定処理部（プロセス）が１対１で対応付けられている。そのため、改札機識別部１１６は、第２の改札機３に対応付けられた第２の改札機判定処理部１１８に第２の判定要求を出力する。

第２の改札機判定処理部１１８は、第２の判定要求に基づいて旅客の通行可否を判定する（ステップＳＴ２１２）。第２の改札機判定処理部１１８は、第２の改札機３のバージョンについて既知であるため、第２の改札機のバージョンに応じた判定処理を実行することが可能である。第２の改札機判定処理部１１８は、第２の判定要求に含まれる媒体情報に基づいて旅客が第２の改札機３を通行することが可能かどうかを判定する。例えば、第２の改札機判定処理部１１８は、第２の判定要求に含まれる第２の改札機３の改札機ＩＤ、媒体情報に含まれるチャージ額、通行履歴等に基づいて、旅客が第２の改札機３を通行することが可能かどうかを判定する。また、第２の改札機判定処理部１１８は、運賃がいくらかを判定してもよい。第２の改札機判定処理部１１８は、判定に基づいて第２の判定結果を生成し、当該第２の判定結果を送信制御部１１５に出力する。ここで、第２の判定結果は、例えば、旅客が通行可能かどうか、運賃、判定日時等を含んで良い。

ステップＳＴ２１３～ステップＳＴ２１４は、ステップＳＴ２０６～ステップＳＴ２０７と同様の処理であるため、ここでの説明を省略する。

（第２の実施形態の作用効果）
以上説明した第２の実施形態によれば、各改札機は、判定要求に各改札機を特定することが可能な改札機情報を含ませる。駅務サーバ１は、各改札機のバージョンについて記憶している。さらに駅務サーバ１は、各改札機と１対１で対応付けられた判定処理部（プロセス）を有する。駅務サーバ１は、改札機のバージョンに応じた判定処理を実行することが可能であるため、改札機と駅務サーバ１との間にバージョンの不一致が発生しない。

また、例えば、第１の改札機２が壊れてしまい、第１の判定要求が異常な情報を送信するような状況になったとしても、第１の改札機判定処理部１１７が影響を受けるのみでその他の判定処理部が影響を受けることがない。したがって、制御部１１は、改札機が壊れた際の性能の劣化が少なくなる。

［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。例えば、第１の実施形態においても、各改札機がバージョン情報を送信する代わりに、第２の実施形態と同様に、各改札機を識別することが可能な情報を送信しても良い。この場合、駅務サーバ１は、各改札機のバージョンについての情報を記憶部１２に記憶しているものとする。そして、駅務サーバ１の制御部１１は、記憶部１２に記憶された情報に基づいて、識別された改札機のバージョン（改造後または改造前）を識別してもよい。そして、制御部１１は、識別されたバージョンに応じて第１のバージョン判定処理部１１３または第２のバージョン判定処理部１１４に判定要求を出力してもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…駅務サーバ
１１…制御部
１１１…情報取得部
１１２…バージョン識別部
１１３…第１のバージョン判定処理部
１１４…第２のバージョン判定処理部
１１５…送信制御部
１１６…改札機識別部
１１７…第１の改札機判定処理部
１１８…第２の改札機判定処理部
１２…記憶部
１２１…改札機情報記憶部
１３…通信インタフェース
１４…入出力インタフェース
１４１…入力部
１４２…出力部
２…第１の改札機
２１…制御部
２１１…媒体情報取得部
２１２…判定要求生成部
２１３…通信制御部
２１４…通行制御部
２２…記憶部
２２１…第１のバージョン情報記憶部
２２２…第１の改札機情報記憶部
２３…通信インタフェース
２４…入出力インタフェース
２４１…媒体読み取り部
２４２…ゲート
２４３…通知部
３…第２の改札機
３１…制御部
３１１…媒体情報取得部
３１２…判定要求生成部
３１３…通信制御部
３１４…通行制御部
３２…記憶部
３２１…第２のバージョン情報記憶部
３２２…第２の改札機情報記憶部
３３…通信インタフェース
３４…入出力インタフェース
３４１…媒体読み取り部
３４２…ゲート
３４３…通知部
４…ネットワーク

Claims (8)

1. 改札機から判定要求を受信する受信部と、
   前記判定要求に含まれる前記改札機についての情報に基づいて、前記改札機を識別する識別部と、
   前記識別部から、前記識別された改札機に応じて前記判定要求を受信し、前記判定要求に含まれる媒体情報に基づいて、旅客の通行可否を判定した判定結果を生成する判定処理部と、
   前記判定結果を前記改札機に送信する送信部と、
   を備える、駅務サーバ。
2. 前記改札機についての情報は、前記改札機が改造後または改造前のバージョンであるかを示し、前記識別部は、前記改札機が改造後の改札機である、または改造前の改札機であるかを識別する、請求項１に記載の駅務サーバ。
3. 前記改札機についての情報は、１ビットのフラグ情報である、請求項２に記載の駅務サーバ。
4. 前記判定処理部は、改造後のバージョンに対応した複数の第１の判定処理部と、前記改造前のバージョンに対応した複数の第２の判定処理部と、を備え、前記識別部は、前記改札機が改造後の改札機であると識別した場合、前記判定要求を前記複数の第１の判定処理部のうちの１つに出力し、前記改札機が改造前の改札機であると識別した場合、前記判定要求を前記複数の第２の判定処理部のうちの１つに出力する、請求項２に記載の駅務サーバ。
5. 前記駅務サーバは、前記改札機が改造後の改札機であるか改造前の改札機であるかを記憶する記憶部をさらに備え、前記判定処理部は、改造後のバージョンに対応した複数の第１の判定処理部と、前記改造前のバージョンに対応した複数の第２の判定処理部と、を備え、前記識別部は、前記記憶部に記憶された情報に基づいて、前記識別された改札機が改札後の改札機であるまたは改造前の改札機であるかをさらに識別し、前記改札機が改造後の改札機であると識別した場合、前記判定要求を前記複数の第１の判定処理部のうちの１つに出力し、前記改札機が改造前の改札機であると識別した場合、前記判定要求を前記複数の第２の判定処理部のうちの１つに出力する、請求項１に記載の駅務サーバ。
6. 前記判定処理部は、改札機それぞれに対応する改札機判定処理部を備え、前記識別部は、前記識別された改札機に対応する改札機判定処理部に前記判定要求を出力する、請求項１に記載の駅務サーバ。
7. 前記改札機判定処理部はそれぞれ、各改札機が改造後であるか改造前であるか既知であり、前記改札機が改造後であるまたは改造前であるかに応じた判定処理を実行する、請求項６に記載の駅務サーバ。
8. 駅務サーバが備えるプロセッサによって実行させるための命令を備える駅務プログラムであって、前記命令は、
   改札機から判定要求を受信することと、
   前記判定要求に含まれる前記改札機についての情報に基づいて、前記改札機を識別することと、
   前記識別する命令から、前記識別された改札機に応じて前記判定要求を受信することと、
   前記判定要求に含まれる媒体情報に基づいて、旅客の通行可否を判定した判定結果を生成することと、
   前記判定結果を前記改札機に送信することと、
   を備える、駅務プログラム。