(57)【要約】【課題】オンラインによるカード決済処理を待ちきれないときなどに、デビットカード機能やクレジットカード機能のオフライン残高の範囲内でオフライン決済を行なう。【解決手段】複数のカード機能を統合してなる多機能ＩＣカード１００には、デビットカード機能用のオフライン残高と、クレジットカード機能用のオフライン残高が記憶されている。ＩＣカード端末１１０は、初めにオンライン決済処理を実行し、所定時間内に決済サーバ１２０、１２２から決済完了通知を受信できなければ、多機能ＩＣカード１００に対してオフライン決済を要求する。多機能ＩＣカード１００は、デビットカード機能用のオフライン残高又はクレジットカード機能用のオフライン残高と比較し、決済可能であれば、このオフライン残高で決済処理を行なう。【選択図】  図１
2004362332.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカードと、該ＩＣカードと接続するＩＣカード端末と、該ＩＣカード端末を経由して該ＩＣカードを用いた決済処理を実行するカード決済装置とを含むＩＣカード決済システムにおいて、
前記ＩＣカード端末は、前記カード決済装置に対してオンラインによる決済処理の要求を送信する第１の送信手段と、
前記オンラインによる決済処理の処理時間を計時する計時手段と、
前記計時された処理時間が所定時間を超えたか否かを判定する第１の判定手段と、
前記処理時間が前記所定時間を超えたと判定されると、前記ＩＣカードに対してオフライン決済要求を送信する第２の送信手段と
を含み、
前記ＩＣカードは、
前記ＩＣカード端末から前記オフライン決済要求を受信する第１の受信手段と、
前記ＩＣカード端末と前記ＩＣカード間においてオフラインにより決済可能な限度額であるオフライン決済残高を記憶する第１の記憶手段と、
前記受信したオフライン決済要求に関連する決済金額を前記オフライン決済残高から減額するよう制御する第１の制御手段と
を含み、
前記ＩＣカード端末は、さらに、
前記オフライン決済処理が完了すると、前記ＩＣカードに記憶されているオフライン残高を使用してオフライン決済が実行されたことを表すオフライン決済通知を前記カード決済装置に送信する第３の送信手段を含み、
前記カード決済装置は、
前記オフライン決済通知を受信する第２の受信手段と、
前記オフライン決済通知を受信すると、前記オフライン決済通知に含まれている前記ＩＣカードの識別情報と、前記オフライン決済の内容に関する情報とを記憶する第２の記憶手段と、
前記オフライン決済後に、前記ＩＣカードが任意のＩＣカード端末を経由してアクセスしてくると、該ＩＣカードの識別情報が前記記憶手段に記憶されているかを判定する第２の判定手段と、
前記ＩＣカードの識別情報が前記記憶手段に記憶されていると判定されると、該ＩＣカードのオフライン残高を復帰させるための復帰要求を送信する第４の送信手段と
を含み、
前記ＩＣカードは、さらに
前記復帰要求を任意のＩＣカード端末を経由して受信する第３の受信手段と、
前記受信した復帰要求に基づいて前記オフライン決済残高を増額するよう制御する第２の制御手段と
を含むＩＣカード決済システム。
【請求項２】
オンラインでカード決済装置と接続してＩＣカードを用いたカード決済処理を実行するＩＣカード端末であって、
前記カード決済装置と接続してオンライン決済処理を実行する際の処理時間を計時するタイマーと、
前記タイマーにより計時された処理時間が所定時間を超えたか否かを判定する判定手段と、
前記処理時間が前記所定時間を超えたと判定されると、前記ＩＣカードに対してオフライン決済要求を送信する第１の送信手段と
を含むＩＣカード端末。
【請求項３】
前記ＩＣカードにおけるオフライン決済処理が完了すると、該オフライン決済処理の処理内容に関するオフライン決済通知を前記カード決済装置に送信する第２の送信手段をさらに含む請求項２に記載のＩＣカード端末。
【請求項４】
前記カード決済装置から、前記ＩＣカードのオフライン決済により利用されたオフライン残高の復帰要求を受信する受信手段をさらに含み、
前記第１の送信手段は、前記オフライン残高の復帰要求を前記ＩＣカードに送信する請求項２又は請求項３に記載のＩＣカード端末。
【請求項５】
少なくともクレジットカード機能又はデビットカード機能を有するＩＣカードであって、
前記デビットカード機能又はクレジットカード機能を使用するためのＩＣカード端末と通信する通信回路と、
前記ＩＣカード端末と前記ＩＣカード間においてオフライン処理により決済可能な限度額であるオフライン決済残高を記憶する記憶回路と、
前記通信回路を介して前記ＩＣカード端末から送信される決済金額に関する情報を受信すると前記オフライン決済残高を減額するよう制御する制御回路と
を含むＩＣカード。
【請求項６】
前記制御回路は、前記オフライン残高に係る減額分の復帰要求を受信すると、前記記憶装置から前記オフライン残高を読み出し、読み出されたオフライン残高を増額し、増額されたオフライン残高を前記記憶回路に記憶するよう制御する請求項５に記載のＩＣカード。
【請求項７】
ＩＣカード端末を経由してＩＣカードを用いたカード決済を実行するカード決済装置であって、
前記ＩＣカード端末と前記ＩＣカード間において該ＩＣカードに記憶されているオフライン残高を使用してオフライン決済が実行されたことを表すオフライン決済通知を受信する受信手段と、
前記オフライン決済通知を受信すると、前記オフライン決済通知に含まれている前記ＩＣカードの識別情報と、前記オフライン決済の内容に関する情報とを記憶する記憶手段と、
前記オフライン決済後に、前記オフライン決済をしたＩＣカードが任意のＩＣカード端末を経由してアクセスしてくると、該ＩＣカードの識別情報が前記記憶手段に記憶されているかを判定する判定手段と、
前記ＩＣカードの識別情報が前記記憶手段に記憶されていると判定されると、該ＩＣカードのオフライン残高を復帰させるための復帰要求を送信する送信手段と
を含むカード決済装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＣカードを利用したカード決済技術に係り、とりわけ、デビットカード機能やクレジッドカード機能をオフライン状態において利用するための技術に関する。
【０００２】
【従来の技術】
一般に、デビットカードやクレジッドカードを使用して決済を行なう際には、カードリーダがカード内に記憶されたカード番号等を読み出し、読み出されたカード番号とキーボードから入力された支払金額とを、カード会社のコンピュータに対しリアルタイムで送信することで、オンライン決済を行なってきた。
【０００３】
ところで、利用者が電子マネーで商品を購入する際にその残高が不足した場合に、所定の範囲内でデビット決済を併用する方法が提案されている（例えば、特許文献１）。
【０００４】
【特許文献１】
特開２００１−２６６０３０号公報
【０００５】
【発明が解決しようとする課題】
入場料の支払窓口、改札、キオスク、及び繁忙期の店舗など、非常に短時間で決済することが望ましい場合がある。
【０００６】
従来のクレジットカードやデビットカードによる決済処理においては、カード利用額が利用限度額内であるかどうかをオンライン処理により判定したり、銀行などの決済口座の残高をリアルタイムで調査して取引代金を支払い可能かどうか判定したりしていたため、センター側の決済処理装置の負荷が重かったり、通信回線が混雑していたりした場合には、カードによる決済に長時間を要する場合もあった。
【０００７】
このような場合には、例えば、カード利用者にとっては短時間で商品を購入できないため時間を浪費することになる。また、店舗にとっては、並んで待つことを敬遠するお客などが商品の購入をあきらめる可能性もあり、ビジネスチャンスを失うという不利益が生じるおそれもある。
【０００８】
なお、クレジットカードについては、カード上のエンボスとカーボン用紙などを利用して古典的な取引を行なうことも可能であるが、その場合は、決済額がクレジットカードの利用限度額内であるかどうかをカード会社に電話で確認する必要があり、依然として決済時間を短縮することは困難である。
【０００９】
そこで、本発明はこのような課題を解決することを目的とする。
【００１０】
【課題を解決するための手段】
本発明によれば、ＩＣカード端末は、初めにオンライン決済処理を実行し、所定時間内にカード決済装置から決済完了通知を受信できなければ、ＩＣカードに対してオフライン決済を要求する。ＩＣカードは、例えば、デビットカード機能用やクレジットカード機能用のオフライン残高を記憶しておく。そしてオフライン決済要求を受信すると、ＩＣカードは、デビットカード機能用又はクレジットカード機能用のオフライン残高と比較し、決済可能であれば、このオフライン残高で決済処理を行なう。
【００１１】
このようにＩＣカードやＩＣカード端末を構成することで、オンライン決済処理に時間がかかりそうな場合には、ＩＣカードとＩＣカード端末との間でオフライン決済処理を実行することで、ＩＣカードを用いた決済に伴う処理時間を短縮できる。
【００１２】
【発明の実施の形態】
以下に本発明の一実施形態を示す。もちろん以下の実施形態は、上位概念として開示される本発明の下位概念にすぎない。すなわち、以下の実施形態は、特許請求の範囲によって確定される本願発明の技術的範囲に含まれるほんの一部の実施形態にすぎないのである。従って、本願の明細書又は図面に開示された上位概念たる発明であって、特許請求の範囲に記載された発明と技術思想が共通すれば、たとえ本願明細書又は図面に直接的に記載されていない実施形態であっても本願発明の技術的範囲に包含される。
【００１３】
なお、以下の実施形態に記載する下位概念の発明について、そのすべてが特許請求の範囲に記載されているとは限らない。ただし、これは特許発明の技術的範囲から意識的に除外したのではなく、特許発明と均等の関係にあるため特許請求の範囲には記載していない場合があることを理解していただきたい。
【００１４】
図１は、本実施形態に係る多機能ＩＣカードシステムの一例を示した図である。多機能ＩＣカード１００は、少なくともデビットカード機能とクレジットカード機能とを含む。なお、キャッシュカード機能、電子マネーカード機能、公共交通機関の定期券機能、マイレージカード機能、住民基本台帳の個人登録カード機能、コンビニエンスストア、百貨店又はスーパーなどの流通業界が提供しているハウスカード機能やポイントカード機能などの１以上が統合されていてもよい。
【００１５】
ＩＣカードリーダライタ端末装置（ＩＣカード端末と称す。）１１０及び１１２は、多機能ＩＣカード１００との間で種々の情報を送受信又は読み出し・書き込み、通信網を介してデビットカード決済サーバ１２０やクレジットカード決済サーバ１２２などと通信し各種の決済処理を実行する端末装置である。
【００１６】
デビットカード決済サーバ１２０は、各カード利用者ごとのデビッド決済口座に関する情報を記憶しており、ＩＣカード端末１１０及び１１２から送信されてくる決済要求に応じて、対応する決済口座の残高を減額するコンピュータである。
【００１７】
クレジットカード決済サーバ１２２は、各カード利用者ごとのクレジッド決済口座に関する情報を記憶しており、ＩＣカード端末１１０及び１１２から送信されてくる決済要求に応じて、対応する決済口座に支払額を加算するコンピュータである。
【００１８】
図２は、本実施形態に係る多機能ＩＣカードのブロック図である。ＣＰＵ２０１は、制御プログラムに従って多機能ＩＣカード１００内の各部を制御する中央演算処理装置である。例えば、制御プログラムとしては、後述するフローチャートに従ったオフライン処理プログラムが含まれる。ＲＡＭ２０２は、制御プログラムを実行する際に必要となる作業領域や各種のデータを記憶する記憶装置である。マスクＲＯＭ２０３は、制御プログラムや各種のデータを記憶するための記憶装置である。ＥＥＰＲＯＭ２０４は、デビット用の残高２１１、及びクレジット用の残高２１２などを記憶する書き換え可能な記憶装置である。ＥＥＰＲＯＭ２０４は、フラッシュメモリなどに置き換えてもよい。通信インタフェース２０７は、ＩＣカード端末１１０等と通信するための通信（カード）インタフェースである。通信ＩＦ２０７は、非接触型インタフェース及び接触型インタフェースの少なくとも一方を搭載している。
【００１９】
図３は、本実施形態に係るＩＣカードリーダライタ端末装置のブロック図である。ＣＰＵ３０１は、ＲＯＭ３０３に格納されているコンピュータプログラムに基づいて制御を実行する中央演算処理装置である。例えば、制御プログラムとしては、後述するフローチャートに従ったオフライン処理プログラムが含まれる。ＲＡＭ３０２は、データなどを記憶する揮発性の記憶装置である。ＲＯＭ３０３は、書き換え不能のマスクＲＯＭや書き換え可能なＥＥＰＲＯＭなどの記憶装置である。表示装置３０４は、多機能ＩＣカード１００との通信結果などを表示するディスプレイである。操作部３０５は、タッチパネルデバイスやテンキーなどの入力装置である。通信インタフェース３０７は、サーバ１２０〜１２２などと接続するための通信回路である。カード（通信）インタフェース３０８は、多機能ＩＣカード１００に搭載されている磁気ストライプからデータを読み出したり、当該磁気ストライプにデータを書き込むための磁気カード装置、接触型ＩＣカードの接続端子からデータを読み出したり、書き込んだりするための接触型リーダライタ装置、及び非接触型ＩＣカードと無線通信を行い、データを読み出したり、書き込んだりするための非接触型リーダライタ装置の少なくとも一つを搭載している。
【００２０】
なお、ＩＣカード端末１１０は、ＰＯＳ（店舗販売時点情報管理）システムなどの会計装置と一体化されていてもよい。また、ＩＣカード端末１１０は、例えば、複数のカードリーダライタ装置とホスト装置とからなるローカルなＩＣカードシステムであってもよい。この場合は、ホスト装置を経由して各種の決済サーバと通信を実行することになろう。
【００２１】
図４は、本実施形態にかかる各サーバの例示的なブロック図である。ＣＰＵ４０１は、ＲＯＭ４０３や、ハードディスクドライブ４０８に格納されているコンピュータプログラムに基づいて制御を実行する中央演算処理装置である。ＲＡＭ４０２は、データなどを記憶する揮発性の記憶装置である。ＲＯＭ４０３は、書き換え不能のマスクＲＯＭや書き換え可能なＥＥＰＲＯＭなどの記憶装置である。表示装置４０４は、各種の情報を表示するディスプレイである。操作部４０５は、キーボードやポインティングデバイスなどの入力装置である。通信インタフェース４０７は、ＩＣカード端末１１０，１１２などと接続するための通信回路である。ハードディスクドライブ４０８は、決済処理に必要となるコンピュータプログラムや、決済処理に必要になるデータを管理するデータベースなどを記憶する記憶装置である。
【００２２】
図５は、本実施形態に係るＩＣカードリーダライタ端末装置における決済処理のフローチャートである。
【００２３】
ステップＳ５００において、ＩＣカード端末１１０はＩＣカード１００の受け付け処理を実行する。例えば、ＣＰＵ３０１は、カードＩＦ３０８を制御してＩＣカード１００と通信を行い、ＩＣカード１００に記憶されているカード識別情報など各種の情報を受信する。
【００２４】
ステップＳ５０２において、ＣＰＵ３０１は、会計装置や操作部３０５から決済金額を入力し、ＲＡＭ３０２に記憶する。
【００２５】
ステップＳ５０４において、ＣＰＵ３０１は、操作部３０５などから指定された決済方法に応じて、デビットカード用の決済サーバ１２０又はクレジットカード用の決済サーバ１２２に対してオンライン決済処理の要求を送信する。なお、ＩＣカード１００から受信した各種情報に、決済方法を指定する情報が含まれていればその情報に従って決済方法を選択する。
【００２６】
ステップＳ５０６において、ＣＰＵ３０１は、オンライン処理に必要となる待ち時間を計時すべく、タイマーを起動する。
【００２７】
ステップＳ５０８において、ＣＰＵ３０１は、デビットカード用の決済サーバ１２０又はクレジットカード用の決済サーバ１２２から、オンライン決済処理が完了したことを表す完了通知を受信したか否かを判定する。完了通知を受信していればカード決済処理を終了し、未受信であればステップＳ５１０に進む。
【００２８】
ステップＳ５１０において、ＣＰＵ３０１は、タイマーにより計時された時刻に基づいて、待ち時間が所定時間をオーバしているか否かを判定する。オーバしていればステップＳ５１２に進み、そうでなければステップＳ５０８に戻る。
【００２９】
ステップＳ５１２において、ＣＰＵ３０１は、オフライン決済処理を起動する。オフライン決済処理の一例は後述する。
【００３０】
ステップＳ５１４において、ＣＰＵ３０１は、デビットカード用の決済サーバ１２０又はクレジットカード用の決済サーバ１２２から、オンライン決済処理が完了したことを表す完了通知を受信したか否かを判定する。完了通知を受信していればステップＳ５１６へ進み、未受信であればステップＳ５１４にもどる。
【００３１】
ステップＳ５１６において、ＣＰＵ３０１は、オフライン決済処理の内容に関する情報（例えば、カード識別情報、決済金額、決済店舗の識別情報、決済時刻など）を含むオフライン処理通知を、デビットカード用の決済サーバ１２０又はクレジットカード用の決済サーバ１２２送信する。いずれの決済サーバに送信するかは、オフライン決済処理において実際に使用された方法に依存する。
【００３２】
図６は、本実施形態に係る例示的なオフライン決済処理についてのフローチャートである。
【００３３】
ステップＳ６００において、ＣＰＵ３０１は、デビット用のオフライン残高を用いて支払うのか、クレジッド用のオフライン残高を用いて支払うのかを判定する。例えば、ＣＰＵ３０１は、デビットかクレジッドかを問い合わせるためのメッセージを表示装置３０４に表示し、操作部３０５からの操作信号に応じていずれであるかを判定できる。
【００３４】
代替的に、ＩＣカード１００から受信した許可フラグに基づいてデビット機能による支払を実行できるか否かを判定してもよい。判定の結果、クレジットでのオフライン支払であれば、ステップＳ６５０に進み、ＣＰＵ３０１は、支払額を含むクレジットでのオフライン支払要求を作成し、カードＩＦ３０８を制御してこの支払要求をＩＣカード１００に送信する。一方、デビットでのオフライン支払であれば、ステップＳ６０２に進む。
【００３５】
ステップＳ６０２において、ＣＰＵ３０１は、支払金額を含むデビットでのオフライン支払要求を作成し、カードＩＦ３０８を制御してこの支払要求をＩＣカード１００に送信する。
【００３６】
ステップＳ６０４において、ＣＰＵ３０１は、ＩＣカード１００から、オフライン残高の更新を完了したことを表す情報を受信したか否かを判定する。この完了報告を受信したのであれば、ステップＳ６０６に進む。残高不足に関する報告を受信した場合には、ステップＳ６６０に進みエラー処理を実行する。例えば、表示装置３０４に、残高不足を表すメッセージなどを表示する。
【００３７】
ステップＳ６０６において、ＣＰＵ３０１は、決済サーバ１２０又は１２２宛てのオフライン決済処理通知を作成する。この処理通知データには、オフライン決済処理を特定可能な情報が含まれており、例えば、カード識別情報、決済金額、決済店舗の識別情報、決済時刻などが含まれよう。
【００３８】
なお、オフライン決済処理を特定するための固有の識別情報をＣＰＵ３０１又はＣＰＵ２０１が発行してもよい。この固有の識別情報は、ＩＣカード１００のＥＥＰＲＯＭ２０４に記憶されるとともに、オフライン決済処理通知に搭載されてＩＣカード端末１１０から決済サーバ１２０又は１２２へと転送され、オフライン残高の復帰リストに登録される。
【００３９】
図７は、本実施形態に係るＩＣカードにおけるオフライン支払処理のフローチャートである。
【００４０】
ステップＳ７００において、ＣＰＵ２０１は、予め、ＥＥＰＲＯＭ２０４に記憶されているＩＣカードを特定可能な識別情報を読み出し、この読み出した識別情報を、通信インタフェース２０７を介してＩＣカード端末１１０に送信する。なお、オンライン処理の開始時に既にこれらの情報を送信済みであれば、本ステップは省略できる。
【００４１】
ステップＳ７０２において、ＣＰＵ２０１は、通信ＩＦ２０７を介して、ＩＣカード端末１１０から送信される支払要求を受信する。
【００４２】
ステップＳ７０４において、ＣＰＵ２０１は、支払要求がデビッドによるオフライン支払要求か、クレジットによるオフライン支払要求かを判定する。デビットカード機能によるオフライン支払要求であればステップＳ７０６に進み、クレジットカード機能によるオフライン支払要求であればステップＳ７１６に進む。
【００４３】
ステップＳ７０６において、ＣＰＵ２０１は、ＥＥＰＲＯＭ２０４からデビット用のオフライン残高データ２１１を読み出し、支払要求に含まれていた支払額と比較し、決済可能か否かを判定する。決済可能であればステップＳ５１０に進み、そうでなければ残高不足を表すエラーメッセージをＩＣカード端末１１０に送信する。
【００４４】
ステップＳ７０８において、ＣＰＵ２０１は、読み出したオフライン残高から支払要求額を減額処理し、減額後の残高をＥＥＰＲＯＭ２０４に書き込む。
【００４５】
ステップＳ７１０において、ＣＰＵ２０１は、オフライン残高の更新完了を表す完了報告をＩＣカード端末１１０に送信し、処理を終了する。
【００４６】
一方、クレジットカードによるオフライン支払の場合は、ステップＳ７１６において、ＣＰＵ２０１は、ＥＥＰＲＯＭ２０４からクレジット用のオフライン残高データ２１２を読み出し、支払要求に含まれていた支払額と比較し、決済可能か否かを判定する。決済可能であればステップＳ７１８に進み、そうでなければ残高不足を表すエラーメッセージをＩＣカード端末１１０に送信する。
【００４７】
ステップＳ７１８において、ＣＰＵ２０１は、読み出したオフライン残高から支払要求額を減額処理し、減額後の残高をＥＥＰＲＯＭ２０４に書き込む。
【００４８】
ステップＳ７２０において、ＣＰＵ２０１は、オフライン残高の更新完了を表す完了報告をＩＣカード端末１１０に送信し、処理を終了する。
【００４９】
図８は、本実施形態に係るオフライン残高復帰リストへの登録処理に関するフローチャートである。
【００５０】
ステップＳ８００において、決済サーバ１２０又は１２２のＣＰＵ４０１は、通信ＩＦ４０７を制御して、ＩＣカード端末１１２から送信されたオフライン処理通知を受信する。
【００５１】
ステップＳ８０２において、ＣＰＵ４０１は、オフライン処理通知に含まれる決済識別番号や、ＩＣカードの識別情報及び決済金額などの情報に基づいて、決済データベースを検索し、既にオンライン決済処理が完了しているか否かを判定する。決済が完了していれば、ステップＳ８０４に進む。
【００５２】
一方、決済が完了していなければ、ステップＳ８０６に進み、この時点でオンライン決済処理を実行する。多機能ＩＣカード１００は、オフライン決済したときの決済金額、店舗などの情報がＥＥＰＲＯＭに記憶しており、これらの決済情報のうちオンライン決済に必要な情報を、ＩＣカード端末１１２を介して決済サーバに送信する。
【００５３】
ステップＳ８０４において、ＣＰＵ４０１は、ハードディスクドライブ装置４０８に記憶されているオフライン残高復帰リストに、当該多機能ＩＣカードの識別情報を登録する。このように、オフライン残高復帰リストに当該多機能ＩＣカードの識別情報を登録するのは、オンライン処理により正常に決済されたことを確認した後は、オフライン残高を元の残高へと復帰させることで、再度のオフライン決済に備えるためである。
【００５４】
図９は、本実施形態に係るオフライン残高の例示的な復帰処理に関するフローチャートである。本実施形態では、駅の売店などでＩＣカード端末１１０を利用してオフライン決済を実行した後、ＩＣカード端末１１２が設置された任意の店舗においてＩＣカード１００を用いたオンライン処理が実行されることを想定している。
【００５５】
ステップＳ９００において、決済サーバのＣＰＵ４０１は、任意のＩＣカード端末１１２からオンラインによる決済処理要求を受信する。このＩＣカード端末は、オフライン決済を実行したときのＩＣカード端末と同一のＩＣカード端末である必要はない。要するに、オフライン決済を実行したＩＣカード１００が、決済サーバ１２０又は１２２と再びオンラインで接続できるような環境が用意されれば十分だからである。
【００５６】
ステップＳ９０２において、決済サーバのＣＰＵ４０１は、受信した決済処理要求に従ってオンライン決済処理を実行する。
【００５７】
ステップＳ９０４において、ＣＰＵ４０１は、今回の処理対象となっているＩＣカード１００がオフライン決済を過去に実行しており、その際の減額分をオフライン残高に復帰させる必要があるかを判定する。例えば、今回のオンライン決済処理の対象であったカード識別情報を検索キーとして、ハードディスクドライブ装置４０８などに記憶されているオフライン残高復帰リストから検索抽出し、対象のカード識別情報が抽出されればステップＳ９０６に進み、抽出できなければステップＳ９０８に進む。
【００５８】
ステップＳ９０６において、ＣＰＵ４０１は、オフライン残高の復帰要求を、ＩＣカード端末１１２を経由してＩＣカード１００に送信する。ＩＣカードはこの復帰要求を受信するとオフライン残高を復帰させる。なお、オフライン残高の復帰要求には、復帰させる金額に関する情報を含めてもよい。例えば、オンライン処理が完了している決済金額だけを復帰させたいときには、復帰要求において復活させたい金額を指定することができる。
【００５９】
ステップＳ９０８において、ＣＰＵ４０１は、今回のオンライン処理に関する完了通知をＩＣカード端末１１２へと送信する。
【００６０】
図９の例では、オフライン決済処理を実行した後の次のオンライン決済処理時に、オフライン残高の復帰処理を実行したが、必ずしも次のオンライン決済処理のときに実行する必要はない。例えば、時間的に余裕があるような店舗においてオンライン決済処理が実行されたときでもよいし、あるいはカード利用者がオフライン残高を復帰させたいと望む場合にＩＣカード端末１１２からオフライン残高の復帰要求を送信したときに、復帰処理を実行してもよい。
【００６１】
以上説明したように、例えば、カード処理を迅速に実行したいときなどにおいて、一定又は可変の限度額の範囲内でオフラインによる決済を実行できる。カード利用者にとっては、オンライン決済に比較し迅速に決済できる利点が得られるだろう。また、店舗等にとっては、繁忙期などにおいて会計処理の回転率を改善することでき、ビジネスチャンスを有効に享受しやすくなるといった利点が得られよう。
【００６２】
なお、オフライン残高は、カード利用者との契約によって決定される。クレジットカード機能については、例えば、利用限度額の５分の１にするなど、一般には利用限度額を超えない範囲がリスク管理の上からは好ましいかもしれない。
【００６３】
デビットカード機能については、予め口座残高の一定額をオフライン残高としてロックしてしまい、他の用途の支払には利用できないように決済サーバ１２０が制御してもよいだろう。あるいは、口座残高が、オフラインにより使用された金額に満たない場合は、不足分を自動で貸し付けるように決済サーバ１２０が処理してもよい。
【００６４】
また、迅速な決済処理が特に望まれるような店舗は、駅などの売店、コンビニエンスストア、スーパーなど比較的に小額の決済金額になることが多いことを考慮し、数万円（例えば、１〜３万円）程度に設定しても良いだろう。
【００６５】
ところで、オフライン残高による決済方法が複数存在する場合、その選択処理が煩わしいと考えるカード利用者や店員も存在しよう。そこで、予めＩＣカード１００内のＥＥＰＲＯＭに、複数のオフライン決済方法の優先順位に関する情報を記憶させておくことで、優先順位の高いオフライン決済が自動で選択されるようにしてもよい。
【００６６】
また、デビット機能によるオフライン決済残高が不足の場合は、クレジットカード機能によるオフライン決済残高から不足分を補って決済してもよい。反対に、クレジット機能によるオフライン決済残高が不足の場合は、デビットカード機能によるオフライン決済残高から不足分を補って決済してもよい。このように決済処理を制御すれば、カード利用者は、多機能ＩＣカードが有する総合的な資産価値を有効に生かして商品等を購入できるようになる。店舗にとっては、お客を待たせる時間を短縮できる場合が増え、ビジネスチャンスが増えると間がえられる。
【００６７】
なお、代替的に、ＣＰＵ２０１は、一方のオフライン残高が不足の場合に、他方のオフライン残高から全額を支払い可能かどうかを判定し、可能なら他方のオフライン残高から全額を支払うように制御してもよい。
【００６８】
これらの代替的な実施形態においては、予め設定されたデフォルトの優先度にもとづいてオフライン支払方法を選択していたが、カード利用者が他の支払方法を希望する場合もあろう。そのような場合は、操作部３０５から所望の支払方法を選択し、ＣＰＵ３０１が選択された支払方法に基づく支払要求をＩＣカード１００に送信してもよい。このようにすれば、その時々のカード利用者の希望を反映させることができ、オフライン処理システムの柔軟性が一層増すことになろう。
【００６９】
【発明の効果】
本発明によれば、オンライン処理によるカード決済時間が遅延した場合に、デビットカード機能やクレジットカード機能のオフライン残高を用いて決済する技術が提供される。
【図面の簡単な説明】
【図１】図１は、本実施形態に係る例示的な多機能ＩＣカードシステムの概要を説明するための図である。
【図２】図２は、本実施形態に係る例示的な多機能ＩＣカードのブロック図である。
【図３】図３は、本実施形態に係る例示的なＩＣカードリーダライタ装置のブロック図である。
【図４】図４は、本実施形態に係る例示的な決済サーバのブロック図である。
【図５】図５は、本実施形態に係るＩＣカードリーダライタ装置における例示的な決済処理についてのフローチャートである。
【図６】図６は、本実施形態に係るＩＣカードリーダライタ装置における例示的なオフライン決済処理についてのフローチャートである。
【図７】図７は、本実施形態に係る多機能ＩＣカードにおける例示的なオフライン決済処理についてのフローチャートである。
【図８】図８は、本実施形態に係る決済サーバにおけるオフライン残高復帰リストの例示的な登録処理を示したフローチャートである。
【図９】図９は、本実施形態に係るＩＣカード端末における例示的なオフライン残高復帰処理のフローチャートである。
【符号の説明】
１００…多機能ＩＣカード
１１０…ＩＣカードリーダライタ
１１２…ＩＣカードリーダライタ
１２０…デビットカード決済サーバ
１２２…クレジットカード決済サーバ
【図１】
2004362332.tif 000003
【図２】
2004362332.tif 000004
【図３】
2004362332.tif 000005
【図４】
2004362332.tif 000006
【図５】
2004362332.tif 000007
【図６】
2004362332.tif 000008
【図７】
2004362332.tif 000009
【図８】
2004362332.tif 000010
【図９】
2004362332.tif 000011