JP2011002864A - プラットフォームシステム - Google Patents

Abstract

【課題】ユーザの個性に応じたコンテンツの配信に関し、汎用的なプラットフォームシステムを提供する。
【解決手段】プラットフォームシステム１では、ユーザ情報収集系２により管理されているユーザ情報と、コンテンツ収集系３により収集されたコンテンツ情報とが、それぞれコンテンツ配信系４に提供される。コンテンツ配信系４は、ユーザ情報収集系２から提供されたユーザ情報およびコンテンツ収集系３から提供されたコンテンツ情報を利用して、相互に紐づけて管理することで、各コンテンツにつき、そのコンテンツを配信する対象とするすべてのユーザのリストを作成する。ユーザからコンテンツ配信リクエストがあると、上記リストを参照して、そのユーザに応じたコンテンツを配信する。
【選択図】図１

Description

本発明は、汎用的なプラットフォームシステムを構築するためのプラットフォーム構築技術に関する。

従来より、インターネットを利用し、サーバからクライアントであるユーザ端末に対して、ユーザの個性に応じたコンテンツ（例えば、テキスト、静止画、動画、音声）の配信を行うサービスに関するプラットフォームが提案されている（例えば、特許文献１、２参照）。

プラットフォームとは、一般的に、コンピュータのハードウェア環境とＯＳ環境を含めた概念であり、アプリケーションプログラムを実行するために必要となる基本的な実行環境のことをいう。例えば、特許文献１には、ユーザの性別、年齢、職業、趣味等の属性情報を各ユーザに事前に登録させることにより、ユーザの属性に応じた広告コンテンツを提供するものが開示されている。

また、特許文献２には、各ユーザにより利用されたデジタルコンテンツ（例えば、雑誌や記事）に関する利用結果情報を収集し、この利用結果情報を各ユーザの属性情報として蓄積することで、ユーザの興味対象の変化に対応したコンテンツを提供するものが開示されている。

上記従来の技術におけるプラットフォームでは、コンテンツの配信に係るサービス提供の実現を目的とした複数の機能（ユーザ管理機能やコンテンツ管理機能など）の集まりを、単一のサーバ上で提供している。

特開２００１−３１２６４３号公報 特開２００２−３５１９１１号公報

しかしながら、前述した従来のプラットフォームでは、サービスの提供対象とするユーザやコンテンツ種別によって、専用のシステムが構築されていた。

図１３は、上記従来のプラットフォームの概念図である。この従来のシステムでは、ユーザ端末との間でリクエストの受信やコンテンツの配信を行う通信部（図中のＡ）と、ユーザの情報が蓄積されているユーザデータベースおよびこのユーザデータベースから配信対象のユーザを抽出するユーザ抽出部（図中のＢ）と、配信対象のコンテンツが蓄積されているコンテンツデータベースおよびこのコンテンツデータベースから配信するコンテンツを抽出するコンテンツ抽出部（図中のＣ）と、がサーバ内に組み込まれて集中的に管理されている。

たとえば、特許文献２に開示されているプラットフォームは、雑誌や記事などの出版物に係るデジタルコンテンツの配信に関するサービスを実現するものである。このプラットフォームでは、上記コンテンツデータベースに各ユーザに配信するデジタルコンテンツが登録され、また、上記ユーザデータベースに各ユーザに配信されたデジタルコンテンツの種類などの閲覧結果情報が登録される。そして、これらデータベースを参照して、閲覧頻度の高い種類のデジタルコンテンツが、配信対象のデジタルコンテンツとして決定される。このように、上記プラットフォームは、ユーザに応じたデジタルコンテンツの出し分け専用のシステムとして構築されている。

ところが、上記プラットフォームについて、配信対象のデジタルコンテンツを決定する際に参照する情報資源を、デジタルコンテンツの閲覧結果ではなく、他の内容（たとえば、ユーザのショッピングにおける購買履歴など）に変更しようとすると、上記ユーザデータベースでは対応できない。また、これがシステム内において専用のデータベースとして不可分に管理されているため、データベースの変更に伴い、システム全体を見直す必要がある。

このように、前述したような従来のプラットフォームは、専用のシステムとして構築されるために、システム構成に依存する度合いが大きい。その結果、サービス内容の拡張や変更があると、利用しているシステムを、その都度、全面的に見直す必要や、作り替える必要があった。また、上記システムにおけるデータベース（ユーザデータベースおよびコンテンツデータベース）に蓄積されている情報資源を、他のシステムと共通的に利用するように構成されていない。このため、汎用性や拡張性に乏しいという問題があった。

そこで、本発明では、ユーザの個性に応じたコンテンツの配信に関し、汎用的なプラットフォームシステムを提供することを目的とする。

上記の課題を解決するため、本発明は以下のようなものを提供する。

（１） ユーザ端末からユーザの情報を収集するユーザ情報サーバと、入稿端末からコンテンツを収集するコンテンツサーバと、コンテンツをユーザ端末に対して配信するコンテンツサーバと、をネットワーク上で連携させて、ユーザに応じてコンテンツを出し分け配信するプラットフォームシステムであって、
前記ユーザ情報サーバは、
ユーザ端末から情報を収集するユーザ情報収集手段と、
ユーザを選別するための条件を受信する条件受信手段と、
前記収集された情報を参照し、前記受信された条件を満たすユーザを対象ユーザとして抽出する対象ユーザ抽出手段と、
前記抽出した対象ユーザを送信する対象ユーザ送信手段と、を有し、
前記コンテンツサーバは、
コンテンツおよびこれに関連づけられた配信条件を含むコンテンツ情報を入稿端末から収集するコンテンツ収集手段と、
前記収集されたコンテンツ情報を送信する送信手段と、を有し、
前記配信サーバは、
ユーザ端末からコンテンツの配信に係るリクエストを受信するリクエスト受信手段と、
コンテンツおよびそのコンテンツを配信する対象ユーザを受信する受信手段と、
前記リクエストを受信したユーザ端末のユーザが前記対象ユーザである場合、該当するコンテンツをそのユーザ端末に配信するコンテンツ配信手段と、を有し、
前記コンテンツサーバから前記ユーザ情報サーバに対して前記コンテンツ情報に含まれる配信条件が送信され、
前記コンテンツサーバから前記配信サーバに対して前記コンテンツ情報に含まれるコンテンツが送信され、
前記ユーザ情報サーバから前記配信サーバに対して前記対象ユーザが送信されるように、前記各サーバを連携させて構成したことを特徴とするプラットフォームシステム。

