特許 7541738 情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-21

(45)【発行日】2024-08-29

(54)【発明の名称】情報処理装置

(51)【国際特許分類】

   G06Q 30/0241 20230101AFI20240822BHJP

【ＦＩ】

G06Q30/0241

【請求項の数】 5

(21)【出願番号】P 2021035707

(22)【出願日】2021-03-05

(65)【公開番号】P2022135724

(43)【公開日】2022-09-15

【審査請求日】2023-03-29

(73)【特許権者】

【識別番号】520040913

【氏名又は名称】株式会社アイズ

(74)【代理人】

【識別番号】100205659

【弁理士】

【氏名又は名称】齋藤 拓也

(74)【代理人】

【識別番号】100126000

【弁理士】

【氏名又は名称】岩池 満

(72)【発明者】

【氏名】福島 範幸

【審査官】樋口 龍弥

(56)【参考文献】

【文献】特開２０１５－２２５６０２（ＪＰ，Ａ）

【文献】特開２０２０－１１９５７４（ＪＰ，Ａ）

【文献】特開２０２０－２０１６５０（ＪＰ，Ａ）

【文献】特開２０１９－１６４６５７（ＪＰ，Ａ）

【文献】国際公開第２０１６／１０３４８０（ＷＯ，Ａ１）

【文献】特開２００４－０２１４４３（ＪＰ，Ａ）

【文献】特開２０１３－０５４７２４（ＪＰ，Ａ）

【文献】特開２００９－２７６８６８（ＪＰ，Ａ）

【文献】特開２００３－１５０８３５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

顧客により登録され、ネットワークを介した送信によって有効となる設定条件が成立することで設定金額の請求が前記顧客に対して可能とされる第１の情報にアクセスするための参照情報が埋め込まれたリンク文書を情報として取得可能な第１の情報取得手段と、
前記第１の情報毎に計数された前記設定条件が成立した回数を情報として取得可能な第２の情報取得手段と、
利用者が使用する端末に対して送信される、前記リンク文書が複数、配置されるＷｅｂページでの各リンク文書の配置上の優先順位を、各前記第１の情報の前記設定金額、及び前記各第１の情報で計数された回数を用いて決定する順位決定手段と、
前記各リンク文書を前記第１の情報取得手段により取得し、前記順位決定手段によって決定された優先順位に従って、取得した前記各リンク文書を配置した前記Ｗｅｂページを生成するページ生成手段と、
を備え、
前記参照情報が埋め込まれ、且つ前記リンク文書より情報量が多い詳細ページとともに、前記参照情報、及び前記詳細ページにアクセスするための他の参照情報が埋め込まれた前記リンク文書を前記顧客が登録可能であり、
前記第１の情報取得手段は、前記リンク文書、及び前記詳細ページが取得可能であり、
前記ページ生成手段は、前記他の参照情報により前記詳細ページが指定された場合、前記第１の情報取得手段により前記詳細ページを取得し、前記詳細ページを用いて送信すべきＷｅｂページを生成し、
前記第１の情報は、前記端末へのダウンロードを想定して前記顧客によって登録された、顧客が製品の購入、或いはサービスの利用を組織、或いは個人に促すための広告資料であり、
前記回数は、前記第１の情報がダウンロードされた場合に、前記設定条件が成立したとしてインクリメントされる、
情報処理装置。

【請求項2】

前記第２の情報取得手段は、定められた計数対象期間に限定し、前記第１の情報毎に、前記設定条件が成立した回数を取得する、
請求項１に記載の情報処理装置。

【請求項3】

前記第１の情報をダウンロードさせた前記利用者が会員として登録させた会員情報を取得可能な会員情報取得手段と、
前記会員情報取得手段が取得した前記会員情報を、前記第１の情報を登録させた前記顧客に対して提供するための情報提供手段と、
を更に備える請求項１又は２に記載の情報処理装置。

【請求項4】

