JP2005321989A - 記録媒体処理装置、料金支払システム、記録媒体処理方法及びそのプログラム - Google Patents

Abstract

【課題】 無線の電波状況などの影響を受けず、常に安定して支払処理が可能なＩＣカード利用システムを実現する記録媒体処理装置、料金支払システム、記録媒体処理方法及びそのプログラムを提供する。
【解決手段】 ＩＣカードＩ／Ｆ部１２２は、特定のサービスを利用するための利用フラグを記録したＩＣカード１と通信する。情報読み出し部１２３は、ＩＣカードＩ／Ｆ部１２２を介してＩＣカード１から利用フラグを読み出す。認証処理部１２４は、情報読み出し部１２３が読み出した利用フラグが有効であるか否かを判断する。決済処理部１２５は、認証処理部１２４が利用フラグを有効であると判断した場合には、サービスの対価の決済を行う。
【選択図】 図４

Description

本発明は、例えばＩＣカードなどの記録媒体を利用した料金の支払を実現するための記録媒体処理装置、料金支払システム、記録媒体処理方法及びそのプログラムに関するものである。

従来、タクシー利用料金支払には、現金払い、クレジットカード払い、タクシーチケット払いがある。このなかで、タクシーチケットでの支払は、これまで用いられてきた紙製チケットに代えて、ＩＣカードを利用した形態の決済システムが提案されている（例えば、特許文献１参照。）。この特許文献１では、タクシーチケットとして発行されたＩＣカードを利用者は料金支払時に使用する。タクシーには無線端末装置を備えており、読取ったＩＣカードの情報と利用料金などの情報をセンターコンピュータに無線送信してセンターで決済処理が行われるというものである。

特許文献１の決済システムは、主としてゲスト利用のタクシーチケットを想定したものであり、タクシー乗務員は読取りの完了したＩＣカードを回収し、タクシー会社は取りまとめてタクシーチケット決済センターに送ることで、タクシーチケット決済センターではＩＣカードの記録内容をリセットして再利用するというものである。特許文献１の決済システムは、リサイクルを特徴としたシステムである為、このＩＣカードのタクシーチケットは、毎回タクシーで回収されることになる。

また、交通料金支払の為にＩＣカードを利用するというモデルはこのほかにも鉄道会社やバス会社で利用されている。これらは駅の券売機などでＩＣカードにバリューをチャージしておき、改札時や乗降車時に運賃を差し引くというもので、いわゆるプリペイドカードとして利用されている。上記特許文献１とは異なり、ＩＣカードは同じユーザにより繰り返し利用されるものである。これらの実例としては、ＪＲ東日本の「ＳＵＩＣＡ」と呼ばれるＩＣカードサービスや、以下の参考文献に示すようなバスの運賃支払のＩＣカードサービスがある。
（参考文献：http://www.sony.co.jp/Products/felica/contents04.html）

ところで、ＩＣカードは電子マネーの媒体としても利用されている。電子マネーは主としてオープンループ型とクローズドループ型の２つの方式が採用されており、オープンループ型は払出側と受取側の端末／ＩＣカード間でバリューが直接交換されるもので、交換されたバリューはその後も次々に端末／ＩＣカード間を流通していく（例えば、特許文献２参照。）。ＩＣカードそのものが金銭的価値機能を備えているため、現金と同様に紛失や盗難時には再発行できないという欠点がある。

一方、クローズドループ型は、実質的にはセンター装置が払出側と受取側との間に介されており、バリューの交換を行う際にはセンターへの問い合わせを必要とするものである。センターによる管理ができるため、紛失や盗難時にも再発行等の手続きはできるようになるが、センター設備のコストがかかるという欠点がある。例えば、飲料等の自動販売機では、オープンループ型あるいはクローズドループ型ＩＣカードを利用した購入が実施されている。

特開２００２−１５０３３１号公報 特許第２８５３３３１号公報

このように、ＩＣカードを利用した様々なビジネスモデルが実現されているが、いくつか課題が残されている。

第一に、上述した特許文献１では、タクシーは無線端末装置でＩＣカードの情報を読み取り、料金情報と共に、センターへ無線で情報を送信しているが、これはあくまでも電波状態が良好であるという想定での動作である。例えば無線の届きにくい山間部や地下部ではタクシーとセンターとの間で交信ができないということも考えられる。つまり利用者が降車したい地点で電波が受信出来なければＩＣカードでの決済ができないという事態が発生しかねないという問題がある。また、センターを介さないオープンループ型の方式を適用することも考えられるが、オープンループ型ＩＣカードの電子マネーは、上記のとおり現金と同様の性質を持つため紛失や盗難時の心配があるだけでなく、いくらかかるかわからないタクシー料金などの支払では、チャージしておく金額を予測できないという欠点がある。

第二に、上述した特許文献１では、ＩＣカードをリサイクル利用できるメリットはあるが、当該ＩＣカードのタクシーチケットは１サイクルにつき１回しか利用できないという制限がある。このような特許文献１の実施例に記載されたようなゲスト利用であれば、それ程不都合はないが、企業でのタクシーチケットの利用はゲスト利用に限るものではなく、社員の出張などにも利用される。例えば目的地への往復をタクシー利用しようとすると往復分２つのＩＣカードを持ち歩かなければならないという不便を生じる問題がある。更に、特許文献１ではタクシーチケットとして利用するための専用カードを予め準備しておく必要があり、当該ＩＣカードのタクシーチケットを多用する企業においては、大量のカードを保持しておかなければならず、管理に負荷が発生するという問題がある。

第三に、自動販売機などのように、移動体ではないがセンターとのネットワーク接続に設備コストがかかるケースでは、コストをかけてまでＩＣカード利用可能な販売機の設置がされにくく、かえって普及に歯止めをかけてしまう恐れがあるという問題がある。

本発明は、上述した事情を考慮してなされたもので、その第一の目的は、無線の電波状況などの影響を受けず、常に安定して支払処理が可能なＩＣカード利用システムを実現する記録媒体処理装置、料金支払システム、記録媒体処理方法及びそのプログラムを提供することを目的とする。
また、第二の目的は、利用者に不便を与えることのない利用効率の良いＩＣカード利用を実現する記録媒体処理装置、料金支払システム、記録媒体処理方法及びそのプログラムを提供することを目的とする。

この発明は、上述した課題を解決すべくなされたもので、本発明による記録媒体処理装置においては、特定のサービスを利用するための利用フラグを記録した記録媒体と通信する通信手段を備える記録媒体処理装置であって、通信手段を介して記録媒体から利用フラグを読み出す読み出し手段と、読み出し手段が読み出した利用フラグが有効であるか否かを判断する判断手段と、判断手段が利用フラグを有効であると判断した場合には、サービスの対価の決済を行う決済処理手段とを具備することを特徴とする。

これにより、本発明による記録媒体処理装置を利用した料金支払システムを構築すれば、記録媒体処理装置内で記録媒体を利用した決済処理が完了するので、従来のように決済処理のために外部のコンピュータと通信する必要がない。また、従来の電子マネーを予め記録媒体に記録して料金支払システムを構築する場合と比べて、予め記録した電子マネーでは料金の支払に不足するかもしれないという心配も不要となる。

また、本発明による記録媒体処理装置の一態様例においては、上記決済処理手段で行った決済に関する情報である決済情報の一部又は全部を含む利用実績情報を、通信手段を介して記録媒体に書き込む書込み手段を更に具備することを特徴とする。

また、本発明による記録媒体処理装置の一態様例においては、上記利用フラグは、利用可能なサービスを特定する情報と、利用可能な期間又は利用可能な回数を定める利用期限情報とを少なくとも含むことを特徴とする。

