JP7262154B2 - コンテンツ配置プログラム、コンテンツ配置装置およびコンテンツ配置方法、Ｗｅｂサイト構築支援プログラム、Ｗｅｂサイト構築支援装置およびＷｅｂサイト構築支援方法、ならびに、経済規模出力プログラム、経済規模出力装置および経済規模出力方法 - Google Patents

Description

本発明は、検索クエリに関する経済規模を出力する経済規模出力装置、経済規模出力プログラムおよび経済規模出力方法に関する。

Google（登録商標）などの検索サービスで検索を行うことが広く行われている。

本発明の課題は、経済規模出力プログラム、経済規模出力装置および経済規模出力方法、コンテンツ配置プログラム、コンテンツ配置装置およびコンテンツ配置方法、ならびに、Ｗｅｂサイト構築支援プログラム、Ｗｅｂサイト構築支援装置およびＷｅｂサイト構築支援方法を提供することである。
なお、本願発明に関連する文献公知発明を出願人は知らない。

本発明の一態様によれば、コンピュータを、複数の検索クエリのそれぞれの経済規模を出力する出力手段として機能させ、前記検索クエリのそれぞれの経済規模は、当該検索クエリの所定期間内の検索数と、当該検索クエリに対する検索結果画面への広告表示に関する広告料金と、に基づく、経済規模出力プログラムが提供される。

なお、広告料金とは、広告を表示させること自体によって発生する料金であってもよいし、クリックされる度に発生する料金（クリック単価）であってもよい。
前記出力手段は、前記検索クエリの経済規模の順に前記検索クエリをディスプレイに表示させてもよい。

前記コンピュータを、前記検索クエリのそれぞれについて、当該検索クエリの所定期間内の検索数を示す情報と、当該検索クエリに対する検索結果画面への広告表示に関する広告料金を示す情報と、を取得する情報取得手段と、前記情報取得手段によって取得された情報に基づいて、前記検索クエリのそれぞれの経済規模を算出する演算手段と、として機能させてもよい。

前記コンピュータを、前記検索クエリのそれぞれについて、前記経済規模を取得する情報取得手段として機能させてもよい。

本発明の別の態様によれば、コンピュータを、共通する語を含む複数の検索クエリをグループ化した検索クエリ群のそれぞれの経済規模を出力する出力手段として機能させ、前記検索クエリ群のそれぞれの経済規模は、各検索クエリ群に含まれる検索クエリのそれぞれの経済規模の合算値であり、前記検索クエリのそれぞれの経済規模は、当該検索クエリの所定期間内の検索数と、当該検索クエリに対する検索結果画面への広告表示に関する広告料金と、に基づく、経済規模出力プログラムが提供される。

前記出力手段は、前記検索クエリ群の経済規模の順に前記検索クエリ群をディスプレイに表示させてもよい。

前記コンピュータを、前記検索クエリのそれぞれについて、当該検索クエリの所定期間内の検索数を示す情報と、当該検索クエリに対する検索結果画面への広告表示に関する広告料金を示す情報と、を取得する情報取得手段と、前記情報取得手段によって取得された情報に基づいて、前記検索クエリのそれぞれの経済規模を算出し、各検索クエリ群に含まれる検索クエリのそれぞれの経済規模を合算することによって各検索クエリ群の経済規模を算出する演算手段と、として機能させてもよい。

前記コンピュータを、前記検索クエリ群のそれぞれについて、前記経済規模を取得する情報取得手段として機能させてもよい。

前記検索クエリのそれぞれの経済規模は、当該検索クエリの所定期間内の検索数に対応する数値と、当該検索クエリに対する検索結果画面への広告表示に関する広告料金に対応する数値と、の積であってもよい。

前記検索クエリのそれぞれの経済規模は、当該検索クエリの所定期間内の検索数に対応する数値と、当該検索クエリに対する検索結果画面への広告表示に関する広告料金に対応する数値と、当該検索クエリの競合性に対応する数値と、の積であってもよい。

前記検索クエリのそれぞれの経済規模は、当該検索クエリの競合性、当該検索クエリに対する検索結果画面に当該広告を表示させた場合の想定クリック率、当該検索クエリに対する検索結果画面に当該広告を表示させる位置、当該検索クエリに対する検索結果画面に当該広告を表示させる数、および当該検索クエリに対する検索結果画面への広告表示に関する広告料金の入札高価格帯および／または入札低価格帯のモデル値、の少なくとも１つにも基づくものであってもよい。

前記広告料金は、特定の検索サービスにおける当該検索クエリに対する検索結果画面への広告表示に関するものであり、前記検索数は、前記特定の検索サービスにおいて所定期間に当該検索クエリで検索が行われた数に対応してもよい。

本発明の別の態様によれば、複数の検索クエリのそれぞれの経済規模を出力する出力手段を備え、前記検索クエリのそれぞれの経済規模は、当該検索クエリの所定期間内の検索数と、当該検索クエリに対する検索結果画面への広告表示に関する広告料金と、に基づく、経済規模出力装置が提供される。

本発明の別の態様によれば、共通する語を含む複数の検索クエリをグループ化した検索クエリ群のそれぞれの経済規模を出力する出力手段を備え、前記検索クエリ群のそれぞれの経済規模は、各検索クエリ群に含まれる検索クエリのそれぞれの経済規模の合算値であり、前記検索クエリのそれぞれの経済規模は、当該検索クエリの所定期間内の検索数と、当該検索クエリに対する検索結果画面への広告表示に関する広告料金と、に基づく、経済規模出力装置が提供される。

本発明の別の態様によれば、出力手段が、複数の検索クエリのそれぞれの経済規模を出力する出力ステップを備え、前記検索クエリのそれぞれの経済規模は、当該検索クエリの所定期間内の検索数と、当該検索クエリに対する検索結果画面への広告表示に関する広告料金と、に基づく、経済規模出力方法が提供される。

本発明の別の態様によれば、出力手段が、共通する語を含む複数の検索クエリをグループ化した検索クエリ群のそれぞれの経済規模を出力する出力ステップを備え、前記検索クエリ群のそれぞれの経済規模は、各検索クエリ群に含まれる検索クエリのそれぞれの経済規模の合算値であり、前記検索クエリのそれぞれの経済規模は、当該検索クエリの所定期間内の検索数と、当該検索クエリに対する検索結果画面への広告表示に関する広告料金と、に基づく、経済規模出力方法が提供される。

本発明の別の態様によれば、コンピュータを、表示画面への配置対象となる複数のコンテンツのそれぞれに個別に対応する第１ワードに基づき、各コンテンツの経済規模を取得する経済規模取得手段と、取得された各コンテンツの記経済規模に応じて、前記表示画面における各コンテンツの配置を示す配置情報を生成する配置情報生成手段と、として機能させるコンテンツ配置プログラムが提供される。

前記経済規模は、前記第１ワードに紐づく検索クエリの検索動向に基づいてもよい。

前記経済規模取得手段は、前記第１ワードと、前記複数のコンテンツに共通して対応する第２ワードと、に基づき、各コンテンツの前記経済規模を取得してもよい。

前記経済規模は、前記第１ワードおよび前記第２に紐づく検索クエリの検索動向に基づいてもよい。

前記経済規模は、前記検索クエリの所定期間内の検索数、前記検索クエリの所定期間内の検索数の変化、前記検索クエリに対する検索結果画面への広告表示に関する広告料金、前記検索クエリに対する検索結果画面への広告表示に関する広告料金の変化、前記検索クエリの競合性、および、前記検索クエリの競合性の変化の少なくとも１つに基づいてもよい。

前記コンピュータを、前記複数のコンテンツに共通する前記第２ワードを設定する第２ワード設定手段として機能させてもよい。

前記第２ワード設定手段は、前記表示画面への流入経路、および、前記表示画面の閲覧者の情報の少なくとも１つに基づいて、前記第２ワードを設定してもよい。

前記コンピュータを、前記複数のコンテンツのそれぞれに前記第１ワードを設定する第１ワード設定手段として機能させてもよい。

前記配置情報生成手段は、前記経済規模が高いコンテンツほど、前記表示画面における見やすい位置に配置されるよう、前記表示画面における各コンテンツの配置を決定して前記配置情報を生成してもよい。

前記配置情報生成手段は、前記配置情報に従う位置に各コンテンツが配置された前記表示画面のプレビューを表示させてもよい。

前記配置情報生成手段は、前記第１ワードを設定するための設定画面を表示させてもよい。

前記表示画面は、Ｗｅｂページであるか、ネイティブアプリによって生成される画面であってもよい。

本発明の別の態様によれば、表示画面への配置対象となる複数のコンテンツのそれぞれに個別に対応する第１ワードに基づき、各コンテンツの経済規模を取得する経済規模取得手段と、取得された各コンテンツの記経済規模に応じて、前記表示画面における各コンテンツの配置を示す配置情報を生成する配置情報生成手段と、を備えるコンテンツ配置装置が提供される。

本発明の別の態様によれば、経済規模取得手段が、表示画面への配置対象となる複数のコンテンツのそれぞれに個別に対応する第１ワードに基づき、各コンテンツの経済規模を取得し、配置情報生成手段が、取得された各コンテンツの記経済規模に応じて、前記表示画面における各コンテンツの配置を示す配置情報を生成する、コンテンツ配置方法が提供される。

本発明の別の態様によれば、コンピュータを、複数の検索クエリに基づいて、第１表示画面からリンクされるべき、または、前記第１表示画面との階層関係が定まるべき１以上の第２表示画面に関するワードを特定する特定手段として機能させるサイト構築支援プログラムが提供される。

前記複数の検索クエリは、共通して、前記第１表示画面に関するワードを含んでもよい。

前記特定手段は、前記複数の検索クエリのそれぞれに含まれるワードに基づいて、前記第２表示画面に関するワードを特定してもよい。

前記特定手段は、前記複数の検索クエリの一部に共通して含まれるワードを、前記第２表示画面に関するワードとして特定してもよい。

前記特定手段は、前記複数の検索クエリに基づいて、前記第２表示画面からリンクされるべき、または、前記第１表示画面との階層関係が定まるべき１以上の第３表示画面に関するワードを特定してもよい。

前記第３表示画面に関するワードは、前記第２表示画面に関するワードと、その他のワードと、を含んでもよい。

前記複数の検索クエリは、共通して、前記第１表示画面に関するワードを含み、前記コンピュータを、前記第１表示画面に関するワードと、前記第２表示画面に関するワードと、を用いて前記第１表示画面の一部および／または前記第２表示画面の一部を作成する表示画面作成手段として機能させてもよい。

前記表示画面作成手段は、前記第１表示画面を記述するＨＴＭＬファイルの一部を作成してもよい。

前記第２表示画面は複数あり、前記コンピュータを、前記第１表示画面に対応する第１シンボルと、前記複数の第２表示画面のそれぞれに対応する、前記第１シンボルと関連付けられた複数の第２シンボルと、を含む画面を表示させることが可能な表示制御手段として機能させ、前記第１シンボルは、前記第１表示画面に関するワードを含み、前記第２シンボルのそれぞれは、対応する第２表示画面に関するワードを含んでもよい。

前記表示制御手段は、特定の第２表示画面からリンクされるべき第３表示画面に対応する第３シンボルであって、前記特定の第２表示画面と対応する第２シンボルと関連付けられた第３シンボルと、を表示させることが可能であり、前記第３シンボルは、前記第３表示画面に関するワードを含んでもよい。

前記複数の第２シンボルは選択可能であり、前記表示制御部は、選択状態である第２シンボルと対応する第２表示画面からリンクされるべき第３表示画面を表示させるが、非選択状態である第２シンボルと対応する第２表示画面からリンクされるべき第３表示画面を表示させなくてもよい。

前記表示制御手段によって表示された画面において、前記表示制御手段は、ユーザ操作に応じて、前記第１シンボルと前記複数の第２シンボルとの関連付けを削除する処理、関連付けられていないシンボルどうしの関連付けを追加する処理、新たな表示画面に対応するシンボルを追加する処理、および、前記画面に含まれるシンボルを削除する処理の少なくとも１つを行った上で、処理後の画面を表示させることが可能であってもよい。

前記表示制御手段による処理後の関連付けを考慮して、前記第１表示画面の一部および／または前記第２表示画面の一部を作成する表示画面作成手段として機能させてもよい。

前記コンピュータを、前記第１表示画面を特定する識別情報と、前記識別情報と関連付けられた、前記第１表示画面を記述するＨＴＭＬファイルの一部と、を含む画面を表示させることが可能な表示制御手段として機能させ、前記第１表示画面を記述するＨＴＭＬファイルの一部は、前記第１表示画面に関するワードと、前記第２表示画面に関するワードと、を含んでもよい。

前記表示制御手段によって表示された画面において、前記表示制御手段は、ユーザ操作に応じて、前記ＨＴＭＬファイルの一部の情報を編集し、編集後のＨＴＭＬファイルの一部の情報を考慮して、前記第１表示画面の一部および／または前記第２表示画面の一部を作成する表示画面作成手段として機能させてもよい。

前記第１表示画面は、第１Ｗｅｂページまたはネイティブアプリによって生成される第１画面であり、前記第２表示画面は、第２Ｗｅｂページまたはネイティブアプリによって生成される第２画面であってもよい。

本発明の別の態様によれば、複数の検索クエリに基づいて、第１表示画面からリンクされるべき、または、前記第１表示画面との階層関係が定まるべき１以上の第２表示画面に関するワードを特定する特定手段を備えるサイト構築支援装置が提供される。

本発明の別の態様によれば、特定手段が、複数の検索クエリに基づいて、第１表示画面からリンクされるべき、または、前記第１表示画面との階層関係が定まるべき１以上の第２表示画面に関するワードを特定する、サイト構築支援方法が提供される。

本発明の別の態様によれば、コンピュータを、それぞれに１以上のワードが関連付けられた複数の参照ノードを示す参照サイト構造を取得する参照サイト構造取得手段と、複数の既存Ｗｅｂページから構成される既存Ｗｅｂサイト構造を取得する既存サイト構造取得手段と、前記１以上のワードに基づいて、前記複数の参照ノードのそれぞれと、前記複数の既存Ｗｅｂページのそれぞれと、のマッチングを行うマッチング手段と、マッチング結果に基づいて、検索クエリに対する検索結果を表示する際の前記既存Ｗｅｂサイトまたは前記既存Ｗｅｂページの表示順位を決定する表示順位決定手段と、として機能させるプログラムが提供される。

前記表示順位決定手段は、前記複数の参照ノードのそれぞれと、前記複数の既存Ｗｅｂページのそれぞれと、の一致度が高いほど、その既存Ｗｅｂサイトまたはその既存Ｗｅｂサイトに含まれる既存Ｗｅｂページの表示順位を高くしてよい。

本発明の別の態様によれば、それぞれに１以上のワードが関連付けられた複数の参照ノードを示す参照サイト構造を取得する参照サイト構造取得手段と、複数の既存Ｗｅｂページから構成される既存Ｗｅｂサイト構造を取得する既存サイト構造取得手段と、前記１以上のワードに基づいて、前記複数の参照ノードのそれぞれと、前記複数の既存Ｗｅｂページのそれぞれと、のマッチングを行うマッチング手段と、マッチング結果に基づいて、検索クエリに対する検索結果を表示する際の前記既存Ｗｅｂサイトまたは前記既存Ｗｅｂページの表示順位を決定する表示順位決定手段と、を備える表示順位決定装置が提供される。

本発明の別の態様によれば、参照サイト構造取得手段が、それぞれに１以上のワードが関連付けられた複数の参照ノードを示す参照サイト構造を取得し、既存サイト構造取得手段が、複数の既存Ｗｅｂページから構成される既存Ｗｅｂサイト構造を取得し、マッチング手段が、前記１以上のワードに基づいて、前記複数の参照ノードのそれぞれと、前記複数の既存Ｗｅｂページのそれぞれと、のマッチングし、表示順位決定手段が、マッチング結果に基づいて、検索クエリに対する検索結果を表示する際の前記既存Ｗｅｂサイトまたは前記既存Ｗｅｂページの表示順位を決定する、表示順位決定方法が提供される。

「保険」という検索クエリで検索を行った場合に表示される検索結果画面を模式的に示す図。 検索サービスによって開示される検索クエリごとの検索数、クリック単価および競合性を示す図。 経済規模算出システムの概略構成を示すブロック図。 第１の実施形態に係る経済規模算出システムの処理動作の一例を示すシーケンス図。 図４Ａの変形例であるシーケンス図。 表示される検索クエリごとの検索数、クリック単価および競合性の画面の一例を示す図。 経済規模に応じて検索クエリを並べた画面の一例を示す図。 第２の実施形態に係る経済規模算出システムの処理動作の一例を示すシーケンス図。 経済規模に応じて検索クエリ群を並べた画面の一例を示す図。 第３の実施形態の概要を説明する図。 第３の実施形態に係るコンテンツ配置システムの概略構成を示すブロック図。 図９のコンテンツ配置システムにおける処理動作の一例を示すシーケンス図。 図９のコンテンツ配置システムにおける処理動作の別の例を示すシーケンス図。 図９のコンテンツ配置システムにおける処理動作の別の例を示すシーケンス図。 図９のコンテンツ配置システムにおける処理動作の別の例を示すシーケンス図。 図９の変形例であるコンテンツ配置システムの概略構成を示すブロック図。 図１３のコンテンツ配置システムにおける処理動作の一例を示すシーケンス図。 図１３のコンテンツ配置システムにおける処理動作の別の例を示すシーケンス図。 コンテンツ配置装置４のオペレータ用のインターフェース画面の一例を示す模式図。 Ｗｅｂサイトの構成を模式的に示す図。 第４の実施形態の概要を説明する図。 第４の実施形態の概要を説明する図。 第４の実施形態の概要を説明する図。 第４の実施形態に係るＷｅｂサイト構築支援装置７の概略構成を示すブロック図。 Ｗｅｂサイトを構築した場合のトップページＷ０の一例を模式的に示す図。 Ｗｅｂサイトを構築した場合の第１階層ページＷ１１の一例を模式的に示す図。 トップページＷ０の一部を模式的に示す図。 第１階層ページＷ１１を模式的に示す図。 サイドメニューの一例を模式的に示す図。 サイドメニューの一例を模式的に示す図。 サイドメニューの一例を模式的に示す図。 Ｗｅｂサイトの構造の表示例。 Ｗｅｂサイトの構造の表示例。 Ｗｅｂサイトの構造の表示例。 Ｗｅｂサイトの構造の表示例。 Ｗｅｂサイトの構造の表示例。 Ｗｅｂサイトの構造の別の表示例を示す図。 Ｗｅｂサイトの構造の別の表示例を示す図。 Ｗｅｂサイトの構造の別の表示例を示す図。 Ｗｅｂサイトの構造の別の表示例を示す図。 Ｗｅｂサイトの構造の別の表示例を示す図。 第６の実施形態に係るＷｅｂサイト構築支援装置の概略構成を示すブロック図。 参照サイト構造および既存サイト構造を模式的に示す図。 第６の実施形態に係るＷｅｂサイト構築支援装置の処理動作の一例を示すフローチャート。 既存サイト構造取得手段８２による既存サイト構造取得処理の手順の一例を示すフローチャート。 既存サイト構造取得手段８２による既存Ｗｅｂページ間のリンク関係取得処理の一例を示すフローチャート。 マッチング手段３３によるマッチング処理の手順の一例を示すフローチャート。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す画面例。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す画面例。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例。 表示制御手段８４によってディスプレイに表示される別の画面例。 表示制御手段８４によってディスプレイに表示される別の画面例。 図３５の画面に付随情報を追加した例。 表示制御手段８４によってディスプレイに表示される別の画面例。 表示制御手段８４によってディスプレイに表示される別の画面例。 表示制御手段８４によってディスプレイに表示される別の画面例。 表示制御手段８４によってディスプレイに表示される別の画面例。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例。 表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例。 表示制御手段８４によってディスプレイに表示される別の画面例。 検索エンジン８０の概略構成を示すブロック図。

（第１の実施形態）
［背景］
デジタル社会の到来とともに検索エンジンおよび検索インターフェースが普及し、企業や個人事業主などのサービサーが、検索者をより効率的に誘引すべく、検索連動型広告の出稿やＳＥＯ（Search Engine Optimization）対策、ウェブページ制作等を推進しようとする所謂「サーチマーケティング」の潮流が生まれた。

そこで生ずる様々な経済活動全般は「サーチエコノミー」などと呼ばれ、いまやマーケティング分野で最も注目される分野の１つとなったが、これに取り組むサービサーには、負担の大きな様々な人的作業が生じている。その一例が、検索クエリを選定する作業（以下、検索クエリ選定作業という）である。

検索クエリ選定作業とは、例えば、サービサーが、ＧｏｏＧｌｅ ＬＬＣが提供する「キーワードプランナー」や、ヤフー株式会社が提供する「キーワードアドバイスツール」などの所謂、検索連動型広告発注ツールを用い、より検索数の多い検索クエリに着目しながら、広告出稿すべき検索クエリを選定したり、ＳＥＯ対策すべき検索クエリをウェブページごとに選定したり、ウェブページ内のメニューや商材名の表示位置を決定するために該当する検索クエリを選定したり、実店舗の出店候補とする市区町村名や駅名等に該当する検索クエリを選定したりする作業のことである。

検索クエリ選定作業として分かりやすいのは広告出稿すべき検索クエリの選定である。例えば、Google（登録商標）などの検索サービスを用いて特定の検索クエリで検索を行うと、検索結果画面とともに広告が表示されることがある。例えば、図１に、「保険」という検索クエリで検索を行った場合に表示される検索結果画面を模式的に示している。図示のように、「保険の選び方」（符号９１）や「国民保険について」（符号９２）といった検索結果のＵＲＬに加え、「ＡＡＡ保険の商品」（符号９３）、「ＢＢＢ生命」（符号９４）、「ＣＣＣ自動車保険」（符号９５）といった広告が検索結果画面の上部や下部に表示されることがある。この広告にもＵＲＬが紐付けられており、該ＵＲＬがクリックされると広告に関するより詳細なウェブページが表示される。

このような広告を表示させることを希望する者（以下、単に「広告主」という）は、検索結果画面に広告を表示させるために、検索クエリに関連付けられた広告枠を購入することとなる。いずれの検索クエリに対して広告枠を購入するかを選定する作業が、上記検索クエリ選定作業である。

［課題］
第１の実施形態の課題は、検索クエリの選定を補助する経済規模出力装置、経済規模出力プログラムおよび経済規模出力方法を提供することである。本願発明者らは、どのような検索が行われているか（検索動向）が検索ニーズに反映されることに想到したので、検索動向を利用した経済規模出力装置等について主に説明する。

［第１の実施形態の概要］
検索クエリを選定する際、検索クエリ選定担当者（以下、選定者）は、検索連動型広告発注ツールに表示される検索クエリごとの検索数（「検索ボリューム」と呼ばれることもある）、クリック単価および競合性といった指標を参考にして、より有望な検索クエリを選定しようとすることがある。

しかし、それらの指標だけでは、有望な検索クエリを素早く選定するのが難しい。例えば、検索数が多くても「天気」検索クエリのように購買行動をほとんど起こさない検索かもしれない。競合性が高くても検索数やクリック単価が低い検索かもしれない。クリック単価が高くても検索数が少ない検索かもしれないためである。

そのため、検索数、クリック単価および競合性といった従来の指標のいずれか１つでは、検索クエリ選定の材料として十分ではない。そのため、このような課題を解決するには、従来の指標をそれぞれ個別に表示する方式に代わり、検索クエリごとのサーチエコノミーの規模を示す新しい方式が必要である。すなわち、従来の指標を包括した「経済規模」という新概念の指標を計算し表示することのできる新しい装置が必要であること（言い換えると、検索数のみを考慮するだけでは、経済規模の大小を商業的な視点で判断するのは難しいしこと）に、発明者らは想到した。

