(57)【要約】【課題】少ない処理付加でどの記事に最適な広告を付与すべきかを容易に推定する。【解決手段】ユーザによって閲覧される複数の記事の中から所定の記事に対して広告を付与する広告付与装置であって、複数の記事の各々がユーザによって予め定めた期間に閲覧される閲覧数を取得する閲覧数取得部と、所定の記事に対して広告を付与するか否かを、閲覧数の多寡に応じて確率的に決定する広告付与決定部と、広告付与決定部により広告を付与すると決定した所定の記事に対して広告を付与する処理を実行する広告付与処理実行部と、を含む。【選択図】図３
2018045502.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによって閲覧される複数の記事の中から所定の記事に対して広告を付与する広告付与装置であって、
前記複数の記事の各々が前記ユーザによって予め定めた期間に閲覧される閲覧数を取得する閲覧数取得手段と、
前記所定の記事に対して広告を付与するか否かを、前記閲覧数の多寡に応じて確率的に決定する広告付与決定手段と、
前記広告付与決定手段により広告を付与すると決定した前記所定の記事に対して広告を付与する処理を実行する広告付与処理実行手段と、
を含むことを特徴とする広告付与装置。
【請求項２】
前記複数の記事の各々に対する過去の閲覧数に基づいて、前記複数の記事の各々が今後ユーザによって閲覧されると予測される閲覧数である予測閲覧数を算出する予測閲覧数算出手段をさらに含み、
前記閲覧数取得手段は、前記広告が付与されていない広告未付与の記事が読まれたか否かを判断し、前記広告未付与の記事が読まれたと判断すると、前記予測閲覧数算出手段は、前記広告未付与の記事の前記予測閲覧数に応じて、前記広告未付与の記事に対して広告を付与する広告付与確率を計算することを特徴とする請求項１に記載の広告付与装置。
【請求項３】
前記複数の記事の各々に対する現在の閲覧数に基づいて、前記複数の記事の各々が実際にユーザによって閲覧された閲覧数である実測閲覧数を算出する実測閲覧数算出手段をさらに含み、
前記実測閲覧数算出手段は、前記広告未付与の記事の前記実測閲覧数に応じて、前記計算された広告付与確率を補正することを特徴とする請求項２に記載の広告付与装置。
【請求項４】
前記広告を付与する前記所定の記事の中からキーワードを抽出する抽出手段と、前記抽出したキーワードに基づいて、前記所定の記事に付与する広告を検索する検索手段と、をさらに含むことを特徴とする請求項１から３の何れか１項に記載の広告付与装置。
【請求項５】
前記広告は、自装置の外部に設けられたサーバから取得することを特徴とする請求項１から４の何れか１項に記載の広告付与装置。
【請求項６】
ユーザによって閲覧される複数の記事の中から所定の記事に対して広告を付与する広告付与装置であって、
前記複数の記事に付与された広告の各々が前記ユーザによって予め定めた期間にクリックされるクリック数を取得するクリック数取得手段と、
前記所定の記事に対して広告を付与するか否かを、前記クリック数の多寡に応じて確率的に決定する広告付与決定手段と、
前記広告付与決定手段により広告を付与すると決定した前記所定の記事に対して広告を付与する処理を実行する広告付与処理実行手段と、
を含むことを特徴とする広告付与装置。
【請求項７】
ユーザによって閲覧される複数の記事の中から所定の記事に対して広告を付与する広告付与装置の処理方法であって、
前記複数の記事の各々が前記ユーザによって予め定めた期間に閲覧される閲覧数を取得する工程と、
前記所定の記事に対して広告を付与するか否かを、前記閲覧数の多寡に応じて確率的に決定する工程と、
前記確率的に決定する工程により広告を付与すると決定した前記所定の記事に対して広告を付与する処理を実行する工程と、
を含むことを特徴とする広告付与装置の処理方法。
【請求項８】
ユーザによって閲覧される複数の記事の中から所定の記事に対して広告を付与する広告付与装置のコンピュータに、
前記複数の記事の各々が前記ユーザによって予め定めた期間に閲覧される閲覧数を取得する処理と、
前記所定の記事に対して広告を付与するか否かを、前記閲覧数の多寡に応じて確率的に決定する処理と、
前記確率的に決定する処理により広告を付与すると決定した前記所定の記事に対して広告を付与する処理を実行する処理と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告付与装置、広告付与装置の処理方法、及びプログラムに関する。
【背景技術】
【０００２】
今般、Ｗｅｂサイトに掲載される記事は、多くの企業にとって広告宣伝媒体として大きな役割を果たしている。したがって、自社の製品・サービスの内容をより正しく伝え、より多くの顧客を獲得し、また、顧客の満足度を高めるために、多くの企業は、自社のＷｅｂサイトに掲載される記事の内容や、自社のＷｅｂサイトに閲覧者を誘導する広告を最適化したいと考えている。
【０００３】
Ｗｅｂサイトに掲載される記事、及びその広告の最適化のためには、一般的にアクセス解析が重要である。アクセス解析とは、Ｗｅｂサイトに含まれる各記事の閲覧数（ページビュー数、以下、ＰＶ数ともいう。）、各記事の閲覧者による特定の行動の有無等々のデータに基づいて、Ｗｅｂサイトに掲載する記事の構成やＷｅｂページに掲載する記事の内容、広告内容等の改善を行う手法をいう。このアクセス解析を行うためのツールは多々存在し、一般的なものとして、例えば、Ｇｏｏｇｌｅ社によりオンラインで無料提供されているＧｏｏｇｌｅ（登録商標）  Ａｎａｌｙｔｉｃｓ（グーグルアナリティクス）と呼ばれるアクセス解析サービスがある。
【０００４】
このＧｏｏｇｌｅ  Ａｎａｌｙｔｉｃｓ（グーグルアナリティクス）では、広告効果の測定、ユーザのサイト内での移動履歴の確認、検索キーワード解析等、ネットビジネスの効率化に必要な様々なデータを取得することができる。したがって、このようなアクセス解析サービスを用いることにより、サイト訪問者の動向を把握することで、訪問者の欲求を知り、サイト内の人気記事や不人気記事、問題のある記事を知り、サイトを改善することで訪問者の満足度を高め、閲覧数（ＰＶ数）を伸ばすことが期待される。また、検索サイトでの上位表示を得るための技術であるＳＥＯ（Search Engine Optimization：検索結果でより上位に現れるようにＷｅｂページを構成する技術）の対策にも資することになる。
【０００５】
そして、ユーザが閲覧する記事に内容的に関連する広告を付与する場合、当該記事に関連する広告を推定して付与することになるのであるが、例えば、この場合、記事本文に含まれるキーワードを用いて広告サーバに対して検索をかけ、そこから付与する広告を決定することになる。特に、広告サーバとインターネットを介して接続されているような構成の場合、広告サーバの処理負荷が問題になる場合が有る。
【０００６】
すなわち、すべての記事のキーワードについて検索をかけることはできないので、すべての記事に対して広告を付与することはできない。したがって、膨大な数の記事があった場合に、どの記事に対して広告を付与するかということを限定する必要がある。換言すれば、如何なる記事に広告を付与すべきかを判断する必要がある。ここでは、キーワードによる類似性について説明したが、閲覧ユーザ層の類似性等を広告サーバに対して検索を行い処理する場合も同様である。
【０００７】
また、広告には期間限定のものも存在し、例えば、たった１日しか有効期間が存在しない広告も存在するので、すべての記事に対して毎日広告を検索する必要性も出てくる。さらに、記事としては過去のものであっても、その過去の記事に関連する新しい記事が読まれると、それに併せて過去の記事が再度読まれることもあるので、このような過去の記事も含めると記事の数としては無限に存在することになる。このため、広告サーバの処理負荷問題が顕在化し易い。
【０００８】
このように、検索対象となる記事の数は膨大であるため、そもそもすべての記事に対して広告を付与することは不可能である。また、単純に閲覧数が多いからといって、広告を付与すれば良いというものではなく、記事の内容によっては、広告を付与することがそもそも相応しくない場合もある。
【０００９】
特許文献１には、インターネットサイトのユーザの生活スタイルや行動パターンに基づいて、ユーザが本当に興味を持つ情報が何であるかを高精度で推測するため、ユーザに提供される広告情報がユーザ端末の表示画面に提供された場合に、その広告情報の詳細情報が閲覧される確率の指標を表す数値であるクリック期待値を優先順位として採用し、例えば、優先順位が１位及び２位の広告情報のみをユーザに提供する技術が開示されている。
【００１０】
また、非特許文献１には、Ｇｏｏｇｌｅ  Ａｎａｌｙｔｉｃｓ  ＡＰＩ（Application Programming Interface）を用いて、日々のＷｅｂページに対するセッション（接続／ログインしてから、切断／ログオフするまでの、一連の操作や通信）情報から抽出されたデータをページビュー数の降順にソートし、クライアントのセッションの動向を分析する方法が開示されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００８−０９７５４５号公報
【非特許文献】
【００１２】
【非特許文献１】倉田隆徳、“高度な分析に役立つ！ＧｏｏｇｌｅアナリティクスＡＰＩでよく使う軸・指標、セグメントを紹介”［online］、平成２７年１２月１５日、Ｗｅｂ担当者Ｆｏｒｕｍ、［平成２８年７月２５日検索］、インターネット〈URL: http://web-tan.forum.impressrd.jp/e/2015/12/15/21593〉
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、特許文献１に記載された技術は、ユーザがアクセスした検索サイト、検索キーワード、商品購入手続きにおける購入商品の商品情報、各種個人情報をユーザ端末の識別情報と関連付けて広告情報管理サーバに蓄積し、この広告情報管理サーバに蓄積されたユーザの履歴情報に基づいて、ユーザ端末に向けて提供すべき広告情報を抽出し、ユーザに対して高い広告効果を発揮すると予想される広告情報、例えば、クリック期待値が高いと推定される広告情報を優先的にユーザ端末に表示することとし、インターネットを介すことなく、処理負荷に応じた構成を採ることが可能であるため、広告管理サーバにおいては、上述のような広告サーバの負荷問題のような処理負荷の問題は何ら生じない。
【００１４】
また、非特許文献１に記載された技術では、ページビュー数の降順にソートされたセッション情報のうち、上位のセッション情報から優先的に広告を付与することが考えられるが、すべてのセッション情報に対して広告を付与するとなると、セッション数が多い場合、広告付与サーバの処理負荷が増大してしまい、処理に時間がかかってしまうという問題がある。
【００１５】
さらに、記事からキーワードを抽出し、そのキーワードに基づいて広告サーバを検索し、当該記事と対応する広告を決定する場合、広告サーバを用いて検索を行うのに要する時間、回数には制限があると共に、広告が動画など広告情報のサイズが大きい場合には、広告サーバとの間の通信回線の制限を受けるため、すべての記事に対して最適な広告を付与することができないという問題が顕在化し易い。
【００１６】
そこで本発明は、上記従来の問題点に鑑みてなされたものであって、少ない処理負荷でどの記事に最適な広告を付与すべきかを容易に推定することが可能な広告付与装置、広告付与装置の処理方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記課題を解決するため、請求項１に記載の本発明における広告付与装置は、ユーザによって閲覧される複数の記事の中から所定の記事に対して広告を付与する広告付与装置であって、前記複数の記事の各々が前記ユーザによって予め定めた期間に閲覧される閲覧数を取得する閲覧数取得手段と、前記所定の記事に対して広告を付与するか否かを、前記閲覧数の多寡に応じて確率的に決定する広告付与決定手段と、前記広告付与決定手段により広告を付与すると決定した前記所定の記事に対して広告を付与する処理を実行する広告付与処理実行手段と、を含むことを特徴とする。
【００１８】
また、上記課題を解決するため、請求項６に記載の本発明における広告付与装置は、ユーザによって閲覧される複数の記事の中から所定の記事に対して広告を付与する広告付与装置であって、前記複数の記事に付与された広告の各々が前記ユーザによって予め定めた期間にクリックされるクリック数を取得するクリック数取得手段と、前記所定の記事に対して広告を付与するか否かを、前記クリック数の多寡に応じて確率的に決定する広告付与決定手段と、前記広告付与決定手段により広告を付与すると決定した前記所定の記事に対して広告を付与する処理を実行する広告付与処理実行手段と、を含むことを特徴とする。
【００１９】
さらに、上記課題を解決するため、請求項７に記載の本発明における広告付与装置の処理方法は、ユーザによって閲覧される複数の記事の中から所定の記事に対して広告を付与する広告付与装置の処理方法であって、前記複数の記事の各々が前記ユーザによって予め定めた期間に閲覧される閲覧数を取得する工程と、前記所定の記事に対して広告を付与するか否かを、前記閲覧数の多寡に応じて確率的に決定する工程と、前記確率的に決定する工程により広告を付与すると決定した前記所定の記事に対して広告を付与する処理を実行する工程と、を含むことを特徴とする。
【００２０】
また、上記課題を解決するため、請求項８に記載の本発明における広告付与装置のコンピュータに実行させるプログラムは、ユーザによって閲覧される複数の記事の中から所定の記事に対して広告を付与する広告付与装置のコンピュータに、前記複数の記事の各々が前記ユーザによって予め定めた期間に閲覧される閲覧数を取得する処理と、前記所定の記事に対して広告を付与するか否かを、前記閲覧数の多寡に応じて確率的に決定する処理と、前記確率的に決定する処理により広告を付与すると決定した前記所定の記事に対して広告を付与する処理を実行する処理と、を実行させることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、少ない処理負荷でどの記事に最適な広告を付与すべきかを容易に推定することが可能な広告付与装置、広告付与装置の処理方法、及びプログラムが得られる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態における広告付与サーバを含む広告付与システムの全体構成を示す図である。
【図２】本実施形態における広告付与システムを構成するメディアサーバ、広告付与サーバ、広告主（広告代理店）サーバ、及びユーザ端末のハードウェア構成の一例について説明する図である。
【図３】本実施形態における広告付与サーバが有する機能の一例について説明するブロック図である。
【図４】従来の延長線上にある広告付与システムにおける広告付与サーバが有する広告付与処理対象記憶部において行われる処理について説明する図である。
【図５】本実施形態における広告付与システムにおける広告付与サーバが有する広告未付与記憶部から広告付与処理対象記憶部に送られる間において行われる処理について説明する図である。
【図６】本実施形態における広告付与システムにおける広告付与サーバが、予測ＰＶ、実測ＰＶを算出する動作について説明するフロー図である。
【図７】本実施形態における広告付与システムにおける広告付与サーバが、予測ＰＶ、実測ＰＶを算出する動作について説明するフロー図である。
【図８】本実施形態における広告付与システムにおける広告付与サーバが、予測ＰＶ、実測ＰＶを算出する動作について説明するフロー図である。
【図９】本実施形態における広告付与処理システムにおける広告付与サーバが、記事に対して広告付与を行う動作について説明するフロー図である。
【発明を実施するための形態】
【００２３】
次に、本発明を実施するための形態について図面を参照して詳細に説明する。なお、各図中、同一又は相当する部分には同一の符号を付しており、その重複説明は適宜に簡略化乃至省略する。以下、本実施形態について説明するが、本発明は以下に説明する実施形態に限定されるものではない。なお、以下に説明する実施形態は、広告付与サーバ、広告主（広告代理店）サーバ、及びユーザ端末が、それぞれ１台で構成されている広告付与システムを具体例に挙げて説明しているが、広告付与サーバ、広告主（広告代理店）サーバ、及びユーザ端末が、それぞれ複数台で構成される広告付与システムに対しても適用可能である。また、以下の説明において、対象となる広告は、ユーザ端末において、Ｗｅｂブラウザを用いて閲覧する記事に付随してユーザ端末の表示画面に表示される静止画広告又は動画広告のみならず、当該記事からリンクが張られたバナー広告等をも含むものである。
【００２４】
まず、本実施形態における広告付与サーバを含む広告付与システムの全体構成について説明する。図１は、本実施形態における広告付与サーバを含む広告付与システムの全体構成を示す図である。
【００２５】
図１において、ネットワーク４００を介してメディアサーバ１０１、１０２、・・・、１０Ｎ（以下、単に、メディアサーバ１００ともいう。）、広告付与サーバ２００、広告主（広告代理店）サーバ３００、及びユーザ端末５００が互いに通信可能に接続されている。なお、ネットワーク４００は、インターネット回線を具体例に挙げて説明するが、他のネットワーク回線であっても良い。
【００２６】
メディアサーバ１００は、不特定多数の受け手へ向けての情報伝達手段となる新聞・雑誌・ラジオ放送・テレビ放送等のマスメディアが有するサーバや、ポータルサイトが有するサーバであり、日々様々な記事がアップロードされている。そして、ネットワーク４００を介して、ユーザ端末５００のＷｅｂブラウザ機能を用いた記事の閲覧請求をユーザ端末５００から受信すると、メディアサーバ１００は、ネットワーク４００を介して閲覧請求の対象となる記事をユーザ端末５００に向けて配信する。
【００２７】
広告主（広告代理店）サーバ３００は、商品、サービス等を消費者に提供する企業を一例とする法人等の広告主が有するサーバや、当該法人等からの要求に応じて当該法人等の商品、サービスに関する宣伝広告を行う広告代理店が有するサーバである。広告主（広告代理店）サーバ３００は、当該法人等の広告主の商品、サービスに関する様々な広告をアップロードし、格納している。
【００２８】
広告付与サーバ２００は、本実施形態における広告付与システムの中核をなすものであり、メディアサーバ１００にアップロードされた所定の記事に対するユーザ端末５００からの閲覧要求を受信すると、当該記事に対して最適な広告を広告主（広告代理店）サーバ３００から取得し、ユーザ５５０が閲覧する記事と共に当該広告をユーザ端末５００に送信するサーバであるが、閲覧要求があった記事に対して広告を付与するか否かの決定を、当該記事の閲覧数の多寡に応じて、確率的に決定する処理を行うものである。この点については後述する。
【００２９】
ユーザ端末５００は、ネットワーク４００を介してメディアサーバ１００にアクセスし、メディアサーバ１００にアップロードされている記事を、自身が有するＷｅｂブラウザを用いて閲覧するものであり、ユーザ５５０が当該記事を閲覧するための表示手段や、ユーザ５５０が操作するための操作手段等を有している。
【００３０】
なお、メディアサーバ１００、広告付与サーバ２００、及び広告主（広告代理店）サーバ３００は、上記した機能を有するものであれば、如何なる情報処理機能を有する装置であっても良い。また、ユーザ端末５００は、パーソナルコンピュータ（以下、ＰＣともいう。）を具体例に挙げて説明しているが、上記した機能を有するものであれば、如何なる情報処理機能を有する装置であっても良い。
【００３１】
次に、本実施形態における広告付与システムを構成するメディアサーバ、広告付与サーバ、広告主（広告代理店）サーバ、及びユーザ端末のハードウェア構成の一例について説明する。図２は、本実施形態における広告付与システムを構成するメディアサーバ、広告付与サーバ、広告主（広告代理店）サーバ、及びユーザ端末のハードウェア構成の一例について説明する図である。
【００３２】
図２において、本実施形態におけるメディアサーバ１００、広告付与サーバ２００、及び広告主（広告代理店）サーバ３００として機能するサーバ、及びユーザ端末５００として機能するＰＣは、ハードウェア構成として、サーバ又はＰＣの全体の動作を制御するＣＰＵ（Central Processing Unit）（制御部）４０１を備えている。また、各種データや各種プログラムを記憶するＲＯＭ（Read Only Memory）４０２やＲＡＭ（Random Access Memory）４０３等の記憶部を備えている。さらに、サーバ又はＰＣに対して電源を供給する電源部４０７を備えている。
【００３３】
また、サーバ又はＰＣのユーザが、キーボードや、ＬＣＤ（Liquid Crystal Display）からなるタッチパネル等といったサーバ又はＰＣを操作する機能を有すると共に、サーバ又はＰＣのＲＯＭ４０２、ＲＡＭ４０３に格納されたデータ等を表示する機能を有する操作・表示部４０５を備えている。そして、サーバ又はＰＣが、ネットワーク４００を介して外部に設けられたサーバ又はＰＣとの間で通信を行う通信部４０６を備えている。さらに、サーバ又はＰＣにインストールされたアプリケーションプログラムを格納するＨＤＤ（Hard Disk Drive）４０４を備えている。
【００３４】
また、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＨＤＤ４０４、操作・表示部４０５、通信部４０６、及び電源部４０７は、バス４０８によって接続されている。そして、サーバ又はＰＣにおける各種処理は、ＣＰＵ４０１が、ＲＯＭ４０２に記憶されている各種プログラムをロードし実行することにより実現されるものである。なお、これに限らず、これらの機能を個別のハードウェア等の回路を用いて実現することも可能である。
【００３５】
次に、本実施形態における広告付与サーバが有する機能の一例について説明する。図３は、本実施形態における広告付与サーバが有する機能の一例について説明するブロック図である。
【００３６】
図３において、メディアサーバ通信インタフェース部２０１は、ネットワーク４００を介してメディアサーバ１００との間の通信を行うものである。広告主（広告代理店）サーバ通信インタフェース部２０２は、ネットワーク４００を介して広告主（広告代理店）サーバ３００との間の通信を行うものである。なお、メディアサーバ通信インタフェース部２０１、及び広告主（広告代理店）サーバ通信インタフェース部２０２とネットワーク４００との間の通信は、有線であっても無線であっても良い。なお、以下の説明において、記事に付与する広告の周期は１日（２４時間）であるものと仮定する。
【００３７】
記事閲覧数取得部２０３は、ユーザ５５０がメディアサーバ１００にアクセスし、ユーザ端末５００のＷｅｂブラウザを使用してメディアサーバ１００にアップロードされている記事を閲覧する閲覧数を取得するものである。具体的には、前日の記事の閲覧数（ページビュー数、以下、ＰＶ数ともいう。）を取得したり、本日時点で広告が未だ付与されていない記事が閲覧されたか否かの情報を取得したりする。詳細については後述する。
【００３８】
広告付与下限ＰＶ数決定部２０４は、広告を付与することが可能な記事の最低ＰＶ数（広告付与下限ＰＶ数）を決定するものである。例えば、広告を付与することが可能な記事の数（広告付与可能記事数）をＡ個とし、記事に広告の付与をし始めてから残っている広告付与可能記事数をａ個とした場合、記事閲覧数取得部２０３において取得された前日の記事のＰＶ数で降順にソートされた記事のうち、最上位のＰＶ数を有する記事からＡ番目（広告付与可能記事数）の記事のＰＶ数をＢ（ＰＶ）として、これを、広告付与下限ＰＶ数として決定する。
【００３９】
予測ＰＶ数算出部２０５は、本日新たにメディアサーバ１００にアップロードされた記事（以下、新規記事ともいう。）以外の記事の平均減衰率を予測閲覧数（以下、予測ＰＶ数ともいう。）として算出するものである。すなわち、予測閲覧数とは、新規記事以外の記事が今後ユーザ５５０によって閲覧されると予測される閲覧数をいう。記事に付与する広告の周期は１日であるから、ある記事について、前々日の合計ＰＶ数に対する前日の合計ＰＶ数の割合を求めたものであり（（前日の合計ＰＶ数／前々日の合計ＰＶ数）＊１００）、これを予測ＰＶ（Ｃ％）とする。なお、上記した広告付与下限ＰＶ数（Ｂ（ＰＶ））、及び予測ＰＶ（Ｃ％）は、一旦算出したら一定期間使用し続けても良く、毎日計算することは必要ない。
【００４０】
予測ＰＶ補正部２０６は、上記算出した予測ＰＶ（Ｃ％）の補正を行うものである。例えば、前日までにアップロードされた記事（以下、旧記事ともいう。）の予測ＰＶは、後述する実測ＰＶ数算出部２０７において算出された前日における旧記事の実測閲覧数（以下、実測ＰＶ数ともいう。）のＣ％、すなわち、前日から本日になると、旧記事のＰＶ数は前日の実測ＰＶからＣ％減衰する、とするのが通常である。
【００４１】
しかしながら、前日広告を付与したが前日の実測ＰＶが予測ＰＶ（Ｃ％）以下であった場合は、元の予測ＰＶ数が高すぎたと判断し、予測ＰＶ（Ｃ％）の９０％程度に下方修正する補正を行う。また、前日広告を付与しなかった記事が前日広告を付与すべきＰＶ数を有していた場合、すなわち、実測ＰＶが予測ＰＶ（Ｃ％）を超えた場合は、元の予測ＰＶ数が低すぎたと判断し、予測ＰＶ（Ｃ％）の１２０％程度に上方修正する補正を行う。
【００４２】
実測ＰＶ数算出部２０７は、新規記事及び旧記事の現在の予め定められた期間のＰＶ数を計測し記憶するものである。実測ＰＶ数算出部２０７で算出された実測ＰＶは、上記した予測ＰＶ補正部２０６や、後述する広告付与決定部２０８で用いられる。広告付与決定部２０８は、記事に対して広告を付与するか否かを、記事閲覧数取得部２０３で取得された記事の閲覧数、具体的には記事の閲覧数の多寡に応じて確率的に決定するものである。この確率的に決定する方法とは、記事閲覧数取得部２０３で取得された記事の閲覧数の多寡に応じて、各記事に対して広告を付与するか否かを、上記した予測ＰＶ数算出部２０５で算出された予測ＰＶ（Ｃ％）及び実測ＰＶ数算出部２０７で算出された実測ＰＶに基づいて、確率的に決定する処理を行うものである。この点については、後述する。
【００４３】
広告付与処理実行部２０９は、広告付与決定部２０８により広告を付与すると決定した記事に対して広告を付与する処理を実行するものである。広告付与処理対象記憶部２１０は、以下説明する従来の延長線上にある広告付与システムにおいては、広告が未だ付与されていない記事（以下、広告未付与記事ともいう。）を、広告を付与する処理を行う対象記事として格納する記憶部であり、以下説明する本実施形態における広告付与システムにおいては、上記広告付与決定部２０８によって、記事に対して広告を付与すると決定された記事（以下、広告付与対象記事ともいう。）を、広告を付与する処理を行う対象記事として格納する記憶部である。
【００４４】
広告未付与記憶部２１１は、以下説明する本実施形態における広告付与システムにおいて、広告が未だ付与されていない記事（以下、広告未付与記事ともいう。）を、広告未付与記事として格納する記憶部であり、本実施形態における広告付与システムにおいて新たに設けられた記憶部である。また、全体制御部２１２は、広告付与サーバ２００を構成する各ブロックの全体を制御するものである。
【００４５】
そして、メディアサーバ通信インタフェース部２０１、広告主（広告代理店）サーバ通信インタフェース部２０２、記事閲覧数取得部２０３、広告付与下限ＰＶ数決定部２０４、予測ＰＶ数算出部２０５、予測ＰＶ補正部２０６、実測ＰＶ数算出部２０７、広告付与決定部２０８、広告付与処理実行部２０９、広告付与処理対象記憶部２１０、及び広告未付与記憶部２１１は、バス２１５によって接続されている。
【００４６】
次に、従来の延長線上にある広告付与システムにおける広告付与サーバが有する広告付与処理対象記憶部において行われる処理について説明する。図４は、従来の延長線上にある広告付与システムにおける広告付与サーバが有する広告付与処理対象記憶部において行われる処理について説明する図である。
【００４７】
上記したように、従来、メディアサーバ１００にアップロードされている記事のうち、新規記事は最も読まれる確率が高いと推測されるため、とりあえず広告を付与していた。また、メディアサーバ１００にアップロードされている記事のうち、新規記事以外の記事については、同じ記事の前日のＰＶ数で降順にソートし、ＰＶ数の多い順、すなわち、よく読まれている記事から順に広告を付与することとしていた。
【００４８】
したがって、前日までＰＶ数の低い過去の記事が、本日急に読まれるようになりＰＶ数が急上昇したとしても、本日のＰＶ数の上昇は翌日にならないと反映されないので、その記事に対して本日広告は付与されない。すなわち、ある記事の前々日のＰＶ数は非常に少なかったが、前日急に読まれるようになりＰＶ数が上昇すると、本日は、前日のＰＶ数が多いので、その記事に広告が付与されることになる。したがって、実際のＰＶ数の上昇と比較して記事に対する広告の付与が少し遅れるのである。
【００４９】
図４において、メディアサーバ１００に新規記事がアップロードされば、新規記事のＰＶ＝１とする。この新規記事は広告未付与記事であるから、広告付与処理対象記憶部２１０に格納されるときには記事のＰＶ数が漸増していることを意味する。すなわち、広告付与処理対象記憶部２１０では、記事のＩＤと実測ＰＶ数算出部２０７で算出された実測ＰＶとを対応付けて記憶する。そして、時間Ｔ後に広告付与処理対象記憶部２１０に格納された記事のうち、最大ＰＶ数を有する記事に対して広告を付与する処理を行っていた。
【００５０】
そして、広告付与処理が終了すると、広告付与処理対象記憶部２１０に格納されていた最大ＰＶ数を有する記事と当該記事の記事ＩＤとの対応付けを削除する。また、最大ＰＶ数を有する記事に広告を付与する処理を開始するタイミングで、定期的に、広告付与処理対象記憶部２１０に記憶されている記事ＩＤと実測ＰＶとを対応付けたテーブル４５０のすべてを削除する。例えば、従来の延長線上の広告付与システムにおける広告の周期を１日（２４時間）と仮定すると、毎日決まった時間に、広告付与処理対象記憶部２１０に記憶されている記事ＩＤと実測ＰＶとを対応付けたテーブル４５０のすべてを削除する。
【００５１】
このように、従来の延長線上の広告付与システムでは、記事が閲覧されたタイミングにおいて当該記事が広告未付与記事であった場合は、広告付与対象記事となる可能性がある。また、時間Ｔ後に最大ＰＶ数を有する記事から降順に広告を付与するようにすればよいのであるが、併せて広告付与サーバ２００の処理負荷が減るような処理を行う必要がある。
【００５２】
しかしながら、記事の中には、ＰＶ数が瞬時に増加するものの、ＰＶ数がすぐに落ちてしまうような記事（以下、瞬間高ＰＶ記事ともいう。）も存在する。そうすると、時間Ｔ後にはもう読まれなくなっている記事（例えば、時間Ｔ後には瞬間高ＰＶ記事のＰＶ数のピークが過ぎてしまった場合）に対して広告を付与しても意味がないので、例えば、定期的（例えば、１時間毎）に広告付与処理対象記憶部２１０の格納状態を初期化すると共に、時間Ｔの間隔を短くする（例えば、１分）ようにすれば、瞬間高ＰＶ記事に対して広告を付与することが可能になる。
【００５３】
ただ、記事の中には、毎日それほど高くないＰＶ数しか稼げないが、長期間にわたって一定のＰＶ数を有する記事（以下、ロングセラー記事ともいう。）も存在する。そうすると、上記のように時間Ｔの間隔を短くすると、瞬間高ＰＶ記事に対しては広告を付与することができるようになるが、ロングセラー記事に対して広告を付与することができなくなる。すなわち、一定量のＰＶ数がある記事に対しては広告を付与したいということもあり、この時間Ｔをどのように設定するかが問題となる。
【００５４】
例えば、時間Ｔを長くすることによりＰＶ数が１００００になった時点て広告を付与することにすると、ＰＶ数が１００００に至るまで広告を付与しない状態でユーザに記事を閲覧させることになるので、広告の効果が得られなくなる。すなわち、時間Ｔが長いと広告の効果が得られなくなるので、本来であれば、ある程度のＰＶ数を計測した時点で広告を付与したいのであるが、上記したように、ＰＶ数の計測時間を短くすると、ロングセラー記事に対して広告を付与することができなくなる。換言すれば、ＰＶの計測時間が短いと、瞬間高ＰＶ記事以外の記事には広告が付与されず捨てられてしまうことになる。
【００５５】
したがって、ＰＶ数の計測時間が長いと広告を付与せずに捨てる記事が増え、本来広告を付与すべき記事を拾うタイミングを失ってしまう。そうすると、ロングセラー記事に対しては広告を付与することができるが、瞬間高ＰＶ記事が連続していると、これ等の記事には広告が付与されることなくその殆どが捨てられることになる。
【００５６】
このように、従来の延長線上の広告付与システムでは、時間Ｔを変動させることにより、例えば、１時間に１００ＰＶ数を稼いだので広告を付与する場合と、３０分間に１００ＰＶ数を稼いだので広告を付与する場合のように、広告付与サーバ２００で処理する負荷変動により広告が付与されるＰＶ数が変動してしまう。すなわち、記事に対して広告を付与するか否かの決定処理、すなわち、ＰＶ数により広告を付与するか否かの選別が、時間Ｔといった外的要因に影響されてしまうという問題を含んでいるのである。
【００５７】
次に、本実施形態における広告付与システムにおける広告付与サーバが有する広告未付与記憶部から広告付与処理対象記憶部に送られる間において行われる処理について説明する。図５は、本実施形態における広告付与システムにおける広告付与サーバが有する広告未付与記憶部から広告付与処理対象記憶部に送られる間において行われる処理について説明する図である。
【００５８】
図５において、記事が、広告が未だ付与されていない記事（以下、広告未付与記事ともいう。）であれば、広告未付与記憶部２１１に格納する。そして、広告未付与記憶部２１１は、広告未付与記事の記事ＩＤと当該記事の実測ＰＶと予測ＰＶとを対応付けたテーブル６５０を格納する。ここで、記事ＩＤは、広告未付与記事の各々を識別するための識別子である。また、実測ＰＶは、当該記事ＩＤに対応する広告未付与記事の実測ＰＶを、実測ＰＶ数算出部２０７が算出したものである。そして、予測ＰＶは、当該記事ＩＤに対応する広告未付与記事の予測ＰＶを、予測ＰＶ数算出部２０５が算出したものである。予測ＰＶの算出は、上記したように、（前日の合計ＰＶ数／前々日の合計ＰＶ数）＊１００＝Ｃ％で求められる。
【００５９】
次に、広告付与サーバ２００の処理部（広告付与決定部）２５０が行う処理について説明する。処理部（広告付与決定部）２５０は、広告未付与記憶部２１１に格納されている広告未付与記事が、ユーザによって閲覧されたタイミングで、その都度、当該広告未付与記事に対して広告を付与するか否かを、テーブル６５０に記憶された予測ＰＶに基づいて決定する。
【００６０】
このとき、予測ＰＶが所定の値を上回る広告未付与記事は、今後も継続して閲覧され続けることによりＰＶ数を稼ぐと推測される。したがって、高い確率で広告が付与されるべきと考えられるので、高い確率で広告付与処理対象記憶部２１０に格納されると良い。
【００６１】
すなわち、予測ＰＶが広告付与下限ＰＶ数（Ｂ（ＰＶ））と比較して十分大きい広告未付与記事であるほど、広告を付与すると判断する確率を高くする。これによって、仮に、実測ＰＶが所定の値を下回る早い段階であっても、高い確率で広告付与処理対象記憶部２１０に格納され、広告が付与されることになる。
【００６２】
さらに、実測ＰＶが多い広告未付与記事は、たとえ予測ＰＶが広告付与下限ＰＶ数（Ｂ（ＰＶ））を下回る場合であっても、実測ＰＶを用いて繰り返し確率的判断処理を行うことにより、結果的に広告が付与される確率が高くなる。したがって、実測ＰＶを用いて繰り返し確率的判断処理を行うことにより、高い確率で広告付与処理対象記憶部２１０に格納され、広告が付与されることになる。
【００６３】
すなわち、本実施形態では、予測ＰＶに加え、実測ＰＶを加味して記事に対して広告を付与するか否かの判断を行っている。実測ＰＶとは、例えるならば、ある一定時間内における速度であり、予測ＰＶは、本日の累積ＰＶはこれくらいであろうという距離に例えることができる。すなわち、予測ＰＶは、前日は閲覧数が多かったので、本日も多いのではないか、本日もこれくらいのＰＶを稼ぐのではないかといった概念である。なお、実測ＰＶは、ある短い期間で時々クリアしたり、常に一定時間の閲覧数を計数するなど、一定時間内の閲覧数とすると良い。
【００６４】
実測ＰＶ及び予測ＰＶが大きい程、高い確率で広告未付与記憶部２１１から広告付与処理対象記憶部２１０に確率的に格納すると説明したが、実測ＰＶ及び予測ＰＶが一定以上の大きさを有していた場合は、一定以上の確率で広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納するというような確率的に段階的な格納手法でも良い。前日多くのＰＶを稼いだから本日も多くのＰＶを稼ぐと推定される予測があれば、高い確率で広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納される。
【００６５】
予測ＰＶが小さいが実測ＰＶが大きい場合、処理部（広告付与決定部）２５０は、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納するか否かの判断処理を何度も何度も繰り返し実行する。すなわち、実測ＰＶが高いので、広告付与済みでなければ、広告未付与記憶部２１１に追加する処理が繰り返し実行される。そうすると、処理部（広告付与決定部）２５０は、広告未付与記憶部２１１に繰り返し追加される広告未付与記事を、広告付与処理対象記憶部２１０に格納するか否かの判断を繰り返し実行する。その結果、実測ＰＶが大きくなると、相対的に広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納される確率が高くなる。
【００６６】
したがって、広告付与処理対象記憶部２１０には広告を付与することが決定された記事のみが格納されることになるので、上記述べたような従来の延長線上の広告付与システムのように、時間Ｔ後に広告付与処理対象記憶部２１０に記事を取りに行くという処理は不要になる、要するに、記事が広告付与処理対象記憶部２１０に格納されるのを待つ必要がなくなるのである。
【００６７】
そうすると、広告付与下限ＰＶ数（Ｂ（ＰＶ））と比較して十分に実測ＰＶが多い記事は、高い確率で広告付与処理対象記憶部２１０に格納される。また、広告付与下限ＰＶ数（Ｂ（ＰＶ））の閾値付近の記事は、滅多に広告付与処理対象記憶部２１０に格納されないことになり、通常は広告付与処理対象記憶部２１０に格納されることはない。
【００６８】
すなわち、予測ＰＶが十分に高い記事は、閲覧開始の早い段階で広告付与処理対象記憶部２１０に格納され易い。逆に、予測ＰＶが下位の記事（広告付与下限ＰＶ数（Ｂ（ＰＶ））の閾値付近の記事）は、閲覧開始からの早い段階では、広告付与処理対象記憶部２１０に格納され難いことになる。そして、このような予測ＰＶが下位の記事（広告付与下限ＰＶ数（Ｂ（ＰＶ））の閾値付近の記事）については、実測ＰＶが多ければ、何度も広告付与の判断がされることになる。
【００６９】
なお、上記したように、予測ＰＶは、実測ＰＶによって適宜補正するようにしても良い。例えば、実測ＰＶ数がじわじわ上昇するような場合として、２４時間で１０００回読まれると予測していた記事（予測ＰＶ＝１０００）が、初めの１時間で１００回読まれたという事実が存在した場合、予測ＰＶは誤っていると判断し、例えば、予測ＰＶを１５００に上方修正するといったような補正を行う。
【００７０】
本実施形態では、広告付与決定部２０８は広告付与可能数が残っている限り、広告付与処理対象記憶部２１０に広告付与対象記事を格納する。すなわち、広告付与処理実行部２０９は最大限の速度で処理することが可能である。すなわち、広告付与処理対象記憶部２１０に格納された記事すべてに対して広告を付与して良いことになる。要するに、広告付与処理対象記憶部２１０に格納されるということは、その記事には必ず広告が付与されるということを意味している。したがって、広告付与処理対象記憶部２１０に格納さえされてしまえば、最大速度で広告付与処理を行って良いことになる。
【００７１】
したがって、上記した従来の延長線上にある広告付与システムのように記事に対して広告を付与するか否かの決定処理、すなわち、ＰＶ数により広告を付与するか否かの選別が、時間Ｔといった外的要因に影響されてしまうという問題はなくなり、従来の延長線上にある広告付与システムと比較すると、記事に広告が付与される速度が変わるのである。
【００７２】
ただし、実測ＰＶが上昇し、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納するか否かの確率計算を繰り返し実行している間は、記事が読まれても広告が付されないことになるため、広告付与の効果を得ることができないＰＶも出現することになるが、どの記事に対して広告を付与すべきか否かという判断自体はずれないことになる。
【００７３】
本実施形態では、予測ＰＶが広告付与下限ＰＶ数（Ｂ（ＰＶ））よりもはるかに大きい場合、実際に実測ＰＶが上昇し始める前に直ちに、例えば、数秒といった時間的に早い段階で、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納し、記事に広告を付与することとしている。
【００７４】
また、予測ＰＶと広告付与下限ＰＶ数（Ｂ（ＰＶ））とが殆ど等しい場合、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納するか否かといった判定処理を何度も行っているうちに、そのうち広告付与処理対象記憶部２１０に格納されることになる。要するに、実測ＰＶが上昇することにより、広告を付与すべき記事であることが確実になる前に、実測ＰＶが上昇し、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納することが確率的に高いと判断される場合には、その記事に広告を付与するようにする。このように、必ずしも完全な正確さはないが、多くの場合において大きな間違いでない範囲で、かつ広告が付与されない無駄なＰＶを小さくすることができる。
【００７５】
例えば、記事掲載期間が３日（７２時間）である場合、今後７２時間に読まれるであろう予測ＰＶ（例えば、１日分）を推定し、まず、予測ＰＶが高い記事に対して広告を付与する。次に、過去のＰＶから推定して予測ＰＶが十分高ければ、今後７２時間も十分ＰＶが高く推移するであろうと予測されるので、高い確率で記事に広告を付与する。次に、過去のＰＶはあまり高くなかったが、例えば、直近１分間に読まれた回数が上昇している（実測ＰＶが上昇している）記事は、実測ＰＶを用いて記事に広告を付与するべきかどうかを確率的に決めて、その試行を何回実行するかを実測ＰＶに基づいて定めている。
【００７６】
要するに、予測ＰＶと実測ＰＶとだけを用いることで、記事に広告を付与するか否かを決定するまで判断を保留してしまうと、その間に広告が付与されないまま記事が閲覧され広告の効果を得ることができないＰＶが発生するのでできるだけ避け、記事に広告を付与するか否かの判断を確率的に即断即決することとしている。
【００７７】
７２時間後に記事が初期化されると、再度記事に広告が付与されていない状態に戻る。長期的に見ると、大量の記事に対して広告が付与されていない状態が続いている。７２時間後に初期化されたら、再度読まれたタイミングで今後７２時間の間に広告を付与した方が良いか、もうＰＶ数が落ちてきているので広告を付与しない方が良いかの判断をし続ける。
【００７８】
予測ＰＶが広告付与下限ＰＶ数に対して十分高ければ、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納する確率は、予測ＰＶの値で決まる（例えば、予測ＰＶ５０％ならば、２回に１回広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納される。
【００７９】
予測ＰＶ数に相当する広告付与確率が０．１％であれば、広告未付与記憶部２１１から広告付与処理対象記憶部２１０になかなか格納されないが、何度も閲覧者によって閲覧された場合には、何度も繰り返して広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納するかどうかを計算することになり、そのうち、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納されるようになる。すなわち、予測ＰＶで計算しているが、実測ＰＶが上昇してくると、その計算処理を実測ＰＶ数に応じて何度も行うことになる。
【００８０】
例えば、実測ＰＶ数に相当する広告付与確率が０．１％であり、実測値が予測ＰＶ通りであった場合、実測ＰＶが小さいので、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納するか否かの計算を時々しか実行しない。例えば、１時間に１回程度しか計算しないので、簡単に広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納され難い。
【００８１】
しかしながら、予測ＰＶ（０．１％）と違って、例えば、実測ＰＶが上昇し、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納する計算を１時間当たり１００回計算することになると、かなりの確率で広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納される可能性が高くなる。
【００８２】
広告未付与記憶部２１１には、広告未付与記事が格納される。そして、実測ＰＶ＝５であった場合、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納するかどうかの計算を５回実行する。すなわち、予測ＰＶ数に相当する広告付与確率を１から引いた広告が付与されない確率を５乗して広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納するか否かを判定する処理を実行すれば良い。
【００８３】
なお、本実施形態における広告付与システムを用いた広告付与の手法は、広告付与サーバに限定されることなくユーザ端末（クライアント端末）に設けるようにしても良い。ユーザ端末（クライアント端末）だからこそ、ある程度の確率を有することが分かった段階で、記事に付与する広告を広告主（広告代理店）サーバから取ってくるようにしても良い。
【００８４】
また、本実施形態における広告付与システムを用いた広告付与の手法を、ユーザ端末（クライアント端末）に搭載する場合、記事の属するジャンル毎にグルーピングするようにしても良い。例えば、前日閲覧した記事がスポーツニュースに関するものであった場合、翌日閲覧する記事もスポーツニュースに関する記事を対象として、予測ＰＶ、実測ＰＶを求めるようにする。このようにすることで、ユーザ毎に興味を持っている可能性の高い記事に対して優先的に広告を付与することができる。これに対し、広告付与サーバに搭載する場合、ある記事に対して前日は１００万人の閲覧があり、翌日には当該記事に対して９０万人の閲覧があったとして、予測ＰＶ、実測ＰＶを求めるようにする。
【００８５】
次に、本実施形態における広告付与システムにおける広告付与サーバが、予測ＰＶ、実測ＰＶを算出する動作について説明する。図６、図７、及び図８は、本実施形態における広告付与システムにおける広告付与サーバが、予測ＰＶ、実測ＰＶを算出する動作について説明するフロー図である。
【００８６】
図６において、まず、ステップＳ７０１の処理において、広告付与サーバ２００の広告付与下限ＰＶ数決定部２０４は、前日のＰＶ数を降順にソートし、広告付与可能数であるＡ番目のＰＶ数をＢ（ＰＶ）（広告付与下限ＰＶ数）として算出する。
【００８７】
次に、ステップＳ７０２の処理において、予測ＰＶ数算出部２０５は、新規記事以外の記事について、（前日の合計ＰＶ数／前々日の合計ＰＶ数）＊１００＝Ｃ［％］を計算し、予測ＰＶ数（平均減衰率）を算出する。ステップＳ７０１、Ｓ７０２は、一度だけ、若しくは何日かに一度計算すれば十分である。
【００８８】
次に、ステップＳ７０３の処理において、記事閲覧数取得部２０３は、広告未付与の記事が読まれたか否かを判断する。広告未付与の記事が読まれた（ステップＳ７０３：Ｙ）と判断すると、ステップＳ７０４の処理へ移行する。広告未付与の記事が読まれていない（ステップＳ７０３：Ｎ）と判断すると、処理を終了する。
【００８９】
次に、ステップＳ７０４の処理において、広告付与決定部２０８は、広告未付与の記事に広告を付与するか否かを、ステップＳ７０２の処理で算出された予測ＰＶに基づいて決定する。ステップＳ７０５の処理おいて、記事閲覧数取得部２０３は、広告未付与の記事が新規記事であるか否かを判定する。新規記事である（ステップＳ７０５：Ｙ）と判定すると、ステップＳ７０６の処理へ移行し、新規記事でない（ステップＳ７０５：Ｎ）と判定すると、ステップＳ７１０の処理へ移行する。
【００９０】
ステップＳ７０６の処理において、予測ＰＶ補正部２０６は、予測ＰＶとして、前日の新規記事のＰＶ数の実績の最大値、平均値等を採用する。ステップＳ７１０の処理において、広告付与決定部２０８は、前日広告を付与したか否かを判断する。前日広告を付与した（ステップＳ７１０：Ｙ）と判断すると、ステップＳ７１１の処理へ移行し、前日広告をしなかった（ステップＳ７１０：Ｎ）と判断すると、ステップＳ７１４の処理へ移行する。
【００９１】
ステップＳ７１１の処理において、実測ＰＶ数算出部２０７は、前日の実測ＰＶ数が予測ＰＶ数以下であったか否かを判定する。前日の実測ＰＶ数が予測ＰＶ数以下である（ステップＳ７１１：Ｙ）と判定すると、ステップＳ７１３の処理へ移行し、前日の実測ＰＶ数が予測ＰＶ数以下でない（前日の実測ＰＶ数が予測ＰＶ数を超えている）と判定すると、ステップＳ７１２の処理へ移行する。
【００９２】
ステップＳ７１２の処理において、予測ＰＶ補正部２０６は、予測ＰＶ数を前日の実測ＰＶ数のＣ％、すなわち、平均減衰率の割合として、ステップＳ７０７の処理へ移行する。ステップＳ７１３の処理において、予測ＰＶ補正部２０６は、予測ＰＶ数を、予測ＰＶ数の９０％程度に下方修正し、ステップＳ７０７の処理へ移行する。
【００９３】
ステップＳ７１４の処理において、広告付与決定部２０８は、前日広告を付与すべきだったか否かを判断する。前日広告を付与すべきだった（ステップＳ７１４：Ｙ）と判断するとステップＳ７１５の処理へ移行し、前日広告を付与すべきでなかった（ステップＳ７１４：Ｎ）と判断すると、ステップＳ７１２の処理へ移行する。
【００９４】
ステップＳ７１５の処理において、予測ＰＶ補正部２０６は、予測ＰＶ数を、予測ＰＶ数の１２０％程度に上方修正し、ステップＳ７０７の処理へ移行する。ステップＳ７０７の処理において、予測ＰＶ補正部２０６は、実測ＰＶの分速と予測ＰＶの分速とを比較する。ステップＳ７０８の処理において、予測ＰＶ補正部２０６は、予測ＰＶの補正が必要か否かを判断する。
【００９５】
ステップＳ７０８の処理において、予測ＰＶ補正部２０６が、予測ＰＶの補正が必要である（ステップＳ７０８：Ｙ）と判断すると、ステップＳ７０９の処理へ移行し、予測ＰＶの補正が必要でない（ステップＳ７０８：Ｎ）と判断すると、処理を終了する。ステップＳ７０９の処理において、予測ＰＶ補正部２０６は、予測ＰＶを補正し、処理を終了する。
【００９６】
次に、本実施形態における広告付与処理システムにおける広告付与サーバが、広告未付与記事を広告未付与記憶部から広告付与処理対象記憶部に格納する動作について説明する。図９は、本実施形態における広告付与処理システムにおける広告付与サーバが、記事に対して広告付与を行う動作について説明するフロー図である。
【００９７】
図９において、まず、ステップＳ９０１の処理において、広告付与サーバ２００の記事閲覧数取得部２０３は、広告未付与の記事が読まれたか否かを判断する。広告未付与の記事が読まれた（ステップＳ９０１：Ｙ）と判断すると、ステップＳ９０２の処理へ移行する。読まれた記事が広告付与済みの場合（ステップＳ９０１：Ｎ）は、処理を終了する。
【００９８】
ステップＳ９０２の処理において、予測ＰＶ数算出部２０５は、当該記事（広告未付与の記事）の予測ＰＶ数に応じた広告付与確率を計算する。例えば、予測ＰＶ数が多い程、付与確率が大きくなるような関数を用い、付与確率を求める。このとき、予測ＰＶが広告付与下限ＰＶ数（Ｂ（ＰＶ））より十分に大きい場合は、一律で高い確率を付与し、十分に小さい場合は、一律に非常に小さな確率を付与し、広告付与下限ＰＶ数（Ｂ（ＰＶ））付近の場合は、十分な実測ＰＶの場合のみ高い確率を付与するようにしても良い。
【００９９】
ステップＳ９０３の処理において、実測ＰＶ数算出部２０７は、当該の実測ＰＶ数を計測する。そして、実測ＰＶが多い程、付与確率が大きくなるように広告付与確率を補正する。例えば、ステップＳ９０２で求めた確率を１から引いた数を実測ＰＶ数で累乗し、１から引くことで実測ＰＶの分だけ広告付与判定を行ったことになるような補正を行う。
【０１００】
ステップＳ９０４の処理において、乱数を発生させ、乱数とステップＳ９０３で求めた広告付与確率から広告付与を判定する。例えば、広告付与確率が１．５％であるとすると、１以上１０００以下の整数の乱数を発生させ、１５以下の場合に広告を付与し、１６以上の場合に広告を付与しないと判定すれば良い。
【０１０１】
なお、図６から図９に示した本実施形態における広告付与サーバの動作フローは、コンピュータ上のプログラムに実行させることもできる。すなわち、広告付与サーバ２００を構成するＣＰＵ（制御部）４０１が、ＲＯＭ４０２格納されたプログラムをロードする。そして、プログラムの各処理ステップが順次実行されることによって行われる。
【０１０２】
また、メディアサーバ１００にアップロードされている記事のうち、広告を付与することを決定した記事に付与する広告は、当該記事に含まれるキーワードを抽出し、当該キーワードに基づいて、広告主（広告代理店）サーバ３００を検索することにより取得する。さらに、広告付与サーバ２００が付与する広告は、自装置である広告付与サーバ２００の外部に設けられた広告主（広告代理店）サーバ３００から取得する。
【０１０３】
以上説明したように、本実施形態では、広告未付与記憶部２１１から広告付与処理対象記憶部２１０に格納する確率は、予測ＰＶの値によって定まるのであるが、予測ＰＶが広告付与下限ＰＶ数（Ｂ（ＰＶ））付近以下の記事に対して広告を付与するか否かという決定をするために、広告付与下限ＰＶ数（Ｂ（ＰＶ））付近以下の各記事に広告が掲載される確率の計算を、実測ＰＶの回数分実行することとしている。
【０１０４】
すなわち、実際にユーザに閲覧された回数に比例する回数分、換言すれば実測ＰＶに対応する回数分、広告付与下限ＰＶ数（Ｂ（ＰＶ））付近以下の各記事に対して広告を付与すべきか否かという決定を行うこととしている。これにより、記事に対して広告を付与するか否かの決定処理、すなわち、ＰＶ数により広告を付与するか否かの選別が、時間Ｔといった外的要因に影響されることなく、瞬間高ＰＶ記事やロングセラー記事に対しても広告を付与することができる。
【０１０５】
このように、本発明によれば、少ない処理負荷でどの記事に最適な広告を付与すべきかを容易に推定することが可能な広告付与装置、広告付与装置の処理方法、及びプログラムを得ることができるのである。
【０１０６】
以上、これまでの本発明の実施形態について、ユーザの記事の閲覧回数に基づき説明してきたが、記事毎のＰＶ数の代わりに、広告クリック数によって判断しても良い。広告の種別によっては、表示回数ではなく、閲覧者が広告をクリックした回数（クリック数）により効果を判定する。また、記事はその内容から付与された広告がクリックされ易いものとされ難いものがある。このような広告種別の場合、ＰＶ数が多いがクリック数が少ない、若しくは逆のケースがあり得る。その場合は、ＰＶ数が多い記事より、クリック数が多い記事に広告を付与すべきである。さらに、クリック毎の広告単価は一定ではないので、広告単価とクリック数を掛け算した、広告収益を判断材料としても良い。何れの場合も、これまで説明した方法の小さな変形で対応が可能である。
【０１０７】
例えば、平均のクリック率が１％のときに、閲覧数Ａの記事のクリック率が２％であると仮定すると、閲覧数Ａの記事は平均のクリック率と比較して２倍のクリック率を有しているのであるから、同じクリック率で比較した場合、閲覧数を２倍に補正すると良い。このように、平均のクリック率との比を用いて、前日までの実績に基づく予測ＰＶや、本日の一定期間での実測ＰＶを補正してやると良い。
【０１０８】
以上、これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではない。すなわち、他の実施形態、追加、変更、削除等、当業者が想到することができる範囲内で変更することができ、何れの態様においても本発明の作用効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【０１０９】
１００、１０１、１０２、・・・、１０Ｎ    メディアサーバ
２００    広告付与サーバ
２０１    メディアサーバ通信インタフェース部
２０２    広告主（広告代理店）サーバ通信インタフェース部
２０３    記事閲覧数取得部
２０４    広告付与下限ＰＶ数決定部
２０５    予測ＰＶ数算出部
２０６    予測ＰＶ補正部
２０７    実測ＰＶ数算出部
２０８    広告付与決定部
２０９    広告付与処理実行部
２１０    広告付与処理対象記憶部
２１１    広告未付与記憶部
２１２    全体制御部
２１５、４０８    バス
２５０    処理部
３００    広告主（広告代理店）サーバ
４００    ネットワーク
４０１    ＣＰＵ（制御部）
４０２    ＲＯＭ
４０３    ＲＡＭ
４０４    ＨＤＤ
４０５    操作・表示部
４０６    通信部
４０７    電源部
４５０、６５０    テーブル
５００    ユーザ端末
５５０    ユーザ
【図１】
2018045502.tif 000003
【図２】
2018045502.tif 000004
【図３】
2018045502.tif 000005
【図４】
2018045502.tif 000006
【図５】
2018045502.tif 000007
【図６】
2018045502.tif 000008
【図７】
2018045502.tif 000009
【図８】
2018045502.tif 000010
【図９】
2018045502.tif 000011