JP2007208987A - 複数のユーザにコンテンツを配信する方法およびシステム - Google Patents

Abstract

【課題】複数のユーザにコンテンツを配信する方法を提供する。
【解決手段】ユーザは１つまたは複数のグループのメンバとして相互接続され、グループメンバはユーザ側で設定可能である。ユーザは、そのコンテクストに基づいて、提供されるコンテンツのうちから１つまたは複数のコンテンツ項目を選択することができる。選択されたコンテンツは、グループとの通信を開始するための通信トリガをコンテンツに埋め込むことにより、選択されたコンテンツとグループとの関連づけを利用して動的にパーソナライズされる。パーソナライズされグループと関連づけられたコンテンツがグループのメンバにプッシュされる。
【選択図】図１

Description

本発明は、複数のユーザにコンテンツを配信する方法およびシステムに関する。ここでユーザは１つまたは複数のグループのメンバとして相互接続され、グループメンバはユーザ側で設定可能である。

今日のサービスの世界では、一方に通信サービスが、他方にコンテンツ配信サービスがあり、相互に明確に分かれている。コンテンツは、インターネットやモバイルウェブブラウジングの世界にリンクされ、サーバシステムによって、オンデマンドで、あるいは定期購読方式で、ユーザに提供される。例として、ウェブサイト、ＣＭＳ（コンテンツ管理システム）あるいはウェブログが挙げられる。ウェブログシステム（ブログと略される）は、個人でコンテンツを公開するシステムで、ホームページの概念に基づいており、管理および通信のサポートが非常に簡単であるという利点を有する。このようなオンライン型の日誌は、例えば個人の日記のように、主として個人的関心から利用されるが、それに加えて、例えば社内掲示板のようなビジネス用途の可能性ももちろんある。ブログ内では、コンテンツは時間順に配列され、定期的に更新され、永続的にリンクされることにより、コンテンツの受信者に対する双方向的な機能を提供する。

ＳＩＰ（セッション開始プロトコル）標準に基づき、３ＧＰＰ標準化コンソーシアムは最近、パケット通信のプラットフォームを開発した。このいわゆるＩＭＳ（ＩＰマルチメディアサブシステム）標準は、新しい通信サービスのための包括的アーキテクチャを提供する。そこで、３ＧＰＰおよびＩＥＴＦと連携して、ＯＭＡ（オープン・モバイル・アライアンス）コンソーシアムは既に、プレゼンス技術、グループ管理（ＸＤＭＳ）、Push-to-Talk over Cellular（ＰｏＣ）のためのサービス仕様を開発している。ＰｏＣは、ユーザが自分の携帯電話で１または複数の受信者へ音声メッセージを送信することを可能にするサービスである。このサービスは、トランシーバの原理に従って動作する。すなわち、まずあるグループのメンバが、ＳＩＰプロトコルによりシグナリングを受け取る。その結果、パケット交換移動無線コネクション（ＧＰＲＳ）において、ＲＴＰ（リアルタイムプロトコル）により、音声メッセージがグループメンバへ送信される。ユーザはグループメンバを、対応する携帯電話番号によりプッシュツートークメニューで設定できる。

現在、ＯＭＡは、コンテンツを動的に提供するサービス（動的コンテンツ配信、ＤＣＤ）の標準仕様を開発しようとしている。特にアジアのいくつかの国々では、コンテンツを動的にプッシュする製品が既に利用可能である。例として、ＮＴＴドコモ社のｉチャネルが挙げられる。このようなサービスでは、ユーザは、コンテンツチャネルに申し込み、自分の携帯端末ですべてのコンテンツ更新を受信する。この原理は、インターネットで知られているＲＳＳフィードに相当する。

そこで、本発明は、ユーザ間の情報交換や既存のソーシャルネットワーク内でのコンテンツに関するディスカッションが簡単な手段で可能となるように、複数のユーザにコンテンツを配信する方法およびシステムを提供するという課題を解決しようとするものである。

