JP2008543240A

JP2008543240A - モバイル端末を制御するためのソフトウェアモジュールを送信するためのネットワーク機器

Info

Publication number: JP2008543240A
Application number: JP2008515260A
Authority: JP
Inventors: メラール，エルベ
Original assignee: アルカテル−ルーセント
Priority date: 2005-06-07
Filing date: 2006-05-29
Publication date: 2008-11-27
Also published as: FR2886801B1; US20070038764A1; KR20080027333A; WO2007010150A2; CN1878411A; WO2007010150A3; EP1737204A2; FR2886801A1; EP1737204A3

Abstract

本発明は、マルチモードモバイル端末ＭＳに実装された少なくとも１つの内部アプリケーションＩＡ１を有するデータエクスチェンジャのための少なくとも１つの外部アプリケーションＥＡを含み、さらに、無線アクセスネットワークに接続可能な少なくとも２つのネットワークインターフェースＮＩ１、ＮＩ２を含む少なくとも１つのアプリケーション機器ＳＥが結合されたバックボーンネットワークＩＰＮに接続された異なるタイプの無線アクセスネットワークＲＡＮ１、ＲＡＮ２専用のネットワーク機器ＮＥに関する。前記機器ＮＥは、制御ソフトウェアモジュールＣＭを指定された端末ＭＳに送信するために使用される管理手段ＭＭを含み、制御ソフトウェアモジュールＣＭは、実装された後で、内部アプリケーションＩＡ１と外部アプリケーションＥＡとの間をインターフェースするためのプロキシ機能を保証し、ネットワークインターフェースＮＩ１、ＮＩ２のうちから１つのインターフェースを指定するために、内部アプリケーションＩＡ１からトランザクション要求を受信したときに使用され、制御およびルーティングデータに従ってトランザクションを実行し、判定されたネットワークインターフェースと、外部アプリケーションを含むアプリケーション機器ＳＥとの間のトランスポートレベル接続を介して指定された外部アプリケーションにトランザクション要求が送信されるように、端末ＭＳのオペレーティングシステムＯＳをシーケンスするように構成される。

Description

本発明は、バックボーンネットワークを介して互いに結合された無線通信ネットワークのグループに関し、より正確には、サービスセッション中に外部アプリケーションと通信するためにモバイル端末の無線アクセスネットワークへのアクセスを制御することに関する。

本コンテキストでは、「モバイル端末」という表現は、別の端末またはネットワーク機器とそれらの親ネットワーク（１つまたは複数）を介して、あるいは、それ自身の親ネットワークと、無線信号の形のデータを交換することができる任意のモバイルまたはポータブル無線通信端末、たとえば、モバイル電話、および無線通信モジュールを備えたポータブル（ラップトップ）コンピュータまたは携帯情報端末（ＰＤＡ）を表す。

マルチモード端末として知られているいくつかのモバイル端末は、複数の（少なくとも２つの）異なる無線アクセスネットワーク、たとえば、一方ではＧＰＲＳ／ＥＤＧＥおよび／またはＵＭＴＳ通信ネットワーク、他方ではＷＬＡＮおよび／またはＷｉＦｉおよび／またはＷｉＭＡＸ通信ネットワークにアクセスするように構成される。したがって、これらの端末は、たとえば、それらが対応する無線アクセスネットワークに接続することができるようにする電話（ＧＰＲＳ／ＥＤＧＥまたはＵＭＴＳ）またはＰＣＭＣＩＡ（ＷｉＦｉまたはＷｉＭＡＸ）電子通信カードに関して定義された複数のネットワークインターフェースを有する。また、２つのモバイル端末、たとえばシリアルポートを介してポータブル（ラップトップ）コンピュータに接続されたモバイル電話を組み合わせることにより「マルチモード」端末を構成することも可能である。

たとえば、無線アクセスネットワークが結合されているバックボーンネットワークがインターネットプロトコル（ＩＰ）ネットワークである場合、マルチモード端末は、インターネットプロトコルネットワークに結合された、外部アプリケーションサーバ（またはインターネットサイト）を含むネットワーク（またはアプリケーション）機器に、それらのサーバとデータを交換するために、無線アクセスネットワークを介して接続することができる。たとえば、外部アプリケーションは、音楽またはビデオの送信（オーディオ、ビデオおよびその種のデータストリームの「ストリーミング」モード送信）専用でもよい。

マルチモード端末のユーザがリモート外部アプリケーションによって管理されているデータをダウンロードすることができるためには、ユーザの端末は、前記外部アプリケーションとサービスセッションを開始することができる内部アプリケーション、たとえばウェブブラウザを有しなければならない。

当業者は知っているように、サービスセッションは、特定の特徴によって定義された、サービスセマンティックに関連する様々なタイプの（サービス）トランザクションで構成される。サービスセマンティックは、関係するアプリケーションを与えられると所与のトランザクションの意味を定義する。たとえば、トランザクションは、インターネットサイトまたはインターネットサイトの所与のページを探すこと、映画の送信を要求すること、あるいは一時的なまたは恒久的な映画の停止を要求することにあってもよい。

