特開 2024-143470 支援装置、セキュアコンポーネント、支援システム、コンピュータプログラム及び支援方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024143470

(43)【公開日】2024-10-11

(54)【発明の名称】支援装置、セキュアコンポーネント、支援システム、コンピュータプログラム及び支援方法

(51)【国際特許分類】

   H04L 9/14 20060101AFI20241003BHJP

   H04L 9/10 20060101ALI20241003BHJP

【ＦＩ】

H04L9/14

H04L9/10 A

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2023056178

(22)【出願日】2023-03-30

(71)【出願人】

【識別番号】000002897

【氏名又は名称】大日本印刷株式会社

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】野地 満里子

(72)【発明者】

【氏名】稲本 健作

(72)【発明者】

【氏名】谷 奈津実

(72)【発明者】

【氏名】川口 泰弘

(72)【発明者】

【氏名】苣木 実

(72)【発明者】

【氏名】加藤 大樹

(57)【要約】

【課題】クライアント装置とサーバとの間の暗号化通信を支援する支援装置、クライアント支援装置、支援システム、コンピュータプログラム及び支援方法を提供する。
【解決手段】支援装置は、クライアント装置とサーバとの間の暗号化通信を支援する支援装置であって、制御部を備え、制御部は、サーバがクライアント装置へ送信するデータの暗号化要求をサーバから受信し、受信した暗号化要求に基づいてサーバが暗号化に使用するサーバ鍵の状態を判定し、判定結果に基づいて暗号化要求結果をサーバへ送信する。
【選択図】図１

【特許請求の範囲】

【請求項1】

クライアント装置とサーバとの間の暗号化通信を支援する支援装置であって、
制御部を備え、
前記制御部は、
前記サーバが前記クライアント装置へ送信するデータの暗号化要求を前記サーバから受信し、
受信した暗号化要求に基づいて前記サーバが暗号化に使用するサーバ鍵の状態を判定し、
判定結果に基づいて暗号化要求結果を前記サーバへ送信する、
支援装置。

【請求項2】

複数世代のサーバ鍵を記憶する記憶部を備える、
請求項１に記載の支援装置。

【請求項3】

前記サーバ鍵の状態は、複数世代毎のサーバ鍵の有効期限又は利用回数を含む、
請求項２に記載の支援装置。

【請求項4】

前記暗号化要求結果は、暗号化データ、及び暗号化に利用したサーバ鍵の鍵ＩＤ又は世代番号を含む、
請求項２に記載の支援装置。

【請求項5】

前記制御部は、
前記サーバが前記クライアント装置から受信した暗号化データの復号要求を前記サーバから受信し、
受信した復号要求に基づいて前記サーバが復号に使用するクライアント鍵の状態を判定し、
判定結果に基づいて復号要求結果を前記サーバへ送信する、
請求項１から請求項４のいずれか一項に記載の支援装置。

【請求項6】

複数世代のクライアント鍵を記憶する記憶部を備える、
請求項５に記載の支援装置。

【請求項7】

前記クライアント鍵の状態は、複数世代毎のクライアント鍵の有効期限又は利用回数を含む、
請求項６に記載の支援装置。

【請求項8】

前記復号要求結果は、復号データ、及び復号に利用したクライアント鍵の有効期限切れの有無を含む、
請求項５に記載の支援装置。

【請求項9】

前記制御部は、
前記サーバ鍵及び前記クライアント鍵の少なくとも一方の更新の要否を判定する、
請求項６から請求項８のいずれか一項に記載の支援装置。

【請求項10】

１世代又は複数世代の鍵輸送鍵を記憶する記憶部を備え、
前記制御部は、
更新後サーバ鍵又は更新後クライアント鍵を前記鍵輸送鍵で暗号化し、
前記サーバを介して、暗号化した更新後サーバ鍵又は更新後クライアント鍵を前記クライアント装置の暗号化・復号を支援するセキュアコンポーネントへ送信する、
請求項９に記載の支援装置。

【請求項11】

前記制御部は、
前記鍵輸送鍵の更新の要否を判定し、
更新が必要な場合、前記サーバを介して、更新前鍵輸送鍵で暗号化した更新後鍵輸送鍵を前記セキュアコンポーネントへ送信する、
請求項１０に記載の支援装置。

【請求項12】

クライアント装置の暗号化・復号を支援するセキュアコンポーネントであって、
前記クライアント装置とサーバとの間の暗号化通信を支援する支援装置が記憶する、前記サーバが暗号化に使用するサーバ鍵、前記サーバが復号に使用するクライアント鍵、及び更新後のサーバ鍵又は更新後のクライアント鍵を暗号化する鍵輸送鍵を含む鍵情報を記憶する、
セキュアコンポーネント。

【請求項13】

請求項１から請求項４のいずれか一項に記載の支援装置と、
請求項１２に記載のセキュアコンポーネントと
を備える支援システム。

【請求項14】

クライアント装置との間で暗号化通信を行うサーバが前記クライアント装置へ送信するデータの暗号化要求を前記サーバから受信し、
受信した暗号化要求に基づいて前記サーバが暗号化に使用するサーバ鍵の状態を判定し、
判定結果に基づいて暗号化要求結果を前記サーバへ送信する、
処理をコンピュータに実行させるコンピュータプログラム。

【請求項15】

クライアント装置とサーバとの間の暗号化通信を支援する支援方法であって、
前記サーバが前記クライアント装置へ送信するデータの暗号化要求を前記サーバから受信し、
受信した暗号化要求に基づいて前記サーバが暗号化に使用するサーバ鍵の状態を判定し、
判定結果に基づいて暗号化要求結果を前記サーバへ送信する、
支援方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、支援装置、セキュアコンポーネント、支援システム、コンピュータプログラム及び支援方法に関する。

【背景技術】

【0002】

近年、ＩｏＴ技術は家電製品やウェラブル端末など身近な“モノ”だけでなく、生産性を向上させるしくみとして製造現場の多様なシーンでの利活用が広がっている。ＩｏＴ技術の普及に伴いＩｏＴ製品での障害による莫大な金額の損失や企業のサービスの信用失墜だけでなく、人命にも影響を及ぼしかねない脅威が年々増加している。

【0003】

このような背景から、ＩｏＴ製品のセキュリティに関するガイドラインが国内外で策定されており、ＩｏＴ製品の設計・開発時からセキュリティ対策に向けた取り組みが進んでいる。セキュリティ対策は、例えば、物理攻撃や遠隔攻撃での不正アクセス等により、ＩｏＴ製品の乗っ取り、なりすまし、情報漏洩、データ改ざん等への対策である。

【0004】

特許文献１には、秘密鍵情報を用いて署名された署名情報に基づいて、クライアント装置とサーバとの間の暗号化通信を行う通信システムが開示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１９－１６５４０４号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

