(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおいて使用する端末（Ｔ）であり、前記端末（Ｔ）は、複数の端末性能を実現する複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）を含んでおり、前記複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）のうちの１つまたは複数と対話し、それによりサードパーティのサービスプロバイダが端末上での使用のために開発した端末アプリケーションソフトウェア（ａｐｐ１、ａｐｐ２、ａｐｐ３、ａｐｐ４）を実行する端末アプリケーションソフトウェア実行手段（ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４）が、前記端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）に結合されている端末（Ｔ）であって、前記端末（Ｔ）はさらに、前記端末アプリケーションソフトウェア実行手段（ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４）と前記複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）のうちの少なくとも１つとの間に結合された少なくとも１つの端末性能サーバ手段（ＣＳ）を含んでおり、前記端末性能サーバ手段（ＣＳ）が前記複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）のうちの前記少なくとも１つから受信した第１のアプリケーション信号（Ｓ１）を第１の事前定義されたアプリケーションオープン信号（ＳＯ１）に翻訳して前記端末アプリケーションソフトウェア実行手段（ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４）に前記第１の事前定義されたアプリケーションオープン信号（ＳＯ１）を提供するように構成され、かつ前記端末性能サーバ手段（ＣＳ）が前記端末アプリケーションソフトウェア実行手段（ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４）から受信した第２の事前定義されたアプリケーションオープン信号（ＳＯ２）を第２のアプリケーション信号（Ｓ２）に翻訳して前記複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）のうちの前記少なくとも１つに前記第２のアプリケーション信号（Ｓ２）を提供するように構成され、前記第１の事前定義されたアプリケーションオープン信号（ＳＯ１）および前記第２の事前定義されたアプリケーションオープン信号（ＳＯ２）が、前記複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）が準拠する基礎技術に依存していないことを特徴とする前記端末。
【請求項２】
前記第１の事前定義されたアプリケーションオープン信号（ＳＯ１）および前記第２の事前定義されたアプリケーションオープン信号（ＳＯ２）が、アプリケーションソフトウェアが、オープン標準化インターフェースを介してネットワーク機能を利用できるようにするアーキテクチャを定義している事前定義されたネットワークオープンサービスアーキテクチャインターフェース情報に従って定義されていることを特徴とする請求項１に記載の端末。
【請求項３】
前記複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）のうち、少なくとも２つの間で、前記第１の事前定義されたアプリケーションオープン信号（ＳＯ１）および前記第２の事前定義されたアプリケーションオープン信号（ＳＯ２）、ならびに事前定義されたネットワークオープンサービスアーキテクチャインターフェース情報のうち、いずれか１つを含んでいるアプリケーション信号によって、一方が他方に動作を実行することを命令することを特徴とする請求項１または２に記載の端末（Ｔ）。
【請求項４】
端末（Ｔ）によってサードパーティのサービスプロバイダが端末上での使用のために開発した端末アプリケーションソフトウェア（ａｐｐ１、ａｐｐ２、ａｐｐ３、ａｐｐ４）を実行する方法であり、複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）によって複数の端末性能を実現するステップと、端末アプリケーションソフトウェア実行手段（ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４）によって前記複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）のうちの少なくとも１つと対話するステップと、それにより、前記端末アプリケーションソフトウェア実行手段（ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４）によって端末アプリケーションソフトウェア（ａｐｐ１、ａｐｐ２、ａｐｐ３、ａｐｐ４）を実行するステップとを含んでいる前記方法であって、前記方法がさらに、少なくとも１つの端末性能サーバ手段（ＣＳ）によって、
前記複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）のうちの前記少なくとも１つから受信した第１のアプリケーション信号（Ｓ１）を、第１の事前定義されたアプリケーションオープン信号（ＳＯ１）に翻訳するステップと、
前記第１の事前定義されたアプリケーションオープン信号（ＳＯ１）を、前記端末アプリケーションソフトウェア実行手段（ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４）に提供するステップと、
前記端末アプリケーションソフトウェア実行手段（ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４）から受信した第２の事前定義されたアプリケーションオープン信号（ＳＯ２）を、第２のアプリケーション信号（Ｓ２）に翻訳するステップと、
前記第２のアプリケーション信号（Ｓ２）を、前記複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）のうちの前記少なくとも１つに提供するステップとを含んでおり、かつ
前記第１の事前定義されたアプリケーションオープン信号（ＳＯ１）および前記第２の事前定義されたアプリケーションオープン信号（ＳＯ２）が、前記複数の端末性能手段（ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４）が準拠する基礎技術には依存していないことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、請求項１のプリアンブルに記載の端末アプリケーションを実行する端末、請求項４のプリアンブルに記載のそのような端末によって実行される端末アプリケーション、請求項６のプリアンブルに記載のそのような端末アプリケーションのキャリア、請求項７のプリアンブルに記載のそのような端末によって実現される方法、および請求項８のプリアンブルに記載のそのような端末および端末アプリケーションを備えた通信ネットワークに関するものである。
【背景技術】
【０００２】  端末性能と対話を行ない、それによって端末アプリケーションを実行するように端末性能手段および端末アプリケーション手段が結合されているそのような端末は、汎用移動通信システムＵＭＴＳと呼ばれる通信ネットワークで特に知られている。そのようなＵＭＴＳネットワークについては、仮想ホーム環境（Virtual Home environment）のコンセプトが定義されている。仮想ホーム環境は、ネットワーク境界をまたぐ、端末間での、個人向けサービス環境のポータビリティを目指すコンセプトとして定義されている。仮想ホーム環境のコンセプトでは、ユーザがどこにいたとしても、どのようなネットワークでどのような種類の端末でも、ユーザが一貫して同じ個人向けフィーチャ、ユーザインターフェースカスタマイズおよびサービスの提供を受けられるようになっている。仮想ホーム環境は、固定端末およびモバイル端末の収斂のための、公的私的なネットワークおよび事業者のため、そして遠隔通信システムおよびデータ通信システムのための鍵となるメカニズムと見られている。【０００３】  そのような仮想ホーム環境で使用するための、端末性能手段を含む、固定またはモバイルの端末について、以下に、すべてを載せているのではないリストの例を提供する。
・ＷＡＰ（Wireless Application Protocol）ゲートウェイを介してインターネットのＷＥＢサーバまたは他の端末と通信する、ワイヤレスアプリケーションプロトコルＷＡＰクライアント。ＷＡＰは、モバイル電話、ポケットベル、および個人用デジタルアシスタントなどの、ワイヤレスデバイスのためのアプリケーションフレームワークおよびネットワークプロトコルを規定する。ネットワークプロトコルは、インターネットプロトコルＩＰネットワークおよびモバイル端末間でデータを搬送する方式を規定する。アプリケーションフレームワークは、インターネット様式のサービスを作り出すことを可能にする。
・ネットワークでＷＴＡサーバと通信するワイヤレス電話アプリケーションＷＴＡクライアント。ＷＴＡは、電話サービスでＷＡＰアーキテクチャを拡張するアプリケーションフレームワークを規定する。これは、ユーザに最新式モバイルネットワークサービスを利用可能にする、通話およびフィーチャ制御メカニズムのための、電話固有の拡張を集めたものである。従来のクライアント−サーバアーキテクチャ、例えばサーバ上で実際に動作しているサービスの実行のために、クライアントが継続的にサーバと通信するＷＡＰとは対照的に、ＷＴＡは端末中心の手法を採用する。ＷＴＡサービスは、保守と再構成のためにだけＷＴＡサーバと通信を行なうモバイル端末上のＷＴＡクライアント側で動作する。
・例えばＪａｖａカードなどの、Ｊａｖａ実行環境。ＪａｖａＣａｒｄは、スマートカードの領域で新たに発展したもので、ネイティブのオペレーティングシステムＯＳ上で、Ｊａｖａプログラミング言語で書かれたアプリケーションを開発することを可能にするＪａｖａ  Ｃａｒｄ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ  ＪＣＶＭを持つ拡張アーキテクチャを備えている。
・例えば認証アルゴリズム、ならびに暗号鍵、カード識別、ユーザ識別、ネットワーク関係およびサービス関係データ、ならびにＵＭＴＳ  ＳＩＭアプリケーション、すなわちＵＳＩＭアプリケーションを備えたユーザサービス識別モジュール（User Service Identity Module）ＵＳＩＭ。
・ＳＩＭアプリケーションツールキットは、ＵＳＩＭ上に存在するアプリケーションが、モバイル端末のモバイル装備のどの部分とでも対話し、動作できるようにするメカニズムを提供する。【０００４】  仮想ホーム環境の定義によれば、ユーザを識別するユーザサービス識別モジュールは、固定端末にも、モバイル端末にも同様に装備されうることに注意されたい。そのようなＵＳＩＭカードは、端末性能手段を備えているが、同様に、端末アプリケーションを持つ端末アプリケーション手段を備えている場合もあるだろう。【０００５】  上述の端末性能は、例えばショートメッセージサービスＳＭＳ、回線交換データサービス、および汎用パケット無線サービスなどの、端末ベアラによってサポートされながら、端末性能フィーチャを実現している。これらの端末性能フィーチャおよび端末ベアラを特定の一製造業者が開発していることは、述べておかなければならない。こうして、端末性能フィーチャおよび端末ベアラは、一製造業者の選択に従った技術依存をしている。【０００６】  知られている端末は、端末アプリケーションを実行するために１つまたは複数の端末性能と対話する、端末アプリケーション手段をさらに備えている。【０００７】  端末アプリケーションは、例えば「ユーザの好みに応じた通話転送アプリケーション」、「ボイスメッセージアプリケーション」、または「個人バンキングアプリケーション」など、特定のサービスを端末のユーザに提供する。そのような端末アプリケーションは、ハードウェアモジュールであるか、より一般的にはソフトウェアモジュールであることに注意されたい。そのようなソフトウェアモジュールの端末アプリケーションは、製造時に例えば端末の読取り専用メモリに記憶させることのできる、例えば論理やデータなどの情報であるが、その一方で、遠隔通信ネットワークのサービスプロバイダから端末の動作使用中に例えば端末のアクセス可能なメモリにダウンロードしてもよい。そのような端末アプリケーションは、通常、より高級なプログラミング言語のレベルに応じた設計がされていることに注意されたい。【０００８】  端末アプリケーション手段は、現在のアプリケーションおよびアプリケーション実行環境に関するデータの少なくとも一部を含んでいる。このようにして、実行環境は、関連する端末性能手段のサポートの下で、アプリケーションのデータを実行する。例えば、ＷＡＰアプリケーション手段は、関連するＷＡＰクライアントと対話することによって特定のＷＡＰアプリケーションを実行する。【０００９】  端末性能手段は、ある特定の製造業者に従った技術依存をしているため、これに関係するアプリケーションもまた、この製造業者のこの技術向けに開発されていることに注意されたい。実際、端末性能手段と対話する端末アプリケーション手段によって実行されるためには、端末アプリケーションは同一のインターフェースに従った設計がされていなければならない。このことは、端末性能手段によって送信されるアプリケーションの信号が、この端末性能手段のために用いられているのと同一の、製造業者の選択に従って開発されたアプリケーションを実行する端末アプリケーション手段によって、受信され理解されなければならないことを意味しており、逆もまた真である。
【発明が解決しようとする課題】
【００１０】  そのような種類の端末について未解決の問題は、サードパーティ（第３者）のサービスプロバイダが端末上での使用のために端末アプリケーションを開発した場合、端末の種々の製造業者によって選択され使用された、種々の基礎技術用にアプリケーションが書かれなければならないということである。実際、第１の製造業者の選択に従って開発された端末アプリケーションは、その端末アプリケーション手段を介して、第２の製造業者の選択に従って開発されている端末性能手段と協働することができない。
【００１１】  さらに、同一の端末で使用される２つの異なる端末アプリケーションは、異なる種類の端末性能手段用に設計されているとき、お互いに対話することができない。
【００１２】  本発明の目的は、上記の知られている端末のような、端末アプリケーションを実行する、通信ネットワークにおいて使用する端末であって、ありうる種々の製造業者の基礎技術による、種々の端末性能手段と対話することにより、端末アプリケーションを実行するため種々の端末アプリケーション設計を開発する必要があるという欠点をもたない端末を提供することである。
【課題を解決するための手段】
【００１３】  これは、請求項８に記載の通信ネットワークに含まれ、請求項７に記載の方法を実現し、請求項６に記載のキャリア上の、請求項４に記載の端末アプリケーションを実行する請求項１の端末によって実現される。
【００１４】  実際、端末アプリケーション手段と複数の端末性能手段のうちの１つまたは複数との間に結合された少なくとも１つの端末性能サーバ手段を、本発明による端末に備えることによって、端末は、端末性能手段からの第１のアプリケーション信号を、第１の事前定義されたアプリケーションオープン信号に翻訳して、この第１の事前決定されたアプリケーションオープン信号を端末アプリケーション手段に提供するように構成されており、さらに、端末アプリケーション性能手段からの第２の事前決定されたアプリケーションオープン信号を、第２のアプリケーション信号に翻訳して、この第２のアプリケーション信号を端末性能手段に提供するように構成されている。さらに、複数の端末性能手段の基礎技術には依存せずに、第１の事前定義されたアプリケーションオープン信号および第２の事前定義されたアプリケーションオープン信号を定義することにより、異なる種類の製造業者によって選択され使用されている種々の基礎技術をもつ異なる種類の端末上で使用するために、サードパーティのサービスプロバイダが、１つの端末アプリケーションだけを書くことができるようになる。実際、種々のタイプの技術をもつ製造業者が、技術依存のアプリケーション信号を第１の事前定義されたアプリケーションオープン信号に相当する事前定義されたアプリケーションオープン信号に翻訳し、第２の事前定義されたアプリケーションオープン信号に相当する事前定義されたアプリケーションオープン信号を、技術依存のアプリケーション信号に翻訳するように設計された端末性能サーバ手段を端末に備えるとき、これらの製造業者は、サードパーティのサービスプロバイダが、どのような種類またはタイプの端末にでも配置することのできるサービスを一度に開発することを促すことになる。これらの事前定義されたアプリケーションオープン信号は、種々の製造業者の間で、それぞれの技術に固有の態様には依存せずに定義され、合意される。
【００１５】  そのような種類の手法のさらなる利点は、端末アプリケーション手段によって実行される１つの端末アプリケーションが、種々の基礎技術で開発された種々の端末性能手段と対話でき、例えば、１つの製造業者によって開発されたＷＡＰクライアントと対話する特定のＷＡＰアプリケーションが、別の製造業者によって開発されたＷＴＡクライアントなど、別の種類の端末性能手段と対話できるということである。
【００１６】  請求項６に記載のキャリアは、例えば端宋アプリケーション手段におけるメモリ素子により端末自体で実現され、あるいはユーザによりダウンロードされるべくサードパーティのサービスプロバイダによって実現され、あるいは例えばダウンロードされているときあるいは単に転送されているときのネットワークエレメント間の物理リンクにより実現されることを説明しなければならない。
【００１７】  請求項２に記載のさらなるフィーチャは、第１の事前定義されたオープン信号およぶ第２の事前定義されたオープン信号は、事前定義されたネットワークオープンサービスアーキテクチャインターフェースの情報に対応して定義されているということである。このことは以下の段落でさらに明確になる。
【００１８】  そのような事前定義されたネットワークオープンサービスアーキテクチャインターフェースは、例えば、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇでワールドワイドウェブを介して、またフランス、バルボンヌ、ソフィアアンティポリス、６５０Ｒｏｕｔｅ  ｄｅｓ  Ｌｕｃｉｏｌｅｓで一般に公開されている、１９９９年１０月の３Ｇ  ＴＳ  ２３．１２７バージョン１．０．０を出典とする第３Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ，Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ，Ｖｉｒｔｕａｌ  Ｈｏｍｅ  ｅｎｖｉｒｏｎｍｅｎｔに記載されている。この文書は、オープンサービスアーキテクチャを説明している。オープンサービスアーキテクチャＯＳＡは、事業者およびサードパーティのアプリケーションが、オープン標準化インターフェース、すなわちＯＳＡインターフェースを介してネットワーク機能を利用できるようにするアーキテクチャを定義している。オープンサービスアーキテクチャは、ネットワークによって提供されるアプリケーションおよびサービス性能の間の接着剤（Glue）を提供する。そのような方式では、アプリケーションは、基礎となっているネットワークの技術には依存しないものとなる。アプリケーションは、オープンサービスアーキテクチャＯＳＡのトップレベルを成している。このレベルは、オープンサービスアーキテクチャインターフェースを介して、サービス性能サーバと接続されている。サービス性能サーバは、オープンサービスアーキテクチャインターフェースを、基礎となっている通信固有のプロトコル上に対応付け、したがってアプリケーションからネットワークの複雑性を隠している。
【００１９】  アプリケーションは、ネットワーク／サーバ中心型アプリケーションまたは端末中心型アプリケーションであり得る。端末中心型アプリケーションは、例えば、略してＳＡＴアプリケーションと呼ばれる加入者識別モジュールＳＩＭアプリケーションツールキットのように、端末内に常駐する。ネットワーク／サーバ中心型アプリケーションは、コアネットワークの外部にあり、オープンサービスアーキテクチャを介して提供されるサービス性能フィーチャを利用する。アプリケーションは、コアネットワークの外部で動作しているものの、ネットワーク事業者のドメインに属し得ることには注意しなければならない。コアネットワークの外部とは、アプリケーションがネットワークエンティティとは物理的に切り離されたアプリケーションサーバで実行されていることを意味する。
【００２０】  サードパーティのサービスプロバイダは、ネットワークには依存しない方式に従ってネットワーク機能を利用するネットワークアプリケーションを、一度に書くことを可能にするような、事前定義されたネットワークオープンサービスアーキテクチャを備えている。そのようなネットワークアプリケーションは、例えば、Ｅｘａｍｐｌｅ  ｏｆ  Ｕｓｅ  ｏｆ  ＯＳＡ（インフォーマティブ）の第９章付録の、前記文書に記載されるような、例えば、通話会議アプリケーションサーバ上の通話会議アプリケーションである。ここでは、ユーザＡは、ユーザＢおよびユーザＣと通話会議をもつことを希望する。ネットワークアプリケーションは、キャメルサービス性能サーバに、ユーザＡの通話転送設定に従って通話をセットアップするように命令する。ユーザＡの通話会議サービス設定は、例えば、種々の製造業者によって開発された端末性能手段を含んでいる、ユーザＡの端末を介した対話によって得られる。このように、サードパーティのサービスプロバイダは、種々の端末の、これらの種々の基礎技術のために、やはり種々のアプリケーションを書く必要がある。この例によれば、通話のセットアップの手続きは、ＷＡＰ通信を介してオーダーされる。このＷＡＰ通信は、ユーザＡの端末上のＷＡＰクライアントと対話するＷＡＰ端末アプリケーションによって、すなわちネットワークでＷＡＰサーバと通信する端末の端末性能手段によって実現することができる。ＷＡＰ端末アプリケーションは、例えばユーザＢおよびユーザＣおよびユーザＡ自身のユーザ識別番号をユーザＡが入力するもとになる、種々の通話会議パーティを、例えば端末ディスプレイを介して、ユーザに尋ねる。ＷＡＰ端末アプリケーションは、技術依存のＷＡＰ端末性能手段と対話することによって、ＷＡＰ端末アプリケーション手段上で実行される。本発明は、端末に端末性能サーバ手段ＣＳを備え、技術依存のアプリケーション信号を技術には依存しないオープンアプリケーション信号に翻訳することによって、端末とも対話するそのような種類のサービスネットワークアプリケーションに改良をもたらす。ただし、そうした事前定義されたネットワークオープンサービスアーキテクチャインターフェースの情報に対応して、事前定義されたアプリケーションオープン信号を定義することにより、サードパーティのサービスプロバイダ向けの柔軟性は、さらに改善される。実際、ここでネットワークアプリケーションはサードパーティのサービスプロバイダによって提供されるので、ユーザＡは、そのホームネットワークのホームサービスプロバイダとではなく、サービスを提供するサービスプロバイダと直接にコンタクトを取ることが好ましい。したがって、ユーザＡの端末のアプリケーションは、例えば、事前定義されたネットワークオープンサービスアーキテクチャに従って定義される、サードパーティのサービスプロバイダの識別情報を知る必要がある。これは、請求項２に記載の端末および請求項５に記載の端末アプリケーションによって実現される。上記の識別情報は、例としてのみ述べられているのであって、事前定義されるネットワークオープンサービスアーキテクチャインターフェースに対応する本発明の情報は、��ードパーティのサービスプロバイダの識別情報だけに限定されるわけではないことに、注意する必要がある。
【００２１】  本発明の最後のフィーチャは、請求項３に記載されている。これは、端末アプリケーション手段と端末性能手段の間で交換される信号は、端末技術には依存していない、あるいは事前定義されたネットワークオープンサービスアーキテクチャインターフェース情報に対応する情報を含んでいるというだけではないことを示している。種々の端末性能手段同士が、直接的または端末サーバ性能手段を介して間接的に、事前定義された独立のアプリケーションオープン信号により、または事前定義されたネットワークオープンサービスアーキテクチャの情報を含む信号により、対話するように構成されていることも、また好ましい。ＳＩＭアプリケーションツールキットは、例えばモバイル端末のＵＳＩＭ用コマンドをモバイル機器の他の部品に対して生成する。本発明によれば、そのようなコマンドは、端末アプリケーション手段上での端末アプリケーションの識別リファレンス、あるいはサードパーティのサービスプロバイダに対して例えばショート・メッセージを開始するための、サードパーティのサービスプロバイダの識別リファレンスを含んでいてもよい。
【００２２】  請求の範囲で使用されている「含んでいる」という用語は、その後に続いてリストされる手段に限定されるものと解釈すべきではないことに、注意すべきである。したがって、「ＡおよびＢを含んでいるデバイス」という表現の範囲は、コンポーネントＡおよびＢのみから構成されるデバイスに限定されるべきではない。これは本発明に関して、デバイスの関連するコンポーネントはＡおよびＢだけであることを意味している。
【００２３】  同様に、やはり請求の範囲で使用されている「結合されている」という用語は、直接の接続に限定されるものとして解釈すべきではないことに、注意すべきである。したがって、「デバイスＢに結合されたデバイスＡ」という表現の範囲は、デバイスＡの出力がデバイスＢの入力に直接に接続されたデバイス、またはシステムに限定されるべきではない。これは、Ａの出力とＢの入力の間に、他のデバイスまたは手段を含むパスであることも可能な、パスが存在することを意味している。
【発明を実施するための形態】
【００２４】  本発明による端末を含んでいる仮想環境での遠隔通信ネットワークを表している添付の図と関連した、以下の実施形態の説明を参照することによって、本発明の上記ならびに他の目的およびフィーチャはさらに明確になり、それによって本発明自体も最も良く理解されることになる。この図を参照して、他のネットワークエレメントに対応した端末の動作について、図に示されている機能ブロックの機能的説明によって説明する。この説明に基づけば、機能ブロックの実装は、当業者には明らかなものとなるので、詳細を説明すべきものではない。さらに、本発明に関する端末の主要な動作については、３つの主要な例によってさらに詳細に説明する。
【００２５】  この通信ネットワークは、端末Ｔ、サードパーティのサービスプロバイダ３ｒｄＳＰ、および訪問先モバイルネットワークＶＮを含んでいる。この特定の実施形態に関しては、モバイル端末が好ましい。ただし、本発明の範囲はモバイル端末に限定されることなく、固定端末であってもよいことを説明しなければならない。訪問先の、すなわちホームのネットワークではないモバイルネットワークに端末が配置されている、後の段落に記載の例によって本発明を説明するため、訪問先モバイルネットワークの限られた数の機能ブロックを次に説明する。
【００２６】  モバイルネットワークは、３ＧＰＰサービス性能サーバＳＣＳという前記文書に記載のネットワークオープンサービスアーキテクチャの定義に従って、モバイルネットワークエンハンストロジック用カスタマイズドアプリケーション  キャメル（Ｃｕｓｔｏｍｉｚｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  ｆｏｒ  ＭｏｂｉｌｅＮｅｔｗｏｒｋ  ｅｎｈａｎｃｅｄ  Ｌｏｇｉｃ  Ｃａｍｅｌ）ＣＭＬ、すなわちモバイルネットワークにインテリジェントネットワークのサービスを提供するのに必要な機能、ショートメッセージサーバＳＭＳ、およびモバイル交換局ＭＳＣを含んでいる。サービス性能サーバＳＣＳは、キャメルＣＭＬ上のキャメルサービス性能サーバＣＭＬ−ＳＣＳおよびショートメッセージサーバＳＭＳ上のショートメッセージサービス性能サーバＳＭＳ−ＳＣＳを含んでいる。
【００２７】  これらのネットワークエレメントは、本発明の長所をよりよく説明するためにだけ述べられているものであるので、これらの機能ブロックをさらに詳細に説明することはしない。
【００２８】  端末は、４つの端末性能ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４、４つの端末アプリケーションａｐｐ１、ａｐｐ２、ａｐｐ３、ａｐｐ４を備えた４つの端末アプリケーション手段ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４、および１つの性能サーバＣＳを含んでいる。
【００２９】  端末アプリケーション手段ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４によって実行されることになるアプリケーションａｐｐ１、ａｐｐ２、ａｐｐ３、ａｐｐ４は、少なくとも部分的には端末アプリケーション手段ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４に記憶されている。これらのアプリケーションがどのようにいつ記憶されるか、またはネットワークからダウンロードされるかは、本発明の範囲を超えたことである。目的としているのは、略してデータ情報と呼ぶ、アプリケーションの実行に関する論理およびデータが、少なくとも部分的にはアプリケーション手段に存在しており、このデータ情報が、モバイル端朱のユーザにサービスを提供するために、アプリケーション手段によって利用されるということである。
【００３０】  端末Ｔは、端末機器ＴＥおよびＵＳＩＭを含んでいる。
【００３１】  端末機器ＴＥは、端末アプリケーション手段として端末性能、すなわち端末アプリケーション手段ＡＰＰ１およびＡＰＰ２ならびに端末性能ＣＡＰ１、ＣＡＰ２、ＣＡＰ４を含んでいる。端末機器ＴＥは、例えば、通信をセットアップするなどの、モバイル端末の基本機能を実行する、例えばモバイル端末の基本装備をさらに含んでいる。
【００３２】  ＵＳＩＭは、端末のユーザを識別して、その端末をこのユーザにパーソナライズするように構成きれている。さらにＵＳＩＭをこの端末Ｔに挿入することによって、ユーザは、通信ネットワークに、彼がそのモバイル端末を介して通信を行なうのを望んでいることを知らせる。ＵＳＩＭは、端末性能ＣＡＰ３およびＣＡＰ４を２つの端末アプリケーション手段ＡＰＰ３およびＡＰＰ４として含んでいる。
【００３３】  このようにして端末性能ＣＡＰ４は、ＵＳＩＭおよび端末機器ＴＥに含まれていることに注意する必要がある。このことは、端末性能ＣＡＰがＳＡＴとともに実装される後の段落でさらに明確になり、実際、ＳＡＴは、部分的に両方の機能ブロックをカバーしている。
【００３４】  ４つの性能ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４は、性能サーバＣＳを介して、端末アプリケーション手段ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４の１つまたは複数に結合されている。このようにしてＡＰＰ２は、性能サーバＣＳを介して、性能ＣＡＰ１および性能ＣＡＰ２に結合されている。
【００３５】  端末性能サーバＣＳは、集中的な性能サーバであるのが好ましいことに注意しなければならない。ただし、端末性能サーバＣＳは、種々の端末性能に向けて端末内で分散していてもよい。このようにして、性能ＣＡＰ１にはそれ自体の性能サーバがあり、性能ＣＡＰ２にもそれ自体の性能サーバがあるということもあり得る。さらに、これらの２つの専用性能サーバが、それぞれ集中端末性能サーバに結合されている（図示せず）ということもあり得る。
【００３６】  端末性能サーバＣＳは、例えばＳ１という、端末性能ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４の１つから受信した技術依存のアプリケーション信号を、例えばＳＯ１という技術に依存しないオープンアプリケーション信号に翻訳して、これらの技術には依存しないオープンアプリケーション信号を端末アプリケーション手段ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４の１つまたは複数に提供するように構成されている。さらに、端末性能サーバＣＳは、例えば、端末アプリケーション手段ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４の１つから受信したＳＯ２などの、技術に依存しないオープンアプリケーション信号を、例えばＳ２などの技術依存のアプリケーション信号に翻訳して、端末性能ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４の１つまたは複数に技術依存のアプリケーション信号を提供するように構成されている。端末性能サーバＣＳは、集中的なブロックであるので、図では、２本の両方向矢印を使ってこの両方向の翻訳を表すようにされている。技術に依存しないオープンアプリケーション信号は、例えばＳＯ１およびＳＯ２など、事前定義されたアプリケーションオープン信号と呼ばれる。事前定義された端末アプリケーションオープン信号は、それによって基本端末機能などの機能だけでなく、端末の諸性能に関する機能も統一された方式で決定され、定義されることになる、種々のタイプの端末の種々の製造業者間での協働作業により事前定義されることに注意されたい。決定された機能は、これらの事前定義されたアプリケーションオープン信号に翻訳され、またその逆も行われる。
【００３７】  さらに、この特定の実施形態では、好ましくは、３ＧＰＰの上記の情報によって事前定義されたネットワークオープンサービスアーキテクチャインターフェースの情報に対応するように、事前定義のアプリケーションオープン信号をさらに決定する。ただし、この対応は、本発明には基本的なものであることに注意されたい。このことは、以下の段落でさらに明らかになる。
【００３８】  本発明の主要な働きおよび長所を説明するために示されることになる第１の例は、通話転送アプリケーションに基づくアプリケーションに関する。端末性能ＣＡＰ１は、端末アプリケーションａｐｐ１、すなわちワイヤレス電話アプリケーションＷＴＡをサポートするワイヤレス電話アプリケーションＷＴＡクライアント性能であると想定する。第１の製造業者は、ＷＴＡ端末性能ならびにＷＴＡアプリケーションを開発する。端末性能ＣＡＰ２は、第２の製造業者によって開発されたショートメッセージ端末性能ＳＭＳであると想定する。端末アプリケーション手段ＡＰＰ１は、このように通話転送アプリケーションａｐｐ１を含んでいる。このことは、ユーザが、自分の通話転送設定をインストールし、例えば電話番号など、別の宛先に受信した通信を転送することができることを意味している。サードパーティのサービスプロバイダが、通話転送アプリケーションに類似したサービスを提供するアプリケーションを開発したいとし、さちに、事前定義された識別番号に対してショートメッセージを自動的に生成する特別サービスを、ユーザクライアントに提供したいものと想定する。従来技術の端末によれば、このサードパーティのサービスプロバイダは、端末性能ＣＡＰ１およびＣＡＰ２について基礎技術に関する知識を集めるために、第１の製造業者および第２の製造業者にコンタクトする必要がある。しかし、本発明によれば、端末Ｔは、Ｓ１などの技術依存のアプリケーション信号をＳＯ１などの事前定義されたアプリケーションオープン信号に翻訳する、性能サーバＣＳを含んでいる。この方式で、サードパーティのサービスプロバイダは、ＷＴＡ端末性能を作る第１の製造業者およびＳＭＳ端末性能を作る第２の製造業者によって使用されている技術について事前の知識をもたずに、例えばａｐｐ２などの「ショートメッセージ付き通話転送アプリケーション」を開発することができるようになる。
【００３９】  さらには、サードパーティのサービスプロバイダが、どこか別の製造業者のＷＴＡおよびＳＭＳ端末性能がインストールされている第２の端末（図示せず）を使用している第２のユーザに、このサービスを提供したいとき、端末が本発明による端末性能サーバＣＳを含んでいる限り、アプリケーションの再設計は必要ない。
【００４０】  本発明のさらなる長所を説明するために示される例は、ＵＳＩＭ上のアプリケーション、すなわちａｐｐ３およびａｐｐ４に関する。端末アプリケーション手段ＡＰＰ３上のアプリケーションａｐｐ３が、銀行口座に関係する、すなわち事前決定された期間でのユーザの総支出に関係するサービスを、ユーザに提供するものと想定する。銀行のサービスプロバイダは、ショートメッセージを使って定期的に、現行の月間にあった支出の情報を提供する。また、この情報は、後の最終的な照会のために、アプリケーション手段ＡＰＰ３に格納される。さらに、端末アプリケーション手段ＡＰＰ４上のアプリケーションａｐｐ４は、事前決定された期間での、食料品店でのユーザの支出に関するサービスを、ユーザに提供するものと想定する。食料品店の好ましいサービスプロバイダは、そのようなサービスを希望するクライアントの支出を記録に取り、さらに、現行の月間に食料品店で使われた支出の情報を定期的に提供する。この情報はまた、後の最終的な照会のために、アプリケーション手段ＡＰＰ４に格納される。両方のアプリケーションはＵＳＩＭ上に配置されており、アプリケーション手段ＡＰＰ３およびＡＰＰ４は両方ともＵＳＩＭ上の端末性能ＣＡＰ３と対話しているが、従来技術の状況によれば、種々のサービスプロバイダによって開発されている両アプリケーションａｐｐ３およびａｐｐ４は、お互いをも、また他方のアプリケーションに関する情報をも認知していない。しかし、本発明による端末性能サーバＣＳの存在によって、そして特に端末性能サーバのうちのＵＳＩＭ関係の端末性能ＣＡＰ３に関する部分によって、端末アプリケーション手段ＡＰＰ３およびＡＰＰ４は、ユーザにとってトランスペアレントな統一方式に従って、性能ＣＡＰ３と対話を行なっている。それにより１つのＵＳＩＭアプリケーションから別ののＵＳＩＭアプリケーションに情報を提供することが可能となる。銀行のサービスプロバイダおよび食料品店のサービスプロバイダとは種々のサービスプロバイダであっても、技術に依存しない方式で、例えば現行の月間での、総支出に対する、食料品店での支出のパーセンテージを計算するなどの、さらなるアプリケーションを開発できるようになる（図示せず）。
【００４１】  さらに、特別アプリケーションは、どれかのアプリケーションによって事前定義された支出額に達したとき、その同じ銀行口座の第２のユーザに自動的にショートメッセージを送信して、この第２のユーザに警告を与えるようにするよう改良することもできる。端末性能ＣＡＰ４がＳＡＴ機能ブロックである場合、ＵＳＩＭから要求があると、ＣＡＰ４は、例えばＣＡＰ２などのショートメッセージ端末性能手段に、第２ユーザに向けたショートメッセージを自動的に生成するように命令する。
【００４２】  さらには、アプリケーションはさらに開発されて、追加で支出の詳細なリストを送信するが、この第２のユーザが実際に高解像度ディスプレイ性能を備えた端末を使用している場合だけそうするようになっている。したがって、好ましくは、ホームネットワーク性能と対話することによって、特別アプリケーションに従い、この第２ユーザの実際のユーザプロファイルを、最初に問い合わせる。ただし、このユーザプロファイルネットワークアプリケーションが、コアネットワーク外部のサードパーティのサービスプロバイダによって管理されている場合、このサードパーティのサービスプロバイダに問い合わせ、その識別リファレンスを知る必要がある。したがって、事前設定のアプリケーションオープン信号は、例えば、情報をネットワークに対して標準方式で要求できる、事前定義されたネットワークオープンサービスアーキテクチャ情報に従って定義される。
【００４３】  第２のユーザによって使用中の実際の端末（図示せず）の性能は、この端末に直接に、すなわち第２のユーザの仮想ホーム（Virtual Home）識別を介して、要求することができる。第２ユーザのこの実端末に性能サーバＣＳが存在することにより、この端末の性能は、第２のユーザ自身にとっては全くトランスペアレントな方式で端末に直接に要求することができる。
【００４４】  第３の例は、端末アプリケーションａｐｐ１、すなわち端末アプリケーション手段ＡＰＰ１上の、ボイスメッセージを聞くサービスを提供するＷＴＡアプリケーションに関する。これは本発明による端末と、オープンサービスアーキテクチャをサポートするネットワークとの対話を説明する。
【００４５】  端末アプリケーション手段ＡＰＰ１は、端末性能ＣＡＰ１、すなわちＷＴＡクライアントと、「ボイスメッセージアプリケーション」を実行するために対話する。サードパーティのサービスプロバイダ３ｒｄＳＰが、ボイスメッセージを記録し、格納するアプリケーションをネットワークに提供するものと想定する。ここで、サードパーティのサービスプロバイダ３ｒｄＳＰはまた、ユーザの要求に応じてボイスメッセージを提供する端末アプリケーションを、エンドユーザに対して提供する。さらに、このサードパーティのサービスプロバイダは、バンド内対話を介した告知ボイスプロンプト（announcement voice prompting）および情報収集を使用するユーザとの対話をサポートしないキャメルバージョン１  ＶＳ１で、訪問先ネットワークＶＮにローミング（roaming）しているユーザに対し、特別サービスを提供することを望んでいる。この特別サービスは、ボイスメッセージのテキストＴＸＴへの翻訳、およびキャメルバージョン１  ＶＳ１によって実際にサポートされているこのテキストＴＸＴメッセージの送信に関する。ここで、端末Ｔのユーザが訪問先のネットワークＶＮにローミングしており、ボイスメッセージを聞くことを希望しているとき、このユーザは、端末上でボイスメールアプリケーションａｐｐ１を選択する。さらに、ユーザが受信したボイスメッセージのなかの１つを聞くことを希望するとき、アプリケーションａｐｐ１は、端末性能サーバＣＳを介し、端末性能ＣＡＰ１のサポートの下、訪問先のネットワークＶＮの、インストールされたキャメルバージョンＶＳに問い合わせる。これは要求メッセージＲｅｑ（ＶＳ）で示されている。端末性能サーバＣＳによって使用されている事前定義されたアプリケーションオープン信号が３ＧＰＰネットワークオープンサービスアーキテクチャの情報に対応していることにより、端末はネットワークにそのキャメルバージョンを要求することができる。訪問先ネットワークＶＮは反応して、端末にそのキャメルバージョンＶＳ１を提供するが、これは低すぎて、サードパーティのサービスプロバイダ３ｒｄＳＰにボイスメッセージを要求するよう構成されていない。端末性能ＣＡＰ１および端末性能サーバＣＳを介してキャメルバージョンＶＳ１が端末アプリケーション手段ＡＰＰ１によって受信されると、アプリケーションａｐｐ１がさらに、端末アプリケーション手段ＡＰＰ１によって実行される。キャメルバージョンが、例えばバージョン２またはバージョン３など、さらに上のバージョンであった場合には、端末Ｔは、モバイルネットワークを介してサードパーティのサービスプロバイダ３ｒｄＳＰに、ボイスメッセージの送信を要求することができたであろう。このことは、点線Ｒｅｑ（Ｖ）で示されている。しかし、バージョンが下のものＶ１であったため、アプリケーションａｐｐ１は、端末性能サーバＣＳおよびショートメッセージ端末性能ＣＡＰ２を介し、端末Ｔから、モバイルショートメッセージサービス性能ＳＭＳおよびそのショートメッセージサービス、つまりネットワークサービス性能サーバＳＭＳ−ＳＣＳを介して、サードパーティのサービスプロバイダ３ｒｄに、テキストの送信を要求しているのである。このことは、Ｒ���ｑ（ＴＸＴ）で示されている。この要求を受信すると、３ｒｄＳＰはボイスメッセージをテキストに変換して、このテキストＴＸＴを、モバイル交換局ＭＳＣを介して端末Ｔに送信する。
【００４６】  上記で、本発明の原理は、特定の装置との関連で説明してきたが、この説明は例として行なったもので、添付の請求項の範囲に定義される本発明の範囲を限定するものではないことを、明確に理解されたい。
【図面の簡単な説明】
【図１】  本発明による端末を含んでいる仮想環境での遠隔通信ネットワークを表す図である。
【符号の説明】  ３ｒｄＳＰ  サードパーティサービスプロバイダ
ａｐｐ１、ａｐｐ２、ａｐｐ３、ａｐｐ４  端末アプリケーション
ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４  端末アプリケーション手段
ＣＡＰ１、ＣＡＰ２、ＣＡＰ３、ＣＡＰ４  端末性能手段
ＣＭＬ  モバイルネットワークエンハンストロジック用カスタマイズドアプリケーション  キャメル（Ｃｕｓｔｏｍｉｚｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  ｆｏｒ  ＭｏｂｉｌｅＮｅｔｗｏｒｋ  ｅｎｈａｎｃｅｄ  Ｌｏｇｉｃ  Ｃａｍｅｌ）
ＣＭＬ−ＳＣＳ  キャメルサービス性能サーバ
ＣＳ  端末性能サーバ手段
ＭＳＣ  モバイル交換局
Ｒｅｑ（ＴＸＴ）、Ｒｅｑ（Ｖ）、Ｒｅｑ（ＶＳ）  要求メッセージ
Ｓ１、Ｓ２  アプリケーション信号
ＳＣＳ  サービス性能サーバ
ＳＭＳ  ショートメッセージサーバ
ＳＭＳ−ＳＣＳ  ショートメッセージサービス性能サーバ
ＳＯ１、ＳＯ２  事前定義されたアプリケーションオープン信号
Ｔ  端末
ＴＥ  端末機器
ＴＸＴ  テキスト
ＶＳ１  キャメルバージョン１
ＶＮ  訪問先のネットワーク
【図１】
0005285827.tif 000002