JP3920572B2 - 通信システムにおけるローカル資源の利用方法 - Google Patents

Description

【０００１】
本発明は請求項１のプリアンブルに準拠する通信システムにおける方法に関する。本発明はまた請求項１１のプリアンブルに準拠する通信システムにおける方法にも関する。さらに、本発明は請求項１２のプリアンブルに準拠する無線通信装置に関する。
【０００２】
セルラー・システムに基づく通信網であるＰＬＭＮ（公衆地上移動通信ネットワーク）のような無線通信システムが知られている。言及できる一例としてＧＳＭ規格（汎欧州デジタル移動電話方式）に準拠するＧＳＭ９００移動通信網がある。通信網のセルは広い地理的エリア内に分布しており、基地局ＢＳを介して通信網と接続される移動電話のような移動局（ＭＳ）が１つのセルから別のセルへ移動する。これらの移動電話は加入者専用識別コードによって互いに区別され、データ伝送や音声による通話のような通信が２つの移動局間で可能である。この識別コードはＩＭＳＩ（国際移動通信加入者識別番号）コードである。通信網は、異なる基地局のセル・エリアにおける移動局のロケーションを示すレジスタ・データを利用することにより基地局と移動通信サービス交換センター（ＭＳＣ）とを介してルート選定情報を処理する。さらに、以下の無線通信網についても言及が望ましい：ＧＳＭ−１８００、ＧＳＭ−１９００、ＰＤＣ、ＣＤＭＡ、ＵＳ−ＴＤＭＡ、ＩＳ−９５、ＵＳＣＤ（ＩＳ−１３６）、ｉＤＥＮ（ＥＳＭＲ）、ＤａｔａＴＡＣ及びＭｏｂｉｔｅｘ
【０００３】
通信網と接続されたサーバや無線通信装置のような通信装置内でデータ伝送とデータ伝送に関連する処理とを行うためには、許可されるメッセージと、異なる通信段階におけるデータ伝送機器の機能とを定義するための１組の通信規則が利用可能でなければならない。周知のように、データ伝送におけるこのような１組の通信規則は、相互交信を行うために装置が使用するプロトコルである。特に無線通信網においてデータ伝送を行うために無線応用プロトコルＷＡＰが開発され、以下の仕様書の中で一例として用いられている。ＷＡＰアプリケーション・プロトコルの１つのバージョンが、ＷＡＰアーキテクチャ・バージョン３０−１９９８年４月の文献（無線応用プロトコル・アーキテクチャ仕様書；無線応用プロトコル・フォーラム社刊、１９９８年）の中に指定されている。この仕様書はインターネットの中で公表されている。またＷＡＰアプリケーション・プロトコルのアーキテクチャに関する記載などがこの中に含まれている。ＷＡＰアプリケーション・プロトコルによって一連のプロトコルの異なるレベルでの定義が可能であり、この定義を用いてセルラー方式ネットワークに基づくデジタル移動通信網などのための新しいサービスと装置との開発が可能である。例えば、ＳＭＳサービス（ショート・メッセージ・サービス）、ＵＳＳＤ（非構造的補助サービスデータ）、ＣＳＤ（回線交換データ）サービス、ＧＳＭネットワークのＧＰＲＳサービス（広域パケット無線サービス）用として、および、ＩＳ−１３６とＰＤＣネットワークのサービス用としてＷＡＰアプリケーション・プロトコルが既に開発されている。
【０００４】
ＷＡＰアプリケーション・プロトコルは、特に、通信網（起点サーバ）の移動局（クライアント）とサーバ間のデータ伝送を可能にする標準コンポーネントを記述するように設計されている。ＷＷＷネットワークに配置されているサーバにアクセスするために、ＷＡＰは、ＷＡＰプロトコル・スタックとＷＷＷプロトコル・スタック（ＨＴＴＰ、ＴＣＰ／ＩＰ）との間のデータ伝送機能を含むプロキシとしても機能し、さらに、データ伝送を行うためのコンテンツ（ＷＭＬ、無線用マーク・アップ言語、またはＨＴＭＬ）の符号化と復号化を行うために機能するゲートウェイを利用する。ＷＡＰでは、情報のコンテンツとアプリケーションとを定義するためにプレゼンテーション用指定書式が用いられる。このコンテンツは標準化されたデータ伝送プロトコルを用いて転送される。いわゆるブラウザまたはマイクロブラウザは無線通信装置で用いられ、ユーザ・インターフェース（ＵＩ）の制御を行う。
【０００５】
前述のＷＡＰアプリケーション・プロトコルのアーキテクチャのアプリケーション層は無線アプリケーション環境ＷＡＥの定義されたアーキテクチャを利用する。ＷＡＥアプリケーション環境の目的は、通信事業者とサービス・プロバイダに開かれた環境を提供することであり、この環境によって、プラットフォームとして機能する異なる無線通信方法の最上位に位置する大きなグループのサービスとアプリケーションとを創りだすことが可能となる。通信装置の異なるＷＡＥアプリケーションはインターネット・ワールド・ワイド・ウェブ（ＷＷＷ）ネットワークで用いられる処理手順に従っている。この処理手順の場合、標準化されたプレゼンテーション用書式によって様々なアプリケーションと情報とが提示され、周知のＷＷＷブラウザを用いて閲覧が行われる。この結果、通信装置の異なる資源を利用するために、インターネット網のサーバと情報には、ロケーションに左右されないＵＲＩアドレス（ユニフォーム・リソース識別子）によってラベルがつけられている。また、情報プレゼンテーション用書式は使用するブラウザによってサポートされ、この書式としてハイパーテキスト・マークアップ言語（ＨＴＭＬ）やＪａｖａＳｃｒｉｐｔなどがある。一方、ＷＡＥアプリケーション環境では特に無線通信装置と無線通信網の要件が考慮される。現在、従来技術では、ブラウザのようなＷＡＥアプリケーション（ユーザ・エージェント）によってＷＳＰ／Ｂプロトコルしかサポートされていない。例えば、ブラウザはＷＡＰプロトコル・スタックのＷＳＰ層（無線セッション・プロトコル）を介してゲートウェイ・サーバと交信を行う。ＷＡＰプロトコル・スタックのＷＳＰ層については後述する。次いで、ゲートウェイによってデータ伝送プロトコルの変換機能が与えられ、ＨＴＴＰプロトコルを用いるＷＷＷサーバの資源へのアクセスが可能となるようになされる。従来技術によれば、ＷＡＰプロトコル・スタックについては前述の文献の中にさらに詳細な記載がある。また、ＷＡＥアプリケーション環境については、インターネットの中で公表されたＷＡＰ ＷＡＥバージョン３０−１９９８年−４月発表（無線応用プロトコル／無線アプリケーション環境概観；無線応用プロトコルフォーラム社、１９９８年）にさらに詳細な記載がある。
【０００６】
ＵＲＩアドレスを用いて、資源のロケーションに一般的な識別番号をつけることにより資源の位置が定められる。資源の位置が定められると、システムは、アプリケーションによって左右され、資源へのアクセスを求める目的によって左右される様々な処理手順に資源を従属させることができる。周知のように、いくつかの異なるデータ伝送プロトコルがこの状況で利用される。その中から例えば、ＨＴＴＰ（ハイパーテキスト・トランスポート・プロトコル）、ＦＴＰ（ファイル転送プロトコル）、ＭＡＩＬＴＯ（電子メール・アドレス）およびＧＯＰＨＥＲ（Ｇｏｐｈｅｒプロトコル）などを挙げることができる。
【０００７】
周知のように、ＨＴＴＰによって使用されるＵＲＬアドレスは、ＨＴＴＰデータ伝送プロトコルの使用により、インターネット網で（そのサーバなどで）利用可能な資源を指定するために利用され、このアドレスは、以下の書式を有する：
ｈｔｔｐ：／／〈ｈｏｓｔ〉：〈ｐｏｒｔ〉／〈ｐａｔｈ〉
この書式の中で、使用するデータ伝送プロトコルは“ｈｔｔｐ”部分から推論することができ、“〈ｈｏｓｔ〉”はドメイン名または通信網のサーバのＩＰアドレス（インターネット・プロトコル）を表し、“〈ｐｏｒｔ〉”はポートの番号を表すが、データ伝送プロトコルはデフォルト・ポートを用いるためこのポート番号は省略してもよい。さらに、“〈ｐａｔｈ〉”は当該の資源についてさらに詳しく記述し、ＨＴＴＰ内のセレクタとして機能する。プレフィックス“／／”は、アドレスがインターネット網で使用されるデータ伝送プロトコルに従うことを例示する。“〈ｐａｔｈ〉”部分による資源のさらに正確な指定メッセージが異なるデータ伝送プロトコルの中で変動し、さらにこれに加えて、ＦＴＰの場合のように、“／／”と“〈ｈｏｓｔ〉”部分との間にユーザを示す“〈ｕｓｅｒ〉”部分、および、パスワードを示す“〈ｐａｓｓｗｏｒｄ〉”部分を入れることが可能である。この資源はまたＵＲＮ名（ユニフォーム・リソース命名法）によって識別が可能であり、その場合、ＵＲＬアドレスの代わりに名前だけを使用することができ、必要な場合にＵＲＮ名はＵＲＬアドレスへ変更される。ＵＲＩアドレスと使用するプロトコル（アクセス・アルゴリズム）とによって、資源を識別するためのＵＲＬアドレス（ユニフォーム・リソース・ロケータ）が形成される。
【０００８】
周知のように、資源とは、（ディレクトリやファイルのような）領域、（アプリケーションのような）プログラム、あるいは、多くの人々が利用するデータ伝送網のサーバ内で割り振られる（プリンタのような）周辺装置を意味する。しかし、従来技術では、これらのローカル資源の利用に関連してしばしば問題が生じる。これらのローカル資源として、例えば、コンテンツとファイル、並びに、同じ通信装置の中に含まれるアプリケーション、および、この同じ通信装置と接続された周辺機器と補助装置の中に含まれるアプリケーションなどを含むことができる。ローカル資源は、移動電話のような無線端末装置と接続されたＳＩＭカード（加入者識別モジュール）や、スマート・カードのような周辺装置の中に存在する場合もある。現在、ＷＡＰアプリケーション・プロトコルなどには、無線通信装置と接続されるこれらのローカル資源を利用する方法についての仕様は含まれていない。
【０００９】
ＷＷＷ通信網と関連して、例えば、ネットスケープ・ナビゲータやマイクロソフト・インターネット・エクスプローラなどのようなＷＷＷブラウザとして周知のエージェントが存在する。ナビゲータ・ブラウザから得られる周知の機能として、データ伝送装置のローカル・ハードディスク、典型的にはコンピュータの中に保存されているローカル・ファイルの閲覧機能がある。ブラウザによって、ハードディスクに保存されているファイルが開かれ、ファイルのコンテンツが読み出され、明瞭な書式でこのコンテンツがユーザに示される。このファイルの閲覧はブラウザの拡張機能として設けられている。この結果、すべての必要なコマンド・基本要素と、装置の実際のオペレーションを制御するオペレーティング・システム・ソフトウェアが提供するサービスへの参照（すなわちシステム関数）とはブラウザのプログラム・コードの中に組み込まれ、ファイルの閲覧が実行できるようになっている。このプログラム・コードの組み込みは、いわゆる標準化されたＡＰＩインターフェース、すなわちアプリケーション・プログラミング・インターフェースなどによって実現することも可能である。
【００１０】
ＷＡＥアプリケーション環境では、上述の事実は、スマート・カード接続用ＡＰＩインターフェースを無線通信装置の各ＷＡＥアプリケーション用として設けることなどを必要とする。これによって、スマート・カードのインターフェースはスマート・カードへのロー・レベルのコマンド（コマンドＡＰＤＵ）の伝送に責任を負うことになる。次いで、カードによって出された応答メッセージはインターフェースを介してアプリケーションへ送り返される。接続を処理する周知の方法として、オープン・カード・フレームワーク仕様およびＰＣ／ＳＣ仕様がある。しかし、これらの仕様は互いに異なっているため、各ＷＡＥアプリケーションがその相違と様々なＡＰＩインターフェースとを考慮に入れることが望ましい。
【００１１】
別の可能性として、移動局と物理的に接続されるスマート・カードのような資源と直接通信を行うようにＷＡＥアプリケーションを設ける方法がある。このような方法は、ＷＡＥアプリケーションの中に機能がプログラムされているコマンド・基本要素（コマンドＡＰＤＵ）の伝送にＷＡＥアプリケーションが責任を負うことを意味する。この伝送責任によって重大な問題が生じる。なぜなら、各々の異なるローカル資源に必要なコマンド・基本要素を各ＷＡＥアプリケーションに対して与える必要が生じてくるからである。また、その結果、新しい資源に対して、ＷＡＥアプリケーションを必要なコマンド・基本要素で補足し、これらの資源を実現できるようにしなければならないという問題が生じる。このため、ＷＡＥアプリケーションの著しい更新が必要となり、さらに、新しい資源を利用する可能性に対する制限と、新しい資源の実現と開発に対する障壁とが生じることになる。
【００１２】
本発明の目的は、使用されているアプリケーション・プロトコルを利用するアプリケーションによって、簡単で効率的にローカル資源への効果的アクセスを行うことを可能にする方法を提供することである。本発明の特段の目的として、ＷＡＰアプリケーション・プロトコルを利用するアプリケーションによって、移動局のＳＩＭカードや装着可能なスマート・カードなどを含むローカル資源へのアクセスを可能にする新しい方法の導入がある。
【００１３】
本発明の中心原理は、ローカル資源を利用するために用いるプロトコル・スタックの利用によるものである。本発明のもう１つの中心原理として、ローカル資源を参照する際のＵＲＬアドレスなどに対応する識別番号の利用がある。
【００１４】
本発明に準拠する通信システムにおける方法は、添付の請求項１の特徴記載部分に示される内容を特徴とする。本発明に準拠する通信システムは、添付の請求項１１の特徴記載部分に示される内容を特徴とする。本発明に準拠する無線通信装置は、添付の請求項１２の特徴記載部分に示される内容を特徴とする。
【００１５】
本発明の著しい利点として、標準化されたＡＰＩインターフェースまたは必要なコマンド・基本要素をアプリケーションの中に含むことを避け、それにもかかわらず、弾力的なローカル資源の利用が可能であることが挙げられる。これによって、ＷＡＰアプリケーションなどの複雑さが著しく減り、また、移動局におけるアプリケーションの実行が容易になる。ＷＡＥアプリケーション内で既に利用可能なメカニズム（ＧＥＴおよびＰＯＳＴメソッドなど）を利用するため、本発明の実現に必要なＷＡＥアプリケーションの変更は小さい。移動局では、移動局の機能を制御するアプリケーション・ソフトウェアの変更によって、本発明が必要とする上記の変更の好適な実現が可能となる。
【００１６】
ＷＡＰアプリケーション・プロトコルの原理は、クライアントとして機能する移動局が通信網内に配置されているサーバとコンタクトすることによるものである。本発明の利点として、この原理のさらなる適用が可能であり、その場合、ローカル資源へのアクセスを行うために、このアプリケーションが下位プロトコル層に対してあるリクエスト・メッセージを生成し、次いで、サーバ（この場合ローカル資源）が生成しクライアントへ伝送した応答メッセージを受け取るという点が挙げられる。本発明のさらなる利点として、この原理が容易に拡張可能であり、例えば、ローカル資源が、スマート・カードを含む移動局やサーバからだけでなく、別の移動局やサーバからもリクエスト・メッセージを受け取ることができるようになるという点が挙げられる。その場合、スマート・カードのインターフェースがサーバのような機能を果たすことになる。
【００１７】
ローカル資源は、他の移動局とサーバに対して、さらに、ローカル資源が装着されている移動局に対してもリクエスト・メッセージの伝送を行うことができる。この利点として、ＳＩＭカードのようなスマート・カードがサーバに対してリクエスト・メッセージを伝送して、例えば、ＳＩＭカードの中で機能するアプリケーションの更新を通信事業者のサーバから行うこと（ダウンロード）が可能となるという点が挙げられる。
【００１８】
スマート・カードが別のスマート・カードと交信している状況でも本発明の原理の実現が可能である。一例として、１つのスマート・カードから別のスマート・カードへの支払いの転送とリレーを挙げることができる。これによって、ネットワーク内で機能するスマート・カードの１つをサーバと接続し、本発明に準拠するプロトコル・スタックをサーバ内に設けることが可能となる。ＵＲＬアドレスの“〈ｈｏｓｔ〉”部分によって前記サーバの指定が可能となる。ユーザは移動局の中へスマート・カードを装着し、次いで、サーバとの接続設定を行うためにアプリケーションが起動される。このアプリケーションはサーバからロードされ、ＷＭＬＳｃｒｉｐｔコマンド言語などによって実行される。
【００１９】
ＷＡＰアプリケーション・プロトコルなどと関連して、本発明の特段の利点として、既に公知のＷＳＰ／ＢプロトコルのＨＴＴＰデータ伝送プロトコルと関連する機能の効率的利用が可能であるという点がある。これらの中にはＧＥＴ、ＰＵＴおよびＰＯＳＴリクエストなどが含まれる。この結果、認証を行うためのＨＴＴＰプロトコルのヘッダのみならず、ＨＴＴＰプロトコルのヘッダ・フィールドをデータ伝送時に利用することも可能となる。これによって、認証やデータ伝送を行うためのＷＷＷ通信網の方法の効率的利用も可能となる。
【００２０】
本発明のさらなる利点として、前記資源のユーザからローカル資源の構造と実行とを隠すために本発明の利用が可能であることが挙げられる。ローカル資源のいくつかの実現例（メモリ・モジュール、スマート・カードあるいはこれらの双方など）が移動電話と接続される場合、これらの実現例のロー・レベル・インターフェースは一般に非常に異なっている。本発明によって同一の方法でメモリ・モジュールとスマート・カードの使用が可能となる。なぜなら、これらの双方ともＷＳＰ／Ｂプロトコルによって、また、インターフェース（ローカル・リソース・インターフェース）を介して通信を行うサーバであるとユーザには思われるからである。これによって、ユーザは、実際の資源の構造と、通信の仲介をするロー・レベル・インターフェースとを理解する必要がなくなる。
【００２１】
以下、添付図を参照しながら本発明についてさらに詳細に説明する。
【００２２】
図１は本発明の適用が可能な公知の通信システムを示す簡略図である。通信装置（すなわち無線通信装置ＭＳ１とＭＳ２）、好適には移動局（ＭＳ）は、クライアント１として機能しゲートウェイ２と接続される。このゲートウェイは好適にはサーバであり、相互に使用される様々なデータ伝送プロトコルの適合化を行う。クライアント１は、ＧＳＭネットワークとＧＳＭ ＧＰＲＳネットワークのような公衆地上移動通信ネットワーク（ＰＬＭＮ）を好適に利用して、無線データ伝送の実現を図る。移動通信網（ＰＬＭＮ）の基地局サブシステム（ＢＳＳ）は公知であり、基地送受信局（ＢＴＳ）と基地局コントローラ（ＢＳＣ）とを具備する。移動局ＭＳ１、ＭＳ２は無線チャネルを介して基地送受信局と交信し、基地送受信局はさらに基地局コントローラと交信を行う。次いで、基地局コントローラは移動通信サービス向け交換機（ＭＳＣ）と交信する。次いで、移動通信サービス向け交換機は公衆電話交換網（ＰＳＴＮ）の中で相互に、また、サーバ同士と交信を行うことができる。基地局コントローラは公衆パケットデータ・ネットワーク（ＰＤＮ）と交信を行うことも可能である。前述の起点サーバまたはコンテンツ・サーバ３はＰＳＴＮネットワーク内もしくはＰＤＮネットワーク内のいずれかに配置することができる。その場合、ゲートウェイ・サーバ２はデータ伝送時に上記ネットワークを使用する。サーバ２は、ＰＬＭＮネットワーク内の基地局サブシステムか、移動通信サービス向け交換機のいずれかと交信を行うことができる。これによって、ＰＬＭＮネットワーク自身、もしくは、ＰＳＴＮネットワークのいずれかの中にサーバ２を配置することができる。また、コンテンツ・サーバ３とゲートウェイ・サーバ２とが同じ通信装置内に物理的に配置可能であることは言うまでもない。さらに、ゲートウェイ２を実現するために、いくつかの別個のサーバが使用できることは言うまでもない。
【００２３】
本発明は、サーバ２とクライアント１のような異なるデータ伝送装置間の通信が、短距離ＩＲデータ伝送（赤外線）、ＬＰＲＦ（低電力高周波）データ伝送、ＳＤＲＦ（短距離高周波）データ伝送、あるいは誘導データ伝送によって行われる通信システムの中で適用可能である。この場合、単一の通信網の範囲内でのデータ伝送距離は移動通信網内でのデータ伝送距離より一般に短い。
【００２４】
スマート・カードとは一般にクレジット・カードのサイズで製造される小型カードであり、プラスチックに積層され、中にマイクロ・コントローラ並びにマイクロ・コントローラの機能に必要な電子回路とメモリ回路とが含まれている。さらに、カードの表面には通常電気的接点を有し、この接点を介して、カードへ動作電圧が供給され、カードとカードの読み／書き装置との間での制御信号とデータ信号の転送が可能となる。また、カードとカードの読み／書き装置との間でカードの信号と動作電圧とが、例えば高い周波数の電磁気信号として無線で伝送される周知の方法が存在する。スマート・カードは様々なアプリケーションでクレジット・カードとして利用され、公衆電話用クレジット・カードや公共輸送機関の支払い手段などとして使用されている。移動電話で使用するスマート・カードはいわゆるＳＩＭカードであり、このカードは、現代の移動電話では一般に電話器に挿入される小型のミニカードである。このカードの機能として、加入者データと識別番号（ＰＩＮ、個人識別番号）との保存などがあるため、このカードによって電話器の加入者番号の判定が行われる。ＳＩＭカードには、保存されている電話番号のリストもしくは１グループのショート・メッセージ並びに様々なデータと、使用する通信網に関連する設定値も含むことができる。このデータは、スマート・カードに保存されるデータ量が増加し、多様化すると同時に異なるアプリケーションによってますます利用されている。
【００２５】
以下の明細書において、本発明の適用が可能な関連するローカル資源の一例としてスマート・カードが使用される。言うまでもなく、請求項の範囲内で本発明を適用して別のローカル資源を利用し、上述の問題を回避して利益を得るようにすることができることは明らかである。
【００２６】
図１はまた、ミニカード、すなわち移動局に挿入するＳＩＭカードである公知のスマート・カードＳＣを示す。スマート・カードＳＣは、互いに交信を行い、スマート・カードＳＣの機能の制御とデータ伝送（図示せず）の実現とを意図する公知の手段を有する。これらの手段は、例えば、プログラム・メモリ（ＲＯＭ）に保存されているプログラム・コードに基づいてスマート・カードの機能を制御する制御ユニット（ＣＰＵ）などを具備し、データ・メモリ（ＥＥＰＲＯＭ）の中に様々なユーザ指定データの保存を行うことが可能である。スマート・カードＳＣが機能中、データの一時記憶場所としてランダム・アクセス・メモリ（ＲＡＭ）が使用可能である。スマート・カードＳＣのバス・アダプタ（データＩ／Ｏ）によって、スマート・カードＳＣのデータの読み出し装置として機能する通信装置（移動局ＭＳ１、ＭＳ２など）の適合化が制御信号とデータ回線に対して行われる。物理的には、スマート・カードＳＣは一般にその電気的接点４を介して移動局で利用可能な接点と接続される。スマート・カードＳＣの特徴と目的は、好適にはカードＳＣの製造段階に使用目的に対応するアプリケーション・ソフトウェアをカードＳＣのプログラム・メモリ内に保存することにより設定することが可能である。しかし、スマート・カードへのアプリケーションのダウンロードを可能にする新しい技術が開発されつつある。また、データ伝送と接続するスマート・カードＳＣのインターフェースに関連するプロトコルは使用するアプリケーション・ソフトウェアによって処理される。
【００２７】
さらに図１を参照すると、移動局ＭＳ１とＭＳ２（移動電話など）は、移動通信網とのデータ伝送接続を確立する公知の手段と、ＳＩＭカードのようなスマート・カードＳＣのデータを読み出し、ＳＩＭカードのデータを保存する手段と、移動局の様々な機能を制御する制御ユニット（ＣＵ）も具備している（図示せず）。この制御ユニットは好適には、マイクロコントローラ・ユニット（ＭＣＵ）とＡＳＩＣ回路（特定用途向け集積回路）のような制御論理回路とを具備することが望ましい。これらの機能には表示装置の制御とキーパッドの読み出しなどが含まれる。またこの制御ユニットには、リード・オンリー・メモリ（ＲＯＭ）やランダム・アクセス・メモリ（ＲＡＭ）のようなユニットに装着されるメモリが含まれる。移動局のこの機能は、データ伝送時に用いるプロトコルの実現などに責任を負うアプリケーション・ソフトウェアによって制御される。この移動局の機能はいずれの当業者にも公知の従来技術であるのでこの文脈でこの機能についてさらに詳述する必要はない。周知の装置としてノキア８１１０、６１１０および３１１０タイプの移動電話が含まれる。周知のように、移動電話とＰＤＡ装置（個人情報端末）のユーザ・インターフェースなどのような２つの異なるユーザ・インターフェースを含む利用可能な装置が存在する。このような周知の装置の１つとしてノキア９０００コミュニケータがある。
【００２８】
前述のＷＡＰアプリケーション・プロトコルは以下の明細書ではデータ伝送プロトコルの一例として用いられ、この明細書の目的である本発明に準拠する方法が明らかにされる。以下の明細書では、前記ＷＡＰクライアントとＷＡＰサーバとは、好適には、通信網の中でＷＡＰアプリケーション・プロトコルを利用するクライアントとサーバとを意味する。言うまでもなく、請求項の範囲内で、別のアプリケーション・プロトコルと関連して本発明の適用も可能であることは明らかである。その場合、本明細書に記載の用語ＷＡＰが使用されるが、これはこのアプリケーション・プロトコルの使用を意味する。
【００２９】
図２ａを参照すると、好適な互換システムにおけるＷＡＰのＯＳＩ階層モデルのプロトコル・スタック１００（ＷＡＰプロトコル・スタック）の中には最上位層から下方へリストされる以下の層が含まれる：
無線アプリケーション環境ＷＡＥ用のアプリケーション層１０１（この層にはブラウザ機能も含まれ、この機能の中には、無線用マーク・アップ言語（ＷＭＬ）と、ＷＭＬスクリプトコマンド言語、および、電話機能とプログラミング・インターフェース用のＷＴＡサービスとＷＴＡインターフェース、並びに、情報の提示に必要なコンテンツ・フォーマットが含まれる）
セッション層１０２の無線セッション・プロトコル（ＷＳＰ）
トランザクション層１０３の無線トランザクション・プロトコル（ＷＴＰ）
ＷＡＰトランスポート・プロトコルと関連して使用を意図するセキュリティ層１０４の無線トランスポート層セキュリティ・プロトコル（ＷＴＬＳ）
無線データグラム・プロトコル（ＷＤＰ）のデータ・パケット用トランスポート層１０５（このデータ・パケットには実際のデータに加えて、宛先のアドレス情報およびその他の必要な情報も含まれる）
ショート・メッセージの伝送、回線交換型データ伝送およびパケット交換型データ伝送などが含まれる様々なベアラ・サービス１０６
【００３０】
これらの様々な機能について説明するために、この階層モデルは好適には公知のＩＳＯ／ＯＳＩ階層モデルを意味する。ＷＡＰアーキテクチャの上位層（ＷＡＥ、ＷＳＰ、ＷＴＰ、ＷＴＬＳ）は使用するデータ伝送網に左右されないが、ＷＤＰ層１０５は、ＧＳＭネットワークや特別の要求などに基づいて、その時使用するデータ伝送方法に従って使用しなければならない。またＷＡＰプロトコル・スタックによって、指定インターフェースを用いるその他のサービスとアプリケーション１０７によるＷＡＰスタックの利用が可能となる。
【００３１】
図７ａと７ｂとはローカル資源を利用する上述の代替方法を例示する図である。しかし、これらの方法は本発明が除去しようと目指す問題を伴う。図７ａは、例えばスマート・カードの中に含まれるファイルのコンテンツを読み出すための、スマート・カードＳＣを利用する固定ＡＰＩインターフェース７０の使用を示す。この文脈では、スマート・カードＳＣの好適に標準化されたインターフェース７２が利用される。図７ｂは別の代替例を示す図である。この代替例では、必要な機能７１（好適には、スマート・カードＳＣのシステム機能の参照）はＷＡＥアプリケーション１０１の中に含まれ、このアプリケーション１０１によってスマート・カードＳＣを直接利用するようになっている。しかし、本発明の目的は、この発明によって、図２ａに示すプロトコル・スタック１００の機能と定義とを利用することである。
【００３２】
データ伝送網とシステムの目的は、クライアントと、ネットワークに配置されるサーバとに通信チャネルを提供することである。その場合、図２ｂに従って公知の方法でプロトコル・スタック１００が同時に利用される。図２ｂは上述のクライアント／サーバ階層の論理的構造を示し、この構造の中には移動局ＭＳ内に配置されるクライアント１と、通信網に配置されるサーバ３とが含まれる。ＷＡＥアプリケーション１０１（すなわちクライアント１）によって、利用可能なコマンド基本要素を用いてＷＳＰ層１０２に対するリクエスト・メッセージを生成する。当該の層１０２がさらにサーバ３へこのリクエスト・メッセージを伝送する。
【００３３】
図３は、クライアントと同一の装置ＭＳ内にサーバ３（すなわちスマート・カードのインターフェース４）を配置する本発明のアプリケーションを示す。論理的には、サーバ３は通信網に配置されているように思われ、あたかも当該サーバが従来型のサーバであるかのように、本発明に準拠してクライアント１によって生成されたリクエスト・メッセージが送られる。本発明によれば、プロトコル層はスマート・カードＳＣインターフェース４へのリクエスト・メッセージの伝送に責任を負う。ＷＡＥアプリケーション１０１は、ＷＳＰ層１０２によって与えられる基本サービスを用いてサーバ３へリクエスト・メッセージを伝送する。サーバ３はこのリクエスト・メッセージを処理しクライアント１へ（すなわちアプリケーション１０１へ）応答メッセージを伝送する。これらのサービス基本要素の基本型を例えば公知の以下のタイプに分けることができる：
低位層からサービスを得るために上位層によって送られるリクエスト
サービスを提供する層が、クライアントが行うリクエストやプロトコルが開始する動作などについて上位層に通知する手段としての指定メッセージ
上位層が下位層レベルに指定メッセージの受信を通知する手段としての応答メッセージ
サービスを提供する層が、機能が成功して完了したことをリクエスト・メッセージを出した側に対して確認する手段としての確認
【００３４】
基本型は隣接層間での論理的データ伝送について一般的に記述するが、ＡＰＩインターフェースとは異なり実際の実現については詳述しない。
【００３５】
図３によれば本発明の実現時に同一装置ＭＳ内の２つのプロトコル・スタック１００を使用する必要はなく、図４に従って１つのプロトコル・スタック１００の使用が可能である。本発明の第１の推奨実施例によれば、アプリケーション１０１（好適にはブラウザ）が使用するＵＲＬアドレス（すなわちネットワークアドレス）がスマート・カードＳＣを意味することをＷＳＰ層１０２で理解することができる。この場合、スマート・カード・インターフェース４へ直接リクエスト・メッセージを送ることが可能となる。図５を参照すると、本発明の第２の推奨実施例によれば、スマート・カードのインターフェース４をＷＤＰ層１０５の上位に論理的に配置することができる。この場合、リクエスト・メッセージの中に含まれるポート識別番号を用いて、スマート・カードＳＣと通信装置のアプリケーション１０１との相互分離が可能となる。これにより、別個のポート番号（すなわちポート）がスマート・カードのインターフェース４に対して割り振られる。
【００３６】
スマート・カードのインターフェース４は論理的にＷＴＬＳ層１０４の上位に配置することも可能である。その場合、リクエスト・メッセージ伝送時にセキュリティ層１０４の機能を利用することが可能となる。同様に、特にコネクション型データ伝送の場合、スマート・カードのインターフェース４をＷＴＰ層１０３の上位に配置することができる。前述の双方のケースでは、別々のポート番号がスマート・カードのインターフェース４に対して割り振られる。
【００３７】
さらに、図５を参照すると、本発明の推奨実施例によれば、ＷＡＥアプリケーション１０１は、ＷＳＰ層１０２のサービス・基本要素を用いてローカル資源（好適にはスマート・カードＳＣ）へリクエスト・メッセージを伝送する。同様に、スマート・カードのインターフェース４はスマート・カードＳＣへリクエスト・メッセージを送る。スマート・カードＳＣはスマート・カードのインターフェース４に対して応答メッセージを出し、この応答メッセージによって必要な応答メッセージが生成され、ＷＡＥアプリケーション１０１へ伝送される。より詳細には、スマート・カードＳＣは新しいサーバ３として定義され、この新しいサーバがスマート・カードＳＣに関連するリクエスト・メッセージに対して応答を行う。これにより、ＷＡＥアプリケーション１０１に関して、スマート・カードＳＣは通信網に配置された任意のサーバ３のようになり、論理的トランザクションは、図３に従うプロトコル・スタック１００の正常なトランザクションに対応することになる。しかし、リクエスト・メッセージは必ずしも通信網へ送られるとはかぎらず、低位層が、スマート・カードのインターフェース４へリクエスト・メッセージを送り、インターフェース４がＷＡＥアプリケーションと同じ装置（ＭＳ）内に物理的に配置されている場合もある。
【００３８】
ＷＳＰ層によって、クライアント１のアプリケーションとサーバ３のアプリケーションとの間で情報コンテンツを交換する手段が提供される。これらの定義されたサービスと、プロトコル（ＷＳＰ／Ｂ、無線セッション・プロトコル／ブラウジング）とは、特にブラウザ・タイプのアプリケーション用として適合化が行われる。ＷＳＰ／Ｂの中には、コネクションレスデータ伝送時のパケットのトランスポート・サービス（データグラム）用およびコネクション型データ伝送時のセッション・サービスのトランザクション・サービス用の双方用のプロトコルが含まれる。ＷＳＰ／Ｂは、ＨＴＴＰデータ伝送プロトコルの定義に厳密に従って、ＨＴＴＰ／１．１と互換性のあるアプリケーションのサポートを行なう。例えば、ＨＴＴＰによって使用されるＧＥＴ、ＰＵＴおよびＰＯＳＴのような方法は、情報の検索（ＧＥＴ）や伝送（ＰＵＴ、ＰＯＳＴ）を行なうために使用することができる。ＨＴＴＰプロトコルのヘッダ・フィールドは、メッセージのコンテント・タイプに関連する情報を与えるために利用することができる。認証用のＨＴＴＰプロトコルのヘッダを利用することも可能である。これによって、認証およびデータ伝送を行うためのＷＷＷ通信網の方法を効率的に利用することができる。
【００３９】
本発明は、ＵＲＬアドレスから使用データ伝送プロトコルを推論できるようにＷＳＰ層の中で実現される。例えば、本文脈では、“ｓｃ：／／”はスマート・カードを意味し、使用サーバはＵＲＬアドレスの“〈ｈｏｓｔ〉”部分によって記述される。参照符号“ｓｃ：／／／”から始まるアドレス情報を持つリクエスト・メッセージは、本発明では、スマート・カードのインターフェースへ送信される。本発明の第１の推奨実施例と参照図４によれば、このインターフェースへの送信はＷＳＰ層１０２を介して行われ、本発明の第２の推奨実施例と参照図５によれば、このインターフェースへの送信はＷＤＰ層１０５を介して行われる。
【００４０】
本発明の推奨実施例によれば、ローカル資源がスマート・カードである場合、使用するＵＲＬアドレスは以下のように定式化される：
ｓｃ：／／〈ｈｏｓｔ〉：〈ｐｏｒｔ〉／〈ｕｒｌ−ｐａｔｈ〉
この形式では、“ｓｃ：／／”部分はスマート・カードを意味し、“〈ｈｏｓｔ〉”部分はスマート・カードが接続されている装置を意味する。“〈ｈｏｓｔ〉”部分を省略した場合、このアドレスが、同じ移動局と物理的に接続されているスマート・カードを意味すると仮定することができる。デフォルト・ポートを使用する場合“〈ｐｏｒｔ〉”部分を省略してもよい。１つの移動局は様々なスマート・カードを同時に含む場合があり、その場合、これらのスマート・カードには所望の情報の閲覧や検索を行うソースとなるいくつかの異なるファイルが含まれるので、これらのファイルは例えば以下のように“〈ｕｒｌ−ｐａｔｈ〉”部分などによって互いに分離される：
ｓｃ：／／／ｓｉｍ／＿７Ｆ２Ａ／＿６Ｆ０５．
【００４１】
以下、図５に従って、スマート・カード・インターフェース４をＷＤＰ層１０５の上位に配置する本発明の１つの実現例について説明する。ＷＤＰ層１０５は、様々な通信網（ＧＳＭ、ＧＳＭ、ＧＰＲＳなど）によってサポートされるベアラ・サービス１０６の上位に配置される。この文脈では、図１に従う通信システムが公知の方法で利用される。ＷＤＰ層１０５は上位層１０１−１０４にサービスを提供し、利用可能なベアラ・サービス１０６を介してこれらの上位層を透過的な通信状態にすることが可能となる。使用するポート番号によって、ＷＴＰトランスポート・プロトコル１０３、ＷＳＰセッション・プロトコル１０２あるいはアプリケーション１０１のいずれかとなる上位層エンティティが識別される。
【００４２】
図６は、特にコネクションレスデータ伝送時のＷＡＰアプリケーション１０１（ブラウザ）によって、ローカル資源（特にスマート・カードＳＣ）を使用するコマンド・シーケンスを示す。この例では、ＧＥＴメソッドによるリクエストが移動局ＭＳと接続されたＳＩＭカード４に対して行われる。ユーザ・インターフェース（ＵＩ）５によって、ユーザはＷＡＥアプリケーション（ブラウザなど）１０１でＵＲＬアドレス６を入力する（ステージ２０１）。この場合“ｓｃ：／／／”部分は当該移動局ＭＳと接続されたスマート・カードＳＣ（ＳＩＭカード４）を意味する。ユーザによって入力されたアドレスは、例えば書式“ｓｃ：／／／ｓｉｍ／ｓｏｍｅａｐｐｌｉｃａｔｉｏｎ／ｓｏｍｅｆｉｌｅ”を有する。次のステージ２０２でブラウザ１０１は、スマート・カード・インターフェース４へＧＥＴリクエストを伝送するために、ＷＳＰ層１０２のコネクションレスデータ伝送のサービス・基本要素を呼び出す。ここで、ＷＳＰ層１０２は、ＷＤＰ層１０５の対応するコマンド・基本要素を利用して、スマート・カード・インターフェース４へＷＳＰ／Ｂリクエスト・メッセージを伝送する（ステージ２０３）。このリクエスト・メッセージの中で使用する宛先アドレスは移動局ＭＳ自身を意味し、宛先ポート番号はスマート・カード・インターフェース４に割り振られたデフォルト・ポート番号を意味する。図６で用いられるリクエスト・メッセージ（ステージ２０３）は、公知のサービス・基本要素Ｔ−ＤＵｕｎｉｔｄａｔａであり、このサービス・基本要素はデータグラムでデータを伝送するために用いられ、またこのサービス・基本要素によって、宛先アドレスと、宛先ポート（すなわち宛先アドレスと接続されるアプリケーション１０１のアドレス）と、ソース・アドレスと、ソース・ポート、並びに、ＷＤＰプロトコル１０５によって伝送されるユーザ・データとを記述するパラメータの伝送が可能となる。このリクエスト・メッセージの中には、上記すべての情報が与えられなければならないが、１つの指定メッセージの中には、宛先アドレス、宛先ポートおよびユーザ・データがあれば好適に十分である。宛先アドレスは個々のＭＳのＩＳＤＮ番号、ＩＰアドレス、Ｘ．２５アドレスあるいは別の公知の識別番号であってもよい。これらのパラメータは公知の方法によってパケット伝送で伝送される。この場合パケットにはヘッダ情報とデータなどが含まれる。この情報はパケットの中で符号化され固定サイズのビット・シーケンス（典型的にはオクテット）に変えられ、このシーケンスは使用するデータ伝送方法によって伝送される。
【００４３】
図６を参照すると、次のステージで、ＷＤＰ層１０５は、宛先アドレスがローカル移動局ＭＳ（すなわちスマート・カードＳＣが同様に接続される無線通信装置ＭＳ）に属することを検知し、この場合、指定メッセージはスマート・カード・インターフェース４の適切なポートへ伝送される（ステージ２０４）。スマート・カード・インターフェース４はこの指定メッセージを処理し、次いで、スマート・カードＳＣに対して必要なリクエスト・メッセージを生成することによりＷＳＰ／Ｂリクエスト・メッセージの処理を行う（ステージ２０５）。この後、スマート・カードＳＣによってスマート・カード・インターフェース４へ所望のファイルのコンテンツが与えられ（ステージ２０６）、次いで、インターフェース４がＷＳＰ／Ｂ応答メッセージの中にコンテンツをカプセル化し、リクエスト・メッセージとしてこのコンテンツをＷＤＰ層１０５へ伝送する（ステージ２０７）。次のステージ２０８で、リクエスト・メッセージの着アドレスと宛先ポートとがローカル移動局ＭＳのブラウザ１０１に属し、指定メッセージがＷＳＰ層へ伝送される（ステージ２０８）ことがＷＳＰ層１０２の中で検知される。この後、ＷＳＰ層１０２はＷＳＰ／Ｂ応答メッセージをブラウザ１０１へ伝送し（ステージ２０９）、ブラウザ１０１は、好適にはユーザ・インターフェース５を用いることによりユーザへファイルのコンテンツを示す（ステージ２１０）。前述のＷＳＰ／Ｂのリクエスト・メッセージと応答メッセージは、例えば、メッセージのコンテント・タイプおよびユーザの認証と認可などに関する必要なヘッダ情報を含むことができる。さらに、このＷＳＰ／Ｂのリクエスト・メッセージと応答メッセージには、使用する圧縮方法に関連するデータと、パリティ・チェック用データとを含めてもよい。
【００４４】
上述の例では、ユーザは、移動局のユーザ・インターフェースによってＵＲＬアドレスを与えることによりローカル資源の使用をアクティブにする。このユーザ・インターフェースは移動局の表示装置とキーパッドとを利用することにより公知の方法で実現される。本発明のある推奨実施例では、典型的には、ＳＩＭカードのメモリ内に保存されている情報を検索するためにアプリケーション自身がこの起動を実行することができる。さらに、本発明に準拠して、通信システムと接続されたサーバが、移動局と接続されたスマート・カードから情報をリクエストできることは言うまでもない。図８は本発明の第３の推奨実施例をさらに例示する。この場合、スマート・カードＳＣなどのローカル資源は、スマート・カードＳＣと同じ移動局ＭＳ内に位置する以外のクライアント１（すなわちブラウザ１０１）からリクエスト・メッセージを受け取る。この場合、スマート・カードのインターフェース４はネットワークに配置されたサーバのように作動する。これらの様々なケースで図６に既に示した方法が適用される。この方法は提示された例に基づいていずれの当業者でも実行が可能である。この文脈で、本方法が図８に従ってベアラ・サービス１０６を利用し、移動局間でリクエスト・メッセージの伝送を行うことに注意しなければならない。この文脈で利用可能な通信網も利用可能である。
【００４５】
本発明は上述の例だけに限定されるものではなく添付の請求項の範囲内で改変を行なうことが可能である。例えば、上記提示されたプロトコル・スタックは無線通信装置内に設けることができる。この無線通信装置の中で、データ伝送や通信システムは前述のＩＲ、ＬＰＲＦ、ＳＤＲＦデータ伝送に基づき、また、この無線通信装置の中で、このデータ伝送を行うために使用するベアラ・サービスの適合化が行われる。
【図面の簡単な説明】
【図１】 本発明を適用する通信システムを図示する簡略図である。
【図２ａ】 本発明を適用するアプリケーション・プロトコルのプロトコル・スタックを図示する。
【図２ｂ】 クライアント／サーバ階層を設ける際の、図２に示すアプリケーション・プロトコル内のプロトコル・スタックのアプリケーションと論理的構造とを示す簡略図である。
【図３】 同じ無線通信装置内の図２ｂに示すクライアント／サーバ階層のアプリケーションと論理的構造とを示す簡略図である。
【図４】 本発明の第１の推奨実施例に準拠する実現例を示す図である。
【図５】 本発明の第２の推奨実施例に準拠する実現例を示す図である。
【図６】 図５に図示の実施例の本発明に準拠してどのようにリクエスト・メッセージと応答メッセージとがつくられ送られるかを示す系列図である。
【図７ａ】 図２ａに示すプロトコル・スタックと関連するローカル資源が利用される代替実現例を例示する。
【図７ｂ】 図２ａに示すプロトコル・スタックと関連するローカル資源が利用される代替実現例を例示する。
【図８】 本発明の第３の推奨実施例に準拠する実現例を示す図である。