（１）によれば、ネットワーク上にそれぞれ設けられている既存の各サーバ装置を変更することなく利用し、各サーバ装置の機能や情報資源の相互利用を図ることで、ユーザの個性に応じたコンテンツの配信を実現することができる。

（２） 前記ユーザ情報サーバは、前記対象ユーザ送信手段により前記抽出した対象ユーザをＡＰＩを介して外部に対して送信し、一方で、前記配信サーバは、前記受信手段により前記対象ユーザ送信手段により送信される対象ユーザをＡＰＩを介して受信し、
前記コンテンツサーバは、前記送信手段により前記収集されたコンテンツ情報をＡＰＩを介して外部に対して送信し、その一方で、前記配信サーバは、前記受信手段により前記送信手段により送信されるコンテンツ情報に含まれるコンテンツをＡＰＩを介して受信し、また、前記ユーザ情報サーバは、前記条件受信手段により前記送信手段により送信されるコンテンツ情報に含まれる配信条件をＡＰＩを介して受信することを特徴とする（１）に記載のプラットフォームシステム。

（２）によれば、各サーバ装置は、それぞれが有する機能や情報資源をＡＰＩを介して外部に開放するようにし、その結果、相互に連携されることになる。したがって、各サーバ装置がそれぞれ有する汎用性を失わせることなく、各サーバ装置間の連携を可能にする統一的な仕組みを実現するのに好適となる。

（３） ユーザ端末からユーザの情報を収集するユーザ情報サーバと、入稿端末からコンテンツを収集するコンテンツサーバと、コンテンツをユーザ端末に対して配信するコンテンツサーバと、をネットワーク上で連携させて、ユーザに応じてコンテンツを出し分け配信するプラットフォームシステムの構築方法であって、
前記ユーザ情報サーバは、
ユーザ端末から情報を収集するユーザ情報収集ステップと、
ユーザを選別するための条件を受信する条件受信ステップと、
前記収集された情報を参照し、前記受信された条件を満たすユーザを対象ユーザとして抽出する対象ユーザ抽出ステップと、
前記抽出した対象ユーザを送信する対象ユーザ送信ステップと、を実行し、
前記コンテンツサーバは、
コンテンツおよびこれに関連づけられた配信条件を含むコンテンツ情報を入稿端末から収集するコンテンツ収集ステップと、
前記収集されたコンテンツ情報を送信する送信ステップと、を実行し、
前記配信サーバは、
ユーザ端末からコンテンツの配信に係るリクエストを受信するリクエスト受信手段と、
コンテンツおよびそのコンテンツを配信する対象ユーザを記憶する記憶ステップと、
前記リクエストを受信したユーザ端末のユーザが前記対象ユーザである場合、該当するコンテンツをそのユーザ端末に配信するコンテンツ配信ステップと、を実行し、
前記コンテンツサーバから前記ユーザ情報サーバに対して前記コンテンツ情報に含まれる配信条件が送信され、
前記コンテンツサーバから前記配信サーバに対して前記コンテンツ情報に含まれるコンテンツが送信され、
前記ユーザ情報サーバから前記配信サーバに対して前記対象ユーザが送信されるように、前記各サーバを連携させて構成することを特徴とするプラットフォームシステムの構築方法。

本発明のプラットフォームシステムによれば、ユーザの個性に応じたコンテンツの配信に関し、汎用的なプラットフォームシステムを提供することができる。

本発明の一実施形態にかかるコンテンツ配信プラットフォームシステムの構成例を示す図である。 ユーザデータベースにおけるユーザ情報テーブルのデータ構造例を示す図である。 ユーザデータベースにおける条件テーブルのデータ構造例を示す図である。 ユーザデータベースにおける対象ユーザリストのデータ構造例を示す図である。 コンテンツデータベースにおける入稿コンテンツテーブルのデータ構造例を示す図である。 コンテンツデータベースにおける配信条件テーブルのデータ構造例を示す図である。 配信データベースにおける配信コンテンツテーブルのデータ構造例を示す図である。 配信データベースにおける配信対象リストのデータ構造例を示す図である。 実施形態の処理例を示すシーケンス図である。 実施形態の処理例を示すシーケンス図である。 実施形態の処理例を示すシーケンス図である。 実施形態の処理例を示すシーケンス図である。 従来のシステムの構成例を示す図である。

以下、図面を参照して、本発明を実施するための形態について説明する。

（プラットフォームシステムの概略）
図１は、本発明の実施形態にかかるコンテンツ配信プラットフォームシステム１の構成を概略的に示す図である。

コンテンツ配信プラットフォームシステム１は、インターネット等のネットワーク上にそれぞれ設けられている、ユーザ情報収集系のプラットフォーム（以下、ユーザ情報収集系）２と、コンテンツ収集系のプラットフォーム（以下、コンテンツ収集系）３と、コンテンツ配信系のプラットフォーム（以下、コンテンツ配信系）４とから構成され、これらを連携させることにより、ユーザの構成に応じたコンテンツの出し分け配信を実行する。

