JP2007184745A - リモコン・システム、リモコン制御対象機器、並びにコンピュータ・システム - Google Patents

Abstract

【課題】ネットワーク経由で複数のリモート・コマンダから同一のリモコン制御対象機器に対するリモコン操作コマンドの競合問題を解決する。
【解決手段】ＩＰリモコンＡが表示再生装置Ａに対し、コンテンツ提供装置ＡからのコンテンツＡをスロウすると、表示再生装置Ａ上でコンテンツＡの再生が始まる。スロウ後、ＩＰリモコンＡは表示再生装置Ａの制御権を離す。この状態でＩＰリモコンＢが表示再生装置Ａの制御権取得を試みても、コンテンツＡの再生終了まで取得できない。但し、コンテンツＡのスロウを行なったＩＰリモコンＡは、コンテンツＡの再生中であっても、表示再生装置Ａの制御権を取得できる。
【選択図】 図１５

Description

本発明は、テレビ受像機やＤＶＤプレーヤ、その他各種のＡＶ機器やＣＥ機器、情報機器などを、リモート・コマンダを利用して遠隔操作するリモコン・システム、リモコン制御対象機器、並びにコンピュータ・システムに係り、特に、リモート・コマンダから操作対象機器に対する指向性や送信可能距離に関する制約条件から解放されたリモート・コントロールを実現するリモコン・システム、リモコン制御対象機器、並びにコンピュータ・システムに関する。

さらに詳しくは、本発明は、ネットワークを利用した、リモート・コマンダと制御対象機器間での双方向通信が可能なリモコン・システム、リモコン制御対象機器、並びにコンピュータ・システムに係り、特に、ネットワーク経由で複数のリモート・コマンダから同一のリモコン制御対象機器に対するリモコン操作コマンドの競合問題を解決するリモコン・システム、リモコン制御対象機器、並びにコンピュータ・システムに関する。

現在、テレビ受像機やビデオ録画再生装置、オーディオ・ビジュアル機器など、さまざまな情報家電機器が開発・製造され、一般家庭やその他の居住空間に広く普及している。これら情報機器は、操作ボタンやボリューム・スイッチなど通常は機器本体に装備されているユーザ・インターフェースを通じて機器の直接操作を行なうことを基本とするが、最近ではほとんどすべての機器がリモコンを用いた遠隔操作に対応している。

例えば家電製品などの民生用の電気・電子機器の分野においては、ユーザ操作コマンドを遠隔的に機器に入力する手段として、ＡＭ変調方式を採用した「赤外線リモコン」が定着している。赤外線を利用した通信方式は、コストが安い、消費電力が少ない、各国における法的規制がほとんどないなどの利点がある。

ところが、赤外線を用いた通信方式は、指向性の問題があり、送信機側の視野角の中に受信機の受光部を向けなければ通信が確立せず、利用上の大きな制約条件となる（例えば、特許文献１を参照のこと）。また、赤外線通信方式は、基本的には一方向通信であるため、送信元は相手からの返事を受け取ることができず、送達確認を行なうことができない、という問題がある。

他方、最近では情報通信技術の発展により、情報家電機器同士を相互接続する「ホーム・ネットワーク」が多くの家庭に浸透している。例えばＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）では、家庭内のあらゆる場所で、どんな電気製品からも、コンテンツを簡単且つ便利に楽しむことができる、シームレスで相互接続可能なネットワークの仕組みについて提唱している（例えば、非特許文献１を参照のこと）。この仕組みによれば、ＡＶコンテンツなどの情報が、ネットワーク上のどの機器にあってもよい。すなわち、コンテンツの保管場所にはとらわれず、離れた部屋にある機器のコンテンツを別の部屋でも視聴することができ、利便性が高まる。

今後はこのようなＤＬＮＡ対応の機器が普及し、機器のネットワーク対応化が進むと予想される。ネットワーク対応機器が増えると、従来は赤外線通信を利用して行なっていた機器の遠隔操作を、指向性や通信可能範囲に関する制約の少ないＩＰネットワークを利用して、ネットワーク上の機器を制御するコントロール・ポイント（以下、「ＩＰリモコン」とも呼ぶ）から行なうことができる（例えば、本出願人に既に譲渡されている特願２００５−１７４３５号明細書を参照のこと）。

赤外線リモコンの場合、指向性の制約から、視野角の中に制御対象機器を向けなければ操作することができないが、逆に言えば制御対象機器を特定することが容易である。このような場合、ユーザが所望のリモコン制御対象機器に対峙して赤外線コマンドを送信するのが一般的な使用法であり、単一のリモコン制御対象機器に対して複数のユーザが同時に赤外線リモコンで操作することはない。

これに対し、ＩＰリモコンで機器を制御する場合、指向性の制約がなく、ネットワーク接続が可能であれば、あらゆる場所からリモコン制御対象機器を操作することが可能である。このため、複数のユーザがそれぞれＩＰリモコンを使って同じリモコン制御対象機器に対して同時に処理を要求するといった、リモコン操作が競合するという問題が生じる可能性がある。

テレビ受像機やその他のＡＶ機器など、ほとんどのリモコン制御対象機器は、最後に入力されたリモコン・コマンドに従って処理動作を切り替え、その際に、どのユーザから発されたリモコン・コマンドであるかを意識しない。例えば、あるユーザがテレビ受像機に対して選局操作を行なった後で、別のチャネルへ選局操作が行なわれると、誰が操作者であるかに拘らず後の選局動作に従ってチャネルが切り替わる。

しかしながら、例えばユーザがＩＰリモコンからテレビなどの表示再生装置に対して録画コンテンツの再生といったコンテンツ処理を指示しているときに、別のユーザからの要求に応じて表示再生装置が他のコンテンツ処理に切り替えると、先に操作を行なったユーザが要求する処理が完結しないことになり、ユーザに与える不利益は大きい。

例えば、リモコン装置は乱数に基づくユニークコードを付加したリモコンコードを出力し、電気機器はリモコンコードに続いて受信したユニークコードを登録しておき、あらかじめ登録しておいたユニークコードを含むリモコンコードを有効と判断して機器制御を行なうことで、複数のリモコン装置が併用される場合の電子機器相互の誤動作を防止するシステムについて提案がなされている（例えば、特許文献２を参照のこと）。

しかしながら、このシステムの場合、電気機器は有効なユニークコードを持つ特定のリモコンからしかコマンドを受け付けない。このため、電気機器が何ら処理を行なっていない期間中であっても、それ以外のリモコンに対して電気機器が解放されることはないという問題がある。すなわち、特定のリモコンからしか電気機器を操作することができず、ネットワーク接続が可能な任意の状況からコマンドを送信できるというＩＰリモコンによる操作の柔軟性という利点が阻害される。

特開２００２−１６５２８１号公報 特開２０００−３２４５７１号公報

本発明の目的は、ネットワークを利用した、リモート・コマンダと操作対象機器間での双方向通信が可能となる、優れたリモコン・システム、リモコン制御対象機器、並びにコンピュータ・システムを提供することにある。

本発明のさらなる目的は、ネットワーク経由で複数のリモート・コマンダから同一のリモコン制御対象機器に対するリモコン操作コマンドの競合問題を好適に解決することができる、優れたリモコン・システム、リモコン制御対象機器、並びにコンピュータ・システムを提供することにある。

本発明は、上記課題を参酌してなされたものであり、その第１の側面は、１以上のリモート・コントローラと、ネットワーク経由でリモート・コントローラから操作可能なリモコン制御対象機器で構成されるリモコン・システムであって、
リモコン制御対象機器はリモート・コントローラからの要求に応じてコンテンツの処理を実行し、リモート・コントローラは他のリモート・コントローラからの要求によりコンテンツ処理中のリモコン制御対象機器に対するコンテンツの処理要求が制限されることを特徴とするリモコン・システムである。

但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない（以下、同様）。

