JP4596555B2 - 通信システムの加入者のための情報および管理サービスポータル - Google Patents

Description

本発明は、通信システムの加入者のための情報および管理サービスポータルの提供に関する。

特に、本発明は、通信システム（例、3GPPのモバイル通信システム、GPRS、またはCDMAタイプ）の加入者に、実行中の接続のプロパティにアクセスする機能を提供するための、方法、ネットワークノード、端末、システム、およびコンピュータプログラムに関する。

発明の背景

最近まで、通信システムおよび技術の開発は、基本的に、基礎的な通信課題、すなわち通話の送信および切り替えなどに重点が置かれていた。より良好な通信の可能性を加入者に提供するために、通信システムの進化は、異なる構造的および技術的ソリューションに到達した。この点に関する最新の通信システムには、例えば、3GPP（3rd Generation Partnership Program: 第三世代パートナーシッププログラム）および3GPP2システム、CDMA（Code Division Multiple Access: 符号分割多重アクセス）システム、GPRS（General Packet Radio Service: 汎用パケット無線システム）システム、およびUMTS（Universal Mobile Telecommunication System: 汎用移動体通信システム）が挙げられる。また、IP（Internet Protocol: インターネットプロトコル）ベースのような、非モバイル通信システムも挙げることができる。

しかし、最近では、これらの最新の通信システムおよび新しい技術を可能にするようなサービスに重点を置いたものも現われている。モバイル、非モバイルタイプに関わらず、最新の通信システムのトレンドに関しては、パケット交換送信に基づいたものであり、（モバイル）加入者にインターネットおよび／または関連するサービスをもたらすものが、システムおよびネットワークオペレータの主な関心事のうちの１つである。

したがって、言及に値する（モバイル）サービスの１つは、一般に、（モバイル）端末へのコンテンツ配信（例、ダウンロード）とされている。とりわけ、例えば、インターネット経由で利用可能なコンテンツは、音楽、ゲーム、ニュース、などを含む。このため、加入者は、使用可能なコンテンツに接続しなければならず、また、オペレータの観点から、加入者には、配信されるコンテンツの対価に基づく課金が必要である。

したがって、例えば、IPマルチメディアサブシステム（IMS）またはインテリジェントコンテンツデリバリ（ICD）サブシステムのような、特殊なサブシステムを一般的な通信環境に導入している。一般的に、オンライン制御サブシステムも、この種類のサブシステムに属する。

上述のようなかなり一般的な情報に加えて、加入者はまた（おそらくは、特に）、個人的にこのようなサブシステムに関する情報にも関心を示している。例えば、加入者は、自分たちの現在の接続および個人の設定について、関心があると考えられる。一例として、プリペイドのテレホンカードを使用して通信する加入者を想像した場合、この加入者は、残りのクォータに関する情報（例えば、通信時間がどのくらい残っているか、または単位時間当たりの現在の接続コストがどのくらいなのか）を知らなければならず、これらは使用するプロトコルまたはサービス、加入者の個人プロファイル、または現在の接続に設定されたサービスの質（quality of service: QoS）に依存することが可能である。

一方で、加入者が、以前に選択した設定を変更したいと望む場合もある。これらの設定は、使用中の、または現在加入しているサービス（例、Eメール、マルチメディアメッセージング、ウェブ閲覧）を含むことができる。好都合にも、実行中の接続であってもこれらの設定を変更および管理することが可能であり、また、新しく選択したサービスは、その接続が維持されている間、直ちに使用することが可能でなければならない。

現在の（モバイル）データネットワークでは、（モバイルまたは非モバイル）加入者は、実際にはそれらに関する全ての情報を取得できるわけではない。加入者は、これまでにどの程度のPDP（パケットデータプロトコル）セッションのような実行中の接続を使用したのかを、バイト、ヒット、および時間に関して知りたいかもしれない。加えて、（モバイル）加入者は、どのくらい使用したのかを貨幣ユニットで知りたい場合がある可能性がある。他の関連情報は、ローミングステータス、一組のアクティブなサービス、（例、貨幣ユニット、または時間に関する）種々の統計、およびオペレータからの全ての種類の掲示板のメッセージである。

加入者はまた、PDP（パケットデータプロトコル）コンテキストのような接続がアクティブである間に、サービスまたはサブスクリプションをアクティブにしたい場合もある。したがって、サービスおよびサブスクリプションのアクティブ化は、論理的に同じコンテキストに属する。

これらのサービスの提供に対しては、これまで、それぞれのシステムまたはネットワークオペレータにより、従来技術の通信システムにおけるいわゆる情報ポータルが提供されている。

添付図面において、図１は、従来技術によるモバイル通信システムの基本構造を示すブロック図である。

図１によれば、端末12は、3GPPおよび／または3GPP2仕様に従って、パケット交換通信ネットワーク11に接続される。端末は、ユーザー機器（user equipment）とするか（したがってUEで表される）、または移動局（mobile station）MSであることができる。通信ネットワークは、CDMAベースまたはGPRSベースなどのネットワークであることができる。また、図１の破線の枠は、下層の通信ネットワークの一部またはサブネットワークを単に示すものであると想像されよう。この意味では、破線の枠は、IPマルチメディアサブシステム（IMS）、インテリジェントコンテンツデリバリ（IDC）サブシステム、またはパケットコア要素も表すことが可能である。簡潔に説明するために、通信ネットワークは、本発明に照らして従来技術の理解に最も関連のあるエンティティだけを示してある。

図１では、端末12は、通信ネットワーク11のゲートウェイノード111に接続される。接続は、直接接続のように示されているが、１つ以上のネットワークノードを、端末12と、例えばサービングGPRSサポートノード（serving GPRS support node: SGSN）のようなゲートウェイノード111との間に配置することも可能である。ゲートウェイノード111は、ゲートウェイGPRSサポートノード（GGSN）、パケットデータゲートウェイ（PDG）ノード、または3GPP仕様に基づいたトラフィックプレーン機能（traffic plane function: TPF）ノードとすることが可能であるが、3GPP2および／またはCDMA仕様に基づいたパケットデータサービングノード（PDSN）、またはオンライン課金システム（online charging system: OCS）ノードまたは機能とすることも可能である。一般的に、示されたゲートウェイノード111は、好ましくは少なくとも２つの下層の（モバイル）通信システムのパケット交換通信ネットワーク間のインターフェースを提供する、ネットワーク制御要素である。図１の実施例では、3GPPネットワークと、例えばインターネットまたはX.25ベースのネットワークのような他のデータネットワーク13との間のインターフェースが提供される。したがって、ゲートウェイノード111は、端末12（したがって、そのユーザーまたは加入者）に、3GPPネットワーク11経由で、あらゆるデータネットワーク13への接続を提供する。

このため、（例えば、Nokia（登録商標）が製造するトラフィックアナライザ（TA）のような）ゲートウェイノード111は、3GPP通信ネットワーク11の他のネットワークノードと接続される。示された実施例では、これらのノードは、ネットワークの加入者の加入プロファイルを管理するノード112、使用するサービスおよび／またはサブスクリプションに対して、ネットワークの加入者に課金（請求）するための課金システムを示すノード113、およびポータルエンジンノード114である。ポータルエンジンノード114は、上述のように、ユーザーまたは加入者に情報ポータルを備えた端末12を提供する。図１に示されるようなポータルエンジンノードの一例としては、Nokia（登録商標）が製造するコンテンツアナライザ（CA）が挙げられる。

従来技術による情報ポータルの使用に関連して示されたシステムの動作を図２に示す。その点を考慮して、図２は、従来技術による情報ポータル実装の一例を示す図である。