特許文献１に開示された通信システムのように、クライアント装置とサーバとの間でセキュリティ対策がなされている場合もあるが、Ｅ２Ｅ（エンドツーエンド）でのデータ保護を実現しようとすると、例えば、サーバへ新たなセキュリティ機能を搭載する必要があり、ＩｏＴ製品などのクライアント装置を制御するサーバの改修等に多大なコストを要する。また、Ｅ２Ｅでのデータ保護を既に導入していたとしても、使用する鍵の定期的な更新に対する負荷や鍵の有効期限切れに伴う一時的なサービス停止など可用性の課題が残る。

【0007】

本発明は、斯かる事情に鑑みてなされたものであり、クライアント装置とサーバとの間の暗号化通信を支援する支援装置、セキュアコンポーネント、支援システム、コンピュータプログラム及び支援方法を提供することを目的とする。

【課題を解決するための手段】

【0008】

本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、支援装置は、クライアント装置とサーバとの間の暗号化通信を支援する支援装置であって、制御部を備え、前記制御部は、前記サーバが前記クライアント装置へ送信するデータの暗号化要求を前記サーバから受信し、受信した暗号化要求に基づいて前記サーバが暗号化に使用するサーバ鍵の状態を判定し、判定結果に基づいて暗号化要求結果を前記サーバへ送信する。

【発明の効果】

【0009】

本発明によれば、クライアント装置とサーバとの間の暗号化通信を支援することができる。

【図面の簡単な説明】

【0010】

【図1】本実施形態の支援システムの構成の第１例を示す図である。

【図2】機器管理機能及び鍵管理機能の第１例を示す図である。

【図3】機器管理機能及び鍵管理機能の第２例を示す図である。

【図4】暗号処理機能、機器管理機能及び鍵管理機能の第１例を示す図である。

【図5】暗号処理機能、機器管理機能及び鍵管理機能の第２例を示す図である。

【図6】鍵情報の一例を示す図である。

【図7】データ暗号化の場合の支援方法の第１例を示す図である。

【図8】データ暗号化の場合の支援方法の第２例を示す図である。

【図9】データ復号の場合の支援方法の第１例を示す図である。

【図10】データ復号の場合の支援方法の第２例を示す図である。

【図11】鍵更新の場合の支援方法の一例を示す図である。

【図12】本実施形態の支援システムの構成の第２例を示す図である。

【図13】鍵の階層の一例を示す図である。

【発明を実施するための形態】

【0011】

以下、本発明をその実施の形態を示す図面に基づいて説明する。図１は本実施形態の支援システムの構成の第１例を示す図である。支援システムは、支援装置５０を備える。支援装置５０には、通信ネットワークを介してユーザサーバ３０が接続されている。ユーザサーバ３０には、通信ネットワークを介してクライアント装置１０が接続されている。なお、図１では、クライアント装置１０を１台だけ図示しているが、複数台のクライアント装置１０がユーザサーバ３０に接続されていてもよい。

【0012】

クライアント装置１０は、例えば、ＩｏＴ製品であり、製造現場で使用される機器、家電製品、ウェラブル端末、自動車などの車両内の機器などを含む。クライアント装置１０は、例えば、パーソナルコンピュータと同様のハードウェアを備える。クライアント装置１０は、ユーザアプリ１１、及びセキュアコンポーネント１２を備える。ユーザアプリ１１は、セキュアコンポーネント１２及びユーザサーバ３０との間で情報の送受信を行う。

【0013】

セキュアコンポーネント１２は、例えば、セキュアエレメントであり、セキュアＩＣチップ上に、データ暗号化、認証、機密情報保護などのセキュリティ機能を持つアプリケーションを搭載した耐タンパ性のモジュールである。なお、セキュアコンポーネント１２は、ＴＥＥ（Trusted Execution Environment）上の実行基盤（ＯＳ）やアプリケーションなどであってもよく、例えば、ホワイトボックス暗号方式を実装することができる。ホワイトボックス暗号方式は、暗号鍵そのものの漏洩を防止することを目的とした難読化手法であり、暗号化・復号のような機能だけを提供して鍵情報そのものを含まないので、攻撃者が機能を解読しても鍵情報を復元することが現実的に困難である。また、ホワイトボックス暗号方式を実装したアプリケーションには、アプリ開発のためのライブラリ等も含まれる。セキュアコンポーネント１２は、鍵情報１３を記憶している。鍵情報の詳細は後述する。

【0014】

ユーザサーバ３０は、クライアント装置１０との間で情報の送受信を行って、クライアント装置１０を制御又は管理するサーバである。クライアント装置１０のセキュリティ対策を行う上では、ユーザサーバ３０は、本来、機器管理機能、暗号処理機能、及び鍵管理機能などを備える必要がある。本実施形態では、このような機器管理機能、暗号処理機能、及び鍵管理機能を支援装置５０に搭載することで、ユーザサーバ３０とクライアント装置１０との間の暗号化通信を支援する。

【0015】

支援装置５０は、支援装置全体を制御する制御部５１、通信部５２、メモリ５３、記憶部５４、記録媒体読取部５６、機器管理機能５７、暗号処理機能５８、鍵管理機能５９、及びセキュアメモリ６０を備える。

【0016】

制御部５１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等が所要数組み込まれて構成されてもよい。また、制御部５１は、暗号プロセッサ、ＤＳＰ（Digital Signal Processors）、ＦＰＧＡ（Field-Programmable Gate Arrays）等を組み合わせて構成してもよい。

【0017】

通信部５２は、通信モジュールを備え、ユーザサーバ３０との間で通信を行う機能を有する。通信部５２は、支援装置５０とユーザサーバ３０との間の通信ネットワーク上で秘匿通信路を開設してもよい。

【0018】

記憶部５４は、例えば、ハードディスク又は半導体メモリ等で構成することができ、コンピュータプログラム５５（プログラム製品）、及び所要の情報を記憶する。

【0019】

コンピュータプログラム５５は、支援装置５０で動作するコンピュータプログラムであり、コンピュータプログラム５５を記録した記録媒体（例えば、ＣＤ－ＲＯＭ等の光学可読ディスク記憶媒体１を記録媒体読取部５６で読み取り、読み取ったコンピュータプログラム５５を記憶部５４に記憶する。また、コンピュータプログラム５５は、通信部５２を介して外部の装置からダウンロードして記憶部５４に記憶してもよい。

【0020】

メモリ５３は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の半導体メモリで構成することができる。コンピュータプログラム５５をメモリ５３に展開して、制御部５１がコンピュータプログラム５５を実行することができる。制御部５１は、コンピュータプログラム５５で定められた処理を実行することができる。すなわち、制御部５１による処理は、コンピュータプログラム５５による処理でもある。

