(57)【要約】ウェブ・サービスのリストを有する既知のUDDIサーバ・アドレスに問い合わせる工程、該リストから適切なウェブ・サービスを識別する工程、及びウェブ・サービスの少なくとも１つのマシン判読可能な記述を自動的にダウンロードする工程を有する、ウェブ・サービスを自動的に発見する方法。ウェブ・サービスのリストを有する既知のUDDIサーバ・アドレスに問い合わせ、該リストから適切なウェブ・サービスを識別する、ウェブ・サービスの少なくとも１つのマシン判読可能な記述を自動的にダウンロードするよう形成される、通信手段、を有する、ウェブ・サービスを自動的に発見する、装置も説明する。
2005520237.tif 000002
【特許請求の範囲】
【請求項１】
ウェブ・サービスを自動的に発見する方法であって：
ウェブ・サービスのリストを有する既知のUDDIサーバ・アドレスに問い合わせる工程；
該リストから適切なウェブ・サービスを識別する工程；及び
ウェブ・サービスの少なくとも１つのマシン判読可能な記述を自動的にダウンロードする工程；
を有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、CEデバイスによって定期的に、ユーザの対話なしで、実施されることを特徴とする方法。
【請求項３】
請求項１又は２記載の方法であって、該問い合わせる工程が：
所定のフォーマットで問い合わせを送信するサブ工程；
を有し、該問い合わせが特定の要求を有し、識別されるウェブ・サービス種類を限定することを特徴とする方法。
【請求項４】
請求項３記載の方法であって、該問い合わせがTVエニータイム・サービスに対する要求を有し、該問い合わせが更に、一連の分類で、該サービスが従う必要のあるもの、を規定するエレメントを有することを特徴とする方法。
【請求項５】
請求項４記載の方法であって、該一連の分類が、オーソリティ名、ブロードキャスト・サービス、ジャンル、コンテンツ・フォーマット、サービス利用権、テーブルの種類、及び問い合わせ可能フィールド、のうちの少なくとも１つを有することを特徴とする方法。
【請求項６】
請求項１乃至５何れか記載の方法であって、更に：
前記問い合わせる工程に対して該適切なウェブ・サービスのリストを有する応答によって応答する工程；
を有することを特徴とする方法。
【請求項７】
請求項６記載の方法であって、更に：
該リストからウェブ・サービスを選定する工程；及び
該選定ウェブ・サービスを該UDDI・サーバ・アドレスに伝達する工程；
を有することを特徴とする方法。
【請求項８】
ウェブ・サービスを自動的に発見する装置であって：
ウェブ・サービスのリストを有する既知のUDDIサーバ・アドレスに問い合わせ；かつ
該リストから適切なウェブ・サービスを識別する；
通信手段；
を有し、該通信手段がウェブ・サービスの少なくとも１つのマシン判読可能な記述を自動的にダウンロードするよう形成されることを特徴とする装置。
【請求項９】
請求項８記載の装置であって：
CEデバイス；
であって、該通信手段が該問い合わせを定期的に、ユーザの対話なしで、実施することを特徴とする装置。
【請求項１０】
請求項８又は９記載の装置であって、該通信手段が該UDDIサーバ・アドレスに、所定のフォーマットで問い合わせを送信することによって、問い合わせを行い、該通信手段が、該問い合わせが特定の要求を有するよう形成され、識別されるウェブ・サービス種類を限定することを特徴とする装置。
【請求項１１】
請求項１０記載の装置であって、前記問い合わせがTVエニータイム・サービスに対する要求を有し、該問い合わせが更に、一連の分類で、該サービスが従う必要のあるもの、を規定するエレメントを有することを特徴とする装置。
【請求項１２】
請求項１１記載の装置であって、該一連の分類が、オーソリティ名、ブロードキャスト・サービス、ジャンル、コンテンツ・フォーマット、サービス利用権、テーブルの種類、及び問い合わせ可能フィールド、のうちの少なくとも１つを有することを特徴とする装置。
【請求項１３】
請求項８乃至１２何れか記載の装置であって、更に：
情報を表示し、かつ、ユーザ命令を受信する、ユーザ・インタフェース；  
を有することを特徴とする装置。
【請求項１４】
請求項１３記載の装置であって、該ユーザ・インタフェースが、該適切なウェブ・サービスのリストを表示し、該表示サービスの1つ以上のユーザ選定を受信することを特徴とする装置。
【請求項１５】
TVエニータイム・ウェブ・サービスを自動的に発見する方法であって：
ウェブ・サービスのリストを有する既知のサーバ・アドレスに問い合わせる工程；
該リストから適切なウェブ・サービスを識別する工程；及び
ウェブ・サービスの少なくとも１つのマシン判読可能な記述を自動的にダウンロードする工程；
を有し、該問い合わせる工程が：
所定のフォーマットで問い合わせを送信するサブ工程；
を有し、該問い合わせが更に：
一連の分類で、該サービスが従う必要があるもの、を規定するエレメント；
を有することを特徴とする方法。
【請求項１６】
請求項１５記載の方法であって、該一連の分類が、オーソリティ名、ブロードキャスト・サービス、ジャンル、コンテンツ・フォーマット、サービス利用権、テーブルの種類、及び問い合わせ可能フィールド、のうちの少なくとも１つを有することを特徴とする方法。
【請求項１７】
TVエニータイム・ウェブ・サービスを自動的に発見する装置であって：
ウェブ・サービスのリストを有する既知のサーバ・アドレスに問い合わせ；かつ
該リストから適切なウェブ・サービスを識別する；
通信手段を有し；
該通信手段が：
ウェブ・サービスの少なくとも１つのマシン判読可能な記述を自動的にダウンロードするよう形成され、更に、該サーバ・アドレスに、所定のフォーマットで問い合わせを送信することによって、問い合わせを行い；
該送信問い合わせが更に：
一連の分類で、該サービスが従う必要があるもの、を規定するエレメント；
を有することを特徴とする装置。
【請求項１８】
請求項１７記載の装置であって、該一連の分類が、オーソリティ名、ブロードキャスト・サービス、ジャンル、コンテンツ・フォーマット、サービス利用権、テーブルの種類、及び問い合わせ可能フィールド、のうちの少なくとも１つを有することを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブ・サービスをネットワーク化CE（一般消費者向けエレクトロニクス）デバイスからUDDI（ユニバーサル記述、発見及び統合）を用いて自動的に発見する方法に関する。本発明は更に、UDDIの分類を用いた、TVエニータイム(Anytime)・ウェブ・サービスの拡張発見に関する。
【背景技術】
【０００２】
本明細書及び特許請求の範囲の原文における「web  service」の語は遠隔クライアントに対して有用な機能又はデータを備えるようインターネット・サーバを用いることを表すものである。標準プロトコル（通常、SOAP、XML及びHTTP）を利用することによって、広範囲のデバイス（PC、PDA、携帯電話など）がこれらのサービスを利用することが可能となる。更に重要なことは、これらのプロトコルによってソフトウェアが該サービスを、ウェブ・サイトとは違って、人間の対話を要することなく、自動的に活用することを可能にすることである。いくつかのウェブ・サービスは特に、一般消費者向けエレクトロニクス・デバイスにとって有用である、例えば、デバイスが商品の注文を自動的に行うことを可能にする食料品の買い物のウェブ・サービスはネットワーク化冷蔵庫によって用い得る。同様に、アーティスト、レコーディング及びコンサートに関する拡張情報を備える音楽ウェブ・サービスはCD又はMP3プレイヤにとって有用である。更に、パーソナル・ディジタル・レコーダ（PDR）又は統合ディジタルTVはテレビ番組に関するデータを備えるウェブ・サービスをアクセスし得る。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
現在、高機能ネットワーク化デバイス（PC、PDA）については、複数のユーザ駆動の方法が新規ウェブ・サービスを見出すのに存在する。例えば、ユーザは必要なサービスのURLを手作業でCEデバイスに入力し得る。これは不便であり、誤りがちであり、技術意識の高いユーザに好都合に働く傾向がある。更に、該デバイスはテキスト入力の手段を有することを必要とする。その代わりに、検索エンジンを、適切なウェブ・サービスを見出すよう、用い得る。これは全てのサービスが特定のウェブ・サービス・インタフェースに対する準拠性を示すことができることを必要とし、したがって、該検索エンジンが、この準拠性を識別し得るような方法で修正されることを必要とする。更に、プロトコルが、該デバイスが該見出されたサービスを該検索エンジンから取り出すことを可能にするよう、定義されることを必要とする。比較的複雑なユーザ・インタフェースが該デバイス自体上で必要である。第３に、該デバイスはネットワーク上でそのソフトウェア又はデータ・キャッシュをアップグレードさせ得る。そのような解決策はメーカ又は何らかの第3者が新規準拠性を有するウェブ・サービスを追跡し、更に該新規ソフトウェアを該デバイスに送出するサービスを備えることを必要とする。そのようなアップグレードは安価な組み込みデバイスでは常に実行可能なものでない。
【課題を解決するための手段】
【０００４】
本発明の目的はウェブ・サービスを発見する既知の方法を改良することにある。本発明は特に、上記の３つの解決策の何れも通常、用いることができないものである軽量CEデバイスにおいて特に有用であることがわかるものである。
【０００５】
ユーザに対して拡張機能及びデータを備えるよう1つ以上のウェブ・サービスを用いることができる、CEデバイスを検討する。全ての該ウェブ・サービスにとって、該デバイスは、該クライアント・デバイスがサポートし、わかる、良定義インタフェースを有することが必要となるものである。販売時点では、該デバイスは複数のこれらのサービスの位置（すなわち、URL）によって予めプログラム化されるものであり、これを該デバイスは自動的に、かつ、ユーザ対話の結果として、利用する。その後、別の企業が新規で、かつ、拡張されたものではあるが、依然として技術的な準拠性を有する、ウェブ・サービスを備えるものである。該デバイスはこれらのサービスを発見し、それらをユーザに提供する体系化された方法を何も有しないものである。
【０００６】
今までのところ、ウェブ・ベース・サービスは主に、HTMLベースでユーザ駆動のものである。コンピュータ・プログラムがユーザ介入なしで通信し合うことを可能にする標準（例えば、分散COM）は長い間存在してきたが、これらは小型デバイスにとっては適切でないものであった。IP/HTTPの台頭とXMLの最近の動向によってはじめて、完全にプラットフォーム独立のウェブ・サービスで、軽量CEデバイスによって現実的に用い得るものの利用が実行可能になった。そのようなサービスを発見する課題に成果非専有の方法で対応することは更に、直近のことであり、該ユニバーサル記述、発見及び統合のプロジェクトの目標となっている。しかしながら、この作業は電子商取引及びＢツーＢ型取引を対象にしてきている。ＣＥデバイスの特定のニーズは検討されてきていない。
【０００７】
本発明の第１の特徴によれば、ウェブ・サービスのリストを有する既知のＵＤＤＩサーバ・アドレスを問い合わせる工程、該リストから適切なウェブ・サービスを識別する工程、及びウェブ・サービスの少なくとも１つのマシン判読可能な記述を自動的にダウンロードする工程を有する、ウェブ・サービスを自動的に発見する方法を備える。
【０００８】
本発明の第２の特徴によれば、ウェブ・サービスのリストを有する既知のＵＤＤＩサーバに問い合わせ、該リストから適切なウェブ・サービスを識別する、通信手段を有する、ウェブ・サービスを自動的に発見する装置を備え、該通信手段はウェブ・サービスの少なくとも１つのマシンが判読可能な記述を自動的にダウンロードするよう形成される。
【０００９】
そのようなアプローチの主要な効果はユーザによるブラウジングやキーボード入力を要しないことである。このことによって、このアプローチが、通常、技術系ユーザを有するものでない、軽量組み込みＣＥデバイスにとって特に適切となる。
【００１０】
該適切なウェブ・サービスは該問い合わせデバイスがその機能を拡張するのに用い得るものである。識別ステージは該ウェブ・サービスを分類する該定義プロトコルの構造に基づくものである。このようにして、全てのデバイスはウェブ・サービスを取得するのに同一の方法論を、該要求デバイスに適切なものだけを戻すことによって、用い得る。ウェブ・サービスは容易に追加し得、既にインストールされたデバイスは、新規サービスを取得するようアドレスに定期的に問い合わせ得る。
【００１１】
効果的には、所望のウェブ・サービスがＴＶエニータイム・ウェブ・サービスである場合、該問い合わせは特定の要求を有し、識別されるＴＶエニータイム・ウェブ・サービスの種類を限定する。このようにして、ＰＤＲのようなＴＶエニータイム・デバイスは特定の種類のサービスに限定された適切なウェブ・サービスの検索を行い得る。
【００１２】
本発明は、そのようなデバイスが自動的に、新規で、かつ、互換性のあるサービスを、それらが利用可能になるとともに、見出し得る方法を企図する。新規の特徴はこれを完全に自動的な方法で行うことであり、それはユーザからの介入を何ら必要とするものでない。このようにして、該デバイスはユーザにサービスの広い選択肢を、ユーザが該デバイスを購入した後に、該サービスが利用可能になるにつれ、提供することができる。例えば、冷蔵庫の場合、食料品の買い物のウェブ・サービスを提供する新店舗が近隣で開店した場合、該デバイスがこのことをユーザに向けて通知し、更に、そのサービスの技術的準拠性を確認することが可能になる。
【発明を実施するための最良の形態】
【００１３】
本発明の実施例を次に、単に例示の目的で、添付図面を参照しながら、説明する。
【実施例】
【００１４】
図１はDAB（ディジタル・オーディオ放送）受信機として動作するディジタル・ラジオ受信機である、ネットワークによって動作可能となる、組み込みデバイス１を表す。該受信機１はインターネット３のようなワイド・エリア・ネットワークを介して遠隔ネットワーク・サーバ2に接続される。該遠隔サーバ２は、トラック・リスト、アーティストに関する情報などのような、該受信機１の対象のウェブ・サービスを備える。該サービスを取得するよう、該受信機１は（特定の歌に関する情報に対するSOAP要求のような）構造化された問い合わせ４を、インターネット３を介して、該サーバ２に向けて送出する。該サーバ２は（該特定の歌に関する該情報を含むSOAP応答のような）構造化された応答５によって回答する。
【００１５】
図２は該ネットワークによって動作可能となる、組み込みデバイス１の拡張動作を表す。該DAB受信機１は構造化UDDI問い合わせ１１をUDDIサーバ１０に向けて送出し、該サーバは周知のURLで利用可能である。該問い合わせ１１はウェブ・サービスに対する要求で、該サーバ２との技術的準拠性のあるものであり、例えば、英国内でのラジオ放送についての情報を備えるウェブ・サービスに対する要求であり得る。該UDDIサーバ１０は該受信機１に対して、該問い合わせ１１の基準を充足するサービスに関する情報を有する応答のような、構造化UDDI応答１２、を戻す。サーバ１３は1つ以上の新発見のウェブ・サービスを有する。これらのウェブ・サービスは独特なものであり、該受信機１が販売された後に設定されたものであるかもしれず、全て、該サーバ２との技術的準拠性を有する（すなわち、それらは該受信機１によって正常に利用され得る。）。該受信機１はこれらのサービスを構造化された問い合わせ14を介して発見し、構造化された応答１５を受信することが可能である。
【００１６】
上記のように、自動的にウェブ・サービスを発見する該受信機１によって実施される上記方法は、ウェブ・サービスのリストを有する既知のUDDIサーバ・アドレスを問い合わせる工程、該リストから適切なウェブ・サービスを識別する工程、及びウェブ・サービスの少なくとも１つのマシン判読可能な記述を自動的にダウンロードする工程を有する。該問い合わせる工程は所定のフォーマットで問い合わせを送信するサブ工程を有し、該問い合わせは特定の要求を有し得、識別されるウェブ・サービス種類を限定する。該構造化された問い合わせの受信に後続して、該サーバ１は該問い合わせに対して、該適切なウェブ・サービスのリストを有する応答によって、応答し得、該受信機は該リストからウェブ・サービスを選定し、該選定ウェブ・サービスを該UDDIサーバ・アドレスに伝達することが可能である。該サーバ２は更に、該選定ウェブ・サービスを供給し得る。
【００１７】
ウェブ・サービスを自動的に発見する該受信機装置１はウェブ・サービスのリストを含む該既知のUDDIサーバ・アドレスを問い合わせ、該リストから適切なウェブ・サービスを識別する、通信手段を有し、該通信手段はウェブ・サービスの少なくとも１つのマシン判読可能な記述を自動的にダウンロードするよう形成される。該受信機１は情報を表示し、ユーザ命令を受信するユーザ・インタフェースを有する。該ユーザ・インタフェースは該適切なウェブ・サービスのリストを表示し、該表示されたサービスの1つ以上のユーザ選定を受信するよう形成される。
【００１８】
UDDIは構造化情報を登録ウェブ・サービスに良定義インタフェースを介して、周知の位置に備える。サービス・プロバイダ（すなわち、ショップ又はTVスケジュール・リストの提供者）が新規サービスを提供する場合、該プロバイダはUDDIノード上に詳細を公開し、それを（TVスケジュールに対するTVエニータイムのような）特定のウェブ・サービス標準との準拠性があるものとして登録する。この標準はUDDIレジストリにおいて一意の識別子(tModel)を有するものである。CEデバイスが更に該UDDIノードに問い合わせる場合、該CEデバイスはこの一意の識別子を用いて準拠性のあるサービスを見出す。該デバイスはサービスに対する検索を絞り込むよう別の登録カテゴリによる分類を利用し得ることが更に企図される。例えば、ISO３１６６は、買い物サービスが妥当な地理的至近性を有するショップによって提供されていることを確認するよう、デバイスが利用し得る地球規模で地理的に分類する分類学である。その代わりに、ジャンル分類を登録することによって、例えば、映画情報に特化したTVエニータイム・ウェブ・サービスを検索することが考えられるものである。
【００１９】
デバイスがウェブ・サービスをこの簡単な方法論によって利用することができるためには、以下：
1.  標準化団体（又は同様の機構）がCEデバイス・クラスに適切なウェブ・サービス・インタフェースを標準化する；
2.  このサービスはUDDIノードに登録され、UUID（ユニバーサル一意識別子）がその標準インタフェースについて（UDDIsave_tModelAPIを用いて）割り当てられる；
3.  サービス・プロバイダはこの標準インタフェースの実装を生成する。該プロバイダは当該企業自体が既にUDDIに登録されていると仮定した場合、新規サービスを、save_serviceAPIを用いて登録する。「<bindingTemplate>」は工程２で登録されたtModelの該UUIDに対する参照を有する。このステージで該プロバイダは更に、別の標準化カテゴリを自らのサービスに割り当て得る（例えば、小売サービスは該サービスがロンドンに本拠があり、ペット・フードを提供することを登録する。）。該カテゴリはbusinessServiceエレメントのcategoryBagのサブエレメントを用いて追加される；
4.  上記標準化ウェブ・インタフェースを用いることができるCEデバイスが設計される；
5.  販売された後、該デバイスはこのインタフェースをサポートするサービスを見出すようUDDIノードに問い合わせる。これを行うよう、必要なtModelに対する参照を有するtModelBag引き数のみを有するfind_business  APIが用いられる。サービスのリストは該デバイスに戻され、それは次に、（マシン判読可能なサービス記述に基づいて）自動的に、又は、（ブランド選好、推薦などに基づいて）ユーザによって、更に絞り込むことが可能である；
６.  サービスの種類に応じて、該デバイスは改良された方法で、例えば、近隣のショップのみを見出す、セット・トップ・ボックスが表示することができるチャンネルに関するTVリスティング・サービスのみを見出す、などで、そのサービス発見のターゲットを定め得ることが考えられる；
の工程が必要となる。
【００２０】
これによってCEデバイスがウェブ・サービスを発見するようUDDIを用い得る仕組みを規定する。新規サービス・プロバイダが出現し、新規サービスが追加されるにつれ、これらは上記工程３のように追加し得、既に販売されたデバイスは全て、これらのサービスにアクセスし得る。
【００２１】
上記の仕組みはTVエニータイム・ウェブ・サービスを発見するようディジタル・テレビ受信機のようなデバイスによって用い得る。これらのウェブ・サービスの実装に対する分類を割り当てることによって、有用なサービスを見出す良い手段を備えることが可能である。（映画情報に特化したサービス、又は地元で視聴可能な番組に関する情報を提供するサービスのような）特定の目的を充足するTVエニータイム・ウェブ・サービスを発見しようとする場合、複数の課題が発生する。以下に、TVエニータイムのウェブ・サービスに割り当てられる分類、及びTVエニータイム・デバイスが、ウェブ・サービスを発見する方法を大いに改良するようUDDIを利用し得る方法を詳細に説明する。
【００２２】
TVエニータイム・ウェブ・サービスを発見するようUDDIを用いる方法を検討する必要がある。第１に、TVエニータイム・サービスのインタフェース規格の登録を実施する必要がある。TVエニータイム・フォーラムは第１に、そのウェブ・サービス・インタフェースをUDDIノード・レジストリに登録する必要がある。tModelはTVエニータイム・ウェブ・サービスの種類各々について公表される。この目的で、UDDIsave_tModel発行APIが用いられる。該レジストリは該tModelに対する一意のtModelKeyを割り当て、このキーはそのウェブ・サービス・プロトコルに対するグローバル識別子としての役目を果たすことになる。第２に、TVエニータイム・サービスを提供するウェブ・サイト（すなわち、放送業者又は第3者のメタデータ・プロバイダ）はUDDIノードに向けてそれらのサービスの詳細を公表する。該業者又はプロバイダは新規サービスを（親のbusinessEntity自体が既にUDDIに登録されているものと仮定した場合）UDDI  save_service発行APIを用いて登録する。そのようなUDDI  save_service発行APIは図３に表す。
【００２３】
図３では、businessService31が登録を要するTVエニータイム・サービス毎に生成される。各buinessServiceエレメントはそのサービスによって提供されるバインディング各々(例えば、get_Metadata32及びsearchOn_Description  33)についてのbindingTemplateを有する。「<  bindingTemplates>」は先行ステージで該TVエニータイム・フォーラムによって生成された適切なtModelKey34に対する参照を含む。このようにして、tModelは該サービスのTVエニータイム準拠性を形式上示す技術的なフィンガープリントとしての働き方をする。
【００２４】
PDR（パーソナル・ディジタル・レコーダ）からのサービスを発見する場合、（戻りチャネルのある）TVエニータイム・デバイスは1つ以上の異なるTVエニータイム・サービス種類がわかり得るものである。該デバイスはこのインタフェースを提供するサービスを見出すようUDDIノードに問い合わせ得る。例として、get_metadataせービスを見出そうとしているTVエニータイム・デバイスを検討する。これはUDDIによって図4に表したようなfind_business参照APIを用いて行い得る。これはget_Metadataを提供するTVエニータイム・サービスのリストを正常に戻すものである。該TVエニータイム・デバイスは更に、それらのサービスについての名称及び記述のような追加情報を取得するよう別のUDDI問い合わせを用い得る。この課題はこの検索が焦点を欠くということである、すなわち、TVエニータイムget_Metadataサービスは何百も存在し得、そのうちの一部のみが有用になるということである。実際に、該TVエニータイム・デバイスは、特定のサービスを備えるTVエニータイム・デバイス、を発見することを所望する。例えば、上記TVエニータイム・デバイスはBBC番組に対するスケジュール・リスティングを提供し得るサービスか、サービスで批評家レビューを該サービスが備えるメタデータとともに戻すもの、を見出そうとし得る。本発明はそのような種類の発見を可能にする方法を説明する。
【００２５】
ＴＶエニータイム・サービスを分類するのに用い得る一連の分類を標準化することが企図されている。これらの分類は公的に定義し得るか、該ＴＶエニータイム・フォーラムによって定義し得る。サービス・プロバイダがＴＶエニータイム・サービスを提供することを選択する場合、該サービス・プロバイダは該分類を用いて提供される該サービスの特性を規定する。特定のサービスを検索するＴＶエニータイム・デバイスは該検索基準に該分類を有し得、このようにして、ずっと細かく対象を定めた問い合わせを生成し得る。図５の分類はＴＶエニータイム・サービスを分類するのに有用である。
【００２６】
ＴＶエニータイム・ウェブ・サービスを利用し得る方法を大いに拡張する分類を利用する場合、多くのシナリオが存在する。これを示すよう、該戻りチャネル経由でダウンロードされたＴＶエニータイム・データに基づいて拡張ＥＰＧ（電子番組ガイド）を生成しようとする新規に購入したＤＶＢ（ディジタル・ビデオ放送）のセット・トップ・ボックスの例を検討する。該セット・トップ・ボックスは該ＥＰＧを（例えば、ユーザ選好から察知して）フランス語にし、（ＤＶＢサービス情報から取得される）既知のＤＶＢロケータ群上に情報を表示することを所望する。ＥＰＧの構成を可能にするよう、該サービスはsearchOn_Directory及びget_Metadataバインディングを提供する必要がある。以下に上記のものに加えた工程を説明し、分類の利用がどのようにしてこのシナリオが要するサービスの発見を可能にするかを示す。
【００２７】
TVエニータイムは更に、該TVエニータイムが標準化することを選択する該分類についての未確認カテゴリの種類tModelsを登録する必要がある（http://www.uddi.org/pubs/TN-taxonomy-provider-V1.00-Final-20010717.pdf）参照。）。これによって一意のtModelKeyを有する分類各々をもたらすものである。各分類の仕様は該分類（例えば、ジャンル分類は列の列挙であり得る。）が呈し得る許容可能値、及びそれらの値と関連した意味論を規定するものである。TVエニータイムによって標準化されていない新規の分類を関係者が登録し、利用することも考えられることを特筆する。そのような分類を、標準TVエニータイム・デバイスは利用することができないものであるが、成果専有型実装は利用することができるものである。
【００２８】
サービス実装の詳細を公表する、公表の方法は図３を参照した上記のものと同様になる。更に、メッセージはサービス・プロバイダがそのサービスに割り当てることを選択する分類を有するcategoryBagエレメントを有するものである。上記のシナリオについては、照合サービスがそれ自体にフランス語の言語分類、及びそのセット・トップ・ボックスが利用可能なDVBサービスに相当する少なくとも１つのDVBロケータ分類を割り当てさせることになる。
【００２９】
サービスに対して割り当て得る分類の数には限度はなく、同一の分類の種類の1つを超える値をサービスに割り当てることが考えられる（すなわち、同一のtModelKey属性値のある複数のkeyedReferenceエレメントがあり得る。）。
【００３０】
PDRからのサービスを発見する場合、当該検索を制限するよう、サービスに対する該検索が、例を図６に表すcategoryBagエレメントを有するようにする。該categoryBagエレメント61は該照合サービスが従わなければならない一連の分類を規定する。この場合、該照合サービスはメタデータをフランス語で備え、スケジューリング情報を当該表示DVBチャンネル上で提供しなければならない。この検索限定子６２は該DVBロケータがOR（論理和）にて処理されることをもたらす。すなわち、サービスは照合結果を戻すのに単に、該DVBロケータの１つと照合すればよい。これによって、該セット・トップ・ボックスは、複数の検索で、各々が単一のDVBロケータのあるkeyedReferenceを有するもの、を行なわなくてよくなる。
【００３１】
一般に、本発明は如何なる、ネットワークによって動作可能となる、CEデバイスで、オープン標準に基づいたウェブ・サービスを利用するものによっても、利用し得るものである。いくつかの明らかな例は既に表している。別の用途としては、例えば、改良された番組リストを取得するディジタル・オーディオ放送受信機、標準の「献立ファインダ」ウェブ・サービスを利用するオーブン又は電子レンジ、があり、更に言えば、如何なるデバイスも、該デバイスが、障害を有するか、修理を要し、更には、技術者の呼び出しを要する、ことを示すよう、ウェブ・サービスを用い得る。
【図面の簡単な説明】
【００３２】
【図１】ネットワークによって動作可能となる、組み込みデバイスの従来の動作の概略図である。
【図２】本発明の例としての、ネットワークによって動作可能となる、組み込みデバイスの拡張動作の概略図である。
【図３】UDDI  save_service  発行APIの例を表す図である。
【図４】UDDI  find_business  参照APIの例を表す図である。
【図５】TVエニータイム・サービスを分類する分類のテーブルを表す図である。
【図６】categoryBagエレメントを表す図である。
【図１】
2005520237.tif 000003
【図２】
2005520237.tif 000004
【図３】
2005520237.tif 000005
【図４】
2005520237.tif 000006
【図５】
2005520237.tif 000007
【図６】
2005520237.tif 000008
【国際調査報告】
2005520237.tif 000009
2005520237.tif 000010
2005520237.tif 000011