図２によれば、端末12は、ゲートウェイノード111によってセッションを起動する（すなわちアクティブにする）（ステップS21）。したがって、セッションは、例示的にPDP（パケットデータプロトコル）コンテキストをアクティブにする。ステップS22で、ゲートウェイ111は、端末12の加入者のアクティブなサービスを決定するために、加入プロファイルノード112に問い合わせる。ステップS23で、ゲートウェイ111は、端末12の加入者に対する利用可能なクォータを決定するために、課金システムノード113に問い合わせる。その結果、相互接続したデータネットワーク13において、端末12（したがってその加入者）の通常サービスの使用が、ゲートウェイ111経由で実行され（ステップS24）、この場合は、ステップS22およびS23において、その端末の加入者が、これらのアクティブなサービスおよび利用可能な十分なクォータを有することを決定する。

例えばアクティブにしたサービスおよび利用可能なクォータに関する情報を取得するために、情報ポータルへのアクセスを望むときは、端末12の加入者は、ポータルエンジンノード114にアクセスしなければならない。これは、ステップS24による実行中の通常サービスの使用に加えて、および独立して行われる。

図１のステップS25では、端末は、サービスポータル経由で情報および管理サービスのうちの少なくとも１つを呼び出すように、ゲートウェイノード111経由で、ポータルエンジンノード114においてポータルへのアクセスを実行する。所望のポータルにアクセスできるようにするために、端末/加入者12は、まず、ポータルエンジンノード114においてそれ自体を認証しなければならない（ステップS26）。従来技術によるポータルエンジンノード114は、ゲートウェイおよび他のネットワーク要素とは別の離散的なネットワーク要素であるので、ポータルエンジンノード114は、情報ポータルを提供するために、加入者がアクセスしたときに情報リクエストオペレーションを実行（ステップS27）しなければならない。示された従来技術によれば、これらの情報リクエストは、ゲートウェイノード、加入プロファイルノード112、および課金システムノード113において実行しなければならない。これらのネットワークノード全てに問い合わせ（Query）を行った後にだけ、ポータルエンジンノード114は、ゲートウェイノード111経由で加入者12に応答を発行する（ステップS28）ことができ、したがって、リクエストされた情報ポータルを提供することができる。

さらに、従来技術による情報ポータルに関して、以下を注記する。

情報、サービスおよびサブスクリプションをアクティブにするための既存のポータルは、実行中の接続（例、PDPコンテキスト）に対する限られたサポートを有する。ポータルは、通常いくつかの相異なる制御ネットワーク要素で提供される。情報ポータルは、そのときに認証が必要なので、一般的に、加入者にはこの用途のためにさらに別のパスワードが必要である。サービスまたはサブスクリプションがアクティブになったときに、そのサービスまたはサブスクリプションは、一般的に、直ちに利用することができない。これは、アクティブになったサービスまたはサブスクリプションに関する情報が、実際のゲートウェイに到達し、次いで加入者に到達する前にある程度時間がかかるからである。

加えて、Nokia（登録商標）CAのようなポータルエンジンノードには、次のような不利点がある。
・ ポータルエンジンノードと実際のゲートウェイとの間に、追加シグナリングおよび追加シグナリングインターフェースが必要である。
・ ポータルエンジンノードは、新しいサービスおよび／またはサブスクリプションのコストを適用する必要があるときに、さらに課金システムと通信する必要がある。複数のデバイスへのクォータの配信は、システムの複雑さをさらに増大させる。
・ ポータルエンジンノードは、実行中の接続（例、PDPコンテキスト）に関する情報を、ゲートウェイノードほど多く提供することができない。したがって、ポータルエンジンノードに、完全な情報ポータル機能および性能を実装させることができない。
・ ポータルエンジンノードは、別のゲートウェイノードによる明示的なシグナリングが無ければ、PDPコンテキストのような接続管理に対する完全な制御を提供することができない。すなわち、実行中の接続に対して、制限されたサポートしか提供しない。

当業者は、上述のフレームワークの範囲には、他の類似した既存のシステムがあることも既知であろう。なお、これらの従来技術のシステムは、通常、複数の欠点を前提とするものである。例えば、ユーザーは、情報ポータルにアクセスしようとするときには、別々に認証されなければならない。すなわち、ポータルに対して、接続をアクティブにするプロシージャに加えて、更なるログインプロシージャが必要である。このため、ユーザーは、別のパスワードを有する必要がある。加えて、従来のシステムによれば、別個のポータルサーバーが必要であるため、個々のネットワーク要素間で、それぞれのシグナリングを実行しなければならない。ポータル経由で情報をユーザーに提供できるようにする前に、その情報を種々のデータベースおよびレジスタから探し出す必要があるので、更なるシグナリングが必要になり、情報の提供における遅延がもたらされる。さらに、インテリジェントコンテンツデリバリ（ICD）のフレームワークの範囲の既存のソリューションによれば、異なるネットワークノードに配置されうる異なるサービスには別個のポータルが必要であるため、システムの複雑さがさらに増大し、全体的なシステム容量が減少する。例えば、情報の問い合わせを行うため、およびサブスクリプションを管理するために、別個のセルフサービスポータルが存在する場合がある。

結果的に、実行中のアクティブな接続に関する情報を提供することが可能な、加入者に対する情報ポータルを提供するために、上述の問題および欠点に対するソリューションが必要である。

発明のまとめ

したがって、本発明の目的は、従来技術に固有の上述の欠点を解消し、その点を考慮して構成される方法、ネットワークノード、端末、システム、およびコンピュータプログラムを提供することにある。

本発明の第一の側面によれば、本目的は、通信システムの加入者に、前記加入者の端末と前記通信システムのゲートウェイノードとの間で実行中の接続のプロパティにアクセスする機能を提供するための方法であって、前記ゲートウェイノードが、前記通信システムの少なくとも２つのパケット交換通信ネットワーク間のインターフェースとして機能する、方法において、
・ 前記ゲートウェイノードにおいて、前記実行中の接続の少なくとも１つのプロパティのレコードに関する情報および管理サービスを提供するサービスポータルを提供するステップと、
・ 前記加入者端末によって、前記実行中の接続中に、前記サービスポータル経由で前記情報および管理サービスのうちの少なくとも１つを直接呼び出すステップと、
を含む方法によって達成される。

更に有利な形態では、以下のうちの少なくとも１つが適用される。
・ 前記情報および管理サービスのうちの少なくとも１つを呼び出すステップは、ユニフォームリソースロケータ（uniform resource locator: URL）アドレスに基づいて前記サービスポータルのアドレス指定を行うステップさらに含む。
・ 前記情報および管理サービスのうちの少なくとも１つを呼び出すステップは、前記サービスポータルにおいて、前記加入者端末によって、前記情報および管理サービスのうちの少なくとも１つのリクエストを送信するステップと、前記ゲートウェイノードにおいて、少なくとも１つのリクエストされたサービスを探し出すステップと、前記少なくとも１つのサービスを加入者に供給するステップと、をさらに含む。
・ 前記少なくとも１つのリクエストされたサービスを探し出すステップは、前記ゲートウェイノードにおいて、前記加入者端末によってリクエストされた前記情報および管理サービスのうちの少なくとも１つが、前記加入者に許可されているかどうかを確認するステップをさらに含む。
・ 前記方法は、前記確認ステップにおいて、前記サービスが前記加入者に許可されていないことが検出された場合に、前記加入者端末への前記リクエストされたサービスを拒否するステップをさらに含む。
・ 前記提供ステップは、通知サービスを前記加入者端末に提供するステップをさらに含み、前記提供される通知サービスは、前記リクエストされたサービスの拒否理由に依存する。
・ 前記呼び出しステップは、前記加入者の認証を必要とせずに実行される。
・ 前記少なくとも１つのサービスは、接続設定および状態のプロパティに関連する情報の問い合わせを行うステップを含む。
・ 前記接続設定および状態のプロパティは、前記実行中の接続に関連する課金プロパティを含む。
・ 前記少なくとも１つのサービスは、前記加入者のサブスクリプション設定のプロパティの管理を含む。および／または
・ 前記実行中の接続は、アクティブパケットデータプロトコル（packet data protocol: PDP）のコンテキストセッションである。

