(57)【要約】【課題】異なる鍵配送センタと秘密通信可能な任意の端末間で、秘密通信路を容易に確立することが可能な鍵配送システム、端末および鍵配送センタを提供する。【解決手段】  端末Ａ３００、Ｂ４００、鍵配送センタＭ１００、Ｎ２００を備える鍵配送システムであって、端末Ａ３００が、暗号鍵ＡＭと端末間通信用暗号鍵Ｋとを保持するための保持部と送受信部とを有し、端末Ｂ４００が、暗号鍵ＢＮと端末間通信用暗号鍵Ｋとを保持するための保持部と送受信部とを有し、鍵配送センタＭ１００が、暗号鍵ＡＭと暗号鍵ＭＮとを保持するための保持部と送受信部とを有し、鍵配送センタＮ２００が、暗号鍵ＢＮと暗号鍵ＭＮとを保持するための保持部と送受信部とを有する。端末Ａ３００、Ｂ４００は、鍵配送センタＭ１００、Ｎ２００を介して、暗号鍵ＡＭ、ＢＮ、ＭＮを用いて、端末間通信用暗号鍵Ｋを秘密通信する。【選択図】図１
2011109521.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末と、第２の端末と、第１の鍵配送センタと、第２の鍵配送センタと、を備える鍵配送システムであって、
前記第１の端末は、当該第１の端末と前記第１の鍵配送センタとの間で秘密通信するための第１の暗号鍵と当該第１の端末と当該第２の端末との間で秘密通信するための端末間通信用暗号鍵とを保持するための第１の暗号鍵保持部と、第１の送受信部と、を有し、
前記第２の端末は、当該第２の端末と前記第２の鍵配送センタとの間で秘密通信するための第２の暗号鍵と前記端末間通信用暗号鍵とを保持するための第２の暗号鍵保持部と、前記端末間通信用暗号鍵を生成する端末間通信用暗号鍵生成部と、第２の送受信部と、を有し、
前記第１の鍵配送センタは、前記第１の暗号鍵と、当該第１の鍵配送センタと前記第２の鍵配送センタとの間で秘密通信するための鍵配送センタ間通信用暗号鍵を保持するための第３の暗号鍵保持部と、第３の送受信部と、を有し、
前記第２の鍵配送センタは、前記第２の暗号鍵と、前記鍵配送センタ間通信用暗号鍵を保持するための第４の暗号鍵保持部と、第４の送受信部と、を有し、
前記第２の端末の前記第２の送受信部は、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第１の端末に送信し、
前記第１の端末の前記第１の送受信部は、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第２の端末から受信する
鍵配送システム。
【請求項２】
請求項１に記載の鍵配送システムであって、
前記第１の鍵配送センタは、前記第２の端末を識別するための第２端末識別ＩＤに基づいて前記第２の鍵配送センタを識別するための第２センタ識別ＩＤを検索するセンタ識別ＩＤ検索部を有し、
前記第１の端末の前記第１の送受信部は、前記第１の鍵配送センタへ前記第１の端末を識別するための第１端末識別ＩＤ及び前記第２端末識別ＩＤを秘密送信し、
前記第１の鍵配送センタの前記第３の送受信部は、前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを受信し、前記第２の鍵配送センタへ前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを前記鍵配送センタ間通信用暗号鍵を用いて秘密送信し、
前記第２の鍵配送センタの前記第４の送受信部は、前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを受信し、前記第２の端末へ前記第１端末識別ＩＤを秘密送信し、
前記第２の端末の前記第２の送受信部は、前記第１端末識別ＩＤを受信し、前記第１の端末との間での秘密通信が許可されている場合、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第１の端末に送信する
鍵配送システム。
【請求項３】
請求項１に記載の鍵配送システムであって、
前記第２の端末は、前記第１の端末との間での秘密通信を許可するか否かを判定する秘密通信可否判定部を有し、
前記第１の端末の前記第１の送受信部は、前記第２の端末へ秘密通信要求を送信し、
前記第２の端末の前記第２の送受信部は、前記秘密通信要求を受信し、前記第１の端末との間での秘密通信が許可されている場合、前記第１の端末へ前記第２の鍵配送センタを識別するための第２センタ識別ＩＤを送信し、
前記第１の端末の前記第１の送受信部は、前記第２センタ識別ＩＤを受信し、前記第１の鍵配送センタへ、当該第１の端末を識別するための第１端末識別ＩＤと前記第２センタ識別ＩＤと前記第２の端末を識別するための第２端末識別ＩＤとを秘密送信し、
前記第１の鍵配送センタの前記第３の送受信部は、前記第１端末識別ＩＤと前記第２センタ識別ＩＤと前記第２端末識別ＩＤとを受信し、前記第２端末識別ＩＤにより識別される第２の鍵配送センタへ前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを前記鍵配送センタ間通信用暗号鍵を用いて秘密送信し、
前記第２の鍵配送センタの前記第４の送受信部は、前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを受信し、前記第２の端末へ前記第１端末識別ＩＤを秘密送信し、
前記第２の端末の前記第２の送受信部は、前記第１端末識別ＩＤを受信し、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第１の端末に送信する
鍵配送システム。
【請求項４】
請求項１に記載の鍵配送システムであって、
前記第２の鍵配送センタは、前記第１の鍵配送センタの証明書が正当であるか否かを判定する鍵配送センタ証明書正当性判定部を有し、
前記第１の端末の前記第１の送受信部は、前記第１の鍵配送センタへ当該第１の端末を識別するための第１端末識別ＩＤ及び前記第２の端末を識別するための第２端末識別ＩＤを秘密送信し、
前記第１の鍵配送センタの前記第３の送受信部は、前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを受信し、前記第２の端末へ前記第１端末識別ＩＤ及び当該第１の鍵配送センタの証明書を送信し、
前記第２の端末の前記第２の送受信部は、前記第１端末識別ＩＤ及び前記第１の鍵配送センタの証明書を受信し、前記第２の鍵配送センタへ前記第１の鍵配送センタの証明書を送信し、
前記第２の鍵配送センタの前記第４の送受信部は、前記第１の鍵配送センタの証明書を受信し、前記鍵配送センタ証明書正当性判定部が当該証明書が正当であると判定した場合、正当である旨の応答を前記第２の端末へ送信し、
前記第２の端末の前記第２の送受信部は、前記正当である旨の応答を受信した場合、かつ、前記第１の端末との間での秘密通信が許可されている場合、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第１の端末に送信する
鍵配送システム。
【請求項５】
請求項１ないし４のいずれか１項に記載の鍵配送システムであって、
前記第１の端末又は前記第２の端末は、前記端末間通信用暗号鍵に有効期限を設定する鍵配送システム。
【請求項６】
請求項５に記載の鍵配送システムであって、
前記第１の端末又は第２の端末は、前記有効期限内に前記端末間通信用暗号鍵を用いた秘密通信が再度行われた場合、前記端末間通信暗号鍵又は前記有効期限を更新する鍵配送システム。
【請求項７】
請求項１ないし４のいずれか１項に記載の鍵配送システムであって、
前記第１の端末又は前記第２の端末は、前記第１の暗号鍵、前記第２の暗号鍵、及び前記第３の暗号鍵を用いて秘密通信するセンタ経由秘密通信、前記端末間通信用暗号鍵を用いて直接秘密通信する直接秘密通信、とで優先順位を予め記録し、当該優先順位に従って選択した通信方法で通信する鍵配送システム。
【請求項８】
請求項７に記載の鍵配送システムであって、
前記第１の端末又は前記第２の端末は、非秘密通信、前記センタ経由秘密通信、前記直接秘密通信、とで優先順位を予め記録し、当該優先順位に従って選択した通信方法で通信する鍵配送システム。
【請求項９】
請求項７または８に記載の鍵配送システムであって、
前記第１の端末又は前記第２の端末は、他の端末の識別情報と前記他の端末との間で行った秘密通信の過去の結果とを関連付けて記録し、前記他の端末へ発呼する際、前記秘密通信の過去の結果に基づいて、前記通信方法及び表示部の表示の少なくとも一方を変更する鍵配送システム。
【請求項１０】
請求項１ないし４のいずれか１項に記載の鍵配送システムであって、
前記第１の端末又は第２の端末は、着呼時の報知動作を、秘密通信であるか否か、前記端末間通信用暗号鍵が有効であるか否か、の少なくとも１つに応じて制御する鍵配送システム。
【請求項１１】
請求項１ないし４のいずれか１項に記載の鍵配送システムであって、
前記第１の端末又は第２の端末は、発呼時の端末動作を、秘密通信であるか否か、前記端末間通信用暗号鍵が有効であるか否か、の少なくとも１つに応じて制御する鍵配送システム。
【請求項１２】
請求項１ないし４のいずれか１項に記載の鍵配送システムであって、
前記第１の端末又は第２の端末は、秘密通信であるか否か及び発呼端末の識別情報の少なくとも１つに応じて、前記発呼端末に対して応答するか否かを決定する鍵配送システム。
【請求項１３】
請求項１ないし４のいずれか１項に記載の鍵配送システムであって、
前記第１の端末又は第２の端末は、前記端末間通信用暗号鍵の有効期限を表示部に表示する鍵配送システム。
【請求項１４】
請求項１ないし４のいずれか１項に記載の鍵配送システムであって、
前記第１の端末又は第２の端末は、前記端末間通信用暗号鍵の有効期限の残期間に基づいて、報知動作を制御する鍵配送システム。
【請求項１５】
請求項１ないし４のいずれか１項に記載の鍵配送システムであって、
前記第１の端末又は第２の端末は、保持された前記端末間通信用暗号鍵を操作部への操作に基づいて消去する鍵配送システム。
【請求項１６】
請求項１ないし４のいずれか１項に記載の鍵配送システムであって、
前記第１の鍵配送センタ又は前記第２の鍵配送センタは、前記第１の端末及び前記第２の端末が共有する前記端末間通信用暗号鍵を消去又は変更するための制御信号を送信する鍵配送システム。
【請求項１７】
請求項１ないし４のいずれか１項に記載の鍵配送システムであって、
前記第１の鍵配送センタ又は前記第２の鍵配送センタは、前記第１の端末及び前記第２の端末が秘密通信を行うための秘密通信路を確立したときに課金処理を実行する鍵配送システム。
【請求項１８】
第１の端末と、第２の端末と、第１の鍵配送センタと、第２の鍵配送センタと、を備える鍵配送システムにおける第１の端末であって、
当該第１の端末と前記第１の鍵配送センタとの間で秘密通信するための第１の暗号鍵と当該第１の端末と前記第２の端末との間で秘密通信するための端末間通信用暗号鍵とを保持するための第１の暗号鍵保持部と、第１の送受信部と、を有し、
前記第１の送受信部は、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記第１の鍵配送センタと前記第２の鍵配送センタとの間で秘密通信するための鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第２の端末から受信する
第１の端末。
【請求項１９】
第１の端末と、第２の端末と、第１の鍵配送センタと、第２の鍵配送センタと、を備える鍵配送システムにおける第２の端末であって、
前記第１の端末と当該第２の端末との間で秘密通信するための端末間通信用暗号鍵を生成する端末間通信用暗号鍵生成部と、当該第２の端末と前記第２の鍵配送センタとの間で秘密通信するための第２の暗号鍵と前記端末間通信用暗号鍵とを保持するための第２の暗号鍵保持部と、第２の送受信部と、を有し、
前記第２の送受信部は、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記第１の鍵配送センタと前記第２の鍵配送センタとの間で秘密通信するための鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第１の端末に送信する
第２の端末。
【請求項２０】
第１の端末と、第２の端末と、第１の鍵配送センタと、第２の鍵配送センタと、を備える鍵配送システムにおける第１の鍵配送センタであって、
前記第１の端末と当該第１の鍵配送センタとの間で秘密通信するための第１の暗号鍵と、当該第１の鍵配送センタと前記第２の鍵配送センタとの間で秘密通信するための鍵配送センタ間通信用暗号鍵とを保持するための第３の暗号鍵保持部と、第３の送受信部と、を有し、
前記第３の送受信部は、前記第１の端末と当該第２の端末との間で秘密通信するための端末間通信用暗号鍵を、前記第２の鍵配送センタから前記鍵配送センタ間通信用暗号鍵を用いた秘密通信にて受信し、前記第１の端末に前記第１の暗号鍵を用いた秘密通信にて送信する
第１の鍵配送センタ。
【請求項２１】
第１の端末と、第２の端末と、第１の鍵配送センタと、第２の鍵配送センタと、を備える鍵配送システムにおける第２の鍵配送センタであって、
前記第２の端末と当該第２の鍵配送センタとの間で秘密通信するための第２の暗号鍵と、前記第１の鍵配送センタと当該第２の鍵配送センタとの間で秘密通信するための鍵配送センタ間通信用暗号鍵とを保持するための第４の暗号鍵保持部と、第４の送受信部と、を有し、
前記第４の送受信部は、前記第１の端末と当該第２の端末との間で秘密通信するための端末間通信用暗号鍵を、前記第２の端末から前記第２の暗号鍵を用いた秘密通信にて受信し、前記第１の鍵配送センタに前記鍵配送センタ間通信用暗号鍵を用いた秘密通信にて送信する
第２の鍵配送センタ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、鍵配送システム、端末および鍵配送センタに関し、特に、秘話通信システムなど、暗号通信を行う鍵配送システム、端末および鍵配送センタに関する。
【背景技術】
【０００２】
ネットワーク上の端末装置間で暗号通信を行う秘話通信システムとしては、端末毎の暗号鍵を管理する鍵配送センタを設置し、当該鍵配送センタから通信を行う双方の端末に共通のセッション鍵を配送する方式が従来採用されてきた（例えば、特許文献１参照）。この場合、システムは、鍵配送センタとの間で秘密通信を行うための秘密鍵を共有した複数の端末と１箇所の鍵配送センタで構成され、双方の端末は同一の鍵配送センタから配送される鍵を用いて暗号化通信を行っていた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平６−１１２９３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示された従来の技術では、同じ鍵配送センタに登録した端末間でしか暗号化通信が行えなかった。
【０００５】
したがって、たとえ別の鍵配送センタと契約していても、鍵配送センタが異なればその端末とは秘密通信を行うことができず、任意の端末間で容易に暗号化通信が行えなかった。一方、現実世界においては、技術的又は非技術的な制約から、必ずしもひとつの鍵配送センタが世界中の全ての端末を管理できるわけではない。
【０００６】
仮に、ネットワーク上に存在する複数の鍵配送センタ間でセキュリティを確保した通信（暗号化通信）が行えれば、いずれかの鍵配送センタに登録された任意の他の端末との間で秘話通信などの暗号化通信が行えると期待される。
【０００７】
本発明は、上記従来事情に鑑みてなされたものであって、異なる鍵配送センタと秘密通信可能な任意の端末間で、秘密通信路を容易に確立することが可能な鍵配送システム、端末および鍵配送センタを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の鍵配送システムは、第１の端末と、第２の端末と、第１の鍵配送センタと、第２の鍵配送センタと、を備える鍵配送システムであって、前記第１の端末が、当該第１の端末と前記第１の鍵配送センタとの間で秘密通信するための第１の暗号鍵と当該第１の端末と当該第２の端末との間で秘密通信するための端末間通信用暗号鍵とを保持するための第１の暗号鍵保持部と、第１の送受信部と、を有し、前記第２の端末が、当該第２の端末と前記第２の鍵配送センタとの間で秘密通信するための第２の暗号鍵と前記端末間通信用暗号鍵とを保持するための第２の暗号鍵保持部と、前記端末間通信用暗号鍵を生成する端末間通信用暗号鍵生成部と、第２の送受信部と、を有し、前記第１の鍵配送センタが、前記第１の暗号鍵と、当該第１の鍵配送センタと前記第２の鍵配送センタとの間で秘密通信するための鍵配送センタ間通信用暗号鍵を保持するための第３の暗号鍵保持部と、第３の送受信部と、を有し、前記第２の鍵配送センタが、前記第２の暗号鍵と、前記鍵配送センタ間通信用暗号鍵を保持するための第４の暗号鍵保持部と、第４の送受信部と、を有し、前記第２の端末の前記第２の送受信部が、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第１の端末に送信し、前記第１の端末の前記第１の送受信部が、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第２の端末から受信する。
【０００９】
上記構成によれば、異なる鍵配送センタと秘密通信可能な任意の端末間で、秘密通信路を容易に確立することが可能である。
【００１０】
また、本発明の鍵配送システムは、前記第１の鍵配送センタが、前記第２の端末を識別するための第２端末識別ＩＤに基づいて前記第２の鍵配送センタを識別するための第２センタ識別ＩＤを検索するセンタ識別ＩＤ検索部を有し、前記第１の端末の前記第１の送受信部が、前記第１の鍵配送センタへ前記第１の端末を識別するための第１端末識別ＩＤ及び前記第２端末識別ＩＤを秘密送信し、前記第１の鍵配送センタの前記第３の送受信部が、前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを受信し、前記第２の鍵配送センタへ前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを前記鍵配送センタ間通信用暗号鍵を用いて秘密送信し、前記第２の鍵配送センタの前記第４の送受信部が、前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを受信し、前記第２の端末へ前記第１端末識別ＩＤを秘密送信し、前記第２の端末の前記第２の送受信部が、前記第１端末識別ＩＤを受信し、前記第１の端末との間での秘密通信が許可されている場合、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第１の端末に送信する。
【００１１】
上記構成によれば、異なる鍵配送センタと秘密通信可能な任意の端末間で、端末間通信用暗号鍵を安全に共有することができる。
【００１２】
また、本発明の鍵配送システムは、前記第２の端末が、前記第１の端末との間での秘密通信を許可するか否かを判定する秘密通信可否判定部を有し、前記第１の端末の前記第１の送受信部が、前記第２の端末へ秘密通信要求を送信し、前記第２の端末の前記第２の送受信部が、前記秘密通信要求を受信し、前記第１の端末との間での秘密通信が許可されている場合、前記第１の端末へ前記第２の鍵配送センタを識別するための第２センタ識別ＩＤを送信し、前記第１の端末の前記第１の送受信部が、前記第２センタ識別ＩＤを受信し、前記第１の鍵配送センタへ、当該第１の端末を識別するための第１端末識別ＩＤと前記第２センタ識別ＩＤと前記第２の端末を識別するための第２端末識別ＩＤとを秘密送信し、前記第１の鍵配送センタの前記第３の送受信部が、前記第１端末識別ＩＤと前記第２センタ識別ＩＤと前記第２端末識別ＩＤとを受信し、前記第２端末識別ＩＤにより識別される第２の鍵配送センタへ前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを前記鍵配送センタ間通信用暗号鍵を用いて秘密送信し、前記第２の鍵配送センタの前記第４の送受信部が、前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを受信し、前記第２の端末へ前記第１端末識別ＩＤを秘密送信し、前記第２の端末の前記第２の送受信部が、前記第１端末識別ＩＤを受信し、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第１の端末に送信する。
【００１３】
上記構成によれば、鍵配送センタの数が多く、事前にそのセンタに登録された端末情報を把握することが困難な場合、または把握することがセキュリティ上問題となる場合であっても、着呼端末からの通知により、着呼端末を管理する鍵配送センタの識別ＩＤを容易に把握することができる。
【００１４】
また、本発明の鍵配送システムは、前記第２の鍵配送センタが、前記第１の鍵配送センタの証明書が正当であるか否かを判定する鍵配送センタ証明書正当性判定部を有し、前記第１の端末の前記第１の送受信部が、前記第１の鍵配送センタへ当該第１の端末を識別するための第１端末識別ＩＤ及び前記第２の端末を識別するための第２端末識別ＩＤを秘密送信し、前記第１の鍵配送センタの前記第３の送受信部が、前記第１端末識別ＩＤ及び前記第２端末識別ＩＤを受信し、前記第２の端末へ前記第１端末識別ＩＤ及び当該第１の鍵配送センタの証明書を送信し、前記第２の端末の前記第２の送受信部が、前記第１端末識別ＩＤ及び前記第１の鍵配送センタの証明書を受信し、前記第２の鍵配送センタへ前記第１の鍵配送センタの証明書を送信し、前記第２の鍵配送センタの前記第４の送受信部が、前記第１の鍵配送センタの証明書を受信し、前記鍵配送センタ証明書正当性判定部が当該証明書が正当であると判定した場合、正当である旨の応答を前記第２の端末へ送信し、前記第２の端末の前記第２の送受信部が、前記正当である旨の応答を受信した場合、かつ、前記第１の端末との間での秘密通信が許可されている場合、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第１の端末に送信する。
【００１５】
上記構成によれば、悪意の第三者から大量に秘密通信を行うことを要求された場合であっても、鍵配送センタの証明書の確認処理により、より安全に端末間通信用暗号鍵を共有できる。
【００１６】
また、本発明の鍵配送システムは、前記端末間通信用暗号鍵に有効期限を設定する。
【００１７】
上記構成によれば、さらに秘匿性、安全性を向上させることができる。
【００１８】
また、本発明の鍵配送システムは、前記有効期限内に前記端末間通信用暗号鍵を用いた秘密通信が再度行われた場合、前記端末間通信用暗号鍵又は前記有効期限を更新する。
【００１９】
上記構成によれば、使用頻度の高い情報のみを長期にわたり保存することができ、秘匿性、安全性の高い通信を行うことができる。
【００２０】
また、本発明の鍵配送システムは、前記第１の端末又は前記第２の端末が、前記第１の暗号鍵、前記第２の暗号鍵、及び前記第３の暗号鍵を用いて秘密通信するセンタ経由秘密通信、前記端末間通信用暗号鍵を用いて直接秘密通信する直接秘密通信、とで優先順位を予め記録し、当該優先順位に従って選択した通信方法で通信する。
【００２１】
上記構成によれば、端末が有する優先順位に応じて、所望の通信方法で通信が可能であう。
【００２２】
また、本発明の鍵配送システムは、前記第１の端末又は前記第２の端末が、非秘密通信、前記センタ経由秘密通信、前記直接秘密通信、とで優先順位を予め記録し、当該優先順位に従って選択した通信方法で通信する。
【００２３】
上記構成によれば、端末が有する優先順位に応じて、所望の通信方法で通信が可能であう。
【００２４】
また、本発明の鍵配送システムは、前記第１の端末又は前記第２の端末が、他の端末の識別情報と前記他の端末との間で行った秘密通信の過去の結果とを関連付けて記録し、前記他の端末へ発呼する際、前記秘密通信の過去の結果に基づいて、前記通信方法及び表示部の表示の少なくとも一方を変更する。
【００２５】
上記構成によれば、例えば、過去の通信において、通常通信が拒否されて秘密通信を行ったこと、秘密通信を試行したが相手が秘密通信に非対応であった（相手が鍵配送センタに登録していなかった、または登録が失効していた）ことなどの履歴に応じて、端末の動作を変更することができる。
【００２６】
また、本発明の鍵配送システムは、前記第１の端末又は第２の端末が、着呼時の報知動作を、秘密通信であるか否か、前記端末間通信用暗号鍵が有効であるか否か、の少なくとも１つに応じて制御する。
【００２７】
上記構成によれば、着呼端末における着呼時の報知動作に応じて、通信方法や暗号鍵の有効性をユーザが認識することができる。
【００２８】
また、本発明の鍵配送システムは、前記第１の端末又は第２の端末が、発呼時の報知動作を、秘密通信であるか否か、前記端末間通信用暗号鍵が有効であるか否か、の少なくとも１つに応じて制御する。
【００２９】
上記構成によれば、発呼端末における発呼時の報知動作に応じて、通信方法や暗号鍵の有効性をユーザが認識することができる。
【００３０】
また、本発明の鍵配送システムは、前記第１の端末又は第２の端末が、秘密通信であるか否か及び発呼端末の識別情報の少なくとも１つに応じて、前記発呼端末に対して応答するか否かを決定する。
【００３１】
上記構成によれば、秘密通信でない着呼や登録されていない端末からの着呼を拒否することにより、より安全性の高い通信を行うことができる。
【００３２】
また、本発明の鍵配送システムは、前記端末間通信用暗号鍵の有効期限を表示部に表示する。
【００３３】
上記構成によれば、端末間通信用暗号鍵の有効期限をユーザが認識することができ、暗号鍵の有効期限を更新するなど、適切な対応を行うことができる。
【００３４】
また、本発明の鍵配送システムは、前記第１の端末又は第２の端末が、前記端末間通信用暗号鍵の有効期限の残期間に基づいて、報知動作を制御する。
【００３５】
上記構成によれば、気づかないうちに端末間通信用秘密鍵が有効期限切れとなることを防止できる。
【００３６】
また、本発明の鍵配送システムは、前記第１の端末又は第２の端末が、保持された前記端末間通信用暗号鍵を操作部への操作に基づいて消去する。
【００３７】
上記構成によれば、端末の紛失時、盗難発生時などに、端末間通信用暗号鍵を悪意の第三者に利用されないようにすることができる。また、特定の相手端末との端末間通信用秘密鍵の共有を自らの意思で解除でき、契約している鍵配送センタを変更する際などに利用できる。
【００３８】
また、本発明の鍵配送システムは、前記第１の鍵配送センタ又は前記第２の鍵配送センタが、前記第１の端末及び前記第２の端末が共有する前記端末間通信用暗号鍵を消去又は変更するための制御信号を送信する。
【００３９】
上記構成によれば、端末の紛失時、盗難発生時などに、端末間通信用暗号鍵を悪意の第三者に利用されないようにすることができる。
【００４０】
また、本発明の鍵配送システムは、前記第１の鍵配送センタ又は前記第２の鍵配送センタが、前記第１の端末及び前記第２の端末が秘密通信を行うための秘密通信路を確立したときに課金処理を実行する。
【００４１】
上記構成によれば、鍵配送センタの利用料を従量制で利用者から徴収することができる。
【００４２】
また、本発明の第１の端末は、第１の端末と、第２の端末と、第１の鍵配送センタと、第２の鍵配送センタと、を備える鍵配送システムにおける第１の端末であって、当該第１の端末と前記第１の鍵配送センタとの間で秘密通信するための第１の暗号鍵と当該第１の端末と前記第２の端末との間で秘密通信するための端末間通信用暗号鍵とを保持するための第１の暗号鍵保持部と、第１の送受信部と、を有し、前記第１の送受信部が、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記第１の鍵配送センタと前記第２の鍵配送センタとの間で秘密通信するための鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第２の端末から受信する。
【００４３】
上記構成によれば、異なる鍵配送センタと秘密通信可能な任意の端末間で、秘密通信路を容易に確立することが可能である。
【００４４】
また、本発明の第２の端末は、第１の端末と、第２の端末と、第１の鍵配送センタと、第２の鍵配送センタと、を備える鍵配送システムにおける第２の端末であって、前記第１の端末と当該第２の端末との間で秘密通信するための端末間通信用暗号鍵を生成する端末間通信用暗号鍵生成部と、当該第２の端末と前記第２の鍵配送センタとの間で秘密通信するための第２の暗号鍵と前記端末間通信用暗号鍵とを保持するための第２の暗号鍵保持部と、第２の送受信部と、を有し、前記第２の送受信部が、前記端末間通信用暗号鍵を、前記第２の鍵配送センタ及び前記第１の鍵配送センタを介して、前記第２の暗号鍵と前記第１の鍵配送センタと前記第２の鍵配送センタとの間で秘密通信するための鍵配送センタ間通信用暗号鍵と前記第１の暗号鍵とを用いた秘密通信にて、前記第１の端末に送信する。
【００４５】
上記構成によれば、異なる鍵配送センタと秘密通信可能な任意の端末間で、秘密通信路を容易に確立することが可能である。
【００４６】
また、本発明の第１の鍵配送センタは、第１の端末と、第２の端末と、第１の鍵配送センタと、第２の鍵配送センタと、を備える鍵配送システムにおける第１の鍵配送センタであって、前記第１の端末と当該第１の鍵配送センタとの間で秘密通信するための第１の暗号鍵と、当該第１の鍵配送センタと前記第２の鍵配送センタとの間で秘密通信するための鍵配送センタ間通信用暗号鍵とを保持するための第３の暗号鍵保持部と、第３の送受信部と、を有し、前記第３の送受信部が、前記第１の端末と当該第２の端末との間で秘密通信するための端末間通信用暗号鍵を、前記第２の鍵配送センタから前記鍵配送センタ間通信用暗号鍵を用いた秘密通信にて受信し、前記第１の端末に前記第１の暗号鍵を用いた秘密通信にて送信する。
【００４７】
上記構成によれば、異なる鍵配送センタと秘密通信可能な任意の端末間で、秘密通信路を容易に確立することが可能である。
【００４８】
また、本発明の第２の鍵配送センタは、第１の端末と、第２の端末と、第１の鍵配送センタと、第２の鍵配送センタと、を備える鍵配送システムにおける第２の鍵配送センタであって、前記第２の端末と当該第２の鍵配送センタとの間で秘密通信するための第２の暗号鍵と、前記第１の鍵配送センタと当該第２の鍵配送センタとの間で秘密通信するための鍵配送センタ間通信用暗号鍵とを保持するための第４の暗号鍵保持部と、第４の送受信部と、を有し、前記第４の送受信部が、前記第１の端末と当該第２の端末との間で秘密通信するための端末間通信用暗号鍵を、前記第２の端末から前記第２の暗号鍵を用いた秘密通信にて受信し、前記第１の鍵配送センタに前記鍵配送センタ間通信用暗号鍵を用いた秘密通信にて送信する。
【００４９】
上記構成によれば、異なる鍵配送センタと秘密通信可能な任意の端末間で、秘密通信路を容易に確立することが可能である。
【発明の効果】
【００５０】
本発明は、異なる鍵配送センタと秘密通信可能な任意の端末間で、秘密通信路を容易に確立することが可能である。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施形態における鍵配送システムの概略構成を示すブロック図
【図２】本発明の実施形態における鍵配送システムの、秘密通信路の確立動作手順の第１例を示すシーケンス図
【図３】本発明の実施形態における鍵配送システムの、秘密通信路の確立動作手順の第２例を示すシーケンス図
【図４】本発明の実施形態における鍵配送システムの、秘密通信路の確立動作手順の第３例を示すシーケンス図
【図５】本発明の実施形態における鍵配送システムの、画面上のアイコン表示例を示す模式図
【発明を実施するための形態】
【００５２】
以下、本発明の実施形態における鍵配送システムについて図面を用いて詳細に説明する。
【００５３】
なお、説明の便宜上、２箇所の鍵配送センタと、それぞれの鍵配送センタに登録した１基の端末とで構成される鍵配送システムを例示する。しかしこれに限られるものではなく、３箇所以上の鍵配送センタを備えても、各鍵配送センタに複数の端末が登録されてもよい。
【００５４】
図１は、本発明の実施形態における鍵配送システムの概略構成を示すブロック図である。鍵配送システムは、主に、鍵配送センタＭ１００、鍵配送センタＮ２００、端末Ａ３００、端末Ｂ４００、インターネット網５００、で構成される。
【００５５】
本発明の実施形態における鍵配送システムは、ＳＳＬで代表されるインターネット上のＶＰＮ（Virtual Private Network）という秘匿通信（秘密通信）方法を例えば利用する。ＶＰＮでは、例えば、端末Ａ３００から鍵配送センタＭ１００へ送信される情報は、端末Ａ３００内で秘密鍵等の暗号鍵ＡＭにより暗号化され、伝送路を通じて鍵配送センタＭ１００へ送信され、鍵配送センタＭ１００で同じ秘密鍵等の暗号鍵ＡＭにより復号化される。逆に、鍵配送センタＭ１００から端末Ａ３００へ送信される情報は、鍵配送センタＭ１００内で秘密鍵等の暗号鍵ＡＭにより暗号化され、伝送路を通じて端末Ａ３００に送信され、端末Ａ３００で同じ秘密鍵等の暗号鍵ＡＭにより復号化される。伝送路上の情報はいずれも暗号化されているため、悪意の第三者がその情報を搾取しても、平文を取り出すことが極めて困難である。
【００５６】
このようにＶＰＮでは、通信を開始する前に端末Ａ３００と鍵配送センタＭ１００とが互いに暗号鍵を共有しているため、伝送路がインターネットのような比較的オープンな公衆回線であっても、あたかも専用線を引いて通信しているような秘匿性を実現できる。任意の端末間で暗号鍵を共有する仕組みがあれば、当該端末間の秘密通信（暗号化通信）が可能になる。暗号鍵の方式には、公開鍵暗号方式と秘密鍵（共有鍵）暗号方式があるが、一般にこれらは用途によって使い分け、任意の端末間で秘密通信を行う際には秘密鍵（共有鍵）暗号方式を用いることが多い。アルゴリズムが簡単で処理量も少ないからである。本実施形態では、両暗号方式で用いられる公開鍵、秘密鍵等を特に区別せず暗号鍵と呼ぶ。
また、ＶＰＮ等の秘密通信路においてデータを送信することを秘密送信とも呼ぶ。
【００５７】
次に、鍵配送システムを構成する端末Ａ３００、Ｂ４００および鍵配送センタＭ１００、Ｎ２００の詳細な構成について説明する。
【００５８】
端末Ａ３００、Ｂ４００は、携帯電話端末などの無線通信端末であり、暗号鍵の生成や暗号化・復号化処理を行う制御部３１０、４１０、共有する暗号鍵を保持し、管理する暗号鍵保持部３２０、４２０、インターネット網（伝送路）５００との間で情報の送受信を行う送受信部３３０、４３０、などで構成される。また、図示はしていないが、端末Ａ３００は鍵配送センタＭ１００の固有の識別ＩＤ（ＵＲＬなど）を保持し、端末Ｂ４００は鍵配送センタＮ２００の固有の識別ＩＤ（ＵＲＬなど）を保持する。また、図示はしていないが、端末Ａ３００は、固有の識別ＩＤとして電話番号Ａを保持する。端末Ｂ４００は、図示はしていないが、固有の識別ＩＤとして電話番号Ｂを保持する。
【００５９】
制御部３１０、４１０は、さらに、端末Ａ３００、Ｂ４００間で直接秘密通信する際に使用する暗号鍵Ｋ（以下、端末間通信用暗号鍵Ｋともいう）を生成する暗号鍵生成部３１１、４１１、相手端末に発呼する際の通信種類の優先順位を登録する優先順位記録部３１２、４１２、秘密通信の試行結果を試行相手端末の識別ＩＤとともに記録する試行結果記録部３１３、４１３、暗号鍵を用いた情報の暗号化・復号化を行う暗号化・復号化処理部３１４、４１４、などで構成される。
【００６０】
鍵配送システムの端末Ａ３００、Ｂ４００は、それぞれ鍵配送センタＭ１００、Ｎ２００との間で秘密通信を行うための暗号鍵を事前に共有している。具体的には、端末Ａ３００および鍵配送センタＭ１００間は暗号鍵ＡＭを、端末Ｂ４００および鍵配送センタＮ２００間は暗号鍵ＢＮを共有している。
【００６１】
次に、鍵配送センタＭ１００、Ｎ２００は、民間の企業などがサービスを行うセンタである。本実施形態では、鍵配送センタとは、鍵配送センタが備えるサーバを指す。このサーバは、複数であってもよい。鍵配送センタＭ１００、Ｎ２００は、複数の鍵配送センタＭ１００、Ｎ２００間や鍵配送センタＭ１００、Ｎ２００と端末Ａ３００、Ｂ４００の間で行う暗号化通信において、暗号化処理や復号化処理を行う制御部１１０、２１０、鍵配送センタＭ１００、Ｎ２００に登録された端末Ａ３００、Ｂ４００に係る電話番号リストデータベースなどの電話番号データベース１２０、２２０、端末Ａ３００、Ｂ４００間で秘密通信路が確立した際に端末Ａ３００、Ｂ４００に課金を行う課金処理部１３０、２３０、インターネット網（伝送路）５００との間で情報の送受信を行う送受信部１４０、２４０、などで構成される。また、図示はしていないが、鍵配送センタＭ１００は端末Ａ３００の識別ＩＤ（電話番号など）を保持し、鍵配送センタＮ２００は端末Ｂ４００の識別ＩＤ（電話番号など）を保持する。また、鍵配送センタＭ１００、Ｎ２００は、相互に相手の識別ＩＤ（ＵＲＬなど）を保持する。
【００６２】
また、制御部１１０、２１０は、さらに暗号鍵消去部１１１、２１１を具備する。暗号鍵消去部１１１、２１１は、鍵配送センタＭ１００、Ｎ２００が情報を登録している端末Ａ３００、Ｂ４００を紛失したときなど、セキュリティ上の問題が発生した場合に、図示しない操作部による入力等に基づいて、他の端末と過去に共有した端末間通信用暗号鍵Ｋを削除するコマンドを、登録している端末Ａ３００、Ｂ４００へ送信するよう送受信部１４０、２４０を制御する。鍵配送センタＭ１００、Ｎ２００が、端末Ａ３００、Ｂ４００との通信が行えなかった場合、一定期間、一定回数のリトライを繰り返す。これにより、紛失等した端末Ａ３００、Ｂ４００の所有者であると第三者が成りすました場合であっても、当該端末と端末間通信用暗号鍵Ｋを共有する他の端末に損失が及ぶことを予防できる。
【００６３】
課金処理部１３０、２３０は、例えば、登録する端末Ａ３００、Ｂ４００から鍵配送要求があったとき、端末Ａ３００、Ｂ４００間で秘密通信路を確立したときなどに、その回数をカウントし、回数に応じた費用請求を端末Ａ３００、Ｂ４００に対して行う。具体的な課金処理は公知の手法を用いてよく、詳細な説明は省略する。なお、秘密通信路を確立したときとは、例えば、鍵配送センタＭ１００、Ｎ２００が端末間通信用暗号鍵Ｋを中継したときである。
【００６４】
本発明の実施形態における鍵配送センタＭ１００と鍵配送センタＮ２００は、暗号鍵（鍵配送センタ間通信用暗号鍵）ＭＮを共有して相互に秘密通信を行うことができる。即ち、鍵配送センタＭ１００と鍵配送センタＮ２００はＶＰＮを構築することができる。
【００６５】
ところで、上記の暗号鍵はビット列であり、例えば、１２８ｂｉｔ長の暗号鍵を１６進数表記すると１６バイトとなり、０ｘＦＣ３８Ｂ９ａ４０Ｄ８７１２３４などのように表せる。端末Ａ３００、Ｂ４００と鍵配送センタＭ１００、Ｎ２００との間で共有する暗号鍵ＡＭや暗号鍵ＢＮは、端末Ａ３００、Ｂ４００側では暗号鍵保持部３２０、４２０に保存され、鍵配送センタＭ１００、Ｎ２００側では当該暗号鍵に対応する端末Ａ３００、Ｂ４００の識別ＩＤ（例えば電話番号データベース１２０、２２０に記憶された電話番号）と関連付けて保存される。したがって、登録された端末Ａ３００、Ｂ４００のみが鍵配送センタＭ１００、Ｎ２００と秘密通信を行うことができる。一方、鍵配送センタＭ１００、Ｎ２００は、鍵配送センタＭ１００、Ｎ２００間で共有する暗号鍵ＭＮも保存する。
【００６６】
上記の暗号鍵の共有により、端末Ａ３００−鍵配送センタＭ１００−鍵配送センタＮ２００−端末Ｂ４００の相互間で秘密通信路が構築され、鍵配送センタＭ１００、鍵配送センタＮ２００を介して端末Ａ３００と端末Ｂ４００の間で秘匿通信が行えるようになる。
【００６７】
しかし、端末Ａ３００、Ｂ４００間の通信において常に鍵配送センタＭ１００、鍵配送センタＮ２００を介在させると、鍵配送センタＭ１００、Ｎ２００の負荷が重くなる。そこで、本実施形態における鍵配送システムでは、後述するように、この秘密通信路を用いて、一方の端末Ａ３００又はＢ４００で生成した端末間通信用暗号鍵Ｋを他方の端末と共有させ、端末間通信用暗号鍵Ｋを一旦共有した後は、鍵配送センタＭ１００、Ｎ２００経由でなく端末Ａ３００、Ｂ４００同士で直接秘密通信を行うための通信路を確立させる。
【００６８】
次に、上記構成の鍵配送システムにおける、秘密通信路の確立動作について説明する。
【００６９】
以下では、端末Ａ３００、端末Ｂ４００が携帯電話端末であり、端末Ａ３００から端末Ｂ４００へ発呼する場合について説明する。また、端末Ａ３００、端末Ｂ４００の固有の識別ＩＤとして、電話番号Ａ、電話番号Ｂを用いる。また、鍵配送センタＭ１００、鍵配送センタＮ２００の固有の識別ＩＤとして、ＵＲＬ１５０、ＵＲＬ２５０を用いる。
【００７０】
なお、図２から図４のシーケンス図において、図中の通信内容を示す記述は、括弧（［、］）の前方が暗号化通信の暗号鍵の種類、括弧の内部が当該暗号鍵で暗号化されている情報を示す。例えば、ＡＭ［Ａ、Ｂ］とは、端末Ａ３００と鍵配送センタＭ１００との間で共有する暗号鍵ＡＭを用いて、端末Ａ３００の電話番号と端末Ｂ４００の電話番号に係る情報が暗号化されていることを示す。また、ＭＮ［Ａ、Ｂ、Ｍ−ＵＲＬ］とは、鍵配送センタＭ１００と鍵配送センタＮ２００との間で共有する暗号鍵ＭＮを用いて、端末Ａ３００の電話番号、端末Ｂ４００の電話番号、鍵配送センタＭ１００のＵＲＬに係る情報が暗号化されていることを示す。また、括弧内に送信先、送信元の識別ＩＤ（例えば電話番号）が含まれていない場合であっても、ヘッダ等に送信元、送信先の識別ＩＤは当然に含まれている。
【００７１】
ところで、鍵配送センタＭ１００および鍵配送センタＮ２００は、それぞれ、自らと暗号鍵を共有する携帯電話端末に係る電話番号データベース１２０、２２０を、予め相手の鍵配送センタと共有している。つまり、鍵配送センタＭ１００は、鍵配送センタＮ２００の電話番号データベース２２０に登録された携帯電話端末の電話番号を把握でき、同様に、鍵配送センタＮ２００は、鍵配送センタＭ１００の電話番号データベース１２０に登録された携帯電話端末の電話番号を把握できる。この電話番号データベースの共有は、鍵配送センタＭ１００と鍵配送センタＮ２００との間で暗号鍵ＭＮが共有されており、且つ、双方が正規の通信相手であると担保した秘密通信が可能であるため、安全に行うことができる。
【００７２】
次に、本実施形態における秘密通信路の確立動作手順について説明する。ここでは、第１例〜第３例を例示する。
【００７３】
図２は、本発明の実施形態における鍵配送システムの、秘密通信路の確立動作手順の第１例を示すシーケンス図である。
【００７４】
はじめに、図１に示す鍵配送システムの端末Ａ３００は、端末Ｂ４００の電話番号と自端末の電話番号に係る情報を、送受信部３３０により鍵配送センタＭ１００へ送信する（ステップＳ１０１）。
【００７５】
送受信部１４０により上記情報を受信した鍵配送センタＭ１００の制御部１１０は、電話番号データベース１２０を参照して、端末Ａ３００が登録端末であるか否かを判定する。
端末Ａ３００が鍵配送センタＭ１００に登録されていると判定された場合、鍵配送センタＭ１００の制御部１１０は、共有する他の鍵配送センタの電話番号データベース（ここでは、鍵配送センタＮ２００の電話番号データベース２２０）の情報を検索し、端末Ｂ４００の電話番号が登録されている鍵配送センタＮ２００のＵＲＬ２５０に係る情報を取得する。つまり、端末Ｂ４００の電話番号に基づいて鍵配送センタＮ２００のＵＲＬを検索し、そのＵＲＬの情報を取得する。次に、鍵配送センタＭ１００は、自らのＵＲＬ１５０、端末Ａ３００と端末Ｂ４００の電話番号に係る情報を、送受信部１４０により鍵配送センタＮ２００へ送信する（ステップＳ１０２）。なお、鍵配送センタＭ１００は、センタ識別ＩＤ検索部を有するようにして、制御部１１０の代わりに、センタ識別ＩＤ検索部が
端末Ｂ４００を識別するための端末Ｂ４００の電話番号などの端末識別ＩＤに基づいて鍵配送センタＮ２００を識別するための鍵配送センタＮ２００のＵＲＬ２５０に係る情報などの識別ＩＤを検索するようにしてもよい。
一方、端末Ａ３００が鍵配送センタＭ１００に登録されていないと判定された場合、鍵配送センタＭ１００の制御部１１０は、受信した上記情報を破棄する。
【００７６】
送受信部２４０により上記情報を受信した鍵配送センタＮ２００の制御部２１０は、電話番号データベース２２０を参照して、端末Ｂ４００が登録端末であるか否かを判定する。
端末Ｂ４００が鍵配送センタＭ１００に登録されていると判定された場合、鍵配送センタＮ２００の制御部２１０は、端末Ａ３００の電話番号に係る情報を、送受信部２４０により端末Ｂ４００へ送信する（ステップＳ１０３）。
一方、端末Ｂ４００が鍵配送センタＭ１００に登録されていると判定されなかった場合、鍵配送センタＮ２００は、判定失敗に係る情報を、送受信部２４０により鍵配送センタＭ１００へ送信し（ステップＳ１０４）、同様に、鍵配送センタＭ１００は送受信部１４０により、判定失敗に係る情報を端末Ａ３００へ送信する（ステップＳ１０５）。
【００７７】
端末Ｂ４００の制御部４１０は、端末Ａ３００からの通信要求を認識し、着信（暗号化通信）の可否を、送受信部４３０により鍵配送センタＮ２００へ返信する。
着信可（暗号化通信承諾）の場合、端末Ｂ４００は、暗号鍵生成部４１１により発生したランダムな数値から暗号鍵Ｋを生成し、送受信部４３０は、端末Ａ３００の電話番号、着信ＯＫの応答に係る情報と共に鍵配送センタＮ２００へ送信する（ステップＳ１０６）。鍵配送センタＮ２００は、当該情報に端末Ｂ４００の電話番号に係る情報を付加して鍵配送センタＭ１００へ送信し（ステップＳ１０７）、鍵配送センタＭ１００は、暗号鍵Ｋ、端末Ｂ４００の電話番号、着信ＯＫの応答に係る情報を端末Ａ３００へ送信する（ステップＳ１０８）。
ここで、着信の可否（暗号化通信の承諾／拒否）は、着信端末が発信端末との間での秘密通信を許可しているか否かによって制御部４１０が判定する。この判断は、着信端末内で発信端末の識別ＩＤとともに秘密通信を許可するか否かのフラグを保持し、このフラグに基づいて行われてもよいし、あらかじめ設定されたセキュリティポリシに基づいて行われてもよい。
【００７８】
一方、着信不可（暗号化通信拒否）の場合、端末Ｂ４００は、端末Ａ３００の電話番号、暗号化通信拒否の応答に係る情報を鍵配送センタＮ２００へ送信する（ステップＳ１０９）。鍵配送センタＮ２００は、当該情報に端末Ｂ４００の電話番号に係る情報を付加して鍵配送センタＭ１００へ送信し（ステップＳ１１０）、鍵配送センタＭ１００は、端末Ｂ４００の電話番号、暗号化通信拒否の応答に係る情報を端末Ａ３００へ送信する（ステップＳ１１１）。
【００７９】
端末Ａ３００は、この時点で端末Ｂ４００が着信を許可しているか否かを把握できる。着信可の場合、端末Ａ３００は、暗号鍵Ｋを用いて端末Ｂ４００に対して直接発呼する（ステップＳ１１２）。発呼する際、通常の端末Ａ３００の電話番号のほか、暗号鍵Ｋによって暗号化された暗号化通信要求と端末Ａ３００の電話番号に係る情報を、送受信部３３０により送信する。
【００８０】
端末Ｂ４００の暗号化・復号化処理部４１４は、端末Ａ３００から着呼すると暗号電文を暗号鍵Ｋで復号化する。制御部４１０は、暗号化通信要求や端末Ａ３００の電話番号に係る情報を正しく取得できたか否かを確認し、確認できた場合、同様に暗号鍵Ｋで暗号化した要求応答を返信する（ステップＳ１１３）。以降は、全ての通信が暗号鍵Ｋで暗号化された秘密通信となる（ステップＳ１１４）。
【００８１】
一方、暗号鍵Ｋによる復号で正しい暗号化通信要求が得られなかった場合、端末Ｂ４００の制御部４１０は、悪意の第三者からのアクセスと判断し、端末Ａ３００に対して無応答などの着信拒否を行う。
【００８２】
なお、暗号化通信終了時に端末Ａ３００の制御部３１０は、端末Ｂ４００との端末間通信用暗号鍵Ｋを暗号鍵保持部３２０に保存し、同様に、端末Ｂ４００の制御部４１０は、端末Ａ３００との端末間通信用暗号鍵Ｋを暗号鍵保持部４２０に保存してもよい。したがって、以降は、端末Ａ３００、端末Ｂ４００のいずれからでも暗号鍵Ｋを用いて直接発呼し、暗号化通信を開始することができる。
【００８３】
このような秘密通信路の確立動作手順の第１例によれば、異なる鍵配送センタＭ１００、Ｎ２００と秘密通信可能な端末Ａ３００、Ｂ４００間で、端末間通信用暗号鍵Ｋを安全に共有することができる。共有した後は、端末間通信用暗号鍵Ｋを用いて、秘匿性の高い直接秘密通信を行うことができる。
【００８４】
図３は、本発明の実施形態における鍵配送システムの、秘密通信路の確立動作手順の第２例を示すシーケンス図である。
【００８５】
はじめに、図１に示す鍵配送システムの端末Ａ３００は、端末Ａ３００の電話番号と暗号化通信要求に係る情報を、送受信部３３０により直接端末Ｂ４００へ送信して発呼する（ステップＳ２０１）。この時点では、暗号化鍵を相互に共有していないので平文による通信である。
【００８６】
送受信部４３０により上記情報を受信した端末Ｂ４００は、暗号化通信を許諾する場合、自らが端末登録されている鍵配送センタＮ２００のＩＤであるＵＲＬ２５０を、端末Ａ３００へ送付する（ステップＳ２０３）。ここで、端末Ｂ４００は、図示しない秘密通信可否判定部を有し、秘密通信可否判定部が端末Ａ３００との間での秘密通信を許可するか否かを判定する。なお、秘密通信可否判定部の代わりに、制御部２１０がこの判定をするようにしてもよい。
【００８７】
一方、暗号化通信ではなく、通常の通信を許諾する場合、端末Ｂ４００は、端末Ａ３００へ通常通信文を送信し、以降、通常の通信を確立することができる（ステップＳ２０２）。
【００８８】
ステップＳ２０３の手順により、鍵配送センタＮ２００のＩＤであるＵＲＬ２５０を送受信部３３０により受信した端末Ａ３００は、端末Ｂ４００の電話番号とＵＲＬ２５０に係る情報を、鍵配送センタＭ１００へ送信する（ステップＳ２０４）。
【００８９】
送受信部１４０により上記情報を受信した鍵配送センタＭ１００は、電話番号データベース１２０を参照して、端末Ａ３００が登録端末であるか否かを判定する。端末Ａ３００が登録端末であると判定された場合、鍵配送センタＭ１００は、端末Ａ３００と端末Ｂ４００の電話番号に係る情報を、鍵配送センタＮ２００へ通信する（ステップＳ２０５）。
【００９０】
送受信部２４０により上記情報を受信した鍵配送センタＮ２００の制御部２１０は、電話番号データベース２２０を参照して、端末Ｂ４００が登録端末であるか否かを判定する。
端末Ｂ４００が登録端末であると判定された場合、端末Ａ３００の電話番号に係る情報を、送受信部２４０により端末Ｂ４００へ送信する（ステップＳ２０６）。
一方、端末Ｂ４００が登録端末であると判定されなかった場合、鍵配送センタＮ２００は、判定失敗に係る情報を、送受信部２４０により鍵配送センタＭ１００へ送信し（ステップＳ２０７）、同様に、鍵配送センタＭ１００は送受信部１４０により、判定失敗に係る情報を端末Ａ３００へ送信する（ステップＳ２０８）。
【００９１】
送受信部４３０により端末Ａ３００の電話番号に係る情報を受信した端末Ｂ４００は、暗号鍵生成部４１１により発生したランダムな数値を暗号鍵Ｋとして、端末Ａ３００の電話番号、着信ＯＫの応答に係る情報と共に鍵配送センタＮ２００へ送信する（ステップＳ２０９）。鍵配送センタＮ２００は、当該情報に端末Ｂ４００の電話番号に係る情報を付加して鍵配送センタＭ１００へ送信し（ステップＳ２１０）、鍵配送センタＭ１００は、暗号鍵Ｋ、端末Ｂ４００の電話番号、着信ＯＫの応答に係る情報を端末Ａ３００へ送信する（ステップＳ２１１）。
【００９２】
送受信部３３０により上記情報を受信した端末Ａ３００は、暗号鍵Ｋを用いて端末Ｂ４００に対して直接発呼するが（ステップＳ２１２）、以降のステップＳ２１２からステップＳ２１４までの手順は、第１例におけるステップＳ１１２からステップＳ１１４と同じであるので、説明を省略する。
【００９３】
上記の動作手順例（第２例）は、前述の第１例と比較して、鍵配送センタの数が多く、事前に登録端末情報を把握することが困難な場合、または把握することがセキュリティ上問題となる場合に有効な手順である。
【００９４】
なお、端末Ｂ４００は、端末Ａ３００との間の通信が秘密通信であるか否か、端末Ａ３００の識別ＩＤ、などに基づいて端末Ａ３００に対して応答するか否かを決定してもよい。
【００９５】
図４は、本発明の実施形態における鍵配送システムの、秘密通信路の確立動作手順の第３例を示すシーケンス図である。
【００９６】
はじめに、図１に示す鍵配送システムの端末Ａ３００は、端末Ｂ４００の電話番号に係る情報を、送受信部３３０により鍵配送センタＭ１００へ送信する（ステップＳ３０１）。
【００９７】
送受信部１４０により上記情報を受信した鍵配送センタＭ１００は、端末Ａ３００の電話番号、鍵配送センタＭ１００のＵＲＬ１５０、鍵配送センタＭ１００の証明書に係る情報を、直接端末Ｂ４００へ送信する（ステップＳ３０２）。なお、鍵配送センタＭ１００と端末Ｂ４００との間では、暗号化鍵を相互に共有していないので平文による通信を行う。
【００９８】
送受信部４３０により上記情報を受信した端末Ｂ４００は、端末Ａ３００の電話番号、鍵配送センタＭ１００のＵＲＬ１５０、鍵配送センタＭ１００の証明書に係る情報を鍵配送センタＮ２００へ送信する（ステップＳ３０３）。
【００９９】
鍵配送センタＭ１００のＵＲＬ１５０と鍵配送センタＭ１００の証明書に係る情報を、送受信部２４０により受信した鍵配送センタＮ２００の制御部２１０は、電話番号データベース２２０を参照して、端末Ｂ４００が登録端末であるか否かを判定し、さらに、鍵配送センタＭ１００のＵＲＬ１５０および証明書が正しいことを判定する。なお、制御部２１０の代わりに、図示しない鍵配送センタ証明書正当性判定部が鍵配送センタＭ１００のＵＲＬ１５０および証明書が正しいことを判定するようにしてもよい。
端末Ｂ４００が登録端末であると判定されなかった場合または鍵配送センタＭ１００の証明書が正しいと判定されなかった場合、鍵配送センタＮ２００は、送受信部２４０により証明書ＮＧの確認通知を端末Ｂ４００へ送信する（ステップＳ３０４）。また、証明書ＮＧの確認通知の代わりに、無応答としてもよい。
一方、端末Ｂ４００が登録端末であると判定された場合かつ鍵配送センタＭ１００の証明書が正しいと判定された場合、鍵配送センタＮ２００は、送受信部２４０により証明書ＯＫの確認通知を端末Ｂ４００へ送信する（ステップＳ３０５）。
なお、証明書のＯＫ／ＮＧ判定は、例えば鍵配送センタＮ２００があらかじめ保持している鍵配送センタＭ１００の証明書と鍵配送センタＮ２００が端末Ｂ４００から受信した鍵配送センタＭ１００の証明書とが一致した場合にＯＫ、一致しなかった場合にＮＧと判定する。
【０１００】
端末Ｂ４００の制御部４１０は、証明書ＯＫの確認通知を受信すると、暗号化通信の着信可否を判断する。暗号化通信を許諾する場合、端末Ｂ４００は、端末Ａ３００と端末Ｂ４００の電話番号、暗号化通信許諾の応答に係る情報を、鍵配送センタＭ１００へ送信する（ステップＳ３０６）。さらに、端末Ｂ４００は、端末Ａ３００の電話番号、鍵配送センタＭ１００のＵＲＬ１５０、着信ＯＫの応答に係る情報および暗号鍵生成部４１１により発生したランダムな数値を暗号鍵Ｋとして、鍵配送センタＮ２００へ送信する（ステップＳ３０７）。
【０１０１】
鍵配送センタＮ２００は、当該情報に端末Ｂ４００の電話番号に係る情報を付加して鍵配送センタＭ１００へ送信し（ステップＳ３０８）、鍵配送センタＭ１００は、暗号鍵Ｋ、端末Ｂ４００の電話番号、着信ＯＫの応答に係る情報を端末Ａ３００へ送信する（ステップＳ３０９）。
【０１０２】
送受信部３３０により上記情報を受信した端末Ａ３００は、暗号鍵Ｋを用いて端末Ｂ４００に対して直接発呼するが（ステップＳ３１０）、以降のステップＳ３１０からステップＳ３１２までの手順は、第１例におけるステップＳ１１２からステップＳ１１４と同じであるので、説明を省略する。
【０１０３】
上記の動作手順例は、端末Ａ３００からの発呼を端末Ｂ４００が直接受信するわけではなく、鍵配送センタＭ１００を経由しているので、第２例と比較してトラフィックが多くなるが、大量の悪意のアクセスに対してその防止効果がある。また、前述の第１例や第２例と比較して、さらなるセキュリティの強化に有効な手順である。
【０１０４】
次に、鍵配送システムにおける端末Ａ３００、Ｂ４００の発呼動作のバリエーションについて詳細に説明する。
【０１０５】
端末Ａ３００、Ｂ４００の制御部３１０、４１０は、相手端末へ発呼する際、図示しない操作部への入力に基づき、例えば音声通信またはテレビ電話通信のいずれか、通常通信または秘密通信のいずれかを選択してもよい。
【０１０６】
端末Ａ３００、Ｂ４００の暗号鍵保持部３２０、４２０は、前述の秘密通信終了後、共有した端末間通信用暗号鍵Ｋを端末Ａ３００、Ｂ４００内に保持する。したがって、発呼する相手端末と端末間通信用暗号鍵Ｋが共有されている場合、鍵配送センタＭ１００、Ｎ２００経由の秘密通信確立動作を省略して相手端末に直接発呼することができる。
【０１０７】
なお、制御部３１０、４１０は、暗号鍵保持部３２０、４２０が端末間通信用暗号鍵Ｋを保持する際に有効期限を設定し、暗号鍵を共有してから所定時間が経過すると暗号鍵を消去するようにしてもよい。この場合、所定時間が経過すると相手端末への直接発呼ができなくなる。一方、有効期限内に、保持する端末間通信用暗号鍵Ｋを用いた秘密通信を再度実行した場合、制御部３１０，４１０は、当該端末間通信用暗号鍵Ｋの有効期限を所定時間延長（更新）するようにしてもよい。この場合、延長前の所定時間が経過しても相手端末への直接発呼を継続して行える。また、有効期限を延長する代わりに、制御部３１０、４１０が端末間通信用暗号鍵Ｋを更新するようにしてもよい。
【０１０８】
また、端末Ａ３００、Ｂ４００は、端末間通信用暗号鍵Ｋが端末Ａ３００、Ｂ４００内に保持されているか否かの情報を、電話番号と関連付けて端末Ａ３００、Ｂ４００内の図示しない電話帳に記録している。端末Ａ３００、Ｂ４００の操作者の指示により、制御部３１０、４１０が通信を開始すべく相手端末の電話番号を電話帳から呼び出す際、端末間通信用暗号鍵Ｋが保持されているか否かを判定し、有効期限の情報を図示しない表示部に表示させるようにしてもよい。これにより、端末Ａ３００、Ｂ４００の操作者は有効期限を確認することができる。なお、制御部３１０、４１０は、有効期限切れが所定時間内に迫った端末間通信用暗号鍵Ｋがある場合に、表示部に表示させるアイコンの点滅を行ったり、アラームを鳴動させたりするなどの報知動作を行うように設定してもよい。また、制御部３１０、４１０は、有効時間の残り時間に応じて、上記の報知動作をさらに変化させてもよい。
【０１０９】
また、端末Ａ３００、Ｂ４００の操作者は上記報知を確認し、図示しない操作部により、秘密通信を行う際に、鍵配送センタＭ１００、Ｎ２００経由の秘密通信を開始するか、既に保持している端末間通信用暗号鍵Ｋを使用して直接相手端末に発呼するかのいずれかを指示してもよい。なお、例えば、操作部により電話帳の有効期限の表示を消去すれば、制御部３１０、４１０が、操作部への入力に基づいて当該相手端末に係る端末間通信用暗号鍵Ｋを消去することを許可するよう設定してもよい。このように、端末Ａ３００、Ｂ４００は、操作部への操作に基づいて端末間通信用暗号鍵Ｋを消去してもよい。さらに、端末Ａ３００、Ｂ４００への操作ではなく、鍵配送センタＭ１００、Ｎ２００が、端末間通信用暗号鍵Ｋを消去又は変更するための制御信号を端末Ａ３００、Ｂ４００へ送信するようにしてもよい。
【０１１０】
また、端末Ａ３００、端末Ｂ４００の優先順位記録部３１２、４１２は、通常の非秘密通信、暗号鍵ＡＭ、ＭＮ、ＢＮを用いて鍵配送センタＭ１００、Ｎ２００を経由して秘密通信するセンタ経由秘密通信、既に保持している端末間通信用暗号鍵Ｋを用いて相手端末に直接発呼して行う直接秘密通信、の３つの通信方式の優先順位を予め記録してもよい。そして、制御部３１０、４１０は、発呼の際、操作部への入力によらずに、当該優先順位に基づいて、いずれかの通信方式を選択して通信を行うようにしてもよい。また、３つの通信方式の優先順位でなく、センタ経由秘密通信、直接秘密通信の２つの通信方式の優先順位を予め記録してもよい。
【０１１１】
優先順位記録部３１２、４１２に優先順位を設定した場合の発呼動作例としては以下のようなモードが考えられる。
（ａ）通常通信（非秘密通信）優先モード
相手端末に対して通常発呼を行う。相手端末が着信して回線が接続されれば、通常通信を行うが、相手端末から秘密通信を要求する着信拒否が通知されるか無応答でタイムアウトした場合、秘密通信を試行する。
（ｂ）秘密通信優先モード
はじめに秘密通信を試行する。前述の鍵配送センタＭ１００、Ｎ２００経由の秘密通信路の確立動作手順を実行し、相手端末が秘密通信を行えないと判断された場合、通常発呼に切り替える。なお、相手端末と秘密通信が行えないと判断する条件とは、鍵配送センタＭ１００、Ｎ２００において端末Ａ３００、Ｂ４００の登録が無効になっているなど、鍵配送ができない場合などである。
【０１１２】
また、端末Ａ３００、Ｂ４００の試行結果記録部３１３、４１３は、過去の相手端末に対する通信試行の結果（過去の結果）を記録し、制御部３１０、４１０は、次の発呼の際、当該記録に基づいて自端末の発呼や表示に係る動作を変更してもよい。
【０１１３】
試行結果記録部３１３、４１３の動作を有効にした場合の発呼動作例及び発呼時の表示例としては以下のようなモードが考えられる。
（１）鍵配送センタＭ１００、Ｎ２００経由での最新の秘密通信の試行において、秘密通信ができなかった場合
制御部３１０、４１０は、端末Ａ３００、Ｂ４００の表示部に例えば図５（ａ）に示すマークを表示させ、たとえ優先順位記録部３１２、４１２の設定が秘密通信優先モードであったとしても、一時的に通常通信優先モードでの発呼に移行する。
（２）最新の秘密通信試行の結果、秘密通信が行えた場合
制御部３１０、４１０は、端末Ａ３００、Ｂ４００の表示部に例えば図５（ｂ）に示すマークを表示させる。
（３）最新の通信において通常通信で発呼できなかったが、秘密通信は行えた場合
制御部３１０、４１０は、端末Ａ３００、Ｂ４００の表示部に例えば図５（ｃ）に示すマークを表示させ、たとえ優先順位記録部３１２、４１２の設定が通常通信優先モードであったとしても、一時的に秘密通信優先モードでの発呼に移行する（このモードは、（２）のモードよりも優先する）。
（４）上記以外の場合、または秘密通信試行がなかった場合
制御部３１０、４１０は、端末Ａ３００、Ｂ４００の表示部に図５（ｄ）に示すマークを表示させる。
さらに、秘密通信優先モードにおいて、通信試行の結果に基づいて、センタ経由秘密通信優先モード、直接秘密通信優先モードを設定するようにしてもよい。
【０１１４】
次に、鍵配送システムにおける端末Ａ３００、Ｂ４００の着呼時の動作について説明する。
【０１１５】
端末Ａ３００、Ｂ４００の制御部３１０、４１０は、着呼したとき、通常通信であるか秘密通信であるかを報知する。具体的には、秘密通信で着呼したときは、端末Ａ３００、Ｂ４００の表示部に図５（ｅ）に示す表示をさせる。これにより、着呼端末の操作者は、表示部を確認することで通信種類を把握できるので安心して通話を行える。
【０１１６】
また、使用した秘密鍵が過去の暗号鍵の再利用ではなく、新規に鍵配送センタＭ１００、Ｎ２００を通じて配送されたものである場合（例えば、端末間通信用暗号鍵Ｋが有効期限超過等により無効である場合）、図５（ｅ）に示すマークを例えば緑色の表示として色により認識可能としてもよいし、一定時間点滅することで認識可能としてもよい。これにより、秘密通信の種類も把握できるので、着呼端末の操作者は安心して通話を行える。なお、発呼端末側でも同様の表示を行えば、発呼端末の操作者に対しても発呼の状態を報知することができる。
【０１１７】
このように、秘密通信であるか否か、端末間通信用暗号鍵Ｋが有効であるか否か、などに応じて、端末Ａ３００、Ｂ４００の制御部３１０、４１０が着呼時の端末動作を制御するようにしてもよい。同様に、これらに応じて、端末Ａ３００、Ｂ４００の制御部３１０、４１０が発呼時の端末動作を制御するようにしてもよい。
【０１１８】
また、端末Ａ３００、端末Ｂ４００の制御部３１０、４１０は、秘密通信で発呼された場合は着信を許諾し、通常通信で発呼された場合は着信拒否をするような設定を行ってもよい。当該設定は、例えば公知の発信番号通知機能の応用で実現可能であり、詳細な説明を省略する。
【０１１９】
なお、上記の実施形態では、鍵配送センタが２箇所の場合について説明したが、これに限定されるものではなく、３箇所以上の鍵配送センタで構成されても本発明を実現できることは言うまでもない。
【０１２０】
また、上記の実施形態では、ＶＰＮを構築して秘密通信を実現する例について説明したが、これに限定されるものではなく、専用線を敷設するなど、相互に安全に秘密通信が行える技術手段であればどのような手段を用いてもかまわない。
【０１２１】
さらに、上記の実施形態では、端末固有のＩＤとして電話番号を用いたが、これに限定されるものではなく、ＩＰアドレスなどでもかまわない。
【産業上の利用可能性】
【０１２２】
本発明は、異なる鍵配送センタと秘密通信可能な任意の端末間で、秘密通信路を容易に確立することが可能な鍵配送システム、端末および鍵配送センタに有用である。
【符号の説明】
【０１２３】
１００  鍵配送センタＭ
２００  鍵配送センタＮ
１１０、２１０  制御部
１１１、２１１  暗号鍵消去部
１２０、２２０  電話番号データベース
１３０、２３０  課金処理部
１４０、２４０  送受信部
３００  端末Ａ
４００  端末Ｂ
３１０、４１０  制御部
３１１、４１１  暗号鍵生成部
３１２、４１２  優先順位記録部
３１３、４１３  試行結果記録部
３１４、４１４  暗号化・復号化処理部
３２０、４２０  暗号鍵保持部
３３０、４３０  送受信部
５００  インターネット網（伝送路）
【図１】
2011109521.tif 000003
【図２】
2011109521.tif 000004
【図３】
2011109521.tif 000005
【図４】
2011109521.tif 000006
【図５】
2011109521.tif 000007