(57)【要約】  本発明は、第１のデバイスと第２のデバイスとの間のデータ伝送を準備する中間ノードによる、該第２のデバイスから該第１のデバイスへの少なくとも幾つかのマルチキャスト及び／又はブロードキャストメッセージの伝送を阻止するという思想に基づいている。
2007520960.tif 000002
【特許請求の範囲】
【請求項１】
第１のデバイス、第２のデバイス、及び該第１のデバイスと該第２のデバイスとの間のデータ伝送を準備するための中間ノード、を備えるローカルエリアネットワーキングシステム内の通信を準備する方法であって、
少なくとも前記第２のデバイスは、前記システム内のデバイスにメッセージをマルチキャスト、及び／又はブロードキャストするようにされ、
前記中間ノードにより、受信パケットの宛先アドレスをチェックするステップと、
前記パケットの前記宛先アドレスを、少なくとも１つの所定のマルチキャスト、及び／又はブロードキャストアドレスと比較するステップとを備え、
前記アドレスが一致する場合には、前記第１のデバイスへの前記パケットの伝送を、前記システム内で阻止するステップ
をさらに備えることを特徴とする方法。
【請求項２】
前記中間ノードは、様々なデータ伝送プロトコルを使用するネットワークを接続するようにされた
ことを特徴とする、請求項１に記載の方法。
【請求項３】
前記宛先アドレスは、インターネットプロトコルＩＰアドレスである
ことを特徴とする、請求項１又は２に記載の方法。
【請求項４】
前記第１のデバイスは、ユニバーサルプラグアンドプレイＵＰｎＰシステムの移動携帯サブコミッティ  ＭＨＳドメインに加入しており、かつ前記第２のデバイスは、前記ユニバーサルプラグアンドプレイシステムのホームネットワークバージョン１  ＨＮｖ１ドメインに加入している
ことを特徴とする、請求項１、２、又は３に記載の方法。
【請求項５】
ユニバーサルプラグアンドプレイ発見マルチキャストメッセージの前記第１のデバイスへの伝送は、阻止される
ことを特徴とする、請求項４に記載の方法。
【請求項６】
第１のデバイス、第２のデバイス、及び該第１のデバイスと該第２のデバイスとの間のデータ伝送を準備するための中間ノード、を備えるローカルエリアネットワーキングシステムであって、
少なくとも前記第２のデバイスは、前記システム内のデバイスに、メッセージをマルチキャスト、及び／又はブロードキャストするようにされ、
前記システムは、
受信パケットの宛先アドレスをチェックするようにされ、
前記パケットの前記宛先アドレスを、少なくとも１つの所定のマルチキャスト、及び／又はブロードキャストアドレスと比較するようにされ、
前記アドレスが一致する場合には、前記第１のデバイスへの前記パケットの伝送を、該システム内で阻止するようにされる
ことを特徴とするシステム。
【請求項７】
第１のデバイスと第２のデバイスとの間のデータ伝送を準備する中間ノードである、ローカルエリアネットワーキングシステムにおけるデータ処理デバイスであって、
受信パケットの宛先アドレスをチェックするようにされ、
前記パケットの前記宛先アドレスを、少なくとも１つの所定のマルチキャスト、及び／又はブロードキャストアドレスと比較するようにされ、
前記アドレスが一致する場合には、前記第１のデバイスへの前記システム内の前記パケットの伝送を阻止するようにされる
ことを特徴とするデータ処理デバイス。
【請求項８】
様々なデータ伝送プロトコルを使用するネットワークを接続するようにされる
ことを特徴とする、請求項７に記載のデータ処理デバイス。
【請求項９】
前記第２のデバイスが加入するＩＥＥＥ８０２ベースのネットワークと、前記第１のデバイスが加入するブルートゥースネットワークとの間でデータ伝送を実施するようにされた
ことを特徴とする、請求項８に記載のデータ処理デバイス。
【請求項１０】
前記宛先アドレスは、インターネットプロトコルＩＰアドレスである
ことを特徴とする、請求項７、８、又は９に記載のデータ処理デバイス。
【請求項１１】
ユニバーサルプラグアンドプレイＵＰｎＰシステムの移動携帯サブコミッティ  ＭＨＳドメインに加入している前記第１のデバイスと、前記ユニバーサルプラグアンドプレイシステムのホームネットワークバージョン１  ＨＮｖ１ドメインに加入している前記第２のデバイスとの間のデータ伝送を提供するようにされた
ことを特徴とする、請求項７−１０のいずれかに記載のデータ処理デバイス。
【請求項１２】
ユニバーサルプラグアンドプレイ発見マルチキャストメッセージの前記第１のデバイスへの伝送を阻止するようにされ、
少なくともアドレス獲得に関連するブロードキャストメッセージを、前記第１のデバイスへ転送するようにされた
ことを特徴とする、請求項１１に記載のデータ処理デバイス。
【請求項１３】
前記メッセージの１又はそれ以上の属性を、所定の伝送条件において規定される属性と比較して、前記メッセージを前記第１のデバイスへ転送すべきかどうか判断するようにされた
ことを特徴とする、請求項７−１２のいずれかに記載のデータ処理デバイス。
【請求項１４】
ローカルエリアネットワーキングシステムにおけるデータ処理デバイスを制御するためのモジュールであって、
受信パケットの宛先アドレスをチェックするようにされ、
前記パケットの前記宛先アドレスを、少なくとも１つの所定のマルチキャスト、及び／又はブロードキャストアドレスと比較するようにされ、
前記アドレスが一致する場合には、第１のデバイスへの前記システム内の前記パケットの伝送を阻止するようにされた
ことを特徴とするモジュール。
【請求項１５】
前記第１のデバイスへのユニバーサルプラグアンドプレイ発見マルチキャストメッセージの伝送を阻止するようにされた
ことを特徴とする、請求項１４に記載のモジュール。
【請求項１６】
メッセージの１又はそれ以上の属性を、所定の伝送条件において規定される属性と比較して、前記メッセージを前記第１のデバイスへ転送すべきかどうか判断するようにされた
ことを特徴とする、請求項１４に記載のモジュール。
【請求項１７】
データ処理デバイスのプロセッサ内のコンピュータプログラム製品に含まれるプログラムコードを実行することにより、ローカルエリアネットワーキングシステムにおける前記データ処理デバイスを制御するための前記コンピュータプログラム製品であって、
前記データ処理デバイスに、受信パケットの宛先アドレスをチェックさせるためのプログラムコード部分と、
前記データ処理デバイスに、前記パケットの前記宛先アドレスを、少なくとも１つの所定のマルチキャスト、及び／又はブロードキャストアドレスと比較させるためのプログラムコード部分とを備え、
前記アドレスが一致する場合には、前記データ処理デバイスに、第１のデバイスへの前記システム内の前記パケットの伝送を阻止させるためのプログラムコード部分
をさらに備えることを特徴とする、コンピュータプログラム製品。
【請求項１８】
前記データ処理デバイスに、前記第１のデバイスへのユニバーサルプラグアンドプレイ発見マルチキャストメッセージの伝送を阻止させるためのプログラムコード部分、
を備えることを特徴とする、請求項１７に記載のコンピュータプログラム製品。
【請求項１９】
前記データ処理デバイスに、メッセージの１又はそれ以上の属性を、所定の伝送条件において規定される属性と比較させて、前記メッセージを前記第１のデバイスへ転送すべきかどうか判断させるためのプログラムコード部分、
を備えることを特徴とする、請求項１７に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークデバイス間のデータ転送の最適化に関するものである。
【背景技術】
【０００２】
ブルートゥース技術のような、利用可能な無線ローカルエリアネットワーキング技術が、様々な移動デバイス内に広く含まれている。デバイスは、典型的には、ＩＰ（インターネットプロトコル）アドレスを割り当てられ、ＩＰプロトコルスタックを使って、他のデバイスと通信することができる。デスクトップ／ラップトップコンピュータ、及び移動端末の他に、ネットワーキング技術はまた、ＴＶセット、セットトップボックス、ステレオシステム、個人用音楽プレーヤ、カメラ、家庭管理システム、及び冷蔵庫、のような様々な家庭用電気機器にも組み入れられる。様々な家庭用電気機器が、特に、無線ローカルエリアネットワーク技術、及びＩＰベース技術を使用することにより、他のデバイスと相互作用し、情報を共有できることが、望まれる。
【０００３】
ＵＰｎＰフォーラムによるＵＰｎＰTM（ユニバーサルプラグアンドプレイ）技術は、あらゆるフォームファクタの知能電気機器、無線デバイス、及びパソコン、のピアツーピアネットワーク接続性のためのアーキテクチャを定める。それは、家庭内の、小さい会社内の、公共スペースの、又はインターネットに付加された、のいずれかのアドホックな、或いは管理されていないネットワークへの使いやすく、適応性のある、標準ベースの接続性をもたらすように、設計される。ＴＣＰ／ＩＰ（転送制御プロトコル／インターネットプロトコル）、及びウェブ技術に影響を与えて、広範なベンダからのネットワークデバイス間の制御、及びデータ転送に加えて、シームレスな近接ネットワーキングを可能にする分散オープンネットワーキングアーキテクチャを、ＵＰｎＰ技術は提供する。ＵＰｎＰデバイスアーキテクチャ（ＵＤＡ）により、デバイスは、動的にネットワークに結合し、ＩＰアドレスを獲得し、その能力を他のデバイスに伝達し、かつ他のデバイスの存在、及び能力についても知ることができる。
【０００４】
ＤＨＷＧ（デジタルホームワーキンググループ）ＨＮｖ１（ホームネットワーク  バージョン１）の仕様は、ＰＣ、ＴＶセット、セットトップボックス、ステレオシステム等のような、イーサネット、及び無線ローカルエリアネットワークＷＬＡＮを含むＩＥＥＥ８０２．ｘインターフェースを介してネットワークに接続されたデバイスにより形成された環境を説明する。ＨＮｖ１環境を形成するデバイスは、その性質により、固定状態、或いは非常に限定された可動性しか持たず、常にＡＣ（交流電流）電源に接続されていることを可能にする。同時に、それらが使用する接続技術は、高データレート、及び少ない待ち時間を可能にする。
【０００５】
移動電話、ＰＤＡ（携帯型情報端末）、携帯音楽プレーヤ、又はカメラ、のような制約されたデバイスは、典型的には、８０２．ｘ通信技術をサポートすることができないが、しばしば、ブルートゥースのような省エネルギーの短距離通信媒体を配備する。短距離通信媒体は、典型的には、ＩＥＥＥ８０２．ｘ媒体より限られた帯域幅、及びＩＥＥＥ８０２．ｘ媒体より長い遅延を呈する。これらの制約付きデバイス、或いはＤＨＷＧ用語での移動携帯型デバイスは、ＨＮｖ１デバイスとは異なる通信媒体を使用するので、網間接続装置を必要とする。このように異なるネットワークを１つに接続することは、一般的に使用される技術であるが、ＨＮｖ１のアーキテクチャは、限られたエネルギー源、及び／又は低速通信リンクを持つ移動携帯型デバイスにとって問題のある通信環境を呈する。ＨＮｖ１は、ＵＰｎＰをサービス発見、及び制御プロトコル群として使用するということを規定し、それは、潜在的に、及び特定の状態において、デバイスが応答する必要のあるかなりの通信量という結果になり得る。特に、ＵＰｎＰ発見プロトコルにより、ＵＰｎＰデバイスは、マルチキャストメッセージを送信することにより、それらのサービスをシステム内の他のデバイスに公表する。さらにまた、サービス、及び／又は対象のデバイスを、マルチキャスト要求により探索することができる。ＵＰｎＰ仕様は、信頼性の低いＵＤＰ（ユーザデータグラムプロトコル）の使用のため、ＵＰｎＰデバイスは、２回以上各公表メッセージを送信すべきであることを規定する。その結果は、非常に多くのマルチキャストメッセージが、ずっと短時間内に、受信デバイスのバッテリを消費し、不満足なユーザ経験を引き起こすものであろう。また、幾つかの状態では、制御通信のために、接続リンクのかなりの量の容量が使用され、これは、サービスの使用が利用可能になるのを妨げる。
【０００６】
（本発明の簡単な説明）
上記の不利な点を軽減する必要性がある。その必要性は、独立請求項で述べられたことによって特徴付けられる方法、システム、デバイス、チップ、及びコンピュータプログラム製品により、満たされる。本発明の幾つかの実施形態は、従属請求項で開示される。
【０００７】
本発明は、第１のデバイスと第２のデバイスとの間のデータ伝送を準備する中間ノードによって、該第２のデバイスから該第１のデバイスへの少なくとも幾つかのマルチキャスト及び／又はブロードキャストメッセージの伝送を阻止するという思想に基づいている。ローカルエリアネットワーキングシステムは、如何なるローカルネットワーク構成とすることもできる。例えば、それは、ブルートゥースネットワーク、及び／又はＩＥＥＥ８０２．１１ＷＬＡＮネットワークを備えることができる。
【０００８】
本発明の方法、及び機構の利点は、より少ないメッセージしか受信しないので、第１のデバイスにおいて、より少ない処理しか必要とされないということである。それにより、携帯型ＰＤＡ、移動局、又は音楽プレーヤ、のような制約付きデバイスの消費電力を減らすことができる。帯域幅の制限されたリンクにおいて、帯域幅使用の減少もまた当然有利であり、それにより、他のデータ伝送のために、より高速なリンクが利用可能である。マルチキャスト、及び／又はブロードキャストメッセージの転送が減るにつれて、システムの応答時間、及び平均伝播時間がより短くなる。さらに、マルチキャストメッセージを受信しない（第１の）デバイスは、マルチキャストメッセージを受信できるようなシステムに接続されている場合に利用可能であるべき、例えば完全ＵＰｎＰスタックのような、システムの全ての機能をまだサポートすることができる。これは、例えば、第１のデバイスと第２のデバイスとの間の直接接続が存在する構成における接続性を可能にするために、第２のデバイスとの完全互換性に達することを、より容易にする。本発明の１つの更なる利点は、様々な技術において実装することが容易であり、それにより、最終製品のコストの低減を可能にすることである。
【０００９】
以下では、添付図面を参照して、幾つかの実施形態により、本発明をずっと詳細に説明する。
【００１０】
（本発明の詳細な説明）
ＵＰｎＰシステムにおいて、本発明の実施形態を以下に示すが、本発明はまた、制約付きデバイスのような携帯型デバイスとそのような制約のないデバイスとの間に通信を準備する、他のネットワーキングシステムにもまた適用可能とすることができる。
【００１１】
図１を参照すると、本システムは、移動携帯型デバイス  ＭＨＤ、中間ノードを備え、図１の実施形態では、網間接続装置  ＩＷＵ、及びホームネットワークデバイス  ＨＮＤが、ＵＰｎＰホームネットワーク  バージョン１（ＨＮｖ１）仕様をサポートする。デバイス  ＨＮＤはＨＮｖ１ドメインを形成し、デバイス  ＭＨＤはＭＨＳ（移動携帯型サブコミッティ）ドメインを形成する。網間接続装置  ＩＷＵはこれらのドメインの端にあり、これらのドメイン間のデータ伝送の適応を提供する。ＩＷＵとＭＨＤとの間、及び／又はＩＷＵとＨＮＤとの間に、他のデバイスもまた存在し得ることに注意すべきである。ＩＷＵは、専用デバイスとすることができる、或いはルータ、拡張ブリッジ、又はマルチメディアセットトップボックス、のような他のデバイスの一部として実装することもできる。図１の例では、ＨＮｖ１ドメインは、例えばイーサネットのような有線ネットワークを使用し、ＭＨＳドメインは、例えばブルートゥースのような無線ネットワーク技術を利用する。図１にさらに示すように、ＭＨＤは、ＵＳＢ（ユニバーサルシリアルバス）のような優先リンクを使ってＩＷＵと接続でき、かつ、携帯型デバイス  ＭＨＤはまた、それら自身の間で通信し、それにより、例えばブルートゥースピコネットを形成することができる、ということが実行可能である。さらに、ＨＮｖ１ドメインは、インターネットのような他のネットワークに接続されることもできる。携帯型デバイス  ＭＨＤ、又はＨＮｖ１デバイス  ＨＮＤはまた、他の通信手段を備えることができることに注意する。例えば、移動携帯型デバイス  ＭＨＤは、ＰＬＭＮ（公有地移動ネットワーク）と通信するためのトランシーバを備えることができる。デバイス  ＭＨＤの幾つかの例は、ＰＤＡ、ラップトップコンピュータ、個人用音楽プレーヤ、ヘッドセット、移動電話、及びカメラである。ＨＮｖ１デバイス  ＨＮＤは、典型的には、ＡＣ電源に常に接続されており、これらのデバイスは、ＴＶセット、ステレオデバイス、及び家庭内管理デバイスを含む。
【００１２】
図２ａは、ＵＰｎＰシステムにおける１つの実現可能なプロトコルスタックアーキテクチャ、を説明している。ＭＨＤとＩＷＤとの間の（一実施形態では、ＭＨＤ間の）データ伝送リンクを、良く知られたブルートゥースＰＡＮ（個人エリアネットワーク）により提供することができる。ブルートゥース技術についての情報は、ｈｔｔｐ：／／ｗｗｗ.ｂｌｕｅｔｏｏｔｈ.ｃｏｍ／より見つけることができる。ＩＷＵとＨＮＤとの間のデータ伝送は、有線イーサネット、又は８０２．１１ベースのＷＬＡＮ技術を含む、多数の異なるＭＡＣ（媒体アクセス制御）、及びＬ１解決策のための均一上位ＡＰＩ（アプリケーションプログラミングインターフェース）、及びＬＬＣ（論理リンク制御）レイヤを提供する如何なるＩＥＥＥ８０２ベースのデータ伝送技術によっても提供されることができる。ＩＷＵは、一実施形態では、ＨＮＤで生じたパケットからＩＥＥＥ８０２．ｘヘッダを取り除き、必要なブルートゥースヘッダを付加するようにされる。ＭＨＤから発するパケットについては、逆の動作が行われる。本発明はまた、他のローカルエリアネットワーキング技術によって実装することもでき、そのうちの幾つかの例は、ＢＲＡＮ（ブロードバンド無線アクセスネットワーク）仕様（ＨＩＰＥＲＬＡＮ１、ＨＩＰＥＲＬＡＮ２、ＨＩＰＥＲＡＣＣＥＳＳ）である、ということに注意する。ＵＰｎＰデバイス  ＭＨＤ、ＨＮＤは、ＩＰバージョン４、ＩＰバージョン６、又はその両方をサポートする。ＭＨＤとＩＷＵとの間のリンクは、もう１つの実施形態により、有線であり、ＵＳＢにより実装される。
【００１３】
ＨＴＴＰプロトコルは、ＵＰｎＰレイヤメッセージを転送するために、ＴＣＰレイヤ（図２ａには示されていない）の上で、ＭＨＤとＨＮＤとの間で使用される。ＵＰｎＰ発見プロトコルにより、公表、及び検索要求を送信、及び受信するために、デバイス  ＭＨＤ、及びＨＮＤは、ＨＴＴＰのマルチキャスト変形を使用し、応答のために、ＨＴＴＰのユニキャスト変形を使用する。これらのＨＴＴＰ変形の両方とも、ＴＣＰではなく、ＵＤＰを使用する。ＵＰｎＰ固有の機能は、ＵＰｎＰ．及びＵＰｎＰ  ＡＶ（オーディオビジュアル）プロファイル機能により、ＭＨＤ、及びＨＮＤ内に実装される。そのとき、アプリケーション、及び様々な媒体フォーマットが、ＵＰｎＰ機能を利用することができる。
【００１４】
図２ｂに示すように、ＩＷＵとして機能するデバイスは、メモリＭＥＭ、ユーザインターフェースＵＩ、通信を準備するためのＩ／Ｏ手段  Ｉ／Ｏ、及び１又はそれ以上のプロセッサを備える中央演算処理装置ＣＰＵ、を備える。ＭＨＤとＨＮＤとの間のデータの転送を準備するために、デバイスＩＷＵに網間接続手段を実装させるために、中央演算処理装置ＣＰＵにおいて実行されるコンピュータプログラムコードを使用することができる。さらに、ＭＨＤへのメッセージの転送に関する本発明の機能をデバイスＩＷＵに実装させるために、中央演算処理装置ＣＰＵで実行されるコンピュータプログラムコードを使用することができ、その幾つかの実施形態を、図３と関連付けて、後で示す。一例として、本発明の機能を、網間接続手段ＩＷＭを実装するアプリケーションの拡張として、提供することができる。チップユニット、又はローカルエリアネットワーキングシステムにおけるデータ処理デバイス（ＩＷＵ）を制御するための幾つかの他の種類のモジュールは、一実施形態では、そのデバイスに本発明の機能を実施させる。モジュールは、デバイスＩＷＵの一部分を形成することができ、取り外し可能とすることができるであろう、すなわち、それを他のユニット、又はデバイス内に挿入することができる。コンピュータプログラムコードは、ネットワークを介して受信することができる、及び／又は例えば、ディスク、ＣＤ−ＲＯＭディスク、又は他の外部メモリ手段のような、そこから処理デバイスのメモリＭＥＭ内にコンピュータプログラムコードをロードすることのできるメモリ手段内に、格納することができる。また、ハードウェア解決策、又はハードウェア、及びソフトウェア解決策の組合せを使って、本発明の機能を実装することもできる。
【００１５】
図３は、本発明の実施形態による方法を示している。本方法は、網間接続装置ＩＷＵ内に実装することができる。ステップ３０１において、メッセージを受信する。受信メッセージの宛先アドレスをチェックする  ３０２。実施形態により、ＩＷＵが、１又はそれ以上のメッセージの属性を、所定のメッセージ伝送条件において特定される属性と比較し（メモリＭＥＭ内に格納することのできる）、それらが一致する場合には、そのメッセージは、その実装に依って、転送されるか、或いはＭＨＤへ伝送されるのを阻止されるかのいずれかである。ＩＷＵは、ブロードキャスト、又はマルチキャストアドレスであると、システム内であらかじめ定められた１又はそれ以上のアドレスを格納することができる。例えば、ＩＷＵを、マルチキャストアドレスのリストで、あらかじめ構成することもできる。受信パケットの宛先アドレスが、このリスト内のエントリと一致する場合には、そのパケットは、制約付きデバイスへは伝送されない。ＵＰｎＰでは、全てのＵＰｎＰシステムについて、マルチキャストアドレスは既に２３９．２５５．２５５．２５０と規定されている。チェック３０２、３０３に基づいて、宛先アドレスがマルチキャスト、又はブロードキャストアドレスである場合には、制約付きデバイス、すなわち図１及び２ａの例ではＭＨＤ、へのメッセージの伝送は阻止される  ３０４。さもなければ、メッセージは、ＭＨＤへ伝送される  ３０５。ＩＷＵにおいて本方法を提供した実施形態のおかげで、ＭＨＤ、又はＨＮＤには何の変更も必要ない。
【００１６】
上で示した方法ではなく、制約付きデバイス（ＭＨＤ）と制約なしデバイス（ＨＮＤ）との間のデータ伝送をまた、他の手段によって準備することもできる。例えば、ステップ３０１の後に、メッセージがＨＮｖ１インターフェース上で受信されたかどうかについての、ＵＰｎＰシステム内の更なるチェックステップが存在し得るであろう。そのような場合、メッセージがＨＮｖ１インターフェース上で受信される場合には、本方法は、現在ステップ３０２に進み、さもなければ、本方法は進まないであろう。従って、ＨＮｖ１インターフェースパケットのみを解析する必要がある。
【００１７】
さらにもう１つの実施形態により、ステップ３０５に入る前に、受信デバイス（ＭＨＤ）に関連する、１又はそれ以上の他の更なるチェックステップが存在し得る。ＩＷＵは、リンクがＭＨＤに利用可能であるかどうかチェックすることができる。例えば、ブルートゥースの場合、システムは、ＢＴが「スリープ」モードであるかどうかチェックする。それがスリープモードである場合には、ステップ３０５に入る前に、ＩＷＵは、ＢＴを起動させるであろう。ＢＴがアクティブである場合には、直接、ステップ３０５に入ることができる。
【００１８】
実施形態より、全てのマルチキャスト、及び／又はブロードキャストメッセージがＭＨＤへ伝送されることを阻止されるわけではない。メッセージ形式についての情報を含むメッセージ伝送条件、及び／又は他のメッセージ詳細を、ＩＷＵに提供することができ、かつＩＷＵは、受信メッセージが所定の条件に適合しているどうか、（ステップ３０２／３０３において、或いは好ましくはステップ３０２より前の更なるステップにおいて）チェックするようにされることができる。この実施形態は、転送、又はブロックメッセージについてのさらに非常に詳細な条件を特定することができ、それによりさらに、重大なメッセージを転送することを可能にするが、より重要でないメッセージの伝送を阻止する、という利点を提供する。これはさらに、システム内の伝送能力の使用を最適化する。所望の実装に依って、条件に適合するメッセージをＭＨＤへ転送することができる、或いは、その条件が阻止、又はフィルタされるメッセージを特定する場合、ＭＨＤへ転送することを阻止することができる。例えば、特定の形式のメッセージ、或いは特定の数を使用するマルチキャスト及び／又はブロードキャストメッセージはＭＨＤへ転送されるが、他のマルチキャスト及び／又はブロードキャストメッセージはＭＨＤへ転送されない。ＵＰｎＰシステムでは、以下の実施形態が重要になる：すなわち、ＩＷＵは、マルチキャストメッセージの伝送を阻止するようにのみされ、少なくともブロードキャストメッセージの一部分、又は全てのブロードキャストメッセージをＭＨＤへ転送するであろう。
【００１９】
２つの一般的なデバイスのクラスが、ＵＰｎＰアーキテクチャによって定められる：すなわち、制御デバイス、及び制御点である。制御デバイスは、サーバの役割の中で機能し、制御点からの要求に応答する。制御点、及び制御デバイスの両方を、パソコン、及び埋め込みシステムを含む様々なプラットフォーム上に実装することができる。複数のデバイス、制御点、又はその両方とも、同じネットワーク終端点上で、同時に動作することができる。従って、図１のＭＨＤ、及びＨＮＤは、制御デバイス、制御点、又はその両方として動作するようにされることができる。
【００２０】
ＵＰｎＰデバイス  ＭＨＤ、ＩＷＵ、又はＨＮＤは、動的ホスト構成プロトコル（ＤＨＣＰ）クライアントを持つことができ、そのデバイスが最初にネットワークに接続されたとき、ＤＨＣＰサーバを探すことができる。そのかわりに、ＤＨＣＰサーバがネットワーク内に存在しないとき、デバイスは、それら自身を自動構成（Ａｕｔｏ−ＩＰ）する。ＵＰｎＰ機能を使用するための前提条件は、ＩＰアドレスを獲得する（ステップ０）ことである。実施形態により、ＩＷＵは、アドレス獲得に関連するブロードキャストメッセージをＭＨＤへ転送するようにされる。ブロードキャストメッセージは、どのデバイスが特定のＩＰアドレスを持つか見つけるために使用されるアドレス解決プロトコルによって、使用される。システムを自動構成するとき、またブロードキャストを使用する。幾つかの他のブロードキャストメッセージは、ＭＨＤへ転送されることができるのに対して、幾つかのブロードキャストメッセージは、伝送されるのを阻止され得る。
【００２１】
ＵＰｎＰデバイスにＩＰアドレスが割り当てられると、以下のＵＰｎＰ機能が利用可能である。発見は、ＵＰｎＰTMネットワーキングにおけるステップ１である。発見によって、制御点が対象のデバイスを見つける。発見は、制御点がデバイス能力について知る説明（ステップ２）、制御点がデバイスにコマンドを送信する制御（ステップ３）、制御点がデバイスの状態変化を受信するイベンティング（ステップ４）、及び制御点がデバイスについてのユーザインターフェースを表示する提示（ステップ５）、を可能にする。これらの機能についてのより詳細として、２００３年５月６日,  ＵＰｎＰフォーラム仕様「ＵＰｎＰTMデバイスアーキテクチャ１．０」１．０．１版、を参照せよ。
【００２２】
ＵＰｎＰ発見、すなわちステップ１を参照すると、ＵＰｎＰ制御デバイスがそれらのルート／埋め込みデバイス、及びサービスを公表することを可能し、ＵＰｎＰ制御点がそれらにとって興味深いＵＰｎＰデバイスを発見するために、ＳＳＤＰ（単純サービス発見プロトコル）によってＵＰｎＰマルチキャストメッセージが使用される。しかしながら、ＵＰｎＰシステムの実施形態により、図３のステップ３０４において、網間接続装置ＩＷＵは、図３のステップ３０４において、ＨＮｖ１内で生じたＵＰｎＰ発見マルチキャストメッセージの少なくとも一部分、或いは全部を、ＭＨＳインターフェース上で破棄するようにされる。ＵＰｎＰマルチキャストメッセージは、標準のアドレス、及びポート：２３９．２５５．２５５．２５０：１９９０  に送信される。ＩＷＵは、入力パケットのＩＰヘッダを監視し、前記アドレスを宛先ＩＰアドレスとして持つメッセージの伝送を阻止するようにされる。従って、ＩＷＵは、ＩＰスヌーピング能力を持つリンクレイヤデバイスである。発見に関するＵＰｎＰメッセージの属性を、１．１．２、１．１．３、１．２．２、及び１．２．３節で説明する。
【００２３】
ＩＷＵは、ＵＰｎＰマルチキャストがＭＨＳドメインに入ることを許さないが、ＨＮｖ１ドメインへ逆方向にマルチキャストすることは阻止しない。一実施形態では、ＭＨＤは、ＵＰｎＰシステムの公表要求を満たし、かつ、少なくともＵＰｎＰシステムに入るとき、マルチキャストメッセージによりそれ自身を公表する。ＭＨＤはまた、ＨＮｖ１ドメインからのサービスを必要とするとき、問い合わせすることもできる。ＭＨＤは、その存在をＨＮｖ１制御点に知られたままにして、必要に応じて、公表をリフレッシュする。実際には、ＭＨＤは、ＵＰｎＰネットワーク内で知られ、ＨＮｖ１から現在状態を獲得するために、作動状態でなければなない。更なる実施形態により、例えばメッセージの伝送周期を調整することにより、その動作のレベルをＭＨＤにおいて調整することができる。以下では、ＵＰｎＰシステムの観点において制御デバイスとして機能するＭＨＤについて、ＵＰｎＰ機能を説明する。それ自身を公表するために、図２ａによるＭＨＤは、ＢＴ（ブルートゥース）ＰＡＮ形成を開始し、ＩＰアドレスを獲得し（ＤＨＣＰ、又は自動ＩＰ）、その後、そのサービスを、ＳＳＤＰを介して、１又はそれ以上のマルチキャストメッセージにより公表する。ＩＷＵは、これらのマルチキャストメッセージをＨＶｎ１ドメインへ転送する。次に、関係する制御点は、デバイス説明をダウンロードし、ＭＨＤ内のイベントに加入することができる。タイムアウトが終了した後、ＰＡＮは、「スリープ」モードになる。ＭＨＤは、新しいマルチキャストメッセージを送信することにより、その公表をリフレッシュすることができる。
【００２４】
ＨＮｖ１（制御）装置（ＨＮＤ）がそのサービスを公表するとき、ＩＷＵは、公表メッセージを受信し、少なくともＩＰ宛先アドレスをチェックする。そのメッセージはマルチキャストメッセージであるので、それは、ＭＨＤへ転送されない。ＩＷＵは、同様なやり方で、制御点として機能するＨＮｖ１デバイスからの検索問い合わせを処理する、すなわち、それがマルチキャスメッセージである限り、ＭＨＤへ転送されることはない。
【００２５】
しかしながら、ＩＷＵは、ステップ３０５において、ＨＮｖ１で生じたＭＦＤに向けられたユニキャストメッセージを転送するようにされる。この実施形態では、ＩＷＵは、ＨＮｖ１ドメイン（ＨＮＤ）で生じ、ＭＨＤに向けられたユニキャストメッセージを転送する。従って、図２ａによるＩＷＵは、ＭＨＤへのユニキャストメッセージを受信したとき、ブルートゥースＰＡＮを起動することができる。例えば、（ＨＮｖ１）制御点が、ＭＨＤ上で行為を実施することを望むとき、それは、ＳＯＡＰ（単純オブジェクトアクセスプロトコル）ユニキャストメッセージを送信するであろう。ＩＷＵは、ＩＰトラフィックをスヌープし、制御点がＭＨＤとのユニキャストＨＴＴＰセッションを確立しようとしていることに気付く。（図３のステップ３０３−３０４におけるチェックに基づいて）メッセージがマルチキャストメッセージではないとき、ＩＷＵは、ＭＨＤとのＢＴ  ＰＡＮを再確立する。ＢＴ  ＢＡＮが利用可能になった後、ＩＷＵは、メッセージをＭＨＤへ転送する。行為を実施し、制御点に応答を伝送する。所定の時間の後、ＭＨＤとＩＷＵとの間のＢＴ  ＰＡＮは、「スリープ」モードになる。
【００２６】
ＵＰｎＰの観点において、ＭＨＤはまた、制御点として機能する。この実施形態では、上で説明した原理が当てはまる；すなわち、ＩＷＵは、ＭＨＤへの、及びＭＨＤからの全てのユニキャストメッセージ、及びＭＨＤからのみのマルチキャストメッセージを転送する。従って、ＭＨＤは、検索問い合わせを送信し、ＧＥＮＡ（一般イベント通知アーキテクチャ）イベントを受信し、及びＩＷＵを介して、ＨＮｖ１デバイスに、ＳＯＡＰ行為に対して応答することができるが、ＨＮｖ１デバイスからのマルチキャスト公表、又はＨＮｖ１制御点からの検索問い合わせを受信しない。
【００２７】
図１及び２で説明されなかった一実施形態では、マルチキャスト、及び／又はブロードキャストメッセージの伝送を阻止することに関する、上で説明した機能のうちの幾つか、或いは全てが、両方のデバイス（ＭＨＤ、ＨＮＤ）が同じネットワーキングトポロジを使用するシステムにおいて実装される。従って、中間ノードは、２つの異なる伝送プロトコル間の如何なる適応も提供する必要はない。そのとき、中間ノードは、ＩＷＵとデバイスＭＨＤ、ＨＮＤとの間の１対１関係をサポートする。このような関係の例としては、移動端末とアクセスポイントとの間のＩＥＥＥ８０２．１１関係、又はネットワークカードのＬＡＮ  ＭＡＣとスイッチの単一ＬＡＮ  ＭＡＣとの間の関係である。中間ノードは、発見的手段を使用することによって、レイヤ２のトラフィックを調べる（或いはまたおそらく、ＩＰスヌーピングも）ことにより、どの付加デバイスがＨＮｖ１ドメインに加入しており、どの付加デバイスがＭＨＳドメインに加入しているかを知ることができる。そのとき、マルチキャスト及び／又はブロードキャストメッセージの伝送は、ＭＨＤに対して阻止される。例えば、中間ノードの両側は、ＷＬＡＮ、イーサネット、又はＢＴとすることができ、上で説明した最適化機能をさらに適用することができる。
【００２８】
上記で、実行可能な識別機能の幾つかの例を示した。しかしながら、本発明は、上で示した実施形態に限定されず、メッセージの伝送を阻止すべきかどうか判断するために、そのメッセージの如何なる属性も、所定のメッセージ伝送条件において特定される属性と比較することができる。例えば、ＩＥＥＥ８０２ＭＡＣレイヤ  マルチキャストアドレス識別情報、ポート番号のみ、又は例えば既に説明したような、ＩＰアドレスとポート番号との組合せというような複数の識別子の組合せのような、リンクレイヤアドレス情報を使用することが可能である。
【００２９】
技術が進歩するにつれて、本発明の概念を様々な方法で実装することができるということが、当業者には明らかである。本発明、及びその実施形態は、上で説明された例に限定されず、特許請求の範囲の技術的範囲内で変更することができる。
【図面の簡単な説明】
【００３０】
【図１】ローカルエリアネットワーキングシステムを示している。
【図２ａ】本発明の実施形態によるプロトコルスタックアーキテクチャ、を説明している。
【図２ｂ】網間接続装置を備えるデバイスを示している。
【図３】本発明の実施形態による方法を示すフローチャートである。
【図１】
2007520960.tif 000003
【図２】
2007520960.tif 000004
【図３】
2007520960.tif 000005
【国際調査報告】
2007520960.tif 000006
2007520960.tif 000007
2007520960.tif 000008