前記顧客により前記設定金額の請求の有無が選択され、
前記順位決定手段は、前記設定金額が有るリンク文書と、前記設定金額が無いリンク文書とに分け、優先順位を決定し、
前記ページ生成手段は、前記設定金額が有るリンク文書と、前記設定金額が無いリンク文書とに分け決定された優先順位に従って、配置対象となるリンク文書のみを配置したＷｅｂページを生成する、
請求項３に記載の情報処理装置。

【請求項5】

前記顧客により前記設定金額の予算額が設定され、
前記順位決定手段は、前記設定金額の支払い総額が前記予算額に達したリンク文書を除外したリンク文書の優先順位を決定し、
前記ページ生成手段は、前記設定金額の支払い総額が前記予算額に達したリンク文書を除外したリンク文書のみを配置したＷｅｂページを生成する、
請求項３に記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

リンク文書は、検索時以外でもＷｅｂページに広く配置される。例えばリンク文書は、Ｗｅｂページを広告媒体とする広告としてそのＷｅｂページに配置される場合もある。この場合、リンク文書には、広告主のＷｅｂサイトなどへの参照情報が埋め込まれる。それにより、リンク文書を配置したＷｅｂページを送信させる媒体運営者は、閲覧者がリンク文書の参照情報を経由して、広告主のＷｅｂサイトで会員登録、或いは商品購入等を行った場合、広告主から報酬を受けることができる。

【0004】

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

【先行技術文献】

【特許文献】

【0005】

【文献】特開２００８－２０４４８６号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

広告主が指定した入札額に応じてリンク文書の表示順位を決定する場合、広告主は、検索時か否かに係わらず、入札額を通して、リンク文書の表示順位を操作することができる。しかし、入札額が高いリンク文書に埋め込まれた参照情報によりアクセス可能なコンテンツの質、或いはそのコンテンツが紹介する商品等が、閲覧者にとって望ましいものである確率が高いとは限らない。

【0007】

閲覧者にとって望ましくないリンク文書の表示順位が高い場合、閲覧者にとっては有用と思われるリンク文書を探すのにより長い時間が必要となる。このことから、閲覧者にとっての利便性が低下する恐れが大きい。他方の広告主にとっては、例え大きい入札額を指定したとしても、必ずしも望ましい結果が得られないことになる。

【0008】

そこで、本発明は、閲覧者にとっての利便性の低下を抑えつつ、広告主の要求を満たすことが可能なＷｅｂページを生成可能な情報処理装置等を提供することを目的とする。

【課題を解決するための手段】

【0009】

本発明の第１の態様は、顧客により登録され、ネットワークを介した送信によって有効となる設定条件が成立することで設定金額の請求が顧客に対して可能とされる第１の情報にアクセスするための参照情報が埋め込まれたリンク文書を情報として取得可能な第１の情報取得手段と、第１の情報毎に計数された設定条件が成立した回数を情報として取得可能な第２の情報取得手段と、利用者が使用する端末に対して送信される、リンク文書が複数、配置されるＷｅｂページでの各リンク文書の配置上の優先順位を、各第１の情報の設定金額、及び各第１の情報で計数された回数を用いて決定する順位決定手段と、各リンク文書を第１の情報取得手段により取得し、順位決定手段によって決定された優先順位に従って、取得した各リンク文書を配置したＷｅｂページを生成するページ生成手段と、を備える情報処理装置に関する。

【0010】

本発明の第２の態様は、顧客により登録されたリンク文書に埋め込まれた参照情報により、ネットワークを介した送信によって有効となる設定条件が成立することで設定金額の請求が顧客に対して可能とされる第１の情報毎に、設定条件が成立した回数、及び設定金額を情報として取得する情報取得手段と、リンク文書がＷｅｂページに複数、配置されることを想定し、第１の情報毎に、回数、及び設定金額を用いて、複数のリンク文書の間の配置上の優先順位を決定する順位決定手段と、を備える情報処理装置に関する。

【発明の効果】

【0011】

本発明は、閲覧者にとっての利便性の低下を抑えつつ、広告主の要求を満たすことが可能なＷｅｂページを生成可能な情報処理装置等を提供することができる。

【図面の簡単な説明】

【0012】

【図1】本発明の情報処理装置の一実施形態に係るＷｅｂサーバにより提供されるサービスの例の概要を説明する図である。

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

