JP2006128985A - 通信機器、秘密情報共有システム、秘密情報共有方法及びプログラム - Google Patents

Abstract

【課題】宅間の通信機器同士で秘密情報を安全に共有するシステムにおいて、専門知識を持たないユーザの多いネット家電を使う場合にも、ユーザ操作が簡単で、手軽に秘密情報の共有が行える方法と装置を提供する。
【解決手段】電話Ａ１は、電話Ｂ２との通話を確立し（ステップＳ１０１）、秘話通話するための暗号鍵を自動交換する（ステップＳ１０４）。電話Ａ１のユーザは、電話Ｂ２のユーザとの間で暗号通信路を介した通話が成功すると（ステップＳ１０６）、秘密情報送信スイッチを押下する（ステップＳ１０７）。電話Ａ１は、秘密情報を上記暗号通信路で使う鍵で暗号化し、暗号化通信路を介して電話Ｂ２に秘密情報を送信する。
【選択図】図６

Description

本発明は、通信機器、秘密情報共有システム、秘密情報共有方法及びプログラムに関し、より特定的には、秘匿性の高いデータ（秘密情報）を他人と受け渡しするために、自分の通信機器と他人所有の通信機器の間で、ネットワークを介して秘密情報を送受信する通信機器、秘密情報共有システム、秘密情報共有方法及びプログラムに関する。

近年のインターネットの普及により、電子メール、電子商取引など、ネットワークを介したサービスも増大し、家庭内にもネットワークに接続できる機器が増えつつある。このネットワークに接続できる家電、いわゆる「ネット家電」としては、エアコンや電子レンジなどの白物家電もインターネットに接続し、宅外からエアコンを制御したり、センター側からプログラムのバージョンアップを行うようなサービスも提案されている。

［宅間接続］
さらに、ユーザが自宅のネット家電に接続するだけでなく、別のユーザの機器に接続するようなシステム（以後、宅間接続と呼ぶ）も提案されている。例えば、自分が撮影した映像を知人に公開したい場合、映像を自宅のＤＶＤレコーダーに保存しておき、それを知人宅のＤＶＤレコーダーからインターネット経由でアクセスさせる（コピーまたは再生させる）ようなシステムが提案されている。また、ＩＰ電話を使って複数の知人と同時通話できるシステムも考えられている。

このような宅間接続を行う場合には、ユーザ間で事前にさまざまな「秘密情報」を共有しておく必要がある。ここで「秘密情報」という言葉は、相手の識別情報（アドレスなど）や認証情報、鍵情報などの、他者から秘密にしておきたい情報の総称として使うことにする。例えば、通信を始める際には、相手のＩＰアドレスやホスト名、ＵＲＬなど、通信相手先の機器（知人宅の機器）を特定する情報を教えてもらわなければならない。

さらに、宅間接続を行うシステムにおいては、第三者によって自宅の機器へ不正アクセス（なりすまし）されたり、宅間接続でやりとりする情報を第三者から盗み見、盗聴、改竄される危険が伴うので、認証や暗号通信などのネットワークセキュリティ対策が必要となる。そのセキュリティ対策を行うためにも、認証情報（パスワードなど）や暗号鍵などの秘密情報をユーザ間で共有する必要がある。

［ネットワークセキュリティ技術］
以下、秘密情報をユーザ間で共有するための方法として、従来のネットワークセキュリティ技術で行なっている方法を例にとって説明する。前述したなりすましや盗聴、改竄を防ぐためのネットワークセキュリティ技術としては、従来、さまざまなプロトコルや方式が規格化・実用化されている。

［従来例１：ＩＫＥの事前共有鍵の共有方法］
例えば、ＩＰパケットを暗号化するＩＰｓｅｃ（ＩＰ Ｓｅｃｕｒｉｔｙ ｐｒｏｔｏｃｏｌ）と、そのデフォルトの自動鍵交換プロトコルであるＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ）は、インターネット技術タスクフォース（ＩＥＴＦ：Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって標準化されており、多くのＶＰＮルータなどに実装されている。ＩＰｓｅｃおよびＩＫＥの仕様はそれぞれＩＥＴＦの仕様書「ＲＦＣ２４０１」（非特許文献１）、「ＲＦＣ２４０７」（非特許文献２）等に開示されている。

ＩＫＥは、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ（ディフィ−ヘルマン）と呼ばれる、一種の公開鍵暗号に基づく鍵交換アルゴリズムを利用している。この鍵交換アルゴリズムにより、人の手を介さずに自動的に、鍵を通信機器間で安全に共有させることができる。Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎの仕様は、ＩＥＴＦの仕様書「ＲＦＣ２６３１」（非特許文献３）等に開示されている。

また、ＩＫＥではＤｉｆｆｉｅ−Ｈｅｌｌｍａｎのアルゴリズムに加え、２つの機器間で鍵交換を行うとき、両方の機器が同じ事前共有鍵を持っていることを確認することで、お互いの機器を認証する。この事前共有鍵は、パスワードのような秘密情報であって、他者には知られないように設定されなければならない。例えば、自分の管理するＶＰＮルータと、他のユーザの管理するＶＰＮルータとの間で暗号通信する場合には、電話や直接会うことで事前共有鍵を口頭で伝えたり、事前共有鍵を書いた紙をＦＡＸや郵送、手渡しするなどして、通信相手のユーザに安全に事前共有鍵を伝える。その後、両ユーザはそれぞれの管理するＶＰＮルータに対して、ユーザ自身がキーボード等を使って事前共有鍵を入力していた。

［従来例２：鍵配布センターによる情報共有方法］
ＩＫＥでは、暗号通信を行う２機器間だけで秘密情報を共有していたが、その他にも、第三者が秘密情報の受け渡しを仲介する方法が開示されている（例えば、特許文献１参照）。

図１６は、前記特許文献１に記載された、従来のユーザ認証方式（Ｋｅｒｂｅｒｏｓ認証方式）を用いたユーザ認証システムを示すものである。図１６において、１は他の端末との間で相互認証を行おうとする端末、３は端末１の相互認証の対象である端末、２はサーバ等で構成された鍵配布センター（以下、ＫＤＣ２と呼ぶ）であり、相互に情報を共有した端末に対してセッション鍵やチケットを提供する。

以下、図１６に示す従来例の動作を簡単に説明する。初期状態として端末１及び端末２はＫＤＣ２との間で端末に対して設定された名称（端末名称）を共有し、併せて、端末１とＫＤＣ２との間、及び、端末３とＫＤＣ２との間で共有する秘密鍵をそれぞれ保持しているものとする。端末１が端末３との間でユーザ認証と暗号通信を行ないたい場合、まず、第１のステップとして、端末１はＫＤＣ２に対して“端末１の認証”を要求する。具体的には、端末１はＫＤＣ２との間で共有している秘密鍵（以下、“秘密鍵Ａ”と呼ぶ）を使って、現在の時刻を暗号化したもの等をＫＤＣ２に送信する。ＫＤＣ２は、受信した時刻を“秘密鍵Ａ”で復号化し、それが正しければ端末１を認証し、秘密鍵Ａで暗号化された“セッション鍵Ａ”とＴＧＴ（チケット保証チケット）を端末１に送信する。

第２のステップでは、端末１が端末３との通信を行うための“チケットの要求”をＫＤＣ２に対して行う。具体的には、端末１は“セッション鍵Ａ”を用いて時刻を暗号化し、通信を行ないたい相手側の端末名称と取得したＴＧＴと共にＫＤＣ２に送信し、チケットを要求する。ＫＤＣ２は、受信した時刻を“セッション鍵Ａ”で復号化し、それが正しければ端末１を認証し、“セッション鍵Ａ”で暗号化された“セッション鍵Ｂ”（端末１と端末３の間での通信に使用されるセッション鍵）と“チケット”を端末１に送信する。ここで、チケットとは、端末３とＫＤＣ２との間で共有されている秘密鍵（以下、“秘密鍵Ｂ”と呼ぶ）を用いてＫＤＣ２が“セッション鍵Ｂ”等を暗号化したものである。

最後のステップでは、端末１が端末３との間の“相互認証”の処理を行う。まず端末１が、取得した“セッション鍵Ｂ”で暗号化した時刻を、取得した“チケット”と共に端末３に送信して認証を要求する。

端末３では、端末１から受信したチケットを“秘密鍵Ｂ”を用いて復号化し、復号化に成功すればその“チケット”がＫＤＣ２で生成されたものであることが証明され、端末１がＫＤＣ２から認証されていることがわかる（すなわち、端末３は端末１を認証できる）。同時に、“チケット”の復号化により、“チケット”中に暗号化されている“セッション鍵Ｂ”を取得し、現在時刻を“セッション鍵Ｂ”で暗号化して、端末１に送信する。

一方、端末１では、受信した時刻を“セッション鍵Ｂ”で復号し、時刻が正しければ、端末３が、「端末３でのみ復号化可能な情報である“チケット”から“セッション鍵Ｂ”を取得できた」ことが証明されるので、端末１は端末３を認証できる。

この結果、端末１および端末３がＫＤＣ２との間で秘密鍵などを共有しておくことにより、事前に端末１と端末３の間で秘密情報を共有しなくても、端末１は端末３との間で相互認証が可能になり、暗号通信も行なえるようになる。これは、ＫＤＣ２が端末１を認証し、端末１と端末３の間の認証に使う情報（チケット）と、暗号通信に使うセッション鍵を配布するからである。

このように、従来のセキュリティ技術や実装では、口頭やＦＡＸ、郵送などの経路を使って秘密情報をユーザ間で直接受け渡ししたり、第三者を仲介して秘密情報を配布してもらう方法により、ユーザ間で安全に秘密情報を共有していた。
特表２００２−５０１２１８号公報 標準仕様書「ＲＦＣ２４０１」、ＩＥＴＦ、［平成１６年１月７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２４０１．ｔｘｔ＞ 標準仕様書「ＲＦＣ２４０７」、ＩＥＴＦ、［平成１６年１月７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２４０７．ｔｘｔ＞ 標準仕様書「ＲＦＣ２６３１」、ＩＥＴＦ、［平成１６年１月７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２６３１．ｔｘｔ＞

しかしながら、従来の秘密情報の共有方法をそのまま宅間接続のシステムに適用すると、宅間接続特有の要件により、１）ユーザ操作の難しさ、２）手軽さの面での課題が発生する。

［第１の課題：ユーザ操作の難しさ］
具体的には第１に、宅間接続で使う通信機器はネット家電であり、そのユーザは大部分が通信やセキュリティに関する専門知識の乏しい一般ユーザである。さらに、ネット家電はPCやルータなどと違って、キーボードなどの入力装置が付いていない機器もある。このようなネット家電特有の要件により、宅間接続ではユーザに（“事前共有鍵”などの）専門用語を意識させることなく、ユーザ操作自体も簡単であることが求められる。