本発明によれば、上記の課題は請求項１に記載の特徴を備えた方法によって解決される。本発明による方法では、ユーザは、そのコンテクストに基づいて、提供されるコンテンツのうちから１つまたは複数のコンテンツ項目を選択することができる。選択されたコンテンツ項目は、グループとの通信を開始するための通信トリガをコンテンツに埋め込むことにより、選択されたコンテンツ項目とグループとの関連づけを利用して動的にパーソナライズされる。そして、パーソナライズされグループと関連づけられたコンテンツがグループメンバにプッシュされる。

本発明により認識されたこととして、コンテンツサービスと通信サービスとの間に現在まで一般的に見られる分離は、ソーシャルネットワーク内のコンテンツを共有し、知識を交換して議論しようというユーザの要求を満たしていない。そこで、本発明によれば、提供されたコンテンツからユーザが自己のコンテクストに基づいて選択することが可能なコンテンツが、動的に調整される。ここで、選択されたコンテンツとグループとの間の関連づけを利用して、グループとの通信を開始するための通信トリガがコンテンツに埋め込まれる。このように調整されたコンテンツがグループメンバにプッシュされる。

通信トリガは、ユーザが確立することが可能な通信セッションを表す。通信トリガは、例えば通信相手のアドレスのような通信セッションのパラメータ、表示（例えばアイコンやテキスト）のパラメータ等の情報を含む。通信トリガにより、各コンテンツ項目に対する「共有」機能をユーザに提供することが可能となる。共有機能は、関連づけられたグループとの通信セッションの開始を可能にする。共有機能は、例えば、ディスプレイ上のボタン、ソフトキーに対するアクションメッセージ、あるいは特定のハードキーとして実現可能である。そしてユーザは、（コンテンツと関連づけられた）所定のグループと、あるいは（例えば自分のアドレス帳に登録されている）他の任意の受信者との間で通信セッションを確立することができる。

本発明による方法の利点として、コンテンツダウンロードサービスがバックグラウンドで目立たないように実行されることと、通信手段とが組み合わされていることが挙げられる。これにより、ユーザは、通信サービスを利用したいという気にさせられる。また、本発明による方法は、コミュニティやソーシャルネットワークサービス（ＳＮＳ）を用いて、コンテンツについて議論し、あるいはコンテンツを交換するためのサポートを提供する。

特に有利な態様において、動的パーソナライズの場合、グループメンバに到達可能にするための通信チャネルが設定される。この通信チャネルに関する情報もまたコンテンツに埋め込むことができる。通信チャネルの種類は原則として限定されず、例えばチャットルーム、ＰｏＣ等の形態の通信チャネルが挙げられる。

特に高度な動的機能に関して、プレゼンス、ロケーション、グループメンバシップ等の情報がユーザのコンテクストとして考えられる。例として、「ロケーション」というコンテクストによれば、ユーザが特定の都市に現に所在する場合に、例えばその都市で可能な買い物やレジャーに関する情報のみがユーザに送信されるようにすることができる。

ユーザは、原理的には任意個数ｎ個の異なるグループに属することができる。実際には、グループは通常、共通する関心、趣味、職業等によって形成される。プライベートなグループとしては、そのメンバ全員が特定のスポーツクラブの会員であるようなものが考えられる。また、ユーザが例えばスポーツニュースや文化情報に関心を持ったときに加入する一般的関心グループがある。グループは、例えば静的に形成することができる。また、例えば、ユーザプレファレンス（選好）と、「新しい都市での買い物」のようなコンテクストパラメータに基づいて、動的パラメータによりグループを生成することも可能である。公開の（オープン）ユーザグループも非公開の（クローズド）ユーザグループも考えられる。