ユーザ情報収集系２は、ユーザ情報サーバ１０とユーザデータベース２０とから構成される。コンテンツ収集系３は、コンテンツサーバ３０とコンテンツデータベース４０とから構成される。コンテンツ配信系４は、配信サーバ５０と配信データベース６０とから構成される。

ユーザ情報サーバ１０、コンテンツサーバ３０および配信サーバ５０は、それぞれ、制御部、記憶部等を備えたコンピュータ（単一あるいは複数）により構成される。具体的には、制御部を構成するＣＰＵ（Central Processing Unit）、記憶部を構成するＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）やＨＤＤ（Hard Disc Drive）、通信部を構成する通信Ｉ／Ｆ（インターフェイス）などのハードウェア資源から構成される。

ユーザデータベース２０、コンテンツデータベース４０および配信データベース６０は、それぞれ記憶手段を構成し、各データベースを保持するコンピュータ内のＨＤＤ等の記憶媒体上に所定のデータを体系的に保持するものである。各データベースに対して行われる、データの登録、更新、検索等の操作およびデータを格納すべきテーブルの定義づけといった制御については、ＳＱＬ（Structured Query Language）を用いて実現される。

（ユーザ情報収集系２）
ユーザ情報収集系２は、ネットワークを介して接続されているユーザ端末５あるいは外部のサービスサーバ６から、ユーザに関する情報を収集する。

ユーザ端末５は、ネットワーク上で各種サービスを利用するユーザにより用いられる端末装置であり、携帯電話、ＰＣ（Personal Computer）、ＰＤＡ（Personal Degital Assistants）等が挙げられる。ユーザ端末５は、一般的なブラウザ（ｗｅｂブラウザ）を備えている。ブラウザは、インターネットの標準プロトコルであるＨＴＴＰ（Hyper Text Transfer Protocol）等に従い、ＨＴＭＬ（Hyper Text Markup Language）等の言語で記述されたページデータの要求・取得・表示およびフォームデータの送信等を行う機能を有している。

サービスサーバ６は、ユーザに対してネットワーク上で各種のサービスを提供する装置であり、たとえば、ショッピングサイトやニュース配信サイト、ソーシャルネットワークサービス（ＳＮＳ）を運営するサーバなどが挙げられる。

ユーザ情報収集系２を構成するユーザ情報サーバ１０は、ユーザ情報収集手段１１と、条件受信手段１２と、対象ユーザ抽出手段１３と、対象ユーザ送信手段１４とを有する。

ユーザ情報サーバ１０が備える各手段は、前述したコンピュータの制御部や記憶部等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。なお、これらの手段は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。

ユーザ情報収集系２において収集されたユーザに関する情報は、ネットワーク上に設けられた他のサーバなどの外部ソースに対して提供される。本実施形態では、収集されたユーザに関する情報が蓄積されたデータベース（ユーザデータベース２０）を、前述したコンピュータプログラムに含まれるＡＰＩ（Application Program Interface）を用いて外部に開放し、ＡＰＩを介してデータベースへのアクセスを実行可能とすることで、データベースに記憶されている情報資源を利用させるためのネットワークアーキテクチャが構築される。なお、外部ソースから、ＡＰＩを介して、データベースに取り込むデータを収集することも行われる。

ユーザ情報収集手段１１は、ユーザによる入力を受けてユーザ端末５から送信されるユーザに関する情報（以下、ユーザ情報）、あるいはサービスサーバ６により管理されているユーザ情報を収集し、ユーザデータベース２０に登録する。

図２〜図４は、ユーザデータベース２０のデータ構造例を示す図である。図２は、ユーザデータベース２０が有するユーザ情報テーブルを示す。

ユーザ情報テーブルには、ユーザ端末５およびサービスサーバ６から収集されたユーザ情報が記憶されている。ユーザ情報テーブルは、「ユーザＩＤ」、「属性情報」、「ログ情報」、「サービス利用履歴情報」といった各種項目からなる組を１レコードとして有しており、複数のユーザに関して各ユーザの個性を示す情報を管理している。

「ユーザＩＤ」は、ユーザ端末５を介してネットワーク上の各種サービスを利用するユーザを識別するデータである。ユーザＩＤは、ユーザのサービス利用開始時に、予め用意もしくは動的に生成されてユーザに割り当てられる。なお、ユーザＩＤとともに、ユーザが利用する端末装置を識別する「端末ＩＤ」などの項目を付加することもできる。

「属性情報」は、ユーザの属性に関する情報であり、たとえば、ユーザの性別、職業、生年月日、住所といったプロフィールや身元を示すデータを採用することができる。

「ログ情報」は、ユーザ端末５に入力されたデータの記録やデータ通信の記録に関する情報であり、たとえば、ユーザがネットワークを介してアクセスしたウェブページ、各ウェブページに応じたアクセスの数やアクセスの日時、ユーザ端末５として携帯電話を使用するユーザの場合はパケット使用量といったデータを採用することができる。

「サービス利用履歴情報」は、ユーザがネットワーク上のサービスを利用した履歴に関する情報であり、たとえば、入力した検索ワード、利用したコンテンツ、インターネットショッピングにおけるユーザの購入商品や金額といったデータを採用することができる。

図１に戻り、条件受信手段１２は、ユーザ（ユーザデータベース２０において管理されているユーザ）を選別するための条件に関する情報（以下、選別条件情報）を、ＡＰＩを介して、ネットワーク上に設けられた他のサーバなどの外部ソースから受信する。また、条件受信手段１２は、受信した選別条件情報をユーザデータベース２０に登録する。

図３は、ユーザデータベース２０が有する条件テーブルを示す。条件テーブルには、選別条件情報が記憶されている。条件テーブルは、「条件ＩＤ」、「条件内容」といった各種項目からなる組を１レコードとして有している。

