JP7630253B2 - 受信装置およびプログラム - Google Patents

Description

本発明は、受信装置およびプログラムに関する。

一般に、コンテンツを受信する受信装置は、外部からの制御（操作）に応じて動作し、コンテンツを受信し、再生する。例えば、放送によるコンテンツを受信するテレビ（テレビ受像機）は、赤外線信号を用いるリモコン装置によって制御されたり、テレビと連携するスマートフォン等の端末装置によって制御されたりする。スマートフォン等の端末装置によってテレビを制御するための仕組みとしては、ハイブリッドキャストの端末連携機能（ハイブリッドキャストコネクト。「ハイコネ」とも呼ばれる。）が存在する。例えば上記のハイコネでは、クライアント・サーバー方式の枠組みで、テレビがサーバーとして機能し、他のデバイス（スマートフォン等）はクライアント（コンパニオンデバイス）として機能する。

テレビとコンパニオンデバイスの連携の仕組みでは、様々なユースケースが検討されている。例えば、スマートフォンをテレビのリモコン装置のように使ってテレビの番組を選局する使い方が挙げられる。また、スマートフォンで視聴しているコンテンツをテレビにキャストするといった使い方が挙げられる。

例えば、ハイコネで相互に連携するテレビとスマートフォンは、次のように動作する。即ち、スマートフォン側の機能（アプリ）は、クライアントとして、機器発見のＡＰＩを介して、テレビを発見する。また、スマートフォン側の機能は、認証のＡＰＩを介して、テレビとの間の認証の手続を行う。また、スマートフォン側の機能は、情報および状態の取得関連のＡＰＩを介して、テレビの状態等を把握する。また、スマートフォン側の機能は、選局およびハイブリッドキャストアプリ起動要求のＡＰＩを介して、テレビ側での特定のサービスの選局およびアプリ（放送マネージドアプリ等）の起動を要求する。また、スマートフォン側の機能およびテレビ側の機能（アプリ）は、双方向の連携通信を行う。

非特許文献１には、ハイブリッドキャストを拡張し、テレビと各種デバイスとの間の連携を可能にした端末連携アーキテクチャー（ハイブリッドキャストコネクト）について記載されている。

大亦寿之，池尾誠哉，瀧口徹，藤沢寛，「番組視聴と生活行動のスムーズな連携を可能にする端末連携アーキテクチャー」，NHK技研R&D，2019年 11月号，報告01，ＮＨＫ放送技術研究所，［online］，［2020年10月1日ダウンロード］，インターネット＜URL：https://www.nhk.or.jp/strl/publica/rd/178/4.html＞

しかしながら、前述の従来技術（ハイコネ等）では、常に、テレビがサーバーとして機能し、その他のデバイス（スマートフォン等）はクライアントとして機能する。従来技術において、例えばスマートフォン等のデバイスがサーバーとして機能し、テレビがクライアントとして機能することはできない。また、例えば、テレビからスマートフォン等のデバイスにコンテンツをキャストすることはできない。また、テレビからテレビに対して、選局を行ったり、アプリを起動したりといった制御を行うことはできない。

つまり、従来技術では、テレビと他のデバイス（スマートフォン等）との間での役割を柔軟に変更することはできなかった。これにより、視聴者に対するコンテンツの提示の方法において制約があった。

本発明は、上記のような課題の認識に基づいて行われたものであり、デバイスの種類による役割についての制約を取り除き、状況に応じてより柔軟にコンテンツを提示することのできる受信装置およびプログラムを提供しようとするものである。

［１］上記の課題を解決するため、本発明の一態様による受信装置は、配信されるコンテンツを受信するコンテンツ受信部と、受信した前記コンテンツを提示するコンテンツ提示部と、他の受信装置からの制御にしたがって前記コンテンツ提示部による前記コンテンツの提示を制御する被制御部と、他の受信装置におけるコンテンツの提示を制御する制御部とを備えるものである。

［２］また、本発明の一態様は、上記の受信装置において、外部の状態を表す状態情報を取得する状態管理部、をさらに備え、前記制御部は、前記状態管理部が取得した前記状態情報に基づいて、前記他の受信装置におけるコンテンツの提示を制御する、ものである。

［３］また、本発明の一態様は、上記の受信装置において、前記状態情報は、コンテンツを視聴する視聴者の位置情報を含み、前記状態管理部は、取得した前記状態情報に含まれる前記位置情報が、前記他の受信装置に対応する場合には、前記コンテンツ提示部に前記コンテンツの提示を停止させるとともに、前記制御部に当該他の受信装置が前記コンテンツを提示するよう制御させるものである。

［４］また、本発明の一態様は、上記の受信装置において、前記状態情報は、車両の状態を表す車両状態情報をさらに含み、前記状態管理部は、取得した前記状態情報に含まれる前記車両状態情報に基づいて定まる前記他の受信装置が前記コンテンツを提示するように制御部に制御させるものである。

［５］また、本発明の一態様は、上記の受信装置において、前記制御部は、前記制御部が制御する対象である前記他の受信装置のコンテンツ提示能力を表すステータスを取得し、取得した前記ステータスに基づいて決定されたコンテンツを前記他の受信装置が提示するよう制御するものである。

［６］また、本発明の一態様は、上記の受信装置において、取得された前記ステータスに基づいて外部のサーバー装置に対して問い合わせを行い、前記問い合わせへの応答として前記サーバー装置から送信されたレスポンスにしたがって、前記制御部が前記他の受信装置に提示させる前記コンテンツを決定するものである。

［７］また、本発明の一態様は、コンピューターを、上記［１］から［６］までのいずれか一項に記載の受信装置、として機能させるためのプログラムである。

本発明によれば、外部の状態（例えば、視聴者の位置等の状態）に応じて、ある受信装置が、他の受信装置に対して、電源のＯＮ／ＯＦＦや、特定のコンテンツの提示の指示といった制御を、柔軟に行えるようになる。受信装置は、上記の制御を行う側にもなれるし、制御される側にもなれる。つまり、複数の受信装置は相互に制御を行うことが可能となる。

本発明の第１実施形態による受信装置の概略機能構成を示すブロック図である。 第１実施形態による受信装置を含むコンテンツ提示システムの概略構成を示すブロック図である。 第１実施形態によるサーバー装置の概略機能構成を示すブロック図である。 第２実施形態によるコンテンツ提示システムの概略構成を示すブロック図である。 第２実施形態による受信装置（ＴＶ－Ａ、ＴＶ－Ｂ等）が、自受信装置や他の受信装置のステータスを把握するためのメソッド（ＡＰＩ）を示す概略図である。 第２実施形態による受信装置が、他の受信装置を制御する際に用いるメソッドを示す概略図である。 第２実施形態による受信装置が、自装置または他の受信装置を制御する（電源ＯＦＦ等）際に用いるメソッドを示す概略図である。 第２実施形態によるサーバー装置が状態判定結果の情報を受信装置に渡す動作の例を示す概略図である。 第２実施形態による動作例における各装置の詳細な処理のシーケンスを示すシーケンス図（その１）である。 第２実施形態による動作例における各装置の詳細な処理のシーケンスを示すシーケンス図（その２）である。 第２実施形態による動作例における各装置の詳細な処理のシーケンスを示すシーケンス図（その３）である。 第３実施形態によるコンテンツ提示システムの概略構成を示すブロック図である。 第３実施形態による受信装置、自装置または他の受信装置のステータスを取得するために呼び出すことのできるメソッドを示す概略図である。 第３実施形態による受信装置が、サーバー装置のコンテンツ管理部に対して、他の受信装置において提示すべき最適なコンテンツを問い合わせる場合のメソッドを示す概略図である。 第３実施形態における、コンテンツの問い合わせ（図１４）に対応するレスポンスの例を示す概略図である。 第３実施形態による受信装置が、引き継ぎ先である他の受信装置に対して実行するリクエスト（コンテンツ提示要求）の例を示す概略図である。 第３実施形態による動作例における各装置の処理のシーケンスを示すシーケンス図（その１）である。 第３実施形態による動作例における各装置の処理のシーケンスを示すシーケンス図（その２）である。 第３実施形態による動作例における各装置の処理のシーケンスを示すシーケンス図（その３）である。 第３実施形態による動作例における各装置の処理のシーケンスを示すシーケンス図（その４）である。 第４実施形態によるコンテンツ提示システムの概略構成を示すブロック図である。 第４実施形態による動作例における各装置の処理のシーケンスを示すシーケンス図（その１）である。 第４実施形態による動作例における各装置の処理のシーケンスを示すシーケンス図（その２）である。 第４実施形態による動作例における各装置の処理のシーケンスを示すシーケンス図（その３）である。 第４実施形態による動作例における各装置の処理のシーケンスを示すシーケンス図（その４）である。 第４実施形態による動作例における各装置の処理のシーケンスを示すシーケンス図（その５）である。 第１、第２、第３、第４実施形態における各装置の内部構成の一例を示すブロック図である。

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

従来技術においてはテレビがサーバーとして機能し他のデバイス（スマートフォン等）がクライアントして機能するという、固定的な関係があったところ、以下に説明する実施形態ではこの関係をより柔軟に変更できるようにする。これらの実施形態では、状態（例えば、コンテンツの視聴者の行動の結果による状態や、自動車等の装置の状態など）に応じて、複数の受信装置が相互に連携する。つまり、ある受信装置はクライアントとして、他の受信装置（サーバー）の動作を制御する。例えば、視聴者によるリモコン等の操作がなくても、ある受信装置が受信していたコンテンツを（あるいは関連するコンテンツを）、他の受信装置が受信して提示することができる。さらに具体的な例としては、視聴者の移動等の行動結果に基づいて、ある受信装置が提示していたコンテンツを、他の受信装置が引き継いで提示することも可能となる。

また、以下に説明する実施形態のうちのいくつかでは、上記の受信装置間での制御に伴って、特定の受信装置が持つ機能・性能に応じて、特有の方法でコンテンツを提示することができる。ここでの「機能・性能」とは、例えば、受信装置が受信することのできるメディアが放送か、通信か、あるいは両方か、といったことである。また、「機能・性能」とは、例えば、受信装置が提示することのできるものが映像のみか、音声のみか、テキストのみか、あるいはそれらの組合せか、といったことである。

例えば、テレビは、映像も音声もテキストも提示することができる。一方、スマートミラーは、テキストのみを提示することができる。この場合、テレビが提示していたコンテンツをスマートミラーが引き継ぐ場合には、スマートミラーは関連するテキストのコンテンツを提示できるようにする。

また、例えば、テレビは、放送によるコンテンツを受信することができるが、通信によるコンテンツを受信することができない。一方、ある種のスマートフォンは、放送によるコンテンツを受信することができないが、通信によるコンテンツを受信することはできる。この場合、テレビが提示していたコンテンツをスマートフォンが引き継ぐ場合には、スマートフォンは、テレビが受信していた放送のコンテンツに関連する通信のコンテンツを受信し、提示できるようにする。

下記の実施形態で説明する「受信装置」に関連する定義は、次の通りである。

受信装置（受信デバイス）は、コンテンツを受信し、再生・提示する装置である。

再生・提示とは、伝送されたコンテンツの信号を基に、映像や音声やテキスト等の提示可能な情報を復元し、映像やテキストならば表示装置等で表示し、音声ならばスピーカー等から出力することである。

テレビは、受信装置の一種であり、少なくとも放送信号で伝送された映像および音声を含むコンテンツを受信し、再生・提示する装置である。テレビは、通信で伝送されたコンテンツを受信するものであってもよい。

スマートフォンは、受信装置の一種であり、少なくとも通信で伝送された映像および音声を含むコンテンツを受信し、再生・提示する装置である。スマートフォンは、放送信号で伝送されたコンテンツを受信する機能を備えていてもよい。

ラジオは、受信装置の一種であり、放送信号で伝送された音声のコンテンツを受信し、再生・提示する装置である。

スマートスピーカーは、受信装置の一種であり、通信で伝送された音声のコンテンツを受信し、再生・提示する装置である。

スマートミラーは、受信装置の一種であり、通信で伝送されたテキストのコンテンツを受信し、再生・提示する装置である。スマートミラーは、鏡面を有し、その鏡面の一部の領域がテキストを表示するための領域となっている。

以下で説明する各実施形態では、多様な受信装置間での相互制御について説明する。受信装置の性能は様々である。ここでの「性能」の例は、受信することのできるコンテンツの種類についての能力である。受信装置は、放送あるいは通信の少なくともいずれかの方法で配信されるコンテンツを受信する能力を持つ。受信装置は、放送のみによるコンテンツを受信できるものであってもよい。受信装置は、通信（インターネットや近距離無線通信方式による通信）のみによるコンテンツを受信できるものであってもよい。受信装置は、放送と通信の両方のコンテンツを受信できるものであってもよい。また、受信装置が提示することのできる能力も、様々である。受信装置は、映像によるコンテンツを提示する能力を持つ場合がある。また、受信装置は、静止画像によるコンテンツを提示する能力を持つ場合がある。また、受信装置は、音声によるコンテンツを提示する能力を持つ場合がある。また、受信装置は、テキストによるコンテンツを提示する能力を持つ場合がある。受信装置は、その他の種類のコンテンツを提示する能力を持つ場合がある。受信装置は、ここで挙げた複数の種類のコンテンツを提示する能力を持つものであってもよい。

以下で説明する実施形態では、受信装置の性能（能力）に合わせたコンテンツを提示できるようにする場合がある。例えば、サーバー装置は、問い合わせに応じて、ある特定の能力を有する受信装置が提示するのに最適なコンテンツを回答する場合がある。これにより、受信装置が他の受信装置にコンテンツを提示させる制御を行う場合に、柔軟性が得られる。

［第１実施形態］
図１は、第１実施形態による受信装置の概略機能構成を示すブロック図である。図示するように、受信装置１は、通信コンテンツ受信部１１と、放送コンテンツ受信部１２と、コンテンツ表示部１４と、状態管理部１５と、状態取得部１６と、サーバー機能部１７と、クライアント機能部１８と、を含んで構成される。これらの各機能部の少なくとも一部の機能は、例えば、コンピューターと、プログラムとで実現することが可能である。また、各機能部は、必要に応じて、記憶手段を有する。記憶手段は、例えば、プログラム上の変数や、プログラムの実行によりアロケーションされるメモリーである。また、必要に応じて、磁気ハードディスク装置やソリッドステートドライブ（ＳＳＤ）といった不揮発性の記憶手段を用いるようにしてもよい。また、各機能部の少なくとも一部の機能を、プログラムではなく専用の電子回路として実現してもよい。

