(57)【要約】【課題】認証時間をさらに短縮することが可能な仕組みを提供する。【解決手段】複数の鍵から生成される認証鍵を記憶する記憶部と、前記認証鍵が特定される認証鍵識別情報を受信する通信部と、前記認証鍵識別情報に基づいて前記記憶部から特定される前記認証鍵を用いて前記認証鍵識別情報の送信元についての認証処理を行う認証部と、を備える、通信装置。複数の鍵から生成される認証鍵が特定される認証鍵識別情報を送信する通信部と、前記認証鍵を記憶する記憶部と、記憶される前記認証鍵を用いて前記認証鍵識別情報の送信先についての認証処理を行う認証部と、を備える、通信装置。【選択図】図７
2017085225.tif 000002
【特許請求の範囲】
【請求項１】
複数の鍵から生成される認証鍵を記憶する記憶部と、
前記認証鍵が特定される認証鍵識別情報を受信する通信部と、
前記認証鍵識別情報に基づいて前記記憶部から特定される前記認証鍵を用いて前記認証鍵識別情報の送信元についての認証処理を行う認証部と、
を備える、通信装置。
【請求項２】
前記認証処理は、前記認証鍵識別情報の送信元による前記通信装置の認証のための処理を含む、請求項１に記載の通信装置。
【請求項３】
前記認証鍵識別情報は、前記通信部によって受信される第１の情報に含まれ、
前記認証部は、前記第１の情報に含まれる第１の乱数を含む第２の情報を前記特定される前記認証鍵を用いて暗号化し、暗号化される前記第２の情報を前記通信部に送信させる、請求項２に記載の通信装置。
【請求項４】
前記認証処理は、前記通信装置による前記認証鍵識別情報の送信元の認証のための処理を含む、請求項３に記載の通信装置。
【請求項５】
前記認証部は、第２の乱数を生成し、前記第２の乱数を含む前記第２の情報を前記通信部に送信させ、
前記通信部により受信される第３の情報を前記特定される前記認証鍵で復号し、復号により得られる前記第３の情報における前記第２の乱数の有無を判定する、請求項４に記載の通信装置。
【請求項６】
前記鍵が特定される鍵識別情報および前記認証鍵識別情報を含む認証鍵登録要求が受信されると、前記鍵識別情報から特定される鍵から前記認証鍵が生成され、
前記記憶部は、生成される前記認証鍵を記憶する、請求項１に記載の通信装置。
【請求項７】
前記認証鍵登録要求は、前記認証鍵登録要求に含まれる前記認証鍵識別情報および前記鍵識別情報について生成される、情報の正当性を判定するための判定情報を含む、請求項６に記載の通信装置。
【請求項８】
受信される前記鍵が特定される鍵識別情報に基づいて生成される前記認証鍵を用いて前記認証処理が行われ、
前記記憶部は、前記認証処理において生成された前記認証鍵を記憶する、請求項１に記載の通信装置。
【請求項９】
前記記憶部は、認証鍵登録要求の受信に基づいて、前記認証処理において生成された前記認証鍵を記憶する、請求項８に記載の通信装置。
【請求項１０】
前記記憶部は、所定の条件が満たされると前記認証鍵を削除する、請求項１に記載の通信装置。
【請求項１１】
前期認証部は、前記認証処理が成功すると、前記鍵が特定される鍵識別情報に対応付けられるデータへの前記認証鍵識別情報の送信元によるアクセスを許可する、請求項１に記載の通信装置。
【請求項１２】
複数の鍵から生成される認証鍵が特定される認証鍵識別情報を送信する通信部と、
前記認証鍵を記憶する記憶部と、
記憶される前記認証鍵を用いて前記認証鍵識別情報の送信先についての認証処理を行う認証部と、
を備える、通信装置。
【請求項１３】
前記通信部は、前記鍵が特定される鍵識別情報および前記認証鍵識別情報を含む認証鍵登録要求を送信する、請求項１２に記載の通信装置。
【請求項１４】
前記認証鍵登録要求に含まれる前記認証鍵識別情報は、既に利用されている前記認証鍵識別情報と重複しない、請求項１３に記載の通信装置。
【請求項１５】
前記認証処理における認証結果に応じて処理を行う処理部をさらに備える、請求項１２に記載の通信装置。
【請求項１６】
前期処理部は、前記認証処理が成功すると、前記認証鍵識別情報の送信先に記憶される、前記鍵が特定される鍵識別情報に対応付けられるデータにアクセスする、請求項１５に記載の通信装置。
【請求項１７】
前記通信部は、人体通信を用いて通信する、請求項１２に記載の通信装置。
【請求項１８】
プロセッサにおいて、
複数の鍵から生成される認証鍵を記憶することと、
前記認証鍵が特定される認証鍵識別情報を受信することと、
前記認証鍵識別情報に基づいて特定される前記認証鍵を用いて前記認証鍵識別情報の送信元についての認証処理を行うことと、
を含む、通信方法。
【請求項１９】
プロセッサにおいて、
複数の鍵から生成される認証鍵が特定される認証鍵識別情報を送信することと、
前記認証鍵を記憶することと、
記憶される前記認証鍵を用いて前記認証鍵識別情報の送信先についての認証処理を行うことと、
を含む、通信方法。
【請求項２０】
複数の鍵から生成される認証鍵が特定される認証鍵識別情報を送信する通信部と、
前記認証鍵を記憶する記憶部と、
記憶される前記認証鍵を用いて前記認証鍵識別情報の送信先についての認証処理を行う認証部と、を有する第１の通信装置と、
複数の鍵から生成される認証鍵を記憶する記憶部と、
前記認証鍵が特定される認証鍵識別情報を受信する通信部と、
前記認証鍵識別情報に基づいて前記記憶部から特定される前記認証鍵を用いて前記認証鍵識別情報の送信元についての認証処理を行う認証部と、を有する第２の通信装置と、
を備える、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置、通信方法および通信システムに関する。
【背景技術】
【０００２】
近年、情報通信技術の発達に伴い、通信を介して様々なサービスが提供されるようになってきている。他方で、当該サービスの提供の際に、装置に記憶される情報に通信を介してアクセスされる場合がある。かかる場合には、サービスの提供に関する通信が情報漏えいの発生原因になりかねない。そのため、通信相手がサービスの提供先または提供元として信頼できるかどうかを確認することが重要となる。そこで、通信相手の確認方法の１つとして認証が利用されている。
【０００３】
例えば、特許文献１では、通信相手のメモリにアクセスするための鍵を用いて認証処理を行う、リーダライタおよびＩＣ（Integrated  Circuit）カードを備える認証システムに係る発明が開示されている。具体的には、リーダライタはアクセス対象のメモリのエリアと自装置で生成された乱数とをＩＣカードに通知し、ＩＣカードは通知されたエリアに対応する鍵を縮退することにより縮退鍵を生成する。次に、ＩＣカードは通知された乱数を縮退鍵により暗号化し、暗号化された乱数をリーダライタに通知する。次に、リーダライタは、通知された乱数を復号し、復号された乱数が自装置で生成された乱数に一致する場合に、ＩＣカードが適正な通信相手である、すなわち認証が成功したと判定する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−３２７１４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、さらなる認証時間の短縮化というニーズが存在する。これに対し、特許文献１で開示される発明では、認証時間をさらに短縮することは困難であった。例えば、当該発明においては、リーダライタから認証が要求されると、ＩＣカードはリーダライタから通知されるメモリのエリアに対応する鍵の縮退を行う。そのため、認証が要求される度に縮退鍵の生成が行われる。リーダライタはＩＣカードとの通信の度に同一処理を行うことが多く、ＩＣカードもそれに応じて同一処理を行う。その結果、ＩＣカードにおいてはリーダライタとの通信の度に同一の縮退鍵が生成されることになり、当該縮退処理は繰り返されることになる。
【０００６】
そこで、本開示では、認証時間をさらに短縮することが可能な仕組みを提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、複数の鍵から生成される認証鍵を記憶する記憶部と、前記認証鍵が特定される認証鍵識別情報を受信する通信部と、前記認証鍵識別情報に基づいて前記記憶部から特定される前記認証鍵を用いて前記認証鍵識別情報の送信元についての認証処理を行う認証部と、を備える、通信装置が提供される。
【０００８】
本開示によれば、複数の鍵から生成される認証鍵が特定される認証鍵識別情報を送信する通信部と、前記認証鍵識別情報から特定される前記認証鍵を用いて前記認証鍵識別情報の送信先についての認証処理を行う認証部と、を備える、通信装置が提供される。
【０００９】
また、本開示によれば、プロセッサにおいて、複数の鍵から生成される認証鍵を記憶することと、前記認証鍵が特定される認証鍵識別情報を受信することと、前記認証鍵識別情報に基づいて前記記憶部から特定される前記認証鍵を用いて前記認証鍵識別情報の送信元についての認証処理を行うことと、を含む、通信方法が提供される。
【００１０】
また、本開示によれば、プロセッサにおいて、複数の鍵から生成される認証鍵が特定される認証鍵識別情報を送信することと、前記認証鍵識別情報から特定される前記認証鍵を用いて前記認証鍵識別情報の送信先についての認証処理を行うことと、を含む、通信方法が提供される。
【００１１】
また、本開示によれば、複数の鍵から生成される認証鍵が特定される認証鍵識別情報を送信する通信部と、前記認証鍵識別情報から特定される前記認証鍵を用いて前記認証鍵識別情報の送信先についての認証処理を行う認証部と、を有する第１の通信装置と、複数の鍵から生成される認証鍵を記憶する記憶部と、前記認証鍵が特定される認証鍵識別情報を受信する通信部と、前記認証鍵識別情報に基づいて前記記憶部から特定される前記認証鍵を用いて前記認証鍵識別情報の送信元についての認証処理を行う認証部と、を有する第２の通信装置と、を備える、通信システムが提供される。
【発明の効果】
【００１２】
以上説明したように本開示によれば、認証時間をさらに短縮することが可能な仕組みが提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１３】
【図１】本開示の一実施形態に係る通信システムの外観構成の例を概略的に示す図である。
【図２】従来の認証処理を概念的に示すシーケンス図である。
【図３】本開示の第１の実施形態に係る通信システムの概略的な機能構成の例を示すブロック図である。
【図４】同実施形態に係る通信装置において記憶される情報および情報間の関係の例を示す図である。
【図５】同実施形態に係る通信装置において記憶される情報の例を示す図である。
【図６】サービス鍵からマクロ鍵を生成する縮退処理を説明するための図である。
【図７】同実施形態に係る通信システムのマクロＩＤを用いた認証処理を概念的に示すシーケンス図である。
【図８】同実施形態に係る通信システムのマクロＩＤ登録処理を概念的に示すシーケンス図である。
【図９】同実施形態の第１の変形例に係る通信システムのマクロＩＤ登録処理を概念的に示すシーケンス図である。
【図１０】同実施形態の第１の変形例に係る通信システムのマクロＩＤ登録処理の他の例を概念的に示すシーケンス図である。
【図１１】本開示の第２の実施形態に係る通信システムの概略的な機能構成の例を示すブロック図である。
【図１２】個体鍵および個体認証鍵の登録処理を説明するための図である。
【図１３】個体鍵に基づく認証処理を説明するための図である。
【図１４】本開示の第３の実施形態に係る通信システムの概略的な物理構成の例を示す図である。
【図１５】同実施形態に係る通信システムの認証結果に基づく携帯端末処理を概念的に示すフローチャートである。
【図１６】本開示の第４の実施形態に係る通信システムの概略的な物理構成の例を示す図である。
【図１７】本開示の一実施形態に係る通信装置のハードウェア構成を示した説明図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
なお、説明は以下の順序で行うものとする。
１．本開示の一実施形態に係る通信システムの概要
２．本開示の第１の実施形態（基本形態）
２−１．システムの構成
２−２．システムの機能
２−３．システムの処理
２−４．本実施形態のまとめ
２−５．変形例
３．本開示の第２の実施形態（個体認証への適用）
３−１．システムの構成
３−２．システムの機能
３−３．システムの処理
３−４．本実施形態のまとめ
４．本開示の第３の実施形態（論理的なアクセス制御への適用）
４−１．システムの構成
４−２．システムの機能
４−３．システムの処理
４−４．本実施形態のまとめ
５．本開示の第４の実施形態（物理的なアクセス制御への適用）
５−１．システムの構成
５−２．システムの機能
５−３．システムの処理
５−４．本実施形態のまとめ
６．本開示の一実施形態に係る通信装置のハードウェア構成
７．むすび
【００１６】
＜１．本開示の一実施形態に係る通信システムの概要＞
まず、図１を参照して、本開示の一実施形態に係る通信システムの概要について説明する。図１は、本開示の一実施形態に係る通信システムの外観構成の例を概略的に示す図である。
【００１７】
通信システムは、通信機能および認証機能を有する複数の通信装置を備える。具体的には、通信機能は、近距離無線通信または人体通信を用いて他の通信装置と通信する。また、認証機能は、通信相手となる通信装置の権限について鍵を用いて認証する。そのため、通信装置は、認証が成功裏に終了した通信装置のみにデータ通信を許可することが可能である。なお、以下では、認証処理を開始する通信装置をマスタ装置、マスタ装置からの要求に基づき認証処理を行う通信装置をスレーブ装置とも称する。
【００１８】
例えば、通信システムは、図１に示したように、スレーブ装置として動作するＩＣカード１００およびマスタ装置として動作するリーダライタ２００を備える。リーダライタ２００は、ＩＣカード１００が通信範囲内に到達すると、ＩＣカード１００に対して認証処理を開始し、ＩＣカード１００に認証処理の実行を要求する。ＩＣカード１００は、リーダライタ２００から認証処理の実行が要求されると、認証処理を開始する。認証処理が成功裏に終了すると、ＩＣカード１００とリーダライタ２００との間でデータ通信が行われる。なお、通信装置３００は、リーダライタ２００の認証処理において用いられる情報の提供および更新を行う。
【００１９】
ここで、通信システムの備える通信装置間の通信は短時間であることが望ましい。例えば、当該通信システムは、典型的には駅の改札システムとして導入される。かかる場合に、利用者の改札口のスムーズな通過のためには、各利用者についての改札に係る認証処理は短時間で終了することが望ましい。なお、これは、改札システム以外の他の事例への適用においても同様である。
【００２０】
これに対し、従来の認証処理では、認証時間をさらに短縮することは困難であった。まず、図２を参照して、従来の認証処理について説明する。図２は、従来の認証処理を概念的に示すシーケンス図である。なお、下記の認証は相互認証であり、マスタ装置によるスレーブ装置の認証（第１の認証）およびスレーブ装置によるマスタ装置の認証（第２の認証）が行われる。
【００２１】
（第１の認証）
マスタ装置であるリーダライタ２０は、乱数１を生成する（ステップＳ４０１）。
【００２２】
次に、リーダライタ２０は、生成される乱数１およびサービスＩＤ（Identifier）をスレーブ装置であるＩＣカード１０に送信する（ステップＳ４０２）。ここで、サービスＩＤとは、鍵（後述するサービス鍵）が特定される鍵識別情報である。
【００２３】
乱数１およびサービスＩＤを受信したＩＣカード１０は、受信されるサービスＩＤから鍵を特定する（ステップＳ４０３）。なお、ＩＣカード１０には予めサービスＩＤと鍵との対応付けが記憶されている。
【００２４】
次に、ＩＣカード１０は、特定される鍵から認証鍵を生成する（ステップＳ４０４）。具体的には、ＩＣカード１０は、特定される鍵を縮退することにより認証鍵を生成する。
【００２５】
次に、ＩＣカード１０は、乱数２を生成する（ステップＳ４０５）。
【００２６】
次に、ＩＣカード１０は、乱数１および乱数２を認証鍵で暗号化する（ステップＳ４０６）。
【００２７】
次に、ＩＣカード１０は、暗号化された情報を送信する（ステップＳ４０７）。
【００２８】
暗号化された情報を受信したリーダライタ２０は、受信された情報を認証鍵で復号する（ステップＳ４０８）。ここで、当該認証鍵は、ＩＣカード１０に通知されたサービスＩＤに対応する鍵の縮退により予め生成され、記憶されている。
【００２９】
次に、リーダライタ２０は、復号された情報における乱数１の有無を判定する（ステップＳ４０９）。具体的には、リーダライタ２０は、復号された情報に自装置で生成された乱数１が含まれると判定される場合、第１の認証が成功したと判定する。
【００３０】
（第２の認証）
次に、リーダライタ２０は、乱数２を認証鍵で暗号化する（ステップＳ４１０）。なお、第２の認証は、説明の便宜上当ステップから開始されるとして説明しているが、ステップＳ４０５から開始されているとしてもよい。
【００３１】
次に、リーダライタ２０は、暗号化された情報を送信する（ステップＳ４１１）。
【００３２】
暗号化された情報を受信したＩＣカード１０は、受信された情報を認証鍵で復号する（ステップＳ４１２）。ここで、当該認証鍵は、第１の認証において生成された認証鍵である。
【００３３】
次に、ＩＣカード１０は、復号された情報における乱数２の有無を判定する（ステップＳ４１３）。具体的には、ＩＣカード１０は、復号された情報に自装置で生成された乱数２が含まれると判定される場合、第２の認証が成功したと判定する。
【００３４】
このように、従来の認証処理では、認証が要求される度に縮退鍵の生成（ステップＳ４０４の処理）が行われる。ここで、リーダライタではＩＣカードとの通信の度に同一処理が行われることが多いため、概して予め縮退により認証鍵が生成され、記憶されている。しかし、ＩＣカードではリーダライタとどのような処理を行うかは不明であることが多いため、予め認証鍵を記憶させておくことが困難である。そのため、ＩＣカードにおいて同一の認証処理が複数回行われる場合は、ＩＣカードすなわち通信装置ひいては通信システム全体において認証時間が長期化することになる。
【００３５】
そこで、本開示では、複数の鍵から生成される認証鍵を記憶し、受信される認証鍵識別情報に基づいて特定される認証鍵を用いて当該認証鍵識別情報の送信元についての認証処理を行う通信装置を提案する。
【００３６】
例えば、ＩＣカード１００には、認証鍵が認証鍵識別情報と共に予め記憶される。そして、ＩＣカード１００は、リーダライタ２００から認証鍵識別情報が受信されると、記憶される認証鍵の中から受信された認証鍵識別情報から特定される認証鍵を特定し、特定される認証鍵を用いてリーダライタ２００についての認証処理を行う。
【００３７】
このため、予め記憶される認証鍵を用いて認証処理が行われることにより、認証処理における認証鍵の生成処理を省略することができる。従って、当該認証処理にかかる時間を短縮することが可能となる。以下、通信システムならびに通信装置１００および２００の詳細について説明する。なお、説明の便宜上、第１〜第４の実施形態に係る通信装置１００および２００を、通信装置１００−１および２００−１〜通信装置１００−４および２００−４のように、末尾に実施形態に対応する番号を付することにより区別する。
【００３８】
＜２．本開示の第１の実施形態（基本形態）＞
以上、本開示の一実施形態に係る通信システムの概要について説明した。次に、本開示の第１の実施形態に係る通信システムについて説明する。
【００３９】
＜２−１．システムの構成＞
まず、図３を参照して、本開示の第１の実施形態に係る通信システムの機能構成について説明する。図３は、本開示の第１の実施形態に係る通信システムの概略的な機能構成の例を示すブロック図である。
【００４０】
通信システムは、図３に示したように、スレーブ装置として動作するＩＣカード１００−１およびマスタ装置として動作するリーダライタ２００−１を備える。
【００４１】
（ＩＣカード）
ＩＣカード１００−１は、図３に示したように、ホスト１０１、ＳＥ（Secure  Element）１０２および通信モジュール１０３を備える。
【００４２】
ホスト１０１は、通信装置１００−１の動作を全体的に制御する。具体的には、ホスト１０１は、ＳＥ１０２および通信モジュール１０３の動作を制御する。例えば、ホスト１０１は、ＳＥ１０２に情報を暗号化させ、暗号化された情報を通信モジュール１０３に送信させる。なお、ホスト１０１は、認証処理の一部を行ってもよい。
【００４３】
ＳＥ１０２は、セキュリティに関する処理を行う。具体的には、ＳＥ１０２は、ホスト１０１の指示に基づいて暗号化、復号および認証判定等の認証処理を行う。例えば、ＳＥ１０２は、上述したサービスＩＤを用いた認証処理に加えてまたはその代わりに後述するマクロＩＤを用いた認証処理を行う。また、ＳＥ１０２は、セキュリティに関する情報をＳＥ１０２のみがアクセス可能な記憶領域に記憶させる。以下、説明の便宜上、ＳＥ１０２が情報を当該記憶領域に記憶させることを、ＳＥ１０２が情報を記憶する、とも表現する。
【００４４】
通信モジュール１０３は、他の通信装置と通信する。具体的には、通信モジュール１０３は、ホスト１０１から提供される情報を送信し、他の通信装置から情報を受信する。例えば、通信モジュール１０３は、ＮＦＣ（Near  Field  Communication）等の近距離無線通信方式を用いて通信する。
【００４５】
（リーダライタ）
リーダライタ２００−１の機能構成は、ＩＣカード１００−１の機能構成と実質的に同一であるため説明を省略する。
【００４６】
＜２−２．システムの機能＞
次に、本開示の第１の実施形態に係る通信システムの機能について説明する。
【００４７】
（Ａ．マクロＩＤを用いた認証）
ＩＣカード１００−１およびリーダライタ２００−１は、マクロＩＤから特定される認証鍵（以下、マクロ鍵とも称する。）を用いて認証を行う。具体的には、ＩＣカード１００−１において、ＳＥ１０２は、記憶部として、複数の鍵から生成されるマクロ鍵を記憶する。また、通信モジュール１０３は、通信部として、マクロ鍵が特定される認証鍵識別情報（以下、マクロＩＤとも称する。）を受信する。そして、ＳＥ１０２は、認証部として、受信されるマクロＩＤに基づいて特定されるマクロ鍵を用いて当該マクロＩＤの送信元についての認証処理を行う。また、リーダライタ２００−１において、通信モジュール２０３は、通信部として、複数の鍵から生成されるマクロ鍵のマクロＩＤを送信する。そして、ＳＥ２０２は、認証部として、送信されたマクロＩＤから特定されるマクロ鍵を用いて当該マクロＩＤの送信先についての認証処理を行う。
【００４８】
当該マクロＩＤの送信元または送信先についての認証処理には、上述したような、マクロＩＤの送信元による通信装置の認証すなわち第１の認証の処理および通信装置によるマクロＩＤの送信元の認証すなわち第２の認証の処理が含まれる。以下、当該第１の認証および第２の認証の各々について説明する。
【００４９】
（Ａ−１．第１の認証）
まず、通信される当該マクロＩＤから特定されるマクロ鍵を用いたリーダライタ２００−１によるＩＣカード１００−１の認証処理について説明する。
【００５０】
リーダライタ２００−１は、マクロＩＤを含む第１の情報としての情報１をＩＣカード１００−１に送信し、ＩＣカード１００−１から当該情報１への応答として受信される第２の情報としての情報２に基づいて認証処理を行う。具体的には、通信モジュール２０３は、マクロＩＤおよび第１の乱数としての乱数１を含む情報１を送信する。また、通信モジュール２０３は、暗号化された情報２を受信する。そして、ＳＥ２０２は、受信された情報２をマクロ鍵で復号し、復号により得られる情報２における乱数１の有無を判定する。
【００５１】
また、ＩＣカード１００−１は、マクロＩＤを含む情報１をリーダライタ２００−１から受信し、当該マクロＩＤを用いた認証のための処理を行う。そして、ＩＣカード１００−１は、当該認証のための処理の結果を含む情報２をリーダライタ２００−１に送信する。具体的には、通信モジュール１０３は、マクロＩＤおよび乱数１を含む情報１を受信する。次に、ＳＥ１０２は、受信された情報１に含まれる乱数１を含む情報２を、マクロＩＤに基づいて特定されるマクロ鍵を用いて暗号化する。そして、通信モジュール１０３は、暗号化された情報２を送信する。
【００５２】
さらに、図４および図５を参照して、第１の認証の処理について詳細に説明する。図４は、本実施形態に係る通信装置において記憶される情報および情報間の関係の例を示す図であり、図５は、本実施形態に係る通信装置において記憶される情報の具体例を示す図である。
【００５３】
まず、図４を参照して、ＳＥ１０２（２０２）において記憶される情報について説明する。ＳＥ１０２（２０２）は、マクロ鍵に関する情報およびその他の情報を記憶する。具体的には、ＳＥ１０２（２０２）は、共通情報、サービス情報、マクロ情報およびデータ情報を記憶する。例えば、ＳＥ１０２（２０２）は、図４に示したような構造で上記の各情報を記憶する。例えば、アドレス範囲Ｒ１の記憶領域には、共通情報として装置内部の処理で用いられる情報が格納される。
【００５４】
アドレス範囲Ｒ２の記憶領域には、サービス情報としてサービスＩＤ（ＳＩＤ）、サービス内容情報、データＩＤ情報、サービス鍵情報およびサービス鍵（ＳＫ）が格納される。サービスＩＤは、サービス鍵が特定される情報であり、アクセスが許可されるデータＩＤが特定される情報でもある。サービス内容情報は、サービスＩＤから特定されるデータＩＤへのアクセス態様（読出し（Ｒ）、書き込み（Ｗ）、読出しおよび書き込み（Ｒ／Ｗ））を示す情報である。データＩＤ情報は、当該サービス鍵でアクセス可能なデータＩＤを示す情報である。サービス鍵情報は、サービス鍵のバージョン、暗号アルゴリズムおよび鍵長等のサービス鍵に関する情報である。サービス鍵（ＳＫ）は、暗号鍵であり復号鍵である。
【００５５】
アドレス範囲Ｒ３の記憶領域には、マクロ情報としてマクロＩＤ（ＭＩＤ）、サービスＩＤ情報、サービスＩＤ数およびマクロ鍵（ＭＫ）が格納される。マクロＩＤは、マクロ鍵が特定される情報である。サービスＩＤ情報は、マクロ鍵の生成に用いられるサービス鍵に対応するサービスＩＤを示す情報である。サービスＩＤ数は、サービスＩＤ情報の示すサービスＩＤの数を示す情報である。マクロ鍵は、サービス鍵の縮退により生成される認証鍵である。
【００５６】
アドレス範囲Ｒ４の記憶領域には、データ情報としてデータＩＤ（ＤＩＤ）およびデータが格納される。データＩＤは、データが特定される情報である。データは、顧客情報またはログ情報等の種々のデータである。
【００５７】
続いて、図５を参照して、第１の認証の処理について説明する。
【００５８】
リーダライタ２００−１において、ホスト２０１は、ＩＣカード１００−１との認証の要請が発生すると、マクロＩＤの提供および乱数生成をＳＥ２０２に指示する。例えば、ホスト２０１は、顧客番号、ポイント残高およびログ情報の読出し要請が発生すると、これらのデータにアクセスするためのサービスＩＤであるＳＩＤ１、ＳＩＤ３およびＳＩＤ５の組に対応するマクロＩＤの提供をＳＥ２０２に指示する。また、ホスト２０１は、乱数１の生成をＳＥ２０２に指示する。ＳＥ２０２は、指示を受けると、ＳＩＤ１、ＳＩＤ３およびＳＩＤ５の組に対応するマクロＩＤであるであるＭＩＤ１を特定し、また乱数１を生成し、特定されるＭＩＤ１および生成される乱数１をホスト２０１に提供する。
【００５９】
次に、ホスト２０１は、ＳＥ２０２からマクロＩＤおよび乱数が提供されると、当該マクロＩＤおよび乱数を含む情報１を通信モジュール２０３に送信させる。
【００６０】
ＩＣカード１００−１において、当該情報１を受信されると、ホスト１０１は、当該情報１に含まれるマクロＩＤに基づく当該情報１に含まれる乱数１を含む情報２の暗号化をＳＥ１０２に指示する。例えば、ホスト１０１は、通信モジュール１０３によって情報１が受信されると、当該情報１をＳＥ１０２に提供すると共に、当該情報１に含まれるＭＩＤ１に基づく当該情報１に含まれる乱数１を含む情報２の暗号化をＳＥ１０２に指示する。ＳＥ１０２は、指示を受けると、記憶されるマクロ情報からＭＩＤ１に対応するマクロ鍵ＭＫ１を取得し、提供された乱数１を含む情報２をＭＫ１で暗号化する。
【００６１】
次に、ホスト１０１は、ＳＥ１０２から暗号化された情報２が提供されると、当該暗号化された情報２を通信モジュール１０３に送信させる。
【００６２】
リーダライタ２００−１において、当該情報２が受信されると、ホスト２０１は、当該情報２に基づいてＩＣカード１００−１についての認証結果をＳＥ２０２に判定させる。例えば、ホスト２０１は、通信モジュール２０３によって情報２が受信されると、当該情報２をＳＥ２０２に提供すると共に、当該情報２に基づくＩＣカード１００−１についての認証結果の判定をＳＥ２０２に指示する。ＳＥ２０２は、指示を受けると、ＭＩＤ１に対応するＭＫ１を取得し、提供された情報２をＭＫ１で復号する。そして、ＳＥ２０２は、復号により得られる情報２における乱数１の有無を判定する。乱数１が含まれると判定される場合、ＳＥ２０２は、ＩＣカード１００−１についての認証は成功したと判定する。また、乱数１が含まれないと判定される場合、ＳＥ２０２は、ＩＣカード１００−１についての認証は失敗したと判定する。判定結果はホスト２０１に提供される。
【００６３】
（Ａ−２．第２の認証）
続いて、通信される当該マクロＩＤから特定されるマクロ鍵を用いたＩＣカード１００−１によるリーダライタ２００−１の認証処理について説明する。
【００６４】
ＩＣカード１００−１は、情報２をリーダライタ２００−１に送信し、リーダライタ２００−１から当該情報２への応答として受信される第３の情報としての情報３に基づいて認証処理を行う。具体的には、ＳＥ１０２は、第２の乱数としての乱数２を生成する。次に、通信モジュール１０３は、当該乱数２を含む情報２を送信する。そして、ＳＥ１０２は、通信モジュール１０３により受信される情報３を特定されるマクロ鍵で復号し、復号により得られる情報３における乱数２の有無を判定する。
【００６５】
また、リーダライタ２００−１は、情報２をＩＣカード１００−１から受信し、当該情報２に基づいて認証のための処理を行う。そして、リーダライタ２００−１は、当該認証のための処理の結果を含む情報３をＩＣカード１００−１に送信する。具体的には、通信モジュール２０３は、乱数２を含む情報２を受信する。次に、ＳＥ２０２は、受信された情報２に含まれる乱数２を含む情報３を、ＩＣカード１００−１に通知されたマクロＩＤから特定されるマクロ鍵を用いて暗号化する。そして、通信モジュール２０３は、暗号化された情報３を送信する。
【００６６】
さらに、図５を参照して、第２の認証の処理について詳細に説明する。
【００６７】
ＩＣカード１００−１において、ホスト１０１は、リーダライタ２００−１との認証の要請が発生すると、乱数生成をＳＥ１０２に指示する。例えば、ホスト１０１は、リーダライタ２００−１からの認証要求として情報１が受信されると、乱数２の生成をＳＥ１０２に指示する。ＳＥ１０２は、指示を受けると、乱数２を生成し、内部で保持する。
【００６８】
乱数２が生成されると、ホスト１０１は、当該情報１に含まれるマクロＩＤに基づく乱数１および乱数２を含む情報２の暗号化をＳＥ１０２に指示する。例えば、ホスト１０１は、ＭＩＤ１に基づく乱数１および乱数２を含む情報２の暗号化をＳＥ１０２に指示する。ＳＥ１０２は、指示を受けると、当該情報２をＭＩＤ１から特定されるＭＫ１で暗号化し、暗号化された情報２をホスト１０１に提供する。
【００６９】
次に、ホスト１０１は、ＳＥ１０２から暗号化された情報２が提供されると、当該暗号化された情報２を通信モジュール１０３に送信させる。
【００７０】
リーダライタ２００−１において、当該情報２を受信されると、ホスト２０１は、通知されたマクロＩＤに基づく当該情報２に含まれる乱数２を含む情報３の暗号化をＳＥ２０２に指示する。例えば、ホスト２０１は、通信モジュール２０３によって情報２が受信されると、当該情報２をＳＥ２０２に提供すると共に、ＩＣカード１００−１に通知したＭＩＤ１に基づく当該情報２に含まれる乱数２を含む情報３の暗号化をＳＥ２０２に指示する。ＳＥ２０２は、指示を受けると、記憶されるマクロ情報からＭＩＤ１に対応するＭＫ１を取得し、提供された情報２をＭＫ１で復号する。そして、ＳＥ２０２は、復号により得られる情報２に含まれる乱数２を含む情報３をＭＫ１で暗号化する。
【００７１】
次に、ホスト２０１は、ＳＥ２０２から暗号化された情報３が提供されると、当該暗号化された情報３を通信モジュール２０３に送信させる。
【００７２】
ＩＣ１００−１において、当該情報３が受信されると、ホスト１０１は、当該情報３に基づいてリーダライタ２００−１についての認証結果をＳＥ１０２に判定させる。例えば、ホスト１０１は、通信モジュール１０３によって情報３が受信されると、当該情報３をＳＥ１０２に提供すると共に、当該情報３に基づくリーダライタ２００−１についての認証結果の判定をＳＥ１０２に指示する。ＳＥ１０２は、指示を受けると、ＭＩＤ１に対応するＭＫ１を取得し、提供された情報３をＭＫ１で復号する。そして、ＳＥ１０２は、復号により得られる情報３における乱数２の有無を判定する。乱数２が含まれると判定される場合、ＳＥ１０２は、リーダライタ２００−１についての認証は成功したと判定する。また、乱数２が含まれないと判定される場合、ＳＥ１０２は、リーダライタ２００−１についての認証は失敗したと判定する。判定結果はホスト１０１に提供される。
【００７３】
（Ｂ．マクロＩＤ登録）
リーダライタ２００−１はマクロ登録要求を送信し、ＩＣカード１００−１は当該マクロ登録要求に基づいてマクロ情報を登録する。具体的には、通信モジュール２０３は、サービスＩＤおよびマクロＩＤを含む認証鍵登録要求としてのマクロ登録要求を送信する。また、ＳＥ１０２は、当該マクロ登録要求が受信されると、サービスＩＤから特定されるサービス鍵からマクロ鍵を生成する。そして、ＳＥ１０２は、生成されるマクロ鍵を記憶する。
【００７４】
より具体的には、リーダライタ２００−１において、ホスト２０１は、マクロ登録要求を生成する。例えば、ホスト２０１は、登録が所望されるマクロ鍵を生成するためのサービス鍵が特定されるサービスＩＤを取得する。また、ホスト２０１は、登録が所望される当該マクロ鍵が特定されるマクロＩＤを取得する。そして、ホスト２０１は、取得されたサービスＩＤおよびマクロＩＤを含むマクロ登録要求を生成する。なお、当該マクロ登録要求は、マクロ鍵の生成におけるサービス鍵の縮退順が特定される情報が別途に含められてもよい。
【００７５】
また、ＳＥ２０２は、マクロ登録要求に含められるマクロ情報を自装置に登録する。例えば、ＳＥ２０２は、マクロ登録要求に含められるサービスＩＤから特定されるサービス鍵を縮退することによりマクロ鍵を生成する。そして、ＳＥ２０２は、生成されたマクロ鍵およびマクロＩＤならびに当該サービスＩＤおよび当該サービスＩＤの数をマクロ情報として記憶する。さらに、図６を参照して、マクロ鍵の生成処理について詳細に説明する。図６は、サービス鍵からマクロ鍵を生成する縮退処理を説明するための図である。
【００７６】
ＳＥ２０２は、複数のサービスＩＤについて縮退処理を重ねることによりマクロ鍵を生成する。例えば、図６に示したように、ＳＥ２０２は、秘密情報およびＳＫ１を入力とする縮退処理１を行い、当該縮退処理１の出力およびＳＫ３を入力とする縮退処理２を行い、当該縮退処理２の出力およびＳＫ５を入力する縮退処理３を行う。そして、当該縮退処理３の出力ＭＫ１がマクロ鍵として用いられる。なお、図６の例では、縮退処理１の入力として秘密情報が用いられるとしたが、当該秘密情報の代わりに他のサービス鍵が入力として用いられてもよいし、ＳＫ１を秘密情報とし、ＳＫ３を入力として縮退処理１を行うことによって処理段数を減らしてもよい。
【００７７】
なお、当該マクロ登録要求に含まれるマクロＩＤは、既に利用されているマクロＩＤと重複しない。例えば、マクロＩＤは、リーダライタ２００−１と通信を介して接続される管理サーバ等において管理され、新規にマクロ鍵の登録が所望される場合、当該管理サーバにおいてマクロＩＤが発行されてもよい。なお、マクロ登録要求に含まれるサービスＩＤおよびマクロＩＤを含む情報が当該管理サーバにおいて生成され、リーダライタ２００−１は当該情報に基づいてマクロ登録要求を生成してもよい。
【００７８】
また、当該マクロ登録要求は、含まれるマクロ登録要求に含まれる情報について生成される、当該マクロ登録要求の正当性を判定するための判定情報を含む。例えば、ホスト２０１は、マクロ登録情報に含まれるサービスＩＤおよびサービス数を所定の鍵１で暗号化することにより生成されるチェックコードを取得し、マクロ登録要求に含める。また、当該サービスＩＤおよびサービス数は所定の鍵２で暗号化され、暗号化された情報がマクロ登録要求に含められる。マクロＩＤは平文でもよい。なお、当該所定の鍵１および所定の鍵２は、ＩＣカード１００−１においても保持される。また、当該チェックコードも上記管理サーバにおいて生成され、リーダライタ２００−１に提供されてもよい。
【００７９】
次に、ホスト２０１は、生成されるマクロ登録要求を通信モジュール２０３に送信させる。
【００８０】
ＩＣカード１００−１において、ホスト１０１は、マクロ登録要求が受信されると、当該マクロ登録要求の正当性をＳＥ１０２に判定させる。例えば、ホスト１０１は、通信モジュール１０３によってマクロ登録要求が受信されると、マクロ登録要求の正当性の判定をＳＥ１０２に指示する。ＳＥ１０２は、指示を受けると、マクロ登録要求に含まれる暗号化された情報を所定の鍵２で復号し、復号により得られるサービスＩＤおよびサービス数を所定の鍵１で暗号化することによりコードを生成する。そして、ＳＥ１０２は、マクロ登録要求に含まれるチェックコードと生成されるコードとが一致するかを判定し、一致する場合、当該マクロＩＤおよびサービスＩＤが正当であると判定する。
【００８１】
次に、ＳＥ１０２は、マクロ情報を登録する。例えば、ＳＥ１０２は、マクロ登録要求の正当性が確認されると、マクロ登録要求に含まれるサービスＩＤからサービス鍵を特定し、特定されるサービス鍵の縮退によりマクロ鍵を生成する。そして、ＳＥ１０２は、生成されるマクロ鍵ならびにマクロＩＤおよびサービスＩＤ等のマクロ情報を記憶する。なお、チェックコードの正当性が確認されなかったり、指定されたサービスＩＤが未登録であったり、指定されたマクロＩＤが既に登録済みである場合には、ＳＥ１０２は、ホスト１０１にエラーを返すと共に、マクロ情報の記憶を中止する。マクロ情報が成功裏に記憶された場合のみ、当該マクロ登録要求は正当であるという判定結果がホスト１０１に通知される。
【００８２】
次に、ホスト１０１は、マクロ情報の登録が完了すると、マクロ登録要求に対する応答を通信モジュール１０３に送信させる。
【００８３】
リーダライタ２００−１において、マクロ登録要求に対する応答が受信されると、ホスト２０１は、マクロ登録要求に係る処理を終了する。なお、マクロ登録要求の送信から所定の時間が経過するまでの間に当該応答が受信されない場合、リーダライタ２００−１は、マクロ登録要求を再送してもよい。
【００８４】
なお、上記では、マクロ登録要求は一部が暗号化されて送信される例を説明したが、マクロ登録要求は平文で送信されてもよい。
【００８５】
また、上記では、マクロ鍵の生成に用いられるサービス鍵が特定されるサービスＩＤが既にＩＣカード１００−１に登録されている例を説明したが、サービスＩＤが未登録である場合は、マクロＩＤの登録前にサービスＩＤが登録されてもよい。例えば、サービスＩＤおよび仮のサービス鍵を含むサービス登録要求が登録用のリーダライタにおいて生成され、当該登録用のリーダライタからＩＣカード１００−１に当該サービス登録要求が送信される。ＩＣカード１００−１は当該サービス登録要求に含まれるサービスＩＤおよび仮のサービス鍵を登録する。次に、登録用のリーダライタとＩＣカード１００−１との仮のサービス鍵を用いた認証が行われ、認証が成功すると、当該登録用のリーダライタからサービス鍵を含むサービス鍵変更要求がＩＣカード１００−１に送信される。ＩＣカード１００−１は、当該サービス鍵変更要求に含まれるサービス鍵を仮のサービス鍵の代わりに登録する。なお、登録用のリーダライタは、上述した管理サーバであってもよい。
【００８６】
また、上記では、リーダライタ２００−１にマクロ鍵（認証鍵）が既に記憶されているとして説明したが、認証鍵は上述した管理サーバから通信を介して登録されてもよい。例えば、まず、ＩＣカード１００−１と同様に、マクロ鍵を用いた認証用のサービスＩＤが登録される。その後、当該マクロ鍵を用いた認証用のサービスＩＤに紐づく仮の鍵をマクロ鍵に更新する。
【００８７】
＜２−３．システムの処理＞
次に、本実施形態に係る通信システムの処理について説明する。
【００８８】
（Ａ．マクロＩＤを用いた認証処理）
まず、図７を参照して、本実施形態に係る通信システムのマクロＩＤを用いた認証処理について説明する。図７は、本実施形態に係る通信システムのマクロＩＤを用いた認証処理を概念的に示すシーケンス図である。
【００８９】
リーダライタ２００−１は、認証の要請が発生すると、乱数１を生成する（ステップＳ５０１）。具体的には、ホスト２０１は、ＩＣカード１００−１との認証の要請が発生すると、乱数１をＳＥ２０２に生成させる。そして、ホスト２０１は、ＩＣカード１００−１と認証するための鍵（リーダライタ側では認証鍵と称する。ＩＣカード１００−１側のマクロ鍵に相当する鍵である。）を特定するサービスＩＤを指定する。
【００９０】
次に、リーダライタ２００−１は、マクロＩＤおよび乱数１を含む情報１を送信する（ステップＳ５０２）。具体的には、ホスト２０１は、指定されるサービスＩＤから特定されるマクロＩＤおよびＳＥ２０２により生成された乱数１を含む情報１を通信モジュール２０３に送信させる。
【００９１】
情報１を受信したＩＣカード１００−１は、受信されるマクロＩＤからマクロ鍵を特定する（ステップＳ５０３）。具体的には、ホスト１０１は、通信モジュール１０３によって情報１が受信されると、当該情報１に含まれるマクロＩＤをＳＥ１０２に提供する。ＳＥ１０２は、記憶されるマクロ情報から提供されたマクロＩＤに対応するマクロ鍵を特定する。
【００９２】
次に、ＩＣカード１００−１は、乱数２を生成する（ステップＳ５０４）。具体的には、ホスト１０１は、乱数２をＳＥ１０２に生成させる。
【００９３】
次に、ＩＣカード１００−１は、乱数１および乱数２を含む情報２をマクロ鍵で暗号化する（ステップＳ５０５）。具体的には、ＳＥ１０２は、乱数１および乱数２を含む情報２を特定されたマクロ鍵で暗号化し、暗号化された情報２をホスト１０１に提供する。
【００９４】
次に、ＩＣカード１００−１は、情報２を送信する（ステップＳ５０６）。具体的には、ホスト１０１は、ＳＥ１０２から提供された情報２を通信モジュール１０３に送信させる。
【００９５】
情報２を受信したリーダライタ２００−１は、受信された情報２を認証鍵で復号する（ステップＳ５０７）。具体的には、ホスト２０１は、通信モジュール２０３により情報２が受信されると、当該情報２をＳＥ２０２に提供する。ＳＥ２０２は、ステップＳ５０１で指定されたサービスＩＤから特定された認証鍵で当該情報２を復号する。
【００９６】
次に、リーダライタ２００−１は、復号された情報２における乱数１の有無を判定する（ステップＳ５０８）。具体的には、ＳＥ２０２は、復号された情報２に乱数１が含まれるかを判定する。乱数１が含まれる場合、ＳＥ２０２は、ＩＣカード１００−１の認証が成功したと判定する。なお、判定結果はホスト２０１に通知される。
【００９７】
次に、リーダライタ２００−１は、乱数２を含む情報３を認証鍵で暗号化する（ステップＳ５０９）。具体的には、ホスト２０１は、ＩＣカード１００−１の認証が成功した旨がＳＥ２０２から通知されると、ＳＥ２０２に情報３の暗号化を指示する。ＳＥ２０２は、指示を受けると、情報２の復号に用いられた認証鍵で乱数２を含む情報３を暗号化する。そして、暗号化された情報３はホスト２０１に提供される。
【００９８】
次に、リーダライタ２００−１は、情報３を送信する（ステップＳ５１０）。具体的には、ホスト２０１は、暗号化された情報３を通信モジュール２０３に送信させる。
【００９９】
情報３を受信したＩＣカード１００−１は、受信された情報３をマクロ鍵で復号する（ステップＳ５１１）。具体的には、ホスト１０１は、通信モジュール１０３により情報３が受信されると、当該情報３をＳＥ１０２に提供する。ＳＥ１０２は、情報２の暗号化に用いられたマクロ鍵で提供された情報３を復号する。
【０１００】
次に、ＩＣカード１００−１は、復号された情報３における乱数２の有無を判定する（ステップＳ５１２）。具体的には、ＳＥ１０２は、復号された情報３に乱数２が含まれるかを判定する。乱数２が含まれる場合、ＳＥ１０２は、リーダライタ２００−１の認証が成功したと判定する。なお、判定結果はホスト１０１に通知される。
【０１０１】
次に、ＩＣカード１００−１は、応答を送信する（ステップＳ５１３）。具体的には、ホスト１０１は、リーダライタ２００−１の認証が成功した旨がＳＥ１０２から通知されると、情報１または情報３についての応答を通信モジュール１０３に送信させる。
【０１０２】
なお、上記では認証処理のみが行われる例を説明したが、当該認証処理後に秘匿通信が行われてもよい。例えば、リーダライタ２００−１は、第１の認証の完了後に送信される情報３に秘匿通信のための鍵（以下、セッション鍵とも称する。）を含める。そして、ＩＣカード１００−１およびリーダライタ２００−１は、第２の認証の完了以後は当該セッション鍵を用いて通信する。
【０１０３】
（Ｂ．マクロＩＤ登録処理）
続いて、図８を参照して、本実施形態に係る通信システムのマクロＩＤ登録処理について説明する。図８は、本実施形態に係る通信システムのマクロＩＤ登録処理を概念的に示すシーケンス図である。
【０１０４】
リーダライタ２００−１は、マクロ登録要求を生成する（ステップＳ６０１）。具体的には、ホスト２０１は、マクロ登録の要請が発生すると、登録が所望されるマクロ鍵が特定されるマクロＩＤ、当該マクロ鍵を生成するためのサービスＩＤおよびサービス数を所定の鍵１で暗号化することにより生成されるチェックコードならびに当該マクロ鍵を生成するためのサービス鍵が特定されるサービスＩＤおよびそのサービス数を所定の鍵２で暗号化することにより生成される情報を取得する。そして、ホスト２０１は、サービスＩＤすなわちＩＣカード１００−１にとってのマクロＩＤ、チェックコード、暗号化された情報を含むマクロ登録要求を生成する。
【０１０５】
次に、リーダライタ２００−１は、マクロ登録要求を送信する（ステップＳ６０２）。具体的には、ホスト２０１は、生成されたマクロ登録要求を通信モジュール２０３に送信させる。
【０１０６】
マクロ登録要求を受信したＩＣカード１００−１は、当該マクロ登録要求に含まれるチェックコードを判定する（ステップＳ６０３）。具体的には、ホスト１０１は、通信モジュール１０３によりマクロ登録要求が受信されると、当該マクロ登録要求をＳＥ１０２に提供する。ＳＥ１０２は、提供されたマクロ登録要求に含まれる暗号化された情報を所定の鍵２で復号し、復号により得られるサービスＩＤおよびサービス数を所定の鍵１で暗号化し、暗号化により得られるコードと当該マクロ登録要求に含まれるチェックコードが一致するかを判定する。コードが一致する場合、ＳＥ１０２は、当該マクロＩＤおよびサービスＩＤが正当な情報であると判定する。なお、判定結果はホスト１０１に通知される。
【０１０７】
次に、ＩＣカード１００−１は、マクロ登録要求に含まれるサービスＩＤから鍵を特定する（ステップＳ６０４）。具体的には、ＳＥ１０２は、マクロ登録要求に含まれるマクロＩＤおよびサービスＩＤが正当な情報である場合、当該サービスＩＤからサービス鍵を特定する。
【０１０８】
次に、ＩＣカード１００−１は、鍵の縮退によりマクロ鍵を生成する（ステップＳ６０５）。具体的には、ＳＥ１０２は、特定されたサービス鍵をサービスＩＤの並び順から特定される縮退順に縮退することにより、マクロ鍵を生成する。
【０１０９】
次に、ＩＣカード１００−１は、マクロＩＤと生成されたマクロ鍵とを記憶する（ステップＳ６０６）。具体的には、ＳＥ１０２は、生成されたマクロ鍵とマクロ登録要求に含まれるマクロＩＤ、マクロ鍵を生成するためのサービス鍵が特定されるサービスＩＤとを記憶する。なお、マクロ鍵等の記憶すなわちマクロ情報の登録が完了すると、マクロ登録完了がホスト１０１に通知される。
【０１１０】
次に、ＩＣカード１００−１は、応答を送信する（ステップＳ６０７）。具体的には、ホスト１０１は、マクロ登録完了が通知されると、マクロ登録要求に対する応答を通信モジュール１０３に送信させる。
【０１１１】
＜２−４．本実施形態のまとめ＞
このように、本開示の第１の実施形態によれば、通信装置１００−１は、複数のサービス鍵から生成されるマクロ鍵を記憶し、当該マクロ鍵が特定されるマクロＩＤを受信する。そして、通信装置１００−１は、マクロＩＤに基づいて特定されるマクロ鍵を用いてマクロＩＤの送信元についての認証処理を行う。また、通信装置２００−１は、マクロ鍵が特定されるマクロＩＤを送信し、当該マクロ鍵に相当する認証鍵を記憶し、記憶される当該認証鍵を用いて当該マクロＩＤの送信先についての認証処理を行う。このため、予め記憶されるマクロ鍵を用いて認証処理が行われることにより、認証処理におけるマクロ鍵の生成処理を省略することができる。従って、当該認証処理にかかる時間を短縮することが可能となる。また、従来では、マクロ鍵を生成するために複数のサービスＩＤが通知されていた。これに対し、本実施形態によれば、複数のサービスＩＤの代わりに１つのマクロＩＤが通知される。当該マクロＩＤは当該複数のサービスＩＤと比べて情報量が少ないため、通信量が低減される。従って、マクロ鍵の生成のための情報の通知にかかる通信時間を短縮することが可能となる。
【０１１２】
また、上記認証処理は、マクロＩＤの送信元による通信装置１００−１の認証のための処理を含む。このため、通信相手による自装置の認証すなわち第１の認証のための処理がマクロＩＤを用いて行われることにより、第１の認証にかかる時間を従来よりも短縮することができる。
【０１１３】
また、上記マクロＩＤは、受信される第１の情報に含まれ、通信装置１００−１は、当該第１の情報に含まれる第１の乱数を含む第２の情報を上記特定されるマクロ鍵を用いて暗号化し、暗号化される当該第２の情報を送信する。このため、認証に乱数の一致の判定が用いられることにより、認証に固定値が用いられる場合に比べて情報通信の安全性を向上させることができる。
【０１１４】
また、上記認証処理は、通信装置１００−１によるマクロＩＤの送信元の認証のための処理を含む。このため、自装置による通信相手の認証すなわち第２の認証のための処理がマクロＩＤを用いて行われることにより、第２の認証にかかる時間を従来よりも短縮することができる。また、第１の認証および第２の認証すなわち相互認証が行われる場合には、単方向の認証が行われる場合に比べて情報通信の安全性を向上させることが可能となる。
【０１１５】
また、通信装置１００−１は、第２の乱数を生成し、当該第２の乱数を含む上記第２の情報を送信し、受信される第３の情報を特定されるマクロ鍵で復号し、復号により得られる当該第３の情報における第２の乱数の有無を判定する。このため、認証に乱数の一致の判定が用いられることにより、固定値が用いられる場合に比べて情報通信の安全性を向上させることができる。
【０１１６】
また、サービス鍵が特定されるサービスＩＤおよび上記マクロＩＤを含むマクロ登録要求が受信されると、当該サービスＩＤから特定されるサービス鍵からマクロ鍵が生成され、通信装置１００−１は、生成されるマクロ鍵を記憶する。また、通信装置２００−１は、当該サービスＩＤおよびマクロＩＤを含むマクロ登録要求を送信する。このため、要求に基づいてマクロ情報が登録されることにより、通信装置１００−１に登録されるマクロ情報を要求側が管理することができる。従って、通信装置１００−１の限りある記憶容量を有効に利用することが可能となる。特に、通信装置１００−１は記憶容量が固定型装置と比べて少ない携帯型装置である場合に本構成は有意義である。
【０１１７】
また、マクロ登録要求は、当該マクロ登録要求に含まれる上記マクロＩＤおよび上記サービスＩＤについて生成される、情報の正当性を判定するための判定情報を含む。このため、登録対象でない通信装置１００−１においてマクロが登録されることを防止できる。従って、当該登録対象でない通信装置１００−１における無駄な処理の発生およびマクロＩＤ等の情報の漏えいを防止することが可能となる。
【０１１８】
また、ＩＣカード１００−１は、認証処理が成功すると、サービス鍵が特定されるサービスＩＤに対応付けられるデータへのリーダライタ２００−１によるアクセスを許可する。また、リーダライタ２００−１は、認証処理が成功すると、ＩＣカード１００−１に記憶される当該データにアクセスする。このため、マクロＩＤを用いた認証処理と同時にＩＣカード１００−１の保持するデータへのアクセス許可判定処理が行われることになる。従って、認証処理の後にアクセス許可判定処理が行われる場合と比べて、セキュリティレベルを維持したままリーダライタ２００−１によるＩＣカード１００−１に対するデータアクセスを効率的に行うことが可能となる。
【０１１９】
また、上記マクロ登録要求に含まれるマクロＩＤは、既に利用されているマクロＩＤと重複しない。このため、マクロＩＤの重複による認証の失敗または意図しない認証の成功を防止することができる。
【０１２０】
＜２−５．変形例＞
以上、本開示の第１の実施形態について説明した。なお、本実施形態は、上述の例に限定されない。以下に、本実施形態の第１および第２の変形例について説明する。
【０１２１】
（第１の変形例）
本実施形態の第１の変形例として、通信装置１００−１は、サービスＩＤを用いた認証処理の後に、当該認証処理において生成されるマクロ鍵を登録してもよい。具体的には、ＳＥ１０２は、受信されるサービスＩＤに基づいて生成されるマクロ鍵を用いて認証処理を行い、当該認証処理において生成されたマクロ鍵を記憶する。より具体的には、ＳＥ１０２は、マクロ登録要求の受信に基づいて、上記サービスＩＤを用いた認証処理において生成されたマクロ鍵を記憶する。さらに、図９を参照して、本変形例の処理について詳細に説明する。図９は、本実施形態の第１の変形例に係る通信システムのマクロＩＤ登録処理を概念的に示すシーケンス図である。
【０１２２】
まず、ＩＣカード１００−１およびリーダライタ２００−１は、サービスＩＤを用いた認証処理を実行する（ステップＳ６１１）。具体的には、リーダライタ２００−１はサービスＩＤを通知し、ＩＣカード１００−１は通知されるサービスＩＤから特定されるサービス鍵の縮退によりマクロ鍵を生成する。そして、当該マクロ鍵および乱数を用いてリーダライタ２００−１およびＩＣカード１００−１において認証処理が行われる。
【０１２３】
次に、リーダライタ２００−１は、マクロ登録要求を送信する（ステップＳ６１２）。具体的には、ホスト２０１は、通信モジュール２０３により認証処理における応答が受信されると、マクロ情報の登録有無を判定する。登録する旨が判定されると、ホスト２０１は、マクロＩＤを含むマクロ登録要求を通信モジュール２０３に送信させる。なお、既に認証処理が完了しているため、マクロ鍵を生成するためのサービス鍵が特定されるサービスＩＤ、サービス数に相当する情報およびチェックコードが含まれるかどうかは任意であってもよい。
【０１２４】
マクロ登録要求を受信したＩＣカード１００−１は、当該マクロ登録要求に含まれるマクロＩＤと上記認証処理で生成されたマクロ鍵とを記憶する（ステップＳ６１３）。具体的には、ホスト１０１は、通信モジュール１０３によりマクロ登録要求が受信されると、当該マクロ登録要求をＳＥ１０２に提供する。ＳＥ１０２は、提供されるマクロ登録要求に含まれるマクロＩＤ、当該マクロ登録要求に先立って行われた認証処理において生成されたマクロ鍵、およびステップＳ６１１で受信されたサービスＩＤを記憶する。そして、登録完了がホスト１０１に通知される。
【０１２５】
次に、ＩＣカード１００−１は、応答を送信する（ステップＳ６１４）。具体的には、ホスト１０１は、登録完了が通知されると、当該マクロ登録要求に対する応答を通信モジュール１０３に送信させる。
【０１２６】
また、ＳＥ１０２は、マクロ登録要求の受信によらず、上記サービスＩＤを用いた認証処理において生成されたマクロ鍵を記憶してもよい。具体的には、ＳＥ１０２は、マクロ鍵の生成に基づいて、生成されたマクロ鍵を記憶する。さらに、図１０を参照して、本変形例の他の処理について詳細に説明する。図１０は、本実施形態の第１の変形例に係る通信システムのマクロＩＤ登録処理の他の例を概念的に示すシーケンス図である。なお、上述した処理と実質的に同一である処理については説明を省略する。
【０１２７】
まず、ＩＣカード１００−１およびリーダライタ２００−１は、サービスＩＤを用いた認証処理を実行する（ステップＳ６２１）。
【０１２８】
次に、ＩＣカード１００−１は、マクロＩＤを決定する（ステップＳ６２２）。具体的には、ホスト１０１は、上記認証処理が完了すると、ＳＥ１０２にマクロ情報の登録を指示する。ＳＥ１０２は、指示を受けると、上記認証処理で生成されたマクロ鍵が特定されるマクロＩＤを決定する。
【０１２９】
次に、ＩＣカード１００−１は、マクロＩＤと上記認証処理で生成されたマクロ鍵およびサービスＩＤとを記憶する（ステップＳ６２３）。具体的には、ＳＥ１０２は、決定されたマクロＩＤと上記認証処理で生成されたマクロ鍵、マクロ鍵を生成するために指定されたサービスＩＤとを記憶する。なお、登録完了した旨がホスト１０１に通知される。
【０１３０】
このように、本実施形態の第１の変形例によれば、通信装置１００−１は、受信されるサービスＩＤに基づいて生成されるマクロ鍵を用いて認証処理を行い、当該認証処理において生成されたマクロ鍵を記憶する。このため、マクロ鍵の生成されるタイミングでマクロ鍵が登録されることにより、実際に利用ニーズが確認されたマクロ鍵のみを登録することができる。従って、通信装置１００−１の限りある記憶容量を有効に利用することが可能となる。
【０１３１】
また、通信装置１００−１は、マクロ登録要求の受信に基づいて、上記サービスＩＤを用いた認証処理において生成されたマクロ鍵を記憶する。このため、明示的な登録要求に基づいてマクロ鍵が登録されることにより、登録されるマクロ鍵を登録要求側で管理することができる。
【０１３２】
また、通信装置１００−１は、マクロ登録要求によらず、上記サービスＩＤを用いた認証処理において生成されたマクロ鍵を記憶する。この場合、マクロ登録要求がなくともマクロ鍵が登録されることにより、マクロ登録要求および当該マクロ登録要求に対する応答の通信を省略することができる。従って、通信量の低減および通信時間を含むマクロ登録処理時間の短縮が可能となる。
【０１３３】
（第２の変形例）
本実施形態の第２の変形例として、ＩＣカード１００−１は、マクロ情報を削除してもよい。具体的には、ＳＥ１０２は、所定の条件が満たされるとマクロ鍵を削除する。より具体的には、ＳＥ１０２は、記憶容量が所定の量に達すると、マクロ鍵を含むマクロ情報を削除する。例えば、ＳＥ１０２は、記憶からの経過時間が長いマクロ情報から順に削除してもよく、マクロ鍵の利用回数に応じてマクロ情報を削除してもよい。
【０１３４】
なお、ＳＥ１０２は、マクロ削除要求の受信に基づいてマクロ情報を削除してもよい。例えば、リーダライタ２００−１から削除が所望されるマクロ情報のマクロＩＤを含むマクロ削除要求が送信される。ＩＣカード１００−１において、当該マクロ削除要求が受信されると、ホスト１０１は、当該マクロ削除要求に含まれるマクロＩＤに係るマクロ情報の削除をＳＥ１０２に指示する。ＳＥ１０２は、指示を受けると、当該マクロ削除要求に含まれるマクロＩＤからマクロ情報を特定し、特定されるマクロ情報を削除する。そして、ホスト１０１は、マクロ情報の削除が完了すると、当該マクロ削除要求に対する応答を通信モジュール１０３に送信させる。リーダライタ２００−１は、当該応答が受信されると、マクロ情報が削除されたとして当該マクロ削除要求に係る処理を終了する。
【０１３５】
このように、本実施形態の第２の変形例によれば、通信装置１００−１は、所定の条件がみなされるとマクロ鍵を削除する。このため、通信装置１００−１の限りある記憶容量を有効に利用することができる。また、利用されないマクロ鍵が残存しないことにより、通信装置１００−１の紛失等によるマクロ情報の漏えいを抑制することが可能となる。
【０１３６】
＜３．本開示の第２の実施形態（個体認証への適用）＞
以上、本開示の第１の実施形態に係る通信システムについて説明した。続いて、本開示の第２の実施形態に係る通信システムについて説明する。本実施形態に係る通信システムは、鍵を用いた個体認証を行う機能を有する。
【０１３７】
＜３−１．システムの構成＞
まず、図１１を参照して、本開示の第２の実施形態に係る通信システムの機能構成について説明する。図１１は、本開示の第２の実施形態に係る通信システムの概略的な機能構成の例を示すブロック図である。第１の実施形態に係る通信システムと異なる構成についてのみ説明する。
【０１３８】
本実施形態に係る通信システムは、図１１に示したように、ＩＣカード１００−２およびリーダライタ２００−２に加えてサーバ３００−２を備える。
【０１３９】
（サーバ）
サーバ３００−２は、図１１に示したように、少なくともホスト３０１および通信モジュール３０２を備える。なお、サーバ３００−２は、ＩＣカード１００−２およびリーダライタ２００−２と同様に、さらにＳＥを備えてもよい。また、ホスト３０１および通信モジュール３０２の基本的な機能は、ＩＣカード１００−２およびリーダライタ２００−２のホスト１０１（２０１）および通信モジュール１０３（２０３）の基本的な機能と実質的に同一であるため説明を省略する。
【０１４０】
＜３−２．システムの機能＞
次に、本開示の第２の実施形態に係る通信システムの機能について説明する。なお、第１の実施形態に係る通信システムの機能と実質的に同一である機能については説明を省略する。
【０１４１】
（Ｃ．個体鍵の登録）
本実施形態に係る通信システムでは、通信装置の各々について個別の鍵（以下、個体鍵とも称する。）が登録される。具体的には、サーバ３００−２は、通信装置１００−２または通信装置２００−２（以下、通信装置１００−２（２００−２）とも称する。）について個体鍵を生成し、生成される個体鍵を含む情報（以下、個体鍵情報とも称する。）を通信装置１００−２（２００−２）に送信する。なお、個体鍵は、他の個体鍵と重複しないように生成される。また、サーバ３００−２は、生成された個体鍵を管理する。
【０１４２】
また、通信装置１００−２（２００−２）は、個体鍵情報を受信し、当該個体鍵情報に含まれる個体鍵を記憶する。例えば、個体鍵は、サービス鍵またはマクロ鍵と同様に記憶されてもよく、これらの鍵とは別個に記憶されてもよい。詳細には、一旦仮の個体鍵を含む個体鍵情報が受信され、続けて登録されるべき個体鍵を含む個体鍵情報が受信される。なお、以下では、仮の個体鍵を用いた登録処理については説明を省略する。
【０１４３】
（Ｄ．個体認証鍵の登録）
本実施形態に係る通信システムでは、個体鍵から生成される個体認証鍵が登録される。具体的には、サーバ３００−２は、個体鍵と通信装置１００−２（２００−２）に固有の情報（以下、固有情報とも称する。）とに基づいて個体認証鍵を生成し、生成される個体認証鍵を含む情報（以下、個体認証鍵情報とも称する。）を通信装置１００−２（２００−２）に送信する。例えば、サーバ３００−２は、顧客番号等の秘密情報を個体鍵で暗号化することにより個体認証鍵を生成する。
【０１４４】
また、通信装置１００−２（２００−２）は、個体認証鍵情報が受信されると、当該個体認証鍵情報に含まれる個体認証鍵を記憶する。例えば、個体認証鍵は、個体鍵と同様に、サービス鍵またはマクロ鍵と同様に記憶されてもよく、これらの鍵とは別個に記憶されてもよい。
【０１４５】
なお、上記固有情報は、予め通信装置１００−２（２００−２）に記憶されていてもよく、当該個体認証鍵の登録の際に記憶されてもよい。例えば、固有情報は、サーバ３００−２にから送信される個体認証鍵情報に含まれ、通信装置１００−２（２００−２）は、個体認証鍵情報が受信されると、当該個体認証鍵情報に含まれる固有情報を記憶する。
【０１４６】
（Ｅ．個体鍵に基づく認証）
本実施形態に係る通信システムでは、個体鍵に基づく認証処理が行われる。具体的には、通信装置１００−２（２００−２）は、通信相手から固有情報を取得する。次に、通信装置１００−２（２００−２）は、取得される固有情報と個体鍵とに基づいて個体認証鍵を生成する。そして、通信装置１００−２（２００−２）は、生成された個体認証鍵を用いて認証処理を行う。
【０１４７】
例えば、通信装置１００−２（２００−２）は、固有情報へのアクセス認証の完了した後、通信相手となる装置へ固有情報を要求する。要求に応じて固有情報が得られると、通信装置１００−２（２００−２）は、当該固有情報を自装置の個体鍵で暗号化することにより個体認証鍵を生成する。そして、通信装置１００−２（２００−２）は、生成される個体認証鍵を用いて第１の実施形態にて説明したような認証処理を行う。
【０１４８】
＜３−３．システムの処理＞
次に、図１２および図１３を参照して、本実施形態に係る通信システムの処理について説明する。図１２は、個体鍵および個体認証鍵の登録処理を説明するための図であり、図１３は、個体鍵に基づく認証処理を説明するための図である。なお、通信システムの各構成要素の破線上部分は記憶内容を示し、破線下部分は処理内容を示す。
【０１４９】
（Ｃ．個体鍵の登録処理）
まず、サーバ３００−２は、個体鍵を生成する（ステップＳ７０１）。具体的には、サーバ３００−２は、リーダライタ２００−２Ａについて個体鍵ＳＫ６を生成する。
【０１５０】
次に、サーバ３００−２は、個体鍵を含む個体鍵情報を送信する（ステップＳ７０２）。具体的には、サーバ３００−２は、生成されたＳＫ６を含む個体鍵情報をリーダライタ２００−２Ａに送信する。
【０１５１】
当該個体鍵情報を受信したリーダライタ２００−２Ａは、当該個体鍵情報に含まれる個体鍵を記憶する（ステップＳ７０３）。具体的には、リーダライタ２００−２Ａは、個体鍵情報が受信されると、当該個体鍵情報に含まれるＳＫ６を自装置の個体鍵として記憶する。なお、個体鍵が特定される個体鍵識別情報が設定されてもよく、個体鍵は当該個体鍵識別情報と共に記憶されてもよい。例えば、ＳＫ６が特定される個体鍵識別情報ＳＩＤ６とＳＫ６とが対応付けられて記憶される。
【０１５２】
（Ｄ．個体認証鍵の登録処理）
サーバ３００−２は、個体認証鍵を生成する（ステップＳ７０４）。具体的には、サーバ３００−２は、ＩＣカード１００−２Ａについて個体認証鍵ＳＫ１０を生成する。なお、この際に、固有情報として顧客番号等の情報が生成されてもよい。個体認証鍵ＳＫ１０は、個体鍵ＳＫ６と顧客番号とから生成される。
【０１５３】
次に、サーバ３００−２は、個体認証鍵情報を送信する（ステップＳ７０５）。具体的には、サーバ３００−２は、生成されたＳＫ１０を含む個体認証鍵情報をＩＣカード１００−２Ａに送信する。なお、顧客番号が生成される場合には、当該顧客番号が当該個体認証鍵情報に含められてもよい。
【０１５４】
当該個体認証鍵情報を受信したＩＣカード１００−２Ａは、当該個体認証鍵情報に含まれる個体認証鍵を記憶する（ステップＳ７０６）。具体的には、ＩＣカード１００−２Ａは、個体認証鍵情報が受信されると、当該個体認証鍵情報に含まれるＳＫ１０を個体認証鍵として記憶する。なお、個体認証鍵情報に顧客番号が含まれる場合、ＩＣカード１００−２Ａは、当該顧客番号を自装置に割り当てられた情報として記憶してもよい。
【０１５５】
（Ｅ．個体鍵に基づく認証処理）
リーダライタ２００−２ＡおよびＩＣカード１００−２Ａは、ＩＣカード１００−２Ａからの固有情報の読出しのための認証処理を行う（ステップＳ７０７）。具体的には、リーダライタ２００−２Ａは顧客番号を読み取りに係るサービスＩＤであるＳＩＤ８をＩＣカード１００−２Ａに送信し、ＩＣカード１００−２ＡはＳＩＤ８から特定されるサービス鍵であるＳＫ８を特定する。そして、ＩＣカード１００−２Ａおよびリーダライタ２００−２Ａは、ＳＫ８を用いて相互に認証処理を行う。認証が成功するとＳＫ８に係るサービスＩＤであるＳＩＤ８に対応するサービス内容すなわち顧客番号の読み取りがリーダライタ２００−２に許可されたことになる。また、図示されていないが、当該ＳＩＤ８は顧客番号についてのデータＩＤとしてのＤＩＤ６と対応付けられている。
【０１５６】
次に、リーダライタ２００−２Ａは、ＩＣカード１００−２Ａから固有情報を読み出す（ステップＳ７０８）。具体的には、リーダライタ２００−２Ａは、認証が成功するとＤＩＤ６に対応するデータである顧客番号の読出しをＩＣカード１００−２Ａに要求する。ＩＣカード１００−２Ａは、要求に応じて当該顧客番号をリーダライタ２００−２Ａに提供する。
【０１５７】
次に、リーダライタ２００−２Ａは、固有情報および個体鍵に基づいて個体認証鍵を生成する（ステップＳ７０９）。具体的には、リーダライタ２００−２Ａは、ＳＩＤ６を指定し、認証鍵を個体鍵ＳＫ６に設定する。続けて、提供された顧客情報と設定されている個体鍵ＳＫ６とを入力とする暗号化処理により個体認証鍵ＳＫ１０を生成する。
【０１５８】
次に、リーダライタ２００−２Ａ及びＩＣカード１００−２Ａは、個体認証鍵を用いて個体の認証処理を行う。具体的には、リーダライタ２００−２ＡおよびＩＣカード１００−２Ａは、生成されたＳＫ１０を用いて個体認証処理を行う。例えば、リーダライタ２００−２Ａは、乱数１を生成し、乱数１を含む個体認証要求をＩＣカード１００−２Ａに送信する。ＩＣカード１００−２Ａは、個体認証要求が受信されると、乱数２を生成し、記憶されている個体認証鍵ＳＫ１０で乱数１および乱数２を含む情報を暗号化する。そして、ＩＣカード１００−２Ａは、暗号化された情報をリーダライタ２００−２Ａに送信する。リーダライタ２００−２Ａは、暗号化された情報が受信されると、個体認証要求の対象であるＩＣカード１００−２Ａについての顧客番号から生成されたＳＫ１０を用いて復号する。そして、リーダライタ２００−２Ａは、復号された情報における乱数１の有無を判定する。乱数１が含まれる場合、認証が成功したと判定される。なお、第１の実施形態で説明したような相互認証が行われてもよい。
【０１５９】
＜３−４．本実施形態のまとめ＞
このように、本開示の第２の実施形態によれば、通信装置１００−２（２００−２）は、当該通信装置１００−２（２００−２）について生成される個体鍵を記憶し、当該個体鍵と通信先の装置の固有情報とから生成される個体認証鍵を用いて当該通信先の装置についての認証処理を行う。また、通信装置１００−２（２００−２）は、自装置の固有情報と通信先の装置の個体鍵とから生成される個体認証鍵および当該固有情報を記憶し、当該個体認証鍵を用いて当該通信先の装置についての認証処理を行う。このため、認証に用いられる個体認証鍵が通信装置１００−２（２００−２）の各々について生成される個体鍵により生成されることにより、特定の通信装置１００−２（２００−２）についての当該個体鍵が漏えいした場合であっても、他の通信装置１００−２（２００−２）の認証処理は影響を受けない。従って、通信システム全体の安全性を向上させることが可能となる。また、個体鍵が漏えいした当該特定の通信装置１００−２（２００−２）についてのみ個体鍵の停止および再発行を行えば済むことになる。すなわち、当該他の通信装置１００−２（２００−２）の個体鍵の変更を回避できる。従って、情報漏えいについてのリカバリ作業を削減することが可能となる。
【０１６０】
＜４．本開示の第３の実施形態（論理的なアクセス制御への適用）＞
以上、本開示の第２の実施形態に係る通信システムについて説明した。続いて、本開示の第３の実施形態に係る通信しシステムについて説明する。本実施形態に係る通信システムは、認証結果に応じて論理的なアクセス制御を行うアプリケーションを備える。
【０１６１】
＜４−１．システムの構成＞
まず、図１４を参照して、本開示の第３の実施形態に係る通信システムの物理構成の例について説明する。図１４は、本開示の第３の実施形態に係る通信システムの概略的な物理構成の例を示す図である。なお、上述した実施形態における通信装置１００（２００）の機能構成と実質的に同一の構成については説明を省略する。
【０１６２】
本実施形態に係る通信システムは、図１４に示したように、装着型装置１００−３および携帯端末２００−３を備える。当該装着型装置１００−３および携帯端末２００−３の機能構成は、上述した実施形態における通信装置１００（２００）の機能構成と実質的に同一の構成を含む。なお、本実施形態では、通信モジュール１０３（２０３）は人体通信を行う。
【０１６３】
（装着型装置）
装着型装置１００−３は、ユーザに装着されるバンド形状の通信装置である。具体的には、装着型装置１００−３は、人体通信を用いて他の通信装置との認証およびデータ通信を行う。なお、装着型装置１００−３は、さらに情報検出機能を有していてもよい。例えば、装着型装置１００−３は、加速度もしくは角速度等の慣性情報または体温もしくは脈拍等の生体情報を測定する機能を有していてもよい。また、装着型装置１００−３は、図１４に示したようなバンドまたは図示しないネックレスのような装飾される物品と一体化される装置であってもよく、自動車もしくは家屋等の物理的な鍵であっても、ソフトウェアキーを有するドングルのような装置であってもよい。
【０１６４】
（携帯端末）
携帯端末２００−３は、処理部としてのアプリケーションを備える。具体的には、当該アプリケーションは、携帯端末２００−３に対するユーザの論理的なアクセスを制御する。例えば、携帯端末２００−３はスマートフォン等の情報通信端末であり、アプリケーションは当該スマートフォンの表示画面のロック制御を行う。なお、ロックされている間、ユーザは当該スマートフォンに対する全ての入力またはロック解除のための入力等の一部の入力以外の入力が行えない。
【０１６５】
＜４−２．システムの機能＞
次に、本開示の第３の実施形態に係る通信システムの機能について説明する。なお、第１または第２の実施形態に係る通信システムの機能と実質的に同一である機能については説明を省略する。
【０１６６】
携帯端末２００−３は、他の通信装置との認証結果に応じて処理を行う。具体的には、ホスト２０１は、人体通信を介して他の通信装置との認証処理を行い、アプリケーションは、当該認証処理の結果に応じて論理的なアクセスを制御する。より具体的には、ホスト２０１は、別途に備えられる操作検出部により当該携帯端末２００−３への操作が検出されると、通信装置のサーチを通信モジュール２０３に行わせる。当該サーチにより通信装置が発見されると、ホスト２０１は、当該通信装置との認証処理をＳＥ２０２に行わせる。そして、上記アプリケーションは、当該認証処理の結果に応じて携帯端末２００−３における表示画面のロック制御を行う。例えば、当該アプリケーションは、装着型装置１００−３との認証に成功すると、携帯端末２００−３の表示画面のロックを解除する。
【０１６７】
＜４−３．システムの処理＞
次に、図１５を参照して、本実施形態に係る通信システムの処理について説明する。図１５は、本実施形態に係る通信システムの認証結果に基づく携帯端末処理を概念的に示すフローチャートである。
【０１６８】
携帯端末２００−３は、操作の有無を判定する（ステップＳ８０１）。具体的には、ホスト２０１は、操作検出部により携帯端末２００−３への操作、例えば表示部へのタッチ操作が検出されたかを判定する。
【０１６９】
操作が検出されたと判定されると、携帯端末２００−３は、通信装置をサーチする（ステップＳ８０２）。具体的には、ホスト２０１は、操作検出部により携帯端末２００−３への操作が検出されたと判定されると、人体通信における通信装置のサーチを通信モジュール２０３に行わせる。
【０１７０】
次に、携帯端末２００−３は、発見された通信装置との認証処理を行う（ステップＳ８０３）。具体的には、ホスト２０１は、サーチにより装着型装置１００−３が発見されると、当該装着型装置１００−３との認証処理をＳＥ２０２に行わせる。
【０１７１】
次に、携帯端末２００−３は、認証の成功有無を判定する（ステップＳ８０４）。具体的には、ホスト２０１は、ＳＥ２０２による装着型装置１００−３との認証が成功したかを判定する。
【０１７２】
認証が成功したと判定されると、携帯端末２００−３は、アプリケーション処理を実行する（ステップＳ８０５）。具体的には、ホスト２０１は、ＳＥ２０２による認証が成功したと判定されると、アプリケーションに認証結果を提供する。そして、当該アプリケーションは、表示画面のロックを解除する。
【０１７３】
認証が失敗した場合、携帯端末２００−３は、アプリケーション処理を実行せずに終了する。なお、認証が失敗した場合に、別のアプリケーション処理が実行されてもよい。具体的には、認証が失敗すると、アプリケーションは、認証結果に基づくロック制御の代わりにユーザの入力に基づくロック制御を行う。例えば、ユーザの入力に基づくロック制御は、パスコード入力、指紋入力または虹彩入力に基づくロック制御であり得る。
【０１７４】
＜４−４．本実施形態のまとめ＞
このように、本開示の第３の実施形態によれば、通信装置１００−３（２００−３）は、認証処理における認証結果に応じて処理を行う処理部をさらに備える。このため、認証のためにユーザが入力操作を行うことなく、許可されるユーザについてのみアプリケーションを動作させることができる。従って、利便性と安全性とを両立させることが可能となる。
【０１７５】
また、上記アプリケーションは、通信装置１００−３（２００−３）への論理的なアクセス制御を行う。ここで、論理的なアクセス、例えば情報通信端末へのログイン等は、近年では日常的に行われるようになってきている。そのため、本構成によれば、認証処理の結果を利用することにより、情報通信端末の安全性を確保しつつ、ユーザのログイン入力の手間を省略することができる。
【０１７６】
＜５．本開示の第４の実施形態（物理的なアクセス制御への適用）＞
以上、本開示の第３の実施形態に係る通信システムについて説明した。続いて、本開示の第４の実施形態に係る通信しシステムについて説明する。本実施形態に係る通信システムは、認証結果に応じて物理的なアクセス制御を行うアプリケーションを備える。
【０１７７】
＜５−１．システムの構成＞
まず、図１６を参照して、本開示の第４の実施形態に係る通信システムの物理構成の例について説明する。図１６は、本開示の第４の実施形態に係る通信システムの概略的な物理構成の例を示す図である。なお、上述した実施形態における通信装置１００（２００）の機能構成と実質的に同一の構成については説明を省略する。
【０１７８】
本実施形態に係る通信システムは、図１６に示したように、装着型装置１００−４およびドア装置２００−４を備える。当該装着型装置１００−４およびドア装置２００−４の機能構成は、上述した実施形態における通信装置１００（２００）の機能構成と実質的に同一の構成を含む。
【０１７９】
（ドア装置）
ドア装置２００−４は、物理的なアクセスを制御するアプリケーションを備える。具体的には、当該アプリケーションは、ドア装置２００−４に対するユーザの物理的なアクセスを制御する。例えば、ドア装置２００−４は家屋等の建物または自動車等の乗り物のドアであり、当該アプリケーションは当該ドアのロック制御を行う。なお、ドア装置２００−４は、ドアと一体化されていてもよく、ドアと別個に設けられドア装置２００−４のロック機構を制御する制御モジュールと接続されていてもよい。
【０１８０】
＜５−２．システムの機能＞
次に、本開示の第４の実施形態に係る通信システムの機能について説明する。なお、第１〜第３の実施形態に係る通信システムの機能と実質的に同一である機能については説明を省略する。
【０１８１】
ドア装置２００−４は、他の通信装置との認証結果に応じて物理的なアクセス制御を行う。具体的には、ホスト２０１は、人体通信を介して他の通信装置との認証処理を行い、アプリケーションは、当該認証処理の結果に応じて物理的なアクセスを制御する。より具体的には、ホスト２０１は、別途に備えられる操作検出部により当該ドア装置２００−４への操作が検出されると、通信装置のサーチを通信モジュール２０３に行わせる。当該サーチにより通信装置が発見されると、ホスト２０１は、当該通信装置との認証処理をＳＥ２０２に行わせる。そして、上記アプリケーションは、当該認証処理の結果に応じてドアのロック制御を行う。例えば、当該アプリケーションは、装着型装置１００−４との認証に成功すると、ドア装置２００−４に対応するドアのロックを解除する。
【０１８２】
＜５−３．システムの処理＞
本開示の第４の実施形態に係る通信システムの処理は、アクセス制御という観点では第３の実施形態に係る通信システムの処理と実質的に同一であるため説明を省略する。
【０１８３】
＜５−４．本実施形態のまとめ＞
このように、本開示の第４の実施形態によれば、通信装置１００−４（２００−４）は、認証処理の結果に応じて当該通信装置１００−４（２００−４）への物理的なアクセス制御を行う。ここで、ドアの開放のためには、概してユーザはまずキー等を用いてドアのロックを解錠し、その後ドアノブを操作する。この際、荷物等を持つユーザにとって当該キー等を用いたロック解除が煩わしいことがある。これに対し、本実施形態によれば、認証処理の結果を利用することにより、ユーザのドアロック解除にかかる手間を省略することができる。さらに、当該認証処理に人体通信が用いられる場合には、認証処理自体がユーザにとって簡略化され、利便性を向上させることができる。
【０１８４】
＜６．本開示の一実施形態に係る通信装置のハードウェア構成＞
以上、本開示の各実施形態に係る通信装置１００（２００）について説明した。上述した通信装置１００（２００）の処理は、ソフトウェアと、以下に説明する通信装置１００（２００）のハードウェアとの協働により実現される。
【０１８５】
図１７は、本開示の一実施形態に係る通信装置１００（２００）のハードウェア構成を示した説明図である。図１７に示したように、通信装置１００（２００）は、ＣＰＵ（Central  Processing  Unit）１５２と、ＲＯＭ（Read  Only  Memory）１５４と、ＲＡＭ（Random  Access  Memory）１５６と、ブリッジ１５８と、バス１６０と、インターフェース１６２と、入力装置１６４と、出力装置１６６と、ストレージ装置１６８と、ドライブ１７０と、接続ポート１７２と、通信装置１７４とを備える。なお、上記構成のうちの一部が省略されてもよい。
【０１８６】
ＣＰＵ１５２は、演算処理装置として機能し、各種プログラムと協働して通信装置１００（２００）内のホスト１０１（２０１）およびＳＥ１０２（２０２）の動作を実現する。なお、ホスト１０１（２０１）とＳＥ１０２（２０２）とは異なるＣＰＵで動作してもよい。また、ＣＰＵ１５２は、マイクロプロセッサであってもよい。ＲＯＭ１５４は、ＣＰＵ１５２が使用するプログラムまたは演算パラメータ等を記憶する。ＲＡＭ１５６は、ＣＰＵ１５２の実行にいて使用するプログラムまたは実行において適宜変化するパラメータ等を一時記憶する。ＲＯＭ１５４およびＲＡＭ１５６により、通信装置１００（２００）内の記憶部の一部を実現する。ＣＰＵ１５２、ＲＯＭ１５４およびＲＡＭ１５６は、ＣＰＵバスなどから構成される内部バスにより相互に接続されている。
【０１８７】
入力装置１６４は、例えば、マウス、キーボード、タッチパネル、ボタン、マイクロホン、スイッチおよびレバーなどユーザが情報を入力するための入力手段、およびユーザによる入力に基づいて入力信号を生成し、ＣＰＵ１５２に出力する入力制御回路などから構成されている。通信装置１００（２００）のユーザは、入力装置１６４を操作することにより、通信装置１００（２００）に対して各種のデータを入力したり処理動作を指示したりすることができる。
【０１８８】
出力装置１６６は、プロジェクタ、液晶ディスプレイ（LCD）装置、ＯＬＥＤ（Organic  Light  Emitting  Diode）装置、ランプなどの装置への出力を行う。さらに、出力装置１６６は、スピーカおよびヘッドフォンなどの音声出力を行ってもよい。
【０１８９】
ストレージ装置１６８は、データ格納用の装置である。ストレージ装置１６８は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されるデータを削除する削除装置等を含んでもよい。ストレージ装置１６８は、ＣＰＵ１５２が実行するプログラムや各種データを格納する。
【０１９０】
ドライブ１７０は、記憶媒体用リーダライタであり、通信装置１００（２００）に内蔵、あるいは外付けされる。ドライブ１７０は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体に記録されている情報を読み出して、ＲＡＭ１５４に出力する。また、ドライブ１７０は、リムーバブル記憶媒体に情報を書込むこともできる。
【０１９１】
接続ポート１７２は、例えば、通信装置１００（２００）の外部の情報処理装置または周辺機器と接続するためのバスである。また、接続ポート１７２は、ＵＳＢ（Universal  Serial  Bus）であってもよい。
【０１９２】
通信制御装置１７４は、例えば通信装置１００（２００）における通信モジュール１０３（２０３）の一例として、ネットワークに接続するための通信デバイスで構成される通信インターフェースである。通信制御装置１７４は、概して人体通信対応装置であるが、近距離無線通信対応装置であっても、赤外線通信対応装置であっても、ＬＴＥ（Long  Term  Evolution）通信対応装置であっても、有線による通信を行うワイヤー通信対応装置であってもよい。
【０１９３】
＜７．むすび＞
以上、本開示の第１の実施形態によれば、予め記憶されるマクロ鍵を用いて認証処理が行われることにより、認証処理におけるマクロ鍵の生成処理を省略することができる。従って、当該認証処理にかかる時間を短縮することが可能となる。また、従来では、マクロ鍵を生成するために複数のサービスＩＤが通知されていた。これに対し、本実施形態によれば、複数のサービスＩＤの代わりに１つのマクロＩＤが通知される。当該マクロＩＤは当該複数のサービスＩＤと比べて情報量が少ないため、通信量が低減される。従って、マクロ鍵の生成のための情報の通知にかかる通信時間を短縮することが可能となる。
【０１９４】
また、本開示の第２の実施形態によれば、認証に用いられる個体認証鍵が通信装置１００（２００）の各々について生成される個体鍵により生成されることにより、ある通信装置１００（２００）についての当該個体鍵が漏えいした場合であっても、他の通信装置１００（２００）の認証処理は影響を受けない。従って、通信システム全体の安全性を向上させることが可能となる。また、個体鍵が漏えいした当該ある通信装置１００（２００）についてのみ個体鍵の停止および再発行を行えば済むことになる。すなわち、当該他の通信装置１００（２００）の個体鍵の変更を回避できる。従って、情報漏えいについてのリカバリ作業を削減することが可能となる。
【０１９５】
また、本開示の第３の実施形態によれば、認証のためにユーザが入力操作を行うことなく、許可されるユーザについてのみアプリケーションを動作させることができる。従って、利便性と安全性とを両立させることが可能となる。
【０１９６】
また、本開示の第４の実施形態によれば、認証処理の結果を利用することにより、ユーザのドアロック解除にかかる手間を省略することができる。さらに、当該認証処理に人体通信が用いられる場合には、認証処理自体がユーザにとって簡略化され、利便性を向上させることができる。
【０１９７】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１９８】
例えば、上記実施形態では、上記では認証結果に応じてスマートフォンの表示画面のロック解除が行われるとしたが、本技術はかかる例に限定されない。具体的には、当該認証結果に応じて行われる処理は、スマートフォン等の通信装置の秘密情報へのアクセスまたは課金処理であってもよい。例えば、秘密情報としてはメール本文または宛先等があり、これら秘密情報の閲覧または変更が認証処理の結果に応じて行われる。
【０１９９】
また、上記実施形態では、１つのマクロＩＤが通信される例を説明したが、複数のマクロＩＤが一度の認証において通信されてもよい。
【０２００】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２０１】
また、上記の実施形態のフローチャートまたはシーケンス図に示されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的にまたは個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。
【０２０２】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
複数の鍵から生成される認証鍵を記憶する記憶部と、
前記認証鍵が特定される認証鍵識別情報を受信する通信部と、
前記認証鍵識別情報に基づいて前記記憶部から特定される前記認証鍵を用いて前記認証鍵識別情報の送信元についての認証処理を行う認証部と、
を備える、通信装置。
（２）
前記認証処理は、前記認証鍵識別情報の送信元による前記通信装置の認証のための処理を含む、前記（１）に記載の通信装置。
（３）
前記認証鍵識別情報は、前記通信部によって受信される第１の情報に含まれ、
前記認証部は、前記第１の情報に含まれる第１の乱数を含む第２の情報を前記特定される前記認証鍵を用いて暗号化し、暗号化される前記第２の情報を前記通信部に送信させる、前記（２）に記載の通信装置。
（４）
前記認証処理は、前記通信装置による前記認証鍵識別情報の送信元の認証のための処理を含む、前記（３）に記載の通信装置。
（５）
前記認証部は、第２の乱数を生成し、前記第２の乱数を含む前記第２の情報を前記通信部に送信させ、
前記通信部により受信される第３の情報を前記特定される前記認証鍵で復号し、復号により得られる前記第３の情報における前記第２の乱数の有無を判定する、前記（４）に記載の通信装置。
（６）
前記鍵が特定される鍵識別情報および前記認証鍵識別情報を含む認証鍵登録要求が受信されると、前記鍵識別情報から特定される鍵から前記認証鍵が生成され、
前記記憶部は、生成される前記認証鍵を記憶する、前記（１）〜（５）のいずれか１項に記載の通信装置。
（７）
前記認証鍵登録要求は、前記認証鍵登録要求に含まれる前記認証鍵識別情報および前記鍵識別情報について生成される、情報の正当性を判定するための判定情報を含む、前記（６）に記載の通信装置。
（８）
受信される前記鍵が特定される鍵識別情報に基づいて生成される前記認証鍵を用いて前記認証処理が行われ、
前記記憶部は、前記認証処理において生成された前記認証鍵を記憶する、前記（１）〜（７）のいずれか１項に記載の通信装置。
（９）
前記記憶部は、認証鍵登録要求の受信に基づいて、前記認証処理において生成された前記認証鍵を記憶する、前記（８）に記載の通信装置。
（１０）
前記記憶部は、所定の条件が満たされると前記認証鍵を削除する、前記（１）〜（９）のいずれか１項に記載の通信装置。
（１１）
前期認証部は、前記認証処理が成功すると、前記鍵が特定される鍵識別情報に対応付けられるデータへの前記認証鍵識別情報の送信元によるアクセスを許可する、前記（１）〜（１０）のいずれか１項に記載の通信装置。
（１２）
複数の鍵から生成される認証鍵が特定される認証鍵識別情報を送信する通信部と、
前記認証鍵を記憶する記憶部と、
記憶される前記認証鍵を用いて前記認証鍵識別情報の送信先についての認証処理を行う認証部と、
を備える、通信装置。
（１３）
前記通信部は、前記鍵が特定される鍵識別情報および前記認証鍵識別情報を含む認証鍵登録要求を送信する、前記（１２）に記載の通信装置。
（１４）
前記認証鍵登録要求に含まれる前記認証鍵識別情報は、既に利用されている前記認証鍵識別情報と重複しない、前記（１３）に記載の通信装置。
（１５）
前記認証処理における認証結果に応じて処理を行う処理部をさらに備える、前記（１２）〜（１４）のいずれか１項に記載の通信装置。
（１６）
前期処理部は、前記認証処理が成功すると、前記認証鍵識別情報の送信先に記憶される、前記鍵が特定される鍵識別情報に対応付けられるデータにアクセスする、前記（１５）に記載の通信装置。
（１７）
前記通信部は、人体通信を用いて通信する、前記（１２）〜（１６）のいずれか１項に記載の通信装置。
（１８）
プロセッサにおいて、
複数の鍵から生成される認証鍵を記憶することと、
前記認証鍵が特定される認証鍵識別情報を受信することと、
前記認証鍵識別情報に基づいて特定される前記認証鍵を用いて前記認証鍵識別情報の送信元についての認証処理を行うことと、
を含む、通信方法。
（１９）
プロセッサにおいて、
複数の鍵から生成される認証鍵が特定される認証鍵識別情報を送信することと、
前記認証鍵を記憶することと、
記憶される前記認証鍵を用いて前記認証鍵識別情報の送信先についての認証処理を行うことと、
を含む、通信方法。
（２０）
複数の鍵から生成される認証鍵が特定される認証鍵識別情報を送信する通信部と、
前記認証鍵を記憶する記憶部と、
前記記憶される前記認証鍵を用いて前記認証鍵識別情報の送信先についての認証処理を行う認証部と、を有する第１の通信装置と、
複数の鍵から生成される認証鍵を記憶する記憶部と、
前記認証鍵が特定される認証鍵識別情報を受信する通信部と、
前記認証鍵識別情報に基づいて前記記憶部から特定される前記認証鍵を用いて前記認証鍵識別情報の送信元についての認証処理を行う認証部と、を有する第２の通信装置と、
を備える、通信システム。
【符号の説明】
【０２０３】
１００    通信装置、ＩＣカード、装着型装置
１０１    ホスト
１０２    ＳＥ
１０３    通信モジュール
２００    通信装置、リーダライタ、携帯端末、ドア型装置
２０１    ホスト
２０２    ＳＥ
２０３    通信モジュール
【図１】
2017085225.tif 000003
【図２】
2017085225.tif 000004
【図３】
2017085225.tif 000005
【図４】
2017085225.tif 000006
【図５】
2017085225.tif 000007
【図６】
2017085225.tif 000008
【図７】
2017085225.tif 000009
【図８】
2017085225.tif 000010
【図９】
2017085225.tif 000011
【図１０】
2017085225.tif 000012
【図１１】
2017085225.tif 000013
【図１２】
2017085225.tif 000014
【図１３】
2017085225.tif 000015
【図１４】
2017085225.tif 000016
【図１５】
2017085225.tif 000017
【図１６】
2017085225.tif 000018
【図１７】
2017085225.tif 000019