それに対して、従来例１の秘密情報共有方法は、ＰＣやルータなどで使われている方法であり、専門知識をある程度持ったユーザを対象としている。そのため、従来例１を宅間接続に適用すると、事前共有鍵を口頭や紙で伝える時点でユーザに専門用語の知識を要求し、ユーザ自身がキーボード等を使って長い桁の英数字を入力する必要があるため、ユーザ操作が難しい、という課題があった。

［第２の課題：手軽さ］
第２に、宅間接続のシステムにおいて、通信相手は最初から決まっているわけではなく、頻繁に追加、変更されうるものである。特に、宅間接続での通信相手は、自分の管理する機器ではなく別のユーザ管理の機器なので、秘密情報の共有、設定の処理が自分の作業だけで完了しない（他人との協調が必要である）。このような宅間接続特有の使用条件により、通信相手を新規追加・変更する際に必要な、ユーザ間での秘密情報共有の作業は、できるだけ手軽であることが望まれる。ここで“手軽”とは、「ユーザがわざわざ行なわなければならない作業の量（回数）が少ないこと」や「時間や場所の制約が無く、使いたいと思ったときにすぐに接続できること」などが含まれる。

それに対して、従来例１で秘密情報を郵送した場合には、秘密情報が通信相手のユーザに届くまでに時間がかかる。また、従来例１で直接会って口頭または手渡しで秘密情報を受け渡しする場合にも、別ユーザとの時間・場所の調整が必要であり、実際に接続できるまでに時間がかかる。一方、従来例２のように第三者（鍵配布センター：ＫＤＣ）を仲介する場合にも、両方のユーザが鍵配布センターにユーザ登録を行ない、鍵配布センターと自分の機器との間の秘密鍵を共有させる、という手続きが事前に必要となるので、手軽には宅間接続を始められない。このように従来例１、２共に、手軽さの面で難点があった。

それ故に、本発明の目的は、前記従来の課題を解決することであり、宅間接続システムに適用する場合でも、ユーザ間で安全性を確保したまま、簡単なユーザ操作でかつ手軽に、秘密情報を共有できる方法および装置を提供することである。

本発明は、第１の通信機器がネットワークに接続された第２の通信機器にアクセスまたはセキュア通信する際に、必要な秘密情報を、第１の通信機器と第２の通信機器の間で安全に、かつ、簡単なユーザ操作で共有するための通信機器、秘密情報共有システム、秘密情報共有方法およびそのプログラムに向けられている。

そして、上記目的を達成させるために、本発明の秘密情報共有システムでは、第１の通信機器との間で情報共有が可能な第３の通信機器、または前記第１の通信機器自体のどちらか一方の機器が、第１の通信機器であって、前記第２の通信機器との間で情報共有が可能な第４の通信機器、または前記第２の通信機器自体のどちらか一方の機器が、第２の通信機器であって、第１の通信機器と第２の通信機器が、以下で記載する本発明の通信機器の構成を備え、秘密情報送信の指示を受け付けたときに、２つの通信機器の間の通話用の通信路上で秘密情報を送受信することを特徴とする。

また、上記目的を達成させるために、本発明の通信機器では、以下の構成を備えることを特徴とする。

音声または映像のデータを通話相手の通信機器との間で送受信するための通話用通信路を確立する通信路確立手段、自身の通信機器または他の通信機器に関する秘密情報に対して、秘密情報を生成または外部から入力する秘密情報入力手段、または秘密情報を保存している秘密情報蓄積手段の少なくとも一方の手段、秘密情報の送信のユーザからの指示を受け付ける秘密情報送信要求入力手段、秘密情報送信要求入力手段で指示を受け付けたときに、秘密情報入力手段または秘密情報蓄積手段から取得した秘密情報を、通話用通信路を介して送信する秘密情報送信手段、通話用通信路を介して秘密情報を受信する秘密情報受信手段、秘密情報受信手段で受信した秘密情報を、外部に出力または保存する秘密情報出力手段とを備える。

このように通信機器を使うことで、ユーザは、通話した際の内容や相手の声などで相手を確認する、という簡単な方法で通話用通信路の正当性を確認できる。そのため、通信路を確認した上で秘密情報送信要求入力手段を使って正しい相手に秘密情報を送信できる。

また、本発明の通信機器では、通話用通信路として、通話用の音声または映像のデータを暗号化またはメッセージ認証したデータに変換して送受信する通信路を使っても良い。

このような暗号化通信路を使うことで、安全ではないネットワークを介する場合でも、秘密情報を安全に渡すことができる。

また、本発明の通信機器では、暗号化通信路を確立する通信路確立手段において、通話相手の通信機器との間で鍵を配布または共有する自動鍵交換手段を含み、自動鍵交換手段では、鍵を共有するにあたって、通話相手の通信機器または自身の通信機器を認証する処理を含まないことを特徴としてもよい。

このように、ユーザが通話した際の内容や相手の声などで相手を確認できる通信機器では、通常必要な自動鍵交換の際の認証処理を省略できるので、認証情報を設定したり、第三者の認証機関に登録する、といった煩雑なユーザの作業が不要となる。

以上のように、本発明によれば、通話用の通信路の正当性は、ユーザ自身が通話相手の声や会話内容などによって確認できる。これにより、音声データと同じ暗号通信路で暗号化された秘密情報は、安全に宅間で共有でき、なりすましや通信機器を紛失して第三者に悪用される状況にも対応できる。

また、相手の認証はユーザ自身が行うため、事前にパスワードなどの認証情報を通信機器に設定したり、第三者機関に認証や鍵配布を仲介してもらう必要もない。これにより、ユーザの操作が簡単になり、手軽にユーザ同士で秘密情報を共有することができ、新たな通信相手とも簡単かつ手軽に宅間接続を始めることができる。

以下、本発明の実施の形態について、図面を参照しながら説明する。

（実施の形態１）
図１は、本発明の実施の形態１に係る秘密情報共有方法が適用されるネットワーク構成の一例を示す図である。図１において、実施の形態１に係る秘密情報共有方法が適用されるネットワークは、主に電話Ａ１、電話Ｂ２、及びインターネット３で構成される。

電話Ａ１および電話Ｂ２は、それぞれユーザＡおよびユーザＢが所有するＩＰ電話端末である。ユーザＡ宅のホームネットワーク４には、電話Ａ１のほかに、ルータＡ８と宅内機器Ａ６が設置されている。また同様に、ユーザＢ宅のホームネットワーク５には、電話Ｂ２のほかに、ルータＢ９と宅内機器Ｂ７が設置されている。ここで、宅内機器Ａ６および宅内機器Ｂ７は、ＤＶＤレコーダーなどのネット家電機器を想定している。

図１において、電話Ａ１および電話Ｂ２は、それぞれルータＡ８、ルータＢ９を介してインターネット３に繋がっており、２つの電話はインターネット３を介して通信できる。電話Ａ１と電話Ｂ２の間の通信路は、通常の音声通話の他、ユーザＡまたはユーザＢの秘密情報を他方のユーザに送信するための経路として使われる。音声通話の一部と秘密情報は、暗号化されて他方に送られる。

一方、宅内機器Ａ６と宅内機器Ｂ７の間も同様に、ルータＡ８、ルータＢ９を介してインターネット３経由で通信できる。宅内機器Ａ６と宅内機器Ｂ７は、ネットワークを介して、お互いに相手の機器を制御したり、相手の機器の保存している情報を転送することができる。

また、電話Ａ１と宅内機器Ａ６の間、および、電話Ｂ２と宅内機器Ｂ７の間は、それぞれルータＡ８とルータＢ９を介さずに、オフラインの経路で情報の読み書きが行えるものとする（図１には未記載）。例えば、電話と宅内機器の間で、赤外線通信などの無線通信の経路が確立されていてもよいし、着脱可能なメモリデバイスを電話と宅内機器に順に抜き差しすることで情報を読み書きしてもよい。

次に、図２を用いて、本発明の実施の形態１に係る秘密情報共有方法が実装される電話Ａ１の具体的な構成について説明する。なお、電話Ｂ２の主要構成は電話Ａ１と同じなので、図２の説明をもって電話Ｂ２の構成の説明に代える。

［電話Ａ１の構成］
図２は、実施の形態１に係る電話Ａ１の構成例を示すブロック図である。図２において、電話Ａ１は、キー入力部１０１、マイク１０２、スピーカー１０３、音声処理部１０４、秘密情報送信ＳＷ１０６、秘密情報Ｒ／Ｗインターフェース１０７、呼制御部１０８、音声パケット構築・分解部１０９、暗号化・復号化処理部１１０、ポリシーデータベース１１１、鍵情報データベース１１２、自動鍵生成部１１３、秘密情報送受信部１１４、秘密情報蓄積部１１５、通信プロトコル処理部１１６を備える。

キー入力部１０１は、電話の発信操作を行うためのキー入力の手段である。ユーザが通話開始と通話終了を指示するためのボタンと、通話相手の電話番号（または、ＳＩＰアドレスなど）を入力するためのテンキーなどが含まれる。呼制御部１０８は、マルチメディアセッションを確立・変更・終了するためのシグナリング処理部である。本実施の形態における呼制御部１０８は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に準拠したメッセージ処理を行う。

マイク１０２とスピーカー１０３は、一般に電話のハンドセットに付いている送話器と受話器を示すもので、それぞれアナログ音声信号の入力手段と出力手段を意味する。音声処理部１０４は、マイク１０２からのアナログ信号をディジタル信号に変換するとともに圧縮処理を施す機能（音声圧縮処理。エンコーダ）と、通信相手から受信した圧縮音声データを伸長（音声伸長処理。デコーダ）し、ディジタル信号からアナログ信号に復号してスピーカー１０３に出力する機能を有している。音声パケット構築・分解部１０９は、ＩＰネットワークを通じて音声データ（リアルタイムメディア）を通話相手に転送するための処理部である。本実施の形態における音声パケット構築・分解部１０９では、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）に基づいて音声データのパケットを構築・分解する。

暗号化・復号化処理部１１０は、相手機器（電話Ｂ２）との間で送受信するパケットを暗号化または復号化する処理部である。本実施の形態の暗号化・復号化処理部１１０では、ＩＰｓｅｃによる暗号通信を行うものとする。具体的には、鍵情報データベース１１２に蓄積されている暗号鍵または認証鍵を使って、相手機器への送信パケットを暗号化し、相手機器から受信した暗号化パケットを復号化する。また、どのパケットをどんなアルゴリズムで暗号化するか、の判断は、後述のポリシーデータベース１１１を参照して決定する。

自動鍵生成部１１３は、暗号通信を行う相手機器との間で鍵交換用のメッセージを送受信することで、暗号通信に使う共有鍵を生成・共有する。本実施の形態の自動鍵生成部１１３では、ＩＫＥプロトコルに基づくメッセージを送受信するものとする。

