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

Abstract

【課題】ネットワーク経由で複数のリモート・コマンダから同一のリモコン制御対象機器に対するリモコン操作コマンドの競合問題を好適に解決する。
【解決手段】ユーザがＩＰリモコンを使ってリモコン制御対象機器に対してコンテンツ処理を依頼した後、さらに別のユーザが同じリモコン制御対象機器に対してコンテンツ処理を依頼すると、最初に依頼されたコンテンツ処理は中断するが、このリモコン制御対象機器はコンテンツ処理が中断したことを依頼元のＩＰリモコンに処理が中断したことを通知する。この通知を受け取ったユーザは、例えば他のリモコン制御対象機器に対して同じコンテンツ処理を改めて依頼するといった処置を円滑に行なうことができる。
【選択図】 図１５

Description

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

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

現在、テレビ受像機やビデオ録画再生装置、オーディオ・ビジュアル機器といったほとんどの情報機器は、リモコンを用いた遠隔操作に対応している。例えば、ＡＭ変調方式を採用した赤外線リモコンは、コストが安い、消費電力が少ない、各国における法的規制がほとんどないなどの利点がある。

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

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

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

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

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

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

例えば、ＩＰリモコンからの操作により、ハード・ディスク・レコーダなどのコンテンツ提供装置からテレビなどの表示再生装置に対して録画コンテンツをストリーミング配信して動画像再生を行なっているとき、別のユーザがリモコン操作すると、表示再生装置は別のコンテンツの再生出力に勝手に切り替わる。先に操作を行なったユーザは、自分が意図しない操作が行なわれたことを知り得ないので、希望するコンテンツのストリーミングが途切れても、これを修復するのに時間を要してしまい、不利益は大きい。

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

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

また、ネットワークの不具合などによりストリーミングが途切れたときには、その再生位置を記憶しておくことにより、ネットワークの不具合が回復したときには続きからストリーミング視聴できるように構成された情報配信システムについて提案がなされている（例えば、特許文献３を参照のこと）。しかしながら、同システムは、リモコン操作に従ってストリーミング配信を行なうシステムとは無関係であり、他のユーザからのリモコン操作によってストリーミング配信が途切れたときの問題については示唆されていない。また、この場合は、他のユーザのリモコン操作で開始したストリーミング配信が完了するまでは、元のユーザにとっての不具合は解消されないことになるから、同システムの仕組みをリモコン・システムに適用することはできない。

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

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

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

本発明は、上記課題を参酌してなされたものであり、その第１の側面は、１以上のリモート・コントローラと、ネットワーク経由でリモート・コントローラから操作可能なリモコン制御対象機器で構成されるリモコン・システムであって、リモコン制御対象機器は、複数のリモート・コントローラから操作の対象となり、いずれかのリモート・コントローラから最後に受信した要求に応じてコンテンツの処理を実行することを特徴とするリモコン・システムである。そして、リモコン制御対象機器は、リモート・コントローラからの要求に応じてコンテンツの処理を開始するために、実行中のコンテンツの処理を中断する際には、該処理を中断するコンテンツの処理要求元のリモート・コントローラに対してコンテンツ処理を中断することを通知するようになっている。

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

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

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

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

これに対し、本発明に係るリモコン・システムでは、ユーザがリモート・コマンダとしてのＩＰリモコンを使ってリモコン制御対象機器に対してコンテンツ処理を依頼した後、さらに別のユーザが同じリモコン制御対象機器に対してコンテンツ処理を依頼すると、最初に依頼されたコンテンツ処理は中断するが、このリモコン制御対象機器はコンテンツ処理が中断したことを依頼元のＩＰリモコンに処理が中断したことを通知するようになっている。この通知を受け取ったユーザは、例えば他のリモコン制御対象機器に対して同じコンテンツの処理を改めて依頼するといった処置を円滑に行なうことができる。

