(57)【特許請求の範囲】
【請求項１】
情報処理装置、及び読書装置を有するシステムであって、
前記読書装置は、
記憶媒体を捕捉し、前記記憶媒体を識別可能な媒体識別情報を前記記憶媒体から取得すると、前記媒体識別情報を前記情報処理装置に送信する送信手段を有し、
前記情報処理装置は、
記憶媒体を識別可能な媒体識別情報に関連付けられた前記記憶媒体に対する処理を識別可能な複数の処理識別情報、及び処理識別情報が利用可能であるか否かを識別可能な利用識別情報を記憶する記憶部から、前記送信手段で送信された前記媒体識別情報に関連付けられている処理識別情報を読み出す読出手段と、
前記記憶部の利用識別情報をもとに、前記読出手段で読み出された処理識別情報が利用可能であるか否かを判断し、利用可能であると判断した処理識別情報を前記読書装置に送信する処理識別情報送信手段と、を有するシステム。
【請求項２】
前記読書装置は、
前記捕捉された前記記憶媒体との一のサービスについての相互認証を行って前記一のサービスにおける前記記憶媒体に対する処理を識別可能な処理識別情報を取得する取得手段と、
前記情報処理装置から送信された前記利用可能であると判断された少なくとも１以上の前記処理識別情報を受信する受信手段と、
前記取得手段で取得された前記処理識別情報が前記受信手段で受信された前記処理識別情報に含まれていると判断した場合、前記一のサービスにおける前記記憶媒体に対する処理を実行する実行手段と、を有する請求項１記載のシステム。
【請求項３】
前記取得手段は、前記一のサービスとは異なる他のサービスについての相互認証を行って前記他のサービスにおける前記記憶媒体に対する処理を識別可能な処理識別情報を取得し、
前記実行手段は、前記取得手段で取得された前記処理識別情報が前記受信手段で受信された前記処理識別情報に含まれていると判断した場合、前記他のサービスにおける前記記憶媒体に対する処理を実行する請求項２記載のシステム。
【請求項４】
前記送信手段は、前記実行手段による実行の結果を前記情報処理装置に送信する請求項３記載のシステム。
【請求項５】
前記読書装置は、
前記捕捉された前記記憶媒体との一のサービスについての相互認証を行って前記一のサービスにおける前記記憶媒体に対する処理を識別可能な処理識別情報を取得する第１の取得手段と、
前記一のサービスにおける前記記憶媒体に対する処理のうち読み込みの処理を実行する第１の実行手段と、
前記一のサービスとは異なる他のサービスについての相互認証を行って前記他のサービスにおける前記記憶媒体に対する処理を識別可能な処理識別情報を取得する第２の取得手段と、
前記情報処理装置から送信された前記利用可能であると判断された少なくとも１以上の前記処理識別情報を受信する受信手段と、
前記第１の取得手段で取得された前記処理識別情報および前記第２の取得手段で取得された前記処理識別情報が前記受信手段で受信された前記処理識別情報に含まれていると判断した場合、前記読み込みの処理で読み込まれた情報に基づいて、前記他のサービスにおける前記記憶媒体に対する処理を実行する第２の実行手段と、を有する請求項１記載のシステム。
【請求項６】
記憶媒体を捕捉し、前記記憶媒体を識別可能な媒体識別情報を前記記憶媒体から取得する読書装置と通信可能な情報処理装置であって、
記憶媒体を識別可能な媒体識別情報に関連付けられた前記記憶媒体に対する処理を識別可能な複数の処理識別情報、及び処理識別情報が利用可能であるか否かを識別可能な利用識別情報を記憶する記憶部から、前記読書装置から送信された媒体識別情報に関連付けられている処理識別情報を読み出す読出手段と、
前記記憶部の利用識別情報をもとに、前記読出手段で読み出された処理識別情報が利用可能であるか否かを判断し、利用可能であると判断した処理識別情報を前記読書装置に送信する送信手段と、を有する情報処理装置。
【請求項７】
記憶媒体を識別可能な媒体識別情報をもとに、前記記憶媒体に対する処理を識別可能な処理識別情報のうち利用可能な処理識別情報を判断する情報処理装置と通信可能な読書装置であって、
記憶媒体を捕捉し、前記記憶媒体の媒体識別情報を前記記憶媒体から取得すると、前記媒体識別情報を前記情報処理装置に送信する送信手段と、
前記記憶媒体との一のサービスについての相互認証を行って前記一のサービスにおける前記記憶媒体に対する処理を識別可能な処理識別情報を取得する取得手段と、
前記送信手段で送信された前記媒体識別情報に応答して前記情報処理装置から送信された少なくとも１以上の利用可能な処理識別情報を受信する受信手段と、
前記取得手段で取得された前記処理識別情報が前記受信手段で受信された前記処理識別情報に含まれていると判断した場合、前記一のサービスにおける前記記憶媒体に対する処理を実行する実行手段と、を有する読書装置。
【請求項８】
情報処理装置、及び読書装置を有するシステムにおける情報処理方法であって、
前記読書装置が、記憶媒体を捕捉し、前記記憶媒体を識別可能な媒体識別情報を前記記憶媒体から取得すると、前記媒体識別情報を前記情報処理装置に送信する送信工程と、
前記情報処理装置が、記憶媒体を識別可能な媒体識別情報に関連付けられた前記記憶媒体に対する処理を識別可能な複数の処理識別情報、及び処理識別情報が利用可能であるか否かを識別可能な利用識別情報を記憶する記憶部から、前記送信工程で送信された前記媒体識別情報に関連付けられている処理識別情報を読み出す読出工程と、
前記情報処理装置が、前記記憶部の利用識別情報をもとに、前記読出工程で読み出された処理識別情報が利用可能であるか否かを判断し、利用可能であると判断した処理識別情報を前記読書装置に送信する処理識別情報送信工程と、を有する情報処理方法。
【請求項９】
記憶媒体を捕捉し、前記記憶媒体を識別可能な媒体識別情報を前記記憶媒体から取得する読書装置と通信可能な情報処理装置が実行する情報処理方法であって、
記憶媒体を識別可能な媒体識別情報に関連付けられた前記記憶媒体に対する処理を識別可能な複数の処理識別情報、及び処理識別情報が利用可能であるか否かを識別可能な利用識別情報を記憶する記憶部から、前記読書装置から送信された媒体識別情報に関連付けられている処理識別情報を読み出す読出工程と、
前記記憶部の利用識別情報をもとに、前記読出工程で読み出された処理識別情報が利用可能であるか否かを判断し、利用可能であると判断した処理識別情報を前記読書装置に送信する送信工程と、を有する情報処理方法。
【請求項１０】
記憶媒体を識別可能な媒体識別情報をもとに、前記記憶媒体に対する処理を識別可能な処理識別情報のうち利用可能な処理識別情報を判断する情報処理装置と通信可能な読書装置が実行する情報処理方法であって、
記憶媒体を捕捉し、前記記憶媒体の媒体識別情報を前記記憶媒体から取得すると、前記媒体識別情報を前記情報処理装置に送信する送信工程と、
前記記憶媒体との一のサービスについての相互認証を行って前記一のサービスにおける前記記憶媒体に対する処理を識別可能な処理識別情報を取得する取得工程と、
前記送信工程で送信された前記媒体識別情報に応答して前記情報処理装置から送信された少なくとも１以上の利用可能な処理識別情報を受信する受信工程と、
前記取得工程で取得された前記処理識別情報が前記受信工程で受信された前記処理識別情報に含まれていると判断した場合、前記一のサービスにおける前記記憶媒体に対する処理を実行する実行工程と、を有する情報処理方法。
【請求項１１】
記憶媒体を捕捉し、前記記憶媒体を識別可能な媒体識別情報を前記記憶媒体から取得する読書装置と通信可能なコンピュータを、
記憶媒体を識別可能な媒体識別情報に関連付けられた前記記憶媒体に対する処理を識別可能な複数の処理識別情報、及び処理識別情報が利用可能であるか否かを識別可能な利用識別情報を記憶する記憶部から、前記読書装置から送信された媒体識別情報に関連付けられている処理識別情報を読み出す読出手段と、
前記記憶部の利用識別情報をもとに、前記読出手段で読み出された処理識別情報が利用可能であるか否かを判断し、利用可能であると判断した処理識別情報を前記読書装置に送信する送信手段と、して機能させるプログラム。
【請求項１２】
記憶媒体を識別可能な媒体識別情報をもとに、前記記憶媒体に対する処理を識別可能な処理識別情報のうち利用可能な処理識別情報を判断する情報処理装置と通信可能なコンピュータを、
記憶媒体を捕捉し、前記記憶媒体の媒体識別情報を前記記憶媒体から取得すると、前記媒体識別情報を前記情報処理装置に送信する送信手段と、
前記記憶媒体との一のサービスについての相互認証を行って前記一のサービスにおける前記記憶媒体に対する処理を識別可能な処理識別情報を取得する取得手段と、
前記送信手段で送信された前記媒体識別情報に応答して前記情報処理装置から送信された少なくとも１以上の利用可能な処理識別情報を受信する受信手段と、
前記取得手段で取得された前記処理識別情報が前記受信手段で受信された前記処理識別情報に含まれていると判断した場合、前記一のサービスにおける前記記憶媒体に対する処理を実行する実行手段と、して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム、情報処理装置、読書装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、ＲＷ（リーダライタ）は、非接触ＩＣカードに対する処理（サービス）毎に、利用できない非接触ＩＣカードを識別するサービスＩＤを含むリスト（ネガ情報など）を保持する。そして、ＲＷは、捕捉した非接触ＩＣカードとの相互認証の際に取得した当該非接触ＩＣカードのサービスＩＤと上記リストとにより、当該非接触ＩＣカードの正当性、換言するならば当該サービスＩＤの正当性を判断している。
また、上記リストが上位のサーバに設けられている場合、ＲＷは、相互認証の際に取得した上記サービスＩＤをサーバに送信する。ＲＷは、サーバで非接触ＩＣカード（サービス）の正当性が判断され、その結果に基づいて、当該非接触ＩＣカード（サービス）の正当性を判断している。
近年、非接触ＩＣカードには、複数のサービスが搭載される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１８６４５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数のサービス、例えば電子マネーサービス及びポイントサービスを連携して利用する場合、従来の技術では、電子マネーサービスのサービスＩＤを非接触ＩＣカードから取得して上位のサーバに送信して正当性が確認された後、電子マネーの処理が行われる。その後、ポイントサービスのサービスＩＤを非接触ＩＣカードから取得して上位のサーバに送信して正当性が確認された後、ポイントサービスの処理が行われる。
即ち、連携するサービスが増えるごとに、非接触ＩＣカードに対する処理を完了するまでに多くの時間を要してしまう。
【０００５】
本発明はこのような問題点に鑑みなされたもので、記憶媒体に対する処理をより短時間で完了することを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明に係るシステムは、情報処理装置、及び読書装置を有するシステムであって、前記読書装置は、記憶媒体を捕捉し、前記記憶媒体を識別可能な媒体識別情報を前記記憶媒体から取得すると、前記媒体識別情報を前記情報処理装置に送信する送信手段を有し、前記情報処理装置は、記憶媒体を識別可能な媒体識別情報に関連付けられた前記記憶媒体に対する処理を識別可能な複数の処理識別情報、及び処理識別情報が利用可能であるか否かを識別可能な利用識別情報を記憶する記憶部から、前記送信手段で送信された前記媒体識別情報に関連付けられている処理識別情報を読み出す読出手段と、前記記憶部の利用識別情報をもとに、前記読出手段で読み出された処理識別情報が利用可能であるか否かを判断し、利用可能であると判断した処理識別情報を前記読書装置に送信する処理識別情報送信手段と、を有する。
【０００７】
なお、本発明は、装置、方法、プログラム、記録媒体などとしてもよい。
【発明の効果】
【０００８】
本発明によれば、記憶媒体に対する処理をより短時間で完了することができる。
【図面の簡単な説明】
【０００９】
【図１】サービス提供システムの構成の一例を示す図である。
【図２】サービス提供システムのシーケンスの一例を示す図である。
【図３】各装置のハードウェアの構成の一例を示す図である。
【図４】記憶装置に記憶されるデータの一例を示す図である。
【図５】各装置のモジュールの構成の一例を示す図である。
【図６】サービス提供システムのシーケンスの一例を示す図である。
【図７】サーバ処理に係るフローチャートの一例を示す図である。
【図８】ＲＷ処理に係るフローチャートの一例を示す図である。
【図９】媒体処理に係るフローチャートの一例を示す図である。
【図１０】サービス提供システムのシーケンスの一例を示す図である。
【図１１】ＲＷ処理に係るフローチャートの一例を示す図である。
【図１２】サービス提供システムのシーケンスの一例を示す図である。
【図１３】ＲＷ処理に係るフローチャートの一例を示す図である。
【図１４】サービス提供システムのシーケンスの一例を示す図である。
【図１５】サービス提供システムのシーケンスの一例を示す図である。
【図１６】サービス提供システムのシーケンスの一例を示す図である。
【図１７】サービス提供システムのシーケンスの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。
【００１１】
＜第１の実施形態＞
図１は、本実施形態に係るサービス提供システムの構成の一例を示す図である。本サービス提供システムは、サーバ１００、ＲＷ（リーダライタ）２００、及び媒体３００を含んで構成される。サーバ１００は、情報処理装置（コンピュータ）の一例である。ＲＷ２００は、読書装置（コンピュータ）の一例である。
媒体３００は、記憶媒体（コンピュータ）の一例であり、接触ＩＣカード、非接触ＩＣカード、お財布機能を有する携帯電話、ＰＤＡ機能を有する携帯電話、モバイル端末などである。なお、本実施形態では、媒体３００としては、非接触ＩＣカードを想定して説明するが、その他の記憶媒体であってもよい。
【００１２】
サーバ１００及びＲＷ２００は、ネットワーク９００を介して通信可能に接続される。なお、通信の形態については、有線、無線、有線および無線の混合など、特定の形態に限定されるものではない。また、ＲＷ２００及び媒体３００では、無線の通信が行われる。例えば、ＲＷ２００からキャリアが送信されて電磁誘導により媒体３００に電力が供給され、キャリアの変調によりＲＷ２００と媒体３００間で通信が行われる。
媒体３００には、一又は複数のサービスが搭載されているものとする。サービスとしては、電子マネーサービス、ポイントサービス、オートチャージサービス、送金サービス等がある。本実施形態では、電子マネーサービス及びポイントサービスが媒体３００に搭載されている場合を例に挙げて説明する。
【００１３】
次に、本サービス提供システムにおける通信制御について図２を用いて説明する。図２は、本サービス提供システムのシーケンスの一例を示す図である。なお、図２では、上段に従来のサービス提供システムの例を示し、下段に本サービス提供システムの例を示す。
はじめに、従来のサービス提供システムにおいて、電子マネーサービスとポイントサービスとが提供される際の一連の処理について説明する。
まず、媒体９１５が価値を保持する形式の電子マネーで決済（電子マネーサービス）が行われるが、媒体９１５が電子マネーサービスを利用可能な媒体であるかを判定するために、利用ができない媒体のリスト（利用ができない媒体に係るサービスに個別のサービスＩＤのリストであり、いわゆるネガ情報）が用いられて、媒体９１５が電子マネーサービスを利用可能な媒体であることが確認されている（不正媒体検出の処理）。
このネガ情報は、大量の情報であるので、ＲＷ９１０でネガ情報を保管する場合、大容量の記憶装置が必要となり、ＲＷ９１０の価格を高くする一因となる。
また、ＲＷ９１０で保持できるネガ情報の量には限度があるので、ある一定の期間使用されていない媒体は受け付けない等の仕組みが必要となる。このような仕組みでは、例えば、ある一定の期間使用されていない媒体については利用できなくなるので、物品の販売の機会の損失につながるおそれがある。
【００１４】
これらのことは、サーバ９０５にネガ情報を配置し、サーバ９０５で不正媒体検出の処理を行うことで解決できる。より具体的には、従来のサービス提供システムでは、媒体９１５から取得した電子マネーサービスのサービスＩＤをサーバ９０５に照会し、オンラインで電子マネーサービスのサービスＩＤがネガ情報に該当しないことを確認し、決済が許可されている。
また、従来のサービス提供システムでは、決済に応じたポイント（ポイントチャージ額）の付与が行われるが、媒体９１５がポイントサービスを利用可能な媒体であるかを判定するために、媒体９１５から取得したポイントサービスのサービスＩＤをサーバ９０５に照会し、オンラインでポイントサービスのサービスＩＤがネガ情報に該当しないことを確認し、ポイントの付与が行われている。
しかしながら、一連の処理の完了までの時間が長くなるので、一連の処理が未完了となる頻度が高くなる問題がある。
【００１５】
そこで、本実施形態では、不正媒体検出の処理をサーバ１００で行う構成（オンラインの環境）において、複数のサービスに係る一連の処理の完了までの時間をより短縮する構成について説明する。
また、本実施形態の概要について説明すると、図２の示すように、従来のサービス提供システムでは、シーケンシャルに処理が行われていたが、本サービス提供システムでは、例えば相互認証等の処理（ＳＱ６）と不正媒体検出の処理（ＳＱ８）とが並行して行われる。また、従来のサービス提供システムでは、不正媒体検出の処理がサービスごとに行われていたが、本サービス提供システムでは、不正媒体検出の処理は、サービスの数にかかわらず一回だけ行われる。
このようことから、本サービス提供システムでは、一連の処理の完了までに要する時間の短縮が可能となる。
【００１６】
より具体的には、まず、ＲＷ２００は、媒体３００を捕捉し、媒体３００を識別可能なＩＤａを媒体３００に要求する（ＳＱ２）。ＩＤａは、媒体識別情報の一例であり、媒体３００との通信の一連のシーケンスにおいて初期の段階で得られる媒体３００に固有の識別子であり、製造番号などである。続いて、媒体３００は、要求を受け取ると、ＩＤａをＲＷ２００に送信する（ＳＱ４）。
続いて、ＲＷ２００は、ＩＤａを受信すると、サーバ１００にＩＤａを送信すると共に、電子マネーサービスについて媒体３００との相互認証等の処理を開始する（ＳＱ６）。
また、サーバ１００は、ＩＤａを受信すると、不正媒体検出の処理を行い、その結果をＲＷ２００に送信する（ＳＱ８）。なお、不正媒体検出の処理の詳細については後述する。
【００１７】
また、媒体３００は、媒体３００に対する処理（電子マネーサービス）を識別可能なＩＤｂ（ｘ）をＲＷ２００に送信する（ＳＱ１０）。
ＲＷ２００は、ＩＤｂ（ｘ）を媒体３００から受信し、不正媒体検出の処理の結果をサーバ１００から受信すると、受信した情報を用いて媒体３００の電子マネーサービスが利用できるかを確認する（ＳＱ１２）。ＩＤｂ（ｘ）は、処理識別情報の一例であり、この例では媒体３００に係る電子マネーサービスに個別の識別子であり、媒体３００の鍵が秘密である環境においては偽装ができない識別子である。なお、ＩＤｂ（ｘ）は、上述した電子マネーサービスのサービスＩＤ（媒体３００を識別可能であり、かつ媒体３００に係るサービスを識別可能である識別子）に対応するものであってもよい。
【００１８】
また、ＲＷ２００は、媒体３００の電子マネーサービスが利用できると判断した場合、媒体３００に対する処理に必要となる情報（残高（現在のチャージ額）を示す残高情報など）の読み込み要求（カードコマンド）を生成し、読み込み要求を媒体３００に送信する（ＳＱ１２）。媒体３００は、読み込み要求を受信すると、指定された情報を規定の記憶領域から読み込み（読み出し）、読み込んだ情報をＲＷ２００に送信する（ＳＱ１４）。
また、ＲＷ２００は、読み込まれた情報を受信すると、読み込まれた情報をもとに書き込み要求（カードコマンド）を生成し、書き込み要求を媒体３００に送信する（ＳＱ１８）。媒体３００は、書き込み要求を受信すると、指定された情報を規定の記憶領域に書き込み、その結果をＲＷ２００に送信する（ＳＱ１８）。
【００１９】
次に、ＲＷ２００は、ポイントサービスについて媒体３００との相互認証等の処理を開始する（ＳＱ２０）。
また、媒体３００は、媒体３００に対する処理（ポイントサービス）を識別可能なＩＤｂ（ｙ）をＲＷ２００に送信する（ＳＱ２２）。
ＲＷ２００は、ＩＤｂ（ｙ）を媒体３００から受信し、ＩＤｂ（ｙ）とサーバ１００から受信している不正媒体検出の処理の結果情報とを用いて媒体３００のポイントサービスが利用できるかを確認する（ＳＱ２４）。ＩＤｂ（ｙ）は、処理識別情報の一例であり、この例では媒体３００に係るポイントサービスに個別の識別子であり、媒体３００の鍵が秘密である環境においては偽装ができない識別子である。なお、ＩＤｂ（ｙ）は、上述したポイントサービスのサービスＩＤ（媒体３００を識別可能であり、かつ媒体３００に係るサービスを識別可能である識別子）に対応するものであってもよい。
【００２０】
また、ＲＷ２００は、媒体３００のポイントサービスが利用できると判断した場合、媒体３００に対する処理に必要となる情報（現在のポイントを示すポイント情報など）の読み込み要求（カードコマンド）を生成し、読み込み要求を媒体３００に送信する（ＳＱ２４）。媒体３００は、読み込み要求を受信すると、指定された情報を規定の記憶領域から読み込み（読み出し）、読み込んだ情報をＲＷ２００に送信する（ＳＱ２６）。
また、ＲＷ２００は、読み込まれた情報を受信すると、読み込まれた情報をもとに書き込み要求（カードコマンド）を生成し、書き込み要求を媒体３００に送信する（ＳＱ２８）。媒体３００は、書き込み要求を受信すると、指定された情報を規定の記憶領域に書き込み、その結果をＲＷ２００に送信する（ＳＱ３０）。
そして、ＲＷ２００は、決済処理を完了（決済終了）する（ＳＱ３２）。なお、相互認証の方法については、公知の方法を用いることができるので、その詳細な説明については省略する。また、媒体３００における読込処理、書込処理については、公知の技術を用いて行うことができるので、その詳細な説明については省略する。
【００２１】
次に、各装置のハードウェアの構成について図３を用いて説明する。図３は、各装置のハードウェアの構成の一例を示す図である。
図３（Ａ）は、サーバ１００のハードウェアの構成の一例を示す図である。サーバ１００は、ＣＰＵ（Central Processing Unit）１１０、ＲＯＭ（Read Only Memory）１２０、ＲＡＭ（Random Access Memory）１３０、ＨＤＤ（Hard disk drive）１４０、入出力デバイス１５０、及びＩ／Ｆ（interface）１６０を含んで構成される。
【００２２】
ＣＰＵ１１０は、サーバ１００全体の制御を司る。例えば、ＣＰＵ１１０は、ＲＯＭ１２０及び／又はＲＡＭ１３０に記憶されている各種のプログラム等を実行し、後述するサーバ１００の機能、フローチャートに係る処理を実現する。
ＲＯＭ１２０は、各種のプログラム、各種の処理の際に使用するデータ等の各種のデータを記憶する。なお、ＲＯＭ１２０は、各種のデータを記憶する記憶装置の一例である。ＲＡＭ１３０は、ＣＰＵ１１０の主メモリ、ワークエリア等として機能する。なお、ＲＡＭ１３０は、各種のデータを一時的に記憶する一時記憶装置の一例である。
ＨＤＤ１４０は、大容量の記憶領域を有する外部記憶装置の一例である。入出力デバイス１５０は、ディスプレイ、マウス、キーボードなどを含んで構成され、例えばマウス、キーボードなどのユーザによる操作（ユーザ操作）に応答して、データを入力或いは出力する。Ｉ／Ｆ１６０は、有線又は無線の通信を行うための通信インタフェースであり、例えば、ＬＡＮケーブル等の各種のケーブルを介してネットワーク９００に接続する。
【００２３】
図３（Ｂ）は、ＲＷ２００のハードウェアの構成の一例を示す図である。ＲＷ２００は、ＣＰＵ２１０、ＲＯＭ２２０、ＲＡＭ２３０、ＲＦ（Radio Frequency）回路２４０、ＡＮＴ（antenna）２５０、及びＩ／Ｆ２６０を含んで構成される。
ＣＰＵ２１０は、ＲＷ２００全体の制御を司る。例えば、ＣＰＵ２１０は、ＲＯＭ２２０及び／又はＲＡＭ２３０に記憶されている各種のプログラム等を実行し、後述するＲＷ２００の機能、フローチャートに係る処理を実現する。
【００２４】
ＲＯＭ２２０は、各種のプログラム、各種の処理の際に使用するデータ等の各種のデータを記憶する。ＲＯＭ２２０は、電気的にデータの書き込み、データの消去が可能なメモリであり、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）などである。なお、ＲＯＭ２２０は、各種のデータを記憶する記憶装置の一例である。ＲＡＭ２３０は、ＣＰＵ２１０の主メモリ、ワークエリア等として機能する。なお、ＲＡＭ２３０は、各種のデータを一時的に記憶する一時記憶装置の一例である。
ＲＦ回路２４０は、ＡＮＴ２５０と高周波信号のやりとりを行うと共に、電力の供給と、データの変調および復調とを行う。ＡＮＴ２５０は、高周波信号（高周波エネルギー）を電波（電磁波）として空間に放射（送信）する。また、ＡＮＴ２５０は、空間の電波（電磁波）を高周波信号（高周波エネルギー）に変換（受信）する。Ｉ／Ｆ２６０は、有線又は無線の通信を行うための通信インタフェースであり、例えば、各種のケーブルを介してネットワーク９００に接続する。
本実施形態は、上述の構成に限られるものではない。例えば、ＲＷ２００は、各種の情報を入出力可能なタッチパネル式のディスプレイ等を有していてもよい。また、例えば、ＲＷ２００は、上記タッチパネル形式のディスプレイとＩ／Ｆ２６０を介して通信可能に接続されていてもよい。
【００２５】
図３（Ｃ）は、媒体３００のハードウェアの構成の一例を示す図である。媒体３００は、ＣＰＵ３１０、ＲＯＭ３２０、ＲＡＭ３３０、ＲＦ回路３４０、及びＡＮＴ３５０を含んで構成される。
ＣＰＵ２１０は、媒体３００全体の制御を司る。例えば、ＣＰＵ３１０は、ＲＯＭ３２０及び／又はＲＡＭ３３０に記憶されている各種のプログラム等を実行し、後述する媒体３００の機能を実現する。
【００２６】
ＲＯＭ３２０は、各種のプログラム、各種の処理の際に使用するデータ等の各種のデータを記憶する。なお、ＲＯＭ３２０は、各種のデータを記憶する記憶装置の一例である。ＲＡＭ３３０は、ＣＰＵ３１０の主メモリ、ワークエリア等として機能する。なお、ＲＡＭ３３０は、各種のデータを一時的に記憶する一時記憶装置の一例である。
ＲＦ回路３４０は、ＡＮＴ３５０と高周波信号のやりとりを行うと共に、電力の受給と、データの変調および復調とを行う。ＡＮＴ３５０は、空間の電波（電磁波）を高周波信号（高周波エネルギー）に変換（受信）すると共に、受信信号を変調することで高周波信号を受信しながらデータを送信する。
【００２７】
次に、サーバ１００に記憶されるデータについて説明する。図４は、ＨＤＤ１４０に記憶されるデータの一例（テーブル）を示す図である。不正媒体検出の処理では、図４（Ａ）に示すテーブル４１０、図４（Ｂ）に示すテーブル４２０、及び図４（Ｃ）に示すテーブル４３０等が用いられる。なお、不正媒体検出の処理におけるテーブルの使用例については後述する。
テーブル４１０には、ＩＤａと媒体３００に搭載されているサービスに応じたＩＤｂ（ＩＤｂ（ｘ）、ＩＤｂ（ｙ）等）とが関連付けられて記憶されている。例えば、媒体３００に、サービスａ、サービスｂ、及びサービスｃが搭載されている場合、媒体３００のＩＤａには、ＩＤｂ（ａ）、ＩＤｂ（ｂ）、及びＩＤｂ（ｃ）が関連付けられている。なお、テーブル４１０は、関連付けテーブルの一例である。
テーブル４２０には、利用不可のＩＤｂ（ｘ）が記憶されている。テーブル４３０には、利用不可のＩＤｂ（ｙ）が記憶されている。なお、テーブル４２０及びテーブル４３０は、上述したネガ情報に対応するものである。また、ＨＤＤ１４０には、他のサービスに対応するネガ情報（テーブル）が記憶されているが、図示は省略する。また、ネガ情報は、処理識別情報（ＩＤｂ等）が利用可能であるか否かを識別可能な利用識別情報の一例である。
【００２８】
次に、各装置のモジュールの構成について図５を用いて説明する。図５は、各装置のモジュールの構成の一例を示す図である。各モジュールの機能は、各装置の各ＣＰＵにより各プログラムが実行されることにより実現される。ただし、各モジュールの機能の一部又は全部については、専用のハードウェアにより実現されてもよい。
図５（Ａ）は、サーバ１００のモジュールの構成の一例を示す図である。サーバ１００は、制御部１７０、記憶部１８０、及び通信部１９０を有する。
制御部１７０は、記憶部１８０、及び通信部１９０を制御し、サーバ１００全体を制御する。記憶部１８０は、制御部１７０からの指示に基づいてＲＡＭ１３０、ＨＤＤ１４０等の記憶装置のデータ、例えばＨＤＤ１４０に設けられている各種のテーブルのデータについての読み出し、書き込み等を行う。通信部１９０は、制御部１７０からの指示に基づいてＩ／Ｆ１６０を介してＲＷ２００と通信を行う。例えば、通信部１９０は、制御部１７０の制御のもと各種のコマンドをＩ／Ｆ１６０を介してＲＷ２００に送信する。
【００２９】
図５（Ｂ）は、ＲＷ２００のモジュールの構成の一例を示す図である。ＲＷ２００は、制御部２７０、記憶部２８０、及び通信部２９０を有する。
制御部２７０は、記憶部２８０及び通信部２９０を制御し、ＲＷ２００全体を制御する。記憶部２８０は、制御部２７０からの指示に基づいてＲＯＭ２２０、ＲＡＭ２３０等の記憶装置のデータについての読み出し、書き込み等を行う。例えば、記憶部２８０は、制御部２７０の制御のもとＲＯＭ２２０内のデータを取得する。
通信部２９０は、制御部２７０からの指示に基づいてＩ／Ｆ２６０を介してサーバ１００と通信を行う。例えば、通信部２９０は、Ｉ／Ｆ２６０を介して、サーバ１００からの各種のコマンドを受信し、制御部２７０に通知する。また、通信部２９０は、制御部２７０からの指示に基づいてＲＦ回路２４０及びＡＮＴ２５０を介して媒体３００と通信を行う。例えば、通信部２９０は、ＲＦ回路２４０及びＡＮＴ２５０を介して、制御部２７０の制御のもとカードコマンドを媒体３００に送信する。
【００３０】
図５（Ｃ）は、媒体３００のモジュールの構成の一例を示す図である。媒体３００は、制御部３７０、記憶部３８０、及び通信部３９０を有する。
制御部３７０は、記憶部３８０及び通信部３９０を制御し、媒体３００全体を制御する。記憶部３８０は、制御部３７０からの指示に基づいてＲＯＭ３２０、ＲＡＭ３３０等の記憶装置のデータについての読み出し、書き込み等を行う。
通信部３９０は、制御部３７０からの指示に基づいてＲＦ回路３４０及びＡＮＴ３５０を介してＲＷ２００と通信を行う。例えば、通信部３９０は、制御部３７０の制御のもとカードコマンドに対する処理を行い、処理の結果など（カードコマンドへの応答）を、ＲＦ回路３４０及びＡＮＴ３５０を介してＲＷ２００に送信する。
【００３１】
以下では、ユーザがお店で１００円の食料品を購入するために、電子マネーとして１０００円がチャージされている、即ち残高が１０００円である媒体３００をＲＷ２００にかざしているケースを適宜例に挙げて説明する。なお、媒体３００には、ポイント情報として１０ｐｔが記憶されている。
図６は、本サービス提供システムのシーケンスの一例を示す図である。
まず、ＲＷ２００は、媒体３００に捕捉コマンドを送信する（ＳＱ６０２）。媒体３００は、捕捉コマンドを受信すると、捕捉レスポンスをＲＷ２００に送信する。捕捉レスポンスには、ＩＤａなどの情報が含まれる。
ＲＷ２００は、ＩＤａを受信すると、不正媒体確認リクエスト及びポイント計算リクエストをサーバ１００に送信する（ＳＱ６０６）。不正媒体確認リクエストには、ＩＤａの情報が含まれ、ポイント計算リクエストには、電子マネーの引去り情報が含まれる。本例では、引去り情報は、レジ端末（図示せず）などから指示（通知）される食料品の購入代金１００円である。
【００３２】
次に、ＲＷ２００は、電子マネーサービスについての相互認証コマンドを媒体３００に送信する（ＳＱ６０８）。媒体３００は、電子マネーサービスについての相互認証コマンドを受信すると、相互認証レスポンスをＲＷ２００に送信する（ＳＱ６１０）。相互認証レスポンスには、ＩＤｂ（ｘ）の情報が含まれる。なお、以下では、説明の便宜上、媒体３００から送信される情報には'を適宜付している（例えばＩＤｂをＩＤｂ'と表記する）。
【００３３】
次に、サーバ１００は、ＩＤａと引去り情報とを受信すると、ＩＤａに紐付くＩＤｂを検索する（ＳＱ６１２）。本例では、サーバ１００は、電子マネーサービスのＩＤｂ（ＩＤｂ（ｘ））とポイントサービスのＩＤｂ（ＩＤｂ（ｙ））とを関連付けテーブルから読み出す。続いて、サーバ１００は、ネガ情報との照合によりＩＤｂ（ｘ）及びＩＤｂ（ｙ）の正当性を確認する（ＳＱ６１４）。なお、関連付けテーブルでＩＤａに関連付けられているＩＤｂは、ネガ情報に含まれない、つまりは正当なＩＤのみとし、ネガ情報との照合を省略してもよい。
続いて、サーバ１００は、引去り情報をもとにポイントチャージ額を計算する（ＳＱ６１６）。ここで、ＨＤＤ１４０には、ポイントとして還元する割合を示す還元率（本例では１％とする。）が記憶されている。本例では、サーバ１００は、１００円×１％＝１ｐｔを算出する。
なお、ポイントチャージ額の算出方法は、上述の方法に限られるものではなく、適宜の方法を採用できる。例えば、時間帯ごとに還元率が記憶され、現在の時間に応じて還元率を変更してポイントチャージ額を算出する方法を採用してもよい。
【００３４】
続いて、サーバ１００は、不正媒体確認レスポンスとポイント計算レスポンスとをＲＷ２００に送信する（ＳＱ６１８）。不正媒体確認レスポンスには、電子マネーサービスの正当性の結果、ポイントサービスの正当性の結果が含まれる。また、ＩＤｂ（ｘ）及びＩＤｂ（ｙ）が正当であると確認された場合、当該不正媒体確認レスポンスには、ＩＤｂ（ｘ）及びＩＤｂ（ｙ）が含まれる。また、ポイント計算レスポンスには、ポイントチャージ額の情報「１％」が含まれる。
次に、ＲＷ２００は、サーバ１００から受信したＩＤｂ（ｘ）と媒体３００から受信したＩＤｂ'（ｘ）とが一致するか否かを判断する（ＳＱ６２０）。このとき、ＲＷ２００は、一致すると判断した場合、電子マネー引去り処理（ＳＱ６２２〜ＳＱ６２８）を行う。他方、ＲＷ２００は、一致しないと判断した場合、エラーにより処理を終了する。
【００３５】
電子マネー引去り処理は、例えば、以下のように行われる。ＲＷ２００は、電子マネーの残高情報を読み込む読込コマンドを媒体３００に送信する（ＳＱ６２２）。媒体３００は、読込コマンドを受信すると、読込コマンドに従って、規定の記憶領域に記憶されている電子マネーの残高情報を読み出し、読込レスポンスをＲＷ２００に送信する（ＳＱ６２４）。本例では、読込レスポンスには、１０００円を示す情報が含まれる。
ＲＷ２００は、読込レスポンスを受信すると、電子マネーの残高情報を更新する書込コマンドを媒体３００に送信する（ＳＱ６２６）。より具体的には、ＲＷ２００は、残高情報が引去り情報より多いと判断した場合、引去り情報を含む書込コマンドを媒体３００に送信する。媒体３００は、書込コマンドを受信すると、書込コマンドに従って、規定の記憶領域に記憶されている電子マネーの残高情報を更新し、書込レスポンスをＲＷ２００に送信する（ＳＱ６２８）。
本例では、現在のチャージ額が１０００円であり、購入する食料品が１００円であるので、食料品の購入後の電子マネーの残高は、９００円となる。なお、ＳＱ６２６の処理において、引去り情報を含む書込コマンドに代えて、新しい残高情報（現在のチャージ額−引去情報）を含む書込コマンドを送信する構成としてもよい。
【００３６】
次に、ＲＷ２００は、ポイントサービスについての相互認証コマンドを媒体３００に送信する（ＳＱ６３０）。媒体３００は、ポイントサービスについての相互認証コマンドを受信すると、相互認証レスポンスをＲＷ２００に送信する（ＳＱ６３２）。相互認証レスポンスには、ＩＤｂ'（ｙ）の情報が含まれる。
次に、ＲＷ２００は、サーバ１００から受信したＩＤｂ（ｙ）と媒体３００から受信したＩＤｂ'（ｙ）とが一致するか否かを判断する（ＳＱ６３４）。このとき、ＲＷ２００は、一致すると判断した場合、ポイントチャージ処理（ＳＱ６３６〜ＳＱ６４２）を行い、処理の結果を通知する（ＳＱ６４４）。他方、ＲＷ２００は、一致しないと判断した場合、エラーにより処理を終了する。
【００３７】
ポイントチャージ処理は、例えば、以下のように行われる。ＲＷ２００は、ポイント情報を読み込む読込コマンドを媒体３００に送信する（ＳＱ６３６）。媒体３００は、読込コマンドを受信すると、読込コマンドに従って、規定の記憶領域に記憶されているポイント情報を読み出し、読込レスポンスをＲＷ２００に送信する（ＳＱ６３８）。本例では、読込レスポンスには、１０ｐｔを示す情報が含まれる。なお、ポイント情報は、レジ端末の画面への表示処理、レシートへの印字処理などにおいて用いられる。
ＲＷ２００は、読込レスポンスを受信すると、ポイント情報を更新する書込コマンドを媒体３００に送信する（ＳＱ６４０）。より具体的には、ＲＷ２００は、電子マネー引去り処理において残高情報の更新を行ったと判断した場合、ポイントチャージ額を含む書込コマンドを媒体３００に送信する。媒体３００は、書込コマンドを受信すると、書込コマンドに従って、規定の記憶領域に記憶されているポイント情報を更新し、書込レスポンスをＲＷ２００に送信する（ＳＱ６４２）。
本例では、現在のポイントが１０ｐｔであり、加算するポイントが１ｐｔであるので、食料品の購入後のポイントは、１１ｐｔとなる。なお、ポイントチャージ処理は、上述の構成に限られるものではない。例えば、ＲＷ２００は、ＳＱ６３６の処理を行わず、ポイントチャージ額を含む書込コマンドを送信してもよい。また、例えば、新しいポイント情報（現在のポイント情報＋ポイントチャージ額）を含む書込コマンドを媒体３００に送信してもよい。
【００３８】
次に、各装置が行う処理について説明する。はじめに、サーバ１００が行う処理（サーバ処理）について説明する。図７は、サーバ処理に係るフローチャートの一例を示す図である。
まず、サーバ１００は、ＲＷ２００からＩＤａ及び引去り情報を受信したか否かを判断する（Ｓ７０２）。このとき、サーバ１００は、ＩＤａ及び引去り情報を受信したと判断した場合、Ｓ７０４に処理を進め、他方、ＩＤａ及び引去り情報の少なくとも１つを受信していないと判断した場合、再びＳ７０２の処理を行う。
Ｓ７０４では、サーバ１００は、検索処理を行う。より具体的には、サーバ１００は、テーブル４１０を参照し、ＩＤａに関連付けられているＩＤｂを検索する。本例では、サーバ１００は、テーブル４１０を参照し、ＩＤａに関連付けられているＩＤｂ（ｘ）及びＩＤｂ（ｙ）を読み出す。
【００３９】
続いて、サーバ１００は、正当性確認処理を行う（Ｓ７０６）。より具体的には、サーバ１００は、テーブル４２０等のネガ情報を参照し、Ｓ７０４で読み出した各ＩＤｂが正当であるか否かを判断する。本例では、サーバ１００は、テーブル４２０を参照し、ＩＤｂ（ｘ）が存在するか否かを確認する。更に、サーバ１００は、テーブル４３０を参照し、ＩＤｂ（ｙ）が存在するか否かを確認する。なお、テーブル４１０でＩＤａに関連付けられているＩＤｂ情報が正当なＩＤのみで構成される場合、Ｓ７０６を省略することができる。
続いて、サーバ１００は、前処理を行う（Ｓ７０８）。本例では、サーバ１００は、ポイントサービスにおけるポイントの付与に係る前処理として、引去り情報をもとにポイントチャージ額を計算する。
続いて、サーバ１００は、正当であるか否かを判断した結果、正当であると判断したＩＤｂ、及びポイントチャージ額をＲＷ２００に送信する（Ｓ７１０）。
【００４０】
続いて、サーバ１００は、ＲＷ２００から処理の結果を受信したか否かを判断する（Ｓ７１２）。このとき、サーバ１００は、処理の結果を受信したと判断した場合、Ｓ７１４に処理を進め、他方、処理の結果を受信していないと判断した場合、再びＳ７１２の処理を行う。
Ｓ７１４では、サーバ１００は、必要に応じて後処理を行う。
【００４１】
次に、ＲＷ２００が行う処理（ＲＷ処理）について説明する。図８は、ＲＷ処理に係るフローチャートの一例を示す図である。
まず、ＲＷ２００は、捕捉コマンドを媒体３００に送信する（Ｓ８０２）。続いて、ＲＷ２００は、媒体３００からＩＤａを受信したか否かを判断する。このとき、ＲＷ２００は、ＩＤａを受信したと判断した場合、Ｓ８０６に処理を進め、他方、ＩＤａを受信していないと判断した場合、再びＳ８０２の処理を行う。
【００４２】
Ｓ８０６では、ＲＷ２００は、受信したＩＤａ及びレジ端末（図示せず）などから指示された引去り情報をサーバ１００に送信する。続いて、ＲＷ２００は、サービスｘについての相互認証コマンドを媒体３００に送信する（Ｓ８０８）。本例では、サービスｘは、電子マネーサービスであるので、ＲＷ２００は、電子マネーサービスについての相互認証コマンドを媒体３００に送信する。
続いて、ＲＷ２００は、サーバ１００からレスポンスを受信し、かつ媒体３００からレスポンスを受信したか否かを判断する（Ｓ８１０）。このとき、ＲＷ２００は、サーバ１００からのレスポンス及び媒体３００からのレスポンスを受信していると判断した場合、Ｓ８１１に処理を進め、他方、サーバ１００からのレスポンス及び媒体３００からのレスポンスの少なくとも１つを受信していないと判断した場合、再びＳ８１０の処理を行う。
Ｓ８１１では、ＲＷ２００は、サーバ１００からのレスポンスにＩＤｂ（ｘ）情報が含まれているか否かを判断する。このとき、ＲＷ２００は、ＩＤｂ（ｘ）情報が含まれていると判断した場合、Ｓ８１２に処理を進め、他方、ＩＤｂ（ｘ）情報が含まれていないと判断した場合、Ｓ８２４に処理を進める。
Ｓ８１２では、ＲＷ２００は、ＩＤｂ（ｘ）とＩＤｂ'（ｘ）とが一致するか否かを判断する。このとき、ＲＷ２００は、一致すると判断した場合、Ｓ８１４に処理を進め、他方、一致しないと判断した場合、Ｓ８２４に処理を進める。
Ｓ８１４では、ＲＷ２００は、サービスｘ処理を行う。サービスｘ処理では、ＲＷ２００は、電子マネー引去り処理を行う。
【００４３】
続いて、ＲＷ２００は、サービスｙについての相互認証コマンドを媒体３００に送信する（Ｓ８１６）。本例では、サービスｙは、ポイントサービスであるので、ＲＷ２００は、ポイントサービスについての相互認証コマンドを媒体３００に送信する。
続いて、ＲＷ２００は、サーバ１００からレスポンスを受信し、かつ媒体３００からレスポンスを受信したか否かを判断する（Ｓ８１８）。このとき、ＲＷ２００は、サーバ１００からのレスポンス及び媒体３００からのレスポンスを受信していると判断した場合、Ｓ８１９に処理を進め、他方、サーバ１００からのレスポンス及び媒体３００からのレスポンスの少なくとも１つを受信していないと判断した場合、再びＳ８１８の処理を行う。
Ｓ８１９では、ＲＷ２００は、サーバ１００からのレスポンスにＩＤｂ（ｙ）情報が含まれているか否かを判断する。このとき、ＲＷ２００は、ＩＤｂ（ｙ）情報が含まれていると判断した場合、Ｓ８２０に処理を進め、他方、ＩＤｂ（ｙ）情報が含まれていないと判断した場合、Ｓ８２４に処理を進める。
【００４４】
Ｓ８２０では、ＲＷ２００は、ＩＤｂ（ｙ）とＩＤｂ'（ｙ）とが一致するか否かを判断する。このとき、ＲＷ２００は、一致すると判断した場合、Ｓ８２２に処理を進め、他方、一致しないと判断した場合、Ｓ８２４に処理を進める。
Ｓ８２２では、ＲＷ２００は、サービスｙ処理を行い、Ｓ８２６に処理を進める。サービスｙ処理では、ＲＷ２００は、ポイントチャージ処理を行う。
Ｓ８２４では、ＲＷ２００は、エラー処理を行い、処理を終了する。
Ｓ８２６では、ＲＷ２００は、処理の結果をサーバ１００に送信する。
【００４５】
次に、媒体３００が行う処理（媒体処理）について説明する。図９は、媒体処理に係るフローチャートの一例を示す図である。
まず、媒体３００は、ＲＷ２００から捕捉コマンドを受信したか否かを判断する（Ｓ９０２）。このとき、媒体３００は、捕捉コマンドを受信したと判断した場合、Ｓ９０４に処理を進め、他方、捕捉コマンドを受信していないと判断した場合、Ｓ９０６に処理を進める。Ｓ９０４では、媒体３００は、ＲＷ２００にＩＤａを送信する。
Ｓ９０６では、媒体３００は、ＲＷ２００から、相互認証コマンドを受信したか否かを判断する。このとき、相互認証コマンドを受信したと判断した場合、Ｓ９０８に処理を進め、他方、相互認証コマンドを受信していないと判断した場合、Ｓ９１０に処理を進める。
Ｓ９０８では、媒体３００は、相互認証コマンドの種類に応じたＩＤｂ'をＲＷ２００に送信する。例えば、媒体３００は、電子マネーサービスについての相互認証コマンドを受信した場合、ＩＤｂ'（ｘ）をＲＷ２００に送信する。また、例えば、媒体３００は、ポイントサービスについての相互認証コマンドを受信した場合、ＩＤｂ'（ｙ）をＲＷ２００に送信する。
【００４６】
Ｓ９１０では、媒体３００は、ＲＷ２００から読込コマンドを受信したか否かを判断する。このとき、媒体３００は、読込コマンドを受信したと判断した場合、Ｓ９１２に処理を進め、他方、読込コマンドを受信していないと判断した場合、Ｓ９１６に処理を進める。
Ｓ９１２では、媒体３００は、読込コマンドに従って読込処理を行う。例えば、媒体３００は、電子マネーの残高情報を読み込む読込コマンドである場合、規定の領域に格納されている電子マネーの残高情報を読み込む。また、例えば、媒体３００は、ポイント情報を読み込む読込コマンドである場合、規定の領域に格納されているポイント情報を読み込む。続いて、Ｓ９１４では、媒体３００は、読み込んだ情報を含むレスポンスをＲＷ２００に送信する。
【００４７】
Ｓ９１６では、媒体３００は、ＲＷ２００から書込コマンドを受信したか否かを判断する。このとき、媒体３００は、書込コマンドを受信したと判断した場合、Ｓ９１８に処理を進め、他方、書込コマンドを受信していないと判断した場合、処理を終了する。
Ｓ９１８では、媒体３００は、書込コマンドに従って書込処理を行う。例えば、媒体３００は、電子マネーの残高情報を更新（例えば減算）する書込コマンドである場合、規定の領域に格納されている電子マネーの残高情報を更新する。また、例えば、媒体３００は、ポイント情報を更新する書込コマンドである場合、規定の領域に格納されているポイント情報を更新する。続いて、Ｓ９２０では、媒体３００は、更新の結果の情報を含むレスポンスをＲＷ２００に送信する。
【００４８】
上述した構成によれば、ＲＷ２００及び媒体３００間の相互認証と不正媒体検出処理とが並行して実行されるので、サービスに要する時間を短縮することができる。
また、上述した構成によれば、複数のサービスに対する正当性の確認をサーバ１００において実行する場合であっても、サーバ１００との通信を１回だけにすることができる。また、サーバ１００において正当性の確認が実行されている際、ＲＷ２００は、サービスに係る媒体３００との処理を並列して実行するので、複数のサービスに係る一連の処理に要する時間を短縮することができる。
また、不正媒体検出処理で用いる大量の情報をＲＷ２００で保持する必要がないので、安価なＲＷ２００を提供することができる。また、不正媒体検出処理で用いる大量の情報をリソースが豊富なサーバ１００に設けることで、媒体３００の利用期間の制限を撤廃できる。
【００４９】
なお、本実施形態は、上述した構成に限られるものではない。例えば、ＲＷ２００がＩＤａをサーバ１００に送信する構成に代えて、ＲＷ２００は、媒体３００との相互認証後にＩＤｂ（ｘ）を取得すると、取得したＩＤｂ（ｘ）をサーバ１００に送信する。サーバ１００は、ＩＤｂ（ｘ）とＩＤｂ（ｙ）とを関連付けたテーブルを保持し、受信したＩＤｂ（ｘ）に関連付けられたＩＤｂ（ｙ）を読み出し、ＩＤｂ（ｘ）及びＩＤｂ（ｙ）について正当であるか否かをネガ情報をもとに判断し、その判断の結果をＲＷ２００に送信する。
また、例えば、サーバ１００は、ＩＤａを受信すると、引去り情報を受信していなくても、検索処理（ＳＱ７０４）及び正当性確認処理（ＳＱ７０６）を行ってもよい。
また、例えば、サーバ１００は、正当であると判断したＩＤｂについては、順次に送信してもよい。当該送信は、適宜のタイミングで行うことができ、前処理の前であってもよいし、前処理の後であってもよい。
【００５０】
＜第２の実施形態＞
本実施形態では、連携する２つ（複数）のサービスについて、サーバにサービスＩＤが２つ存在し、媒体にサービスＩＤが１つ（一部）存在する場合について説明する。なお、本実施形態では、第１の実施形態の構成と異なる構成について主に説明する。本例では、ポイント情報は、サーバ１００のＨＤＤ１４０に記憶されている。
図１０は、本実施形態に係るサービス提供システムのシーケンスの一例を示す図である。ＳＱ１００２〜ＳＱ１０１４までの処理は、ＳＱ６０２〜ＳＱ６１４までの処理と基本的に同じであり、ＳＱ１０２０〜ＳＱ１０２８までの処理は、ＳＱ６２０〜ＳＱ６２８までの処理と基本的に同じであるので、それらの説明を省略する。
【００５１】
ＳＱ１０１６では、サーバ１００は、引去り情報などをもとにポイントチャージ額を計算し、ポイントチャージ額とポイント情報とからチャージ後残高を計算する。続いて、サーバ１００は、不正媒体確認レスポンス及びポイント計算レスポンスをＲＷ２００に送信する。ポイント計算レスポンスには、ポイントチャージ額およびチャージ後残高の情報が含まれる。なお、ＳＱ１０１８で送信されるポイントチャージ額等情報は、レジ端末の画面への表示、レシートへの印字などに用いられる。
ＳＱ１０３０では、ＲＷ２００は、処理の結果をサーバ１００に送信する。処理の結果には、電子マネー引去り処理で電子マネーが更新されたか否かを示す情報等が含まれる。
ＳＱ１０３２では、サーバ１００は、処理の結果を受信し、処理の結果に基づいて、ＩＤｂ（ｙ）のポイントチャージ額をＩＤｂ（ｙ）のポイント情報（ＤＢ）に反映する。
【００５２】
図１１は、ＲＷ処理に係るフローチャートの一例を示す図である。Ｓ１１０２〜Ｓ１１１４までの処理は、Ｓ８０２〜Ｓ８１４までの処理と基本的に同じであり、Ｓ１１１６の処理は、Ｓ８２４の処理と基本的に同じであるので、それらの説明を省略する。
Ｓ１１１２では、ＲＷ２００は、ＩＤｂ（ｘ）とＩＤｂ'（ｘ）とが一致するか否かを判断する。このとき、ＲＷ２００は、一致すると判断した場合、Ｓ１１１４に処理を進め、他方、一致しないと判断した場合、Ｓ１１１６に処理を進める。
Ｓ１１１４では、ＲＷ２００は、サービスｘ処理を行う。サービスｘ処理では、ＲＷ２００は、電子マネー引去り処理を行う。
【００５３】
続いて、ＲＷ２００は、処理の結果をサーバ１００に送信する（Ｓ１１１８）。ＲＷ２００は、電子マネー引去り処理において電子マネーの更新が行われた場合（残高不足等のエラーが発生しなかった場合など）、電子マネーが更新されたことを示す情報を含む結果を生成する。他方、エラー処理が行われた場合、或いは電子マネー引去り処理において電子マネーの更新が行われなかった場合、ＲＷ２００は、電子マネーが更新されなかったことを示す情報を含む結果を生成する。なお、結果には、媒体３００を識別可能な情報（ＩＤａ、ＩＤｂ（ｘ）など）が含まれていてもよい。
上述した構成によれば、連携する２つのサービスについて、サーバにサービスＩＤが２つ存在し、媒体にサービスＩＤが１つ存在する場合においても、第１の実施形態と同様の効果が得られる。
【００５４】
＜第３の実施形態＞
本実施形態では、連携する複数のサービスについて、複数のサービスＩＤが媒体に存在するサービス提供システムにおいて、第１の実施形態とは異なる構成について説明する。なお、本実施形態では、第１の実施形態の構成と異なる構成について主に説明する。
本実施形態では、サービスｘが電子マネーサービスであり、サービスｙがオートチャージサービスである場合を例に挙げて説明する。
【００５５】
図１２は、本サービス提供システムのシーケンスの一例を示す図である。ＳＱ１２０２及びＳＱ１２０４の処理は、ＳＱ６０２及びＳＱ６０４の処理と基本的に同じであるので、それらの説明を省略する。
ＳＱ１２０６では、ＲＷ２００は、不正媒体確認リクエスト及びクレジットオーソリリクエストをサーバ１００に送信する。なお、不正媒体確認リクエストには、ＩＤａの情報が含まれている。
【００５６】
ＳＱ１２０８では、ＲＷ２００は、オートチャージサービスについての相互認証コマンドを媒体３００に送信する。媒体３００は、オートチャージサービスについての相互認証コマンドを受信すると、相互認証レスポンスをＲＷ２００に送信する（ＳＱ１２１０）。相互認証レスポンスには、ＩＤｂ'（ｙ）の情報が含まれる。
次に、ＲＷ２００は、電子マネーサービスについての相互認証コマンドを媒体３００に送信する（ＳＱ１２１６）。媒体３００は、電子マネーサービスについての相互認証コマンドを受信すると、相互認証レスポンスをＲＷ２００に送信する（ＳＱ１２１８）。相互認証レスポンスには、ＩＤｂ'（ｘ）の情報が含まれる。
【００５７】
次に、サーバ１００は、ＩＤａを受信すると、ＩＤａに紐付くＩＤｂを検索する（ＳＱ１２２０）。本例では、サーバ１００は、電子マネーサービスのＩＤｂ（ＩＤｂ（ｘ））とオートチャージサービスのＩＤｂ（ＩＤｂ（ｙ））を関連付けテーブルから読み出す。
続いて、サーバ１００は、ネガ情報との照合によりＩＤｂ（ｘ）の正当性を確認する（ＳＱ１２２２）。本例では、サーバ１００は、テーブル４２０を参照し、テーブル４２０にＩＤｂ（ｘ）が存在するか否かを確認する。なお、関連付けテーブルでＩＤａに関連付けられているＩＤｂは、ネガ情報に含まれない、つまりは正当なＩＤのみとし、ネガ情報との照合を省略してもよい。
続いて、サーバ１００は、ネガ情報（本例ではテーブル４３０）との照合により、或いはクレジットセンターに設けられたクレジットサーバ（図示せず）により、ＩＤｂ（ｙ）の正当性を確認する（ＳＱ１２２４）。
【００５８】
続いて、サーバ１００は、ＩＤｂ（ｙ）のオートチャージの条件を示すオートチャージ情報を検索する（ＳＱ１２２６）。オートチャージ情報は、ＨＤＤ１４０に記憶されている。オートチャージ情報には、ユーザにより予め指定された指定額の情報、及びオートチャージ額の情報、１日当たりのチャージ額の限度を示す限度額の情報、１日当たりのチャージ回数の限度を示す限度回数の情報が含まれる。
続いて、サーバ１００は、不正媒体確認レスポンスとクレジットオーソリレスポンスとをＲＷ２００に送信する（ＳＱ１２２８）。本例では、不正媒体確認レスポンスには、電子マネーサービスの正当性の結果、オートチャージサービスの正当性の結果が含まれる。また、ＩＤｂ（ｘ）及びＩＤｂ（ｙ）が正当であると確認された場合、当該不正媒体確認レスポンスには、ＩＤｂ（ｘ）及びＩＤｂ（ｙ）が含まれる。また、クレジットオーソリレスポンスには、検索されたオートチャージ情報が含まれる。
【００５９】
次に、ＲＷ２００は、サーバ１００から受信したＩＤｂ（ｘ）と媒体３００から受信したＩＤｂ'（ｘ）とが一致するか否か、及びサーバ１００から受信したＩＤｂ（ｙ）と媒体３００から受信したＩＤｂ'（ｙ）が一致するか否かを判断する（ＳＱ１２３０）。
このとき、ＲＷ２００は、両方とも一致すると判断した場合、電子マネー引去り処理およびオートチャージ処理（ＳＱ１２３２〜ＳＱ１２３８）を行い、処理の結果を通知する（ＳＱ１２４０）。他方、ＲＷ２００は、少なくとも１つが一致しないと判断した場合、エラーにより処理を終了する。なお、より詳細な処理の内容については、図１３を用いて説明する。
【００６０】
図１３は、ＲＷ処理に係るフローチャートの一例を示す図である。Ｓ１３０２及びＳ１３０４の処理は、Ｓ８０２及びＳ８０４の処理と基本的に同じであるので、それらの説明を省略する。
Ｓ１３０６では、ＲＷ２００は、受信したＩＤａをサーバ１００に送信する。続いて、ＲＷ２００は、サービスｙについての相互認証コマンドを媒体３００に送信する（Ｓ１３０８）。本例では、サービスｙは、オートチャージサービスであるので、ＲＷ２００は、オートチャージサービスについての相互認証コマンドを媒体３００に送信する。
続いて、ＲＷ２００は、媒体３００からＩＤｂ'（ｙ）を受信したか否かを判断する（Ｓ１３１０）。このとき、ＲＷ２００は、ＩＤｂ'（ｙ）を受信したと判断した場合、Ｓ１３１２に処理を進め、他方、ＩＤｂ'（ｙ）を受信していないと判断した場合、再びＳ１３１０の処理を行う。
【００６１】
Ｓ１３１２では、ＲＷ２００は、必要に応じて、サービスに係る処理に用いる情報を読み込むための読込コマンドを媒体３００に送信する。ＲＷ２００は、読込コマンドを送信した場合、媒体３００から情報を受信したか否かを判断する（Ｓ１３１４）。このとき、ＲＷ２００は、情報を受信したと判断した場合、Ｓ１３１６に処理を進め、他方、情報を受信していないと判断した場合、再びＳ１３１４の処理を行う。
Ｓ１３１６では、ＲＷ２００は、サービスｘについての相互認証コマンドを媒体３００に送信する。本例では、サービスｘは、電子マネーサービスであるので、ＲＷ２００は、電子マネーサービスについての相互認証コマンドを媒体３００に送信する。
【００６２】
続いて、ＲＷ２００は、サーバ１００からレスポンスを受信し、かつ媒体３００からレスポンスを受信したか否かを判断する（Ｓ１３１８）。このとき、ＲＷ２００は、サーバ１００からのレスポンス及び媒体３００からのレスポンスを受信していると判断した場合、Ｓ１３１９に処理を進め、他方、サーバ１００からのレスポンス及び媒体３００からのレスポンスの少なくとも１つを受信していないと判断した場合、再びＳ１３１８の処理を行う。
Ｓ１３１９では、ＲＷ２００は、サーバ１００からのレスポンスにＩＤｂ（ｘ）情報およびＩＤｂ（ｙ）情報が含まれているか否かを判断する。このとき、ＲＷ２００は、ＩＤｂ（ｘ）情報およびＩＤｂ（ｙ）情報が含まれていると判断した場合、Ｓ１３２０に処理を進め、他方、ＩＤｂ（ｘ）情報およびＩＤｂ（ｙ）情報の少なくとも１つが含まれていないと判断した場合、Ｓ１３２６に処理を進める。
Ｓ１３２０では、ＲＷ２００は、ＩＤｂ（ｘ）とＩＤｂ'（ｘ）とが一致するか否か、及びＩＤｂ（ｙ）とＩＤｂ'（ｙ）とが一致するか否かを判断する。このとき、ＲＷ２００は、両方とも一致すると判断した場合、Ｓ１３２２に処理を進め、他方、少なくとも１つが一致しないと判断した場合、Ｓ１３２６に処理を進める。
【００６３】
Ｓ１３２２では、ＲＷ２００は、サービスｘ処理を行う。サービスｘ処理では、ＲＷ２００は、電子マネー引去り処理を行う。
例えば、ＲＷ２００は、まず、電子マネーの残高情報を読み込む読込コマンドを媒体３００に送信し、電子マネーの残高情報を取得する。次に、ＲＷ２００は、電子マネーの残高情報から引去り情報を減算した値（減算値）が０以上であるか否かを判断する。
０以上であると判断した場合、ＲＷ２００は、引去り情報を媒体３００に送信し（書込コマンドを送信し）、電子マネーの残高情報を更新する。続いて、ＲＷ２００は、減算値がオートチャージ情報の指定額より小さいか否かを判断する。ＲＷ２００は、小さくないと判断した場合、オートチャージ処理（Ｓ１３２４）を行わず、Ｓ１３２８に処理を進める。他方、小さいと判断した場合、Ｓ１３２４に処理を進める。
【００６４】
Ｓ１３２４では、ＲＷ２００は、サービスｙ処理を行う。サービスｙ処理では、ＲＷ２００は、オートチャージ処理を行う。
例えば、ＲＷ２００は、オートチャージサービスについての相互認証を行った後、オートチャージ実績情報（１日におけるオートチャージ総額、１日におけるオートチャージ回数など）とオートチャージ情報の限度額および限度回数とを比較し、限度に達しているか否かを判断する。このとき、ＲＷ２００は、達していると判断した場合、Ｓ１３２８に処理を進める。他方、達していないと判断した場合、ＲＷ２００は、オートチャージ情報のオートチャージ額を媒体３００に送信し（書込コマンドを送信し）、電子マネーの残高情報を更新する。また、ＲＷ２００は、オートチャージしたことを示す情報を媒体３００に送信し（書込コマンドを送信し）、オートチャージ実績情報を更新し、Ｓ１３２８に処理を進める。
【００６５】
他方、０未満であると判断した場合、ＲＷ２００は、ＲＷ２００は、オートチャージ処理を行ってから、電子マネー引去り処理を行う。
Ｓ１３２６では、ＲＷ２００は、エラー処理を行い、Ｓ１３２８に処理を進める。
Ｓ１３２８では、ＲＷ２００は、処理の結果をサーバ１００に送信する。
上述した構成によれば、第１の実施形態と同様の効果が得られる。
【００６６】
ここで、本実施形態は、上述の構成に限られるものではない。例えば、ＲＷ２００は、各種の読込処理（ＳＱ１２３２の処理）を、ＳＱ１２３０の処理の前に行ってもよい。この構成によれば、サービスに係る処理を先行して行うことができるので、複数のサービスに係る一連の処理に要する時間を更に短縮することができる。
また、例えば、ＳＱ１２２２の処理において、サーバ１００は、ＩＤｂ（ｘ）が正当であると確認された場合、ＳＱ１２２４の処理の前に、ＲＷ２００にＩＤｂ（ｘ）を送信してもよい。また、例えば、ＳＱ１２２４の処理において、サーバ１００は、ＩＤｂ（ｙ）が正当であると確認した場合、ＳＱ１２２６の処理の前に、ＲＷ２００にＩＤｂ（ｙ）を送信してもよい。
また、例えば、オートチャージ情報は、媒体３００のＲＯＭ３２０に記憶され、媒体３００が、ＳＱ１２３２等の処理において読み込んでもよい。
また、例えば、ＲＷ２００は、オートチャージしたことを示す情報ではなく、オートチャージ実績情報のオートチャージ額にオートチャージ額を加算し、オートチャージ実績情報のオートチャージ回数を１加算した実績情報を媒体３００に送信してもよい。
【００６７】
また、電子マネー引去り処理およびオートチャージ処理の連携は、上述した構成に限られるものではない。
例えば、ＲＷ２００は、０未満であると判断した場合、オートチャージサービスについての相互認証を行った後、オートチャージ実績情報とオートチャージ情報の限度額および限度回数とを比較し、限度に達しているか否かを判断する。このとき、ＲＷ２００は、達していると判断した場合、Ｓ１３２８に処理を進め、他方、達していないと判断した場合、ＲＷ２００は、電子マネーサービスについての相互認証を行った後、電子マネーの残高情報を媒体３００に送信し（書込コマンドを送信し）、電子マネーの残高情報を更新する。この処理により、電子マネーの残高は、０円となる。
続いて、ＲＷ２００は、オートチャージサービスについての相互認証を行う。そして、ＲＷ２００は、オートチャージ情報のオートチャージ額に減算額を加味した額を媒体３００に送信し（書込コマンドを送信し）、電子マネーの残高情報を更新する。また、ＲＷ２００は、オートチャージしたことを示す情報を媒体３００に送信し（書込コマンドを送信し）、オートチャージ実績情報を更新し、Ｓ１３２８に処理を進める。
【００６８】
＜第４の実施形態＞
本実施形態では、連携する複数のサービスのサービスＩＤの一部についての認証が認証サーバ４００で認証される場合について図１４を用いて説明する。図１４は、本サービス提供システムのシーケンスの一例を示す図である。ＳＱ１４０２及びＳＱ１４０４の処理については、ＳＱ２及びＳＱ４の処理と同様であるので、それらの説明を省略する。
ＳＱ１４０６では、ＲＷ２００は、ＩＤａをサーバ１００に送信する。ＳＱ１４０８では、サーバ１００は、ＩＤａに紐付けられたＩＤｂを検索して正当性を判断する。本例では、サーバ１００は、サービスｘのＩＤｂ（ｘ）とサービスｙのＩＤｂ（ｙ）とを取得し、認証サーバ４００にＩＤｂ（ｙ）を送信し、ＩＤｂ（ｘ）について正当性を判断して判断した結果をＲＷ２００に送信する。
【００６９】
認証サーバ４００は、ＩＤｂ（ｙ）について認証し、その結果をＲＷ２００に送信する（ＳＱ１４３４）。なお、認証が成功した場合、その結果には、ＩＤｂ（ｙ）が含まれていてもよい。
ＲＷ２００は、サービスｙに係る書込（より具体的には書込コマンドの生成）までの処理を行い、認証サーバ４００からの認証の結果を待つ。ＲＷ２００は、媒体からのＩＤｂ'（ｙ）と認証サーバ４００からのＩＤｂ''（ｙ）とが一致すると判断した場合、書込コマンドを媒体３００に送信、即ち、ＲＷ２００は、残りのサービスｙに係る処理を行う。なお、図１４では、ＳＱ１４２４において認証の結果を受信している例が示されているが、他のタイミングで受信されることもある。
【００７０】
従来は、ＳＱ１４２０が行われてからＩＤｂ（ｙ）の正当性の判断が行われていたが、本実施形態の構成によれば、より速い段階でＩＤｂ（ｙ）の正当性の判断を行うことができる。また、ＩＤｂ（ｙ）の正当性の判断（ＳＱ１４３４）の処理が行われている際、ＲＷ２００では、並行してサービスｙに係る書き込みの処理までの処理を行うことができる。
このように、上述した構成によれば、連携する複数のサービスのサービスＩＤの一部についての認証が認証サーバ４００で認証される場合であっても、一連の処理に要する時間をより短縮することができる。
【００７１】
＜第５の実施形態＞
本実施形態では、第３の実施形態において、連携する２つのサービスについて、サーバにサービスＩＤが２つ存在し、媒体にサービスＩＤが１つ存在する場合について説明する。なお、本実施形態では、第３の実施形態の構成と異なる構成について主に説明する。本実施形態では、オートチャージ実績情報が媒体３００のＲＯＭ３２０ではなく、サーバ１００のＨＤＤ１４０（ＤＢ等）に記憶されている。
図１５は、本サービス提供システムのシーケンスの一例を示す図である。ＳＱ１５０２〜ＳＱ１５０６までの処理は、ＳＱ１２０２〜ＳＱ１２０６までの処理と基本的に同じであり、ＳＱ１５１２〜ＳＱ１５１８までの処理は、ＳＱ１２２０〜ＳＱ１２２６までの処理と基本的に同じであるので、それらの説明を省略する。
ＳＱ１５０８では、ＲＷ２００は、電子マネーサービスについての相互認証コマンドを媒体３００に送信する。媒体３００は、電子マネーサービスについての相互認証コマンドを受信すると、相互認証レスポンスをＲＷ２００に送信する（ＳＱ１５１０）。相互認証レスポンスには、ＩＤｂ'（ｘ）の情報が含まれる。
【００７２】
ＳＱ１５２０では、サーバ１００は、不正媒体確認レスポンスとクレジットオーソリレスポンスとをＲＷ２００に送信する。本例では、クレジットオーソリレスポンスには、オートチャージ情報、及びオートチャージ実績情報が含まれる。
ＳＱ１５２２では、ＲＷ２００は、サーバ１００から受信したＩＤｂ（ｘ）と媒体３００から受信したＩＤｂ'（ｘ）とが一致するか否かを判断する。このとき、ＲＷ２００は、一致すると判断した場合、電子マネー引去り処理およびオートチャージ処理（ＳＱ１５２４〜ＳＱ１５３０）を行い、処理の結果を送信する（ＳＱ１５３２）。他方、ＲＷ２００は、一致しないと判断した場合、エラーにより処理を終了する。
ＳＱ１５３４では、処理の結果に基づいて、ＩＤｂ（ｙ）のオートチャージ実績情報をＤＢに反映する。
上述した構成によれば、連携する２つのサービスについて、サーバにサービスＩＤが２つ存在し、媒体にサービスＩＤが１つ存在する場合であっても、第１の実施形態と同様の効果が得られる。
【００７３】
＜第６の実施形態＞
本実施形態では、連携する複数のサービスについて、複数のサービスＩＤが媒体に存在するサービス提供システムにおいて、第１の実施形態および第３の実施形態とは異なる構成について説明する。なお、本実施形態では、第３の実施形態の構成と異なる構成について主に説明する。
本実施形態では、サービスｘが電子マネーサービスであり、サービスｙが送金サービスである場合を例に挙げて説明する。
図１６は、本サービス提供システムのシーケンスの一例を示す図である。ＳＱ１６０２〜ＳＱ１６１０までの処理は、ＳＱ１２０２〜ＳＱ１２１０までの処理と基本的に同じであり、ＳＱ１６１６及びＳＱ１６１８の処理は、ＳＱ１２１６及びＳＱ１２１８の処理と基本的に同じであるので、それらの説明を省略する。なお、ＳＱ１６０６では、ＲＷ２００は、不正媒体確認リクエスト及び送金オーソリリクエストをサーバ１００に送信する。
【００７４】
ＳＱ１６１２では、ＲＷ２００は、読込コマンドを媒体３００に送信する。媒体３００は、読込コマンドに従って情報を読み込み、読込レスポンスをＲＷ２００に送信する（ＳＱ１６１４）。本例では、銀行の口座に関する口座情報（銀行の口座を識別可能な口座番号Ｎ'など）が規定の領域から読み込まれて読込レスポンスとされる。
ＳＱ１６２０では、サーバ１００は、ＩＤａを受信すると、ＩＤａに紐付くＩＤｂを検索する。本例では、サーバ１００は、電子マネーサービスのＩＤｂ（ＩＤｂ（ｘ））と、送金サービスのＩＤｂ（ＩＤｂ（ｙ））とを読み出す。
続いて、サーバ１００は、ネガ情報との照合によりＩＤｂ（ｘ）及びＩＤｂ（ｙ）の正当性を確認する（ＳＱ１６２２）。本例では、サーバ１００は、テーブル４２０を参照し、テーブル４２０にＩＤｂ（ｘ）が存在するか否かを確認する。また、サーバ１００は、テーブル４３０を参照し、テーブル４３０にＩＤｂ（ｙ）が存在するか否かを確認する。なお、関連付けテーブルでＩＤａに関連付けられているＩＤｂは、ネガ情報に含まれない、つまりは正当なＩＤのみとし、ネガ情報との照合を省略してもよい。
【００７５】
続いて、サーバ１００は、ＩＤｂ（ｙ）に紐付けられて設けられた口座情報（送金が指定された金額（送金額）、口座番号Ｎなど）を検索する（ＳＱ１６２４）。なお、口座情報は、サーバ１００のＨＤＤ１４０（ＤＢ等）に記憶されている。
続いて、サーバ１００は、不正媒体確認と送金オーソリレスポンスとをＲＷ２００に送信する（ＳＱ１６２６）。本例では、不正媒体確認レスポンスには、電子マネーサービスの正当性の結果、送金サービスの正当性の結果が含まれる。また、ＩＤｂ（ｘ）及びＩＤｂ（ｙ）が正当であると確認された場合、当該不正媒体確認レスポンスには、ＩＤｂ（ｘ）及びＩＤｂ（ｙ）が含まれる。ここで、送金額が１円以上である場合、送金オーソリレスポンスには、口座情報が含まれる。
【００７６】
次に、ＲＷ２００は、サーバ１００から受信したＩＤｂ（ｘ）と媒体３００から受信したＩＤｂ'（ｘ）とが一致するか否か、及びサーバ１００から受信した口座番号Ｎと媒体３００から受信した口座番号Ｎ'とが一致するか否かを判断する（ＳＱ１６２８）。このとき、ＲＷ２００は、両方とも一致すると判断した場合、電子マネー引去り処理および送金額チャージ処理（ＳＱ１６３０〜ＳＱ１６３６）を行い、処理の結果を通知する（ＳＱ１６３８）。他方、ＲＷ２００は、少なくとも１つが一致しないと判断した場合、エラーにより処理を終了する。
なお、ＲＷ２００は、サーバ１００から受信したＩＤｂ（ｙ）と媒体３００から受信したＩＤｂ'（ｙ）が一致するか否かを更に判断し、一致すると判断した場合、電子マネー引去り処理および送金額チャージ処理（ＳＱ１６３０〜ＳＱ１６３６）を行い、一致しないと判断した場合、エラーにより処理を終了してもよい。また、ＲＷ２００は、口座番号の判定に代えて、ＩＤｂの判定を行ってもよい。
次に、サーバ１００は、処理の結果を受信すると、処理の結果をＩＤｂ（ｙ）の口座情報（ＤＢ）に反映する（ＳＱ１６４０）。例えば、サーバ１００は、処理の結果をもとに、送金額チャージ処理が行われたと判断した場合、ＩＤｂ（ｙ）の口座情報の送金額を０円にする。
【００７７】
本実施形態のＲＷ処理については、第３の実施形態で示したＲＷ処理（図１３）と基本的に同じであるので、ここでは異なる処理について説明する。
Ｓ１３１２の処理において、ＲＷ２００は、サービスに係る処理に用いる情報を読み込むための読込コマンドを媒体３００に送信する。より具体的には、ＲＷ２００は、口座情報（銀行の口座を識別可能な口座番号Ｎ'など）を規定の領域から読み込む読込コマンドを生成し、媒体３００に送信する。
【００７８】
Ｓ１３１８の処理において、ＲＷ２００は、サーバ１００からＩＤｂ（ｘ）を受信し、かつ媒体３００からＩＤｂ'（ｘ）を受信したか否かを判断する。このとき、ＲＷ２００は、ＩＤｂ（ｘ）及びＩＤｂ'（ｘ）を受信していると判断した場合、Ｓ１３２０に処理を進め、他方、ＩＤｂ（ｘ）及びＩＤｂ'（ｘ）の少なくとも１つを受信していないと判断した場合、再びＳ１３１８の処理を行う。
Ｓ１３２０の処理において、ＲＷ２００は、ＩＤｂ（ｘ）とＩＤｂ'（ｘ）とが一致するか否かを判断する。一致すると判断した場合、口座番号Ｎを受信しているときは口座番号Ｎと口座番号Ｎ'とが一致するか否かを更に判断する。
このとき、ＲＷ２００は、全てにおいて一致すると判断した場合、Ｓ１３２２に処理を進め、他方、少なくとも１つが一致しないと判断した場合、Ｓ１３２６に処理を進める。
【００７９】
Ｓ１３２２の処理において、ＲＷ２００は、サービスｘ処理を行う。サービスｘ処理では、ＲＷ２００は、電子マネー引去り処理を行う。
例えば、ＲＷ２００は、まず、電子マネーの残高情報を読み込む読込コマンドを媒体３００に送信し、電子マネーの残高情報を取得する。次に、ＲＷ２００は、電子マネーの残高情報から引去り情報を減算した値（減算値）が０以上であるか否かを判断する。
０以上であると判断した場合、ＲＷ２００は、引去り情報を媒体３００に送信し（書込コマンドを送信し）、電子マネーの残高情報を更新し、Ｓ１３２４に処理を進める。他方、０以上でないと判断した場合、Ｓ１３２４に処理を進める。
【００８０】
続いて、Ｓ１３２４の処理において、ＲＷ２００は、サービスｙ処理を行う。サービスｙ処理では、ＲＷ２００は、送金額チャージ処理を行う。例えば、ＲＷ２００は、送金額を媒体３００に送信し（書込コマンドを送信し）、電子マネーの残高情報を更新し、Ｓ１３２８に処理を進める。
上述した構成によれば、第１の実施形態と同様の効果が得られる。
本実施形態は、上述した構成に限られるものではない。例えば、ＲＷ２００は、ＳＱ１６１２の処理については、送金額チャージ処理において行ってもよい。また、例えば、ＲＷ２００は、ＳＱ１６３０の処理は、ＳＱ１６２８の処理の前に行ってもよい。また、例えば、ＲＷ２００は、送金額チャージ処理を行ってから、電子マネー引去り処理を行ってもよい。
【００８１】
＜第７の実施形態＞
本実施形態では、第６の実施形態において、連携する２つのサービスについて、サーバにサービスＩＤが２つ存在し、媒体にサービスＩＤが１つ存在する場合について説明する。なお、本実施形態では、第６の実施形態の構成と異なる構成について主に説明する。
図１７は、本サービス提供システムのシーケンスの一例を示す図である。ＳＱ１７０２〜ＳＱ１７０６までの処理は、ＳＱ１６０２〜ＳＱ１６０６までの処理と基本的に同じであり、ＳＱ１７１２〜ＳＱ１７１８までの処理は、ＳＱ１６１２〜ＳＱ１６１８までの処理と基本的に同じであるので、それらの説明を省略する。
ＳＱ１７０８では、ＲＷ２００は、電子マネーサービスについての相互認証コマンドを媒体３００に送信する。媒体３００は、電子マネーサービスについての相互認証コマンドを受信すると、相互認証レスポンスをＲＷ２００に送信する（ＳＱ１７１０）。相互認証レスポンスには、ＩＤｂ'（ｘ）の情報が含まれる。
【００８２】
ＳＱ１７２０では、ＲＷ２００は、サーバ１００から受信したＩＤｂ（ｘ）と媒体３００から受信したＩＤｂ'（ｘ）とが一致するか否かを判断する。このとき、ＲＷ２００は、一致すると判断した場合、電子マネー引去り処理および送金額チャージ処理（ＳＱ１７２２〜ＳＱ１７２８）を行い、処理の結果を通知する（ＳＱ１７３０）。他方、ＲＷ２００は、一致しないと判断した場合、エラーにより処理を終了する。
ＳＱ１７３２では、サーバ１００は、処理の結果を受信すると、処理の結果をＩＤｂ（ｙ）の口座情報（ＤＢ）に反映する。
上述した構成によれば、連携する２つのサービスについて、サーバにサービスＩＤが２つ存在し、媒体にサービスＩＤが１つ存在する場合であっても、第１の実施形態と同様の効果が得られる。
【００８３】
＜その他の実施形態＞
本実施形態は、サーバ１００は、利用不可のサービスＩＤを示すネガ情報に代えて、利用可のサービスＩＤを示すポジ情報を用いて媒体３００（サービスＩＤ）の正当性を確認する。
また、本実施形態は、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は記録媒体（ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、フレキシブルディスク、光ディスク等）を介してシステム或いは装置に供給し、システム或いは装置の制御装置（ＣＰＵ、ＭＰＵ等）がプログラムを読み出して実行する構成であってもよい。
また、上述した各実施形態の構成および変形例は、適宜組み合わせて採用することができる。また、上述した各実施形態の処理の順序は、明示したものに限られるものではなく、各実施形態の技術思想を充足する適宜の順序とすることができる。
以上、上述した構成によれば、記憶媒体に対する処理をより短時間で完了することができるようになる。
【００８４】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００８５】
１００  サーバ
２００  ＲＷ
３００  媒体
【図１】
0005979952.tif 000002
【図２】
0005979952.tif 000003
【図３】
0005979952.tif 000004
【図４】
0005979952.tif 000005
【図５】
0005979952.tif 000006
【図６】
0005979952.tif 000007
【図７】
0005979952.tif 000008
【図８】
0005979952.tif 000009
【図９】
0005979952.tif 000010
【図１０】
0005979952.tif 000011
【図１１】
0005979952.tif 000012
【図１２】
0005979952.tif 000013
【図１３】
0005979952.tif 000014
【図１４】
0005979952.tif 000015
【図１５】
0005979952.tif 000016
【図１６】
0005979952.tif 000017
【図１７】
0005979952.tif 000018