本発明の第二の側面によれば、本目的は、例えば、通信システムの加入者に、前記加入者の端末とネットワークノードとの間で実行中の接続のプロパティにアクセスする機能を提供するように構成される、通信システムのネットワークノードであって、該ネットワークノードはゲートウェイノードであり、前記通信システムの少なくとも２つのパケット交換通信ネットワーク間のインターフェースとして機能し、前記端末と前記ネットワークノードとの間の接続において送信を実行するように構成されるトランシーバデバイスと、前記ゲートウェイノードにおいて、前記実行中の接続の少なくとも１つのプロパティのレコードに関する情報および管理サービスを提供するサービスポータルを提供するように構成されるプロバイディングデバイスと、を備えるネットワークノードによって達成される。

更に有利な形態では、以下のうちの少なくとも１つが適用される。
・ 前記プロバイディングデバイスは、前記サービスポータルにおいて、前記加入者端末による、前記情報および管理サービスのうちの少なくとも１つのためのリクエストを処理するように構成されるリクエストデバイスと、前記少なくとも１つのリクエストされたサービスを探し出すように構成される検索デバイスと、前記少なくとも１つのサービスを加入者に提供するように構成されるプロビジョニングデバイスと、をさらに備える。
・ 前記検索デバイスは、前記加入者端末によってリクエストされた前記情報および管理サービスのうちの少なくとも１つが、前記加入者に許可されているかどうかを確認するようにさらに構成される。
・ 前記検索デバイスは、前記検索デバイスにおいて、前記サービスが前記加入者に許可されていないことを検出したときに、前記加入者端末への前記リクエストされたサービスを拒否するようにさらに構成される。
・ 前記プロビジョニングデバイスは、通知サービスを前記加入者端末に提供し、前記提供される通知サービスは、前記リクエストされたサービスの拒否理由に依存するようにさらに構成される。
・ 前記ネットワークノードは、前記実行中の接続に関連する加入者データおよび接続データを格納するように構成されるデータベースデバイスをさらに備える。
・ 前記プロバイディングデバイスは、接続設定および状態のプロパティに関連する情報の問い合わせを行うようにさらに構成される。
・ 前記接続設定および状態のプロパティは、前記実行中の接続に関連する課金情報を含む。
・ 前記プロバイディングデバイスは、前記加入者のサブスクリプション設定のプロパティを管理するようにさらに構成される。
・ 前記ネットワークノードは、3GPP仕様に基づくゲートウェイネットワーク要素である。
・ 前記ネットワークノードは、3GPP2仕様に基づくゲートウェイネットワーク要素である。および／または
・ 前記ネットワークノードは、オンライン課金システム（OCS）機能に基づくゲートウェイネットワーク要素である。

さらに、本側面によれば、通信システムの加入者に、前記加入者の端末と前記ネットワークノードとの間で実行中の接続のプロパティにアクセスする機能を提供するためのネットワークノードであって、前記ネットワークノードは、前記通信システムのゲートウェイノードであり、前記通信システムの少なくとも２つのパケット交換通信ネットワーク間のインターフェースとして機能し、前記端末と前記ネットワークノードとの間の接続において送信を実行するための手段と、前記ゲートウェイノードにおいて、前記実行中の接続の少なくとも１つのプロパティのレコードに関する情報および管理サービスを提供するサービスポータルを提供するための手段と、を備えるネットワークノードが提供される。

本発明の第三の側面によれば、本目的は、例えば次のような端末によって達成される。この端末は通信システムの端末であって、前記端末を使用している前記通信システムの加入者に、前記端末とゲートウェイノードとの間で実行中の接続のプロパティにアクセスする機能を提供するように構成され、ここで前記ゲートウェイノードは、前記通信システムの少なくとも２つのパケット交換通信ネットワーク間のインターフェースとして機能するものである。そして前記端末は、該端末と前記ゲートウェイノードとの間の接続において送信を実行するように構成されるトランシーバデバイスと、前記実行中の接続中に、前記ゲートウェイノードでのサービスポータル経由で、前記ゲートウェイノードにおいて直接提供される情報および管理サービスのうちの少なくとも１つを呼び出すように構成される呼び出しデバイスとを備える。

更に有利な形態では、以下のうちの少なくとも１つが適用される。
・ 前記呼び出しデバイスは、ユニフォームリソースロケータ（URL）アドレスに基づいて前記サービスポータルのアドレス指定を行うように構成されるアドレッシングデバイスをさらに備える。
・ 前記呼び出しデバイスは、前記サービスポータルにおいて、前記情報および管理サービスのうちの少なくとも１つをリクエストするように構成されるリクエストデバイスと、前記少なくとも１つの提供されるサービスを実行するように構成される実行デバイスと、をさらに含む。
・ 前記端末は、3GPP仕様に基づくものである。および／または
・ 前記端末は、3GPP2仕様に基づくものである。

さらに本側面によれば、次のような端末が提供される。これは、この端末を使用している通信システムの加入者に、前記端末と前記通信システムのゲートウェイノードとの間で実行中の接続のプロパティにアクセスする機能を提供するための端末であり、ここで前記ゲートウェイノードは、前記通信システムの少なくとも２つのパケット交換通信ネットワーク間のインターフェースとして機能するものである。そして前記端末は、前記端末と前記ゲートウェイノードとの間の接続において送信を実行するための手段と、前記実行中の接続中に、前記ゲートウェイノードでのサービスポータル経由で、前記ゲートウェイノードにおいて直接提供される情報および管理サービスのうちの少なくとも１つを呼び出すための手段とを備える。

本発明の第四の側面によれば、本目的は、例えば次のようなシステムによって達成される。このシステムは、通信システムの加入者に、前記加入者の端末と前記通信システムのゲートウェイノードとの間で実行中の接続のプロパティにアクセスする機能を提供するためのシステムであって、通信システムの少なくとも１つのネットワークノードと、通信システムの少なくとも１つの加入者端末とを有し、前記ゲートウェイノードは、前記通信システムの少なくとも２つのパケット交換通信ネットワーク間のインターフェースとして機能するものである。
そして、前記少なくとも１つのネットワークノードは、前記端末と前記ネットワークノードとの間の接続において送信を実行するように構成されるトランシーバデバイスと、前記ゲートウェイノードにおいて、前記実行中の接続の少なくとも１つのプロパティのレコードに関する情報および管理サービスを提供するサービスポータルを提供するように構成されるプロバイディングデバイスとを備えたネットワークノードとを備える前記ゲートウェイノードであり、
前記少なくとも１つの加入者端末は、前記端末と前記ゲートウェイノードとの間の接続において送信を実行するように構成されるトランシーバデバイスと、前記実行中の接続中に、前記ゲートウェイノードでのサービスポータル経由で、前記ゲートウェイノードにおいて直接提供される情報および管理サービスのうちの少なくとも１つを呼び出すように構成される呼び出しデバイスとを備える端末である。

更に有利な形態では、以下のうちの少なくとも１つが適用される。
・ 前記システムは、前記ゲートウェイノードにおいて、前記実行中の接続の少なくとも１つのプロパティのレコードに関する情報および管理サービスを提供するサービスポータルを提供するステップと、前記加入者端末によって、前記実行中の接続中に、前記サービスポータル経由で前記情報および管理サービスのうちの少なくとも１つを直接呼び出すステップとを実行するように構成される。
・ 前記通信システムは、パケットコアシステムを備える、および／または
・ 前記通信システムは、IPマルチメディアサブシステム（IMS）を備える。

本発明の第五の側面によれば、本目的は、例えば、コンピュータプログラムであって、デジタル処理手段のメモリにロード可能であり、前記デジタル処理手段で実行されるときに、前記ゲートウェイノードにおいて、前記実行中の接続の少なくとも１つのプロパティのレコードに関する情報および管理サービスを提供するサービスポータルを提供するステップと、前記加入者端末によって、前記実行中の接続中に、前記サービスポータル経由で前記情報および管理サービスのうちの少なくとも１つを直接呼び出すステップと、遂行するためのソフトウェアコード部分を備える、コンピュータプログラムによって達成される。