【0021】

機器管理機能５７、暗号処理機能５８、及び鍵管理機能５９は、制御部５１がコンピュータプログラム５５を実行することにより各機能を実行する。なお、機器管理機能５７、暗号処理機能５８、及び鍵管理機能５９は、全部又は一部をハードウェアで構成してもよい。機器管理機能５７、暗号処理機能５８、及び鍵管理機能５９の詳細は後述する。

【0022】

セキュアメモリ６０は、耐タンパ性を有するメモリであり、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）で構成することができ、鍵情報６１などを格納する書き込み可能なメモリである。

【0023】

支援装置５０が記憶するサーバ鍵、クライアント鍵、及び鍵輸送鍵を含む鍵情報６１と同様の鍵情報１３がセキュアコンポーネント１２に記憶されている。また、鍵情報６１に更新があった場合には、同じ更新内容が鍵情報１３に反映される。このようにして、鍵情報６１と鍵情報１３とは同一性を維持するように管理される。サーバ鍵、クライアント鍵、及び鍵輸送鍵の詳細は後述する。

【0024】

次に、支援装置５０の機器管理機能５７、暗号処理機能５８、及び鍵管理機能５９について説明する。

【0025】

図２は機器管理機能５７及び鍵管理機能５９の第１例を示す図である。ユーザサーバ３０を介して機器登録要求が送信される（Ｓ１１）。機器登録要求は、新たなクライアント装置１０の登録要求である。機器管理機能５７は、機器登録要求を受け付けると（Ｓ１２）、鍵管理機能５９に対して、初期鍵セット生成要求を出力する（Ｓ１３）。

【0026】

鍵管理機能５９は、鍵の生成・保存を行う（Ｓ１４）。ここで、生成される鍵は、図１に例示した鍵情報６１である。鍵管理機能５９は、機器管理機能５７に対して、鍵情報を出力する（Ｓ１５）。機器管理機能５７は、鍵情報をユーザサーバ３０へ出力し（Ｓ１６）、機器と鍵の対応付けを管理し（Ｓ１７）、処理を終了する。ユーザサーバ３０は、鍵情報をクライアント装置１０へ送信すると、セキュアコンポーネント１２は、鍵情報１３として記憶する。鍵情報１３及び鍵情報６１は、クライアント装置１０毎に異なる鍵情報でもよく、複数のクライアント装置１０で共通の鍵情報を使用してもよい。なお、セキュアコンポーネント１２が記憶する鍵情報１３については、予めセキュアコンポーネント１２との紐づけ情報と鍵情報１３を生成しておき、セキュアコンポーネント１２の製造工程で、紐づけ情報に基づく鍵情報１３をセキュアコンポーネント１２に書き込んでもよい。

【0027】

図３は機器管理機能５７及び鍵管理機能５９の第２例を示す図である。ユーザサーバ３０から鍵の更新要求が送信される（Ｓ２１）。鍵の更新要求は、サーバ鍵、クライアント鍵又は鍵輸送鍵のいずれの更新でもよい。機器管理機能５７は、鍵の更新要求を受け付けると（Ｓ２２）、鍵管理機能５９に対して、鍵の生成・更新要求を出力する（Ｓ２３）。

【0028】

鍵管理機能５９は、鍵の生成・保存を行う（Ｓ２４）。ここで、更新のために生成される鍵は、サーバ鍵、クライアント鍵又は鍵輸送鍵である。鍵管理機能５９は、機器管理機能５７に対して、鍵情報を出力する（Ｓ２５）。機器管理機能５７は、鍵情報をユーザサーバ３０へ出力し（Ｓ２６）、機器と鍵の対応付けを管理し（Ｓ２７）、処理を終了する。ユーザサーバ３０は、鍵情報をクライアント装置１０へ送信すると、セキュアコンポーネント１２は、鍵情報１３として記憶する。これにより、鍵情報１３と鍵情報６１との同一性を制御・管理することができる。

【0029】

図４は暗号処理機能５８、機器管理機能５７及び鍵管理機能５９の第１例を示す図である。ユーザサーバ３０からデータの暗号化要求が送信される（Ｓ３１）。当該データは、ユーザサーバ３０がクライアント装置１０へ送信するデータであり、ユーザサーバ３０は、自身が暗号化処理するのではなく、支援装置５０に暗号化処理の支援を要求する。暗号処理機能５８は、暗号化要求を受け付け（Ｓ３２）、機器管理機能５７に対して、暗号化に必要な鍵情報を要求する（Ｓ３３）。

【0030】

機器管理機能５７は、暗号処理機能５８に対して、鍵識別情報を出力する（Ｓ３４）。鍵識別情報は、サーバ鍵の鍵ＩＤ、世代番号などを含む。暗号処理機能５８は、鍵管理機能５９に対して、セッション鍵の要求を出力する（Ｓ３５）。

【0031】

鍵管理機能５９は、セッション鍵を生成する（Ｓ３６）。セッション鍵は、例えば、サーバ鍵、及びシード情報を元に生成することができる。セッション鍵を利用する場合は、クライアント装置１０との間でセッション鍵生成ルール、及びセッション鍵を生成するためのシード情報を共有しておく必要がある。シード情報は、適宜設定できるが、例えば、サーバ鍵の利用回数などの数値を用いてもよい。

【0032】

鍵管理機能５９は、暗号処理機能５８に対して、セッション鍵を出力する（Ｓ３７）。暗号処理機能５８は、セッション鍵でデータを暗号化し（Ｓ３８）、暗号化したデータをユーザサーバ３０へ出力し（Ｓ３９）、処理を終了する。図４の例では、セッション鍵を用いてデータを暗号化したが、これに限定されるものではなく、サーバ鍵を用いてデータを暗号化してもよい。

【0033】

図５は暗号処理機能５８、機器管理機能５７及び鍵管理機能５９の第２例を示す図である。ユーザサーバ３０から暗号化データの復号要求が送信される（Ｓ４１）。当該暗号化データは、ユーザサーバ３０がクライアント装置１０から受信したデータであり、ユーザサーバ３０は、自身が復号処理するのではなく、支援装置５０に復号処理の支援を要求する。暗号処理機能５８は、復号要求を受け付け（Ｓ４２）、機器管理機能５７に対して、暗号化に必要な鍵情報を要求する（Ｓ４３）。

【0034】

機器管理機能５７は、暗号処理機能５８に対して、鍵識別情報を出力する（Ｓ４４）。鍵識別情報は、クライアント鍵の鍵ＩＤ、世代番号などを含む。暗号処理機能５８は、鍵管理機能５９に対して、セッション鍵の要求を出力する（Ｓ４５）。

【0035】