（内部または外部の）要求するアプリケーションから生じる各トランザクションは、（内部および外部の）要求するアプリケーションおよび要求されたアプリケーションがインストールされている機器（たとえば、マルチモード端末とアプリケーションサーバと）の間にセットアップされたトランスポート（ソケット）レベルの接続を介して、それが指定する要求された（外部または内部の）アプリケーションに送信されなければならない。

同じセッション中の同じタイプのまたは異なるタイプの連続トランザクションは、同じ高いビットレート、さらには非常に高いビットレート（トランスポートレベル）の接続を使用することを必ずしも必要とするとは限らない。たとえば、ビデオデータの送信の一時的なまたは恒久的な停止を求める要求を送信するために非常に高いビットレートの接続を使用することは有用ではないが、一方、ビデオデータの送信それ自体は非常に高いビットレートの接続を必要とする。

同様に、いくつかの状況下では、より低い品質の再生につながるより低いビットレートの接続を使用してセッションをすぐに開始するのではなく、高いビットレートの接続へのアクセスが可能になるのをしばらくの間待つことが望ましいであろう。たとえば、ＷｉＦｉホットスポットが存在するエリアでＵＭＴＳ／ＷｉＦｉバイモード端末が移動される場合、それがホットスポットに到達するごとに、それにＷｉＦｉアクセスネットワークを介して高いビットレートのビデオデータを送信するために、待つことが有利であろう。

上記の分析から、マルチモード端末が動作するのに必要とする各トランザクションに適した無線アクセスネットワークを選択することができることが特に有利であろうということになる。現在、これは可能ではない。

現在、ポータブル（ラップトップ）コンピュータおよびＰＤＡなどのマルチモード端末は、要求されたアプリケーションがインストールされているアプリケーション機器の宛先アドレスに応じて、要求されたアプリケーションにアクセスするために、使用されるべきネットワークインターフェース、およびマルチモード端末のルーティングテーブル内のその宛先アドレスに特に関連するルート（パス）を選択するように構成されている。

したがって、この種のルートがルーティングテーブルに存在する場合は、要求するアプリケーションは、そのルートが通る無線アクセスネットワークに接続されたネットワークインターフェースを選択することを余儀なくされる。ルーティングテーブルにそのようなルートが存在しない場合は、要求するアプリケーションは、単一の無線アクセスネットワークへの接続を提供するネットワークインターフェースにリンクさたデフォルトルートを使用することを余儀なくされる。したがって、実際には、デフォルトルートにリンクされたネットワークインターフェースが、利用可能でない場合を除いて、体系的に使用される。

したがって、現在のマルチモード端末では、要求する（内部の）アプリケーションは、トランザクションを行うために使用されるネットワークインターフェースに対する制御を有しない。

この状況を改善しようとする試みでは、アルカテルは、ＡＰＩソケット（トランスポートレベル接続アプリケーションプログラミングインターフェース）層の質を高め、ＡＰＩソケット層に対して行われた変更を使用することができるアクセスネットワーク選択機構を内部のアプリケーションが使用することができるように内部のアプリケーションを変更するために、マルチモード端末のオペレーティングシステムを変更することを提案している。このソリューションは、マルチモード端末の内部アプリケーションの製作者にそれらを変更することを余儀なくさせ、無線アクセスネットワークオペレータがアクセスネットワークを選択するモードに関して任意のインプットを持つことができるようにせず、このことは、選択基準をかなり制限する。

本発明の目的は、この状況を改善することである。

この目的のために、本発明は、マルチモード無線通信モバイル端末上にインストールされた少なくとも１つの内部アプリケーションとデータを交換するように構成された少なくとも１つの外部アプリケーションを含む少なくとも１つのアプリケーション機器が結合されたバックボーンネットワークに接続された異なるタイプの少なくとも２つの無線アクセスネットワークを含み、それぞれがオペレーティングシステムをさらに含み、少なくとも２つのネットワークインターフェースがオペレーティングシステムに結合され、それぞれがアドレスを有し、グループのそれぞれの無線アクセスネットワークに接続されるように構成される、グループのためのネットワーク機器を提案する。

このネットワーク機器は、制御ソフトウェアモジュールを、信号接続を介して、指定されたマルチモードモバイル端末に送信するように構成された管理手段を含み、該制御ソフトウェアモジュールは、指定された端末上にインストールされた後は、その内部アプリケーションと外部アプリケーションとの間にプロキシインターフェース機能を提供するように構成され、端末の内部アプリケーションから外部アプリケーションを指定してトランザクション要求を受信するごとに、端末のネットワークインターフェースのうちのどちらがトランザクションに適しているか制御情報およびルーティング情報に応じて判定し、次いで、オペレーティングシステムに、判定されたネットワークインターフェースと、外部アプリケーションを含むアプリケーション機器との間のトランスポートレベル接続を介して、指定された外部アプリケーションにトランザクション要求を送信するように命令するように構成されることを特徴とする。