「条件ＩＤ」は、外部から受信した選別条件情報を識別するデータである。条件ＩＤは、受信した選別条件情報に対して、予め用意もしくは動的に生成されて割り当てられる。本実施形態では、一例として、条件ＩＤを、選別条件情報の送信元で管理されているＩＤ（たとえば、後述の配信条件ＩＤ）と紐づけて管理することにより、条件ＩＤから、送信元で管理されているＩＤを特定可能にする。

「条件内容」は、ユーザを選別するための条件の内容を示すデータである。たとえば、ユーザの「属性情報」、「ログ情報」、「サービス利用履歴情報」といった項目やこれらの組合せに関するキーワードや数値などが規定されている。条件内容に合致するユーザ情報を有するユーザが、配信条件を満たすユーザとなる。

属性情報であれば、たとえば、「３０代・会社員・男性」といった内容を採用することができる。また、ログ情報であれば、たとえば、「ウェブページＡに１０回以上アクセスしたユーザ」といった内容を採用することができる。また、サービス利用履歴情報であれば、「商品Ａを購入したユーザ」といった内容を採用することができる。

図１に戻り、対象ユーザ抽出手段１３は、前述のユーザ情報テーブル（図２）に記憶されている各ユーザ情報を参照し、前述の条件テーブル（図３）に記憶されている各選別条件情報に応じて、条件内容を満たすユーザを対象ユーザとして抽出する。

たとえば、条件内容に「３０代・会社員・男性」という属性情報に係る条件を指定するデータが含まれていれば、ユーザ情報テーブルを参照して、当該属性情報を有するすべてのユーザの洗い出しを行う。また、対象ユーザ抽出手段１３は、選別条件情報に応じて抽出した対象ユーザを、ユーザデータベース２０に登録する。

図４は、ユーザデータベース２０が有する対象ユーザリストを示す。対象ユーザリストは、「条件ＩＤ」、「ユーザＩＤ」といった各種項目からなる組を１レコードとして有しており、選別条件ごとにその条件内容を満たす対象ユーザを管理する。

図１に戻り、対象ユーザ送信手段１４は、ユーザデータベース２０の対象ユーザリストに記憶されている対象ユーザを、ネットワーク上に設けられた他のサーバなどの外部ソースに対して送信する。

（コンテンツ収集系３）
コンテンツ収集系３は、ネットワークを介して接続されている入稿端末７からコンテンツ提供主により入力された様々なコンテンツ情報を収集する。

入稿端末７は、コンテンツ提供主がコンテンツ情報を入稿するために用いられる端末装置であり、ＰＣ等が挙げられる。

コンテンツ収集系３を構成するコンテンツサーバ３０は、コンテンツ収集手段３１と、コンテンツ送信手段３２とを有する。

コンテンツサーバ３０が備える各手段は、前述したコンピュータの制御部や記憶部等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。なお、これらの手段は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。

コンテンツ収集系３において収集されたコンテンツ情報は、ネットワーク上に設けられた他のサーバなどの外部ソースに対して提供される。本実施形態では、収集されたコンテンツ情報を蓄積するデータベース（コンテンツデータベース４０）を、前述したコンピュータプログラムに含まれるＡＰＩを用いて外部に開放し、ＡＰＩを介してデータベースへのアクセスを実行可能とすることで、データベースに記憶されている情報資源を利用させる。

コンテンツ収集手段３１は、コンテンツ提供主による入力を受けて入稿端末７から送信されるコンテンツ情報を収集し、コンテンツデータベース４０に登録する。

コンテンツ情報は、テキスト、静止画像、動画像、音楽あるいはこれらの組合せからなるコンテンツに関するデータと、このコンテンツに関連づけられた配信条件に関するデータとを含む。配信条件は、コンテンツを配信する条件を規定するものであり、たとえば、配信対象とするユーザの範囲や、配信対象とする日時などを採用することができる。

図５および図６は、コンテンツデータベース４０のデータ構造例を示す図である。コンテンツデータベース４０は、入稿コンテンツテーブル（図５）と配信条件テーブル（図６）を有する。

図５は、入稿コンテンツテーブルを示す。入稿コンテンツテーブルには、コンテンツ情報に含まれるコンテンツに関するデータが記憶されている。入稿コンテンツテーブルは、「コンテンツＩＤ」、「コンテンツ内容」、「コンテンツ本体」といった各種項目からなる組を１レコードとして有しており、入稿されたコンテンツに関してそのコンテンツの詳細を示す情報を管理している。

「コンテンツＩＤ」は、入稿されたコンテンツを識別するデータである。コンテンツＩＤは、入稿されたコンテンツに対して、予め用意もしくは動的に生成されて割り当てられる。

「コンテンツ内容」は、入稿されたコンテンツを分類するための「種別」や、コンテンツを紹介するテキストに相当する「タイトル」などを含むデータである。コンテンツの種別としては、たとえば、「広告」、「映画」、「ニュース」といった相対的に大きな分類の項目から、「広告」であれば、「告知（テキスト）」、「画像付き告知」、「バナー」、「サムネイル」、「キャンペーンページへの誘導リンク」といった相対的に小さな分類の項目まで、様々な態様を採用することができる。

「コンテンツ本体」は、コンテンツデータそのもの、あるいは、コンテンツデータの保存場所を示すリファレンスデータである。その他、「コンテンツＩＤ」に紐づけられた項目には、コンテンツを入稿した提供主を識別する「入稿者ＩＤ」や、入稿された日時を示す「入稿日時」などが含まれていてもよい。

図６は、配信条件テーブルを示す。配信条件テーブルには、コンテンツ情報に含まれる配信条件に関するデータが記憶されている。配信条件は、そのコンテンツをユーザに対して配信するための条件であり、多数のユーザの中から配信対象とする特定のユーザを選別する際に用いられる情報である。

