(57)【特許請求の範囲】
【請求項１】
第１の形式のネットワークのネットワーク局からの入力パラメータを第２の形式のネットワークに提供する方法であって、
前記第２の形式のネットワークは、ゲートウェイを介して前記第１の形式のネットワークに接続され、
前記第２の形式のネットワークのネットワークプロトコルは、通常動作状態で入力パラメータの変更について前記第２の形式のネットワークのネットワーク局に通知する専用処理を有さず、
前記第１の形式のネットワークのネットワーク局についての入力パラメータの変更に関係する情報が受信された場合、前記入力パラメータに関係する前記ネットワーク局は、まず前記第２の形式のネットワークの前記ゲートウェイによりログオフされ、
前記ゲートウェイにおいて、前記入力パラメータを、前記第２の形式のネットワークで既知の情報要素にマップする動作が実行され、
前記入力パラメータに関係する前記ネットワーク局は、前記第２の形式のネットワークで再度ログオンされ、
前記第２の形式のネットワークのネットワーク局は、ログオン段階で変更した入力パラメータについて通知される方法。
【請求項２】
請求項１に記載の方法であって、
前記第１の形式のネットワークは、HAVi標準に基づくネットワークであり、
HAViはHome  Audio/Video  Interoperabilityを意味する方法。
【請求項３】
請求項１又は２に記載の方法であって、
前記第２の形式のネットワークは、インターネットプロトコルに基づくネットワーク、特にUPnPであり、
UPnPはUniversal  Plug  and  Playを意味する方法。
【請求項４】
請求項１ないし３のうちいずれか１項に記載の方法であって、
前記入力パラメータに関係する前記ネットワーク局のログオフ及び再度のログオンは、Simple  Service  Discovery  ProtocolであるSSDPに従って、特にssdp::byebyeログオフメッセージ及びssdp::aliveログオンメッセージを使用して実行される方法。
【請求項５】
請求項３又は４に記載の方法であって、
前記入力パラメータは、HAViネットワーク局のユーザ定義の名前、特にパラメータUserPreferredNameに関係する方法。
【請求項６】
請求項５に記載の方法であって、
前記入力パラメータUserPreferredNameは、前記入力パラメータに関係する前記HAViネットワーク局のXML装置記述の情報要素FriendlyNameにマップされる方法。
【請求項７】
請求項１ないし６のうちいずれか１項に記載の方法であって、
ネットワーク局からの入力パラメータのユーザ定義の入力のためのテキスト入力メニューが提供され、表示ユニットに重ねられ、
リモコンの数字キーを用いて入力されたテキストを用いて、前記表示ユニットに選択されたテキストフィールドの現在のテキストが重ねられる方法。
【請求項８】
請求項７に記載の方法であって、
前記テキスト入力メニューは、HAViネットワーク装置のユーザインタフェースの一部として実装され、テキスト入力キーを押下することにより起動され、テキスト入力キーが押下された後に、テキスト入力フィールドがフォーカスされているか否かを決定する検査が実行される方法。
【請求項９】
第２の形式のネットワークへの第１の形式のネットワークの接続用の接続ユニットであって、
前記第１の形式のネットワークのネットワーク局についての入力パラメータの変更に関する情報を受信する手段を有し、前記第２の形式のネットワークのネットワークプロトコルは、通常動作状態で入力パラメータの変更について前記第２の形式のネットワークのネットワーク局に通知する専用処理を有さず、
前記第１の形式のネットワークのネットワーク局についての入力パラメータの変更に関係する情報が受信された場合、前記第２の形式のネットワークのネットワーク局をログオフするログオフ手段を有し、
前記第２の形式のネットワークに適したフォーマットに、前記変更した入力パラメータを変換する変換手段を有し、
前記入力パラメータの変換後に、前記第２の形式のネットワークのネットワーク局を再度ログオンするログオン手段を有し、
前記第２の形式のネットワークのネットワーク局は、ログオン段階で変更した入力パラメータについて通知される接続ユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームネットワークの技術分野に関するものである。特に、本発明は、ゲートウェイを介して第１の形式のネットワーク(例えばHAViベースのホームネットワーク)が第２の形式のネットワーク(例えばUPnPベースのホームネットワーク)に接続されている分野に属する。
【背景技術】
【０００２】
多様なホームネットワーク標準が、ドメスティック分野の装置のネットワークに利用可能になっている。特に、IEEE1394バス標準は、エンターテインメント用電子機器の分野で確立されてきた。これにより、非常に高いデータレートでのエンターテインメント用電子装置間での通信が可能である。100、200及び400Mbit/sのデータレートがサポートされている。これは、ネットワーク局を制御する非同期データパケットと、等時性オーディオ及びビデオデータストリームとを並行に送信するのに十分である。しかし、IEEE標準1394は、データ通信用のISO/OSI参照モデルの下位レイヤのみ(すなわち、ビット伝送レイヤ(物理レイヤ)、データプロテクションレイヤ(データリンクレイヤ)及びスイッチングレイヤの一部(ネットワークレイヤ))を定めている。一方、上位レイヤ(すなわち、トランスポートレイヤ、通信制御レイヤ(セッションレイヤ)、プレゼンテーションレイヤ及びアプリケーションレイヤ)は定められていない。
【０００３】
エンターテインメント用電子機器企業のコンソーシアムは、エンターテインメント用電子装置間でデータを交換するために、上位レイヤを定めるタスクを行っている。この標準はHAViの略称で知られており、HAViは、Home  Audio/Video  interoperabilityを意味する。この標準は、いわゆる相互接続ミドルウェアを定めており、異なる製造者からの製品が相互に認識する(すなわち、ネットワークを介して一緒にタスクを実行するために協力する)ことを確保する。
【０００４】
他の企業のコンソーシアム(特に、Microsoftが先導するコンピュータ業界の企業)は、既存のインターネットプロトコル(IP)に基づいてネットワーク制御ソフトウェアの仕様について異なるイニシアティブを開始している。このネットワークシステムは、UPnP(Universal  Plug  and  Play)の略称で知られている。このシステムでは、その仕様は主にエンターテインメント用電子装置に関係しないが、他の装置(特に、パーソナルコンピュータ、冷蔵庫や電子レンジや洗浄器や暖房制御や照明制御や警報システムコントローラ等のような白物のドメスティック装置等)もまたネットワークで統合され得る。
【０００５】
時々、２つのホームネットワーク標準のHAViとUPnPは競合企業としてみなされるが、少なくとも一部では、それらは異なる目的を提供しており、２つのネットワークが相互に同時にドメスティック環境で存在することができ、ゲートウェイ環境を介して相互に接続されるというシナリオを前提としている。そのため、HAViネットワーク側からUPnPネットワークの装置を制御することが可能であるべきであり、その逆も同様である。２つのネットワーク間の接続ユニットは、以下の文章ではゲートウェイと呼ばれる。ゲートウェイという表現は、しばしば、同様に使用されるブリッジ回路又はブリッジという表現と同じではない。しかし、ある場合には、ブリッジ回路とゲートウェイとの違いは、ブリッジ回路はそれぞれ他のネットワークにデータプロテクションレイヤでデータパケットを送信するが、それに対して、ゲートウェイの場合には、データパケットは実際にISO/OSI参照モデルの上位レベルで送信されるという点である。
【０００６】
HAViとUPnPネットワークとの接続用のゲートウェイにこれまでに関連する研究は、常にいわゆる“プロキシベースのゲートウェイ”の手法に基づいている。これは、以下のことを隠す。UPnPネットワーク局がHAVi装置から可視になるように、UPnP装置は、いわゆるHAVi-DCMによりゲートウェイのHAVi側で表される。この場合のDCMはDevice  Control  Moduleを意味する。この更なるDCMはHAViネットワークにログインされ、HAVi装置からアドレス指定され得る。この場合には、１つのDCMがUPnPネットワーク局毎に必要になる。チューナと増幅器と表示ユニットとの機能を有するテレビのように、ネットワーク局が異なる機能を提供する場合、複数のいわゆるFCMがDCM毎に提供され得る。この場合のFCMはいわゆるfunctional  component  moduleであり、それを用いて装置の機能がカバーされる。
【０００７】
逆に、HAViネットワーク局もまた、UPnP側からアドレス指定され得るべきである。UPnP側では、HAVi装置はいわゆるUPnP装置により表される。これは、対応のUPnP装置が各HAViネットワーク局のゲートウェイにも提供されることを意味する。いわゆるXML装置記述は、UPnP装置毎に存在する。この場合、XMLは、記述言語のExtention  Markup  Languageを意味する。UPnP側のHAVi  FCMの対応の機能は、いわゆるサービスである。従って、複数のUPnPサービスは、１つのUPnP装置に記述され得る。HAVi  DCM/FCMとUPnP装置／サービスとの間の変換は、できるだけ完全であるべきである。しかし、２つの標準を比較すると、このような変換が常に可能であるとは限らないことが明らかである。
【０００８】
UPnP装置は、常にエンターテインメント用伝送装置を越えた分野から生じているため、洗浄器のような装置の機能は、エンターテインメント用電子装置の通常の機能に容易にマップすることができない。それにもかかわらず、このことがHAVi側のUPnP装置の表示でうまく実現され得る方法は、同一出願人の以前の欧州特許出願EP  02  090  147.6から明らかである。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
HAVi及びUPnPベースの異なるホームネットワークの結合に関する研究開発の間に、本発明者は、HAViとUPnPとの機能の間の完全な１対１の変換が同様に可能ではないという問題に直面した。HAVi側では、このような機能は、ユーザ定義の名前をHAViネットワーク局に割り当てる機能である。これはユーザにより自由に選択可能であり、過去に遡って変更可能でもある。これに関連したHAVi仕様は、パラメータUserPreferredNameが装置毎に定められ得ることを示す。この装置名が変更された場合、その変更は、いわゆるイベントを介して全ての他のHAViネットワーク局に信号で伝えられる。そのHAViネットワーク局は、表示ユニットを備えている場合には、適切な変更を可視可能にする。変更した装置名がまたUPnP側で可視可能になることを目的としている場合、パラメータUserPreferredNameは関連のXML装置記述の対応する情報要素にマップされなければならない。UPnP側でこの目的に使用され得る唯一の要素は、表示“FriendlyName”を有し、XML装置記述の一部である。しかし、UPnP仕様は、変更不可能なドキュメントであるXML装置記述を前提としている。具体的には、例えば以前にインスタンス化したXML装置記述が変更し、いわばUPnP装置で更新されるべきであることをUPnP装置に通知する機能が存在しない。
【００１０】
それにもかかわらず、本発明は、変更した装置名をネットワーク間で一貫して可視可能にする機能を提供する目的を有する。本発明による解決策は、装置名が変更したHAViネットワーク局がログオフして再度ログオンすることにより、UPnPネットワーク局が更新したXML装置記述を再度読み取らせることを有する。
【課題を解決するための手段】
【００１１】
有利には、ソフトウェアモジュールは、ゲートウェイに提供され、そのゲートウェイは装置名変更イベントを評価し、ログオフメッセージがUPnP側に送信されることを確保し、関連のXML記述の再初期化を開始し、再度ログオンする適切なHAVi装置のメッセージがUPnP側に送信されたことを確保する。特に、ssdp::byebye形式の発見メッセージは、ログオフメッセージとして有利に使用され得る。ssdp::alive形式の発見メッセージは、ログオンメッセージとして有利に使用され得る。装置名を最も良く表すXML装置記述の情報要素は、UPnP側で表示FriendlyNameを有する。
【発明の効果】
【００１２】
本発明の１つの利点は、装置名のユーザ定義の入力用に提供されたテキスト入力メニューを提供することであり、このメニューでHAVi側の表示ユニットに重ねられ、そのテキスト入力メニューは、リモコンの数字キーを用いてテキストが入力され得るように設計される。
【発明を実施するための最良の形態】
【００１３】
本発明の例示的な実施例について、以下の詳細な説明で更に詳細に説明し、図面に示す。
【００１４】
図１は、ゲートウェイを介して相互に接続されている２つのホームネットワークの基本構成を示している。UPnPベースのホームネットワークは、図１の左側に示されている。参照番号10は、UPnP装置の一例として、監視カメラを示している。参照番号11は、UPnPネットワーク局の更なる例として、照明制御ユニットを示している。参照番号12はまた、同様にUPnPネットワークに統合されているパーソナルコンピュータを示している。UPnP装置は、ネットワーク接続13を介して連結されている。広く使用されている既知のEthernet（登録商標）バスは、このようなネットワーク接続13の典型的な例として言及されるべきである。
【００１５】
HAVi標準に従って設計されたホームネットワークの例は、図１の右側に示されている。参照番号19は、デジタルテレビ用の受信機であるいわゆるセットトップボックスを示している。参照番号20は、デジタルTVを示している。このようなデジタルテレビは、もはやその独自の受信部を一般的に有していないが、その他の装置(例えばセットトップボックス19)からデジタルビデオ及びオーディオデータを受信する。しかし、図示の状況では、ビデオ及びオーディオデータは、ネットワークケーブルを介してデジタルテレビ20に伝送される。参照番号21は、ビデオレコーダを示している。ネットワークケーブルは参照番号22で記されている。HAViネットワークの前提の例では、このネットワークケーブル22は、いわゆるIEEE1394バスで構成される。
【００１６】
ゲートウェイ14は、図１の中心に示されており、２つのネットワークを相互に接続する。このため、一方ではいわゆるIPスタック15、及び他方ではいわゆるHAViスタック16がゲートウェイ14に提供される。IPスタック15とHAViスタック16は、各接続ネットワークへの関与に必要な全てのソフトウェア構成要素を有する。更に、ゲートウェイ14は、別々に記載していない更なるソフトウェア構成要素を有する。しかし、図面は、データが２つのソフトウェアスタック15及び16の間で交換されることを概略的に示している。この場合の参照番号17は、オーディオ及びビデオデータストリーム用のデータパスを示している。それに対して、参照番号18は、２つのソフトウェアスタックの間で交換される必要のある制御メッセージ用のデータパスを示している。
【００１７】
HAVi標準及びUPnP仕様は、公開されている。HAVi仕様の1.1版が現在入手可能である。正確な題名は、The  HAVi  Specification“Specification  of  the  Home  Audio/Video  interoperability  (HAVi)  Architecture”、Version1.1、2001年5月15日である。UPnP仕様は、Microsoft社から取得可能である。更なる情報はまた、UPnPシステムの公式インターネットページで入手可能である。このため、インターネットページwww.UPnP.orgへの参照が行われる。
【００１８】
HAViシステム及びUPnPシステムの構成要素は、本発明を説明するために全てが重要ではないため、必須の構成要素のみを以下の文章で詳細に説明する。本発明の開示に関する更なる詳細については、前述の２つの仕様への明確な参照が行われる。
【００１９】
図２において、同じ参照番号は、図１にも示した構成要素を示している。ゲートウェイ14の主要なソフトウェア構成要素は、図２の左側に示されている。デジタルテレビ20の主要なソフトウェア構成要素は、図２の右側に示されている。図１を参照して既に説明したように、ゲートウェイ14は、UPnPネットワークでの通信用のインターネットプロトコルスタック15と、HAViネットワークでの通信用のHAViスタック16とを有する。IEEE1394インタフェース41は、HAViスタック16の最下位レベルに示されている。これは、一般的にソフトウェア構成要素の形式ではない。実際に、IEEE標準1394は、ビット伝送レイヤ及びデータプロテクションレイヤがハードウェアの形式でなければならないことを定めている。一般的に、２つの異なるICがこの目的で使用される。更に、いわゆる通信メディアマネージャ40は、ソフトウェア構成要素の形式である。これは、スイッチングレイヤ及びトランスポートレイヤの一部を形成し、他のソフトウェア要素とIEEE1394バスとの間のインタフェースを形成する。いわゆるメッセージングシステム39が、通信メディアマネージャ40の上位に実装されている。HAVi標準では、２つの異なるソフトウェアモジュールが相互にデータを交換しようとすると常にメッセージングシステムが使用されるため、この構成要素は非常に重要な構成要素である。メッセージングシステムはISO/OSI参照モデルのネットワーク及びトランスポートレイヤと独立である。
【００２０】
HAViスタックの更なるモジュールは、いわゆるイベントマネージャ34である。イベントマネージャ34の目的は、生じた変更／イベントをネットワークの多様なソフトウェア要素に通知することである。そのようなイベントは、特に装置がネットワークに接続したとき又は切断したときに生じる。HAViスタック16の更なるソフトウェア構成要素は、いわゆるレジストリ35である。ネットワークの利用可能なソフトウェア要素はレジストリに記載される。レジストリは、特定のソフトウェア要素を探すサービスを提供する。ネットワークの他のソフトウェア要素と通信しようとするソフトウェア要素は、レジストリに登録されなければならない。HAViスタック16の更なるソフトウェア要素は、いわゆるDCMマネージャ36であり、その目的は、各ネットワーク局にDCM(Device  Control  Module)をインストールすることである。
【００２１】
ネットワークに実装されたアプリケーションは、複数のいわゆるFCM(Functional  Component  Module)にアクセスする。FCMの多様な形式の機能は、HAVi標準自体に指定されている。これらには、チューナFCM、VCR  FCM、クロックFCM、カメラFCM、AVディスクFCM、増幅器FCM、ディスプレイFCM、AVディスプレイFCM、モデムFCM及びウェブプロキシFCMが含まれる。
【００２２】
リソースマネージャ37は、ネットワークの特定のリソースが依然として各要求タスクに利用可能であるか、又は既に割り当てられているかを監視するタスクを有する。このように、アプリケーションプログラムが未使用である場合には、それはアプリケーションプログラムに適切なリソースを割り当てる。
【００２３】
いわゆるストリームマネージャ38はまた、HAViスタックの更なる構成要素として提供され、ネットワーク加入者局間の接続を設定する役目をする。AVデータストリームは、設定された接続を介して送信され得る。
【００２４】
多様なDCMモジュールもまた、既に説明したHAViスタックのソフトウェア要素の上位に、ゲートウェイで設定される。DCMは、対応のHAVi装置を制御するために、HAVi側で使用されるソフトウェア要素である。従って、関連のHAVi  DCMは、UPnP装置を制御するために、UPnP装置毎にゲートウェイにインストールされる。一例として、参照番号30は、UPnPネットワークでカメラ10を監視するDCMを示している。DCM31は、UPnPネットワークでパーソナルコンピュータ12を制御するために使用される。関連のDCM33はまた、照明制御ユニット11用にHAViゲートウェイ14に提供される。HAVi仕様によると、HAViネットワークの他のDCMもまたHAViゲートウェイ14にインストールされ得るが、図２の例に示すように、必ずしもそうとは限らない。参照番号32はまた、ゲートウェイ14用のアプリケーションプログラムを示している。このモジュールが実行する機能について、以下の文章で詳細に説明する。
【００２５】
同様にゲートウェイ14に提供されるIPスタック15は、その全ての構成要素で図示されていない。このようなIPスタックの構成は、従来技術から既知である。従って、説明を簡単にするために、３つの主要な構成要素のみが示されている。その第１のものは、いわゆるHTTPウェブサーバ27であり、そのHTTPウェブサーバ27は、HAViネットワークの装置の多様なXML装置記述(すなわち、ビデオレコーダ21用のXML装置記述23と、セットトップボックス19用のXML装置記述24と、デジタルテレビ20用のXML装置記述25)を有する。SSDPプロトコルを実装するユニットも、IPスタック15の更なる構成要素として提供されており、参照番号29で示されている。SSDPプロトコル(Simple  Service  Directory  Protocol)は、同様に既知であると仮定する。更なる構成要素はまた、XML装置記述生成ユニット28である。これも、現在利用可能なゲートウェイ技術の従来の実装と考えられる。その構成要素は、必ずしもIPスタック15の一部と考えられる必要はなく、それから離れたユニットとして実装されてもよい。
【００２６】
HAViスタックの個々のソフトウェア要素は、同様にデジタルテレビ20について別に記載されている。これらの構成要素は、ゲートウェイ14のHAViスタックのものと同じ文字の省略で示されているため、これらの部分を再度詳細に説明する必要はない。
【００２７】
例示的な実施例のデジタルテレビ20は、いわゆるFAV装置(Full  AV  Device)であると仮定する。このような装置は、非常に多数のHAViソフトウェア要素を備えている。特別な特徴は、FAV装置はまた、それに実装されたいわゆるJava（登録商標）仮想マシンを有することである。従って、その装置は、Java（登録商標）コードを動作可能なプログラムコードに変換することが可能であり、適切にそれを動作することが可能である。FAV装置は、その他の何らかのHAViネットワーク装置からDCMをロードする機能を有する。DCMは、FAV装置のDCMと共にFAV装置にインストールされる。従って、図２は、ビデオレコーダ21及びセットトップボックス19を制御するDCM43及び45もまた、デジタルテレビ44用のDCMと共にインストールされていることを示している。同様に、図面はまた、ユーザインタフェース42を示している。
【００２８】
デジタルテレビ20のユーザ定義の装置名がHAViネットワークで変更したときに多様なソフトウェア要素が相互作用する方法について、以下の文章で詳細に説明する。入力パラメータUserPreferredNameは、ユーザ定義の装置名を特定するために、HAViシステムに提供される。このパラメータは各DCMの一部である。しかし、パラメータは、例えば各装置のレジストリにも格納される。ユーザは、ネットワークの個々の装置に固有の名前を割り当てようとする。ネットワークの同じカテゴリに２つ以上の装置が存在する場合(リビングルームにあるテレビ及び寝室にあるテレビ)、これらの装置を区別することが容易に可能になる。例えば、この目的で、ユーザは、リビングルームのテレビに“living  room  TV”という名前を与えることができる。ユーザがユーザインタフェースを介して名前を入力すると、ユーザインタフェース42は、メッセージシステム51を用いて、新しい入力パラメータUserPreferredNameがテレビについて入力されたことを、デジタルテレビ20のDCMに通知する(ラベル１で示す)。このため、ユーザインタフェース42は、DCMで利用可能なサービスDCM::SetUserPreferredNameを使用する。DCM自体でパラメータを更新することに加えて、このサービスはまた、レジストリ47の新しい名前の再登録を開始する(ラベル２で示す)。このパラメータに関するエントリーの全てが更新された場合、DCM44は、イベントマネージャ46に通知を始める。このステップはラベル３で記されており、DCM44がいわゆるUserPreferredNameChangedEventを生成することにより実行される。このイベントはHAViシステム内のグローバルイベントとして分類されるため、これは、イベントマネージャ46がこのイベントを伝えることを生じる。ラベル４は、デジタルテレビ20のUserPreferredNameChangedEventを介したゲートウェイ14の通知を示している。このイベントに関与するゲートウェイ14のソフトウェア要素の全ては、イベントマネージャ34に登録されている。特に、イベントマネージャ34のゲートウェイソフトウェアモジュール32は、UserPerferredNameChangedEventを登録することができる。イベントマネージャ34は、デジタルテレビ20に関するUserPreferredNameChangedEventの到達をゲートウェイソフトウェア32に通知する(ラベル５参照)。ゲートウェイソフトウェア32の通知は、ゲートウェイのUPnPプロトコルスタック15への通知の発出を導く。これは図２のマーク６で示されている。しかし、UPnPプロトコルスタック15は特定のHAViメッセージを受領しないため、ゲートウェイソフトウェア32は、UPnPスタック15が認識可能なフォーマットへのこのメッセージの変換を開始する必要がある。UPnPスタック15により認識可能な関連のUPnPメッセージは、いわゆるSOAPプロトコル(Simple  Object  Access  Protocol)に基づいてもよい。従って、ゲートウェイソフトウェア32は、SOAPメッセージの形式へのHAViメッセージの変換を開始し又はそれ自体で実行する必要がある。双方のシステムが指定されているため、この変換は更なる困難なく実行され得る。SSDPユニット29は、SSDPプロトコルに基づいて、対応のSOAPメッセージをSSDP発見メッセージに変換する。代替として、ゲートウェイソフトウェア32がUPnP装置としてHAVi装置を表すソフトウェアモジュールに名前の変更を通知するように、それが実装されてもよい。このモジュールは、発見メッセージssdp::byebye(DTV)を生成するためにSSDPモジュール29を使用し、その発見メッセージssdp::byebye(DTV)は加入者局の全てのUPnPネットワークに伝えられる。これはマーク７で示されている。
【００２９】
この通知は、デジタルテレビ20がUPnPネットワークでログオフすることを生じる。これは、HAVi装置を含み、現在ネットワーク構成を表示ユニットに完全に表示しているUPnP装置が、表示からデジタルテレビ20を一時的にマスクすることを意味する。デジタルテレビ20がログオフすると、マーク８で示すステップにおいて、ゲートウェイソフトウェア32は、XML装置記述生成ユニット28がデジタルテレビ20の新しいXML記述を生成することを確保する。これは、ソフトウェアモジュール32が新しい“UserPreferredName”で古い“FriendlyName”を交換することで行なわれる。この新しい“UserPreferredName”は、XMLドキュメントでイベント毎に受信され、ウェブサーバ27の古いXML記述25を新しいものと交換する。関連のステップは、マーク８で示されている。
【００３０】
新しい装置記述が作られると、ゲートウェイソフトウェア32は、再びSSDPモジュール29のSOAPメッセージを作る(ラベル１０)。このSOAPメッセージは、SSDPモジュールによりSSDP発見メッセージに変換される。正確には、これはssdp::alive(DTV)メッセージである。デジタルテレビ20は、再度このメッセージを使用し、再度UPnPネットワークにログオンする(ラベル１１)。関連のXML記述25へのDCM44の変換は、短い時間のみ(例えば数ミリ秒)を要する。従って、ログオンメッセージは、同様にログオフメッセージの後の短い時間のみ、UPnPネットワークに送信される。従って、その間のDTV装置20のログオフは、ユーザにより認識されない、又はユーザにほとんど認識されない。デジタルテレビ20が再度ログオンすると、UPnP装置は、デジタルテレビ20のXML記述を再度ロードするように要求される。この処理が終了すると、新しい装置名がUPnPネットワークでも更新され、表示に認められる。すなわち、新しい装置名が各表示ユニットに表示される。
【００３１】
この手順は、ネットワーク間での名前の一貫性を確保する。HAVi装置が前にログオフして再びログオンすることを有する手順は、HAViネットワーク装置が如何なる段階でも決して矛盾しないことを確保する。
【００３２】
以下の文章はまた、テキストフィールドのテキスト入力が、従来のリモコンを用いてユーザインタフェースに有利に入力され得る方法の説明を提供する。図３は、本発明によるテキスト入力メニューを示しており、そのテキスト入力メニューは図面の参照番号60で示されている。同様に、図面はHAViネットワークにあるデジタルテレビ20を制御するユーザインタフェース内のテキストフィールドも示している。このテキストフィールドは、入力パラメータUserPreferredNameの入力フィールドに対応する参照番号61を備えている。図面は、標準エントリーのTVが現在このフィールドに入力されていることを示している。ユーザがこのテキストフィールドにフォーカスすると(すなわち、リモコンを使用してそれを選択すると)、リモコンの“テキスト入力キー”を押下することにより、入力メニュー60が始まる。リモコンで“テキスト入力キー”を押下した後に、havlet、アプリケーション又はFAV自体のUIにあってもよいテキスト入力フィールドがフォーカスされているか否かの検査が実行される。
【００３３】
テキスト入力メニューは、テレビの表示ユニットにウィンドウの形式で現れる。大きいテキスト入力ウィンドウ62がテキスト入力メニュー60に提供される。リモコンの通常のキーは、このテキスト入力ウィンドウと共に記号で表される。これには、数字キーと、カーソル制御キーと、選択キーと、重要度がそれぞれの場合に色付き記号と共に省略形で示される異なる色キーとが含まれる。それぞれの場合の数字キーの上の記号は、どの文字がテキスト入力についてその数字キーを使用して選択され得るかを示している。従って、テキストは、例えば携帯電話から既知の形式で数字キーを介して、単にリモコンを用いて入力される。これに関して、テキスト入力ツールの自動言語識別を統合することも可能である。例えば、言語識別システムT9も携帯電話で使用される。図３に示すように、テキスト入力メニューが自動的に開くと、フォーカスしたテキストフィールドの現在の内容は、テキスト入力フィールド62に自動的にコピーされる。この下のカーソルのブリンクは、標準エントリーの個々の文字が変更可能であることを示している。新しい名前が入力されると、入力キーOKを押下することにより、新しいエントリーがテキストフィールド61にコピーされる。“テキスト入力ツール”の“OK”が押下されると、修正したテキストが、テキスト入力フィールド61にコピーされてフォーカスされる。従って、これは、テキスト入力の前と同じ状態を再び生じるが、テキスト入力フィールドのテキストが変更されている。テキスト入力を終了するために、“OK”が再度押下されなければならない。“テキストツール”を開始する前及び“テキストツール”を終了した後の状態で、リモコンの数字キーを介してテキスト又は数字を入力するために、適当なキーパッドが使用されてもよい。
【００３４】
テキスト入力ツールは、デジタルテレビ20のHAVi  UI42内の中心のツールの形式でもよい。テキスト入力ツールは、デジタルテレビにキーパッドが実際に供給されていないが、数字リモコンのみが供給されている状況で提供される。このテキスト入力支援のプログラム変換は、以下のように実行可能である。HAViユーザインタフェース42は、リモコンのテキストキーが押下されているか否かを監視する。この場合、テキスト入力ツールに示されているキーのみが、テキストを入力するために必要なものである。テキストキーは、テキストツールが開始する前に使用され、その後には必要ないため、図３に示していない。
【００３５】
リモコンの“テキスト入力キー”を押下した後に、テキスト入力フィールドがフォーカスされているか否かを決定するために検査が実行される。そのテキスト入力フィールドは、havlet、アプリケーションプログラム又はFAV自体のユーザインタフェースプログラムにあってもよい。
【００３６】
テキスト入力の終了後に、テキスト入力ツールは終了し、新しく編集したテキストが、以前にフォーカスされたテキスト入力フィールドにコピーされる。従って、これは普遍的なテキスト入力支援であり、HAViネットワークの全てのhavlet/アプリケーションに使用可能である。
【００３７】
本発明は、UPnPネットワークへのHAViネットワークの接続用に使用されるゲートウェイに特に使用され得る。しかし、他のネットワークを相互に接続するゲートウェイ(例えば、OSGiネットワークへのHAViネットワークの接続、又はUPnPやOSGiのようなIPネットワークへの電力線データ伝送に基づくEHSのようなネットワークの接続)にそれを使用することも可能である。
【図面の簡単な説明】
【００３８】
【図１】ゲートウェイを介して相互に接続されている２つのホームネットワークの図
【図２】本発明の方法の手順、及び装置名が変更されるHAVi装置及びゲートウェイでのソフトウェア構成要素の相互作用
【図３】本発明によるテキスト入力メニュー
【図１】
0004511947.tif 000002
【図２】
0004511947.tif 000003
【図３】
0004511947.tif 000004