ネットワーク対応ＡＶ機器をつなぎ合わせていくことで、ホーム・ネットワーク上でこれらのＡＶ機器群をシームレスに利用することができる。また、ＡＶ機器のネットワーク対応化に伴い、指向性や通信可能範囲に関する制約の少ないＩＰネットワークを利用してリモコン操作を行なうことができる。この種のリモコン操作を行なうリモート・コントローラは「ＩＰリモコン」と呼ぶこともでき、操作対象となるＡＶ機器との間で双方向の通信が可能であることから、送達確認により確実な通信を行なったり、ＧＵＩ操作を活用した複雑なコマンド体系を取り扱ったり、比較的広い帯域を利用して動画像ストリーミングなど大容量データ伝送を行なうことができる。

ＩＰリモコンを用いた遠隔操作システムは、例えば、ＩＰリモコンから無線ＬＡＮ信号として発されるコマンドをアクセス・ポイントが受信して、有線ＬＡＮ経由で制御対象となるＡＶ機器に転送する、さらにＡＶ機器から取得したコンテンツや情報をアクセス・ポイントからＩＰリモコンに返信するという構成により実現することができる。

ところが、ＩＰリモコンによれば、ネットワーク接続が可能な任意の場所からリモコン制御対象機器を操作することが可能であることから、複数のユーザがそれぞれＩＰリモコンを使って同じリモコン制御対象機器に対して同時に処理を要求するといった、リモコン操作が競合するという問題が生じる可能性がある。一般的なリモコン操作体系では、後出しのリモコン・コマンドが優先される。このような場合、例えばユーザがＩＰリモコンからテレビなどの表示再生装置に対して録画コンテンツの再生といったコンテンツ処理を指示しているときに、別のユーザからの要求に応じて表示再生装置が他のコンテンツ処理に勝手に切り替え、先に操作を行なったユーザが要求するコンテンツ処理が完結しないことになるから、ユーザに与える不利益は大きい。

これに対し、本発明に係るリモコン・システムでは、リモート・コマンダとしてのＩＰリモコンがあるリモコン制御対象機器に対してコンテンツ処理を依頼したとき、このリモコン制御対象機器は、依頼されたコンテンツ処理を完了するか又はコンテンツ処理がＩＰリモコンによって引き取られるまでの間は、他のＩＰリモコンからのコンテンツ処理要求を拒絶するようになっている。したがって、リモコン制御対象機器に対して最初にコンテンツ処理を依頼したＩＰリモコンのコンテンツ処理を保証することができる。

ＩＰリモコンが、コンテンツ処理をリモコン制御対象機器に対して依頼することを「スロウ（ｔｈｒｏｗ：投げる）」動作、一旦リモコン制御対象機器にスロウしたコンテンツ処理をＩＰリモコンが引き取ることを「キャッチ（ｃａｔｃｈ：捕捉する）」動作と定義することができる。コンテンツのスロウ／キャッチ動作を行なうリモコン・システムにおいて、リモコン制御対処機器は、あるＩＰリモコンからコンテンツがスロウされると、そのコンテンツの処理（例えば再生処理）が終了するまで、あるいは元のＩＰリモコンにコンテンツがキャッチされるまでは、別のＩＰリモコンからのスロウを拒絶し、これによって一旦スロウされたコンテンツの処理を保証する。

ＩＰリモコンは、制御権が解放されているリモコン制御対象機器を自分の制御下におくことができる。そして、ＩＰリモコンは、制御権を取得したリモコン制御対象機器に対してコンテンツをスロウすると、リモコン制御対象機器の制御権を離す。一方、別のＩＰリモコンは、スロウされたコンテンツを処理中のリモコン制御対象機器の制御権を取得することができない。リモコン制御対象機器は、スロウされたコンテンツの処理が終了するか、又は元のＩＰリモコンからコンテンツがキャッチされたときは、自分の制御権を解放し、いずれのＩＰリモコンからも操作が可能になる。但し、コンテンツのスロウを行なったＩＰリモコンは、スロウ先のリモコン制御対象機器からその制御権を取得することができる。

このように、本発明に係るリモコン・システムによれば、ＩＰリモコンを排他制御することで、ＩＰリモコンが複数存在する場合（すなわち、リモコン・コマンドが競合する場合）であっても、ユーザが意図しない制御をリモコン制御対象機器に行なうことを防ぐことができる。

例えば、ＩＰネットワーク上に、ハード・ディスク・レコーダなどのコンテンツ提供装置Ａと、コンテンツを再生出力可能な表示再生装置Ａが設置されているという具体的にシステムについて考察してみる。ＩＰリモコンＡは、これらコンテンツ提供装置Ａ並びに表示再生装置Ａをリモコン制御対象としてＩＰネットワーク経由で操作できるとともに、コンテンツの再生機能を持つものとする。

ＩＰリモコンＡは、コンテンツ提供装置Ａから供給されるコンテンツＡを手元で再生しているとする。ここで、ＩＰリモコンＡは、表示再生装置Ａに対して、コンテンツ提供装置ＡからのコンテンツＡをスロウすることで、表示再生装置Ａ上でコンテンツＡの再生が始まる。コンテンツＡをスロウした後、ＩＰリモコンＡは表示再生装置Ａの制御権を離す。この状態で、他のＩＰリモコンＢは、表示再生装置Ａの制御権を取得しようとしても、コンテンツＡの再生が終了するまでは、ＩＰリモコンＢは制御権を取得することはできない。但し、コンテンツＡのスロウを行なったＩＰリモコンＡは、コンテンツＡの再生中であっても、表示再生装置Ａの制御権を取得することが可能である。

また、本発明の第２の側面は、リモート・コントローラからネットワーク経由で受信するリモコン操作に対する処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータ・システムに対し、
あるリモート・コントローラから受信したコンテンツ処理要求に応じてコンテンツ処理を実行する手順と、
あるリモート・コントローラから受信したコンテンツ処理要求に応じてコンテンツを処理中は、他のリモート・コントローラから受信したコンテンツ処理要求を拒否する手順と、
あるリモート・コントローラから要求に応じたコンテンツ処理を終了した後には、他のリモート・コントローラからのコンテンツ処理要求を受理する手順と、
現在実行中のコンテンツ処理の要求元であるリモート・コントローラが該処理を引き取った後に、他のリモート・コントローラからのコンテンツ処理要求を受理する手順と、
を実行させることを特徴とするコンピュータ・プログラムである。

本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ・システム上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１側面に係るリモコン・システムにおいてリモコン制御対象機器として動作し、１以上のリモート・コントローラからのリモコン操作に対して排他制御を行なうことによって、第１の側面に係るリモコン・システムと同様の作用効果を得ることができる。

本発明によれば、ネットワークを利用した、リモート・コマンダと操作対象機器間での双方向通信が可能となる、優れたリモコン・システム、リモコン制御対象機器、並びにコンピュータ・システムを提供することができる。

また、本発明によれば、ネットワーク経由で複数のリモート・コマンダから同一のリモコン制御対象機器に対するリモコン操作コマンドの競合問題を好適に解決することができる、優れたリモコン・システム、リモコン制御対象機器、並びにコンピュータ・システムを提供することができる。

本発明に係るリモコン・システムによれば、ＩＰリモコンを排他制御することで、ＩＰリモコンが複数存在する場合（すなわち、リモコン・コマンドが競合する場合）であっても、ユーザが意図しない制御をリモコン制御対象機器に行なうことを防ぐことができる。したがって、リモコン制御対象機器に対して最初にコンテンツ処理を依頼したＩＰリモコンの処理を保証することができる。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

以下、図面を参照しながら本発明の実施形態について詳解する。

本発明は、テレビ受像機やＤＶＤプレーヤ、その他各種のＡＶ機器やＣＥ機器、情報機器などをリモート・コマンダから遠隔操作するリモコン・システムに関する。

従来、機器のリモコン操作には赤外線を利用した通信方式すなわち赤外線リモコンが一般的であったが、指向性の問題があり、送信機側の視野角の中に受信機の受光部を向けなければ通信が確立せず、利用上の大きな制約条件となる。また、赤外線通信方式は、基本的には一方向通信であるため、送信元は相手からの返事を受け取ることができず、送達確認を行なうことができない。