このような装置があれば、従来の指標が総じて高い検索クエリほど「経済規模」の値が大きくなり、より上位に表示できるようになる。すなわち選定者が、従来の指標それぞれの大小に個別に気をとられることなく、それらを包括した概念である「経済規模」がより大きな検索クエリまたは検索クエリ群（後述）に集中することができ、より直感的かつ合理的に検索クエリ選定作業を行えるようになる。

以下、第１の実施形態について、リスティング広告における検索クエリ選定を例にとって、図面を参照しながら具体的に説明する。まずは、本実施形態の概要を述べる。

上述したように、図１に示すような検索結果画面に広告を表示させることを希望する場合、広告主は検索クエリに関連付けられた広告枠を購入することとなる。すなわち、広告主（サービサー）は検索クエリ選定作業を進める際、国内や海外で検索されたであろう膨大な検索クエリの中から、広告主が自らの事業目的や商材に合致していると思われる検索クエリを目視で見つけ出そうとし、そのための参考情報を得ようとして、大手検索エンジン企業が公開している検索連動型広告発注ツールを利用することが多い。

このような検索連動型広告発注ツールを介して、広告主に対しては、図２に示すように、検索クエリごとの検索数、クリック単価および競合性が開示される。なお、検索数とは、所定期間内に当該検索クエリが検索された回数に対応する。クリック単価とは、表示された広告がクリックされる度に検索サービスに支払うべき料金に対応しており、広告が入札制である場合、人気が高い検索クエリに対するクリック単価は高くなる傾向にある。競合性とは、当該検索クエリに対して広告を表示させようとしている広告主の多寡である。

広告主は、これら検索数、クリック単価および競合性を参考に、どの検索クエリに対する検索結果画面に広告を表示させるか（広告枠を購入するか）を決める。しかし、検索数、クリック単価および競合性のそれぞれを眺めていても、どの検索クエリに対する検索結果画面に広告を表示させるのが経済的に有効であるのか、広告主にとって判然としない。

例えば、一見すると、検索数が多い検索クエリは、潜在需要者が多いと期待されるため、そのような検索クエリに広告を表示させるのが良いように思える。しかし、実際のところ、例えば「天気予報」という検索クエリで検索する人は非常に多いが、そのような人が何かを購入する意欲が高いわけではない。したがって、「天気予報」という検索クエリに対して広告を表示させるのが経済的に有効というわけではない。このように、検索数の多寡のみで、どの検索クエリに対して広告を表示させるのが経済的に有効か判断するのは難しい。

また、クリック単価が高い検索クエリは、高い広告料金を許容してでも多くの広告主が広告を表示させようとしている潜在顧客であると期待されるため、そのような検索クエリに広告を表示させるのが良いようにも思える。しかし、クリック単価が高いとしても、ニッチな分野であって検索数が少なすぎると、そもそも広告が表示される頻度が低くなってしまい、結果として広告がクリックされる回数が少なくなってしまう。そのため、クリック単価の高低のみで、どの検索クエリに対して広告を表示させるのが経済的に有効か判断するのも難しい。

さらに、競合性が高い検索クエリは、より多くの競合が激しく競り合うほど魅力的な潜在顧客であると期待されるため、そのような検索クエリに広告を表示させるのが良いようにも思える。しかし、競合性が高いとしても、検索数やクリック単価が著しく小さい検索クエリであるかもしれず、競合性のみでどの検索クエリに対して広告を表示させるのが経済的に有効か判断するのも難しい。

このように、検索連動型広告発注ツール（キーワードアドバイスツール）によって開示される検索数、クリック単価および競合性といった指標のそれぞれを閲覧させようとする従来の表示装置からは、どの検索クエリに対する検索結果画面に広告を表示させるのが経済的に有効であるのか、判断が難しい。これらの課題があるため、これらの指標を表示するだけでは、直感的に適切な検索クエリを把握したり特定したりすることができなかった。

これに対し、本願発明者らは、検索数とクリック単価とを乗じた値を「経済規模」と定義したとき、経済規模が大きい検索クエリほど大きな金額が動いており、そのような検索クエリに広告を表示させるのが経済的に有効であることに想到した。

さらには、競合性を数値で表し（競合性が高いほど大きな数とする）、検索数と、クリック単価と、競合性とを乗じた値を「経済規模」とすることもまた経済的に有効であることに想到した。競合性を考慮した経済規模が有効である理由は、入札に参加してくる競合広告主の数が多ければ多いほど、より多くの企業が商業的に魅力の高い検索クエリだとみなしている可能性が高く、そのような検索クエリにおいては、時間の経過とともに、クリック単価がさらに上昇しやすくなったり、下落しにくくなったりする傾向があるためである。

そこで、本実施形態では、検索数およびクリック単価（必要に応じて、さらに競合性と）に基づく「経済規模」を算出し、経済規模の順に検索クエリを表示させることとする。以下、詳細に説明する。

図３は、経済規模算出システムの概略構成を示すブロック図である。経済規模算出システムは、検索サービスを提供する検索サーバ１と、広告主が用いる広告主端末２（経済規模出力装置）とを備えており、これらがネットワーク接続される。

検索サーバ１は、検索手段１１と、検索数計数手段１２と、広告制御手段１３と、課金手段１４とを有する。これら各手段の一部または全部は、検索サーバ１のプロセッサが所定のプログラムを実行することによって実現されてもよい。また、検索サーバ１は複数の装置に分散していてもよく、例えば検索手段１１と広告制御手段１３とが別の装置であってもよい。

検索手段１１はユーザからの検索要求に応じて検索を行う。具体的には、検索手段１１は、ユーザから検索クエリを受け付け、当該検索クエリに対応した検索結果を示す検索結果画面を当該ユーザに返す。検索クエリは１の語から構成されてもよいし、２以上の語から構成されてもよい。

検索数計数手段１２は、検索クエリのそれぞれについて、所定期間内に検索が行われた回数をカウントする。そして、検索数計数手段１２はカウント結果を検索数として広告制御手段１３に通知する。カウント結果は必要に応じて不図示の記憶装置に記憶される。

広告制御手段１３は検索結果画面に対する広告表示を制御する。具体的には、広告制御手段１３は、検索数、クリック単価および競合性の情報を広告主端末２に送信する。また、広告制御手段１３は、どの検索クエリにどのような広告を出すかを、予め広告主端末２から受け付けて不図示の記憶装置に記憶しておく。そして、受け付けた検索クエリに対する検索が検索手段１１によって行われた場合、その検索結果画面に広告を表示させる。

課金手段１４は、検索結果画面に含まれる広告が１回クリックされる度に、クリック単価に相当する金額を広告主に課金する。

広告主端末２は、パーソナルコンピュータ、スマートフォン、タブレット、スマートグラスやＶＲ画面といったディスプレイ装置など任意のコンピュータであってよい。広告主端末２は、マウス・キーボード、タッチパッドなどの入力インターフェース２１と、ディスプレイやスピーカなどの出力インターフェース２２と、制御部２３とを有する。

制御部２３は、情報取得手段２３１と、演算手段２３２と、出力手段２３３と、広告設定手段２３４とを有する。これら各手段の一部または全部は、広告主端末２のプロセッサが所定のプログラムを実行することによって実現されてもよい。

情報取得手段２３１は、検索数、クリック単価および競合性の情報を検索サーバ１から取得する。演算手段２３２は取得された情報に基づいて経済規模を算出する。出力手段２３３は、検索クエリ毎の検索数、クリック単価および競合性の情報や、経済規模を出力インターフェース２２から出力する。広告設定手段２３４は、広告主の操作に応じて、どの検索クエリにどのような広告を表示させるかを設定し、この設定を検索サーバ１の広告制御手段１３に送信する。

図４Ａは、第１の実施形態に係る経済規模算出システムの処理動作の一例を示すシーケンス図である。同図は、広告主がどの検索クエリに広告を表示させるかを決定するまでのフローを示している。

［第１の実施形態の詳細］
まず、広告主は、広告主端末２の入力インターフェース２１に対して、検索数、クリック単価および競合性の情報をディスプレイに表示させるため所定操作を行う。この所定操作に応答して、情報取得手段２３１はこれらの情報を提示するよう検索サーバ１に対して要求する（ステップＳ１）。この要求に対して、検索サーバ１の広告制御手段１３は、検索数、クリック単価および競合性の情報を広告主端末２に送信する（ステップＳ１１）。広告が入札制の場合、クリック単価は幅を持っており、入札の低価格帯と高価格帯が定められていてもよい。

そして、広告主端末２の情報取得手段２３１は検索数、クリック単価および競合性の情報を取得する（ステップＳ２）。続いて、出力手段２３３は、検索クエリごとに検索数、クリック単価および競合性を表示させる（ステップＳ３）。

図５Ａは、表示される検索クエリごとの検索数、クリック単価および競合性の画面の一例を示す図である。ここで、検索クエリの並び順は任意であり、例えば検索数が大きい順でもよいし、クリック単価が大きい順でもよいし、検索クエリのアルファベット順あるいは５０音順でもよい。

続いて、広告主端末２は検索クエリを経済規模順に並べ替える指示をユーザから受け付ける（図４ＡのステップＳ４）。具体例として、図５Ａの画面に並べ替えボタン８１が含まれ、入力インターフェース２１を介してこのボタン８１が選択されると、並べ替え指示が受け付けられる。

そして、演算手段２３２は、検索数、クリック単価および競合性に基づいて、経済規模を算出する。具体的には、演算手段２３２は、検索数と、クリック単価と、競合性とを乗算することにより経済規模を算出する（ステップＳ５）。クリック単価が入札低価格帯と入札高価格帯とを含む場合、そのいずれかを採用してもよいし、平均値などを採用してもよい。競合性が数値で現わされていない場合は、競合性が高いほど大きくなる競合性相当の数値を用いればよい。続いて、出力手段２３３は演算手段２３２が算出した経済規模の順に検索クエリをディスプレイに表示させる（ステップＳ６）。

図５Ｂは、経済規模に応じて検索クエリを並べた画面の一例を示す図である。図示のように、経済規模が大きい順に検索クエリが並ぶ。必要に応じて、各検索クエリの経済規模の順位、検索数、クリック単価および競合性を併記してもよい。

なお、各検索クエリの経済規模を出力できればよく、その処理手順は図４Ａに示すものに限られない。例えば、図４Ｂに示すように、一部の処理を広告主端末２ではなく検索サーバ１が行ってもよい。すなわち、広告主端末２が検索クエリを経済規模順に並べ替える指示をユーザから受け付けると（ステップＳ４）、情報取得手段２３１は経済規模を演算するよう検索サーバ１に要求する（ステップＳ４'）。この要求に応答して、検索サーバ
１の広告制御手段１３は経済規模を算出し、広告主端末２に送信する（ステップＳ５'）
。そして、算出された経済規模を情報取得手段２３１が取得し（ステップＳ５''）、出力手段２３３は情報取得手段２３１が取得した経済規模の順に検索クエリをディスプレイに表示させる（ステップＳ６）。別の手法として、経済規模の順に検索クエリが並んだ画面を表示させるためのデータを検索サーバ１が送信し、これを出力手段２３３が表示させてもよい。

このように、第１の実施形態では、検索クエリの経済規模を集計および計算して出力する。具体的には、検索クエリを経済規模の順に表示させる。そのため、広告主はどの検索クエリに広告を表示させるのが経済的に有効であるかを簡易に判断でき、従来の煩雑なサーチマーケティング業務・検索語選定業務の合理性および利便性が抜本的に向上する。加えて、広告主はどの検索クエリに広告を表示させるのが経済的に有効であるかを短時間で判断できるから、図５Ｂのような画面を表示させておく時間を短縮でき、ディスプレイの消費電力を下げることができる。

さらに、第１の実施形態によれば、広告主に対して大きな経済規模を見込める順に多数の検索クエリを提示できる。そのため、より多くの広告主の入札行動を促進し、入札額の向上や広告主の増加につながるため、検索サービスにとっても有用である。

（第２の実施形態）
第２の実施形態は第１の実施形態の変形例である。上述した第１の実施形態は、検索クエリごとに経済規模を出力するものであった。これに対し、次に説明する第２の実施形態は、検索クエリ群ごとに経済規模を出力し、検索クエリ群を経済規模の順に表示させるものである。

ここで、検索クエリ群とは、共通する語を含む複数の検索クエリをグループ化したものである。例えば、図５Ａに示したような検索クエリ１～７を考える。
検索クエリ１ 自動車
検索クエリ２ 自動車 保険
検索クエリ３ 自動車 燃費
検索クエリ４ 自動車 教習所
検索クエリ５ 自転車
検索クエリ６ 自転車 サイクリングコース
検索クエリ７ 自転車 部品

この場合、検索クエリ１～４は共通する語「自動車」を含んでいるため、検索クエリ１～４から「自動車」なる１つの検索クエリ群が構成される。同様に、検索クエリ４～７は共通する語「自転車」を含んでいるため、検索クエリ４～７から「自転車」なる１つの検索クエリ群が構成される。

以下、第１の実施形態との相違点を中心に説明する。

図６は、第２の実施形態に係る経済規模算出システムの処理動作の一例を示すシーケンス図である。ステップＳ１～Ｓ５，Ｓ１１は図４Ａと共通するので説明を省略する。演算手段２３２が各検索クエリの経済規模を算出した（ステップＳ５）後、演算手段２３２は検索クエリ群を設定する（ステップＳ２１）。検索クエリ群は、演算手段２３２がその都度設定してもよいし、予め設定済のものを取得してもよい。

そして、演算手段２３２は、各検索クエリ群に含まれる各検索クエリの経済規模を合算することで、検索クエリ群の経済規模を算出する（ステップＳ２２）。続いて、出力手段２３３は演算手段２３２が算出した経済規模の順に検索クエリ群をディスプレイに表示させる（ステップＳ２３）。

図７は、経済規模に応じて検索クエリ群を並べた画面の一例を示す図である。図示のように、経済規模が大きい順（従来のＳＥＯ順（検索結果に表示される順）ではない）に検索クエリ群が並ぶ。必要に応じて、検索クエリ群に含まれる検索クエリ数や、検索クエリ群に含まれる各検索クエリの合計検索数を併記してもよい。なお、本例では、説明を簡略化するために、「自動車」なる検索クエリ群に含まれる検索数は上記索クエリ１～４の４つであり、「自転車」なる検索クエリ群に含まれる検索数は上記索クエリ５～７の３つであるが、実際には１つの検索クエリ群に数十～数万あるいはそれ以上の検索クエリを含み得る。

なお、各検索クエリ群の経済規模を出力できればよく、その処理手順は図６に示すものに限られない。例えば、一部の処理を広告主端末２ではなく検索サーバ１が行ってもよく、図４Ｂと同様に各検索クエリの経済規模を検索サーバ１が行ってもよいし、検索クエリ群の設定を検索サーバ１が行ってもよいし、各検索クエリ群に含まれる各検索クエリの経済規模の合算を検索サーバ１が行ってもよい。別の手法として、経済規模の順に検索クエリ群が並んだ画面を表示させるためのデータを検索サーバ１が送信し、これを出力手段２３３が表示させてもよい。

このように、第２の実施形態では、検索クエリ群の経済規模を出力する。具体的には、検索クエリ群を経済規模の順に表示させる。そのため、業界ごとの経済規模を簡易に把握でき、どの業界に広告を出すのが経済的に有効であるかの指標となる。

なお、出力手段２３３は、経済規模に応じた順での検索クエリの表示（第１の実施形態）と、経済規模に応じた順での検索クエリ群の表示（第２の実施形態）とを切り替えて表示可能であってもよい。

上述した第１および第２の実施形態は、検索数、クリック単価および競合性に基づいて経済規模を算出するものであった。これに対し、他の要素も考慮して経済規模を算出してもよい。以下、いくつかの具体例を述べる。

検索クエリの経済規模は、当該検索クエリに対する検索結果画面に広告を表示させた場合に想定されるクリック率を考慮したものであってもよい。具体的には、検索数と、クリック単価と、競合性と、クリック率との積を経済規模としてもよい。クリック率は、検索クエリに依存しない一定値であってもよいし、検索クエリごとに想定される値であってもよいし、業界ごと（検索クエリ群ごと）に想定される値でもよい。

また、検索結果画面において、上部に広告が表示されるケース、下部に表示されるケースなど様々である。そして、クリック率は表示位置にも依存する。そこで、クリック率は表示位置に応じた値であってもよい。言い換えると、検索クエリは、検索結果画面における広告を表示させる位置を考慮したものであってもよい。

さらに、広告が数多く表示されるほどクリック率は高くなると考えられる。そこで、クリック率は表示数に応じた値であってもよい。言い換えると、検索クエリは、検索結果画面における広告を表示させる数を考慮したものであってもよい。

また、クリック単価は一定ではなく、変動することもある。実際にクリックされた際のクリック単価が正規分布ではない場合、入札低価格帯と入札高価格帯の分布モデルを仮定するのがよい。そして、この入札低価格帯と入札高価格帯を考慮して経済規模を定めてもよい。

なお、上述した実施形態において、経済規模は、検索数と、クリック単価等の広告料金を少なくとも考慮すればよく、競合性の考慮を省略してもよい。検索数は、所定期間における検索数でもよいし、累積の検索数でもよい。広告料金は、検索結果画面への広告表示に関するものであればよく、クリックされる度に発生するクリック単価の他、広告を表示させるために発生する料金であってもよい。

また、検索数は、特定の検索サービス（検索サーバ１）が提供する検索結果画面に広告を表示させようとするのであれば、当該特定の検索サービスにおける検索数であるのが望ましいが、他の検索サービスにおける検索数であってもよい。

なお、上述した実施形態はリスティング広告における検索クエリ選定について主に説明したが、経済規模の用途は、ＳＥＯ対策やウェブページ制作といったＷｅｂビジネス、出店地の選定や生産販売強化すべきプロダクトやスペックの選定といったリアルビジネスなど、多岐にわたるものであって、言葉ごとの経済規模を知ることによって戦略的な示唆を得ることのできる領域であれば何ら制限はない。

次に、第３および第４の実施形態について述べる。
Ｗｅｂサイトの訪問者に対する利便性を向上させるためには、当該ＷｅｂサイトをどのようなＷｅｂページ群から構成するか、が重要となる。具体的には、検索者が求めるコンテンツを含むか主題とするＷｅｂページを漏れなく作成し、それら各Ｗｅｂページ内においては、各コンテンツを、検索数や経済性が見込める順などに適切に並べる。さらに、それら各コンテンツの詳細または関連情報を欲する訪問者のために、詳細または関連情報を掲載した別のＷｅｂページ（以下、関連Ｗｅｂページ）を作成し、これを簡便に起動できるように、各コンテンツに各関連Ｗｅｂページをターゲットとしたハイパーリンクを設置することが望ましい。また、それら関連Ｗｅｂページに対しては、起動前に閲覧していた元のＷｅｂページに簡便に戻ることができるように、元のＷｅｂページをターゲットとしたハイパーリンクを設置することが望ましい。以上のような、多数の煩雑な作業は、数ページ程度の小規模なＷｅｂサイトでは成立しやすいものの、昨今の主流となっている数百、数千、数万ものＷｅｂページを介する中規模および大規模なＷｅｂサイトにおいては、考慮すべきＷｅｂページおよびコンテンツの量があまりに多く、成立しにくくなっている。具体的には、Ｗｅｂサイト内に存在させるべきＷｅｂページを欠いたり、作成した各Ｗｅｂページ内に存在させるべきコンテンツを欠いたり、作成した各コンテンツの並び順が、検索数や経済規模の大小などから類推される実需動向や時流をふまえた順序に並べきることができなかったり、それら各コンテンツに設置するべき関連Ｗｅｂページへのハイパーリンクを欠いたりするなど、訪問者に多数の不便を強いている。

そこで、以下では、検索動向を利用することによって、どのようなＷｅｂページを設置すべきか、各Ｗｅｂページにどのようなコンテンツを設置すべきか、各コンテンツにどのような関連Ｗｅｂページをターゲットとしたハイパーリンクを設置すべきか、の判断と作業の支援を行う。

（第３の実施形態）
第３の実施形態は、検索動向を利用してＷｅｂページに含まれるコンテンツの配置を自動で決定するものである。

Ｗｅｂページの閲覧者に対する利便性を向上するためには、当該Ｗｅｂページに含まれる各コンテンツをＷｅｂページのどこに配置するか、が重要となる。具体的には、より経済性を見込みやすく重要なコンテンツほど、より見やすい位置に配置するのが望ましい。しかも、時間の経過とともに各Ｗｅｂページにおける各コンテンツの重要度が変化することも少なくない。そのような状況において、各Ｗｅｂページにおける各コンテンツの配置をＷｅｂサイトの作成者が主観で的確に判断したり、手動で配置し直したりするのは極めて困難である。

そこで、第３の実施形態は、以下のようにして、Ｗｅｂページに含まれる複数のコンテンツを自動で配置する。

［第３の実施形態の概要］
図８は、第３の実施形態の概要を説明する図である。同図では、「Ａ－Ｐｈｏｎｅ」なるブランドのスマートフォンを紹介するＷｅｂページを示している。各スマートフォンの機種名は「Ａ－Ｐｈｏｎｅ ＸＸＸ」の形式であり、販売時期や機種のスペックに応じて「ＸＸＸ」に英数字が設定されるものとする。そして、図８のＷｅｂページでは、各機種の情報がコンテンツとしてＷｅｂページに配置される。

図８の左上は２０１８年８月における「Ａ－Ｐｈｏｎｅ」に関する検索クエリの検索数を模式的に示している。「Ａ－Ｐｈｏｎｅ ５Ｘ」、「Ａ－Ｐｈｏｎｅ ５Ｙ」、「Ａ－Ｐｈｏｎｅ ３」、「Ａ－Ｐｈｏｎｅ ４」、「Ａ－Ｐｈｏｎｅ ２」、「Ａ－Ｐｈｏｎｅ １」の順に検索数が多い。

この場合、本実施形態では、図８の左下に示すように、Ｗｅｂページにおいて、最も検索数が多い「Ａ－Ｐｈｏｎｅ ５Ｘ」の機種情報が最も左上に配置される。「Ａ－Ｐｈｏｎｅ ５Ｘ」は検索数が多く重要なコンテンツと考えられるから、最も見やすい位置である左上に配置されるのである。以下、検索数の順に左から右、上から下に各機種情報が配置される。そして、最も検索数が少ない「Ａ－Ｐｈｏｎｅ １」が最も右下に配置される。

一方、図８の右上は２０１８年１１月における「Ａ－Ｐｈｏｎｅ」に関する検索クエリの検索数を模式的に示している。２０１８年１０月に「Ａ－Ｐｈｏｎｅ ６Ｘ」および「Ａ－Ｐｈｏｎｅ ６Ｙ」の販売が予告され、これらの検索数が急増した例を示している。

この場合、本実施形態では、図８の右下に示すように、Ｗｅｂページにおいて、最も検索数が多い「Ａ－Ｐｈｏｎｅ ６Ｘ」の機種情報が最も左上に配置される。以下、検索数の順に左から右、上から下に各機種情報が配置される。

図８の左下のＷｅｂページと右下のＷｅｂページとを比べると分かるように、各機種の情報の配置位置が検索数に応じて変更されている。このように、本実施形態では、検索数などの検索動向ないしは経済規模に応じて自動で各コンテンツを配置するものである。以下、より具体的に説明する。

