JP5364475B2

JP5364475B2 - メッセージ配信システム及びデータ提供方法

Info

Publication number: JP5364475B2
Application number: JP2009158042A
Authority: JP
Inventors: 直樹高谷; 和宏徳永; 章黒川
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2009-07-02
Filing date: 2009-07-02
Publication date: 2013-12-11
Anticipated expiration: 2029-07-02
Also published as: JP2011013972A

Description

本発明は、広告等のメッセージを配信するメッセージ配信システムに係り、特に、３ＧＰＰ（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)

近年、ＩＭＳネットワークとは異なるネットワーク上でサービスを提供するサーバからＩＭＳネットワーク上のデータ利用が求められている。しかしながら、従来のシステムにあっては、ＩＭＳネットワーク上のデータは同じネットワークに属するサーバや端末間でしか利用できないのが現状であり、他のネットワーク上のサーバが利用することはできなかった。

本発明は上記のような点に鑑みなされたもので、本システムのネットワーク上のデータを他のネットワーク上のサーバが自由に利用できるメッセージ配信システム及びデータ提供方法を提供することを目的とする。

本発明に係るメッセージ配信システムは、第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報をユーザの属性情報と共にプレゼンス情報として登録する情報登録手段と、この情報登録手段によって登録された各ユーザのプレゼンス情報を統計処理した結果を収集する統計処理手段と、この統計処理手段によって収集された統計情報に基づいて上記各ユーザの端末に対してメッセージを選択的に配信するメッセージ配信手段と、上記統計処理手段または上記メッセージ配信手段が保有するデータを上記第一のネットワークとは異なる第二のネットワーク上のサーバに提供するためのＡＰＩのリストを保持するリスト保持手段と、上記第二のネットワーク上のサーバから上記統計処理手段または上記メッセージ配信手段が保有するデータの利用要求があったときに、上記ＡＰＩリスト保持手段に保持されたＡＰＩのリストに基づいて利用可能なＡＰＩを通知する通知手段と、この通知手段によって通知されたＡＰＩに従って上記統計処理手段または上記メッセージ配信手段が保有するデータを上記第二のネットワーク上のサーバに転送するデータ転送手段とを具備して構成される。
上記メッセージ配信システムは、上記第一のネットワークとしてＩＭＳを用いたネットワーク、上記第二のネットワークとしてＩＭＳ以外のネットワークで構築される。
また、上記情報登録手段は、上記第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を当該コンテンツの再生時にリアルタイムで登録する第１の方法と、上記第一のネットワーク上の各ユーザの端末で一定期間の間に再生されたコンテンツに関する情報を一括して登録する第２の方法と、上記第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を上記端末側でのボタン操作によって登録が明示的に指示されたときに登録する第３の方法とを有し、これらの方法の少なくとも１つを用いて情報登録を行う。

このような構成によれば、第一のネットワークとは異なる第二のネットワーク上のサーバからデータの利用要求があったときに、ＡＰＩのリストに基づいて利用可能なＡＰＩが通知され、その通知されたＡＰＩに従って第一のネットワーク上のデータ（統計処理手段またはメッセージ配信手段が保有するデータ）が第二のネットワーク上のサーバに転送される。これにより、他のネットワークに存在するサーバが本システムのデータを自由に利用することができる。

また、上記情報登録手段において、第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を登録する場合に、上記第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を当該コンテンツの再生時にリアルタイムで登録することを特徴とする。これにより、コンテンツ再生時にリアルタイムで統計情報に反映させることができる。

また、上記情報登録手段において、第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を登録する場合に、上記第一のネットワーク上の各ユーザの端末で一定期間の間に再生されたコンテンツに関する情報を一括して登録することを特徴とする。これにより、各ユーザの端末がコンテンツ再生の度にデータ送信することを回避して、第一のネットワークの負荷を軽減することができる。

また、上記情報登録手段において、第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を登録する場合に、上記第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を上記端末側でのボタン操作によって登録が明示的に指示されたときに登録することを特徴とする。これにより、ユーザが承認したコンテンツに関する情報だけを対象にして登録を行うことができる。