Claims (30)

1. 通信システムにおける方法であって、該通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）が、第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）と、第２の移動局（ＭＳ、ＭＳ１、ＭＳ２）と、前記通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）と接続されたサーバ（３、ＳＥＲＶＥＲ）との間で、リクエスト・メッセージ（ＲＥＱＵＥＳＴ）を伝送するように設けられ、少なくとも前記第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）と少なくとも前記第２の移動局（ＭＳ、ＭＳ１、ＭＳ２）とが、前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）を生成して、そのリクエスト・メッセージを前記通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）へ送るためにデータ伝送プロトコルを利用することによって確立されたプロトコル手段（１００−１０６）を具備し、前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先を識別する少なくともアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）を含み、少なくとも前記第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）が同移動局と接続された第１のローカル資源（ＳＣ、４）を具備し、
   前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が、前記第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）か、前記第２の移動局（ＭＳ、ＭＳ１、ＭＳ２）か、前記サーバ（３、ＳＥＲＶＥＲ）かによって伝送される方法において、
   前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）のアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）が前記第１のローカル資源（ＳＣ、４）を識別するために生成され、
   前記第１のローカル資源（ＳＣ、４）を求める前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が、前記プロトコル手段（１００−１０６）によって生成され、導かれることを特徴とする方法。