［コンテンツ配置システムの構成］
図９は、第３の実施形態に係るコンテンツ配置システムの概略構成を示すブロック図である。コンテンツ配置システムは、Ｗｅｂページ提供サーバ３と、コンテンツ配置装置４４とを含む。なお、Ｗｅｂページ提供サーバ３にアクセスするユーザ端末５は、例えばＷｅｂブラウザから構成される閲覧要求送信手段５１およびＷｅｂページ表示手段５２を有する。

Ｗｅｂページ提供サーバ３は、ユーザ端末５の閲覧要求送信手段５１からの要求に応じて複数のコンテンツを含むＷｅｂページを提供するものであり、閲覧要求受信手段３１と、配置情報取得手段３２と、コンテンツ配置手段３３と、Ｗｅｂページ送信手段３４とを有する。これら各手段の一部または全部は、Ｗｅｂページ提供サーバ３のプロセッサが所定のプログラムを実行することによって実現されてもよい。また、Ｗｅｂページ提供サーバ３は複数の装置に分散していてもよい。

閲覧要求受信手段３１は、ネットワークを介して、ユーザ端末５からＷｅｂページ（以下「対象Ｗｅｂページ」ともいう）閲覧の要求を受信する。配置情報取得手段３２は、対象Ｗｅｂページに含まれる各コンテンツ（項目）の配置を示す配置情報を、コンテンツ配置装置４から取得する。コンテンツ配置手段３３は、配置情報に基づいて、各コンテンツを対象Ｗｅｂページに配置する。Ｗｅｂページ送信手段３４は、各コンテンツが適切な位置に配置された対象Ｗｅｂページを閲覧するための情報を、ユーザ端末５に送信する。これにより、ユーザ端末５のＷｅｂページ表示手段５２によって、Ｗｅｂページが表示される。

コンテンツ配置装置４は、対象Ｗｅｂページに含まれるべき各コンテンツの配置を決定して配置情報を生成するものであり、対象コンテンツ取得手段４１と、テーマ設定手段４２と、サブテーマ設定手段４３と、経済規模取得手段４４と、配置情報生成手段４５とを有する。これら各手段の一部または全部は、コンテンツ配置装置４のプロセッサが所定のプログラムを実行することによって実現されてもよい。また、コンテンツ配置装置４は複数の装置に分散していてもよい。

対象コンテンツ取得手段４１は対象Ｗｅｂページに配置される対象となる複数のコンテンツ（以下「対象コンテンツ」ともいう）を取得する。テーマ設定手段４２は対象Ｗｅｂページにおいて対象コンテンツを配置する基準となるテーマを設定する。サブテーマ設定手段４３は、配置位置決定に用いられるサブテーマを、各対象コンテンツに個別に設定する。経済規模取得手段４４は、各対象コンテンツに設定されたサブテーマに基づき、例えば検索サーバから各対象コンテンツの経済規模を取得する。配置情報生成手段４５は、各対象コンテンツの経済規模に応じて、対象Ｗｅｂページにおける各対象コンテンツの配置を決定し、配置情報を生成する。

［コンテンツ配置装置４の詳細］
以下、コンテンツ配置装置４における各手段について、詳しく説明する。

［対象コンテンツ取得手段４１］
対象コンテンツ取得手段４１は対象Ｗｅｂページに配置される対象となる複数の対象コンテンツを取得する。各対象コンテンツは、例えば図８における「Ａ－Ｐｈｏｎｅ ５Ｘ」や「Ａ－Ｐｈｏｎｅ ５Ｙ」などの機種情報などである。対象コンテンツ取得手段４１は、例えばＷｅｂページ提供サーバ３から対象コンテンツの提供を受けてもよいし、検索サーバから適切な対象コンテンツを取得してもよい。なお、ｈｔｍｌタグで表せるコンテンツ（例えば、文字列、リンク、画像、動画、表、これらの組み合わせ、その他ｄｉｖタグで表せる任意のコンテンツ）は全て配置の対象となり得る。

［テーマ設定手段４２］

続いて、テーマ設定手段４２について説明する。テーマ設定手段４２は、Ｗｅｂページにおいて、対象コンテンツを配置する基準となるテーマを設定する。テーマは、例えば図８に示す「Ａ－Ｐｈｏｎｅ」であり、すべての対象コンテンツに共通する。テーマは対象コンテンツを配置する基準であるから、対象コンテンツが共通していても、テーマが変わると対象コンテンツの配置が変わることがある。なお、基準が不要な場合には、テーマを設定しないことも可能である。

テーマの設定対象は種々考えられる。

例えば、テーマ設定手段４２は、単一のＷｅｂページ、あるいは、ドメインが共通する複数のＷｅｂページに対して、テーマを設定してもよい。

また、テーマ設定手段４２は、対象Ｗｅｂページへの流入経路（例えばどの検索語からその対象Ｗｅｂページにアクセスされたか、どのリンクからその対象Ｗｅｂページに流入したか）に対して、テーマを設定してもよい。これにより、検索ニーズによりマッチした配置位置を決定できる。一例として、あるＷｅｂページが、「間接照明」という検索語から流入した場合と、「照明」という検索語から流入大量にアクセスされる場合と、でテーマを変えることが考えられる。

あるいは、テーマ設定手段４２は、対象Ｗｅｂページの閲覧者の情報（例えば、閲覧者の購入履歴、購買履歴、性別や年齢といった属性）に対して、テーマを設定してもよい。これにより、閲覧者に合った配置位置を決定できる。一例として、ファッションを紹介したＷｅｂページであって、その閲覧者が男性である場合には「メンズファッション」をテーマとし、閲覧者が女性である場合には「レディースファッション」をテーマとすることができる。 また、テーマ設定手段４２は、流入経路や閲覧者情報の組み合わせに対して、テーマを設定してもよい。

テーマの設定手法も種々考えられる。
例えば、テーマ設定手段４２は、コンテンツ配置装置４のオペレータによる手動設定に基づき、テーマを設定してもよい。一例として、複数の検索クエリに共通して含まれるワード（核ワード）をテーマとすることができる。例えば、検索クエリが
「転職」
「転職サイト」
「薬剤師 転職」
「転職エージェント」
の場合、核ワードは「転職」である。核ワードは１ワードに限られず、複数のワードであってもよい。

また、テーマ設定手段４２は、必要な情報をＷｅｂページ提供サーバ３あるいは検索サーバ１から受け取り、半自動あるいは自動でテーマを設定してもよい。具体例を以下に述べる。

テーマ設定手段４２は、１または２以上のテーマを予めラベルにセットしておき、ラベルを対象Ｗｅｂページに付与することによって半自動でテーマを設定してもよい。共通するテーマを複数のＷｅｂページに設定する場合に効率的である。

また、テーマ設定手段４２は、対象Ｗｅｂページのメタ情報に基づいて、自動でテーマを設定してもよい。例えば、テーマ設定手段４２は、ＨＴＭＬ言語で記述される対象Ｗｅｂページにおいて、ｈｅａｄタグ中のｍｅｔａタグにおける「ｋｅｙｗｏｒｄｓ」を核ワード群とするテーマとしたり、「ｄｅｓｃｒｉｐｔｉｏｎ」を自然言語処理することでテーマを推定したりしてもよい。この推定には、例えばＤｅｅｐ Ｌｅａｒｎｉｎｇを用いてもよいし、ＴＦ－ＩＤＦなどによるワード重みを算出して重要ワードをテーマとしてもよい。

また、テーマ設定手段４２は、対象Ｗｅｂページに基づいて、自動でテーマを設定してもよい。例えば、テーマ設定手段４２はＨＴＭＬ言語で記述される対象Ｗｅｂページにおけるテキスト文書を自然言語処理することでテーマを推定してもよい。やはり、この推定には、例えばＤｅｅｐ Ｌｅａｒｎｉｎｇを用いてもよいし、ＴＦ－ＩＤＦなどによるワード重みを算出して重要ワードをテーマとしてもよい。

また、テーマ設定手段４２は、検索情報を用いて自動でテーマを設定してもよく、例えば対象Ｗｅｂページ（あるいは、そのＷｅｂページのドメイン）が検索結果において最も高順位となる検索クエリをテーマとしてもよい。この場合、核ワードを含む検索クエリ群の経済規模を重みとして設定するテーマを決めてもよい。

また、テーマ設定手段４２は対象Ｗｅｂページへの流入経路に基づいて自動でテーマを設定してもよい。例えば、テーマ設定手段４２は、対象Ｗｅｂページへの流入数が最も大きい検索クエリをテーマとしたり、対象Ｗｅｂページへの流入数が大きいリンク元のコンテンツからテーマを設定したりしてもよい。

［サブテーマ設定手段４３］
サブテーマ設定手段４３は、配置位置決定に用いられるサブテーマを、各対象コンテンツに個別に設定する。サブテーマは、例えば図８に示す「５Ｘ」、「５Ｙ」、「３」などである。サブテーマは、テーマを基準として各対象コンテンツを自動配置するための、対象コンテンツに付与されるラベルとも言える。サブテーマは１以上のワードを含んでおり、サブテーマによって各対象コンテンツと特定の検索クエリとが紐づけられる。例えば、サブテーマ「５Ｘ」によって、「Ａ－Ｐｈｏｎｅ ５Ｘ」の機種情報（コンテンツ）と、検索クエリ「Ａ－Ｐｈｏｎｅ ５Ｘ」とが紐づけられる。各対象コンテンツに紐づけられた検索クエリに基づいて、各対象コンテンツの配置位置が決定される。

サブテーマの設定対象も種々考えられる。例えば、Ｗｅｂページにおけるグローバルナビゲーション項目、サイドメニュー項目、関連記事、記事一覧、サイト内検索結果をサブテーマの設定対象とすることができる。
サブテーマの設定手法も種々考えられる。

サブテーマ設定手段４３は、コンテンツ配置装置４のオペレータによる手動設定に基づき、サブテーマを設定してもよい。

例えば、テーマが設定されている場合、サブテーマ設定手段４３は、テーマを含む検索クエリ群からテーマを除いたワード（例えば、図８に示すように、テーマが「Ａ－Ｐｈｏｎｅ」である場合、これを除いた「５Ｘ」、「５Ｙ」、「３」）をサブテーマとすることができる。言い換えると、テーマと組み合わせることで検索クエリとなるワードをサブテーマとしてよい。テーマが核ワードである場合、サブテーマは検索クエリから核ワードを除いたものとも言える。

テーマが設定されない場合、サブテーマ設定手段４３は全検索クエリ（例えば、図８に示す「Ａ－Ｐｈｏｎｅ ５Ｘ」、「Ａ－Ｐｈｏｎｅ ５Ｙ」、「Ａ－Ｐｈｏｎｅ ３」など）をサブテーマとすることができる。

設定手法としては、ＣＭＳ上でサブテーマが対象コンテンツに設定されてもよいし、ｈｔｍｌタグの属性として設定されてもよい。テーマと同様、サブテーマ設定手段４３はラベルを用いてサブテーマを半自動で設定してもよい。

また、サブテーマ設定手段４３は、対象コンテンツに対応したｈｔｍｌタグ（例えば、対象コンテンツがリンクを含む場合には、Ａタグ）の属性情報やテキスト文書などを自然言語処理することで、テーマを推定してもよい。さらに、対象コンテンツがリンクを含む場合、サブテーマ設定手段４３はリンク先のメタ情報をテーマと同様に処理してサブテーマを設定してもよい。さらに、テーマ設定手段４２と同様に、サブテーマ設定手段４３は、リンク先の検索情報やリンク先の流入経路に基づいて、自動でサブテーマを設定してもよい。

［経済規模取得手段４４］
経済規模取得手段４４は、各対象コンテンツに設定されたサブテーマに基づき、例えば検索サーバ１から各対象コンテンツの経済規模を取得する。具体例として、まず、経済規模取得手段４４はサブテーマによって各対象コンテンツに紐づけられた検索クエリを取得する。その後、経済規模取得手段４４は検索クエリの検索動向に応じた経済規模を取得する。紐づけられた検索クエリとは、例えばサブテーマそのものである。また、紐づけられた検索クエリとは、コンテンツに予め設定されたタグそのものあるいはタグに基づくものであってもよい。あるいは、紐づけられたとは、サブテーマやタグといった予め設定されたワードに限られず、コンテンツに対して自動付与されるものであってもよい。具体例として、紐づけられた検索クエリは、コンテンツが写真である場合に、ＡＩによってその写真が解析されて付与されたワード（用語、単語あるいはフレーズ）に基づく検索クエリであってもよい。

なお、テーマが設定されている場合、経済規模取得手段４４は、テーマおよびサブテーマに基づいて、各対象コンテンツの経済規模を取得してもよい。この場合の紐づけられた検索クエリとは、例えばテーマおよびサブテーマを含む検索クエリである。

経済規模は第１および第２の実施形態で説明した経済規模であってよい。すなわち、経済規模は、検索サーバにおいて検索クエリが所定期間内に検索された数、その変化、検索サーバによって提供される検索クエリに対する検索結果画面への広告表示に関する広告料金、その変化、検索サーバにおける検索クエリの競合性、その変化の少なくとも１つに基づくものであってよい。

経済規模取得手段４４は、検索数、広告料金および競合性の情報を検索サーバ１から取得し、これらから経済規模を算出してもよい。あるいは、経済規模取得手段４４は検索サーバなど他の装置によって算出された経済規模を取得してもよい。その他、第１および第２の実施形態で述べた手法を適用して経済規模を取得してもよい。

さらに、経済規模は、テーマに対応する検索クエリの検索結果におけるサブテーマの関連度や、その変化を考慮したものであってもよい。

検索数、広告料金、競合性といった検索動向、あるいは、検索動向に基づく経済規模は、各対象コンテンツに大きく関連しており、サブテーマによって紐づけられた各対象コンテンツの重要性を示すと言える。このことを利用することで、本実施形態では各対象コンテンツを対象Ｗｅｂページにおける適切な位置に配置可能となる。

また、経済規模は、検索動向に加えて／代えて、Ｗｅｂページ上におけるクリック数、コンバージョン率、コンバージョン数および売上規模の少なくとも１つに応じたものであってもよい。

［配置情報生成手段４５］
配置情報生成手段４５は、各対象コンテンツの経済規模に応じて、対象Ｗｅｂページにおける各対象コンテンツの配置を決定し、配置情報を生成する。一例として、配置情報生成手段４５は、経済規模が高い順に各対象コンテンツの優先順位を決定し、各対象コンテンツの優先順位を示す配置情報を生成する。また、配置情報は各対象コンテンツの経済規模そのものでもよい。あるいは、配置情報生成手段４５は、経済規模が高い順に、対象Ｗｅｂページにおける各対象コンテンツの配置位置（Ｗｅｂページのどこに配置するか）を決定し、各対象コンテンツの配置位置を示す配置情報を生成してもよい。

このような配置情報に基づいて、Ｗｅｂページ提供サーバ３のコンテンツ配置手段３３が対象Ｗｅｂページにおいて各対象コンテンツを配置する。

例えば、コンテンツ配置手段３３は、優先順位あるいは経済規模が高い対象コンテンツほど、対象Ｗｅｂページにおける見やすい位置に配置する。なお、多くの言語圏では、Ｗｅｂページにおける上部ほど見やすい位置と言え、また、高さが共通であれば左側ほど見やすい位置と言える（いわゆるＺ型あるいはＦ型）。一方、アラビア語圏などでは、Ｗｅｂページにおいて、高さが共通であれば右側ほど見やすい位置となることもある。そのため、優先順位に応じてどのような位置に対象コンテンツを配置するのかを、事前設定あるいは手動設定しておくのがよい。

また、配置情報が配置位置を示す場合、コンテンツ配置手段３３は、対象Ｗｅｂページにける配置情報が示す配置位置に、各対象コンテンツを配置する。

以上のようにして、各対象コンテンツが適切に配置された対象Ｗｅｂページがユーザ端末５に表示される。なお、コンテンツとはＷｅｂページへの配置対象となるものであれば何でもよく、写真などの静止画、動画、目次やメニュー、リストや文中に列挙された用語であってもよい。

［コンテンツ配置システムの実装例および動作シーケンス］
コンテンツ配置システムの具体的な実装例は種々考えられる。

例えば、配置情報生成手段４５は任意のタイミングで配置情報を更新してよい。例えば、配置情報生成手段４５は、ユーザ端末５から対象Ｗｅｂページの閲覧要求がある度に更新してもよいし、Ｗｅｂページ提供サーバ３あるいはコンテンツ配置装置４のオペレータからの手動の要求に応じて更新してもよいし、特定のイベント発生をトリガとして更新してもよい。

また、配置情報生成手段４５によって生成された配置情報は、コンテンツ配置装置４内に保存されてもよいし、Ｗｅｂページ提供サーバ３内に保存されてもよいし、ユーザ端末５内（例えばＷｅｂブラウザのキャッシュ）に保存されてもよい。

さらに、コンテンツ配置装置４内の各手段の少なくとも一部をＷｅｂページ提供サーバ３内に設けてもよいし、ユーザ端末５内に設けてもよい。同様に、Ｗｅｂページ提供サーバ３内の各手段の少なくとも一部をコンテンツ配置装置４内に設けてもよいし、ユーザ端末５内に設けてもよい。

以上を考慮したコンテンツ配置システムの実装例をいくつか示す。

図１０は、図９のコンテンツ配置システムにおける処理動作の一例を示すシーケンス図である。同図は、ユーザ端末５から対象Ｗｅｂページの閲覧要求がある度に配置情報が更新される例である。

Ｗｅｂページ提供サーバ３の閲覧要求受信手段３１は、ユーザ端末５の閲覧要求送信手段５１から送信された対象Ｗｅｂページの閲覧要求（ステップＳ２１）を受信する（ステップＳ３１）。これに応じて、配置情報取得手段３２は配置位置情報をコンテンツ配置装置４に要求する（ステップＳ３２）。

この要求に応じて、コンテンツ配置装置４の各手段が動作し、配置情報生成手段４５が配置情報を生成し、これをＷｅｂページ提供サーバ３に送信する（ステップＳ４１）。

これにより、Ｗｅｂページ提供サーバ３の配置情報取得手段３２は、コンテンツ配置装置４からの配置情報を取得する（ステップＳ３３）。そして、コンテンツ配置手段３３は配置情報に基づいて対象Ｗｅｂページに対象コンテンツを配置する（ステップＳ３４）。次いで、対象コンテンツが配置された対象Ｗｅｂページを表示するためのデータがＷｅｂページ送信手段３４によってユーザ端末５に送信される（ステップＳ３５）。これにより、ユーザ端末５のＷｅｂページ表示手段５２によって、配置情報に応じて対象コンテンツが配置された対象Ｗｅｂページが表示される（ステップＳ２２）。

この態様によれば、テーマおよびサブテーマを設定しておけば、ユーザ端末５が対象Ｗｅｂページを表示させる度に、対象コンテンツの配置が変わり得る。

図１１Ａおよび図１１Ｂは、図９のコンテンツ配置システムにおける処理動作の別の例を示すシーケンス図である。同図は、所定のタイミングでＷｅｂページ提供サーバ３に発行される更新トリガに応じて配置情報が更新される例である。なお、図１１Ａおよび図１１Ｂでは、図１０と同じ処理には同じステップ名を付している。

図１１Ａは、配信情報の更新処理を示す。まず、Ｗｅｂページ提供サーバ３の配置情報取得手段３２は、配信情報の更新タイミングを示す更新トリガがあるか否かを判断する（ステップＳ３０）。

更新トリガは配置情報取得手段３２によって定期的に発行されてもよい。この場合、配信情報は定期的に更新される。

また、更新トリガは、Ｗｅｂページ提供サーバ３のオペレータからの任意タイミングでの手動要求に応じて、発行されてもよい。この場合、配信情報は、Ｗｅｂページ提供サーバ３のオペレータが設定する任意のタイミングで更新される。

さらに、更新トリガは、不図示のイベント検知器によってイベントが検知されたことに応じて、発行されてもよい。この場合、配信情報はイベントが検知される度に更新される。イベントとは、例えば検索数や経済規模に大きな変化が生じたことであり、検索サーバ１から取得され得る。検索数や経済規模の大きな変化は検索ニーズが変化した可能性が高いので、そのようなタイミングで配信情報を更新することで、Ｗｅｂページ提供サーバ３やコンテンツ配置装置４の処理負荷を抑えつつ、最適なタイミングで配信情報を更新できる。イベントの別の例としては、コンテンツが配置されるＷｅｂページが変更されるタイミングであってもよく、このタイミングはＷｅｂページ提供サーバ３自身が把握可能である。

更新トリガがある場合（ステップＳ３０のＹＥＳ）、配置情報取得手段３２は配置位置情報をコンテンツ配置装置４に要求する（ステップＳ３２）。この要求に応じて、コンテンツ配置装置４の各手段が動作して配置情報生成手段４５が配置情報を生成し、これをＷｅｂページ提供サーバ３に送信する（ステップＳ４１）。これにより、Ｗｅｂページ提供サーバ３の配置情報取得手段３２は、コンテンツ配置装置４からの配置情報を取得する（ステップＳ３３）。そして、配置情報取得手段３２はＷｅｂページ提供サーバ３内の（あるいはＷｅｂページ提供サーバ３がアクセス可能な）メモリに配置情報を保存する（ステップＳ３３'）。

図１１Ｂは、対象コンテンツの配置およびＷｅｂページ表示処理を示す。Ｗｅｂページ提供サーバ３の閲覧要求受信手段３１は、ユーザ端末５の閲覧要求送信手段５１から送信された対象Ｗｅｂページの閲覧要求（ステップＳ２１）を受信する（ステップＳ３１）。これに応じて、配置情報取得手段３２は、メモリに保存された配置位置情報を読み出して取得する（ステップＳ３３''）。そして、コンテンツ配置手段３３は配置情報に基づいて対象Ｗｅｂページに対象コンテンツを配置する（ステップＳ３４）。次いで、対象コンテンツが配置された対象Ｗｅｂページを表示するためのデータがＷｅｂページ送信手段３４によってユーザ端末５に送信される（ステップＳ３５）。これにより、ユーザ端末５のＷｅｂページ表示手段５２によって、配置情報に応じて対象コンテンツが配置された対象Ｗｅｂページが表示される（ステップＳ２２）。

図１２は、図９のコンテンツ配置システムにおける処理動作の別の例を示すシーケンス図である。同図は、所定のタイミングでコンテンツ配置装置４に発行される更新トリガに応じて配置情報が更新される例である。なお、図１２では、図１０および図１１Ａと同じ処理には同じステップ名を付している。

図１２は、配信情報の更新処理を示す。まず、コンテンツ配置装置４の配置情報生成手段４５は、配信情報の更新タイミングを示す更新トリガがあるか否かを判断する（ステップＳ４０）。

更新トリガは配置情報生成手段４５によって定期的に発行されてもよい。この場合、配信情報は定期的に更新される。

また、更新トリガは、コンテンツ配置装置４のオペレータからの任意タイミングでの手動要求に応じて、発行されてもよい。この場合、配信情報は、コンテンツ配置装置４のオペレータが設定する任意のタイミングで更新される。

さらに、更新トリガは、不図示のイベント検知器によってイベントが検知されたことに応じて、発行されてもよい。この場合、配信情報はイベントが検知される度に更新される。

更新トリガがある場合（ステップＳ４０のＹＥＳ）、コンテンツ配置装置４の各手段が動作して配置情報生成手段４５が配置情報を生成し、これをＷｅｂページ提供サーバ３に送信する（ステップＳ４１）。これにより、Ｗｅｂページ提供サーバ３の配置情報取得手段３２は、コンテンツ配置装置４からの配置情報を取得する（ステップＳ３３）。そして、配置情報取得手段３２はＷｅｂページ提供サーバ３内の（あるいはＷｅｂページ提供サーバ３がアクセス可能な）メモリに配置情報を保存する（ステップＳ３３'）。