本発明によれば、本システムのネットワーク上のデータを利用可能なＡＰＩを公開し、そのＡＰＩに従ってデータを転送する構成としたことにより、他のネットワーク上のサーバが本システムのデータを自由に利用でき、そのネットワーク上のサービスとの連携が可能となる。

図１は本発明の一実施形態に係るメッセージ配信システムの全体構成を示す図である。図２は同実施形態におけるメッセージ配信システムに用いられ各サーバの基本的な構成を示すブロック図である。図３は同実施形態における第一のネットワーク側でユーザのプレゼンス情報をリアルタイムに収集して即時登録する場合の処理の流れを示すシーケンス図である。図４は同実施形態における第一のネットワーク側でユーザのプレゼンス情報を定期的に収集して登録する場合の処理の流れを示すシーケンス図である。図５は同実施形態における第一のネットワーク側でユーザのプレゼンス情報をボタン操作により収集して登録する場合の処理の流れを示すシーケンス図である。図６は同実施形態におけるメッセージ配信システムのＡＰＩ機能を説明するためのシステム構成図である。図７は同実施形態におけるメッセージ配信システムの公開ＡＰＩリストカタログサーバによるデータ提供処理を示すフローチャートである。図８は同実施形態におけるメッセージ配信システムのメッセージ配信機能を説明するためのシステム構成図である。図９は同実施形態における統計情報収集サーバのデータ構造の例を示す図であり、図９（ａ）は統計結果、同図（ｂ）はその統計結果から算出された配信料金の例である。図１０は同実施形態における第一のネットワーク上の統計情報収集サーバのデータと第二のネットワーク上のＷｅｂサーバの地図アプリケーションとを組み合わせた場合の例を示す図である。

以下、図面を参照して本発明の実施形態を説明する。
図１は本発明の一実施形態に係るメッセージ配信システムの全体構成を示す図である。

このメッセージ配信システムは、第一のネットワーク１１と第二のネットワーク１２からなる。第一のネットワーク１１は、ＩＭＳを用いたネットワークを想定している。すなわち、この第一のネットワーク１１は、通信オペレータ等の事業者が運営している、所謂「マネージドネットワーク」である。これに対し、第二のネットワーク１２は、例えばインターネットのような広域の通信ネットワークであり、ここではＷｅｂサーバ２６，２７が接続されている。

以下では、第一のネットワーク１１側でウェブやブログ、ビデオオンデマンド（ＶｏＤ）、ＩＰＴＶなどのコンテンツ情報を視聴している各ユーザの端末に対して、第二のネットワーク１２側から広告事業者が作成した広告メッセージを配信する場合を想定して説明する。

今、第一のネットワーク１１にコンテンツ受信者であるユーザＡ，Ｂの端末１３ａ，１３ｂが接続され、第二のネットワーク１２に広告メッセージの配信者α，βの端末１４ａ，１４ｂが接続されているものとする。端末１３ａ，１３ｂは、ＩＭＳのシステムで用いられるＳＩＰを備える。端末１４ａ，１４ｂは、インターネットへの接続機能を備えた汎用のコンピュータからなる。

図１に示すように、第一のネットワーク１１上には、ウェブやプログ、ビデオオンデマンド（ＶｏＤ）、ＩＰＴＶ等のコンテンツの配信サービスを行うコンテンツ配信サーバ２１、ユーザのプレゼンス情報を登録するプレゼンスサーバ２２、プレゼンスサーバ２２に登録されたプレゼンス情報を統計処理した結果を登録する統計情報収集サーバ２３、統計情報収集サーバ２３に収集された統計情報に従って各ユーザの端末にメッセージ配信を選択的に行うメッセージ配信用のＳＩＰアプリケーションサーバ（ＳＩＰ−ＡＳ）２４が接続されている。

さらに、第一のネットワーク１１上には、本システムの特徴となる公開ＡＰＩリストカタログサーバ２５が接続されている。この公開ＡＰＩリストカタログサーバ２５は、第一のネットワーク１１上の統計情報収集サーバ２３とＳＩＰアプリケーションサーバ２４がそれぞれに保有するデータを提供するためのＡＰＩ（Application Programming Interface）のリストをカタログとして保持している。