2. 前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が前記第２の移動局（ＭＳ、ＭＳ１、ＭＳ２）あるいは前記サーバ（３、ＳＥＲＶＥＲ）の中で生成され、
   前記第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）と接続された前記第１のローカル資源（ＳＣ、４）が前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先として選択され、
   前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が前記通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）によって伝送されることを特徴とする請求項１に記載の方法。
3. 前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が前記第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）の中で生成され、
   前記第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）と接続された前記第１のローカル資源（ＳＣ、４）が前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先として選択され、
   前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が前記第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）の前記プロトコル手段（１００−１０６）によって伝送され導かれることを特徴とする請求項１に記載の方法。
4. 前記第２の移動局（ＭＳ、ＭＳ１、ＭＳ２）と、あるいは、前記サーバ（３、ＳＥＲＶＥＲ）と接続された第２のローカル資源（ＳＣ、４）によって前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が生成されることを特徴とする請求項１に記載の方法。
5. 前記ローカル資源（ＳＣ、４）から情報を検索するために、前記ローカル資源（ＳＣ、４）を識別するアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）がユーザによって前記アプリケーション（１０１、ブラウザ）の中へ入力され、前記アプリケーション（１０１、ブラウザ）が前記移動局（ＭＳ、ＭＳ１、ＭＳ２）の中に設けられ、前記移動局（ＭＳ、ＭＳ１、ＭＳ２）のユーザ・インターフェース（ＵＩ）によってユーザに対して情報が示されるように成され、また、前記アプリケーション（１０１、ブラウザ）が前記プロトコル手段（１００−１０６）と接続されて前記アドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）が伝送されるように成されることを特徴とする請求項１乃至４のいずれかに記載の方法。
6. 前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が伝送され、前記ローカル資源（ＳＣ、４）から指定メッセージ（ＩＮＤＩＣＡＴＩＯＮ）を受け取り、前記プロトコル手段（１００−１０６）の助けを借りて該指定メッセージ（ＩＮＤＩＣＡＴＩＯＮ）が、前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）を生成した前記移動局（ＭＳ、ＭＳ１、ＭＳ２）あるいは前記サーバ（３、ＳＥＲＶＥＲ）へ送られることを特徴とする請求項１乃至５のいずれかに記載の方法。
7. 前記プロトコル手段（１００−１０６）を確立するためにＷＡＰアプリケーション・プロトコルが利用されることを特徴とする請求項１乃至６のいずれかに記載の方法。
8. 少なくともＷＳＰ層（１０２）、ＷＴＰ層（１０３）、ＷＴＬＳ層（１０４）あるいはＷＤＰ層（１０５）から前記ローカル資源（ＳＣ、４）のインターフェース（４、ＳＣインターフェース）へ接続が確立され、該インターフェース（４、ＳＣインターフェース）が前記ローカル資源（ＳＣ、４）と接続され、前記ＷＳＰ層（１０５）、ＷＴＰ層（１０３）、ＷＴＬＳ層（１０４）、あるいは、ＷＤＰ層（１０５）が、前記ＷＡＰアプリケーション・プロトコルの前記プロトコル手段（１００−１０６）の少なくとも一部分を形成することを特徴とする請求項７に記載の方法。
9. ＵＲＩアドレス、ＵＲＬアドレスあるいはＵＲＮ名がアドレス情報として使用されることを特徴とする請求項１乃至８のいずれかに記載の方法。
10. 前記移動局（ＭＳ、ＭＳ１、ＭＳ２）と接続された、ＳＩＭカードのようなスマート・カードがローカル資源（ＳＣ、４）として使用されることを特徴とする請求項１乃至９のいずれかに記載の方法。
11. 通信システムであって、第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）と、第２の移動局（ＭＳ、ＭＳ１、ＭＳ２）と、前記通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）と接続されたサーバ（３、ＳＥＲＶＥＲ）との間で、リクエスト・メッセージ（ＲＥＱＵＥＳＴ）を伝送するように成す通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）であって、これらの移動局とサーバとが、リクエスト・メッセージ（ＲＥＱＵＥＳＴ）を生成し、通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）へ前記リクエスト・メッセージを送るためにデータ伝送プロトコルを利用することによって確立されたプロトコル手段（１００−１０６）を具備し、前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が、その宛先を識別するための少なくともアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）を含み、少なくとも前記第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）が同移動局と接続された第１のローカル資源（ＳＣ、４）を具備するように成す通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）において、
    前記第１のローカル資源（ＳＣ、４）が前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）のアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）によって識別されるように成され、
    前記第１のローカル資源（ＳＣ、４）へ送られる前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）が、前記プロトコル手段（１００−１０６）の助けを借りて生成され、前記第１のローカル資源（ＳＣ、４）へ送られるように成され、
    前記第２の移動局（ＭＳ、ＭＳ１、ＭＳ２）及び／又は前記サーバ（３、ＳＥＲＶＥＲ）によって前記第１のローカル資源（ＳＣ、４）へ宛先が指定される前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）を伝送するように成すことを特徴とする通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）。
