JPH1155756A

JPH1155756A - 家電機器及びその制御方法

Info

Publication number: JPH1155756A
Application number: JP9224248A
Authority: JP
Inventors: Takeshi Kubo; 剛久保
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 1997-08-06
Filing date: 1997-08-06
Publication date: 1999-02-26

Abstract

(57)【要約】【課題】２台の機器の動作を同時に制御することがで
きなかった。【解決手段】オペレータ１は、ユーザが直接操作を行
う機器である。ユーザが操作を行う場合、オペレータ１
は制御する機器からリクエスト・プログラムをロードし
てこれを実行する。ユーザはそのリクエスト・プログラ
ムの機能を呼び出すことにより、制御したい機器の制御
を行うことができる。ソース２はコンテンツデータを送
出する機器であり、デスティネーション３はコンテンツ
データを受信する機器である。そして、セレクタ４はネ
ットワークに接続されている全ての機器を監視し、例え
ば、所定のデスティネーション３に対するソース２にな
りうる機器のリストを作成して送信することができる。
また、所望の機器に関するデータを送信することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークで接
続されている複数の家電機器の間で行われるデータの送
受信を制御するための家電機器の制御方法に関するもの
である。

【０００２】

【従来の技術】近年、映像・音楽データのデジタル化が
進み、インターネットなどの通信手段を用いてそのデー
タの送受信を行う等、通信回線を介してのＡＶデータの
送受信が多々見られるようになってきた。このような状
況を考えると、AV機器も従来のように専用ケーブルで接
続された２台の機器間でＡＶデータの送受信を行うだけ
ではなく、デジタル通信回線で接続された複数の機器の
うち任意の機器間でＡＶデータの送受信を行うことが可
能になると考えられる。例えば、２台のビデオを用いて
ダビングを行うという作業は現在でも行われているが、
ダビングを行うには、映像信号用と音声信号用とで別々
のケーブルを用いて、一方のビデオの映像信号及び音声
信号の出力端子と他方のビデオの映像信号及び音声信号
の入力端子とを接続し、それぞれのビデオに対して操作
ボタンを操作して、一方のビデオを再生モードにすると
同時に他方のビデオを記録モードにする必要があった。

【０００３】しかし、AV機器のデジタル化が進み、２台
のビデオでダビングを行う場合等、複数のＡＶ機器間で
デジタル映像・音声データの送受信を行う場合、これら
のＡＶデータはネットワークを通じて一方の機器から他
方の機器に対して送信されることが予測される。同時
に、ネットワークを介して一方の機器から他方の機器に
対して動作制御を行うことも考えられる。

【０００４】このようなネットワークに接続されたAV機
器において、ある機器の制御を別の機器から行うという
提案はいくつか行われている。そして、通信回線を用い
てAV機器を制御する方法はすでに種々のものが提案され
ているが、中でも「機器が自分自身の制御を行うプログ
ラムを保持し、ユーザは直接操作する機器にそのプログ
ラムをロードすることによって、その機器の制御を行
う」といった制御形式は、制御プログラムを機器固有の
ものにカスタマイズでき、しかもそのプログラムの管理
が簡単になるといったことから有望な制御形式の一つと
考えられ、例えば特開平8−19060号に開示されている。

【０００５】

【発明が解決しようとする課題】しかし、上述したよう
なプログラムをロードして行う制御形式では、１台の機
器を制御することしか想定しておらず、同時に複数の機
器を制御することは考えられていない。すなわち、ダビ
ングを行う場合などでは、２台の機器の動作を同時に制
御しなければならないが、このようなことを行うことが
できなかった。

【０００６】また、特開平8−19060号に開示されている
制御システムは、制御される機器からロードされるプロ
グラムに対応する制御オブジェクトが、ネットワークへ
の接続時にロードされるため、AV機器制御装置が制御し
ていない状態にある場合でも、その制御オブジェクトを
AV機器制御装置のメモリ空間に保持しておかなければな
らない。これはメモリ空間に冗長な部分を作るととも
に、このために大きなメモリ空間を用意しなければなら
ず、また、ネットワークに接続されるＡＶ機器が多くな
るとメモリ空間が足りなくなり、対応できなくなる恐れ
があるという課題があった。

【０００７】そこで本発明は、このような課題を解決す
るために、送受信を行う各機器に対してその制御を要求
するためのプログラム（リクエスト・プログラム）を、
制御を行う際に呼び出して、それぞれのプログラム同士
でプログラム間通信を行って双方が連携して制御を行う
ようにした。そして、このことにより、本発明では、多
くの機器がネットワークに接続されていても少ないメモ
リ空間で対応することができ、また、同時に複数の機器
を連携して制御すること等を可能にしている。

【０００８】

【課題を解決するための手段】上記したことを達成する
ための手段として、以下の家電機器及びその制御方法を
提供しようとするものである。

【０００９】1.ネットワークに接続された複数の家電機
器のうち、任意の家電機器間でのコンテンツデータの送
受信を制御する家電機器の制御方法であって、前記複数
の家電機器から操作制御を行うクライアントと、コンテ
ンツデータの送受信を行う複数のサーバとが選択され、
前記各サーバは、自分自身の動作制御を行うコントロー
ル・プログラムと、このコントロール・プログラムに対
して制御要求を行うリクエスト・プログラムとを少なく
とも有し、前記クライアントは、操作を行う際に供給さ
れる前記各サーバの前記リクエスト・プログラムを格納
して、前記各サーバ間でのコンテンツデータの送受信を
制御することを特徴とする家電機器の制御方法。