通信プロトコル処理部１１６は、ＴＣＰやＵＤＰなどのトランスポート層以下のレイヤ（ＩＰなどのネットワーク層を含む）の通信プロトコルに関する処理を行う処理部である。上位レイヤの処理部（図２の呼制御部１０８、音声パケット構築・分解部１０９、自動鍵生成部１１３、秘密情報送受信部１１４）で構築されたパケットを受けつけてＩＰパケットで送信したり、通信相手から受信したＩＰパケットを解釈して、上位レイヤの処理部に渡す。さらに、通信プロトコル処理部１１６は、パケット送信時、トランスポート層およびネットワーク層まで処理を行った後、暗号化・復号化処理部１１０に、そのパケットをＩＰｓｅｃの暗号化処理すべきかどうかを問い合わせる。ＩＰｓｅｃの暗号化処理を行うべき、と判定された送信パケットに対しては、暗号化・復号化処理部１１０がＩＰｓｅｃ暗号化処理を施した上で通信プロトコル処理部１１６に返却されるので、通信プロトコル処理部１１６は、暗号化・復号化処理部１１０から返却されたＩＰパケット（平文または暗号化済み）を所定の通信相手に送信する。一方、通信プロトコル処理部１１６がＩＰｓｅｃ暗号化済みのパケットを受信した時は、ネットワーク層およびトランスポート層までの処理を行った結果、トランスポート層のプロトコル番号によりＩＰｓｅｃ暗号化済みパケットであることが判定できる。その場合は、上位レイヤの処理部の１つとして、暗号化・復号化処理部１１０に受信パケットを転送する。

ポリシーデータベース１１１は、電話Ａ１が送受信するパケットに対して適用されるセキュリティポリシーを記憶する。ここで記憶するセキュリティポリシーとは、受信したパケットを、廃棄するのか、平文のまま送信するのか、ＩＰｓｅｃの暗号化を適用するのか、ＩＰｓｅｃの暗号化を適用するならどんなアルゴリズムを使うのか、などの条件をパケットの種類ごとに規定するものである。図３は、電話Ａ１のポリシーデータベース１１１が記憶する情報の一例を示す図である。図３において、ポリシーデータベース１１１は、「ポリシーを適用するパケットの種類」として、パケットの発信元、宛先、プロトコル、ポート番号の情報と、「適用するポリシー」として、ＩＰｓｅｃの適用の有無と、ＩＰｓｅｃを適用する場合のモード・アルゴリズムの情報を対応づけて保存する。

鍵情報データベース１１２は、暗号化・復号化処理部１１０における暗号・復号処理に必要な共有鍵を記憶する。図４は、電話Ａ１の鍵情報データベース１１２が記憶する情報の一例を示す図である。図４のように、鍵情報データベース１１２には、共有鍵の他に、暗号化アルゴリズムや暗号化処理を行うパケットの種類（セレクタ）を設定することができる。

秘密情報蓄積部１１５は、電話Ａ１または他の宅内機器Ａ６に関する秘密情報を記憶する。図５は、電話Ａ１の秘密情報蓄積部１１５が記憶する情報の一例を示す図である。

秘密情報Ｒ／Ｗインターフェース１０７は、電話Ａ１または他の宅内機器Ａ６に関する秘密情報を外部から入力、または外部に出力するためのインターフェースである。本実施の形態では、例えば赤外線通信のインターフェースや着脱可能なメモリデバイスを読み書きするインターフェースなどを想定する。秘密情報Ｒ／Ｗインターフェース１０７を介して入力した秘密情報は、秘密情報蓄積部１１５で保存される。また、秘密情報蓄積部１１５に記録された秘密情報は、秘密情報Ｒ／Ｗインターフェース１０７経由で電話Ａの外に出力できる。

秘密情報送受信部１１４は、秘密情報をインターネット経由で送受信するための処理部である。具体的には、秘密情報蓄積部１１５から読み出した秘密情報をパケットに構築して通信相手に送信したり、逆に通信相手から受信したパケットを分解して秘密情報を取り出し、秘密情報蓄積部１１５に書き込む。

秘密情報送信ＳＷ１０６は、ユーザが通話相手に秘密情報を送信したいときに、ユーザからの指示を電話Ａ１に伝えるためのスイッチである。ユーザは、このスイッチを押すことで、秘密情報送受信部１１４に送信要求を伝え、電話Ａ１から秘密情報を送信することができる。

［処理シーケンス］
次に、図６を用いて、本発明の実施の形態１に係る秘密情報共有方法の処理シーケンスを説明する。実施の形態１においては、ユーザＡが、「自宅の宅内機器Ａ６をユーザＢにアクセスさせたい」場合を想定する。このとき、ユーザＡがユーザＢに送信する秘密情報は、「宅内機器Ｂ７が宅内機器Ａ６にアクセスするために必要な秘密情報」である。以降、この秘密情報を電話Ａ１から電話Ｂ２に渡す処理シーケンスを説明する。

（１：事前処理）
まず、電話Ａ１と電話Ｂ２の間で電話をかける前の事前処理について説明する。電話Ａ１は、事前に宅内機器Ａ６から秘密情報を受け取っており、秘密情報蓄積部１１５には図５のような宅内機器Ａ６の秘密情報が記録されているものとする。本実施の形態では、秘密情報の生成手順と宅内機器Ａ６から電話Ａ１に秘密情報が渡される手順は、問わない。例えば、秘密情報Ｒ／Ｗインターフェース１０７を赤外線通信のインターフェースとし、ユーザが手動で秘密情報を設定する手順としては、以下に挙げる方法でも良い。まず、ユーザは、宅内機器Ａ６のリモコン（赤外線通信インターフェース付き）を使って、新規ユーザがアクセスするための秘密情報を宅内機器Ａ６に生成するように指示を出す（対応するボタンを押す）。宅内機器Ａ６はその指示を受けて、秘密情報を生成し、自身にも記録すると共に、赤外線通信を使ってリモコンに秘密情報を送信する。次にユーザは、リモコンを電話Ａ１に向けて、リモコン上の「秘密情報送信」に対応したボタンを押し、リモコンから赤外線通信で電話Ａ１に秘密情報を送信する。この手順により電話Ａ１は、秘密情報Ｒ／Ｗインターフェース１０７を介して秘密情報を受け取り、秘密情報蓄積部１１５に記録できる。

また、ポリシーデータベース１１１は、全ての通信相手との送受信パケットを平文のまま送受信可能な設定とする（図３の（ａ）参照）。また、鍵情報データベース１１２は、エントリが全く無い状態であるものとする（図４の（ｂ）参照）。

また、ユーザＡは、ユーザＢに電話をかけるために必要な情報（電話番号、またはＳＩＰアドレスなど）を既に知っている、もしくは、電話Ａ１の電話帳などの不揮発性メモリ（図２には未記載）にユーザＢの電話番号などが登録済みであるものとする。

また、電話Ａ１および電話Ｂ２は、電話を発信および着信するために必要なサービスをプロバイダ等から受けているものとし、発着信に必要なＳＩＰサーバなど（図１には未記載）のアドレスやＳＩＰサーバに対する認証情報などの情報は、各電話の呼制御部１０８内で記録しているものとする。

さらに、本実施の形態では簡単のため、ユーザＡ宅およびユーザＢ宅それぞれに２つずつのグローバルアドレスが割り振られている環境を想定する。具体的には、電話Ａ１のＩＰアドレスをＩＰａｔ、宅内機器Ａ６のＩＰアドレスをＩＰａｉ、電話Ｂ２のＩＰアドレスをＩＰｂｔ、宅内機器Ｂ７のＩＰアドレスをＩＰｂｉとする。従って、ルータＡ８およびルータＢ９は、それぞれのユーザ宅に割り振られた２つのグローバルアドレスを宛先とするパケットを受信し、宛先のアドレスを元にしてそれぞれの宅内ネットワークの電話Ａ１（またはＢ２）もしくは宅内機器Ａ６（またはＢ７）に中継するものとする。

（２：電話の接続）
事前処理の後、ユーザＡは、電話Ａ１のキー入力部１０１のボタンを操作して、ユーザＢの電話Ｂ２の番号を入力または（電話帳から）選択し、発信ボタンを押す。

電話Ａ１は、キー入力部１０１の発信ボタン押下を検知すると、呼制御部１０８により、電話Ｂ２との通話を確立するための処理を行う（ステップＳ１０１）。具体的には、電話Ａ１の呼制御部１０８は、ＳＩＰサーバ（図１には未記載）および電話Ｂとの間で、ＳＩＰプロトコル等に基づくメッセージを送受信し、電話Ｂ２とのセッション開始を要求する。なお、この時点では、ポリシーデータベース１１１に「全ての送信パケットが平文で送信される」（図３の（ａ）参照）というポリシーが設定されているため、呼制御部１０８から通信プロトコル処理部１１６に渡されたＳＩＰメッセージの送信パケットは、全て平文のまま送信され、ＳＩＰサーバや電話Ｂ２から受信するＳＩＰメッセージも全て平文で受け付けられる。

セッション開始手順の中で電話Ａ１の呼制御部１０８は、ＳＩＰサーバから電話Ｂ２のＩＰアドレス（ＩＰｂｔ）を取得する。

セッション開始に成功すると、呼制御部１０８は、電話Ａ１と電話Ｂ２間の通話を暗号化するためのＩＰｓｅｃポリシーを、ポリシーデータベース１１１に追加登録する（ステップＳ１０２。追加登録後のポリシーデータベースの内容は、図３の（ｂ）参照）。この登録により、ポリシー上では電話Ｂ２との間のパケット通信は全てＩＰｓｅｃにより暗号化されることになる（実際にはこの時点で鍵情報データベース１１２に暗号鍵が登録されていないので、暗号通信はまだ開始できない）。

さらに、呼制御部１０８は、音声パケット（ＲＴＰパケット）の送信開始のトリガと、ＲＴＰに関する情報（使用するポート番号など）を、音声パケット構築・分解部１０９に対して伝える。

（３：共有秘密鍵の交換）
音声パケット構築・分解部１０９は、呼制御部１０８からの開始のトリガを受けると、マイク１０２から入力され、音声処理部１０４でディジタル処理した音声データを、ＲＴＰのパケットの形式に構築し、電話Ｂ２に送信し始める（ステップＳ１０３）。

音声パケット構築・分解部１０９からＲＴＰの送信パケットを受け取った通信プロトコル処理部１１６は、通常のパケット送信時と同様に、暗号化・復号化処理部１１０に暗号化の有無を問い合わせる。しかしながら、この時点では、ポリシーデータベース１１１に図３（ｂ）の設定（電話Ａ１と電話Ｂ２間のパケットは全て暗号化する、というポリシー）がなされ、かつ、鍵情報データベース１１２は図４（ａ）の設定（鍵情報が未登録）の状態なので、暗号化・復号化処理部１１０で直ぐ送信パケットを暗号化して通信プロトコル処理部１１６に返却する、ということができない。

このような場合、暗号化・復号化処理部１１０は、自動鍵生成部１１３に鍵生成を要求し、自動鍵生成部１１３は、電話Ｂ２との間で共有秘密鍵の交換処理を開始する（ステップＳ１０４）。本実施の形態では、ステップＳ１０４の自動鍵交換の手法として、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎのアルゴリズムを使う。電話Ａ１の自動鍵生成部１１３は電話Ｂとの間でＤｉｆｆｉｅ−Ｈｅｌｌｍａｎに基づくメッセージ交換をした後、２者間でのみ知りえる共有秘密鍵を共有できる。