受信装置１は、様々なデバイスとして実装され得るものである。受信装置１は、具体的には、例えば、テレビや、スマートフォン（スマホ）や、ラジオや、スマートスピーカーや、スマートミラーや、ＩｏＴ機器（「ＩｏＴ」は「Internet of Things」の略）や、その他の装置として実装され得る。

通信コンテンツ受信部１１は、通信（例えば、インターネットプロトコルによる通信）によって配信されるコンテンツを受信するものである。通信コンテンツ受信部１１は、受信したコンテンツをコンテンツ表示部１４に渡す。コンテンツ表示部１４がコンテンツ提示アプリケーションプログラムとして実現される場合には、通信コンテンツ受信部１１はこのアプリケーションプログラムと連携する。通信コンテンツ受信部１１は、典型的な形態としては、いわゆる「メディアプレーヤー」内の、通信機能の部分である。

放送コンテンツ受信部１２は、放送（テレビや、ラジオや、データ放送等）によって配信されるコンテンツを受信するものである。放送コンテンツ受信部１２は、受信したコンテンツをコンテンツ表示部１４に渡す。コンテンツ表示部１４がコンテンツ提示アプリケーションプログラムとして実現される場合には、放送コンテンツ受信部１２はこのアプリケーションプログラムと連携する。放送コンテンツ受信部１２は、典型的な形態としては、いわゆる「チューナー」の機能を持つものである。

上記の通信コンテンツ受信部１１と放送コンテンツ受信部１２とを合わせて、「コンテンツ受信部」と呼ぶ場合がある。コンテンツ受信部は、通信コンテンツ受信部１１の機能と放送コンテンツ受信部１２の機能の、少なくともいずれか一方の機能を備えていれば充分である。つまり、コンテンツ受信部は、放送または通信のすくなくともいずれかによって配信されるコンテンツを受信する。

コンテンツ表示部１４は、通信コンテンツ受信部１１や放送コンテンツ受信部１２が受信したコンテンツを、視聴者が視聴できるように、提示する。コンテンツ表示部１４は、映像のコンテンツについては、画面等に表示する。コンテンツ表示部１４は、音声のコンテンツについては、スピーカー等（イヤフォン等を含む）から出力する。コンテンツ表示部１４は、テキストのコンテンツについては、画面等に表示する。コンテンツ表示部１４は、その他のコンテンツについては、それぞれ適切な提示手段を用いて提示する。なお、コンテンツ表示部１４は、例えば、受信装置１で稼働するコンテンツ提示アプリケーションの一部の機能として実装される。なお、コンテンツ表示部１４を、「コンテンツ提示部」と呼んでもよい。

状態管理部１５は、受信装置１内において状態を管理する。ここでの状態とは、受信装置１の外部の状態を含む。状態は、例えば、視聴者が居る場所（位置）に関する状態を含む。状態は、例えば、自動車等の車両の状態（例えば、運転中であるか、休憩中であるか、など）を含んでもよい。状態管理部１５が、その他の状態を管理するようにしてもよい。状態管理部１５は、状態取得部１６に指示して、外部の状態を取得させる場合がある。なお、状態管理部１５は、受信装置１のミドルウェア機能を実現する受信装置制御モジュールの一部の一部の機能として実現される場合がある。

つまり、状態管理部１５は、状態情報を取得する。状態情報は、例えば外部の状態を表すものである。状態情報は、視聴者の位置情報を含んでもよい。また、状態情報は、車両の状態を表す車両状態情報を含んでもよい。状態情報は、さらに、他の状態の情報を含んでもよい。状態管理部１５は、取得した状態情報に含まれる位置情報が、自装置（受信装置１）に対応するものではなく、他の受信装置１に対応する場合には、コンテンツ表示部１４にコンテンツの提示を停止させるとともに、クライアント機能部１８に当該他の受信装置１がコンテンツを提示するよう制御させる。また、状態管理部１５は、取得した状態情報に含まれる車両状態情報に基づいて定まる他の受信装置１がコンテンツを提示するように制御部に制御させることもできる。

さらに、状態管理部１５は、受信装置１が取得した他の受信装置１のステータス（後述）に基づいて外部のサーバー装置２に対して問い合わせを行い、問い合わせへの応答としてサーバー装置２からレスポンスを受信する。このレスポンスには、クライアント機能部１８が他の受信装置１に提示させるべきコンテンツを特定する情報が含まれる。状態管理部１５は、このレスポンスに基づいて、他の受信装置１に提示させるべきコンテンツを決定する。

状態取得部１６は、外部から状態の情報を取得する。状態取得部１６は、例えば、外部のサーバー装置（後述）から状態の情報を取得する。状態取得部１６は、例えば、上記の状態管理部１５からの指示に基づいて、状態の情報を取得する。なお、状態取得部１６は、受信装置１のミドルウェア機能を実現する受信装置制御モジュールの一部の一部の機能として実現される場合がある。

サーバー機能部１７は、「被制御部」とも呼ばれる。サーバー機能部１７は、他の受信装置１からの制御にしたがってコンテンツ表示部１４によるコンテンツの提示を制御する。具体的には、サーバー機能部１７は、外部からの制御にしたがって、コンテンツ表示部１４によるコンテンツの提示を開始させたり終了させたりといった制御を行う。また、サーバー機能部１７は、コンテンツ表示部１４が提示する特定のコンテンツを指定するという制御を行う。さらに、サーバー機能部１７は、自装置（受信装置１）の電源をＯＦＦするという制御を行ってもよい。なお、サーバー機能部１７は、受信装置１のミドルウェア機能を実現する受信装置制御モジュールの一部の一部の機能として実現されてよい。

クライアント機能部１８は、「制御部」とも呼ばれる。クライアント機能部１８は、他の受信装置１におけるコンテンツの提示を制御する。具体的には、クライアント機能部１８は、他の受信装置１に特定のコンテンツを提示させるよう要求するという制御を行う。また、クライアント機能部１８は、他の受信装置１が行うコンテンツの提示を停止させたり、他の受信装置１の電源をＯＦＦさせたりといった制御を行ってもよい。なお、クライアント機能部１８は、受信装置１のミドルウェア機能を実現する受信装置制御モジュールの一部の一部の機能として実現されてよい。

クライアント機能部１８は、具体的には、状態管理部１５が取得する状態情報（視聴者の位置や、車両の状態や、その他の状態の情報）に基づいて、他の受信装置１がコンテンツを提示するよう制御することができる。

クライアント機能部１８は、制御対象である他の受信装置１のコンテンツ提示能力（受信できるコンテンツの種類や、提示できるコンテンツの種類）を表すステータスを取得する。クライアント機能部１８は、取得した他の受信装置１のステータスに基づいて決定されたコンテンツを、他の受信装置が提示するよう制御することができる。この場合、他の受信装置１のステータスに応じた特定のコンテンツの情報を、受信装置１が外部のサーバー装置２に問い合わせてもよい。

図２は、上記の受信装置１を含むコンテンツ提示システムの概略機能構成を示すブロック図である。図示するように、コンテンツ提示システム１０００は、受信装置１と、サーバー装置２と、視聴者装置３と、通信ネットワーク９とを含んで構成される。

受信装置１は、コンテンツを受信し、提示するものである。視聴者は、受信装置１が提示するコンテンツを視聴することができる。コンテンツ提示システム１０００は、複数の受信装置１を含んでよい。

サーバー装置２は、状態を把握し、判定する。サーバー装置２は、特に、受信装置１の外部における状態を判定する。サーバー装置２は、受信装置１からの要求に応じて、状態情報を受信装置１に送信する。状態情報は、視聴者の位置の情報や、車両の状態の情報や、その他の状態の情報を含んでよい。

サーバー装置２は、また、コンテンツを管理する。サーバー装置２は、特に、あるコンテンツに関連する他のコンテンツの情報を持つ。サーバー装置２は、受信装置１からの問い合わせに応じて、あるコンテンツに関連する関連コンテンツのうち、特定の受信装置１が持つ能力（受信できるコンテンツの種類や、提示できるコンテンツの種類）に適した関連コンテンツの情報を回答する。例えば、野球中継のテレビのコンテンツに関連するコンテンツの一つは、同じ試合を中継する野球中継のラジオのコンテンツである。また、ある放送コンテンツに関連するコンテンツの一つは、その放送コンテンツに関する情報を含むウェブ（テキスト等）のコンテンツである。また、イベントの生中継の放送コンテンツに関連するコンテンツの一つは、同じイベントのインターネットでのライブ配信のコンテンツである。

なお、サーバー装置２の機能を、受信装置１のうちの１つが備えるようにしてもよい。あるいは、サーバー装置２は、いわゆるクラウドサーバーであってもよい。

視聴者装置３は、視聴者の操作等に基づいて受信装置１に対して制御信号を送る装置または回路である。視聴者装置３は、例えば、テレビのリモコン装置であってよい。リモコン装置は、例えば赤外線信号を用いて受信装置１への指示を伝える。視聴者装置３は、例えば、テレビを操作するための端末装置（スマートフォン等）であってもよい。端末装置は、例えば、ハイブリッドキャストの端末連携機能を用いて、テレビと連携することができる。視聴者装置３は、受信装置１（スマートフォンや、スマートスピーカーや、スマートミラーや、ラジオや、テレビ）を操作するための、ボタンやタッチパネルであってもよい。

通信ネットワーク９は、受信装置１やサーバー装置２が相互に通信することを可能とする通信手段である。通信ネットワーク９は、例えば、インターネットプロトコルによる通信のサービスを提供する。通信ネットワーク９の一部が近距離無線通信のネットワークであってもよい。

図２に示すように、受信装置１は、他の受信装置１と相互に連携しながら動作することができる。つまり、受信装置１は、状況に応じて、クライアントとして機能したりサーバーとして機能したりしながら、他の受信装置１と連携する。言い換えれば、ある状況においてクライアントとして機能する受信装置１が、サーバーとして機能する他の受信装置１を制御する。このとき、受信装置１は、通信ネットワーク９を介して、他の受信装置１との間で通信を行う。なお、受信装置１は、通信ネットワーク９を介して、サーバー装置２との間で通信を行うこともできる。

複数の受信装置１同士が相互に制御を行うにあたり、各々の受信装置１は、自己が、サーバーとして機能する状況であるのか、クライアントとして機能する状況であるのか、を切り分けて動作する。受信装置１は、例えば、次の３つの方法のうちのいずれかを用いることができる。

方法１：第１の方法として、受信装置１は、自らがサーバーとして機能することを、通信ネットワーク９を介して周知する。具体的には、サーバーとして機能する受信装置１は、自らがサーバーの役割であることを他の受信装置１に周知する。周知する方法としては既存技術を用いてよい。その周知を受けた他の受信装置１は、クライアントとして機能することができる。

方法２：第２の方法として、受信装置１は、自らがクライアントとして機能することを、通信ネットワーク９を介して周知する。具体的には、クライアントとして機能する受信装置１は、自らがクライアントの役割であることを他の受信装置１に周知する。周知する方法としては既存技術を用いてよい。その周知を受けた他の受信装置１は、サーバーとして機能することができる。

方法３：第３の方法として、サーバー装置２が、各受信装置１について、サーバーとして機能すべきであるかクライアントとして機能すべきであるかを表す情報を提供する。サーバー装置は、様々な状況に基づいて、特定の受信装置１がサーバーとして機能すべきであるかクライアントとして機能すべきであるかを決定できる。例えば、サーバー装置２は、受信装置１のユーザー（視聴者）が居る場所や、装置等（一例として自動車など）の状態に基づいて、その情報を受信装置１に通知する。例えば、受信装置１からの問い合わせに応じて、サーバー装置２が、受信装置1はサーバーとして機能すべきかクライアントとして機能すべきかを決定するための情報を返答するようにしてもよい。

図３は、本実施形態によるサーバー装置の概略機能構成を示すブロック図である。図示するように、サーバー装置２は、状態判定部２１と、コンテンツ管理部２２とを含んで構成される。状態判定部２１は、内部に、位置判定部２１１と、車両状態判定部２１２とを含むように構成される。サーバー装置２もまた、プログラムを稼働させる汎用のコンピューターや、専用の電子回路等を用いて実現される。各部の機能は、次に説明する通りである。

状態判定部２１は、収集した情報に基づき、状態を判定する。状態判定部２１は、受信装置１からの要求に基づいてその時点での状態情報を返すことができる。状態判定部２１の機能の具体的な部分は、位置判定部２１１や車両状態判定部２１２によって実現される。

位置判定部２１１は、視聴者（人）の位置を判定し、その判定結果に基づく状態情報（位置情報）を出力する。位置情報は、例えば、視聴者が特定の位置またはその近傍に居ることを表すものであって良い。位置情報は、また、視聴者が特定の建物（家等）内に居ることを表すものであって良い。位置情報は、また、視聴者が自動車等の車両内に居ることを表すものであってよい。位置判定部２１１は、例えば、カメラが捉えた映像または静止画を基に、視聴者を検知する。位置判定部２１１は、また、検知した人物を認識（識別）する。カメラは、例えば、家の中に設けられていたり、施設内に設けられていたり、街頭に設置されていたり、自動車内や列車内等に設けられていたりしてよい。位置判定部２１１は、別の方法として、視聴者が携帯するＧＰＳ端末に基づいて、視聴者の位置情報を判定するようにしてもよい。また、位置判定部２１１は、別の方法として、人感センサーを用いて視聴者の位置情報を判定するようにしてもよい。

