(57)【要約】【課題】カードの残高修正が必要である場合に、カードの利用時に当該残高修正を自動的に行なうことができる料金処理システムを提供することにある。【解決手段】カード１０内に記録されている残高情報に基づいて料金処理を実行するシステムにおいて、中央システム４０は、カード１０内の残高情報との整合性を取るための修正情報をローカルサーバ３０に配信する。ローカルサーバ３０は、カード１０の通常利用時に、修正が必要であるかを確認し、修正が必要なカード１０に対して修正情報を書き込むことにより、中央システム４０で管理する残高情報との整合性を確保する。【選択図】      図１
2006236197.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に記録されている残高情報に基づいて料金処理を実行する料金処理システムにおいて、
記録媒体毎に残高情報を記憶する記憶手段と、
記録媒体に記録されている残高情報と整合性を取るために、当該残高情報を修正する修正情報を生成する修正処理手段と、
利用時に前記記録媒体の残高情報を書き換える装置に対して、前記修正情報を送信する手段と
を具備したことを特徴とする料金処理システム。
【請求項２】
前記修正処理手段により生成された前記修正情報を、記録媒体毎に記憶する修正情報記憶手段と、
前記修正情報に基づいた前記記録媒体の残高情報の修正が実行された後に、前記修正情報記憶手段に記憶されている当該記録媒体に対応する修正情報を無効にする手段と
をさらに備えていることを特徴とする請求項１に記載の料金処理システム。
【請求項３】
記録媒体毎に、残高情報を含む利用情報を記憶する利用情報記憶手段を有し、
前記修正処理手段は、前記利用情報を参照して、記録媒体に記録されている残高情報と整合性が取れない状態が発生したときに、前記修正情報を生成することを特徴とする請求項１項に記載の料金処理システム。
【請求項４】
記録媒体に記録されている残高情報に基づいて課金処理を実行するローカルシステムと、
前記ローカルシステムと通信回線で接続されて、前記ローカルシステムから送信される前記課金処理に伴う残高情報を含む利用情報を受信し、当該利用情報に基づいて利用料金の処理を実行する中央システムとを有し、
前記中央システムは、
前記利用情報に含まれる記録媒体の識別情報と前記残高情報とを対応付けて記憶する記憶手段と、
記録媒体に記録されている残高情報と整合性を取るために、当該残高情報を修正する修正情報を生成する修正処理手段と、
前記修正情報を前記ローカルシステムに送信する手段と
を具備したことを特徴とする料金処理システム。
【請求項５】
前記ローカルシステムは、
記録媒体に対して前記残高情報を書き換える端末装置と通信する手段を有し、
前記中央システムから送信された前記修正情報に基づいて、前記端末装置を制御して前記記録媒体に記録されている残高情報を書き換えさせることを特徴とする請求項４に記載の料金処理システム。
【請求項６】
前記中央システムは、
前記修正情報を、前記識別情報毎に記憶する修正情報記憶手段と、
前記修正情報に基づいた記録媒体の残高情報の修正が完了したことを前記ローカルシステムから通知されたときに、前記修正情報記憶手段に記憶されている当該記録媒体に対応する修正情報を無効にする手段と
を有することを特徴とする請求項４に記載の料金処理システム。
【請求項７】
記録媒体に記録されている残高情報に基づいて料金処理を実行する料金処理システムに適用する料金処理方法であって、
記録媒体毎に残高情報を記憶するステップと、
記録媒体に記録されている残高情報と整合性を取るために、当該残高情報を修正する修正情報を生成するステップと、
前記記録媒体の残高情報を書き換える装置に対して、前記修正情報を送信するステップと
を有する手順を実行する料金処理方法。
【請求項８】
記録媒体に記録されている残高情報に基づいて課金処理を実行するローカルシステムと、
前記ローカルシステムと通信回線で接続されて、前記ローカルシステムから送信される前記課金処理に伴う残高情報を含む利用情報を受信し、当該利用情報に基づいて料金処理を実行する中央システムとを有する料金処理システムに適用する料金処理方法であって、
前記中央システムは、
前記利用情報に含まれる記録媒体の識別情報と前記残高情報とを対応付けて記憶するステップと、
記録媒体に記録されている残高情報と整合性を取るために、当該残高情報を修正する修正情報を生成するステップと、
前記修正情報を前記ローカルシステムに送信するステップと
を有する手順を実行することを特徴とする料金処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＩＣカードなどの記録媒体を使用して、課金処理を含む利用料金の処理を行なう料金処理システムに関する。
【背景技術】
【０００２】
近年、例えば鉄道などのサービスの利用や物品の購入時に、ＩＣカードや磁気カードなどの記録媒体（以下単にカードと表記する）を使用して、料金の課金処理（徴収または支払いの処理）及び決済処理を行なうシステムが実用化されている。
【０００３】
このようなシステムでは、カードにより利用できる残高（利用可能な金額）を管理することが必要である。この管理方式として、カードの端末装置とオンライン接続された中央システムにより、いわゆるプリペイド処理及び課金処理を実行する方式と、カードに残高情報を保持させて、当該残高情報に基づいて課金処理及び決済処理を実行する方式に大別される。
【０００４】
前者の方式はいわゆるウェブマネーに代表される方式で、カードは番号情報（識別情報）を保持するのみで、残高情報（バリュー情報）は中央システムが保持して管理する。一方、後者の方式は、ハイウェイカード（高速道路用プリペイドカード）やテレホンカード、スイカ（Ｓｕｉｃａ）に適用されている方式である。この方式では、残高情報（バリュー情報）は、カード内に保持されている。
【０００５】
これらの方式の中で、利便性と処理効率の観点から、残高情報を保持したカードを利用した非接触方式が普及しつつある。この非接触方式とは、カードと決済処理を行なうシステムとが接触せずに、課金処理を行なう方式である。しかしながら、非接触方式においては、処理スピードが必要なため、中央システムでのオンライン処理は困難である。また一方で、無線通信でのデータの処理漏れや、スピード処理故の課金処理ミスなどの事態が発生しやすい。また、事業者は、電子的な課金方式のメリットを活かしてダイナミックに変動する課金形態を利用するため、システムの誤りが発生しやすい。このため、課金処理後に、残高情報の修正が必要となる。
【０００６】
通常では、カードを用いた残高管理方式においては、カード内の残高情報を正とするが、非接触方式の場合は、課金処理の不整合が想定されるため、後方処理の中央システムにおいても残高情報を管理する必要がある。
【０００７】
要するに、カード内の残高情報と中央システムの残高情報との整合性を取るために、残高情報の修正が要求される。従来では、プリペイド機能を有する乗車券に対して、駅の改札において料金精算と同時に残高補充を行なう方法が提案されている（例えば、特許文献１を参照）。また、カード内の残高不足が発生した場合に、音声などでその旨を案内する方法が提案されている（例えば、特許文献２を参照）
【特許文献１】特開２００４−７０６７６号公報
【特許文献２】特開２００２−３０４６４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前述の先行技術文献１の方法では、乗車券に対して残高補充の必要性が発生した場合に、決済に関する与信を行い、当該与信結果に基づいて残高補充を行なう方法である。従って、課金処理のミスなどにより乗車券の残高と本来の正しい残高との不整合が発生した場合に、その整合性を取るための修正を行なうことはできない。
【０００９】
また、先行技術文献２の方法では、カードの利用者は、当該残高を修正するために、特定の端末装置の設置場所まで行き、そこでカードの残高を修正してもらうことになる。従って、カードの利用者には、面倒な対応が要求されることになる。
【００１０】
そこで、本発明の目的は、カードの残高修正が必要である場合に、カードの利用時に当該残高修正を自動的に行なうことができる料金処理システムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明の観点は、カード（記録媒体）に記録されている残高情報との整合性を取るための修正情報を含むローカルシステムに配信することで、カードの利用時に残高情報を自動的に修正する料金処理システムである。
【００１２】
本発明の観点に従った料金処理システムは、記録媒体に記録されている残高情報に基づいて料金処理を実行するシステムにおいて、記録媒体毎に残高情報を記憶する記憶手段と、記録媒体に記録されている残高情報と整合性を取るために、当該残高情報を修正する修正情報を生成する修正処理手段と、前記記録媒体の残高情報を書き換える装置に対して前記修正情報を送信する手段とを備えた構成である。
【発明の効果】
【００１３】
本発明のシステムであれば、カードの残高修正が必要である場合に、カードの利用時に当該残高修正を自動的に行なうことができる料金処理システムを提供できる。
【発明を実施するための最良の形態】
【００１４】
以下図面を参照して、本発明の実施形態を説明する。
【００１５】
（システム構成）
図１は、本実施形態に関するシステムの基本的構成を示すブロック図である。
【００１６】
本実施形態は、ＩＣカードなどの記録媒体を内蔵するカード１０を使用して、課金処理や決済処理などの料金処理を行なう料金処理システムを想定する。本システムは大別して、料金処理を実行する中央システム４０と、当該中央システム４０と通信回線で接続されているローカルシステムからなる。
【００１７】
ローカルシステムは、端末装置２０とローカルサーバ３０とからなる。端末装置２０は、利用者が利用時に使用するカード１０に対して、課金処理に伴う残高情報などを書き込み、又は当該残高情報などを読出す。端末装置２０は、具体例としては、例えば駅などの券売機や、高速道路などの料金所に設置されている端末などに相当する。
【００１８】
ローカルサーバ３０は、端末装置２０との間でデータ通信を実行し、書き込み情報（後述する修正情報など）を端末装置２０に出力し、また端末装置２０から読出された情報を入力する。ローカルサーバ３０は、図２に示すように、カード１０の残高情報を修正するための修正情報を格納する修正情報データベース（ＤＢ）３００を含み、定期的にカード１０の利用情報２００を中央システム４０に送信する。
【００１９】
中央システム４０は、図２に示すように、ローカルサーバ３０から送信される利用情報を蓄積する利用情報データベース（ＤＢ）４００を有し、課金処理や決済処理などの料金処理を実行する。さらに、中央システム４０は、後述するように、カード１０内の残高情報との整合性をとるための修正情報を生成し、当該修正情報を格納する修正情報データベース（ＤＢ）４１０を有する。
【００２０】
（料金処理の手順）
以下図２と共に、図３のフローチャートを参照して本実施形態に関する料金処理の手順を説明する。
【００２１】
ローカルサーバ３０は、利用者が例えばカード１０を端末装置２０に挿入することで、利用（サービスや物品の購入）に応じた課金処理（利用代金の支払い処理）を実行する（ステップＳ１）。また、ローカルサーバ３０は、利用者の要求に応じてカード１０にプリペイド処理を実行する。
【００２２】
ここで、カード１０には、固有の媒体識別番号（媒体ＩＤと表記する）が付与されている。ローカルサーバ３０は、端末装置２０からのカード１０の媒体ＩＤと共に、課金処理に伴う利用情報（狭義の課金情報と残高情報）を生成して、中央システム４０に送信する（ステップＳ２）。課金情報には、利用代金の金額、品目、利用年月日、及び利用場所（端末２０の設置場所）等が含まれている。残高情報とは、課金後の残高金額（利用者の利用可能な金額）を示す情報である。また、プリペイド処理の場合には、利用情報は残高情報である。
【００２３】
中央システム４０は、ローカルサーバ３０から送信された利用情報（媒体ＩＤを含む）を受信すると、利用情報データベース４００に格納する（ステップＳ１１）。中央システム４０は、利用情報データベース４００に格納した利用情報を使用して、プリペイド処理、決済処理、あるいは支払い集計処理などの各種の料金処理を実行する。
【００２４】
本実施形態では、中央システム４０は、媒体ＩＤ毎の利用情報をチェックし、処理システムエラーやデータ伝送欠落などによる課金情報の漏れなどの修正すべき情報を抽出し、修正情報を生成する（ステップＳ１２）。即ち、課金情報の誤り発生などにより、カード１０内に記録されている残高情報と、中央システム４０で把握している残高情報との間に不整合が発生する。修正情報とは、当該不整合を修正するための残高変更情報に相当する。
【００２５】
さらに、修正情報には、課金情報の誤り発生だけでなく、例えばインターネットのＷｅｂサイトなどからプリペイドの積み増し情報や、ポイント加算等に応じたプリペイドの積み増し情報等の付加的な修正情報も含まれる。即ち、当該プリペイドの積み増し情報により実際の残高金額が増えるため、カード１０内に記録されている残高情報とは不整合の状態になる。
【００２６】
中央システム４０は、媒体ＩＤ及び修正情報のコード番号を付加した修正情報を生成し、修正情報データベース４１０に格納する（ステップＳ１３）。中央システム４０は、適宜な頻度で（または定期的に）、修正情報データベース４１０に格納された修正情報をローカルサーバ３０に送信する（ステップＳ１４）。ここで、複数のローカルサーバ３０が存在する場合には、中央システム４０は、全て又は一部のローカルサーバ３０に配信する。
【００２７】
一方、ローカルサーバ３０は、中央システム４０から配信された修正情報を修正情報データベース３００に格納する（ステップＳ３）。ローカルサーバ３０は、利用者がカード１０の利用を要求する度に、修正情報データベース３００を参照して修正すべき媒体ＩＤが存在するか否かを確認する（ステップＳ７，Ｓ４）。即ち、端末装置２０は、利用要求のカード１０が挿入されると、当該カード１０から媒体ＩＤを読取り、ローカルサーバ３０に出力する。
【００２８】
ローカルサーバ３０は、修正すべき媒体ＩＤが修正情報データベース３００に存在する場合（ヒットした場合）、利用者が通常の利用（課金処理あるいはプリペイド処理）の前に、利用者に告知して修正処理を実行する（ステップＳ５）。即ち、ローカルサーバ３０は、端末装置２０を介してカード１０内に修正情報を書き込む（ステップＳ８）。
【００２９】
ここで、ローカルサーバ３０は、図２に示すように、カード１０内に格納されている修正履歴情報１００を参照して、今回の修正情報のコード番号と同一のコード番号が存在しているか否かを確認する。即ち、ローカルサーバ３０は、カード１０に修正情報を書き込みした場合に、当該修正情報のコード番号を修正履歴情報１００としてカード１０内に記録する。これにより、二重に修正処理が実行されることを未然に防止する。
【００３０】
ローカルサーバ３０は、修正情報をカード１０に書き込みした後に、修正処理を完了した旨を示す修正完了情報を中央システム４０に送信する（ステップＳ６）。当該修正完了情報には、修正対象の媒体ＩＤ、修正課金情報（残高変更情報）、及び修正情報のコード番号が含まれる。なお、ローカルサーバ３０は、当該修正処理が完了した後に、カード１０の通常の利用処理（課金処理やプリペイド処理）に移行する。
【００３１】
中央システム４０は、ローカルサーバ３０から修正完了情報を受信することで、修正処理の完了を確認する。そして、中央システム４０は、修正情報データベース４１０から修正処理が完了した修正情報（修正情報のコード番号を含む）を削除する（ステップＳ１５）。これにより、中央システム４０は、次回に配信する修正情報の中から、修正処理が完了した修正情報を取り除くことができる。
【００３２】
以上のように本実施形態によれば、中央システム４０は、カード１０内の残高情報との不整合を修正するための修正情報（残高変更情報）を、例えば定期的にローカルサーバ３０に配信する。ローカルサーバ３０は、利用者がカード１０を利用するときに、該当するカード１０に配信された修正情報を書き込む。
【００３３】
これにより、利用者が特に意識することなく、カード１０内の残高情報は、自動的に更新される。従って、カード１０内の残高情報は、課金処理のミスなどが発生した場合でも、定期的に中央システム４０で管理されている残高情報との整合性を確保することが可能となる。
【００３４】
本実施形態によれば、以下のような具体的効果を得ることができる。
【００３５】
まず、システムを運営する事業者のメリットとして、カード１０内の残高情報を自動的に修正できるため、当該カード１０の利用者への修正に関する通達などの労力を軽減できる。少なくとも、当該修正用の窓口や専用端末装置などを設置する必要性がなくなる。さらに、個人登録のない匿名性のカード１０の場合でも、当該修正処理が可能となる。
【００３６】
一方、利用者のメリットとしては、利用者が意識することなく、カード１０内の残高情報を適正な状態に自動的に修正されるため、利用者が当該修正のために窓口や端末装置までわざわざ出向く必要性はない。また、自動的なカード１０内の修正処理を実現できるため、インターネットを介したプリペイドの積み増し処理や、ポイント加算等に応じたプリペイドの積み増し処理などの多様なサービスを実現することが容易となる。
【００３７】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態に関するシステムの基本的構成を示すブロック図。
【図２】本実施形態に関するシステムの具体的構成を示すブロック図。
【図３】本実施形態に関するシステムの処理手順を説明するためのフローチャート。
【符号の説明】
【００３９】
１０…カード、２０…端末装置、３０…ローカルサーバ、４０…中央システム、
３００…修正情報データベース（ＤＢ）、４００…利用情報データベース（ＤＢ）、
４１０…修正情報データベース（ＤＢ）。
【図１】
2006236197.tif 000003
【図２】
2006236197.tif 000004
【図３】
2006236197.tif 000005