そこで、本発明では、赤外線伝送路に代えて、ＩＰネットワークを用いたリモート・コマンダ、すなわちＩＰリモコンを利用したリモコン・システムを構築する。このＩＰリモコンによれば、指向性や通信可能範囲に関する制約の少ない通信媒体を利用してリモコン操作を行なうことができる。また、ＩＰネットワーク上ではリモコンと操作対象機器の間で双方向の通信が可能であることから、送達確認（レスポンス）により確実な通信を行なうことができる、ＧＵＩ操作を活用した複雑なコマンド体系を取り扱うことができる、比較的広い帯域を利用して動画像ストリーミングなど大容量データ伝送を行なうことができる、といった技術的効果を得ることができる。

例えば、リモコンの操作対象であるテレビ受像機は、受信処理した動画像データをＩＰネットワーク経由でＩＰリモコンへ配信し、ＩＰリモコンが持つディスプレイ・スクリーン上ではテレビ映像に対する子画面として視聴することができる。

図１には、本発明を適用することが想定されるホーム・ネットワークの概観構成を示している。

図示のホーム・ネットワーク上では、赤外線伝送路に代えて（若しくは赤外線伝送路と併用して）、ＩＰネットワークを用いたリモート・コマンダ、すなわちＩＰリモコンを利用したリモコン・システムを構築する。

ＩＰリモコンの制御対象となる機器は、例えば、ＡＶコンテンツを再生出力するモニタ・ディスプレイ（テレビ受像機）や音響再生装置（ＡＶアンプ）などのコンテンツ再生装置、放送コンテンツを受信してホーム・ネットワーク上で提供するチューナや、メディアに蓄積されたコンテンツを提供するＣＤ／ＤＶＤプレーヤなどのコンテンツ提供装置、放送コンテンツなど外部から供給されたコンテンツを記録するコンテンツ記録装置（ハード・ディスク・レコーダ）などである。これらのコンテンツ再生装置や、コンテンツ提供装置、並びにコンテンツ記録装置は、ネットワーク・インターフェースをそれぞれ備え、ＩＥＥＥ８０２．３（イーサネット（登録商標））などで構築されるＩＰネットワーク（ＬＡＮ）経由で相互接続されている。ＩＰリモコンからネットワーク経由でコマンド操作することができる制御対象機器の一例は、ＤＬＮＡに準拠した家電機器であり、以下では「ＤＬＮＡ機器」とも呼ぶ。

ＩＰリモコンは、無線ネットワーク・インターフェースを備え、ＩＥＥＥ８０２．１１ａ／ｂ／ｇなどで構築される無線ネットワーク経由でアクセス・ポイント（ＡＰ）と通信を行なうことができる。ＡＰはＩＰネットワークに接続されていることから、ＩＰリモコンは、ＡＰ越しに、制御対象となる各ＤＬＮＡ機器と双方向通信が可能であり、ＩＰネットワーク経由でリモート・コントロール・コマンドを送信したり、所望の制御対象機器からデータを受信したりすることができる。

このＩＰリモコンによれば、指向性や通信可能範囲に関する制約の少ない通信媒体を利用してリモコン操作を行なうことができる。また、ＩＰネットワーク上ではリモコンと操作対象機器の間で双方向の通信が可能であることから、以下のような技術的効果を得ることができる。すなわち、

（１）送達確認（レスポンス）により確実な通信を行なうことができる。
（２）ＧＵＩ操作を活用した複雑なコマンド体系を取り扱うことができる。
（３）比較的広い帯域を利用して動画像ストリーミングなど大容量データ伝送を行なうことができる。

例えば、リモコンの操作対象であるテレビ受像機は、受信処理した動画像データをＩＰネットワーク経由でＩＰリモコンへ配信し、ＩＰリモコンが持つディスプレイ・スクリーン上では子画面のようにして視聴することができる（例えば、特願２００５−１７４３５号明細書（前述）を参照のこと）。

図１に示したシステムでは、ＩＰリモコンと制御対象となるＤＬＮＡ機器との間には、リモコン・サーバが介在している。リモコン・サーバは、無線ネットワークにおけるアクセス・ポイント機能を装備し、例えばテレビ受像機などＩＰリモコンのメインの制御対象となるＤＬＮＡ機器と一体となって構成される。また、リモコン・サーバは、イーサネット（登録商標）などの有線ＬＡＮ通信機能を備え、ＩＰネットワークすなわちＬＡＮ経由でＩＰリモコンからのコマンドを受信すると、ＩＰリモコンの制御対象機器に対して操作コマンドを転送する。また、ＤＬＮＡ機器から受信した動画像などのコンテンツを、ＩＰリモコン宛てに無線データ伝送する。

このようなホーム・ネットワーク構成において複数の機器をＩＰリモコンで制御する場合には、複数の制御可能機器がユーザの見通し範囲内と見通し範囲外のどちらにも存在し得る。図２には、家庭内で制御可能機器がユーザの見通し範囲内と見通し範囲外のどちらにも存在している様子を示している。

ホーム・ネットワークはルータによりインターネットに接続している。ルータには無線ＬＡＮのアクセス・ポイント、制御対象機器Ａ、制御対象機器Ｂが繋がっている。ＩＰリモコンはアクセス・ポイントを経由してホーム・ネットワーク１０に繋がっている。

図示の家庭は、部屋１と部屋２に仕切られている。アクセス・ポイント、制御対象機器ＡはＩＰリモコンとともに部屋１に配置され、制御対象機器Ｂは部屋２に配置されている。言い換えれば、制御対象機器Ａがユーザの見通し範囲内にあり、制御対象機器Ｂが見通し範囲外に存在する。

図３には、図１並びに図２に示したリモコン・システムにおいて、ＩＰリモコンとして動作することができる端末機器のハードウェア構成例を示している。図示の端末機器は、ＩＰリモコンの専用端末として製作することもできるが、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）やゲーム機、携帯電話機など他の携帯端末と兼用してデザインすることも可能である。

図示のＩＰリモコン１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１がバス１２経由で各部を統括的にコントロールするように構成されている。

ＣＰＵ１１は、ＲＯＭやＲＡＭからなるメモリ装置１３を備えており、ＲＯＭに格納されているプログラム・コードをＲＡＭ上に展開し、所定の処理を実行する。ここで言う所定の処理として、ネットワークを介した制御対象機器との制御信号のコマンド／レスポンスや、制御対象機器とのコンテンツの送受信、ファイル転送、ＤＬＮＡ機器など制御対象機器の遠隔操作などであり、ユーザからの指示入力に応じてこれらの処理を実行する。

入力スイッチ・マトリックス部１４は、テンキーや音声調整キー、画質調整キー、選局キーなどのキー操作部を含み、ユーザからリモート・コントロールの対象となる機器に対する操作内容を入力するようになっている。入力スイッチ・マトリックス部１４上で入力される制御対象機器操作用コマンドは、ネットワーク通信部１５からＩＰネットワーク経由で送信される。

ネットワーク通信部１５は、例えばＩＥＥＥ８０２．１１ａ／ｂなどで構築される無線ネットワーク経由でアクセス・ポイント（ＡＰ）と通信を行なうためのネットワーク・インターフェースを備えている。ネットワーク通信部１５には、ＭＡＣアドレスやＩＰアドレスなどのネットワーク上で固有の識別情報が設定されている。本実施形態では、ネットワーク通信部１５は、入力スイッチ・マトリックス部１４を介した指示に応じたリモート・コントロール要求をネットワーク経由で制御対象機器宛てに転送するようになっている。

赤外線通信部１６は、ＩＰリモコンを所持するユーザの目の前にある機器を特定するためのデバイス探索要求を赤外線信号として送信するようになっている。赤外線通信部１６は、ＡＶ機器のリモコンなどで広く一般に使用されている赤外線通信規格であるＳＩＲＣＳ（ＳｅｒｉａｌＩｎｆｒａｒｅｄ Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）を適用し、通常の赤外線コマンドを送信する機能を兼ね備えていてもよい。

コーデック処理部１７は、ＡＶコンテンツの符号化並びに復号化処理を行なう。本実施形態では、ネットワーク通信部１５において制御対象となるＤＬＮＡ機器から受信したＭＰＥＧ４などのＡＶコンテンツを復号化し、音声及び映像を再生出力することができる。例えば、リモコンの操作対象であるテレビ受像機は、受信処理した動画像データをＩＰネットワーク経由でＩＰリモコンへ配信し、ＩＰリモコンが持つディスプレイ・スクリーン上では、テレビ画面に対する子画面としてテレビ番組を視聴したり、ハード・ディスク・レコーダなどのコンテンツ提供装置から供給されるコンテンツ・ストリームを手元再生したりすることができる。