車両状態判定部２１２は、自動車等の車両の状態を判定し、その判定結果に基づく状態情報（車両状態情報）を出力する。そのため、車両状態判定部２１２は、例えば、自動車等の車両から、通信により、信号を受信する。車両状態判定部２１２は、例えば、自動車のメインスイッチがＯＮかＯＦＦかを表す信号を受信する（但し、ＯＦＦを表す信号を省略してもよい）。また、車両状態判定部２１２は、例えば、自動車の運転用のシフトレバーの位置が「Ｐ」（パーキング）であるか否かを表す信号を受信する。さらに、オプションとして、車両状態判定部２１２は、自動車の現在位置を表す信号を受信してもよい。自動車の現在位置は、例えば、自動車に設置されたナビゲーション（カーナビ）装置から取得可能である。さらに、オプションとして、車両状態判定部２１２は、自動車の現在速度を表す信号を受信してもよい。自動車の現在速度は、例えば、自動車に設けられた速度計から取得可能である。あるいは、上記の自動車の現在位置を時間で微分することによって自動車の現在速度を求めることもできる。これらの信号等に基づいて、車両状態判定部２１２は、車両状態情報を出力する。

車両状態情報は、例えば、「運転中」、「休憩中」などといった状態を表す。車両状態判定部２１２による判定方法の一例は、次の通りである。車両のメインスイッチがＯＮで、運転用のシフトレバーの位置が「Ｐ」（パーキング）以外の場合には、車両状態判定部２１２は、「運転中」と判定する。車両のメインスイッチがＯＦＦの場合、あるいは車両のメインスイッチがＯＮで且つ運転用のシフトレバーの位置が「Ｐ」の場合には、車両状態判定部２１２は、「休憩中」と判定する。「休憩中」という判定結果を出力する条件として、さらに、車両の地図上の位置が駐車場内（自動車専用道路のパーキングエリアやサービスエリアを含む）であることを加えてもよい。「休憩中」という判定結果を出力する条件として、あるいは、車両の移動速度が０であることを加えてもよい。

コンテンツ管理部２２は、あるコンテンツに関連する関連コンテンツの情報を保持し、管理する。コンテンツ管理部２２は、問い合わせに対応して、ある特定のコンテンツに関連するコンテンツの情報を返答する。関連コンテンツの具体例は、前述の通りである。コンテンツ管理部２２は、特定の受信装置１の能力に応じて、適した関連コンテンツの情報を、受信装置１に対して送信する。

以上説明した第１実施形態では、受信装置１のサーバー機能部１７は、サーバーとして機能する。また、受信装置１のクライアント機能部１８は、クライアントとして機能する。受信装置１は、クライアントとして、他の受信装置１（サーバー）に対する制御を行うことができる。ここでの制御とは、他の受信装置１が特定のコンテンツを提示するよう制御したり、他の受信装置１がコンテンツの提示を停止するよう制御したり、他の受信装置１の電源のＯＮ／ＯＦＦを制御したりすることである。

また、第１実施形態では、受信装置１は、外部の状態を表す状態情報を取得し、状態情報に依存して他の受信装置１を制御することができる。また、受信装置１は、状態情報に依存して自装置（受信装置１）を制御（例えば、電源ＯＦＦなど）することもできる。

また、第１実施形態では、受信装置１は、他の受信装置１の能力（ステータス）に応じて適したコンテンツを、当該他の受信装置１に提示させるよう制御することができる。

［第２実施形態］
次に、本発明の第２実施形態について説明する。なお、前実施形態において既に説明した事項については以下において説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。

図４は、第２実施形態によるコンテンツ提示システムの概略構成を示すブロック図である。図示するように、本実施形態のコンテンツ提示システムは、テレビ６１および６２と、サーバー装置２と、通信ネットワーク９とを含んで構成される。

テレビ６１および６２のそれぞれは、既に説明した受信装置１の一種である。テレビ６１および６２のそれぞれは、放送コンテンツ受信部１２（図１）を備えており、放送信号を受信してそのコンテンツを表示する機能を持っている。テレビ６１および６２のいずれか一方または両方が、通信によるコンテンツを受信して表示する機能を備えていてもよい。本実施形態では、テレビ６１とテレビ６２は、異なる場所に設置されていることを想定している。本実施形態では、テレビ６１とテレビ６２は、サーバー装置２から受け取る位置情報に基づいて、相手側のテレビの制御（電源のＯＮ／ＯＦＦや、選局など）を行うことができる。

サーバー装置２は、前実施形態において説明したサーバー装置２と同様の構成を有する装置である。本実施形態において、サーバー装置２は、特に、テレビ６１および６２を視聴する視聴者の位置を把握し、管理する。サーバー装置２は、テレビ６１あるいは６２からの問い合わせに応じて、視聴者の位置を表す位置情報を、テレビ６１あるいは６２に返答する。

通信ネットワーク９は、このコンテンツ提示システムを構成する各装置間での相互の通信を可能にするネットワークである。通信ネットワーク９は、例えば、インターネットを用いて実現される。つまり、サーバー装置２と、テレビ６１と、テレビ６２とは、相互に、インターネットを介して通信を行ってよい。ただし、例えばテレビ６１とテレビ６２との間の通信には、既存技術である近距離無線通信を用いてもよい。

本実施形態が想定するユースケースは次の通りである。テレビ６１とテレビ６２とは、１つの宅内に設置されている。テレビ６１とテレビ６２とは、例えば近距離無線通信等で通信可能であり、相互に制御しあえる関係である。テレビ６１は宅内の位置Ａに設置されており、テレビ６２は宅内の位置Ｂに設置されている。位置Ａは例えば室Ａであり、位置Ｂは例えば室Ａとは別の室Ｂである。宅内に設置されているカメラによって撮影される映像や、視聴者（ユーザー）が所持するＧＰＳ端末（ＧＰＳは、Global Positioning Systemの略）から報告等に基づいて、サーバー装置２の位置判定部２１１は、視聴者の位置の情報を得る。サーバー装置２は、テレビ６１やテレビ６２からの問い合わせに対応して、視聴者の位置の情報をテレビ６１やテレビ６２に返答することができる。この視聴者の位置の情報は、テレビ６１および６２のそれぞれが、自らはサーバーとして機能すべきであるかクライアントとして機能すべきであるかを決定する基になる情報である。具体的には、視聴者が位置Ａ（室Ａ）の中または近くにいる場合には、位置Ａに設けられたテレビ６１はサーバーとして機能し、位置Ｂに設けられたテレビ６２はクライアントとして機能することができる。視聴者が位置Ｂ（室Ｂ）の中または近くに居る場合には、位置Ａに設けられたテレビ６１はクライアントとして機能し、位置Ｂに設けられたテレビ６２はサーバーとして機能することができる。

後で図９から図１１までを参照しながら説明するシーケンスでは、視聴者の行動と、それに伴うテレビ６１やテレビ６２の動作は、次の通りである。即ち、視聴者は、最初に、位置Ａに設けられたテレビ６１（以下、「ＴＶ－Ａ」とも呼ぶ）で放送局Ｇが放送するテレビ番組を見ている。つまり、テレビ６１は放送局Ｇのテレビ番組（コンテンツ）を受信し、提示している。視聴者は、次に、テレビに対するリモコン等の操作を行うことなく、位置Ａから宅内の位置Ｂに移動する。この視聴者の移動に合わせて、テレビ６１は、テレビ番組の提示を中止する。一方、上記の視聴者の移動に合わせて、テレビ６２（以下、「ＴＶ－Ｂ」とも呼ぶ）は、自動的に、放送局Ｇが放送するテレビ番組の受信および提示を開始する。視聴者は、移動先である位置Ｂにおいて、引き続き、放送局Ｇが放送するテレビ番組を視聴することができる。

図５は、本実施形態において、受信装置１（ＴＶ－ＡやＴＶ－Ｂ）が、自受信装置や、他の受信装置１のステータスを把握するためのメソッド（ＡＰＩ）を示す概略図である。図示する通り、メソッドは、「ＨＴＴＰ ＧＥＴ」である。このメソッドの呼び出しによって、ＢＯＤＹが返される。このＢＯＤＹは、受信装置１が受信中のサービスを特定するための情報を含んでいる。図示する例では、service_idが１０２４、original_network_idが３２７３６、transport_stream_idが３２７３６である。

図６は、本実施形態において、受信装置１（例えば、ＴＶ－Ａ）が、他の受信装置１（例えば、ＴＶ－Ｂ）を制御する際に用いるメソッドを示す概略図である。図示する通り、メソッドは、「ＨＴＴＰ ＰＯＳＴ」である。このメソッドの呼び出しによって、被制御側の受信装置１（サーバー側）は、特定のサービスを選局するように制御される。具体的なサービスを識別する情報は、メソッドの引数として指定される。図示する例では、service_idが１０２４、original_network_idが３２７３６、transport_stream_idが３２７３６である。例えば、ＴＶ－Ａは、クライアントとしてこのメソッドを用いることによって、ＴＶ－Ｂ（サーバー）が特定のサービスを選局するよう制御する。この場合、ＴＶ－Ｂは、正常に選局ができた場合には、レスポンスとして「２００」をＴＶ－Ａに返す。

図７は、本実施形態において、受信装置１（例えば、ＴＶ－Ｂ）が、他の受信装置１（例えば、ＴＶ－Ａ）を制御する際に用いるメソッドを示す概略図である。図示する通り、メソッドは、「ＨＴＴＰ ＰＯＳＴ」である。このメソッドの呼び出しによって、被制御側の受信装置１（サーバー側）は、電源をＯＦＦするように制御される。このメソッドの呼び出しでは、引数として、次のような値が指定される。即ち、service_idが０、original_network_idが０、transport_stream_idが０である。

図６および図７に示したそれぞれのメソッドは、受信装置１が選局（tune）を行うように要求するものである。図７に示すメソッドは、受信装置１が電源ＯＦＦするように制御するものであるが、電源ＯＦＦは、service_idが０、original_network_idが０、transport_stream_idが０への選局であるとみなすこともできる。

図８は、本実施形態における、サーバー装置２が判定結果の情報を受信装置１（テレビ６１および６２）に渡す動作の例を示す概略図である。同図の（Ａ）から（Ｄ）までは、時間的な推移を示す。

まず図８（Ａ）において、視聴者は、ＴＶ－Ａが設定されている場所である位置Ａに居る。サーバー装置２の位置判定部２１１は、上記視聴者の位置を把握し管理している。ＴＶ－ＡはＧ局（放送局）が放送するコンテンツを受信し、提示している。視聴者は、位置Ａにおいてそのコンテンツを視聴している。ＴＶ－Ａは、所定の時間間隔で、サーバー装置２に対して視聴者の位置の情報を要求している。つまり、ＴＶ－Ａは、サーバー装置２の位置判定部２１１をポーリングしている。現状態において、ＴＶ－Ａが位置情報を取得するためにサーバー装置２に対して「ｇｅｔ」を行うと、サーバー装置２は、応答として位置情報を含んだｐｏｓｉｔｉｏｎ．ｊｓｏｎ（ＪＳＯＮ形式のデータ）を返す。現状態では、位置情報は、｛"ｐｏｓｉｔｉｏｎ"： Ａ｝である。この位置情報は、視聴者が位置Ａに居ることを表している。この状態においては、ＴＶ－Ｂは電源ＯＦＦの状態である。

次に図８（Ｂ）において、視聴者は、位置Ａから既に位置Ｂに移動している。サーバー装置２は、視聴者が位置Ｂに移ったことを把握する。この状態において、ＴＶ－Ａが位置情報を取得するためにサーバー装置２に対して「ｇｅｔ」を行うと、サーバー装置２が返す位置情報は、｛"ｐｏｓｉｔｉｏｎ"： Ｂ｝である。これにより、ＴＶ－Ａは、視聴者が既に位置Ａには居ないことを把握する。この状態においては、ＴＶ－Ｂは電源ＯＦＦの状態である。

次に図８（Ｃ）において、ＴＶ－Ａは、視聴者が位置Ｂに移動したことを受けて、ＴＶ－Ｂに対して「ｔｕｎｅ」を行う。なお、位置ＢとＴＶ－Ｂとが関連付いていることを、ＴＶ－Ａは予め把握している。ここで、ＴＶ－Ａはクライアントとして機能し、ＴＶ－Ｂはサーバーとして機能している。ＴＶ－Ａは、クライアントとして、図６に示したメソッドを実行する。これにより、ＴＶ－Ｂは、Ｇ局が放送するコンテンツを受信し、提示し始める。ここでＴＶ－Ｂは、サーバー装置２へのポーリングを開始する。即ち、ＴＶ－Ｂは、視聴者の位置情報を取得するための「ｇｅｔ」を所定時間間隔で行い始める。この状況でＴＶ－Ｂがサーバー装置２に対して「ｇｅｔ」を行うと、サーバー装置２が返す位置情報は、｛"ｐｏｓｉｔｉｏｎ"： Ｂ｝である。これにより、ＴＶ－Ｂは、視聴者が位置Ｂに居ることを把握し、コンテンツの提示を継続する。

次に図８（Ｄ）において、ＴＶ－Ｂは、ＴＶ－Ａの電源をＯＦＦするための処理を行う。具体的には、ＴＶ－Ｂは、ＴＶ－Ａに対して「ｔｕｎｅ」（電源ＯＦＦの制御）を行う。具体的には、ＴＶ－Ｂは、クライアントとして、図７に示したメソッドを実行する。これを受けて、ＴＶ－Ａは、自装置の電源をＯＦＦする。視聴者は位置Ｂにおいて、ＴＶ－Ｂが提示するＧ局のコンテンツの視聴を継続していく。

図９、図１０、図１１は、本実施形態の動作例に対応する、各装置のより詳細な処理のシーケンスを示すシーケンス図である。以下、これらの図に沿って、処理のシーケンスの例を説明する。

まず図９のステップＳ１０１において、視聴者装置３は、ＴＶ－Ａのサーバー機能部１７に、Ｇ局（放送局）が放送するコンテンツの視聴を開始するための指示を送信する。この指示は具体的には、Ｇ局を選局する指示を含む。また、ＴＶ－Ａの電源がＯＦＦであった場合には、電源ＯＮの指示を含んでよい。視聴者装置３は、例えば、赤外線信号を用いて、上記の指示を送信する。

次にステップＳ１０２において、ＴＶ－Ａのサーバー機能部１７は、コンテンツ表示部１４に対して、コンテンツ表示ＯＮを指示する。このとき、「Ｇ局」が指定される。これにより、ＴＶ－Ａは、指示されたＧ局の放送信号を受信し、信号の復調および復号を開始する。コンテンツ表示部１４は、画面へのコンテンツの表示を開始する。