ＩＰリモコンが、コンテンツ処理をリモコン制御対象機器に対して依頼することを「スロウ（ｔｈｒｏｗ：投げる）」動作、一旦リモコン制御対象機器にスロウしたコンテンツ処理をＩＰリモコンが引き取ることを「キャッチ（ｃａｔｃｈ：捕捉する）」動作と定義することができる。コンテンツのスロウ／キャッチ動作を行なうリモコン・システムにおいて、リモコン制御対処機器は、あるＩＰリモコンからコンテンツがスロウされるとそのコンテンツの処理を開始する。その後に別のＩＰリモコンからコンテンツがスロウされると、リモコン制御対象機器は、先に開始したコンテンツの処理を中断して次のコンテンツ処理に切り替えるが、コンテンツ処理を中断したことをスロウ元のＩＰリモコンに通知するので、ユーザは処理中断に対して速やかに対応することができる。

リモコン制御対象機器は、コンテンツ処理の中断を通知するメッセージに、中断されたコンテンツの保管場所（ＵＲＩなど）や、処理が中断した位置情報、処理を中断した当該機器の識別情報（ＵＵＩＤ（ＵｎｉｖｅｒｓａｌｌｙＵｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）など）を付加することで、ユーザがコンテンツ処理を再開するときの利便性がさらに高まる。すなわち、ユーザは、中断通知メッセージに記されているＵＵＩＤを避けて次のスロウ先のリモコン制御対象機器を選択し、次のスロウ先に対して、中断通知メッセージに記されているＵＲＩからコンテンツを読み出して中断した位置からコンテンツ処理の再開を指示することができる。

勿論、リモコン制御対象機器上では、他のＩＰリモコンからのスロウ以外に、当該機器上でコンテンツ処理を停止するための操作が直接行なわれた場合や、当該機器の電源オフ操作が行なわれたことによっても、コンテンツ処理は中断する。リモコン制御対象機器は、コンテンツ処理の中断を通知するメッセージに、中断原因を付加するようにしてもよい。

ＩＰリモコンは、制御権が解放されているリモコン制御対象機器を自分の制御下におくことができる。そして、ＩＰリモコンは、制御権を取得したリモコン制御対象機器に対してコンテンツをスロウすると、リモコン制御対象機器の制御権を離す。一方、別のＩＰリモコンは、スロウされたコンテンツを処理中のリモコン制御対象機器からその制御権を取得してコンテンツをスロウすることができる。リモコン制御対象機器は、次にコンテンツがスロウされると、最初にスロウされたコンテンツの処理を中断して、次のコンテンツ処理に切り替える。

このように、本発明に係るリモコン・システムによれば、ＩＰリモコンはスロウする度に制御権を解放するので、リモコン制御対象機器は特定のＩＰリモコンに長時間にわたって支配され続けることはなく、複数のＩＰリモコン・ユーザ間でリモコン制御対象機器を円滑に共有することができる。また、リモコン制御対象機器は、処理の中断に伴って、中断通知メッセージをスロウ元のＩＰリモコンに通知するので、ＩＰリモコン・ユーザにとっての利便性が確保される。

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

ＩＰリモコンＡは、表示再生装置Ａに対して、コンテンツ提供装置ＡからのコンテンツＡをスロウすることで、表示再生装置Ａ上でコンテンツＡの再生が始まる。コンテンツＡをスロウした後、ＩＰリモコンＡは表示再生装置Ａの制御権を離す。この状態で、他のＩＰリモコンＢは、表示再生装置Ａの制御権を取得することができるので、コンテンツＡの再生が終了するのを待たずに、ＩＰリモコンＢは表示再生装置Ａに対してコンテンツＢをスロウすることができる。表示再生装置Ａは、次にスロウされたコンテンツＢの表示再生に切り替えるが、これに伴って、コンテンツＡの表示再生が中断されたこととその再生中断位置情報などを含む中断通知メッセージをＩＰリモコンＡに送信する。

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

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

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

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

本発明に係るリモコン・システムによれば、ＩＰリモコンはスロウする度に制御権を解放するので、リモコン制御対象機器は特定のＩＰリモコンに長時間にわたって支配され続けることはなく、複数のＩＰリモコン・ユーザ間でリモコン制御対象機器を円滑に共有することができる。また、リモコン制御対象機器は、処理の中断に伴って、中断通知メッセージをスロウ元のＩＰリモコンに通知するので、ＩＰリモコン・ユーザにとっての利便性が確保される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

