知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-23
(45)【発行日】2024-10-31
(54)【発明の名称】広告管理システム、広告管理方法
(51)【国際特許分類】
G06Q 30/0241 20230101AFI20241024BHJP
【ＦＩ】
G06Q30/0241 446
【請求項の数】
11
(21)【出願番号】P 2023528790
(86)(22)【出願日】2021-06-15
(86)【国際出願番号】 JP2021022638
(87)【国際公開番号】W WO2022264249
(87)【国際公開日】2022-12-22
【審査請求日】2023-08-04
(73)【特許権者】
【識別番号】300016765
【氏名又は名称】シャープＮＥＣディスプレイソリューションズ株式会社
(74)【代理人】
【識別番号】100161207
【弁理士】
【氏名又は名称】西澤 和純
(74)【代理人】
【識別番号】100129115
【弁理士】
【氏名又は名称】三木 雅夫
(74)【代理人】
【識別番号】100133569
【弁理士】
【氏名又は名称】野村 進
(74)【代理人】
【識別番号】100131473
【弁理士】
【氏名又は名称】覚田 功二
(72)【発明者】
【氏名】上田 真也
【審査官】渡邉 加寿磨
(56)【参考文献】
【文献】特開２０１７－１５６８５６（ＪＰ，Ａ）
【文献】特開２０２１－７７１４６（ＪＰ，Ａ）
【文献】特開２０１９－５７２４５（ＪＰ，Ａ）
【文献】特開２０１１－９０３４８（ＪＰ，Ａ）
【文献】特開２０１２－１１８６２３（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１６／０２９２７２０（ＵＳ，Ａ１）
【文献】安蒜 英章，「まち」のＱｏＬ向上を実現するスマートライフ・ビジネス，日立評論，日立評論社，2018年03月20日，第１００巻 第２号，p.76-80，特に3.3 IoT機器によるデータ収集・分析・利活用の(4)SNS連携
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部とを有し、
前記分析部は、前記投稿データに含まれる写真データが撮影された時間または場所のうち少なくともいずれか一方と、前記広告の広告枠または前記広告を表示する表示装置の場所のうち少なくともいずれか一方との合致度を求める
広告管理システム。
【請求項2】
ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部とを有し、
前記分析部は、投稿データに含まれる写真データの特徴と、前記広告に対応する画像の特徴との合致度を求める
広告管理システム。
【請求項3】
ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部とを有し、
前記分析部は、投稿データが投稿された時間または場所のうち少なくともいずれか一方と、前記広告の広告枠または前記広告を表示する表示装置の場所のうち少なくともいずれか一方との合致度を求める
広告管理システム。
【請求項4】
ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部と、
前記広告を識別する識別情報と、当該広告に関連する少なくとも１つのキーワードとを記憶するキーワード記憶部とを有し、
前記分析部は、投稿データに含まれる文章から得られる文字列が、前記少なくとも１つのキーワードのうち一致する個数に基づいて、文章の合致度を求める
広告管理システム。
【請求項5】
前記合致度に応じた重みに基づいて、前記広告を表示することに対する価格を算出する処理部、を有する請求項１から請求項４のうちいずれか１に記載の広告管理システム。
【請求項6】
前記処理部は、前記合致度に基づいて、投稿データが広告枠におけるいずれの広告に対応するかを判定する請求項５に記載の広告管理システム。
【請求項7】
前記合致度に応じた重みに基づいて、前記広告を表示することに対する価格を算出する処理部をさらに備えることを特徴とする請求項１から請求項６のうちいずれか１項に記載の広告管理システム。
【請求項8】
コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、
分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、
前記合致度を求めることは、
前記投稿データに含まれる写真データが撮影された時間または場所のうち少なくともいずれか一方と、前記広告の広告枠または前記広告を表示する表示装置の場所のうち少なくともいずれか一方との合致度を求めることを含む
広告管理方法。
【請求項9】
コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、
分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、
前記合致度を求めることは、投稿データに含まれる写真データの特徴と、前記広告に対応する画像の特徴との合致度を求めることを含む
広告管理方法。
【請求項10】
コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、
分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、
前記合致度を求めることは、投稿データが投稿された時間または場所のうち少なくともいずれか一方と、前記広告の広告枠または前記広告を表示する表示装置の場所のうち少なくともいずれか一方との合致度を求めることを含む
広告管理方法。
【請求項11】
コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、
分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、
前記合致度を求めることは、投稿データに含まれる文章から得られる文字列が、前記広告を識別する識別情報と、当該広告に関連する少なくとも１つのキーワードとを記憶するキーワード記憶部に記憶された、前記少なくとも１つのキーワードのうち一致する個数に基づいて、文章の合致度を求めることを含む
広告管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、広告管理システム、広告管理方法に関する。
【背景技術】
【0002】
従来、紙媒体による広告が行われていたが、ディスプレイ上に広告を表示させるデジタルサイネージによる広告が主流になりつつある。広告を表示したい者（広告委託者）は、施設等にディスプレイを設置している管理者（施設の管理者等）やそれを仲介する広告代理店等に広告料を支払うことで、ディスプレイ上に広告を表示してもらう。
広告の単価は、広告を表示する時間帯とディスプレイが設置された場所（広告枠）によって決まる。この広告の単価は、ディスプレイが設置された場所における、人通りの多さや、曜日等の情報から決まることが多い。人通りが多い場所の方が、広告を見てもらえる期待度が高いため、広告の単価も高い傾向にある。また、ディスプレイ保有者は、広告枠の単価を決めるためには、人通りの多さや曜日の情報等のように主観的な要素を用いることになってしまう。
広告の単価は、広告を表示する時間帯とディスプレイが設置された場所（広告枠）によって決まる。この広告の単価は、ディスプレイが設置された場所における、人通りの多さや、曜日等の情報から決まることが多い。人通りが多い場所の方が、広告を見てもらえる期待度が高いため、広告の単価も高い傾向にある。また、ディスプレイ保有者は、広告枠の単価を決めるためには、人通りの多さや曜日の情報等のように主観的な要素を用いることになってしまう。
【0003】
ここで、広告主は、一通りが多い場所に設置されたディスプレイに広告を表示させた場合、一通りが多いため、広告を見てもらえる人も多くなることが期待できる。しかし、多くの人が通ったとしても、実際にどの程度の人に広告を見てもらえたかについては、把握できていない。
そこで、撮像装置を用いディスプレイの周囲の人を撮像し、その撮像画像から顔画像を抽出し、広告を閲覧しているか否か、閲覧している時間等を計測することによって、広告の閲覧状況を定量的に求めるシステムも提案されている（例えば、特許文献１参照）。
そこで、撮像装置を用いディスプレイの周囲の人を撮像し、その撮像画像から顔画像を抽出し、広告を閲覧しているか否か、閲覧している時間等を計測することによって、広告の閲覧状況を定量的に求めるシステムも提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１１－７０６２９号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、このようなシステムでは撮像装置を設ける必要がありディスプレイの数が多い場合には、撮像装置の数も増やさなければならなくなり、また、撮像画像から視聴状態を分析する処理も複雑になるという問題がある。
【課題を解決するための手段】
【0006】
本発明の一態様は、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部とを有し、前記分析部は、前記投稿データに含まれる写真データが撮影された時間または場所のうち少なくともいずれか一方と、前記広告の広告枠または前記広告を表示する表示装置の場所のうち少なくともいずれか一方との合致度を求める広告管理システムである。
本発明の一態様は、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部とを有し、前記分析部は、投稿データに含まれる写真データの特徴と、前記広告に対応する画像の特徴との合致度を求める広告管理システムである。
本発明の一態様は、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部とを有し、前記分析部は、投稿データが投稿された時間または場所のうち少なくともいずれか一方と、前記広告の広告枠または前記広告を表示する表示装置の場所のうち少なくともいずれか一方との合致度を求める広告管理システムである。
本発明の一態様は、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部と、前記広告を識別する識別情報と、当該広告に関連する少なくとも１つのキーワードとを記憶するキーワード記憶部とを有し、前記分析部は、投稿データに含まれる文章から得られる文字列が、前記少なくとも１つのキーワードのうち一致する個数に基づいて、文章の合致度を求める広告管理システムである。
本発明の一態様は、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部とを有し、前記分析部は、投稿データに含まれる写真データの特徴と、前記広告に対応する画像の特徴との合致度を求める広告管理システムである。
本発明の一態様は、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部とを有し、前記分析部は、投稿データが投稿された時間または場所のうち少なくともいずれか一方と、前記広告の広告枠または前記広告を表示する表示装置の場所のうち少なくともいずれか一方との合致度を求める広告管理システムである。
本発明の一態様は、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または前記広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する取得部と、前記取得された投稿データから得られる投稿要素と、前記広告に応じた広告要素と、の合致度を求める分析部と、前記広告を識別する識別情報と、当該広告に関連する少なくとも１つのキーワードとを記憶するキーワード記憶部とを有し、前記分析部は、投稿データに含まれる文章から得られる文字列が、前記少なくとも１つのキーワードのうち一致する個数に基づいて、文章の合致度を求める広告管理システムである。
【0007】
また本発明の一態様は、コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、前記合致度を求めることは、前記投稿データに含まれる写真データが撮影された時間または場所のうち少なくともいずれか一方と、前記広告の広告枠または前記広告を表示する表示装置の場所のうち少なくともいずれか一方との合致度を求めることを含む広告管理方法である。
また本発明の一態様は、コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、前記合致度を求めることは、投稿データに含まれる写真データの特徴と、前記広告に対応する画像の特徴との合致度を求めることを含む広告管理方法である。
また本発明の一態様は、コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、前記合致度を求めることは、投稿データが投稿された時間または場所のうち少なくともいずれか一方と、前記広告の広告枠または前記広告を表示する表示装置の場所のうち少なくともいずれか一方との合致度を求めることを含む広告管理方法である。
また本発明の一態様は、コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、前記合致度を求めることは、投稿データに含まれる文章から得られる文字列が、前記広告を識別する識別情報と、当該広告に関連する少なくとも１つのキーワードとを記憶するキーワード記憶部に記憶された、前記少なくとも１つのキーワードのうち一致する個数に基づいて、文章の合致度を求めることを含む広告管理方法である。
また本発明の一態様は、コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、前記合致度を求めることは、投稿データに含まれる写真データの特徴と、前記広告に対応する画像の特徴との合致度を求めることを含む広告管理方法である。
また本発明の一態様は、コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、前記合致度を求めることは、投稿データが投稿された時間または場所のうち少なくともいずれか一方と、前記広告の広告枠または前記広告を表示する表示装置の場所のうち少なくともいずれか一方との合致度を求めることを含む広告管理方法である。
また本発明の一態様は、コンピュータにより実行される広告管理方法であって、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうちすくなくともいずれか一方に対応する投稿データを取得する処理を実行し、分析部が、前記取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める処理を実行し、前記合致度を求めることは、投稿データに含まれる文章から得られる文字列が、前記広告を識別する識別情報と、当該広告に関連する少なくとも１つのキーワードとを記憶するキーワード記憶部に記憶された、前記少なくとも１つのキーワードのうち一致する個数に基づいて、文章の合致度を求めることを含む広告管理方法である。
【発明の効果】
【0008】
本発明によれば、撮像装置を用いることなく、また、撮像画像に基づく複雑な処理を行うことなく、広告の視聴状況を把握することができる。
【図面の簡単な説明】
【0009】
【図1】広告管理システム１の構成を示す概略ブロック図である。
【図2】分析サーバー３０と広告サーバー４０のそれぞれの機能を示す概略ブロック図である。
【図3】ＳＮＳ情報テーブルのデータ構造の一例を示す図である。
【図4】広告枠テーブルの一例を示す図である。
【図5】広告テーブルの一例を示す図である。
【図6】配信スケジュールテーブルの一例を示す図である。
【図7】広告管理システム１の全体の流れを説明するフローチャートである。
【図8】文章分析結果テーブルの一例を示す図である。
【図9】写真分析結果テーブルの一例を示す図である。
【図10】重み計算テーブルの一例を示す図である。
【図11】広告枠番号判定テーブルの一例を示す図である。
【図12】判定後の広告枠テーブルの一例を示す図である。
【図13】他の実施形態における広告管理システム１Ａの構成を示す概略ブロック図である。
【発明を実施するための形態】
【0010】
以下、本発明の一実施形態による広告管理システムについて図面を参照して説明する。図１は、この発明の一実施形態による広告管理システム１の構成を示す概略ブロック図である。広告管理システム１は、複数の端末（端末１０ａ、端末１０ｂ、端末１０ｃ）、ＳＮＳサーバー２０、分析サーバー３０、広告サーバー４０、配信サーバー５０、ＰＣ６０、ディスプレイ７０、広告主端末８０を含む。
【0011】
複数の端末（端末１０ａ、端末１０ｂ、端末１０ｃ）は、それぞれ、ＳＮＳサーバー２０に対して、無線や有線等を介して通信可能に接続される。
これら端末１０ａ、端末１０ｂ、端末１０ｃは、ユーザが利用する端末装置であり、例えばスマートフォン、タブレットであってもよい。ここで、端末としては、端末１０ａ、端末１０ｂ、端末１０ｃについて図示されているが、端末が４つ以上であってもよい。また、端末１０ａ、端末１０ｂ、端末１０ｃを特に識別しない場合には、単に端末１０と称する場合がある。
これら端末１０ａ、端末１０ｂ、端末１０ｃは、ユーザが利用する端末装置であり、例えばスマートフォン、タブレットであってもよい。ここで、端末としては、端末１０ａ、端末１０ｂ、端末１０ｃについて図示されているが、端末が４つ以上であってもよい。また、端末１０ａ、端末１０ｂ、端末１０ｃを特に識別しない場合には、単に端末１０と称する場合がある。
【0012】
端末１０は、タッチパネル等の入力装置を介してユーザから入力される投稿データを入力し、ＳＮＳサーバー２０に送信する機能を有する。ＳＮＳサーバー２０に送信された投稿データは、ＳＮＳサーバー２０に蓄積される。
また、端末１０は、ＳＮＳサーバー２０から送信される、他の端末１０が投稿した投稿データを受信して出力する機能を有する。投稿データの出力は、端末１０の表示画面に表示したり、端末１０のスピーカから音声を出力することができる。また、端末１０は、カメラ機能を有しており、撮像された写真に応じた画像データを生成し、投稿データに含めてＳＮＳサーバー２０へ送信することができる。
また、端末１０は、ＳＮＳサーバー２０から送信される、他の端末１０が投稿した投稿データを受信して出力する機能を有する。投稿データの出力は、端末１０の表示画面に表示したり、端末１０のスピーカから音声を出力することができる。また、端末１０は、カメラ機能を有しており、撮像された写真に応じた画像データを生成し、投稿データに含めてＳＮＳサーバー２０へ送信することができる。
【0013】
ＳＮＳサーバー２０は、複数の端末１０と分析サーバーとに通信可能に接続される。ＳＮＳサーバー２０は、端末１０から投稿されたコメントデータを、投稿した端末１０とは別の他の端末１０に対して配信する。コメントデータは、テキストデータ、画像データのうち少なくともいずれか１つを含む。画像データは、カメラによって撮影された写真のデータである。
【0014】
次に、図２を用いて、分析サーバー３０と広告サーバー４０とについて説明する。
図２は、分析サーバー３０と広告サーバー４０のそれぞれの機能を示す概略ブロック図である。
分析サーバー３０は、ＳＮＳサーバー２０と広告サーバー４０とに通信可能に接続される。分析サーバー３０は、ＳＮＳサーバーに投稿されたコメントを分析する。分析サーバー３０は、ＳＮＳ取得部３０１と、ＳＮＳ分析部３０２と、ＳＮＳ情報テーブル記憶部３０３とを含む。
ＳＮＳ取得部３０１は、ＳＮＳサーバー２０と通信をすることによって接続し、ＳＮＳサーバー２０から、投稿データを取得する。
ＳＮＳ分析部３０２は、ＳＮＳ取得部３０１によって取得された投稿データを分析し、分析結果をＳＮＳ情報テーブル記憶部３０３に記憶する機能、分析結果を広告サーバー４０へ出力する機能を有する。
図２は、分析サーバー３０と広告サーバー４０のそれぞれの機能を示す概略ブロック図である。
分析サーバー３０は、ＳＮＳサーバー２０と広告サーバー４０とに通信可能に接続される。分析サーバー３０は、ＳＮＳサーバーに投稿されたコメントを分析する。分析サーバー３０は、ＳＮＳ取得部３０１と、ＳＮＳ分析部３０２と、ＳＮＳ情報テーブル記憶部３０３とを含む。
ＳＮＳ取得部３０１は、ＳＮＳサーバー２０と通信をすることによって接続し、ＳＮＳサーバー２０から、投稿データを取得する。
ＳＮＳ分析部３０２は、ＳＮＳ取得部３０１によって取得された投稿データを分析し、分析結果をＳＮＳ情報テーブル記憶部３０３に記憶する機能、分析結果を広告サーバー４０へ出力する機能を有する。
【0015】
ＳＮＳ情報テーブル記憶部３０３は、ＳＮＳ情報テーブルを記憶する。
図３は、ＳＮＳ情報テーブル記憶部３０３に記憶される、ＳＮＳ情報テーブルのデータ構造の一例を示す図である。
ＳＮＳ情報テーブルは、ＳＮＳ番号、投稿時間、投稿場所、写真時間、写真場所、文章、写真の項目を含む。
ＳＮＳ番号は、投稿されたデータをそれぞれ識別する識別情報である。投稿時間は、端末１０によって投稿データが送信された時間を示す。この投稿時間は、ＳＮＳサーバー２０が端末１０から投稿データを受信した時間を用いてもよい。投稿場所は、端末１０が投稿データを投稿したときの端末１０の現在位置を示す位置情報が用いられる。例えば、端末１０は、測位機能を有しており、投稿データを投稿する際に、測位機能によって得られる位置情報を投稿場所として投稿データに含め、送信する。この測位機能としては、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いるようにしてもよい。
写真時間は、写真が撮影された時刻を示す。写真場所は、端末１０によって写真が撮像した際に測位機能によって得られる位置情報が画像に対して付与されたデータである。写真場所は、例えば、Ｅｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）情報として画像データに付与することができる。
文章は、投稿データの中に文章が含まれるか否かを示す。写真は、投稿データの中に写真データが含まれるか否かを示す。ここで、端末１０から送信された投稿データは、ＳＮＳサーバー２０によってＳＮＳ番号が付与され、ＳＮＳサーバー２０内に記憶される。ここでは、ＳＮＳ番号によって、ＳＮＳ情報テーブルと投稿データとが関連付けされる。
図３は、ＳＮＳ情報テーブル記憶部３０３に記憶される、ＳＮＳ情報テーブルのデータ構造の一例を示す図である。
ＳＮＳ情報テーブルは、ＳＮＳ番号、投稿時間、投稿場所、写真時間、写真場所、文章、写真の項目を含む。
ＳＮＳ番号は、投稿されたデータをそれぞれ識別する識別情報である。投稿時間は、端末１０によって投稿データが送信された時間を示す。この投稿時間は、ＳＮＳサーバー２０が端末１０から投稿データを受信した時間を用いてもよい。投稿場所は、端末１０が投稿データを投稿したときの端末１０の現在位置を示す位置情報が用いられる。例えば、端末１０は、測位機能を有しており、投稿データを投稿する際に、測位機能によって得られる位置情報を投稿場所として投稿データに含め、送信する。この測位機能としては、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いるようにしてもよい。
写真時間は、写真が撮影された時刻を示す。写真場所は、端末１０によって写真が撮像した際に測位機能によって得られる位置情報が画像に対して付与されたデータである。写真場所は、例えば、Ｅｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）情報として画像データに付与することができる。
文章は、投稿データの中に文章が含まれるか否かを示す。写真は、投稿データの中に写真データが含まれるか否かを示す。ここで、端末１０から送信された投稿データは、ＳＮＳサーバー２０によってＳＮＳ番号が付与され、ＳＮＳサーバー２０内に記憶される。ここでは、ＳＮＳ番号によって、ＳＮＳ情報テーブルと投稿データとが関連付けされる。
【0016】
ここで、ＳＮＳ情報テーブルでは、投稿された内容が１組のデータとして管理されるため、投稿時間と写真時間とが一致していなかったり、投稿場所と写真場所とが一致していなかったりしても、１つのデータとして管理することができる。
また、ＳＮＳにおいてユーザから投稿される内容には、文章がなく写真のみの場合や、文章はあるが写真がない場合もある。このような投稿データにおいて、文章がない場合には、ＳＮＳ情報テーブルにおいて、文章がないことを示すデータが記憶され、投稿データにおいて写真がない場合には、ＳＮＳ情報テーブルにおいて、写真がないことを示すデータが記憶される。
また、ＳＮＳにおいてユーザから投稿される内容には、文章がなく写真のみの場合や、文章はあるが写真がない場合もある。このような投稿データにおいて、文章がない場合には、ＳＮＳ情報テーブルにおいて、文章がないことを示すデータが記憶され、投稿データにおいて写真がない場合には、ＳＮＳ情報テーブルにおいて、写真がないことを示すデータが記憶される。
【0017】
広告サーバー４０は、分析サーバー３０と配信サーバー５０とに接続される。
広告サーバー４０は、処理部４０１と、広告データベース４０２と、広告枠設定部４０３とを含む。
処理部４０１は、ＳＮＳ分析部３０２から分析結果を取得する機能、分析結果を基に得られた分析結果を処理する機能、広告サーバー４０を制御する機能等を有する。広告データベース４０２は、広告委託者から得られた広告データを記憶する。広告データは、広告主（広告委託者）によって配信が依頼され、広告データベース４０２に記憶される。広告データベース４０２には、例えば、広告枠テーブルと、広告テーブルが記憶される。
広告サーバー４０は、処理部４０１と、広告データベース４０２と、広告枠設定部４０３とを含む。
処理部４０１は、ＳＮＳ分析部３０２から分析結果を取得する機能、分析結果を基に得られた分析結果を処理する機能、広告サーバー４０を制御する機能等を有する。広告データベース４０２は、広告委託者から得られた広告データを記憶する。広告データは、広告主（広告委託者）によって配信が依頼され、広告データベース４０２に記憶される。広告データベース４０２には、例えば、広告枠テーブルと、広告テーブルが記憶される。
【0018】
図４は、広告サーバー４０の広告データベース４０２に記憶される広告枠テーブルの一例を示す図である。広告枠テーブルは、広告枠番号、スケジュール開始時間、スケジュール終了時間、場所、重み、単価、重み加算後の単価の項目を含む。
広告枠番号は、広告枠を識別する識別情報である。スケジュール開始時間は、広告を配信する開始時間を表す。スケジュール終了時間は、広告の配信を終了する終了時間を表す。場所は、広告を配信する対象のディスプレイ７０が設置された場所を表す。重みは、単価に対する重みを表す。単価は、広告の配信にかかる単価を表す。
重み加算後の単価は、単価と重みとに基づいて計算を行った後の単価を表す。例えば、重み加算後の単価は、単価に重みを乗算することによって求まる。広告枠テーブルにおいて、スケジュール開始時間、スケジュール終了時間、場所、単価については、広告委託者と広告代理店との間の契約によって定められる。重みは、初期値（例えば、「１．０」）が登録される。
広告枠番号は、広告枠を識別する識別情報である。スケジュール開始時間は、広告を配信する開始時間を表す。スケジュール終了時間は、広告の配信を終了する終了時間を表す。場所は、広告を配信する対象のディスプレイ７０が設置された場所を表す。重みは、単価に対する重みを表す。単価は、広告の配信にかかる単価を表す。
重み加算後の単価は、単価と重みとに基づいて計算を行った後の単価を表す。例えば、重み加算後の単価は、単価に重みを乗算することによって求まる。広告枠テーブルにおいて、スケジュール開始時間、スケジュール終了時間、場所、単価については、広告委託者と広告代理店との間の契約によって定められる。重みは、初期値（例えば、「１．０」）が登録される。
【0019】
例えば、広告番号「Ｐ１」については、スケジュール開始時間が「２０２０年７月１日 １２：００」であり、スケジュール終了時刻が「２０２０年７月１日 １２：２０」であり、「新宿駅西口」に設置されたディスプレイ７０に対して配信されることを表しており、その単価は「１０００」（円）とされている。重みは、「１．０」が登録されており、重み加算後の単価は、「１０００」（円）である。
【0020】
図５は、広告サーバー４０に記憶される広告テーブルの一例を示す図である。
広告には、それぞれ、メタタグが設定される。
広告テーブルは、広告番号、メタタグ（メタタグ１からメタタグ３）、広告時間との項目を含む。ここでは、メタタグの項目には、３つのメタタグを設定する場合について図示されているが、１つ、２つ、４つ以上のうちいずれかであってもよい。メタタグには、例えば、広告に関連する単語が用いられる。広告番号「Ｃ１」には、メタタグ１「化粧」、メタタグ２「女性」、メタタグ３「美白」、広告時間「１：３０」が対応づけられている。このようにして、各広告に対してどのようなメタタグが関連付けられているかを把握できるようになっている。投稿データに含まれる文章に、これらのメタタグに合致するキーワードが含まれる場合には、合致度を計算する。
広告には、それぞれ、メタタグが設定される。
広告テーブルは、広告番号、メタタグ（メタタグ１からメタタグ３）、広告時間との項目を含む。ここでは、メタタグの項目には、３つのメタタグを設定する場合について図示されているが、１つ、２つ、４つ以上のうちいずれかであってもよい。メタタグには、例えば、広告に関連する単語が用いられる。広告番号「Ｃ１」には、メタタグ１「化粧」、メタタグ２「女性」、メタタグ３「美白」、広告時間「１：３０」が対応づけられている。このようにして、各広告に対してどのようなメタタグが関連付けられているかを把握できるようになっている。投稿データに含まれる文章に、これらのメタタグに合致するキーワードが含まれる場合には、合致度を計算する。
【0021】
広告枠設定部４０３は、広告枠の設定を行う。広告枠設定部４０３は、広告データを配信する広告枠を生成する。広告枠は、広告データを配信する時間帯を規定するデータである。広告枠設定部４０３は、広告データベース４０２から広告データを読み出す機能、分析サーバー３０の分析結果に基づいて、単価を設定し、広告枠の設定をする機能を有する。広告枠設定部４０３は、広告データと広告枠を配信サーバー５０に送信する。
【0022】
図１に戻り、配信サーバー５０は、広告サーバー４０とＰＣ（コンピュータ）６０とに接続される。配信サーバー５０は、設定された広告枠のスケジュールに従い、ＰＣ６０などを介してディスプレイ７０へ広告データを配信する。
図６は、配信サーバー５０に記憶される配信スケジュールテーブルの一例を示す図である。配信スケジュールテーブルは、配信番号、広告枠番号、広告番号、配信ステータスの項目を含むデータである。配信番号は、配信の管理対象を識別する識別情報である。配信ステータスは、配信状況を表す。例えば、配信番号「Ｄ１」については、配信枠番号「Ｐ１」において、広告番号「Ｃ１」の広告データが配信中（配信ステータスが「配信中」）であること示している。
図６は、配信サーバー５０に記憶される配信スケジュールテーブルの一例を示す図である。配信スケジュールテーブルは、配信番号、広告枠番号、広告番号、配信ステータスの項目を含むデータである。配信番号は、配信の管理対象を識別する識別情報である。配信ステータスは、配信状況を表す。例えば、配信番号「Ｄ１」については、配信枠番号「Ｐ１」において、広告番号「Ｃ１」の広告データが配信中（配信ステータスが「配信中」）であること示している。
【0023】
ＰＣ６０は、配信サーバー５０とディスプレイ７０とに接続される。ＰＣは、例えば、コンピュータである。ＰＣ６０は、配信サーバー５０から受信した広告データをディスプレイ７０に出力する。
【0024】
ディスプレイ７０は、ＰＣ６０に接続される。ディスプレイ７０は、広告データに含まれる映像信号を表示画面に表示する。またディスプレイは、広告データに音声信号が含まれる場合にはスピーカから音声信号を出力する。ディスプレイ７０は、公共の場所や駅前等に設置される。ディスプレイから出力される広告データの映像信号や音声信号は、複数のユーザが視聴可能である。
この図において、ディスプレイ７０は、１つであるが、１つのＰＣ６０に複数台のディスプレイ７０が接続されてもよいし、ＰＣ６０が複数ある場合には、各ＰＣ６０に対して、少なくとも１つのディスプレイ７０が接続されてもよい。
分析サーバー３０、広告サーバー４０、配信サーバー５０、ＰＣ６０、ディスプレイ７０は、例えば、広告代理店によって運用の管理が行われる。
この図において、ディスプレイ７０は、１つであるが、１つのＰＣ６０に複数台のディスプレイ７０が接続されてもよいし、ＰＣ６０が複数ある場合には、各ＰＣ６０に対して、少なくとも１つのディスプレイ７０が接続されてもよい。
分析サーバー３０、広告サーバー４０、配信サーバー５０、ＰＣ６０、ディスプレイ７０は、例えば、広告代理店によって運用の管理が行われる。
【0025】
広告主端末８０は、広告主によって利用される。広告主端末８０は、広告サーバー４０に通信可能に接続される。広告主端末８０は、広告代理店等と広告枠の利用に関する契約を締結し、広告枠に表示する対象の広告データを広告サーバー４０に送信する。また、広告主端末８０は、後述する広告テーブルに必要な情報を、オペレータの操作入力に応じて広告サーバー４０に送信する。また、広告主端末８０は、広告サーバー４０から送信されるデータを受信し、表示画面に表示する。この広告主端末８０は、複数台設けられてもよい。例えば、広告主が複数いる場合には、各広告主に対して、それぞれ広告主端末８０が利用可能に所有されてもよい。広告主端末８０は、スマートフォン、タブレット、コンピュータ等のうちいずれかであってもよい。
【0026】
次に、図７のフローチャートを用いて広告管理システム１の全体の流れを説明する。ここでは、広告委託者と広告代理店との間において、事前に契約が締結され、その契約に基づき配信のスケジュールが決められる。
〈ステップＳ０１〉
広告代理店は、契約内容に応じた、広告の単価、広告の配信場所、広告を配信する時間等を含む広告枠テーブルを作成し、広告サーバー４０の広告枠データベースへ書き込む。広告サーバー４０は、広告代理店の操作者の操作入力に応じて、広告枠テーブルを広告枠データベースに記憶する。
〈ステップＳ０１〉
広告代理店は、契約内容に応じた、広告の単価、広告の配信場所、広告を配信する時間等を含む広告枠テーブルを作成し、広告サーバー４０の広告枠データベースへ書き込む。広告サーバー４０は、広告代理店の操作者の操作入力に応じて、広告枠テーブルを広告枠データベースに記憶する。
【0027】
〈ステップＳ０２〉
配信サーバー５０は、広告主と広告配信者との間の契約等に応じて、配信スケジュールデータベース（図６）に広告データベースに記憶された広告テーブル（図５）の広告番号と、広告枠データベース（図４）の広告枠番号を関連付けることで、連動させておく。例えば、配信サーバー５０は、配信番号「Ｄ１」に対して、広告番号「Ｃ１」を書き込むことで、広告テーブルにおける広告番号「Ｃ１」と関連づけされる。
配信サーバー５０は、広告主と広告配信者との間の契約等に応じて、配信スケジュールデータベース（図６）に広告データベースに記憶された広告テーブル（図５）の広告番号と、広告枠データベース（図４）の広告枠番号を関連付けることで、連動させておく。例えば、配信サーバー５０は、配信番号「Ｄ１」に対して、広告番号「Ｃ１」を書き込むことで、広告テーブルにおける広告番号「Ｃ１」と関連づけされる。
【0028】
〈ステップＳ０３〉
分析サーバー３０のＳＮＳ取得部３０１は、ＳＮＳサーバー２０から、フィルタリング処理をすることによって、条件に合った投稿データ（ここでは、文章と画像）を取得し、ＳＮＳ情報テーブル記憶部３０３に記憶する（ステップＳ０３）。ＳＮＳ取得部３０１は、広告テーブルに記憶されたメタタグのうち少なくともいずれか１つに一致する単語を含む投稿データである場合には、条件に合う投稿データであると判定し、ＳＮＳ情報テーブル記憶部３０３に記憶する。また、ＳＮＳ取得部３０１は、投稿データに含まれる写真について画像認識を行い、認識結果に基づいて、条件に合う（例えば広告に関連性のある写真を含む）投稿データである場合には、ＳＮＳ情報テーブル記憶部３０３に記憶する。ここでは、ＳＮＳ取得部３０１は、条件にあう投稿データについて、文章が含まれる場合には、文章を「あり」とし、文章がない場合には、「なし」としてＳＮＳ情報テーブル記憶部３０３に記憶し、写真が含まれる場合には、写真を「あり」とし、写真がない場合には、「なし」としてＳＮＳ情報テーブル記憶部３０３に記憶する。
分析サーバー３０のＳＮＳ取得部３０１は、ＳＮＳサーバー２０から、フィルタリング処理をすることによって、条件に合った投稿データ（ここでは、文章と画像）を取得し、ＳＮＳ情報テーブル記憶部３０３に記憶する（ステップＳ０３）。ＳＮＳ取得部３０１は、広告テーブルに記憶されたメタタグのうち少なくともいずれか１つに一致する単語を含む投稿データである場合には、条件に合う投稿データであると判定し、ＳＮＳ情報テーブル記憶部３０３に記憶する。また、ＳＮＳ取得部３０１は、投稿データに含まれる写真について画像認識を行い、認識結果に基づいて、条件に合う（例えば広告に関連性のある写真を含む）投稿データである場合には、ＳＮＳ情報テーブル記憶部３０３に記憶する。ここでは、ＳＮＳ取得部３０１は、条件にあう投稿データについて、文章が含まれる場合には、文章を「あり」とし、文章がない場合には、「なし」としてＳＮＳ情報テーブル記憶部３０３に記憶し、写真が含まれる場合には、写真を「あり」とし、写真がない場合には、「なし」としてＳＮＳ情報テーブル記憶部３０３に記憶する。
【0029】
〈ステップＳ０４〉
ＳＮＳ分析部３０２は、ＳＮＳ情報テーブル記憶部３０３に記憶されたＳＮＳ情報テーブルを参照し、対応するＳＮＳ番号の投稿データに対して、投稿データ内の文章と画像の有無に基づいて、分析対象を文章とするか、写真とするかの判定を行う。
ＳＮＳ分析部３０２は、ＳＮＳ情報テーブルにおいて、文章が「あり」であって写真が「なし」である投稿データである場合には、ステップＳ０５に処理を進め、文章が「なし」であって写真が「あり」である投稿データである場合には、ステップＳ０８に処理を進める。ＳＮＳ分析部３０２は、文章と写真について両方「あり」である場合には、ステップＳ０５からステップＳ０７とステップＳ０８からステップＳ１０との両方を行うようにしてもよい。
ＳＮＳ分析部３０２は、ＳＮＳ情報テーブル記憶部３０３に記憶されたＳＮＳ情報テーブルを参照し、対応するＳＮＳ番号の投稿データに対して、投稿データ内の文章と画像の有無に基づいて、分析対象を文章とするか、写真とするかの判定を行う。
ＳＮＳ分析部３０２は、ＳＮＳ情報テーブルにおいて、文章が「あり」であって写真が「なし」である投稿データである場合には、ステップＳ０５に処理を進め、文章が「なし」であって写真が「あり」である投稿データである場合には、ステップＳ０８に処理を進める。ＳＮＳ分析部３０２は、文章と写真について両方「あり」である場合には、ステップＳ０５からステップＳ０７とステップＳ０８からステップＳ１０との両方を行うようにしてもよい。
【0030】
〈ステップＳ０５〉
ＳＮＳ分析部３０２は、分析対象が文章であると判定された場合には（ステップＳ０４－文章）、ＳＮＳ情報テーブルよりＳＮＳ番号と、このＳＮＳ番号に対応する投稿データと取り出し、分析をする。
ＳＮＳ分析部３０２は、分析対象が文章であると判定された場合には（ステップＳ０４－文章）、ＳＮＳ情報テーブルよりＳＮＳ番号と、このＳＮＳ番号に対応する投稿データと取り出し、分析をする。
【0031】
〈ステップＳ０６〉
ＳＮＳ分析部３０２は、取り出した投稿データの文章において、広告テーブルに記憶されたメタタグがいくつ合致するかを、広告テーブルにおける広告番号に対応するメタタグの組み合わせについて判定するともに、合致度を判定する。
例えば、ＳＮＳ分析部３０２は、投稿データに含まれる文章について言語解析を行うことで文字列（例えば単語）を抽出し、抽出された単語がメタタグと一致するか否かを判定する。例えば、メタタグが「甘い」であり、文章に「甘い」が含まれていれば、「甘い」が合致すると判定する。また、メタタグが「甘い」であり、文章に「甘さ」が含まれていれば、「甘い」と「甘さ」の関連性に基づいて、関連性がある場合に、「甘さ」についても合致すると判定してもよい。
そして、ＳＮＳ分析部３０２は、合致した個数に基づいて、文章の合致度に応じた重みを下記の（１）式に基づいて計算する。
ＳＮＳ分析部３０２は、取り出した投稿データの文章において、広告テーブルに記憶されたメタタグがいくつ合致するかを、広告テーブルにおける広告番号に対応するメタタグの組み合わせについて判定するともに、合致度を判定する。
例えば、ＳＮＳ分析部３０２は、投稿データに含まれる文章について言語解析を行うことで文字列（例えば単語）を抽出し、抽出された単語がメタタグと一致するか否かを判定する。例えば、メタタグが「甘い」であり、文章に「甘い」が含まれていれば、「甘い」が合致すると判定する。また、メタタグが「甘い」であり、文章に「甘さ」が含まれていれば、「甘い」と「甘さ」の関連性に基づいて、関連性がある場合に、「甘さ」についても合致すると判定してもよい。
そして、ＳＮＳ分析部３０２は、合致した個数に基づいて、文章の合致度に応じた重みを下記の（１）式に基づいて計算する。
【0032】
（文章合致の重み）＝（合致メタタグの個数）÷（設定したメタタグの個数）・・・（１）
【0033】
ここで、「合致メタタグの個数」は、広告テーブルにおける１つの広告番号に対応するメタタグのうち、投稿データの文章に含まれる単語と一致した個数である。
ここで、「設定したメタタグの個数」は、広告テーブルにおける１つの広告番号に対応するメタタグの個数である。
例えば、投稿データに「甘いものが食べたい」という文章が含まれている場合、Ｃ２に示す広告番号における各メタタグのうち、「甘い」のメタタグが一致するため、投稿データが文章合致の重みは、「１÷３」によって求めることができる。
ここで、「設定したメタタグの個数」は、広告テーブルにおける１つの広告番号に対応するメタタグの個数である。
例えば、投稿データに「甘いものが食べたい」という文章が含まれている場合、Ｃ２に示す広告番号における各メタタグのうち、「甘い」のメタタグが一致するため、投稿データが文章合致の重みは、「１÷３」によって求めることができる。
【0034】
〈ステップＳ０７〉
ＳＮＳ分析部３０２は、合致度に合わせた重みが求まると、文章に対する分析を行った結果である文章分析結果テーブルを生成し、広告サーバー４０の処理部４０１に送信する。
ここで、図８は、文章分析結果テーブルの一例を示す図である。文章分析結果テーブルは、ＳＮＳ番号と、文章と、合致度と、重みを含む。文章分析結果テーブルとＳＮＳ情報テーブルは、ＳＮＳ番号によって関連付けされる。
文章は、ＳＮＳ番号に示す投稿データに文章があるか否かを示す。合致度は、上述の式（１）で求まる値である。重みは、例えば下記の（２）式に基づいて求められる値であり、合致度に応じて決まる値である。合致度が３０％である場合、重みは０．３として求まる。
（文章の合致度に対する重み）＝（文章の合致度）／１００・・・（２）
この文章分析結果テーブルは、ＳＮＳ番号毎に１行のデータが生成される。
分析対象である各投稿データに対して合致度と重みを求めると、ＳＮＳ分析部３０２は、ＳＮＳ情報テーブル記憶部３０３に記憶された文章分析結果テーブルを広告サーバー４０の処理部４０１に送信する。
ＳＮＳ分析部３０２は、合致度に合わせた重みが求まると、文章に対する分析を行った結果である文章分析結果テーブルを生成し、広告サーバー４０の処理部４０１に送信する。
ここで、図８は、文章分析結果テーブルの一例を示す図である。文章分析結果テーブルは、ＳＮＳ番号と、文章と、合致度と、重みを含む。文章分析結果テーブルとＳＮＳ情報テーブルは、ＳＮＳ番号によって関連付けされる。
文章は、ＳＮＳ番号に示す投稿データに文章があるか否かを示す。合致度は、上述の式（１）で求まる値である。重みは、例えば下記の（２）式に基づいて求められる値であり、合致度に応じて決まる値である。合致度が３０％である場合、重みは０．３として求まる。
（文章の合致度に対する重み）＝（文章の合致度）／１００・・・（２）
この文章分析結果テーブルは、ＳＮＳ番号毎に１行のデータが生成される。
分析対象である各投稿データに対して合致度と重みを求めると、ＳＮＳ分析部３０２は、ＳＮＳ情報テーブル記憶部３０３に記憶された文章分析結果テーブルを広告サーバー４０の処理部４０１に送信する。
【0035】
〈ステップＳ０８〉
一方、ＳＮＳ分析部３０２は、分析対象が写真であると判定された場合には（ステップＳ０４－写真）、ＳＮＳ情報テーブルよりＳＮＳ番号と、このＳＮＳ番号に対応する投稿データと取り出し、分析をする。
一方、ＳＮＳ分析部３０２は、分析対象が写真であると判定された場合には（ステップＳ０４－写真）、ＳＮＳ情報テーブルよりＳＮＳ番号と、このＳＮＳ番号に対応する投稿データと取り出し、分析をする。
【0036】
〈ステップＳ０９〉
ＳＮＳ分析部３０２は、広告データに含まれる画像と投稿データに含まれる写真との合致度を、画像解析を行うことによって求める。広告データに含まれる画像は、広告として表示される画像であってもよいし、広告テーブルに、分析用の画像を予め記憶しておき、この分析用画像と投稿データに含まれる写真との合致度を求めるようにしてもよい。合致度は、画像の特徴量や、色、写真に写っている物（あるいは人物等）等が合致する度合いであってもよい。
ＳＮＳ分析部３０２は、広告データに含まれる画像と投稿データに含まれる写真との合致度を、画像解析を行うことによって求める。広告データに含まれる画像は、広告として表示される画像であってもよいし、広告テーブルに、分析用の画像を予め記憶しておき、この分析用画像と投稿データに含まれる写真との合致度を求めるようにしてもよい。合致度は、画像の特徴量や、色、写真に写っている物（あるいは人物等）等が合致する度合いであってもよい。
【0037】
〈ステップＳ１０〉
ＳＮＳ分析部３０２は、合致度に合わせた重みが求まると、写真に対する分析を行った結果である写真分析結果テーブルを生成し、広告サーバー４０の処理部４０１に送信する。
ここで、図９は、写真分析結果テーブルの一例を示す図である。写真分析結果テーブルは、図ＳＮＳ番号と、写真と、合致度と、重みを含む。写真分析結果テーブルとＳＮＳ情報テーブルは、ＳＮＳ番号によって関連付けされる。
写真は、ＳＮＳ番号に示す投稿データに写真があるか否かを示す。合致度は、広告データに含まれる画像と投稿データに含まれる写真との画像の合致度合いを示す値である。重みは、合致度に応じて決まる値である。合致度が７０％である場合、重みは０．７として求まる。
この写真分析結果テーブルは、ＳＮＳ番号毎に１行のデータが生成される。
画像の合致度を求めると、ＳＮＳ分析部３０２は、画像の合致度に合わせて重みを生成し、写真分析結果テーブルを広告サーバー４０の処理部４０１に送付する。写真の合致度に対する重みは、下記の（３）式によって求めることができる。
（写真の合致度に対する重み）＝（広告画像と写真の合致度）／１００・・・（３）
ＳＮＳ分析部３０２は、合致度に合わせた重みが求まると、写真に対する分析を行った結果である写真分析結果テーブルを生成し、広告サーバー４０の処理部４０１に送信する。
ここで、図９は、写真分析結果テーブルの一例を示す図である。写真分析結果テーブルは、図ＳＮＳ番号と、写真と、合致度と、重みを含む。写真分析結果テーブルとＳＮＳ情報テーブルは、ＳＮＳ番号によって関連付けされる。
写真は、ＳＮＳ番号に示す投稿データに写真があるか否かを示す。合致度は、広告データに含まれる画像と投稿データに含まれる写真との画像の合致度合いを示す値である。重みは、合致度に応じて決まる値である。合致度が７０％である場合、重みは０．７として求まる。
この写真分析結果テーブルは、ＳＮＳ番号毎に１行のデータが生成される。
画像の合致度を求めると、ＳＮＳ分析部３０２は、画像の合致度に合わせて重みを生成し、写真分析結果テーブルを広告サーバー４０の処理部４０１に送付する。写真の合致度に対する重みは、下記の（３）式によって求めることができる。
（写真の合致度に対する重み）＝（広告画像と写真の合致度）／１００・・・（３）
【0038】
分析対象である各投稿データに対して合致度と重みを求めると、ＳＮＳ分析部３０２は、ＳＮＳ情報テーブル記憶部３０３に記憶された写真分析結果テーブルを広告サーバー４０の処理部４０１に送信する。
【0039】
〈ステップＳ１１〉
広告サーバー４０の処理部４０１は、文章分析結果テーブルと写真分析結果テーブルとをＳＮＳ分析部３０２から受信すると、文章分析結果テーブルの結果と写真分析結果テーブルとを、重み計算テーブルに入力することによって、写真と文章の重み値から合計の重み値を計算する。
広告サーバー４０の処理部４０１は、文章分析結果テーブルと写真分析結果テーブルとをＳＮＳ分析部３０２から受信すると、文章分析結果テーブルの結果と写真分析結果テーブルとを、重み計算テーブルに入力することによって、写真と文章の重み値から合計の重み値を計算する。
【0040】
図１０は、重み計算テーブルの一例を示す図である。重み計算テーブルは、ＳＮＳ番号、文章重み、写真重み、合計重み、の項目を含む。重み計算テーブルは、処理部４０１の内部の記憶領域に記憶されてもよいし、広告サーバー４０内の記憶領域に記憶されてもよい。合計重みは文章重みと写真重みとの合計値である。合計重みは、下記の（４）式に基づいて求めることができる。
（合計重み）＝（（文章合致の重み）＋（写真合致の重み））÷１００＋重みの初期値・・・（４）
例えば、ＳＮＳ番号「Ｉ１」については、文章重みが「３０」、写真重みが「０」であり、その合計重みは、「１．３」である。なお、このＳＮＳ番号「Ｉ１」の重みの初期値は、「１．０」である。
（合計重み）＝（（文章合致の重み）＋（写真合致の重み））÷１００＋重みの初期値・・・（４）
例えば、ＳＮＳ番号「Ｉ１」については、文章重みが「３０」、写真重みが「０」であり、その合計重みは、「１．３」である。なお、このＳＮＳ番号「Ｉ１」の重みの初期値は、「１．０」である。
【0041】
〈ステップＳ１２〉
処理部４０１は、ＳＮＳ分析部３０２からの結果を広告枠番号判定テーブルに加入する。
ここで、図１１は、広告枠番号判定テーブルの一例を示す図である。
広告枠番号判定テーブルは、時間合致度、場所合致度、合計重み、広告枠番号判定の項目を含む。
ＳＮＳ番号、投稿時間、投稿場所、写真時間、写真場所については、ＳＮＳ情報テーブルにおける対応する項目のデータが用いられる。
ＳＮＳ番号「Ｉ１」の行が示すデータでは、投稿時間が「２０２０／０７／０１ １２：１０」であり、投稿場所が「新宿駅西口」である。写真時間と写真場所のデータはブランクであるため、投稿データには写真が含まれていないことを表している。
処理部４０１は、ＳＮＳ分析部３０２からの結果を広告枠番号判定テーブルに加入する。
ここで、図１１は、広告枠番号判定テーブルの一例を示す図である。
広告枠番号判定テーブルは、時間合致度、場所合致度、合計重み、広告枠番号判定の項目を含む。
ＳＮＳ番号、投稿時間、投稿場所、写真時間、写真場所については、ＳＮＳ情報テーブルにおける対応する項目のデータが用いられる。
ＳＮＳ番号「Ｉ１」の行が示すデータでは、投稿時間が「２０２０／０７／０１ １２：１０」であり、投稿場所が「新宿駅西口」である。写真時間と写真場所のデータはブランクであるため、投稿データには写真が含まれていないことを表している。
【0042】
処理部４０１は、時間合致度と場所合致度とについて、ＳＮＳ情報テーブルを参照し、場所と時間の合致度を求め、広告枠番号判定テーブルの時間合致度と場所合致度とに求められた値を加える。ここでは、処理部４０１は、時間合致度と場所合致度とのうち少なくともいずれか一方を求めるようにしてもよい。
時間合致度は、投稿時間または写真時間のうち少なくともいずれか一方が、広告枠テーブルにおけるスケジュール開始時間とスケジュール終了時間との間に該当するか否かに応じた値が用いられる。例えば、処理部４０１は、投稿時間が、広告枠テーブルにおけるスケジュール開始時間とスケジュール終了時間との間に該当する場合には、時間合致度を「１００％」として求め、該当しない場合には時間合致度を「０％」として求める。これは、投稿データが投稿された時間が、広告枠に該当する場合には、時間合致度が１００％となり、広告枠に表示された広告を見たことに起因してユーザが投稿データを投稿した可能性があることを示している。また、投稿データに含まれる写真時間が広告枠に該当する場合には、広告枠に表示された広告を見たことに起因して写真を撮影し、投稿データを投稿した可能性があることを示す。時間合致度が「０％」である場合には、時間的な観点においては、広告を見たことに起因せずに投稿された可能性がある投稿データであることが解る。
時間合致度は、投稿時間または写真時間のうち少なくともいずれか一方が、広告枠テーブルにおけるスケジュール開始時間とスケジュール終了時間との間に該当するか否かに応じた値が用いられる。例えば、処理部４０１は、投稿時間が、広告枠テーブルにおけるスケジュール開始時間とスケジュール終了時間との間に該当する場合には、時間合致度を「１００％」として求め、該当しない場合には時間合致度を「０％」として求める。これは、投稿データが投稿された時間が、広告枠に該当する場合には、時間合致度が１００％となり、広告枠に表示された広告を見たことに起因してユーザが投稿データを投稿した可能性があることを示している。また、投稿データに含まれる写真時間が広告枠に該当する場合には、広告枠に表示された広告を見たことに起因して写真を撮影し、投稿データを投稿した可能性があることを示す。時間合致度が「０％」である場合には、時間的な観点においては、広告を見たことに起因せずに投稿された可能性がある投稿データであることが解る。
【0043】
場所合致度は、投稿データに含まれる投稿場所が、広告枠テーブルにおける場所に該当するか否かに応じた値が用いられる。例えば、処理部４０１は、投稿データに含まれる投稿場所が、広告枠テーブルにおける場所に該当する場合には、場所合致度を「１００％」として求め、該当しない場合には場所合致度を「０％」として求める。これは、投稿データが投稿された場所が、広告枠における場所に該当する場合には、広告枠に表示された広告を見たことに起因して、広告を視聴可能な場所またはその近傍から、ユーザが投稿データを投稿した可能性があることを示している。この場合、投稿データにおいて写真がなく文章のみが合致する場合よりも、投稿データにおける写真があり写真の合致度がある程度高い場合の方が、実際にユーザが広告を視聴していたといえる可能性が高い。また、広告に対してユーザが関心を持っていたと推定することもできる。そのため、文章のみ含まれた投稿データよりも写真が含まれた投稿データの方が、重みの値が大きくなるように設定してもよい。
【0044】
合計重みは、重み計算テーブルに記憶された値を用いることができる。ここでは、処理部４０１は、合計重みを、重み計算テーブルに記憶された値をそのまま用いてもよいし、メタタグの投稿データにおける写真のありなし、広告画像と写真との合致度等の判定を行い、その判定結果に応じて、重み計算テーブルに記憶された値を補正し、その補正後の値を合計重みとしてもよい。
合計重みを補正する場合、メタタグの文字列と投稿データに含まれる文章の文字列との合致度に基いて、合計重みを補正してもよい。他には、合計重みを補正する場合、広告画像と投稿データに含まれる写真との合致度に基づいて、合計重みを補正してもよい。
例えば、ＳＮＳ番号「Ｉ１」については、写真がない投稿データであるが、広告枠の時間帯（スケジュール開始時間からスケジュール終了時間までの間）において、広告データのメタタグに対応する文字列が含まれた投稿データがある場合には、広告データが表示された際に表示された商品に対する投稿である可能性がある。また、広告そのものの商品に対する投稿ではなかったとしても、投稿データの文章に含まれる文字列がメタタグの文字列と一致していれば、広告に興味を持っている、または興味を持つ可能性があるユーザが、広告が再生された場所にいたと推定することができる。ここでは、投稿時間と投稿場所が合致していても、文章を投稿しただけである場合（写真がない場合）には、本当にその場所で広告を見がことに起因して投稿したという可能性が必ずしも高いわけではない。この場合、合計重みを少ない値に補正してもよい。
合計重みを補正する場合、メタタグの文字列と投稿データに含まれる文章の文字列との合致度に基いて、合計重みを補正してもよい。他には、合計重みを補正する場合、広告画像と投稿データに含まれる写真との合致度に基づいて、合計重みを補正してもよい。
例えば、ＳＮＳ番号「Ｉ１」については、写真がない投稿データであるが、広告枠の時間帯（スケジュール開始時間からスケジュール終了時間までの間）において、広告データのメタタグに対応する文字列が含まれた投稿データがある場合には、広告データが表示された際に表示された商品に対する投稿である可能性がある。また、広告そのものの商品に対する投稿ではなかったとしても、投稿データの文章に含まれる文字列がメタタグの文字列と一致していれば、広告に興味を持っている、または興味を持つ可能性があるユーザが、広告が再生された場所にいたと推定することができる。ここでは、投稿時間と投稿場所が合致していても、文章を投稿しただけである場合（写真がない場合）には、本当にその場所で広告を見がことに起因して投稿したという可能性が必ずしも高いわけではない。この場合、合計重みを少ない値に補正してもよい。
【0045】
また、メタタグが「甘い」であり、文章に「甘さ」が含まれている場合には、「甘い」と「甘さ」の合致度に応じて、合計重みを補正してもよい。
また、ＳＮＳ番号「Ｉ３」については、写真がある投稿データであるが、広告画像と写真との画像における合致度がある程度低い場合には、加算対象に対する影響をやや低くするようにしてもよい。すなわち、写真時間や写真場所が合致していても、写真を撮像した対象が広告のみ（あるいは広告に関連する物）を撮影したものではなく、他の被写体も含まれている場合には、合計重みを少ない値に補正してもよい。
また、ＳＮＳ番号「Ｉ３」については、写真がある投稿データであるが、広告画像と写真との画像における合致度がある程度低い場合には、加算対象に対する影響をやや低くするようにしてもよい。すなわち、写真時間や写真場所が合致していても、写真を撮像した対象が広告のみ（あるいは広告に関連する物）を撮影したものではなく、他の被写体も含まれている場合には、合計重みを少ない値に補正してもよい。
【0046】
広告枠番号判定の項目は、ＳＮＳ番号が示す投稿データが、広告枠番号が示す広告のうち、関連性が高い広告の広告枠番号を表す。
処理部４０１は、広告枠番号判定テーブルを参照し、時間合致度と場所合致度とのうち少なくともいずれか一方と、写真のありなしの判定と、文章の合致度とに基づいて、合計重みの値を求める。例えば、広告枠番号判定テーブルにおいて、ＳＮＳ番号「Ｉ１」については、投稿時間と投稿場所の組み合わせが、広告枠テーブルにおける広告枠番号「Ｐ１」におけるスケジュール開始時間とスケジュール終了時間との間及び場所の組み合わせに対応しているため、ＳＮＳ番号「Ｉ１」の投稿データについては、広告枠テーブルにおける広告枠番号「Ｐ１」に対して関連性が最も高いと判定する。これにより、処理部４０１は、ＳＮＳ番号「Ｉ１」における広告枠番号判定には、「Ｐ１」を書き込む。
処理部４０１は、広告枠番号判定テーブルを参照し、時間合致度と場所合致度とのうち少なくともいずれか一方と、写真のありなしの判定と、文章の合致度とに基づいて、合計重みの値を求める。例えば、広告枠番号判定テーブルにおいて、ＳＮＳ番号「Ｉ１」については、投稿時間と投稿場所の組み合わせが、広告枠テーブルにおける広告枠番号「Ｐ１」におけるスケジュール開始時間とスケジュール終了時間との間及び場所の組み合わせに対応しているため、ＳＮＳ番号「Ｉ１」の投稿データについては、広告枠テーブルにおける広告枠番号「Ｐ１」に対して関連性が最も高いと判定する。これにより、処理部４０１は、ＳＮＳ番号「Ｉ１」における広告枠番号判定には、「Ｐ１」を書き込む。
【0047】
ここで、広告枠番号判定テーブルにおいて、ＳＮＳ番号「Ｉ１」とＳＮＳ番号「Ｉ３」についてさらに説明する。広告枠番号判定テーブルにおいて、ＳＮＳ番号「Ｉ３」は、投稿時間が「１２：２５」であり投稿場所が「池袋駅東口」であるが、広告枠テーブルでは、「池袋駅東口」であって、「１２：２５」を広告枠の時間に含む広告枠データがない。しかしながら、ＳＮＳ番号「Ｉ３」における写真時間が「１２：１７」であって写真場所が「池袋駅東口」であり、広告枠テーブルにおいては、「１２：１７」をスケジュール時間（スケジュール開始時間からスケジュール終了時間までの期間）に含み、場所が「池袋駅東口」である広告枠番号がＰ２のデータが合致するため、処理部４０１は、その広告枠番号「Ｐ２」が選定する。そして処理部４０１は、広告枠番号判定テーブルのＳＮＳ番号「Ｉ３」における広告枠番号判定のデータに「Ｐ２」を書き込む。これにより、処理部４０１は、投稿データがどの広告を見て投稿されたかについて推定し、その推定結果を記憶することができる。
【0048】
なお、このような重みは、同じ時間帯であっても、広告毎に異なるようにしてもよい。例えば、１１時から１２時の時間帯において、広告番号「Ｃ１」の重みよりも広告番号「Ｃ３」の重みが大きくなるように設定することができる。
【0049】
なお、広告枠番号判定テーブルにおいて、文章と写真の合計の合致度が０％である行については、削除してもよい。
【0050】
〈ステップＳ１３〉
処理部４０１は、契約期間中の広告枠番号判定テーブルに格納された重み値を、広告枠テーブルにおける広告枠番号に対応する重みへ入れる。
図１２は、広告枠番号判定テーブルに格納された重みを広告枠テーブルへ格納した場合の広告枠テーブルの一例を示す図である。
広告枠番号の判定が行われた後の広告枠テーブル（以後、判定後の広告枠テーブルとも称する）は、広告枠番号、スケジュール開始時間、スケジュール終了時間、場所、重み、単価、重み加算後の単価とを含む。処理部４０１は、広告枠番号判定テーブルにおける合計重みの値を、広告枠テーブルの重みに書き込む。この図においては、広告枠Ｐ１の重みが「１．０」から「１．３」に更新され、広告枠Ｐ２の重みが「１．０」から「３．９」に更新され、広告枠Ｐ３の重みが「１．０」のままである場合が示されている。処理部４０１は、重みを更新すると、更新後の重みと、単価とに基づいて、重み加算後の単価を求める。ここでは、広告枠Ｐ１の重み加算後の単価が「１０００」から「１３００」に更新され、広告枠Ｐ２の重み加算後の単価が「１０００」から「３９００」に更新され、広告枠Ｐ３の重み加算後の単価は「１０００」のままである。
処理部４０１は、契約期間中の広告枠番号判定テーブルに格納された重み値を、広告枠テーブルにおける広告枠番号に対応する重みへ入れる。
図１２は、広告枠番号判定テーブルに格納された重みを広告枠テーブルへ格納した場合の広告枠テーブルの一例を示す図である。
広告枠番号の判定が行われた後の広告枠テーブル（以後、判定後の広告枠テーブルとも称する）は、広告枠番号、スケジュール開始時間、スケジュール終了時間、場所、重み、単価、重み加算後の単価とを含む。処理部４０１は、広告枠番号判定テーブルにおける合計重みの値を、広告枠テーブルの重みに書き込む。この図においては、広告枠Ｐ１の重みが「１．０」から「１．３」に更新され、広告枠Ｐ２の重みが「１．０」から「３．９」に更新され、広告枠Ｐ３の重みが「１．０」のままである場合が示されている。処理部４０１は、重みを更新すると、更新後の重みと、単価とに基づいて、重み加算後の単価を求める。ここでは、広告枠Ｐ１の重み加算後の単価が「１０００」から「１３００」に更新され、広告枠Ｐ２の重み加算後の単価が「１０００」から「３９００」に更新され、広告枠Ｐ３の重み加算後の単価は「１０００」のままである。
【0051】
処理部４０１は、判定後の広告枠テーブルのうち、広告枠番号に対応する広告を出稿した広告主に対して、その広告主が依頼した広告についての広告枠番号、重み、単価、重み加算後の単価のデータを効果測定結果として送信するようにしてもよい。ここでは、広告番号、スケジュール開始時間、スケジュール終了時間等も送信するようにしてもよい。効果測定結果が送信される送信タイミングは、一定時間毎であってもよいし、重みまたは重み加算後の単価が更新される毎であってもよい。効果測定結果を広告主端末８０に送信するようにしたので、広告主に対して重みと単価の関係を知らせることが可能となる。
【0052】
広告主端末８０は、広告サーバー４０から送信されたデータを受信すると、表示画面に表示する。これにより、広告主は、重み等を参照することによって、自身が出稿した広告について、ユーザに対してどの程度興味を持ってもらえたかを把握することが可能となる。また、重み加算後の単価を参照することで、現在の単価を把握することができる。また、重みを把握できることから、広告主は、単価がどのようにして決まったかを把握することができる。
【0053】
〈ステップＳ１４〉
処理部４０１は、配信スケジュールに応じた契約期間が満了したかを判定する。処理部４０１は、契約期間が満了した場合は処理を終了し、契約期間が満了していない場合には処理をステップＳ１５に進める。処理を終了した場合であっても、判定後の広告枠テーブルに記憶されたデータが保存されるため、判定後の広告枠テーブルに記憶された重み加算後の単価に基づいて、広告委託者は、広告代理店に広告費用を支払うことができる。
〈ステップＳ１５〉
処理部４０１は、契約期間が満了していなければ、広告の１０回分の時間を待機した後、処理をステップＳ０３へ移行する。
処理部４０１は、配信スケジュールに応じた契約期間が満了したかを判定する。処理部４０１は、契約期間が満了した場合は処理を終了し、契約期間が満了していない場合には処理をステップＳ１５に進める。処理を終了した場合であっても、判定後の広告枠テーブルに記憶されたデータが保存されるため、判定後の広告枠テーブルに記憶された重み加算後の単価に基づいて、広告委託者は、広告代理店に広告費用を支払うことができる。
〈ステップＳ１５〉
処理部４０１は、契約期間が満了していなければ、広告の１０回分の時間を待機した後、処理をステップＳ０３へ移行する。
【0054】
図１３は、他の実施形態における広告管理システム１Ａの構成を示す概略ブロック図である。
広告管理システム１Ａは、取得部３１、分析部４１を含む。
取得部３１は、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する。分析部４１は、取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める。
広告管理システム１Ａは、取得部３１、分析部４１を含む。
取得部３１は、ユーザの端末装置から投稿された投稿データのうち、広告を表示する表示装置が設置された場所または広告が表示される期間を示す広告枠のうち少なくともいずれか一方に対応する投稿データを取得する。分析部４１は、取得された投稿データから得られる投稿要素と、広告に応じた広告要素と、の合致度を求める。
【0055】
合致度を求めることによって、合致度が高い程、ユーザから投稿される投稿データを元にして、広告の効果の高さを把握することができる。また、合致度が高い投稿データの件数が多ければ、それだけ多くのユーザに広告を見てもらえた、あるいは関心を持ってもらうことができたことが解る。また、投稿内容が広告と直接的な関係がなかったとしても、広告を見たことに起因して投稿しているとも考えられるため、広告を視聴してもらえたと考えることができる。投稿データを投稿する行動は、ユーザの主体的動作であり、この主体的動作を元に広告効果を集計できる点においてメリットがある。
【0056】
以上説明した実施形態によれば、ＳＮＳを用いたユーザの主体的動作を取り込んで分析するようにしたので、広告を視聴したことに起因して行われた動作であると推定された結果を用いた、広告の効果を行うことができる。
また、上述した実施形態によれば、広告委託者のニーズに応え、広告内容に応じた最適な広告枠をＳＮＳを使用して最適な広告効果が得られる広告枠を判断し、広告の内容に応じ、広告をスケジューリングすることも可能となる。
また、上述した実施形態によれば、広告委託者のニーズに応え、広告内容に応じた最適な広告枠をＳＮＳを使用して最適な広告効果が得られる広告枠を判断し、広告の内容に応じ、広告をスケジューリングすることも可能となる。
【0057】
また、上述した実施形態によれば、投稿データに基づいて広告枠との関係性をリアルタイムで把握することで、広告の効果測定を行うことが可能である。また、投稿データに基づいて広告枠との関係性を考慮した重みを用いることで、広告効果を考慮した単価を求めることができる。
そのため、広告代理店は、同業他社との差別化施策としてＳＮＳが拡散されやすい広告枠をリサーチすることができ、広告に関係性のある投稿データがＳＮＳによって拡散されることも広告効果として把握可能なサービスとして提供することができる。広告委託者においても、ＳＮＳによって広告に関連する内容が拡散されやすい広告枠を取得することも可能となり、高い広告効果を得ることができる。そのため、広告代理店と広告委託者との双方に利益があるといえる。
そのため、広告代理店は、同業他社との差別化施策としてＳＮＳが拡散されやすい広告枠をリサーチすることができ、広告に関係性のある投稿データがＳＮＳによって拡散されることも広告効果として把握可能なサービスとして提供することができる。広告委託者においても、ＳＮＳによって広告に関連する内容が拡散されやすい広告枠を取得することも可能となり、高い広告効果を得ることができる。そのため、広告代理店と広告委託者との双方に利益があるといえる。
【0058】
また、図１における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより施工管理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【0059】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、サーバーやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものを含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。また、上記のプログラムを所定のサーバーに記憶させておき、他の装置からの要求に応じて、当該プログラムを通信回線を介して配信（ダウンロード等）させるようにしてもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、サーバーやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものを含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。また、上記のプログラムを所定のサーバーに記憶させておき、他の装置からの要求に応じて、当該プログラムを通信回線を介して配信（ダウンロード等）させるようにしてもよい。
【0060】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【0061】
１，１Ａ・・・広告管理システム、１０，１０ａ，１０ｂ，１０ｃ・・・端末、２０・・・ＳＮＳサーバー、３０・・・分析サーバー、３１・・・取得部、４０・・・広告サーバー、４１・・・分析部、５０・・・配信サーバー、７０・・・ディスプレイ、８０・・・広告主端末、３０１・・・ＳＮＳ取得部、３０２・・・ＳＮＳ分析部、３０３・・・ＳＮＳ情報テーブル記憶部、４０１・・・処理部、４０２・・・広告データベース、４０３・・・広告枠設定部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】