本コンテキストでは、「プロキシ機能」という表現は、ＩＥＴＦ定義に準拠して、２つのアプリケーションの間に配置され、２つのアプリケーションの１つに対してもう１つのアプリケーションになりすまし、逆の場合も同じである、モジュールを表す。

本発明のネットワーク機器は他の特徴を、特に、別々にまたは組み合わせて、有してもよい。

それは、制御情報の少なくとも一部を記憶するように構成された記憶手段を含んでもよく、この場合、その管理手段は、それらの制御ソフトウェアモジュールが少なくとも１つのトランザクション要求を送信するために使用されるべきネットワークインターフェースを判定するために情報を使用することができるように、記憶手段に記憶されているそれらに関係する制御情報を信号接続を介してモバイル端末に送信するように構成される。

その管理手段は、モバイル端末の制御ソフトウェアモジュールから要求を受信したときに、それに関係する制御情報をそのモバイル端末とのセットアップされた信号接続を介して制御ソフトウェアモジュールに送信するように構成されてもよい。

その管理手段は、そうではなく、少なくとも１つのモバイル端末を指定して無線アクセスネットワークから命令を受信したときに、それに関係する制御情報を、信号接続を介してその指定された端末の制御ソフトウェアモジュールに送信するように構成されてもよい。

その管理手段は、指定された端末との信号接続のセットアップを開始するように構成されてもよい。

制御情報は、たとえば、ネットワークインターフェースタイプに関するデータに関連するアプリケーションタイプに関するデータ、ネットワークインターフェースタイプに関するデータに関連するトランザクションタイプに関するデータ、ネットワークインターフェースタイプに関するデータに関連するアプリケーションタイプおよびトランザクションタイプに関するデータ、内部アプリケーションに送信されるべきデータの重みを表し、ネットワークインターフェースタイプに関するデータに関連するデータ、ならびにネットワークインターフェースタイプに関するデータに関連するネットワーク情報データから選択される。

その処理手段は、ハイパーテキスト伝送プロトコルを使用してモバイル端末にインストールされた各ソフトウェアモジュールと通信するように構成されてもよい。

本発明の他の特徴および利点は、以下の詳細な説明を読み、添付の図面を調べれば明らかになるであろう。添付の図面の図１は、バイモードモバイル端末に結合された２つの無線アクセスネットワーク自体が接続されているバックボーンネットワークに結合された本発明のネットワーク機器の一実施形態の図である。添付の図面は、本発明の説明の一部分を構成し、必要な場合は、本発明の定義に寄与する。

本発明の一目的は、マルチモード無線通信モバイル端末に、サービスセッション中に無線アクセスネットワークを自動的に選択する手段を提供することである。

以下で非限定的な実施例として考察されるマルチモード無線通信モバイル端末は、ＷｉＦｉＰＣＭＣＩＡカードおよびＵＭＴＳモバイル電話カードを備えたバイモードポータブルコンピュータである。しかし、本発明は、もちろん、この利用形態のみに限定されない。本発明は、別の端末またはネットワーク機器と、それらの親ネットワーク（１つまたは複数）を介して、あるいは、それ自身の親ネットワークと無線信号の形のデータを交換することができるすべてのモバイルまたはポータブルマルチモード通信端末、たとえば、マルチモードモバイル電話または携帯情報端末（ＰＤＡ）に関する。さらに、本発明は、ＵＭＴＳ／ＷｉＦｉバイモード端末に限定されない。本発明は、異なるタイプに対応する、それぞれがそれ自身のアドレスを有する少なくとも２つのネットワークインターフェースを使用して、前記異なるタイプの少なくとも２つの無線アクセスネットワークにアクセスすることができるすべてのモバイル端末に関する。したがって、本発明は、特に、以下のネットワークインターフェースの組合せに関する。ＧＳＭおよび／またはＧＰＲＳ／ＥＤＧＥおよび／またはＵＭＴＳ（またはＨＳＤＰＡ）および／またはＷＬＡＮ（無線ローカルエリアネットワーク、たとえばハイパーランネットワーク（ＥＴＳＩ標準準拠）、あるいは８０２．１１ネットワーク（ＩＥＥＥ標準準拠））および／またはＷＭＡＮ（無線メトロポリタンエリアネットワーク、たとえばＩＥＥＥ標準に準拠した８０２．１６ネットワーク）および／またはブルートゥース。

図１は、バックボーンネットワークＩＰＮ、たとえばインターネットなどのインターネットプロトコル（ＩＰ）ネットワークに接続された２つの無線アクセスネットワークＲＡＮ１およびＲＡＮ２を実施例として示す。

