(57)【要約】【課題】  複数の通信経路を使用することのできるシステムにおいて、セキュリティを考慮しつつ、認証に係るユーザの手間を軽減することのできる通信機器を提供する。【解決手段】  携帯電話１１は、ＨＤＤレコーダ１０とのセキュリティの高い通信経路であるＢｌｕｅｔｏｏｔｈ通信により認証処理を行い、当該認証処理でリンクキーを作成する。次回から携帯電話１１及びＨＤＤレコーダ１０間で通信を行う際には、当該認証処理で作成したリンクキーを元に暗号鍵を作成し、Ｂｌｕｅｔｏｏｔｈ通信及びインターネット１２を介した通信を行う。【選択図】      図１
2007053612.tif 000002
【特許請求の範囲】
【請求項１】
他の通信機器と通信する第１の通信手段と、
その第１の通信手段及び前記他の通信機器間の通信により、前記第１の通信手段及び前記他の通信機器間の通信を暗号化するための共通鍵を作成する共通鍵作成手段と、
その共通鍵作成手段が作成した前記共通鍵に基づいてデータを暗号化して前記他の通信機器と通信する第２の通信手段と
を備えることを特徴とする通信機器。
【請求項２】
請求項１記載の通信機器において、
前記共通鍵作成手段が作成した前記共通鍵に基づいて暗号鍵を作成する暗号鍵作成手段
をさらに備え、
前記第２の通信手段は、前記暗号鍵作成手段が作成した暗号鍵でデータを暗号化して前記他の通信機器と通信すること
を特徴とする通信機器。
【請求項３】
前記第１の通信手段は、前記暗号鍵作成手段が作成した暗号鍵でデータを暗号化して前記他の通信機器と通信すること
を特徴とする請求項２記載の通信機器。
【請求項４】
前記暗号鍵作成手段は、前記第１の通信手段又は前記第２の通信手段で通信を開始する度に前記共通鍵に基づいて暗号鍵を作成すること
を特徴とする請求項３記載の通信機器。
【請求項５】
前記第１の通信手段は、前記他の通信機器との間でＢｌｕｅｔｏｏｔｈ通信を行うこと
を特徴とする請求項１記載の通信機器。
【請求項６】
前記第２の通信手段の通信範囲は、前記第１の通信手段による通信範囲よりも広いこと
を特徴とする請求項１乃至請求項５記載の通信機器。
【請求項７】
無線により他の通信機器と通信する第１の通信手段と、
無線により前記他の通信機器と通信し、前記第１の通信手段よりも通信範囲の広い第２の通信手段と、
前記第１の通信手段及び前記他の通信機器間の通信により、共通鍵を作成する共通鍵作成手段と
を備え、
前記第１の通信手段及び前記第２の通信手段は、前記共通鍵作成手段が作成した共通鍵に基づいてデータを暗号化して前記他の通信機器と通信すること
を特徴とする通信機器。
【請求項８】
請求項７記載の通信機器において、
前記共通鍵作成手段が作成した前記共通鍵に基づいて暗号鍵を作成する暗号鍵作成手段
をさらに備え、
前記第１の通信手段及び前記第２の通信手段は、前記暗号鍵作成手段が作成した暗号鍵でデータを暗号化して前記他の通信機器と通信すること
を特徴とする通信機器。
【請求項９】
前記第１の通信手段は、前記他の通信機器とＢｌｕｅｔｏｏｔｈ通信を行い、
前記第２の通信手段は、前記他の通信機器とインターネットを介して通信すること
を特徴とする請求項７又は請求項８記載の通信機器。
【請求項１０】
通信機器が、第１の通信経路及び第２の通信経路で他の通信機器と通信する通信方法において、
前記他の通信機器と前記第１の通信経路で通信を行って共通鍵を作成する共通鍵作成ステップと、
前記共通鍵作成ステップで作成した前記共通鍵に基づいてデータを暗号化して、前記第１の通信経路で前記他の通信経路と通信する第１通信経路通信ステップと、
前記共通鍵作成ステップで作成した前記共通鍵に基づいてデータを暗号化して、前記第２の通信経路で前記他の通信経路と通信する第２通信経路通信ステップと
を備えることを特徴とする通信方法。
【請求項１１】
請求項１０記載の通信方法において、
前記共通鍵作成ステップで作成した前記共通鍵に基づいて暗号鍵を作成する暗号鍵作成ステップ
をさらに備え、
前記第２通信経路通信ステップでは、前記暗号鍵作成ステップで作成した暗号鍵でデータを暗号化して、前記第２の通信経路で前記他の通信機器と通信すること
を特徴とする通信方法。
【請求項１２】
前記暗号鍵作成ステップは、前記第２通信経路通信ステップで通信する度に前記暗号鍵を作成すること
を特徴とする請求項１１記載の通信方法。
【請求項１３】
前記第２の通信経路による通信の通信範囲は、前記第１の通信経路による通信の通信範囲よりも広いこと
を特徴とする請求項１０記載の通信方法。
【請求項１４】
通信機器が、第１の通信経路及びその第１の通信経路よりも通信範囲の広い第２の通信経路で無線により他の通信機器と通信する通信方法において、
前記他の通信機器と前記第１の通信経路で通信して共通鍵を作成する共通鍵作成ステップと、
前記第１の通信経路で前記他の通信機器と通信する際に、前記共通鍵作成ステップで作成した前記共通鍵に基づいて暗号鍵を作成する第１の暗号鍵作成ステップと、
前記第１の暗号鍵作成ステップで作成した暗号鍵で暗号化して、前記第１の通信経路で前記他の通信機器と通信するステップと、
前記第２の通信経路で前記他の通信機器と通信する際に、前記共通鍵作成ステップで作成した前記共通鍵に基づいて暗号鍵を作成する第２の暗号鍵作成ステップと、
前記第２の暗号鍵作成ステップで作成した暗号鍵で暗号化して、前記第２の通信経路で前記他の通信機器と通信するステップと
を備えることを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信機器及び通信方法に関する。
【背景技術】
【０００２】
近年、複数の通信システムを使用することのできる端末が考えられている（例えば、特許文献１）。複数の通信システムを利用できる場合には、通常それぞれ別々に認証を行う必要があるので、ユーザにとってその認証手続にかかる手間は煩雑である。
【０００３】
そこで特許文献１では、携帯電話やＰＨＳ等の移動体通信システムと、無線ＬＡＮ等の公衆無線通信システムとを利用できるユーザ端末について記載されている。特許文献１記載のシステムでは、移動体通信システムで使用する認証情報と暗号鍵情報とを公衆無線通信システムでも使用することができる。
【特許文献１】特開２００４−３６４１６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら特許文献１記載のシステムは、安全性について考慮されておらず、公衆無線通信システムと移動体通信システムとが共有する認証情報及び暗号鍵情報は、インターネット等の公衆通信網を介してやり取りされる。インターネット等の公衆通信網は他人に覗き見られる可能性が高く、このような通信手段で認証情報や暗号鍵情報をやり取りすることは、セキュリティ上問題が多い。
【０００５】
そこで本発明は、複数の通信経路を使用することのできるシステムにおいて、セキュリティを考慮しつつ、認証に係るユーザの手間を軽減することのできる通信機器を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の請求項１記載の通信機器は、他の通信機器と通信する第１の通信手段と、その第１の通信手段及び前記他の通信機器間の通信により、前記第１の通信手段及び前記他の通信機器間の通信を暗号化するための共通鍵を作成する共通鍵作成手段と、その共通鍵作成手段が作成した前記共通鍵に基づいてデータを暗号化して前記他の通信機器と通信する第２の通信手段とを備えることを特徴とする。
【０００７】
本発明の請求項７記載の通信機器は、無線により他の通信機器と通信する第１の通信手段と、無線により前記他の通信機器と通信し、前記第１の通信手段よりも通信範囲の広い第２の通信手段と、前記第１の通信手段及び前記他の通信機器間の通信により、共通鍵を作成する共通鍵作成手段とを備え、前記第１の通信手段及び前記第２の通信手段は、前記共通鍵作成手段が作成した共通鍵に基づいてデータを暗号化して前記他の通信機器と通信することを特徴とする。
【０００８】
本発明の請求項１０記載の通信方法は、通信機器が、第１の通信経路及び第２の通信経路で他の通信機器と通信する通信方法において、前記他の通信機器と前記第１の通信経路で通信を行って共通鍵を作成する共通鍵作成ステップと、前記共通鍵作成ステップで作成した前記共通鍵に基づいてデータを暗号化して、前記第１の通信経路で前記他の通信経路と通信する第１通信経路通信ステップと、前記共通鍵作成ステップで作成した前記共通鍵に基づいてデータを暗号化して、前記第２の通信経路で前記他の通信経路と通信する第２通信経路通信ステップとを備えることを特徴とする。
【０００９】
本発明の請求項１４記載の通信方法は、通信機器が、第１の通信経路及びその第１の通信経路よりも通信範囲の広い第２の通信経路で無線により他の通信機器と通信する通信方法において、前記他の通信機器と前記第１の通信経路で通信して共通鍵を作成する共通鍵作成ステップと、前記第１の通信経路で前記他の通信機器と通信する際に、前記共通鍵作成ステップで作成した前記共通鍵に基づいて暗号鍵を作成する第１の暗号鍵作成ステップと、前記第１の暗号鍵作成ステップで作成した暗号鍵で暗号化して、前記第１の通信経路で前記他の通信機器と通信するステップと、前記第２の通信経路で前記他の通信機器と通信する際に、前記共通鍵作成ステップで作成した前記共通鍵に基づいて暗号鍵を作成する第２の暗号鍵作成ステップと、前記第２の暗号鍵作成ステップで作成した暗号鍵で暗号化して、前記第２の通信経路で前記他の通信機器と通信するステップとを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、複数の通信経路を使用することのできるシステムにおいて、セキュリティを考慮しつつ、認証に係るユーザの手間を軽減することのできる通信機器を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の通信機器及び通信方法について、図面を参照しながら説明する。
【実施例１】
【００１２】
図１は、本発明の通信機器の実施例に係る携帯電話及びＨＤＤレコーダが使用されるシステムの構成を示す図である。本システムは、携帯電話１１からリモコン信号を送信することによりＨＤＤレコーダ１０を操作し、また、ＨＤＤレコーダ１０から携帯電話１１に対して動画配信を行う。
【００１３】
図１（ａ）は、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信による近距離通信を行う際のシステムの構成を示す図である。本システムでは、ＨＤＤレコーダ１０と携帯電話１１とは、Ｂｌｕｅｔｏｏｔｈ通信により認証を行い、共通鍵（後述するリンクキー）の作成を行う。また、携帯電話１１を使用するユーザがＨＤＤレコーダ１０の比較的近くにいる場合には、Ｂｌｕｅｔｏｏｔｈ通信により、リモコン信号のやり取りを行う。尚、Ｂｌｕｅｔｏｏｔｈ通信のデータ転送レートは比較的小さいため、本実施例ではＨＤＤレコーダ１０と携帯電話１１とがＢｌｕｅｔｏｏｔｈ通信可能な距離にある場合であっても、後述する図１（ｂ）のように、Ｂｌｕｅｔｏｏｔｈ通信よりもデータ転送レートの大きいインターネット１２及び携帯電話網を介して動画配信を行うものとする。
【００１４】
尚、Ｂｌｕｅｔｏｏｔｈ通信は比較的強固な暗号化アルゴリズムが採用されている。また通信範囲も通常１０ｍ程度と限られており、第三者に覗き見られる可能性が低い。よって、Ｂｌｕｅｔｏｏｔｈ通信は、インターネット等の公衆通信網を利用する場合と比して安全性が高い。よって、ＨＤＤレコーダ１０及び携帯電話１１は、Ｂｌｕｅｔｏｏｔｈ通信により認証及び共通鍵生成を行う。
【００１５】
このように、安全性の高さは、例えば暗号化システムが強固であるか否かや、物理的に近距離でないと通信ができないか否か等を評価基準として判断することができる。通信範囲や暗号化アルゴリズムの強度等に応じて、ユーザが安全性の高低を判断して安全性の高い通信経路（本実施例ではＢｌｕｅｔｏｏｔｈ通信）で認証や鍵の生成を行うようにしてもよいし、或いは、メーカが予め安全性が高いと判断した通信経路（本実施例ではＢｌｕｅｔｏｏｔｈ通信）で認証や鍵の生成を行うように、ＨＤＤレコーダ１０や携帯電話１１の仕様を定めても良い。
【００１６】
図１（ｂ）は、ＨＤＤレコーダ１０及び携帯電話１１が、インターネット１２を介して通信を行う際のシステムの構成を示す図である。ＨＤＤレコーダ１０は、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等を経由してインターネット１２に接続されている。一方、携帯電話１１は基地局１３との間で携帯電話通信を行い、当該基地局１３を介してインターネット１２に接続されている。即ち、ＨＤＤレコーダ１０及び携帯電話１１は、インターネット１２を介して通信することができる。図１（ｂ）のシステムを使用する際には、携帯電話１１が屋外にあっても通信可能なエリア内にさえあればＨＤＤレコーダ１０及び携帯電話１１間での通信を行うことができるので、１０ｍ程度の通信距離しか持たないＢｌｕｅｔｏｏｔｈ通信と比して長距離での通信が可能である。即ち、図１（ｂ）に示す通信経路は、通信範囲が広い。尚、インターネット１２を介した図１（ｂ）の通信経路は、Ｂｌｕｅｔｏｏｔｈ通信による図１（ａ）の通信経路よりもデータ伝送レートが高いものとする。
【００１７】
ＨＤＤレコーダ１０は、インターネット１２を介して携帯電話１１に対して動画の配信を行う。また、携帯電話１１が屋外にある場合等、携帯電話１１がＨＤＤレコーダ１０とＢｌｕｅｔｏｏｔｈ通信を行えない場合には、携帯電話１１からのリモコン信号の送信もインターネット１２を介して行われる。
【００１８】
図２は、ＨＤＤレコーダ１０及び携帯電話１１の構成を示す図である。ＨＤＤレコーダ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１と、携帯電話１１との通信に必要な情報や、携帯電話１１に配信する動画データを記憶する記憶部１０２と、Ｂｌｕｅｔｏｏｔｈ通信部１０３と、インターネット通信部１０４とから構成される。
【００１９】
ＣＰＵ１０１は、ＨＤＤレコーダ１１の各構成要素に対する制御を行う。また、携帯電話１１と通信する際に、通信を暗号化するためのリンクキーや暗号鍵の生成、生成した暗号鍵に基づく通信データの暗号化及び復号化はＣＰＵ１０１が行う。尚ＣＰＵ１０１は、リンクキーを携帯電話１１との認証時に生成する。又ＣＰＵ１０１は、携帯電話１１とＢｌｕｅｔｏｏｔｈ通信或いはインターネット１２を介した通信を開始する度に、リンクキーに基づいて暗号鍵を生成し、当該暗号鍵に基づいて通信データの暗号化を行う。即ち、リンクキーは同一のものが１回以上の通信接続に対して使用されるが、暗号鍵は通信接続毎に異なるものが使用される。
【００２０】
記憶部１０２は、ＨＤＤレコーダ１０が携帯電話１１と通信するために必要な、ＰＩＮコード１０２ａ、Ｂｌｕｅｔｏｏｔｈアドレス１０２ｂ、及びＩＰアドレス１０２ｃを記憶する。また記憶部１０２は、携帯電話１１に対して配信する動画データ１０２ｄも記憶する。
【００２１】
ＰＩＮコード１０２ａは、携帯電話１１に予め割り当てられたものをユーザが入力し、記憶部１０２に記憶する。即ち、ＰＩＮコード１０２ａは、後述する携帯電話１１の記憶部１１２に記憶されるＰＩＮコード１１２ａと同じものである。このＰＩＮコード１０２ａは、ＣＰＵ１０１がリンクキーを生成する際に使用される。
【００２２】
Ｂｌｕｅｔｏｏｔｈアドレス１０２ｂは、ＨＤＤレコーダ１０に対して固有に割り当てられたＢｌｕｅｔｏｏｔｈのアドレスである。Ｂｌｕｅｔｏｏｔｈアドレス１０２ｂは、暗号鍵の生成過程、及び認証過程で使用される。
【００２３】
ＩＰアドレス１０２ｃは、ＨＤＤレコーダ１０がインターネット１２で通信するために、ＨＤＤレコーダ１０に対して割り当てられたＩＰアドレスである。携帯電話１１は、ＩＰアドレス１０２ｃを知ることにより、ＨＤＤレコーダ１０との通信を行うことができる。
【００２４】
Ｂｌｕｅｔｏｏｔｈ通信部１０３は、携帯電話１１とＢｌｕｅｔｏｏｔｈ通信を行う。携帯電話１１との認証は、Ｂｌｕｅｔｏｏｔｈ通信部１０３による携帯電話１１とのＢｌｕｅｔｏｏｔｈ通信により行われる。
【００２５】
インターネット通信部１０４は、携帯電話１１とインターネット１２を介して通信する際に使用される。ＩＰアドレス１０２ｃは、当該インターネット通信部１０４に対して割り当てられたＩＰアドレスである。本実施例では、動画データ１０２ｄの携帯電話１１への配信はインターネット通信部１０４によるインターネット１１を介した通信により行われる。
【００２６】
携帯電話１１は、ＣＰＵ１１１と、ＨＤＤレコーダ１０との通信に必要な情報を記憶する記憶部１１２と、Ｂｌｕｅｔｏｏｔｈ通信部１１３と、携帯電話通信部１１４と、表示部１１５と、操作部１１６とから構成される。
【００２７】
ＣＰＵ１１１は、携帯電話１１の各構成要素に対する制御を行う。また、ＨＤＤレコーダ１０と通信する際に、通信を暗号化するためのリンクキーや暗号鍵の生成、生成した暗号鍵に基づく通信データの暗号化及び復号化は、ＣＰＵ１１１が行う。尚ＣＰＵ１１１は、リンクキーをＨＤＤレコーダ１０との認証時に生成する。又ＣＰＵ１０１は、ＨＤＤレコーダ１０とＢｌｕｅｔｏｏｔｈ通信或いはインターネット１２を介した通信を開始する度に、リンクキーに基づいて暗号鍵を生成し、当該暗号鍵に基づいて通信データの暗号化を行う。
【００２８】
記憶部１１２は、携帯電話１１がＨＤＤレコーダ１０と通信するために必要な情報である、ＰＩＮコード１１２ａ、Ｂｌｕｅｔｏｏｔｈアドレス１１２ｂ、及びＩＰアドレス１１２ｃを記憶する。
【００２９】
ＰＩＮコード１１２ａは、携帯電話１１に予め割り当てられたものである。尚、本実施例ではＰＩＮコード１１２ａは携帯電話１１に割り当てられたものであり、ＰＩＮコード１０２ａはＰＩＮコード１１２ａと同一の値をユーザがＨＤＤレコーダ１０に入力したものであるが、これに限られるものではない。例えばＰＩＮコード１０２ａがＨＤＤレコーダ１０に予め割り当てられており、ユーザが携帯電話１１にＰＩＮコード１０２ａと同一の値を入力したものがＰＩＮコード１１２ａであってもよく、或いはＰＩＮコード１０２ａ及びＰＩＮコード１１２ａは其々ＨＤＤレコーダ１０及び携帯電話１１にユーザが同一の値を入力したものであってもよい。
【００３０】
Ｂｌｕｅｔｏｏｔｈアドレス１１２ｂは、携帯電話１１に対して固有に割り当てられたＢｌｕｅｔｏｏｔｈのアドレスである。Ｂｌｕｅｔｏｏｔｈアドレス１１２ｂは、暗号鍵の生成過程、及び認証過程で使用される。
【００３１】
ＩＰアドレス１１２ｃは、携帯電話１１がインターネット１２で通信するために、携帯電話１１に割り当てられたＩＰアドレスである。ＨＤＤレコーダ１０は、ＩＰアドレス１１２ｃを知ることにより、携帯電話１１と通信することができる。
【００３２】
Ｂｌｕｅｔｏｏｔｈ通信部１１３は、ＨＤＤレコーダ１０とＢｌｕｅｔｏｏｔｈ通信を行う。ＨＤＤレコーダ１０との認証は、Ｂｌｕｅｔｏｏｔｈ通信部１１３によるＨＤＤレコーダ１０とのＢｌｕｅｔｏｏｔｈ通信により行われる。
【００３３】
携帯電話通信部１１４は、ＨＤＤレコーダ１０とインターネット１２を介して通信する際に使用される。ＩＰアドレス１１２ｃは、ＨＤＤレコーダ１０等の他の通信機器から当該携帯電話通信部１１４に対して通信を行う際に使用されるＩＰアドレスである。本実施例では、ＨＤＤ１０から配信された動画データ１０２ｄは、携帯電話通信部１１４で受信する。
【００３４】
表示部１１５は、ＨＤＤレコーダ１０から配信された動画データ１０２ｄを表示するための出力インタフェースである。
操作部１１６は、ユーザがＨＤＤレコーダ１０又は携帯電話１１に対する操作を入力するための入力インタフェースである。例えばユーザは、操作部１１６から動画データ１０２ｄの再生や停止等の指示を入力することができる。携帯電話１１は、当該指示にあたるリモコン信号を、Ｂｌｕｅｔｏｏｔｈ通信部１１３又は携帯電話通信部１１４からＨＤＤレコーダ１０に対して送信する。ＨＤＤレコーダ１０は当該リモコン信号の受信を受けて、例えば動画データ１０２ｄの再生や停止等の、ユーザの指示に応じた制御を行う。
【００３５】
続いて、ＨＤＤレコーダ１０及び携帯電話１１間の認証手続について図３及び図４を参照しながら説明する。尚、図３及び図４の認証処理は、通常のＢｌｕｅｔｏｏｔｈ通信を行う機器が行う認証処理と同様のものである。図３は、Ｂｌｕｅｔｏｏｔｈ通信によりリンクキーを生成するまでのＨＤＤレコーダ１０及び携帯電話１１の処理の流れを示す。ここで、図３の例では携帯電話１１からＨＤＤレコーダ１０に対して接続要求を行った場合を示しているが、同様の処理によりＨＤＤレコーダ１０から携帯電話１１に対して接続要求を行うことも可能である。
【００３６】
携帯電話１１は、Ｂｌｕｅｔｏｏｔｈによる機器探索によりＨＤＤレコーダ１０を発見して接続要求を行う際には、まず乱数を生成する（Ｓ３０１）。Ｓ３０１で生成する乱数を、以後乱数Ａとする。乱数Ａを生成した後、携帯電話１１はＢｌｕｅｔｏｏｔｈ通信部１１３からＨＤＤレコーダ１０に対して接続要求を行い、乱数Ａを送信する（Ｓ３０２）。
【００３７】
ＨＤＤレコーダ１０は、Ｂｌｕｅｔｏｏｔｈ通信部１０３で接続要求を受信すれば（Ｓ３０３）、認証手続を開始する確認応答をＢｌｕｅｔｏｏｔｈ通信部１０３から携帯電話１１に対して送信する（Ｓ３０４）。
【００３８】
携帯電話１１は、Ｓ３０４でＨＤＤレコーダ１０から送信された確認応答を、Ｂｌｕｅｔｏｏｔｈ通信部１１３で受信する（Ｓ３０５）。携帯電話１１は、ＨＤＤレコーダ１０からの確認応答を受け、Ｓ３０１で作成した乱数Ａと、記憶部１１２に記憶されたＰＩＮコード１１２ａとの排他的論理和を演算し、これを初期化キーとする（Ｓ３０６）。また、ＨＤＤレコーダ１０でも、Ｓ３０３で携帯電話１１から受信した乱数Ａと、記憶部１０２に記憶されたＰＩＮコード１０２ａとの排他的論理和を演算し、これを初期化キーとする（Ｓ３０７）。先述の通り、ユーザが正しく入力していれば、ＰＩＮコード１０２ａとＰＩＮコード１１２ａは同じ値であるはずなので、Ｓ３０６及びＳ３０７で作成された初期化キーの値は、携帯電話１１及びＨＤＤレコーダ１０で同一（乱数Ａ及びＰＩＮコードの排他的論理和）となる。以後、ＨＤＤレコーダ１０が記憶するＰＩＮコード１０２ａと携帯電話１１が記憶するＰＩＮコード１１２ａとを区別する必要の無いときは、単に「ＰＩＮコード」と称する。
【００３９】
初期化キーを生成した後、携帯電話１１は新たな乱数を生成する（Ｓ３０８）。以下、Ｓ３０８で生成した乱数を乱数Ｂとする。更に、乱数ＢとＳ３０６で生成した初期化キーとの排他的論理和を演算し（Ｓ３０９）、この演算結果（乱数Ａ、乱数Ｂ、及びＰＩＮコードの排他的論理和）である生成キーＭをＢｌｕｅｔｏｏｔｈ通信部１０３からＨＤＤレコーダ１０へ送信する（Ｓ３１０）。又携帯電話１１は、自身のＢｌｕｅｔｏｏｔｈアドレス１１２ｂ（以下、ａｄｄＸと称する）と生成キーＭとの排他的論理和（乱数Ａ、乱数Ｂ、ＰＩＮコード、ａｄｄＸの排他的論理和）を演算しておく（Ｓ３１１）。
【００４０】
ＨＤＤレコーダ１０は、Ｓ３１０で携帯電話１１から送信された生成キーＭをＢｌｕｅｔｏｏｔｈ通信部１０３で受信すると（Ｓ３１２）、受信した生成キーＭとＳ３０７で演算した初期化キーとの排他的論理和を演算する（Ｓ３１３）。生成キーＭは乱数Ａ、乱数Ｂ、及びＰＩＮコードの排他的論理和であり、初期化キーは乱数ＡとＰＩＮコードの排他的論理和であるので、Ｓ３１３の演算結果として、乱数Ｂが得られる。次にＨＤＤレコーダ１０は、Ｓ３１３で得られた乱数Ｂと、携帯電話１１のＢｌｕｅｔｏｏｔｈアドレスであるａｄｄＸとの排他的論理和（乱数ＢとａｄｄＸとの排他的論理和）を演算する（Ｓ３１４）。尚、ここでａｄｄＸは携帯電話１１が公開している情報であるので、ＨＤＤレコーダ１０は容易に取得できる。
【００４１】
又、ＨＤＤレコーダ１０は新たな乱数を生成する（Ｓ３１５）。以下、Ｓ３１５でＨＤＤレコーダ１０が生成した乱数を乱数Ｃとする。更に、ＨＤＤレコーダ１０は乱数ＣとＳ３０７で演算した初期化キーとの排他的論理和（乱数Ａ、乱数Ｃ、及びＰＩＮコードの排他的論理和）を演算し（Ｓ３１６）、この演算結果である生成キーＮをＢｌｕｅｔｏｏｔｈ通信部１０３から携帯電話１１に向けて送信する（Ｓ３１７）。又ＨＤＤレコーダ１０は、自身のＢｌｕｅｔｏｏｔｈアドレス１０２ｂ（以下、ａｄｄＹと称する）と生成キーＮとの排他的論理和（乱数Ａ、乱数Ｃ、ＰＩＮコード、ａｄｄＹの排他的論理和）を演算しておく。
【００４２】
携帯電話１１は、Ｓ３１７でＨＤＤレコーダ１０から送信された生成キーＮをＢｌｕｅｔｏｏｔｈ通信部１１３で受信すると（Ｓ３１９）、Ｓ３０６で生成した初期化キーとＳ３１９で受信した生成キーＮとの排他的論理和を演算する（Ｓ３２０）。初期化キーは乱数ＡとＰＩＮコードの排他的論理和であり、生成キーＮは乱数Ａと乱数ＣとＰＩＮコードとの排他的論理和であるので、Ｓ３２０の演算結果として、乱数Ｃを取得できる。次に携帯電話１１は、Ｓ３２１で得られた乱数Ｃと、ＨＤＤレコーダ１０のＢｌｕｅｔｏｏｔｈアドレスであるａｄｄＹとの排他的論理和（乱数ＣとａｄｄＹとの排他的論理和）を演算する（Ｓ３２１）。尚ここで、ａｄｄＹはＨＤＤレコーダ１０が公開している情報であるので、携帯電話１１は容易に取得できる。
【００４３】
携帯電話１１は、Ｓ３１１の演算結果（乱数Ａ、乱数Ｂ、ＰＩＮコード、ａｄｄＸの排他的論理和）とＳ３２１の演算結果（乱数ＣとａｄｄＹとの排他的論理和）との排他的論理和（乱数Ａ、乱数Ｂ、乱数Ｃ、ＰＩＮコード、ａｄｄＸ、ａｄｄＹの排他的論理和）を演算し、これをリンクキーとする。同様にＨＤＤレコーダ１０は、Ｓ３１４の演算結果（乱数ＢとａｄｄＸとの排他的論理和）とＳ３１８の演算結果（乱数Ａ、乱数Ｃ、ＰＩＮコード、ａｄｄＹの排他的論理和）との排他的論理和（乱数Ａ、乱数Ｂ，乱数Ｃ、ＰＩＮコード、ａｄｄＸ、ａｄｄＹの排他的論理和）を演算し、これをリンクキーとする。即ち、図３の過程を通して、携帯電話１１及びＨＤＤレコーダ１０は、同一のリンクキーを得ることができる。得られたリンクキーは、ＨＤＤレコーダ１０の記憶部１０２及び携帯電話１１の記憶部１１２に其々記憶しておき、後に図５を参照しながら説明する暗号鍵の生成処理に使用する。
【００４４】
図４は、図３の過程により得られるリンクキーの確認に係る接続認証処理の流れを示すフローチャートである。
まず携帯電話１１は、新たな乱数を生成する（Ｓ４０１）。以下、Ｓ４０１で携帯電話１１が生成した乱数を乱数Ｄとする。携帯電話１１は、乱数ＤをＢｌｕｅｔｏｏｔｈ通信部１１３からＨＤＤレコーダ１０に向けて送信した（Ｓ４０２）後、乱数ＤとａｄｄＹとの排他的論理和を演算し（Ｓ４０３）、更にこの演算結果とリンクキーとの排他的論理和（乱数Ｄ、ａｄｄＹ、リンクキーの排他的論理和）を演算する（Ｓ４０４）。
【００４５】
ＨＤＤレコーダ１０は、Ｓ４０２で携帯電話１１から送信された乱数ＤをＢｌｕｅｔｏｏｔｈ通信部１０３で受信した（Ｓ４０５）後、受信した乱数ＤとａｄｄＹとの排他的論理和を演算し（Ｓ４０６）、更にこの演算結果とリンクキーとの排他的論理和（乱数Ｄ、ａｄｄＹ、リンクキーの排他的論理和）を演算する（Ｓ４０７）。ＨＤＤレコーダ１０は、Ｓ４０７の演算結果を確認コードとしてＢｌｕｅｔｏｏｔｈ通信部１０３から送信する（Ｓ４０８）。携帯電話１１は、Ｓ４０８でＨＤＤレコーダ１０から送信された確認コードをＢｌｕｅｔｏｏｔｈ通信部１１３で受信し（Ｓ４０９）、受信した確認コードとＳ４０４で演算した演算結果との比較を行う（Ｓ４１０）。比較した結果、両者の値が同一であれば、携帯電話１１はＨＤＤレコーダ１０を認証する。
【００４６】
ＨＤＤレコーダ１０側からも、同様に認証処理を行う（Ｓ４１１乃至Ｓ４２０）。ＨＤＤレコーダ１０が携帯電話１１を認証する処理であるＳ４１１乃至Ｓ４２０は、其々携帯電話１０がＨＤＤレコーダ１０を認証する処理であるＳ４０１乃至Ｓ４１０と対応するので説明を省略するが、ＨＤＤレコーダ１０は、自身の演算結果と携帯電話１１から受信した確認コードとの値が一致すれば、ＨＤＤレコーダ１０は携帯電話１１を認証する。
【００４７】
以上、図３及び図４の処理により、携帯電話１１とＨＤＤレコーダ１０との間での認証処理が終了する。この認証処理を終えることにより、携帯電話１１及びＨＤＤレコーダ１０は後述する図５の手順により、当該認証処理で得られたリンクキーを元に暗号鍵を生成し、暗号化した通信を行うことが可能となる。よって携帯電話１１及びＨＤＤレコーダ１０は図３及び図４に示した認証手続を終えた後、まず図５で後述する手順によりＢｌｕｅｔｏｏｔｈ通信接続を確立させて、携帯電話１１はＩＰアドレス１１２ｃをＢｌｕｅｔｏｏｔｈ通信部１１３からＨＤＤレコーダ１０に向けて、ＨＤＤレコーダ１０はＩＰアドレス１０２ｃをＢｌｕｅｔｏｏｔｈ通信部１０３から携帯電話１１に向けて送信する。これにより、携帯電話１１及びＨＤＤレコーダ１０は、インターネット１２を介してお互いのＩＰアドレスを知ることができるので、例えば携帯電話１１が屋外にある場合等のＨＤＤレコーダ１０と携帯電話１１とがＢｌｕｅｔｏｏｔｈ通信を行うことができない場合であっても、インターネット１２を介して通信できるようになる。
【００４８】
次に、携帯電話１１とＨＤＤレコーダ１０とがデータ通信を行う際の処理の流れについて図５を参照しながら説明する。図５は、携帯電話１１とＨＤＤレコーダ１０とが通信する際の処理の流れを示すフローチャートである。図５の処理は、通常のＢｌｕｅｔｏｏｔｈ通信を行う機器の通信処理の流れと同様であるが、本実施例では、携帯電話１１及びＨＤＤレコーダ１０は、Ｂｌｕｅｔｏｏｔｈ通信のみならず、インターネット１２を介した通信でも同様の通信処理が行われる。尚、図５の例では携帯電話１１からＨＤＤレコーダ１０に向けて接続要求を行っているがこれに限られるものではなく、ＨＤＤレコーダ１０から携帯電話１１に向けて接続要求を行っても良い。
【００４９】
携帯電話１１は、まず乱数を生成する（Ｓ５０１）。以下、Ｓ５０１で携帯電話１１が生成した乱数を乱数Ｆとする。乱数Ｆを生成した後、携帯電話１１はＨＤＤレコーダ１０に対して接続要求を行い、乱数Ｆを送信する（Ｓ５０２）。
【００５０】
ＨＤＤレコーダ１０は、乱数Ｆを受信すれば（Ｓ５０３）、確認応答を携帯電話１１に対して送信する（Ｓ５０４）。
携帯電話１１は、Ｓ５０４でＨＤＤレコーダ１０が送信した確認応答を受信すれば（Ｓ５０５）、暗号鍵の生成処理に入る。まず、Ｓ５０１で生成した乱数Ｆと、図３の認証処理により予め作成しておいたリンクキーとの排他的論理和を演算する（Ｓ５０６）。さらに、Ｓ５０６の演算結果と、携帯電話１１のＢｌｕｅｔｏｏｔｈアドレスであるａｄｄＸとの排他的論理和を取り（Ｓ５０７）、この演算結果と携帯電話１０のクロック値との排他的論理和を演算する（Ｓ５０８）。この演算結果を暗号鍵とする。
【００５１】
他方ＨＤＤレコーダ１０も同様に暗号鍵の生成処理を行う。まず、Ｓ５０３で携帯電話１１から受信した乱数Ｆと、図３の認証処理により予め作成しておいたリンクキーとの排他的論理和を演算する（Ｓ５０９）。さらに、Ｓ５０９の演算結果と、携帯電話１１のＢｌｕｅｔｏｏｔｈアドレスであるａｄｄＸとの排他的論理和を取り（Ｓ５１０）、この演算結果と携帯電話１０のクロック値との排他的論理和を演算し（Ｓ５１１）、これを暗号鍵とする。即ち、Ｓ５１１で得られる暗号鍵は、Ｓ５０８で携帯電話１１に作成される暗号鍵と一致する。尚、ここで使用する携帯電話１１のＢｌｕｅｔｏｏｔｈアドレス、及び携帯電話１０のクロック値は、図３及び図４で示した認証処理の際に携帯電話１０から予め取得し、記憶部１１２に記憶しておくことにより得られる。
【００５２】
Ｓ５０６乃至Ｓ５１１の処理により暗号鍵を得られれば、携帯電話１１及びＨＤＤレコーダ１０は、当該暗号鍵に基づいて暗号化してデータ通信を行う。携帯電話１１からＨＤＤレコーダ１０に向けてデータを送信する場合には、携帯電話１１はまず送信データと暗号鍵の排他的論理和を演算して暗号化し（Ｓ５１２）、この暗号化された送信データをＨＤＤレコーダ１０に向けて送信する（Ｓ５１３）。ＨＤＤレコーダ１０は、データを受信すれば（Ｓ５１４）、受信データと暗号鍵との排他的論理和を演算することにより復号して、データを取得する（Ｓ５１５）。
【００５３】
ＨＤＤレコーダ１０から携帯電話１１に向けてデータを送信する場合も同様であり、ＨＤＤレコーダ１０はまず送信データと暗号鍵の排他的論理和を演算して暗号化し（Ｓ５１６）、この暗号化された送信データを携帯電話１１に向けて送信する（Ｓ５１７）。携帯電話１１は、データを受信すれば（Ｓ５１８）、受信データと暗号鍵との排他的論理和を演算することにより復号して、データを取得する（Ｓ５１９）。
【００５４】
通信を終了する場合には、携帯電話１１は終了要求をＨＤＤレコーダ１０に向けて送信する（Ｓ５２０）。ＨＤＤレコーダ１０は当該要求を受信すれば（Ｓ５２１）、確認応答を携帯電話１１に向けて返信し（Ｓ５２２）、携帯電話１１は当該確認応答を受信する（Ｓ５２３）。これにより、通信は終了する。処理に使用した暗号鍵は今回限りのものであるため、携帯電話１１及びＨＤＤレコーダ１０は当該暗号鍵を破棄する（Ｓ５２４、Ｓ５２５）。
【００５５】
続いて、ＨＤＤレコーダ１０に記憶された動画データ１０２ｄを携帯電話１１に配信する際の処理の流れを図６及び図７を参照しながら説明する。図６は、携帯電話１１が屋内にある場合等の、ＨＤＤレコーダ１０と携帯電話１１とのＢｌｕｅｔｏｏｔｈ通信が可能な場合における、ＨＤＤレコーダ１０から携帯電話１１への動画データ配信に係る処理の流れを示す図である。
【００５６】
まず携帯電話１１は、Ｂｌｕｅｔｏｏｔｈ通信部１１３からＨＤＤレコーダ１０に向けて接続開始要求を送信する（Ｓ６０１）。当該処理は、図５におけるＳ５０２に対応する。ＨＤＤレコーダ１０は、Ｂｌｕｅｔｏｏｔｈ通信部１０３で接続開始要求を受信すると、Ｂｌｕｅｔｏｏｔｈ通信部１０３から確認応答を携帯電話１１に向けて送信する（Ｓ６０２）。この処理は、図５のＳ５０４に相当する。図６では記載を省略しているが、この後、図５のＳ５０６乃至Ｓ５１１で示したように、携帯電話１１及びＨＤＤレコーダ１０は其々暗号鍵を作成する。以後、携帯電話１１のＢｌｕｅｔｏｏｔｈ通信部１１３からＨＤＤレコーダ１０に向けて送信されるデータ、及びＨＤＤレコーダ１０のＢｌｕｅｔｏｏｔｈ通信部１０３から携帯電話１１に向けて送信されるデータは、図５のＳ５１２乃至Ｓ５１９に示したように、この暗号鍵で暗号化されて送信され、受信側で復号される。
【００５７】
接続が確立した後、ユーザが携帯電話１１の操作部１１６を操作して動画データ１０２ｄの再生指示を入力すれば、Ｂｌｕｅｔｏｏｔｈ通信部１１３からＨＤＤレコーダ１０に向けて、再生を指示するリモコン操作信号が送信される（Ｓ６０３）。
【００５８】
ＨＤＤレコーダ１０は、再生指示をＢｌｕｅｔｏｏｔｈ通信部１１３で受信すると、Ｂｌｕｅｔｏｏｔｈ通信よりもデータ転送レートの大きなインターネット１２を介した通信の接続要求をインターネット通信部１０４から携帯電話１１に向けて送信する（Ｓ６０４）。Ｓ６０４の接続要求は、図５のＳ５０２の処理に対応する（但し、図５の処理では携帯電話１１から要求を行っているが、Ｓ６０４ではＨＤＤレコーダ１０から携帯電話１１に向けて接続要求を送信している。図６のインターネットによる通信に関しては、以下同様）。携帯電話１１は、携帯電話通信部１１４で接続開始要求を受信すると、確認応答を携帯電話通信部１１４からＨＤＤレコーダ１０に向けて送信する（Ｓ６０５）。この処理は、図５のＳ５０４に相当する。図６では記載を省略しているが、この後、図５のＳ５０６乃至Ｓ５１１で示したように、携帯電話１１及びＨＤＤレコーダ１０は其々暗号鍵を作成する。以後、ＨＤＤレコーダ１０のインターネット通信部１０４から携帯電話１１に向けて送信されるデータ、及び携帯電話１１の携帯電話通信部１１４からＨＤＤレコーダ１０に向けて送信されるデータは、図５のＳ５１２乃至Ｓ５１９に示したように、この暗号鍵で暗号化されて送信され、受信側で復号される。
【００５９】
インターネット１１２を介した接続が確立した後、ＨＤＤレコーダ１０は、インターネット通信部１０４から携帯電話１１に向けた動画データ１０２ｄの送信を開始する。携帯電話１１は携帯電話通信部１１４で受信した動画データ１０２ｄを暗号鍵で復号して再生し、表示部１１５に表示する。
【００６０】
もし動画データ１０２ｄの再生中にユーザが携帯電話１１の操作部１１６を操作して動画データ１０２ｄの停止指示を入力すれば、Ｂｌｕｅｔｏｏｔｈ通信部１１３からＨＤＤレコーダ１０に向けて再生を指示するリモコン信号が送信される。
【００６１】
ＨＤＤレコーダ１０は、当該リモコン信号をＢｌｕｅｔｏｏｔｈ通信部１０３で受信すると、携帯電話１１への動画データ１０２ｄの送信を停止し、映像終了情報を送信する（Ｓ６０８）。また、インターネット１２を介した接続を切断するために、ＨＤＤレコーダ１０は終了要求をインターネット通信部１０４から携帯電話１１に向けて送信し（Ｓ６０９）、携帯電話１１は終了要求を携帯電話通信部１１４で受信すれば、確認応答を携帯電話通信部１１４からＨＤＤレコーダ１０に向けて返信する。Ｓ６０９及びＳ６１０の処理は、図５のＳ５２０及びＳ５２２の処理に対応する。図５でも説明したとおり、インターネット１２を介した通信接続を切断した後、当該通信に使用していた暗号鍵は破棄される。
【００６２】
ユーザのリモコン操作に伴う停止処理が終了したことを確認し、携帯電話１１は、ＨＤＤレコーダ１０に向けてＢｌｕｅｔｏｏｔｈ通信接続の終了要求をＢｌｕｅｔｏｏｔｈ通信部１１３からＨＤＤレコーダ１０に向けて送信する（Ｓ６１１）。ＨＤＤレコーダ１０は、これに対して確認応答を行う（Ｓ６１２）。Ｓ６１１及びＳ６１２の処理は、図５のＳ５２０及びＳ５２２の処理に対応する。図５でも説明した通り、Ｂｌｕｅｔｏｏｔｈ通信接続を切断した後、当該通信に使用していた暗号鍵は破棄される。
【００６３】
図７は、携帯電話１１が屋外にある場合等の、ＨＤＤレコーダ１０と携帯電話１１とのＢｌｕｅｔｏｏｔｈ通信が不可能な場合における、ＨＤＤレコーダ１０から携帯電話１１への動画配信に係る処理の流れを示す図である。
【００６４】
まず、携帯電話１１は、Ｂｌｕｅｔｏｏｔｈ通信部１１３からＨＤＤレコーダ１０に向けて接続開始要求を送信する（Ｓ７０１）。当該処理は、図５におけるＳ５０１に対応する。このとき、図５のＳ５０５に対応する確認応答を受信しなければ（Ｓ７０２）、携帯電話１１はＢｌｕｅｔｏｏｔｈでの通信が行えない状況にあると判断し、インターネット１２を介した接続を試みる。尚、この例ではＢｌｕｅｔｏｏｔｈでの通信が行えない状況であるか否かを確認応答が受信できたか否かを元に判断しているがこれに限られるものではなく、他の方法により判断しても良い。
【００６５】
携帯電話１１は、インターネット１２を介した通信の接続要求を携帯電話通信部１１４からＨＤＤレコーダ１０に向けて送信する（Ｓ７０３）。Ｓ７０３の処理は、図５のＳ５０２の処理に対応する。ＨＤＤレコーダ１０は、インターネット通信部１０４で接続開始要求を受信すると、確認応答をインターネット通信部１０４から携帯電話１１に向けて送信する（Ｓ７０４）。この処理は、図５のＳ５０４に対応する。図７では記載を省略しているが、この後、図５のＳ５０６乃至Ｓ５１１で示したように、携帯電話１１及びＨＤＤレコーダ１０は其々暗号鍵を作成する。以後、ＨＤＤレコーダのインターネット通信部１０４から携帯電話１１に向けて送信されるデータ、及び携帯電話１１の携帯電話通信部１１４からＨＤＤレコーダ１０に向けて送信されるデータは、図５のＳ５１２乃至Ｓ５１９に示したように、この暗号鍵で暗号化されて送信され、受信側で復号される。
【００６６】
接続が確立した後、ユーザが携帯電話１１の操作部１１６を操作して動画データ１０２ｄの再生指示を入力すれば、携帯電話通信部１１４からＨＤＤレコーダ１０に向けて、再生を指示するリモコン操作信号が送信される（Ｓ７０５）。ＨＤＤレコーダ１０は、インターネット通信部１０４で再生指示を受信すると、インターネット通信部１０４から携帯電話１１に向けた動画データ１０２ｄの送信を開始する（Ｓ７０６）。
【００６７】
もし動画データ１０２ｄの再生中にユーザが携帯電話１１の操作部１１６を操作して動画データ１０２ｄの停止指示を入力すれば、停止を指示するリモコン操作信号が、携帯電話通信部１１４からＨＤＤレコーダ１０に向けて送信される（Ｓ７０７）。
【００６８】
ＨＤＤレコーダ１０は、停止を指示するリモコン信号をインターネット通信部１０４で受信すると、携帯電話１１への動画データ１０２ｄの送信を停止し、映像終了情報を送信する（Ｓ７０８）。携帯電話１１は映像終了情報を受信すれば、インターネット１２を介した接続を切断するために、携帯電話１１は終了要求を携帯電話通信部１１４からＨＤＤレコーダ１０に向けて送信する（Ｓ７０９）。ＨＤＤレコーダ１０は終了要求をインターネット通信部１０４で受信すれば、確認応答をインターネット通信部１０４から携帯電話１１へ向けて返信する。Ｓ７０９及びＳ７１０の処理は、図５のＳ５２０及びＳ５２２の処理に対応する。図５でも説明した通り、インターネット１２を介した通信接続を切断した後、当該通信に使用していた暗号鍵は破棄される。
【００６９】
以上説明したように、本実施例によれば、Ｂｌｕｅｔｏｏｔｈ通信による認証を１度行うだけで、ユーザはＢｌｕｅｔｏｏｔｈ通信及びインターネット１２を介した通信の２つの通信経路を利用することが可能であり、伝送レートの大小や、通信距離等の用途に応じて通信経路を使い分けることができる。
【００７０】
またユーザは、インターネット通信に対する認証を行わないので、通信環境による通信経路の選択をユーザに意識させずに処理することができる。
また、安全性の高い通信経路であるＢｌｕｅｔｏｏｔｈ通信で作成したリンクキーに基づいて、安全性の低いインターネット１２を介した通信でも暗号化を行うことにより、第三者に覗き見られる可能性を軽減することができる。これにより、高いセキュリティを必要とする情報であっても、比較的安全にインターネット１２を介してやり取りすることができる。
【００７１】
本実施例では、ＨＤＤレコーダ１０と携帯電話１１とが近距離にあるか否かにかかわらず、動画配信については、データ転送レートの高いインターネット１２を介して通信を行ったが、例えばデータ転送レートの低くても済む場合には、ＨＤＤレコーダ１０と携帯電話１１とが近距離にある場合には、Ｂｌｕｅｔｏｏｔｈ通信で動画配信を行うようにしても良い。
【００７２】
本実施例では、Ｂｌｕｅｔｏｏｔｈ通信とインターネット１２による通信とを例にとって説明を行ったが、これに限られるものではなく、例えば無線ＬＡＮによる通信等であっても良い。この場合でも、安全性の高い通信路で認証を行って鍵を生成し、当該鍵に基づいて通信を暗号化すればよい。
【００７３】
尚本実施例では、動画データ１０２ｄを有するＨＤＤレコーダ１０と携帯電話１１とが直接通信する場合を例に説明を行ったが、この実施形態に限られるものではない。例えば、図８に示すように、Ｂｌｕｅｔｏｏｔｈ通信及びインターネット１２を介した通信を携帯電話１１と行う機器はネットワーク対応ＴＶ８０であり、ネットワーク対応ＴＶ８０は、ＬＡＮを介して接続されるネットワーク対応ＨＤＤ８１に記憶されたコンテンツデータを、携帯電話１１に対して配信するような実施形態であってもよい。この場合、ネットワーク対応ＴＶ８０とネットワーク対応ＨＤＤ８１との間の通信には、十分なセキュリティを確保する必要がある。
【図面の簡単な説明】
【００７４】
【図１】本発明の実施例１に係る携帯電話及びＨＤＤレコーダが使用されるシステムの構成を示す図。
【図２】本発明の実施例１に係る携帯電話及びＨＤＤレコーダの構成を示す図。
【図３】本発明の実施例１に係る携帯電話及びＨＤＤレコーダの認証処理に係る処理の流れを示すフローチャート。
【図４】本発明の実施例１に係る携帯電話及びＨＤＤレコーダの認証処理に係る処理の流れを示すフローチャート。
【図５】本発明の実施例１に係る携帯電話とＨＤＤレコーダが通信する際の処理の流れを示す図。
【図６】本発明の実施例１に係る携帯電話及びＨＤＤレコーダがＢｌｕｅｔｏｏｔｈ通信可能な場合における、ＨＤＤレコーダから携帯電話への動画配信に係る処理の流れを示す図。
【図７】本発明の実施例１に係る携帯電話及びＨＤＤレコーダがＢｌｕｅｔｏｏｔｈ通信できない場合における、ＨＤＤレコーダから携帯電話への動画配信にかかる処理の流れを示す図。
【図８】本発明の変形例に係るシステムの構成を示す図。
【符号の説明】
【００７５】
１０・・・ＨＤＤレコーダ
１１・・・携帯電話
１２・・・インターネット
１３・・・基地局
８０・・・ネットワーク対応ＴＶ
８１・・・ネットワーク対応ＨＤＤ
１０１・・・ＣＰＵ
１０２・・・記憶部
１０２ａ・・・ＰＩＮコード
１０２ｂ・・・Ｂｌｕｅｔｏｏｔｈアドレス
１０２ｃ・・・動画データ
１０３・・・Ｂｌｕｅｔｏｏｔｈ通信部
１０４・・・インターネット通信部
１１１・・・ＣＰＵ
１１２・・・記憶部
１１２ａ・・・ＰＩＮコード
１１２ｂ・・・Ｂｌｕｅｔｏｏｔｈアドレス
１１２ｃ・・・ＩＰアドレス
１１３・・・Ｂｌｕｅｔｏｏｔｈ通信部
１１４・・・携帯電話通信部
１１５・・・表示部
１１６・・・操作部
【図１】
2007053612.tif 000003
【図２】
2007053612.tif 000004
【図３】
2007053612.tif 000005
【図４】
2007053612.tif 000006
【図５】
2007053612.tif 000007
【図６】
2007053612.tif 000008
【図７】
2007053612.tif 000009
【図８】
2007053612.tif 000010