(57)【要約】【課題】ユーザに対する報知を適切に行うことを実現した通信装置を提供する。【解決手段】デジタルＴＶ装置１およびＨＤＤレコーダ２は、ＤＴＣＰ−ＩＰ対応機器であり、著作権保護されたコンテンツをＩＰネットワーク経由で送受信する。デジタルＴＶ装置１は、ＨＤＤレコーダ２との間の認証鍵交換処理を開始する際、当該認証鍵交換処理用に最初に送信するＴＣＰパケットのＴＴＬ値をＤＴＣＰ−ＩＰでの許容数に設定し、このＴＣＰパケットに対する応答がなかった場合、ＩＰネットワークの構成上の不具合を警告するメッセージを表示する。一方、ＨＤＤレコーダ２は、この認証鍵交換処理時、デジタルＴＶ装置１との間のＲＴＴ値を計測し、その計測値がＤＴＣＰ−ＩＰでの許容値を越えていた場合、ＩＰネットワークのパフォーマンス上の不具合を警告するメッセージを表示する。【選択図】      図１
2007067905.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置から受信する通信装置において、
互いに相手を認証し合うための認証鍵を送受信する認証鍵交換処理を前記他の通信装置との間で開始する際、当該認証鍵交換処理用として最初に送信する前記他の通信装置宛てのパケットのＴＴＬ（Time To Live）値を所定の値に設定して送信する設定手段と、
前記設定手段によりＴＴＬ値が前記所定の値に設定された前記パケットに対する応答を前記他の通信装置から受信しなかった場合、前記ＩＰネットワークの構成上の不具合を出力する報知手段と、
を具備することを特徴とする通信装置。
【請求項２】
前記設定手段は、３以下の値を前記パケットのＴＴＬ値として設定することを特徴とする請求項１記載の通信装置。
【請求項３】
コンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置に送信する通信装置において、
互いに相手を認証し合うための認証鍵を送受信する認証鍵交換処理を前記他の通信装置との間で実行する際、前記他の通信装置との間の前記ＩＰネットワーク経由の通信におけるＲＴＴ（Round Trip Time）値を計測する計測手段と、
前記計測手段により計測されたＲＴＴ値が所定の値よりも大きい値であった場合、前記ＩＰネットワークの通信性能の不具合を出力する報知手段と、
を具備することを特徴とする通信装置。
【請求項４】
前記報知手段は、前記計測手段により計測されたＲＴＴ値が７ｍ秒より大きい場合、前記報知を行うことを特徴とする請求項３記載の通信装置。
【請求項５】
コンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置から受信する通信装置において、
互いに相手を認証し合うための認証鍵を送受信する認証鍵交換処理を実行する前に、ＴＴＬ（Time To Live）値を所定の値に設定したICMP Echo Requestパケットを前記他の通信装置に送信する試行手段と、
前記試行手段によりＴＴＬ値が前記所定の値に設定されて送信された前記パケットに対する応答を前記他の通信装置から受信しなかった場合、前記ＩＰネットワークの構成上の不具合を出力する報知手段と、
を具備することを特徴とする通信装置。
【請求項６】
前記試行手段は、３以下の値を前記パケットのＴＴＬ値として設定することを特徴とする請求項５記載の通信装置。
【請求項７】
コンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置から受信する通信装置において、
互いに相手を認証し合うための認証鍵を送受信する認証鍵交換処理を実行する前に、前記他の通信装置との間の前記ＩＰネットワーク経由の通信におけるＲＴＴ（Round Trip Time）値を計測する計測手段と、
前記計測手段により計測されたＲＴＴ値が所定の値よりも大きい値であった場合、前記ＩＰネットワークの通信性能上の不具合を出力する報知手段と、
を具備することを特徴とする通信装置。
【請求項８】
前記報知手段は、前記計測手段により計測されたＲＴＴ値が７ｍ秒より大きい場合、前記報知を行うことを特徴とする請求項７記載の通信装置。
【請求項９】
前記通信装置は、ＤＴＣＰ（Digital Transmission Content Protection）−ＩＰに準拠したことを特徴とする請求項１、２、３、４、５、６、７または８記載の通信装置。
【請求項１０】
コンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置との間で送受信するデジタルテレビジョン装置において、
互いに相手を認証し合うための認証鍵を送受信する認証鍵交換処理を前記他の通信装置との間で開始する際、当該認証鍵交換処理用として最初に送信する前記他の通信装置宛てのパケットのＴＴＬ（Time To Live）値を所定の値に設定して送信する設定手段と、
前記設定手段によりＴＴＬ値が前記所定の値に設定された前記パケットに対する応答を前記他の通信装置から受信しなかった場合、前記ＩＰネットワークの構成上の不具合を出力する行う第１の報知手段と、
前記認証鍵交換処理の実行時、前記他の通信装置との間の前記ＩＰネットワーク経由の通信におけるＲＴＴ（Round Trip Time）値を計測する計測手段と、
前記計測手段により計測されたＲＴＴ値が所定の値よりも大きい値であった場合、前記ＩＰネットワークの通信性能の不具合を出力する第２の報知手段と、
を具備することを特徴とするデジタルテレビジョン装置。
【請求項１１】
コンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置との間で送受信する通信装置の報知方法であって、
互いに相手を認証し合うための認証鍵を送受信する認証鍵交換処理を前記他の通信装置との間で開始する際、当該認証鍵交換処理用として最初に送信する前記他の通信装置宛てのパケットのＴＴＬ（Time To Live）値を所定の値に設定して送信し、
前記ＴＴＬ値が前記所定の値に設定された前記パケットに対する応答を前記他の通信装置から受信しなかった場合、前記ＩＰネットワークの構成上の不具合を出力し、
前記認証鍵交換処理の実行時、前記他の通信装置との間の前記ＩＰネットワーク経由の通信におけるＲＴＴ（Round Trip Time）値を計測し、
前記計測されたＲＴＴ値が所定の値よりも大きい値であった場合、前記ＩＰネットワークの通信性能の不具合を出力する
ことを特徴とする通信装置の報知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、著作権保護されたコンテンツをＩＰネットワーク経由で他の通信装置との間で送受信する通信装置のユーザ支援技術に関する。
【背景技術】
【０００２】
近年の圧縮符号化技術、暗号化技術、通信技術等の向上に伴い、映画や音楽等をデジタル化したコンテンツをネットワーク経由で送受信することが行われ始めている。この種のコンテンツは、著作権により保護されているものが多いことから、例えば違法コピーなどの著作権侵害行為を実施するおそれの高い不当な機器を排除するための手法も種々提案されている（例えば特許文献１等参照）。
【特許文献１】特開２００５−１１７１７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＤＴＣＰ（Digital Transmission Content Protection）は、IEEE1394やＵＳＢなどの主に２台の通信機器間にデータ伝送路を確立するためのインタフェースでコンテンツを送受信する際の著作権保護技術である。ＤＴＣＰは、ライセンス組織であるＤＴＬＡ（Digital Transmission Licensing Administrator）社が発行した機器証明書を各機器が持ち、コンテンツ伝送の際、この機器証明書を相互に検証し、認証・鍵交換を行うことで暗号鍵を共有するというものである。また、このＤＴＣＰ技術をＩＰ（Internet Protocol）ネットワーク上で利用できるように拡張した技術がＤＴＣＰ−ＩＰである。
【０００４】
そして、ＩＰネットワークは、IEEE1394やＵＳＢなどと異なり、広範囲に渡ってデータ送受信が可能であるので、ＤＴＣＰ−ＩＰでは、コンテンツの拡散防止を目的とした制限が種々定義されている。
【０００５】
ところで、このように定義された制限のいずれかに該当してしまい、コンテンツの送受信が行えない状況では、例えばＡＫＥ（device Authentication and key Exchange）と称される認証鍵交換処理が失敗し、この失敗が何回か繰り返された後、ユーザに対するエラー報知が行われることになる。つまり、ユーザが何らかの不具合を認知するまでに相当の時間を費やしてしまうといった問題があった。
【０００６】
また、エラーが報知されることにより、ユーザは、何らかの不具合が存在することは認知できても、どのような制限に該当してエラーになってしまっているのか、その詳細は報知されていなかったので、適切な対処法を特定することも難しかった。
【０００７】
この発明は、このような事情を考慮してなされたものであり、ユーザに対する報知を適切に行うことを実現した通信装置、デジタルテレビジョン装置および通信装置の報知方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前述の目的を達成するために、この発明の通信装置は、コンテンツをＩＰネットワーク経由で他の通信装置から受信する通信装置において、互いに相手を認証し合うための認証鍵を送受信する認証鍵交換処理を前記他の通信装置との間で開始する際、当該認証鍵交換処理用として最初に送信する前記他の通信装置宛てのパケットのＴＴＬ（Time To Live）値を所定の値に設定して送信する設定手段と、前記設定手段によりＴＴＬ値が前記所定の値に設定された前記パケットに対する応答を前記他の通信装置から受信しなかった場合、前記ＩＰネットワークの構成上の不具合を出力する報知手段と、を具備することを特徴とする。
【０００９】
また、この発明の通信装置は、コンテンツをＩＰネットワーク経由で他の通信装置に送信する通信装置において、互いに相手を認証し合うための認証鍵を送受信する認証鍵交換処理を前記他の通信装置との間で実行する際、前記他の通信装置との間の前記ＩＰネットワーク経由の通信におけるＲＴＴ（Round Trip Time）値を計測する計測手段と、前記計測手段により計測されたＲＴＴ値が所定の値よりも大きい値であった場合、前記ＩＰネットワークの通信性能の不具合を出力する報知手段と、を具備することを特徴とする。
【発明の効果】
【００１０】
この発明によれば、ユーザに対する報知を適切に行うことを実現した通信装置、デジタルテレビジョン装置および通信装置の報知方法を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照してこの発明の実施形態について説明する。
【００１２】
（第１実施形態）
まず、この発明の第１実施形態を説明する。図１は、第１実施形態の通信装置の一利用形態例を示す図である。ここでは、本発明の通信装置はデジタルテレビジョン（ＴＶ）装置１として実現されている。
【００１３】
デジタルＴＶ装置１は、著作権保護されたコンテンツをＩＰネットワーク経由で受信して再生する機能を有するＤＴＣＰ−ＩＰ対応機器であり、ＨＤＤレコーダ２が保有するコンテンツをルータ３経由で取得する。つまり、デジタルＴＶ装置１はＳｉｎｋ機器、ＨＤＤレコーダ２はＳｏｕｒｃｅ機器としてそれぞれ動作し、双方の間でＴＣＰ／ＩＰ通信を実行する。また、このデジタルＴＶ装置１とＨＤＤレコーダ２との間に介在するルータ３は、例えばルーティング機能を有するパーソナルコンピュータ等であっても良い。
【００１４】
図２は、デジタルＴＶ装置１のコンテンツ取得に関する部分についての概略構成を示すブロック図である。
【００１５】
図２に示すように、デジタルＴＶ装置１は、ユーザインタフェース部１１、ＤＴＣＰ−ＩＰ転送部１２、ＡＫＥ部１３、演算部１４、ＰＣＰ（Protected Content Packet）部１５およびソケット１６を有している。
【００１６】
Ｓｉｎｋ機器として動作するデジタルＴＶ装置１は、Ｓｏｕｒｃｅ機器のＨＤＤレコーダ２から著作権保護されたコンテンツをＩＰネットワーク経由で受信する場合、ＡＫＥと称される認証鍵交換処理をＨＤＤレコーダ２との間で実行する必要がある。デジタルＴＶ装置１がＨＤＤレコーダ２との間で実行する認証鍵交換処理は、ＨＤＤレコーダ２を識別する認証鍵をＨＤＤレコーダ２から取得して、ＨＤＤレコーダ２を認証するとともに、自装置１を識別する認証鍵をＨＤＤレコーダ２に送信して、自装置１をＨＤＤレコーダ２に認証させるものである。ＤＴＣＰ−ＩＰ転送部１２は、ＨＤＤレコーダ２との間のコンテンツ授受に関わる通信全体の制御を司り、この認証鍵交換処理の実行をＡＫＥ部１３に指示する。また、ＤＴＣＰ−ＩＰ転送部１２は、上位モジュールとのインタフェース処理も実行する。
【００１７】
ＡＫＥ処理部１３は、このＤＴＣＰ−ＩＰ転送部１２からの指示を受けると、ＨＤＤレコーダ２との間の認証鍵交換処理をソケット１６を介して実行し、その際、取得した認証鍵の検証等を演算部１４に依頼する。そして、演算部１４から認証鍵の検証が成功した旨の通知が返されると、ＡＫＥ処理部１３は、認証鍵交換処理の成功をＤＴＣＰ−ＩＰ転送部１２に通知する。
【００１８】
この通知をＡＫＥ処理部１３から受けると、ＤＴＣＰ−ＩＰ転送部１２は、ＨＤＤレコーダ２からのコンテンツの受信をソケット１６を介して実行する。コンテンツは、暗号化が施されて送信されてくるので、ＤＴＣＰ−ＩＰ転送部１２は、この暗号化されたコンテンツの復号化をＰＣＰ部１５に依頼する。ＰＣＰ部１５は、この依頼をＤＴＣＰ−ＩＰ転送部１２から受けると、ＨＤＤレコーダ２の認証鍵をＡＫＥ部１３から取得し、この認証鍵を使って当該コンテンツの復号化を実行する。
【００１９】
また、ＰＣＰ部１５は、ＤＴＣＰ−ＩＰ転送部１２が著作権保護されたコンテンツを送信する場合に、当該コンテンツを格納するパケットの作成も実行する。その際、ＰＣＰ部１５は、このパケットに設定する暗号パラメータの生成をＡＫＥ部１３に依頼し、この依頼を受けたＡＫＥ部１３は、デジタルＴＶ装置１の認証鍵で復号可能な暗号パラメータを演算部１４に生成させてＰＣＰ部１５に返却する。この暗号パラメータが設定されたパケットは、ＤＴＣＰ−ＩＰ転送部１２によって送信相手に送信される。
【００２０】
以上の流れにより、デジタルＴＶ装置１は、ＨＤＤレコーダ２から著作権保護されたコンテンツを取得して利用するが、ＤＴＣＰ−ＩＰでは、広範囲に渡ってデータ送受信が可能であるというＩＰネットワークの特性を考慮し、コンテンツの拡散防止を目的とした制限が種々定義されている。そして、その定義の１つとして、ルータによる中継回数を２回までとすることで、伝送範囲を制限するといったものが存在する。
【００２１】
例えばデジタルＴＶ装置１とＨＤＤレコーダ２との間に、ルーティング機能を有するパーソナルコンピュータやルータ、つまり図１のルータ３が３つ以上介在していると、この制限に該当するので、ＡＫＥ部１３による認証鍵交換処理は失敗する。そして、このＡＫＥ部１３による認証鍵交換処理の失敗が所定回数に達すると、通常、その旨がユーザに報知されることになる。しかしながら、これでは、この認証鍵交換処理の失敗をユーザが認知するまでに相当の時間を費やしてしまい、また、その原因が介在するルータ数の制限オーバーであるとユーザが判断することは難しい。
【００２２】
そこで、このデジタルＴＶ装置１は、ＩＰネットワークの構成上の不具合を即座に出力してユーザに警告し、その対処を速やかに行えるようにしたものであり、以下、この点について詳述する。
【００２３】
図３は、デジタルＴＶ装置１とＨＤＤレコーダ２との間の認証鍵交換処理時における通信の流れを示すタイミングチャートである。デジタルＴＶ装置１のＡＫＥ部１３は、ＤＴＣＰ−ＩＰ転送部１２から認証鍵交換処理の実行を指示された際、この認証鍵交換処理のためのＡＫＥ手順中でＨＤＤレコーダ２に向けて送信する最初のＴＣＰパケットのＴＴＬ値を例えば３などの３以下の値に設定する（図３の（１））。また、この時、ＡＫＥ部１３は、このＴＣＰパケットにＳＹＮフラグを付加する。
【００２４】
その後、このＴＣＰパケットに対する応答、つまりＳＹＮ＋ＡＣＫフラグが付加されたＴＣＰパケットを受信しなかった（返信されなかった）場合、ＡＫＥ部１３は、その時点で認証鍵交換処理を中断し、ＴＴＬ値を３以下に設定したＴＣＰパケットに対する応答が無い旨をＤＴＣＰ−ＩＰ転送部１２に通知する。そして、この通知を受けたＤＴＣＰ−ＩＰ転送部１２は、例えば図４に示すような警告メッセージを表示するようにユーザインタフェース部１１に依頼する（図３の（２））。
【００２５】
このメッセージは、Ｓｏｕｒｃｅ機器であるＨＤＤレコーダ２とＳｉｎｋ機器であるデジタルＴＶ装置１との間にＤＴＣＰ−ＩＰでの許容数を越える数のルータ３が介在するＩＰネットワークの構成上の不具合を警告する内容となっており、このような構成上の不具合を含むＩＰネットワーク経由でＳｏｕｃｅ機器と通信することになった本デジタルＴＶ装置１では、認証鍵交換処理用の最初のＴＣＰパケット送信時に当該メッセージを表示するので、迅速かつ適切にユーザに対処を促すことが可能となる。
【００２６】
なお、この認証鍵交換処理のためのＡＫＥ手順に後続するＲＴＴ計測手順は、デジタルＴＶ装置１とのＩＰネットワーク経由の通信のＲＴＴを計測するためにＳｏｕｃｅ機器であるＨＤＤレコーダ２が主導して行うものである。コンテンツの拡散防止を目的とした制限として、ＤＴＣＰ−ＩＰでは、ルータによる中継回数の制限のほか、Ｓｏｕｃｅ機器およびＳｉｎｋ機器間のＲＴＴ値を７ｍＳまでとするといった制限も存在する。ＲＴＴ計測手順は、この制限を満たすかどうかを調べるために実施するものである。
【００２７】
図５は、この第１実施形態のデジタルＴＶ装置１の認証鍵交換処理実行時の動作手順を示すフローチャートである。
【００２８】
ＨＤＤレコーダ２との間で認証鍵交換処理を開始する際、ＡＫＥ処理部１３は、まず、最初のＴＣＰパケットのＴＴＬ値を３以下に設定し（ステップＡ１）、ＨＤＤレコーダ２に向けて送信する（ステップＡ２）。
【００２９】
そして、ＡＫＥ部１３は、このＴＴＬ値を設定したパケットの応答有無を監視し（ステップＡ３）、応答があれば（ステップＡ３のＹＥＳ）、そのまま後続の処理を継続し（ステップＡ４）、応答がなければ（ステップＡ３のＮＯ）、ＤＴＣＰ−ＩＰ転送部１２にその旨を返答することにより、ＩＰネットワークの構成上の不具合をユーザインタフェース部１１に表示させる（ステップＡ５）。
【００３０】
これにより、ユーザに対する報知を適切に行うことを実現した通信装置を提供することができる。
【００３１】
（第２実施形態）
次に、この発明の第２実施形態を説明する。この第２実施形態においては、本発明の通信装置は、図１に示したＨＤＤレコーダ２として実現されている。また、このＨＤＤレコーダ２のコンテンツ配信に関する部分についての概略構成は、図２に示したデジタルＴＶ装置１のコンテンツ取得に関する部分についての概略構成と同じである。
【００３２】
前述したように、コンテンツの拡散防止を目的としてＤＴＣＰ−ＩＰで定義される制限の１つとして、Ｓｏｕｒｃｅ機器とＳｉｎｋ機器との間におけるＲＴＴ値を７ｍＳまでとすることで、伝送範囲を制限するといったものも存在する。
【００３３】
例えばデジタルＴＶ装置１とＨＤＤレコーダ２との間に、低速なネットワークである無線ＬＡＮ経由でデータを送受信するルータ３が介在していると、この制限に該当してしまうおそれがあり、もし、この制限に該当すると、著作権保護されたコンテンツの送受信は禁止される。このＲＴＴ値の計測は、通常、認証鍵交換処理の実行時に行われるので、あたかも認証鍵交換処理が失敗したかのように見えるが、その原因が実はＲＴＴの制限オーバーであるとユーザが判断することは難しい。
【００３４】
そこで、このＨＤＤレコーダ２は、ＩＰネットワークの通信性能（パフォーマンス）上の不具合を即座に出力してユーザに警告し、その対処を速やかに行えるようにしたものであり、以下、この点について詳述する。
【００３５】
図６は、デジタルＴＶ装置１とＨＤＤレコーダ２との間の認証鍵交換処理時における通信の流れを示すタイミングチャートである。Ｓｏｕｒｃｅ機器として動作する本ＨＤＤレコーダ２も、Ｓｉｎｋ機器として動作する第１実施形態のデジタルＴＶ装置１と同様、認証鍵交換処理のためのＡＫＥ手順中でデジタルＴＶ装置１に向けて最初に送信するＴＣＰパケットによって、ＩＰネットワークの構成上の不具合の有無を判定し、あればＩＰネットワークの構成上の不具合を出力して警告する（図６の（１），（２））。
【００３６】
これに加えて、このＨＤＤレコーダ２では、認証鍵交換処理の実行時、ＲＴＴ計測手順によりデジタルＴＶ装置１との間のＲＴＴ値を計測した際（図６の（３））、もし、その計測値が７ｍＳよりも大きかったら、その旨をＤＴＣＰ−ＩＰ転送部１２に通知する。そして、この通知を受けたＤＴＣＰ−ＩＰ転送部１２は、例えば図７に示すような警告メッセージを表示するようにユーザインタフェース部１１に依頼する（図６の（４））。
【００３７】
このメッセージは、Ｓｏｕｒｃｅ機器であるＨＤＤレコーダ２とＳｉｎｋ機器であるデジタルＴＶ装置１との間におけるＲＴＴ値がＤＴＣＰ−ＩＰでの許容値を越える７ｍＳより大きいＩＰネットワークのパフォーマンス上の不具合を警告する内容となっており、このようなパフォーマンス上の不具合を含むＩＰネットワーク経由でＳｉｎｋ機器と通信することになった本ＨＤＤレコーダ２では、認証鍵交換処理実行時に当該メッセージを表示するので、迅速かつ適切にユーザに対処を促すことが可能となる。
【００３８】
図８は、この第２実施形態のＨＤＤレコーダ２の認証鍵交換処理実行時の動作手順を示すフローチャートである。
【００３９】
ＡＫＥ処理部１３から認証鍵交換処理成功が通知されると（ステップＢ１）、ＤＴＣＰ−ＩＰ転送部１２は、ＲＴＴ計測用のＴＣＰパケットをデジタルＴＶ装置１に向けて送信する（ステップＢ２）。その後、ＤＴＣＰ−ＩＰ転送部１２は、このＴＣＰパケットの応答の有無を判断する（ステップＢ３）。この判断は、応答が返信されるか、あるいは一定回数に達するまで繰り返され、一定回数に達する前（ステップＢ４のＮＯ）に応答が返信されたら（ステップＢ３のＹＥＳ）、デジタルＴＶ装置１との間におけるＲＴＴの計測を実行する（ステップＢ５）。
【００４０】
もし、この計測値がＤＴＣＰ−ＩＰでの許容値である７ｍＳを越えていれば（ステップＢ６のＮＯ）、ＤＴＣＰ−ＩＰ転送部１２は、ＩＰネットワークのパフォーマンス上の不具合をユーザインタフェース部１１に表示させる（ステップＢ７）。一方、７ｍＳ以内であれば（ステップＢ６のＮＯ）、ＤＴＣＰ−ＩＰ転送部１２は、そのまま後続の処理を継続する（ステップＢ８）。
【００４１】
また、応答が返信されることなく（ステップＢ３のＮＯ）、応答有無の判断が一定回数繰り返された場合（ステップＢ４のＹＥＳ）、ＤＴＣＰ−ＩＰ転送部１２は、ＲＴＴの計測を実行するまでもなく、ＤＴＣＰ−ＩＰでの許容値を越えているものとみなし、ＩＰネットワークのパフォーマンス上の不具合をユーザインタフェース部１１に表示させる（ステップＢ７）。
【００４２】
これにより、ユーザに対する報知を適切に行うことを実現した通信装置を提供することができる。
【００４３】
なお、前述の実施形態では、Ｓｉｎｋ機器として動作するデジタルＴＶ装置１がＳｏｕｒｃｅ機器であるＨＤＤレコーダ２との間の認証鍵交換処理を開始する際にＩＰネットワークの構成上の不具合をチェックし、また、Ｓｏｕｒｃｅ機器として動作するＨＤＤレコーダ２がＳｉｎｋ機器であるデジタルＴＶ装置１との間の認証鍵交換処理実行時にＩＰネットワークのパフォーマンス上の不具合をチェックする例を説明したが、例えばＳｉｎｋ機器として動作するデジタルＴＶ装置１が、例えば電源投入時など、実際にコンテンツの取得・再生がユーザから指示されて認証鍵交換処理を行うことになる前の所定のタイミングにおいて、このＩＰネットワークの構成上およびパフォーマンス上の不具合を事前にチェックするようにすることは当然に可能である。
【００４４】
より具体的には、例えば電源投入された際、ＴＴＬ値を３以下の値に設定したICMP Echo RequestパケットをＨＤＤレコーダ２宛てに送信してその応答有無を判定したり、ＲＴＴ値計測用のパケットをＨＤＤレコーダ２宛てに送信してＲＴＴが許容値内にあるかどうかを判定し、いずれかの不具合が検知されたら、その旨を警告するメッセージをその時点で表示するようにすればよい。
【００４５】
つまり、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００４６】
【図１】この発明の第１実施形態に係る通信装置の一利用形態例を示す図
【図２】同第１実施形態のデジタルＴＶ装置のコンテンツ取得に関する部分についての概略構成を示すブロック図
【図３】同第１実施形態のデジタルＴＶ装置とＨＤＤレコーダとの間の認証鍵交換処理時における通信の流れを示すタイミングチャート
【図４】同第１実施形態のデジタルＴＶ装置によって表示される警告メッセージの一例を示す図
【図５】同第１実施形態のデジタルＴＶ装置の認証鍵交換処理実行時の動作手順を示すフローチャート
【図６】同第２実施形態のデジタルＴＶ装置とＨＤＤレコーダとの間の認証鍵交換処理時における通信の流れを示すタイミングチャート
【図７】同第２実施形態のＨＤＤレコーダによって表示される警告メッセージの一例を示す図
【図８】同第２実施形態のＨＤＤレコーダの認証鍵交換処理実行時の動作手順を示すフローチャート
【符号の説明】
【００４７】
１…デジタルＴＶ装置、２…ＨＤＤレコーダ、３…ルータ、１１…ユーザインタフェース部、１２…ＤＴＣＰ−ＩＰ転送部、１３…ＡＫＥ部、１４…演算部、１５…ＰＣＰ部、１６…ソケット。
【図１】
2007067905.tif 000003
【図２】
2007067905.tif 000004
【図３】
2007067905.tif 000005
【図４】
2007067905.tif 000006
【図５】
2007067905.tif 000007
【図６】
2007067905.tif 000008
【図７】
2007067905.tif 000009
【図８】
2007067905.tif 000010