(57)【要約】【課題】コンテンツの視聴を開始した後であっても、そのコンテンツに対して視聴権利を持たないユーザに、そのコンテンツを視聴されないようにする。【解決手段】  監視部７３は、シークレットモードにおいて視聴中のコンテンツに対して視聴権利を持たないユーザの存在を監視し、視聴権利を持たないユーザの存在を検出すると、モード切替部７２に対して、通常モードへのモード切替を指示する。モード切替部７２は、監視部７３からの指示に従い、視聴モードを通常モードに切り替えるとともに、視聴制御部７１に対して視聴モードの切り替えを通知し、それに伴い、視聴制御部７１は、記録再生部６２の、シークレットモードにおいて視聴中のコンテンツの配信を停止させ、通常モードにおけるコンテンツの配信を開始させる。本発明は、例えば、通信網を介してコンテンツのデータを配信するサーバに適用できる。【選択図】図８
2005348035.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツのデータを受信装置に配信する情報処理装置において、
前記コンテンツのデータを前記受信装置に配信する配信手段と、
前記コンテンツのデータのうち、視聴権利を持つユーザでなければ視聴することができない第１のコンテンツのデータを前記配信手段により配信させる第１のモードと、いずれのユーザでも視聴することができる第２のコンテンツのデータを前記配信手段により配信させる第２のモードとからなる視聴モードを切り替える視聴モード切替手段と、
前記視聴モードに応じて、前記配信手段により配信されるコンテンツのデータを切り替える視聴制御手段と、
前記視聴モードが前記第１のモードである場合、前記第１のコンテンツに対して視聴権利を持たないユーザの存在を監視する監視手段とを備え、
前記監視手段により前記視聴権利を持たないユーザの存在が検出された場合、前記視聴モード切替手段は、前記視聴モードを前記第１のモードから前記第２のモードに切り替える
ことを特徴とする情報処理装置。
【請求項２】
前記監視手段は、ドアセンサ、顔画像認識装置、網膜認識装置、人感センサ、または赤外線センサのいずれかにより構成される検出装置からの検出信号を受信することにより、前記視聴権利を持たない前記ユーザが存在することを検出する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記コンテンツのデータを記録する記録手段をさらに備え、
前記視聴モード切替手段により、前記視聴モードが前記第１のモードから前記第２のモードに切り替えられた場合、前記第１のコンテンツがライブ放送であるとき、前記視聴制御手段は、前記配信手段により配信される前記コンテンツのデータを前記第１のコンテンツのデータから前記第２のコンテンツのデータに切り替えると共に、前記記録手段に、その時点以降の前記第１のコンテンツのデータを記録させる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記視聴モード切替手段による前記視聴モードの切り替えに伴い、前記視聴モードの切り替えを行う直前の前記視聴モードにおける視聴状態を記憶する記憶手段をさらに備える
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
コンテンツのデータを受信装置に配信する情報処理装置の情報処理方法において、
前記コンテンツのデータを前記受信装置に配信する配信ステップと、
前記コンテンツのデータのうち、視聴権利を持つユーザでなければ視聴することができない第１のコンテンツのデータを前記配信ステップの処理により配信させる第１のモードと、いずれのユーザでも視聴することができる第２のコンテンツのデータを前記配信ステップの処理により配信させる第２のモードとからなる視聴モードを切り替える視聴モード切替ステップと、
前記視聴モードに応じて、前記配信ステップの処理により配信されるコンテンツのデータを切り替える視聴制御ステップと、
前記視聴モードが前記第１のモードである場合、前記第１のコンテンツに対して視聴権利を持たないユーザの存在を監視する監視ステップとを含み、
前記監視ステップの処理により前記視聴権利を持たないユーザの存在が検出された場合、前記視聴モード切替ステップの処理は、前記視聴モードを前記第１のモードから前記第２のモードに切り替える
ことを特徴とする情報処理方法。
【請求項６】
コンテンツのデータを受信装置に配信する処理をコンピュータに行わせるプログラムにおいて、
前記コンテンツのデータを前記受信装置に配信する配信ステップと、
前記コンテンツのデータのうち、視聴権利を持つユーザでなければ視聴することができない第１のコンテンツのデータを前記配信ステップの処理により配信させる第１のモードと、いずれのユーザでも視聴することができる第２のコンテンツのデータを前記配信ステップの処理により配信させる第２のモードとからなる視聴モードを切り替える視聴モード切替ステップと、
前記視聴モードに応じて、前記配信ステップの処理により配信されるコンテンツのデータを切り替える視聴制御ステップと、
前記視聴モードが前記第１のモードである場合、前記第１のコンテンツに対して視聴権利を持たないユーザの存在を監視する監視ステップとを含み、
前記監視ステップの処理により前記視聴権利を持たないユーザの存在が検出された場合、前記視聴モード切替ステップの処理は、前記視聴モードを前記第１のモードから前記第２のモードに切り替える
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、機密情報を含むコンテンツの視聴において、視聴権利を持たないユーザによる視聴を防止できるようにした情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来の動画などのコンテンツの再生においては、そのコンテンツが機密情報を含むコンテンツなどである場合、例えば、そのコンテンツに対してパスワードを設定することにより、そのコンテンツの視聴を制限するといった方式などが用いられている。
【０００３】
例えば、コンテンツ復号鍵を含む電波放送または有線放送を受信し、受信した情報からコンテンツ復号鍵を抽出した後、そのコンテンツ復号鍵を利用してネットワーク経由で取得した暗号化コンテンツを復号することにより、特定の視聴者のみに特定のコンテンツを提供できるようにするものがある（例えば、特許文献１参照）。
【特許文献１】特開２００３―３０９５４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、完全な密室を実現できない環境下では、機密情報を含むコンテンツの視聴を開始した後に、その機密情報を含むコンテンツを意図しない人物（視聴権利を持たないユーザ）に見られてしまう恐れがあり、この点については、例え、機密情報を含むコンテンツの視聴者（視聴権利を持つユーザ）が注意を払ったとしても完全に防ぐことができるものではない。また、意図しない人物が視聴していることに気づいてから視聴を停止させるのでは手遅れになってしまうという問題があった。
【０００５】
さらに、意図しない人物が機密情報を含むコンテンツを視聴することを防ぐために、機密情報を含むコンテンツの視聴者自らが機密情報を含むコンテンツの視聴を中断する場合において、視聴中の機密情報を含むコンテンツが、例えば、記録媒体に記録されたコンテンツのように、いつでも視聴可能なコンテンツであれば問題ないが、視聴中の機密情報を含むコンテンツが、ライブ放送のような、時間的な制限があるもの、つまり、その時でないと視聴ができなくなるようなコンテンツである場合、中断後、早急に記録（録画）を始めたとしても視聴できない部分が発生してしまう恐れがあった。また、録画操作を行うこと自体が不可能な場合には、中断以降の情報の全てにおいて、視聴することができなくなってしまうという問題があった。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、機密情報を含むコンテンツの視聴中に、視聴権利を持たないユーザの存在を検出して、機密情報を含むコンテンツの視聴を中断することにより、視聴権利を持たないユーザによる機密情報を含むコンテンツの視聴を防止することができるようにするものである。
【課題を解決するための手段】
【０００７】
本発明の情報処理装置は、コンテンツのデータを受信装置に配信する配信手段と、コンテンツのデータのうち、視聴権利を持つユーザでなければ視聴することができない第１のコンテンツのデータを配信手段により配信させる第１のモードと、いずれのユーザでも視聴することができる第２のコンテンツのデータを配信手段により配信させる第２のモードとからなる視聴モードを切り替える視聴モード切替手段と、視聴モードに応じて、配信手段により配信されるコンテンツのデータを切り替える視聴制御手段と、視聴モードが第１のモードである場合、第１のコンテンツに対して視聴権利を持たないユーザの存在を監視する監視手段と、監視手段により視聴権利を持たないユーザの存在が検出された場合、視聴モード切替手段は、視聴モードを第１のモードから第２のモードに切り替えることを特徴とする。
【０００８】
本発明の情報処理装置は、監視手段が、ドアセンサ、顔画像認識装置、網膜認識装置、人感センサ、または赤外線センサのいずれかにより構成される検出装置からの検出信号を受信することにより、視聴権利を持たないユーザの存在を検出するようにすることができる。
【０００９】
本発明の情報処理装置は、コンテンツのデータを記録する記録手段をさらに備え、視聴モード切替手段により、視聴モードが第１のモードから第２のモードに切り替えられた場合、第１のコンテンツがライブ放送であるとき、視聴制御手段は、配信手段により配信されるコンテンツのデータを第１のコンテンツのデータから第２のコンテンツのデータに切り替えると共に、記録手段に、その時点以降の第１のコンテンツのデータを記録させるようにすることができる。
【００１０】
本発明の情報処理装置は、視聴モード切替手段による視聴モードの切り替えに伴い、視聴モードの切り替えを行う直前の視聴モードにおける視聴状態を記憶する記憶手段をさらに備えるようにすることができる。
【００１１】
本発明の情報処理方法は、コンテンツのデータを受信装置に配信する配信ステップと、コンテンツのデータのうち、視聴権利を持つユーザでなければ視聴することができない第１のコンテンツのデータを配信ステップの処理により配信させる第１のモードと、いずれのユーザでも視聴することができる第２のコンテンツのデータを配信ステップの処理により配信させる第２のモードとからなる視聴モードを切り替える視聴モード切替ステップと、記視聴モードに応じて、配信ステップの処理により配信されるコンテンツのデータを切り替える視聴制御ステップと、視聴モードが第１のモードである場合、第１のコンテンツに対して視聴権利を持たないユーザの存在を監視する監視ステップとを含み、監視ステップの処理により視聴権利を持たないユーザの存在が検出された場合、視聴モード切替ステップの処理は、視聴モードを第１のモードから第２のモードに切り替えることを特徴とする。
【００１２】
本発明のプログラムは、コンテンツのデータを受信装置に配信する配信ステップと、コンテンツのデータのうち、視聴権利を持つユーザでなければ視聴することができない第１のコンテンツのデータを配信ステップの処理により配信させる第１のモードと、いずれのユーザでも視聴することができる第２のコンテンツのデータを配信ステップの処理により配信させる第２のモードとからなる視聴モードを切り替える視聴モード切替ステップと、視聴モードに応じて、配信ステップの処理により配信されるコンテンツのデータを切り替える視聴制御ステップと、視聴モードが第１のモードである場合、第１のコンテンツに対して視聴権利を持たないユーザの存在を監視する監視ステップとを含み、監視ステップの処理により視聴権利を持たないユーザの存在が検出された場合、視聴モード切替ステップの処理は、視聴モードを第１のモードから第２のモードに切り替えることを特徴とする。
【００１３】
本発明の情報処理装置および情報処理方法、並びにプログラムにおいては、コンテンツのデータが受信装置に配信され、コンテンツのデータのうち、視聴権利を持つユーザでなければ視聴することができない第１のコンテンツのデータを配信させる第１のモードと、いずれのユーザでも視聴することができる第２のコンテンツのデータを配信させる第２のモードとからなる視聴モードが切り替えられ、視聴モードに応じて、配信されるコンテンツのデータが切り替えられる。さらに、視聴モードが第１のモードである場合、第１のコンテンツに対して視聴権利を持たないユーザの存在が監視され、視聴権利を持たないユーザの存在が検出された場合、視聴モードが第１のモードから第２のモードに切り替えられる。
【発明の効果】
【００１４】
本発明によれば、機密情報を含むコンテンツの視聴を開始した後であっても、視聴権利を持たないユーザが、その機密情報を含むコンテンツを視聴することを未然に防ぐことができる。
【発明を実施するための最良の形態】
【００１５】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１６】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００１７】
請求項１に記載の情報処理装置（例えば、図８のサーバ１１）は、コンテンツのデータを受信装置に配信する配信手段（例えば、図８の通信部２７）と、コンテンツのデータのうち、視聴権利を持つユーザでなければ視聴することができない第１のコンテンツのデータを配信手段により配信させる第１のモードと、いずれのユーザでも視聴することができる第２のコンテンツのデータを配信手段により配信させる第２のモードとからなる視聴モードを切り替える視聴モード切替手段（例えば、図８のモード切替部７２）と、視聴モードに応じて、配信手段により配信されるコンテンツのデータを切り替える視聴制御手段（例えば、図８の視聴制御部７１）と、視聴モードが第１のモードである場合、第１のコンテンツに対して視聴権利を持たないユーザの存在を監視する監視手段（例えば、図８の監視部７３）とを備え、監視手段により視聴権利を持たないユーザの存在が検出された場合、視聴モード切替手段は、視聴モードを第１のモードから第２のモードに切り替えることを特徴とする。
【００１８】
請求項２に記載の情報処理装置（例えば、図８のサーバ１１）は、監視手段（例えば、図８の監視部７３）が、ドアセンサ、顔画像認識装置、網膜認識装置、人感センサ、または赤外線センサのいずれかにより構成される検出装置（例えば、図１のセンサ１４−１乃至１４−３）からの検出信号を受信することにより、視聴権利を持たないユーザの存在を検出することを特徴とする。
【００１９】
請求項３に記載の情報処理装置（例えば、図８のサーバ１１）は、コンテンツのデータを記録する記録手段（例えば、図８の記録再生部６２）をさらに備え、視聴モード切替手段（例えば、図８のモード切替部７２）により、視聴モードが第１のモードから第２のモードに切り替えられた場合、第１のコンテンツがライブ放送であるとき、視聴制御手段（例えば、図８の視聴制御部７１）は、配信手段（例えば、図８の通信部２７）により配信されるコンテンツのデータを第１のコンテンツのデータから第２のコンテンツのデータに切り替えると共に、記録手段に、その時点以降の第１のコンテンツのデータを記録させることを特徴とする。
【００２０】
請求項４に記載の情報処理装置（例えば、図８のサーバ１１）は視聴モード切替手段（例えば、図８のモード切替部７２）による視聴モードの切り替えに伴い、視聴モードの切り替えを行う直前の視聴モードにおける視聴状態を記憶する記憶手段をさらに備えることを特徴とする。
【００２１】
請求項５に記載の情報処理方法は、コンテンツのデータを受信装置に配信する配信ステップ（例えば、図１６のステップS５３の処理）と、コンテンツのデータのうち、視聴権利を持つユーザでなければ視聴することができない第１のコンテンツのデータを配信ステップの処理により配信させる第１のモードと、いずれのユーザでも視聴することができる第２のコンテンツのデータを配信ステップの処理により配信させる第２のモードとからなる視聴モードを切り替える視聴モード切替ステップ（例えば、図１３のステップS３，S１４の処理）と、視聴モードに応じて、配信ステップの処理により配信されるコンテンツのデータを切り替える視聴制御ステップ（例えば、図１６のステップS５７，S５９の処理）と、視聴モードが第１のモードである場合、第１のコンテンツに対して視聴権利を持たないユーザの存在を監視する監視ステップと（例えば、図１３のステップS１２の処理）を含み、監視ステップの処理により視聴権利を持たないユーザの存在が検出された場合、視聴モード切替ステップの処理は、視聴モードを第１のモードから第２のモードに切り替えることを特徴とする。
【００２２】
請求項６に記載のプログラムは、コンテンツのデータを受信装置に配信する配信ステップ（例えば、図１６のステップS５３の処理）と、コンテンツのデータのうち、視聴権利を持つユーザでなければ視聴することができない第１のコンテンツのデータを配信ステップの処理により配信させる第１のモードと、いずれのユーザでも視聴することができる第２のコンテンツのデータを配信ステップの処理により配信させる第２のモードとからなる視聴モードを切り替える視聴モード切替ステップ（例えば、図１３のステップS３，S１４の処理）と、視聴モードに応じて、配信ステップの処理により配信されるコンテンツのデータを切り替える視聴制御ステップ（例えば、図１６のステップS５７，S５９の処理）と、視聴モードが第１のモードである場合、第１のコンテンツに対して視聴権利を持たないユーザの存在を監視する監視ステップと（例えば、図１３のステップS１２の処理）を含み、監視ステップの処理により視聴権利を持たないユーザの存在が検出された場合、視聴モード切替ステップの処理は、視聴モードを第１のモードから第２のモードに切り替えることを特徴とする。
【００２３】
図１は、本発明を適用した通信システムの一実施の形態を示すブロック図である。この通信システムにおいては、セルネットワークなどの通信網１２を介して、サーバ１１、クライアント１３−１，１３−２、およびセンサ１４−１乃至１４−３が相互に接続されている。
【００２４】
また、クライアント１３−１は、モニタ１５−１に接続され、クライアント１３−２は、モニタ１５−２に接続されている。また、クライアント１３−１は、ユーザによって操作されるリモートコントローラ１６−１からの信号を受信するようになっており、それと同様に、クライアント１３−２は、リモートコントローラ１６−２からの信号を受信するようになっている。
【００２５】
点線にて示した場所２、場所３、および場所４のそれぞれは、例えば、場所２はリビングであり、場所３は寝室であり、さらに場所４は玄関や、リビング（場所２）または寝室（場所３）に繋がる廊下であるといったような、センサ１４の設置場所、または、コンテンツを視聴する場所を表している。
【００２６】
サーバ１１は、視聴制限が設定されたコンテンツの視聴を、ユーザに応じて制限するために、２つの視聴モードを備えている。その２つの視聴モードのうちの１つは、全てのユーザに対して共通の視聴モードである通常モードであり、もう１つは、機密情報を含むコンテンツや、他人に視聴されることを望まないコンテンツなどを視聴する場合に使用され、それらのコンテンツを視聴権利を持たないユーザが視聴することを防止する機能を備えたシークレットモードである。
【００２７】
サーバ１１は、クライアント１３−１または１３−２からの視聴モードの切り替えを要求するモード切替要求信号に応じて、クライアント１３−１または１３−２の視聴モードを通常モードまたはシークレットモードに切り替える。
【００２８】
サーバ１１は、クライアント１３−１または１３−２からの、コンテンツの配信の開始を要求する配信開始要求信号に応じて、アンテナ１を介して受信したコンテンツのデータ（以下、適宜、コンテンツデータと称する）、または、サーバ１１に記録されているコンテンツのデータを、通信網１２を介してクライアント１３−１または１３−２に送信する。
【００２９】
また、サーバ１１は、クライアント１３−１または１３−２からの、コンテンツの配信の停止を要求する配信停止要求信号に応じて、クライアント１３−１または１３−２へのコンテンツの配信を停止する。
【００３０】
さらに、サーバ１１は、センサ１４−１乃至１４−３からの、検出信号の受信を監視して、コンテンツの配信を制御する。
【００３１】
クライアント１３−１，１３−２のそれぞれは、リモートコントローラ１６−１，１６−２から送信されてくる信号を受信し、受信した信号に対応した信号を、通信網１２を介して、サーバ１１に送信する。例えば、視聴モードの切り替えを要求するモード切替信号や、コンテンツの配信の開始を要求する配信開始要求信号、または、コンテンツの配信の停止を要求する配信停止要求信号などを、サーバ１１に送信する。
【００３２】
また、クライアント１３−１，１３−２は、それぞれ、サーバ１１から送信されてくるコンテンツデータを受信し、受信したコンテンツデータを、モニタ１５−１，１５−２のそれぞれに出力する。
【００３３】
即ち、ユーザは、クライアント１３−１，１３−２を利用して、サーバ１１より配信されるコンテンツを視聴することができる。
【００３４】
センサ１４−１乃至１４−３は、検出対象（視聴権利を持たないユーザ）を検出した場合、検出対象を検出したことを通知する検出信号を通信網１２を介して、サーバ１１に送信する。
【００３５】
モニタ１５−１，１５−２のそれぞれは、クライアント１３−１，１３−２のそれぞれから出力されたコンテンツデータを受信し、画像を表示する。
【００３６】
リモートコントローラ１６−１，１６−２は、ユーザによって操作され、ユーザの操作に対応した信号を、例えば、赤外線通信を使用してクライアント１３−１，１３−２のそれぞれに送信する。リモートコントローラ１６−１，１６−２には、例えば、視聴モードを切り替えるときに操作されるモード切替ボタンや、ユーザがパスコードを入力するため機能が備えられている。
【００３７】
次に、図２を参照して、図１の、サーバ１１、クライアント１３−１，１３−２のハードウェアの構成例について説明する。
【００３８】
サーバ１１は、処理の実行を指示されると、要求された処理を実行するために必要なデータおよびプログラムを含むソフトウェアセルを生成し、生成したソフトウェアセルを通信網１２を介して、クライアント１３−１または１３−２に送信する。
【００３９】
クライアント１３−１，１３−２は、それぞれ、サーバ１１から送信されてきたソフトウェアセルを受信し、受信したソフトウェアセルを基に、要求された処理を実行する。クライアント１３−１，１３−２は、それぞれ、要求された処理を実行してから、要求された処理の結果得られたデータを、通信網１２を介してサーバ１１に送信する。以下、クライアント１３−１，１３−２を個々に区別する必要のないとき、単にクライアント１３と称する。
【００４０】
サーバ１１は、クライアント１３−１または１３−２から送信されてきたデータを受信し、受信したデータを基に、所定の処理を実行するか、受信したデータを記録する。
【００４１】
サーバ１１は、情報処理コントローラ２１、メインメモリ２２、記録部２３−１、記録部２３−２、バス２４、入力部２５、出力部２６、通信部２７、チューナ部２８、およびドライブ２９を含むように構成される。
【００４２】
情報処理コントローラ２１は、メインメモリ２２に記録されている各種のプログラムを実行し、サーバ１１全体を制御する。情報処理コントローラ２１は、ソフトウェアセルを生成し、生成したソフトウェアセルをバス２４を介して、通信部２７に供給する。情報処理コントローラ２１は、通信部２７から供給されたデータを記録部２３−１または２３−２に供給する。情報処理コントローラ２１は、入力部２５からの指令に基づいて、指定されたデータを、メインメモリ２２、記録部２３−１または２３−２から取得し、取得したデータをバス２４を介して出力部２６に供給する。
【００４３】
また、情報処理コントローラ２１には、サーバ１１を、通信網１２全体を通して一意的に特定できる装置ＩＤ（Identification）が割り当てられている。
【００４４】
情報処理コントローラ２１は、バス３１、メインプロセッサ３２、サブプロセッサ３３−１乃至３３−３、DMAC（Direct Memory Access Controller）３４、キー管理テーブル記録部３５、およびＤＣ（Disk Controller）３６を備えている。
【００４５】
メインプロセッサ３２、サブプロセッサ３３−１乃至３３−３、DMAC３４、キー管理テーブル記録部３５、およびＤＣ３６は、バス３１を介して、相互に接続されている。また、メインプロセッサ３２には、メインプロセッサ３２を特定するためのメインプロセッサＩＤが識別子として割り当てられる。同様に、サブプロセッサ３３−１乃至３３−３のそれぞれには、サブプロセッサ３３−１乃至３３−３のそれぞれを特定するためのサブプロセッサＩＤのそれぞれが識別子として割り当てられる。
【００４６】
メインプロセッサ３２は、サブプロセッサ３３−１乃至３３−３によるプログラムの実行のスケジュール管理および情報処理コントローラ２１（サーバ１１）の全体の管理を行う。メインプロセッサ３２は、ローカルストレージ４１−１を備え、メインメモリ２２からロードしたデータおよびプログラムを、ローカルストレージ４１−１に一時的に記憶させる。メインプロセッサ３２は、ローカルストレージ４１−１からデータおよびプログラムを読み込み、読み込んだデータおよびプログラムを基に、各種の処理を実行する。
【００４７】
メインプロセッサ３２は、通信網１２を介して接続されている、クライアント１３に処理を実行させる場合、ソフトウェアセルを生成し、生成したソフトウェアセルをバス３１およびバス２４を介して、通信部２７に供給する。また、メインプロセッサ３２は、管理のためのプログラム以外のプログラムを実行するように構成することもできる。この場合、メインプロセッサ３２は、サブプロセッサとして機能する。
【００４８】
サブプロセッサ３３−１乃至３３−３は、メインプロセッサ３２の制御の基、並列的かつ独立に、プログラムを実行し、データを処理する。さらに、必要に応じて、メインプロセッサ３２が実行するプログラムが、サブプロセッサ３３−１乃至３３−３のそれぞれが実行するプログラムのそれぞれと連携して動作するように構成することも可能である。
【００４９】
サブプロセッサ３３−１乃至３３−３のそれぞれは、ローカルストレージ４１−２乃至４１−４のそれぞれを備える。サブプロセッサ３３−１乃至３３−３のそれぞれは、ローカルストレージ４１−２乃至４１−４のそれぞれに、必要に応じて、データおよびプログラムを一時的に記憶させる。サブプロセッサ３３−１乃至３３−３のそれぞれは、ローカルストレージ４１−２乃至４１−４のそれぞれからデータおよびプログラムを読み込み、読み込んだデータおよびプログラムを基に、各種の処理を実行する。
【００５０】
以下、サブプロセッサ３３−１乃至３３−３のそれぞれを個々に区別する必要のないとき、単にサブプロセッサ３３と称する。同様に、以下、ローカルストレージ４１−１乃至４１−４のそれぞれを個々に区別する必要のないとき、単にローカルストレージ４１と称する。
【００５１】
DMAC３４は、キー管理テーブル記録部３５に記録されている、メインプロセッサキー、サブプロセッサキー、およびアクセスキーを基に、メインプロセッサ３２およびサブプロセッサ３３からのメインメモリ２２に記憶されているプログラムおよびデータへのアクセスを管理する。
【００５２】
キー管理テーブル記録部３５は、メインプロセッサキー、サブプロセッサキー、およびアクセスキーを記録している。なお、メインプロセッサキー、サブプロセッサキー、およびアクセスキーの詳細は後述する。
【００５３】
ＤＣ３６は、メインプロセッサ３２およびサブプロセッサ３３からの記録部２３−１，２３−２へのアクセスを管理する。
【００５４】
メインメモリ２２は、例えば、RAMから構成される。メインメモリ２２は、メインプロセッサ３２およびサブプロセッサ３３が実行する各種のプログラムおよびデータを一時的に記憶している。
【００５５】
記録部２３−１，２３−２は、それぞれ、例えば、ハードディスクなどにより構成される。記録部２３−１，２３−２は、メインプロセッサ３２およびサブプロセッサ３３が実行する各種のプログラムおよびデータを記録している。また、記録部２３−１，２３−２は、情報処理コントローラ２１から供給されたデータを記録する。以下、記録部２３−１，２３−２を個々に区別する必要のないとき、単に記録部２３と称する。
【００５６】
また、情報処理コントローラ２１には、バス２４を介して、入力部２５、出力部２６、通信部２７、チューナ部２８、およびドライブ２９が接続されている。入力部２５は、例えば、キーボード、マウス、および、リモートコントローラなどからの入力信号を受信する受信器などよりなり、ユーザにより入力されたコマンドに対応する信号を情報処理コントローラ２１に供給する。出力部２６は、例えば、ディスプレイ、スピーカ、およびランプなどよりなり、情報処理コントローラ２１から供給されたデータを出力する。
【００５７】
通信部２７は、情報処理コントローラ２１から供給されたソフトウェアセルを、通信網１２を介してクライアント１３に送信する。また、通信部２７は、クライアント１３から送信されてきたデータを、バス２４を介して、情報処理コントローラ２１に供給する。
【００５８】
チューナ部２８は、アンテナ１を介してテレビジョン番組放送などのコンテンツデータを受信し、情報コントローラ２１に供給する。
【００５９】
ドライブ２９は、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、あるいは半導体メモリ５４などが装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて、バス２４を介して、情報処理コントローラ２１に転送され、情報処理コントローラ２１によって、記録部２３に記録される。
【００６０】
なお、クライアント１３は、サーバ１１と同様に構成されるので、その説明は省略する。クライアント１３は上述した構成に限らず、必要に応じて、機能を追加したり削除したりすることは可能であり、その機能に対応した構成を持つことが可能である。
【００６１】
次に、図３乃至図５を参照して、サブプロセッサ３３がメインメモリ２２にアクセスする場合の処理について説明する。
【００６２】
図３で示されるように、メインメモリ２２には、複数のアドレスを指定できるメモリロケーションが配置される。各メモリロケーションに対しては、データの状態を示す情報を格納するための追加セグメントが割り振られる。追加セグメントは、Ｆ／Ｅビット、サブプロセッサＩＤおよびＬＳアドレス（ローカルストレージアドレス）を含む。また、各メモリロケーションには、後述するアクセスキーが割り振られる。
【００６３】
“０”であるＦ／Ｅビットは、サブプロセッサ３３によって読み出されている処理中のデータ、または空き状態であるため最新データではない無効データであり、そのメモリロケーションから読み出し不可であることを示す。また、“０”であるＦ／Ｅビットは、そのメモリロケーションにデータ書き込み可能であることを示し、データが書き込まれると、Ｆ／Ｅビットは“１”に設定される。
【００６４】
“１”であるＦ／Ｅビットは、そのメモリロケーションのデータがサブプロセッサ３３によって読み出されておらず、未処理の最新データであることを示す。Ｆ／Ｅビットが“１”であるメモリロケーションのデータは読み出し可能であり、サブプロセッサ３３によって読み出されてから、Ｆ／Ｅビットは“０”に設定される。また、“１”であるＦ／Ｅビットは、メモリロケーションがデータ書き込み不可であることを示す。
【００６５】
さらに、Ｆ／Ｅビットが“０”（読み出し不可／書き込み可）である状態において、メモリロケーションについて読み出し予約を設定することが可能である。Ｆ／Ｅビットが“０”であるメモリロケーションに対して読み出し予約を行う場合には、サブプロセッサ３３は、読み出し予約を行うメモリロケーションの追加セグメントに、読み出し予約情報としてサブプロセッサ３３のサブプロセッサＩＤおよびＬＳアドレスを書き込む。そして、データを書き込むサブプロセッサ３３によって、読み出し予約されたメモリロケーションにデータが書き込まれ、Ｆ／Ｅビットが“１”（読み出し可／書き込み不可）に設定されたとき、あらかじめ読み出し予約情報として追加セグメントに書き込まれているサブプロセッサＩＤおよびＬＳアドレスによって特定されるローカルストレージ４１に読み出される。
【００６６】
複数のサブプロセッサ３３によってデータを多段階に処理する必要がある場合、このように各メモリロケーションのデータの読み出しおよび書き込みを制御することによって、前段階の処理を行うサブプロセッサ３３が、処理済みのデータをメインメモリ２２における所定のアドレスに書き込んだ後に即座に、後段階の処理を行う別のサブプロセッサ３３が前処理後のデータを読み出すことが可能となる。
【００６７】
また、図４で示されるように、サブプロセッサ３３のローカルストレージ４１は、複数のアドレスを指定できるメモリロケーションによって構成される。各メモリロケーションに対しては、同様に追加セグメントが割り振られる。追加セグメントは、ビジービットを含む。
【００６８】
サブプロセッサ３３がメインメモリ２２に記憶されているデータをサブプロセッサ３３のローカルストレージ４１のメモリロケーションに読み出すときには、対応するビジービットを“１”に設定して予約する。ビジービットが“１”であるメモリロケーションには、他のデータを格納することができない。ローカルストレージ４１のメモリロケーションにデータが読み出されると、ビジービットは“０”に設定され、他のデータを格納することができるようになる。
【００６９】
さらに、図３で示すように情報処理コントローラ２１に接続されているメインメモリ２２には、複数のサンドボックスが含まれる。サンドボックスは、メインメモリ２２内の領域を画定するものであり、各サンドボックスは、各サブプロセッサ３３に割り当てられ、割り当てられたサブプロセッサ３３が排他的に使用することができる。すなわち、サブプロセッサ３３は、割り当てられたサンドボックスを使用できるが、この領域を超えてデータにアクセスすることはできない。
【００７０】
メインメモリ２２は、複数のメモリロケーションから構成されるが、サンドボックスは、これらのメモリロケーションの集合である。
【００７１】
さらに、メインメモリ２２の排他的な制御を実現するために、図５で示されるキー管理テーブルが用いられる。キー管理テーブルは、キー管理テーブル記録部３５に記録され、DMAC３４と関連付けられる。キー管理テーブル内の各エントリには、サブプロセッサＩＤ、サブプロセッサキーおよびキーマスクが含まれる。
【００７２】
サブプロセッサ３３がメインメモリ２２にアクセスする場合、サブプロセッサ３３はDMAC３４に、読み出しまたは書き込みのコマンドを出力する。このコマンドには、サブプロセッサ３３を特定するサブプロセッサＩＤおよびアクセス要求先であるメインメモリ２２のアドレスが含まれる。
【００７３】
DMAC３４は、サブプロセッサ３３から供給されたコマンドを実行する場合、キー管理テーブルを参照して、アクセス要求元のサブプロセッサ３３のサブプロセッサキーを調べる。そして、DMAC３４は、調べたアクセス要求元のサブプロセッサキーと、アクセス要求先であるメインメモリ２２のメモリロケーションに割り振られたアクセスキーとを比較して、２つのキーが一致した場合にのみ、サブプロセッサ３３から供給されたコマンドを実行する。
【００７４】
図５は、キー管理テーブルを説明する図である。キー管理テーブルに記録されているキーマスクは、その任意のビットが“１”になることによって、そのキーマスクと関連付けられたサブプロセッサキーの対応するビットを“０”または“１”にすることができる。
【００７５】
例えば、サブプロセッサキーが“１０１０”であるとする。通常、このサブプロセッサキーによって“１０１０”のアクセスキーを持つサンドボックスへのアクセスだけが可能になる。しかし、このサブプロセッサキーと関連付けられたキーマスクが“０００１”に設定されている場合には、キーマスクのビットが“１”に設定された桁のみにつき、サブプロセッサキーとアクセスキーとの一致判定がマスクされ（キーマスクのビットが“１”に設定された桁について、判定されず）、このサブプロセッサキー“１０１０”によってアクセスキーが“１０１０”または“１０１１”のいずれかであるアクセスキーを持つサンドボックスへのアクセスが可能となる。
【００７６】
以上のようにして、メインメモリ２２のサンドボックスの排他性が実現される。すなわち、複数のサブプロセッサ３３によってデータを多段階に処理する必要がある場合、以上のように構成することによって、前段階の処理を行うサブプロセッサ３３と、後段階の処理を行うサブプロセッサ３３のみが、メインメモリ２２の所定のアドレスにアクセスできるようになり、データを保護することができる。
【００７７】
例えば、キーマスクの値は、以下のように変更されることが考えられる。まず、サーバ１１の起動直後においては、キーマスクの値は全て“０”である。メインプロセッサ３２にロードされたプログラムが実行され、サブプロセッサ３３にロードされたプログラムと連携動作するものとする。サブプロセッサ３３−１により出力された処理結果データを、メインメモリ２２に記憶させ、メインメモリ２２に記憶させた処理結果データを、サブプロセッサ３３−２に入力したいときには、サブプロセッサ３３−１により出力された処理結果データを記憶しているメインメモリ２２の領域は、サブプロセッサ３３−１，３３−２からアクセス可能である必要がある。そのような場合に、メインプロセッサ３２は、キーマスクの値を適切に変更し、複数のサブプロセッサ３３からアクセスできるメインメモリの領域を設けることにより、サブプロセッサ３３による多段階的の処理を可能にする。
【００７８】
より具体的には、例えば、クライアント１３から送信されてきた、データを基に、サブプロセッサ３３−１が所定の処理実行し、処理が施されたデータをメインメモリ２２の第１の領域に記憶させる。そして、サブプロセッサ３３−２は、メインメモリ２２の第１の領域から、記憶されているデータを読み出し、読み出したデータを基に、所定の処理を実行し、処理が施されたデータをメインメモリ２２の第１の領域とは、異なる第２の領域に記憶させる。
【００７９】
ここで、サブプロセッサ３３−１のサブプロセッサキーが“０１００”であり、メインメモリ２２の第１の領域のアクセスキーが“０１００”であり、サブプロセッサ３３−２のサブプロセッサキーが“０１０１”であり、メインメモリ２２の第２の領域のアクセスキーが“０１０１”である場合、サブプロセッサ３３−２は、メインメモリ２２の第１の領域にアクセスすることができない。そこで、サブプロセッサ３３−２のキーマスクを“０００１”にすることによって、サブプロセッサ３３−２は、メインメモリ２２の第１の領域にアクセスすることができるようになる。
【００８０】
次に、図６および図７を参照して、サーバ１１がソフトウェアセルを生成し、生成したソフトウェアセルを基に、クライアント１３に処理を実行させる場合の処理について説明する。
【００８１】
サーバ１１のメインプロセッサ３２は、処理を実行するために必要なコマンド、プログラム、およびデータを含むソフトウェアセルを生成し、通信網１２を介してクライアント１３に送信する。
【００８２】
図６は、ソフトウェアセルの構成の例を示す図である。
【００８３】
ソフトウェアセルは、送信元ＩＤ、送信先ＩＤ、応答先ＩＤ、セルインターフェース、DMAコマンド、プログラム、およびデータを含むように構成される。
【００８４】
送信元ＩＤには、ソフトウェアセルの送信元であるサーバ１１２１のネットワークアドレスおよびサーバ１１の情報処理コントローラ２１の装置ＩＤ、さらに、サーバ１１の情報処理コントローラ２１が備えるメインプロセッサ３２およびサブプロセッサ３３の識別子（メインプロセッサＩＤおよびサブプロセッサＩＤ）が含まれる。
【００８５】
送信先ＩＤには、ソフトウェアセルの送信先であるクライアント１３のネットワークアドレス、クライアント１３の情報処理コントローラの装置ＩＤ、およびクライアント１３の情報処理コントローラが備えるメインプロセッサおよびサブプロセッサの識別子が含まれる。
【００８６】
また、応答先ＩＤには、ソフトウェアセルの実行結果の応答先であるサーバ１１のネットワークアドレス、サーバ１１の情報処理コントローラ２１の装置ＩＤ、および情報処理コントローラ２１が備えるメインプロセッサ３２およびサブプロセッサ３３の識別子が含まれる。
【００８７】
セルインターフェースは、ソフトウェアセルの利用に必要な情報であり、グローバルＩＤ、必要なサブプロセッサの情報、サンドボックスサイズ、および前回のソフトウェアセルＩＤから構成される。
【００８８】
グローバルＩＤは、通信網１２全体を通してソフトウェアセルを一意的に識別できるものであり、送信元ＩＤ、およびソフトウェアセルの生成または送信の日時（日付および時刻）を基に、生成される。
【００８９】
必要なサブプロセッサの情報は、ソフトウェアセルの実行に必要なサブプロセッサの数が設定される。サンドボックスサイズは、ソフトウェアセルの実行に必要なメインメモリおよびサブプロセッサのローカルストレージのメモリ量が設定される。
【００９０】
前回のソフトウェアセルＩＤは、ストリーミングデータなどのシーケンシャルな実行を要求する１つのグループを構成するソフトウェアセル内の、前回のソフトウェアセルの識別子である。
【００９１】
ソフトウェアセルの実行セクションは、DMAコマンド、プログラムおよびデータから構成される。DMAコマンドには、プログラムの起動に必要な一連のDMAコマンドが含まれ、プログラムには、サブプロセッサによって実行されるサブプロセッサプログラムが含まれる。ここでのデータは、このサブプロセッサプログラムを含むプログラムによって処理されるデータである。
【００９２】
さらに、DMAコマンドには、ロードコマンド、キックコマンド、機能プログラム実行コマンド、ステータス要求コマンド、およびステータス返信コマンドが含まれる。
【００９３】
ロードコマンドは、メインメモリが記憶している情報をサブプロセッサのローカルストレージにロードさせるコマンドであり、ロードコマンドのほかに、メインメモリアドレス、サブプロセッサＩＤおよびＬＳアドレスを含む。メインメモリアドレスは、情報のロード元であるメインメモリの所定の領域のアドレスを示す。サブプロセッサＩＤおよびＬＳアドレスは、情報のロード先であるサブプロセッサの識別子およびローカルストレージのアドレスを示す。
【００９４】
キックコマンドは、プログラムの実行を開始するコマンドであり、キックコマンドのほかに、サブプロセッサＩＤおよびプログラムカウンタを含む。サブプロセッサＩＤは、キック対象のサブプロセッサを識別し、プログラムカウンタは、プログラム実行用プログラムカウンタのためのアドレスを与える。
【００９５】
機能プログラム実行コマンドは、ある装置（例えば、サーバ１１）が他の装置（例えば、クライアント１３）に対して、機能プログラムの実行を要求するコマンドである。機能プログラム実行コマンドを受信した装置（例えば、クライアント１３）の情報処理コントローラは、機能プログラムＩＤによって、起動すべき機能プログラムを識別する。
【００９６】
ステータス要求コマンドは、送信先ＩＤで示されるクライアント１３の現在の動作状態（状況）に関する装置情報を、応答先ＩＤで示されるサーバ１１に送信要求するコマンドである。
【００９７】
ステータス返信コマンドは、ステータス要求コマンドを受信したクライアント１３が、装置情報をステータス要求コマンドに含まれる応答先ＩＤで示されるサーバ１１に応答するコマンドである。ステータス返信コマンドは、実行セクションのデータ領域に装置情報を格納する。
【００９８】
図７は、DMAコマンドがステータス返信コマンドである場合におけるソフトウェアセルのデータ領域の構造を示す図である。
【００９９】
装置ＩＤは、情報処理コントローラを備えるクライアント１３を識別するための識別子であり、ステータス返信コマンドを送信するクライアント１３のＩＤを示す。装置ＩＤは、例えば、装置の電源をオンしたときクライアント１３の情報処理コントローラに含まれるメインプロセッサによって、装置の電源をオンしたときの日時、クライアント１３のネットワークアドレスおよびクライアント１３の情報処理コントローラに含まれるサブプロセッサの数などに基づいて生成される。
【０１００】
装置種別ＩＤには、クライアント１３の特徴を表す値が含まれる。クライアント１３の特徴とは、クライアント１３がどのような装置であるかを示す情報であり、例えば、クライアント１３が、ハードディスクレコーダ、PDA（Personal Digital Assistants）、ポータブルＣＤ（Compact Disc）プレーヤなどであることを示す情報である。また、装置種別ＩＤは、映像音声記録、映像音声再生など、クライアント１３の機能を表すものであってもよい。クライアント１３の特徴や機能を表す値は予め決定されているものとし、装置種別ＩＤを読み出すことにより、クライアント１３の特徴や機能を把握することが可能である。
【０１０１】
メインプロセッサ動作周波数は、情報処理コントローラのメインプロセッサの動作周波数を表す。メインプロセッサ使用率は、メインプロセッサで現在動作している全てのプログラムについての、メインプロセッサでの使用率を表す。メインプロセッサ使用率は、メインプロセッサの全処理能力に対する使用中の処理能力の比率を表した値で、例えば、プロセッサ処理能力評価のための単位であるMIPSを単位として算出され、または単位時間あたりのプロセッサ使用時間に基づいて算出される。
【０１０２】
サブプロセッサ数は、情報処理コントローラが備えるサブプロセッサの数を表す。サブプロセッサＩＤは、情報処理コントローラのサブプロセッサを識別するための識別子である。
【０１０３】
サブプロセッサステータスは、サブプロセッサの状態を表すものであり、“unused”、“reserved”、および“busy”などの状態がある。“unused”は、サブプロセッサが現在使用されてなく、使用の予約もされていないことを示す。“reserved”は、現在は使用されていないが、予約されている状態を示す。“busy”は、現在使用中であることを示す。
【０１０４】
サブプロセッサ使用率は、サブプロセッサで現在実行している、またはサブプロセッサに実行が予約されているプログラムについての、サブプロセッサでの使用率を表す。すなわち、サブプロセッサ使用率は、サブプロセッサステータスが“busy”である場合には、現在の使用率を示し、サブプロセッサステータスが“reserved”である場合には、後に使用される予定の推定使用率を示す。
【０１０５】
サブプロセッサＩＤ、サブプロセッサステータスおよびサブプロセッサ使用率は、１つのサブプロセッサに対して一組設定され、１つの情報処理コントローラのサブプロセッサに対応する組数が設定される。
【０１０６】
メインメモリ総容量およびメインメモリ使用量は、それぞれ、情報処理コントローラに接続されているメインメモリの総容量および現在使用中の容量を表す。
【０１０７】
記録部数は、情報処理コントローラに接続されている記録部の数を表す。記録部ＩＤは、情報処理コントローラに接続されている記録部を一意的に識別する情報である。記録部種別ＩＤは、記録部の種類（例えば、ハードディスク、ＣＤ±ＲＷ、DVD±ＲＷ、メモリディスク、SRAM、ROMなど）を表す。
【０１０８】
記録部総容量および記録部使用量は、それぞれ、記録部ＩＤによって識別される記録部の総容量および現在使用中の容量を表す。
【０１０９】
記録部ＩＤ、記録部種別ＩＤ、記録部総容量および記録部使用量は、１つの記録部に対して一組設定されるものであり、情報処理コントローラに接続されている記録部の数の組数だけ設定される。すなわち、１つの情報処理コントローラに複数の記録部が接続されている場合、各記録部には異なる記録部ＩＤが割り当てられ、記録部種別ＩＤ、記録部総容量および記録部使用量も別々に管理される。
【０１１０】
このようにして、サーバ１１は、クライアント１３に処理を実行させる場合、ソフトウェアセルを生成し、生成したソフトウェアセルを、通信網１２を介してクライアント１３に送信する。
【０１１１】
なお、以下、サーバ１１からクライアント１３に送信される各種データは、ソフトウェアセルに格納されて送信されるものとし、繰り返しになるので、その説明は省略する。
【０１１２】
図８は、本発明を適用したサーバ１１の機能の構成例を示すブロック図である。
【０１１３】
サーバ１１は、通信部２７、チューナ部２８、制御部６１、記録再生部６２、コンテンツ記録部６３、および管理情報記録部６４を含むように構成されている。また、制御部６１は、視聴制御部７１、モード切替部７２、および監視部７３から構成されている。
【０１１４】
通信部２７は、通信網１２を介して、各種のデータの送受信を行う。通信部２７は、クライアント１３から通信網１２を介して送信されてくる、配信開始要求信号、および配信停止要求信号を受信し、視聴制御部７１に供給する。また、通信部２７は、クライアント１３から通信網１２を介して送信されてくるモード切替要求信号を受信した場合、そのモード切替要求信号をモード切替部７２に供給し、センサ１４から通信網１２を介して送信されてくる、視聴権利を持たないユーザの存在を検出したことを通知する検出信号を受信した場合、その検出信号を監視部７３に供給する。
【０１１５】
さらに、通信部２７は、配信開始要求信号に応じて記録再生部６２から供給されたコンテンツデータを、通信網１２を介してクライアント１３に送信する。また、通信部２７は、監視部７３から供給された、センサ１４に対して検出処理の開始を要求する検出処理開始信号を、通信網１２を介して、センサ１４に送信する。
【０１１６】
制御部６１の視聴制御部７１は、通信部２７から配信開始要求信号が供給された場合、配信開始要求信号により指定されたコンテンツの配信を記録再生部６２に対して指示する。
【０１１７】
また、制御部６１の視聴制御部７１は、通信部２７から供給される信号に応じて、記録再生部６２を制御する。
【０１１８】
さらに、制御部６１の視聴制御部７１は、コンテンツの再生または記録の状況に関する情報を、記録再生部６２から取得し、管理する。
【０１１９】
制御部６１のモード切替部７２は、通信部２７から供給される信号に応じて、クライアント１３に対応する視聴モードの情報を保持するとともに、その切り替えを制御する。
【０１２０】
また、制御部６１のモード切替部７２は、視聴モードの切り替えに応じて、監視部７３に対して、センサ１４の検出処理の開始または停止を指示する。
【０１２１】
制御部６１の監視部７３は、モード切替部７２からの指示に従い、センサ１４の検出処理の開始を要求する検出処理開始信号、または、センサ１４の検出処理の停止を要求する検出処理停止信号を生成し、通信部２７に供給する。
【０１２２】
また、制御部６１の監視部７３は、通信部２７から、検出信号が供給されると、モード切替部７２に対して、視聴モードの通常モードへの切り替えを指示する。
【０１２３】
記録再生部６２は、視聴制御部７１による制御に従い、コンテンツの配信を開始または停止するとともに、配信するコンテンツを切り替える。
【０１２４】
また、記録再生部６２は、制御部６１の視聴制御部７１による制御に従い、チューナ部２８から供給されたコンテンツデータをコンテンツ記録部６３に記録する。
【０１２５】
チューナ部２８は、記録再生部６２からの指示に従い、アンテナ１を介してテレビジョン番組放送などのコンテンツデータを受信し、記録再生部６２に供給する。
【０１２６】
コンテンツ記録部６３は、例えば、ＨＤＤ（Hard Disk Drive）や、各種のリムーバルメディアを扱うドライブなどで構成されており、記録再生部６２から供給されたコンテンツデータを記録する。
【０１２７】
管理情報記録部６４は、それぞれのクライアント１３に対応する管理情報であるクライアント管理情報と、それぞれユーザに対応する管理情報であるユーザ管理情報を記録している。クライアント管理情報と、ユーザ管理情報については後述する。
【０１２８】
図９は、サーバ１１の管理情報記録部６４に記録されるクライアント管理情報の構成例を示す図である。
【０１２９】
クライアントIDには、クライアント１３を識別するためのID（以下、適宜、クライアントIDと称する）が記録される。
【０１３０】
通常モード状態情報には、クライアントIDに対応するクライアント１３の通常モードにおける視聴状態を示す情報、例えば、ユーザインターフェイスの状態や、視聴していたチャンネルを示す情報、または、視聴していたコンテンツがコンテンツ記録部６３に記録されたコンテンツであり、そのコンテンツの視聴が途中で中断された経緯がある場合には、そのコンテンツの視聴を再開するために用いる、再生位置を示す情報などが記録される。この通常モード状態情報は、クライアント１３の電源オン（起動）に応じて読み込まれ、また、クライアント１３の電源オフに応じて、その時点でのクライアント１３の通常モードにおける視聴状態を示す情報が記録される。
【０１３１】
図１０は、サーバ１１の管理情報記録部６４に記録されるユーザ管理情報の構成例を示す図である。
【０１３２】
ユーザ管理情報は、図１０に示すように、パスコード、シークレットモード状態情報、センサ情報、クライアントID、および通常モード状態情報から構成される。
【０１３３】
パスコードには、ユーザを識別するための情報であるパスコードが記録される。
【０１３４】
シークレットモード状態情報は、シークレットモードの視聴状態を示す情報であり、例えば、ユーザインターフェイスの状態や、視聴していたチャンネルに関する情報、または、視聴していたコンテンツがコンテンツ記録部６３に記録されたコンテンツであり、そのコンテンツの視聴が途中で中断された経緯がある場合には、そのコンテンツの視聴を再開するための再生位置を示す情報などを含んでいる。
【０１３５】
センサ情報には、シークレットモードにおいて使用するセンサ１４を識別するためのID（以下、適宜、センサIDと称する）が記録される。サーバ１１は、クライアント１３の視聴モードの切り替えに応じて、このセンサ情報に基づき、対応するセンサ１４の検出処理の開始または停止を行う。
【０１３６】
クライアントIDは、図９のクライアントIDと同一であり、クライアントIDには、上記のパスコードに対応するユーザがシークレットモードに切り替えたクライアント１３のクライアントIDが記録される。
【０１３７】
通常モード状態情報は、図９の通常モード状態情報と同一であり、通常モード状態情報には、クライアントIDに対応するクライアント１３の通常モードにおける視聴状態を示す情報が記録される。
【０１３８】
図１１は、図１のクライアント１３の機能の構成例を示すブロック図である。
【０１３９】
クライアント１３は、入力部８１、通信部８２、および出力部８３を含むように構成されている。
【０１４０】
入力部８１は、リモートコントローラ１６からの信号を受信し、受信した信号に応じて、配信開始要求信号や、配信停止要求信号、または、モード切替要求信号などを通信部８２に供給する。
【０１４１】
通信部８２は、入力部８１から供給された信号を通信網１２を介してサーバ１１に送信する。また、配信開始要求信号に応じて、サーバ１１から送信されてくるコンテンツデータを受信し、出力部８３に供給する。
【０１４２】
出力部８３は、通信部８２から供給されたコンテンツデータをモニタ１５に供給し、画像を表示させる。
【０１４３】
図１２は、図１のセンサ１４の機能の構成例を示すブロック図である。
【０１４４】
センサ１４は、通信部９１、制御部９２、およびセンシング部９３を含むように構成されている。
【０１４５】
通信部９１は、サーバ１１から送信されてくる、検出処理開始信号、および検出処理停止信号を、通信網１２を介して受信し、制御部９２に供給する。また、通信部９１は、センシング部９３から供給された検出信号を通信網１２を介してサーバ１１に送信する。
【０１４６】
制御部９２は、通信部９１から供給された、検出処理開始信号、または検出処理停止信号に従い、センシング部９３に対して、検出処理の開始、または停止を指示する。
【０１４７】
センシング部９３は、制御部９２からの指示に従い、検出処理を開始し、検出対象（視聴権利を持たないユーザ）を検出すると、通信部９１へ検出信号を供給する。
【０１４８】
センシング部９３は、例えば、ドアチャイムに反応する音センサ、光センサ、赤外線センサ、ドアの開閉を検出するドアセンサ、人感センサ、動体を検出する動作検出センサ、周囲の熱変化を検出する温感センサ、顔画像認識装置、または網膜認識装置などにより構成される。
【０１４９】
次に、図１３のフローチャートを参照して、サーバ１１のモード切替処理を説明する。
【０１５０】
ステップS１において、モード切替部７２は、クライアント１３の視聴モードを通常モードにする。つまり、例えば、クライアント１３が電源オンされたときに送信してくる、起動を通知する信号に含まれるクライアントIDを基に、管理情報記録部６４から、クライアント１３に対応するクライアント管理情報を検索し、検索されたクライアント管理情報の通常モード状態情報を取得する。そして、取得した通常モード状態情報に基づいて、クライアント１３の視聴モードを通常モードにする。
【０１５１】
ステップS２において、モード切替部７２は、シークレットモードへのモード切替要求信号を受信したか否かを判定する。ステップS２において、例えば、クライアント１３のユーザにより、リモートコントローラ１６が操作されて、シークレットモードへのモード切替がなされると、対応するモード切替要求信号が受信されるので、シークレットモードへのモード切替であると判定され、ステップS３において、モード切替部７２は、視聴モードをシークレットモードに切り替える。
【０１５２】
その後、処理は、ステップS４に進み、モード切替部７２は、パスコードの確認処理を実行する。詳細には、ユーザに対してパスコードの入力を要求し、その要求に応じてユーザにより入力されたパスコードを取得し、そのパスコードが有効なパスコードであるか否かを、予め登録されたユーザ管理情報のパスコードと照合することにより判定する。ここで、有効なパスコードであると判定された場合、処理は、ステップS５に進む。
【０１５３】
また、ステップS４のパスコード確認処理において、ユーザにより入力されたパスコードが無効なパスコードであると判定された場合には、例えば、パスコードの再入力を要求したり、或いは、単に、モード切替処理を中止するなどの所定のエラー処理を実行するようにしてもよい。
【０１５４】
ステップS５において、モード切替部７２は、視聴制御部７１に対して、シークレットモードへのモード切替が要求されたことを通知するとともに、視聴制御部７１から、クライアント１３の通常モード状態情報を取得する。また、視聴制御部７１は、クライアント１３のクライアントIDと、視聴制御部７１から取得したクライアント１３の通常モード状態情報を、管理情報記録部６４に記録されているユーザ管理情報のうち、ステップS４の処理で取得したパスコードに対応するユーザ管理情報の、クライアントIDと通常モード状態情報のそれぞれに保存する。
【０１５５】
その後、処理は、ステップS６に進み、モード切替部７２は、ステップS４の処理で取得したパスコードに対応する、過去のシークレットモード状態情報が存在するか否かを判定する。つまり、管理情報記録部６４に記録されているユーザ管理情報のうち、ステップS４の処理で取得したパスコードに対応するユーザ管理情報のシークレットモード状態情報に情報が設定されているか否かを判定する。ステップS６において、過去のシークレットモード状態情報が存在すると判定された場合、処理は、ステップS７に進む。
【０１５６】
ステップS７において、モード切替部７２は、過去のシークレットモードの視聴状態を復旧させるか否かを、ユーザに確認する。つまり、ユーザに対して、過去のシークレットモードの視聴状態を復旧させるか否かに関する入力を要求し、ユーザからの応答を取得して、処理は、ステップS８に進む。
【０１５７】
ステップS８において、モード切替部７２は、ユーザからの応答に基づいて、過去のシークレットモードの視聴状態を復旧させるか否かを判定する。ステップS８において、過去のシークレットモードの視聴状態を復旧させると判定された場合、処理は、ステップS９に進む。
【０１５８】
ステップS９において、モード切替部７２は、管理情報記録部６４に記録されているユーザ管理情報のうち、ステップS４の処理で取得したパスコードに対応するユーザ管理情報からシークレットモード状態情報を取得し、視聴制御部７１に供給する。視聴制御部７１は、モード切替部７２から供給されたシークレットモード状態情報に従って、シークレットモードへの切り替えを要求したユーザが、以前にシークレットモードを使用したときの視聴状態（例えば、シークレットモードユーザインターフェイスの状態や、視聴していたチャンネルに関する情報、または、視聴していたコンテンツがコンテンツ記録部６３に記録されたコンテンツであり、そのコンテンツの視聴が途中で中断された経緯がある場合には、そのコンテンツの視聴を再開するための再生位置を示す情報などが含まれており、視聴するチャンネルを以前に視聴していたチャンネルに設定したり、再生を中断したコンテンツを、中断した位置から再生できるようにする）を復旧させる。その後、処理は、ステップS１２に進む。
【０１５９】
また、ステップS６において、シークレットモードの管理情報が存在しないと判定された場合、または、ステップS８において、過去のシークレットモードの視聴状態を復旧させないと判定された場合、処理は、ステップS１０に進み、センサ１４の指定処理を実行する。詳細には、シークレットモードにおいて、通信網１２に接続されているセンサ１４のうち、どのセンサ１４を使用するかをユーザに対して問い合わせ、ユーザの入力に従って、管理情報記録部６４に記録されているユーザ管理情報のうち、ステップS４の処理で取得したパスコードに対応するユーザ管理情報のセンサ情報を設定する。例えば、センサ情報には、指定されたセンサ１４の全てのセンサIDが設定される。また、必要に応じて、センサ１４が、検出対象を検出する場合の判定基準を示す情報などを設定するようにしてもよい。
【０１６０】
ここでの設定により、ユーザの希望に応じた視聴環境を実現することができる。例えば、ユーザが、リビングにあるクライアント１３をシークレットモードに切り替えて、コンテンツを視聴するとした場合、ユーザは、例えば、リビングの入り口に設置されたセンサ１４を、使用するセンサ１４として設定する。また、さらに安全な視聴環境を望む場合には、リビングにつながる廊下などに設置されたセンサ１４を、使用するセンサ１４として設定し、リビングに誰かが近づいてきた時点で、シークレットモードから通常モードへ切り替わるようにすることもできる。
【０１６１】
その後、処理は、ステップS１１に進み、モード切替部７２は、管理情報記録部６４に記録されているユーザ管理情報のうち、ステップS４の処理で取得したパスコードに対応するユーザ管理情報のシークレットモード状態情報に、シークレットモードの視聴状態における初期状態の情報を設定するとともに、シークレットモードの視聴状態における初期状態の情報を視聴制御部７１に供給する。視聴制御部７１は、モード切替部７２から供給されたシークレットモードの視聴状態における初期状態の情報に従って、クライアント１３のシークレットモードの視聴状態を初期状態にする。
【０１６２】
ステップS１２において、モード切替部７２は、ステップS４の処理で取得したパスコードに対応するユーザ管理情報のセンサ情報を、管理情報記録部６４から取得し、取得したセンサ情報を、監視部７３に供給する。監視部７３は、モード切替部７２から供給されたセンサ情報に基づいて、検出処理開始信号を生成し、通信部２７に供給する。通信部２７は、モード切替部７２から供給された検出処理開始信号を、通信網１２を介して、センサ１４に送信し、センサ１４の検出処理を開始させる。その後、処理は、ステップS２に戻る。
【０１６３】
ステップS２において、シークレットモードへのモード切替ではないと判定された場合、処理は、ステップS１３に進み、モード切替部７２は、通常モードへのモード切替であるか否かを判定する。例えば、監視部７３が検出信号を受信したことにより、監視部７３から通常モードへのモード切替を指示されたか否かを判定する。
【０１６４】
ステップS１３において、監視部７３から通常モードへのモード切替を指示されたと判定された場合、ステップS１４において、モード切替部７２は、視聴モードを通常モードに切り替える。さらにステップS１５において、モード切替部７２は、現在のシークレットモードの視聴状態を保存する。詳細には、監視部７３は、視聴権利を持たないユーザの存在を検出したセンサ１４から検出信号を受信すると、その検出信号に含まれるセンサIDをモード切替部７２に供給して、通常モードへのモード切替を指示する。モード切替部７２は、監視部７３から供給されたセンサIDがセンサ情報に設定されているユーザ管理情報を検索し、検索されたユーザ管理情報のシークレットモード状態情報に、検索されたユーザ管理情報のクライアントIDに対応するクライアント１３の現在のシークレットモードの視聴状態を記録する。
【０１６５】
その後、処理は、ステップS１６に進み、モード切替部７２は、ステップS１５の処理で検索されたユーザ管理情報のセンサ情報を取得し、監視部７３に供給して、センサ情報に設定されているセンサIDに対応するセンサ１４の検出処理の停止を指示する。監視部７３は、モード切替部７２から供給されたセンサ情報に基づいて、検出処理停止信号を生成し、通信部２７に供給する。通信部２７は、監視部７３から供給された検出処理停止信号を、通信網１２を介して、センサ１４に送信し、センサ１４の検出処理を停止させる。
【０１６６】
その後、処理は、ステップS１７に進み、モード切替部７２は、ステップS１５の処理で検索されたユーザ管理情報から、クライアントIDと通常モード状態情報を取得し、取得したクライアントIDと通常モード状態情報を視聴制御部７１に供給する。視聴制御部７１は、モード切替部７２から供給されたクライアントIDと通常モード状態情報に従って、クライアント１３の通常モードの視聴状態を、シークレットモードに切り替える以前の通常モードの視聴状態へ復旧させる。
【０１６７】
また、ステップS１７において、モード切替部７２は、ステップS１５の処理で検索されたユーザ管理情報のクライアントIDと通常モード状態情報を、情報が設定されていないことを示す値（例えば、０などの値）で更新する。その後、処理は、ステップS２に戻る。
【０１６８】
一方、ステップS１３において、監視部７３から通常モードへのモード切替を指示されていないと判定された場合、処理は、ステップS２に戻り、上述の処理を繰り返す。
【０１６９】
また、ステップS１３においては、ユーザにより通常モードへのモード切替の操作が行われたことによる、通常モードへのモード切替を示すモード切替要求信号を受信したか否かを判定し、通常モードへのモード切替を示すモード切替要求信号を受信したと判定された場合、処理は、ステップS１５に進み、ステップS１５乃至S１７の処理を行うが、この場合のステップS１５乃至S１７での処理は、上記の、監視部７３から通常モードへのモード切替を指示された場合の処理とは異なる。
【０１７０】
以下に、ユーザにより通常モードへのモード切替の操作が行われことによるモード切替要求信号を受信した場合のステップS１５乃至S１７の処理を説明する。
【０１７１】
ステップS１５において、モード切替部７２は、クライアント１３の現在のシークレットモードの視聴状態を保存する。詳細には、まず、モード切替部７２は、モード切替要求信号にて通知されたクライアントIDをもとに、視聴制御部７１からクライアント１３のシークレットモード状態情報を取得する。次に、モード切替要求信号にて通知されたクライアントIDを設定しているユーザ管理情報を、管理情報記録部６４から検索し、検索されたユーザ管理情報のシークレットモード状態情報に、視聴制御部７１から取得したクライアント１３のシークレットモード状態情報を記録する。その後、処理は、ステップS１６に進む。
【０１７２】
ステップS１６において、モード切替部７２は、クライアント１３のシークレットモードにて使用されているセンサ１４の検出処理を停止させる。詳細には、モード切替部７２は、ステップS１５の処理で検索されたユーザ管理情報からセンサ情報を取得し、監視部７３に供給する。監視部７３は、モード切替部７２から供給されたセンサ情報に従って、検出処理停止信号を生成し、通信部２７に供給する。通信部２７は、監視部７３から供給された検出処理停止信号を、通信網１２を介して、センサ１４に送信し、センサ１４の検出処理を停止させる。
【０１７３】
その後、処理は、ステップS１７に進み、モード切替部７２は、ステップS１５の処理で検索されたユーザ管理情報から通常モード状態情報を取得し、受信したモード切替要求信号にて通知されたクライアントIDとともに、視聴制御部７１に供給する。制御部７１は、モード切替部７２から供給されたクライアントIDと通常モード状態情報に従って、クライアント１３の通常モードの視聴状態を、シークレットモードに切り替える以前の通常モードの視聴状態へ復旧させる。
【０１７４】
また、ステップS１７において、モード切替部７２は、ステップS１５の処理で検索されたユーザ管理情報のクライアントIDと通常モード状態情報を、情報が設定されていないことを示す値（例えば、０などの値）で更新する。その後、処理は、ステップS２に戻り、上述の処理を繰り返す。
【０１７５】
以上の処理により、通常モードからシークレットモードへのモード切替は、視聴権利を持つユーザからの要求があった場合に行われる。一方、シークレットシークレットモードから通常モードへのモード切替は、ユーザから要求があった場合、または、視聴権利を持たないユーザの存在が検出された場合に行われる。
【０１７６】
次に、図１４を参照して、センサ１４の検出処理について説明する。
【０１７７】
ステップS２１において、制御部９２は、検出処理の開始が要求されたか否かを判定する。つまり、制御部９２は、サーバ１１から送信されてくる検出処理開始信号を受信したか否かを判定する。ステップS２１において、検出処理の開始が要求されていないと判定された場合、制御部９２は、ステップS２１の処理を繰り返す。
【０１７８】
ステップS２１において、例えば、図１３のステップS１２の処理により、検出処理の開始が要求されたと判定された場合、処理は、ステップS２２に進む。
【０１７９】
ステップS２２において、制御部９２は、センシング部９３に対して、検出処理の開始を指示し、センシング部９３は、制御部９２からの指示に従い、検出処理を開始して、処理は、ステップS２３に進む。
【０１８０】
ステップS２３において、センシング部９３は、視聴権利を持たないユーザの存在を検出したか否かを判定する。例えば、センシング部９３が光センサで構成されている場合、センシング部９３は、例えば、誰かが検出範囲に進入したことを検出したとき、視聴権利を持たないユーザの存在を検出したと判断する。
【０１８１】
ステップS２３において、検出したと判定された場合、処理は、ステップS２４に進み、検出していないと判定された場合、処理は、ステップS２５に進む。
【０１８２】
ステップS２４において、センシング部９３は、検出信号を出力する。つまり、センシング部９３は、検出信号を通信部９１に供給し、通信部９１は、センシング部９３から供給された検出信号を、通信網１２を介してサーバ１１に送信する。検出信号には、検出したセンサ１４を識別するためのセンサIDが含まれている。その後、処理は、ステップS２５に進む。
【０１８３】
ステップS２５において、制御部９２は、検出処理の停止が要求されたか否かを判定する。つまり、制御部９２は、サーバ１１から送信されてくる検出処理停止要求信号を受信したか否かを判定する。ステップS２５において、検出処理の停止が要求されていないと判定された場合、処理は、ステップS２３に戻る。
【０１８４】
ステップS２５において、例えば、図１３のステップS１６の処理により、検出処理の停止が要求されたと判定された場合、処理は、ステップS２６に進む。
【０１８５】
ステップS２６において、制御部９２は、センシング部９３に対して、検出処理の停止を指示する。センシング部９３は、制御部９２からの指示に従い、検出処理を停止する。その後、処理は、ステップS２１に戻り、上述の処理を繰り返す。
【０１８６】
以上の処理により、視聴モードがシークレットモードの場合にのみ、センサ１４が監視状態にされる。
【０１８７】
なお、上記の説明では、センサ１４として光センサを使用した場合を例に挙げたが、センサ１４として光センサを使用した場合には、個人を特定することは不可能なため、センサの検出範囲に進入した全てのユーザが検出対象（視聴権利を持たないユーザ）とされてしまい、場合によっては、シークレットモードを実行したユーザ本人が検出対象とされてしまうといった不具合が起こり得るが、顔画像認識や網膜認識などを利用したセンサを用いることにより、シークレットモードを実行したユーザ本人が検出対象とされてしまうといった不具合を解消することができ、それぞれのユーザに対して、より適切な視聴権利を設定することが可能である。
【０１８８】
次に、図１５のフローチャートを参照して、クライアント１３の視聴処理を説明する。
【０１８９】
ステップS３１において、入力部８１は、リモートコントローラ１６から受信した、コンテンツの配信を要求する信号に従い、配信開始要求信号を通信部８２に供給する。通信部８２は、入力部８１から供給された配信開始要求信号を、通信網１２を介してサーバ１１に送信して、処理は、ステップS３２に進む。
【０１９０】
ステップS３２において、通信部８２は、サーバ１１から送信されてくるコンテンツデータを、通信網１２を介して受信し、出力部８３に供給して、処理は、ステップS３３に進む。
【０１９１】
ステップS３３において、出力部８３は、通信部８２から供給されたコンテンツデータをモニタ１５へ出力して、処理は、ステップS３４に進む。
【０１９２】
ステップS３４において、入力部８１は、コンテンツの配信の停止が要求されたか否かを判定する。つまり、入力部８１は、リモートコントローラ１６からの、コンテンツの配信の停止を要求する信号を受信したか否かを判定する。
【０１９３】
ステップS３４において、例えば、コンテンツの配信の停止が要求されたと判定された場合、処理は、ステップS３５に進み、入力部８１は、サーバ１１に対して、コンテンツの配信の停止を要求する。つまり、入力部８１は、配信停止要求信号を通信部８２に供給する。通信部８２は、入力部８１から供給された配信停止要求信号を通信網１２を介して、サーバ１１に送信し、クライアント１３の視聴処理が終了する。
【０１９４】
一方、ステップS３４において、コンテンツの配信の停止が要求されていないと判定された場合、処理は、ステップS３６に進む。
【０１９５】
ステップS３６において、入力部８１は、視聴モードの切り替えが要求されたか否かを判定する。つまり、入力部８１は、リモートコントローラ１６からの、視聴モードの切り替えを要求する信号を受信したか否かを判定する。ステップS３６において、シークレットモードへのモード切替が要求されていないと判定された場合、処理は、ステップS３８に進む。
【０１９６】
一方、ステップS３６において、視聴モードの切り替えが要求されたと判定された場合、処理は、ステップS３７に進み、入力部８１は、サーバ１１に対して、視聴モードの切り替えを要求する。つまり、ステップS３７において、入力部８１は、モード切替要求信号を生成し、通信部８２に供給する。通信部８２は、入力部８１から供給されたモード切替要求信号を、通信網１２を介してサーバ１１に送信し、視聴モードの切り替えを要求する。その後、処理は、ステップS３８に進む。
【０１９７】
ステップS３８において、出力部８２は、視聴処理が終了したか否かを判定する。ステップS３８において、視聴処理が終了したと判定された場合、クライアント１３の視聴処理は終了し、一方、視聴処理が終了していないと判定された場合、処理は、ステップS３２に戻り上述の処理を繰り返す。
【０１９８】
また、ステップS３８の処理におけるトリガとしては、例えば、クライアント１３の電源がオフされた場合、または、サーバ１１からの配信を停止する信号を受信した場合などが考えられる。
【０１９９】
以上の処理により、ユーザの要求に応じて、コンテンツの配信の開始または停止、および視聴モードの切り替えが、サーバ１１に対して要求される。
【０２００】
次に、図１６のフローチャートを参照して、サーバ１１の視聴処理を説明する。
【０２０１】
ステップS５１において、視聴制御部７１は、コンテンツの配信の開始が要求されたか否かを判定する。つまり、視聴制御部７１は、クライアント１３から送信されてくる配信開始要求信号を受信したか否かを判定する。ステップS５１において、コンテンツの配信が要求されていないと判定された場合、視聴制御部７１は、ステップS５１の処理を繰り返す。
【０２０２】
ステップS５１において、例えば、図１５のステップＳ３１の処理により、コンテンツの配信が要求された場合、処理は、ステップS５２に進む。
【０２０３】
ステップS５２において、視聴制御部７１は、記録再生部６２に対してコンテンツの配信の開始を指示する。記録再生部６２は、視聴制御部７１からの指示に従い、現在の視聴モードに対応するコンテンツデータを、チューナ部２８またはコンテンツ記録部６３から取得する。その後、処理は、ステップS５３に進む。
【０２０４】
ステップS５３において、記録再生部６２は、ステップS５２の処理で取得したコンテンツデータを所定の方式にてデコードし、デコードされたコンテンツデータを通信部２７に供給する。通信部２７は、記録再生部６２から供給されたコンテンツデータを、通信網１２を介してクライアント１３に送信して、処理は、ステップS５４に進む。
【０２０５】
ステップS５４において、視聴制御部７１は、コンテンツの配信の停止が要求されたか否かを判定する。つまり、視聴制御部７１は、クライアント１３から送信されてくる配信停止要求信号を受信したか否かを判定する。ステップS５４において、コンテンツの配信の停止が要求されたと判定された場合、処理は、ステップS５５に進む。
【０２０６】
ステップS５５において、視聴制御部７１は、配信停止要求信号に含まれるクライアントIDに基づき、記録再生部６２に対して、クライアント１３に対する、コンテンツの配信の停止を指示する。記録再生部６２は、視聴制御部７１からの指示に従い、クライアント１３に対する、コンテンツの配信を停止して、サーバ１１の視聴処理が終了する。
【０２０７】
一方、ステップS５４において、コンテンツの配信の停止が要求されていないと判定された場合、処理は、ステップS５６に進む。
【０２０８】
ステップS５６において、視聴制御部７１は、視聴モードが通常モードからシークレットモードに切り替えられたか否かを判定する。つまり、視聴制御部７１は、モード切替部７２からシークレットモードへのモード切替を通知されたか否かを判定する。
【０２０９】
ステップS５６において、視聴モードが通常モードからシークレットモードに切り替えられたと判定された場合、処理は、ステップS５７に進み、視聴制御部７１は、モード切替処理においてモード切替部７２から供給されたクライアントIDを記録再生部６２に供給して、そのクライアントIDに対応するクライアント１３の通常モードにおいて配信されていたコンテンツの配信の停止を指示する。記録再生部６２は、視聴制御部７１からの指示に従い、クライアント１３の通常モードにおいて配信されていたコンテンツの配信を停止し、その後、処理は、ステップS６０に進む。
【０２１０】
一方、ステップS５６において、視聴モードが通常モードからシークレットモードに切り替えられていないと判定された場合、処理は、ステップS５８に進み、視聴制御部７１は、視聴モードがシークレットモードから通常モードに切り替えられたか否かを判定する。つまり、視聴制御部７１は、モード切替部７２から通常モードへのモード切替を通知されたか否かを判定する。
【０２１１】
ステップS５８において、視聴モードがシークレットモードから通常モードに切り替えられたと判定された場合、処理は、ステップS５９に進み、視聴制御部７１は、モード切替処理において、モード切替部７２から供給されたクライアントIDを記録再生部６２に供給して、そのクライアントIDに対応するクライアント１３のシークレットモードにおいて配信されていたコンテンツの配信の停止を指示する。記録再生部６２は、視聴制御部７１からの指示に従い、クライアント１３のシークレットモードにおいて配信されていたコンテンツの配信を停止し、その後、処理は、ステップS６０に進む。
【０２１２】
また、ステップS５８において、視聴モードがシークレットモードから通常モードに切り替えられていないと判定された場合も、処理は、ステップS６０に進む。
【０２１３】
ステップS６０において、視聴制御部７１は、視聴処理が終了したか否かを判定する。例えば、視聴制御部７１は、配信中のコンテンツの配信が終了した（配信中のコンテンツの全てのデータの送信が終了した）か否か、または、クライアント１３の電源がオフされたか否かなどを判定する。
【０２１４】
ステップS６０において、視聴処理が終了していないと判定された場合、処理は、ステップS５２に戻り、上述の処理が繰り返される。なお、視聴モードの切り替えが行われた後は、ステップS５２において、モード切替後の視聴モードに対応したコンテンツデータが取得されることになる。
【０２１５】
また、ステップS６０において、視聴処理が終了したと判定された場合、サーバ１１の視聴処理は終了する。
【０２１６】
以上のように、サーバ１１は、シークレットモードにおいて、機密情報を含むコンテンツや、他人には視聴されたくないコンテンツの視聴を開始した後であっても、例えば、センサ１４が、それらのコンテンツに対して、視聴権利を持たないユーザの存在を検出した場合、コンテンツの視聴を中断させることにより、視聴権利を持たないユーザに視聴されることを防ぐことができる。
【０２１７】
また、シークレットモードにて視聴していたコンテンツの配信の停止後は、通常モードに対応したコンテンツが配信されるため、機密情報を含むコンテンツや、他人には視聴されたくないコンテンツを視聴していたこと自体を知られないで済むことになる。
【０２１８】
しかしながら、本実施の形態においては、視聴中のコンテンツが、既に記録されたコンテンツであっても、または、テレビジョン番組放送などのライブ放送であっても、センサ１４が、視聴権利を持たないユーザの存在を検出すると、コンテンツの視聴を中断させてしまうので、視聴中のコンテンツが、ライブ放送であった場合、中断後、早急に記録（録画）を始めたとしても視聴できない部分が発生してしまう。また、録画操作を行うこと自体が不可能な場合には、中断以降のコンテンツの全てにおいて、視聴することができなくなってしまうといった問題が生じる。
【０２１９】
そこで、上記の問題を解消するための実施の形態を次に説明する。
【０２２０】
図１７は、本発明を適用したサーバ１１の機能のその他の構成例を示すブロック図である。図１７において、図８に示す場合と同様の部分には同一の符号を付してあり、その説明は適宜省略する。
【０２２１】
視聴制御部１０１は、図８に示す視聴制御部７１と同様の処理を行う。さらに、視聴制御部１０１は、センサ１４が反応したことによる視聴モードの切り替え（以下、適宜、自動モード切替と称する）、つまリ、シークレットモードから通常モードへのモード切替が行われる場合、記録再生部６２の記録処理を制御する。
【０２２２】
次に、図１８のフローチャートを参照して、図１７のサーバ１１の視聴処理を説明する。
【０２２３】
ステップS７１乃至S７９、およびステップS８１の処理は、図１６のステップS５１乃至S５９の処理、およびステップS６０のそれぞれと同様なので、その説明は適宜省略する。
【０２２４】
ステップS７８において、視聴モードがシークレットモードから通常モードに切り替えられ、ステップS７９において、シークレットモードのコンテンツの配信が停止された後、ステップS８０において、視聴制御部１０１は、EPG（Electronic Program Guide）情報をもとに、シークレットモードにて視聴していたライブ放送の記録を、記録再生部６２に対して指示する。記録再生部６２は、視聴制御部１０１からの指示に従い、コンテンツの配信を停止した以降のコンテンツ（ライブ放送）の記録を開始して、処理は、ステップS８１に進む。
【０２２５】
以上のように、サーバ１１は、センサ１４が視聴権利を持たないユーザの存在を検出したことにより、コンテンツの視聴が中断されたとしても、中断以降のライブ放送を記録することで、ユーザが、中断以降のコンテンツを視聴することができなくなってしまうといった問題を解消することができる。
【０２２６】
なお、ステップS８０の処理により記録されるコンテンツには、視聴を制限するための制限情報として、クライアント１３の視聴モードをシークレットモードに切り替える際に、ユーザによって入力されたパスコードが付加される。このようにパスコードを付加することにより、コンテンツの記録（録画）後、そのパスコードを知るユーザ以外のユーザには視聴させないようにすることができる。
【０２２７】
しかしながら、本実施の形態においては、視聴中のコンテンツが、既に記録されたコンテンツであるか、または、テレビジョン番組放送などのライブ放送であるかを、サーバ１１に対して認識させるための操作が必要であり、ユーザにとっては面倒であるといった問題が生じる。
【０２２８】
そこで、上記の問題を解消するための実施の形態を次に説明する。
【０２２９】
図１９は、本発明を適用したサーバ１１の機能のさらにその他の構成例を示すブロック図である。図１９において、図８に示す場合と同様の部分には同一の符号を付してあり、その説明は適宜省略する。
【０２３０】
視聴制御部１１１は、図８に示す視聴制御部７１と同様の処理を行う。さらに、視聴制御部１１１は、自動モード切替が行われた場合、視聴中のコンテンツがライブ放送であるか否かを判定し、その判定結果に基づき、記録再生部６２の記録処理を制御する。
【０２３１】
次に、図２０のフローチャートを参照して、図１９のサーバ１１の視聴処理を説明する。
【０２３２】
ステップS９１乃至S９９、およびステップS１０２の処理は、図１６のステップS５１乃至S５９の処理、およびステップS６０のそれぞれと同様なので、その説明は適宜省略する。
【０２３３】
ステップS１０８において、視聴モードがシークレットモードから通常モードに切り替えられ、ステップS１０９において、シークレットモードのコンテンツの配信が停止された後、ステップS１００において、視聴制御部１１１は、視聴していたコンテンツが、ライブ放送であるか否かを判定する。ステップS１００にいおいて、視聴中のコンテンツが、ライブ放送ではないと判定された場合、処理は、ステップS１０２に進む。
【０２３４】
一方、ステップS１００において、視聴していたコンテンツが、ライブ放送であると判定された場合、処理は、ステップS１０１に進み、視聴制御部１１１は、EPG情報をもとに、視聴していたライブ放送の記録を、記録再生部６２に対して指示する。記録再生部６２は、視聴制御部１１１からの指示に従い、コンテンツの配信を停止した以降のコンテンツ（ライブ放送）の記録を開始して、処理は、ステップS１０２に進む。
【０２３５】
以上のように、本実施の形態においては、視聴中のコンテンツが、既に記録されたコンテンツであっても、または、テレビジョン番組放送などのライブ放送により配信されるコンテンツであっても適切な処理を行うことができる。
【０２３６】
なお、図１８と図２０に示した場合においては、シークレットモードへのモード切替が行われたときに、前回のシークレットモードにおいて自動モード切替が行われたことにより記録されたコンテンツがあれば、そのコンテンツを再生するようにしてもよい。
【０２３７】
本発明によれば、視聴権利を持たないユーザの存在を検出すると、コンテンツの配信を停止するようにしたので、機密情報を含むコンテンツの視聴を開始した後であっても、視聴権利を持たないユーザがそのコンテンツを視聴することを未然に防ぐことができる。
【０２３８】
また、本発明においては、シークレットモードを終了したときの視聴状態が、それぞれユーザのパスコードに対応付けられて、サーバ１１（管理情報記録部６４）に記憶されているので、視聴する場所、つまり、クライアント１３を変更しても、そのクライアント１３の視聴モードをシークレットモードに切り替えることで、以前に、他のクライアント１３で実行していたシークレットモードの視聴状態にすることができる。
【０２３９】
なお、本実施の形態においては、サーバ１１がデコード処理を行うようにしたが、クライアント１３がデコード処理を行うようにしてもよい。
【０２４０】
また、本実施の形態においては、ユーザを識別する情報として、パスコードを用いるようにしたが、ユーザを識別する情報は、指紋情報や顔画像認識による情報などを用いてもよい。
【０２４１】
さらに、本実施の形態においては、センサ１４として、通信網１２を介してサーバ１１に接続されたセンサ１４を使用しているが、センサ１４は、サーバ１１やクライアント１３に直接接続されたセンサ１４であってもよいし、クライアント１３に備えられたセンサ機能であってもよい。
【０２４２】
上述した一連の処理は、専用のハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。
【０２４３】
上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または各種のプログラムをインストールすることで各種の機能を実行することが可能な、例えば、汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０２４４】
この記録媒体は、図２に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１（フレキシブルディスクを含む）、光ディスク５２（CD-ROM(Compact Disc-Read Only Memory)、ＤＶＤ(Digital Versatile Disk)を含む）、光磁気ディスク５３（ＭＤ(Mini-Disc)（商標）を含む）、もしくは半導体メモリ５４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROMや、記録部２３に含まれるハードディスクなどで構成される。
【０２４５】
なお、上述した一連の処理を実行させるプログラムは、必要に応じてルータ、モデムなどのインタフェースを介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を介してコンピュータにインストールされるようにしても良い。
【０２４６】
また、本明細書において、記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２４７】
なお、本明細書において、システムとは、複数の装置により構成される装置全体をあらわすものである。
【図面の簡単な説明】
【０２４８】
【図１】本発明を適用した通信システムの一実施の形態を示すブロック図である。
【図２】図１の、サーバ、クライアントのハードウェアの構成例を示すブロック図である。
【図３】メインメモリを説明する図である。
【図４】サブプロセッサのローカルストレージを説明する図である。
【図５】キー管理テーブルを説明する図である。
【図６】ソフトウェアセルの構成例を示す図である。
【図７】DMAコマンドがステータスコマンドである場合におけるソフトウェアセルのデータ領域の構造を示す図である。
【図８】本発明を適用したサーバの機能の構成例を示すブロック図である。
【図９】サーバの管理情報記録部に記録される、クライアント管理情報の構成例を示す図である。
【図１０】サーバの管理情報記録部に記録される、ユーザ管理情報の構成例を示す図である。
【図１１】図１のクライアントの機能の構成例を示すブロック図である。
【図１２】図１のセンサの機能の構成例を示すブロック図である。
【図１３】図１のサーバのモード切替処理を説明するフローチャートである。
【図１４】図１のセンサの検出処理を説明するフローチャートである。
【図１５】クライアントの視聴処理を説明するフローチャートである。
【図１６】サーバの視聴処理を説明するフローチャートである。
【図１７】本発明を適用したサーバの機能の他の構成例を示すブロック図である。
【図１８】図１７のサーバの視聴処理を説明するフローチャートである。
【図１９】本発明を適用したサーバの機能のさらにその他の構成例を示すブロック図である。
【図２０】図１９のサーバの視聴処理を説明するフローチャートである。
【符号の説明】
【０２４９】
１  アンテナ，  ２乃至４  場所，  １１  サーバ，  １２  通信網，  １３，１３−１，１３−２  クライアント，  １４，１４−１，１４−２  センサ，  １５−１，１５−２  モニタ，  １６−１，１６−２  リモートコントローラ，  ２１  情報処理コントローラ，  ２２  メインメモリ，  ２３−１，２３−２  記録部，  ２４  バス，  ２５  入力部  ２６  出力部，  ２７  通信部，  ２８  チューナ部，  ２９  ドライブ，  ３１  バス，  ３２  メインプロセッサ，  ３３，３３−１乃至３３−３  サブプロセッサ，  ３４  DMAC（Direct Memory Access Controller），  ３５  キー管理テーブル記録部，  ３６  DC（Disk Controller）  ４１，４１−１乃至４１−４  ローカルストレージ，  ５１  磁気ディスク，  ５２  光ディスク，  ５３  光磁気ディスク，  ５４  半導体メモリ，  ６１  制御部，  ６２  記録再生部，  ６３  コンテンツ記録部，  ６４  管理情報記録部，  ７１  視聴制御部，  ７２  モード切替部，  ７３  監視部，  ８１  入力部，  ８２  通信部，  ８３  出力部，  ９１  通信部，  ９２  制御部，  ９３  センシング部，  １０１，１１１  視聴制御部
【図１】
2005348035.tif 000003
【図２】
2005348035.tif 000004
【図３】
2005348035.tif 000005
【図４】
2005348035.tif 000006
【図５】
2005348035.tif 000007
【図６】
2005348035.tif 000008
【図７】
2005348035.tif 000009
【図８】
2005348035.tif 000010
【図９】
2005348035.tif 000011
【図１０】
2005348035.tif 000012
【図１１】
2005348035.tif 000013
【図１２】
2005348035.tif 000014
【図１３】
2005348035.tif 000015
【図１４】
2005348035.tif 000016
【図１５】
2005348035.tif 000017
【図１６】
2005348035.tif 000018
【図１７】
2005348035.tif 000019
【図１８】
2005348035.tif 000020
【図１９】
2005348035.tif 000021
【図２０】
2005348035.tif 000022