(57)【特許請求の範囲】
【請求項１】
ユーザの属性情報を記録するユーザ属性記憶手段と、
ユーザ間の関係性を記録する関係性記憶手段と、
各ユーザのアクティビティを記録するアクティビティ記憶手段と、
広告配信条件情報とともに広告を記録する広告情報記憶手段と、
を少なくとも備えるＳＮＳ（ソーシャルネットワーキングサービス）における広告配信システムにおいて、
所定のトリガに応じ、所定のユーザの属性情報及び＼又はアクティビティに基づいて当該所定のユーザの嗜好性を動的に判定する嗜好性判定手段と、
外部からの入力に基づき、広告配信の対象である一のユーザと関係性を有するユーザの中から嗜好性が参酌されるべきユーザを選択する嗜好性参酌ユーザ選択手段と、
前記選択されたユーザの嗜好性及び前記広告配信条件情報に基づいて、配信する広告を選択する配信広告選択手段と、
前記選択された広告を前記一のユーザに配信する広告配信手段と
を有することを特徴とする広告配信システム。
【請求項２】
前記嗜好性判定手段は、アクティビティ実施後の経過時間の長短に応じて重み付けを伴い嗜好性の判定を行うことを特徴とする、請求項１に記載の広告配信システム。
【請求項３】
前記嗜好性判定手段は、アクティビティの具体的内容の軽重に応じて重み付けを伴い嗜好性の判定を行うことを特徴とする、請求項１又は請求項２に記載の広告配信システム。
【請求項４】
外部からの入力に基づき、前記配信広告選択手段において嗜好性を参酌されるべきユーザの嗜好性が参酌されないよう設定する嗜好性非開示手段を更に有することを特徴とする、請求項１から請求項３のいずれかに記載の広告配信システム。
【請求項５】
ユーザの属性情報を記録するユーザ属性記憶手段と、ユーザ間の関係性を記録する関係性記憶手段と、各ユーザのアクティビティを記録するアクティビティ記憶手段とを少なくとも有するＳＮＳ（ソーシャルネットワーキングサービス）におけるユーザへの広告配信方法であって、
広告配信条件情報とともに広告を記憶するステップと、
一のユーザに広告配信を行うにあたり、当該一のユーザと関係性を有する他のユーザの嗜好性を動的に判定するステップと、
外部からの入力に基づき、前記一のユーザと関係性を有するユーザの中から嗜好性が参酌されるべきユーザを選択するステップと、
前記選択されたユーザの嗜好性及び前記広告配信条件情報に基づいて、記憶された広告から配信する広告を選択するステップと、
前記選択された広告を前記一のユーザに配信するステップと、
を有することを特徴とする広告配信方法。
【請求項６】
前記嗜好性を動的に判定するステップにおいて、アクティビティ実施後の経過時間の長短に応じて重み付けを伴い嗜好性の判定を行うことを特徴とする、請求項５に記載の広告配信方法。
【請求項７】
前記嗜好性を動的に判定するステップにおいて、アクティビティの具体的内容の軽重に応じて重み付けを伴い嗜好性の判定を行うことを特徴とする、請求項５又は請求項６に記載の広告配信方法。
【請求項８】
前記配信する広告を選択するステップに先立ち、外部からの入力に基づき、嗜好性を参酌されるべきユーザの嗜好性が参酌されないよう設定するステップを更に有することを特徴とする、請求項５から請求項７のいずれかに記載の広告配信方法。
【請求項９】
所定のトリガに応じ、所定のユーザの属性情報及び＼又はアクティビティに基づいて当該所定のユーザの嗜好性を動的に判定する嗜好性判定手段と、
広告配信の対象である一のユーザとＳＮＳにおいて関係性を有するユーザの嗜好性、及び、広告配信条件情報が示す広告配信の条件に基づき、当該一のユーザに対して配信するべき広告を選択する配信広告選択手段と、
前記選択された広告を前記一のユーザに対して配信する広告配信手段と、
前記一のユーザからの要求に応じ、前記関係性を有するユーザの中から当該一のユーザにより指定される他のユーザのみに対して前記選択された広告を配信する広告共有手段と、
を有することを特徴とする広告配信システム。
【請求項１０】
前記広告配信条件情報において指定可能な他のユーザの数が限定されており、
前記広告共有手段が、前記一のユーザにより指定される前記限定された数の他のユーザに対して前記選択された広告を配信する
ことを特徴とする、請求項９に記載の広告配信システム。
【請求項１１】
前記配信された広告に対して重畳表示させるべき重畳データを前記一のユーザから受け付ける手段を更に有し、
前記広告共有手段が、前記受け付けられた重畳データが前記選択された広告の前面に重畳表示されるように当該選択された広告を配信する
ことを特徴とする、請求項９又は請求項１０に記載の広告配信システム。
【請求項１２】
所定のトリガに応じ、所定のユーザの属性情報及び＼又はアクティビティに基づいて当該所定のユーザの嗜好性を動的に判定する嗜好性判定ステップと、
広告配信の対象である一のユーザとＳＮＳにおいて関係性を有するユーザの嗜好性、及び、広告配信条件情報が示す広告配信の条件に基づき、当該一のユーザに対して配信するべき広告を選択する配信広告選択ステップと、
前記選択された広告を前記一のユーザに対して配信する広告配信ステップと、
前記一のユーザからの要求に応じ、前記関係性を有するユーザの中から当該一のユーザにより指定される他のユーザのみに対して前記選択された広告を配信する広告共有ステップと、
を有することを特徴とする、広告配信システムによる広告配信方法。
【請求項１３】
前記広告配信条件情報において指定可能な他のユーザの数が限定されており、
前記広告共有ステップにおいて、前記一のユーザにより指定される前記限定された数の他のユーザに対して前記選択された広告を配信する
ことを特徴とする、請求項１２に記載の広告配信方法。
【請求項１４】
前記配信された広告に対して重畳表示させるべき重畳データを前記一のユーザから受け付けるステップを更に含み、
前記広告共有ステップにおいて、前記受け付けられた重畳データが前記選択された広告の前面に重畳表示されるように当該選択された広告を配信する
ことを特徴とする、請求項１２又は請求項１３に記載の広告配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＮＳにおいて各ユーザの嗜好性及び各ユーザ間の関係性に基づいた広告配信を行うシステム、及び広告配信方法に関する。
【背景技術】
【０００２】
従来から、ソーシャルネットワーキングサービス（以下「ＳＮＳ」という。）と呼ばれる、人と人とのつながりを促進・サポートするコミュニティ型のサービスが知られている。ＳＮＳでは、自分のプロフィールや写真を会員に公開する機能や、特定の友人のみに公開範囲を制限し、或いは制限なく、日々の出来事を公開できる日記機能、趣味や地域などテーマを決めて掲示板などで交流できるコミュニティ機能等のサービスがインターネット上で利用できる点に特色がある。こうしたＳＮＳの一つとして非特許文献１に開示されるウェブサイトが知られている。
【０００３】
一般的なＳＮＳにおいてユーザに配信される情報は、（１）他のユーザが投稿したコンテンツ、（２）運営者が投稿したコンテンツ、（３）広告出稿者が出稿する広告コンテンツ、の３つに概ね大別される。
【０００４】
（１）の具体的なコンテンツとしては、「日記」「ボイス」「カレンダー（予定）」「フォト」「動画」のように、会員自身が投稿し、また関係性を有する他の会員の投稿を閲覧することができるものが挙げられる。例えば「日記」コンテンツにおいては、一の会員は、例えば自らが体験した出来事をテキスト、又は画像等別のデータを付したテキストを投稿することができ、投稿されるとその会員と特定の関係性を有している別の会員のトップページにフィードがリンク付きで表示される。当該別の会員は当該リンクを開くことにより一の会員の日記の内容を閲覧することができる。或いは、「ボイス」コンテンツにおいては、ある会員が日常のふとした出来事を気の趣くままに短い文章で投稿すると、それが「ボイス（＝つぶやき）」として当該会員と特定の関係性を有する他の会員のトップページにフィードとして表示される。その他のコンテンツ（「フォト」「動画」など）においても同様に、新たな投稿がなされると、その旨のフィードがリンク付きで特定の関係性を有する他の会員のトップページに表示される。各ユーザは、自己のコンテンツをサービス内に投稿し、或いは他社のコンテンツを閲覧し、これに対するリアクションとしてコメントや「イイネ！」（＝当該コンテンツに対する好意的な評価を示すフラグ）を入力することによって他のユーザとの関係性を広げ、深めていく。
【０００５】
また、（２）としては、提供されているサービスの仕様変更やメンテナンス、新たなサービス提供開始、更にはスパム等に対する注意喚起といった事務連絡的な情報が挙げられる。
【０００６】
（３）の広告コンテンツは、ＳＮＳのユーザが閲覧することを想定して種々の種類の広告の出稿がなされる。広告効果を高めるための種々の構成が検討され、また実用されている。広告効果を高めるには、閲覧者の嗜好性（好み）に沿った広告が表示されるようにすることが合理的である。こうしたアプローチの一手法として、いわゆる「行動ターゲティング広告」が挙げられる。これは、サイト内での行動分析を広告表示に反映させたり、或いは第三者cookieを用いた閲覧者識別を行ったり、また或いは閲覧者のブラウザヒストリにアクセスすることにより閲覧者の行動を把握し、当該閲覧者の行動傾向に沿った広告表示を実現するものである。
【０００７】
行動ターゲティング広告は、Ｗｅｂにおける広告出稿に特に整合的なものである。それは単に広告出稿者にとっての広告効果の増大という側面だけではなく、閲覧者にとっても興味のない広告が表示されるよりは自己の興味の向く項目についての広告が表示された方が有益な情報として受け止める可能性が高い。そしてその精度を高めること自体が媒体たるサイトの価値向上にも寄与する。
【０００８】
従来、広告コンテンツは、上述の通り広告出稿者から一般閲覧者に情報を拡散するためのものとして認識されており、上述の（１）ユーザコンテンツと（３）広告コンテンツも明確に峻別されるものであった。
【０００９】
しかし、ＳＮＳが有する本来の性質、つまりユーザ間の情報の授受、という点に着目した場合、両者の境界線は必ずしも明瞭にすべき理由は無い。むしろ、ＳＮＳにおいて構築されているユーザ間の関係性はユーザ間の信頼感を示しているということができる。（Ｗｅｂ上でない、という意味での）現実世界においてもそうであるように、時としてもっとも広告効果が高い伝達手段は「口コミ」であり、それはＷｅｂ上においても異なるところがない。実際、ユーザが行った特定の製品に関する投稿が他のユーザにシェアされ、広告として伝播する現象は多数みられる。
【００１０】
更には、ユーザが能動的に「口コミ」としてコンテンツの投稿ないし発信することなく、特定の会員の嗜好に基づいてその特定の会員と友人関係を構築する別の会員に対する「社交的広告」を配信する構成が特許文献１に開示されている。この「社交的広告」は例えば、会員の友人が広告主の製造した特定の商品を購入したこと、広告主が後援するイベントに参加予定であること等を会員に通知する形態をとる。関係性を有する会員は似通った興味を持っているとの仮定、及び、関係性を有する会員に対する信頼性に依存して当該広告の信頼性も増すという点に着目した構成といえる。
【００１１】
或いは、「口コミ」をより直接的に具現化したＷｅｂサービスとして、ユーザに関連する関連者ＩＤを含む個人プロファイル情報を取得して、この関連者ＩＤに相当するユーザＩＤが付与された評判情報を残した履歴のあるコンテンツ情報を取得して、ユーザの端末装置に送信する構成が特許文献２に開示されている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２０１１−５０３７０１号公報
【特許文献２】特開２００８−１９１９７９号公報
【非特許文献】
【００１３】
【非特許文献１】「ソーシャル・ネットワーキング  サービス［ｍｉｘｉ（ミクシィ）］」、［ｏｎｌｉｎｅ］、［平成２３年４月１日検索］、インターネット＜ＵＲＬ：http://mixi.jp/＞
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかし、特許文献１に開示されている広告配信方法では以下の問題が挙げられる。
【００１５】
（１）個々のユーザの嗜好性は日々変容を遂げるものであり、こうした変容に対応してなお有効な広告配信を行うためのアプローチは何らなされていない。またサービス内のアクティビティにも、ワンクリックで可能なものから文章を作って投稿するまで軽重があり、これらの軽重を嗜好性判定に参酌されておらず、実体に即したきめ細やかな嗜好性判定の実現ができない。
【００１６】
（２）また、上述の「社交的広告」によって、会員の友人の嗜好性は広告配信対象である会員に対して自動的に開示されてしまう。会員間の信頼性による広告そのものへの信頼性向上と引き換えに、個々の会員の嗜好性が関係性を有する他の会員に拡散されることになる。通常会員間の関係には濃淡があり、複雑系である。つまり、関係性を有していれば常に全ての情報をオープンにして良い、といった開放的な付き合いを誰とでも行う人はむしろ稀であり、特定の嗜好性については特定の関係性を有する会員には知られたくないということも多々ある。
【００１７】
（３）広告の性質によっては、過度に拡散されることが好ましくない場合もある。すなわち特定の限定された期間のみに提供されるサービスや数に限りのある商品、更には複数人がまとまって購入するような商品ないしサービスの場合、一の会員の嗜好性に基づいて他の会員に自動的に拡散されることは意図した広告のリーチに反する場合があり、更には関係性を有する会員間の人間関係に悪影響を及ぼすことすら想定される。
【００１８】
（４）更に、関係性を有しているユーザ間の関係は常にいずれも一律とはいえず、形式上特定の関係性は形成されているものの事実上機能しておらず、情報の授受を好まないユーザが存在するケースもある。
【００１９】
また、特許文献２に開示されている広告提供手法では、一のユーザが評判情報すなわち「口コミ」を積極的に投稿することがトリガとなっており、投稿負担をユーザに強いることから十分に機能しないことも想定される。また評判情報の新鮮度合が考慮されず、タイミングを外した広告配信となってしまうことも想定される。
【００２０】
そこで本発明は、一のユーザの嗜好性、及び当該一のユーザが有する他のユーザとの関係性に基づいて配信制御される広告コンテンツの配信システム及び配信方法であって、ＳＮＳの特性を活かしつつ、よりきめ細やかな配信制御の実現を可能とする広告コンテンツの配信システム及び配信方法を提供することを課題とする。
【課題を解決するための手段】
【００２１】
上記課題を解決するため、本願第１発明の一態様である「広告配信システム」は、ユーザの属性情報を記録するユーザ属性記憶手段と、ユーザ間の関係性を記録する関係性記憶手段と、各ユーザのアクティビティを記録するアクティビティ記憶手段と、広告配信条件情報とともに広告を記録する広告情報記憶手段と、を少なくとも備えるＳＮＳ（ソーシャルネットワーキングサービス）における広告配信システムにおいて、所定のトリガに応じ、所定のユーザの属性情報及び＼又はアクティビティに基づいて当該所定のユーザの嗜好性を動的に判定する嗜好性判定手段と、外部からの入力に基づき、広告配信の対象である一のユーザと関係性を有するユーザの中から嗜好性が参酌されるべきユーザを選択する嗜好性参酌ユーザ選択手段と、前記選択されたユーザの嗜好性及び前記広告配信条件情報に基づいて、配信する広告を選択する配信広告選択手段と、前記選択された広告を前記一のユーザに配信する広告配信手段とを有することを特徴とする。
上記課題を解決するため、本願第１発明の一態様である「広告配信方法」は、ユーザの属性情報を記録するユーザ属性記憶手段と、ユーザ間の関係性を記録する関係性記憶手段と、各ユーザのアクティビティを記録するアクティビティ記憶手段とを少なくとも有するＳＮＳ（ソーシャルネットワーキングサービス）におけるユーザへの広告配信方法であって、広告配信条件情報とともに広告を記憶するステップと、一のユーザに広告配信を行うにあたり、当該一のユーザと関係性を有する他のユーザの嗜好性を動的に判定するステップと、外部からの入力に基づき、前記一のユーザと関係性を有するユーザの中から嗜好性が参酌されるべきユーザを選択するステップと、前記選択されたユーザの嗜好性及び前記広告配信条件情報に基づいて、記憶された広告から配信する広告を選択するステップと、前記選択された広告を前記一のユーザに配信するステップと、を有することを特徴とする。
上記「広告配信システム」には、以下に例示するように、追加の技術的限定を加えてもよい。複数の技術的限定を組み合わせて加えてもよい。また、同趣旨の技術的限定を、「広告配信方法」の処理ステップに加えてもよい。
例えば、前記嗜好性判定手段は、アクティビティ実施後の経過時間の長短に応じて重み付けを伴い嗜好性の判定を行う、という技術的限定を加えてもよい。
また、例えば、前記嗜好性判定手段は、アクティビティの具体的内容の軽重に応じて重み付けを伴い嗜好性の判定を行う、という技術的限定を加えてもよい。
また、例えば、外部からの入力に基づき、前記配信広告選択手段において嗜好性を参酌されるべきユーザの嗜好性が参酌されないよう設定する嗜好性非開示手段を更に有する、という技術的限定を加えてもよい。
【００２２】
上記課題を解決するため、本願第２発明の一態様である「広告配信システム」は、所定のトリガに応じ、所定のユーザの属性情報及び＼又はアクティビティに基づいて当該所定のユーザの嗜好性を動的に判定する嗜好性判定手段と、広告配信の対象である一のユーザとＳＮＳにおいて関係性を有するユーザの嗜好性、及び、広告配信条件情報が示す広告配信の条件に基づき、当該一のユーザに対して配信するべき広告を選択する配信広告選択手段と、前記選択された広告を前記一のユーザに対して配信する広告配信手段と、前記一のユーザからの要求に応じ、前記関係性を有するユーザの中から当該一のユーザにより指定される他のユーザのみに対して前記選択された広告を配信する広告共有手段と、を有することを特徴とする。
上記課題を解決するため、本願第２発明の一態様である「広告配信方法」は、所定のトリガに応じ、所定のユーザの属性情報及び＼又はアクティビティに基づいて当該所定のユーザの嗜好性を動的に判定する嗜好性判定ステップと、広告配信の対象である一のユーザとＳＮＳにおいて関係性を有するユーザの嗜好性、及び、広告配信条件情報が示す広告配信の条件に基づき、当該一のユーザに対して配信するべき広告を選択する配信広告選択ステップと、前記選択された広告を前記一のユーザに対して配信する広告配信ステップと、前記一のユーザからの要求に応じ、前記関係性を有するユーザの中から当該一のユーザにより指定される他のユーザのみに対して前記選択された広告を配信する広告共有ステップと、を有することを特徴とする。
上記「広告配信システム」には、以下に例示するように、追加の技術的限定を加えてもよい。複数の技術的限定を組み合わせて加えてもよい。また、同趣旨の技術的限定を、「広告配信方法」の処理ステップに加えてもよい。
例えば、前記広告配信条件情報において指定可能な他のユーザの数が限定されており、前記広告共有手段が、前記一のユーザにより指定される前記限定された数の他のユーザに対して前記選択された広告を配信する、という技術的限定を加えてもよい。
また、例えば、前記配信された広告に対して重畳表示させるべき重畳データを前記一のユーザから受け付ける手段を更に有し、前記広告共有手段が、前記受け付けられた重畳データが前記選択された広告の前面に重畳表示されるように当該選択された広告を配信する、という技術的限定を加えてもよい。
【発明の効果】
【００３０】
本発明にかかる広告配信システム及び広告配信方法により、以下の効果が得られる。
【００３１】
（１）日々変容を遂げる個々のユーザの嗜好性を、個々のアクティビティの軽重も反映しながら実体に即したきめ細やかな嗜好性判定が実現され、広告配信にあたってより実情を反映した広告選択がなされることが期待できる。
【００３２】
（２）自己の嗜好性について無差別に拡散されることを望まないユーザの意向も反映しつつ、広告配信の最適化を行うことができる。或いは、自己の広告配信において参酌されることを望まないユーザの嗜好性を除外することにより広告配信の最適化を行うことができる。
【００３３】
（３）更に、広告物のコントロールを行うことにより広告それ自体のプレミアム感を創出することができる。とりわけこれは特定の限定された期間のみに提供されるサービスや数に限りのある商品、更には複数人がまとまって購入するような商品ないしサービスの場合に有効である。すなわち、例えば「４名様でケーキバイキング通常価格の半額でご招待！」といった広告内容の場合、当該広告を受信した一のユーザが共有する他のユーザを自ら限定的に選択することにより所定のユニットを組成しやすくなり、広告効果の向上が期待できる。そしてこれを当該ユーザによるカスタマイズを施した状態で他の関係性を有するユーザに共有することにより、広告は単なる企業から個人への単一ベクトルではなく、個人間の関係性をも巻き込んだ多方向的なものとなり、ユーザが当該広告に応じた行動をとる確率が向上することが如実に期待できる。かくして広告効果の増大とＳＮＳ内のユーザ間のコミュニケーションの深耕の双方を実現することが可能となる。
【００３４】
なお本発明において、
（１）「ＳＮＳ」とは、一般的定義とされる「人と人とのつながりを促進・サポートする、コミュニティ型の会員制のサービス」ないし当該サービスが提供されているＷｅｂ上の環境を意味するが、これに限られず、特定の運営主体がサービスとして提供しているものでなくとも良く、例えばコメントやトラックバックなどのコミュニケーション機能を有しているブログも含まれうる。
【００３５】
（２）「属性情報」とは、ＳＮＳのユーザの名称、ハンドルネーム、アバター、性別、住所、プロフィール情報といったユーザ自身にまつわる種々の情報、及びその公開レベル設定に関する情報をいい、上記例示したものに限られない。
【００３６】
（３）「アクティビティ」とは、ユーザがＳＮＳ内で行う活動を指し、具体的には日記等のコンテンツの投稿、他のユーザが投稿したコンテンツに対するコメント投稿や「イイネ！」のリアクション、サービス内で提供されているアプリケーションの使用や他のユーザとの関係性構築、自己のプロフィール情報の作成や編集を含みうる。
【００３７】
（４）「嗜好性」とは、ユーザが有している“好み”を表すものとしてアクティビティから抽出される性向をいう。例えば、あるユーザが「自動車」に関するコンテンツを頻繁に投稿し、また「自動車」に関する他のユーザのコンテンツに頻繁に反応している場合、そうしたアクティビティから当該ユーザが「自動車」に対する嗜好性が高い旨判断する。嗜好性は、常にプラスのベクトルとは限らず、その辞書的意味とは裏腹に、日記において当該事物に対してネガティブな内容を投稿していたとしても当該事物に対する興味があるものとして性向を抽出し得る。
【００３８】
（５）「関係性」とは、サービス内においてユーザが他のユーザとの間でコンテンツに関するフィード配信を許容しまたコンテンツの閲覧を許容する関係をいい、俗に「友人」「マイミク」といった語で表現される。通常はフィード配信を相互に許容する関係が想定されるが、これに限らず、例えば一方的なフィード配信＼コンテンツ閲覧許容関係を関係性に含めることもできる。要するにＳＮＳ内において少なくともいずれか一方のユーザが積極的に情報の授受を希望する旨登録する関係を含む。
【００３９】
（６）広告の「共有」とは、広告配信手段によって配信された広告を、自己が関係性を有するユーザに対して更に提供することを意味する。更に提供する手法として、受信した広告をそのままコピーの形で転送する形でも良く、また当該ユーザが転送したものである旨を署名或いは他の「改変」すなわちカスタマイズ手段を適用して当初受信したものとは異なるものとして関係性を有するユーザに配信する形でも良い。
【図面の簡単な説明】
【００４０】
【図１】本発明の広告配信システムを含んだＳＮＳサーバ及び端末装置を含むＳＮＳ環境の例を示す図である。
【図２】ＳＮＳサーバ１０を機能の側面から記した機能構成図である。
【図３】ユーザ属性ＤＢ１２１に記録されている情報の概念図である。
【図４】ＳＮＳシステムにおいて表示される画面のスクリーンショットの一例を示す図である。
【図５】コンテンツＤＢ１２３に記録されているコンテンツに関する情報の概念図である。
【図６】一のユーザの嗜好性につき判定する処理手順を示すフローである。
【図７】関係性ＤＢ１２２に記録されている情報の概念図である。
【図８】配信広告選択部１１３が配信すべき広告を選択する流れを示す図である。
【図９】広告共有の流れを示すフローチャートである。
【図１０】広告共有を促す画面のスクリーンショットの一例を示す図である。
【図１１】共有広告ＤＢ１２８に記録されている情報の概念図である。
【発明を実施するための形態】
【００４１】
以下、本発明の具体的な実施態様につき、図面を参照しつつ説明する。
【００４２】
図１は、本発明の広告配信システムを含んだＳＮＳサーバ及び端末装置を含むＳＮＳ環境の例を示す図である。ＳＮＳサーバ１０と各ユーザ端末３０とは、インターネットなどのネットワーク２０を介して互いに接続可能となっている。ここで各ユーザ端末３０は、例えばＰＣ３１であると携帯電話３２であるとタブレット端末３３であると特に種別は問わず、ＳＮＳサーバ１０にログイン可能な機能（インターネットに接続する機能及びＷｅｂブラウザ）を有していれば良い。
【００４３】
ＳＮＳサーバ１０は、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ＨＤＤなどの記憶手段１０ｄ、ディスプレイ、キーボード等の入出力手段１０ｅ、その他種々のハードウェアによって構成される。
【００４４】
ＲＯＭ１０ｃまたは記憶手段１０ｄには、図２に示す各処理部（入力情報処理部１１１、嗜好性判定部１１２、配信広告選択部１１３、フィード生成部１１４、トップページ情報生成部１１５、コンテンツページ情報生成部１１６）の機能を実現するためのプログラム及びデータが格納されている。また記憶手段１０ｄには、図２に示すＤＢ群１２記載の各ＤＢ（ユーザ属性ＤＢ１２１、関係性ＤＢ１２２、アクティビティＤＢ１２３、コンテンツＤＢ１２４、嗜好性ＤＢ１２５、広告情報ＤＢ１２６、改変素材ＤＢ１２７、共有広告ＤＢ１２８）のデータが格納される。これらのプログラム及びデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行され、演算処理が行われる。
【００４５】
ＳＮＳサーバ１０として、ワークステーション又はいわゆるサーバ機などが用いられる。図２の各構成が複数台の装置に分散されるようにＳＮＳシステム１０を構成しても良い。
【００４６】
図２は、上記のＳＮＳサーバ１０を機能の側面から記した機能構成図である。ＳＮＳサーバ１０は、その機能に基づき、ＳＮＳコア１１、ＤＢ群１２、ユーザインターフェース１３を分別して認識可能である。
【００４７】
ＳＮＳコア１１は、ユーザのコンテンツ投稿やアクティビティなどを処理しＤＢ群１２にデータを蓄積する入力情報処理部１１１、それらのコンテンツ投稿の内容やユーザ属性情報、アクティビティに基づいて当該ユーザの嗜好性を判定する嗜好性判定部１１２、対象となるユーザが関係性を有する他のユーザの嗜好性及び広告配信条件情報に基づいて配信する広告を選択する配信広告選択部１１３、各ＤＢ群へのデータ蓄積等をトリガとして対応するフィードを生成するフィード生成部１１４、ユーザ端末３０からのトップページ閲覧指示に基づきその情報を生成するトップページ情報生成部１１５、ユーザ端末３０から他のユーザのコンテンツ情報の閲覧指示に基づき表示するコンテンツ情報を生成するコンテンツページ情報生成部１１６、の各機能を有する。各々の機能については、サービス内における各活動の説明において順次説明する。
【００４８】
ＤＢ群１２は、ユーザ端末３０から入力されるユーザ属性を記録するユーザ属性ＤＢ１２１、ユーザの他のユーザとの関係性をユーザごとに記録する関係性情報ＤＢ１２２、サービス内におけるユーザの行動履歴を記録するアクティビティＤＢ１２３、日記や動画などのコンテンツに関する情報を記録するコンテンツＤＢ１２４、上記の嗜好性判定部１１２において判定された各ユーザの嗜好性情報を記録する嗜好性ＤＢ１２５、広告出稿希望者（広告主）からの依頼に基づき、当該広告が画面表示される条件すなわち広告配信条件に関する情報とともに表示されるべき広告に関する情報を記録する広告情報ＤＢ１２６、広告の配信を受けたユーザが他のユーザと広告の共有を図る際に、その内容に改変を加えるにあたってその素材となるデータを記録する改変素材ＤＢ１２７、及び共有対象となる広告情報を、その共有元であるユーザ及び共有先であるユーザの情報とともに記録する共有広告ＤＢ１２８を含み、相互に関連性を有しつつ記録されている。各々のデータ構造については後述する。
【００４９】
本サービスのユーザは、ユーザ端末３０からネットワーク２０を介してＳＮＳサーバ１０にアクセスする。ユーザ端末３０としてはＰＣ、携帯電話、タブレット端末、スマートフォン等適宜用いることができる。ユーザインターフェース１３は、各ユーザ端末の種別に応じたデータ形式を選択しユーザ端末３０とＳＮＳサーバ１との送受信、及び閲覧要求があった各ページの情報を、当該要求を行ったユーザ端末の端末種別等に応じた表示態様に制御を行う。
【００５０】
以下、ＳＮＳサーバ１０において各ユーザが行い得る行動の例につき説明しつつ、各機能部及びＤＢの説明を行う。
【００５１】
一のユーザが初めてＳＮＳサーバ１０を利用する際は、ユーザ登録を行う。ユーザ登録においては、ユーザ属性情報としてユーザ名（ハンドルネーム）、ログインＩＤ（例えば固有のメールアドレス）、ログインパスワード、その他居住地、誕生日、出身地、趣味、自己紹介文等の各種属性情報を入力する。また既に登録している自己の情報を編集することもできる。これらの情報はユーザ属性ＤＢ１２１に格納される。図３はユーザ属性ＤＢ１２１に記録されている情報の概念図である。個々のユーザには主キーとしてユーザＩＤが付与されており、これに各入力したユーザ名、居住地等の属性情報が紐付けられて記録されている。
【００５２】
登録するユーザ属性には、自由入力が可能な自己紹介文も含まれる。そこでの入力情報も後述する投稿コンテンツと同じく、嗜好性判定の対象となる。
【００５３】
ユーザ登録を行ったユーザは、サービスを利用するにあたってログインを行う。ログイン画面（図示しない）において、ユーザは、ユーザ端末３０から登録したログインＩＤ及びログインパスワードを入力し認証を行う。当然ながらユーザ端末は個々のログインＩＤに固有である必要はなく、ネットワーク２０に接続可能な環境下にある端末であればいずれを問わずログインを行うことができる。認証を経ると、当該ユーザのユーザＩＤに応じたトップページ表示要求が行われる（後述する）。
【００５４】
次に、コンテンツの投稿につき説明する。
ＳＮＳサーバ１０に対して、ユーザは種々のコンテンツを投稿することができる。例えば図４にはＳＮＳシステムにおいて表示される画面の一例が示されているが、その上部（破線囲み部）に表示されているように、「カレンダー」「チェック」「日記」「フォト」など、さまざまなメディアのコンテンツを投稿することができる。なおこれらのコンテンツを投稿する際、閲覧許可するユーザの範囲を制限することもできる。これにより、ユーザは自己の任意のコントロールのもと、自己に関する情報をシステム内にて開示することができる。
【００５５】
図５は、ユーザが投稿しコンテンツＤＢ１２４に記録されているコンテンツに関する情報の概念図である。ユーザは、投稿するコンテンツの種別及びその公開範囲を選択することができる。コンテンツの種別は、図４における各メニュータグから選択することができる。例えば日記であれば、入力欄（図示しない）に直接テキストデータを入力することができる。また画像や映像データであれば、自己のユーザ端末３０に予め保存されているものをアップロードすることができる。公開範囲は、（１）公開するユーザを個々に指定して公開、（２）公開するグループを個々に指定して公開、（３）直接関係性を有するユーザまで公開、（４）関係性を有するユーザが更に関係性を有するユーザまで公開（４）サービス内の全ユーザに公開、からいずれかを選択することができる。これらの公開範囲設定に応じて、他のユーザが当該ユーザのトップページにアクセスした場合に、当該他のユーザとの関係性に基づいてコンテンツごとに表示の有無が制御される。
【００５６】
なお、コンテンツを投稿したことに起因して、その旨のフィードが生成されるが、公開範囲を「（５）サービス内の全ユーザ」と設定していても、当該フィードは全ユーザには配信されず、その一階層下の「（３）直接関係性を有するユーザ」まで配信される。そのように構成しないと、フルアクセスのコンテンツが投稿されるたびに全ユーザに対してフィードが配信され煩雑だからである。
【００５７】
次に、アクティビティについて説明する。ユーザは、一般のニュース記事に関するフィードや他のユーザがコンテンツ投稿を行った結果配信されるフィードに張られたリンクを辿って記事やコンテンツのページを閲覧することができる。また単に閲覧するだけでなく、これらのニュース記事に関するコメントや他のユーザのコンテンツに関するコメントを投稿することができる。
【００５８】
図６は、一のユーザの嗜好性につき判定する処理手順を示すフローである。以下順に説明する。嗜好性は動的に再計算される。嗜好性の再計算を行う判定トリガとしては、新たなアクティビティの実施、新たなコンテンツの投稿が典型的には挙げられるがこれに限られない。一のユーザについて判定トリガが発生すると（ステップＳ６０１：Ｙｅｓ）、嗜好性判定部１１２はアクティビティＤＢに記録された情報から嗜好性判定要素を抽出する（ステップＳ６０２）。その具体的手法は種々採用することができるが、例えば「ドイツ車に関するニュース記事」についてコメントを行った場合、「ドイツ」「車」「ドイツ車」についての嗜好性判定要素がピックアップされる。つまり、アクティビティの対象となっている記事や他のユーザの投稿に付されているタグ、或いは当該記事や投稿に含まれている文字列それ自体であって、嗜好性判定要素として予め登録されている情報について該当がある場合にカウントすることができる。タグは記事の作成者自身が設定しても良く、また運営者が設定する形であっても良い。
【００５９】
次に嗜好性判定部１１２は、コンテンツＤＢに記録された情報から嗜好性判定要素を抽出する（ステップＳ６０３）。その具体的手法についても種々採用することができるが、例えば投稿が「日記」である場合、その日記に含まれる文字列についてテキストマイニングにより分析し、予め嗜好性判定要素として登録されている情報について該当がある場合にカウントすることができる。
【００６０】
これらの抽出ステップにおいては、アクティビティの実施、或いはコンテンツの投稿から経過した時間の長短に応じてそのカウントに重み付けを伴って嗜好性を判定するよう構成することもできる。例えばアクティビティの実施後の経過日数の逆数を係数として乗じることにより、より近時に行ったアクティビティが嗜好性判定に与える影響が大きくなり、当該ユーザの“今”の嗜好性をより忠実に反映することができる。もっとも重み付けの計数は任意に設定することができる。
【００６１】
更に、アクティビティの具体的内容やコンテンツの具体的内容の軽重に応じてそのカウントに重み付けを伴って嗜好性を判定するよう構成することもできる。例えば他人のコンテンツに対して「イイネ！」のフラグを立てるだけのアクティビティに対し、具体的なコメントを投稿する場合にはより多く嗜好性判定についてカウントするよう構成することで、そのユーザがより能動的に行っているアクティビティについてより強く嗜好性判定に影響させることができ、判定の信憑性向上につながる。
【００６２】
このように、当該ユーザのアクティビティ及びコンテンツに基づいて得られる嗜好性判定要素から当該ユーザのその時点での嗜好性を判定する（ステップＳ６０４）。ここで得られる嗜好性は、例えば「ドイツ：１．５、車：３．０、カフェ：２．５、資格：１．８、・・」のように、多面的な嗜好性判定要素について逐一変数として記録される。数値の高い嗜好性判定要素について当該ユーザがより強い嗜好性を有している、と擬制することができる。
【００６３】
こうして得られた嗜好性は、当該ユーザの嗜好性情報として嗜好性ＤＢに上書き保存される（ステップＳ６０５）。これにより、トリガ発生の都度当該ユーザの嗜好性がリフレッシュされることとなり、より今の現実のユーザの好みを反映した嗜好性が保存されることとなる。
【００６４】
次にユーザ間の関係性について説明する。ユーザは、ＳＮＳ環境の中で他のユーザとのつながりを構築し、相互に交流を図ることでサービスを享受していく。具体的には、現実世界において友人関係にある他のユーザや、現実世界においてはつながりがなくともＳＮＳの中で興味を抱いた他のユーザに対し「マイミク申請（友人としての関係性を構築したい旨の申入れ）」を行い、これに対して承認を受けることにより関係性を構築していく。もちろん当該ユーザが他者から「マイミク申請」を申し入れられる場合もあり、これを承認した場合も同様に関係性が構築される。なお、この関係性の構築手法は一般的といえるが、これに限られない。例えば双方向的な関係性の構築に限らず、一方向的な関係性構築、つまり自己のコンテンツを一方的に開示し、かつ自己のアクティビティ等に起因するフィードをブロックされない限り配信するように設定すること、も手法としてはとり得る。
【００６５】
図７は、関係性ＤＢに記録されたユーザ間の関係性情報の概念図である。各ユーザ毎に関連性を構築したユーザのユーザＩＤ、その構築日及び属性が記録されている。ここで「属性」は相互の関係性について示すものであり、「１」は双方向に関係性が構築されているユーザ、「２」は自己から相手への一方向で関係性が構築されているユーザ、「３」は相手から自己への一方向で関係性が構築されているユーザを意味する。このように、ユーザ相互の関係性はＳＮＳサーバ１０において管理されており、また新たな関係性が構築される都度記録される。
【００６６】
次に、ユーザに配信すべき広告が選択され配信される流れにつき説明する。図８は、ユーザから画面表示要求を受けたＳＮＳサーバ１０におけるデータの授受の流れを示す図である。
【００６７】
トップページ、或いは各コンテンツページには所定の広告枠（図示しない）が設けられている。一のユーザが自己のユーザ端末３０からトップページ表示の要求、或いは自己又は他のユーザのコンテンツページの表示を要求すると、ネットワーク２０、ユーザインターフェース１３、入力情報処理部１１１を介して（図示しない）、当該要求情報はトップページ情報生成部１１５、又はコンテンツページ情報生成部１１６に受信される。当該要求を受信した各生成部は、広告以外の表示情報については各ＤＢ（ユーザ属性ＤＢ１２１、コンンテンツＤＢ１２４）に対応する情報を要求、取得する（図示しない）。一方広告情報について、配信広告選択部１１３に配信を要求する。
【００６８】
配信広告選択部１１３は広告情報ＤＢ１２６から取得を行うが、その際取得すべき広告情報のフィルタリングを行うための嗜好性情報を取得する。具体的には、まず関係性ＤＢ１２２において当該一のユーザが関係性を有する他のユーザの抽出を行う。次に嗜好性ＤＢ１２５において、当該抽出された他のユーザの嗜好性情報を取得する。取得した嗜好性情報を広告情報の抽出キーとして用い、対応する広告情報を配信広告選択部１１３に返す。配信広告選択部１１３は取得した広告情報を各ページ情報生成部に送信する。各ページ情報生成部は受信した広告情報を所定の広告スペースに挿入し、生成したページ情報を要求のあったユーザ端末３０に送信する。
【００６９】
このように、配信される広告情報はページ表示を要求したユーザ自身ではなく、当該ユーザが関係性を有する他のユーザの嗜好性が参照され抽出される。嗜好性の参照にあたっては、他のユーザの立場から、自己の嗜好性がページ要求したユーザの広告配信において参照されないよう予め設定しておくこともできる。また自らがページ表示を要求する際に、関係性がある他のユーザであっても当該ユーザの嗜好性を自己の広告配信にあたっては参照しないように設定することもできる。かかる構成を有することにより、ＳＮＳ上での関係性を有する他のユーザの嗜好性にかかわらず自己の広告の最適化を図ることができる。
【００７０】
次に、広告を受信したユーザが当該広告を他のユーザと共有するための構成を説明する。
【００７１】
図９は、広告を受信したユーザが当該広告を共有するフローである。例えば図１０に示されているように、ユーザのトップページ上には所定の広告表示欄ASが設けられている。当該広告表示欄には、既述の抽出手法によって抽出された広告情報に基づく広告が表示される（ステップＳ９０１）。ここでは、ある飲食店についての広告が表示されている。ここで共有対象となる広告には「この広告を誰とシェアする？」というメッセージが併せて表示されている。受信したユーザ（Ａとする。）が当該メッセージを選択すると（ステップＳ９０２：Ｙｅｓ）、シェアするユーザの候補が表示される。受信したユーザが一又は複数のシェアするユーザの選択を行い（ステップＳ９０３：ここではＢと共有する旨選択したこととする）、決定すると、当該情報はＳＮＳサーバ１０に送信され、共有広告ＤＢ１２８に記録される。
【００７２】
図１１は共有広告ＤＢに記録される情報の概要を示すイメージ図である。共有を要求したユーザＩＤ、共有対象となる広告ＩＤ、共有するユーザＩＤと共有要求日とが紐付けて記録される。共有ユーザＩＤは一の広告に対し複数選択することもでき、記録される。また後述する広告情報の改変を行う場合、行った改変データの所在も併せて記録される。
【００７３】
その後、ユーザＢからトップページ表示要求があると、共有広告ＤＢに当該ユーザが共有ユーザＩＤとしてユーザＢのＩＤが登録されていることを受け、「Ａさんからシェア広告の案内があります。」というフィードがフィード生成部１１４において生成され、ユーザＢのトップページにフィードが表示される。併せて共有広告が所定の広告スペースに表示される。
【００７４】
なお共有するユーザの数は、広告によっては限定されていても良い。例えば「マイミクさん４人１組でご来店頂くと、ワイン１本プレゼント」といった飲食店の広告の場合、広告を共有すること自体が来店を促すことになると同時に、ユーザ同士の現実でのつながりをより高めることになる。そして当該広告が関係性を有する他のユーザの嗜好性を反映して配信されたものである場合、受信したユーザが該当する他のユーザの「好み」を知っていれば、そのユーザを誘ってその広告を活用する可能性が高まる。
【００７５】
このように、関係性を有する他のユーザの嗜好性を反映した広告で、且つ複数人で同時に使用することでメリットを得られるような広告をＳＮＳにおいて配信することにより、単なる行動ターゲティングの効果、或いはこれと口コミの効果との和以上の効果、つまり「友人に自分の好みのモノやコトに誘ってもらう」ことによる新たな切り口の需要刺激が期待できる広告を実現することができる。
【００７６】
更に、広告の共有は、ユーザが受信した広告情報を単にそのまま配信するにとどまらず、共有を試みようとするユーザの個性を加えて他のユーザに提示するようにすることもできる。上記の広告共有と同様、共有する他のユーザを選択した後、改変を行う場合（ステップＳ９０４：Ｙｅｓ）、自由入力により共有先の他のユーザへのメッセージを広告上に表示することができる（ステップＳ９０５）。入力された情報は元の広告情報とともに共有広告ＤＢ１２８に記録される（ステップＳ９０６）。そして、共有ユーザからページ表示要求があると（ステップＳ９０７：Ｙｅｓ）、当該ページ情報生成にあたって保存された共有広告データが共有広告ＤＢ１２８から読みだされ、所定の広告表示欄に表示される（ステップＳ９０８）。
【００７７】
これにより単に「企業から個人」というマス的な広告メッセージから「個人から個人」というより信頼性の高い情報へと広告メッセージを転化させることが、わざわざそのためのコンテンツを個々のユーザが一から作成することなく可能となり、需要促進が図られる。
【００７８】
更には、改変のための素材を広告出稿者やサービス運営者が予め用意しておいても良い。改変素材ＤＢ１２７には広告をカスタマイズするための装飾素材データが保存されており、ユーザからの要求により共有する広告情報に付加することが可能に構成されている。これにより、改変情報の入力（ステップＳ９０５）にあたって、各ユーザは共有したい広告を、準備された各素材データを活用しつつ自分なりの改変を行うことが可能となり、画一的な広告の共有にとどまらず、自らが広告をプロデュースする楽しみをも享受することが可能となり、ユーザ相互の広告情報の共有が促進され、需要促進が一層図られる。
【符号の説明】
【００７９】
１        ＳＮＳ環境
１０      ＳＮＳサーバ
１０ａ    ＣＰＵ
１０ｂ    ＲＡＭ
１０ｃ    ＲＯＭ
１０ｄ    記憶手段
１０ｅ    入出力手段
１１      ＳＮＳコア
１１１    入力情報処理部
１１２    嗜好性判定部
１１３    配信広告選択部
１１４    フィード生成部
１１５    トップページ情報生成部
１１６    コンテンツページ情報生成部
１２      ＤＢ群
１２１    ユーザ属性ＤＢ
１２２    関係性ＤＢ
１２３    アクティビティＤＢ
１２４    コンテンツＤＢ
１２５    嗜好性ＤＢ
１２６    広告情報ＤＢ
１２７    改変素材ＤＢ
１２８    共有広告ＤＢ
１３      ユーザインターフェース
２０      ネットワーク
３０      ユーザ端末（３１  ＰＣ、３２  携帯電話、３３  タブレット端末）
【図１】
0005802064.tif 000002
【図２】
0005802064.tif 000003
【図３】
0005802064.tif 000004
【図４】
0005802064.tif 000005
【図５】
0005802064.tif 000006
【図６】
0005802064.tif 000007
【図７】
0005802064.tif 000008
【図８】
0005802064.tif 000009
【図９】
0005802064.tif 000010
【図１０】
0005802064.tif 000011
【図１１】
0005802064.tif 000012