自動鍵生成部１１３は、生成した共有秘密鍵を鍵情報データベース１１２に記録する（ステップＳ１０５）。鍵情報データベース１１２には、ＩＰｓｅｃでパケットを暗号および認証するための暗号鍵および認証鍵が、パケット送信時と受信時で別々に生成され、鍵情報データベース１１２に記録される。またその他、ＩＰｓｅｃのプロトコル（ＥＳＰまたはＡＨ）、ＳＰＩおよび暗号アルゴリズム・認証アルゴリズムも共に記録される（鍵情報データベースの記録後の情報の例は、図４の（ｂ）参照）。なお、鍵情報データベース１１２に記録される共有秘密鍵は、実際には複数存在する（図４（ｂ）の場合には４種類）が、説明を単純にするため、以後は、共有秘密鍵全体を代表するもの、として共有秘密鍵：Ｋと記す。

（４：音声の暗号通信）
一旦、鍵情報データベース１１２に共有秘密鍵：Ｋが設定されると、ユーザＡとユーザＢの音声は、すべて共有秘密鍵：Ｋで暗号化されて通話相手に送られ、暗号化済み音声データを受信した通話相手は共有秘密鍵：Ｋで正しく復号できるようになる（ステップＳ１０６）。

具体的には、ユーザＡが話した音声で、かつ、マイク１０２で集音された音声データは、パケット構築・分解部１０９で音声パケット（ＲＴＰ）に構築され、通信プロトコル処理部１１６に送られる。通信プロトコル処理部１１６から問合せを受けた暗号化・復号化処理部１１０は、鍵情報データベース１１２に記録された共有秘密鍵：Ｋを使って音声パケットを暗号化し、通信プロトコル処理部１１６に送信パケットを返却する。最終的には、暗号化済みの音声パケットは、通信プロトコル処理部１１６から電話Ｂ２に送信される。

一方、ユーザＢが発した声は、電話Ｂ２で暗号化されて電話Ａ１の通信プロトコル処理部１１６に送られる。通信プロトコル処理部１１６では、トランスポート層の処理により、ＩＰｓｅｃ暗号化済みパケットと判断し、受信パケットを暗号化・復号化処理部１１０に送る。暗号化・復号化処理部１１０では、鍵情報データベース１１２の共有秘密鍵：Ｋを使って、電話Ｂ２が暗号化した音声パケットを復号化し、通信プロトコル処理部１１６にパケットを返却する。通信プロトコル処理部は、復号化された受信パケットをＲＴＰプロトコルのパケットと判断するので、音声パケット構築・分解部１０９にパケットを送る。音声パケットは、音声パケット構築・分解部１０９で分解され、音声処理部１０４でアナログに変換されたのち、スピーカー１０３から出力される。

（５：秘密情報の送信）
ユーザＡは、スピーカー１０３から聞こえる音声や通話内容を基に、通話の相手が、確かにユーザＢかどうか、確認することができる。ユーザＡは、通話相手を確認した上で、電話Ａ１の秘密情報送信ＳＷ１０６を押す（ステップＳ１０７）。

電話Ａ１では、秘密情報送信ＳＷ１０６の押下を検知すると、秘密情報送受信部１１４に「秘密情報送信」の要求が伝えられる。要求を受けた秘密情報送受信部１１４では、秘密情報蓄積部１１５から秘密情報を読み出し、その秘密情報を所定のフォーマットに基づいて格納する、電話Ｂ２宛のパケットを生成し、通信プロトコル処理部１１６に渡す。通信プロトコル処理部１１６は、音声パケットと同様に暗号化・復号化処理部１１０に暗号の有無を問い合わせ、その結果、秘密情報を格納したパケットが鍵情報データベース１１２の共有秘密鍵：Ｋで暗号化されたＩＰパケットとして、通信プロトコル処理部１１６に返却される（ステップＳ１０８）。このように、秘密情報蓄積部１１５に蓄積された秘密情報は、共有秘密鍵：Ｋで暗号化されて電話Ｂ２に送信される（ステップＳ１０９）。

暗号化された秘密情報を受信した電話Ｂ２は、電話Ｂ２内で、暗号化済み音声パケットを受信したときと同様の手順で復号化される（ステップＳ１１０）。復号化された秘密情報のパケットは、電話Ｂ２内の通信プロトコル処理部１１６によって秘密情報送受信部１１４に渡され、秘密情報送受信部１１４によって電話Ｂ２内の秘密情報蓄積部１１５に記録される。

以上のような手順により、ユーザＡの秘密情報は、音声パケットと同じ共有秘密鍵：Ｋを使って暗号化されて、安全にユーザＢに渡すことができる。

（６：後処理）
電話Ｂ２がユーザＡの秘密情報を取得した後、その秘密情報を電話Ｂ２から宅内機器Ｂ７に渡せば、宅内機器Ｂ７から宅内機器Ａ６にアクセスすることができる。本実施の形態では、電話Ｂ２に秘密情報が渡された以後の手順を、問わない。例えば、秘密情報を電話Ｂ２から宅内機器Ｂ７に渡す際には、ユーザＢが電話Ｂ２のボタンを押して、秘密情報を宅内機器Ｂ７へ転送することを指示してもよく、宅内機器Ｂ７と電話Ｂ２の間の通信路としては、宅内機器Ａ６と電話Ａ１の間で使ったのと同様に、赤外線通信の経路を使ってもよい。

また、その後、宅内機器Ｂ７が宅内機器Ａ６にアクセスする際には、例えば、ユーザＢが宅内機器Ｂ７の何らかのボタンを押すことで、宅内機器Ｂ７の所定のアプリケーションが起動し、取得した秘密情報を基に宅内機器Ａ６に直接接続する。宅内機器Ａ６側では、アクセスを受け付ける際、宅内機器Ｂ７から受信した認証情報（図５の秘密情報の場合は、ＵｓｅｒＩＤとＰａｓｓｗｏｒｄに対応する）が正当であるかを認証する。これにより、ユーザＡは所望のユーザだけに自宅の宅内機器Ａ６の情報を公開することができる。

なお、本実施の形態では、電話Ａ１および電話Ｂ２をＩＰ電話に想定し、呼制御のプロトコルをＳＩＰ、音声データのプロトコルをＲＴＰとして説明したが、本発明の通信機器はこれらのプロトコルに限定されない。例えば、ＩＰネットワーク以外のネットワークで音声データを送受信し、かつ、秘話通話モードを備える電話を使っても良い。

また、音声データと秘密情報の暗号通信方法としてＩＰｓｅｃ、自動鍵交換方法としてＤｉｆｆｉｅ−Ｈｅｌｌｍａｎを使う場合を説明したが、その他のプロトコルやアルゴリズムを使っても良い。例えば、暗号通信プロトコルとしてＳＳＬやＳＲＴＰ、自動鍵交換方法としてＩＫＥやＭＩＫＥＹなどを使っても良い。

また、図１において、ユーザＡの電話Ａ１と宅内機器Ａ６は、両方とも宅内ネットワーク内に存在するような構成を説明したが、本発明の秘密情報共有方法は、このようなネットワーク構成に限定されない。例えば、図７に示すように、ユーザＡが電話Ａ１を宅外に持ち出して、宅外のネットワークから電話Ｂ２と通話し、秘密情報を共有してもよい。その場合、電話Ａ１と宅内機器Ａ６の間での秘密情報の受け渡しは、既存の宅内機器の遠隔操作（携帯電話からのビデオの番組予約、など）の通信経路を使っても良い。例えば、図７に示すように、プロバイダ等が提供する認証サーバを使って、電話と宅内機器との間の認証と鍵の配布を行えば、宅内機器Ａ６と電話Ａ２間を安全に秘密情報を受け渡しできる。

さらに、本発明の秘密情報共有システムでは、宅内機器Ａ６や宅内機器Ｂ７も宅内ネットワークに接続される必要はない。例えば、友人宅のＤＶＤレコーダーに記録された映像を、ＰＤＡなどのような携帯型の機器で視聴する場合には、ＰＤＡ（図１では宅内機器Ｂ７に相当する機器）自体も宅外に持ち出せる。この場合も同様に、ユーザが所有する２つの機器間（電話Ｂ２とＰＤＡの間）でなんらかの方法で安全に秘密情報を受け渡しすることができれば、実施の形態１と同様のことが可能である。

また、実施の形態１では、電話Ａ１と電話Ｂ２の間でやりとりされる秘密情報は、最終的に宅内機器Ｂ７と宅内機器Ａ６の接続のために使われる情報であったが、秘密情報の最終的な利用者が電話Ａ１または電話Ｂ２であっても構わない。例えば、電話Ｂ２が音楽の再生機能を備えた電話だった場合、電話Ｂ２自身が宅内機器Ａ６にアクセスして、ユーザＡの持つ音楽コンテンツを電話Ｂ２で再生するようなケースが考えられる。このような場合は、電話Ｂ２は（宅内機器Ｂ７に秘密情報を転送するのではなく）自身が秘密情報を使うため、宅内機器Ｂ７へ秘密情報を渡すための秘密情報Ｒ／Ｗインターフェース１０７は不要となる。

また、本実施の形態では、通話用の通信路として、暗号通信路の例を示したが、必ずしも暗号化されていなくてもよい。例えば、共有の認証鍵を使って、メッセージ認証（送受信するメッセージの完全性確認）だけを行う通信路でもよい。また、暗号もメッセージ認証もせず、お互いの電話同士で共通のプロトコルとポート番号を使い、独自のメッセージフォーマットや識別子を使うような通信路でもよい。

また、本実施の形態では、音声データと秘密情報に対して、同じ暗号鍵と認証鍵を使って暗号化・メッセージ認証する方法を説明したが、全く同じ鍵を使う必要はない。例えば、音声データ用の鍵から所定のルールで変換された鍵は、正当性を確認された音声データ用の鍵と同じく正しさが保証される。そのため、音声データ用の鍵から派生した鍵を秘密情報送受信に使っても良い。

また、本実施の形態では、通話する際に送受信するデータとして、音声データだけを想定して説明したが、本発明の通信機器では、テレビ電話のように映像も一緒に送受信する電話を使っても良い。その場合は、ユーザは声や通話内容だけでなく、相手の顔や表情まで確認できるため、より通信路の正当性を正しく確認できる。

また、本実施の形態では、呼制御での通話が確立した後、自動的に鍵交換の処理を開始する手順を説明したが、ユーザによるボタン押下などにより、鍵交換開始のトリガを人が与えてもよい。