グラフィック・ディスプレイ・プロセッサ（ＧＤＰ）１８は、液晶表示部（ＬＣＤ）１９に表示出力するための描画データの処理、並びにＬＣＤ１９の駆動制御を行なう。例えば、コーデック処理部１７によって復号された映像信号は、ＧＤＰ１８によってＬＣＤ１９の画面から表示出力される。また、ネットワーク接続された制御対象機器から取得した機器情報に基づいて、当該制御対象機器操作用のユーザ・インターフェースをＬＣＤ１９で表示出力するようにしてもよい。

また、ＩＰリモコンは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）のような有線インターフェースや、メモリカード用のスロットなどからなるデータ入出力用のインターフェース２０を備えている。ＵＳＢインターフェース経由で転送されたＡＶコンテンツ、あるいはメモリカードに格納されたＡＶコンテンツを、コーデック処理部１７で復号してデータ再生出力することができる。あるいは、ＩＰリモコン上で処理されたデータを、コーデック処理部１７で符号化して、ＵＳＢインターフェースからデータ転送し、あるいはメモリカードに書き込むことができる。

図４には、本実施形態に係るリモコン・システムにおいて、リモコン・サーバとして動作する装置の構成を模式的に示している。リモコン・サーバは、例えばテレビ受像機（表示再生装置）を始めとするＩＰリモコンのメインの制御対象となるＡＶ機器に接続して用いられ、あるいはこの種のＡＶ機器と一体となって構成される。

図示のリモコン・サーバ３０は、ＣＰＵ３１がバス３２経由で各部を統括的にコントロールするように構成されている。

ＣＰＵ３１は、ＲＯＭやＲＡＭからなるメモリ装置３３を備えており、ＲＯＭに格納されているプログラム・コードをＲＡＭ上に展開し、所定の処理を実行する。本実施形態では、ＣＰＵ３１は、ＩＰリモコンからの「スロウ」や「キャッチ」の操作に関する動画像再生などのコンテンツ処理、並びに複数のＩＰリモコンからのスロウ操作に対する排他制御などの処理も行なうが、これらの点については後に詳解する。

リモコン・サーバ３０は、イーサネット（登録商標）などの有線ＬＡＮ通信部３４を備え、ＬＡＮ及びＡＰ経由でＩＰリモコンからのコマンドを受信し、当該操作コマンドの処理を実行する。

また、リモコン・サーバ３０は、赤外線処理部３５を備えている。旧来の赤外線リモコン方式でしか操作できないレガシーＩＲ機器のために、ＬＡＮ経由でＩＰリモコンから受信した操作コマンドをＳＩＲＣＳなどの赤外線通信用のコマンド形式に変換し、赤外線を媒体とした光送信を行なう。この際、レガシー制御対象機器がリモコン・サーバから死角となる場合や、両者の距離が長い場合には、ＡＶマウス出力し、レガシー制御対象機器の直近で赤外線コマンドを光送信する（ＡＶマウスは、赤外線発信部を延長するためのデバイスであり、例えば本出願人に既に譲渡されている特開２００１−２２３９５５号公報を参照されたい）。

コーデック処理部３７は、ＡＶコンテンツの符号化並びに復号化処理を行なう。本実施形態では、コーデック処理部３７は、オーディオ信号及びビデオ信号の入力端子を備えており、テレビ受像機やアナログ・ビデオ・レコーダなどの制御対象機器から入力されるオーディオ信号及びビデオ信号を、ＭＰＥＧ４などのＩＰリモコン上で再生可能なデータ形式に符号化して、ＩＰネットワーク経由でＩＰリモコンへ配信する。あるいは、ＭＰＥＧ１又はＭＰＥＧ２などの高ビットレートで記録されている録画コンテンツを制御対象機器としてのコンテンツ提供装置（ＨＤＤレコーダなど）からＬＡＮ経由で取り込み、ＭＰＥＧ４などのＩＰリモコン側で受信再生可能な低ビットレートのデータ形式に変換し、ＬＡＮ経由でストリーミング配信する。

また、リモコン・サーバ３０は、符号化又は復号されたＡＶコンテンツや、受信放送波から分離されるＥＰＧデータ、その他の厖大なデータを格納するために、ＨＤＤなどの大容量記憶装置３８を備えていてもよい。但し、ＨＤＤ３８は、リモコン・サーバ３０にとって必須の構成要素ではない。

リモコン・サーバ３０が、テレビ受像機などの表示再生装置と一体で構成される場合には、表示再生装置機能部も備えている。但し、同機能部の構成自体は本発明の要旨に直接関連しないので、本明細書では説明を省略する。勿論、リモコン・サーバ３０は、それ以外のＤＬＭＡ機器と一体的に構成することもできる。

また、図１に示したリモコン・システムに含まれる、テレビ受像機などの表示再生装置や、ハード・ディスク・レコーダなどのコンテンツ提供装置といった他のＤＬＮＡ機器に関しては、従来と同様の構成なので、本発明では詳細な説明を省略する。

ＩＰリモコンを利用したリモコン・システムによれば、ＩＰリモコンと制御対象機器をネットワーク経由で接続することにより、制御信号やコンテンツ、ファイル転送などの通信をＩＰリモコンと制御対象機器間で行なうことができる。そして、これらの通信を行なうことで以下に示す基本機能が実現される。

（１）制御信号（コマンド／レスポンス）
制御対象機器へコマンドを送り、そのレスポンス（実行結果）を受け取るようにすることで、リモコン側の表示等に反映したり、連携する次の動作へ誘導したりといった、インタラクティブな操作環境を提供する。

（２）コンテンツの送受信
制御の結果として期待される、ネットワーク上のコンテンツ（動画、静止画）を手元のリモコン画面に表示するなどの再生（手元再生）機能を提供する。また、コンテンツのメタ情報を利用した制御機能を実現する。その例として、手元に表示したＥＰＧの情報を利用して選局（チャンネル切り換え）や録画予約などを行なう。

（３）ファイル転送
ＩＰリモコン側にストレージ・デバイスを搭載する、又はメモリカードなどリムーバブル・メディア用のスロットを搭載し、ＩＰリモコン側のメディアの内容をネットワーク上のコンテンツ再生装置に転送し再生する。例としては、リモコンに挿入したメモリ・メディア内の写真をネットワーク上のテレビ画面で表示する。

（４）遠隔操作
目の前にない機器であっても、ネットワークに接続されている機器であれば、操作可能となる。このことにより、他の部屋のレコーダなどのコンテンツを閲覧可能となる。また、リモコンを外出先から自宅のネットワークに接続し、自宅内にいる場合と同様な操作を可能とする。

（５）リモコンの統一
制御対象機器と相互に通信が可能となる。このことから、制御対象機器から機器情報を取得することで、制御対象機器毎に適切なユーザ・インターフェースに切り換えることが可能となり、機器毎に区々であったリモコンを１つに統合することが容易となる。

また、本実施形態に係るリモコン・システムでは、コンテンツ処理を制御対象機器に対して依頼する「スロウ（投げる）」動作と、制御対象機器に一旦スロウしたコンテンツ処理をＩＰリモコンが引き取る「キャッチ（捕捉する）」動作が定義されている。例えば、ＩＰリモコンが動画像の再生出力を表示再生装置に指示することがスロウに相当し、表示再生装置で再生出力中の動画像をＩＰリモコン上での手元再生に切り替えることがキャッチに相当する。

スロウ／キャッチ動作を行なうリモコン・システムにおいて、制御対象機器は、あるＩＰリモコンからコンテンツがスロウされると、そのコンテンツの処理（例えば再生処理）が終了するまで、あるいは元のＩＰリモコンにコンテンツがキャッチされるまでは、別のＩＰリモコンからのスロウを拒絶することによって、一旦スロウされたコンテンツの処理を保証するようことができる。このようなシステム運用形態の詳細については、後述に譲る。