【００１０】2.上記１記載の家電機器の制御方法におい
て、前記ネットワーク上を送受信される各制御信号は、
ＨＴＴＰプロトコルに基いて送受信されることを特徴と
する家電機器の制御方法。

【００１１】3.上記１記載の家電機器の制御方法によっ
て制御される家電機器であって、コンテンツデータの送
受信を行う前記各サーバを選択する際に、ネットワーク
に接続されている自分自身を含む全ての家電機器の中か
らコンテンツデータの送信または受信可能な前記サーバ
を抽出し、そのリストを作成して前記クライアントにそ
のリストを送信すると共に、前記クライアントにより選
択された前記サーバに対してコンテンツデータの受信ま
たは送信可能な前記サーバを抽出し、そのリストを作成
して前記クライアントにそのリストを送信することを特
徴とする家電機器。

【００１２】4.ネットワークに接続された自分自身を含
む複数の家電機器のうち、任意の家電機器間でのコンテ
ンツデータの送受信を制御する家電機器であって、自分
自身の動作制御を行うコントロール・プログラムとこの
コントロール・プログラムに対して制御要求を行うリク
エスト・プログラムとを少なくとも有する家電機器のう
ち、コンテンツデータの送受信を行う家電機器に対して
前記リクエスト・プログラムの送信要求を行い、受信し
た前記リクエスト・プログラムを実行してネットワーク
に接続された家電機器間でのコンテンツデータの送受信
を制御することを特徴とする家電機器。

【００１３】5.上記4記載の家電機器であって、送信側
の家電機器と受信側の家電機器とを同時に制御する場合
に、受信した双方の前記リクエスト・プログラム間で通
信を行って、一方の前記リクエスト・プログラムに含ま
れる所定の制御要求に対応して他方の前記リクエスト・
プログラムに含まれる所定の制御要求も送信するように
したことを特徴とする家電機器。

【００１４】6.上記４または５記載の家電機器であっ
て、請求項３記載の家電機器に対してコンテンツデータ
の送信または受信可能な家電機器のリストを要求し、受
信した前記リストから所望の家電機器を選択して、その
家電機器に対してリクエスト・プログラムの送信を要求
することを特徴とする家電機器。

【００１５】7.ネットワークに接続された家電機器であ
って、自分自身の動作制御を行うコントロール・プログ
ラムと、このコントロール・プログラムに対して制御要
求を行うリクエスト・プログラムとを少なくとも有し、
前記リクエスト・プログラムの送信を要求してきた家電
機器に対して前記リクエスト・プログラムを送信すると
共に、受信した前記リクエスト・プログラムに含まれる
制御要求に対応して前記コントロール・プログラムを実
行することを特徴とする家電機器。

【００１６】

【発明の実施の形態】本発明の家電機器の制御方法の一
実施の形態は、映像データや音声データなどのコンテン
ツデータの送受信を行う各家電機器から、それぞれ送信
及び受信を制御するためのプログラム（リクエスト・プ
ログラム）をロードし、これらのプログラムの間でプロ
グラム間通信を行うことにより、各機器で連携した動作
を行わせ、コンテンツデータの送受信を行っている。ま
た、このときに送受信を行う機器をネットワーク上の多
くの機器から簡単に選択するため、制御に先立ってネッ
トワーク上にある機器を把握するための機器（後述する
セレクタ４）を有している。

【００１７】以下、各機器は、既にネットワークに接続
されているものとして説明を行う。なお、送受信を行う
ためにネットワーク上を流れる各プログラムやこれらの
プログラムに基く各制御要求は、どのようなプロトコル
を使用しても良いが、ＨＴＴＰプロトコル等の一般的な
プロトコルを用いることにより、インターネット等、外
部との通信を行う機器との親和性やネットワークの管理
などを簡単に行うことができる。

【００１８】まず、ネットワークを用いた基本的な制御
について説明する。ネットワークを用いて同時に制御を
行う機器が複数ある場合でも、基本的にはこの機器をク
ライアントＢ側とサーバＡ側の２種類に分けることがで
きる。すなわち、クライアントＢ側の機器が制御の要求
を出し、サーバＡ側の機器がその要求を受信して要求に
応じた制御を行う。ここで、サーバＡは、リクエスト・
プログラムとコントロール・プログラムの２つのプログ
ラムを保持する必要がある。リクエスト・プログラム
は、クライアントＢからサーバＡの制御を要求するため
のプログラムであり、コントロール・プログラムはその
要求に応じて実際にサーバＡ自身の制御を行うためのプ
ログラムである。

【００１９】そして、リクエスト・プログラムは、クラ
イアントＢからの要求に応じてクライアントＢへロード
され、クライアントＢはこのリクエスト・プログラムを
ロードして実行する。また、このリクエスト・プログラ
ムはいくつかの機能を有しており、図４に示した基本的
なリクエスト・プログラムのアルゴリズムのように、ク
ライアントＢはその機能を呼び出すことによって（ステ
ップ101→yes）、サーバＡに対して制御要求を行う（ス
テップ102）。コントロール・プログラムは、サーバＡ
に保持されており、図５にその基本的なコントロール・
プログラムのアルゴリズム示すように、クライアントＢ
から供給される制御要求に対応して（ステップ103→ye
s）、サーバＡ自身の制御を行う（ステップ104）。

【００２０】以後、単にプログラムとした場合、リクエ
スト・プログラムを指すものとする。そして、ネットワ
ークに接続されている機器がこれら２種類のプログラム
を有している場合、その機器はサーバＡとして動作可能
である。