具体的実施形態では、プルエージェント（pull agent）を用いて、ユーザがさまざまなコンテンツチャネルから情報を収集することによりコンテンツの選択を行う。ネットワークプロバイダあるいはサービスプロバイダによって提供されるコンテンツチャネルの選択は、サービスプロバイダとそのコンテンツパートナーとの合意に従う。プルエージェントが通信する相手となるコンテンツチャネルとしては、例えばＲＳＳエージェントやメールエージェントが挙げられる。

有利な点として、各コンテンツチャネルにはチャネルプロファイルが関連づけられる。チャネルプロファイルは、好ましくは、チャネルＩＤ、プル周期、タイトル、ロケーション、有効期限等に関する情報を含む。

特に好ましい実施形態において、コンテンツチャネルの１つによって提供されるあらゆるコンテンツは、コンテンツ項目によって表される。コンテンツ項目は、例えば、一意ＩＤ、チャネルＩＤ、タイトル、コンテンツ、タイムスタンプおよび／または有効期限を含むことができる。「タイトル」パラメータは、コンテンツの要約を表す。有効期限を付加することは、特定の時点に起こる特定のイベントに関連するコンテンツの場合に意味がある。例えば、既に終了したコンサートのチケットを提供することには意味がない。

その場合、関連するコンテンツはもはや有効でない。コンテンツ項目の種類は限定されない。具体的には、例えばテキスト、ピクチャ、ビデオ等、あるいはその組合せが挙げられる。

プッシュプロセスを準備するため、選択されたコンテンツのコンテンツ項目を配信ロジックによって解析することができる。

グループ・コンテンツ間の関連づけを考慮して、コンテンツ項目は、パーソナライズされた通信手段（チャット、テレビ会議等）により拡張されることが可能である。この場合、ユーザプレファレンスとグループ関連づけを考慮することができる。コンテンツ項目は、配信のための待機キューに入れることができる。

コンテンツを配信するためにプッシュエージェントにより使用されるプッシュ技術としては、ＳＭＳ、電子メール、ＩＭ、ＴＣＰ、ＨＴＴＰ等の技術が使用可能である。原則として、例えばＳＭＳのような１対１プッシュを実現する技術の使用が考えられるが、グループサーバプッシュの概念に基づく技術の使用（例えば、メディアを利用したチャットルームやブロードキャスト技術の形態での）も考えられる。

現在、コンテンツの配信が多様な保護ルールに従うことを考慮するため、プッシュされるコンテンツに対するグループメンバのアクセス権は、ＤＲＭ（デジタル著作権管理）システムによって管理することができると有利である。アクセス権は、グループ・コンテンツ間の関連づけを生成する際に考慮することができる。具体的実施形態において、プッシュされるコンテンツの配信はグループメンバに制限することができる。このモードでは、コンテンツに割り当てられた通信設定は拡張可能でなく、コンテンツをグループ外のエンティティと共有することはできない。

別の実施態様として、プッシュされるコンテンツの配信は、グループメンバがコンテンツを別のユーザまたは別のグループに転送できるという範囲に制限することも可能である。このモードでは、コンテンツに割り当てられた通信設定は、ある限度内でのみ拡張可能である。

グループ設定（例えば制限グループか公開グループか）に応じて、グループコールをメンバに転送することが許容できる。いずれの場合でも、グループメンバのみが、グループ外のエンティティへコンテンツを転送することを許可し得る。さらに、許可は、１つのレイヤのみ、すなわち親レイヤから子レイヤへにのみ関係する。子レイヤでは、コンテンツの閲覧しか選択肢がなく、グループ通信を共有するための許可は提供されない。

最後に、プッシュされるコンテンツの配信が無制限であるようなモードが考えられる。コンテンツの配信が許可される限り、配信はすべてのネットワーク、プロトコルおよび技術に公開される。例えば、スポーツイベントに関する番組をモバイルネットワーク経由で受信し、ＷＬＡＮにインストールされたローカルファイルサーバを用いてその番組をグループメンバに配信したり、グループ単位のコンテンツプッシュにより受信した写真をＰ２Ｐコネクションで友人と共有したりすることが可能である。