次にステップＳ１０３において、ＴＶ－Ａのコンテンツ表示部１４は、サーバー機能部１７に対してレスポンス（ＯＫ）を返答する。これにより、サーバー機能部１７は、コンテンツの表示が成功したことを把握する。

次にステップＳ１０４において、ＴＶ－Ａのサーバー機能部１７は、状態管理部１５に対して、表示状態を報告する。つまり、サーバー機能部１７は、ステップＳ１０３においてレスポンス（ＯＫ）を受けているため、コンテンツの表示が成功していることを状態管理部１５に報告する。

次にステップＳ１０５において、状態管理部１５は、状態取得部１６に対して、状態取得の開始を要求する。これは、状態取得部１６に対して、サーバー装置２からの状態の取得を要求するものである。

次にステップＳ１０６において、ＴＶ－Ａの状態取得部１６は、サーバー装置２の位置判定部２１１に対して、位置情報を要求する。この要求は、図８（Ａ）で説明した「ｇｅｔ」の処理に相当する。

次にステップＳ１０７において、サーバー装置２の位置判定部２１１は、ステップＳ１０６の要求に応じて、ＴＶ－Ａの状態取得部１６に対して位置情報を返答する。ここで、位置情報は、視聴者の位置を表す情報である。本ステップでは、位置情報は「位置Ａ」を示している。

Ｓ１０８は、ステップＳ１０６と同様の手順である。即ち、ＴＶ－Ａの状態取得部１６は、視聴者の位置の情報を要求する。また、ステップＳ１０９は、Ｓ１０７と同様の手順である。即ち、サーバー装置２の位置判定部２１１は、視聴者の位置の情報をＴＶ－Ａの状態取得部１６に渡す。このステップにおいても、位置情報は「位置Ａ」を示している。

以後も、ＴＶ－Ａの状態取得部１６は、所定の時間間隔で、サーバー装置２の位置判定部２１１に対する、位置情報の要求を繰り返す。また、サーバー装置２の位置判定部２１１に渡す。サーバー装置２から渡される位置情報が「位置Ａ」である限り、ＴＶ－Ａは、Ｇ局のコンテンツの再生および提示を継続する。サーバー装置２から渡される位置情報が「位置Ａ」でなくなった場合に、ＴＶ－Ａは当該コンテンツの提示を中止するよう、自装置および他の受信装置１の制御を開始する。

次にステップＳ１１０において、ＴＶ－Ａの状態取得部１６は、サーバー装置２の位置判定部２１１に対して、位置情報を要求する。

次にステップＳ１１１において、サーバー装置２の位置判定部２１１は、ステップＳ１１０の要求に応じて、ＴＶ－Ａの状態取得部１６に対して位置情報を返答する。ここで、位置情報が変化している。本ステップでは、ＴＶ－Ａに渡される位置情報は「位置Ｂ」に変わっている。このサーバー装置２からの返答を受けたＴＶ－Ａの状態取得部１６は、位置がＡからＢに変更されたことを認識する。この変更は、視聴者が位置Ａから位置Ｂに移動した結果である。

次にステップＳ１１２において、ＴＶ－Ａの状態取得部１６は、状態管理部１５に対して位置変更検知（位置Ｂ）を通知する。これにより、状態管理部１５は、位置情報の変化を把握する。状態管理部１５は、変更先の位置情報が「位置Ｂ」であることを把握する。

図１０に移って、ステップＳ１２１において、ＴＶ－Ａの状態管理部１５は、クライアント機能部１８に対して、別受信機の制御要求を送信する。ＴＶ－Ａは、視聴者の移動先である位置Ｂに対応する受信装置１がＴＶ－Ｂ（テレビ６２）であることを、予め、設定情報等によって、把握している。したがって、本ステップでの制御要求は、そのＴＶ－Ｂの制御要求である。

次にステップＳ１２２において、ＴＶ－Ａのクライアント機能部１８は、ＴＶ－Ｂのサーバー機能部１７に対してコンテンツ表示要求を送信する。このとき要求するコンテンツは、ＴＶ－Ａにおいて表示していたＧ局のコンテンツである。本ステップにおけるＴＶ－ＡからＴＶ－Ｂへのコンテンツ表示要求は、図６で説明したメソッドを用いて行うことができる。また、本ステップにおけるコンテンツ表示要求は、図８（Ｃ）で説明した「ｔｕｎｅ」（選局）の要求である。

次にステップＳ１２３において、ＴＶ－Ｂのサーバー機能部１７は、ＴＶ－Ｂのコンテンツ表示部１４に対して、コンテンツ表示ＯＮを指示する。このとき、Ｇ局のコンテンツを表示することが指定される。これにより、ＴＶ－Ｂは、Ｇ局のコンテンツの受信および提示を開始する。

次にステップＳ１２４において、ＴＶ－Ｂのコンテンツ表示部１４は、サーバー機能部１７に対して、レスポンス（ＯＫ）を返答する。サーバー機能部１７は、これにより、コンテンツの表示が正しく開始されたことを把握する。

次にステップＳ１２５において、ＴＶ－Ｂのサーバー機能部１７は、ＴＶ－Ａのクライアント機能部１８に対してレスポンス（ＯＫ）を送信する。このレスポンスは、ステップＳ１２２でのコンテンツ表示要求に対するレスポンスである。

次にステップＳ１２６において、ＴＶ－Ａのクライアント機能部１８は、状態管理部１５に対して、表示状態報告を送信する。これにより、ＴＶ－Ａの状態管理部１５は、ＴＶ－ＢでＧ局のコンテンツの表示が開始されたことを把握する。

次にステップＳ１２７において、ＴＶ－Ａの状態管理部１５は、ＴＶ－Ａのサーバー機能部１７に対して、自ＴＶ制御要求を送信する。

次にステップＳ１２８において、ＴＶ－Ａのサーバー機能部１７は、コンテンツ表示部１４に対して、コンテンツ表示ＯＦＦの指示を送信する。これにより、コンテンツ表示部１４は、コンテンツの表示を停止する。

次にステップＳ１２９において、ＴＶ－Ａのコンテンツ表示部１４は、サーバー機能部１７に対して、レスポンス（ＯＫ）を送信する。これにより、サーバー機能部１７は、ＴＶ－Ａでのコンテンツ表示が終了したことを把握する。

次にステップＳ１２０において、ＴＶ－Ａのサーバー機能部１７は、状態管理部１５に対して表示状態報告を送信する。これにより、状態管理部１５は、ＴＶ－Ａでのコンテンツ表示が終了したことを把握する。

以上のように、視聴者が位置Ａから位置Ｂに移ったことによって、視聴者による操作がなくても、ＴＶ－Ａは自装置におけるコンテンツの表示を停止する。また、ＴＶ－Ａは、ＴＶ－Ｂで引き続いてコンテンツ（ＴＶ－Ａで表示していたコンテンツ）の表示が開始されるよう、制御する。

図１１に移って、ＴＶ－Ｂ側での処理は、以下のように続く。ＴＶ－Ｂのサーバー機能部１７は、ステップＳ１２５においてＴＶ－Ａに対してレスポンス（ＯＫ）を送信した後、ステップＳ１５１において、状態管理部１５に対して表示状態報告を送信する。この報告は、ＴＶ－Ｂのコンテンツ表示部１４においてコンテンツの表示が開始されたことを表す報告である。状態管理部１５は、これにより、ＴＶ－Ｂでのコンテンツの表示が開始されたことを把握する。

次にステップＳ１５２において、ＴＶ－Ｂの状態管理部１５は、状態取得部１６に対して、状態取得開始要求を送信する。これにより、ＴＶ－Ｂの状態取得部１６は、サーバー装置２からの位置情報の取得を開始する。

次にステップＳ１５３において、ＴＶ－Ｂの状態取得部１６は、サーバー装置２の位置判定部２１１に、位置情報要求を送信する。

次にステップＳ１５４において、サーバー装置２の位置判定部２１１は、ステップＳ１５３のＴＶ－Ｂからの要求に応じて、位置情報を、ＴＶ－Ｂの状態取得部１６に返答する。この位置情報は「位置Ｂ」を示している。即ち、視聴者が位置Ｂに居ることを表している。

以後、ＴＶ－Ｂの状態取得部１６は、所定の時間間隔で、繰り返し、サーバー装置２の位置判定部２１１に対して、位置情報要求を送信する。この要求に対応し、サーバー装置２の位置判定部２１１は、位置情報を返答する。視聴者が位置Ｂに居る限り、位置判定部２１１は位置情報を変更しない。つまり、位置判定部２１１は、「位置Ｂ」を示す位置情報を、ＴＶ－Ｂに返答し続ける。この繰り返しの処理は、ステップＳ１５５、Ｓ１５６、・・・、Ｓ１５７、Ｓ１５８の処理にあたる。

一方で、ステップＳ１５９において、視聴者装置３は、視聴者の操作等に基づいて、視聴終了（ＯＦＦ）の指示を、ＴＶ－Ｂのサーバー機能部１７に送信する。この指示は、例えば、テレビのリモコン装置における電源ＯＦＦの操作に基づく指示である。サーバー機能部１７は、この指示を受信する。

次にステップＳ１６０において、ＴＶ－Ｂのサーバー機能部１７は、コンテンツ表示部１４に対して、コンテンツ表示ＯＦＦを指示する。コンテンツ表示部１４は、受信していた放送信号の受信を中止させ、コンテンツの表示を中止する。

次にステップＳ１６１において、ＴＶ－Ｂのコンテンツ表示部１４は、サーバー機能部１７に対して、レスポンス（ＯＫ）を返答する。これにより、サーバー機能部１７は、コンテンツの表示が終了したことを把握する。

次にステップＳ１６２において、ＴＶ－Ｂのサーバー機能部１７は、状態管理部１５に対して表示状態報告を送信する。これにより、状態管理部１５は、コンテンツの表示が終了したことを把握する。

次にステップＳ１６３において、状態管理部１５は、ステップＳ１６２の報告を受けたことに基づいて、状態取得部１６に対して、状態取得終了要求を送信する。これにより、状態取得部１６は、それ以後、サーバー装置２に対する位置情報の要求を行わなくなる。

以上で、本実施形態の動作例のシーケンスが終了する。以上のように、本実施形態によれば、視聴者が移動した際に、視聴者による特別の操作を必要とせず、移動元の受信装置１はコンテンツの提示を停止し、移動先の受信装置１が同じコンテンツの提示を開始する。つまり、受信装置１は、他の受信装置１の制御（電源のＯＮ／ＯＦＦや、特定の放送サービスのチューニング等）を行える。

［第２実施形態の変形例１］
第２実施形態の下記のような変形例を実施するようにしてもよい。上記の図９から図１１までのシーケンス図で示した処理例では、ＴＶ－ＡおよびＴＶ－Ｂは、放送によるコンテンツを受信し、表示していた。ＴＶ－ＡやＴＶ－Ｂ（受信装置１）は、放送のコンテンツに限らず、通信のコンテンツを表示するようにしてもよい。その場合も、例えば状況の変化に応じて、ＴＶ－Ａがコンテンツを受信および表示している状態から、ＴＶ－Ｂがコンテンツを受信および表示している状態に移行してもよい。通信のライブストリーミングによるコンテンツの場合には、引き継いだ側のテレビ（例えば、ＴＶ－Ｂ）は、コンテンツの再生を引き継いだ時点から、再生を開始してもよい。通信のオンデマンド配信によるコンテンツの場合には、引き継ぎ元のテレビ（例えば、ＴＶ－Ａ）から、引き継ぎ先のテレビ（例えば、ＴＶ－Ｂ）への制御要求の際に、再生位置（例えば、コンテンツ内の相対時刻）の情報を併せて引き渡すようにしてもよい。

［第２実施形態の変形例２］
第２実施形態の処理例のシーケンスにおいて、図１０のステップＳ１２６からＳ１３０までの処理は、ＴＶ－Ａにおけるコンテンツの表示を終了させるための手順であった。この部分の処理において、例えば、ＴＶ－Ａのクライアント機能部１８が、ＴＶ－Ａ自身のサーバー機能部１７に対して、サーバー側のテレビの電源をＯＦＦさせるメソッド（図７参照）を発行するようにしてもよい。これによって、ＴＶ－Ａのコンテンツ表示を終了させることも可能である。

［第２実施形態の変形例３］
第２実施形態の処理例のシーケンスにおいて、図１０のステップＳ１２５からＳ１３０までの処理は、ＴＶ－Ａにおけるコンテンツの表示を終了させるための手順であった。この手順の代わりに、例えば、ＴＶ－Ｂのクライアント機能部１８が、ＴＶ－Ａ側のサーバー機能部１７に対して、サーバー側のテレビの電源をＯＦＦさせるメソッド（図７参照）を発行するようにしてもよい。この場合には、図１０のステップＳ１２５の代わりに、電源ＯＦＦの要求を、ＴＶ－Ｂのクライアント機能部１８が、ＴＶ－Ａ側のサーバー機能部１７に送るようにしてもよい。あるいは、図１０のステップＳ１２５（レスポンスＯＫ）の手順に加えて、電源ＯＦＦの要求を、ＴＶ－Ｂのクライアント機能部１８が、ＴＶ－Ａ側のサーバー機能部１７に送るようにしてもよい。これらのいずれかの方法によっても、ＴＶ－Ａのコンテンツ表示を終了させることが可能である。

［第２実施形態の変形例４］
位置情報として、「位置Ａ」および「位置Ｂ」だけではなく、ＴＶ－ＡからＴＶ－Ｂへの移動中の状態を管理してもよい。つまり、サーバー装置２の位置判定部２１１は、視聴者が位置Ａにも位置Ｂにもいない途中の状態を、「位置Ｉ」として判定する。このときの動作手順の例は次の通りである。まず、視聴者は、ＴＶ－Ａの前で、ＴＶ－Ａが提示するコンテンツを視聴している。視聴者が移動を始めると、位置情報は「位置Ｉ」となる。「位置Ｉ」となった時点で、ＴＶ－Ａは、自装置でのコンテンツの提示を停止する。ただし、ＴＶ－Ａは、サーバー装置２への位置情報のポーリングを継続する。位置情報が「位置Ｂ」に変わると、ＴＶ－Ａは、ＴＶ－Ｂに対して、コンテンツを提示することを要求する。また、ＴＶ－Ａは、特定のコンテンツの選局を、ＴＶ－Ｂに対して要求する。このときに指定するコンテンツは、ＴＶ－Ａが提示停止する前に提示していたコンテンツである。ＴＶ－Ｂがそのコンテンツの提示を開始し、ＴＶ－ＢからＴＶ－Ａに「レスポンスＯＫ」が送信されると、ＴＶ－Ａは、位置情報のポーリングを停止する。代わりに、コンテンツの提示を開始したＴＶ－Ｂが、位置情報のポーリングを開始する。

