JP7486195B2 - 情報処理装置 - Google Patents

Description

本発明は、情報処理装置に関する。

従来、他のコンテンツ（Ｗｅｂページを含む）にアクセスするための参照情報を埋め込んでリンク文書を形成し、このリンク文書を配置してＷｅｂページを生成することが広く行われている。このようなＷｅｂページにおいて、検索結果を提示するＷｅｂページでは、検索により抽出されたＷｅｂページ、或いはファイル等を表すリンク文書が配置される。このような検索結果を提示するＷｅｂページでは、コンテンツが予め評価され、評価結果が高いほど、検索順位も高くなり、リンク文書が上位に配置されるのが普通である。

検索結果に係るＷｅｂページでは、上位に配置されるほどリンク文書のクリック率が高くなる傾向が知られている。しかしながら上位に配置されるような高い評価を得ることは困難である。このためリンク文書の配置における対価として入札額を広告主に指定可能とし、指定された入札額が高いリンク文書ほど、その表示順位を高くすることも行われている（例えば、特許文献１参照）。この場合、任意の入札額を指定可能にすることにより、広告主は、検索時か否かに係わらず、入札額を通して、リンク文書の表示順位を操作することができる。

特開２００８－２０４４８６号公報

サービス等を含む商品の開発は、その商品を購入する人を想定して行うのが普通である。同様に、広告も、紹介する商品の対象者を想定して作成されるのが普通である。広告媒体によって閲覧者の傾向が異なるのが普通であることから、広告主は、広告に応じて適切な広告媒体を選択するのが望ましい。
開発された商品は、実際に、その開発時に想定された人にとって特に望ましい、或いは合うものである場合が多い。このことから、広告主だけでなく、閲覧者にとっても、広告に対する広告主の想定を考慮することに意味があると言える。

そこで、本発明は、閲覧者、及び広告主の双方にとって望ましい形でリンク文書を配置させたＷｅｂページを生成可能な情報処理装置を提供することを目的とする。

本発明の第１の態様は、閲覧者が使用する端末に対し、ネットワークを介して、第１の情報にアクセスするための参照情報が埋め込まれたリンク文書を配置したＷｅｂページを送信可能な情報処理装置であり、前記閲覧者を表す閲覧者情報を取得する閲覧者情報取得手段と、前記第１の情報、及び前記リンク文書を含む情報を閲覧用の閲覧情報として登録させた顧客により設定された、前記閲覧情報で想定する前記閲覧者の対象範囲を指定する設定情報を取得する設定情報取得手段と、前記閲覧者の前記閲覧者情報、及び前記閲覧情報毎の前記設定情報を参照して、前記閲覧者情報が表す前記閲覧者が前記設定情報によって指定される前記対象範囲に入るか否か判断し、該判断結果を用いて、前記Ｗｅｂページに配置させる各リンク文書の配置上の優先順位を決定する優先順位決定手段と、前記優先順位決定手段によって決定された優先順位に従って、前記各リンク文書を配置した前記Ｗｅｂページを生成するページ生成手段と、を備える。

本発明は、閲覧者、及び広告主の双方にとって望ましい形でリンク文書を配置させたＷｅｂページを生成可能な情報処理装置を提供することができる。

本発明の情報処理装置の一実施形態に係るＷｅｂサーバにより提供されるサービスの説明に供する図である。 本発明の情報処理装置の一実施形態に係るシステムの説明に供する図である。 本発明の情報処理装置の一実施形態に係るＷｅｂサーバの構成を示すブロック図である。 図３のＷｅｂサーバ上に実現される機能的構成を示す機能ブロック図である。 会員情報の構成例を説明する図である。 掲載管理情報の構成例を説明する図である。 会員ステータスの項目例、及び各項目の設定方法例を説明する図である。 ＤＬ管理情報の構成例を説明する図である。 リンク文書配置のＷｅｂページ送信処理の例を示すフローチャートである。 優先順位決定処理の例を示すフローチャートである。 優先順位決定処理の例を示すフローチャートである。 ＤＬ監視処理の例を示すフローチャートである。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、以下に説明する実施形態は、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。本発明の技術的範囲には、様々な変形例も含まれる。

図１は、本発明の情報処理装置の一実施形態に係るＷｅｂサーバにより提供されるサービスの例の概要を説明する図である。
ここでは営業支援サービス会社ＳＣに着目し、本サービスについて具体的に説明する。

営業支援サービス会社ＳＣは、提携企業ＣＣを顧客とする。この提携企業ＣＣは、営業支援サービス会社ＳＣにとっては広告を掲載する広告主である。営業支援サービス会社ＳＣは、顧客として登録した提携企業ＣＣに対し、その提携企業ＣＣにとって営業を行うのに望ましい組織、或いは個人の情報を提供する。組織、或いは個人に対しては、望ましい提携企業ＣＣを検討するための広告である情報を提供する。それにより、営業支援サービス会社ＳＣは、提携企業ＣＣと組織、或いは個人とを結びつけるための場を提供し、提携企業ＣＣと、組織、或いは個人との双方に対しサービスを行う。

組織とは、具体的には企業、教育機関、官公庁、各種組合等である。営業支援サービス会社ＳＣは、組織、或いは個人のうちで会員Ｍとして登録した組織、或いは個人に対してサービスを提供する。ここでは、混乱を避けるために、以降、提携企業ＣＣが営業を行う対象となる組織、或いは個人は会員Ｍと総称する。営業支援サービス会社ＳＣが提供するサービスを利用する利用者である会員Ｍは、提携企業ＣＣの広告の閲覧を想定する主な閲覧者である。

提携企業ＣＣは、例えば自身が広告を掲載する広告媒体を有するか、或いは広告媒体を使用することが可能な企業である。広告媒体上に掲載する広告を作成するのを支援する企業も提携企業ＣＣに含まれる。また、各種セミナーを開催する企業も提携企業ＣＣに含まれる。ここでは混乱を避けるために、以降、特に断らない限り、提携企業ＣＣとしては、広告媒体を有する企業を想定して説明する。

この想定では、提携企業ＣＣは、自身が有する広告媒体に広告を掲載する会員Ｍを対象として、自身の広告の掲載を営業支援サービス会社ＳＣに対して依頼することになる。会員Ｍのうちで提携企業ＣＣの広告を実際に閲覧するのは主にマーケターとなる。会員Ｍによる広告と、提携企業ＣＣによる広告との混乱を避けるために、以降、提携企業ＣＣによる広告のための情報は「媒体資料ＭＭ」と表記する。

この媒体資料ＭＭは、例えば提携企業ＣＣが提供するサービスの詳細、及びそのサービスによって得られる利点等がまとめられたコンテンツである。会員Ｍが提携企業ＣＣに対して掲載を依頼する広告は、例えばその会員Ｍが提供する製品、或いはサービスを周知させ、その製品の購入、或いはサービスの利用を組織、或いは個人に促すためのものである。

媒体資料ＭＭは、ダウンロード（ＤＬ）用の情報としている。これは、媒体資料ＭＭの情報量が比較的に大きく、全体を検討するのに時間を要する、検討している間、媒体資料ＭＭは繰り返し閲覧されると想定される、といった理由からである。ダウンロードによって媒体資料ＭＭが会員Ｍの使用する端末上、或いはその端末がアクセス可能な記録媒体上に保存されることから、会員Ｍがより有用と予想する媒体資料ＭＭをダウンロードすることを期待できることも理由の一つである。

図１に示すように、営業支援サービス会社ＳＣは、媒体資料ＭＭを登録させる場合、リンク文書ＬＤ、及び詳細ページＤＰを併せて提携企業ＣＣに登録させるようにしている。リンク文書ＬＤは、例えば詳細ページＤＰ、及び媒体資料ＭＭへのアクセスのための２つの参照情報が埋め込まれるコンテンツである。より具体的には、リンク文書ＬＤは、例えば文章の他に、１つ以上の画像を含むコンテンツである。詳細ページＤＰは、リンク文書ＬＤより情報量が大きく、媒体資料ＭＭへの参照情報が埋め込まれるコンテンツである。より具体的には、詳細ページＤＰは、例えばリンク文書ＬＤよりも詳報量の大きい文章、及びリンク文書ＬＤよりも多くの画像を含むコンテンツである。参照情報は、例えば１つ以上の画像、或いは１つ以上の文章に埋め込まれる。画像は、参照情報が埋め込まれたボタンであっても良い。図１において、リンク文書ＬＤ、詳細ページＤＰ、及び媒体資料ＭＭの間に示す矢印は、埋め込まれる参照情報によるアクセス先を表している。

リンク文書ＬＤは、例えば詳細ページＤＰの一部か、或いはその内容の一部を抜粋して作成されたものである。媒体資料ＭＭは、例えば詳細ページＤＰと比較して、より情報の多い文章、及びより多くの画像を含むコンテンツである。それにより、これらの間の情報量としては、最大が媒体資料ＭＭ、次に大きいのが詳細ページＤＰ、最小なのがリンク文書ＬＤという関係が成立している。以降は、リンク文書ＬＤ、詳細ページＤＰ及び媒体資料ＭＭをまとめて、適宜、「掲載資料」と表記し、リンク文書ＬＤ、詳細ページＤＰ及び媒体資料ＭＭの１以上を指す意味でも用いる。この掲載資料は、本実施形態における閲覧情報に相当する。媒体資料ＭＭは、第１の情報に相当する。

営業支援サービス会社ＳＣは、複数のプランを用意し、媒体資料ＭＭの登録を依頼する提携企業ＣＣに対し、プランを選択させるようにしている。プランの選択結果を含むプラン情報Ｐ１は、掲載資料とともに営業支援サービス会社ＳＣに送られる。
プラン情報Ｐ１において、図１に表記の「種別」は、提携企業ＣＣが選択したプランの種類を示す情報である。選択可能なプランは、例えば無料プラン、有料プランの２つである。有料プランを選択した提携企業ＣＣは、１会員Ｍによる１回の媒体資料ＭＭのダウンロード単価である入札額を設定する必要がある。媒体資料ＭＭの登録時には、これらはプラン情報Ｐ１として営業支援サービス会社ＳＣに送信される。この入札額は、本実施形態における設定金額に相当する。

なお、登録する媒体資料ＭＭ毎にプランを提携企業ＣＣに選択させるのは、位置づけの異なる、例えば対象とする会員Ｍの属性の異なる複数の媒体資料ＭＭを提携企業ＣＣが登録させることがあり得るからである。例えば比較的に重要視していない媒体資料ＭＭの登録は無料プラン、重要と考える媒体資料ＭＭの登録は有料プランといったように、提携企業ＣＣが媒体資料ＭＭによってプランを変えたいと望むことがあり得るからである。

営業支援サービス会社ＳＣは、有料プランが選択された媒体資料ＭＭのダウンロードにより、その媒体資料ＭＭを掲載させた提携企業ＣＣに対し、入札額に応じた支払いを請求するようになっている。提携企業ＣＣには、媒体資料ＭＭをダウンロードさせた会員Ｍを見込み客として、その会員Ｍの情報を提供する。このようにして、営業支援サービス会社ＳＣは、提携企業ＣＣと会員Ｍとの双方にとってより望ましいビジネスがより容易に行えるように支援する。

本実施形態においては、有料プランを選択した提携企業ＣＣは、掲載資料が想定する会員Ｍの対象範囲を指定する情報である会員ステータスを任意に設定可能である。この会員ステータスは、プラン情報Ｐ１に含まれる。
対象範囲への提携企業ＣＣの様々な要望に対応可能とするために、会員ステータスには、複数の項目が用意されている。提携企業ＣＣは、項目毎に、設定を行うことができる。入札額による課金の対象となる会員Ｍは、会員ステータスが指定する対象範囲に入っている会員Ｍのみとしている。これは、会員ステータスの設定を通して、提携企業ＣＣが望ましいと考える見込み客、つまりより優良と考える会員Ｍを指定している形となるからである。