また、本実施の形態における秘密情報Ｒ／Ｗインターフェース１０７および、秘密情報の受け渡し方法は、限定されない。例えば、通信プロトコル処理部１１６を経由してネットワーク経由で情報を入出力してもよい。また、外部のサーバを経由して秘密情報を受け渡ししてもよい。また、秘密情報の生成は、どこの通信機器で行っても良い。例えば電話Ａ１の外で生成して外部から入力してもよいし、電話Ａ１内に秘密情報生成部を追加してもよい。さらに、ユーザが電話Ａ１に直接入力してもよい。また、電話Ａ１は秘密情報蓄積部を必ずしも持つ必要はない。また、秘密情報が電話Ａ１に入力または蓄積されるタイミングも規定されない。本実施の形態では、通話を開始する前に事前に蓄積される手順を説明したが、電話Ｂ２に秘密情報を送信する前までなら、いつ秘密情報を入手しても構わない。

（実施の形態２）
次に、本発明の実施の形態２に係る秘密情報共有方法について説明する。実施の形態１では、２つの電話機器間で秘密情報を受け渡しする手順を説明したが、実施の形態２に係る秘密情報共有方法では、この手順に連動して、（実際に秘密情報を使う）宅内機器に秘密情報を設定する手順を追加する。なお、以後の実施の形態２において、実施の形態１と同様の機器および構成については、同一の参照符号を付して説明を省略する。

本発明の実施の形態２に係る秘密情報共有方法が適用されるネットワーク構成は、実施の形態１と同じ（図１）である。

次に、図７と図８を用いて、本発明の実施の形態２に係る秘密情報共有方法が実装される電話Ａ１および宅内機器Ａ６の具体的な構成について説明する。なお、電話Ｂ２および宅内機器Ｂ７の主要構成はそれぞれ電話Ａ１および宅内機器Ａ６と同じなので、図７と図８の説明をもって電話Ｂ２および宅内機器Ｂ７の構成の説明に代える。

［電話Ａ１の構成］
図７は、実施の形態２に係る電話Ａ１の構成例を示すブロック図である。図７において、電話Ａ１は、キー入力部１０１、マイク１０２、スピーカー１０３、音声処理部１０４、秘密情報送信ＳＷ１０６、呼制御部１０８、音声パケット構築・分解部１０９、暗号化・復号化処理部１１０、ポリシーデータベース１１１、鍵情報データベース１１２、自動鍵生成部１１３、秘密情報蓄積部１１５、通信プロトコル処理部１１６、電話−宅内機器間秘密情報送受信部７０７、宅間秘密情報送受信部７１４、宅内情報Ｒｅａｄインターフェース７２０、宅内情報蓄積部７２１を備える。上記構成のうち、電話−宅内機器間秘密情報送受信部７０７、宅間秘密情報送受信部７１４、宅内情報Ｒｅａｄインターフェース７２０、宅内情報蓄積部７２１を除く処理ブロックは、実施の形態１における図２と同じなので、説明を割愛する。

まず、宅内情報蓄積部７２１は、電話Ａ１から宅内機器Ａ６にアクセスするための情報（ホスト名、ＩＰアドレス、ポート番号、機器の種別など。以下、宅内情報と呼ぶ）を電話Ａ１側で蓄積するものである。なお、この宅内情報は、ユーザＡの所有する機器同士（かつ、ユーザＡの宅内ネットワークに存在する機器同士）が他者にアクセスするために必要な情報を意味する。従って、秘密情報蓄積部１１５に記録される秘密情報（他のユーザから宅内機器Ａ６にアクセスするための情報）とは、異なる。

宅内情報Ｒｅａｄインターフェース７２０は、宅内機器Ａ６から宅内情報を読み出して、宅内情報蓄積部７２１に情報を蓄積するためのインターフェースである。記録媒体や赤外線通信のネットワークデバイスなどの比較的近距離で通信可能な経路を使った読み出しインターフェースを指す。

また、電話−宅内機器間秘密情報送受信部７０７は、秘密情報を宅内機器Ａ６から受信または宅内機器Ａ６に送信するためのメッセージ構築・分解を行う処理部である。一方、宅間秘密情報送受信部７１４は、電話Ａ１と電話Ｂ２の間で秘密情報を送受信するための処理部である。宅間秘密情報送受信部７１４の処理は、図１の秘密情報送受信部１１４に相当し、電話−宅内機器間秘密情報送受信部７０７の処理は、図１の秘密情報Ｒ／Ｗインターフェース１０７に相当する。ユーザによって秘密情報送信ＳＷ１０６が押下されたときには、まず電話−宅内機器間秘密情報送受信部７０７が宅内情報蓄積部７２１の情報を基に宅内機器Ａ６にアクセスし、秘密情報の取得要求を発行する。宅内機器Ａ６から秘密情報を受信すると、秘密情報蓄積部１１５に記録し、宅間秘密情報送受信部７１４によって電話Ｂ２に向けて秘密情報を送信する。一方、電話Ａ１が電話Ｂ２から秘密情報を受信した場合には、まず宅間秘密情報送受信部７１４がそのメッセージを受けつけ、秘密情報蓄積部１１５に記録する。その後、電話−宅内機器間秘密情報送受信部７０７に処理が移行し、その秘密情報を宅内機器Ａ６に送信する。

［宅内機器Ａ６の構成］
次に、図８は、実施の形態２に係る宅内機器Ａ６の構成例を示すブロック図である。図８において、宅内機器Ａ６は、コンテンツ蓄積部８０１、コンテンツ制御部８０２、ユーザ認証部８０３、コンテンツ送受信部８０４、秘密情報蓄積部１１５、通信プロトコル処理部１１６、電話−宅内機器間秘密情報送受信部７０７、宅内情報Ｗｒｉｔｅインターフェース８２０、宅内情報蓄積部７２１、宅内情報送信ＳＷ８０６を備える。上記構成のうち、秘密情報蓄積部１１５、通信プロトコル処理部１１６、電話−宅内機器間秘密情報送受信部７０７、宅内情報蓄積部７２１の処理ブロックは、電話Ａ１の構成図である図７と同じなので、説明を割愛する。

まず、コンテンツ蓄積部８０１は、ＤＶＤレコーダーなどで記録した映像・音声のコンテンツを蓄積する処理部である。また、コンテンツ制御部８０２は、ユーザからの指示に応じて、コンテンツ蓄積部８０１に記録された映像・音声に対して、タイトルのブラウズや、再生、早送りなどの操作を行う処理部である。ユーザ認証部８０３は、宅内機器Ａ６にとっての宅外の機器（宅内機器Ｂ７など）からのコンテンツアクセス要求を受けて、ユーザ認証を行ったり、逆に宅外の機器のコンテンツにアクセスしたい場合に、ユーザ認証付きのアクセス要求を発行するための処理部である。また、コンテンツ送受信部８０４は、所定のフォーマットに則って、コンテンツアクセスやコンテンツ制御のためのメッセージを構築・分解する処理部である。

一方、宅内情報送信ＳＷ８０６は、ユーザによって宅内情報の送信を指示するためのスイッチである。また、宅内情報Ｗｒｉｔｅインターフェース８２０は、記録媒体や赤外線通信のネットワークデバイスなどの経路を使って、宅内情報蓄積部７２１に記録された宅内情報を、電話Ａ１に送信する。ユーザは、宅内情報送信ＳＷ８０６を押下すると、宅内情報蓄積部７２１に記録された宅内情報を電話Ａ１に送信することができる。

［処理シーケンス］
次に、図９を用いて、本発明の実施の形態２に係る秘密情報共有方法の処理シーケンスを説明する。実施の形態２においても、ユーザＡが、「自宅の宅内機器Ａ６をユーザＢにアクセスさせたい」場合を想定する。「宅内機器Ｂ７が宅内機器Ａ６にアクセスするために必要な秘密情報」を、電話Ａ１と電話Ｂ２を介して、宅内機器Ａ６から宅内機器Ｂ７にまで情報共有できるまでの処理シーケンスを説明する。

（１：事前処理）
まず、電話Ａ１と電話Ｂ２の間で電話をかける前の事前処理について説明する。ユーザＡは、宅内機器Ａ６の宅内情報送信ＳＷ８０６を押下することで、宅内機器Ａ６の宅内情報を電話Ａ１に設定する（ステップＳ９０１）。同様に、ユーザＢも宅内機器Ｂ７の宅内情報を電話Ｂ２に設定する。その結果、電話Ａ１および電話Ｂ２のそれぞれの宅内情報蓄積部７２１には、それぞれ宅内機器Ａ６および宅内機器Ｂ７の宅内情報が記録された状態になる。図１０は、電話Ｂ２の宅内機器蓄積部７２１の格納情報の例を示したものである。宅内情報としては、宅内機器Ｂ７のアドレスやポート番号の他、宅内機器Ｂ７の機器種別（ＤＶＤレコーダー、など）などの情報が格納されている。

その他、ポリシーデータベース１１１や鍵情報データベース１１２の状態やＩＰアドレスの設定などは、実施の形態１の事前処理終了時点と同じ状態にあるものとする。唯一、実施の形態１と異なっているのは、図５で例示した、電話Ａ１の秘密情報蓄積部の格納情報の例であり、エントリはすべて空の状態とする。

（２：電話の接続〜４：音声の暗号通信）
事前処理の後、ユーザＡは、電話Ａ１のキー入力部１０１の発信ボタンを押して、ユーザＢの電話Ｂ２に電話をかける。このボタン押下により、電話Ａ１の呼制御部１０８は電話Ｂ２との通話を確立するための処理を行う（ステップＳ９０２）。

呼制御が完了すると、電話Ａ１は、電話Ｂ２との間で鍵交換を行って、音声データ用の暗号通信路を確立し、暗号通話を始める（ステップＳ９０３）。ここで、ステップＳ９０２からステップＳ９０３の処理は、実施の形態１（図６）のステップＳ１０１からステップＳ１０６に相当するため、詳細な説明を割愛する。

（５：秘密情報の送信）
ユーザＡは、暗号通話の会話内容や声を基に、通話相手が正しいことを確認すると、電話Ａ１の秘密情報送信ＳＷ１０６のボタンを押す（ステップＳ９０４）。

ボタン押下により電話Ａ１の電話−宅内機器間秘密情報送受信部７０７は、宅内機器Ａ６に対して“秘密情報取得要求”を発行する。その際、宅内情報蓄積部７２１に記録されている宅内機器Ａ６のアドレスやポート番号等の情報を基にアクセスする。一方、“秘密情報取得要求”を受信した宅内機器Ａ６は、その応答として、電話−宅内機器間秘密情報送受信部７０７が秘密情報蓄積部１１５の情報を読み出し、秘密情報：Ｓを含むパケットを電話Ａ１に返す（ステップＳ９０５）。