本発明の１つの利点は、実行中のアクティブな接続に関する情報を提供することが可能なポータルが提供されることである。

さらに本発明の実施形態によっては、好都合なことに、加入者が、アクティブ接続の動的ステータスに関する情報を取得することができる。それによって、さらなる経済的な利点として、サービスプロバイダおよびオペレータに対する信頼性が向上する。

更なる利点は、加入者に対する更なるサービスとして、情報ポータルがオペレータによって提供されることである。

本発明の別の利点は、ポータルが、情報および／または管理サービスを通信システムの加入者に提供し、実行中の接続の少なくとも１つのプロパティのレコードに関する情報および／または管理サービスを提供することである。

それによって、サービスおよびサブスクリプションを、実行中の接続のために遅延させることなくアクティブにすることができるという別の利点がある。

さらに、ゲートウェイノードにおいて直接提供されるポータルによって、通信システムに必要なシグナリングが減少する。したがって、通信容量を節約することができる。

本発明の実施形態の更なる好都合な側面として、加入者は、別々にサービスポータルにログインする必要が無いので、更なるパスワードなどが不要である。

以下、添付の図面を参照して本発明を詳細に説明する。

従来技術によるモバイル通信システムの基本構造を示すブロック図である。

従来技術による情報ポータル実装の一例を示す図である。

本発明の一実施形態によるモバイル通信システムの基本構造を示すブロック図である。

本発明の一実施形態によるゲートウェイノード内のアクティブセッションレポジトリの概略図を示す図である。

本発明の一実施形態による情報ポータル実装を示す図である。

本発明の一実施形態によるポータルページを使用した端末の概略図である。

本発明の一実施形態によるポータルページを使用した、加入者のサブスクリプション設定を管理している端末の概略図である。

本発明の一実施形態による端末およびゲートウェイネットワークノードを備えたシステムの構成を示すブロック図である。

発明の実施形態の詳細な説明

本発明を、特定の限定されない実施例を参照して本願明細書に説明する。当業者は、本発明が本実施例または他の実施例に限られず、より広範囲に適用することが可能であると理解されよう。

特に、本発明は、3GPPの実施例のシナリオおよび実装に関して説明したものである。その点を考慮して、本願明細書に与えられる実施形態の説明は、特に3GPP仕様に直接関連する用語を引用する。なお、これらの用語は、示された実施例のコンテキストにおいてのみ使用され、いずれにせよ本発明を制限するものではない。

図３は、本発明の一実施形態によるモバイル通信システムの基本構造を示すブロック図である。

簡潔に説明するために、通信システムは、本発明の理解に最も関連のあるエンティティだけを示してある。（以下の図にも同様に提供されることに留意されたい。）

図３によれば、端末32は、通信ネットワークの一部であるゲートウェイノード311経由で、データネットワーク33に接続される。端末32は、ユーザー機器とするか（したがってUEで表す）、移動局MSとするか、または使用する通信ネットワークに適する他の端末機器とすることが可能である。通信ネットワークは、3GPPベース、3GPP2ベース、CDMAベース、またはGPRSベースなどのネットワークであることができる。図３によるデータネットワーク33は、インターネット、X.25ベースのネットワーク、または好ましくはパケット交換方式にて動作する他のデータネットワークとすることができる。端末32とデータネットワーク33との間の通信ネットワークの更なる要素を代表して、ゲートウェイノード311、加入プロファイルノード312、および課金システムノード313を示し、ノード312およびノード313は、それぞれゲートウェイノード311に接続される。

図示した実施形態によるゲートウェイノード311は、ポータルエンジンエンティティ3111と、アクティブセッションレポジトリ（データベース） 3112とを備える。図３のゲートウェイノード内のアクティブセッションレポジトリの概略図である図４から分かるように、アクティブセッションレポジトリは、アクティブセッション3112a、例えば時間、データ量などをカウントするカウンタ3112bの使用、利用可能なクォータ3112cに関する情報、およびサービスの質（QoS）および／またはローミングステータス3112dに関する情報を含む。これらの情報の全ては、アクティブセッションレポジトリ3112で管理されるアクティブセッションに論理的に関連する。したがって、アクティブセッションレポジトリ3112は、アクティブセッションに関する少なくとも１つのプロパティ（すなわちステート情報）を保持し、本実施形態によるサービスポータルを提供するために、ポータルエンジン3111が必要とするあらゆる情報を提供する。

このように、ポータルエンジン3111は、ゲートウェイノード311内の機能的なエンティティである。図３に示した実施形態によれば、無線アプリケーションプロトコル（wireless application protocol: WAP）に基づくWAPプロキシ、およびハイパーテキスト転送プロトコル（hypertext transmission protocol: HTTP） に基づいて動作するHTTPプロキシのうちの少なくとも１つを含む。プロキシは、それぞれのプロトコルに基づくポータルページを生成するために使用される。それによって、ポータルエンジン3111によって提供されるサービスポータルへのアクセスを望むときに、端末32の加入者またはユーザーは、実行中の接続においてゲートウェイ311に接続することができ、望むように情報を探し出すか、または管理するために、通常のWAP（例、WAP 2.0）および／またはHTTPトランザクションを使用することができる。この場合、加入者またはユーザーは、例えば、ユニフォームリソースロケータ（uniform resource locator: URL）アドレスのような特別なアドレスを知ることになり、検索および／または管理を行うべき情報は、ゲートウェイノードにおいて、この（URL）アドレスの後ろに提供される。ゲートウェイノード311において検索および／または管理を行うべき情報の提供は、主に、アクティブセッションレポジトリ3112のコンテンツであるポータルエンジン31111を使用することによって達成される。加入プロファイルノード312および課金システムノード313は、リクエストされたポータルの提供には直接必要ではない。これらのノードは、単純にデータベース3112のためのデータソースとしての機能を果たす。

本発明によれば、したがって、下層の通信システムのゲートウェイノードにおいて、情報および管理サービスを提供する情報および／またはサービスポータルが提供される。提供されるサービスは、通常、実行中の接続の少なくとも１つのプロパティのレコードに関する。さらに、例えばインテリジェントサービスノード（intelligent service node: ISN）またはオンラインサービス制御（online service control: OSC）のような、（ゲートウェイノードとしての機能を果たす）従来既知のネットワークノード内のポータルがサポートされる。

したがって、（モバイル）通信システム内の端末の加入者またはユーザーは、これらの情報および／またはサービスポータル経由で、実行中の接続（例、アクティブPDPコンテキスト）を管理することができる。サービスおよびサブスクリプションは、実行中の（PDPコンテキスト）接続のために直ちにアクティブにすることができる。ポータルを使用して、実行中の接続のサービスの質（QoS）のステータスを監視することもでき、加入者は、提供されるポータル経由で、実行中の接続のQoSのステータスを変更しようとすることもできる。

図５は、本発明の一実施形態による情報ポータル実装を示す図である。すなわち、上述の通信システム内のこれらのポータルを加入者に提供する方法が示される。

図５のステップS51では、端末32の加入者またはユーザーは、（上述の図２による場合と同様に）ゲートウェイノード311によって、セッションおよび接続のアクティブ化を行う。次いで、ゲートウェイノード311は、端末32の加入者におけるアクティブなサービスを決定するために、加入プロファイルノード312に問い合わせを行い（ステップS52）、端末32の加入者に対する利用可能なクォータを決定するために、課金システムノードに問い合わせる（ステップS53）。その結果、相互接続したデータネットワーク33において、端末32の通常サービスの使用が実行され（ステップS54）、この場合は、ステップS52およびS53において、その端末の加入者が、これらのアクティブサービスおよび利用可能な十分なクォータを有することを決定する。すなわち、受信したクォータおよびサービスに基づいて、ゲートウェイノード311は、端末32からデータネットワーク33へのトラフィックを許可にする。