統計情報収集サーバ２３、ＳＩＰアプリケーションサーバ２４、公開ＡＰＩリストカタログサーバ２５は、それぞれにＳＯＡＰ等のプロトコルを用いたインタフェース（ＩＦ）を有している。このインタフェースを介して第二のネットワーク１２上のＷｅｂサーバ２５が接続される形態になっている。

また、各サーバ２１〜２５は、図２に示すように、ＣＰＵ３１、プログラムメモリ３２、データメモリ３３、通信Ｉ／Ｆ（インタフェース）３４などを備えたコンピュータからなる。各サーバ２１〜２５に設けられたプログラムメモリ３２には、それぞれのサーバの機能を実現するためのプログラムが記憶されている。

特に、プレゼンスサーバ２２、統計情報収集サーバ２３、ＳＩＰアプリケーションサーバ２４、公開ＡＰＩリストカタログサーバ２５には、以下のような機能を実現するためのプログラムがプログラムメモリ３２に記憶されている。

すなわち、プレゼンスサーバ２２は、各ユーザの端末で再生されたコンテンツに関する情報をユーザの属性情報と共にプレゼンス情報として登録する機能を実現するためのプログラムを有する。

統計情報収集サーバ２３は、プレゼンスサーバ２２に登録された各ユーザのプレゼンス情報を統計処理した結果を収集する機能を実現するためのプログラムを有する。

ＳＩＰアプリケーションサーバ２４は、統計情報収集サーバ２３の統計情報と、配信者が指定したユーザの属性情報及びメッセージ内容に基づいて配信先を決定する機能と、この配信先として決定された各ユーザの端末に配信者のメッセージを配信処理する機能を実現するためのプログラムを有する。

公開ＡＰＩリストカタログサーバ２５は、統計情報収集サーバ２３またはＳＩＰアプリケーションサーバ２４に対するデータの利用要求があったときに、ＡＰＩのリストに基づいて利用可能なＡＰＩを通知し、その通知したＡＰＩに従ってデータを転送する機能を実現するためのプログラムを有する。

次に、本システムにて実現される各機能の動作について詳しく説明する。
（ａ）情報登録機能
まず、本システムの情報登録機能の動作について説明する。

本システムでは、第一のネットワーク１１上の各ユーザの端末で再生されたコンテンツに関する情報がユーザの属性情報と共にプレゼンス情報としてプレゼンスサーバ２２に登録される。その場合の登録方法として、以下のような３つの方法がある。

（即時登録方法）
図３は第一のネットワーク１１側でユーザのプレゼンス情報をリアルタイムに収集して即時登録する場合の処理の流れを示すシーケンス図である。

今、ユーザＡが端末１３ａにて音楽のコンテンツを再生しているものとする。その場合、まず、ユーザＡが一曲目の音楽を視聴したときに（ステップＳ１０１，Ｓ１０２）、ユーザＡの端末１３ａから第一のネットワーク１１を介して視聴情報がプレゼンスサーバ２２に送られる（ステップＳ１０３，Ｓ１０４）。

ここで、視聴情報には、再生された音楽の曲名や歌手名などの他に、以下のようなユーザの属性情報が含まれる。
・視聴者の性別
・視聴者の年齢
・視聴者の所在地・ロケーション情報
なお、上記属性情報は所定の操作により予めユーザ端末内に登録されており、コンテンツ情報と共にプレゼンスサーバ２２に送られるようになっている。

プレゼンスサーバ２２は、ユーザＡの端末１３ａから視聴情報（コンテンツ情報とユーザの属性情報）を受信すると、これをユーザＡのプレゼンス情報として所定のメモリ（データメモリ２２）に登録した後、登録完了通知を端末１３ａに返す（ステップＳ１０５，Ｓ１０６）。

他のユーザについても同様であり、例えばユーザＢが端末１３ｂにて音楽のコンテンツを再生した場合には、そのときのコンテンツ情報がユーザＢの属性情報と共にプレゼンスサーバ２２にリアルタイムに送られることになる。