たとえば、無線アクセスネットワークＲＡＮ１は、ＵＭＴＳネットワークであり、無線アクセスネットワークＲＡＮ２は、ＷｉＦｉネットワークである。もちろん、無線アクセスネットワークのグループは、２つより多い無線アクセスネットワークを含んでもよい。

この実施例では、バックボーンネットワークＩＰＮに結合されたリモートアプリケーション機器ＳＥは、少なくとも１つの外部アプリケーションＥＡを含む。このリモートネットワーク機器ＳＥは、たとえばＩＰアドレスを有する、たとえばアプリケーションサーバである。外部アプリケーションＥＡは、たとえばビデオストリーミング専用のアプリケーションである。

一般に、多数のアプリケーション機器ＳＥは、このようにバックボーンネットワークＩＰＮに結合される。

この実施例では、マルチモードモバイル端末ＭＳ（たとえばポータブルコンピュータ）は、無線アクセスネットワークＲＡＮ１およびＲＡＮ２を介してバックボーンネットワークＩＰＮに接続されることができる。

各マルチモードモバイル端末ＭＳは、通常、
特にアプリケーションプログラミングインターフェースＡＰＩおよび、たとえばＴＣＰ／ＩＰタイプのトランスポート層を含むレイヤースタックＬＳを含むオペレーティングシステムＯＳ、たとえばＷｉｎｄｏｗｓ（登録商標）またはＬｉｎｕｘ（登録商標）と、
オペレーティングシステムＯＳに結合され、宛先アドレス、たとえばＩＰアドレスとして知られているアドレス、によって示されたリモート機器へのアクセスを提供するルート（またはパス）を定義するルーティングデータを記憶し、ルーティングテーブルの形を取る、より正確にはルーティングテーブル内の各エントリが宛先アドレスである、ルーティングデータベースＲＢと、
たとえば、内部アプリケーションＩＡがビデオの再生専用の別の内部アプリケーションＩＡ２に結合されたウェブブラウザであり、リモートアプリケーション機器ＳＥに実装された少なくとも１つの外部アプリケーションＥＡとのデータの交換を可能にする少なくとも１つの内部アプリケーションＩＡ１のグループＩＡＧと、
オペレーティングシステムＯＳに結合され、それぞれ、２つの無線アクセスネットワークＲＡＮ１およびＲＡＮ２に接続されるように構成された、たとえばそれぞれがＩＰアドレスを有する、少なくとも２つのネットワークインターフェースＮＩ１およびＮＩ２と
を含む。

本発明によれば、マルチモード端末ＭＳの少なくともいくつかは、信号接続（図示されていない）を介してネットワーク機器ＮＥによってそれらに送信される制御ソフトウェアモジュールＣＭをさらに含む。

より正確には、本発明によれば、ネットワーク機器ＮＥは、信号接続を介して、指定されたマルチモードモバイル端末ＭＳに制御ソフトウェアモジュールＣＭを送信するための管理モジュールＭＭを含む。

この送信（ダウンロード）は、たとえばマルチモード端末ＭＳのユーザが自動無線アクセスネットワーク選択オプションに加入している場合、たとえばそのユーザが加入者である（１つまたは複数の）通信ネットワークのオペレータからマルチモード端末ＭＳまたはネットワーク機器ＮＥのどちらかがその実行に対する命令を受けた場合、マルチモード端末ＭＳのイニシアティブまたはネットワーク機器ＮＥのイニシアティブのどちらかで行われる。

マルチモード端末ＭＳとネットワーク機器ＮＥとの間にセットアップされ、制御ソフトウェアモジュールＣＭがそれに送信されることができるようにする各信号接続は、ネットワーク機器ＮＥの管理モジュールＭＭがその送信に関するイニシアティブを取る場合はネットワーク機器ＮＥの管理モジュールＭＭによって、マルチモード端末ＭＳがその送信を要求する場合はマルチモード端末ＭＳによって開始される。

制御ソフトウェアモジュールＣＭは、当業者が、たとえばプロキシレットと呼ぶものの形を取ることができる。

制御ソフトウェアモジュールＣＭは、指定マルチモード端末ＭＳにインストールされた後は、その内部アプリケーションＩＡ１およびＩＡ２を含むグループＩＡＧと外部アプリケーションＥＡとの間にプロキシインターフェース機能を提供するように構成される。

上記で示されたように、プロキシ機能の定義は、ここでは、ＩＥＴＦ定義である。したがって、プロキシ機能は、マルチモード端末の内部アプリケーション（ここではアプリケーションＩＡ１およびＩＡ２）と外部アプリケーション（ここではアプリケーションＥＡ）との間に配置され（一度インストールされ）、１つのアプリケーションに対してもう１つのアプリケーションになりすまし、逆の場合も同じである、ソフトウェア（または電子データ処理）モジュールからなる。