本発明を有利な態様で構成し実施するためのいくつかの選択肢がある。これに関しては、一方で請求項１に従属する請求項を参照し、他方で本発明の好ましい実施例に関する以下の説明を図面とともに参照されたい。好ましい実施例および図面の説明においては、一般的に本発明の好ましい実施形態および改良形態も説明される。

図１は、本発明による方法を実行する配信システムの概略図である。システムは基本的に、チャネル管理システムと配信システムに分けることができる。チャネル管理システムの中心となるコンポーネントは、さまざまなコンテンツチャネルから情報を収集するプルエージェントである。収集されたコンテンツは配信ロジックに入り、グループおよびユーザのプロファイルと結び付けられる。すなわち、グループ・コンテンツ間の関連づけが作成され、これに基づいて、プッシュエージェントが、コンテンツを対応するグループへ配信する。プッシュエージェントは、グループの全メンバへコンテンツを配信することも可能である。別法として、グループ内でのさらなる配信をＰ２Ｐ（ピアツーピア）モードで行うことが可能である。

図２は、ＤＲＭシステムによって管理可能なグループ・コンテンツ間の関連づけに対する許可ルールを示す概略図である。全部で３つの異なる配信モードが考えられる。第１に、コンテンツの配信が１グループに制限されるモードがある。この場合、コンテンツの配信は、グループ・コンテンツ間の関連づけの境界に限定される。上記のように、コンテンツは、グループの全メンバに配信され、グループ外のメンバへのさらなる配信の権限は付与されないようにすることが可能である。

あるいは、コンテンツがまず第１メンバ（主メンバ）に配信された後、その第１メンバが、対応するグループの全メンバにコンテンツを転送してもよい。このような配信は、階層的グループの場合に特に有効である。図２では、このモードは、「親」とラベルされたグループ内でのコンテンツの排他的配信に対応する。このようなグループ制限は、例えばＰｏＣグループＵＲＩや会議サーバ電話番号のように、グループに固定通信設定を割り当てることによって実現することができる。

第２に、グループ外のユーザに一度だけコンテンツを転送するオプションを有するモードが考えられる。このオプションはグループのメンバに限定される。したがってこれは、「親」グループのメンバがグループ境界を越えて「子」グループのメンバにコンテンツを配信することができる、というある種の親子関係を表す。この「子」は必ずしも単一のユーザとは限らず、転送側ユーザも属しているグループであってもよい。このモードでは、子は配信権限を継承しない。すなわち、子自身はコンテンツを転送する許可を受けない。また、「子」は通信を開始する限定された権限のみを有する。「子」レベルに読み出し権限のみを割り当てることにより、例えば所定の非公開グループや、コンテクストに依存した一時的非公開グループのような制限されたグループは、「子」が通信セッションを開始したり既に確立された通信セッションに加入したりしないようにすることができる。

最後に、コンテンツの配信に関して、もとのグループの境界を越えた自由な配信権限を許容する無制限モードが可能である。この場合、「子」はさらなる配信のオプションを継承し、「親」グループから受信したコンテンツを「孫」メンバに転送することができる。さらなる階層レベルへの拡張、すなわち「曾孫」レベルへの転送も考えられる。

図３は、ユーザの視点から見た本発明による方法を示す。相異なる時点において、例えば携帯電話のようなユーザの端末のディスプレイを示している。

図の左側は、ユーザがサーバからメッセージをＳＭＳとして受信した状況を示している。メッセージは、全部で３個のコンテンツを含む。第１に、送信メッセージサイズが制限されるＳＭＳ技術が用いられていることから、コンテンツの短い要約のみが送信されている。このプッシュは、ユーザにとっては「ゼロ」クリックで実現される、すなわち自動的に実行される。ユーザは自分が関心のあるコンテンツをクリックすることにより、対応するコンテンツのより詳細な内容を表示することができる。これは、右側で「BAB tickets online」というコンテンツで示されている。