スロウ／キャッチ動作を行なうリモコン・システムにおいて、ＩＰリモコンはスロウする度に制御権を解放するので、リモコン制御対象機器は特定のＩＰリモコンに長時間にわたって支配され続けることはなく、複数のＩＰリモコン・ユーザ間でリモコン制御対象機器を円滑に共有することができる。また、リモコン制御対象機器は、処理の中断に伴って、中断通知メッセージをスロウ元のＩＰリモコンに通知するので、ＩＰリモコン・ユーザにとっての利便性が確保される。このようなシステム運用形態の詳細については、後述に譲る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そこで、本実施形態では、ユーザがリモート・コマンダとしてのＩＰリモコンを使ってリモコン制御対象機器に対してコンテンツ処理を依頼した後、さらに別のユーザが同じリモコン制御対象機器に対してコンテンツ処理を依頼すると、最初に依頼されたコンテンツ処理は中断するが、このリモコン制御対象機器はコンテンツ処理が中断したことを依頼元のＩＰリモコンに処理が中断したことを通知するようになっている。この通知を受け取ったユーザは、例えば他のリモコン制御対象機器に対して同じコンテンツ処理を改めて依頼するといった処置を円滑に行なうことができる。

ＩＰリモコンは、制御権が解放されているリモコン制御対象機器を自分の制御下におくことができる。そして、ＩＰリモコンは、制御権を取得したリモコン制御対象機器に対してコンテンツをスロウすると、リモコン制御対象機器の制御権を離す。一方、別のＩＰリモコンは、スロウされたコンテンツを処理中のリモコン制御対象機器からその制御権を取得してコンテンツをスロウすることができる。リモコン制御対象機器は、次にコンテンツがスロウされると、最初にスロウされたコンテンツの処理を中断して、次のコンテンツ処理に切り替える。

ＩＰリモコンはスロウする度に制御権を解放するので、リモコン制御対象機器は特定のＩＰリモコンに長時間にわたって支配され続けることはなく、複数のＩＰリモコン・ユーザ間でリモコン制御対象機器を円滑に共有することができる。また、ＩＰリモコンは、リモコン制御対象機器からの中断通知メッセージの記載を基に、中断したコンテンツを円滑に再スロウすることができる。

図１５には、本実施形態に係るリモコン・システムにおいて、複数のＩＰリモコンから重複してスロウ操作が行なわれた際に表示再生装置によるコンテンツ処理の切り替え行なうための動作シーケンスを示している。図示の例では、ＩＰネットワーク上に、ハード・ディスク・レコーダなどのコンテンツ提供装置と、コンテンツを再生出力可能な表示再生装置が設置され、あるユーザがＩＰリモコンＡから表示再生装置に対してコンテンツをスロウした後に、別のユーザがＩＰリモコンＢから同じ表示装置にコンテンツをスロウするという場面を想定している。なお、説明の簡素化のため、リモコン・サーバを経由する処理を捨象している。

ここでは、図１２に示した動作シーケンスに従って、ＩＰリモコンＡからコンテンツがスロウされ（Ｓ１００１）、表示再生装置はスロウされたコンテンツを再生処理しているとする（Ｓ１００２）。

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

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

ここで想定している場面では、表示再生装置は、ＩＰリモコンＡからスロウされたコンテンツを再生中であったので、Ｓ９０５ではこの再生動作を中断する。そして、再生が停止したことを示す中断通知メッセージを先のスロウ元であるＩＰリモコンＡに送信する（Ｓ１００３）。この中断通知メッセージには、当該表示再生装置をネットワーク上で識別するためのＵＵＩＤなどの識別情報や、中断原因（この場合は、ＩＰリモコンＢからのスロウ操作が原因）が記載されている。