また、本発明による記録媒体処理装置の一態様例においては、上記決済処理手段で行った決済に関する情報である決済情報は、決済したサービスの対価に関する情報と、決済を行った日時に関する情報と、記録媒体を特定する情報とを少なくとも含み、決済情報を格納する決済情報データベースを更に具備することを特徴とする。

また、本発明による記録媒体処理装置の一態様例においては、決済情報を収集する情報収集処理装置と通信する通信処理手段と、通信処理手段を介して情報収集処理装置へ、決済情報データベースより読み出した決済情報を送信する送信手段とを更に具備することを特徴とする。

また、本発明による記録媒体処理装置の一態様例においては、上記書込み手段は、利用実績情報を記録媒体に書き込む際に、判断手段が有効と判断した利用フラグを記録媒体より削除することを特徴とする。

また、本発明による記録媒体処理装置の一態様例においては、上記記録媒体はＩＣカードであることを特徴とする。

また、本発明による料金支払システムにおいては、記録媒体を用いた料金支払の決済を行うことで決済情報を生成する記録媒体処理装置と、記録媒体処理装置から決済情報を収集する決済情報収集装置と、決済情報収集装置が収集した決済情報を集計する集計処理装置とから構成される料金支払システムであって、記録媒体処理装置は、特定のサービスに対する対価を支払うための利用フラグを記録した記録媒体と通信する通信手段と、通信手段を介して記録媒体から利用フラグを読み出す読み出し手段と、読み出し手段が読み出した利用フラグが有効であるか否かを判断する判断手段と、判断手段が利用フラグを有効であると判断した場合には、サービスの対価の決済を行い、決済情報を生成する決済処理手段と、決済情報収集装置と通信を行う通信処理手段とを具備し、決済情報収集装置は、記録媒体処理装置と通信を行い、決済情報を収集する決済情報収集手段と、集計処理装置と通信を行う通信処理手段とを具備し、集計処理装置は、決済情報収集装置と通信を行い、決済情報収集装置が収集した決済情報を受信する受信手段と、受信手段が受信した決済情報を集計する集計手段とを具備することを特徴とする。

また、本発明による記録媒体処理方法においては、特定のサービスを利用するための利用フラグを記録した記録媒体と通信する通信手段を備える記録媒体処理装置を用いた記録媒体処理方法であって、通信手段を介して記録媒体から利用フラグを読み出す読み出しステップと、読み出しステップで読み出した利用フラグが有効であるか否かを判断する判断ステップと、判断ステップで利用フラグを有効であると判断した場合には、サービスの対価の決済を行う決済処理ステップとを有することを特徴とする。

また、本発明による記録媒体処理方法の一態様例においては、上記決済処理ステップで行った決済に関する情報である決済情報の一部又は全部を含む利用実績情報を、通信手段を介して記録媒体に書き込む書込みステップを更に有することを特徴とする。

また、本発明による記録媒体処理方法の一態様例においては、上記利用フラグは、利用可能なサービスを特定する情報と、利用可能な期間又は利用可能な回数を定める利用期限情報とを少なくとも含むことを特徴とする。

また、本発明によるプログラムは、特定のサービスを利用するための利用フラグを記録した記録媒体と通信する通信手段を備える記録媒体処理装置用のプログラムであって、通信手段を介して記録媒体から利用フラグを読み出す読み出しステップと、読み出しステップで読み出した利用フラグが有効であるか否かを判断する判断ステップと、判断ステップで利用フラグを有効であると判断した場合には、サービスの対価の決済を行う決済処理ステップとをコンピュータに実行させるためのプログラムである。

本発明による記録媒体処理装置、料金支払システム、記録媒体処理方法及びそのプログラムによれば、無線の電波状況などの影響を受けず、常に安定して支払処理が可能なＩＣカードを利用した料金支払のシステムを実現することができる。
また、本発明による記録媒体処理装置、料金支払システム、記録媒体処理方法及びそのプログラムによれば、利用者に不便を与えることのない利用効率の良いＩＣカードを利用した料金支払のシステムを実現することができる。

以下、本発明の実施の形態を説明する。
まず、本発明の一実施形態におけるＩＣカードを用いた料金支払システムを適用するビジネス例を示す。図１は、本発明の一実施形態におけるＩＣカードを用いた料金支払システムを適用するビジネス例を示す図である。図１に示すように、本実施形態における料金支払システムは、ＩＣカードを利用するタクシーの料金支払システムであり、タクシーの料金支払システムを適用したビジネス例である。

図１において、１は、ＩＣカードであり、非接触で無線通信により外部からデータの読み出し及びデータの書込みが可能なメモリＩＣ（記録媒体）を内蔵する例えばプラスチック製のカードである。また、ＩＣカード１は、ＩＣカード利用企業５０が発行したＩＣカードであり、各ＩＣカードに固有のカードＩＤとタクシー利用に必要な情報を少なくとも記録している。１０は、タクシーであり、ＩＣカード１と無線通信を行うことで、タクシー料金の決済を行う装置（後述する図２のＩＣカード処理端末１２）を搭載している。

２０は、タクシー営業所であり、タクシー１０が必ず立ち寄る場所であって、複数存在する。このタクシー営業所２０には、タクシー１０が搭載するＩＣカード１によるタクシー料金の決済を行う装置から、ＩＣカード１を利用して決済された決済情報を取得する装置（後述する図２の情報収集処理装置２１）が設置されている。また、タクシー営業所２０に設置される上記装置は、取得した決済情報を後述する集計処理装置３０へ送信する機能も有する。

３０は、集計処理装置であり、複数のタクシー営業所２０から決済情報を受信して、受信した決済情報を所定の期間で集計して、ＩＣカード１を発行したＩＣカード利用企業５０に対してＩＣカード１を利用したタクシー料金の請求を行う。

また、ＩＣカード利用企業５０は、ＩＣカード１の記録媒体にタクシー１０を利用するために必要な情報を記録する処理を行う装置（後述する図３のＩＣカード処理装置５２）を有する。また、ＩＣカード利用企業５０は、利用者が使用済みのＩＣカード１からタクシーの利用実績に関する情報（利用実績情報）を取得する装置（後述する図３のＩＣカード処理装置５２）を有する。これにより、ＩＣカード利用企業５０において、集計処理装置３０から受信した請求情報と、上記の利用実績情報を比較して、請求が利用実績に応じたものかを確認することができる。尚、ＩＣカード利用企業５０と、タクシー営業所２０を保有するタクシー会社は、ＩＣカードによるタクシー料金支払を可能とする契約を予め結んでいる。

以上の構成により、タクシー１０の利用者が、タクシー料金を、ＩＣカード１を用いて支払うことができる料金支払システムを利用したビジネスが実現する。このビジネスの特徴は、ＩＣカード１を利用してタクシー１０内で決済の処理を行い、後日、ＩＣカード１の利用による決済情報に応じてタクシー料金を請求する点である。すなわち、タクシー１０内での決済の処理のために外部と通信する必要が無い点である。これにより、従来のように決済の処理の際に、ＩＣカード１に記録されている情報の認証処理などを依頼するため遠隔地に設置された外部装置との通信を行う必要がなく、タクシー１０が外部装置と通信不可能な状態であっても決済処理を行うことができる。

また、上記ビジネスの別の特徴として、サービスを利用するために必要な情報をＩＣカード１に記憶することで、サービスが利用でき、利用金額については特に制限を設けていない点である。これにより、従来のように予めＩＣカード１に電子マネー（又はサービスの対価となるポイントなど）を記録（チャージ）して使用している場合と比べても、支払うべきタクシー料金に対して不足してしまうということがないので、利用者にとっては安心して利用できる。尚、法外な金額やＩＣカード利用企業５０内の規定を超えるような金額が請求されることを防ぐため、予め利用可能な金額の上限を設定することも可能である。