図示した画面から明らかなように、本発明によれば、コンテンツとグループとの間の関連づけに基づいてコンテンツがパーソナライズされている。具体的には、ここでそのグループは「My Friends」というグループである。この場合、ユーザの装置へのコンテンツのプッシュはパーソナライズされた形で行われる。パーソナライズは、サーバからのプッシュの前に既に実行されているので、ユーザはそれに気づかない。ユーザは、対応するボタンをクリックすることによって「My Friends」グループへメッセージを送信し、上記のコンテンツを用いてグループ通信を開始することができる。ユーザは、グループの全メンバと通信するか、グループの特定のメンバのみと通信するかを選択することができる。

通信の種別は、サーバ側からグループメンバへ配信されるコンテンツに既に埋め込まれている。ここで、通信を開始する機能、すなわち、図３の右側に示した対応するボタンをクリックすることで、コンテンツプッシュサービスのプロバイダのサーバに接続される。このために、サーバは、グループと、通信種別と、対応する通信状態との間の論理リンクを作成する。これにより、通信リソースの効率的な利用が可能となる。失敗した通信セッションを後で開始しようとする場合、その人が、継続中の通信に加わるように、あるいは既に継続中の通信に関する通知を受信するように、処理することができる。

図４および図５は、本発明による方法を実行するシステムの実施例の主要コンポーネントおよびそれらの機能をＵＭＬ（統一モデリング言語）ダイヤグラムで模式的に示している。図４は、基本的にチャネル管理システムを示し、図４の下部に隣接する図５は配信システムを示す。グループプロファイル（GroupProfile）、配信ロジック（Distribution Logic）およびキュー項目（QueueItem）は、両図のつながりを明確にするために、両方の図に示してある。

図４を参照して、まずチャネル管理システムについて説明する。チャネル管理システムの主要コンポーネントは、さまざまなコンテンツチャネルから情報を収集するプルエージェントである。図４の実施例では、ＲＳＳエージェントおよびメールエージェントが情報源として設けられている。プルスケジューラによってプルエージェントに提供されるチャネルプロファイルに関する情報に基づいて、プルエージェントは特定のチャネルに対してプルプロセスを実行する。チャネルプロファイルは、プルプロセスのタイミングおよび頻度を指定するためのプル周期、ロケーションおよび有効期限等の情報を含む。ＲＳＳエージェントは、プルエージェントのインスタンスを形成し、ＲＳＳフィードを通じてさまざまなチャネルからコンテンツを受信することを担当する。メールエージェントは、メールプロトコルを使用するほかは同様に動作する。

プルエージェントに入って来るコンテンツはそれぞれ、コンテンツ自体をラベルするＩＤ、チャネルＩＤ、タイトル、コンテンツ、タイムスタンプおよび有効期限のような特定のパラメータを含み、この全体で１つのコンテンツ項目を構成する。「タイトル（title）」というパラメータは、コンテンツの短い要約であって、ティッカーとして表示することも可能であり、対応するチャネルの購読者にプッシュされる。これに対して、「コンテンツ（content）」というパラメータはこの短い要約の詳細な内容であり、特にピクチャ、リンク、通信要求等をも含み得る。

プルプロセスに基づいて、プルエージェントは配信ロジックにおいて対応するプロセスを呼び出す。配信ロジックは配信システムへの入口ポイントであり、図４だけでなく図５にも示されている。ロジックは、コンテンツのコンテンツ項目に保存されている情報を解析し、グループプロファイルとユーザプロファイルの関連づけを作成する。