12. 無線通信装置であって、リクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先を識別するための少なくともアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）を含む前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）を生成して送るためにデータ伝送プロトコルを利用することによって確立されたプロトコル手段（１００−１０６）を具備する無線通信装置において、
    前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先はローカル資源（ＳＣ、４）であり、そのローカル資源（ＳＣ、４）が、前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）のアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）に基づいて識別されるように成され、
    前記プロトコル手段（１００−１０６）が前記ローカル資源（ＳＣ、４）へ前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）を送るように成されることを特徴とする無線通信装置。
13. 前記無線通信装置が前記ローカル資源（ＳＣ、４）を具備することを特徴とする請求項１２に記載の無線通信装置。
14. 前記プロトコル手段（１００−１０６）が、前記無線通信装置（ＭＳ、ＭＳ１、ＭＳ２）の中で生成されたリクエスト・メッセージ（ＲＥＱＵＥＳＴ）を前記ローカル資源（ＳＣ、４）へ宛先を指定し、伝送するように構成されることを特徴とする請求項１３に記載の無線通信装置。
15. 前記プロトコル手段（１００−１０６）が、前記ローカル資源（ＳＣ、４）によって生成された前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先を指定し、伝送するように構成されることを特徴とする請求項１３または１４に記載の無線通信装置。
16. 前記ローカル資源（ＳＣ、４）がＳＩＭカードのようなスマート・カードであることを特徴とする請求項１３乃至１５のいずれかに記載の無線通信装置。
17. 前記無線通信装置が通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）と接続可能であることを特徴とする請求項１２記載の無線通信装置。
18. 前記無線通信装置が通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）と接続可能であり、前記プロトコル手段（１００−１０６）は、前記通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）から前記無線通信装置（ＭＳ、ＭＳ１、ＭＳ２）によって受信されたリクエスト・メッセージ（ＲＥＱＵＥＳＴ）か、前記無線通信装置（ＭＳ、ＭＳ１、ＭＳ２）の中で生成されたリクエスト・メッセージ（ＲＥＱＵＥＳＴ）か、あるいはこれらの選択肢の双方に従うリクエスト・メッセージ（ＲＥＱＵＥＳＴ）を前記ローカル資源（ＳＣ、４）へ宛先を指定し、伝送するように構成されることを特徴とする請求項１３に記載の無線通信装置。
19. 前記プロトコル手段（１００−１０６）は前記リクエスト・メッセージを前記通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）を経てローカル資源へ宛先指定するように構成され、前記ローカル資源は他の移動局（ＭＳ、ＭＳ１、ＭＳ２）またはサーバ（３、サーバ）に接続されることを特徴とする請求項１７記載の無線通信装置。
20. 前記プロトコル手段（１００−１０６）が、前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）に対する応答メッセージとして前記ローカル資源（ＳＣ、４）から受信された指定メッセージ（ＩＮＤＩＣＡＴＩＯＮ）の宛先を指定し、伝送するように構成されることを特徴とする請求項１２乃至１９のいずれかに記載の無線通信装置。
21. 前記アドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）がＵＲＩアドレス、ＵＲＬアドレス、あるいはＵＲＮ名を含むことを特徴とする請求項１２乃至２０のいずれかに記載の無線通信装置。
22. リクエスト・メッセージ（ＲＥＱＵＥＳＴ）を宛先指定するためにデータ伝送プロトコルを利用することによって確立されたプロトコル手段（１００−１０６）を有する移動局（ＭＳ、ＭＳ１、ＭＳ２）またはサーバ（３、サーバ）に接続されたローカル資源（ＳＣ、４）であって、リクエスト・メッセージ（ＲＥＱＵＥＳＴ）はリクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先を識別するためのアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）を少なくとも含み、
    − リクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先はリクエスト・メッセージ（ＲＥＱＵＥＳＴ）のアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）に基づいて識別されるローカル資源（ＳＣ、４）であることと、
    − 前記プロトコル手段（１００−１０６）はリクエスト・メッセージ（ＲＥＱＵＥＳＴ）を前記ローカル資源へ宛先指定するようになっていることを特徴とするローカル資源。
23. アドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）はＵＲＩアドレス、ＵＲＬアドレスおよびＵＲＮ名を具備することを特徴とする請求項２２記載のローカル資源。
24. 前記リクエスト・メッセージは、他の移動局（ＭＳ、ＭＳ１、ＭＳ２）または他のサーバ（３、サーバ）に接続された他のローカル資源（ＳＣ、４）によっ て生成される請求項２２または２３記載のローカル資源。
25. ローカル資源（ＳＣ、４）はリクエスト・メッセージを生成するようになっており、前記プロトコル手段（１００−１０６）がリクエスト・メッセージ（ＲＥＱＵＥＳＴ）を通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）へ宛先指定するようになっている請求項２２乃至２４のいずれかに記載のローカル資源。
26. 通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）に接続されリクエスト・メッセージ（ＲＥＱＵＥＳＴ）を生成しそれを通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）へ宛先指定するためにデータ伝送プロトコルを利用することによって確立されたプロトコル手段（１００−１０６）を具備するサーバであって、前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）はリクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先を識別するためアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）を少なくとも含み、
    − リクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先はローカル資源（ＳＣ、４）であり、そのローカル資源（ＳＣ、４）はリクエスト・メッセージ（ＲＥＱＵＥＳＴ）のアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）に基づいて識別されるようになっており、ローカル資源（ＳＣ、４）は移動局（ＭＳ、ＭＳ１、ＭＳ２）または他のサーバ（３、サーバ）に接続されることと、
    前記プロトコル手段（１００−１０６）は前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）を前記ローカル資源（ＳＣ、４）へ宛先指定するようになっていることを特徴とするサーバ。
