JP5924680B2 - 電子乗車券の決済処理装置および決済処理方法 - Google Patents

Description

本発明は、電子乗車券の不足額の料金を円滑に精算することができる決済処理装置および決済処理方法に関する。

近年、交通システムの運賃精算に、通信機能やデータ処理機能を有する非接触ＩＣカードが、電子乗車券として広く普及している。この非接触ＩＣカードを用いると、利用者は、乗車駅・下車駅に設置された改札機を通過する際に、非接触ＩＣカードをかざすだけで、運賃を支払い、改札口を通過することができる。このため、利用者にとっては、切符などを購入して改札口で取り出す手間が削減されるので、利便性が大幅に向上する。また、改札口で運賃の精算を自動的に行うことができるので、利用者は運賃精算のために精算機の前に並ぶ必要がなくなる。

しかしながら、非接触ＩＣカードを利用した従来の運賃精算方法では、改札口を出る際に非接触ＩＣカードの残高が不足していると、自動改札機を通過することはできない。このため、利用者にとっては、自動改札機まで行って初めて残金の不足に気づき、運賃精算機でチャージを行った後に再度、自動改札機に行くことになる。また、残高不足であることを事前に知っていたとしても、チャージを行ってから自動改札機に行く必要があるため、駅の施設から出場する際の作業は面倒なものとなる。さらには、自動改札機の通過が遮断されることによって、改札口を通過する人のスムーズな流れを阻害してしまうこともある。このようにして改札口の近辺で人の流れが滞ってしまうことは、例えば、ラッシュ時においては、大きな混雑の原因となりうる。

かかる課題の解決手段として、特許文献１の特開２００６−１３９５２７号公報「電子マネー入金管理システム」や特許文献２の特開２００５−１００１６８号公報「料金収受システム」のように、クレジットカード機能を併用することにより不足額を支払ったり、クレジットカードからＩＣカードに不足金額を積み増して支払ったりする技術が提示されている。

特開２００６−１３９５２７号公報 特開２００５−１００１６８号公報

しかしながら、クレジットカードを所有するためには返済能力などを考慮した年齢制限や所得制限など様々な制約がある。特に、２０歳以下の未成年者、子供はクレジットカードを所有することができない。したがって、２０歳以下の未成年者、子供など、クレジットカードを所持することはできないが、運賃精算システムは利用してその利便性を享受したいという潜在的な利用者は多数存在している。子供の場合は、親のクレジットカードに課金するようにもできるが、乗車金額に関わらず、常に一定の金額がチャージされるため無駄使いを助長することにも繋がりあまり好ましいとはいえない。

一方で、非接触ＩＣカードとして、例えば、所有する銀行などの預金口座から直接料金を引落とすようにすると、この問題の多くの部分は解消できる。銀行預金口座の場合、開設するための条件はクレジットカードよりも緩和されているからである。しかし、預金口座から料金を引落とす場合、駅改札口の鉄道会社のシステムから銀行のシステムに接続する必要があり、認証処理と引落処理を必要とする。したがって、引落の処理に時間がかかるという問題があった。

本発明は、かかる事情に鑑みてなされたものであり、運賃などの代金の支払いを行うに当たって、円滑に料金を銀行口座から精算できる決済処理装置および決済処理方法を提供することを目的とする。

前述の課題を解決するため、本発明による決済処理装置は、次のような特徴的な構成を採用している。

（１）利用者の電子乗車券の通過を検出し、前記電子乗車券の利用可能残高に基づいて駅への入場および駅からの出場を許可する自動改札機と、前記自動改札機から送出されるデータに基づいて算出した運賃を徴収する鉄道会社サーバと、前記利用者の銀行口座を管理する銀行サーバと連動し、前記銀行サーバを介して前記銀行口座から前記鉄道会社サーバに入金を行うことにより、円滑な利用者の駅の利用を可能とする決済処理装置であって、前記決済処理装置は、前記自動改札機と前記銀行サーバと前記鉄道会社サーバと通信して情報を送受信する通信部と、前記電子乗車券の利用者が前記自動改札機を通過する際、前記通信部を介して前記電子乗車券から前記利用者の識別情報と前記利用可能残高とを含む運賃の支払いのために必要な決済情報を取得する決済情報取得部と、前記利用可能残高と最低必要残高である所定の金額を比較し、前記利用可能残高が前記所定の金額を下回るか否かを判定する残高判定部と、前記残高判定部により前記利用可能残高が前記所定の金額を下回ると判定された場合、前記利用可能残高と前記所定の金額とから不足金額を算出し、前記決済情報取得部により取得された前記利用者の識別情報と前記銀行口座から前記不足金額の引落を行わせて前記鉄道会社サーバに入金させるための処理を実行させる引落処理部と、前記自動改札機の通過を許可させる通過許可部と、前記残高判定部により前記利用可能残高が前記所定の金額を下回ると判定された場合、前記銀行サーバと前記鉄道会社サーバと連動して、前記銀行サーバから前記鉄道会社サーバに入金を行う決済支援部と、を含み、前記決済支援部は、前記電子乗車券が降車駅の前記自動改札機を通過するまでの間に前記銀行口座から不足金額を引落とすための必要な準備を行わせる指示を前記銀行サーバに送出し、前記通過許可部は、前記利用可能残高が前記所定の金額を下回ると判定された場合であっても、前記決済支援部が前記銀行サーバに前記指示を送出したことを条件に、前記自動改札機の通過を許可する、決済処理装置。

この構成により、利用可能残高と最低必要残高である所定の金額とに基づいて利用可能残高が当該所定の金額を下回ると判定された場合でも、電子乗車券が降車駅の自動改札機を通過するまでの間に銀行口座から不足金額を引落とすための必要な準備を行わせるための指示を銀行サーバに送出し、利用可能残高が所定の金額を下回ると判定された場合であっても、決済支援部が銀行サーバに前記指示を送出したことを条件に、自動改札機の通過を許可することができるので、円滑に料金を精算することができ、ラッシュ時における混雑も緩和することができる。

（２）本発明の第2の態様によると、上記決済装置において、前記所定の金額は、初乗り運賃、利用者が設定した金額、乗車履歴のルート情報から算出した運賃のいずれかであることを特徴とする。

（３）本発明の第３の態様によると、上記決済処理装置において、前記決済支援部が前記銀行サーバから前記鉄道会社サーバに入金を行わせる処理は、前記銀行に定期的に依頼するバッチ処理によって実行される。したがって、銀行側の負担も少なくてすむ。例えば１日分の引落をまとめて、一括処理で銀行サーバから引落とせば、トラフィックの量を最低限に抑えることができる。

（４）本発明の第４の態様によると、上記決済処理装置において、前記通信部は、前記電子乗車券が降車駅の前記自動改札機と所定の距離以内に近付いたときに前記銀行サーバを待機させ、続いて前記電子乗車券が前記自動改札機を通過するときに前記不足金額を前記銀行サーバから引落とす引落処理を実行させる、ことを特徴とする。

この構成により、利用者が降車駅の自動改札機から所定の距離以内に近づいたときに銀行サーバを待機させ、続いて自動改札機に電子乗車券をかざしたとき、不足分を銀行サーバから引落とすので、銀行サーバに長時間の待機という負担をかけることがなくなる。

（５）本発明の第５の態様によると、利用者の電子乗車券の通過を検出し、前記電子乗車券の利用可能残高に基づいて駅への入場および駅からの出場を許可する自動改札機と、前記自動改札機から送出されるデータに基づいて算出した運賃を徴収する鉄道会社サーバと、前記利用者の銀行口座を管理する銀行サーバとが連動したシステムにおける乗車料金の決済処理方法であって、前記システムを構成する一または複数のコンピュータに組み込まれた決済処理手段が、前記自動改札機と前記銀行サーバと前記鉄道会社サーバと通信して情報を送受信する通信ステップと、前記電子乗車券の利用者が前記自動改札機を通過する際、前記通信ステップにより前記電子乗車券から前記利用者の識別情報と前記利用可能残高とを含む運賃の支払いのために必要な決済情報を取得する決済情報取得ステップと、前記利用可能残高と最低必要残高である所定の金額とを比較して、前記利用可能残高が前記所定の金額を下回るか否かを判定する残高判定ステップと、前記残高判定ステップにより前記電子乗車券の利用可能残高が前記所定の金額を下回ると判定された場合、前記利用可能残高と前記所定の金額とから不足金額を算出し、前記決済情報取得ステップにより取得された前記利用者の識別情報と前記銀行口座から前記不足金額の引落を行わせて前記鉄道会社サーバに入金させるための処理を実行させる引落処理ステップと、前記自動改札機の通過を許可させる通過許可ステップとを含み、前記引落処理ステップは、前記電子乗車券が降車駅の前記自動改札機を通過するまでの間に前記銀行口座から不足金額を引落とすための必要な準備を行わせるための指示を前記銀行サーバに送出し、前記通過許可ステップは、前記利用可能残高が前記所定の金額を下回ると判定された場合であっても、前記引落処理ステップで前記銀行サーバに前記指示を送出したことを条件に、前記自動改札機の通過を許可する、ことを特徴とする。

