(57)【要約】      （修正有）【課題】ビジネスユーザの業務内容や役職等にマッチした広告コンテンツをより高い精度で配信可能な技術を提供する。【解決手段】SNS処理部12と、ユーザ情報記憶部14と、活動履歴情報格納部22と、企業サーバ48を備えた社員交流システム10の存在を前提とする広告配信システム。SNS処理部12は、社員ユーザの新規加入時にクライアント端末46から送信された社員IDを企業サーバ48に送信して社員の属性情報の送信を依頼し、送信された属性情報をユーザ情報記憶部14に格納する。さらに、広告コンテンツのURLと配信条件が定義されたコンテンツＤＢ26と、ユーザの企業内属性情報及び活動履歴情報記憶部22に格納された活動履歴情報を参照し、ユーザの配信属性を抽出する配信属性抽出部24と、コンテンツＤＢ26を参照し、当該配信属性にマッチする配信条件が設定された広告コンテンツを特定するコンテンツ選択部28を備える。【選択図】図１
2014174916.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ間における情報の交換サービスを提供するSNSエンジンとしての機能を少なくとも備えたSNS処理部と、
SNSに加入している各ユーザの属性情報を格納しておくユーザ情報記憶部と、
ユーザによって投稿された各種情報を、少なくとも投稿したユーザのID及び日時に関連付けて格納しておく活動履歴情報格納部と、
自社の社員に関する属性情報を社員IDに関連付けて格納しておく社員データベースを有する複数の企業サーバを有し、
上記SNS処理部は、クライアント端末から新規加入のリクエストが送信された場合に、新規加入画面を当該クライアント端末に送信する処理と、
当該クライアント端末から所属企業を特定する情報及び社員IDが送信された場合に、この社員IDを当該社員が属する企業の企業サーバに送信し、当該社員の属性情報の送信を依頼する処理と、
当該企業サーバから属性情報が送信された場合に、これを上記ユーザ情報記憶部に格納し、当該企業サーバから該当者なしのエラーメッセージが送信された場合には、上記クライアント端末に新規加入不可のメッセージを通知する処理と、
何れかのユーザの操作するクライアント端末からSNSサービス利用のリクエストが送信された場合に、当該ユーザ専用のSNSサービス利用画面を生成し、上記クライアント端末に送信する処理を実行する社員交流システムの存在を前提とし、さらに、
広告コンテンツの所在情報と配信条件との対応関係が少なくとも定義されたコンテンツ情報記憶部と、
クライアント端末からSNSサービス利用のリクエストが送信された際に、上記ユーザ情報記憶部に格納された当該ユーザの企業内属性情報及び活動履歴情報記憶部に格納された当該ユーザの活動履歴情報の少なくとも一方を参照し、当該ユーザの配信属性を抽出する配信属性抽出部と、
上記コンテンツ情報記憶部を参照し、当該ユーザの配信属性にマッチする配信条件が設定された広告コンテンツを特定するコンテンツ選択部とを備え、
上記SNS処理部は、この広告コンテンツの所在情報が記述されたSNSサービス利用画面を生成し、上記クライアント端末に送信する処理を実行することを特徴とする広告配信システム。
【請求項２】
クライアント端末に所在情報が配信された広告コンテンツのID、配信先ユーザのID、当該ユーザが所属する企業のID、及び広告料を格納しておく配信実績記憶手段と、
定期的に上記配信実績記憶手段を参照して、各ユーザに係る広告料を企業単位で集計した後、広告料記憶手段に格納する処理を実行する広告料集計部とを備え、
上記SNS処理部は、上記広告コンテンツの所在情報を記述したサービス利用画面をクライアント端末に送信する都度、当該広告コンテンツのID、配信先ユーザのID、当該ユーザが所属する企業のID及び広告料を上記配信実績記憶手段に格納する処理を実行することを特徴とする請求項１に記載の広告配信システム。
【請求項３】
上記配信属性抽出部は、所属企業単位で予め設定されている許容参照レベルを事前に参照し、この許容参照レベルに応じた企業内属性情報または活動履歴情報を参照することによって、各ユーザの配信属性を抽出し、
上記SNS処理部は、この許容参照レベルに対応した広告料を上記配信実績記憶手段に格納することを特徴とする請求項２に記載の広告配信システム。
【請求項４】
上記SNS処理部は、ユーザの操作するクライアント端末からSNSサービス利用のリクエストが送信された場合に、当該ユーザの社員IDを所属企業の企業サーバに送信し、最新の属性情報の送信を依頼すると共に、送信された属性情報で上記ユーザ情報記憶部を更新する処理を実行することを特徴とする請求項１〜３の何れかに記載の広告配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は広告配信システムに係り、特に、企業の構成員としてのユーザに対して、当該ユーザの企業内属性や業務内容にマッチした広告コンテンツを選択的に配信する技術に関する。
【背景技術】
【０００２】
インターネットのWWWが普及するにつれて、従来のテレビＣＭや新聞広告に代わり、ホームページ中にバナー広告を表示させるWeb広告の重要性が増してきている。
このWeb広告の場合、過去の行動履歴（商品購入実績、検索実績、バナー広告の閲覧実績等）に基づいて、配信する広告内容をユーザ毎に絞り込むことができるため、無差別に広告を流すテレビＣＭ等に比べて、ユーザを効率的に商品購入に導くことが期待できる。
【０００３】
例えば、ユーザがショッピングサイトにおいて「ネコ砂」の販売ページを閲覧すると、ショッピングサイト側では当該ユーザを「ネコを飼っている者」と認識し、それ以降、他のWebサイトを訪問している場合でも、Webページ中に同ショッピングサイトの広告枠が設定されていると、そこにネコ関連の広告が表示されるようになる。
【０００４】
このように、所謂行動ターゲティング広告の手法を用いることにより、特定のジャンルに興味を持っているユーザに対して、限定されたカテゴリの広告を重点的に打つことが可能となる。
【非特許文献１】行動ターゲティング広告  インターネットURL：http://www.microad.jp/publisher/behavior/  検索日：２０１３年２月２０日
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、行動ターゲティング広告は文字通り「過去の行動履歴」に基づいてユーザの属性を推定する手法であるため、気まぐれや誤解・誤操作等に基づいて特定のWebページを閲覧した場合であっても、以後、的外れの広告が延々と繰り返されることとなり、かえってユーザの反発を買うケースがあった。
【０００６】
ビジネス系のニュースサイトなどでは、閲覧の条件として事前の会員登録を義務付け、その際に属性情報の開示が求められるケースも多いが、個人情報保護の観点から収集できる属性情報も性別や年齢、職種、業種、企業規模、勤続年数等の一般的・抽象的なレベルに限定されるのみならず、申告された情報の信頼性にも疑問が残るため、あまり効果的なターゲティング広告には繋がっていない。
【０００７】
本来、ビジネスユーザに対してその業務内容や役職等にマッチした広告を配信できれば大きなビジネスに発展する可能性が高いにもかかわらず、現状では全く手付かずのまま放置されているのが実情である。
【０００８】
この発明は、このような現状に鑑みて案出されたものであり、ビジネスユーザに対して、その業務内容や役職等にマッチした広告コンテンツをより高い精度で配信可能な技術の実現を目的としている。
【課題を解決するための手段】
【０００９】
上記の目的を達成するため、請求項１に記載した広告配信システムは、複数のユーザ間における情報の交換サービスを提供するSNSエンジンとしての機能を少なくとも備えたSNS処理部と、SNSに加入している各ユーザの属性情報を格納しておくユーザ情報記憶部と、ユーザによって投稿された各種情報を、少なくとも投稿したユーザのID及び日時に関連付けて格納しておく活動履歴情報格納部と、自社の社員に関する属性情報を社員IDに関連付けて格納しておく社員データベースを有する複数の企業サーバを有し、上記SNS処理部は、クライアント端末から新規加入のリクエストが送信された場合に、新規加入画面を当該クライアント端末に送信する処理と、当該クライアント端末から所属企業を特定する情報及び社員IDが送信された場合に、この社員IDを当該社員が属する企業の企業サーバに送信し、当該社員の属性情報の送信を依頼する処理と、当該企業サーバから属性情報が送信された場合に、これを上記ユーザ情報記憶部に格納し、当該企業サーバから該当者なしのエラーメッセージが送信された場合には、上記クライアント端末に新規加入不可のメッセージを通知する処理と、何れかのユーザの操作するクライアント端末からSNSサービス利用のリクエストが送信された場合に、当該ユーザ専用のSNSサービス利用画面を生成し、上記クライアント端末に送信する処理を実行する社員交流システムの存在を前提とし、さらに、広告コンテンツの所在情報と配信条件との対応関係が少なくとも定義されたコンテンツ情報記憶部と、クライアント端末からSNSサービス利用のリクエストが送信された際に、上記ユーザ情報記憶部に格納された当該ユーザの企業内属性情報及び活動履歴情報記憶部に格納された当該ユーザの活動履歴情報の少なくとも一方を参照し、当該ユーザの配信属性を抽出する配信属性抽出部と、上記コンテンツ情報記憶部を参照し、当該ユーザの配信属性にマッチする配信条件が設定された広告コンテンツを特定するコンテンツ選択部とを備え、上記SNS処理部は、この広告コンテンツの所在情報が記述されたSNSサービス利用画面を生成し、上記クライアント端末に送信する処理を実行することを特徴としている。
【００１０】
請求項２に記載した広告配信システムは、請求項１のシステムを前提とし、さらに、クライアント端末に所在情報が配信された広告コンテンツのID、配信先ユーザのID、当該ユーザが所属する企業のID、及び広告料を格納しておく配信実績記憶手段と、定期的に上記配信実績記憶手段を参照して、各ユーザに係る広告料を企業単位で集計した後、広告料記憶手段に格納する処理を実行する広告料集計部とを備え、上記SNS処理部は、上記広告コンテンツの所在情報を記述したサービス利用画面をクライアント端末に送信する都度、当該広告コンテンツのID、配信先ユーザのID、当該ユーザが所属する企業のID及び広告料を上記配信実績記憶手段に格納する処理を実行することを特徴としている。
【００１１】
請求項３に記載した広告配信システムは、請求項２のシステムを前提とし、さらに上記配信属性抽出部は、所属企業単位で予め設定されている許容参照レベルを事前に参照し、この許容参照レベルに応じた企業内属性情報または活動履歴情報を参照することによって、各ユーザの配信属性を抽出し、上記SNS処理部は、この許容参照レベルに対応した広告料を上記配信実績記憶手段に格納することを特徴としている。
【００１２】
請求項４に記載した広告配信システムは、請求項１〜３のシステムを前提とし、さらに上記SNS処理部は、ユーザの操作するクライアント端末からSNSサービス利用のリクエストが送信された場合に、当該ユーザの社員IDを所属企業の企業サーバに送信し、最新の属性情報の送信を依頼すると共に、送信された属性情報で上記ユーザ情報記憶部を更新する処理を実行することを特徴としている。
【発明の効果】
【００１３】
請求項１に記載した広告配信システムは、自己申告ではなく所属企業のサーバによって各ユーザの企業内属性情報が補充されるSNSサービスの存在を前提としつつ、各ユーザに配信される専用ページに当該ユーザの企業内属性や活動履歴に基づいて選択された広告コンテンツが表示される仕組みを備えているため、各ビジネスユーザに対して、高い精度で最適化された広告コンテンツを配信することが可能となる。
【００１４】
請求項２に記載した広告配信システムの場合、各ユーザに対する広告コンテンツの配信実績に応じて所属企業に広告料が加算される仕組みを備えているため、このシステムを利用する積極的な動機付けを企業側に与えることが可能となる。
【００１５】
請求項３に記載した広告配信システムの場合、企業毎に設定された許容参照レベルに応じて広告料に差を設けることができるため、より具体的な企業内属性情報や活動履歴情報の開示を企業側に促すことができ、その結果、より精度の高いターゲティング広告が可能となる。
【００１６】
請求項４に記載した広告配信システムにあっては、クライアント端末にSNSサービス利用画面を送信する都度、当該ユーザの所属する企業サーバから属性情報が送信される仕組みであるため、常に最新の企業内属性情報に基づいて配信すべき広告コンテンツを選択することが可能となる。
【発明を実施するための最良の形態】
【００１７】
図１は、この発明に係る広告配信システムを含む社員交流システム10の全体構成を示すものであり、SNS処理部12と、ユーザ情報記憶部14と、活動履歴情報格納部22と、配信属性抽出部24と、コンテンツＤＢ26と、コンテンツ選択部28と、配信実績ＤＢ32と、広告料集計部34と、広告料ＤＢ36とを備えている。
【００１８】
上記のSNS処理部12、配信属性抽出部24、コンテンツ選択部28及び広告料集計部34は、サーバのCPUがOS及び専用のアプリケーションプログラムに従って所定の処理を実行することによって実現される。
また、上記のユーザ情報記憶部14、活動履歴情報格納部22、コンテンツＤＢ26、配信実績ＤＢ32及び広告料ＤＢ36は、同サーバの外部記憶装置内に設けられている。
【００１９】
ただし、このようなハードウェア構成はあくまでも一例であり、例えば「SNS処理部12＋ユーザ情報記憶部14＋活動履歴情報格納部22」、「配信属性抽出部24＋コンテンツＤＢ26＋コンテンツ選択部28＋」、「配信実績ＤＢ32＋広告料集計部34＋広告料ＤＢ36」のそれぞれを、ネットワーク接続された別個のサーバで構成してもよい。
【００２０】
この社員交流システム10は、インターネット40を介して、多数の一般の社員ユーザ42や管理者ユーザ44が操作するクライアント端末46と接続されている。
【００２１】
SNS処理部12は、一般的なSNSサービスを提供する所謂SNSエンジンとしての機能を備えている。ここで「SNS」とは、「Social Network Service」の略称であり、人と人との繋がり（社会的ネットワーク）をインターネットのWeb上で実現する会員制のサービスを意味している。
【００２２】
SNSサービスの会員に対しては、個人的な日記や写真を公開したり、掲示板を介して他の会員と交流したりする場が、ネットワーク上で付与される。また、会員相互間で意思の疎通を図るためのツールとして、電子メール類似のメッセージ交換サービスやチャットサービスなども提供される。
上記活動履歴情報格納部22には、各会員が投稿したメッセージや写真、動画、その他のファイルが、投稿者や宛先、日時に紐付けた状態で逐一格納されている。
【００２３】
この社員交流システム10の場合、一般的なSNSサービスと異なり、事前に企業単位でサービスに加入し、サービス運用者の要求仕様を満たす企業サーバ48を準備することが求められる。
この企業サーバ48内の社員データベースには、少なくとも各社員の属性情報が格納されており、SNS処理部12からのリクエストに応じて、特定社員に係る属性情報を送信する機能を備えている。
企業サーバ48内に格納された情報としては、各社員の社員ID、氏名、生年月日、メールアドレス、電話番号、ＦＡＸ番号、性別、現所属部署、現役職、現担当業務、業務履歴、学歴、賞罰、保有資格、顔写真などが該当する。
【００２４】
社員がこの社員交流システム10の利用を開始する際には、個別に新規加入の手続を行うことが求められる。以下、図２のフローチャートに従い、新規加入に係る処理手順を説明する。
【００２５】
まず社員は、クライアント端末46から専用サイトにアクセスし、新規加入をリクエストする（Ｓ10）。
これを受けたSNS処理部12は、新規加入画面をクライアント端末46に送信する（Ｓ12）。
この結果、図３に示すように、新規加入画面50がクライアント端末46のWebブラウザ上に表示される。
【００２６】
これに対し社員は、氏名、性別、生年月日、企業名、企業ID、社員ID、希望のパスワードを入力し、送信ボタン52をクリックして入力データを送信する（Ｓ14）。
企業ID及び社員IDについては、事前に自社のシステム部門から入手しておく。
【００２７】
クライアント端末46からの入力データを受け取ったSNS処理部12は、社員ID、氏名、性別、生年月日を該当企業の企業サーバ48に送信する（Ｓ16）。
これを受けた企業サーバ48は、送信されたデータをキーに社員データベースを検索し（Ｓ18）、該当の社員が存在することを確認した後（Ｓ20／Ｙ）、当該社員に係る属性情報（メールアドレス、現所属部署、現役職、現担当業務、業務履歴、学歴、賞罰、保有資格、顔写真等）をSNS処理部12に送信する（Ｓ24）。
【００２８】
SNS処理部12は、この社員の属性情報を独自の会員IDに関連付けて、ユーザ情報記憶部14に登録する（Ｓ26）。
図４は、ユーザ情報記憶部14に格納されたレコードの一例を示すものであり、会員ID、メールアドレス、パスワード、企業ID、社員ID、企業名、氏名、顔写真、生年月日、性別、現所属部署、電話番号、ＦＡＸ番号、現役職、現担当業務、学歴、賞罰、保有資格、許容参照レベル、更新日時等のデータ項目が設けられている。
【００２９】
上記「許容参照レベル」は、各社員の所属する企業単位で予めシステム10内に設定されている「データ参照の許容度」を意味しており、このレベルの高低に応じて広告配信時に参照できるデータの範囲がコントロールされることとなる（詳細は後述）。
【００３０】
新規の会員登録が済むと、登録完了のメッセージがクライアント端末に通知される（Ｓ28）。
これに対し、企業サーバ48からSNS処理部12に対して該当社員が存在しないというエラーメッセージが送信された場合（Ｓ20／Ｎ）、SNS処理部12からクライアント端末46に対してエラーメッセージが通知され、新規加入が拒絶される。
【００３１】
新規登録が完了した社員ユーザ42には、SNSサービスを利用するための専用のページ（マイページ）が付与される。
図５は、このマイページ54を示すものであり、左サイドバー55には当該社員の顔写真や氏名、所属企業名、現役職を表示するプロフィール欄56と、各種サービスを選択するためのメニューリスト57が設けられている。
【００３２】
このメニューリスト57には、近況、イベント、メッセージ、写真投稿、動画投稿、ファイル投稿、日記投稿、チャット、グループといった、一般的なSNSサービスが備えているのと同様のアプリケーションを選択するためのボタンが設けられている。
【００３３】
これらの中の一つのアプリケーションを社員ユーザ42が選択すると、SNS処理部12によって必要な処理が実行され、当該アプリケーション専用の画面がクライアント端末46に送信される。
また、クライアント端末46上で入力されたデータは、SNS処理部12において必要な処理が実行された後、活動履歴情報格納部22に処理結果が保存される。
この結果、活動履歴情報格納部22には、各社員ユーザ42によって投稿されたメッセージやチャット、日記等のテキストデータ、写真（静止画）データ、動画データ等が、投稿日時及び会員IDに関連付けて逐一保存されている。
【００３４】
マイページ54のメイン領域58には、近況情報入力欄59と、受信メッセージ表示欄53が設けられている。
【００３５】
近況情報の登録を希望する社員ユーザ42は、近況情報入力欄59に必要な文書を入力する。また、文書と共に写真や動画のアップロードを希望する場合、企業ユーザは「写真・動画・ファイルを追加」ボタン60をクリックし、クライアント端末46内に格納されたファイルを選択する。
【００３６】
必要な情報の入力が完了した社員ユーザ42が「投稿」ボタン61をクリックすると、SNS処理部12によって入力データが活動履歴情報格納部22に登録される。
この近況データは、当該社員ユーザ42や他の社員ユーザ42のクライアント端末46からリクエストがあった際に、SNS処理部12によってクライアント端末46に送信される。
【００３７】
受信メッセージ表示欄53に表示された受信メッセージに対して返信を希望する社員ユーザ42は、返信情報入力欄62に必要な文書を入力する。文書と共に写真や動画のアップロードを希望する場合、社員ユーザ42は「写真・動画・ファイルを追加」ボタン60をクリックし、クライアント端末46内に格納されたファイルを選択する。
【００３８】
必要な情報の入力が完了した社員ユーザ42が「返信」ボタン63をクリックすると、SNS処理部12によって入力データが活動履歴情報格納部22に格納される。
この返信データは、宛先となる社員ユーザ42のクライアント端末46から表示のリクエストがあった際に、SNS処理部12によってクライアント端末46に送信される。
【００３９】
マイページ54の右サイドバー64には、友達候補リスト欄65と、広告表示欄66が設けられている。
まず、友達候補リスト欄65には、当該社員ユーザ42と関係のありそうな社員ユーザ42の顔写真及び氏名が、友達候補としてリストアップされている。
この友達候補は、SNS処理部12がユーザ情報記憶部14内の登録データを参照することによって抽出される。例えば、SNS処理部12は、当該社員ユーザ42の学歴や資格と同じ学歴や資格を備えた他の社員ユーザ42を、友達候補としてピックアップする。
【００４０】
社員ユーザ42が、この友達候補リスト中の一人を選択すると、その友達候補のメールアドレスに宛てて、友達申請の電子メールが送信される。また、当該友達候補のマイページ上にも、友達申請がなされた事実が表示される。
【００４１】
つぎに、広告表示欄66には、当該社員ユーザ42の属性や活動内容に関連が深いとコンテンツ選択部28が判断したバナー広告67が表示されている。このバナー広告67の表示に関しては、後に詳述する。
【００４２】
社員ユーザ42が検索ボックス68に適当なキーワードを入力することにより、本システム10に加入している他の社員ユーザ42を検索することができる。
例えば、図６に示すように、検索ボックス68に「山田  富士山商事」と入力し、検索ボタン69をクリックすると、「山田洋平」という人物の写真や、現所属部署、現役職、電話番号、担当業務、保有資格、略歴のプロフィール情報が記載された検索結果画面70が、クライアント端末46のWebブラウザ上に表示される。
【００４３】
この検索リクエストを受信した時点で、SNS処理部12は該当の企業サーバ48にヒットした社員ユーザ42の社員IDを送信し、最新の属性データを企業サーバ48から取得しているため、検索結果画面70には最新のデータが表示されている。
【００４４】
各企業の管理者ユーザ44は、このシステム10に管理者権限でログインすることにより、自社に属する社員ユーザ42の活動履歴を随時チェックすることができる。
例えば、図７に示すように、活動履歴抽出画面72において対象社員名「山田洋平」と、抽出期間「2012年１月１日〜2012年１２月３１日」を指定した上で「抽出」ボタン73をクリックすると、SNS処理部12は活動履歴情報格納部22を検索し、該当の情報を管理者ユーザ44のクライアント端末46に送信する。
【００４５】
図８は、抽出結果画面74の一例を示すものであり、指定期間内に対象社員（山田洋平）が関係を持った社員ユーザ42が、企業単位で階層状に表示されている。
ここで、管理者ユーザ44が特定の企業名アイコン75をクリックすると、当該企業に所属する社員名アイコン76が展開され、特定の社員名アイコン76をクリックすると、日付アイコン77が展開される。
そして、管理者ユーザ44が特定の日付アイコン77をクリックすると、当該日付に関連付けられたメッセージやチャット、ファイルの内容がクライアント端末46のWebブラウザ上に表示される。
【００４６】
もちろん、管理者ユーザ44は活動履歴抽出画面72において交流先企業名や交流先社員名を具体的に指定することにより、ピンポイントで特定の相手との活動履歴をチェックすることができる。
あるいは、「○○プロジェクト」等のキーワードを入力することにより、特定の案件に係る活動履歴情報を集中的にチェックすることもできる。
【００４７】
さらに、管理者ユーザ44は事前に特定のキーワードを「監査キーワード」としてシステム10内に設定しておくこともできる。
この場合、SNS処理部12は定期的に活動履歴情報格納部22を検索し、当該企業に所属する社員ユーザ42が送受信したメッセージやファイル内に該当の文字列が含まれていた場合、直ちに電子メール等によって管理者ユーザ44に通報する。
この結果、管理者ユーザ44は社員の活動をほぼリアルタイムにチェックすることが可能となる。
【００４８】
このような管理者ユーザ44によるチェック機能は、社員の不正等を監視するだけでなく、社員の活動を他の者に引き継がせる際にも有効に利用できる。
【００４９】
このシステム10は、各社員ユーザ42のマイページ54中に、当該社員ユーザ42の属性や活動内容に関連した最適な広告コンテンツを埋め込むことができる。以下、図９のフローチャートに従い、広告コンテンツの配信に係る処理手順を説明する。
【００５０】
まず、クライアント端末46からマイページの表示リクエストを受信する都度（Ｓ30）、配信属性抽出部24がユーザ情報記憶部14をチェックし、当該社員ユーザ42の「許容参照レベル」を取得する（Ｓ32）と共に、ユーザ情報記憶部14及び活動履歴情報格納部22を参照して、当該社員ユーザ42の配信属性を取得し（Ｓ34）、これをコンテンツ選択部28に渡す。
【００５１】
コンテンツ選択部28は、コンテンツＤＢ26を参照して上記の配信属性にマッチする広告コンテンツを特定する（Ｓ36）。
マッチする広告コンテンツが多数存在する場合、コンテンツ選択部28は所定のルール（例えば新着順）に従って配信する広告コンテンツを特定する。
【００５２】
SNS処理部12は、この広告コンテンツのURLを、マイページを構成するWebファイル中に記述し、クライアント端末46に送信する（Ｓ38）。
この結果、クライアント端末46のWebブラウザ上において、上記の広告コンテンツが表示されることになる。
【００５３】
上記の許容参照レベルは、各社員の属する企業のポリシーに従って予め設定されているものであり、この設定レベルが高いほど、より機密性の高い情報にアクセスして配信属性を取得し、当該配信属性にマッチした広告コンテンツが配信されることになると同時に、より高い広告掲載料が企業側に分配されることとなる。
【００５４】
例えば、この許容参照レベルとして最も低い「１」が設定されている場合、配信属性抽出部24は当該社員ユーザ42の性別や年齢といった一般属性情報にしかアクセスできず、この条件（配信属性）にマッチする広告コンテンツのみを抽出可能となる。
【００５５】
これに対し、この許容参照レベルとして真ん中の「２」が設定されている場合、配信属性抽出部24は当該社員の現所属部署や現役職、現担当業務といった企業内属性情報にアクセス可能となり、その分、より適確な広告コンテンツを抽出可能となる。
【００５６】
さらに、この許容参照レベルとして最も高い「３」が設定されている場合、配信属性抽出部24は当該社員の活動履歴情報（メッセージやチャットの本文等）に記述されている文字列を構文解析し、特徴的なキーワード（例えば「特許明細書」）を抽出することができる。
【００５７】
一方、コンテンツＤＢ26内には、図１０に示すように、コンテンツID、コンテンツ種別、タイトル、URL、参照可能レベル、配信条件１、配信条件２、配信条件３…配信条件ｎ、配信有効期間、登録日時のデータ項目が設定されている。
広告コンテンツの場合、上記コンテンツ種別には「広告」を示す識別コードが格納されており、上記URLには広告コンテンツ（バナー広告や動画等）の所在情報が格納されている。
【００５８】
「参照可能レベル」には、上記した許容参照レベルの１〜３の何れかの数値が設定されている。
また、「配信条件１」〜「配信条件ｎ」には、参照可能レベルに対応した具体的なキーワード（配信属性）等が設定されている。
【００５９】
例えば、参照可能レベルが「１」の場合、「20代女性」や「30代男性」などが具体的な配信条件として設定されている。
また、参照可能レベルが「２」の場合、「知的財産部」や「課長以上」などが具体的な配信条件として設定されている。
さらに、参照可能レベルが「３」の場合には、「事業所移転」や「特許出願」などが具体的な配信条件として設定されている。
【００６０】
活動履歴情報格納部22には、各企業の社員間における日々の活動内容が刻銘に記憶されているため、これをテキストマイニング技術を用いて適確に分析することにより、貴重なキーワードを抽出することが可能となり、その結果、ターゲット細かく絞った効果的な広告を打つことが可能となる。
【００６１】
例えば、ある社員ユーザ42の日記に「事業所の移転計画」に関する記述が書き込まれた時点で、即座に「事業所移転」のキーワードを配信属性として抽出し、これに関連付けられた「引越業者」や「不動産業者」の広告コンテンツを配信することにより、高い確率で当該社員ユーザ42を広告主のWebサイトに誘導することが可能となる。
【００６２】
また、ユーザ情報記憶部14内の属性情報も、SNS処理部12によって随時更新されているため、最新の属性情報に基づいて配信すべき広告コンテンツを決定することができる。
【００６３】
このシステム10はさらに、各社員ユーザ42に対する広告の配信実績に基づいて、所属企業に広告料を還元する機能を備えている。
【００６４】
すなわち、SNS処理部12は広告をクライアント端末46に配信する都度、図１１に示すように、広告配信先の会員ID、企業ID、コンテンツID、コンテンツ種別、配信日時、広告料のデータ項目を備えた配信実績データを配信実績ＤＢ32に格納する（Ｓ40）。
上記の「広告料」は、配信した広告コンテンツの参照可能レベルに応じて決定される金額（広告単価）であり、例えば以下のようにシステム10内において設定されている。
参照可能レベル１・・・  １円／回
参照可能レベル２・・・  ５円／回
参照可能レベル３・・・１０円／回
【００６５】
広告料集計部34は、定期的（例えば毎月２０日）に配信実績ＤＢ32内のデータを参照して、各企業ユーザの当月広告料を集計し、広告料ＤＢ36に格納する。
図１２に示すように、この広告料ＤＢ36には、企業ID、対象年月、総広告料、登録日時等のデータ項目を備えたレコードが格納されている。
【００６６】
この総広告料は、そのまま企業ユーザの指定口座に報酬として送金することもできるが、各社員ユーザ42のSNSサービス利用料金に充当することもできる。
これはすなわち、本来であれば本システム10に加入している社員ユーザ42の数に応じて所属企業に月額利用料を課金すべきところ、上記の総広告料分を利用料請求額（社員ユーザ数×利用料単価）から減算し、残金を企業ユーザに請求する仕組みである。
【００６７】
上記コンテンツＤＢ26には、広告代理店の管理する広告供給サーバ（図示省略）から提供された広告コンテンツ情報が随時蓄積される。
広告代理店に対しては、システム運営者から後日、広告コンテンツ配信の実績に応じた広告掲載料が請求される。
【００６８】
その見返りとして、広告代理店側にはシステム運営者から配信実績情報やコンバージョン情報（成約情報）が提供されることとなる。
この際、社員ユーザ42に関する属性情報としては、性別や年齢、所属部署のカテゴリ（総務、営業等）、業種（製造業、金融業等）、企業規模（大企業、中小企業等）等に限定され、具体的な氏名や企業名が広告代理店側に開示されることはないため、個人情報の秘匿性は担保される。
【００６９】
このシステム10は、各社員ユーザ42のマイページ54中に、当該社員ユーザ42の属性や活動内容に関連した最適なニュースコンテンツを埋め込むこともできる。
【００７０】
この場合、新聞社等の管理するニュース供給サーバ（図示省略）から提供されたニュースコンテンツ情報を、コンテンツＤＢ26内に蓄積しておく。
このニュースコンテンツ情報としては、タイトル（見出し）、参照可能レベル、配信条件１〜ｎ、配信有効期間等が設定されている。また、コンテンツ種別として、「ニュース」を示す識別コードが設定されている。
【００７１】
そして、クライアント端末46からマイページの表示リクエストを受信する都度、配信属性抽出部24がユーザ情報記憶部14をチェックし、当該社員ユーザ42の「許容参照レベル」を取得すると共に、ユーザ情報記憶部14及び活動履歴情報格納部22を参照して、当該社員ユーザ42の配信属性を取得し、これをコンテンツ選択部28に渡す。
【００７２】
コンテンツ選択部28は、コンテンツＤＢ26を参照して上記の配信属性にマッチするニュースコンテンツを特定する。
マッチするニュースコンテンツが多数存在する場合、コンテンツ選択部28は所定のルール（例えば新着順）に従って配信するニュースコンテンツを特定する。
【００７３】
SNS処理部12は、このニュースコンテンツのURLを、マイページを構成するWebファイル中に記述し、クライアント端末46に送信する。
この結果、クライアント端末46のWebブラウザ上において、上記のニュースコンテンツが表示されることになる。
【００７４】
このシステム10が備える社員ユーザの検索サービスを、非会員に対して開放することもできる。
上記の通り、ユーザ情報記憶部14に格納された各社員ユーザの属性情報は、所属企業によって補充された信頼性の高い情報であるため、ある人物が特定の企業に真に所属しているかを確認する手段として極めて有益である。
【００７５】
ただし、個人情報や企業情報を保護する観点から、一般公開できる情報のレベルに制限を設けておくことが望ましい。例えば、「氏名、所属企業名、所属部署、役職までは公開できるが、顔写真、保有資格、経歴等は非公開とする」といった公開ルールを企業単位で事前に設定しておくことが該当する。
【００７６】
あるいは、検索リクエストを受ける度に、SNS処理部12から該当の社員ユーザに照会メッセージが送信され、当該社員ユーザがマイページ54上で許諾の入力をした場合に限り、検索者のメールアドレスに属性情報が記載された電子メールが送信される仕組みとすることもできる。
【図面の簡単な説明】
【００７７】
【図１】この発明に係る広告配信システムを含む社員交流システムの全体構成を示すブロック図である。
【図２】新規加入に係る処理手順を示すフローチャートである。
【図３】新規加入画面を示す図である。
【図４】ユーザ情報記憶部に格納されたレコードのデータ項目を示す図である。
【図５】マイページの一例を示す図である。
【図６】検索結果画面を示す図である。
【図７】活動履歴抽出画面を示す図である。
【図８】活動履歴の抽出結果画面を示す図である。
【図９】広告コンテンツの配信に係る処理手順を示すフローチャートである。
【図１０】コンテンツＤＢに格納されたレコードのデータ項目を示す図である。
【図１１】配信実績ＤＢに格納されたレコードのデータ項目を示す図である。
【図１２】広告料ＤＢに格納されたレコードのデータ項目を示す図である。
【符号の説明】
【００７８】
10   社員交流システム
12   SNS処理部
22   活動履歴情報格納部
24   配信属性抽出部
26   コンテンツＤＢ
28   コンテンツ選択部
32   配信実績ＤＢ
34   広告料集計部
36   広告料ＤＢ
40   インターネット
42   社員ユーザ
44   管理者ユーザ
46   クライアント端末
48   企業サーバ
50   新規加入画面
53   受信メッセージ表示欄
54   マイページ
55   左サイドバー
56   プロフィール欄
57   メニューリスト
58   メイン領域
59   近況情報入力欄
62   返信情報入力欄
64   右サイドバー
65   友達候補リスト欄
66   広告表示欄
67   バナー広告
68   検索ボックス
69   検索ボタン
70   検索結果画面
72   活動履歴抽出画面
73   抽出ボタン
74   抽出結果画面
75   企業名アイコン
76   社員名アイコン
77   日付アイコン
【図１】
2014174916.tif 000003
【図２】
2014174916.tif 000004
【図３】
2014174916.tif 000005
【図４】
2014174916.tif 000006
【図５】
2014174916.tif 000007
【図６】
2014174916.tif 000008
【図７】
2014174916.tif 000009
【図８】
2014174916.tif 000010
【図９】
2014174916.tif 000011
【図１０】
2014174916.tif 000012
【図１１】
2014174916.tif 000013
【図１２】
2014174916.tif 000014