鍵管理機能５９は、セッション鍵を生成する（Ｓ４６）。セッション鍵は、例えば、クライアント鍵、及びシード情報を元に生成することができる。セッション鍵を利用する場合は、クライアント装置１０との間でセッション鍵生成ルール、及びセッション鍵を生成するためのシード情報を共有しておく必要がある。シード情報は、適宜設定できるが、例えば、クライアント鍵の利用回数などの数値を用いてもよい。

【0036】

鍵管理機能５９は、暗号処理機能５８に対して、セッション鍵を出力する（Ｓ４７）。暗号処理機能５８は、セッション鍵でデータを復号し（Ｓ４８）、復号したデータをユーザサーバ３０へ出力し（Ｓ４９）、処理を終了する。図５の例では、セッション鍵を用いて暗号化データを復号したが、これに限定されるものではなく、クライアント鍵を用いて暗号化データを復号してもよい。

【0037】

図６は鍵情報の一例を示す図である。図１に例示した鍵情報１３、６１は、便宜上、図６に示す鍵情報のうち鍵種別だけを図示したものである。図６に示すように、鍵情報は、鍵種別、鍵ＩＤ、世代（世代番号）、鍵の状態（有効・無効）、有効期限、最大利用回数、及び現利用回数などの情報を含む。鍵種別には、サーバ鍵、クライアント鍵、及び鍵輸送鍵が含まれる。サーバ鍵は、本来、ユーザサーバ３０がクライアント装置１０へ送信するデータを暗号化するために利用する鍵であり、クライアント装置１０は、暗号化されたデータをサーバ鍵で復号できる。クライアント鍵は、本来、ユーザサーバ３０が、クライアント装置１０が送信した暗号化データを復号するために利用する鍵であり、クライアント装置１０は、クライアント鍵でデータを暗号化できる。鍵輸送鍵は、ユーザサーバ３０からクライアント装置１０へサーバ鍵又はクライアント鍵を送信する際にサーバ鍵又はクライアント鍵を暗号化するために利用する鍵である。クライアント装置１０は、暗号化されたサーバ鍵又はクライアント鍵を鍵輸送鍵で復号できる。

【0038】

世代と有効期限とは関連し、世代番号が若いほど有効期限までの期間が短い。図６の例では、２世代の鍵（現行鍵と次世代鍵）を保存しているが、世代の数は２に限定されない。支援装置５０でサーバ鍵、クライアント鍵、及び鍵輸送鍵それぞれの世代管理することでユーザサーバ３０の鍵管理に関する負荷を軽減できる。また、複数の世代の鍵を保存することにより、鍵が１世代しかない場合に起こり得る、鍵の有効期限切れで一時的なサービスの停止などの可用性の課題も解決できる。

【0039】

鍵の状態は、有効期限が切れた場合、あるいは現利用回数が最大利用回数（利用可能回数）を超えた場合に「無効」となる。鍵の状態は、有効期限内である場合、及び現利用回数が最大利用回数（利用可能回数）以下である場合に「有効」となる。

【0040】

上述のように、支援装置５０は、複数世代のサーバ鍵、クライアント鍵、及び鍵輸送鍵を記憶するセキュアメモリ６０（「記憶部」とも称する）を備える。これにより、仮に現世代の鍵の状態が無効であっても、次世代の鍵を利用することで、ユーザは、所要の処理を継続することができ、サービスの可用性を向上させることができる。

【0041】

次に、支援装置５０による暗号化通信の支援方法について説明する。

【0042】

図７はデータ暗号化の場合の支援方法の第１例を示す図である。図７に示す第１例では、支援装置５０及びセキュアコンポーネント１２が記憶する各鍵は全て有効であるとする。ユーザサーバ３０は、支援装置５０に対して、暗号化対象のデータを含むデータ暗号化要求を出力する（Ｓ１０１）。支援装置５０は、セッション鍵を生成する（Ｓ１０２）。セッション鍵の生成は、サーバ鍵及び所要のシード情報を元に生成できる。セッション鍵を生成する際のサーバ鍵は、世代１のサーバ鍵の状態が有効であるので、世代１のサーバ鍵を利用できる。

【0043】

支援装置５０は、セッション鍵でデータを暗号化し（Ｓ１０３）、データ暗号化結果をユーザサーバ３０へ出力する（Ｓ１０４）。データ暗号化結果には、暗号化データ、サーバ鍵の鍵ＩＤ、サーバ鍵の世代番号、及びシード情報などが含まれる。暗号化データは、世代１のサーバ鍵を利用している。

【0044】

ユーザサーバ３０は、暗号化データをユーザアプリ１１へ出力する（Ｓ１０５）。暗号化データには、暗号化データに加えて、サーバ鍵の鍵ＩＤ、サーバ鍵の世代番号、及びシード情報などが含まれる。ユーザアプリ１１は、セキュアコンポーネント１２に対して、暗号化データの復号要求を出力する（Ｓ１０６）。復号要求には、暗号化データに加えて、サーバ鍵の鍵ＩＤ、サーバ鍵の世代番号、及びシード情報などが含まれる。

【0045】

セキュアコンポーネント１２は、サーバ鍵及びシード情報を元にセッション鍵を生成し（Ｓ１０７）、生成したセッション鍵を用いて暗号化データを復号する（Ｓ１０８）。セキュアコンポーネント１２は、復号したデータをユーザアプリ１１へ出力し（Ｓ１０９）、処理を終了する。図７の例では、サーバ鍵を利用してセッション鍵を生成する構成であったが、サーバ鍵でデータを暗号化し、暗号化したデータを復号してもよい。

【0046】

図８はデータ暗号化の場合の支援方法の第２例を示す図である。図８に示す第２例では、支援装置５０及びセキュアコンポーネント１２が記憶する各鍵のうち、世代１のサーバ鍵の状態が無効であり、他の鍵の状態は有効であるとする。第２例では、サーバ鍵の更新に関する処理が追加される。

【0047】

ユーザサーバ３０は、支援装置５０に対して、暗号化対象のデータを含むデータ暗号化要求を出力する（Ｓ１１１）。支援装置５０は、セッション鍵を生成する（Ｓ１１２）。セッション鍵の生成は、サーバ鍵及び所要のシード情報を元に生成できる。セッション鍵を生成する際のサーバ鍵は、世代１のサーバ鍵の状態が無効であるので、世代２のサーバ鍵を利用する。

【0048】

支援装置５０は、セッション鍵でデータを暗号化し（Ｓ１１３）、データ暗号化結果をユーザサーバ３０へ出力する（Ｓ１１４）。データ暗号化結果には、暗号化データ、サーバ鍵（世代２）の鍵ＩＤ、サーバ鍵の世代番号（世代２）、シード情報、及び世代１のサーバ鍵の更新要求などが含まれる。暗号化データは、世代２のサーバ鍵を利用している。