この構成は、（１）の決済処理装置の発明を、システムを構成するコンピュータが実行する決済方法の発明と捉えたものであり、（１）の場合と同様な作用効果を奏する。

本発明の決済処理装置によれば、電子乗車県の利用者が、下車して自動改札機を通過する際に、当該電子乗車券の残高が運賃よりも不足した場合でも、自動改札機で止められることなく、通過することができる。したがって、円滑に料金を精算することができ、ラッシュ時における混雑も緩和することができる。

図１は、本発明の実施形態に係る料金精算用ＩＣカードおよび決済処理装置を含む、運賃決済システムの一構成例を示す図である。 図１の料金精算用ＩＣカードおよび乗車駅の決済処理装置を含む運賃決済システムにより実行される第１実施形態の入場処理の一例を示すフローチャートである。 図１の料金精算用ＩＣカード１００および降車駅の決済処理装置３００を含む運賃決済システムにより実行される第１実施形態の出場処理を示すフローチャートである。 図１の料金精算用ＩＣカード１００および乗車駅の決済処理装置３００を含む運賃決済システムにより実行される第２実施形態の入場処理の一例を示すフローチャートである。 図１の料金精算用ＩＣカード１００および降車駅の決済処理装置３００を含む運賃決済システムにより実行される第２実施形態の出場処理の一例を示すフローチャートである。 図１の料金精算用ＩＣカード１００および乗車駅の決済処理装置３００を含む運賃決済システムにより実行される第３実施形態の入場処理の一例を示すフローチャートである。 図１の料金精算用ＩＣカード１００および降車駅の決済処理装置３００を含む運賃決済システムにより実行される第３実施形態の出場準備処理の一例を示すフローチャートである。 図１の料金精算用ＩＣカード１００および降車駅の決済処理装置３００を含む運賃決済システムにより実行される第３実施形態の出場本処理の一例を示すフローチャートである。

以下、本発明による料金精算用ＩＣカードおよび決済処理装置の好適な実施形態について添付図を参照して説明する。なお、以下、本発明による料金精算用ＩＣカードおよび決済処理装置について説明するが、かかる決済処理装置をコンピュータにより実行可能な料金精算プログラムとして実施するようにしてもよいし、あるいは、料金精算プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしてもよいことは言うまでもない。

［第１実施形態］
非接触ＩＣカードを利用した従来の運賃精算技術では、改札口を出る際に非接触ＩＣカードの残高が不足していると、自動改札機を通過することはできない。そこで、本実施形態では、自動改札機の通過時に非接触ＩＣカードの残高が不足していることが判明した場合であっても、銀行口座から料金を引落とすことを条件に、自動改札機を通過させる。

本実施形態の前提として、非接触ＩＣカードの利用者は、料金精算時に残高が不足した場合に、鉄道会社が指定した銀行を介して不足分を引落とすことを了承する契約（以後、「ダイレクト契約」と呼ぶことにする）を結んでいるものとする。

また、銀行サーバ５００は、鉄道会社指定の銀行のサーバであり、上記ダイレクト契約を実行するために必要な認証処理を含むシステム（以下、「オンライン決済システム」と呼ぶ）を既に備えているものとする。

さらに、本実施形態では、料金精算時に残高が不足した場合、駅を出場した後に不足分をオンラインで決済する出場後オンライン決済を行う。鉄道会社サーバ４００は、この出場後オンライン決済を、銀行サーバ５００に定期的に依頼するバッチ処理で実行する。

図１は、本発明の実施形態による料金精算用ＩＣカードおよび決済処理装置を含む、運賃決済システムの一構成例を示す図である。

図１に示す運賃決済システムは、料金精算用ＩＣカード１００、自動改札機２００、決済処理装置３００、鉄道会社サーバ４００、銀行サーバ５００を含んで構成されている。料金精算用ＩＣカード１００は、各鉄道利用者が携帯する、本発明の電子乗車券を構成する。本実施形態において、自動改札機２００と決済処理装置３００は各駅に設置され、相互に専用回線で接続されているものとする。また、鉄道会社サーバ４００と、銀行サーバ５００とは、各駅とは独立して設けられ、決済処理装置３００と、鉄道会社サーバ４００と、銀行サーバ５００とは、相互にインターネット等の広域ネットワーク２０で接続されているものとする。

まず、料金精算用ＩＣカード１００、自動改札機２００、決済処理装置３００、鉄道会社サーバ４００、銀行サーバ５００の機能的構成について図１を参照して説明する。

料金精算用ＩＣカード１００は、近接型通信により最寄りの自動改札機２００と情報の送受信を行うＩＣチップを搭載している。料金精算用ＩＣカード１００はカード番号と利用可能残高とルート情報等を記憶する。

カード番号とは、料金精算用ＩＣカード１００固有の番号であり、通常はＩＣカード発行時に付与されている。本実施形態においてカード番号は利用者を一意に識別する利用者識別情報として機能する。また、ルート情報とは、料金精算用ＩＣカード１００の利用者がそれぞれの駅の自動改札機を入出場する際に記録される、乗車駅と途中の乗換駅等を含む乗車履歴となる乗車ルートの情報である。料金精算用ＩＣカード１００のハードウェア構成については公知であるので説明を省略する。

自動改札機２００は、各駅に設置され、利用者の駅への入出場と運賃の支払いを監視および管理するものである。特に図示はしていないが、各駅に一つ以上設定されている。駅に入場または出場しようとする利用者が所持する料金精算用ＩＣカード１００から、利用可能な金額である利用可能残高の他に、その料金精算用ＩＣカード１００を一義的に識別することが可能な情報としてカード番号を取得する。

自動改札機２００は、料金精算用ＩＣカード１００との上記通信に加え、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の社内ネットワークにより構成される専用回線を介して決済処理装置３００と通信する。さらに、自動改札機２００は、決済処理装置３００からの指示にしたがって、料金精算用ＩＣカード１００の利用者の駅への入場または駅からの出場を許可または不許可とする。また、図示していないが、自動改札機２００には、液晶パネルなどの情報を表示する表示画面や音声を出力するスピーカなどの情報出力部を設け、必要な情報をメッセージなどの形式で利用者に通知するようにしてもよい。

具体的には、自動改札機２００には図示しない扉が備えられており、通行が許可された場合は扉を開放して利用者の入場または出場を可能とする。一方で、通過が不許可となった場合、自動改札機２００は、扉を閉じて、利用者が入場または出場できないようにする。自動改札機２００のハードウェア構成については公知であるので説明を省略する。

決済処理装置３００は、自動改札機２００から料金精算用ＩＣカード１００に記憶された利用可能残高とルート情報を取得する。決済処理装置３００は、ルート情報から運賃を算出し、算出した運賃を利用可能残高と比較して、運賃支払いの決済と、自動改札機２００の通過を許可するかまたは不許可とするかの判定とを実行する。さらに決済処理装置３００は、自動改札機２００に通過を許可とするまたは不許可とする旨の指示を送信する。自動改札機２００はこの指示に基づいて料金精算用ＩＣカード１００の利用者に対して通過を許可するまたは不許可とするための必要な動作を実行する。本明細書では、説明を簡便にするため、自動改札機２００に通過の許可または不許可、すなわち、入場および出場の許可または不許可を含む各種指示を送信することを、自動改札機２００を制御するという。

決済処理装置３００の機能的構成の詳細について図１を参照して説明する。

図１に示すように、決済処理装置３００は、自動改札機２００と、鉄道会社サーバ４００と、銀行サーバ５００と通信するための通信部３０１と、自動改札機２００から、料金精算用ＩＣカード１００に記憶されたカード情報と利用可能残高と乗車駅や乗換駅等のルート情報を含む運賃の支払いのために必要な決済情報を取得する決済情報取得部３１１と、上記ルート情報から運賃を算出して、当該運賃と上記利用可能残高を比較して利用可能残高が運賃を下回るか否かを判定する残高判定部３１２と、残高が下回る場合に、利用可能残高と運賃とから算出した不足分を、所定のセキュリティ条件の下で銀行から引落とす引落処理を実行する引落処理部３１３と、料金精算用ＩＣカード１００がかざされると料金精算用ＩＣカード１００の情報を読み取り、決済処理装置３００、鉄道会社サーバ４００、銀行サーバ５００と連動して、通過を許可するか否かを決定して自動改札機２００の扉を制御し、必要に応じて料金精算用ＩＣカード１００の情報の書き換えを行う通過許可部３１４と、鉄道会社サーバ４００および銀行サーバ５００と連動し、当該銀行サーバから当該鉄道会社サーバに入金を行う決済支援部３１５と、決済処理装置３００の各種処理を制御する主制御部３１０と、を備える。

主制御部３１０は、決済情報取得部３１１、残高判定部３１２、引落処理部３１３、通過許可部３１４、決済支援部３１５を制御して、各種処理を実行させる。さらに主制御部３１０は、必要に応じて通信部３０１を介して、自動改札機２００に各種指示を送信することにより、自動改札機２００の制御も行う。

