(57)【要約】【課題】同一のＩＣサービスにおける複数枚のＩＣカードの利便性を向上することが可能な情報処理装置の提供。【解決手段】サービスに対応するサービス情報とユーザを特定する識別情報を対応づけて管理する管理部と、取得される前記識別情報、取得される前記ユーザの指示、取得される記録媒体の記録状態、及び取得された前記識別情報と対応づけられたサービス情報に基づき、サービス情報に関する処理を決定する決定部と、決定された前記処理を実行する実行部と、を備える情報処理装置。【選択図】図４
2019198327.tif 000002
【特許請求の範囲】
【請求項１】
サービスに対応するサービス情報とユーザを特定する識別情報を対応づけて管理する管理部と、
取得される前記識別情報、取得される前記ユーザの指示、取得される記録媒体の記録状態、及び取得された前記識別情報と対応づけられたサービス情報に基づき、サービス情報に関する処理を決定する決定部と、
決定された前記処理を実行する実行部と、
を備える情報処理装置。
【請求項２】
前記ユーザの指示が第１のサービス情報を前記記録媒体で有効状態にする指示であり、前記ユーザが選択した前記第１のサービス情報が前記管理部に有効状態として管理されており、前記第１のサービス情報と同一のサービスに関する第２のサービス情報が前記記録媒体に記録されている場合、
前記決定部は、前記第２のサービス情報を前記第１のサービス情報で更新し、前記記録媒体の前記第１のサービス情報を前記有効状態にする処理を行うと決定する、請求項１に記載の情報処理装置。
【請求項３】
前記ユーザの指示が第１のサービス情報を前記記録媒体で有効状態にする指示であり、前記ユーザが選択した前記第１のサービス情報が前記管理部に有効状態として管理されており、前記第１のサービス情報と同一のサービスに関する第２のサービス情報が前記記録媒体に記録されていない場合、
前記決定部は、前記第１のサービス情報を前記記録媒体に書き込み、前記記録媒体の前記第１のサービス情報を前記有効状態にする処理を行うと決定する、請求項１に記載の情報処理装置。
【請求項４】
前記ユーザの指示が第１のサービス情報を前記記録媒体で無効状態にする指示であり、前記ユーザが選択した前記第１のサービス情報が前記記録媒体で有効状態である場合、
前記決定部は、前記第１のサービス情報を前記無効状態にする処理を行うと決定する、請求項１に記載の情報処理装置。
【請求項５】
前記ユーザの指示が第１のサービス情報を新規作成する指示であり、前記記録媒体に前記第１のサービス情報と同一のサービスに関する第２のサービス情報が存在する場合、
前記決定部は、前記第１のサービス情報を前記管理部に新規作成し、新規作成した前記第１のサービス情報を前記識別情報と対応づけて管理する処理を行うと決定する、請求項１に記載の情報処理装置。
【請求項６】
前記実行部は、前記処理を実行する際に、前記管理部に管理されているサービス情報と前記記録媒体に記録されているサービス情報との同期を取ってから前記処理を実行する、請求項１に記載の情報処理装置。
【請求項７】
前記管理部は、前記サービス情報、前記ユーザを特定する識別情報、及び前記記録媒体を特定する識別情報を対応付けて管理する、請求項１に記載の情報処理装置。
【請求項８】
ユーザの指示に基づき、所定の記録媒体におけるサービスに対応するサービス情報の記録状態を、サービス情報を管理している外部装置に対して送信させる制御部、
を備える情報処理装置。
【請求項９】
前記制御部は、前記外部装置で管理されている前記ユーザの識別情報と対応づけられている前記サービス情報の管理状態を取得し、前記記録状態と前記管理状態の比較結果に基づき決定される処理を行う、請求項８に記載の情報処理装置。
【請求項１０】
前記外部装置で管理されているサービス情報が有効状態であり、前記記録状態と前記管理状態が一致しない場合、
前記制御部は、前記記録媒体に記録されているサービス情報が無効状態であると判定する、請求項９に記載の情報処理装置。
【請求項１１】
前記情報処理装置で管理されているサービス情報が有効状態であり、前記記録状態と前記管理状態が一致しない場合、
前記制御部は、前記記録媒体に記録されているサービス情報が喪失状態であると判定し、前記ユーザ、または前記外部装置に前記サービス情報の削除要求を行う、請求項９に記載の情報処理装置。
【請求項１２】
前記情報処理装置で管理されているサービス情報が喪失状態である場合、
前記制御部は、前記記録媒体に記録されているサービス情報が喪失状態であると判定し、前記ユーザ、または前記外部装置に前記サービス情報の削除要求を行う、請求項９に記載の情報処理装置。
【請求項１３】
前記外部装置で管理されているサービス情報が無効状態であり、前記記録媒体にサービス情報が記録されていない場合、
前記制御部は、前記外部装置で管理されているサービス情報が新規作成中であると判定する、請求項９に記載の情報処理装置。
【請求項１４】
前記外部装置で管理されているサービス情報が有効状態、かつ最新状態であり、前記記録状態と前記管理状態が一致する場合、
前記制御部は、前記サービス情報が処理再開待ち状態であると判定し、前記ユーザ、または前記外部装置に前記サービス情報の処理再開要求を行う、請求項９に記載の情報処理装置。
【請求項１５】
前記情報処理装置で管理されているサービス情報が有効状態であるが、前記情報処理装置で管理されている前記サービス情報と前記外部装置で管理されているサービス情報のどちらが最新状態であるかが確定しておらず、前記記録状態と前記管理状態が一致する場合、
前記制御部は、前記外部装置で管理されているサービス情報が処理再開待ち状態であると判定し、前記ユーザ、または前記外部装置に前記サービス情報の処理再開要求を行う、請求項９に記載の情報処理装置。
【請求項１６】
前記情報処理装置で管理されているサービス情報が有効状態、かつ最新状態であり、前記記録状態と前記管理状態が一致する場合、
前記制御部は、前記記録媒体に記録されているサービス情報が有効状態であると判定する、請求項９に記載の情報処理装置。
【請求項１７】
前記制御部は、前記比較結果を表示装置に表示させる、請求項９に記載の情報処理装置。
【請求項１８】
前記制御部は、前記比較結果に基づき、前記情報処理装置における前記サービス情報の状態を示すオブジェクトを前記表示装置に表示させる、請求項１７に記載の情報処理装置。
【請求項１９】
サービスに対応するサービス情報とユーザを特定する識別情報を対応づけて管理することと、
取得される前記識別情報、取得される前記ユーザの指示、取得される記録媒体の記録状態、及び取得された前記識別情報と対応づけられたサービス情報に基づき、サービス情報に関する処理を決定することと、
決定された前記処理を実行することと、
を含むプロセッサにより実行される情報処理方法。
【請求項２０】
ユーザの指示に基づき、所定の記録媒体におけるサービスに対応するサービス情報の記録状態を、サービス情報を管理している外部装置に対して送信させること、
を含むプロセッサにより実行される情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、及び情報処理方法に関する。
【背景技術】
【０００２】
現在、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）カードに関する様々なＩＣサービスが提供されている。例えば、スマートフォン等の端末にＩＣカードのサービス情報を登録することで、スマートフォンを疑似的にＩＣカードとして利用できるＩＣサービスがある。また、１台のスマートフォンに複数のＩＣサービスの各々のＩＣカードのサービス情報を登録することができるため、１台のスマートフォンで複数のＩＣカードを疑似的に利用することができる。【０００３】
上述の技術に関連し、例えば、下記特許文献１には、複数枚のＩＣカードに記憶された電子バリューを一元的に管理する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１１０２０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の技術では、複数枚のＩＣカードを使い分けることまでは考慮されていない。また、現在普及している技術は、基本的には、１台の端末に対して、１つのＩＣサービスにつき１枚のＩＣカードのサービス情報を登録することしかできない。そのため、同一のＩＣサービスの複数枚のＩＣカードを登録することができず、同一のＩＣサービスにおいて、用途に応じて複数枚のＩＣカードを使い分けることができない。【０００６】
そこで、本開示では、同一のＩＣサービスにおける複数枚のＩＣカードの利便性を向上することが可能な、新規かつ改良された情報処理装置、及び情報処理方法を提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、サービスに対応するサービス情報とユーザを特定する識別情報を対応づけて管理する管理部と、取得される前記識別情報、取得される前記ユーザの指示、取得される記録媒体の記録状態、及び取得された前記識別情報と対応づけられたサービス情報に基づき、サービス情報に関する処理を決定する決定部と、決定された前記処理を実行する実行部と、を備える情報処理装置が提供される。【０００８】
また、本開示によれば、ユーザの指示に基づき、所定の記録媒体におけるサービスに対応するサービス情報の記録状態を、サービス情報を管理している外部装置に対して送信させる制御部、を備える情報処理装置が提供される。【０００９】
また、本開示によれば、サービスに対応するサービス情報とユーザを特定する識別情報を対応づけて管理することと、取得される前記識別情報、取得される前記ユーザの指示、取得される記録媒体の記録状態、及び取得された前記識別情報と対応づけられたサービス情報に基づき、サービス情報に関する処理を決定することと、決定された前記処理を実行することと、を含むプロセッサにより実行される情報処理方法が提供される。【００１０】
また、本開示によれば、ユーザの指示に基づき、所定の記録媒体におけるサービスに対応するサービス情報の記録状態を、サービス情報を管理している外部装置に対して送信させること、を含むプロセッサにより実行される情報処理方法が提供される。
【発明の効果】
【００１１】
以上説明したように本開示によれば、同一のＩＣサービスにおける複数枚のＩＣカードの利便性を向上することが可能となる。【００１２】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１３】
【図１】本開示の実施形態の比較例に係る情報処理システムの概要を示す説明図である。
【図２】同実施形態に係る情報処理システムの概要を示す説明図である。
【図３】同実施形態に係る情報処理システムの構成例を示すブロック図である。
【図４】同実施形態に係るサーバの機能構成例を示すブロック図である。
【図５】同実施形態に係るカードの状態の種類を示す説明図である。
【図６】同実施形態に係るカードの状態の遷移を示す説明図である。
【図７】同実施形態に係るサーバの処理の種類を示す説明図である。
【図８】同実施形態に係るカード発行（サーバのみ）処理時のデータの遷移を示す説明図である。
【図９】同実施形態に係るカード発行処理時のデータの遷移を示す説明図である。
【図１０】同実施形態に係るカード削除（サーバのみ）処理時のデータの遷移を示す説明図である。
【図１１】同実施形態に係るカード削除処理時のデータの遷移を示す説明図である。
【図１２】同実施形態に係るカード活性化（発行）処理時のデータの遷移を示す説明図である。
【図１３】同実施形態に係るカード活性化（切替）処理時のデータの遷移を示す説明図である。
【図１４】同実施形態に係るカード活性化（復旧）処理時のデータの遷移を示す説明図である。
【図１５】同実施形態に係るカード非活性化処理時のデータの遷移を示す説明図である。
【図１６】同実施形態に係るサーバのハードウェア構成例を示すブロック図である。
【図１７】同実施形態に係るクライアント端末の機能構成例を示すブロック図である。
【図１８】同実施形態に係るクライアント端末の表示処理の種類を示す説明図である。
【図１９】同実施形態に係るクライアント端末のハードウェア構成例を示すブロック図である。
【図２０】同実施形態に係るクライアント端末の第２の通信部のハードウェア構成例を示すブロック図である。
【図２１】同実施形態に係るリーダライタのハードウェア構成例を示すブロック図である。
【図２２】同実施形態に係るログアウト／ログイン処理時における動作例を示すシーケンス図である。
【図２３】同実施形態に係るカード一覧取得処理時における動作例を示すシーケンス図である。
【図２４】同実施形態に係るカード発行（サーバのみ）処理時における動作例を示すシーケンス図である。
【図２５】同実施形態に係るカード発行処理時における動作例を示すシーケンス図である。
【図２６】同実施形態に係るカード削除（サーバのみ）処理時における動作例を示すシーケンス図である。
【図２７】同実施形態に係るカード削除処理時における動作例を示すシーケンス図である。
【図２８】同実施形態に係るカード活性化（切替）処理時における動作例を示すシーケンス図である。
【図２９】同実施形態に係るカード非活性化処理時における動作例を示すシーケンス図である。
【図３０】同実施形態に係る第１の変形例を示す説明図である。
【図３１】同実施形態に係る第２の変形例を示す説明図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
なお、説明は以下の順序で行うものとする。
１．本開示の実施形態の概要
２．本開示の実施形態に係る情報処理システム
３．本開示の実施形態に係るサーバ
４．本開示の実施形態に係るクライアント端末
５．本開示の実施形態に係るリーダライタ
６．動作例
７．変形例
８．まとめ
【００１６】
＜＜１．本開示の実施形態の概要＞＞
本開示の実施形態では、ＩＣサービスにおけるＩＣカードのカード情報をスマートフォン等のクライアント端末に登録し、当該クライアント端末を疑似的にＩＣカードとして利用する例について説明する。以下では、図１、図２を参照しながら、本開示の実施形態の概要について説明する。図１は、本開示の実施形態の比較例に係る情報処理システムの概要を示す説明図である。また、図２は、本開示の実施形態に係る情報処理システムの概要を示す説明図である。
【００１７】
なお、以下では、サービス情報は、カード情報とも称される。また、ユーザを特定する識別情報は、アカウントとも称される。また、クライアント端末のチップ（記録媒体）を特定する識別情報は、以下では、ＩＤｍとも称される。ＩＤｍとは、ＩＣサービスで利用されるチップの製造時に、チップに書き込まれる固有のＩＤ番号である。また、カードを特定する識別情報は、カード識別情報とも称される。
【００１８】
また、活性化とは、クライアント端末にてカードを使用可能な状態（以下では、有効状態とも称される）にすることである。また、非活性化とは、クライアント端末にてカードを使用できない状態（以下では、無効状態とも称される）にすることである。なお、カードが有効状態、または無効状態であるかは、閉塞フラグにより管理される。例えば、閉塞フラグがＯＦＦの場合、カードのカード情報が閉塞状態でないため、カードは有効状態である。また、閉塞フラグがＯＮの場合、カードのカード情報が閉塞状態であるため、カードは無効状態である。
【００１９】
近年、ＩＣカードに関する様々なＩＣサービスが提供されている。例えば、スマートフォン等の端末にＩＣカードのサービス情報を登録することで、スマートフォンを疑似的にＩＣカードとして利用できるＩＣサービスがある。また、１台のスマートフォンに複数のＩＣサービスの各々のＩＣカードのサービス情報を登録することができるため、１台のスマートフォンで複数のＩＣカードを疑似的に利用することができる。
【００２０】
図１に示すように本開示の比較例に係る情報処理システムは、例えば、クライアント端末とカード発行サーバで構成される。比較例に係るクライアント端末は、カードの発行処理を制御するミドルウェアと、発行されたカード情報を記録するチップ（記録媒体）で構成される。カードの発行処理では、まず、ミドルウェアがカード発行コマンド要求をカード発行サーバに送信する（ステップＳ１０００）。当該要求を受信したカード発行サーバは、カード発行コマンドをミドルウェアに送信する（ステップＳ１００２）。カード発行コマンドを受信したミドルウェアは、カード発行コマンドを実行することで、チップにカードを発行する（ステップＳ１００４）。
【００２１】
チップが情報を記録する領域は、図１に示すように、システム、エリア、サービス用エリアＡＡＡ用エリア、サービスＢＢＢ用エリア、及びサービスで構成されている。システムの領域の配下に、カード情報を記録するエリアが設けられている。エリアの配下には、カード情報をサービスごとに記録するために、サービスＡＡＡ用エリア、サービスＢＢＢ用エリアと、サービスごとにエリアが設けられている。そして、ミドルウェアが上述のカード発行コマンドを実行することで、例えば、サービスＡＡＡ用エリアの配下に、サービスの作成及びブロックデータの書き込みが行われることで、サービスＡＡＡ用カードＡＡＡが発行される。サービスＢＢＢ用エリアも同様にして、サービスＢＢＢ用カードＢＢＢが発行される。なお、カードはセキュアエレメント上に発行される。
【００２２】
比較例におけるチップでは、エリアの配下にサービスごとのサービス用エリアが設けられるため、複数のカードを発行することができる。しかしながら、サービス用エリアに発行できるカードの枚数は、１サービスにつき１枚であるため、セキュアエレメント上に既にカードが発行されている場合、当該カードと同一サービスの他のカードを追加で発行することができない。例えば、図１に示すようにサービスＡＡＡ用エリアにサービスＡＡＡ用カードＡＡＡが既に発行されている状態で、サービスＡＡＡ用カードＣＣＣを追加で発行することはできない（ステップＳ１００６）。よって、ユーザは、１台のクライアント端末において、同一サービスのカードを複数枚所持することができない。
【００２３】
本開示の実施形態では、上記の点に着目して発想されたものであり、同一のＩＣサービスにおける複数枚のＩＣカードの利便性を向上することが可能な技術を提案する。
【００２４】
本開示の実施形態に係る技術は、例えば、サーバ上でカード情報をアカウントに対応付け、サービス及び枚数を問わずに複数枚のカードを管理し、クライアント端末とサーバ間でカード情報を入れ替えることを実現する。これにより、ユーザは、同一サービスのカードを複数枚所持することが可能となる。また、ユーザがカードを利用する時の状況に応じて、クライアント端末とサーバ間で同一サービスのカード情報を入れ替えることで、１台のクライアント端末において同一サービスの複数枚のカードを使い分けることが可能となる。
【００２５】
図２に示すように本開示の実施形態に係る情報処理システムは、例えば、クライアント端末とサーバで構成される。本開示の実施形態に係るクライアント端末は、発行されたカード情報を記録するチップ（記録媒体）を有し、カード情報を管理するサーバとカード情報の入れ替えを行う。なお、チップが情報を記録する領域の構成は、比較例に係るチップにおける構成と同一であるとする。
【００２６】
本開示の実施形態に係るサーバが情報を管理する領域は、図２に示すように、アカウントごとに用意され、各アカウントの配下には、ＩＤｍに基づきクライアント端末ごとに領域が設けられ、ＩＤｍに対応付けてカード情報が管理されている。例えば、サーバは、アカウントＡＡＡ、アカウントＢＢＢのように、複数のアカウントを管理することができる。また、サーバは、アカウントＡＡＡの配下のＩＤｍＡＡＡ、ＩＤｍＢＢＢのように、複数のクライアント端末を管理することができる。また、サーバは、ＩＤｍＡＡＡの配下のサービスＡＡＡ用カードＡＡＡ、サービスＢＢＢ用カードＢＢＢ、サービスＡＡＡ用カードＣＣＣのように、複数のサービスのカード、同一サービスの複数枚のカードを管理することができる。
【００２７】
図２に示すように、クライアント端末のチップにサービスＡＡＡ用カードＡＡＡとサービスＢＢＢ用カードＢＢＢが発行されている状態で、サービスＡＡＡ用カードＡＡＡとサービスＡＡＡ用カードＣＣＣを入れ替える処理について説明する。ます、クライアント端末は、サービスＡＡＡ用カードＣＣＣの活性化要求をサーバに送信する。この時、クライアント端末は、入れ替え対象となるサービスＡＡＡ用カードＡＡＡのブロックデータもサーバに送信し、サービスＡＡＡ用カードＡＡＡのカード情報の退避及び非活性化を行う（ステップＳ１１００）。活性化要求を受信したサーバは、入れ替え対象となるサービスＡＡＡ用カードＣＣＣのカード情報をクライアント端末に送信する（ステップＳ１１０２）。そして、クライアント端末は、サービスＡＡＡ用カードＡＡＡのカード情報が記録されているサービスＡＡＡ用エリアに、受信したサービスＡＡＡ用カードＣＣＣのカード情報を書き込み、サービスＡＡＡ用カードＣＣＣを活性化する。これにより、カードＡＡＡとカードＣＣＣが入れ替えられる（ステップＳ１１０６）。
【００２８】
上述のようにして、本開示の実施形態に係る情報処理システムは、クライアント端末のチップ上のカードと、サーバ上で管理している同一サービスの他のカードを切り替える。これにより、同一サービスの複数枚のカードを１台のクライアント端末において利用可能とすることが実現される。
【００２９】
以上、図１、図２を参照しながら、本開示の実施形態の概要について説明した。続いて、本開示の実施形態に係る情報処理システムについて説明する。
【００３０】
＜＜２．本開示の実施形態に係る情報処理システム＞＞
以下では、図３を参照しながら、本開示の実施形態に係る情報処理システムについて説明する。図３は、本開示の実施形態に係る情報処理システムの構成例を示すブロック図である。本開示の実施形態に係る情報処理システムは、図３に示すように、サーバ１０、クライアント端末２０、及びリーダライタ３０を備える。
【００３１】
サーバ１０は、ＩＣサービスで用いられるカードのカード情報を管理する情報処理装置（以下では、第１の情報処理装置とも称される）である。サーバ１０は、クライアント端末２０と任意の通信方式で接続されている。例えば、サーバ１０は、クライアント端末２０とは、ネットワークを介して無線または有線で接続され、当該ネットワークを介した通信（以下、「ネットワーク通信」と示す）によって通信を行う。本開示の実施形態に係るネットワークとしては、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの有線ネットワーク、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの無線ネットワーク、あるいは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）などの通信プロトコルを用いたインターネットなどが挙げられる。なお、サーバ１０は、クライアント端末２０と直接的に通信を行う構成であってもよい。
【００３２】
クライアント端末２０は、チップに記録されたカード情報を用いたＩＣサービスを提供する情報処理装置（以下では、第２の情報処理装置とも称される）である。リーダライタ３０は、カード情報の読み込み、及び書き込みを行う装置である。クライアント端末２０は、リーダライタ３０と、例えば、Ｔｙｐｅ−Ａ、Ｔｙｐｅ−Ｂ、Ｔｙｐｅ−Ｆなどの近接無線通信（ＮＦＣ：Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）によって、通信を行う。これにより、ユーザがリーダライタ３０の通信範囲内にクライアント端末２０を近づけると、ＮＦＣによる通信が行われる。
【００３３】
なお、本開示の実施形態に係る情報処理システムでは、クライアント端末２０は、リーダライタ３０と、例えば、“ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）などのＩＥＥＥ８０２．１５．１を利用した無線通信や、ＩＥＥＥ８０２．１１を利用した無線通信、赤外線通信などの、任意の通信方式の無線通信”、または、“ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）や、ＩＳＯ７８１６規格に基づく通信インタフェースを介した通信などを利用する有線通信”によって、通信を行ってもよい。
【００３４】
なお、本開示の実施形態に係る情報処理システムの構成は、図３に示す例に限られない。例えば、本開示の実施形態に係る情報処理システムは、サーバ１０を複数有していてもよい。また、本開示の実施形態に係る情報処理システムは、クライアント端末２０を複数有していてもよく、リーダライタ３０を複数有していてもよい。
【００３５】
また、本開示の実施形態に係る情報処理システムでは、サーバ１０は、リーダライタ３０と通信を行う構成であってもよい。
【００３６】
以上、図３を参照しながら、本開示の実施形態に係る情報処理システムについて説明した。続いて、本開示の実施形態に係るサーバ１０について説明する。
【００３７】
＜＜３．本開示の実施形態に係るサーバ＞＞
＜３．１．機能構成例＞
以下では、図４〜図１５を参照しながら、本開示の実施形態に係るサーバ１０の機能構成例について説明する。
【００３８】
図４は、本開示の実施形態に係るサーバ１０の機能構成例を示すブロック図である。図４に示すように、本開示の実施形態に係るサーバ１０は、通信部１３０、制御部１４０、及び記憶部１６０を備える。
【００３９】
＜３．１．１．通信部１３０＞
通信部１３０は、外部装置と通信を行う機能を有する。例えば、通信部１３０はクライアント端末２０と通信を行う。通信部１３０は、クライアント端末２０との通信において、クライアント端末２０から受信した情報を制御部１４０に出力する。また、通信部１３０は、クライアント端末２０との通信において、制御部１４０から入力された情報をクライアント端末２０に送信する。
【００４０】
＜３．１．２．制御部１４０＞
制御部１４０は、サーバ１０の全体を制御する機能を有する。例えば、制御部１４０は、サーバ１０の通信部１３０における通信処理を制御する。具体的に、制御部２３０は、制御部１４０で実行した処理に応じて出力される情報を、クライアント端末２０に対して通信部１３０に送信させる。
【００４１】
また、制御部１４０は、入力された情報に基づき、制御部１４０が実行する処理を決定し、実行する。具体的に、制御部１４０は、記憶部１６０から入力される情報、または通信部１３０から入力されるクライアント端末２０から受信した情報の少なくとも一方に基づき、制御部１４０が実行する処理を決定し、実行する。
【００４２】
また、制御部１４０は、サーバ１０の記憶部１６０が記憶する情報を管理する。具体的に、制御部２３０は、制御部１４０で実行した処理に応じて出力される情報を、クライアント端末２０の記憶部１６０に記憶させる。
【００４３】
上述の機能を実現するために、本開示の実施形態に係る制御部１４０は、管理部１４２、決定部１４４、実行部１４６を備える。
【００４４】
（１）管理部１４２
管理部１４２は、カード情報を管理する機能を有する。例えば、管理部１４２は、サービスに対応するカード情報とユーザのアカウントを対応付けて、カード情報を記憶部１６０に記憶させる。これにより、管理部１４２は、ユーザごとにカード情報を管理することができる。また、管理部１４２は、カード情報とＩＤｍを対応づけた上でＩＤｍとアカウントを対応付けて、カード情報を記憶部１６０に記憶させる。これにより、管理部１４２は、ユーザのクライアント端末２０ごとにカード情報を管理することができる。なお、上述したアカウント、ＩＤｍ、及びカード情報を対応付ける際の具体的な関係は、図２の右側の図に示した通りである。
【００４５】
また、管理部１４２は、カードの状態を管理する。カードの状態は、制御部１４０が処理対象のカード情報に関する処理を実行後の当該カード情報の状態を示す。ここで、図５を参照しながら、本開示の実施形態に係るカードの状態の種類について具体的に説明する。図５は、本開示の実施形態に係るカードの状態の種類を示す説明図である。
【００４６】
図５に示すｓｔａｔｕｓは、カードの状態を示す。例えば、ｓｔａｔｕｓがＲｅｓｅｒｖｅｄであることは、カードＩＤが発番された状態であることを示す。ｓｔａｔｕｓがｉｎＰｒｏｃｅｓｓであることは、ブロックデータが保管されたが、カードは活性化されていない状態であることを示す。ｓｔａｔｕｓがＡｃｔｉｖｅであることは、ブロックデータがサーバ１０、またはクライアント端末２０の少なくとも一方に存在している状態であることを示す。ｓｔａｔｕｓがＤｅｌｅｔｅｄであることは、カードが削除された状態であることを示す。ｓｔａｔｕｓがＤｉｓｃａｒｄｅｄであることは、発行途中のカードが削除された状態であることを示す。ｓｔａｔｕｓがＬｏｓｔであることは、メモリクリアなどによりブロックデータが失われた状態であることを示す。
【００４７】
図５に示すｐｏｓｉｔｏｎは、ブロックデータの保管先を示す。例えば、ｐｏｓｉｔｉｏｎがＢａｃｋｇｒｏｕｎｄであることは、ブロックデータの保管先がサーバ１０であることを示す。ｐｏｓｉｔｉｏｎがＦｏｒｅｇｒｏｕｎｄであることは、ブロックデータの保管先がクライアント端末２０であることを示す。
【００４８】
図５に示すｆｉｎｉｓｈは、ブロックデータの保管先への書き込みが完了したか否かを示す。例えば、ｆｉｎｉｓｈがｄｏｎｅであることは、ブロックデータの保管先への書き込みが完了したこと、即ち、ブロックデータの内容が確定された状態であることを示す。ｆｉｎｉｓｈがｎｏｔＹｅｔであることは、ブロックデータの保管先への書き込みが完了していないこと、即ち、ブロックデータの内容が確定されていない状態であることを示す。
【００４９】
また、ｓｔａｔｕｓがＡｃｔｉｖｅである場合、上述のｐｏｓｉｔｉｏｎ、及びｆｉｎｉｓｈとの組み合わせにより、カードの状態をより詳細に判断することができる。例えば、ｓｔａｔｕｓがＡｃｔｉｖｅ、ｐｏｓｉｔｉｏｎがＢａｃｋｇｒｏｕｎｄ、ｆｉｎｉｓｈがｄｏｎｅである場合、サーバ１０に保管されたブロックデータが最新である。また、ｓｔａｔｕｓがＡｃｔｉｖｅ、ｐｏｓｉｔｉｏｎがＦｏｒｅｇｒｏｕｎｄ、ｆｉｎｉｓｈがｎｏｔＹｅｔである場合、サーバ１０とクライアント端末２０のどちらに保管されたブロックデータが最新であるかが確定されていない。また、ｓｔａｔｕｓがＡｃｔｉｖｅ、ｐｏｓｉｔｉｏｎがＦｏｒｅｇｒｏｕｎｄ、ｆｉｎｉｓｈがｄｏｎｅである場合、クライアント端末２０に保管されたブロックデータが最新である。
【００５０】
なお、ｐｏｓｉｔｉｏｎとｆｉｎｉｓｈは、ｓｔａｔｕｓがＡｃｔｉｖｅである時に設定される。
【００５１】
以上、図５を参照しながら、本開示の実施形態に係るカードの状態の種類について説明した。続いて、図６を参照しながら、本開示の実施形態に係るカードの状態の遷移について説明する。図６は、本開示の実施形態に係るカードの状態の遷移を示す説明図である。
【００５２】
図６に示すように、まず、カード発行要求が入力されると、制御部１４０は、ｓｔａｔｕｓにＲｅｓｅｒｖｅｄを設定する。ｓｔａｔｕｓがＲｅｓｅｒｖｅｄである時、制御部１４０は、カード発行開始処理を成功すると、ｓｔａｔｕｓにｉｎＰｒｏｃｅｓｓを設定する。また、制御部１４０は、カード発行開始処理を失敗すると、ｓｔａｔｕｓにＤｉｓｃａｒｄｅｄを設定し、処理を終了する。
【００５３】
ｓｔａｔｕｓがｉｎＰｒｏｃｅｓｓである時、制御部１４０は、端末の認証処理に成功すると、ｓｔａｔｕｓにＡｃｔｉｖｅを設定し、ｐｏｓｉｔｉｏｎにＢａｃｋｇｒｏｕｎｄ、ｆｉｎｉｓｈにｄｏｎｅを設定する。また、制御部１４０は、端末の認証処理に失敗すると、ｓｔａｔｕｓにＤｉｓｃａｒｄｅｄを設定し、処理を終了する。また、制御部１４０は、端末の認証処理に失敗してもカードの削除に成功すると、ｓｔａｔｕｓにＤｅｌｅｔｅｄを設定する。
【００５４】
ｓｔａｔｕｓがＡｃｔｉｖｅである時、制御部１４０は、書き込み、または読み込みを行った情報に基づき、ｐｏｓｉｔｉｏｎとｆｉｎｉｓｈの設定を変更する。例えば、ｐｏｓｉｔｉｏｎがＢａｃｋｇｒｏｕｎｄ、ｆｉｎｉｓｈがｄｏｎｅである時、制御部１４０は、識別情報、閉塞フラグ（ＯＮ）、及びデータを書き込む処理である書き込み（１）に成功すると、ｐｏｓｉｔｉｏｎをＦｏｒｅｇｒｏｕｎｄ、ｆｉｎｉｓｈをｎｏｔＹｅｔに変更する。また、ｐｏｓｉｔｉｏｎがＦｏｒｅｇｒｏｕｎｄ、ｆｉｎｉｓｈがｎｏｔＹｅｔである時、制御部１４０は、閉塞フラグ（ＯＦＦ）を書き込む処理である書き込み（２）に成功すると、ｆｉｎｉｓｈをｄｏｎｅに変更する。また、ｐｏｓｉｔｉｏｎがＦｏｒｅｇｒｏｕｎｄ、ｆｉｎｉｓｈがｎｏｔＹｅｔである時、制御部１４０は、閉塞フラグ（ＯＮ）を書き込む処理である書き込み（３）に成功すると、ｐｏｓｉｔｉｏｎをＦｏｒｅｇｒｏｕｎｄ、ｆｉｎｉｓｈをｄｏｎｅに変更する。また、ｐｏｓｉｔｉｏｎがＦｏｒｅｇｒｏｕｎｄ、ｆｉｎｉｓｈがｄｏｎｅである時、制御部１４０は、全データを読み込む処理である読み込みに成功すると、ｆｉｎｉｓｈをｎｏｔＹｅｔに変更する。
【００５５】
また、ｓｔａｔｕｓがＡｃｔｉｖｅである時、制御部１４０は、カードの削除に成功すると、ｓｔａｔｕｓにｄｅｌｅｔｅｄを設定し、処理を終了する。
【００５６】
また、ｓｔａｔｕｓがＡｃｔｉｖｅ、ｐｏｓｉｔｉｏｎがＦｏｒｅｇｒｏｕｎｄ、ｆｉｎｉｓｈがｎｏｔＹｅｔまたはｄｏｎｅのいずれか一方である時、制御部１４０は、カードの消失を検知すると、ｓｔａｔｓｕにＬｏｓｔを設定し、処理を終了する。
【００５７】
以上、図６を参照しながら、本開示の実施形態に係るカードの状態の遷移について説明した。続いて、本開示の実施形態に係る決定部１４４について説明する。
【００５８】
（２）決定部１４４
決定部１４４は、カード情報に関する処理を決定する機能を有する。例えば、決定部１４４は、取得されるアカウント、取得される操作要求（ユーザの指示）、取得されるチップの記録状態、及び取得されたアカウントと対応づけられたカード情報に基づき、カード情報に関する処理を決定する。具体的に、決定部１４４は、取得されるアカウントに基づき、当該アカウントに対応付けられたクライアント端末２０の特定、及びカード情報の取得を行う。また、決定部１４４は、特定したクライアント端末２０のチップの状態を取得する。そして、決定部１４４は、取得したチップの状態とユーザの操作要求に基づき、取得したカード情報に関する処理を決定する。
【００５９】
ここで、図７を参照しながら、本開示の実施形態に係るクライアント端末２０のチップの状態とユーザの操作要求の組み合わせに基づき決定される処理について説明する。図７は、本開示の実施形態に係るサーバの処理の種類を示す説明図である。
【００６０】
図７に示すように、チップの状態は、「エリアの有無」、「カード識別情報」、及び「閉塞フラグ」の組み合わせに基づき決定される。また、図７に示すように、操作要求の種類には、「カードの発行要求」、「削除要求」、「活性化要求」、及び「非活性化要求」がある。決定部１４４は、上述のチップの状態と操作要求の組み合わせに基づき、実行部１４６が実行する処理を決定する。なお、操作要求がカードの削除要求、活性化要求、非活性化要求の少なくともいずれかである場合、決定部１４４は、ｐｏｓｉｔｉｏｎがＢａｃｋｇｒｏｕｎｄ、またはＦｏｒｅｇｒｏｕｎｄのどちらであるかも考慮した上で処理を決定する。
【００６１】
図７には、上述のチップの状態と入力された操作要求の組み合わせに応じた処理が示されている。当該処理の種類には、「発行（サーバのみ）処理」、「発行処理」、「削除（サーバのみ）処理」、「削除処理」、「活性化（発行）処理」、「活性化（切替）処理」、「活性化（復旧）処理」、「非活性化処理」、「ステータス同期処理」、及び「エラー処理」がある。
【００６２】
「発行（サーバのみ）処理」は、サーバ１０のみにカード情報が新規作成される処理である。「発行処理」は、サーバ１０にカード情報が新規作成され、クライアント端末２０のチップのエリアにも同一のカード情報が書き込まれ、当該カード情報に対応するカードが発行される処理である。なお、「発行処理」では、クライアント端末２０のチップにカード情報を書き込むエリアが存在しない場合、当該チップにエリアが発行されてもよい。
【００６３】
「削除（サーバのみ）処理」は、サーバ１０のみに対象のカード情報が存在する時、サーバ１０のカード情報のみが削除される処理である。「削除処理」は、サーバ１０とクライアント端末２０の両方からカード情報を削除する処理である。なお、サーバ１０のカード情報は論理削除され、クライアント端末２０のカード情報は物理削除される。
【００６４】
「活性化（発行）処理」は、サーバ１０にカード情報が既に作成されている時、クライアント端末２０のチップに当該カード情報が書き込まれ、当該カード情報に対応するカードが発行され、クライアント端末２０で当該カードが有効状態となる処理である。「活性化（切替）処理」は、クライアント端末２０で使用可能なカードを同一サービス間で切り替える処理である。具体的には、活性化対象のカードと同一サービスの他のカードがクライアント端末２０で有効状態であり、活性化対象のカードがサーバ１０で有効状態である時、まず、他のカードのカード情報を活性化対象のカード情報で更新される。そして、活性化対象のカードがクライアント端末２０で有効状態にされることで、クライアント端末２０で使用可能なカードを他のカードから活性化対象のカードに切り替える。「活性化（復旧）処理」は、カード情報の更新処理中に通信の途切れ等により、データの整合が取れなくなった際に、データを正しく復旧する処理である。なお、「活性化（発行）処理」では、クライアント端末２０のチップにカード情報を書き込むエリアが存在しない場合、当該チップにエリアが発行されてもよい。
【００６５】
「非活性化処理」は、クライアント端末２０のカード情報が削除され、当該カード情報に対応するカードがクライアント端末２０で無効状態となる処理である。なお、サーバ１０では、当該カード情報は削除されない。
【００６６】
「ステータス同期処理」は、サーバ１０のカード情報とクライアント端末２０のカード情報との間でステータスの整合が取れていない場合に、同期処理を行うことで、サーバ１０のカード情報とクライアント端末２０のカード情報との間でステータスの整合を取る処理である。
【００６７】
「エラー処理」は、エラーを通知する処理である。例えば、処理対象のカードが既に存在して重複すること、処理対象のカードが不明なカードであること、または処理対象のカードのメモリがクリアされていることの少なくともいずれかが通知される。
【００６８】
ここで、チップの状態と操作要求の組み合わせに基づき、実行部１４６が実行する処理を決定部１４４がどのように決定するかについて具体的に説明する。なお、以下では、図２に示したサービスＡＡＡのカードＡＡＡのカード情報（第１のサービス情報）と、サービスＡＡＡのカードＣＣＣのカード情報（第２のサービス情報）を用いた例を説明する。また、図７に示すユーザにより入力される操作要求は、カードＡＡＡのカード情報に対する操作要求であるとする。また、図７に示すＢａｃｋｇｒｏｕｎｄは、カードＡＡＡのカード情報がサーバ１０で有効状態であることを示し、Ｆｏｒｅｇｒｏｕｎｄは、カードＡＡＡのカード情報がクライアント端末２０で有効状態であることを示す。
【００６９】
（２−１）チップの状態が「エリア：なし」である場合
決定部１４４は、入力された操作要求との組み合わせに応じて以下のいずれかの処理を行う。
【００７０】
（２−１−１）操作要求が「発行」である場合
本組み合わせの場合、チップにカード情報のエリアが存在しないため、チップにもカード情報を作成してカード発行する必要がある。よって、決定部１４４は、上述の「発行処理」を実行部１４６が実行する処理として決定する。
【００７１】
（２−１−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、チップにはエリアが存在しないため削除対象となるカード情報も存在しない。また、ｐｏｓｉｔｉｏｎがＢａｃｋｇｒｏｕｎｄであることから、サーバ１０には有効状態のカード情報が存在する。よって、決定部１４４は、上述の「削除（サーバのみ）処理」を実行部１４６が実行する処理として決定する。
【００７２】
（２−１−３）操作要求が「削除（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００７３】
（２−１−４）操作要求が「活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、カードＡＡＡのカード情報がサーバ１０で有効状態であり、チップにカード情報のエリアが存在せず、カードＣＣＣのカード情報がチップに存在しない。よって、決定部１４４は、上述の「活性化（発行）処理」を実行部１４６が実行する処理として決定する。
【００７４】
（２−１−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、サーバ１０で有効状態であると管理されているカードＡＡＡをクライアント端末２０で有効状態とする旨の操作要求が入力されている。しかし、チップにカード情報のエリアが存在せず、カードＡＡＡのカード情報は存在していない。よって、決定部１４４は、カードのメモリがクリアされている旨が通知される上述の「エラー処理」を実行部１４６が実行する処理として決定する。
【００７５】
（２−１−６）操作要求が「非活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、チップにはエリアが存在しないため非活性化の対象となるカード情報も存在しない。よって、決定部１４４は、実行部１４６に特に処理を実行させないと決定する。
【００７６】
（２−１−７）操作要求が「非活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００７７】
（２−２）チップの状態が「エリア：あり」、「カード識別情報：００００」である場合
決定部１４４は、入力された操作要求との組み合わせに応じて以下のいずれかの処理を行う。
【００７８】
（２−２−１）操作要求が「発行」である場合
本組み合わせの場合、上述の（２−１−１）操作要求が「発行」である場合と同様の処理が、実行部１４６の実行する処理として決定される。なお、本組み合わせの場合、チップにエリアが存在するため、実行部１４６は、「発行処理」にてエリアの発行処理を行わない。
【００７９】
（２−２−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、チップのカード情報のカード識別情報がＡＬＬ０（すべての桁が０）となっておりメモリがクリアされた状態となっている。メモリはクリアされているが、削除対象となるカード情報はチップにまだ存在している。よって、決定部１４４は、上述の「削除処理」を実行部１４６が実行する処理として決定する。
【００８０】
（２−２−３）操作要求が「削除（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−２−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００８１】
（２−２−４）操作要求が「活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−４）操作要求が「活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００８２】
（２−２−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００８３】
（２−２−６）操作要求が「非活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、決定部１４４は、特に処理を行わずに終了すると決定する。
【００８４】
（２−２−７）操作要求が「非活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００８５】
（２−３）チップの状態：エリアあり、カード識別情報が処理対象、閉塞フラグがＯＮである場合
決定部１４４は、入力された操作要求との組み合わせに応じて以下のいずれかの処理を行う。
【００８６】
（２−３−１）操作要求が「発行」である場合
本組み合わせの場合、発行対象となるカードＡＡＡのカード情報が既にチップに存在する。よって、決定部１４４は、カードが重複する旨が通知される上述の「エラー処理」を実行部１４６が実行する処理として決定する。
【００８７】
（２−３−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−２−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００８８】
（２−３−３）操作要求が「削除（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−２−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００８９】
（２−３−４）操作要求が「活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、決定部１４４は、上述の「活性化（復旧）処理」を実行部１４６が実行する処理として決定する。
【００９０】
（２−３−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−３−４）操作要求が「活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００９１】
（２−３−６）操作要求が「非活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、カードＡＡＡのカード情報がチップで有効状態である。よって、決定部１４４は、上述の「非活性化処理」を実行部１４６が実行する処理として決定する。
【００９２】
（２−３−７）操作要求が「非活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−３−６）操作要求が「非活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００９３】
（２−４）チップの状態：エリアあり、カード識別情報が処理対象、閉塞フラグがＯＦＦである場合
決定部１４４は、入力された操作要求との組み合わせに応じて以下のいずれかの処理を行う。
【００９４】
（２−４−１）操作要求が「発行」である場合
本組み合わせの場合、上述の（２−３−１）操作要求が「発行」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００９５】
（２−４−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、本開示の実施形態において、（２−４）のチップの状態と「削除（Ｂａｃｋｇｒｏｕｎｄ）」の操作要求の組み合わせは、システムの制御上、生じない組み合わせである。
【００９６】
（２−４−３）操作要求が「削除（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−２−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【００９７】
（２−４−４）操作要求が「活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、本開示の実施形態において、（２−４）のチップの状態と「活性化（Ｂａｃｋｇｒｏｕｎｄ）」の操作要求の組み合わせは、システムの制御上、生じない組み合わせである。
【００９８】
（２−４−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、チップではカードＡＡＡが無効状態と管理されているため、ユーザがクライアント端末２０でカードＡＡＡを有効状態にするため操作要求を入力したと想定される。しかし、サーバ１０ではカードＡＡＡは有効状態と管理されていることから、決定部１４４は、クライアント端末２０とサーバ１０の間でカードの状態の整合が取れていないと判定する。よって、決定部１４４は、上述の「ステータス同期処理」を実行部１４６が実行する処理として決定する。
【００９９】
（２−４−６）操作要求が「非活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、本開示の実施形態において、（２−４）のチップの状態と「非活性化（Ｂａｃｋｇｒｏｕｎｄ）」の操作要求の組み合わせは、システムの制御上、生じない組み合わせである。
【０１００】
（２−４−７）操作要求が「非活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−３−６）操作要求が「非活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【０１０１】
（２−５）チップの状態：エリアあり、カード識別情報が別カードであり、閉塞フラグがＯＮである場合
決定部１４４は、入力された操作要求との組み合わせに応じて以下のいずれかの処理を行う。
【０１０２】
（２−５−１）操作要求が「発行」である場合
本組み合わせの場合、チップにカードＣＣＣのカード情報（別カード）が存在する。よって、決定部１４４は、上述の「発行（サーバのみ）処理」を実行部１４６が実行する処理として決定する。
【０１０３】
（２−５−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【０１０４】
（２−５−３）操作要求が「削除（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、本開示の実施形態において、（２−５）のチップの状態と「削除（Ｆｏｒｅｇｒｏｕｎｄ）」の操作要求の組み合わせは、システムの制御上、生じない組み合わせである。
【０１０５】
（２−５−４）操作要求が「活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、カードＡＡＡのカード情報がサーバ１０で有効状態であり、カードＣＣＣ（別カード）がチップに存在する。よって、決定部１４４は、上述の「活性化（切替）処理」を実行部１４６が実行する処理として決定する。
【０１０６】
（２−５−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、本開示の実施形態において、（２−５）のチップの状態と「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」の操作要求の組み合わせは、システムの制御上、生じない組み合わせである。
【０１０７】
（２−５−６）操作要求が「非活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、決定部１４４は、特に処理を行わずに終了すると決定する。
【０１０８】
（２−５−７）操作要求が「非活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、本開示の実施形態において、（２−５）のチップの状態と「非活性化（Ｆｏｒｅｇｒｏｕｎｄ）」の操作要求の組み合わせは、システムの制御上、生じない組み合わせである。
【０１０９】
（２−６）チップの状態：エリアあり、カード識別情報が処理対象、閉塞フラグがＯＦＦである場合
決定部１４４は、入力された操作要求との組み合わせに応じて以下のいずれかの処理を行う。
【０１１０】
（２−６−１）操作要求が「発行」である場合
本組み合わせの場合、上述の（２−５−１）操作要求が「発行」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【０１１１】
（２−６−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【０１１２】
（２−６−３）操作要求が「削除（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、本開示の実施形態において、（２−６）のチップの状態と「削除（Ｆｏｒｅｇｒｏｕｎｄ）」の操作要求の組み合わせは、システムの制御上、生じない組み合わせである。
【０１１３】
（２−６−４）操作要求が「活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−５−４）操作要求が「活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【０１１４】
（２−６−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、本開示の実施形態において、（６）のチップの状態と「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」の操作要求の組み合わせは、システムの制御上、生じない組み合わせである。
【０１１５】
（２−６−６）操作要求が「非活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、決定部１４４は、特に処理を行わずに終了すると決定する。
【０１１６】
（２−６−７）操作要求が「非活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、本開示の実施形態において、（２−６）のチップの状態と「非活性化（Ｆｏｒｅｇｒｏｕｎｄ）」の操作要求の組み合わせは、システムの制御上、生じない組み合わせである。
【０１１７】
（２−７）チップの状態：エリアあり、カード識別情報が不明である場合
本組み合わせの場合、決定部１４４は、入力された操作要求との組み合わせに応じて以下のいずれかの処理を行う。
【０１１８】
（２−７−１）操作要求が「発行」である場合
本組み合わせの場合、上述の（２−５−１）操作要求が「発行」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【０１１９】
（２−７−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【０１２０】
（２−７−３）操作要求が「削除（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−２）操作要求が「削除（Ｂａｃｋｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【０１２１】
（２−７−４）操作要求が「活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、チップのカードのカード識別情報が不明であり、当該カードがどのサービスのどのカードであるかが明確でない状態である。そのため、決定部１４４は、当該カードに対して、どの活性化処理を行うべきか判定することができない。よって、決定部１４４は、カードが不明である旨が通知される上述の「エラー処理」を実行部１４６が実行する処理として決定する。
【０１２２】
（２−７−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【０１２３】
（２−７−６）操作要求が「非活性化（Ｂａｃｋｇｒｏｕｎｄ）」である場合
本組み合わせの場合、決定部１４４は、特に処理を行わずに終了すると決定する。
【０１２４】
（２−７−７）操作要求が「非活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合
本組み合わせの場合、上述の（２−１−５）操作要求が「活性化（Ｆｏｒｅｇｒｏｕｎｄ）」である場合と同様の処理が、実行部１４６の実行する処理として決定される。
【０１２５】
以上、図７を参照しながら、本開示の実施形態に係るクライアント端末２０のチップの状態とユーザの操作要求の組み合わせに基づき決定される処理について説明した。続いて、本開示の実施形態に係る実行部１４６について説明する。
【０１２６】
（３）実行部１４６
実行部１４６は、処理を実行する機能を有する。例えば、実行部１４６は、決定部１４４が決定した処理を実行する。当該処理の内容については、上述した通りである。なお、実行部１４６は、決定部１４４が決定した処理を実行する際に、クライアント端末２０で管理されている処理対象のカード情報のデータと、クライアント端末２０のチップに記録されている処理対象のカード情報のデータとの同期を取ってから処理を実行する。これにより、本開示の実施形態に係る情報処理システムでは、サーバ１０とクライアント端末２０間でカードのデータの完全性を保ったまま、カードのデータを相互に移動することができる。
【０１２７】
ここで、図８〜図１５を参照しながら、決定部１４４が決定した各々の処理を実行部１４６が実行した際のカードのデータの遷移について説明する。なお、図８〜図１５中の、サーバ上のデータのブランクは、データが記録されていない初期状態を示し、「−（ハイフン）」はデータが生成されなかったこと、またはデータがクリアされたことを示す。また、チップ上のブロックデータの「−（ハイフン）」は、処理対象とは異なるカードのカード情報が記録されていることを示す。また、サーバ上のデータ、及びチップ上のブロックデータのハッチングは、前回の遷移から変化があったことを示している。
【０１２８】
（３−１）カード発行（サーバのみ）処理
以下では、図８を参照しながら、本開示の実施形態に係るカード発行（サーバのみ）処理におけるデータの遷移について説明する。図８は、本開示の実施形態に係るカード発行（サーバのみ）処理時のデータの遷移を示す説明図である。
【０１２９】
ユーザからカード発行（サーバのみ）要求が入力された際に、チップ上のブロックデータには他のカードのカード情報が記録され（遷移（１））、サーバ１０上のデータにはカード情報が記録されていないとする（遷移（２））。
【０１３０】
この場合、サーバ１０のみにカード情報が生成される。例えば、サーバ１０は、カード情報として、識別情報（９９９９）、ｓｔａｔｕｓ（ｉｎＰｒｏｃｅｓｓ）、データ（ｂｂｂｂ）を生成する（遷移（４））。そして、クライアント端末２０との端末認証の成功後、サーバ１０は、サーバ上のデータのカードの状態を示すｓｔａｔｕｓをＡｃｔｉｖｅに、ｐｏｓｉｔｉｏｎをＢａｃｋｇｒｏｕｎｄに、ｆｉｎｉｓｈをｄｏｎｅに更新し（遷移（６））、カード発行（サーバのみ）処理を終了する。なお、チップ上のブロックデータは、他のカードのカード情報のため、更新されない（遷移（２）、遷移（５））。
【０１３１】
以上、図８を参照しながら、本開示の実施形態に係るカード発行（サーバのみ）処理におけるデータの遷移について説明した。続いて、本開示の実施形態に係るカード発行処理におけるデータの遷移について説明する。
【０１３２】
（３−２）カード発行処理
以下では、図９を参照しながら、本開示の実施形態に係るカード発行処理におけるデータの遷移について説明する。図９は、本開示の実施形態に係るカード発行処理時のデータの遷移を示す説明図である。
【０１３３】
ユーザからカード発行要求が入力された際に、チップ上のブロックデータにはエリアがないとする（遷移（１））。この場合、サーバ１０上のデータにはカード情報が生成される。例えば、サーバ１０は、カード情報として、識別情報（９９９９）、ｓｔａｔｕｓ（ｉｎＰｒｏｃｅｓｓ）、データ（ｂｂｂｂ）を生成する（遷移（２））。次に、サーバ１０は、クライアント端末２０のチップにエリアを発行させ（遷移（３））、エリアの発行結果を受信する（遷移（４））。そして、サーバ１０は、クライアント端末２０と端末認証を行う（遷移（５））。
【０１３４】
端末認証の成功後、サーバ１０は、サーバ上のデータのカードの状態を示すｓｔａｔｕｓをＡｃｔｉｖｅに、ｐｏｓｉｔｉｏｎをＢａｃｋｇｒｏｕｎｄに、ｆｉｎｉｓｈをｄｏｎｅに更新する（遷移（６））。サーバ１０のカードの状態の更新処理の成功後、サーバ１０は、チップ上のブロックデータに識別情報（９９９９）とデータ（ｂｂｂｂ）を書き込み、閉塞フラグをＯＮにする（遷移（７））。遷移（７）の状態への更新処理が成功した場合、サーバ１０は、サーバ上のデータのｐｏｓｉｔｉｏｎをＦｏｒｅｇｒｏｕｎｄに、ｆｉｎｉｓｈをｎｏｔＹｅｔに更新する（遷移（８））。遷移（８）の状態への更新処理の成功後、サーバ１０は、チップ上のブロックデータの閉塞フラグをＯＦＦに更新する（遷移（９））。そして、遷移（９）の状態への更新処理が成功した場合、サーバ１０は、サーバ上のデータのｆｉｎｉｓｈをｄｏｎｅに更新し（遷移（１０））、カード発行処理を終了する。
【０１３５】
以上、図９を参照しながら、本開示の実施形態に係るカード発行処理におけるデータの遷移について説明した。続いて、本開示の実施形態に係るカード削除（サーバのみ）処理におけるデータの遷移について説明する。
【０１３６】
（３−３）カード削除（サーバのみ）処理
以下では、図１０を参照しながら、本開示の実施形態に係るカード削除（サーバのみ）処理におけるデータの遷移について説明する。図１０は、本開示の実施形態に係るカード削除（サーバのみ）処理時のデータの遷移を示す説明図である。
【０１３７】
ユーザからカード削除（サーバのみ）要求が入力された際に、チップ上のブロックデータには他のカードのカード情報が記録され（遷移（１））、サーバ１０上のデータには削除対象のカード情報が記録されているとする（遷移（２））。
【０１３８】
この場合、クライアント端末２０との端末認証の成功後、サーバ１０は、サーバ上のデータのカードの状態を示すｓｔａｔｕｓをＤｅｌｅｔｅｄに更新し、ｐｏｓｉｔｉｏｎ、及びｆｉｎｉｓｈをクリアし（遷移（４））、カード削除（サーバのみ）処理を終了する。なお、チップ上のブロックデータは、他のカードのカード情報のため、更新されない（遷移（３））。
【０１３９】
以上、図１０を参照しながら、本開示の実施形態に係るカード削除（サーバのみ）処理におけるデータの遷移について説明した。続いて、本開示の実施形態に係るカード削除処理におけるデータの遷移について説明する。
【０１４０】
（３−４）カード削除処理
以下では、図１１を参照しながら、本開示の実施形態に係るカード削除処理におけるデータの遷移について説明する。図１１は、本開示の実施形態に係るカード削除処理時のデータの遷移を示す説明図である。
【０１４１】
ユーザからカード削除要求が入力された際に、チップ上のブロックデータには削除対象のカード情報が記録され（遷移（１））、サーバ１０上のデータにも削除対象のカード情報が記録されているとする（遷移（２））。
【０１４２】
この場合、クライアント端末２０との端末認証の成功後、サーバ１０は、チップ上のエリアを削除することでカードを削除する（遷移（３））。エリアの削除の成功後、サーバ１０は、サーバ上のデータのカードの状態を示すｓｔａｔｕｓをＤｅｌｅｔｅｄに更新し、ｐｏｓｉｔｉｏｎ、及びｆｉｎｉｓｈをクリアし（遷移（４））、カード削除処理を終了する。
【０１４３】
以上、図１１を参照しながら、本開示の実施形態に係るカード削除処理におけるデータの遷移について説明した。続いて、本開示の実施形態に係るカード活性化（発行）処理におけるデータの遷移について説明する。
【０１４４】
（３−５）カード活性化（発行）処理
以下では、図１２を参照しながら、本開示の実施形態に係るカード活性化（発行）処理におけるデータの遷移について説明する。図１２は、本開示の実施形態に係るカード活性化（発行）処理時のデータの遷移を示す説明図である。
【０１４５】
ユーザからカード活性化（発行）要求が入力された際に、チップ上のブロックデータにはエリアがなく（遷移（１））、サーバ上のデータには活性化（発行）処理対象のカード情報が記録されているとする（遷移（２））。この場合、サーバ１０は、クライアント端末２０のチップにエリアを発行させ（遷移（３））、エリアの発行結果を受信する（遷移（４））。そして、サーバ１０は、クライアント端末２０との端末認証を行う。
【０１４６】
端末認証の成功後、サーバ１０は、チップ上のブロックデータに識別情報（９９９９）とデータ（ｂｂｂｂ）を書き込み、閉塞フラグをＯＮにする（遷移（５））。遷移（５）の状態への更新処理の成功後、サーバ１０は、サーバ上のデータのカードの状態を示すｐｏｓｉｔｉｏｎをＦｏｒｅｇｒｏｕｎｄに、ｆｉｎｉｓｈをｎｏｔＹｅｔに更新する（遷移（６））。遷移（６）の状態への更新処理の成功後、サーバ１０は、チップ上のブロックデータの閉塞フラグをＯＦＦに更新する（遷移（７））。そして、遷移（７）の状態への更新処理の成功後、サーバ１０は、サーバ上のデータのｆｉｎｉｓｈをｄｏｎｅに更新し（遷移（８））、カード活性化（発行）処理を終了する。
【０１４７】
以上、図１２を参照しながら、本開示の実施形態に係るカード活性化（発行）処理におけるデータの遷移について説明した。続いて、本開示の実施形態に係るカード活性化（切替）処理におけるデータの遷移について説明する。
【０１４８】
（３−６）カード活性化（切替）処理
以下では、図１３を参照しながら、本開示の実施形態に係るカード活性化（切替）処理におけるデータの遷移について説明する。図１３は、本開示の実施形態に係るカード活性化（切替）処理時のデータの遷移を示す説明図である。
【０１４９】
ユーザからカードＡＡＡをカードＣＣＣに切り替えるカード活性化（切替）要求が入力された際に、チップ上のブロックデータにはカードＡＡＡのカード情報が記録されているとする（遷移（１））。また、サーバ上のデータにはカードＡＡＡとカードＣＣＣのカード情報が記録されているとする（遷移（２））。この場合、サーバ１０は、クライアント端末２０との端末認証、及び全データの読み込みを行う（遷移（３））。端末認証、及び全データの読み込みの成功後、サーバ１０は、サーバ上のカードＡＡＡのデータにデータ（ｂｂｂｂ）を書き込むことでチップ側の最新のデータと整合をとり、カードＡＡＡのカードの状態を示すｆｉｎｉｓｈをｎｏｔＹｅｔに更新する（遷移（４））。
【０１５０】
遷移（４）の状態への更新処理の成功後、サーバ１０は、チップ上のブロックデータの閉塞フラグをＯＮに更新する（遷移（５））。遷移（５）の状態への更新処理の成功後、サーバ１０は、サーバ上のデータのカードＡＡＡのカードの状態を示すｐｏｓｉｔｉｏｎをＢａｃｋｇｒｏｕｎｄに、ｆｉｎｉｓｈをｄｏｎｅに更新する（遷移（６））。遷移（６）の状態への更新処理の成功後、サーバ１０は、チップ上のカードＡＡＡのブロックデータにカードＣＣＣの識別情報（１１１１）とデータ（ａａａａ）を書き込む（遷移（７））。
【０１５１】
遷移（７）の状態への更新処理の成功後、サーバ１０は、サーバ上のデータのカードＣＣＣのカードの状態を示すｐｏｓｉｔｉｏｎをＦｏｒｅｇｒｏｕｎｄに、ｆｉｎｉｓｈをｎｏｔＹｅｔに更新する（遷移（８））。遷移（８）の状態への更新処理の成功後、サーバ１０は、チップ上のブロックデータの閉塞フラグをＯＦＦに更新する（遷移（９））。遷移（９）の状態への更新処理の成功後、サーバ１０は、サーバ上のデータのカードＣＣＣのカードの状態を示すｆｉｎｉｓｈをｄｏｎｅに更新し（遷移（１０））、カード活性化（切替）処理を終了する。
【０１５２】
以上、図１３を参照しながら、本開示の実施形態に係るカード活性化（切替）処理におけるデータの遷移について説明した。続いて、本開示の実施形態に係るカード活性化（復旧）処理におけるデータの遷移について説明する。
【０１５３】
（３−７）カード活性化（復旧）処理
以下では、図１４を参照しながら、本開示の実施形態に係るカード活性化（復旧）処理におけるデータの遷移について説明する。図１４は、本開示の実施形態に係るカード活性化（復旧）処理時のデータの遷移を示す説明図である。
【０１５４】
ユーザから操作要求が入力された際に、チップ上のブロックデータには処理対象のカード情報が記録され、サーバ上のデータにも処理対象のカード情報が記録されているとする。ただし、当該操作要求に関する処理の実行中に、通信障害などによりサーバ１０とクライアント端末２０間での接続が途切れ、データに不整合が生じている状態とする。例えば、図１４に示すように、チップ上のブロックデータでは、データに不整合が生じた状態であり、この状態を（？？？？）と表現している（遷移（１））。また、サーバ上のデータではｐｏｓｉｔｉｏｎとｆｉｎｉｓｈに不整合が生じた状態であり、この状態を（ａｎｙ）と表現している（遷移（２））。
【０１５５】
この場合、サーバ１０は、クライアント端末２０との端末認証、及び全データの読み込みを行う（遷移（３））。端末認証、及び全データの読み込みの成功後（遷移（４））、サーバ１０は、チップ上のブロックデータにデータ（ｂｂｂｂ）を書き込むことで、チップ上のデータを復旧させる（遷移（５））。遷移（５）の状態への更新処理の成功後、サーバ１０は、サーバ上のデータのカードの状態を示すｐｏｓｉｔｉｏｎをＦｏｒｅｇｒｏｕｎｄに、ｆｉｎｉｓｈをｎｏｔＹｅｔに更新することで、サーバ上のデータを復旧させる（遷移（６））。遷移（６）の状態への更新処理の成功後、サーバ１０は、チップ上のブロックデータの閉塞フラグをＯＦＦに更新する（遷移（７））。遷移（７）の状態への更新処理の成功後、サーバ１０は、サーバ上のデータのカードの状態を示すｆｉｎｉｓｈをｄｏｎｅに更新し（遷移（８））、カード活性化（復旧）処理を終了する。
【０１５６】
以上、図１４を参照しながら、本開示の実施形態に係るカード活性化（復旧）処理におけるデータの遷移について説明した。続いて、本開示の実施形態に係るカード非活性化処理におけるデータの遷移について説明する。
【０１５７】
（３−８）カード非活性化処理
以下では、図１５を参照しながら、本開示の実施形態に係るカード非活性化処理におけるデータの遷移について説明する。図１５は、本開示の実施形態に係るカード非活性化処理時のデータの遷移を示す説明図である。
【０１５８】
ユーザから操作要求が入力された際に、チップ上のブロックデータには処理対象のカード情報が記録され（遷移（１））、サーバ上のデータにも処理対象のカード情報が記録されているとする（遷移（２））。この場合、サーバ１０は、クライアント端末２０との端末認証、及び全データの読み込みを行う（遷移（３））。端末認証、及び全データの読み込みの成功後）、サーバ１０は、サーバ上のデータにデータ（ｂｂｂｂ）を書き込むことでチップ側の最新のデータと整合をとり、カードの状態を示すｆｉｎｉｓｈをｎｏｔＹｅｔに更新する（遷移（４））。
【０１５９】
遷移（４）の状態への更新処理の成功後、サーバ１０は、チップ上のブロックデータの閉塞フラグをＯＮに更新する（遷移（５））。遷移（５）の状態への更新処理の成功後、サーバ１０は、サーバ上のデータのカードの状態を示すｐｏｓｉｔｉｏｎをＢａｃｋｇｒｏｕｎｄに、ｆｉｎｉｓｈをｄｏｎｅに更新する（遷移（６））。遷移（６）の状態への更新処理の成功後、サーバ１０は、チップ上のブロックデータのエリアを削除する（遷移（７））。エリアの削除処理の成功後、サーバ１０は、サーバ上のデータの更新処理は特に行わず（遷移（８））、カード非活性化処理を終了する。
【０１６０】
以上、図１５を参照しながら、本開示の実施形態に係るカード非活性化処理におけるデータの遷移について説明した。続いて、本開示の実施形態に係る記憶部１６０について説明する。
【０１６１】
＜３．１．３．記憶部１６０＞
記憶部１６０は、カード情報に関する情報を記録する機能を有する。例えば、記憶部１６０は、カード情報に関する情報を記録するテーブルとして、カード情報テーブル、アカウント情報テーブル、カード識別情報位置情報テーブル、及びカード閉塞フラグ位置情報テーブルを有する。
【０１６２】
カード情報テーブルには、例えば、カードが対応付けられているアカウントのＩＤ、カードの状態を示すカード状態情報、ＩＣサービスにおける業務情報が格納されるブロックデータ情報、及びカード識別情報などが記録される。また、カード状態情報の配下には、カードの状態を示すｓｔａｔｕｓ、カードの保管先を示すｐｏｓｉｔｉｏｎ、チップへの書き込み状態を示すｆｉｎｉｓｈが記録されている。
【０１６３】
また、アカウント情報テーブルには、複数のユーザのアカウント情報が記録されている。また、カード識別情報位置情報テーブルには、カード識別情報がブロックデータ内のどの位置に記録されているかを示す位置情報が記録されている。また、カード閉塞フラグ位置情報テーブルには、閉塞フラグがブロックデータ内のどの位置に記録されているかを示す位置情報が記録されている。
【０１６４】
なお、本開示の実施形態に係る記憶部１６０は、耐タンパ性を有する。なお、記憶部１６０は１台で構成されても複数台で構成されてもよい。複数台の記憶部１６０で構成される場合、複数台の記憶部１６０の内の少なくとも１台の記憶部１６０が耐タンパ性を有していればよい。耐タンパ性を有する記憶部１６０には、鍵が管理される。本開示の実施形態に係る鍵とは、例えば、電子署名の確認や、ＮＦＣなどの任意の通信方式の通信における認証（記録媒体の領域にアクセスするための認証も含む）、任意の暗号化、復号化に係る処理などに用いられるデータである。
【０１６５】
以上、図４〜図１５を参照しながら、本開示の実施形態に係るサーバ１０の機能構成例について説明した。続いて、本開示の実施形態に係るサーバ１０のハードウェア構成例について説明する。
【０１６６】
＜３．２．ハードウェア構成例＞
以下では、図１６を参照しながら、本開示の実施形態に係るサーバ１０のハードウェア構成例について説明する。図１６は、本開示の実施形態に係るサーバ１０のハードウェア構成例を示すブロック図である。
【０１６７】
図１６に示すように、サーバ１０は、例えば、ＣＰＵ１０１、ＲＯＭ１０３、ＲＡＭ１０５、ホストバス１０７、ブリッジ１０９、外部バス１１１、及びインタフェース１１３を有する。また、サーバ１０は、入力装置１１５、表示装置１１７、音声出力装置１１９、ストレージ装置１２１、ドライブ１２３、リムーバブル記録媒体１２５、及び通信装置１２７を有する。なお、ここで示すハードウェア構成は一例であり、構成要素の一部が省略されてもよい。また、ハードウェア構成は、ここで示される構成要素以外の構成要素をさらに含んでもよい。
【０１６８】
（１）ＣＰＵ１０１、ＲＯＭ１０３、ＲＡＭ１０５
ＣＰＵ１０１は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ１０３、ＲＡＭ１０５、ストレージ装置１２１、又はリムーバブル記録媒体１２５に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ＲＯＭ１０３は、ＣＰＵ１０１に読み込まれるプログラムや演算に用いるデータ等を格納する手段である。ＲＡＭ１０５には、例えば、ＣＰＵ１０１に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等が一時的又は永続的に格納される。これらはＣＰＵバスなどから構成されるホストバス１０７により相互に接続されている。ＣＰＵ１０１、ＲＯＭ１０３およびＲＡＭ１０５は、例えば、ソフトウェアとの協働により、図４を参照して説明した制御部１４０の機能を実現し得る。
【０１６９】
（２）ホストバス１０７、ブリッジ１０９、外部バス１１１、インタフェース１１３
ＣＰＵ１０１、ＲＯＭ１０３、ＲＡＭ１０５は、例えば、高速なデータ伝送が可能なホストバス１０７を介して相互に接続される。一方、ホストバス１０７は、例えば、ブリッジ１０９を介して比較的データ伝送速度が低速な外部バス１１１に接続される。また、外部バス１１１は、インタフェース１１３を介して種々の構成要素と接続される。
【０１７０】
（３）入力装置１１５
入力装置１１５には、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等が用いられる。さらに、入力装置１１５としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラが用いられることもある。また、入力装置１１５には、マイクロフォンなどの音声入力装置が含まれる。
【０１７１】
（４）表示装置１１７、音声出力装置１１９
表示装置１１７は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置などの表示装置を含む。また、表示装置１１７は、プロジェクタ装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。また、音声出力装置１１９は、スピーカおよびヘッドホンなどの出力装置を含む。
【０１７２】
（５）ストレージ装置１２１
ストレージ装置１２１は、各種のデータを格納するための装置である。ストレージ装置１２１としては、例えば、ハードディスクドライブ（ＨＤＤ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等が用いられる。ストレージ装置１２１は、例えば、図４を参照して説明した記憶部１６０の機能を実現し得る。
【０１７３】
（６）ドライブ１２３
ドライブ１２３は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１２５に記録された情報を読み出し、又はリムーバブル記録媒体１２５に情報を書き込む装置である。
【０１７４】
（７）リムーバブル記録媒体１２５
リムーバブル記録媒体１２５は、例えば、ＤＶＤメディア、Ｂｌｕ−ｒａｙ（登録商標）メディア、ＨＤ  ＤＶＤメディア、各種の半導体記憶メディア等である。もちろん、リムーバブル記録媒体１２５は、例えば、非接触型ＩＣチップを搭載したＩＣカード、又は電子機器等であってもよい。
【０１７５】
（８）通信装置１２７
通信装置１２７は、ネットワークに接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、又は各種通信用のモデム等である。
【０１７６】
以上、図１６を参照しながら、本開示の実施形態に係るサーバ１０のハードウェア構成例について説明した。続いて、本開示の実施形態に係るクライアント端末２０について説明する。
【０１７７】
＜＜４．本開示の実施形態に係るクライアント端末＞＞
＜４．１．機能構成例＞
以下では、図１７、図１８を参照しながら、開示の実施形態に係るクライアント端末２０の機能構成例について説明する。図１７は、本開示の実施形態に係るクライアント端末２０の機能構成例を示すブロック図である。
【０１７８】
図１７に示すように、本開示の実施形態に係るクライアント端末２０は、第１の通信部２２０、制御部２３０、表示部２４０、操作部２５０、記憶部２６０、及び第２の通信部２７０を備える。
【０１７９】
＜４．１．１．第１の通信部２２０＞
第１の通信部２２０は、外部装置と通信を行う機能を有する。例えば、第１の通信部２２０はサーバ１０と通信を行う。第１の通信部２２０は、サーバ１０との通信において、サーバ１０から受信した情報を制御部２３０に出力する。また、第１の通信部２２０は、サーバ１０との通信において、制御部２３０から入力された情報をサーバ１０に送信する。
【０１８０】
＜４．１．２．制御部２３０＞
制御部２３０は、クライアント端末２０の全体を制御する機能を有する。例えば、制御部２３０は、クライアント端末２０の第１の通信部２２０における通信処理を制御する。具体的に、制御部２３０は、制御部２３０で実行した処理に応じて出力される情報を、サーバ１０に対して第１の通信部２２０に送信させる。また、制御部２３０は、制御部２３０で実行した処理に応じて出力される情報を、リーダライタ３０に対して第２の通信部２７０に送信させてもよい。
【０１８１】
制御部２３０は、クライアント端末２０の表示部２４０における表示処理を制御する。例えば、制御部２３０は、サーバ１０で管理されているユーザのアカウントと対応づけられているカード情報の管理状態を取得し、取得した管理状態とクライアント端末２０のチップの記録状態との比較結果に基づき決定される処理を実行し、表示処理を制御する。制御部２３０は、表示処理において比較結果を表示装置に表示させる。表示装置は、クライアント端末２０の表示部２４０でもよいし、外部の表示装置で合ってもよい。例えば、制御部２３０は、比較結果に基づき、クライアント端末２０におけるカード情報の状態を示すオブジェクトを表示装置に表示させる。当該オブジェクトが表示装置に表示されることで、ユーザがカードの状態を容易に視認することができる。
【０１８２】
ここで、図１８を参照しながら、クライアント端末２０における表示処理の種類について説明する。図１８は、本開示の実施形態に係るクライアント端末２０の表示処理の種類を示す説明図である。
【０１８３】
図１８に示すように、例えば、サーバ１０で管理されているカード情報が有効状態（ｓｔａｔｓｕがＡｃｔｉｖｅ、かつｐｏｓｉｔｉｏｎがＢａｃｋｇｒｏｕｎｄ）であり、チップでの記録状態とサーバ１０での管理状態が一致しないとする。この場合、制御部２３０は、チップに記録されているサービス情報が無効状態であると判定する。また、制御部２３０は、チップのカード情報が無効状態であり、当該カード情報に対応するカードが非活性カードであることを示す情報を表示部２４０に表示させる。
【０１８４】
また、クライアント端末２０で管理されているカード情報が有効状態（ｓｔａｔｓｕがＡｃｔｉｖｅ、かつｐｏｓｉｔｉｏｎがＦｏｒｅｇｒｏｕｎｄ）であり、記録状態と管理状態が一致しないとする。この場合、制御部２３０は、チップに記録されているカード情報が喪失状態であると判定し、ユーザ、またはサーバ１０にカード情報の削除要求を行う。また、制御部２３０は、チップのカード情報が喪失状態であることを示す情報を表示部２４０に表示させる。
【０１８５】
また、クライアント端末２０で管理されているカード情報が喪失状態（ｓｔａｔｓｕがＬｏｓｔ）であるとする。この場合、制御部２３０は、チップに記録されているカード情報が喪失状態であると判定し、ユーザ、またはサーバ１０にカード情報の削除要求を行う。また、制御部２３０は、チップのカード情報が喪失状態であることを示す情報を表示部２４０に表示させる。
【０１８６】
また、サーバ１０で管理されているカード情報が無効状態（ｓｔａｔｕｓがｉｎＰｒｏｃｅｓｓ）であり、チップにカード情報が記録されていないとする。この場合、制御部２３０は、サーバ１０で管理されているカード情報が新規作成中であると判定する。また、制御部２３０は、チップのカード情報は新規作成中であることを示す情報を表示部２４０に表示させる。
【０１８７】
また、サーバ１０で管理されているカード情報が有効状態、かつ最新状態（ｓｔａｔｓｕがＡｃｔｉｖｅ、ｐｏｓｉｔｉｏｎがＢａｃｋｇｒｏｕｎｄ、かつｆｉｎｉｓｈがｄｏｎｅ）であり、チップの記録状態とサーバ１０の管理状態が一致しているとする。この場合、制御部２３０は、カード情報が処理再開待ち状態であると判定し、ユーザ、またはサーバ１０にカード情報の処理再開要求を行う。また、制御部２３０は、チップのカード情報は処理再開待ち状態であることを示す情報を表示部２４０に表示させる。
【０１８８】
また、クライアント端末２０のカード情報が有効状態であるが、クライアント端末２０のカード情報とサーバ１０のカード情報のどちらが最新状態であるかが確定していないとする（ｓｔａｔｓｕがＡｃｔｉｖｅ、ｐｏｓｉｔｉｏｎがＦｏｒｅｇｒｏｕｎｄ、かつｆｉｎｉｓｈがｎｏｔＹｅｔ）。また、カード情報の記録状態と管理状態は一致しているとする。この場合、制御部２３０は、サーバ１０のカード情報が処理再開待ち状態であると判定し、ユーザ、またはサーバ１０にカード情報の処理再開要求を行う。また、制御部２３０は、チップのカード情報は処理再開待ち状態であることを示す情報を表示部２４０に表示させる。
【０１８９】
また、クライアント端末２０で管理されているカード情報が有効状態、かつ最新状態（ｓｔａｔｓｕがＡｃｔｉｖｅ、ｐｏｓｉｔｉｏｎがＦｏｒｅｇｒｏｕｎｄ、かつｆｉｎｉｓｈがｄｏｎｅ）であり、記録状態と管理状態が一致しているとする。この場合、制御部２３０は、チップに記録されているカード情報が有効状態であると判定する。また、制御部２３０は、チップのカード情報が有効状態であり、当該カード情報に対応するカードが活性カードであることを示す情報を表示部２４０に表示させる。
【０１９０】
また、制御部２３０は、クライアント端末２０の操作部２５０に入力された情報に基づく処理を制御する。例えば、制御部２３０は、操作部２５０に入力されたユーザの操作に基づき、チップに記録されたカード情報に関する処理を実行する。
【０１９１】
また、制御部２３０は、クライアント端末２０の記憶部２６０における記憶処理を制御する。例えば、制御部２３０は、チップに記録されたカード情報に関する処理を実行することで出力される情報を、記憶部２６０に出力し、記憶部２６０に記憶させる。
【０１９２】
また、制御部２３０は、クライアント端末２０の第２の通信部２７０における通信処理を制御する。例えば、制御部２３０は、ユーザの指示に基づき、チップが記録しているカード情報の記録状態を、カード情報を管理しているサーバ１０に対して送信させる。
【０１９３】
＜４．１．３．表示部２４０、操作部２５０＞
表示部２４０は、制御部２３０の制御下で、表示パネルにホーム画面、ロック画面等の多様な表示画面を表示する機能を有する。表示パネルとしては、例えば液晶表示パネルや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）表示パネルが使用される。また、クライアント端末２０は、操作部２５０として、操作キー、及び電源スイッチ等を備える。操作キーの操作情報は、制御部２３０に伝送される。
【０１９４】
なお、クライアント端末２０の表示部２４０にタッチパネルを用いることで、表示部２４０は操作部２５０として機能してもよい。タッチパネルは、指またはペンなどの物体で表示パネルの表面（検出面）がタッチされたとき、タッチされた位置を検出する。例えば、タッチパネルは、表示パネルが画像などを表示するエリア等に、指またはペンが接触したことを検出する。なお、タッチパネルは、表示パネルに積層された状態で構成されてもよく、また表示パネルと一体的に構成されてもよい。タッチパネルは、例えば静電容量式であってもよく、この場合、指などで表示パネルの表面がタッチされたことが静電容量の変化から検出される。
【０１９５】
タッチパネルが検出したタッチ位置のデータは、制御部２３０に伝送される。制御部２３０は、供給されるタッチ位置に基づいて、起動中のアプリケーションを実行する。タッチ位置は、例えば直交する２つの軸であるＸ軸（横軸）とＹ軸（縦軸）の座標位置で示される。タッチパネルが検出する座標位置は、１点に限られない。複数の点が同時にタッチされた場合、制御部２３０は、検出される複数の点に基づく制御を行う。また、タッチパネルの広い範囲が同時にタッチされたとき、制御部２３０は、タッチされた範囲全体を検出する。
【０１９６】
＜４．１．４．記憶部２６０＞
記憶部２６０は、クライアント端末２０に関する情報を記録する機能を有する。例えば、記憶部２６０は、制御部２３０の処理において出力されるデータや、各種アプリケーション等のデータを記憶する。
【０１９７】
＜４．１．５．第２の通信部２７０＞
第２の通信部２７０は、外部装置と通信を行う機能を有する。例えば、第２の通信部２７０は、ＮＦＣによりリーダライタ３０と通信を行う。第２の通信部２７０は、リーダライタ３０との通信において、リーダライタ３０から受信した情報を制御部２３０に出力する。また、第２の通信部２７０は、リーダライタ３０との通信において、制御部２３０から入力された情報をリーダライタ３０に送信する。なお、上述したように、第２の通信部２７０は、例えば、ＩＥＥＥ８０２．１５．１を利用した無線通信などの、ＮＦＣ以外の通信方式に対応する通信デバイスであってもよい。
【０１９８】
以上、図１７、図１８を参照しながら、本開示の実施形態に係るクライアント端末２０の機能構成例について説明した。続いて、本開示の実施形態に係るクライアント端末２０のハードウェア構成例について説明する。
【０１９９】
＜４．２．ハードウェア構成例＞
＜４．２．１．クライアント端末２０のハードウェア構成例＞
以下では、図１９を参照しながら、本開示の実施形態に係るクライアント端末２０のハードウェア構成例について説明する。図１９は、本開示の実施形態に係るクライアント端末２０のハードウェア構成例を示すブロック図である。図１９に示すように、クライアント端末２０は、例えば、ＣＰＵ２０１、ＲＯＭ２０３、ＲＡＭ２０５、入力装置２０７、表示装置２０９、音声出力装置２１１、ストレージ装置２１３、及び通信装置２１５を有する。なお、ここで示すハードウェア構成は一例であり、構成要素の一部が省略されてもよい。また、ハードウェア構成は、ここで示される構成要素以外の構成要素をさらに含んでもよい。
【０２００】
（１）ＣＰＵ２０１、ＲＯＭ２０３、ＲＡＭ２０５
ＣＰＵ２０１は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ２０３、ＲＡＭ２０５、ストレージ装置２１３に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ＲＯＭ２０３は、ＣＰＵ２０１に読み込まれるプログラムや演算に用いるデータ等を格納する手段である。ＲＡＭ２０５には、例えば、ＣＰＵ２０１に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等が一時的又は永続的に格納される。これらはＣＰＵバスなどから構成されるホストバスにより相互に接続されている。ＣＰＵ２０１、ＲＯＭ２０３およびＲＡＭ２０５は、例えば、ソフトウェアとの協働により、図１７を参照して説明した制御部２３０の機能を実現し得る。
【０２０１】
（２）入力装置２０７
入力装置２０７には、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等が用いられる。さらに、入力装置２０７としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラが用いられることもある。また、入力装置２０７には、マイクロフォンなどの音声入力装置が含まれる。入力装置２０７は、例えば、図１７を参照して説明した操作部２５０の機能を実現し得る。
【０２０２】
（３）表示装置２０９、音声出力装置２１１
表示装置２０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置などの表示装置を含む。また、表示装置２０９は、プロジェクタ装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。また、音声出力装置２１１は、スピーカおよびヘッドホンなどの音声出力装置を含む。表示装置２０９は、例えば、図１７を参照して説明した表示部２４０の機能を実現し得る。
【０２０３】
（４）ストレージ装置２１３
ストレージ装置２１３は、各種のデータを格納するための装置である。ストレージ装置２１３としては、例えば、ハードディスクドライブ（ＨＤＤ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等が用いられる。ストレージ装置２１３は、例えば、図１７を参照して説明した記憶部２６０の機能を実現し得る。
【０２０４】
（５）通信装置２１５
通信装置２１５は、ネットワークに接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、又は各種通信用のモデム等である。通信装置２１５は、例えば、図１７を参照して説明した第１の通信部２２０の機能を実現し得る。
【０２０５】
以上、図１９を参照しながら、本開示の実施形態に係るクライアント端末２０のハードウェア構成例について説明した。
【０２０６】
＜４．２．２．第２の通信部２７０のハードウェア構成例＞
続いて、図２０を参照しながら、本開示の実施形態にかかる第２の通信部２７０のハードウェア構成例について説明する。図２０は、本開示の実施形態に係る第２の通信部２７０のハードウェア構成例を示すブロック図である。第２の通信部２７０は、例えば、アンテナ２７２と、ＩＣチップ２７４とを備える。なお、第２の通信部２７０は、例えば、図２０に示すＩＣチップ２７４の構成を、ＩＣチップの形態で備えていなくてもよい。
【０２０７】
図２０に示すハードウェア構成を有する第２の通信部２７０は、アンテナ２７２により受信された搬送波に応じた受信電圧によって駆動する。なお、第２の通信部２７０は、例えば、第２の通信部２７０が備えているバッテリなどの内部電源から供給される電力、または、接続されている外部電源から供給される電力などによって、駆動することも可能である。
【０２０８】
（１）アンテナ２７２
アンテナ２７２は、例えば、所定のインダクタンスをもつコイル（インダクタ）Ｌ１と、所定の静電容量をもつキャパシタＣ１とからなる共振回路で構成され、搬送波の受信に応じて電磁誘導により誘起電圧を生じさせる。そして、アンテナ２７２は、所定の共振周波数で誘起電圧を共振させた受信電圧を出力する。ここで、アンテナ２７２における共振周波数は、例えば、１３．５６ＭＨｚなど搬送波の周波数に合わせて設定される。アンテナ２７２は、上記構成により、搬送波を受信し、また、ＩＣチップ２７４が備える負荷変調回路２８６において行われる負荷変調によって応答信号の送信を行う。
【０２０９】
（２）ＩＣチップ２７４
ＩＣチップ２７４は、例えば、キャリア検出回路２７６、検波回路２７８、レギュレータ２８０、復調回路２８２、プロセッサ２８４、及び負荷変調回路２８６を備える。なお、図２０では示していないが、ＩＣチップ２７４は、例えば、過電圧や過電流がプロセッサ２８４に印加されることを防止するための保護回路（図示せず）をさらに備えていてもよい。ここで、保護回路（図示せず）としては、例えば、ダイオードなどで構成されたクランプ回路が挙げられる。
【０２１０】
また、ＩＣチップ２７４は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２８８、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２９０、及び不揮発性メモリ２９２を備える。プロセッサ２８４と、ＲＯＭ２８８、ＲＡＭ２９０、及び不揮発性メモリ２９２とは、例えば、データの伝送路としてのバス２９４によって接続される。
【０２１１】
（２−１）ＲＯＭ２８８
ＲＯＭ２８８は、プロセッサ２８４が使用するプログラムや演算パラメータなどの制御用データを記憶する。
【０２１２】
（２−２）ＲＡＭ２９０
ＲＡＭ２９０は、プロセッサ２８４により実行されるプログラム、演算結果、実行状態などを一時的に記憶する。
【０２１３】
（２−３）不揮発性メモリ２９２
不揮発性メモリ２９２は、例えば、サービス情報や設定情報などの、本開示の実施形態に係る情報処理に係るデータや、各種サービスに対応するデータ、各種アプリケーションプログラムなどの、様々なデータを記憶する。
【０２１４】
ここで、不揮発性メモリ２９２としては、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、フラッシュメモリなどが挙げられる。
【０２１５】
また、不揮発性メモリ２９２は、例えば耐タンパ性を有する。不揮発性メモリ２９２のような耐タンパ性を有するセキュアな記録媒体にデータが記憶されることによって、第２の通信部２７０では、データのセキュリティが確保される。例えば、耐タンパ性を有する不揮発性メモリ２９２には、閉塞フラグ、カード識別情報、業務情報がカードごとのブロックデータとして記録される。
【０２１６】
（２−４）キャリア検出回路２７６
キャリア検出回路２７６は、例えば、アンテナ２７２から伝達される受信電圧に基づいて矩形の検出信号を生成し、当該検出信号をプロセッサ２８４へ伝達する。また、プロセッサ２８４は、伝達される上記検出信号を、例えば、データ処理のための処理クロックとして用いる。ここで、上記検出信号は、アンテナ２７２から伝達される受信電圧に基づくものであるので、リーダライタ３０などの外部装置から送信される搬送波の周波数と同期することとなる。したがって、ＩＣチップ２７４は、キャリア検出回路２７６を備えることによって、リーダライタ３０などの外部装置との間の処理を、当該外部装置と同期して行うことができる。
【０２１７】
（２−５）検波回路２７８
検波回路２７８は、アンテナ２７２から出力される受信電圧を整流する。ここで、検波回路２７８は、例えばダイオードＤ１とキャパシタＣ２とで構成される。
【０２１８】
（２−６）レギュレータ２８０
レギュレータ２８０は、受信電圧を平滑、定電圧化し、プロセッサ２８４へ駆動電圧を出力する。ここで、レギュレータ２８０は、受信電圧の直流成分を駆動電圧として用いる。なお、上述したように、例えば、第２の通信部２７０がバッテリなどの内部電源を備える場合、第２の通信部２７０は、当該内部電源から供給される電力によって、駆動することも可能である。また、第２の通信部２７０に外部電源が接続されている場合、第２の通信部２７０は、当該外部電源から供給される電力によって駆動することも可能である。
【０２１９】
（２−７）復調回路２８２
復調回路２８２は、受信電圧に基づいて搬送波に含まれる搬送波信号を復調し、搬送波信号に対応するデータ（例えば、ハイレベルとローレベルとの二値化されたデータ信号）を出力する。ここで、復調回路２８２は、受信電圧の交流成分をデータとして出力する。
【０２２０】
（２−８）プロセッサ２８４
プロセッサ２８４は、例えばレギュレータ２８０から出力される駆動電圧を電源として駆動し、復調回路２８２において復調されたデータの処理を行う。
【０２２１】
また、プロセッサ２８４は、リーダライタ３０などの外部装置への応答に係る負荷変調を制御する制御信号を処理結果に応じて選択的に生成する。そして、プロセッサ２８４は、制御信号を負荷変調回路２８６へと選択的に出力する。
【０２２２】
なお、プロセッサ２８４における処理は、復調回路２８２において復調されたデータの処理に限定されない。例えば、プロセッサ２８４は、任意のデータの処理を行うことが可能である。
【０２２３】
プロセッサ２８４は、例えば、ＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などの演算回路で構成される、１または２以上のプロセッサや、各種処理回路などで構成される。
【０２２４】
（２−９）負荷変調回路２８６
負荷変調回路２８６は、例えば、負荷ＺとスイッチＳＷ１とを備え、プロセッサ２８４から伝達される制御信号に応じて負荷Ｚを選択的に接続する（有効化する）ことによって負荷変調を行う。ここで、負荷Ｚは、例えば、所定の抵抗値を有する抵抗で構成される。また、スイッチＳＷ１は、例えば、ｐチャネル型のＭＯＳＦＥＴ（Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ  Ｆｉｅｌｄ  ｅｆｆｅｃｔ  ｔｒａｎｓｉｓｔｏｒ）や、ｎチャネル型のＭＯＳＦＥＴで構成される。
【０２２５】
ＩＣチップ２７４は、例えば上記のような構成によって、アンテナ２７２が受信した搬送波信号を処理し、負荷変調によってアンテナ２７２に応答信号を送信させることができる。また、ＩＣチップ２７４は、例えば上記のような構成によって、任意のデータの処理を行うことができる。
【０２２６】
なお、本開示の実施形態に係る第２の通信部２７０のハードウェア構成は、図２０に示す構成に限定されない。
【０２２７】
以上、図２０を参照しながら、本開示の実施形態に係る第２の通信部２７０のハードウェア構成例について説明した。続いて、本開示の実施形態に係るリーダライタ３０について説明する。
【０２２８】
＜＜５．本開示の実施形態に係るリーダライタ＞＞
＜５．１．ハードウェア構成例＞
以下では、図２１を参照しながら、本開示の実施形態に係るリーダライタ３０のハードウェア構成例について説明する。図２１は、本開示の実施形態に係るリーダライタ３０のハードウェア構成例を示すブロック図である。なお、本開示の実施形態に係るリーダライタ３０のハードウェア構成は、図２１に示す構成に限定されない。
【０２２９】
リーダライタ３０は、例えば、ＭＰＵ３０１、ＲＯＭ３０３、ＲＡＭ３０５、記録媒体３０７、通信インタフェース３１１、アンテナ３１３、及び搬送波送信回路３１５を備える。また、リーダライタ３０は、例えば、データの伝送路としてのバス３０９で各構成要素間を接続する。また、リーダライタ３０は、例えば、リーダライタ３０が備えているバッテリなどの内部電源から供給される電力、または、接続されている外部電源から供給される電力などによって、駆動する。
【０２３０】
（１）ＭＰＵ３０１
ＭＰＵ３０１は、例えば、ＭＰＵなどの演算回路で構成される、１または２以上のプロセッサや、各種処理回路などで構成され、リーダライタ３０全体を制御する制御部（図示せず）として機能する。
【０２３１】
（２）ＲＯＭ３０３
ＲＯＭ３０３は、ＭＰＵ３０１が使用するプログラムや演算パラメータなどの制御用データなどを記憶する。
【０２３２】
（３）ＲＡＭ３０５
ＲＡＭ３０５は、例えば、ＭＰＵ３０１により実行されるプログラムなどを一時的に記憶する。
【０２３３】
（４）記録媒体３０７
記録媒体３０７は、記憶部（図示せず）として機能し、例えば、各種アプリケーションなどの様々なデータを記憶する。ここで、記録媒体３０７としては、例えば、ハードディスクなどの磁気記録媒体や、フラッシュメモリなどの不揮発性メモリが挙げられる。また、記録媒体３０７は、リーダライタ３０から着脱可能であってもよい。
【０２３４】
（５）通信インタフェース３１１
通信インタフェース３１１は、リーダライタ３０が備える一の通信方式の通信を行う通信手段であり、ネットワークを介して（あるいは、直接的に）、サーバなどの外部装置との間で、無線または有線で通信を行うための第１の通信部（図示せず）として機能する。ここで、通信インタフェース３１１としては、例えば、通信アンテナおよびＲＦ回路（無線通信）や、ＩＥＥＥ８０２．１５．１ポートおよび送受信回路（無線通信）、ＩＥＥＥ８０２．１１ポートおよび送受信回路（無線通信）、あるいはＬＡＮ端子および送受信回路（有線通信）などが挙げられる。また、通信インタフェース３１１は、本開示の実施形態に係るネットワークに対応する任意の構成であってもよい。
【０２３５】
アンテナ３１３、及び搬送波送信回路３１５は、リーダライタ３０が備える他の通信方式の通信を行う通信手段であり、クライアント端末２０などの外部装置との間で、無線または有線で通信を行うための第２の通信部（図示せず）として機能する。
【０２３６】
（６）アンテナ３１３
アンテナ３１３は、例えば、送受信アンテナとしての所定のインダクタンスをもつコイルおよび所定の静電容量をもつキャパシタからなる共振回路と、復調回路とから構成される。そして、アンテナ３１３は、例えば、１３．５６ＭＨｚなどの所定の周波数の搬送波を受信することによって、クライアント端末２０などの外部装置から負荷変調などにより送信されるデータなどを復調する。なお、例えば、搬送波送信回路３１５が復調回路を備える場合には、アンテナ３１３は、共振回路で構成されていてもよい。
【０２３７】
（７）搬送波送信回路３１５
搬送波送信回路３１５は、例えば、ＡＳＫ（Ａｍｐｌｉｔｕｄｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）などの変調を行う変調回路と、当該変調回路の出力を増幅する増幅回路とを備え、アンテナ３１３の送受信アンテナから搬送波信号をのせた搬送波を送信させる。また、搬送波送信回路３１５は、例えばアンテナ３１３により受信された信号を復調する復調回路を備えていてもよい。復調回路は、例えば、変調回路（または増幅回路）とアンテナ３１３の共振回路との間における電圧の振幅変化を包絡線検波し、検波した信号を二値化することによって、アンテナ３１３により受信された信号を復調する。なお、復調回路は、例えば、変調回路（または増幅回路）とアンテナ３１３の共振回路との間における電圧の位相変化を用いて、アンテナ３１３により受信された信号を復調することも可能である。
【０２３８】
搬送波送信回路３１５を備えることによって、リーダライタ３０は、ＮＦＣにおけるイニシエータ機能を有し、いわゆるリーダ／ライタの役目を果たす。ここで、搬送波送信回路３１５がアンテナ３１３から送信する搬送波信号としては、例えば、ポーリング信号や、書き込みコマンドなどの各種コマンドを示す信号など、様々な信号が挙げられる。本開示の実施形態に係る書き込みコマンドとしては、例えば、データの書き込み命令と、書き込み対象の領域などを示す各種パラメータとを含むデータが挙げられる。また、書き込みコマンドには、書き込み対象のデータが含まれていてもよい。
【０２３９】
搬送波送信回路３１５は、例えば、ＭＰＵ３０１によって搬送波の送信が制御される。
【０２４０】
例えば、リーダライタ３０は、通信インタフェース３１１と同様の機能を有する外部の通信デバイスを介して外部装置と通信を行う場合には、通信インタフェース３１１を備えていなくてもよい。
【０２４１】
また、リーダライタ３０は、アンテナ３１３及び搬送波送信回路３１５と同様の機能を有する外部の通信デバイスを介して外部装置と通信を行う場合には、アンテナ３１３及び搬送波送信回路３１５を備えていなくてもよい。
【０２４２】
また、リーダライタ３０は、ＩＥＥＥ８０２．１５．１を利用した無線通信などの、ＮＦＣ以外の通信方式により外部装置と通信を行う場合には、アンテナ３１３及び搬送波送信回路３１５を備えていなくてもよい。上記の場合、リーダライタ３０は、ＮＦＣ以外の通信方式に対応する通信デバイスを備えることによって、または、ＮＦＣ以外の通信方式に対応する外部の通信デバイスによって、外部装置と通信を行う。
【０２４３】
また、リーダライタ３０は、例えば記録媒体３０７を備えない構成をとることも可能である。
【０２４４】
また、例えば、図２１に示す構成は、１、または２以上のＩＣで実現されてもよい。
【０２４５】
以上、図２１を参照しながら、本開示の実施形態に係るリーダライタ３０のハードウェア構成例について説明した。続いて、本開示の実施形態に係る情報処理システムの動作例について説明する。
【０２４６】
＜＜６．動作例＞＞
以下では、図２２〜図２９を参照しながら、本開示の実施形態に係るサーバ１０とクライアント端末２０の動作例について説明する。
【０２４７】
＜６．１．ログイン／ログアウト処理＞
まず、図２２を参照しながら、本開示の実施形態に係るログイン／ログアウト処理におけるサーバ１０とクライアント端末２０の動作例について説明する。図２２は、本開示の実施形態に係るログアウト／ログイン処理時における動作例を示すシーケンス図である。
【０２４８】
図２２に示すように、ログインを行う際には、まず、クライアント端末２０は、ログイン要求をサーバ１０に送信する（ステップＳ２０００）。ログイン要求を受信したサーバ１０は、クライアント端末２０の識別情報に基づき、アカウントを特定する（ステップＳ２００２）。アカウントの特定後、サーバ１０は、ログイントークンの生成、及び記録を行う（ステップＳ２００４）。そして、サーバ１０は、当該ログイントークンをクライアント端末２０に送信し（ステップＳ２００６）、ログイン処理を終了する。
【０２４９】
また、ログアウトを行う際には、まず、クライアント端末２０は、ログアウト要求をサーバ１０に送信する（ステップＳ２００８）。ログアウト要求を受信したサーバ１０は、ログイン処理時に生成したログイントークンを無効化する（ステップＳ２０１０）。ログイントークンの無効化後、サーバ１０は、ログアウト処理の処理結果をクライアント端末２０に送信し（ステップＳ２０１２）、処理を終了する。
【０２５０】
＜６．２．カード一覧取得処理＞
続いて、図２３を参照しながら、本開示の実施形態に係るカード一覧取得処理におけるサーバ１０とクライアント端末２０の動作例について説明する。図２３は、本開示の実施形態に係るカード一覧取得処理時における動作例を示すシーケンス図である。なお、本処理の開始時、クライアント端末２０によるログイン処理が実行済であるとする。
【０２５１】
図２３に示すように、カード一覧を取得する際には、まず、クライアント端末２０は、ログイントークンを含むカード一覧取得要求をサーバ１０に送信する（ステップＳ３０００）。カード一覧取得要求を受信したサーバ１０は、ログイントークンに基づき、アカウントを特定する（ステップＳ３００２）。アカウントの特定後、サーバ１０は、特定したアカウントＩＤと一致するアカウントＩＤをカード情報テーブルで管理しているアカウントＩＤから検索し、一致したアカウントＩＤに対応するカード情報を特定する（ステップＳ３００４）。そして、サーバ１０は、当該カード情報をクライアント端末２０に送信する（ステップＳ３００６）。カード情報の受信後、クライアント端末２０は、当該カード情報の整合性を確認し（ステップＳ３００８）、カード一覧取得処理を終了する。
【０２５２】
＜６．３．カード発行（サーバのみ）処理＞
続いて、図２４を参照しながら、本開示の実施形態に係るカード発行（サーバのみ）処理におけるサーバ１０とクライアント端末２０の動作例について説明する。図２４は、本開示の実施形態に係るカード発行（サーバのみ）処理時における動作例を示すシーケンス図である。なお、本処理の開始時、クライアント端末２０によるログイン処理が実行済であるとする。
【０２５３】
図２４に示すように、サーバのみにカードを発行する際には、まず、クライアント端末２０は、セキュアエレメントＩＤを取得する（ステップＳ４０００）。ここで、セキュアエレメントＩＤとは、セキュアエレメントを特定するための識別情報である。セキュアエレメントＩＤの取得後、クライアント端末２０は、当該セキュアエレメントＩＤに対応するチップ上のデータから、カードの発行対象のサービス情報を読み込む（ステップＳ４００２）。当該サービス情報の読み込み後、クライアント端末２０は、ログイントークン、セキュアエレメントＩＤ、及び読み込み結果（記録状態）を含むカード券面生成要求をサーバ１０に送信する（ステップＳ４００４）。
【０２５４】
カード券面生成要求の受信後、サーバ１０は、ログイントークンに基づき、アカウントを特定する（ステップＳ４００６）。アカウントの特定後、サーバ１０は、カード情報を作成し（ステップＳ４００８）し、当該カード情報（カードＩＤ含む）、及びアクセストークンをクライアント端末２０に送信する（ステップＳ４０１０）。カード情報等の受信後、クライアント端末２０は、サーバ１０と端末認証を行う（ステップＳ４０１２）。端末認証後、クライアント端末２０は、アクセストークン、及び端末認証結果を含むカード発行要求をサーバ１０に送信する（ステップＳ４０１４）。カード発行要求を受信後、サーバ１０は、カードの状態を更新する（ステップＳ４０１６）。カードの状態の更新処理後、サーバ１０は、処理結果をクライアント端末２０に送信し（ステップＳ４０１８）、カード発行（サーバのみ）処理を終了する。
【０２５５】
＜６．４．カード発行処理＞
続いて、図２５を参照しながら、本開示の実施形態に係るカード発行処理におけるサーバ１０とクライアント端末２０の動作例について説明する。図２５は、本開示の実施形態に係るカード発行処理時における動作例を示すシーケンス図である。なお、本処理の開始時、クライアント端末２０によるログイン処理が実行済であるとする。
【０２５６】
図２５に示すように、カードを発行する際には、まず、クライアント端末２０は、セキュアエレメントＩＤを取得する（ステップＳ５０００）。セキュアエレメントＩＤの取得後、クライアント端末２０は、当該セキュアエレメントＩＤに対応するチップ上のデータから、カードの発行対象のサービス情報を読み込む（ステップＳ５００２）。当該サービス情報の読み込み後、クライアント端末２０は、ログイントークン、セキュアエレメントＩＤ、及び読み込み結果（記録状態）を含むカード券面生成要求をサーバ１０に送信する（ステップＳ５００４）。
【０２５７】
カード券面生成要求の受信後、サーバ１０は、ログイントークンに基づき、アカウントを特定する（ステップＳ５００６）。アカウントの特定後、サーバ１０は、カード情報を作成し（ステップＳ５００８）し、当該カード情報（カードＩＤ含む）、及びアクセストークンをクライアント端末２０に送信する（ステップＳ５０１０）。カード情報等の送信後、サーバ１０は、クライアント端末２０にカード情報を記憶させるためのエリアを発行させる（ステップＳ５０１２）。エリアの発行後、クライアント端末２０は、アクセストークン、及びエリア発行結果を含むカードの発行要求を送信する（ステップＳ５０１４）。カードの発行要求を受信すると、サーバ１０は、アクセストークンをクライアント端末２０に送信し（ステップＳ５０１６）、クライアント端末２０が当該アクセストークンを受信すると、サーバ１０とクライアント端末２０は互いに端末認証を行う（ステップＳ５０１８）。
【０２５８】
端末認証後、サーバ１０は、カードの状態を更新する（ステップＳ５０２０）。カードの状態の更新後、サーバ１０は、クライアント端末２０のチップに発行されたエリアに作成したカード情報（識別情報、データ）を書き込み、閉塞フラグをＯＮにすることで非活性状態とする（ステップＳ５０２２）。チップにカード情報を書き込み後、サーバ１０は、カードの状態を更新する（ステップＳ５０２４）。カードの状態を更新後、サーバ１０は、クライアント端末２０の閉塞フラグをＯＦＦにすることで活性状態とする（ステップＳ５０２６）。閉塞フラグの切り替え処理後、クライアント端末２０は、アクセストークン、及び切り替え処理結果を含むカード発行要求をサーバ１０に送信する（ステップＳ５０２８）。カード発行要求を受信後、サーバ１０は、カードの状態を更新する（ステップＳ５０３０）。カードの状態の更新処理後、サーバ１０は、処理結果をクライアント端末２０に送信し、カード発行処理を終了する（ステップＳ５０３２）。
【０２５９】
＜６．５．カード削除（サーバのみ）処理＞
続いて、図２６を参照しながら、本開示の実施形態に係るカード削除（サーバのみ）処理におけるサーバ１０とクライアント端末２０の動作例について説明する。図２６は、本開示の実施形態に係るカード削除（サーバのみ）処理時における動作例を示すシーケンス図である。なお、本処理の開始時、クライアント端末２０によるログイン処理が実行済であるとする。
【０２６０】
図２６に示すように、まず、クライアント端末２０は、セキュアエレメントＩＤを取得する（ステップＳ６０００）。セキュアエレメントＩＤの取得後、クライアント端末２０は、当該セキュアエレメントＩＤに対応するチップ上のデータから、カードの削除対象のサービス情報を読み込む（ステップＳ６００２）。当該サービス情報の読み込み後、クライアント端末２０は、ログイントークン、セキュアエレメントＩＤ、及び読み込み結果（記録状態）を含むカード削除要求をサーバ１０に送信する（ステップＳ６００４）。
【０２６１】
カード削除要求の受信後、サーバ１０は、ログイントークンに基づき、アカウントを特定する（ステップＳ６００６）。アカウントの特定後、サーバ１０は、アクセストークンをクライアント端末２０に送信し（ステップＳ６００８）、クライアント端末２０が当該アクセストークンを受信すると、サーバ１０とクライアント端末２０は互いに端末認証を行う（ステップＳ６０１０）。端末認証後、クライアント端末２０は、アクセストークン、及び端末認証結果を含むカード削除要求をサーバ１０に送信する（ステップＳ６０１２）。カード削除要求を受信後、サーバ１０は、カードの状態を更新する（ステップＳ６０１４）。カードの状態の更新処理後、サーバ１０は、処理結果をクライアント端末２０に送信し（ステップＳ６０１６）、カード削除（サーバのみ）処理を終了する。
【０２６２】
＜６．６．カード削除処理＞
続いて、図２７を参照しながら、本開示の実施形態に係るカード削除処理におけるサーバ１０とクライアント端末２０の動作例について説明する。図２７は、本開示の実施形態に係るカード削除処理時における動作例を示すシーケンス図である。なお、本処理の開始時、クライアント端末２０によるログイン処理が実行済であるとする。
【０２６３】
図２７に示すように、まず、クライアント端末２０は、セキュアエレメントＩＤを取得する（ステップＳ７０００）。セキュアエレメントＩＤの取得後、クライアント端末２０は、当該セキュアエレメントＩＤに対応するチップ上のデータから、カードの削除対象のサービス情報を読み込む（ステップＳ７００２）。当該サービス情報の読み込み後、クライアント端末２０は、ログイントークン、セキュアエレメントＩＤ、及び読み込み結果（記録状態）を含むカード削除要求をサーバ１０に送信する（ステップＳ７００４）。
【０２６４】
カード削除要求の受信後、サーバ１０は、ログイントークンに基づき、アカウントを特定する（ステップＳ７００６）。アカウントの特定後、サーバ１０は、アクセストークンをクライアント端末２０に送信し（ステップＳ７００８）、クライアント端末２０が当該アクセストークンを受信すると、サーバ１０は、クライアント端末２０との端末認証、及びエリアの削除処理を行う（ステップＳ７０１０）。端末認証、及びエリアの削除処理後、クライアント端末２０は、アクセストークン、端末認証結果、エリアの削除処理結果を含むカード削除要求をサーバ１０に送信する（ステップＳ７０１２）。カード削除要求を受信後、サーバ１０は、カードの状態を更新する（ステップＳ７０１４）。カードの状態の更新処理後、サーバ１０は、処理結果をクライアント端末２０に送信し（ステップＳ７０１６）、カード削除処理を終了する。
【０２６５】
＜６．７．カード活性化（切替）処理＞
続いて、図２８を参照しながら、本開示の実施形態に係るカード活性化（切替）処理におけるサーバ１０とクライアント端末２０の動作例について説明する。図２８は、本開示の実施形態に係るカード活性化（切替）処理時における動作例を示すシーケンス図である。なお、本処理の開始時、クライアント端末２０によるログイン処理が実行済であるとする。また、以下では、カードＡＡＡとカードＣＣＣが切り替えられる例について説明する。
【０２６６】
図２８に示すように、まず、クライアント端末２０は、セキュアエレメントＩＤを取得する（ステップＳ８０００）。セキュアエレメントＩＤの取得後、クライアント端末２０は、当該セキュアエレメントＩＤに対応するチップ上のデータから、カードの活性化対象のサービス情報を読み込む（ステップＳ８００２）。当該サービス情報の読み込み後、クライアント端末２０は、ログイントークン、セキュアエレメントＩＤ、及び読み込み結果（記録状態）を含むカード活性化要求をサーバ１０に送信する（ステップＳ８００４）。
【０２６７】
カード活性化要求の受信後、サーバ１０は、ログイントークンに基づき、アカウントを特定する（ステップＳ８００６）。アカウントの特定後、サーバ１０は、カード情報を作成し（ステップＳ８００８）、アクセストークンをクライアント端末２０に送信する（ステップＳ８０１０）。アクセストークンを受信すると、クライアント端末２０は、サーバ１０との端末認証を行い、カードＡＡＡのカード情報（全データ）を読み込む（ステップＳ８０１２）。端末認証、及びカード情報の読み込み後、サーバ１０は、カードＡＡＡのカードの状態を更新する（ステップＳ８０１４）。カードの状態の更新後、サーバ１０は、クライアント端末２０のチップのカード情報の閉塞フラグをＯＮにすることで非活性状態とする（ステップＳ８０１６）。チップの閉塞フラグの更新後、サーバ１０は、カードＡＡＡのカードの状態を更新する（ステップＳ８０１８）。
【０２６８】
カードの状態を更新後、サーバ１０は、カードＡＡＡのカード識別情報とデータに、カードＣＣＣのカード識別情報とデータを書き込み更新する（ステップＳ８０２０）。チップのカード情報の更新後、サーバ１０は、カードＣＣＣのカードの状態を更新する（ステップＳ８０２２）。カードの状態の更新後、サーバ１０は、クライアント端末２０のチップのカード情報の閉塞フラグをＯＦＦにすることで活性状態とする（ステップＳ８０２４）。チップの閉塞フラグの更新後、クライアント端末２０は、アクセストークン、及び閉塞フラグの更新結果を含むカード活性化要求をサーバ１０に送信する（ステップＳ８０２６）。カード活性化要求の受信後、サーバ１０は、カードＣＣＣのカードの状態を更新する（ステップＳ８０２８）。カードの状態の更新処理後、サーバ１０は、処理結果をクライアント端末２０に送信し（ステップＳ８０３０）、カード活性化（切替）処理を終了する。
【０２６９】
＜６．８．カード非活性化処理＞
続いて、図２９を参照しながら、本開示の実施形態に係るカード非活性化処理時におけるサーバ１０とクライアント端末２０の動作例について説明する。図２９は、本開示の実施形態に係るカード非活性化処理時における動作例を示すシーケンス図である。
【０２７０】
図２９に示すように、まず、クライアント端末２０は、セキュアエレメントＩＤを取得する（ステップＳ９０００）。セキュアエレメントＩＤの取得後、クライアント端末２０は、当該セキュアエレメントＩＤに対応するチップ上のデータから、カードの非活性化対象のサービス情報を読み込む（ステップＳ９００２）。当該サービス情報の読み込み後、クライアント端末２０は、ログイントークン、セキュアエレメントＩＤ、及び読み込み結果（記録状態）を含むカード非活性化要求をサーバ１０に送信する（ステップＳ９００４）。
【０２７１】
カード非活性化要求の受信後、サーバ１０は、ログイントークンに基づき、アカウントを特定する（ステップＳ９００６）。アカウントの特定後、サーバ１０は、カード情報を作成し（ステップＳ９００８）、アクセストークンをクライアント端末２０に送信する（ステップＳ９０１０）。アクセストークンを受信すると、クライアント端末２０は、サーバ１０との端末認証を行い、カード情報（全データ）を読み込む（ステップＳ９０１２）。端末認証、及びカード情報の読み込み後、サーバ１０は、カードの状態を更新する（ステップＳ９０１４）。
【０２７２】
カードの状態の更新後、サーバ１０は、クライアント端末２０のチップのカード情報の閉塞フラグをＯＮにすることで非活性状態とする（ステップＳ９０１６）。チップの閉塞フラグの更新後、サーバ１０は、カードの状態を更新する（ステップＳ９０１８）。カードの状態を更新後、サーバ１０は、チップのエリアを削除する（ステップＳ９０２０）。チップのエリアの削除後、クライアント端末２０は、アクセストークン、及びエリアの削除結果を含むカード非活性化要求をサーバ１０に送信する（ステップＳ９０２２）。カード非活性化要求の受信後、サーバ１０は、処理結果をクライアント端末２０に送信し（ステップＳ９０２４）、カード非活性化処理を終了する。
【０２７３】
以上、図２２〜図２９を参照しながら、本開示の実施形態に係るサーバ１０とクライアント端末２０の動作例について説明した。続いて、本開示の実施形態に係る変形例について説明する。
【０２７４】
＜＜７．変形例＞＞
以下では、本開示の実施形態の変形例を説明する。なお、以下に説明する変形例は、単独で本開示の実施形態に適用されてもよいし、組み合わせで本開示の実施形態に適用されてもよい。また、変形例は、本開示の実施形態で説明した構成に代えて適用されてもよいし、本開示の実施形態で説明した構成に対して追加的に適用されてもよい。
【０２７５】
＜７．１．第１の変形例＞
以下では、図３０を参照しながら、本開示の実施形態に係る第１の変形例について説明する。図３０は、本開示の実施形態に係る第１の変形例を示す説明図である。
【０２７６】
上述の実施形態では、第１の情報処理装置はサーバ１０のみで構成される例を説明したが、図３０に示すように、第１の情報処理装置は、サーバ１０、及びセキュリティサーバ４０で構成されてもよい。セキュリティサーバ４０は、重要な機密情報を管理する機能を有し、当該機能はサーバ１０から分離された機能である。当該機能を実現するために、セキュリティサーバ４０は、通信部４３０、制御部４４０、及び記憶部４６０を備える。
【０２７７】
通信部４３０は、上述の実施形態で説明した通信部１３０と同様の機能を備え、通信部１３０と通信を行う。ただし、通信部４３０は、通信部１３０のみと通信が可能であり、クライアント端末２０と直接通信を行わない。制御部４４０は、重要な機密情報を管理する処理を制御する機能を有する。記憶部４６０は、重要な機密情報を記憶する機能を有する。また、記憶部４６０は、重要な機密情報を扱うため、耐タンパ性を有していることが望ましい。
【０２７８】
上述のように、第１の情報処理装置は、重要な機密情報をサーバ１０とは別のサーバであるセキュリティサーバ４０で管理することで、セキュリティを向上することができる。
【０２７９】
＜７．２．第２の変形例＞
以下では、図３１を参照しながら、本開示の実施形態に係る第２の変形例について説明する。図３１は、本開示の実施形態に係る第２の変形例を示す説明図である。
【０２８０】
上述の実施形態では、第１の情報処理装置はサーバ１０のみで構成される例を説明したが、図３１に示すように、第１の情報処理装置は、サーバ１０、セキュリティサーバ４０、及び業務サーバ５０で構成されてもよい。業務サーバ５０はサーバ１０から分離された一部の機能を有するサーバである。例えば、業務サーバ５０は、分離前のサーバ１０が有していた機能の内、クライアント向けのＷｅｂ  ＡＰＩを提供する機能以外の機能を有する。
【０２８１】
業務サーバ５０は、上述の実施形態で説明したサーバ１０と同様に、通信部５３０、制御部５４０、及び記憶部５６０を備える。通信部５３０は、通信部１３０、及び通信部４３０と通信を行うことができる。なお、通信部５３０は、イントラネットを介して通信部１３０と通信を行い、専用線を介して通信部４３０と通信を行う。ただし、通信部５３０は、クライアント端末２０と直接通信を行わない。制御部５４０は、上述したクライアント向けのＷｅｂ  ＡＰＩを提供する機能に関する処理以外の処理を行う機能を有する。記憶部５６０は、制御部５４０が実行する処理により出力される情報を記憶する機能を有する。なお、本変形例において、業務サーバ５０は、フロントエンドサーバとしての役割を担う。また、セキュリティサーバ４０の構成は、第１の変形例にて説明した構成と同一である。
【０２８２】
上述のように、第１の情報処理装置は、複数のサーバで構成され、各々のサーバに処理を分散して行わせることで、処理効率を向上することができる。また、第１の変形例と同様に、重要な機密情報をサーバ１０とは別のサーバであるセキュリティサーバ４０で管理することで、セキュリティを向上することができる。
【０２８３】
以上、図３０、図３１を参照しながら、本開示の実施形態に係る変形例について説明した。
【０２８４】
＜＜８．まとめ＞＞
以上説明したように、本開示の実施形態に係るサーバ１０（第１の情報処理装置）は、サービスに対応するカード情報とユーザのアカウントを対応づけて管理する。また、サーバ１０は、アカウント、ユーザの操作要求、クライアント端末２０のチップの記録状態、及びアカウントと対応づけられたカード情報に基づき、カード情報に関する処理を決定し、実行する。
【０２８５】
上述のように、サーバ１０は、ユーザのアカウントとカード情報を対応づけることで、サービスの種類を問わず、複数のカードを管理することができる。また、サーバ１０は、ユーザの操作に応じて、サーバ１０におけるカード情報の管理状態とクライアント端末２０におけるカード情報の記録状態の完全性を保ったまま相互に移動することができる。
【０２８６】
よって、同一のＩＣサービスにおける複数枚のＩＣカードの利便性を向上することが可能な、新規かつ改良された情報処理装置、及び情報処理方法を提供することが可能である。
【０２８７】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２８８】
また、本明細書において説明した各装置による一連の処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記録媒体（非一時的な媒体：ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｍｅｄｉａ）に予め格納される。そして、各プログラムは、例えば、コンピュータによる実行時にＲＡＭに読み込まれ、ＣＰＵなどのプロセッサにより実行される。
【０２８９】
また、本明細書においてシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
【０２９０】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２９１】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
サービスに対応するサービス情報とユーザを特定する識別情報を対応づけて管理する管理部と、
取得される前記識別情報、取得される前記ユーザの指示、取得される記録媒体の記録状態、及び取得された前記識別情報と対応づけられたサービス情報に基づき、サービス情報に関する処理を決定する決定部と、
決定された前記処理を実行する実行部と、
を備える情報処理装置。
（２）
前記ユーザの指示が第１のサービス情報を前記記録媒体で有効状態にする指示であり、前記ユーザが選択した前記第１のサービス情報が前記管理部に有効状態として管理されており、前記第１のサービス情報と同一のサービスに関する第２のサービス情報が前記記録媒体に記録されている場合、
前記決定部は、前記第２のサービス情報を前記第１のサービス情報で更新し、前記記録媒体の前記第１のサービス情報を前記有効状態にする処理を行うと決定する、前記（１）に記載の情報処理装置。
（３）
前記ユーザの指示が第１のサービス情報を前記記録媒体で有効状態にする指示であり、前記ユーザが選択した前記第１のサービス情報が前記管理部に有効状態として管理されており、前記第１のサービス情報と同一のサービスに関する第２のサービス情報が前記記録媒体に記録されていない場合、
前記決定部は、前記第１のサービス情報を前記記録媒体に書き込み、前記記録媒体の前記第１のサービス情報を前記有効状態にする処理を行うと決定する、前記（１）または（２）に記載の情報処理装置。
（４）
前記ユーザの指示が第１のサービス情報を前記記録媒体で無効状態にする指示であり、前記ユーザが選択した前記第１のサービス情報が前記記録媒体で有効状態である場合、
前記決定部は、前記第１のサービス情報を前記無効状態にする処理を行うと決定する、前記（１）〜（３）のいずれか一項に記載の情報処理装置。
（５）
前記ユーザの指示が第１のサービス情報を新規作成する指示であり、前記記録媒体に前記第１のサービス情報と同一のサービスに関する第２のサービス情報が存在する場合、
前記決定部は、前記第１のサービス情報を前記管理部に新規作成し、新規作成した前記第１のサービス情報を前記識別情報と対応づけて管理する処理を行うと決定する、前記（１）〜（４）のいずれか一項に記載の情報処理装置。
（６）
前記実行部は、前記処理を実行する際に、前記管理部に管理されているサービス情報と前記記録媒体に記録されているサービス情報との同期を取ってから前記処理を実行する、前記（１）〜（５）のいずれか一項に記載の情報処理装置。
（７）
前記管理部は、前記サービス情報、前記ユーザを特定する識別情報、及び前記記録媒体を特定する識別情報を対応付けて管理する、前記（１）〜（６）のいずれか一項に記載の情報処理装置。
（８）
ユーザの指示に基づき、所定の記録媒体におけるサービスに対応するサービス情報の記録状態を、サービス情報を管理している外部装置に対して送信させる制御部、
を備える情報処理装置。
（９）
前記制御部は、前記外部装置で管理されている前記ユーザの識別情報と対応づけられている前記サービス情報の管理状態を取得し、前記記録状態と前記管理状態の比較結果に基づき決定される処理を行う、前記（８）に記載の情報処理装置。
（１０）
前記外部装置で管理されているサービス情報が有効状態であり、前記記録状態と前記管理状態が一致しない場合、
前記制御部は、前記記録媒体に記録されているサービス情報が無効状態であると判定する、前記（９）に記載の情報処理装置。
（１１）
前記情報処理装置で管理されているサービス情報が有効状態であり、前記記録状態と前記管理状態が一致しない場合、
前記制御部は、前記記録媒体に記録されているサービス情報が喪失状態であると判定し、前記ユーザ、または前記外部装置に前記サービス情報の削除要求を行う、前記（９）または（１０）に記載の情報処理装置。
（１２）
前記情報処理装置で管理されているサービス情報が喪失状態である場合、
前記制御部は、前記記録媒体に記録されているサービス情報が喪失状態であると判定し、前記ユーザ、または前記外部装置に前記サービス情報の削除要求を行う、前記（９）〜（１１）のいずれか一項に記載の情報処理装置。
（１３）
前記外部装置で管理されているサービス情報が無効状態であり、前記記録媒体にサービス情報が記録されていない場合、
前記制御部は、前記外部装置で管理されているサービス情報が新規作成中であると判定する、前記（９）〜（１２）のいずれか一項に記載の情報処理装置。
（１４）
前記外部装置で管理されているサービス情報が有効状態、かつ最新状態であり、前記記録状態と前記管理状態が一致する場合、
前記制御部は、前記サービス情報が処理再開待ち状態であると判定し、前記ユーザ、または前記外部装置に前記サービス情報の処理再開要求を行う、前記（９）〜（１３）のいずれか一項に記載の情報処理装置。
（１５）
前記情報処理装置で管理されているサービス情報が有効状態であるが、前記情報処理装置で管理されている前記サービス情報と前記外部装置で管理されているサービス情報のどちらが最新状態であるかが確定しておらず、前記記録状態と前記管理状態が一致する場合、
前記制御部は、前記外部装置で管理されているサービス情報が処理再開待ち状態であると判定し、前記ユーザ、または前記外部装置に前記サービス情報の処理再開要求を行う、前記（９）〜（１４）のいずれか一項に記載の情報処理装置。
（１６）
前記情報処理装置で管理されているサービス情報が有効状態、かつ最新状態であり、前記記録状態と前記管理状態が一致する場合、
前記制御部は、前記記録媒体に記録されているサービス情報が有効状態であると判定する、前記（９）〜（１５）のいずれか一項に記載の情報処理装置。
（１７）
前記制御部は、前記比較結果を表示装置に表示させる、前記（９）〜（１６）のいずれか一項に記載の情報処理装置。
（１８）
前記制御部は、前記比較結果に基づき、前記情報処理装置における前記サービス情報の状態を示すオブジェクトを前記表示装置に表示させる、前記（１７）に記載の情報処理装置。
（１９）
サービスに対応するサービス情報とユーザを特定する識別情報を対応づけて管理することと、
取得される前記識別情報、取得される前記ユーザの指示、取得される記録媒体の記録状態、及び取得された前記識別情報と対応づけられたサービス情報に基づき、サービス情報に関する処理を決定することと、
決定された前記処理を実行することと、
を含むプロセッサにより実行される情報処理方法。
（２０）
ユーザの指示に基づき、所定の記録媒体におけるサービスに対応するサービス情報の記録状態を、サービス情報を管理している外部装置に対して送信させること、
を含むプロセッサにより実行される情報処理方法。
【符号の説明】
【０２９２】
１０    サーバ
２０    クライアント端末
３０    リーダライタ
１３０  通信部
１４０  制御部
１４２  管理部
１４４  決定部
１４６  実行部
１６０  記憶部
２２０  第１の通信部
２３０  制御部
２４０  表示部
２５０  操作部
２６０  記憶部
２７０  第２の通信部
【図１】
2019198327.tif 000003
【図２】
2019198327.tif 000004
【図３】
2019198327.tif 000005
【図４】
2019198327.tif 000006
【図５】
2019198327.tif 000007
【図６】
2019198327.tif 000008
【図７】
2019198327.tif 000009
【図８】
2019198327.tif 000010
【図９】
2019198327.tif 000011
【図１０】
2019198327.tif 000012
【図１１】
2019198327.tif 000013
【図１２】
2019198327.tif 000014
【図１３】
2019198327.tif 000015
【図１４】
2019198327.tif 000016
【図１５】
2019198327.tif 000017
【図１６】
2019198327.tif 000018
【図１７】
2019198327.tif 000019
【図１８】
2019198327.tif 000020
【図１９】
2019198327.tif 000021
【図２０】
2019198327.tif 000022
【図２１】
2019198327.tif 000023
【図２２】
2019198327.tif 000024
【図２３】
2019198327.tif 000025
【図２４】
2019198327.tif 000026
【図２５】
2019198327.tif 000027
【図２６】
2019198327.tif 000028
【図２７】
2019198327.tif 000029
【図２８】
2019198327.tif 000030
【図２９】
2019198327.tif 000031
【図３０】
2019198327.tif 000032
【図３１】
2019198327.tif 000033
【国際調査報告】
2019198327.tif 000034
2019198327.tif 000035
2019198327.tif 000036
2019198327.tif 000037