次に、図１に示したビジネス例を実現するための本発明の一実施形態である料金支払システムの構成について説明する。まず、本実施形態の料金支払システムを構成する図１に示したタクシー１０、タクシー営業所２０が備えるシステム構成例について説明する。

図２は、本発明の一実施形態におけるＩＣカード処理端末（記録媒体処理装置）を含むＩＣカードを利用した料金支払システムの概略構成を示す図である。図２に示すように、タクシー１０は、料金計算装置１１及びＩＣカード処理端末１２を備える。料金計算装置１１は、タクシー１０を利用する客（利用者）の乗車から降車までの間の料金（タクシーの運賃）を計算する機能を有する。また、料金計算装置１１は、料金に関する情報をＩＣカード処理端末１２へ通知する機能も有する。

ＩＣカード処理端末１２は、データベース１３を備え、ＩＣカード１の認証及び料金計算装置１１から通知された料金の決済を行う。また、タクシー１０がタクシー営業所２０に立ち寄った際に、タクシー営業所２０内に設置されている情報収集処理装置２１へ決済に関する情報を送信する機能も有する。また、データベース１３は、ＩＣカード処理端末１２がＩＣカード１の認証を行う際に利用する認証情報を格納する認証情報データベース１３ａと、ＩＣカード処理端末１２が行った決済に関する情報（決済情報）を格納する決済情報データベース１３ｂとを備える。尚、ＩＣカード処理端末１２及びデータベース１３の詳細な構成については、図４を用いて後述する。

タクシー営業所２０内に設置されている情報収集処理装置２１は、タクシー１０内に設置されているＩＣカード処理端末１２と通信を行い、上記決済情報を収集して、集計処理装置３０へ収集した決済情報を送信する。これにより、集計処理装置３０は、決済情報の受信を終えると、情報収集処理装置２１へ決済情報の削除指示を返信する。情報収集処理装置２１は、受信した決済情報の削除指示をＩＣカード処理端末１２へ送信する。この削除指示に応じて、ＩＣカード処理端末１２は、決済情報データベース１３ｂに格納されている集計処理装置３０へ送信済みの決済情報を削除する。

また、集計処理装置３０は、複数のタクシー営業所２０に各々設置された情報収集処理装置２１より受信した決済情報をデータベース３１に記録して、所定のタイミングでデータベース３１より決済情報を参照して企業別の集計を行い、集計結果を基に図１に示したＩＣカード利用企業５０内の装置（後述する図３の情報管理装置５１）へタクシー料金の請求情報を送信する。尚、本実施形態における集計処理装置３０が、上述した集計処理を行う所定のタイミングは、所定期間毎であるが、これに限定されるものではなく、所定件数の決済情報が累積したタイミングや、指定された時刻のタイミングなどであってもよい。

以上、図２を用いて説明した構成により、ＩＣカード１によるタクシー料金の支払システムを実現している。図２に示す支払システムによれば、ＩＣカード１を利用したタクシー料金の決済処理は、ＩＣカード処理端末１２が行うので、従来のように遠隔地の認証センター等によるＩＣカードの認証が必要なく（＝認証センター等と無線通信等で通信する必要がない）、決済処理を確実に迅速に行うことができる。更には、タクシー営業所２０において情報収集処理装置２１がＩＣカード処理端末１２から決済情報を取得する構成であるので、ＩＣカード処理端末１２から情報収集処理装置２１への決済情報の受け渡しが確実に行われ、セキュリティを高めることもできる。

尚、本実施形態において、ＩＣカード１とＩＣカード処理端末１２間の通信は無線通信であるが、この限りではなく、ＩＣカード１に通信用の端子を設けてＩＣカード処理端末１２と有線通信を行ってもよい。また、本実施形態において料金計算装置１１とＩＣカード処理端末１２間の通信は有線通信であるが、無線通信を行っても良い。更には、料金計算装置１１とＩＣカード処理端末１２間で通信を行わずに、料金計算装置１１が算出した金額を手入力等でＩＣカード処理端末１２に入力する構成であってもよい。但し、この場合には、ＩＣカード処理端末１２は、金額を入力するための入力手段を備える必要がある。

また、本実施形態においてＩＣカード処理端末１２と情報収集処理装置２１間の通信は無線通信であるが、この限りではなく、例えばＩＣカード処理端末１２を持ち運び可能にして情報収集処理装置２１の近くまで移動させて通信線で互いを接続することで、有線通信を行ってもよい。また、本実施形態において、情報収集処理装置２１と集計処理装置３０間の通信は、インターネットなどの通信ネットワークを介した通信であるが、この限りではなく、無線通信を用いてもよい。但し、決済に関する情報をやり取りするので、通信のセキュリティレベルはより高いレベルであることが望ましい。

次に、本実施形態の料金支払システムを構成する図１に示したＩＣカード利用企業５０が備える装置構成例について説明する。図３は、本実施形態におけるＩＣカード利用企業５０が備える装置構成例を示す図である。図３に示すように、ＩＣカード利用企業５０は、情報管理装置５１、ＩＣカード処理装置５２及びデータベース５３を有する。また、データベース５３は、発行済みのＩＣカード１に関する情報（ＩＣカード情報）を格納するＩＣカード情報データベース５３ａと、ＩＣカード１の利用実績に関する情報（利用実績情報）を格納する利用履歴情報データベース５３ｂを備える。

情報管理装置５１は、上述した集計処理装置３０からＩＣカード１の利用に応じたタクシー料金の請求情報を受信して、請求に応じた支払処理などを行う。その際に、情報管理装置５１は、データベース５３の利用履歴情報データベース５３ｂより利用実績情報を参照して、請求されたタクシー料金が実際に利用されたものであるか否かを確認する。

ＩＣカード処理装置５２は、ＩＣカード１の発行処理や、発行したＩＣカード１へタクシー利用に必要な情報の書込み処理や、タクシー料金の支払に利用されたＩＣカード１から「利用実績情報」を取得したりする処理などを行う。具体的には、ＩＣカード処理装置５２は、ＩＣカード１からＩＣカードＩＤ及び「利用実績情報」を少なくとも取得して、データベース５３の利用履歴情報データベース５３ｂに「利用実績情報」をＩＣカードＩＤに関連付けて格納する。

データベース５３のＩＣカード情報データベース５３ａに格納される情報としては、ＩＣカード１を特定するＩＣカードＩＤに関連付けて、ＩＣカードＩＤで特定されるＩＣカード１を利用する利用者に関する情報である利用者情報や、ＩＣカードＩＤで特定されるＩＣカード１に記録した利用フラグに関する情報などがある。また、データベース５３の利用履歴情報データベース５３ｂに格納される情報としては、上述したＩＣカードＩＤに関連付けて、ＩＣカードＩＤで特定されるＩＣカード１からＩＣカード処理装置５２が取得した「利用実績情報」を格納する。尚、「利用実績情報」の具体例については、後述する。

以上に示したように、図３に示すＩＣカード利用企業５０の装置構成により、ＩＣカード利用企業５０において、ＩＣカード１の発行や、ＩＣカード１へのサービス利用のための情報の書込み処理や、使用後のＩＣカード１から「利用実績情報」の取得処理を行い、ＩＣカード１の管理を行なうことができる。また、ＩＣカード利用企業５０において、集計処理装置３０からのタクシー料金の請求がきた場合に、その請求が実際の利用に応じたものであるか上記「利用実績情報」を参照することで確認することができる。

次に、タクシー料金の支払に利用する前にＩＣカード１に記録される情報例と、タクシー料金の支払に利用した後にＩＣカード１に記録される情報例について説明する。

図６（ａ）及び図６（ｂ）は、本実施形態におけるＩＣカード１に記録される情報例を示す図である。特に、図６（ａ）がタクシーの料金支払に使用する前のＩＣカード１に記録される情報例を示し、図６（ｂ）がタクシーの料金支払に使用した後のＩＣカード１に記録される情報例を示している。図６（ａ）、図６（ｂ）に示すように、ＩＣカード１は、タクシーの料金支払に使用する前後で格納する情報が変化する。