本実施形態では、決済処理装置３００は各駅に設置されており、通信部３０１は、自動改札機２００との通信を専用の通信回線を介して行い、鉄道会社サーバ４００と、銀行サーバ５００とはネットワーク２０を介して行うものとして説明するが、これは例示にすぎず、決済処理装置３００を各駅と独立して設置するようにしてもよい。この場合、通信部３０１は、自動改札機２００との通信を、鉄道会社サーバ４００と銀行サーバ５００との通信と同様に、ネットワーク２０を介して行うようにすることができる。また、決済処理装置３００を鉄道会社サーバ４００と一体として構成してもよい。

本実施形態において決済処理装置３００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、各種処理をするために必要なプログラムとデータなどを記憶した、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｕｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶部と、自動改札機２００と鉄道会社サーバ４００と銀行サーバ５００との通信が可能な通信部３０１とを含むコンピュータにより実現される。

すなわち、決済情報取得部３１１、残高判定部３１２、引落処理部３１３、通過許可部３１４、決済支援部３１５、および主制御部３１０は、ＣＰＵがＲＯＭ、ＲＡＭ、ハードディスクなどの記憶部に記憶された各種プログラムおよびデータなどの情報を読み込んで実行することによって実現される。決済情報取得部３１１、残高判定部３１２、引落処理部３１３、通過許可部３１４、決済支援部３１５、さらに必要に応じて自動改札機２００は、主制御部３１０の制御の下に各種処理を実行する。

主制御部３１０の制御の下に実行される決済情報取得部３１１、残高判定部３１２、引落処理部３１３、通過許可部３１４、決済支援部３１５の処理の詳細については、動作例の説明で詳細する。

鉄道会社サーバ４００は、決済処理装置３００との上記通信を行う通信部４０１と、ダイレクト契約済の全ての料金精算用ＩＣカード１００に関わる情報を保持するカード会員ＤＢ（ＤａｔａＢａｓｅ）４０２と、料金精算用ＩＣカード１００全ての利用履歴を保持するカード利用履歴ＤＢ（ＤａｔａＢａｓｅ）４０３と、上記各種ＤＢの検索や更新等の管理を行うＤＢ管理部４０４と、を備える。

本実施形態において鉄道会社サーバ４００は、ＣＰＵと、各種処理をするために必要なプログラムとデータなどを記憶した、ＲＯＭ、ＲＡＭ、ハードディスクなどの記憶部と、決済処理装置３００との通信が可能な通信部４０１と、を含むコンピュータによって実現される。

すなわち、ＤＢ管理部４０４は、ＣＰＵがＲＯＭ、ＲＡＭ、ハードディスクなどの記憶部に記憶された各種プログラムおよびデータなどの情報を読み込んで実行することによって実現される。カード会員ＤＢ４０２とカード利用履歴ＤＢ４０３とは、鉄道会社サーバ４００と独立して、設置してもよいし、あるいは、鉄道会社サーバ４００に備えられた記憶部に設けてもよい。また、決済処理装置３００自体の機能の一部または全部を、鉄道会社サーバ４００または自動改札機２００の中に組み込んでもよい。その場合、鉄道会社サーバ４００及び／または自動改札機２００は、協業して決済処理手段として機能する。

カード会員ＤＢ４０２は、ダイレクト契約を結んでいる全てのカード会員に関して、会員情報を保持する。ダイレクト契約とは、既に説明したように、料金精算時に残高が不足した場合に、鉄道会社が指定した銀行のオンライン決済システムを介して不足分を引落とすことを了承する契約である。会員情報には、カード番号、口座名義人、ログインＩＤ、ログインＰＷが含まれる。カード番号の項目は、各料金精算用ＩＣカードに固有の番号を保持する。口座名義人の項目は、上記ダイレクト契約のオンライン決済システムで引落とす口座の名義人の氏名を保持する。ログインＩＤとログインＰＷの項目は、上記ダイレクト契約のオンライン決済システムにログインする際の利用者ＩＤおよびパスワードを保持する。

カード利用履歴ＤＢ４０３は、ダイレクト契約を結んでいるカード会員に限らず、全てのカード会員に関して、履歴情報を保持する。履歴情報には、カード、適用項目、日時、金額、残高が含まれる。カード番号は、各料金精算用ＩＣカードに固有の番号を保持する。摘要項目は、乗車履歴なら乗車区間、他の入出金履歴なら入出金の内容（例えば、オンライン決済システムからのチャージ履歴なら銀行名）を保持する。日時の項目は、当該摘要の発生した日時を保持する。金額の項目は、出金履歴なら負の金額、入金履歴なら正の金額を保持する。残高の項目は、当該入出金の後に残された利用可能残高を保持する。

銀行サーバ５００は、鉄道会社指定の銀行のサーバであり、既に説明したように、上記ダイレクト契約を実行するために必要な認証処理などを含むオンライン決済システムを既に備えているものとする。銀行サーバ５００は、一般的な銀行のシステムに基づいて構築することが可能であるので、そのハードウェア構成については省略する。

次に、図２および図３のフローチャートを用いて、本第１実施形態における出場後オンライン決済の一例について説明する。以下の処理は、特に言及のない限り、それぞれの構成部に含まれるＣＰＵの制御に基づいて実行される。

図２は、図１の料金精算用ＩＣカード１００および乗車駅の決済処理装置３００を含む運賃決済システムにより実行される入場処理の一例を示すフローチャートである。入場処理は、利用者が乗車する駅に入場するため、乗車駅の自動改札機２００を通過する際の一連の処理であり、利用者が料金精算用ＩＣカード１００を自動改札機２００にかざした時を契機として開始する。

ステップＳ１０１において、乗車駅の決済処理装置３００の決済情報取得部３１１は自動改札機２００を介して、料金精算用ＩＣカード１００に記憶されたカード番号と利用可能残高を取得する。

ステップＳ１０２において、決済処理装置３００の残高判定部３１２は、ステップＳ１０１で取得した利用可能残高が初乗り運賃未満であるか否かを判定する。すなわち、初乗り運賃が最低必要な残高として設定されている。

残高判定部３１２により利用可能残高が初乗り運賃以上であると判定された場合、ステップＳ１０２においてＮＯと判定され、処理はステップＳ１０３に進む。

ステップＳ１０３において、通過許可部３１４は入場許可と判定し、入場許可処理が実行される。具体的には、決済処理装置３００の通過許可部３１４は、自動改札機２００を介して、利用者がかざした料金精算用ＩＣカード１００に乗車駅の情報を書き込む。さらに通過許可部３１４は自動改札機２００を制御して、自動改札機２００の扉を開放する。利用者が自動改札機２００を通過することにより、入場処理は正常終了する。

一方、利用可能残高が初乗り運賃未満である場合、ステップＳ１０２においてＹＥＳと判定され、処理はステップＳ１０４に進む。ステップＳ１０４において、決済処理装置３００の決済支援部３１５は、通信部３０１を介して鉄道会社サーバ４００に、ステップＳ１０１で取得したカード番号を送信して、当該カード番号がカード会員ＤＢ４０２に登録されているか否かの照会を依頼し、照会結果を取得する。

ステップＳ１０５において、決済処理装置３００の決済支援部３１５は、ステップＳ１０４で取得した照会結果から、利用者がダイレクト契約を結んでいるか否かを判定する。ステップＳ１０４で送信したカード番がダイレクト契約を結んでいない（以後、「未登録」と呼ぶ）と判定された場合、ステップＳ１０５においてＮＯと判定され、処理はステップＳ１０６に進む。

ステップＳ１０６において、決済処理装置３００の通過許可部３１４は、入場不許可と判定し、入場不許可処理を実行する。ここで、入場不許可処理とは、自動改札機２００を制御して扉を閉じ、自動改札機２００の表示画面に「残高不足」等のメッセージを表示する等の一連の処理である。入場不許可処理の詳細については、公知の技術であるので省略する。これにより、利用者は自動改札機２００を通過できないこととなり、入場処理は異常終了する。

一方、ステップＳ１０４で送信したカード番号が登録済（ダイレクト契約有り）で、口座名義とログインＩＤが取得できた場合、ステップＳ１０５においてＹＥＳと判定され、処理はステップＳ１０７に進む。この時点で、決済処理装置３００の決済支援部３１５により不足分については銀行サーバ５００から鉄道会社サーバ４００に入金を行うことが確定する。

ステップＳ１０７において、決済処理装置３００の通過許可部３１４は自動改札機２００を制御して、自動改札機２００の表示画面に「残高不足ですが、出場後にオンライン決済します」等のメッセージを表示する。その後、処理はステップＳ１０３に進み、自動改札機２００での入場処理は正常終了する。

次に、図３は、図１の料金精算用ＩＣカード１００および降車駅の決済処理装置３００を含む運賃決済システムにより実行される第１実施形態の出場処理を示すフローチャートである。

出場処理とは、利用者が降車した駅から出場するため、自動改札機２００を通過する際の一連の処理であり、利用者が料金精算用ＩＣカード１００を自動改札機２００にかざした時を契機として開始する。

ステップＳ１２１において、降車駅の決済処理装置３００の決済情報取得部３１１は、自動改札機２００を介して、料金精算用ＩＣカード１００に記憶されたカード番号とルート情報と利用可能残高を取得する。

