(57)【要約】  【構成】  デジタルテレビ２０は、ＬＡＮによって接続されたデジタルテレビ１８に対して、購入したコンテンツの視聴データのアップロードサーバ２４への代理送信を依頼する。代理送信を受諾したデジタルテレビ１８は、デジタルテレビ２０からＬＡＮを介して受信した視聴データを電話回線によりアップロードサーバ２４に代理送信する。  【効果】  デジタルテレビ２０は、電話回線に接続されていなくても、デジタルテレビ１８を介して視聴データをアップロードサーバ２４に送信することができるので、電話回線と接続できる放送受信機の台数を減らすことができる。【選択図】  図１
2006074685.tif 000002
【特許請求の範囲】
【請求項１】
電話回線に接続されない第１放送受信機および前記電話回線に接続された第２放送受信機を含み、前記第１放送受信機によって購入されたコンテンツの視聴データを管理サーバに送信するコンテンツ購入システムであって、
前記第１放送受信機は、
購入したコンテンツの視聴データを記録するデータ記録手段、
前記データ記録手段から視聴データを読み出す読み出し手段、および
前記読み出し手段によって読み出された視聴データをネットワークにより前記第２放送受信機に送信する第１送信手段を備え、
前記第２放送受信機は、
前記第１送信手段によって送信された視聴データを受信する第１受信手段、および
前記第１受信手段によって受信された視聴データを前記電話回線により前記管理サーバに送信する第２送信手段を備えることを特徴とする、コンテンツ購入システム。
【請求項２】
前記第１放送受信機は、
前記第２放送受信機のアドレスを記録する第１アドレス記録手段、
前記第１アドレス記録手段からアドレスを検索する第１アドレス検索手段、および
前記第１アドレス検索手段によりアドレスが検索された前記第２放送受信機に代理送信許可要求を送信する代理送信許可要求手段をさらに備え、
前記第２放送受信機は、
前記代理送信許可要求手段によって送信された代理送信許可要求を受信する代理送信許可要求受信手段、および
代理受信が可能なとき前記第１放送受信機に代理受信許可応答を送信する代理受信許可応答手段をさらに備える、請求項１記載のコンテンツ購入システム。
【請求項３】
前記第１放送受信機は、
前記第１アドレス記録手段から前記第２放送受信機のアドレスが検索されなかったときブロードキャストパケットを前記ネットワーク上に送信して代理送信許可を要求するパケット送信手段、および
前記第２放送受信機から送信されたアドレスを受信するアドレス受信手段をさらに備え、
前記第２放送受信機は、
前記パケット送信手段によって前記ネットワーク上に送信されたブロードキャストパケットを検出するパケット検出手段、
前記パケット検出手段によりブロードキャストパケットが検出されると前記第２放送受信機の第２アドレス記録手段からアドレスを検索する第２アドレス検索手段、および
前記第２アドレス検索手段によって検索されたアドレスを前記第１放送受信機に送信するアドレス送信手段をさらに備える、請求項１または２記載のコンテンツ購入システム。
【請求項４】
前記第１放送受信機は、
前記読み出し手段によって読み出された視聴データをｎ個のブロックに分割するデータ分割手段をさらに備え、
前記第１送信手段は、分割手段によって分割されたｎ個のブロックをブロックごとに前記第２放送受信機に送信する第３送信手段を含み、
前記第２放送受信機は、
前記第１受信手段は、前記第１放送受信機から送信されたｎ個のブロックをブロックごとに受信する第２受信手段を含み、
前記第２受信手段によって受信されたｎ個のブロックから視聴データを復元するデータ復元手段をさらに備える、請求項１ないし３のいずれかに記載のコンテンツ購入システム。
【請求項５】
前記第１放送受信機は、
前記第２放送受信機から特定ブロックの再送信要求を受信する再送信要求受信手段、
再送信要求に基づいて特定ブロックを前記第２放送受信機に再送信する再送信手段をさらに備え、
前記第２放送受信機は、
前記第３送信手段によって送信されたブロックにエラーが含まれているか否かを検出するエラー検出手段、
前記エラー検出手段によってエラーが検出されたブロックを特定するブロック特定手段、
前記ブロック特定手段によって特定された特定ブロックの再送信を要求する再送信要求手段をさらに備える、請求項１ないし４のいずれかに記載のコンテンツ購入システム。
【請求項６】
前記第１放送受信機は、
前記第２放送受信機から送信されるエラーメッセージを受信するメッセージ受信手段、
前記メッセージ受信手段によって受信されたエラーメッセージを出力するメッセージ出力手段、および
前記メッセージ表示手段にエラーメッセージを表示するメッセージ表示手段をさらに備え、
前記第２放送受信機は、
特定ブロックの再送信要求回数をカウントするカウント手段、
前記カウント手段によってカウントされた再送信要求回数が所定値よりも大きいとき前記再送信要求手段を不能化する不能化手段、および
前記不能化手段によって前記再送信要求手段が不能化されたとき前記第１放送受信機にエラーメッセージを送信するメッセージ送信手段をさらに備える、請求項５記載のコンテンツ購入システム。
【請求項７】
第１放送受信機は、
前記第２受信機から前記データ記録手段の制御コマンドを受信する第１コマンド受信手段、および
コマンド受信手段によって受信された制御コマンドに基づいて前記データ記録手段を制御する制御手段をさらに備え、
前記第２放送受信機は、
前記管理サーバから前記データ記録手段の制御コマンドを受信する第２コマンド受信手段、
前記第２コマンド受信手段によって受信された前記データ記録手段の制御コマンドを前記第１放送受信機に送信するコマンド送信手段、および
前記データ記録手段の制御コマンドを前記第１放送受信機に送信したことを前記管理サーバに通知する通知手段をさらに備える、請求項１ないし６のいずれかに記載のコンテンツ購入システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツ購入システムに関し、特にたとえば複数の放送受信機を含むコンテンツ購入システムに適用され、電話回線に接続されない第１放送受信機および電話回線に接続された第２放送受信機を含み、第１放送受信機によって購入されたコンテンツの視聴データを管理サーバに送信する、コンテンツ購入システムに関する。
【背景技術】
【０００２】
従来のこの種のコンテンツ購入システムでは、ＰＰＶ（Pay Per View）によりコンテンツを購入して視聴するとき、購入したコンテンツの視聴データは、視聴した放送受信機内のＩＣカードに記録される。ＰＰＶを繰り返すことによりＩＣカードの記録容量がなくなると、ＩＣカードに記録された視聴データが、その放送受信機に内蔵されているモデムおよび電話回線を介して放送局のアップロードサーバに直接送信される。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、複数の放送受信機の各々から放送局のアップロードサーバに視聴データを直接送信する場合、すべての放送受信機を電話回線に接続できるようにしておかなければならないという問題がある。
【０００４】
それゆえに、この発明の主たる目的は、電話回線と接続できる放送受信機の台数を減らすことができる、コンテンツ購入システムを提供することである。
【課題を解決するための手段】
【０００５】
請求項１の発明は、電話回線に接続されない第１放送受信機および電話回線に接続された第２放送受信機を含み、第１放送受信機によって購入されたコンテンツの視聴データを管理サーバに送信するコンテンツ購入システムであって、第１放送受信機は、購入したコンテンツの視聴データを記録するデータ記録手段、データ記録手段から視聴データを読み出す読み出し手段、および読み出し手段によって読み出された視聴データをネットワークにより第２放送受信機に送信する第１送信手段を備え、第２放送受信機は、第１送信手段によって送信された視聴データを受信する第１受信手段、および第１受信手段によって受信された視聴データを電話回線により管理サーバに送信する第２送信手段を備えることを特徴とする、コンテンツ購入システムである。
【０００６】
請求項１の発明によれば、第１放送受信機は購入したコンテンツの視聴データをデータ記録手段から読み出し、読み出した視聴データをネットワークにより第２放送受信機に送信する。第２放送受信機は、第１放送受信機から送信された視聴データを受信すると、受信した視聴データを電話回線により管理サーバに送信する。
【０００７】
つまり、第１放送受信機は購入したコンテンツの視聴データを管理サーバに直接送信するのではなく、電話回線に接続された第２放送受信機に視聴データを送信し、第２放送受信機は受信した視聴データを電話回線により管理サーバに送信する。この場合、第１放送受信機は、電話回線に接続されていなくても、第２放送受信機を介して視聴データを管理サーバに送信することができるので、電話回線との接続を最小限にすることができる。
【０００８】
請求項２の発明は、請求項１に従属し、第１放送受信機は、第２放送受信機のアドレスを記録する第１アドレス記録手段、第１アドレス記録手段からアドレスを検索する第１アドレス検索手段、および第１アドレス検索手段によりアドレスが検索された第２放送受信機に代理送信許可要求を送信する代理送信許可要求手段をさらに備え、
第２放送受信機は、代理送信許可要求手段によって送信された代理送信許可要求を受信する代理送信許可要求受信手段、および代理受信が可能なとき第１放送受信機に代理受信許可応答を送信する代理受信許可応答手段をさらに備える、コンテンツ購入システムである。
【０００９】
請求項２の発明によれば、第１放送受信機は、第１アドレス記録手段に記録されているアドレスを検索し、検索されたアドレスを有する第２放送受信機に視聴データの代理送信許可要求をする。視聴データの代理送信許可要求を受信した第２放送受信機は、代理受信の準備が完了すると、第１放送受信機に代理受信許可応答をする。この場合、視聴データの代理送信許可要求を送信する第２放送受信機を容易に特定することができる。
【００１０】
請求項３の発明は、請求項１または２に従属し、第１放送受信機は、第１アドレス記録手段から第２放送受信機のアドレスが検索されなかったときブロードキャストパケットをネットワーク上に送信して代理送信許可を要求するパケット送信手段、および第２放送受信機から送信されたアドレスを受信するアドレス受信手段をさらに備え、第２放送受信機は、パケット送信手段によってネットワーク上に送信されたブロードキャストパケットを検出するパケット検出手段、パケット検出手段によりブロードキャストパケットが検出されると第２放送受信機の第２アドレス記録手段からアドレスを検索する第２アドレス検索手段、および第２アドレス検索手段によって検索されたアドレスを第１放送受信機に送信するアドレス送信手段をさらに備える、コンテンツ購入システムである。
【００１１】
請求項３の発明によれば、第１放送受信機は、第１アドレス記録手段から第２放送受信機のアドレスを検索できなかったとき、ネットワーク上にブロードキャストパケットを送信して代理送信許可要求をする。第２放送受信機は、ネットワーク上に送信されたブロードキャストパケットを検出すると、第２アドレス記録手段から自身のアドレスを検索する。そして、検索したアドレスを第１放送受信機に送信する。この場合、第１放送受信機は、視聴データを代理送信してもらえる第２放送受信機のアドレスを検索できなくても、ネットワーク上にブロードキャストパケットを送信するだけで、代理送信してもらえる第２放送受信機からアドレスを送信してもらうことができる。
【００１２】
請求項４の発明は、請求項１ないし３のいずれかに従属し、第１放送受信機は、読み出し手段によって読み出された視聴データをｎ個のブロックに分割するデータ分割手段をさらに備え、第１送信手段は、分割手段によって分割されたｎ個のブロックをブロックごとに第２放送受信機に送信する第３送信手段を含み、第２放送受信機は、第１受信手段は、第１放送受信機から送信されたｎ個のブロックをブロックごとに受信する第２受信手段を含み、第２受信手段によって受信されたｎ個のブロックから視聴データを復元するデータ復元手段をさらに備える、コンテンツ購入システムである。
【００１３】
請求項４の発明によれば、第１放送受信機は、データ記録手段から読み出した視聴データをｎ個のブロックに分割し、分割したブロックをブロックごとに第２放送受信機に送信する。第２放送受信機は、受信したブロックに基づいて視聴データを復元する。この場合、視聴データはブロックに分割されて送信されるので、送信時にエラーが生じてもそのブロックだけを再送信するだけでよいので、エラーの訂正が容易である。
【００１４】
請求項５の発明は、請求項１ないし４のいずれかに従属し、第１放送受信機は、第２放送受信機から特定ブロックの再送信要求を受信する再送信要求受信手段、再送信要求に基づいて特定ブロックを第２放送受信機に再送信する再送信手段をさらに備え、第２放送受信機は、第３送信手段によって送信されたブロックにエラーが含まれているか否かを検出するエラー検出手段、エラー検出手段によってエラーが検出されたブロックを特定するブロック特定手段、ブロック特定手段によって特定された特定ブロックの再送信を要求する再送信要求手段をさらに備える、コンテンツ購入システムである。
【００１５】
請求項５の発明によれば、第２放送受信機は、第２送信手段によって送信されたブロックが正常か否かの検査をする。検査の結果、特定ブロックに異常が発見された場合、第１放送受信機に特定ブロックの再送信要求を行う。第１放送受信機は、第２放送受信機から特定ブロックの再送信要求があると、特定ブロックを第２放送受信機に再送信する。この場合、第２放送受信機は、ブロックの受信時にエラーを検出することができるので、エラーが検出された特定ブロックの再送信を第１放送受信機に対して迅速に要求することができる。
【００１６】
請求項６の発明は、請求項５に従属し、第１放送受信機は、エラーメッセージ送信手段から送信されるエラーメッセージを受信するメッセージ受信手段、メッセージ受信手段によって受信されたエラーメッセージを出力するメッセージ出力手段、およびメッセージ表示手段にエラーメッセージを表示するメッセージ表示手段をさらに備え、第２放送受信機は、特定ブロックの再送信要求回数をカウントするカウント手段、カウント手段によってカウントされた再送信要求回数が所定値よりも大きいとき再送信要求手段を不能化する不能化手段、および不能化手段によって再送信要求手段が不能化されたとき第１放送受信機にエラーメッセージを送信するメッセージ送信手段をさらに備える、コンテンツ購入システムである。
【００１７】
請求項６の発明によれば、第２放送受信機は、特定ブロックの再送信要求回数をカウントし、カウントした要求回数が所定値よりも大きいとき、特定ブロックの再送信要求をできないようにする。そして、第１放送受信機に対してエラーメッセージを送信する。エラーメッセージを受信した第１放送受信機は、そのエラーメッセージをメッセージ表示手段に表示する。この場合、第２放送受信機は、エラーを検出した回数が所定値を超えると、第１放送受信機に対してブロックの再送信を要求できなくなるので、ネットワークに問題があるような場合、不必要なブロックの送受信を制限することができる。
【００１８】
請求項７の発明は、請求項１ないし６のいずれかに従属し、第１放送受信機は、第２受信機からデータ記録手段の制御コマンドを受信する第１コマンド受信手段、およびコマンド受信手段によって受信された制御コマンドに基づいてデータ記録手段を制御する制御手段をさらに備え、第２放送受信機は、管理サーバから記録手段の制御コマンドを受信する第２コマンド受信手段、第２コマンド受信手段によって受信されたデータ記録手段の制御コマンドを第１放送受信機に送信するコマンド送信手段、およびデータ記録手段の制御コマンドを第１放送受信機に送信したことを管理サーバに通知する通知手段をさらに備える、コンテンツ購入システムである。
【００１９】
請求項７の発明によれば、第２放送受信機は、管理サーバからデータ記録手段の制御コマンドを受信すると、受信した制御コマンドを第１放送受信機に送信するとともに、第１放送受信機に制御コマンドを送信したことを管理サーバに通知する。第１放送受信機は、受信した制御コマンドに基づいてデータ記録手段を制御する。この場合、管理サーバは第１放送受信機のデータ記録手段を制御することができる。
【発明の効果】
【００２０】
この発明によれば、第１放送受信機のデータ記録手段に記録された視聴データを、第２放送受信機に接続された電話回線を通じて管理サーバに送信することができるので、電話回線と接続できる放送受信機の台数を減らすことができる。
【００２１】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００２２】
図１を参照して、この発明の実施例であるコンテンツ購入システム１２を含むデジタル放送システム１０について説明する。コンテンツ購入システム１２は、アンテナ１６を含む。放送衛星１４などから送信されるデジタル放送信号はアンテナ１６によって捉えられ、捉えられたデジタル放送信号は３台のデジタルテレビ１８、２０、２２にそれぞれ与えられる。デジタルテレビ１８は地上波デジタル放送を受信することができ、デジタルテレビ２０および２２は、いずれもＣＳ放送およびＢＳ放送を受信することができる。このため、ユーザは、デジタルテレビ１８、２０、２２の中から視聴したいデジタル放送を受信できるデジタルテレビを選択することによって、所望のコンテンツを視聴することができる。
【００２３】
デジタルテレビ２０と２２とは構成および動作が同一であるため、いずれもＣＳ放送またはＢＳ放送によって提供されるコンテンツをＰＰＶにより購入することができる。そこで、以下の説明ではデジタルテレビ２０を例にとり、図２を参照して、コンテンツを購入する場合について説明する。
【００２４】
ユーザがＰＰＶによりコンテンツを購入して視聴すると、その視聴データはデジタルテレビ２０に設けられたＩＣカード５６に記録される。このようにして、ＰＰＶによるコンテンツの購入が繰り返されると、ＩＣカード５６の空き容量がなくなり、視聴データを記録できなくなる。このため、デジタルテレビ２０は、ＩＣカード５６に記録された視聴データを放送局のアップロードサーバ（“管理サーバ”ともいう）２４に送信し、ＩＣカード５６の視聴データを消去して空き容量を確保する必要がある。
【００２５】
デジタルテレビ１８は、電話回線によりアップロードサーバ２４に接続されているが、デジタルテレビ２０は、電話回線によりアップロードサーバ２４に接続されていない。このため、ＩＣカード５６に記録された視聴データをアップロードサーバ２４に直接送信することができない。そこで、クライアント受信機であるデジタルテレビ２０は、ホスト受信機であるデジタルテレビ１８に、視聴データをアップロードサーバ２４に代理送信してもらう必要がある。
【００２６】
そこで、デジタルテレビ２０は、ＬＡＮ（Local Area Network）を介してデジタルテレビ１８に代理送信許可要求をする。この要求に対して、デジタルテレビ１８がデジタルテレビ２０に代理受信許可応答をすると、デジタルテレビ２０は、ＬＡＮを介してデジタルテレビ１８に視聴データを送信する。デジタルテレビ１８は、デジタルテレビ２０から受信した視聴データをアップロードサーバ２４に代理送信する。このようにして、デジタルテレビ２０のＩＣカード５６に記録された視聴データは、デジタルテレビ１８によってアップロードサーバ２４に代理送信された後、ＩＣカード５６から消去される。このため、ユーザは、再びデジタルテレビ２０でＰＰＶによりコンテンツを購入して視聴することができる。
【００２７】
なお、上述の説明では、クライアント受信機であるデジタルテレビ２０に、ホスト受信機であるデジタルテレビ１８のＩＰアドレスがあらかじめ登録されているとした。しかし、デジタルテレビ２０は、どのデジタルテレビがホスト受信機となるかわからない場合でも、ＬＡＮ上にブロードキャストパケットを送信して、代理受信許可応答を待つことにより、ホスト受信機となるデジタルテレビのＩＰアドレスを知ることができる。
【００２８】
また、ネットワークハブ２６から各デジタルテレビ１８、２０、２２に接続されているＬＡＮは、ルータ２８およびインターネット３０を介してアップロードサーバ２４に接続されている。このため、放送局から送信されるデジタル放送信号は、アンテナ１６によって捉えられるだけでなく、ＬＡＮを介して各デジタルテレビ１８、２０、２２に配信されることも可能である。
【００２９】
次に、図２を参照して、クライアント受信機となるデジタルテレビ２０および２２の構成および動作は同じなので、まとめて説明する。このデジタルテレビ２０（２２）は、ＣＳデジタル放送信号を受信できるように、ＣＳチューナ３２（７２）を含む。アンテナ１６（１６）によって捉えられたＣＳデジタル放送信号がＣＳチューナ３２（７２）に与えられると、ＣＳチューナ３２（７２）は、所望のトランスポンダから出力された４〜８チャネル分の放送データを選択する。選択された放送データはＱＰＳＫ復調回路３４（７４）によって復調されて、複数のトランスポートパケットからなるトランスポートストリームが生成される。生成されたトランスポートストリームは、デスクランブラ４０（８０）に与えられる。
【００３０】
また、デジタルテレビ２０（２２）はＢＳデジタル放送信号も受信することができるように、ＢＳチューナ３６（７６）も含む。アンテナ１６（１６）によって捉えられたＢＳデジタル放送信号がＢＳチューナ３６（７６）に与えられると、ＢＳチューナ３６（７６）は、所望のトランスポンダから出力された４〜８チャネル分の放送データを選択する。選択された放送データはＰＳＫ復調回路３８（７８）によって復調されて、複数のトランスポートパケットからなるトランスポートストリームが生成される。生成されたトランスポートストリームは、デスクランブラ４０（８０）に与えられる。
【００３１】
デスクランブラ４０（８０）は、ＱＰＳＫ復調回路３４（７４）またはＰＳＫ復調回路３８（７８）から与えられたトランスポートストリームから、ユーザが契約しているチャネルのトランスポートパケットのみを検出し、検出したトランスポートパケットをデマルチプレクサ４２（８２）に与える。デマルチプレクサ４２（８２）は、与えられたトランスポートストリームから所望のチャネルのパケットのみを検出し、検出したパケットをＭＰＥＧデコーダ４４（８４）に与える。ＭＰＥＧデコーダ４４（８４）は、検出されたパケットに基づいて所望のチャネルの映像信号を生成する。生成された映像信号は、キャラクタジェネレータ４８（８８）によって与えられた文字データと加算器５０（９０）によって加算され、さらにＮＴＳＣエンコーダ５２（９２）によってエンコードされて、ＮＴＳＣフォーマットのコンポジット映像信号が生成される。生成されたコンポジット映像信号がモニタ５４（９４）に与えられ、ＢＳデジタル放送またはＣＳデジタル放送の所望の映像がモニタ５４（９４）に表示される。
【００３２】
ＩＣカード５６（９６）は、ＰＰＶにより提供されるコンテンツを購入して視聴したときに、コンテンツの視聴データを記録する。ＩＣカード５６（９６）に記録された視聴データは、ＩＣカード５６（９６）から読み出されてメモリ５８（９８）に展開される。メモリ５８（９８）に展開された視聴データは、ｎ個のブロックに分割された後、端子Ｓ２（Ｓ４）およびＬＡＮを介してデジタルテレビ１８に送信される。
【００３３】
また、デジタルテレビ２０（２２）は、モデム６０（１００）を備えているが、このモデム６０（１００）には出力端子が設けられていないので、モデム６０（１００）を介して視聴データを電話回線に送信することができない。また、タイマ６２（１０２）は、後述の応答監視タイマや定期起床タイマなどのタイマとして使用される。なお、ユーザは、リモコン６４（１０４）を操作して所望のチャネルを選択したり、ＰＰＶによりコンテンツを購入したりすることができる。
【００３４】
次に、図３を参照して、ホスト受信機となるデジタルテレビ１８について説明する。このデジタルテレビ１８は、地上波デジタル放送信号を受信することができるように、地上波チューナ１１０を含む。アンテナ１６によって捉えられた地上波デジタル放送信号が地上波チューナ１１０に与えられると、地上波チューナ１１０は、多重化された４〜８チャネル分の放送データを選択する。選択された放送データはＯＦＤＭ復調回路１１２によって復調されて、複数のトランスポートパケットからなるトランスポートストリームが生成される。生成されたトランスポートストリームは、デマルチプレクサ１１４に与えられる。デマルチプレクサ１１４は、与えられたトランスポートストリームから所望のチャネルのパケットのみを検出し、ＭＰＥＧデコーダ１１６に与える。ＭＰＥＧデコーダ１１６は、検出されたパケットに基づいて所望のチャネルの映像信号を生成する。生成された映像信号は、キャラクタジェネレータ１２０によって与えられた文字データと加算器１２２によって加算され、さらにＮＴＳＣエンコーダ１２４によってエンコードされて、ＮＴＳＣフォーマットのコンポジット映像信号が生成される。生成されたコンポジット映像信号がモニタ１２６に与えられ、地上波デジタル放送の所望の映像がモニタ１２６に表示される。
【００３５】
地上波デジタル放送では、ＰＰＶによるコンテンツの提供はないので、デジタルテレビ１８には、コンテンツの視聴データを記録するＩＣカードは設けられていない。また、デジタルテレビ２０から送信される視聴データは、ｎ個のブロックに分割された状態で、端子Ｓ８からメモリ１２８に与えられる。デジタルテレビ２０から与えられたブロックは、メモリ１２８で視聴データに復元される。復元された視聴データは、モデム１３０および端子Ｓ６を介して電話回線によりアップロードサーバ２４に送信される。また、タイマ１３２は、後述の応答監視タイマなどのタイマとして使用される。なお、ユーザは、リモコン１３４を操作して所望のチャネルを選択することができる。
【００３６】
図４を参照して、クライアント受信機であるデジタルテレビ２０のＩＣカード５６に記録された視聴データを、ホスト受信機であるデジタルテレビ１８によってアップロードサーバ２４に代理送信するとき、デジタルテレビ２０、デジタルテレビ１８およびアップロードサーバ２４の間の関係について説明する。
【００３７】
デジタルテレビ２０には、ＩＣカード５６に記録された視聴データをアップロードサーバ２４に直接送信するために必要な電話回線が接続されていない。このため、デジタルテレビ２０は、ＩＰアドレスが登録されているデジタルテレビ１８に視聴データを代理送信してもらうため、ＬＡＮを通じてアップロードサーバ２４への代理送信許可要求をする。デジタルテレビ１８は、代理送信許可要求を受信すると、デジタルテレビ２０に対し代理受信許可応答をする。
【００３８】
デジタルテレビ２０は、代理受信許可応答を受信すると、デジタルテレビ１８に対して視聴データの受信準備要求をする。デジタルテレビ１８は、受信準備要求を受信すると、視聴データの受信準備を行い、受信準備が完了すると、デジタルテレビ２０に視聴データの受信準備完了応答をする。
【００３９】
デジタルテレビ２０は、視聴データの受信準備完了応答を受け取ると、ＩＣカード５６から視聴データを読み出し、読み出した視聴データをメモリ５８に展開する。そして、デジタルテレビ２０は、視聴データをｎ個のブロックに分割し、ＬＡＮを介して分割したブロックを順次デジタルテレビ１８に送信する。デジタルテレビ１８は、受信したブロックを順次メモリ１２８に保存した後、保存したブロックに基づいて視聴データを復元する。
【００４０】
次に、デジタルテレビ２０は、デジタルテレビ１８に対してアップロードサーバ２４に視聴データを代理送信するよう要求する。代理送信を要求されたデジタルテレビ１８は、アップロードサーバ２４に視聴データの代理受信準備要求をする。アップロードサーバ２４は、代理受信準備要求を受信すると、代理受信の準備を行い、代理受信の準備が完了すると、デジタルテレビ１８に対して代理受信準備完了応答をする。
【００４１】
デジタルテレビ１８は、代理受信準備完了応答を受信すると、アップロードサーバ２４に対し、デジタルテレビ１８から受信した視聴データを電話回線により代理送信する。そして、デジタルテレビ１８は、アップロードサーバ２４への視聴データの代理送信が完了すると、デジタルテレビ２０に対して、視聴データの代理送信が正常に終了したことを通知する。
【００４２】
次に、図５を参照してＩＣカード５６に記録されている視聴データをｎ個のブロックに分割する場合について説明する。視聴データには、アップロードサーバ２４の電話番号、代理送信するデータの件数および視聴履歴が含まれる。デジタルテレビ２０は、ＩＣカード５６から視聴データを読み出し、読み出した視聴データをメモリ５８に展開する。そして、メモリ５８に展開された視聴データをｎ個のブロックに分割する。各ブロックは１ＫＢの大きさを有し、ヘッドデータと実データとに大きく分けることができる。
【００４３】
データヘッドには、そのブロックの番号ｉ、ブロックの最終番号ｎおよびブロック内の総データ長が含まれる。生データには、アップロードサーバ２４の電話番号データ長、アップロードサーバの電話番号、ブロックｉのデータおよびブロックｉのＣＲＣ（Cyclic Redundancy Check）が含まれる。デジタルテレビ１８は、ブロックｉのＣＲＣと、ブロックｉに含まれるデータに基づいて計算したＣＲＣとを比較し、２つのＣＲＣが一致しなかったとき、ブロックｉの送信によってブロックｉの視聴データにエラーが生じたと判断する。
【００４４】
次に、図６〜図１０を参照して、ＰＰＶにより購入したコンテンツの視聴データを、デジタルテレビ１８からアップロードサーバ２４に代理送信してもらうため、デジタルテレビ２０のＣＰＵ４６が実行する処理フローについて説明する。ステップＳ１では、ホスト受信機となるデジタルテレビ１８のＩＰアドレスがメモリ５８に記録されているか否かを判断する。その結果、ＹＥＳと判断した場合は、ステップＳ３で、ＩＰアドレスをメモリ５８に記録したデジタルテレビ１８に対して視聴データの代理送信許可要求をした後、ステップＳ７に進む。
【００４５】
一方、ステップＳ１でＮＯと判断した場合、ホスト受信機となるデジタルテレビを特定できないので、ステップＳ５では、ブロードキャストパケットにより代理送信許可要求をＬＡＮ上に送信し、ステップＳ７に進む。
【００４６】
ステップＳ７では、応答監視タイマを発行し、ステップＳ９では、いずれかのデジタルテレビから代理受信許可応答があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ１１で、タイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合は、ステップＳ９に戻り、ＹＥＳと判断した場合は、ステップＳ１３に進む。ステップＳ１３では、メモリ５８にホスト受信機となるデジタルテレビ１８のＩＰアドレスが記録されているか否かを判断する。その結果、ＹＥＳと判断した場合は、ステップＳ１５で“指定されたデジタルテレビと通信できません”とモニタ５４に表示し、処理を終了する。一方、ＮＯと判断した場合は、ステップＳ１７で“ＬＡＮ上にホストとなるデジタルテレビが見つかりません”とモニタ５４に表示し、処理を終了する。
【００４７】
ステップＳ９でＹＥＳと判断した場合、ステップＳ１９で応答監視タイマを停止させ、ステップＳ２１でデジタルテレビ１８に対して視聴データ送信の準備を要求する。ステップＳ２３では、応答監視タイマを発行し、ステップＳ２５では、デジタルテレビ１８からデータ受信の準備完了応答があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ２７でタイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合はステップＳ２５に戻り、ＹＥＳと判断した場合はステップＳ２９に進む。ステップＳ２９では、“デジタルテレビ（ホスト）と通信できません”とモニタ５４に表示し、処理を終了する。
【００４８】
ステップＳ２５でＹＥＳと判断した場合、ステップＳ３１で応答監視タイマを停止させる。そして、ステップＳ３３では、ＩＣカード５６に記録された視聴データを読み出し、読み出した視聴データをメモリ５８に展開する。ステップＳ３５では、メモリ５８に展開された視聴データをｎ個のブロックに分割する。ステップＳ３７では、変数ｉを１とし、ステップＳ３９では、ＬＡＮを介してブロックｉの視聴データをデジタルテレビ１８に送信する。
【００４９】
ステップＳ４１では、応答監視タイマを発行し、ステップＳ４３では、デジタルテレビ１８からブロックｉの視聴データの受信応答があったか否かを判断する。ＮＯと判断した場合は、ステップＳ４５でデジタルテレビ１８からブロックｉの視聴データの再送信要求があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ４７でタイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合はステップＳ４３に戻り、ＹＥＳと判断した場合は、ステップＳ４９で“デジタルテレビ（ホスト）と通信できません”とモニタ５４に表示し、処理を終了する。
【００５０】
ステップＳ４５でＹＥＳと判断した場合、ステップＳ５１で応答監視タイマを停止させ、ステップＳ５３でデジタルテレビ１８にブロックｉの視聴データを再送信した後、ステップＳ４１に戻る。
【００５１】
ステップＳ４３でＹＥＳと判断した場合、ステップＳ５５で応答監視タイマを停止させ、ステップＳ５７で変数ｉをインクリメントする。そして、ステップＳ５９で、変数ｉがブロックの個数ｎよりも大きいか否かを判断する。その結果、ＮＯと判断した場合はステップＳ３９に戻る。一方、ＹＥＳと判断したときは、ステップＳ６１で応答監視タイマを発行する。ステップＳ６３では、デジタルテレビ１８から視聴データの復元終了通知があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ６５でタイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合はステップＳ６３に戻り、ＹＥＳと判断した場合は、ステップＳ６７で“デジタルテレビ（ホスト）と通信できません”とモニタ５４に表示し、処理を終了する。
【００５２】
ステップＳ６３でＹＥＳと判断した場合、ステップＳ６９で応答監視タイマを停止させ、ステップＳ７１で、デジタルテレビ１８に対して送信した視聴データをアップロードサーバ２４に代理送信を開始するよう要求する。ステップＳ７３では、応答監視タイマを発行し、ステップＳ７５では、デジタルテレビ１８から代理送信開始の応答があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ７７でタイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合はステップＳ７５に戻り、ＹＥＳと判断した場合はステップＳ７９に進む。ステップＳ７９では、“デジタルテレビ（ホスト）と通信ができません”とモニタ５４に表示し、処理を終了する。
【００５３】
ステップＳ７５でＹＥＳと判断した場合、ステップＳ８１で応答監視タイマを停止させる。ステップＳ８３では、デジタルテレビ１８からの応答に基づき、デジタルテレビ１８からアップロードサーバ２４への代理送信が正常に開始されたか否かを判断する。その結果、ＮＯと判断した場合は、ステップＳ７９に進む。一方、ＹＥＳと判断した場合、ステップＳ８５で定期起床タイマを発行する。ステップＳ８７では、アップロードサーバ２４から応答レスポンス通知があったか否かを判断する。ＮＯと判断した場合は、ステップＳ８９で定期起床タイマが起動されたか否かを判断する。ＮＯと判断した場合には、更にステップＳ９１で、デジタルテレビ１８から代理送信が正常に終了したことを示す応答があったか否かを判断する。その結果、ＮＯと判断した場合はステップＳ８７に戻り、ＹＥＳと判断した場合は、ステップＳ９３で、ＩＣカード５６に記録された視聴データをすべて消去した後、処理を終了する。
【００５４】
ステップＳ８９でＹＥＳと判断した場合は、ステップＳ９５でデジタルテレビ１８に対して代理送信の状態確認コマンドを発行し、ステップＳ９７で応答監視タイマを発行する。ステップＳ９９では、デジタルテレビ１８から代理送信の状態について応答があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ１０１でタイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合は、ステップＳ９９に戻り、ＹＥＳと判断した場合は、ステップＳ１０３に進む。ステップＳで“デジタルテレビ（ホスト）と通信できません”とモニタ５４に表示し、処理を終了する。
【００５５】
ステップＳ９９でＹＥＳと判断した場合、ステップＳ１０５では、応答監視タイマを停止させる。ステップＳ１０７では、デジタルテレビ１８からの応答に基づき代理送信の状態が正常か否かを判断する。その結果、ＮＯと判断した場合は、ステップＳ１０３に進み、ＹＥＳと判断した場合はステップＳ８７に戻る。
【００５６】
ステップＳ８７でＹＥＳと判断した場合は、ステップＳ１０９でＩＣカード５６に対して制御コマンドを発行し、ステップＳ８７に戻る。
【００５７】
次に、図１１〜図１３を参照して、デジタルテレビ２０から受信した視聴データを、アップロードサーバ２４に代理送信する場合のデジタルテレビ１８のＣＰＵ１１８が実行する処理について説明する。ステップＳ１２１では、デジタルテレビ２０から視聴データの代理送信許可要求があるまで待機する。代理送信許可要求があると、ステップＳ１２３では、その代理送信許可要求がＬＡＮ上に送信されたブロードキャストパケットによる要求なのか否かを判断する。その結果、ＮＯと判断した場合は、後述するステップＳ１２７に進む。一方、ＹＥＳと判断した場合は、ステップＳ１２５で、メモリ１２８から自身のＩＰアドレスを取得する。
【００５８】
ステップＳ１２７では、デジタルテレビ２０に代理受信許可応答を行う。このとき、ブロードキャストパケットによる代理送信許可要求だった場合には、メモリ１２８から取得した自分のＩＰアドレスも通知する。ステップＳ１２９では、応答監視タイマを発行し、ステップＳ１３１では、デジタルテレビ２０から視聴データ送信の準備要求があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ１３３でタイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合はステップＳ１３１に戻り、ＹＥＳと判断した場合はステップＳ１３５に進む。ステップＳ１３５では、“デジタルテレビ（クライアント）と通信ができません”とモニタ１２６に表示し、処理を終了する。
【００５９】
ステップＳ１３１でＹＥＳと判断した場合、ステップＳ１３７では応答監視タイマを停止させ、ステップＳ１３９では変数ｉを１とし、ステップＳ１４１では変数ｊを１とする。ステップＳ１４３では、デジタルテレビ２０から送信されたブロックｉの視聴データを受信する。ステップＳ１４５では、受信したブロックｉの視聴データが正常か否かを判断する。すなわち、ブロックｉに含まれるＣＲＣと、送信されたブロックｉのデータから計算によって求めたＣＲＣとが一致するか否かを判断する。その結果、２つのＣＲＣが一致した場合は正常と判断し、一致しない場合は異常と判断する。
【００６０】
ステップＳ１４５でＮＯと判断した場合は、ステップＳ１４７で変数ｊをインクリメントした後、ステップＳ１４９では、変数ｊが“５”よりも大きいか否かを判断する。ここで、“５”は、後述するようにブロックｉのデータを再送信する上限の回数を５回としたことを表しているが、任意の回数に設定することができる。その結果、ＮＯと判断した場合は、ステップＳ１５１でデジタルテレビ２０に対してブロックｉの視聴データの再送信を要求し、ステップＳ１４３に戻る。一方、ＹＥＳと判断した場合は、ステップＳ１５３で、“再送信の回数が規定の回数を超えました”とモニタ１２６に表示し、処理を終了する。
【００６１】
ステップＳ１４５でＹＥＳと判断した場合、ステップＳ１５５でデジタルテレビ２０にブロックｉの視聴データを受信したことを通知するとともに、受信したブロックｉの視聴データをメモリ１２８に展開する。ステップＳ１５７では、変数ｉをインクリメントした後、ステップＳ１５９では、変数ｉがブロックの個数ｎよりも大きいか否かを判断する。その結果、ＮＯと判断した場合は、ステップＳ１４１に戻る。一方、ＹＥＳと判断した場合は、ステップＳ１６１で、メモリ１２８に展開されたｎ個のブロックに基づいて視聴データの復元処理をする。
【００６２】
視聴データの復元処理が終了すると、ステップＳ１６３では、デジタルテレビ２０に視聴データの復元処理が終了したことを通知する。ステップＳ１６５では、応答監視タイマを発行する。ステップＳ１６７では、デジタルテレビ２０からアップロードサーバ２４への視聴データの代理送信開始要求があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ１６９でタイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合はステップＳ１６７に戻り、ＹＥＳと判断した場合は、ステップＳ１７１で“デジタルテレビ（クライアント）と通信できません”とモニタ１２６に表示し、処理を終了する。
【００６３】
ステップＳ１６７でＹＥＳと判断した場合は、ステップＳ１７３で応答監視タイマを停止させる。ステップＳ１７５では、アップロードサーバ２４に対してデジタルテレビ２０から受信した視聴データの代理送信の準備を要求する。ステップＳ１７７では、応答監視タイマを発行する。ステップＳ１７９では、アップロードサーバ２４から代理送信の準備完了応答があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ１８１でタイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合は、ステップＳ１７９に戻り、ＹＥＳと判断した場合はステップＳ１８３に進む。ステップＳ１８３では“アップロードサーバと通信できません”とモニタ１２６に表示し、処理を終了する。
【００６４】
ステップＳ１７９でＹＥＳと判断した場合、ステップＳ１８５で応答監視タイマを停止する。ステップＳ１８７では、アップロードサーバ２４からＩＣカード５６の制御コマンドが発行されたか否かを判断する。ＮＯと判断した場合は、ステップＳ１８９で、デジタルテレビ２０から代理送信の状態確認要求があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ１９１で代理送信が正常に終了したか否かを判断する。その結果、ＮＯと判断した場合は、ステップＳ１８７に戻る。一方、ＹＥＳと判断した場合は、ステップＳ１９３で、デジタルテレビ１８に対して代理送信が正常に終了したことを通知し、処理を終了する。
【００６５】
ステップＳ１８９でＹＥＳと判断した場合、ステップＳ１９５では、代理送信の送信状態を確認する。ステップＳ１９７では、確認した代理送信の送信状態をデジタルテレビ２０に通知し、ステップＳ１８７に戻る。
【００６６】
また、ステップＳ１８７でＹＥＳと判断した場合、ステップＳ１９９では、アップロードサーバ２４に対してＩＣカード５６の制御コマンドを受け取ったことの応答をする。ステップＳ２０１では、デジタルテレビ２０に対してＩＣカード５６の制御コマンドを通知した後、ステップＳ１８７に戻る。
【００６７】
次に、図１４を参照してデジタルテレビ１８から代理送信される視聴データを受信するときのアップロードサーバ２４が実行する処理について説明する。ステップＳ２１１では、デジタルテレビ１８から代理送信の準備要求があるまで待機する。そして、代理送信の準備要求があると、ステップＳ２１３では、代理受信の準備をした後、デジタルテレビ１８に代理受信の準備完了応答をする。ステップＳ２１５では、応答監視タイマを発行し、ステップＳ２１７では視聴データの代理受信を開始したか否かを判断する。ＮＯと判断した場合は、さらにステップＳ２１９でタイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合はステップＳ２１７に戻り、ＹＥＳと判断した場合は処理を終了する。
【００６８】
ステップＳ２１７でＹＥＳと判断した場合、ステップＳ２２１では応答監視タイマを停止させる。ステップＳ２２３では、ＩＣカード５６の制御コマンドを発行したか否かを判断する。ＮＯと判断した場合は、更にステップＳ２２５で、視聴データの代理受信が終了したか否かを判断する。その結果、ＮＯと判断した場合はステップＳ２２３に戻り、ＹＥＳと判断した場合は処理を終了する。
【００６９】
ステップＳ２２３でＹＥＳと判断した場合は、ステップＳ２２７で応答監視タイマを発行する。ステップＳ２２９では、デジタルテレビ１８からＩＣカード５６の制御コマンドを受信したとの応答があったか否かを判断する。ＮＯと判断した場合は、更にステップＳ２３１でタイムアウトしたか否かを判断する。その結果、ＮＯと判断した場合は、ステップＳ２２９に戻り、ＹＥＳと判断した場合は処理を終了する。ステップＳ２２９でＹＥＳと判断した場合は、ステップＳ２３３で応答監視タイマを停止させ、ステップＳ２２３に戻る。
【００７０】
以上の説明からわかるように、クライアント受信機であるデジタルテレビ２０は、ＰＰＶにより購入したコンテンツの視聴データをＩＣカード５６から読み出し、読み出した視聴データをＬＡＮによりホスト受信機であるデジタルテレビ１８に送信する。デジタルテレビ１８は、視聴データを受信すると、受信した視聴データを電話回線によりアップロードサーバ２４に送信する。
【００７１】
つまり、デジタルテレビ２０は、購入したコンテンツの視聴データをアップロードサーバ２４に直接送信するのではなく、電話回線に接続されたデジタルテレビ１８に視聴データを送信する。デジタルテレビ１８は、受信した視聴データを電話回線によりアップロードサーバ２４に代理送信する。この場合、デジタルテレビ２０は、電話回線に接続されていなくても、デジタルテレビ１８を介して視聴データをアップロードサーバ２４に送信することができるので、電話回線と接続できる放送受信機の台数を減らすことができる。
【００７２】
また、デジタルテレビ２０は、メモリ５８に記録されているＩＰアドレスを検索し、検索されたＩＰアドレスを有するデジタルテレビ１８に視聴データの代理送信許可要求をする。視聴データの代理送信許可要求を受信したデジタルテレビ１８は、代理受信の準備が完了すると、デジタルテレビ２０に代理受信許可応答をする。この場合、視聴データの代理送信許可要求を送信するデジタルテレビ１８を容易に特定することができる。
【００７３】
デジタルテレビ２０は、メモリ５８からホスト受信機となるデジタルテレビのＩＰアドレスを検索できなかったとき、ＬＡＮ上にブロードキャストパケットを送信して代理送信許可要求をする。デジタルテレビ１８がホスト受信機となるとき、デジタルテレビ１８は、ＬＡＮ上に送信されたブロードキャストパケットを検出すると、メモリ１２８から自身のＩＰアドレスを検索する。そして、検索したＩＰアドレスをデジタルテレビ２０に送信する。この場合、デジタルテレビ２０は、視聴データを代理送信してもらえるデジタルテレビ１８のＩＰアドレスを検索できなくても、ＬＡＮ上にブロードキャストパケットを送信するだけで、代理送信してもらえるデジタルテレビ１８からＩＰアドレスを送信してもらうことができる。
【００７４】
デジタルテレビ１８は、デジタルテレビ２０から送信されたブロックが正常か否かの検査をする。検査の結果、特定ブロックに異常が発見された場合、デジタルテレビ２０に特定ブロックの再送信要求を行う。デジタルテレビ２０は、デジタルテレビ１８から特定ブロックの再送信要求があると、特定ブロックをデジタルテレビ１８に再送信する。この場合、デジタルテレビ１８は、ブロックの受信時にエラーを検出することができるので、エラーが検出された特定ブロックの再送信をデジタルテレビ２０に対して迅速に要求することができる。
【００７５】
デジタルテレビ２０は、特定ブロックの再送信要求回数をカウントし、カウントした要求回数が所定値よりも大きいとき、特定ブロックの再送信要求をできないようにする。そして、デジタルテレビ１８に対してエラーメッセージを送信する。エラーメッセージを受信したデジタルテレビ２０は、そのエラーメッセージをモニタ５４に表示する。この場合、デジタルテレビ１８は、エラーを検出した回数が所定値を超えると、デジタルテレビ２０に対してブロックの再送信を要求できなくなるので、ＬＡＮに問題がある場合、不必要なブロックの送受信を制限することができる。
【００７６】
デジタルテレビ１８は、アップロードサーバ２４からＩＣカード５６の制御コマンドを受信すると、受信した制御コマンドをデジタルテレビ２０に送信するとともに、デジタルテレビ２０に制御コマンドを送信したことをアップロードサーバ２４に通知する。デジタルテレビ２０は、受信した制御コマンドに基づいてＩＣカード５６を制御する。この場合、アップロードサーバ２４は、デジタルテレビ２０のＩＣカード５６を制御することができる。
【図面の簡単な説明】
【００７７】
【図１】この発明の一実施例を示す図解図である。
【図２】図１実施例のクライアント受信機を示すブロック図である。
【図３】図１実施例のホスト受信機を示すブロック図である。
【図４】図１実施例の動作の流れを示す図解図である。
【図５】視聴データのブロックの構造を示す図解図である。
【図６】図１実施例の動作の一部を示すフロー図である。
【図７】図１実施例の動作の他の一部を示すフロー図である。
【図８】図１実施例の動作のその他の一部を示すフロー図である。
【図９】図１実施例の動作のさらにその他の一部を示すフロー図である。
【図１０】図１実施例の動作の他の一部を示すフロー図である。
【図１１】図１実施例の動作のその他の一部を示すフロー図である。
【図１２】図１実施例の動作のさらにその他の一部を示すフロー図である。
【図１３】図１実施例の動作の他の一部を示すフロー図である。
【図１４】図１実施例の動作のその他の一部を示すフロー図である。
【符号の説明】
【００７８】
１２…コンテンツ購入システム
１８…デジタルテレビ（ホスト受信機）
２０、２２…デジタルテレビ（クライアント受信機）
２４…アップロードサーバ（管理サーバ）
５４，９４、１２６…モニタ
５６、９６…ＩＣカード
５８、９８、１２８…メモリ
１３０…モデム
【図１】
2006074685.tif 000003
【図２】
2006074685.tif 000004
【図３】
2006074685.tif 000005
【図４】
2006074685.tif 000006
【図５】
2006074685.tif 000007
【図６】
2006074685.tif 000008
【図７】
2006074685.tif 000009
【図８】
2006074685.tif 000010
【図９】
2006074685.tif 000011
【図１０】
2006074685.tif 000012
【図１１】
2006074685.tif 000013
【図１２】
2006074685.tif 000014
【図１３】
2006074685.tif 000015
【図１４】
2006074685.tif 000016