【0049】

ユーザサーバ３０は、暗号化データをユーザアプリ１１へ出力する（Ｓ１１５）。暗号化データには、暗号化データに加えて、サーバ鍵（世代２）の鍵ＩＤ、サーバ鍵の世代番号（世代２）、及びシード情報などが含まれる。ユーザアプリ１１は、セキュアコンポーネント１２に対して、暗号化データの復号要求を出力する（Ｓ１１６）。復号要求には、暗号化データに加えて、サーバ鍵（世代２）の鍵ＩＤ、サーバ鍵の世代番号（世代２）、及びシード情報などが含まれる。

【0050】

セキュアコンポーネント１２は、サーバ鍵及びシード情報を元にセッション鍵を生成し（Ｓ１１７）、生成したセッション鍵を用いて暗号化データを復号する（Ｓ１１８）。セキュアコンポーネント１２は、復号したデータをユーザアプリ１１へ出力する（Ｓ１１９）。

【0051】

ユーザサーバ３０は、サーバ鍵（世代１）が無効となっているので、サーバ鍵の更新要求を支援装置５０へ出力する（Ｓ１２０）。支援装置５０は、サーバ鍵を更新する（Ｓ１２１）。図８の例では、サーバ鍵（世代１）がサーバ鍵（世代３）で更新されている。

【0052】

支援装置５０は、鍵更新情報をユーザサーバ３０へ出力する（Ｓ１２２）。鍵更新情報には、例えば、サーバ鍵（世代３）の鍵ＩＤ、世代番号（世代３）、有効期限、最大利用回数、現利用回数などの情報が含まれる。

【0053】

ユーザサーバ３０は、鍵更新情報をユーザアプリ１１へ出力し（Ｓ１２３）、ユーザアプリ１１は、鍵更新情報をセキュアコンポーネント１２へ出力する（Ｓ１２４）。セキュアコンポーネント１２は、鍵情報を更新する。図８の例では、サーバ鍵（世代１）がサーバ鍵（世代３）で更新されている。

【0054】

図８の例では、支援装置５０は、ユーザサーバ３０からのサーバ鍵の更新要求に基づいてサーバ鍵を更新しているが、これに限定されない。例えば、支援装置５０は、適宜のタイミングで鍵情報６１を参照して各鍵の状態を判定し、無効な鍵が存在する場合には、ユーザサーバ３０からの要求が無くても自動的に鍵を更新してもよい。

【0055】

図示していないが、図８の例において、サーバ鍵（世代１）及びサーバ鍵（世代２）の両者の状態が無効である場合には、データの暗号化を行う前にサーバ鍵の更新を行うことができる。この場合、支援装置５０が独自にサーバ鍵を更新してもよく、あるいはユーザサーバ３０に対してサーバ鍵の更新要求を出力し、ユーザサーバ３０からの更新要求に基づいてサーバ鍵を更新してもよい。

【0056】

図７及び図８に示すように、制御部５１（支援装置５０）は、ユーザサーバ３０（「サーバ」とも称する）がクライアント装置１０へ送信するデータの暗号化要求をユーザサーバ３０から受信し、受信した暗号化要求に基づいてユーザサーバ３０が暗号化に使用するサーバ鍵の状態を判定し、判定結果に基づいてデータ暗号化結果（「暗号化要求結果」とも称する）をユーザサーバ３０へ送信する。

【0057】

上述の構成により、ユーザサーバ３０へ新たなセキュリティ機能を搭載する必要がなく、ＩｏＴ製品などのクライアント装置を制御するユーザサーバ３０の改修等も不要である。そして、クライアント装置１０とユーザサーバ３０との間の暗号化通信を支援することができる。

【0058】

サーバ鍵の状態は、複数世代毎のサーバ鍵の有効期限又は利用回数を含めてもよい。有効期限切れでなく、かつ利用回数が最大利用回数を超えていなければ、サーバ鍵の状態は有効であり、有効期限切れ又は利用回数が最大利用回数を超えている場合には、サーバ鍵の状態は無効である。

【0059】

データ暗号化結果は、暗号化データ、及び暗号化に利用したサーバ鍵の鍵ＩＤ又は世代番号を含めてもよい。また、データ暗号化結果は、サーバ鍵の更新要求を含めてもよい。これにより、ユーザサーバ３０が本来実施する、鍵の定期的な更新に対する負荷を軽減することができ、鍵の有効期限切れに伴う一時的なサービス停止など可用性の低下を防止できる。

【0060】

図９はデータ復号の場合の支援方法の第１例を示す図である。図９に示す第１例では、支援装置５０及びセキュアコンポーネント１２が記憶する各鍵は全て有効であるとする。ユーザアプリ１１は、セキュアコンポーネント１２に対して、暗号化対象のデータを含むデータ暗号化要求を出力する（Ｓ１３１）。セキュアコンポーネント１２は、セッション鍵を生成する（Ｓ１３２）。セッション鍵の生成は、クライアント鍵及び所要のシード情報を元に生成できる。セッション鍵を生成する際のクライアント鍵は、世代１のクライアント鍵の状態が有効であるので、世代１のクライアント鍵を利用できる。

【0061】

セキュアコンポーネント１２は、セッション鍵でデータを暗号化し（Ｓ１３３）、データ暗号化結果をユーザアプリ１１へ出力する（Ｓ１３４）。データ暗号化結果には、暗号化データ、クライアント鍵の鍵ＩＤ、クライアント鍵の世代番号、及びシード情報などが含まれる。暗号化データは、世代１のクライアント鍵を利用している。

【0062】

ユーザアプリ１１は、暗号化データをユーザサーバ３０へ出力する（Ｓ１３５）。暗号化データには、暗号化データに加えて、クライアント鍵の鍵ＩＤ、クライアント鍵の世代番号、及びシード情報などが含まれる。ユーザサーバ３０は、支援装置５０に対して、暗号化データの復号要求を出力する（Ｓ１３６）。復号要求には、暗号化データに加えて、クライアント鍵の鍵ＩＤ、クライアント鍵の世代番号、及びシード情報などが含まれる。

【0063】

支援装置５０は、クライアント鍵及びシード情報を元にセッション鍵を生成し（Ｓ１３７）、生成したセッション鍵を用いて暗号化データを復号する（Ｓ１３８）。支援装置５０は、復号したデータをユーザサーバ３０へ出力し（Ｓ１３９）、処理を終了する。図９の例では、クライアント鍵を利用してセッション鍵を生成する構成であったが、クライアント鍵でデータを暗号化し、暗号化したデータを復号してもよい。

【0064】

図１０はデータ復号の場合の支援方法の第２例を示す図である。図１０に示す第２例では、支援装置５０及びセキュアコンポーネント１２が記憶する各鍵のうち、世代１のクライアント鍵の状態が無効であり、他の鍵の状態は有効であるとする。第２例では、クライアント鍵の更新に関する処理が追加される。

