(57)【要約】【課題】メッセージの内容に応じて配信先を適宜変更可能とし、ユーザが望むメッセージを自動配信する。【解決手段】第一のネットワーク１１に属する各ユーザの端末に対して、第二のネットワーク１２に属する配信者のメッセージを配信する場合において、第一のネットワーク１１側に統計情報収集サーバ２３及び信用ＳＩＰアプリケーションサーバ２４を備える。統計情報収集サーバ２３は、各ユーザの端末から視聴中のコンテンツに関する情報を周期的に収集し、一定期間分の情報を統計処理する。配信用ＳＩＰアプリケーションサーバ２４は、統計情報収集サーバ２３にて統計処理されたコンテンツ情報と、配信者が指定したユーザの属性情報及びメッセージ内容に基づいて配信先を決定し、その配信先として決定された各ユーザの端末に配信者のメッセージを配信処理する。【選択図】図１
2009265685.tif 000002
【特許請求の範囲】
【請求項１】
第一のネットワークに属する各ユーザの端末に対して、上記第一のネットワークとは異なる第二のネットワークに属する配信者のメッセージを配信するメッセージ配信システムであって、
上記各ユーザの端末から視聴中のコンテンツに関する情報を周期的に収集し、一定期間分の情報を統計処理する統計処理手段と、
この統計処理手段によって統計処理されたコンテンツ情報と、上記配信者が指定したユーザの属性情報及びメッセージ内容に基づいて配信先を決定する配信先決定手段と、
この配信先決定手段によって配信先として決定された上記各ユーザの端末に上記配信者のメッセージを配信処理する配信処理手段と
を具備したことを特徴とするメッセージ配信システム。
【請求項２】
上記第一のネットワーク上に設けられ、上記各ユーザの宛先を含む属性情報を管理する配信サーバを備え、
上記配信処理手段によるメッセージの配信処理は、上記配信サーバによって実行されることを特徴とする請求項１記載のメッセージ配信システム。
【請求項３】
上記第一のネットワークとしてＩＭＳを用いたネットワーク、上記第二のネットワークとしてＩＭＳ以外のネットワークで構築されていることを特徴とする請求項１または２記載のメッセージ配信システム。
【請求項４】
上記統計処理手段は、ユーザが同じチャネルのコンテンツを一定時間以上視聴している場合に、当該コンテンツに関する情報を統計対象として収集することを特徴とする請求項１または２記載のメッセージ配信システム。
【請求項５】
第一のネットワークに属する各ユーザの端末に対して、上記第一のネットワークとは異なる第二のネットワークに属する配信者のメッセージを配信するためのメッセージ配信方法であって、
上記各ユーザの端末から視聴中のコンテンツに関する情報を周期的に収集し、一定期間分の情報を統計処理し、
この統計処理されたコンテンツ情報と、上記配信者が指定したユーザの属性情報及びメッセージ内容に基づいて配信先を決定し、
上記配信先として決定された上記各ユーザの端末に上記配信者のメッセージを配信処理することを特徴とするメッセージ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告等のメッセージを配信するメッセージ配信システムに係り、特に、３ＧＰＰ（Third Generation Partnership Project）によって標準化されたＩＭＳ（IP Multimedia Subsystem）でＳＩＰ(Session Initiation Protocol)を用いて通信相手の端末にメッセージを配信するシステムと同システムに用いられるメッセージ配信方法に関する。
【背景技術】
【０００２】
ＩＴＵ等で議論しているＮＧＮ（Next Generation Network:次世代ネットワーク)は、サービスがＩＰネットワークを経て提供されるネットワークアーキテクチャを想定している。また、ＮＧＮでは、第三世代の移動ネットワークの標準化団体である３ＧＰＰで策定されたＩＰマルチメディアサブシステム（ＩＭＳ）の採用を決めており、ＩＭＳを用いたネットワークサービスの提供が検討されている。
【０００３】
ＩＭＳはＳＩＰベースを用い、端末間のセッション制御や、登録処理、課金処理等を行うサブシステムである。ＩＭＳと組み合わせて利用できる機能として、プレゼンスサーバがあり、ＩＭＳ上のユーザのプレゼンス状態をプレゼンスサーバで管理する機能になり、ＩＥＴＦ、ＯＭＡ等で標準仕様が議論されている。
【０００４】
また、ＳＩＰ技術を用いたメッセージサービスについては、ＳＩＰのパケット内に所望のメッセージを挿入してユーザにメッセージを通知することができる（例えば、非特許文献１，２参照）。
【０００５】
【非特許文献１】「ＲＦＣ  ２５４３  ＳＩＰ： Session Initiation Protocol」，M. Handly, H. Schulzrinne 他 March 1999
【０００６】
【非特許文献２】「Ｔｈｅ  ＩＭＳ：IP Multimedia Concepts And Services」，Miikka Poikselka 他 , John Wiley & Sons Inc;２版(2006/03)
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述したように、ＳＩＰを用いてメッセージを送信する場合には、ＳＩＰのパケット内にメッセージを埋め込んで送信する。この時、メッセージの送信を行うユーザあるいはアプリケーションプログラムが送信先の相手のＵＲＩ（例えばメールアドレスや電話番号など）をその都度指定しなければならない。
【０００８】
また、複数のユーザへ同一メッセージを配信する場合には、メーリングリストのようなグループのＵＲＩを指定する。しかしながら、このグループ中のメンバは予め固定で定められており、メッセージの内容に応じて配信先を変えることはできない。
【０００９】
本発明は上記のような点に鑑みなされたもので、メッセージの内容に応じて配信先を適宜変更可能とし、ユーザが望むメッセージを自動配信することのできるメッセージ配信システム及びメッセージ配信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係るメッセージ配信システムは、第一のネットワークに属する各ユーザの端末に対して、上記第一のネットワークとは異なる第二のネットワークに属する配信者のメッセージを配信するメッセージ配信システムであって、上記各ユーザの端末から視聴中のコンテンツに関する情報を周期的に収集し、一定期間分の情報を統計処理する統計処理手段と、この統計処理手段によって統計処理されたコンテンツ情報と、上記配信者が指定したユーザの属性情報及びメッセージ内容に基づいて配信先を決定する配信先決定手段と、この配信先決定手段によって配信先として決定された上記各ユーザの端末に上記配信者のメッセージを配信処理する配信処理手段とを具備して構成される。
【００１１】
このような構成によれば、各ユーザの端末から視聴中のコンテンツに関する情報が周期的に収集され、一定期間分の情報が統計処理される。この統計処理されたコンテンツ情報と、配信者が指定したユーザの属性情報及びメッセージ内容に基づいて配信先が決定され、その配信先として決定された各ユーザの端末に配信者のメッセージが自動的に配信される。
【発明の効果】
【００１２】
本発明によれば、各ユーザが視聴しているコンテンツの情報を統計処理することで、配信者のメッセージ内容に適した各ユーザを選出して、これらのユーザの端末に対して所望のメッセージを自動的に配信することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して本発明の実施形態を説明する。
【００１４】
図１は本発明の一実施形態に係るメッセージ配信システムの全体構成を示す図である。
【００１５】
このメッセージ配信システムは、第一のネットワーク１１と第二のネットワーク１２からなる。第一のネットワーク１１は、ＩＭＳを用いたネットワークを想定している。すなわち、この第一のネットワーク１１は、通信オペレータ等の事業者が運営している、所謂「マネージドネットワーク」である。これに対し、第二のネットワーク１２は、例えばインターネットのような広域の通信ネットワークを想定している。
【００１６】
以下では、第一のネットワーク１１側でウェブやプログ、ビデオオンデマンド（ＶｏＤ）、ＩＰＴＶなどを視聴している各ユーザの端末に対して、第二のネットワーク１２側から広告事業者が作成した広告メッセージを配信する場合を想定して説明する。
【００１７】
今、第一のネットワーク１１にコンテンツ受信者であるユーザＡ，Ｂ，Ｃの端末１３ａ，１３ｂ，１３ｃが接続され、第二のネットワーク１２に広告メッセージの配信者α，βの端末１４ａ，１４ｂが接続されているものとする。端末１３ａ，１３ｂ，１３ｃは、ＩＭＳのシステムで用いられるＳＩＰを備える。端末１４ａ，１４ｂは、インターネットへの接続機能を備えた汎用のコンピュータからなる。
【００１８】
図１に示すように、第一のネットワーク１１上には、ウェブやプログ、ビデオオンデマンド（ＶｏＤ）、ＩＰＴＶ等のコンテンツの配信サービスを行うコンテンツ配信サーバ２１、ユーザのプレゼンス状態を管理するプレゼンスサーバ２２、プレゼンスサーバ２２の情報を元に統計情報を管理する統計情報収集サーバ２３、メッセージ配信を行うＳＩＰアプリケーションサーバ（ＳＩＰ−ＡＳ）２４が接続されている。
【００１９】
統計情報収集サーバ２３、配信用ＳＩＰアプリケーションサーバ２４は、ＳＯＡＰ等のプロトコルを用いたインタフェース（ＩＦ）を有している。このインタフェースを介して第二のネットワーク１２上のＷｅｂサーバ２５が接続される形態になっている。
【００２０】
また、各サーバ２１〜２５は、図２に示すように、ＣＰＵ３１、プログラムメモリ３２、データメモリ３３、通信Ｉ／Ｆ（インタフェース）３４などを備えたコンピュータからなる。各サーバ２１〜２５に設けられたプログラムメモリ３２には、それぞれのサーバの機能を実現するためのプログラムが記憶されている。
【００２１】
特に、本システムの特徴である統計情報収集サーバ２３と配信用ＳＩＰアプリケーションサーバ２４には、以下のような機能を実現するためのプログラムがプログラムメモリ３２に記憶されている。
【００２２】
すなわち、統計情報収集サーバ２３は、各ユーザの端末から視聴中のコンテンツに関する情報を周期的に収集し、一定期間分の情報を統計処理するための機能を実現するプログラムを有する。
【００２３】
また、配信用ＳＩＰアプリケーションサーバ２４は、統計情報収集サーバ２３にて統計処理されたコンテンツ情報と、配信者が指定したユーザの属性情報及びメッセージ内容に基づいて配信先を決定する機能と、この配信先として決定された各ユーザの端末に配信者のメッセージを配信処理する機能を実現するためのプログラムを有する。
【００２４】
このような構成において、プレゼンス・サービスでは、通常、第一のネットワーク１１上のユーザが自分の端末のプレゼンス情報（アドレス等）を通知するためのプレゼンス情報をプレゼンスサーバ２２に登録するが、本システムでは、このようなプレゼンス情報とは別に、ユーザが視聴するコンテンツの情報（チャンネル名、コンテンツの種類：映画のタイトル、ビデオの名前等）と、ユーザの属性情報（年齢、性別、所在地等）をプレゼンスサーバ２２に登録する。
【００２５】
これらの情報を統計処理した結果が図３である。図３（ａ）は統計結果、同図（ｂ）はその統計結果から算出された配信料金の例を示している。また、その統計結果と配信料金を一覧形式でまとめた結果が図４である。
【００２６】
なお、図３及び図４に示した配信料金に関しては、第一のネットワーク１１側が設定しても良いし、第二のネットワーク１２側あるいは第三者が設定しても良い。この場合、各事業者との間で配信料金が決定されるが、第一のネットワーク１１側は料金設定のための基礎データとして統計情報を管理することになる。
【００２７】
以下に、図５乃至図１２を参照して、本システムにて実現される各機能の動作について詳しく説明する。
【００２８】
ここでは、第二のネットワーク１２側のＷｅｂサーバ２５として、配信用Ｗｅｂアプリケーションサーバ（配信用Ｗｅｂ−ＡＳ）２４、広告αＷｅｂサーバ２７、広告βＷｅｂサーバ２８が設けられているものとする。
【００２９】
配信用Ｗｅｂアプリケーションサーバ２４は、第二のネットワーク１２側でのメッセージの配信処理を行うサーバであり、第一のネットワーク１１側の統計情報収集サーバ２３と配信用ＳＩＰアプリケーションサーバ２４とはＸＣＡＰまたはＳＯＡＰ等のＩＦ（インタフェース）を介して接続されている。また、広告αＷｅｂサーバ２７は、配信者αが提供する広告に関する情報を管理している。広告βＷｅｂサーバ２８は、配信者βが提供する広告に関する情報を管理している。
【００３０】
なお、図中の２９はゲートウェイ（ＧＷ）であり、第一のネットワーク１１と第二のネットワーク１２との接続を行う機能を備える。
【００３１】
図５乃至図１２において、図中の丸数字は処理手順を示している。また、以下の各シーケンス図で示される処理手順は、それぞれにサーバあるいは端末に搭載された制御部（ＣＰＵ）３１がプログラムメモリ３２に記憶された所定のプログラムを読み込むことにより実行される。
【００３２】
（ａ）情報収集機能
まず、本システムの情報収集機能の動作について説明する。
【００３３】
図５は第一のネットワーク１１側で視聴者の情報を収集して統計処理を行う場合の流れを示すシステム構成図、図６はそのシーケンス図である。
【００３４】
今、ユーザＡが端末１３ａを用いてコンテンツ配信サーバ２１から配信されたコンテンツを視聴しているものとする。このコンテンツは、例えばＩＰＴＶやＶｏＤ等であり、特にその種類に限定されるものではない。
【００３５】
図５に示すように、ユーザＡが端末１３ａを通じて同じチャネルのコンテンツを一定の時間以上視聴した場合に（ステップＳ１０１，Ｓ１０２）、ユーザＡの端末１３ａから視聴者情報が第一のネットワーク１１を介してプレゼンスサーバ２２に周期的に送られる（ステップＳ１０３，Ｓ１０４）。
【００３６】
なお、上記ステップＳ１０２において、同じチャネルのコンテンツを一定の時間以上視聴するのを待つのは、ユーザが頻繁にチャネルを変えた場合に無駄なトラフィックが生じることを考慮してのことである。
【００３７】
ここで、視聴者情報には、各ユーザが視聴中のコンテンツに関する情報（チャンネル名、コンテンツ種類等）の他に、以下のようなユーザの属性情報が含まれる。  
・視聴者の性別
・視聴者の年令
・視聴者の所在地
この属性情報は、所定の操作により予めユーザ端末内に登録されており、上記コンテンツ情報と共にプレゼンスサーバ２２に送られるようになっている。
【００３８】
プレゼンスサーバ２２は、ユーザＡの端末１３ａから視聴者情報（視聴中のコンテンツに関する情報とユーザの属性情報）を受信すると、これを所定のメモリ（データメモリ２２）に登録した後、登録完了通知を端末１３ａに返す（ステップＳ１０５，Ｓ１０６）。他のユーザＢ，Ｃについても同様であり、それぞれの端末１３ｂ，１３ｃから視聴者情報が周期的に統計情報収集サーバ２３に送られる。
【００３９】
ここで、プレゼンスサーバ２２は、各ユーザＡ，Ｂ，Ｃから収集した一定期間分の視聴者情報を統計処理し（ステップＳ１０７）、その結果を統計情報収集サーバ２３へ送信する（ステップＳ１０８）。
【００４０】
具体的には、図３及び図４に示したように、各ユーザから取得した視聴者情報をチャンネル、性別、年齢、視聴場所で分類すると共に、その分類単位で視聴者数を算出した結果を統計情報として統計情報収集サーバ２３へ送信することになる。
【００４１】
（ｂ）統計情報伝達機能
次に、統計情報伝達機能の動作について説明する。
【００４２】
図７は第一のネットワーク１１上の統計情報収集サーバ２３から第二のネットワーク１２上の配信用Ｗｅｂアプリケーションサーバ２６に統計情報を伝達する場合の流れを示すシステム構成図、図８はそのシーケンス図である。
【００４３】
第一のネットワーク１１上の統計情報収集サーバ２３と第二のネットワーク１２上の配信用Ｗｅｂアプリケーションサーバ２６は統計情報が伝達する役割を有する。また、配信用Ｗｅｂアプリケーションサーバ２６は、統計情報収集サーバ２３から取得した統計情報に基づいて、ユーザ属性別のメッセージ配信料金を計算する機能を有する。
【００４４】
図８に示すように、統計情報収集サーバ２３と配信用Ｗｅｂアプリケーションサーバ２６との間でＸＣＡＰまたはＳＯＡＰ等のプロトコルを用いて通信がなされ、統計情報収集サーバ２３に収集された統計情報が配信用Ｗｅｂアプリケーションサーバ２６に与えられる（ステップＳ２０１，Ｓ２０２）。
【００４５】
ここで、配信用Ｗｅｂアプリケーションサーバ２６は、統計情報収集サーバ２３から取得した統計情報に基づいてユーザ属性別のメッセージ配信料金を計算する（ステップＳ２０３）。なお、このメッセージ配信料金の計算機能を統計情報収集サーバ２３に持たせることでも良い。
【００４６】
続いて、配信用Ｗｅｂアプリケーションサーバ２６は、第二のネットワーク１２に属する広告配信者向けにＷｅｂ画面を作成して、ユーザ属性別のメッセージ配信料金を通知する（ステップＳ２０５〜Ｓ２０８）。このときのメッセージ配信料金はメッセージ送信側の広告料金という位置付けにもなるし、第一のネットワーク１１に属するユーザ側が所望の情報をプッシュ型で受け取りたい場合でのサービス使用料金にもなる。
【００４７】
（ｃ）メッセージ配信機能
次に、メッセージ配信機能の動作について説明する。
【００４８】
図９は第二のネットワーク１２に属する配信者のメッセージを第一のネットワーク１１に属するユーザ群に対して配信する場合の流れを示すシステム構成図、図１０はそのシーケンス図である。
【００４９】
メッセージの配信者αは、配信条件として、ユーザの属性と、コンテンツ種類、利用料金等のキーワードを指定すると共に、配信するメッセージの内容を第二のネットワーク１２上の配信用Ｗｅｂアプリケーションサーバ２６に登録しておく。これにより、コンテンツ配信サーバ２１から各ユーザに対して配信されるコンテンツが有するキーワードと配信者αが指定したキーワードとが一致した場合に、配信用Ｗｅｂアプリケーションサーバ２６に登録されたメッセージを該当ユーザに対して配信することが可能になる。
【００５０】
なお、例えば複数の配信者が同じキーワードを登録しているような場合に、配信用Ｗｅｂアプリケーションサーバ２６でオークションを実施し、もっとも高額な料金を提示した配信者のメッセージを配信するといったシステムも実現できる。
【００５１】
以下では、広告メッセージを配信する場合を例にして説明する。
【００５２】
例えば２０代女性で東京都新宿居住の方に、新宿区にある化粧店（ここでは配信者αとする）からタイムバーゲンの広告メッセージを送るようなケースを想定する。
【００５３】
図１０に示すように、まず、第二のネットワーク１２に属する配信者αが所定の操作により端末１４ａを用いて配信用Ｗｅｂアプリケーションサーバ２６に広告配信要求を行い、広告メッセージの具体的な内容と共に以下のようなキーワードを登録する（ステップＳ３０１）。
【００５４】
ユーザ属性    ：２０代女性
コンテンツ種類：化粧品
利用料金      ：Ｘ円以内
なお、上記キーワードの他に、例えば配信対象とする地域など、さらにユーザを限定するためのキーワードを加えるようにしても良い。
【００５５】
配信用Ｗｅｂアプリケーションサーバ２６は、上記キーワードを含む広告配信要求を配信者αの端末１４ａから受信すると、これをＳＯＡＰ等のＩＦを介して第一のネットワーク１１上の配信用ＳＩＰアプリケーションサーバ２４に転送する（ステップＳ３０２）。配信用ＳＩＰアプリケーションサーバ２４では、この広告配信要求を受け付けると、その受付完了通知を配信用Ｗｅｂアプリケーションサーバ２６を介して配信者αの端末１４ａに返す（ステップＳ３０３，Ｓ３０４）。
【００５６】
また、配信用ＳＩＰアプリケーションサーバ２４は、統計情報収集サーバ２３にアクセスしてコンテンツの統計情報（図４）を取得する（ステップＳ３０５，Ｓ３０６）。配信用ＳＩＰアプリケーションサーバ２４は、統計情報収集サーバ２３から得た統計情報と配信者αが登録したキーワードに基づいて広告メッセージの配信先を決定し、その配信先のリスト（ＳＩＰ−ＵＲＬ等）を統計情報収集サーバ２３から入手する（ステップＳ３０６ａ）。
【００５７】
このようにして配信先が決定されると、配信用ＳＩＰアプリケーションサーバ２４は、上記入手した配信先リストを基にして、第一のネットワーク１１上の該当するユーザ群の端末に対して、配信者αが登録した広告メッセージの配信処理を行う（ステップＳ３０７〜Ｓ３１４）。
【００５８】
ここで、最終的なメッセージを送信する先のユーザの宛先アドレスに関しては、第一のネットワーク１１側で管理しており、第二のネットワーク１２で知りえる情報は単なるユーザ属性のみである。したがって、第一のネットワーク１１がＩＭＳのように安心・安全なネットワークであれば、個人情報のセキュリティ管理に対する信頼性を確保することができる。
【００５９】
また、配信者αから配信状態の参照要求があると（ステップＳ３１５，Ｓ３１６）、配信用ＳＩＰアプリケーションサーバ２４は、この参照要求に応答して、例えばメッセージ配信済みのユーザのリストなどを記した配信状態情報を配信者αの端末１３ａに返す（ステップＳ３１５〜Ｓ３１８）。
【００６０】
（ｄ）リンク機能
次に、リンク機能の動作について説明する。
【００６１】
図１０は広告メッセージを受信したユーザから広告先に接続する場合の流れを示すシステム構成図、図１０はそのシーケンス図である。
【００６２】
今、第一のネットワーク１１に属するユーザＡが配信者αの広告メッセージを受信したものとする。ユーザＡが受信したメッセージをクリックすると、第二のネットワーク１２上の広告αＷｅｂサーバ２７に自動的に繋がり、所望の広告を閲覧できる仕組みになっている。
【００６３】
すなわち、図１１に示すように、ユーザＡの端末１３ａに配信者αの広告メッセージが送られてきた場合に、ユーザＡがその広告メッセージをクリックすると、第一のネットワーク１１上に設けられたゲートウェイ２９を介してリンク先の情報（Ｗｅｂページ）が得られる（ステップＳ４０１，Ｓ４０２）。このリンク先の情報により、端末１３ａが当該広告メッセージの配信先である広告αＷｅｂサーバ２７に繋がり、その広告αＷｅｂサーバ２７が提供している広告を閲覧することができる。
【００６４】
以上のように本システムによれば、その都度、宛先を指定するなどの面倒な操作を必要とせずに、メッセージの内容に応じて配信先のユーザ群を決めて、メッセージを自動配信することができる。詳しくは、各ユーザから周期的に収集したコンテンツの情報を統計処理し、その結果を用いてメッセージ内容に適した各ユーザを配信先として決定することで、これらのユーザの端末に対してメッセージを配信する。したがって、例えば化粧品の広告メッセージを配信する場合であれば、化粧品に興味のある各ユーザに的を絞って効率的に広告メッセージを配信して広告効果を得ることができる。
【００６５】
また、実際にメッセージの配信処理を行うのは、第二のネットワーク１２上の配信用Ｗｅｂアプリケーションサーバ２６ではなく、第一のネットワーク１１に属する配信用ＳＩＰアプリケーションサーバ２４である。これにより、ユーザの配信先（アドレス等）を第二のネットワーク１２側の広告業者などのメッセージ配信事業者に秘匿して、ユーザのセキュリティを確保することができる。
【００６６】
特に、第一のネットワーク１１としてＩＭＳを用いたネットワーク、第二のネットワーク１２としてＩＭＳ以外のネットワークを用いたシステムにおいて、第一のネットワーク１１側でメッセージの配信処理を行う構成とすることで、ＩＭＳのネットワークにおける信頼性を損なわずに、異種ネットワークからのメッセージの配信を実現することができる。
【００６７】
また、第一のネットワーク１１に属する各ユーザの端末（端末１３ａ，１３ｂ，１３ｃ）から視聴中のコンテンツ情報を収集する際に、視聴中のコンテンツ情報を直ぐに収集するのではなく、同じチャネルのコンテンツを一定時間以上視聴するのを待ってから収集することで、ユーザが頻繁にチャネルを変えているような場合に不要な情報を収集してしまうことを回避し、ユーザが興味を示しているコンテンツの情報だけを収集して統計処理に反映させることができる。
【００６８】
なお、上記実施形態では、広告メッセージを配信する場合を例にして説明したが、メッセージの種類は特に限定されるものではなく、広告以外のメッセージをそのメッセージ内容に合致するユーザ群に配信する場合であれば本発明の手法を適用することができる。
【００６９】
要するに、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００７０】
【図１】図１は本発明の一実施形態に係るメッセージ配信システムの全体構成を示す図である。
【図２】図２は同実施形態におけるメッセージ配信システムに用いられ各サーバの基本的な構成を示すブロック図である。
【図３】図３は同実施形態におけるユーザが視聴するコンテンツ情報とユーザの属性情報を統計処理した結果を示す図である。
【図４】図４は同実施形態における統計結果と配信料金を一覧形式でまとめた結果を示す図である。
【図５】図５は同実施形態における情報収集機能を説明するためのシステム構成図である。
【図６】図６は同実施形態における情報収集機能の処理動作を示すシーケンス図である。
【図７】図７は同実施形態における統計情報伝達機能を説明するためのシステム構成図である。
【図８】図８は同実施形態における統計情報伝達機能の処理動作を示すシーケンス図である。
【図９】図９は同実施形態におけるメッセージ配信機能を説明するためのシステム構成図である。
【図１０】図１０は同実施形態におけるメッセージ配信機能の処理動作を示すシーケンス図である。
【図１１】図１１は同実施形態におけるリンク機能を説明するためのシステム構成図である。
【図１２】図１２は同実施形態におけるリンク機能の処理動作を示すシーケンス図である。
【符号の説明】
【００７１】
１１…第一のネットワーク、１２…第二のネットワーク、１３ａ，１３ｂ，１３ｃ…ユーザの端末、１４ａ，１４ｂ，１４ｃ…配信者の端末、２１…コンテンツ配信サーバ、２２…プレゼンスサーバ、２３…統計情報収集サーバ、２４…配信用ＳＩＰアプリケーションサーバ、２５…Ｗｅｂサーバ、２６…配信用Ｗｅｂアプリケーションサーバ、２７…広告αＷｅｂサーバ、２８…広告βＷｅｂサーバ、３１…ＣＰＵ、３２…プログラムメモリ、３３…データメモリ、３４…通信Ｉ／Ｆ。
【図１】
2009265685.tif 000003
【図２】
2009265685.tif 000004
【図３】
2009265685.tif 000005
【図４】
2009265685.tif 000006
【図５】
2009265685.tif 000007
【図６】
2009265685.tif 000008
【図７】
2009265685.tif 000009
【図８】
2009265685.tif 000010
【図９】
2009265685.tif 000011
【図１０】
2009265685.tif 000012
【図１１】
2009265685.tif 000013
【図１２】
2009265685.tif 000014