まず、タクシーの料金支払に使用する前のＩＣカード１に記録される情報について説明する。図６（ａ）に示すように、ＩＣカード１には、各ＩＣカード１を識別するための情報であるＩＣカードＩＤが格納されている。次に、ＩＣカード１には、ＩＣカード１を用いて特定のサービスを利用可能とするための情報である利用フラグが格納されている。本実施形態の利用フラグは、タクシーの料金支払サービスを利用可能とするための利用フラグである。また、利用フラグには、利用フラグを識別するための情報である「利用フラグＩＤ」、ＩＣカード１を利用した場合の請求先となる企業を特定する情報である「利用企業ＩＤ」、利用フラグの利用可能か日時や期間を特定する情報である「利用期限」が含まれている。

以上に示したように、使用前のＩＣカード１には、ＩＣカード利用企業５０のＩＣカード処理装置５２による書込み処理により、図６（ａ）に示す情報が格納される。但し、ＩＣカードＩＤについては、ＩＣカード処理装置５２による書込み処理された情報ではなく、ＩＣカード１の製造時に付与された変更不可能な読み出し専用の情報であってもよい。尚、上述した利用フラグを構成する情報は、予め暗号化処理等を施すことにより悪意のある第三者から改竄や不正使用されないような状態で記録されていることが好ましい。また、利用フラグを構成する情報が暗号化処理されている場合には、タクシー１０内のＩＣカード処理端末１２は、暗号化された利用フラグを復号化処理する機能を更に有する。

次に、タクシーの料金支払に使用した後のＩＣカード１に記録される情報について説明する。図６（ｂ）に示すように、使用後のＩＣカード１は、図６（ａ）に示したＩＣカードＩＤ及び利用フラグの他に、ＩＣカード１を利用した実績に関する情報である「利用実績情報」を更に格納する。この「利用実績情報」は、ＩＣカード１を使用した日時に関する情報である「利用日時」、ＩＣカード１を使用して決済したタクシー料金に関する情報である「利用金額」、使用した利用フラグに関する情報である「利用フラグ情報」及びＩＣカード１を用いて利用したサービスの提供者に関する情報（本実施形態ではタクシー１０又はタクシー１０の保有する法人を特定する情報など）である「サービス提供者情報」から構成されている。

尚、本実施形態においては使用した後のＩＣカード１の利用フラグを削除しないが、ＩＣカード処理端末１２は利用実績情報をＩＣカード１に書き込む際に、ＩＣカード１に格納されているサービス利用済みの利用フラグを削除する場合もあり、この場合には、図６（ｂ）と異なり、使用後のＩＣカード１には利用フラグが記録されていない情報構成となる。また、ＩＣカード処理端末１２が、使用した利用フラグをＩＣカード１から削除する処理を行う。

また、上述した「利用フラグ情報」には、使用した利用フラグを特定する情報である「利用フラグＩＤ」や上述した「利用企業ＩＤ」が含まれる。尚、本実施形態においては、ＩＣカード１を用いて利用可能なサービスがタクシーの料金支払サービスのみなので、上述した「利用フラグ情報」は必須の情報ではないが、ＩＣカード１を用いて利用可能なサービスが複数種類ある場合（＝利用フラグが複数種類ある場合）には、上述した「利用フラグ情報」は必須の情報となる。また、１種類の利用フラグに多種類のサービスが対応している場合には、図６（ｂ）に示した「利用フラグ情報」に、サービスを特定する情報を更に含むようにしてもよい。例えば、小型タクシーの利用と中型タクシーの利用とを異なるサービスの利用として区別したい場合には、それらを区別する情報を「利用フラグ情報」に含めてもよい。

また、上述した「サービス提供者情報」としては、本実施形態においてはＩＣカード処理端末１２を特定する情報である端末ＩＤが格納される。この、ＩＣカード処理端末１２は、各タクシー１０に搭載されている端末なので、ＩＣカード処理端末１２が特定されれば、タクシー１０やタクシー１０を保有する法人などサービスを提供する側の情報が特定できる。尚、「サービス提供者情報」としては、ＩＣカード１を利用できるサービスを提供する提供者を特定する情報であれば種々の情報を格納してよい。

以上に示したように、使用後のＩＣカード１には、タクシー１０のＩＣカード処理端末１２による書込み処理により、図６（ｂ）に示す「利用実績情報」が更に格納される。これにより、ＩＣカード利用企業５０のＩＣカード処理装置５２は、ＩＣカード１から「利用実績情報」を取得することができるので、ＩＣカード１を用いて実際に利用したサービスに関する情報やそのサービスの対価に関する情報などを管理することができる。

次に、図２に示したＩＣカード処理端末１２の詳細な機能構成について説明する。
図４は、図２に示したＩＣカード処理端末１２の詳細な機能構成例を示す図である。図４に示すように、ＩＣカード処理端末１２は、制御部１２０、料金情報取得部１２１、データベース１３、ＩＣカードＩ／Ｆ（インターフェース）部１２２、情報読み出し部１２３、認証処理部１２４、決済処理部１２５、情報書込み処理部１２６、データベース処理部１２７及び通信処理部１２８から構成されている。

制御部１２０は、ＩＣカード処理端末１２内のデータの流れや、各処理部の制御を行う。料金情報取得部１２１は、料金計算装置１１からタクシー料金に関する情報を取得する。ＩＣカードＩ／Ｆ部１２２は、ＩＣカード１と無線通信を行い、ＩＣカード１から情報の読み出しや、ＩＣカード１への情報の書込み処理を行う。

情報読み出し部１２３は、ＩＣカードＩ／Ｆ部１２２を介してＩＣカード１からＩＣカードＩＤや利用フラグなどの情報を読み出す。具体的には、情報読み出し部１２３は、ＩＣカード１が所定の位置にかざされると、ＩＣカードＩ／Ｆ部１２２を介してＩＣカード１からＩＣカードＩＤ及び利用フラグを読み出す処理を行う。また、情報読み出し部１２３がＩＣカードＩ／Ｆ部１２２を介してＩＣカード１から読み出す利用フラグが複数ある場合には、全ての利用フラグを取得してもよいし、各利用フラグの一部の情報を検索して特定の利用フラグを取得してもよい。尚、利用フラグが暗号化されている場合には、例えば情報読み出し部１２３が暗号化された利用フラグの復号化処理を行う。

認証処理部１２４は、情報読み出し部１２３が読み出した利用フラグと、認証情報データベース１３ａより参照する認証情報とを基に、ＩＣカード１に記録されている利用フラグが有効な（タクシー料金の支払サービスに利用可能な）情報であるか認証する処理を行う。認証方法としては、例えば、認証情報データベース１３ａに利用フラグに含まれる利用フラグＩＤと利用企業ＩＤを記録しておき、認証処理部１２４が、認証情報データベース１３ａに記録されている利用フラグＩＤ及び利用企業ＩＤと、情報読み出し部１２３がＩＣカード１から読み出した利用フラグに含まれる利用フラグＩＤ及び利用企業ＩＤとが一致するか否かにより認証を行う認証方法などが考えられるが、種々の認証方法を適用可能である。また、認証処理部１２４は、図６（ａ）に示したように利用フラグに利用期限に関する情報が含まれている場合には、利用期限内であるか否かを確認する処理も行う。この時、認証処理部１２４は、利用期限内であれば認証するが、利用期限内でなければ認証しない。

決済処理部１２５は、認証処理部１２４がＩＣカード１を認証した場合に、料金情報取得部１２１が取得したタクシー料金の決済処理を行う。具体的には、決済処理部１２５は、認証処理部１２４がＩＣカード１を認証した場合に、上述した決済情報を生成して出力する。