ここで、プレゼンスサーバ２２は、各ユーザの端末から収集したプレゼンス情報を統計処理し（ステップＳ１０７）、その結果を統計情報収集サーバ２３へ送信する（ステップＳ１０８，Ｓ１０９）。具体的には、各ユーザのプレゼンス情報を音楽のジャンル、性別、年齢、視聴場所で分類すると共に、その分類単位で視聴者数を算出した結果を統計情報として統計情報収集サーバ２３へ送信することになる（図９参照）。

ユーザＡが２曲目の音楽を視聴したときも同様であり（ステップＳ１１０）、そのときの視聴情報がプレゼンスサーバ２２に送られて、プレゼンス情報として追加登録される（ステップＳ１１１〜Ｓ１１４）。また、このプレゼンス情報の追加登録に伴い、統計情報収集サーバ２３にて統計情報が更新される（ステップＳ１１５〜Ｓ１１７）。

このように、ユーザがコンテンツを再生したときに、そのコンテンツに関わる情報をプレゼンスサーバ２２に直ぐに登録することにより、リアルタイムで統計情報に反映させることができる。したがって、常に最新の統計情報を用いてメッセージ配信などのサービスを行うことができる。

（定期登録）
図４は第一のネットワーク１１側でユーザのプレゼンス情報を定期的に収集して登録する場合の処理の流れを示すシーケンス図である。

今、ユーザＡが端末１３ａにて音楽のコンテンツを再生した場合において（ステップＳ２０１）、そのコンテンツ情報をプレゼンスサーバ２２に直ぐに送るのではなく、一定期間が経過するのを待ち、その間にユーザＡが再生した複数の音楽に関するコンテンツ情報を端末１３ａ側で保持しておくようにする（ステップＳ２０２）。

そして、一定期間が経過したときに、端末１３ａは、その期間中に保持されたコンテンツ情報をユーザＡの属性情報と共に第一のネットワーク１１を介してプレゼンスサーバ２２に一括して送信する（ステップＳ２０３，Ｓ２０４）。

プレゼンスサーバ２２は、ユーザＡの端末１３ａから視聴情報（コンテンツ情報とユーザの属性情報）を受信すると、これをユーザＡのプレゼンス情報として所定のメモリ（データメモリ２２）に登録した後、登録完了通知を端末１３ａに返す（ステップＳ２０５，Ｓ２０６）。

他のユーザについても同様であり、例えばユーザＢが端末１３ｂにて音楽のコンテンツを再生した場合には、一定期間が経過するまでの間に再生された複数の音楽のコンテンツ情報がユーザＢの属性情報と共にプレゼンスサーバ２２に一括して送られることになる。

ここで、プレゼンスサーバ２２は、各ユーザの端末から収集したプレゼンス情報を統計処理し（ステップＳ２０７）、その結果を統計情報収集サーバ２３へ送信する（ステップＳ２０８，Ｓ２０９）。

このように、一定期間の間に再生された複数のコンテンツ情報を纏めてプレゼンスサーバ２２に登録することにより、各ユーザの端末がコンテンツ再生の度にデータ送信することを回避して、第一のネットワーク１１の負荷を軽減することができる。

（ボタン操作登録）
図５は第一のネットワーク１１側でユーザのプレゼンス情報をボタン操作により収集して登録する場合の処理の流れを示すシーケンス図である。

今、ユーザＡが端末１３ａにて音楽のコンテンツを再生する場合において（ステップＳ３０１）、そのコンテンツ情報をプレゼンスサーバ２２に直ぐに送るのではなく、一定期間が経過するのを待ち、その間にユーザＡが再生した複数の音楽に関するコンテンツ情報を端末１３ａ側で保持しておくようにする（ステップＳ３０２）。

そして、一定期間経過後、ユーザＡが端末１３ａに設けられた図示せぬ登録ボタンを押下したときに（ステップＳ３０３）、端末１３ａは、その期間中に得られた複数のコンテンツ情報をユーザＡの属性情報と共に第一のネットワーク１１を介してプレゼンスサーバ２２に一括して送信する（ステップＳ３０４，Ｓ３０５）。