ＩＰリモコンの構成は、リモコン制御機能のみを搭載した廉価なリモコンと、コンテンツ処理機能が付加された高付加価値のあるリモコンに大別することができる。図３に示したＩＰリモコンは後者に相当し、動画像の手元再生などのコンテンツ処理を行なうことができる。例えば、制御対象機器からリモコン・サーバ経由でストリーミング受信したＡＶコンテンツを復号して、音声及び映像出力する。

本実施形態に係るリモコン・システムの操作手順について、図５〜図１０を参照しながら解説する。但し、ＩＰリモコンの制御対象機器として、テレビなどの表示再生装置とＨＤＤレコーダなどのコンテンツ提供装置が配設されているものとする。表示再生装置とコンテンツ提供装置はともにイーサネット（登録商標）などのネットワーク通信機能を備えているＤＬＮＡ機器である。表示制御装置は、リモコン・サーバ（図４を参照のこと）と接続又は一体となっており、ＩＰリモコンからコンテンツ提供装置への（再生指示などの）操作コマンドは、一旦リモコン・サーバが無線ネットワーク経由で受信し、有線ＬＡＮによりコンテンツ再生装置へ転送されるものとする。また、リモコン・サーバとコンテンツ再生装置はＡＶ入出力端子により接続されている。

図５には、テレビで受信した地上波アナログ放送をＩＰリモコン上のディスプレイで子画面として視聴する様子を示している。

ＩＰリモコン側では、入力スイッチ・マトリックス部１４を介して操作対象としてテレビを選択する。ＩＰリモコンから制御対象機器としてのテレビ受像機に対し電源投入要求が送信され、これに応答して、テレビの電源が入る。

続いて、ＩＰリモコン側では、入力スイッチ・マトリックス部１４を介してチャンネルの選択操作が行なわれ、視聴したいチャンネルが決まると、テレビ視聴を決定する。そして、ＩＰリモコンからテレビへ、動画転送要求が送信される。

テレビ側では、動画転送要求に応答して、視聴決定されたチャンネルでアナログ放送波を受信する。そして、これらアナログ映像及び音声信号をＭＰＥＧ４などのＩＰリモコン側で取り扱うことができるデータ形式に変換し、ＩＰリモコンにストリーミング配信する。

ＩＰリモコン側では、このようにして転送された動画データを復号し、ＬＣＤ１９上でテレビ番組を表示する。

図６〜図７には、テレビで受信した地上波アナログ放送をＩＰリモコンで視聴しているときにチャンネルを切り換え操作する様子を示している。但し、テレビは同時に２以上のチャンネルから放送波を受信可能な多重チューナ機能を備えているものとする。

上述したように、テレビ側では受信した放送番組を符号化してＩＰリモコンにストリーミング配信し、ＩＰリモコン側ではこれを受信並びに復号して、ＬＣＤ１９上でテレビ番組を表示している。この時点では、テレビ画面とＩＰリモコンのＬＣＤ１９では同じ番組が表示されている。

ここで、ＩＰリモコン側では、入力スイッチ・マトリックス部１４を介してチャンネルの選択操作が行なわれる。例えば、ＩＰリモコンがユーザ・インターフェースを備えている場合には、メディアとしてテレビを選択し、所望のチャンネルにカーソル位置を合わせるという操作が行なわれる（図示しない）。

そして、チャンネル切り換えが決定されると、ＩＰリモコンからテレビへ、チャンネル切換要求が送信される。

テレビ側では、チャンネル切換要求に応答して、決定されたチャンネルでアナログ放送波を受信するとともに、ＭＰＥＧ４などのＩＰリモコン側で取り扱うことができるデータ形式に変換し、ＩＰリモコンにストリーミング配信する。

チャンネル切換はＩＰリモコン上で行なわれたものであるから、テレビ自体は元のチャンネルで受信した番組の表示をそのまま行なっている。一方、ＩＰリモコン側では、転送された動画データを復号し、ＬＣＤ１９上で表示されるので、チャンネル切換後のテレビ番組を視聴することができる。

図８には、ＩＰリモコン側で視聴中のテレビ番組にテレビ側の表示映像を切り換える様子を示している。

同図に示すように、ＩＰリモコン側で視聴中のチャンネルに切り換えるための画面切換要求が、テレビへ送信される。

テレビ側では、この要求に応答して、指定されたチャンネルに切り換え、チャンネル切換後のテレビ番組の映像を表示する。そして、受信中のアナログ映像及び音声信号をＭＰＥＧ４などのＩＰリモコン側で取り扱うことができるデータ形式に変換し、ＩＰリモコンにストリーミング配信する。

ＩＰリモコン側では、このようにして転送された動画データを復号し、ＬＣＤ１９上でテレビ番組を表示する。この結果、テレビ画面とＩＰリモコンのＬＣＤ１９では同じ番組が表示されることになる。

ＩＰリモコンで視聴中のテレビ番組やストリーミング映像をテレビ上に表示する操作はスロウ動作に相当する。

図９〜図１０には、コンテンツ提供装置で提供されるコンテンツ（例えば、録画機器に保存されている録画コンテンツ）をＩＰリモコン上で視聴（すなわち、手元再生）する様子を示している。

ＩＰリモコン側では、ユーザは、入力スイッチ・マトリックス部１４を介して、ＨＤＤレコーダなどのコンテンツ提供装置の起動とコンテンツの配信を指示する。これらの要求は、テレビ受像機と一体であるリモコン・サーバに、ネットワーク経由で送信される。

図示の例では、リモコン・サーバとしても動作する表示再生装置は、無線ネットワーク経由でＩＰリモコンから受信した操作コマンドを有線ＬＡＮ経由でＨＤＤレコーダに転送する。

ＨＤＤレコーダは、転送コマンドに応答して、自装置の電源を投入するとともに、指定された録画コンテンツのＡＶ出力映像をリモコン・サーバに供給する。

リモコン・サーバでは、ＨＤＤレコーダからのＡＶ出力映像を、無線ネットワーク経由でＩＰリモコンへ配信する。この際、ＭＰＥＧ１又はＭＰＥＧ２などの高ビットレートで記録されている録画コンテンツをＨＤＤレコーダから取り込み、ＭＰＥＧ４などのＩＰリモコン側で受信再生可能な低ビットレートのデータ形式に変換し、ＬＡＮ経由でストリーミング配信するようにしてもよい。

ＩＰリモコン側では、受信した動画データを復号して、ＬＣＤ１９上で表示する。一方、テレビ自体は、元のチャンネルで受信した番組の表示をそのまま行なっている。

さらに、図１０に示すように、スロウ操作によって、テレビ側の出力映像を、受信中の放送番組から、ＩＰリモコン側で視聴中の録画コンテンツに切り換えることができる。この場合、ＩＰリモコン側で視聴中の録画コンテンツに切り換えるための画面切換要求が、テレビへ送信される。

テレビ側では、この要求に応答して、ＨＤＤレコーダからのＡＶ出力映像を、符号化してＩＰリモコンへ配信するとともに、表示画面もテレビ映像からこのＡＶ出力映像に切り換える。

本実施形態に係るリモコン・システムでは、ＩＰリモコンが制御対象機器に対しコンテンツ処理を「スロウ（投げる）」する操作と、「キャッチ（捕捉する）」する操作が定義されていることは既に述べた。上述した動画再生というアプリケーションにおいては、テレビなどの表示再生装置上での出力映像をＩＰリモコン上で手元再生している画面に表示に切り替える動作がスロウに相当し、また、表示再生装置に一旦スロウした再生画面をＩＰリモコンの画面で引き取ることがキャッチに相当する。

図１１には、本実施形態に係るリモコン・システムにおいて、ＩＰリモコンがコンテンツ提供装置から供給されるコンテンツを再生するための動作シーケンスを示している。但し、表示制御装置及びコンテンツ提供装置はともにＵＰｎＰに対応しており、ＩＰリモコンはＵＰｎＰコントロール・ポイントに対応しているものとする（ＵＰｎＰは、家庭内のパソコンや周辺機器、ＡＶ機器、電話、家電製品などの機器をネットワーク経由で接続し、相互に機能を提供し合うためのプロトコルである）。なお、説明の簡素化のため、リモコン・サーバを経由する処理を捨象している。