一度マルチモード端末ＭＳにインストールされると、内部アプリケーションＩＡｉ（ここでｉ＝１または２）がサービスセッション中に外部アプリケーションＥＡを指定してサービストランザクション要求をそれに送信するごとに、プロキシ機能を有する制御ソフトウェアモジュールＣＭが、制御情報およびルーティング情報に応じて、ネットワークインターフェースＮＩｊ（ここでｊ＝１または２）のうちのどちらがトランザクションに適したものであるか判定する。

本コンテキストでは、「ルーティング情報」という表現は、ルーティングデータベースＲＢのルーティングテーブルに記憶されたルーティングデータ、および、ネットワークインターフェースＮＩｊが対応する無線アクセスネットワークＲＡＮｊに接続されているかいないかを示す利用可能性データを表す。

たとえば、内部アプリケーションＩＡｉと制御ソフトウェアモジュールＣＭとの間の交換は、特に、ＵＤＰ（ユーザデータグラムプロトコル）、ＴＣＰ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）またはＳＣＴＰ（ストリーミング制御トランスポートプロトコル）などのトランスポートプロトコルに従って行われる。

インターネットプロトコルのバージョン４（ＩＰｖ４）によれば、制御ソフトウェアモジュールＣＭは、アドレス１２７．０．０．１など、（当業者にはループバックアドレスとして知られている）内部アドレスを有する。制御ソフトウェアモジュールＣＭのポート番号を示すこの内部アドレスは、グループＩＡＧの各内部アプリケーションＩＡｉに知られている。それは、ちょうど要求されたトランザクションが関係する外部アプリケーションＥＡを含むネットワーク機器ＳＥを示す宛先アドレスのように、送信されるべきトランザクション要求を含むＩＰパケットのヘッダに組み入れられる。

制御ソフトウェアモジュールＣＭは、ルーティングテーブルが記憶されているルーティングデータベースＲＢに結合されたオペレーティングシステムＯＳにシステムコマンドを送信することによりルーティングデータにアクセスする。制御ソフトウェアモジュールＣＭはまた、オペレーティングシステムＯＳに、より正確にはそのＡＰＩに、システムコマンドを送信することにより利用可能性データにアクセスする。

本コンテキストでは、「制御情報」という表現は、内部アプリケーションタイプおよび／またはトランザクションタイプおよび／またはネットワーク情報に対応する関係で使用されるべきネットワークインターフェースＮＩｊのタイプを指定する任意のデータを表す。

トランザクションタイプは、行われるべき１つまたは複数の動作だけでなく、当業者がトランザクションに関連するサービスセマンティックと呼ぶものをも指定する。行われるべき動作の指定は、たとえば、ダウンロードされるべきビデオファイルの重みに関する情報を含んでもよい。

ネットワーク情報は、様々な無線アクセスネットワークＲＡＮｊへのアクセスのコストを表す情報データから、または、たとえば、ロードバランシング情報データからなってもよい。

制御情報は、所与のネットワークインターフェースＮＩｊを、指定された内部アプリケーションおよび／または要求されたトランザクションおよび／またはネットワーク情報によって定義された所与の状況に一致させるテーブルであると定義する。したがって、制御ソフトウェアモジュールＣＭが、外部アプリケーションＥＡに送信されるように求めるトランザクション要求を受け取るごとに、（それにとって利用可能な制御情報によって定義された）現在の状況を判定し、その状況に対応するネットワークインターフェースであって、オペレーティングシステムＯＳがトランザクション要求を指定された外部アプリケーションＥＡに送信するために、利用可能な場合は使用しなければならないネットワークインターフェースＮＩｊを選択する。

制御情報は、マルチモード端末ＭＳ内の、任意の形、特にメモリまたはデータベースの形、を取ることができる記憶手段ＭＹに記憶されてもよい。

制御情報の少なくとも一部は、たとえばマルチモード端末ＭＳのユーザが加入者である（１つまたは複数の）通信ネットワークのオペレータのネットワーク機器によって制御ソフトウェアモジュールＣＭがすでにダウンロードされているマルチモード端末ＭＳに、ダウンロードされてもよい。図１に示されているように、マルチモード端末ＭＳに制御情報を送信するネットワーク機器ＮＥが、そこからそれらの制御ソフトウェアモジュールＣＭがダウンロードされたものでもある場合、それは有利である（義務的ではないが）。この場合、前にセットアップされた信号接続を介して制御情報の送信を管理するのは、ネットワーク機器ＮＥの管理モジュールＭＭである。たとえば、管理モジュールＭＭは、この目的のために、ネットワーク機器ＮＥにインストールされていて、適用可能な場合、（制御ソフトウェアモジュールＣＭがすでにダウンロードされている）マルチモード端末ＭＳの識別子に対応する関係で制御情報が記憶されている、情報データベースＩＢなどの記憶手段に結合される。