グループプロファイルはデータベースに保存され、最小限の情報として、グループＩＤおよびプッシュ周期に関する情報を含む。さらに、可能なパラメータとしては、グループ名、説明（例えばサイズや関心分野に関するもの）、ホームページ（例えばブログ、フォトページ）、グループＵＲＩ（例えばＳＩＰ通信のための）等がある。上記の関連づけを作成した後、配信ロジックは、コンテンツを待機キューに収集する。配信コンフィグレーションに基づいて、プッシュプロセスは、プッシュエージェントをトリガして、コンテンツを配信させる。ユーザプレファレンスやユーザ側装置の機能に基づいて、対応するコンテンツを配信するのに適したプッシュ技術の種類を決める。したがって、ユーザに提供されるコンテンツは高度にパーソナライズされる。すなわち、情報交換および通信に関して、コンテンツはユーザおよびそのグループの個別の要求に合わせて調整される。

プッシュエージェントはさまざまな技術で実現可能である。図５に示した実施例では、ＳＭＳ、電子メールおよびＴＣＰがプッシュ技術として具体的に設けられている。ＳＭＳおよび電子メールの場合、配信メカニズムは、単純なＳＭＳおよび電子メールのクライアントを用いて、プッシュされた情報のコンテンツを表示する。ＴＣＰの場合、特定のクライアントへのＴＣＰコネクションが、対応する端末のホストとなる。

図６は、図４および図５に示した実施例の配信ロジックで実行されるプロセスをフローチャート形式で示している。最初のステップＳ２０１で、配信ロジックがプルエージェントからコンテンツを受信する。コンテンツ項目に含まれる情報を解析し、まずそのコンテンツが古いかそれとも新しいかをチェックする（ステップＳ２０２）。古いコンテンツは、例えば実行時の障害のためにそのコンテンツがサーバから２度要求された場合に生じ得る。古いコンテンツは破棄される（ステップＳ２０３）。

次のステップＳ２０４で、グループプロファイルに関する情報を結び付け、それにより、例えばグループがどのコンテンツチャネルを購読しているかを考慮する。各グループについて、当該グループメンバのユーザプロファイルを結び付ける（ステップＳ２０５）。この情報に基づいて、パーソナライズされた形でコンテンツが保存される待機キューを各ユーザについて作成する（ステップＳ２０６）。

次のステップＳ２０７で、ユーザが履歴を有するかどうかをチェックする。例えば、ユーザは、２時間ごとに新規情報を受信するように設定できる。コンテンツがプッシュ後の最初のコンテンツである場合、新たな待機キューを作成し（ステップＳ２０８）、そうでない場合、コンテンツは既存の待機キューに追加される（ステップＳ２０９）。

重複を避けるため、本発明による方法のその他の好ましい実施形態に関しては、添付の特許請求の範囲とともに、本明細書の概要説明部分を参照されたい。

最後に、留意すべき特に重要な点であるが、上記実施例は本発明による教示の実例としての役割を果たすに過ぎず、本発明を上記実施例に限定するものでは全くない。

本発明による方法を実行するための、コンテンツのグループ型配信システムの実施例を示す概略図である。 アクセス権を考慮したグループ内のコンテンツの配信を示す概略図である。 ユーザの視点から見た本発明による方法の実施例を示す概略図である。 本発明による方法を実行するシステムの実施例のチャネル管理システムのコンポーネントを示す概略図である。 図４に示す実施例の配信メカニズムを示す概略図である。 グループおよびユーザのプロファイルに基づいた、図４および図５に示す実施例の配信ロジックのフローチャートである。

Claims (18)

1. 複数のユーザにコンテンツを配信する方法において、
   ユーザは１つまたは複数のグループのメンバとして相互接続され、グループメンバはユーザ側で設定可能であり、
   ユーザは、該ユーザのコンテクストに基づいて、提供されるコンテンツのうちから１つまたは複数のコンテンツ項目を選択することができ、
   選択されたコンテンツは、グループとの通信を開始するための通信トリガをコンテンツ項目に埋め込むことにより、選択されたコンテンツとグループとの関連づけを利用して動的にパーソナライズされ、
   パーソナライズされグループと関連づけられたコンテンツが前記グループのメンバにプッシュされる
   ことを特徴とする、複数のユーザにコンテンツを配信する方法。