ＵＰｎＰのコントロール・ポイントであるＩＰリモコンは、接続しているホーム・ネットワーク１０のＵＰｎＰ対応機器接続状態を監視するため、マルチキャストアドレス／ポートを周期的にモニタしている（Ｓ１０１）。

ここで、ホーム・ネットワークにＵＰｎＰに対応した表示再生装置並びにコンテンツ提供装置が接続すると、ルータのＤＨＣＰ（Ｄｙｎａｍｉｃ ＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ機能とＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ機能により、表示再生装置とコンテンツ提供装置に対しそれぞれＩＰアドレスとドメイン名が設定される（Ｓ１０２、Ｓ２０２）。

表示再生装置及びコンテンツ提供装置は、これらの設定に応答して、ＵＰｎＰ機器発見プロトコルに従い、機器ＩＤとドメイン名を含む機器発見メッセージをマルチキャスト送信する（Ｓ１０３、Ｓ２０３）。

ＩＰリモコンは、これらの機器発見メッセージを受信することにより、表示再生装置とコンテンツ提供装置をそれぞれ機器ＩＤとドメイン名で特定することができる。そして、さらに詳細な情報を得るために、表示再生装置とコンテンツ提供装置に対し機器説明の要求をそれぞれ行なう（Ｓ１０４、Ｓ２０４）。

表示再生装置とコンテンツ提供装置は、ＩＰリモコンからの機器説明要求に返答して、機器説明メッセージを送信する（Ｓ１０５、Ｓ２０５）。ＩＰリモコンは、このメッセージにより、表示再生装置とコンテンツ提供装置のメーカー名、機種名、並びに型番を取得することができる。

以上の処理により、ＩＰリモコンは表示再生装置とコンテンツ提供装置のそれぞれを個別に特定してネットワークを介して制御可能な状態となる。

続いて、ＩＰリモコンは、コンテンツ提供装置に対して、提供可能なコンテンツのリストを要求する（Ｓ２０６）。コンテンツ提供装置は、この要求に応答して、コンテンツ・リストを送付する。

ＩＰリモコンは、タッチパネルを兼ねた液晶表示部３９にコンテンツ選択ＧＵＩを表示させる（Ｓ１０６）。そして、所望のコンテンツを選択し、希望する表示出力形態に対応するＧＵＩボタンを押すと、手元再生又は表示再生装置へのスロウ再生などのコンテンツ再生動作が起動する（Ｓ１０７）。

また、図１２には、本実施形態に係るリモコン・システムにおいて、ＩＰリモコンが再生コンテンツを表示再生装置にスロウするための動作シーケンスを示している。なお、説明の簡素化のため、リモコン・サーバを経由する処理を捨象している。

ＩＰリモコンでは、コンテンツ提供装置から取得したコンテンツ・リストに基づいて、タッチパネルを兼ねた液晶表示部３９にコンテンツ選択ＧＵＩが表示されている（Ｓ３０１）。そして、所望のコンテンツを選択し、スロウ再生を希望する表示出力形態に対応するＧＵＩボタンを押すと、表示再生装置へのスロウ再生動作が起動する（Ｓ３０２）。この結果、指定された表示再生装置に対してスロウ指示が送信される（Ｓ３０３）。あるいは、コンテンツ選択ＧＵＩからスロウしたいコンテンツを指定するのではなく、ＩＰリモコン上で手元再生しているコンテンツをスロウ対象として選ぶこともできる。

スロウ指示を受けた表示再生装置側では、現在、別のコンテンツを再生しているかどうかをチェックする（Ｓ３０４）。ここで、コンテンツ再生中であれば、その動作を停止する（Ｓ３０５）。そして、処理対象をＩＰリモコンからスロウされたコンテンツに切り替える（Ｓ３０６）。

そして、表示再生装置は、ＩＰリモコンに対し、再生コンテンツの指定に応じた旨のレスポンスを返す（Ｓ３０７）。

続いて、ＩＰリモコンは、コンテンツの再生開始位置を指定し（Ｓ３０８）、表示再生装置はこれに応じる旨のレスポンスを返す（Ｓ３０９）。

続いて、ＩＰリモコンは、指定した再生開始位置からのコンテンツ再生を要求し（Ｓ３１０）、表示再生装置はこれに応じる旨のレスポンスを返す（Ｓ３１１）。表示再生装置は、ＨＤＤレコーダなどのコンテンツ提供装置に対し、該当するコンテンツの再生開始位置からのストリーミング開始を要求する（Ｓ４０１）。これに対し、コンテンツ提供装置からストリーミング・データが送付され（Ｓ４０２）、表示再生装置が画面表示することで、コンテンツの「スロウ」が実現する。

スロウ再生中、ＩＰリモコンの表示画面上では、再生開始／停止、早送り／巻き戻し、停止／一時停止など、表示再生装置のコンテンツ再生を操作するためのＧＵＩが表示され（Ｓ３１２）、ユーザは同ＧＵＩを介してスロウ再生に関する指示を行なうことができる。

また、図１３には、本実施形態に係るリモコン・システムにおいて、ＩＰリモコンが一旦スロウした再生コンテンツを表示再生装置からキャッチするための動作シーケンスを示している。なお、説明の簡素化のため、リモコン・サーバを経由する処理を捨象している。

スロウ再生中、ＩＰリモコンの表示画面上では、再生開始／停止、早送り／巻き戻し、停止／一時停止、キャッチなど、表示再生装置のコンテンツ再生に関する動作を指示するためのＧＵＩが表示され（Ｓ５０１）、ユーザは同ＧＵＩを介してスロウ再生に関する指示を行なうことができる。

ここで、ユーザがキャッチ操作を指示すると（Ｓ５０２）、スロウ再生中の表示再生装置に対し、再生状態の取得要求が送信される（Ｓ５０３）。そして、表示再生装置からは、再生状態を記述したメッセージが返信される（Ｓ５０４）。

ここで、表示再生装置が、ＩＰリモコンからスロウされたコンテンツを再生中であれば（Ｓ５０５）、ＩＰリモコンは、再生動作の停止を要求する（Ｓ５０６）。これに対し、表示再生装置は、スロウされたコンテンツの再生動作を停止し（Ｓ５０７）、停止処理が完了するとＩＰリモコンにレスポンスを返す（Ｓ５０８）。

ＩＰリモコンは、このようにして、一旦スロウしたコンテンツの再生停止状態を確認すると、今度はコンテンツ提供装置に対し、該当するコンテンツのストリーミング開始を要求する（Ｓ６０１）。これに対し、コンテンツ提供装置からストリーミング・データが送付され（Ｓ６０２）、ＩＰリモコンで手元再生を再開することで、コンテンツの「キャッチ」が実現する。

また、ＩＰリモコンが行なうことができるキャッチ操作は、自分からスロウした再生コンテンツに制限されず、任意の表示再生装置で再生中のコンテンツを引き取って手元再生に切り替えるという「機器選択キャッチ」操作を行なうこともできる。図１４には、本実施形態に係るリモコン・システムにおいて、ＩＰリモコンが任意の表示再生装置から再生コンテンツを機器選択キャッチするための動作シーケンスを示している。なお、説明の簡素化のため、リモコン・サーバを経由する処理を捨象している。

ＩＰリモコンの表示画面上では、コンテンツを再生している表示再生装置の一覧（若しくはネットワーク経由でアクセス可能な各表示再生装置で再生中のコンテンツの一覧）からなる選択ＧＵＩが表示され（Ｓ７０１）、ユーザは同ＧＵＩを介してキャッチしたい機器（若しくは再生中のコンテンツ）を選択することができる。

ここで、ユーザが機器（若しくは再生中のコンテンツ）を選択してキャッチ操作を指示すると（Ｓ７０２）、スロウ再生中の表示再生装置に対し、再生状態の取得要求が送信される（Ｓ７０３）。そして、表示再生装置からは、再生状態を記述したメッセージが返信される（Ｓ７０４）。

ここで、表示再生装置が、ＩＰリモコンからスロウされたコンテンツを再生中であれば（Ｓ７０５）、ＩＰリモコンは、再生動作の停止を要求する（Ｓ７０６）。これに対し、表示再生装置は、スロウされたコンテンツの再生動作を停止し（Ｓ７０７）、停止処理が完了するとＩＰリモコンにレスポンスを返す（Ｓ７０８）。