【００２１】一方、クライアントＢは、プログラムのブ
ラウズ機能を有している。このブラウズ機能とは、必要
に応じてサーバＡに対して上記したリクエスト・プログ
ラムのロード要求を行い、その結果サーバＡからプログ
ラムがロードされた場合には、このプログラムを受け取
って実行する機能である。また、クライアントＢは、２
つ以上のサーバＡ（機器）から同時にそれらのリクエス
ト・プログラムをロードし、実行することができる。こ
のとき、これらのリクエスト・プログラム間で通信を行
い、互いの機能を連携させて実行することができる。そ
して、ネットワークに接続されている機器がプログラム
のブラウズ機能を有している場合、その機器はクライア
ントＢとして動作可能である。

【００２２】以上のようなサーバＡ及びクライアントＢ
による家電機器の制御方法を実現するために、この一実
施の形態では、ネットワークに接続されている多くの機
器から制御する機器を選択するために機器セレクタ４を
用いている。この一実施の形態を説明するために、図１
に構成例を示す。同図に示す、各機器１〜４は、以下の
機能を有している。

【００２３】オペレータ１は、ユーザが直接操作を行う
機器である。ユーザが操作を行う場合、オペレータ１は
制御する機器（サーバＡ）からリクエスト・プログラム
をロードしてこれを実行する。ユーザはそのリクエスト
・プログラムの機能を呼び出すことにより、制御したい
機器（サーバＡ）の制御を行うことができる。このオペ
レータ１はクライアントＢとして動作可能である。

【００２４】ソース２はコンテンツデータを送出する機
器であり、デスティネーション３はコンテンツデータを
受信する機器である。そして、セレクタ４はネットワー
クに接続されている全ての機器を監視し、要求があれば
ネットワークに接続されている全ての機器を対象にして
リストを作成する。例えば、所定のデスティネーション
３に対するソース２になりうる機器のリスト要求を受信
した場合には、そのリストを作成して送信することがで
きる。また、所望の機器に関する情報の問い合わせを受
信した場合にも、それに関するデータを送信することが
できる。なお、これらのリストのデータの形式などは特
に限定されない。

【００２５】このようなセレクタ４は、サーバＡとして
ある機器内もしくは単独の機器としてネットワークに接
続されているが、ある機器がネットワークに接続されて
いる他の機器の情報を取得できればその目的を達成する
ので、このセレクタ４は、単独で存在するのではなく、
このような機能を各機器が持つという方法もひとつの手
段として考えられる。

【００２６】この場合は、ネットワークを用いてリスト
に関する通信を行わない分だけそのオーバーヘッドを減
らすことができるが、各機器がその機能を維持するため
に、各々の機器がネットワーク内を探索するため、逆に
ネットワークに負荷がかかる可能性もある。どちらの方
法が良いかは、実際に使用されるネットワークや接続さ
れる機器の状態等によって異なる。なお、オペレータ１
を除く全ての機器２〜４はサーバＡとして動作可能であ
る。

【００２７】また、ソース２とデスティネーション３は
お互い異なる家電機器となる。そして、オペレータ１及
びセレクタ４はソース２もしくはデスティネーション３
と同じ家電機器であっても良い。例えば、図２に示す場
合では、チューナ５をソース２とし、ＴＶ６をオペレー
タ１，デスティネーション３及びセレクタ４として動作
させている。

【００２８】そして、コンテンツデータの送受信はソー
ス２とデスティネーション３との間で行われる。オペレ
ータ１は、これらの機器からリクエスト・プログラムを
ロードし、同時に実行させる。ここで、ある機器Ｄがデ
スティネーション３であるときに、機器Ｓがそのソース
２として動作する可能性があるとき、機器Ｓは機器Ｄの
ソース２になりうる（ソース2として動作可能である）
という。

【００２９】ここで、機器セレクタ４，ソース２，デス
ティネーション３のリクエスト・プログラムをそれぞ
れ、セレクタ・プログラム，ソース・プログラム，デス
ティネーション・プログラムとすると、これらのプログ
ラムはそれぞれ次に示す機能を備える必要がある。

【００３０】[セレクタ・プログラム] (1)デスティネーション検出機能この機能を実行すると、機器セレクタ４のコントロール
・プログラムはネットワークに接続されている全ての機
器からデスティネーション３になりうる機器を選出し、
そのリストを作成してクライアントＢに渡す。 (2)ソース検出機能この機能を実行すると、機器セレクタ４のコントロール
・プログラムはネットワークに接続されている全ての機
器から、所定のデスティネーション３に対するソース２
になりうる機器を選出し、そのリストを作成してクライ
アントＢに渡す。 (3)セレクト機能この機能を実行すると、機器セレクタ４は選択された機
器に関する情報（機器データ）をクライアントＢに伝え
る。クライアントＢはこの情報をもとにソース２からソ
ース・プログラムをロードする。

【００３１】[ソース・プログラム] (1)再生機能この機能を実行すると、ソース２はデータの送出を始め
る。 (2)停止機能この機能を実行すると、ソース２はデータの送出を停止
する。

【００３２】[デスティネーションプログラム] (1)記録機能この機能を実行すると、デスティネーション３はデータ
の受信を始める。 (2)停止機能この機能を実行すると、デスティネーション３はデータ
の受信を停止する。そして、以上の各プログラムのう
ち、セレクタ・プログラムの基本的なアルゴリズムを図
6に示し、以下に説明する。

【００３３】まず、初期段階として、ネットワークに接
続されている全ての機器のうち、デスティネーション３
となりうる機器のリストを作成する（ステップ111）。
そして、このリストの中から任意の機器を選択し（ステ
ップ112）、その選択した機器の機器データを取得する
（ステップ113）。次に、この選択した機器（デスティ
ネーション３）のソース２となりうる機器のリストを作
成する（ステップ114）。そして、このリストの中から
任意の機器を選択し（ステップ115）、その選択した機
器の機器データを取得する（ステップ116）。

