(57)【要約】既知のアドレスに問い合わせる工程、該既知のアドレスから、所定のフォーマットを有するファイル、を取得する工程、及び、ＴＶエニータイム・ウェブ・サービスに対するＵＲＬを取得するよう該ファイルを解析する工程、を有する、ＴＶエニータイム・ウェブ・サービスを見出す方法。該既知のアドレスで該問い合わせを受信する受信手段、及び上記ファイルを該問い合わせに応じて供給する供給手段、を有する、ネットワークを介して上記ファイルを供給するサーバ・システム。
2005520415.tif 000002
【特許請求の範囲】
【請求項１】
ＴＶエニータイム・ウェブ・サービスを見出す方法であって：
既知のアドレスに問い合わせる工程；及び
該アドレスからファイルを取得する工程；
を有し；
該ファイルが所定の構造を有し；
更に、該ファイルを、ＴＶエニータイム・ウェブ・サービス記述ファイルに対するＵＲＬを取得するよう、解析する工程；
を有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、更に：
ＣＲＩＤを受信する工程；及び
該ＣＲＩＤから基準ＵＲＬを生成する工程；
を有することを特徴とする方法。
【請求項３】
請求項１記載の方法であって、更に：
基準ＵＲＬを受信する工程；
を有することを特徴とする方法。
【請求項４】
請求項２又は３記載の方法であって、該既知のアドレスが、該基準ＵＲＬを取得し、該基準ＵＲＬに所定の接尾辞を付加することによって、生成されることを特徴とする方法。
【請求項５】
請求項１乃至４何れか記載の方法であって、更に：
ユーザに対して該ウェブ・サービス記述ファイルの人間判読可能部分を提示する工程；
を有し、該ユーザがＴＶエニータイム・ウェブ・サービスを選定し、該ＴＶエニータイム・ウェブ・サービスを取得することを特徴とする方法。
【請求項６】
ＴＶエニータイム・ウェブ・サービスを見出す装置であって：
既知のアドレスに、ネットワークを介して、問い合わせ；かつ
該アドレスからファイルを取得する；
通信手段；
を有し；
該ファイルが所定の構造を有し；
更に、該ファイルを、ＴＶエニータイム・ウェブ・サービス記述ファイルに対するＵＲＬを取得するよう、解析する処理手段；
を有することを特徴とする装置。
【請求項７】
請求項６記載の装置であって、更に：
該ウェブ・サービス記述ファイルの人間判読可能部分を表示するデバイス；
を有することを特徴とする装置。
【請求項８】
請求項６又は７記載の装置であって、更に：
ＵＲＬを入力するユーザ・インタフェース手段；
を有することを特徴とする装置。
【請求項９】
請求項７記載の装置であって、ユーザがＴＶエニータイム・ウェブ・サービスを選定し、該通信手段が該ＴＶエニータイム・ウェブ・サービスを取得することを特徴とする装置。
【請求項１０】
請求項９記載の装置であって、更に：
該通信手段によって取得された該ＴＶエニータイム・ウェブ・サービスを格納する格納手段；
を有することを特徴とする装置。
【請求項１１】
ＴＶエニータイム・ウェブ・サービスに対するアクセスを備える方法であって：
既知のアドレスで問い合わせを受信する工程；及び
該問い合わせに応じてファイルを供給する工程；
を有し、該ファイルがＴＶエニータイム・ウェブ・サービス記述ファイルに対するＵＲＬを有することを特徴とする方法。
【請求項１２】
請求項１１記載の方法であって、該既知のアドレスがウェブ・サイトの入り口点に該ファイルを配置することによって生成されることを特徴とする方法。
【請求項１３】
請求項１１又は１２記載の方法であって、該ファイルが更に、各々のＵＲＬ毎に、ウェブ・サービス各々に関する情報を有することを特徴とする方法。
【請求項１４】
ＴＶエニータイム・ウェブ・サービスに対するアクセスを備えるサーバ・システムであって：
既知のアドレスで問い合わせを受信する受信手段；及び
該問い合わせに応じてファイルを供給する供給手段；
を有し、該ファイルがＴＶエニータイム・ウェブ・サービス記述ファイルに対するＵＲＬを有することを特徴とするシステム。
【請求項１５】
請求項１４記載のシステムであって、該既知のアドレスがウェブ・サイトの入り口点に該ファイルを配置することによって生成されることを特徴とするシステム。
【請求項１６】
請求項１４又は１５記載のシステムであって、該ファイルが更に、各々のＵＲＬ毎に、ウェブ・サービス各々に関する情報を有することを特徴とするシステム。
【請求項１７】
ウェブ・サイトを巡回する方法であって：
非ＨＴＭＬウェブ・サービス記述ファイルに対するＵＲＬを再帰的にアドレス指定する工程；
該ファイルを、非ＨＴＭＬウェブ・サービス記述ファイルに対する別のＵＲＬを取得するよう、解析する工程；及び
該別のＵＲＬを記録する工程；
を有することを特徴とする方法。
【請求項１８】
ＴＶエニータイム・ウェブ・サービスに対するＵＲＬを、ネットワークを介して、供給するサーバ・システムであって：
問い合わせを受信する受信手段；
該問い合わせに応じてＴＶエニータイム・ウェブ・サービスに対する1つ以上のＵＲＬを供給する供給手段；及び
ＴＶエニータイム・ウェブ・サービスの分類リストを格納する格納手段；
を有することを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、周知の名称、位置、及び構造のある、サーバ・ベース・ファイル、を用いた、TVエニータイム(ＴＶ  Anytime)  ・ウェブ・サービスの発見に関する。本発明は更に、TVエニータイム・ウェブ・サービスを集約し、分類する方法に関する。
【背景技術】
【０００２】
TVエニータイム・フォーラム（http://www.tv-anytime.org）は、TVエニータイム・クライアント（例えば、PDR（パーソナル・ディジタル・レコーダ））がTVエニータイム・データ（例えば、番組スケジュール、記述、など）をTVエニータイムIP（インターネット・プロトコル）サーバから取り出す、ことを、可能にする一連のウェブ・サービスを標準化する過程にある。種々の種類のTVエニータイム・ウェブ・サービスを特定のウェブ・サイトから提供し得、異なる、無関係のURL（ユニフォーム・リソース・ロケータ）を有し得る。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
複数の異なる方法がウェブ・サービスを発見するのに考えられる。
【０００４】
１つのそのような方法は特定の番組識別子に対するTVエニータイム・サービスを見出すようDNSを用いることがある。この仕組みはTVエニータイム・コンテンツ参照仕様（ftp://tva＠ftp.bbc.co.uk/pub/Specifications/SP004v11.zip-  パスワード  「tva」）に記載されている。CRID（コンテンツ参照識別子）があれば、DNS（ドメイン・ネーム・サービス）が、そのCRIDに関する特定の情報を提供するTVエニータイム・サービスを備えることができるサーバのマシン名称及びポートを要求するのに用いられる。しかしながら、このサービスが見出されると、該サービスは同一のサーバ上の別のTVエニータイム・サービスの有無に関する情報を何も提供するものでない。更に、TVエニータイム・サービス種類の全てがこの決定論的な仕組みを用いて見出し得るものでない。例えば、該PDRが、ユーザが番組を検索することを可能にするサーバを、見出そうとする場合、DNSは有用なものでない。
【０００５】
第２の方法はUDDI（ユニバーサル記述、発見及び統合）の利用である。UDDI（http://www.uddi.org）はウェブ・サービスの発見を促進する一技術を表す。該UDDIは、一種のウェブ・サービスである、「イエロー・ページ(Yellow  Pages)」、を備える第3者サービス・レポジトリの利用に依存する。該レポジトリに問い合わせることによって、デバイスは特定の技術的記述に照合し、場合によっては、ある別の分類学上の分類に照合するウェブ・サービスを見出すことができる。本アプローチは「特定のサービスの種類を備え、TVエニータイム準拠性を有する、サービスのリストをどのようにして見出すか？」という課題に対する解決策を備えるものである。
【０００６】
別の可能性としてはウェブ・サイトに索引を入れるようウェブ・ロボット及び/又はスパイダを用いることがある。従来の静的ウェブ・コンテンツ（すなわち、HTMLページ）では、ウェブ・ロボットを、サイトの該コンテンツを見出し、該見出したコンテンツに索引を入れるのに用い得る。獲得した情報は格納され、検索エンジンのようなツールで用いられる。しかしながら、これは（遅い処理であり、複数のネットワーク取引が関係し、）PDRによる直接利用にはあまり適しているものでなく、該コンテンツがウェブ・サービスによって動的に生成された場合に、特に有用なものでもない。TVエニータイムの検索エンジンがサービスを、該サービスの振る舞いを試験することによってやみくもに発見しようとすることによる方法を考案し得るが、これは法外に遅く、誤りがちであり、そのサイトが備えるTVエニータイム・サービス全てを見出すことを保証するものでない。
【０００７】
更に、適切なものとして、http://www.robotstxt.org/wc/robots.htmlに記載されたrobots.txtファイルを用いることがある。サーバ上の周知の場所（例えば、http://foo.com/robots.txt）にrobots.txtファイルを配置することによって、サーバはウェブ・サイト全体に対する一連の規則を規定することができ、該規則は準拠性を有するウェブ・ロボットが従うものである。TVエニータイムに直接関係するものでないが、これは自動と手作業との両方で用い得る、該ウェブ・サイトに関する情報を備えるようウェブ・サーバ上に（周知の名称、構造及び位置のある）ファイルを配置することの効用の例である。
【課題を解決するための手段】
【０００８】
本発明の目的は、PDRが、任意のウェブ・サイトがTVエニータイム・サービスを提供するか否か、該提供する場合に該ウェブ・サイトがどの種類のサービスを提供するか、を、自動的に見出す、ことを可能にすることである。
【０００９】
本発明の第１の特徴によって、既知のアドレスを取得する工程、所定の構造を有するファイルを、該アドレスから、取得する工程、及び該ファイルを、TVエニータイム・ウェブ・サービス記述ファイルに対するURLを取得するよう、解析する工程、を有するTVエニータイム・ウェブ・サービスを見出す方法を備える。
【００１０】
本発明の第２の特徴によって、ネットワークを介して既知のアドレスに問い合わせ、所定の構造を有するファイルを、該アドレスから取得する、通信手段、及び該ファイルを、TVエニータイム・ウェブ・サービスに対するURLを取得するよう、解析する処理手段、を有する、TVエニータイム・ウェブ・サービスを見出す装置を備える、
本発明の第３の特徴によって、既知のアドレスで問い合わせを受信する工程、及び該問い合わせに応じてファイルを供給する工程を有する、TVエニータイム・ウェブ・サービスに対するアクセスを備える方法を備え、該ファイルはTVエニータイム・ウェブ・サービス記述ファイルに対するURLを有する。
【００１１】
本発明の第４の特徴によって、既知のアドレスで問い合わせを受信する受信手段及び該問い合わせに応じてファイルを供給する供給手段を有する、TVエニータイム・ウェブ・サービスに対するアクセスを備えるサーバ・システムを備え、該ファイルはTVエニータイム・ウェブ・サービス記述ファイルに対するURLを有する。
【００１２】
本発明の第５の特徴によって、非HTMLウェブ・サービス記述ファイルに対するURLを再帰的にアドレス指定する工程、該ファイルを、非HTMLウェブ・サービス記述ファイルに対する別のURLを取得するよう、解析する工程、及び該別のURLを記録する工程を有する、ウェブ・サイトを巡回する方法を備える。
【００１３】
本発明の第6の特徴によって、問い合わせを受信する受信手段、該問い合わせに応じてTVエニータイム・ウェブ・サービスに対する1つ以上のURLを供給する供給手段、及びTVエニータイム・ウェブ・サービスの分類リストを格納する格納手段、を有する、ネットワークを介してTVエニータイム・ウェブ・サービスに対するURLを供給するサーバ・システムを備える。
【００１４】
本発明は「このウェブ・サイトが何らかのTVエニータイム・サービスを提供するか、更に、該提供する場合、該サービスはどこにあるか、がどのようにしてわかるか？」という課題に対する解決策を備える。解決策は2つの理由で必要となる。第１に、PDRは如何なる数の処理（以下参照）の結果としてでも特定のウェブ・サイト（すなわち、マシン名称及びポート番号）がわかることがあり得る。TVエニータイム・ウェブ・サービスが利用可能か否かを自動的に見出し得る場合、それは有用である。これを確認すると、該PDRは提供されるサービスの種類及びどこでそれらのサービスが提供されるかを推定することができるはずである。第２に、利用可能なTVエニータイム・サービス（TVエニータイムの、ウェブ・ディレクトリ又は検索エンジンに相当する、もの）を分類し、索引を入れる第3者サイトに対する市場が見込まれる。標準化された記述の仕組みを備えることによって、ウェブ・ツールは人間が介入する必要なく、TVエニータイム・サービスを自動的に発見し、分類することができる。
【００１５】
該PDRがTVエニータイム・サービスの存在を確認すると、該PDRはそれらのサービスの各々に関する以下の情報、すなわち、そのサービスが提供されている場所、提供されているTVエニータイム・サービスの種類、そのサービスの技術的準拠性、及びそのTVエニータイム・サービスのバージョン番号、を調べる必要がある。
【００１６】
企図される仕組みはサーバ上にファイルを配置し、該ファイルは必要な情報を有する標準化された構造を有する。このファイルは周知の名称を有し、該ウェブ・サイトに対する入り口点に配置され、したがってPDRが該ファイルを自動的に取り出すことを可能にする。本発明は、特に、該ファイルのファイル構造と該ファイルの名称とを定義するWS−インスペクションション標準(inspection.wsil)の利用を有する。
【００１７】
ウェブ・サイトがTVエニータイム・サービスを提供する場合、該ウェブ・サイトはそのウェブ・サイトに対する入り口点で周知の名称のあるファイルを配置する。該ファイルを取得するよう、該PDRは以下のURL、すなわち、http://<machine  name（マシン名称）>:<port  number（ポート番号）>/<well  known  file  name（周知のファイル名）>、に対してHTTP  GET要求を行う。該ポート番号は任意のものであり、一般に該URLが有するものでない。例外はDNSであり、該DNSの仕組みはポート番号をマシン名称とともに明示的に戻すものである。1つ以上のサービス記述ファイルに対する参照（URL）を有することによってTVエニータイム・サービスが存在することを示す、マシン判読可能ドキュメント（これはXMLであり得るが、そうでなくてもよい。）、が戻される。本発明は利用すべきサービス記述ファイルの種類を規定するものではないが、特に、本明細書記載の４つの情報を備えるよう、WSDL（ウェブ・サービス記述言語）及びUＤDIを用いること、を有する。各サービス記述ファイルは、同様に、該ウェブ・サイトがどのようにしてそのウェブ・サービスをグループ化することを選択するか次第で、1つを超えるTVエニータイム・サービスに関する情報を備え得る。該ドキュメントは更に、新規サービスを発見し、該新規サービスを相互に関連付けることを促進するよう別の関連TVエニータイム・サーバ・ファイルのURLを記載し得る。上記仕組みは以下の効果を有する、すなわち、軽量であり、かつ、ウェブ・サイトが実装するのに簡単であり、新規TVエニータイム・ウェブ・サーバが自ら記述することを、第3者に登録することなく、可能にし、TVエニータイム・サービス検索エンジンに対するデータベースを生成する過程でウェブ・ロボットが利用する発見と索引付けとの仕組みを促進する。
【００１８】
本発明は、該PDRが既に、特定のウェブ・サイトを知っているものとする。ドメイン名は複数の異なる仕組みによって取得されたかもしれないものである。例えば、ユーザはある別の媒体（例えば、推薦又は広告）によってTVエニータイム・サービスのことを耳にし、手作業で該ドメイン名を自らのPDRに入力する。その代わりに、該PDRはユーザがネット・サーフィンを行うことを可能にするようウェブ・ブラウザをサポートし得る。ユーザが訪問する該ウェブ・サイトの該TVエニータイム・ファイルを（もしある場合）、PDRがダウンロードを試行するのは比較的、費用がかからないものである。同様に、上記のDNSの仕組みを用い得る。PDRは複数の異なるソース（例えば、映像ストリームにおける埋め込み、検索の結果、番組推薦の結果として、又は、番組を記録する旨の遠くで生成された要求の結果）からCRIDを受信し得る。オーソリティ名はＣＲＩＤから抽出し得、ＴＶエニータイム・サーバ・ファイルを見出すことを試行することにおいて該ドメイン名として用い得る。
【００１９】
更に、ビジネス・モデルが企図され、それによって、第３者は検索及び分類のサービスを特に、ＴＶエニータイム・ウェブ・サーバに対して提供し得る。これはＨＴＭＬベースのウェブ・サイトを発見するのに用いられる（グーグル（Google）、ヤフー（Yahoo）などのような）検索及びディレクトリのエンジンに類似したものとしてみなし得る。そのようなウェブ・サイトを生成するよう、第3者がこの情報を自動的に集約する方法を説明する。効率的な方法でTVエニータイム・ウェブ・サーバ間を第3者が巡回することを可能にする、WS-インスペクション仕様の特定の使用法が企図される。
【発明を実施するための最良の形態】
【００２０】
本発明の実施例を次に、単に例示の目的で、添付図面を参照することによって、説明する。
【実施例】
【００２１】
本発明はTVエニータイムIPクライアント及びサーバに適用する。TV番組スケジュールに関する情報を受信しようとする如何なるデバイスでもよいクライアントが、本発明を用い得る。一般に、これは、ユーザに向けてTVスケジュールを表示しようとする、パーソナル・ディジタル・レコーダ又はある別のＴＶデバイス（統合型ディジタルTV受信機、セット・トップ・ボックスなど）になる。しかしながら、如何なる別のネットワークによって動作可能となるデバイスも同様の目的で本発明を利用し得る。これらには、パソコン、携帯電話、PDAなどがある。適切な情報を有する如何なるウェブ・サーバでもよいサーバが、TVエニータイム・サービスをホスティングし得る。通常、これは放送業者のウェブ・サーバとなるが、TV番組に関する、特化したメタデータ及び拡張メタデータ、を備える第３者ウェブ・サイトも有する。
【００２２】
図３はネットワークによって動作可能となるTVエニータイム・デバイス、例えば、遠隔ネットワーク・ウェブ・サーバ２に対して、（インターネットのような）ワイド・エリア・ネットワーク３を介して接続された、統合型ディジタル・テレビ受信機１、を表す。該サーバ２は、場合によっては、1つ以上のTVエニータイム準拠ウェブ・サービス、例えば、スケジュール・リスト又は映画情報など、を提供する。広い意味では、図５に示すように、該デバイス１はTVエニータイム・ウェブ・サービスを、ウェブ・サーバ・ホスト名４を受信し、構造化された問い合わせ５を該サーバ２に送出し、該サーバ２から再び、構造化された応答６を受信することによって、見出すものである。該問い合わせ及び応答はHTTP又はSOAPのような如何なる標準形式であってよい。
【００２３】
特に、新規TVエニータイム・サービスを見出すことに関する工程は以下の一連の要求５及び応答６を必要とする。第１に、該デバイス１は、example.comのような、ホスト名４を取得する（工程２０）。該ホスト名４を生成する2つの考えられる経路としては、単に、該デバイス１上のユーザ・インタフェースから直接、該ホスト名４として用いるよう基準URLを受信するか、又は（ブロードキャスト・ストリームの一部分として該デバイス１にブロードキャストし得る）CRIDを受信し、更に、該CRIDからの該ホスト名４として用いる基準URLを生成する、ことがあげられる。
【００２４】
該デバイス１は更に、周知ファイル用該サーバ２に対して、既知のアドレス（例えば、http://example.com/inspection.wsil）に問い合わせ２２を行う、HTTP  GET要求を行う。該既知のアドレスは該基準URL（ホスト名４）を取得し、該URLに対して所定の接尾辞を付加することによって生成される。該サーバ２が（必ずしもTVエニータイムのものでない）ウェブ・サービスを提供する場合、該サーバは該要求ファイル(inspection.wsil)を有する正常なHTTPの応答を戻し、そのようなファイルの考えられるフォーマットを図１に示す。該サーバ２がウェブ・サービスを提供しない場合、該サーバはHTTP４０４（ファイルが見つからない）応答を返信し、当該検索処理は終了する。
【００２５】
該ファイルの取得（工程２４）に後続して、デバイス１は該ファイルの解析２６を行い、（該サービスの利用方法を記述するWSDLファイルのURLのような）サービス記述の端点を明らかにする。後続工程は全て、該明らかにされた端点各々について繰り返される。デバイス１は更に、その端点についてのサービス記述を取得しようとする。これを行う厳密な仕組みは（UDDI又はWSDLのような）用いられるサービス記述プロトコルによって変わってくる。この例では、WSDLが用いられる。該WSDLのファイルを取得するよう、デバイス１は、図２にその例を表す、該ファイル(例えばhttp://example.com/tva_services.wsdl)に対しての該サーバ２へのHTTP  GET要求を行う。
【００２６】
デバイス１は該戻されたファイルを解析し、該記述サービスの何れかがTVエニータイム準拠サービスであるかを確認する。これは該サービスに割り当てられるXML名前空間によって判定される。該端点の何れもがTVエニータイム・サービスを提供するものでない場合、当該検索処理は終了する。該ファイルは更に、デバイス１が、各サービスの厳密な技術バージョン及び、該サービスが提供される場所のURL、を判定する、ことを、可能にする。デバイス１はその場合、該TVエニータイム・ウェブ・サービスを用いるのに要する情報を全て有する。このステージで、デバイス１はそのサーバによって提供される該TVエニータイム・サービスに関する該情報をキャッシュするか、それらのサービスを直ちに利用すること、を選択し得る。該デバイス１は更に、ユーザに対して該サービス記述の人間が判読可能な部分を提示することを選択してもよく（工程２８）、該ユーザは該サービス記述の１つを選定し、該デバイス１は該ユーザ選定URLからTVエニータイム・サービスを取得する。
【００２７】
図６に示す該デバイス１は、既知のアドレスにネットワークを介して問い合わせ、該アドレスからファイルを取得する、通信手段３０を有し、該ファイルは所定の構造を有し、該デバイス１は更に、該ファイルを、TVエニータイム・ウェブ・サービス記述ファイルに対するURLを取得するよう、解析する処理手段３２を有する。該デバイスは更に、該サービス記述の該人間判読可能部分を表示する表示デバイス３４、及びURLを入力するユーザ・インタフェース手段３６（適切な遠隔制御）を有する。更に、該通信手段３０によって取得される該TVエニータイム・ウェブ・サービスを格納する格納手段３８を備える。
【００２８】
図６の該サーバ・システム２は既知のアドレスで問い合わせを受信する受信手段４０、及び該問い合わせに応じてファイルを供給する供給手段４２を有し、該ファイルは所定の構造を有する。
【００２９】
該構造化されたファイルの該記述部分がフォーマット化される方法に関するいくつかの別の制約を、当該処理を促進するよう、用い得る。これは図4に示す。特に、TVエニータイム・ウェブ・サービスを記述する場合、該構造化されたファイルはそのサイトで利用可能な該ウェブ・サービスの該記述において以下：該サービスがTVエニータイム・サービスである旨の表示、該TVエニータイム・サービスのプロトコル・バージョン、及び提供されるTVエニータイム・サービスの種類；の情報を有するものである。この情報は該構造化されたファイル自体に存在することを必要とするものであり、参照（例えば、そのサービスの詳細記述に対する参照）によるものでない。このようにした場合、TVエニータイムの存在を確認するのに別のファイルをダウンロードし、解析することは必要でない。したがって、該検索空間の各ノードで必要な処理量も削減され、再び、TVエニータイム・ウェブ・サービスを効果的に巡回することを可能にするものである。
【００３０】
ウェブ・サービス・インスペクション言語は入手可能なウェブ・サービスについてウェブ・サイトのインスペクションを行うやり方を規定する1つの標準的な方法を備える。上記WS-インスペクション仕様は、ウェブ・サービス記述を求める、ウェブ・サイト上の、位置を定義する。以下：
http://www-106.ibm.com/developerworks/webservices/library/ws-wsilover/；及び
http://www-106.ibm.com/developerworks/webservices/library/ws-wsilspec.html；
のURLはWS-インスペクションの概要及び該仕様を記載している。
【００３１】
図４は改良WS-インスペクション・ファイルによる第２実施例を表す。このファイル構造は図１の該WS-インスペクション・ファイルを上回る2つの効果を有する。第１に、クライアント・デバイスは該ファイルから直接、別のネットワーク取引を要することなく、TVエニータイム準拠ウェブ・サービスの存在を確認し得る。第２に、別のTVエニータイムWS-インスペクション・ファイルに対するリンクはTVエニータイム・ウェブ・サービスの巡回を可能にする。
【００３２】
図４は、参照されるプロトコルのバージョンを示すTVエニータイム名前空間１１、該TVエニータイム・サービスが実際に利用可能であることを示すendpointPresent属性12、及び、該名前空間の接尾辞(「tva:」)によって限定され、利用可能なTVエニータイム・サービスの種類を示す、implementedBindingエレメント13、を示す。ImplementedBindingエレメントを用いることは如何なる巡回ロボットもTVエニータイム・サービスがあることを確認するよう（位置属性に記載されたような）WSDLファイルをダウンロードする必要はない。
【００３３】
アイテム１４は構造化されたファイルで、これと同様なフォーマットのもの、を提供するURLがあることを示すリンクであり、アイテム１５は、現行の属性であり、リンクされているドキュメントにおいて少なくとも１つのTVエニータイム・サービスが参照されている旨を示すものである。アイテム１４及び１５は別のWS-インスペクション・ドキュメントに対するリンクの表示方法を示す。これらのリンクをたどることによって、TVエニータイム・サービスに対する参照を有する別のＷS-インスペクション・ドキュメントが見出されるものである。
【００３４】
上記は、ウェブ・サイトが、該ウェブ・サイトがTVエニータイム・サービスを有するか否か（更に、有する場合、該サービスはどこにあるか）、を、識別し得る手段を備えるが、これは、クライアントがそのウェブ・サイトがあることを事前にわかっている場合のみ、有用である。特定のTVエニータイム・サービスを見出すためには、クライアント・デバイスが利用可能な唯一の手段は全てのウェブ・サイトの網羅的検索（巡回）を実施し、上記の仕組みを用いて各々のものをTVエニータイム・サービスがあるかどうかについてテストすることである。そのような処理は計算コストが高く、予想されるクライアントの種類（ディジタルTV受信機、PDAなど）に対してまったく実行可能なものでない。
【００３５】
したがって、該クライアント・デバイスに対する計算負荷を軽減するよう該検索処理を変更することが必要となる。これは分類ウェブ・サービスを有する第３者ウェブ・サイトの利用によって実現し得る。ウェブ・サイトの大半はTVエニータイム・ウェブ・サービスを提供するものでないので、該検索処理は、TVエニータイム・ウェブ・サーバを効率的に発見する方法で該ウェブを巡回することを可能にするよう、変更される。
【００３６】
第3者が該巡回処理を実施する役割を果たすことが企図される。この第３者が誰であり得るかに関する制約はない。例の一部としては：TVエニータイム・クライアントに付加価値サービスを提供しようとする放送業者；製造する機器の機能を改良しようとするCEメーカ；及びTVエニータイム情報をユーザに備えようとする専門家ウェブ・サイト；があげられる。強力なコンピュータが該巡回を行い得るので、該計算コストの課題はそれほどない。第3者は発見したTVエニータ一ム・ウェブ全てのディレクトリを保持する。このディレクトリは、ユーザが、該発見TVエニータイム・サービスを見出し、ブラウジングを行う、ことを可能にするよう、HTMLインタフェースを提供し得る。該ディレクトリはユーザが所望するサービスを見出すことを助力するよう、該サービスを分類及びグループ化することによって付加価値を付加し得る。
【００３７】
当該消費クライアント（すなわち、ディジタルTV受信機のような、TVエニータイム・デバイス）が上記第3者ディレクトリをホスティングする該マシンからの当該情報を自動的に取り出し得るために、発見サービスのリストを記述する標準化された手段が必要となる。そのような記述は（ＴＶエニータイム・フォーラムのような）ある標準化団体によって合意され得る。その代わりに、該ディレクトリ・サービスがＣＥメーカによってホスティングされる場合、該クライアントの実装（すなわち、該ＣＥデバイス）と該ディレクトリ・サーバとの両方が制御されるので、専用記述フォーマットを実施することを選択し得る。
【００３８】
本発明を利用し得る別の方法は該ディレクトリ・サービスが単一の統合型ＴＶエニータイム・ウェブ・サービスを提供し、発見された該サービスからの利用可能なデータ全てに対するアクセスを付与するものである。その場合、集約データが単一のエニータイム・ウェブ・サービスによって提供され得る。
【００３９】
ＴＶエニータイム・サービスの効率的な巡回は、そのサーバから利用可能な該ＴＶエニータイム・サービスを記述するよう（周知の位置での）構造化されたファイルを用いた上記の仕組みに基づくものである。この点で、この構造化されたファイルが別のＴＶエニータイム・ウェブ・サーバ上の該記述ファイルに対するＵＲＬ（すなわち、ハイパーリンク）を有することを可能にすることが更に、企図される。このようにして、「ウェブ・サービス・スパイダ」を多くのＴＶエニータイム・ウェブ・サイトを再帰的に見出し、ダウンロードする、のに用い得る。
【００４０】
ＨＴＭＬファイルではなく、標準化されたサービス位置ファイル、に及んで巡回することによって、該検索空間は大いに削減され、当該処理は効率化される。該構造化されたファイルは2つの部分、リンク部分及び記述部分、に分割され、該部分は両方とも任意のものである。リンクのみを有する構造化されたファイルはＴＶエニータイム・ウェブ・サービスのリストを表すのに用い得る。このフォーマット自体は該ディレクトリ・サービスによって、該サービスが見出した全てのサービスを記述する手段として用い得る。
【図面の簡単な説明】
【００４１】
【図１】考えられるWS-インスペクション・ファイルの例を表す図である。
【図２】相当するサービス記述ファイルの例を表す図である。
【図３】デバイス及びサーバを示す、TVエニータイム・ウェブ・サービスを見出す装置の概略図である。
【図４】改良WS-インスペクション・ファイルによる第２実施例を表す図である。
【図５】TVエニータイム・ウェブ・サービスを見出す方法の概略図である。
【図６】更に詳細を表す、図３の該デバイス及びサーバ・システムの概略図である。
【図１】
2005520415.tif 000003
【図２】
2005520415.tif 000004
【図３】
2005520415.tif 000005
【図４】
2005520415.tif 000006
【図５】
2005520415.tif 000007
【図６】
2005520415.tif 000008
【国際調査報告】
2005520415.tif 000009
2005520415.tif 000010
2005520415.tif 000011