2. グループ・コンテンツ間の関連づけの生成において、グループメンバに到達可能な通信チャネルが設定されることを特徴とする請求項１に記載の方法。
3. プレゼンス、ロケーション、グループメンバシップ等がユーザのコンテクストとして考慮されることを特徴とする請求項１または２に記載の方法。
4. グループが静的に設定されることを特徴とする請求項１〜３のいずれか１項に記載の方法。
5. グループが動的パラメータに基づいて生成されることを特徴とする請求項１〜４のいずれか１項に記載の方法。
6. 前記グループが非公開および／または公開のユーザグループであることを特徴とする請求項１〜５のいずれか１項に記載の方法。
7. ユーザ側でコンテンツを選択するために複数のコンテンツチャネルから情報を収集するプルエージェントが使用されることを特徴とする請求項１〜６のいずれか１項に記載の方法。
8. 前記プルエージェントの通信相手となるコンテンツチャネルがＲＳＳエージェントおよび／またはメールエージェントであることを特徴とする請求項７に記載の方法。
9. 前記コンテンツチャネルには、チャネルＩＤ、プル周期、タイトル、ロケーション、有効期限等に関する包括的情報であるチャネルプロファイルがそれぞれ割り当てられることを特徴とする請求項７または８に記載の方法。
10. 前記コンテンツチャネルのうちの１つによって提供されるコンテンツはそれぞれコンテンツ項目によって表されることを特徴とする請求項７〜９のいずれか１項に記載の方法。
11. 前記コンテンツ項目が、一意ＩＤ、チャネルＩＤ、タイトル、コンテンツ、タイムスタンプ、有効期限等を含むことを特徴とする請求項１０に記載の方法。
12. 配信ロジックが、前記選択されたコンテンツのコンテンツ項目を解析することを特徴とする請求項１０または１１に記載の方法。
13. 前記選択されたコンテンツが、ＳＭＳ、電子メール、ＩＭ、ＳＩＰ、ＴＣＰ、ＨＴＴＰ等を用いることによりプッシュされることを特徴とする請求項１〜１２のいずれか１項に記載の方法。
14. プッシュされるコンテンツに対する前記グループメンバのアクセス権がＤＲＭ（デジタル著作権管理）システムによって管理されることを特徴とする請求項１〜１３のいずれか１項に記載の方法。
15. プッシュされるコンテンツの配信が前記グループメンバに制限されることを特徴とする請求項１〜１４のいずれか１項に記載の方法。
16. プッシュされるコンテンツの配信は、前記グループメンバが他のユーザまたは他のグループに該コンテンツを転送することができるように制限されることを特徴とする請求項１〜１４のいずれか１項に記載の方法。
17. プッシュされるコンテンツの配信が無制限であることを特徴とする請求項１〜１４のいずれか１項に記載の方法。
18. 複数のユーザにコンテンツを配信するシステムにおいて、
    ユーザは１つまたは複数のグループのメンバとして相互接続され、グループメンバはユーザ側で設定可能であり、
    ユーザが、該ユーザのコンテクストに基づいて、提供されるコンテンツのうちから１つまたは複数のコンテンツを選択することができるプルエージェントと、
    グループとの通信を開始するための通信トリガをコンテンツに埋め込むことにより、選択されたコンテンツとグループとの関連づけを利用して、選択されたコンテンツを動的にパーソナライズする配信ロジックと、
    パーソナライズされグループと関連づけられたコンテンツを前記グループのメンバにプッシュするプッシュエージェントと、
    を有することを特徴とする、複数のユーザにコンテンツを配信するシステム。

Images