ステップS55では、端末32の加入者またはユーザーは、ゲートウェイノード311においてポータルエンジン3111にアクセスし、それによって、ポータルエンジン機能によって提供される情報およびサービスポータルが提供する所望のサービスを呼び出す。本発明の本実施形態によれば、これは、ステップS51乃至S53においてアクティブにされた接続が維持されている最中に実行中の接続中に、および接続のために実行することができる。

つまり、端末がポータルにアクセスしたときに、ポータルエンジンは、ローカルアクティブセッションレポジトリ内に格納された情報によって、すでに要求された情報のほとんどを提供することができる。

要約すると、本発明によれば、通信システムの加入者に、加入者の端末と通信システムのゲートウェイノードとの間で実行中の接続のプロパティにアクセスする機能を提供するための方法であって、ゲートウェイノードは、通信システムの少なくとも２つのパケット交換通信ネットワーク間のインターフェースを構成し、ゲートウェイノードにおいて、実行中の接続の少なくとも１つのプロパティのレコードに関する情報および管理サービスを提供するサービスポータルを提供するステップと、加入者端末によって、その接続が維持されている間に、サービスポータル経由で情報および管理サービスのうちの少なくとも１つを直接呼び出すステップと、を含む方法が提供される。

図２の従来技術の機能と比較すると、本発明の本実施形態によれば、使用されるメッセージが少ないことが推測されよう。したがって、必要なシグナリングが少なく、所望のサービスおよび情報のより早い提供が確実になる。詳しくは、データセッションが発生したときに端末がすでに認証されているので、認証ステップを省略することができる。また、ゲートウェイノードが、利用可能な必要な情報の全てをすでに有するので、図２の「情報リクエスト」もほとんどの場合省略することができる。

本発明の一実施形態によれば、ポータル（すなわちポータルエンジン）は、インテリジェントサービスノード（ISN）のようなゲートウェイノードに実装されるという利点がある。そうすれば、ポータルにアクセスする加入者、および／またはポータルが提供するサービスを呼び出す加入者のいかなる認証も提供する必要が無くなる。

承認は、以下のファクタに基づいたものとなる。
・ 情報ポータルアドレス（例、URLアドレス）のためのHTTPまたはWAPリクエストがGnまたはGpインターフェースから（すなわち、例えばサービングGPRSサポートノードから）ではない場合、そのリクエストは拒否される。
・ HTTPまたはWAPリクエストは、実行中の接続（例、アクティブPDPコンテキスト）のうちのいずれかに関連していなければならない。接続（すなわち、PDPコンテキスト）は、特定の加入者に常にリンクされており、いずれにせよ認証されているので、明示的な認証の必要は無い。
・ ゲートウェイノード（例、ISN）において加入者が基地であれば、接続（例、PDPコンテキスト）に関する情報は、情報ポータルにおいて提供することができる。
これは、他のネットワークノードのいかなる問い合わせも行わずに可能である。

本発明の一実施形態によれば、情報および／またはサービスポータルとは、ウェブページのような、コンテンツを配信するためのグラフィックスベースの手段である。これは、構造的な環境に従って、ハイパーテキストマークアップ言語（hypertext markup language: HTML）または無線マークアップ言語（wireless markup language: WML）を使用することによって実装可能である。

ゲートウェイノードにおいて結果として提供されるポータルは、（例えば、貨幣ユニットまたは時間に関する実行中の接続の種々の統計のような）情報および管理サービスを提供し、例示的に、以下のデータ、すなわちプロパティのレコード（図４に示されるアクティブセッションレポジトリコンテンツを参照のこと）を含めることが可能である。
・ 一連のアクティブなサービス
・ 現在使用しているサービス（すなわち、アクティブなサービスフロー）
・ 音量、ヒット、および／または時間に関するアクティブなサービスの使用
・ サービスに対する（例えば、プリペイド加入者に対する）利用可能なクォータの量
・ ローミングステータス
・ 現在のサービスの質（QoS）の設定の要旨
・ オペレータがモバイル加入者に提供されるように構成することができる、掲示板のメッセージ、および／または
・ 他の関連する情報。

概略的に、ポータルは、例えば、接続設定および状態に関する管理情報（実行中の接続に関する情報を含む）、および加入者のサブスクリプション設定を含む。ポータルによって提供される情報および管理サービスは、したがって、接続設定および状態の問い合わせプロパティ、また、サブスクリプション設定のプロパティの管理を含むことが可能である。

加入者に貨幣ユニットを示す必要がある場合、本発明の一実施形態では、ゲートウェイノードが、Diameterインターフェース、すなわち、Diameterクレジットコントロールアプリケーション（Diameter Credit Control Application: DCCA）に基づくインターフェース操作を使用して、情報を加入者に示す前に、計量的ユニット（例、時間）を貨幣ユニット（例、ユーロまたはドル）に変換することができるようにしている。

サービスおよびサブスクリプションのアクティブ化またはアクティブ解除には、単純な情報の問い合わせおよび／または管理と比較して、さらにいくつかのシグナリングが必要である。サービスまたはサブスクリプションがアクティブになったときに、ゲートウェイノードは、Diameterクレジットコントロールアプリケーション（DCCA）を使用することによって、オンライン課金システム（OCS）ノードのような制御ノードまたは機能（例、Nokia(r)オンラインサービス制御（online service control: OSC）ノード）、あるいは課金ルール機能（charging rule function: CRF）と通信する。単一または複数の制御ノードは、加入者がサービスまたはサブスクリプションをアクティブにしたか、またはアクティブ解除したかを示し、単一または複数のノードはまた、新しいアクティブ化またはアクティブ解除に関する情報をサブスクリプションデータベースに格納する。実装の観点から、これらのサブスクリプションデータベースは、図５に従って加入プロファイルノード312内に実現することができる。単一または複数の制御ノードとのシグナリングが完了したときに、加入者は、アクティブにしたサービスまたはサブスクリプションを使用して直ちに開始することができ、これは従来技術に比較して有効である。

図５に基づく発明的実装のさらに好都合な実施形態として、以下のプロシージャを示す。

端末32は、データネットワーク33のうちのいずれか１つにおいて、いくつかのサービスにアクセスするために、通常のサービス使用の実行を試みる（すなわちリクエストする）（図５のステップS54を参照のこと）。このため、上述のように、HTTPまたはWAP（例、WAP 2.0）のいずれかが端末32によって使用される。サービスリクエストを処理する場合、ゲートウェイノード311は、アクティブセッションに関するローカルデータベース（すなわちレポジトリ3112）を使用する。次いで、ゲートウェイノード311は、端末32が、リクエストされたサービスへのアクセスを許可されたかどうかを確認する。サービスが許可されないことを検出する理由は、以下のうちの１つ以上となりうる。
a.） 端末がローミングであるため、リクエストされたサービスが許可されない（すなわち、サービスが端末のホームネットワークのみに許可されている）。
b.） 端末が誤った（許容できない）種類の無線またはアクセスネットワークタイプを使用しているため、リクエストされたサービスが許可されない（例えば、サービスが3Gネットワークにおいてのみ利用可能であり、その端末が、現在2Gネットワーク内に位置している）。
c.） 要求元端末に、リクエストされたサービスに対するサブスクリプションが無い。
d.） 要求元端末またはユーザーに、リクエストされたサービスで利用可能な予算が無い（すなわち、十分な資金が無い、または十分なクォータが無い）。
e.） ローカルルール（例えば、法規ルールおよび／またはルールを提供するオペレータサービス）が、サービスへのアクセスが許可される前に、サービスの価格をユーザーに示すように求めている。