そのため、提携企業ＣＣにとっては、望ましいと考える見込み客に対してのみ支払いをすれば良いことになり、会員ステータスによる支払いの対象を制限しない場合と比較して、費用対効果の面で利点がある。これは、営業支援サービス会社ＳＣから情報が提供される見込み客（会員Ｍ）のうちで実際に営業の対象となる見込み客の割合がより大きくなると強く期待できるからである。それにより、実際に営業を行う１見込み客当たりの支払い額はより小さくなると強く期待できる。

そのような見込み客、つまりより優良な会員Ｍの情報を提供することにより、提携企業ＣＣにとっては、人的資源をより有効、且つより効率的に使えるようになる。そのような利便性の向上により、提携企業ＣＣは、より軽い負荷でより多くの契約を結ぶことができるようになる。必要な人的資源もより抑えることが可能となる。このような利点が得られることから、提携企業ＣＣは、より大きい入札額を設定できるようにもなる。これは、営業支援サービス会社ＳＣにとっては、会員ステータスの設定を可能にすることに伴うサービス料収入の低減が少なくとも抑えられることを意味する。

媒体資料ＭＭを含む掲載資料は、営業を行う対象として望ましい会員Ｍを想定して作成される。このため、媒体資料ＭＭは、想定された会員Ｍにとって有用である確率は高い。
媒体資料ＭＭをダウンロードさせるまでに、会員Ｍは、リンク文書ＬＤ、及び詳細ページＤＰの各内容を確認することができる。媒体資料ＭＭのダウンロードは、リンク文書ＬＤ、及び詳細ページＤＰのうちの何れかから行わなければならないことから、会員Ｍは、少なくともリンク文書ＬＤの内容は確認していると言える。このことからも、想定された会員Ｍが媒体資料ＭＭをダウンロードさせた場合、その会員Ｍは提携企業ＣＣにとって望ましい見込み客である確率は高いと言えることになる。

会員ステータスの項目には目的が含まれる。この目的は、会員Ｍが媒体資料を利用する目的により、会員Ｍを判別するのを可能にするために設けられた項目である。会員ステータスで指定する提携企業ＣＣ側の目的と、会員Ｍ側の目的とを区別するために、以下、前者は「利用目的」、後者は「閲覧目的」と夫々表記する。

本実施形態では利用目的を「自社導入」、「代理販売」、「自社導入及び代理販売」に分類している。「自社導入」は、掲載資料の登録が、主に自社導入を意図した会員Ｍに対するものである場合等に適用される。具体的に、提携企業ＣＣが有する広告媒体に広告を掲載させるか否かの判断を自社で行える会員Ｍを指定する。また「代理販売」は、掲載資料の登録が、主に代理販売を意図した会員Ｍに対するものである場合等に適用される。具体的に、提携企業ＣＣが有する広告媒体に広告を掲載させるか否かの判断を自社のみで行うのが困難であり、通常、契約者（組織、或いは個人）の承諾等を必要とする会員Ｍを指定する。「自社導入及び代理販売」は、掲載資料の登録が、自社導入及び代理販売の双方を意図した会員Ｍに対するものである場合等に適用される。具体的に、提携企業ＣＣが有する広告媒体に広告を掲載させるか否かの判断を自社のみで行える部分と、契約者の承諾等を必要とする部分とが存在する会員Ｍを指定する。
「自社導入」、「代理販売」、は、その何れか一方のみを選択させるものではなく、両方を選択することも可能である。「自社導入及び代理販売」は、その両方が選択されたことを表している。ここでは、混乱を避けるために、以降も「自社導入及び代理販売」を１つの分類として表記する。

例えば代理販売の立場の会員Ｍは、契約者側の考え、或いは方針等に従う必要がある。そのため、独自の判断で提携企業ＣＣとの契約を行えるのは非常に稀である。会員Ｍの判断が契約者側の判断と一致しないことは多い。
このようなことから、例え同じ媒体資料ＭＭをダウンロードしたとしても、代理販売の立場の会員Ｍは、自社導入を想定する会員Ｍと比較し、実際に提携企業ＣＣと契約する確率が低いのが実情である。これは、提携企業ＣＣにとって、自社導入を想定する会員Ｍは、代理販売の立場の会員Ｍよりも優良な見込み客であることを意味する。
本実施形態において、提携企業ＣＣに利用目的を選択させるのは、会員Ｍの立場によって契約に期待できる度合いが異なる、ターゲットとする会員Ｍが掲載資料によって異なる、といった理由からである。それにより、本実施形態では、選択された利用目的により、媒体資料ＭＭをダウンロードさせた会員Ｍを分類して、提携企業ＣＣにとってより優良な会員Ｍを抽出し、抽出した会員Ｍの会員情報を提携企業ＣＣに提供可能にしている。

広告を掲載させることを望む企業のうちには、その広告の掲載を別の企業に委託しているものもある。そのような企業は、例え会員登録していたとしても、契約を結ぶのは非常に困難である。その広告を掲載する契約を望む提携企業ＣＣにとっては、事実上、代理販売の立場の会員Ｍをターゲットにしなければならない。また、広告の掲載のうちの一部を別の企業に委託している企業も存在する。
このようなことから、提携企業ＣＣにとって望ましい会員Ｍは、自社導入のみを想定する会員Ｍだけであるとは限らない。それにより、営業支援サービス会社ＳＣは、利用目的の選択を通して、提携企業ＣＣがターゲットと想定する会員Ｍの会員情報をより高い精度で提供する。結果、提携企業ＣＣは、より優良な見込み客と見なせる会員Ｍに絞った営業をより容易に行うことができる。

会員Ｍにとっては、閲覧目的と利用目的が一致する提携企業ＣＣとの契約がより容易に行えるようになると期待できる。会員Ｍにとって、閲覧目的と利用目的が一致する提携企業ＣＣは、利用目的が一致しない提携企業ＣＣと比較し、より望ましい相手である確率が高いと期待できる。このようなことから、閲覧目的、利用目的を用いて優先順位を操作しても、閲覧者である会員Ｍにとっては、媒体資料ＭＭのダウンロードを行ううえでの利便性の低下は事実上、回避できるか、例え回避できないとしても、利便性の低下は抑えられる。

会員ステータスに含まれる他の項目も、提携企業ＣＣにとってより優良な会員Ｍを指定することができる。そのため、提携企業ＣＣは、会員ステータスの設定を通して、自身にとって優良と考える見込み客の情報を取得することができる。以下、会員ステータスは、会員Ｍを表す属性を指す意味でも用いる。また、「会員ステータスが一致する」等の表現は、会員ステータスによって指定される対象範囲内に入ることを指す意味で用いる。

営業支援サービス会社ＳＣは、提携企業ＣＣから登録を依頼された媒体資料ＭＭ、詳細ページＤＰ、及びリンク文書ＬＤを保存し、詳細ページＤＰ、及びリンク文書ＬＤには必要な参照情報を埋め込む。それにより、リンク文書ＬＤから詳細ページＤＰ、及び媒体資料ＭＭへのアクセス、並びに詳細ページＤＰから媒体資料ＭＭへのアクセスを可能にさせる。

営業支援サービス会社ＳＣは、登録した媒体資料ＭＭに対し、キーワードを付与する。このキーワードは、会員Ｍが望む検索を可能にする他に、各種分類別にリンク文書ＬＤの選択表示を可能にするためのものである。各種分類の項目としては、広告媒体、或いはその広告媒体に掲載される情報の種類による分類であるカテゴリ、広告の対象による分類であるターゲット、広告を掲載する意図による分類である目的、課金上の分類である料金形態、等がある。媒体資料ＭＭが該当する分類は、提携企業ＣＣ側で指定することができる。

営業支援サービス会社ＳＣは、リンク文書ＬＤを配置したＷｅｂページＷＰを生成することにより、そのＷｅｂページＷＰを閲覧した会員Ｍが希望する詳細ページＤＰの送信、或いは媒体資料ＭＭのダウンロードを可能にさせる。
ＷｅｂページＷＰに配置すべきリンク文書ＬＤは、付与されたキーワードから特定される。そのこともあり、本実施形態では、媒体資料ＭＭに対し、事前の評価を行わないようにしている。

営業支援サービス会社ＳＣは、会員Ｍの指定した内容に従って、その内容によって特定されるリンク文書ＬＤを配置したＷｅｂページＷＰを生成して送信する。それにより、営業支援サービス会社ＳＣは、会員Ｍが望む媒体資料ＭＭをより容易、且つ短時間にダウンロードすることを可能にしている。

上記のように、媒体資料ＭＭをダウンロードさせた会員Ｍは、その媒体資料ＭＭを登録させた提携企業ＣＣにとっては優良な見込み客である確率が高い。会員ステータスで指定される対象範囲内の会員Ｍは、より優良な見込み客である確率が高い。一方、会員Ｍ側にとっては、より多くダウンロードされた媒体資料ＭＭ程、高価値である確率が高いことになる。これは、より良いサービスを提供する提携企業ＣＣほど、その提携企業ＣＣが掲載した媒体資料ＭＭがダウンロードされると推定できるからである。そのような提携企業ＣＣを利用した場合、より多くの組織、或いは個人に広告を提示できると期待することができる。また、見込み客についての情報を強く望む提携企業ＣＣは、有料プランを選択し、より高い入札額を設定すると予想される。

これらのことから、ＷｅｂページＷＰ上に配置するリンク文書ＬＤの配置上の優先順位を、会員ステータスによる判別結果、入札額、及び媒体資料ＭＭの評価であるダウンロード（ＤＬ）数に応じて決定することが考えられる。そのようにリンク文書ＬＤの配置を決定することにより、会員Ｍが自身の望む媒体資料ＭＭのダウンロードを容易、且つ短時間に行えるようにしつつ、媒体資料ＭＭを登録させる提携企業ＣＣの要望にも沿うことができる。

会員ステータスによる判別結果をリンク文書ＬＤの配置に反映させることにより、提携企業ＣＣにとってより優良な会員Ｍによる媒体資料ＭＭのダウンロードがより多くなると期待できる。これは、会員Ｍが対象範囲内に入る会員ステータスが設定されたリンク文書ＬＤの配置上の優先順位がより高くなるように操作することができるからである。リンク文書ＬＤは、優先順位が高くなるほど、視認しやすい位置に配置される。

対象範囲内に入ると見なされる会員Ｍにとっては、提携企業ＣＣとの契約がより容易に行えるようになると期待できる。これは、提携企業ＣＣにとって、会員Ｍは営業の対象となる確率が高い見込み客であるだけでなく、会員Ｍにとっても提携企業ＣＣは望ましい契約相手である確率が高いからである。このこともあり、会員ステータスによる判別結果をリンク文書ＬＤの配置に反映させたとしても、会員Ｍにとっては、媒体資料ＭＭのダウンロードを行ううえでの利便性の低下は事実上、回避できるか、例え回避できないとしても、利便性の低下は抑えられる。

なお、本実施形態では、媒体資料ＭＭをダウンロードして利用することを前提に、ダウンロード数をリンク文書（媒体資料ＭＭ）の優先順位の決定に用いている。しかしながら媒体資料ＭＭは、保存を前提とするのではなく、単に表示することを想定しているものであってもよい。このこともあり、媒体資料ＭＭのような第１の情報へのアクセスの方法は特に限定されない。

図１に示す例では、提携企業ＣＣであるＡ～Ｃ社の３社がそれぞれ登録させたリンク文書ＬＤＡ～ＬＤＣの間の優先順位は、１位、つまり優先順位の最も高いのがＡ社のリンク文書ＬＤＡ、２位がＢ社のリンク文書ＬＤＢ、３位がＣ社のリンク文書ＬＤＣという関係になっている。そのため、Ａ社のリンク文書ＬＤＡが最も会員Ｍにとって視認しやすい位置となるＷｅｂページＷＰの上方に配置されている。