［第３実施形態］
次に、本発明の第３実施形態について説明する。なお、前実施形態までにおいて既に説明した事項については以下において説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。

図１２は、第３実施形態によるコンテンツ提示システムの概略構成を示すブロック図である。図示するように、本実施形態のコンテンツ提示システムは、テレビ６３と、スマートミラー６４と、サーバー装置２と、通信ネットワーク９とを含んで構成される。

テレビ６３は、第２実施形態で説明したテレビ６１や６２と同様の機能を持つ装置である。テレビ６３は、第１実施形態で説明した受信装置１の一種である。

スマートミラー６４は、受信装置１の一種であり、放送や通信によるコンテンツを受信して表示する機能を持つ。スマートミラー６４は、例えば、人の等身大の姿をうつすための鏡を備えている。その鏡面には、例えば液晶を用いたディスプレイ装置が組み込まれている。また、その鏡面に、視聴者（スマートミラー６４のユーザー）が操作するためのタッチパネルが組み込まれていてもよい。スマートミラー６４では、ＯＳ（オペレーティングシステム）が稼働し、ＯＳの管理下でアプリが稼働する。スマートミラー６４では、受信装置１の機能の少なくとも一部が、上記のアプリとして実装されていてもよい。スマートミラー６４は、通信コンテンツ受信部１１や放送コンテンツ受信部１２を備えている。スマートミラー６４は、通信コンテンツ受信部１１が受信したウェブのテキストコンテンツを表示することができる。また、スマートミラー６４は、放送コンテンツ受信部１２が受信した字幕テキストや、イベントメッセージ情報などのテキストを、表示することができる。

テレビ６３は、クライアントとして、サーバーであるスマートミラー６４を制御することができる。また、逆に、スマートミラー６４は、クライアントとして、サーバーであるテレビ６３を制御することができる。

サーバー装置２や通信ネットワーク９は、第２実施形態などで説明したものと同様の機能を持つ。サーバー装置２と、テレビ６３と、スマートミラー６４とは、相互に、インターネットを介して通信を行ってよい。ただし、例えばテレビ６３とスマートミラー６４との間の通信には、既存技術である近距離無線通信を用いてもよい。

本実施形態が想定するユースケースは次の通りである。テレビ６３とスマートミラー６４とは、１つの宅内に設置されている。テレビ６３とスマートミラー６４とは、例えば近距離無線通信等で通信可能であり、相互に制御しあえる関係である。テレビ６３は宅内の位置Ａに設置されており、スマートミラー６４は宅内の位置Ｂに設置されている。位置Ａは例えば室Ａであり、位置Ｂは室Ａとは別の場所（例えば、洗面所等）である。第２実施形態の場合と同様に、サーバー装置２の位置判定部２１１は、視聴者の位置の情報を得る。サーバー装置２は、テレビ６３やスマートミラー６４からの問い合わせに対応して、視聴者の位置の情報をテレビ６３やスマートミラー６４に返答することができる。この視聴者の位置の情報は、テレビ６３およびスマートミラー６４のそれぞれが、自らはサーバーとして機能すべきであるかクライアントとして機能すべきであるかを決定する基になる情報である。具体的には、視聴者が位置Ａの近くにいる場合には、位置Ａに設けられたテレビ６３はサーバーとして機能し、位置Ｂに設けられたスマートミラー６４はクライアントとして機能することができる。視聴者が位置Ｂの近くに居る場合には、位置Ａに設けられたテレビ６３はクライアントとして機能し、位置Ｂに設けられたスマートミラー６４はサーバーとして機能することができる。

後で図１７から図２０までを参照しながら説明するシーケンスでは、視聴者の行動と、それに伴うテレビ６３やスマートミラー６４の動作は、次の通りである。即ち、視聴者は、最初に、位置Ａに設けられたテレビ６３（以下、「ＴＶ－Ａ」とも呼ぶ）で放送局Ｇが放送するテレビ番組を見ている。つまり、テレビ６３は放送局Ｇのテレビ番組（コンテンツ）を受信し、提示している。視聴者は、次に、テレビに対するリモコン等の操作を行うことなく、位置Ａから位置Ｂに移動する。この視聴者の移動に合わせて、テレビ６３は、テレビ番組の提示を中止する。一方、上記の視聴者の移動に合わせて、スマートミラー６４（以下、単に「スマートミラー」とも呼ぶ）は、自動的に、放送局Ｇが放送するテレビ番組に関連するテキストコンテンツの受信および提示を開始する。視聴者は、移動先である位置Ｂにおいて、引き続き、放送局Ｇが放送する番組に関連する情報に接することができる。ここで、「テレビ番組関連するテキストコンテンツ」とは、例えば、当該番組の字幕テキストや、当該放送サービスのＥＰＧ（電子番組表）のテキストや、その他、当該番組または当該放送サービスに関連するテキストである。

本実施形態では、スマートミラー６４は、テキストを表示する機能を持っているものの、放送信号を受信したり、放送コンテンツを表示したりする機能を持っていない。つまり、テレビ６３とスマートミラー６４とは、ともに受信装置１であるが、その機能は互いに異なる。つまり、テレビ６３とスマートミラー６４とでは、提示できるコンテンツの種類が異なる。

本実施形態では、ある受信装置１が、他の受信装置１の持つ機能を把握できるようにするために、次の方法を用いる。即ち、受信装置１は、サーバーとして機能する際に、自装置のステータスの情報を他の受信装置１に対して提供する。これにより、受信装置１（クライアント側）は、他の受信装置１（サーバー側）の機能（提示能力）を把握し、適切な制御を行えるようになる。

図１３は、受信装置１（例えば、ＴＶ－Ａ）が、他の受信装置１（例えば、スマートミラー）のステータスを取得するために呼び出すことのできるメソッド（ステータス取得要求）を示す概略図である。図示する通り、メソッドは、「ＨＴＴＰ ＧＥＴ」である。このメソッドの呼び出しによって、ＢＯＤＹが返される。このＢＯＤＹは、呼び出された側（サーバー側）の受信装置１のステータスを示す情報を含んでいる。図示する例では、このメソッドによって、受信装置１は、「status」、「performance」、「media」の３つの項目を取得することができる。これらのうちの「status」は、図５を参照しながら説明した通り、受信装置１が受信中のサービスを特定する情報を含む。また、「performance」は、コンテンツの種類（映像、音声、テキスト等）ごとに、その受信装置１が提示する能力を有しているか否かを表す。図示する例では、「video」が「disavailable」（提示不可。「disavailable」の代わりに「unavailable」でもよい。以下において同様。）、「audio」が「disavailable」、「text」が「available」（提示可能）である。また、「media」は、メディアの種類（放送、通信等）ごとに、その受信装置1が受信する能力を有しているか否かを表す。図示する例では、「broadcast」（放送）が「disavailable」（受信不可）、「broadband」（ブロードバンド通信）が「available」（受信可能）である。

なお、受信装置１は、上記のメソッドを呼び出すことによって、他の受信装置１のステータスだけではなく、自装置のステータスを取得することもできる。

つまり、図示する例では、この受信装置１（例えば、スマートミラー）は、映像や音声の再生機能を持たないが、テキストの表示機能を持つ。また、この受信装置１は、放送を受信することができないが、ブロードバンド通信によるコンテンツを受信することができる。

本実施形態では、ＴＶ－Ａがクライアントして、サーバーであるスマートミラーにコンテンツを提示するための制御を行う際に、次のような手順とすることができる。即ち、ＴＶ－Ａは、まず、スマートミラーに対して、スマートミラーの受信装置１としてのステータスを取得するための要求を行う。つまり、ＴＶ－Ａのクライアント機能部１８は、スマートミラーのサーバー機能部１７に対して、図１３を参照しながら説明したメソッドを発行する。スマートミラーは、そのＴＶ－Ａからの問い合わせに応じて、自装置のステータスを返答する。これにより、ＴＶ－Ａは、スマートミラーが、映像と音声を再生することができず、テキストを表示することができることを把握する。また、ＴＶ－Ａは、スマートミラーが、放送信号を受信することはできず、通信によるデータを受信することはできることを把握する。この把握に基づいて、ＴＶ－Ａは、サーバー装置２のコンテンツ管理部２２に、そのスマートミラーのデバイス性能に対して最適なコンテンツの種類を問い合わせる。ＴＶ－Ａは、コンテンツ管理部２２からの回答に基づいて、スマートミラーに適したコンテンツを提示させるように、制御を行うことができる。

図１４は、ＴＶ－Ａが、サーバー装置２のコンテンツ管理部２２に対して上記の問い合わせを行う場合のメソッドを示す概略図である。図示する通り、メソッドは、「ＨＴＴＰ ＰＯＳＴ」である。このメソッドの実行時に、ＴＶ－Ａからサーバー装置２のコンテンツ管理部２２に対して渡される引数は、次の通りである。即ち、「body」は、「my_status」と「to_status」とを含む。これらのうち、「my_status」は、問い合わせを行う側のＴＶ－Ａのステータスである。また、「to_status」は、コンテンツ視聴の引き継ぎ先の受信装置１（即ち、スマートミラー）のステータスである。なお、ＴＶ－Ａは、前述のメソッドを用いて、自装置のステータスも、スマートミラーのステータスも、取得可能である。

図１４に示す例では、「my_status」内において、「media」は「broadcast」であり、即ち、これはＴＶ－Ａは放送を受信していることを表している。また、「my_status」内における「source」は、ＴＶ－Ａが受信中の放送サービスを特定する情報を表している。具体的には、放送サービスは、service_id（１０２４）と、original_network_id（３２７３６）と、transport_stream_id（３２７３６）とによって、特定されている。また、「to_status」内において、「media」は「broadband」であり、これは、引き継ぎ先の受信装置１（スマートミラー）が通信を受信することを指定するものである。また、「to_status」内における「performance」は、引き継ぎ先の受信装置１（スマートミラー）が提示できるコンテンツの種類を表している。具体的には、引き継ぎ先の受信装置１は、「video」（映像）および「audio」（音声）については「disavailable」（提示不可）であり、「text」（テキスト）については「available」（提示可能）であることを表している。

図１５は、図１４に示したＴＶ－Ａからコンテンツ管理部２２への問合せに対する、コンテンツ管理部２２からＴＶ－Ａへのレスポンスの例を示す概略図である。即ち、サーバー装置２のコンテンツ管理部２２からＴＶ－Ａへは、図１５のＢＯＤＹに例示するデータが返送される。図示する例では、サーバー装置２のコンテンツ管理部２２が返した最適なコンテンツは、「text」（テキストのコンテンツ）として、ＵＲＬ「http://sample.html」で指示されるコンテンツである。図１４に示した問い合わせにおいて「video」（映像）および「audio」（音声）がそれぞれ「disavailable」（提示不可）であったため、サーバー装置２のコンテンツ管理部２２は、映像および音声のそれぞれのコンテンツに関するＵＲＬ等を返していない（ヌル文字列）。

図１６は、図１５に示した応答をコンテンツ管理部２２から得たＴＶ－Ａが、引き継ぎ先の受信装置１（スマートミラー）に対して実行するリクエスト（コンテンツ表示要求）の例を示す概略図である。図示するように、このリクエストは、引数として、「resource」（リソース）および「source」（ソース）を含む。「resource」は、ＴＶ－Ａが受信して表示していた放送サービスを特定している情報を含んでいる。また、「source」は、リクエスト先である受信装置１（スマートミラー）が提示すべきコンテンツを特定する情報を含んでいる。本例におけるこのリクエストでは、受信装置１（スマートミラー）が提示すべきコンテンツは、図１５においてコンテンツ管理部２２が提示した通りの、「text」のコンテンツ（ＵＲＬは、「http://sample.html」）である。スマートミラーのコンテンツ提示能力が既にわかっているため、このリクエストには、映像のコンテンツや音声のコンテンツの情報は、含まれない。

図１６に示したメソッドでは、引き継ぎ先である受信装置１（スマートミラー）が表示すべきコンテンツの情報（要素「source」によって指定）だけではなく、元々の受信装置１（ＴＶ－Ａ）が表示していたコンテンツの情報（要素「resource」によって指定）も、引数として渡される。この要素「resource」の情報を引き渡していくことにより、さらに別の受信装置１（例えば、スマートフォン等）に引き継ぐときに、元のコンテンツに基づいて引き継ぎ先の受信装置１に最適なコンテンツを決定することができる。

図１７、図１８、図１９、図２０は、本実施形態の動作例に対応する、各装置のより詳細な処理のシーケンスを示すシーケンス図である。以下、これらの図に沿って、処理のシーケンスの例を説明する。

まず図１７のステップＳ２０１において、視聴者装置３は、ＴＶ－Ａのサーバー機能部１７に、Ｇ局（放送局）が放送するコンテンツの視聴を開始するための指示を送信する。視聴者装置３は、例えば、テレビのリモコン装置であり、赤外線信号を用いて、上記の指示を送信する。

次にステップＳ２０２において、ＴＶ－Ａのサーバー機能部１７は、コンテンツ表示部１４に対して、コンテンツ表示ＯＮを指示する。このとき、「Ｇ局」が指定される。これにより、ＴＶ－Ａは、指示されたＧ局の放送信号の受信を開始する。コンテンツ表示部１４は、画面へのコンテンツの表示を開始する。

次にステップＳ２０３において、ＴＶ－Ａのコンテンツ表示部１４は、サーバー機能部１７に対してレスポンス（ＯＫ）を返答する。サーバー機能部１７は、コンテンツの表示が成功したことを把握する。

次にステップＳ２０４において、ＴＶ－Ａのサーバー機能部１７は、状態管理部１５に対して、表示状態を報告する。つまり、サーバー機能部１７は、コンテンツの表示が成功していることを状態管理部１５に報告する。