配信条件テーブルは、「コンテンツＩＤ」、「配信条件ＩＤ」、「配信条件内容」といった各種項目からなる組を１レコードとして有しており、入稿されたコンテンツに関してそのコンテンツの配信条件を示す情報を管理している。

「コンテンツＩＤ」は、入稿コンテンツテーブルにおいて管理されている「コンテンツＩＤ」である。「配信条件ＩＤ」は、コンテンツ情報としてコンテンツとともに入稿された配信条件を識別するデータである。配信条件ＩＤは、入稿された配信条件に対して、予め用意もしくは動的に生成されて割り当てられる。本実施形態では、一例として、配信条件ＩＤを、これと対になるコンテンツＩＤと紐づけて管理することにより、配信条件ＩＤから、対になるコンテンツＩＤを特定可能にする。

「配信条件内容」は、配信条件の内容を示すデータである。たとえば、ユーザの「属性情報」、「ログ情報」、「サービス利用履歴情報」といった項目やこれらの組合せに関するキーワードや数値などが規定されている。

なお、コンテンツデータベース４０では、コンテンツ情報を、入稿コンテンツテーブルと配信条件テーブルとで管理するようにしたが、これらを１つのテーブルとして管理することもできる。

図１に戻り、コンテンツ送信手段３２は、コンテンツデータベース４０に記憶されているコンテンツ情報を、ネットワーク上に設けられた他のサーバなどの外部ソースに対して送信する。

（コンテンツ配信系４）
コンテンツ配信系４は、ネットワークを介してユーザ端末５から送信されるコンテンツの配信リクエストを受けて、そのユーザに応じたコンテンツを配信する。

コンテンツ配信系４を構成する配信サーバ５０は、コンテンツ受信手段５１と、対象ユーザ受信手段５２と、リクエスト受信手段５３と、コンテンツ決定手段５４と、コンテンツ配信手段５５とを有する。

配信サーバ５０が備える各手段は、前述したコンピュータの制御部や記憶部等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。なお、これらの手段は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。

コンテンツ受信手段５１は、コンテンツ情報を、ＡＰＩを介して、ネットワーク上に設けられた他のサーバなどの外部ソースから受信する。また、コンテンツ受信手段５１は、受信したコンテンツ情報を配信データベース６０に登録する。

図７および図８は、配信データベース６０のデータ構造例を示す図である。配信データベース６０は、配信コンテンツテーブル（図７）と配信対象リスト（図８）を有する。

図７は、配信コンテンツテーブルを示す。配信コンテンツテーブルは、「配信コンテンツＩＤ」、「コンテンツ情報」といった各種項目からなる組を１レコードとして有しており、ユーザに対して配信するコンテンツに関する情報を管理する。

「配信コンテンツＩＤ」は、配信対象となるコンテンツを識別するデータである。コンテンツＩＤは、外部ソースから受信したコンテンツ情報に対して、予め用意もしくは動的に生成されて割り当てられる。本実施形態では、一例として、配信コンテンツＩＤを、コンテンツ情報の送信元で管理されているＩＤ（たとえば、コンテンツ収集系３で管理されているコンテンツＩＤ）と紐づけて管理し、配信コンテンツＩＤから、送信元で管理されているＩＤをも特定可能とする。

「コンテンツ情報」は、外部ソースから受信した、ユーザに対して配信するコンテンツに関する情報である。コンテンツ情報には、送信元で管理されている「コンテンツＩＤ」および「配信条件ＩＤ」が含まれている。また、コンテンツ受信手段５１は、「コンテンツ本体」を外部から受信してもよく、この場合は、コンテンツの配信時に、送信元に対して「コンテンツ本体」を取得するためのアクセスを行う必要がなくなる。

対象ユーザ受信手段５２は、コンテンツを配信する対象ユーザを、ＡＰＩを介して、ネットワーク上に設けられた外部ソースから受信する。また、対象ユーザ受信手段５２は、受信した対象ユーザを配信データベース６０に登録する。

図８は、配信対象リストを示す。配信対象リストは、「配信コンテンツＩＤ」、「ユーザＩＤ」といった各種項目からなる組を１レコードとして有しており、配信対象となるコンテンツとそのコンテンツを配信する対象ユーザとを関連づけた情報を管理する。

「配信コンテンツＩＤ」は、配信コンテンツテーブル（図７）において管理されている配信コンテンツＩＤである。「ユーザＩＤ」は、外部ソースから対象ユーザとして受信したユーザＩＤである。

上記配信対象リストの作成によって、各ユーザに応じて配信するコンテンツを予め決定しておくことから、ユーザから配信リクエストがあったことを受け、そのときに外部ソースにアクセスする必要がなく、配信リクエストからコンテンツの配信までに要する時間の短縮化が図られる。

図１に戻り、リクエスト受信手段５３は、ユーザ端末５から送信されるコンテンツ配信リクエストおよびこれに付加されているユーザＩＤを受信する。

コンテンツ決定手段５４は、コンテンツ配信リクエストに伴うユーザＩＤに基づいて、配信データベース６０に登録されている配信対象リスト（図８）を参照し、ユーザＩＤに紐付けられて、配信対象として登録されているコンテンツを決定する。

コンテンツ配信手段５５は、コンテンツ決定手段５４により配信対象として決定されたコンテンツを、ユーザ端末５に対して送信する。

＜動作＞
図９〜図１２は、本実施形態のコンテンツ配信プラットフォームシステム１の処理例を示すシーケンス図である。

（ユーザ情報の収集に係る処理）
図９を参照して、ユーザ情報収集系２のユーザ情報サーバ１０により行われるユーザ情報の収集に係る処理について説明する。