なおダウンロード数により優先順位を設定する場合、ダウンロード数の多い媒体資料ＭＭを登録させた提携企業ＣＣにとっては、入札額を抑えつつ、多くの見込み客についての情報である会員情報を得ることが期待できる。このようなことから、入札額の他に、ＤＬ数を考慮してリンク文書ＬＤのＷｅｂページＷＰ上の配置を決定することは、会員Ｍ、及び提携企業ＣＣの双方にとっての利点がある。

以降は、図２～図１２を参照しつつ、図１に例示する本サービスの実現方法について詳細に説明する。

図２は、本発明の情報処理装置の一実施形態に係るＷｅｂサーバによるサービスの提供のために構築されたシステム、及びそのシステムが接続されたネットワーク環境の例を説明する図である。

そのシステムは、本実施形態に係るＷｅｂサーバ１とＤＢ（Ｄａｔａ Ｂａｓｅ）サーバ２とを例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）により接続させたものであり、１つのＷｅｂサイト３を実現させている。なお、Ｗｅｂサーバ１、及びＤＢサーバ２は、上記のように、営業支援サービス会社ＳＣが設置したものであっても良いが、クラウドサービスにより提供されたものであっても良い。

Ｗｅｂサーバ１は、営業支援サービス会社ＳＣが本サービスの提供用に設置するか、或いはクラウドサービス提供会社から提供された情報処理装置であり、ネットワークＮと接続されている。このため、Ｗｅｂサーバ１は、そのネットワークＮを介した通信が可能な情報処理装置を端末として使用するユーザに対してサービスを提供することができる。図２では、提携企業ＣＣで使用される端末として企業側端末４－１～４－Ｋを示している。同様に、会員Ｍで使用される端末として会員側端末５－１～５－Ｌを示している。特に限定するような必要のない場合、企業側端末４－１～４－Ｋの総称として「企業側端末４」を用いる。同様に、会員側端末５－１～５－Ｌの総称として「会員側端末５」を用いる。企業側端末４、及び会員側端末５の種類は、特に限定されない。

図３は、本発明の情報処理装置の一実施形態に係るＷｅｂサーバのハードウェア構成の一例を示すブロック図である。次に図３を参照し、Ｗｅｂサーバ１のハードウェア構成例について具体的に説明する。

Ｗｅｂサーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６、入力部１７と、記憶部１８と、２つの通信部１９、２０と、ドライブ２１と、を備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。Ｗｅｂサーバ１として機能させるアプリケーション・プログラムは、例えば記憶部１８に記憶されている。そのアプリケーション・プログラムをＣＰＵ１１が実行することにより、Ｗｅｂサーバ１は、企業側端末４、及び会員側端末５に対し、各種要求に応じた情報を送信することができる。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。そのデータには、ＣＰＵ１１が実行する各種プログラムも含まれる。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、２つの通信部１９、２０及びドライブ２１が接続されている。

出力部１６は、例えば液晶等のディスプレイを含む構成である。出力部１６は、ＣＰＵ１１の制御により、各種画像を表示する。
入力部１７は、例えばキーボード等の各種ハードウェア釦等を含む構成である。それにより、操作者は、入力部１７を介して各種情報を入力することができる。

記憶部１８は、例えばハードディスク装置、或いはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の補助記憶装置である。データ量の大きいデータは、この記憶部１８に記憶される。
通信部１９は、ネットワークＮを介した企業側端末４、及び会員側端末５との間の通信を可能にする。通信部２０は、ＤＢサーバ２との間の通信を可能にする。以降、混乱を避けるために、通信部１９は「端末通信部１９」、通信部２０は「ＤＢ通信部２０」とそれぞれ表記する。

ドライブ２１は、必要に応じて設けられる。ドライブ２１には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリカード等のリムーバブルメディア３１を装着させることができる。プログラムが記録されたリムーバブルメディア３１をドライブ２１に装着させた場合、そのプログラムを記憶部１８に記憶させることができる。また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データのコピー先、或いは移動先として用いることができる。

このようなＷｅｂサーバ１が備えるハードウェア資源を各種プログラムによって制御することにより、Ｗｅｂサーバ１は提携企業ＣＣ、及び会員Ｍに対してサービスを提供することができる。各種プログラムには、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、及びサービス提供用に開発されたアプリケーション・プログラムが含まれる。後述する各種処理は、ＯＳ上でそのアプリケーション・プログラムが実行されることにより実現される。

ＤＢサーバ２としては、Ｗｅｂサーバ１のハードウェア構成と基本的に同じものを採用することができる。そのため、ここでの詳細な説明は省略する。ただし、ＤＢサーバ２としては、大容量のストレージが搭載されるか、或いはそのストレージと接続されたものを採用することが望ましい。

また、企業側端末４、及び会員側端末５としては、例えば一般的なＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、スマートフォン、或いはタブレットＰＣ等を用いることができる。このことから、企業側端末４、及び会員側端末５についての詳細な説明も省略する。

図４は、本発明の情報処理装置の一実施形態に係るＷｅｂサーバ上に実現される機能的構成の一例を示す機能ブロック図である。次に図４を参照し、Ｗｅｂサーバ１上に実現される機能的構成について詳細に説明する。

Ｗｅｂサーバ１のＣＰＵ１１上には、機能的構成として、図４に示すように、要求解析部１１１、会員情報管理部１１２、提携企業情報管理部１１３、掲載資料管理部１１４、ＤＬ監視部１１５、計数部１１６、情報書込部１１７、情報取得部１１８、ＤＬ実行部１１９、優先順位決定部１２０、及びページ生成部１２１が実現されている。これらの機能的構成要素は何れも、ＣＰＵ１１がＯＳ、及びアプリケーション・プログラムを実行することにより実現される。それにより、記憶部１８上には、会員情報格納部１８１、提携企業情報格納部１８２、掲載管理情報格納部１８３、及びＤＬ管理情報格納部１８４が情報の格納領域として確保されている。ＤＢサーバ２の記憶部２００上には、掲載資料格納部２０１が掲載資料の格納領域として確保されている。この記憶部２００は、例えば大容量の１つ以上のストレージである。

企業側端末４、及び会員側端末５は、表示されたＷｅｂページＷＰに対するクリック操作に応じた要求をＷｅｂサーバ１に対して行う。その要求は、端末通信部１９によって受信され、ＣＰＵ１１に入力される。要求解析部１１１は、入力された要求を解析し、その解析結果に応じた制御を行う機能である。会員側端末５から会員の登録要求が送信された場合、要求解析部１１１は、要求の種類を認識し、その登録要求とともに送信された会員情報を会員情報管理部１１２に渡し、会員情報の保存を指示する。それにより、会員情報管理部１１２は、要求解析部１１１から渡された会員情報を会員情報格納部１８１に格納させる。

図５は、会員情報の構成例を説明する図である。
会員情報は、図５に示すように、会員ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）、企業名、企業ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、所在地、部署名、担当者名、電話番号、ドメイン名（メールアドレス）、担当区分、役職、及び閲覧目的の各情報を含む構成である。このような構成の会員情報は、提携企業ＣＣへの提供を前提として、会員登録を行う組織、或いは個人に入力が求められる。それにより、営業支援サービス会社ＳＣは、見込み客とする会員Ｍの会員情報を提携企業ＣＣに対して提供することができる。

会員情報中の会員ＩＤは、会員Ｍを一意に識別することを可能にする識別情報である。この会員ＩＤは、会員情報管理部１１２によって自動的に決定されて追加される。

会員情報には、会員Ｍを表す情報が含まれる。このこともあり、本実施形態では、会員ステータスの項目を全て会員情報にも含めている。それにより、提携企業ＣＣが設定した会員ステータスによって指定される対象範囲内に会員Ｍが入るか否かの判断は、会員情報の参照により可能とさせている。その会員ステータスに含まれる項目の情報は、会員情報とは別に入力させるようにしても良い。

会員Ｍがログインするためのログイン情報は、会員情報に含めても良いが、会員情報とは別にしても良い。ここでは便宜的に、ログイン情報は会員情報とは別であると想定する。
会員情報とは別にする場合、ログイン情報には、ログイン用のＩＤ、パスワードの他に、会員ＩＤを含める必要がある。その会員ＩＤにより、ログイン情報と会員情報との間の対応関係が特定可能になる。このようなログイン情報の管理、及びログインを要求した閲覧者が会員Ｍか否かの判断は、会員情報管理部１１２に行わせれば良い。
なお、ログイン時には、会員ＩＤは、そのログインの要求を送信した端末（会員側端末５）の識別情報、例えばＣｏｏｋｉｅのデータ、ＩＰ（Internet Protocol）アドレス、或いはＭＡＣ（Media Access Control）アドレスと対応付けられる。これは、提携企業ＣＣであっても同様である。それにより、要求解析部１１１は、ネットワークＮを介して接続された端末が会員側端末５、企業側端末４、及びその他のうちの何れに該当するかを含め、接続された端末を個別に識別することができる。

提携企業ＣＣとして登録を望む企業は、会員登録と同様に、ＷｅｂページＷＰ上で必要な情報を入力し、提携企業登録（顧客登録）を要求することができる。そのようにして提携企業登録要求が企業側端末４から送信された場合、その要求は端末通信部１９により受信され、ＣＰＵ１１に入力される。その結果、要求解析部１１１は、提携企業情報管理部１１３に提携企業情報を渡し、その保存を指示する。それにより、提携企業情報管理部１１３は、提携企業登録要求とともに送信された提携企業情報を提携企業情報格納部１８２に保存させる。

提携企業情報には、提携企業ＣＣを一意に識別することを可能にする企業ＩＤが含まれる。この企業ＩＤは、提携企業情報管理部１１３によって自動的に決定され、提携企業情報に追加される。提携企業情報の詳細についての説明は省略する。

提携企業ＣＣは、企業側端末４を使用して、リンク文書ＬＤ、詳細ページＤＰ、及び媒体資料ＭＭを掲載資料としてＷｅｂサーバ１に登録を要求することができる。その要求、つまり掲載資料登録要求は、例えば掲載資料、及び会員ステータス等を含むプラン情報Ｐ１とともに企業側端末４から送信され、端末通信部１９によって受信される。

端末通信部１９によって受信された掲載資料登録要求、及び掲載資料は、ＣＰＵ１１に入力される。要求解析部１１１は、要求が掲載資料登録要求と特定した場合、掲載資料管理部１１４に対して掲載資料の登録管理を指示するとともに、掲載資料を情報書込部１１７に渡し、掲載資料の保存を指示する。

掲載資料管理部１１４は、要求解析部１１１から登録管理を指示された場合、掲載資料を管理するための掲載管理情報を生成し、生成した掲載管理情報を掲載管理情報格納部１８３に保存する。要求解析部１１１から渡された会員ステータス等を含むプラン情報Ｐ１は、掲載管理情報の一部として用いられる。

図６は、掲載管理情報の構成例を説明する図である。
掲載管理情報は、図６に示すように、資料ＩＤ、企業ＩＤ、掲載キーワード、プラン種別、入札額、予算額、総ＤＬ数、リンク文書ＵＲＬ、詳細ページＵＲＬ、媒体資料ＵＲＬ、利用目的、登録日等の各情報を含む構成である。

資料ＩＤは、掲載資料を一意に識別することを可能にする識別情報である。この資料ＩＤは、掲載資料管理部１１４によって決定される。企業ＩＤは、掲載資料の登録を要求した提携企業ＣＣに割り当てられた企業ＩＤである。

掲載キーワードは、掲載資料のうちのリンク文書ＬＤを配置するＷｅｂページＷＰを指定する情報であり、一つ以上のキーワードが含まれる。この掲載キーワードとするキーワードは、掲載資料を登録する提携企業ＣＣが選択可能となっている。

プラン種別の例として表記の「０」「１」は、それぞれ無料プラン、有料プランを表している。無料プランを選択した提携企業ＣＣは、入札額、及び予算額を指定する必要はない。そのため、入札額、及び予算額の各情報は存在しない。「ＮＵＬＬ」は、情報が存在しないことを表している。