プレゼンスサーバ２２は、ユーザＡの端末１３ａから視聴情報（コンテンツ情報とユーザの属性情報）を受信すると、これをユーザＡのプレゼンス情報として所定のメモリ（データメモリ２２）に登録した後、登録完了通知を端末１３ａに返す（ステップＳ３０６，Ｓ３０７）。

なお、ユーザＡが登録ボタンを押下しなかった場合には、その間に端末側で保持していたコンテンツ情報をすべてキャンセルして、プレゼンスサーバ２２への登録を中止するものとする。

他のユーザについても同様であり、例えばユーザＢが端末１３ｂにて音楽のコンテンツを再生した場合には、一定期間が経過するまでの間に再生された複数の音楽のコンテンツ情報が端末１３ｂ側に保持された後、登録ボタンの操作に伴い、これらのコンテンツ情報がユーザＢの属性情報と共にプレゼンスサーバ２２に一括して送られることになる。

ここで、プレゼンスサーバ２２は、各ユーザの端末から収集したプレゼンス情報を統計処理し（ステップＳ３０８）、その結果を統計情報収集サーバ２３へ送信する（ステップＳ３０９，Ｓ３１０）。

このように、ユーザがボタン操作により明示的に登録を指示したときに、それまでに再生されたコンテンツをプレゼンスサーバ２２に登録することで、例えばユーザの好みに合わなかったコンテンツや、誤って再生したコンテンツを除外して、ユーザが承認したコンテンツに関する情報だけを対象にして登録を行うことができる。

（ｂ）ＡＰＩ機能
次に、図６および図７を参照して、本システムのＡＰＩ機能について説明する。

本システムでは、第一のネットワーク１１に属するプレゼンスサーバ２２、統計情報収集サーバ２３が保有しているデータを他のネットワークである第二のネットワーク１２に属するＷｅｂサーバが自由に利用させるためのＡＰＩ機能を備えている。

図６は本システムのＡＰＩ機能を説明するためのシステム構成図である。ここでは、第二のネットワーク１２側のＷｅｂサーバとして、メッセージ配信用のＷｅｂアプリケーションサーバ（Ｗｅｂ−ＡＳ）２６ａ、Ｗｅｂサーバ２７、広告用のＷｅｂサーバ２８が設けられているものとする。

Ｗｅｂアプリケーションサーバ２６ａは、第二のネットワーク１２側でのメッセージの配信処理を行うサーバであり、第一のネットワーク１１側の統計情報収集サーバ２３とＳＩＰアプリケーションサーバ２４とはＸＣＡＰまたはＳＯＡＰ等のＩＦ（インタフェース）を介して接続されている。

また、Ｗｅｂサーバ２７は、Ｗｅｂ上で地図アプリを提供するサーバである。Ｗｅｂサーバ２８は、Ｗｅｂ上で広告管理を行うサーバである。なお、図中の２９はゲートウェイ（ＧＷ）であり、第一のネットワーク１１と第二のネットワーク１２との接続を行う機能を備える。

ここで、第一のネットワーク１１側において、公開可能なＡＰＩは複数あるので、その公開ＡＰＩのリストをカタログとして第一のネットワーク１１の公開ＡＰＩリストカタログサーバ２５に保持しておく。この場合、公開ＡＰＩのリストは、公開可能なＡＰＩの仕様の名称とバージョンをリスト形式で保持するか、あるいは、命令や関数名とその引数などをリスト形式で保持することが考えられる。

このような構成により、第二のネットワーク１２のＷｅｂアプリケーションサーバ２６ａから公開ＡＰＩのカタログの問い合わせがあった場合、または、予め決められた期日に定期的に公開ＡＰＩのリストをＷｅｂアプリケーションサーバ２６ａに提供する。これにより、Ｗｅｂアプリケーションサーバ２６ａは、公開ＡＰＩリストカタログサーバ２５から取得したカタログの中から所望の公開ＡＰＩを用いて、第一のネットワーク１１の統計情報収集サーバ２３やＳＩＰアプリケーションサーバ２４のデータを自由に利用できるようになる。

このときの処理動作を図７に示す。
図７は本システムの公開ＡＰＩリストカタログサーバ２５によるデータ提供処理を示すフローチャートである。