なお、対象コンテンツの配置およびＷｅｂページ表示処理は図１１Ｂと同様なので、説明を省略する。

図１３は、図９の変形例であるコンテンツ配置システムの概略構成を示すブロック図である。図９と同じ機能ブロックには同じ符号を付しており、基本的には同様の動作を行う。図９との違いとして、図１３のユーザ端末５には、配置情報取得手段３２およびコンテンツ配置手段３３が設けられる。そして、配置情報取得手段３２によって取得された配置情報がユーザ端末５内に保存され、ユーザ端末５のコンテンツ配置手段３３が対象Ｗｅｂページに対象コンテンツを配置する例である。配置情報取得手段３２およびコンテンツ配置手段３３はＷｅｂブラウザの機能であってもよい。

図１４は、図１３のコンテンツ配置システムにおける処理動作の一例を示すシーケンス図である。

Ｗｅｂページ提供サーバ３の閲覧要求受信手段３１は、ユーザ端末５の閲覧要求送信手段５１から送信された対象Ｗｅｂページの閲覧要求（ステップＳ２１）を受信する（ステップＳ３１）。これに応じて、対象Ｗｅｂページを表示するためのデータがＷｅｂページ送信手段３４によってユーザ端末５に送信される（ステップＳ３５'）。ただし、このデータにおいては、対象コンテンツが対象Ｗｅｂページに配置されていない状態であってよい。

次いで、ユーザ端末５の配置情報取得手段３２は有効な配置情報を保持しているか否かを判断する（ステップＳ５１）。有効な配置情報を保持していない場合、（ステップＳ５１のＮＯ）、配置情報取得手段３２は配置位置情報をコンテンツ配置装置４に要求する（ステップＳ３２）。なお、有効は配置情報を保持していない場合とは、例えば配置情報をそもそも受信していない場合、所定の有効期限を経過した配置情報を保持している場合である。ステップＳ３２における要求に応じて、コンテンツ配置装置４の各手段が動作し、配置情報生成手段４５が配置情報を生成し、これをユーザ端末５に送信する（ステップＳ４１）。

これにより、ユーザ端末５の配置情報取得手段３２は、コンテンツ配置装置４からの配置情報を取得する（ステップＳ３３）。そして、配置情報取得手段３２はユーザ端末５内のメモリに配置情報を保存する（ステップＳ３３'）。

そして、配置情報取得手段３２は、メモリに保存された配置位置情報を読み出して取得する（ステップＳ３３''）。そして、コンテンツ配置手段３３は配置情報に基づいて対象Ｗｅｂページに対象コンテンツを配置する（ステップＳ３４）。これにより、ユーザ端末５のＷｅｂページ表示手段５２によって、配置情報に応じて対象コンテンツが配置された対象Ｗｅｂページが表示される（ステップＳ２２）。

図１５は、図１３のコンテンツ配置システムにおける処理動作の別の例を示すシーケンス図である。図１４では、ユーザ端末５がコンテンツ配置装置４に対して、直接、配置情報を要求するものであった。これに対し、図１５では、ユーザ端末５がＷｅｂページ提供サーバ３を介してコンテンツ配置装置に配置情報を要求する点が異なる。その他は図１４と共通するため、詳細な説明を省略する。

［コンテンツ配置装置４のオペレータ用インターフェース］
図１６は、コンテンツ配置装置４のオペレータ用のインターフェース画面の一例を示す模式図である。このザインターフェース画面は、例えば配置情報生成手段４５によって表示される。図示のように、対象タイプ設定欄６１、対象ページ設定欄６２、テーマ設定欄６３、対象コンテンツ設定欄６４、サブテーマ設定欄６５、経済規模設定欄６６、調整タイミング設定欄６７などが設けられる。また、インターフェース画面には、プレビュー画面６８が設けられる。なお、図１６の画面は例示にすぎず、一部の欄を省略してもよいし、他の欄を含んでいてもよい。

対象タイプ設定欄６１はテーマを設定する対象を設定する欄であり、例えばＷｅｂページ、ドメイン、流入経路、閲覧者情報などの予め定めた選択肢のうちの１つをオペレータが選択する。

対象ページ設定欄６２は、対象としてＷｅｂページが選択された場合に、そのＷｅｂページを示すＵＲＬを設定する欄であり、オペレータがＵＲＬを入力する。

テーマ設定欄６３はテーマを設定する欄であり、例えば「Ａ－Ｐｈｏｎｅ」といったテーマをオペレータが入力する。入力された情報がテーマ設定手段４２によってテーマとされる。

対象コンテンツ設定欄６４は、配置を設定する対象となるコンテンツを指定する欄である。コンテンツは、例えば「Ａ－Ｐｈｏｎｅ ５Ｘ」といった個別の情報やリンクなどである。一例として、「選択」ボタンを押すことで１つの対象コンテンツを設定できる。

サブテーマ設定欄６５は対象コンテンツに対応して設けられており、対応するコンテンツにサブテーマを設定する欄である。１つのコンテンツに複数のサブテーマが設定されてもよい。入力された情報がサブテーマ設定手段４３によってテーマとされる。

経済規模設定欄６６は、対象コンテンツの配置を定める基準となる経済規模を設定するものであり、例えば検索数、検索数と広告料金との組み合わせ、検索数と広告料金と競合性の組み合わせなどの予め定めた選択肢のうちの１つをオペレータが選択する。ここで設定された経済規模に基づいて、配置情報生成手段４５は対象コンテンツの配置を定める。

調整タイミング設定欄６７は対象コンテンツの配置調整を行うタイミング（すなわち配置情報を更新するタイミング）を設定する欄であり、例えばＷｅｂページの閲覧要求がある都度（図１０）、Ｗｅｂページ提供サーバ３のオペレータからの指示に応じて（図１１Ａ）、コンテンツ配置装置４のオペレータからの指示に応じて（図１２Ａ）、などの予め定めた選択肢のうちの１つをオペレータが選択する。

また、プレビュー画面６８には、上述した欄への設定にしたがってコンテンツ配置装置４内の各手段が動作して配置情報が生成された場合に表示されるＷｅｂページを示す。

このようなインターフェース画面を表示することで、コンテンツ配置装置４のオペレータの操作や各種設定が簡略化される。

以上述べたように、第３の実施形態では、検索動向を利用することでＷｅｂページにおけるコンテンツの配置を自動的に検索ニーズに合ったものとすることができる。したがって、閲覧者の利便性や満足度を低コストで常時最適化が可能となる。また、大量の検索クエリに関する検索動向を人手で処理するのは現実的に困難であるが、第３の実施形態によれば検索動向を自動的に考慮し反映することが可能となる。

（第４の実施形態）
次に述べる第４の実施形態は、検索動向を利用してＷｅｂサイトの構築を支援するものである。第４の実施形態では、Ｗｅｂページおよびコンテンツの一部を自動作成することもできる。

［第４の実施形態の概要］
図１７は、Ｗｅｂサイトの構成を模式的に示す図である。Ｗｅｂサイトは最上位階層に位置づけられるＷｅｂページ（以下「トップページ」ともいう）を含む。また、Ｗｅｂサイトは、トップページから直接的にリンクされており、第１階層に位置づけられる１以上のＷｅｂページ（以下「第１階層ページ」ともいう）を含む。さらに、Ｗｅｂサイトは、特定の第１階層ページから直接的にリンクされており、第２階層に位置づけられる１以上のＷｅｂページ（以下「第２階層ページ」ともいう）を含む。以下同様に、第３階層以降のＷｅｂページがあってよい。

ここで、多くの閲覧者は検索エンジンを利用してＷｅｂサイトに流入していると考えられるため、検索動向は閲覧者による検索ニーズを反映している。よって、検索動向を分析することで、検索ニーズを満たすためにどのようなＷｅｂページが必要であるかを把握できる。そこで、本実施形態では、検索動向に基づいて、どのようなＷｅｂページを用意し、どのようにリンクを貼ればよいかを自動で提案する。

なお、以下では便宜上、Ｗｅｂサイトの最上位階層に位置づけられる「トップページ」を基準としてＷｅｂサイトを構築する説明を行うが、必ずしもＷｅｂサイトの最上位階層を基準とする必要はなく、Ｗｅｂサイトにおける任意の階層における任意のＷｅｂページを基準として（これを「トップページ」と考えて）、それより下位階層のＷｅｂサイトを構築することもできる。

図１８～図２０は、第４の実施形態の概要を説明する図である。本例では、「Ｂ－Ｐｈｏｎｅ」なるブランドのスマートフォンに関するＷｅｂサイトを構築することを想定している。

図１８は、所定期間における「Ｂ－Ｐｈｏｎｅ」を含む各検索クエリ（すなわち「Ｂ－Ｐｈｏｎｅ」を核ワードとする検索クエリ）の検索数を示している。なお、この「Ｂ－Ｐｈｏｎｅ」は第３の実施形態における「テーマ」に対応する。

図１９の中段は、図１８に示す検索クエリのうち「Ｂ－Ｐｈｏｎｅ」以外に１以上の検索語を含む検索クエリのうち代表的なものを示している。具体的には、第２検索語として「ｐｒｏ」が追加された検索クエリの集合Ａ１、「ｍｉｎｉ」が追加された検索クエリの集合Ａ２、「新型」が追加された検索クエリの集合Ａ３、「中古」が追加された検索クエリの集合Ａ４がある。なお、これら「ｐｒｏ」などは第３の実施形態における「サブテーマ」に対応する。

また、図１９の下段は、図１８に示す検索クエリのうち「Ｂ－Ｐｈｏｎｅ」以外に２以上の検索語を含む検索クエリのうち代表的なものを示している。具体的には、第２および第３検索語として「ｐｒｏ」および「新型」が追加された検索クエリの集合Ｂ１と、「ｐｒｏ」および「２０１８」が追加された検索クエリの集合Ｂ２がある。

図２０は、図１８および図１９の検索動向から提案されるＷｅｂサイトを模式的に示している。トップページＷ０は本Ｗｅｂサイトが「Ｂ－Ｐｈｏｎｅ」に関するものであることを示す。

同図では、第１階層ページとして、「Ｂ－Ｐｈｏｎｅ ｐｒｏ」に関するＷｅｂページＷ１１（図１９の集合Ａ１に対応）、「Ｂ－Ｐｈｏｎｅ ｍｉｎｉ」に関するＷｅｂページＷ１２（同集合Ａ２に対応）、「Ｂ－Ｐｈｏｎｅ 新型」に関するＷｅｂページＷ１３（同集合Ａ３に対応）、「Ｂ－Ｐｈｏｎｅ 中古」に関するＷｅｂページＷ１４（同集合Ａ４に対応）が提案される。すなわち、トップページＷ０から直接的にリンクされるべきＷｅｂページＷ１１～Ｗ１４として、「Ｂ－Ｐｈｏｎｅ ｐｒｏ」、「Ｂ－Ｐｈｏｎｅ ｍｉｎｉ」、「Ｂ－Ｐｈｏｎｅ 新型」および「Ｂ－Ｐｈｏｎｅ 中古」に関するＷｅｂページを準備すべきであることを意味する。

このような提案は、第２検索語として「ｐｒｏ」、「ｍｉｎｉ」、「新型」および「中古」が追加された検索クエリが相当数あることに基づく。「ｐｒｏ」、「ｍｉｎｉ」、「新型」および「中古」は、それぞれ第１階層ページＷ１１～Ｗ１４に対応するワードともいえる。第１階層ページのそれぞれを記述するＨＴＭＬファイルの所定項目に、対応するワード（第２検索語）を設定することにより、第１階層ページの一部を自動作成することもできる。

また、同図では、第１階層ページである「Ｂ－Ｐｈｏｎｅ ｐｒｏ」に関するＷｅｂページＷ１１に直接的にリンクされるべき第２階層ページとして、「Ｂ－Ｐｈｏｎｅ ｐｒｏ ２０１８」に関するＷｅｂページＷ２１が提案される。すなわち、第１階層ページＷ１１から直接的にリンクされるべきＷｅｂページとして、「Ｂ－Ｐｈｏｎｅ ｐｒｏ ２０１８」に関するＷｅｂページを準備すべきであることを意味する。

また、第１階層ページである「Ｂ－Ｐｈｏｎｅ ｐｒｏ」に関するＷｅｂページＷ１１および同「Ｂ－Ｐｈｏｎｅ 新型」に関するＷｅｂページＷ１３に直接的にリンクされるべき第２階層ページとして、「Ｂ－Ｐｈｏｎｅ ｐｒｏ 新型」に関するＷｅｂページＷ２２が提案される。すなわち、第１階層ページＷ１１，Ｗ１３から直接的にリンクされるべきＷｅｂページとして、「Ｂ－Ｐｈｏｎｅ ｐｒｏ 新型」に関するＷｅｂページを準備すべきであることを意味する。

これらの提案は、第２および第３検索語として「ｐｒｏ」、「２０１８」および「新型」が追加された検索クエリが相当数あることに基づく。「ｐｒｏ」および「２０１８」の組は、ＷｅｂページＷ２１に対応するワードともいえる。また、「ｐｒｏ」および「新型」の組は、ＷｅｂページＷ２２に対応するワードともいえる。第２階層ページのそれぞれを記述するＨＴＭＬファイルの所定項目に、対応するワード（第２および第３検索語の組）を設定することにより、第２階層ページの一部を自動作成することもできる。

以上のような提案に基づいてＷｅｂサイトを作成し、リンクを貼ることで、検索ニーズに合致した構造のＷｅｂサイト作成を支援できる。

以下、より具体的に説明する。

［Ｗｅｂサイト構築支援装置７の構成］
図２１は、第４の実施形態に係るＷｅｂサイト構築支援装置７の概略構成を示すブロック図である。Ｗｅｂサイト構築支援装置７は、ワード特定手段７１と、Ｗｅｂページ作成手段７２とを備えている。これら各手段の一部または全部は、Ｗｅｂサイト構築支援装置７のプロセッサが所定のプログラムを実行することによって実現されてもよい。

ワード特定手段７１は、検索サーバ１から取得される複数の検索クエリに基づいて、あるＷｅｂページからリンクされるべき（あるいは、階層関係が定まるべき）１以上のＷｅｂページに関する（対応する）ワードを特定する。Ｗｅｂページ作成手段７２は、ワード特定手段７１によって特定されたワードを用い、トップページおよび／または第１階層（あるいはそれ以下の階層）ページの一部を作成する。そして、Ｗｅｂページ作成手段７２は、作成されたＷｅｂページを記述するｈｔｍｌあるいはｐｈｐなどのファイル群として出力する。出力されたファイルを実際のＷｅｂサイト構築の骨組みとすることができる。

［ワード特定手段７１］
ワード特定手段７１について詳しく述べる。ワード特定手段７１は複数の検索クエリに基づいて各Ｗｅｂページに対応するワードを特定する。

［トップワードの特定］
まず、ワード特定手段７１は、検索クエリに基づき、トップページに対応するワード（例えば、図１８～図２０における「Ｂ－Ｐｈｏｎｅ」、以下「トップワード」ともいう）を特定する。例えば、ワード特定手段７１は、所定期間における複数の検索クエリを検索サーバ１から取得し、検索規模を考慮して１つのワードを特定する。トップワードは、ある核ワードを軸とした検索群の市場（図１８の例では、「Ｂ－Ｐｈｏｎｅ」という核ワードを軸とした市場）と考えることもできる。

トップワード特定の例として、Ｗｅｂページを新規作成する場合に複数の検索クエリに共通して多く含まれるワード（核ワード）をＷｅｂサイト構築支援装置７のオペレータが手動でトップワードとして特定してもよい。

トップワード特定の別の例として、既存のＷｅｂページをリニューアルする場合に、既存のＷｅｂページにおける集客効率が高いワードをワード特定手段７１が自動でトップワードとして特定してもよい。集客効率が高いワードは、そのワードを検索クエリとする流入数や、経済規模に基づいて特定され得る。

また別の例として、検索群の市場が大きい核ワードをワード特定手段７１が自動でトップワードとして特定してもよい。より具体的な例として、「Ｂ－Ｐｈｏｎｅ」を核ワードとする市場と、「スマートフォン」を核ワードとする市場があり、後者の方が集客効率が高い場合には「スマートフォン」をトップワードとする。

また、ワード特定手段７１がトップワードの候補をいくつか自動で提示し、Ｗｅｂサイト構築支援装置７のオペレータが手動で候補を選択することによってトップワードを特定してもよい。トップワードの候補は、例えば既存のＷｅｂページにおいて集客効率が上位である複数のワードとすることができる。

「トップワード」が特定されると、ワード特定手段７１は「トップワード」をＷｅｂサイト構築支援装置７のオペレータに対して出力（例えば表示）する。これにより、オペレータは特定された「トップワード」をテーマとしてＷｅｂサイトを構築するのがよいことが分かる。また、オペレータはＷｅｂサイトのトップページを「トップワード」に関するものにすればよいことが分かる。

「トップワード」はトップページに関する（対応する）ワードと言える。

次いで、ワード特定手段７１は「トップワード」を含む検索クエリの集合（例えば、図１８に示す検索クエリ群）を形成する。

［第１階層ワードの特定］
ワード特定手段７１は、形成された検索クエリの集合に基づき、第１階層ページに対応するワード（例えば、図１９の中段に示す「ｐｒｏ」、「ｍｉｎｉ」、「新型」および「中古」のそれぞれ、以下「第１階層ワード」ともいう）を特定する。例えば、ワード特定手段７１は、「トップワード」以外のワードであって、検索クエリの集合の多くに共通して含まれる１つのワードを「第１階層ワード」とする。「第１階層ワード」は２以上あってもよい。ただし、「第１階層ワード」の数が多くなり過ぎないよう、ワード特定手段７１は経済規模を考慮して所定数の「第１階層ワード」を特定してもよい。第１階層ワードもトップワードと同様の手法により特定され得る。

「第１階層ワード」が特定されると、ワード特定手段７１は「第１階層ワード」をＷｅｂサイト構築支援装置７のオペレータに対して出力（例えば表示）する。これにより、オペレータは特定された「第１階層ワード」のそれぞれに関するＷｅｂサイトを第１階層ページとして作成し、トップページからリンクを貼るべき（あるいは、トップページの下位階層とすべき）であることが分かる。１つの「第１階層ワード」が１つの第１階層ページに対応するとも言える。

図１９および図２０の例では、第１階層ページとして、「Ｂ－Ｐｈｏｎｅ ｐｒｏ」に関するＷｅｂページＷ１１、「Ｂ－Ｐｈｏｎｅ ｍｉｎｉ」に関するＷｅｂページＷ１２、「Ｂ－Ｐｈｏｎｅ 新型」に関するＷｅｂページＷ１３および「Ｂ－Ｐｈｏｎｅ 中古」に関するＷｅｂページＷ１４を作成すべきことが分かる。

［第２階層ワードの特定］
必要に応じて、ワード特定手段７１は、形成された検索クエリの集合に基づき、第２階層ページに対応するワード（以下「第２階層ワード」ともいう）を特定する。例えば、ワード特定手段７１は、「トップワード」以外のワードであって、特定されたいずれかの「第１階層ワード」を含む検索クエリの集合の多くに共通して含まれる他のワードを特定する。そして、当該いずれかの「第１階層ワード」と、特定された「他のワード」との組を「第２階層ワード」とする。なお、「他のワード」が「第１階層ワード」であってもよい。

例えば、図１９において、「第１階層ワード」である「ｐｒｏ」と、「他のワード」である「２０１８」の組が「第２階層ワード」である。また、１つの「第１階層ワード」である「ｐｒｏ」と、他の「第１階層ワード」である「新型」との組が「第２階層ワード」である。このように「第２階層ワード」を定める場合、「第２階層ワード」は少なくとも１つの「第１階層ワード」が含まれる。

「第２階層ワード」は２以上あってもよい。ただし、「第２階層ワード」の数が多くなり過ぎないよう、ワード特定手段７１は経済規模を考慮して所定数の「第２階層ワード」を特定してもよい。

「第２階層ワード」が特定されると、ワード特定手段７１は「第２階層ワード」をＷｅｂサイト構築支援装置７のオペレータに対して出力（例えば表示）する。これにより、オペレータは特定された「第２階層ワード」に関するＷｅｂサイトを第２階層ページとして作成すべきであることが分かる。また、「第２階層ワード」に含まれる「第１階層ワード」に対応する第１階層ページから、第２階層ページにリンクを貼るべき（あるいは、第２階層ページの下位階層とすべき）ことが分かる。１つの「第２階層ワード」が１つの第２階層ページに対応するとも言える。

図１９および図２０の例では、第２階層ページとして「Ｂ－Ｐｈｏｎｅ ｐｒｏ ２０１８」に関するＷｅｂページ２１を作成すべきことが分かる。また、含まれる「第１階層ワード」は「ｐｒｏ」であるから、Ｗｅｂページ２１は「Ｂ－Ｐｈｏｎｅ ｐｒｏ」に関するＷｅｂページＷ１１からリンクを貼るべきであることが分かる。

また、第２階層ページとして「Ｂ－Ｐｈｏｎｅ ｐｒｏ 新型」に関するＷｅｂページ２２を作成すべきことが分かる。また、含まれる「第１階層ワード」は「ｐｒｏ」および「新型」であるから、ＷｅｂページＷ２２は、「Ｂ－Ｐｈｏｎｅ ｐｒｏ」に関するＷｅｂページＷ１１と、「Ｂ－Ｐｈｏｎｅ 新型」に関するＷｅｂページＷ１３の両方にリンクを貼るべきであることが分かる。

このように、第２階層ページは２以上の第１階層ページからリンクが貼られてもよい。この場合、「Ｂ－Ｐｈｏｎｅ ｐｒｏ」に関する第１階層ページＷ１１からリンクされる「Ｂ－Ｐｈｏｎｅ ｐｒｏ 新型」に関する第２階層ページと、「Ｂ－Ｐｈｏｎｅ 新型」に関する第１階層ページＷ１３からリンクされる「Ｂ－Ｐｈｏｎｅ ｐｒｏ 新型」に関する第２階層ページは、同じであってもよいし、異なっていてもよく、Ｗｅｂサイトの作成者が適宜判断すればよい。

以下、同様にしてワード特定手段７１は必要な階層数のワードを特定すればよい。なお、上述した説明では、検索クエリに共通して含まれるワードをトップワード、第１階層ワードおよび第２階層ワードとしたが、他の手法によってトップワードなどを特定してもよい。例えば、自然言語処理を行って検索ニーズが合致するワードを特定してもよいし、手動で設定してもよい。

図２２Ａおよび図２２Ｂは、それぞれ、上記のような提案に沿ったＷｅｂサイトを構築した場合のトップページＷ０および第１階層ページＷ１１の一例を模式的に示す図である。図２２Ａに示すように、トップページＷ０には、「Ｂ－Ｐｈｏｎｅ ｐｒｏ」、「Ｂ－Ｐｈｏｎｅ ｍｉｎｉ」、「Ｂ－Ｐｈｏｎｅ 新型」および「Ｂ－Ｐｈｏｎｅ 中古」に関する第１階層ページへのリンクが含まれる。なお、「Ｂ－Ｐｈｏｎｅ 中古」に関する第１階層ページへのリンクは図２２Ａに現れていないが、トップページＷ１を下方にスクロールすると現れる。リンクの配置位置は、例えば第３の実施形態で説明したように、経済規模に基づいて定めるのがよい。

図２２Ａにおいて、「Ｂ－Ｐｈｏｎｅ ｐｒｏ」のリンクを選択すると、図２２Ｂに示す第１階層ページＷ１１が表示される。

