(57)【要約】【課題】ＳＮＳに参加しているユーザへ効果的な広告を掲載することによって効率的に利益を得られる仕組みが実現されていなかった。【解決手段】特定のユーザが参加するネットワーク上のコミュニティサービスを運営するサーバは、コミュニティサービスの一以上コミュニティおよびそのカテゴリを管理し、コミュニティに投稿されたコンテンツを蓄積し管理するＲｏｏｍ管理部１６０と、コミュニティサービスに加入した各ユーザのプロフィール情報を保持するユーザ管理部１７０と、ユーザ管理部１７０に登録されたユーザをあて先とする電子メールを作成するメール作成部１４０と、コミュニティのカテゴリ、コミュニティを紹介する紹介文、及びユーザのプロフィール情報のうちの少なくとも一つに基づいて広告を選択して広告を電子メールへ挿入する広告管理部２３０と、電子メールを配信するメール配信部２２０と、を備える。【選択図】図１
2008210304.tif 000002
【特許請求の範囲】
【請求項１】
特定のユーザが参加するネットワーク上のコミュニティサービスを運営するサーバであって、
前記コミュニティサービス内に生成される少なくとも一つのコミュニティおよびそのカテゴリを管理し、前記コミュニティに投稿されたコンテンツを蓄積し管理するコミュニティ管理部と、
前記コミュニティサービスに加入した各ユーザのプロフィール情報を保持するユーザ管理部と、
前記ユーザ管理部に登録されたユーザをあて先とする電子メールを作成するメール作成部と、
前記コミュニティのカテゴリ、前記コミュニティを紹介する紹介文、及び前記ユーザのプロフィール情報のうちの少なくとも一つに基づいて広告を選択し、選択した広告を、前記メール作成部が作成した電子メールへ挿入する広告管理部と、
前記電子メールを配信するメール配信部と、を備えるサーバ。
【請求項２】
前記ユーザ管理部は、前記複数のコミュニティのうち登録しているコミュニティを特定する登録コミュニティ情報をさらに管理し、
前記メール作成部は、コミュニティ毎に電子メールを作成し、前記登録コミュニティ情報に基づいて前記コミュニティを登録しているユーザをあて先とするユーザ毎の電子メールを作成し、
前記広告管理部は、前記メール作成部が電子メールを作成したコミュニティのカテゴリ、前記コミュニティを紹介する紹介文、及び前記コミュニティを登録しているユーザ毎のプロフィール情報のうちの少なくとも一つに基づいて、各電子メールへ挿入する広告を選択することを特徴とする請求項１記載のサーバ。
【請求項３】
前記メール作成部は、前記電子メールに、前記コミュニティに投稿されたコンテンツの内容を挿入し、
前記広告管理部は、さらに、前記挿入されたコンテンツの内容とマッチングする広告を選択することを特徴とする請求項１または２記載のサーバ。
【請求項４】
前記コミュニティ管理部は、各コミュニティに新規コンテンツが投稿されたイベントの発生を検出し、
前記メール作成部は、前記コミュニティ管理部が前記イベントの発生を検出したときに、前記コミュニティの電子メールを作成することを特徴とする請求項３記載のサーバ。
【請求項５】
前記メール作成部は、所定のタイミングで、前記コミュニティの電子メールを作成することを特徴とする請求項１乃至４のいずれかに記載のサーバ。
【請求項６】
前記広告管理部は、前記広告として、テキスト、静止画、及び動画の少なくともいずれかを挿入し、さらに、前記広告に関連するサイトを表示するアドレスを、前記電子メールへ挿入することを特徴とする請求項１乃至５のいずれかに記載のサーバ。
【請求項７】
前記広告管理部は、電子メールに挿入する広告に、前記広告を識別する広告識別子及び各コミュニティのオーナを識別するオーナ識別子を含むアドレス情報を付加し、前記アドレス情報にアクセスされた場合に、前記アクセスに基づく表示要求を前記広告に予め関連付けられたサイトに通知し、前記サイトを端末に表示させる指示を行うとともに、前記オーナ識別子に基づいて、前記オーナにポイントを付与し、前記ポイントに応じた利益を前記オーナへ付与することを特徴とする請求項１乃至６のいずれかに記載のサーバ。
【請求項８】
前記広告管理部は、電子メールに挿入する広告に、前記広告を識別する広告識別子、各コミュニティのオーナを識別するオーナ識別子、及び各コミュニティへ前記新規コンテンツの投稿を行ったユーザを識別するユーザ識別子を含むアドレス情報を付加し、前記アドレス情報にアクセスされた場合に、前記アクセスに基づく表示要求を前記広告に予め関連付けられたサイトに通知し、前記サイトを端末に表示させる指示を行うとともに、前記オーナ識別子及び前記ユーザ識別子に基づいて、前記オーナ及び前記コンテンツを投稿したユーザにポイントを付与し、前記ポイントに応じて、前記オーナ及び前記ユーザへ利益を付与することを特徴とする請求項４記載のサーバ。
【請求項９】
前記広告管理部は、電子メールに挿入する広告に、前記広告を識別する広告識別子及びコミュニティサービスに加入しているユーザを識別するユーザ識別子を含むアドレス情報を付加し、前記アドレス情報にアクセスされた場合に、前記アクセスに基づく表示要求を前記広告に予め関連付けられたサイトに通知し、前記サイトを端末に表示させる指示を行うとともに、前記ユーザ識別子に基づいて、前記ユーザにポイントを付与し、前記ポイントに応じた利益を前記ユーザへ付与することを特徴とする請求項１乃至６のいずれかに記載のサーバ。
【請求項１０】
特定のユーザが参加するネットワーク上のコミュニティサービスを運営するサーバの広告配信方法であって、
前記コミュニティサービス内に生成される少なくとも一つのコミュニティおよびそのカテゴリを管理し、
前記コミュニティに投稿されたコンテンツを蓄積し管理し、
前記コミュニティサービスに加入した各ユーザのプロフィール情報を保持し、
前記登録されたユーザをあて先とする電子メールを作成し、
前記コミュニティのカテゴリ、前記コミュニティを紹介する紹介文、及び前記ユーザのプロフィール情報のうちの少なくとも一つに基づいて広告を選択し、
選択した広告を、前記作成した電子メールへ挿入し、
前記電子メールを配信する広告配信方法。
【請求項１１】
特定のユーザが参加するネットワーク上のコミュニティサービスを運営するサーバが広告配信するプログラムであって、
コミュニティサービス内に生成される少なくとも一つのＲｏｏｍおよびそのカテゴリを管理する手順と、
Ｒｏｏｍに投稿されたコンテンツを蓄積し管理する手順、
コミュニティサービスに加入した各ユーザのプロフィール情報を保持する手順と、
登録されたユーザをあて先とする電子メールを作成する手順と、
Ｒｏｏｍのカテゴリ、前記コミュニティを紹介する紹介文、及びユーザのプロフィール情報のうちの少なくとも一つに基づいて広告を選択する手順と、
選択した広告を、前記作成した電子メールへ挿入する手順と、
電子メールを配信する手順と、を計算機に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＮＳ（Social Networking Service）で提供されるコミュニティに効果的な広告を提供する方法に関する。
【背景技術】
【０００２】
従来から、人と人とのつながりを促進・サポートする、コミュニティ型のＷｅｂ（ＷＷＷ：World Wide Web）サイトＳＮＳにおいて、Ｗｅｂ上のバナー広告などが提供されていた。例えば、特許文献１に広告の提供に関する従来の技術が開示されている。しかしながら、ＳＮＳの新着通知メールに広告を挿入したり、ＳＮＳにおける日記、コミュニティのカテゴリあるいはユーザプロフィールの情報等に基づき広告のマッチングを行うという効果的な広告が提供されていなかった。
【０００３】
具体的には、コミュニティサービスが保持する特有な情報（コミュニティのカテゴリやユーザプロフィール）に基づいて効果的な広告を選択して配信を行うことはなかった。そのため、効果的な広告収入モデルを構築し、安定した広告収入を収入源としたコミュニティサービス提供ビジネスが発展しにくかった。また、例えば、ユーザが配信された広告の関連サイトへのアクセス（リンクをクリック）した場合に、ユーザが利益を得られる仕組みを提供することはなかった。
【０００４】
このように、従来のコミュニティサービスにおいては、サービス提供事業者あるいは利用ユーザが、効果的な広告掲載によって効率的に収益を得られる仕組みが実現されていなかった。従って、サービス提供事業者にとっては安定した広告収入を収入源としたコミュニティサービス提供ビジネスの積極的な展開が難しく、また利用ユーザにとってはコミュニティの開設や記事／コメントの投稿など、サービスの積極的な利用・貢献への動機付けが弱いという問題点があり、コミュニティサービスの活性化を図ることが難しかった。
【特許文献１】特開２００６−１８５００６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように、ＳＮＳに参加しているユーザへ効果的な広告を掲載することによって効率的に利益を得られる仕組みが実現されていないという問題があった。
【課題を解決するための手段】
【０００６】
本発明に係るコミュニティサービスを運営するサーバの一態様は、特定のユーザが参加するネットワーク上のコミュニティサービスを運営するサーバであって、前記コミュニティサービス内に生成される少なくとも一つのコミュニティおよびそのカテゴリを管理し、前記コミュニティに投稿されたコンテンツを蓄積し管理するコミュニティ管理部と、前記コミュニティサービスに加入した各ユーザのプロフィール情報を保持するユーザ管理部と、前記ユーザ管理部に登録されたユーザをあて先とする電子メールを作成するメール作成部と、前記コミュニティのカテゴリと前記ユーザのプロフィール情報とに基づいて広告を選択し、選択した広告を、前記メール作成部が作成した電子メールへ挿入する広告管理部と、前記電子メールを配信するメール配信部と、を備える。
【０００７】
本発明にかかる広告配信方法の一態様は、特定のユーザが参加するネットワーク上のコミュニティサービスを運営するサーバの広告配信方法であって、前記コミュニティサービス内に生成される少なくとも一つのコミュニティおよびそのカテゴリを管理し、前記コミュニティに投稿されたコンテンツを蓄積し管理し、前記コミュニティサービスに加入した各ユーザのプロフィール情報を保持し、前記登録されたユーザをあて先とする電子メールを作成し、前記コミュニティのカテゴリと前記ユーザのプロフィール情報とに基づいて広告を選択し、選択した広告を、前記作成した電子メールへ挿入し、前記電子メールを配信する。
【０００８】
本発明にかかる広告配信のプログラム一態様は、特定のユーザが参加するネットワーク上のコミュニティサービスを運営するサーバが広告配信するプログラムであって、コミュニティサービス内に生成される少なくとも一つのＲｏｏｍおよびそのカテゴリを管理する手順と、Ｒｏｏｍに投稿されたコンテンツを蓄積し管理する手順、コミュニティサービスに加入した各ユーザのプロフィール情報を保持する手順と、登録されたユーザをあて先とする電子メールを作成する手順と、Ｒｏｏｍのカテゴリ、前記コミュニティを紹介する紹介文、及びユーザのプロフィール情報のうちの少なくとも一つに基づいて広告を選択する手順と、選択した広告を、前記作成した電子メールへ挿入する手順と、電子メールを配信する手順と、を計算機に実行させる。
【発明の効果】
【０００９】
本発明によれば、ＳＮＳに参加しているユーザへ効果的な広告を掲載することによって効率的に利益を得られる仕組みを実現することができる。これにより、コミュニティサービスの活性化を図ることができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施形態について、図面を参照しながら説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。各図面において同一の構成または機能を有する構成要素および相当部分には、同一の符号を付し、その説明は省略する。
【００１１】
（実施形態１）
実施形態１では、新着投稿のイベントに伴って、効果的な広告を挿入した電子メールを配信するサーバ及び広告配信方法の一態様を説明する。
【００１２】
図１は、本発明に係るコミュニティ提供システムの構成例を示す図である。図１に示すコミュニティ提供システムは、ＳＮＳサーバ１００と通知サーバ２００とを備えるコミュニティ提供サーバ３００、ユーザ端末４００及びネットワーク５００から構成される。
【００１３】
ユーザ端末４００は、例えば、携帯電話端末などであり、ブラウザ機能４１０、メール機能４２０、及び通信機能４３０を備える。ブラウザ機能４１０は、Ｗｅｂページを閲覧するための機能を備える。メール機能４２０は、メール送受信を行う。通信機能４３０は、ネットワーク５００を介して、コミュニティ提供サーバ３００と通信する機能を備える。また、ユーザ端末４００は、ユーザと端末との間のインターフェースを司る入出力機能を備える。例えば、入力を受け付けるキー（ボタン）、表示画面などを備える。なお、本明細書では、ユーザ端末４００が備える通話機能については説明を省略する。
【００１４】
コミュニティ提供サーバ３００側では、ＳＮＳサーバ１００は、コミュニティサービス（ＳＮＳサービス）を実現し、通知サーバ２００は、ユーザへメールなど情報を通知する。
【００１５】
ＳＮＳサーバ１００は、ユーザ端末４００からのＨＴＴＰ（HyperText Transfer Protocol）アクセスを制御するＨＴＴＰ処理部（Ｗｅｂサーバ）１１０、Ｗｅｂインターフェースの処理を行うＷｅｂＵＩ処理部１２０、ユーザからＳＮＳコンテンツへのアクセス権を制御するアクセス制御部１３０、ユーザへ配信するメールの送信処理を行うメール作成部１４０、ユーザへの新着通知配信を制御する配信制御部１５０、ＳＮＳにおける日記やコミュニティ（本明細書では「Ｒｏｏｍ」と称する）のコンテンツ（記事、コメント、静止画、動画等）を管理／蓄積するＲｏｏｍ管理部（コミュニティ管理部）１６０、コミュニティサービスに加入した各ユーザの情報を管理するユーザ管理部１７０を具備する。
【００１６】
Ｒｏｏｍ管理部１６０は、Ｒｏｏｍ管理テーブル（コミュニティ管理テーブル）１６１、コンテンツ保持部１６２を備える。Ｒｏｏｍ管理部１６０は、少なくとも一つのＲｏｏｍ、通常は複数のＲｏｏｍを管理する。
【００１７】
Ｒｏｏｍ管理テーブル１６１は、Ｒｏｏｍを管理する情報を保持し、例えば、Ｒｏｏｍのカテゴリ、紹介文などのＲｏｏｍの特性を示す情報、広告選択時にカテゴリ／紹介文を利用することの可否（広告選択時の情報利用可否）を保持する。図２にＲｏｏｍ管理テーブルの一例を示す。
【００１８】
コンテンツ保持部１６２は、各Ｒｏｏｍに投稿されたコンテンツを保持する。コンテンツ保持部１６２は、保持されるコンテンツとして、記事、コメント、静止画、動画の少なくともいずれかを保持するが、その他の情報が含まれていてもよい。コンテンツ保持部１６２に保持されるコンテンツは、コンテンツＩＤによりＲｏｏｍ管理テーブルと対応づけられる。
【００１９】
ユーザ管理部１７０は、ユーザを特定（管理）する情報を保持するユーザ管理テーブル１７１を備える。ユーザ管理テーブル１７１は、例えば、ユーザを特定するアカウント情報（ＵｓｅｒＩＤ、パスワード、メールアドレス、電話番号など）、ユーザプロフィール情報（ユーザ名、自己紹介文、性別など）、ユーザが参加を登録するＲｏｏｍを特定する登録ＲｏｏｍＩＤ（登録コミュニティ情報）、広告選択時にユーザプロフィール情報を利用することの可否（広告選択時の情報利用可否）などを保持する。図３に、ユーザ管理テーブルの一例を示す。
【００２０】
通知サーバ２００は、ユーザ端末４００が備える機能に合わせて新着通知メールの種類を自動選択するメール種別選択処理部２１０、メールの送信処理を行うメール配信部２２０、メールに挿入する広告を管理し、マッチング処理（最適な広告を自動選択する処理）を行ったうえでメールに広告挿入を行う広告管理部２３０を具備する。
【００２１】
広告管理部２３０は、広告管理テーブル２３１を備える。図４に広告管理テーブルの一例を示す。広告管理テーブル２３１は、広告及び広告主に関する情報と、対象Ｒｏｏｍカテゴリ、対象Ｒｏｏｍ紹介文などのＲｏｏｍ関連情報、及び対象ユーザプロフィール情報などのユーザ関連情報を含む。
【００２２】
ユーザ端末４００とコミュニティ提供サーバ３００の間はネットワーク５００を介して接続される。ネットワーク５００は、ここではインターネットを想定している。ネットワーク５００は、インターネットと同様の機能を提供する他のネットワークであってもよい。
【００２３】
続いて、コミュニティ提供システムの処理の流れを説明する。処理の概略は、（１）ユーザがコミュニティサービスに加入、（２）ユーザがＲｏｏｍを開設、他のユーザがＲｏｏｍに登録、（３）Ｒｏｏｍに新しいコンテンツ（記事）が投稿されたときにコミュニティ提供サーバ３００が広告を挿入したメールをユーザへ送信、（４）新しいコンテンツ（記事）に対してコメントが投稿されたときにコミュニティ提供サーバ３００が広告を挿入したメールをユーザへ送信、というものである。以下の説明では、ユーザの操作は特別の断りがない限り、ユーザ端末４００のブラウザ機能４１０を使用してＷｅｂページ上で行う操作を指すものとする。
【００２４】
このユーザの操作に伴い、ユーザ端末４００が備える各機能は、ユーザが入力した情報に基づいて、各機能が実現する処理を実行する。また、ユーザからＳＮＳサーバ１００（コミュニティ提供サーバ３００）へアクセスがあった場合、ＳＮＳサーバ１００における、ＨＴＴＰ処理部１１０、ＷｅｂＵＩ処理部１２０、アクセス制御部１３０、及び配信制御部１５０の動作の詳細については説明を省略する。
【００２５】
まず、（１）ユーザがコミュニティサービスに加入するまでの処理を説明する。ユーザは、ユーザ端末４００のブラウザ機能４１０を使用してＳＮＳサーバにアクセスする。ユーザ端末４００は、ユーザが入力した情報に基づいて、通信機能４３０を利用してＳＮＳサーバ１００へアクセスして登録するユーザ情報を通知する。ユーザは、コミュニティサービスのユーザ登録を行い、アカウントを作成する。次にユーザは、作成したアカウントでサービスにログインする。ユーザは、自らのプロフィール（自己紹介、性別、出身地、職業、趣味など）を登録する。このプロフィールは他のユーザから閲覧可能となる。上記ユーザは、後述のメールへの広告挿入の際のマッチング処理に、登録したユーザプロフィール情報を使用して良いかどうかを選択する。
【００２６】
このように、ユーザがブラウザ機能４１０を介してＳＮＳサーバ１００へ登録した情報は、ユーザ管理部１７０へ通知される。ユーザ管理部１７０は、通知された情報をユーザ管理テーブル１７１へ登録する。
【００２７】
次に、（２）アカウントを取得したユーザがＲｏｏｍを開設する処理を説明する。ユーザは、自らのＲｏｏｍ（日記やコミュニティが相当する）を作成する。このユーザは作成したＲｏｏｍのオーナとなる。次にユーザは、作成したＲｏｏｍに対して、Ｒｏｏｍ紹介文の入力、およびカテゴリを設定（既定のものから選択）する。この段階で、Ｒｏｏｍ紹介文やカテゴリは他のユーザから閲覧可能となる。次にユーザは、後述するメールへの広告挿入の際のマッチング処理に、登録したＲｏｏｍ紹介文やカテゴリを使用して良いかどうかを選択する。
【００２８】
このように、ユーザがブラウザ機能４１０を介してＲｏｏｍを開設した情報は、Ｒｏｏｍ管理部１６０へ通知される。Ｒｏｏｍ管理部１６０は、開設されたＲｏｏｍの管理情報を、Ｒｏｏｍ毎にＲｏｏｍＩＤを付与してＲｏｏｍ管理テーブル１６１へ登録する。
【００２９】
Ｒｏｏｍを開設したユーザとは異なる他のユーザ（複数可）は、開設されたＲｏｏｍのメンバになる。メンバになる方法としては、Ｒｏｏｍオーナが招待するか、または他のユーザが自ら登録することによって行う。各ユーザの登録ＲｏｏｍＩＤ（登録コミュニティ情報）は、ユーザ管理部１７０へ通知される。ユーザ管理部１７０は、ユーザ管理テーブル１７１へ登録する。
【００３０】
次に、（３）新しいコンテンツがＲｏｏｍへ投稿されたときに、コミュニティ提供サーバ３００が広告を挿入したメールをユーザへ送信する処理について説明する。まず、Ｒｏｏｍオーナまたはメンバは、Ｒｏｏｍ内に記事を投稿する。記事はタイトルと本文から成る。コミュニティ提供サーバ３００は、新しいコンテンツ（ここでは記事）が投稿されたことをＲｏｏｍのオーナ／メンバ（投稿者を除く）のユーザ端末４００宛てに新着通知メールを配信する。図５は、新しいコンテンツがＲｏｏｍに投稿されたときにコミュニティ提供サーバが新着情報を通知するメールを配信する動作の一例を示したフローチャートである。以下に図５を用いて新着通知メールを配信する動作を詳細に説明する。
【００３１】
Ｒｏｏｍ管理部１６０は、ＨＴＴＰ処理部１１０から新しいコンテンツがＲｏｏｍに投稿されたことを通知される（Ｓ１１）。Ｒｏｏｍ管理部１６０は、投稿された新規コンテンツへコンテンツＩＤを付与してＲｏｏｍ管理テーブル１６１へ登録するとともに、コンテンツ保持部１６２に新規コンテンツを保存し、メール作成部１４０へ新規コンテンツが登録されたことをＲｏｏｍＩＤ、新規コンテンツの内容とともに通知する（Ｓ１２）。
【００３２】
メール作成部１４０は、ユーザ管理テーブル１７１の登録ＲｏｏｍＩＤを検索して、通知されたＲｏｏｍＩＤを登録しているユーザを検出し（投稿者を除く）、メールアドレスを取得する（Ｓ１３）。また、通知された新規コンテンツを通知する新着通知メールを作成する（Ｓ１４）。新着通知メールには、記事のタイトル、記事の本文（の一部）、及びこの記事が掲載されているＷｅｂページのＵＲＬ（Uniform Resource Locator）が記載される。メール作成部１４０は、作成した新着通知メールを広告管理部２３０へ受け渡す。
【００３３】
広告管理部２３０は、まず、効果的な広告を選択する（Ｓ１５）。広告管理部２３０は、Ｒｏｏｍ管理テーブル１６１、ユーザ管理テーブル１７１、及び広告管理テーブル２３１に基づいて、コンテンツ（記事）が書き込まれたＲｏｏｍの紹介文やカテゴリ、新着通知メールを受信するユーザのユーザプロフィール情報に設定または記載された情報に応じてマッチング処理を行い、効果的な広告を自動選択する。
【００３４】
具体的には、広告管理部２３０は、広告管理テーブル２３１のＲｏｏｍ関連情報とＲｏｏｍ管理テーブル１６１の対応する情報（カテゴリ／紹介文など）、あるいは、広告管理テーブル２３１のユーザ関連情報とユーザ管理テーブル１７１の対応する情報（ユーザプロフィール情報など）とのマッチングを行いマッチングする広告を選択する。広告管理部２３０は、Ｒｏｏｍ関連情報とユーザ関連情報との両方にマッチングする広告を選択する方法と、どちらかにマッチングする広告を選択する方法とのいずれかにより広告を選択する。従って、広告管理部２３０は、コミュニティのカテゴリ、コミュニティを紹介する紹介文、及びユーザのプロフィール情報のうちの少なくとも一つに（一つ以上）に基づいてマッチングする広告を選択する。
【００３５】
ただし、ユーザプロフィール情報やＲｏｏｍの紹介文／カテゴリの登録の際に、マッチング処理への利用を許可していない場合は、これらの情報は用いられない。広告管理部２３０は、Ｒｏｏｍ管理テーブル１６１の広告選択時の情報利用可否（紹介文／カテゴリ）またはユーザ管理テーブル１７１の広告選択時の情報利用可否に基づいて利用可否を判断する。
【００３６】
次にメール種別判定部２１０は、メールを受信するユーザの端末に合わせてメールの種類を自動選択する。例えば、メール種別判定部２１０は、静止画や動画などマルチメディアに対応したメール（ＭＭＳ：Multimedia Messaging Service等）が利用できるユーザ端末４００に対しては、ＭＭＳ等を選択し、広告に静止画や動画などを用いる。一方、テキストのみしか利用できないメール（ＳＭＳ：Short Message Service等）のみ対応するユーザ端末４００に対しては、ＳＭＳ等を選択し、テキストの広告を用いる。メール種別判定部２１０は、ユーザ管理テーブルの端末の属性に基づいて、メールの種類を判定する。次に、広告管理部２３０は、選択した広告について、メール種別判定部２１０が判定したメールの種類に対応する表示内容（静止画や動画を含むか、テキストのみかなど）を選択し、広告を新着通知メールへ挿入する（Ｓ１６）。
【００３７】
メール配信部２２０は、広告を挿入した新着通知メールを配信する（Ｓ１７）。
【００３８】
図６は、新着通知メールの一例を示した図である。上段は、新着通知情報であり、新しく投稿されたコンテンツ（記事）の内容である。下段は、広告であり、広告管理部２３０がユーザ端末４００の機能に対応させて広告の様式を選択したものである。図６では、ＭＭＳを選択した場合の広告の例を示している。広告は、広告自体として、テキスト文、さらにユーザ端末４００の機能に応じて静止画／動画がメールへ挿入される。さらに、広告に関連付けられたサイト（広告主のサイト等）を表示するアドレス情報（ＵＲＬ）が広告に付加（リンク設定）されることになる。図６の右側に示す情報（説明文）は、実施形態２で説明する。
【００３９】
上記手順で送信された新着通知メールは、メールアドレスを宛て先とする各ユーザ端末４００に届く。ユーザが記事掲載ページのＵＲＬをクリックすると、ユーザ端末４００のブラウザ機能４１０が起動して上記ＵＲＬにアクセスし、投稿された記事が掲載されているＷｅｂページが表示される。続いて、ＲｏｏｍオーナまたはメンバがＲｏｏｍ内の記事に対してコメントを投稿する。１つの記事に対して複数のコメントが投稿されることが可能である。
【００４０】
次に、（４）新しいコンテンツ（記事）に対してコメントが投稿されたときにコミュニティ提供サーバ３００が広告を挿入したメールをユーザへ送信処理について説明する。コミュニティ提供サーバ３００は、新しいコメントが投稿された場合に、図５を用いて説明した処理に従って、Ｒｏｏｍのオーナ／メンバ（投稿者を除く）の各ユーザ端末４００宛てに新着通知のメールを配信する。これらメールには、記事（最初に投稿された記事）のタイトル、記事の本文（の一部）、今回投稿されたコメント本文（の一部）、およびこの記事／コメントが掲載されているＷｅｂページのＵＲＬが記載される。具体的なイメージとして、図６へコメントの情報を追加したメールが作成されることになる。
【００４１】
以降、新しく投稿された記事あるいはコメントに対して、さらにコメントの投稿があった場合に、コミュニティ提供サーバ３００は、図５の手順に沿って新着通知メールを配信することを繰り返す。
【００４２】
このようにして、コミュニティ提供サーバ３００は、Ｒｏｏｍに新しいコンテンツが投稿されたタイミングで、効果的な広告を挿入した新着通知メールを送信する。従って、Ｒｏｏｍに登録するユーザにとって興味のある内容の広告が挿入されることになり、広告の効果が向上する。
【００４３】
ここで、記事あるいはコメントに対するコメントが投稿されたことを通知する新着通知メールに挿入される広告について説明する。広告管理部２３０は、前回の新着通知メールと同様の手順でマッチングを実施し、挿入する広告を選択することになる（図５のＳ１５）。従って、コメント等マッチングする対象によって、広告管理部２３０は、前回の新着通知メールと同じ広告を選択することもあるし、異なる広告を選択することもある。例えば、同じ記事に関連するコメントであっても、ユーザプロフィール情報などの他、コメントの内容にも基づいてマッチングを実施するためコメントの内容によっては異なる広告が選択されることがあり得る。また、挿入した広告のアクセス状況等の効果に基づいて、広告管理部２３０は、挿入する広告を毎回変更するようにすることもできる。また、同じ広告主の広告が選択される場合に、挿入する広告のテキスト文やイメージ図を変更することも可能である。
【００４４】
また、上記で説明したコメントが投稿されたことを通知する場合に限らず、広告管理部２３０は、挿入する広告を次のような手法で選択することもできる。広告管理部２３０は、マッチング処理を実施する場合に、Ｒｏｏｍ関連情報またはユーザ関連情報の一部を用いてマッチングしてもよい。さらに、また、広告管理部２３０は、Ｒｏｏｍ関連情報とユーザ関連情報それぞれに重み付けをして選択する広告の優先順位を決定することもできる。
【００４５】
さらに、広告管理部２３０は、ユーザからのアクセス数の高い広告主、あるいは広告料が高い広告主のような要素を加味して広告を選択してもよい。
【００４６】
このように、本実施形態によれば、コミュニティ提供サーバ３００が保有する特有な情報（コミュニティのカテゴリやユーザプロフィール）に基づいて、Ｒｏｏｍに登録したユーザの関心を引くような広告を選択し、コミュニティサービス内で効果的な広告をユーザに見せることができる。効果的な広告を見せることによりユーザの広告へのアクセス回数が増加することが見込まれる。これにより、効果的な広告収入モデルを構築し、安定した広告収入を収入源としたコミュニティサービス提供ビジネスを推進することができる。従って、コミュニティサービスの活性化を図ることが可能になる。
【００４７】
なお、上記説明では、記事やコメントが新しく投稿された場合を説明したが、これらに限らず、ＲｏｏｍのコンテンツとしてＲｏｏｍ管理部１６０が管理する情報であれば、本実施形態の処理を適用することができる。例えば、コンテンツとしては、静止画や動画であってもよい。さらに、本実施形態では、新着コンテンツが投稿されたタイミングでメールを配信する場合を説明したが、これに限られることはない。所定のタイミングや定期的に（例えば週に一度など）Ｒｏｏｍに関するメールを送信する場合にも、本実施形態で説明した広告配信方法を用いて効果的な広告を選択してメールに挿入することは可能である。また、必ずしもコンテンツを挿入したメールに限られることはなく、広告管理部２３０は、Ｒｏｏｍ内へ登録したユーザへの連絡等に用いるメール（コンテンツの挿入がないメール）に広告を挿入することも可能である。この場合、マッチング処理の対象としてコンテンツは除かれることになる。同様に、コミュニティサービスに加入したユーザへの連絡等に用いるメールに広告を挿入することも可能である。この場合には、ユーザ管理テーブル１７１のユーザプロフィール情報、必要に応じて登録ＲｏｏｍＩＤに基づいて広告を選択することができる。
【００４８】
（実施形態２）
実施形態２では、新着通知メールに挿入された広告の利用を促進する機構を提供するサーバ及び広告配信方法の一態様を説明する。コミュニティ提供システムの構成及び新着通知メールの送信については、実施形態１と同様である。以下に、ユーザが配信された広告の関連サイトへのアクセス（リンクをクリック）した場合に、ユーザが報酬（利益）を得られる仕組みを提供する処理について説明する。
【００４９】
まず、ユーザ側がユーザ端末４００で操作する処理について説明する。新着通知メールが、各宛先ユーザのユーザ端末４００に届く。このメールの本文には、記事のタイトル、記事の本文（の一部）、この記事が掲載されているＷｅｂページのＵＲＬ、および挿入された広告が掲載されている。ユーザは、メール本文中に記載されている、記事掲載ページのＵＲＬ（記事ＵＲＬ）をクリックする。ユーザ端末４００のブラウザ機能４１０が起動して記事ＵＲＬにアクセスし、投稿された記事等のコンテンツが掲載されているＷｅｂページが表示される。
【００５０】
また、ユーザが、新着通知メール内の広告を閲覧し、さらに広告のバナーや広告本文中に設定されたＵＲＬ（広告ＵＲＬ、広告アドレス情報）をクリックする。ユーザ端末４００のブラウザ機能４１０が起動して広告ＵＲＬにアクセスする。この広告ＵＲＬは、コミュニティ提供サーバ３００内の特定プログラムへのリンクに加え、（１）記事／コメントなどのコンテンツが投稿されたＲｏｏｍ、（２）投稿したユーザ、（３）挿入されている広告を識別するためのＩＤが埋め込まれている。図６の右側に、広告ＵＲＬの一例を示している。図６の例では、広告ＵＲＬ（アドレス情報）は、コミュニティ提供サーバ３００内の特定プログラムへのリンクとともに、上記（１）から（３）の具体例として次の情報がパラメータとして埋め込まれたものとなっている。（１）投稿されたＲｏｏｍのＩＤ：５７９６２３、（２）投稿したユーザのＩＤ：１０８６５７、（３）挿入されていた広告のＩＤ：９４８２５７。
【００５１】
次に、ブラウザ機能４１０のアクセス先のＳＮＳサーバ１００では、次のような処理を実施する。図７は、広告サイトへのアクセスを検出したときのＳＮＳサーバの動作の一例を示すフローチャートである。
【００５２】
ＳＮＳサーバ１００のＨＴＴＰ処理部１１０は、図６に示す様な広告アドレス情報（広告ＵＲＬ）へユーザ端末４００がアクセスしたことを通知される（Ｓ２１）。ＳＮＳサーバ１００内では、ＨＴＴＰ処理部１１０が特定プログラムを起動するように設定されている（Ｓ２２）。本実施形態では、広告管理部２３０が、特定プログラムが実現する広告を管理する機能を備えているものとする。ＨＴＴＰ処理部１１０は、広告管理部２３０を起動するものとする。広告管理部２３０は、ブラウザ機能４１０が広告ＵＲＬにアクセスしたことに伴って、広告ＵＲＬの通知を受ける。広告管理部２３０は、３番目のパラメータ（挿入されていた広告のＩＤ）から、その広告にあらかじめ関連付けられたサイト（広告主のサイト等）のＵＲＬを広告管理テーブル２３１から検索し、そのＵＲＬにユーザ端末４００からのリクエスト（表示要求）を転送する（Ｓ２３）。
【００５３】
この結果、ユーザ端末４００のブラウザには広告に関連付けられたサイト（広告主のサイト等）が表示される。さらに、広告管理部２３０は、１番目のパラメータ（投稿されたＲｏｏｍのＩＤ）からＲｏｏｍオーナを、２番目のパラメータ（投稿したユーザのＩＤ）から投稿ユーザを特定し（Ｓ２４）、それぞれに対してポイントの加算処理を行う。例えば、ユーザ管理テーブル１７１は、過去に加算されたポイントを保持するようにし（図３には図示していない）、広告管理部２３０は、今回追加されたポイントをユーザ管理テーブルに加算して記憶させる。（Ｓ２５）。
【００５４】
また、ユーザ管理部１７０（または広告管理部２３０）は、定期的（毎月など）にユーザ毎に蓄積されたポイントを集計する。次に、コミュニティ提供システムを提供しているコミュニティサービス事業者は、広告主から得た広告収入のうち、予め定められた一定割合を、ユーザが所有するポイントに応じて、各ユーザへ提供（還元）する。
【００５５】
上記の説明のように、ユーザ端末４００へ配信されたメールに挿入された広告を、各ユーザがアクセスすることによって、ＲｏｏｍのオーナあるいはＲｏｏｍにコンテンツを投稿したユーザへポイントが加算され、利益を得られるような仕組みを提供する。従って、コミュニティの開設や記事／コメントなどのコンテンツの投稿など、コミュニティサービスの積極的な利用・貢献への動機付けを提供することができる。これにより、コミュニティサービスへのアクセス回数の増加やユーザの増加が図られ、サービス全体の活性化を図ることが可能になる。
【００５６】
なお、上記説明では、Ｒｏｏｍのオーナあるいは新規記事／コメントを投稿したユーザにポイントを加算する場合を説明したが、ポイントを加算する対象者はこれらに限られることはない。コミュニティサービスに加入しているユーザに所定の基準に基づいてポイントを加算することもできる。この場合、広告ＵＲＬにポイントを加算するユーザのＩＤが組み込まれていればよい。広告ＵＲＬに少なくとも一つのユーザのＩＤが含まれていれば、広告管理部２３０は、ポイントを加算することができる。
【００５７】
（その他の実施形態）
実施形態１及び実施形態２で説明したサーバの広告配信方法は、プログラムで実施することも可能である。プログラムは、計算機上でメモリにロードされ、ＣＰＵ（Central Processing Unit）の制御のもとで実行される。プログラムは、計算機で次の手順を実現させる。（１）コミュニティサービス内に生成される少なくとも一つのＲｏｏｍおよびそのカテゴリを管理する手順、（２）Ｒｏｏｍに投稿されたコンテンツを蓄積し管理する手順、（３）コミュニティサービスに加入した各ユーザのプロフィール情報を保持する手順、（４）登録されたユーザをあて先とする電子メールを作成する手順、（５）Ｒｏｏｍのカテゴリ、前記コミュニティを紹介する紹介文、及びユーザのプロフィール情報のうちの少なくとも一つに基づいて広告を選択する手順、（６）選択した広告を、前記作成した電子メールへ挿入する手順、（７）電子メールを配信する手順。
【００５８】
以上説明したように、本発明に係る好適な実施形態によれば、ユーザは新着通知を受信する際に、Ｒｏｏｍの内容や受信ユーザの嗜好にマッチした効果的な広告を受け取ることが可能となる。これにより広告のアクセス率が向上し、サービス事業者の広告収入およびエンドユーザに還元される利益の増加につながる。これにより、コミュニティサービスの活性化を図ることができる。
【００５９】
また、本発明に係る好適な実施形態によれば、メールを受信するユーザ端末に合わせてメールの種類が自動選択される。従って、静止画や動画などマルチメディアに対応したメール（ＭＭＳ等）が利用できる端末に対しては、静止画や動画などを用いた広告を送付できる。このため、広告効果を向上させることができる。一方、テキストのみしか利用できないメール（ＳＭＳ等）のみ対応するユーザ端末に対しては、テキストのみの広告を送付することができる。このため、受信端末としてすべてのユーザ端末をカバーすることが可能となり、効果的な広告を挿入した新着通知メールを登録したユーザ端末へ配信することができる。これにより、ユーザが広告へアクセスする回数を増させることできる。
【００６０】
さらに、コミュニティサービスの提供事業者のみならず、記事を投稿したユーザや、記事が投稿されたＲｏｏｍのオーナにも広告主からの広告収入の一部が配布されるため、サービスの魅力が増し、サービス利用の促進、サービス利用ユーザ数の増加につながる。これにより、コミュニティサービスの活性化を図ることができる。
【００６１】
なお、本発明は上記に示す実施形態に限定されるものではない。本発明の範囲において、上記実施形態の各要素を、当業者であれば容易に考えうる内容に変更、追加、変換することが可能である。
【図面の簡単な説明】
【００６２】
【図１】本発明に係るコミュニティ提供システムの構成例を示す図である。
【図２】Ｒｏｏｍ管理テーブルの一例を示す図である。
【図３】ユーザ管理テーブルの一例を示す図である。
【図４】広告管理テーブルの一例を示す図である。
【図５】新しいコンテンツがＲｏｏｍに投稿されたときにコミュニティ提供サーバが新着情報を通知するメールを配信する動作の一例を示したフローチャートである。
【図６】新着通知メールの一例を示した図である。
【図７】広告サイトへのアクセスを検出したときのＳＮＳサーバの動作の一例を示すフローチャートである。
【符号の説明】
【００６３】
１００  ＳＮＳサーバ
１１０  ＨＴＴＰ処理部
１２０  ＷｅｂＵＩ処理部
１３０  アクセス制御部
１４０  メール作成部
１５０  配信制御部
１６０  Ｒｏｏｍ管理部
１７０  ユーザ管理部
１６１  Ｒｏｏｍ管理テーブル
１６２  コンテンツ保持部
１７１  ユーザ管理テーブル
２００  通知サーバ
２１０  メール種別選択処理部
２２０  メール配信部
２３０  広告管理部
２３１  広告管理テーブル
３００  コミュニティ提供サーバ
４００  ユーザ端末
４１０  ブラウザ機能
４２０  メール機能
４３０  通信機能
５００  ネットワーク
【図１】
2008210304.tif 000003
【図２】
2008210304.tif 000004
【図３】
2008210304.tif 000005
【図４】
2008210304.tif 000006
【図５】
2008210304.tif 000007
【図６】
2008210304.tif 000008
【図７】
2008210304.tif 000009