【００３４】この状態で、セレクタ・プログラムの機能
が呼び出されると（ステップ117→yes）、その呼び出さ
れた機能の種類を判断する（ステップ118）。その結
果、ソース検出機能であればソース２となりうる機器の
リストを作成し（ステップ119）、デスティネーション
検出機能であればデスティネーション３となりうる機器
のリストを作成し（ステップ120）、セレクト機能であ
れば選択された機器の機器データを取得する（ステップ
121）。

【００３５】［プログラムの起動］ここで起動時のネッ
トワークの通信手順について図７と共に説明する。ま
ず、オペレータ１はセレクタ４に対してセレクタ・プロ
グラムのロード要求を出す（ステップ１）。ロード要求
をうけたセレクタ４はセレクタ・プログラムをオペレー
タ１に送信する（ステップ２）。そして、オペレータ１
はセレクタ・プログラムを受信して実行する（ステップ
３）。

【００３６】オペレータ１で実行されたセレクタ・プロ
グラムは、セレクタ４に対してデスティネーション検出
機能を実行し、デスティネーション３となりうる機器の
リスト（デスティネーションリスト）を要求する（ステ
ップ４）。セレクタ４はこの要求を受け、デスティネー
ションリストを作成し、オペレータ１（セレクタ・プロ
グラム）に送信する（ステップ５）。

【００３７】次に、オペレータ１はデスティネーション
リストの中から任意に１つの機器（デスティネーション
３）を選択し、セレクタプログラムのセレクト機能を実
行して、選択した機器に関する情報をセレクタ４に要求
する（ステップ６）。要求を受けたセレクタ４は機器に
関する情報をオペレータ１に送出する（ステップ７）。
オペレータ１は、情報を受け取った機器（デスティネー
ション３）に対して、デスティネーション・プログラム
のロード要求を実行する（ステップ８）。ロード要求を
受けたデスティネーション３は、デスティネーション・
プログラムをオペレータ１に送出する（ステップ９）。
オペレータ１はデスティネーション・プログラムを受信
し、実行する（ステップ１０）。

【００３８】また、オペレータ１は、セレクタ・プログ
ラムのソース検出機能を実行し、先に選択したデスティ
ネーション３に対してソース２となりうる機器のリスト
（ソースリスト）をセレクタ４に要求する（ステップ１
１）。セレクタ４はこの要求を受け、ネットワークに接
続されている全ての機器の中から選択したデスティネー
ション３に対するソース２となりうる機器を抽出してソ
ースリストを作成し、オペレータ１（セレクタ・プログ
ラム）に送信する（ステップ１２）。

【００３９】オペレータ１はソースリストの中から任意
に１つの機器（ソース２）を選択し、セレクタ・プログ
ラムのセレクト機能を実行して、選択した機器に関する
情報をセレクタ４に要求する（ステップ１３）。要求を
受けたセレクタ４は機器に関する情報をオペレータ１に
送出する（ステップ１４）。オペレータ１は、情報を受
け取った機器（ソース２）に対して、ソース・プログラ
ムのロード要求を行う（ステップ１５）。ロード要求を
受けたソース２はソース・プログラムをオペレータ１に
送出する（ステップ１６）。オペレータ１はソース・プ
ログラムを受信し、実行する（ステップ１７）。

【００４０】以上説明した手順によって、プログラムの
起動を行う。ここで、ユーザは、オペレータ１を操作し
てセレクタ４を用いることにより、デスティネーション
３及びソース２にとして適当な機器を選択して割り当て
ている。このとき、デスティネーション検出機能及びソ
ース検出機能により既に選択された機器がユーザの目的
とする機器だけならば、特に操作をする必要はない。し
かし、機器を新たに選択する（複数の機器の中から選択
する）ときは、ユーザは、デスティネーションリストま
たはソースリストから所望の機器を選択する必要があ
る。そして、デスティネーション３を選択した後は、上
記ステップ４〜ステップ１０の手順を行ってデスティネ
ーション・プログラムのロードと実行を行い、ソース２
を選択した後は、上記ステップ１１〜ステップ１７の手
順を行ってソース・プログラムのロードと実行を行う。

【００４１】［ソース２の選択］ここで、上記ステップ
１３以降で示されたソース２の選択についてさらに説明
する。まず、ユーザは、オペレータ１を操作してソース
リストの中から所望のソース２を選択する。オペレータ
１はユーザが選択した機器（ソース２）の情報をセレク
タ４に要求する（ステップ１３）。セレクタ４は、要求
された機器の情報をオペレータ１に送信する（ステップ
１４）。そして、オペレータ１は得た機器（ソース２）
の情報を参照して、この機器に対してソース・プログラ
ムのロードを要求する（ステップ１５）。ロード要求を
受けた機器はソース・プログラムをオペレータ１に対し
てロードする（ステップ１６）。オペレータ１はプログ
ラムを受信し、実行する（ステップ１７）。

【００４２】［データの送受信開始］ソース２及びデス
ティネーション３が決定されると、ソース２からデステ
ィネーション３へデータの送信が行われる。このデータ
の送受信は、まず、オペレータ１に格納されたソース・
プログラムの再生機能を実行すると共に、デスティネー
ション・プログラムの記録機能を実行することにより開
始される。ここで、ソース２及びデスティネーション３
間でデータの送受信を確実にするために、何らかのタイ
ミング処理などを行うことが望ましい。

