(57)【要約】  利用者が受ける通信サービスが複数のサービス要素に分割され、各サービス要素に対して最適なサービスプロバイダ（ＯＰ１、ＯＰ２、ＯＰ３）を通信端末（ＭＴ）が決め、各サービス要素が対応サービスプロバイダ（ＯＰ１、ＯＰ２、ＯＰ３）により得られ、そして得られるサービスに従って通信端末（ＭＴ）が各サービス要素の機能を呼び出す。これは無線移動通信端末に特に有効である。
2009503961.tif 000002
【特許請求の範囲】
【請求項１】
Ａ）複数のサービス要素からなる通信サービスを選択するステップと、
Ｂ）選択した通信サービスに必要とされ、各々所定の機能を有する各サービス要素を識別するステップと、
Ｃ）識別された各サービス要素に対して複数のサービスプロバイダから１つのサービスプロバイダを選択するステップと、
Ｄ）識別された各サービス要素に対して選択した各サービスプロバイダとの接続を起動するステップと、
Ｅ）識別された各サービス要素の機能を呼び出すステップと、
からなる通信端末により通信サービスを得る方法。
【請求項２】
Ｆ）起動された各接続を停止するステップ、
を更に含む請求項１に記載の方法。
【請求項３】
前記通信サービスが複数のサービス要素からなる請求項１又は２に記載の方法。
【請求項４】
ステップＢを前記通信端末により自動的に実行する請求項１又は２又は３に記載の方法。
【請求項５】
前記通信端末に接続された１以上のメモリ装置に記憶されたプログラムに従ってステップＢを実行する請求項４に記載の方法。
【請求項６】
ステップＣを前記通信端末により自動的に実行する請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記通信端末に接続された１以上のメモリ装置に記憶されたプログラムに従ってステップＣを実行する請求項６に記載の方法。
【請求項８】
異なるサービスプロバイダにより提供される識別された各サービス要素の特徴を考慮してステップＣを実行する請求項６又は７に記載の方法。
【請求項９】
前記サービス要素の特徴がサービスの料金とサービスの質とのうち少なくとも一方を含む請求項８に記載の方法。
【請求項１０】
前記サービス要素の特徴を前記通信端末により自動的に収集し、前記通信端末に接続された１以上のメモリ装置に記憶する請求項８又は９に記載の方法。
【請求項１１】
前記収集し記憶するステップを、
-  ステップＢの前、又は
-  ステップＢの後でステップＣの前に、
前記通信端末により実行する請求項１０に記載の方法。
【請求項１２】
利用者により前記通信端末に入力されたデータを考慮してステップＣを、
-  ステップＢの前、又は
-  ステップＢの後でステップＣの前に、
実行する請求項６〜１１のいずれか一項に記載の方法。
【請求項１３】
ステップＢで識別されたサービス要素がローカル型の場合、ステップＤで起動された対応する接続を、前記サービス要素を対応するサービスプロバイダから前記通信端末にダウンロードするために使用する請求項１〜１２のいずれか一項に記載の方法。
【請求項１４】
ステップＢで識別されたサービス要素がリモート型の場合、ステップＤで起動された対応する接続を、対応するサービスプロバイダと前記通信端末との相互作用のために使用する請求項１〜１３のいずれか一項に記載の方法。
【請求項１５】
同時に１つの通信リンクだけがアクティブである請求項１〜１４のいずれか一項に記載の方法。
【請求項１６】
ステップＤの結果として同時に２以上の通信リンクがアクティブである請求項１〜１４のいずれか一項に記載の方法。
【請求項１７】
ステップＥを前記通信端末により自動的に実行する請求項１〜１６のいずれか一項に記載の方法。
【請求項１８】
前記通信端末に接続された１以上のメモリ装置に記憶されたプログラムに従ってステップＥを実行する請求項１７に記載の方法。
【請求項１９】
Ｇ）選択された各サービスプロバイダに前記通信端末から識別情報を与えるステップ、
を更に含む請求項１に記載の方法。
【請求項２０】
Ｈ）ネットワークオペレータの１つの電気通信網に前記通信端末を登録するステップ、
を更に含む請求項１又は１９に記載の方法。
【請求項２１】
前記１つのサービスプロバイダの識別子を、前記通信端末に接続されたメモリモジュールから前記通信端末により読み出す請求項２０に記載の方法。
【請求項２２】
前記通信端末が無線移動通信端末である請求項１〜２１のいずれか一項に記載の方法。
【請求項２３】
請求項１〜２２のいずれか一項に記載の方法を実行することを特徴とする通信端末。
【請求項２４】
無線移動型であることを特徴とする請求項２３に記載の通信端末。
【請求項２５】
少なくとも１つのコンピュータのメモリにロード可能であると共に、請求項１〜２１のいずれか一項に記載の方法を実行する部分を含んだコンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信サービスの分野に関するものであり、通信端末によって通信サービスを得ることができる方法を扱う。
【０００２】
本発明は特に無線移動通信端末に適用でき、以下ではこの特定の場合について説明するが、他の種類の通信端末や異なる種類の端末の組み合わせにも適用できる。
【背景技術】
【０００３】
今日、各国には多くの通信サービスプロバイダが存在する。
無線移動通信の場合、ケーブル（すなわち電線又は光ファイバー）を利用者の家屋まで敷設する必要がないので、利用者は様々なサービスプロバイダにより非常に容易に使用できる。
【０００４】
特に無線通信の分野では、多様なパラメータにより特徴付けられる多くの異なるサービスが多くのサービスプロバイダにより利用者に提供されており、例えば、多くの異なる料金でサービスが提供される。したがって、競争が非常に激しく、一般にはサービスの構成、サービスの料金、サービスの質、サービスの地域的範囲、外国でのローミングについて競われている。
【０００５】
今日、競争の重要な戦略は、ＳＩＭ［加入者識別モジュール］カードを通じて顧客を獲得することである。すなわち、利用者はいったん携帯端末中に特定のサービスプロバイダのＳＩＭカードを入れると、その特定のサービスプロバイダだけの種々のサービスを使用するようになるからである。利用者が自分の国にいないとき、利用者は、その特定のサービスプロバイダと業務協定を結んでいる現地のサービスプロバイダから携帯端末を介して通信サービスを得る（「ローミング」）。
【０００６】
利用者は例えば２つの異なるサービスプロバイダの２つの異なるＳＩＭカードを有することができ、いつでも必要なサービス料金に従ってこれら２つのサービスプロバイダから選択できる。これは例えば２つの異なる端末を所持して２つの異なるＳＩＭカードを常時取り付けておくことにより、又は１つの端末を所持して必要なときに選択されたサービスプロバイダのＳＩＭカードを取り付けることにより実現できる。明らかに、これら両方の解決策はスマートではなく、しばしばエンドユーザーには受け入れがたいものとなる。
【０００７】
米国特許第６，１０１，３７９号から、携帯加入者に対して無線サービスプロバイダにより課される予定の料金表を登録前に入手する方法が知られている。この方法は料金情報のリクエストを携帯端末によって制御チャネル上にて候補のサービスプロバイダに送信することを含む。候補のサービスプロバイダはローミング状態、強制的手数料などの様々なファクターに基づいて適用料金を決める。続いて料金表が制御チャネルを通じて携帯端末に返送される。次の料金の問い合せが、携帯端末によりアクセス可能な他の候補サービスプロバイダに対して行われる。いったんすべての候補サービスプロバイダから料金情報を受信すると、携帯端末は例えば最も安いサービスプロバイダと登録を開始してもよい。サービスプロバイダと登録する前に料金情報を得ることができるので、登録に関連した費用が不要となる。しかしながら、この解決策では、一方において制御チャネルを必要とすると共に携帯端末により複数登録できる必要性もあるので、現在の無線通信インフラストラクチャーにおける実質的な変更を必要とすると思われる。
【０００８】
国際公開第ＷＯ９９／３０４７９号から公知なものとして、携帯端末の加入者に利用可能な各携帯電話網に関連した課金情報に基づいて、加入者のホーム携帯電話網の外部でローミングしつつ、携帯端末により携帯電話網を選択するための通信システム及び方法が公知である。携帯端末の地理的地域内の携帯電話網は、他のネットワークからローミング加入者に適用可能な課金情報をブロードキャストすることができる。携帯端末の地理的地域内の各携帯電話網の識別子及び関連の課金情報が携帯端末により受信され、該携帯端末が最も安い携帯電話網を選ぶ。手動での選択では、加入者が所望の携帯電話網を選択できるように、利用可能な各携帯電話網の識別子及び関連の課金情報が携帯端末により受信されて加入者に表示される。しかしながら、出願人は、この解決策はローミングに対してのみ適用できるものと考える。
【０００９】
米国特許第５，９１５，２１４号から、携帯電話サービスなどの無線通信サービスの利用者が料金及びサービスの特徴についてのリアルタイムの情報に基づいて種々の利用可能なサービスプロバイダの間で容易に切り換えることを可能にするためのシステム及び方法が公知である。中央の処理設備は、移動通信の利用者とサービスプロバイダとの仲介者として機能すると共に、無線通信事業者によりサービスを受ける各地域内で確立された情報チャネルでリアルタイムのサービスプロバイダ情報をブロードキャストする。利用者は受信したサービスプロバイダ情報に基づいて最適なサービスプロバイダを選択できる。しかしながら、この解決策では、一方において中央処理設備を必要とすると共に携帯端末により複数登録できる必要性もあるので、現在の無線通信インフラストラクチャーにおける実質的な変更を必要とすると思われる。
【００１０】
米国特許出願公開第２００４／０１６２０５８号から公知なものとして、エンドユーザーが複数のサービスプロバイダ及び／又は仮想移動体通信事業者（ＭＶＮＯ）に対して使用／加入することを可能にする方法、無線装置及びシステムがある。様々なサービスプロバイダ及び／又は様々なＭＶＮＯの間で移動するための規則を作ることをエンドユーザーに認めるシステムによって、様々なエンドユーザーのプロフィール／加入が管理される。しかしながら、この解決策では、一方において管理システムを必要とすると共に携帯端末により複数登録できる必要性もあるので、現在の無線通信インフラストラクチャーにおける実質的な変更を必要とすると思われる。
【００１１】
米国特許出願公開第２００４／０１２１７５８号から公知のものとして、携帯利用者を案内してサービスを選択させ、選択されたサービスを呼び出し、加入者の移動通信装置にてアカウントを処理する課金助言方法があり、該移動通信装置は、更に利用者の挙動を記録し、課金情報を検索し、記録された利用者の挙動と検索された課金情報とに基づいてサービスと料金の制約を分析し、最適化基準に関して上記分析に基づいて推奨されるサービスを導き出しアカウントを選択し、場合によってはサービス及び料金の特徴を協議することによって、複数のアカウントを処理し利用者に助言できる。この方法を実施するための移動通信装置、基地局、及びコンピュータ・ソフトウエア・プロダクトもまた公知である。しかしながら、この解決策では、携帯端末が複数のアカウント又は複数のＳＩＭカードを管理できなければならないこと、換言すれば、複数のサービスプロバイダに登録できなければならないことが要求されるものと思われる。
【００１２】
米国特許出願公開第２００３／０００３９３３号からは、無線ネットワークアクセスの複数のサービスプロバイダによりサービスされている地域内で、利用可能なサービスプロバイダの各々から受信された情報及びプロバイダ選択基準に基づいて、使用するサービスプロバイダが通信装置により選択されることが知られている。
【００１３】
したがって、以上のことから、無線移動通信端末において最高の質、通常は最も安いサービスを得るために、異なるサービスプロバイダから選択することは既に知られている。出願人は、選択したサービスプロバイダに登録することにより通信サービスが得られることに注目した。
【００１４】
最近、国際公開第ＷＯ０２０９３２８９号に、１つのインターネット接続を介して異なるウエブ・サービスを見つけて使用することを無線通信端末に可能にするシステム及び方法が開示された。
【特許文献１】米国特許第６，１０１，３７９号
【特許文献２】国際公開第ＷＯ９９／３０４７９号
【特許文献３】米国特許第５，９１５，２１４号
【特許文献４】米国特許出願公開第２００４／０１６２０５８号
【特許文献５】米国特許出願公開第２００４／０１２１７５８号
【特許文献６】米国特許出願公開第２００３／０００３９３３号
【特許文献７】国際公開第ＷＯ０２０９３２８９号
【発明の開示】
【発明が解決しようとする課題】
【００１５】
発明の概要
今日、サービスプロバイダは洗練された通信サービスを利用者に提供し始めている。例えば、ＴＩＭイタリア（テレコムイタリアのグループ企業）によりイタリア内で提供されている「ターボ・コール」と称するサービスは複合（正確には「組み合わせ」）通信サービスであり、ＵＭＴＳ［ユニバーサル移動通信サービス］網を必要とする。ＵＭＴＳ回線交換接続が従来の音声電話サービス（双方向の音声転送）に用いられ、ＵＭＴＳパケット交換接続が画像又はビデオ転送サービスに使用される。
【００１６】
現在、出願人はさらに複合的な通信サービスを検討し研究している。複合通信サービスの第１の例は、「最も近い病院に電話をかける」ことであり、この場合、携帯端末の位置を特定する位置特定サービスと、既に特定された位置に最も近い病院の電話番号を見つけるための探索サービスと、見つけ出した電話番号に電話をかけるサービスとが必要になる。複合通信サービスの第２の例は、「近くのホテルの部屋を予約する」ことであり、この場合、携帯端末の位置を特定する位置特定サービスと、特定した位置の周辺地域に位置するホテルとその詳細（例えば個人的に管理された「ホットスポット」、すなわちパブリックアクセス無線ＬＡＮ［ローカル・エリア・ネットワーク］によって提供し得る名前、住所、カテゴリー、料金など）を受信するリストサービスと、特定した位置の周辺地域の地図を受信するマップサービスと、利用者が自由に選択してリストアップされたホテルの一つの部屋を予約する音声又はビデオ通話サービスとが必要になる。将来は、さらに複合的な通信サービスが展開されることを出願人は予想している。
【００１７】
したがって、「複合」通信サービスでは、複数の（すなわち、２以上の）「単純な」通信サービス（例えば、ＧＳＭ接続による音声電話サービス、ＧＳＭ接続によるＳＭＳサービス、ＵＭＴＳ接続によるビデオ通話サービス、ＧＰＲＳ接続によるＩＰサービス、ＧＳＭ又はＵＭＴＳ接続による端末位置特定サービスなど）が同時且つ／又は順次に提供される必要がある。この場合、「単純な」通信サービスとは、「複合」通信サービスの「サービス要素」と考えられる。
【００１８】
出願人は、競争のためだけでなく専門化のためにも、異なるサービスプロバイダから異なるサービス要素を得るのが有利であり得ることを理解した（例えば、１つのサービスプロバイダはＳＭＳサービス又は位置特定サービスに専門化し得る）。
【００１９】
本発明の目的は、従来技術の欠点を克服すべく、異なるサービスプロバイダから通信サービスを得る方法を提供することである。
【００２０】
本発明の別の目的は、単純な通信サービスと複合的な通信サービスの両方に十分に適用できる方法であって、異なるサービスプロバイダから通信サービスを得る方法を提供することである。
【００２１】
本発明のさらに別の目的は、複数のサービスプロバイダに登録する必要のない方法であって、異なるサービスプロバイダから通信サービスを得る方法を提供することである。
【課題を解決するための手段】
【００２２】
本発明により携帯電話網を選択することで、加入者は選択した１つのネットワークにおいて利用可能な全サービス群を選択する必要がない。
【００２３】
本発明により、利用者が得られる通信サービスがサービス要素に分割され、通信端末が各サービス要素に対して最適なサービスプロバイダを決め、各サービス要素は対応するサービスプロバイダとの接続により得られ、通信端末は得られるサービスに従って各サービス要素の機能を呼び出す。
添付図面と共に以下の説明を読めば本発明がさらに明らかになる。
【発明を実施するための最良の形態】
【００２４】
発明の詳細な説明
図１に示される無線移動通信端末ＭＴは、３つの通信サービスプロバイダ又はネットワークオペレータＯＰ１、ＯＰ２及びＯＰ３によりカバーされた地域内に位置している。各プロバイダは、少なくとも１つ、一般には複数の「単純な」通信サービス（「複合的な」通信サービスのサービス要素と考えることができる）を提案し、提供できる。
【００２５】
例えば、プロバイダＯＰ１はＧＳＭ接続によるＳＭＳサービスとＧＰＲＳ接続による「Ｌｏｃ」（位置特定）サービスを提案し、プロバイダＯＰ２はＧＳＭ接続による「Ｃａｌｌ」（音声通話）サービスとＧＰＲＳ接続によるＬｏｃ（位置特定）サービスを提案し、プロバイダＯＰ３はＧＳＭ接続による「ＳＭＳ」サービスとＧＰＲＳ接続によるＬｏｃ（位置特定）サービスを提案する。これらのサービスはすべて、一般には異なる対応料金で提供され、一般的に、図１では強調して示していないが、これらの異なるサービスは他の異なる特徴、例えば質の特徴を有する。
【００２６】
本発明によると、端末ＭＴはこれらのサービス要素のいずれかの機能を選択し使用できる、すなわちオペレータＯＰ１又はＯＰ３からＳＭＳサービスを、オペレータＯＰ２からＣａｌｌサービスを、オペレータＯＰ１又はＯＰ２又はＯＰ３からＬｏｃサービスを選択し使用できる。
【００２７】
好ましくは、端末ＭＴは特定のサービスプロバイダと優先関係にある。一般に、このことは、このサービスプロバイダのＳＩＭカードが端末中に取り付けられることに起因する。このＳＩＭカードが電話番号［ＭＳＩＳＤＮ（移動局国際ＩＳＤＮ番号）］を端末ＭＴに割り当て、その対応するサービスプロバイダは入ってくる呼が端末ＭＴに届くことを可能にする。このためには、一般に端末ＭＴのスイッチが入れられたときに端末ＭＴがこのサービスプロバイダに登録する必要がある。通常、登録とは、端末とその利用者がサービスプロバイダで識別され、このサービスプロバイダで直接認証されることを意味し、その後、端末は無線通信網によってアクティブな端末であると見なされる。
【００２８】
通常、無線移動通信端末などの端末ＭＴは、その動作のためにメモリ装置を必要とする。これらのメモリ装置は通常は異なる種類である（すなわちＲＯＭ［読み出し専用メモリ］、ＲＡＭ［ランダムアクセスメモリ］、ＥＰＲＯＭ、［電気的にプログラム可能な読み出し専用メモリ］、ＥＥＰＲＯＭ［電気的に消去及びプログラム可能な読み出し専用メモリ］）。これらのメモリ装置はグループ化してメモリモジュールにしてもよい。一般に、いくつかのメモリ装置は端末の内部にあり（すなわち端末に含まれ）、いくつかのメモリ装置は端末の外部にある（すなわち端末に付加される）。例えば、ＳＩＭカードは、ＳＩＭカードが端末中に取り付けられたときに端末に付加されるメモリ装置を備える。他の種類のメモリ装置（例えば、マルチメディアカード（商標））を端末に付加することもでき。プログラムとデータは、端末のアーキテクチャーとプログラム及びデータの種類とに依存して内部メモリ装置及び／又は外部メモリ装置に記憶できることに留意すべきである。
【００２９】
端末ＭＴは以下の機能を備える。
Ｆ１：  サービス要素の提案の取得：この機能により、端末は、端末が位置している特定の地域内で特定の時間に利用可能なサービス要素に関する情報を収集し記憶することができる。この情報は少なくともサービス料金又はサービスの質を含む。このような情報の収集は以下の方法、すなわちこの情報の一部を（例えばＳＩＭカード中に）固定的に記憶しておく方法、利用者が手動で入力する方法、サービスプロバイダ及び／又は情報プロバイダから専用の通信チャネルを通して受信する方法、サービスプロバイダ及び／又は情報プロバイダのアーカイブを検索する方法のうちの１つ以上により実行できる。
Ｆ２：  サービス要素の識別：この機能により、利用者が望む通信サービスに必要なサービス要素を識別できる。サービス要素の数と種類は、端末ＭＴに接続されたメモリ装置に記憶された情報（例えばスクリプト）から自動的に得ることもできる。
Ｆ３：  サービス要素の選択：この機能により、必要な各サービス要素に対して、端末ＭＴの利用者に最適で且つ利用者が望むサービスに最適なサービス要素を提案するサービスプロバイダを選択できる。この選択は様々な基準で行なうことができる。例えば、サービス要素の料金又はサービス要素の質の特徴（例えば、通信チャネルの帯域幅、サービスを得るのに必要な時間など）の１つ以上に基づいて選択してもよい。
Ｆ４：  サービス要素の接続：この機能により、各サービス要素に対して通信接続を起動できる。サービス要素がローカルで使用される場合、サービス要素をサービスプロバイダから端末ＭＴにダウンロードするために当該接続が使用される。ダウンロードの後、サービス要素を、端末ＭＴに接続され且つ端末ＭＴの内部又は外部にあるメモリ装置（例えばＳＩＭカード）に記憶し得る。サービス要素がリモートで使用される場合、サービスプロバイダと端末ＭＴとの相互作用のために当該接続が使用される。
Ｆ５：  サービスの実行：この機能により、通信サービス（一般には複合サービス）を得るために異なるサービス要素を適当に配列することができる。要素を配列する論理は、プログラム又は「サービスプログラム」、例えばスクリプト又は「サービススクリプト」（すなわちプロセッサにより解釈されるソースフォーマットのプログラム）により表され、一般に端末ＭＴに接続されたメモリモジュール、好ましくはＳＩＭカードに記憶された１組の命令からなる。これらの命令のいくつかが実行されると、サービス要素が呼び出される。これらのプログラムは例えばＳＩＭカードに予め記憶しておいてもよいし、例えばサービスプロバイダからＳＩＭカードにダウンロードしてもよい。
端末によるサービス要素の使用は、サービス要素に依存した所定のアプリケーション・プロトコル又は１組のアプリケーション・プロトコルに従って情報（一般に指令／要求及び結果／応答）を交換することにより行なうことができる。
【００３０】
本質的に、サービス要素は２つの種類、すなわちリモート型サービス要素とローカル型サービス要素からなり得る。
【００３１】
リモート型要素の場合、サービス要素はネットワーク要素であり、したがって端末と該要素との相互作用は通信チャネルを通じて行われる。１つの要素がその通信チャネルのために異なる種類の接続をサポートしてもよい。例えば、同じ要素が、ＳＭＳメッセージを用いるＧＳＭ接続により、又はＩＰパケットを用いるＧＰＲＳ若しくはＵＭＴＳ接続により届けられ得る。
【００３２】
ローカル型要素の場合、サービス要素は予め端末に記憶されたソフトウエアモジュールである。したがって、当該要素との相互作用は、端末に付加された任意のメモリ装置、例えばＳＩＭカード中に含まれるメモリ装置を含めて端末内部で行われる。この場合、当該要素のダウンロードには通信チャネル（例えばＯＴＡ［Over-The-Air］規格による）が必要とされる。
【００３３】
端末のメモリの一部及び／又は端末に付加されるＳＩＭカードなどのメモリの一部が、種々のサービス要素の状態に関する情報の記憶に専用される。この目的のため、各サービス要素が例えば識別コードにより識別され、その状態に関する情報に関連付けられる。サービス要素は以下の状態の１つであり得る。
Ｓ１：  ＩＤＥＮＴＩＦＩＥＤ：要素の種類は知られているが、端末に利用可能な要素からまだ選択されてはいない。
Ｓ２：  ＳＥＬＥＣＴＥＤ：要素が選択されている、すなわち、サービスプロバイダが選択され、当該要素にアクセスするためのアドレスが知られている。
Ｓ３：  ＡＣＴＩＶＥ：アクセスチャネルが開放されて当該要素との相互作用が可能になり、当該要素を呼び出すことができ、その機能を使用できる。これらの状態間の遷移は次のように行われる。
→Ｓ１  （状態Ｓ１の割り当て）例えばスクリプトが分析され、要素の種類が識別されたとき、
Ｓ１→Ｓ２  特定の種類の利用可能な要素のうち例えば異なるプロバイダから選択するステップが実行されたとき、
Ｓ２→Ｓ３  ダウンロード及び／又は相互作用のために接続起動ステップが実行されたとき。
【００３４】
機能Ｆ１（サービス要素の提案の取得）は以下の手法により実行できる。
１．提案の表示（データモデル）：提案は少なくとも以下の情報を含むのが好ましい。
ａ．プロバイダのコード（例えばＯＰ１）
ｂ．要素の機能（例えば位置特定）
ｃ．要素の種類（例えばローカル、リモート）
ｄ．サポートされる接続の種類（例えばＧＳＭ、ＧＰＲＳ、ＥＤＧＥなど）
ｅ．接続プロバイダ（例えばＯＰ２）
ｆ．アクセスアドレス（例えばＵＲＬ［ユニフォーム・リソース・ロケータ又はユニバーサル・リソース・ロケータ、すなわちインターネット上でアクセスできるファイルのアドレス］）
ｇ．料金情報
ｈ．質の特徴（例えば帯域幅、遅延、精度など）、
及び随意に他の情報。
２．表示コーディング：上記情報が通信端末によって送信され正しく解釈されるように、公知の方法を用いて適当な一連のバイナリ情報によって表される。
３．送信方法：基本的に次の２つの可能性を考えることができる。
ａ．サービスプロバイダによるブロードキャスト送信と、チャネル周波数による走査による取得（ローミングの場合のように）、
ｂ．種々のサービスプロバイダに対する端末による問い合わせ。
【００３５】
一般にサービス要素の提案は様々なサービスプロバイダにより送信され、様々な端末により受信されて解釈されるので、同一又は少なくとも互換性のあるデータモデルが種々のサービスプロバイダにより用いられるのが有利である。このようにすると、端末がこれらのデータを解釈するのがさらに容易になる。これは標準化団体における標準化の活動によって実現できる。データモデルはまた、公知の共通形式により拡張が記述される場合には（例えば他の情報と共に）拡張し得ることに留意されたい。
【００３６】
機能Ｆ２（サービス要素の識別）は、一般に利用者が選択した通信サービスに対応するスクリプトを分析することによって実行される。このスクリプトは、必要なすべてのサービス要素がリストアップされているヘッダー部を有し得る。
【００３７】
機能Ｆ３（サービス要素の選択）により、必要な種類のすべての要素とそれに対応するサービスプロバイダが選択され、すなわち状態Ｓ１から状態Ｓ２へのすべての必要な遷移が行われる。この選択では利用者を考慮に入れることもできる。すなわち、この選択は、例えば、利用者の好み（例えば固定した選択肢又は固定した規則）を表す利用者プロフィールを例えば端末又はＳＩＭカードに記憶することによって、又は利用者が入力して行なうことができる。この選択段階は、特定の要素の種類の取り扱い方について利用者プロフィールが指示しているかを調査することから開始し得る。該当する場合には、固定した選択肢がプロフィールにより与えられるか、又は利用者に選択するよう要求され、可能な選択肢のリストを端末が提示する（利用者の最終的な選択肢が好ましくは強調される）。該当しない場合には、何らかの所定の規則に従って端末が選択する。
【００３８】
機能Ｆ４（サービス要素の接続）により、利用者が選んだ通信サービスを得るために必要なすべての要素が起動され、すなわち、状態Ｓ２から状態Ｓ３への必要なすべての遷移が行われる。
【００３９】
端末が各サービス要素にアクセスする必要のため、次の２つの可能性が与えられる。
（ｉ）端末が当該要素をローカルにてダウンロードする、
（ｉｉ）端末が、リモートにて例えばサービスプロバイダのサーバ上に位置する要素と相互作用する。
【００４０】
両方の場合とも、端末はサービスプロバイダとの接続又は通信リンクを実現しなければならない。本明細書及び特許請求の範囲において、接続又は通信リンクとは、７層ＯＳＩスタックに基づいたトランスポート層での接続又はリンク、又は異なる層分割における等価層での接続又はリンクを意味する。一般に、トランスポート層での接続又はリンクは、２つのホストコンピュータ又は端末間でエンドツーエンドで通じ且つエラー制御されるエンドツーエンド接続に対応する。
【００４１】
要素にアクセスする前に、通常、端末及び／又はその利用者は自身をサービス要素のプロバイダにより識別しなければならない。通常、プロバイダはサービスの使用が認められた利用者のリストを保持している。
【００４２】
ＧＳＭでは、利用者と装置は明確に区別され別々に扱われる。国際移動局装置識別子（ＩＭＥＩ）はシリアルナンバーの一種であり、国際的に一意的に携帯端末（ＭＴ）を識別する。ＩＭＥＩは装置製造メーカーにより割り当てられ、ネットワークオペレータ（すなわち、サービスプロバイダ）により登録される。登録された各利用者、すなわち加入者は、その国際携帯加入者識別子（ＩＭＳＩ）により一意的に識別される。一般にＩＭＳＩはＳＩＭカードに記憶される。有効なＩＭＳＩを有するＳＩＭが、有効なＩＭＥＩを有する装置に挿入されたときにのみ、ＭＴは動作し得る。移動局の「実際の電話番号」は、加入者（すなわち、加入者のＳＩＭ）に割り当てられた携帯加入者ＩＳＤＮ番号（ＭＳＩＳＤＮ）である。いずれにしても、通常は、安全性のために一時的携帯加入者識別子（ＴＭＳＩ）と称されるコードのみが無線で送信される。
【００４３】
しばしば認証段階が識別段階の後に行われる。この段階の間、サービスプロバイダは端末／利用者により示された識別子が端末／利用者の真の識別子に対応するか否かを調査する。この調査は、例えば、「パスワード」、「識別子証明書」（例えばスマートカードに記憶）、又はバイオメトリック・データ（例えば指紋）によって行なうことができる。例えばＧＳＭネットワークシステムでは、呼制御のため並びに認証及びセキュリティの目的で、ホーム・ロケーション・レジスターなどのいくつかのデータベースが利用できる。識別段階と認証段階とは、結合して１つの段階にしてもよいことに留意されたい。
【００４４】
サービス要素をダウンロードするため、又はサービス要素と相互作用するために、端末はサービス要素のプロバイダとの接続を起動する。この接続の種類は、当該サービス要素に依存し、通常は、収集段階中に受信したサービス要素の提案に関連した情報から得ることができる。
【００４５】
通信サービスが複数のサービス要素を必要とする場合には、同時に１より多い通信リンクを設定してアクティブに維持するのが有効である。このことにより、すべての接続を起動することにより生じる遅延が小さくなる。いずれにしても、複数の通信リンクの可能性は、例えば端末のアーキテクチャーやスクリプトの構造によって限定され得る。
【００４６】
サービスプログラム、例えばサービススクリプトが、様々なサービス要素との逐次的な相互作用を規定している場合には、複数の通信リンクは厳密には必要ない。
【００４７】
逆に、サービスプログラム、例えばサービススクリプトが、様々なサービス要素との同時の相互作用を規定している場合には、複数の通信リンクが非常に有効である。
【００４８】
２つの異なる通信リンクは同じ帯域幅の周波数チャネル、又は異なる帯域幅の周波数チャネルを使用できることに留意されたい。後者の場合には、通信端末は２つの無線回路モジュールを備える。例えば、ＵＭＴＳのＭｕｌｔｉＲＡＢ機能又はＧＳＭのＤＴＭ機能によって、異なる通信リンクを利用できる。
【００４９】
いったん通信リンクが起動されると、提供されるアプリケーションプロトコルにより対応するサービス要素と相互作用するか、又は該サービス要素をダウンロードするために、端末は当該通信リンクを使用できる。
【００５０】
一般に、端末又は利用者の識別は、主に課金のために用いられる。加えて、サービスプロバイダは、例えばアクセスヒストリー及びアクセスポリシーを満たすべくサービス要素へのアクセスを制御するために、この識別を使用できる。
【００５１】
上記説明したように、通常、端末は、端末自体に取り付けられたＳＩＭカードのサービスプロバイダに登録する。一般に、これは、当該サービスプロバイダの電気通信網における端末及び／又は利用者の直接的な認証を意味する。登録後、このサービスプロバイダは端末に「到達」できる（すなわち利用者は例えば電話コール又はＳＭＳを受信できる）。換言すれば、サービスプロバイダがその電気通信網の識別子（例えば、ＩＭＳＩ、ＩＰアドレス）を端末に割り当てる。
【００５２】
有利には、このサービスプロバイダは、他のサービスプロバイダのために「識別プロバイダ」及び「課金プロバイダ」として機能できる。換言すれば、ＳＩＭカードに関連付けられたサービスプロバイダは、「主」サービスプロバイダとして機能できる。識別（又は必要なら認証）は、例えばＧＳＭ規格による「ローミング」の場合に用いられる方法と同様の方法により実行できる。
【００５３】
機能Ｆ５（サービスの実行）はアクティブなサービス要素を使用することにより実行される。
【００５４】
このサービス（一般に複合サービス）を得るためには、端末は、サービスプログラムにより表し得る特定の論理フローに従う必要がある。このプログラムは、解釈されるプログラム、すなわち例えばＸＭＬ［拡張可能マークアップ言語］で書かれた「スクリプト」とし得る。別法として、このプログラムはコンパイルされたプログラムとし得る。
【００５５】
スクリプトの場合、端末に接続されたメモリ装置に予めインストールされたスクリプトインタープリターによって端末が該スクリプトを実行する。
【００５６】
コンパイルされたプログラムの場合、プログラマーが従来のプログラミング言語、例えばＣ、Ｃ＋＋、Ｊａｖａでソースコードを書き、次に（例えばプログラマーの）コンピュータにおいて「コンパイラ」と称されるプログラムでソースコードをコンパイルしてオブジェクトコードを生成し、最後に端末に接続されたメモリ装置にオブジェクトコードを記憶する。端末は、内部プロセッサによりこのオブジェクトコードを直接実行できる。
【００５７】
サービス要素のための接続は、サービスの実行の開始前に起動させてもよいし、実行に際して特定のサービス要素が必要なときに起動させてもよい。特に、ローカル型要素の場合、いずれにしても両方の可能性があるが、リモート型要素の場合、その選択は端末の制約及びサービス要素の制約（例えば端末が同時に１より多い通信リンクをサポートできるか否か、又はサービス要素が長期間にわたってデータを非同期的に生成するか否か）に依存する。
【００５８】
サービス要素により提供される機能が必要な場合、次の２つの可能性が存在する。
（ｉ）要素がローカル型：当該要素がまだダウンロードされていない場合、端末は、接続（識別を含めて）を起動するために必要なすべての動作、及び適当なダウンロード・アプリケーション・プロトコルを用いてダウンロードを実行するために必要なすべての動作を実行する。いったん当該要素が端末に接続されたメモリ装置に記憶されたなら、端末は、ＳＯＡＰ（シンプル・オブジェクト・アクセス・プロトコル）及びジャバ・アプリケーション・プログラム・インタフェースなどの適当な相互作用アプリケーションプロトコルによって当該要素と相互作用できる。
（ｉｉ）要素がリモート型：端末は、接続（識別を含めて）がまだアクティブでないならば接続を起動するのに必要なすべての動作を実行する。その後、端末は、適当な相互作用アプリケーションプロトコルに従って当該要素と相互作用する。いったん相互作用が終了すると、当該要素がもはや不要であるか又は端末が複数の接続を管理できないならば、端末はその接続を停止又は終了できる。
【００５９】
サービスの実行中、端末は、例えば利用者インタフェースを介して利用者入力を受信するために端末（すなわちそのハードウェアとそのファームウェアとそのオペレーティングシステム）により提供される基本的な機能を使用できる。加えて、サービスの実行中、端末は、例えばＳＩＭカードの内部メモリ又は外部メモリを使用できる。
【００６０】
端末と非同期的に相互作用するリモート型要素が用いられる場合、端末はそれらの情報を適切に受信する準備ができている必要がある。次の２つの可能性をインプリメントできる。
（ｉ）プッシュモード：当該要素との接続はアクティブに保たれ、「ハンドラー」（すなわち特定のメッセージを待ち、これらのメッセージを受信するとすぐに該メッセージを処理するように構成されたソフトウエアモジュール）が、非同期的に受信したメッセージを管理するよう構成される。加えて、インタープリター／エグゼキュータ（エグゼキュータ）が並列スレッドを管理できる必要がある。
（ｉｉ）プルモード：アプリケーションプロトコルの特定の特徴による端末へのメッセージが存在するか否かを調べるために、当該要素に規則的又は定期的に問い合わせが行われる。
【００６１】
いったんサービスの実行が完了すると、端末は実行に用いられたすべてのリソースを開放でき、特にすべての接続を停止又は終了し、ダウンロードされたすべてのサービス要素を削除できる。別法として、将来の使用のためにいくつかの又はすべてのサービス要素を記憶しておいてもよい。
【００６２】
一般に、通信端末により複数のサービスプロバイダから通信サービスを得る方法は、以下のステップからなる。
Ａ）通信サービスを選択するステップと、
Ｂ）選択した通信サービスに必要とされ、各々所定の機能を有する各サービス要素を識別するステップと、
Ｃ）識別された各サービス要素に対してサービスプロバイダを選択するステップと、
Ｄ）識別された各サービス要素に対して選択した各サービスプロバイダとの接続を起動するステップと、
Ｅ）識別された各サービス要素の機能を呼び出すステップ。
有利には、以下のステップの１つ以上を更に含んでもよい。
Ｆ）起動された各接続を停止するステップと、
Ｇ）選択されたサービスプロバイダに前記端末から識別情報を与えるステップと、
Ｈ）ネットワークオペレータの１つの電気通信網に前記端末を登録するステップ。
【００６３】
上記説明から既に明らかなように、上記列挙したステップは列挙した順番とは異なる順番で実行してもよいことに留意されたい。一定の時間的な制約（例えば接続を起動する前に停止することはできない）や、一定の実行上の制約（例えば、もし端末の識別が行われるならば、端末の接続に先行し、もし「主」サービスプロバイダへの端末の登録が行われるならば、他のいずれのステップよりも前に行なわれる）が存在し得る。
【００６４】
今日、本発明の方法は、いわゆる「移動電話」又は「セル式携帯電話」だけでなく、無線移動通信装置を統合した又は無線移動通信装置に接続された他の電気機器、例えば、ＧＳＭ又はＵＭＴＳモデム（例えばＰＣカードモデム）に接続されたＰＣ［パーソナルコンピュータ］を含めて、無線移動通信端末において典型的な用途を見いだしている。
【００６５】
いずれにしても、将来的には、本発明は、適当な通信媒体、すなわち電気ケーブル及び／又は光ファイバー及び／又は地上無線チャネル及び／又は衛星無線チャネルを介して複数（２以上）の通信サービスプロバイダが到達できる他の通信端末においても用途を見いだすかもしれない。この場合、「通信端末」なる用語は広い意味で用いられており、通信装置を統合した又は通信装置に接続された電気機器を含む。
【００６６】
図２〜図６は本発明の好ましい態様による方法を明確にするのに役立つものであり、以下において説明する。
図２は特定の地域に位置する無線移動通信端末による本発明の方法の実行に対応するフローチャートを示す。
ステップ２０１では、利用者による入力（例えばコマンドメニュー中の項目の選択）に応じて、端末が利用者に利用可能な対応する通信サービスのリストを自動的に示す。
【００６７】
ステップ２０２では、利用者が通信サービスＡ、例えば複合通信サービスを選択する。換言すれば、利用者が端末から通信サービスＡを得ることを欲する。
ステップ２０３では、サービスＡで必要とされるサービス要素の種類（例えばＳＭＳ、Ｃａｌｌ及びＬｏｃ）を端末が自動的に識別する。これは、例えばスクリプトから実現し得る、具体的にはスクリプトの定義部分から実現し得る。
ステップ２０４では、サービスＡのために選択できるサービス要素を端末が自動的に決定する（これは図３のフローチャートに詳しく説明されている）。
【００６８】
ステップ２０５では、端末が使用できる全サービス要素のリストを端末が更新する。ステップ２０５はステップ２０４又はステップ２０６により始動させることができる。ステップ２０６はサービス要素リストの更新についての利用者の要求に対応する。又は、自律的に端末によってステップ２０６を規則的／定期的に実行させてもよい。
ステップ２０７では、サービスＡを得るために用いられるサービス要素と、それに対応するサービスプロバイダとを端末が選択する。
【００６９】
ステップ２０８では、必要なすべてのサービス要素の選択が成功したか否かを端末が調査する。これをどのようにして行なうことができるかは、図３のフローチャートから明らかである。
ステップ２０８の調査結果が否定的な場合には、ステップ２０９に進み、サービスＡが得られないことを知らせるエラーメッセージを端末が出す。
ステップ２０８の調査結果が肯定的な場合には、ステップ２１０に進み、サービスＡに対応するプログラム（例えば「スクリプト」）を端末が実行する。
【００７０】
図３は、各サービス要素を選択するための操作（図２のステップ２０７で行われる）に対応するフローチャートを示す。
ステップ３０１では、利用者プロフィールが特定のサービス要素の種類を示しているか否かを端末が調査する。
【００７１】
ステップ３０１での調査結果が否定的な場合には、ステップ３０６に進み、前記要素種類についての自動的な要素サーチを端末が実行する。その後、ステップ３０７に進み、選択できるサービス要素が見つかったか否かを端末が調査する。
ステップ３０７での調査結果が否定的な場合には、ステップ３０９に進み、サービス要素が選択されなかったことを端末が登録する。
ステップ３０７での調査結果が肯定的な場合には、ステップ３０８に進み、見つけられたサービス要素を端末が選択する。
【００７２】
ステップ３０１での調査結果が肯定的な場合には、ステップ３０２に進み、利用者プロフィールが所定のサービス要素を指定しているか否か、及びこのサービス要素が選択できるか否か（例えばその時間にその地域において利用可能か否か）を端末が調査する。
ステップ３０２での調査結果が肯定的な場合には、ステップ３０８に進み、前記所定のサービス要素を端末が選択する。
ステップ３０２での調査結果が否定的な場合には、ステップ３０３に進み、少なくとも１つの選択可能なサービス要素が存在するか否かを端末が調査する。
ステップ３０３での調査結果が否定的な場合には、ステップ３０９に進み、サービス要素が選択されなかったことを端末が登録する。
ステップ３０３での調査結果が肯定的な場合には、ステップ３０４に進み、利用者に対してサービス要素を入力するように端末が指示する。
【００７３】
ステップ３０５では、利用者が入力したサービス要素が選択可能か否かを端末が調査する。
ステップ３０５での調査結果が否定的な場合には、ステップ３０９に進み、サービス要素が選択されなかったことを端末が登録する。
ステップ３０５での調査結果が肯定的な場合には、ステップ３０８に進み、前記利用者が入力したサービス要素を端末が選択する。
【００７４】
図４は、スクリプトを実行するための操作（図２のステップ２１０で行われる）に対応するフローチャートを示す。
ステップ４０１では、例えば変数及びレジスタについてプログラムの初期化を端末が実行する。
ステップ４０２では、実行される次の命令を端末が取り出す。すなわち、次の命令とは、ステップ４０１後においてスクリプトの最初の命令である。
【００７５】
ステップ４０３では、実行される命令の種類を端末が確定する。
ステップ４０３で確定された種類が「ＳＴＯＰ」の場合には、ステップ４０４に進み、実行が終了し、例えば割り当てられたメモリ領域が解放され、端末のオペレーティングシステムに制御が戻される。
ステップ４０３で確定された種類が「ＬＯＣＡＬ」の場合には、ステップ４０５に進み、端末に対して命令、例えば割り当て動作、Ｉ／Ｏ動作がローカルにて実行される。ここでは、例えばオペレーティングシステムのプリミティブを使用してもよい。
【００７６】
ステップ４０３で確定された種類が「要素呼び込み（ＣＯＭＰＯＮＥＮＴ  ＩＮＶＯＣＡＴＩＯＮ）」の場合には、ステップ４０６、４０７及び４０８に進み、端末は、接続を起動する操作をまず実行し（ステップ４０６）、次にサービス要素を呼び出し（そして、それに対応する結果及び／又は応答を待ち）（ステップ４０７）、最後に、起動された接続を停止又は終了する操作を実行する（ステップ４０８）。
ステップ４０５の後、及びステップ４０８の後、ステップ４０２が再度繰り返される。
【００７７】
図５は接続を起動するための操作（図４のステップ４０６で行われる）に対応したフローチャートを示す。
ステップ５０１では、要素がローカルか否かを端末が調査する。
ステップ５０１での調査結果が肯定的な場合には、ステップ５０２に進む。
ステップ５０１の調査結果が否定的な場合には、ステップ５０５に進む。
ステップ５０２では、要素がローカルにて既にダウンロードされているか否かを端末が調査する。
ステップ５０２での調査結果が肯定的な場合には、ステップ５０８に進み、要素が「ＡＣＴＩＶＥ」として記録され、該要素を呼び出すことができる。
ステップ５０２での調査結果が否定的な場合には、ステップ５０３に進み、ダウンロード手順を端末が開始する。
【００７８】
ステップ５０４では、ステップ５０３のダウンロード手順が成功したか否かを端末が調査する。
ステップ５０４での調査結果が肯定的な場合には、ステップ５０８に進み、要素が「アクティブ（ＡＣＴＩＶＥ）」として記録され、該要素を呼び出すことができる。
ステップ５０４での調査結果が否定的な場合には、ステップ５０９に進み、要素が「非アクティブ（ＮＯＮ-ＡＣＴＩＶＥ）」として記録され、該要素を呼び出すことはできない。
【００７９】
ステップ５０５では、リモート要素との接続が既に存在するか否かを端末が調査する。
ステップ５０５での調査結果が肯定的な場合には、ステップ５０８に進み、要素が「非アクティブ（ＮＯＮ-ＡＣＴＩＶＥ）」として記録され、該要素を呼び出すことはできない。この例では、１度に１つのネットワーク接続が可能であることが想定される。
ステップ５０５での調査結果が否定的な場合には、ステップ５０６に進み、接続の起動手順を端末が開始する。
【００８０】
ステップ５０６に続くステップ５０７では、接続の起動手順が成功したか否かを端末が調査する。
ステップ５０７での調査結果が肯定的な場合には、ステップ５０８に進み、要素が「アクティブ（ＡＣＴＩＶＥ）」として記録され、該要素を呼び出すことができる。
ステップ５０７での調査結果が否定的な場合には、ステップ５０９に進み、要素が「非アクティブ（ＮＯＮ-ＡＣＴＩＶＥ）」として記録され、該要素を呼び出すことはできない。
【００８１】
図６は接続を停止する操作（図４のステップ４０８で行われる）に対応するフローチャートを示す。
ステップ６０１では、接続がまだアクティブであるか否かを端末が調査する。
ステップ６０１での調査結果が否定的な場合には、工程が終了する。
ステップ６０１での調査結果が肯定的な場合には、ステップ６０２に進み、接続を停止する必要があるか否かを端末が調査する。
ステップ６０２の調査結果が否定的な場合には、工程が終了する。
ステップ６０２の調査結果が肯定的な場合には、ステップ６０３に進み、端末が接続を終了させる。
【００８２】
別の面によると、本発明はまた、上記において一般的に記載された方法を実行する通信端末、特に図１にＭＴとして示された携帯端末などの無線移動通信端末に関する。
【００８３】
図７は図１の無線移動通信端末の概略ブロック図を示し、本発明の好ましい態様に関連した特徴に限定されている。
端末ＭＴはモジュールＴＢ（「ターミナル・ブローカー」を意味する）を備え、本発明の方法に従って端末ＭＴの利用者からの通信サービス要求を処理する。
【００８４】
図７の例では、モジュールＴＢは２つの異なる通信サービス（サービス＿１及びサービス＿２）の対応する２つのスクリプト（スクリプト＿１及びスクリプト＿２）にアクセスできる。
加えて、モジュールＴＢは、これらのスクリプトを実行しつつ、端末機能ＴＦ、端末オペレーティングシステムＯＳ及び端末ファームウェアＦＷを使用できる。
【００８５】
利用者が通信サービスを得るために、モジュールＴＢはサービス要素にアクセスし呼び出すことができる。図７の例には、ローカル型サービス要素ＬＳＣが示され、異なるサービスプロバイダにより提供される３つのリモート型サービス要素ＲＳＣ＿１、ＲＳＣ＿２及びＲＳＣ＿３が示されている。適当な通信媒体、例えば電気ケーブル及び／又は光ファイバー及び／又は地上無線チャネル及び／又は衛星無線チャネルを用いた１以上の通信網によって、これらのリモートサービス要素に到達し得る。
【００８６】
図８のブロック図を用いてモジュールＴＢをさらに詳しく説明する。以下の説明は単にこのモジュールの特定の態様に対応していることに留意されたい。
【００８７】
モジュールＴＢは、スクリプト中に組み込まれた論理フローを実行できるスクリプト論理インタープリターＳＬＩを備える。インタープリターＳＬＩの主な機能ブロックは次の通りである。
-  パーサＰＡ：適当な言語でコード化されスクリプト中に含まれる命令を認識し構文解析する。
-  論理エグゼキュータＬＥ：スクリプトの命令を実行する。特に以下のことを行なう。
-  要素セレクタＣＳに対し、指定された種類のサービス要素（例えば「Ｃａｌｌ」要素、「ＳＭＳ」要素、「Ｙｅｌｌｏｗ  Ｐａｇｅｓ」要素など）を要求する。
-  接続マネージャＣＭの機能、特にネットワーク接続を識別し選択するためのセレクタモジュールＳＭや選択された接続を起動及び停止するためのアクチベータモジュールＡＭの機能を呼び出す。
-  リモート型サービス要素ＲＳＣの場合、又は直接的にローカル型サービス要素ＬＳＣの場合、サービスアクセスモジュールＳＡＭの機能を呼び出す。
【００８８】
モジュールＴＢはプロフィールＰＲ、特にスクリプトプロフィールＳＰＲ及び利用者プロフィールＵＰＲを備える。
スクリプトプロフィールは、実行されるスクリプトに関して利用者により定義された設定を含む。例えば、特定のスクリプトの実行時に、特定の「Ｃａｌｌ」サービス要素が使用されなければならないことをスクリプトプロフィールが指定してもよい。これらの設定により、利用者は、特定のサービススクリプトを実行するときにリソースを使用するための特定のプロフィールを定義できる。
【００８９】
利用者プロフィールは、これらの要素の使用方法に関して利用者により定義された設定を含む。特に、このプロフィールは様々なサービス要素を選択するための規則を定義する。選択規則は、
-  固定式か、
-  履歴準拠式か、
-  対話式か、
-  スクリプト準拠式（スクリプトプロフィール）にし得る。
【００９０】
「固定式」規則によると、選択される要素は利用者によって固定されている。この場合、要素は利用者プロフィール中に示される。
「履歴準拠式」規則によると、前の選択に基づいて実際の選択が行われる。例えば、特定の要素についての実際の選択は、同じ要素についての最後の最後の選択と同じにする。
【００９１】
「対話式」規則によると、データを入力するよう利用者に指示することによって、選択を実行する。例えば、その場所でその時間に選択できる全てのサービス要素をリストアップした選択メニューを端末が示してもよい。
「スクリプト準拠式」規則によると、実行される特定のスクリプトに基づいて選択が実行される。例えば、利用者は、実行される要素の対応リストを用いて適当なスクリプトプロフィールを定義できる。
【００９２】
モジュールＴＢはプロフィール・アクセス・モジュールＰＡＭを備える。このモジュールは、利用者プロフィール及びスクリプトプロフィール中に含まれる情報へのアクセスを処理する。一般に、利用者プロフィールからの情報は、スクリプトプロフィールからの情報よりも優先される。
【００９３】
要素セレクタＣＳの機能は、利用者プロフィール及びスクリプトプロフィール中に指定されていること基づいてスクリプトを構文解釈中にパーサＰＡにより識別された種類のサービス要素（例えばＣａｌｌ、ＳＭＳなど）を選択することである。要素セレクタＣＳは、プロフィール・アクセス・モジュールＰＡＭとの相互作用によってこれらのプロフィールの情報にアクセスできる。
【００９４】
様々なサービスプロバイダにより提案（及び提供）されるサービス要素に関するデータを取得するために、提案収集モジュールＯＭもまた設けられる。
【００９５】
要素セレクタＣＳは、端末ＭＴが使用可能なサービス要素を提案収集モジュールＯＭに対して要求し、選択されたサービス要素に関するパラメータ、例えば
-  ローカル／リモート型要素、
-  接続の種類、
-  要素アクセス方法（ＵＲＬ、ローカルパスなど）
を提供する。
【００９６】
選択されたサービス要素の履歴を記憶するために、アーカイブＨＩが設けられる。この履歴は、将来の選択を実行するために用いることができる。利用者プロフィール中のサービス要素の選択規則が「履歴準拠式」の場合にサービス要素を選択するために、要素セレクタＣＳがアーカイブＨＩを使用できる。
【００９７】
様々なサービスプロバイダにより提案（及び提供）される全てのサービス要素を記憶するために、アーカイブＯＦが設けられる。アーカイブＯＦは提案収集モジュールＯＭにより使用される。
【００９８】
サービス要素は通信機能を提供するモジュールであり、このモジュールは、例えばスクリプト中に組み込まれた論理フローに従って適切にアセンブルされたとき、複合通信サービスを提供するために使用できる。そのためには、サービス要素はいくつかのカテゴリー（例えばＣａｌｌ、ＳＭＳ、Ｙｅｌｌｏｗ  Ｐａｇｅｓなど）に分類される必要がある。それらはローカル又はリモート型とし得る。あらゆるサービス要素について、以下のものが定義される。
-  ローカル型サービス要素（ＬＳＣ）又はサービス・アクセス・モジュール（ＳＡＭ）により実装され、例えばプロトタイプの機能により定義された論理インタフェース；
-  リモート型サービス要素（ＲＳＣ）により実装され、例えばＷＳＤＬ（Ｗｅｂサービス記述言語）ドキュメントにより定義されたリモートインタフェース。
【００９９】
モジュールＴＢは接続マネージャＣＭを備える。接続マネージャＣＭは、適当な接続を選択し、その可用性を調査した後に接続を起動し、もはや必要なくなったときに接続を停止する。接続マネージャＣＭの機能は次の２つのモジュールにグループ化される。
-  アクチベータモジュールＡＭ：これは、要求された接続を、
-  Ｖｅｒｉｆｙ＿Ｃｏｎｎｅｃｉｏｎ（種類、特性）、
-  Ａｃｔｉｖａｔｅ＿Ｃｏｎｎｅｃｉｏｎ（種類、接続パラメータ）、
-  Ｄｅａｃｔｉｖａｔｅ＿Ｃｏｎｎｅｃｉｏｎ（種類）
などの方法により調査、起動及び停止する。
-  セレクタモジュールＳＭ：これは、（プロフィール・アクセス・モジュールＰＡＭを介してアクセス可能な）利用者プロフィール中に含まれる情報を考慮して、特定の種類の接続を選択する。「対話式」選択規則の場合、セレクタモジュールＳＭは、アクチベータモジュールＡＭの対応する方法により決定できる利用可能な接続から選択するように利用者に指示できる。
【０１００】
モジュールＴＢはサービス・アクセス・モジュールＳＡＭを備える。このサービス・アクセス・モジュールＳＡＭは、サービス要素へのリンクを介してリモート型サービス要素ＲＳＣを呼び出し、その機能を実施する。
【０１０１】
リモート型サービス要素のあらゆる種類について、対応するサービス・アクセス・モジュールＳＡＭが定義される。すなわち、あらゆるサービス・アクセス・モジュールが、スクリプト論理インタープリターＳＬＩにより使用される論理インタフェースを実装し、特定の種類のサービス要素に固有の所定のサービス要素のリモートインタフェースを使用する。
【０１０２】
有利には、ローカル型サービス要素とリモート型サービス要素とは、スクリプト論理インタープリターに対して同じインタフェースを有する。
上記説明を考慮に入れて、本発明により複合通信サービスをいかにして実行し得るかを第１の例と第２の例によって考察する。
【０１０３】
第１の例によると、適当な無線移動通信端末を有する二人の利用者の各々が電話で会話を行なうことができ、同時に、二人の利用者の一方、すなわち利用者１が、二人の利用者の他方、すなわち利用者２に電話での会話中に撮影された映像を送ることができる。
【０１０４】
２つの異なるサービスプロバイダ、すなわちオペレータ１とオペレータ２が用いられる場合には、サービスは以下にリストアップされたステップに従って展開する。
-  利用者１から利用者２への音声通話の要求。このサービス要素はオペレータ１のＵＭＴＳ回線交換接続により提供される。
-  利用者１から利用者２へのビデオストリームの要求。このサービス要素は、例えばＩＭＳ［ＩＰマルチメディアサブシステム］を用いるオペレータ２のＵＭＴＳパケット交換接続により提供される。
-  音声通話とビデオストリームの進行。
-  ビデオストリームを終了させる要求。これはオペレータ２のサービス要素との相互作用によって得られる。
-  音声通話を終了させる要求。これはオペレータ１のサービス要素との相互作用によって得られる。
【０１０５】
第２の例によると、オペレータ１により運営されるＧＳＭネットワークなどの携帯電話網に接続された適当な無線携帯端末を有する利用者、すなわち利用者３が、固定されたテレビ電話の端末を備えたホテル、すなわち利用者４に予約をとることを欲しており、このホテルは利用者がいる場所の近所にある。
【０１０６】
３つの異なるサービスプロバイダ、すなわちオペレータ３とオペレータ４とオペレータ５が用いられる場合には、サービスは以下にリストアップされたステップに従って展開する。
-  利用者３の端末による位置確認の要求。このサービス要素は、ＳＭＳを用いるオペレータ３のＧＳＭ接続を介して提供される。
-  指定された地域（例えば利用者３の端末について予め決められた場所を包囲する地域）内に存在する「ホテルのリスト」（例えば名称、アドレス、料金及び電話番号を有する）について利用者３の端末による要求。このサービス要素は、別の組織、すなわちオペレータ４により管理されるＷｉ-Ｆｉ［ワイヤレス・フィデリティ］ホットスポットによって提供される。
-  当該地域の「地図」の要求。このサービス要素は、ＩＰパケットを用いるオペレータ３のＧＰＲＳ接続により提供される。
これらのステップの後、利用者３の端末は、受信した「ホテルのリスト」中のパラメータ及び受信した「地図」に基づいて好ましいホテルを選択するようにその利用者に要求する。有利には、種々のホテルの位置が地図上で強調表示される。選択されたホテルは以下において利用者４として参照される。
-  利用者３から利用者４へのビデオ通話の要求。このサービス要素はオペレータ５のＵＭＴＳ回線交換接続により提供される。
-  ビデオ通話の進行。
-  ビデオ通話を終了させる要求。これはオペレータ５のサービス要素との相互作用によって得られる。
【０１０７】
複合通信サービスに関する上記の２例では、異なるサービスプロバイダからのサービス要素が使用される。利用者は、（完全に自動的、部分的に自動的又は手動での）適当な選択により、利用者の条件、例えばサービス料金の条件、質の条件に完全に適合するサービスを得ることができる。
【図面の簡単な説明】
【０１０８】
【図１】３つのサービスプロバイダが各々複数の通信サービスを提供する地域に位置する本発明の無線移動通信端末の態様を示す。
【図２】本発明の方法を無線通信携帯端末により実施するフローチャートを示す
【図３】サービス要素を選択する操作のフローチャートを示す。
【図４】無線移動通信端末によりスクリプトを実行する操作のフローチャートを示す。
【図５】接続を起動する操作のフローチャートを示す。
【図６】接続を停止する操作のフローチャートを示す。
【図７】図１の無線移動通信端末の全体ブロック図を示す。
【図８】図７の無線移動通信端末のターミナル・ブローカーの詳細ブロック図を示す。
【符号の説明】
【０１０９】
ＭＴ    無線移動通信端末
ＯＰ１、ＯＰ２、ＯＰ３    通信サービスプロバイダ（ネットワークオペレータ）
【図１】
2009503961.tif 000003
【図２】
2009503961.tif 000004
【図３】
2009503961.tif 000005
【図４】
2009503961.tif 000006
【図５】
2009503961.tif 000007
【図６】
2009503961.tif 000008
【図７】
2009503961.tif 000009
【図８】
2009503961.tif 000010
【国際調査報告】
2009503961.tif 000011
2009503961.tif 000012
2009503961.tif 000013