情報書込み処理部１２６は、ＩＣカードＩ／Ｆ部１２２を介して、ＩＣカード１へ例えば図６（ｂ）に示した「利用実績情報」を書き込む処理を行う。具体的には、情報書込み処理部１２６は、決済処理部１２５が出力した決済情報から必要な情報を抜き出して「利用実績情報」としてＩＣカード１へ書き込む。また、情報書込み処理部１２６は、ＩＣカード１への書込み処理が正常に終了した場合には、決済処理が終了した旨を利用者やタクシー１０の運転手に伝えるための信号（以下、伝達信号とする）を出力する。この伝達信号を受けてＩＣカード処理端末１２は、例えば発光素子（図示せず）の点滅やスピーカ（図示せず）からの電子音の発音などを行い決済が終了したことを利用者やタクシー１０の運転手に伝える。

尚、情報書込み処理部１２６は、ＩＣカードＩ／Ｆ部１２２を介して、ＩＣカード１へ「利用実績情報」を書き込む処理を行う際に、サービスの利用に用いた使用済みの利用フラグを削除してもよい。これにより、使用後のＩＣカード１を不正に入手した第３者が利用フラグの解析や不正コピーなどを行うことを防ぐことができる。

尚、図４には示していないが、ＩＣカード処理端末１２は、決済処理の終了や決済情報などを利用者やタクシー１０の運転手に伝えるための手段（伝達手段）を備えている。この伝達手段としては、例えば、上述した発光素子や電子音を出力するスピーカの他にも、液晶パネルなどが考えられる。

データベース処理部１２７は、決済処理部１２５が出力する決済情報を決済情報データベース１３ｂに記録する処理を行う。通信処理部１２８は、情報収集処理装置２１と通信を行う。また、データベース処理部１２７は、通信処理部１２８を介して情報収集処理装置２１から決済情報の要求を受信した場合には、決済情報データベース１３ｂから要求に応じた決済情報を読み出して、通信処理部１２８を介して情報収集処理装置２１へ読み出した決済情報を送信する処理を行う。また、データベース処理部１２７は、通信処理部１２８を介して情報収集処理装置２１から決済情報の削除要求を受信した場合には、決済情報データベース１３ｂから要求に応じた決済情報を削除する処理を行う。これにより、情報収集処理装置２１に転送済みの決済情報（＝不要となった決済情報）を削除することができ、メモリ領域を効率良く使用することができる。

次に、データベース１３の決済情報データベース１３ｂに格納される決済情報の構成例について説明する。図５は、本実施形態における決済情報データベース１３ｂに格納される決済情報の構成例を示す図である。図５に示すように、決済情報は、決済処理を行った日時を特定する情報である「決済日時」、決済に利用したＩＣカード１を特定する情報であるＩＣカードＩＤ、そのＩＣカード１より読み出した利用フラグに関する情報である「利用フラグ情報」、決済した利用金額などの情報から構成されている。

尚、決済情報データベース１３ｂに格納する決済情報としては、図５に示した情報以外にも、利用したサービスに関する情報や、サービスを提供した提供者に関する情報を更に含めてもよい。

次に、図３に示したＩＣカード処理装置５２の詳細な機能構成について説明する。
図７は、図３に示したＩＣカード処理装置５２の詳細な機能構成例を示す図である。図７に示すように、ＩＣカード処理装置５２は、制御部５２０、データベースアクセス部５２１、ＩＣカードＩ／Ｆ（インターフェース）部５２２、情報読み出し部５２３、認証処理部５２４、情報書込み処理部５２５及び要求受付処理部５２６から構成されている。

制御部５２０は、ＩＣカード処理装置５２内のデータの流れや、各処理部の制御を行う。データベースアクセス部５２１は、データベース５３にアクセスすることで、データベース５３内のＩＣカード情報データベース５３ａや利用履歴情報データベース５３ｂに対して情報の書込み処理や情報の読み出し処理を行う。尚、データベースアクセス部５２１の具体的な処理については後述する。ＩＣカードＩ／Ｆ部５２２は、ＩＣカード１と無線通信を行い、ＩＣカード１から情報の読み出しや、ＩＣカード１への情報の書込み処理を行う。

情報読み出し部５２３は、ＩＣカードＩ／Ｆ部５２２を介してＩＣカード１からＩＣカードＩＤや図６（ｂ）に示した「利用実績情報」などの情報を読み出す。尚、利用実績情報が暗号化されている場合には、例えば情報読み出し部５２３が暗号化された利用実績情報の復号化処理を行う。また、情報読み出し部５２３がＩＣカード１から読み出した「利用実績情報」は、データベースアクセス部５２１を介して利用履歴情報データベース５３ｂに、ＩＣカード１のＩＣカードＩＤに関連付けて格納される。

認証処理部５２４は、情報読み出し部５２３が読み出したＩＣカードＩＤなどの情報を基に、データベースアクセス部５２１を介してＩＣカード情報データベース５３ａよりＩＣカード情報を参照して、ＩＣカード１がＩＣカード利用企業５０で発行されたＩＣカードであるか認証する処理を行う。認証方法としては、例えば、ＩＣカード情報データベース５３ａに、情報読み出し部５２３が読み出したＩＣカードＩＤが有効なＩＣカードＩＤとして記録されているか否かにより認証を行う認証方法などが考えられるが、種々の認証方法を適用可能である。

情報書込み処理部５２５は、ＩＣカードＩ／Ｆ部１２２を介して、ＩＣカード１へタクシーの料金支払に必要な情報を書き込む処理を行う。具体的には、情報書込み処理部５２５は、例えば図６（ａ）に示した利用フラグをＩＣカード１へ書き込む処理を行う。また、情報書込み処理部５２５は、ＩＣカード発行処理時に、ＩＣカード１に発行に必要な情報を書き込む処理を行う。

要求受付処理部５２６は、ＩＣカード１の発行や、ＩＣカード１への利用フラグの記録などの要求を利用者から受け付ける。具体的には、要求受付処理部５２６は、例えば、液晶タッチパネル（図示せず）に記録可能な利用フラグの種類や利用回数などの一覧を選択肢として表示することで、利用者に選択を促し、利用者がいずれかを選択したことで、ＩＣカード１への利用フラグの書込み要求を受け付ける。例えば、利用者がＩＣカード１をタクシーの料金の支払に利用可能とするための利用フラグを選択した場合には、要求受付処理部５２６は、その利用フラグをＩＣカード１に書き込む要求を受け付ける。

以上に示した構成により、ＩＣカード処理装置５２は、ＩＣカード１の発行や、使用前のＩＣカード１へのタクシーの料金支払に必要な情報（利用フラグ）の書込み処理や、使用後のＩＣカード１から「使用実績情報」を読み出す処理などを実現する。

尚、上述した実施形態において、図４に示したＩＣカード処理端末１２及び図７に示したＩＣカード処理装置５２の各処理部は、メモリ及びＣＰＵ（中央演算装置）により構成され、各処理部の機能を実現する為のプログラムをメモリに読み込んでＣＰＵが実行することによりその機能を実現させるものであるが、これに限定されるものではなく、各処理部の一部の処理又は全部の処理を専用のハードウェアにより実現されるものであってもよい。
また、上記メモリは、ハードディスク装置や光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような揮発性のメモリ、あるいはこれらの組み合わせによるコンピュータ読み取り、書込み可能な記録媒体より構成されるものとする。