上記のように、営業支援サービス会社ＳＣは、媒体資料ＭＭを会員Ｍがダウンロードすることにより、その媒体資料ＭＭを登録させた提携企業ＣＣに対し、入札額の報酬を求めるようになっている。それにより、媒体資料ＭＭをダウンロードした会員Ｍの数をＮとすると、提携企業ＣＣに対し、入札額×Ｎ、により求められる金額を営業支援サービス会社ＳＣは報酬として請求する。このことから、営業支援サービス会社ＳＣは、報酬として支払いを求める金額の上限を提携企業ＣＣが指定できるようにさせている。その金額の上限が予算額である。予算額としては、上限なしを選択することもできる。なお、本実施形態では、確定した請求額が予算額に達した掲載資料のリンク文書ＬＤは、会員Ｍに対する閲覧対象から除外し、ＷｅｂページＷＰに配置しないようにしている。

一方、有料プランを選択した提携企業ＣＣでは、入札額、予算額、及び会員ステータスの入力（設定）が必須となる。そのため、プラン情報Ｐ１には、プラン種別、入札額、予算額、及び会員ステータスが含まれる。

総ＤＬ数は、媒体資料ＭＭがダウンロードされた総回数である。その初期値は０である。この総ＤＬ数は、掲載資料管理部１１４によって追加される。
営業支援サービス会社ＳＣが提携企業ＣＣに請求する総額は、入札額に総ＤＬ数を乗算することで求められる。媒体資料ＭＭの今後のダウンロードに対して提携企業ＣＣが支払い可能とする金額は、その総額を予算額から減算して得られる額（＝予算額－入札額×総ＤＬ数）となる。このようにして求められる金額は以降「残予算額」と表記する。

リンク文書ＵＲＬ、詳細ページＵＲＬ、及び媒体資料ＵＲＬは、それぞれ、リンク文書ＬＤ、詳細ページＤＰ、及び媒体資料ＭＭの保存先を表す情報である。掲載資料管理部１１４は、掲載資料として送信されたリンク文書ＬＤ、詳細ページＤＰ、及び媒体資料ＭＭの各保存先を決定し、リンク文書ＵＲＬ、詳細ページＵＲＬ、及び媒体資料ＵＲＬを生成する。生成したリンク文書ＵＲＬ、詳細ページＵＲＬ、及び媒体資料ＵＲＬは、全て情報書込部１１７に渡される。

情報書込部１１７は、要求解析部１１１から保存を指示されたリンク文書ＬＤの２つの参照情報として、詳細ページＵＲＬ、及び媒体資料ＵＲＬを埋め込む。詳細ページＤＰの参照情報としては、媒体資料ＵＲＬを埋め込む。その後、情報書込部１１７は、ＤＢ通信部２０を介してＤＢサーバ２に対し、リンク文書ＵＲＬ、詳細ページＵＲＬ、及び媒体資料ＵＲＬで指定される場所にリンク文書ＬＤ、詳細ページＤＰ、及び媒体資料ＭＭをそれぞれ保存するのを要求する。この結果、ＤＢサーバ２は、記憶部２００に確保された掲載資料格納部２０１にリンク文書ＬＤ、詳細ページＤＰ、及び媒体資料ＭＭを格納する。

利用目的は、有料プランが設定されている場合に選択が必須となる情報であり、会員ステータスに含まれる項目の１つのである。上記のように、利用目的は、「自社導入」、「代理販売」、「自社導入及び代理販売」のうちの何れかを表している。なお利用目的、及び閲覧目的の分類の仕方については特に限定されない。その分類は、想定する提携企業ＣＣ、及び会員Ｍに応じて定めればよいものである。

掲載管理情報のうちの登録日は、掲載資料を登録した日を表している。この登録日も掲載資料管理部１１４によって追加される。

図７は、会員ステータスの項目例、及び各項目の設定方法例を説明する図である。
会員ステータスには、図７に示すように、メールアドレスのドメイン名、役職、所在地、職種、業種、上場／非上場、資本金、年商、従業員数、及び目的等の項目を含めることが考えられる。
上記のように、会員情報には、会員ステータスを考慮し、その会員ステータスに存在する全ての項目を含めている。ここでは、便宜的に、会員情報に含まれるそれらの項目の情報も「会員ステータス」と総称する。このことからも、「会員ステータスが一致する」等の表現は、会員ステータスによって指定される対象範囲内に会員Ｍが入っていることを指す意味で用いている。

各項目の設定方法は、記述式、及び選択式に大別される。記述式は、選択肢が多い場合に採用され、選択式は、選択肢を比較的に少なくできる場合に採用される。それにより、記述式は、ドメイン名、及び所在地に採用され、ドメイン名、及び所在地を除く他の全ての項目には選択式が採用されている。所在地は、都道府県の入力に選択式が採用され、それ以降の入力には記述式が採用されている。所在地は、都道府県の入力のみであっても良い。

ドメイン名は、リンク文書ＬＤの提示が望ましくない会員Ｍの指定に用いられる。目的を含むそれ以外の全ての項目は、リンク文書ＬＤの提示が望ましい会員Ｍの指定に用いられる。このため、会員ステータスの一致とは、ドメイン名が一致せず、且つ他の全ての項目で一致することである。
ドメイン名は、会員Ｍの選別力に優れた情報であり、会員Ｍを一意に指定することも可能である。そのため、提携企業ＣＣは、ドメイン名の設定を通して、競合他社等の自社のリンク文書ＬＤを閲覧されたくないと考える会員Ｍがより探しにくくなるように、或いは表示されないように、そのリンク文書ＬＤの配置を操作することができる。なお、ドメイン名では、ユーザー名を含むもの、つまりメールアドレスの入力を可能としても良い。メールアドレスを入力可能とすることにより、ドメイン名を持たない会員Ｍにも対応できるようになる。

同様に、所在地も会員Ｍの選別力に優れた情報であり、会員Ｍを一意に指定することも可能である。そのため、提携企業ＣＣは、所在地の設定を通して、自社のリンク文書ＬＤの閲覧を望む大手広告代理店等の会員Ｍがより視認しやすくなるように、そのリンク文書ＬＤの配置を操作することができる。

ドメイン名、及び所在地のような優れた選別力を有する情報は、別の目的で用いても良い。つまりドメイン名は望ましい会員Ｍの指定用に、所在地は望ましくない会員Ｍの指定用に夫々用いるようにしても良い。
提携企業ＣＣによっては、望ましい会員Ｍ、及び望ましくない会員Ｍのうちの一方のみが存在することもありうる。その会員Ｍが複数、存在することもありうる。このようなことから、ドメイン名、及び所在地は、その用途を設定可能にするとともに、複数の情報入力を可能にするようにしても良い。複数の情報入力を可能とする項目では、入力された情報のうちの何れかとの一致により、項目の一致と見なせば良い。また、ドメイン名、所在地を含む項目のうちで有効とする項目を提携企業ＣＣが任意に選択できるようにしても良い。

ＤＬ監視部１１５は、媒体資料ＭＭのダウンロードを監視し、ダウンロードに係わる情報を更新する。掲載管理情報格納部１８３に格納された各掲載管理情報中の総ＤＬ数は、ＤＬ監視部１１５によって更新される。また、ＤＬ管理情報格納部１８４に保存されるＤＬ管理情報の追加もＤＬ監視部１１５によって行われる。これによりＤＬ監視部１１５は、リンク文書ＬＤ、或いは詳細ページＤＰに埋め込まれた参照情報によるアクセス回数を監視する。

図８は、ＤＬ管理情報の構成例を説明する図である。
ＤＬ管理情報は、図８に示すように、資料ＩＤ、会員ＩＤ、ＤＬ日、及び閲覧目的の各情報を含む。
図８に例を示すＤＬ管理情報は、有料プランの掲載資料を想定したものである。無料プランの掲載資料を想定したＤＬ管理情報も存在する。そのＤＬ管理情報も、例えば媒体資料ＭＭのダウンロード数をアクセス回数として監視するのに用いられる。ここでは、便宜的に、特に断らない限り、ＤＬ管理情報は有料プランの掲載資料を想定したものを指す意味で用いる。

資料ＩＤは、ダウンロードされた媒体資料ＭＭに割り当てられた資料ＩＤである。会員ＩＤは、資料ＩＤが割り当てられた媒体資料ＭＭをダウンロードさせた会員Ｍの会員ＩＤである。ＤＬ日は、媒体資料ＭＭがダウンロードされた日である。閲覧目的は、媒体資料ＭＭをダウンロードさせる会員Ｍへの問い合わせにより確認された、その媒体資料ＭＭを閲覧する目的である。この問い合わせ等についての詳細は後述する。

このような構成のＤＬ管理情報は、媒体資料ＭＭのダウンロードによる請求、及びダウンロードした会員Ｍの情報提供を提携企業ＣＣに対して行うために用いられる。そのため、ＤＬ管理情報の追加は、媒体資料ＭＭのダウンロードにより、必要に応じて行われる。
本実施形態では、会員ステータスが一致する会員Ｍによる媒体資料ＭＭのダウンロードに対し、提携企業ＣＣに入札額を請求するとともに、その会員Ｍの会員情報を提供可能にしている。そのため、ＤＬ管理情報は全て、請求額を算出するうえでの対象となる。ここでは、混乱を避けるために、会員ステータスが一致する会員Ｍによるダウンロードである点を前提として説明を行う。

会員ステータスの一致を条件に、報酬の支払いを提携企業ＣＣに求めるようにした場合、同じ入札額であれば、提携企業ＣＣにおける１契約当たりの単価はより低くなると期待できる。これは、期待度がより高い見込み客の情報が得られるようになっても、支払いの対象となる媒体資料ＭＭのダウンロード数自体は小さくなると考えられるからである。それにより、提携企業ＣＣにとっては、費用対効果の面でも利点がある。
提携企業ＣＣへの請求対象となる媒体資料ＭＭを会員Ｍが初めてダウンロードさせた場合、ＤＬ管理情報格納部１８４にＤＬ管理情報が追加される。また、会員Ｍが初めて媒体資料ＭＭをダウンロードさせてから設定期間が経過した後、同じ媒体資料ＭＭを同じ閲覧目的で会員Ｍが再度ダウンロードさせた場合にも、ＤＬ管理情報が追加される。

そのようにして、本実施形態では、営業支援サービス会社ＳＣは、媒体資料ＭＭをダウンロードさせてから設定期間が経過するまでの間に同じ媒体資料ＭＭに対して同じ閲覧目的で行われたダウンロードには報酬を求めないようにしている。これは、ダウンロードさせた媒体資料ＭＭを会員Ｍが誤って消去する、媒体資料ＭＭの保存場所が分からなくなった、といったことが発生する可能性も考えられるからである。
なお、無料プランでは、媒体資料ＭＭのダウンロードに対して報酬を求めないことから、設定期間を設けなくとも良い。つまり媒体資料ＭＭのダウンロード毎に、ＤＬ監視部１１５にＤＬ管理情報を追加させるようにしても良い。

上記のように、媒体資料ＭＭを参照しての検討には或る程度の期間が必要であると想定される。その期間内には、上記可能性により、同じ会員Ｍが同じ媒体資料ＭＭを複数回、ダウンロードする可能性が比較的に高いと考えられる。これらのことから、本実施形態では、媒体資料ＭＭを参照しての検討に必要とする期間を考慮して設定期間を設定し、その設定期間内で同じ媒体資料ＭＭに対して行われた２回目以降のダウンロードには報酬を求めないようにしている。それにより、入札額を報酬として求める上で有効なダウンロードは、会員Ｍにとって初めての媒体資料ＭＭのダウンロードか、或いは設定期間内ではない同じ媒体資料ＭＭのダウンロードとしている。このことに合わせ、ＤＬ管理情報中のＤＬ日は、有効なダウンロードが行われた日としている。