制御情報は、たとえば定期的に、ネットワークでイベントが生じるごとに、あるいは新しい内部アプリケーションまたは外部アプリケーションが発売されたときに、ネットワーク機器ＮＥの管理モジュールＭＭのイニシアティブでダウンロードされることができる。しかし、制御ソフトウェアモジュールＣＭのイニシアティブで制御情報をダウンロードすることは、たとえば、定期的に、マルチモード端末ＭＳに新しいタイプの内部アプリケーションがインストールされるかまたは知られていない外部アプリケーションが指定されるごとに、あるいは送信されるべきトランザクション要求が受信されるごとに（この場合、マルチモード端末ＭＳに制御情報データは何も記憶されておらず、制御ソフトウェアモジュールＣＭは、ネットワーク機器ＮＥによってそれに提示されたネットワークインターフェースＮＩｊの利用可能性を検証するだけでよい）、同様に予見され得る。

これの代わりに、またはこれに加えて、制御情報の少なくとも一部が、制御ソフトウェアモジュールＣＭと同時に、ネットワーク機器ＮＥによって送信されることもできる。この場合、制御情報はマルチモード端末ＭＳのメモリＭＹに記憶される。

制御情報が、アプリケーションの各タイプがネットワークインターフェースのタイプに関連づけられた対応表にされる本発明の基本バージョンが予見され得る。この場合、制御情報は、ダウンロードされた制御ソフトウェアモジュールＣＭの一部を形成してもよい。

ネットワーク機器ＮＥの管理モジュールＭＭは、たとえばハイパーテキスト伝送プロトコル（ＨＴＴＰ）を使用して、マルチモード端末ＭＳ上にインストールされた各制御ソフトウェアモジュールＣＭと通信することができる。

制御ソフトウェアモジュールＣＭが（それにとって利用可能な制御情報を使用して）状況に適したネットワークインターフェースＮＩｊを選択した後は、それは、ルーティングデータベースＲＢのルーティングテーブルに記憶されているルーティング情報が、選択されたネットワークインターフェースＮＩｊと、要求されたトランザクションが関係する外部アプリケーションＥＡを含むアプリケーション機器ＳＥとの間のトランスポート（ソケット）レベル接続を定義するルートをすでに含むかどうかチェックするために、オペレーティングシステムＯＳにシステムコマンドを送信することを選択する。言い換えれば、制御ソフトウェアモジュールＣＭが、ルーティングテーブル内のエントリのいずれかが要求されたトランザクションが関係する外部アプリケーションＥＡを含むアプリケーション機器ＳＥを示す（ＩＰ）宛先アドレスからなるかどうか、チェックする。

宛先アドレスは必ずしもアプリケーション機器ＳＥのものであるとは限らないことに留意することが重要である。それは、アプリケーション機器ＳＥが接続されているネットワークまたはそのネットワークの一部分のアドレスであることもある。

ルートがルーティングテーブルで定義された場合、制御ソフトウェアモジュールＣＭは、それが選択したネットワークインターフェースＮＩｊの利用可能性をチェックすることを選択する。ここで、「利用可能性」という用語は、ネットワークインターフェースＮＩｊが使用可能である（使用可能にされている）ことを表す。ネットワークインターフェースがネットワークとの接続をなくすことも起こり得る。このため、制御ソフトウェアモジュールＣＭは、オペレーティングシステムＯＳに、より正確にはその接続インターフェースＡＰＩ（ソケットＡＰＩ）に、システムコマンドを送信することを選択する。「ＩＰＣＯＮＦＩＧ」（Ｗｉｎｄｏｗｓ（登録商標）の場合）および「ＩＦＣＯＮＦＩＧ」（Ｌｉｎｕｘ（登録商標）の場合）などのシステムコマンドが、内部プロキシ機能（ここではＣＭ）がネットワークインターフェースＮＩｊおよびそれらの識別子の利用可能性状態を判定することができるようにする。

選択されたネットワークインターフェースＮＩｊが利用可能な場合は、制御ソフトウェアモジュールＣＭは、それを判定されたネットワークインターフェースであるとみなす。次いで、それは、オペレーティングシステムＯＳに、判定されたネットワークインターフェースＮＩｊと、外部アプリケーションＥＡを含むアプリケーション機器ＳＥとの間にセットアップされたトランスポート（ソケット）レベル接続を介して指定された外部アプリケーションＥＡにトランザクション要求を送信するよう命令する。

たとえば、制御ソフトウェアモジュールＣＭは、その命令をオペレーティングシステムＯＳに、外部アプリケーションＥＡとの通信に適したＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ送信プロトコル）などのハイパーテキストトランスポートプロトコルによって送信する。

選択されたネットワークインターフェースＮＩｊが利用可能でない場合は、制御ソフトウェアモジュールＣＭは、別のものを選択しなければならない。