［Ｗｅｂページ作成手段７２］
Ｗｅｂページ作成手段７２について詳しく説明する。図２３Ａおよび図２３Ｂは、上述した図２０に示すトップページＷ０の一部および同第１階層ページＷ１１の一部をそれぞれ模式的に示す図である。以下、図２０、図２３Ａおよび図２３Ｂを参照しながら説明する。

［ＵＲＬの自動生成］
Ｗｅｂページ作成手段７２は、各Ｗｅｂページに対応するワード（および、必要に応じて上位階層ページに対応するワード）に基づき、Ｗｅｂページの一部であるＵＲＬを自動生成できる。以下では、Ｗｅｂサイトのルートパスが「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ」であるとする。

例えば、ＵＲＬ作成の対象となるＷｅｂページがトップページＷ０である場合、Ｗｅｂページ作成手段７２は、ルートパスと、「トップワード」とを「／（スラッシュ）」によって結合したものとする。図２０の例では、「トップワード」が「Ｂ－Ｐｈｏｎｅ」であるから、具体的なＵＲＬは以下のようになる（図２３Ａ）。
https://AAA.com/B-Phone

また、ＵＲＬ作成の対象となるＷｅｂページが第１階層ページである場合、Ｗｅｂページ作成手段７２は、ルートパスと、「トップワード」と、対象Ｗｅｂページに対応する「第１階層ワード」と、を「／（スラッシュ）」によって結合したものとする。図２０の例において、対象となるＷｅｂページが「Ｂ－Ｐｈｏｎｅ ｐｒｏ」についての第１階層ページＷ１１である場合、具体的なＵＲＬは以下のようになる（図２３Ｂ）。
https://AAA.com/B-Phone/pro

あるいは、ルートパスと、「トップワード」と、「トップワード」と対象Ｗｅｂページに対応する「第１階層ワード」との組み合わせと、を「／（スラッシュ）」によって結合したものをＵＲＬとしてもよい。具体的には以下のようになる。
https://AAA.com/B-Phone/B-Phone/pro

なお、必要に応じてＵＲＬエンコードを行ったり、ＵＲＬに使えない特殊文字（スペースや日本語など）を置換したりするのが望ましい。

また、ＵＲＬ作成の対象となるＷｅｂページが第２階層ページである場合、Ｗｅｂページ作成手段７２は、ルートパスと、「トップワード」と、対象ページのリンク元となる第１階層ページに対応する「第１階層ワード」と、対象Ｗｅｂページに対応する「第２階層ワード」と、を「／（スラッシュ）」によって結合したものとする。図２０の例において、対象となるＷｅｂページが「Ｂ－Ｐｈｏｎｅ ｐｒｏ ２０１８」についての第２階層ページＷ２１である場合、具体的なＵＲＬは以下のようになる。
https://AAA.com/B-Phone/pro/2018

また、図２０の例において、対象となるＷｅｂページが「Ｂ－Ｐｈｏｎｅ ｐｒｏ 新型」についての第２階層ページＷ２２である場合、「新型」を「ｎｅｗ」に置換するとして、具体的なＵＲＬは以下のようになる。
https://AAA.com/B-Phone/pro/new
https://AAA.com/B-Phone/new/pro

第２階層ページＷ２２は２つの第１階層ページＷ１１，Ｗ１３がリンク元となるから２つのＵＲＬが生成される。これら２つのＵＲＬに対応する単一のＷｅｂページを作成し、いずれのＵＲＬからも当該単一のＷｅｂページにアクセスされるようにしてもよい。あるいは、２つのＵＲＬにそれぞれ対応する２つのＷｅｂページを作成してもよい。あるいはどちらか一つを代表して使用しても良い。

このように、Ｗｅｂページ作成手段７２はワード特定手段７１によって特定されたワードを用いてＷｅｂページのＵＲＬを作成し、それによってＷｅｂサイトのディレクトリ構造（階層関係）を自動生成する。

［パンくずリストの自動生成］
ＵＲＬの生成と同様に、Ｗｅｂページ作成手段７２は、各Ｗｅｂページに対応するワード（および、必要に応じて上位階層ページに対応するワード）に基づきパンくずリスト（Breadcrumbs）を生成できる。パンくずリストとは、階層構造を有するＷｅｂサイトにおける現在表示されているＷｅｂページの位置を示す情報であり、図２２Ｂの右上に例示されている。

例えば、パンくずリスト生成の対象となるＷｅｂページが第１階層ページＷ１１である場合、「トップ＞Ｂ－Ｐｈｏｎｅ＞ｐｒｏ」なるパンくずリストを生成すべく、Ｗｅｂページ作成手段７２は以下のような記述を生成する（図２３Ｂ）。
<div class="breadcrumbs">
</ul>
<li><a href="/">トップ</li>
<li><a href="/B-Phone">B-Phone</li>
<li><a href="/B-Phone/pro">pro</li>
</ul>
</div>

これにより、図２２Ｂの右上に例示されるパンくずリストが表示される。ここで、例えば「Ｂ－Ｐｈｏｎｅ」にはトップページＷ０へのリンクが貼られていてもよい。

また、パンくずリスト生成の対象となるＷｅｂページが第２階層ページＷ２２である場合、「トップ＞Ｂ－Ｐｈｏｎｅ＞ｐｒｏ＞新型」および「トップ＞Ｂ－Ｐｈｏｎｅ＞新型＞ｐｒｏ」なるパンくずリストを生成すべく、Ｗｅｂページ作成手段７２は以下のような記述を生成する。
<div class="breadcrumbs">
</ul>
<li><a href="/">トップ</li>
<li><a href="/B-Phone">B-Phone</li>
<li><a href="/B-Phone/pro">pro</li>
<li><a href="/B-Phone/pro/新型">新型</li>
</ul>
</div>
<div class="breadcrumbs">
</ul>
<li><a href="/">トップ</li>
<li><a href="/B-Phone">B-Phone</li>
<li><a href="/B-Phone/新型">新型</li>
<li><a href="/B-Phone/pro/pro">pro</li>
</ul>
</div>

このように、複数の上位階層ページからリンクを貼られるＷｅｂページには、複数のパンくずリストが生成される。この場合に、Ｗｅｂページ作成手段７２は、複数のパンくずリストを生成してもよいし、代表して１つのパンくずリストを生成してもよい。

［ｔｉｔｌｅおよびｈ１タグの自動設定］
Ｗｅｂページ作成手段７２は、各ページを記述するＨＴＭＬファイルの一部であるｔｉｔｌｅやｈ１タグを自動設定できる。なお、ｔｉｔｌｅにはＷｅｂページのタイトルが記述され、主に検索エンジンにおける検索結果画面に表示され、当該Ｗｅｂページ内には表示されないことが多い。また、ｈ１タグは、Ｗｅｂページの見出しタグである複数のｈタグのうち最も上位の概念を記述するために用いられ、主にｔｉｔｌｅと同じく当該Ｗｅｂページのタイトルが記述され、訪問者が目にするＷｅｂページ内に表示されることが多い。

具体的には、Ｗｅｂページ作成手段７２は、作成の対象となるＷｅｂページに対応するワードに基づいて、当該Ｗｅｂページのｔｉｔｌｅおよび／またはｈ１タグを設定できる。

例えば、対象となるＷｅｂページがトップページである場合、Ｗｅｂページ作成手段７２は、「トップワード」に基づいて、トップページのｔｉｔｌｅおよび／またはｈ１タグを設定する。具体例として「トップワード」そのものとしてもよい。

図２０の例において、Ｗｅｂページ作成手段７２はトップページＷ０のｔｉｔｌｅおよび／またはｈ１タグを「トップワード」そのものである「Ｂ－Ｐｈｏｎｅ」とすることができる。具体的には、以下のような記述となる（図２３Ａ）。
<title>B-Phone</title>
<h1>B-Phone</ h1>

また、対象となるＷｅｂページが第１階層ページである場合、Ｗｅｂページ作成手段７２は、作成の対象となる第１階層ページに対応するワードに基づいて（必要に応じて、「トップワード」も用いて）、第１階層ページのｔｉｔｌｅおよび／またはｈ１タグを設定する。

図２０の例において、対象となるＷｅｂページが「Ｂ－Ｐｈｏｎｅ ｐｒｏ」についての第１階層ページＷ１１である場合、Ｗｅｂページ作成手段７２は、ｔｉｔｌｅおよび／またはｈ１タグを、「Ｂ－Ｐｈｏｎｅ ｐｒｏ」、あるいは、「トップワード」である「Ｂ－Ｐｈｏｎｅ」を除いて「ｐｒｏ」とすることができる。具体的には、以下のような記述となる（図２３Ｂ）。
<title>B-Phone pro</title> あるいは <title>pro</title>
<h1>B-Phone pro </ h1> あるいは <h1> pro </ h1>

対象となるＷｅｂページが第２階層ページである場合、Ｗｅｂページ作成手段７２は、作成の対象となる第２階層ページに対応するワードに基づいて（必要に応じて、「トップワード」および／またはリンク元となる第１階層ページに対応するワードも用いて）、第２階層ページのｔｉｔｌｅおよび／またはｈ１タグを設定する。

図２０の例において、対象となるＷｅｂページが「Ｂ－Ｐｈｏｎｅ ｐｒｏ ２０１８」についての第２階層ページＷ２１である場合、Ｗｅｂページ作成手段７２は、ｔｉｔｌｅおよび／またはｈ１タグを、「Ｂ－Ｐｈｏｎｅ ｐｒｏ ２０１８」としてもよいし、「トップワード」である「Ｂ－Ｐｈｏｎｅ」を除いて「ｐｒｏ ２０１８」としてもよいし、「トップワード」および「第１階層ワード」を除いて「２０１８」とすることもできる。
第３階層以降のｔｉｔｌｅおよび／またはｈ１タグの設定も同様である。

［ｄｅｓｃｒｉｐｔｉｏｎの自動設定］
Ｗｅｂページ作成手段７２は、各ページを記述するＨＴＭＬファイルの一部であるｄｅｓｃｒｉｐｔｉｏｎ（あるいは、サイト内サマリー）を自動設定できる。なお、ｄｅｓｃｒｉｔｉｏｎは、検索エンジンによる検索結果ページ（Search Engine Result Page：Ｓ
ＥＲＰ）において、各Ｗｅｂページの概要として表示されるテキストである。

具体的には、Ｗｅｂページ作成手段７２は、作成の対象となるＷｅｂページにリンクされた下位階層ページに対応するワードに基づいて、当該Ｗｅｂページのｄｅｓｃｒｉｐｔｉｏｎを設定できる。

例えば、対象となるＷｅｂページがトップページである場合、Ｗｅｂページ作成手段７２は、１階層下となる第１階層ページのそれぞれに対応するワードに基づいて（必要に応じて、トップワードも用いて）、トップページのｄｅｓｃｒｉｐｔｉｏｎ（あるいは、サイト内サマリー）を設定する。

図２０の例において、Ｗｅｂページ作成手段７２はトップページＷ０のｄｅｓｃｒｉｐｔｉｏｎを「Ｂ－Ｐｈｏｎｅ ｐｒｏ，Ｂ－Ｐｈｏｎｅ ｍｉｎｉ，Ｂ－Ｐｈｏｎｅ 新型，Ｂ－Ｐｈｏｎｅ 中古」、あるいは、「トップワード」である「Ｂ－Ｐｈｏｎｅ」を除いて「ｐｒｏ，ｍｉｎｉ，新型，中古」とすることができる。具体的には、以下のような記述となる（図２３Ａ）。
<meta name="description" content = "B-Phone pro, B-Phone mini, B-Phone 新型, B-Phone 中古"> あるいは
<meta name="description" content = "pro, mini, 新型, 中古">

なお、上記は「,」を結合文字とする例を示したが、他の任意の記号を結合文字として
設定できてよい。また、「第１階層ワード」が多数ある場合には、例えば経済規模や合計検索数が大きい順に所定数に限ってｄｅｓｃｒｉｐｔｉｏｎに含めるようにしてもよい。

また、トップページのｄｅｓｃｒｉｐｔｉｏｎは、第１階層ページのそれぞれに対応するワードに加え、各第１階層ページにリンクされた第２階層ページのそれぞれに対応するワードを含んでいてもよいし、さらに下位階層のページのそれぞれに対応するワードを含んでいてもよい。

また、対象となるＷｅｂページが第１階層ページである場合、Ｗｅｂページ作成手段７２は、１階層下となる第２階層ページのそれぞれに対応するワードに基づいて（必要に応じて、トップワードおよび／または第１階層ページに対応するワードも用いて）、第１階層ページのｄｅｓｃｒｉｐｔｉｏｎ（あるいは、サイト内サマリー）を設定する。

図２０の例において、対象となるＷｅｂページが「Ｂ－Ｐｈｏｎｅ ｐｒｏ」についての第１階層ページＷ１１である場合、Ｗｅｂページ作成手段７２は、ｄｅｓｃｒｉｐｔｉｏｎを、「Ｂ－Ｐｈｏｎｅ ｐｒｏ ２０１８，Ｂ－Ｐｈｏｎｅ ｐｒｏ 新型」、あるいは、「トップワード」である「Ｂ－Ｐｈｏｎｅ」を除いて「ｐｒｏ ２０１８，ｐｒｏ 新型」、あるいは、さらに「第１階層ワード」も除いて「２０１８，新型」とすることができる。

第３階層以降のｄｅｓｃｒｉｐｔｉｏｎの設定も同様である。

また、Ｗｅｂページ作成手段７２はｔｉｔｌｅあるいはｄｅｓｃｒｉｐｔｉｏｎと同様にｋｅｙｗｏｒｄｓを設定してもよい。さらに、ｔｉｔｌｅやｄｅｓｃｒｉｐｔｉｏｎに設定されるワードを用いて自動的に文章を作成してもよい。このように、ｔｉｔｌｅ、ｄｅｓｃｒｉｐｔｉｏｎ、ｋｅｙｗｏｒｄｓを自動作成することで、Ｗｅｂページに合った適切な設定が可能となる。

［ｈ２タグ以降の自動設定］
Ｗｅｂページ作成手段７２は、各ページを記述するＨＴＭＬファイルの一部であるｈ２タグおよびｈ３タグ以降を自動設定できる。なお、ｈ２タグは、見出しタグであるｈタグのうち２番目に重要なタグであり、ｈ３タグ以降も同様である。

具体的には、Ｗｅｂページ作成手段７２は、作成の対象となるＷｅｂページより下位階層のＷｅｂページに対応するワードに基づいて、ｈ２タグ以降を設定する。

例えば、対象となるＷｅｂページがトップページである場合、Ｗｅｂページ作成手段７２は、１階層下となる第１階層ページのそれぞれに対応するワードに基づいて（必要に応じて、トップワードも用いて）ｈ２タグを設定したり、２階層下となる第２階層ページのそれぞれに対応するワードに基づいて（必要に応じて、トップワードおよび／または第１階層ページに対応するワードも用いても用いて）ｈ３タグを設定したりする。

図２０の例において、Ｗｅｂページ作成手段７２は、トップページＷ０のｈ２タグに「Ｂ－Ｐｈｏｎｅ ｐｒｏ」、「Ｂ－Ｐｈｏｎｅ ｍｉｎｉ」、「Ｂ－Ｐｈｏｎｅ 新型」および「Ｂ－Ｐｈｏｎｅ 中古」、あるいは、「トップワード」である「Ｂ－Ｐｈｏｎｅ」を除いて「ｐｒｏ」、「ｍｉｎｉ」、「新型」および「中古」を設定できる。また、Ｗｅｂページ作成手段７２はトップページＷ０のｈ３タグに「Ｂ－Ｐｈｏｎｅ ｐｒｏ ２０１８」、「Ｂｐｈｏｎｅ ｐｒｏ 新型」および「Ｂ－Ｐｈｏｎｅ 新型 ｐｒｏ」、あるいは、「トップワード」である「Ｂ－Ｐｈｏｎｅ」を除いて「ｐｒｏ ２０１８」、「ｐｒｏ 新型」および「新型 ｐｒｏ」を設定できる。あるいは、できる限りタグに設定されるワードが冗長にならないよう、「トップワード」のみならず上位階層のワードの「ｐｒｏ」や「新型」を除いて「２０１８」、「新型」および「ｐｒｏ」をｈ３タグに設定してもよい。
具体的には、以下のような記述となる（図２３Ａ）。
<h2>B-Phone pro</h2> あるいは <h2>pro</h2>
<h3>B-Phone pro 2018</h3> あるいは <h3>pro 2018</h3>
<h3>B-Phone pro 新型</h3> あるいは <h3>pro 新型</h3>
<h2>B-Phone mini</h2> あるいは <h2>mini</h2>
<h2>B-Phone 新型</h2> あるいは <h2>新型</h2>
<h3>B-Phone 新型pro</h3> あるいは <h3>新型pro</h3>
<h2>B-Phone 中古</h2> あるいは <h2>中古</h2>
あるいは <h2>pro</h2>
あるいは <h3>2018</h3>
あるいは <h3>新型</h3>
あるいは <h2>mini</h2>
あるいは <h2>新型</h2>
あるいは <h3>pro</h3>
あるいは <h2>中古</h2>

また、対象となるＷｅｂページが第１階層ページである場合、Ｗｅｂページ作成手段７２は、１階層下となる第２階層ページのそれぞれに対応するワードに基づいて（必要に応じて、トップワードおよび／または第１階層ページに対応するワードも用いても用いて）、ｈ２タグを設定する。

図２０の例において、対象となるＷｅｂページが「Ｂ－Ｐｈｏｎｅ ｐｒｏ」についての第１階層ページＷ１１である場合、Ｗｅｂページ作成手段７２は、ｈ２タグを、「Ｂ－Ｐｈｏｎｅ ｐｒｏ ２０１８」および「Ｂ－Ｐｈｏｎｅ ｐｒｏ 新型」、あるいは、「トップワード」である「Ｂ－Ｐｈｏｎｅ」を除いて「ｐｒｏ ２０１８」および「ｐｒｏ 新型」、あるいは、さらに「第１階層ワード」も除いて「２０１８」および「新型」とすることができる。具体的には、以下のような記述となる（図２３Ｂ）。

<h2>B-Phone pro 2018</h2> あるいは <h2>pro 2018</h2> あるいは
<h2>2018</h2>
<h2>B-Phone pro 新型</h2> あるいは <h2>pro 新型</h2> あるいは
<h2>新型</h2>

第３階層以降のｈ２タグなどの設定も同様である。

［グローバルナビゲーションおよびサイドメニューの自動設定］
Ｗｅｂページ作成手段７２は、各階層のＷｅｂページに対応するワードを用いて、Ｗｅｂサイトにおける各Ｗｅｂページに共通して表示されるグローバルナビゲーションやサイドメニューを作成できる。以下、展開型のサイドメニューを例に取って説明する。

例えば、図２４Ａに示すように、サイドメニューにおいて、トップページＷ０に対応する「Ｂ－Ｐｈｏｎｅ」が最上位に設定される。この「Ｂ－Ｐｈｏｎｅ」にはトップページＷ０へのリンクが貼られている。ここで、トップワードに設けられた展開マーク７３を選択すると、図２４Ｂに示すように、第１階層ページＷ１１～Ｗ１４にそれぞれ対応するワード「ｐｒｏ」、「ｍｉｎｉ」、「新型」および「中古」が表示される。この「ｐｒｏ」には第１階層ページＷ１１へのリンクが貼られている。他のワードも同様である。

図２４Ｂにおいて、「ｐｒｏ」および「新型」には展開マーク７４，７５が設けられるが、「ｍｉｎｉ」および「中古」には展開マークが設けられない。これは、「ｐｒｏ」および「新型」に対応する第１階層ページＷ１１，Ｗ１３には下位階層ページが存在するが、「ｍｉｎｉ」および「中古」に対応する第階層ページＷ１２，Ｗ１３は下位階層ページが存在しないことを意味する。

図２４Ｂにおいて、「ｐｒｏ」に設けられた展開マーク７４を選択すると、図２４Ｃに示すように、「ｐｒｏ」に対応する第１階層ページＷ１１にリンクが貼られた第２階層ページＷ２２に対応するワード「新型」が表示される。この「新型」には第２階層ページＷ２２へのリンクが貼られている。

このようなグローバルナビゲーションあるいはサイドメニューは以下のようにして作成される。

Ｗｅｂページ作成手段７２は「第１階層ワード」を「トップワード」に関連付ける。これにより、「トップワード」に設けられた展開マークを選択すると、「第１階層ワード」が表示されるようになる。

また、Ｗｅｂページ作成手段７２は、「第２階層ワード」を、そのリンク元である「第１階層ワード」に関連付ける（リンク元でない第１階層ワードには関連付けない）。これにより、ある「第１階層ワード」に設けられた展開マークを選択すると、当該「第１階層ワード」に対応する第１階層ページにリンクが貼られた第２階層ページに対応する「第２階層ワード」が表示されるようになる。

以下、必要な階層だけ関連付けを行えばよい。

以上述べたように、第４の実施形態によれば、検索動向を利用することで検索ニーズに合致した適切な構造のＷｅｂサイトの作成を自動的に支援でき、かつ、Ｗｅｂページの一部を自動作成できる。また、大量の検索クエリに関する検索動向を人手で処理するのは現実的に困難であるが、第４の実施形態によれば検索動向を自動的に考慮し反映することが可能となる。

なお、以上説明したＷｅｂサイト構築支援装置７は、新規にＷｅｂサイトを作成するためだけでなく、既存のＷｅｂサイトの評価として用いることもできる（この点は第６の実施形態で述べる）。すなわち、上述したようして提案されるＷｅｂサイトの構造と、既存のＷｅｂサイトとを対比し、例えばトップページから適切な第１階層ページが存在し、リンクが貼られているか（図２０の例では、「Ｂ－Ｐｈｏｎｅ」に関するトップページから、「ｐｒｏ」、「ｍｉｎｉ」、「新型」および「中古」に関する４つの第１階層ページが存在し、リンクが貼られているか）を確認できる。さらにＷｅｂサイト構築支援装置７は、検索サジェストなどと呼ばれる、検索エンジンが検索者に他の検索候補ワードを明示する一形態としても用いることができる。すなわち、検索窓に入力された検索語をテーマ（第２ワード）とみなし、ｈ２タグやｈ３タグなどを出力したのと同様に、サブテーマ（第１ワード）を用いた言葉を、検索語の候補として提案するという方法である。従来の一般的な検索サジェストは、サブテーマ（第１ワード）によって検索語の候補が纏められておらず、また、それらが経済規模が考慮された表示順序にもなっていない。

（第５の実施形態）
第５の実施形態は、第４の実施形態で提案されるＷｅｂサイトの構造を視覚的に表示するものである。

図２５Ａ～図２５Ｃは、Ｗｅｂサイトの構造の表示例を示す図である。このような画面を表示するための電子ファイル（電子データ）がＷｅｂページ作成手段７２によって生成され（必要に応じて、外部に出力され）、任意のディスプレイに表示される。

図２５Ａ～図２５Ｃの表示例では、以下を前提としている。第４の実施形態で説明したトップページに対応するトップワードは「壁面収納」である。トップページからリンクされるべき第１階層ページに対応する第１階層ワードは「エリア」、「エコノミカル」、「オピニオン」である。第１階層ワードを「エリア」とする第１階層ページからリンクされるべき第２階層ページに対応する第２階層ワードは「横浜」、「福岡」である。第１階層ワードを「エコノミカル」とする第１階層ページからリンクされるべき第２階層ページに対応する第２階層ワードは「価格」、「予算」、「通販」、「費用」、「安い」である。第１階層ワードを「オピニオン」とする第１階層ページからリンクされるべき第２階層ページに対応する第２階層ワードは「安い」、「おしゃれ」、「おすすめ」である。