ステップＳ１２２において、決済処理装置３００の残高判定部３１２は、ステップＳ１２１で取得したルート情報から運賃を算出する。

ステップＳ１２３において、決済処理装置３００の残高判定部３１２は、ステップＳ１２２で算出した運賃が、ステップＳ１２１で取得した利用可能残高を超えるか否かを判定する。運賃が利用可能残高以下の場合、ステップＳ１２１においてＮＯと判定され、処理はステップＳ１２４に進む。

ステップＳ１２４において、決済処理装置３００の通過許可部３１４は、ステップＳ１２１で取得した利用可能残高からステップＳ１２２で算出した運賃を差し引きその残高を、自動改札機２００を介して、料金精算用ＩＣカード１００に新たな利用可能残高として記憶させる。

さらに、ステップＳ１２５において、決済処理装置３００の通過許可部３１４は、出場許可と判定し、出場許可処理が実行される。具体的には、決済支援部３１５は通信部３０１を介して、ステップＳ１２１で取得されたカード番号とルート情報と利用可能残高、およびステップＳ１２２で算出した運賃を、ネットワーク２０を介して鉄道会社サーバ４００に送信し、カード利用履歴ＤＢ４０３に乗車履歴として記録させる。さらに、通過許可部３１４は自動改札機２００を制御して、自動改札機２００の扉を開放する。利用者が自動改札機２００を通過することにより、出場処理は正常終了する。

一方、運賃が利用可能残高を超える場合、ステップＳ１２３においてＹＥＳと判定され、処理はステップＳ１２６に進む。ステップＳ１２６において、決済処理装置３００の決済支援部３１５は、通信部３０１を介して鉄道会社サーバ４００に、ステップＳ１２１で取得したカード番号を送信して、利用者のログインＩＤとログインＰＷの照会を依頼し、照会結果を取得する。

ステップＳ１２７において、決済処理装置３００の決済支援部３１５は、ステップＳ１２６で取得した照会結果から、利用者がダイレクト契約を結んでいるか否かを判定する。ステップＳ１２６で送信したカード番号が未登録（ダイレクト契約無し）であった場合、ステップＳ１２７においてＮＯと判定され、処理はステップＳ１２８に進む。

ステップＳ１２８において、決済処理装置３００の通過許可部３１４は、出場不許可処理を実行する。ここで、出場不許可処理とは、自動改札機２００を制御して扉を閉じ、自動改札機２００の表示画面に「残高不足」等のメッセージを表示する等の一連の処理である。出場不許可処理の詳細については、公知の技術であるので省略する。これにより、利用者は自動改札機２００を通過できないこととなり、出場処理は異常終了する。

一方、ステップＳ１２６で送信したカード番号が登録済（ダイレクト契約有り）で、ログインＩＤとログインＰＷが取得できた場合、ステップＳ１２７においてＹＥＳと判定され、処理はステップＳ１２９に進む。この時点で、決済処理装置３００の決済支援部３１５により不足分については銀行サーバ５００から鉄道会社サーバ４００に入金を行うことが確定する。

ステップＳ１２９において、決済処理装置３００の通過許可部３１４は、自動改札機２００の表示画面に「残高不足ですが、出場後にオンライン決済します」等のメッセージを表示させる。

ステップＳ１３０において、通過許可部３１４は出場許可と判定し、出場許可処理が実行される。具体的には、決済処理装置３００の通過許可部３１４は、自動改札機２００を介して、利用者がかざした料金精算用ＩＣカード１００に記憶される利用可能残高を０に更新する。通過許可部３１４は、自動改札機２００を制御して、自動改札機２００の扉を開放する。利用者は自動改札機２００を通過して駅を出場する。

この処理により料金精算用ＩＣカード１００の残高は本来マイナスとなるべきであるが、後述する出場後オンライン決済で調整が行われることを前提として処理される。すなわち、後述する出場後オンライン決済で引落とされた金額は、利用者の料金精算用ＩＣカード１００からの支払として充当される。

ステップＳ１３１において、決済処理装置３００の決済支援部３１５は、通信部３０１を介して鉄道会社サーバ４００に、不足分を出場後にオンライン決済する旨を通知し、さらにステップＳ１２１で取得されたカード番号とルート情報と利用可能残高、ステップＳ１２２で算出した運賃、および銀行口座から引落して充当する金額に関する情報を通知する。ステップＳ１３１において、決済支援部３１５が鉄道会社サーバ４００に不足分を出場後にオンライン決済する旨を通知すると、ステップＳ１３２の出場後オンライン決済が予約される。

本実施形態では、ステップＳ１３２の出場後オンライン決済は、鉄道会社サーバ４００が銀行サーバ５００にまとめて依頼する定期的なバッチ処理の中に組み込まれて実行される。具体的には、鉄道会社サーバ４００では、ステップＳ１３１で鉄道会社サーバ４００に通知された情報に基づいて出場後オンライン決済の処理がバッチ処理の一部として組み込まれる。

そして定期的なバッチ処理を銀行サーバ５００に依頼することにより、鉄道会社サーバ４００は、ステップＳ１３２の出場後オンライン決済を実行して、不足分の金額を引落とす。そして、鉄道会社サーバ４００は、ステップＳ１３１で通知された情報をカード利用履歴ＤＢ４０３に乗車履歴とチャージ履歴として記録する。これにより、料金精算用ＩＣカード１００の利用可能残高は実際に０となり、出場処理は正常終了する。

以上説明したように、本発明の第１実施形態によれば、ダイレクト契約を結んだ利用者は、残高不足の場合でも、出場後オンライン決済により銀行サーバ５００から不足分が引落とされる。したがって、料金精算用ＩＣカードの利用者が、駅に入場するために自動改札機を通過する際、または下車して自動改札機を通過する際に、当該ＩＣカードの残高が運賃よりも不足した場合でも、自動改札機で止められることはない。したがって、円滑に料金を精算することができ、ラッシュ時における混雑も緩和することができる。

また、オンライン決済を定期的なバッチ処理にまとめて銀行サーバ５００に依頼するので、銀行側の負担も少なくてすむ。例えば１日分の引落をまとめて、一括処理で銀行サーバ５００から引落とせば、トラフィックの量を最低限に抑えることができる。

なお、本実施形態では、残高不足の利用者が出場した場合、不足分を銀行サーバ５００から引落とす処理を定期的なバッチ処理にまとめて銀行サーバ５００に依頼することとしたが、出場直後に不足分を銀行サーバ５００から引落とすようにしてもよい。

以上の説明において、銀行サーバ５００からの引落は必ず成功するものとしているが、実際には、銀行口座の残高不足で引落不能となる場合もあり得る。そのような場合には、例えば同一利用者名義の定期預金口座から借り入れることができる追加契約を結んでおく等の方策を別途取らなければならない。このような引落不能時にも利用者を出場させてしまうリスクを回避するため、利用者が出場する前に不足分の引落を完了させる実施形態として、第２実施形態と第３実施形態を以下では説明する。

［第２実施形態］
第２実施形態は、第１実施形態と略同様であるが、第１実施形態では、自動改札機２００の通過時に残高が不足していることが判明すると、不足分を銀行口座から引落とすことを前提に、利用者を自動改札機から通過させ、不足分の清算を利用者の出場後に行っていたが、第２実施形態では、自動改札機２００を通過する際に不足分の引落をオンラインで決済する略リアルタイムオンライン決済を行う点が第１実施形態と異なる。

具体的には、料金精算時に残高が不足することが見込まれた場合、今後の所定時間以内に発生が予想される引落に備えて、銀行サーバ５００にカード会員の口座を予め特定させておき、当該引落の依頼を受信した時には速やかに引落を完了できるように準備させておく。このように、略リアルタイムオンライン決済を行うために準備する処理を「スタンバイ処理」と呼ぶ。また、上記所定時間を過ぎても上記引落の依頼がない場合は、いつまでも待つわけにはいかないので、銀行サーバ５００におけるスタンバイ処理は取り消されるものとする。

本実施形態では、銀行サーバ５００が、このようなスタンバイ処理の機能を既に備えていることを前提とする。第２実施形態の構成例は、図１に示す第１実施形態と同様の構成で実現できるので、詳細な説明は省略する。

次に、図４および図５のフローチャートを用いて、本第２実施形態における動作の一例について説明する。以下の処理は、特に言及のない限り、それぞれの構成部に含まれる図示していないＣＰＵの制御に基づいて実行される。

図４は、図１の料金精算用ＩＣカード１００および乗車駅の決済処理装置３００を含む運賃決済システムにより実行される第２実施形態の入場処理の一例を示すフローチャートである。入場処理とは、利用者が乗車する駅に入場するため、自動改札機２００を通過する際の一連の処理であり、利用者が料金精算用ＩＣカード１００を自動改札機２００にかざした時、それを契機として開始する。

ステップＳ２０１において、乗車駅の決済処理装置３００の決済情報取得部３１１は、自動改札機２００を介して、料金精算用ＩＣカード１００から、カード番号と利用可能残高を取得する。

ステップＳ２０２において、決済処理装置３００の残高判定部３１２は、ステップＳ２０１で取得した利用可能残高が所定の金額未満であるか否かを判定する。ここで、所定の金額とは、運賃がそれを超えることはないと考えられる金額であり、すなわち、最低限必要となる残高（以下、「最低必要残高」と呼ぶ）である。