要求された外部アプリケーションＥＡへのルートがルーティングテーブルに定義されていない場合は、制御ソフトウェアモジュールＣＭは、システムコマンドがそのルートを作成し、その定義をルーティングデータベースＲＢのルーティングテーブルに組み入れるために、オペレーティングシステムＯＳにシステムコマンドを送信することを選択する。「ＲＯＵＴＥＡＤＤＩＰ＠マスクＮＩ識別子」などのシステムコマンドは、新規のエントリがルーティングテーブルに組み入れられることができるようにする。ルーティングテーブルからエントリを削除するためのシステムコマンドもある。

ルートがルーティングテーブルに組み入れられた後は、制御ソフトウェアモジュールＣＭは、それが選択したネットワークインターフェースＮＩｊの利用可能性をチェックすることを選択する。選択されたネットワークインターフェースＮＩｊが利用可能な場合は、制御ソフトウェアモジュールＣＭは、それを判定されたネットワークインターフェースとみなす。次いで、それは、オペレーティングシステムＯＳに、判定されたネットワークインターフェースＮＩｊと、外部アプリケーションＥＡを含むアプリケーション機器ＳＥとの間にセットアップされたトランスポート（ソケット）レベル接続を介して、指定された外部アプリケーションＥＡにトランザクション要求を送信するよう命令する。ネットワークインターフェースが利用可能でない場合は、制御ソフトウェアモジュールＣＭは、別の（利用可能な）ネットワークインターフェースを選択しなければならない。

本発明のネットワーク機器ＮＥの管理モジュールＭＭは、適用可能な場合はその情報データベースＩＢと共に、電子回路、ソフトウェア（または電子データ処理）モジュール、あるいは回路とソフトウェアの組合せの形を取ってもよい。

次に、３つの利用形態が非限定的な実施例として簡潔に説明される。

第１の実施例は、送信されるべきトランザクションのタイプに応じて無線アクセスネットワークインターフェースを選択することに関し、マルチモード端末ＭＳが断続的カバレッジ無線ネットワークおよびＵＭＴＳモバイルネットワークにアクセスすることができると仮定する。断続的カバレッジアクセスは、ストリーミングおよび背景データストリームなどの比較的長い非インタラクティブトラフィックとしては（したがって、リアルタイムでないトランザクションとしては）低コストで非常に高いデータビットを提供するように設計された。さらに、ＵＭＴＳアクセスは、比較的短いインタラクティブトランザクションに適している。

ストリーミングセッション中に、送信されるべきトランザクションのタイプに応じて両方のアクセスネットワークが使用されてもよい。したがって、ダウンロードされた制御ソフトウェアモジュールＣＭは、特に、閲覧されるべきファイルを選択する、パラメータを交換する、接続を構成する、あるいはビデオの停止または巻戻しを要求するための、および断続的カバレッジ専用のネットワークインターフェースを介してビデオデータストリームを送信するためのトランザクションを含むＵＭＴＳネットワークインターフェースＲＴＳＰ（リアルタイムストリーミングプロトコル）メッセージを送信することを決定してもよい。制御ソフトウェアモジュールＣＭによって行われる選択は、他の制御情報、たとえば、２つの無線アクセスネットワークへのアクセスのコストおよび／またはダウンロードされるべきビデオファイルの（バイトでの）重みを考慮に入れることもできる。

第２の実施例は、ロードバランシング情報に応じて無線アクセスネットワークインターフェースを選択することに関する。ここでは、ユーザが、自分のマルチモード端末ＭＳ上にインストールされていて、アクセスネットワークがほとんど飽和している「ホットスポット」からなる無線ローカルエリアネットワーク（ＷＬＡＮ）を介してインターネットに接続されているブラウザＮＩ１を使用して、インターネットをブラウズしていると仮定する。ブラウジング品質がホットスポットの飽和によって低下するのを防止するために、ダウンロードされた制御ソフトウェアモジュールＣＭは、ブラウザＮＩ１から来る「ＨＴＴＰＧＥＴ」メッセージを送信するためにネットワークインターフェースを、したがって、アクセスネットワークを、少なくとも一時的に変更することを決定してもよい。

第３の実施例は、内部アプリケーションタイプに応じて無線アクセスネットワークインターフェースを選択することに関する。マルチモード端末ＭＳのダウンロードされた制御ソフトウェアモジュールＣＭは、ボイスオーバＩＰ（ＶｏＩＰ）の内部アプリケーションはすべて、ＵＭＴＳ無線アクセスネットワークに接続されたネットワークインターフェースを使用するが、一方、インターネットブラウザの内部アプリケーションは、無線ローカルエリアネットワーク（ＷＬＡＮ）に接続されたネットワークインターフェースを使用するように、構成されることができる。

本発明は、上記で実施例としてのみ説明されたネットワーク機器の実施形態に限定されず、添付の特許請求の範囲の範囲に含まれると当業者が考えるであろうすべての変形形態を包含する。

バックボーンネットワークＩＰＮ、たとえばインターネットなどのインターネットプロトコル（ＩＰ）ネットワークに接続された２つの無線アクセスネットワークＲＡＮ１およびＲＡＮ２を実施例として示す図である。