まず、ユーザ端末５は、ユーザによりユーザ情報の入力を受け付け、入力されたユーザ情報をユーザ情報サーバ１０に対して送信する。あるいは、サービスサーバ６は、ユーザの入力に基づいてユーザ端末５を介して取得したユーザ情報（サービス利用履歴情報など）をユーザ情報サーバ１０に対して送信する。

ユーザ情報サーバ１０のユーザ情報収集手段１１は、ユーザ端末５から送信されたユーザ情報を受信し（ステップＳ１１）、また、サービスサーバ６から送信されたユーザ情報を受信する（ステップＳ１２）。

続いて、ユーザ情報収集手段１１は、ステップＳ１１またはステップＳ１２において受信したユーザ情報をユーザデータベース２０に登録する（ステップＳ１３）。すなわち、受信したユーザ情報に応じて、ユーザ情報テーブル（図２）に、「ユーザＩＤ」、「属性情報」、「ログ情報」、「サービス利用履歴情報」といった各種項目の組を新たなレコードとして設定する。ユーザ情報サーバ１０は、ステップＳ１１〜Ｓ１３を繰り返し行うことで、ユーザ情報を収集し、蓄積する。

（コンテンツ情報の収集に係る処理）
図１０を参照して、コンテンツ収集系３のコンテンツサーバ３０により行われるコンテンツ情報の収集に係る処理について説明する。

まず、入稿端末７は、コンテンツの提供主によりコンテンツ情報の入力を受け付け、入力されたコンテンツ情報をコンテンツサーバ３０に対して送信する。

コンテンツサーバ３０のコンテンツ収集手段３１は、入稿端末７から送信されたコンテンツ情報を受信する（ステップＳ２１）。続いて、コンテンツ収集手段３１は、受信したコンテンツ情報をコンテンツデータベース４０に登録する（ステップＳ２２）。すなわち、受信したコンテンツ情報に応じて、入稿コンテンツテーブル（図５）に「コンテンツＩＤ」、「コンテンツ内容」、「コンテンツ本体」といった各種項目の組を、配信条件テーブル（図６）に「コンテンツＩＤ」、「配信条件ＩＤ」、「配信条件内容」といった各種項目の組を、それぞれ新たなレコードとして設定する。コンテンツサーバ３０は、ステップＳ２１およびステップＳ２２を繰り返し行うことで、コンテンツ情報を収集し、蓄積する。

（コンテンツの配信に係る処理）
図１１を参照して、配信サーバ５０により行われるコンテンツの配信に係る処理について説明する。

まず、ユーザ端末５は、ユーザによる入力に基づいてコンテンツ配信リクエストを配信サーバ５０に対して送信する。コンテンツ配信リクエストは、インターネットの標準プロトコルであるＨＴＴＰに従ったＧＥＴメソッドとリクエストＵＲＩ（Uniform Resource Indicator）等を含むメッセージがユーザ端末５のブラウザから配信サーバ５０のリクエスト受信手段５３に送信されることで行われる。コンテンツ配信リクエストには、既にログイン済みである場合にはユーザＩＤ、セッションＩＤ等を示すＵＲＬパラメータが付加されている。

配信サーバ５０のリクエスト受信手段５３は、ユーザ端末５から送信されたコンテンツ配信リクエストを受信する（ステップＳ３１）。

次に、配信サーバ５０のコンテンツ決定手段５４は、配信データベース６０が有する配信対象リスト（図８）を参照し、コンテンツ配信リクエストに伴う「ユーザＩＤ」と一致する「ユーザＩＤ」が紐づけられた「コンテンツＩＤ」を読み出し、配信するコンテンツを決定する（ステップＳ３２）。

次に、配信サーバ５０のコンテンツ配信手段５５は、決定したコンテンツを、ＨＴＴＰのレスポンス等に従って、リクエストのあったユーザ端末５に対して送信する（ステップＳ３３）。

そして、ユーザ端末５は、配信サーバ５０のコンテンツ配信手段５５からコンテンツを受信し、ブラウザにより表示する（ステップＳ３４）。

（各サーバ間におけるＡＰＩを介した情報の受け渡しに係る処理）
図１２を参照して、各サーバ間におけるＡＰＩを介した情報の受け渡しに係る処理について説明する。

（コンテンツサーバ３０から他のサーバに対する情報の送信）
まず、コンテンツサーバ３０から他のサーバに対する情報の送信に係る処理について説明する。

コンテンツサーバ３０のコンテンツ送信手段３２は、コンテンツデータベース４０の配信条件テーブル（図６）を参照し、ユーザ情報サーバ１０を含む他のサーバに対して、配信条件に関する情報を送信する（ステップＳ５１）。すなわち、「配信条件ＩＤ」と「配信条件内容」を送信する。

上記ステップＳ５１において、コンテンツ送信手段３２は、コンテンツデータベース４０が有する、配信条件に関する情報の送信先が記憶されているテーブル（図示を省略）を参照し、送信先のサーバを決定する。上記テーブルには、配信条件に関する情報を送信する対象となるサーバのアドレスが登録されており、その中の１つとして、ユーザ情報サーバ１０のアドレスが含まれている。

なお、コンテンツサーバ３０が他のサーバに対して情報を送信するタイミングとしては、たとえば、配信条件テーブル（図６）に未処理のフラグ（未だ送信を行っていない旨のデータ）が設定されているレコードが存在する場合や、予め定められた時間の到来などの周期的な場合のほか、外部ソース側からのリクエストを受けた場合などが挙げられる。

他方、ユーザ情報サーバ１０の条件受信手段１２は、コンテンツサーバ３０から送信された配信条件に関する情報を受信し、選別条件情報として、ユーザデータベース２０に登録する（ステップＳ５２）。すなわち、受信した配信条件に関する情報に応じて、条件テーブル（図３）に、「条件ＩＤ」、「条件内容」といった各種項目の組を新たなレコードとして設定する。