【００４３】また、再生機能や記録機能はユーザが直接
その機能を実行してもよいが、操作を簡略にするため、
どちらか一方の機能から他方の機能を呼び出す方が望ま
しい。例えば、ユーザがデスティネーション・プログラ
ムの記録機能を実行した場合、まず、ソース２の再生機
能を実行し、それから記録機能を実行するようにする。
このとき、必要に応じてデスティネーション・プログラ
ムは、セレクタ４に対してソース２となっている機器を
問い合わせる。

【００４４】［データの送受信の停止］データの送受信
の停止は、デスティネーション・プログラムの停止機能
を実行すると共に、ソース・プログラムの停止機能を実
行することにより行われる。ここでも、ソース２及びデ
スティネーション３間でデータの送受信を確実にするた
めに、何らかのタイミング処理などを行うことが望まし
い。また、両プログラムの停止機能はユーザが直接その
機能を実行してもよいが、操作を簡略にするため、一方
の停止機能を実行すると他方の停止機能も呼び出して実
行する方が望ましい。

【００４５】

【実施例】

［実施例１］まず、本発明の家電機器の制御方法の第１
の実施例を図面と共に説明する。図２は、本発明の家電
機器の制御方法の第１の実施例を示す構成図である。

【００４６】同図において、チューナ５及びＴＶ６はそ
れぞれネットワークに接続されているAV機器である。こ
れらのＡＶ機器は次の条件を満たしている。チューナ５
はサーバＡであり、図８に示すソース・プログラムを有
するソース２として機能する。また、ＴＶ６はサーバＡ
及びクライアントＢの両方の役割を有しており、図１０
に示すデスティネーション・プログラムおよび図６に示
したセレクタ・プログラムを有するオペレータ１、デス
ティネーション３及びセレクタ４として機能する。

【００４７】以下、ＴＶ６によってチューナ５で受信し
た番組を見る場合の手順を示す。まず、図７と共に説明
した上記の［プログラムの起動］を実行して、チューナ
５のソース・プログラムをＴＶ６に送信する。このと
き、ＴＶ６のデスティネーション・プログラムは起動時
に記録機能を実行して、ＴＶ６を受信状態にする。そし
て、ソース・プログラムは自動時に再生機能を実行する
ので、チューナ５からのデータは送信状態となる。この
時点で、チューナ５で受信した番組の映像信号や音声信
号をＴＶ６で受信することができる。

【００４８】そして、ユーザは見たい番組を選局するた
め、ＴＶ６を操作してソース・プログラムのチャンネル
選択機能を用いて見たい番組をチューナ５に要求する。
要求を受けたチューナ５のコントロール・プログラムは
チャンネルをユーザの希望するチャンネルに変更する。
このようにして、ユーザはチューナ５を直接操作するこ
となく、希望する番組を見ることができる。

【００４９】ここで、図８及び図９にチューナ５のソー
ス・プログラム及びコントロール・プログラムの例を示
し、また、図１０及び図１１にＴＶ６のデスティネーシ
ョン・プログラム及びコントロール・プログラムの例を
示して以下に説明する。図８に示すチューナ５のソース
・プログラムは、オペレータ１であるＴＶ６にロードさ
れて動作するものである。

【００５０】まず、プログラムの起動と同時にチューナ
５に対して受信データ（番組）の送信開始を要求する
（ステップ２１）。そして、機能が呼び出されたか否か
を判断し（ステップ２２）、呼び出された場合には（ス
テップ２２→yes）、呼び出された機能を判別して、再
生機能の場合には（ステップ２３→Play）、チューナ５
に対して番組の送信開始を要求し（ステップ２４）、停
止機能の場合には（ステップ２３→Stop）、チューナ５
に対して番組の送信停止を要求し（ステップ２５）、チ
ャンネル選択機能の場合には（ステップ２３→Set Chan
nel）、チューナ５で受信している番組を指定されたチ
ャンネルに変更するよう要求する（ステップ２６）。以
下、ステップ２２以降を繰り返す。

【００５１】図９に示すチューナ５のコントロール・プ
ログラムは、チューナ５内でチューナ５自身に対して動
作するものである。まず、ＴＶ６に格納されているソー
ス・プログラムからの機能要求を受信すると（ステップ
３１→yes）、要求内容を判断して、番組の送信開始要
求の場合には（ステップ３２→送信開始要求）、受信デ
ータ（番組）の送信を開始し（ステップ３３）、番組の
送信停止要求の場合には（ステップ３２→送信停止要
求）、受信データ（番組）の送信を停止し（ステップ３
４）、チャンネル変更要求の場合には（ステップ３２→
チャンネル変更要求）、受信チャンネルを指定されたチ
ャンネルに変更する（ステップ３５）。そして、ステッ
プ３１に戻って、以降のステップを繰り返す。

【００５２】図１０に示すＴＶ６のデスティネーション
・プログラムは、オペレータ１にロードされて動作する
ものであるが、ここでは、ＴＶ６がデスティネーション
３であると共にオペレータ１でもあるので、ＴＶ６内で
ＴＶ６のコントロール・プログラムに対して動作する。
まず、プログラムの起動と同時に記録機能を実行して、
ＴＶ６のコントロール・プログラムに対して受信開始要
求を出し、ＴＶ６を受信状態にする（ステップ４１）。
そして、機能が呼び出されたか否かを判断し（ステップ
４２）、呼び出された場合には（ステップ４２→ye
s）、呼び出された機能を判別して、記録機能の場合に
は（ステップ４３→Record）、受信開始要求を出し（ス
テップ４４）、停止機能の場合には（ステップ４３→St
op）、受信停止を要求する（ステップ４５）。以下、ス
テップ４２以降を繰り返す。