【図3】本発明の情報処理装置の一実施形態に係るＷｅｂサーバのハードウェア構成の一例を示すブロック図である。

【図4】本発明の情報処理装置の一実施形態に係るＷｅｂサーバ上に実現される機能的構成の一例を示す機能ブロック図である。

【図5】会員情報の構成例を説明する図である。

【図6】掲載管理情報の構成例を説明する図である。

【図7】ＤＬ管理情報の構成例を説明する図である。

【図8】リンク文書配置のＷｅｂページ送信処理の例を示すフローチャートである。

【図9】優先順位決定処理の例を示すフローチャートである。

【図10】ＤＬ監視処理の例を示すフローチャートである。

【発明を実施するための形態】

【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】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

一方、有料プランを選択した提携企業ＣＣでは、入札額、及び予算額の入力が必須となる。そのため、プラン情報ＰＩには、プラン種別、入札額、及び予算額が含まれる。

【0068】

総ＤＬ数は、媒体資料ＭＭがダウンロードされた総回数である。その初期値は０である。この総ＤＬ数は、掲載資料管理部１１４によって追加される。

【0069】

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

【0070】

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

【0071】

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

【0072】

ＤＬ監視部１１５は、媒体資料ＭＭのダウンロードを監視し、ダウンロードに係わる情報を更新する。掲載管理情報格納部１８３に格納された各掲載管理情報中の総ＤＬ数は、ＤＬ監視部１１５によって更新される。また、ＤＬ管理情報格納部１８４に保存されるＤＬ管理情報の追加もＤＬ監視部１１５によって行われる。

【0073】

図７は、ＤＬ管理情報の構成例を説明する図である。
ＤＬ管理情報は、図７に示すように、資料ＩＤ、会員ＩＤ、及びＤＬ日の各情報を含む。

【0074】

資料ＩＤは、ダウンロードされた媒体資料ＭＭに割り当てられた資料ＩＤである。会員ＩＤは、資料ＩＤが割り当てられた媒体資料ＭＭをダウンロードさせた会員Ｍの会員ＩＤである。ＤＬ日は、媒体資料ＭＭがダウンロードされた日である。

【0075】

このような構成のＤＬ管理情報は、会員Ｍが初めて媒体資料ＭＭをダウンロードさせた場合、ＤＬ管理情報格納部１８４に追加される。また、会員Ｍが初めて媒体資料ＭＭをダウンロードさせてから設定期間が経過した後、同じ媒体資料ＭＭを会員Ｍが再度ダウンロードさせた場合にも、ＤＬ管理情報が追加される。

【0076】

そのようにして、本実施形態では、営業支援サービス会社ＳＣは、媒体資料ＭＭをダウンロードさせてから設定期間が経過するまでの間に同じ媒体資料ＭＭに対して行われたダウンロードには報酬を求めないようにしている。これは、ダウンロードさせた媒体資料ＭＭを会員Ｍが誤って消去する、媒体資料ＭＭの保存場所が分からなくなった、といったことが発生する可能性も考えられるからである。

【0077】

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

【0078】

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

【0079】

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

【0080】

上記のように、ＤＬ数は、ＷｅｂページＷＰ上に配置するリンク文書ＬＤの配置上の優先順位の決定に用いられる。本実施形態では、ＤＬ数、及び入札額を用いてスコアを算出し、スコアが高くなるほど、優先順位を高くさせるようにしている。

【0081】

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

【0082】

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

【0083】

上記のように、第１の情報は、リンク文書ＬＤに埋め込まれる参照情報によってアクセス可能な他のＷｅｂサイトが送信するＷｅｂページであっても良い。設定条件の成立は、そのＷｅｂページでの商品の購入、或いはサービスへの申し込みであっても良い。設定金額は、商品の購入、或いはサービスへの申し込みによる手数料であっても良い。このようなことから、計数部１１６は必須の機能要素であるとは限らない。つまり、設定条件が成立した回数は、外部から取得する情報であっても良い。同様に、設定金額も外部から取得する情報であっても良い。