したがって、上述の場合の全てにおいて、ゲートウェイノード311は、端末32またはそのユーザーによるリクエストされたサービスの使用を拒否する。リクエストされたHTMLまたはWMLページの代わりに、すなわち、リクエストされたサービスポータルの代わりに、ゲートウェイノード311は、別の（デフォルトの）ポータルを提供する、すなわち、別の（デフォルトの）ページを示す。このポータルまたはページは、上述の許可されない場合によるものであり、したがって、そのコンテンツは上述の場合に依存し、以下の通知を行う場合がある。
a.） ページ/ポータルが、端末がローミングであるため、リクエストされたサービスが許可されていないことを示す。
b.） ページ/ポータルが、端末が誤った（許容できない）種類の無線またはアクセスネットワークタイプを使用しているため、サービスが許可されていないことを示す
c.） ページ/ポータルが、リクエストされたサービスに対するサブスクリプションが無いことを示す。この場合、ページ/ポータルは、ユーザーがそれぞれのサブスクリプションをアクティブにすることができるページ/ポータルを直ちに提供する。ユーザーがこれらのサブスクリプションをアクティブにすれば、サービスは直ちに利用可能となり、従来技術のソリューションに比較して好都合である。
d.） ページ/ポータルが、要求元端末またはユーザーに十分な予算が無いことを示す。ユーザーには、次いで、（例えば、電子クレジットカードトランザクションによって）自分のプリペイドアカウントに資金を投入する機会が提供される。この趣旨で、ゲートウェイノードは、Diameterクレジットコントロールアプリケーション（DCCA）を使用して、実際のプリペイドアカウントを管理するオンライン課金システムノードまたは機能に、所与の額の資金を送信するように構成される。十分な資金が預けられた後に、リクエストされたサービスが許可される。
e.） ページ/ポータルは価格を示し、ユーザーがその金額を承諾したことを確認したときに、リクエストされたページ/ポータル（すなわち、サービス）が、ゲートウェイノードによって提供される。

図６および7は、本発明の一実施形態による情報およびサービスポータルの実装の実施例を示す図である。
図６は、本発明の一実施形態によるポータルページを使用した端末の例示的な概略図である。この図において、端末32は、上述のように、ゲートウェイノード311に接続される。状況は、図５のステップS55による状況を表す。

ゲートウェイノード311によって提供されるポータルは、端末32のディスプレイ321（例、液晶ディスプレイ）上に表示される。示されたディスプレイコンテンツは、ポータルの開始ページを表す。本実施例では、加入者は、オプションの「スペシャル」、「マイ サブスクリプション」、「マイ アカウント」、および「現在の状態」の中から選択することが可能である。

基本情報として、画面321の下部には、現在の日付が2005年5月14日であること、接続がすでに14分間アクティブになっていること、および145 KBのデータがすでに交換されたこと、すなわち、とりわけ、アクティブな接続/セッション中に、どれくらいの時間およびボリュームを使用したのかが表示される。

図７は、本発明の一実施形態によるポータルページを使用した、加入者のサブスクリプション設定を管理している端末の例示的な概略図である。本図では、状況が図６のうちの１つに類似している。すなわち、端末32がゲートウェイノード311に接続され、図５のステップS55に属する。

なお、図７では、加入者は、図６の状況でオプションの「マイ サブスクリプション」をすでに選択している。オプションの「マイ サブスクリプション」のサブメニューには、加入者が、「基本データ」、「ニュース」、および「音楽プレーヤ」のサービスに現在加入していることが示されている。

新しいサブスクリプションのアクティブ化、および現在のサブスクリプションの削除（アクティブ解除）に対して、現在のステータス情報の下で、図６に関連して述べたような標準の基本情報の上に、オプションの「新しいサブスクリプションを有効化又は削除する」が提供される。

重ねて、実施例として図６および7に示される全ての情報は、ゲートウェイノードにおいて格納される格納されるローカル情報によって示すことができることに留意されたい。したがって、シグナリングも更なるインターフェースも不要である。

図８は、本発明の一実施形態による端末およびゲートウェイネットワークノードを備えたシステムの構成を示すブロック図である。

図８によれば、矢印は、それぞれのブロック間のリンク、およびそれぞれのリンクの配向、すなわちリンクが使用されている方向を示す。この点に関して、実線矢印は、データが物理的に送信される物理リンクを示し、破線矢印は、それぞれのブロック間の論理的接続を表す論理リンクを示す。したがって、ノード、デバイス、および／またはブロックのそれぞれの相互接続は、図８に示される矢印から得ることができる。

図８には、本発明による、例えば図３乃至7の端末32を表す、端末8が示される。端末8は、それぞれが両頭矢印によって示されるように、端末8とゲートウェイノード9との間の接続において送信を実行するように構成される、トランシーバデバイス81を備える。端末8は、実行中の接続において、ゲートウェイノード9でのサービスポータル経由で、情報および管理サービスのうちの少なくとも１つを直接呼び出すように構成される、呼び出しデバイス82をさらに備える。図示した実施形態によれば、呼び出しデバイス82は、リクエストデバイス83と、アドレッシングデバイス84と、実行デバイス85とを備える。リクエストデバイス83は、ゲートウェイノード9のサービスポータルにおいて、情報および管理サービスのうちの少なくとも１つをリクエストするように構成され、アドレッシングデバイス85は、例えばユニフォームリソースロケータ（URL）アドレスに基づいて、ゲートウェイノード9において、サービスポータルをアドレス指定を行うように構成される。各加入者および接続のための適切なURLアドレスは、下層の通信ネットワークまたはシステムのオペレータによって割り当てられ、例えば接続/セッションのアクティブ化のステージにおいて、それぞれの加入者の端末に送信される。図示した実施形態によれば、アドレッシングデバイス84は、リクエストデバイス83経由で、すなわち、リクエストデバイス83が送信すべきリクエストに対するそれぞれのURLアドレスを提供することによって、サービスポータルのアドレス指定を行う。呼び出しデバイス82の実行デバイス84は、端末8において少なくとも１つの供給されたサービスを実行するように構成される。端末8のユーザーまたは加入者によるこれらの実行を可能にするために、実行デバイスは、例えば、マンマシンインターフェースとしての表示手段（図６および7のディスプレイ321を参照のこと）も備える。

さらに、図８の本実施形態によるゲートウェイノード9は、トランシーバデバイス91を備え、前記デバイスは、端末とネットワークノードとの間、特に端末8のトランシーバ81とゲートウェイ9のトランシーバ91との間の接続における送信、および他のデータネットワークとの送受信（トランシーバ91から図の右側への矢印で示す）を実行するように構成される。加えて、ゲートウェイノード9は、プロバイディングデバイス92を備え、前記デバイスは、サービスポータル経由で、実行中の接続の少なくとも１つのプロパティのレコードに関連する情報および管理サービスのうちの少なくとも１つを提供する、ポータルサービスを提供するように構成される。ゲートウェイノードは、データベースデバイス96をさらに備え、前記デバイスは、例えば実行中の接続によって関連する加入者データおよび接続データのような、種々のデータを格納するように構成される。図示した実施形態によれば、プロバイディングデバイス92は、リクエストデバイス93、検索デバイス94、およびプロビジョニングデバイス95をさらに備える。リクエストデバイス93は、このように、プロバイディングデバイス92によって提供されるサービスポータルにおいて提供される、情報および管理サービスのうちの少なくとも１つに対するリクエストを、端末8の加入者によって処理するように構成される。検索デバイス94は、ゲートウェイノード9のプロバイディングデバイス92において、少なくとも１つのリクエストされたサービスを探し出すように構成される。このために、検索デバイス94は、データベースデバイス96において格納されたデータを使用する。プロビジョニングデバイス95は、端末8の要求元加入者に、より詳しくは、端末8の呼び出しデバイス82の実行デバイス85に、少なくとも１つのリクエストされたサービスを提供する。

