JP2008027457A

JP2008027457A - ネットワークサービスを識別しネットワークサービスに対するアクセスを実行するためのシステム、ネットワーク要素、コンピュータ読み取り可能な媒体、および移動端末

Info

Publication number: JP2008027457A
Application number: JP2007212335A
Authority: JP
Inventors: Jerry Lahti; ラーツィ，ジェリー
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 2001-11-29
Filing date: 2007-08-16
Publication date: 2008-02-07
Also published as: US20030101246A1; EP1449102A1; KR100659168B1; CA2468667A1; CA2468667C; EP1449102B1; US7363354B2; CN100504837C; WO2003046742A1; EP1449102A4; KR20040066138A; ES2536846T3; RU2297663C2; AU2002348839A1; JP2005510802A; JP4181043B2; CN1596405A; RU2004119554A

Abstract

【課題】ネットワーク上の複数のアプリケーション・サーバを介してアプリケーションへの移動端末のアクセスを容易にするシステムに関し、移動端末が、アドレス可能なネットワーク要素により制御される特定のアプリケーションを識別することを目的とする。
【解決手段】複数のプロビジョニング・ファイルの１つが、目標とするアプリケーションに対応するアプリケーション識別子と、関連付けられたアプリケーション・アクセス・パラメータとを含み、アプリケーション・アクセス・パラメータの１つが、アプリケーション・サーバの１つのアプリケーション・サーバ・アドレスを含み、さらに、埋め込まれたアプリケーション識別子をプロビジョニング・ファイルの受信時に認識し、関連付けられたアプリケーション・アクセス・パラメータにより規定されるアプリケーション・サーバ・アドレスにてアプリケーションに対するアクセスを実行する移動端末を備える。
【選択図】図１

Description

本発明は、ネットワーク通信システムに関し、より詳細には、ネットワーク上のアプリケーション・サーバを介して利用可能なアプリケーションへの移動端末のアクセスを容易にするためのシステムおよび方法に関する。

今日の通信技術は、有線ネットワークおよびワイヤレス・ネットワークのめざましい発展をもたらした。ワイヤレス・ネットワークに関する技術は、消費者のこれまでの多くの要求に応える一方で、情報転送のさらなる柔軟性および即時性を提供してきた。現在の地上通信（landline）ネットワークおよび差し迫った地上通信ネットワークに関する技術は、ワイヤレス技術および移動技術をますます含むように拡大してきた。これらのネットワークを介して、デスクトップシステムやワイヤレスシステム等へ情報をダウンロードすることができる。例えば、インターネットを介して利用可能な情報を、セルラー電話、パーソナル・ディジタル・アシスタント（ＰＤＡ：Personal Digital Assistants ）およびラップトップコンピュータ等の移動ワイヤレスユニットへダウンロードすることができる。

ワイヤレスデバイスへのインターネットコンテントの転送や当該ワイヤレスデバイスからのインターネットコンテントの転送を容易にするような上記の技術の１つが、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ：Wireless Application Protocol ）である。このワイヤレス・アプリケーション・プロトコルは、インターネットとワイヤレス・ネットワーク・プラットフォームを備える他のネットワークとを統合する。一般に、ＷＡＰは、インターネット標準およびワイヤレスサービス用標準の双方の特性および機能性を明確にするような一連のプロトコルである。上記のＷＡＰは、ワイヤレス・ネットワーク標準から独立しており、オープン・スタンダート（open standard ）として設計されている。ＷＡＰは、有線インターネット・パラダイム（wireline internet paradigm）とワイヤレスドメインとの間の間隙を埋めて、ワイヤレスデバイスのユーザが双方のプラットホームを越えてインターネットの恩恵を享受することを可能にする。

これらの有線ネットワークおよびワイヤレス・ネットワークを介してアクセス可能な情報のタイプには、ワイヤレス端末上で操作可能なワイヤレスサービスのようなソフトウェアアプリケーションおよびサービスが含まれる。ワイヤレスサービスの改良は継続的になされており、容量、速度、および効率の改善を含む。ワイヤレスサービスのユーザは、ビデオ・オンデマンド（video-on-demand ）、ビデオ会議、高速ウェブアクセスおよびファイル転送のようなマルチメディアサービスへの増大するアクセスを得つつある。現行および将来のサービスは、移動デバイスのユーザがネットワークを介して当該サービスを利用できるようにするネットワークサービス・オペレータにより提供されており、また一方で提供され続けるであろう。