27. 前記アドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）はＵＲＩアドレス、ＵＲＬアドレスまたはＵＲＮ名を具備することを特徴とする請求項２６記載のサーバ。
28. 通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）に接続された第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）、第２の移動局（ＭＳ、ＭＳ１、ＭＳ２）およびサーバ（３、サーバ）間でリクエスト・メッセージ（ＲＥＱＵＥＳＴ）を伝送するようになっている通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）における方法であって、少なくとも第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）および少なくとも第２の移動局（ＭＳ、ＭＳ１、ＭＳ２）はリクエスト・メッセージ（ＲＥＱＵＥＳＴ）を生成してそれを通信システム（Ｎ、ＰＬＭＮ、ＰＳＴＮ、ＰＤＮ）へ宛先指定するためにデータ伝送プロトコルを利用することによって確立されたプロトコル手段（１００−１０６）を具備し、前記リクエスト・メッセージ（ＲＥＱＵＥＳＴ）はリクエスト・メッセージ（ＲＥＱＵＥＳＴ）の宛先を識別するためのアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）を含んでなり、少なくとも第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）はそれに結合されたローカル資源（ＳＣ、４）を具備し、前記方法は、
    − 第１の移動局（ＭＳ、ＭＳ１、ＭＳ２）、第２の移動局（ＭＳ、ＭＳ１、ＭＳ２）またはサーバ（３、サーバ）によってリクエスト・メッセージ（ＲＥＱＵＥＳＴ）を送信することを具備し、
    前記方法はさらに、
    − 前記ローカル資源（ＳＣ、４）を識別するためのリクエスト・メッセージ（ＲＥＱＵＥＳＴ）のアドレス情報（ＵＲＩ、ＵＲＬ、ＵＲＮ）を生成し、
    − 前記プロトコル手段（１００−１０６）により前記ローカル資源（ＳＣ、４）に対するリクエスト・メッセージ（ＲＥＱＵＥＳＴ）を生成して宛先指定し、前記プロトコル手段（１００−１０６）を確立するためにＷＡＰアプリケーションプロトコルを利用することを具備することを特徴とする方法。
29. 前記アドレス情報はＵＲＩアドレス、ＵＲＬアドレス、またはＵＲＮ名であることを特徴とする請求項２８記載の方法。
30. ローカル資源（ＳＣ、４）は移動局（ＭＳ、ＭＳ１、ＭＳ２）に接続されたＳＩＭカードのようなスマートカードである請求項２８または２９記載の方法。

Images