(57)【要約】  ＵＰｎＰ−ＡＶ規格に基づきデータをやりとりする必要がある装置を制御する必要があるとき、ＪＡＶＡ（登録商標）アプレットがまず、メディアレンダラ又はメディアサーバタイプの装置がネットワークに存在するか、存在する場合には、何れのメディアレンダラ又はメディアサーバタイプの装置がネットワークに存在するかを知る必要がある。しかしながら、ＪＡＶＡ（登録商標）セキュリティ制限は、この目的のために求められる要求がＪＡＶＡ（登録商標）アプレットから生成されることを禁止する。本発明は、これらの要求を可能にするため、制御のため装置における追加的な装置確認サービスを実現する。この装置確認サービスは、標準的なＳＯＡＰメッセージを利用して、リモートコントロール装置におけるロードされたＪＡＶＡ（登録商標）アプレットと通信する。従って、ＵＰｎＰ−ＡＶ装置を制御するため、ＪＡＶＡ（登録商標）アプレットをＨＴＭＬページに埋め込む効果的な方法を利用することが可能である。
2007534069.tif 000002
【特許請求の範囲】
【請求項１】
制御のための装置の機能が、記述言語を利用して生成される１以上の情報ページの形式によりウェブサーバ上で利用可能にされ、制御対象となる前記装置を制御するため、リモートコントロール装置により予め選択される、分散化されたステーションのネットワークにおいて装置を制御する方法であって、
制御のための前記装置における追加的に実現される装置確認モジュールが、あるタイプのネットワークステーションを検出するのに使用されることを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
前記実現される装置確認モジュールは、前記記述言語を利用して生成される情報ページを生成するモジュールと通信し、
確認された装置が、前記モジュールにより生成され、リロードされた情報ページを使用して表示される、
ことを特徴とする方法。
【請求項３】
請求項１記載の方法であって、
前記情報ページは、前記装置を制御するため、前記リモートコントロール装置において起動される実行可能なソフトウェアモジュールを搭載することを特徴とする方法。
【請求項４】
請求項３記載の方法であって、
前記実行可能なソフトウェアモジュールは、ＪＡＶＡ（登録商標）アプレットの形式により生成されることを特徴とする方法。
【請求項５】
請求項３又は４記載の方法であって、
前記ソフトウェアモジュールは、制御のため前記装置における前記装置確認モジュールと通信し、
確認された装置は、前記ソフトウェアモジュールを搭載する前記情報ページに前記確認された装置を前記ソフトウェアモジュールが挿入することにより前記リモートコントロール装置上に表示される、
ことを特徴とする方法。
【請求項６】
請求項３乃至５何れか一項記載の方法であって、
制御のため前記装置における追加的に実現される転送モジュールが、１以上のネットワークステーションと前記リモートコントロール装置に対するメッセージをやりとりするのに利用されることを特徴とする方法。
【請求項７】
請求項６記載の方法であって、
前記ソフトウェアモジュールは、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌを表す規格化されたＳＯＡＰコマンドを使用して、前記装置確認モジュール及び／又は前記転送モジュールと通信することを特徴とする方法。
【請求項８】
請求項１乃至７何れか一項記載の方法であって、
前記ネットワークステーションは、Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙを表すＵＰｎＰ規格に基づき通信するよう構成されることを特徴とする方法。
【請求項９】
請求項１乃至８何れか一項記載の方法であって、
前記装置確認モジュールと前記転送モジュールとは、ＵＰｎＰ規格に準拠したＵＰｎＰサービスの形式によるものであることを特徴とする方法。
【請求項１０】
請求項１乃至９何れか一項記載の方法であって、
前記情報ページを生成するための記述言語は、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅを表すＨＴＭＬタイプのものであることを特徴とする方法。
【請求項１１】
請求項１乃至１０何れか一項記載の方法を実行する際、制御のための装置としてのネットワークステーションであって、
記述言語を利用して生成される１以上の情報ページが、当該ネットワークステーションを制御するため提供されるウェブサーバを有し、
当該ネットワークステーションはさらに、前記ネットワークにおけるあるタイプのネットワークステーションを検出し、当該ネットワークステーションにおいて実現される装置確認モジュールを有する、
ことを特徴とするネットワークステーション。
【請求項１２】
請求項１１記載のネットワークステーションであって、
前記情報ページは、当該ネットワークステーションを制御するため、リモートコントロール装置にロードされ、実行することが可能な実行可能なソフトウェアモジュールを搭載することを特徴とするネットワークステーション。
【請求項１３】
請求項１２記載のネットワークステーションであって、
前記実行可能なソフトウェアモジュールは、ＪＡＶＡ（登録商標）アプレットの形式のものであることを特徴とするネットワークステーション。
【請求項１４】
請求項１２又は１３記載のネットワークステーションであって、
前記ソフトウェアモジュールは、制御のため前記装置において前記装置確認モジュールと通信するよう構成され、
確認された装置は、該確認された装置が前記ソフトウェアモジュールにより挿入されることによって、前記リモートコントロール装置上に表示可能である、
ことを特徴とするネットワークステーション。
【請求項１５】
請求項１２乃至１４何れか一項記載のネットワークステーションであって、
当該ネットワークステーションに転送モジュールが設けられ、前記リモートコントロール装置の実行可能なソフトウェアモジュールと外部のネットワークステーションとの間のメッセージのやりとりをサポートすることを特徴とするネットワークステーション。
【請求項１６】
請求項１５記載のネットワークステーションであって、
ＪＡＶＡ（登録商標）アプレットは、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌを表す規格化されたＳＯＡＰメッセージを使用して、前記装置確認モジュール及び／又は前記転送モジュールと通信することを特徴とするネットワークステーション。
【請求項１７】
請求項１１乃至１６何れか一項記載のネットワークステーションであって、
当該ネットワークステーションは、Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙを表すＵＰｎＰ規格に基づきデータ交換するよう構成されることを特徴とするネットワークステーション。
【請求項１８】
請求項１１乃至１７何れか一項記載のネットワークステーションであって、
前記装置確認モジュールと前記転送モジュールとは、ＵＰｎＰ規格に準拠したＵＰｎＰサービスの形式によるものであることを特徴とするネットワークステーション。
【請求項１９】
請求項１１乃至１８何れか一項記載のネットワークステーションであって、
前記装置確認モジュールは、当該ネットワークステーション自体がＵＰｎＰタイプのメディアサーバであるとき、ＵＰｎＰタイプのメディアレンダラの装置を検出し、当該ネットワークステーション自体がＵＰｎＰタイプのメディアレンダラであるとき、ＵＰｎＰタイプのメディアサーバの装置を検出するように構成されることを特徴とするネットワークステーション。
【請求項２０】
請求項１１乃至１９何れか一項記載のネットワークステーションであって、
前記情報ページを生成するための記述言語は、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅを表すＨＴＭＬタイプのものであることを特徴とするネットワークステーション。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本発明は、ホームネットワークの技術分野に関する。
［発明の背景］
家庭における電子装置の台数の増加に伴うネットワークに対する試みが大きく進められている。装置をネットワーク接続するための多数の異なる規格が、部分的に異なる目的により策定されてきた。システムの１つは、「インターネットプロトコル（ＩＰ）」に基づく装置のネットワーク接続を提供する。このシステムについて利用可能な最初のバージョンの規格がすでに存在している。システムは、Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙを表す省略形のＵＰｎＰにより知られるようになった。対応する規格は、現在はバージョン１．１により利用可能である。ＵＰｎＰシステム及び関連する規格に関するより詳細な情報は、ｗｗｗ．ｕｐｎｐ．ｏｒｇにおけるＵＰｎＰコンソーシアムのオフィシャルなインターネットページに見つけることができる。ＵＰｎＰシステムは、装置タイプについて制限はない。これは、テレビ、ＤＶＤプレーヤー、セットトップボックス、ビデオレコーダ、カムコーダなどの家電機器分野と、洗濯機、冷蔵庫、暖房コントローラ、コーヒーマシーン、照明及びブラインドコントローラ、アラームシステムなどの家庭における他の装置からの両方の装置をネットワーク接続することを可能にするためのものである。同様に、パーソナルコンピュータは、家電装置のカテゴリに属するものとしてみなされるかもしれない。これらはまた、ＵＰｎＰシステムに含まれ、ネットワークに統合することが可能である。
【０００２】
しかしながら、ＵＰｎＰシステムは、データ通信のためのＯＳＩ／ＩＳＯ参照モデルの下位レイヤについての仕様を有していない。これは、特に物理レイヤとデータリンクレイヤに関する。従って、ＵＰｎＰシステムは、やりとりのためにデータを送信するのに利用する必要がある送信媒体に関する仕様をもはや有していない。大変広範な送信規格が、これについて許容されている。これらの具体例としては、イーサネット（登録商標）プロトコル、ＩＥＥＥ１３９４プロトコル及びＩＥＥＥ８０２．１１ｘに基づく無線送信があげられ、Ｂｌｕｅｔｏｏｔｈ又はＨＩＰＥＲＬＡＮ／２も同様に適している。
【０００３】
ＵＰｎＰ仕様（ｗｗｗ．ｕｐｎｐ．ｏｒｇを参照されたい）は、ＵＰｎＰ規格に基づく装置の構成とそれらの制御方法を記載している。この仕様の基本的なアイデアの１つは、標準的なＨＴＭＬブラウザを利用してＵＰｎＰ装置を制御することが可能であるということである。このため、すべてのＵＰｎＰ装置は、装置を制御するためのＨＴＭＬページ（提示ページ）が格納されるウェブサーバを有する。
［発明］
ＵＰｎＰ仕様は、これらのＨＴＭＬページを生成する際に観察される必要があるルールに関して正確な記述を与えていない（例えば、Ｊａｖａ（登録商標）  Ｓｃｒｉｐｔが許容されているか否かなど）。しかしながら、可能な限り多数のブラウザとの互換性を与えるため（すなわち、ＵＰｎＰ装置が可能な限り多数の「制御ポイント」から制御可能にするため）、それはＵＰｎＰ装置のＨＴＭＬページが可能な最もシンプルな構成を有している場合に効果的である。これに関して、特に以下の２つの変形を述べることができる。
・標準的なＨＴＭＬの排他的利用  このとき、ユーザによる適切なアクションが、ＵＰｎＰ装置により適応化されるウェブページの更新ロードを行う。
・装置を制御するためのＪＡＶＡ（登録商標）アプレットのＨＴＭＬページへの埋め込み
特に、第２の変形は、ＨＴＭＬが主として実際には装置制御のための言語でなく、カーソルキーを使用して制御要素などを予め選択する「ボタンの押下」、「スライダの移動」などの装置制御に必要とされる通常の機能がＪＡＶＡ（登録商標）アプレットにより比較的容易に実行可能であるため、特に興味深いものである。この場合、ＪＡＶＡ（登録商標）アプレットは、標準的なＵＰｎＰ  ＳＯＡＰコマンドを使用した制御のため、ＵＰｎＰ装置と通信可能である。すなわち、追加的な通信方法が導入される必要はない。これに関して、ＳＯＡＰという省略形は、規格化されたＳｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌを表す。
【０００４】
各装置のみが制御される必要がある場合（ＵＰｎＰ冷蔵庫など）、ＪＡＶＡ（登録商標）アプレットの（セキュリティのために）制限された機能は十分なものである（ＪＡＶＡ（登録商標）アプリケーションと比較して）。しかしながら、一部の装置は、ネットワークに関する追加的な情報と追加的な通信オプションを必要とする。
【０００５】
この理由は、ネットワーク加入ステーション（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）間のＡＶ（オーディオ／ビデオ）データ送信仕様がまた、ＵＰｎＰ規格化の一部として考案され、２００２年６月にまとめられた。この仕様の正確なタイトルは、２００２年６月１２日付けのＵＰｎＰ  ＡＶアーキテクチャ０．８３である。この仕様は、ＡＶデータを送信するため３つのタイプの装置を規定している。第１には、「メディアサーバ（ＭｅｄｉａＳｅｒｖｅｒ）」であり、これは、ＡＶデータのソースとして選択される装置を示す。第２に、ＡＶデータのためのデータシンクとして利用される装置であるメディアレンダラ（ＭｅｄｉａＲｅｎｄｅｒｅｒ）という装置タイプがある。第３に、さらに提供される固有の装置タイプは、コントロールポイント（ＣｏｎｔｒｏｌＰｏｉｎｔ）タイプである。一例として、ＡＶ装置のための汎用的な遠隔制御は、通常はコントロールポイント装置として適している。あるいは、ネットワークのパーソナルコンピュータがまたこのタスクを実行してもよいが、同様に、遠隔制御を有するテレビセットもまたコントロールポイントとして適しているかもしれない。コントロールポイント装置は、所望のＡＶ接続のためのデータソース及びデータシンクとして適した他の２つのＵＰｎＰ装置と通信する。コントロールポイント装置は、所望のデータストリームに対応可能となるように、ＡＶ接続のための２つの装置を初期化及び設定する。従って、コントロールポイント装置のタスクは、２つのネットワーク加入装置間のＡＶ接続を設定するため、おそらくこれら２つの装置の設定（これらは、典型的には、ボリューム調整、輝度調整、コントラスト調整、トーン調整、品位調整など）を変更するため、そして所望のＡＶデータストリームが送信される際には、すなわち、ＡＶ接続上の両方の装置が接続を特徴付けるデータを削除することを要求するためのものである。しかしながら、コントロールポイント装置は、当該装置タイプについて完全なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｇｒａｍ）が知られる程度までＵＰｎＰ規格において規定されていない。一例として、使用されるコントロールポイントはまた、拡張されたＵＰｎＰ−ＡＶ規格に基づき構成されたものではなく、このためメディアレンダラとメディアサーバとの相違を全く知らないＷｉｎｄｏｗｓ（登録商標）  ＸＰコンピュータであるかもしれない。従って、ＵＰｎＰ−ＡＶ規格に基づき構成される装置が、当該装置により完全な程度まで制御されることを可能にする必要がある。
【０００６】
一例として、ＵＰｎＰ装置がＵＰｎＰ−ＡＶ規格に基づき制御される必要があるとき、例えば、メディアサーバに関する場合には、ネットワークにおいて当該メディアサーバとメディアレンダラとを接続するオプションを有する必要がある。しかしながら、これを行うためには、アプレットはまずメディアレンダラがネットワークに存在するか、存在する場合には、何れのメディアレンダラが存在するか知っている必要がある。ネットワークにおいてＵＰｎＰ装置を検出するタスクは、ＵＰｎＰに基づくコントロールポイントに属するが、ＪＡＶＡ（登録商標）セキュリティ制限はこれを禁止しているため、ＪＡＶＡ（登録商標）アプレットは、これらコントロールポイント機能を完全には採用することができない。プログラミング言語ＪＡＶＡ（登録商標）は、ロード元の装置と同一でない装置とのＴＣＰ／ＩＰベース通信をサポートしていない。それはまた、コントロールポイントが、他のＵＰｎＰ装置を検出することを所望する場合には、マスタとなる必要があるマルチキャストを介した通信をサポートしていない。このため、このタスクは、その目的が制御される装置の当該便利な制御オプションを提供することである場合には、他の方法により制御のためにＵＰｎＰ装置によって実行される必要がある。本発明は、このための「装置確認モジュール」を提供することを提案する。これは、セキュリティ制限を受けるものではなく、その他のネットワークステーションから必要な情報を要求することが可能である。アップロードされたＪＡＶＡ（登録商標）アプレットは、標準的なＵＰｎＰ−ＳＯＡＰコマンド／メッセージを利用して、この「装置確認モジュール」と通信するためのものである。
【０００７】
記載される手段はまた、制御対象となるＵＰｎＰ装置が搭載されているＪＡＶＡ（登録商標）アプレットを有しないとき、効果的である。この場合、当該装置は、標準的なＨＴＭＬページを利用して制御される。これは、新たな各ＨＴＭＬページが新たな挿入（可視的なユーザインタフェースへの変更）のために生成されることにより実行される。これは、ＨＴＭＬページを生成するソフトウェアモジュールにより行われる。この場合、ソフトウェアモジュールがネットワークに存在する装置に関する追加的な情報を有することが必要となる場合、これはまた、このケースにおいて「装置確認モジュール」により構成可能である。
【０００８】
従属クレームにおいて述べられる手段は、効果的な展開及び改良を可能にする。
【０００９】
ネットワークのその他の装置が知られており、接続が設定される必要がある場合、アプレットはまたこれらの装置と通信することが可能である必要がある。しかしながら、これはまた、上述したＪａｖａ（登録商標）セキュリティ制限を考慮すると不可能である。この問題は、制御対象となる装置に「転送モジュール」を導入することにより解決することが可能である。すなわち、アプレットが他の装置と通信することを所望するとき、それは自らの装置の「転送モジュール」にメッセージを送信し（標準的なＳＯＡＰコマンドを利用して宛先アドレスと共に）、当該転送モジュールがこのメッセージを所望の装置に送信し、最終的に応答をアプレットに転送する。
【００１０】
ＵＰｎＰ規格は、特定の機能を提供するための「サービス」を構成するためのコンセプトを含む。従って、それは、「装置確認モジュール」及び「転送モジュール」がＵＰｎＰサービスの形式に従っている場合には効果的である。この場合、装置の内部通信は、ＵＰｎＰ規格に基づき既存の通信補助に訴えることが可能であるため、よりシンプルなものとなる。
【００１１】
本発明に基づくネットワークステーションのための適切な効果的な手段が、請求項１１〜２０に列挙される。
［発明の実施例］
上述されたＵＰｎＰ規格のＡＶ仕様に基づき、ホームネットワークの２つの装置の間にＡＶ接続が確立可能である。この場合、ＵＰｎＰ  ＡＶ仕様は、３つの異なるステーションタイプを区別している。第１には、「メディアサーバ（ＭｅｄｉａＳｅｒｖｅｒ）」である。データソースとして機能するためのＡＶ接続上の当該ステーションは、ＵＰｎＰ  ＡＶ仕様に関して装置タイプメディアサーバに割り当てられる。第２には、メディアレンダラ（ＭｅｄｉａＲｅｎｄｅｒｅｒ）という装置タイプが存在する。このタイプは、ＡＶ接続のためのデータシンクとして選択された装置に割り当てられる。さらに、コントロールポイントという装置タイプがまた存在する。この装置タイプは、通常は制御メニューが表示される装置タイプに割り当てられる。従って、通常、これはディスプレイを備えた装置である。例えば、ホームネットワークのテレビセットがあげられる。他の例は、ホームネットワークに統合されるパーソナルコンピュータや、無線送信を介し同様にホームネットワークに統合されるディスプレイを備えた汎用的な遠隔制御があげられる。図１は、ＡＶ接続のために必要とされるネットワークステーションの基本的分類を示す。メディアサーバ装置は、例えば、ローカルに格納されているか、あるいは外部的に受信されるＡＶデータストリームへのアクセスを有する。メディアサーバ装置は、ＡＶデータストリームへのアクセスを有し、関連付けされるＡＶデータストリームをネットワークを介し他のネットワークステーションに送信可能である。この場合、ＡＶデータストリームは、ネットワークにおいて利用可能な送信媒体に関する伝送プロトコルを利用して送信される。メディアサーバによりサポートされているデータ送信フォーマットは、可能性のあるすべてのリソースに対してコンテンツディレクトリ（ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ）サービスにおいて明示的に規定される。典型的には、装置タイプメディアサーバは、ＶＣＲ、ＣＤ／ＤＶＤプレーヤー、カメラ、カムコーダ、ＰＣ、セットトップボックス、衛星受信機、オーディオテーププレーヤーなどの装置の１つに割当て可能である。特定のＡＶコンテンツを選択するため、「コンテンツディレクトリ」のためのモジュールは、通常はＵＰｎＰ規格に関してメディアサーバにおいて実現される。さらに、メディアレンダラとの接続を設定する際に、コントロールポイント装置が通信するコネクションマネージャ（ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ）と呼ばれる他のモジュールがある。
【００１２】
メディアレンダラ装置は、メディアサーバにより送信されるＡＶデータストリームを受信し、それを画像情報又は音声情報として出力する。同様にして、メディアレンダラ装置は、接続を設定する際に、コントロールポイント装置との通信のため、ある実現形態のコネクションマネージャモジュールを含む。さらに、メディアレンダラ装置は、ある実現形態のレンダリングコントロール（ＲｅｎｄｅｒｉｎｇＣｏｎｔｒｏｌ）モジュールを含む。このモジュールは、ボリューム、トーン、画像品位、コントラスト、輝度、カラーなどの再生特性を設定するためのコマンドを受信し、これらのコマンドを実現する。ホームネットワークにおいてメディアレンダラ装置タイプが割り当てられるべき装置の例として、テレビセット、ステレオアンプ及びＭＰ３プレーヤーがあげられる。実現される送信フォーマットに応じて、メディアレンダラ又はメディアサーバはまた、データ伝送及び再生（再生、停止、早送りなど）を制御するのに使用されるＡＶトランスポート（ＡｖＴｒａｎｓｐｏｒｔ）サービスを有する。
【００１３】
コントロールポイント装置は、メディアサーバとメディアレンダラとの間のデータ伝送を調整する。同様に、それはオペレータからの制御コマンドを実現し、それらをＡＶ接続を介し適切な装置に転送するのに利用される。この場合、適切な例としては、特に再生、停止、一時停止、早送り、巻き戻しコマンドがあげられる。コントロールポイント装置は、特に２つのネットワークステーションの間の論理接続を確立する際にはアクティブである。同様に、ＡＶ接続がそれの目的を完了したとき、又はその後、すなわち、ＡＶデータストリームが選択されたように送信されたとき、又はその後、ＡＶ接続の設定が終了される必要がある。
【００１４】
図１に示されるように、実現されるＡＶトランスポートプロトコルに基づくＡＶデータの送信は、コントロールポイント装置との通信とは独立している。従って、データストリームは、コントロールポイント装置がＡＶ接続設定後にネットワークからログオフしたときでさえ送信される。この既知のトランスポートプロトコルは標準化されているため、これに関するより詳細な情報は以降では与えられない。他方、メディアサーバ又はメディアレンダラが当該装置におけるＡＶ接続を直接設定する機能を備えることを可能にするために有する必要がある追加的な手段に関するより詳細な説明が与えられる。
【００１５】
図２は、シンプルなホームネットワークを示す。参照番号１０は、デジタルテレビ及びラジオプログラムを受信するためのセットトップボックスを示す。参照番号２０は、ビデオレコーダを示す。参照番号３０は、テレビセットを示す。リモートコントロール３１が分離されて示されている。これらの装置のすべてが、ＵＰｎＰにより提供されるＨＴＭＬページを利用して制御される必要がある。従って、リモートコントロールのタスクは、テレビセットのブラウザ上に示される装置のウェブページ上でのナビゲーションを支援することである。参照番号４０は、照明制御装置を示す。参照番号１５は、装置をネットワーク接続するバス接続を示す。ここで述べられる例は、イーサネット（登録商標）バス規格に基づくバス接続である。しかしながら、本発明は、何れのバスシステムが実際に使用されるかについて独立している。他のバス接続規格の例として、ＩＥＥＥ１３９４、ＩＢＭトークンリング、パワーライン、インターバス、ＣＡＮ、ＩＥＥＥ８０２．１１ｂ及びＨＩＰＥＲＬＡＮ／２などの無線送信規格があげられる。セットトップボックス、ビデオレコーダ及びテレビセットの各装置は、ＵＰｎＰ−ＡＶ規格に準拠した装置であり、照明コントローラ４０はＵＰｎＰ規格に準拠した装置である。
【００１６】
図３は、本発明に基づくＵＰｎＰ−ＡＶ装置の構成を示す。それはメディアサーバ又はメディアレンダラタイプのものであってもよい。当該装置は、何れかのＵＰｎＰ装置と同様に、ウェブサーバ５１を含む。ウェブサーバは、いくつかのＨＴＭＬページ５４を格納する。これらのページは、ネットワークに存在する他のＵＰｎＰ装置を利用して、当該装置を制御するのに利用される。典型的には、テレビセット３０などのディスプレイを備えた外部装置が制御のために使用される。このため、外部装置のブラウザは、ネットワーク１５を介した制御のため、装置５０のウェブサーバ５１からのＨＴＭＬページ５４をロードする。以降において、ＨＴＭＬページ５４が搭載されたＪＡＶＡ（登録商標）アプレット５５を有することが仮定される。このＪＡＶＡ（登録商標）アプレットはまた、ＨＴＭＬページ５４のためのロード処理の一部として外部装置にロードされる。それは、この外部装置上で実行される。
【００１７】
ＵＰｎＰ装置５０に対する機能の全範囲を制御可能にするため（すなわち、更新ＡＶ接続を設定する機能を含む）、ＵＰｎＰ−ＡＶ装置５０はまた、装置確認モジュール５３を含む。このソフトウェアモジュールは、ＪＡＶＡ（登録商標）アプレットではなく、従って、これに規定されるセキュリティ制限を受けない。従って、それはコントロールポイント装置のように外部装置と通信することが可能である。このモジュールは、ネットワークのすべてのＵＰｎＰ装置のＵＰｎＰ装置記述が読み込まれることを可能にする。これは、何れのメディアレンダラ装置又はメディアサーバ装置がネットワークに存在するか検出することを可能にする。この装置確認モジュールがＳＯＡＰメッセージを利用してアプレットと通信するため、外部装置において確認される装置をリストすることが可能である。
【００１８】
最終的に、新たなＡＶ接続を設定する必要がある場合、ＪＡＶＡ（登録商標）アプレットは、これについて求められるコマンドを標準的なＳＯＡＰメッセージを利用してＵＰｎＰ−ＡＶ装置５０の転送モジュール５２に送信する。ＳＯＡＰメッセージは、接続が確立される必要がある装置に対する宛先アドレスを示す。このモジュールは、例えば、メディアサーバ装置であるセットトップボックスとメディアレンダラ装置であるビデオレコーダとの間に接続が確立される必要があるとき、ＡＶ接続を設定するためのメッセージシーケンス、すなわち、特にＵＰｎＰ命令であるＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ（ＳＴＢ，ＶＣＲ）を各装置のサービスに転送する。
【００１９】
図４において、装置確認モジュールのＸＭＬ記述が示される。このモジュールのメソッドが、先頭の＜ａｃｔｉｏｎ＞の下にリストされる。ＣｈｅｃｋＴｏｐｏｌｏｇｙＣｈａｎｇｅｄメソッドが、ネットワークトポロジーが変更されたかチェックするのに使用される。変更がある場合、新たな装置アドレス（ＩＰアドレス）が、ＧｅｔＤｅｖｉｃｅＬｏｃａｔｉｏｎｓメソッドを利用して確認可能である。ＧｅｔＲｅｓｏｕｒｃｅメソッドは、関連する装置のウェブサーバ（ＷｅｂＳｅｒｖｅｒ）からファイルをロードするのに使用可能である。これは、より正確な情報が各ネットワークステーションに関して取得されることを可能にする。この場合、例えば、所望の装置に対するＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎをロードすることが可能である。これは、要求された装置に対するＸＭＬ記述である。それはまた、装置がメディアレンダラ及び／又はメディアサーバタイプのものであるか否かに関する情報を含む。
【００２０】
図５において、転送モジュールのためのＸＭＬ記述が示される。これは、メソッドを全く規定しておらず、このため、すべての到達したコマンド／メッセージが転送されることを保証する。ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎなどのコマンドが、標準的なＳＯＡＰメッセージに埋め込まれた形式によりＪＡＶＡ（登録商標）アプレットにより転送モジュールに送信される。それらは、ＳＯＡＰインタフェースを用いてＵＰｎＰメッセージに変換される。
【００２１】
当該実施例では、２つのソフトウェアモジュールが、ＵＰｎＰサービスの形式に従う。変更された実施例では、これらのモジュールは、個別の専用モジュールの形式に従うものであってもよいし、あるいは単一のモジュールに合成されてもよい。
【００２２】
図６において、さらなる実施例が示される。同一の参照番号は、図３と同じコンポーネントを示す。この場合、ＵＰｎＰ−ＡＶ装置５０のウェブサーバは、装置を制御するための搭載されたＪＡＶＡ（登録商標）アプレットなしに利用可能なシンプルなＨＴＭＬページを保持する。標準的なＨＴＭＬのみが使用される場合、プログラミングオプションは限定される。この場合、パラメータを設定するためのスライダなどの特定の制御機能を可能にするため、それぞれ更新されるＨＴＭＬページを生成し、各ケースにおいて更新されたこれらのページをロードすることが必要である。このため、ＵＰｎＰ−ＡＶ装置５０は、追加的なコンポーネントとして、ＨＴＭＬページを生成するためのソフトウェアモジュール５６を有する。このモジュールは、ロードされたＨＴＭＬページにより発行されるＳＯＡＰコマンドを受信し、それらを評価し、新たなＨＴＭＬページを生成する。
【００２３】
ＡＶを確立する機能を実現するため、同様に装置確認モジュール５３が実現されることが適当である。この場合、転送モジュール５２は、ソフトウェアモジュール５６に統合されるかもしれない。さらに精緻化されたものでは、装置確認モジュールはまた、ソフトウェアモジュール５６に統合されてもよい。
【００２４】
本発明は、ウェブページ、特にＨＴＭＬページを利用して制御可能な装置について適切に利用可能である。本発明は、ＵＰｎＰ−ＡＶ規格に基づき構成される装置において特に効果的に利用可能である。
【図面の簡単な説明】
【００２５】
【図１】図１は、ＵＰｎＰ  ＡＶアーキテクチャ０．８３に基づく２つのネットワークステーション間のＡＶデータの送信の基本図を示す。
【図２】図２は、標準的なＵＰｎＰ装置とＵＰｎＰ−ＡＶ装置を有する一例となるネットワークを示す。
【図３】図３は、メディアサーバタイプのＵＰｎＰ−ＡＶ装置のブロック図による本発明に基づく第１実施例を示す。
【図４】図４は、ＸＭＬ記述の形式による本発明の装置確認モジュールの一例を示す。
【図５】図５は、ＸＭＬ記述の形式による本発明の転送モジュールの一例を示す。
【図６】図６は、メディアサーバタイプのＵＰｎＰ−ＡＶ装置のブロック図の形式による本発明に基づく第２実施例を示す。
【図１】
2007534069.tif 000003
【図２】
2007534069.tif 000004
【図３】
2007534069.tif 000005
2007534069.tif 000006
【図４】
2007534069.tif 000007
【図５】
2007534069.tif 000008
【図６】
2007534069.tif 000009
【国際調査報告】
2007534069.tif 000010
2007534069.tif 000011