まず、公開ＡＰＩリストカタログサーバ２５は、第一のネットワーク１１上の統計情報収集サーバ２３が保有するデータと、ＳＩＰアプリケーションサーバ２４が保有するデータを外部に提供するためのＡＰＩのリストを作成し、そのリストを所定のメモリ（データメモリ３３）に保持する（ステップＳ１１，Ｓ１２）。

ここで言う外部とは、第二のネットワーク１２上のＷｅｂアプリケーションサーバ２６ａのことである。

このＷｅｂアプリケーションサーバ２６ａから統計情報収集サーバ２３またはＳＩＰアプリケーションサーバ２４にデータ利用要求のアクセスがあると（ステップＳ１３のＹｅｓ）、公開ＡＰＩリストカタログサーバ２５は、上記メモリに保持されたＡＰＩのリストのカタログをＷｅｂアプリケーションサーバ２６ａに送ることで、利用可能なＡＰＩを通知する（ステップＳ１４）。

そして、Ｗｅｂアプリケーションサーバ２６ａが所望のＡＰＩを選択すると、公開ＡＰＩリストカタログサーバ２５は、その選択されたＡＰＩに従って第一のネットワーク１１上の統計情報収集サーバ２３またはＳＩＰアプリケーションサーバ２４のデータを第二のネットワーク１２に転送する（ステップＳ１５）。

このように、第一のネットワーク１１上の統計情報収集サーバ２３やＳＩＰアプリケーションサーバ２４で利用可能なＡＰＩを公開することで、他のネットワークである第二のネットワーク１２に属するＷｅｂサーバが自由に第一のネットワーク１１上のデータを利用できるようになる。

なお、統計情報収集サーバ２３、ＳＩＰアプリケーションサーバ２４で用意するＡＰＩを新規で作成あるいは修正した場合において、第一のネットワーク１１を介して公開ＡＰＩリストカタログサーバ２５のリストを更新させることで、公開ＡＰＩリストカタログサーバ２５は常に最新の公開ＡＰＩのリストを持ってデータを提供することができる。

（ｃ）メッセージ配信機能
次に、本システムのメッセージ配信機能について説明する。

図８は本システムのメッセージ配信機能を説明するためのシステム構成図である。

第一のネットワーク１１に公開ＡＰＩリストカタログサーバ２５が設けられていることで、統計情報収集サーバ２３は、第二のネットワーク１２上にあるＷｅｂアプリケーションサーバ２６ａに対して、公開ＡＰＩレベルでデータを配信する機能を持つ。これにより、Ｗｅｂアプリケーションサーバ２６ａでは、統計情報収集サーバ２３の統計情報を元に第一のネットワーク１１上の所望のユーザに対してメッセージを配信することが可能である。

逆に、公開ＡＰＩを用いて第一のネットワーク１１上のＳＩＰアプリケーションサーバ２４から所望のユーザに対してメッセージを配信することも可能である。

また、第二のネットワーク１２上のＷｅｂアプリケーションサーバ２６ａが第一のネットワーク１１上の情報を入手することにより、第二のネットワーク１２上のアプリケーションとの組合せにより、新しいアプリケーションの創出も可能になる。

図９および図１０に具体例を示す。
図９は統計情報収集サーバ２３のデータ構造の例を示す図であり、図９（ａ）は統計結果、同図（ｂ）はその統計結果から算出された配信料金の例である。この例では、各ユーザが音楽のコンテンツを視聴している場合でのプレゼンス情報を音楽のジャンル、性別、年齢、視聴場所で分類すると共に、その分類単位で視聴者数を算出した結果を示している。

配信料金に関しては、第一のネットワーク１１側が設定しても良いし、第二のネットワーク１２側あるいは第三者が設定しても良い。この場合、各事業者との間で配信料金が決定されるが、第一のネットワーク１１側は料金設定のための基礎データとして統計情報を管理することになる。