次に、図１〜図７を用いて説明したタクシー料金の料金支払システムの動作について説明する。図１に示したビジネス例において、ＩＣカード１の決済処理に関わる処理には大きく４つに分類できる。１つ目は、タクシー１０において決済処理を行う処理、２つ目は、タクシー営業所２０において決済情報を収集して、収集した決済情報を集計処理装置３０へ送信することで、集計処理装置３０のデータベース３１に決済情報を記録して集計する処理、３つ目は、ＩＣカード利用企業５０において、ＩＣカード１に利用フラグを記録する処理、４つ目は、ＩＣカード利用企業５０において集計処理装置３０からの請求に応じた支払処理を行う処理である。以下、これらの４つの処理について順に説明する。

まずは、１つ目の、タクシー１０において決済処理を行う処理について説明する。図８は、タクシー１０のＩＣカード処理端末１２が、決済処理を行う動作を示す図である。以下、図４に示したＩＣカード処理端末１２を用いて図８を説明する。尚、図８の処理は、図６（ａ）に示したタクシー料金支払の利用フラグが記録されたＩＣカード１を持つ利用者が、タクシー１０を利用後の精算時に開始される処理である。

図８に示すように、まず、ステップＳ１において、料金情報取得部１２１は、料金計算装置１１からタクシー料金に関する情報である料金情報を取得する。ここで、ＩＣカード処理端末１２は、例えば、利用者へＩＣカード１を所定の場所（ＩＣカード処理端末１２と通信可能となる場所）にかざすよう促すメッセージの表示や発音を行ってよい。又は、タクシー１０の運転手が利用者（客）へＩＣカード１を特定の場所にかざすよう口頭でお願いしてもよい。これにより、ＩＣカード１は、料金を支払う目的で、ＩＣカード処理端末１２と通信可能となる所定の場所にかざされる。

次に、ステップＳ２において、情報読み出し部１２３は、ＩＣカードＩ／Ｆ部１２２を介してＩＣカード１からタクシー料金の支払に必要な情報を読み出す。具体的には、情報読み出し部１２３は、ＩＣカード１から図６（ａ）に示したＩＣカードＩＤ及び利用フラグの情報を読み出す。

次に、ステップＳ３において、認証処理部１２４は、情報読み出し部１２３がＩＣカード１から読み出した情報と、認証情報データベース１３ａから参照する認証情報とを基に、ＩＣカード１に記録された利用フラグが有効なものか否かにより認証するか否かを判断する。ここで、認証処理部１２４が認証した場合（ステップＳ３のＹＥＳ）には、ステップＳ４へ進み、認証処理部１２４が認証しなかった場合（ステップＳ３のＮＯ）には、ステップＳ８へ進む。

次に、ステップＳ４において、決済処理部１２５は、認証処理部１２４において認証されたＩＣカード１の利用フラグや、料金情報取得部１２１が取得した料金情報などを基に、決済処理を行うことで決済情報を生成する。次に、ステップＳ５において、情報書込み処理部１２６は、決済処理部１２５が生成した決済情報等を利用実績情報として、ＩＣカードＩ／Ｆ部１２２を介してＩＣカード１に記録する。

次に、ステップＳ６に進み、情報書込み処理部１２６は、ＩＣカード１に利用実績情報を書き込む処理を正常に終了することができたか否かを判断する。ここで、書込み処理を正常に終了したと判断した場合（ステップＳ６のＹＥＳ）には、ステップＳ７へ進み、書込み処理を正常に終了しなかったと判断した場合（ステップＳ６のＮＯ）には、ステップＳ８へ進む。

次に、ステップＳ７において、ＩＣカード処理端末１２は、決済できた旨を利用者（客）やタクシー１０の運転手に通知する。また、データベース処理部１２７は、決済処理部１２５が出力した決済情報を決済情報データベース１３ｂに記録する。以上により、ＩＣカード処理端末１２による決済処理を終了する。また、ステップＳ８においては、ＩＣカード処理端末１２は、決済できなかった（未決済である）旨を利用者（客）やタクシー１０の運転手に通知して、決済処理を終了する。

以上に示したように、本実施形態における決済システムにおいては、ＩＣカード処理端末１２内の処理でＩＣカード１の利用に応じた決済処理が完了するので、従来のように、遠隔地に設置されたＩＣカードに関する情報を管理するセンターコンピュータに認証処理などを問い合わせることがないので、決済処理の迅速化や、確実な決済処理（センターコンピュータと通信できないことで決済できなくなることがない）などを実現することができる。

次に、上記２つ目の処理である、タクシー営業所２０において決済情報を収集して、収集した決済情報を集計処理装置３０に送り、集計処理装置３０にて送られた決済情報を記録し集計する処理について説明する。図９は、タクシー営業所２０において決済情報を収集して集計処理装置３０にて集計する処理フローを示す図である。尚、図９の処理は、タクシー１０が勤務中や勤務終了後にタクシー営業所２０に戻った際に開始される処理である。

図９に示すように、まず時刻ｔ１において、タクシー営業所２０に設置された情報収集処理装置２１が、タクシー１０内のＩＣカード処理端末１２と無線による通信を開始する。次に、時刻ｔ２において、情報収集処理装置２１は、ＩＣカード処理端末１２に決済情報を要求する。この要求に応じて、時刻ｔ３において、ＩＣカード処理端末１２は、決済情報を情報収集処理装置２１へ送信する。これにより、時刻ｔ４において、情報収集処理装置２１は、ＩＣカード処理端末１２から決済情報を受信する。

次に、時刻ｔ５において、情報収集処理装置２１は、ＩＣカード処理端末１２から受信した決済情報を、集計処理装置３０へ送信する。これにより、時刻ｔ６において、集計処理装置３０は、決済情報を受信して、受信した決済情報をデータベース３１に記録する処理を行う。次に、時刻ｔ７において、集計処理装置３０は、データベース３１に記録済みの決済情報を削除するよう指示する削除指示を情報収集処理装置２１へ送信する。

これにより、時刻ｔ８において、情報収集処理装置２１は、集計処理装置３０から決済情報の削除指示を受信する。次に、時刻ｔ９において、情報収集処理装置２１は、受信した削除指示をＩＣカード処理端末１２へ転送する。これにより、削除指示を受信したＩＣカード処理端末１２のデータベース処理部１２７は、時刻ｔ１０において、削除指示に応じて決済情報データベース１３ｂから決済情報を削除する。

また、時刻ｔ１１において、集計処理装置３０は、データベース３１に記録した決済情報を参照して、例えば企業別にタクシー料金の請求額を求める集計処理を行う。尚、この時刻ｔ１１のタイミングは、定期的なタイミングなど任意のタイミングでよく、例えば、後述する図１０で示した集計処理装置３０が情報管理装置５１と通信を開始するタイミングなどが好適である。

以上に示した処理により、情報収集処理装置２１は、ＩＣカード処理端末１２から決済情報を収集して、集計処理装置３０へ送信するので、集計処理装置３０のデータベース３１に複数のタクシー営業所２０からの決済情報を記録することができる。また、集計処理装置３０は、データベース３１に記録済みの決済情報については、削除指示をＩＣカード処理端末１２へ送信する。このようにすることで、集計処理装置３０に記録された決済情報のみがＩＣカード処理端末１２の決済情報データベース１３ｂから削除され、まだ集計処理装置３０のデータベース３１に記録されていない決済情報は削除されないので、ＩＣカード処理端末１２から集計処理装置３０までの決済情報の受け渡しを確実に行うことができる。また、集計処理装置３０は、所定のタイミングで、データベース３１に記録した決済情報を集計して、ＩＣカード利用企業５０に請求する金額を算出することができる。また、従来のタクシーチケットを利用した支払方法等と本実施形態を比べると、上述したＩＣカード１を利用した決済情報は、収集及び集計が迅速かつ確実であり、更に、正確でもある。