本発明の（ゲートウェイ）ネットワークノードのさらに別の実施形態によれば、検索デバイス94は、加入者がリクエストした情報および管理サービスのうちの少なくとも１つが、加入者（すなわち端末8）に許可されたかどうかを確認するようにさらに構成される。このため、検索デバイス94は、上述のように、データベースデバイス96およびそれらのコンテンツを使用するように構成される。また、検索デバイス94は、検索デバイス94においてサービスが加入者に許可されていないことを検出した場合に、リクエストされたサービスを要求元加入者に提供しないようにさらに構成される。プロビジョニングデバイス95は、（デフォルトのサービスとして）通知サービスを加入者（すなわち端末8）に提供するようにさらに構成され、前記提供される通知サービスは、検索デバイス94によってリクエストされたサービスの拒否理由に依存する。

論理的または系統的な観点から、端末8の呼び出しデバイス82のリクエストデバイス83は、端末8のユーザーまたは加入者によって起動され、ゲートウェイノード9でのサービスポート9へのアクセスに対するリクエストを発行する。このリクエストは、アドレッシングデバイス84によって提供されるURLアドレスによって、適切なサービスポータルにアドレス指定が行われる。リクエストは、ゲートウェイ9のプロバイディングデバイス92に送信される。すなわち、リクエストは、プロバイディングデバイス92のリクエストデバイス93に転送される。したがって、リクエストデバイス93は、リクエストを処理して、データベースデバイス96にアクセスする検索デバイス94に転送し、その後、サービスポータルによって提供される少なくとも１つのリクエストされた情報および管理サービスを提供するために、プロビジョニングデバイス95（例えば、図３のアクティブセッションレポジトリ3112など）に転送される。プロビジョニングデバイス95は、次いで、提供およびリクエストされた情報および管理サービスを含むポータルを、端末8の要求元加入者に、特に、端末8の呼び出しデバイス82の実行デバイス85に提供する。したがって、実行デバイス85は、例えば、端末8の加入者が、提供されるサービスポータル経由で、提供されるサービスを直接処理できるように、端末8の表示手段のようなマンマシンインターフェースにサービスを提供する。

物理的な観点から、上述の論理的または系統的なプロシージャ中に生じる全ての送信は、端末8の検索デバイス82およびトランシーバデバイス81、およびゲートウェイ9のトランシーバデバイス91およびプロバイディングデバイス92によって、（図８の実線矢印を経由して得られるように）物理的に達成される。

したがって、図８に示された端末およびゲートウェイネットワークノードは、通信システムの加入者に、加入者の端末とモバイル通信システムのゲートウェイノードとの間で実行中の接続のプロパティにアクセスする機能を提供する方法で使用するように構成され、ゲートウェイノードは、モバイル通信システムの少なくとも２つのパケット交換通信ネットワーク間のインターフェースを構成する。

一般的に、述べられた機能要素（例えば、本発明による呼び出しまたはプロバイディングデバイス）およびそれらの構成要素は、それぞれの要素の説明された機能を実行するためだけに構成されていれば、ハードウェアおよび／またはソフトウェアのそれぞれに、あらゆる既知の手段によって実装することができることに留意されたい。例えば、端末の呼び出しデバイスは、添付の特許請求の範囲に記載されているように、実行中の接続において、サービスポータル経由で提供される情報および管理サービスのうちの少なくとも１つを、端末の加入者が直接呼び出すように構成される、あらゆるデータ処理ユニット（例、マイクロプロセッサ）によって実装することができる。述べられた要素はまた、個々の機能ブロックにおいて、または個々のデバイスによって実現するか、または１つ以上の述べられた要素を、単一の機能ブロックにおいて、または単一のデバイスによって実現することができる。それに応じて、図８の上述の説明は、単に例示目的のためのものであり、いずれにせよ本発明の実装を制限するものではない。

さらに、ソフトウェアコード部分として実装され、ピアエンティティのうちの１つにおいてプロセッサを使用して実行することが可能な方法ステップは、ソフトウェアコード独立型であり、例えばC、C＋＋、およびアセンブラのようなあらゆる既知の、または将来開発されるプログラミング言語を使用して規定することができる。ピアエンティティのうちの１つにおいてハードウェアコンポーネントとして実装することが可能な方法ステップおよび／またはデバイス、または手段は、例えば一例としてASICコンポーネントまたはDSPコンポーネントを使用したMOS、CMOS、BiCMOS、ECL、TTLなどのようなあらゆる既知の、または将来開発される技術、あるいはそれらの組み合わせを使用して実装することができる。一般的に、あらゆる方法ステップは、本発明の概念を変えずに、ソフトウェアとしての実装、またはハードウェアによる実装に好適である。デバイスおよび手段は、個々のデバイスとして実装することができるが、そのデバイスの機能が保たれる限りは、それらがシステム全体に分配された形態で実装されることを除外するものではない。これらの、および類似した原理は、当業者に既知であるとみなされる。

本発明の上述の原理に基づいて、通信システムまたはゲートウェイノードが、実際のゲートウェイ機能（例、ネットワーク間のトラフィック処理）とポータルサービスとの両方を統合するという点において、統合化および集中化に対する利点が提供される。したがって、ゲートウェイ機能は、ポータルサービスによる他の機能のあらゆる変更を直ちに知るので、本ソリューションによってリアルタイムの利点も提供される。また、ポータルエンジンは、ゲートウェイ機能における現状（例、現在の使用）について直ちにフィードバックを獲得する。集中化は、ゲートウェイおよびポータルの状態および構成が常に同期化されるという趣旨に対して提供される。これは、ポータルおよびゲートウェイが分離しているために、状態および構成の同期化が必要であることから構成がより複雑になる、既知の従来技術と比較して好都合である。

例えば、分散型アーキテクチャ内のポータルが、特定のサービスに対するいくつかのサブスクリプションをアクティブにする方法を提供する場合、このサービスがゲートウェイに対して実際に設定されるようにする確実性が必要となりうる。上述の原理による集中化したアーキテクチャでは、これらの確実性は、自動的に満たされる。

本発明によれば、通信システムの加入者に、加入者の端末と通信システムのゲートウェイノードとの間で実行中の接続のプロパティにアクセスする機能を提供するための手段であって、ゲートウェイノードは、通信システムの少なくとも２つのパケット交換通信ネットワーク間のインターフェースを構成する、手段が開示される。方法は、ゲートウェイノードにおいて、実行中の接続の少なくとも１つのプロパティのレコードに関する情報および管理サービスを提供するサービスポータルを提供するステップと、加入者端末によって、実行中の接続において、サービスポータル経由で情報および管理サービスのうちの少なくとも１つを直接呼び出すステップとを含む。その点を考慮して、ネットワークノード、端末、システムおよびコンピュータプログラムが構成される。

本発明は、添付図面による実施例に関して上述しているが、本発明はそれらに制限されないことは明らかである。むしろ、当業者には、添付の特許請求の範囲に開示しているような、本発明の範囲内で修正できるものであることは明らかである。

Claims (29)

1. 加入者端末とのアクティブなパケットデータプロトコルコンテキストセッションを有するゲートウェイノードにおいて、前記加入者端末と前記ゲートウェイノードと間の実行中の接続の少なくとも１つのプロパティのレコードに関する情報サービスおよび管理サービスを提供するサービスポータルを提供することと、
   前記実行中の接続において前記加入者端末が前記ゲートウェイノードに直接送信した、前記情報サービスおよび管理サービスのうち少なくとも１つに関する呼び出しを、前記サービスポータル経由で受信することと、
   を含み、前記呼び出された前記情報サービスおよび前記管理サービスの少なくとも１つは、前記呼び出しに応答して、接続設定および状態のプロパティに関連する情報を提供しうるサービスである、方法。