また、コンテンツサーバ３０のコンテンツ送信手段３２は、コンテンツデータベース４０の入稿コンテンツテーブル（図５）を参照し、配信サーバ５０を含む他のサーバに対して、コンテンツ情報を送信する（ステップＳ５３）。すなわち、「コンテンツＩＤ」、「配信条件ＩＤ」を送信する。

上記ステップＳ５３において、コンテンツ送信手段３２は、コンテンツデータベース４０が有する、コンテンツ情報の送信先が記憶されているテーブル（図示を省略）を参照し、送信先のサーバを決定する。上記テーブルには、コンテンツ情報を送信する対象となるサーバのアドレスが登録されており、その中の１つとして、配信サーバ５０のアドレスが含まれている。

他方、配信サーバ５０のコンテンツ受信手段５１は、コンテンツサーバ３０から送信されたコンテンツ情報を受信し、配信対象のコンテンツ情報として、配信データベース６０に登録する（ステップＳ５４）。すなわち、受信したコンテンツ情報に応じて、配信コンテンツテーブル（図７）に、「配信コンテンツＩＤ」、「コンテンツ情報（コンテンツＩＤ、配信条件ＩＤ）」といった各種項目の組を新たなレコードとして設定する。このようにして、コンテンツサーバ３０は、ステップＳ３１およびステップＳ３３を繰り返し行うことで、コンテンツ情報を他のサーバに対して提供する。

（ユーザ情報サーバ１０から他のサーバ対する情報の送信）
続いて、ユーザ情報サーバ１０から他のサーバに対する情報の送信に係る処理について説明する。

ユーザ情報サーバ１０の対象ユーザ抽出手段１３は、ユーザデータベース２０が有する条件テーブル（図３）から未処理のフラグ（未だユーザの洗い出しを行っていない旨のデータ）が設定されている選別条件情報を読み出す。そして、ユーザデータベース２０が有するユーザ情報テーブル（図２）を参照して、条件内容として規定されている情報（属性情報など）と合致するユーザ情報（属性情報など）を検索し、該当するユーザＩＤを対象ユーザとして抽出する（ステップＳ６１）。

次に、ユーザ情報サーバ１０の対象ユーザ抽出手段１３は、対象ユーザとして抽出したユーザＩＤを、上記選別条件情報の条件ＩＤと関連づけて、ユーザデータベース２０に登録する（ステップＳ６２）。すなわち、対象ユーザリスト（図４）に、「条件ＩＤ」、「ユーザＩＤ」といった各種項目の組を新たなレコードとして設定する。これにより、各条件について、その条件を満たす全てのユーザのリストが作成される。

次に、ユーザ情報サーバ１０の対象ユーザ送信手段１４は、ユーザデータベース２０が有する対象ユーザリスト（図４）から未処理のフラグ（未だ送信していない旨のデータ）が設定されている対象ユーザを読み出し、配信サーバ５０に対して送信する（ステップＳ６３）。すなわち、「条件ＩＤ」と「ユーザＩＤ」の組が送信される。

次に、配信サーバ５０の対象ユーザ受信手段５２は、ユーザ情報サーバ１０から送信された対象ユーザを受信し、配信データベース６０に登録する（ステップＳ６４）。すなわち、受信した対象ユーザに応じて、配信対象リスト（図８）に、「コンテンツＩＤ」、「ユーザＩＤ」といった各種項目の組を新たなレコードとして設定する。

より具体的には、対象ユーザ受信手段５２は、配信データベースの配信コンテンツテーブル（図７）を参照し、対象ユーザとしてユーザＩＤとともに受信した「条件ＩＤ（配信条件ＩＤを含む）」と一致する「配信条件ＩＤ」が紐づけられた「コンテンツＩＤ」を読み出す。そして、この「コンテンツＩＤ」に上記対象ユーザの「ユーザＩＤ」を紐づけて配信対象リストに登録する。

その結果、各コンテンツについて、そのコンテンツを配信する対象とする全てのユーザのリストが作成される。あるいは、各ユーザについて、そのユーザに対して配信する対象となる全てのコンテンツのリストが作成されることになる。

＜総括＞
以上説明したように、本実施形態のプラットフォームシステム１では、コンテンツ収集系３により収集されたコンテンツ情報が、コンテンツ配信系４およびユーザ情報収集系２に対して提供される。コンテンツ配信系４では、コンテンツ収集系３により提供されたコンテンツ情報を配信コンテンツとして保有する。

また、ユーザ情報収集系２では、コンテンツ収集系３により提供された配信条件を満たすユーザを洗い出す。そして、ユーザ情報収集系２により洗い出されたユーザが、配信対象ユーザとしてコンテンツ配信系４に対して提供される。

コンテンツ配信系４では、コンテンツ収集系３から提供されたコンテンツ情報と、ユーザ情報収集系２から提供された配信対象ユーザとを紐づけて管理することで、配信対象のコンテンツにつき、そのコンテンツを配信する対象とするすべてのユーザのリストを作成して保有することができる。

これにより、コンテンツ配信系４では、上記外部ソースを利用して作成されたリストを用いることで、配信リクエストのあったユーザの属性や履歴に応じて、配信するコンテンツを出し分けることができるようになる。つまり、コンテンツ配信系４は、ユーザ情報収集系２およびコンテンツ収集系３といった外部ソースから提供されるデータを利用することで、ユーザの個性に応じたコンテンツの配信を実現することができる。