図２５Ａ～図２５Ｃの表示例では、トップページに対応するシンボルＸ１が表示される。シンボルＸ１の形状に制限はないが、例えば矩形である。シンボルＸ１には、「壁面収納」というトップワードが含まれている。

シンボルＸ１の下方において、第１階層ページに対応するシンボルＸ１－１～Ｘ１－３が表示される。シンボルＸ１－１～Ｘ１－３には、「エリア」、「エコノミカル」、「オピニオン」という第１階層ワードがそれぞれ含まれている。これは、第１階層ワードが「エリア」である第１階層ページがシンボルＸ１－１に対応することを示す。「エコノミカル」および「オピニオン」についても同様である。

シンボルＸ１－１～Ｘ１－３の並び順は任意であるが、例えば経済規模の順、アルファベット順、あいうえお順などするのがよい。

これらシンボルＸ１－１～Ｘ１－３は一直線上（図２５Ａおよび図２５Ｂの例では水平方向の直線上）に並ぶのが望ましい。いずれも第１階層であることが分かりやすいためである。また、シンボルＸ１－１～Ｘ１－３は、シンボルＸ１と関連付けられており、シンボルＸ１からシンボルＸ１－１～Ｘ１－３に向かう３つの矢印（単純な線でもよい）が表示される。シンボルＸ１と、シンボルＸ１－１～Ｘ１－３が関連付けられているとも言える。

シンボルＸ１－１のさらに下方において、シンボルＸ１－１と関連付けられた、第２階層ページに対応するシンボルＸ１－１－１，Ｘ１－１－２が表示される。シンボルＸ１－１－１には「横浜」という第２階層ワードがそれぞれ含まれており、第２階層ワードが「横浜」である第２階層ページがシンボルＸ１－１－１に対応することを示す。「福岡」についても同様である。

同様に、シンボルＸ１－２のさらに下方において、シンボルＸ１－２と関連付けられた、第２階層ページに対応するシンボルＸ１－２－１～Ｘ１－２－５が表示される。また、シンボルＸ１－３のさらに下方において、シンボルＸ１－３と関連付けられた、第２階層ページに対応するシンボルＸ１－３－１～Ｘ１－３－３が表示される。

ここで、本前提において、「安い」に関する第２階層ページは、「エコノミカル」に関する第１階層ページからリンクされるべきであり、かつ、「オピニオン」に関する第１階層ページからもリンクされるべきである。そこで、図２５Ａに示すように、シンボルＸ１－２（「エコノミカル」）に関連付けられたシンボルＸ１－２－５と、シンボルＸ１－３（「オピニオン」）に関連付けられたシンボルＸ１－３－１とを別個に表示してもよい。あるいは、図２５Ｂに示すように、シンボルＸ１－２（「エコノミカル」）およびシンボルＸ１－３（「オピニオン」）の両方に関連付けられた１つのシンボルＸ１－２－５（Ｘ１－３－１）を表示してもよい。また、図２５Ａと図２５Ｂとをユーザが選択できてもよい。

なお、シンボルＸ１―１－１，Ｘ１－１－２，Ｘ１－２－１～Ｘ１－２－５，Ｘ１－３－１～Ｘ１－３－３は一直線上に並ぶのが望ましい。これらのシンボルに対応するＷｅｂページがいずれも第２階層であることが分かりやすいためである。

図２５Ａ～図２５Ｃは、第２階層ページまでを表示する例であるが、同様に第３階層ページ以降を表示してもよい。一般的には、特定の第ｎ階層ページに対応するシンボルと関連付けて、当該第ｎ階層ページからリンクされるべき第（ｎ＋１）階層ページに対応するシンボルが配置される。各シンボルには対応するＷｅｂページに関するワードが含まれる。同一階層のＷｅｂページに対応するシンボルは一直線上に配置されるのが望ましい。

また、シンボル間の矢印（あるいは線）はすべて同じ表示態様でもよいし、経済規模（第１の実施形態で述べたもの、以下同じ）等を考慮した表示態様（色や太さなど）であってもよい。例えば、「壁面収納 エリア」より「壁面収納 エコノミカル」の方が経済規模が大きい場合、図２５Ｃのように、シンボルＸ１からシンボルＸ１－２へ向かう矢印をより太く示してもよい。このような表示とすることで、優先して作成すべきＷｅｂページを把握しやすくなる。

さらに、あるＷｅｂページからリンクされるべき下位階層ページが多数ある場合、そのすべてに対応するシンボルを表示してもよいし、特定の基準を満たす一部のＷｅｂページに対応するシンボルのみを表示してもよい。特定の基準として、例えば下位階層ページに関するワードの経済規模が大きい順に所定数としてもよいし、経済規模が閾値以上のものでもよい。また、各シンボルの表示態様（色、面積、シンボルが矩形である場合の長辺・短辺）は、階層に応じて定まるものでもよいし、階層と経済規模等に応じて定まってもよい。

また、１つのシンボルを選択すると、そのシンボルに含まれるワードと類似度が高いワードを含むシンボルの表示態様が変更されてもよい。

また、図２５Ａ～図２５Ｃに例示する画面において、ユーザが種々の編集を行えてもよい。すなわち、ユーザ操作に応じてＷｅｂサイト構築支援装置７が種々の編集を行ってもよい。

編集の一例として、リンク（Ｗｅｂページ（シンボル）どうしの関連付け）を追加したり削除できたりしてもよい。より具体的な例として、図２５Ａにおける「オピニオン」のシンボルＸ１－３から「エコノミカル」のシンボルＸ１－２に向かう矢印を追加することによって、「オピニオン」のＷｅｂページから「エコノミカル」のＷｅｂページへのリンクが追加されてもよい（図２５Ｄ参照）。また、図２５Ａにおける「オピニオン」のシンボルＸ１－３と、「安い」のシンボルＸ１－２－５とを結ぶ矢印を削除することによって両者間のリンクが削除されてもよい（図２５Ｄ参照）。

このとき、画面上における表示が変わるだけでもよいし、作成されたＷｅｂページの一部をＷｅｂページ作成手段７２が自動編集してもよい。例えば、追加あるいは削除されたリンクに対応するＷｅｂページのワードに基づいて、ＨＴＭＬファイルにおけるｄｅｓｃｒｉｐｔｉｏｎタグ、ｈタグ、パンくずリストの少なくとも一部を更新してもよい。

編集の別の例として、Ｗｅｂページを追加したり削除できたりしてもよい。より具体的な例として、図２５Ａにはない、「ブランド」に対応するシンボルＸ１－４を追加することによって、「ブランド」を第１階層ワードとするＷｅｂページを追加されてもよい（図２５Ｅ参照）。また、図２５Ａに存在する、「おすすめ」に対応するシンボルＸ１－３－３を削除することによって、「おすすめ」を第２階層ワードとするＷｅｂページを削除することができる（図２５Ｅ参照）。

編集が行われた際、画面上における表示が変わるだけでもよいし、作成されたＷｅｂページの一部をＷｅｂページ作成手段７２が自動編集し、編集されたＷｅｂページを記述するｈｔｍｌあるいはｐｈｐなどのファイル群として出力してもよい。例えば、追加あるいは削除されたＷｅｂページのワードに基づいて、ＨＴＭＬファイルにおけるｄｅｓｃｒｉｐｔｉｏｎタグ、ｈタグ、パンくずリストの少なくとも一部を更新してもよい。

図２６は、Ｗｅｂサイトの構造の別の表示例を示す図である。表示例の前提は図２５Ａ～図２５Ｃと同様である。重複する説明は省略するが、図２５Ａおよび図２５Ｂで述べた事項を図２６の表示例でも適宜適用可能である。

図２６の表示例では、トップページに対応するシンボルＸ１が横長に表示される。シンボルＸ１には、「壁面収納」というトップワードが含まれている。

シンボルＸ１の下側において、第１階層ページのそれぞれに対応する横長のシンボルＸ１－１～Ｘ１－３が表示される。シンボルＸ１と、シンボルＸ１－１～Ｘ１－３が関連付けられてるとも言える。これらシンボルＸ１－１～Ｘ１－３は、シンボルＸ１の左端と右端との間に収まっているのが望ましい。また、シンボルＸ１－１～Ｘ１－３が一直線上に一列に配置されるのが望ましい。なお、シンボルＸ１と、シンボルＸ１－１～Ｘ１－３のそれぞれとの間に隙間があってもよいし、接して表示されてもよい。また、シンボルＸ１－１～Ｘ１－３のそれぞれとの間に隙間があってもよいし、接して表示されてもよい。

また、第１階層ワードが「エリア」である第１階層ページに対応するシンボルＸ１－１の下側において、当該第１階層ページからリンクされるべき第２階層ページのそれぞれに対応する横長のシンボルＸ１－１－１，Ｘ１－１－２が表示される。シンボルＸ１－１と、シンボルＸ１－１－１，Ｘ１－１－２が関連付けられているとも言える。これらシンボルＸ１－１－１，Ｘ１－１－２は、シンボルＸ１－１の左端と右端との間に収まっているのが望ましい。

また同様に、第１階層ワードが「エコノミカル」である第１階層ページに対応するシンボルＸ１－２の下側において、当該第１階層ページからリンクされるべき第２階層ページのそれぞれに対応する横長のシンボルＸ１－２－１～Ｘ１－２－５が表示される。ただし、シンボルＸ１－２－１～Ｘ１－２－５は２列に配置される。

図２６は第２階層ページまでを表示する例であるが、同様に第３階層ページ以降を表示してもよい。一般的には、特定の第ｎ階層ページに対応するシンボルの一方側（例えば、当該シンボルが延びる方向と直交する一方側）において、当該第ｎ階層ページからリンクされるべき第（ｎ＋１）階層ページに対応するシンボルが配置される。第ｎ階層ページに対応するシンボルの一端から他端の間に収まるよう、第（ｎ＋１）階層ページに対応するシンボルが配置されるのが望ましい。

あるＷｅｂページにリンクされるべき下位階層のＷｅｂページが複数ある場合、複数のシンボルを１直線上に１列に配置してもよいし（図２６のシンボルＸ１－１－１，Ｘ１－１－２）、シンボル数が多い場合には２列以上にわたって配置されてもよい（図２６のシンボルＸ１－２－１～Ｘ１－２－５）。

このような表示によれば、作成すべきＷｅｂサイトの構造を直感的に把握できる。特に、Ｗｅｂサイトの構造を俯瞰するのに好適である。

図２７Ａおよび図２７Ｂは、Ｗｅｂサイトの構造の別の表示例を示す図である。表示例の前提は図２５Ａ～図２５Ｃと同様である。重複する説明は省略するが、図２５Ａおよび図２５Ｂならびに図２６で述べた事項を図２７Ａおよび図２７Ｂの表示例でも適宜適用可能である。

図２７Ａおよび図２７Ｂの表示例では、トップページに対応するシンボルＸ１が表示される。シンボルＸ１の形状に制限はないが、例えば横長の矩形である。シンボルＸ１には、「壁面収納」というトップワードが含まれている。

シンボルＸ１の右側において、第１階層ページに対応するシンボルＸ１－１～Ｘ１－３が表示される。シンボルＸ１－１～Ｘ１－３には、「エリア」、「エコノミカル」、「オピニオン」という第１階層ワードがそれぞれ含まれている。これは、第１階層ワードが「エリア」である第１階層ページがシンボルＸ１－１に対応することを示す。「エコノミカル」および「オピニオン」についても同様である。

シンボルＸ１が選択可能となっており、シンボルＸ１が選択された状態でシンボルＸ１－１～Ｘ１－３が表示され、シンボルＸ１が非選択の状態でシンボルＸ１－１～Ｘ１－３が非表示となってもよい。

これらシンボルＸ１－１～Ｘ１－３は一直線上（図２７Ａおよび図２７Ｂの例では鉛直方向の直線上）に並ぶのが望ましい。いずれも第１階層であることが分かりやすいためである。また、シンボルＸ１－１～Ｘ１－３は、シンボルＸ１と関連付けられており、シンボルＸ１からシンボルＸ１－１～Ｘ１－３に向かう３本の線（あるいは矢印でもよい）が表示される。また、シンボルＸ１－１～Ｘ１－３は選択可能となっている。

図２７ＡはシンボルＸ１－１が選択された状態であり、シンボルＸ１－１の右側において、シンボルＸ１－１に対応する第１階層ページからリンクされるべき第２階層ページのそれぞれに対応するシンボルＸ１－１－１，Ｘ１－１－２が表示される。シンボルＸ１－１－１には「横浜」という第２階層ワードがそれぞれ含まれており、第２階層ワードが「横浜」である第２階層ページがシンボルＸ１－１－１に対応することを示す。「福岡」についても同様である。

図２７Ａに示すシンボルＸ１－１が選択された状態では、非選択状態であるシンボルＸ１－２，Ｘ１－３に対応する第１階層ページからリンクされるべき第２階層ページに対応するシンボルは表示されないのが望ましい。

図２７ＢはシンボルＸ１－２が選択された状態であり、シンボルＸ１－２の右側において、シンボルＸ１－２に対応する第１階層ページからリンクされるべき第２階層ページのそれぞれに対応するシンボルＸ１－２－１～Ｘ１－２－５が表示される。シンボルＸ１－２－１には「価格」という第２階層ワードがそれぞれ含まれており、第２階層ワードが「価格」である第２階層ページがシンボルＸ１－１－１に対応することを示す。「予算」等についても同様である。

図２７Ｂに示すシンボルＸ１－１が選択された状態では、非選択状態であるシンボルＸ１－１，Ｘ１－３に対応する第１階層ページからリンクされるべき第２階層ページに対応するシンボルは表示されないのが望ましい。

例えば、図２７Ａに示す状態でシンボルＸ１－２が選択されると図２７Ｂに示す状態となり、図２７Ｂに示す状態でシンボルＸ１－１が選択されると図２７Ａに示す状態となる。

説明を省略するが、シンボルＸ１－３についても同様である。また、図２７Ａおよび図２７Ｂは第２階層ページまでを表示する例であるが、同様に第３階層ページ以降を表示してもよい。一般的には、特定の第ｎ階層ページに対応するシンボルが選択されると、当該第ｎ階層ページからリンクされるべき第（ｎ＋１）階層ページに対応するシンボルが表示される。そして、他の第ｎ階層ページに対応するシンボルが選択されると、表示されていた第（ｎ＋１）階層ページに対応するシンボルに代えて、選択された第ｎ階層ページからリンクされるべき第（ｎ＋１）階層ページに対応するシンボルが表示される。

このような表示によれば、作成すべきＷｅｂサイトの構造を直感的に把握できる。特に、ＷｅｂサイトにおけるＷｅｂページ間の関係を把握するのに好適である。

図２８Ａは、Ｗｅｂサイトの構造の別の表示例を示す図である。表示例の前提は図２５Ａ～図２５Ｃと同様である。重複する説明は省略するが、図２５Ａおよび図２５Ｂ、図２６ならびに図２７Ａおよび図２７Ｂで述べた事項を図２８Ａの表示例でも適宜適用可能である。

図２８Ａの表示例は表形式になっており、１列目には各Ｗｅｂページを特定するページＩＤ（識別情報）が表示され、２列目にはそのＷｅｂページの階層が表示される。図２８Ａでは、ページＩＤ：Ｘ１はトップページに対応する。ページＩＤ：Ｘ１－１～Ｘ１－３は第１階層ワードが「エリア」、「エコノミカル」、「オピニオン」である第１階層ページにそれぞれ対応する。２列目は各Ｗｅｂページの階層を示す。

３列目以降に、Ｗｅｂページ作成手段７２によって作成されたＷｅｂページの一部、より具体的にはＨＴＭＬファイルの一部がページＩＤと関連付けて表示される。その例として図２８Ａでは、ＵＲＬ、Ｔｉｔｌｅ、Ｄｅｓｃｒｉｐｔｉｏｎといったタグを挙げているが、これらの一部を省略してもよいし、他の情報を含んでいてもよい。

例えば、ページＩＤがＸ１であるトップページに関連付けられたＵＲＬやＴｉｔｌｅ（言い換えると、トップページを記述するＨＴＭＬファイルにおけるＵＲＬやＴｉｔｌｅ）には、トップワードである「壁面収納」が含まれる。同Ｄｅｓｃｒｉｐｔｉｏｎやｈ２タグには、トップページからリンクが貼られるべき第１階層ページの第１階層ワードである「エリア」、「エコノミカル」、「オピニオン」が含まれる。

また、ページＩＤがＸ１－１である第１階層ページに関連付けられたＵＲＬやＴｉｔｌｅ（言い換えると、当該第１階層ページを記述するＨＴＭＬファイルにおけるＵＲＬやＴｉｔｌｅ）には、対応する第１階層ワードである「エリア」が含まれる。同Ｄｅｓｃｒｉｐｔｉｏｎやｈ２タグには、当該第１階層ページからリンクが貼られるべき第２階層ページの第２階層ワードである「横浜」、「福岡」が含まれる。

図２８Ａは第１階層ページまでを表示する例であるが、同様に第２階層ページ以降を表示してもよい。すなわち、図２８Ａの表示例において、各Ｗｅｂページを特定するページＩＤと、当該Ｗｅｂページを記述するＨＴＭＬファイルの一部と、が関連付けられて表示される。ＨＴＭＬファイルの一部として、当該Ｗｅｂページに関するワードと、当該Ｗｅｂページからリンクを貼られるべきＷｅｂページに関するワードとを含むのが望ましい。

また、図２８Ａに例示する画面において、ユーザが種々の編集を行えてもよい。すなわち、ユーザ操作に応じてＷｅｂサイト構築支援装置７が種々の編集を行ってもよい。既に述べたリンクの追加や削除に加え、図２８Ａに示す画面はＷｅｂページの一部の情報を直接的に編集するのに好適である。

例えば、図２８ＡにおけるページＩＤがＸ１－１におけるＤｅｓｃｒｉｐｔｉｏｎおよびｈ２タグに「東京」を追加したり、ページＩＤがＸ１－１におけるＤｅｓｃｒｉｐｔｉｏｎおよびｈ２タグから「通販」を削除したりすることができる（図２８Ｂ参照）。もちろん、Ｄｅｓｃｒｉｐｔｉｏｎやｈタグに限らず、ＵＲＬ、Ｔｉｔｌｅ等を編集できてもよい。

このような表示によれば、作成すべきＷｅｂサイトにおけるＨＴＭＬファイルの内容の詳細を直感的に把握できる。よって、画面をディスプレイに表示させておく時間を短縮でき、ディスプレイの消費電力を下げることができる。また、このような表示を行うための、表計算ソフトで編集可能な電子ファイルを出力するのが好適である。

なお、以上説明した表示例はあくまで例示にすぎない。一部の情報を省略したり、さらなる情報を含んでいたり、情報を配置する位置、配置順、方向を適宜変更したりしてもよい。

（第６の実施形態）
Ｗｅｂサイトによる集客戦略を立てる際に、既存のＷｅｂサイトを基に改修を行うことで、リソースを有効活用しコストを抑えて集客効果を高めようとすることは多々ある。その際に、システムが提案する検索ビッグデータに基づく適切なサイト構造と、既存のＷｅｂサイトとの差分を比較することで、改修・追加が望まれるページや、対象とすべき検索クエリの規模（検索数・経済性）を確認することができ、費用対効果を予測しながらＷｅｂサイト改修を計画することが可能となる。次に述べる第６の実施形態は、既存のＷｅｂサイト構造と適切なＷｅｂサイト構造とを比較することによって、既存Ｗｅｂサイトを基にした集客戦略を支援するものである。

Ｗｅｂサイト構造とは、複数のＷｅｂページの集合であり、具体的には、リンク関係で結ばれた複数のＷｅｂサイトの集合や、ディレクトリによる階層関係で結ばれた複数のＷｅｂサイトの集合であってもよい。

［全体構成］
図２９は、第６の実施形態に係るＷｅｂサイト構築支援装置の概略構成を示すブロック図である。このＷｅｂサイト構築支援装置は、参照サイト構造取得手段８１と、既存サイト構造取得手段８２と、マッチング手段８３と、表示制御手段８４とを備えている。これら各部の少なくとも一部は、プロセッサが所定のプログラムを実行することによって実現されてもよい。

参照サイト構造取得手段８１は、複数の参照ノード示す参照サイト構造を取得する。各参照ノードには、１以上のタイトルワードが関連付けられており、さらに１以上ノード内ワードが関連付けられていてもよい。そして、各参照ノードは１つのＷｅｂページに対応し、関連付けられたタイトルワードおよびノード内ワードがそのＷｅｂページのコンテンツを示す。また、タイトルワードおよびノード内ワードは、その参照ノードに対応するＷｅｂページに対する検索クエリのターゲットとも言える。また、参照サイト構造は複数の参照ノードのそれぞれにおけるリンク関係も示すのが望ましい。

図３０の上段に、参照サイト構造の一例を模式的に示す。各矩形が１つの参照ノードに対応し、矩形内のワードがタイトルワードを示している（ノード内ワードは省略している）。そして、矩形間の線がリンク関係を示している。例えば、参照ノードＰ１のタイトルワードは「壁面収納」である。そして、参照ノードＰ１は、タイトルワードが「壁面収納 ブランド」である参照ノードＰ１－１等とリンクされている。

本実施形態における参照サイト構造は理想的な（検索の対象となりやすい／経済規模が大きい）Ｗｅｂサイト構造であり、必要十分なＷｅｂページに対応する参照ノードと、その必要十分なリンク関係を示しているのが望ましい。図３０上段の例は、「壁面収納」に関するＷｅｂサイトの理想的なＷｅｂサイト構造といえる。

参照サイト構造の取得手法は任意であるが、参照サイト構造取得手段８１は第４の実施形態で述べた手法の一部または全部を適用して参照サイト構造を取得（生成）するのが好適である。例えば、参照サイト構造取得手段８１は、１または複数の検索クエリに基づいて、あるＷｅｂサイトからリンクされるべき１以上のＷｅｂサイトに関するワードを特定する。そして、当該複数の検索クエリをタイトルワードあるいはノード内ワードとする参照ノードと、特定されたワードをタイトルワードあるいはノード内ワードとする参照ノードとをリンクさせる。

図２９に戻り、既存サイト構造取得手段８２は評価対象となる既存Ｗｅｂサイトの構造を示す既存サイト構造を取得する。既存サイト構造は、複数のＷｅｂページを示し、さらにそのそれぞれにおけるリンク関係を示すのが望ましい。以下では、既存サイト構造に含まれるＷｅｂページを「既存Ｗｅｂページ」とも呼ぶ。

図３０の下段に、既存サイト構造の一例を模式的に示す。各矩形が１つの既存Ｗｅｂページに対応する。そして、矩形間の線がリンク関係を示している。例えば、既存ＷｅｂページＱ１は既存ＷｅｂページＱ１－１等とリンクされている。

図２９に戻り、マッチング手段８３は、タイトルワードおよび／またはノード内ワードに基づき、参照サイト構造に含まれる参照ノードのそれぞれと、既存サイト構造に含まれる既存Ｗｅｂページのそれぞれと、のマッチングを行う。具体的には、マッチング手段８３は、参照ノードのそれぞれと、既存Ｗｅｂページのそれぞれの対応関係を特定する。

マッチング手段８３は、既存Ｗｅｂページのそれぞれについて、対応する参照ノードが参照サイト構造に存在するか否か、および、参照ノードのそれぞれについて、対応する既存Ｗｅｂページが既存サイト構造に存在するか否か、を判定するとも言える。また、マッチング手段８３は、既存Ｗｅｂページのそれぞれを、対応する参照ノードが参照サイト構造に存在するものと、存在しないものとに分類し、参照ノードのそれぞれを、対応する既存Ｗｅｂページが既存サイト構造に存在するものと、存在しないものとに分類するとも言える。