なお、ここで最低必要残高は、事前に設定された金額であってもよく、あるいは、利用者自らが設定してもよいが、設定を高くし過ぎると、後述するスタンバイ処理が増えすぎて、銀行サーバ５００の負担が増加することになる。一方、最低必要残高の設定を低くし過ぎると、後述する出場処理における引落失敗の確率が高くなる。最低必要残高は、このようなトレードオフを考慮して適宜決定してもよい。また、その性質から、他の実施形態において入場時に利用可能残高と常に比較される初乗り運賃を第１の最低必要残高とすると、本実施形態ではステップＳ２０２で設定する所定の金額は第２の最低必要残高となる。

利用可能残高が最低必要残高以上である場合、ステップＳ２０２においてＮＯと判定され、処理はステップＳ２０３に進む。ステップＳ２０３において、決済処理装置３００の通過許可部３１４は、入場許可と判定し、入場許可処理が実行される。具体的には、決済処理装置３００の通過許可部３１４は、自動改札機２００を介して、利用者がかざした料金精算用ＩＣカード１００に乗車駅の情報を書き込む。さらに、この時点で通過許可部３１４は、自動改札機２００を制御して、自動改札機２００の扉を開放する。利用者が自動改札機２００を通過することにより、入場処理は正常終了する。

一方、利用可能残高が最低必要残高未満である場合、ステップＳ２０２においてＹＥＳと判定され、処理はステップＳ２０４に進む。ステップＳ２０４において、決済処理装置３００の決済支援部３１５は、通信部３０１を介して鉄道会社サーバ４００のＤＢ管理部４０４に、ステップＳ２０１で取得したカード番号を送信して、カード会員ＤＢ４０２に登録されている口座名義とログインＩＤの照会を依頼し、照会結果を取得する。

ステップＳ２０５において、決済処理装置３００の決済支援部３１５は、ステップＳ２０４で取得した照会結果から、利用者がダイレクト契約を結んでいるか否かを判定する。ステップＳ２０４で送信したカード番号が未登録（ダイレクト契約無し）であった場合、ステップＳ２０５においてＮＯと判定され、処理はステップＳ２０６に進む。

ステップＳ２０６において、決済処理装置３００の残高判定部３１２は、ステップＳ２０１で取得した利用可能残高が初乗り運賃未満であるか否かを判定する。利用可能残高が初乗り運賃以上である場合、ステップＳ２０６においてＮＯと判定され、処理はステップＳ２０３に進む。すなわち、入場許可処理が実行されて、入場処理は正常終了する。一方、利用可能残高が初乗り運賃未満である場合、ステップＳ２０６においてＹＥＳと判定され、処理はステップＳ２０７に進む。

ステップＳ２０７において、決済処理装置３００の通過許可部３１４は、入場不許可と判定し、第１実施形態と同様の入場不許可処理を実行する。これにより、利用者は自動改札機２００を通過できないこととなり、入場処理は異常終了する。

一方、ステップＳ２０４で送信したカード番号が登録済（ダイレクト契約有り）で、口座名義とログインＩＤが取得できた場合、ステップＳ２０５においてＹＥＳと判定され、処理はステップＳ２０８に進む。この時点で、決済処理装置３００の決済支援部３１５により不足分については銀行サーバ５００から鉄道会社サーバ４００に入金を行うことが確定する。

ステップＳ２０８において、決済処理装置３００の決済支援部３１５は、ステップＳ２０４で取得した利用者の口座名義とログインＩＤを、銀行サーバ５００に送信して、スタンバイ処理を依頼する。

スタンバイ処理とは、今後所定時間以内に発生が予想される引落に備えて、カード会員の口座を予め特定しておき、当該引落の依頼を受信した時には速やかに引落を完了できるように準備する、銀行サーバ５００側の処理である。既に説明したように、本実施形態では銀行サーバ５００が、スタンバイ処理の機能を既に備えていることを前提としている。

上記所定時間を過ぎても上記引落の依頼がない場合は、スタンバイ処理は取り消されるものとする。この後、処理はステップＳ２０９に進む。ステップＳ２０９において、決済処理装置３００の残高判定部３１２は、ステップＳ２０１で取得した利用可能残高が初乗り運賃未満であるか否かを判定する。利用可能残高が初乗り運賃以上である場合、ステップＳ２０９においてＮＯと判定され、処理はステップＳ２０３に進む。すなわち、入場許可処理が実行されて、入場処理は正常終了する。一方、利用可能残高が初乗り運賃未満である場合、ステップＳ２０９においてＹＥＳと判定され、処理はステップＳ２１０に進む。

ステップＳ２１０において、決済処理装置３００の主制御部３１０は、自動改札機２００の表示画面に「残高不足ですが、出場時にオンライン決済します」等のメッセージを表示させる。その後、処理はステップＳ２０３に進み、入場処理は正常終了する。ここで表示されるメッセージは、第１実施形態の入場処理で表示されるメッセージとは異なる。すなわち、第１実施形態では「出場後に」であったものが、第２実施形態では「出場時に」と表示される。

次に、図５を参照して、第２実施形態の出場処理について説明する。図５は、図１の料金精算用ＩＣカード１００および降車駅の決済処理装置３００を含む運賃決済システムにより実行される第２実施形態の出場処理の一例を示すフローチャートである。

出場処理は、利用者が降車した駅から出場するため、降車駅の自動改札機２００を通過する際の一連の処理であり、利用者が料金精算用ＩＣカード１００を自動改札機２００にかざした時を契機として開始する。

ステップＳ２２１において、降車駅の決済処理装置３００の決済情報取得部３１１は、自動改札機２００を介して、料金精算用ＩＣカード１００から、カード番号とルート情報と利用可能残高を取得する。

ステップＳ２２２において、降車駅の決済処理装置３００の残高判定部３１２は、ステップＳ２２１で取得したルート情報から運賃を算出する。

ステップＳ２２３において、降車駅の決済処理装置３００の残高判定部３１２は、ステップＳ２２２で算出した運賃が、ステップＳ２２１で取得した利用可能残高を超えるか否かを判定する。運賃が利用可能残高以下の場合、ステップＳ２２３においてＮＯと判定され、処理はステップＳ２２４に進む。

ステップＳ２２４において、決済処理装置３００の主制御部３１０は、ステップＳ２２１で取得した利用可能残高から今回の運賃を差し引いて、通過許可部３１４により自動改札機２００を介して、料金精算用ＩＣカード１００に新たな利用可能残高として記憶する。

さらに、ステップＳ２２５において、決済処理装置３００の通過許可部３１４は、出場許可と判定し、出場許可処理が実行される。具体的には、決済処理装置３００の決済支援部３１５は、ステップＳ２２１で取得されたカード番号とルート情報と利用可能残高、およびステップＳ２２２で算出した運賃を、ネットワーク２０を介して鉄道会社サーバ４００に送信し、カード利用履歴ＤＢ４０３に乗車履歴として記録させる。さらに、通過許可部３１４は自動改札機２００を制御して、自動改札機２００の扉を開放する。利用者が自動改札機２００を通過することにより、出場処理は正常終了する。

一方、運賃が利用可能残高を超える場合、ステップＳ２２３においてＹＥＳと判定され、処理はステップＳ２２６に進む。ステップＳ２２６において、決済処理装置３００の決済支援部３１５は、通信部３０１を介して鉄道会社サーバ４００に、ステップＳ２２１で取得したカード番号を送信し、利用者のログインＩＤとログインＰＷの照会を依頼して、照会結果を取得する。

ステップＳ２２７において、決済処理装置３００の決済支援部３１５は、ステップＳ２２６で取得した照会結果から、利用者がダイレクト契約を結んでいるか否かを判定する。

ステップＳ２２６で送信したカード番号が未登録（ダイレクト契約無し）であった場合、ステップＳ２２７においてＮＯと判定され、処理はステップＳ２２８に進む。

ステップＳ２２８において、決済処理装置３００の通過許可部３１４は、出場不許可と判定し、上述の第１実施形態と同様の出場不許可処理を実行する。これにより、利用者は自動改札機２００を通過できないこととなり、出場処理は異常終了する。

一方、ステップＳ２２６で送信したカード番号が登録済（ダイレクト契約有り）で、ログインＩＤとログインＰＷが取得できた場合、ステップＳ２２７においてＹＥＳと判定され、処理はステップＳ２２９に進む。この時点で、決済処理装置３００の決済支援部３１５により不足分については銀行サーバ５００から鉄道会社サーバ４００に入金を行うことが確定する。

ステップＳ２２９において、決済処理装置３００の引落処理部３１３は、ステップＳ２２６で取得したログインＩＤとログインＰＷで銀行サーバ５００にログインし、不足分の金額を引落して、直ちにログアウトする。ここで引落とされた金額は、利用者の料金精算用ＩＣカード１００からの支払として充当される。ここで、銀行サーバ５００側での引落は、引落金額以上の口座残高があり、前述の入場処理のステップＳ２０８でスタンバイ処理が実行されており、かつ当該スタンバイ処理がまだ取り消されていない場合、すなわち、ステップＳ２０８で説明した所定時間以内に出場した場合にのみ成功し、それ以外の場合は失敗して、その旨の応答が銀行サーバ５００から返される。

