(57)【要約】ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供する方法であって、クライアントデバイスから前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリを受け付けるステップと、前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報により前記第１クエリに応答するステップと、前記クライアントデバイスから前記ネットワークの一部のコンフィギュレーションに関する第２クエリを受け付けるステップと、前記第１クエリの受付時と前記第２クエリの受付時に存在する前記ネットワークの一部の間のコンフィギュレーションの差分を決定するステップと、前記コンフィギュレーションの差分に関する情報により前記第２クエリに応答するステップとを有する方法が提供される。
2008521083.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供する方法であって、
クライアントデバイスから前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリを受け付けるステップと、
前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報により前記第１クエリに応答するステップと、
前記クライアントデバイスから前記ネットワークの一部のコンフィギュレーションに関する第２クエリを受け付けるステップと、
前記第１クエリの受付時と前記第２クエリの受付時に存在する前記ネットワークの一部の間のコンフィギュレーションの差分を決定するステップと、
前記コンフィギュレーションの差分に関する情報により前記第２クエリに応答するステップと、
を有する方法。
【請求項２】
ネットワーク変更により生じた前記ネットワークの一部の各コンフィギュレーションについて、前記ネットワークの少なくとも一部のコンフィギュレーションを示すコンフィギュレーション指標を生成するステップと、
対応するコンフィギュレーション情報と共に各コンフィギュレーション指標を格納するステップと、
をさらに有し、
前記第１クエリに対するレスポンスは、前記第１クエリの受信時に存在するコンフィギュレーションに係る第１コンフィギュレーション指標を有し、前記第２クエリは、前記第１コンフィギュレーション指標を有し、
前記第２クエリの受信時に存在するコンフィギュレーションに係る第２コンフィギュレーション指標と少なくとも前記第１コンフィギュレーション指標とを比較するステップと、
前記比較に基づきコンフィギュレーション差分データを生成するステップと、
前記第２クエリに応答して、前記コンフィギュレーション差分データを前記デバイスに送信するステップと、
をさらに有する、請求項１記載の方法。
【請求項３】
前記第１コンフィギュレーション指標と前記第２コンフィギュレーション指標とが等しい場合、前記コンフィギュレーション差分データをゼロに設定するステップをさらに有する、請求項２記載の方法。
【請求項４】
前記比較するステップは、前記第１及び第２コンフィギュレーション指標に係るコンフィギュレーションを比較することを有し、さらに前記２つのコンフィギュレーションの間のコンフィギュレーションの差分として前記コンフィギュレーション差分データを設定するステップを有する、請求項２記載の方法。
【請求項５】
コンフィギュレーション指標は、前記ネットワーク全体に関する、請求項２記載の方法。
【請求項６】
コンフィギュレーション指標は、各フィールドが前記ネットワークの特定部分に関する複数のフィールドを有する、請求項５記載の方法。
【請求項７】
コンフィギュレーション指標は、前記ネットワークの特定部分に関する、請求項２記載の方法。
【請求項８】
ネットワーク変更による前記ネットワークの一部に生じた各コンフィギュレーション変更についてコンフィギュレーション変更指標を生成するステップをさらに有し、
前記第１クエリに対するレスポンスは、第１コンフィギュレーション変更指標を有し、前記第２クエリに対するレスポンスは、第２コンフィギュレーション変更指標を有する、請求項２記載の方法。
【請求項９】
ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供するサーバであって、
クライアントデバイスから前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリを受け付け、
前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報により前記第１クエリに応答し、
前記クライアントデバイスから前記ネットワークの一部のコンフィギュレーションに関する第２クエリを受け付け、
前記第１クエリの受付時と前記第２クエリの受付時に存在する前記ネットワークの一部の間のコンフィギュレーションの差分を決定し、
前記コンフィギュレーションの差分に関する情報により前記第２クエリに応答する、
よう構成されるサーバ。
【請求項１０】
コンピュータに実行させるためのコンピュータプログラムコードを有し、ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供するコンピュータプログラムであって、前記プログラムコードが前記コンピュータにロードされると、
クライアントデバイスから前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリを受け付け、
前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報により前記第１クエリに応答し、
前記クライアントデバイスから前記ネットワークの一部のコンフィギュレーションに関する第２クエリを受け付け、
前記第１クエリの受付時と前記第２クエリの受付時に存在する前記ネットワークの一部の間のコンフィギュレーションの差分を決定し、
前記コンフィギュレーションの差分に関する情報により前記第２クエリに応答する、コンピュータプログラム。
【請求項１１】
ネットワークにおけるデバイスのコンフィギュレーションに関する情報を受け付ける方法であって、
前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリをサーバに送信するステップと、
前記サーバによる前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報による前記第１クエリに対するレスポンスを受け付けるステップと、
前記ネットワークの一部のコンフィギュレーションに関する第２クエリを前記サーバに送信するステップと、
前記サーバによる前記第１クエリの受付時と前記サーバによる前記第２クエリの受付時とに存在する前記ネットワークの一部の間のコンフィギュレーションの差分に関する情報による前記第２クエリに対するレスポンスを受け付けるステップと、
を有する方法。
【請求項１２】
前記第２クエリと前記第１クエリに対するレスポンスとは共に、前記サーバによる前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに係る第１コンフィギュレーション指標を有し、
前記第２クエリに対するレスポンスは、前記サーバによる前記第２クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに係る第２コンフィギュレーション指標と少なくとも前記第１コンフィギュレーション指標との比較に基づき生成されたコンフィギュレーション差分データを有する、請求項１１記載の方法。
【請求項１３】
前記第１クエリに対するレスポンスは、前記第１コンフィギュレーション指標に係る第１コンフィギュレーション変更指標を有し、前記第２クエリに対するレスポンスは、前記第２コンフィギュレーション指標に係る第２コンフィギュレーション変更指標を有する、請求項１２記載の方法。
【請求項１４】
前記コンフィギュレーション差分レスポンスと前記第１及び第２コンフィギュレーション変更指標とに基づき、さらなるネットワーク情報が必要とされるか判断するステップをさらに有する、請求項１３記載の方法。
【請求項１５】
前記第２クエリに応答して受け付けられる前記コンフィギュレーションの差分に関する情報によって、前の受け付けたコンフィギュレーション情報を更新するステップをさらに有する、請求項１１記載の方法。
【請求項１６】
ネットワークにおけるデバイスのコンフィギュレーションに関する情報を受け付けるクライアントデバイスであって、
前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリをサーバに送信し、
前記サーバによる前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報による前記第１クエリに対するレスポンスを受け付け、
前記ネットワークの一部のコンフィギュレーションに関する第２クエリを前記サーバに送信し、
前記サーバによる前記第１クエリの受付時と前記サーバによる前記第２クエリの受付時とに存在する前記ネットワークの一部の間のコンフィギュレーションの差分に関する情報による前記第２クエリに対するレスポンスを受け付ける、
よう構成されるクライアントデバイス。
【請求項１７】
コンピュータに実行させるためのコンピュータプログラムコードを有し、ネットワークにおけるデバイスのコンフィギュレーションに関する情報を受け付けるコンピュータプログラムであって、前記プログラムコードが前記コンピュータにロードされると、
前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリをサーバに送信し、
前記サーバによる前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報による前記第１クエリに対するレスポンスを受け付け、
前記ネットワークの一部のコンフィギュレーションに関する第２クエリを前記サーバに送信し、
前記サーバによる前記第１クエリの受付時と前記サーバによる前記第２クエリの受付時とに存在する前記ネットワークの一部の間のコンフィギュレーションの差分に関する情報による前記第２クエリに対するレスポンスを受け付ける、コンピュータプログラム。
【請求項１８】
計算デバイスのネットワークであって、
当該ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供するサーバであって、
クライアントデバイスから前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリを受け付け、
前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報により前記第１クエリに応答し、
前記クライアントデバイスから前記ネットワークの一部のコンフィギュレーションに関する第２クエリを受け付け、
前記第１クエリの受付時と前記第２クエリの受付時に存在する前記ネットワークの一部の間のコンフィギュレーションの差分を決定し、
前記コンフィギュレーションの差分に関する情報により前記第２クエリに応答する、
よう構成されるサーバと、
当該ネットワークにおけるデバイスのコンフィギュレーションに関する情報を受け付けるクライアントデバイスであって、
前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリをサーバに送信し、
前記サーバによる前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報による前記第１クエリに対するレスポンスを受け付け、
ネットワークの一部のコンフィギュレーションに関する第２クエリを前記サーバに送信し、
前記サーバによる前記第１クエリの受付時と前記サーバによる前記第２クエリの受付時とに存在する前記ネットワークの一部の間のコンフィギュレーションの差分に関する情報による前記第２クエリに対するレスポンスを受け付ける、
よう構成されるクライアントデバイスと、
を有するネットワーク。
【請求項１９】
ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供する信号であって、
サーバによる第１クエリの受付時と前記サーバによる第２クエリの受付時に存在する前記ネットワークの少なくとも一部の間のコンフィギュレーションの差分に関する情報を有し、
当該信号は、前記第２クエリに対するレスポンスである信号。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にコンピュータネットワークの分野に関し、より詳細には、ネットワークの各装置のコンフィギュレーションに関する情報を提供する方法、サーバ、コンピュータプログラムプロダクト及び信号と、ネットワークの各装置のコンフィギュレーションに関する情報を受け付ける方法装置及びコンピュータプログラムプロダクトと、装置のネットワークとに関する。
【背景技術】
【０００２】
ピア・ツー・ピアネットワーキングの分野では、使用される接続規格はしばしばＵＰｎＰＴＭ規格である。この規格は、ＵＰｎＰＴＭコントロールポイント及びＵＰｎＰＴＭデバイスなどのエンティティを規定する。ここでは、ＵＰｎＰＴＭデバイスは、それがネットワークの各要素に提供するサービスセットを有する論理エンティティであり、ＵＰｎＰＴＭコントロールポイントは、ＵＰｎＰＴＭデバイスにアクセスしようとする論理エンティティである。物理デバイスは、任意数のＵＰｎＰＴＭデバイスとＵＰｎＰＴＭコントロールポイントを有することが可能である。
【０００３】
ＵＰｎＰＴＭデバイスとサービスを利用することが可能になる前に、ＵＰｎＰＴＭコントロールポイントは、何れのＵＰｎＰデバイス及びサービスがネットワークにおいて利用可能であるか検出する必要がある。ＵＰｎＰＴＭコントロールポイントは、特定のクエリによりマルチキャストサーチリクエストを送信することによって、ＵＰｎＰＴＭデバイス及びサービスを検索することができる。ネットワークのＵＰｎＰＴＭデバイスは、それらの能力がクエリに一致する場合、当該サーチに応答する。典型的には、１つのＵＰｎＰＴＭコントロールポイントは、このようなサーチを送出し、ネットワークのすべてのＵＰｎＰＴＭデバイスから応答を取得する。その後、ＵＰｎＰＴＭコントロールポイントは、新たに到来したデバイス及び／若しくはサービス又は既存のデバイス及びサービスへの変更を定期的に再チェックし、及び／又は自動的に通知される。ＵＰｎＰＴＭコントロールポイントがこのようなサーチリクエストを複数送信する場合、大きな帯域幅が当該リクエストによって占有される。この状況は、ＵＰｎＰＴＭコントロールポイントが無線ネットワークに繰り返し接続及び切断される物理デバイスに設けられている場合にしばしば発生する。
【０００４】
トラフィック量を制限する１つの方法は、ディレクトリサーバを設けることによるものである。このとき、このディレクトリサーバは、ネットワークのすべてのＵＰｎＰＴＭデバイスと、それらが提供するサービス及び機能とを追跡する。ネットワークに接続したＵＰｎＰＴＭコントロールポイントは、このとき、すべてのＵＰｎＰＴＭデバイスとそれらの機能の１つのリストにより応答する当該ディレクトリサーバに対するクエリを送出しさえすればよい。これは、他のすべてのＵＰｎＰＴＭデバイスに送信されるサーチリクエストの個数を低減するという効果を有する。しかしながら、物理デバイスがネットワークから繰り返し接続及び切断される場合、ネットワークには依然として多数のトラフィックが存在し、それを制限することが効果的である。
【０００５】
ＵＳ２００１００３９５８８は、デバイスの変更／状態の履歴がタイムスタンプと共に維持されるディレクトリを有するサーバについて記載している。デバイスの過去の状態は、これらのタイムスタンプに基づきクエリすることが可能である。これにより、クライアントデバイスは、それが変更された状態を有しているか検出するため、変更についてディレクトリをモニタする必要がある。
【０００６】
従って、改良されたネットワークコンフィギュレーション更新スキームと、特にデバイスが頻繁に接続／切断されるときトラフィック量を制限するスキームが求められる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、改良されたネットワークコンフィギュレーション更新スキームを提供することである。
【課題を解決するための手段】
【０００８】
本発明の第１の特徴によると、上記課題は、ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供する方法であって、
クライアントデバイスから前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリを受け付けるステップと、
前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報により前記第１クエリに応答するステップと、
前記クライアントデバイスから前記ネットワークの一部のコンフィギュレーションに関する第２クエリを受け付けるステップと、
前記第１クエリの受付時と前記第２クエリの受付時に存在する前記ネットワークの一部の間のコンフィギュレーションの差分を決定するステップと、
前記コンフィギュレーションの差分に関する情報により前記第２クエリに応答するステップと、
を有する方法により実現される。
【０００９】
本発明の第２の特徴によると、上記課題はまた、ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供するサーバであって、
クライアントデバイスから前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリを受け付け、
前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報により前記第１クエリに応答し、
前記クライアントデバイスから前記ネットワークの一部のコンフィギュレーションに関する第２クエリを受け付け、
前記第１クエリの受付時と前記第２クエリの受付時に存在する前記ネットワークの一部の間のコンフィギュレーションの差分を決定し、
前記コンフィギュレーションの差分に関する情報により前記第２クエリに応答する、
よう構成されるサーバにより実現される。
【００１０】
本発明の第３の特徴によると、上記課題はまた、コンピュータに実行させるためのコンピュータプログラムコードを有し、ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供するコンピュータプログラムであって、前記プログラムコードが前記コンピュータにロードされると、
クライアントデバイスから前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリを受け付け、
前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報により前記第１クエリに応答し、
前記クライアントデバイスから前記ネットワークの一部のコンフィギュレーションに関する第２クエリを受け付け、
前記第１クエリの受付時と前記第２クエリの受付時に存在する前記ネットワークの一部の間のコンフィギュレーションの差分を決定し、
前記コンフィギュレーションの差分に関する情報により前記第２クエリに応答する、コンピュータプログラムにより実現される。
【００１１】
本発明の第４の特徴によると、上記課題はまた、ネットワークにおけるデバイスのコンフィギュレーションに関する情報を受け付ける方法であって、
前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリをサーバに送信するステップと、
前記サーバによる前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報による前記第１クエリに対するレスポンスを受け付けるステップと、
前記ネットワークの一部のコンフィギュレーションに関する第２クエリを前記サーバに送信するステップと、
前記サーバによる前記第１クエリの受付時と前記サーバによる前記第２クエリの受付時とに存在する前記ネットワークの一部の間のコンフィギュレーションの差分に関する情報による前記第２クエリに対するレスポンスを受け付けるステップと、
を有する方法により実現される。
【００１２】
本発明の第５の特徴によると、上記課題はまた、ネットワークにおけるデバイスのコンフィギュレーションに関する情報を受け付けるクライアントデバイスであって、
前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリをサーバに送信し、
前記サーバによる前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報による前記第１クエリに対するレスポンスを受け付け、
前記ネットワークの一部のコンフィギュレーションに関する第２クエリを前記サーバに送信し、
前記サーバによる前記第１クエリの受付時と前記サーバによる前記第２クエリの受付時とに存在する前記ネットワークの一部の間のコンフィギュレーションの差分に関する情報による前記第２クエリに対するレスポンスを受け付ける、
よう構成されるクライアントデバイスにより実現される。
【００１３】
本発明の第６の特徴によると、上記課題はまた、コンピュータに実行させるためのコンピュータプログラムコードを有し、ネットワークにおけるデバイスのコンフィギュレーションに関する情報を受け付けるコンピュータプログラムであって、前記プログラムコードが前記コンピュータにロードされると、
前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリをサーバに送信し、
前記サーバによる前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報による前記第１クエリに対するレスポンスを受け付け、
前記ネットワークの一部のコンフィギュレーションに関する第２クエリを前記サーバに送信し、
前記サーバによる前記第１クエリの受付時と前記サーバによる前記第２クエリの受付時とに存在する前記ネットワークの一部の間のコンフィギュレーションの差分に関する情報による前記第２クエリに対するレスポンスを受け付ける、コンピュータプログラムにより実現される。
【００１４】
本発明の第７の特徴によると、上記課題はまた、計算デバイスのネットワークであって、
当該ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供するサーバであって、
クライアントデバイスから前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリを受け付け、
前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報により前記第１クエリに応答し、
前記クライアントデバイスから前記ネットワークの一部のコンフィギュレーションに関する第２クエリを受け付け、
前記第１クエリの受付時と前記第２クエリの受付時に存在する前記ネットワークの一部の間のコンフィギュレーションの差分を決定し、
前記コンフィギュレーションの差分に関する情報により前記第２クエリに応答する、
よう構成されるサーバと、
当該ネットワークにおけるデバイスのコンフィギュレーションに関する情報を受け付けるクライアントデバイスであって、
前記ネットワークの少なくとも一部のコンフィギュレーションに関する第１クエリをサーバに送信し、
前記サーバによる前記第１クエリの受付時に存在する前記ネットワークの一部のコンフィギュレーションに関する少なくとも部分的情報による前記第１クエリに対するレスポンスを受け付け、
ネットワークの一部のコンフィギュレーションに関する第２クエリを前記サーバに送信し、
前記サーバによる前記第１クエリの受付時と前記サーバによる前記第２クエリの受付時とに存在する前記ネットワークの一部の間のコンフィギュレーションの差分に関する情報による前記第２クエリに対するレスポンスを受け付ける、
よう構成されるクライアントデバイスと、
を有するネットワークにより実現される。
【００１５】
本発明の第８の特徴によると、上記課題はまた、ネットワークにおけるデバイスのコンフィギュレーションに関する情報を提供する信号であって、
サーバによる第１クエリの受付時と前記サーバによる第２クエリの受付時に存在する前記ネットワークの少なくとも一部の間のコンフィギュレーションの差分に関する情報を有し、当該信号は、前記第２クエリに対するレスポンスである信号により実現される。
【発明の効果】
【００１６】
本発明は、エンハンスされたネットワークコンフィギュレーション更新スキームを提供するという効果を有する。ネットワークコンフィギュレーションの差分のみがネットワークコンフィギュレーションクエリに対するレスポンスとして送信されるため、ネットワークにおいて送信される情報量を大きく低減することができる。この低減は、ネットワークに設けられるデバイスが多くなるほど、ネットワークへの変更が少ないほど、このようなコンフィギュレーション情報を必要とするクライアントデバイスの切断及び再接続が頻繁になるほど、より重要となる。デバイスがネットワークを入退出するため、ネットワークコンフィギュレーションのいくつかの変更がさらに可能である。このような変更は、前の変更をやり直すことが可能であり、このため、同一のネットワークコンフィギュレーションが複数回発生するかもしれない。このことは、ネットワークに多くの変更がされたとしても、クライアントデバイスが多くの追加的なネットワークコンフィギュレーション情報を必要としないかもしれないということを意味する。
【００１７】
本発明の任意的な１つの特徴によると、第１クエリに対するレスポンスは、当該第１クエリ前にクライアントデバイスから送信されたクエリがない場合、ネットワークの一部のコンフィギュレーション全体に関する情報を有する。
【００１８】
請求項２及び１２は、コンフィギュレーション指標の生成及び利用に関する。コンフィギュレーション指標を利用することによって、異なるコンフィギュレーションを追跡し、クエリ及びレスポンスのサイズを限定し、コンフィギュレーションの比較をより迅速に可能にすることが容易になる。
【００１９】
請求項３によると、コンフィギュレーションの差分は、２つの比較されるコンフィギュレーション指標が等しい場合にゼロに設定される。当該手段は、デバイスに通知されるべきネットワークコンフィギュレーションの相違がない場合、実質的に帯域幅を占有しない直接的なレスポンスを可能にする。
【００２０】
請求項５によると、コンフィギュレーション指標はネットワーク全体に関するものであって、これは、コンフィギュレーション変更情報を提供するシンプルな方法を提供するという効果を有する。
【００２１】
請求項６及び７は、ネットワークの各部分の区別された情報を提供するコンフィギュレーション指標に関する。これは、送信される情報量をさらに低減可能なデバイスが興味があるネットワークの部分のみに関して、コンフィギュレーション情報を提供を可能にするという効果を有する。
【００２２】
本発明の任意的な特徴によると、第２クエリに対するレスポンスはまた、第２コンフィギュレーション指標を有する。この特徴は、以降のクエリが限定されたコンフィギュレーション情報により応答されることを可能にするという効果を有する。
【００２３】
請求項８及び１３は、コンフィギュレーション変更指標の利用に関する。これは、前の変更をやり直す変更を含むネットワークのすべてのコンフィギュレーションのより容易な記録を可能にするという効果を有する。当該情報は、いくつかのアプリケーションに有用であるかもしれない。
【００２４】
本発明のさらなる任意的な特徴によると、コンフィギュレーション変更指標がまたネットワーク全体について提供されてもよい。このような指標にはさらに、複数のフィールドが設けられてもよく、各フィールドは、ネットワークの特定部分に関するものである。また、各コンフィギュレーション変更指標がネットワークの特定部分に関連する各コンフィギュレーション変更指標を提供することが可能である。
【００２５】
請求項１４によると、クライアントデバイスはまた、各コンフィギュレーション変更を検出するため、コンフィギュレーション変更指標を利用するようにしてもよい。これは、当該情報がコンフィギュレーション差分がコンフィギュレーションの変更を反映していない場合、クライアントデバイスについて存在しないため、効果的である。
【００２６】
請求項１５によると、前に受け付けたコンフィギュレーション情報は、コンフィギュレーションの差分に関する情報により更新される。これは、さらなるクエリに対するレスポンスとして受け付けた情報量を低減するため、前のコンフィギュレーションの知識を利用するという効果を有する。
【００２７】
“ネットワークのコンフィギュレーションの変更”という表現は、デバイス状態の変更と共に、デバイスの追加／削除などの当該ネットワークになされる変更を有することが意図される。
【００２８】
“ネットワークの一部”という表現は、あるタイプのデバイスがネットワークの一部に設けられるデバイスタイプに従って、ネットワークが各部分に分割されていることを有することを意図する。
【００２９】
本発明の背後にある一般的な考えは、それが以前には有していない情報によってのみネットワークのコンフィギュレーションに関してデバイスを更新することである。このことは、ネットワークコンフィギュレーションクエリに応答して提供される情報量の低減を可能にする。
【００３０】
本発明の上記及び他の特徴は、後述される実施例を参照して明らかにされる。
【発明を実施するための最良の形態】
【００３１】
図１は、本発明が実現可能なコンピュータネットワークのブロック図を示す。ネットワークＮは、一実施例では、異なるサービスを提供可能なピア・ツー・ピアネットワーキングを可能にするホームネットワークである。このため、ネットワークＮは、いくつかの物理エンティティＳ、Ｄ１、Ｄ２、Ｄ３及びＣ１を有し、そのうちの１つはディレクトリサーバＳであり、他のいくつかはサーバが追跡するデバイスＤ１、Ｄ２及びＤ３である。これらの物理デバイスＤ１、Ｄ２及びＤ３は、ＭＰ３プレーヤー、ウェブラジオ、ＤＶＤプレーヤーなどの異なるサービスを提供する論理ＵＰｎＰＴＭデバイスを有する。しかしながら、それらはまた、インターネットゲートウェイやプリンタなどの他のタイプのＵＰｎＰＴＭデバイスとすることが可能である。本発明をより良く理解するため、各物理デバイスＤ１、Ｄ２及びＤ３は、以下の説明では、１つの論理ＵＰｎＰＴＭデバイスを提供している。以下の説明では、物理デバイスと論理ＵＰｎＰＴＭデバイスとは区別されない。しかしながら、このような１つの物理デバイスがより多くのＵＰｎＰＴＭデバイスをサポート可能であるということが理解されるべきである。さらに、これらのエンティティの少なくとも１つは、ユーザがネットワークＮのその他のデバイスにアクセスすることを可能にするクライアントデバイスＣ１である。さらに、サーバＳはまた異なるタイプの機能を提供可能であるということは理解されるべきである。ネットワークはまた、好ましくは、以下に限定されるものではないが、無線ＬＡＮネットワークやＢｌｕｅｔｏｏｔｈＴＭネットワークなどの無線ネットワークであり、またＬＡＮネットワークと無線及び有線ポートを有するミックスしたものなどの固定ネットワークとすることが可能である。ピア・ツー・ピアネットワーキングは、ここではＵＰｎＰＴＭ規格により可能とされるが、ＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）やＪｉｎｉなどの他の接続方法もまた適用可能である。
【００３２】
以下の説明では、クライアントデバイスＣ１は、デバイスＤ１、Ｄ２及びＤ３により提供されるＵＰｎＰＴＭデバイスのサービスにアクセスするＵＰｎＰＴＭコントロールポイントを有すると仮定される。しかしながら、ＵＰｎＰＴＭコントロールポイントはまた、クライアントデバイスがコンタクト可能な他のいくつかのデバイスにおいて提供可能であり、このときまた、ＵＰｎＰＴＭデバイスを提供する物理デバイスにおいても提供可能である。本発明のより容易な理解のため、コントロールポイントは、以下においてクライアントデバイスにおいて提供されると仮定され、このため、さらなる説明はされない。また、ディレクトリサーバは、本発明のより容易な理解のため、コンフィギュレーション変更の追跡に限定され、ネットワークコンフィギュレーション情報を提供する。
【００３３】
ネットワークに何れのデバイス及び機能が存在するか検出するため、デバイスＣ１などのクライアントデバイスはディレクトリサーバにクエリを送信する。このクエリは、ここではディレクトリサーバに送信されるＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）アクションとして提供され、ディレクトリサーバＳは、ネットワークに存在するデバイスを表示し、当該デバイスの状態とネットワークのコンフィギュレーションとを表示することによって、当該クエリに応答する。このことは、ディレクトリサーバがクライアントデバイスがＳＯＡＰアクションを介しアクセス可能なネットワークコンフィギュレーション情報のサービスを提供するＵＰｎＰＴＭデバイスとして構成されるとみなすことができる。これはまた、クライアントデバイスＣ１が、ディレクトリサーバＳの存在を初期的に検出するため、Ｍサーチを送出することを意味する。ディレクトリサーバＳは、すべてのデバイスＤ１、Ｄ２及びＤ３とそれらの状態とを追跡し、当該クエリへの応答として、ディレクトリサーバＳは当該情報を返す。
【００３４】
ＵＰｎＰＴＭコントロールポイント、ＵＰｎＰＴＭデバイス及びＳＯＡＰアクションに関するさらなる詳細については、参照することによりここに含まれるＵＰｎＰフォーラムによる“ＵＰｎＰＴＭ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ，Ｖｅｒｓｉｏｎ  １．０，８  Ｊｕｎｅ  ２０００”に見つけることができる。さらに、１つのタイプのディレクトリサーバは、参照することによりここに含まれるＥ．Ｇｕｔｔｍａｎ、Ｃ．Ｐｅｒｋｉｎｓ、Ｊ．Ｖｅｉｚａｄｅｓ及びＭ．ＤａｙによるＲＦＣ２６０８の“Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ，Ｖｅｒｓｉｏｎ  ２”（Ｎｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ，Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｓｏｃｉｅｔｙ，Ｊｕｎｅ  １９９９）に記載されている。
【００３５】
しかしながら、無線ネットワークでは、デバイスは移動、オフ、変更状態及び経時的な変更状態を取得することが可能である。この理由は複数である可能性がある。デバイスが電池により駆動されている場合、それは省電力モードにあるかもしれない。無線リンクが良好でなく、このため、デバイスがときどき接続を消失するかもしれない。さらに、デバイスは経時的にネットワークから離れるかもしれない。また、新たなデバイスがこのようなネットワークに接続することが可能である。ネットワークのコンフィギュレーションは経時的に変化する可能性がある。クライアントデバイスはまた、複数回切断される可能性があり、それがネットワークに再接続される毎に、典型的には新たなクエリを行う。再接続される毎に、その後、それはディレクトリサーバから新たなコンフィギュレーション情報のすべてを取得する。このことは、このようなクエリに関してネットワークにおいて送信される余分なデータや多くのオーバーヘッドが存在し、マルチメディアデータの送信などより重要な情報に利用可能な有用な帯域幅を奪う可能性がある。従って、この追加的データ又はサーチオーバーヘッドが低減された場合、効果的になるであろう。
【００３６】
図２は、ネットワークのデバイスＤ１、Ｄ２及びＤ３の各状態を示すいくつかのテーブルを示す。これらのテーブルから、各デバイスＤ１、Ｄ２及びＤ３は３つの異なる状態ＳＴ１、ＳＴ２及びＳＴ３を有していることを確認することができる。ある状態は、デバイスが切断されている又は存在しないこと、又はそれがあるアクティブ状態を有するよう存在又は接続されていることを表すかもしれない。この具体例は、デバイスがプリンタである場合、それはインクが充填されているかに依存して、カラー印刷又はモノクロ印刷のみ提供することが可能であるというものである。もちろん、それが提供するタイプに応じて、デバイスにはいくつかの異なる状態が存在しうる。しかしながら、本発明の簡単化及びより容易な理解のため、ここでは３つのみが示される。ある状態はまた、デバイスが通常は提供するサービスのいくつかが特定の時点において他のデバイスに利用可能であるか示すものであってもよい。
【００３７】
図３は、ディレクトリサーバにより保持され、ある時点におけるデバイスＤ１、Ｄ２及びＤ３の各状態とコンフィギュレーション変更番号の形式によるコンフィギュレーション変更指標ＣＣＩと、コンフィギュレーション番号の形式によるコンフィギュレーション指標ＣＩとをリンクさせるテーブルを示す。各行は、ある時点におけるネットワークのコンフィギュレーションを示す。当該テーブルがディレクトリサーバにより生成及び維持される方法が、コンフィギュレーション変更を追跡する方法のフローチャートを示す図４を参照して説明される。
【００３８】
ネットワークＮが動作開始すると、ディレクトリサーバＳは、すべてのデバイスＤ１、Ｄ２及びＤ３の情報とそれらの状態とを受付又は取得する。その後、ネットワークコンフィギュレーション又はデバイス状態セットが、ステップ１０において、コンフィギュレーション変更指標値ＣＣＩ＝１と関連付けされる。同時に、ステップ１２において、コンフィギュレーションカウンタＣＣが１に設定される。その後、ステップ１４において、コンフィギュレーション指標ＣＩが１に設定される。このことは、コンフィギュレーション指標ＣＩがまたネットワークコンフィギュレーションに関連付けされることを導く。図３のテーブルが示すように、デバイスＤ１、Ｄ２及びＤ３のすべてがここでは、図３のテーブルの第２行に示される状態ＳＴ１を有する。その後、ディレクトリサーバＳは、ステップ１６において、コンフィギュレーション指標ＣＩを、対応するコンフィギュレーション情報、すなわち、ネットワークの各装置のすべての状態に関する情報とコンフィギュレーション変更指標ＣＣＩと共に格納する。その後、ステップ１８において、ディレクトリサーバＳは、コンフィギュレーションが変更されているか、すなわち、ネットワークのデバイスの何れかについて状態が変更されているか、又は新たなデバイスが追加されたかチェックする。コンフィギュレーションが変更されていない場合、サーバは待機し続ける。しかしながら、ステップ１８において、ネットワークのコンフィギュレーションが変更されている場合、例えば、取り除かれ／切断されたことにより、それのワーキング状態が変更されたことにより、又は新たなデバイスがネットワークに接続されたことにより、デバイスの１つの状態が変更された場合、ステップ２０において、コンフィギュレーション変更指標ＣＣＩがインクリメントされる。その後、ステップ２２において、ネットワークのデバイスの当該コンフィギュレーションについて前のＣＩ設定が存在するか調べられる。存在しない場合、ステップ２６において、コンフィギュレーションカウンタＣＣは１だけ増分され、ステップ２８において、コンフィギュレーションカウンタＣＣに等しいコンフィギュレーション指標ＣＩが設定される。ステップ２２において、当該コンフィギュレーションについて設定された前のコンフィギュレーション指標ＣＩがすでに存在する場合、ステップ２４において、現在のコンフィギュレーション指標ＣＩは、当該前のコンフィギュレーションのコンフィギュレーション指標ＣＣＩが有するものと同一の値を受け取る。その後、ステップ３０において、コンフィギュレーション変更指標ＣＣＩ、コンフィギュレーション指標ＣＩ及びコンフィギュレーション情報が格納される。その後、ディレクトリサーバがネットワークに接続されている限り、上記方法はステップ１８〜３０を続ける。ディレクトリサーバのメモリ領域は限定的なものであるかもしれず、従って、直近５０個のコンフィギュレーションなどの直近のコンフィギュレーションのみが格納され、古いコンフィギュレーションはディレクトリサーバから削除される。
【００３９】
図３のテーブルに示される具体例から、上記指標の初期設定後、第２デバイスＤ２と第３デバイスＤ３は状態ＳＴ２に状態を変更されることが参照できる。このことは、本例では、デバイスＤ２及びＤ３がもはやネットワークに接続されていないことを示している。当該状態コンフィギュレーションは、ネットワークにおいて以前に遭遇したものではなく、このため、指標ＣＩとＣＣＩの双方が１だけ増分され、２の値となる。以下の状態変更において、第１デバイスＤ１は状態ＳＴ２に変更され、第２デバイスＤ２は状態ＳＴ１に戻り、第３デバイスＤ３は状態ＳＴ２を維持する。また、このネットワークコンフィギュレーションは新たなものであり、このため、指標ＣＩとＣＣＩの双方が１だけ増分され、これにより、現在それらは３の値となる。その後、第１デバイスＤ１は状態ＳＴ２を維持し、第２デバイスＤ２は状態ＳＴ１を維持し、第３デバイスＤ３は状態ＳＴ１に戻る。このことは、第３デバイスが再びネットワークに接続されていることを示している。また、このネットワークコンフィギュレーションは新規なものであるため、上述した双方の指標が再び増分され、これにより、それらは４の値となる。最後に、第１デバイスＤ１は状態ＳＴ１に戻り、第２デバイスＤ２と第３デバイスＤ３は状態ＳＴ１に留まる。これは、コンフィギュレーション指標ＣＩが第１コンフィギュレーション指標と同一の値、すなわち、１の値を受け付けるように、当初発生したネットワークコンフィギュレーションである。しかしながら、コンフィギュレーション変更指標ＣＣＩは増分され、現在は５の値となっている。その後、新たなコンフィギュレーションがネットワークについて存在する場合、コンフィギュレーション指標は次の大きな値、すなわち、５になり、コンフィギュレーション変更指標は６の値となる。このように、ネットワークのコンフィギュレーションに行われる変更を追跡することが可能である。
【００４０】
以下のテーブル１において、図４の各方法ステップが概略される。
【００４１】
【表１】
2008521083.tif 000003
ディレクトリサーバがこれらの指標を生成すると、クライアントデバイスが本発明によるエンハンスされたサーチを実行し、サーチオーバーヘッドを制限する結果を受け取ることは、簡単なタスクとなる。
【００４２】
図５及び６を参照して、サーバがサーチを受信すると、ネットワークコンフィギュレーションについてどのようにクライアントデバイスを更新するかが説明される。図５は、クライアントデバイスとサーバとの間でやりとりされる信号を概略的に示し、図６は、本発明によるネットワークの装置のコンフィギュレーションに関する情報を提供する方法のフローチャートを示す。
【００４３】
クライアントデバイスＣ１がネットワークに最初に接続したとき、それは通常の方法によりサーチを実行する。それは、ネットワークのコンフィギュレーションに関するクエリＱ１をサーバＳに送信する、ディレクトリサーバＳは、ステップ３２においてクエリＱ１を受信し、クエリＱ１に対するレスポンスを提供する。そこでは、サーバが第１クエリ、すなわち、ネットワークコンフィギュレーションを受信すると、各デバイスと各自の状態がリストされる。ここでは、ネットワークコンフィギュレーションを示す情報は、デバイスＤ１、Ｄ２及びＤ３のすべてが状態ＳＴ１を有していることを示す。レスポンスＲ１では、上述したコンフィギュレーション情報に係る第１のコンフィギュレーション指標ＣＩ＝１と第１のコンフィギュレーション変更指標ＣＣＩ＝１とが提供される。その後、クライアントデバイスＣ１は切断され、コンフィギュレーション変更カウンタＣＣＩが４の値となるまで再接続されない。このとき、クライアントデバイスＤ３は、ネットワークコンフィギュレーションに関する第２クエリＱ２又は他のサーチを送信する。ここでは、第２クエリＱ２は、第１クエリで受信した第１のコンフィギュレーション指標ＣＩ、すなわち、ＣＩ＝１を有する。その後、ステップ３６において、ディレクトリサーバＳはクエリＱ２を受信し、ステップ３８において、サーバが当該第２クエリＱ２を受信したときにコンフィギュレーションに係る第２ＣＩと第１ＣＩとを比較する。第２ＣＩが第１ＣＩと同一である場合、すなわち、本例では１の値を有する場合、ステップ４２において、コンフィギュレーション変更データＣＤは、コンフィギュレーション変更が行われなかったことを示すゼロに設定される。しかしながら、ステップ４０において第１ＣＩが第２ＣＩと異なっている場合、ステップ４４において、第１ＣＩに係るネットワークのコンフィギュレーションは、第２ＣＩに係るネットワークのコンフィギュレーションと比較される。これは、第１ＣＩと同一の値を有するものを検出するため、サーバが格納されている前のコンフィギュレーションを検索し、それと当該時点におけるコンフィギュレーションとを比較することにより行われる。その後、コンフィギュレーション変更データＣＤは、ステップ４６において、コンフィギュレーションの差分として設定される。本例では、１の値のコンフィギュレーション指標に係るコンフィギュレーションが、４の値のコンフィギュレーション指標に係るコンフィギュレーションと比較されるため、当該差分は、Ｄ１が現在状態ＳＴ２を有することとなる。このため、ＣＤは、デバイスＤ１の状態ＳＴ２を示すよう設定される。その後、ステップ４８において、サーバはレスポンスＲ２を第２クエリＱ２に送信する。ここで、当該クエリはコンフィギュレーション差分データＣＤと共に、ネットワークの現在のコンフィギュレーションに係る第２ＣＣＩ及び第２ＣＩとを有する。代わりに、第２クエリが図３のテーブルに示される最後のコンフィギュレーションを有したときに送信された場合、ＣＩの値は同一となり、ゼロに設定されたＣＤが代わりに送信される。
【００４４】
以下のテーブルＩＩにおいて、ディレクトリサーバの方法ステップが概略される。
【００４５】
【表２】
2008521083.tif 000004
図６を参照して、クライアントデバイスＣ１の動作が説明される。図６は、本発明によるネットワークのデバイスのコンフィギュレーションに関する情報を受信する方法のフローチャートを示す。ステップ５０において、クライアントＣ１はまず第１クエリＱ１を送信し、ステップ５２において、第１クエリに対するレスポンスＲ１を受信する。当該レスポンスは、サーバが第１クエリＱ１を受信した時点からのネットワークに関するコンフィギュレーション情報、第１コンフィギュレーション指標ＣＩ及び第１コンフィギュレーション変更指標ＣＣＩを有する。コンフィギュレーション情報と指標ＣＩ及びＣＣＩとは、クライアントデバイスＣ１に以降の利用のため格納される。その後、クライアントデバイスＣ１は切断され、ネットワークとの以降の再接続により、格納されている第１コンフィギュレーション指標ＣＩを抽出し、ステップ５４において、第１コンフィギュレーション指標ＣＩを含む第２クエリＱ２を送信する。その後ステップ５６において、それは、ディレクトリサーバからレスポンスＲ２を受け取る。当該レスポンスは、コンフィギュレーション変更データＣＤと共に、サーバによる第２クエリの受信時からのネットワークコンフィギュレーションに係る第２又は現在のコンフィギュレーション変更指標ＣＣＩと、第２又は現在のコンフィギュレーション指標ＣＩとを有する。当該レスポンスに基づき、その後ステップ５８において、それは格納されているコンフィギュレーション情報を更新する。ネットワークのデバイスを正しく利用することができるように、それは情報ＣＤを以前に格納されたコンフィギュレーション情報に追加する。ＣＤの値がゼロであった場合、当該更新は、格納されているコンフィギュレーション情報が変更されないことを意味する。
【００４６】
クライアントデバイスＣ１は、特にコンフィギュレーション変更データＣＤがゼロであった場合、クエリ間におけるネットワークに対して行われた変更に関心があるかもしれない。この場合、それは、ネットワークにされた変更を取得するため、ＣＣＩ指標に基づくさらなるクエリを送信するようにしてもよい。
【００４７】
第２レスポンスＲ２において第２コンフィギュレーション指標ＣＩと第２コンフィギュレーション変更指標ＣＣＩとを受信することによって、クライアントデバイスＣ１は本発明による簡単化されたサーチの実行を継続し、コンフィギュレーションの差分についてのみ更新することが可能である。このため、新たなクエリが送信される毎に、レスポンスは、ネットワークが有するコンフィギュレーションに関する部分的情報を有する。
【００４８】
以下のテーブルＩＩＩにおいて、図６のフローチャートの方法ステップが概略される。
【００４９】
【表３】
2008521083.tif 000005
従って、本発明は、ネットワークに関する前の知識が利用されるエンハンスされたネットワークコンフィギュレーション更新スキームを提供する。クライアントデバイスが新たなサーチを実行するとき、ネットワークコンフィギュレーションの更新のみが送信されるため、サーチオーバーヘッドは大きく低減される。この低減は、ネットワークに設けられるより重要なより多くのデバイスを獲得する。複数回切断及び再接続が行われるクライアントデバイスについてネットワークの変更が僅かである場合、サーチオーバーヘッドの低減は大きなものとなる。
【００５０】
本発明について可能ないくつかの変形がある。クライアントデバイスが純粋なデバイスであり、他のデバイスにサービスを提供しない場合、ネットワークコンフィギュレーション情報から当該デバイスに関する情報を省くことが可能である。上述した実施例では、ネットワーク全体について提供されるコンフィギュレーション変更指標とコンフィギュレーション指標が１つであった。これは、これらの指標がシンプルかつ容易に扱われるという点で効果的である。少なくともクエリとおそらくレスポンスのサイズもまた小さなものに維持される。しかしながら、デバイスが、１つのタイプのデバイスのみなど、ネットワークの一部のコンフィギュレーション変更しか注目しないものとすることが可能である。この場合、何れの部分が関心があるか検出可能にするため、クライアントデバイスに情報を提供することが可能である。これを実行する１つの方法は、タプル（ｔｕｐｌｅ）形式で与えられるコンフィギュレーション指標とおそらくコンフィギュレーション変更指標とを介して可能であり、指標の各フィールドが、ネットワークの一部が典型的には同じタイプのデバイスから構成されるネットワークの各部分に対するものとなる。このように、コンフィギュレーション変更データは、さらに限定することが可能である。ネットワークの各部分を分ける他の方法は、デバイスタイプ毎に１つの指標が存在するように、ネットワークの各部分について別個のコンフィギュレーション指標とおそらくコンフィギュレーション変更指標とを提供することである。
【００５１】
さらに、本発明はインクリメントされる数値として指標を提供することに限定されるものでないということが理解されるべきである。コンフィギュレーションが一意的に識別され、コンフィギュレーション変更が追跡される限り、これらの指標は何れか適切な形式をとることが可能である。
【００５２】
本発明は、ハードウェア、ソフトウェア、ファームウェア又は上記の組み合わせを含む何れか適切な形式により実現可能である。本発明は、プログラムメモリに格納されるコンピュータソフトウェアとして実現されてもよく、１以上のデータプロセッサ及び／又はデジタル信号プロセッサ上で実行されてもよい。プログラムコードはまた、図７に示されるＣＤ−ＲＯＭやＤＶＤなどの光ディスク６０の形式によるコンピュータプログラムプロダクト上で提供することも可能である。コンピュータプログラムプロダクトはまた、おそらくインターネットを介しさらなるサーバなどからダウンロード可能な純粋なプログラムコードにより提供することができる。本発明の実施例の要素及びコンポーネントは、何れか適切な方法により物理的、機能的及び論理的に実現されるかもしれない。実際、当該機能は、単一のユニットにより又は複数のユニットにより実現可能であり、又は各ユニットとプロセッサとの間で物理的かつ機能的に分散されてもよい。
【００５３】
本発明が具体的な実施例に関して説明されたが、それはここで与えられた特定の形式に限定されるものではない。「有する」という用語は、他の要素又はステップの存在を排除するものでない。さらに、個別にリストされるが、複数の手段、要素又は方法ステップは、単一のユニット又はプロセッサなどによって実現されてもよい。さらに、各特徴が異なる請求項に含まれているかもしれないが、これらは効果的に組み合わすことが可能であり、異なる請求項に含まれていることは、特徴の組み合わせが実現可能及び／又は効果的でないことを意味するものではない。さらに、単数形の表現は複数を排除するものではない。従って、「ある」、「第１の」、「第２の」などの表現は、複数を排除するものでない。請求項の参照符号は、単なる簡単化された具体例として与えられるものであり、請求項の範囲を何れかの方法により限定するものとして解釈されるものではない。
【図面の簡単な説明】
【００５４】
【図１】図１は、ディレクトリサーバを有するネットワークに接続されるいくつかのデバイスのブロック図を示す。
【図２】図２は、ネットワークのデバイスが有することが可能な各状態を示すいくつかの状態テーブルを示す。
【図３】図３は、各ネットワークコンフィギュレーションを対応するコンフィギュレーション変更指標とコンフィギュレーション指標とにマッピングするテーブルを示す。
【図４】図４は、サーバにおいてコンフィギュレーション変更を追跡する方法のフローチャートを示す。
【図５】図５は、ネットワークのサーバとクライアントデバイスとの間でやりとりされる信号を概略的に示す。
【図６】図６は、サーバにおいて実行されるネットワークのデバイスのコンフィギュレーションに関する情報を提供する方法のフローチャートを示す。
【図７】図７は、クライアントデバイスにおいて実行されるネットワークのデバイスのコンフィギュレーションに関する情報を受信する方法のフローチャートを示す。
【図８】図８は、本発明を実行するプログラムコードを格納するためのＣＤ−ＲＯＭディスクの形式によるコンピュータプログラムプロダクトを示す。
【図１】
2008521083.tif 000006
【図２】
2008521083.tif 000007
【図３】
2008521083.tif 000008
【図４】
2008521083.tif 000009
【図５】
2008521083.tif 000010
【図６】
2008521083.tif 000011
【図７】
2008521083.tif 000012
【図８】
2008521083.tif 000013
【国際調査報告】
2008521083.tif 000014
2008521083.tif 000015
2008521083.tif 000016