図１０は第一のネットワーク１１上の統計情報収集サーバ２３のデータと第二のネットワーク１２上のＷｅｂサーバ２６の地図アプリケーションとを組み合わせた場合の例を示す図である。この例では、統計情報からＡの音楽を視聴しているユーザを地図上で地域別に分類した例が示されている。

ここで、第一のネットワーク１１上にあるメッセージ配信用のＳＩＰアプリケーションサーバ２４や統計情報収集サーバ２３には、第二のネットワーク１２上のＷｅｂサーバに対し、公開ＡＰＩの利用を許可するときに、第二のネットワーク１２上のサービスに必要な情報を公開ＡＰＩのカタログの中から任意に選べる仕組みとする。

その場合、公開ＡＰＩのカタログの中から選んだ情報と第二のネットワーク１２上のＷｅｂサーバが選んだＡＰＩとを第二のネットワーク１２上のサービスに応じて自由に組み合わせることが可能である。

図８の例でみると、第二のネットワーク１２上の地図プリケーションと公開ＡＰＩで得られる第一のネットワーク上の統計情報をＷｅｂアプリケーションサーバ２６ａ側で組み合わせて、第二のネットワーク１２のユーザに対して、１つの組み合わせたサービスとして提供できる。

これにより、広告メッセージの配信者αは、端末１４ａから第二のネットワーク１２を介してＷｅｂアプリケーションサーバ２６ａに接続することにより、図１０のような情報を入手することができる。したがって、地図上でメッセージ内容に適した各ユーザを確認でき、これらのユーザの端末に対してメッセージを配信することができる。つまり、例えばＡの音楽ジャンルに関する広告メッセージを配信する場合であれば、地域別にＡの音楽ジャンルに興味のある各ユーザに的を絞って効率的に広告メッセージを配信して広告効果を得ることができる。

この第二のネットワーク１２上の地図アプリケーションと公開ＡＰＩで得られる第一のネットワーク１１上の統計情報は完全に別々で制御されているが、共通可能な情報をキーに組み合わせることにより、多様なサービスを実現できる。

また、第二のネットワーク１２上のＷｅｂアプリケーションサーバ２６ａが第一のネットワーク１１上の公開ＡＰＩに対し、定期的にアクセスすることで、最新の情報を入手することができる。

また、第二のネットワーク１２上のＷｅｂアプリケーションサーバ２６ａがメッセージ配信用のＳＩＰアプリケーションサーバ２４の公開ＡＰＩをサービス内容に応じて利用することにより、第一のネットワーク１１上の任意のユーザ端末に対してメッセージが送ることも可能である。

このように、本システムによれば、第一のネットワーク１１上の統計情報収集サーバ２３、ＳＩＰアプリケーションサーバ２４で利用可能なＡＰＩを公開することで、他のネットワークである第二のネットワーク１２上のＷｅｂサーバが第一のネットワーク１１上のデータを自由に利用して各ユーザの端末にメッセージを配信することができる。

この場合、実際にメッセージの配信処理を行うのは、第二のネットワーク１２上のＷｅｂアプリケーションサーバ２６ａではなく、第一のネットワーク１１に属するＳＩＰアプリケーションサーバ２４である。これにより、ユーザの配信先（アドレス等）を第二のネットワーク１２側の広告業者などのメッセージ配信事業者に秘匿して、ユーザのセキュリティを確保することができる。

特に、第一のネットワーク１１としてＩＭＳを用いたネットワーク、第二のネットワーク１２としてＩＭＳ以外のネットワークを用いたシステムにおいて、第一のネットワーク１１側でメッセージの配信処理を行う構成とすることで、ＩＭＳのネットワークにおける信頼性を損なわずに、異種ネットワークからのメッセージの配信を実現することができる。

なお、上記実施形態では、広告メッセージを配信する場合を例にして説明したが、メッセージの種類は特に限定されるものではなく、広告以外のメッセージをそのメッセージ内容に合致するユーザ群に配信する場合であれば本発明の手法を適用することができる。

また、第一のネットワーク１１側において、各ユーザの端末で音楽のコンテンツを再生した場合に情報収集を行うものとしたが、音楽に限らず、例えば映画等の他のコンテンツ情報を再生する場合でも同様に適用可能である。

