(57)【要約】  本発明のある実施形態は、特定のＯＭＡＤＭパケットが、ＯＭＡＤＭクライアントに関連付けられたＷｉＭＡＸモデムによって取得され、所定のドライバインタフェースを介して送られることを要件とすることにより、ＷｉＭＡＸ無線ネットワークにおけるＯＭＡＤＭ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）サーバからの通知がファイアウォールをバイパスできるようにする方法を提供する。【選択図】図１
2011511505.tif 000002
【特許請求の範囲】
【請求項１】
特定のオープン・モバイル・アライアンス・デバイス・マネージメント・パケット（ＯＭＡＤＭパケット）が、ＯＭＡＤＭクライアントに関連付けられたＷｉＭＡＸモデムによって取得され、所定のドライバインタフェースを介して送られることを要件とすることにより、ＷｉＭＡＸ無線ネットワークにおけるＯＭＡＤＭサーバからの通知にファイアウォールをバイパスさせるようにする方法。
【請求項２】
前記ＯＭＡＤＭパケットは、ＩＰパケットである請求項１に記載の方法。
【請求項３】
前記所定のドライバインタフェースは、ＩＯＣＴＬのＷｉＭＡＸドライバインタフェースである請求項１に記載の方法。
【請求項４】
前記ＯＭＡＤＭサーバは、無線デバイス内の前記ＯＭＡＤＭクライアントへＵＤＰパケットを送信することで前記ＯＭＡＤＭクライアントとの接続を開始する請求項１に記載の方法。
【請求項５】
前記ＯＭＡＤＭパケットは、ＷｉＭＡＸのＲＦでＷｉＭＡＸモデムへ転送され、前記無線デバイスのＯＳのＩＰスタックを介し、前記ＯＭＡＤＭクライアントのアプリケーションへ送信される請求項４に記載の方法。
【請求項６】
前記ＷｉＭＡＸモデムまたは関連したドライバは、入力されるＵＤＰパケットを監視し、通常のＩＰスタックへブートストラップ／パッケージ０パケットを送信する代わりに、もしくはこれに加えて、前記ＯＭＡＤＭパケットをインタセプトし、前記ＷｉＭＡＸモデムはさらに、所有ドライバのＩＯＣＴＬ制御インタフェースを介してＷｉＭＡＸ制御スタックへ、また前記ＷｉＭＡＸ制御スタックから前記ＯＭＡＤＭクライアントのアプリケーションへ情報を送信する請求項５に記載の方法。
【請求項７】
前記パケットのインタセプトは、ポート番号、ＵＤＰパケットのデータのパターンマッチング、またはＵＤＰソースＩＰアドレスと前記ＯＭＡＤＭサーバの所定のＩＰアドレスとの比較によって行われ、前記所定のＩＰアドレスは、前記ＯＭＡＤＭクライアントが予めモデムに設定する請求項６に記載の方法。
【請求項８】
ＯＭＡＤＭサーバと、ＷｉＭＡＸネットワークで前記ＯＭＡＤＭサーバと通信する無線クライアントとを備え、
特定のＯＭＡＤＭパケットが前記無線クライアントに関連付けられたＷｉＭＡＸモデムによって取得され、所定のドライバインタフェースを介して送られることを要件とすることにより、ＷｉＭＡＸ無線ネットワークにおいてＯＭＡＤＭサーバからの通知にファイアウォールをバイパスさせるようにするシステム。
【請求項９】
前記ＯＭＡＤＭパケットは、ＩＰパケットである請求項８に記載のシステム。
【請求項１０】
前記所定のドライバインタフェースは、ＩＯＣＴＬのＷｉＭＡＸドライバインタフェースである請求項８に記載のシステム。
【請求項１１】
前記ＯＭＡＤＭサーバは、無線デバイス内のＯＭＡＤＭクライアントへＵＤＰパケットを送信することで前記ＯＭＡＤＭクライアントとの接続を開始する請求項８に記載のシステム。
【請求項１２】
前記ＯＭＡＤＭパケットは、ＷｉＭＡＸのＲＦでＷｉＭＡＸモデムへ転送され、前記無線デバイスのＯＳのＩＰスタックを介し、前記ＯＭＡＤＭクライアントのアプリケーションへ送信される請求項１１に記載のシステム。
【請求項１３】
前記ＷｉＭＡＸモデムは、入力されるＵＤＰパケットを監視し、通常のＩＰスタックへブートストラップ／パッケージ０パケットを送信する代わりに、もしくはこれに加えて、前記ＯＭＡＤＭパケットをインタセプトし、前記ＷｉＭＡＸモデムはさらに、所有ドライバのＩＯＣＴＬ制御インタフェースを介してＷｉＭＡＸ制御スタックへ、また前記ＷｉＭＡＸ制御スタックからＯＭＡＤＭクライアントアプリケーションへ情報を送信する請求項１２に記載のシステム。
【請求項１４】
前記パケットのインタセプトは、ポート番号、ＵＤＰパケットのデータのパターンマッチング、あるいはＵＤＰソースＩＰアドレスと前記ＯＭＡＤＭサーバの所定のＩＰアドレスとの比較によって行われ、前記所定のＩＰアドレスは、前記ＯＭＡＤＭクライアントが予めモデムに設定する請求項１３に記載のシステム。
【請求項１５】
ＷｉＭＡＸネットワークでＯＭＡＤＭサーバと通信する無線デバイスを備え、
前記無線デバイスは、特定のＯＭＡＤＭパケットが無線デバイスに関連付けられたＷｉＭＡＸモデムによって取得され、所定のドライバインタフェースを介して送られることを要件とすることにより、前記ＷｉＭＡＸネットワークにおけるＯＭＡＤＭサーバからの通知がファイアウォールをバイパス可能とする装置。
【請求項１６】
前記ＯＭＡＤＭパケットはＩＰパケットである請求項１５に記載の装置。
【請求項１７】
前記所定のドライバインタフェースは、ＩＯＣＴＬのＷｉＭＡＸドライバインタフェースである請求項１５に記載の装置。
【請求項１８】
前記ＯＭＡＤＭサーバは、前記無線デバイスへＵＤＰパケットを送信することで前記無線デバイスとの接続を開始する請求項１５に記載の装置。
【請求項１９】
前記ＯＭＡＤＭパケットは、ＷｉＭＡＸのＲＦで前記ＷｉＭＡＸモデムへ、さらに前記無線デバイスのＯＳのＩＰスタックを介して転送される請求項１８に記載の装置。
【請求項２０】
前記ＷｉＭＡＸモデムは、入力されるＵＤＰパケットを監視し、通常のＩＰスタックへブートストラップ／パッケージ０パケットを送信する代わりに、もしくはこれに加えて、前記ＯＭＡＤＭパケットをインタセプトし、前記ＷｉＭＡＸモデムはさらに、所有ドライバのＩＯＣＴＬ制御インタフェースを介してＷｉＭＡＸ制御スタックへ、また前記ＷｉＭＡＸ制御スタックから前記無線デバイスへ情報を送信する請求項１９に記載の装置。
【発明の詳細な説明】
【背景技術】
【０００１】
ＩＥＥＥ８０２．１６としても知られるＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）は、無線ＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）向けの無線デジタル通信システムである。ＷｉＭＡＸは、固定局では最大３０マイル（５０ｋｍ）、移動局では３〜１０マイル（５〜１５ｋｍ）のブロードバンド無線アクセス（ＢＷＡ）を提供可能である。対照的に、ＷｉＦｉ／８０２．１１無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）規格は、多くの場合１００〜３００フィート（３０〜１００ｍ）に限定される。ＷｉＭＡＸでは、干渉の問題を軽減しつつ、ＷｉＦｉ同様のデータ速度が容易に実現される。ＷｉＭＡＸは、免許要および免許不要の両方の周波数帯で動作し、発展可能な経済モデルと安定した環境とを無線キャリアにもたらす。ＷｉＭＡＸは、より一般的なＷｉＦｉプロトコルとほぼ同じように、無線ネットワークで用いられる。
【０００２】
ＷｉＭＡＸは、より効率的な帯域使用と干渉回避とを可能にし、遠距離でより高速なデータ速度を実現することを目的とした、第２世代のプロトコルである。ＩＥＥＥ８０２．１６規格は、通信プロトコルの技術的特徴を定義している。通信プロトコルにおいては、ＷｉＭＡＸアタッチメントプロセスの間、ネットワークサーバ（ＯＭＡＤＭサーバ）からクライアントノートＰＣへのプロビジョニング情報の搬送にＯＭＡＤＭプロトコルが使用される。ＷｉＭＡＸネットワークのクライアントは、ＷｉＭＡＸ接続パラメータの設定を行うＯＭＡＤＭクライアントを起動している必要がある。
【０００３】
ＯＭＡＤＭ通信は、次の２つの段階によって開始される。（ａ）ＤＭサーバがクライアントにＵＤＰ通知を送信（ｂ）ＤＭクライアントがサーバへのＨＴＴＰＳセッションを開始
【０００４】
ファイアウォールにブロックされる可能性を有し、問題となるのは段階（ａ）である。従って、ＷｉＭＡＸネットワークにおいてＯＭＡＤＭサーバからの通知にファイアウォールをバイパスさせる技術に対する多大なニーズが存在する。
【図面の簡単な説明】
【０００５】
本発明の主題は、具体的に説明され、明細書の終盤に明確に請求されている。しかしながら、本発明の動作の構成および方法の両方は、その目的、機能、利点と共に、以下の詳細な説明を添付の図面と共に参照することでより良く理解され得る。
【０００６】
【図１】本発明のある実施形態による、システム構成要素およびＯＭＡＤＭ通信を図示する。
【０００７】
【図２】本発明のある実施形態による、ＯＭＡＤＭの初期パケットの流れを示す。
【０００８】
当然のことながら、図の単純化および明確化を目的として、図面に示した要素の縮尺は必ずしも正しいとは限らない。例えば、明確化のため、要素のいくつかはその他の要素に対してより強調されている。
【０００９】
さらに、対応あるいは類似の要素を示すべく、複数の図面で同じ参照番号が適宜繰り返し使用されている。
【発明を実施するための形態】
【００１０】
以下の詳細な説明では、本発明の十分な理解を提供するべく、様々な具体的な詳細を示す。しかしながら、これらの具体的な詳細を用いることなく本発明を実施可能であることは、当業者にとって明らかである。また、本発明を不明瞭にすることを避けるべく、一般的な方法、構成要素、および回路については詳述しない。
【００１１】
以下の詳細な説明では、本発明の十分な理解を促進すべく、様々な具体的な詳細を示す。しかしながら、当業者にとって、本発明がこれらの具体的な詳細を用いることなく実施可能であることは明らかである。また、発明を不明瞭にすることを避けるべく、一般的な方法、構成要素、ユニットおよび／または回路については詳述しない。
【００１２】
本発明の実施形態はこの点において限定されないが、例えば「処理」、「コンピューティング」、「計算」、「決定」、「確立」、「分析」、「確認」、またはその類似の用語を用いた議論は、コンピュータのレジスタおよび／またはメモリ内で物理的な（例えば、電子的な）数量として表現されたデータを、コンピュータのレジスタおよび／またはメモリ、もしくは動作および／またはプロセスを実行する命令を格納可能なその他の情報格納媒体内で同様に物理的な数量として表現されたデータへと操作および／または変換する、コンピュータ、コンピューティングプラットフォーム、コンピューティングシステム、またはその他のコンピューティングデバイスの動作および／またはプロセスを示してよい。
【００１３】
本発明の実施形態はこの点において限定されないが、ここで用いられる用語「複数」および「複数の」は、例えば「複数」または「２つ以上」を含み得る。明細書全体において、用語「複数」または「複数の」は、２つ以上の構成要素、デバイス、要素、ユニット、パラメータ、またはその類似を示すべく用いられてよい。例えば「複数の端末」は、２つ以上の端末を含んでよい。
【００１４】
本発明は、ＷｉＭＡＸスタックによる、ファイアウォールとは無関係なプロビジョニングと管理支援とを可能にし、ＷｉＭＡＸ技術の状態を向上させる。クライアント端末では、異なる種類の個人的なファイアウォールアプリケーションを用いてよい。これらのファイアウォールは、異なるＡＰＩおよびＧＵＩを有し、アプリケーション（ＡＰＩ）およびユーザ（ＧＵＩ）によるコンフィギュレーションに用いる。ファイアウォールの中にはＡＰＩを有さないものもある。通常、これらの製品は、自動コンフィギュレーションにあたってユーザの承認を要求する。ファイアウォールは、供給業者、オペレーティングシステム（Ｌｉｎｕｘ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標））およびＡＰＩ言語（Ｃ、Ｊａｖａ（登録商標）など）に応じた異なるＡＰＩを有してよい。従って、ＯＭＡＤＭクライアントのＷｉＭＡＸ対応は、手動／ユーザによるファイアウォールのコンフィギュレーションによるか、もしくは存在する全てのＡＰＩ（不十分な場合もある）に対応することで、サービスプロバイダ用いられる完全なサービスを提供する。
【００１５】
本発明のある実施形態は、ＷｉＭＡＸデバイスの管理における、上述のファイアウォールのコンフィギュレーション問題に対処する。典型的なＷｉＭＡＸアクセスは、ＯＭＡＤＭ（セルラー管理プロトコル、オープン・モバイル・アライアンス・デバイス・マネージメント（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ））を用いて、ＷｉＭＡＸモデムの初期設定およびプロビジョニングを行う。ＷｉＭＡＸの場合、ＯＭＡＤＭは、トランスポートプロトコルにＩＰ／ＨＴＴＰＳを用いることから、機械にインストールされた個人的なファイアウォールによるブロックの対象となる。
【００１６】
本発明のある実施形態は、ＷｉＭＡＸモデムのファームウェアおよび／またはＷｉＭＡＸモデムドライバに対する変更の提案であり、この変更はクライアントのファイアウォールのコンフィギュレーションを不要にする。本発明のＷｉＭＡＸプロビジョニングソリューションは、ファイアウォールのコンフィギュレーションに依存しない。数多くのファイアウォール製品が存在することから、ファイアウォールの標準的なソフトウェアベースの設定を作成することは困難である。さらに、ファイアウォールの防衛機能そのものが、ファイアウォールのソフトウェアベースの設定を阻む場合がある。
【００１７】
従って、本発明のある実施形態は、ＩＰパケットである特定のＯＭＡＤＭパケット（パケット０）がＷｉＭＡＸモデムによって取得され、ＯＳのネットワークスタックへパケットを送る通常の処理（Ｗｉｎｄｏｗｓ（登録商標）ではＮＤＩＳ）に代えて、ＩＯＣＴＬのＷｉＭＡＸドライバインタフェースを介して送信される。
【００１８】
図１の１００は、本発明のある実施形態による、システム構成要素およびＯＭＡＤＭ通信を図示する。オペレータのＯＭＡＤＭ１０５は、オペレータの基地局１１０を介し、ＷｉＭＡＸネットワーク１１５で無線デバイス１２０へＯＭＡＤＭを通信する。無線デバイス１２０は、例えばＷｉＭＡＸ対応のノートＰＣであるが、これに限定されない。ノートＰＣ１２０は、ＷｉＭＡＸモデム１２５、ＯＳ  ＴＣＰスタック１３０およびＯＭＡＤＭクライアント１３５を含んでよい。動作は以下のように進行してよい。
【００１９】
ＷｉＭＡＸ  Ｃａｔ３デバイス１４５が、１６０で初期ネットワークエントリ１５０を提供する。
【００２０】
ネットワーク１５０におけるＷｉＭＡＸデバイス１４５のＩＰアドレスが１６２で取得され、新規デバイスのインジケーション１６４がプロビジョナル／ＯＭＡ  ＤＭサーバ１５５に送信される。
【００２１】
１６５において、ＷｉＭＡＸデバイス１４５がポート２９４８をリスンし、１７０において、プロビジョナル／ＯＭＡＤＭサーバ１５５からＷｉＭＡＸデバイス１４５へＰＵＳＨ  ｏｖｅｒ  ＩＰが送信され、デバイスのプロビジョニングが１７５で行われる。
【００２２】
１８０において、ＷｉＭＡＸデバイス１４５がネットワーク１５０へフルネットワークエントリ１８０を提供する。１４０は、ＯＭＡＤＭブートストラップ／パッケージ０パケットである。
【００２３】
図２の２００は、点線２４０で示された、ＷｉＭＡＸにおけるＯＭＡＤＭの第１プロビジョニングパケットの流れを図示する。ＯＭＡＤＭサーバ２０５は、ノートＰＣ２２０内のＯＭＡＤＭクライアント２３０へＵＤＰパケットを送信することでＯＭＡＤＭクライアント２３０との接続を開始する。ＯＭＡＤＭにおける、このようなパケット２３５としては、「パッケージ０」および「ブートストラップ」と呼ばれる２種類が想定される。パケットは、オペレータの基地局２１０を介し、ＷｉＭＡＸのＲＦ２１５でＷｉＭＡＸモデム２４４へと転送されてよく、ＯＳのＩＰスタック２４５を介してＯＭＡＤＭクライアントアプリケーション２３０へと送信される。
【００２４】
本発明のある実施形態が提案する新たな流れを実線２４２で示す。ＷｉＭＡＸモデム２４４は、入力されるＵＤＰパケットを監視し、ＯＭＡＤＭブートストラップ／パッケージ０パケット２３５をインタセプトする。ＷｉＭＡＸモデム２４４は、これらのパケットを通常のＩＰスタック２４５へ送信するだけでなく、自己のドライバのＩＯＣＴＬ制御インタフェース２５２を介してＷｉＭＡＸ制御スタックへ、またＷｉＭＡＸ制御スタックからＯＭＡＤＭクライアントアプリケーション２３０へ情報を送信する。
【００２５】
パケットのインタセプトは、ポート番号（ＯＭＡＤＭの標準ポートは２９４８）、ＵＤＰパケットのデータのパターンマッチング、もしくはＵＤＰソースＩＰアドレスとＯＭＡＤＭサーバの所定のＩＰアドレスとの比較によって行われてよい。所定のＩＰアドレスは、ＯＭＡＤＭクライアントが予めモデムに設定してよい。
【００２６】
ここでは、本発明の特定の特徴を図示および説明したが、当業者であれば数多くの修正、代替、変更、および等価物を想到し得る。従って、添付の特許請求の範囲は、本発明の真の趣旨に含まれるこのような修正および変更の全てに及ぶことを目的としていることが理解されるべきである。
【図１】
2011511505.tif 000003
【図２】
2011511505.tif 000004
【国際調査報告】
2011511505.tif 000005
2011511505.tif 000006