ステップＳ２３０において、決済処理装置３００の決済支援部３１５は、ステップＳ２２９での銀行サーバ５００の応答から、上記引落が成功したか否かを判定する。上記引落が失敗したとの応答が銀行サーバ５００から返された場合、ステップＳ２３０においてＮＯと判定され、処理はステップＳ２２８に進み、出場処理は異常終了する。結果として利用者は通過できなくなる。一方、上記引落が成功したとの応答が銀行サーバ５００から返された場合、ステップＳ２３０においてＹＥＳと判定され、処理はステップＳ２３１に進む。

ステップＳ２３１において、決済処理装置３００の通過許可部３１４は、自動改札機２００を介して、利用者がかざした料金精算用ＩＣカード１００に記憶される利用可能残高を０に更新する。実際には、一旦マイナスとなったのであるが、不足分が直ちに銀行サーバ５００からチャージされた結果として、０となったのである。

ステップＳ２３２において、決済処理装置３００の通過許可部３１４は、出場許可と判定し、出場許可処理が実行される。具体的には、決済処理装置３００の決済支援部３１５は、ステップＳ２２１で取得されたカード番号とルート情報と利用可能残高、ステップＳ２２２で算出した運賃、およびステップＳ２２９で引落した金額を、ネットワーク２０を介して鉄道会社サーバ４００に送信し、カード利用履歴ＤＢ４０３に乗車履歴とチャージ履歴として記録させる。この時点で通過許可部３１４は自動改札機２００を制御して、自動改札機２００の扉を開放する。利用者は自動改札機２００を通過して駅を出場する。これにより、出場処理は正常終了する。

以上説明したように、本発明の第２実施形態によれば、利用者が乗車駅に入場した段階で銀行サーバ５００をスタンバイさせておくので、残高不足の時でも、降車駅で出場する直前に銀行サーバ５００から不足分を引落とすことができる。

これにより、本発明の第１実施形態の効果に加えて、第１実施形態で言及した、引落不能でも利用者を出場させてしまうというリスクが回避されるという効果を得ることができる。

ただし、第２実施形態でも、銀行サーバ５００に長時間のスタンバイ処理という負担をかけることになる一方で、上記のように、スタンバイ処理の負担を軽減するための所定金額や所定時間を設定すると、運賃が所定金額を上回る、あるいは、乗車時間が所定時間を上回る等の想定外の事態によりスタンバイ処理が解除され、結果として、引落失敗が生じる可能性が残る。そこで、長時間のスタンバイ処理を不要とする手法について、以下の第３実施形態で説明する。

［第３実施形態］
第３実施形態は降車駅の自動改札機２００を通過する際に不足分の引落をオンラインで決済する略リアルタイムオンライン決済を行う点においては第２実施形態と略同様であるが、第３実施形態では、スタンバイ処理を料金精算用ＩＣカード１００が自動改札機２００から所定の距離以内に近づいた時に開始する点が第２実施形態と異なる。

具体的には、料金精算用ＩＣカード１００が自動改札機２００から所定の距離以内に近づいた時に料金精算時に残高が不足することが見込まれた場合、今後の所定時間以内に発生が予想される引落に備えて、銀行サーバ５００にカード会員の口座を予め特定させておき、当該引落の依頼を受信した時には速やかに引落を完了できるように準備させるスタンバイ処理を実行する。

第３実施形態の構成例は、基本的に第１実施形態と同様で、図１によって示される。ただし、料金精算用ＩＣカード１００は、通常の近接型通信に加えて、数ｍ〜十数ｍの距離から自動改札機２００に検知される遠隔型通信の機能も備えているものとする。この遠隔型通信機能は、後述する出場準備処理において利用される。

次に、図６乃至図８のフローチャートを用いて、本第３実施形態における動作の一例について説明する。以下の処理は、特に言及のない限り、それぞれの構成部に含まれる図示していないＣＰＵの制御に基づいて実行される。

図６は、図１の料金精算用ＩＣカード１００および乗車駅の決済処理装置３００を含む運賃決済システムにより実行される第３実施形態の入場処理の一例を示すフローチャートである。入場処理とは、利用者が乗車する駅に入場するため、乗車駅の自動改札機２００を通過する際の一連の処理であり、利用者が料金精算用ＩＣカード１００を自動改札機２００にかざした時、それを契機として開始する。

ステップＳ３０１において、乗車駅の決済処理装置３００の決済情報取得部３１１は、自動改札機２００を介して、料金精算用ＩＣカード１００から、カード番号と利用可能残高を取得する。

ステップＳ３０２において、決済処理装置３００の残高判定部３１２はステップＳ３０１で取得した利用可能残高が初乗り運賃未満であるか否かを判定する。

利用可能残高が初乗り運賃以上である場合、ステップＳ３０２においてＮＯと判定され、処理はステップＳ３０３に進む。ステップＳ３０３において、決済処理装置３００の通過許可部３１４は、入場許可と判定し、入場許可処理が実行される。具体的には、決済処理装置３００の通過許可部３１４は、自動改札機２００を介して、利用者がかざした料金精算用ＩＣカード１００に乗車駅の情報を書き込む。さらに、この時点で通過許可部３１４は自動改札機２００を制御して、自動改札機２００の扉を開放する。利用者が自動改札機２００を通過することにより、入場処理は正常終了する。

一方、利用可能残高が初乗り運賃未満である場合、ステップＳ３０２においてＹＥＳと判定され、処理はステップＳ３０４に進む。ステップＳ３０４において、決済処理装置３００の決済支援部３１５は、通信部３０１を介して鉄道会社サーバ４００に、ステップＳ３０１で取得したカード番号を送信して、当該カード番号がカード会員ＤＢ４０２に登録されているか否かの照会を依頼し、照会結果を取得する。

ステップＳ３０５において、決済処理装置３００の決済支援部３１５は、ステップＳ３０４で取得した照会結果から、利用者がダイレクト契約を結んでいるか否かを判定する。

ステップＳ３０４で送信したカード番号が未登録（ダイレクト契約無し）であった場合、ステップＳ３０５においてＮＯと判定され、処理はステップＳ３０６に進む。ステップＳ３０６において、決済処理装置３００の通過許可部３１４は、入場不許可と判定し、第１実施形態と同様の入場不許可処理を実行する。これにより、利用者は自動改札機２００を通過できないこととなり、入場処理は異常終了する。

一方、ステップＳ３０４で送信したカード番号が登録済（ダイレクト契約有り）であった場合、ステップＳ３０５においてＹＥＳと判定され、処理はステップＳ３０７に進む。この時点で、決済処理装置３００の決済支援部３１５により不足分については銀行サーバ５００から鉄道会社サーバ４００に入金を行うことが確定する。

ステップＳ３０７において、決済処理装置３００の主制御部３１０は、自動改札機２００の表示画面に「残高不足ですが、出場時にオンライン決済します」等のメッセージを表示させる。その後、処理はステップＳ３０３に進み、入場処理は正常終了する。

ここで表示されるメッセージが、第１実施形態の入場処理とは異なる。すなわち、第１実施形態では「出場後に」であったものが、第３実施形態では「出場時に」と表示される。

次に、第３実施形態の出場処理について説明する。第３実施形態の出場処理は、出場準備処理と出場本処理とからなる。

図７は、図１の料金精算用ＩＣカード１００および乗車駅の決済処理装置３００を含む運賃決済システムにより実行される第３実施形態の出場準備処理の一例を示すフローチャートである。

出場準備処理とは、利用者が自動改札機２００の数ｍ近傍に近づいてから、実際に料金精算用ＩＣカード１００を自動改札機２００にかざすまでの間、銀行サーバ５００にスタンバイ処理を依頼する処理である。出場準備処理は、降車駅に設置されている複数の自動改札機２００のうちのいずれかが、料金精算用ＩＣカード１００の遠隔型通信を検知し、通信部３０１と通信を開始すると、その旨を決済処理装置３００の主制御部３１０に通知した際に、その通知を契機として開始する。

ステップＳ３２１において、降車駅の決済処理装置３００の決済支援部３１５は、料金精算用ＩＣカード１００の遠隔型通信を検知した自動改札機２００を介して、料金精算用ＩＣカード１００から、カード番号を取得する。

ステップＳ３２２において、決済処理装置３００の決済支援部３１５は、上記カード番号の料金精算用ＩＣカード１００が、既に出場準備処理中であるか否かを判定する。料金精算用ＩＣカード１００の遠隔型通信は複数の自動改札機２００に検知される可能性があるので、既に出場準備処理が開始されている場合がある。そのような場合は、ステップＳ３２２においてＹＥＳと判定され、重複処理を避けるために、処理は直ちに終了する。

一方、上記カード番号の料金精算用ＩＣカード１００が、未だ出場準備処理中でない場合、ステップＳ３２２においてＮＯと判定され、処理はステップＳ３２３に進む。ステップＳ３２３において、決済処理装置３００の決済支援部３１５は、通信部３０１を介して鉄道会社サーバ４００に、ステップＳ３２１で取得したカード番号を送信し、利用者の口座名義とログインＩＤの照会を依頼して、照会結果を取得する。