ＩＰリモコンは、このようにして、一旦スロウしたコンテンツの再生停止状態を確認すると、今度はコンテンツ提供装置に対し、該当するコンテンツのストリーミング開始を要求する（Ｓ８０１）。これに対し、コンテンツ提供装置からストリーミング・データが送付され（Ｓ８０２）、ＩＰリモコンで手元再生によりコンテンツ再生処理を再開することで、コンテンツの機器選択キャッチが実現する。

これまで説明してきたように、リモコン・システムでは、ＩＰリモコンから無線ＬＡＮ信号として発されるコマンドをアクセス・ポイントとしてのリモコン・サーバが受信して、有線ＬＡＮ経由で制御対象機器に転送する。また、リモコン・サーバは、制御対象機器から取得したコンテンツや情報をアクセス・ポイントからＩＰリモコンに無線伝送することができる。

ＩＰリモコンによれば、ネットワーク接続が可能な任意の場所からリモコン制御対象機器を操作することが可能である。ところが、このような利便性のために、複数のユーザがそれぞれＩＰリモコンを使って同じリモコン制御対象機器に対して同時に処理を要求するといった、リモコン操作が競合するという問題が生じる可能性がある。

そこで、本実施形態では、コンテンツ処理を行なっているＩＰリモコンが、あるリモコン制御対象機器に対してそのコンテンツ処理を依頼したとき、このリモコン制御対象機器は、依頼されたコンテンツ処理を完了するか又はコンテンツ処理がＩＰリモコンによって引き取られるまでの間は、他のＩＰリモコンからのコンテンツ処理要求を拒絶することによって、リモコン制御対象機器に対して最初にコンテンツ処理を依頼したＩＰリモコンの処理を保証するようにしている。

ＩＰリモコンは、制御権が解放されているリモコン制御対象機器を自分の制御下におくことができる。そして、ＩＰリモコンは、リモコン制御対象機器に対してコンテンツをスロウすると、そのリモコン制御対象機器の制御権を離す。一方、別のＩＰリモコンは、スロウされたコンテンツを処理中のリモコン制御対象機器の制御権を取得することができない。リモコン制御対象機器は、スロウされたコンテンツの処理が終了するか、又は元のＩＰリモコンからコンテンツがキャッチされたときは、制御権を解放し、いずれのＩＰリモコンからも操作が可能になる。但し、コンテンツのスロウを行なったＩＰリモコンは、スロウ先のリモコン制御対象機器の制御権を取得することができる。

図１５には、本実施形態に係るリモコン・システムにおいて、ＩＰリモコンからのスロウ操作に対して表示再生装置が制御権の排他制御を行なうための動作シーケンスを示している。なお、説明の簡素化のため、リモコン・サーバを経由する処理を捨象している。

ＩＰリモコンでは、コンテンツ提供装置から取得したコンテンツ・リストに基づいて、タッチパネルを兼ねた液晶表示部３９にコンテンツ選択ＧＵＩを表示させる（Ｓ９０１）。そして、所望のコンテンツを選択し、スロウ再生を希望する表示出力形態に対応するＧＵＩボタンを押すと、表示再生装置へのスロウ再生動作が起動する（Ｓ９０２）。この結果、指定された表示再生装置に対して制御権の取得要求を送信する（Ｓ９０３）。

表示再生装置は、ＩＰリモコンからコンテンツがスロウされた時点で自分自身の制御権が渡され、コンテンツのスロウ再生が終了するまでは、制御権を解放しない。そこで、スロウ指示を受けた表示再生装置側では、現在、別のコンテンツを再生しているかどうかをチェックする（Ｓ９０４）。コンテンツをスロウ再生中でない表示再生装置は、ＩＰリモコンからのスロウ要求に対し、自分の制御権を渡すことができるので、ＩＰリモコンに対し制御権取得が可能である旨のレスポンスを返す（Ｓ９０７）。

一方、コンテンツをスロウ再生中の表示再生装置は、スロウ元のＩＰリモコン以外は、制御権を取得することはできない。したがって、Ｓ９０４においてコンテンツ再生中であることが判ると、今回スロウ要求したＩＰリモコンは、いま再生中のコンテンツをスロウしたＩＰリモコンと同じであるかどうかをさらチェックする（Ｓ９０５）。そして、今回スロウ要求したＩＰリモコンが再生中のコンテンツをスロウしたＩＰリモコンであれば、ＩＰリモコンに対し制御権取得が可能である旨のレスポンスを返すが（Ｓ９０７）、そうでなければ制御権を取得できない旨のレスポンスを返す（Ｓ９０６）。

ＩＰリモコン側では、スロウ要求した表示再生装置からレスポンスを受け取ると、スロウ要求先の表示再生装置の制御権を取得することができたかどうかをチェックする（Ｓ９０８）。ここで、制御権を取得できなかった場合には、Ｓ９０１に戻り、ユーザはＩＰリモコンの選択ＧＵＩ上でスロウしたいコンテンツとスロウ先の指定を改めて行なうことになる。

一方、スロウ要求先となる表示再生装置の制御権を取得することができたときには、続いて、ＩＰリモコンは、表示再生装置に対してスロウ指示が送信される（Ｓ９０９）。あるいは、コンテンツ選択ＧＵＩからスロウしたいコンテンツを指定するのではなく、ＩＰリモコン上で手元再生しているコンテンツをスロウ対象として選ぶこともできる。

スロウ指示を受けた表示再生装置側では、処理対象をＩＰリモコンからスロウされたコンテンツに切り替える（Ｓ９１０）。そして、表示再生装置は、ＩＰリモコンに対し、再生コンテンツの指定に応じた旨のレスポンスを返す（Ｓ９１１）。

続いて、ＩＰリモコンは、コンテンツの再生開始位置を指定し（Ｓ９１２）、表示再生装置はこれに応じる旨のレスポンスを返す（Ｓ９１３）。

続いて、ＩＰリモコンは、指定した再生開始位置からのコンテンツ再生を要求し（Ｓ９１４）、表示再生装置はこれに応じる旨のレスポンスを返す（Ｓ９１５）。表示再生装置は、ＨＤＤレコーダなどのコンテンツ提供装置に対し、該当するコンテンツの再生開始位置からのストリーミング開始を要求する（Ｓ１００１）。これに対し、コンテンツ提供装置からストリーミング・データが送付され（Ｓ１００２）、表示再生装置が画面表示することで、コンテンツの「スロウ」が実現する。

スロウ再生中、ＩＰリモコンの表示画面上では、再生開始／停止、早送り／巻き戻し、停止／一時停止など、表示再生装置のコンテンツ再生を操作するためのＧＵＩが表示され（Ｓ９１６）、ユーザは同ＧＵＩを介してスロウ再生に関する指示を行なうことができる。

例えば、２台のＩＰリモコンＡ及びＢがＩＰネットワーク経由で１つの表示再生装置Ａに対してスロウ指示を行なうことができるリモコン・システム上で、図１５に示したような動作シーケンスを実装した場合について考察してみる。

ＩＰリモコンＡは、表示再生装置Ａに対して、コンテンツ提供装置ＡからのコンテンツＡをスロウすると表示再生装置Ａ上でコンテンツＡの再生が始まる。コンテンツＡをスロウした後、ＩＰリモコンＡは表示再生装置Ａの制御権を離す。この状態で、他のＩＰリモコンＢは、表示再生装置Ａの制御権を取得しようとしても、ＩＰリモコンＢは制御権を取得することはできない。

このように、スロウ先の表示再生装置となるＩＰリモコンを排他制御することで、ＩＰリモコンが複数存在する場合（すなわち、リモコン・コマンドが競合する場合）であっても、ユーザが意図しない制御をリモコン制御対象機器に行なうことを防ぐことができる。したがって、リモコン制御対象機器に対して最初にコンテンツ処理を依頼したＩＰリモコンの処理を保証することができる。

以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