【００５３】図１１に示すＴＶ６のコントロール・プロ
グラムは、ＴＶ６内でＴＶ６自身に対して動作するもの
である。そして、ＴＶ６のデスティネーション・プログ
ラムからの要求だけでなく、ＴＶ６のセレクタ・プログ
ラム（図６参照）からの要求に対しても動作する。ま
ず、ＴＶ６に格納されているデスティネーション・プロ
グラムもしくはセレクタ・プログラムからの機能要求を
受信すると（ステップ５１→yes）、要求内容を判断し
て、番組の受信開始要求の場合には（ステップ５２→受
信開始要求）、番組の受信を開始し（ステップ５３）、
番組の受信停止要求の場合には（ステップ５２→受信停
止要求）、番組の受信を停止し（ステップ５４）、ソー
スリスト取得要求の場合には（ステップ５２→Sourceリ
スト取得要求）、ソース２になりうる機器のリスト（ソ
ースリスト）を作成して送信する（ステップ５５）。さ
らに、デスティネーションリスト取得要求の場合には
（ステップ５２→Destinationリスト取得要求）、デス
ティネーション３になりうる機器のリスト（デスティネ
ーションリスト）を作成して送信し（ステップ５６）、
機器データ取得要求の場合には（ステップ５２→機器デ
ータ取得要求）、要求された機器の情報を送信する（ス
テップ５７）。そして、ステップ５１に戻って、以降の
ステップを繰り返す。

【００５４】［実施例２］次に、本発明の家電機器の制
御方法の第２の実施例を図面と共に説明する。図３は、
本発明の家電機器の制御方法の第２の実施例を示す構成
図である。同図において、ＴＶ６及びＶＴＲ７，８はそ
れぞれネットワークに接続されているAV機器である。こ
れらのＡＶ機器は次の条件を満たしている。

【００５５】ＴＶ６はサーバＡ及びクライアントＢの両
方の役割を有しており、図１０に示すデスティネーショ
ン・プログラムおよび図６に示したセレクタ・プログラ
ムを有するオペレータ１、デスティネーション３及びセ
レクタ４として機能する。また、ＶＴＲ７はサーバＡの
役割を有しており、図１２に示すソース・プログラムを
有するソース２として機能する。なお、このソース・プ
ログラムは、ＶＴＲ７のコントロール・プログラムに対
して再生開始機能、再生停止機能の他、少なくとも早送
りを要求する早送り機能と巻戻しを要求する巻戻し機能
とを有している。

【００５６】そして、ＶＴＲ８はサーバＡの役割を有し
ており、図１４に示すデスティネーション・プログラム
を有するデスティネーション３として機能する。なお、
このデスティネーション・プログラムは、ＶＴＲ８のコ
ントロール・プログラムに対して少なくとも録画開始機
能と録画停止機能とを有している。

【００５７】以下、ＴＶ６からの操作によりＶＴＲ７か
らＶＴＲ８へダビングを行う場合の手順を示す。まず、
図７と共に説明した上記の［プログラムの起動］を実行
する。但し、デスティネーション３として、ＴＶ６を選
択しておく。次に、デスティネーション３としてＶＴＲ
８を選択して、「プログラムの起動」をもう一度実行す
る。この結果、オペレータ１であるＴＶ６にはそれぞれ
のデスティネーション３に対応したソース・プログラム
及びセレクタ・プログラムが起動していることになる。

【００５８】ユーザはＴＶ６に対応したＶＴＲ７のソー
ス・プログラムの再生機能、早送り機能、巻戻し機能、
停止機能などを用いてダビングを開始するポイントを指
定する。そして、ダビングの開始ポイントでソース・プ
ログラムの停止機能を行い再生を停止する。

【００５９】さらに、ＶＴＲ８のデスティネーション・
プログラムの録画機能を実行する。ＴＶ６に格納されて
いるデスティネーション・プログラムの録画機能は、ま
ずＶＴＲ８に対して録画開始要求を出す。そしてＶＴＲ
７のソース・プログラムの再生機能を実行して、ＶＴＲ
６を再生状態にし、ダビングを開始する。このとき、ダ
ビング開始のタイミングを合わせるためにタイミング処
理などを行うことが好ましい。また、ここでユーザが録
画している番組の画像・音声データを視聴したい場合に
は、ＴＶ６に対応したＶＴＲ６のソース・プログラムを
実行するか、それが面倒な場合はソース・プログラム間
の通信によって制御することにより行う。

【００６０】ダビング終了ポイントまでダビングを行っ
た時点で、ＶＴＲ８のデスティネーション・プログラム
の停止機能を実行する。停止機能はまずＶＴＲ７のソー
ス・プログラムの停止機能を実行して、ＶＴＲ７の再生
を停止する。次にＶＴＲ８のコントロール・プログラム
に対して録画停止要求を出し、ＶＴＲ８の録画停止を行
って、ダビング作業を終了させる。このときもダビング
終了のタイミングを合わせるために、タイミング処理な
どを行うことが好ましい。

【００６１】このようなダビングを行う際に必要なＶＴ
Ｒ７のソース・プログラム及びコントロール・プログラ
ムの例を図１２及び図１３に示し、また、ＶＴＲ８のデ
スティネーション・プログラム及びコントロール・プロ
グラムの例を図１４及び図１５に示して以下に説明す
る。なお、ＴＶ６のデスティネーション・プログラム及
びコントロール・プログラムは上記した[実施例１]と同
じであるので、その説明を省略する。