要するに、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１１…第一のネットワーク、１２…第二のネットワーク、１３ａ，１３ｂ，１３ｃ…ユーザの端末、１４ａ，１４ｂ…配信者の端末、２１…コンテンツ配信サーバ、２２…プレゼンスサーバ、２３…統計情報収集サーバ、２４…メッセー配信用ＳＩＰアプリケーションサーバ、２５…公開ＡＰＩリストカタログサーバ、２６，２７…Ｗｅｂサーバ、２６ａ…メッセージ配信用Ｗｅｂアプリケーションサーバ、２８…広告用Ｗｅｂサーバ、２９…ゲートウェイ、３１…ＣＰＵ、３２…プログラムメモリ、３３…データメモリ、３４…通信Ｉ／Ｆ。

Claims

ＩＭＳを用いた第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報をユーザの属性情報と共にプレゼンス情報として登録する情報登録手段と、
この情報登録手段によって登録された各ユーザのプレゼンス情報を統計処理した結果を収集する統計処理手段と、
この統計処理手段によって収集された統計情報に基づいて上記各ユーザの端末に対してメッセージを選択的に配信するメッセージ配信手段と、
上記統計処理手段または上記メッセージ配信手段が保有するデータを上記第一のネットワークとは異なる第二のネットワーク上のサーバに提供するためのＡＰＩのリストを保持するリスト保持手段と、
上記第二のネットワーク上のサーバから上記統計処理手段または上記メッセージ配信手段が保有するデータの利用要求があったときに、上記ＡＰＩリスト保持手段に保持されたＡＰＩのリストに基づいて利用可能なＡＰＩを通知する通知手段と、
この通知手段によって通知されたＡＰＩに従って上記統計処理手段または上記メッセージ配信手段が保有するデータを上記第二のネットワーク上のサーバに転送するデータ転送手段とを具備し、
上記情報登録手段は、
上記第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を当該コンテンツの再生時にリアルタイムで登録する第１の方法と、上記第一のネットワーク上の各ユーザの端末で一定期間の間に再生されたコンテンツに関する情報を一括して登録する第２の方法と、上記第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を上記端末側でのボタン操作によって登録が明示的に指示されたときに登録する第３の方法とを有し、これらの方法の少なくとも１つを用いて情報登録を行うことを特徴とするメッセージ配信システム。
ＩＭＳを用いた第一のネットワークと上記第一のネットワークとは異なる第二のネットワークとからなり、上記第一のネットワークにプレゼンスサーバと、統計情報収集サーバと、メッセージ配信用サーバと、公開ＡＰＩリストカタログサーバとが設けられたメッセージ配信システムのデータ提供方法であって、
上記プレゼンスサーバが上記第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報をユーザの属性情報と共にプレゼンス情報として登録し、
上記統計情報収集サーバが上記プレゼンスサーバに登録された各ユーザのプレゼンス情報を統計処理した結果を収集し、
上記メッセージ配信用サーバが上記統計情報収集サーバによって収集された統計情報に基づいて上記各ユーザの端末に対してメッセージを選択的に配信し、
上記公開ＡＰＩリストカタログサーバが上記統計情報または上記メッセージに関するデータを上記第二のネットワーク上のサーバに提供するためのＡＰＩのリストを保持し、上記第二のネットワーク上のサーバから上記統計情報または上記メッセージに関するデータの利用要求があったときに、上記ＡＰＩのリストに基づいて利用可能なＡＰＩを通知し、この通知されたＡＰＩに従って上記統計情報または上記メッセージに関するデータを上記第二のネットワーク上のサーバに転送し、
上記プレゼンスサーバでは、
上記第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を当該コンテンツの再生時にリアルタイムで登録する第１の方法と、上記第一のネットワーク上の各ユーザの端末で一定期間の間に再生されたコンテンツに関する情報を一括して登録する第２の方法と、上記第一のネットワーク上の各ユーザの端末で再生されたコンテンツに関する情報を上記端末側でのボタン操作によって登録が明示的に指示されたときに登録する第３の方法とを有し、これらの方法の少なくとも１つを用いて情報登録を行うことを特徴とするデータ提供方法。