電話Ａ１では、受信した秘密情報を秘密情報蓄積部１１５に記録し、宅間秘密情報送受信部に処理を移す（この時点で、電話Ａ１の秘密情報蓄積部１１５の状態は、図５と同じになる）。すなわち、秘密情報：Ｓを暗号化して（ステップＳ９０６）、電話Ｂ２に送信し（ステップＳ９０７）、電話Ｂ２側では暗号化された秘密情報を復号化して（ステップＳ９０８）、電話Ｂ２の秘密情報蓄積部１１５に記録する。この時点で、電話Ｂ２の秘密情報蓄積部１１５に格納されている情報は、図５の(ａ)と（ｂ）を逆にしたものになっている（自機器の秘密情報と他ユーザ機器の秘密情報が、電話Ａ１と電話Ｂ２では逆になるため）。なお、ステップＳ９０６からステップＳ９０８までの手順は、実施の形態１（図６）における、ステップＳ１０８からステップＳ１１０に相当するので、詳細な説明は割愛する。

秘密情報を取得した電話Ｂ２では、電話−宅内機器間秘密情報送受信部７０７において、宅内情報蓄積部７２１の情報を基に、「宅内機器Ａ６の秘密情報を利用するはずの」宅内機器を検索する。例えば、電話Ｂ２の秘密情報蓄積部１１５には、他ユーザ機器の秘密情報用のデータとして、図５の（ａ）のエントリ１の情報が格納されており、宅内機器Ａ６にアクセス可能な機器種別は“ＤＶＤレコーダー”となっている。一方、電話Ｂ２の宅内情報蓄積部７２１の格納情報（図１０）を参照すると、機器種別が“ＤＶＤレコーダー”の宅内機器は、宅内機器Ｂ７（ホスト名：Ｂ＿ＤＶＤｒｅｃ）のみであることがわかる。このようにして、電話Ｂ２の電話−宅内機器間秘密情報送受信部７０７は、宅内機器Ｂ７に対して、秘密情報（図５（ａ）のエントリ１の情報）を送信する（ステップＳ９０９）。

宅内機器Ｂ７の電話−宅内機器間秘密情報送受信部７０７では、電話Ｂ２からの秘密情報を受信すると、秘密情報蓄積部１１５に情報を記録する（ステップＳ９１０）。このように、ユーザＡが電話Ａ１で秘密情報送信ＳＷを押下するだけで、ユーザＡの宅内機器Ａ６の秘密情報がユーザＢの宅内機器Ｂ７に安全に自動設定される。

（６：後処理）
その後、ユーザＢが、ユーザＡのコンテンツを再生したくなったときには、宅内機器Ｂ７の表示部８１１を見ながらキー入力部８１０のボタンを操作し、宅内機器Ａ６のコンテンツを選択する。ユーザＢがコンテンツを選択すると、宅内機器Ｂ７のユーザ認証部８０３は宅内機器Ａ６宛に接続要求を発行する（ステップＳ９１１）。ここで、宛先（宅内機器Ａ６）のアドレスには、宅内機器Ｂ７の秘密情報蓄積部１１５に記録された情報を使い、また接続要求のメッセージには、ユーザＢ用に割り当てられたユーザＩＤとパスワード（宅内機器Ｂ７の秘密情報蓄積部１１５に記録されているもの）の値またはその演算結果を含むようにメッセージを構築する。

一方、宅内機器Ａ６は、接続要求を受け付けると、自身の秘密情報蓄積部１１５（図５の（ａ））を参照し、接続要求で指定されたユーザＩＤとパスワードが正しいかどうか認証する。秘密情報蓄積部１１５の格納情報と一致している場合は、正当なユーザが接続要求しているもの、とみなし、宅内機器Ｂ７に接続ＯＫの応答を返す（ステップＳ９１２）。接続が許可されると、宅内機器Ｂ７は、例えばコンテンツのデータのダウンロードを要求して（ステップＳ９１３）、宅内機器Ａ６からデータを転送してもらうことができる（ステップＳ９１４）。逆に万が一、不正なユーザが宅内機器Ａ６に接続要求を発行したとしても、正しいユーザＩＤとパスワードの組み合わせを知らないため、その後のダウンロード要求は宅内機器Ａ６に受け付けられない。

このように、秘密情報を安全に共有させることにより、秘密情報を知っている正当なユーザの機器のみが宅内機器にアクセスできるようになり、セキュリティが保たれる。さらに、秘密情報の共有は、電話で会話して相手を確認する、という行為の中で、全て自動設定されるため、ユーザにとって特別な設定操作が要らない。そのため、セキュリティやネットワークの専門知識のないユーザにとっても、簡単にかつ安全にセキュリティを守ることができる。

なお、実施の形態２において、電話と宅内機器間の通信（ホームネットワーク内の通信）は、宅外機器との間の通信と同じネットワークデバイス（通信プロトコル処理部１１６）を介して行う方法を説明したが、本発明の秘密情報共有方法は電話と宅内機器間の通信デバイスを限定しない。例えば、宅内情報Ｒｅａｄインターフェース７２０や宅内情報Ｗｒｉｔｅインターフェース８２０と同じく、赤外線通信や記録媒体経由などの近距離通信の経路を使って、電話−宅内機器間のデータを受け渡ししても良い。その場合、図７および図８の電話−宅内機器間秘密情報送受信部７０７は、通信プロトコル処理部１１６ではなく、別の通信デバイスにリンクして動作することになる。

以上のように、本発明の実施の形態２に係る秘密情報共有方法においては、宅内機器と電話の間の秘密情報の設定手順を、電話間の秘密情報送受の手順と連携させて、秘密情報を宅内機器まで自動設定することにより、実施の形態１に係る秘密情報共有方法と比べてユーザ操作をさらに簡単化する、という効果を得ることができる。

（実施の形態３）
次に、本発明の実施の形態３に係る秘密情報共有方法について説明する。実施の形態２では、２つの電話機が主体となって、それぞれの宅内機器に秘密情報を取得・設定していたが、実施の形態３に係る秘密情報共有方法では、宅内機器同士が主体となって秘密情報を受け渡しする方法を説明する。具体的には、電話は宅内機器の秘密情報を保存・管理せず、宅内機器自身が秘密情報を管理・送信し、電話はその秘密情報を電話間の安全な通信路を経由するようにサポートする方法である。

なお、以後の実施の形態３において、第１および実施の形態２と同様の機器および構成については、同一の参照符号を付して説明を省略する。

本発明の実施の形態３に係る秘密情報共有方法が適用されるネットワーク構成は、実施の形態１と同じ（図１）である。

次に、図１１から図１４を用いて、本発明の実施の形態３に係る秘密情報共有方法が実装される電話Ａ１および宅内機器Ａ６の具体的な構成について説明する。なお、電話Ｂ２および宅内機器Ｂ７の主要構成はそれぞれ電話Ａ１および宅内機器Ａ６と同じなので、図１１と図１４の説明をもって電話Ｂ２および宅内機器Ｂ７の構成の説明に代える。

［電話Ａ１の構成］
図１１は、実施の形態３に係る電話Ａ１の構成例を示すブロック図である。図１１において、電話Ａ１は、キー入力部１０１、マイク１０２、スピーカー１０３、音声処理部１０４、秘密情報送信ＳＷ１０６、呼制御部１０８、音声パケット構築・分解部１０９、暗号化・復号化処理部１１０、ポリシーデータベース１１１、鍵情報データベース１１２、自動鍵生成部１１３、通信プロトコル処理部１１６、宅内情報Ｒｅａｄインターフェース７２０、宅内情報蓄積部７２１、宅内機器宛秘密情報送信要求部１１０７、宅内機器用ヘッダ変更部１１０８を備える。上記構成のうち、宅内機器宛秘密情報送信要求部１１０７、宅内機器用ヘッダ変更部１１０８以外は、実施の形態２における図７で説明済みの処理ブロックである。

電話Ａ１の宅内機器宛秘密情報送信要求部１１０７は、ユーザが秘密情報送信ＳＷ１０６を押下したときに呼ばれる処理ブロックであり、宅内機器Ａ６に対して秘密情報を送信するように要求する。このように、図１１の電話Ａ１は秘密情報の送信を宅内機器Ａ６に要求するだけであって、電話Ａ１自体に秘密情報蓄積部１１５が存在しない。この点が、図７（実施の形態２）との大きな違いである。

また、宅内機器用ヘッダ変更部１１０８は、通信相手（他ユーザ）の宅内機器のアドレスを知らない宅内機器に成り代わって、秘密情報を所定の宅内機器に転送するための処理部である。具体的には、宅内機器Ａ６が電話Ａ１宛に送信した秘密情報のメッセージに対して、ヘッダ部分（宛先アドレス）を電話Ｂ２宛に変更して転送することで、秘密情報が電話間の暗号化通信路を経由して電話Ｂ２側に渡るようにする。さらに、宅内機器用ヘッダ変更部１１０８が電話Ｂ２として動作する場合には、電話Ｂ２宛に到着した秘密情報のメッセージのヘッダ部分（宛先アドレス）を変更して、適切な宅内機器（実施の形態３では、宅内機器Ｂ７）にそのメッセージを転送する。

ここで、宅内機器用ヘッダ変更部１１０８の処理内容を説明するために、図１２と図１３を使って説明する。図１２は、秘密情報のメッセージが宅内機器Ａ６から宅内機器Ｂ７に渡されるまでのヘッダ部分の変化と、各機器での処理内容を記述した図である。また、図１３は、自動鍵交換の完了後に、ポリシーデータベース１１１と鍵情報データベース１１２に格納される情報の例である。図１３（ｂ）と図４（ｂ）は、同じ情報である（すなわち、実施の形態１、２と同じ）。また、図１３（ａ）と図３（ｂ）の違いは、ＩＰｓｅｃポリシーとしてトンネルモードを選択している点と、ポリシーを適用するパケットの種類で、ＩＰａｔを発信元に設定していた状態（図３）からａｎｙ（発信元は任意、の意味。図１３）に変更した点である。

図１２に示すように、宅内機器Ａ６が他のユーザの宅内機器に秘密情報を送りたい場合、まず、ペイロードに秘密情報を格納したメッセージを、電話Ａ１宛に送る（Ｐａｃｋｅｔ１参照）。このとき、宛先アドレスは、ＩＰａｉ（電話Ａ１のアドレス）である。電話Ａ１の通信プロトコル処理部１１６は、Ｐａｃｋｅｔ１を受信すると、ポート・プロトコル番号などから、それが秘密情報を格納したメッセージである、と判断し、宅内機器用ヘッダ変更部１１０８に送る。宅内機器用ヘッダ変更部１１０８では、メッセージの宛先を電話Ｂ２（ＩＰｂｔ）に変更して転送する（Ｐａｃｋｅｔ２参照）。宛先を変更されたメッセージは、電話Ａ１の通信プロトコル処理部１１６によって暗号化・復号化処理部１１０に渡される。暗号化・復号化処理部１１０では、まず、ポリシーデータベース１１１を参照し、そのメッセージが図１３（ａ）のＮｏ．１のポリシーに合致する、と判断する。次に鍵情報データベース１１２に基づいて、秘密情報のメッセージに暗号化とカプセル化の処理を行い、Ｐａｃｋｅｔ３のパケットとして電話Ｂ２に送信する（送信されるパケットは、ＩＰｓｅｃのトンネルモードというポリシーに従い、送信元：ＩＰａｔ、宛先：ＩＰｂｔにカプセル化される）。