また、マッチング手段８３は、複数の参照ノードのそれぞれにおけるリンク関係と、既存Ｗｅｂページのそれぞれにおけるリンク関係と、のマッチングを行ってもよい。具体的には、マッチング手段８３は、複数の参照ノードのそれぞれにおけるリンク関係と、既存Ｗｅｂページのそれぞれにおけるリンク関係と、の対応関係を特定する。

マッチング手段８３は、既存Ｗｅｂページのそれぞれにおけるリンク関係について、対応するリンク関係が参照サイト構造に存在するか否か、および、参照ノードのそれぞれにおけるリンク関係について、対応するリンク関係が既存サイト構造に存在するか否かを判定するとも言える。また、マッチング手段８３は、既存Ｗｅｂページのそれぞれにおけるリンク関係を、対応するリンク関係が参照サイト構造に存在するものと、存在しないものとに分類し、参照ノードのそれぞれにおけるリンク関係を、対応するリンク関係が既存サイト構造に存在するものと、存在しないものとに分類するとも言える。

表示制御手段８４はマッチングの結果をディスプレイ（不図示）に表示させる。表示の具体例は後述する。

図３１は、第６の実施形態に係るＷｅｂサイト構築支援装置の処理動作の一例を示すフローチャートである。

参照サイト構造取得手段８１は理想である参照サイト構造を取得し（ステップＳ５１）、既存サイト構造取得手段８２は評価対象となる既存サイト構造を取得する（ステップＳ５２）。なお、既存サイト構造取得手段８２は、既存サイト構造に含まれる既存Ｗｅｂページを取得してもよいし、さらに既存Ｗｅｂページ間のリンク関係を取得してもよい。そして、マッチング手段８３は、参照ノードのそれぞれと、既存Ｗｅｂページのそれぞれと、のマッチングを行う（ステップＳ５３）。このマッチングは、参照サイト構造におけるリンク関係と既存サイト構造におけるリンク関係のマッチングを含んでいてもよい。表示制御手段８４はマッチングの結果をディスプレイに表示させる（ステップＳ５４）。なお、ステップＳ５１，Ｓ５２の順序は任意である。以下、各処理を詳しく説明する。

［既存サイト構造取得処理］
図３２は、既存サイト構造取得手段８２による既存サイト構造取得処理の手順の一例を示すフローチャートである。

既存サイト構造取得手段８２には、既存サイト構造を手動で取得するか自動で取得するかがユーザによって設定される（ステップＳ６１）。

自動取得の場合（ステップＳ６１のＹＥＳ）、既存サイト構造取得手段８２には、評価対象となる既存サイトのサイトマップあるいは任意のＵＲＬが、ユーザにより分析サイトとして指定される（ステップＳ６２）。

分析サイトとしてサイトマップが指定された場合、既存サイト構造取得手段８２はサイトマップ（例えば、ｘｍｌファイルやｈｔｍｌファイル）を読み込み、サイトマップに示されるサイト構造を参照サイト構造として取得する（ステップＳ６３）。

通常はサイトマップから読み込めばよいが、サイトマップが存在しない場合や、サイトマップが古くて現状の既存サイト構造が反映されていない場合、ユーザは手動で評価対象となる既存サイトのＵＲＬを分析サイトとして指定してもよい。この場合、既存サイト構造取得手段８２は指定されたＵＲＬに基づいて既存サイト内を巡回クロールし、サイト構造を既存サイト構造として取得する（ステップＳ６４）。

必要に応じて、既存サイト構造取得手段８２はユーザからの指示に基づいて、自動取得された既存サイト構造を手動調整する（ステップＳ６５）。

また、ユーザが既存サイト構造を手動で作成し、既存サイト構造取得手段８２に入力してもよい。言い換えると、既存サイト構造取得手段８２はユーザからの手動入力される既存サイト構造を取得してもよい（ステップＳ６６）。

そして、既存サイト構造取得手段８２は各既存Ｗｅｂページの情報を取得する（ステップＳ６７）。この情報とは、例えばＨＴＭＬファイル、Ｊａｖａｓｃｒｉｐｔ、ｃｓｓなど、ＷｅｂページをＷｅｂブラウザ上で表示するための情報であり、このような情報から各既存Ｗｅｂページのコンテンツを把握可能である。以下では、図３０に示す参照サイト構造および既存サイト構造が取得されたとして説明を行う。

［リンク関係のチェック］
図３３は、既存サイト構造取得手段８２による既存Ｗｅｂページ間のリンク関係取得処理の一例を示すフローチャートである。既存サイト構造取得手段８２は既存Ｗｅｂページの情報に基づき、以下のようにして既存Ｗｅｂページ間のリンク関係を取得してもよい。

まず、既存サイト構造取得手段８２は１つの既存Ｗｅｂページを特定する（ステップＳ８１）。そして、既存サイト構造取得手段８２はその既存Ｗｅｂページ内の内部リンクを取得する（ステップＳ８２）。なお、既存サイト構造取得手段８２は、取得された既存サイト構造に含まれないＷｅｂページへのリンク（外部リンク）を取得しなくてもよい。続いて、取得したリンク先が既存Ｗｅｂサイト構造内にある場合（ステップＳ８３のＹＥＳ）、既存サイト構造取得手段８２はそのリンク先の既存Ｗｅｂページと、ステップＳ８１で特定した既存Ｗｅｂページとがリンクされている旨の情報を追加する（ステップＳ８４）。

以上の処理を、ステップＳ８１で特定した既存Ｗｅｂページ内の全ての内部リンクについて行う（ステップＳ８５）。さらに、以上の処理を、既存Ｗｅｂサイト構造内の全ての既存Ｗｅｂサイトについて行う（ステップＳ８６）。そして、必要に応じて、ユーザからの手動操作などを受けて、既存サイト構造取得手段８２は階層構造の整理を行う（ステップＳ８７）。

［マッチング処理］
図３４は、マッチング手段３３によるマッチング処理の手順の一例を示すフローチャートである。

まず、マッチング手段３３は任意の１つの参照ノードを特定する（ステップＳ７１）。そして、マッチング手段３３はその参照ノードに関連付けられているタイトルワードおよび／またはノード内ワードを検索対象クエリとして指定する（ステップＳ７２）。続いて、マッチング手段３３はその検索対象クエリに基づいて、ステップＳ７１で特定した参照ノードと各既存Ｗｅｂページとの一致度を算出する（ステップＳ７３）。一致度算出の具体例として、検索ビッグデータを利用する手法、自然言語処理による手法、それらを組み合わせる手法などがある。

検索ビッグデータを利用する場合、検索エンジンを用い、指定された検索対象クエリと、その検索結果の関係に基づいて一致度を算出することができる。例えば、ステップＳ７１で図３０の参照ノードＰ１－１を特定した場合、検索対象クエリは「壁面収納 ブランド」である。この場合、マッチング手段３３は検索エンジンで「壁面収納 ブランド」を検索クエリとして検索を行う。その検索結果に既存Ｗｅｂページのいずれかが含まれる場合、その検索順位に応じた一致度を当該既存Ｗｅｂページに付与する。例えば、同検索において既存ＷｅｂページＱ１－１の検索順位が高かった場合、マッチング手段３３は参照ノードＰ１－１と既存ＷｅｂページＱ１－１との一致度を高くする。

検索エンジンによる検索結果には、検索ニーズが反映される。例えば、「壁面収納 ブランド」を検索クエリとして検索が行われると、検索エンジンはその検索者が必要とする可能性が高い、または必要としたＷｅｂページを自然言語処理による内容判定や検索者の行動パターン分析などにより上位に表示しようとする。つまり、検索順位が高いＷｅｂページほど、「壁面収納 ブランド」検索者の検索ニーズに合致している可能性が高いことを意味する。したがって、「壁面収納 ブランド」検索時に検索順位が高いＷｅｂページは「壁面収納 ブランド」の参照ノードＰ１－１と対応する可能性が高い。このような検索エンジンの性質を利用することで、検索ニーズに合致している可能性の高いマッチングを行うことができる。

また、検索結果に表示される強調スニペット（検索エンジンによって、検索結果の最上部などに強調して表示されるもの。例えば、「＊＊とは」といった質問を検索クエリとした場合の回答が該当し得る）についても、検索ニーズが反映される。検索順位以外の検索結果情報に含まれるＷｅｂページについて、一致度の加算補正を行っても良い。

なお、検索順位に加え／代えて、その検索クエリに関する流入数や、獲得経済規模、検索数、クリック単価、競合性などの指数やその統計値（合計、平均等）を考慮してもよい。また、検索対象クエリは、参照ノードのタイトルワードのみでもよいが、ノード内ワードを活用し、ノード内ワード群に関する流入量や獲得経済規模、検索数、クリック単価、競合性などの指数や、その統計値（合計、平均等）を考慮してもよい。これらの値は実数でも推定値でもよい。

自然言語処理による場合、マッチング手段３３は、各検索クエリがどの程度各既存Ｗｅｂページに含まれるかまたは関係するかに基づいて、Ｓ７１で特定した参照ノードとの一致度を算出できる。具体例として、各既存Ｗｅｂページが、各検索対象クエリをどの程度網羅しているかに基づいて一致度を算出してもよい。あるいは、各既存Ｗｅｂページが、各検索対象クエリを説明するのに必要な共起語をどの程度含んだり網羅しているかに基づいて一致度を算出してもよい。あるいは、各既存Ｗｅｂページのコンテンツや記述内容と、検索対象クエリとの一致度を算出してもよい。あるいは、各既存Ｗｅｂページの内容から類推される主題と、検索対象クエリとの一致度を算出してもよい。あるいは、ディープラーニングなどの機械学習により得られたモデルによって評価を行って一致度を算出してもよい。

マッチング手段３３は、上述した例あるいはその組み合わせに基づいて、ステップＳ７１で特定した参照ノードと、各既存Ｗｅｂページとの一致度を算出する。以上の処理を全ての参照ノードについて行うことで、参照ノードのそれぞれと、既存Ｗｅｂページのそれぞれと、の一致度が算出される（ステップＳ７４のＹＥＳ）。

そして、マッチング手段３３は一致度に基づいて参照サイトと既存Ｗｅｂページとの対応付けを行う（ステップＳ７５）。一例として、マッチング手段３３は、１つの参照ノードに対して、一致度が最も高い既存Ｗｅｂページを対応付けてもよい。あるいは、マッチング手段３３は、１つの参照ノードに対して、一致度が所定の閾値を超える全ての既存Ｗｅｂページを当該参照ノードに対応付けしてもよい。マッチング手段３３は、１つの参照ノードに対して、一致度が所定の閾値を超える既存Ｗｅｂページがない場合には、当該参照ノードに対して既存Ｗｅｂページが対応付けられないようにしてもよい。

あるいは、マッチング手段３３は、１つの参照ノードに対して複数の既存Ｗｅｂページをユーザに提示し、ユーザ選択に基づいて１または複数の既存Ｗｅｂページを当該１つの参照ノードに対応付けてもよい。提示される複数の既存Ｗｅｂページは、例えば一致度が高い所定数の既存Ｗｅｂページでもよいし、一致度が所定の閾値を超える既存Ｗｅｂページであってもよい。

以上の処理により、マッチング手段３３は、既存Ｗｅｂページのそれぞれを、１または複数の参照ノードに対応付けられるもの（例えば、図３０における既存ＷｅｂページＱ１，Ｑ１－１等）と、いずれの参照ノードにも対応付けられないもの（例えば、図３０における既存ＷｅｂページＱ１－２－１）に分類する。また、マッチング手段３３は、参照ノードのそれぞれを、１または複数の既存Ｗｅｂページに対応付けられるもの（例えば、図３０における参照ノードＰ１，１―１等）と、いずれの既存Ｗｅｂページにも対応付けられないもの（例えば、図３０における参照ノードノードＰ１－３，Ｐ１－１－１等）に分類する。なお、いずれの参照ノードに対応付けられない既存Ｗｅｂページがあってもよいし、いずれの既存Ｗｅｂページにも対応付けられない参照ノードがあってもよい。

なお、図３０の下段においては、参照ノードと対応付けられた既存Ｗｅｂページについては、その矩形内に参照ノードのタイトルワードを示している。また、参照ノードと対応付けられなかった既存Ｗｅｂページについては、その矩形内に既存Ｗｅｂページのコンテンツを示している。

参照ノードに対応付けられた既存Ｗｅｂページは、検索ニーズに対応した主題や内容を有することを意味し、検索順位を高めやすいものと期待できる。以下、参照ノードに対応付けられた既存Ｗｅｂページを「対応ありページ」と呼ぶことがある。

一方、いずれの参照ノードにも対応付けられない既存Ｗｅｂページは、それらの検索ニーズに対応しておらず、それらの検索語で検索エンジンから冷遇されやすいものとみなしうる。以下、参照ノードに対応付けられない既存Ｗｅｂページを「過ページ」と呼ぶことがある。

また、いずれの既存Ｗｅｂページにも対応付けられない参照ノードは、それらの検索ニーズに対応するＷｅｂページが既存サイト内に存在しないことを意味し、それらの検索語で検索エンジンから冷遇されやすく、本来獲得しうる検索流入を得にくくなっているものとみなしうる。逆にいえば、このような参照ノードは、どのような主題や内容のＷｅｂページを新設することが望ましいかを示す。以下、既存Ｗｅｂページに対応付けられない参照ノードを「不足ページ」と呼ぶことがある。

また、図３３で述べたように、既存Ｗｅｂページ間のリンク関係を取得しておくことで、マッチング手段８３は、既存Ｗｅｂページ間のリンクと、参照ノード間のリンクとのマッチングを行って対応関係を取得することができる。すなわち、マッチング手段８３は、既存サイト構造におけるリンクのそれぞれを、参照サイト構造におけるいずれかのリンクと対応付けられるものと、参照サイト構造におけるいずれのリンクにも対応付けられないものに分類する。また、マッチング手段８３は、参照サイト構造におけるリンクのそれぞれを、既存サイト構造におけるいずれかのリンクと対応付けられるものと、既存サイト構造におけるいずれのリンクにも対応付けられないものに分類する。

以下、説明のために、既存ＷｅｂページＡと参照ノードＡ’とが対応しており、既存ＷｅｂページＢと参照ノードＢ’とが対応しているとする。

参照ノードＡ’と参照ノードＢ’とがリンクされており、かつ、既存ＷｅｂページＡと既存ＷｅｂページＢとがリンクされている場合、そのようなリンクを「対応ありリンク」と呼ぶ。「対応ありリンク」は既存ＷｅｂページＡと既存ＷｅｂページＢとが適切にリンクされていることを示す。

一方、参照ノードＡ’と参照ノードＢ’とがリンクされているにもかかわらず、既存ＷｅｂページＡと既存ＷｅｂページＢとがリンクされていない場合、そのリンクを「不足リンク」と呼ぶ。「不足リンク」は既存ＷｅｂページＡと既存ＷｅｂページＢとリンクされるべきであるにもかかわらず現状ではリンクされていないこと、言い換えると、既存ＷｅｂページＡと既存ＷｅｂページＢとをリンクすべきであることを意味する。

他方、参照ノードＡ’と参照ノードＢ’とがリンクされていないが、既存ＷｅｂページＡと既存ＷｅｂページＢとがリンクされている場合、そのリンクを「過リンク」と呼ぶ。「過リンク」は、必ずしも重要なリンクではないことを意味する。

なお、既存サイト構造には多数のリンクが含まれ得る。そのような場合、マッチング手段８３は、既存サイト構造におけるすべてのリンクについて参照サイト構造におけるリンクとのマッチングを行うのではなく、対応ありページに関するリンクのみを対象として、参照サイト構造におけるリンクとのマッチングを行ってもよい。

［表示制御処理］
図３５Ａは、表示制御手段８４によってディスプレイに表示されるマッチング結果を示す画面例である。ディスプレイには、既存サイト構造と参照サイト構造とが一つの画面に表示され、両者を対比しやすいようになっている。図示の例では、既存サイト構造に含まれる既存Ｗｅｂページのそれぞれが特定のシンボル（任意の図形、以下では矩形とする）で示される。そして、その内側に当該既存Ｗｅｂページに対応付けられた参照ノードのタイトルワードが含まれる。ただし、参照ノードに対応付けられていない既存Ｗｅｂページを示すシンボルの内側には、適宜のワードが含まれる。（例えば、既存ＷｅｂページＱ－１－２の「壁面収納 アウトレット」）。そのワードとしては、その既存Ｗｅｂページのタイトルあるいはｈ１タグに含まれるワードでもよいし、既存Ｗｅｂページのコンテンツを表すワードでもよい。あるいは、検索エンジンを利用してワードを設定してもよく、具体例として、その既存Ｗｅｂページが検索エンジンで（好ましくは、高い検索順位で）ヒットするワードでもよい。

参照サイト構造もほぼ同様である。ただし、参照ノードを示すシンボルの内側には、当該参照ノードのタイトルワードが含まれる。

表示制御手段８４は、既存サイト構造および参照サイト構造における「対応ありページ」と、既存マップサイトにおける「過ページ」と、参照サイト構造における「不足ページ」とを互いに異なる態様で表示するのが望ましい。異なる態様とは、例えばシンボルの色や大きさが異なる、文字の色、大きさ、書体が異なる、シンボルの線種が異なる、シンボルにハッチングを付す、などである。

例えば、既存サイト構造における「壁面収納 アウトレット」に関する既存ＷｅｂページＱ１－２－１は、対応する参照ノードが存在しない「過ページ」である。「対応ありページ」および「不足ページ」とは異なる態様で表示されるため、ユーザは、既存ＷｅｂページＱ－２－１が「過ページ」であることを容易に把握できる。

一方、参照サイト構造における「壁面収納 エリア」に関する参照ノードＰ１－３は、対応する既存Ｗｅｂページが存在しない「不足ページ」である。「対応ありページ」および「不足ページ」とは異なる態様で表示されるため、ユーザは、参照ノードＰ１－３が「不足ページ」であること、言い換えると、参照ノードＰ１－３に対応するＷｅｂページ（コンテンツ（ターゲット）が「壁面収納 エリア」であるＷｅｂページ）を新設すべきであることを容易に把握できる。

また、図３５Ａにおいて、既存Ｗｅｂページを示す矩形を結ぶ線がリンク関係を示している。同様に、参照ノードを示す矩形を結ぶ線がリンク関係を示している。ただし、リンク関係を示す線を表示しないこととしてもよいし、表示するか否かをユーザが選択できてもよい。

さらに、既存サイト構造における特定の既存Ｗｅｂページと、参照サイト構造における特定の参照ノードとが対応はしているが、リンク関係が対応していないこともあり得る。このような場合、図３５Ｂに示すように、表示制御手段８５は、対応ありリンクと、過リンクと、不足リンクとを異なる態様で表示してもよい。

例えば、図３５Ｂによれば、「壁面収納 中古」の既存ＷｅｂページＱ１－２－２は参照ノードＰ１－２－２と対応する適切な「対応ページ」ではある。しかしながら、参照サイト構造では、「壁面収納 エコノミカル」の参照ノードＰ１－２から「壁面収納 中古」の参照ノードＰ１－２－２にリンクされているが、対応するリンクは既存サイト構造には存在しない「不足リンク」となっている。よって、ユーザは、「壁面収納 エコノミカル」の既存ＷｅｂページＱ１－２と「壁面収納 中古」の既存ＷｅｂページＱ１－２－２とをリンクさせるべきことを視覚的に容易に把握できる。

一方、参照サイト構造では、「壁面収納」の参照ノードＰ１から「壁面収納 中古」の参照ノードＰ１－２－２にはリンクされていないにも関わらず、既存サイト構造では、「壁面収納」の既存ＷｅｂページＱ１から「壁面収納 中古」の既存ＷｅｂページＱ１－２－２にリンクされて「過リンク」となっている。よって、ユーザは、そのような過リンクの存在を視覚的に容易に把握できる。

図３６は、表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例である。ディスプレイには、既存サイト構造と参照サイト構造とをまとめた画面が表示される。やはり、表示制御手段８４は、「対応ありページ」と、「過ページ」と、「不足ページ」とを互いに異なる表示態様で表示するのが望ましい。

図３７Ａ～図３７Ｃは、表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例である。この例では、「対応ありページ」、「過ページ」および「不足ページ」のそれぞれの表示・非表示を切り替え可能とするものである。図３７Ａはいずれのページも表示された状態であり、図３７Ｂは「対応ありページ」および「不足ページ」にみが表示された状態であり、図３７Ｃは「対応ありページ」および「過ページ」のみが表示された状態である。なお、表示制御手段８４は、「対応ありページ」、「過ページ」および「不足ページ」の一部を常に表示することとし、他の一部を表示・非表示を切り替え可能としてもよい。

図３７Ａ～図３７Ｃに示すように、画面（例えば画面上部）に、「対応ありページ」を表示させるか否かを選択するためのチェックボックスが設けられる。ユーザが所定の操作によってチェックボックスをチェックすると、「対応ありページ」が表示される。一方、チェックボックスのチェックが外されると、「対応ありページ」が非表示となる。他の「過ページ」および「不足ページ」も同様である。表示制御手段８４は、チェックボックスにチェックがされる度に、あるいは、チェックが外される度に表示・非表示の切り替えを行ってもよい。あるいは、表示制御手段８４は、ユーザから所定の画面更新操作がなされたことに応じて、チェック状態を反映した表示・非表示の切り替えを行ってもよい。

なお、図３７Ａ～図３７Ｃにおいて、図３５Ｂと同様に、表示制御手段８５は、対応ありリンクと、過リンクと、不足リンクとを異なる態様で表示してもよい。そして、図３７Ａ～図３７Ｃと同様のチェックボックスを設けるなどにより、「対応ありリンク」、「過リンク」および「不足リンク」のそれぞれの表示・非表示を切り替え可能としてもよい。

図３８Ａ～図３８Ｃは、表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例である。図３７Ａ～図３７Ｃで述べた各ページの表示・非表示切替に加え、あるいは、代えてＷｅｂページ間のリンク関係（各Ｗｅｂページを示す矩形を結ぶ線）を無向グラフで示すか、有向グラフで示すかを切り替え可能であってもよい。図３８Ａは無向グラフで示された状態である。図３８Ｂおよび図３８Ｃは有向グラフで示された状態である。

例えば画面上部に、「無向グラフ」および「有向グラフ」のいずれかを排他的に選択するためのプルダウンメニューが設けられる。ユーザの操作によって「無向グラフ」が選択されると、図３８Ａに示すように、Ｗｅｂページを示す矩形どうしが無向グラフで結ばれた画面が表示される。無向グラフは、その一端のＷｅｂページと他端のＷｅｂページが、双方向あるいは一方向にリンクされていることを示す。

また、プルダウンメニューにおいて「有向グラフ」が選択されると、図３８Ｂおよび図３８Ｃに示すように、両方向グラフ、右向きの片方向グラフおよび左向きの片方向グラフのそれぞれを表示させるか否かを選択するためのチェックボックスが設けられる。両方向グラフはその両端にあるＷｅｂページどうしが双方向リンクされていることを示す。右向き片方向グラフおよび左向き片方向グラフは、各グラフの根本にあるＷｅｂページから先端にあるＷｅｂページにリンクされていることを示す。

図３８Ｂは、両方向グラフ、右向きの片方向グラフおよび左向きの片方向グラフのいずれも表示された状態である。図３８Ｃは、両方向グラフのみが表示された状態である。なお、図３８Ｂおよび図３８Ｃでは、「不足ページ」は非表示とされている。

