(57)【要約】      （修正有）【課題】他の事業者が提供する決済方式を用いた運賃の収受を含む運賃収受処理を短時間で実施できる改札機および運賃収受システムを提供する。【解決手段】改札機１１は、第１通信部２３とリーダライタ２５と制御部２１とを有する。前記第１通信部は、運賃計算を行う運賃計算サーバと通信する。前記リーダライタは、利用者が所持する決済用の媒体に対して読取および書込みを行う。前記制御部は、リーダライタが決済用の媒体から読み取る識別情報に基づいて運賃を運賃計算サーバへ問合せ、問合せを実行した後に決済用の媒体の認証を実行し、決済用の媒体の認証が成功した場合に問合せに応じて運賃計算サーバから取得する運賃の決済を実行する。【選択図】図２
2020177575.tif 000002
【特許請求の範囲】
【請求項１】
運賃計算を行う運賃計算サーバと通信する通信部と、
利用者が所持する決済用の媒体に対して読取および書込みを行うリーダライタと、
前記リーダライタが前記決済用の媒体から読み取る識別情報に基づいて運賃を前記運賃計算サーバへ問合せ、前記問合せを実行した後に前記決済用の媒体の認証を実行し、前記決済用の媒体の認証が成功した場合に前記問合せに応じて前記運賃計算サーバから取得する運賃の決済を実行する制御部と、
を有する改札機。
【請求項２】
さらに、前記決済用の媒体が記憶する決済用データに基づいて料金の決済を行う決済サーバと通信する第２の通信部を有し、
前記制御部は、前記決済用の媒体の認証が成功した場合に前記決済サーバによる決済を行うための決済用データを前記決済用の媒体から読み取り、前記決済用データに基づく前記運賃計算サーバから取得する運賃の決済を前記決済サーバへ依頼する、
請求項１に記載の改札機。
【請求項３】
前記決済用の媒体は、前記リーダライタからの要求に応じて応答を出力する携帯可能電子装置であり、
前記識別情報は、前記決済用の媒体が初期応答として出力する情報に含まれる、
請求項１または２の何れか１項に記載の改札機。
【請求項４】
改札機と運賃計算サーバとを有する運賃収受システムであって、
前記運賃計算サーバは、
入場者が所持する決済用の媒体の識別情報に対応づけて入場情報を記憶する記憶部と、
前記改札機と通信する第１の通信部と、
前記第１の通信部により前記改札機で出場する出場者が所持する決済用の媒体の識別情報に対応づけた出場情報を受信した場合、前記出場情報と前記出場情報に対応する識別情報が一致する入場情報とに基づいて運賃を計算し、計算した運賃を示す運賃情報を前記第１の通信部により前記改札機へ送信する制御を行う第１の制御部と、を有し、
前記改札機は、
前記運賃計算サーバと通信する第２の通信部と、
利用者が所持する決済用の媒体に対して読取および書込みを行うリーダライタと、
前記リーダライタにより前記決済用の媒体から読み取る識別情報に基づいて運賃を前記運賃計算サーバへ問合せ、前記問合せを実行した後に前記決済用の媒体の認証を実行し、前記決済用の媒体の認証が成功した場合に前記問合せに応じて外部装置から取得する運賃の決済を実行する第２の制御部と、を有する、
運賃収受システム。
【請求項５】
前記改札機は、
さらに、前記決済用の媒体が記憶する決済用データに基づいて料金の決済を行う決済サーバと通信する第３の通信部を有し、
前記第２の制御部は、前記決済用の媒体の認証が成功した場合に前記決済サーバによる決済を行うための決済用データを前記決済用の媒体から読み取り、前記決済用データに基づく前記運賃計算サーバから取得する運賃の決済を前記決済サーバへ依頼する、
請求項４に記載の運賃収受システム。
【請求項６】
前記決済用の媒体は、前記リーダライタからの要求に応じて初期応答を出力する携帯可能電子装置であり、
前記識別情報は、前記決済用の媒体が初期応答として出力する情報に含まれる、
請求項４または５の何れか１項に記載の運賃収受システム。
【請求項７】
改札機と通信する運賃計算サーバであって、
入場者が所持する決済用の媒体の識別情報に対応づけて入場情報を記憶する記憶部と、
改札機と通信する通信部と、
前記通信部により前記改札機から出場者が所持する決済用の媒体が初期応答として出力する識別情報に対応づけた出場情報を受信した場合、前記出場情報と前記出場情報に対応する識別情報が一致する入場情報とに基づいて運賃を計算し、計算した運賃を示す運賃情報を前記通信部により前記改札機へ送信する制御を行う制御部と、
を有する運賃計算サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、改札機、運賃収受システムおよび運賃計算サーバに関する。
【背景技術】
【０００２】
鉄道などの交通機関では、交通機関等が発行する専用のカード（以下、交通専用カード）を用いて運賃収受を行う改札システムが実用化されている。従来の改札システムでは、改札機が、入場時に交通専用カードに入場情報を記録し、出場時に交通専用カードに記録した入場情報に基づいて算出する運賃を当該交通専用カードが保持する金額情報で精算することで出場を許可する。
【０００３】
一方、近年では、交通専用カード以外の媒体を用いて交通機関における運賃を収受するシステムが提案されている。例えば、交通専用カードとは異なる事業者である金融機関などが発行するクレジットカードあるいは電子マネー機能を有するＩＣカードを用いて、運賃の収受を行うアカウント型運賃収受システムと称するシステムが提案されている。
【０００４】
アカウント型運賃収受システムでは、入場情報や定期情報などの利用データをサーバが保持し、出場処理に必要な運賃計算などをサーバが実行する。これにより、アカウント型運賃収受システムは、利用者が所持する金融機関などが発行したＩＣカード等の媒体に入場情報や定期情報などの利用データを書き込むことなく、改札処理を実現する。また、アカウント型運賃収受システムでは、利用者が所持する媒体を用いて運賃の決済を行うため、利用者が所持する媒体の認証処理、運賃計算を行うサーバでの運賃計算、媒体からの運賃を決済するための情報の読み取り、決済サーバでの決済処理、決済サーバでの決済結果に応じた媒体への情報の書き込み等の処理が必要となる。従来のアカウント型運賃収受システムでは、上述した種々の処理を改札機とサーバとの通信によって順番に実行するため、出場処理などの処理時間が長くなってしまうという問題がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−１７００９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上述した課題を解決するため、他の事業者が提供する決済方式を用いた運賃の収受を含む運賃収受処理を短時間で実施できる改札機、運賃収受システムおよび運賃計算サーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
実施形態によれば、改札機は、通信部とリーダライタと制御部とを有する。通信部は、運賃計算を行う運賃計算サーバと通信する。リーダライタは、利用者が所持する決済用の媒体に対して読取および書込みを行う。制御部は、リーダライタが決済用の媒体から読み取る識別情報に基づいて運賃を運賃計算サーバへ問合せ、問合せを実行した後に決済用の媒体の認証を実行し、決済用の媒体の認証が成功した場合に問合せに応じて運賃計算サーバから取得する運賃の決済を実行する。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係る運賃収受システム全体の構成例を概略的に示す図である。
【図２】実施形態に係る運賃収受システムにおける改札機の構成例を示すブロック図である。
【図３】実施形態に係る運賃収受システムにおける運賃計算サーバの構成例を示すブロック図である。
【図４】実施形態に係る運賃収受システムにおける決済サーバの構成例を示すブロック図である。
【図５】実施形態に係る運賃収受システムにおける入場処理の流れを説明するためのシーケンスである。
【図６】実施形態に係る運賃収受システムにおける出場処理の流れを説明するためのシーケンスである。
【発明を実施するための形態】
【０００９】
以下、図面を参照して実施形態に係る運賃収受システム１について説明する。  
図１は、実施形態に係る運賃収受システム１の構成例を示す概念図である。  
運賃収受システム１は、例えば、鉄道又はバスなどの交通機関における改札システムに適用される。また、運賃収受システム１は、各種の施設（有料施設）などにおける入出場システムなどにも適用することができる。以下、運賃収受システムを交通機関（例えば、鉄道）の改札システムに適用するケースを中心に説明する。
【００１０】
図１に示すように、運賃収受システム１は、改札機１１、運賃計算サーバ１２、および、決済サーバ１３を有する。  
改札機１１は、通過（入場または出場）しようとする利用者の通行を制御する改札処理を実行する。改札機１１は、例えば、駅などの各改札口に１台又は複数台が設置される。改札機１１は、利用者が所持する決済用の媒体（例えば、ＩＣカード、携帯端末）に応じて改札処理を実行する。
【００１１】
実施形態では、改札機１１が、改札処理を実施する交通機関以外の事業者（例えば、金融機関）が発行する決済用の媒体で改札処理を実行する場合について説明する。ただし、改札機１１は、交通機関が発行する専用のカード（交通専用カード）を用いて改札処理を実行する機能も具備するものであっても良い。また、本実施形態において、運賃収受システム１は、改札機１１として入場処理専用の改札機と出場処理専用の改札機とを有するものであっても良いし、入出場兼用の改札機を有するものであっても良い。
【００１２】
運賃計算サーバ１２は、改札機１１による改札処理に必要な処理としての運賃計算を実行する。運賃計算サーバ１２は、１台又は複数台のサーバ装置によって構成される。運賃計算サーバ１２は、複数台の改札機１１とネットワークを介して接続される。運賃計算サーバ１２は、各改札機１１との間で各種のデータを送受信する。運賃計算サーバ１２は、改札機１１からの情報に応じて改札処理に必要な処理としての運賃計算を実行し、運賃計算の結果を改札機１１へ供給する。
【００１３】
複数の改札機１１と運賃計算サーバ１２とは、利用者の入出場を制御する改札システムを構成する。改札システムは、駅の改札口などの入出場口に配置した各改札機１１が個々の利用者に対して円滑な通行制御を行えるように、各改札機１１と運賃計算サーバ１２とが高速なデータ通信を行うように構成する。また、改札システムは、各改札機１１と運賃計算サーバ１２とが交通機関におけるセキュアな通信を保つようにローカルなネットワークによって構築される。
【００１４】
決済サーバ１３は、利用者が所持する決済用の媒体に基づく決済処理を実行する。決済サーバ１３は、１台又は複数台のサーバ装置によって構成される。本実施形態では、改札機１１で利用者が所持する決済用の媒体による運賃（料金）の決済を行うため、決済サーバ１３が、各改札機１１と通信可能に接続される。なお、図１に示す構成例では、決済サーバ１３は、それぞれの改札機１１に接続する構成としたが、決済サーバ１３は、運賃計算サーバ１２を介して各改札機１１と通信する構成としても良い。運賃収受システム１は、各改札機１１と決済サーバ１３とがセキュアに通信できる構成であれば良い。
【００１５】
決済サーバ１３が実現する決済処理は、例えば、クレジットカードによる決済、電子マネーによる決済、あるいは、キャッシュカードによる決済などを想定する。また、決済用の媒体としては、例えば、ＩＣカード、携帯端末（携帯電話機、スマートフォン、タブレットＰＣなど）、電子決済用のコード（例えば、２次元コード）を表示する媒体などが想定される。
【００１６】
また、決済用の媒体は、利用可能な金額情報、入場情報（例えば、入場日時、入場駅、入場改札機の識別情報など）および出場情報（例えば、出場日時、出場駅、出場改札機の識別情報など）が改札機１１によって書き込まれる交通専用カードとは異なり、入場情報および出場情報が書き込まれることがなく、決済に関連する情報が書き込まれる媒体であるものとする。
【００１７】
なお、以下に説明する実施形態では、改札システムで利用可能な利用者が所持する決済用の媒体は、電子マネー、クレジットカードあるいはキャッシュカードなどの決済機能を有する非接触式のＩＣカードあるいは非接触式のＩＣカードと同様な機能を有する携帯端末などの携帯可能電子装置であるものとする。非接触式のＩＣカードあるいは携帯端末などの携帯可能電子装置は、改札機１１が具備するリーダライタ２５（図２参照）との非接触通信によりデータの読取および書込みが可能な装置である。
【００１８】
次に、実施形態に係る運賃収受システム１における改札機１１の構成について説明する。  
図２は、実施形態に係る改札機１１の構成例を示すブロック図である。  
図２に示すように、改札機１１は、制御部２１、記憶部２２、第１通信部２３、第２通信部２４、リーダライタ（Ｒ／Ｗ）２５、ディスプレイ２６、スピーカ２７、および、通行制御機構２８を備える。
【００１９】
制御部２１は、改札機１１における各種の動作を制御する。制御部２１は、プログラムを実行するプロセッサを有する。例えば、制御部２１は、プロセッサ、メモリおよびインターフェースなどで構成する。制御部２１は、プロセッサが記憶部２２または制御部２１内のメモリに記憶するプログラムを実行することにより各種の処理を実行する。
【００２０】
例えば、制御部２１は、リーダライタ２５を介して通信するＩＣカードまたは携帯端末などの携帯可能電子装置（決済用の媒体）からの初期応答としてカード製造番号（又は発行番号）などのノンセキュアな識別情報（ＩＤ情報）を取得する。制御部２１は、取得した識別情報に基づいて当該識別情報の決済用の媒体を所持する利用者に課する運賃を運賃計算サーバ１２へ問合せる。また、制御部２１は、リーダライタ２５を介して通信する決済用の媒体としての携帯可能電子装置を認証する認証処理を行う。また、制御部２１は、運賃計算サーバ１２から取得する運賃を決済用の媒体を用いて決済するために、決済用の媒体が記憶する決済用データによる決済を決済サーバ１３へ依頼する。また、制御部２１は、決済サーバ１３における運賃の決済結果に応じて通行制御機構２８を制御して利用者の通行を制御する。
【００２１】
記憶部２２は、データを記憶する。記憶部２２は、ＨＤＤ（ハードディスクドライブ）あるいはＳＳＤ（ソリッドステートドライブ）などの書き換え可能な不揮発性のメモリで構成する。
【００２２】
第１通信部２３は、運賃計算サーバ１２と通信するための通信インターフェースである。また、第２通信部２４は、決済サーバ１３と通信するための通信インターフェースである。第１通信部２３および第２通信部２４は、制御部２１の制御に応じて運賃計算サーバ１２および決済サーバ１３と通信できるものであれば良い。例えば、第１通信部２３および第２通信部２４は、１つのハードウエアで実現しても良い。
【００２３】
リーダライタ２５は、利用者が提示する決済用の媒体と通信する。リーダライタ２５は、例えば、決済用の媒体として用いられる非接触式のＩＣカードあるいは非接触式のＩＣカードと同様な機能を含む携帯端末と通信する。リーダライタ２５は、制御部２１の制御に応じて、決済用の媒体から情報を読み取ったり、決済用の媒体に情報を書き込んだりする処理を実行する。
【００２４】
ディスプレイ２６は、情報を表示する。ディスプレイ２６は、当該改札機１１を通行（入場または出場）しようとする利用者が視認可能な位置に設ける。ディスプレイ２６は、制御部２１によって表示内容が制御される。例えば、ディスプレイ２６は、利用者が提示する媒体から読み取った情報、および、通行の可否を示す情報などを表示する。
【００２５】
スピーカ２７は、音を出力する。スピーカ２７は、当該改札機１１を通行しようとする利用者が認識できるような音を出力する。スピーカ２７は、制御部２１によって出力する音が制御される。例えば、スピーカ２７は、リーダライタ２５による媒体との通信状態を示す音を出力したり、通行を不可する利用者に対するアラートを音声出力したりする。
【００２６】
通行制御機構２８は、改札機１１が形成する改札用の通路（入場用または出場用の通路）における利用者の通行を制御するものである。通行制御機構２８は、制御部２１の指示に応じて利用者の通行を制御するように駆動する。例えば、通行制御機構２８は、ドアおよびドアの開閉を制御する駆動機構を有する。通行制御機構２８は、利用者の通行を阻止する場合にはドアを閉鎖し、利用者の通行を許可する場合にはドアを開放するように動作する。
【００２７】
次に、実施形態に係る運賃収受システム１における運賃計算サーバ１２の構成について説明する。  
図３は、実施形態に係る運賃計算サーバ１２の構成例を示すブロック図である。  
図３に示すように、運賃計算サーバ１２は、制御部３１、記憶部３２、通信部３３を備える。  
制御部３１は、運賃計算サーバ１２における各種の動作を制御する。制御部３１は、プログラムを実行するプロセッサを有する。例えば、制御部３１は、プロセッサ、メモリおよびインターフェースなどで構成する。制御部３１は、プロセッサが記憶部３２または制御部３１内のメモリに記憶するプログラムを実行することにより各種の処理を実行する。
【００２８】
例えば、制御部３１は、入場用の改札機１１から決済用の媒体の識別情報（ＩＤ情報）に対応づけた入場情報を受信した場合、当該識別情報に対応づけて入場情報を記憶部３２に記憶する。また、制御部３１は、出場用の改札機１１から取得する識別情報に対応づけた出場情報を受信した場合（出場用の改札機１１から運賃の問合せを受けた場合）、出場情報に対応する識別情報と一致する入場情報を検索し、識別情報が一致する入場情報と出場情報とに基づいて運賃を計算し、運賃の計算結果を出場用の改札機１１へ返す。
【００２９】
記憶部３２は、各種のデータを記憶する。記憶部２２は、例えば、ＨＤＤ（ハードディスクドライブ）あるいはＳＳＤ（ソリッドステートドライブ）などの書き換え可能な不揮発性のメモリで構成する。記憶部３２は、運賃計算を行うためのデータを記憶する。例えば、記憶部３２は、入場用の改札機１１から供給される決済用の媒体の識別情報に対応づけた入場情報を記憶する。また、記憶部３２は、運賃計算を実行するための運賃などの情報を示す運賃テーブルなどを記憶しても良い。
【００３０】
通信部３３は、各改札機１１と通信するための通信インターフェースである。通信部３３は、制御部３１の制御に応じて改札機１１と通信できるものであれば良い。  
なお、運賃計算サーバ１２は、運賃テーブルなどの運賃計算に用いる情報を記憶する外部装置と通信するための通信部を具備しても良い。この場合、制御部３１は、外部装置から取得する情報に基づいて運賃計算処理を実行するようにして良い。
【００３１】
次に、実施形態に係る運賃収受システム１における決済サーバ１３の構成について説明する。  
図４は、実施形態に係る決済サーバ１３の構成例を示すブロック図である。  
図４に示すように、決済サーバ１３は、制御部４１、記憶部４２、および、通信部４３を備える。  
制御部４１は、決済サーバ１３における各種の動作を制御する。制御部４１は、プログラムを実行するプロセッサを有する。例えば、制御部４１は、プロセッサ、メモリおよびインターフェースなどで構成する。制御部４１は、プロセッサが記憶部４２または制御部４１内のメモリに記憶するプログラムを実行することにより各種の処理を実行する。制御部４１は、決済用の媒体に記録した決済用データに基づいて料金（運賃）を決済する決済処理を実行する。例えば、制御部４１は、改札機１１からの決済の依頼に応じて決済処理を実行し、決済処理の結果を改札機１１へ返す。
【００３２】
記憶部４２は、データを記憶する。記憶部４２は、例えば、ＨＤＤ（ハードディスクドライブ）あるいはＳＳＤ（ソリッドステートドライブ）などの書き換え可能な不揮発性のメモリで構成する。記憶部４２は、決済用の媒体に応じて決済を行うためのデータを記憶する。  
通信部４３は、各改札機１１と通信するための通信インターフェースである。通信部４３は、制御部４１の制御に応じて改札機１１と通信できるものであれば良い。
【００３３】
次に、実施形態に係る運賃収受システム１における改札処理について説明する。  
まず、実施形態に係る運賃収受システム１における入場処理について説明する。  
図５は、実施形態に係る運賃収受システム１における入場処理の流れを説明するためのシーケンス図である。  
ここでは、決済用の媒体が、交通専用カードではなく、金融機関が発行する決済サーバ１３での決済が可能な非接触式のＩＣカード（または非接触式のＩＣカードと同等の機能を有する携帯端末）である場合を想定して説明するものとする。
【００３４】
待機状態において、改札機１１のリーダライタ２５は、通行する利用者が所持するＩＣカードに対して応答を要求する電波を発信する（ＳＴ１１）。例えば、入場口（改札口）に設けられた改札機１１は、センサなどにより入場しようとする利用者（入場者）を検知する。入場しようとする利用者を検知した場合、改札機１１のリーダライタ２５は、利用者が所持するＩＣカードに対して応答を要求する電波を発信する。利用者が所持するＩＣカードは、リーダライタ２５からの電波を受けて起動し、初期応答として識別情報（ＩＤ）を含む応答を発信する。ＩＣカードが初期応答として発信する識別情報は、認証処理なしで発信されるノンセキュアな情報である。ＩＣカードが初期応答として発信する識別情報は、例えば、ＩＣカードの製造番号などである。
【００３５】
改札機１１は、リーダライタ２５により利用者が所持するＩＣカードからの識別情報を含む初期応答を受信する（ＳＴ１２）。リーダライタ２５がＩＣカードからの初期応答を受信すると、制御部２１は、当該ＩＣカードが入場に用いる決済用の媒体として正当なものであるかを確認する認証処理を実行する。ＩＣカードの認証処理として、制御部２１は、リーダライタ２５を介してＩＣカードへ認証要求を送信する（ＳＴ１３）。ＩＣカードは、リーダライタ２５からの認証要求を受けて認証処理を実行し、認証結果をリーダライタ２５へ送信する（ＳＴ１４）。当該ＩＣカードの認証が失敗した場合、制御部２１は、利用者に対して当該ＩＣカードを用いた通行（入場）が不可である旨の案内をディスプレイ２６に表示し、通行制御機構２８によって利用者の通行を阻止する。
【００３６】
当該ＩＣカードの認証が成功した場合、制御部２１は、当該ＩＣカードを用いた入場処理を実行する。ＩＣカードを用いた入場処理を実行する場合、制御部２１は、リーダライタ２５を介して入場処理に必要なデータの読み出しをＩＣカードに要求する（ＳＴ１５）。ＩＣカードは、リーダライタ２５からの読み出し要求に応じて入場処理に必要なデータ（入場処理データ）を読み出し、読み出した入場処理データをリーダライタ２５へ送信する。これにより、リーダライタ２５は、利用者が所持する認証済みのＩＣカードから入場処理データを取得する（ＳＴ１６）。
【００３７】
制御部２１は、ＩＣカードから取得した入場処理データに基づいて入場処理を実行する。入場時に料金の決済が必要である場合、制御部２１は、決済サーバ１３によりＩＣカードを用いた決済を実行する。ただし、料金の決済の必要が無い場合（入場時に料金の収受を行わない運用形態である場合）、制御部２１は、ＳＴ２１へ進み、当該利用者に対する通行制御を実行するようにしても良い。
【００３８】
例えば、所定の料金（例えば、初乗り運賃）を入場時に収受する運用形態である場合、制御部２１は、所定の料金を利用者が所持するＩＣカードで決済する。この場合、制御部２１は、ＩＣカードから入場処理に必要なデータとして決済用データを読み取る。決済用データを読み取ると、制御部２１は、読み取った決済用データに基づいて所定の料金を決済することを決済サーバ１３へ要求する（ＳＴ１７）。決済サーバ１３は、改札機１１からの要求に応じて入場処理データに含まれる情報に基づく決済処理を実行し、決済結果を改札機１１へ返信する。これにより、改札機１１は、決済サーバ１３からの決済結果を示す情報を取得する（ＳＴ１８）。
【００３９】
料金の決済が完了すると、制御部２１は、利用者が所持するＩＣカードに対して決済に係る書込み処理を実行する。すなわち、制御部２１は、リーダライタ２５によってＩＣカードに対して決済結果に応じた書き込みを要求する（ＳＴ１９）。ＩＣカードは、改札機１１のリーダライタ２５からの書き込み要求に応じて決済結果に応じたデータを書き込み、書込み完了（書込み結果）を示す通知をリーダライタ２５へ送信する（ＳＴ２０）。これにより、制御部２１は、リーダライタ２５によりＩＣカードからの書込み完了の通知を受けると、利用者が所持するＩＣカードを用いた決済を完了する。
【００４０】
決済が完了すると、制御部２１は、利用者に対する通行制御として当該利用者を入場させる制御を実行する（ＳＴ２１）。この場合、制御部２１は、利用者の入場を許可する旨の案内をディスプレイ２６に表示し、通行制御機構２８としてのドアを開放することで当該利用者を入場させる。これにより、改札機１１は、当該利用者に対して入場を促すとともに、当該ＩＣカードを用いた入場を許可する。
【００４１】
利用者を入場させる場合、制御部２１は、初期応答としてＩＣカードから読み取ったノンセキュアな識別情報を含む入場情報を生成し、生成した入場情報を運賃計算サーバ１２に送信する（ＳＴ２２）。運賃計算サーバ１２は、改札機１１からの入場情報を受信し、受信した入場情報を記憶する（ＳＴ２３）。すなわち、運賃計算サーバ１２の制御部３１は、通信部３３により通信する入場用の改札機１１からの入場情報を記憶部３２に記憶する。運賃計算サーバ１２は、出場用の改札機１１からの運賃計算の要求に応じて識別情報に基づいて入場情報を検索できるように、識別情報に対応づけて入場情報を記憶する。
【００４２】
以上の処理によって、実施形態に係る運賃収受システムは、交通専用カード以外のＩＣカードを用いた入場処理が実行できる。また、上述した入場処理によって、運賃収受システムでは、ＩＣカードが初期応答として返信するノンセキュアな識別情報に対応づけた入場情報を運賃計算サーバが記憶できる。
【００４３】
次に、本実施形態に係る運賃収受システムにおける出場処理について説明する。  
図６は、実施形態に係る運賃収受システムにおける出場処理の流れを説明するためのシーケンス図である。  
ここでも、決済用の媒体が、交通専用カードではなく、金融機関が発行する決済サーバ１３での決済が可能な非接触式のＩＣカード（または非接触式のＩＣカードと同等の機能を有する携帯端末）である場合を想定して説明するものとする。
【００４４】
待機状態において、改札機１１のリーダライタ２５は、通行する利用者が所持するＩＣカードに対して応答を要求する電波を発信する（Ｓ３１）。例えば、出場口（改札口）に設けられた改札機（出場用の改札機）１１は、センサなどにより出場しようとする利用者（出場者）を検知する。出場しようとする利用者を検知した場合、改札機１１のリーダライタ２５は、利用者が所持するＩＣカードに対して応答を要求する電波を発信する。
【００４５】
利用者が所持するＩＣカードは、リーダライタ２５からの電波を受けて起動し、識別情報（ＩＤ）を含む初期応答を発信する。ＩＣカードは、入場処理と同様に、初期応答としてＩＣカードの製造番号などのノンセキュアな識別情報（ＩＤ）を含む情報を送信する。利用者が所持するＩＣカードが初期応答を発信すると、改札機１１のリーダライタ２５は、ＩＣカードからの識別情報を含む初期応答を受信する（ＳＴ３２）。
【００４６】
リーダライタ２５がＩＣカードからの初期応答を受信すると、制御部２１は、初期応答に含まれる識別情報と出場情報とに基づく運賃を運賃計算サーバ１２へ問い合わせる（ＳＴ３３）。ここで、出場情報は、出場駅、出場処理を実行する改札機のコードおよび出場日時などを示す情報である。すなわち、ＩＣカードからの初期応答を受信すると、制御部２１は、当該ＩＣカードの認証処理を待たずに、初期応答に含まれるＩＣカードの識別情報と出場情報とに基づく運賃計算を運賃計算サーバ１２へ依頼する。
【００４７】
運賃計算サーバ１２は、出場用の改札機１１からの運賃の問合せ（運賃計算の依頼）を受けて運賃計算を実行する。すなわち、運賃計算サーバ１２の通信部３３は、出場用の改札機１１からの識別情報と出場情報とを含む運賃の問合せを受信する。運賃の問合せと共にＩＣカードの識別情報を受信すると、制御部３１は、受信した識別情報と一致する識別情報に対応づけられた入場情報を記憶部３２から取得する（ＳＴ３４）。
【００４８】
識別情報が一致する入場情報を取得すると、制御部３１は、入場情報が示す入場駅から出場情報が示す出場駅までの運賃を計算する（ＳＴ３５）。識別情報が一致する入場情報と出場情報とに基づいて運賃を計算すると、制御部３１は、運賃の計算結果を示す運賃情報を問合せ元（依頼元）の改札機１１へ送信する（ＳＴ３６）。運賃を問い合わせた改札機１１は、運賃計算サーバ１２からの運賃情報を通信部２３により受信する（ＳＴ３６）。
【００４９】
なお、運賃計算サーバ１２において、運賃の問合せと共に受信した識別情報と一致する入場情報が記憶部３２に保存されていない場合、あるいは、識別情報が一致する入場情報と出場情報との関係が不正である場合（例えば、入場日時に対して出場日時が不正な範囲である場合）、制御部３１は、出場不可、あるいは、運賃計算が不可である旨を依頼元の改札機１１へ送信するようにしても良い。
【００５０】
一方、決済用の媒体としてのＩＣカードから読み取った識別情報と出場情報とに基づく運賃を運賃計算サーバ１２へ問い合わせた後、改札機１１の制御部２１は、運賃計算サーバ１２からの応答（運賃情報の受信）を待たずに、利用者が所持するＩＣカードの認証処理を実行する。すなわち、改札機１１は、運賃計算サーバ１２での運賃計算と並行して、当該ＩＣカードが出場に用いる決済用の媒体として正当なものであるかを確認するための認証処理を実行する。ＩＣカードの認証処理として、制御部２１は、リーダライタ２５を介してＩＣカードへ認証要求を送信する（ＳＴ３７）。ＩＣカードは、リーダライタ２５からの認証要求を受けて認証処理を実行し、認証結果をリーダライタ２５へ送信する（ＳＴ３８）。
【００５１】
ここで、決済用の媒体としてのＩＣカードの認証が失敗した場合、制御部２１は、利用者に対して当該ＩＣカードを用いた通行（出場）が不可である旨の案内をディスプレイ２６に表示し、通行制御機構２８によって利用者の通行を阻止する。
【００５２】
決済用の媒体としてのＩＣカードの認証が成功した場合、制御部２１は、運賃計算サーバ１２が計算する運賃に基づく料金を決済するための処理を実行する。制御部２１は、リーダライタ２５を介して運賃（料金）の決済に必要なデータ（決済用データ）の読み出しをＩＣカードに要求する（ＳＴ３９）。決済用データは、ＩＣカードを用いて決済サーバ１３で料金の決済を行うために必要なデータ（例えば、クレジットカード番号など）である。ＩＣカードは、リーダライタ２５からの読み出し要求に応じて運賃の決済に必要なデータ（決済用データ）を読み出し、読み出した決済用データをリーダライタ２５へ送信する（ＳＴ４０）。改札機１１の制御部２１は、リーダライタ２５によってＩＣカードから決済用データを受信することにより決済用データを取得する（ＳＴ４０）。
【００５３】
ここで、ＩＣカードからの決済用データの読み出しは、運賃計算サーバ１２での運賃計算と並行して実施して良い。つまり、制御部２１は、ＩＣカード（決済用の媒体）が保持するカード内データとしての決済用データの読み出しを運賃計算サーバ１２から運賃情報を受信する前に実施して良い。なお、図６に示す例では、ＩＣカードに対する読み出し要求とＩＣカードからの決済用データの受信までの間に運賃計算サーバ１２から運賃情報を受信するものとしたが、運賃計算サーバ１２からの運賃情報の受信は、決済サーバ１３への決済要求の前であれば、いつでも良い。
【００５４】
ＩＣカードから決済用データを取得し、かつ、運賃計算サーバ１２から運賃情報を取得すると、制御部２１は、取得した決済用データを用いて運賃情報が示す運賃（料金）を決済するための決済の依頼を決済サーバ１３へ送信する（ＳＴ４１）。決済サーバ１３は、改札機１１からの依頼に応じて決済用データに基づいて運賃を決済する決済処理を実行し、決済結果を改札機１１へ返信する。これにより、改札機１１は、決済サーバ１３からの決済結果を示す情報を取得する（ＳＴ４２）。
【００５５】
運賃の決済が完了すると、制御部２１は、利用者が所持するＩＣカードに対して決済に係る書込み処理を実行する。すなわち、制御部２１は、リーダライタ２５によってＩＣカードに対して決済結果に応じた書き込みを要求する（ＳＴ４３）。ＩＣカードは、改札機１１のリーダライタ２５からの書き込み要求に応じて決済結果に応じたデータを書き込み、書込み完了（書込み結果）を示す通知をリーダライタ２５へ送信する（ＳＴ４４）。これにより、制御部２１は、リーダライタ２５によりＩＣカードからの書込み完了の通知を受けると、利用者が所持するＩＣカードを用いた決済を完了する。
【００５６】
運賃の決済が完了すると、制御部２１は、利用者に対する通行制御として当該利用者を出場させる制御を実行する（ＳＴ４５）。この場合、制御部２１は、利用者の出場を許可する旨の案内をディスプレイ２６に表示し、通行制御機構２８が具備するドアを開放して利用者を出場させる。また、ディスプレイ２６には、決済した運賃を示す情報などを表示しても良い。これにより、改札機１１は、当該ＩＣカードを用いた出場を許可し、当該利用者に対して出場を促す。
【００５７】
利用者を出場させると、制御部２１は、初期応答としてＩＣカードから読み取ったノンセキュアな識別情報を含む入場情報を削除するために、出場完了通知を運賃計算サーバ１２に送信する（ＳＴ４６）。運賃計算サーバ１２の通信部３３は、改札機１１からの出場完了通知を受信する。運賃計算サーバ１２の制御部３１は、通信部３３により受信した出場完了通知に基づいて識別情報が一致する入場情報を記憶部３２から削除する（ＳＴ４７）。
【００５８】
以上の処理によって、実施形態に係る運賃収受システムは、交通専用カード以外のＩＣカードを用いた運賃の決済を含む出場処理が実行できる。上述した出場処理によれば、運賃収受システムは、ＩＣカードからの初期応答に含まれる識別情報に対応づけた入場情報に基づく運賃を運賃計算サーバで計算できる。これにより、実施形態に係る運賃収受システムは、改札機が読み取る決済用の媒体（ＩＣカード）の認証処理と運賃計算サーバによる運賃計算とを同時並行して実施できる。
【００５９】
以上によって、実施形態に係る運賃収受システムは、認証処理後に運賃計算を行う改札システムに比べて、全体の出場処理におけるサーバでの運賃計算に要する処理時間を実質的に短縮することができ、スムーズな出場処理を実現できるアカウント型の運賃収受システムとしての改札システムを提供できる。
【００６０】
なお、上記した各処理はいくつかのソフトウェアによって実行することが可能である。このため、上記処理の手順を実行するいくつかのプログラムを格納したコンピュータ読み取り可能な記憶媒体を通じてこれらプログラムを運賃収受システム（改札機１１及び運賃計算サーバ１２）へインストールして実行することで、上記処理を容易に実現することができる。例えば、改札機および運賃計算サーバは、プログラムをネットワーク経由でダウンロードし、ダウンロードしたプログラムを記憶することで、プログラムをインストールするようにしても良い。また、改札機および運賃計算サーバは、上記プログラムを各種の情報記憶媒体から読み取り、読み取ったプログラムを記憶することで、プログラムをインストールするようにしても良い。
【００６１】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６２】
１…運賃収受システム、１１…改札機、１２…運賃計算サーバ、１３…決済サーバ、２１…制御部、２２…記憶部、２３…第１通信部、２４…第２通信部、２５…リーダライタ（Ｒ／Ｗ）、２８…通行制御機構、３１…制御部、３２…記憶部、３３…通信部、４１…制御部、４２…記憶部、４３…通信部。
【図１】
2020177575.tif 000003
【図２】
2020177575.tif 000004
【図３】
2020177575.tif 000005
【図４】
2020177575.tif 000006
【図５】
2020177575.tif 000007
【図６】
2020177575.tif 000008