【００６２】図１２に示すＶＴＲ７のソース・プログラ
ムは、オペレータ１であるＴＶ６にロードされて動作す
るものである。まず、機能が呼び出されたか否かを判断
し（ステップ６１）、呼び出された場合には（ステップ
６１→yes）、呼び出された機能を判別して、再生機能
の場合には（ステップ６２→Play）、ＶＴＲ７に対して
再生開始を要求し（ステップ６３）、停止機能の場合に
は（ステップ６２→Stop）、ＶＴＲ７に対して再生停止
を要求する（ステップ６４）。さらに、早送り機能の場
合には（ステップ６２→Skip Forward）、ＶＴＲ７に対
して早送りを行うように要求し（ステップ６５）、巻戻
し機能の場合には（ステップ６２→Skip Reward）、Ｖ
ＴＲ７に対して巻戻しを行うように要求する（ステップ
６６）。以下、ステップ６１以降を繰り返す。

【００６３】図１３に示すＶＴＲ７のコントロール・プ
ログラムは、ＶＴＲ７内でＶＴＲ７自身に対して動作す
るものである。まず、ＴＶ６に格納されているソース・
プログラムからの機能要求を受信すると（ステップ７１
→yes）、要求内容を判断して、再生開始要求の場合に
は（ステップ７２→再生開始要求）、テープの再生を開
始して画像・音声データを送信し（ステップ７３）、再
生停止要求の場合には（ステップ７２→送信停止要
求）、テープの再生と画像・音声データの送信を停止す
る（ステップ７４）。そして、早送り要求の場合には
（ステップ７２→早送り要求）、テープの早送りを行い
（ステップ７５）、巻戻し要求の場合には（ステップ７
２→巻戻し要求）、テープの巻戻しを行う（ステップ７
６）。そして、ステップ７１に戻って、以降のステップ
を繰り返す。

【００６４】図１４に示すＶＴＲ８のデスティネーショ
ン・プログラムは、オペレータ１であるＴＶ６にロード
され、ＶＴＲ８のコントロール・プログラムに対して動
作する。なお、ＶＴＲ７のソース・プログラムとの間で
プログラム間通信も行っている。まず、機能が呼び出さ
れたか否かを判断し（ステップ８１）、呼び出された場
合には（ステップ８１→yes）、呼び出された機能を判
別して、記録機能の場合には（ステップ８２→Recor
d）、ＶＴＲ８に対して録画開始要求を出すと共に（ス
テップ８３）、ソース・プログラムの再生機能を実行し
て、ＶＴＲ７のテープの再生を開始させる（ステップ８
４）。また、停止機能の場合には（ステップ８２→Sto
p）、ソース・プログラムの停止機能を実行して、ＶＴ
Ｒ７のテープの再生停止を要求すると共に（ステップ８
５）、ＶＴＲ８に対して録画停止要求を出す（ステップ
８６）。以下、ステップ８１以降を繰り返す。

【００６５】図１５示すＶＴＲ８のコントロール・プロ
グラムは、ＶＴＲ８内でＶＴＲ８自身に対して動作する
ものである。まず、ＴＶ６に格納されているデスティネ
ーション・プログラムからの機能要求を受信すると（ス
テップ９１→yes）、要求内容を判断して、録画開始要
求の場合には（ステップ９２→録画開始要求）、画像・
音声データの受信とテープへの録画を開始する（ステッ
プ９３）。そして、録画停止要求の場合には（ステップ
９２→録画停止要求）、テープの録画と画像・音声デー
タの受信を停止する（ステップ９４）。そして、ステッ
プ９１に戻って、以降のステップを繰り返す。

【００６６】

【発明の効果】本発明の請求項1記載の操作を行う際に
クライアントに供給される各サーバのリクエスト・プロ
グラムを格納して、各サーバ間でのコンテンツデータの
送受信を制御する様にしたので、クライアントから複数
のサーバの動作を同時に制御することができる。

【００６７】また、操作対象となるサーバのリクエスト
・プログラムを格納するだけなので、ネットワークに接
続されるＡＶ機器が増加してもメモリ空間が足りなくな
ることはなく、また、ネットワークから削除された機器
のデータを保持することもないので、少ないメモリで済
むという効果がある。

【００６８】そして、請求項2記載の家電機器の制御方
法は、ＨＴＴＰプロトコルに基いて送受信を行っている
ので、ネットワークの管理が簡単になる。

【００６９】また、請求項３記載の家電機器は、コンテ
ンツデータの送受信可能なサーバを抽出し、そのリスト
を作成してクライアントに送信しているので、サーバの
選択を容易に行うことができる。

【００７０】さらに、請求項４記載の家電機器は、受信
したリクエスト・プログラムを実行してネットワークに
接続された家電機器間でのコンテンツデータの送受信を
制御しているので、コンテンツデータの送受信を行う家
電機器を直接操作することなく、コンテンツデータの送
受信を行わせることができる。

【００７１】そして、請求項５記載の家電機器は、受信
した双方のリクエスト・プログラム間で通信を行って、
一方のリクエスト・プログラムに含まれる所定の制御要
求に対応して他方のリクエスト・プログラムに含まれる
所定の制御要求も送信するようにしたので、コンテンツ
データの送受信を行う家電機器を直接操作することな
く、一回の操作で、コンテンツデータの送受信を行わせ
ることができる。

【００７２】また、請求項６記載の家電機器は、コンテ
ンツデータの送信または受信可能な家電機器のリストか
ら所望の家電機器を簡単に選択することができる。