ステップＳ３２４において、決済処理装置３００の決済支援部３１５は、ステップＳ３２３で取得した照会結果から、利用者がダイレクト契約を結んでいるか否かを判定する。

ステップＳ３２３で送信したカード番号が未登録（ダイレクト契約無し）であった場合、ステップＳ３２４においてＮＯと判定され、処理は直ちに終了する。一方、ステップＳ３２３で送信したカード番号が登録済（ダイレクト契約有り）で、利用者の口座名義とログインＩＤが取得された場合、ステップＳ３２４においてＹＥＳと判定され、処理はステップＳ３２５に進む。

ステップＳ３２５において、決済処理装置３００の決済支援部３１５は、ステップＳ３２３で取得した利用者の口座名義とログインＩＤを、銀行サーバ５００に送信して、スタンバイ処理を依頼する。スタンバイ処理については、第２実施形態の入場処理のステップＳ２０８で説明したスタンバイ処理と同様である。第２実施形態では入場処理でスタンバイ処理を開始したため、利用者が出場するまで長時間のスタンバイ処理が必要となったが、本第３実施形態のスタンバイ処理は、出場するまでの数秒間で通常は終了する。

ステップＳ３２６において、決済処理装置３００の決済支援部３１５は、上記カード番号の料金精算用ＩＣカード１００との遠隔型通信が続行中であるか否かを判定する。利用者は自動改札機２００に近づいても出場するとは限らず、また離れていく可能性があるからである。利用者が出場せずに遠隔型通信が途切れた場合、ステップＳ３２６においてＮＯと判定され、処理はステップＳ３２７に進む。

ステップＳ３２７において、決済処理装置３００の決済支援部３１５は、ステップＳ３２５で依頼したスタンバイ処理の取り消しを、銀行サーバ５００に依頼する。これにより、出場準備処理は終了する。

一方、上記カード番号の料金精算用ＩＣカード１００との遠隔型通信が続行中である場合、ステップＳ３２６においてＹＥＳと判定され、処理はステップＳ３２８に進む。ステップＳ３２８において、決済処理装置３００の決済支援部３１５は、上記カード番号の料金精算用ＩＣカード１００が既に出場したか否かを判定する。利用者が料金精算用ＩＣカード１００をいずれかの自動改札機２００にかざして、その結果、後述する出場本処理が既に終了している場合、ステップＳ３２８においてＹＥＳと判定され、処理はステップＳ３２７に進み、スタンバイ処理が取り消されて、出場準備処理は終了する。

一方、利用者が未だ料金精算用ＩＣカード１００をいずれの自動改札機２００にもかざしていない場合、ステップＳ３２８においてＮＯと判定され、処理はステップＳ３２６に戻り、料金精算用ＩＣカード１００との遠隔型通信が途切れるか、利用者が出場するまでの間、ステップＳ３２６およびＳ３２８のループ処理が繰り返される。

以上、出場準備処理について説明したが、料金精算用ＩＣカード１００の遠隔型通信を検知した自動改札機２００と、実際に利用者が料金精算用ＩＣカード１００をかざして通過しようとする自動改札機２００は同じとは限らないので、出場本処理については別途説明する。

図８は、図１の料金精算用ＩＣカード１００および降車駅の決済処理装置３００を含む運賃決済システムにより実行される第３実施形態の出場本処理の一例を示すフローチャートである。

本実施形態の出場本処理は、利用者が降車した駅から出場するため、降車駅の自動改札機２００を通過する際の一連の処理であり、図７を参照して説明した出場準備処理が実行されていることが前提となり、かつ、利用者が料金精算用ＩＣカード１００を自動改札機２００にかざした時に、それを契機として開始する。

ステップＳ３４１において、降車駅の決済処理装置３００の決済情報取得部３１１は、自動改札機２００を介して、料金精算用ＩＣカード１００から、カード番号とルート情報と利用可能残高を取得する。

ステップＳ３４２において、決済処理装置３００の残高判定部３１２は、ステップＳ３４１で取得したルート情報から運賃を算出する。

ステップＳ３４３において、決済処理装置３００の残高判定部３１２は、ステップＳ３４２で算出した運賃が、ステップＳ３４１で取得した利用可能残高を超えるか否かを判定する。運賃が利用可能残高以下の場合、ステップＳ３４３においてＮＯと判定され、処理はステップＳ３４４に進む。

ステップＳ３４４において、決済処理装置３００の主制御部３１０は、ステップＳ３４１で取得した利用可能残高から今回の運賃を差し引いて、通過許可部３１４により自動改札機２００を介して、料金精算用ＩＣカード１００に新たな利用可能残高として記憶する。

さらに、ステップＳ３４５において、決済処理装置３００の通過許可部３１４は、出場許可と判定し、出場許可処理を実行する。具体的には、決済処理装置３００の決済支援部３１５は、ステップＳ３４１で取得されたカード番号とルート情報と利用可能残高、およびステップＳ３４２で算出した運賃を、ネットワーク２０を介して鉄道会社サーバ４００に送信し、カード利用履歴ＤＢ４０３に乗車履歴として記録させる。さらに、この時点で通過許可部３１４は自動改札機２００を制御して、自動改札機２００の扉を開放する。利用者が自動改札機２００を通過することにより、出場本処理は正常終了する。

一方、運賃が利用可能残高を超える場合、ステップＳ３４３においてＹＥＳと判定され、処理はステップＳ３４６に進む。ステップＳ３４６において、決済処理装置３００の決済支援部３１５は、通信部３０１を介して鉄道会社サーバ４００に、ステップＳ３４１で取得したカード番号を送信し、利用者のログインＩＤとログインＰＷの照会を依頼して、照会結果を取得する。

ステップＳ３４７において、決済処理装置３００の決済支援部３１５は、ステップＳ３４６で取得した照会結果から、利用者がダイレクト契約を結んでいるか否かを判定する。

ステップＳ３４６で送信したカード番号が未登録（ダイレクト契約無し）であった場合、ステップＳ３４７においてＮＯと判定され、処理はステップＳ３４８に進む。ステップＳ３４８において、決済処理装置３００の通過許可部３１４は、出場不許可と判定し、第１実施形態で説明したのと同様の出場不許可処理を実行する。これにより、利用者は自動改札機２００を通過できないこととなり、出場本処理は異常終了する。

一方、ステップＳ３４６で送信したカード番号が登録済（ダイレクト契約有り）で、ログインＩＤとログインＰＷが取得できた場合、ステップＳ３４７においてＹＥＳと判定され、処理はステップＳ３４９に進む。ステップＳ３４９において、決済処理装置３００の引落処理部３１３は、ステップＳ３４６で取得したログインＩＤとログインＰＷで銀行サーバ５００にログインし、不足分の金額を引落して、直ちにログアウトする。ここで引落とされた金額は、利用者の料金精算用ＩＣカード１００からの支払として充当される。

ここで、銀行サーバ５００側での引落は、前述の出場準備処理で確実にスタンバイ処理が実行されているため、ほぼ必ず成功するが、引落金額以上の口座残高がない場合は当然失敗し、その旨の応答が銀行サーバ５００から返される。

ステップＳ３５０において、決済処理装置３００の決済支援部３１５は、ステップＳ３４９での銀行サーバ５００の応答から、上記引落が成功したか否かを判定する。上記引落が失敗したとの応答が銀行サーバ５００から返された場合、ステップＳ３５０においてＮＯと判定され、処理はステップＳ３４８に進み、決済処理装置３００の通過許可部３１４は、出場不許可と判定し、出場不許可処理を実行する。これにより、利用者は自動改札機２００を通過できないこととなり、出場本処理は異常終了する。

一方、上記引落が成功したとの応答が銀行サーバ５００から返された場合、ステップＳ３５０においてＹＥＳと判定され、処理はステップＳ３５１に進む。ステップＳ３５１において、決済処理装置３００の通過許可部３１４は、自動改札機２００を介して、利用者がかざした料金精算用ＩＣカード１００に記憶される利用可能残高を０に更新する。実際には、一旦マイナスとなったのであるが、不足分が直ちに銀行サーバ５００からチャージされた結果として、０となる。

ステップＳ３５２において、決済処理装置３００の通過許可部３１４は、出場許可と判定し、出場許可処理が実行される。具体的には、決済処理装置３００の決済支援部３１５は、ステップＳ３４１で取得されたカード番号とルート情報と利用可能残高、ステップＳ３４２で算出した運賃、およびステップＳ３４９で引落した金額を、ネットワーク２０を介して鉄道会社サーバ４００に送信し、カード利用履歴ＤＢ４０３に乗車履歴とチャージ履歴として記録させる。さらに、この時点で通過許可部３１４は自動改札機２００を制御して、自動改札機２００の扉を開放する。利用者が自動改札機２００を通過することにより、出場本処理は正常終了する。

以上説明したように、本発明の第３実施形態によれば、利用者が降車駅の自動改札機２００から所定の距離以内に近づいた時に銀行サーバ５００をスタンバイさせ、続いて自動改札機２００に料金精算用ＩＣカードをかざした時、直ちに不足分を銀行サーバ５００から引落とすことができる。