ＩＰリモコンＡは、中断通知メッセージを受け取ると、表示再生装置に対して、中断されたコンテンツに関する情報を要求する（Ｓ１００４）。表示再生装置は、この要求に応答して、ＵＲＩなどコンテンツの入手先に関する情報や、コンテンツの再生中断位置など、中断したコンテンツ再生を再開する再に必要となるコンテンツ情報を返す（Ｓ１００５）。勿論、表示再生装置は、コンテンツ情報を中断メッセージに含めて、Ｓ１００３で送信するようにしてもよい。

ＩＰリモコンＡ側では、表示再生装置からコンテンツ情報を受け取ることによって、スロウ先からコンテンツを引き取ってその再生処理を再開する「出戻りキャッチ」処理が可能になる（Ｓ１００６）。出戻りキャッチ処理の動作手順については後に詳解する。

表示再生装置は、再生を中断したコンテンツのスロウ元であるＩＰリモコンＡに対する上記のメッセージ通知を終えると、続いて、新しいスロウ元であるＩＰリモコンＢに対し、再生コンテンツの指定に応じた旨のレスポンスを返す（Ｓ９０７）。

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

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

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

図１６には、Ｓ１００６においてＩＰリモコンが行なう、出戻りキャッチ処理の動作シーケンスを示している。なお、説明の簡素化のため、リモコン・サーバを経由する処理を捨象している。

ＩＰリモコンのユーザは、スロウ先の表示再生装置からスロウしたコンテンツをキャッチすると、中断したコンテンツ再生処理を手元で再開する、すなわち手元再生するかどうかを指示する（Ｓ１２０１）。

ここで、手元再生が指示されたときには、ＩＰリモコンは、コンテンツ提供装置に対し、再生中断位置からのコンテンツのストリーミング・データを要求する（Ｓ１３０１）。コンテンツ提供装置は、この要求に応答して、コンテンツ提供装置からストリーミング・データを送付し（Ｓ１３０２）、これをＩＰリモコン上で画面表示することで（Ｓ１２０２）、コンテンツの「出戻りキャッチ」が実現する。

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

一方、ユーザが、出戻りキャッチしたコンテンツの手元再生を指示しなかったときには、コンテンツ再生を別の表示再生装置で再開するかどうかをさらにチェックする（Ｓ１２０４）。

ユーザが、再生を中断したコンテンツを手元再生することも別の表示再生装置に再スロウすることも希望しなかったときには、ＩＰリモコンは、当該コンテンツのＵＲＩと再生中断位置を保存して（Ｓ１２０５）、本処理を終了する。

また、ユーザが再生を中断したコンテンツを別の表示再生装置に再スロウすることを指示したときには、ＩＰリモコンの表示画面上では、スロウ可能な表示再生装置の一覧からなる選択ＧＵＩが表示され（Ｓ１２０６）、ユーザは同ＧＵＩを介してコンテンツをスロウしたい機器を選択することができる。中断通知メッセージには表示再生装置のＵＵＩＤが含まれており（前述）、この表示再生装置をスロウ可能な表示再生装置の一覧から外すようにする。

スロウ可能な表示再生装置の一覧から、ユーザが特定の表示再生装置を選択すると、ＩＰリモコンは、当該表示再生装置との間で、図１２に示した動作シーケンスのＳ３０３〜Ｓ３０８に相当する処理を経て、コンテンツのスロウ操作が行なわれる（Ｓ１２０７）。

スロウ操作された表示再生装置は、該当するコンテンツの再生中断位置からのストリーミング開始をコンテンツ提供装置に要求する（Ｓ１３０３）。これに対し、コンテンツ提供装置からストリーミング・データが送付され（Ｓ１３０４）、表示再生装置でコンテンツを再生表示することで、コンテンツの「出戻りキャッチ」が実現する。

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

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

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

表示再生装置Ａは、次にスロウされたコンテンツＢの表示再生に切り替えるが、これに伴って、コンテンツＡの表示再生が中断されたこととその再生中断位置情報などを含む中断通知メッセージをＩＰリモコンＡに送信する。ＩＰリモコンＡは中断通知メッセージの内容に基づいて他の表示再生装置に対してコンテンツＡを再スロウすることができる。