本明細書では、ＩＰリモコンがＩＰネットワーク経由でＤＬＮＡ機器をリモコン操作するというリモコン・システムに関する実施形態を中心に説明してきたが、本発明の要旨はこれに限定されるものではない。複数の機器がネットワーク接続され、ある機器がコンテンツに関する特定の処理を他の機器に依頼する「スロウ」操作と、一旦スロウしたコンテンツ処理を元の機器が引き取る「キャッチ」操作を行なうことができるシステム全般に対し、本発明を普く適用することができる。

要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。

図１は、本発明を適用することが想定されるホーム・ネットワークの概観構成を示した図である。 図２は、家庭内で制御可能機器がユーザの見通し範囲内と見通し範囲外のどちらにも存在している様子を示した図である。 図３は、ＩＰリモコンとして動作することができる端末機器のハードウェア構成例を示した図である。 図４は、リモコン・サーバとして動作する装置の構成を模式的に示した図である。 図５は、テレビで受信した地上波アナログ放送をＩＰリモコンで視聴する様子を示した図である。 図６は、テレビで受信した地上波アナログ放送をＩＰリモコンで視聴しているときにチャンネルを切り換え操作する様子を示した図である。 図７は、テレビで受信した地上波アナログ放送をＩＰリモコンで視聴しているときにチャンネルを切り換え操作する様子を示した図である。 図８は、ＩＰリモコン側で視聴中のテレビ番組にテレビ側のチャンネルを切り換える様子を示した図である。 図９は、録画機器に保存されている録画コンテンツをＩＰリモコン上で視聴している状態からテレビでも視聴するように変化する様子を示した図である。 図１０は、録画機器に保存されている録画コンテンツをＩＰリモコン上で視聴する様子を示した図である。 図１１は、本発明に係るリモコン・システムにおいて、ＩＰリモコンがコンテンツ提供装置から供給されるコンテンツを再生するための動作シーケンスを示した図である。 図１２は、本発明に係るリモコン・システムにおいて、ＩＰリモコンが再生コンテンツを表示再生装置にスロウするための動作シーケンスを示した図である。 図１３は、本発明に係るリモコン・システムにおいて、ＩＰリモコンが一旦スロウした再生コンテンツを表示再生装置からキャッチするための動作シーケンスを示した図である。 図１４は、本発明に係るリモコン・システムにおいて、ＩＰリモコンが一旦スロウした再生コンテンツを機器選択キャッチするための動作シーケンスを示した図である。 図１５は、本発明に係るリモコン・システムにおいて、ＩＰリモコンからのスロウ操作に対して表示再生装置が制御権の排他制御を行なうための動作シーケンスを示した図である。

符号の説明

１１…ＣＰＵ
１２…バス
１３…メモリ装置
１４…入力スイッチ・マトリックス部
１５…ネットワーク通信部
１６…赤外線通信部
１７…コーデック処理部
１８…グラフィック・ディスプレイ・プロセッサ
１９…液晶表示部
２０…データ入出力インターフェース
３１…ＣＰＵ
３２…バス
３３…メモリ装置
３４…有線ＬＡＮ部
３５…赤外線処理部
３７…コーデック処理部
３８…ＨＤＤ

Claims (15)

1. １以上のリモート・コントローラと、ネットワーク経由でリモート・コントローラから操作可能なリモコン制御対象機器で構成されるリモコン・システムであって、
   リモコン制御対象機器はリモート・コントローラからの要求に応じてコンテンツの処理を実行し、
   リモート・コントローラは、他のリモート・コントローラからの要求によりコンテンツ処理中のリモコン制御対象機器に対するコンテンツの処理要求が制限される、
   ことを特徴とするリモコン・システム。
2. リモート・コントローラは、他のリモート・コントローラから要求されたコンテンツ処理が終了したリモコン制御対象機器に対してコンテンツ処理要求が可能である、
   ことを特徴とする請求項１に記載のリモコン・システム。
3. リモート・コントローラもコンテンツ処理が可能であり、
   リモート・コントローラは、コンテンツ処理を要求した他のリモート・コントローラが該処理を引き取った後のリモコン制御対象機器に対してコンテンツ処理要求が可能である、
   ことを特徴とする請求項１に記載のリモコン・システム。
4. リモコン制御対象機器は、自分の制御権を取得したリモート・コントローラからの要求に応じてのみコンテンツ処理を実行し、
   制御権を持つリモート・コントローラは、リモコン制御対象機器にコンテンツ処理を要求したときに、該制御権を離し、
   リモート・コントローラからの要求に応じてコンテンツ処理を実行中のリモコン制御対象機器は、該要求元以外のリモート・コントローラに制御権を渡さない、
   ことを特徴とする請求項１に記載のリモコン・システム。
5. リモート・コントローラは、コンテンツ処理要求に際して離した制御権をリモコン制御対象機器から取得することができる、
   ことを特徴とする請求項４に記載のリモコン・システム。
6. リモート・コントローラもコンテンツ処理が可能であり、
   リモート・コントローラからの要求に応じてコンテンツ処理を実行中のリモコン制御対象機器は、コンテンツ処理の要求元となるリモート・コントローラから該処理を引き取られた後は、制御権を他のリモート・コントローラに解放する、
   ことを特徴とする請求項４に記載のリモコン・システム。
7. リモコン制御対象機器は、リモート・コントローラからの要求されたコンテンツ処理を終了した後に、制御権を解放する、
   ことを特徴とする請求項４に記載のリモコン・システム。
8. リモート・コントローラからネットワーク経由で操作可能なリモコン制御対象機器であって、
   前記ネットワーク上で通信動作を行なうネットワーク通信手段と、
   コンテンツを処理するコンテンツ処理手段と、
   前記ネットワーク経由で１以上のリモート・コントローラから受信するコンテンツ処理要求を排他制御する排他制御手段と、
   を具備することを特徴とするリモコン制御対象機器。
9. 前記排他制御手段は、あるリモート・コントローラから受信したコンテンツ処理要求に応じて前記コンテンツ処理手段がコンテンツを処理中は、他のリモート・コントローラから受信したコンテンツ処理要求を拒否する、
   ことを特徴とする請求項８に記載のリモコン制御対象機器。
10. 前記排他制御手段は、リモート・コントローラから要求に応じたコンテンツ処理を終了した後は、他のリモート・コントローラからのコンテンツ処理要求を受理する、
    ことを特徴とする請求項８に記載のリモコン制御対象機器。
11. 前記排他制御手段は、現在実行中のコンテンツ処理の要求元であるリモート・コントローラが該処理を引き取った後は、他のリモート・コントローラからのコンテンツ処理要求を受理する、
    ことを特徴とする請求項８に記載のリモコン制御対象機器。
12. 前記排他制御手段は、自分の制御権を取得したリモート・コントローラからのコンテンツ処理要求のみを受理し、コンテンツ処理要求を受理した際に要求元のリモート・コントローラから該制御権が渡され、要求されたコンテンツ処理を実行中は該要求元以外のリモート・コントローラに該制御権を渡さない、
    ことを特徴とする請求項８に記載のリモコン制御対象機器。
13. リモート・コントローラもコンテンツ処理が可能であり、
    前記排他制御手段は、現在実行中のコンテンツ処理の要求元であるリモート・コントローラが該処理を引き取った後は、該制御権を解放する、
    ことを特徴とする請求項１２に記載のリモコン制御対象機器。
14. 前記排他制御手段は、制御権を持つリモート・コントローラから要求されたコンテンツ処理が終了した後は、該制御権を解放する、
    ことを特徴とする請求項１２に記載のリモコン制御対象機器。
15. リモート・コントローラからネットワーク経由で受信するリモコン操作に対する処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータ・システムに対し、
    あるリモート・コントローラから受信したコンテンツ処理要求に応じてコンテンツ処理を実行する手順と、
    あるリモート・コントローラから受信したコンテンツ処理要求に応じてコンテンツを処理中は、他のリモート・コントローラから受信したコンテンツ処理要求を拒否する手順と、
    あるリモート・コントローラから要求に応じたコンテンツ処理を終了した後には、他のリモート・コントローラからのコンテンツ処理要求を受理する手順と、
    現在実行中のコンテンツ処理の要求元であるリモート・コントローラが該処理を引き取った後に、他のリモート・コントローラからのコンテンツ処理要求を受理する手順と、
    を実行させることを特徴とするコンピュータ・プログラム。
    

Images