「モバイルインターネット」は、ワイヤレス・ネットワーク上で操作可能な移動デバイスへの上記のようなサービスおよびアプリケーションのアクセス可能性に関する。現在、モバイルインターネットは、ワールド・ワイド・ウェブ（ＷＷＷ：World Wide Web）またはＷＡＰインフラストラクチャ(infrastructure ）上に構築されつつある。しかしながら、モバイルインターネット上のアプリケーションまたはサービスを識別するための公式の標準は、現在のところ皆無である。むしろ、アプリケーションまたはサービスは、これらのアプリケーションまたはサービスがアクセス可能なネットワーク・アドレスを指定するために使用されるユニフォーム・リソース・ロケータ（ＵＲＬ：Uniform Resource Locator）により識別される。例えば、特定のインターネットサービスまたはアプリケーションは、このようなインターネットサービスまたはアプリケーションを提供しているネットワークホストを指し示すＵＲＬを入力することによってアクセスされる。ある観点からすれば、上記の手法は、前述のサービスに対するアクセスを実行するのに十分な方法ではあるが、その一方で、上記の手法は、一般にウェブまたはＷＡＰアプリケーションの標準化が全くなされていなかったという事実に主として起因している。例えば、２つ以上の異なるウェブ検索アプリケーションにより提供される現在利用可能な検索サービスは、おそらく同様な機能性を提供するであろうが、同じ方法によっては動作しないことがある。したがって、現実のネットワーク・アドレスを埋め込んでいるＵＲＬを用いて非標準化アプリケーションを識別することは、それぞれのアプリケーションに対するアクセスを実行するために時として容認されることもある。

しかしながら、アプリケーションおよびサービスが標準化される（標準団体により承認された標準、所有権に関する標準または取り決め等を含む）場合、この手法は行き詰まる。これは、専用のＵＲＬを通して実行されるようなアプリケーションへのアクセスが、標準化されたアプリケーションおよびサービスが複数のサービス・プロバイダにより提供されるといったような状況に対処することができないからである。例えば、マルチメディア・メッセージング・サービス（ＭＭＳ：Multimedia Messaging Service）は、ＷＡＰフォーラムおよび３ＧＰＰにより一緒に標準化されたサービスである。よって、多くの多様なサービス・プロバイダが同じアプリケーションの使用を提供することがあり、それゆえに、既存の手法はもはやアプリケーションを適切に識別するために用いられない。この理由として、ＵＲＬがそれぞれのアプリケーション・プロバイダ／サービス・プロバイダのネットワーク・アドレスを含むことになる点が挙げられる。この結果として、ＵＲＬは、標準化されたサービスそのものの代わりに、特定のアプリケーション・プロバイダ／サービス・プロバイダにより提供されるサービスの例を識別することになる。例えば、「．．．ｃｏｍｐａｎｙＸＹＺ．ｃｏｍ／ＭＭＳ」を含むウェブアドレスは、一般に、ＭＭＳアプリケーションを識別できない。これは、ｃｏｍｐａｎｙＡＢＣのような他のオペレータもそのアプリケーションを提供するからである。

現在の方法論により生ずる別の問題は、標準化されたアプリケーションの場合、移動デバイス中のユーザ・エージェント（アプリケーションソフトウェア）が、通常、ＵＲＬに対するアクセスを実行するために一般に使用されるブラウザではないことである。もし、移動デバイスが持っている唯一の情報が、特定のホストを指し示すＵＲＬであれば、この移動デバイスは、適切なユーザ・エージェントが何に使用されるべきであるかを決定するための手段を全く持っていない。

現行のＷＡＰブートストラップ・プロビジョニング（WAP bootstrap provisioning）のようなプロビジョニング(provisioning ）技術は、モバイルインターネットのユーザのニーズのいくつかに応える。上記のプロビジョニング技術が移動デバイス用に用いられる１つの理由は、移動端末が、元々限定されたデバイスであることである。一般に、移動デバイスは、メモリ容量、記憶容量および処理能力が限られている。したがって、移動デバイスは、ネットワーク上で利用可能かもしれない新規のサービスまたは改良されたサービスに対するアクセスを実行するために必要とされる全てのコンポーネントを含んでいるわけではない。移動ユーザがネットワーク上で利用可能な新規のサービスまたは改良されたサービスを利用したい場合、端末は上記の新規のサービスを使用するように構成されなければならない。ネットワーク上のサービスを使用するように端末を構成することは、一般に、端末の「プロビジョニング(provisioning ）」と呼ばれている。このプロビジョニングは、移動デバイスの初期設定の際に実行してもよい。あるいは、この移動デバイスにおいて既に使用されているサービスおよびアプリケーションを向上させたり更新したりするために実行してもよい。

しかしながら、現在のプロビジョニング技術は、上記の部分で特定された問題を解決するものではない。むしろ、現在のプロビジョニング技術は、基本的なネットワーク接続可能性を確立するために必要とされるパラメータに適用範囲が限定される。ただし、ここでは、情報が全てのアプリケーションに適用可能であると無条件に仮定されており、パラメータ設定を特定のアプリケーションと関連付ける手段は皆無である。

したがって、ネットワーク通信産業においては、特に、様々なネットワーク・アプリケーション・サーバにて提供される特定のアプリケーションが標準化されており、かつ、種々のアドレス可能なネットワーク要素により制御される場合に、移動端末が、上記のような特定のアプリケーションを識別できるようにするニーズが存在する。本発明は、従来技術に関する上記の欠点およびその他の欠点を解決し、これによって、従来技術のプロビジョニング・システムおよび方法論に比べて多くの利点をもたらす。

本発明は、ネットワーク上の複数のアプリケーション・サーバを介して利用可能な特定のアプリケーションへの移動端末のアクセスを容易にするためのシステムおよび方法に関する。本発明は、プロビジョニング・サーバのようなネットワーク・サーバを介して、アプリケーション識別子およびアクセス・パラメータを移動端末へ提供することを含む。この結果として、移動端末は、ネットワーク上で目標とするアプリケーションを制御している複数のアプリケーション・サーバの特定の１つにおいて当該アプリケーションを識別してアクセスするために、アプリケーション識別子を利用する。

本発明の１つの実施の形態に従って、ネットワーク上の複数のアプリケーション・サーバにより制御（host）されるネットワーク・アプリケーションへの移動端末のアクセスを容易にするための方法が提供される。ネットワーク・アプリケーションに対応するアプリケーション識別子と、複数のアプリケーション・サーバの１つのアプリケーション・サーバ・アドレスを含むような関連付けられたアプリケーション・アクセス・パラメータとが、プロビジョニング情報に埋め込まれる。このプロビジョニング情報は、プロビジョニング手順に関連して少なくとも１つの移動端末に伝送される。この移動端末は、プロビジョニング情報と共に提供されるアプリケーション・サーバ・アドレスにより識別されたアプリケーション・サーバを介してのネットワーク・アプリケーションへのアクセスを容易にするために、プロビジョニングが行われる。
本発明の別の実施の形態によれば、上記のような方法を実行するためのコンピュータ実行可能な命令を有しているコンピュータ読み取り可能な媒体が提供される。本発明のより具体的な実施の形態に従って、本発明の方法は、アプリケーション識別子を認識するために、移動端末においてユーザ・エージェントのようなソフトウェアモジュールを前もって構成するステップと、このソフトウェアモジュールを用いて、アプリケーション・サーバ・アドレスに対応するアプリケーション・サーバを介してネットワーク・アプリケーションに対するアクセスを実行するステップとをさらに有する。

本発明の別の実施の形態に従って、ネットワーク上の複数のアプリケーション・サーバを介して利用可能な目標とするアプリケーションへの移動端末のアクセスを容易にするためのシステムが提供される。このシステムは、１つまたは２つ以上のプロビジョニング情報ファイルを提供するためのプロビジョニング要素を含んでいる。本明細書中で使用されているように、ファイル、レコード、ドキュメント、ブロック、またはその他の専門語は、情報ブロックの特定の構造またはタイプを意味するように意図されているものではなく、むしろ、単に一連の情報バイトを含むようなプロビジョニング情報を提供するために用いられる任意のタイプの形式を総称的に含むように意図されている。プロビジョニング・ファイルの少なくとも１つは、目標とするアプリケーションに対応するアプリケーション識別子を含んでいる。このプロビジョニング・ファイルは、アプリケーション識別子に関連付けられた複数のアプリケーション・アクセス・パラメータをさらに含んでおり、これらのアプリケーション・アクセス・パラメータの少なくとも１つが、複数のアプリケーション・サーバの１つのアプリケーション・サーバ・アドレスを含んでいる。上記のシステムは、プロビジョニング・ファイルを受信したときに、埋め込まれたアプリケーション識別子を認識するように前もって構成されている移動端末を含んでいる。この移動端末は、アプリケーション識別子に関連付けられた１つまたは２つ以上のアプリケーション・アクセス・パラメータにより規定されるようなアプリケーション・サーバ・アドレスにおいて、目標とするアプリケーションに対するアクセスを実行する。

より特定的な実施の形態において、プロビジョニング・ネットワーク要素は、ネットワークを介してプロビジョニング情報を移動端末へ押し込む（プッシュする）プッシュ技術（push technology ）を実施するような、ネットワークに結合されたプロビジョニング・サーバを含んでいる。別の特定的な実施の形態に従って、プロビジョニング・ネットワーク要素は、移動デバイスへの転送のためにプロビジョニング情報を格納するための加入者識別用モジュール（ＳＩＭ：Subscriber Identity Module）、ＷＡＰ識別用モジュール（ＷＩＭ：WAP Identify module ）、またはスマートカードのようなポータブル形の構成要素またはデバイス埋め込み形の構成要素を含んでいる。

本発明の別の実施の形態に従って、プロビジョニング・サーバを含むネットワーク要素が提供される。このプロビジョニング・サーバは、移動端末により読み取り可能な搬送波に埋め込まれ、かつ、１つまたは２つ以上のプロビジョニング・ドキュメントを符号化するデータ信号を伝送する。このプロビジョニング・ドキュメントは、複数のアプリケーション・サーバにより制御され標準化されたネットワーク・アプリケーションに対応するアプリケーション識別子を含んでいる。上記のプロビジョニング・ドキュメントは、アプリケーション識別子に関連付けられた複数のアプリケーション・アクセス・パラメータをさらに含んでおり、これらのアプリケーション・アクセス・パラメータの少なくとも１つは、複数のアプリケーション・サーバの１つのアプリケーション・サーバ・アドレスである。上記の複数のアプリケーション・サーバにおいては、移動端末におけるデータ信号の受信者が、標準化されたネットワーク・アプリケーションに対するアクセスを実行することが可能である。

上記のような本発明の要約は、本明細書中で個々に例示された本発明の実施の形態または本発明の実施方法を説明することを意図しているものではない。この本発明の要約は、添付の図面および以下の関連した議論の目的である。
本発明は、添付の図面に基づいて記述された実施の形態に関連して説明される。

以下、添付図面を参照しながら様々な実施の形態を説明する。なお、本明細書の一部を成し本発明を実施し得る種々の実施の形態が、添付図面による例示によって示される。他の実施の形態が利用可能であること、ならびに本発明の範囲を逸脱することなく構造的および機能的変更が可能であることが理解されるべきである。

本発明は、ネットワーク上の複数のアプリケーション・サーバを介して利用可能な特定のアプリケーションへの移動端末のアクセスを容易にするためのシステムおよび方法に関する。本発明は、プロビジョニング・サーバのようなネットワーク・サーバによりアプリケーション識別子を移動端末へ提供することを含む。アプリケーション識別子と共に、このアプリケーション識別子により識別されたアプリケーションへのアクセスを容易にするために移動端末が用いる様々なアクセス・パラメータが存在する。移動端末は、アクセス・パラメータにより識別された特定のアプリケーション・サーバにおいてアプリケーション識別子に対応するネットワーク・アプリケーションに対するアクセスを実行する。また一方で、アクセス・パラメータは、目標とするアプリケーション・サーバおよびアプリケーションに関連付けられた他のアクセス特性および接続可能性設定を移動端末が構成できるようにする。

図１は、本発明の原理に従って、アプリケーション識別プロビジョニングおよびアクセスを使用したネットワーク・システム１００の代表的な実施の形態である。本発明は、複数のアプリケーション・サーバがそのアプリケーションを提供するような特定のアプリケーション・サーバにおいて、移動端末がネットワーク・アプリケーションにアクセスすることができるようにする。この移動端末は、プロビジョニング・プロセスの間にアプリケーション識別子（アプリケーションＩＤ）および関連付けられたアクセス・パラメータを受信し、これによって、移動端末は、アプリケーションＩＤにより識別されたアプリケーションを識別するために適切なアプリケーション・サーバおよびアクセス特性を識別することが可能になる。

移動ユーザがネットワーク上で利用可能な新しいサービスを利用したい場合、端末は、この新しいサービスを使用するように構成されなければならない。ネットワーク上のサービスを使用するように端末を構成することは、一般に、端末の「プロビジョニング」と呼ばれている。本発明の１つの実施の形態に従って、移動端末１０２は、プロビジョニング・ソース１０６からネットワーク１０４を介してアプリケーションＩＤおよび関連付けられたアクセス・パラメータをオーバ・ザ・エア（ＯＴＡ：Over-The-Air）方式で受信する。別の実施の形態において、アプリケーションＩＤおよび関連付けられたアクセス・パラメータは、スマートカード、加入者識別用モジュール（ＳＩＭ）、ＷＡＰ識別用モジュール（ＷＩＭ）、あるいはその他の類似したポータブル形の構成要素またはデバイス埋め込み形の構成要素を介するような、直接的なプロビジョニング手段を介して受信され得る。アプリケーションＩＤは、移動端末プロビジョニング手順の間に、プロビジョニング・ソース１０６により移動端末へ供給される。本発明に従ってアプリケーションＩＤを供給するプロビジョニング・プロセスは、いつでも起こり得る。例えば、プロビジョニング・プロセスは、移動デバイスへの新しいサービスの提供と関連して、またはその移動端末で既に使用されているサービスおよびアプリケーションの改良に関連して起こり得る。他の例では、プロビジョニング・プロセスは、移動端末の初期設定の際に生じるブートストラップ・プロビジョニング・プロセス、または初期ブートストラップ・プロビジョニングの後に、プロビジョニング情報を更新するための再プロビジョニング・プロセスとすることができる。

プロビジョニング・ソース１０６は、プロビジョニング・サーバのような、上記のプロビジョニング情報を提供することができるネットワーク１０４に結合された任意のデバイスであってもよい。プロビジョニング・ソース１０６はまた、ＳＩＭやＷＩＭ等のようなポータブル形の構成要素またはデバイス埋め込み形の構成要素であってもよい。例示された実施の形態において、アプリケーションＩＤは、「通知（notification）」機能または「警告（alert ）」機能としても知られる「プッシュ（push）」機能を実行することによって、プロビジョニング・ソース１０６によりオン・ザ・エア方式で提供される。このようなプッシュ機能は、以下でより詳細に説明される。

本発明の１つの実施の形態に従って、アプリケーションＩＤは、プロビジョニング・ソース１０６により供給されるプロビジョニング情報に埋め込まれる。それゆえに、移動端末１０２により受信されたアプリケーションＩＤは、移動端末１０２における何か他の受信アプリケーションへメッセージを送り出すためのベースとしてヘッダ中に単に含まれるのではなく、最終的に特定のアプリケーション１０８に対するアクセスを実行するために移動端末によって使用することもできる。アプリケーション１０８は、例えば、ネットワーク１０４を介して利用可能なアプリケーション・サーバまたはサービスにより利用可能にすることができる。

以下においてより完全に説明されるように、移動端末１０２は、アプリケーションＩＤを受信すると共に、およびアプリケーション１０８を供給することになっている複数のアプリケーション・サーバの１つの識別を含むような対応するアクセス・パラメータを受信し、処理する。アプリケーションＩＤを認識することによって、移動端末は、アプリケーションに貢献することになっているアプリケーション・サーバを確認することができると共に、アクセスをより効率的にする他のパラメータ、および／または特定のネットワーク接続可能性設定がアプリケーション１０８に関連付けられるようにする他のパラメータを確認することができる。１つまたは２つ以上のソフトウェアモジュールまたはユーザ・エージェント１１０が移動端末１０２で提供される。ここで、各々のユーザ・エージェント／ソフトウェアモジュール１１０は当初、アプリケーションＩＤを認識し、かつ、ネットワーク上の適切なアプリケーション１０８に対するアクセスを実行するように構成される。したがって、ユーザ・エージェント／ソフトウェアモジュール１１０は、アプリケーションＩＤを認識し、アプリケーション・サーバ・アドレス情報を用いて、様々なアクセス・パラメータにより呈示される方法で適切なアプリケーション・サーバに対するアクセスを実行する。

図２は、本発明の原理に従って、アプリケーション識別プロビジョニングおよびアクセスを使用するネットワーク・システム２００の別の代表的な実施の形態を例示する。図２の代表的な実施の形態は、プロビジョニング・ソースからアプリケーションＩＤおよび関連付けられたアクセス・パラメータを受信する１つまたは２つ以上の移動端末２０２を備えている。１つの実施の形態において、アプリケーションＩＤおよび関連付けられたパラメータを提供するプロビジョニング・ソースは、ＳＩＭ、ＷＩＭ、スマートカード、または端末２０２に結合され得る他のポータブル形の構成要素または埋め込み形の構成要素２０８である。別の実施の形態において、アプリケーションＩＤおよび関連付けられたアクセス・パラメータは、プロビジョニング・サーバ２０４を介して端末２０２に提供される。ここで、端末およびプロビジョニング・サーバは、任意の１つまたは２つ以上の協働のワイヤレス・ネットワークおよび地上通信ネットワーク２０６上で通信する。

移動端末２０２は、任意のタイプのワイヤレス・コンピュータデバイスを備えることが可能である。例えば、移動端末２０２は、ワイヤレス／セルラー電話２１０、パーソナル・ディジタル・アシスタント（ＰＤＡ）２１２、ノートブック型コンピュータまたはラップトップ型コンピュータ２１４、またはデバイス２１６で表される任意の他のタイプの端末のような多数のワイヤレス通信デバイスのいずれかを表示することが可能である。

プロビジョニングがなされていない端末２０２は、所望のアプリケーションまたはサービスにアクセスして当該アプリケーションまたはサービスを使用するために必要とされるデバイス／インフラストラクチャ接続パラメータの設定を遂行していない端末である。ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）のような技術によって可能になったモバイルインターネットのような移動ネットワークにおいて、アプリケーションへの適切なアクセスを実行するためには、様々なタイプの情報を必要とすることがある。例えば、アプリケーションは、特定のサービス品質（ＱｏＳ：Quality of Services）を要求することがある。この特定のサービス品質は、移動デバイスがアプリケーションとの接触を試みる前に知っておかなければならない特定のパラメータ設定を有するネットワーク・アクセス・ポイント情報（例えば、ＧＰＲＳネットワーク・アクセス・ポイント）を使用することによって、提供することができる。ネットワーク・アクセス・ポイントの規定には、例えば、ダイヤルアップ番号、回線速度、モデム初期化ストリング、ＰＰＰユーザ名とパスワード、および、使用された認証プロトコル等を含む複数のパラメータが含まれる。さらに、モバイルインターネットについては、ネットワークの遅延がユーザ・エクスペリエンス（user experience ）を劣化させないようにプロトコル交換を回避することが望ましい。この結果として、移動デバイスがアプリケーションに対し適切にアクセスし当該アプリケーションを使用することができるようになる前に、移動デバイスに提供する必要があるパラメータは多数あり得る。

プロビジョニング・サーバ２０４またはその他のプロビジョニング要素は、目標とするアプリケーションへの適切かつ最も効果的な接続を端末２０２が行えるようにするために、上記のようなプロビジョニング情報を端末２０２に提供する。本発明に従って、このプロビジョニング情報は、所望のアプリケーションを移動端末２０２に通知する機能を有するアプリケーションＩＤを含んでいる。上記のプロビジョニング情報は、アプリケーションＩＤに関連付けられた複数のアクセス・パラメータを含んでいる。これらの複数のアクセス・パラメータは、プロビジョニングがなされるべき移動端末２０２が、所望のアプリケーションが利用可能な複数のネットワーク要素のうちの特定の１つから所望のアプリケーションにアクセスすることができるようにする。これらのアクセス・パラメータはまた、アプリケーションの最も効率的なアクセスまたはそうでなくても望ましいアクセスおよび当該アプリケーションの使用のために接続を具体的に調整することも可能にする。

プロビジョニング・サーバ２０４が移動端末２０２のプロビジョニングを開始するための様々な方法がある。例えば、リモートサーバ（図示せず）は、プロビジョニング・サーバ・デバイス２０４との通信セッションを引き起こし、プロビジョニング情報をプロビジョニング・サーバに提供することができる。さらなる例として、端末のリモート構成のための２つの既存の標準は、ＷＡＰブートストラップ・プロビジョニング・プロトコルおよび同期マークアップ言語（ＳｙｎｃＭＬ：Synchronization Markup Language ）デバイス管理プロトコルである。ＷＡＰブートストラップ・プロビジョニング・プロトコルは、プッシュ技術の例であり、ＳｙｎｃＭＬデバイス管理は、端末開始プロビジョニング・プロセスだけでなくプッシュ技術も含み得るようなプロビジョニングの例である。別の実施の形態において、プロビジョニング・サーバ２０４は、プロビジョニング・プロセスを引き起こし、プッシュ技術を用いてプロビジョニング情報およびアプリケーションＩＤを移動端末２０２に提供し得る。

図３は、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）環境において、本発明のアプリケーションＩＤプロビジョニングおよびアクセスの原理を使用したネットワーク・システム３００の特定の実施の形態を例示する。ここで、ＷＡＰは、ワイヤレスデバイスからのインターネットコンテントの転送や当該ワイヤレスデバイスへのインターネットコンテントの転送を容易にする技術である。ＷＡＰは、インターネットとワイヤレス・ネットワーク・プラットフォームを備える他のネットワークとを統合する。一般に、ＷＡＰは、インターネット標準およびワイヤレスサービス用標準の双方の特性および機能性を明確にするような一連のプロトコルである。上記のＷＡＰは、ワイヤレス・ネットワーク標準から独立しており、オープン・スタンダートとして設計されている。ＷＡＰは、有線インターネット・パラダイムとワイヤレスドメインとの間の間隙を埋めて、ワイヤレスデバイスのユーザが双方のプラットホームを越えてインターネットの便益を享受することを可能にする。

図３に例示された実施の形態において、移動端末はＷＡＰ技術を使用し、プロビジョニング・サーバはＷＡＰプッシュ・プロビジョニング・サーバ３０２である。典型的なクライアント／サーバモデルにおいて、１つのクライアントはサーバからの１つのサービスまたは情報を要求し、サーバは次に、情報をクライアントに伝送して応答する。このような技術は、一般に「プル（pull）」技術と呼ばれている。ここでは、クライアントはサーバから情報を引き出す（プルする）。例えば、関連付けられた情報を検索するために次にサーバに送られてくるクライアントデバイスでのＵＲＬの入力は、プル・トランザクション（pull transaction）である。これに対し、「プッシュ」技術は、一般に、先行するユーザ・アクションなしで情報を１つまたは２つ以上のデバイスに伝送するための手段を指している。かくして、サーバがその情報を伝送する前にクライアントからの明示的な要求は全くなく、それゆえに、プッシュ技術は、サーバが開始するトランザクションを本質的に含んでいる。プッシュ技術は、様々なプロトコルおよび通信技術に関連して使用され得る。例えば、いくつかの代表的なプッシュ技術としては、ＷＡＰプッシュ、ショート・メッセージ・サービス（ＳＭＳ：Short Message Service ）、マルチメディア・メッセージング・サービス（ＭＭＳ：Multimedia Messaging Service）、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）、およびその他のものが含まれる。現在の例の目的のために、ＷＡＰ環境を仮定することとする。

例示されるＷＡＰプッシュ・プロビジョニング・サーバ３０２は、ＷＡＰブートストラップ・プロビジョニング・プロトコルを使用する実施の形態において使用され得ることに注意すべきである。しかしながら、ＷＡＰプロビジョニングは、プロビジョニング情報の双方向通信を可能にするプロトコルのような他のプロトコルにまで拡大することができる。したがって、図３に関連して提供された説明がＷＡＰプッシュ・プロビジョニングに関するものであるのに対して、本発明は明らかに上記ＷＡＰプッシュ・プロビジョニングに限定されない。むしろ、任意のタイプのプロトコルまたは技術が、本発明に従って使用され得る。

ＷＡＰプッシュ技術に関していえば、ＷＡＰは、プッシュサービス・プロバイダとワイヤレス・ネットワークのプッシュ・ゲートウェイとの間の通信のための一般プロトコル（プッシュ・アクセス・プロトコル（Push Access Protocol））を規定する。ゲートウェイおよび移動デバイスは、プッシュ・オーバ・ザ・エア・プロトコル（Push Over-The-Air Protocol）のような通信用の特別なプロトコルを用いる。より具体的には、プッシュ・イニシエータ（ＰＩ）が、プッシュ・オーバ・ザ・エア・プロトコルまたはプッシュ・アクセス・プロトコルを用いてコンテントをクライアントに伝送するとき、ＷＡＰ中においてプッシュ動作が発生する。ＰＩは、インターネットのようなネットワーク上にあり、ＷＡＰクライアントは、ＷＡＰドメイン中にある。多くの場合、ＰＩとＷＡＰクライアントとの間の通信の中継管理は、ＷＡＰゲートウェイを介して促進される。ＰＩは、インターネット・プロトコルを用いてコンテントを配信し、インターネット側からゲートウェイに接触する。インターネット側のゲートウェイ・アクセス・プロトコルは、プッシュ・アクセス・プロトコルであり、このプッシュ・アクセス・プロトコルは、ハイパーテキスト転送プロトコル（ＨＴＴＰ：Hypertext Transfer Protocol ）のような様々な周知のインターネット・プロトコルを経由して送られ得る拡張可能マークアップ言語（ＸＭＬ：exTensible Markup Language）メッセージを用いる。ゲートウェイは、プッシュがなされたコンテントをＷＡＰドメインに送る。ここで、コンテントは、移動ネットワーク中でオーバ・ザ・エア（ＯＴＡ）方式でＷＡＰクライアントに伝送される。ＷＡＰ側（ＯＴＡ）のプロトコルは、本質的にＨＴＴＰのバイナリ・バージョンであるワイヤレス・セッション・プロトコル（ＷＳＰ：Wireless Session Protocol ）に基づくプッシュ・オーバ・ザ・エア・プロトコルである。現在のところ、多数の移動プッシュ技術および移動プル技術があり、そして、より多くのこのような技術が将来的に現れる可能性があり、そのうちのいずれかが本発明に関連して利用され得る。

標準ＷＡＰプロビジョニング・サーバは現在、基本的なネットワーク接続可能性を設定するために必要なパラメータを含んでいる。このような情報は全てのアプリケーションに適用可能であると暗黙的に仮定されており、特定のパラメータ設定を特定のアプリケーションに関連付ける手段は皆無である。本発明に従って、ＷＡＰプッシュ・プロビジョニング・サーバ３０２は、ブロック３０４に示されるアプリケーションＩＤおよび様々なアクセス・パラメータを、ネットワーク３１６を介してＷＡＰ端末３０６に提供する。移動端末３０６に提供されたアプリケーションＩＤおよびパラメータは、ネットワーク３０６上で利用可能な種々のアドレス可能なアプリケーション・サーバ３１０、３１２および３１４により制御される複数の同等または標準化されたアプリケーション３０８の１つに移動端末３１６がアクセスする必要があるという従来技術の欠点を解消する。特に、同等または標準化されたアプリケーション３０８に対応するアプリケーションＩＤが、特定のＵＲＬ／ネットワーク・アドレスおよびその他のアクセス・パラメータ３０４と共に、端末３０６に提供される。ＵＲＬ／ネットワーク・アドレスは、移動端末によりアクセスされるべきアプリケーション・サーバのアドレスを提供することができる。これに加えて、または代替的に、ＵＲＬ／ネットワーク・アドレスは、．．．／ｃｏｍｐａｎｙＡＢＣ／ＭＭＳ（ここで、ＭＭＳは、目標サービスを識別するためのパスの一部を表す）のような特定のサービスにもアドレスが関連付けられるようにパスを提供することができる。アプリケーションＩＤを認識するように前もって構成されたユーザ・エージェント３０７は、関連付けられたアクセス・パラメータを用いて、アプリケーション３０８に対するアクセスを実行するために適切なアプリケーション・サーバ３１０、３１２および３１４を識別し、かつ、特定のネットワーク接続可能性設定およびアクセス特性を、サーバ３１０、３１２および３１４についてのアプリケーション３０８に関連付ける。

例えば、アプリケーションＩＤ３０４は、アプリケーション・サーバ３１２のような、アクセスされるべきアプリケーション・サーバのＵＲＬまたはネットワーク・アドレスを含むパラメータに関連付けられている。端末３０６に提供されるようなアプリケーションＩＤに関連付けられたパラメータは、アプリケーション・サーバ３１２のＵＲＬまたはネットワーク・アドレスを、アプリケーション３０８を使用するために接触する特定のサーバとして識別する。これに加えて、アプリケーションＩＤに関連付けられた他のパラメータは、特定のネットワーク接続可能性設定をアプリケーション３０８に関連付けるために使用されることが可能であり、かつ、サーバ３１２におけるアプリケーション３０８に対するアクセスを実行するか、または当該アプリケーション３０８に対するアクセスを容易にするために必要とされるような他のアクセス特性を構成するために使用されることが可能である。

ＷＡＰプッシュ・アーキテクチャは現在、ユニフォーム・リソース識別子（ＵＲＩ：Uniform Resource Identifier ）または短縮登録値とすることができるようなアプリケーション識別子を実行する。しかしながら、その使用範囲は非常に限定されたものである。なぜならば、このアーキテクチャは、ＷＡＰ端末３０６がネットワークからプッシュ・メッセージを受信するときに、デフォルト・アプリケーション（例えば、ブラウザ）以外のＷＡＰ端末３０６内のいずれかの受信アプリケーションにメッセージを送るベースとしてＷＡＰプッシュ・メッセージのヘッダ中で使用されるように規定されているからである。本発明の１つの実施の形態に従って、アプリケーションＩＤが、ＷＡＰプロビジョニング情報を有するドキュメントまたはレコードに埋め込まれ、ＷＡＰ端末３０６へのプッシュが行われる。次に、このアプリケーションＩＤは、アプリケーションをさらに特定して接続が行えるようにすることを目的として、対応するアクセス・パラメータと共に、所望のアプリケーションに対するアクセスを実行するための特定のアプリケーション・サーバを識別するために用いられる。

特定のアプリケーションへの接続の強化または最適化を考慮することに加えて、本発明は、上記のように、移動デバイスが、複数のネットワークサービスにより提供された特定のアプリケーションにアクセスすることができるようにする。例えば、アプリケーションおよびサービスが標準化されている場合、同じアプリケーションの使用を提供するようないくつかのサービス・プロバイダがあり得る。この状況においては、これらのサービス・プロバイダを識別するＵＲＬは、特定のアプリケーション・プロバイダのネットワーク・アドレスを含んでいるので、アプリケーションを識別するために使用することができない。より具体的な例として、マルチメディア・メッセージング・サービス（ＭＭＳ）は、現在標準化されたサービスとして現在使用されているサービスであるが、ＵＲＬはサービス・プロバイダだけでなくアプリケーションも識別することできない。なぜならば、このＵＲＬは、サービス・プロバイダのネットワーク・アドレスを含んでいるからである。したがって、標準化されたＭＭＳアプリケーションのためのＵＲＬは、サービス・プロバイダＢが当該アプリケーションを提供している場合には、サービス・プロバイダＡを参照するテキストを含むことができない。本発明は、複数のアプリケーション・サーバの中でどの特定のアプリケーション・サーバが標準化されたアプリケーションへのアクセスを移動端末に提供するかを指定するために、その後で使用することがことができるようなアプリケーションＩＤを移動デバイスにプロビジョニングすることによって、上記の問題を解決する。

「標準化された」アプリケーションの対象は、本明細書中において、標準団体により承認されたアプリケーションを含むが、それに限定されるものではないことに注意すべきである。本明細書中で用いられるような標準化されたアプリケーションの対象は、所有権に関する「標準」、または、移動端末中のユーザ・エージェントおよびアプリケーション・サーバが特定のアプリケーションＩＤの解釈において合意しているような他の取り決めも含んでいる。

図４は、本発明に従って特定のアプリケーションに対するアクセスを実行するために、プロビジョニング・プロセスを介して提供されるアプリケーションＩＤが使用される様子を例示する代表的な実施の形態である。この例においては、プッシュ・イニシエータがプロビジョニング情報４０２を提供する。プッシュ・イニシエータ４００は、プロビジョニング・プッシュ・サーバのような、プッシュ技術を介してプロビジョニング情報を提供することができる任意のサーバまたはネットワーク要素とすることができる。前に呈示されているように、プッシュ技術以外の他の技術を、プロビジョニング情報４０２を提供するために使用することが可能である。

アプリケーションＩＤおよび１つまたは２つ以上の他のパラメータが、１つまたは２つ以上のプロビジョニング・ドキュメント４０４、４０６に埋め込まれている。この実施の形態において、ＷＡＰプロビジョニング情報は、ＸＭＬドキュメントタイプとしてその型式に対応する「ドキュメント」という形で例示されている。「ドキュメント」、「ファイル」、「レコード」、または「ブロック」等の用語は、プロビジョニング・サーバと端末との間で伝送される任意のファイル、レコード、または情報のブロックの構造を説明するために本明細書中で区別なく使用されることが認識されるべきである。したがって、「レコード」、「ファイル」もしくは「ドキュメント」のような用語、またはその他の専門用語の使用は、提供されるプロビジョニング情報の特定の構造または型式を限定するように意図されたものではない。これらの用語は、プロビジョニング情報の任意の型式または構成方法を表すように総称的に用いられる。しかしながら、図４の例示された実施の形態においては、プロビジョニング・ドキュメント４０４、４０６は、ＸＭＬ「ドキュメント」タイプとしてフォーマット化され得る。それゆえに、この実施の形態においては、プロビジョニング情報は、「ドキュメント」で提供されるものとする。本発明に従って、複数のアプリケーションＩＤおよび関連付けられたパラメータが、単一のプロビジョニング情報ドキュメント、ファイル、またはレコード等の内部に埋め込み得ることに注意すべきである。

図４の実施の形態は、１つまたは２つ以上のドキュメント４０４、４０６中で複数のアプリケーションＩＤが提供され得ることを例示している。ここでは、対応する数のアプリケーションに対するアクセスを実行するために、ＷＡＰ端末４０８に対するプロビジョニングが行われるようになっている。例示された実施の形態において、少なくとも２つのアプリケーションＩＤが、プロビジョニング情報４０２の一部としてＷＡＰ端末４０８に供給される。アプリケーションＩＤ４１０は、埋め込まれたドキュメント４０４に関連付けられており、アプリケーションＩＤ４１２は、埋め込まれたドキュメント４０６に関連付けられている。前に呈示されているように、プロビジョニング・プロセスに関連付けられ、かつ、アクセスされるべき特定のアプリケーション・サーバを識別するために使用される付加的パラメータ４１４や、場合によってはアプリケーションへのアクセスを容易にするような他の情報が、埋め込まれたドキュメント４０４、４０６に関連付けられる。

例示された実施の形態は、ワイヤレスドメインにおいてＷＡＰプロトコルを利用するＷＡＰ準拠端末４０８を仮定している。プッシュ・プロキシ・ゲートウェイ（ＰＰＧ：Push Proxy Gateway）４１６またはその他のゲートウェイは、有線ネットワークとワイヤレス・ネットワークとの間の中継手段として使用され得る。アプリケーションＩＤ４１０、４１２および他のパラメータ４１４を含むプロビジョニング情報４０２は、かくしてＰＰＧ４１６を介してＷＡＰ端末４０８へ押し込まれる。別の実施の形態においては、プッシュ・イニシエータ４００およびＰＰＧ４１６の機能の必要とされるサブセットがプロビジョニング・サーバに組み込まれる。このプロビジョニング・サーバは、ＷＡＰプッシュおよび／または他の来るべき拡張ＷＡＰプロビジョニング・プロトコルを用いて、端末４０８と直接通信する。

アプリケーションＩＤ４１０のような特定のアプリケーションＩＤについては、端末４０８は、アプリケーションＩＤ４１０に対応する特定のユーザ・エージェント４１８に対するアクセスを実行する。アプリケーションＩＤ４１０は本来、ネットワーク上の適切なアプリケーションに対するアクセスを実行するために使用されるユーザ・エージェント４１８の構成の一部として移動端末４０８に知らされる。これによって、移動端末４０８は、対応するプロビジョニング・ドキュメント内のアプリケーションＩＤを用いてラベル付けがなされるプロビジョニング情報を利用することができるようになる。アプリケーションＩＤ４１２のような他のアプリケーションＩＤは、ユーザ・エージェント４２０のような別のユーザ・エージェントに関連して使用され得る。このようなケースでは、アプリケーションＩＤ４１２は本来、ネットワーク上の他のアプリケーションに対するアクセスを実行するために使用されるユーザ・エージェント４２０の構成の一部として移動端末４０８に知らされる。これらの例は、プロビジョニング・プロセスに先だって移動端末４０８で実行された移動端末４０８中のユーザ・エージェントを仮定している。代替的な実施の形態では、端末４０８が最初にプロビジョニング情報を受信するときに、ユーザ・エージェントが端末４０８中に存在しないことがある。このケースでは、端末４０８は、アプリケーション・ローダとして動作するような専用のユーザ・エージェントを使用することができる。アプリケーション・ローダは、端末４０８にこれまで知らされていなかったユーザ・エージェント（例えば、４１８、４２０）をダウンロードするために必要とされるプロビジョニング・ドキュメントから情報を抽出することができる。抽出された情報に基づき、このアプリケーション・ローダは、端末中に既に存在するユーザ・エージェントをダウンロードしかつ更新することを決定することもできる。

アプリケーションＩＤに対応する適切な移動端末ユーザ・エージェント４１８は、特定のアプリケーション・プロバイダ４２６を介して所望のアプリケーション４２２を使用するために、端末４０８のプロビジョニングを行う。特定のアプリケーション・プロバイダ４２６は、プロビジョニング情報４０２中で提供される様々なアクセス・パラメータ４１４の一部として、ユーザ・エージェント４１８に識別される。１つの実施の形態において、特定のアプリケーション・プロバイダは、ＳＭＴＰまたはＩＭＡＰのようなＵＲＬアドレッシングを使用しないアプリケーション・プロトコルのためのアプリケーション・プロバイダＵＲＬ（ホスト名およびアプリケーション・パスを埋め込む）または実際のアプリケーション・プロバイダ・ネットワーク・アドレスとして、アクセス・パラメータ中で識別される。

関連付けられたアクセス・パラメータ４１４は、目標とするサービス・プロバイダを特定すると共に、これらのアクセス・パラメータと上記の識別されたアプリケーションとの関連性から、アクセス関連接続可能性の機能を促進する。本発明の１つの実施の形態において、アプリケーションＩＤは、対応するアプリケーションのための特定のネットワーク接続可能性設定を関連付けるために用いられる。このようなネットワーク接続可能性設定は、例えば、ＧＰＲＳネットワーク・アクセス・ポイントまたはダイヤルイン・アクセス・サーバ、アプリケーションに対するアクセスを実行するために必要とされるプロキシ（proxies ）、および／またはサービス品質パラメータのようなネットワーク・アクセス・ポイントに関連付けられたパラメータを含み得る。例えば、特定の目標とするアプリケーションは、より低いサービス品質にても十分に動作することがあり、このようなアプリケーションのための接続可能性設定に関しては、それに応じて設定することができる。より高いサービス品質を必要とするアプリケーションに関しても、当該アプリケーションのための接続可能性を同様に設定することができる。このようなアプリケーションのための接続可能性設定は、移動端末にアプリケーションＩＤを提供することにより可能になる。この結果として、上記の移動端末は、適切な接続可能性設定を決定するために特定のアプリケーション属性を確認することができる。ネットワーク・アクセス・ポイントに関しては、特定のアプリケーション属性は、例えば、ダイヤルアップ番号、回線速度、モデム初期設定ストリング、ＰＰＰユーザ名とパスワード、および、使用された認証プロトコル等を有する複数のパラメータを含み得る。プロキシに関しては、これらのアプリケーション属性は、ネットワーク・アクセス・ポイントがプロキシと共に用いられ得る実際のアドレスや、提供されるサービス等のような複数のパラメータまたは設定も含み得る。

さらに、アプリケーションＩＤは、アプリケーションに対するアクセスを実行するために使用されるか、さもなければ、上記のようなアクセスをより効率的にするために必要とされる他のパラメータまたは要望される他のパラメータ４１４を識別するために使用されることが可能である。このような他のパラメータは、例えば、認証証明書、アプリケーション・サーバにより承認または要望されるコンテントタイプ、またはアプリケーションの使用を容易にするユーザ・エージェント（例えば、アプリケーション実行可能ファイル、アプレット、またはプラグイン）をダウンロードするために必要な情報を含み得る。

本発明の１つの実施の形態において、アプリケーションＩＤ４１０、４１２のようなアプリケーションＩＤは、現行もしくは将来のＷＡＰプッシュ仕様、または他の仕様により規定されるアプリケーション識別子である。例えば、ＷＡＰプッシュ仕様においては、プッシュ・アプリケーション識別子について番号が登録される。現在、番号のスペースは３つのセグメントに分割される。番号０ｘ００００−０ｘ７ＦＦＦにより表される第１のセグメントは、「既知の値（well-known values ）」である。例えば、０ｘ０４は、マルチメディア・メッセージング・サービス（ＭＭＳ）のユーザ・エージェント（ＵＲＮ：ｘ−ｗａｐ−ａｐｐｌｉｃａｔｉｏｎ：ｍｍｓ．ｕａ）を識別する。第２および第３のセグメントは、登録のためにまたは実験値用として取っておく。本発明の１つの実施の形態において、これらのアプリケーション識別子４１０、４１２は、ＷＡＰ端末４０８による適切なアプリケーション・プロバイダ４２４、４２６における所望のアプリケーション４２２のアクセスを容易にするために、ＷＡＰプロビジョニング情報４０２を有するドキュメント４０４、４０６に埋め込まれる。

別の実施の形態において、インターネット登録／既知ポート番号は、アプリケーションＩＤとして用いることができるであろう。このケースにおいては、ＷＡＰプロビジョニングにより保持される関連パラメータは、一般的なインターネット・アプリケーションと関連しており、例えば、必要とされるサーバホスト名や、ポート番号や、メールボックス名等を含む。例えば、一般的なインターネットの状況では、特定のコンピュータ向けのデータが接続を通して到達するが、このデータは、コンピュータ上で動作している別のアプリケーションに向けられることが可能である。このような状況は、コンピュータアドレスと共にポートを識別することにより達成される。さらに、ＴＣＰおよびＵＤＰのようなトランスポート層モジュールは、データを適切なアプリケーションに配信するためにポート識別を用いる。本発明に従って、アプリケーションＩＤは、上記のようにして登録されたポート番号を用いて提供され得る。このケースにおいては、必須のホスト名や、ポート番号や、メールボックス名等は、プロビジョニング情報により提供され得る。

他の既存のアプリケーション識別子または新たに考案された識別子が、本発明に従ってアプリケーションＩＤとして使用され得る。それゆえに、ＷＡＰプッシュ仕様およびインターネット登録ポート番号に関連付けられたアプリケーションＩＤが、上記のように本明細書中で例示の目的のために説明されているが、本発明はそれに限定されるものではない。現在または将来の任意のアプリケーション識別方式もまた、本発明にて使用され得る。

図５は、本発明に従って移動端末に配信され得るプロビジョニング・コンテント５００の一部の例を例示する。ここでは、一般的なプロビジョニング情報５０２を提供することが可能である。このプロビジョニング情報は、ＩＰアドレス、ユーザ名、移動局ＩＳＤＮ／ＰＳＴＮ番号（ＭＳＩＳＤＮ：Mobile Station ISDN/PSTN Number ）、または端末に関連付けられた任意の他の識別のような、移動端末の識別を含み得る。一般的なプロビジョニング情報５０２はまた、特定のプロビジョニング・プロセスに関連付けられた任意の他の情報も含み得る。

本発明に従って、プロビジョニング情報５００は、先に論じたように、アプリケーションＩＤ５０４を含んでいる。アプリケーションに対するアクセスを実行するために、またはアクセスをより効率的にするために用いられる様々なパラメータが、アプリケーションＩＤ５０４に関連付けられる。例えば、サービス・プロバイダＵＲＬまたは他のネットワーク・アドレス５０６は、移動端末がアプリケーションに対するアクセスを実行するような特定のサービス・プロバイダを、最終的に移動端末が識別することができるようにするために提供される。移動端末のユーザ・エージェントにおいてアプリケーションＩＤが既に知られているので、選択されたサービス・プロバイダを示すＵＲＬ／ネットワーク・アドレス５０６は、選択されたサービス・プロバイダがアクセス可能になるように、ユーザ・エージェントに関連付けることができる。他の代表的なパラメータは、必要とされるコンテントタイプまたは要望されるコンテントタイプ５０８を含んでいる。このようなコンテントタイプの例としては、テキスト／ｖカード、テキスト／ｘ−ｖカード、テキスト／ｘ−ｖカレンダー、または任意の他のテキストもしくはマルチメディア・コンテントタイプが含まれる。

その他の代表的パラメータとしては、サービス品質５１０、認証証明書５１２、およびアプリケーション・リソース５１４のための人間により読み取り可能なラベルが含まれる。他のパラメータとしては、識別されたアプリケーション・サーバ／サービス・プロバイダを介して利用可能なアプリケーション・リソース自身（例えば、メールボックス、および同期可能なデータベース等）の仕様が含まれ得る。さらに他のパラメータとしては、使用される特定のアクセス・プロトコルおよび／またはプロトコルのバージョンが含まれ得る。本発明に従って、インターネット登録／既知ポート番号がアプリケーションＩＤとして用いられる場合、ＷＡＰプロビジョニングにより保持されるような関連付けられたパラメータは、一般的なインターネット・アプリケーションに関連しており、ホスト名、ポート番号、およびメールボックス名等を含み得る。多種多様な種々のパラメータは、アプリケーションへのアクセスを容易にするために含めることができる。図５に関連して例示されたり説明されたりしたパラメータは、代表的なパラメータとして提供されたものであって、本発明が当該パラメータのみに限定されるものではないことは明らかである。

図６は、本発明のアプリケーション識別プロビジョニングおよびアクセスの原理を用いて目標とするネットワーク・アプリケーションに対するアクセスを実行するための方法の１つの実施の形態を例示する流れ図である。ブロック６００に示されるように、アプリケーションＩＤは、ネットワーク上の適切なアプリケーションに対するアクセスを実行するために使用されるユーザ・エージェントの展開の一部として移動端末に知らされる。実際のプロビジョニング・プロセスの開始前に移動端末によりアプリケーションＩＤをユーザ・エージェントに関連付けることによって、この移動端末は、プロビジョニング情報内の当該アプリケーションＩＤによりラベル付けがなされた対応するアクセス・パラメータを利用することができるようになる。

プロビジョニング・プロセスが開始されるとき、アプリケーション識別子および関連付けられたアクセス・パラメータは、ブロック６０２でプロビジョニング情報に埋め込まれる。ＷＡＰプロビジョニングが実行される１つの実施の形態において、アプリケーションＩＤおよびパラメータは、ＸＭＬドキュメントタイプ、またはＷＡＰバイナリＸＭＬ（ＷＢＸＭＬ）の符号化されたＸＭＬのような符号化フォームに対応するプロビジョニング・ドキュメントに埋め込まれる。プロビジョニング情報は、アプリケーションＩＤおよび関連付けられたアクセス・パラメータを含み、ブロック６０４で移動端末に送られる。この移動端末はアプリケーションＩＤを受信し、ブロック６０６で当該アプリケーションＩＤに対応するユーザ・エージェントに対するアクセスを実行する。ブロック６０８では、このような情報を用いて、アクセス・パラメータにより識別された目標とするサービス・プロバイダにてネットワーク・アプリケーションを使用するために移動端末のプロビジョニングを行う。プロビジョニングが行われると、次に、移動端末は、ブロック６１０でアプリケーションＩＤに関連付けられたアクセス・パラメータに従って、目標とするサービス・プロバイダにおいてアプリケーションに接触し、このアプリケーションを使用することができる。

図７は、本発明のアプリケーション識別プロビジョニングおよびアクセスの原理を用いてネットワーク・アプリケーションに対するアクセスを実行するための方法のより特定的な実施の形態を例示する流れ図である。ブロック７００に示されるように、アプリケーションＩＤは、図６に関連して説明されたように、プロビジョニングの開始時に先だって移動端末においてユーザ・エージェントに関連付けられる。移動端末のプロビジョニングを行うために、ブロック７０２で、アプリケーション識別子および関連付けられたアクセス・パラメータはプロビジョニング情報に埋め込まれる。このステップは、例示された実施の形態においては、アプリケーションＩＤおよびパラメータを１つまたは２つ以上のプロビジョニング・ドキュメントまたは他のプロビジョニング情報の構造に埋め込むことを含んでいる。１つの実施の形態において、アプリケーション識別子（およびパラメータ）は、伝送されるプロビジョニング情報パケットのヘッダではなくプロビジョニング情報の本体または「ペイロード（payload ）」に埋め込まれる。プロビジョニング情報は、アプリケーションＩＤおよび関連付けられたアクセス・パラメータを含み、次に、ブロック７０４で移動端末に送られる。プロビジョニング情報の提供は、プル技術、プッシュ技術、プッシュおよびプル技術の何らかの組み合わせ、または、ＳＩＭ、ＷＩＭもしくはその他のスマートカードの移動端末へのプラグイン等を含む任意のプロビジョニング技術に従って達成され得る。次にブロック７０６で、移動端末は、当該アプリケーションＩＤに対応するユーザ・エージェントに対するアクセスを実行する。

上記のような情報を用いて、アプリケーションＩＤに対応するユーザ・エージェントは、ブロック７０８に示されるように、当該アプリケーションＩＤに対応するアプリケーションのアクセスを容易にするために、ある特定のアクセス・パラメータを識別することができるようになる。これらのパラメータの中には、ブロック７１０に示されるように、アプリケーション・プロバイダのＵＲＬまたは他のネットワーク・アドレスがある。例えば、ホスト名を埋め込むＵＲＬを提供することが可能であり、あるいは、実際のアプリケーション・サーバ・アドレスを、ＳＭＴＰまたはＩＭＡＰ等のようなＵＲＬアドレス方式を使用しないアプリケーション・プロトコルのために提供することが可能である。このようにして、所望のアプリケーションを提供する複数のアプリケーション・サーバの特定の１つを、所望のアプリケーション・サーバとして目標とすることができる。

その他の種々のパラメータも、アドレス付けがなされたアプリケーション・プロバイダにおいてアプリケーションへのアクセスを容易にするために、プロビジョニング情報と共に含めることができる。これらのパラメータは、図５に関連しても論じられており、ブロック７１２でアプリケーション・サーバにより承認がなされたコンテントタイプまたはブロック７１２でアプリケーション・サーバにより要望がなされたコンテントタイプ、認証証明書７１６、および、当該アプリケーションを用いるために必要とされるユーザ・エージェントをダウンロードするための情報７１８を含む。その他の多数のパラメータ７２０も、本発明に従ってアプリケーション・プロバイダへのアクセスを容易にするために提供され得る。本発明の１つの実施の形態に従って、ブロック７２２で移動端末は、ネットワーク接続可能性設定を、アプリケーションＩＤに対応するアプリケーションに関連付けることもできる。このようなアプリケーションへの関連付けは、例えば、ＧＰＲＳネットワーク・アクセス・ポイント、ダイヤルイン・アクセス・サーバ・ポイント、アプリケーショに対するアクセスを実行するために必要なプロキシ、またはサービス品質パラメータ等のようなネットワーク・アクセス・ポイントを含み得る。このような情報を用いて、適切にプロビジョニングがなされた移動端末は、次に、ブロック７２４で、アクセス・パラメータおよびネットワーク接続可能性設定に従ってアドレス付けがなされたアプリケーション・サーバにおいて、アプリケーションに対するアクセスを実行することができる。

上記の仕様を用いて、本発明は、プログラミング・ソフトウェア、ファームウェア、ハードウェアまたはそれらの任意の組み合わせを制作するための標準のプログラミング技術および／またはエンジニアリング技術を使用することにより、ネットワーク・システム、ネットワーク化装置、プロセス、または製造物として実施することが可能である。

この結果として得られるような、コンピュータ読み取り可能などのようなプログラムも、メモリデバイスまたは伝送デバイスのような１つまたは２つ以上のコンピュータ利用可能な媒体に埋め込むことができ、これによって、本発明によるコンピュータプログラム製品または製造物を作製することが可能になる。本明細書中で使用されているような用語「製造物」および「コンピュータプログラム製品」はそれ自体で、任意のメモリデバイス上のような任意のコンピュータ利用可能な媒体上、または任意の伝送デバイス中に（永続的に、一時的に、または過渡的に）存在するコンピュータプログラムを含むように意図されている。

１つの媒体から直接的にプログラムコードを実行すること、プログラムコードを媒体上に格納すること、１つの媒体から別の媒体へコードを複写すること、伝送デバイスを用いてコードを伝送すること、またはその他の同等の動作は、本発明の作製、使用、または販売における事前のステップまたは最終のステップとしてプログラムコードを過渡的に具体化することのみを目的としてメモリデバイスまたは伝送デバイスを使用することを含み得る。

メモリデバイスとしては、ハードディスク装置、ディスケット、光ディスク、磁気テープ、および、ＲＡＭ、ＲＯＭまたはＰＲＯＭ等の半導体メモリが含まれるが、これらに限定されない。伝送デバイスとしては、インターネット、イントラネット、電話／モデムに基づいたネットワーク通信、配線／ケーブルによる通信ネットワーク、セルラー通信、電波通信、衛星通信、およびその他の固定方式または移動方式のネットワーク・システム／通信リンクが含まれるが、これらに限定されない。

本発明を具体化する機械は、メモリデバイス／記憶装置、通信リンク、通信デバイス／伝送デバイス、サーバ、Ｉ／Ｏデバイス、または、ソフトウェアやファームウェアやハードウェアを含む１つもしくは２つ以上の処理システムの任意のサブコンポーネントもしくは個別の部分、または、それらの任意の組み合わせもしくはサブコンビネーションを含む。上記のような機械は、特許請求の範囲に記載されている本発明を具体化するものであるが、本発明はこれらの機械に限定されるものではない。

本明細書中でなされた説明に基づいて、当業者は、この説明の通りに作られたソフトウェアを汎用または専用のコンピュータハードウェアと組み合わせて本発明を具体化するようなコンピュータシステムおよび／またはコンピュータ・サブコンポーネントを作製することや、本発明の方法を実行するためのコンピュータシステムおよび／またはコンピュータ・サブコンポーネントを作製することが容易に可能になる。

本発明の範囲または精神を逸脱することなく、これまで述べたような様々な実施の形態に対して様々な変更および付加がなし得ることは、当然理解されるであろう。例えば、本発明はどのようなタイプのネットワーク環境に関連している場合でも使用することが可能であり、これまで説明したような代表的なＷＡＰネットワーク環境に限定されない。本明細書中に例示された実施の形態の上記の説明から、当業者は、どのような類似のネットワーク環境においても本発明が適用可能であることを直ちに理解するであろう。したがって、本発明の範囲は、上記で論じた特定の実施の形態により限定されるべきものでなく、別に記載された特許請求の範囲およびその均等物によってのみ定義されるべきものである。

本発明の原理に従って、アプリケーション識別プロビジョニングおよびアクセスを使用したネットワーク・システムの代表的な実施の形態を例示する図である。本発明の原理に従って、アプリケーション識別プロビジョニングおよびアクセスを使用したネットワーク・システムの別の代表的な実施の形態を例示する図である。ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）環境において、本発明のアプリケーションＩＤプロビジョニングおよびアクセスの原理を使用したネットワーク・システムの特定の実施の形態を例示する図である。本発明に従って特定のアプリケーションに対するアクセスを実行するために、プロビジョニング・プロセスを介して提供されるアプリケーションＩＤが使用される様子を例示する代表的な実施の形態を示す図である。本発明に従って移動端末に配信され得るプロビジョニング・コンテントの一部の例を例示する図である。本発明のアプリケーション識別プロビジョニングおよびアクセスの原理を用いて目標とするネットワーク・アプリケーションに対するアクセスを実行するための方法の１つの実施の形態を例示する流れ図である。本発明のアプリケーション識別プロビジョニングおよびアクセスの原理を用いてネットワーク・アプリケーションに対するアクセスを実行するための方法のより特定的な実施の形態を例示する流れ図である。

Claims

ネットワーク上の複数のアプリケーション・サーバを介して利用可能な目標とするアプリケーションへの移動端末のアクセスを容易にするためのシステムであって、
１つまたは２つ以上のプロビジョニング・ファイルを提供するためのプロビジョニング要素を備え、前記プロビジョニング・ファイルの少なくとも１つが、目標とするアプリケーションに対応するアプリケーション識別子、および前記アプリケーション識別子に関連付けられたアプリケーション・アクセス・パラメータを含み、前記アプリケーション・アクセス・パラメータの少なくとも１つが、前記複数のアプリケーション・サーバの１つのアプリケーション・サーバ・アドレスを含んでなり、
前記システムは、さらに、埋め込まれたアプリケーション識別子をプロビジョニング・ファイルの受信時に認識し、かつ、前記アプリケーション識別子に関連付けられた１つまたは２つ以上のアプリケーション・アクセス・パラメータにより規定されるようなアプリケーション・サーバ・アドレスにおいて目標とするアプリケーションに対するアクセスを実行するように、前もって構成されている移動端末を備えることを特徴とするシステム。
プロビジョニング・ネットワーク要素が、前記ネットワークに結合されかつ前記ネットワークを介した転送を開始する前記移動端末にプロビジョニング・ファイルを転送するためにプル技術を実行するプロビジョニング・サーバを含む請求項１に記載のシステム。
プロビジョニング・ネットワーク要素が、前記ネットワークに結合されかつ前記ネットワークを介して前記移動端末にプロビジョニング・ファイルを押し込むためにプッシュ技術を実行するプロビジョニング・サーバを含む請求項１に記載のシステム。
前記移動端末は、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）準拠デバイスを含む請求項３に記載のシステム。
前記プロビジョニング・サーバが動作する第１のネットワーク・ドメインと、前記ＷＡＰ準拠デバイスが動作するＷＡＰネットワーク・ドメインとの間に結合されるプッシュ・プロキシ・ゲートウェイ（ＰＰＧ）をさらに含む請求項４に記載のシステム。
前記アプリケーション識別子は、ＷＡＰプッシュ仕様により規定されたアプリケーション識別子（ＩＤ）を含む請求項４に記載のシステム。
前記アプリケーション識別子は、インターネット登録ポート番号を含む請求項１に記載のシステム。
前記アプリケーション識別子は、目標とするアプリケーションを識別するために、前記移動端末および前記複数のアプリケーション・サーバにおいて前もって構成されたユニフォーム・リソース識別子（ＵＲＩ）を含む請求項１に記載のシステム。
プロビジョニング・ネットワーク要素が、前記プロビジョニング・ファイルを格納する構成要素を含む請求項１に記載のシステム。
前記構成要素は、加入者識別用モジュール（ＳＩＭ）、ＷＡＰ識別用モジュール（ＷＩＭ）、およびスマートカードのうちの１つを含む請求項９に記載のシステム。
前記移動端末は、ワイヤレス電話、パーソナル・ディジタル・アシスタント（ＰＤＡ）、およびモバイルコンピュータのうちの１つを含む請求項１に記載のシステム。
前記移動端末は、埋め込まれたアプリケーション識別子を認識し、目標とするアプリケーションに対するアクセスを実行し、目標とするアプリケーションに対するアクセスを実行するときに、１つまたは２つ以上のアプリケーション・アクセス・パラメータを利用するように、前もって構成された少なくとも１つのユーザ・エージェントを含む請求項１に記載のシステム。
前記移動端末により読み取り可能な搬送波に埋め込まれ、かつ、プロビジョニング情報を符号化するデータ信号を伝送するプロビジョニング・サーバを含むネットワーク要素であって、前記プロビジョニング情報は、複数のアプリケーション・サーバにより制御され標準化されたネットワーク・アプリケーションに対応するアプリケーション識別子を含み、前記プロビジョニング情報は、前記アプリケーション識別子に関連付けられた複数のアプリケーション・アクセス・パラメータをさらに含み、前記複数のアプリケーション・アクセス・パラメータの少なくとも１つは、前記複数のアプリケーション・サーバの１つのアプリケーション・サーバ・アドレスであり、前記複数のアプリケーション・サーバにおいては、移動端末におけるデータ信号の受信者が、標準化された前記ネットワーク・アプリケーションに対するアクセスを実行することが可能であることを特徴とするネットワーク要素。
ネットワーク上の複数のアプリケーション・サーバにより制御されるネットワーク・アプリケーションへの移動端末のアクセスを容易にするためのコンピュータ実行可能な命令を有しているコンピュータ読み取り可能な媒体であって、前記コンピュータ実行可能な命令は、
前記ネットワーク・アプリケーションに対応するアプリケーション識別子と、前記複数のアプリケーション・サーバの１つのアプリケーション・サーバ・アドレスを含むような関連付けられたアプリケーション・アクセス・パラメータとをプロビジョニング情報に埋め込むステップと、
プロビジョニング手順に関連して前記プロビジョニング情報を少なくとも１つの移動端末に転送するステップと、
前記プロビジョニング情報と共に提供される前記アプリケーション・サーバ・アドレスにより識別されたアプリケーション・サーバを介しての前記ネットワーク・アプリケーションへのアクセスを容易にするために前記移動端末のプロビジョニングを行うステップとを実行することを特徴とするコンピュータ読み取り可能な媒体。
ネットワークに結合された複数のアプリケーション・サーバを介して利用可能な目標とするアプリケーションに対するアクセスを実行することが可能な移動端末であって、
前記移動端末は、目標とするアプリケーションに対応するアプリケーション識別子と、前記複数のアプリケーション・サーバの１つのアプリケーション・サーバ・アドレスとを少なくとも含むような少なくとも１つのプロビジョニング・ファイルを受信するために、前記ネットワークを介してプロビジョニング・ネットワーク要素に結合されており、
前記移動端末は、さらに、前記プロビジョニング・ファイルの受信時に前記アプリケーション識別子を認識するように構成され、かつ、前記アプリケーション・サーバ・アドレスに対応するアプリケーション・サーバにおいて目標とするアプリケーションに対するアクセスを実行するように構成されているユーザ・エージェントを含むことを特徴とする移動端末。