このように、複数のＩＰリモコンによって同じリモコン制御対象機器が共有されている場合に、各ＩＰリモコンはスロウする度に制御権を解放する。したがって、リモコン制御対象機器は特定のＩＰリモコンに長時間にわたって支配され続けることはなく、複数のＩＰリモコン・ユーザ間でリモコン制御対象機器を円滑に共有することができる。また、リモコン制御対象機器は、処理の中断に伴って、中断通知メッセージをスロウ元のＩＰリモコンに通知するので、ＩＰリモコン・ユーザにとっての利便性が確保される。

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

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

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

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

符号の説明

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

Claims (8)

1. １以上のリモート・コントローラと、ネットワーク経由でリモート・コントローラから操作可能なリモコン制御対象機器で構成されるリモコン・システムであって、
   リモコン制御対象機器は、複数のリモート・コントローラから操作の対象となり、いずれかのリモート・コントローラから最後に受信した要求に応じてコンテンツの処理を実行する、
   ことを特徴とするリモコン・システム。
2. リモコン制御対象機器は、リモート・コントローラからの要求に応じてコンテンツの処理を開始するために、実行中であったコンテンツの処理を中断する際には、該処理を中断するコンテンツの処理要求元のリモート・コントローラに対してコンテンツ処理を中断することを通知する、
   ことを特徴とする請求項１に記載のリモコン・システム。
3. リモコン制御対象機器は、処理を中断するコンテンツに関するコンテンツ識別情報並びに処理中断位置、当該機器の識別情報、コンテンツ処理が中断した原因を、処理要求元のリモート・コントローラに通知する、
   ことを特徴とする請求項１に記載のリモコン・システム。
4. リモコン制御対象機器は、自分の制御権を取得したリモート・コントローラからの要求に応じてコンテンツ処理を実行し、
   制御権を持つリモート・コントローラはリモコン制御対象機器にコンテンツ処理を要求したときに該制御権を離し、他のリモート・コントローラが該制御権を取得して該リモコン制御対象機器に対してコンテンツ処理を要求することが可能となる、
   ことを特徴とする請求項１に記載のリモコン・システム。
5. リモート・コントローラからネットワーク経由で操作可能なリモコン制御対象機器であって、
   前記ネットワーク上で通信動作を行なうネットワーク通信手段と、
   コンテンツを処理するコンテンツ処理手段と、
   前記ネットワーク経由で１以上のリモート・コントローラから最後に受信した要求に応じて前記コンテンツ処理手段によるコンテンツ処理を開始するコンテンツ処理制御手段と、
   リモート・コントローラからの要求に応じてコンテンツの処理を開始するために、実行中であったコンテンツの処理を中断する際に、該処理を中断するコンテンツの処理要求元のリモート・コントローラに対してコンテンツ処理を中断することを通知する中断通知手段と、
   を具備することを特徴とするリモコン制御対象機器。
6. 前記中断通知手段は、処理を中断するコンテンツに関するコンテンツ識別情報並びに処理中断位置、当該機器の識別情報、コンテンツ処理が中断した原因を、処理要求元のリモート・コントローラに通知する、
   ことを特徴とする請求項５に記載のリモコン制御対象機器。
7. 前記コンテンツ処理制御手段は、自分の制御権を取得したリモート・コントローラからのコンテンツ処理要求のみを受理し、コンテンツ処理要求を受理した際に要求元のリモート・コントローラから該制御権が渡され、他のコンテンツ処理を要求するリモート・コントローラのために該制御権を解放する、
   ことを特徴とする請求項５に記載のリモコン制御対象機器。
8. リモート・コントローラからネットワーク経由で受信するリモコン操作に対する処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータ・システムに対し、
   リモート・コントローラから最後に受信したコンテンツ処理要求に応じてコンテンツ処理を実行する手順と、
   リモート・コントローラからの要求に応じてコンテンツの処理を開始するために、実行中であったコンテンツの処理を中断する際に、該処理を中断するコンテンツの処理要求元のリモート・コントローラに対してコンテンツ処理を中断することを通知する手順と、
   を実行させることを特徴とするコンピュータ・プログラム。
   

Images