このような設定期間を設けることにより、提携企業ＣＣに対しては、設定期間内に同じ媒体資料ＭＭに対して行われたダウンロードの数に応じた金額を請求しなくとも済む。つまり、提携企業ＣＣに対しては、媒体資料ＭＭがダウンロードされた数ではなく、見込み客と見なせる会員Ｍの数に応じた金額を請求できるようになる。そのため、提携企業ＣＣにとっては、見込み客と見なせる会員Ｍの数に応じた金額の支払いをすれば良いことになって、事実上、無駄な支払いが回避される。設定期間を設けることには、このような利点がある。具体的な設定期間としては、３ヶ月程度が考えられる。

計数部１１６は、ＤＬ管理情報格納部１８４に格納されたＤＬ管理情報を参照し、媒体資料ＭＭ毎に、ダウンロードされた数を計数する。本実施形態では、計数対象期間を定め、計数を行う日から計数対象期間前までの間にダウンロードされた数を媒体資料ＭＭ毎に計数するようにしている。これは、無料プランでも同様である。

上記のように、ＤＬ数は、ＷｅｂページＷＰ上に配置するリンク文書ＬＤの配置上の優先順位の決定に用いられる。本実施形態では、有料プラン、無料プランのプラン別に優先順位を夫々決定するようにして、有料プランのリンク文書ＬＤは無料プランのリンク文書ＬＤよりも優先順位を高くさせるようにしている。ＤＬ数は、プラン別に、リンク文書ＬＤ間の優先順位を決定するための指標とするスコアの算出に用いられる。それにより、スコアが異なる２つのリンク文書ＬＤでは、優先順位はスコアが高いほうのリンク文書ＬＤが高くなる。リンク文書ＬＤは、優先順位が高くなるほど、より視認しやすい位置に配置される。

ＤＬ数は、掲載資料の登録日が早いほど多くなる傾向にある。しかし、単位期間当たりにダウンロードされる数は、常に一定であるとは限らない。状況によって変化することがあり得る。一時期、比較的に多くの会員Ｍによってダウンロードされたような媒体資料ＭＭもあり得る。このようなことから、本実施形態では、計数対象期間を設定することにより、現在の状況がより強く反映されるスコアを算出できるようにしている。それにより、会員Ｍにとっては、より望ましいリンク文書ＬＤが容易、且つ短時間に探せるようになる。提携企業ＣＣにとっては、会員Ｍに対して有益な媒体資料ＭＭを登録することにより、支払い金額を抑えつつ、より多くの見込み客となる会員Ｍの情報を得られるようになる。

なお、計数対象期間は、特に限定されるものではないが、例えば１週間程度の期間とすることが考えられる。計数対象期間は、全体的な媒体資料ＭＭのダウンロード頻度、その頻度が変化する傾向の他に、或いは代えて、媒体資料ＭＭの種類、掲載資料が登録されてから次の掲載資料が登録されるまでの平均的な間隔等を考慮して設定するようにしても良い。

スコアの算出を含む優先順位の決定は、優先順位決定部１２０によって行われる。要求解析部１１１は、リンク文書ＬＤを配置させたＷｅｂページＷＰを送信すべき要求が会員側端末５から送信された場合、会員情報管理部１１２、掲載資料管理部１１４、計数部１１６、及び優先順位決定部１２０への指示を行う。要求解析部１１１は、その指示を通して、要求に付加されたキーワードによる検索により配置すべきリンク文書ＬＤを特定させ、特定したリンク文書ＬＤの配置を決定させる。ページ生成部１２１には、この特定されたリンク文書ＬＤを、決定された配置により配置したＷｅｂページＷＰの生成を指示する。そのようにして生成されたＷｅｂページＷＰは、端末通信部１９、更にはネットワークＮを介して会員側端末５に送信される。

本実施形態では、媒体資料ＭＭのダウンロードは会員Ｍのみ可能とさせている。しかし、リンク文書ＬＤを配置させたＷｅｂページＷＰを送信すべき要求は、非会員であっても行わせるのを可能とさせている。そのため、ログインしていない会員Ｍも、その要求を行わせるのが可能である。このことから、要求解析部１１１は、その要求を受信した場合、その要求が、ログインした会員Ｍが使用する会員側端末５から送信されたものか否か確認し、その確認結果を会員情報管理部１１２、及び優先順位決定部１２０に渡す。

渡す確認結果は、例えば会員ＩＤとすることが考えられる。これは、閲覧者のログインが確認できない端末からの要求であることが確認できた場合、割り当て対象外の内容の会員ＩＤを渡せば良いからである。そのような会員ＩＤにより、会員情報管理部１１２、及び優先順位決定部１２０は、ログインしている会員Ｍによる要求か否かの確認結果を特定することができる。以降、割り当て対象外の内容の会員ＩＤは「非会員ＩＤ」と表記して区別する。また、非会員は、特に断らない限り、ログインしていない会員Ｍを含む意味で用いる。非会員が使用する端末は単に「端末」と表記し、会員側端末５と区別する。

なお、会員Ｍのログインは、その要求により、要求解析部１１１がログイン用のＷｅｂページＷＰの作成をページ生成部１２１に指示して送信させることで行われる。
会員Ｍは、例えばそのＷｅｂページＷＰ上にログイン用のＩＤ、及びパスワードを入力した後、送信を指示する。要求解析部１２０は、そのようにして送信されるＩＤ、及びパスワードを会員情報管理部１１２に渡し、会員情報管理部１１２は、その組み合わせを格納したログイン情報が存在するか否か確認し、その確認結果を要求解析部１２０に渡す。その組み合わせを格納したログイン情報が存在する場合、会員ＩＤが確認結果とともに要求解析部１２０に渡される。そのようにして、会員Ｍの認証が行われる。

要求解析部１２０からの指示により、掲載資料管理部１１４は、掲載管理情報を参照し、有料プラン、無料プランに分けて、配置対象となるリンク文書ＬＤの資料ＩＤを特定する。有料プランのリンク文書ＬＤでは、資料ＩＤから、入札額、予算額、総ＤＬ数、及び会員ステータスを併せて特定する。計数部１１６は、掲載資料管理部１１４が特定した資料ＩＤ毎に、計測対象期間内での媒体資料ＭＭのＤＬ数を計数する。
会員情報管理部１１２は、要求解析部１１１から会員ＩＤが渡された場合、その会員ＩＤを含む会員情報を参照し、会員ステータスを特定する。非会員ＩＤが渡された場合、会員情報管理部１１２による会員ステータスの特定は行われない。

優先順位決定部１２０は、有料プラン、無料プランに分けて、資料ＩＤ毎にスコアを算出する。
無料プランでは、優先順位決定部１２０は、例えば資料ＩＤ毎に、ＤＬ数を用いてスコアを算出して優先順位を決定する。この場合、ＤＬ数をスコアと見なすようにしても良い。しかし、ＤＬ数を用いることなく、優先順位を決定するようにしても良い。例えば予め定めた評価方法を用いて評価し、優先順位を決定するか、或いは予め定めた規則に沿って、優先順位を決定するようにしても良い。予め定めた規則の例としては、ラウンドロビンで、或いはラウンドロビン的に各資料ＩＤの優先順位を順次、変更させるようなものであっても良い。

有料プランでは、優先順位決定部１２０は、ログインした会員Ｍからの要求か否か、つまり要求解析部１２０から渡されたのが会員ＩＤか否かで分け、資料ＩＤ毎にスコアを算出する。有料プランの資料ＩＤのうちで、確定した支払い総額が予算額に達しているものは、予算額を超える金額の請求を回避させるために、スコアを算出する対象から除外される。除外された資料ＩＤのリンク文書ＬＤは、配置の対象から除外される。
要求解析部１２０から渡されたのが非会員ＩＤであった場合、優先順位決定部１２０は、残予算額による判別を行い、資料ＩＤを第１類、及び第２類のうちの何れかに分類する。それにより、資料ＩＤ毎のスコアの算出、算出したスコアによる優先順位の決定は、類毎に行われる。スコアの算出は、ＤＬ数、及び入札額を用いて行われ、算出したスコアにより、類毎に、優先順位が決定される。

一方、要求解析部１２０から渡されたのが会員ＩＤであった場合、優先順位決定部１２０は、会員ステータス、及び残予算額による判別をそれぞれ行い、資料ＩＤを第１～第３類のうちの何れかに分類する。非会員時と同様に、資料ＩＤ毎のスコアの算出、算出したスコアによる優先順位の決定は、類毎に行われる。スコアの算出も、ＤＬ数、及び入札額を用いて行われる。

会員ステータスによるリンク文書ＬＤの判別は、会員ステータスが一致するか否かにより行うようにしている。残予算額によるリンク文書ＬＤの判別は、会員Ｍか否かに係わらず、予め閾値として定めた金額αより残予算額が大きいか否かにより行うようにしている。それにより、第１類に分類するのは、会員Ｍでは、会員ステータスが一致し、且つ残予算額が金額αより大きいという条件を満たす資料ＩＤ（リンク文書ＬＤ）であり、非会員では、残予算額が金額αより大きいという条件を満たす資料ＩＤである。なお、金額αの具体額としては、例えば１万円程度とすることが考えられる。
第２類に分類するのは、会員Ｍでは、会員ステータスが一致し、且つ残予算額が金額α以下という条件を満たす資料ＩＤであり、非会員では、残予算額が金額α以下という条件を満たす資料ＩＤである。第３類に分類するのは、会員Ｍのときだけであり、資料ＩＤは、会員ステータスが一致しないという条件を満たす資料ＩＤである。
会員Ｍによっては、第１～第３類の１つ以上の類に、分類された資料ＩＤが存在しないことがあり得る。非会員では、第１類、及び第２類のうちの何れかに、分類された資料ＩＤが存在しないことがあり得る。しかし、ここでは、混乱を避けるため、全ての類に１つ以上の資料ＩＤが分類されるものと想定し説明することとする。

類間にも優先順位が設定されている。類の間に設定された優先順位は、会員Ｍか否かに係わらず、第１類が最も高く、第２類が次に高いというものである。第３類の優先順位は最低としている。それにより、リンク文書ＬＤは、類別に分けられ、類毎に決定された優先順位に従って、ＷｅｂページＷＰに配置されるようになっている。そのようにして、本実施形態では、ＤＬ数、及び入札額の他に、非会員では残予算額、会員Ｍでは会員ステータス、残予算額を優先順位の決定に用いている。
会員ステータスを用いた分類により、会員Ｍにとっては、会員ステータスが一致する媒体資料ＭＭのダウンロードが容易に行える環境が実現されることになる。これは、提携企業ＣＣにとっては、より望ましい見込み客と言える会員Ｍによる媒体資料ＭＭのダウンロードがより高い確率で行われる環境が実現されることを意味する。

一方、残予算額を用いた分類では、以下のような利点がある。
残予算額が小さくなるほど、媒体資料ＭＭの総ＤＬ数は大きくなる。つまり、残予算額と総ＤＬ数とはトレードオフの関係にある。予算額、及び入札額が同じ複数の資料ＩＤ（掲載資料）を想定した場合、残予算額が小さくなる主な要因としては、媒体資料ＭＭの単位期間当たりのＤＬ数がより大きい、掲載資料の登録がより早い、の２つが考えられる。

単位期間当たりのＤＬ数が比較的に大きい掲載資料、つまり人気度の高い掲載資料は、計数されるＤＬ数も比較的に大きく、優先順位は高くなりやすい。そのため、確定した支払い総額が予算額に達している掲載資料を配置の対象から除外する場合、単位期間当たりのＤＬ数が大きくなるほど、配置の対象となる期間は短くなる。これは、会員Ｍにとっては、ダウンロードする媒体資料ＭＭの選択肢が少なくなりやすいことを意味する。