次に、上記３つ目の処理である、ＩＣカード利用企業５０においてＩＣカード１に利用フラグを記録する処理について説明する。図１０は、ＩＣカード利用企業５０においてＩＣカード１に利用フラグを記録する処理フローを示す図である。尚、図１０に示す処理は、既に発行済みのＩＣカード１（ＩＣカードＩＤを有する）に対して、特定のサービス（ここではタクシーの料金支払）を利用するための情報である利用フラグを記録する処理である。

図１０に示すように、まず、ステップＳ８０において、要求受付処理部５２６は、利用者の選択に応じて、ＩＣカード１をタクシーの料金支払に利用するための利用フラグを書き込む要求を受け付ける。ここで、ＩＣカード処理装置５２は、ＩＣカード１をＩＣカード処理装置５２と通信可能となる所定の場所に設置するよう利用者に促す。これにより、ＩＣカード１は、ＩＣカード処理装置５２と通信可能となる所定の場所に設置される。

次に、ステップＳ８１において、情報読み出し部５２３は、ＩＣカードＩ／Ｆ部５２２を介してＩＣカード１からＩＣカード１の認証に必要な情報を読み出す。具体的には、情報読み出し部５２３は、ＩＣカード１からＩＣカードＩＤを読み出す。

次に、ステップＳ８２において、認証処理部５２４は、情報読み出し部５２３がＩＣカード１から読み出したＩＣカードＩＤと、データベースアクセス部５２１を介してＩＣカード情報データベース５３ａから参照する上記ＩＣカードＩＤで特定されるＩＣカード情報とを基に、ＩＣカード１が有効なものであるかを認証する。ここで、認証処理部５２４が認証した場合（ステップＳ８２のＹＥＳ）には、ステップＳ８３へ進み、認証処理部５２４が認証しなかった場合（ステップＳ８２のＮＯ）には、ステップＳ８６へ進む。

次に、ステップＳ８３において、情報書込み処理部５２５は、要求受付処理部５２６が受け付けた要求に応じて、ＩＣカードＩ／Ｆ部１２２を介してＩＣカード１にタクシーの料金を支払可能とする利用フラグを書き込む処理を行う。

次に、ステップＳ８４に進み、情報書込み処理部５２５は、ＩＣカード１に利用フラグを書き込むことができたか否かを判断する。ここで、正常に書込み処理を終えたと判断した場合（ステップＳ８４のＹＥＳ）には、ステップＳ８５へ進み、正常に書込み処理を終えなかったと判断した場合（ステップＳ８４のＮＯ）には、ステップＳ８６へ進む。

次に、ステップＳ８５において、ＩＣカード処理装置５２は、利用者が選択した利用フラグの書込み処理を終えた旨を利用者に通知する。また、データベースアクセス部５２１は、ステップＳ８３でＩＣカード１に記録した利用フラグに関する情報をＩＣカード情報データベース５３ａに記録する。以上により、ＩＣカード処理装置５２による利用フラグの書込み処理を終了する。また、ステップＳ８６においては、ＩＣカード処理装置５２は、利用フラグの書込み処理ができない旨を利用者に通知して、利用フラグの書込み処理を終了する。

以上に示したように、本実施形態における決済システムにおいては、ＩＣカード処理装置５２が、ＩＣカード１に利用フラグを記録する処理を行う。これにより、利用者は、ＩＣカード１を利用することで、タクシーの料金の支払を済ませることができる。尚、ＩＣカード１を紛失した場合などを考慮すると、利用フラグは暗号化されたものであり、かつ、利用期限が設定されていることが好ましい。

次に、上記４つ目の処理である、ＩＣカード利用企業５０において集計処理装置３０からの請求に応じた支払処理を行う処理について説明する。図１１は、ＩＣカード利用企業５０において集計処理装置３０からの請求に応じた支払処理を行う処理フローを示す図である。尚、図１１の処理は、集計処理装置３０が例えば定期的なタイミングで開始する処理である。

図１１に示すように、まず、時刻ｔ２１において、集計処理装置３０と、情報管理装置５１とが通信を開始する。次に、時刻ｔ２２において、集計処理装置３０は、集計した請求金額を含む請求情報を情報管理装置５１へ送信する。これにより、時刻ｔ２３において、情報管理装置５１は、請求情報を受信する。

次に、時刻ｔ２４において、情報管理装置５１は、データベース５３の利用履歴情報データベース５３ｂから、時刻ｔ２３で受信した請求情報に対応する利用実績情報を参照する。次に、時刻ｔ２５において、情報管理装置５１は、時刻ｔ２４で参照した利用実績情報を用いて、時刻ｔ２３で受信した請求情報が、実際の利用に基づくものであるか確認する処理を行う。ここで確認できた場合には、時刻ｔ２７において、情報管理装置５１は、請求情報に応じた支払処理を行う。

次に、時刻ｔ２８において、情報管理装置５１は、支払処理したことを示す情報である支払情報を集計処理装置３０へ送信する。尚、情報管理装置５１が支払情報を送付する送付先は、上述した集計処理装置３０に限定されるものではなく、予め定められた送付先があれば、そこへ支払情報を送付してもよい。また、時刻ｔ２６において、データベース５３は、参照済みの利用実績情報を利用履歴情報データベース５３ｂから削除する。

以上に示したように、図１１の処理により、ＩＣカード利用企業５０は、ＩＣカード１の利用による集計処理装置３０からの請求が、実際の利用実績と合致するか否かを確認することができる。

尚、上述した実施形態においては、ＩＣカード１は、非接触型のＩＣカードであったが、この限りではなく、接触型のＩＣカードや、携帯電話などに着脱可能なメモリカードであってもよく、携帯可能であって外部からデータの読み書き可能な記録媒体であればよい。また、上述した実施形態ではＩＣカード１に記録される利用フラグに含まれる「利用企業ＩＤ」は、ＩＣカード１を利用した場合の請求先となる企業を特定する情報であったが、この限りではなく、ＩＣカード１に利用フラグを書き込む権限を有する企業を特定する情報や、ＩＣカード１を保有する保有者の所属する企業を特定する情報であってもよく、それらの組合せであってもよい。また、上述した実施形態ではＩＣカード１に記録される利用フラグに含まれる「利用期限」は、利用フラグの利用可能か日時や期間を特定する情報であったが、この限りではなく、利用フラグによりサービス（タクシーの料金支払サービス）を利用可能な回数を特定する情報や、利用回数と利用日時の双方を特定する情報であってもよい。この場合には、サービスを利用する度に、利用可能な回数が減算される。

また、上述した実施形態では、集計処理装置３０は、決済情報に基づいて集計することで請求金額を算出していたが、この処理の際に、顧客となる利用企業のＩＣカード１を用いた決済の利用頻度に応じて、所定の割引率で請求金額を割り引くように処理してもよい。これにより、ＩＣカード１の利用を促進することができる。

また、上述した実施形態では、利用者がＩＣカード１をＩＣカード処理端末１２と通信可能な位置にかざすタイミングは、タクシー１０の料金が決まった後（サービス利用後）であったが、この限りではなく、例えば、タクシー１０に乗車時（すなわちサービス利用前）にＩＣカード１を利用できるか否かを確認するためにＩＣカード１をＩＣカード処理端末１２と通信可能な位置にかざしてもよい。この場合には、ＩＣカード処理端末１２は利用フラグによる認証処理のみを行い、検証結果を利用者やタクシー１０の運転手に伝える。また、予めサービスの料金が決まっている場合（例えば市内であれば料金均一など）には、このＩＣカード１を利用できるか否かを確認するタイミング（サービス利用前のタイミング）で、ＩＣカード処理端末１２が決済処理を行ってもよい。