【0084】

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

【0085】

この場合、掲載資料管理部１１４は、掲載管理情報を参照し、有料プラン、無料プランに分けて、配置対象となるリンク文書ＬＤの資料ＩＤを特定する。有料プランのリンク文書ＬＤでは、入札額、及び予算額を併せて特定する。計数部１１６は、掲載資料管理部１１４が特定した資料ＩＤ毎に、計測対象期間内での媒体資料ＭＭのＤＬ数を計数する。

【0086】

優先順位決定部１２０は、有料プラン、無料プランに分けて、資料ＩＤ毎にスコアを算出する。有料プランでは、上記のように、ＤＬ数、及び入札額を用いてスコアを算出する。有料プランの資料ＩＤのうちで、支払い総額が予算額に達しているものは、予算額を超える金額の請求を回避させるために、スコアを算出する対象から除外される。この結果、ページ生成部１２１は、有料プラン、無料プランに分け、決定された優先順位に従って、配置対象となるリンク文書ＬＤのみを配置したＷｅｂページＷＰを生成する。配置するリンク文書ＬＤは、掲載資料管理部１１４が情報取得部１１８に対してリンク文書ＵＲＬを指定することにより、情報取得部１１８によってＤＢ通信部２０を介してＤＢサーバ２から取得され、ページ生成部１２１に渡される。

【0087】

なお、無料プランのリンク文書ＬＤを対象にした優先順位の決定方法は、特に限定されるものではないが、例えば配置が動的にサイクリックに変更するように、各リンク文書ＬＤの優先順位を決定しても良い。そのように優先順位を決定した場合、各リンク文書ＬＤを公平に扱うことができる。

【0088】

会員側端末５から媒体資料ＭＭのダウンロードが要求された場合、要求解析部１１１は、その要求とともに送信される媒体資料ＵＲＬを情報取得部１１８に渡し、媒体資料ＭＭのＤＢサーバ２からの取得を指示する。それにより、情報取得部１１８は、その媒体資料ＵＲＬで指定される場所に格納されている媒体資料ＭＭをＤＢサーバ２から取得し、取得した媒体資料ＭＭをＤＬ実行部１１９に渡す。この結果、ＤＬ実行部１１９は、端末通信部１９を介して、情報取得部１１８から渡された媒体資料ＭＭを送信する。一方の会員側端末５では、会員Ｍの指定する保存場所に、送信された媒体資料ＭＭを保存することになる。

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

次にステップＳ３では、ＣＰＵ１１は、抽出した有料プランの掲載資料を対象に、その掲載資料の間の配置上の優先順位を決定する優先順位決定処理を実行する。次に移行するステップＳ４では、ＣＰＵ１１は、抽出した無料プランの掲載資料を対象に、その掲載資料の間の配置上の優先順位を決定する。その後、ステップＳ５に移行する。

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

ステップＳ１７では、ＣＰＵ１１は、同スコアの掲載資料毎に、その掲載資料間での優先順位を決定する。この優先順位の決定では、例えば登録日に着目して、より遅く登録されたほうの優先順位を高くするようにしても良い。或いは設定期間内のＤＬが行われた状況に着目し、ＤＬの頻度がより増大傾向にあるほうの優先順位を高くするようにしても良い。

【0103】

ステップＳ１７に続くステップＳ１８では、ＣＰＵ１１は、有料プランの掲載資料間の優先順位を決定する。同スコアの掲載資料では、例えばそのスコアの前後となっているスコアと一致させないようにしつつ、スコアを操作する。そのようにして、各掲載資料の優先順位、つまりスコアを確定した後、優先順位決定処理が終了する。

【0104】

このようにして、ＷｅｂページＷＰに配置される有料プランのリンク文書ＬＤは、入札額、及びＤＬ数を用いて優先順位が決定される。その結果、リンク文書ＬＤは、入札額が高くなるほど、またＤＬ数が大きくなるほど、ＷｅｂページＷＰ上のより視認しやすい位置に配置されることとなる。

【0105】