【0065】

ユーザアプリ１１は、セキュアコンポーネント１２に対して、暗号化対象のデータを含むデータ暗号化要求を出力する（Ｓ１４１）。セキュアコンポーネント１２は、セッション鍵を生成する（Ｓ１４２）。セッション鍵の生成は、クライアント鍵及び所要のシード情報を元に生成できる。セッション鍵を生成する際のクライアント鍵は、世代１のクライアント鍵の状態が無効であるので、世代２のクライアント鍵を利用する。

【0066】

セキュアコンポーネント１２は、セッション鍵でデータを暗号化し（Ｓ１４３）、データ暗号化結果をユーザアプリ１１へ出力する（Ｓ１４４）。データ暗号化結果には、暗号化データ、クライアント鍵（世代２）の鍵ＩＤ、クライアント鍵の世代番号（世代２）、シード情報、及び世代１のクライアント鍵の更新要求などが含まれる。暗号化データは、世代２のクライアント鍵を利用している。

【0067】

ユーザアプリ１１は、暗号化データをユーザサーバ３０へ出力する（Ｓ１４５）。暗号化データには、暗号化データに加えて、クライアント鍵（世代２）の鍵ＩＤ、クライアント鍵の世代番号（世代２）、及びシード情報などが含まれる。ユーザサーバ３０は、支援装置５０に対して、暗号化データの復号要求を出力する（Ｓ１４６）。復号要求には、暗号化データに加えて、クライアント鍵（世代２）の鍵ＩＤ、クライアント鍵の世代番号（世代２）、及びシード情報などが含まれる。

【0068】

支援装置５０は、クライアント鍵及びシード情報を元にセッション鍵を生成し（Ｓ１４７）、生成したセッション鍵を用いて暗号化データを復号する（Ｓ１４８）。支援装置５０は、データ復号結果をユーザサーバ３０へ出力する（Ｓ１４９）。データ復号結果には、復号したデータ、クライアント鍵の有効・無効の情報が含まれる。

【0069】

ユーザサーバ３０は、クライアント鍵（世代１）が無効となっているので、クライアント鍵の更新要求を支援装置５０へ出力する（Ｓ１５０）。支援装置５０は、クライアント鍵を更新する（Ｓ１５１）。図１０の例では、クライアント鍵（世代１）がクライアント鍵（世代３）で更新されている。

【0070】

支援装置５０は、鍵更新情報をユーザサーバ３０へ出力する（Ｓ１５２）。鍵更新情報には、例えば、クライアント鍵（世代３）の鍵ＩＤ、世代番号（世代３）、有効期限、最大利用回数、現利用回数などの情報が含まれる。

【0071】

ユーザサーバ３０は、鍵更新情報をユーザアプリ１１へ出力し（Ｓ１５３）、ユーザアプリ１１は、鍵更新情報をセキュアコンポーネント１２へ出力する（Ｓ１５４）。セキュアコンポーネント１２は、鍵情報を更新する。図１０の例では、クライアント鍵（世代１）がクライアント鍵（世代３）で更新されている。

【0072】

図１０の例では、支援装置５０は、ユーザサーバ３０からのクライアント鍵の更新要求に基づいてクライアント鍵を更新しているが、これに限定されない。例えば、支援装置５０は、適宜のタイミングで鍵情報６１を参照して各鍵の状態を判定し、無効な鍵が存在する場合には、ユーザサーバ３０からの要求が無くても自動的に鍵を更新してもよい。

【0073】

図示していないが、図１０の例において、クライアント鍵（世代１）及びクライアント鍵（世代２）の両者の状態が無効である場合には、データの暗号化を行う前にクライアント鍵の更新を行うことができる。この場合、支援装置５０が独自にクライアント鍵を更新してもよく、あるいはユーザサーバ３０に対してクライアント鍵の更新要求を出力し、ユーザサーバ３０からの更新要求に基づいてクライアント鍵を更新してもよい。

【0074】

図９及び図１０に示すように、制御部５１は、ユーザサーバ３０がクライアント装置１０から受信した暗号化データの復号要求をユーザサーバ３０から受信し、受信した復号要求に基づいてユーザサーバ３０が復号に使用するクライアント鍵の状態を判定し、判定結果に基づいてデータ復号結果（「復号要求結果」とも称する）をユーザサーバ３０へ送信する。

【0075】

上述の構成により、ユーザサーバ３０へ新たなセキュリティ機能を搭載する必要がなく、ＩｏＴ製品などのクライアント装置を制御するユーザサーバ３０の改修等も不要である。そして、クライアント装置１０とユーザサーバ３０との間の暗号化通信を支援することができる。

【0076】

クライアント鍵の状態は、複数世代毎のクライアント鍵の有効期限又は利用回数を含めてもよい。有効期限切れでなく、かつ利用回数が最大利用回数を超えていなければ、クライアント鍵の状態は有効であり、有効期限切れ又は利用回数が最大利用回数を超えている場合には、クライアント鍵の状態は無効である。

【0077】

データ復号結果は、復号データ、及び復号に利用したクライアント鍵の有効期限切れの有無を含めてもよい。これにより、ユーザサーバ３０が本来実施する、鍵の定期的な更新に対する負荷を軽減することができ、鍵の有効期限切れに伴う一時的なサービス停止など可用性の低下を防止できる。

【0078】

支援装置５０において、データを復号する際にクライアント鍵が有効期限切れや利用回数が最大利用回数を超えるなどの事情によって無効状態である場合、復号したデータに対する取り扱いをどのようにするかは、ユーザのセキュリティポリシー等に応じて、ユーザが適宜選択してもよい。例えば、セキュリティが厳しい場合には、復号したデータを使用しないという対処がとれる。また、セキュリティがそれほど厳しくない場合には、復号したデータを使うという対処も取り得る。また、クライアント鍵を更新した上で、再度同じデータに対して暗号化・復号の処理を行うこともできる。

【0079】

クライアント装置１０又はセキュアコンポーネント１２に時刻管理機能が無く時刻を正しく計時できない場合でも、支援装置５０にて暗号化データの復号時にクライアント鍵の状態が無効であることをユーザに通知することができる。

【0080】

データの復号処理の場合、クライアント鍵が有効期限切れでも暗号化データを復号し、有効期限切れを通知して鍵更新をユーザに促してもよい。また、暗号化で用いる場合の有効期限と復号に用いる場合の有効期限の両方を保持して管理してもよい。復号に用いる場合の有効期限が切れている場合には、暗号化データの復号をせずにクライアント鍵の更新をユーザへ促すことができる。

【0081】