これにより、本発明の第１実施形態および第２実施形態の効果に加えて、銀行サーバ５００に長時間のスタンバイ処理という負担を掛けることなく、残高不足の時に利用者をほぼ確実に通過させることができるという効果を得ることができる。また、将来的に処理時間が短縮されれば、上記のような遠隔型通信を用いた出場準備処理は不要となり、出場本処理の近接型通信だけで瞬時に引落とせるようになることは言うまでもない。

以上、本発明の実施形態を図面に基づいて詳細に説明した。なお、上述の実施形態は、本質的に好ましい例示であって、本発明、その適用物、あるいはその用途の範囲を制限することを意図するものではない。

上述の実施形態では、決済処理装置３００を、入出場処理を実行する自動改札機２００と同じ駅構内に設置されるものとして説明したが、本発明はこれに限定されない。決済処理装置３００は、例えば、鉄道会社サーバ４００または銀行サーバ５００と一体として設置してもよいし、自動改札機２００、鉄道会社サーバ４００、銀行サーバ５００と独立して設置してもよい。また、上記の実施形態の入場処理において、残高不足が判明した段階で、利用者指定のメールアドレスに、残高不足の通知メールを送信してもよい。この機能は、利用者の安否確認にも利用することができる。

上記全ての実施形態において、電子乗車券として料金精算用ＩＣカードを説明したが、料金精算用ＩＣカードに換えて、表示部や入力部を備えた携帯端末を電子乗車券として用いてもよい。この場合、当該携帯端末の表示部またはスピーカを報知部として、自動改札機２００に表示したメッセージを当該携帯端末の表示部により表示またはスピーカにより音声を再生して報知するようにしてもよい。さらには、残高不足時には自動的に銀行から不足分を引落とすようにしたが、不足分を銀行から引落とすか否かを利用者に問い合わせ、利用者の指示に基づいて銀行から不足分を引落すか否かを判定するようにしてもよい。

また、上記全ての実施形態において、ダイレクト契約を結ぶ銀行は一つだけとしたが、同様のオンライン決済システムを備える複数の銀行から選べるようにしてもよい。その場合、カード会員ＤＢ４０２には、各カード会員が契約した銀行を特定するための銀行番号などの項目を追加すればよい。

また、上記全ての実施形態において、引落処理部３１３は、残高が不足した場合に、不足分を、利用者ＩＤおよびパスワードを用いて銀行から引落とすものとしたが、引落処理部３１３は、所定のセキュリティ条件の下で引落処理を実行できればよく、引落処理部３１３が実行する所定のセキュリティ条件を確保するための手段は、利用者ＩＤおよびパスワードに限定されないことはいうまでもない。

さらに、上記全ての実施形態において、決済処理装置および電子乗車券がオンライン決済を行う対象を鉄道機関の場合を例に説明したが、本発明は鉄道機関のみならず、航空機関、船舶機関などあらゆる交通機関、およびそれらの組み合わせに適用可能である。

上述した一連の処理は、既に言及したように、ソフトウェアにより実行されが、一部をハードウェアにより実行させることもできる。ソフトウェアを構成するプログラムは、コンピュータなどにネットワークや記録媒体からインストールされる。コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパソコンであってもよい。

このようなプログラムを含む記録媒体は、利用者にプログラムを提供するために装置本体とは別に配布されるリムーバブル記憶媒体により構成されるだけでなく、装置本体に予め組み込まれた状態で利用者に提供される記録媒体などで構成される。リムーバブル記憶媒体は、例えば、磁気ディスク、光ディスクまたは光磁気ディスクなどにより構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などにより構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）などにより構成される。また、装置本体に予め組み込まれた状態で利用者に提供される記録媒体は、例えば、プログラムが記録されている料金精算用ＩＣカード１００、自動改札機２００、決済処理装置３００、鉄道会社サーバ４００、銀行サーバ５００のそれぞれのＲＯＭや、記憶部などで構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

２０ 広域ネットワーク
１００ 料金精算用ＩＣカード
２００ 自動改札機
３００ 決済処理装置
３１０ 主制御部
３１１ 決済情報取得部
３１２ 残高判定部
３１３ 引落処理部
３１４ 通過許可部
３１５ 決済支援部
４００ 鉄道会社サーバ
５００ 銀行サーバ

Claims (5)

1. 利用者の電子乗車券の通過を検出し、前記電子乗車券の利用可能残高に基づいて駅への入場および駅からの出場を許可する自動改札機と、
   前記自動改札機から送出されるデータに基づいて算出した運賃を徴収する鉄道会社サーバと、
   前記利用者の銀行口座を管理する銀行サーバと連動し、前記銀行サーバを介して前記銀行口座から前記鉄道会社サーバに入金を行うことにより、円滑な利用者の駅の利用を可能とする決済処理装置であって、
   前記決済処理装置は、
   前記自動改札機と前記銀行サーバと前記鉄道会社サーバと通信して情報を送受信する通信部と、
   前記電子乗車券の利用者が前記自動改札機を通過する際、前記通信部を介して前記電子乗車券から前記利用者の識別情報と前記利用可能残高とを含む運賃の支払いのために必要な決済情報を取得する決済情報取得部と、
   前記利用可能残高と最低必要残高である所定の金額を比較し、
   前記利用可能残高が前記所定の金額を下回るか否かを判定する残高判定部と、
   前記残高判定部により前記利用可能残高が前記所定の金額を下回ると判定された場合、前記利用可能残高と前記所定の金額とから不足金額を算出し、前記決済情報取得部により取得された前記利用者の識別情報と前記銀行口座から前記不足金額の引落を行わせて前記鉄道会社サーバに入金させるための処理を実行させる引落処理部と、
   前記自動改札機の通過を許可させる通過許可部と
   前記残高判定部により前記利用可能残高が前記所定の金額を下回ると判定された場合、前記銀行サーバと前記鉄道会社サーバと連動して、前記銀行サーバから前記鉄道会社サーバに入金を行う決済支援部と、を含み、
   前記決済支援部は、前記電子乗車券が降車駅の前記自動改札機を通過するまでの間に前記銀行口座から不足金額を引落とすための必要な準備を行わせる指示を前記銀行サーバに送出し、
   前記通過許可部は、前記利用可能残高が前記所定の金額を下回ると判定された場合であっても、前記決済支援部が前記銀行サーバに前記指示を送出したことを条件に、前記自動改札機の通過を許可する、決済処理装置。
2. 前記所定の金額は、初乗り運賃、利用者が設定した金額、乗車履歴のルート情報から算出した運賃のいずれかである、請求項１記載の決済処理装置。
3. 前記決済支援部が前記銀行サーバから前記鉄道会社サーバに入金を行わせる処理は、前記銀行サーバに定期的に依頼するバッチ処理によって実行される、請求項１または請求項２記載の決済処理装置。
4. 前記通信部は、前記電子乗車券が降車駅の前記自動改札機と所定の距離以内に近付いたときに前記銀行サーバを待機させ、続いて前記電子乗車券が前記自動改札機を通過するときに前記不足金額を前記銀行サーバから引落とす引落処理を実行させる、請求項１記載の決済処理装置。
5. 利用者の電子乗車券の通過を検出し、前記電子乗車券の利用可能残高に基づいて駅への入場および駅からの出場を許可する自動改札機と、
   前記自動改札機から送出されるデータに基づいて算出した運賃を徴収する鉄道会社サーバと、
   前記利用者の銀行口座を管理する銀行サーバとが連動したシステムにおける乗車料金の決済処理方法であって、
   前記システムを構成する一または複数のコンピュータに組み込まれた決済処理手段が、
   前記自動改札機と前記銀行サーバと前記鉄道会社サーバと通信して情報を送受信する通信ステップと、
   前記電子乗車券の利用者が前記自動改札機を通過する際、前記通信ステップにより前記電子乗車券から前記利用者の識別情報と前記利用可能残高とを含む運賃の支払いのために必要な決済情報を取得する決済情報取得ステップと、
   前記利用可能残高と最低必要残高である所定の金額とを比較して、前記利用可能残高が前記所定の金額を下回るか否かを判定する残高判定ステップと、
   前記残高判定ステップにより前記電子乗車券の利用可能残高が前記所定の金額を下回ると判定された場合、前記利用可能残高と前記所定の金額とから不足金額を算出し、前記決済情報取得ステップにより取得された前記利用者の識別情報と前記銀行口座から前記不足金額の引落を行わせて前記鉄道会社サーバに入金させるための処理を実行させる引落処理ステップと、
   前記自動改札機の通過を許可させる通過許可ステップとを含み、
   前記引落処理ステップは、前記電子乗車券が降車駅の前記自動改札機を通過するまでの間に前記銀行口座から不足金額を引落とすための必要な準備を行わせるための指示を前記銀行サーバに送出し、
   前記通過許可ステップは、前記利用可能残高が前記所定の金額を下回ると判定された場合であっても、前記引落処理ステップで前記銀行サーバに前記指示を送出したことを条件に、前記自動改札機の通過を許可する、決済方法。

Images