一方、暗号化された秘密情報のメッセージを受信した電話Ｂ２では、電話Ａ１と同様に、暗号化・復号化処理部１１０でカプセル分解と復号化の処理を行う。復号化したメッセージは、電話Ｂ２の通信プロトコル処理部１１６に渡され、そこでポート・プロトコル番号などから秘密情報のメッセージと判断されて、宅内機器用ヘッダ変更部１１０８に渡される（Ｐａｃｋｅｔ４参照）。宅内機器用ヘッダ変更部１１０８では、宅内機器情報蓄積部７２１を参照して、秘密情報を転送するのに適した宅内機器を探す。実施の形態２で説明したように、機器種別を元に宅内機器Ｂ７が適する、と判断した場合、メッセージの宛先アドレスを宅内機器Ｂ７（ＩＰｂｉ）宛に変更し、宅内機器Ｂ７に転送する（Ｐａｃｋｅｔ５参照）。

このように、電話Ａ１および電話Ｂ２の宅内機器用ヘッダ変更部１１０８において、秘密情報のメッセージの宛先アドレスを変更することにより、宅内機器Ａ６が通信相手の宅内機器Ｂ７や電話Ｂ２のアドレスを知らなくても、宅内機器Ｂ７宛に秘密情報を届けることができる。

［宅内機器Ａ６の構成］
次に、図１４は、実施の形態３に係る宅内機器Ａ６の構成例を示すブロック図である。図１４において、宅内機器Ａ６は、コンテンツ蓄積部８０１、コンテンツ制御部８０２、ユーザ認証部８０３、コンテンツ送受信部８０４、秘密情報蓄積部１１５、通信プロトコル処理部１１６、宅内情報Ｗｒｉｔｅインターフェース８２０、宅内情報蓄積部７２１、宅内情報送信ＳＷ８０６、電話−宅内機器間秘密情報送受信部７０７、秘密情報送信要求受付部１４０２を備える。上記構成のうち、秘密情報送信要求受付部１４０２以外の処理ブロックは、実施の形態２で説明した宅内機器Ａ６の構成図（図８）と同じなので、説明を割愛する。また、秘密情報送信要求受付部１４０２は、電話Ａ１の宅内機器宛秘密情報送信要求部１１０７（図１１参照）の対向として動作する処理部であり、電話Ａ１からの送信要求を受け付けると、電話−宅内機器間秘密情報送受信部７０７に対して秘密情報送信の処理を依頼する。

［処理シーケンス］
次に、図１５を用いて、本発明の実施の形態３に係る秘密情報共有方法の処理シーケンスを説明する。実施の形態３においても、ユーザＡが、「自宅の宅内機器Ａ６をユーザＢにアクセスさせたい」場合を想定する。「宅内機器Ｂ７が宅内機器Ａ６にアクセスするために必要な秘密情報」を、電話Ａ１と電話Ｂ２を介して、宅内機器Ａ６から宅内機器Ｂ７にまで情報共有できるまでの処理シーケンスを説明する。

（１：事前処理〜４：音声の暗号通信）
事前処理（ステップＳ１５０１）から音声の暗号通信（ステップＳ１５０４）までの処理は、実施の形態２で説明した図９のステップＳ９０１からステップＳ９０４と同じである。すなわち、ステップＳ１５０４までに、電話Ａ１と電話Ｂ２の間で通話は確立し、音声データは暗号化して正しく通話できている状態になっている。

（５：秘密情報の送信）
この状態でユーザＡが、電話Ａ１の秘密情報送信ＳＷ１０６を押下すると（ステップＳ１５０４）、電話Ａ１の宅内機器宛秘密情報送信要求部１１０７は、宅内機器Ａ６に対して秘密情報送信要求を発行する（ステップＳ１５０５）。

一方、秘密情報送信要求を受信した宅内機器Ａ６は、秘密情報送信要求受付部１４０２でその要求を受け付け、電話−宅内機器間秘密情報送受信部７０７に対して秘密情報送信の処理を依頼する。電話−宅内機器間秘密情報送受信部７０７では、秘密情報蓄積部１１５の情報を読み出し、ペイロードに秘密情報を格納したメッセージを構築して、電話Ａ１宛に送信する（ステップＳ１５０６）。

電話Ａ１は、秘密情報のメッセージを宅内機器Ａ６から受信すると、そのメッセージの宛先を電話Ｂ２に変更し、さらにメッセージの暗号化・カプセル化と送信の処理を行う。すなわち、音声データ用の暗号通信路を介して、秘密情報のメッセージを電話Ｂ２に送信する（ステップＳ１５０７）。一方、暗号化された秘密情報のメッセージを受信した電話Ｂ２は、カプセル分解と復号化を行ったのち、送信すべき宅内機器の検索を行い、秘密情報のメッセージを宅内機器Ｂ７に転送する（ステップＳ１５０８）。なお、ステップＳ１５０６からステップＳ１５０８までの処理は、既に図１２を使って説明済みなので、詳細な処理の説明は割愛する。

宅内機器Ｂ７は、秘密情報を含むメッセージを受信すると、電話−宅内機器間秘密情報送受信部７０７に処理が渡される。メッセージ内容はこの処理部で解析され、宅内機器Ａ６の秘密情報が宅内機器Ｂ７の秘密情報蓄積部１１５に蓄積される（ステップＳ１５０９）。

さらに、電話Ｂ７の電話−宅内機器間秘密情報送受信部７０７は、秘密情報の共有が完了したことを知らせるために、応答メッセージを発行する（ステップＳ１５１０）。その後、応答メッセージは、音声データ用の暗号通信路を経由し、ステップＳ１５０６からステップＳ１５０８と逆の手順を使って、宅内機器Ａ６まで届く（ステップＳ１５１１）。このように、電話Ａ１で宅内機器Ａ６の秘密情報を保存・管理しなくても、秘密情報を宅内機器Ｂ７に安全に渡すことができる。

（６：後処理）
その後、ユーザＢが、ユーザＡのコンテンツを再生する際の処理は、実施の形態２で説明した手順と同じである。すなわち、宅内機器Ｂ７は、共有された秘密情報を使ってユーザＡの宅内機器Ａ６にアクセスすることができ、宅内機器Ａ６側は、秘密情報を渡していない不正なユーザからのアクセスを拒否することができる。

なお、電話Ａ１と電話Ｂ２の間の暗号通信路の利用は、宅内機器Ａ６と宅内機器Ｂ７の秘密情報を送受信することに限定しているわけではない。例えば、ステップＳ１５１２以降で宅内機器Ａ６と宅内機器Ｂ７の間で送受信するデータを、第三者から盗み見されたくない場合がある。そのような場合は、電話Ａ１と電話Ｂ２間の暗号通信路を使ってステップＳ１５１２以降のメッセージを暗号化してもよい。このように電話の暗号通信路を利用することにより、宅内機器Ａ６および宅内機器Ｂ７で高負荷な暗号処理を行う必要がなくなる。

以上のように、本発明の実施の形態３に係る秘密情報共有方法においては、宅内機器と電話の間の秘密情報の設定手順を、電話間の秘密情報送受の手順と連携させて、秘密情報を宅内機器まで自動設定することにより、実施の形態１に係る秘密情報共有方法と比べてユーザ操作をさらに簡単化する、という効果を得ることができる。

（実施の形態４）
次に、本発明の実施の形態４に係る秘密情報共有方法について説明する。

実施の形態１〜３のでは、人が通話内容によって相手を確認した上で、秘密情報を電話の音声データと同じ通信路で送受する方法を説明した。しかしながら、これらの方法は、人が声や通話内容によって相手を正しく認識できる、という前提に立ったものなので、悪意の第三者が声色などを使って秘密情報を聞き出そうとした場合には、人が電話相手を正しく認証できない可能性がある。そこで実施の形態４では、そのような問題にも対処する方法について説明する。

（対策１）電話の通話を確立する際に取得可能な情報を認証情報とする方法
通話の通信路を確立する際には、ナンバーディスプレイの機能などにより、発信者の電話番号を取得できる場合がある。例えば、発信者の電話番号は、通信相手を特定する情報であり、これを認証情報として使って、人による通話内容の認証と併用すれば、より安全に正当性の確認が行えるはずである。

具体的には、電話Ａ１および電話Ｂ２の構成（図２、図７、または図１１）に、電話番号の通知・取得機能と相手の電話番号の表示機能を追加する。ユーザは、秘密情報送信のＳＷを押下する際に、通話内容や声だけでなく、相手の電話番号（または電話帳から自動検索された相手の名前）の表示を見て相手を確認できるようになるため、実施の形態１〜３に比べて安全性が向上する。

さらに、相手の電話番号が電話帳に登録されていない番号の場合には、正当な通話相手ではない、と電話Ａ１が自動認識して、秘密情報を送信しないような方法をとってもよい。

（対策２）
電話Ａ１および電話Ｂ２の構成（図２、図７、または図１１）に、コールバックの機能を追加し、秘密情報を送信する側の電話（第１〜実施の形態３では、電話Ａ１に相当）から、必ず電話をかけるようにする。

例えば、ユーザＡが電話Ａ１の秘密情報送信ＳＷ１０６を押下した際に、電話Ａ１は確立中の通話が電話Ａ１から発信されたものかどうかを判断する。万が一、電話Ｂ２側から発信されたものだった場合には、コールバック機能が働き、電話Ａ１から電話をかけ直し、図６のステップＳ１０１からステップＳ１０６までの手順を繰り返す。そこで再度、ユーザＡが秘密情報送信ＳＷ１０６を押下すれば、秘密情報が送信できるようになる。

また、一方の電話が常に秘密情報を供給する機器だと決まっているシステムでは、呼制御で確立する際に、着信拒否し、自機器からコールバックする、という方法をとってもよい。

その他、ユーザがコールバックする電話番号を指定し、指定された電話番号にコールバックする機構を設けても良い。

このように、コールバック機能を追加することにより、人が通話内容などから相手を確認することを前提とする方法に対してセキュリティを向上させることができる。

本発明の秘密情報共有方法は、ネットワーク等の専門知識を持たないエンドユーザが主な利用層となるネット家電等の機器が、他のユーザのネット家電と宅外通信を行う場合等に有用である。

本発明の実施の形態１における秘密情報共有方法が適用されるネットワーク構成の一例を示す図 実施の形態１に係る電話Ａ１の構成例を示すブロック図 電話Ａ１のポリシーデータベース１１１が記憶する情報の一例を示す図 電話Ａ１の鍵情報データベース１１２が記憶する情報の一例を示す図 電話Ａ１の秘密情報蓄積部１１５が記憶する情報の一例を示す図 実施の形態１において電話Ａ１から電話Ｂ２に秘密情報を送る場合の秘密情報共有方法を説明する処理シーケンス図 実施の形態２に係る電話Ａ１の構成例を示すブロック図 実施の形態２に係る宅内機器Ａ６の構成例を示すブロック図 実施の形態２において宅内機器Ａ６から宅内機器Ｂ７に秘密情報を送る場合の秘密情報共有方法を説明する処理シーケンス図 電話Ｂ２の宅内情報蓄積部７２１が記憶する情報の一例を示す図 実施の形態３に係る電話Ａ１の構成例を示すブロック図 実施の形態３に係る電話Ａ１の宅内機器用ヘッダ変更部１１０８の処理内容を説明する図 電話Ａ１のポリシーデータベース１１１および鍵情報データベース１１２が記憶する情報の一例を示す図 実施の形態３に係る宅内機器Ａ６の構成例を示すブロック図 実施の形態３において宅内機器Ａ６から宅内機器Ｂ７に秘密情報を送る場合の秘密情報共有方法を説明する処理シーケンス図 従来例２の秘密情報共有方法を説明する図