図１１は鍵更新の場合の支援方法の一例を示す図である。図１１の例では、支援装置５０及びセキュアコンポーネント１２が記憶する各鍵のうち、世代１のサーバ鍵、及び世代１の鍵輸送鍵の状態が無効であり、他の鍵の状態は有効であるとする。図１１に示す処理は、図８のステップＳ１２０以降の処理、又は図１０のステップＳ１５０以降の処理を具体的に説明するものである。

【0082】

ユーザサーバ３０は、サーバ鍵（世代１）が無効となっているので、サーバ鍵の更新要求を支援装置５０へ出力する（Ｓ１６１）。支援装置５０は、サーバ鍵を更新する（Ｓ１６２）。図１１の例では、サーバ鍵（世代１）がサーバ鍵（世代３）で更新されている。

【0083】

支援装置５０は、鍵更新情報をユーザサーバ３０へ出力する（Ｓ１６３）。鍵更新情報には、例えば、鍵輸送鍵（世代２）で暗号化したサーバ鍵（世代３）の鍵ＩＤ、世代番号（世代３）、有効期限、最大利用回数、現利用回数、及び鍵輸送鍵の有効期限切れ情報（図１１の例では、鍵輸送鍵（世代１）が有効期限切れ）などの情報が含まれる。

【0084】

ユーザサーバ３０は、鍵更新情報をユーザアプリ１１へ出力し（Ｓ１６４）、ユーザアプリ１１は、鍵更新情報をセキュアコンポーネント１２へ出力する（Ｓ１６５）。セキュアコンポーネント１２は、サーバ鍵を更新する（Ｓ１６６）。図１１の例では、サーバ鍵（世代１）がサーバ鍵（世代３）で更新されている。

【0085】

セキュアコンポーネント１２は、鍵更新の完了通知をユーザアプリ１１へ出力し（Ｓ１６７）、ユーザアプリ１１は、完了通知をユーザサーバ３０へ出力する（Ｓ１６８）。ユーザサーバ３０は、完了通知を支援装置５０へ出力する（Ｓ１６９）。

【0086】

ユーザサーバ３０は、鍵輸送鍵（世代１）が無効となっているので、鍵輸送鍵の更新要求を支援装置５０へ出力する（Ｓ１７０）。支援装置５０は、鍵輸送鍵を更新する（Ｓ１７１）。図１１の例では、鍵輸送鍵（世代１）が鍵輸送鍵（世代３）で更新されている。

【0087】

支援装置５０は、鍵更新情報をユーザサーバ３０へ出力する（Ｓ１７２）。鍵更新情報には、例えば、鍵輸送鍵（世代２）で暗号化した鍵輸送鍵（世代３）の鍵ＩＤ、世代番号（世代３）、有効期限、最大利用回数、現利用回数などの情報が含まれる。

【0088】

ユーザサーバ３０は、鍵更新情報をユーザアプリ１１へ出力し（Ｓ１７３）、ユーザアプリ１１は、鍵更新情報をセキュアコンポーネント１２へ出力する（Ｓ１７４）。セキュアコンポーネント１２は、鍵輸送鍵を更新する（Ｓ１７５）。図１１の例では、鍵輸送鍵（世代１）が鍵輸送鍵（世代３）で更新されている。

【0089】

セキュアコンポーネント１２は、鍵更新の完了通知をユーザアプリ１１へ出力し（Ｓ１７６）、ユーザアプリ１１は、完了通知をユーザサーバ３０へ出力する（Ｓ１７７）。ユーザサーバ３０は、完了通知を支援装置５０へ出力する（Ｓ１７８）。

【0090】

上述のように、支援装置５０は、１世代又は複数世代の鍵輸送鍵を記憶するセキュアメモリ６０を備える。制御部５１は、更新後サーバ鍵又は更新後クライアント鍵を鍵輸送鍵で暗号化し、ユーザサーバ３０を介して、暗号化した更新後サーバ鍵又は更新後クライアント鍵をクライアント装置１０の暗号化・復号を支援するセキュアコンポーネント１２へ送信することができる。

【0091】

また、制御部５１は、鍵輸送鍵の更新の要否を判定し、更新が必要な場合、ユーザサーバ３０を介して、更新前鍵輸送鍵（例えば、世代２）で暗号化した更新後鍵輸送鍵（世代３）をセキュアコンポーネント１２へ送信することができる。

【0092】

図１１の例では、鍵輸送鍵（世代１）は無効であるが、鍵輸送鍵（世代２）は有効である。仮に、全ての鍵輸送鍵が無効（例えば、有効期限切れ）の場合には、最初に鍵輸送鍵の更新を行うことができる。例えば、鍵輸送鍵（世代１）及び鍵輸送鍵（世代２）が無効である場合、鍵輸送鍵（世代３）を生成し、鍵輸送鍵（世代３）を鍵輸送鍵（世代２）で暗号化して送信すればよい。

【0093】

また、セキュアコンポーネント１２での鍵の更新は、自動更新でもよく、鍵更新が必要である旨の通知を受けたユーザが、クライアント装置１０を操作して鍵更新を行ってもよい。

【0094】

上述のように、制御部５１は、サーバ鍵及びクライアント鍵の少なくとも一方の更新の要否を判定してもよい。また、制御部５１は、鍵輸送鍵の更新の要否を判定してもよい。これにより、ユーザサーバ３０が鍵の状態を判定して更新の要否を判定する必要がなく、ユーザサーバ３０側の負担を軽減できる。

【0095】

図１２は本実施形態の支援システムの構成の第２例を示す図である。図１に例示した第１例では、クライアント装置１０がセキュアコンポーネント１２を備える構成であったが、第２例では、クライアント支援装置２０をユーザサーバ３０とクライアント装置１０との間に接続し、クライアント支援装置２０がセキュアコンポーネント２１を備える。なお、セキュアコンポーネント２１はセキュアコンポーネント１２と同様の構成を備える。クライアント支援装置２０は、例えば、ゲートウェイ装置（ＧＷ）などで構成することができる。

【0096】

ユーザサーバ３０とクライアント支援装置２０との間は暗号化通信が行われ、クライアント支援装置２０とクライアント装置１０との間は、例えば、社内ネットワークなどを用いて平文での通信を行うことができる。

【0097】

上述のように、セキュアコンポーネント１２、２１は、クライアント装置１０の暗号化・復号を支援し、支援装置５０が記憶する、ユーザサーバ３０が暗号化に使用するサーバ鍵、ユーザサーバ３０が復号に使用するクライアント鍵、及び更新後のサーバ鍵又は更新後のクライアント鍵を暗号化する鍵輸送鍵を含む鍵情報を記憶することができる。セキュアコンポーネントは、クライアント装置１０に搭載してもよく、クライアント装置１０とは別の、ゲートウェイ装置のようなクライアント支援装置に搭載してもよい。

