マルチオペレータメディアコンテンツブローカ
【課題】サービスコンテンツのオペレータ間仲介を行う。
【解決手段】ブローカノードが提供され、サービスコンテンツ配信中に、オペレータに対しての中間管理者として動作する。コンテンツプロバイダは、通信コンテンツを提供する。対象ユーザあるいは加入者のリストがブローカによって編纂される。ブローカは、必要な加入者属性、例えば、位置、デバイス情報及びアクセスプロパティを、他のオペレータから収集する。通信コンテンツは、収集された属性に従って修正されることが好ましく、コンテンツは、取り得る方法の内、最適な方法で、加入者へ配信することができる。ブローカは、加入者から支払を収集し、かつメディアコンテンツサプライヤ返済する。第１の構成では、ブローカは、サービスコンテンツに対する配信者かつ支払管理者である。別の構成では、ブローカは、サードパーティコンテンツプロバイダとのオペレータ間関係の使用の調停者である。
【解決手段】ブローカノードが提供され、サービスコンテンツ配信中に、オペレータに対しての中間管理者として動作する。コンテンツプロバイダは、通信コンテンツを提供する。対象ユーザあるいは加入者のリストがブローカによって編纂される。ブローカは、必要な加入者属性、例えば、位置、デバイス情報及びアクセスプロパティを、他のオペレータから収集する。通信コンテンツは、収集された属性に従って修正されることが好ましく、コンテンツは、取り得る方法の内、最適な方法で、加入者へ配信することができる。ブローカは、加入者から支払を収集し、かつメディアコンテンツサプライヤ返済する。第１の構成では、ブローカは、サービスコンテンツに対する配信者かつ支払管理者である。別の構成では、ブローカは、サードパーティコンテンツプロバイダとのオペレータ間関係の使用の調停者である。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本発明は、一般的には、サービスコンテンツの通信に関するものであり、より詳しくは、このようなサービスコンテンツのオペレータ間仲介（inter-operator brokerage）に関するものである。
【０００２】
背景
電気通信オペレータは、今日、自身の集合ネットワークを介して、通信サービス、セッション及びメディアの少なくとも１つに対し、いくつかの標準化ルーティング機能を構築している。この推進力は、特定のユーザ−オペレータ関係に関係なく、不特定者同士についての個々の接続性を提供することを可能にすることである。これらのサービス、セッション及びメディアの少なくとも１つのルーティング機能の例には、テレフォニー、ＳＭＳ、ＭＭＳ、ＩＭＰＳ、電子メールがあり、また、今では、ＩＭＳもある。これらの例のそれぞれは、それら自身のアドレス割当（addressing）構造を持っている、これは、特定のアドレス割当、サービスあるいはセッションスキームの範囲内でアクティブにして、任意のユーザから別の任意のユーザへのルーティングを実現することを可能にする。
【０００３】
様々なサービスコンテンツ、例えば、通信サービスコンテンツ、メディアコンテンツ等のコンテンツプロバイダは、これらのサービスコンテンツを特定のユーザに配信する必要がある。典型的には、いくつかの異なるオペレータに渡って関連付けられている多数のユーザは、このようなサービスコンテンツに対する暫定的な対象となる。結局のところ、コンテンツプロバイダは、任意の他のユーザが使用できるのと同様に、上述のルーティング機能を使用することができ、そして、そのような場合には、これらは、「通常」ユーザとして考慮されることになる。コンテンツプロバイダは、このような方法で、自身のサービスコンテンツをそれを要求している者に転送することができる。しかしながら、他のユーザ間でのユーザとして動作する場合でのサービスコンテンツの配信はいくつかの問題を持っている。これは、主に、実際のコンテンツを端末のタイプに適合させる機能に関しては、そのコンテンツが配信されること、あるいはそのコンテンツへのアクセスのタイプが配信されることの少なくとも一方がなされることである。このことは、このような製品に関連付けることができる、取り得る料金を減らしてしまう。
【０００４】
コンテンツプロバイダが利用可能な別の代替は、異なるオペレータと直接の関係を生成することである。この関係は、オペレータに関連付けられているユーザの現在の端末の機能へのアクセスと、オペレータのサードパーティのインタフェースを使用させることによるオペレータアクセス機能を提供することができる。これは、例えば、対象とするユーザの位置を取得する方法となる。この方法は、コンテンツの実際の配信について重要なものとなるかもしれない。しかしながら、あらゆる可能性のあるユーザへサービスを提供することを可能にするためには、コンテンツプロバイダは、関心のあるすべてのオペレータとこのような関係を生成しなければならない。全世界に渡って数々のオペレータが存在するので、少なくとも比較的小規模のコンテンツプロバイダについては、このような関係を取得することは困難であるかもしれない。この処理は、この方法がかなり時間を消費し、管理上困難であり、更に、コンテンツプロバイダにとって費用がかかることになることを招いてしまう。つまり、このようなソリューションを使用することは、コンテンツプロバイダにとって高い障壁となる。
【０００５】
要約
従来の電気通信システムについての一般的な問題は、個人端末及びアクセス能力に好適な方法で、様々な電気通信オペレータの複数の対象ユーザへ、サービスコンテンツを提供することが難しいことである。従来のサービスコンテンツ提供についての別の一般的な問題は、サービスコンテンツを提供するための費用と、サービスコンテンツの提供について可能な課金額の差がかなり小さいことである。
【０００６】
本発明の一般的な目的は、複数の電気通信オペレータの集合ネットワークを介する、コンテンツプロバイダから対象ユーザへのサービスコンテンツ配信を改善することである。本発明の別の目的は、サービスコンテンツ配信に関係する取り得る利益を向上することである。本発明の更なる目的は、コンテンツプロバイダと、複数の電気通信オペレータ間の関係の生成を容易にする方法及び装置を提供することである。本発明の補助的な目的は、エンドユーザアプリケーションのより高度な開発速度を可能にする通信構造を生成することである。
【０００７】
上記の目的は、特許請求の範囲に従う方法及び装置によって達成される。一般的に言えば、本発明の基本的な概念は、あらゆるオペレータに対する、中間管理者、取扱者あるいは配信者として動作するブローカノードを提供することである。コンテンツプロバイダは、ブローカとの単一の関係を持っている。このブローカは、いくつかの他のオペレータとの関係を持っている。この方法では、コンテンツプロバイダに対して、ある単一の関係者（actor）との関係を有するあらゆるオペレータのあらゆるユーザへ及ぼすことを可能にすることである。コンテンツプロバイダは、通信コンテンツを提供する。対象ユーザあるいは加入者のリストは、ブローカによって編纂（コンパイル：compile）される。好ましくは、ブローカは、必要な加入者属性を他のオペレータから収集する。この加入者属性は、例えば、位置、デバイス情報及びアクセスプロパティがある。通信コンテンツは、収集された属性に従って修正されることが好ましく、続いて、コンテンツは、取り得る方法の内、最適な方法で、対象加入者へ配信あるいは配送することができる。ブローカノードは、サービスコンテンツに対する支払を加入者から収集し、メディアコンテンツサプライへ返済（reimburse）する。本発明に従うブローカは、２つの構成を持っている。第１の構成では、ブローカは配信者であり、かつ、サービスコンテンツに対する支払管理者である。もう１つの構成では、ブローカは、サードパーティコンテンツプロバイダとのオペレータ間の関係の使用、そのサードパーティコンテンツプロバイダに関係する支払ルーチンの調停者（mediator）である。
【０００８】
このような構成に伴う効果は、エンドユーザアプリケーションの高度な開発速度を可能にする構造を構築することである。本発明は、すべてのサービスが、あらゆるオペレータで同様に実現されなければならないことはないという可能性を提供する。その代わり、サービスは、１つのサービスで実現されるオペレータのすべてに渡って使用可能である。別の効果は、最終サービスコンテンツが、加入者に対して潜在的により高い価値を持っていることであり、これは、より高い料金であることを意味するかも知れない。このより高い料金は、様々なオペレータ、ブローカ、更には、コンテンツプロバイダの利益を向上することができる。また、コンテンツプロバイダは、時間の消費及び費用のかかるオペレータ関係ネゴシエーションから解放される。
【０００９】
詳細説明
今日の電気通信ネットワークでは、オペレータ間を跨がるサービス、セッション及びメディアのルーティング機能は満足に確立されている。図１は、このような構成をブロック図によって視覚化している。発信元（originating）ユーザ９は、発信元ネットワークオペレータ１０の加入者であり、このユーザ９は、例えば、終端（terminating）ユーザ３０へメディアコンテンツを配信しようとしている。この終端ユーザ３０は、終端ネットワークオペレータ２０の加入者である。発信元ネットワーク１１に接続される発信元端末１２は、メディアコンテンツを提供し、これは、発信元ネットワーク１１と終端ネットワーク２１を介して、終端端末２２へ送信される。特定の通信のアドレス割当機構を使用することによって、任意の発信元ユーザ９は、ルーティング機能４０、５０を介して任意の終端ユーザ３０へ到達することができる。ここで、特定の通信には、例えば、テレフォニー、ＳＭＳ（ショートメッセージサービス）、ＭＭＳ（マルチメディアメッセージングサービス）、ＩＭＰＳ（インスタントメッセージングプレゼンスサービス：Instant Messaging and Presence Service）、電子メールあるいはＩＭＳ（ＩＰマルチメディアサービス）がある。矢印４０は、例えば、Ｅ１６４を使用する、テレフォニー、ＳＭＳ、ＭＭＳあるいはＩＭＰＳを示していて、また、矢印５０は、例えば、ＳＩＰ ＵＲＩを使用するＩＭＳを示している。
【００１０】
サービスコンテンツのプロバイダを変更する場合、コンテンツプロバイダは、従来技術に従って、通常のユーザとして動作することができる。この状況を、図２に示す。コンテンツプロバイダ６０は、ここでは、オリジナルのサービスコンテンツを提供していて、ここでは、従来のルーティング機能を使用して、エンドユーザ３０と通信している。本願明細書では、「コンテンツ」あるいは「サービスコンテンツ」という表現は、比較的広い意味で使用される。包括的な例には、例えば、メディアコンテンツ、通信サービスコンテンツ、広告、情報サービスコンテンツ等がある。
【００１１】
コンテンツプロバイダは、通信ネットワークオペレータとより多くの直接通信も持っていても良い。図３は、コンテンツプロバイダ６０が、あるネットワークオペレータ２０よりも多いユーザ群３０へ、自身のコンテンツを提供しようとしている状況を示している。コンテンツプロバイダ６０は、異なるネットワークオペレータ２０のすべてとの関係を確立している。オペレータ２０は、最高の条件では、ネットワーク内のアクセスプロパティ及び加入者装置の機能の少なくとも一方についての情報２３を提供することができる。コンテンツプロバイダ６０のコンテンツ修正者６５は、コンテンツを送信する前に、ネットワークオペレータのルーティングシステムを使用して、このような情報２３を用いてコンテンツを適合することができる。コンテンツプロバイダ６０は、このような概念においては、オペレータの関係の確立及び修正処理についてのより多くの努力を費やさなければならない。また、ネットワークオペレータ２０は、取り得るコンテンツプロバイダのすべてとの関係を達成することについて取り組まなければならない。
【００１２】
本発明に従えば、代替の構成を提案する。図４は、本発明に従うシステムの一実施形態を示している。コンテンツプロバイダ６０は、ある中央オペレータ１０’との単一の関係を確立している。本発明では、これをブローカと称する。このブローカは、典型的には、電気通信ネットワークオペレータである。ブローカ１０’の管理ネットワーク１１’は、サービスコンテンツの管理用に構成されているコンテンツ処理サブシステム７０を備えている。このコンテンツ処理サブシステム７０は、典型的には、ネットワークノード内で実現されるが、任意の他のネットワークデバイス、更には、分散サブシステムで実現することもできる。
【００１３】
ブローカ１０’は、典型的には、ある加入者属性の交換８０を可能にするために、他のネットワークオペレータ２０との関係を確立している。この加入者属性には、例えば、加入者位置データ、加入者装置情報及び加入者アクセスプロパティの少なくとも１つがある。オペレータとブローカ間のアグリーメント（agreement：協定）は、このような交換８０が行われる下で、条件、データコンテンツ、範囲、経済的な補償等を決定する。
【００１４】
ブローカ１０’は、コンテンツプロバイダ６０との関係も確立していて、これは、ブローカ１０’とコンテンツプロバイダ６０間で交換されるデータについての、データのタイプ、送信技術等を管理する。コンテンツ処理サブシステム７０は、すべてのオペレータの集合ネットワーク内のいくつかのユーザに配信されるコンテンツを受信する。このコンテンツは、本実施形態では、交換されるユーザ属性データ８０を使用することによる最適な方法で、異なるエンドユーザ、及びそれらの要求及び機能に適合するように修正される。次に、修正されたコンテンツは、従来よりのルーティング機能４０、５０を使用して配信される。
【００１５】
ブローカのネットワークは、コンテンツの受信対象のユーザが、ネットワークオペレータとして動作するブローカの加入者である場合には、終端ネットワークとしても同時に機能する。これについては図面の下部に示されており、ここでは、ユーザ終端端末２２が、ブローカ１０’内に示されている。
【００１６】
このような構成において、複数のコンテンツプロバイダからのコンテンツを処理するために、オペレータ間の関係を再使用することができる。同時に、コンテンツプロバイダは、単一のオペレータ関係のみを確立しなければならない。換言すれば、上述の構成は、オペレータ同士の、かつコンテンツプロバイダとの間のビジネスの構成（setup）における不特定者間の、サービス／セッション／メディアルーティングを集約して使用するために、オペレータに対して拡大している。
【００１７】
オペレータ／ブローカは、互いに共有している属性においてアグリーメントを持っていて、これは、別のオペレータのユーザの属性値をブローカに問い合わせさせることを可能にする。これについての好適な技術には、３ＧＰＰ標準化汎用ユーザプロファイル（ＧＵＰ）ソリューションがあり、他の候補には、リバティアライアンスソリューション（Liberty Alliance solution）がある。
【００１８】
図４の構成は、異なるパーティ間で、いくつかの関係あるいはアグリーメントが確立されていることを示している。これは、図５で概略的に示されている。ユーザ３０は、ネットワークオペレータ２０との加入関係９２を有している。加入関係９２は、どの程度のユーザ属性がオペレータ２０によって自由に使用されるかについてのルール、即ち、プライバシー考慮事項（consideration）を構成していても良い。加入者関係９２は、例えば、どの程度の経済的な取引を、ユーザ３０のためにオペレータ２０が行えるかについて調整しても良い。
【００１９】
ネットワークオペレータ２０は、相互関係に基づくブローカ１０’とのオペレータ間関係９１を持っている。このような関係９１は、上述のように、どのユーザ属性データが交換できるか、また、どんな状態下にあるかについてを管理する。このような関係９１は、典型的には、対称性を持っている。即ち、任意のオペレータは、異なるコンテンツプロバイダに対しては、ブローカとして動作しても良い。また、この関係９１は、情報を交換するためフォーマット及び手段を定義していることが好ましい。
【００２０】
ブローカ１０’は、コンテンツプロバイダ６０との関係９０を持っていする。この関係は、コンテンツプロバイダ９０に代わって実行することをブローカが受け入れるタスクを管理する。以下で更に説明するように、様々な責任分担を実現することができ、また、容易に共存することもできる。１つの関係９０は、特定のコンテンツあるいは、コンテンツプロバイダ６０とブローカの特定のペア間の関係をカバーしても良い。
【００２１】
最終的には、コンテンツプロバイダ６０と一時的なユーザとの間の関係９３が存在しなければならない。関係９３は、直接関係であってもよく、ここでは、取引と条件が関係者間で直接決定される。しかしながら、図５の他の関係９０〜９２の影響により、関係９３は、間接関係にもなり得る。ここでは、例えば、ブローカ１０’は、コンテンツプロバイダ６０の代わりとして動作しても良い、また／あるいはネットワークオペレータ２０は、少なくともある程度の範囲で、ユーザ３０の代わりとして動作しても良い。
【００２２】
ブローカとコンテンツプロバイダ間の関係は、コンテンツプロバイダ６０のシステムとブローカコンテンツ処理サブシステム７０間の責任分担を決定する。図６Ａでは、コンテンツプロバイダ６０のシステムとコンテンツ処理サブシステム７０の一実施形態の概要ブロック図が示されている。コンテンツプロバイダ６０は、コンテンツソース６６を備えている。コンテンツソース６６のコンテンツは、複数のユーザに対するものとして意図されている。加入者リストコンパイラ６４は、コンテンツに対する対象となるユーザのリストを実現する接続（関係：connection）６３を使用する。
【００２３】
コンテンツソース６６からのコンテンツは、８２を介して、コンテンツ処理サブシステム７０のコンテンツ修正ユニット７８へ送信される。また、加入者リストあるいはそれらの表現は、コンテンツプロバイダインタフェース６９を介して、８３で、コンテンツプロバイダ６０からコンテンツ処理サブシステム７０の属性コレクタ（収集部）７１へ送信される。属性コレクタ７１は、本実施形態では、受信した加入者リストに存在するユーザの有用なユーザ属性をリクエストするためのオペレータ間関係を使用する。このような通信は、複数の移動通信ネットワークのオペレータとのシグナリング管理用に構成されているオペレータ間インタフェース８１を介して発生する。関連するユーザ属性データに伴う加入者リストは、コンテンツ修正ユニット７８へ提供される。コンテンツ修正ユニット７８では、コンテンツは、様々なユーザ属性にできる限り良好に適合するように修正される。この処理のより詳細な例については後述する。修正されたコンテンツは、どのユーザがどんなタイプのコンテンツを持つべきであるかを示す加入者リストとともに、配信部７７に提供される。この配信部７７は、複数の移動通信ネットワークの加入者と通信するために構成されているデータトラフィックインタフェース７９を介してコンテンツを配信する。
【００２４】
図６Ａの実施形態では、コンテンツプロバイダ６０は、コンテンツに対する主な責任に加えて、加入者リストの提供を持っている。一方、あらゆる追加の動作は、コンテンツ処理サブシステム７０に引き渡される。
【００２５】
異なる責任分担に基づく別の実施形態が、図６Ｂに示される。ここでは、コンテンツプロバイダ６０は、オリジナルのコンテンツの実際の提供と、異なる対象のユーザに適合するための修正の両方についての責任を負っている。これによって、コンテンツ修正ユニット６８は、コンテンツプロバイダ６０で提供される。その代わり、一時的なユーザのリストを取得するための責任は、コンテンツ処理サブシステム７０に引き渡される。そこで、コンテンツ処理サブシステム７０は、コンテンツに対する対象となるユーザのリストを達成するための接続７３を使用する加入者リストコンパイラ７４を備える。その結果、このような対象を決める動作は、次に、属性コレクタ７１に容易に引き渡されることになる。属性コレクタ７１は、本実施形態では、関連するユーザ属性データに伴う加入者リスト８４を、コンテンツプロバイダインタフェース６９を介してコンテンツ修正ユニット６８へ提供する。コンテンツ修正リスト６８は、受信した情報に従ってコンテンツを修正し、その修正したコンテンツ８５を、コンテンツ処理サブシステム７０へ返信する。続いて、コンテンツ処理サブシステム７０は、そのコンテンツを配信する。
【００２６】
図６Ｃでは、更なる別の責任分担の実施形態が示される。ここでは、コンテンツプロバイダ６０は、それ自身の関与を最小化する。ここでは、コンテンツプロバイダ６０は、オリジナルのコンテンツを、コンテンツ処理サブシステム７０へ提供するだけであり、これにより、コンテンツ処理サブシステム７０は、上述の実施形態と同様にして、残りの工程のすべてを実行する。
【００２７】
本発明に従う方法及び装置の効果の理解を上げするために、いくつかの例示を以下に示す。モデルとする状況としては、制限されたコンサート会場で行うコンサートイベントを使用する。複数のアーティストがステージ上で観衆に対して追加のサービスを行おうとしていて、コンサートの興行者は、バックステージを操作し、追加のメディア媒体を提供するフィルムチームを持ってる。このメディア媒体には、例えば、インタビューあるいは、単なる一般的なバックステージ（舞台裏（back-stage））のフィルムシーケンスがある。
【００２８】
図７は、様々な関係者を示している。コンテンツプロバイダ６０は、まず、追加のメディア媒体に対して、取り得る対象に到達しなければならない。コンサート会場のエントランスでの広告に加えて、コンサート会場に渡る広告においては、コンテンツプロバイダは、「アーティストのバックステージを上映するフィルム」が利用可能であることを通知する。この広告では、単語「バックステージフィルム」を含むＳＭＳを特定の電話番号へ送信するための指示が存在している。このフィルムは、次に、ユーザがコンサート会場内に存在するならば、利用可能な場合に配信されることになる。会場の締め出し（constriction）は、非観衆者を禁止して、関心のあるメディアコンテンツへの興味（関心）を向ける効果をもたらす。また、広告は、どれくらいのコストが生じるかについても通知する。この広告は、矢印６３Ａで示されている。
【００２９】
バックステージの媒体を持つことに関心があるユーザは、６３Ｂで、単語「バックステージフィルム」を含む特定の電話番号へＳＭＳを送信することによって、広告６３Ａにリプライする。特定の電話番号は、コンテンツプロバイダ６０に属していて、ＳＭＳが受信される場合、コンテンツプロバイダ６０は、コード単語「バックステージフィルム」を検出して、発信ＳＭＳアドレス、例えば、ＳＭＳのＭＳＩＳＤＮを取得し、それを、コンテンツ配信提供に加入するユーザのリスト８６へ追加する。
【００３０】
コンサートが開始すると、それによりバックステージフィルムチームの作業を開始する。コンテンツプロバイダ６０が、提供する任意の新規のコンテンツ９６を持っている場合、それに加入するもののＭＳＩＳＤＮのリスト８６とともに、８２、８３で、コンテンツ９６は、ブローカ１０’へ送信される。ブローカ１０’（あるいは、ブローカのコンテンツ処理サブシステム）は、ＭＳＩＳＤＮのリスト８６を調べて、それぞれの数に対するオペレータ責任に従って、そのリスト８６を、オリジナルリスト８６内でユーザを持っているオペレータ毎のリスト８７に分割する。ブローカ１０’は、該当の各オペレータに対してリクエスト８１Ａを送信する。このリクエストは、現在のデバイスの位置、能力、現在のアクセス能力、配信方法をＩＭＳあるいはＭＭＳを選択するかについて問い合わせるものである。ブローカ１０’自身のネットワークに属するユーザに対しては、このようなリクエストは、もちろん、内部的に処理される。
【００３１】
各終端ネットワークオペレータ２０は、８１Ｂで、リクエスト８１Ａに対してリプライし、これは、各オペレータの対象とするユーザに対するユーザ属性データを提供する。ブローカ１０’は、この受信した情報を使用して、加入者リストの新規の区分を作成する。加入者リスト８６は、ここでは、部分リスト８８に分割され、このリストでは、アクセス及び提示機能において同一あるいは同様の要求を持っているユーザに集約されている。例えば、ＭＭＳを介して配信されるコンテンツを持っているユーザと、ＩＭＳを介して配信されるコンテンツを持っているユーザに区分することができる。コンサート会場内に存在しない対象とするユーザは、８９で、メディアコンテンツの受信については削除される。
【００３２】
ブローカ１０’は、部分リスト８８のそれぞれの要求に適合させるためにコンテンツを修正する、即ち、部分リスト８８それぞれに関連して修正されたコンテンツを提供する。そして、ブローカ１０’は、７９で、汎用的なルーティング機能を使用して、部分リスト８８のユーザへ修正したコンテンツを送信する。この特定の例では、ＭＭＳリスト上のＭＳＩＳＤＮについてのビデオＭＭＳとストリーミングは、ＩＭＳリスト上の各ＭＳＩＳＤＮを要請する。一般的には、コンテンツは、例えば、端末タイプに依存する端末スクリーンサイズに合うように修正及び記録の少なくとも一方を行うことができる、あるいは、例えば、制限されたアクセス機能に合うように修正及び圧縮符号化（down-coded）の少なくとも一方を行うことができる。
【００３３】
当業者は、上述の説明は、例えば、図６Ａに従うシステムに対応することを理解する。このシステムでは、コンテンツプロバイダは、ユーザのリストをコンパイル（compile：編纂）する責任があり、また、ブローカは、コンテンツ修正の責任がある。別の責任分担、例えば、図６Ｂ及び図６Ｃで存在するものがある場合、情報の流れが、それに従って変更されることになる。
【００３４】
上述の例は、かなり基本的なレベルでのコンテンツ配信を示している。更なる構成も考慮することができる。品質が保障されることについての問題は、考慮され得る配信要求である。このような構成は、例えば、ネットワーク輻輳の状態で要求され、この場合、コンテンツは配信保障付きで販売される。これは、上述の構成に容易に含めれる。ユーザ属性に対するリクエスト８１Ａは、次に、ユーザが品質保障付き配信に加入している場合についての情報に対するリクエストを含んでいる。属性の受信においては、ブローカ１０’は、品質保障付き配信の状態に基づいている部分リスト８８も生成する。修正されたコンテンツを配信する場合、品質保証付き配信を持っているユーザへの配信者が、それに従ってマークされる。
【００３５】
デジタル著作権管理（ＤＲＭ）も、市場に対して高付加価値コンテンツを継続して呼び込む重要な要素となっている。この状況では、配信される端末内に存在するＤＲＭレベルをチェックすることについての問題がある。これは、上述のスキーム内の他の属性間の属性として取り扱うことができる。端末をより高いＤＲＭ能力にする機能も、工程として組み込むことができる。
【００３６】
例としては、コンテンツプロバイダは、コンテンツの有用性を検討する。そして、加入者を有効とするために、ユーザデバイス内のＤＲＭ能力レベル２を必要とすることを決定する。ブローカ１０’は、デバイス内で利用可能なＤＲＭレベルを問い合わせる属性リクエストを送信し、ユーザは、それを使用して、少なくともレベル２にすることをリクエストする。終端ネットワークオペレータ２０は、ユーザデバイス能力をチェックする。ユーザデバイスがＤＲＭレベル２互換である場合、この情報は返信される。レベル２未満である場合、終端ネットワークオペレータ２０は、可能であれば、レベル２を満足するようにユーザデバイスを更新することを試行する。更新が成功する場合、レベル２互換性が返信され、そうでない場合、終端ネットワークオペレータ２０は、２未満のＤＲＭレベルを返信する。ブローカ１０’は、返信されたＤＲＭレベルを処理する。ここで、レベルが２未満である場合、ブローカ１０’は、コンテンツの提供対象であるユーザを、ユーザのリストから削除する。削除の指示と、それについての理由は、ユーザ３０へ送信されることが好ましい。
【００３７】
プライバシー、即ち、どんな情報が他の関係者に配信されることを許容するかについての事柄は、上述のスキーム内に組み込むことができる別の問題である。プライバシーは、大き関連性の追加である、これは、典型的には、ユーザ完全性を保護するために、プライバシーがいくつかの形態で必要とされることが考慮されるからである。更に上述のように、ユーザプライバシーの少なくとも一部は、加入者アグリーメント（契約）あるいは、オペレータとユーザ間の他の関係によって管理されても良い。このような規定は、汎用プライバシーに関係しても良い。即ち、任意の他の特定の外部の関係者（パーティ）あるいは他の任意の特定のイベントに向けたものではない。しかしながら、外部パーティに関して、ユーザ属性を総合的に自由に取り扱わせることをオペレータが許可することはあまり一般的でない。このような場合、汎用プライバシーの制限が典型的には存在し、これは、ネットワークオペレータがユーザ属性を、自身の考慮事項に従ってのみ外部のパーティに配信することを禁止する。このような環境下でも適切に動作する本発明のスキームに対しては、このような障害は、図８で示される以下の説明に従イベントあるいはパーティ関連プライバシー処理スキームを使用することによって、一時的に除去することができる。
【００３８】
図８の実施形態では、加入者リストのコンパイルは、ブローカ１０’によって取り扱われる。つまり、広告６３Ａとリプライ６３Ｂの受信は、ブローカ１０’によって制御される。これは、対象とする加入者８６のリストがオペレータで構築されることを意味する。ブローカ１０’がリプライ６３Ｂを受信すると、本実施形態では、自動化プライバシーコンフィグレーション（構成）が起動される。ブローカ１０’は、自動化プライバシーコンフィグレーションスクリプト１０１を、ＳＭＳ内の「ｆｒｏｍ」アドレス、即ち、対象ユーザへ、例えば、ＭＭＳを介して送信する。このスクリプトは、１０２で送信するリクエストに付随して発生し、これは、ユーザのオペレータ２０において定義されたアドレス１０３を記述している。このスクリプトは、ユーザのオペレータ２０、即ち、終端オペレータに対する能力を、ブローカ１０’から受け付ける属性リクエストの有効性に与える。プライバシーを構成するスクリプトは、クリエータによる署名が必要とされる。終端オペレータは、そのスクリプトが信頼のあるエンティティによって生成され、かつユーザによって署名されているかをチェックする。
【００３９】
ブローカ１０’は、ユーザ属性に対するリクエスト８１Ａを送信し、終端オペレータ２０は、各ユーザプライバシーコンフィグレーション１０３それぞれに対する属性リクエストの有効性をチェックする。プライバシーコンフィグレーションリスト１０３内に存在し、かつ適切なプライバシー設定を持っているユーザに対しては、リクエストされた属性値が、８１Ｂで返信される。ブローカ１０’は、任意の適切なプライバシーコンフィグレーションを持っていないユーザ８９、即ち、ユーザ属性が返信されないユーザを選別する。別の実装例では、ブローカ１０’は、適切なプライバシーコンフィグレーションを持っていないユーザの部分リストを別個に生成する。次に、この部分リストのユーザへ配信されるコンテンツは、取り得るレベルの「最低」レベルの端末及びネットワークアクセス能力に適合するように修正される。
【００４０】
上述のスクリプト取扱処理により、あらゆる事例において、ユーザによって承認されるプライバシーレベルは、取り得る配信の選択肢の内、最高の配信を提供するために使用することができる。
【００４１】
いくつかの状況では、ユーザは、自身の匿名性を維持したままで、コンテンツを取得したい場合があり得る。例えば、加入者が、コンテンツプロバイダが信頼できるオペレータであるかどうかがわからない場合、加入者は、そのコンテンツプロバイダに対する自身の実際のアイデンティティを明らかにしないことを選択することができる。換言すれば、加入者は、コンテンツの利用可能性を得たいが、自信が所有するアイデンティティを明らかにしたくない場合がある。また、匿名スキームは、匿名維持サブシステムとして、ブローカ１０’あるいは終端ネットワークオペレータ２０内のサブシステムを使用して、上述のコンフィグレーションで構成されても良い。このようなシステムの一実施形態は、図１１で示される。ネットワークオペレータ２０の終端ネットワーク２１は、匿名ポート３５を備えている。匿名ポート３５は、加入者アドレスと一時的なルーティングアドレス間での一時的な時限アソシエーションを提供するための機能を備える。このアソシエーション情報は、任意のユーザ属性データ交換を介して利用することはできない。
【００４２】
匿名ポート３５の動作は、一例を検討することによって最も容易に理解される。コンテンツプロバイダ６０あるいはブローカ１０’がコンテンツサービスを広告すると、匿名加入についての情報も提供される。広告することには、例えば、「匿名加入が受け付けられている。「０７０１２３４５６７」を組み込み、ＳＭＳをあなたのオペレータの匿名ポートに送信します」という情報を備えている。ユーザは、ＳＭＳを、コンテンツプロバイダあるいはブローカのＳＭＳアドレス０７０１２３４５６７と関心のある実際のコンテンツに対する識別とともに、自身のホームオペレータの匿名ポート３５へ送信する。オペレータ２０の匿名ポート３５は、一時的なルーティング番号を選択し、それを受信したＳＭＳの「ｆｒｏｍ」アドレスに関係付ける。ルーティング番号が構成されることが好ましく、そうすることで、それらがルーティング番号であり、通常の電話番号でないことを理解することができる。オペレータ２０は、ルーティング番号にアドレスされている任意のコールあるいはメッセージを、アソシエーションの有効期間に対して、関連付けられているオリジナルアドレスへ送信する。匿名ポート３５は、また、ＳＭＳをコンテンツプロバイダアドレス「０７０１２３４５６７」へ送信する。ブローカ１０’は、ＳＭＳ内の「ｆｒｏｍ」アドレス、即ち、ここでは、ルーティング番号を取得し、そして、それをコンテンツ配信提供に加入するユーザのリストへ追加する。
【００４３】
ブローカ１０’が加入者のユーザ属性をリクエストする場合、匿名ポート３５は、ルーティング番号をオリジナルの番号へ変換して、許可される場合には、正式のユーザ属性８０をブローカ１０’へ提供することができる。ここでは、依然として、エンドユーザ３０のアイデンティティが明らかにはされず、ユーザがどのオペレータに属しているかについてだけが明かされる。実際のコンテンツが配信される場合、コンテンツは、ルーティングアドレスにアドレスが割り当てられることになり、これは、コンテンツを匿名ポート３５へ移動させる。匿名ポート３５は、自身の内部アソシエーションを使用して、コンテンツを加入者３０へ送信する。
【００４４】
このような構成では、コンテンツに対する課金は、終端ネットワークオペレータ２０を介して処理しなければならない。
【００４５】
ブローカに対するタスクの１つは、サービスコンテンツに対する支払を取り扱うことである。典型的な場合、受信機は、サービスコンテンツに対する支配を行わなければならず、これは、いわゆるＢパーティ課金を伴うアナロジー内にある。図９は、本発明に従うシステムの実施形態における、支払フローの典型例を示している。サービスコンテンツが配信される場合、典型的には、Ｂパーティ課金に対してマークが付加され、かつ、コンテンツプロバイダ６０による広告料に対応する課金額が割り当てられる。終端ネットワークオペレータ２０は、ユーザ３０に請求を行う、あるいは、フロー１０５で示される、提示される課金額に従って、配信されたコンテンツに対するユーザのプリペイド口座の引き落としを行う。ブローカ１０’の支払管理ユニット１１０は、自身のアカウンティングアグリーメントに従って、値１０７に対応する、配信したコンテンツに対する請求を終端ネットワークオペレータ２０に行う。差額１０６は、終端ネットワークオペレータ２０の関与に対する保証となっている。そして、ブローカ１０’の支払管理ユニット１１０は、相互アグリーメントに従って、コンテンツプロバイダ６０への配信に対する返済額１０９を計算する。また、ここでは、課金額と返済額との差額１０８は、ブローカ１０’の関与に対する保証を構築している。
【００４６】
ブローカの動作は、２つの主な理由により財政的に可能である。最終的なコンテンツ品質は、通常はより高くなる。これは、加入者３０が支払を行うとする額が、従来技術でのソリューションよりも高くなることを意味する。これは、余分のコストマージンを与えて、関係するパーティ群へ分配する。また、コンテンツプロバイダ６０は、通常は、多くのタスクから開放される。このタスクは、典型的には大きな労力がかかりるが、代わりに、サービスコンテンツを提供するメインのタスクに集中することができる。ブローカ１０’を介してこれらのタスクを取り扱うことによって、コンテンツプロバイダ６０は、典型的には、ブローカ１０’を保証しようとする。このブローカ１０’は、ブローカ１０’に対する課金額と返済額との差額をより効果的なものにする。
【００４７】
図１０Ａは、本発明の第１の構成に従う方法の実施形態のメインステップのフロー図である。この処理は、ステップ２００で開始する。ステップ２１０で、サービスコンテンツ、例えば、メディアコンテンツが、ブローカで受信される。このコンテンツは、典型的には、コンテンツプロバイダによって、あるいはコンテンツプロバイダから提供される。ステップ２１２で、対象とするユーザの加入者リストが取得される。このステップは、コンテンツプロバイダによって、あるいは、ブローカのサブシステムによって提供することができる。ステップ２１４で、コンテンツは、加入者リストのユーザに対する調停が行われる。次に、このコンテンツは、各ユーザのユーザ属性に従って修正されることが好ましい。ステップ２１６で、加入者からの支払が収集される。この収集は、ブローカと加入者間で直接的に発生する、あるいは加入者のネットワークオペレータを介して間接的に発生する。後者の場合、ネットワークオペレータは、ブローカとのアグリーメントに従って加入者に対する課金を行う。また、ブローカは、合意されている部分での加入額を、ネットワークオペレータに請求する。ステップ２１８で、ブローカは、コンテンツについての返済をコンテンツサプライヤへ行う。ステップ２９９で、処理が終了する。
【００４８】
図１０Ｂは、本発明の第２の構成に従う方法の実施形態のメインステップのフロー図である。この処理は、ステップ２００で開始する。ステップ２１１で、アグリーメントが、オペレータと、サービスコンテンツの配信に関係するコンテンツプロバイダとの間で確立される。このサービスコンテンツは、例えば、複数のオペレータの加入者に対するメディアコンテンツである。ステップ２１３で、コンテンツの複数のオペレータによる配信が、アグリーメントに従って調整される。このコンテンツは、各加入者のユーザ属性に従って修正されることが好ましい。ステップ２１６で、加入者からの支払が収集される。この集計は、ブローカと加入者間で直接的に発生する、あるいは加入者のネットワークオペレータを介して間接的に発生する。後者の場合、ネットワークオペレータは、ブローカとのアグリーメントに従って加入者に対する課金を行う。また、ブローカは、合意されている部分での加入額を、ネットワークオペレータに請求する。ステップ２１８で、ブローカは、コンテンツについての返済をコンテンツサプライヤへ行う。ステップ２９９で、処理が終了する。
【００４９】
本明細書で記載される構成は、オペレータの集合に対する管理者あるいはブローカとして動作することを、ある特定の電気通信オペレータである市場構造に可能にする。つまり、応用産業を革新的に、かつ成長を早めることを可能にする。オペレータは、自身のユーザに関する情報のほとんどを提供し、これに加えて、必要とされる基本能力を構成するように管理している。
【００５０】
オペレータ間のアグリーメントは必要とされる。これらのアグリーメントは、セッションルーティングレベルと、可能になるレベル上での汎用的な相互接続構成をカバーし、これに加えて、汎用的な属性共有能力をカバーする。サービスコンテキストでこれらが使用される方法は、アグリーメントの一部ではないばかりか、関係の一方側で知られている必要がある。プライバシーは、更に、各オペレータによってそれらの顧客によって提供される汎用的なサービスとして考慮される。
【００５１】
この構成は、様々なオペレータに、独立して動作し、かつ開発することを可能にし、これにより、サービスレベルにおける、時間を消費する標準化活動を解消する。別の効果は、単一のサービスはすべてのユーザに渡って動作するために、すべてのオペレータで実現される必要はないことである。
【００５２】
本発明の重要な構成は、標準化インタフェースソリューションを組み合わせて、総合的な能力及び特徴を提供することであり、この能力及び特徴を、オペレータとの関係に関わらず、各オペレータによって、あらゆるユーザへ及ばせることを可能にすることである。
【００５３】
上述の実施形態は、本発明のいくかの例として理解されるべきである。本発明の構成を逸脱しない範囲で、様々な変形、組み合わせ及び変更が、実施形態とされても良いことが、当業者によって理解されるであろう。特に、様々な実施形態での異なる部分のソリューションは、技術的に可能である他のコンフィグレーション（構成）に組み合わせることができる。但し、本発明の範囲は、請求項によって定義される。
【図面の簡単な説明】
【００５４】
【図１】オペレータ境界を跨るルーティング機能を示すブロック図である。
【図２】コンテンツ提供についての従来技術システムのブロック図である。
【図３】コンテンツ提供についての別の従来技術システムのブロック図である。
【図４】本発明に従うコンテンツ提供用のシステムの実施形態のブロック図である。
【図５】本発明に従うコンテンツ提供用のシステムにおける関係者間の関係を示すブロック図である。
【図６Ａ】本発明に従う、コンテンツプロバイダの実施形態及びブローカのコンテンツ処理サブシステムの実施形態のブロック図である。
【図６Ｂ】本発明に従う、コンテンツプロバイダの別の実施形態及びブローカのコンテンツ処理サブシステムの実施形態のブロック図である。
【図６Ｃ】本発明に従う、コンテンツプロバイダの更に別の実施形態及びブローカのコンテンツ処理サブシステムの実施形態のブロック図である。
【図７】本発明に従うシステムの実施形態における、情報フローを示す図である。
【図８】プライバシースクリプトを備える本発明に従うシステムの実施形態における情報フローの図である。
【図９】本発明に従うシステムの実施形態の支払フローの図である。
【図１０Ａ】本発明の第１の構成に従う方法の実施形態のメインステップのフロー図である。
【図１０Ｂ】本発明の第２の構成に従う方法の実施形態のメインステップのフロー図である。
【図１１】匿名性を可能にする、本発明に従うコンテンツ提供用のシステムの実施形態のブロック図である。
【技術分野】
【０００１】
技術分野
本発明は、一般的には、サービスコンテンツの通信に関するものであり、より詳しくは、このようなサービスコンテンツのオペレータ間仲介（inter-operator brokerage）に関するものである。
【０００２】
背景
電気通信オペレータは、今日、自身の集合ネットワークを介して、通信サービス、セッション及びメディアの少なくとも１つに対し、いくつかの標準化ルーティング機能を構築している。この推進力は、特定のユーザ−オペレータ関係に関係なく、不特定者同士についての個々の接続性を提供することを可能にすることである。これらのサービス、セッション及びメディアの少なくとも１つのルーティング機能の例には、テレフォニー、ＳＭＳ、ＭＭＳ、ＩＭＰＳ、電子メールがあり、また、今では、ＩＭＳもある。これらの例のそれぞれは、それら自身のアドレス割当（addressing）構造を持っている、これは、特定のアドレス割当、サービスあるいはセッションスキームの範囲内でアクティブにして、任意のユーザから別の任意のユーザへのルーティングを実現することを可能にする。
【０００３】
様々なサービスコンテンツ、例えば、通信サービスコンテンツ、メディアコンテンツ等のコンテンツプロバイダは、これらのサービスコンテンツを特定のユーザに配信する必要がある。典型的には、いくつかの異なるオペレータに渡って関連付けられている多数のユーザは、このようなサービスコンテンツに対する暫定的な対象となる。結局のところ、コンテンツプロバイダは、任意の他のユーザが使用できるのと同様に、上述のルーティング機能を使用することができ、そして、そのような場合には、これらは、「通常」ユーザとして考慮されることになる。コンテンツプロバイダは、このような方法で、自身のサービスコンテンツをそれを要求している者に転送することができる。しかしながら、他のユーザ間でのユーザとして動作する場合でのサービスコンテンツの配信はいくつかの問題を持っている。これは、主に、実際のコンテンツを端末のタイプに適合させる機能に関しては、そのコンテンツが配信されること、あるいはそのコンテンツへのアクセスのタイプが配信されることの少なくとも一方がなされることである。このことは、このような製品に関連付けることができる、取り得る料金を減らしてしまう。
【０００４】
コンテンツプロバイダが利用可能な別の代替は、異なるオペレータと直接の関係を生成することである。この関係は、オペレータに関連付けられているユーザの現在の端末の機能へのアクセスと、オペレータのサードパーティのインタフェースを使用させることによるオペレータアクセス機能を提供することができる。これは、例えば、対象とするユーザの位置を取得する方法となる。この方法は、コンテンツの実際の配信について重要なものとなるかもしれない。しかしながら、あらゆる可能性のあるユーザへサービスを提供することを可能にするためには、コンテンツプロバイダは、関心のあるすべてのオペレータとこのような関係を生成しなければならない。全世界に渡って数々のオペレータが存在するので、少なくとも比較的小規模のコンテンツプロバイダについては、このような関係を取得することは困難であるかもしれない。この処理は、この方法がかなり時間を消費し、管理上困難であり、更に、コンテンツプロバイダにとって費用がかかることになることを招いてしまう。つまり、このようなソリューションを使用することは、コンテンツプロバイダにとって高い障壁となる。
【０００５】
要約
従来の電気通信システムについての一般的な問題は、個人端末及びアクセス能力に好適な方法で、様々な電気通信オペレータの複数の対象ユーザへ、サービスコンテンツを提供することが難しいことである。従来のサービスコンテンツ提供についての別の一般的な問題は、サービスコンテンツを提供するための費用と、サービスコンテンツの提供について可能な課金額の差がかなり小さいことである。
【０００６】
本発明の一般的な目的は、複数の電気通信オペレータの集合ネットワークを介する、コンテンツプロバイダから対象ユーザへのサービスコンテンツ配信を改善することである。本発明の別の目的は、サービスコンテンツ配信に関係する取り得る利益を向上することである。本発明の更なる目的は、コンテンツプロバイダと、複数の電気通信オペレータ間の関係の生成を容易にする方法及び装置を提供することである。本発明の補助的な目的は、エンドユーザアプリケーションのより高度な開発速度を可能にする通信構造を生成することである。
【０００７】
上記の目的は、特許請求の範囲に従う方法及び装置によって達成される。一般的に言えば、本発明の基本的な概念は、あらゆるオペレータに対する、中間管理者、取扱者あるいは配信者として動作するブローカノードを提供することである。コンテンツプロバイダは、ブローカとの単一の関係を持っている。このブローカは、いくつかの他のオペレータとの関係を持っている。この方法では、コンテンツプロバイダに対して、ある単一の関係者（actor）との関係を有するあらゆるオペレータのあらゆるユーザへ及ぼすことを可能にすることである。コンテンツプロバイダは、通信コンテンツを提供する。対象ユーザあるいは加入者のリストは、ブローカによって編纂（コンパイル：compile）される。好ましくは、ブローカは、必要な加入者属性を他のオペレータから収集する。この加入者属性は、例えば、位置、デバイス情報及びアクセスプロパティがある。通信コンテンツは、収集された属性に従って修正されることが好ましく、続いて、コンテンツは、取り得る方法の内、最適な方法で、対象加入者へ配信あるいは配送することができる。ブローカノードは、サービスコンテンツに対する支払を加入者から収集し、メディアコンテンツサプライへ返済（reimburse）する。本発明に従うブローカは、２つの構成を持っている。第１の構成では、ブローカは配信者であり、かつ、サービスコンテンツに対する支払管理者である。もう１つの構成では、ブローカは、サードパーティコンテンツプロバイダとのオペレータ間の関係の使用、そのサードパーティコンテンツプロバイダに関係する支払ルーチンの調停者（mediator）である。
【０００８】
このような構成に伴う効果は、エンドユーザアプリケーションの高度な開発速度を可能にする構造を構築することである。本発明は、すべてのサービスが、あらゆるオペレータで同様に実現されなければならないことはないという可能性を提供する。その代わり、サービスは、１つのサービスで実現されるオペレータのすべてに渡って使用可能である。別の効果は、最終サービスコンテンツが、加入者に対して潜在的により高い価値を持っていることであり、これは、より高い料金であることを意味するかも知れない。このより高い料金は、様々なオペレータ、ブローカ、更には、コンテンツプロバイダの利益を向上することができる。また、コンテンツプロバイダは、時間の消費及び費用のかかるオペレータ関係ネゴシエーションから解放される。
【０００９】
詳細説明
今日の電気通信ネットワークでは、オペレータ間を跨がるサービス、セッション及びメディアのルーティング機能は満足に確立されている。図１は、このような構成をブロック図によって視覚化している。発信元（originating）ユーザ９は、発信元ネットワークオペレータ１０の加入者であり、このユーザ９は、例えば、終端（terminating）ユーザ３０へメディアコンテンツを配信しようとしている。この終端ユーザ３０は、終端ネットワークオペレータ２０の加入者である。発信元ネットワーク１１に接続される発信元端末１２は、メディアコンテンツを提供し、これは、発信元ネットワーク１１と終端ネットワーク２１を介して、終端端末２２へ送信される。特定の通信のアドレス割当機構を使用することによって、任意の発信元ユーザ９は、ルーティング機能４０、５０を介して任意の終端ユーザ３０へ到達することができる。ここで、特定の通信には、例えば、テレフォニー、ＳＭＳ（ショートメッセージサービス）、ＭＭＳ（マルチメディアメッセージングサービス）、ＩＭＰＳ（インスタントメッセージングプレゼンスサービス：Instant Messaging and Presence Service）、電子メールあるいはＩＭＳ（ＩＰマルチメディアサービス）がある。矢印４０は、例えば、Ｅ１６４を使用する、テレフォニー、ＳＭＳ、ＭＭＳあるいはＩＭＰＳを示していて、また、矢印５０は、例えば、ＳＩＰ ＵＲＩを使用するＩＭＳを示している。
【００１０】
サービスコンテンツのプロバイダを変更する場合、コンテンツプロバイダは、従来技術に従って、通常のユーザとして動作することができる。この状況を、図２に示す。コンテンツプロバイダ６０は、ここでは、オリジナルのサービスコンテンツを提供していて、ここでは、従来のルーティング機能を使用して、エンドユーザ３０と通信している。本願明細書では、「コンテンツ」あるいは「サービスコンテンツ」という表現は、比較的広い意味で使用される。包括的な例には、例えば、メディアコンテンツ、通信サービスコンテンツ、広告、情報サービスコンテンツ等がある。
【００１１】
コンテンツプロバイダは、通信ネットワークオペレータとより多くの直接通信も持っていても良い。図３は、コンテンツプロバイダ６０が、あるネットワークオペレータ２０よりも多いユーザ群３０へ、自身のコンテンツを提供しようとしている状況を示している。コンテンツプロバイダ６０は、異なるネットワークオペレータ２０のすべてとの関係を確立している。オペレータ２０は、最高の条件では、ネットワーク内のアクセスプロパティ及び加入者装置の機能の少なくとも一方についての情報２３を提供することができる。コンテンツプロバイダ６０のコンテンツ修正者６５は、コンテンツを送信する前に、ネットワークオペレータのルーティングシステムを使用して、このような情報２３を用いてコンテンツを適合することができる。コンテンツプロバイダ６０は、このような概念においては、オペレータの関係の確立及び修正処理についてのより多くの努力を費やさなければならない。また、ネットワークオペレータ２０は、取り得るコンテンツプロバイダのすべてとの関係を達成することについて取り組まなければならない。
【００１２】
本発明に従えば、代替の構成を提案する。図４は、本発明に従うシステムの一実施形態を示している。コンテンツプロバイダ６０は、ある中央オペレータ１０’との単一の関係を確立している。本発明では、これをブローカと称する。このブローカは、典型的には、電気通信ネットワークオペレータである。ブローカ１０’の管理ネットワーク１１’は、サービスコンテンツの管理用に構成されているコンテンツ処理サブシステム７０を備えている。このコンテンツ処理サブシステム７０は、典型的には、ネットワークノード内で実現されるが、任意の他のネットワークデバイス、更には、分散サブシステムで実現することもできる。
【００１３】
ブローカ１０’は、典型的には、ある加入者属性の交換８０を可能にするために、他のネットワークオペレータ２０との関係を確立している。この加入者属性には、例えば、加入者位置データ、加入者装置情報及び加入者アクセスプロパティの少なくとも１つがある。オペレータとブローカ間のアグリーメント（agreement：協定）は、このような交換８０が行われる下で、条件、データコンテンツ、範囲、経済的な補償等を決定する。
【００１４】
ブローカ１０’は、コンテンツプロバイダ６０との関係も確立していて、これは、ブローカ１０’とコンテンツプロバイダ６０間で交換されるデータについての、データのタイプ、送信技術等を管理する。コンテンツ処理サブシステム７０は、すべてのオペレータの集合ネットワーク内のいくつかのユーザに配信されるコンテンツを受信する。このコンテンツは、本実施形態では、交換されるユーザ属性データ８０を使用することによる最適な方法で、異なるエンドユーザ、及びそれらの要求及び機能に適合するように修正される。次に、修正されたコンテンツは、従来よりのルーティング機能４０、５０を使用して配信される。
【００１５】
ブローカのネットワークは、コンテンツの受信対象のユーザが、ネットワークオペレータとして動作するブローカの加入者である場合には、終端ネットワークとしても同時に機能する。これについては図面の下部に示されており、ここでは、ユーザ終端端末２２が、ブローカ１０’内に示されている。
【００１６】
このような構成において、複数のコンテンツプロバイダからのコンテンツを処理するために、オペレータ間の関係を再使用することができる。同時に、コンテンツプロバイダは、単一のオペレータ関係のみを確立しなければならない。換言すれば、上述の構成は、オペレータ同士の、かつコンテンツプロバイダとの間のビジネスの構成（setup）における不特定者間の、サービス／セッション／メディアルーティングを集約して使用するために、オペレータに対して拡大している。
【００１７】
オペレータ／ブローカは、互いに共有している属性においてアグリーメントを持っていて、これは、別のオペレータのユーザの属性値をブローカに問い合わせさせることを可能にする。これについての好適な技術には、３ＧＰＰ標準化汎用ユーザプロファイル（ＧＵＰ）ソリューションがあり、他の候補には、リバティアライアンスソリューション（Liberty Alliance solution）がある。
【００１８】
図４の構成は、異なるパーティ間で、いくつかの関係あるいはアグリーメントが確立されていることを示している。これは、図５で概略的に示されている。ユーザ３０は、ネットワークオペレータ２０との加入関係９２を有している。加入関係９２は、どの程度のユーザ属性がオペレータ２０によって自由に使用されるかについてのルール、即ち、プライバシー考慮事項（consideration）を構成していても良い。加入者関係９２は、例えば、どの程度の経済的な取引を、ユーザ３０のためにオペレータ２０が行えるかについて調整しても良い。
【００１９】
ネットワークオペレータ２０は、相互関係に基づくブローカ１０’とのオペレータ間関係９１を持っている。このような関係９１は、上述のように、どのユーザ属性データが交換できるか、また、どんな状態下にあるかについてを管理する。このような関係９１は、典型的には、対称性を持っている。即ち、任意のオペレータは、異なるコンテンツプロバイダに対しては、ブローカとして動作しても良い。また、この関係９１は、情報を交換するためフォーマット及び手段を定義していることが好ましい。
【００２０】
ブローカ１０’は、コンテンツプロバイダ６０との関係９０を持っていする。この関係は、コンテンツプロバイダ９０に代わって実行することをブローカが受け入れるタスクを管理する。以下で更に説明するように、様々な責任分担を実現することができ、また、容易に共存することもできる。１つの関係９０は、特定のコンテンツあるいは、コンテンツプロバイダ６０とブローカの特定のペア間の関係をカバーしても良い。
【００２１】
最終的には、コンテンツプロバイダ６０と一時的なユーザとの間の関係９３が存在しなければならない。関係９３は、直接関係であってもよく、ここでは、取引と条件が関係者間で直接決定される。しかしながら、図５の他の関係９０〜９２の影響により、関係９３は、間接関係にもなり得る。ここでは、例えば、ブローカ１０’は、コンテンツプロバイダ６０の代わりとして動作しても良い、また／あるいはネットワークオペレータ２０は、少なくともある程度の範囲で、ユーザ３０の代わりとして動作しても良い。
【００２２】
ブローカとコンテンツプロバイダ間の関係は、コンテンツプロバイダ６０のシステムとブローカコンテンツ処理サブシステム７０間の責任分担を決定する。図６Ａでは、コンテンツプロバイダ６０のシステムとコンテンツ処理サブシステム７０の一実施形態の概要ブロック図が示されている。コンテンツプロバイダ６０は、コンテンツソース６６を備えている。コンテンツソース６６のコンテンツは、複数のユーザに対するものとして意図されている。加入者リストコンパイラ６４は、コンテンツに対する対象となるユーザのリストを実現する接続（関係：connection）６３を使用する。
【００２３】
コンテンツソース６６からのコンテンツは、８２を介して、コンテンツ処理サブシステム７０のコンテンツ修正ユニット７８へ送信される。また、加入者リストあるいはそれらの表現は、コンテンツプロバイダインタフェース６９を介して、８３で、コンテンツプロバイダ６０からコンテンツ処理サブシステム７０の属性コレクタ（収集部）７１へ送信される。属性コレクタ７１は、本実施形態では、受信した加入者リストに存在するユーザの有用なユーザ属性をリクエストするためのオペレータ間関係を使用する。このような通信は、複数の移動通信ネットワークのオペレータとのシグナリング管理用に構成されているオペレータ間インタフェース８１を介して発生する。関連するユーザ属性データに伴う加入者リストは、コンテンツ修正ユニット７８へ提供される。コンテンツ修正ユニット７８では、コンテンツは、様々なユーザ属性にできる限り良好に適合するように修正される。この処理のより詳細な例については後述する。修正されたコンテンツは、どのユーザがどんなタイプのコンテンツを持つべきであるかを示す加入者リストとともに、配信部７７に提供される。この配信部７７は、複数の移動通信ネットワークの加入者と通信するために構成されているデータトラフィックインタフェース７９を介してコンテンツを配信する。
【００２４】
図６Ａの実施形態では、コンテンツプロバイダ６０は、コンテンツに対する主な責任に加えて、加入者リストの提供を持っている。一方、あらゆる追加の動作は、コンテンツ処理サブシステム７０に引き渡される。
【００２５】
異なる責任分担に基づく別の実施形態が、図６Ｂに示される。ここでは、コンテンツプロバイダ６０は、オリジナルのコンテンツの実際の提供と、異なる対象のユーザに適合するための修正の両方についての責任を負っている。これによって、コンテンツ修正ユニット６８は、コンテンツプロバイダ６０で提供される。その代わり、一時的なユーザのリストを取得するための責任は、コンテンツ処理サブシステム７０に引き渡される。そこで、コンテンツ処理サブシステム７０は、コンテンツに対する対象となるユーザのリストを達成するための接続７３を使用する加入者リストコンパイラ７４を備える。その結果、このような対象を決める動作は、次に、属性コレクタ７１に容易に引き渡されることになる。属性コレクタ７１は、本実施形態では、関連するユーザ属性データに伴う加入者リスト８４を、コンテンツプロバイダインタフェース６９を介してコンテンツ修正ユニット６８へ提供する。コンテンツ修正リスト６８は、受信した情報に従ってコンテンツを修正し、その修正したコンテンツ８５を、コンテンツ処理サブシステム７０へ返信する。続いて、コンテンツ処理サブシステム７０は、そのコンテンツを配信する。
【００２６】
図６Ｃでは、更なる別の責任分担の実施形態が示される。ここでは、コンテンツプロバイダ６０は、それ自身の関与を最小化する。ここでは、コンテンツプロバイダ６０は、オリジナルのコンテンツを、コンテンツ処理サブシステム７０へ提供するだけであり、これにより、コンテンツ処理サブシステム７０は、上述の実施形態と同様にして、残りの工程のすべてを実行する。
【００２７】
本発明に従う方法及び装置の効果の理解を上げするために、いくつかの例示を以下に示す。モデルとする状況としては、制限されたコンサート会場で行うコンサートイベントを使用する。複数のアーティストがステージ上で観衆に対して追加のサービスを行おうとしていて、コンサートの興行者は、バックステージを操作し、追加のメディア媒体を提供するフィルムチームを持ってる。このメディア媒体には、例えば、インタビューあるいは、単なる一般的なバックステージ（舞台裏（back-stage））のフィルムシーケンスがある。
【００２８】
図７は、様々な関係者を示している。コンテンツプロバイダ６０は、まず、追加のメディア媒体に対して、取り得る対象に到達しなければならない。コンサート会場のエントランスでの広告に加えて、コンサート会場に渡る広告においては、コンテンツプロバイダは、「アーティストのバックステージを上映するフィルム」が利用可能であることを通知する。この広告では、単語「バックステージフィルム」を含むＳＭＳを特定の電話番号へ送信するための指示が存在している。このフィルムは、次に、ユーザがコンサート会場内に存在するならば、利用可能な場合に配信されることになる。会場の締め出し（constriction）は、非観衆者を禁止して、関心のあるメディアコンテンツへの興味（関心）を向ける効果をもたらす。また、広告は、どれくらいのコストが生じるかについても通知する。この広告は、矢印６３Ａで示されている。
【００２９】
バックステージの媒体を持つことに関心があるユーザは、６３Ｂで、単語「バックステージフィルム」を含む特定の電話番号へＳＭＳを送信することによって、広告６３Ａにリプライする。特定の電話番号は、コンテンツプロバイダ６０に属していて、ＳＭＳが受信される場合、コンテンツプロバイダ６０は、コード単語「バックステージフィルム」を検出して、発信ＳＭＳアドレス、例えば、ＳＭＳのＭＳＩＳＤＮを取得し、それを、コンテンツ配信提供に加入するユーザのリスト８６へ追加する。
【００３０】
コンサートが開始すると、それによりバックステージフィルムチームの作業を開始する。コンテンツプロバイダ６０が、提供する任意の新規のコンテンツ９６を持っている場合、それに加入するもののＭＳＩＳＤＮのリスト８６とともに、８２、８３で、コンテンツ９６は、ブローカ１０’へ送信される。ブローカ１０’（あるいは、ブローカのコンテンツ処理サブシステム）は、ＭＳＩＳＤＮのリスト８６を調べて、それぞれの数に対するオペレータ責任に従って、そのリスト８６を、オリジナルリスト８６内でユーザを持っているオペレータ毎のリスト８７に分割する。ブローカ１０’は、該当の各オペレータに対してリクエスト８１Ａを送信する。このリクエストは、現在のデバイスの位置、能力、現在のアクセス能力、配信方法をＩＭＳあるいはＭＭＳを選択するかについて問い合わせるものである。ブローカ１０’自身のネットワークに属するユーザに対しては、このようなリクエストは、もちろん、内部的に処理される。
【００３１】
各終端ネットワークオペレータ２０は、８１Ｂで、リクエスト８１Ａに対してリプライし、これは、各オペレータの対象とするユーザに対するユーザ属性データを提供する。ブローカ１０’は、この受信した情報を使用して、加入者リストの新規の区分を作成する。加入者リスト８６は、ここでは、部分リスト８８に分割され、このリストでは、アクセス及び提示機能において同一あるいは同様の要求を持っているユーザに集約されている。例えば、ＭＭＳを介して配信されるコンテンツを持っているユーザと、ＩＭＳを介して配信されるコンテンツを持っているユーザに区分することができる。コンサート会場内に存在しない対象とするユーザは、８９で、メディアコンテンツの受信については削除される。
【００３２】
ブローカ１０’は、部分リスト８８のそれぞれの要求に適合させるためにコンテンツを修正する、即ち、部分リスト８８それぞれに関連して修正されたコンテンツを提供する。そして、ブローカ１０’は、７９で、汎用的なルーティング機能を使用して、部分リスト８８のユーザへ修正したコンテンツを送信する。この特定の例では、ＭＭＳリスト上のＭＳＩＳＤＮについてのビデオＭＭＳとストリーミングは、ＩＭＳリスト上の各ＭＳＩＳＤＮを要請する。一般的には、コンテンツは、例えば、端末タイプに依存する端末スクリーンサイズに合うように修正及び記録の少なくとも一方を行うことができる、あるいは、例えば、制限されたアクセス機能に合うように修正及び圧縮符号化（down-coded）の少なくとも一方を行うことができる。
【００３３】
当業者は、上述の説明は、例えば、図６Ａに従うシステムに対応することを理解する。このシステムでは、コンテンツプロバイダは、ユーザのリストをコンパイル（compile：編纂）する責任があり、また、ブローカは、コンテンツ修正の責任がある。別の責任分担、例えば、図６Ｂ及び図６Ｃで存在するものがある場合、情報の流れが、それに従って変更されることになる。
【００３４】
上述の例は、かなり基本的なレベルでのコンテンツ配信を示している。更なる構成も考慮することができる。品質が保障されることについての問題は、考慮され得る配信要求である。このような構成は、例えば、ネットワーク輻輳の状態で要求され、この場合、コンテンツは配信保障付きで販売される。これは、上述の構成に容易に含めれる。ユーザ属性に対するリクエスト８１Ａは、次に、ユーザが品質保障付き配信に加入している場合についての情報に対するリクエストを含んでいる。属性の受信においては、ブローカ１０’は、品質保障付き配信の状態に基づいている部分リスト８８も生成する。修正されたコンテンツを配信する場合、品質保証付き配信を持っているユーザへの配信者が、それに従ってマークされる。
【００３５】
デジタル著作権管理（ＤＲＭ）も、市場に対して高付加価値コンテンツを継続して呼び込む重要な要素となっている。この状況では、配信される端末内に存在するＤＲＭレベルをチェックすることについての問題がある。これは、上述のスキーム内の他の属性間の属性として取り扱うことができる。端末をより高いＤＲＭ能力にする機能も、工程として組み込むことができる。
【００３６】
例としては、コンテンツプロバイダは、コンテンツの有用性を検討する。そして、加入者を有効とするために、ユーザデバイス内のＤＲＭ能力レベル２を必要とすることを決定する。ブローカ１０’は、デバイス内で利用可能なＤＲＭレベルを問い合わせる属性リクエストを送信し、ユーザは、それを使用して、少なくともレベル２にすることをリクエストする。終端ネットワークオペレータ２０は、ユーザデバイス能力をチェックする。ユーザデバイスがＤＲＭレベル２互換である場合、この情報は返信される。レベル２未満である場合、終端ネットワークオペレータ２０は、可能であれば、レベル２を満足するようにユーザデバイスを更新することを試行する。更新が成功する場合、レベル２互換性が返信され、そうでない場合、終端ネットワークオペレータ２０は、２未満のＤＲＭレベルを返信する。ブローカ１０’は、返信されたＤＲＭレベルを処理する。ここで、レベルが２未満である場合、ブローカ１０’は、コンテンツの提供対象であるユーザを、ユーザのリストから削除する。削除の指示と、それについての理由は、ユーザ３０へ送信されることが好ましい。
【００３７】
プライバシー、即ち、どんな情報が他の関係者に配信されることを許容するかについての事柄は、上述のスキーム内に組み込むことができる別の問題である。プライバシーは、大き関連性の追加である、これは、典型的には、ユーザ完全性を保護するために、プライバシーがいくつかの形態で必要とされることが考慮されるからである。更に上述のように、ユーザプライバシーの少なくとも一部は、加入者アグリーメント（契約）あるいは、オペレータとユーザ間の他の関係によって管理されても良い。このような規定は、汎用プライバシーに関係しても良い。即ち、任意の他の特定の外部の関係者（パーティ）あるいは他の任意の特定のイベントに向けたものではない。しかしながら、外部パーティに関して、ユーザ属性を総合的に自由に取り扱わせることをオペレータが許可することはあまり一般的でない。このような場合、汎用プライバシーの制限が典型的には存在し、これは、ネットワークオペレータがユーザ属性を、自身の考慮事項に従ってのみ外部のパーティに配信することを禁止する。このような環境下でも適切に動作する本発明のスキームに対しては、このような障害は、図８で示される以下の説明に従イベントあるいはパーティ関連プライバシー処理スキームを使用することによって、一時的に除去することができる。
【００３８】
図８の実施形態では、加入者リストのコンパイルは、ブローカ１０’によって取り扱われる。つまり、広告６３Ａとリプライ６３Ｂの受信は、ブローカ１０’によって制御される。これは、対象とする加入者８６のリストがオペレータで構築されることを意味する。ブローカ１０’がリプライ６３Ｂを受信すると、本実施形態では、自動化プライバシーコンフィグレーション（構成）が起動される。ブローカ１０’は、自動化プライバシーコンフィグレーションスクリプト１０１を、ＳＭＳ内の「ｆｒｏｍ」アドレス、即ち、対象ユーザへ、例えば、ＭＭＳを介して送信する。このスクリプトは、１０２で送信するリクエストに付随して発生し、これは、ユーザのオペレータ２０において定義されたアドレス１０３を記述している。このスクリプトは、ユーザのオペレータ２０、即ち、終端オペレータに対する能力を、ブローカ１０’から受け付ける属性リクエストの有効性に与える。プライバシーを構成するスクリプトは、クリエータによる署名が必要とされる。終端オペレータは、そのスクリプトが信頼のあるエンティティによって生成され、かつユーザによって署名されているかをチェックする。
【００３９】
ブローカ１０’は、ユーザ属性に対するリクエスト８１Ａを送信し、終端オペレータ２０は、各ユーザプライバシーコンフィグレーション１０３それぞれに対する属性リクエストの有効性をチェックする。プライバシーコンフィグレーションリスト１０３内に存在し、かつ適切なプライバシー設定を持っているユーザに対しては、リクエストされた属性値が、８１Ｂで返信される。ブローカ１０’は、任意の適切なプライバシーコンフィグレーションを持っていないユーザ８９、即ち、ユーザ属性が返信されないユーザを選別する。別の実装例では、ブローカ１０’は、適切なプライバシーコンフィグレーションを持っていないユーザの部分リストを別個に生成する。次に、この部分リストのユーザへ配信されるコンテンツは、取り得るレベルの「最低」レベルの端末及びネットワークアクセス能力に適合するように修正される。
【００４０】
上述のスクリプト取扱処理により、あらゆる事例において、ユーザによって承認されるプライバシーレベルは、取り得る配信の選択肢の内、最高の配信を提供するために使用することができる。
【００４１】
いくつかの状況では、ユーザは、自身の匿名性を維持したままで、コンテンツを取得したい場合があり得る。例えば、加入者が、コンテンツプロバイダが信頼できるオペレータであるかどうかがわからない場合、加入者は、そのコンテンツプロバイダに対する自身の実際のアイデンティティを明らかにしないことを選択することができる。換言すれば、加入者は、コンテンツの利用可能性を得たいが、自信が所有するアイデンティティを明らかにしたくない場合がある。また、匿名スキームは、匿名維持サブシステムとして、ブローカ１０’あるいは終端ネットワークオペレータ２０内のサブシステムを使用して、上述のコンフィグレーションで構成されても良い。このようなシステムの一実施形態は、図１１で示される。ネットワークオペレータ２０の終端ネットワーク２１は、匿名ポート３５を備えている。匿名ポート３５は、加入者アドレスと一時的なルーティングアドレス間での一時的な時限アソシエーションを提供するための機能を備える。このアソシエーション情報は、任意のユーザ属性データ交換を介して利用することはできない。
【００４２】
匿名ポート３５の動作は、一例を検討することによって最も容易に理解される。コンテンツプロバイダ６０あるいはブローカ１０’がコンテンツサービスを広告すると、匿名加入についての情報も提供される。広告することには、例えば、「匿名加入が受け付けられている。「０７０１２３４５６７」を組み込み、ＳＭＳをあなたのオペレータの匿名ポートに送信します」という情報を備えている。ユーザは、ＳＭＳを、コンテンツプロバイダあるいはブローカのＳＭＳアドレス０７０１２３４５６７と関心のある実際のコンテンツに対する識別とともに、自身のホームオペレータの匿名ポート３５へ送信する。オペレータ２０の匿名ポート３５は、一時的なルーティング番号を選択し、それを受信したＳＭＳの「ｆｒｏｍ」アドレスに関係付ける。ルーティング番号が構成されることが好ましく、そうすることで、それらがルーティング番号であり、通常の電話番号でないことを理解することができる。オペレータ２０は、ルーティング番号にアドレスされている任意のコールあるいはメッセージを、アソシエーションの有効期間に対して、関連付けられているオリジナルアドレスへ送信する。匿名ポート３５は、また、ＳＭＳをコンテンツプロバイダアドレス「０７０１２３４５６７」へ送信する。ブローカ１０’は、ＳＭＳ内の「ｆｒｏｍ」アドレス、即ち、ここでは、ルーティング番号を取得し、そして、それをコンテンツ配信提供に加入するユーザのリストへ追加する。
【００４３】
ブローカ１０’が加入者のユーザ属性をリクエストする場合、匿名ポート３５は、ルーティング番号をオリジナルの番号へ変換して、許可される場合には、正式のユーザ属性８０をブローカ１０’へ提供することができる。ここでは、依然として、エンドユーザ３０のアイデンティティが明らかにはされず、ユーザがどのオペレータに属しているかについてだけが明かされる。実際のコンテンツが配信される場合、コンテンツは、ルーティングアドレスにアドレスが割り当てられることになり、これは、コンテンツを匿名ポート３５へ移動させる。匿名ポート３５は、自身の内部アソシエーションを使用して、コンテンツを加入者３０へ送信する。
【００４４】
このような構成では、コンテンツに対する課金は、終端ネットワークオペレータ２０を介して処理しなければならない。
【００４５】
ブローカに対するタスクの１つは、サービスコンテンツに対する支払を取り扱うことである。典型的な場合、受信機は、サービスコンテンツに対する支配を行わなければならず、これは、いわゆるＢパーティ課金を伴うアナロジー内にある。図９は、本発明に従うシステムの実施形態における、支払フローの典型例を示している。サービスコンテンツが配信される場合、典型的には、Ｂパーティ課金に対してマークが付加され、かつ、コンテンツプロバイダ６０による広告料に対応する課金額が割り当てられる。終端ネットワークオペレータ２０は、ユーザ３０に請求を行う、あるいは、フロー１０５で示される、提示される課金額に従って、配信されたコンテンツに対するユーザのプリペイド口座の引き落としを行う。ブローカ１０’の支払管理ユニット１１０は、自身のアカウンティングアグリーメントに従って、値１０７に対応する、配信したコンテンツに対する請求を終端ネットワークオペレータ２０に行う。差額１０６は、終端ネットワークオペレータ２０の関与に対する保証となっている。そして、ブローカ１０’の支払管理ユニット１１０は、相互アグリーメントに従って、コンテンツプロバイダ６０への配信に対する返済額１０９を計算する。また、ここでは、課金額と返済額との差額１０８は、ブローカ１０’の関与に対する保証を構築している。
【００４６】
ブローカの動作は、２つの主な理由により財政的に可能である。最終的なコンテンツ品質は、通常はより高くなる。これは、加入者３０が支払を行うとする額が、従来技術でのソリューションよりも高くなることを意味する。これは、余分のコストマージンを与えて、関係するパーティ群へ分配する。また、コンテンツプロバイダ６０は、通常は、多くのタスクから開放される。このタスクは、典型的には大きな労力がかかりるが、代わりに、サービスコンテンツを提供するメインのタスクに集中することができる。ブローカ１０’を介してこれらのタスクを取り扱うことによって、コンテンツプロバイダ６０は、典型的には、ブローカ１０’を保証しようとする。このブローカ１０’は、ブローカ１０’に対する課金額と返済額との差額をより効果的なものにする。
【００４７】
図１０Ａは、本発明の第１の構成に従う方法の実施形態のメインステップのフロー図である。この処理は、ステップ２００で開始する。ステップ２１０で、サービスコンテンツ、例えば、メディアコンテンツが、ブローカで受信される。このコンテンツは、典型的には、コンテンツプロバイダによって、あるいはコンテンツプロバイダから提供される。ステップ２１２で、対象とするユーザの加入者リストが取得される。このステップは、コンテンツプロバイダによって、あるいは、ブローカのサブシステムによって提供することができる。ステップ２１４で、コンテンツは、加入者リストのユーザに対する調停が行われる。次に、このコンテンツは、各ユーザのユーザ属性に従って修正されることが好ましい。ステップ２１６で、加入者からの支払が収集される。この収集は、ブローカと加入者間で直接的に発生する、あるいは加入者のネットワークオペレータを介して間接的に発生する。後者の場合、ネットワークオペレータは、ブローカとのアグリーメントに従って加入者に対する課金を行う。また、ブローカは、合意されている部分での加入額を、ネットワークオペレータに請求する。ステップ２１８で、ブローカは、コンテンツについての返済をコンテンツサプライヤへ行う。ステップ２９９で、処理が終了する。
【００４８】
図１０Ｂは、本発明の第２の構成に従う方法の実施形態のメインステップのフロー図である。この処理は、ステップ２００で開始する。ステップ２１１で、アグリーメントが、オペレータと、サービスコンテンツの配信に関係するコンテンツプロバイダとの間で確立される。このサービスコンテンツは、例えば、複数のオペレータの加入者に対するメディアコンテンツである。ステップ２１３で、コンテンツの複数のオペレータによる配信が、アグリーメントに従って調整される。このコンテンツは、各加入者のユーザ属性に従って修正されることが好ましい。ステップ２１６で、加入者からの支払が収集される。この集計は、ブローカと加入者間で直接的に発生する、あるいは加入者のネットワークオペレータを介して間接的に発生する。後者の場合、ネットワークオペレータは、ブローカとのアグリーメントに従って加入者に対する課金を行う。また、ブローカは、合意されている部分での加入額を、ネットワークオペレータに請求する。ステップ２１８で、ブローカは、コンテンツについての返済をコンテンツサプライヤへ行う。ステップ２９９で、処理が終了する。
【００４９】
本明細書で記載される構成は、オペレータの集合に対する管理者あるいはブローカとして動作することを、ある特定の電気通信オペレータである市場構造に可能にする。つまり、応用産業を革新的に、かつ成長を早めることを可能にする。オペレータは、自身のユーザに関する情報のほとんどを提供し、これに加えて、必要とされる基本能力を構成するように管理している。
【００５０】
オペレータ間のアグリーメントは必要とされる。これらのアグリーメントは、セッションルーティングレベルと、可能になるレベル上での汎用的な相互接続構成をカバーし、これに加えて、汎用的な属性共有能力をカバーする。サービスコンテキストでこれらが使用される方法は、アグリーメントの一部ではないばかりか、関係の一方側で知られている必要がある。プライバシーは、更に、各オペレータによってそれらの顧客によって提供される汎用的なサービスとして考慮される。
【００５１】
この構成は、様々なオペレータに、独立して動作し、かつ開発することを可能にし、これにより、サービスレベルにおける、時間を消費する標準化活動を解消する。別の効果は、単一のサービスはすべてのユーザに渡って動作するために、すべてのオペレータで実現される必要はないことである。
【００５２】
本発明の重要な構成は、標準化インタフェースソリューションを組み合わせて、総合的な能力及び特徴を提供することであり、この能力及び特徴を、オペレータとの関係に関わらず、各オペレータによって、あらゆるユーザへ及ばせることを可能にすることである。
【００５３】
上述の実施形態は、本発明のいくかの例として理解されるべきである。本発明の構成を逸脱しない範囲で、様々な変形、組み合わせ及び変更が、実施形態とされても良いことが、当業者によって理解されるであろう。特に、様々な実施形態での異なる部分のソリューションは、技術的に可能である他のコンフィグレーション（構成）に組み合わせることができる。但し、本発明の範囲は、請求項によって定義される。
【図面の簡単な説明】
【００５４】
【図１】オペレータ境界を跨るルーティング機能を示すブロック図である。
【図２】コンテンツ提供についての従来技術システムのブロック図である。
【図３】コンテンツ提供についての別の従来技術システムのブロック図である。
【図４】本発明に従うコンテンツ提供用のシステムの実施形態のブロック図である。
【図５】本発明に従うコンテンツ提供用のシステムにおける関係者間の関係を示すブロック図である。
【図６Ａ】本発明に従う、コンテンツプロバイダの実施形態及びブローカのコンテンツ処理サブシステムの実施形態のブロック図である。
【図６Ｂ】本発明に従う、コンテンツプロバイダの別の実施形態及びブローカのコンテンツ処理サブシステムの実施形態のブロック図である。
【図６Ｃ】本発明に従う、コンテンツプロバイダの更に別の実施形態及びブローカのコンテンツ処理サブシステムの実施形態のブロック図である。
【図７】本発明に従うシステムの実施形態における、情報フローを示す図である。
【図８】プライバシースクリプトを備える本発明に従うシステムの実施形態における情報フローの図である。
【図９】本発明に従うシステムの実施形態の支払フローの図である。
【図１０Ａ】本発明の第１の構成に従う方法の実施形態のメインステップのフロー図である。
【図１０Ｂ】本発明の第２の構成に従う方法の実施形態のメインステップのフロー図である。
【図１１】匿名性を可能にする、本発明に従うコンテンツ提供用のシステムの実施形態のブロック図である。
【特許請求の範囲】
【請求項１】
サービスコンテンツプロバイダ（６０）からのサービスコンテンツ（９６）を、複数の移動通信ネットワークの加入者（３０）へ仲介する方法であって、
前記サービスコンテンツプロバイダ（６０）からのサービスコンテンツ（９６）を、ブローカ（１０’）のブローカ装置（７０）で、受信する工程（２１０）と、
前記ブローカ装置（７０）で、前記サービスコンテンツ（９６）が配信される前記複数の移動通信ネットワークの加入者のリスト（８６）を取得する工程（２１２）と、
前記ブローカ装置（７０）から前記リスト（８６）の加入者（３０）へ、前記サービスコンテンツ（９６）を仲介する工程（２１４）と、
前記サービスコンテンツ（９６）に対する前記加入者（３０）からの支払を、前記ブローカ（１０’）によって収集する工程（２１６）と、
前記ブローカ（１０’）から、前記サービスコンテンツ（９６）に対する費用を前記サービスコンテンツプロバイダ（６０）に返済する工程（２１８）と
を備えることを特徴とする方法。
【請求項２】
前記ブローカ（１０’）のオペレータと前記サービスコンテンツプロバイダ（６０）のオペレータ間でのブローカアグリーメントを確立する工程を更に備え、
前記ブローカ装置は、複数のオペレータの前記サービスコンテンツを仲介する工程と前記返済する工程についての状態を制御する
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ブローカ装置（７０）で、前記複数の移動通信ネットワークのオペレータ（２０）から、前記リスト（８６）の前記加入者（３０）に対する加入者属性を収集する工程と、
前記収集された加入者属性に従って、前記サービスコンテンツ（９６）を、前記ブローカ装置（７０）で修正する工程とを更に備え、
前記仲介する工程（２１４）は、加入者属性のそれぞれに従って修正された前記サービスコンテンツ（９６）を、前記リスト（８６）の加入者（３０）へ配信する工程を備える
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記加入者属性を収集する工程は、前記オペレータとの相互信頼関係に従って実行される
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記加入者のリスト（８６）を取得する工程（２１２）は、前記コンテンツプロバイダ（６０）から、前記加入者のリスト（８６）を示すデータ（８３）を受信する工程を備える
ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
加入者のリスト（８６）を取得する工程（２１２）は、前記複数の移動通信ネットワークの加入者（３０）から前記サービスコンテンツ（９６）に対する注文を収集する工程を備える
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記支払を収集する工程（２１６）は、前記相互信頼関係に従って、前記サービスコンテンツ（９６）の前記配信に対し、前記複数の移動通信ネットワークの前記オペレータに請求する工程を備える
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記仲介する工程（２１４）を実行する前に、前記相互信頼関係に従って、前記リスト（８６）の前記加入者（３０）と、各オペレータ（２０）との間での財政関係について、前記オペレータ（２０）へ問い合わせる工程を更に備える
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
サービスコンテンツ（９６）を処理する方法であって、
複数のオペレータのサービスコンテンツの配信に対して、サービスコンテンツプロバイダ（６０）と特定の電気通信オペレータ（１０’）間でブローカアグリーメントを確立する工程（２１１）と、
前記特定電気通信オペレータ（１０’）は、他の電気通信オペレータ（２０）とのオペレータ間相互信頼関係を有し、
前記特定の電気通信オペレータ（１０’）によって、前記ブローカアグリーメントに従うサービスコンテンツ（９６）の配信を調整する工程（２１３）と、
前記特定の電気通信オペレータ（１０’）によって、前記オペレータ間相互信頼関係によって制御される、前記サービスコンテンツ（９６）に対する前記加入者（３０）からの支払を収集する工程（２１６）と、
前記ブローカアグリーメントに従う前記サービスコンテンツ（９６）の配信に対する費用を、前記サービスコンテンツプロバイダ（６０）へ返済する工程と
を備えることを特徴とする方法。
【請求項１０】
前記特定の電気通信オペレータ（１０’）によって、前記サービスコンテンツプロバイダ（６０）からサービスコンテンツ（９６）を受信する工程と、
前記特定の電気通信オペレータ（１０’）によって、前記サービスコンテンツ（９６）が配信される前記複数の移動通信ネットワークの加入者のリスト（８６）を取得する工程と
を更に備えることを特徴とする方法。
【請求項１１】
前記特定の電気通信オペレータ（１０’）によって、前記オペレータ間相互信用関係に従って、前記複数の移動通信ネットワークのオペレータ（２０）から、前記リスト（８６）の前記加入者（３０）に対する加入者属性を収集する工程と、
前記特定の電気通信オペレータ（１０’）によって、前記収集された加入者属性に従って、前記サービスコンテンツ（９６）を修正する工程と、
前記加入者属性のそれぞれに従って修正された前記サービスコンテンツ（９６）を、前記リスト（８６）の加入者（３０）へ配信する工程と
を備えることを特徴とする請求項１０に記載の方法。
【請求項１２】
サービスコンテンツプロバイダ（６０）から、複数の移動通信ネットワークの加入者（３０）へ、サービスコンテンツ（９６）を仲介するためのブローカ装置（７０）であって、
サービスコンテンツプロバイダ（６０）からサービスコンテンツ（６９）を受信するように構成されているコンテンツプロバイダインタフェース（９６）と、
前記サービスコンテンツ（９６）が配信される前記複数の移動通信ネットワークの加入者のリスト（８６）を取得する手段（７３、８３）と、
前記複数の移動通信ネットワークの加入者（３０）と通信するように構成されているデータトラフィックインタフェース（７９）と、
前記データトラフィックインタフェース（７９）を介して、前記サービスコンテンツ（９６）を仲介する手段（７７）と、
前記加入者（３０）に対する前記サービスコンテンツ（９６）の配信に対する支払額を示すデータと、前記サービスコンテンツ（９６）に対する前記サービスコンテンツサプライヤ（６０）の返済を示すデータをコンパイルする手段と
を備えることを特徴とするブローカ装置。
【請求項１３】
複数の移動通信ネットワークのオペレータ（２０）とのシグナリングを管理するように構成されているオペレータ間インタフェース（８１）と、
前記オペレータ間インタフェース（８１）を介して、前記リスト（８６）の前記加入者（３０）に対する加入者属性を収集する手段（７１）と、
前記収集された加入者属性に従って、前記サービスコンテンツ（９６）を修正する手段（７８）とを更に備え、
前記仲介する手段（７７）は、前記加入者属性のそれぞれに従って修正された前記サービスコンテンツ（９６）を配信する手段を備える
ことを特徴とする請求項１２に記載のブローカ装置。
【請求項１４】
前記加入者のリスト（８６）を取得する手段は、前記コンテンツプロバイダインタフェース（６９）を介して、前記加入者のリスト（８６）を示すデータを受信する手段（８３）を備える
ことを特徴とする請求項１２または１３に記載のブローカ装置。
【請求項１５】
前記複数の移動通信ネットワークの加入者（３０）から前記サービスコンテンツ（９６）に対する注文を収集する手段（７３）を備える
ことを特徴とする請求項１２または１３に記載のブローカ装置。
【請求項１６】
前記サービスコンテンツに対する、前記加入者（３０）からの支払を収集する手段と、
前記サービスコンテンツ（９６）に対する費用を、前記サービスコンテンツサプライヤ（６０）へ返済する手段と
を備えることを特徴とする請求項１２乃至１４のいずれか１項に記載のブローカ装置。
【請求項１７】
前記支払を収集する手段は、前記サービスコンテンツ（９６）の配信に対し、前記複数の移動通信ネットワークの前記オペレータ（２０）に請求する手段を備える
ことを特徴とする請求項１６に記載のブローカ装置。
【請求項１８】
前記リスト（８６）の前記加入者（３０）と、オペレータ（２０）それぞれとの間の財政関係について、前記オペレータ（２０）に問い合わせる手段を更に備え、
前記問い合わせ手段は、前記仲介する手段（７７）に接続されていて、
これにより、前記仲介する手段（７７）の動作は、前記問い合わせ手段からの出力に依存する
ことを特徴とする請求項１２乃至１７のいずれか１項に記載のブローカ装置。
【請求項１９】
請求項１２乃至１８のいずれか１項に従うブローカ装置を備える移動通信ネットワーク。
【請求項１】
サービスコンテンツプロバイダ（６０）からのサービスコンテンツ（９６）を、複数の移動通信ネットワークの加入者（３０）へ仲介する方法であって、
前記サービスコンテンツプロバイダ（６０）からのサービスコンテンツ（９６）を、ブローカ（１０’）のブローカ装置（７０）で、受信する工程（２１０）と、
前記ブローカ装置（７０）で、前記サービスコンテンツ（９６）が配信される前記複数の移動通信ネットワークの加入者のリスト（８６）を取得する工程（２１２）と、
前記ブローカ装置（７０）から前記リスト（８６）の加入者（３０）へ、前記サービスコンテンツ（９６）を仲介する工程（２１４）と、
前記サービスコンテンツ（９６）に対する前記加入者（３０）からの支払を、前記ブローカ（１０’）によって収集する工程（２１６）と、
前記ブローカ（１０’）から、前記サービスコンテンツ（９６）に対する費用を前記サービスコンテンツプロバイダ（６０）に返済する工程（２１８）と
を備えることを特徴とする方法。
【請求項２】
前記ブローカ（１０’）のオペレータと前記サービスコンテンツプロバイダ（６０）のオペレータ間でのブローカアグリーメントを確立する工程を更に備え、
前記ブローカ装置は、複数のオペレータの前記サービスコンテンツを仲介する工程と前記返済する工程についての状態を制御する
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ブローカ装置（７０）で、前記複数の移動通信ネットワークのオペレータ（２０）から、前記リスト（８６）の前記加入者（３０）に対する加入者属性を収集する工程と、
前記収集された加入者属性に従って、前記サービスコンテンツ（９６）を、前記ブローカ装置（７０）で修正する工程とを更に備え、
前記仲介する工程（２１４）は、加入者属性のそれぞれに従って修正された前記サービスコンテンツ（９６）を、前記リスト（８６）の加入者（３０）へ配信する工程を備える
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記加入者属性を収集する工程は、前記オペレータとの相互信頼関係に従って実行される
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記加入者のリスト（８６）を取得する工程（２１２）は、前記コンテンツプロバイダ（６０）から、前記加入者のリスト（８６）を示すデータ（８３）を受信する工程を備える
ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
加入者のリスト（８６）を取得する工程（２１２）は、前記複数の移動通信ネットワークの加入者（３０）から前記サービスコンテンツ（９６）に対する注文を収集する工程を備える
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記支払を収集する工程（２１６）は、前記相互信頼関係に従って、前記サービスコンテンツ（９６）の前記配信に対し、前記複数の移動通信ネットワークの前記オペレータに請求する工程を備える
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記仲介する工程（２１４）を実行する前に、前記相互信頼関係に従って、前記リスト（８６）の前記加入者（３０）と、各オペレータ（２０）との間での財政関係について、前記オペレータ（２０）へ問い合わせる工程を更に備える
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
サービスコンテンツ（９６）を処理する方法であって、
複数のオペレータのサービスコンテンツの配信に対して、サービスコンテンツプロバイダ（６０）と特定の電気通信オペレータ（１０’）間でブローカアグリーメントを確立する工程（２１１）と、
前記特定電気通信オペレータ（１０’）は、他の電気通信オペレータ（２０）とのオペレータ間相互信頼関係を有し、
前記特定の電気通信オペレータ（１０’）によって、前記ブローカアグリーメントに従うサービスコンテンツ（９６）の配信を調整する工程（２１３）と、
前記特定の電気通信オペレータ（１０’）によって、前記オペレータ間相互信頼関係によって制御される、前記サービスコンテンツ（９６）に対する前記加入者（３０）からの支払を収集する工程（２１６）と、
前記ブローカアグリーメントに従う前記サービスコンテンツ（９６）の配信に対する費用を、前記サービスコンテンツプロバイダ（６０）へ返済する工程と
を備えることを特徴とする方法。
【請求項１０】
前記特定の電気通信オペレータ（１０’）によって、前記サービスコンテンツプロバイダ（６０）からサービスコンテンツ（９６）を受信する工程と、
前記特定の電気通信オペレータ（１０’）によって、前記サービスコンテンツ（９６）が配信される前記複数の移動通信ネットワークの加入者のリスト（８６）を取得する工程と
を更に備えることを特徴とする方法。
【請求項１１】
前記特定の電気通信オペレータ（１０’）によって、前記オペレータ間相互信用関係に従って、前記複数の移動通信ネットワークのオペレータ（２０）から、前記リスト（８６）の前記加入者（３０）に対する加入者属性を収集する工程と、
前記特定の電気通信オペレータ（１０’）によって、前記収集された加入者属性に従って、前記サービスコンテンツ（９６）を修正する工程と、
前記加入者属性のそれぞれに従って修正された前記サービスコンテンツ（９６）を、前記リスト（８６）の加入者（３０）へ配信する工程と
を備えることを特徴とする請求項１０に記載の方法。
【請求項１２】
サービスコンテンツプロバイダ（６０）から、複数の移動通信ネットワークの加入者（３０）へ、サービスコンテンツ（９６）を仲介するためのブローカ装置（７０）であって、
サービスコンテンツプロバイダ（６０）からサービスコンテンツ（６９）を受信するように構成されているコンテンツプロバイダインタフェース（９６）と、
前記サービスコンテンツ（９６）が配信される前記複数の移動通信ネットワークの加入者のリスト（８６）を取得する手段（７３、８３）と、
前記複数の移動通信ネットワークの加入者（３０）と通信するように構成されているデータトラフィックインタフェース（７９）と、
前記データトラフィックインタフェース（７９）を介して、前記サービスコンテンツ（９６）を仲介する手段（７７）と、
前記加入者（３０）に対する前記サービスコンテンツ（９６）の配信に対する支払額を示すデータと、前記サービスコンテンツ（９６）に対する前記サービスコンテンツサプライヤ（６０）の返済を示すデータをコンパイルする手段と
を備えることを特徴とするブローカ装置。
【請求項１３】
複数の移動通信ネットワークのオペレータ（２０）とのシグナリングを管理するように構成されているオペレータ間インタフェース（８１）と、
前記オペレータ間インタフェース（８１）を介して、前記リスト（８６）の前記加入者（３０）に対する加入者属性を収集する手段（７１）と、
前記収集された加入者属性に従って、前記サービスコンテンツ（９６）を修正する手段（７８）とを更に備え、
前記仲介する手段（７７）は、前記加入者属性のそれぞれに従って修正された前記サービスコンテンツ（９６）を配信する手段を備える
ことを特徴とする請求項１２に記載のブローカ装置。
【請求項１４】
前記加入者のリスト（８６）を取得する手段は、前記コンテンツプロバイダインタフェース（６９）を介して、前記加入者のリスト（８６）を示すデータを受信する手段（８３）を備える
ことを特徴とする請求項１２または１３に記載のブローカ装置。
【請求項１５】
前記複数の移動通信ネットワークの加入者（３０）から前記サービスコンテンツ（９６）に対する注文を収集する手段（７３）を備える
ことを特徴とする請求項１２または１３に記載のブローカ装置。
【請求項１６】
前記サービスコンテンツに対する、前記加入者（３０）からの支払を収集する手段と、
前記サービスコンテンツ（９６）に対する費用を、前記サービスコンテンツサプライヤ（６０）へ返済する手段と
を備えることを特徴とする請求項１２乃至１４のいずれか１項に記載のブローカ装置。
【請求項１７】
前記支払を収集する手段は、前記サービスコンテンツ（９６）の配信に対し、前記複数の移動通信ネットワークの前記オペレータ（２０）に請求する手段を備える
ことを特徴とする請求項１６に記載のブローカ装置。
【請求項１８】
前記リスト（８６）の前記加入者（３０）と、オペレータ（２０）それぞれとの間の財政関係について、前記オペレータ（２０）に問い合わせる手段を更に備え、
前記問い合わせ手段は、前記仲介する手段（７７）に接続されていて、
これにより、前記仲介する手段（７７）の動作は、前記問い合わせ手段からの出力に依存する
ことを特徴とする請求項１２乃至１７のいずれか１項に記載のブローカ装置。
【請求項１９】
請求項１２乃至１８のいずれか１項に従うブローカ装置を備える移動通信ネットワーク。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【公開番号】特開２００６−２９４０２９（Ｐ２００６−２９４０２９Ａ）
【公開日】平成１８年１０月２６日（２００６．１０．２６）
【国際特許分類】
【出願番号】特願２００６−１０２５１３（Ｐ２００６−１０２５１３）
【出願日】平成１８年４月３日（２００６．４．３）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公開日】平成１８年１０月２６日（２００６．１０．２６）
【国際特許分類】
【出願日】平成１８年４月３日（２００６．４．３）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]