(57)【特許請求の範囲】
【請求項１】
通信網用の少なくとも一つの専用アーキテクチャ（１５、１５’）に対して端末（１０）の中の少なくとも一つのリソースを管理するシステムであり、前記システムが専用アーキテクチャの少なくとも一つのリソースマネージャ（１６、１６’）を含んでおり、該リソースマネージャが、前記専用アーキテクチャ（１５、１５’）の少なくとも一つのプロセスマネージャ（１７、１７’）によって、前記端末（１０）の上で起動された少なくとも一つのアプリケーションに応じて規定された、前記専用アーキテクチャ（１５、１５’）の少なくとも一つのリソースリクエストを処理することと、専用アーキテクチャの少なくとも一つのマネージャ（１３）の少なくとも一つのリソースアドミニストレータ（１４）と対話することに適していることで、前記端末（１０）の少なくとも一つのリソースを管理し、複数の前記通信網と接続された前記端末（１０）の前記専用アーキテクチャ（１５、１５’）の作動を同時に処理するようになっていることを特徴とするシステム。
【請求項２】
専用アーキテクチャの前記リソースマネージャ（１６、１６’）が前記端末（１０）の各専用アーキテクチャ（１５、１５’）に組み込まれていることを特徴とする、請求項１に記載の、少なくとも一つの専用アーキテクチャ（１５、１５’）に対して端末（１０）の中の少なくとも一つのリソースを管理するシステム。
【請求項３】
専用アーキテクチャの前記リソースマネージャ（１６、１６’）が、専用アーキテクチャの前記マネージャ（１３）の前記リソースアドミニストレータ（１４）との間で情報の発信と受信を行うための少なくとも一つのインターフェイスを備えていることを特徴とする、請求項１または請求項２に記載の、少なくとも一つの専用アーキテクチャ（１５、１５’）に対して端末（１０）の中の少なくとも一つのリソースを管理するシステム。
【請求項４】
専用アーキテクチャの前記リソースマネージャ（１６、１６’）が、前記専用アーキテクチャ（１５、１５’）の少なくとも一つのプロセスマネージャ（１７、１７’）との間で情報の発信と受信を行うための少なくとも一つのインターフェイスを備えていることを特徴とする、請求項１〜請求項３のいずれか一つに記載の、少なくとも一つの専用アーキテクチャ（１５、１５’）に対して端末（１０）の中の少なくとも一つのリソースを管理するシステム。
【請求項５】
専用アーキテクチャの前記マネージャ（１３）の前記リソースアドミニストレータ（１４）が、前記端末（１０）の少なくとも一つのリソースアロケータ（１２）との間で情報の発信と受信を行うための少なくとも一つのインターフェイスを備えていることを特徴とする、請求項１〜請求項４のいずれか一つに記載の、少なくとも一つの専用アーキテクチャ（１５、１５’）に対して端末（１０）の中の少なくとも一つのリソースを管理するシステム。
【請求項６】
専用アーキテクチャの前記マネージャ（１３）の前記リソースアドミニストレータ（１４）が、少なくとも一つの無線インターフェイス（１１）との間で情報の発信と受信を行うための少なくとも一つのインターフェイスを備えていることを特徴とする、請求項１〜請求項５のいずれか一つに記載の、少なくとも一つの専用アーキテクチャ（１５、１５’）に対して端末（１０）の中の少なくとも一つのリソースを管理するシステム。
【請求項７】
専用アーキテクチャの前記リソースマネージャ（１６、１６’）が、少なくとも一つのリソース対照表を備えていることで、前記端末（１０）の上で起動される少なくとも一つのアプリケーション（１８、１９、２０）に対応する少なくとも一つのリソースを規定するようになっていることを特徴とする、請求項１〜請求項６のいずれか一つに記載の、少なくとも一つの専用アーキテクチャ（１５、１５’）に対して端末（１０）の中の少なくとも一つのリソースを管理するシステム。
【請求項８】
通信網用の少なくとも一つの専用アーキテクチャ（１５、１５’）に対して、端末（１０）の中の少なくとも一つのリソースを管理する方法であり、前記方法が、
−前記端末（１０）の上で少なくとも一つのアプリケーション（１８、１９、２０）を起動すること、
−前記専用アーキテクチャ（１５、１５’）の少なくとも一つのプロセスマネージャ（１７、１７’）により、前記アプリケーション（１８、１９、２０）に対応する少なくとも一つのリソースを規定すること、
−前記リソースを、前記プロセスマネージャ（１７、１７’）により、専用アーキテクチャの少なくとも一つのリソースマネージャ（１６、１６’）にリクエストすること、
−検証後に、専用アーキテクチャの前記リソースマネージャ（１６、１６’）によって前記リソースリクエストに応答すること、
−検証後に、専用アーキテクチャの少なくとも一つのマネージャ（１３）の少なくとも一つのリソースアドミニストレータ（１４）によって、前記リソースリクエストに応答すること、
−前記端末（１０）の少なくとも一つのリソースアロケータ（１２）によって、少なくとも一つのリソースを割り当てること、
−前記通信網にアクセスするために、少なくとも一つの無線インターフェイス（１１）によって、少なくとも一つのリソースを割り当てること、
−前記リソースを、専用アーキテクチャの前記リソースマネージャ（１６、１６’）によって有効化した後、前記アプリケーション（１８、１９、２０）と関連づけること、
−前記アプリケーション（１８、１９、２０）を、前記リソースを介して、前記プロセスマネージャ（１７、１７’）によって実行すること、
からなる操作を含んでいることを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網に接続された端末内のリソースを管理するシステムと方法に関するものである。
【０００２】
本発明は、より特徴的には、それぞれがサービスの集合を提供している通信網の集合の中から一つの通信網に割り当てられたリソースを、ユーザーが加入している公共の移動体通信網に接続された端末に組み込まれた専用アーキテクチャを介して管理することに適用されるものである。
【背景技術】
【０００３】
現状では、これらのサービスは、ＧＰＲＳシステム（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、すなわちパケット方式での無線通信総合サービス）やＵＭＴＳシステム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、すなわち移動端末による遠隔通信包括サービス）などの移動電気通信網に接続された端末からアクセス可能である。
【０００４】
これらの前記移動体通信網では、サービスを提供する通信網を選択するために、前記通信網を識別する名称を選択しなければならない。端末と所定の通信網との間で接続を確立するために、前記識別名称は、移動体通信網のサービスをサポートする機器を介して、前記通信網へのアクセスを管理する機器に伝送される。端末から発せられる前記識別名称によって、移動体通信網のサービスをサポートする前記機器は、通信網へのアクセスを提供し、前記識別名称に関連付けられているアクセス管理機器を決定することができる。
【０００５】
ＧＰＲＳ並びにＵＭＴＳタイプの現状のネットワークにおいては、通信網を識別する名称はＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ、すなわちアクセス・ポイントの名称）と呼ばれる。識別名称ＡＰＮは主として、選択された通信網に対応する識別子と、前記通信網を管理する事業者の識別子、および、例えばＧＰＲＳのような、移動体通信網の技術の識別子を含んでいる。識別名称ＡＰＮのフォーマット並びに用法は、ＥＴＳＩ（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ、すなわち欧州遠隔通信網規格協会）によって標準化されている。
【０００６】
サービスの集合を提供する通信網にアクセスするために、ユーザーは端末上で識別名称ＡＰＮを選択することで、対応する通信網との接続を確立するようになっている。
【０００７】
いったん端末上で識別名称ＡＰＮが選択されると、アクセス・プロトコルが開始される。ＧＰＲＳやＵＭＴＳでは、このプロトコルはＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ、すなわちパケット方式でのデータ・プロトコル）と呼ばれる。端末の接続をＧＧＳＮと呼ばれるアクセス管理機器に向けて確立するプロシージャが実行される。接続の確立を可能にするために、リンクが、移動体通信網を介して、選択された通信網に向けて生成される。ＧＰＲＳやＵＭＴＳでは、このリンクは「ＰＤＰコンテキスト」と呼ばれる。このリンクにより、端末が前記通信網のサービスの集合にアクセスすることが可能になる。
【０００８】
ＥＴＳＩ規格では、複数の接続が同一の端末からさまざまな通信網に向けて同時に確立できることも想定されている。仏国特許出願公開第０２０７４５７号明細書には、複数の通信網への同時アクセスを管理するために、端末内の専用アーキテクチャのマネージャを用いることが記載されている。
【０００９】
前記明細書では、通信網に向けて接続を確立する際に、専用アーキテクチャのマネージャは前記通信網と対話を行う。端末において、専用アーキテクチャのマネージャは、前記通信網への接続に充てられた専用アーキテクチャを指定する。新たな通信網に向けて新たな接続を確立するたびに、専用アーキテクチャのマネージャは異なったアーキテクチャを指定するのだが、該アーキテクチャは前記新たな通信網への接続に専用となっている。同一の端末において、さまざまな専用アーキテクチャが同時に作動する。各専用アーキテクチャは「ＰＤＰコンテキスト」と呼ばれるリンクにそれぞれ関連づけられており、異なった通信網へのアクセスを可能にする。
【００１０】
前記明細書では、端末内で、各専用アーキテクチャが専用アーキテクチャの前記マネージャによって通信網に割り当てられることが言及されている。前記端末の専用アーキテクチャの自律性および独立作動性によって、通信網の間での秘密性と安全性が確保されており、前記端末に接続されたさまざまなサービスの間における機密性が保証される。
【００１１】
さまざまな通信網の間で実質的に独立性を維持するために、そして端末のさまざまな専用アーキテクチャの間における自律性によって、各専用アーキテクチャからは、前記端末の他の専用アーキテクチャの作動が全く見えないようになっている。
【特許文献１】仏国特許出願公開第０２０７４５７号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１２】
したがって、本発明の対象により解決すべき技術的課題は、通信網用の少なくとも一つの専用アーキテクチャに対して、端末内の少なくとも一つのリソースを管理するシステムと方法を提案し、該システムおよび方法によって、同一の端末のさまざまな専用アーキテクチャを管理しつつ、既存システムの欠点を克服できるようにすることである。
【課題を解決するための手段】
【００１３】
本発明による技術的課題の解決法は、前記システムが専用アーキテクチャの少なくとも一つのリソースマネージャを含んでおり、該リソースマネージャが、前記専用アーキテクチャの少なくとも一つのリソースリクエストを処理することと、専用アーキテクチャの少なくとも一つのマネージャの少なくとも一つのリソースアドミニストレータと対話することに適していることで、前記端末の少なくとも一つのリソースを管理し、複数の前記通信網と接続された前記端末の前記専用アーキテクチャの作動を同時に処理するようになっていることからなる。
【００１４】
端末の専用アーキテクチャのマネージャは、前記端末が接続されているさまざまな通信網に専用となっている、さまざまなアーキテクチャが同時に作動することを管理するものである。
【００１５】
そのようにして、前記端末の専用アーキテクチャのそれぞれは、前記端末が複数の通信網に接続されていても、対応するＰＤＰコンテキスト・リンクに関連づけられた単一の通信網とだけ通信する。
【００１６】
端末のユーザーが、前記専用アーキテクチャの一つに接続され、関連づけられている前記通信網の一つによってアクセス可能なサービスにアクセスしようとするとき、該ユーザーは端末上で少なくとも一つのアプリケーションを起動する。希望するサービスに応じて、前記アプリケーションは、ウェブ・ページの読み込み用のナビゲータ（またはブラウザ）、動画プレーヤ、アナログまたはデジタル音声のプレーヤなどの形をとることができる。
【００１７】
端末において、前記アプリケーションは、関係している前記通信網用の専用アーキテクチャと関連づけられる。前記専用アーキテクチャにおいて、専用アーキテクチャのリソースマネージャは、前記アプリケーションの実行に関連づけられたリソースリクエストを処理する。
【００１８】
さらに、専用アーキテクチャの前記リソースマネージャは、前記リソースリクエストを、端末の専用アーキテクチャの前記マネージャに伝送することで、前記リソースリクエストの実行可能性と、その他の専用アーキテクチャや端末の使用可能なリソースとの適合性を検証するようになっている。
【００１９】
したがって、端末のさまざまな専用アーキテクチャの、個別で自律的な作動が保持され、このことによって、前記端末が接続されているさまざまな通信網の間における秘密性と安全性が確保される。これらの必要性は、たとえば特徴的には、銀行取引の際、あるいは企業のプライベート・ネットワークへの接続の際に感じられるものである。
【００２０】
本発明によれば、専用アーキテクチャの前記リソースマネージャは、専用アーキテクチャの前記マネージャの前記リソースアドミニストレータとの間で情報の発信と受信を行うための、少なくとも一つのインターフェイスを備えている。
【００２１】
本発明によると、専用アーキテクチャの前記リソースマネージャは、前記専用アーキテクチャの少なくとも一つのプロセスマネージャとの間で情報の発信と受信を行うための、少なくとも一つのインターフェイスを備えている。
【００２２】
本発明によると、専用アーキテクチャの前記マネージャの前記リソースアドミニストレータは、前記端末の少なくとも一つのリソースアロケータとの間で情報の発信と受信を行うための、少なくとも一つのインターフェイスを備えている。
【００２３】
本発明によると、専用アーキテクチャの前記マネージャの前記リソースアドミニストレータは、少なくとも一つの無線インターフェイスとの間で情報の発信と受信を行うための、少なくとも一つのインターフェイスを備えている。
【００２４】
端末において、専用アーキテクチャの前記リソースマネージャから発せられた前記リソースリクエストは、前記端末のさまざまな機器によって処理されるのだが、該機器はたとえば、前記専用アーキテクチャのプロセスマネージャ、専用アーキテクチャの前記マネージャのリソースアドミニストレータ、前記端末のリソースアロケータおよび無線インターフェイスなどである。
【００２５】
リソース情報を発信し、受信するための伝送を容易にするために、少なくとも一つのインターフェイスが、端末の関係する前記機器に組み込まれていることで、必要な交信が可能になっている。
【００２６】
組み込まれた前記インターフェイスを介して、端末の前記機器のそれぞれは、端末の少なくとももう一つの機器と対話する。逆に、前記機器のそれぞれは、リソースリクエストを表現する同一の方法は有しておらず、例えば、メモリ空間の形で、あるいは、前記メモリ空間のサイズの形で表現することになる。前記対話を容易にするために、端末の関係している前記さまざまな機器は、受信した前記リソースリクエストの内容を翻訳する少なくとも一つの手段を有している。
【００２７】
本発明にしたがうと、専用アーキテクチャの前記リソースマネージャは、少なくとも一つのリソース対照表を備えていることで、前記端末上で起動される少なくとも一つのアプリケーションに対応する少なくとも一つのリソースを規定するようになっている。
【００２８】
既に説明したように、ユーザーが起動するアプリケーションは、関係する前記通信網用の専用アーキテクチャに関連づけられている。前記アプリケーションの実行リクエストは、前記専用アーキテクチャのプロセスマネージャに伝送され、該プロセスマネージャが該実行リクエストを識別し、そして専用アーキテクチャのリソースマネージャに伝送する。
【００２９】
専用アーキテクチャの前記リソースマネージャは、少なくとも一つのリソース対照表にアクセスし、該対照表によって、前記アプリケーションに対応する少なくとも一つのリソースを規定することができる。例えば、メモリ空間は、端末に接続された一つの通信網からファイルをダウンロードするために必要である。このように、リソースリクエストは起動された前記アプリケーションに対応している。
【００３０】
本発明はまた、通信網用の少なくとも一つの専用アーキテクチャに対して、端末内の少なくとも一つのリソースを管理する方法も対象としており、前記方法が、−前記端末上で少なくとも一つのアプリケーションを起動すること；−前記専用アーキテクチャの少なくとも一つのプロセスマネージャにより、前記アプリケーションに対応する少なくとも一つのリソースを規定すること；−前記リソースを、前記プロセスマネージャにより、専用アーキテクチャの少なくとも一つのリソースマネージャにリクエストすること；−検証後に、専用アーキテクチャの前記リソースマネージャによって前記リソースリクエストに応答すること；−検証後に、専用アーキテクチャの少なくとも一つのマネージャの少なくとも一つのリソースアドミニストレータによって、前記リソースリクエストに応答すること；−前記端末の少なくとも一つのリソースアロケータによって、少なくとも一つのリソースを割り当てること；−前記通信網にアクセスするために、少なくとも一つの無線インターフェイスによって、少なくとも一つのリソースを割り当てること；−前記リソースを、専用アーキテクチャの前記リソースマネージャによって有効化した後、前記アプリケーションと関連づけること；−前記アプリケーションを、前記リソースを介して、前記プロセスマネージャによって実行すること；
からなる操作を含んでいることを特徴としている。
【００３１】
端末の関連する前記機器のそれぞれが、起動された前記アプリケーションに対応する前記リソースリクエストを受信する。端末の前記機器のそれぞれは、前記リソースリクエストの実行可能性と適合性を検証する。
【００３２】
前記プロセスマネージャは、専用アーキテクチャにおいて、実行されたアプリケーションの全体を管理する。専用アーキテクチャの前記リソースマネージャは、専用アーキテクチャのリソースリクエストの全体を管理する。専用アーキテクチャのマネージャの前記リソースアドミニストレータは、前記専用アーキテクチャによってリクエストされているリソースリクエストの全体を管理する。端末の前記リソースアロケータは、前記端末の使用可能なリソースを管理し、そして、前記無線インターフェイスは、移動体通信網や前記通信網との交信を管理する。さまざまな機器を有効にした後、前記アプリケーションは割り当てられた前記リソースによって実行される。
【００３３】
前記アプリケーションの性質並びに前記端末の技術的な複雑さに応じて、あるいは、たとえば端末上での処理時間に関する単純化または経済性を考えて、本発明による前記方法の過程の一部は、実行しないようにすることもできる。
【００３４】
しかし、過程の数が減ればそれだけ、リソースリクエストと、前記リソースを割り当てるために端末によって実行される処理の間で、不適合となる可能性が大きくなることになる。
【００３５】
専用アーキテクチャの前記マネージャは、専用アーキテクチャを前記通信網のそれぞれに割り当て、このことにより、異なっており、独立している管理を同時に実行できる可能性が開けることになる。専用アーキテクチャの前記マネージャの前記リソースアドミニストレータは、さまざまな専用アーキテクチャによってリクエストされるリソースリクエストの全体を集中管理する。
【００３６】
さまざまな専用アーキテクチャが個別に自律的に作動することから、前記端末の作動は、該端末が接続されている通信網に応じて適合化することができる。例えば、複数の機能性は通信網の一つで考慮することができ、他の通信網とでは存在しないようにすることができる。
【００３７】
さらに、通信網によってアクセス可能なサービスの数が増加することから、各専用アーキテクチャの自律性によって、とりわけ特定のリソースを割り当てること、例えば特定のアプリケーションあるいは異なるメモリ空間あるいは通信網ごとに質の異なるサービスを割り当てることが可能になる。
【発明を実施するための最良の形態】
【００３８】
非限定的例示としてあげられた、添付図面を参照しつつ以下に続く説明によって、本発明が何によって構成され、どのように実現されるのかということがより良く理解されるものである。
【００３９】
図１は、本発明にしたがった、通信網用の少なくとも一つの専用アーキテクチャに対して、端末内の少なくとも一つのリソースを管理するシステムの全体的構成の概略図である。
【００４０】
図２は、本発明にしたがった、端末内の少なくとも一つのリソースを管理する方法の過程を示す図である。
【００４１】
説明を簡略化するために、移動遠隔通信網に接続された機器は端末１０として示されるが、該機器はさまざまな性質のもの、例えば、サーバーあるいは移動体通信端末またはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）タイプのパーソナルコンピュータであってよい。
【００４２】
図１では、その全体において、通信網用の少なくとも一つの専用アーキテクチャ１５、１５’に対して、端末１０の中の少なくとも一つのリソースを管理するシステムが表されており、前記端末１０は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と呼ばれる加入者用機器１０の代表となっている。
【００４３】
用いられる端末１０がどのようなものであれ、該端末はユーザーが加入している公共の移動体通信網に接続されている。
【００４４】
現状では、端末１０のユーザーが通信網にアクセスしようとするとき、該ユーザーは、移動体通信網の無線端子を介して、前記端末１０がアクセスしようとするサービスの集合を提供する、前記通信網を識別する名称ＡＰＮを伝送する。
【００４５】
そのために、前記ユーザーは、例えば、専用アーキテクチャの少なくとも一つのマネージャ１３の中のユーザー・インターフェイスにより、前記ユーザーが加入し、アクセスすることが可能な前記通信網を識別する名称ＡＰＮの少なくとも一つの一覧表にアクセスする。ＥＴＳＩ規格は、同一の端末からさまざまな通信網に向けて、複数の接続を同時に確立することができることを想定しており、とりわけ、名称ＡＰＮの前記一覧表によって、前記端末の内部で複数のＡＰＮを管理することが可能になっている。
【００４６】
前記移動体通信網において、「ＧＧＳＮ」と呼ばれる機器が、選択された前記通信網への接続を確立する。「ＰＤＰコンテキスト」と呼ばれるリンクが、移動体通信網を介して、前記通信網に向けて確立される。この「ＰＤＰコンテキスト」リンクによって、端末１０が前記通信網にアクセスすることが可能になっている。「ＧＧＳＮ」と呼ばれる前記機器は、次に、端末１０にアドレスを伝送し、該アドレスは、接続された前記通信網に対して前記端末１０を識別する。
【００４７】
前記端末１０において、専用アーキテクチャのマネージャ１３は前記アドレスを受信する。専用アーキテクチャの前記マネージャ１３は、専用アーキテクチャ１５、１５’を、接続された前記通信網に割り当てる。前記専用アーキテクチャ１５、１５’は、「ＰＤＰコンテキスト」と呼ばれる前記リンクに関連づけられており、該リンクによって、前記端末１０が前記通信網にアクセスすることが可能になっている。
【００４８】
上述した接続過程は、前記端末１０のユーザーが少なくとも一つの新たな通信網にアクセスしようとするたびに更新される。端末１０において、専用アーキテクチャの前記マネージャ１３は、新たな専用アーキテクチャ１５、１５’を、接続された新たな通信網のそれぞれに割り当てる。
【００４９】
端末１０のユーザーが前記通信網の一つによってアクセス可能なサービスにアクセスしようとするとき、該ユーザーは前記端末１０の上で少なくとも一つのアプリケーションを起動する。希望するサービスに応じて、前記アプリケーション１８、１９、２０は、ウェブ・ページの読み込み用のナビゲータ（またはブラウザ）、動画のプレーヤ、アナログまたはデジタル音声のプレーヤなどの形をとることができる。
【００５０】
前記端末１０において、前記アプリケーション１８、１９、２０は、関係する前記通信網用の専用アーキテクチャ１５、１５’に関連づけられる。前記アプリケーション１８、１９、２０の実行リクエストは、前記専用アーキテクチャ１５、１５’の少なくとも一つのプロセスマネージャ１７、１７’に伝送され、該プロセスマネージャは、識別子をアプリケーション１８、１９、２０の前記実行リクエストに割り当てる。
【００５１】
前記プロセスマネージャ１７、１７’は、前記専用アーキテクチャ１５、１５’において実行されるアプリケーションの全体を管理する。前記プロセスマネージャ１７、１７’は、識別子を各リソースリクエストに割り当てるのだが、該識別子は、前記リソースリクエストが有効化された時に実際に効力を発揮するものである。
【００５２】
前記プロセスマネージャ１７、１７’は、前記アプリケーション１８、１９、２０に対応する少なくとも一つのリソースリクエストを、専用アーキテクチャの少なくとも一つのリソースマネージャ１６、１６’に伝送する。
【００５３】
前記専用アーキテクチャ１５、１５’において、専用アーキテクチャの前記リソースマネージャ１６、１６’は、前記専用アーキテクチャ１５、１５’に関連づけられ、前記端末１０のユーザーによって起動されたアプリケーション１８、１９、２０と、既存のアプリケーションに必要なリソースリクエストを管理する。
【００５４】
専用アーキテクチャの前記リソースマネージャ１６、１６’は、少なくとも一つのリソース対応一覧表にアクセスし、該一覧表により、前記アプリケーション１８、１９、２０に対応し、前記アプリケーションを実行するために前記端末１０の中で必要となる少なくとも一つのリソースを規定することができる。例えば、表示手段、メモリ空間、入力・出力インターフェイス並びに端末１０の中央処理ユニットすなわちＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の一定時間の作動は、ウェブ・ページを開くために特に必要なものである。
【００５５】
専用アーキテクチャの前記リソースマネージャ１６、１６’は、前記リソースリクエストの実行可能性を検証する。実行不可能な場合には、専用アーキテクチャの前記リソースマネージャ１６、１６’は、前記リソースリクエストを拒否する。
【００５６】
前記プロセスマネージャ１７、１７’と専用アーキテクチャの前記リソースマネージャ１６、１６’との間における情報の伝送を容易にするために、情報の発信と受信のための少なくとも一つの伝送インターフェイスが、二つのマネージャ１６、１６’、１７、１７’の中に組み込まれている。
【００５７】
同様に、リソースの情報の発信と受信のための伝送インターフェイスが、前記端末１０の関係するさまざまな機器の中に組み込まれていることで、必要な交信が可能になっている。
【００５８】
さらに、前記端末１０の前記機器のそれぞれは、前記端末１０の他の機器と同じ方法で前記リソースリクエストを表明するわけではない。例えば、前記アプリケーション１８、１９、２０は、単純にメモリ空間をリクエストすることができ、専用アーキテクチャの前記リソースマネージャ１６、１６’は、例えば１５０キロバイトのメモリ空間のような、必要な前記メモリ空間のサイズという形でのメモリ空間の表現だけを解釈することができる。
【００５９】
したがって、端末１０の関係する前記機器のそれぞれは、前記組み込まれたインターフェイスを介して対話を行い、受信した前記リソースリクエストの内容を翻訳する少なくとも一つの手段を有している。
【００６０】
専用アーキテクチャの前記リソースマネージャ１６、１６’は、前記リソースリクエストを少なくとも一つのリソースアドミニストレータ１４に伝送し、該アドミニストレータは、専用アーキテクチャの少なくとも一つのマネージャ１３に組み込まれている。
【００６１】
専用アーキテクチャのマネージャ１３により、それぞれが異なった通信網に関連づけられているさまざまな専用アーキテクチャ１５、１５’を管理することで、前記端末１０は「マルチＡＰＮ」と呼ばれる端末として作動することができる。
【００６２】
専用アーキテクチャの前記マネージャ１３において、今度は前記リソースアドミニストレータ１４が、前記アプリケーション１８、１９、２０用の前記専用アーキテクチャ１５、１５’に対応する前記リソースリクエストの実行可能性を検証する。実行不可能な場合には、前記リソースアドミニストレータ１４は前記リソースリクエストを拒否する。
【００６３】
さらに、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、一覧表を記憶しており、前記端末１０の中で用いられる前記専用アーキテクチャ１５、１５’を管理するものであり、さまざまな専用アーキテクチャ１５、１５’から発せられるリソースリクエストの釣り合いをとり、さまざまな専用アーキテクチャ１５、１５’の間で割り当てられたリソースを調整する。端末１０のパラメータ設定にしたがって、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、あるアプリケーション１８、１９、２０に、他のアプリケーションに対する、あるいは、ある専用アーキテクチャ１５、１５’に対する優位性を与えることができる。
【００６４】
専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、集中管理された状態であり、移動体通信網および関係する通信網への働きかけを回避するのだが、それは特に、リソースリクエストが端末１０の容量と適合しない、あるいは前記通信網に対応する識別名称ＡＰＮの特性と適合しない場合である。
【００６５】
専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、リソースの管理を容易にするために、さまざまな専用アーキテクチャ１５、１５’から発せられるリソースリクエストを集中管理し、更新された状態で維持するのだが、それは特に、アプリケーション１８、１９、２０を閉じる時、あるいは専用アーキテクチャ１５、１５’を閉じる時である。
【００６６】
専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４が、前記リソースリクエストを、前記端末１０に組み込まれた少なくとも一つのリソースアロケータ１２に伝送することで、前記リソースリクエストに対応する少なくとも一つのリソースを予約するようになっている。
【００６７】
前記リソースアロケータ１２は、前記端末１０に存在するさまざまなリソースを管理するのだが、該リソースは例えば、少なくとも一つのメモリ空間、少なくとも一つの入力・出力インターフェイス、表示手段、並びに、前記端末１０の中央処理ユニットすなわちＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の作動時間などである。
【００６８】
専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４が、前記リソースリクエストを少なくとも一つの無線インターフェイス１１に伝送することで、移動体通信網が前記リソースリクエストによって、関係する前記通信網にアクセスできるようになっている。
【００６９】
端末１０において、前記無線インターフェイス１１は、前記端末１０が接続されている移動体通信網および前記通信網とのさまざまな交信および通信を管理する。
【００７０】
検証結果に応じて、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、前記リソースアロケータ１２に対してリソースの予約を確認し、前記無線インターフェイス１１に対して、前記通信網へのアクセスプロシージャの実行を確認する。
【００７１】
検証結果が否定であるとき、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、前記リソースアロケータ１２に対してリソースの前記予約をキャンセルし、前記無線インターフェイス１１に対して、前記通信網への前記アクセスプロシージャの実行をキャンセルする。
【００７２】
検証結果が肯定であるとき、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、前記リソースリクエストを専用アーキテクチャの前記リソースマネージャ１６、１６’に伝送し、該リソースマネージャは、リソースリクエストの結果の承認を肯定応答する。
【００７３】
関係する専用アーキテクチャ１５、１５’において、専用アーキテクチャの前記リソースマネージャ１６、１６’が、割り当てられたリソースを、識別されたリソースリクエストが実行されている前記アプリケーション１８、１９、２０と関連づける。
【００７４】
リソースリクエストが拒否されていれば、専用アーキテクチャの前記リソースマネージャ１６、１６’は、前記リソースリクエストに関するすべての参照事項を削除する。
【００７５】
前記専用アーキテクチャ１５、１５’において、専用アーキテクチャの前記リソースマネージャ１６、１６’は、リソースリクエストの結果を前記プロセスマネージャ１７、１７’に伝送する。
【００７６】
前記リソースリクエストが承認されていれば、前記プロセスマネージャ１７、１７’は、前記アプリケーション１８、１９、２０を実行する。逆の場合には、前記アプリケーション１８、１９、２０の実行はキャンセルされる。
【００７７】
本発明の理解を助けるために、一つの通信網用の少なくとも一つの専用アーキテクチャ１５、１５’に対して、端末１０における少なくとも一つのリソースを管理する方法のさまざまな過程を図２に示す。
【００７８】
ユーザーが、通信網の一つによってアクセス可能なサービスにアクセスしようとするとき、該ユーザーは前記端末１０の上で少なくとも一つのアプリケーション１８、１９、２０を起動する（過程１）。
【００７９】
前記アプリケーション１８、１９、２０の実行リクエストは、関係する前記通信網用の前記専用アーキテクチャ１５、１５’の前記プロセスマネージャ１７、１７’に伝送される（過程２）。
【００８０】
前記プロセスマネージャ１７、１７’は、前記アプリケーション１８、１９、２０を実行するため、前記端末１０において必要な少なくとも一つのリソースを規定する。
【００８１】
前記プロセスマネージャ１７、１７’は、前記アプリケーション１８、１９、２０に対応する少なくとも一つのリソースリクエストを、専用アーキテクチャの少なくとも一つのリソースマネージャ１６、１６’に伝送する（過程３）。
【００８２】
前記専用アーキテクチャ１５、１５’において、専用アーキテクチャの前記リソースマネージャ１６、１６’は前記リクエストの一部を処理するのだが、該リクエストは、専用アーキテクチャの前記リソースマネージャ１６、１６’によって局所的に管理される。専用アーキテクチャの前記リソースマネージャ１６、１６’がリクエストの前記局所的部分を分析することで、前記リソースリクエストの実行可能性を検証する（過程4）。
【００８３】
処理のこの段階では、専用アーキテクチャの前記リソースマネージャ１６、１６’は、肯定応答メッセージ（ＯＫ）によって前記リソースリクエストの局所的に処理された部分に肯定応答すること、あるいは、拒否メッセージ（ＮＯＫ）によって前記部分を拒否する、あるいは、前記リソースリクエストを、例えば、既に前記専用アーキテクチャ１５、１５’に割り当てられているリソースに応じて変更することができる。
【００８４】
拒否メッセージ（ＮＯＫ）は、例えば、専用アーキテクチャの前記リソースマネージャ１６、１６’がリソースリクエストを解釈できないとき、または、専用アーキテクチャの前記リソースマネージャ１６、１６’による前記リソースリクエストの処理に関する問題が生じる場合に、伝送することができる。
【００８５】
既に述べたように、情報の発信と受信のための少なくとも一つの伝送インターフェイスは、専用アーキテクチャの前記プロセスマネージャ１７、１７’と前記リソースマネージャ１６、１６’に組み込まれている。同様に、必要であれば、組み込まれた前記インターフェイスを介して、前記リソースリクエストの内容を翻訳する少なくとも一つの手段によって、対話が容易になる。
【００８６】
分析結果が否定であるとき（ＮＯＫメッセージ）、前記リソースリクエストは拒否され、方法の次の過程は、本発明にしたがうと、過程１５ということになる（下記参照）。
【００８７】
分析結果が肯定であるとき（ＯＫメッセージ）、専用アーキテクチャの前記リソースマネージャ１６、１６’は前記リソースリクエストを、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４に伝送する（過程５）。
【００８８】
端末１０において、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、前記リクエストの一部を処理し、該リクエストは、前記リソースアドミニストレータ１４によって局所的に管理される。専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４がリクエストの前記局所的部分を分析することで、前記リソースリクエストの実行可能性を検証する（過程６）。
【００８９】
処理のこの段階では、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、肯定応答メッセージ（ＯＫ）によって前記リソースリクエストの局所的に処理された部分に肯定応答する、あるいは、拒否メッセージ（ＮＯＫ）によって前記部分を拒否する、あるいは、前記リソースリクエストを、例えば、既に前記端末１０において使用されているリソースに応じて変更することができる。
【００９０】
分析結果が否定であるとき（ＮＯＫメッセージ）、前記リソースリクエストは拒否され、方法の次の過程は、本発明にしたがうと、過程１２ということになる（下記参照）。
【００９１】
分析結果が肯定であるとき（ＯＫメッセージ）、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、前記リソースリクエストを、前記端末１０の前記リソースアロケータ１２に伝送する（過程７）。
【００９２】
前述したように、前記リソースアロケータ１２は受信したリクエストの実行可能性を検証し、肯定応答メッセージ（ＯＫ）によって前記リソースリクエストに肯定応答する、あるいは、拒否メッセージ（ＮＯＫ）によって前記リクエストを拒否する、あるいは、前記リソースリクエストを、例えば、前記端末１０の中で既に使用されているリソースに応じて変更することができる。
【００９３】
分析結果が否定であるとき、前記リソースリクエストは拒否され、前記リソースアロケータ１２は拒否メッセージ（ＮＯＫ）を、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４に伝送する。
【００９４】
分析結果が肯定であるとき、前記リソースアロケータ１２は、前記リソースリクエストに対応する少なくとも一つのリソースの予約を実行し、肯定応答メッセージ（ＯＫ）を前記リソースアドミニストレータ１４に伝送する。
【００９５】
先行する分析結果が肯定であるとき（ＯＫメッセージ）、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、前記リソースリクエストを、前記端末１０の前記無線インターフェイス１１に伝送する（過程８）。
【００９６】
前記端末１０の前記無線インターフェイス１１は、前記リソースリクエストから、移動体通信網ならびに関係する前記通信網へのアクセスプロシージャの実行に必要なパラメーターを抽出する。通信網への前記アクセスプロシージャは、ＥＴＳＩによって規格化されており、該プロシージャはまた、前記通信網用のリソースを予約することも可能する。
【００９７】
前記端末１０の前記無線インターフェイス１１は、前記通信網からプロシージャの結果を受信し、該結果は、拒否（ＮＯＫメッセージ）、あるいは承認（ＯＫメッセージ）、あるいは前記リソースリクエストの変更である。
【００９８】
前記端末１０の前記無線インターフェイス１１は、前記結果を、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４に伝送する（過程９）。
【００９９】
伝送されたメッセージが拒否メッセージ（ＮＯＫメッセージ）であるとき、リソースリクエストは拒否され、方法の次の過程は、本発明にしたがって、過程１２ということになる（下記参照）。
【０１００】
伝送されたメッセージが前記リソースリクエストの変更であるとき、前記リソースアドミニストレータ１４が、前記変更されたリソースリクエストを、前記端末１０の前記リソースアロケータ１２に伝送することで、リソースの予約の変更を行うようになっている（過程１０）。
【０１０１】
結果は、改めて、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４に対する、肯定応答（ＯＫメッセージ）あるいは拒否（ＮＯＫメッセージ）である。
【０１０２】
伝送されたメッセージが肯定応答メッセージ（ＯＫメッセージ）であるとき、前記リソースアドミニストレータ１４は前記リソースリクエストを、専用アーキテクチャの前記リソースマネージャ１６、１６’に伝送する（過程１１）。
【０１０３】
前記専用アーキテクチャ１５、１５’において、専用アーキテクチャの前記リソースマネージャ１６、１６’は、肯定応答メッセージ（ＯＫ）によって前記リソースリクエストに肯定応答する、あるいは、拒否メッセージ（ＮＯＫ）によって前記リクエストを拒否する、あるいは前記リソースリクエストを変更することができる。
【０１０４】
専用アーキテクチャの前記リソースマネージャ１６、１６’は、先行する結果を、前記端末１０の前記リソースアドミニストレータ１４に返送する（過程１２）。
【０１０５】
伝送されたメッセージが拒否メッセージ（ＮＯＫメッセージ）であるとき、リソースリクエストは拒否され、前記リソースアロケータ１２に対しても、前記端末１０の前記無線インターフェイス１１に対しても、いかなるリソースの承認も行われない。
【０１０６】
前記端末１０の前記リソースアドミニストレータ１４は、予約されたすべてのリソースを、前記リソースアロケータ１２および前記無線インターフェイス１１に向けて解放し、ネットワークへのアクセスプロシージャを破棄することを命令する。方法の次の過程は、本発明にしたがって、過程１５ということになる（下記参照）。
【０１０７】
伝送されたメッセージが肯定応答メッセージ（ＯＫメッセージ）であるとき、前記リソースアドミニストレータ１４が、前記リソースアロケータ１２に前記リソースリクエストを伝送することで、リソースの予約を承認し、前記アプリケーション１８、１９、２０のために予約された前記リソースを割り当てるようになっている。前記リソースアロケータ１２は、拒否メッセージ（ＮＯＫ）またはＯＫメッセージで応答する（過程１３）。
【０１０８】
さらに、前記リソースアドミニストレータ１４が、前記リソースリクエストを前記無線インターフェイス１１に伝送することで、ネットワークへのアクセスプロシージャの確認を行うようになっている。前記無線インターフェイス１１は、例えば移動体通信網が端末１０によってアクセス可能でない場合には、拒否メッセージ（ＮＯＫ）で、もしくはＯＫメッセージで応答する（過程１４）。
【０１０９】
前記リソースアドミニストレータ１４は、前記リソースリクエストを、専用アーキテクチャの前記リソースマネージャ１６、１６’に伝送する（過程１５）。
【０１１０】
伝送されたメッセージが肯定応答メッセージ（ＯＫ）であるとき、専用アーキテクチャの前記リソースマネージャ１６、１６’は、割り当てられた前記リソースを、前記専用アーキテクチャ１５、１５’の中の前記アプリケーション１８、１９、２０に関連づける。
【０１１１】
前記リクエストが拒否されていれば、専用アーキテクチャの前記リソースマネージャ１６、１６’は、前記リソースリクエストに対応するすべての参照事項を削除する。
【０１１２】
専用アーキテクチャの前記リソースマネージャ１６、１６’は、先行する結果を、前記専用アーキテクチャ１５、１５’の前記プロセスマネージャ１７、１７’に伝送する（過程１６）。
【０１１３】
伝送されたメッセージが肯定応答メッセージ（ＯＫ）であるとき、前記プロセスマネージャ１７、１７’は、前記専用アーキテクチャ１５、１５’の中の前記アプリケーション１８、１９、２０の実行を続行する（過程１７）。
【０１１４】
前記リクエストが拒否されていれば、前記プロセスマネージャ１７、１７’は、前記アプリケーション１８、１９、２０の実行をキャンセルする。
【０１１５】
前記アプリケーション１８、１９、２０の性質並びに前記端末１０の技術的な複雑さに応じて、あるいは、たとえば端末１０における処理時間の簡略化または経済性を考慮して、前記方法の過程の一部は、本発明にしたがって、実行しないようにすることもできる。
【０１１６】
過程の数が減ればそれだけ、リソースリクエストと、前記リソースを割り当てるために端末によって実行される処理の間で、不適合となる可能性が大きくなることになる。
【０１１７】
アプリケーションを解放する場合には、前記アプリケーション１８、１９、２０に割り当てられたリソースは、前記アプリケーション１８、１９、２０の実行が正常に終了したときに、前記プロセスマネージャ１７、１７’のリクエストに応じて解放することができ（過程１１）、あるいは、例えば端末１０の通信不良または通信切断の場合には、前記リソースアロケータ１２により、または前記無線インターフェイス１１により、または端末１０の前記リソースアドミニストレータ１４によって、前記リソースが強制的に解放される場合（過程１２）に解放することができる。
【０１１８】
その場合、関係する前記アプリケーションを明示して、拒否メッセージ（ＮＯＫメッセージ）を伝送する。処理の終わりに際して、前記リソースは解放され、アプリケーション１８、１９、２０の実行は終了する。
【０１１９】
専用アーキテクチャの前記マネージャ１３は、専用アーキテクチャ１５、１５’の開放を命令することで、該専用アーキテクチャを通信網に割り当てるようにする可能性を有している。そのために、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、肯定応答メッセージ（ＯＫメッセージ）を伝送することで、前もって規定されたリソースリクエストを実行し、前記専用アーキテクチャ１５、１５’の作動を可能にする最低限のリソースを明示するようになっている。このタイプの前もって規定されたリソースリクエストは、例えば他のリソースリクエストに対して優位であることで、新たな専用アーキテクチャ１５、１５’の開放を容易にすることができる。
【０１２０】
その場合、本発明による方法は過程３から開始される。処理の終わりに際して、前記リソースは前記専用アーキテクチャ１５、１５’に割り当てられ、専用アーキテクチャの前記リソースマネージャ１６、１６’と前記プロセスマネージャ１７、１７’によって管理される。
【０１２１】
専用アーキテクチャの前記マネージャ１３はまた、専用アーキテクチャ１５、１５’に割り当てられたリソースの変更をリクエストする可能性を有している。そのために、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、肯定応答メッセージ（ＯＫメッセージ）を伝送することで、前記専用アーキテクチャ１５、１５’のリソースの変更を明示するリソースリクエストを実行するようになっている。
【０１２２】
その場合、本発明による方法は過程３から開始される。処理の終わりに際して、前記変更されたリソースは、前記専用アーキテクチャ１５、１５’に割り当てられる。
【０１２３】
専用アーキテクチャの前記マネージャ１３はまた、専用アーキテクチャ１５、１５’の解放をリクエストする可能性も有している。そのために、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、前記専用アーキテクチャ１５、１５’を明示する拒否メッセージ（ＮＯＫメッセージ）を伝送する。
【０１２４】
その場合、本発明による方法は過程１２から開始される。処理の終わりに際して、前記専用アーキテクチャ１５、１５’に割り当てられたリソースは解放され、専用アーキテクチャ１５、１５’は、前記端末１０の上で通信網に関連づけられた状態ではなくなる。
【０１２５】
専用アーキテクチャの前記マネージャ１３はまた、専用アーキテクチャ１５、１５’の作動を中断する、あるいは復帰させる可能性も有しており、これはつまり、対応する通信網に前記専用アーキテクチャ１５、１５’がアクセスすることが一時的に中断される、あるいは復旧されるということである。そのために、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４は、リクエストを前記無線インターフェイス１１に伝送する。
【０１２６】
前記端末１０の前記無線インターフェイス１１は、前記リクエストから、関係する前記通信網へのアクセスを中断する、または復帰するプロシージャの実行に必要なパラメーターを抽出するのだが、該プロシージャはＥＴＳＩ（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ、すなわち欧州遠隔通信網規格協会）によって規格化されている。前記端末１０の前記無線インターフェイス１１は、前記通信網から、拒否（ＮＯＫメッセージ）あるいは承認（ＯＫメッセージ）となっている、プロシージャの結果を受信する。
【０１２７】
前記端末１０の前記無線インターフェイス１１は、前記結果を、専用アーキテクチャの前記マネージャ１３の前記リソースアドミニストレータ１４に伝送する。ＮＯＫメッセージは、中断または復帰プロシージャが失敗したことを示す。ＯＫメッセージによって、中断または復帰の前記プロシージャの実行が可能になる。
【図面の簡単な説明】
【０１２８】
【図１】本発明にしたがった、通信網用の少なくとも一つの専用アーキテクチャに対して、端末内で少なくとも一つのリソースを管理するシステムの全体的構成の概略図である。
【図２】本発明にしたがった、端末内で少なくとも一つのリソースを管理する方法の過程を示す図である。
【符号の説明】
【０１２９】
１０  端末
１１  無線インターフェイス
１２  リソースアロケータ
１３  マネージャ
１４  リソースアドミニストレータ
１５、１５’  専用アーキテクチャ
１６、１６’  リソースマネージャ
１７、１７’  プロセスマネージャ
１８、１９、２０  アプリケーション
【図１】
0004427101.tif 000002
【図２】
0004427101.tif 000003