残予算額を用いた分類を行う場合、人気度の高い掲載資料は、残予算額が金額α以下となることにより、第１類から第２の類に分類が変わり、優先順位は強制的に低くされる。それにより、媒体資料ＭＭはダウンロードされ難くなって、配置の対象となる期間はより長くなる。それよりも優先順位が低い掲載資料は、人気の掲載資料が第２類に分類されることに伴い、優先順位がより高くなって、媒体資料ＭＭがよりダウンロードされやすくなる。

このようなことから、残予算額を用いた分類により、会員Ｍ、或いは非会員である閲覧者にとっては、媒体資料ＭＭの選択肢が少なくなるのが抑えられることになる。人気の掲載資料を登録させた提携企業ＣＣにとっては、予算額を使い切る前に、優先順位が強制的に低くされることから、全体として、見込み客となる会員Ｍの情報が得られる単位期間当たりの数が抑えられることになる。それにより、見込み客への対応に要する単位期間当たりの負荷も抑えられることになる。これは、必要な人的資源もより抑えられることを意味する。また、人気のない掲載資料を登録させた提携企業ＣＣにとっては、優先順位がより高くなる機会が強制的に得られることから、媒体資料ＭＭがより多くダウンロードされると期待できる環境が実現されることになる。これは、掲載資料を登録させてから余り時間が経っていない提携企業ＣＣにとっても同様である。従って、残予算額を用いた分類を行った場合、会員Ｍを含む閲覧者、及び提携企業ＣＣの双方にとっての利点がある。

優先順位決定部１２０は、リンク文書ＬＤを配置すべき資料ＩＤとともに、決定した優先順位をページ生成部１２１に渡す。この結果、ページ生成部１２１は、少なくとも、有料プラン、無料プランに分け、決定された優先順位に従って、配置対象となるリンク文書ＬＤのみを配置したＷｅｂページＷＰを生成する。ログインした会員Ｍによる要求から、ＷｅｂページＷＰを生成する場合、ページ生成部１２１は、有料プランのリンク文書ＬＤを、第１～第３類に分け、決定された優先順位に従って配置する。非会員による要求から、ＷｅｂページＷＰを生成する場合、ページ生成部１２１は、有料プランのリンク文書ＬＤを、第１類、及び第２類に分け、決定された優先順位に従って配置する。配置するリンク文書ＬＤは、掲載資料管理部１１４が情報取得部１１８に対してリンク文書ＵＲＬを指定することにより、情報取得部１１８によってＤＢ通信部２０を介してＤＢサーバ２から取得され、ページ生成部１２１に渡される。

会員側端末５から媒体資料ＭＭのダウンロードが要求された場合、要求解析部１１１は、その会員側端末５に対し、閲覧目的を問い合わせるためのＷｅｂページ、例えばポップアップの生成をページ生成部１２１に指示する。要求解析部１１１は、そのＷｅｂページ上で会員Ｍが選択した閲覧目的を受信した後、ダウンロード要求とともに送信された媒体資料ＵＲＬを情報取得部１１８に渡し、媒体資料ＭＭのＤＢサーバ２からの取得を指示する。それにより、情報取得部１１８は、その媒体資料ＵＲＬで指定される場所に格納されている媒体資料ＭＭをＤＢサーバ２から取得し、取得した媒体資料ＭＭをＤＬ実行部１１９に渡す。この結果、ＤＬ実行部１１９は、端末通信部１９を介して、情報取得部１１８から渡された媒体資料ＭＭを送信する。一方の会員側端末５では、会員Ｍの指定する保存場所に、送信された媒体資料ＭＭを保存することになる。

その一方、要求解析部１１１は、例えば受信した閲覧目的とともに、会員ＩＤ、及び資料ＩＤをＤＬ監視部１１５に渡し、ＤＬ管理情報の必要に応じた生成を指示する。その指示により、ＤＬ監視部１１５は、会員情報中の会員ステータスに含まれる閲覧目的を、渡された閲覧目的に変えて、媒体資料ＭＭのダウンロードが請求の対象か否かの判断を行い、請求の対象と判断した場合に、ＤＬ管理情報を生成してＤＬ管理情報格納部１８４に格納する。

図５に示すように、会員情報の項目には閲覧目的が存在する。しかし、閲覧目的が全ての媒体資料ＭＭで同じであるとは限らない。このことから、本実施形態では、媒体資料ＭＭのダウンロード時にも、会員Ｍに閲覧目的を入力させて確認するようにしている。それにより、営業支援サービス会社ＳＣは、会員ステータスが一致する会員Ｍによる媒体資料ＭＭのダウンロードに対する請求をより高精度に行うことができる。
なお、媒体資料ＭＭによって会員ステータスに含まれる各項目の内容が変化しない、或いは変化する可能性が低いような場合、会員ステータスが一致する会員Ｍか否かを高精度に判断できることから、問い合わせは行わなくとも良い。問い合わせを行うか否かは、会員ステータスで採用する項目、媒体資料ＭＭが有する傾向、等により、決定すれば良い。

会員Ｍが使用しているのが確認できていない端末から媒体資料ＭＭのダウンロードが要求された場合、要求解析部１１１は、その端末に対し、会員Ｍの認証のための画面（以降「ログイン画面」）の生成をページ生成部１２１に指示する。それにより、要求を受信した端末にログイン画面が送信され、端末を使用する非会員にログインすることが要求される。このログイン画面は、例えばＩＤ、パスワードを夫々入力するための入力ボックス、及び２つ以上のボタンが配置されたものである。
要求解析部１１１は、ログイン画面の送信、その後の認証により、端末を使用する非会員が会員Ｍであることが確認できた場合、以降は会員Ｍによるダウンロード要求の受信時と同じ制御を実行する。例えば媒体資料ＭＭのダウンロードの前に、閲覧目的を問い合わせるためのＷｅｂページ、例えばポップアップの生成をページ生成部１２１に指示する。
このようにして、要求解析部１１１は、非会員による媒体資料ＭＭのダウンロード要求であっても、認証により非会員が会員Ｍであることが確認できた場合、その媒体資料ＭＭをダウンロードさせる。ＤＬ監視部１１５には、閲覧目的、会員ＩＤ、及び資料ＩＤを渡す。この結果、会員ステータスが一致する会員Ｍが行った媒体資料ＭＭのダウンロードに対する提携企業ＣＣへの請求、及び媒体資料ＭＭをダウンロードした会員Ｍの情報の提携企業ＣＣへの提供が可能になる。一方、非会員が会員Ｍであることが確認できなかった場合、ダウンロード要求は無効とされる。

提携企業ＣＣは、企業側端末４を用いて、媒体資料ＭＭをダウンロードさせた会員Ｍの会員情報の提供を営業支援サービス会社ＳＣに対して要求することができる。その要求は、期間を指定して行うことができる。

その要求が受信された場合、要求解析部１１１は、例えばＤＬ監視部１１５に期間、及び資料ＩＤを渡して、その資料ＩＤが割り当てられた媒体資料ＭＭをダウンロードさせた会員Ｍの会員ＩＤを抽出させる。この会員ＩＤの抽出は、ＤＬ監視部１１５が、ＤＬ管理情報格納部１８４に格納されたＤＬ管理情報を参照することにより行われる。より具体的には、ＤＬ監視部１１５が、全てのＤＬ管理情報のうちから、渡された資料ＩＤ、及びその期間内のＤＬ日を有するＤＬ管理情報を抽出することで行われる。

抽出された会員ＩＤは、例えば要求解析部１１１を介して会員情報管理部１１２に渡され、その会員ＩＤを有する会員情報の抽出が会員情報管理部１１２に対して指示される。会員情報管理部１１２は、抽出した会員情報をページ生成部１２１に渡す。それにより、ページ生成部１２１は、会員情報管理部１１２から渡された会員情報を配置したＷｅｂページＷＰを生成し、端末通信部１９を介して、生成したＷｅｂページＷＰを企業側端末４に送信することになる。この結果、提携企業ＣＣは、媒体資料ＭＭをダウンロードさせた会員Ｍを見込み客として、営業のための連絡を行うことができる。この会員Ｍは、媒体資料ＭＭに設定された会員ステータスと一致する会員ステータスの会員Ｍである。

以降は、上記アプリケーション・プログラムをＣＰＵ１１が実行することで実現される各種処理について、図９～図１２を参照して詳細に説明する。
図９は、リンク文書配置のＷｅｂページ送信処理の例を示すフローチャートである。この処理は、会員側端末５からの要求により、その会員側端末５に対し、会員Ｍが望むリンク文書ＬＤを配置させたＷｅｂページＷＰを送信するための処理である。この処理の実行により、要求解析部１１１、会員情報管理部１１２、掲載資料管理部１１４、計数部１１６、情報取得部１１８、優先順位決定部１２０、及びページ生成部１２１のそれぞれの機能の一部が実現される。ここでは、処理を実行する主体としてＣＰＵ１１を想定する。

先ず、ステップＳ１では、ＣＰＵ１１は、掲載管理情報格納部１８３に格納された掲載管理情報を参照し、会員側端末５の要求に該当する掲載資料を特定する。続くステップＳ２では、ＣＰＵ１１は、特定した掲載資料のうちから、有料プランの掲載資料を抽出する。このとき、確定した支払い額の総額が予算額に達している掲載資料は除外される。それにより、結果的に抽出される掲載資料は、ＷｅｂページＷＰに配置すべき対象のみとなる。

次にステップＳ３では、ＣＰＵ１１は、抽出した有料プランの掲載資料を対象に、その掲載資料の間の配置上の優先順位を決定する優先順位決定処理を実行する。この優先順位決定処理では、上記のように、リンク文書ＬＤが配置されたＷｅｂページＷＰの送信を要求したのが会員Ｍか否かにより、異なる処理が実行される。詳細は後述する。
次に移行するステップＳ４では、ＣＰＵ１１は、抽出した無料プランの掲載資料を対象に、その掲載資料の間の配置上の優先順位を決定する。その後、ステップＳ５に移行する。

ステップＳ５では、ＣＰＵ１１は、抽出した掲載資料のリンク文書ＬＤをＤＢサーバ２から取得し、決定した優先順位に従って、有料プラン、無料プランで分けてリンク文書ＬＤを配置させたＷｅｂページＷＰを生成する。次に移行するステップＳ６では、ＣＰＵ１１は、端末通信部１９を介して、生成したＷｅｂページＷＰを送信させる。その後、このＷｅｂページ送信処理が終了する。このＷｅｂページ送信処理を実行することにより、営業支援サービス会社ＳＣは、図１に示すようなＷｅｂページＷＰを生成して会員Ｍに閲覧させることができる。

図１０、及び図１１は、上記ステップＳ３として実行される優先順位決定処理の例を示すフローチャートである。次に図１０、及び図１１を参照して、この決定処理について詳細に説明する。この決定処理で優先順位を決定する対象となるのは、有料プランの掲載資料である。この決定処理の実行により、優先順位決定部１２０の一部が実現される。

先ず、ステップＳ１１では、ＣＰＵ１１は、掲載資料毎に、計数対象期間内でのＤＬ数を計数する。上記のように、このＤＬ数の計数は、実際には資料ＩＤ毎に、ＤＬ日が計数対象期間内となっているＤＬ管理情報の数を計数することで行われる。

ステップＳ１１に続くステップＳ１２～Ｓ１９では、リンク文書ＬＤを配置させたＷｅｂページＷＰの要求がログイン済みの会員Ｍか否かを考慮しつつ、配置の対象となる掲載資料を第１～第３類のうちの何れかに分類するための処理が実行される。掲載資料は、後述のように、ログイン済みの会員では第１～第３類のうちの何れかに分類され、非会員では第１類、及び第２類のうちの何れかに分類される。
先ずステップＳ１２では、ＣＰＵ１１は、対象の掲載資料のうちの１つを選択する。続くステップＳ１３では、ＣＰＵ１１は、ＷｅｂページＷＰの送信を要求させたのが会員Ｍか否か、つまりログインした会員Ｍが使用する会員側端末５からその要求を受信したか否か判断する。その要求がログイン済みの会員Ｍによるものであった場合、ステップＳ１３の判断はＹＥＳとなってステップＳ１４に移行する。その要求が非会員によるものであった場合、ステップＳ１３の判断はＮＯとなってステップＳ１５に移行する。