次にステップＳ２０５において、状態管理部１５は、状態取得部１６に対して、状態取得の開始を要求する。これにより、状態取得部１６は、サーバー装置２の位置判定部２１１からの状態の取得を開始する。

次にステップＳ２０６において、ＴＶ－Ａの状態取得部１６は、サーバー装置２の位置判定部２１１に対して、位置情報を要求する。

次にステップＳ２０７において、サーバー装置２の位置判定部２１１は、ステップＳ２０６の要求に応じて、ＴＶ－Ａの状態取得部１６に対して位置情報を返答する。位置情報は、視聴者の位置を表す情報である。本ステップで返される位置情報は「位置Ａ」を示している。

Ｓ２０８においては、ＴＶ－Ａの状態取得部１６は、ステップＳ２０６と同様に、位置判定部２１１に対して、位置情報を要求する。また、ステップＳ２０９においては、位置判定部２１１は、Ｓ２０７と同様に、ＴＶ－Ａの状態取得部１６に対して、位置情報を返す。本ステップにおいても、位置情報は「位置Ａ」を示している。

以後も、ＴＶ－Ａの状態取得部１６は、所定の時間間隔で、サーバー装置２の位置判定部２１１に対する、位置情報の要求を繰り返す。サーバー装置２の位置判定部２１１は、ＴＶ－Ａの状態取得部１６からの要求に応じて、位置情報を繰り返し、返す。視聴者の位置が「位置Ａ」の近傍である限り、位置判定部２１１が返す位置情報は「位置Ａ」を示している。

次にステップＳ２１０において、ＴＶ－Ａの状態取得部１６は、サーバー装置２の位置判定部２１１に対して、位置情報を要求する。

次にステップＳ２１１において、サーバー装置２の位置判定部２１１は、ステップＳ２１０の要求に応じて、ＴＶ－Ａの状態取得部１６に対して位置情報を返答する。ここで、位置情報が変化している。即ち視聴者の移動に伴って、ＴＶ－Ａに渡される位置情報は「位置Ｂ」に変わっている。このサーバー装置２からの返答を受けたＴＶ－Ａの状態取得部１６は、位置がＡからＢに変更されたことを認識する。

次にステップＳ２１２において、ＴＶ－Ａの状態取得部１６は、状態管理部１５に対して位置変更検知（位置Ｂ）を通知する。これにより、状態管理部１５は、位置情報の変化を把握する。即ち、状態管理部１５は、最新の時点での位置情報が「位置Ｂ」であることを把握する。

図１８に移って、ステップＳ２２１において、ＴＶ－Ａの状態管理部１５は、上記の「位置Ｂ」に対応する受信装置１であるスマートミラーに対する制御を、クライアント機能部１８に要求する。

次にステップＳ２２２において、ＴＶ－Ａのクライアント機能部１８は、スマートミラーのサーバー機能部１７に対して、ステータスの取得を要求する。この要求は、図１３を参照しながら説明したメソッドを呼び出すことによって行われる。

次にステップＳ２２３において、スマートミラーのサーバー機能部１７は、ステップＳ２２２における要求に対応して、自装置のステータスの情報を、ＴＶ－Ａのクライアント機能部１８に返す。ここで返されるデータには、スマートミラーの、コンテンツの受信および提示についての能力の情報が含まれる。具体的には、スマートミラーが、通信（broadband）によるコンテンツの受信と、テキストによるコンテンツの提示の能力を持つことを表す情報が、ＴＶ－Ａに返される。また、図１３においても例示した通り、スマートミラーは、放送を受信する能力や、映像あるいは音声を提示する能力を、持たない。

次にステップＳ２２４において、ＴＶ－Ａのクライアント機能部１８は、状態管理部１５に対して、スマートミラーから取得したステータスの情報を報告する。この報告には、ステップＳ２２３においてＴＶ－Ａが取得したレスポンスの情報が含まれる。

次にステップＳ２２５において、ＴＶ－Ａの状態管理部１５は、サーバー装置２のコンテンツ管理部２２に対して、問い合わせを行う。具体的には、状態管理部１５は、コンテンツの提示を引き継ぐ先であるスマートミラーの能力、およびＴＶ－Ａ自身が受信していたコンテンツ（サービス）を特定する情報を送信するとともに、スマートミラーの能力に適したコンテンツを問い合わせる。この問い合わせは、図１４を参照しながら説明したメソッドを呼び出すことによって行われる。

次にステップＳ２２６において、サーバー装置２のコンテンツ管理部２２は、ステップＳ２２５の問い合わせに対応するレスポンスを、ＴＶ－Ａの状態管理部１５に返す。このレスポンスは、図１５に例示したレスポンスに相当するものである。これにより、ＴＶ－Ａの状態管理部１５は、視聴者の移動先に設けられているスマートミラーの能力に適したコンテンツを特定する。例えば、状態管理部１５は、そのレスポンスに含まれるコンテンツのＵＲＬを取得する。状態管理部１５は、そのＵＲＬをクライアント機能部１８に知らせる。

次に、図１９に移って、ステップＳ２３１において、ＴＶ－Ａのクライアント機能部１８は、スマートミラーのサーバー機能部１７に対して、コンテンツ表示要求を行う。このとき、クライアント機能部１８は、ステップＳ２２６においてコンテンツ管理部２２から渡されたコンテンツのＵＲＬを指定する。このコンテンツは、ＴＶ－Ａが表示していたＧ局の放送コンテンツの関連コンテンツである。本ステップにおける表示要求は、図１６に例示したリクエストに相当する。

次にステップＳ２３２において、スマートミラー側のサーバー機能部１７は、スマートミラーのコンテンツ表示部１４に対して、ステップＳ２３１において指定されたコンテンツを表示するよう指示する。これにより、スマートミラーのコンテンツ表示部１４は、指定されたＵＲＬを用いて受信したテキストのコンテンツを、画面に表示する。

次にステップＳ２３３において、スマートミラーのコンテンツ表示部１４は、スマートミラーのサーバー機能部１７に対して、レスポンス（ＯＫ）を返す。サーバー機能部１７は、これにより、テキストコンテンツの表示が成功していることを把握する。

次にステップＳ２３４において、スマートミラーのサーバー機能部１７は、ＴＶ－Ａのクライアント機能部１８に対して、レスポンス（ＯＫ）を返す。ＴＶ－Ａは、これにより、引き継ぎ先である受信装置１（スマートミラー）で、コンテンツの表示が成功したことを把握する。

次にステップＳ２３５において、ＴＶ－Ａのクライアント機能部１８は、状態管理部１５に対して、表示状態報告を送信する。これにより、状態管理部１５は、スマートミラーにおいてコンテンツの表示が成功したことを把握する。これを受けて、状態管理部１５は、次に、自装置（ＴＶ－Ａ）の表示をＯＦＦにする。

次にステップＳ２３６において、ＴＶ－Ａの状態管理部１５は、サーバー機能部１７に対して自ＴＶ制御要求を送信する。本ステップでの制御の内容は、ＴＶ－Ａ自身の電源ＯＦＦである。この要求は、図７（第２実施形態）で示したメソッドに相当する。

次にステップＳ２３７において、ＴＶ－Ａのサーバー機能部１７は、ステップＳ２３６で受けた要求に基づいて、コンテンツ表示部１４に対してコンテンツ表示ＯＦＦを指示する。これにより、ＴＶ－Ａは、コンテンツの受信および提示を中止する。

次にステップＳ２３８において、ＴＶ－Ａのコンテンツ表示部１４は、サーバー機能部１７に対してレスポンス（ＯＫ）を返す。これにより、サーバー機能部１７は、コンテンツ表示ＯＦＦの制御が成功したことを把握する。

次にステップＳ２３９において、ＴＶ－Ａのサーバー機能部１７は、状態管理部１５に対して、表示状態を報告する。これにより、状態管理部１５は、コンテンツの表示が終了したことを把握する。これを受け、状態管理部１５は、ＴＶ－Ａ自身の電源をＯＦＦにするよう制御を行うことができる。

図２０に移って、スマートミラー側の動作を引き続いて説明する。スマートミラーのサーバー機能部１７は、ステップＳ２３４（図１９）においてレスポンスをＴＶ－Ａ側に送信した後、ステップＳ２５１において、スマートミラーの状態管理部１５に対して表示状態報告を送信する。

次にステップＳ２５２において、スマートミラーの状態管理部１５は、状態取得部１６に対して、状態取得開始を要求する。

次にステップＳ２５３において、スマートミラーの状態取得部１６は、サーバー装置２の位置判定部２１１に、位置情報要求を送信する。

次にステップＳ２５４において、サーバー装置２の位置判定部２１１は、ステップＳ２５３でのスマートミラーからの要求に応じて、位置情報を、スマートミラーの状態取得部１６に返答する。この位置情報は「位置Ｂ」を示している。つまり、視聴者が位置Ｂに居ることを表している。

以後、スマートミラーの状態取得部１６は、所定の時間間隔で、繰り返し、サーバー装置２の位置判定部２１１に対して、位置情報要求を送信する。この要求に対応し、サーバー装置２の位置判定部２１１は、位置情報を返答する。視聴者が移動しない限りは、位置判定部２１１が送信する位置情報は「位置Ｂ」のままである。この繰り返しの処理（スマートミラーによる位置情報の取得の処理）は、ステップＳ２５５、Ｓ２５６、・・・、Ｓ２５７、Ｓ２５８の処理にあたる。

一方、ステップＳ２５９において、視聴者装置３（例えば、スマートミラーの操作パネル）は、視聴者の操作等に基づいて、視聴終了（ＯＦＦ）の指示を、スマートミラーのサーバー機能部１７に送信する。サーバー機能部１７は、この指示を受信する。

次にステップＳ２６０において、スマートミラーのサーバー機能部１７は、コンテンツ表示部１４に対して、コンテンツ表示ＯＦＦを指示する。コンテンツ表示部１４は、受信していたコンテンツの受信を中止させ、コンテンツの表示を中止する。

次にステップＳ２６１において、スマートミラーのコンテンツ表示部１４は、サーバー機能部１７に対して、レスポンス（ＯＫ）を返答する。これにより、サーバー機能部１７は、コンテンツの表示が終了したことを把握する。

次にステップＳ２６２において、スマートミラーのサーバー機能部１７は、状態管理部１５に対して表示状態報告を送信する。これにより、状態管理部１５は、スマートミラーにおけるコンテンツの表示が終了したことを把握する。

次にステップＳ２６３において、状態管理部１５は、状態取得部１６に対して、状態取得終了要求を送信する。これにより、状態取得部１６は、それ以後、サーバー装置２の位置判定部２１１に対する位置情報の要求を行わなくなる。

以上で、本実施形態の動作例のシーケンスが終了する。以上のように、本実施形態によれば、視聴者が特に操作を行わなくても、視聴者の移動先の受信装置１の能力に応じたコンテンツを、移動先の受信装置１が受信し、提示することができる。本実施形態のシステムは、移動先の受信装置１のコンテンツ受信能力およびコンテンツ提示能力に応じて、移動先の受信装置１における最適なコンテンツを特定することができる。

［第３実施形態の変形例］
スマートミラーの位置Ｂから、視聴者がさらに別の部屋（位置Ｃ）に移動して、例えばスマートフォンを用いて、関連するコンテンツを受信するようにしてもよい。スマートフォンはウェブブラウザーの機能を持っている。つまり、スマートフォンは、インターネット経由で配信されるコンテンツを提示することができる。なお、このとき、元々受信していたＧ局のサービスの識別情報を、スマートミラー経由で、位置Ｃのスマートフォンまで引き渡してよい。

［第４実施形態］
次に、本発明の第４実施形態について説明する。なお、前実施形態までにおいて既に説明した事項については以下において説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。

図２１は、第４実施形態によるコンテンツ提示システムの概略構成を示すブロック図である。図示するように、本実施形態のコンテンツ提示システムは、テレビ６５、６７および６８と、ラジオ６６と、サーバー装置２と、通信ネットワーク９とを含んで構成される。

テレビ６５や６８は、第２実施形態で説明したテレビ６１や６２と同様の機能を持つ装置である。テレビ６５や６８は、第１実施形態で説明した受信装置１の一種である。テレビ６５は、家Ａ内の位置Ａに設置される。テレビ６８は、家Ｂ内の位置Ｂに設置される。

テレビ６７は、いわゆるワンセグ（１セグメント）テレビである。テレビ６７は、第１実施形態で説明した受信装置１の一種である。テレビ６７の放送コンテンツ受信部１２（図１）は、ワンセグ方式によるテレビ放送のチューナーの機能を持つものである。テレビ６７は、自動車内に設置されている。

ラジオ６６は、音声のみによる放送コンテンツを受信して提示する機能を有する装置である。ラジオ６６もまた、第１実施形態で説明した受信装置１の一種である。ラジオ６６の放送コンテンツ受信部１２（図１）は、ラジオ放送のチューナーの機能を持つものである。ラジオ６６は、音声によるコンテンツを提示する機能を有する。ラジオ６６は、映像を表示する機能を持たない。ラジオ６６は、自動車内に設置されている。

テレビ６５、６７、６８、およびラジオ６６は、通信ネットワーク９を介してサーバー装置２に接続することができる。また、テレビ６５、６７、６８、およびラジオ６６は、通信ネットワーク９を介して相互に通信することができる。これにより、テレビ６５、６７、６８、およびラジオ６６は、クライアントあるいはサーバーとなって、相互に制御を行うことができる。つまり、ある受信装置１（ここでは、テレビ６５、６７、６８、およびラジオ６６）は、他の受信装置１の電源をＯＮ／ＯＦＦしたり、特定のコンテンツを受信して表示させるように制御したりすることができる。通信ネットワーク９は、インターネットや、近距離無線通信などを用いて構成される。

