(57)【要約】イントラネット・ネットワーク（200）上でサービス情報を取得するための方法が提供される。前記方法は：前記イントラネット・ネットワークに動作可能に接続されたローカル・サーバ（300）に、サービスユーザによるサービス要求を行い；前記サービス要求のために前記ローカル・サーバに動作可能に接続された第１のデータベース（302）を検索し、前記第１のデータベースが前記イントラネット・ネットワークで利用可能なローカル・サービスプロバイダのリストを有し；所定の条件のもとで前記サービス要求のためにインターネット（202）を検索することをも有する。好ましくは、前記方法は、前記検索の結果を前記サービスユーザに通知することを更に有する。インターネットが検索される前記所定の条件は、好ましくは前記第１のデータベースの検索が前記サービス要求との一致を提供しない場合である。
2005521956.tif 000002
【特許請求の範囲】
【請求項１】
イントラネット・ネットワーク上でサービス情報を取得するための方法であって、
前記イントラネット・ネットワークに動作可能に接続されたローカル・サーバに、サービスユーザによるサービス要求を行い、
前記サービス要求のために前記ローカル・サーバに動作可能に接続された第１のデータベースを検索し、前記第１のデータベースが前記イントラネット・ネットワークで利用可能なローカル・サービスプロバイダのリストを有し、
所定の条件のもとで前記サービス要求のためにインターネットを検索することをも有する方法。
【請求項２】
請求項１に記載の方法であって、
前記検索の結果を前記サービスユーザに通知することを更に有する方法。
【請求項３】
請求項１に記載の方法であって、
前記ローカル・サーバに動作可能に接続された第２のデータベースに、インターネットで利用可能なサービスプロバイダの少なくとも一部のリストを格納し、
所定の条件のもとで、及び前記サービス要求のためにインターネットを検索する前に、前記サービス要求のために前記第２のデータベースを検索することを更に有する方法。
【請求項４】
請求項３に記載の方法であって、
前記第２のデータベースが検索される前記所定の条件が、前記第１のデータベースの検索が前記サービス要求との一致を提供しない場合である方法。
【請求項５】
請求項１に記載の方法であって、
インターネットが検索される前記所定の条件が、前記第１のデータベースの検索が前記サービス要求との一致を提供しない場合である方法。
【請求項６】
請求項１に記載の方法であって、
前記サービスユーザにより、前記検索の少なくとも１つの結果を選択し、
前記少なくとも１つの結果の選択の指示を、対応するサービスプロバイダに戻すことを更に有する方法。
【請求項７】
請求項６に記載の方法であって、
前記戻すことが、前記指示をルータに戻し、次に前記ルータが前記指示を前記対応するサービスプロバイダに戻すことを更に有する方法。
【請求項８】
請求項６に記載の方法であって、
前記選択された少なくとも１つの結果に関する情報を、前記対応するサービスプロバイダから前記サービスユーザに逆に転送することを更に有する方法。
【請求項９】
請求項８に記載の方法であって、
前記転送することが、前記情報をルータに転送し、次に前記ルータが前記サービスユーザに前記情報を転送することを有する方法。
【請求項１０】
請求項６に記載の方法であって、
前記選択された少なくとも１つの結果に関する情報を、前記対応するサービスプロバイダから前記イントラネット・ネットワークのその他のサービスプロバイダに転送することを更に有する方法。
【請求項１１】
イントラネット・ネットワーク上でサービス情報を取得するためのシステムであって、
前記イントラネット・ネットワークに動作可能に接続されたローカル・サーバと、
前記ローカル・サーバに動作可能に接続された第１のデータベースであって、前記イントラネット・ネットワークで利用可能なローカル・サービスプロバイダのリストを有する第１のデータベースと、
前記サービス要求のために前記第１のデータベースを検索するための手段と、
前記イントラネット・ネットワークをインターネットに動作可能に接続する通信接続と、
所定の条件のもとで前記サービス要求のためにインターネットを検索するための手段と
を有するシステム。
【請求項１２】
請求項１１に記載のシステムであって、
前記検索の結果を前記サービスユーザに表示するためのディスプレイを更に有するシステム。
【請求項１３】
請求項１１に記載のシステムであって、
前記イントラネット・ネットワークに動作可能に接続され、インターネットで利用可能なサービスプロバイダの少なくとも一部のリストを格納するための第２のデータベースを更に有し、
インターネットが前記サービス要求のために検索される前に、前記第２のデータベースが前記サービス要求のために検索されるシステム。
【請求項１４】
請求項１１に記載のシステムであって、
前記インターネットの検索の少なくとも１つの結果を選択するための選択手段を更に有し、
前記通信接続が、前記少なくとも１つの結果の選択の指示を、対応するサービスプロバイダに戻すシステム。
【請求項１５】
請求項１４に記載のシステムであって、
ルータを更に有し、
前記指示が前記ルータを介して前記対応するサービスプロバイダに送信されるシステム。
【請求項１６】
請求項１４に記載のシステムであって、
前記通信接続が、前記選択された少なくとも１つの結果に関する情報を、前記対応するサービスプロバイダから前記サービスユーザに逆に更に転送するシステム。
【請求項１７】
請求項１６に記載のシステムであって、
ルータを更に有し、
前記情報が前記ルータを介して前記対応するサービスユーザに転送されるシステム。
【請求項１８】
請求項１１に記載のシステムであって、
前記ローカル・サーバに動作可能に接続され、前記サービス要求を前記ローカル・サーバに転送し、そこから応答を受信し、前記検索の結果を前記サービスユーザに通知するためのラッパーを更に有するシステム。
【請求項１９】
請求項１１に記載のシステムであって、
前記ローカル・サーバとインターネットに動作可能に接続され、前記サービス要求をインターネットに転送し、そこから応答を受信し、前記インターネットの検索の結果を前記サービスユーザに通知するためのラッパーを更に有するシステム。
【請求項２０】
請求項１３に記載のシステムであって、
前記ローカル・サーバと前記第２のデータベースに動作可能に接続され、前記サービス要求を前記第２のデータベースに転送し、そこから応答を受信し、前記第２のデータベースの検索の結果を前記サービスユーザに通知するためのラッパーを更に有するシステム。
【請求項２１】
請求項１４に記載のシステムであって、
前記通信接続が、前記選択された少なくとも１つの結果に関する情報を、前記対応するサービスプロバイダから前記イントラネット・ネットワークのその他のサービスプロバイダに更に転送するシステム。
【請求項２２】
イントラネット・ネットワークからサービス情報を取得するための方法であって、
インターネットから前記イントラネット・ネットワークに動作可能に接続されたローカル・サーバに、サービスユーザによるサービス要求を行い、
前記サービス要求のために前記ローカル・サーバに動作可能に接続された第１のデータベースを検索することを有し、
前記第１のデータベースが前記イントラネット・ネットワークで利用可能なローカル・サービスプロバイダのリストを有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概してサービス情報を取得するための方法とシステムに関するものであり、特にイントラネット・ネットワーク（以下、簡単に“イントラネット”と称する）上でUDDI（Universal  Description,  Discovery  and  Integration）を使用してサービス情報を取得することに関するものである。
【背景技術】
【０００２】
インターネットの世界におけるXML技術の急速且つ増大する導入は、Universal  Description,  Discovery  and  Integration（UDDI）と、シンプル・オブジェクト・アクセス・プロトコル（SOAP）と、ウェブサービス記述言語（WSDL）で構成されるウェブサービスのアーキテクチャに、新世代の分散コンピューティングのパラダイムになる大いなる可能性を与える。CORBAやDCOMのような他の既存の分散コンピューティング・モデルと同様に、XMLベースのウェブサービスは、相互運用性、軽量、ファイアウォールとの親和性等を含む多くの利点を有する。更に、それはIBMやMicrosoftやAribaのような主要な会社により支援されており、相当の注意を受けることを保証する。
【０００３】
現在、UPnPのような技術的に既知のホーム・ネットワーキング・プロトコルが存在し、それはスタンドアローン装置と多数のベンダからのPCとの簡単且つロバストな接続を可能にするように設計される。しかし、このプロトコルは、家庭環境の範囲内でのみ動作する。家庭用装置は、インターネットを通じて外部と通話できるように想定されている。
【０００４】
前述の通り、UDDIは、ウェブサービスのアーキテクチャの１つの不可欠な構成要素である。UDDI自体は、インターネットドメインで標準になっている。それは、ビジネスが好ましいアプリケーションを使用して、迅速に、容易に及び動的に相互にビジネスを見つけて取引することを可能にする潜在力を有する。UDDIコミュニティは、標準を開発して展開することに積極的に関与する会社のグループである。
【０００５】
UDDIは、３つの部分で構成されるビジネス・レジストリを有する。
−ホワイトページは、会社の窓口案内を提供する。
−イエローページは、標準的な分類によりビジネスを分類する。
−グリーンページは、利用可能なサービスについての技術情報を記録する。
【０００６】
外部の世界にUDDIは２つのセットのインタフェースを提供する。１つはサービス登録用であり、１つはサービス発見用である。サービスをウェブで利用可能にすることを希望するエンティティは、サービス登録インタフェースを使用して、それ自体についての情報と、サービス記述を登録しなければならない。そのエンティティは“サービスプロバイダ”と称される。ウェブで利用可能なサービスを利用する必要があるエンティティは、UDDIレジストリから希望のサービスを見つけるために、サービス発見インタフェースを使用しなければならない。それは“サービスユーザ”と称される。
【０００７】
ウェブサービスの主要な機構でどのように動作するかを見ることで、UDDIを理解することが容易である。図１に示される通り、サービスプロバイダ100がUDDIレジストリ102に連絡してそのサービスを登録することで、処理が始まる。インターネットサービスの異種の性質に対処するために、WSDL記述104は、サービスインタフェースと、プロトコルの結合と、ネットワークサービスの展開の詳細とを記述するための汎用のXML言語を提供する。それはUDDI標準の有用な補完である。サービスプロバイダ100とWSDL記述位置についての情報は、UDDIレジストリ102に格納される。サービスユーザ106は、キーワード又はUDDIブラウザを用いて必要なサービスを発見する。希望のサービスが見つかった場合、UDDI102はサービスユーザ106にサービスアクセス情報を戻し、それによりWSDL記述に適合するパラメータを使用してサービスプロバイダのアクセスポイントを呼び出すことができる。この処理の全てのメッセージングはSOAP108で達成され、そのSOAP108は、実装に依存しないXML形式のメッセージを運ぶ。
【０００８】
ホーム・ネットワーキングがホーム・ユース用に設計されている一方で、UDDIはビジネス環境及び事業環境用に設計されており、インターネット上でアクセスされる。その意図された目的に有用であることが証明されたが、UDDIとホーム・ネットワーキングは以下の問題を受ける。
【０００９】
相互に検出して記憶することが容易ではない。第１に、新しい装置がホーム・イントラネットにつながると、他の装置を検出する必要がある。例えば、ユーザはCDプレイヤからの出力を異なる部屋のいくつかのスピーカに送信することを希望する。ユーザは他の装置のサービス情報（装置のIPアドレスと、装置により提供されるサービスの記述を含む）を入力し、新しいCDプレイヤと他の装置との関係を確立するために必要な構成を行わなければならない。しかし、限られたコンピュータ知識を有するユーザにとって、前記のことは複雑なタスクになり得る。更に、異なる製造者からの装置はサービス要求で異なるパラメータを必要とするため、新しい装置がその他の装置とどのように相互作用するか（例えばどのパラメータがサービス要求で許容できるか）を決定することは容易ではない。第２に、ユーザが前記のタスクを達成することができるとしても、ユーザが他のサービスを使用することを希望する毎にサービス情報を入力することは、依然として時間を要するタスクである。そのようなサービス情報は、クライアント装置に格納され、その他の新しい装置が追加される毎に、又は既存のサービスが取り外される毎に更新されなければならない。
【００１０】
家庭用装置は、家庭の外部のサービスをどのように検出するかを知らない。時々、探されているサービスが家庭で利用可能でなく、外に出て、インターネットを使用して“サービス捜索”をすることが望ましい。更に、一般的なユーザが有する限られた関連の知識のため、そのサービス探索処理をユーザにトランスペアレントにすることを希望する。例えば、CDプレイヤでオーディオCDを再生するときに、CDプレイヤが再生している曲に対応する歌詞を検出し、TV画面にその歌詞を表示することが望ましい。CDプレイヤが全ての曲の歌詞を保持する見込みがないため、プレイヤは歌詞を“リアルタイム”に検索しなければならない。一般的に歌詞検索サービスは、家庭内で利用可能ではない。インターネットは、この種類のサービスのための唯一の情報源になる。
【００１１】
外部から家庭用装置にアクセスすることが困難である。人は職場や路上のような遠隔地にいるときに、家庭用施設にアクセスすることを希望する。例えば、職場を出る前に家のエアコンをつけたいと思うことがある。このことは、ホームサービスで達成され得る。ホームサービスの更に進んだ用法は、コマンド・アンド・コントロールと呼ばれ、ウェブサービスの検出と融合と作動で構成される。この場合に、ホームサービスにアクセスする唯一の方法は、オフィス・ワークステーション、無線コンピュータ又はPDAを使用することである。ホームサービス情報は一般的にオフィス・コンピュータに格納されていないため（又はそうすることが安全でないため）、サービスはオフィス・コンピュータから呼び出されないことがある。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
前記の問題を考慮して、必要とされるものは、ホーム・イントラネット・ネットワーク内の装置間とインターネットとの通信を促進する媒介である。前述の通り、UPnPのようないくつかの既存のホーム・ネットワーキング・プロトコルは、第１の問題（すなわち、家庭内サービスの発見と呼び出し）を解決するように設計される。しかし、それは他の２つの問題を解決するために必要な、家庭の境を横断するサービス発見とサービスの呼び出しに対処する機能を欠く。
【課題を解決するための手段】
【００１３】
従って、UDDIを使用して、イントラネットとインターネットの双方でサービス情報を取得するための方法とシステムを提供することが本発明の目的である。
【００１４】
従って、イントラネット・ネットワーク上でサービス情報を取得するための方法が提供される。前記方法は：前記イントラネット・ネットワークに動作可能に接続されたローカル・サーバに、サービスユーザによるサービス要求を行い；前記サービス要求のために前記ローカル・サーバに動作可能に接続された第１のデータベースを検索し、前記第１のデータベースが前記イントラネット・ネットワークで利用可能なローカル・サービスプロバイダのリストを有し；所定の条件のもとで前記サービス要求のためにインターネットを検索することをも有する。好ましくは、インターネットが検索される前記所定の条件は、前記第１のデータベースの検索が前記サービス要求との一致を提供しない場合である。好ましくは、前記方法は、前記検索の結果を前記サービスユーザに通知することを更に有する。
【００１５】
前記方法は、好ましくは：前記ローカル・サーバに動作可能に接続された第２のデータベースに、インターネットで利用可能なサービスプロバイダの少なくとも一部のリストを格納し、所定の条件のもとで、及び前記サービス要求のためにインターネットを検索する前に、前記サービス要求のために前記第２のデータベースを検索することを更に有する。好ましくは、前記第２のデータベースが検索される前記所定の条件は、前記第１のデータベースの検索が前記サービス要求との一致を提供しない場合である。
【００１６】
前記方法は、好ましくは：前記サービスユーザにより、前記検索の少なくとも１つの結果を選択し、前記少なくとも１つの結果の選択の指示を、対応するサービスプロバイダに戻すことを更に有する。前記戻すことは、好ましくは、前記指示をルータに戻し、次にそのルータが前記指示を前記対応するサービスプロバイダに戻すことを有する。前記方法は、好ましくは、前記選択された少なくとも１つの結果に関する情報を、前記対応するサービスプロバイダから前記サービスユーザに逆に転送することを更に有する。好ましくは、前記転送することは、前記情報をルータに転送し、次にそのルータが前記サービスユーザに前記情報を転送することを有する。その他に、前記方法は、前記選択された少なくとも１つの結果に関する情報を、前記対応するサービスプロバイダから前記イントラネット・ネットワークのその他のサービスプロバイダに転送することを更に有する。
【００１７】
また、イントラネット・ネットワーク上でサービス情報を取得するためのシステムが提供される。前記システムは：前記イントラネット・ネットワークに動作可能に接続されたローカル・サーバと、前記ローカル・サーバに動作可能に接続された第１のデータベースであって、前記イントラネット・ネットワークで利用可能なローカル・サービスプロバイダのリストを有する第１のデータベースと；前記サービス要求のために前記第１のデータベースを検索するための手段と；前記イントラネット・ネットワークをインターネットに動作可能に接続する通信接続と；所定の条件のもとで前記サービス要求のためにインターネットを検索するための手段とを有する。前記システムは、好ましくは、前記検索の結果を前記サービスユーザに表示するためのディスプレイを更に有する。
【００１８】
好ましくは、前記システムは、前記イントラネット・ネットワークに動作可能に接続され、インターネットで利用可能なサービスプロバイダの少なくとも一部のリストを格納するための第２のデータベースを更に有し、インターネットが前記サービス要求のために検索される前に、前記第２のデータベースが前記サービス要求のために検索される。
【００１９】
前記システムは、好ましくは、前記インターネットの検索の少なくとも１つの結果を選択するための選択手段を更に有し、前記通信接続が、前記少なくとも１つの結果の選択の指示を、対応するサービスプロバイダに戻す。その場合、前記システムは、好ましくはルータを更に有し、前記指示が前記ルータを介して前記対応するサービスプロバイダに送信される。好ましくは、前記通信接続は、前記選択された少なくとも１つの結果に関する情報を、前記対応するサービスプロバイダから前記サービスユーザに逆に更に転送する。その場合、前記システムはルータを更に有し、前記情報が前記ルータを介して前記対応するサービスユーザに転送される。
【００２０】
好ましくは、前記システムは、前記ローカル・サーバに動作可能に接続され、前記サービス要求を前記ローカル・サーバに転送し、そこから応答を受信し、前記検索の結果を前記サービスユーザに通知するためのラッパーを更に有する。前記ラッパーはまた、好ましくは、前記サービス要求をインターネットに転送し、そこから応答を受信し、前記インターネットの検索の結果を前記サービスユーザに通知するために、前記ローカル・サーバとインターネットに動作可能に接続される。更に、前記ラッパーが、前記サービス要求を前記第２のデータベースに転送し、そこから応答を受信し、前記第２のデータベースの検索の結果を前記サービスユーザに通知するために、前記ローカル・サーバと前記第２のデータベースに動作可能に接続されることが好ましい。
【００２１】
好ましくは、前記通信接続は、前記選択された少なくとも１つの結果に関する情報を、前記対応するサービスプロバイダから前記イントラネット・ネットワークのその他のサービスプロバイダに更に転送する。
【００２２】
イントラネット・ネットワークからサービス情報を取得するための方法が更に提供される。前記方法は：インターネットから前記イントラネット・ネットワークに動作可能に接続されたローカル・サーバに、サービスユーザによるサービス要求を行い；前記サービス要求のために前記ローカル・サーバに動作可能に接続された第１のデータベースを検索することを有し、前記第１のデータベースが前記イントラネット・ネットワークで利用可能なローカル・サービスプロバイダのリストを有する。
【発明を実施するための最良の形態】
【００２３】
本発明の装置と方法の前記及び他の機能と態様と利点が、以下の説明と特許請求の範囲と添付図面に関して更に説明される。
【００２４】
本発明は複数の多様な種類のイントラネット・ネットワークに適用されるが、ホーム・ネットワーキングの環境で特に有用であることがわかる。従って、本発明の適用をホーム・ネットワーキングに限定することなく、本発明はそのような環境で説明される。
【００２５】
ホーム・ネットワーキング環境は、多様な家庭用装置を接続するイントラネットとして見られ得る。家庭用環境は、その主な用法により３つのグループに分類され得る。
−娯楽装置。このグループは、TV、VCR、DVDプレイヤ等を含む。この装置の主な用法は、映像ストリーミングとオーディオ（合わせて“コンテンツ”と称される）を受信して表示することである。
−データ指向の装置。このグループの装置は、PCとハンドヘルド装置とを含む。この装置の主な用法は、あるものはストリームとして使われることがあるが、データを受信して処理することである。
−データ取得及び制御装置。このグループの装置は、ホームオートメーションと家庭療養のためのホームセキュリティシステムと、カメラと、センサと、アクチュエータとを含む。この主な用法は、データを集め、アラート／アラーム信号を作り、家庭用装置の電源をオン／オフする命令を送信することである。
【００２６】
この開示の目的上、家庭用装置は、サービスユーザにサービスを提供するという点で、UDDIに関して前述したサービスプロバイダに類似したサービスプロバイダと考えられる。例えば、TVとVCRとDVDプレイヤは、サービスユーザにコンテンツを受信して表示するサービスを提供し、VCRの場合には受信コンテンツをコピーするサービスを提供する。同様に、データ取得及び制御装置は、ホームセキュリティのサービスを提供する。しかし、DVDプレイヤからのサービスを要求する（例えば映画を表示するため）テレビのように、いくつかの装置は“サービスユーザ”として考えられることもある。
【００２７】
前記装置を接続する主な目的は、ホーム・ネットワークを通じて相互に相互作用させ、ホーム・ゲートウェイを通じて家庭の外部とのサービスと相互作用させることであり、そのホーム・ゲートウェイはアクセス・ネットワークとホーム・ネットワークとの間でデータをルーティングする。この目的を達成するための当然の関心毎は、場合によっては多様なベンダからのその異なる装置が、どのように相互に相互運用し、更にインターネットのサービスと通信することができるかである。
【００２８】
図２は、サービスを少なくとも提供し（すなわちサービスプロバイダとして機能する）、サービスを要求する（すなわちサービスユーザとして機能する）こともある多様な装置206-214を備えた一般的なホーム・ネットワーキング環境を示したものである。ポータル204を通じたホーム・イントラネット200とインターネット202との間の通信は、典型的には双方向である。これにより、ユーザが家にいるときにインターネット202からパブリック・サービスを利用し、ユーザが路上又は職場のような遠隔地にいるときに家庭用装置206-214を制御することが可能になる。家庭用装置の例は、DVDプレイヤ206と、照明サービス208と、個人情報端末（PDA）210と、テレビ212と、自動ペット飼養施設214とを含む。そのような装置206-214の使用は、技術的に周知である。
【００２９】
次に図３と４と５を合わせて参照すると、ホーム・ネットワーキング環境のようなイントラネット・ネットワーク200上でサービス情報を取得するための方法とシステムの好ましい実装のフローチャートと図が示されており、そのイントラネット・ネットワーク200の構成と動作は技術的に周知である。“サービス情報を取得する”という用語は、以下の例１で説明されるようにサービスに関する情報を取得することを意味するだけでなく、以下の残りの例で説明されるように家庭用装置を制御することを意味する一般的な意味で使用される。前記方法は、一般的に参照番号100により参照される。
【００３０】
ステップS102において、サービスユーザによるサービス要求が、イントラネット・ネットワークに動作可能に接続されたローカル・サーバ300に対して行われ、そのイントラネット・ネットワークは好ましくはホーム・ネットワーキング環境であるが、ビジネス用イントラネットでもよい。ローカル・サーバ300は、ローカル又は内部のUDDI（その他にそのように称される）を有する。ローカル・サーバ300に動作可能に接続された第１のデータベース302は、サービス要求のためにステップS104で検索される。第１のデータベース302は、イントラネット・ネットワーク200で利用可能なローカル・サービスプロバイダのリストを有する。
【００３１】
ホーム・イントラネット200内において、全てではなくとも、装置206-214のほとんどがプライベートであるため、内部使用を対象としたサービスが存在する。そのサービスを使用するために、ローカルUDDIレジストリは、イントラネット内での使用のために設定されなければならない。換言すると、全ての内部サービスが登録され、このローカルUDDIレジストリから発見され、第１のデータベース302に格納される。ローカルUDDIレジストリは、グローバルサービスを要求し、イントラネット・ネットワーク200の外部からの要求を受信することができるために、IBMとMicrosoftからのもののような、インターネット202の外部又はパブリックUDDIレジストリ310と互換性があるべきである。ローカル・レジストリはまた、パブリックUDDI310への要求を代理又は中継するエージェント／プロキシ／フィルタであるべきである。すなわち、イントラネット・ネットワーク200の内部のサービスユーザはまた、職場のデスクトップ312や、例えば“Bigplayer.com”のスポーツスター検索サービス314や、地図サービス316や、競合航空会社からの飛行経路サービス318、320のような、インターネット202の外部サービスに要求を送信することができる。この場合において、サービスユーザは、ローカルのものに要求することと同じ方法で外部サービスを要求する。従って、プロキシ又はエージェントとしてのローカルUDDIレジストリは、要求をパブリックUDDI310に転送し又はその要求を拒否し（例えばペアレンタル・コントロール（parental  control）の場合）、パブリックUDDI310から要求を受信し、要求を行ったサービスユーザにそれを戻す。イントラネット・ネットワーク200のサービスユーザは、いくつかのサービスがイントラネット・ネットワーク200の外部に由来することを認識することもあり、しないこともある。また、ローカルUDDI300は、ローカルのサービスのものに準拠するように、インターネットサービスの“ルック・アンド・フィール”を変更することができる。
【００３２】
所定の条件のもとで、インターネット202はまた、サービス要求のために検索される。所定の条件は、図３の部分Aに関して以下に説明され、詳細に図４に示される。ステップS118において、サービスユーザは、好ましくは検索の結果を表示することにより、必要に応じて検索の結果を通知される。
【００３３】
ステップS120において、サービスユーザは、検索の少なくとも１つの結果を選択する。例えばコンピュータのモニタにその結果が表示された場合には、結果のリストから１つの結果をマウスでクリックすることによるように、技術的に既知の何らかの手段により、ユーザが結果を選択する。ステップS122において、結果の選択の指示が、対応するサービスプロバイダに戻される。好ましくは、その指示はまずルータ304に戻され、次にそのルータがその指示を対応するサービスプロバイダに戻す。ルータ304は、インターネット202とイントラネット200の間で全てのサービス要求と応答をトランスペアレントに中継することが好ましい。従って、サービス要求はまずルータ304に送信される。ルータ304は、メッセージのヘッダ（URL）を検査し、要求がインターネット202又はイントラネット・ネットワーク200を対象とするか否かを決定し、それに応じて要求を転送する。結果が戻ると、ルータ304はそれをインターネット・ネットワーク200のサービスユーザ又はサービスプロバイダに戻す。ルータ304は、許可をブロック又は拒絶される必要があるサービスのリストを有することができる。ルータ304のその他の機能は、サービス要求がインターネット202からイントラネット・ネットワーク200に来ると、許可を実行することである。
【００３４】
ステップS124において、選択された結果に関する情報が、対応するサービスプロバイダからサービスユーザに逆に転送される。前記情報は、好ましくは最初にルータ304に転送され、次にそのルータ304が前記情報をサービスユーザに転送する。その他に、選択された結果に関する情報は、対応するサービスプロバイダからイントラネット・ネットワーク200のその他のサービスプロバイダ（サービスユーザとして機能する）に転送される。
【００３５】
より良い性能のため、ローカルUDDI300はまた、特定のサービス記述をパブリックUDDI310から第２のデータベース306に‘キャッシュ’することがあり、それにより、パブリックUDDI310に問い合わせるいくつかのものが、キャッシュを検査することにより促進される。第２のデータベース306（その他に“キャッシュ”と称される）は、ローカルUDDI300に取り付けられ、好ましくはパブリックUDDI310と同じデータ構造を有するが、パブリックUDDI310からの最も頻繁に使用されるサービス記述のサブセットを含む限られたストレージ空間を有する。新しいサービス要求に基づいてキャッシュ（第２のデータベース）をリフレッシュ／更新するアルゴリズムは、技術的に完全に成熟している（例えばオペレーティングシステムのキャッシュ）。次に図４を参照すると、ステップS106において、サービス要求との何らかの一致が第１のデータベース302のどこかに検出されたか否かが決定される。そうである場合（S106-yes）、第２のデータベース306がサービス要求のために検索されるか否かが決定される。第２のデータベース306はローカル・サーバ300に動作可能に接続される。
【００３６】
所定の条件のもとで、及びサービス要求のためにインターネット202を検索する前に、第２のデータベース306がサービス要求のために検索される。好ましくは、第２のデータベース306が検索される所定の条件は、第２のデータベース302の検索がサービス要求との一致を提供しない場合であり、ステップS106-Noに図示される。しかし、第１のデータベース302の検索が、ステップS108-yesとして図示されるようにサービス要求との一致を生じた場合でも、第２のデータベース306が検索され得る。例えば、所定の数未満の検索結果が第１のデータベース302の検索から戻されると、第２のデータベース306が検索され得る。第２のデータベースの検索が望ましい場合、ステップS110でそれが行われる。相でない場合、前記方法はS108-Noの経路でステップS118に進み、必要に応じてサービスユーザが結果を通知される。
【００３７】
必要に応じて第２のデータベース306が検索された後に、第１と第２のデータベース302、306の検索が、何らかの一致を形成されたか否かがステップS112で決定される。そうである場合（S112-yes）、インターネット202がサービス要求のために検索されるべきか否かがステップS114で更に決定される。そうでない場合、前記方法はステップ118に進み、サービスユーザが結果を通知される。第１と第２のデータベースの検索から結果が形成されなかった場合、又は結果が形成されてそれにも関わらずインターネット202を検索することが望ましい場合（S114-yes）、前記方法はステップS116に進み、インターネット202がサービス要求のために検索される。従って、図３と４の方法の好ましい実装によりわかるように、インターネット202が検索される所定の条件は、少なくとも第１のデータベースの検索と、好ましくは第２のデータベースの検索とが、サービス要求との一致を提供しない場合である。第１及び／又は第２のデータベース302、306が所定の数未満の結果を形成するサービス要求のためにインターネット202を検索することのように、他の所定の条件が可能であることを当業者は認識するであろう。
【００３８】
図５に戻って参照すると、前記システムはまた、好ましくはUDDIラッパー308を有する。UDDIラッパー308（その他に“サービス・ロケータ”と称される）は、ローカルUDDI300の上に構成され、ローカルUDDI300と同じセットのAPIを提供する。ユーザは、好ましくは、ローカルUDDI300に直接アクセスするのではなく、UDDIラッパー308に要求を送信する必要がある。ユーザがラッパーAPIに要求を送信すると、UDDIラッパー308がその要求をローカルUDDIに転送する。サービス記述がローカルUDDI300にあることを応答が示すと、UDDIラッパー308は、サービス要求を行ったサービスユーザにこの情報を戻す。そうでない場合には、所定の条件のもとで、UDDIラッパー308はパブリックUDDI310に連絡し、それが受信した全ての情報を戻す。この処理は、好ましくはサービスユーザにトランスペアレントである。従って、UDDIラッパー308は、サービス要求をローカル・サーバ300に転送し、そこから応答を受信し、検索の結果をサービスユーザに通知するために、ローカル・サーバ300に動作可能に接続される。UDDIラッパー308はまた、好ましくは、サービス要求をインターネット202に転送し、そこから応答を受信し、インターネットの検索の結果をサービスユーザに通知するために、インターネット202に動作可能に接続される。更に、ラッパーはまた、好ましくは、サービス要求を外部データベース306に転送し、そこから応答を受信し、外部データベースの検索の結果をサービスユーザに通知するために、外部又は第２のデータベース306に動作可能に接続される。
【００３９】
例を用いて以下に更に十分に説明される通り、通信接続はまた、選択された結果に関する情報を、対応するサービスプロバイダからイントラネット・ネットワーク200のその他のサービスプロバイダに転送することができる。従って、サービス要求は、DVDプレイヤ206に対して、ホーム・ネットワーキング環境200の特定のテレビ212で特定の映画を再生することである場合がある。その場合、DVDコンテンツ（情報）は、DVDプレイヤ（サービスプロバイダ）からテレビ212（その他のサービスプロバイダ）に転送される。当然のことながら、サービス要求が受信され、実行された又は実行される予定であるという確認のように、情報がサービスユーザに送信されることもある。
【００４０】
次に、本発明の好ましい方法とシステムがいくつかの例を用いて説明される。同じものが例のみとして提供され、本発明の範囲又は趣旨を決して限定するものではないことを当業者が認識するであろう。
［例１］
第１の例が図６を参照して説明される。サービスユーザは、UDDIラッパー308にアクセスすることにより、402において飛行状況サービスに要求することを開始する。UDDIラッパー308は、404においてローカルUDDI300からサービスを要求する。ローカルUDDIはローカルでそれを検出することを試みるが、それが不可能であり、406において“no”でUDDIラッパーに応答する。次に、UDDIラッパーは、408においてキャッシュ306でそれを検索する。要求されたサービスはキャッシュ306になく、キャッシュ306は、410において“no”でUDDIラッパーに応答する。次にUDDIラッパーは、412においてパブリックUDDI310からのサービスを要求し、そのパブリックUDDI310が、414においてUDDIラッパー308に類似のサービスのリストを戻す。UDDIラッパー308は、416においてそのリストをサービスユーザに戻す。次にサービスユーザはUnited  Airlineの飛行状況追跡サービス318を選択し、420でルータ304を通じて、418においてそれに対する要求を通信する。次にUnited  Airlineの飛行状況追跡サービス318は、422において結果をルータに転送し、そのルータが424において結果をサービスユーザに転送する。
［例２］
第２の例が図７を参照して説明される。第２の例において、テレビ502、504、506は、画面に映像を表示するサービスを提供するサービスプロバイダと、DVDプレイヤからのコンテンツがそこに表示されることを要求するサービスユーザとの双方として考えられる。図５に示されるシステムを有する家庭に複数のテレビ502-506（14’’Philips502と、27’’Philipsと、19’’Sony）が存在することが仮定される。DVDプレイヤ206は、出力装置がコンピュータであれ、TVであれ、それが再生するものを表示することを再生装置に要求する典型的なサービスプロバイダである。この例の目的上、DVDプレイヤの出力は、全てのテレビ502-506に動作可能に接続され、それ故に家庭の何らかのテレビ502-506に送信され得ることが仮定される。
【００４１】
テレビ502-506はサービスプロバイダであるため、まずローカルUDDI300にそれ自体を登録することが必要である。このことはサービス記述処理と称され、好ましくはテレビ502-506により自動的に行われる。最初にサービスプロバイダがホーム・ネットワーク200に接続されたときに、ローカルUDDI300を検出する方法について少なくとも３つの選択肢が存在する。それらは以下の通りである。
−新しい装置がその存在をホーム・ネットワーク200にブロードキャストする。ローカルUDDIサーバ300がこのメッセージを聴取すると、そのアドレスで応答する。
−ローカルUDDIサーバ300がそのアドレス情報を定期的にブロードキャストし、それによりそれに接続された何らかの新しい装置が（いくらか遅延して）それを受信することができる。
−ローカルUDDIサーバ300が固定の周知のアドレスを有する。
【００４２】
ローカルUDDIサーバ300を検出した後に、標準的なAPIを使用して、新しいテレビと他の装置がUDDIレジストリにそれ自体を登録することができる。登録情報は、モデル番号、製造者、IPアドレス、アクセス方法、パラメータ等のような情報を含むことができる。
【００４３】
前述の通り、通信を初期化するために、ほとんど技術的専門知識を有さない通常のユーザがDVDのような装置をテレビのIPアドレスのような情報で構成することは、非現実的である。従って、DVDプレイヤ206と他の前記の装置がUDDIレジストリを調べ、可能なTVと、方法及びパラメータの点からそれをどのように呼び出すかを発見することが好ましい。発見処理は、UDDIの通常のビジネスサービスの発見処理と同様である。
【００４４】
要約すると、ホーム・ネットワーク200で接続されたテレビ502-506は、508と510と512においてUDDIラッパー308に登録する。UDDIラッパーは、514においてローカルUDDIサーバ300にDVDプレイヤを登録する。DVDコンテンツをテレビで再生する要求がサービスユーザにより行われた後に、DVDプレイヤは516においてUDDIラッパー308と連絡し、テレビを検索する。UDDIラッパー308は518においてローカルUDDIサーバ300と連絡し、それに登録されたテレビを検索する。ローカルUDDIサーバ300は、520においてUDDIラッパー308に情報を戻し、利用可能なテレビを示す。次に、UDDIラッパー308は522においてDVDプレイヤ206に情報を戻す。その情報は、特定の製造者又は大きさの利用可能なテレビが何であるかのように、更に特有であることがある。次にDVDプレイヤは、524において提供されたリストから１つのテレビ504を選択し、UDDIラッパー308は、526においてホーム・ネットワーク200のそのアドレスのような選択されたテレビ504のサービス情報をDVDプレイヤ206に戻す。次にDVDプレイヤ206は選択されたテレビ504に連絡し、選択されたコンテンツをそこで再生する。
［例３］
第３の例が図８を参照して説明される。第２の例は、ホーム・イントラネット200での最も典型的なシナリオ（すなわち、家庭内にサービスプロバイダとサービスユーザの双方が位置する）であることがあるが、時にはサービスユーザが家庭で必要なものを検出することができない。例えば、サービスユーザが非常に興味のあるフットボールゲームを見ている場合である。新しいフットボール選手が素晴らしい仕事をし、その選手についての情報を更に知りたいとユーザが考えることがある。従って、この種類のサービスはホーム・ネットワーク200で検出される見込みがなく、ホーム・ネットワーク200の外に出て、可能な‘スポーツスター・ホームページ検索’サービスを検索する必要がある。
【００４５】
サービスユーザにとって、この処理はトランスペアレントであるべきである。すなわち、サービスユーザが前記のサービス発見要求を送信すると、ホーム・ネットワーク200に対してローカルであれ、インターネット202の外部であれ、UDDIラッパー308がそのサービスを検出することを担う。
【００４６】
図８に示される通り、UDDIラッパー308は、602においてクライアント（この例ではサービスユーザにより動作されるテレビ502）から（スポーツスター検索サービスのための）サービス要求を受信する。UDDIラッパー308は、一致があるか否かを調べるために、604においてまずローカルUDDIサーバ300を調べる。ない場合には（606）、UDDIラッパー308は、このサービスが頻繁に使用されて情報が既にキャッシュされているか否かを調べるために、608においてUDDIキャッシュ（第２のデータベース306）を検索する。それでもない場合には（610）、UDDIラッパー308は、好ましくは614でルータを通じて、612においてパブリックUDDI310に自動的に連絡し、要求されたサービスを検索する。ルータ304はUDDIラッパー308からの要求614をパブリックUDDI310に転送する。好ましくは616でルータ304を介して、618でUDDIラッパー308を介して、620において結果（アクセスポイントと方法の記述）がクライアント502に戻される。クライアント502は、622において１つの結果を選択し、同じものをUDDIラッパー308に通信し、次にそのUDDIラッパー308が624において選択されたサービスに連絡し、626においてサービスから結果を受信する。次にクライアント602は、サービスプロバイダがどこにあるか（例えばホーム・ネットワーク200の内部又はインターネット202の外部）を認識することなく、サービスプロバイダ314にサービス要求を送信することができる。
［例４］
第４の例が図９を参照して説明される。一般的に、ホーム・ネットワーク200の家庭用サービスは、一部にはセキュリティの心配のため、外部のエンティティに（直接的に）利用可能になっていない。しかし、時には家の所有者は、路上又は職場にいて、ホーム・ネットワーク200の家庭用装置にアクセスする緊急の必要が存在することがあるため、そのホーム・ネットワーク200のホームサービスにアクセスする必要があることがある。例えば、トムが毎日正午に食べ物を与える必要があるペットを所有している。しかし、その時間にトムは働いている。従って、トムは、職場のデスクトップコンピュータからペットに食べ物を与えることを希望する。
【００４７】
トムは、自動ペット飼養サービス214のために、702においてホーム・ルータ304を通じて、職場のデスクトップ312から家のUDDI200に連絡する。ルータ304との認証702の後に、トムは704と706においてUDDIラッパー308に要求を送信することができる。UDDIラッパー308は、708においてローカルUDDI300からサービス記述を取り出し、710でUDDIラッパー308を通じて、712でルータ304を通じて、714でデスクトップ312までそれをトムに戻す。次にトムは、716でルータ304を通じて、50ozの生野菜と20ozの水のパラメータで、718において自動ペット飼養サービス214の呼び出しを行う。
【００４８】
本発明の好ましい実施例と考えられるものが示され、説明されたが、当然のことながら、本発明の趣旨を逸脱することなく、形式又は詳細における多様な変更と変形が容易に行われることがわかる。従って、本発明は説明されて示された正確な形式に限定されないことを目的とし、特許請求の範囲内にあり得る全ての変更をカバーするものと解釈されるべきである。
【図面の簡単な説明】
【００４９】
【図１】先行技術のUDDIベースのウェブサービスの図を示したものである。
【図２】本発明による基本的なホーム・ネットワーキング環境の例の図を示したものである。
【図３】本発明の方法の好ましい実施のフローチャートを示したものである。
【図４】図１のフローチャートのフローチャート分岐Aを示したものである。
【図５】図１と２の方法を実行するための本発明の好ましいシステムの図である。
【図６】本発明の好ましい方法の第１の例のためのUML（統一モデリング言語）のシーケンス図を示したものである。
【図７】本発明の好ましい方法の第２の例のためのUML（統一モデリング言語）のシーケンス図を示したものである。
【図８】本発明の好ましい方法の第３の例のためのUML（統一モデリング言語）のシーケンス図を示したものである。
【図９】本発明の好ましい方法の第４の例のためのUML（統一モデリング言語）のシーケンス図を示したものである。
【図１】
2005521956.tif 000003
【図２】
2005521956.tif 000004
【図３】
2005521956.tif 000005
【図４】
2005521956.tif 000006
【図５】
2005521956.tif 000007
【図６】
2005521956.tif 000008
【図７】
2005521956.tif 000009
【図８】
2005521956.tif 000010
【図９】
2005521956.tif 000011
【国際調査報告】
2005521956.tif 000012
2005521956.tif 000013