Claims

マルチモード無線通信モバイル端末（ＭＳ）上にインストールされた少なくとも１つの内部アプリケーション（ＩＡ１）とデータを交換するように構成された少なくとも１つの外部アプリケーション（ＥＡ）を含む少なくとも１つのアプリケーション機器（ＳＥ）が結合されているバックボーンネットワーク（ＩＰＮ）に接続された異なるタイプの少なくとも２つの無線アクセスネットワーク（ＲＡＮ１、ＲＡＮ２）を含み、それぞれがオペレーティングシステム（ＯＳ）をさらに含み、少なくとも２つのネットワークインターフェース（ＮＩ１、ＮＩ２）が前記オペレーティングシステム（ＯＳ）に結合され、それぞれがアドレスを有し、前記グループのそれぞれの無線アクセスネットワーク（ＲＡＮ１、ＲＡＮ２）に接続されるように構成される、グループのためのネットワーク機器（ＮＥ）であって、信号接続を介して制御ソフトウェアモジュール（ＣＭ）を指定されたマルチモードモバイル端末に送信するように構成された管理手段（ＭＭ）を含み、該制御ソフトウェアモジュール（ＣＭ）が、前記指定された端末（ＭＳ）上にインストールされた後は、その内部アプリケーション（ＩＡ１）と外部アプリケーション（ＥＡ）との間にプロキシインターフェース機能を提供するように構成され、前記端末（ＭＳ）の内部アプリケーション（ＩＡ１）から外部アプリケーション（ＥＡ）を指定してトランザクション要求を受信するごとに、前記端末（ＭＳ）の前記ネットワークインターフェース（ＮＩ１、ＮＩ２）のうちのどちらが前記トランザクションに適しているか制御情報およびルーティング情報に応じて判定し、次いで、前記オペレーティングシステム（ＯＳ）に、前記判定されたネットワークインターフェースと、前記外部アプリケーション（ＥＡ）を含むアプリケーション機器（ＳＥ）との間のトランスポートレベル接続を介して、前記指定された外部アプリケーション（ＥＡ）に前記トランザクション要求を送信するよう命令するように構成されることを特徴とする、ネットワーク機器（ＮＥ）。
前記制御情報の少なくとも一部を記憶するように構成された記憶手段（ＩＢ）を含むことを特徴とし、前記管理手段（ＭＭ）が、それらの制御ソフトウェアモジュール（ＣＭ）が少なくとも１つのトランザクション要求を送信するために使用されるべきネットワークインターフェースを判定するために前記情報を使用することができるように、前記信号接続を介して前記端末（ＭＳ）に、前記記憶手段（ＩＢ）に記憶されているそれらに関する制御情報を送信するように構成されることを特徴とする、請求項１に記載のネットワーク機器。
前記管理手段（ＭＭ）が、モバイル端末（ＭＳ）の制御ソフトウェアモジュール（ＣＭ）から要求を受信したときに、それに関係する制御情報を、そのモバイル端末（ＭＳ）とのセットアップされた前記信号接続を介して、前記制御ソフトウェアモジュール（ＣＭ）に送信するように構成されることを特徴とする、請求項２に記載のネットワーク機器。
前記管理手段（ＭＭ）が、少なくとも１つのモバイル端末（ＭＳ）を指定して無線アクセスネットワーク（ＲＡＮ１、ＲＡＮ２）から命令を受信したときに、それに関係する制御情報を、前記信号接続を介して、その指定された端末（ＭＳ）の制御ソフトウェアモジュール（ＣＭ）に送信するように構成されることを特徴とする、請求項２または３に記載のネットワーク機器。
前記管理手段（ＭＭ）がそのネットワーク機器（ＮＥ）と指定された端末（ＭＳ）との間の信号接続のセットアップを開始するように構成されることを特徴とする、請求項１から４のいずれかに記載のネットワーク機器。
前記制御情報が、少なくとも、ネットワークインターフェースタイプに関するデータに関連するアプリケーションタイプに関するデータ、ネットワークインターフェースタイプに関するデータに関連するトランザクションタイプに関するデータ、ネットワークインターフェースタイプに関するデータに関連するアプリケーションタイプおよびトランザクションタイプに関するデータ、内部アプリケーションに送信されるべきデータの重みを表し、ネットワークインターフェースタイプに関するデータに関連するデータ、ならびにネットワークインターフェースタイプに関するデータに関連するネットワーク情報データを含むグループから選択されることを特徴とする、請求項１から５のいずれかに記載のネットワーク機器。
前記処理手段（ＭＭ）が、ハイパーテキスト伝送プロトコル（ＨＴＴＰ）を使用して、モバイル端末（ＭＳ）にインストールされた各ソフトウェアモジュールと通信するように構成されることを特徴とする、請求項１から６のいずれかに記載のネットワーク機器。