本実施形態において、サーバー装置２の状態判定部２１は、複数の状況を組み合わせた条件に基づいて、状態を判定する場合がある。言い換えれば、複数の状況の組合せに基づいて、コンテンツ表示の引き継ぎ先の受信装置１が決定される場合があり得る。具体例としては、次の通りである。視聴者が家Ａ内に居る場合には、状態判定部２１は、状態が「家Ａ内」であると判定する。この場合に、視聴者が視聴可能な受信装置１は、テレビ６５（以後、「ＴＶ－Ａ」と呼ぶ場合がある）である。視聴者が家Ｂ内に居る場合には、状態判定部２１は、状態が「家Ｂ内」であると判定する。この場合に、視聴者が視聴可能な受信装置１は、テレビ６８（以後、「ＴＶ－Ｂ」と呼ぶ場合がある）である。視聴者が自動車内に居て、且つ当該自動車の状態が「運転中」である場合には、状態判定部２１は、状態が「自動車内，運転中」であると判定する。この場合に、視聴者が聴取可能な受信装置１は、ラジオ６６（以後、単に「ラジオ」と呼ぶ場合がある）である。視聴者が自動車内に居て、且つ当該自動車の状態が「休憩中」である場合には、状態判定部２１は、状態が「自動車内，休憩中」であると判定する。この場合に、視聴者が視聴可能な受信装置１は、テレビ６７（以後、「ＴＶ－Ｏ」と呼ぶ場合がある）である。

サーバー装置２内の状態判定部２１は、上記のような状態判定を行うために、位置判定部２１１および車両状態判定部２１２による判定結果を利用する。位置判定部２１１や車両状態判定部２１２が判定を行うための方法については、既に説明した通りである。

本実施形態が想定するユースケースは次の通りである。第２実施形態の場合と同様に、サーバー装置２の位置判定部２１１は、視聴者の位置の情報を得る。また、サーバー装置２の車両状態判定部２１２は、少なくとも、自動車の状態が「運転中」であるか「休憩中」であるかを判定することができる。サーバー装置２の状態判定部２１は、位置判定部２１１からの情報と、車両状態判定部２１２からの情報とに基づいて、総合的な状態を判定し、受信装置１に伝達することができる。ＴＶ－Ａ、ＴＶ－Ｂ、ＴＶ－Ｏ、ラジオは、それぞれ、サーバー装置２の状態判定部２１に対して、状態を問い合わせることができる。ＴＶ－Ａ、ＴＶ－Ｂ、ＴＶ－Ｏ、ラジオのそれぞれは、サーバー装置２から得る状態に基づいて、自装置が、サーバーとして機能すべきであるかクライアントとして機能すべきであるかを決定することができる。

例えば、サーバー装置２から得られる状態が「家Ａ内」である場合には、ＴＶ－Ａはサーバーとして機能し、他の受信装置１はクライアントとして機能する。また、サーバー装置２から得られる状態が「家Ｂ内」である場合には、ＴＶ－Ｂはサーバーとして機能し、他の受信装置１はクライアントとして機能する。また、サーバー装置２から得られる状態が「自動車内，運転中」である場合には、ラジオはサーバーとして機能し、他の受信装置１はクライアントとして機能する。また、サーバー装置２から得られる状態が「自動車内，休憩中」である場合には、ＴＶ－Ｏはサーバーとして機能し、他の受信装置１はクライアントとして機能する。

後で図２２から図２６までを参照しながら説明するシーケンスでは、視聴者の行動と、それに伴うＴＶ－Ａ、ＴＶ－Ｂ、ＴＶ－Ｏ、ラジオの動作は、次の通りである。即ち、視聴者は、最初に、家Ａ内に設けられたＴＶ－Ａの電源をＯＮにして、放送局Ｇが放送するテレビ番組を視聴している。つまり、ＴＶ－Ａは放送局Ｇのテレビ番組（コンテンツ。例えば、野球中継。）を受信し、提示している。視聴者は、次に、テレビに対するリモコン等の操作を行うことなく、家Ａ内から自動車内に移動し、自動車の運転を開始する。この視聴者の移動に合わせて、ＴＶ－Ａは、テレビ番組の提示を中止する。一方、上記の視聴者の移動に合わせて、自動車内のラジオは、自動的に、ＴＶ－Ａが提示していたテレビ用のコンテンツに関連するラジオ用のコンテンツ（例えば、前記の野球中継と同じ試合を実況するラジオの野球中継）の受信および提示を開始する。視聴者は、ラジオに切り替えて、野球の実況を聴取することができる。次に、視聴者が運転する自動車は、パーキングエリア等に駐車し「休憩中」の状態となる。この状態の変化に合わせて、ラジオは、ラジオ番組の提示を中止する。一方、「休憩中」となったために、自動車内のＴＶ－Ｏは、ＴＶ－Ａが提示していたテレビ用のコンテンツのワンセグの信号を受信し、当該コンテンツの提示を開始する。視聴者は、操作を行うことなく、ラジオからワンセグテレビに切り替えて野球の実況を視聴することができる。さらに、視聴者は自動車の運転を再開し（状態が「自動車内，運転中」となることによって、再びラジオによる提示に切り替わる）、家Ｂに向かう。そして、視聴者が、家Ｂ内に居る状態になると、ラジオは、ラジオ番組の提示を中止する。一方、家Ｂ内のＴＶ－Ｂは、ＴＶ－Ａが提示していたテレビ用のコンテンツ（フルセグ）の信号を受信し、当該コンテンツの提示を開始する。

上記のユースケースにおいて、視聴者がコンテンツの視聴のために行う操作は、最初のＴＶ－Ａでの視聴開始の操作と、最後のＴＶ－Ｂでの視聴終了（電源ＯＦＦ）の操作だけである。ＴＶ－Ａにおけるコンテンツ提示の終了や、ラジオにおけるコンテンツ提示の開始および終了や、ＴＶ－Ｏにおけるコンテンツ提示の開始および終了や、ＴＶ－Ｂにおけるコンテンツ提示の開始は、自動的に行われる。つまり、視聴者の操作を必要としない。

図２２、図２３、図２４、図２５、図２６は、本実施形態の動作例に対応する、各装置の処理のシーケンスを示すシーケンス図である。以下、これらの図に沿って、処理のシーケンスの例を説明する。

まず図２２のステップＳ３０１において、視聴者装置３は、ＴＶ－Ａのサーバー機能部１７に、Ｇ局（放送局）が放送するコンテンツの視聴を開始するための指示を送信する。視聴者装置３は、例えば、テレビのリモコン装置である。

次にステップＳ３０２において、ＴＶ－Ａは、ステップＳ３０１で指定されたコンテンツの受信および提示を開始する。また、これに伴って、ＴＶ－Ａは、サーバー装置２の状態判定部２１からの状態の取得を開始する。

次にステップＳ３０３において、ＴＶ－Ａの状態取得部１６は、サーバー装置２の状態判定部２１に対して、状態情報要求を送信する。

次にステップＳ３０４において、サーバー装置２の状態判定部２１は、ステップＳ３０３におけるＴＶ－Ａからの要求に応じて、その時点で把握している状態の情報を、ＴＶ－Ａの状態取得部１６に対して返答する。なお、このときの状態は、「家Ａ内」である。つまり、視聴者は家Ａ内に居ることが、状態判定部２１によって把握されている。

以後も、ＴＶ－Ａの状態取得部１６は、所定の時間間隔ごとに、サーバー装置２の状態判定部２１に対して状態情報を要求する。サーバー装置２の状態判定部２１は、その要求に応じて、状態情報を返答する。視聴者が家Ａ内に居ることが検知されている限りは、状態情報は「家Ａ内」である。ステップＳ３０５におけるＴＶ－Ａからサーバー装置２への状態情報要求も、ステップＳ３０６におけるサーバー装置２からＴＶ－Ａへの状態情報返答も、その一つである。

次にステップＳ３０７において、ＴＶ－Ａの状態取得部１６は、サーバー装置２の状態判定部２１に対して、状態情報要求を送信する。このとき、視聴者は、家Ａ内から出て、自動車内に居り、且つその自動車の運転中である。サーバー装置２の位置判定部２１１は、例えば、自動車内に設置されたカメラからの映像の状況や、自動車から発信された信号等を基に、状態が「自動車内，運転中」であることを把握している。

次にステップＳ３０８において、サーバー装置２の状態判定部２１は、ステップＳ３０７におけるＴＶ－Ａからの要求に応じて、その時点で把握している状態の情報を、ＴＶ－Ａの状態取得部１６に対して返答する。即ち、状態判定部２１は、「自動車内，運転中」という状態情報を、ＴＶ－Ａの状態取得部１６に対して返答する。これにより、ＴＶ－Ａは、状態情報の変化を把握する。また、取得した状態が「自動車内，運転中」であるため、ＴＶ－Ａは、次に引き継ぐ先の受信装置1は、ラジオであることを把握する。

次にステップＳ３０９において、ＴＶ－Ａのクライアント機能部１８は、ラジオのサーバー機能部１７に対して、ステータス取得要求を送信する。

次にステップＳ３１０において、ラジオは、ステップＳ３０９において受信した要求に対応して、ステータスレスポンスをＴＶ－Ａに対して返す。このラジオからのレスポンスは、ラジオのステータスの情報を含む。即ち、このレスポンスは、ラジオが、ラジオ放送を選局・受信することが可能であるという情報を含む。ラジオ放送は、ＡＭ（振幅変調）あるいはＦＭ（周波数変調）の電波によるものであってもよいし、インターネット経由（インターネットプロトコル）での配信によるものであってもよい。また、このレスポンスは、ラジオが、音声のコンテンツを提示可能である（映像のコンテンツを提示することは不可能である）という情報を含む。

次にステップＳ３１１において、ＴＶ－Ａは、ステップＳ３１０で受信したラジオのステータス情報と、ＴＶ－Ａ自身が受信していた放送コンテンツを特定する情報とを用いて、サーバー装置２のコンテンツ管理部２２に、コンテンツ問合せを行う。

次にステップＳ３１２において、サーバー装置２のコンテンツ管理部２２は、ＴＶ－Ａが提示していた放送コンテンツ（例えば、テレビの野球中継）と、ラジオのステータス（能力）とに基づく最適なコンテンツの情報を、ステップＳ３１１での問い合わせへのレスポンスとして、ＴＶ－Ａに送信する。ここでＴＶ－Ａに返されるコンテンツは、例えば、ＴＶ－Ａが再生していた野球中継と、同じ試合を中継するラジオの野球中継（Ｇ局のテレビコンテンツの関連コンテンツ）である。

次に図２３に移って、ステップＳ３２１において、ＴＶ－Ａは、ラジオに対して、コンテンツ提示要求を送信する。ここで要求されるコンテンツは、ＴＶ－Ａが再生していたコンテンツの関連コンテンツである。この関連コンテンツは、例えば、「ラジオ１」局が放送するラジオのコンテンツである。

次にステップＳ３２２において、ラジオは、ステップＳ３２１で受信した要求に基づいて、指定されたコンテンツの受信および提示を開始する。

次にステップＳ３２３において、ラジオは、ＴＶ－Ａに対して、レスポンス（ＯＫ）を送信する。これにより、ＴＶ－Ａは、ラジオでのコンテンツ提示が正常に行われたことを把握する。

次にステップＳ３２４において、ＴＶ－Ａは、ステップＳ３２３で受信したレスポンスに基づいて、ＴＶ－Ａ自身のコンテンツ表示を終了させる。即ち、ＴＶ－ＡはＴＶ－Ａ自身の電源をＯＦＦするように制御する。

一方、ステップＳ３２５において、ラジオの状態取得部１６は、サーバー装置２の状態判定部２１に対して、状態情報要求を送信する。

次にステップＳ３２６において、サーバー装置２の状態判定部２１は、ステップＳ３２５におけるラジオからの要求に応じて、状態の情報をラジオの状態取得部１６に対して返答する。なお、このときの状態は、「自動車内，運転中」である。この状態である場合には、ラジオは、現在のコンテンツの受信および提示を続ける。

以後も、ラジオの状態取得部１６は、所定の時間間隔ごとに、サーバー装置２の状態判定部２１に対して状態情報を要求する。サーバー装置２の状態判定部２１は、その要求に応じて、状態情報を返答する。ステップＳ３２７におけるラジオからサーバー装置２への状態情報要求、および、ステップＳ３２８におけるサーバー装置２からラジオへの状態情報返答も、その一つである。

次にステップＳ３２９において、ラジオの状態取得部１６は、サーバー装置２の状態判定部２１に対して、状態情報要求を送信する。このとき、状態は、「自動車内，休憩中」に変わっている。

次にステップＳ３３０において、サーバー装置２の状態判定部２１は、ステップＳ３２９におけるラジオからの要求に応じて、状態情報を、ラジオの状態取得部１６に対して返答する。即ち、状態判定部２１は、「自動車内，休憩中」という状態情報を、ラジオの状態取得部１６に対して返答する。これにより、ラジオは、状態情報の変化を把握する。また、取得した状態が「自動車内，休憩中」であるため、ラジオは、次に引き継ぐ先の受信装置1がＴＶ－Ｏであることを把握する。

次にステップＳ３３１において、ラジオのクライアント機能部１８は、ＴＶ－Ｏのサーバー機能部１７に対して、ステータス取得要求を送信する。

次にステップＳ３３２において、ＴＶ－Ｏは、ステップＳ３３１において受信した要求に対応して、ステータスレスポンスをラジオに対して返す。これにより、ラジオは、ＴＶ－Ｏが、ワンセグ放送を受信可能であることと、ワンセグに対応した品質の映像および音声を提示可能であることを、把握する。ここで、ラジオは、サーバー装置２のコンテンツ管理部２２に対して、ＴＶ－Ｏに最適なコンテンツを問い合わせてもよい。また、ラジオは、元々ＴＶ－Ａにおいて再生されていたＧ局の放送コンテンツに対応するワンセグのコンテンツを、予め設定された情報等に基づいて決定してもよい。いずれかの方法で、ラジオは、ワンセグによる関連コンテンツを特定するための情報を取得する。

次に図２４に移って、ステップＳ３４１において、ラジオは、ＴＶ－Ｏに対して、コンテンツ提示要求を送信する。ここで要求されるコンテンツは、ステップＳ３３２において説明したワンセグ放送用の関連コンテンツ（例えば、野球中継）である。

次にステップＳ３４２において、ＴＶ－Ｏは、ステップＳ３４１で受信した要求に基づいて、指定されたコンテンツの受信および提示を開始する。

次にステップＳ３４３において、ＴＶ－Ｏは、ラジオに対して、レスポンス（ＯＫ）を送信する。これにより、ラジオは、ＴＶ－Ｏでのコンテンツ提示が正常に行われたことを把握する。