ステップＳ１４では、ＣＰＵ１１は、会員Ｍが、選択した掲載資料で設定された会員ステータスと一致するか否か判断する。掲載資料を登録させた提携企業ＣＣにとって、会員Ｍが望ましい見込み客であった場合、会員ステータスが一致する。そのため、ステップＳ１４の判断はＹＥＳとなってステップＳ１５に移行する。そうでない場合、つまり提携企業ＣＣにとって、会員Ｍが見込み客として望ましくない場合、ステップＳ１４の判断はＮＯとなってステップＳ１８に移行する。

ステップＳ１５では、ＣＰＵ１１は、残予算額が金額αより大きいか否か判断する。その大小関係が成立している場合、ステップＳ１５の判断はＹＥＳとなってステップＳ１６に移行する。一方、その大小関係が成立していない場合、ステップＳ１５の判断はＮＯとなってステップＳ１７に移行する。

ステップＳ１６では、ＣＰＵ１１は、選択した掲載資料を第１類に分類する。同様に、ステップＳ１７では、ＣＰＵ１１は、選択した掲載資料を第２類に分類する。ステップＳ１８では、ＣＰＵ１１は、選択した掲載資料を第３類に分類する。そのようにして、ステップＳ１６～Ｓ１８のうちの何れかにより、選択した掲載資料の分類を行った後、ステップＳ１９に移行する。
上記のように、ステップＳ１３の判断がＮＯであった場合、つまりＷｅｂページの要求が非会員によるものであった場合、ステップＳ１５に移行し、ステップＳ１４の判断処理は実行されない。そのため、非会員では、掲載資料は第１類、及び第２類のうちの何れかに分類されることとなる。

ステップＳ１９では、ＣＰＵ１１は、分類していない掲載資料があるか否か判断する。分類していない掲載資料が残っている場合、ステップＳ１９の判断はＹＥＳとなって上記ステップＳ１２に戻る。それにより、分類されていない別の掲載資料が選択されることになる。一方、分類していない掲載資料が存在しない場合、ステップＳ１９の判断はＮＯとなって、図１１のステップＳ２０に移行する。

このようにして、処理ループを形成するステップＳ１２～Ｓ１９を実行することにより、リンク文書ＬＤが配置対象となっている掲載資料は、第１類、及び第２類のうちの何れか、或いは第１～第３類のうちの何れかに分類される。それにより、図１１のステップＳ２０以降では、類別に、掲載資料のスコアの算出、算出したスコアによる優先順位の決定のための処理が実行される。

ステップＳ２０では、ＣＰＵ１１は、スコアの算出対象とする類を選択し、以下のステップで選択された類に含まれる掲載資料のスコアを算出する。続くステップＳ２１では、ＣＰＵ１１は、選択した類に分類した掲載資料のうちの１つをスコアの算出対象として選択する。次に移行するステップＳ２２では、ＣＰＵ１１は、選択した掲載資料の入札額に応じた補正値βを決定する。

補正値βの決定後に移行するステップＳ２３では、ＣＰＵ１１は、選択した掲載資料の入札額、決定した補正値β、及び計数したＤＬ数を用いてスコアを算出する。このスコアの算出は、例えば以下の式により行われる。
スコア＝（入札額－β）×（ＤＬ数＋１） （１）

ＤＬ数に加算する１は、登録直後の掲載資料ではＤＬが行われていない可能性が高いために設定された値である。この値を設定することにより、入札額によってスコアの値を変化させることができる。つまり入札額が大きくなるほど、スコアの値も大きくさせることができる。また、補正値βは、入札額のスコアへの影響を緩和させ、ＤＬ数がスコアに影響する度合いをより高めることも想定して用いている。これらの値を用いた式（１）により、入札額、及びＤＬ数をより適切に反映させたスコアを算出することができる。それにより、提携企業ＣＣに対しては、適切と思われる金額を超える入札額を設定して、リンク文書ＬＤの優先順位を上げようとする行為が行われないように抑制させることができる。なお、スコアの算出方法は、式（１）に限定されない。

式（１）により算出されるスコアは、入札額が高くなるほど、ＤＬ数が大きくなるほど大きくなる。このため、会員Ｍにとっては、人気度の高い媒体資料ＭＭのダウンロードが容易に行える環境が実現されることになる。提携企業ＣＣにとっては、登録する掲載資料の質だけでなく、入札額の設定を通して、会員Ｍによる媒体資料ＭＭのダウンロードが行われる確率を操作することができる。

なお、無料プランの掲載資料でも、優先順位の低い掲載資料の優先順位を強制的に、一時的にでも高くさせるようにしても良い。例えば登録直後の掲載資料は、一時的に比較的に高い優先順位としても良い。これは、ＤＬ数を用いてスコアを算出する場合、掲載資料間の優先順位が変化しにくくなるからである。優先順位が高い掲載資料は、視認のしやすさから、以後も媒体資料ＭＭのダウンロードが行われやすいと言えるからである。

ステップＳ２３に続くステップＳ２４では、ＣＰＵ１１は、選択した類に分類されている掲載資料のうちでスコアを算出していない掲載資料があるか否か判断する。スコアを算出していない掲載資料が残っている場合、ステップＳ２４の判断はＹＥＳとなって上記ステップＳ２１に戻る。それにより、スコアが算出されていない別の掲載資料が選択されることになる。一方、スコアを算出していない掲載資料が存在しない場合、ステップＳ２１の判断はＮＯとなって、ステップＳ２５に移行する。

ステップＳ２５では、ＣＰＵ１１は、同スコアの掲載資料があるか否か判断する。複数の掲載資料で同じスコアが算出されていた場合、ステップＳ２５の判断はＹＥＳとなってステップＳ２６に移行する。各掲載資料で算出されたスコアが全て異なっている場合、ステップＳ２５の判断はＮＯとなってステップＳ２７に移行する。

ステップＳ２６では、ＣＰＵ１１は、同スコアの掲載資料間での優先順位を決定する。この優先順位の決定では、例えばＤＬ数（人気度）、及び登録日に着目して行うようにしても良い。より具体的には、始めにＤＬ数に着目し、ＤＬ数が大きい掲載資料ほど、優先順位を高くさせる。ＤＬ数が同じ掲載資料が複数、存在する場合、登録日に着目し、例えば登録日が新しい掲載資料ほど、優先順位を高くさせる。このようにして、同スコアの掲載資料間の優先順位を決定するようにしても良い。
なお、同スコアとなった掲載資料間の優先順位の決定方法は、特に限定されない。例えばＤＬ数、及び登録日に代えて、或いは加えて、ＤＬ日に着目しても良い。例えばダウンロードが行われたタイミングがより遅い掲載資料の優先順位をより高くさせるようにしても良い。また、ダウンロードが行われる頻度の変化に着目しても良い。例えばダウンロードの頻度がより増大傾向にある掲載資料の優先順位をより高くするようにしても良い。

ステップＳ２６に続くステップＳ２７では、ＣＰＵ１１は、スコアの算出をしていない類があるか否か判断する。そのような類が存在する場合、ステップＳ２６の判断はＹＥＳとなって上記ステップＳ２０に戻る。それにより、スコアの算出をしていない類が選択される。一方、スコアの算出をしていない類が存在しない場合、つまり全ての類でのスコアの算出が終了した場合、ステップＳ２７の判断はＮＯとなってステップＳ２８に移行する。

ステップＳ２８では、ＣＰＵ１１は、有料プランの掲載資料間の優先順位を決定する。
ここでの優先順位の決定は、例えば類で分けつつ、各類の掲載資料を優先順位に沿ってソートする操作である。有料プランの掲載資料が第１類、及び第２類ののうちの何れかに分類されている場合、第１類、第２類の順序で、各類に分類された掲載資料が優先順位に沿ってソートされる。有料プランの掲載資料が第１～第３類のうちの何れかに分類されている場合、第１類、第２類、第３類の順序で、各類に分類された掲載資料が優先順位に沿ってソートされる。それにより、第１類の優先順位が最も高く、第２類の優先順位が次に高く、第３類の優先順位が最も低いという関係性が実現される。ソートは、この関係性の実現のために行われる。
このような操作を行った後、優先順位決定処理が終了する。

このようにして、ＷｅｂページＷＰに配置される有料プランのリンク文書ＬＤは、入札額、及びＤＬ数が反映されたスコアにより優先順位が決定される。ＷｅｂページＷＰの送信先が会員側端末５であった場合、会員ステータス、及び残予算額を用いたそれぞれの分類により、有料プランのリンク文書ＬＤは、第１～第３類に分け、ＷｅｂページＷＰに配置される。その結果、会員Ｍにとっては、会員ステータスが一致するリンク文書ＬＤがＷｅｂページＷＰ上の最も視認しやすい位置、或いは範囲に配置されることとなる。リンク文書ＬＤは、入札額が高くなるほど、またＤＬ数が大きくなるほど、算出されるスコアが大きくなって、ＷｅｂページＷＰ上のより視認しやすい位置に配置されることとなる。
また、ＷｅｂページＷＰの送信先が会員側端末５でなかった場合、残予算額を用いた分類が行われ、有料プランのリンク文書ＬＤは、第１類、及び第２類に分けられて、ＷｅｂページＷＰに配置される。その結果、非会員では、残予算額が金額αを超えるリンク文書ＬＤがＷｅｂページＷＰ上の最も視認しやすい位置、或いは範囲に配置されることとなる。

図１２は、ＤＬ監視処理の例を示すフローチャートである。最後に図１２を参照して、ＤＬ監視処理について詳細に説明する。このＤＬ監視処理は、有料プランの媒体資料ＭＭのダウンロードにより実行される処理であり、提携企業ＣＣへの請求、及び会員Ｍの情報の提携企業ＣＣへの提供を可能にする処理に相当する。このＤＬ監視処理の実行により、ＤＬ監視部１１５の一部が実現される。上記のように、ＤＬ監視処理の実行時には、媒体資料ＭＭのダウンロードを要求した会員Ｍにより選択された閲覧目的が受信済みである。会員Ｍによる媒体資料ＭＭのダウンロードにより、媒体資料ＭＭの資料ＩＤ、及び会員Ｍの会員ＩＤも特定済みである。

先ず、ステップＳ３１では、ＣＰＵ１１は、資料ＩＤに対応する会員ステータス中のドメイン名が一致するか否か判断する。それらが一致しない場合、つまり会員Ｍが、提携企業ＣＣがドメイン名で指定した望ましくない会員Ｍではない場合、ステップＳ３１の判断はＮＯとなってステップＳ３２に移行する。そうでない場合、つまり会員Ｍが、提携企業ＣＣがドメイン名で指定した望ましくない会員Ｍであった場合、ステップＳ３１の判断はＹＥＳとなり、ここでＤＬ監視処理が終了する。

ステップＳ３２では、ＣＰＵ１１は、会員ステータスのドメイン名を除く全ての項目が一致するか否か判定する。全ての項目が一致した場合、ステップＳ３２の判断はＹＥＳとなってステップＳ３３に移行する。一致しない項目が存在した場合、ステップＳ３２の判断はＮＯとなり、ここでＤＬ監視処理が終了する。

ステップＳ３３では、ＣＰＵ１１は、ダウンロードされた媒体資料ＭＭの資料ＩＤ、及びその媒体資料ＭＭをダウンロードした会員Ｍの会員ＩＤを用いて、ＤＬ管理情報格納部１８４に格納されているＤＬ管理情報のサーチを行う。