図１０は、ＤＬ監視処理の例を示すフローチャートである。最後に図１０を参照して、ＤＬ監視処理について詳細に説明する。このＤＬ監視処理は、媒体資料ＭＭのダウンロードにより実行される処理である。このＤＬ監視処理の実行により、ＤＬ監視部１１５の一部が実現される。

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

なお、本実施形態では、第１の情報である媒体資料ＭＭをＷｅｂサーバ１が送信することにより、媒体資料ＭＭのＤＬ数をＷｅｂサーバ１が計数するようになっているが、その計数は、別の情報処理装置が行っても良い。例えばＷｅｂサーバ１は、ダウンロードする媒体資料ＭＭをＤＢサーバ２から取得することから、ＤＬ数の計数をＤＢサーバ２に行わせ、その計数結果をＷｅｂサーバ１に取得させるようにしても良い。つまり、ＤＬ数は、計数部１１６に実際に計数させることで取得するのではなく、情報取得部１１８等に取得させるようにしても良い。また、リンク文書ＬＤの参照情報により、他のＷｅｂサーバが送信するＷｅｂページにアクセスできるようになっている場合にも、その他のＷｅｂサーバ、或いはそのＷｅｂサーバから情報を取得可能な情報処理装置に計数を行わせるようにしても良い。つまり、その計数結果を情報として、Ｗｅｂサーバ１が取得できるようにしても良い。その場合、設定条件が成立することで請求が可能となる設定金額も併せて、Ｗｅｂサーバ１が取得できるようにしても良い。ＤＬ数、及び設定金額の取得は、図４に示す機能構成例では、例えば要求解析部１１１に行わせることができる。

【0112】

また、優先順位を決定するためのスコアの算出は、リンク文書ＬＤを配置するＷｅｂページＷＰの送信時に行うようにしているが、必ずしもそのタイミングで行う必要はない。ＤＬ数の計数を計数対象期間に制限する想定では、例えば１日の定めた時刻に全ての掲載資料を対象にスコアを算出し、その後に有効なダウンロードが行われる毎に、そのダウンロードが行われた掲載資料のスコアを更新するようにしても良い。そのようにする場合、有効なダウンロードが行われた媒体資料ＭＭのスコアを上記ＤＬ管理処理内で更新するようにしても良い。或いは１日のうちでスコアを更新する時刻を複数、定め、その時刻の到来により、全ての掲載資料を対象にしたスコアの更新を行うようにしても良い。

【0113】

また、例えば媒体資料ＭＭをダウンロードする目的（自社に導入するための目的、代理販売ための目的など）により、会員Ｍを複数のカテゴリで分け、会員側端末５を使用する会員Ｍのカテゴリにより、掲載資料（リンク文書ＬＤ）間の優先順位を異ならせるようにしても良い。そのような場合であっても、カテゴリ別にスコアの算出方法を決定することにより、本実施形態を適用させることができる。これは、例えば図５に示す会員情報には会員Ｍのカテゴリ種別を示す情報を追加し、図７に示すＤＬ管理情報にはそのカテゴリ種別を示す情報を追加して、会員Ｍのカテゴリ別にＤＬ数を計数すれば良いからである。それにより、同じカテゴリに属する会員Ｍのみを対象にする形で掲載資料間の優先順位を決定することができる。カテゴリは、会員登録時に指定させても良い。しかし、掲載資料によってカテゴリが変わることが考えられる場合には、リンク文書ＬＤを配置させたＷｅｂページＷＰの送信の前に、会員Ｍにカテゴリを選択させるようにしても良い。

【0114】

そのように会員Ｍのカテゴリを掲載資料間の優先順位の決定に反映させた場合、会員Ｍにとっては、ＷｅｂページＷＰ上の各リンク文書ＬＤがより望ましい位置に配置されることになる。これは、会員Ｍのカテゴリによって異なる傾向に合わせられるからである。結果、会員Ｍは、ダウンロードすべき媒体資料ＭＭを更に容易、且つ迅速にダウンロードできるようになると期待できる。それにより、提携企業ＣＣにとっては、優良な見込み客をより多く獲得できると期待することができる。

【符号の説明】

【0115】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】