【0098】

上述の構成により、ＩｏＴ機器などのクライアント装置１０に新たに暗号機能を設けることはコストがかかるが、クライアント支援装置２０にセキュアコンポーネント２１を設けて、ユーザサーバ３０との間の暗号処理を支援する構成とすることで、最小限のコストでクライアント装置１０とユーザサーバ３０との間の暗号化通信を実現することができる。また、既存のＩｏＴ製品をそのまま使用することができ、ＩｏＴ製品の取り換えや改修等の対応が不要となる。

【0099】

図１３は鍵の階層の一例を示す図である。図１３に示すように、鍵の階層は、上位から下位に向かって、マスター鍵、階層鍵（ｎ）、階層鍵（ｎ－ｍ）、階層鍵（ｎ－ｍ－ｋ）、クライアントマスター鍵（ｎ）、鍵群（サーバ鍵、クライアント鍵、及び鍵輸送鍵）とすることができる。なお、鍵の階層は一例であって、図１３の例に限定されるものではない。マスター鍵は、鍵管理事業者が管理する最上位の鍵であり、例えば、特定の顧客やサービス毎に決められる。階層鍵（ｎ）、階層鍵（ｎ－ｍ）、階層鍵（ｎ－ｍ－ｋ）は、マスター鍵からサービス、エリア、バージョン等で階層化された階層鍵であり、階層は可変でもよい。クライアントマスター鍵（ｎ）は、階層鍵からクライアント毎に派生される。クライアントマスター鍵から、サーバ鍵、クライアント鍵、及び鍵輸送鍵を派生することができる。また、１つの世代のクライアントマスター鍵から、複数の世代のサーバ鍵、クライアント鍵、及び鍵輸送鍵を派生することができる。

【0100】

（付記１）支援装置は、クライアント装置とサーバとの間の暗号化通信を支援する支援装置であって、制御部を備え、前記制御部は、前記サーバが前記クライアント装置へ送信するデータの暗号化要求を前記サーバから受信し、受信した暗号化要求に基づいて前記サーバが暗号化に使用するサーバ鍵の状態を判定し、判定結果に基づいて暗号化要求結果を前記サーバへ送信する。

【0101】

（付記２）支援装置は、付記１において、複数世代のサーバ鍵を記憶する記憶部を備える。

【0102】

（付記３）支援装置は、付記１又は付記２において、前記サーバ鍵の状態は、複数世代毎のサーバ鍵の有効期限又は利用回数を含む。

【0103】

（付記４）支援装置は、付記１から付記３のいずれか一つにおいて、前記暗号化要求結果は、暗号化データ、及び暗号化に利用したサーバ鍵の鍵ＩＤ又は世代番号を含む。

【0104】

（付記５）支援装置は、付記１から付記４のいずれか一つにおいて、前記制御部は、前記サーバが前記クライアント装置から受信した暗号化データの復号要求を前記サーバから受信し、受信した復号要求に基づいて前記サーバが復号に使用するクライアント鍵の状態を判定し、判定結果に基づいて復号要求結果を前記サーバへ送信する。

【0105】

（付記６）支援装置は、付記５において、複数世代のクライアント鍵を記憶する記憶部を備える。

【0106】

（付記７）支援装置は、付記５又は付記６において、前記クライアント鍵の状態は、複数世代毎のクライアント鍵の有効期限又は利用回数を含む。

【0107】

（付記８）支援装置は、付記５から付記７のいずれか一つにおいて、前記復号要求結果は、復号データ、及び復号に利用したクライアント鍵の有効期限切れの有無を含む。

【0108】

（付記９）支援装置は、付記５から付記８のいずれか一つにおいて、前記制御部は、前記サーバ鍵及び前記クライアント鍵の少なくとも一方の更新の要否を判定する。

【0109】

（付記１０）支援装置は、付記５から付記９のいずれか一つにおいて、１世代又は複数世代の鍵輸送鍵を記憶する記憶部を備え、前記制御部は、更新後サーバ鍵又は更新後クライアント鍵を前記鍵輸送鍵で暗号化し、前記サーバを介して、暗号化した更新後サーバ鍵又は更新後クライアント鍵を前記クライアント装置の暗号化・復号を支援するセキュアコンポーネントへ送信する。

【0110】

（付記１１）支援装置は、付記１０において、前記制御部は、前記鍵輸送鍵の更新の要否を判定し、更新が必要な場合、前記サーバを介して、更新前鍵輸送鍵で暗号化した更新後鍵輸送鍵を前記セキュアコンポーネントへ送信する。

【0111】

（付記１２）セキュアコンポーネントは、クライアント装置の暗号化・復号を支援するセキュアコンポーネントであって、前記クライアント装置とサーバとの間の暗号化通信を支援する支援装置が記憶する、前記サーバが暗号化に使用するサーバ鍵、前記サーバが復号に使用するクライアント鍵、及び更新後のサーバ鍵又は更新後のクライアント鍵を暗号化する鍵輸送鍵を含む鍵情報を記憶する。

【0112】

（付記１３）支援システムは、前述の支援装置と、前述のセキュアコンポーネントとを備える。

【0113】

（付記１４）コンピュータプログラムは、クライアント装置との間で暗号化通信を行うサーバが前記クライアント装置へ送信するデータの暗号化要求を前記サーバから受信し、受信した暗号化要求に基づいて前記サーバが暗号化に使用するサーバ鍵の状態を判定し、判定結果に基づいて暗号化要求結果を前記サーバへ送信する、処理をコンピュータに実行させる。

【0114】

（付記１５）支援方法は、クライアント装置とサーバとの間の暗号化通信を支援する支援方法であって、前記サーバが前記クライアント装置へ送信するデータの暗号化要求を前記サーバから受信し、受信した暗号化要求に基づいて前記サーバが暗号化に使用するサーバ鍵の状態を判定し、判定結果に基づいて暗号化要求結果を前記サーバへ送信する。

【0115】

各実施形態に記載した事項は相互に組み合わせることが可能である。また、特許請求の範囲に記載した独立請求項及び従属請求項は、引用形式に関わらず全てのあらゆる組み合わせにおいて、相互に組み合わせることが可能である。さらに、特許請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載してもよい。

【符号の説明】

【0116】

１０ クライアント装置
１１ ユーザアプリ
１２、２１ セキュアコンポーネント
１３、６１ 鍵情報
２０ クライアント支援装置
３０ ユーザサーバ
５０ 支援装置
５１ 制御部
５２ 通信部
５３ メモリ
５４ 記憶部
５５ コンピュータプログラム
５６ 記録媒体読取部
５７ 機器管理機能
５８ 暗号処理機能
５９ 鍵管理機能
６０ セキュアメモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】