続くステップＳ３４では、ＣＰＵ１１は、サーチにより特定したＤＬ管理情報のうちに、同じ会員ＩＤ、同じ資料ＩＤを有するＤＬ管理情報があるか否か判断する。会員Ｍがダウンロードした媒体資料ＭＭを再度ダウンロードさせた場合、サーチに用いた資料ＩＤ、及び会員ＩＤを有するＤＬ管理情報がＤＬ管理情報格納部１８４に格納されている。このため、その場合、ステップＳ３４の判断はＹＥＳとなってステップＳ３５に移行する。一方、ダウンロードされた媒体資料ＭＭが会員Ｍにとって初めてダウンロードさせたものであった場合、ステップＳ３４の判断はＮＯとなってステップＳ３６に移行する。

ステップＳ３５では、ＣＰＵ１１は、サーチに用いた資料ＩＤ、及び会員ＩＤを有する既存のＤＬ管理情報中のＤＬ日を参照し、設定期間内に会員Ｍがダウンロードしているか否か判断する。会員Ｍを見込み客と見なすダウンロードが行われた後、設定期間が経過する前に同じ媒体資料ＭＭを会員Ｍが再度ダウンロードした場合、設定期間内のＤＬ日を有するＤＬ管理情報がＤＬ管理情報格納部１８４に格納されている。このため、ステップＳ３５の判断はＹＥＳとなり、ここでＤＬ監視処理が終了する。一方、会員Ｍを見込み客と見なすダウンロードが行われてから設定期間が経過した後に再度ダウンロードされたものであった場合、ステップＳ３５の判断はＮＯとなってステップＳ３６に移行する。

ステップＳ３６では、ＣＰＵ１１は、サーチに用いた資料ＩＤ、会員ＩＤ、今日とするＤＬ日、及び受信した閲覧目的を格納したＤＬ管理情報を生成してＤＬ管理情報格納部１８４に追加する。続くステップＳ３７では、ＣＰＵ１１は、掲載管理情報格納部１８３に格納された掲載管理情報のうちで、サーチに用いた資料ＩＤを有する掲載管理情報中の総ＤＬ数をインクリメントすることで更新する。その後、ＤＬ監視処理が終了する。

このようにして、媒体資料ＭＭのダウンロードにより、必要に応じて、ＤＬ管理情報格納部１８４に新たなＤＬ管理情報が保存される。新たなＤＬ管理情報は、提携企業ＣＣに報酬として請求する金額の算出のために参照される情報である。そのため、新たなＤＬ管理情報が保存される場合、その媒体資料ＭＭの掲載管理情報中の総ＤＬ数が併せて更新される。それにより、有料プランが適用された媒体資料ＭＭは、予算額に達しない範囲内でリンク文書ＬＤがＷｅｂページＷＰ上に配置される。また、ＤＬ管理情報格納部１８４に格納されたＤＬ管理情報の参照により、指定された期間内に行われた有効なＤＬ数の計数を行うことができる。

なお、本実施形態では、媒体資料ＭＭをＷｅｂサーバ１が送信することにより、媒体資料ＭＭのＤＬ数をＷｅｂサーバ１が計数するようになっているが、その計数は、別の情報処理装置が行っても良い。例えばＷｅｂサーバ１は、ダウンロードする媒体資料ＭＭをＤＢサーバ２から取得することから、ＤＬ数の計数をＤＢサーバ２に行わせ、その計数結果をＷｅｂサーバ１に取得させるようにしても良い。つまり、ＤＬ数は、計数部１１６に実際に計数させることで取得するのではなく、情報取得部１１８等に情報として取得させるようにしても良い。

なお会員ステータスが一致するか否かにより、優先順位を変動させるようにしているが、これに代えて会員ステータスが一致しないリンク文書ＬＤを表示対象から除外するようにしても良い。この除外を行わせるか否かは、提携企業ＣＣに選択可能にさせても良いが、会員Ｍに選択可能にさせても良い。或いは会員ステータスが一致するリンク文書ＬＤの数に応じて、除外を行うか否かを自動的に判断させるようにしても良い。

掲載資料の残予算額による分類に用いる金額αは、１つのみとしているが、複数としても良い。複数の金額αを用いることに合わせ、掲載資料を４以上の類に分類するようにしても良い。金額αは、提携企業ＣＣが任意に設定できるようにさせても良い。
本実施形態では、会員ステータスが一致し、且つ残予算額が金額α以下となった掲載資料は第２類に分類しているが、第２類、及び第３類を一つの類としても良い。第２類を設けたのは、残予算額が小さくなっても、提携企業ＣＣが見込み客についての情報を求めている可能性が考えられるためである。そのため、第２類の優先順位は第３類の優先順位よりも高くさせている。

上記実施形態では、会員ステータスが一致するか否か判断し、一致していない場合、媒体資料ＭＭのダウンロードが行われても報酬は請求しないようにしている。しかし、一致するか否かにより、報酬として求める入札額を異ならせるようにしても良い。或いは会員ステータスが一致する程度を算出し、その算出結果に応じて、請求する金額を異ならせるようにしても良い。このことから、会員ステータスにより、掲載資料を複数の類に分類するようにしても良い。報酬を請求する場合、媒体資料ＭＭをダウンロードさせた会員Ｍの情報は提携企業ＣＣに提供可能にする必要がある。

スコアの算出時で想定する会員Ｍの閲覧目的は、会員登録時に選択された閲覧目的としているが、ダウンロードの履歴、つまりＤＬ管理情報から推定される閲覧目的としても良い。例えば会員Ｍがダウンロードさせた媒体資料ＭＭを分類し、分類毎に、会員Ｍが選択した閲覧目的の傾向を解析して、最も可能性が高い閲覧目的を推定することにより、推定した閲覧目的を会員情報中の閲覧目的の代わりに用いるようにしても良い。そのようにすることにより、会員Ｍを想定した掲載資料の分類をより適切に行えるようになると期待できる。しかし、そのような閲覧目的を用いる場合であっても、媒体資料ＭＭのダウンロード時には、会員ステータスと一致するか否かを高精度に判断するために、閲覧目的を確認することが望ましい。

媒体資料ＭＭのダウンロード時に会員Ｍに問い合わせる項目は、目的（閲覧目的）としているが、項目は、目的に限定されない。また、項目数も１つでなくとも良い。つまり複数の項目を会員Ｍに問い合わせるようにしても良い。組み合わせを含む問い合わせる項目は、固定としても良いが、媒体資料ＭＭ毎に、提携企業ＣＣが任意に選択可能としても良い。このこともあり、会員ステータスに含める項目の組み合わせも、提携企業ＣＣが任意に選択可能にしても良い。

１ Ｗｅｂサーバ、２ ＤＢサーバ、４、４－１～４－Ｋ 企業側端末、５、５－１～５－Ｌ 会員側端末、１１１ 要求解析部、１１２ 会員情報管理部、１１３ 提携企業情報管理部、１１４ 掲載資料管理部、１１５ ＤＬ監視部、１１６ 計数部、１１７ 情報書込部、１１８ 情報取得部、１１９ ＤＬ実行部、１２０ 優先順位決定部、１２１ ページ生成部、１８１ 会員情報格納部、１８２ 提携企業情報格納部、１８３ 掲載管理情報格納部、１８４ ＤＬ管理情報格納部。

Claims (7)

1. 閲覧者が使用する端末に対し、ネットワークを介して、第１の情報にアクセスするための参照情報が埋め込まれたリンク文書を配置したＷｅｂページを送信可能な情報処理装置において、
   前記閲覧者を表す閲覧者情報を取得する閲覧者情報取得手段と、
   前記第１の情報、及び前記リンク文書を含む情報を閲覧用の閲覧情報として登録させた顧客により設定された、前記閲覧情報で想定する前記閲覧者の対象範囲を指定する設定情報を取得する設定情報取得手段と、
   前記閲覧者の前記閲覧者情報、及び前記閲覧情報毎の前記設定情報を参照して、前記閲覧者情報が表す前記閲覧者が前記設定情報によって指定される前記対象範囲に入るか否か判断し、その判断の結果を用いて、前記Ｗｅｂページに配置させる各リンク文書の配置上の優先順位を決定する優先順位決定手段と、
   前記優先順位決定手段によって決定された優先順位に従って、前記各リンク文書を配置した前記Ｗｅｂページを生成するページ生成手段と、
   前記第１の情報へのアクセスが前記端末から要求された場合に、前記端末を使用する前記閲覧者に対し、定められた項目の問い合わせを行うことにより、前記項目の内容の確認が可能な確認手段と、
   を備える情報処理装置。
2. 前記閲覧者情報取得手段は、前記確認手段による前記項目の内容の確認結果を前記閲覧者情報のうちの一部として取得可能であり、
   前記優先順位決定手段は、前記確認手段による前記項目の内容の確認結果が含まれる前記閲覧者情報を参照しての前記優先順位の決定が可能である、
   請求項１に記載の情報処理装置。
3. 閲覧者が使用する端末に対し、ネットワークを介して、第１の情報にアクセスするための参照情報が埋め込まれたリンク文書を配置したＷｅｂページを送信可能な情報処理装置において、
   前記閲覧者を表す閲覧者情報を取得する閲覧者情報取得手段と、
   前記第１の情報、及び前記リンク文書を含む情報を閲覧用の閲覧情報として登録させた顧客により設定された、前記閲覧情報で想定する前記閲覧者の対象範囲を指定する設定情報を取得する設定情報取得手段と、
   前記閲覧者の前記閲覧者情報、及び前記閲覧情報毎の前記設定情報を参照して、前記閲覧者情報が表す前記閲覧者が前記設定情報によって指定される前記対象範囲に入るか否か判断し、その判断の結果を用いて、前記Ｗｅｂページに配置させる各リンク文書の配置上の優先順位を決定する優先順位決定手段と、
   前記優先順位決定手段によって決定された優先順位に従って、前記各リンク文書を配置した前記Ｗｅｂページを生成するページ生成手段と、
   前記第１の情報が、アクセスによって前記顧客への設定金額の請求が可能となる情報である場合に、前記閲覧者情報、及び前記設定情報を参照することにより、前記設定情報によって指定される前記対象範囲に入る前記閲覧者による前記第１の情報へのアクセスに対して前記顧客への前記設定金額の請求、及び前記閲覧者の前記閲覧者情報の前記顧客への提供を可能にする処理を行うアクセス管理手段と、
   を備える情報処理装置。
4. 前記第１の情報が、アクセスによって前記顧客への設定金額の請求が可能となる情報である場合に、前記閲覧者情報、及び前記設定情報を参照することにより、前記設定情報によって指定される前記対象範囲に入る前記閲覧者による前記第１の情報へのアクセスに対して前記顧客への前記設定金額の請求、及び前記閲覧者の前記閲覧者情報の前記顧客への提供を可能にする処理を行うアクセス管理手段、
   をさらに備える請求項１又は２に記載の情報処理装置。
5. 前記確認手段は、前記項目の内容として、前記閲覧者情報のうちの一部の内容の確認が可能であり、
   前記第１の情報が、アクセスによって前記顧客への設定金額の請求が可能となる情報である場合に、前記確認手段による前記項目の内容の確認結果を含む前記閲覧者情報、及び前記設定情報を参照することにより、前記設定情報によって指定される前記対象範囲に入る前記閲覧者による前記第１の情報へのアクセスに対して前記顧客への前記設定金額の請求、及び前記閲覧者の前記閲覧者情報の前記顧客への提供を可能にする処理を行うアクセス管理手段、
   をさらに備える請求項１に記載の情報処理装置。
6. 前記優先順位決定手段は、前記第１の情報へのアクセスにおける有効回数、前記第１の情報の前記設定金額、及び前記第１の情報への今後のアクセスに対して前記顧客が支払い可能とする金額、のうちの少なくとも一つを前記優先順位の決定にさらに用いる、
   請求項３～５の何れかに記載の情報処理装置。
7. 前記確認手段が前記閲覧者に問い合わせる前記項目には、前記第１の情報を閲覧する目的が含まれる、
   請求項１、２又は５に記載の情報処理装置。

Images