【００７３】さらに、請求項７記載の家電機器は、自分
自身の動作制御を行うコントロール・プログラムと、こ
のコントロール・プログラムに対して制御要求を行うリ
クエスト・プログラムとを少なくとも有し、受信したリ
クエスト・プログラムに含まれる制御要求に対応してコ
ントロール・プログラムを実行するよう構成したので、
ネットワークに接続された他の機器により、コンテンツ
データの送受信の制御が可能な家電機器を提供すること
ができるという効果がある。

【図面の簡単な説明】

【図１】本発明の家電機器の制御方法の一実施の形態を
説明するための構成図である。

【図２】本発明の家電機器の制御方法の第１の実施例を
説明するための構成図である。

【図３】本発明の家電機器の制御方法の第２の実施例を
説明するための構成図である。

【図４】基本的なリクエスト・プログラムの例を示すフ
ローチャート図である。

【図５】基本的なコントロール・プログラムの例を示す
フローチャート図である。

【図６】基本的なセレクタ・プログラムの例を示すフロ
ーチャート図である。

【図７】プログラム起動時のネットワークの通信アルゴ
リズムの例を示す状態図である。

【図８】第１の実施例で使用されるチューナ５のソース
・プログラムの例を示すフローチャート図である。

【図９】第１の実施例で使用されるチューナ５のコント
ロール・プログラムの例を示すフローチャート図であ
る。

【図１０】第１の実施例で使用されるＴＶ６のデスティ
ネーション・プログラムの例を示すフローチャート図で
ある。

【図１１】第１の実施例で使用されるＴＶ６のコントロ
ール・プログラムの例を示すフローチャート図である。

【図１２】第２の実施例で使用されるＶＴＲ７のソース
・プログラムの例を示すフローチャート図である。

【図１３】第２の実施例で使用されるＶＴＲ７のコント
ロール・プログラムの例を示すフローチャート図であ
る。

【図１４】第２の実施例で使用されるＶＴＲ８のデステ
ィネーション・プログラムの例を示すフローチャート図
である。

【図１５】第２の実施例で使用されるＶＴＲ８のコント
ロール・プログラムの例を示すフローチャート図であ
る。

【符号の説明】

１オペレータ２ソース３デスティネーション４セレクタ５チューナ６ＴＶ７，８ＶＴＲ

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続された複数の家電機器
のうち、任意の家電機器間でのコンテンツデータの送受
信を制御する家電機器の制御方法であって、前記複数の家電機器から操作制御を行うクライアント
と、コンテンツデータの送受信を行う複数のサーバとが
選択され、前記各サーバは、自分自身の動作制御を行うコントロー
ル・プログラムと、このコントロール・プログラムに対
して制御要求を行うリクエスト・プログラムとを少なく
とも有し、前記クライアントは、操作を行う際に供給される前記各
サーバの前記リクエスト・プログラムを格納して、前記
各サーバ間でのコンテンツデータの送受信を制御するこ
とを特徴とする家電機器の制御方法。
【請求項２】請求項１記載の家電機器の制御方法におい
て、前記ネットワーク上を送受信される各制御信号は、
ＨＴＴＰプロトコルに基いて送受信されることを特徴と
する家電機器の制御方法。
【請求項３】請求項１記載の家電機器の制御方法によっ
て制御される家電機器であって、コンテンツデータの送受信を行う前記各サーバを選択す
る際に、ネットワークに接続されている自分自身を含む
全ての家電機器の中からコンテンツデータの送信または
受信可能な前記サーバを抽出し、そのリストを作成して
前記クライアントにそのリストを送信すると共に、前記クライアントにより選択された前記サーバに対して
コンテンツデータの受信または送信可能な前記サーバを
抽出し、そのリストを作成して前記クライアントにその
リストを送信することを特徴とする家電機器。
【請求項４】ネットワークに接続された自分自身を含む
複数の家電機器のうち、任意の家電機器間でのコンテン
ツデータの送受信を制御する家電機器であって、自分自身の動作制御を行うコントロール・プログラムと
このコントロール・プログラムに対して制御要求を行う
リクエスト・プログラムとを少なくとも有する家電機器
のうち、コンテンツデータの送受信を行う家電機器に対
して前記リクエスト・プログラムの送信要求を行い、受信した前記リクエスト・プログラムを実行してネット
ワークに接続された家電機器間でのコンテンツデータの
送受信を制御することを特徴とする家電機器。
【請求項５】請求項４記載の家電機器であって、送信側
の家電機器と受信側の家電機器とを同時に制御する場合
に、受信した双方の前記リクエスト・プログラム間で通
信を行って、一方の前記リクエスト・プログラムに含ま
れる所定の制御要求に対応して他方の前記リクエスト・
プログラムに含まれる所定の制御要求も送信するように
したことを特徴とする家電機器。
【請求項６】請求項４または請求項５記載の家電機器で
あって、請求項３記載の家電機器に対してコンテンツデ
ータの送信または受信可能な家電機器のリストを要求
し、受信した前記リストから所望の家電機器を選択して、そ
の家電機器に対してリクエスト・プログラムの送信を要
求することを特徴とする家電機器。
【請求項７】ネットワークに接続された家電機器であっ
て、自分自身の動作制御を行うコントロール・プログラ
ムと、このコントロール・プログラムに対して制御要求
を行うリクエスト・プログラムとを少なくとも有し、前記リクエスト・プログラムの送信を要求してきた家電
機器に対して前記リクエスト・プログラムを送信すると
共に、受信した前記リクエスト・プログラムに含まれる制御要
求に対応して前記コントロール・プログラムを実行する
ことを特徴とする家電機器。