このように、本実施形態のプラットフォームシステム１では、ネットワーク上にそれぞれ設けられている既存のサーバ装置およびデータベースを変更することなく、その相互利用を実現するためのデータの受け渡しを可能とする。これにより、既存の各サーバ装置にそれぞれ汎用性を持たせたまま、各サーバ装置間の連携を可能にする統一的な仕組みを実現することができる。つまり、ネットワーク上にそれぞれ設けられている各サーバ装置の個々の機能や情報資源を有機的に統合し、相互利用を図ることで、ユーザの個性に応じたコンテンツの配信を実現することができるので、汎用性および拡張性を向上させたシステムを提供することができる。

以上、本発明の好適な実施形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

１ コンテンツ配信プラットフォームシステム
２ ユーザ情報収集系
３ コンテンツ収集系
４ コンテンツ配信系
５ ユーザ端末
６ サービスサーバ
７ 入稿端末
１０ ユーザ情報サーバ
１１ ユーザ情報収集手段
１２ 条件受信手段
１３ 対象ユーザ抽出手段
１４ 対象ユーザ送信手段
２０ ユーザデータベース
３０ コンテンツサーバ
３１ コンテンツ収集手段
３２ コンテンツ送信手段
４０ コンテンツデータベース
５０ 配信サーバ
５１ コンテンツ受信手段
５２ 対象ユーザ受信手段
５３ リクエスト受信手段
５４ コンテンツ決定手段
５５ コンテンツ配信手段
６０ 配信データベース

Claims (3)

1. ユーザ端末からユーザの情報を収集するユーザ情報サーバと、入稿端末からコンテンツを収集するコンテンツサーバと、コンテンツをユーザ端末に対して配信するコンテンツサーバと、をネットワーク上で連携させて、ユーザに応じてコンテンツを出し分け配信するプラットフォームシステムであって、
   前記ユーザ情報サーバは、
   ユーザ端末から情報を収集するユーザ情報収集手段と、
   ユーザを選別するための条件を受信する条件受信手段と、
   前記収集された情報を参照し、前記受信された条件を満たすユーザを対象ユーザとして抽出する対象ユーザ抽出手段と、
   前記抽出した対象ユーザを送信する対象ユーザ送信手段と、を有し、
   前記コンテンツサーバは、
   コンテンツおよびこれに関連づけられた配信条件を含むコンテンツ情報を入稿端末から収集するコンテンツ収集手段と、
   前記収集されたコンテンツ情報を送信する送信手段と、を有し、
   前記配信サーバは、
   ユーザ端末からコンテンツの配信に係るリクエストを受信するリクエスト受信手段と、
   コンテンツおよびそのコンテンツを配信する対象ユーザを受信する受信手段と、
   前記リクエストを受信したユーザ端末のユーザが前記対象ユーザである場合、該当するコンテンツをそのユーザ端末に配信するコンテンツ配信手段と、を有し、
   前記コンテンツサーバから前記ユーザ情報サーバに対して前記コンテンツ情報に含まれる配信条件が送信され、
   前記コンテンツサーバから前記配信サーバに対して前記コンテンツ情報に含まれるコンテンツが送信され、
   前記ユーザ情報サーバから前記配信サーバに対して前記対象ユーザが送信されるように、前記各サーバを連携させて構成したことを特徴とするプラットフォームシステム。
2. 前記ユーザ情報サーバは、前記対象ユーザ送信手段により前記抽出した対象ユーザをＡＰＩを介して外部に対して送信し、一方で、前記配信サーバは、前記受信手段により前記対象ユーザ送信手段により送信される対象ユーザをＡＰＩを介して受信し、
   前記コンテンツサーバは、前記送信手段により前記収集されたコンテンツ情報をＡＰＩを介して外部に対して送信し、その一方で、前記配信サーバは、前記受信手段により前記送信手段により送信されるコンテンツ情報に含まれるコンテンツをＡＰＩを介して受信し、また、前記ユーザ情報サーバは、前記条件受信手段により前記送信手段により送信されるコンテンツ情報に含まれる配信条件をＡＰＩを介して受信することを特徴とする請求項１に記載のプラットフォームシステム。
3. ユーザ端末からユーザの情報を収集するユーザ情報サーバと、入稿端末からコンテンツを収集するコンテンツサーバと、コンテンツをユーザ端末に対して配信するコンテンツサーバと、をネットワーク上で連携させて、ユーザに応じてコンテンツを出し分け配信するプラットフォームシステムの構築方法であって、
   前記ユーザ情報サーバは、
   ユーザ端末から情報を収集するユーザ情報収集ステップと、
   ユーザを選別するための条件を受信する条件受信ステップと、
   前記収集された情報を参照し、前記受信された条件を満たすユーザを対象ユーザとして抽出する対象ユーザ抽出ステップと、
   前記抽出した対象ユーザを送信する対象ユーザ送信ステップと、を実行し、
   前記コンテンツサーバは、
   コンテンツおよびこれに関連づけられた配信条件を含むコンテンツ情報を入稿端末から収集するコンテンツ収集ステップと、
   前記収集されたコンテンツ情報を送信する送信ステップと、を実行し、
   前記配信サーバは、
   ユーザ端末からコンテンツの配信に係るリクエストを受信するリクエスト受信手段と、
   コンテンツおよびそのコンテンツを配信する対象ユーザを記憶する記憶ステップと、
   前記リクエストを受信したユーザ端末のユーザが前記対象ユーザである場合、該当するコンテンツをそのユーザ端末に配信するコンテンツ配信ステップと、を実行し、
   前記コンテンツサーバから前記ユーザ情報サーバに対して前記コンテンツ情報に含まれる配信条件が送信され、
   前記コンテンツサーバから前記配信サーバに対して前記コンテンツ情報に含まれるコンテンツが送信され、
   前記ユーザ情報サーバから前記配信サーバに対して前記対象ユーザが送信されるように、前記各サーバを連携させて構成することを特徴とするプラットフォームシステムの構築方法。

Images