2. 前記加入者端末による前記呼び出しは、ユニフォームリソースロケータ（uniform resource locator: URL）アドレスに基づく前記サービスポータルのアドレス指定を含む、請求項１に記載の方法。
3. 前記加入者端末による前記呼び出しが、
   前記サービスポータルにおいて、前記加入者端末から、前記情報サービスおよび管理サービスのうち少なくとも１つのリクエストされたサービスのためのリクエストを受信することと、
   前記ゲートウェイノードにおいて、前記情報サービスおよび管理サービスの少なくとも１つを探し出すことと、
   前記情報サービスおよび管理サービスの少なくとも１つを前記加入者端末に提供することと、
   をさらに含む請求項１に記載の方法。
4. 前記情報サービスおよび前記管理サービスの少なくとも１つを探し出すことは、前記ゲートウェイノードにおいて、前記加入者端末によってリクエストされた前記情報サービスおよび前記管理サービスの少なくとも１つが、前記加入者に許可されているかどうかを確認することをさらに含む、請求項３に記載の方法。
5. 前記情報サービスおよび前記管理サービスの少なくとも１つが、前記加入者に許可されていないときに、前記加入者端末への前記リクエストされたサービスを拒否することをさらに含む、請求項４に記載の方法。
6. 前記サービスポータルを提供することは、通知サービスを前記加入者に提供することをさらに含み、前記通知サービスは、前記リクエストされたサービスの拒否理由に依存する、請求項５に記載の方法。
7. 前記加入者端末による前記呼び出しは、前記加入者の認証を必要とせずに処理される、請求項１に記載の方法。
8. 前記接続設定および状態のプロパティは、前記実行中の接続に関連する課金プロパティを含む、請求項１に記載の方法。
9. 前記情報サービスおよび前記管理サービスの少なくとも１つは、前記加入者のサブスクリプション設定のプロパティの管理を許可しうるサービスである、請求項１に記載の方法。
10. 加入者端末とのアクティブなパケットデータプロトコルコンテキストセッションを形成しうるゲートウェイ要素を有する装置であって、前記ゲートウェイ要素が、
    前記加入者端末との間の実行中の接続の少なくとも１つのプロパティのレコードに関する情報サービスおよび管理サービスを提供するサービスポータルを提供するように構成されるプロバイディングデバイスと、
    前記実行中の接続において前記加入者端末が前記ゲートウェイノードに直接送信した、前記情報サービスおよび管理サービスのうち少なくとも１つに関する呼び出しを、前記サービスポータル経由で受信するように構成されるトランシーバデバイスと、
    を備え、前記呼び出された前記情報サービスおよび前記管理サービスの少なくとも１つは、前記呼び出しに応答して、接続設定および状態のプロパティに関連する情報を提供しうるサービスである、装置。
11. 前記プロバイディングデバイスが、
    前記サービスポータルにおいて、前記加入者端末からの、前記情報サービスおよび管理サービスのうち少なくとも１つのリクエストされたサービスのためのリクエストを処理するように構成されるリクエストデバイスと、
    前記少なくとも１つのリクエストされたサービスを探し出すように構成される検索デバイスと、
    前記少なくとも１つのサービスを加入者端末に提供するように構成されるプロビジョニングデバイスと、
    をさらに備える請求項１０に記載の装置。
12. 前記検索デバイスは、前記加入者端末によってリクエストされた前記情報サービスおよび前記管理サービスの少なくとも１つが、前記加入者に許可されているかどうかを確認するようにさらに構成される、請求項１１に記載の装置。
13. 前記検索デバイスは、前記サービスが前記加入者に許可されていないことを検出したときに、前記加入者端末への前記リクエストされたサービスを拒否するようにさらに構成される、請求項１２に記載の装置。
14. 前記プロビジョニングデバイスは、通知サービスを前記加入者に提供し、前記通知サービスは、前記リクエストされたサービスの拒否理由に依存するようにさらに構成される、請求項１３に記載の装置。
15. 前記実行中の接続に関連する加入者データおよび接続データを格納するように構成されるデータベースデバイスをさらに備える、請求項１０に記載の装置。
16. 前記接続設定および状態のプロパティは、前記実行中の接続に関連する課金情報を含む、請求項１０に記載の装置。
17. 前記プロバイディングデバイスは、前記加入者のサブスクリプション設定のプロパティの管理を許可するようにさらに構成される、請求項１０に記載の装置。
18. 前記ゲートウェイ要素が第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）仕様を満たすように構成される、請求項１０に記載の装置。
19. 前記ゲートウェイ要素が第三世代パートナーシッププロジェクト２（3rd Generation Partnership Project 2: 3GPP2）仕様を満たすように構成される、請求項１０に記載の装置。
20. オンライン課金システム（online charging system: OCS）機能を備える、請求項１０に記載の装置。
21. 加入者端末とのアクティブなパケットデータプロトコルコンテキストセッションを形成しうるゲートウェイ要素を有する装置であって、前記ゲートウェイ要素が、
    前記加入者端末との間の実行中の接続の少なくとも１つのプロパティのレコードに関する情報サービスおよび管理サービスを提供するサービスポータルを提供する手段と、
    前記実行中の接続において前記加入者端末が前記ゲートウェイノードに直接送信した、前記情報サービスおよび管理サービスのうち少なくとも１つに関する呼び出しを、前記サービスポータル経由で受信する手段と、
    を備え、前記呼び出された前記情報サービスおよび前記管理サービスの少なくとも１つは、前記呼び出しに応答して、接続設定および状態のプロパティに関連する情報を提供しうるサービスである、装置。
22. ゲートウェイノードとのアクティブなパケットデータプロトコルコンテキストセッションを形成しうる端末要素を有する装置であって、前記端末要素は、
    前記ゲートウェイノードとの間の実行中の接続中に、前記ゲートウェイノードに対し、該実行中の接続の少なくとも１つのプロパティのレコードに関する情報サービスおよび管理サービスを提供するサービスポータル経由で、前記情報サービスおよび前記管理サービスのうち少なくとも１つを呼び出すように構成される呼び出しデバイス
    を備え、前記呼び出される前記情報サービスおよび前記管理サービスの少なくとも１つは、前記呼び出しに応答して、接続設定および状態のプロパティに関連する情報を提供しうるサービスである、端末。
23. 前記呼び出しデバイスは、ユニフォームリソースロケータ（uniform resource locator: URL）アドレスに基づいて前記サービスポータルのアドレス指定を行うように構成されるアドレッシングデバイスをさらに備える、請求項２２に記載の端末。
24. 前記呼び出しデバイスは、
    前記サービスポータルにおいて、前記情報サービスおよび管理サービスの少なくとも１つのリクエストされたサービスをリクエストするように構成されるリクエストデバイスと、
    前記少なくとも１つのリクエストされたサービスを実行するように構成される実行デバイスと、をさらに備える請求項２２に記載の端末。
25. 第三世代パートナーシッププロジェクト（３ＧＰＰ）仕様を満たすように構成される、請求項２２に記載の端末。
26. 第三世代パートナーシッププロジェクト２（３ＧＰＰ２）仕様を満たすように構成される、請求項２２に記載の端末。
27. ゲートウェイノードとのアクティブなパケットデータプロトコルコンテキストセッションを形成しうる端末要素を有する装置であって、前記端末要素が、
    前記ゲートウェイノードとの間の実行中の接続の少なくとも１つのプロパティのレコードに関する情報サービスおよび管理サービスを提供するサービスポータル経由で、前記ゲートウェイノードに対し、前記実行中の接続中に、前記情報サービスおよび前記管理サービスのうち少なくとも１つを呼び出す手段
    を備え、前記呼び出される前記情報サービスおよび前記管理サービスの少なくとも１つは、前記呼び出しに応答して、接続設定および状態のプロパティに関連する情報を提供しうるサービスである、端末。
28. 請求項１０から２０のいずれかに記載の装置と、請求項２２から２６のいずれかに記載の装置とを備える、システム。
29. コンピュータに、請求項１から９のいずれかに記載の方法を実行させるプログラムコードを備える、コンピュータプログラム。

Images