次にステップＳ３４４において、ラジオは、ステップＳ３４３で受信したレスポンスに基づいて、ラジオによるコンテンツ提示を終了させる。即ち、ラジオは自装置の電源ＯＦＦの制御を行う。

一方、ステップＳ３４５において、ＴＶ－Ｏの状態取得部１６は、サーバー装置２の状態判定部２１に対して、状態情報要求を送信する。

次にステップＳ３４６において、サーバー装置２の状態判定部２１は、ステップＳ３４５におけるＴＶ－Ｏからの要求に応じて、状態情報をＴＶ－Ｏの状態取得部１６に対して返答する。このときの状態は、「自動車内，休憩中」である。この状態である場合には、ＴＶ－Ｏは、現在のコンテンツの受信および提示を続ける。

以後も、所定時間間隔ごとに、ＴＶ－Ｏの状態取得部１６からサーバー装置２の状態判定部２１への状態情報要求が送信される。その都度、サーバー装置２の状態判定部２１は、状態情報をＴＶ－Ｏに対して返答する。ステップＳ３４７およびステップＳ３４８における要求と返答も、同様である。

次にステップＳ３４９において、ＴＶ－Ｏの状態取得部１６は、サーバー装置２の状態判定部２１に対して、状態情報要求を送信する。このときの状態は、再び、「自動車内，運転中」に変わっている。

次にステップＳ３５０において、サーバー装置２の状態判定部２１は、ステップＳ３４９におけるＴＶ－Ｏからの要求に応じて、状態情報を返答する。つまり、状態判定部２１は、「自動車内，運転中」という状態情報を、ＴＶ－Ｏの状態取得部１６に対して返答する。これにより、ＴＶ－Ｏは状態情報の変化を把握する。また、ＴＶ－Ｏは、次に引き継ぐ先の受信装置1が、再びラジオであることを把握する。

次にステップＳ３５１において、ＴＶ－Ｏのクライアント機能部１８は、ラジオのサーバー機能部１７に対して、ステータス取得要求を送信する。

次にステップＳ３５２において、ラジオは、ＴＶ－Ｏに対して、ステータスレスポンスを返送する。ここでのラジオからのステータスレスポンスの内容は、ステップＳ３１０においてＴＶ－Ａが受信したものと同様である。ここでは詳細な説明を省略するが、ＴＶ－Ｏは、例えばサーバー装置２のコンテンツ管理部２２に問い合わせるなどといった方法を用いて、ラジオで再生するための最適なコンテンツの情報を把握する。

次に図２５に移って、ステップＳ３６１において、ＴＶ－Ｏは、ラジオに対して、コンテンツ提示要求を送信する。ここで指定される関連コンテンツは、例えば、「ラジオ１」局が放送するラジオのコンテンツである。

次にステップＳ３６２において、ラジオは、ステップＳ３６１で受信した要求に基づいて、指定されたコンテンツの受信および提示を開始する。

次にステップＳ３６３において、ラジオは、ＴＶ－Ｏに対して、レスポンス（ＯＫ）を送信する。

次にステップＳ３６４において、ＴＶ－Ｏは、ステップＳ３６３で受信したレスポンスに基づいて、ＴＶ－Ｏ自身のコンテンツ表示を終了させる。即ち、ＴＶ－Ｏは、自装置の電源ＯＦＦの制御を行う。

ステップＳ３６５、Ｓ３６６、Ｓ３６７、Ｓ３６８、・・・の処理は、既に説明した図２３のステップＳ３２５、Ｓ３２６、Ｓ３２７、Ｓ３２８、・・・の処理と同様である。よって、ここでは詳細な説明を省略する。

次にステップＳ３６９において、ラジオの状態取得部１６は、サーバー装置２の状態判定部２１に対して、状態情報要求を送信する。このとき、状態は「家Ｂ内」に変わっている。

次にステップＳ３７０において、サーバー装置２の状態判定部２１は、ラジオからの要求に応じて、状態情報をラジオの状態取得部１６に対して返答する。このときラジオに返される状態情報は「家Ｂ内」である。これにより、ラジオは、状態情報の変化を把握する。また、ラジオは、次に引き継ぐ先の受信装置1がＴＶ－Ｂであることを把握する。

次にステップＳ３７１において、ラジオのクライアント機能部１８は、ＴＶ－Ｂのサーバー機能部１７に対して、ステータス取得要求を送信する。

次にステップＳ３７２において、ＴＶ－Ｂのサーバー機能部１７は、ステータスレスポンスをラジオのクライアント機能部１８に対して返す。これにより、ラジオは、ＴＶ－Ａが、テレビ放送（フルセグのテレビ）を受信することが可能であり、映像および音声を提示可能であることを把握する。ここで、ラジオは、例えば、元々のＴＶ－Ａが再生していた放送コンテンツ（第３実施形態の図１６を参照しながら説明した要素「resource」によって特定されるコンテンツ）が、ＴＶ－Ｂにおいても再生されるべきであることを把握する。

図２６に移って、ステップＳ３８１において、ラジオは、ＴＶ―Ｂに対してコンテンツ提示要求を送信する。ここで指定されるコンテンツは、Ｇ局の放送コンテンツである。

次にステップＳ３８２において、ＴＶ－Ｂは、ステップＳ３８１で指定されたコンテンツの受信および提示を開始する。

次にステップＳ３８３において、ＴＶ－Ｂは、ラジオに対してレスポンス（ＯＫ）を送信する。このレスポンスは、ステップＳ３８１でのラジオからの要求に対応する。

次にステップＳ３８４において、ラジオは、自装置におけるコンテンツの提示を停止する。また、ラジオは、自装置の電源ＯＦＦの制御を行う。

一方で、ＴＶ－Ｂは、状態情報の取得を開始する。即ち、ステップＳ３８５において、ＴＶ－Ｂの状態取得部１６は、サーバー装置２の状態判定部２１に対して、状態情報要求を送信する。

次にステップＳ３８６において、サーバー装置２の状態判定部２１は、ＴＶ－Ｂからの要求に応じて、状態情報をＴＶ－Ｂの状態取得部１６に対して返答する。このときの状態情報は「家Ｂ内」である。つまり視聴者は家Ｂ内に居ることが、状態判定部２１によって把握されている。

ステップＳ３８７における状態情報要求の処理、およびステップＳ３８８における状態情報返答（状態：家Ｂ内）の処理は、それぞれ、上記のステップＳ３８５の処理、およびステップＳ３８６の処理と同様である。以後も、所定時間間隔ごとに、同様に、状態情報要求と、その要求に対応する状態情報返答が、繰り返される。

ここで、ＴＶ－Ｂが放送コンテンツを受信、再生している途中で、視聴者は、ＴＶ－Ｂにおけるコンテンツの視聴を停止するために、視聴者装置３を操作する。これにより、ステップＳ３８９において、視聴者装置３は、ＴＶ－Ｂのサーバー機能部１７に対して視聴停止の信号を送信する。

次にステップＳ３９０において、ＴＶ－Ｂは、コンテンツ表示部１４によるコンテンツの提示を停止する。ＴＶ－Ｂは、そのコンテンツの受信も停止する。さらに、ＴＶ－Ｂは、自装置の電源ＯＦＦの制御を行う。これにより、ＴＶ－Ｂの電源は切られる。

［第４実施形態の変形例］
関連コンテンツを特定する情報は、受信装置１が必要時にサーバー装置２に問い合わせる代わりに、予め受信装置１に対して配信されているようにしてもよい。例えば、受信装置１は、特定のコンテンツの提示を開始した時点で、そのコンテンツの関連コンテンツの情報を、予め受信していた情報の中から取り出したり、サーバー装置２に問い合わせたりしてもよい。

以上、説明した、複数の実施形態のいずれかによれば、次のような効果が得られる。即ち、あらゆる種類の受信装置１（テレビ、ラジオ、スマートフォン、スマートスピーカー、スマートミラー等）はサーバー（被制御部）とクライアント（制御部）の両方の機能を持つ。これにより、複数の受信装置１は相互に制御し合うことが可能となる。

例えば、視聴者が家の中で部屋間の移動をしたとき（リビングから寝室など）、元に居た部屋のテレビがクライアントとなって、移動先のテレビを制御することができる。これにより、視聴者は、元々視聴していた番組の続きをスムーズに継続して視聴することができる。また、受信装置１の性能に合わせて、受信装置１にコンテンツを提示させることができるようになる。例えば、クライアントであるテレビが、サーバーであるスマートフォン（放送受信機能を持たない）に対してコンテンツの提示を要求するときには、例えばスマートフォンには、通信による配信の関連コンテンツを提示させることができる。

また、例えば、視聴者がリビングから洗面所に移動したときに、視聴者がリビングのテレビで視聴していた番組の続きに関する情報（例えば、スポーツの試合における得点情報）を、洗面所のスマートミラーにテキストデータとして表示することも可能となる。

図２７は、第１実施形態から第４実施形態までの各実施形態における受信装置１、サーバー装置２、視聴者装置３といった各装置の内部構成の例を示すブロック図である。各装置は、コンピューターを用いて実現され得る。図示するように、そのコンピューターは、中央処理装置９０１と、ＲＡＭ９０２と、入出力ポート９０３と、入出力デバイス９０４や９０５等と、バス９０６と、を含んで構成される。コンピューター自体は、既存技術を用いて実現可能である。中央処理装置９０１は、ＲＡＭ９０２等から読み込んだプログラムに含まれる命令を実行する。中央処理装置９０１は、各命令にしたがって、ＲＡＭ９０２にデータを書き込んだり、ＲＡＭ９０２からデータを読み出したり、算術演算や論理演算を行ったりする。ＲＡＭ９０２は、データやプログラムを記憶する。ＲＡＭ９０２に含まれる各要素は、アドレスを持ち、アドレスを用いてアクセスされ得るものである。なお、ＲＡＭは、「ランダムアクセスメモリー」の略である。入出力ポート９０３は、中央処理装置９０１が外部の入出力デバイス等とデータのやり取りを行うためのポートである。入出力デバイス９０４や９０５は、入出力デバイスである。入出力デバイス９０４や９０５は、入出力ポート９０３を介して中央処理装置９０１との間でデータをやりとりする。バス９０６は、コンピューター内部で使用される共通の通信路である。例えば、中央処理装置９０１は、バス９０６を介してＲＡＭ９０２のデータを読んだり書いたりする。また、例えば、中央処理装置９０１は、バス９０６を介して入出力ポートにアクセスする。

なお、上述した実施形態における受信装置１、サーバー装置２、視聴者装置３といった各装置の少なくとも一部の機能をコンピューターで実現することができる。その場合、この機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢメモリー等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。つまり、「コンピューター読み取り可能な記録媒体」とは、非一過性の（non-transitory）コンピューター読み取り可能な記録媒体であってよい。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、一時的に、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明が利用可能な分野は、例えば、コンテンツの配信の事業（放送事業を含む）や、コンテンツの配信に関連する機器の製造および販売の事業や、コンテンツの配信に関連するプログラムの販売、配布、ライセンシング等の事業を含み得る。但し、本発明の利用範囲はここに例示したものには限られない。

１ 受信装置
２ サーバー装置
３ 視聴者装置
９ 通信ネットワーク
１１ 通信コンテンツ受信部（コンテンツ受信部）
１２ 放送コンテンツ受信部（コンテンツ受信部）
１４ コンテンツ表示部（コンテンツ提示部）
１５ 状態管理部
１６ 状態取得部
１７ サーバー機能部（被制御部）
１８ クライアント機能部（制御部）
２１ 状態判定部
２２ コンテンツ管理部
６１，６２，６３ テレビ
６４ スマートミラー
６５ テレビ
６６ ラジオ
６７ テレビ（ワンセグ）
６８ テレビ
２１１ 位置判定部
２１２ 車両状態判定部
９０１ 中央処理装置
９０２ ＲＡＭ
９０３ 入出力ポート
９０４，９０５ 入出力デバイス
９０６ バス
１０００ コンテンツ提示システム

Claims (4)

1. 配信されるコンテンツを受信するコンテンツ受信部と、
   受信した前記コンテンツを提示するコンテンツ提示部と、
   他の受信装置からの制御にしたがって前記コンテンツ提示部による前記コンテンツの提示を制御する被制御部と、
   他の受信装置におけるコンテンツの提示を制御する制御部と、
   外部の状態を表す状態情報を取得する状態管理部と、
   を備え、
   前記制御部は、前記状態管理部が取得した前記状態情報に基づいて、前記他の受信装置におけるコンテンツの提示を制御し、
   前記状態情報は、コンテンツを視聴する視聴者の位置情報を含み、
   前記状態管理部は、取得した前記状態情報に含まれる前記位置情報が、前記他の受信装置に対応する場合には、前記コンテンツ提示部に前記コンテンツの提示を停止させるとともに、前記制御部に当該他の受信装置が前記コンテンツを提示するよう制御させる、
   受信装置。
2. 前記状態情報は、車両の状態を表す車両状態情報をさらに含み、
   前記状態管理部は、取得した前記状態情報に含まれる前記車両状態情報に基づいて定まる前記他の受信装置が前記コンテンツを提示するように制御部に制御させる、
   請求項１に記載の受信装置。
3. 配信されるコンテンツを受信するコンテンツ受信部と、
   受信した前記コンテンツを提示するコンテンツ提示部と、
   他の受信装置からの制御にしたがって前記コンテンツ提示部による前記コンテンツの提示を制御する被制御部と、
   他の受信装置におけるコンテンツの提示を制御する制御部と、
   を備え、
   前記制御部は、前記制御部が制御する対象である前記他の受信装置のコンテンツ提示能力を表すステータスを取得し、取得した前記ステータスに基づいて決定されたコンテンツを前記他の受信装置が提示するよう制御し、
   取得された前記ステータスに基づいて外部のサーバー装置に対して問い合わせを行い、前記問い合わせへの応答として前記サーバー装置から送信されたレスポンスにしたがって、前記制御部が前記他の受信装置に提示させる前記コンテンツを決定する、
   受信装置。
4. コンピューターを、
   請求項１から３までのいずれか一項に記載の受信装置、
   として機能させるためのプログラム。

Images