(57)【要約】アクセス端末は、ユーザアプリケーションを呼び出し、呼び出されたユーザアプリケーションのプロダクトキー１３５を識別し、それに基づいて許可される呼び出されたユーザアプリケーションのサービス品質（ＱｏＳ）レベルを決定する。ユーザアプリケーションは、優先的１２８および優先的でない１３０、１３４カテゴリに形成され、優先的なユーザアプリケーションは、優先的でないユーザアプリケーションよりも高いＱｏＳレベルを有する。高いＱｏＳレベルを利用するアクセスネットワーク接続は、優先的なユーザアプリケーションからアクセスネットワークの優先的なサーバに確立された。優先的でないユーザアプリケーションからの接続は、アクセスネットワークによってより低いＱｏＳレベルを利用して公的なデータネットワーク１０６のサーバへと拡張される。アクセス端末は、シークレットキー１０６を記憶し、アクセス端末を識別する。
2009517924.tif 000002
【特許請求の範囲】
【請求項１】
プロダクトキー（１３５）によって識別されるユーザアプリケーション（１２８、１３０および１３４）を有するアクセス端末（１０２）であって、
前記ユーザアプリケーションのうちの少なくとも１つを呼び出す装置（１３２、５０２、６０２）を含んでなり、
前記アクセス端末が、
前記１つの呼び出されたユーザアプリケーションのプロダクトキーを識別する装置（１３２、６０４、７０４）と、
前記識別されるプロダクトキーに基づいて許可される前記１つの呼び出されたユーザアプリケーションのサービス品質（ＱｏＳ）レベルを決定する装置（１３２、１３５、５０６、６０６）と、
前記１つの呼び出されたユーザアプリケーションからの接続が確立されるべきサーバを規定するあて先の特性を示す印を生成する装置（１３２、１２８、１３０、１３４、５１０）と、
前記決定されるＱｏＳレベルおよび前記印を前記１つの呼び出されたユーザアプリケーションからアクセスネットワークに、前記アクセスネットワークによる前記接続の確立のために送信する装置（１２６、５０８、６０８）と
をさらに含むことを特徴とする、アクセス端末。
【請求項２】
前記アクセス端末を識別するシークレットキー（１３３）を記憶するように構成された装置と、
前記シークレットキーに基づいて前記アクセス端末を識別するように構成された装置（１３２）と、
前記プロダクトキーおよび前記記憶されるシークレットキーに基づいて前記１つの呼び出されたユーザアプリケーションに許可される前記ＱｏＳレベルを決定する装置（１３２、１２８、１３０、１３３、４０６、５０６）とをさらに含む、請求項１に記載のアクセス端末。
【請求項３】
前記ユーザアプリケーションが、高いＱｏＳレベルを有する優先的なカテゴリ（１２８）とより低いＱｏＳレベルを有する優先的でないカテゴリ（１３０、１３４）とを含み、
前記ユーザアプリケーションが複数の機能性集団をさらに含み、１つの集団内のユーザアプリケーションに異なるＱｏＳレベルが許可されてよく、前記１つの呼び出されたユーザアプリケーションが前記アクセス端末によって高いＱｏＳレベルが許可され得る優先的なユーザアプリケーションである、請求項２に記載のアクセス端末。
【請求項４】
前記ユーザアプリケーションが、高いＱｏＳレベルを有する優先的なカテゴリ（１２８）とより低いＱｏＳレベルを有する優先的でないカテゴリ（１３０、１３４）とを含み、
前記ユーザアプリケーションが複数の機能性集団をさらに含み、１つの集団内のユーザアプリケーションに異なるＱｏＳレベルが許可されてよく、前記１つの呼び出されたユーザアプリケーションが前記アクセス端末によって低いＱｏＳレベルが許可され得る優先的でないユーザアプリケーションである、請求項２に記載のアクセス端末。
【請求項５】
前記アクセス端末が、
アプリケーションプログラミングインターフェースに結合される論理（１３２）と、
ユーザアプリケーションのうちの呼び出されたユーザアプリケーションによって生成される情報を処理するために、前記論理および前記プログラミングインターフェースを動作させる装置（１３２）と、
前記ユーザアプリケーションのうちの呼び出されたユーザアプリケーションに許可されるＱｏＳを決定する装置（１３２、１３５、１３３、５０６、６０６、７０４）とを含む、請求項２に記載のアクセス端末。
【請求項６】
前記アクセス端末のプロダクトキーを前記アクセス端末の外部のデータベース（１１４）に送信する装置（１０４、４０２）と、
前記アクセス端末を初期化するために、前記シークレットキーを前記データベースから前記アクセス端末に送信する装置（１０４、４０４）と、
前記１つの呼び出されたユーザアプリケーションが前記アクセス端末でサービスに関して認可されていることを判定するために、前記アクセス端末の前記シークレットキーおよび呼び出されたユーザアプリケーションの前記プロダクトキーを前記論理のキー照合アルゴリズムに適用する装置（１２９、１３１、４０６）と、
前記アクセスネットワークによる接続の確立のために前記１つの呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するために、前記キー照合アルゴリズムを動作させる装置（１３２、７０８）とをさらに含む、請求項５に記載のアクセス端末。
【請求項７】
前記アクセス端末の初期化の後に前記データベース（１１４）から前記アクセス端末に新規のシークレットキーを送信する装置（１０４、４１０）と、
前記呼び出されたユーザアプリケーションが前記アクセス端末によりサービスに関して認可されているかどうかを判定するために、前記新規のシークレットキーの受信に応じて前記キー照合アルゴリズムを動作させる装置（１３２、４０６）とを含む、請求項６に記載のアクセス端末。
【請求項８】
前記アクセス端末が、アクセスネットワーク（１０４）に、前記ユーザアプリケーションのうちの呼び出されたユーザアプリケーションから前記アクセスネットワークのサーバへの接続の確立のために、信号的に結合されるように構成されており、前記装置が、
前記サーバへの前記接続の確立で前記アクセスネットワークによって利用されるＱｏＳレベルを特定する情報を前記アクセスネットワークに前記アクセス端末から送信する装置（１２６−０、７１０）をさらに含む、請求項１に記載の装置。
【請求項９】
アクセス端末の呼び出されたユーザアプリケーションからアクセスネットワークのサーバへの接続の確立に関する要求を受信するように構成された前記アクセスネットワークを動作する方法であって、
前記アクセスネットワークから前記アクセス端末によって受信されて前記アクセス端末に記憶されるシークレットキーに基づいて前記アクセス端末を検証するステップと、
前記アクセスネットワークによる接続の確立に関して前記アクセス端末により決定されるＱｏＳレベルの利用を要求する前記アクセス端末からのメッセージを受信するステップと、
前記接続の確立に関して前記要求されるＱｏＳレベルの利用を許可するステップと、
前記アクセスネットワーク接続が確立されるべきサーバの特性を示す印を受信するステップと、
アクセスネットワークトラフィックのレベルにより許可される場合、前記アクセスネットワーク接続を前記要求されるＱｏＳレベルで確立するステップと、
ネットワークトラフィックのレベルが前記要求されるＱｏＳレベルを受け入れられない場合、前記アクセスネットワーク接続をより低いＱｏＳレベルで確立するステップとを含むことを特徴とする、方法。
【請求項１０】
前記ユーザアプリケーションが優先的なカテゴリおよび優先的でないカテゴリであってよく、前記ユーザアプリケーションがアクセスネットワーク接続の確立を特定のＱｏＳレベルで要求するように構成されており、前記アクセスネットワークが優先的なサーバを含み、
前記接続要求が優先的なユーザアプリケーションにより開始される場合、要求されるアクセスネットワーク接続を優先的なサーバに拡張されるステップと、
前記接続要求が優先的でないユーザアプリケーションにより開始される場合、前記要求されるアクセスネットワーク接続を公的なデータネットワークの優先的でないサーバに拡張されるステップとをさらに含む、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムのパケットベースアクセスネットワークによる接続を確立するためにユーザアプリケーションに許可されるサービス品質（ＱｏＳ）レベルを決定する方法および装置に関する。本発明は、さらに、アクセスネットワーク接続の確立のためにユーザアプリケーションに許可されるＱｏＳレベルを決定するアクセス端末の提供に関する。アクセス端末は、次に、決定されたＱｏＳレベルを利用してアクセスネットワーク接続の確立を要求する信号を生成する。
【背景技術】
【０００２】
パケットベースアクセスネットワークを含む通信システムネットワークにＱｏＳ機能性を装備することが知られている。アクセスネットワークは、そのアクセスネットワークの顧客にサービスを提供するプライベートネットワークである。このアクセスネットワークは、インターネット等の公的なネットワークのゲートウェイとしても機能し得る。ＱｏＳは、アクセスネットワークが１つまたは複数のトラフィックフローに優先度サービスを提供し、さらに低優先度のトラフィックフローが機能しなくならないようにすることを可能にする。ＱｏＳは、アクセスネットワークプロバイダが高優先度サービスを何人かのユーザに提供する一方で他のユーザに低レベルのサービスを提供することによってネットワークトラフィックに優先順位をつけることを可能にする。高いＱｏＳレベルは、この高いＱｏＳレベルに関する増額分を支払うユーザの意思に基づいて特定のユーザのトラフィックに許可されてよい。低いＱｏＳレベルは、通信の必要性の要求が厳しくなく、緊急性が少ないとユーザにみなされたトラフィックに関する経費の相応の減額と引き換えに低いＱｏＳレベルを受け入れる意思のある別のユーザのトラフィックに許可されてよい。
【０００３】
ＱｏＳは、ネットワークリソース上でより改善された制御を可能にし、アクセスネットワークプロバイダがユーザに個々の必要性に応じたサービスを提供することを可能にし、重要なトラフィックと重要でないトラフィックとの調和のとれた共存を可能にするため、アクセスネットワークプロバイダに関して有益である。アクセスネットワークトラフィックの制御に利用される一般的な方法は、低いＱｏＳレベルを有するトラフィックのパケットを必要な場合に廃棄することである。アクセスネットワークの帯域幅、ジッタ、待ち時間および損失特性を管理することによってアクセスネットワークプロバイダがネットワークトラフィックのＱｏＳレベルを制御することも知られている。
【０００４】
ユーザアプリケーションに許可されるＱｏＳレベルの決定にアクセスネットワークを利用することが従来技術で知られている。この機能に関するアクセスネットワークの利用は、アクセスネットワークとアクセス端末と適切なＱｏＳレベルを決定するために信号を交換することとが必要になるため、問題である。これは、アクセスネットワークの複雑さを増大させる。
【０００５】
アクセス端末のユーザアプリケーションが、カテゴリを規定するユーザアプリケーションに共通な特性に基づく機能性集団に再分割されることは、一般的な方法である。そのような特性の一例は、ＶｏＩＰサービスを提供するユーザアプリケーションの機能性集団であってよい。別の機能性集団のユーザアプリケーションは、ビデオ、データ、音声、その他等のカテゴリベースで別の種類のサービスを提供してよい。
【０００６】
従来技術のＱｏＳシステムは、機能性集団内のユーザアプリケーションに同じＱｏＳレベルが許可されることを必要とする点が問題である。これは、同じカテゴリの各ユーザアプリケーションに異なるＱｏＳレベルを許可する柔軟性を制限するため、アクセス端末の所有者およびネットワークプロバイダの両方に不利益である。機能性集団内のユーザアプリケーションを区別し得る重要な機能的な特性および要件が無視されるため、１つの機能性集団のすべてのユーザアプリケーションに同じＱｏＳレベルが許可される必要性は問題である。例えば、１つの機能性集団のすべてのユーザアプリケーションはＶｏＩＰサービスを提供することに専用化されてもよいが、そのような機能性集団のユーザアプリケーションの動作上の要件は、各ユーザアプリケーションによりサービス提供されるトラフィックの種類（ローカル、国内、外国、その他）の重要な相違点に依存して変化してよい。これは、同じ機能性集団のすべてのユーザアプリケーションに対して同じＱｏＳレベルが必要であるため、問題である。１つの機能性集団のユーザアプリケーションが異なるＱｏＳレベルを許可される柔軟性を有することはしばしば有益であるため、この必要性は望ましくない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述の観点から、同じ機能性集団のユーザアプリケーションに許可される適切なＱｏＳレベルの決定での柔軟性をアクセス端末ユーザおよびアクセスネットワークプロバイダに提供することは望ましいであろうことが認められる。この柔軟性は、従来技術のＱｏＳシステムでは利用可能でない。
【課題を解決するための手段】
【０００８】
上記および別の問題は、アクセス端末が同じ機能性集団のユーザアプリケーションに異なるＱｏＳレベルを許可し得るという本発明によって解決される。ＱｏＳレベルは、１つの機能性集団のすべてのユーザアプリケーションに同じＱｏＳレベルが許可される集団ベースではなく、ユーザアプリケーションベースでＱｏＳレベルが許可され得る。ＱｏＳレベルの許可権限は、アクセス端末によって提供される。アクセスネットワークから利用フローあたりでのＱｏＳレベル決定の除去は、経費および複雑性を低減する。その代わりに、初期化時にアクセスネットワークにより、ＱｏＳレベルを決定する権限がアクセス端末に許可され、その後フローベースでユーザアプリケーションを制御する。同じ機能性集団の異なるユーザアプリケーションに異なるＱｏＳレベルを許可する能力は、ネットワークプロバイダに有益である。これによって、アクセス端末のユーザの動作上の必要性に基づいて集団の異なるユーザアプリケーションから異なるサーバへのネットワークトラフィックをネットワークプロバイダが操作することが可能になる。例えば、ＱｏＳレベルを許可する際のこの向上した柔軟性によって、同じユーザアプリケーション集団から、同じサービス（ＶｏＩＰ、ビデオ、プッシュトゥトーク等）を異なるサービスプロバイダによって提供する異なるサーバへのネットワークトラフィックをアクセスネットワークプロバイダが操作することが可能である。アクセスネットワークプロバイダが、品質で認識される相違点に基づいて他のものから１つのそのようなサービス（ＶｏＩＰ、ビデオ、プッシュトゥトーク）を選択し得ることが可能である。この場合、アクセスネットワークプロバイダは、同じ集団のユーザアプリケーションにＱｏＳの異なるレベルを割り当て得る。優先的なサービスソースへの接続を要求するユーザアプリケーションは、ネットワークプロバイダによってＱｏＳのより高いレベルが割り当てられ得る。優先的でないサービスソースへの接続を要求するユーザアプリケーションは、ＱｏＳのより低いレベルが割り当てられ得る。両方のサービスソースは、公的なデータネットワークのサーバと関連付けられ得る。代替的に、優先的なサービスソースがアクセスネットワークの優先的なサーバに関連付けられ得て、さらに、優先的でないサービスソースが公的なデータネットワークのサーバに関連付けられることも可能である。
【０００９】
さらに、本発明によると、アクセス端末は、このアクセス端末をネットワークプロバイダに識別および認可するプロダクトキーおよびシークレットキーの両方を記憶するように構成されている。プロダクトキーは、ユーザアプリケーションをアクセス端末に識別および認証するためにユーザアプリケーションに割り当てられる。アクセス端末のシークレットキーは、ユーザアプリケーションのプロダクトキーと共にユーザアプリケーションに許可されるＱｏＳレベルを決定するのに利用される。
【００１０】
アクセス端末は、アクセスネットワーク接続の確立を要求するユーザアプリケーションを呼び出す。アクセス端末内の論理素子は、呼び出されたアプリケーションがアクセス端末によってサービスに関して認可されているかどうかを判定するために、呼び出されたユーザアプリケーションのプロダクトキーをアクセス端末のシークレットキーと比較する。
【００１１】
本発明の第１の実施形態によると、アクセス端末は、呼び出されたユーザアプリケーションのプロダクトキーをアクセス端末内の制御論理に適用することによって、呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定する。この制御論理は、呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するために、識別されたプロダクトキーを利用する。アクセス端末は、次に、要求されたネットワーク接続の確立のために、許可されたＱｏＳレベルを特定する信号をアクセスネットワークに適用する。
【００１２】
本発明の第２の可能な実施形態によると、アクセス端末のシークレットキーと呼び出されたユーザアプリケーションのプロダクトキーとが、アクセス端末の制御論理のキー照合アルゴリズムに適用される。このキー照合アルゴリズムは、呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するために、受信したシークレットキーおよびプロダクトキーを処理する。キー照合アルゴリズムは、当業者によく知られている。本発明によると、キーは、単純な印、デジタル署名、整理番号、またはユーザアプリケーションを識別する何らかの印であってよい。
【００１３】
第１の実施形態と同様の方法で、アクセス端末のプロダクトキーを介してアクセスネットワークによってアクセス端末が認可される。アクセス端末は、次に、要求されたネットワーク接続の確立のために、許可されたＱｏＳレベルを特定する信号をアクセスネットワークに適用する。
【００１４】
さらに、本発明によると、アクセス端末のユーザアプリケーションが機能性集団に分割され、さらに、１つの集団のユーザアプリケーションはＱｏＳの異なるレベルが許可されるように構成される。これは、１つの集団内のすべてのユーザアプリケーションに同じＱｏＳレベルが許可されることを必要とする従来技術のＱｏＳシステムと異なっている。本発明は、各ユーザアプリケーションがユーザアプリケーションの１つの集団内にあるかどうかに関わらず、各ユーザアプリケーションの機能的および動作上の特性に基づいてＱｏＳレベルがユーザアプリケーションに許可されることを有益に可能にする。
【００１５】
本発明のアクセス端末は、中間等級のＱｏＳだけでなく高、中および低等の異なるＱｏＳレベルが許可されるユーザアプリケーションにサービスを提供するように構成されている。呼び出されたユーザアプリケーションの認可および認証、ならびに許可されるＱｏＳレベルの決定の後、アクセス端末は、許可されるＱｏＳレベルを特定する信号をアクセスネットワークおよびアクセスネットワーク接続が確立されたサーバに送信する。この接続は、アクセスネットワークによって確立されてもよいし、アクセスネットワークによってインターネット等の公的なデータネットワークのサーバに拡張されてもよい。
【００１６】
さらに本発明によると、ユーザアプリケーションは、優先的または優先的でない等の異なるカテゴリであってもよい。ユーザアプリケーションは、それらのプロダクトキーによって決定される異なるＱｏＳレベルが許可されてよい。一般に、優先的なカテゴリのユーザアプリケーションは、優先的でないカテゴリのユーザアプリケーションのプロダクトキーよりもより高いＱｏＳレベルを特定するプロダクトキーを有する。インストール時の前にユーザアプリケーションは、アクセスネットワークプロバイダによってＱｏＳレベルが許可されてもよいし、またはアクセスネットワークプロバイダとアクセス端末のユーザとの間のネゴシエーションの間にＱｏＳレベルが決定されてもよい。優先的でないカテゴリのいくつかのユーザアプリケーションは、プロダクトキーを有さなくてもよい。アクセスネットワークプロバイダの判断により、プロダクトキーを有さないユーザアプリケーションは、デフォルト設定のサービスレベルを受けてもよいし、またはサービスを受けなくてもよい。
【００１７】
本発明のアクセス端末は、優先的なサーバを有するアクセスネットワークに結合されるように構成されている。アクセス端末は、さらに、アクセスネットワークを介して優先的でないサーバを有する公的なデータネットワークに接続されるように構成されている。アクセス端末は、アクセスネットワークの優先的なサーバおよび公的なデータネットワークの優先的でないサーバへの接続の確立に関して、その優先的および優先的でないユーザアプリケーションの動作を制御する。優先的なユーザアプリケーションが、アクセスネットワークの優先的なサーバへの接続を要求することが有益である。同様に、優先的でないユーザアプリケーションは、公的なデータネットワークの優先的でないサーバへの接続を要求する。
【００１８】
さらに本発明によると、アクセスネットワークは、このアクセスネットワークにより確立された接続に関する情報を記憶するデータベースにサービスを提供する。ネットワークサービスプロバイダは、アクセスネットワークおよびアクセス端末を管理するためにこのデータベースを利用する。このデータベースは、さらに、アクセス端末がアクセスネットワークによりサービスに関して認可されたことをネットワークプロバイダに確認するために、およびユーザアプリケーションがネットワークプロバイダにより許可されるＱｏＳレベルでのサービスに関して認可されたことをアクセスネットワークプロバイダに確認するために必要な認証および認可機能をネットワークプロバイダが制御することを可能にするデータを記憶する。
【００１９】
アクセス端末は、例えば、ダウンロード専門のユーザアプリケーションに適合された高性能携帯電話を含むあらゆる汎用コンピュータであってよい。ユーザアプリケーションは、アクセスネットワークプロバイダによって製造業者の時点で、またはアクセス端末の販売時点で、アクセス端末にロードされてよい。代替的に、ユーザはいつでもアクセス端末にユーザアプリケーションをロードすることが可能である。ユーザは、アクセスネットワークプロバイダから、または第三機関からユーザアプリケーションを取得してよい。アクセスネットワークプロバイダから受信したユーザアプリケーションは、通常、優先的なカテゴリであり、アクセスネットワークの優先的なサーバにアクセスするように構成される。これらの優先的なサーバは、専門の拡張されたサービスをアクセス端末のユーザに提供するように構成される。この拡張されたサービスは、専門の着信音、ゲーム、インターネットサービス、ストリーミングビデオ、ＶｏＩＰ、その他を含み得る。呼び出されたユーザアプリケーションからアクセスネットワークの優先的なサーバへのアクセスネットワーク接続は、一般に、高いＱｏＳレベルを利用して確立されるであろう。
【００２０】
さらに、本発明によると、アクセス端末に関して上記で詳述されたように、ユーザアプリケーションにＱｏＳレベルを許可するために、複数のアクセス端末がアクセスネットワークに接続され得る。いくつかのアクセス端末が第１の種類のトラフィックに専門化され得る一方で、別のアクセス端末が別の種類のトラフィックのサービスを提供し得るように、複数のアクセス端末のいくつかは異なる種類のトラフィックが割り当てられてよい。
【００２１】
本発明の一態様は、プロダクトキーによって識別されるユーザアプリケーションを有するアクセス端末であって、前記アクセス端末が、前記ユーザアプリケーションのうちの少なくとも１つを呼び出す装置と、前記１つの呼び出されたユーザアプリケーションのプロダクトキーを識別する装置と、前記識別されるプロダクトキーに基づいて許可される前記１つの呼び出されたユーザアプリケーションのサービス品質（ＱｏＳ）レベルを決定する装置と、前記１つの呼び出されたユーザアプリケーションからの接続が確立されるべきサーバを規定するあて先の特性を示す印を生成する装置と、前記決定されるＱｏＳレベルおよび前記印を前記１つの呼び出されたユーザアプリケーションからアクセスネットワークに、前記アクセスネットワークによる前記接続の確立のために送信する装置とをさらに含む、アクセス端末を含む。
【００２２】
好ましくは、アクセス端末は、前記アクセス端末を識別するシークレットキーを記憶するように構成された装置と、前記シークレットキーに基づいて前記アクセス端末を識別するように構成された装置と、前記プロダクトキーおよび前記記憶されるシークレットキーに基づいて前記１つの呼び出されたユーザアプリケーションに許可される前記ＱｏＳレベルを決定する装置とをさらに含む。
【００２３】
好ましくは、前記ユーザアプリケーションが、高いＱｏＳレベルを有する優先的なカテゴリとより低いＱｏＳレベルを有する優先的でないカテゴリとを含み、前記ユーザアプリケーションが複数の機能性集団をさらに含み、１つの集団内のユーザアプリケーションに異なるＱｏＳレベルが許可されてよく、前記１つの呼び出されたユーザアプリケーションが前記アクセス端末によって高いＱｏＳレベルが許可され得る優先的なユーザアプリケーションである。
【００２４】
好ましくは、前記ユーザアプリケーションが、高いＱｏＳレベルを有する優先的なカテゴリとより低いＱｏＳレベルを有する優先的でないカテゴリとを含み、前記ユーザアプリケーションが複数の機能性集団をさらに含み、１つの集団内のユーザアプリケーションに異なるＱｏＳレベルが許可されてよく、前記１つの呼び出されたユーザアプリケーションが前記アクセス端末によって低いＱｏＳレベルが許可され得る優先的でないユーザアプリケーションである。
【００２５】
好ましくは、前記アクセス端末が、アプリケーションプログラミングインターフェースに結合される論理を含み、前記アクセス端末が、ユーザアプリケーションのうちの呼び出されたユーザアプリケーションによって生成される情報を処理するために、前記論理および前記プログラミングインターフェースを動作させる装置と、前記ユーザアプリケーションのうちの呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定する装置とをさらに含む。
【００２６】
好ましくは、前記アクセス端末が、前記アクセス端末のプロダクトキーを前記アクセス端末の外部のデータベースに送信する装置と、前記アクセス端末を初期化するために、前記シークレットキーを前記データベースから前記アクセス端末に送信する装置と、前記１つの呼び出されたユーザアプリケーションが前記アクセス端末でサービスに関して認可されていることを判定するために、前記アクセス端末の前記シークレットキーおよび呼び出されたユーザアプリケーションの前記プロダクトキーを前記論理のキー照合アルゴリズムに適用する装置と、前記アクセスネットワークによる接続の確立のために前記１つの呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するために、前記キー照合アルゴリズムを動作させる装置とをさらに含む。
【００２７】
好ましくは、前記アクセス端末が、前記アクセス端末の初期化の後に前記データベースから前記アクセス端末に新規のシークレットキーを送信する装置と、前記呼び出されたユーザアプリケーションが前記アクセス端末によりサービスに関して認可されているかどうかを判定するために、前記新規のシークレットキーの受信に応じて前記キー照合アルゴリズムを動作させる装置とを含む。
【００２８】
好ましくは、前記アクセス端末が、アクセスネットワークに、前記ユーザアプリケーションのうちの呼び出されたユーザアプリケーションから前記アクセスネットワークのサーバへの接続の確立のために、信号的に結合されるように構成されており、前記アクセス端末が、前記サーバへの前記接続の確立で前記アクセスネットワークによって利用されるＱｏＳレベルを特定する情報を前記アクセスネットワークに前記アクセス端末から送信する装置をさらに含む。
【００２９】
本発明の別の態様は、アクセス端末の呼び出されたユーザアプリケーションからアクセスネットワークのサーバへの接続の確立に関する要求を受信するように構成された前記アクセスネットワークを動作する方法であって、前記方法が、前記アクセスネットワークから前記アクセス端末によって受信されて前記アクセス端末に記憶されるシークレットキーに基づいて前記アクセス端末を検証するステップと、前記アクセスネットワークによる接続の確立に関して前記アクセス端末により決定されるＱｏＳレベルの利用を要求する前記アクセス端末からのメッセージを受信するステップと、前記接続の確立に関して前記要求されるＱｏＳレベルの利用を許可するステップと、前記アクセスネットワーク接続が確立されるべきサーバの特性を示す印を受信するステップと、アクセスネットワークトラフィックのレベルにより許可される場合、前記アクセスネットワーク接続を前記要求されるＱｏＳレベルで確立するステップと、ネットワークトラフィックのレベルが前記要求されるＱｏＳレベルを受け入れられない場合、前記アクセスネットワーク接続をより低いＱｏＳレベルで確立するステップとを含む方法を含む。
【００３０】
好ましくは、前記ユーザアプリケーションが優先的なカテゴリおよび優先的でないカテゴリであってよく、前記ユーザアプリケーションがアクセスネットワーク接続の確立を特定のＱｏＳレベルで要求するように構成されており、前記アクセスネットワークが優先的なサーバを含み、前記接続要求が優先的なユーザアプリケーションにより開始される場合、要求されるアクセスネットワーク接続を優先的なサーバに拡張されるステップと、前記接続要求が優先的でないユーザアプリケーションにより開始される場合、前記要求されるアクセスネットワーク接続を公的なデータネットワークの優先的でないサーバに拡張されるステップとをさらに含む。
【００３１】
本発明の上記および他の特性および利点は、図面と関連して以下の詳細な説明を読解することからより理解され得る。
【発明を実施するための最良の形態】
【００３２】
図１〜７および以下の説明は、当業者に本発明をどのように作成および利用するかを教示する本発明の特定の例示的な実施形態を示す。発明の原理を教示する目的で、本発明のいくつかの従来的な態様は単純化または省略されている。当業者は、本発明の範疇の範囲内にあるこれらの実施形態から変形形態を理解するであろう。当業者は、以下で説明される特性が、本発明の多数の変形形態を形成するために種々のやり方で結合され得ることを理解するであろう。結果として、本発明は、以下で説明される実施形態に限定されないが、特許請求の範囲およびそれらの同等物によってのみ限定される。
【００３３】
図１は、アクセスネットワーク１０４および公的なデータネットワーク１０６を有する通信システム１００に実装されるように構成されたアクセス端末１０２を含む本発明の可能な実施形態を示す。アクセス端末１０２は、利用の際にアクセスネットワーク１０４のサーバ１１９および／または公的なデータネットワーク１０６のサーバ１２１へのネットワーク接続の確立を要求する複数のユーザアプリケーション１２８、１３０および１３４を含む。アクセス端末１０２は、アクセスネットワーク接続の確立を要求するユーザアプリケーションを呼び出すことによって、および次にその呼び出されたアプリケーションに許可される適切なＱｏＳレベルを決定することによって、そのユーザアプリケーション１２８、１３０および１３４の動作を制御する。アクセスネットワーク１０２の優先的なサーバ１１９への、または公的なデータネットワーク１０６の優先的でないサーバ１２１への接続を確立するために、許可されたＱｏＳレベルがアクセスネットワーク１０４に送信される。
【００３４】
アクセス端末１０２は、シークレットキー１３３、制御論理１３２、ならびにユーザアプリケーション１２８、１３０および１３４を含む。ユーザアプリケーションは、優先的なユーザアプリケーション１２８（ＰＡＰＰ１、ＰＡＰＰ１およびＰＡＰＰ３）および優先的でないユーザアプリケーション１３０（ＮＰＡＰＰ９）〜１３４（ＮＰＡＰＰＮ）を含む。ユーザアプリケーション１２８、１３０および１３４は、アクセスネットワーク１０４および公的なデータネットワーク１０６による、各々、優先的なサーバ１１９および優先的でないサーバ１２１への接続の確立を要求するために、アクセス端末１０２のユーザによって呼び出され得るソフトウェアプログラムまたはその他のアプリケーションを含み得る。アクセスネットワーク１０４および公的なデータネットワーク１０６は、当業者によく知られた方法で仮想接続を確立する地上の通信線または無線形式のパケットベースネットワークであってよい。公的なデータネットワーク１０６は、インターネットであってよい。
【００３５】
アクセスネットワーク１０４は、優先的なサーバ１１９（ＰＳ１、ＰＳ２、ＰＳ３、およびＰＳｎ）の様相を含む。公的なデータネットワーク１０６は、優先的でないサーバ１２１（ＮＰＳ１、ＮＰＳ２．．．ＮＰＳｎ）の様相を含む。アクセスネットワーク１０４は、アクセス端末１０２の優先的なユーザアプリケーション１２８から優先的なサーバ１１９へのネットワーク接続を確立するために動作可能である。さらに、アクセスネットワーク１０４は、アクセス端末１０２の優先的でないユーザアプリケーション１３０および１３４から経路１２０および１１６を介して公的なデータネットワーク１０６へ、ならびに優先的でないサーバ１２１への接続を確立し得る。アクセスネットワーク１０４は、図１上に縦線１１０および１１２の間に示されている。公的なデータネットワーク１０６は、図１上に縦線１１２の右に配置されている。アクセスネットワーク１０４は、データベース１１４を有する。ネットワークプロバイダは、アクセス端末１０２のユーザアプリケーション１２８、１３０および１３４がネットワーク接続の確立に関して許可され得るＱｏＳレベルを決定するために、データベース１１４を利用し得る。
【００３６】
ユーザアプリケーション１２８、１３０および１３４とアクセスネットワーク１０４の優先的なサーバ１１９と公的なデータネットワーク１０６の優先的でないサーバ１２１との間のネットワーク接続の確立は、ユーザアプリケーション１２８、１３０および１３４とサーバ１１９、１２１が通信することを可能にする。サーバ１１９、１２１は、ユーザアプリケーション１２８、１３０および１３４によって要求される拡張された機能を実行することが可能である。そのような拡張された機能は、パケットネットワークで異なるＱｏＳレベルを必要とし、専門の着信音、スクリーンセーバ、ゲーム、インターネットサービス、ストリーミングオーディオ、ストリーミングビデオ、ＶｏＩＰ、その他を含み得る。
【００３７】
アクセス端末１０２は、携帯電話またはネットワーク接続の確立を要求するために呼び出され得る複数のユーザアプリケーションを有するあらゆる汎用コンピュータであってよい。一般に、優先的なユーザアプリケーション１２８は、アクセスネットワーク１０４の優先的なサーバ１１９への接続の確立に関して高いＱｏＳレベルが許可される。優先的でないユーザアプリケーション１３０および１３４は、通常、公的なデータネットワーク１０６の優先的でないサーバ１２１への接続の確立に関して低いＱｏＳレベルが許可される。優先的なユーザアプリケーションおよび優先的でないアプリケーションの間の区別に関するさらなる詳細は、後で説明される。
【００３８】
アクセス端末１０２は、制御論理１３２、プロダクトキー１３５、およびシークレットキー１３３を含み得る。優先的なユーザアプリケーション１２８および優先的でないユーザアプリケーション１３０はプロダクトキーを含む。優先的でないユーザアプリケーション１３４は、プロダクトキーを含まない。プロダクトキーの機能は、アクセスネットワーク接続の確立に関して呼び出されたユーザアプリケーションに許可されるＱｏＳレベルの決定で制御論理１３２を支援することである。制御論理１３２のさらなる機能は、サービスを要求するユーザアプリケーションを識別することと、要求するユーザアプリケーションがサービスに関してアクセス端末１０２で認可されているかどうかを判定することとである。
【００３９】
構成要素１３３は、ネットワークプロバイダに対してアクセス端末１０２を識別し、アクセス端末１０２によるアクセスネットワーク１０４へのＱｏＳ信号の制御を認可するシークレットキーを記憶する。制御論理１３２は、アクセス端末１０２がユーザアプリケーションの動作を制御し、さらに、呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定することを可能にするメモリおよび論理（図示せず）を含み得る。シークレットキー１３３は、多数の機能を有する。第１に、シークレットキー１３３は、ネットワークプロバイダをアクセスネットワーク１０４およびアクセス端末１０２の管理で支援する。アクセス端末１０２は、アクセス端末１０２のユーザによって所有されるが、ネットワークプロバイダの誘導および協力で通信システム１００にインストールされる。
【００４０】
アクセス端末１２０は、初期にシークレットキーを含まない。アクセス端末１０２は初期化に関する準備ができた後に、アクセス端末１０２がネットワークプロバイダによる利用のためのデータベース１１４に対してアクセス端末１０２を識別するプロダクトキー１３５を送信する。アクセス端末１０２のプロダクトキー１３５は、データベース１１４によるシークレットキー１３３のアクセス端末１０２への割り当てを要求する。ネットワークプロバイダは、シークレットキー１３３をアクセス端末１０２に送信するためにデータベース１１４にアクセスする。アクセス端末１０２は、シークレットキー１３３を記憶する。シークレットキー１３３の識別は、ネットワークプロバイダだけに知られており、アクセス端末１０２のユーザには知られてない。シークレットキー１３３の記憶は、アクセス端末１０２が通信システム１００でサービスに関して認可されていることを示す。
【００４１】
シークレットキー１３３の別の機能は、各呼び出されたユーザアプリケーションが許可され得るＱｏＳレベルの決定でアクセス端末１０２の支援をすることである。さらに、シークレットキー１３３は、サービスを要求する各呼び出されたユーザアプリケーションを認証する。アクセス端末１０２のシークレットキーに関するセキュリティを保持するために、ネットワークプロバイダは、経路１２６−０を介してアクセス端末１０２に新規のシークレットキーを周期的に送信し得る。
【００４２】
ユーザアプリケーション１２８、１３０および１３４は、一般に、アクセス端末１０２の所有者によってアクセス端末１０２にロードされる。これは、ネットワークプロバイダとは無関係にアクセス端末１０２の所有者によっていつでも実行されてよい。しかしながら、ネットワークプロバイダは、各ユーザアプリケーションに許可され得るＱｏＳレベルの決定に関与する。異なるユーザアプリケーション１２８、１３０および１３４は、異なるＱｏＳレベルが許可され、さらに、優先的なユーザアプリケーション１２８は、一般的に、優先的でないユーザアプリケーション１３０および１３４よりも高いＱｏＳレベルを受信する。
【００４３】
優先的なユーザアプリケーション１２８は、高いＱｏＳレベルを有し、アクセスネットワーク１０４内で高いレベルのサービスを受信する。優先的でないユーザアプリケーション１３０は、より低いＱｏＳレベルが許可され得て、それゆえに一般的にアクセスネットワーク接続の確立でより低いレベルのサービスを受信する。ユーザアプリケーション１３４は、プロダクトキーを有さない。ネットワークプロバイダの同意を得て、ユーザアプリケーション１３４は、アクセスネットワーク１０４による低いＱｏＳレベルでサービスが提供され得る。代替的に、それはネットワークプロバイダによってサービスが拒否されてもよい。
【００４４】
データベース１１４は、アクセスネットワーク１０４およびアクセス端末１０２を管理するためにネットワークプロバイダによって必要な情報を記憶する。データベース１１４は、さらに、確立されたネットワーク接続の継続時間および各接続に対して提供されるＱｏＳレベルを記録する計算機能を提供する。この計算機能は、アクセス端末１０２により呼び出されたユーザアプリケーションに必要とされるネットワーク接続よりも、より低いＱｏＳレベルで確立されたネットワーク接続を識別するので、ネットワークプロバイダに有用である。これは、ネットワークトラフィックが高く、要求されるネットワーク接続が確立可能であるが、呼び出されたユーザアプリケーションに許可されるものよりも低いＱｏＳレベルでだけで確立可能である場合に有用である。
【００４５】
図２は、アクセス端末１０２のさらなる詳細を示す。図２のアクセス端末１０２は、ユーザアプリケーション１２８、１３０および１３４が制御論理１３２と通信することを可能にするアプリケーションプログラムインターフェース２０４（ＡＰＩ）を含む。アプリケーションプログラムインターフェース２０４は、当技術分野でよく知られており、プログラマが制御論理１３２の要求と一致するアプリケーションを書くことを可能にし、さらに、プログラマが制御論理１３２の動作に不利な影響を及ぼすプログラムを書くことを不可能にするブロックを構築するプログラムを含む、ルーチンのセット、プロトコル、およびツールを含む。
【００４６】
アクセス端末１０２は、ネットワーク接続の確立を要求する呼び出されたユーザアプリケーションに適切なＱｏＳレベルを許可する。この処理は、呼び出されたユーザアプリケーションが導線２０２を介してアプリケーションプログラムインターフェース２０４に、および経路２０６を介して制御論理１３２に情報を送信する場合に開始する。送信された情報は、呼び出されたユーザアプリケーションのプロダクトキーを含む。
【００４７】
本発明の第１の実施形態によると、制御論理１３２は、呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するために受信したプロダクトキーを利用する。許可されるＱｏＳレベルは、制御論理１３２によって経路１２６−０および１２０を介してアクセスネットワーク１０４に送信される。アクセスネットワーク１０４は、呼び出されたユーザアプリケーションによって要求される接続の確立を管理するために受信したＱｏＳレベルを利用するデータベース１１４に受信したＱｏＳレベルを送信する。データベース１１４は、アクセスネットワーク１０４によって確立された各接続と、接続のサービスを提供するのにネットワークによって提供されるＱｏＳレベルとの記録を保持する。接続が確立されたネットワーク経路は、図２上に示される経路１１８を含む。優先的なサーバ１１９は、図面の複雑性を最小化するために図２上に示されていない。同様に、図１の公的なデータネットワーク１０６および優先的でないサーバ１２１は、図面の複雑性を最小化するために図２上に示されていない。
【００４８】
本発明の第２の実施形態によると、アクセス端末１０２は、呼び出されたユーザアプリケーションを識別するプロダクトキーおよびシークレットキー１３３の両方を許可されるＱｏＳレベルの決定に利用する。アクセス端末１０２は、呼び出されたユーザアプリケーションのプロダクトキーとシークレットキー１３３とを利用することによって、許可されるＱｏＳレベルを決定する。プロダクトキーは、経路２０２を介して適用され、アプリケーションプログラムインターフェース２０４および経路２０６を介して制御論理１３２まで拡張する。制御論理１３２は、シークレットキー１３３および受信したプロダクトキーを制御論理１３２内のキー照合アルゴリズムに適用する。キー照合アルゴリズムは、受信した情報を処理して、呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを導出する。第１の実施形態と同様に、許可されるＱｏＳレベルが経路１２６−０を介してアクセスネットワーク１０４に送信される。アクセスネットワーク１０４は、さらに、ネットワーク接続が確立されるべき優先的なサーバ１１９または優先的でないサーバ１２１を特定する印を受信する。
【００４９】
シークレットキー１３３は、第２の実施形態で説明されたように、呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するために利用される。シークレットキー１３３は、さらに、呼び出されたユーザアプリケーション１２８、１３０および１３４がアクセス端末１０２内でサービスに関して認可されているかどうかを判定するために両方の実施形態で利用される。制御論理１３２は、呼び出されたユーザアプリケーションがサービスに関して認可されているかどうかを判定するためにシークレットキー１３３と同様にプロダクトキーを利用する。要求されたユーザアプリケーションが認可されていない場合、サービスが拒否されてもよいし、またはネットワークプロバイダの選択で利用可能ベースの場合にサービスが提供されてもよい。優先的でないユーザアプリケーション１３４は、プロダクトキーを有さない。ネットワークプロバイダとアクセス端末１０２のユーザとの間の同意によって、優先的でないユーザアプリケーション１３４は、ネットワークプロバイダによってサービスが拒否されてもよいし、または利用可能ベースの場合にサービスが提供されてもよい。
【００５０】
述べたように、ネットワークプロバイダによってシークレットキー１３３がデータベース１１４から経路１２６−０を介してアクセス端末１０２に送信される。このシークレットキーは、アクセス端末のエンドユーザまたはユーザアプリケーションに知られていないかまたは利用可能ではなく、シークレットキー構成要素１３３に安全に記憶される。アクセス端末１０２の初期化およびユーザアプリケーションのインストールの前に、ネットワークプロバイダおよびアクセス端末１０２のユーザはネゴシエーションして、ユーザアプリケーション１２８、１３０および１３４のうちの呼び出された１つに後で許可され得るＱｏＳレベルを連帯して決定する。ＱｏＳレベルの正当な利用は、高いＱｏＳレベルに見合う料金が徴収されるユーザアプリケーションに対してだけ高いＱｏＳレベルを提供するようにアクセスネットワーク１０４が利用されることを望むネットワークプロバイダに非常に重要である。アクセス端末１０２のシークレットキーに対するセキュリティを保持するために、ネットワークプロバイダは経路１２６−０を介してアクセス端末１０２に新規のシークレットキーを周期的に送信してよい。
【００５１】
図３は、アクセス端末１０２の初期化のために、ならびに呼び出されたユーザアプリケーション１２８、１３０および１３４によって要求されるアクセスネットワーク１０４の接続の確立のために、通信システム１００の構成要素の間で送信された信号を示す。アクセス端末１０２を初期化する処理は、アクセス端末１０２のプロダクトキー１３５の図３のメッセージ３０１を介したアクセスネットワーク１０４への送信で開始する。アクセスネットワーク１０４は、このアクセス端末プロダクトキー１３５をメッセージ３０２を介してデータベース１１４に拡張させる。アクセス端末１０２のプロダクトキー１３５は、予めデータベース１１４にプロダクトキー１３５を記憶したネットワークプロバイダに知られている。アクセス端末１０２のプロダクトキー１３５は、ネットワークプロバイダがアクセス端末１０２を認証し、通信システム１００でサービスに関して承認することを可能にするために、データベース１１４に記憶される。
【００５２】
アクセス端末１０２のプロダクトキー１３５は、データベース１１４の一部である構成要素３０４によって認証される。認証に応じて、構成要素３０４は、メッセージ３０６を介してアクセスネットワーク１０４にシークレットキーを送信する。アクセスネットワーク１０４は、シークレットキー構成要素１３３による記憶のために、シークレットキーをメッセージ３０８を介してアクセス端末１０２に拡張させる。シークレットキー１３３の記憶は、アクセス端末１０２の初期化を完了し、ユーザアプリケーション１２８、１３０および１３４のうちの呼び出された１つからの要求にサービスを提供するためにアクセス端末１０２が認可されていることを示す。ユーザアプリケーション１２８、１３０および１３４へのサービスの提供でアクセス端末１０２によって実行される機能は、ユーザアプリケーション１２８、１３０および１３４の認証と、アクセスネットワーク１０４による接続を要求する各呼び出されたユーザアプリケーション１２８および１３０に適切なＱｏＳレベルを許可することとを含む。
【００５３】
アクセスネットワーク１０４による接続の確立を要求するユーザアプリケーション１２８、１３０および１３４のうちの呼び出された１つは、経路３１２を介してアクセス端末１０２に信号を送信することによって認証およびＱｏＳレベルの許可を要求する。アクセス端末１０２は、ユーザアプリケーション１２８および１３０のうちの呼び出された１つのプロダクトキーを受信する。アクセス端末１０２の構成要素３１３は、呼び出されたユーザアプリケーションがサービスに関して認可されていることを判定し、呼び出されたユーザアプリケーションに適切なＱｏＳレベルを許可する。構成要素３１３は、許可されるＱｏＳレベルと、ネットワーク接続が確立されるべき優先的なサーバ１１９または優先的でないサーバ１２１を特定する印とを経路３１４を介して送信する。アクセスネットワーク１０４は、送信された情報を経路３１４から受信する。アクセスネットワーク１０４の構成要素３１５は、次に、特定のサーバへの要求された接続を確立する。
【００５４】
図４は、アクセス端末１０２の初期化で本発明の装置によって利用される処理ステップを示すフローチャートである。初期化の目的は、アクセスネットワーク１０４のネットワークプロバイダが、アクセス端末１０２を識別するプロダクトキーの受取りによってアクセス端末１０２を識別することと、データベース１１４からアクセス端末１０２にシークレットキー１３３を送信することとを可能にすることである。シークレットキー１３３の識別は、ネットワークプロバイダだけに知られている。シークレットキー１３３は、ユーザアプリケーション１２８、１３０および１３４を認証するために利用される。シークレットキー１３３は、さらに、各呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するために利用される。
【００５５】
システムの初期化の間、アクセス端末１０２のプロダクトキー３１５がデータベース１１４に送信された場合、図４の処理がステップ４０２で開始する。ステップ４０４で、データベース１１４がアクセス端末１０２の受信したプロダクトキー１３５を認証する。データベース１１４は、ステップ４０４でアクセス端末１０２にシークレットキーを送信する。ステップ４０６で、呼び出されたユーザアプリケーション１２８、１３０および１３４のプロダクトキーの認証で後に利用するために、ならびにネットワーク接続の確立を要求する呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するために、アクセス端末１０２がシークレットキーを記憶する。
【００５６】
ステップ４０８は、データベース１１４からアクセス端末１０２に交換のシークレットキーをその後に送信してよい。交換のシークレットキーは、最初のシークレットキーの識別が信用できなくなった場合にネットワークプロバイダによって送信される。ステップ４１０は、アクセス端末１０２に交換のシークレットキーを記憶し、前のシークレットキーを廃棄する。ステップ４０８および４１０は、繰返して実行され得る。
【００５７】
図５は、ユーザアプリケーション１２８、１３０および１３４のうちの呼び出された１つによって要求されるネットワーク接続の確立で、図１および図２のシステムによって利用される処理ステップを示すフローチャートである。ステップ５０２は、ユーザアプリケーションを呼び出す。ステップ５０４は、呼び出されたユーザアプリケーションがアクセス端末１０２内でサービスに関して認可されているかどうかを判定するために呼び出されたユーザアプリケーションを認証する。ステップ５０６は、呼び出されたユーザアプリケーションに許可され得るＱｏＳレベルを決定するために、呼び出されたユーザアプリケーションのプロダクトキーを利用する。ステップ５０８は、アクセスネットワーク接続の確立での利用のために、許可されるＱｏＳレベルをアクセスネットワーク１０４に送信する。ステップ５１０は、アクセスネットワーク接続が確立されるべき優先的なサーバ１１９の識別をアクセスネットワーク１０４に送信する。ステップ５１２は、識別された優先的なサーバ１１９へのアクセスネットワーク接続を確立する。ステップ５１４は、アクセスネットワーク１０４により確立された各接続の適用可能なＱｏＳレベル、継続時間、およびその他の属性をデータベース１１４に記録する。
【００５８】
図６は、ネットワーク接続の確立を要求するユーザアプリケーションに許可されるＱｏＳレベルの決定で、図１および図２のシステムにより利用される処理ステップを示すフローチャートである。この処理は、ネットワーク接続の確立を要求するユーザアプリケーションを呼び出すステップ６０２で開始する。ステップ６０４は、呼び出されたユーザアプリケーションのプロダクトキーを決定する。ステップ６０６で、呼び出されたユーザアプリケーションのプロダクトキーがシークレットキー１３３と比較され、呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するために利用される。ステップ６０８で、許可されるＱｏＳレベルが経路１２６−０を介してアクセスネットワーク１０４に送信される。
【００５９】
図７は、ネットワーク接続の確立を要求する呼び出されたユーザアプリケーション１２８、１３０および１３４に許可されるＱｏＳレベルを決定するために、図１および図２のシステムによって利用される処理ステップを示すフローチャートである。図７の処理は、許可されるＱｏＳレベルを決定するために、呼び出されたユーザアプリケーションのプロダクトキーとシークレットキー１３３との両方を利用する。ステップ７０２は、ネットワーク接続を要求するユーザアプリケーションを呼び出す。ステップ７０４は、呼び出されたユーザアプリケーションのプロダクトキーを決定する。ステップ７０６は、プロダクトキーおよびシークレットキー１３３を制御論理１３２に適用する。ステップ７０８は、ユーザアプリケーション１２８、１３０および１３４のうちの呼び出された１つに許可されるＱｏＳレベルを決定するために、ユーザアプリケーション１２８、１３０および１３４のうちの呼び出された１つのプロダクトキーとシークレットキー１３３とを利用する。適用可能なＱｏＳレベルは、シークレットキー１３３および受信したプロダクトキーを制御論理１３２に適用することによって決定される。ステップ７１０は、許可されるＱｏＳレベルを経路１２６−０を介してアクセスネットワーク１０４に送信する。
【００６０】
要求される接続は、アクセスネットワーク１０４の優先的なサーバ１１９への接続の確立を含み得る。この経路は、図１および図２上に構成要素１１８として指定される。代替的に、この接続は、アクセスネットワーク１０４で経路１２０を介して、さらに公的なデータネットワーク１０６で経路１６０を介して優先的でないサーバ１２１への接続の確立を要求してよい。要求されるサーバへの接続の確立の後、呼び出されたユーザアプリケーションは、このサーバと通信し得る。
【００６１】
優先的なサーバ１１９および優先的でないサーバ１２１は、異なる種類であってよく、ユーザアプリケーション１２８、１３０および１３４に異なるサービスを提供してよい。例えば、いくつかのサーバは、ユーザアプリケーション１２８、１３０および１３４に送信された信号を生成する内蔵型であってよい。そのようなサーバは、着信音を生成すること、またはゲームを記憶することが可能である。ユーザアプリケーション１２８、１３０および１３４への送信のために、着信音およびゲームの両方がサーバによって生成されてよい。さらに、サーバ１１９および１２１は、ユーザアプリケーション１２８、１３０および１３４によって送信された信号に関する終点であってよい。別のサーバは、ユーザアプリケーションで交換される信号のあて先の発信元でなくてよい。ＶｏＩＰは、１つのそのような例である。いくつかのサーバは、着信音を生成するサーバのように非常に単純であってよい。別のサーバは、より複雑で、外部のソースからサーバによって受信されるＶｏＩＰ、ストリーミングビデオまたはストリーミングオーディオを供給する等の機能を実行してよい。
【００６２】
前述したように、本発明は単一のアクセス端末１０２の利用に限定されるものではない。単一のアクセス端末１０２は、図面の複雑性を最小化するために図１および図２に示されている。所望に応じて、複数のアクセス端末が利用され得る。本発明によると、上述されたようにユーザアプリケーションの制御のために、複数のアクセス端末がアクセスネットワーク１０４に結合され得る。複数のアクセス端末は、異なる種類のトラフィックのサービスを提供するために構成され得る。
【図面の簡単な説明】
【００６３】
【図１】本発明の可能な実施形態を示す説明図である。
【図２】図１の実施形態のさらなる詳細を示す説明図である。
【図３】図１および図２の実施形態のさらなる詳細を示す説明図である。
【図４】図１および図２のシステムの動作を説明するフローチャートである。
【図５】図１および図２のシステムの動作を説明するフローチャートである。
【図６】図１および図２のシステムの動作を説明するフローチャートである。
【図７】図１および図２のシステムの動作を説明するフローチャートである。
【図１】
2009517924.tif 000003
【図２】
2009517924.tif 000004
【図３】
2009517924.tif 000005
【図４】
2009517924.tif 000006
【図５】
2009517924.tif 000007
【図６】
2009517924.tif 000008
【図７】
2009517924.tif 000009
【手続補正書】
【提出日】平成19年7月3日(2007.7.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロダクトキー（１３５）によって識別されるユーザアプリケーション（１２８、１３０および１３４）を有するアクセス端末（１０２）であって、
前記ユーザアプリケーションのうちの少なくとも１つを呼び出す装置（１３２、５０２、６０２）を含んでなり、
前記アクセス端末が、
前記１つの呼び出されたユーザアプリケーションのプロダクトキーを識別する装置（１３２、６０４、７０４）と、
前記アクセス端末を識別するシークレットキー（１３３）を記憶するように適合され、前記シークレットが前記アクセス端末のユーザに知られてない、装置と、
前記アクセス端末を識別するように適合され、前記シークレットキーによって前記アクセス端末が認可されてないユーザアプリケーションにサービスを提供しないようにされる、装置（１３２）と、
前記プロダクトキーおよび前記記憶されるシークレットキーに基づいて、前記１つの呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定する装置（１３２、１２８、１３０、１３３、４０６、５０６）と、
前記１つの呼び出されたユーザアプリケーションからの接続が確立されるべきサーバを規定するあて先の特性を示す印を生成する装置（１３２、１２８、１３０、１３４、５１０）と、
前記決定されるＱｏＳレベルおよび前記印を前記１つの呼び出されたユーザアプリケーションからアクセスネットワークに、前記アクセスネットワークによる前記接続の確立のために送信する装置（１２６、５０８および６０８）と
をさらに含むことを特徴とする、アクセス端末。
【請求項２】
前記ユーザアプリケーションが、高いＱｏＳレベルを有する優先的なカテゴリ（１２８）とより低いＱｏＳレベルを有する優先的でないカテゴリ（１３０、１３４）とを含み、
前記ユーザアプリケーションが複数の機能性集団をさらに含み、１つの集団内のユーザアプリケーションに異なるＱｏＳレベルが許可されてよく、前記１つの呼び出されたユーザアプリケーションが前記アクセス端末によって高いＱｏＳレベルが許可され得る優先的なユーザアプリケーションである、請求項１に記載のアクセス端末。
【請求項３】
前記ユーザアプリケーションが、高いＱｏＳレベルを有する優先的なカテゴリ（１２８）とより低いＱｏＳレベルを有する優先的でないカテゴリ（１３０、１３４）とを含み、
前記ユーザアプリケーションが複数の機能性集団をさらに含み、１つの集団内のユーザアプリケーションに異なるＱｏＳレベルが許可されてよく、前記１つの呼び出されたユーザアプリケーションが前記アクセス端末によって低いＱｏＳレベルが許可され得る優先的でないユーザアプリケーションである、請求項１に記載のアクセス端末。
【請求項４】
前記アクセス端末が、
アプリケーションプログラミングインターフェース（２０４）に結合される論理（１３２）と、
ユーザアプリケーションのうちの呼び出されたユーザアプリケーションによって生成される情報を処理するために、前記論理および前記プログラミングインターフェースを動作させる装置（１３２）と、
前記ユーザアプリケーションのうちの呼び出されたユーザアプリケーションに許可されるＱｏＳを決定する装置（１３２、１３５、１３３、５０６、６０６、７０４）とを含む、請求項１に記載のアクセス端末。
【請求項５】
前記アクセス端末のプロダクトキーを前記アクセス端末の外部のデータベース（１１４）に送信する装置（１０４、４０２）と、
前記アクセス端末を初期化するために、前記シークレットキーを前記データベースから前記アクセス端末に送信する装置（１０４、４０４）と、
前記１つの呼び出されたユーザアプリケーションが前記アクセス端末でサービスに関して認可されていることを判定するために、前記アクセス端末の前記シークレットキーおよび呼び出されたユーザアプリケーションの前記プロダクトキーを前記論理（１３２）のキー照合アルゴリズムに適用する装置（１２９、１３１、４０６）と、
前記アクセスネットワークによる接続の確立のために前記１つの呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するために、前記キー照合アルゴリズムを動作させる装置（１３２、７０８）とをさらに含む、請求項４に記載のアクセス端末。
【請求項６】
前記アクセス端末の初期化の後に前記データベース（１１４）から前記アクセス端末に新規のシークレットキーを送信する装置（１０４、４１０）と、
前記呼び出されたユーザアプリケーションが前記アクセス端末によりサービスに関して認可されているかどうかを判定するために、前記新規のシークレットキーの受信に応じて前記キー照合アルゴリズムを動作させる装置（１３２、４０６）とを含む、請求項５に記載のアクセス端末。
【請求項７】
前記アクセス端末が、アクセスネットワーク（１０４）に、前記ユーザアプリケーションのうちの呼び出されたユーザアプリケーションから前記アクセスネットワークのサーバへの接続の確立のために、信号的に結合されるように構成されており、前記装置が、
前記サーバへの前記接続の確立で前記アクセスネットワークによって利用されるＱｏＳレベルを特定する情報を前記アクセスネットワークに前記アクセス端末から送信する装置（１２６−０、７１０）をさらに含む、請求項１に記載の装置。
【請求項８】
アクセス端末の呼び出されたユーザアプリケーションからアクセスネットワークのサーバへの接続の確立に関する要求を受信するように構成された前記アクセスネットワークを動作する方法であって、
前記アクセス端末のユーザに知られてないシークレットキーを利用して前記アクセス端末を検証するステップと、
前記シークレットキーが前記アクセスネットワークから前記アクセス端末により受信され、前記アクセス端末に記憶されているステップと、
認可されてないユーザアプリケーションにサービスを提供することを防止するために、前記シークレットキーによって前記アクセス端末を守るステップと、
前記アクセスネットワークによる接続の確立に関して前記アクセス端末により決定されるＱｏＳレベルの利用を要求する前記アクセス端末からのメッセージを受信するステップと、
前記プロダクトキーおよび前記記憶されるシークレットキーに基づいて呼び出されたユーザアプリケーションに許可されるＱｏＳレベルを決定するステップと、
前記接続の確立に関して前記決定されるＱｏＳレベルの利用を許可するステップと、
前記アクセスネットワーク接続が確立されるべきサーバの特性を示す印を受信するステップと、
アクセスネットワークトラフィックのレベルにより許可される場合、前記アクセスネットワーク接続を前記要求されるＱｏＳレベルで確立するステップと、
ネットワークトラフィックのレベルが前記要求されるＱｏＳレベルを受け入れられない場合、前記アクセスネットワーク接続をより低いＱｏＳレベルで確立するステップとを含むことを特徴とする、方法。
【請求項９】
前記ユーザアプリケーションが優先的なカテゴリおよび優先的でないカテゴリであってよく、前記ユーザアプリケーションがアクセスネットワーク接続の確立を特定のＱｏＳレベルで要求するように構成されており、前記アクセスネットワークが優先的なサーバを含み、
前記接続要求が優先的なユーザアプリケーションにより開始される場合、要求されるアクセスネットワーク接続を優先的なサーバに拡張されるステップと、
前記接続要求が優先的でないユーザアプリケーションにより開始される場合、前記要求されるアクセスネットワーク接続を公的なデータネットワークの優先的でないサーバに拡張されるステップとをさらに含む、請求項８に記載の方法。
【国際調査報告】
2009517924.tif 000010
2009517924.tif 000011