符号の説明

１，２ 電話Ａ、電話Ｂ
３ インターネット
４，５ ホームネットワーク
６，７ 宅内機器Ａ、宅内機器Ｂ
８，９ ルータＡ、ルータＢ
１０１ キー入力部
１０２ マイク
１０３ スピーカー
１０４ 音声処理部
１０６ 秘密情報送信ＳＷ
１０７ 秘密情報Ｒ／Ｗインターフェース
１０８ 呼制御部
１０９ 音声パケット構築・分解部
１１０ 暗号化・復号化処理部
１１１ ポリシーデータベース
１１２ 鍵情報データベース
１１３ 自動鍵生成部
１１４ 秘密情報送受信部
１１５ 秘密情報蓄積部
１１６ 通信プロトコル処理部
７０７ 電話−宅内機器間秘密情報送受信部
７１４ 宅間秘密情報送受信部
７２０ 宅内情報Ｒｅａｄインターフェース
７２１ 宅内情報蓄積部
８０１ コンテンツ蓄積部
８０２ コンテンツ制御部
８０３ ユーザ認証部
８０４ コンテンツ送受信部
８１０ キー入力部
８１１ 表示部
８０６ 宅内情報送信ＳＷ
８２０ 宅内情報Ｗｒｉｔｅインターフェース
１１０７ 宅内機器宛秘密情報送信要求部
１１０８ 宅内機器用ヘッダ変更部
１４０２ 秘密情報送信要求受付部

Claims (17)

1. 音声または映像のデータを通話相手の通信機器との間で送受信するための通信路を確立する通信路確立手段と、
   前記音声または映像のデータを前記通信路を介して前記通話相手の通信機器との間で送受信する通話手段と、
   自身の通信機器または他の通信機器に関する秘密情報に対して、前記秘密情報を生成または外部から入力する秘密情報入力手段、または前記秘密情報を保存している秘密情報蓄積手段の少なくとも一方の手段を備え、
   秘密情報の送信のユーザからの指示を受け付ける秘密情報送信要求入力手段と、
   前記通話手段を使って前記音声または映像のデータが送受信され、かつ、前記秘密情報送信要求入力手段で指示を受け付けたときに、前記秘密情報入力手段または前記秘密情報蓄積手段から取得した前記秘密情報を、前記通信路を介して送信する秘密情報送信手段と、
   前記通信路を介して前記秘密情報を受信する秘密情報受信手段と、
   前記秘密情報受信手段で受信した前記秘密情報を、外部に出力または保存する秘密情報出力手段
   とを備えることを特徴とする通信機器。
2. 前記通信路は、
   前記通話相手の通信機器との間で共有している鍵を使って、音声または映像のデータを暗号化またはメッセージ認証したデータに変換して送受信する
   ことを特徴とする請求項１に記載の通信機器。
3. 前記通信路確立手段は、
   前記通話相手の通信機器との間で鍵を配布または共有する自動鍵交換手段を含み、
   前記自動鍵交換手段は、
   前記鍵を共有するにあたって、前記通話相手の通信機器を認証する処理を含まない
   ことを特徴とする請求項２に記載の通信機器。
4. 前記通信路確立手段の処理手順の中で取得可能な情報を認証情報とし、
   前記認証情報を表示する認証情報表示手段
   をさらに備えることを特徴とする請求項１に記載の通信機器。
5. 前記通信路確立手段の処理手順の中で取得可能な情報を認証情報とし、
   前記認証情報を使って所定の手順で前記通話相手の通信機器を認証する認証手段をさらに備え、
   前記秘密情報送信手段は、
   前記認証手段で前記通話相手の通信機器が正当と認証され、かつ、前記秘密情報送信要求入力手段で指示を受け付けたときに、前記秘密情報を前記通信路を介して送信する
   ことを特徴とする請求項１に記載の通信機器。
6. 自身の通信機器の識別情報を前記通話相手に通知、または通知を許可する発信者識別情報通知手段と、
   前記通話相手の通信機器の識別情報を取得する識別情報取得手段と、
   前記識別情報取得手段で得られた識別情報を表示する識別情報表示手段と、
   をさらに備えることを特徴とする請求項４に記載の通信機器。
7. 自身の通信機器の識別情報を前記通話相手に通知、または通知を許可する発信者識別情報通知手段と、
   前記通話相手の通信機器の識別情報を取得する識別情報取得手段と、
   識別情報を蓄積する識別情報蓄積手段と、
   前記識別情報取得手段で取得した前記通話相手の通信機器の識別情報が、前記電番号蓄積手段に蓄積された識別情報の何れかに一致するか否かを判定する識別情報判定手段とをさらに備え、
   前記秘密情報送信手段は、
   前記識別情報判定手段で識別情報が一致すると判断された場合に、前記秘密情報を前記通信路を介して送信する
   ことを特徴とする請求項５に記載の通信機器。
8. 前記通信路の確立中または確立後に、同じ通話相手との間で、自身の通信機器側が発信者となるように通信路を再確立するコールバック手段
   をさらに備え、
   所定の条件を満たす場合に前記コールバック手段を実行し、再確立後の通信路で前記秘密情報を送信する
   ことを特徴とする請求項１に記載の通信機器。
9. 前記所定の条件は、
   前記通信路確立手段において、通話相手側が発信者として通信路を確立しようとした場合であることを特徴とする請求項８に記載の通信機器。
10. 前記所定の条件は、
    前記秘密情報送信要求入力手段で指示を受け付けたときに、確立済みの前記通信路が通話相手側が発信者として確立されたものだった場合
    であることを特徴とする請求項８に記載の通信機器。
11. 通話相手を識別する情報を外部から受け付ける識別情報入力手段をさらに備え、
    前記コールバック手段は、前記識別情報入力手段で取得した識別情報に対して通信路を再確立することを特徴とする請求項８に記載の通信機器。
12. 前記秘密情報を利用する予定の通信機器を第１の通信機器とし、
    第１の通信機器にアクセスするために必要なアクセス情報を蓄積している第１情報蓄積手段と、
    をさらに備え、
    前記秘密情報出力手段は、
    前記秘密情報受信手段が前記秘密情報を受信したときに、前記第１情報蓄積手段に蓄積されている前記第１の通信機器に関する前記アクセス情報を使って、前記第１の通信機器にアクセスし、前記秘密情報を送信する
    ことを特徴とする請求項１に記載の通信機器。
13. 前記秘密情報を生成する通信機器を第２の通信機器とし、
    前記第２の通信機器にアクセスするためのアクセス情報を蓄積している第２情報蓄積手段と、
    をさらに備え、
    少なくとも前記秘密情報入力手段を備え、
    前記秘密情報入力手段は、
    前記秘密情報送信要求入力手段で指示を受け付けたときに、第２情報蓄積手段に記録された前記アクセス情報を使って、前記第２の通信機器にアクセスして前記秘密情報を受信し、前記秘密情報送信手段に前記秘密情報を渡す
    ことを特徴とする請求項１または請求項１２に記載の通信機器。
14. 前記秘密情報を利用する予定の複数の通信機器を第１の通信機器群とし、
    第１の通信機器群の各通信機器にアクセスするために必要なアクセス情報を蓄積している第１情報群蓄積手段と、
    前記秘密情報受信手段が前記秘密情報を受信したときに、その前記秘密情報を送信すべき通信機器である第１の通信機器を選びだす宅内機器選択手段と、
    をさらに備え、
    前記秘密情報出力手段は、
    前記宅内機器選択手段が前記第１の通信機器を選び出したときに、前記第１情報群蓄積手段に蓄積されている前記第１の通信機器に関する前記アクセス情報を使って、前記第１の通信機器にアクセスし、前記秘密情報を送信する
    ことを特徴とする請求項１２に記載の通信機器。
15. 第１の通信機器がネットワークに接続された第２の通信機器にアクセスまたはセキュア通信する際に必要な秘密情報を、前記第１の通信機器と前記第２の通信機器の間で安全に共有するための秘密情報共有システムであって、
    前記第１の通信機器との間で情報共有が可能な第３の通信機器、または前記第１の通信機器自体のどちらか一方の機器が、請求項１乃至１４に記載の通信機器であり、
    前記第２の通信機器との間で情報共有が可能な第４の通信機器、または前記第２の通信機器自体のどちらか一方の機器が、請求項１乃至１４に記載の通信機器であり、
    ２つの前記通信機器の間の通話用の通信路を使って前記秘密情報を送受信する
    ことを特徴とする秘密情報共有システム。
16. 第１の通信機器がネットワークに接続された第２の通信機器にアクセスまたはセキュア通信する際に必要な秘密情報を、前記第１の通信機器と前記第２の通信機器の間で安全に共有するための秘密情報共有方法であって、
    前記第１の通信機器との間で情報共有が可能な第３の通信機器、または前記第１の通信機器自体のどちらか一方の機器は、通話機能を持つ通信機器であって、請求項１乃至１４に記載の処理ステップを備え、
    前記第２の通信機器との間で情報共有が可能な第４の通信機器、または前記第２の通信機器自体のどちらか一方の機器は、通話機能を持つ通信機器であって、請求項１乃至１４に記載の処理ステップを備え、
    ２つの前記通信機器の間の通話用の通信路を使って前記秘密情報を送受信する
    ことを特徴とする秘密情報共有方法。
17. 第１の通信機器がネットワークに接続された第２の通信機器にアクセスまたはセキュア通信する際に必要な秘密情報を、前記第１の通信機器と前記第２の通信機器の間で安全に共有するための秘密情報共有方法を実現させるためのプログラムであって、
    前記第１の通信機器との間で情報共有が可能な第３の通信機器、または前記第１の通信機器自体のどちらか一方の機器が、第１の通信機器であって、
    前記第２の通信機器との間で情報共有が可能な第４の通信機器、または前記第２の通信機器自体のどちらか一方の機器が、第２の通信機器であって、
    前記第１の通信機器に、
    請求項１乃至１４に記載の通信機器の処理ステップを実行させて、前記第２の通信機器との通話用の通信路を使って前記秘密情報を受信させ、
    前記第２の通信機器に、
    請求項１乃至１４に記載の通信機器の処理ステップを実行させて、前記第１の通信機器との通話用の通信路を使って前記秘密情報を送信
    させるための、プログラム。

Images