また、上述した実施形態の支払システムはタクシーの支払にＩＣカード１を利用するビジネスを想定したが、他の応用例としては、例えば自動販売機の支払にＩＣカードを利用するビジネスなどが考えられる。この場合には、自動販売機内に、上述したタクシー１０内にあるＩＣカード処理端末１２と同等の機能の装置（以下、ＩＣカード処理装置Ａとする）を設置する。また、自動販売機に物品（ジュースやタバコなど）を補充する者が、上述した情報収集処理装置２１と同等の機能を有する携帯装置（以下、携帯装置Ａとする）を用いて、各自動販売機内のＩＣカード処理装置ＡからＩＣカードの利用実績情報を回収するという応用例が考えられる。これにより、各自動販売機に設置されるＩＣカード処理装置Ａは、決済処理を行う際に、ＩＣカードを認証するために遠隔地に設置されたセンターコンピュータ等と通信する機能を持つ必要がないので、低コストで提供可能であるという利点がある。

また、図４に示したＩＣカード処理端末１２及び図７に示したＩＣカード処理装置５２の各処理部は、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送する伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。

また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明の一実施形態におけるＩＣカードを用いた料金支払システムを適用するビジネス例を示す図である。 本発明の一実施形態におけるＩＣカード処理端末（記録媒体処理装置）を含むＩＣカード処理システムの概略構成を示す図である。 本実施形態におけるＩＣカード利用企業５０が備える装置構成例を示す図である。 図２に示したＩＣカード処理端末１２の詳細な機能構成例を示す図である。 本実施形態における決済情報データベース１３ｂに格納される決済情報の構成例を示す図である。 本実施形態におけるＩＣカード１に記録される情報例を示す図である。 図３に示したＩＣカード処理装置５２の詳細な機能構成例を示す図である。 タクシー１０のＩＣカード処理端末１２が、決済処理を行う動作を示す図である。 タクシー営業所２０において決済情報を収集して集計処理装置３０にて集計する処理フローを示す図である。 ＩＣカード利用企業５０においてＩＣカード１に利用フラグを記録する処理フローを示す図である。 ＩＣカード利用企業５０において集計処理装置３０からの請求に応じた支払処理を行う処理フローを示す図である。

符号の説明

１ ＩＣカード
１０ タクシー
１１ 料金計算装置
１２ ＩＣカード処理端末
１２０ 制御部
１２１ 料金情報取得部
１２２ ＩＣカードＩ／Ｆ部
１２３ 情報読み出し部
１２４ 認証処理部
１２５ 決済処理部
１２６ 情報書込み処理部
１２７ データベース処理部
１２８ 通信処理部
１３ データベース
１３ａ 認証情報データベース
１３ｂ 決済情報データベース
２１ 情報収集処理装置
３０ 集計処理装置
５１ 情報管理装置
５２ ＩＣカード処理装置
５２１ データベースアクセス部
５２２ ＩＣカードＩ／Ｆ部
５２３ 情報読み出し部
５２４ 認証処理部
５２５ 情報書込み処理部
５２６ 要求受付処理部
５３ データベース
５３ａ ＩＣカード情報データベース
５３ｂ 利用履歴情報データベース

Claims (12)

1. 特定のサービスを利用するための利用フラグを記録した記録媒体と通信する通信手段を備える記録媒体処理装置であって、
   前記通信手段を介して前記記録媒体から前記利用フラグを読み出す読み出し手段と、
   前記読み出し手段が読み出した前記利用フラグが有効であるか否かを判断する判断手段と、
   前記判断手段が前記利用フラグを有効であると判断した場合には、前記サービスの対価の決済を行う決済処理手段と
   を具備することを特徴とする記録媒体処理装置。
2. 前記決済処理手段で行った決済に関する情報である決済情報の一部又は全部を含む利用実績情報を、前記通信手段を介して前記記録媒体に書き込む書込み手段を更に具備することを特徴とする請求項１に記載の記録媒体処理装置。
3. 前記利用フラグは、利用可能なサービスを特定する情報と、利用可能な期間又は利用可能な回数を定める利用期限情報とを少なくとも含むことを特徴とする請求項１又は請求項２に記載の記録媒体処理装置。
4. 前記決済処理手段で行った決済に関する情報である決済情報は、決済した前記サービスの対価に関する情報と、決済を行った日時に関する情報と、前記記録媒体を特定する情報とを少なくとも含み、前記決済情報を格納する決済情報データベースを更に具備することを特徴とする請求項１〜３のいずれか１項に記載の記録媒体処理装置。
5. 前記決済情報を収集する情報収集処理装置と通信する通信処理手段と、
   前記通信処理手段を介して前記情報収集処理装置へ、前記決済情報データベースより読み出した前記決済情報を送信する送信手段と
   を更に具備することを特徴とする請求項４に記載の記録媒体処理装置。
6. 前記書込み手段は、前記利用実績情報を前記記録媒体に書き込む際に、前記判断手段が有効と判断した前記利用フラグを前記記録媒体より削除することを特徴とする請求項１〜５のいずれか１項に記載の記録媒体処理装置。
7. 前記記録媒体はＩＣカードであることを特徴とする請求項１〜６のいずれか１項に記載の記録媒体処理装置。
8. 記録媒体を用いた料金支払の決済を行うことで決済情報を生成する記録媒体処理装置と、前記記録媒体処理装置から前記決済情報を収集する決済情報収集装置と、前記決済情報収集装置が収集した前記決済情報を集計する集計処理装置とから構成される料金支払システムであって、
   前記記録媒体処理装置は、
   特定のサービスに対する対価を支払うための利用フラグを記録した前記記録媒体と通信する通信手段と、
   前記通信手段を介して前記記録媒体から前記利用フラグを読み出す読み出し手段と、
   前記読み出し手段が読み出した前記利用フラグが有効であるか否かを判断する判断手段と、
   前記判断手段が前記利用フラグを有効であると判断した場合には、前記サービスの対価の決済を行い、前記決済情報を生成する決済処理手段と、
   前記決済情報収集装置と通信を行う通信処理手段と
   を具備し、
   前記決済情報収集装置は、
   前記記録媒体処理装置と通信を行い、前記決済情報を収集する決済情報収集手段と、
   前記集計処理装置と通信を行う通信処理手段と
   を具備し、
   前記集計処理装置は、
   前記決済情報収集装置と通信を行い、前記決済情報収集装置が収集した前記決済情報を受信する受信手段と、
   前記受信手段が受信した前記決済情報を集計する集計手段と
   を具備すること
   を特徴とする料金支払システム。
9. 特定のサービスを利用するための利用フラグを記録した記録媒体と通信する通信手段を備える記録媒体処理装置を用いた記録媒体処理方法であって、
   前記通信手段を介して前記記録媒体から前記利用フラグを読み出す読み出しステップと、
   前記読み出しステップで読み出した前記利用フラグが有効であるか否かを判断する判断ステップと、
   前記判断ステップで前記利用フラグを有効であると判断した場合には、前記サービスの対価の決済を行う決済処理ステップと
   を有することを特徴とする記録媒体処理方法。
10. 前記決済処理ステップで行った決済に関する情報である決済情報の一部又は全部を含む利用実績情報を、前記通信手段を介して前記記録媒体に書き込む書込みステップを更に有することを特徴とする請求項９に記載の記録媒体処理方法。
11. 前記利用フラグは、利用可能なサービスを特定する情報と、利用可能な期間又は利用可能な回数を定める利用期限情報とを少なくとも含むことを特徴とする請求項９又は請求項１０に記載の記録媒体処理方法。
12. 特定のサービスを利用するための利用フラグを記録した記録媒体と通信する通信手段を備える記録媒体処理装置用のプログラムであって、
    前記通信手段を介して前記記録媒体から前記利用フラグを読み出す読み出しステップと、
    前記読み出しステップで読み出した前記利用フラグが有効であるか否かを判断する判断ステップと、
    前記判断ステップで前記利用フラグを有効であると判断した場合には、前記サービスの対価の決済を行う決済処理ステップと
    をコンピュータに実行させるためのプログラム。

Images