(57)【特許請求の範囲】
【請求項１】
移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの配布を制御する方法であって、前記移動体通信ネットワーク内の配布制御ゲートウェイにおいて実行され、
コンテンツアイテムを提示するための１つ以上のターゲットユーザ装置を示すターゲットユーザ表示をコンテンツプロバイダサーバから受信する工程と、
前記１つ以上のターゲットユーザ装置へ前記コンテンツアイテムを配布するための前記コンテンツプロバイダサーバのプロバイダ権限を決定するためにプロバイダレジストリにアクセスする工程と、
前記決定したプロバイダ権限に基づいて、前記１つ以上のターゲットユーザ装置のうちの１つ以上のそれぞれについて前記コンテンツプロバイダサーバから前記コンテンツアイテムを受信するためのユーザ権限を決定するためにユーザレジストリにアクセスする工程と、
前記決定した１つ以上のユーザ権限に基づいて、前記１つ以上のターゲットユーザ装置のうちの１つ以上への前記コンテンツアイテムの送信を開始する工程と、
前記コンテンツアイテムが送信された前記１つ以上のターゲットユーザ装置を示す表示を前記コンテンツプロバイダサーバに提供する工程と
を有し、
前記１つ以上のターゲットユーザ装置のうちの少なくとも１つは複数のコンテンツ提示アプリケーションを備え、
前記コンテンツアイテムの前記送信は前記コンテンツアイテムが配信される前記ユーザ装置のアプリケーションを識別するためのアプリケーション識別子を前記送信に含めることを含むことを特徴とする方法。
【請求項２】
前記ターゲットユーザ表示は１つ以上の特定のユーザ装置とユーザ装置のグループとのうちの少なくとも一方の表示を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ターゲットユーザ表示は前記ユーザレジストリ内のユーザプロファイルに関するユーザプロファイルパラメータ値の表示を含むことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記プロバイダ権限は前記移動体通信ネットワークへコンテンツアイテムを配布するための前記コンテンツプロバイダサーバの登録を含むことを特徴とする請求項１乃至３の何れか１項に記載の方法。
【請求項５】
前記プロバイダ権限は前記コンテンツプロバイダサーバが前記移動体通信ネットワークへ送信する権限を有するコンテンツのタイプを含むことを特徴とする請求項１乃至４の何れか１項に記載の方法。
【請求項６】
前記プロバイダ権限は前記コンテンツプロバイダサーバがコンテンツを配布する権限を有する１つ以上のユーザ装置の表示を含むことを特徴とする請求項１乃至５の何れか１項に記載の方法。
【請求項７】
前記１つ以上のユーザ権限のうちの少なくとも１つは対応するユーザ装置へコンテンツを送信する権限を有するコンテンツプロバイダサーバを示すことを特徴とする請求項１乃至６の何れか１項に記載の方法。
【請求項８】
前記１つ以上のユーザ権限のうちの少なくとも１つは対応するユーザ装置へ前記コンテンツプロバイダサーバが送信する権限を有するコンテンツのタイプを示すことを特徴とする請求項１乃至７の何れか１項に記載の方法。
【請求項９】
前記１つ以上のユーザ権限のうちの少なくとも１つは、１つのユーザ装置に実装された複数のアプリケーションに関する複数のアプリケーション固有権限を含むことを特徴とする請求項１乃至８の何れか１項に記載の方法。
【請求項１０】
前記１つ以上のユーザ権限の少なくとも１つを設定する初期工程を更に有することを特徴とする請求項１乃至９の何れか１項に記載の方法。
【請求項１１】
前記受信したターゲットユーザ表示のうちの少なくとも１つに基づいて、前記コンテンツアイテムと、前記ターゲットユーザ表示の受信元の前記コンテンツプロバイダサーバの表示と、前記ターゲットユーザ表示により示されない少なくとも１つの追加のターゲットユーザ装置とを決定する工程と、
前記コンテンツプロバイダサーバから前記コンテンツアイテムを受信するために前記少なくとも１つの追加のターゲットユーザ装置についてのユーザ権限を決定するために前記ユーザレジストリにアクセスする工程と、
前記決定した少なくとも１つのユーザ権限に基づいて、前記少なくとも１つの追加のターゲットユーザ装置への前記コンテンツアイテムの送信を開始する工程と
を更に有することを特徴とする請求項１乃至１０の何れか１項に記載の方法。
【請求項１２】
前記１つ以上のターゲットユーザ装置のうちの少なくとも１つは複数のコンテンツ提示アプリケーションと前記複数のコンテンツ提示アプリケーションへ受信したコンテンツアイテムを配布するためのプロキシサーバとを備え、
前記コンテンツアイテムの前記送信は前記プロキシサーバへの前記コンテンツアイテムの送信を含む
ことを特徴とする請求項１乃至１１の何れか１項に記載の方法。
【請求項１３】
ユーザ装置へのコンテンツ提示アプリケーションのダウンロードを求めるリクエストを受信する工程と、
前記コンテンツ提示アプリケーションがダウンロードについて権限を有するかを判定する工程と、
前記判定する工程の結果に基づいて、前記ユーザ装置への前記コンテンツ提示アプリケーションの前記ダウンロードを選択的に開始する工程と
を更に有することを特徴とする請求項１乃至１２の何れか１項に記載の方法。
【請求項１４】
前記移動体通信ネットワーク内のユーザ装置への前記コンテンツアイテムの送信の制御をサポートするために、プロバイダレジストリにおいて実行される、
コンテンツプロバイダサーバを示すリクエストを配布制御ゲートウェイから受信する工程と、
前記受信したリクエストに対して、前記コンテンツアイテムをユーザ装置へ配布するための前記コンテンツプロバイダサーバのプロバイダ権限を示す応答を前記配布制御ゲートウェイに提供する工程と
を更に有することを特徴とする請求項１乃至１３の何れか１項に記載の方法。
【請求項１５】
移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの送信の制御をサポートする方法であって、ユーザ装置において実行され、
前記移動体通信ネットワークの配布制御ゲートウェイからコンテンツアイテムを受信する工程と、
前記ユーザ装置に実装された複数のコンテンツ提示アプリケーションのうちのどれへ前記コンテンツアイテムを配布するかを決定する工程と、
前記受信したコンテンツアイテムを前記決定したコンテンツ提示アプリケーションに配布する工程と
を有し、
前記コンテンツアイテムを受信したユーザ装置を示す表示がコンテンツプロバイダサーバに提供されることを特徴とする方法。
【請求項１６】
前記コンテンツ提示アプリケーションの前記決定は、前記受信したコンテンツアイテムに関連して受信された前記ユーザ装置のコンテキストとアプリケーション識別子とのうちの少なくとも一方に基づくことを特徴とする請求項１５に記載の方法。
【請求項１７】
請求項１乃至１６の何れか１項に記載の方法を実行するためのコンピュータで実行可能な命令を有するプログラム。
【請求項１８】
移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの配布を制御するように構成された配布制御ゲートウェイであって、
コンテンツアイテムを提示するための１つ以上のターゲットユーザ装置を示すターゲットユーザ表示をコンテンツプロバイダサーバから受信するように構成されたプロバイダアクセスコントローラ（“ＰＡＣ”）制御コンポーネントと、
前記１つ以上のターゲットユーザ装置へ前記コンテンツアイテムを配布するための前記コンテンツプロバイダサーバのプロバイダ権限を決定するためにプロバイダレジストリにアクセスするように構成されたプロバイダレジストリアクセスコンポーネントと、
前記決定したプロバイダ権限に基づいて、前記１つ以上のターゲットユーザ装置のうちの１つ以上のそれぞれについて前記コンテンツプロバイダサーバから前記コンテンツアイテムを受信するためのユーザ権限を決定するためにユーザレジストリにアクセスするように構成されたユーザレジストリアクセスコンポーネントと、
前記決定した１つ以上のユーザ権限に基づいて、前記１つ以上のターゲットユーザ装置のうちの１つ以上への前記コンテンツアイテムの送信を開始するように構成された開始コンポーネントと、
前記コンテンツアイテムが送信された前記１つ以上のターゲットユーザ装置を示す表示を前記コンテンツプロバイダサーバに提供するように構成されたコンポーネントと
を備え、
前記１つ以上のターゲットユーザ装置のうちの少なくとも１つは複数のコンテンツ提示アプリケーションを備え、
前記コンテンツアイテムの前記送信は前記コンテンツアイテムが配信される前記ユーザ装置のアプリケーションを識別するためのアプリケーション識別子を前記送信に含めることを含むことを特徴とする配布制御ゲートウェイ。
【請求項１９】
前記１つ以上のユーザ権限の少なくとも１つを設定するように構成された設定コンポーネントを更に備えることを特徴とする請求項１８に記載の配布制御ゲートウェイ。
【請求項２０】
前記受信したターゲットユーザ表示のうちの少なくとも１つに基づいて、前記コンテンツアイテムと、前記ターゲットユーザ表示の受信元の前記コンテンツプロバイダサーバの表示と、前記ターゲットユーザ表示により示されない少なくとも１つの追加のターゲットユーザ装置とを決定するように構成されたターゲット決定コンポーネントと、
前記コンテンツプロバイダサーバから前記コンテンツアイテムを受信するために前記少なくとも１つの追加のターゲットユーザ装置についてのユーザ権限を決定するために前記ユーザレジストリにアクセスするように構成されたユーザレジストリアクセスコンポーネントと、
前記決定した少なくとも１つのユーザ権限に基づいて、前記少なくとも１つの追加のターゲットユーザ装置への前記コンテンツアイテムの送信を開始するように構成された開始コンポーネントと
を更に備えることを特徴とする請求項１８又は１９に記載の配布制御ゲートウェイ。
【請求項２１】
ユーザ装置の複数のアプリケーションを管理するように構成されたアプリケーション管理サーバを更に備えることを特徴とする請求項１８乃至２０の何れか１項に記載の配布制御ゲートウェイ。
【請求項２２】
ログイン機能を前記コンテンツプロバイダサーバに提供するように構成されたログインサーバを更に備えることを特徴とする請求項１８乃至２１の何れか１項に記載の配布制御ゲートウェイ。
【請求項２３】
前記ターゲットユーザ装置へ配布するために前記コンテンツアイテムを複製するように構成されたマルチプリケータコンポーネントを更に備えることを特徴とする請求項１８乃至２２の何れか１項に記載の配布制御ゲートウェイ。
【請求項２４】
請求項１８乃至２３の何れか１項に記載の配布制御ゲートウェイに関連し、移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの配布の制御をサポートするように構成されたプロバイダレジストリであって、
コンテンツプロバイダサーバを示すリクエストを配布制御ゲートウェイから受信するように構成された受信コンポーネントと、
前記受信したリクエストに対して、前記コンテンツアイテムをユーザ装置へ送信するための前記コンテンツプロバイダサーバのプロバイダ権限を示す応答を前記配布制御ゲートウェイに提供するように構成された応答コンポーネントと
を備えることを特徴とするプロバイダレジストリ。
【請求項２５】
移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの配布の制御をサポートするように構成されたユーザ装置であって、
配布制御ゲートウェイからコンテンツアイテムを受信するように構成された第１コンポーネントと、
前記ユーザ装置に実装された複数のコンテンツ提示アプリケーションのうちのどれへ前記コンテンツアイテムを配布するかを決定するように構成された第２コンポーネントと、
前記受信したコンテンツアイテムを前記決定したコンテンツ提示アプリケーションに配布するように構成された第３コンポーネントと
を備え、
前記コンテンツアイテムを受信したユーザ装置を示す表示がコンテンツプロバイダサーバに提供されることを特徴とするユーザ装置。
【請求項２６】
前記第２コンポーネントは前記ユーザ装置のコンテキストに基づいて前記コンテンツ提示アプリケーションを決定するように構成されたことを特徴とする請求項２５に記載のユーザ装置。
【請求項２７】
前記第２コンポーネントは、前記受信したコンテンツアイテムに関連して受信されたアプリケーション識別子に基づいて前記コンテンツ提示アプリケーションを決定するように構成されたプロキシサーバを含むことを特徴とする請求項２５又は２６に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動体通信ネットワークにおいてユーザ装置への広告、ニュースなどのようなコンテンツアイテムの配布を制御するための技術に関する。
【背景技術】
【０００２】
移動体通信ネットワークおよび（移動体電話、スマートフォンなどのような）移動体ユーザ装置の能力の増加によって、より複雑なサービスをこれらの装置のユーザへ供給することが可能になっている。今日では、Ｅメールサービス、ウェブ閲覧およびウェブベースのサービスでさえも、増加している移動体ユーザに利用可能である。
【０００３】
これらのサービスアプリケーションの多くは、コンテンツデータがユーザ装置へ規則的にまたは不規則にダウンロードされることを含む。本明細書において、コンテンツデータはテキストデータ、イメージデータ、ビデオデータまたは同様のデータのような、最終的に移動体ユーザ装置のユーザへ提示されることが意図される任意の種類の（マルチ）メディアデータとして理解される。コンテンツデータのアイテムの例は、広告、ニュース、通知、リマインダなどである。
【０００４】
１つ以上のコンテンツプロバイダの複数のコンテンツ供給サービスに関連するこのような複数のアプリケーションはしばしば、単一のユーザ装置に実施される。しかしながら、これらのアプリケーションのそれぞれは別々に扱われる。例えば、各単一アプリケーションがユーザによってダウンロードされ、設定されなければならない。各アプリケーションは、コンテンツアイテムの供給が許可されるかどうかおよびどの形式で許可されるか、アプリケーションの更新が許可されるかなどをユーザが設定することを必要とする。これは時間がかかる煩わしい作業となりうる。
【０００５】
（サービスのなおも増加する多様性を提供することを総括的に目的とする）コンテンツプロバイダの観点から、新たな各サービスはそれを確立するための相当な努力を必要とする。例えば、来客の移動体装置に小売商品のリストを提示する小売店により提供されるロケーションベースのサービスを検討する。近所の店について同様のサービスを導入するために、プロバイダは移動体ネットワーク事業者と別個のサービス合意が必要となる。
【０００６】
新たなサービスアプリケーションはユーザ装置にインストールされる必要があるが、このアプリケーションはそこですでに利用可能である別のものと非常に類似するかもしれない。新たなユーザグループが例えば広告を送信するために確立される必要があるかもしれないが、このグループと他の既存のユーザグループとの間に多くの共通部分があるかもしれない。これらの例はサービスアプリケーションの独立した扱いが新たなサービスの導入を妨げる場合を説明する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
新たなコンテンツ供給サービスの確立を単純にする、移動体通信ネットワーク上でのユーザ装置へのコンテンツアイテムの配布を制御するための技術への要望が存在する。
【課題を解決するための手段】
【０００８】
この要望は移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの配布を制御する第１方法により実現される。前記方法は前記移動体通信ネットワーク内の配布制御ゲートウェイにおいて実行される。前記方法は、コンテンツアイテムを提示するための１つ以上のターゲットユーザ装置を示すターゲットユーザ表示をコンテンツプロバイダサーバから受信する工程と、前記１つ以上のターゲットユーザ装置へ前記コンテンツアイテムを配布するための前記コンテンツプロバイダサーバのプロバイダ権限を決定するためにプロバイダレジストリにアクセスする工程と、前記決定したプロバイダ権限に基づいて、前記１つ以上のターゲットユーザ装置のうちの１つ以上のそれぞれについて前記コンテンツプロバイダサーバから前記コンテンツアイテムを受信するためのユーザ権限を決定するためにユーザレジストリにアクセスする工程と、前記決定した１つ以上のユーザ権限に基づいて、前記１つ以上のターゲットユーザ装置のうちの１つ以上への前記コンテンツアイテムの送信を開始する工程とを有する。
【０００９】
移動体通信ネットワークは例えばＧＳＭ、ＵＭＴＳまたはＬＴＥのネットワークでありえ、ユーザ装置はこのネットワークと通信するように構成されてもよい。コンテンツアイテムは例えばテキストドキュメント、イメージ、ビデオまたはこれらの組み合わせのような１つのメディアを表すデータ構造であってもよい。コンテンツプロバイダサーバは移動体通信ネットワークの内部または外部に構成されてもよい。コンテンツアイテムの配布は、ブロードキャストサービス、マルチキャストサービス、ユニキャストサービスまたはこれらの組み合わせのような移動体通信ネットワークのメディアデータトランスポートサービスを含んでもよい。このようなブロードキャストサービスまたはマルチキャストサービスを実装するために例えば３ＧＰＰ  ＭＢＭＳ（マルチメディアブロードキャスト／マルチメディアサービス）機能が用いられてもよい。
【００１０】
前記ターゲットユーザ表示は移動体ネットワークに関連する１つ以上の特定のユーザ装置とユーザ装置のグループとのうちの少なくとも一方の表示を含んでもよい。１つの実施形態では、前記ターゲットユーザ表示は前記ユーザレジストリ内のユーザプロファイルに関するユーザプロファイルパラメータ値の表示を含む。このようなユーザプロファイルパラメータは例えば年齢、性別、ロケーション、加入契約のタイプなどであってもよい。このようなターゲットユーザ表示は別々のメッセージ、メッセージの部分またはメッセージ内のデータフィールドとして、もしくは関連するコンテンツアイテムから分離した同様の明示的な方法で配布制御ゲートウェイに提供されてもよい。
【００１１】
他の実施では、コンテンツプロバイダサーバに関するアドレスがターゲットユーザ表示として用いられてもよい。例えば、コンテンツアイテムの少なくとも一部を包含するデータパケットのソースアドレスがユーザまたはユーザグループを識別するために用いられてもよい。さらに別の実施では、アイテムにより示されるかまたはこれから決定されるコンテンツのタイプが、意図されたターゲットユーザの表示として用いられてもよい。これらのターゲットユーザ表示は例えばこれらが本質的にコンテンツアイテムに関連するので、黙示的に配布制御ゲートウェイに提供されてもよい。
【００１２】
前記プロバイダ権限は前記移動体通信ネットワークへコンテンツアイテムを配布するための前記コンテンツプロバイダサーバの登録を含んでもよい。これにかえて、前記プロバイダ権限は前記コンテンツプロバイダサーバが前記移動体通信ネットワークへ送信する権限を有するコンテンツのタイプを含んでもよい。さらに、前記プロバイダ権限は前記コンテンツプロバイダサーバがコンテンツを配布する権限を有する１つ以上のユーザ装置の表示を含んでもよい。プロバイダ権限はまた上記の変形の任意の組み合わせを含んでもよい。
【００１３】
前記１つ以上のユーザ権限のうちの少なくとも１つは対応するユーザ装置へコンテンツを送信する権限を有するコンテンツプロバイダサーバを示してもよい。これに加えてまたはこれにかえて、前記１つ以上のユーザ権限のうちの少なくとも１つは対応するユーザ装置へ前記コンテンツプロバイダサーバが送信する権限を有するコンテンツの種類を示してもよい。
【００１４】
ユーザレジストリは年齢、性別およびユーザのロケーションのようなプロファイルパラメータを含んでもよい。これに加えてまたはこれにかえて、ユーザレジストリはユーザ装置に実装された複数のコンテンツ提示アプリケーションに関連する表示を含んでもよい。
【００１５】
ユーザ装置が複数のアプリケーションを実装する場合に、前記１つ以上のユーザ権限のうちの少なくとも１つは、これらのアプリケーションに関する複数のアプリケーション固有権限を含んでもよい。１つの変形では、ユーザレジストリはコンテンツプロバイダサーバについてのアプリケーション固有許可を含む。
【００１６】
第１方法の一部の変形は、前記１つ以上のユーザ権限の少なくとも１つを設定する初期工程を更に有してもよい。例えば、ユーザ権限は、ユーザの加入契約、移動体ネットワーク事業者の対応するポリシーおよびコンテンツプロバイダサーバにより提供されるかプロバイダレジストリに関連するデータのうちの少なくとも１つに従って管理されてもよい。
【００１７】
第１方法は、前記受信したターゲットユーザ表示のうちの少なくとも１つに基づいて、前記コンテンツアイテムと、前記ターゲットユーザ表示の受信元の前記コンテンツプロバイダサーバの表示と、前記ターゲットユーザ表示により示されない少なくとも１つの追加のターゲットユーザ装置とを決定する工程と、前記コンテンツプロバイダサーバから前記コンテンツアイテムを受信するために前記少なくとも１つの追加のターゲットユーザ装置についてのユーザ権限を決定するために前記ユーザレジストリにアクセスする工程と、前記決定した少なくとも１つのユーザ権限に基づいて、前記少なくとも１つの追加のターゲットユーザ装置への前記コンテンツアイテムの送信を開始する工程とを更に有してもよい。
【００１８】
前記１つ以上のターゲットユーザ装置のうちの少なくとも１つは複数のコンテンツ提示アプリケーションと前記複数のコンテンツ提示アプリケーションへ受信したコンテンツアイテムを配布するためのプロキシサーバとを備えてもよい。前記コンテンツアイテムの前記送信は前記プロキシサーバへの前記コンテンツアイテムの送信を含んでもよい。前記１つ以上のターゲットユーザ装置のうちの少なくとも１つは複数のコンテンツ提示アプリケーションを備える場合に、前記コンテンツアイテムの前記送信はこれに加えてまたはこれにかえて、前記コンテンツアイテムが配信される前記ユーザ装置のアプリケーションを識別するためのアプリケーション識別子を前記送信に含めることを含んでもよい。
【００１９】
第１方法の一部の実施は、前記コンテンツアイテムが送信された前記１つ以上のターゲットユーザ装置を示す表示を前記コンテンツプロバイダサーバに提供する工程を更に有する。表示はコンテンツプロバイダによるフィードバックとして用いられてもよい。
【００２０】
第１方法は、ユーザ装置へのコンテンツ提示アプリケーションのダウンロードを求めるリクエストを受信する工程と、前記コンテンツ提示アプリケーションがダウンロードについて権限を有するかを判定する工程と、前記判定する工程の結果に基づいて、前記ユーザ装置への前記コンテンツ提示アプリケーションの前記ダウンロードを選択的に開始する工程とを更に有してもよい。
【００２１】
上述の要望はプロバイダレジストリにおいて実行される第２方法によりさらに達成される。本方法は移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの送信の制御をサポートする。第２方法は、コンテンツプロバイダサーバを示すリクエストを配布制御ゲートウェイから受信する工程と、前記受信したリクエストに対して、前記コンテンツアイテムをユーザ装置へ配布するための前記コンテンツプロバイダサーバのプロバイダ権限を示す応答を前記配布制御ゲートウェイに提供する工程とを有する。
【００２２】
上述の要望はユーザ装置において実行される第３方法によりさらに達成される。本方法は移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの送信の制御をサポートする。第３方法は、配布制御ゲートウェイからコンテンツアイテムを受信する工程と、前記ユーザ装置に実装された複数のコンテンツ提示アプリケーションのうちのどれへ前記コンテンツアイテムを配布するかを決定する工程と、前記受信したコンテンツアイテムを前記決定したコンテンツ提示アプリケーションに配布する工程とを有する。
【００２３】
コンテンツ提示アプリケーションの決定はユーザ装置のコンテキスト、例えば装置の現在のロケーションに基づいてもよい。プロキシサーバはユーザ装置に実装されてもよいし、コンテキストおよび／またはコンテンツのタイプ、アイテムを提供するコンテンツプロバイダなどのような更なる評価基準に従って受信したコンテンツアイテムを配布するように動作してもよい。これに加えてまたはこれにかえて、前記コンテンツ提示アプリケーションの前記決定は、前記受信したコンテンツアイテムに関連して受信されたアプリケーション識別子に基づいてもよい。
【００２４】
さらに、上述の要望は本明細書に記載された方法を実行するためのコンピュータで実行可能な命令を有するコンピュータで読み取り可能な記録媒体によって達成される。本コンピュータは例えば配布制御ゲートウェイ、ユーザ装置、プロバイダレジストリまたはユーザレジストリを実装する１つ以上のコンピュータ装置を備えてもよい。コンピュータで読み取り可能な記録媒体は、コンピュータ装置もしくはリムーバブルＣＤ−ＲＯＭ、ＤＶＤまたはＵＳＢスティック内の又はこれらに関連した読み出し専用メモリまたは書き換え可能メモリ、例えばフラッシュまたはＥＥＰＲＯＭであってもよい。
【００２５】
上述の要望は配布制御ゲートウェイによりさらに達成される。このゲートウェイは移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの配布を制御するように構成される。本配布制御ゲートウェイは、コンテンツアイテムを提示するための１つ以上のターゲットユーザ装置を示すターゲットユーザ表示をコンテンツプロバイダサーバから受信するように構成されたプロバイダアクセスコントローラ（“ＰＡＣ”）制御コンポーネントと、前記１つ以上のターゲットユーザ装置へ前記コンテンツアイテムを配布するための前記コンテンツプロバイダサーバのプロバイダ権限を決定するためにプロバイダレジストリにアクセスするように構成されたプロバイダレジストリアクセスコンポーネントと、前記決定したプロバイダ権限に基づいて、前記１つ以上のターゲットユーザ装置のうちの１つ以上のそれぞれについて前記コンテンツプロバイダサーバから前記コンテンツアイテムを受信するためのユーザ権限を決定するためにユーザレジストリにアクセスするように構成されたユーザレジストリアクセスコンポーネントと、前記決定した１つ以上のユーザ権限に基づいて、前記１つ以上のターゲットユーザ装置のうちの１つ以上への前記コンテンツアイテムの送信を開始するように構成された開始コンポーネントとを備える。
【００２６】
配布制御ゲートウェイは、前記１つ以上のユーザ権限の少なくとも１つを設定するように構成された設定コンポーネントを更に備えてもよい。１つの実装では、配布制御ゲートウェイは、前記受信したターゲットユーザ表示のうちの少なくとも１つに基づいて、前記コンテンツアイテムと、前記ターゲットユーザ表示の受信元の前記コンテンツプロバイダサーバの表示と、前記ターゲットユーザ表示により示されない少なくとも１つの追加のターゲットユーザ装置とを決定するように構成されたターゲット決定コンポーネントと、前記コンテンツプロバイダサーバから前記コンテンツアイテムを受信するために前記少なくとも１つの追加のターゲットユーザ装置についてのユーザ権限を決定するために前記ユーザレジストリにアクセスするように構成されたユーザレジストリアクセスコンポーネントと、前記決定した少なくとも１つのユーザ権限に基づいて、前記少なくとも１つの追加のターゲットユーザ装置への前記コンテンツアイテムの送信を開始する開始コンポーネントと
を更に備える。
【００２７】
配布制御ゲートウェイは、ユーザ装置の複数のアプリケーションを管理するように構成されたアプリケーション管理サーバと、ログイン機能を前記コンテンツプロバイダサーバに提供するように構成されたログインサーバとのうちの少なくとも１つを備えてもよい。
【００２８】
１つの変形によれば、配布制御ゲートウェイは、前記ターゲットユーザ装置へ配布するために前記コンテンツアイテムを複製するように構成されたマルチプリケータコンポーネントを備える。
【００２９】
さらに、上述の要望はプロバイダレジストリにより達成される。本プロバイダレジストリは、移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの配布の制御をサポートするように構成される。本プロバイダレジストリは、コンテンツプロバイダサーバを示すリクエストを配布制御ゲートウェイから受信するように構成された受信コンポーネントと、前記受信したリクエストに対して、前記コンテンツアイテムをユーザ装置へ配布するための前記コンテンツプロバイダサーバのプロバイダ権限を示す応答を前記配布制御ゲートウェイに提供するように構成された応答コンポーネントとを備える。
【００３０】
上述の要望は、移動体通信ネットワーク内のユーザ装置へのコンテンツアイテムの配布の制御をサポートするように構成されたユーザ装置によりさらに達成される。本ユーザ装置は、配布制御ゲートウェイからコンテンツアイテムを受信するように構成された第１コンポーネントと、前記ユーザ装置に実装された複数のコンテンツ提示アプリケーションのうちのどれへ前記コンテンツアイテムを配布するかを決定するように構成された第２コンポーネントと、前記受信したコンテンツアイテムを前記決定したコンテンツ提示アプリケーションに配布するように構成された第３コンポーネントとを備える。
【００３１】
前記第２コンポーネントは前記ユーザ装置のコンテキストに基づいて前記コンテンツ提示アプリケーションを決定するように構成されてもよい。１つの実装では、ユーザ装置の前記第２コンポーネントは、前記受信したコンテンツアイテムに関連して受信されたアプリケーション識別子に基づいて前記コンテンツ提示アプリケーションを決定するように構成されたプロキシサーバを含む。
【図面の簡単な説明】
【００３２】
【図１】本発明が実行されうる移動体環境の実施形態を概略的に説明する図。
【図２】図１の配布制御ゲートウェイの機能コンポーネントを説明する図。
【図３】図２の配布制御ゲートウェイの動作モードの第１実施形態を説明するフロー図。
【図４】図２の配布制御ゲートウェイの動作モードの第２実施形態を説明するフロー図。
【図５】図２の配布制御ゲートウェイの動作モードの第３実施形態を説明するシーケンス図。
【図６】図１のプロバイダレジストリの機能コンポーネントを説明する図。
【図７】図６のプロバイダの動作を説明するフロー図。
【図８】図１のユーザレジストリの機能コンポーネントを説明する図。
【図９】図８のユーザレジストリの動作を説明するフロー図。
【発明を実施するための形態】
【００３３】
以下、図面に説明される例示の実施形態を参照しつつ本発明が更に記載される。
【００３４】
以下の記載では、説明のためであって限定のためではなく、本発明の完全な理解を提供するために、移動体通信環境における広告の配布のためのコンテンツ提供システムに関して特定の詳細が説明される。本発明がこれらの特定の側面から逸脱する他の実施形態で実施されてもよいことが当業者に明らかだろう。例えば、本発明は、本発明を説明するために以下に記載される広告または一般ニュースの配信のために実施されてもよいだけでなく、（クライアントソフトウェア更新の通知を含む）通知、リマインダなどの配布のような他の目的のためにも同様に実施されてもよい。一例として、本発明はニュースのタイプ（政治、経済、スポーツなど）に依存して変動するユーザの集団への特定のニュースの配布を制御するために適用されてもよい。ニュースは一般に１つ以上の発行者によって移動体ネットワークへ提供されてもよい。
【００３５】
以下に説明される機能は個別のハードウェア回路構成を用いて実施されてもよいが、プログラム型マイクロプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、１つ以上のデジタル信号プロセッサ（ＤＳＰ）または汎用プロセッサと連携して機能するソフトウェアを用いて実施されてもよいことを当業者は更に理解するだろう。本発明が方法として記載される場合に、本発明はコンピュータプロセッサと、このプロセッサに結合したメモリとにおいて具現化されてもよいことも理解されるだろう。メモリには、プロセッサにより実行される場合に、本明細書に開示される方法を実行する１つ以上のプログラムが符号化される。
【００３６】
図１は、移動体通信ネットワーク１００、これに関連する複数の移動体ユーザ装置１０２、１０３およびコンテンツプロバイダサーバ（ＣＰ−Ｓ）１０４、１０６を含む移動体環境の実施形態を説明する。（短縮化のために以下で時折「移動体ネットワーク」と呼ばれる）移動体通信ネットワーク１００はユーザ装置１０２、１０３とＣＰ−Ｓ１０４、１０６との間の通信を可能にする複数の相異なる機能エンティティを備えるが、本発明を説明するために一部の機能エンティティだけが図１に説明される。特に、移動体ネットワーク１００は配布制御ゲートウェイ（ＤＣ−ＧＷ）１０８、プロバイダレジストリ１１０、ユーザレジストリ１１２およびプロビジョニングサーバ１１４を備える。
【００３７】
ＣＰ−Ｓ１０４、１０６は当然のことながら移動体ネットワーク１００に関連する複数のユーザ装置へコンテンツアイテムを提供してもよい。やはり簡略化のために、ユーザ装置１０２、１０３だけが説明される。後で言及されるが、ユーザ装置１０２はプロキシサーバ１１６および少なくとも２つのサービスアプリケーション１１８、１２０を備えるものとして示される。ユーザ装置１０３は同様のコンポーネントを備えてもよいし、ユーザ装置１０２とは異なるように構成されてもよい。
【００３８】
図１に説明される移動体ネットワーク１００のエンティティは、ＣＰ−Ｓ１０４、１０６から、移動体ネットワーク１００に関連するユーザ装置１０２のようなユーザ装置へのコンテンツアイテムの配布の柔軟な制御を可能にする。例としてＣＰ−Ｓが、小売店の中またはその周辺に現在位置するネットワーク１００の移動体ユーザへ広告、小売商品のリスト、オファリングなどを提供するための広告サーバであることを検討する。ＣＰ−Ｓ１０４は広告１２２をＤＣ−ＧＷ１０８へ提供する。ＤＣ−ＧＷ１０８はプロバイダレジストリ１１０およびユーザレジストリ１１２にアクセスし、これらのレジストリへの参照結果に基づいて、広告をどのユーザ装置へ転送するか（、そして場合によってはユーザ装置のどのアプリケーションへ転送するか）を決定する。このために、ＤＣ−ＧＷはプロバイダアクセス制御部（ＰＡＣ）１２４および装置アクセス制御部（ＤＡＣ）１２６を備える。ユーザ装置のプロキシサーバ１１６はアプリケーション１１８、１２０のうちの適切な１つへ広告を転送する。プロビジョニングサーバ１１４は新たなサービスアプリケーションまたは更新されたサービスアプリケーションをユーザ装置へ提供するようにＤＣ−ＧＷ１０８によって制御される。総括的に、ＤＣ−ＧＷ１０８は移動体ネットワーク１００の１つ以上の配布制御ゲートウェイのうちの１つであってもよい。
【００３９】
図２は図１のＤＣ−ＧＷ１０８の機能コンポーネントをより詳細に説明する。ゲートウェイ１０８はログインサーバ２０２を備え、ＰＡＣ１２４内にＰＡＣ制御コンポーネント２０４、レジストリアクセスコンポーネント２０６、２０８およびターゲット決定コンポーネント２１０を備え、ＤＡＣ１２６内にＤＡＣ制御コンポーネント２１２、アプリケーション管理サーバ（ＡＭＳ）２１４およびマルチプリケータ２１６を備える。
【００４０】
ここで、図３のフロー図を参照しつつＤＣ−ＧＷ１０８の動作モードの第１実施形態が説明される。説明のために、以下の記載は上記で概説された例示のシナリオに依存し、ユーザ装置１０２のようなユーザ装置へ配布するために（以下で「広告サーバ」１０４として参照されることもある）ＣＰ−Ｓ１０４から移動体ネットワーク１００へ広告１２２が送信される。広告１１２は例えばウェブページのバナー領域に表示されることが意図されたバナー広告であってもよい。
【００４１】
ＤＣ−ＧＷ１０８はユーザ装置への広告１２２の配布を制御する。ステップ３０２はより詳細に後述される。ステップ３０４で、ターゲットユーザ表示（ＴＵＩ：Target User Indication）１２８（図１または図２参照）がＣＰ−Ｓ１０４から受信される。ＴＵＩ１２８は広告１２２を提示するための１つ以上のターゲットユーザ装置を示す。ＴＵＩ１２８はＣＰ−Ｓ１０４から、広告１２２に直接に関連して、例えば同一メッセージ内で送信されてもよいし、広告１２２の送信の前または後に別々に送信されてもよい。ＣＰ−Ｓ１０４とＤＣ−ＧＷ１０８のログインサーバ２０２との間で実行されるログイン手続きは広告１２２の送信とＴＵＩ１２８の送信とのうちの一方または両方に先行してもよい。このようなログイン手続きは例えば広告１２２および／またはＴＵＩ１２８の機密送信が実行されうるようにＣＰ−Ｓ１０４とＤＣ−ＧＷ１０８との間にセキュアな接続を確立することを含んでもよい。
【００４２】
ＴＵＩ１２８は１つ以上の個別のユーザ装置を広告１２２のためのターゲットユーザ装置として示してもよい。例えば、ＴＵＩ１２８はユーザ装置１２０および更なる装置のＭＳＩＳＤＮまたは同様の装置識別子を示してもよいし表してもよい。これに加えてまたはこれにかえて、ユーザ装置のユーザのユーザ名またはユーザ装置に実装されたアプリケーションの識別子（ＩＤ）が与えられてもよい。例えば、プロキシサーバ１１６のＩＰアドレス、ポート番号などが与えられてもよい。更なるまたは別の可能性として、ＴＵＩ１２８はユーザレジストリ１１２内のユーザプロファイルの特定のパラメータを参照するパラメータ表示またはパラメータ値表示のような不特定の表示を含んでもよい。例えば、ＴＵＩ１２８はターゲットユーザの年齢層、性別、ロケーションエリア（群）を示してもよいが、契約のタイプ（プレミアム、ベーシックなど）などを示してもよい。
【００４３】
ＴＵＩ１２８がコンテンツアイテム１２２から分離した別個のメッセージ、メッセージ部、メッセージ内のデータフィールド、または同様の明示的な表示であることが説明のために図示され上述されたが、他の実施形態では分離しておらず且つ明示的でないＴＵＩがＤＣ−ＧＷへ提供されてもよいことが留意されるべきである。そのかわりに、ＴＵＩはＤＣ−ＧＷ１０８のような配布制御ゲートウェイへ暗黙的に提供されてもよく、ＤＣ−ＧＷ１０８は次いで受信したコンテンツアイテムに関する側面から意図されたターゲットユーザを決定する必要があるだろう。例えば、上述のように、明示的なＴＵＩメッセージはコンテンツプロバイダサーバのネットワークアドレスを示してもよい。しかしながら、ＤＣ−ＧＷ１０８は、コンテンツアイテムの少なくとも一部を暗黙的なＴＵＩとして表すメッセージ１２２のソースアドレスを採用してもよい。すなわち、ＤＣ−ＧＷ１０８はメッセージ１２２のソースアドレスを（例えばＩＰ（インターネットプロトコル）ｖ４またはｖ６のアドレスであってもよい）ＣＰ−Ｓ１０４のネットワークアドレスとして採用し、このアドレスに基づいてターゲットユーザ決定処理を実行する。これに加えてまたはこれにかえて、コンテンツアイテム１２２自身に示されるかまたはコンテンツアイテム１２２自身から導出可能なコンテンツのタイプ（テキスト、イメージなど）や、コンテンツアイテムの受信時刻などがＣＰ−Ｓ１０４によって（暗黙的な）ＴＵＩとして用いられてもよい。
【００４４】
一部の実施形態では、暗黙的なＴＵＩの使用に起因して、明示的なＴＵＩは必要ない。更に別の実施形態では、ターゲットユーザを決定するために明示的なＴＵＩと暗黙的なＴＵＩとの両方がコンテンツプロバイダサーバによって用いられてもよい。例えば、ＴＵＩ１２８のような明示的なＴＵＩは意図されるターゲットユーザの性別および年齢層を示してもよいし、コンテンツプロバイダサーバはこれらのパラメータに加えて、プロバイダ権限および／またはユーザ権限を決定するためにコンテンツアイテムを搬送する（メッセージ１２２のような）メッセージに表されるコンテンツプロバイダサーバのＩＰアドレスを用いる。
【００４５】
図１および図２に説明される実施形態では、広告１２２およびＴＵＩ１２８の両方がＰＡＣ制御コンポーネント２０４で受信される。他の実施形態では、コンテンツアイテムは、ターゲットユーザ表示を受信するエンティティとは異なる配布制御ゲートウェイ（または移動体ネットワーク）の機能エンティティにより受信されてもよい。例えば、先行して広告が送信され広告レポジトリに格納されてもよく、このレポジトリはこの目的のために移動体通信ネットワークによって提供される。広告の抽出およびユーザへの提示は次いでターゲットユーザの表示の受信のみによって引き起こされてもよい。ターゲットユーザ表示は次いで自身が関連する広告（群）の表示を必須フィールドとして有するだろう。
【００４６】
ステップ３０６で、ＴＵＩ１２８の受信によってＰＡＣ制御コンポーネント２０４が起動され、次いでターゲットユーザ装置へ広告１２２を配布するためのＣＰ−Ｓ１０４に関連するプロバイダ権限を決定するためにアクセスコンポーネント２０６が起動されてプロバイダレジストリ１１０にアクセスする。
【００４７】
プロバイダレジストリ１１０は複数のデータレコードを有してもよく、少なくとも１つのデータレコードはＣＰ−Ｓ１０４に関連する（より詳細な検討は図６および図７を参照）。このデータレコードは例えば移動体ネットワーク１００についてのＣＰ−Ｓ１０４の汎用登録を表してもよい。この登録は（プロバイダレジストリ１１０がＤＣ−ＧＷ１０８にローカルに関連する場合に）移動体ネットワーク１００、または少なくともＤＣ−ＧＷ１０８へコンテンツアイテムを提供することの汎用許可を含んでもよい。
【００４８】
汎用登録に加えてまたはこれにかえて、プロバイダ権限は、コンテンツプロバイダサーバが移動体通信ネットワーク１００へ送信する権限を有しているコンテンツのタイプのようなより具体的な詳細を含んでもよい。例えば、ＣＰ−Ｓ１０４は広告を送信する権限を有しているがニュースを送信する権限を有していなくてもよいし、ネットワーク１００へ特定の種類の広告およびニュースだけ、例えばスポーツに関する広告およびスポーツニュースだけを送信する権限を有していてもよい。コンテンツアイテムの供給はまた、コンテンツアイテムのデータサイズ、コンテンツアイテムのデータタイプ、コンテンツアイテムのフォーマットまたは構造、または権限が有効な期間に関して制限されてもよい。プロバイダ権限はコンテンツアイテムが配布されうる１つ以上のユーザ装置またはユーザグループの表示を更に含んでもよいし、この表示だけを含んでもよい。このような表示はターゲットユーザ表示に対して上述されたものと同様の側面に関連してもよい。例えば、プロバイダ権限は性別、年齢、ロケーションなどのようなユーザプロファイルパラメータにより特徴付けられるユーザグループを示してもよい。代替または追加の条件の別の例では、プロバイダ権限が最大数以下のユーザ装置へコンテンツを送信するように制限されてもよい。なおも別の代替または追加の条件は、プロバイダ権限が１つ以上の所定の地理的エリア／ネットワークセルに制限されることであってもよい。
【００４９】
受信したＴＵＩ１２８をＣＰ−Ｓ１０４についてのプロバイダ権限にマッチングし、ＣＰ−Ｓ１０４が適切なアクセス権を有するかどうかを判定するタスクはプロバイダレジストリ１１０、ＰＡＣ制御コンポーネント２０４、アクセスコンポーネント２０６またはこれらのコンポーネントの組み合わせにおいて実行されてもよい。判定されたプロバイダ権限に基づいて、ステップ３０８で、ＰＡＣ制御コンポーネント２０４はＣＰ−Ｓ１０４からコンテンツアイテムを受信する１つ以上のターゲットユーザ装置のそれぞれについてユーザ権限を決定するために、アクセスコンポーネント２０８を起動してユーザレジストリ１１２へアクセスする。より具体的に、ステップ３０６でプロバイダ権限の観点から許可されたターゲットとして判定されたユーザまたはユーザグループがアクセスコンポーネント２０８に示され、アクセスコンポーネント２０８はこれらのターゲットユーザまたはユーザグループのそれぞれについてのユーザ権限をユーザレジストリ１１２に問い合わせる。
【００５０】
ユーザ権限は例えばユーザのユーザ装置へコンテンツアイテムを送信することを許可された１つ以上のコンテンツプロバイダサーバを示してもよい。この許可はまた、ユーザ装置の特定のアプリケーションを指定してもよい。別の例として、ユーザ権限は、このコンテンツプロバイダサーバ又は任意のコンテンツプロバイダサーバが送信の権限を有しているコンテンツのタイプまたはコンテンツアイテムのタイプを示してもよい。例えば、図１のユーザ装置１０２のユーザは、スポーツニュースおよび（広告１２２のような）スポーツ商品に関する広告を送信するようにＣＰ−Ｓ１０４に権限が与えられてもよい。
【００５１】
レジストリ１２２に格納されたユーザ権限は移動体通信ネットワーク１００の事業者および／または個別のユーザによって設定可能であり管理可能であってもよい。例えば、ユーザは自身の加入契約のタイプに従って制限を規定することが可能であってもよい。一部の加入契約タイプでは、事業者は広告、ニュースなどを受信する許可を規定してもよい（例えばユーザは移動体事業者のコンテンツプロバイダサーバ自身からのニュースおよびオファリングを受信するようにユーザが強制されてもよい）。図３のステップ３０２は、ユーザレジストリ１１２において提供されるユーザ権限の１つ以上のこの種類の設定を反映する。この設定は例えば設定コンポーネントとして動作するＤＣ−ＧＷ１０８のＰＡＣ制御コンポーネント２０４によって実現されてもよい。
【００５２】
ステップ３０６、３０８を再び参照して、単純な例で、プロバイダレジストリ１１０に格納されＣＰ−Ｓ１０４に関連するプロバイダ権限の検査によって、ＣＰ−Ｓ１０４が任意のターゲットユーザへ広告を送信する権限を有し、ＣＰ−Ｓ１０４から受信したＴＵＩ１２８がもはや制限されていないことが明らかになってもよいし、このようなものとしてアクセスコンポーネント２０８へ提供されてもよい。別の例では、プロバイダ権限は、ＴＵＩ１２８が制限されているように、ＣＰ−Ｓ１０４についてのコンテンツアイテムの供給を特定のユーザグループに制限してもよい。例えば、プロバイダ権限に従って、広告１２２が提示されてもよいユーザ数が最大数に制限されることを検討する。この場合に、アクセスコンポーネント２０８は最大数を追加したＴＵＩ１２８を受信し、次いでプロバイダ権限において規定された最大数を観察するために広告１２２が実際に提示されてもよい全ユーザ装置の適切な部分集合を決定するように動作しなければならないだろう。
【００５３】
ステップ３０８の結果は広告１２２を配布してもよい選択されたターゲットユーザ装置のリストであってもよい。選択されたターゲットユーザ装置のリストはＴＵＩ１２８に示されたターゲットユーザと一致してもよいし、一致しなくてもよい。すなわち、広告１２２はより少ないユーザ装置へ配布されてもよいし、ＴＵＩ１２８において示されるよりも多くのユーザ装置へ配布されてもよい（この可能性は以下でより詳細に説明される）。単純な例では、対応するユーザ権限は、ＴＵＩ１２８に従い配布を阻むさらなる制限を課すことはしない。
【００５４】
選択されたターゲットユーザ装置のリストはユーザレジストリ１１２、アクセスコンポーネント２０８、ＰＡＣ制御コンポーネント２０４またはこれらのコンポーネントの組合せによって構築されてもよい。ステップ３１０で、ＰＡＣ制御コンポーネント２０４は初期化コンポーネントとして動作し、１つ以上の決定されたユーザ権限に基づいて、選択されたターゲットユーザ装置への広告１２２の送信を初期化する。より具体的に、ＰＡＣ制御コンポーネント２０４は広告１２２（またはその表示）と選択されたターゲットユーザ装置とをＤＡＣ制御コンポーネント２１２へ提供する。
【００５５】
ＤＡＣ制御コンポーネント２１２は選択されたターゲットユーザ装置への広告１２２の送信を制御する。最初に、制御コンポーネント２０４と制御コンポーネント２１２との何れか一方が送信のために広告１２２を適切に適合するように動作してもよい。例えば、広告１２４は再フォーマットされてもよいし、それ以外の方法で、移動体通信ネットワーク１００の無線インタフェースを介した送信に適するか、および／または選択されたユーザ装置における提示に適するように変換されてもよい。例えば、広告１２２は移動体ユーザ装置の小さな画面での提示に個別に適合しないかもしれない。ＤＡＣ制御コンポーネントまたはＡＭＳ２１４は、例えば広告１２２のグラフィックイメージ部分を減らすことによって、または広告１２２´（図１参照）がＣＰ−Ｓ１０４によって提供された広告１２２のテキスト部分だけを含みうるようにグラフィックイメージ部分を全体的に省略することによって、移動体環境への広告１２２の適応を実施してもよい。
【００５６】
更にＡＭＳ２１４について、このサーバは、ユーザ装置１０２のアプリケーション１１８、１２０のような、ネットワーク１００に関連するユーザ装置へのサービスアプリケーションの供給の制御のために提供され（以下のより詳細なＡＭＳのこの側面を参照）、ユーザ装置のこれらのアプリケーションのアドレス指定のために更に提供される。
【００５７】
例えば、広告１２２がユーザ装置１０２のアプリケーション１１８へ提供されることを検討する。ユーザ装置１０２は自身に実装されたプロキシサーバ１１６を有し、プロキシサーバ１１６はコンテンツアイテムを適切なアプリケーションに更に配布するタスクを有するので、ＡＭＳ２１４は、広告１２２がプロキシサーバ１１６へ送信されうるように、ＤＡＣ制御コンポーネント２１２へプロキシサーバ１１６の表示を提供する。プロキシサーバが自身に実装されていないユーザ装置について、ＡＭＳ２１４は、広告１２２が配布されるべき適切なアプリケーション１１８を識別するためのアプリケーション識別子をＤＡＣ制御コンポーネント２１２へ提供するように動作する。ＡＭＳ２１４は自身に関連するレポジトリ（不図示）を有してもよく、このレポジトリはＤＣ−ＧＷ１０８（より正確にはＤＡＣ１２６）により制御されるユーザ装置のプロキシサーバおよび／またはアプリケーションの識別子（ＩＰアドレス、ポートなど）を格納する。
【００５８】
ＤＡＣ制御コンポーネントは選択されたユーザ装置へ広告１２８を配布するためにマルチプリケータコンポーネント２１６を起動する。マルチプリケータコンポーネント２１６は広告１２８（すなわち、広告１２８を表すメッセージまたはメッセージ集合）を複製してもよく、選択されたターゲットユーザ装置のそれぞれとの複数のユニキャスト接続の設定を開始してもよい。これに加えてまたはこれにかえて、マルチキャストセッションが開かれてもよい。更に別の可能性として、大きなおよび／または地理的に明確なユーザグループについて、例えば小売店をカバーする移動体ネットワーク１００のセルのような特定のエリア内に選択されたユーザ装置のすべてが位置する場合に、ブロードキャスト送信が設定されてもよい。マルチプリケータ２１６はまた、これらの可能性の組合せを決定してもよい。
【００５９】
広告１２２は（ブロードキャスト送信のように）選択されたターゲットユーザ装置へ本質的に同時に提供されてもよいが、選択されたユーザ装置のそれぞれに個別の時点で提供されてもよい。この場合に、選択された各ユーザ装置に広告１２２が提供されるまで、ＤＣ−ＧＷ１０８に関連するレポジトリに広告１２２が格納されてもよい。例えばユーザ装置１０２が小売店のロケーションに入ったことによりユーザがアプリケーション１１８の実行を開始するとすぐに、例えばユーザ装置１０２またはその特定のアプリケーション１１８へ広告１２２が提供されてもよい。
【００６０】
図４は図１および図２のＤＣ−ＧＷ１０８の動作モードの第２実施形態を説明する。繰り返しを避けるために、以下の検討は図３および図４にそれぞれ説明される第１実施形態および第２実施形態との間で異なる側面に注目する。よって、以下に明示的に言及されていない任意の側面は第１実施形態および図３を参照して説明されたものであってもよい。
【００６１】
説明のために、ユーザ装置１０２のアプリケーション１２０（ここではニュースアプリケーション）へニュースアイテム１２９（図１参照）を配布するために移動体ネットワーク１００へニュースアイテム１２９を提供するニュースサーバであるＣＰ−Ｓ１０６に第２実施形態が関連すると仮定する。ステップ４０２で、ＤＣ−ＧＷ１０８はニュースサーバからニュースアイテム１２９を受信する。アイテム１２９とともに、この例では選択パラメータ（ユーザプロファイルパラメータ）に基づいてターゲット視聴者を示す関連するＴＵＩ１３０が提供される。ＤＣ−ＧＷ１０８は例えばニュースアイテム１２９を搬送するメッセージのソースアドレスをＣＰ−Ｓ１０６のネットワークアドレスとしてみなし、これをプロバイダ権限および／またはユーザ権限を決定するために用いることによって、このソースアドレスをＴＵＩ１３０の付加的で暗黙的な部分として採用してもよい。ステップ４０２に関するＰＡＣ１２４の動作はステップ３０４に関して説明されたものと同様であってもよい。
【００６２】
ステップ４０４でＰＡＣ１２４は更に、発行者すなわちＣＰ−Ｓ１０６の事業者が移動体ネットワーク１００に登録され、且つ移動体ネットワーク１００のユーザ装置へニュースアイテム１２９を提供するために必要な権利を有するかどうかを判定するように動作してもよい。ステップ４０４に関するＰＡＣ１２４の動作は上述のステップ３０６のものと同様であってもよい。ＣＰ−Ｓ１０６についてのプロバイダ権限がニュースアイテム１２９の配布を許可しないことがステップ４０４で判定された場合に、ＣＰ−Ｓ１０６（またはサーバ１０６を動作するニュースプロバイダに関連する別の適切なエンティティ）へエラー応答がステップ４０６で返される。
【００６３】
発行者が必要な権利を有するとステップ４０４で判定された場合に、取りうる受信者（ターゲットユーザ装置）の表示が、受信したユーザプロファイルパラメータ（例えば、性別、年齢または現在のロケーション）に基づいてユーザレジストリ１１２からステップ４０８で読み出される。ステップ４０８はステップ３０８について説明されたのと同様の方法で実行されてもよいので、この詳細はここでは繰り返さない。
【００６４】
ステップ４１０で、ターゲット決定コンポーネント２１０は追加のターゲットユーザ装置の表示を決定するように動作する。これらの追加の受信者はニュースアイテム１２９に関連するＴＵＩ１３０には示されない。例えば、ユーザ装置１０２はＴＵＩ１３０に示されるかもしれないが、ユーザ装置１０３は示されなくてもよい。ユーザ装置１０３は次いで追加のターゲットユーザ装置として決定されてもよい。追加のターゲットユーザ装置は例えば受信したニュースアイテム１２９、ＴＵＩ１３０、ＣＰ−Ｓ１０６の（サーバアドレスのような）表示またはこれらの組合せに基づいて、ユーザレジストリ１１２から決定されてもよい。具体例として、追加のターゲットユーザ装置は、ＴＵＩ１３０に含まれる特定の地理的な提示エリア（例えば都市または地域）の表示から決定されてもよい。コンポーネント２１０はプロバイダレジストリ１１０内のＣＰ−Ｓ１０６に関連する登録レコードから、他のニュースアイテムも規則的に第２地理的提示エリアへ向けられることを決定してもよい。よって、第２提示エリア内に現在位置している追加のターゲットユーザ装置が決定されてもよい。
【００６５】
ステップ４１２で、追加のターゲットユーザ装置の表示が（図１または図２では示されない）ＣＰ−Ｓ１０６へ提供される。上述の例を更に用いて、例えば第２提示エリア内に現在位置している追加のターゲットユーザ装置の個数が発行者へ提供されうる。
【００６６】
発行者がステップ４１０において識別された追加のターゲットユーザ装置へのニュースアイテム１２９の提示を許可することを仮定する。次いで、ステップ４１４で、ステップ４０８、４１０において決定されたターゲットユーザ装置のそれぞれに対して、これらのターゲットユーザ装置のそれぞれについてユーザ権限がそれぞれのユーザ装置へのニュースアイテム１２９の配布を許可するかどうかを判定するためにユーザレジストリ１１２がアクセスされる。このステップは上記のステップ３０８について説明されたのと同様の方法で実行されてもよい。
【００６７】
ニュースアイテムの送信のためにステップ４１４で選択されたターゲットユーザ装置について、ステップ４１６で例えばＤＡＣ制御コンポーネント２１２においてニュースアイテム１２９がフォーマットされる。ステップ４１８で、例えばユーザ装置１０２のアプリケーション１２０を含む選択されたユーザ装置の適切なニュースサービスアプリケーションへニュースアイテム１２９が送信される。ステップ４２０で、ＣＰ−Ｓ１０６（またはサーバ１０６に関する発行者によってこの目的のために提供される別のエンティティ）へ通知が送信される。この通知はニュースアイテム１２９が実際にどのユーザ装置へ提示されたかを示してもよい。この通知はまた、ニュースアイテムが提示されなかったユーザの表示を含んでもよい。例として、この通知は選択されなかったターゲットユーザ装置の個数を示してもよい。別の例として、この通知はＴＵＩ１３０により対象とされたユーザの数に関連してニュースアイテム１２９が実際に配信されたユーザ装置の個数を示してもよいし、ＴＵＩ１３０に従って対象とされたユーザが実際に適切なユーザ権限を有する割合を示してもよい。
【００６８】
図１のＤＣ−ＧＷ１０８の動作モードの更に別の実施形態が以下に図５のメッセージシーケンス図を参照して記載される。以下の検討は図３および図４にそれぞれ説明された第１実施形態および第２実施形態とは異なる側面に注目する。以下に明示的に言及されない任意の側面は第１実施形態および図３に関連して説明されたように理解されてもよい。説明のために、ここでもＣＰ−Ｓ１０６がＤＣ−ＧＷ１０８へニュースアイテム１２９を提供すると仮定する。
【００６９】
関与する機能エンティティはＣＰ−Ｓ１０６（「発行者サーバ」）、図１のＤＣ−ＧＷ１０８のＰＡＣ１２４およびＤＡＣ１２６、プロバイダレジストリ１１０、ユーザレジストリ１１２ならびにユーザ装置１０２のプロキシサーバ１１６およびニュースアプリケーションである。ＰＡＣ１２４およびＤＡＣ１２６は場合によっては１つのハードウェアプラットフォーム上の単一のエンティティとして提供されてもよく、場合によっては別々のハードウェアプラットフォーム上の別々のエンティティとして提供されてもよい。
【００７０】
メッセージ５０１を用いて、発行者サーバ１０６はＰＡＣ１２４へニュースアイテム１２９およびＴＵＩ１３０を送信する。メッセージ５０１は例えばＨＴＴＰ  ＰＯＳＴメッセージであってもよいし、ニュースアイテム１２９、ニュースアイテム１２９のデータサイズの表示、ユーザ装置１２０のようなユーザ装置にニュースアイテム１２９を表示するために必要なニュースサービスアプリケーション１２０を示すアプリケーション識別子（アプリケーションＩＤ）、ＴＵＩ１３０および発行者サーバ１０６を示すコンテンツプロバイダ識別情報（プロバイダＩＤ）を含んでもよい。
【００７１】
メッセージ５０２、例えばＨＴＴＰ  ＧＥＴメッセージを用いて、ＰＡＣ１２４は発行者サーバ１０６についてのプロバイダ権限を決定するためにプロバイダＩＤ（および場合によってはアプリケーションＩＤ）に基づいてプロバイダレジストリ１１０にアクセスする。メッセージ５０３は、プロバイダレジストリ１１０からＰＡＣ１２４へ提供される応答メッセージ、例えばＨＴＴＰレスポンスである。メッセージ５０１〜５０３に関する処理の詳細は図３のステップ３０４、３０６または図４のステップ４０２、４０４について説明されたものであってもよい。
【００７２】
応答メッセージ５０３に基づいて、ＰＡＣ１２４はプロバイダ権限の観点から、移動体ネットワーク１００によりサービスが提供されるターゲットユーザ装置のうちのどれに対してニュースアイテム１２９を配布できるかを決定してもよい。これに従って、ＰＡＣ１２４はメッセージ５０４、例えばＨＴＴＰ  ＰＯＳＴメッセージをＤＡＣ１２６へ提供する。メッセージ５０４は（場合によっては再フォーマットされた）メッセージ５０１とともに受信したニュースアイテム１２９、ＴＵＩ１３０およびアプリケーションＩＤを含んでもよい。
【００７３】
図５の実施形態はＰＡＣ１２４がプロバイダレジストリ１１０だけにアクセスするが、ユーザレジストリ１１２へのアクセスはＤＡＣ１２６によって実行される点で図２、図３、図４の実施形態とは異なる。従って、ＤＡＣ１２６はメッセージ５０５、例えばＨＴＴＰ  ＧＥＴメッセージをユーザレジストリ１１２に提供する。メッセージ５０５はメッセージ５０１とともに受信したＴＵＩ１３０を含んでもよいし、プロバイダレジストリに格納されたプロバイダ権限から決定された更なる制約を含んでもよい。別の実施形態では、メッセージ５０５はＴＵＩ１３０よりも緩やかな制限であってもよく、すなわち追加のターゲットユーザ装置または追加のターゲットユーザグループがＤＣ−ＧＷ１０８により決定されている場合である。
【００７４】
単純な例として、メッセージ５０１において受信されたＴＵＩ１３０がメッセージ５０５とともにユーザレジストリ１１２へ送信されてもよい。ＴＵＩ１３０は「年齢が１９歳から４９歳までであり、‘エリアＩＤ’により規定されたエリア内に現在位置するユーザに関連するすべてのユーザ装置を読み出す」ことを示してもよい。所定のエリアＩＤは例えば移動体ネットワーク１００の１つ以上のセルによりカバーされる都市の地理的エリアを示してもよい。ユーザレジストリ１１２は、ＴＵＩ１３０にマッチする特定のユーザ装置を（例えばＭＳＩＳＤＮによって）示すメッセージ５０６、例えばＨＴＴＰ応答メッセージで応答する。
【００７５】
ＤＡＣ１２６はメッセージ５０７、例えばＨＴＴＰ  ＧＥＴメッセージを選択されたユーザ装置のそれぞれへ送信するが、図５では説明のためにユーザ装置１０２のプロキシサーバ１１６へのメッセージだけが示される。メッセージ５０７はプロキシサーバ１１６へ宛てられるので、この宛先アドレスがユーザレジストリ１１２からの応答メッセージ５０６で読み出されていてもよいし、図２のＡＭＳ２１４と同様のアプリケーション管理サーバがプロキシサーバのアドレスを提供していてもよい。メッセージ５０７はニュースアイテムを送信する準備ができていることの表示を含んでもよい。メッセージ５０７は例えばニュースアイテム１２９のサイズを示してもよい。応答メッセージ５０８、例えばＨＴＴＰ応答メッセージを用いて、プロキシサーバ１１６はニュースアイテム１２９の受信の準備ができていることを確認する。次いで、ＤＡＣ１２６はメッセージ５０８、例えばＨＴＴＰ  ＰＯＳＴメッセージを用いて、アプリケーション１２０のアプリケーションＩＤとともに、適切にフォーマットされたニュースアイテム１２９をプロキシサーバ１１６に提供する。
【００７６】
メッセージ５１０、例えばＨＴＴＰ  ＰＯＳＴメッセージを用いて、プロキシサーバ１１６は受信したニュースアイテム１２９をニュースアプリケーションに転送する。アプリケーションＩＤがＤＡＣ１２６により提供され、それ故プロキシサーバ１１６に利用可能である場合に、プロキシサーバ１１６のタスクは単なる転送である。アプリケーションＩＤが提供されない場合に、プロキシサーバ１１６は本明細書の別の部分で説明された別の方法で、受信したコンテンツアイテムを転送する適切なアプリケーションを決定しなければならない。１つの例では、ＤＡＣ１２６はアプリケーションＩＤの代わりに発行者サーバ１０６に関連するプロバイダＩＤを提供し、これはニュースアプリケーションを識別するためにプロキシサーバ１１６により用いられてもよい。
【００７７】
（ＨＴＴＰ）応答メッセージ５１１を用いて、ニュースアプリケーションはプロキシサーバ１６がニュースアイテム１２９を提示することを承認する。続いて、プロキシサーバは（ＨＴＴＰ）応答メッセージ５１２によってＤＡＣ１２６へ通知する。更なる（ＨＴＴＰ）応答メッセージ５１３がＤＡＣ１２６によりＰＡＣ１２４へ送信され、ＰＡＣ１２４は続いて（ＨＴＴＰ）応答メッセージ５１４を発行者サーバ１０６へ送信する。メッセージ５１３、５１４は複数のユーザ装置から様々なフィードバックを収集してもよい。
【００７８】
図６は図１および図２のプロバイダレジストリ１１０の機能コンポーネントを詳細に説明する。図６のプロバイダレジストリ１１０は受信・制御コンポーネント６０２、記憶コンポーネント６０４および応答コンポーネント６０６を備える。
【００７９】
プロバイダレジストリ１１０はＤＣ−ＧＷ１０８にローカルに関連してもよいし、移動体ネットワーク１００内の複数の配布制御ゲートウェイにサービスを提供する中央サービスレジストリであってもよい。プロバイダレジストリ１１０の動作が図７のフロー図を参照しつつ以下に説明される。総括的に、プロバイダレジストリ１１０は移動体通信ネットワーク１００内のユーザ装置へのコンテンツアイテムの送信の制御をサポートするように動作する。
【００８０】
ステップ７０２で、制御コンポーネント６０２はコンテンツプロバイダサーバ、例えばＣＰ−Ｓ１０４、１０６を示すリクエストをＤＣ−ＧＷ１０８から受信する。例示のために、以下では図５のメッセージ５０２が制御コンポーネント６０２においてリクエスト６０８として受信される、すなわちリクエスト６０８はＣＰ−Ｓ１０６を示すと例示的に仮定する。制御コンポーネント６０２は受信したリクエスト６０８を処理し、記憶コンポーネント６０４にアクセスして、ＴＵＩ１３０により示されるターゲットユーザへニュースアイテム１２９を送信する権限をＣＰ−Ｓまたは発行者サーバ１０６が有するかどうかを判定する。プロバイダレジストリ１１０は自身に登録された各プロバイダについて、例えばコンテンツプロバイダサーバのプロバイダＩＤとサーバアドレスとを有してもよいデータレコードを格納してもよい。データレコード内の更なるデータフィールドは、所定のＩＤ番号の集合に従う「スポーツニュース」、「政治ニュース」、「経済ニュース」などのようなコンテンツアイテムの特定のタイプを表すコンテンツのタイプＩＤであってもよい。次いで、ニュースアイテム１２９は対応するタイプＩＤを示さなければならない。更なるデータフィールドはアイテムの最大許容サイズに関連してもよいし、プロバイダがコンテンツアイテムを提示することを許可された提示エリアの識別子に関連してもよい（このような提示エリアは例えば移動体ネットワーク１００の１つ以上のセルを含んでもよい）。
【００８１】
１つ以上の更なるデータフィールドはユーザレジストリ１１２に格納されるユーザプロファイルのプロファイルパラメータ、例えば性別、年齢または現在のロケーションおよび場合によってはその許容値または許容範囲を示すデータレコードに提供されてもよい。更に別の可能性として、データレコードは例えばニュースサービスの顧客である移動体ネットワーク１００の特定のユーザへＣＰ−Ｓ１０６によって提供される特定のサービス、例えばニュースサービスに関する発行ＩＤを示してもよい。発行ＩＤはＣＰ−Ｓ１０６に関するデータレコードから抽出されてもよく、ニュースサービスの顧客を識別するためにＤＣ−ＧＷ１０８に配信されてもよい。これに加えてまたはこれにかえて、発行ＩＤは関連するデータレコード内の関連するデータフィールドと比較するために、ＴＵＩ１３０およびリクエスト６０８に含まれてもよい。
【００８２】
ステップ７０４で、リクエスト６０８へのレスポンス６１０がＤＣ−ＧＷ１０８に提供される。レスポンス６１０の１つの例は図５のメッセージ５０３である。この例では、レスポンス６１０は移動体通信ネットワーク１００に関連するユーザ装置へコンテンツアイテム１２９を配布するためのＣＰ−Ｓ１０６のプロバイダ権限を示す。これはプロバイダレジストリ１１０が記憶コンポーネント６０４からＣＰ−Ｓ１０６に関するデータレコードを読み出してこのデータレコードをＤＣ−ＧＷ１０８に提供するように単に動作するか、ニュースアイテム１２９の配布がプロバイダ権限に従って許可されるかどうかの判定処理の少なくとも一部がプロバイダレジストリ１１０において実行されるかに関する具体的な実施形態の詳細に依存する。前者の場合に、レスポンスは記憶装置６０４から読み出されたデータレコードを含み、後者の場合にレスポンスは判定処理の肯定的な結果又は否定的な結果を単に示してもよい。
【００８３】
図１および図２のユーザレジストリ１１２は例えばＨＳＳ（ホーム加入者サーバ）としてまたはＨＳＳに関連して実装される移動体通信ネットワーク１００の中央コンポーネントであってもよい。他の実施形態では、ユーザレジストリ１１２はＤＣ−ＧＷ１０８のような特定の配布制御ゲートウェイに関連するローカルコンポーネントとして実装されてもよい。例として、ユーザレジストリ１１２は移動体ネットワーク１００内の中央ＨＳＳに提供されるユーザプロファイルの関連部分のローカルイメージを含んでもよい。
【００８４】
ユーザレジストリ１１２はプロバイダレジストリ１１０について図６で説明されたものと同様の機能構造を有してもよい。ユーザレジストリ１１２は、ユーザ装置および／またはユーザ装置に実装される特定のアプリケーションにそれぞれ関連するユーザ権限のリストを備えてもよい。言い換えると、移動体ネットワーク１００（またはその部分集合）の各加入者または各ユーザに対して、少なくとも１つのデータレコードが提供されてもよい。各データレコードは例えばユーザＩＤに関連して、個別のユーザ装置にコンテンツアイテムを提供することが許可されたプロバイダを識別する１つ以上のプロバイダＩＤを有してもよい。プロバイダＩＤは例えばＣＰ−Ｓ１０６のアドレスのようなサーバアドレスを示してもよい。更なるデータフィールドが許可されたコンテンツのタイプ（テキスト、イメージ、ビデオ、またはこれらの組合せ）を示すコンテンツタイプＩＤを表してもよい。プロバイダレジストリ１１０について上述されたものと同様に、許可されたコンテンツアイテムのタイプ（ニュースなど）を示すコンテンツアイテムタイプＩＤを更に別のデータフィールドが表してもよい。例えばユーザ装置の能力に従って移動体ネットワーク事業者によって設定されてもよいコンテンツアイテムについての最大許容サイズを別のデータフィールドが示してもよい。
【００８５】
一部の実施形態ではユーザレジストリ１１２はまた、例えばユーザ装置の現在の位置を示す、ユーザ装置に関連するロケーション情報を有してもよい。このようなロケーション情報は、ユーザレジストリ１１２がＨＳＳと同じホスト装置に実装されないならば、ネットワーク事業者のＨＳＳのような外部ユーザデータベースから（例えば規則的な間隔で）読み出されて更新されてもよい。これにかえて、位置データは、例えば移動体電話の形式のユーザ装置が、移動体ネットワークのどのセルにユーザ装置が現在位置しているかを知っている場合に、（合意の下で）ユーザ装置から直接に読み出されてもよい。一部のユーザ装置はＧＰＳも備え、それ故ＧＰＳベースのロケーション情報をユーザレジストリ１１２に提供してもよい。
【００８６】
更に別の実施形態では、ロケーション情報はまた、ユーザレジストリ１１２の位置データを更新せずに、ロケーションブローカサーバまたはＨＳＳのような、ユーザレジストリ１１２以外のデータベースから配布制御ゲートウェイに提供されてもよい。
【００８７】
図１のユーザ装置１０２を例として参照して、このユーザ装置に関するデータレコードの更なるデータフィールドがプロキシサーバ１１６のアドレスを示してもよい。別のデータフィールドまたはデータフィールド群は、ユーザ装置がＪａｖａ（登録商標）対応かどうかを示してもよい。このデータレコード内の更なるデータフィールドはアプリケーション１１８、１２０のそれぞれに関連してもよい。
【００８８】
これらのデータフィールドはそれぞれ、例えばアプリケーションＩＤ、このアプリケーションに配信されるコンテンツアイテムの最大サイズ、これに配信されるコンテンツアイテムの必要な構造またはフォーマット（ＨＴＭＬ、Ｊａｖａ（登録商標）など）、および／またはアプリケーションの要件に関する他の表示を示すサブフレームを有してもよい。
【００８９】
コンテンツアイテムが対応するユーザ装置へ配信されうるかどうかをユーザデータレコードに基づいて判定する処理はＤＣ−ＧＷ１０８において実行されてもよく、ユーザレジストリ１１２において実行されてもよく、両方において実行されてもよい。
【００９０】
図８は図１のユーザ装置１０２の機能コンポーネントを更に詳細に説明する。特に、ユーザ装置１０２は受信コンポーネント８０２、プロキシサーバ１１６、格納コンポーネント８０４および複数のコンテンツ提示サービスアプリケーション１１８、１２０、８０６、８０８を備える。
【００９１】
ユーザ装置１０２の動作が図９のフロー図を参照しつつ説明される。総括的に、ユーザ装置１０２は移動体通信ネットワーク１００によるユーザ装置１０２へのコンテンツアイテムの送信の制御をサポートするように適合される。説明のため、ユーザ装置１０２内のアプリケーション１１８へ広告１２２´が提供される図１〜図３で説明された実施形態を参照して検討する。
【００９２】
ステップ９０２で、受信コンポーネント８０２はＤＣ−ＧＷ１０８から例えばＨＴＴＰメッセージに埋め込まれた広告１２２´を受信する。メッセージはプロキシサーバ１１６へ宛てられているので、受信コンポーネント８０２はそこへメッセージを転送する。ステップ９０４で、プロキシサーバ１１６は受信した広告１２２´が提供されるべきアプリケーションを決定する。前述のように広告１２２´とともにアプリケーションＩＤが配信される場合にこのタスクは単純である。この場合に、プロキシサーバ１１６は、受信したアプリケーションＩＤに基づいてアプリケーション１１８の内部アドレスを決定するために単に記憶コンポーネント８０８にアクセスしてもよい。広告１２２´に関連してアプリケーションＩＤ（または他の表示）が受信されない場合に、プロキシサーバ１１６は他の表示に基づいて適切なアプリケーションを決定しなければならない。例えば、プロキシサーバ１１６は複数のアプリケーション１１８、１２０、８０６、８０８のうちのどれが現在稼動しているかを決定してもよいし、および／または広告に含まれるコンテンツのタイプ（例えば、テキスト、イメージ、ビデオデータなど）を決定してこのコンテンツの種類からどのアプリケーションへ受信したコンテンツアイテムを配信するかを結論付けてもよい。ステップ９０６で、プロキシサーバ１１６は受信した広告１２２´を、決定したアプリケーション１１８に配布する。
【００９３】
移動体通信ネットワーク１１０のプロビジョニングサーバ（図１参照）は新たなサービスアプリケーションまたは更新されたサービスアプリケーションをユーザ装置１０２へ提供するようにＤＣ−ＧＷ１０８によって制御される。このようなアプリケーションのプロビジョニングサーバ１１４からのダウンロードは装置１０２によって起動されてもよい。例として、ユーザは小売業者の店を訪問してもよく、ユーザ装置をＮＦＣ（近距離通信）装置またはＲＦＩＤ（無線周波数識別）装置に能動的に近づけることによって、ユーザ装置１０２の画面に小売業者により販売される商品を提示するためのサービスアプリケーションのダウンロードを開始してもよい。この処理では、必要なサービスアプリケーションの表示（アプリケーションＩＤ）はユーザ装置１０２によって提供されてもよく、ユーザ装置１０２は次いでこの表示をＤＣ−ＧＷ１０８へ送信する。ＤＣ−ＧＷ１０８は対応するアプリケーションが登録されているかどうか、およびユーザ装置１０２へのこのダウンロードが許可されているかどうかを調べるように動作する。これらが満たされるならば、アプリケーションＩＤを含むリクエストがプロビジョニングサーバ１１４へ転送され、プロビジョニングサーバ１１４は次いで対応するサービスアプリケーションのユーザ装置１０２へのダウンロードを実行する。
【００９４】
別の実施形態では、サービスアプリケーションのダウンロードは例えば配布制御ゲートウェイからユーザ装置へ送信されたＳＭＳによって起動されてもよい。次いで、ユーザはＳＭＳの受信を確認することによってアプリケーションのダウンロードを起動しなければならないだろう。受信した確認応答に基づいて、アプリケーションのダウンロードが開始され、プロバイダレジストリとユーザレジストリとのうちの一方または両方は、コンテンツプロバイダがユーザ装置へコンテンツアイテムを提示することが許可されるように再設定されてもよい。
【００９５】
本発明は、複数のサービスアプリケーションが実装された複数のユーザ装置を一方において含み、複数のコンテンツプロバイダサーバを他方において含む移動体環境における新たなコンテンツ配布サービスの確立を簡略化にすることを可能にする。移動体通信ネットワーク内に配布制御ゲートウェイを供給することによって、コンテンツプロバイダがユーザ装置へ送信するコンテンツアイテムの集中管理のアクセス制御が可能となる。配布制御ゲートウェイは（プロバイダレジストリに格納された）ネットワークアクセス制限と（ユーザレジストリに格納された）装置アクセス制限とに基づいて管理および動作してもよい。更に、配布制御ゲートウェイはユーザ装置のサービスアプリケーションについての中央管理エンティティとして動作してもよい。新たなアプリケーションのそれぞれを例えばネットワークアクセス制限および装置アクセス制限に関して個別に設定する必要がないので、配布制御ゲートウェイは少なくとも大部分において新たなサービスの導入を自動化することを可能にする。例えば、コンテンツプロバイダサーバは複数のコンテンツ提示サービスについて移動体ネットワークに登録されてもよい。更に、移動体通信ネットワークに配布制御ゲートウェイを導入することで、移動体ネットワークアーキテクチャを明確および軽量（lightweight）に維持しつつ、複数のユーザ装置および複数のコンテンツプロバイダにおける複数のアプリケーションの相互動作を効率的に処理することができる。
【００９６】
本発明はその好適な実施形態に関連して説明されてきたが、本説明は単に例示の目的のために過ぎないことが理解されるだろう。従って、本発明は添付の特許請求の範囲によってのみ制限されることが意図される。
【図１】
0005383821.tif 000002
【図２】
0005383821.tif 000003
【図３】
0005383821.tif 000004
【図４】
0005383821.tif 000005
【図５】
0005383821.tif 000006
【図６】
0005383821.tif 000007
【図７】
0005383821.tif 000008
【図８】
0005383821.tif 000009
【図９】
0005383821.tif 000010