例えば、図３８Ｂおよび図３８Ｃにおいて、「壁面収納」の既存Ｗｅｂページおよび参照ノードと、「壁面収納 ブランド」の既存Ｗｅｂページおよび参照ノードは双方向リンクされている。また、図３８Ｂにおいて、「壁面収納」の既存Ｗｅｂページおよび参照ノードから、「壁面収納 エコノミカル」の既存Ｗｅｂページおよび参照ノードにリンクされている。

ここで、対応ありページ間のリンクを示すグラフと、対応ありページと過ページ間のリンクを示すグラフは、その表示態様が異なっていてもよい。また、対応ありページ間のリンクを示すグラフと、対応ありページと不足ページ間のリンクを示すグラフは、その表示態様が異なっていてもよい。例えば、「壁面収納 アウトレット」は過ページであるため、これと「壁面収納 エコノミカル」のＷｅｂページとのグラフは点線で示されている。

図３９Ａは、表示制御手段８４によってディスプレイに表示される別の画面例である。この画面は、マッチング結果に加え、編集中のサイト構造を含む。例えば、画面中央に既存サイト構造を、画面右側に参照サイト構造が示される。そして、画面左側に編集中のサイト構造が示される。

ユーザは、編集中のサイト構造において、任意の既存Ｗｅｂページ（例えば、過ページ）を削除したり、任意のページ（例えば、不足ページ）を追加したり、リンク関係を変更したり（例えば、過リンクの削除や不足リンクの追加）といった編集作業を、画面上からドラッグ等のユーザ操作によって視覚的に行うことができる。すなわち、表示制御手段８４はユーザの操作に応じて既存サイト構造の改修を行う。あるいは、表示制御手段８４は上述した編集作業の少なくとも一部を自動で行ってもよい。

そして、表示制御手段８４は編集作業の結果を反映したＨＴＭＬファイル（の少なくとも一部）を出力してもよい。すなわち、第４の実施形態におけるＷｅｂページ作成手段７２の機能が表示制御手段８４に備わっていてもよい（図２３Ａ、図２３Ｂ参照）。例えば、ページの追加および削除ならびにリンク関係の変更により、ＵＲＬやパンくずリストなどが変更され得る。

そのようなＨＴＭＬファイルは、編集作業に応じてリアルタイムに生成されてもよいし、ユーザがＨＴＭＬファイルの生成を指定したタイミングでまとめて生成されてもよい。前者の場合、表示制御手段８４は、編集作業に応じてリアルタイムに変更されるＨＴＭＬファイルを、図３９Ａの画面に表示してもよい。

このような画面によれば、ユーザは参照サイト構造を見ながら、既存サイト構造における不足ページを新設したり過ページを削除したりといった作業を効率よく行うことができる。

このような表示を行うことで、評価対象の既存サイトの改修が容易となる。なお、図３９Ａは、図３５の画面に編集中のサイト構造を追加した例であるが、表示制御手段８４はマッチング結果を示す任意の画面（例えば、図３６～図３８Ｃの画面）に対して編集中のサイト構造を追加した画面を表示することができる。また、図３９Ｂに示すように、表示制御手段８４は、既存サイト構造と、参照サイト構造とを表示し、既存サイト構造を編集可能としてもよい。

図４０は、表示制御手段８４によってディスプレイに表示される別の画面例である。この画面はマッチング結果に加え付随情報を含む。付随情報は、例えば既存Ｗｅｂページの検索結果や（推定）流入数などの経済規模などの指標であってよい。この経済規模は、例えば既存サイト構造取得手段が（例えば、検索エンジンから）取得してもよい。

なお、図４０は、図３５の画面に付随情報を追加した例であるが、表示制御手段８４はマッチング結果を示す任意の画面（例えば、図３６～図３９の画面）に対して付随情報を追加した画面を表示することができる。また、表示制御手段８４は、すべての既存Ｗｅｂページに付随情報を関連付けて表示させてもよいし、一部の既存Ｗｅｂページ（例えば、経済規模が大きい／小さいものから順に所定数の既存Ｗｅｂページ、経済規模が閾値を上回る／下回る既存Ｗｅｂページ）に付随情報を関連付けて表示させてもよい。

図４１Ａおよび図４１Ｂは、表示制御手段８４によってディスプレイに表示される別の画面例である。これらの図では、ある既存ＷｅｂページＲ３に「壁面収納 エコノミカル」および「壁面収納 ブランド」の２つワードが関連付けられているものとする（例えば、図３１の処理によって「壁面収納 エコノミカル」および「壁面収納ブランド」の２つの参照ノードに対応付けられている）。この場合、既存Ｗｅｂページ３は「壁面収納 エコノミカル」および「壁面収納ブランド」の２つの検索クエリをターゲットとしている（つまり、これらの検索クエリによってヒットすることを狙っている）とも言える。また、既存ＷｅｂページＲ２には「壁面収納 ブランド」が関連付けられているものとする。既存ＷｅｂページＲ２は「壁面収納 ブランド」をターゲットとしていると言える。

図４１Ａは、既存サイト構造をページ基点で表示する例であり、１つの既存Ｗｅｂページを１つのシンボル（矩形などの図形）で表している。上述したように、既存ＷｅｂページＲ３は２つのワードが関連付けられているが、１つの既存Ｗｅｂページであるので、本表示例では既存ＷｅｂページＲ３は１つのシンボルＮ１として表示される。そして、シンボルＮ１内に２つのワード「壁面収納 エコノミカル」および「壁面収納 ブランド」が表示され、また、既存ＷｅｂページＲ３が対応することが示される。このような表示によれば、既存サイト構造における各既存Ｗｅｂページ間の形式的な関係を把握しやすい。

図４１Ｂは、既存サイト構造をターゲット基点で表示する例であり、１つのターゲットを１つのシンボル（矩形などの図形）で表している。例えば、既存ＷｅｂページＲ２と既存ＷｅｂページＲ３は「壁面収納 ブランド」なるワードが関連付けられている（ターゲットとしている）点で共通する。よって、これら２つの既存ＷｅｂページＲ２，Ｒ３を１つのシンボルＮ２で表す。そして、シンボルＮ２内にターゲットとしてのワード「壁面収納 ブランド」が表示され、また、既存ＷｅｂページＲ２，Ｒ３が対応することが示される。このようにターゲットが共通する複数の既存Ｗｅｂページを１つのシンボルで表してもよい。

一方、既存ＷｅｂページＲ３は「壁面収納 エコノミカル」なるワードも関連付けられている。よって、シンボルＮ２とは別に、既存ＷｅｂページＲ３はシンボルＮ３でも表される。そして、シンボルＮ３内にターゲットとしてのワード「壁面収納 エコノミカル」が表示され、また、既存ＷｅｂページＲ３が対応することが示される。このような表示によれば、既存サイト構造における各既存Ｗｅｂページのターゲットを基準とした関係（例えば、ターゲットが共通する複数の既存Ｗｅｂページが存在すること）を把握しやすい。

なお、表示制御手段８４は、図４１Ａのみを表示できてもよいし、図４１Ｂのみを表示できてもよいし、ユーザからの指示に応じて図４１Ａの表示と図４１Ｂの表示とを切り替え可能であってもよい。

図４２Ａおよび図４２Ｂは、表示制御手段８４によってディスプレイに表示される別の画面例である。これらの図では、ある既存ＷｅｂページＲ１４に「壁面収納 エコノミカル」および「壁面収納 アウトレット」の２つワードが関連付けられているものとする。「アウトレット」は「エコノミカル」の下位階層に相当する。また、既存ＷｅｂページＲ１５に「壁面収納 中古」なるワードが関連付けられており、「中古」も「エコノミカル」の下位階層に相当する。「アウトレット」と「中古」は同一階層であるが、「エコノミカル」と、「アウトレット」および「中古」と、は階層が異なる。

図４２Ａでは、１つの既存Ｗｅｂページを１つのシンボル（矩形などの図形）で表している。ただし、上述したように、既存ＷｅｂページＲ１４は階層が異なる２つのワードが関連付けられている。そのため、既存ＷｅｂページＲ１４を示す１つのシンボルＮ１１が２つの階層に跨っている。すなわち、階層が異なる複数のワードが関連付けられた既存Ｗｅｂページが、階層を跨って単一シンボルとして表示される。そして、シンボルＮ１１における上位階層側に「壁面収納 エコノミカル」が表示され、下位階層側に「壁面収納 アウトレット」が表示される。また、シンボルＮ１１の上位階層側から、既存ＷｅｂページＲ１５を示すシンボルＮ１２が接続される。このような表示によれば、既存サイト構造における各既存Ｗｅｂページ間の形式的な関係や、各ワードの階層関係を把握しやすい。

図４２Ｂでは、階層が異なる複数のワードが関連付けられた１つの既存Ｗｅｂページを、複数のシンボル（矩形などの図形）で表している。例えば、既存ＷｅｂページＲ１４は、「壁面収納 エコノミカル」に対応したシンボルＮ１３で表され、かつ、「壁面収納 アウトレット」に対応したシンボルＮ１４で表される。

以上は既存サイト構造と参照サイト構造とを比較して、既存サイト構造の評価を行う（ひいては、その改修を支援する）ものであった。本実施形態では、以下に述べるように、既存サイト構造における既存Ｗｅｂページと、参照サイト構造において対応する参照ノードとを比較し、既存Ｗｅｂページの評価を行う（ひいては、その改修を支援する）こともできる。

図４３Ａおよび図４３Ｂは、表示制御手段８４によってディスプレイに表示されるマッチング結果を示す別の画面例である。図４３Ａおよび図４３Ｂに示すように、表示制御手段８４は、特定の既存Ｗｅｂページを記述するＨＴＭＬファイルの一部と、これと対応する参照ノードに対応するＨＴＭＬファイルの一部とを並べて表示してもよい。なお、図４３Ｂは１つの既存Ｗｅｂページに複数の参照ノードが対応付けられている場合である。

既存ノードに対応するＨＴＭＬファイルは、第４の実施形態を適用して自動作成したものでもよい（図２３Ａおよび図２３Ｂ参照）。あるいは、既存ノードのタイトルワードをｔｉｔｌｅやｈ１タグに設定し、ノード内ワードをｈ２タグに設定するなどによって作成してもよい。

ここで、特定のタグ（例えば、ｔｉｔｌｅタグ）に着目し、参照ノードのタグに含まれ、かつ、対応する既存Ｗｅｂページのタグにも含まれるワードを「対応ありワード」と呼ぶ。このような既存Ｗｅｂページのタグに含まれる「対応ありワード」は適切なワードと言える。

一方、既存Ｗｅｂページのタグに含まれるが、対応する参照ノードのタグには含まれないワードを「過ワード」と呼ぶ。参照ノードはあるべきＷｅｂページを示しており、その参照ノードに含まれないのであるから、このような「過ワード」は既存Ｗｅｂページのタグから削除してもよいと考えられる。

また、参照ノードのタグに含まれるが、対応する既存Ｗｅｂページのタグには含まれないワードを「不足ワード」と呼ぶ。参照ノードに含まれているのだから、このような「不足ワード」を既存Ｗｅｂページのタグに追加するのが望ましいと考えらえる。

そこで、表示制御手段８４は、既存Ｗｅｂページおよび参照ノードにおける「対応ありワード」と、既存Ｗｅｂページにおける「過ワード」と、参照ノードにける「不足ワード」とを互いに異なる態様で表示するのが望ましい。異なる態様とは、例えば文字の色、大きさ、書体が異なるなどである。このようにすることで、ユーザは既存Ｗｅｂページと参照ノードとの差異を容易に識別できる。

例えば、図示のように、参照ノードに対応するワードが「壁面収納 ブランドＡ」である場合、そのＨＴＭＬファイルにおけるｔｉｔｌｅには「壁面収納」と「ブランドＡ」が設定される。これに対し、対応する既存ＷｅｂページのＨＴＭＬファイルにおけるｔｉｔｌｅが「ブランドＡの収納の特集」であったとする。

この場合、「ブランドＡ」および「収納」が「対応ありワード」であり、「特集」は「過ワード」であり、「壁面」は「不足ワード」である。そこで、表示制御手段８４は、既存Ｗｅｂページにおいて、「ブランドＡ」および「収納」と、「特集」とを互いに異なる態様で表示する（図４３Ａでは前者に下線を付している）。また、表示制御手段８４は、参照ノードにおいて、「ブランドＡ」および「収納」と、「壁面」とを互いに異なる態様で表示する（図４３Ａでは後者をイタリックで表記している）。

他のｈ１タグなども同様、表示制御手段８４は、「対応ありワード」、「不足ワード」および「過ワード」を識別できるように表示させるのが望ましい。

図４４は、表示制御手段８４によってディスプレイに表示される別の画面例である。この画面は、既存Ｗｅｂページおよび参照ノードのＨＴＭＬファイルの一部に加え、編集中のＨＴＭＬファイルを含む。例えば、画面中央に既存ＷｅｂページのＨＴＭＬファイルを、画面右側に参照ノードのＨＴＭＬファイルが示される。そして、画面左側に編集中のＨＴＭＬファイルが示される。

ユーザは、編集中のＨＴＭＬファイルにおいて、任意のワードを任意の項目から削除り（例えば、ｔｉｔｌｅやｈタグに含まれる過ワードを削除）したり、任意のワードを任意の項目に追加（例えば、ｔｉｔｌｅやｈタグに不足ワードを追加）したりといった編集作業を、画面上からユーザ操作によって視覚的に行うことができる。すなわち、表示制御手段８４はユーザの操作に応じて既存Ｗｅｂページの改修を行う。あるいは、表示制御手段８４は上述した編集作業の少なくとも一部を自動で行ってもよい。

なお、表示制御手段８４は、既存Ｗｅｂページに含まれているワードの削除や置換を受け付けないようにしてもよい。既存Ｗｅｂページに含まれているワードはそのＷｅｂページを表すものとして関連付けられているためである。

このような画面によれば、ユーザは参照ノードのＨＴＭＬファイルを見ながら、既存Ｗｅｂページにおける不足ワードを追加したり過ワードを削除したりといった作業を効率よく行うことができる。

第６の実施形態では、既存のＷｅｂサイト構造と適切なＷｅｂサイト構造とを比較する画面を自動的に生成し、表示させることができる。特に、図３１～図３４に示す処理を人手で行うのは、処理量８Bが多いために現実的ではないが、本実施形態によればそのような処理を自動的に行うことができる。

上述した実施形態では、評価対象のＷｅｂサイトと、理想的なＷｅｂサイト（参照ウェブサイト）とを自動的に比較することができる。このことを検索エンジンの検索アルゴリズムに応用することができる。

図４５は、検索エンジン８０の概略構成を示すブロック図であり、評価手段８１と、表示順位決定手段８２とを備えている。図示しないが、評価手段８１は図２９の各手段の一部または全部の機能を備え得る。評価手段８１は、上述した手法を利用し、参照ウェブサイト構造との比較によって既存Ｗｅｂサイトを評価する。この評価結果に基づいて、表示順位決定手段８２は、検索クエリに対する検索結果を表示する際の既存Ｗｅｂサイトの表示順位（あるいは、その既存Ｗｅｂサイトに含まれるＷｅｂページの表示順位）を決定する。具体的には、参照ウェブサイト構造と近い既存Ｗｅｂサイトほど、表示順位を高くする。

評価結果は、参照サイト構造と既存サイト構造との一致度（参照サイト構造に含まれる参照ノードと、既存サイト構造に含まれる既存Ｗｅｂページとの一致度）に対応する値とすることができる。例えば、上述した「対応ありページ」が多い既存Ｗｅｂサイトほど、評価値を高くしてよい。また、上述した「過ページ」や「不足ページ」が多い既存Ｗｅｂサイトほど、評価値を低くしてよい。

このように、本実施形態は検索エンジンにも応用可能である。

また、各実施形態では、Ｗｅｂページ（Ｗｅｂサイト）についての説明を行ったが、ネイティブアプリによって同様の処理をユーザ端末内で行ってもよい。その場合、「Ｗｅｂページ」を「ネイティブアプリによって生成される画面」と読み替えればよい。また、Ｗｅｂページと、ネイティブアプリによって生成される画面を総称して、単に「表示画面」または「表示領域」と考えることができる。

上述した実施形態は、本発明が属する技術分野における通常の知識を有する者が本発明を実施できることを目的として記載されたものである。上記実施形態の種々の変形例は、当業者であれば当然になしうることであり、本発明の技術的思想は他の実施形態にも適用しうることである。したがって、本発明は、記載された実施形態に限定されることはなく、特許請求の範囲によって定義される技術的思想に従った最も広い範囲とすべきである。

１ 検索サーバ
１１ 検索手段
１２ 検索数計数手段
１３ 広告制御手段
１４ 課金手段
２ 広告主端末
２１ 入力インターフェース
２２ 出力インターフェース
２３ 制御部
２３１ 情報取得手段
２３２ 演算手段
２３３ 出力手段
２３４ 広告設定手段
３ Ｗｅｂページ提供サーバ
３１ 閲覧要求受信手段
３２ 配置情報取得手段
３３ コンテンツ配置手段
３４ Ｗｅｂページ送信手段
４ コンテンツ配置装置
４１ 対象コンテンツ取得手段
４２ テーマ設定手段
４３ サブテーマ設定手段
４４ 経済規模取得手段
４５ 配置情報生成手段
５ ユーザ端末
５１ 閲覧要求送信手段
５２ Ｗｅｂページ表示手段
６１ 対象タイプ設定欄
６２ 対象ページ設定欄
６３ テーマ設定欄
６４ 対象コンテンツ設定欄
６５ サブテーマ設定欄
６６ 経済規模設定欄
６７ 調整タイミング設定欄
６８ プレビュー画面
７ Ｗｅｂサイト構築支援装置
７１ ワード特定手段
７２ Ｗｅｂページ作成手段

Claims (18)

1. コンピュータを、
   複数の検索クエリの一部である２以上の検索クエリに共通して含まれるワードを、第１表示画面からリンクされるべき、または、前記第１表示画面との階層関係が定まるべき１以上の第２表示画面に関するワードとして特定する特定手段として機能させ、
   前記複数の検索クエリの少なくとも一部は、２以上のワードを含む、サイト構築支援プログラム。
2. 前記複数の検索クエリは、共通して、前記第１表示画面に関するワードを含む、請求項１に記載のサイト構築支援プログラム。
3. 前記複数の検索クエリの少なくとも一部は、前記第１表示画面に関するワードと、他の１以上のワードと、を含み、
   前記特定手段は、前記他の１以上のワードのいずれかを、前記第２表示画面に関するワードとして特定する、請求項２に記載のサイト構築支援プログラム。
4. 前記特定手段は、前記複数の検索クエリのうち所定数以上の検索クエリに共通して含まれるワードを、前記第２表示画面に関するワードとして特定する、請求項１乃至３のいずれかに記載のサイト構築支援プログラム。
5. 前記特定手段は、前記複数の検索クエリに基づいて、前記第２表示画面からリンクされるべき、または、前記第２表示画面との階層関係が定まるべき１以上の第３表示画面に関するワードを特定する、請求項１乃至４のいずれかに記載のサイト構築支援プログラム。
6. 前記第３表示画面に関するワードは、前記第２表示画面に関するワードと、その他のワードと、を含む、請求項５に記載のサイト構築支援プログラム。
7. 前記複数の検索クエリは、共通して、前記第１表示画面に関するワードを含み、
   前記コンピュータを、前記第１表示画面に関するワードと、前記第２表示画面に関するワードと、を用いて前記第１表示画面の一部および／または前記第２表示画面の一部を作成する表示画面作成手段として機能させる、請求項１に記載のサイト構築支援プログラム。
8. 前記表示画面作成手段は、前記第１表示画面を記述するＨＴＭＬファイルの一部を作成する、請求項７に記載のサイト構築支援プログラム。
9. 前記第２表示画面は複数あり、
   前記コンピュータを、
   前記第１表示画面に対応する第１シンボルと、
   前記複数の第２表示画面のそれぞれに対応する、前記第１シンボルと関連付けられた複数の第２シンボルと、を含む画面を表示させることが可能な表示制御手段として機能させ、
   前記第１シンボルは、前記第１表示画面に関するワードを含み、
   前記第２シンボルのそれぞれは、対応する第２表示画面に関するワードを含む、請求項１乃至８のいずれかに記載のサイト構築支援プログラム。
10. 前記表示制御手段は、特定の第２表示画面からリンクされるべき第３表示画面に対応する第３シンボルであって、前記特定の第２表示画面と対応する第２シンボルと関連付けられた第３シンボルと、を表示させることが可能であり、
    前記第３シンボルは、前記第３表示画面に関するワードを含む、請求項９に記載のサイト構築支援プログラム。
11. 前記複数の第２シンボルは選択可能であり、
    前記表示制御手段は、選択状態である第２シンボルと対応する第２表示画面からリンクされるべき第３表示画面を表示させるが、非選択状態である第２シンボルと対応する第２表示画面からリンクされるべき第３表示画面を表示させない、請求項１０に記載のサイト構築支援プログラム。
12. 前記表示制御手段によって表示された画面において、前記表示制御手段は、ユーザ操作に応じて、
    前記第１シンボルと前記複数の第２シンボルとの関連付けを削除する処理、
    関連付けられていないシンボルどうしの関連付けを追加する処理、
    新たな表示画面に対応するシンボルを追加する処理、および、
    前記画面に含まれるシンボルを削除する処理
    の少なくとも１つを行った上で、
    処理後の画面を表示させることが可能である、請求項９乃至１１のいずれかに記載のサイト構築支援プログラム。
13. 前記表示制御手段による処理後の関連付けを考慮して、前記第１表示画面の一部および／または前記第２表示画面の一部を作成する表示画面作成手段として機能させる、請求項９に記載のサイト構築支援プログラム。
14. 前記コンピュータを、
    前記第１表示画面を特定する識別情報と、
    前記識別情報と関連付けられた、前記第１表示画面を記述するＨＴＭＬファイルの一部と、を含む画面を表示させることが可能な表示制御手段として機能させ、
    前記第１表示画面を記述するＨＴＭＬファイルの一部は、前記第１表示画面に関するワードと、前記第２表示画面に関するワードと、を含む、請求項８に記載のサイト構築支援プログラム。
15. 前記表示制御手段によって表示された画面において、前記表示制御手段は、ユーザ操作に応じて、前記ＨＴＭＬファイルの一部の情報を編集し、
    編集後のＨＴＭＬファイルの一部の情報を考慮して、前記第１表示画面の一部および／または前記第２表示画面の一部を作成する表示画面作成手段として機能させる、請求項１４に記載のサイト構築支援プログラム。
16. 前記第１表示画面は、第１Ｗｅｂページまたはネイティブアプリによって生成される第１画面であり、
    前記第２表示画面は、第２Ｗｅｂページまたはネイティブアプリによって生成される第２画面である、請求項１乃至１５のいずれかに記載のサイト構築支援プログラム。
17. 複数の検索クエリの一部である２以上の検索クエリに共通して含まれるワードを、第１表示画面からリンクされるべき、または、前記第１表示画面との階層関係が定まるべき１以上の第２表示画面に関するワードとして特定する特定手段を備え、
    前記複数の検索クエリの少なくとも一部は、２以上のワードを含む、サイト構築支援装置。
18. 特定手段が、複数の検索クエリの一部である２以上の検索クエリに共通して含まれるワードを、第１表示画面からリンクされるべき、または、前記第１表示画面との階層関係が定まるべき１以上の第２表示画面に関するワードとして特定し、
    前記複数の検索クエリの少なくとも一部は、２以上のワードを含む、サイト構築支援方法。

Images