(57)【要約】      （修正有）【課題】繰り返し不正使用されるリスクを低減できるクレジットカード、情報処理装置、使用制限方法、およびプログラムを提供する。【解決手段】使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できないという使用制限のあるクレジットカードにより、クレジットカードが繰り返し不正使用されるリスクを低減する。クレジットカードは、例えば、使用制限を特定する使用制限情報が格納される格納部と、許可指示を受け付ける受付部と、受付部が許可指示を受け付けた後、使用制限情報を満たすか否かを判断する判断部と、判断部が使用制限情報を満たさないと判断した場合は、クレジットカードの使用を禁止する禁止処理部とを有する。【選択図】図１
2019056990.tif 000002
【特許請求の範囲】
【請求項１】
使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できないという使用制限のあるクレジットカード。
【請求項２】
前記使用制限は、
使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できず、かつ前記許可指示が受け付けられた後、閾値以内の時間または閾値未満の時間のみしか使用できない制限である請求項１記載のクレジットカード。
【請求項３】
前記使用制限を特定する使用制限情報が格納される格納部と、
前記許可指示を受け付ける受付部と、
前記受付部が許可指示を受け付けた後、前記使用制限情報を満たすか否かを判断する判断部と、
前記判断部が前記使用制限情報を満たさないと判断した場合は、クレジットカードの使用を禁止する禁止処理部とを具備する請求項１または請求項２記載のクレジットカード。
【請求項４】
前記受付部は、
端末装置から前記許可指示を受信する請求項３記載のクレジットカード。
【請求項５】
前記受付部は、
決済の遂行に関する遂行情報をも受け付け、
前記受付部が前記許可指示を受け付けた後、前記遂行情報を受け付けるまでの状況に関する状況情報を取得する取得部と、
前記状況情報を出力する出力部とをさらに具備する請求項３または請求項４記載のクレジットカード。
【請求項６】
前記受付部は、
前記使用制限の回数ｎを受け付け、
前記受付部が受け付けた使用制限の回数ｎを有する使用制限情報を前記格納部に蓄積する出力部をさらに具備する請求項３または請求項４記載のクレジットカード。
【請求項７】
前記使用制限を特定する使用制限情報が格納される格納部と、
クレジットカードを識別するカード識別子を有する許可指示を受け付ける受付部と、
前記受付部が許可指示を受け付けた後、前記使用制限情報を満たすか否かを判断する判断部と、
前記判断部が前記使用制限情報を満たさないと判断した場合は、前記カード識別子で識別されるクレジットカードの使用を禁止する禁止処理部とを具備する情報処理装置。
【請求項８】
前記受付部は、
端末装置から前記許可指示を受信する請求項７記載の情報処理装置。
【請求項９】
前記受付部は、
決済の遂行に関する遂行情報をも受け付け、
前記受付部が前記許可指示を受け付けた後、前記遂行情報を受け付けるまでの状況に関する状況情報を取得する取得部と、
前記状況情報を出力する出力部とをさらに具備する請求項７または請求項８記載の情報処理装置。
【請求項１０】
前記受付部は、
前記使用制限の回数ｎを受け付け、
前記受付部が受け付けた使用制限の回数ｎを有する使用制限情報を前記格納部に蓄積する出力部をさらに具備する請求項７または請求項８記載の情報処理装置。
【請求項１１】
クレジットカードを、使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できないように制限する使用制限方法。
【請求項１２】
クレジットカードを、使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できないように制限するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティ機能を有するクレジットカード等に関するものである。
【背景技術】
【０００２】
従来、指紋読み取りセンサを備え、指紋認証が成功すると、リーダとの間の送受信が可能になり、認証免除時間が経過すると、リーダとの間の送受信が不可能になるＩＣカードが存在した（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２３８１２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来のＩＣカードによるクレジットカードでは、指紋認証成功から認証免除時間が経過するまでの間に、何度も繰り返し不正使用されるリスクがあった。
【０００５】
また、他の従来のクレジットカードでも、使用回数に制限はなく、繰り返し不正使用されるリスクがあった。
【課題を解決するための手段】
【０００６】
本第一の発明のクレジットカードは、使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できないという使用制限のあるクレジットカードである。
【０００７】
かかる構成により、許可指示受け付け後の使用回数を制限することで、クレジットカードが繰り返し不正使用されるリスクを低減できる。
【０００８】
また、本第二の発明のクレジットカードは、第一の発明に対して、使用制限は、使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できず、かつ許可指示が受け付けられた後、閾値以内の時間または閾値未満の時間のみしか使用できない制限であるクレジットカードである。
【０００９】
かかる構成により、許可指示受け付け後の使用回数および使用時間を制限することで、クレジットカードが繰り返し不正使用されるリスクをさらに低減できる。
【００１０】
また、本第三の発明のクレジットカードは、第一または第二の発明に対して、使用制限を特定する使用制限情報が格納される格納部と、許可指示を受け付ける受付部と、受付部が許可指示を受け付けた後、使用制限情報を満たすか否かを判断する判断部と、判断部が使用制限情報を満たさないと判断した場合は、クレジットカードの使用を禁止する禁止処理部とを具備するクレジットカードである。
【００１１】
かかる構成により、クレジットカードが自ら、使用制限情報を満たすか否かを判断することで、繰り返し不正使用されるリスクを低減できる。
【００１２】
また、本第四の発明のクレジットカードは、第三の発明に対して、受付部は、端末装置から許可指示を受信するクレジットカードである。
【００１３】
かかる構成により、クレジットカードは、端末装置から許可指示を受信しなければ使用可能にならないので、不正使用のリスクをより一層低減できる。
【００１４】
また、本第五の発明のクレジットカードは、第三または第四の発明に対して、受付部は、決済の遂行に関する遂行情報をも受け付け、受付部が許可指示を受け付けた後、遂行情報を受け付けるまでの状況に関する状況情報を取得する取得部と、状況情報を出力する出力部とをさらに具備するクレジットカードである。
【００１５】
かかる構成により、ユーザは、許可指示受け付け後の状況（例えば、使用回数、経過時間等）がわかるので、遂行情報（例えば、代金情報、遂行指示等）を的確に入力できる。
【００１６】
また、本第六の発明のクレジットカードは、第三または第四の発明に対して、受付部は、使用制限の回数ｎを受け付け、受付部が受け付けた使用制限の回数ｎを有する使用制限情報を格納部に蓄積する出力部をさらに具備するクレジットカードである。
【００１７】
かかる構成により、使用制限の回数ｎをユーザが設定できる。
【００１８】
また、本第七の発明の情報処理装置は、使用制限を特定する使用制限情報が格納される格納部と、クレジットカードを識別するカード識別子を有する許可指示を受け付ける受付部と、受付部が許可指示を受け付けた後、使用制限情報を満たすか否かを判断する判断部と、判断部が使用制限情報を満たさないと判断した場合は、カード識別子で識別されるクレジットカードの使用を禁止する禁止処理部とを具備する情報処理装置である。
【００１９】
かかる構成により、情報処理装置が、使用制限情報を満たすか否かを判断することで、クレジットカードが繰り返し不正使用されるリスクを低減できる。
【００２０】
また、本第八の発明の情報処理装置は、第七の発明に対して、受付部は、端末装置から許可指示を受信する情報処理装置である。
【００２１】
かかる構成により、情報処理装置は、端末装置から許可指示を受信しなければクレジットカードを使用可能にしないので、クレジットカードの不正使用のリスクをより一層低減できる。
【００２２】
また、本第九の発明の情報処理装置は、第七または第八の発明に対して、受付部は、決済の遂行に関する遂行情報をも受け付け、受付部が許可指示を受け付けた後、遂行情報を受け付けるまでの状況に関する状況情報を取得する取得部と、状況情報を出力する出力部とをさらに具備する情報処理装置である。
【００２３】
かかる構成により、ユーザは、許可指示受け付け後の状況がわかるので、遂行情報を的確に入力できる。
【００２４】
また、本第十の発明の情報処理装置は、第七または第八の発明に対して、受付部は、使用制限の回数ｎを受け付け、受付部が受け付けた使用制限の回数ｎを有する使用制限情報を格納部に蓄積する出力部をさらに具備する情報処理装置である。
【００２５】
かかる構成により、使用制限の回数ｎをユーザが設定できる。
【発明の効果】
【００２６】
本発明によれば、許可指示受け付け後の使用回数を制限することで、クレジットカードが繰り返し不正使用されるリスクを低減できる。
【図面の簡単な説明】
【００２７】
【図１】実施の形態１におけるカードシステムのブロック図
【図２】同クレジットカードの動作を説明するフローチャート
【図３】同初期画面の一例を示す図
【図４】同許可指示の受け付け直後における画面の一例を示す図
【図５】実施の形態２におけるカードシステムのブロック図
【図６】同情報処理装置の動作を説明するフローチャート
【図７】同カード管理情報のデータ構造図
【図８】同コンピュータシステムの内部構成の一例を示す図
【発明を実施するための形態】
【００２８】
以下、クレジットカード等の２つの実施形態について図面を参照して説明する。なお、各実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２９】
いずれの実施形態でも、指示を受け付けた後、ｎ回以下、決済が可能なクレジットカードについて説明する。実施の形態１および２の間の主要な相違は、クレジットカードの使用制限に関する判断を、前者ではクレジットカードが自ら行うのに対し、後者では外部装置が行う点にある。
【００３０】
（実施の形態１）
図１は、本実施の形態におけるカードシステム１００のブロック図である。カードシステム１００は、クレジットカード１、および端末装置２を備える。
【００３１】
クレジットカード１は、例えば、ＩＣカードであってもよい。ＩＣカードとは、ＩＣチップを有するカードである。ＩＣチップは、例えば、ＭＰＵ、メモリ、および通信モジュールなどの素子群で構成される。通信モジュールは、例えば、近距離無線通信を行うモジュールであってもよい。近距離無線通通信とは、例えば、ＮＦＣ、Bluetooth（登録商標）、無線ＬＡＮ等であるが、到達距離の短い無線通信であれば、その方式は問わない。通信モジュールは、近距離無線通信に加えて、例えば、インターネットや通信回線等を介した広域通信も行えることは好適である。
【００３２】
または、クレジットカード１は、例えば、仮想カードであってもよい。仮想カードとは、コンピュータを利用して実現される仮想的なカードである。クレジットカード１は、特に、例えば、スマートフォンやタブレット端末等の携帯端末内の仮想カードであることは好適である。携帯端末もまた、ＭＰＵ、メモリ、および通信モジュールなどを有し、ＩＣカードと同等の機能を実現可能である。かかる仮想カードの実体は、携帯端末のメモリに記憶されたクレジットカード情報である。
【００３３】
ただし、クレジットカード１は、例えば、磁気カードでも構わない。磁気カードとは、クレジットカード情報などが書き込まれた磁気ストライプを有するカードである。また、クレジットカード１は、例えば、デビットカード、電子マネー、ポイントカード等でもよく、電子的な決済に使用できるカードであれば、その種類は問わない。
【００３４】
クレジットカード情報とは、クレジットカード１に関する情報である。クレジットカード情報は、例えば、クレジットカード識別子、有効期限、氏名などの情報を含む。クレジットカード識別子とは、クレジットカード１を識別する情報である。クレジットカード識別子は、通常、クレジットカード番号であるが、ＩＤなどでもよく、クレジットカード１を識別し得る情報であれば何でもよい。ただし、クレジットカード情報の内容は問わない。
【００３５】
携帯端末は、通常、ディスプレイ、およびタッチパネルなども有する。携帯端末のメモリには、仮想カードに対応する現実のカードの画像情報がさらに記憶されており、携帯端末のディスプレイに、かかるカードの画像が表示されることは、より好適である。つまり、携帯端末のディスプレイは、カードの画像やその他の情報を出力する出力デバイスとして機能し得る。また、携帯端末のタッチパネルやキーボードは、指示やその他の情報の入力を受け付ける入力デバイスとして機能し得る。
【００３６】
なお、一般的なＩＣカードは、通常、ディスプレイもタッチパネルも有しないが、ディスプレイまたはタッチパネルのうち１以上を有していてもよい。また、クレジットカード１が一般的なＩＣカードである場合、例えば、端末装置２が有するディスプレイやタッチパネルを入出力デバイスとして利用することも可能である。
【００３７】
端末装置２は、例えば、ウェアラブル端末、スマートフォンなどが好適である。ただし、端末装置２は、例えば、ＩＣチップ、もしくはＩＣチップ付きの時計やカードなどでもよく、持ち運びが容易で、かつクレジットカード１との間で通信を行い得る装置であれば、その種類は問わない。クレジットカード１と端末装置２との間の通信は、通常、近距離無線通信である。
【００３８】
なお、クレジットカード１および端末装置２の各々は、例えば、図示しない外部装置（例えば、情報処理装置、金融機関の決済サーバ、クレジットカード処理端末等）との間でも通信を行えることは好適である。外部装置との間の通信は、通常、インターネットや通信回線等を介した広域通信であるが、近距離無線通信でもよく、その方式は問わない。
【００３９】
また、例えば、クレジットカード１が携帯端末内の仮想カードである場合、同じ携帯端末で、端末装置２をも実現し得る。つまり、情報システムＡは、一の携帯端末で実現することも可能であり、そのハードウェア構成は問わない。
【００４０】
さらに、クレジットカード１等のタイプやハードウェアに関する上記事項は、基本的には、後述する実施の形態２にも当てはまる。
【００４１】
クレジットカード１は、格納部１１、受付部１２、処理部１３、および出力部１４を備える。処理部１３は、取得部１３１、判断部１３２、および禁止処理部１３３を備える。
【００４２】
端末装置２は、端末格納部２１、端末受付部２２、端末送信部２３、端末処理部２４、端末受信部２５、および端末出力部２６を備える。
【００４３】
クレジットカード１を構成する格納部１１は、各種の情報を格納し得る。各種の情報とは、例えば、使用制限情報である。使用制限情報とは、使用制限を特定する情報である。使用制限とは、クレジットカード１の使用に関する制限である。
【００４４】
使用制限は、使用回数に関する制限を含む。使用回数とは、許可指示が受け付けられた後、クレジットカード１を使用できる回数である。なお、許可指示が受け付けられた後、クレジットカード１が使用された回数を、使用回数という場合もある。許可指示とは、使用を許可する指示である。許可指示は、通常、クレジットカード１を識別するクレジットカード識別子を有する。許可指示は、例えば、予め決められたボタン（例えば、後述する許可指示ボタン等）の操作であるが、指紋認証デバイスへのタッチなどでもよく、クレジットカード１の使用を許可するための指示であれば何でもよい。
【００４５】
また、使用制限は、使用時間に関する制限をも含むことは好適である。使用時間とは、許可指示が受け付けられた後、クレジットカード１を使用できる時間である。
【００４６】
使用制限情報は、使用回数の上限値である使用可能回数ｎ（ｎは１以上の自然数）を含む。例えば、使用制限情報“使用可能回数ｎ”は、許可指示が受け付けられた後、ｎ回までしか使用できないという使用制限を示す。なお、以下では、使用可能回数ｎを「使用制限の回数ｎ」、または単に「回数ｎ」と記す場合もある。
【００４７】
また、使用制限情報は、例えば、使用時間に関する閾値（例えば、１分、５分等）をも含むことは好適である。例えば、使用制限情報“回数ｎ，＆閾値１分”は、許可指示が受け付けられた後、ｎ回まで使用しか使用できず、かつ許可指示が受け付けられた後、１分以内の時間または１分未満の時間しか使用できないという使用制限を示す。
【００４８】
なお、格納部１１には、上記のような使用制限情報が予め格納されていてもよいし、または、後出する受付部１２が受け付けた使用制限情報を、後述する出力部１４が格納部１１に蓄積してもよい。
【００４９】
なお、格納部１１には、通常、前述したクレジットカード識別子、クレジットカード識別子以外のクレジットカード情報、および後述する端末装置識別子なども格納される。
【００５０】
受付部１２は、各種の情報を受け付ける。各種の情報とは、例えば、前述した許可指示、後述する遂行情報、前述した使用可能回数ｎなどである。受け付けとは、例えば、タッチパネル等の入力デバイスを介した受け付けでもよいし、端末装置２からの受信でも、図示しない情報処理装置等の外部装置からの受信でもよい。なお、端末装置２からの受信は、通常、近距離無線による受信であるが、広域通信による受信でもよい。また、外部装置からの受信は、通常、広域通信による受信であるが、近距離無線による受信でもよい。ただし、受け付けは、例えば、ディスクや半導体メモリなどの記録媒体から読み出された情報の受け付けなどでもよく、その態様は問わない。
【００５１】
受付部１２は、例えば、入力デバイスを介して許可指示を受け付ける。なお、入力デバイスを介して受け付けることは、例えば、ディスプレイに表示された許可指示ボタンの操作をタッチパネルで受け付けることでもよいし、指紋認証デバイスへのタッチに応じて指紋認証を行い、指紋認証が成功した場合に、当該タッチを許可指示として受け付けることでもよい。
【００５２】
または、受付部１２は、端末装置２から許可指示を受信してもよい。なお、端末装置２から許可指示を受信することは、例えば、ユーザがクレジットカード１を端末装置２にかざすこと等により、クレジットカード１と端末装置２とがＮＦＣ等の近距離無線で通信可能になった場合に、端末装置２から送信される端末装置識別子を、許可指示として受信することでも構わない。かかる場合、端末装置２は、事前に許可されているクレジットカード１（例えば、端末格納部２１に格納されているクレジットカード識別子で識別されるクレジットカード１）としか、近距離無線通を行わないことは好適である。このように、許可指示の受け付けは、クレジットカード１の使用を許可するための指示の受け付けであれば、何でもよい。
【００５３】
また、受付部１２は、例えば、入力デバイスを介して遂行情報をも受け付ける。または、受付部１２は、端末装置２から遂行情報を受信してもよい。あるいは、受付部１２は、例えば、図示しないクレジットカード処理端末などから遂行情報を受信してもよく、遂行情報の送信元は問わない。
【００５４】
遂行情報とは、決済を遂行するための情報である。決済とは、クレジットカード１による代金の支払いである。遂行とは、決済を実行することでもよいし、決済のための処理を行うことでもよい。決済のための処理は、例えば、決済が実行される装置（例えば、金融機関の決済サーバ等）への代金情報およびクレジットカード情報の送信も含んでいてよい。代金情報とは、クレジットカード１で決済される代金を示す情報である。
【００５５】
遂行情報は、例えば、遂行指示であってもよい。遂行指示とは、決済を遂行する指示である。遂行指示は、例えば、予め決められたボタン（例えば、決済ボタン等）の操作であるが、暗証番号の入力や、磁気カードをカードリーダーに通す操作などでもよく、クレジットカード１による決済を遂行するための指示であれば何でもよい。また、遂行情報は、通常、クレジットカード識別子を含む。また、遂行情報は、通常、代金情報も含む。さらに、遂行情報は、例えば、クレジットカード１の暗証番号なども含んでいてよく、その内容は問わない。
【００５６】
受付部１２は、例えば、入力デバイスを介して回数ｎを受け付ける。または、受付部１２は、端末装置２から回数ｎを受信してもよい。
【００５７】
なお、受付部１２は、例えば、入力デバイスを介して時間に関する閾値も受け付けてよい。または、受付部１２は、端末装置２から閾値を受信してもよい。
【００５８】
処理部１３は、各種の処理を行う。各種の処理とは、例えば、後述する取得部１３１、判断部１３２、および禁止処理部１３３などの処理である。また、処理部１３は、受付部１２が受け付けた決済情報を用いて、決済を遂行する。さらに、処理部１３は、フローチャートで説明する各種の判別なども行う。
【００５９】
取得部１３１は、状況情報を取得する。状況情報とは、受付部１２が許可指示を受け付けた後の状況に関する情報をいう。状況情報は、通常、受付部１２が許可指示を受け付けた後、遂行情報を受け付けるまでの状況に関する情報であるが、遂行情報が受け付けられた後の状況に関する情報でもよい。ここで、「許可指示を受け付けた後、遂行情報を受け付けるまで」とは、許可指示の受け付けから、例えば、使用可能回数ｎに対応するｎ回目（つまり、最後）の遂行情報を受け付けるまでの期間であることは好適である。
【００６０】
取得部１３１は、例えば、受付部１２が許可指示を受け付けた時点で、初期の状況情報を取得し、以降、受付部１２が遂行情報を受け付ける度に、新たな状況情報を取得する動作を、遂行情報の受付回数が使用可能回数ｎに達するまで、繰り返してもよい。なお、遂行情報の受付回数とは、受付部１２が許可指示を受け付けた後に遂行情報を受け付けた回数である。受付回数は、通常、クレジットカード１の使用回数と同じである。
【００６１】
または、取得部１３１は、例えば、上記のように初期の状況情報を取得して以降、予め決められた時間間隔で、新たな状況情報を取得する動作を行ってもよい。かかる動作もまた、受付回数または使用回数が使用可能回数ｎに達した後、終了されてよいが、例えば、受付部１２が新たな許可指示を受け付けるまでの期間、継続されても構わない。
【００６２】
具体的には、状況情報は、例えば、受付部１２が許可指示を受け付けた後、クレジットカード１を使用した回数（使用回数）、もしくは使用可能回数ｎまでの残り回数を含む。残り回数とは、使用可能回数ｎから使用回数を減算した回数であり、クレジットカード１は、残り回数だけ使用できる。
【００６３】
また、状況情報は、例えば、許可指示が受け付けられてからの経過時間、もしくは時間に関する閾値までの残り時間も含んでいてもよい。残り時間とは、時間に関する閾値から経過時間を減算した値であり、クレジットカード１は、残り時間だけ使用できる。
【００６４】
なお、状況情報は、例えば、許可指示が受け付けられてから後の、端末装置２からクレジットカード１までの距離に関する閾値なども含んでよく、その内容は問わない。
【００６５】
具体的には、取得部１３１は、例えば、受付部１２が許可指示を受け付けてから後の、クレジットカード１が使用された回数を計数してもよい。すなわち、取得部１３１は、例えば、使用回数情報を保持していてもよい。使用回数情報とは、許可指示が受け付けられた後にクレジットカード１が使用された回数を示す情報である。受付部１２が許可指示を受け付けたことに応じて、使用回数情報を“０”にリセットし、その後、クレジットカード１による決済が遂行される度に、使用回数情報をインクリメントしてもよい。さらに、取得部１３１は、使用可能回数ｎから使用回数情報を減算して、残り回数を算出してもよい。
【００６６】
また、取得部１３１は、例えば、ＭＰＵの内蔵時計やＮＴＰサーバ等を用いて、受付部１２が許可指示を受け付けてからの経過時間を計時してもよい。さらに、取得部１３１は、時間に関する閾値から経過時間を減算して残り時間を算出してもよい。
【００６７】
なお、取得部１３１は、例えば、近距離無線の受信強度や、ＧＰＳ受信機からの信号などを用いて、クレジットカード１と端末装置２との間の距離を取得してもよい。
【００６８】
取得部１３１は、こうして計数した使用回数または算出した残り回数のうち１以上を含む状況情報を取得する。また、取得部１３１は、使用回数等に加えて、計時した経過時間または算出した残り時間のうち１以上の情報をも含む状況情報を取得することは好適である。なお、取得部１３１は、使用回数等に加えて、端末装置２との間の距離をも含む状況情報を取得してもよい。
【００６９】
判断部１３２は、受付部１２が許可指示を受け付けた後、使用制限情報を満たすか否かを、例えば、取得部１３１が取得した状況情報を用いて判断する。詳しくは、使用制限情報が回数ｎを含む場合、判断部１３２は、受付部１２が許可指示を受け付けた後、クレジットカード１を使用した回数がｎ以下か否かを判別する。そして、判断部１３２は、クレジットカード１を使用した回数がｎ以下である場合、使用制限情報を満たすと判断し、クレジットカード１を使用した回数がｎ以下でない場合、使用制限情報を満たさないと判断する。
【００７０】
また、使用制限情報が、回数ｎ、および時間に関する閾値を含む場合、判断部１３２は、受付部１２が許可指示を受け付けた後、クレジットカード１を使用した回数がｎ以下か否かを判別し、かつ経過時間が閾値以内または閾値未満であるか否かを判別する。そして、判断部１３２は、クレジットカード１を使用した回数がｎ以下であり、かつ経過時間が閾値以内または閾値未満である場合に、使用制限情報を満たすと判断し、クレジットカード１を使用した回数がｎ以下でない場合、または経過時間が閾値以内または閾値未満でない場合に、使用制限情報を満たさないと判断する。
【００７１】
なお、使用制限情報が、距離に関する閾値をも含む場合、判断部１３２は、受付部１２が許可指示を受け付けた後に取得部１２が取得した、端末装置２からクレジットカード１までの距離が、距離に関する閾値以下または当該閾値未満であるか否かをも判別する。そして、判断部１３２は、クレジットカード１を使用した回数がｎ以下であっても、または、回数がｎ以下かつ経過時間が閾値以内または閾値未満であっても、取得された距離が、距離に関する閾値以下または当該閾値未満である場合には、使用制限情報を満さないと判断してもよい。
【００７２】
禁止処理部１３３は、判断部１３２が使用制限情報を満たさないと判断した場合は、クレジットカード１の使用を禁止するための処理を行う。禁止するための処理とは、例えば、クレジットカード情報を読み取れないようにすることでもよいし、クレジットカード情報の暗号解除を行わないようにすることでもよいし、クレジットカード１の使用の可否を示すフラグに“使用禁止”をセットすることでもよく、クレジットカード１を使用不能にする処理であれば、何でもよい。
【００７３】
具体的には、禁止処理部１３３は、例えば、クレジットカード情報を読み取るカードリーダー等のモジュールの動作を止めたり、読み取られたクレジットカード情報の暗号解除を行うプログラム等の起動や実行を阻害したりすることにより、クレジットカード１を使用不能にしてもよい。または、こうしたモジュールやプログラムが、予め決められたフラグの値に応じて、クレジットカード情報の読み取りや暗号解除を行うように設計されている場合、禁止処理部１３３は、例えば、そのフラグに“使用禁止”に対応する値をセットすることで、クレジットカード１を使用不能にしてもよい。
【００７４】
ただし、結果としてクレジットカード１の使用が禁止されればよく、禁止処理部１３３は、クレジットカード１の使用を禁止する手法は問わない。なお、以下では、判断部１３２が使用制限情報を満たさないと判断した場合に、クレジットカード１の使用を禁止する処理を「禁止処理」と記す場合がある。
【００７５】
出力部１４は、各種の情報を出力する。各種の情報とは、例えば、前述した状況情報（例えば、使用回数、経過時間等）、前述した使用制限情報（例えば、使用可能回数ｎ、使用時間に関する閾値等）などである。出力とは、例えば、ディスプレイやスピーカー等の出力デバイスを介した出力でもよいし、端末装置２や図示しない情報処理装置等の外部装置への送信でもよいし、格納部１１やその他の記録媒体への蓄積であってもよい。なお、端末装置２への送信は、通常、近距離無線による送信であるが、広域通信による送信でもよい。また、外部装置への送信は、通常、広域通信による送信であるが、近距離無線による送信でもよい。ただし、出力は、例えば、他の処理装置や他のプログラムなどへの処理結果の引渡しなどであってもよく、その態様は問わない。
【００７６】
出力部１４は、例えば、取得部１３１が取得した状況情報を出力する。出力部１４は、取得部１３１が取得した状況情報を、通常、端末装置２に送信するが、例えば、出力デバイスを介して出力してもよい。
【００７７】
出力部１４は、例えば、受付部１２が受け付けた回数ｎ等を含む使用制限情報を格納部１１に蓄積する。なお、蓄積することは、格納部１１に格納されている使用制限情報に含まれている回数ｎ等を、受け付けられた新たな回数ｎ等に更新することでもよい。
【００７８】
端末装置２を構成する端末格納部２１は、各種の情報を格納し得る。各種の情報とは、例えば、端末装置識別子などである。端末装置識別子とは、端末装置２を識別する情報である。端末装置識別子は、例えば、ＭＡＣアドレス、ＩＰアドレス、ＩＤ等であるが、端末装置２を識別し得る情報であれば何でもよい。また、端末格納部２１には、通常、クレジットカード１を識別するクレジットカード識別子も格納される。
【００７９】
端末受付部２２は、各種の情報を受け付ける。各種の情報とは、例えば、許可指示、遂行情報、回数ｎ、時間に関する閾値などである。端末受付部２２による受け付けは、通常、入力デバイスを介した受け付けである。ただし、許可指示の受け付けは、例えば、ユーザがクレジットカード１を端末装置２にかざすこと等により、クレジットカード１と端末装置２とがＮＦＣ等の近距離無線で通信可能になった場合に、クレジットカード１から送信されるクレジットカード識別子を、許可指示として受信することでも構わない。かかる場合、クレジットカード１は、事前に許可されている端末装置２（例えば、格納部１１に格納されている端末識別子で識別される端末装置２）としか、近距離無線通を行わないことは好適である。
【００８０】
端末送信部２３は、端末受付部２２が受け付けた許可指示等の情報をクレジットカード１に送信する。端末送信部２３は、通常、許可指示等の情報を、端末格納部２１に格納されている端末装置識別子と対に、クレジットカード１に送信する。なお、端末送信部２３による送信は、通常、近距離無線による送信である。
【００８１】
端末処理部２４は、各種の処理を行う。各種の処理とは、例えば、端末受付部２２が許可指示等の情報を受け付けたか否かの判別などであってもよい。
【００８２】
端末受信部２５は、クレジットカード１から状況情報を受信する。
【００８３】
端末出力部２６は、端末受信部２５が受信した状況情報を出力する。端末出力部２６による出力は、通常、ディスプレイ等の出力デバイスを介した出力である。
【００８４】
格納部１１、および端末格納部２１は、例えば、フラッシュメモリ等の不揮発性の記録媒体が好適であるが、ＲＡＭなど揮発性の記録媒体でも実現可能である。格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、ネットワークや通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。入力デバイスは、例えば、タッチパネルやキーボード等、何でもよい。なお、かかる事項は、実施の形態２における格納部３１にも当てはまる。
【００８５】
受付部１２、端末受付部２２は、入力デバイスを含むと考えても、含まないと考えてもよい。受付部１２等は、入力デバイスのドライバーソフトによって、または入力デバイスとそのドライバーソフトとで実現され得る。なお、かかる事項は、実施の形態２における受付部３２にも当てはまる。
【００８６】
処理部１３、取得部１３１、判断部１３２、禁止処理部１３３、および端末処理部２４は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。ただし、処理手順は、ハードウェア（専用回路）で実現してもよい。なお、かかる事項は、実施の形態２における処理部３３、取得部３３１、判断部３３２、および禁止処理部３３３にも当てはまる。
【００８７】
出力部１４、端末出力部２６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えてもよい。出力部１４等は、出力デバイスのドライバーソフトによって、または出力デバイスとそのドライバーソフトとで実現され得る。なお、かかる事項は、実施の形態２における出力部３４にも当てはまる。
【００８８】
端末送信部２３、および出力部１４の送信機能は、通常、無線または有線の通信手段（例えば、ＮＩＣ(Network interface controller)やモデム等の通信モジュール）で実現されるが、放送手段（例えば、放送モジュール）で実現されてもよい。なお、かかる事項は、実施の形態２における出力部３４の出力機能にも当てはまる。
【００８９】
端末受信部２５、および受付部１２の受信機能は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段（例えば、放送受信モジュール）で実現されてもよい。なお、かかる事項は、実施の形態２における受付部３２の受信機能にも当てはまる。
【００９０】
次に、カードシステム１００の動作について図２のフローチャートを用いて説明する。図２は、クレジットカード１の動作を説明するフローチャートである。
【００９１】
（ステップＳ２０１）処理部１３は、受付部１２が許可指示を受け付けたか否かを判別する。なお、ここでの受け付けは、通常、端末装置２からの受信である。端末装置２において、端末受付部２２が許可指示を受け付け、端末送信部２３は、受け付けられた許可指示をクレジットカード１に送信する。また、かかる事項は、後述するステップＳ２０８での回数ｎ等の受け付けに関しても当てはまる。
【００９２】
受付部１２が許可指示を受け付けた場合はステップＳ２０２に進み、受け付けていない場合はステップＳ２０８に進む。
【００９３】
（ステップＳ２０２）取得部１３１は、状況情報を取得する。状況情報の内容、および取得方法については、前述したので繰り返さない。
【００９４】
（ステップＳ２０３）出力部１４は、ステップＳ２０３で取得された状況情報を出力する。なお、ここでの出力は、通常、端末装置２への送信である。端末装置２において、端末受信部２５が状況情報を受信し、端末出力部２６は、受信された状況情報を、ディスプレイ等の出力デバイスを介して出力する。
【００９５】
（ステップＳ２０４）判断部１３２は、格納部１１に格納されている使用制限情報を満たすか否かを、ステップＳ２０２で取得された状況情報を用いて判断する。なお、使用制限情報の内容、および判断方法については、前述したので繰り返さない。使用制限情報を満たす場合はステップＳ２０６に進み、満たさない場合はステップＳ２０７に進む。
【００９６】
（ステップＳ２０５）処理部１３は、受付部１２が遂行情報を受け付けたか否かを判別する。なお、ここでの受け付けは、例えば、端末装置２からの受信でもよいし、図示しないクレジットカード処理端末からの受信でもよい。端末装置２において、端末受付部２２が遂行情報を受け付け、端末送信部２３は、受け付けられた遂行情報をクレジットカード１に送信する。
【００９７】
受付部１２が遂行情報を受け付けた場合はステップＳ２０６に進み、受け付けていない場合はステップＳ２０２に戻る。
【００９８】
（ステップＳ２０６）処理部１３は、ステップＳ２０２で受け付けられた遂行情報を用いて、決済を遂行する。なお、処理部１３は、決済の遂行に応じて、使用回数情報のインクリメントも行う。その後、ステップ２０２に戻る。
【００９９】
（ステップＳ２０７）禁止処理部１３３は、禁止処理を実行する。その後、ステップＳ２０１に戻る。これにより、新たな許可指示が受け付けられる迄、クレジットカード１による決済は不可能となる。
【０１００】
（ステップＳ２０８）処理部１３は、受付部１２が回数ｎ等を受け付けたか否かを判別する。受付部１２が回数ｎ等を受け付けた場合はステップＳ２０９に進み、受け付けていない場合はステップＳ２０１に戻る。
【０１０１】
（ステップＳ２０９）出力部１４は、ステップＳ２０８で受け付けられた回数ｎ等を含む使用制限情報を格納部１１に蓄積する。これによって、例えば、格納部１１に予め格納されていたデフォルトの使用制限情報が、ユーザ設定による新たな使用制限情報に更新される。その後、ステップＳ２０１に戻る。
【０１０２】
なお、図２のフローチャートにおいて、例えば、クレジットカード１の電源オン、クレジットカード１への端末装置２の接近、またはプログラムの起動などに応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガは問わない。
【０１０３】
以下、本実施の形態におけるカードシステム１００の具体的な動作について説明する。なお、以下の説明は、例示に過ぎず、適宜変更が可能であり、本発明を何ら限定するものではない。
【０１０４】
本例のクレジットカード１は、ＩＣカードであり、端末装置２は、スマートフォン等の携帯端末である。クレジットカード１は、ユーザＡの所有物であり、同じくユーザＡの所有物である端末装置２と近距離無線による通信を行うことができる。なお、以下では、クレジットカード１を「カードＸＸ」と記し、端末装置２を「端末ａａ」と記す場合がある。
【０１０５】
カードＸＸの格納部１１には、クレジットカード識別子“ＸＸ”、および端末装置識別子“ａａ”が格納される。また、格納部１１には、使用制限情報、および状況情報も格納される。使用制限情報は、使用可能回数ｎ、および時間に関する閾値を有する。状況情報は、使用回数、残り回数、経過時間、および残り時間を有する。
【０１０６】
初期状態では、使用制限情報は“ｎ＝１，閾値＝Ｎｕｌｌ”であり、状況情報は“使用回数＝０，残り回数＝１，経過時間＝０，残り時間＝Ｎｕｌｌ”である。なお、“Ｎｕｌｌ”は、当該要素が存在しないことを示す情報である。また、使用制限情報は、ユーザ設定による変更が可能であり、状況情報は、決済の遂行等に応じて自動的に更新される。
【０１０７】
いま、店舗での買い物を終えたユーザＡが、カードＸＸで支払いを行うべく、端末ａａの電源をオンしたとする。これに応じて、端末ａａのディスプレイには、例えば、図３に示すような初期画面が表示される。図３は、初期画面の一例を示す図である。初期画面は、カードの画像と、文字列“許可指示ボタンを押すとクレジットカードは１回だけ使用可能になります”と、許可指示ボタンと、制限変更ボタンとを有する。許可指示ボタンは、許可指示を入力するためのボタンである。制限変更ボタンは、回数ｎ等の使用制限情報を変更するためのボタンである。
【０１０８】
詳しくは、端末出力部２６は、画面構成情報を保持している。画面構成情報とは、画面を構成するための情報である。画面構成情報は、例えば、文字データ、画像データ、およびレイアウト情報などを含む。画像データとは、例えば、カードや各種のボタンを表示するための画像のデータである。文字データとは、例えば、ボタン等に対応付いた文字列等のデータである。レイアウト情報とは、画面内におけるカードや文字列やボタン等の配置を示す情報である。ただし、画面構成情報のデータ構造は問わない。端末出力部２６は、画面構成情報と使用制限情報とを用いて、図３に示すような初期画面を構成し、ディスプレイを介して出力する。
【０１０９】
なお、使用回数を変更したい場合、ユーザＡは、制限変更ボタンを操作すればよい。これに応じて、端末出力部２６は、入力画面を出力する。図示は省略するが、入力画面は、回数ｎ等を入力するための１以上の入力欄を有しており、ユーザＡは、かかる１以上の入力欄に、タッチパネ等の入力デバイスを介して、回数ｎ等を入力すればよい。
【０１１０】
ユーザＡが許可指示ボタンを操作すると、端末ａａにおいて、端末受付部２２が使用許可を受け付け、端末送信部２３は、その使用許可をカードＸＸに送信する。
【０１１１】
カードＸＸにおいて、受付部１２が上記使用許可を受信し、処理部１３は、カード管理情報１に含まれるクレジットカード識別子“ＸＸ”を有する許可指示が受け付けられたと判別する。取得部１３１は、当該クレジットカード識別子“ＸＸ”で識別されるカードＸＸに関する状況情報の取得を開始する。なお、状況情報の取得は、例えば、１分や１０秒等の間隔で定期的に行われるが、不定期に行われてもよい。具体的には、状況情報のうち、使用回数または残り回数は、決済が遂行された場合にだけ取得されても構わない。
【０１１２】
処理部１３は、取得された状況情報を用いて、カード管理情報１が有する状況情報を更新する。出力部１４は、取得された状況情報を端末ａａに送信する。端末ａａにおいて、上記状況情報が受信され、ディスプレイ等の出力デバイスを介して出力される。これによって、ユーザＡは、上記許可指示の後にカードＸＸが使用された回数、または使用が禁止されるまでの残り回数がわかる。
【０１１３】
判断部１３２は、カード管理情報１を用いて、使用制限情報を満たすか否かを判断する。この時点では、カードＸＸは未使用なので、使用制限情報を満たすと判断され、処理部１３は、１回だけ決済を遂行できる。
【０１１４】
その後、カードＸＸが未使用の間は、例えば、端末ａａのディスプレイには、例えば、図４に示すような画面が表示される。図４は、許可指示が受け付けられた直後の画面の一例を示す図である。図４の画面は、図３の初期画面において、“許可指示ボタンを押すとクレジットカードは１回だけ使用可能になります”に代えて、“クレジットカードは１回だけ使用できます。現在の使用回数は０回です”を有し、かつ許可指示ボタンおよび制限変更ボタンがグレーアウトされたような構成を有する。端末出力部２６は、画面構成情報と、使用制限情報および状況情報とを用いて、図４に示すような画面を構成し、ディスプレイを介して出力する。
【０１１５】
その後、ユーザＡは、カードＸＸを店員に手渡す。店員は、カードＸＸをクレジットカード処理端末に装着し、代金情報および遂行指示を入力する。ユーザＡは、必要に応じて、暗証番号などの情報をクレジットカード処理端末に入力してもよい。
【０１１６】
カードＸＸにおいて、受付部１２が上記入金情報等の入力を遂行情報として受け付け、処理部１３は、受け付けられた遂行情報を用いて、カードＸＸを用いた決済の遂行をクレジットカード処理端末に依頼する。クレジットカード処理端末は、カードＸＸから、クレジットカード識別子“ＸＸ”を含むクレジットカード情報を読み取る。そして、クレジットカード処理端末は、読み取ったクレジットカード情報、および入力された代金情報等を有する遂行情報を、金融機関の決済サーバに送信する。決済サーバにおいて、クレジットカード情報および代金情報等を用いて、カードＸＸによる決済が遂行される。決済が完了すると、決済サーバから、決済完了を示す通知がクレジットカード処理端末に送信される。処理部１３は、決済完了を示す通知に応じて、カード管理情報１に含まれる使用回数を“０”から“１”にインクリメントする。
【０１１７】
このような決済の遂行は、許可指示から１分以内に完了したとする。許可指示から１分が経過した時点で、格納部１１の状況情報は、“使用回数＝０，残り回数＝１，経過時間＝０分，残り時間＝Ｎｕｌｌ”となる。判断部１３２は、かかる状況情報と、使用制限情報“ｎ＝１，Ｎｕｌｌ”とを用いて、使用制限情報を満たすか否かを判断する。この場合、カードＸＸの使用回数は、既に使用可能回数ｎ＝１に達しているので、使用制限情報を満たさないと判断される。
【０１１８】
従って、処理部１３は、新たに許可指示が受け付けられるまで、決済を遂行することができず、カードＸＸによる決済は不可能となる。これにより、一の遂行情報に対して、過誤により又は故意に、２回以上、決済が遂行されてしまうリスクを低減できる。
【０１１９】
その後、ユーザＡは、使用制限情報の変更を行うべく、端末ａａの電源をオンし、図３の初期画面上で制限変更ボタンを操作したとする。ユーザＡは、２つの店舗で続けて、カードＸＸによる支払いをする予定であるため、例えば、回数“ｎ＝２”および閾値“５分”を端末ａａに入力したとする。端末ａａにおいて、端末受付部２２が回数“ｎ＝２”等を受け付け、端末送信部２３は、その回数“ｎ＝２”等をカードＸＸに送信する。
【０１２０】
カードＸＸにおいて、受付部１２が上記回数“ｎ＝２”等を受信し、出力部１４は、受け付けられた回数“ｎ＝２”等を含む使用制限情報を格納部１１に蓄積する。これによって、デフォルトの使用制限情報“ｎ＝１，Ｎｕｌｌ”が、ユーザ設定による新たな使用制限情報“ｎ＝２，５分”に更新される。
【０１２１】
その後、ユーザＡは、１件目の店舗で買い物をし、カードＸＸで支払いを行うべく、端末ａａの許可指示ボタンを操作する。端末ａａは、使用許可をカードＸＸ１に送信する。
【０１２２】
カードＸＸ１において、受付部１２が上記使用許可を受信し、取得部１３１は、カードＸＸに関する状況情報の取得を開始する。判断部１３２は、状況情報を用いて、使用制限情報を満たすか否かを判断する。この時点では、カードＸＸは未使用であり、経過時間も閾値“５分”に満たないので、使用制限情報を満たすと判断され、処理部１３は、２回まで決済を遂行できる。
【０１２３】
ユーザＡがカードＸＸを店員に手渡すと、店員は、カードＸＸをクレジットカード処理端末に装着し、代金情報および遂行指示を入力する。カードＸＸにおいて、受付部１２が入力を受け付け、処理部１３は、カードＸＸによる決済を遂行する。クレジットカード処理端末は、遂行情報を決済サーバに送信し、そこで決済が遂行されると、カード管理情報１に含まれる使用回数は、“０”から“１”にインクリメントされる。
【０１２４】
その後、ユーザＡは、２番目の店舗で買い物をするも、支払いにカードＸＸを使用しなかったとする。許可指示から５分が経過した時点で、格納部１１の状況情報は、“使用回数＝１，残り回数＝１，経過時間＝５分超，残り時間＝０”となる。判断部１３２は、経過時間が既に閾値“５分”を超えているので、使用制限情報を満たさないと判断する。
【０１２５】
従って、処理部１３は、新たに許可指示が受け付けられるまで、決済を遂行することができず、カードＸＸによる決済は不可能となる。これにより、カードＸＸの紛失等により、カードＸＸによる決済が不正に遂行されてしまうリスクを低減できる。
【０１２６】
以上、本実施の形態によれば、クレジットカード１は、使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できないという使用制限があることにより、クレジットカード１が繰り返し不正使用されるリスクを低減できる。
【０１２７】
また、上記クレジットカード１において、使用制限は、使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できず、かつ許可指示が受け付けられた後、閾値以内の時間または閾値未満の時間のみしか使用できない制限であることにより、クレジットカード１が繰り返し不正使用されるリスクをさらに低減できる。
【０１２８】
また、クレジットカード１は、使用制限を特定する使用制限情報が格納される格納部１１と、許可指示を受け付ける受付部１２と、受付部１２が許可指示を受け付けた後、使用制限情報を満たすか否かを判断する判断部１３２と、判断部１３２が使用制限情報を満たさないと判断した場合は、クレジットカード１の使用を禁止する禁止処理部１３３とを具備することにより、クレジットカード１が自ら、使用制限情報を満たすか否かを判断することで、繰り返し不正使用されるリスクを低減できる。
【０１２９】
また、上記クレジットカード１において、受付部１２は、端末装置２から許可指示を受信する。従って、クレジットカード１は、端末装置２から許可指示を受信しなければ使用可能にならないので、不正使用のリスクをより一層低減できる。
【０１３０】
また、上記クレジットカード１において、受付部１２は、決済の遂行に関する遂行情報をも受け付け、受付部１２が許可指示を受け付けた後、遂行情報を受け付けるまでの状況に関する状況情報を取得する取得部１３１と、状況情報を出力する出力部１４とをさらに具備することにより、ユーザは、許可指示受け付け後の状況（例えば、使用回数、経過時間等）がわかるので、遂行情報（例えば、代金情報、遂行指示等）を的確に入力できる。
【０１３１】
また、上記クレジットカード１において、受付部１２は、使用制限の回数ｎを受け付け、受付部１２が受け付けた使用制限の回数ｎを有する使用制限情報を格納部１１に蓄積する出力部１４をさらに具備することにより、回数ｎをユーザが設定できる。
【０１３２】
さらに、本実施の形態における処理は、ソフトウェアで実現してもよい。そして、このソフトウェアをソフトウェアダウンロード等により配布してもよい。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布してもよい。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。
【０１３３】
つまり、このプログラムは、クレジットカード１を、使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できないように制限するためのプログラムである。
【０１３４】
より特定的には、クレジットカード１のコンピュータがアクセス可能な記録媒体は、前記使用制限を特定する使用制限情報が格納される格納部１１を具備し、このプログラムは、前記コンピュータを、前記許可指示を受け付ける受付部１２と、前記受付部１２が許可指示を受け付けた後、前記使用制限情報を満たすか否かを判断する判断部１３２と、前記判断部１３２が前記使用制限情報を満たさないと判断した場合は、クレジットカード１の使用を禁止する禁止処理部１３３として機能させるためのプログラムである。
【０１３５】
（実施の形態２）
図５は、本実施の形態におけるカードシステム２００のブロック図である。カードシステム２００は、情報処理装置３、および１または２以上のクレジットカード４を備える。１以上の各クレジットカード４は、例えば、インターネットや通信回線等を介して、情報処理装置３と広域通信可能に接続される。
【０１３６】
情報処理装置３は、例えば、本カードシステム２００を運営する企業等のサーバやクラウドサーバ等であるが、店舗のクレジットカード処理端末やレジ端末、あるいは家庭のＰＣなどであってもよく、そのタイプや所在は問わない。
【０１３７】
クレジットカード４は、例えば、携帯端末内の仮想カードであるが、ＩＣカードでもよい。なお、後者のタイプのクレジットカード４は、例えば、端末装置５を介してインターネット等に接続されてもよい。端末装置５は、例えば、携帯端末であるが、クレジットカード４と近距離無線通信が行え、かつ情報処理装置３と広域通信が行える装置であれば、そのタイプは問わない。
【０１３８】
情報処理装置３は、格納部３１、受付部３２、処理部３３、および出力部３４を備える。処理部３３は、取得部３３１、判断部３３２、および禁止処理部３３３を備える。
【０１３９】
なお、情報処理装置３の上記構成要素群（３１〜３４，３３１〜３３３）は、基本的には、実施の形態１で説明したクレジットカード１の対応する構成要素群（１１〜１４，１３１〜１３３）と同様の動作を、１以上のクレジットカード４ごとに行うものである。従って、以下では、実施の形態１との相違点のみを説明し、共通する事項の説明は、省略または簡略化する。
【０１４０】
情報処理装置３を構成する格納部３１には、１または２以上のクレジットカード識別子が格納される。また、格納部３１には、１以上の各クレジットカード識別子に対応付けて、使用制限情報も格納される。さらに、格納部３１には、１以上の各クレジットカード識別子に対応付けて、状況情報も格納される。なお、格納部３１には、１以上の各クレジットカード識別子に対応付けて、当該クレジットカード識別子で識別されるクレジットカードと通信を行う端末装置５を識別する端末装置識別子も格納されてよい。
【０１４１】
なお、以下では、一のクレジットカード識別子と、これに対応する使用制限情報、状況情報、および端末装置識別子とで構成される情報を、「カード管理情報」と総称する場合がある。つまり、格納部３１には、１以上のクレジットカード４に対応する１以上のカード管理情報が格納されるといってもよい。
【０１４２】
受付部３２は、一のクレジットカード４を識別するクレジットカード識別子を有する許可指示を受け付ける。受付部３２は、かかる許可指示を、例えば、当該クレジットカード４から受信するが、当該クレジットカード４と通信した端末装置５から受信してもよい。
【０１４３】
受付部３２は、クレジットカード識別子を有する遂行情報も受け付ける。受付部３２は、かかる遂行情報を、例えば、クレジットカード４から受信するが、端末装置５から受信してもよい。
【０１４４】
受付部３２は、クレジットカード識別子と対に、使用制限の回数ｎを受け付ける。受付部３２は、さらに、時間に関する閾値も受け付けてよい。受付部３２は、回数ｎ等を、例えば、クレジットカード４から受信するが、端末装置５から受信してもよい。
【０１４５】
処理部３３は、各種の処理を行う。各種の処理とは、例えば、後述する取得部３３１、判断部３３２、および禁止処理部３３３などの処理である。また、処理部３３は、例えば、受付部３２が受け付けた遂行情報を用いて、当該遂行情報が有するクレジットカード識別子で識別されるクレジットカード４を用いた決済を遂行する。さらに、処理部３３は、フローチャートで説明する各種の判別なども行う。
【０１４６】
取得部３３１は、受付部３２が許可指示を受け付けた後、遂行情報を受け付けるまでの状況であり、当該許可指示が有するクレジットカード識別子で識別されるクレジットカード４の状況に関する状況情報を取得する。
【０１４７】
判断部３３２は、受付部３２が許可指示を受け付けた後、当該許可指示が有するクレジットカード識別子に対応する使用制限情報を満たすか否かを判断する。
【０１４８】
禁止処理部３３３は、判断部３３２が使用制限情報を満たさないと判断した場合は、当該使用制限情に対応するクレジットカード識別子で識別されるクレジットカード４の使用を禁止する。
【０１４９】
出力部３４は、取得部３３１が取得した状況情報を出力する。出力部３４は、例えば、受付部３２が許可指示を受け付けた後に取得部３３１が取得した状況情報を、当該許可指示が有するクレジットカード識別子で識別されるクレジットカード４に送信してもよいし、当該クレジットカード４と通信を行う端末装置５に送信してもよい。または、出力部３４は、例えば、情報処理装置３内のディスプレイ等の出力デバイスを介して、状況情報を出力しても構わない。
【０１５０】
出力部３４は、受付部３２がクレジットカード識別子と対に受け付けた使用制限の回数ｎ等を有する使用制限情報を、クレジットカード識別子に対応付けて、格納部３１に蓄積する。
【０１５１】
次に、カードシステム２００の動作について、図６および図２のフローチャートを用いて説明する。図６は、情報処理装置３の動作を説明するフローチャートである。
【０１５２】
（ステップＳ６０１）処理部３３は、変数ｉに初期値１をセットする。変数ｉとは、格納部３１に格納されている１以上のカード管理情報のうち、未選択のカード管理情報を順番に選択していくための情報である。
【０１５３】
（ステップＳ６０２）処理部３３は、ｉ番目のカード管理情報があるか否かを判別する。ｉ番目のカード管理情報がある場合はステップＳ６０３に進み、ない場合はステップS６０１に戻る。
【０１５４】
（ステップＳ６０３）処理部３３等は、ｉ番目のカード管理情報を用いた処理を行う。なお、この処理については後述する。
【０１５５】
（ステップＳ６０４）処理部３３は、変数ｉをインクリメントする。その後、ステップＳ６０２に戻る。
【０１５６】
なお、図６のフローチャートにおいて、情報処理装置３の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガは問わない。
【０１５７】
上記ステップＳ６０３の、ｉ番目のカード管理情報を用いた処理を説明するフローチャートは、図２に示されている。
【０１５８】
（ステップＳ２０１）処理部３３は、受付部３２が、ｉ番目のカード管理情報に含まれるクレジットカード識別子（以下、ｉ番目のクレジットカード識別子と記す場合がる）を有する許可指示を受け付けたか否かを判別する。なお、ここでの受け付けは、通常、ｉ番目のクレジットカード識別子で識別されるクレジットカード４からの受信であるが、ｉ番目のクレジットカード４と通信した端末装置５からの受信でもよい。当該クレジットカード４等において、許可指示が受け付けられ、受け付けられた許可指示が、情報処理装置３に送信される。また、かかる事項は、後述するステップＳ２０８での回数ｎ等の受け付けに関しても当てはまる。
【０１５９】
受付部３２が、ｉ番目のクレジットカード識別子を有する許可指示を受け付けた場合はステップＳ２０２に進み、受け付けていない場合はステップＳ２０８に進む。
【０１６０】
（ステップＳ２０２）取得部３３１は、ｉ番目のクレジットカード識別子で識別されるクレジットカード４の状況に関する状況情報を取得する。なお、図示は省略しているが、このとき、処理部３３は、取得された状況情報を用いて、ｉ番目のカード管理情報が有する状況情報を更新する。また、状況情報の内容、および取得方法については、前述したので繰り返さない。
【０１６１】
（ステップＳ２０３）出力部３４は、ステップＳ２０３で取得された状況情報を出力する。詳しくは、出力部３４は、取得された状況情報を、例えば、ｉ番目のクレジットカード識別子で識別されるクレジットカード４に送信してもよいし、当該クレジットカード４と通信を行う端末装置５に送信してもよい。クレジットカード４等において、上記状況情報が受信され、ディスプレイ等の出力デバイスを介して出力される。
【０１６２】
（ステップＳ２０４）判断部３３２は、ｉ番目のカード管理情報を用いて、使用制限情報を満たすか否かを判断する。なお、使用制限情報の内容、および判断方法については、前述したので繰り返さない。使用制限情報を満たす場合はステップＳ２０６に進み、満たさない場合はステップＳ２０７に進む。
【０１６３】
（ステップＳ２０５）処理部３３は、受付部３２が、ｉ番目のクレジットカード識別子を有する遂行情報を受け付けたか否かを判別する。なお、ここでの受け付けは、例えば、ｉ番目のクレジットカード識別子で識別されるクレジットカード４からの受信でも、当該クレジットカード４と通信した端末装置５からの受信でもよいし、または、図示しないクレジットカード処理端末からの受信でも構わない。当該クレジットカード４等において、遂行情報が受け付けられ、情報処理装置３に送信される。
【０１６４】
受付部３２が、ｉ番目のクレジットカード識別子を有する遂行情報を受け付けた場合はステップＳ２０６に進み、受け付けていない場合はステップＳ２０２に戻る。
【０１６５】
（ステップＳ２０６）処理部３３は、ステップＳ２０２で受け付けられた遂行情報を用いて、ｉ番目のクレジットカード識別子で識別されるクレジットカード４を用いた決済を遂行する。なお、図示は省略しているが、処理部３３は、決済の遂行に応じて、ｉ番目のカード管理情報に含まれる使用回数のインクリメントも行う。その後、ステップＳ２０２に戻る。
【０１６６】
（ステップＳ２０７）禁止処理部３３３は、ｉ番目のクレジットカード識別子で識別されるクレジットカード４に関する禁止処理を実行する。その後、ステップＳ２０１に戻る。これにより、ｉ番目のクレジットカード識別子を有する新たな許可指示が受け付けられる迄、ｉ番目のクレジットカード識別子で識別されるクレジットカード４による決済は不可能となる。
【０１６７】
（ステップＳ２０８）処理部３３は、受付部３２が、ｉ番目のクレジットカード識別子と対に、回数ｎ等を受け付けたか否かを判別する。受付部３２がｉ番目のクレジットカード識別子と対に回数ｎ等を受け付けた場合はステップＳ２０９に進み、受け付けていない場合はステップＳ２０１に戻る。
【０１６８】
（ステップＳ２０９）出力部３４は、ステップＳ２０８でｉ番目のクレジットカード識別子と対に受け付けられた回数ｎ等を含む使用制限情報を、ｉ番目のクレジットカード識別子に対応付けて格納部３１に蓄積する。これによって、例えば、ｉ番目のカード管理情報に予め含まれていたデフォルトの使用制限情報が、ユーザ設定による新たな使用制限情報に更新される。その後、ステップＳ２０１に戻る。
【０１６９】
以下、本実施の形態におけるカードシステム２００の具体的な動作例について説明する。なお、以下の説明は、例示に過ぎず、適宜変更が可能であり、本発明を何ら限定するものではない。
【０１７０】
本例のカードシステム２００は、情報処理装置３、および２以上のクレジットカード４を備える。情報処理装置３は、本カードシステム２００を運営する企業等のサーバである。２以上のクレジットカード４のうち１つはＩＣカードであり、他の１つは、携帯端末内の仮想カードである。なお、以下では、ＩＣカードタイプのクレジットカード４を「カードＸＸ」と記し、仮想カードタイプのクレジットカード４を「カードＹＹ」と記す場合がある。
【０１７１】
カードＸＸは、ユーザＡの所有物であり、同じくユーザＡの所有物である端末装置５と近距離無線による通信を行うことができる。この端末装置５を「端末ａａ」と記す場合がある。カードＹＹは、ユーザＢの所有物である。
【０１７２】
情報処理装置３の格納部３１には、例えば、図７に示すような２以上のカード管理情報が格納され得る。図７は、カード管理情報のデータ構造図である。カード管理情報は、クレジットカード識別子、端末装置識別子、使用制限情報、および状況情報を有する。使用制限情報は、使用可能回数ｎ、および時間に関する閾値を有する。状況情報は、使用回数、残り回数、経過時間、および残り時間を有する。
【０１７３】
格納部３１に格納される２以上の各カード管理情報は、ＩＤ（例えば、“１”，“２”等）に対応付いている。例えば、ＩＤ“１”に対応するカード管理情報（以下、カード管理情報１と記す場合がある）は、クレジットカード識別子“ＸＸ”、端末装置識別子“ａａ”、使用制限情報“ｎ＝１，閾値＝Ｎｕｌｌ”、および状況情報“使用回数＝１，残り回数＝０，経過時間＝１分，残り時間＝Ｎｕｌｌ”などを有する。なお、“Ｎｕｌｌ”は、当該要素が存在しないことを示す情報である。
【０１７４】
同様に、ＩＤ“２”に対応するカード管理情報（カード管理情報２）は、クレジットカード識別子“ＹＹ”、端末装置識別子“Ｎｕｌｌ”、使用制限情報“ｎ＝２，閾値＝５分”、および状況情報“使用回数＝１，残り回数＝１，経過時間＝５分超，残り時間＝０”などを有する。
【０１７５】
なお、上記２以上の各カード管理情報が有する使用制限情報は、ユーザ設定による変更が可能であり、また、状況情報は、決済の遂行等に応じて自動的に更新される。
【０１７６】
また、格納部３１には、例えば、ユーザ識別子とクレジットカード識別子との対応を示す対応情報なども格納される。ユーザ識別子とは、ユーザを識別する情報である。ユーザ識別子は、例えば、住所・氏名、メールアドレス、ＩＤなどであるが、ユーザを識別し得る情報であれば何でもよい。対応情報は、例えば、ユーザ識別子“Ａ”とクレジットカード識別子“ＸＸ”との対、およびユーザ識別子“Ｂ”とクレジットカード識別子“ＹＹ”との対などを含む。
【０１７７】
情報処理装置３において、処理部３３は、格納部３１に格納されている２以上のカード管理情報を順番に選択し、選択したカード情報を用いた処理を行う動作を繰り返している。
【０１７８】
いま、店舗での買い物を終えたユーザＡが、カードＸＸで支払いを行うべく、端末ａａの電源をオンしたとする。これに応じて、端末ａａのディスプレイには、例えば、図３に示したような初期画面が表示される。
【０１７９】
なお、この時点では、カードＸＸに対応するカード管理情報１が有する状況情報は、初期状態に対応する“使用回数＝０，残り回数＝１，経過時間＝０分，残り時間＝Ｎｕｌｌ”である。ユーザＡが許可指示ボタンを操作すると、端末ａａは、使用許可を受け付け、カードＸＸからクレジットカード識別子“ＸＸ”を受信して、クレジットカード識別子“ＸＸ”を有する使用許可を情報処理装置３に送信する。
【０１８０】
情報処理装置３において、受付部３２が上記使用許可を受信し、処理部３３は、カード管理情報１に含まれるクレジットカード識別子“ＸＸ”を有する許可指示が受け付けられたと判別する。取得部３３１は、当該クレジットカード識別子“ＸＸ”で識別されるカードＸＸに関する状況情報の取得を開始する。なお、状況情報の取得は、例えば、１分や１０秒等の間隔で定期的に行われるが、不定期に行われてもよい。具体的には、状況情報のうち、使用回数または残り回数は、決済が遂行された場合にだけ取得されても構わない。
【０１８１】
処理部３３は、取得された状況情報を用いて、カード管理情報１が有する状況情報を更新する。出力部３４は、取得された状況情報を端末ａａに送信する。端末ａａにおいて、上記状況情報が受信され、ディスプレイ等の出力デバイスを介して出力される。これによって、ユーザＡは、上記許可指示の後にカードＸＸが使用された回数、または使用が禁止されるまでの残り回数がわかる。
【０１８２】
判断部３３２は、カード管理情報１を用いて、使用制限情報を満たすか否かを判断する。この時点では、カードＸＸは未使用なので、使用制限情報を満たすと判断され、処理部３３は、１回だけ決済を遂行できる。
【０１８３】
なお、カードＸＸが未使用の間は、例えば、図３の初期画面に対し、“許可指示ボタンを押すとクレジットカードは１回だけ使用可能になります”に代えて、“クレジットカードは１回だけ使用できます。現在の使用回数は０回です”を有し、かつ許可指示ボタンおよび制限変更ボタンがグレーアウトされた画面が、端末ａａのディスプレイに表示される。
【０１８４】
その後、ユーザＡは、カードＸＸを店員に手渡す。店員は、カードＸＸをクレジットカード処理端末に装着し、代金情報および遂行指示を入力する。ユーザＡは、必要に応じて、暗証番号などの情報をクレジットカード処理端末に入力してもよい。クレジットカード処理端末は、カードＸＸから、クレジットカード識別子“ＸＸ”を含むクレジットカード情報を読み取る。そして、クレジットカード処理端末は、読み取ったクレジットカード情報、および入力された代金情報等を有する遂行情報を、情報処理装置３に送信する。
【０１８５】
情報処理装置３において、受付部３２が上記遂行情報を受信し、処理部３３は、クレジットカード識別子“ＸＸ”を有する遂行情報を受け付けたと判別する。処理部３３は、受け付けられた遂行情報を用いて、クレジットカード識別子“ＸＸ”で識別されるカードＸＸを用いた決済を遂行する。また、処理部３３は、決済の遂行に応じて、カード管理情報１に含まれる使用回数を“０”から“１”にインクリメントする。
【０１８６】
このような、カード管理情報１を用いた決済の遂行は、許可指示から１分以内に完了したとする。許可指示から１分が経過した時点で、カード管理情報１の状況情報は、図７に示されたように、“使用回数＝０，残り回数＝１，経過時間＝０分，残り時間＝Ｎｕｌｌ”となる。判断部３３２は、かかるカード管理情報１を用いて、使用制限情報を満たすか否かを判断する。この場合、カードＸＸの使用回数は、既に使用可能回数ｎ＝１に達しているので、使用制限情報を満たさないと判断される。
【０１８７】
従って、処理部３３は、新たに許可指示が受け付けられるまで、決済を遂行することができず、カードＸＸによる決済は不可能となる。これにより、一の遂行情報に対して、２回以上、決済が遂行されてしまうリスクを低減できる。
【０１８８】
なお、カード管理情報２を用いた処理は、例えば、以下のようになる。この処理は、実施の形態１の具体例において、使用制限情報を変更した後の処理に対応している。ただし、前実施形態の具体例におけるカードＸＸがＩＣカードであったのに対し、カード管理情報２に対応するカードＹＹは仮想カードであるため、この処理は、前実施形態の具体例における処理とは一部相違している。
【０１８９】
ユーザＢは、１件目の店舗で買い物をし、カードＹＹで支払いを行うべく、カードＹＹを実現する携帯端末の許可指示ボタンを操作する。携帯端末は、クレジットカード識別子“ＹＹ”を有する使用許可を情報処理装置３に送信する。
【０１９０】
情報処理装置３において、受付部３２が上記使用許可を受信し、取得部３３１は、カードＹＹに関する状況情報の取得を開始する。判断部３３２は、カード管理情報２を用いて、使用制限情報を満たすか否かを判断する。この時点では、カードＹＹは未使用であり、経過時間も閾値“５分”に満たないので、使用制限情報を満たすと判断され、処理部３３は、２回まで決済を遂行できる。
【０１９１】
ユーザＢは、携帯端末に代金情報および遂行指示を入力する。携帯端末は、カードＹＹのクレジットカード情報、および入力された代金情報等を有する遂行情報を、情報処理装置３に送信する。
【０１９２】
情報処理装置３において、受付部３２が上記遂行情報を受信し、処理部３３は、当該遂行情報を用いてカードＹＹによる決済を遂行する。カード管理情報２に含まれる使用回数は、“０”から“１”にインクリメントされる。
【０１９３】
その後、ユーザＢは、２番目の店舗で買い物をするも、支払いにカードＹＹを使用しなかったとする。許可指示から５分が経過した時点で、カード管理情報２の状況情報は、“使用回数＝１，残り回数＝１，経過時間＝５分超，残り時間＝０”となる。判断部３３２は、かかるカード管理情報２を用いて、使用制限情報を満たすか否かを判断する。この場合、経過時間が既に閾値“５分”を超えているので、使用制限情報を満たさないと判断される。
【０１９４】
従って、処理部３３は、新たに許可指示が受け付けられるまで、決済を遂行することができず、カードＹＹによる決済は不可能となる。これにより、カードＹＹを実現する携帯端末の紛失等により、カードＹＹによる決済が不正に遂行されてしまうリスクを低減できる。
【０１９５】
以上、本実施の形態によれば、クレジットカード４は、使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できないという使用制限があることにより、クレジットカード４が繰り返し不正使用されるリスクを低減できる。
【０１９６】
また、上記クレジットカード４において、使用制限は、使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できず、かつ許可指示が受け付けられた後、閾値以内の時間または閾値未満の時間のみしか使用できない制限であることにより、クレジットカード４が繰り返し不正使用されるリスクをさらに低減できる。
【０１９７】
また、情報処理装置３は、使用制限を特定する使用制限情報が格納される格納部３１と、クレジットカード４を識別するカード識別子を有する許可指示を受け付ける受付部３２と、受付部３２が許可指示を受け付けた後、使用制限情報を満たすか否かを判断する判断部３３２と、判断部３３２が使用制限情報を満たさないと判断した場合は、カード識別子で識別されるクレジットカード４の使用を禁止する禁止処理部３３３とを具備することにより、情報処理装置３が、使用制限情報を満たすか否かを判断することで、クレジットカード４が繰り返し不正使用されるリスクを低減できる。
【０１９８】
また、上記情報処理装置３において、受付部３２は、端末装置５から許可指示を受信する。従って、情報処理装置３は、端末装置５から許可指示を受信しなければクレジットカード４を使用可能にしないので、クレジットカード４の不正使用のリスクをより一層低減できる。
【０１９９】
また、上記情報処理装置３において、受付部３２は、決済の遂行に関する遂行情報をも受け付け、受付部３２が許可指示を受け付けた後、遂行情報を受け付けるまでの状況に関する状況情報を取得する取得部３３１と、状況情報を出力する出力部３４とをさらに具備することにより、ユーザは、許可指示受け付け後の状況がわかるので、遂行情報を的確に入力できる。
【０２００】
また、上記情報処理装置３において、受付部３２は、使用制限の回数ｎを受け付け、受付部３２が受け付けた使用制限の回数ｎを有する使用制限情報を格納部３１に蓄積する出力部３４をさらに具備することにより、使用制限の回数ｎをユーザが設定できる。
【０２０１】
さらに、本実施の形態における処理は、ソフトウェアで実現してもよい。そして、このソフトウェアをソフトウェアダウンロード等により配布してもよい。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布してもよい。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置３を実現するソフトウェアは、以下のようなプログラムである。
【０２０２】
つまり、このプログラムは、クレジットカード４を、使用を許可する許可指示が受け付けられた後、ｎ（ｎは１以上の自然数）回までしか使用できないように制限するためのプログラムである。
【０２０３】
より特定的には、情報処理装置３のコンピュータがアクセス可能な記録媒体は、前記使用制限を特定する使用制限情報が格納される格納部３１を具備し、このプログラムは、前記コンピュータを、クレジットカード４を識別するカード識別子を有する許可指示を受け付ける受付部３２と、前記受付部３２が許可指示を受け付けた後、前記使用制限情報を満たすか否かを判断する判断部３３２と、前記判断部３３２が前記使用制限情報を満たさないと判断した場合は、前記カード識別子で識別されるクレジットカード４の使用を禁止する禁止処理部３３３として機能させるためのプログラムである。
【０２０４】
また、図８は、上記各実施の形態におけるプログラムを実行して、クレジットカード１や端末装置２などを実現するコンピュータシステム９００の内部構成の一例を示す図である。図８において、コンピュータシステム９００は、プログラムを実行するコンピュータであるＭＰＵ９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ９１３と、アプリケーションプログラム、システムプログラム、およびデータを記憶するストレージ９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５と、外部ネットワークや内部ネットワーク等のネットワークへの接続を提供するネットワークカード９１６と、メモリカードスロット９１７と、ディスプレイ９１８と、ディスプレイ９１８の表示面に設けられたタッチパネル９１９とを備える。ストレージ９１４は、例えば、フラッシュメモリなどである。なお、コンピュータシステム９００全体をコンピュータと呼んでもよい。
【０２０５】
コンピュータシステム９００に、クレジットカード１等の機能を実行させるプログラムは、例えば、メモリカード９２０に記憶されて、メモリカードスロット９１７に挿入され、ストレージ９１４に転送されてもよい。これに代えて、そのプログラムは、ネットワークを介してコンピュータシステム９００に送信され、ストレージ９１４に記憶されてもよい。プログラムは、実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、メモリカード９２０、またはネットワークから直接、ロードされてもよい。
【０２０６】
プログラムは、コンピュータシステム９００に、クレジットカード１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能やモジュールを呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。
【０２０７】
なお、上述したコンピュータシステム９００は、スマートフォン等の携帯端末であるが、情報処理装置３は、例えば、サーバまたは据え置き型のＰＣなどで実現されてもよい。この場合、例えば、タッチパネル９１９はキーボードおよびマウスに、メモリカードスロット９１７はディスクドライブに、ストレージ９１４はハードディスクやＳＳＤに、メモリカード９２０はＣＤやＤＶＤ等のディスクに、それぞれ置き換えられてもよい。また、クレジットカード１等は、ＩＣカードやＩＣチップで実現されてもよく、その場合、ストレージ９１４、メモリカードスロット９１７、ディスプレイ９１８、およびタッチパネル９１９は、上記構成から省略されてもよい。ただし、以上は例示であり、クレジットカード１等を実現するコンピュータのハードウェア構成は問わない。
【０２０８】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０２０９】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０２１０】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段（端末送信部２３、端末受信部２５など）は、物理的に一の媒体で実現されてもよいことは言うまでもない。
【０２１１】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０２１２】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることはいうまでもない。
【産業上の利用可能性】
【０２１３】
以上のように、本発明にかかるクレジットカード等は、許可指示受け付け後の使用回数を制限することで、クレジットカードが繰り返し不正使用されるリスクを低減できるという効果を有し、クレジットカード等として有用である。
【符号の説明】
【０２１４】
１、４  クレジットカード
２、５  端末装置
３  情報処理装置
１１、３１  格納部
１２、３２  受付部
１３、３３  処理部
１４、３４  出力部
２１  端末格納部
２２  端末受付部
２３  端末送信部
２４  端末処理部
２５  端末受信部
２６  端末出力部
１００、２００  カードシステム
１３１、３３１  取得部
１３２、３３２  判断部
１３３、３３３  禁止処理部
【図１】
2019056990.tif 000003
【図２】
2019056990.tif 000004
【図３】
2019056990.tif 000005
【図４】
2019056990.tif 000006
【図５】
2019056990.tif 000007
【図６】
2019056990.tif 000008
【図７】
2019056990.tif 000009
【図８】
2019056990.tif 000010