(57)【特許請求の範囲】
【請求項１】
各ＩＰプレフィックスを有する少なくとも２つのデバイス（Ｄｉ）であり、移動システム（Ｓｊ）に結合された前記少なくとも２つのデバイス（Ｄｉ）で作成されたデータに対して、移動通信ネットワーク（ＭＮ）に接続されたクライアント・ゲートウェイ（ＣＧ）を介して、少なくとも１つの中央アプリケーション（ＣＡｎ）からアクセスすることを制御するための方法であって、前記移動システム（Ｓｊ）は、前記移動システム（Ｓｊ）に結合された顧客構内機器（Ｅｊ）とデータを交換できる第１のオペレーティングシステム（ＯＳ１）と、トンネル・レイヤを備え、かつ前記少なくとも２つのデバイス（Ｄｉ）を前記移動システム（Ｓｊ）に結合できる第２のオペレーティングシステム（ＯＳ２）と、を備え、前記方法が、
前記第２のオペレーティングシステム（ＯＳ２）により、前記第１のオペレーティングシステム（ＯＳ１）を介して、前記顧客構内機器（Ｅｊ）から第１のＩＰアドレスを取得するステップ（ｉ）と、
前記第２のオペレーティングシステム（ＯＳ２）と前記クライアント・ゲートウェイ（ＣＧ）の間にトンネルを確立することを要求するために、前記第２のオペレーティングシステム（ＯＳ２）により、前記第１のＩＰアドレスおよび前記ＩＰプレフィックスを、前記第１のオペレーティングシステム（ＯＳ１）および前記顧客構内機器（Ｅｊ）を介して、前記クライアント・ゲートウェイ（ＣＧ）に送信するステップ（ｉｉ）とを含み、
それによって、前記中央アプリケーション（ＣＡｎ）が、前記クライアント・ゲートウェイ（ＣＧ）を介して、前記デバイス（Ｄｉ）により生成されたデータにアクセス可能にする、方法。
【請求項２】
前記第１のＩＰアドレスが、前記顧客構内機器（Ｅｊ）の１つである、請求項１に記載の方法。
【請求項３】
ステップ（ｉｉ）では、前記クライアント・ゲートウェイ（ＣＧ）の第２のＩＰアドレスは、前記第２のオペレーティングシステム（ＯＳ２）の中に静的に構成される、または前記第１のオペレーティングシステム（ＯＳ１）により動的に学習される、もしくは前記クライアント・ゲートウェイ（ＣＧ）が結合されたＤＨＣＰと同様のサーバ（ＤＳ）から学習される、前記移動通信ネットワーク（ＭＮ）のコア・ネットワーク・ゲートウェイ（ＣＮＧ）のアドレスから計算される、請求項２に記載の方法。
【請求項４】
前記第１のオペレーティングシステム（ＯＳ１）、および前記第２のオペレーティングシステム（ＯＳ２）は、仮想ネットワーク・インターフェースを介して接続された第１の仮想マシンと第２の仮想マシンとして、それぞれ、前記移動システム（Ｓｊ）の中にインスタンス化されて、前記移動システム（Ｓｊ）の外からは見えない専用ネットワークとなる、請求項１に記載の方法。
【請求項５】
前記第１の仮想マシンは、それが備える仮想ネットワーク・インターフェースを介して、前記第２の仮想マシンとその無線接続を共用する、請求項４に記載の方法。
【請求項６】
ステップ（ｉｉ）では、前記クライアント・ゲートウェイ（ＣＧ）の第２のＩＰアドレスは、前記第２の仮想マシンの中に静的に構成される、または前記第１の仮想マシンにより動的に学習される、もしくは前記クライアント・ゲートウェイ（ＣＧ）が結合されるＤＨＣＰと同様のサーバ（ＤＳ）から学習される、前記移動通信ネットワーク（ＭＮ）のコア・ネットワーク・ゲートウェイ（ＣＮＧ）のアドレスから計算される、請求項４または５のいずれかに記載の方法。
【請求項７】
前記第１のオペレーティングシステム（ＯＳ１）は、Ｗｉｎｄｏｗｓ（登録商標）であり、また前記第２のオペレーティングシステム（ＯＳ２）は、Ｌｉｎｕｘである、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記確立されたトンネルは、少なくともＧＲＥタイプおよびＩＰＳｅｃタイプを含む群から選択されたタイプを有する、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
移動システム（Ｓｊ）であって、前記移動システム（Ｓｊ）と結合された顧客構内機器（Ｅｊ）とデータを交換できる第１のオペレーティングシステム（ＯＳ１）と、トンネル・レイヤを備え、かつ前記移動システム（Ｓｊ）に少なくとも２つのデバイス（Ｄｉ）を結合できるようにする第２のオペレーティングシステム（ＯＳ２）とを備え、前記少なくとも２つのデバイスが、各ＩＰプレフィックスを有し、かつ移動通信ネットワーク（ＭＮ）に接続されたクライアント・ゲートウェイ（ＣＧ）を介して、少なくとも１つの中央アプリケーション（ＣＡｎ）からアクセスされるデータを生成し、前記移動システム（Ｓｊ）が、前記第２のオペレーティングシステム（ＯＳ２）のための第１のＩＰアドレスを、前記顧客構内機器（Ｅｊ）から、前記第１のオペレーティングシステム（ＯＳ１）を介して取得するように構成された第１の手段（Ｍ１）と、前記第２のオペレーティングシステム（ＯＳ１）と前記クライアント・ゲートウェイ（ＣＧ）の間でトンネルを確立するために、前記第２のオペレーションシステム（ＯＳ２）により、前記第１のＩＰアドレス、および前記ＩＰプレフィックスを、前記オペレーションシステム（ＯＳ１）および前記顧客構内機器（Ｅｊ）を介して、前記クライアント・ゲートウェイ（ＣＧ）に送信することをトリガするように構成された第２の手段（Ｍ２）とをさらに備え、それによって、前記中央アプリケーション（ＣＡｎ）が、前記デバイス（Ｄｉ）により生成されたデータに、前記クライアント・ゲートウェイ（ＣＧ）を介してアクセス可能にする、移動システム（Ｓｊ）。
【請求項１０】
前記第１のオペレーティングシステム（ＯＳ１）を備え、かつ前記顧客構内機器（Ｅｊ）が接続される第１の機器（Ｃ１）と、前記第１の機器（Ｃ１）に結合され、前記第２のオペレーティングシステム（ＯＳ２）を備え、かつ前記デバイス（Ｄｉ）が結合される第２の機器（Ｃ２）と備える、請求項９に記載の移動システム。
【請求項１１】
前記第２の機器（Ｃ２）は、前記第１の手段（Ｍ１）および前記第２の手段（Ｍ２）を備える、請求項１０に記載の移動システム。
【請求項１２】
前記第１のオペレーティングシステム（ＯＳ１）、および前記第２のオペレーティングシステム（ＯＳ２）が、前記移動システム（Ｓｊ）の仮想スイッチを介して経路指定されない専用ネットワークにより接続される第１の仮想マシンおよび第２の仮想マシンとして、それぞれ、インスタンス化される、請求項９に記載の移動システム。
【請求項１３】
前記第１のオペレーティングシステム（ＯＳ１）は、Ｗｉｎｄｏｗｓ（登録商標）であり、また前記第２のオペレーティングシステム（ＯＳ２）は、Ｌｉｎｕｘである、請求項９乃至１２のいずれか１項に記載の移動システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客構内機器（またはＣＰＥ）にそれ自体が結合される移動システムに結合されたいくつかのデバイスにより生成されたデータに、中央アプリケーションからアクセスすることに関する。
【背景技術】
【０００２】
パーソナル・コンピュータ、タブレット、ＩＰルータ、またはレイヤ２スイッチなどのいくつかの第１のシステムは、車両などの第２の移動システムの中に、これらの第２の移動システムに装備されたいくつかのデバイスにより生成されたデータを受信するように配置することができる。例えば、これらのデバイスは、画像データ、あるいは音声データシステムを提供するように意図されたセンサ、ＰＣ、タブレット、ＩＰ接続されたオブジェクト、またはその他にカメラとすることができる。
【０００３】
いくつかの状況では、これらの生成されたデータは、遠隔の中央指令センターからライブでアクセスして、１人または複数の人間により処理され、かつ／または解析される必要がある。これは、例えば、警察車両の集団が装備しているデバイスにより生成された、警察の中央指令センターに向けたデータの場合である。
【０００４】
第１のシステムがこのような中央指令センターとデータを交換できるようにするためには、無線通信モジュールを備えるか、あるいは移動通信ネットワークと無線通信を確立できる顧客構内機器（またはＣＰＥ）に直接、または間接的に（例えば、第２の移動システムを介して）結合される必要がある。残念ながら、このような無線通信モジュールまたはＣＰＥは、中央指令センターから単一のデバイスへのアクセスを提供できるに過ぎず、したがって、第２の移動システムに接続された、いくつかのデバイスにより生成されるデータの同時かつライブ・アクセスを保証することができない。
【０００５】
レイヤ２ソリューションが、ＷｉＭＡＸ通信に対して提案されてきたが、多数の移動システムに合わせて拡張されず、特に協調的なＣＰＥを必要とする。さらに、このソリューションは、３Ｇ通信またはＬＴＥ通信とは互換性がない。
【０００６】
それは、従来技術である米国特許出願公開第２０１２／１６２４４５Ａ１号から知られている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許出願公開第２０１２／１６２４４５Ａ１号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
したがって、本発明は、中央アプリケーションが、各ＣＰＥに結合されたいくつかの移動システムにアクセスして、その関連するＩＰアドレスが、その移動通信ネットワークにより動的かつ汎用的に割り振られた場合であっても、それらに結合されたいくつかのデバイスにより生成されたデータを、同時にかつライブで、またおそらく暗号化されて、取得できるようにすることを特に目的とする。
【課題を解決するための手段】
【０００９】
この趣旨で、本発明は、特に、各ＩＰプレフィックスを有する少なくとも２つのデバイスであって、移動システムに結合された少なくとも２つのデバイスで作成されたデータに対して、移動通信ネットワークに接続されたクライアント・ゲートウェイを介して、少なくとも１つの中央アプリケーションからのアクセスを制御するように意図された方法を提供し、移動システムは、顧客構内機器とデータを交換できる第１のオペレーティングシステムと、トンネル・レイヤを備える第２のオペレーティングシステムとを備え、方法は、
−  第２のオペレーティングシステムが、第１のオペレーティングシステムを介して、顧客構内機器から第１のＩＰアドレスを取得するステップ（ｉ）と、
−  第２のオペレーティングシステムが、第２のオペレーティングシステムとクライアント・ゲートウェイの間にトンネルを確立することを要求するために、この第１のＩＰアドレスおよびデバイスのプレフィックスを、第１のオペレーティングシステムおよび顧客構内機器を介して、クライアント・ゲートウェイに送信するステップ（ｉｉ）と
を含み、それによって、中央アプリケーションが、クライアント・ゲートウェイを介して、デバイスにより生成されたデータにアクセス可能にする。
【００１０】
このような方法は、いかなる特有のＣＰＥも必要とせず、既存の移動通信ネットワークの変更も必要としない。
【００１１】
本発明による方法は、別々に、または組み合わせて考慮される追加の特性を含むことができ、特に、
−  第１のＩＰアドレスは、顧客構内機器の１つとすることができる、
・ステップ（ｉｉ）では、クライアント・ゲートウェイの第２のＩＰアドレスは、第２のオペレーティングシステムの中に静的に構成されるか、または第１のオペレーティングシステムにより動的に学習される、もしくはクライアント・ゲートウェイが結合されたＤＨＣＰと同様のサーバから学習される、移動通信ネットワークのコア・ネットワーク・ゲートウェイのアドレスから計算される、
−  第１および第２のオペレーティングシステムは、仮想ネットワーク・インターフェースを介して接続された第１および第２の仮想マシンとして、それぞれ、移動システムの中にインスタンス化されて、移動システムからは見えない専用ネットワークにすることができる、
・第１の仮想マシンは、それが備える仮想ネットワーク・インターフェースを介して、第２の仮想マシンとその無線接続を共用することができる、
・ステップ（ｉｉ）では、クライアント・ゲートウェイの第２のＩＰアドレスは、第２の仮想マシンの中に静的に構成されるか、または、第１の仮想マシンにより動的に学習される、もしくはクライアント・ゲートウェイが結合されるＤＨＣＰと同様のサーバから学習される、移動通信ネットワークのコア・ネットワーク・ゲートウェイのアドレスから計算され得る、
−  第１のオペレーティングシステムは、Ｗｉｎｄｏｗｓ（登録商標）とすることができ、また第２のオペレーティングシステムは、Ｌｉｎｕｘとすることができる、
−  確立されたトンネルは、少なくともＧＲＥ（「汎用ルーティングカプセル化」）タイプ、およびＩＰＳｅｃタイプを含む群から選択されたタイプを有することができる。
【００１２】
本発明はまた、移動システムを提供し、移動システムは、
−  顧客構内機器（またはＣＰＥ）とデータを交換できる第１のオペレーティングシステムと、
−  トンネル・レイヤを備える第２のオペレーティングシステムであって、各ＩＰプレフィックスを有し、移動通信ネットワークに接続されたクライアント・ゲートウェイを介して、少なくとも１つの中央アプリケーションからアクセスされるデータを生成する少なくとも２つのデバイスの結合を可能にする、第２のオペレーティングシステムと、
−  第２のオペレーティングシステムのための第１のＩＰアドレスを、顧客構内機器から、第１のオペレーティングシステムを介して取得するように構成された第１の手段と、
−  第２のオペレーティングシステムとクライアント・ゲートウェイの間でトンネルを確立することを要求するために、第２のオペレーティングシステムにより、第１のＩＰアドレスおよびデバイスのプレフィックスを、第１のオペレーティングシステムおよび顧客構内機器を介してクライアント・ゲートウェイに送信することをトリガするように構成された第２の手段と
を備え、それによって、中央アプリケーションが、クライアント・ゲートウェイを介して、デバイスにより生成されたデータにアクセス可能にする。
【００１３】
本発明による移動システムは、別々に、または組み合わせて考慮されるさらなる特性を含むことができ、特に、
−  それは、第１のオペレーティングシステムを備えた、かつ顧客構内機器が接続される第１の機器と、第１の機器に結合され、第２のオペレーティングシステムを備え、かつデバイスが結合される第２の機器とを備えることができる、
・第２の機器は、第１の手段および第２の手段を備えることができる、
−  実施形態の変形例では、第１および第２のオペレーティングシステムは、移動システムの仮想スイッチを介して経路指定されない専用ネットワークにより接続される第１および第２の仮想マシンとして、それぞれ、インスタンス化され得る、
−  第１のオペレーティングシステムは、Ｗｉｎｄｏｗｓ（登録商標）とすることができ、また第２のオペレーティングシステムは、Ｌｉｎｕｘとすることができる。
【００１４】
本発明の他の特徴および利点は、以下の詳細な明細書、および添付の図面を調べることにより明らかになろう。
【図面の簡単な説明】
【００１５】
【図１】３つのデバイスを備える車両と、クライアント・ネットワークがさらに接続される移動通信ネットワークに接続されたＣＰＥに結合された、本発明による移動システムの実施形態の第１の例とを概略的に、かつ機能的に示す図である。
【図２】３つのデバイスを備える車両と、クライアント・ネットワークがさらに接続される移動通信ネットワークに接続されたＣＰＥに結合された、本発明による移動システムの実施形態の第２の例とを概略的に、かつ機能的に示す図である。
【図３】（図２の移動システムの）第２のオペレーティングシステムと（図２のクライアント・ネットワークの）クライアント・ゲートウェイとの間にトンネルを確立して、このクライアント・ゲートウェイを介して中央アプリケーションからデバイスにアクセスできるように意図されたシーケンス線図の例を概略的に示す図である。
【発明を実施するための形態】
【００１６】
添付の図面は、本発明を完全にするためだけではなく、必要に応じてその理解に寄与するように働くことができる。
【００１７】
本発明は、特に、少なくとも１つの中央アプリケーションＣＡｎから、クライアント・ゲートウェイを介して、この移動システムＳｊに結合された少なくとも２つのデバイスＤｉで作成されたデータへのアクセスを制御するように意図された方法、および関連する移動システムＳｊを提供することを目的としている。
【００１８】
以下の説明では、各移動システムＳｊ（ｊ＝１または２）は、例えば、警察車などの車両Ｖｊに装備されていると考えられる。しかし、本発明は、この用途に限定されない。実際、本発明による移動システムＳｊは、例えば、デバイスＤｉを備えた人にも装備されることができる。システムＳｊは、それ自体が別の移動システム（車両または人など）に配置されるので、移動性のものであることに留意することが重要である。
【００１９】
図１および図２で示された非限定的な例では、各車両Ｖｊは、ライブでアクセスされるデータを生成する３つのデバイスＤｉ（ｉ＝１から３）を備える。しかし、デバイスＤｉの数は、最低で２に等しいため、３よりも少なく、または多くすることができる。例えば、これらのデバイスＤｉは、画像データを提供するように意図されたセンサもしくはカメラとすることができ（また例えば、ＣＣＴＶ（「閉回路テレビジョン」）タイプのものとすることができる）、あるいは生物学的センサ、任意のＩＰオブジェクト、またはＶｏＩＰ端末（移動システムＳｊがその有線インターフェースに加えてＷｉＦｉアクセスポイントを提供する場合、ＷｉＦｉ携帯情報端末（またはＰＤＡ）を含む）とすることができる。
【００２０】
各車両ＶｊのデバイスＤｉにより生成されたデータは、コア・ネットワークＣＮを備える少なくとも１つの移動通信ネットワークＭＮを通して、かつクライアント・ゲートウェイＣＧを介して、クライアント・ネットワークＰＮの少なくとも１つの処理機器ＰＥｋの中で動作する、少なくとも１つの中央アプリケーションＣＡｎによりアクセスされるように意図されている。例えば、図１および図２の非限定的な例で示すように、クライアント・ゲートウェイＣＧは、クライアント・ネットワークＰＮに属すことができ、かつ本発明による制御方法および移動システムＳｊにより、デバイスＤｉで生成されたデータを解析し、かつ／または処理するように意図された、いくつかの処理機器ＰＥｋ（ここでｋ＝１から３）に結合することができる。
【００２１】
非限定的な例では、第１の中央アプリケーションＣＡ１（ｎ＝１）は、第１の処理機器ＰＥ１の中で動作し、また第２の中央アプリケーションＣＡ２（ｎ＝２）は、第２の処理機器ＰＥ２、および第３の処理機器ＰＥ３の中で動作する。しかし、２よりも多い、または少ない中央アプリケーションＣＡｎが、デバイスのデータにアクセスすることも可能である。
【００２２】
車両Ｖｊの移動システムＳｊは、顧客構内機器（またはＣＰＥ）Ｅｊ（その移動システムＳｊに結合される）とデータを交換できる第１のオペレーティングシステムＯＳ１と、トンネル・レイヤを備え、かつ車両ＶｊのデバイスＤｉとデータを交換できる第２のオペレーティングシステムＯＳ２とを備えることに留意することが重要である。この第２のオペレーティングシステムＯＳ２は、これだけに限らないが、イーサネットまたはＷｉＦｉなどの任意の有効なＩＰインターフェースを介して、車両ＶｊのデバイスＤｉとデータ交換を行うことができる。
【００２３】
例えば、第１のオペレーティングシステムＯＳ１は、Ｗｉｎｄｏｗｓ（登録商標）とすることができ、また第２のオペレーティングシステムＯＳ２は、Ｌｉｎｕｘとすることができる。しかし、これは必須のものではない。当業者であれば、オペレーティングシステムの他の組合せも考えることができる。
【００２４】
図１で示された実施形態の第１の例では、各移動システムＳｊは、第１のオペレーティングシステムＯＳ１を備え、かつ顧客構内機器Ｅｊが接続される第１の機器Ｃ１と、第１の機器Ｃ１に結合され、第２のオペレーティングシステムＯＳ２を備え、かつデバイスＤｉが結合される第２の機器Ｃ２とを備える。
【００２５】
例えば、第１の機器Ｃ１は、ラップトップとすることができる。しかし、これは必須のものではない。実際に、それはまた、タブレット、またはオペレーティングシステムにより制御される任意の電子機器とすることができ、少なくとも１つのＣＰＥ  Ｅｊがそれに結合され得る。それはまた、１つのＣＰＥと、これだけに限らないが、イーサネットまたはＷｉＦｉのような１つまたはいくつかのＩＰインターフェースとからなる「３Ｇ／４Ｇゲートウェイ」として知られる装置とすることもできる。
【００２６】
さらに例えば、顧客構内機器（またはＣＰＥ）Ｅｊは、ＵＳＢタイプのもの、またはＰＣＭＣＩＡ  ３Ｇ／４Ｇタイプのものとすることができる。しかし、これは必須のものではない。
【００２７】
さらに例えば、第２の機器Ｃ２は、オペレーティングシステムにより制御された低電力（１０Ｗ未満）の電子ボックスとすることができ、少なくとも２つのデバイスＤｉが結合することができる。しかし、これは必須のものではない。実際に、それはまた、ラップトップもしくはタブレット、またはオペレーティングシステムにより制御される任意の電子機器とすることができ、デバイスＤｉとデータを交換することができる。
【００２８】
図２で示された実施形態の第２の例では、各移動システムＳｊは、２つの仮想ネットワーク・インターフェースを介して接続された第１の仮想マシンと第２の仮想マシンとしてそれぞれがインスタンス化される第１のオペレーティングシステムＯＳ１および第２のオペレーティングシステムＯＳ２を備える。これらの２つの仮想ネットワーク・インターフェースは、移動システムＳｊの外では見えない専用のネットワークを具現化する。
【００２９】
本発明による制御方法は、少なくとも２つのステップ（ｉ）および（ｉｉ）を含む。
【００３０】
第１のステップ（ｉ）では、移動システムＳｊの第２のオペレーティングシステムＯＳ２は、第１のオペレーティングシステムＯＳ１を介して、関連する顧客構内機器Ｅｊから第１のＩＰアドレスを取得する。
【００３１】
この第１のステップ（ｉ）は、移動システムＳｊの第１の手段Ｍ１により行うことができる。より正確には、この第１の手段Ｍ１は、関連する顧客構内機器Ｅｊから、第１のオペレーティングシステムＯＳ１を介して第２のオペレーティングシステムＯＳ２のために第１のＩＰアドレスを取得するように構成される。
【００３２】
この第１の手段Ｍ１は、第２のオペレーティングシステムＯＳ２の中で動作するソフトウェア・モジュールから作られることが好ましい。この場合、それはメモリに記憶することができる。図１で示す実施形態の第１の例では、第１の手段Ｍ１は、第２のオペレーティングシステムＯＳ２の制御下で動作する第２の機器Ｃ２に位置することが好ましい。
【００３３】
第１のＩＰアドレスは、顧客構内機器Ｅｊから、第１のオペレーティングシステムＯＳ１を介して取得することができる。それは、この顧客構内機器ＥｊのＩＰアドレスとすることができる。当業者は、これを「透過モード」と呼ぶ。
【００３４】
変形形態では、第１のＩＰアドレスは、接続されている移動通信ネットワーク（ＭＮ）のコア・ネットワークＣＮの近傍の顧客構内機器Ｅｊにより要求することができる（これもまた透過モードとすることができる）。
【００３５】
制御方法の第２のステップ（ｉｉ）では、第２のオペレーティングシステムＯＳ２は、取得された第１のＩＰアドレスと、デバイスＤｉにそれぞれ関係付けられたＩＰプレフィックスとを、第１のオペレーティングシステムＯＳ１および顧客構内機器Ｅｊを介してクライアント・ゲートウェイＣＧに送信する。この送信は、第２のオペレーティングシステムＯＳ２とクライアント・ゲートウェイＣＧの間でトンネルを確立して、クライアント・ゲートウェイＣＧ（したがって、少なくとも１つの中央アプリケーションＣＡｎ）が、デバイスＤｉのそれぞれにより生成されたデータにアクセス可能にすることを要求するためのものである。
【００３６】
この第２のステップ（ｉｉ）は、移動システムＳｊの第２の手段Ｍ２により開始することができる。より正確には、この第２の手段Ｍ２は、上記で述べたように、第２のオペレーティングシステムＯＳ２による、クライアント・ゲートウェイＣＧへの第１のＩＰアドレスおよびデバイスのＩＰプレフィックスの送信をトリガするように構成される。
【００３７】
この第２の手段Ｍ２は、ソフトウェア・モジュールから作られることが好ましい。この場合、それはメモリに記憶され得る。図１で示す実施形態の第１の例では、第２の手段Ｍ２は、第２の機器Ｃ２に位置することが好ましい。
【００３８】
第２のオペレーティングシステムＯＳ２とクライアント・ゲートウェイＣＧの間でトンネルが設定されるためには、第２のオペレーティングシステムＯＳ２は、このクライアント・ゲートウェイＣＧの第２のＩＰアドレスを受け取る必要がある。このことは、クライアント・ゲートウェイＣＧの第２のＩＰアドレスを、第２のオペレーティングシステムＯＳ２（図１）の中に、または第２の仮想マシンの第２のオペレーティングシステムＯＳ２（図２）の中に静的に構成することにより、第２のステップ（ｉｉ）の間に行うことができる。変形形態では、それは、第１のオペレーティングシステムＯＳ１（図１）、または第１の仮想マシンの第１のオペレーティングシステムＯＳ１（図２）により動的に学習され、あるいはクライアント・ゲートウェイＣＧが結合されるＤＨＣＰ（「動的なホスト構成プロトコル」）と同様のサーバから学習される、移動通信ネットワークＭＮのコア・ネットワークＣＮのゲートウェイＣＮＧのアドレスから、クライアント・ゲートウェイＣＧの第２のＩＰアドレスを計算した後に行うことができる。このサーバは、アプリケーション処理要素のそばの顧客ネットワークの中に位置することが好ましい。こうすることにより、システムは、移動ネットワーク・オペレータの意志とは独立したものとなる。
【００３９】
確立されたトンネルは、ＧＲＥ（「汎用ルーティングカプセル化（Ｇｅｎｅｒｉｃ  Ｒｏｕｔｉｎｇ  Ｅｎｃａｐｓｕｌａｔｉｏｎ）」）トンネル、またはＩＰＳｅｃトンネル、あるいはＩＰ  ｉｎ  ＩＰトンネルとすることができる。これは、クライアント・ゲートウェイＣＧのタイプ（クライアントの選択に依存する）に明らかに依存する。
【００４０】
図２で示す実施形態の第２の例では、第１の仮想マシンＯＳ１は、それが備える仮想のイーサネット・インターフェースを介して、第２の仮想マシンＯＳ２とその無線接続を共用することが好ましい。さらに第２の仮想マシンＯＳ２は、クライアント・ネットワークＰＮを介して大域的に経路指定可能なＩＰプレフックス（ｖ４またはｖ６）を備えた物理的なイーサネット・インターフェースを備えることが好ましい。さらに、第１の仮想マシンＯＳ１は、ＣＰＥ  Ｅｊから到来する任意のデータを第２の仮想マシンＯＳ２に転送するために、そのポート共有（ｐｏｒｔ  ｓｈａｒｉｎｇ）を使用することが好ましい。
【００４１】
トンネルが確立された後、第１のオペレーティングシステムＯＳ１（または第１の仮想マシン）は、すべてのパケットを無条件で第２のオペレーティングシステムＯＳ２（これは、第１のオペレーティングシステムＯＳ１の静的な構成である）に転送し、第２のオペレーティングシステムＯＳ２（または第２の仮想マシン）は、第１のトンネル・エンド・ポイント（またはＴＥＰ）として動作し、またクライアント・ゲートウェイＣＧは第２のＴＥＰとして動作する。
【００４２】
移動システムＳｊの第２のオペレーティングシステムＯＳ２と、クライアント・ネットワークＰＮのクライアント・ゲートウェイＣＧとの間でトンネルの確立を可能にするように意図されたシーケンス線図の例が、図３で示されている。
【００４３】
第１のステップＦ１では、第１の仮想マシンＯＳ１が、ＣＰＥ  Ｅｊと協調して移動通信ネットワークＭＮのコア・ネットワークＣＮに接続要求を送信する。第２のステップＦ２では、コア・ネットワークＣＮは、接続が受け入れられることを示し、かつこの接続に対して割り振られた第１のＩＰアドレスを含むメッセージを、ＣＰＥ  Ｅｊに送信する。
【００４４】
第３のステップＦ３では、第１の仮想マシンＯＳ１は、割り振られた第１のＩＰアドレスを第２の仮想マシンＯＳ２に送信する。次いで、第４のステップＦ４で、第２の仮想マシンＯＳ２は、第１のＩＰアドレスとデバイスのＩＰプレフィックスを、第１のオペレーティングシステムＯＳ１、顧客構内機器Ｅｊ、および移動通信ネットワークＭＮを介してクライアント・ゲートウェイＣＧに送信する。この送信は、第２のオペレーティングシステムＯＳ２とクライアント・ゲートウェイＣＧの間でトンネルを確立し、クライアント・ゲートウェイＣＧ（したがって、少なくとも１つの中央アプリケーションＣＡｎ）が、デバイスＤｉのそれぞれにより生成されたデータにアクセス可能にすることを要求するためのものである。
【００４５】
第５のステップＦ５では、トンネルおよび関連する経路（複数可）が、第２のオペレーティングシステムＯＳ２と、次にデバイスＤｉと、クライアント・ゲートウェイＣＧとの間で、次にクライアント・ネットワークＰＮの少なくとも１つの処理機器ＰＥｋの中で動作する少なくとも１つの中央アプリケーションＣＡｎとの間で設定される。前に確立された古いトンネルはいずれも除去される。
【００４６】
第６のステップＦ６では、トンネルは、いつでも使用できる状態になっており、クライアント・ゲートウェイＣＧ（したがって、少なくとも１つの中央アプリケーションＣＡｎ）が、透過性のＩＰ通信で、デバイスＤｉにより生成されたデータにアクセスできるようになる。
【００４７】
第７のステップＦ７では、クライアント・ゲートウェイＣＧは、第２の仮想マシンＯＳ２の接続解除を要求するメッセージを第２のオペレーティングシステムＯＳ２に送信することができる。変形形態では、この終了プロセスＦ７はまた、クライアント・ゲートウェイＣＧに向けて第２のオペレーティングシステムＯＳ２により開始することもできる。
【００４８】
本発明は、例としてに過ぎない上記で述べた方法および移動システムの実施形態に限定されるものではなく、当業者により添付の特許請求の範囲に含まれると見なすことのできるすべての代替実施形態を包含する。
【図１】
0005992115.tif 000002
【図２】
0005992115.tif 000003
【図３】
0005992115.tif 000004