(57)【特許請求の範囲】
【請求項１】
ネットワークを介して接続される対向秘話通信装置との間で呼確立と音声データのやりとりとを行う通話処理手段と、
上記通話処理手段がやりとりする音声データについて暗号化、復号を行う暗号処理手段と、
呼接続に係わる処理を行うコールエージェントサーバとは異なる情報管理サーバが管理している秘話通信対応情報を、上記ネットワークを介して上記情報管理サーバから取得して保持する秘話通信対応情報保持手段と、
上記秘話通信対応情報保持手段が保持する上記秘話通信対応情報が秘話通信に対応する旨を示す内容である場合に、上記暗号処理手段を有効に機能するように制御する秘話通信対応情報制御手段と
を有することを特徴とする秘話通信装置。
【請求項２】
上記秘話通信対応情報保持手段は、上記通話処理手段による呼確立と音声データのやりとりとの前に、上記情報管理サーバが提供した上記秘話通信対応情報を取得して保持することを特徴とする請求項１に記載の秘話通信装置。
【請求項３】
上記秘話通信対応情報制御手段は、上記秘話通信対応情報に基づいて上記暗号処理手段を有効に機能させる際に、上記通話処理手段が上記対向秘話通信装置に送信する音声データについて上記暗号処理手段によって暗号化させて送信させ、上記対向秘話通信装置から受信する音声データを上記暗号処理手段によって復号させて上記通話処理手段に受信させることを特徴とする請求項１又は２に記載の秘話通信装置。
【請求項４】
マイクロフォン及びスピーカを有し、上記マイクロフォンが捕捉して得た音声データを上記暗号処理手段が暗号化して送信する音声データとし、上記暗号処理手段が復号して得た音声データを上記スピーカに与え出力させることを特徴とする請求項１〜３のいずれかに記載の秘話通信装置。
【請求項５】
上記ネットワークが、ＩＰを利用したパケット通信網であって、上記通話処理手段が、ＳＩＰの通信プロトコルに基づいてパケット通信で呼確立を行い、呼確立後にパケット通信で音声データのやりとりを行い、上記秘話通信対応情報保持手段が、ＳＩＰの通信プロトコルと異なる通信プロトコルに基づいてパケット通信で上記秘話通信対応情報を取得することを特徴とする請求項１〜４のいずれかに記載の秘話通信装置。
【請求項６】
上記暗号処理手段が、ＡＥＳ、３ＤＥＳ及びＡ５／１の暗号アルゴリズムのいずれかに従って暗号化、復号を行うことを特徴とする請求項１〜５のいずれかに記載の秘話通信装置。
【請求項７】
上記秘話通信対応情報制御手段は、上記秘話通信対応情報保持手段が保持する上記秘話通信対応情報が秘話通信に対応しない旨を示す内容である場合に、上記暗号処理手段を有効に機能するように制御しないことを特徴とする請求項１に記載の秘話通信装置。
【請求項８】
第１の秘話通信装置がネットワークを介して接続される第２の秘話通信装置と秘話通信する、上記第１の秘話通信装置が実行する秘話通信方法であって、
上記第２の秘話通信装置との間で呼確立と音声データのやりとりとを行う通話処理ステップと、
上記通話処理ステップがやりとりする音声データについて暗号化、復号を行う暗号処理ステップと、
呼接続に係わる処理を行うコールエージェントサーバとは異なる情報管理サーバが管理している秘話通信対応情報を、上記ネットワークを介して上記情報管理サーバから取得して保持する秘話通信対応情報取得保持ステップと、
保持される上記秘話通信対応情報が秘話通信に対応する旨を示す内容である場合に、上記暗号処理ステップを有効に機能するように制御する秘話通信対応情報制御ステップと
を有することを特徴とする秘話通信方法。
【請求項９】
コンピュータを、
ネットワークを介して接続される対向秘話通信装置との間で呼確立と音声データのやりとりとを行う通話処理手段と、
上記通話処理手段がやりとりする音声データについて暗号化、復号を行う暗号処理手段と、
呼接続に係わる処理を行うコールエージェントサーバとは異なる情報管理サーバが管理している秘話通信対応情報を、上記ネットワークを介して上記情報管理サーバから取得して保持する秘話通信対応情報保持手段と、
上記秘話通信対応情報保持手段が保持する上記秘話通信対応情報が秘話通信に対応する旨を示す内容である場合に、上記暗号処理手段を有効に機能するように制御する秘話通信対応情報制御手段と
して機能させることを特徴とする秘話通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は秘話通信装置、方法及びプログラムに関し、例えば、電話端末間の音声信号の暗号通信に適用し得るものである。
【背景技術】
【０００２】
特許文献１には、各電話機が自分の暗号鍵を持つだけで、安全性の高い、共通鍵方式の秘話通信を実現できる秘話通信方式が記載されている。
【０００３】
特許文献１の記載技術では、各電話機の暗号機構及び暗号鍵管理装置の暗号機構には共通鍵暗号アルゴリズムを採用し、各電話機は、自分の暗号鍵、暗号鍵管理装置の電話番号、相手電話番号を保持し、暗号鍵管理装置は、電話番号ごとの暗号鍵、転送先の電話番号を管理し、さらに、秘話通信に用いるセッション鍵の生成手段を有する。暗号鍵管理装置は、送信側電話機から発呼があると、そのセッション（呼）で使用するセッション鍵を生成し、暗号化して送信側に送り、送信側電話機は、これを自分の鍵で復号して保持し、さらに暗号化されたまま受信側に送る。受信側電話機は、これを自分の鍵で復号して保持し、以後、送信側電話機及び受信側電話機とも、セッション鍵を用いて秘話通信を行う。
【０００４】
ここで、一般的には、被暗号物（平文）から暗号物（暗号文）の作成を暗号化といい、暗号物から被暗号物の作成を復号化という。また、暗号化、復号化を行う手順、規約を暗号アルゴリズムという。共通鍵暗号アルゴリズムとは、被暗号物（平文）から暗号物（暗号文）を作成するときの鍵（暗号鍵）と、暗号物から被暗号物を作成するときの鍵（復号鍵）とに同一の鍵を用いる暗号方式である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平５−１３００９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の記載技術は、セッション毎に、暗号鍵管理装置が生成したセッション鍵を用いて両電話機が秘話通信を行うので、両電話機と同じ暗号アルゴリズムを適用できる装置を用意した第３者がセッション鍵を入手したならば、通信内容を不正に解読することができる。両電話機が保有するセッション鍵を取り出すための共通鍵は、セッション毎ではなく長期に渡って同じものであるので、盗用の恐れが高く、この共通鍵が盗用された場合には、セッション鍵が容易に解読されてしまう。すなわち、セッション毎に有効なセッション鍵を用いているとは言え、そのシステムの安全強度や信用性が高いとは言い難い。
【０００７】
また、通話相手の状況を把握できずに秘話通信を行うので、上述したような第３者が秘話通話の相手になっていても、そのような悪い事態に対応することができない。
【０００８】
そのため、呼(セッション)毎に実行する秘話通信の安全強度や信用性を高めることができる秘話通信装置、方法及びプログラムが望まれている。
【課題を解決するための手段】
【０００９】
第１の本発明の秘話通信装置は、（１）ネットワークを介して接続される対向秘話通信装置との間で呼確立と音声データのやりとりとを行う通話処理手段と、（２）上記通話処理手段がやりとりする音声データについて暗号化、復号を行う暗号処理手段と、（３）呼接続に係わる処理を行うコールエージェントサーバとは異なる情報管理サーバが管理している秘話通信対応情報を、上記ネットワークを介して上記情報管理サーバから取得して保持する秘話通信対応情報保持手段と、（４）上記秘話通信対応情報保持手段が保持する上記秘話通信対応情報が秘話通信に対応する旨を示す内容である場合に、上記暗号処理手段を有効に機能するように制御する秘話通信対応情報制御手段とを有することを特徴とする。
【００１０】
第２の本発明の秘話通信方法は、第１の秘話通信装置がネットワークを介して接続される第２の秘話通信装置と秘話通信する、上記第１の秘話通信装置が実行する秘話通信方法であって、（１）上記第２の秘話通信装置との間で呼確立と音声データのやりとりとを行う通話処理ステップと、（２）上記通話処理ステップがやりとりする音声データについて暗号化、復号を行う暗号処理ステップと、（３）呼接続に係わる処理を行うコールエージェントサーバとは異なる情報管理サーバが管理している秘話通信対応情報を、上記ネットワークを介して上記情報管理サーバから取得して保持する秘話通信対応情報取得保持ステップと、（４）保持される上記秘話通信対応情報が秘話通信に対応する旨を示す内容である場合に、上記暗号処理ステップを有効に機能するように制御する秘話通信対応情報制御ステップとを有することを特徴とする。
【００１１】
第３の本発明の秘話通信プログラムは、コンピュータを、（１）ネットワークを介して接続される対向秘話通信装置との間で呼確立と音声データのやりとりとを行う通話処理手段と、（２）上記通話処理手段がやりとりする音声データについて暗号化、復号を行う暗号処理手段と、（３）呼接続に係わる処理を行うコールエージェントサーバとは異なる情報管理サーバが管理している秘話通信対応情報を、上記ネットワークを介して上記情報管理サーバから取得して保持する秘話通信対応情報保持手段と、（４）上記秘話通信対応情報保持手段が保持する上記秘話通信対応情報が秘話通信に対応する旨を示す内容である場合に、上記暗号処理手段を有効に機能するように制御する秘話通信対応情報制御手段として機能させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、外部から与えられる秘話通信対応情報が保持されていることを秘話通信の条件としているので、呼(セッション)毎に実行する秘話通信の安全強度や信用性を高めることができる秘話通信装置、方法及びプログラムを実現できる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施形態に係る秘話通信システムの構成を示すブロック図である。
【図２】第１の実施形態における秘話通信装置の機能的構成を示すブロック図である。
【図３】第１の実施形態における登録声紋情報保持部に登録されている情報の構成を示す説明図である。
【図４】第１の実施形態に係る秘話通信システムにおいて秘話通信に移行するまでの流れを示すシーケンス図である。
【図５】第１の実施形態における着信側の秘話通信装置内での情報などの流れを示す説明図である。
【図６】第２の実施形態における秘話通信装置の機能的構成を示すブロック図である。
【図７】第２の実施形態に係る秘話通信システムにおいて秘話通信からファイル転送に移行する様子を示したシーケンス図である。
【図８】第３の実施形態に係る秘話通信装置が、通話相手毎に、データ取得期間及び鍵抽出方法を設定した一例を示す説明図である。
【図９】第３の実施形態における鍵抽出方法の説明図である。
【図１０】第４の実施形態における秘話通信装置の機能的構成を示すブロック図である。
【図１１】第４の実施形態の秘話通信システムにおける秘話通信対応可否プレゼンス情報の授受手順を示すシーケンス図（その１）である。
【図１２】第４の実施形態の秘話通信システムにおける秘話通信対応可否プレゼンス情報の授受手順を示すシーケンス図（その２）である。
【発明を実施するための形態】
【００１４】
（Ａ）第１の実施形態
以下、本発明による秘話通信装置、方法及びプログラムの第１の実施形態を、図面を参照しながら詳述する。第１の実施形態の秘話通信装置を対向させて有する秘話通信システムは、電話通信システムへの適用を意図したものである。
【００１５】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態に係る秘話通信システムの構成を示すブロック図である。
【００１６】
図１において、第１の実施形態に係る秘話通信システム（電話通信システム）１は、秘話通信を行う秘話通信装置（電話端末）２−１、２−２及びコールエージェント（ＣＡ；Ｃａｌｌ  Ａｇｅｎｔ）３を有し、これら秘話通信装置２−１、２−２及びコールエージェント３がネットワーク４を介して通信できるようになされている。
【００１７】
ネットワーク４は、その種類が限定されるものではない。例えば、ネットワーク４は、複数のネットワークからなるものでも良い。また例えば、ネットワーク４は、一部に無線回線や無線網を含むものであっても良く、全体が無線網で構成されているものであっても良い。さらに例えば、ネットワーク４はパケット交換網であっても良く、特に、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信を利用したＩＰネットワークであっても良い。
【００１８】
コールエージェント３は、秘話通信装置２−１、２−２間の呼接続に係わる処理を行うものである。例えば、コールエージェント３は、ＰＢＸ（Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  ｅＸｃｈａｎｇｅ）、ＩＰ−ＰＢＸ、ソフトスイッチ、ＳＩＰサーバ等が相当する。ここで、コールエージェント３が行う呼接続に係る処理は、ＳＩＰ、ＭＥＧＡＣＯ、Ｈ３２３、ＳＳ７等のいずれの通信プロトコル従っていても良いが、以下では、ＳＩＰにより処理をするとして説明する。
【００１９】
秘話通信装置２（２−１、２−２）は、音声信号を対向する装置との間で授受する音声通信装置であり、第１の実施形態の場合、対向する装置に対して音声信号を暗号化して送信し、対向する装置からの暗号化音声信号を復号するものである。秘話通信装置２は、卓上型の電話端末、携帯電話端末、スマートフォン等のいずれであっても良い。また、秘話通信装置２は、通信機能を有するパソコン（ＰＣ）に電話機能を実現するソフトフォンアプリケーション（ＳＩＰ対応のアプリケーション）をインストールしたソフトフォンであっても良い。この場合、ソフトフォンアプリケーションは、少なくともＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）３２６１、ＲＦＣ２９７６、ＲＦＣ３４２８に準拠する機能を有し、コールエージェント３とやりとりする。レガシィな電話端末をＩＰネットワークに接続させるためのゲートウェイも種々存在するが、このようなゲートウェイに秘話通信機能を搭載した場合には、ゲートウェイは、第１の実施形態の秘話通信装置２になり得る。
【００２０】
図２は、第１の実施形態における秘話通信装置２の機能的構成を示すブロック図である。秘話通信装置２は、パソコンに電話機能を実現するソフトフォンアプリケーション（秘話通信プログラムに対応）をインストールしたソフトフォンで構成される場合もあるが、このような場合でも、機能的には、図２で示すことができる。なお、以下の説明において、発信側の秘話通信装置と着信側の秘話通信装置とを符号上で区別する必要がある場合には、発信側の秘話通信装置の符号として「２Ａ」を用い、着信側の秘話通信装置の符号として「２Ｂ」を用いることとする。
【００２１】
秘話通信装置２は、通話処理部１０、暗号処理部１１、アルゴリズム決定部１２及び登録声紋情報保持部１３を有する。
【００２２】
通話処理部１０は、呼（セッション）の確立と通話時処理とを行う処理部である。秘話通信装置２がソフトフォンであれば、通話処理部１０の処理はソフトフォンアプリケーションの中心的な処理に対応する。通話処理部１０は、例えば、当該秘話通信装置２Ａから他の秘話通信装置２Ｂに接続して通話する場合であれば（電話発信時）、コールエージェント３に対して通話要求を送出し、コールエージェント３の制御により他の秘話通信装置２Ｂとの間で呼が確立すると通話を実行させる。一方、通話処理部１０は、例えば、他の秘話通信装置２Ａが当該秘話通信装置２Ｂに接続して通話する場合であれば（電話着信時）、コールエージェント３からの通話要求に対して通話応答を送出し、コールエージェント３の制御により他の秘話通信装置２Ａとの間で呼が確立すると通話を実行させる。
【００２３】
なお、通話処理部１０は、コールエージェント３を介さない形態での呼確立にも対応しており、この場合、両秘話通信装置の通話処理部１０間で、相互に呼確立に係る制御を行って呼を確立する。
【００２４】
着信側の秘話通信装置２Ｂの通話処理部１０は、呼が確立したときには、アルゴリズム決定部１２の処理を起動すべく、その旨をアルゴリズム決定部１２に通知する。
【００２５】
着信側の秘話通信装置２Ｂの通話処理部１０には、アルゴリズム決定部１２から秘話通信指示が与えられる。発信側の秘話通信装置２Ａの通話処理部１０には、着信側の秘話通信装置２Ｂから秘話通信指示が与えられる。通話処理部１０は、秘話通信指示に基づき、通話相手に送信する音声データを暗号処理部１１によって暗号化させてから送信し、通話相手から受信した暗号化音声データを暗号処理部１１によって復号化させてから図示しない音声出力部（例えばスピーカ）に出力する。すなわち、通話処理部１０は、通話時には秘話通信を実行させる。
【００２６】
通話処理部１０は、暗号処理部１１で暗号化させる場合には、暗号化指示と送信する音声データとを暗号処理部１１に与え、暗号処理部１１で復号させる場合には、復号指示と受信した暗号化音声データを暗号処理部１１に与える。
【００２７】
暗号処理部１１は、音声データを暗号化し、また、復号する処理部である。暗号処理部１１は、ＡＥＳ、３ＤＥＳ、Ａ５／１等の複数種類の暗号アルゴリズムのいずれにも対応できる。例えば、複数種類の暗号アルゴリズムのそれぞれは、暗号処理部１１にプログラムとして搭載され、当該秘話通信装置に搭載されているＣＰＵによって実行されるものである。また例えば、暗号処理部１１は、暗号アルゴリズムの専用ＩＣチップを複数種類備えるものであっても良い。例えば、３ＤＥＳは、１つの平文の暗号化をＤＥＳのアルゴリズムを３回通すことで行うものであるが、３つの異なる共通鍵を用いるＥ−Ｅ−Ｅ方式と、２つの共通鍵を使ってＤＥＳのアルゴリズムを３回通すＥ−Ｄ−Ｅ方式がある。この第１の実施形態において、暗号アルゴリズムの種類が異なるとは、ネーミングは同じ暗号アルゴリズムであっても、以上のように実質的な暗号化処理が異なることも含まれる。
【００２８】
着信側の秘話通信装置２Ｂの暗号処理部１１には、アルゴリズム決定部１２から適用暗号アルゴリズム通知（暗号アルゴリズム情報と鍵情報）が与えられ、発信側の秘話通信装置２Ａの暗号処理部１１には、着信側の秘話通信装置２Ｂからの適用暗号アルゴリズム通知が、通話処理部１０を介して与えられる。暗号処理部１１は、適用暗号アルゴリズム通知が与えられると、当該秘話通信装置２が対応し得る複数種類の暗号アルゴリズムの中から、今回、確立した呼（セッション）で適用する暗号アルゴリズムとして、適用暗号アルゴリズム通知の暗号アルゴリズム情報で規定されている暗号アルゴリズムを設定すると共に、適用する鍵として、適用暗号アルゴリズム通知の鍵情報で規定されているものを適用する。
【００２９】
例えば、着信側の秘話通信装置２Ｂの暗号処理部１１は、アルゴリズム決定部１２から暗号アルゴリズム情報「ＡＥＳ」、鍵情報「ＡＡＡ」を与えられると、暗号アルゴリズム情報「ＡＥＳ」に基づき、暗号アルゴリズム「ＡＥＳ」をサポートするＡＥＳプログラムを活性化し、ＡＥＳプログラムに鍵情報「ＡＡＡ」を設定する。これにより、ＡＥＳプログラムは、鍵ＡＡＡを用いて暗号化、復号を実行し得るようになる。
【００３０】
暗号処理部１１は、通話処理部１０から暗号化指示と送信する音声データが与えられると、活性化された暗号アルゴリズムに従い、設定された鍵を用いて暗号化し、暗号化音声データを通話処理部１０に返信する。また、暗号処理部１１は、通話処理部１０から復号化指示と受信した暗号化音声データが与えられると、活性化された暗号アルゴリズムに従い、設定された鍵を用いて復号し、音声データ（平文音声データ）を通話処理部１０に返信する。
【００３１】
アルゴリズム決定部１２は、今回の呼（セッション）で適用する暗号アルゴリズムと鍵とを決定する。この第１の実施形態の場合、アルゴリズム決定部１２は、当該秘話通信装置２が確立呼の着信側である場合に機能するものである。
【００３２】
アルゴリズム決定部１２は、声紋認識と音声認識とを実行し、その認識結果に基づいて、暗号アルゴリズムと鍵とを決定する。アルゴリズム決定部１２は、通話処理部１０から呼確立通知が与えられたときに、その時点から所定期間の間、通話処理部１０から与えられる音声データに対して声紋認識や音声認識を行う。ここで、所定期間は、通話による会話が本題に入る前の期間であれば良く、例えば５秒程度を適用できる。この所定時間は、利用者などが変更可能なものであっても良い。アルゴリズム決定部１２は、呼確立通知が与えられると、当該アルゴリズム決定部１２と通話処理部１０とをオーディオインタフェースで接続し、通話処理部１０から、確立中の呼における通話相手からの音声データを受け取れるようにし、声紋認識及び音声認識を可能とする。
【００３３】
第１の実施形態の場合、声紋認識方式及び音声認識方式には特徴がなく、いかなる声紋認識方式や音声認識方式を適用しても良い。
【００３４】
第１の実施形態の場合、アルゴリズム決定部１２は、声紋認識の結果に基づいて、適用する暗号アルゴリズムの種類を決定し、音声認識の結果に基づいて、適用する鍵を決定する。アルゴリズム決定部１２は、声紋認識と音声認識とを並行して実行するものであっても良い。
【００３５】
アルゴリズム決定部１２は、通話処理部１０から与えられた呼確立中の通話相手からの音声データに対して声紋認識して声紋情報（声紋の特徴パラメータ）を取得する。取得される声紋情報は、音質が関与した声紋情報である。例えば、発信側の秘話通信装置２Ａが音声を送出する場合、その遠端話者が発した音声が秘話通信装置２Ａ（の図示しないマイクロフォン）で捕捉されて音声データになるだけでなく、秘話通信装置２Ａに特有の雑音が音声データに含まれて着信側の秘話通信装置２Ｂに到達する。すなわち、取得される声紋情報は、発信側の秘話通信装置２Ａに特有な雑音の音質が関与した声紋情報になっている。
【００３６】
アルゴリズム決定部１２は、登録声紋情報保持部１３に保持されている声紋情報の中で、取得した声紋情報に合致する声紋情報を検索し、合致した声紋情報に対応する暗号アルゴリズムの種類を抽出する。
【００３７】
アルゴリズム決定部１２は、通話処理部１０から与えられた呼確立中の通話相手からの音声データに対して音声認識し、得られたテキストデータ列をビット列に変換し、このビット列から鍵を抽出する（切り出す）。上述のように、アルゴリズム決定部１２は、声紋認識と音声認識とを並行して実行しても良いが、鍵を切り出す際には、適用する暗号アルゴリズムの種類が定まっている必要がある。アルゴリズム決定部１２は、暗号アルゴリズムの種類に応じて定まるビット数だけ切り出して鍵を生成する。ここで、アルゴリズム決定部１２は、適用する暗号アルゴリズムの種類に応じて定まる数だけ、鍵を生成する。例えば、適用する暗号アルゴリズムが３ＤＥＳのＥ−Ｅ−Ｅ方式であれば、アルゴリズム決定部１２は、３つの鍵を生成し、適用する暗号アルゴリズムが３ＤＥＳのＥ−Ｄ−Ｅ方式であれば、アルゴリズム決定部１２は、２つの鍵を生成する。つまり、テキストデータ列に基づくビット列から、５６ビットの鍵を２つまたは３つ抽出する（切り出す）ことで鍵を生成する。また、例えば、適用する暗号アルゴリズムがＡＥＳ方式であれば、アルゴリズム決定部１２は、１２８ビット、１９２ビット、２５６ビットのいずれかの鍵を生成する。つまり、テキストデータ列に基づくビット列から、１２８ビット、１９２ビット、２５６ビットのいずれかの鍵を抽出する（切り出す）ことで鍵を生成する。例えば、適用する暗号アルゴリズムがＡ５／１方式であれば、アルゴリズム決定部１２は、６４ビットの鍵を生成する。つまり、テキストデータ列に基づくビット列から、６４ビットの鍵を抽出する（切り出す）ことで鍵を生成する。
【００３８】
アルゴリズム決定部１２は、抽出した暗号アルゴリズム種類と鍵の情報を暗号処理部１１に与える。また、アルゴリズム決定部１２は、発信側の秘話通信装置２Ａに対しても、暗号アルゴリズムの種類と鍵の情報（適用暗号アルゴリズム通知）を与える。アルゴリズム決定部１２は、通話処理部１０から、呼確立のために用いた発信側の秘話通信装置２Ａのアドレス（例えば、ＩＰアドレス）を得て、取得したアドレスを送信先とする、秘話通信装置２Ａ及び２Ｂ間の直接的な通信（例えばＩＰ通信）で暗号アルゴリズムの種類と鍵の情報（適用暗号アルゴリズム通知）を発信側の秘話通信装置２Ａに与える。
【００３９】
以上のような着信側の秘話通信装置２Ｂから発信側の秘話通信装置２Ａへの、適用暗号アルゴリズム通知の送信でも、着信側の秘話通信装置２Ｂが適用暗号アルゴリズム通知を暗号化して送信し、発信側の秘話通信装置２Ａが受信した適用暗号アルゴリズム通知を復号するようにしても良い。例えば、このような適用暗号アルゴリズム通知の通信時に用いる暗号アルゴリズムの種類と鍵とを、システム全体で予め定めておき、その定められたものを適用して、秘話通信装置２Ｂ、２Ａが暗号化、復号するようにしても良い。また例えば、コールエージェント３が、呼（セッション）を確立させる際に、乱数等を用いて上記適用暗号アルゴリズム通知の転送で用いる、暗号アルゴリズムの種類と鍵を定め、呼の確立を発信側の秘話通信装置２Ａ及び着信側の秘話通信装置２Ｂに通知する際に、併せて、通知するようにして、秘話通信装置２Ｂ、２Ａが暗号化、復号するようにしても良い。
【００４０】
着信側の秘話通信装置２Ｂのアルゴリズム決定部１２は、適用暗号アルゴリズム通知を送信した後は、通話処理部１０に秘話通信の開始を指示する。発信側の秘話通信装置２Ａの通話処理部１０は、着信側の秘話通信装置２Ｂから適用暗号アルゴリズム通知が与えられた際には、これ以降、秘話通信を実行することを認識する。
【００４１】
登録声紋情報保持部１３は、声紋情報と暗号アルゴリズムの種類との対応を登録しているものである。
【００４２】
図３は、登録声紋情報保持部１３に登録されている情報の２つの構成例を示す説明図である。
【００４３】
図３（Ａ）の例では、登録声紋情報保持部１３は、声紋情報と声紋情報に対応付けた暗号アルゴリズムの種類名とを対にして保持している。声紋情報保持部１３は、声紋情報＃１と暗号アルゴリズムＡＥＳとの対と、声紋情報＃２と暗号アルゴリズム３ＤＥＳとの対と、声紋情報＃３と暗号アルゴリズムＡ５／１との対を保持している。
【００４４】
図３（Ｂ１）及び（Ｂ２）の例では、登録声紋情報保持部１３は、図３（Ｂ１）に示すように、声紋情報と、直前に適用された暗号アルゴリズム種類名を規定するフラグとを対にして保持すると共に、図３（Ｂ２）に示すように、複数種類の暗号アルゴリズムの巡回変化順序の情報とを保持している。図３（Ｂ１）に示すように、声紋情報＃１には、直前に暗号アルゴリズムＡＥＳが適用されたことを表すフラグＦ（ＡＥＳ）が対応付けられており、図３（Ｂ２）に示すように、暗号アルゴリズムＡＥＳが適用された次の機会（呼）では暗号アルゴリズム３ＤＥＳを適用することになっている。図３（Ｂ１）及び（Ｂ２）の例では、同じ声紋情報であっても、呼確立毎に、適用する暗号アルゴリズムの種類が変化することとなる。
【００４５】
ここで、図３の例における暗号アルゴリズム種類名は、暗号アルゴリズムの名を示すものであるが、加えて、暗号アルゴリズムの実質的な処理に係る情報が含まれていても良い。実質的な処理に係る情報とは、例えば、暗号鍵の長さ情報（ビット）や処理方式（Ｅ−Ｅ−Ｅ方式やＥ−Ｄ−Ｅ方式）等である。具体的には、図３において、声紋情報＃１と対となる暗号アルゴリズムＡＥＳの場合、暗号アルゴリズム種類名ＡＥＳに、実質的な処理に係る情報、暗号鍵の長さ１２８ビットを含めても良い（例えば「ＡＥＳ、ｂｉｔ：１２８」等）。また、図３において、声紋情報＃２と対となる暗号アルゴリズム３ＤＥＳの場合、暗号アルゴリズム種類名３ＤＥＳに、実質的な処理に係る情報、処理方式Ｅ−Ｄ−Ｅ方式を含めても良い（例えば「３ＤＥＳ、ｓｙｓｔｅｍ：Ｅ−Ｄ−Ｅ」等）。また、図３において、声紋情報＃３と対となる暗号アルゴリズムＡ５／１の場合、暗号アルゴリズム種類名Ａ５／１に、実質的な処理に係る情報、処理方式ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）方式（暗号鍵のうち１０ビットを０（ゼロ）と固定とする）のを含めても良い（例えば「Ａ５／１、ｓｙｓｔｅｍ：ＧＳＭ」等）。また、登録声紋情報保持部１３を検索するとき、「ｂｉｔ：」（暗号鍵の長さ情報）、「ｓｙｓｔｅｍ：」（暗号の処理方式の情報）以降が実質的な処理に係る情報と識別できる。
【００４６】
このように、暗号アルゴリズムの実質的な処理に係る情報に暗号鍵の長さ情報が含まれているとき、アルゴリズム決定部１２は、この暗号鍵の長さ情報に基づき鍵を抽出（切り出し）する。また、暗号アルゴリズムの実質的な処理に係る情報に処理方式が含まれているとき、アルゴリズム決定部１２は、抽出した暗号アルゴリズム種類と処理方式と鍵の情報を暗号処理部１１に与える。暗号処理部１１は、与えられた暗号アルゴリズム種類と処理方式に基づき暗号アルゴリズムのプログラム又は暗号アルゴリズムの専用ＩＣチップを活性化する。暗号処理部１１は、暗号アルゴリズムのプログラムを活性化する場合、プログラムが処理方式の内容に対応するように、パラメータ（引数）を設定してプログラムを実行し、暗号アルゴリズムの専用ＩＣチップを活性化する場合、ＩＣチップが処理方式の内容に対応するように、レジスタを設定してＩＣチップを起動（初期化）する。
【００４７】
図３の例では、声紋情報毎に、暗号アルゴリズム種類を対応付けるものを示したが、図示は省略するが、複数の声紋情報をグループにし、同一の暗号アルゴリズムに対応付けるようにしても良い。例えば、営業課の社員には全員同じ第１種類の暗号アルゴリズムを割当て、設計課の社員には全員同じ第２種類の暗号アルゴリズムを割当てるようにしても良い。
【００４８】
例えば、図３に示す登録声紋情報保持部１３に対する情報の登録は、登録声紋情報保持部１３が搭載されている秘話通信装置２のアルゴリズム決定部１２内の声紋認識処理部を利用して行う。登録対象者が普段使用する第１の秘話通信装置２−１と、登録実行者が使用する第２の秘話通信装置２−２との呼を確立させた状態で、登録実行者が所定のキーなどを用いて第２の秘話通信装置２−２を声紋情報の登録モードにすると共に、会話によって、登録対象者に所定期間以上の発話することを求め、これにより、第１の秘話通信装置２−１から第２の秘話通信装置２−２へ到来した音声データに対し、第２の秘話通信装置２−２のアルゴリズム決定部１２内の声紋認識処理部が声紋認識を行って声紋情報を得る。図３（Ａ）の場合であれば、登録実行者は、所定のキーなどを用いてディスプレイに所望する暗号アルゴリズムの種類名を表示させた状態でエンターキーを操作することにより、取得した声紋情報に、暗号アルゴリズムの種類が対応付けられる。図３（Ｂ）の場合であれば、巡回変化する暗号アルゴリズムのデフォルト値を、取得した声紋情報に対応付ける。以上のような登録動作により、登録対象者が普段使用する第１の秘話通信装置２−１に特有な雑音をも反映された声紋情報が登録される。
【００４９】
以上では、各秘話通信装置２に個別の登録動作で登録する場合を説明したが、登録処理の専用装置（いずれかの秘話通信装置であっても良い）を設け、得られた声紋情報と暗号アルゴリズムの種類との対応情報を、専用装置から、各秘話通信装置２に配信して、各秘話通信装置２の登録声紋情報保持部１３に登録させるようにしても良い。
【００５０】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態に係る秘話通信システム１の動作を説明する。なお、声紋情報の登録動作は、上述した構成の項で、登録声紋情報保持部１３に関連する動作として既に説明している。
【００５１】
図４は、第１の実施形態に係る秘話通信システム１において秘話通信に移行するまでの流れを示すシーケンス図であり、図５は、第１の実施形態における着信側の秘話通信装置２Ｂ内での情報などの流れを示す説明図である。図４及び図５において、対応する処理ステップには同一符号を付与している。
【００５２】
なお、以下の説明において、発信側の秘話通信装置２Ａ内の構成要素に言及する際には、構成要素を規定する符号にさらに符号「Ａ」を付加して言及し、着信側の秘話通信装置２Ｂ内の構成要素に言及する際には、構成要素を規定する符号にさらに符号「Ｂ」を付加して言及する。
【００５３】
図４において、発信側の秘話通信装置２Ａと着信側の秘話通信装置２Ｂとの間で、コールエージェント３の制御下で呼（セッション）を確立させる動作は従来と同様であり（ステップＳ１）、これにより、両秘話通信装置２Ａ及び２Ｂの話者は通話し得る状態（Ｔ１）となる。
【００５４】
着信側の秘話通信装置２Ｂにおいて、通話処理部１０Ｂは呼が確立すると、アルゴリズム決定部１２Ｂに呼確立通知を送出して（ステップＳ２）、アルゴリズム決定部１２Ｂは処理を開始する（ステップＳ３）。通話し得る状態になると、両秘話通信装置２Ａ及び２Ｂの話者は発話するが、発信側の秘話通信装置２Ａにおける話者の初期発話の所定期間の音声データは、通話処理部１０Ｂからアルゴリズム決定部１２Ｂに与えられる（Ｔ２）。これにより、アルゴリズム決定部１２Ｂは、声紋認識処理及び音声認識処理を実行し、声紋情報及び鍵を取得する（ステップＳ４）。アルゴリズム決定部１２Ｂは、取得して声紋情報をキーとして、登録声紋情報保持部１３をアクセスし、今回の呼（セッション）で適用する暗号アルゴリズムの種類を決定する（ステップＳ５）。
【００５５】
なお、アルゴリズム決定部１２Ｂは、取得した声紋情報に合致する声紋情報が、登録声紋情報保持部１３に登録されていない場合には、例えば、予め定まっているその場合用の暗号アルゴリズムの種類を適用することに決定しても良く、また、秘話通信（暗号通信）を実行しないことに決定するようにしても良い。また例えば、アルゴリズム決定部１２Ｂは、取得した声紋情報に合致する声紋情報が登録声紋情報保持部１３に登録されていない場合には、ディスプレイへの表示などを通じて、秘話通信（暗号通信）ができない旨を近端話者に通知し、秘話通信をあきらめるか、又は、暗号化することなく音声データを授受するかを指示させるようにする。
【００５６】
アルゴリズム決定部１２Ｂは、適用する暗号アルゴリズムの種類と鍵の情報を含む適用暗号アルゴリズム通知を、当該秘話通信装置２Ｂ内の暗号処理部１１Ｂに与えると共に、対向する発信側の秘話通信装置２Ａに与える（ステップＳ６−１、Ｓ６−２）。このとき、当該秘話通信装置２Ｂ内の暗号処理部１１Ｂは、通知された種類の暗号アルゴリズムを適用し、通知された鍵を用いて暗号化、復号を実行し得るように内部を設定する（ステップＳ７−１）。発信側の秘話通信装置２Ａにおいては、適用暗号アルゴリズム通知は、通話処理部１０Ａを介して暗号処理部１１Ａに与えられ、暗号処理部１１Ａも、通知された種類の暗号アルゴリズムを適用し、通知された鍵を用いて暗号化、復号を実行し得るように内部を設定する（ステップＳ７−２）。
【００５７】
アルゴリズム決定部１２Ｂは、適用暗号アルゴリズム通知を送出してから所定時間（通知を受け取った暗号処理部１１Ａ及び１１Ｂが暗号化、復号を実行し得るようになる時間以上の時間）を経過すると、通話処理部１０Ｂに対し、秘話通信の開始を指示する（ステップＳ８−１）。発信側の秘話通信装置２Ａにおいては、適用暗号アルゴリズム通知を受け取った暗号処理部１１Ａは、自己が暗号化、復号を実行し得るようになると、通話処理部１０Ａに対し、秘話通信の開始を指示する（ステップＳ８−２）。
【００５８】
これにより、発信側の秘話通信装置２Ａと着信側の秘話通信装置２Ｂとの間で、秘話通信を実行できる状態になる（Ｔ３）。通話処理部１０Ｂは、秘話通信時において、ネットワーク側から与えられたデータ（暗号化音声データ）を復号指示と共に、暗号処理部１１Ｂに与えて復号させ、暗号処理部１１Ｂから返信された音声データをスピーカなどの図示しない音声出力部に与え、また、マイクロフォンなどの音声入力部から与えられたデータ（平文音声データ）を暗号化指示と共に、暗号処理部１１Ｂに与えて暗号化させ、暗号処理部１１Ｂから返信された暗号化音声データをネットワーク側に送信する。この際、適用する暗号アルゴリズム（の種類）と鍵は、ステップＳ６−１で通知されたものである。発信側の秘話通信装置２Ａの通話処理部１０Ａも、秘話通信時において上記と同様な処理を実行する。
【００５９】
（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、呼(セッション)毎に、適用する暗号アルゴリズムを決定して秘話通信を実行するようにしたので、秘話通信の安全強度や信用性を高めることができる。
【００６０】
ここで、発信側話者の声紋情報に基づいて、適用する暗号アルゴリズムを決定するようにしたので、話者の属性などに応じて必要となる秘話通信の安全強度や信用性を確保できる暗号アルゴリズムを適用することができる。例えば、社長と一般社員とで異なる種類の暗号アルゴリズムを適用するようにすることができる。
【００６１】
また、着信側の秘話通信装置が、適用する暗号アルゴリズムを決定するようにしているので、秘話通信の安全強度や信用性を高めることができる。仮に、発信側の秘話通信装置が暗号アルゴリズムを決定するとした場合（後述するように、この場合は、本発明の他の実施形態となっている）、不正者が発信する場合において、発信動作する前の十分にある時間で不正な操作を行う恐れがあるが、着信側の秘話通信装置が適用する暗号アルゴリズムを決定する場合には、いつ着信するかも誰からの通話であるかも予め定められないことが多く、また、着信してから暗号アルゴリズムを決定するための時間も短時間であるため、不正な操作を実行し難いものである。
【００６２】
さらに発信側話者及び着信側話者から見ると、発信時や着信時に特別な操作を行うことなく、複数種類の暗号アルゴリズムのいずれかが適用されて秘話通信を実行することができ、秘話通信の高い安全強度や信用性を意図的な操作なしに得ることができる。
【００６３】
さらにまた、呼確立後に、声紋情報に基づいて決定した暗号アルゴリズムを適用するようにしたので、上述のように、不正操作などを実行し得る時間的な余裕を第３者にほとんど与えない。
【００６４】
ここで、抽出される声紋情報は、発信側の秘話通信装置の背景雑音などの特有な雑音が反映されたものであるので、同一話者であっても、使用する秘話通信装置によって、適用する暗号アルゴリズムを変えるようなこともできる。例えば、社長が社長室の秘話通信装置を用いる場合と、社長が社員食堂の秘話通信装置を用いる場合とで適用する暗号アルゴリズムを変えるようなこともできる。
【００６５】
（Ｂ）第２の実施形態
次に、本発明による秘話通信装置、方法及びプログラムの第２の実施形態を、図面を参照しながら詳述する。第２の実施形態の秘話通信装置を対向させて有する秘話通信システムも、電話通信システムへの適用を意図したものである。
【００６６】
図６は、第２の実施形態における秘話通信装置の機能的構成を示すブロック図であり、第１の実施形態に係る図２との同一、対応部分には同一符号を付して示している。
【００６７】
第２の実施形態の秘話通信装置２は、第１の実施形態の構成に加え、ファイル転送部１４を有する。ファイル転送部１４は、暗号処理部１１を利用して暗号化したファイル（ファイルデータ）を送信し、暗号化されたファイルを受信すると暗号処理部１１を利用して復号するものである。図６では、送信するファイルや受信したファイルの格納部の図示は省略している。ファイル転送部１４は、例えば、ファイル転送プログラムとして実現されるものである。
【００６８】
図７は、第２の実施形態に係る秘話通信システムにおいて秘話通信からファイル転送に移行する様子を示したシーケンス図である。第２の実施形態の場合、ファイルの転送元は、発信側の秘話通信装置２Ａ及び着信側の秘話通信装置２Ｂのいずれもなり得るが、図７は、着信側の秘話通信装置２Ｂがファイルの転送元の場合を示している。また、図７における秘話通信状態になるまでの流れは、上述した図４に示す通りである。
【００６９】
ファイル転送を所望する話者は、第２の実施形態の秘話通信装置２に対して、キー操作などによって、転送希望のファイルを特定させた上でファイル転送を要求する。これにより、ファイル転送部１４Ｂは自己の処理を開始し、図７に示すように、暗号処理部１１Ｂに対して秘話通信確立の確認を行う（ステップＳ９）。
【００７０】
この秘話通信確立の確認は、２段階の処理によりなされる。第１の段階では、ファイル転送部１４Ｂは、暗号処理部１１Ｂに、暗号化、復号に利用する暗号アルゴリズムが設定（活性化）されているか否かを確認する。暗号アルゴリズムが設定されていることの確認は、ファイル転送に、暗号処理部１１Ｂを利用できることの確認を意味している。第２の段階では、ファイル転送部１４Ｂは、暗号処理部１１Ｂが、秘話通信に係る暗号化、復号の処理を実際に実行しているか否かを確認する。相手の秘話通信装置の能力などにより、暗号処理部１１に、暗号化、復号に利用する暗号アルゴリズムが設定（活性化）されていても、秘話通信（暗号通信）を行っていない場合があり、秘話通信（暗号通信）を行っていることを確認できたことにより、ファイル転送でも、暗号通信を実行できると判断する。
【００７１】
以上のような確認をとれたことにより、ファイル転送部１４Ｂは、転送しようとするファイルを暗号処理部１１に与えて暗号化させ、返信された暗号化ファイルを対向する秘話通信装置２Ａに送信する。なお、対向する秘話通信装置２Ａのファイル転送部１４Ａは、暗号化ファイルが到来したときには、暗号処理部１１Ａに到来した暗号化ファイルを与えて復号させ、暗号処理部１１Ａから返信されたファイル（平文ファイル）を図示しないファイル格納部に格納する（Ｔ４）。
【００７２】
なお、ファイル転送部１４Ｂは、秘話通信確立の確認が得られない場合には、例えば、ディスプレイへの表示などを通じて、ファイルの暗号化転送ができない旨を近端話者に通知し、転送をあきらめるか、又は、暗号化することなく転送するかを指示させるようにする。
【００７３】
第２の実施形態によっても、第１の実施形態と同様な効果を奏することができる。さらに、第２の実施形態によれば、呼(セッション)毎に、決定した暗号アルゴリズムの種類を適用して、ファイル転送時にも暗号通信を行うようにしたので、ファイル転送時の安全強度や信用性を高めることができる。
【００７４】
（Ｃ）第３の実施形態
次に、本発明による秘話通信装置、方法及びプログラムの第３の実施形態を、図面を参照しながら詳述する。第３の実施形態の秘話通信装置を対向させて有する秘話通信システムも、電話通信システムへの適用を意図したものである。
【００７５】
第３の実施形態における秘話通信装置の機能的構成は、図２で示す第１の実施形態と同様である。しかしながら、第３の実施形態と第１の実施形態とでは、通話処理部１０及びアルゴリズム決定部１２の処理に相違点がある。以降、相違点を中心に説明する。
【００７６】
第３の実施形態のアルゴリズム決定部１２も、基本的には、第１の実施形態のアルゴリズム決定部１２と同様に、通話相手（発信者）からの音声データを取り込んで声紋認識と音声認識とを実行し、適用する暗号アルゴリズムの種類と鍵の情報とを決定するものである。
【００７７】
第３の実施形態のアルゴリズム決定部１２においては、声紋認識と音声認識とのために音声データを取り込む期間（以下、データ取得期間と呼ぶ）が通話相手によって変化する点と、音声認識で得られたテキストデータ列を変換したビット列から鍵を抽出する方法（以下、鍵抽出方法と呼ぶ）が通話相手によって変化する点とが、第１の実施形態や第２の実施形態と異なっている。
【００７８】
データ取得期間が通話相手によって変化することは、第３の実施形態の通話処理部１０の処理も、第１の実施形態や第２の実施形態と異なっているということができる。
【００７９】
通話相手によって、データ取得期間を変化させるための情報は、アルゴリズム決定部１２に予め設定しておくことを要する。同様に、通話相手によって、鍵抽出方法を変化させるための情報は、アルゴリズム決定部１２に予め設定しておくことを要する。このような設定方法としては、電話端末やパソコン等（秘話通信装置２）に対する既存の情報設定方法を適用することができる。
【００８０】
図８は、通話相手毎に、データ取得期間及び鍵抽出方法を設定した一例を示す説明図である。
【００８１】
図８に示すように、設定情報は、通話相手を規定する情報（例えば、電話番号やＩＰアドレス等；図８は電話番号の場合を示している）に、データ取得期間と鍵抽出方法とが対応付けられている。データ取得期間の欄には期間の長さを表す数字が記述される（期間の単位は、例えば、「秒」である）。鍵抽出方法の欄には、その方法の種類を表す文字列等が記述される。図８の例では、鍵抽出方法としては、「＃Ａ」、「＃Ｂ」、「＃Ｃ」の３種類がある。
【００８２】
図８において、電話番号が「＃１」の通話相手に対しては、データ取得期間が「２（秒）」で、鍵抽出方法が「＃Ａ」であることが対応付けられ、電話番号が「＃２」の通話相手に対しては、データ取得期間が「４（秒）」で、鍵抽出方法が「＃Ｂ」であることが対応付けられ、電話番号が「＃３」の通話相手に対しては、データ取得期間が「１０（秒）」で、鍵抽出方法が「＃Ｃ」であることが対応付けられ、電話番号が「不明」な通話相手に対しては、データ取得期間が「３（秒）」で、鍵抽出方法が「＃Ｃ」であることが対応付けられている。電話番号が「不明」な場合、例えば、番号非通知着信や公衆電話からの着信のように通話相手の電話番号が得られない場合であり、また、図８に示すような設定情報に、電話番号が記述されていない通話相手の場合である。
【００８３】
図８では、各電話番号に対応付けた鍵抽出方法が１つのものであるものを示したが、複数の鍵抽出方法を対応付けるようにしても良い。この場合において、例えば、鍵抽出方法の記述順は、抽出された鍵の適用順を表すようにすれば良い。上述したように、暗号アルゴリズムの種類によっては複数の鍵が必要なものがあり、当該システムが対応可能な暗号アルゴリズムとして複数の鍵を必要とする暗号アルゴリズムが含まれている場合には、鍵抽出方法の欄に、複数の鍵抽出方法が記述されることを要する。なお、複数の鍵を得るため、データ取得期間及び鍵抽出方法の組を複数組記述するようにしても良く、この場合において、声紋認識には、第１組のデータ取得期間の音声データ、若しくは、最長のデータ取得期間の音声データを用いるようにしても良い。また、図８に示す情報は、鍵の抽出にのみ適用し、声紋認識は通話相手に関係なく、固定時間の音声データを用いるようにしても良い。
【００８４】
図９は、３種類の鍵抽出方法「＃Ａ」、「＃Ｂ」、「＃Ｃ」の説明図である。図９に示すビット列は、音声認識結果を変換したビット列を表しており、左側がビット列の先頭側（第１ビット側）を表し、右側がビット列の最後尾側（最終ビット側）を表している。
【００８５】
鍵抽出方法「＃Ａ」は、図９（Ａ）で示すように、ビット列の第１ビット目を先頭ビットとし、適用することに決まった暗号アルゴリズムの種類に応じて定まるビット数分の鍵を抽出する方法である。鍵抽出方法「＃Ｂ」は、図９（Ｂ）で示すように、ビット列の第１ビット目から所定ビット数（例えば、３ビット）だけずれた位置のビットを先頭ビットとし、適用することに決まった暗号アルゴリズムの種類に応じて定まるビット数分の鍵を抽出する方法である。鍵抽出方法「＃Ｃ」は、図９（Ｃ）で示すように、ビット列の最終ビットを先頭ビットとし、ビット列の先頭ビットに向かって、適用することに決まった暗号アルゴリズムの種類に応じて定まるビット数分の鍵を抽出する方法である。
【００８６】
以下、第３の実施形態の動作を、第１や第２の実施形態との相違点を中心として説明する。
【００８７】
以下では、アルゴリズム決定部１２が、図８に示すような設定情報を保持して、通話相手に応じて、データ取得期間及び鍵抽出方法を定める場合を説明するが、通話処理部１０が、図８に示すような設定情報を保持して、通話相手に応じて、データ取得期間及び鍵抽出方法を定め、アルゴリズム決定部１２に通知するようにしても良い。
【００８８】
第３の実施形態において、着信側の秘話通信装置２Ｂの通話処理部１０Ｂは、着信に伴う呼の確立過程で通話相手（発信側）の電話番号を得るとアルゴリズム決定部１２Ｂに通知し、これにより、アルゴリズム決定部１２Ｂは、図８に示すような予め設定されている情報を参照し、今回の通話相手に応じたデータ取得期間及び鍵抽出方法を取得する。例えば、今回の通話相手の電話番号が「＃１」であれば、データ取得期間が「２（秒）」、鍵抽出方法が「＃Ａ」が得られる。
【００８９】
通話処理部１０Ｂは、呼が確立したときには、アルゴリズム決定部１２Ｂの処理を起動する。アルゴリズム決定部１２Ｂは、処理が起動された時点から、決定したデータ取得期間の間、通話処理部１０Ｂから与えられる音声データに対して声紋認識や音声認識を行う。
【００９０】
アルゴリズム決定部１２Ｂは、登録声紋情報保持部１３Ｂに保持されている声紋情報の中で、取得した声紋情報に合致する声紋情報を検索し、合致した声紋情報に対応する暗号アルゴリズムの種類を抽出し、また、音声認識で得られたテキストデータ列をビット列に変換し、このビット列から決定された鍵抽出方法に従って鍵を抽出する（切り出す）。
【００９１】
第３の実施形態によっても、第１（や第２）の実施形態と同様な効果を奏することができる。さらに、第３の実施形態によれば、以下の効果を奏することができる。
【００９２】
第１や第２の実施形態の場合、声紋情報に基づいて暗号アルゴリズムが定まれば、その暗号アルゴリズムで適用されるビット数の鍵が鍵抽出方法（ここではデータ取得期間も鍵抽出方法の概念に含めている）によって抽出されるものであった。第３の実施形態の場合、鍵抽出方法をも変動パラメータとしたので、暗号に必要な情報を全て得るための処理がより複雑な処理となり、暗号処理が一段と強固になっている。すなわち、秘話通信の安全強度や信用性を高めることができる。
【００９３】
（Ｄ）第４の実施形態
次に、本発明による秘話通信装置、方法及びプログラムの第４の実施形態を、図面を参照しながら詳述する。第４の実施形態の秘話通信装置を対向させて有する秘話通信システムも、電話通信システムへの適用を意図したものである。
【００９４】
（Ｄ−１）第４の実施形態の構成
図１０は、第４の実施形態における秘話通信装置の機能的構成を示すブロック図であり、第１の実施形態に係る図１との同一、対応部分には、同一符号を付して示している。
【００９５】
第４の実施形態の秘話通信装置２は、プレゼンスサービスに対応できる構成を有し、プレゼンス情報の授受によって、通話者が、秘話通信の機能を利用するか否かを設定し、この設定内容に応じて秘話通信を適宜行うものである。
【００９６】
ここで、プレゼンスサービスとは、物事の状態、すなわちプレゼンスを知らせるサービスである。電話通信システムにおけるプレゼンスサービスは、例えば、利用者の識別情報、利用者の在席／離席の情報、利用者の現在行っている物事の情報、並びに、利用者が利用する端末装置における識別情報、ロケーション情報、オンライン／オフラインの情報及び通話に関する情報等のプレゼンス情報を、利用者のプレゼンスとして通知することで、電話発信時や電話受信時に、相手の状況を知ることができるようにするサービスである。
【００９７】
第４の実施形態における秘話通信装置２（２−１、２−２）は、図１０に示すように、プレゼンス情報制御部１５を備えてプレゼンスサービスに対応し、そのサービスを享受し得るようになされている。
【００９８】
プレゼンス情報制御部１５は、プレゼンティティ機能及びウォッチャー機能を有し、これらの機能によって、他のプレゼンス情報制御部とプレゼンス情報の授受を行う。ここで、プレゼンティティ機能とは、プレゼンス情報の提供（送信／登録／変更／更新）を行う機能であり、ウォッチャー機能とは、プレゼンス情報の受け取り（受信／管理）を行う機能である。プレゼンティティ機能及びウォッチャー機能がＳＩＰに対応するプレゼンスサービスに対応する場合、少なくとも、これらプレゼンティティ機能及びウォッチャー機能はＲＦＣ２７７８、ＲＦＣ３８５６等で規定されるプレゼンティティ（ｐｒｅｓｅｎｔｉｔｙ）及びウォッチャー（ｗａｔｃｈｅｒ）に相当する機能を有しているものとする。
【００９９】
各秘話通信装置２のプレゼンス情報制御部１５は、秘話通信の対応可否を示すプレゼンス情報（以下、秘話通信対応可否プレゼンス情報と呼ぶ）を有している。例えば、プレゼンス情報制御部１５は、秘話通信対応可否プレゼンス情報を「秘話通信可」又は「秘話通信否」として有する。
【０１００】
第４の実施形態における秘話通信装置２においては、アルゴリズム決定部１２は、通話処理部１０とプレゼンス情報制御部１５の指示によって処理を起動する。
【０１０１】
上述した第１の実施形態では、着信側の秘話通信装置２Ｂの通話処理部１０Ｂは、呼が確立したときには、その旨をアルゴリズム決定部１２Ｂに通知し、アルゴリズム決定部１２Ｂが処理を開始した。
【０１０２】
一方、この第４の実施形態では、着信側の秘話通信装置２Ｂの通話処理部１０Ｂは、呼が確立したときにはその旨をアルゴリズム決定部１２Ｂに通知し、さらに、プレゼンス情報制御部１５Ｂは、「秘話通信可」の秘話通信対応可否プレゼンス情報を得たときにはその旨をアルゴリズム決定部１２Ｂに通知し、アルゴリズム決定部１２Ｂは、通話処理部１０Ｂとプレゼンス情報制御部１５Ｂの双方からの通知がある場合に処理を開始するようになっている。これに対して、アルゴリズム決定部１２Ｂは、プレゼンス情報制御部１５Ｂから「秘話通信可」の秘話通信対応可否プレゼンス情報が通知されない場合には処理を開始しないので、呼が確立しても秘話通信は行われないことになる。
【０１０３】
すなわち、第４の実施形態における秘話通信装置２は、プレゼンス情報の授受に基づいて秘話通信の機能を利用するか否かを定めることができるようになっている。
【０１０４】
秘話通信対応可否プレゼンス情報を「秘話通信可」又は「秘話通信否」に設定することは、利用者が任意に行うようにしても良い。また、秘話通信装置２が自動的に設定するものであっても良い。例えば、「離席」であれば「秘話通信可」に自動的に設定し、「在席」であれば「秘話通信不可」に自動的に設定するように、いずれかに設定するための条件を規定しておき、充足する条件に応じて設定内容を変更するようにしても良い。
【０１０５】
（Ｄ−２）第４の実施形態の動作
次に、第４の実施形態に係る秘話通信システム１の動作を説明する。特に、第４の実施形態に特有なプレゼンス情報（秘話通信対応可否プレゼンス情報）の授受動作について説明する。
【０１０６】
図１１は、第４の実施形態に係る秘話通信システム１において、呼が確立以前に実行する、プレゼンス情報を授受するための処理の流れを示すシーケンス図である。なお、以下では、発信側の秘話通信装置２Ａのプレゼンス情報制御部１５Ａが有する秘話通信対応可否プレゼンス情報も、着信側の秘話通信装置２Ｂのプレゼンス情報制御部１５Ｂが有する秘話通信対応可否プレゼンス情報も、「秘話通信可」となっているとして動作を説明する。
【０１０７】
発信側の秘話通信装置２Ａは、秘話通信装置２Ｂへの発呼操作があると、秘話通信装置２Ｂへ、接続要求を送出する（ステップＳ１００）。なお、図１１では、この接続要求に、秘話通信装置２Ａにおける秘話通信対応可否プレゼンス情報を含めないで送出する場合を示しているが、接続要求に、秘話通信装置２Ａにおける秘話通信対応可否プレゼンス情報を含めて送出するようにしても良い。
【０１０８】
接続要求を受けた着信側の秘話通信装置２Ｂでは、そのプレゼンス情報制御部１５Ｂが、接続要求元の秘話通信装置２Ａに対しプレゼンス情報確認を行う（ステップＳ１０１）。なお、プレゼンス情報制御部１５Ｂは、当該秘話通信装置２Ｂにおける秘話通信対応可否プレゼンス情報を確認し、「秘話通信可」となっているので、ステップ１０１の確認を行っている。図示は省略しているが、プレゼンス情報制御部１５Ｂは、当該秘話通信装置２Ｂにおける秘話通信対応可否プレゼンス情報が「秘話通信不可」となっている場合には、そのことを接続要求元の秘話通信装置２Ａや自己のアルゴリズム決定部１２Ｂに通知し、その後、接続要求に対する応答（ステップＳ１０３参照）を行うことになる。
【０１０９】
「秘話通信可」のプレゼンス情報確認を受けた秘話通信装置２Ａでは、プレゼンス情報制御部１５Ａが、確認要求元の秘話通信装置２Ｂに対して秘話通信対応可否プレゼンス情報を返信して応答する（ステップＳ１０２）。図１１の場合、秘話通信装置２Ａは、「秘話通信可」の秘話通信対応可否プレゼンス情報を応答する。
【０１１０】
プレゼンス情報応答を受けた秘話通信装置２Ｂでは、プレゼンス情報制御部１５Ｂが、図１１では記述されていないが、通話相手のプレゼンス情報が秘話通信に対応する内容かを判断し、秘話通信に対応すると判断できるので、その旨をアルゴリズム決定部１２Ｂに通知する。
【０１１１】
その後、秘話通信装置２Ｂは、秘話通信装置２Ａからの接続要求に応答し（ステップＳ１０３）、発信側の秘話通信装置２Ａと着信側の秘話通信装置２Ｂとの間で呼が確立する（上述した図４のステップＳ１参照）。
【０１１２】
第１の実施形態と同様に、着信側の秘話通信装置２Ｂにおいて、通話処理部１０Ｂは、呼が確立すると、アルゴリズム決定部１２Ｂに呼確立通知を送出する（上述した図４のステップＳ２参照）。このとき、第４の実施形態のアルゴリズム決定部１２Ｂは、通話処理部１０Ｂとプレゼンス情報制御部１５Ｂの双方からの通知があるから処理を開始する（上述した図４のステップＳ３参照）。
【０１１３】
なお、アルゴリズム決定部１２Ｂは、自己のプレゼンス情報制御部１５Ｂから、自己の秘話通信対応可否プレゼンス情報が「秘話通信不可」となっていることを通知された場合や、通話相手の秘話通信対応可否プレゼンス情報が「秘話通信不可」となっていることを通知された場合には、呼確立が通知されても、自己の処理を起動することはない。
【０１１４】
図１１は、呼の確立前にプレゼンス情報を授受する場合を示したが、呼の確立後にプレゼンス情報を授受するようにしても良い。図１２は、この場合のシーケンス図である。以下では、発信側の秘話通信装置２Ａのプレゼンス情報制御部１５Ａが有する秘話通信対応可否プレゼンス情報も、着信側の秘話通信装置２Ｂのプレゼンス情報制御部１５Ｂが有する秘話通信対応可否プレゼンス情報も、「秘話通信可」となっているとして動作を説明する。
【０１１５】
第１の実施形態の場合と同様に、発信側の秘話通信装置２Ａと着信側の秘話通信装置２Ｂとの間で呼が確立すると（ステップＳ１）、着信側の秘話通信装置２Ｂにおいて、通話処理部１０Ｂはアルゴリズム決定部１２Ｂに呼確立通知を送出する（上述した図４のステップＳ２参照）。このときには、アルゴリズム決定部１２Ｂは、通話処理部１０Ｂとプレゼンス情報制御部１５Ｂの双方からの通知が揃ってないので秘話通信に係る処理を開始しない。
【０１１６】
また、発信側の秘話通信装置２Ａと着信側の秘話通信装置２Ｂとの間で呼が確立すると（ステップＳ１）、着信側の秘話通信装置２Ｂのプレゼンス情報制御部１５Ｂが、発信元の秘話通信装置２Ａに対してプレゼンス情報確認を行う（ステップＳ２００）。なお、プレゼンス情報制御部１５Ｂは、当該秘話通信装置２Ｂにおける秘話通信対応可否プレゼンス情報を確認し、「秘話通信可」となっているので、ステップ２００の確認を行っている。図示は省略しているが、プレゼンス情報制御部１５Ｂは、当該秘話通信装置２Ｂにおける秘話通信対応可否プレゼンス情報が「秘話通信不可」となっている場合には、例えば、そのことを接続要求元の秘話通信装置２Ａに通知し、その後、秘話通信を実行しない場合の通信処理に移行する。
【０１１７】
プレゼンス情報確認を受けた秘話通信装置２Ａでは、プレゼンス情報制御部１５Ａが、確認要求元の秘話通信装置２Ｂに対してプレゼンス情報を返信し応答する（ステップＳ２０１）。この場合、秘話通信装置２Ａは、「秘話通信可」の秘話通信対応可否プレゼンス情報を応答する。
【０１１８】
プレゼンス情報応答を受けた秘話通信装置２Ｂでは、プレゼンス情報制御部１５Ｂが、図１２では記述されていないが、通話相手のプレゼンス情報が秘話通信に対応する内容かを判断し、秘話通信に対応すると判断できるので、その旨をアルゴリズム決定部１２Ｂに通知する。この場合、秘話通信装置２Ｂのプレゼンス情報制御部１５Ｂは、「秘話通信可」の秘話通信対応可否プレゼンス情報の応答を得るから、通話相手の秘話通信対応可否プレゼンス情報が「秘話通信可」であることをアルゴリズム決定部１２Ｂに通知する。
【０１１９】
このとき、アルゴリズム決定部１２Ｂは、通話処理部１０Ｂとプレゼンス情報制御部１５Ｂの双方からの通知が揃ったので、秘話通信に係る一連の処理を開始する（上述した図４のステップＳ３参照）。
【０１２０】
なお、アルゴリズム決定部１２Ｂは、自己のプレゼンス情報制御部１５Ｂから、自己の秘話通信対応可否プレゼンス情報が「秘話通信不可」となっていることを通知された場合や、通話相手の秘話通信対応可否プレゼンス情報が「秘話通信不可」となっていることを通知された場合には、呼確立が通知されても、自己の処理を起動することはない。
【０１２１】
以上では、秘話通信対応可否プレゼンス情報だけを授受するように説明したが、この授受のタイミングで他のプレゼンス情報をも授受するようにしても良い。図１１の例の場合であれば、他のプレゼンス情報の内容を、秘話通信対応可否プレゼンス情報の内容に優先させ、処理を決定するようにしても良い。例えば、着信側の秘話通信装置において、離席というプレゼンス情報が設定されている場合には、呼の接続要求に対して、呼の確立そのものを実行させないようにしても良い。
【０１２２】
（Ｄ−３）第４の実施形態の効果
第４の実施形態によっても、第１（〜第３）の実施形態と同様な効果を奏することができる。さらに、第４の実施形態によれば、利用者の状況等に応じて、秘話通信の要否を選択することができるという効果を奏することができる。
【０１２３】
（Ｅ）他の実施形態
上記各実施形態の説明においても、種々変形実施形態に言及したが、さらに、以下に例示するような変形実施形態を挙げることができる。
【０１２４】
上記各実施形態では、アルゴリズム決定部１２Ｂは、通話処理部１０Ｂから、呼確立のために用いた発信側の秘話通信装置２Ａのアドレス（例えば、ＩＰアドレス）を得て、取得したアドレスを送信先とする、両秘話通信装置２Ａ及び２Ｂ間の直接的な通信（例えばＩＰ通信）で暗号アルゴリズムの種類と鍵の情報（適用暗号アルゴリズム通知）を発信側の秘話通信装置２Ａに与えるものを示したが、発信側の秘話通信装置２Ａへの適用暗号アルゴリズム通知の送信方法は、これに限定されるものではない。例えば、アルゴリズム決定部１２Ｂが発信側の秘話通信装置２Ａに与えたい適用暗号アルゴリズム通知を通話処理部１０Ｂに渡し、通話処理部１０Ｂが、発信側の秘話通信装置２Ａに適用暗号アルゴリズム通知を与えることも可能である。この場合、通話処理部１０Ｂは、既に、発信側の秘話通信装置２Ａのアドレス（例えばＩＰアドレス）に適用して呼の確立処理をしているから、相手のアドレスを送信先とする直接的な通信（ＩＰ通信）で、適用暗号アルゴリズム通知を相手装置に対して与えることができる。このとき、ＳＩＰで規定されているＭＥＳＳＡＧＥ及び又はＩＮＦＯのＳＩＰメッセージを利用することができる。すなわち、ＳＩＰのＭＥＳＳＡＧＥ及び又はＩＮＦＯに適用暗号アルゴリズム通知を含めたＳＩＰメッセージを生成して相手装置に向けて送信するようにすれば良い。また、セキュア化されたＳＩＰのＳＩＰＳメッセージを生成して相手装置に向けて送信するようにしても良い。
【０１２５】
上記第２の実施形態では、秘話通信に用いる暗号アルゴリズムと、ファイル転送に用いる暗号アルゴリズムとが同一のものを示したが、秘話通信に用いる暗号アルゴリズムと、ファイル転送に用いる暗号アルゴリズムとを変えるようにしても良い。アルゴリズム決定部１２Ｂが、声紋情報に基づいて、暗号アルゴリズムを決定する際に、秘話通信に用いる暗号アルゴリズムと、ファイル転送に用いる暗号アルゴリズムとをそれぞれ決定するようにしても良い。この場合において、秘話通信に用いる暗号アルゴリズムとして選択可能な複数種類と、ファイル転送に用いる暗号アルゴリズムとして選択可能な複数種類とを異なるようにさせておいても良い。
【０１２６】
上記各実施形態では、着信側の秘話通信装置２Ｂのアルゴリズム決定部１２Ｂが決定した暗号アルゴリズムで、発信側の秘話通信装置２Ａが暗号化、復号動作を行うように説明したが、発信側の秘話通信装置２Ａが通知された暗号アルゴリズム（の種類）に対応しないことがないように、又は、対応していないことが分かった場合には、例えば、以下のような処理を行うようにすれば良い。
【０１２７】
コールエージェント３は、各秘話通信装置が対応できる暗号アルゴリズムの種類情報を保持し、呼確立を着信側の秘話通信装置２Ｂに通知する際に、発信側の秘話通信装置２Ａが対応し得る暗号アルゴリズムの種類を通知する。着信側の秘話通信装置２Ｂは、各声紋情報に対応付けて、複数種類の暗号アルゴリズムを、優先順位を付けて保持し、発信側の秘話通信装置２Ａが対応し得る暗号アルゴリズムの種類の中で、最も優先順位の高いものを、秘話通信で適用する暗号アルゴリズムに決定する。
【０１２８】
また、各秘話通信装置は、暗号アルゴリズム毎に、代替用暗号アルゴリズムを規定した情報を保持しておく。発信側の秘話通信装置２Ａは、通知された暗号アルゴリズム（の種類）に対応できない場合には、着信側の秘話通信装置２Ｂに、自装置２Ａが対応し得る暗号アルゴリズムの全種類を通知する。着信側の秘話通信装置２Ｂは、決定した暗号アルゴリズムに置き換えて適用する代替用暗号アルゴリズムの中から、発信側の秘話通信装置２Ａが対応し得るものを見つけ出して、秘話通信に適用する暗号アルゴリズムを再決定し、発信側の秘話通信装置２Ａに通知する。
【０１２９】
上記各実施形態では、着信側の秘話通信装置２Ｂが声紋情報に基づいて、秘話通信に用いる暗号アルゴリズムを決定するものを示したが、逆に、発信側の秘話通信装置２Ａが声紋情報に基づいて、秘話通信に用いる暗号アルゴリズムを決定するようにしても良く、着信側の秘話通信装置２Ｂ及び発信側の秘話通信装置２Ａがそれぞれ、自装置から見た遠端話者の声紋情報に基づいて、秘話通信に用いる暗号アルゴリズムを決定するようにしても良い。例えば、後者の場合、発信側の秘話通信装置２Ａから着信側の秘話通信装置２Ｂへの通話では、着信側の秘話通信装置２Ｂが決定した暗号アルゴリズムを適用し、着信側の秘話通信装置２Ｂから発信側の秘話通信装置２Ａへの通話では、発信側の秘話通信装置２Ａが決定した暗号アルゴリズムを適用する。また例えば、後者の場合に、決定された暗号アルゴリズムが異なるときに、着信側の秘話通信装置２Ｂ及び発信側の秘話通信装置２Ａでネゴシエーションを行って、１つの暗号アルゴリズムに統一するようにしても良い。例えば、２つの暗号アルゴリズムのうち、予め定められている基準に従い、秘話通信の安全強度や信用性が高い方に統一するようにしても良い。
【０１３０】
また、着信側の秘話通信装置２Ｂ（又は発信側の秘話通信装置２Ａ）が、近端話者及び遠端話者の双方の声紋情報を得て、これら２つの声紋情報に基づいて、秘話通信に用いる暗号アルゴリズムを決定するようにしても良い。
【０１３１】
さらに、コールエージェント３が、乱数などを用いて、発信側の秘話通信装置２Ａ及び着信側の秘話通信装置２Ｂのうち、秘話通信に用いる暗号アルゴリズムを決定する側の装置を定めて、呼の確立を通知する際に、そのことも通知するようにしても良い。
【０１３２】
上記各実施形態では、登録声紋情報保持部１３が、声紋情報と暗号アルゴリズムとを直接対応付けたものを示したが、１又は複数のパラメータを介在させて、声紋情報と暗号アルゴリズムとを対応付けるようにしても良い。例えば、声紋情報から対応する部署情報を抽出し、抽出した部署情報に対応する暗号アルゴリズムを取得するようにしても良い。また例えば、声紋情報から対応する話者名を抽出し、抽出した話者名に対応する暗号アルゴリズムを取得するようにしても良い。このような場合、同一話者について、その話者が利用する秘話通信装置毎に異なる声紋情報を登録したとしても、その話者がどの秘話通信装置から発信しても、同一の暗号アルゴリズムを適用するものとして決定することができる。
【０１３３】
上記各実施形態では、鍵（の情報）をも音声データに対する処理から得るものを示したが、他の方法によって得るようにしても良い。例えば、乱数を発生させることで、鍵を生成するようにしても良い。さらに、この場合、通話相手からの音声データに対して音声認識し、得られたテキストデータ列をビット列に変換し、このビット列を、乱数の発生に係る乱数生成器の初期値に用いるようにしても良い。
【０１３４】
上記各実施形態では、声紋情報に基づいて、秘話通信に用いる暗号アルゴリズムを決定するものを示したが、声紋情報と他の情報との組み合わせに基づいて、秘話通信に用いる暗号アルゴリズムを決定するようにしても良い。例えば、登録声紋情報保持部１３Ｂに、声紋情報と発信側秘話通信装置２Ａのアドレスとの組に、暗号アルゴリズムを対応付け、呼確立時の通知で得られた発信側秘話通信装置２Ａのアドレスと取得された声紋情報との組とによって、登録声紋情報保持部１３Ｂを検索して、秘話通信に用いる暗号アルゴリズムを決定するようにしても良い。
【０１３５】
上記第１、第２の実施形態では、基本的には、どの呼でも秘話通信を実行しようとするものを示したが、自装置（又は両装置のうちの少なくとも一方）が秘話通信モードに設定されているときに、秘話通信のための処理を実行するものであっても良い。
【０１３６】
上記各実施形態では、話者認識として、声紋認識を適用したものを示したが、本発明はこれに限定されず、音声データから話者を認識（弁別）できる認識方法であれば適用することができる。例えば、通話初期で良く発話される音声データ（例えば、「ＡＡ会社の鈴木です」）そのものを登録しておき、今回の呼で取得した音声データとの照合により、話者を識別する方法を適用することもできる。
【０１３７】
上記各実施形態においては、秘話通信装置自体が登録声紋情報保持部を有するものを示したが、複数の秘話通信装置に共通な装置（例えばコールエージェント）に登録声紋情報保持部を設けておき、その登録声紋情報保持部の情報を利用して、秘話通信に用いる暗号アルゴリズムを決定するようにしても良い。
【０１３８】
上記各実施形態では、秘話通信装置が電話端末（ソフトフォンも含む）に組み込まれているように説明しましたが、電話端末と別体で構成され、電話端末と接続して使用するものであっても良い。
【０１３９】
上記各実施形態では、声紋認識や音声認識のために音声の発声タイミングを通話者に任せたものを示したが、２つの秘話通信装置の間で呼が確立すると、着信側の秘話通信装置が発信側の秘話通信装置に対して、声紋認識や音声認識のための音声の発声（入力）を促すガイダンスを通知するようにしても良い。このガイダンスに、音声入力を受け付ける主旨、音声入力を受け付ける期間、鍵情報となる音声に関連するヒント（手がかり、暗示）等の内容を含めるようにしても良い。
【０１４０】
上記第３の実施形態においては、通話相手に応じて、データ取得期間及び鍵抽出方法を定めるものを示したが、通話相手ではなく、他の観点から、データ取得期間及び鍵抽出方法を定めるようにしても良い。例えば、乱数によってデータ取得期間及び鍵抽出方法を定めるようにしても良い。また例えば、発信時刻が属する時間帯に応じて、データ取得期間及び鍵抽出方法を定めるようにしても良い。
【０１４１】
上記第３の実施形態においては、通話相手に応じて、データ取得期間及び鍵抽出方法を定めるものを示したが、データ取得期間を固定時間とし、鍵抽出方法だけを通話相手に応じて定めるようにしても良い。
【０１４２】
上記第３の実施形態においては、通話相手に応じて、データ取得期間及び鍵抽出方法を定めるものを示したが、通話相手に応じて、データ取得期間及び鍵抽出方法を定めるか否かを利用者が選択できるようにしても良い。
【０１４３】
上記第４の実施形態においては、自装置に関するプレゼント情報を秘話通信装置が保持しているものを示したが、プレゼンス情報管理サーバをシステム内に設け、他の秘話通信装置に係るプレゼント情報を、プレゼンス情報管理サーバから取り込むようにしても良い。この場合であれば、呼の接続要求を送信する前に、他の秘話通信装置に係るプレゼント情報を取り込むようにすることもできる。
【０１４４】
上記第４の実施形態においては、秘話通信に対応できるか否かをプレゼント情報の１種類として用意しておくものを示したが、単に、プレゼント情報としてではなく、情報を保持し、他の装置に通信し得るようにしても良い。
【０１４５】
上記第４の実施形態においては、秘話通信に対応できるか否かをプレゼント情報として保持しているものを示したが、自装置が搭載している複数の暗号アルゴリズムについて複数の組み合わせを規定し、その組み合わせごとに、秘話通信に対応できるか否かの情報を保持し、必要に応じて通話相手に対応できる１つの組み合わせ（選択方法は任意である）を通知するものであっても良い。このような場合、例えば、着信側の通話相手は、秘話通信に対応できる組の暗号アルゴリズムの中から適用するものを決定することになる。
【符号の説明】
【０１４６】
１…秘話通信システム（電話通信システム）、２−１、２−２…秘話通信装置（電話端末）、３…コールエージェント（ＣＡ；Ｃａｌｌ  Ａｇｅｎｔ）、４…ネットワーク、１０…通話処理部、１１…暗号処理部、１２…アルゴリズム決定部、１３…登録声紋情報保持部、１４…ファイル転送部、１５…プレゼンス情報制御部。
【図１】
0005979263.tif 000002
【図２】
0005979263.tif 000003
【図３】
0005979263.tif 000004
【図４】
0005979263.tif 000005
【図５】
0005979263.tif 000006
【図６】
0005979263.tif 000007
【図７】
0005979263.tif 000008
【図８】
0005979263.tif 000009
【図９】
0005979263.tif 000010
【図１０】
0005979263.tif 000011
【図１１】
0005979263.tif 000012
【図１２】
0005979263.tif 000013