JP2020140552A - 情報処理システム、情報処理方法、プログラム、情報処理装置 - Google Patents

Abstract

【課題】ホームページの改善情報を提案できる情報処理システムを提供すること。【解決手段】ホームページの作成を支援する第１のサービス２０と、ホームページの閲覧に関する情報を分析して分析結果を作成する第２のサービス８０と、ネットワークを介して通信する１つ以上の情報処理装置を有する情報処理システム１００であって、前記第１のサービスからホームページの構成に関するホームページ構成情報を受信するホームページ情報受信部７６と、前記第２のサービスから前記分析結果を受信する分析結果受信部７５と、前記ホームページ構成情報と前記分析結果に基づいて前記ホームページを改善するための改善情報を作成する改善情報作成部７２と、前記改善情報作成部が作成した前記改善情報をユーザが操作するユーザ端末に送信する通信部３１と、を有する。【選択図】図３

Description

本発明は、情報処理システム、情報処理方法、プログラム、及び、情報処理装置に関する。

従来からテレビ、ラジオ、雑誌、電車広告などのマスメディアを用いて顧客を集めるマーケティングが知られているが、近年ではデジタルチャネルを利用したデジタルマーケティングが活用されるようになった。デジタルマーケティングとは、Ｗｅｂサイト、電子メール、ＳＮＳ、スマホアプリ、ＩｏＴ（Internet Of Things）などのあらゆるデジタルチャネルを活用して、適切なプロモーション施策を行い、顧客に関するデータを可視化してマーケティングを行うことをいう。

一般消費者向け（ＢｔｏＣ）のデジタルマーケティングでは商品を印象づけ、消費者が早く商品を購入したくなるような施策が採用されるが、企業向け（ＢｔｏＢ）のデジタルマーケティングではリードジェネレーションが重要になる。リードジェネレーションとは見込み客を獲得するマーケティング行為をいい、例えば、Ｗｅｂサイト等のデジタルチャネルを活用して、問い合わせ件数が増えるマーケティングを行うことをいう。典型的な例としては自社のホームページを作成し、ホームページから顧客情報を取得する業務が挙げられる。ＢｔｏＢでは更に、見込み客を抽出したりアプローチしたりするリードナーチャリングを行ってから、営業活動が開始される。リードナーチャリングの典型的な例としてダイレクトメールを送信する業務が挙げられる。

デジタルマーケティングを支援するための各種のツールが提供されており、ユーザはリードジェネレーションを支援するＣＭＳ（Content Management System）ツールやリードナーチャリングを支援するＭＡ（Marketing Automation）ツール等を活用して施策を実現している。ＣＭＳツールの一例としてはホームページの作成を支援するツールがあり、ＭＡツールの一例としてはホームページへのアクセスを解析するツールがある。また、ホームページからのＣＶＲ（Conversion Rate）を向上させるためにどのような課題があるかについてアクセスを分析する分析ツールがある。

従来からこのような技術に関連して、担当者がテンプレートに必要な情報を入力することでホームページを自動的に作成する技術が知られている（例えば、特許文献１参照。）。また、ダイレクトメールを送信する技術が知られている（例えば、特許文献２参照。）。また、ホームページに問い合わせフォームを設けて顧客情報を獲得する技術が知られている（例えば、特許文献３参照。）。

しかしながら、従来は、分析ツールがホームページの課題を分析して、その分析結果をユーザに提示しても、ユーザが、ホームページを具体的にどのように改善すればよいかを検討し、そして、ホームページを改善するためにホームページに対して所定の作業を行う必要がある。しかし、ホームページの作成に関する知識に必ずしも詳しくないユーザにとって、このような作業を行うことは容易ではない。

本発明は、上記課題に鑑み、ホームページの改善情報を効果的に提案できる情報処理システムを提供することを目的とする。

上記課題に鑑み、本発明は、ホームページの作成を支援する第１のサービスと、ホームページの閲覧に関する情報を分析して分析結果を作成する第２のサービスと、ネットワークを介して通信する１つ以上の情報処理装置を有する情報処理システムであって、前記第１のサービスからホームページの構成に関するホームページ構成情報を受信するホームページ情報受信部と、前記第２のサービスから前記分析結果を受信する分析結果受信部と、前記ホームページ構成情報と前記分析結果に基づいて前記ホームページを改善するための改善情報を作成する改善情報作成部と、前記改善情報作成部が作成した前記改善情報をユーザが操作するユーザ端末に送信する通信部と、を有する。

ホームページの改善情報を提案できる情報処理システムを提供することができる。

各種のツールを用いた従来のデジタルマーケティングにおける課題を模式的に説明する図の一例である。 情報処理システムの概略を説明する図の一例である。 情報処理システムの構成例と処理を時系列的に説明する図の一例である。 情報処理システムの構成例と処理を時系列的に説明する図の一例である。 情報処理システムのシステム構成図の一例である。 コンピュータシステムのハードウェア構成図の一例である。 支援サーバ、ＣＭＳサーバ、ＭＡサーバ、分析サーバ、改善提案サーバ、及び、ユーザ端末の機能をブロック状に示す機能ブロック図の一例である。 支援サーバのコンサルティング部が提供する、ユーザがどのようなデジタルマーケティングを行いたいかという目的を入力するための画面の一例を示す図である。 コンサルティング部が出力したコンサル結果の一例を示す図である。 支援サーバのコンサルティング部が提供する、ユーザがデジタルマーケティングでどのような施策を行いたいかという目的を入力するためのウィザード画面の一例を示す図である。 パラメータ変換ＤＢの一例を示す図である。 ウィザード画面が終了した際にコンサルティング部がユーザ端末の表示装置に表示するコンテンツの決定画面の一例を示す図である。 ＨＰテンプレートのテンプレート画面（その１）の一例を示す図である。 テンプレート作成用パラメータから作成されるＨＰテンプレートのテンプレート画面（その２）の一例を示す図である。 異なるタイプの問い合わせフォームの一例を示す図である。 ＨＰテンプレートに対する送信先メールアドレス及びＭＡ識別情報の埋め込み例を説明する図である。 開発者がフォーム作成Ｗｅｂサービスを利用してフォームを作成する手順の一例を示す図である。 フォームコードの一例を示す図である。 スクリプト言語で記述されたＭＡタグ、分析サービスタグの一例を示す図である。 ＭＡタグが実行されることで送信される閲覧情報の一例を示す図である。 ユーザ端末が支援サーバと通信して表示装置に表示させるＭＡ情報画面の一例を示す図である。 改善提案サーバによる改善情報の作成の概略を説明する図である。 改善情報作成部がＣＶＲを算出する一例の手順を示すフローチャート図である。 改善提案画面の一例を示す図である。 自動コンサルティングからホームページの改善までの手順の一例を説明するシーケンス図である（その１）。 自動コンサルティングからホームページの改善までの手順の一例を説明するシーケンス図である（その２）。 自動コンサルティングからホームページの改善までの手順の一例を説明するシーケンス図である（その３）。

以下、本発明を実施するための形態の一例として、情報処理システムと情報処理システムが行う情報処理方法について説明する。

＜ツールの活用に関する本実施形態の背景＞
初めに、図１を用いて、課題について補足して説明する。図１は、各種のツールを用いた従来のデジタルマーケティングにおける課題を模式的に説明する図の一例である。
(1) ユーザはＣＭＳツールなどを活用してホームページを作成し、支援サーバ５０に公開を要求する。
(2) 支援サーバ５０はＨＰ公開サーバにホームページを公開する。
(3) ホームページを顧客が訪問して閲覧すると、ＨＰ公開サーバが閲覧情報を分析サービス８０ａに送信する。
(4) 分析サービス８０ａは閲覧情報を分析して、例えば訪問数やＣＶＲ（Conversion Rate）を増やすためのホームページの課題を分析する。
(5) ユーザが適宜、分析サービス８０ａにアクセスすると分析結果を取得できる。
(6) ユーザは分析結果を解釈してホームページをどのように改善するかを決定する。
(7) ユーザはホームページを改善する。

しかしながら、分析サービスの分析結果はソフトウェアが機械的に分析したものであるため、数値の羅列が多く、また、必ずしもユーザが理解しやすい表現や用語が使用されているものではなく、具体的にどのようにホームページを改善すべきか判断に迷うユーザが少なくない。

＜本実施形態の概略＞
図２は、本実施形態の情報処理システム１００の概略を説明する図の一例である。本実施形態では、情報処理システム１００が改善提案サーバ７０を有している。改善提案サーバ７０は支援サーバ５０の追加機能とも言え、図では支援サーバ５０と別体であるが、支援サーバ５０に付随して提供されるサービスである。

なお、ＣＭＳツールが提供するサービスをＣＭＳサービス（第１のサービスの一例）、ＣＭＳツールを提供するサーバをＣＭＳサーバ２０といい、ＭＡツールが提供するサービスをＭＡサービス（第３のサービスの一例）、ＭＡツールを提供するサーバをＭＡサーバ４０という。分析ツールが提供するサービスを分析サービス（第２のサービスの一例）、分析ツールを提供するサーバを分析サーバ８０という。また、ユーザ９とは情報処理システム１００のユーザであり、支援サーバ５０及び改善提案サーバ７０のユーザでもある。また、間接的にＣＭＳサーバ２０、ＭＡサーバ４０及び分析サーバ８０のユーザである。

まず、(1)〜(3)は図２と同様でよい。
(4) ＣＭＳサーバ２０はユーザが公開したホームページのＨＰ構成情報（ホームページ構成情報）を改善提案サーバ７０に送信する。また、ＭＡサーバ４０は閲覧情報を改善提案サーバ７０に送信する。また、分析サーバ８０は閲覧情報を分析して、訪問数やＣＶＲを増やすためにホームページをどのように改善すべきか、という分析結果を改善提案サーバ７０に送信する。
(5) そして、改善提案サーバ７０は分析結果をホームページの具体的な修正点に対応させた改善情報を生成する。
(6) 改善提案サーバ７０は改善情報を支援サーバ５０に送信する。
(6´)改善情報の支援サーバ５０への送信は、ユーザが支援サーバ５０に改善情報を要求した場合に行われてもよい。
(7) 支援サーバ５０はユーザに改善情報を提示する。
(8) ユーザは具体的なホームページの改善情報に基づいてホームページを改善できる。

このように、本実施形態の情報処理システム１００は、改善提案サーバ７０が分析結果から改善情報を生成するので、デジタルマーケティング技術に必ずしも詳しくないユーザでも、リードジェネレーションに効果的なホームページに改善できる。

＜用語について＞
リードジェネレーションは、潜在顧客を顕在化することをいう。例えば、見込み顧客を獲得するための活動をいう。不特定多数ではなく、自社の製品又はサービスに関心を示す個人や企業の個人情報を獲得することを指す。広義にはホームページ（又はＷｅｂサイト）を使用しない活動も含むが本実施形態では主にホームページを活用した活動を指す。

リードナーチャリングは顕在化された顧客を見込み客化することをいう。例えば、見込み顧客を契約や受注対象の顧客へと育成、教育する活動をいう。一例としては、リードジェネレーションなどで集めてきた見込み顧客にメルマガ等で関係をつなげ、実際の販売機会や商談等につなげる活動のことなどを指す。

ホームページとはインターネットで使われるＷＷＷ（ワールド・ワイド・ウェブworld wide web）システムが提示する画面をいう。端末装置が最初に表示するページだけでなく端末装置が表示できる全てのページを含めてよい。Ｗｅｂサイト又はＷｅｂページとも言い、本実施形態でも厳密には区別しない。

閲覧情報は、閲覧者が閲覧するという動作から抽出される情報（例えば閲覧数、滞在時間、離脱の有無、成約など）である。これら情報を二次的に加工した情報も含まれる。

＜全体的な動作の概略＞
図３、図４を用いて、情報処理システム１００の概略について説明する。図３、図４は、情報処理システム１００の構成例と処理を時系列的に説明する図の一例である。図示するように、情報処理システム１００はユーザ端末１３、支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、改善提案サーバ７０、及び、分析サーバ８０を有している。ユーザ９は支援サーバ５０を介してＣＭＳサーバ２０が提供するＣＭＳツール、ＭＡサーバ４０が提供するＭＡツール、及び、分析サーバ８０が提供する分析ツールを利用できるため、支援サーバ５０はユーザ９に対しＣＭＳサーバ２０、ＭＡサーバ４０及び分析サーバ８０のいわばワンストップサービスを提供する。また、改善提案サーバ７０は支援サーバ５０とほぼ一体であるが、別体としてもユーザ９は支援サーバ５０を介して利用できる。

図３（ａ）〜（ｃ）、図４（ａ）（ｂ）では、ユーザ９がユーザ端末１３で支援サーバ５０にアクセスして、ＣＭＳサーバ２０とＭＡサーバ４０を連携させる手順、及び、分析サーバ８０が提供した分析結果に基づくホームページの改善情報の作成手順を説明する。

Ａ．ユーザ９はデジタルマーケティングでどのような施策を行いたいかという目的（以下、自動コンサル用情報という）をユーザ端末１３に入力する。

Ｂ．支援サーバ５０は、自動コンサル用情報に基づいて自動コンサル用情報をユーザ９の目的を達成するために適したコンテンツに変換する知見を予め整備しており、自動コンサル用情報からＨＰテンプレート作成用パラメータを作成する。ＨＰテンプレート作成用パラメータはＨＰが含むことが目標達成に効果的なコンテンツを含む。

Ｃ．支援サーバ５０はＨＰテンプレート作成用パラメータをＣＭＳサーバ２０に送信する。支援サーバ５０はＨＰテンプレート作成用パラメータをＣＭＳサーバ２０に送信する際、送信先メールアドレス（問い合わせ内容などの送信先）、ＭＡ識別情報（ＣＭＳサーバ２０と連携するＭＡサーバ４０を特定するための情報）、ユーザＩＤ（後にユーザ９のＭＡ情報を特定するため）、フォームコード（フォームの編集先ＵＲＬ）、分析サーバ識別情報、改善提案サーバ識別情報、を送信する。

Ｄ．ＣＭＳサーバ２０はＨＰテンプレート作成用パラメータに基づいてＨＰテンプレートを作成する。ＨＰテンプレート作成用パラメータは上記のように、ＨＰが有すべきコンテンツを示すので、ＣＭＳサーバ２０はこのコンテンツに適したＨＰテンプレートを作成する。例えば、導入実績がコンテンツであれば、顧客の写真、顧客のコメント、及び導入した製品などを記入するＨＰテンプレートが作成される。

また、ＣＭＳサーバ２０はＨＰテンプレートにＭＡタグ、フォームコード（問い合わせフォームへの入力内容の送信先を含む）、分析サービスタグを埋め込む。ＭＡタグ、フォームコード、及び、分析サービスタグの送信先は、例えばＨＴＭＬのタグやJavaScript（登録商標）などで記述され、閲覧者がＨＰを閲覧したことで得られる閲覧情報、及び、問い合わせ内容などをＭＡサーバ４０及び分析サーバ８０に送信することを可能にする。ＣＭＳサーバ２０はホームページを完成させるためのＨＰ作成用ＵＲＬを生成する。

Ｅ．ＨＰテンプレートはテンプレートに過ぎず、実際のコンテンツが掲載されていないので、ユーザ９はＨＰ作成用ＵＲＬによりＨＰテンプレートに従ってホームページを完成させる。

Ｆ．ホームページが完成するとＣＭＳサーバ２０はＨＰ構成情報を改善提案サーバ７０に送信しておく。また、ＣＭＳサーバ２０はフォームの編集先ＵＲＬ、ホームページの編集先ＵＲＬを改善提案サーバ７０に送信する。分析サーバ８０の分析結果はホームページの各ページ、ページ内のフォームなどに対応付けられているため、改善情報の作成には分析結果をＨＰ構成情報に付き合わせる必要があるためである。また、編集先ＵＲＬによりユーザがホームページとフォームと編集しやすくなる。改善提案サーバ７０は改善提案サーバ識別情報により特定される。

Ｇ．ホームページが完成して一般に公開されると、閲覧者７がホームページを閲覧する。より詳細な情報が欲しい閲覧者は問い合わせフォームから企業名やメールアドレスなどの問い合わせ内容を入力する。閲覧者が実際には企業名等を入力しない場合に、閲覧者のＩＰアドレスからドメインを特定し、ドメインから企業名などを特定してもよい。

Ｈ．ＣＭＳサーバ２０は閲覧情報と問い合わせ内容をＭＡサーバ４０に送信する。このＭＡサーバ４０は上記の「Ｃ．」で設定されたＭＡ識別情報で指定されている。また、閲覧情報と問い合わせ内容と共にユーザＩＤが送信される。ユーザ９が作成したホームページから取得されたＭＡ情報をこのユーザ９に届けるためである。同様に、「Ｃ．」で設定された送信先メールアドレスにＭＡ情報が送信されてもよい。

I．ＣＭＳサーバ２０は同じく閲覧情報を分析サーバ８０に送信する。ホームページをどのように改善すべきかを分析サーバ８０が分析するためである。送信先である分析サーバ８０は分析サービスタグで特定されている。どの分析サービスの分析サービスタグをホームページに埋め込むかが分析サーバ識別情報で特定されてよい。

J．支援サーバ５０はユーザＩＤに対応付けられたＭＡ情報をＭＡサーバ４０から取得する。取得方法はＰＵＬＬ方式でもＰＵＳＨ方式でもよい。

Ｋ．ユーザ９は支援サーバ５０にアクセスしてＭＡ情報を閲覧することができる。このように、ユーザ９はほぼ支援サーバ５０とのみ通信することで、ＩＴ技術にあまり詳しくないユーザ９であってもＣＭＳツールとＭＡツールを使ったデジタルマーケティングが可能になる。

Ｌ．また、改善提案サーバ７０はユーザＩＤを指定して分析サーバ８０にアクセスし、閲覧情報に基づいて分析されたホームページの分析結果を分析サーバ８０から取得する。分析結果を送信する契機は、定期的でもよいし、ユーザが要求した時でもよい。改善提案サーバ７０は、ＨＰ構成情報と分析結果を付き合わせて、ホームページを具体的にどのように改善するかを示す改善情報を生成する。改善情報は支援サーバ５０に送信される。

Ｍ．ユーザがユーザ端末１３を操作して支援サーバ５０と通信すると、ユーザは改善情報を確認して、ホームページを改善できる。

＜システム構成例＞
図５は、情報処理システム１００のシステム構成図の一例である。情報処理システム１００は、ネットワークＮを介して通信可能な支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、改善提案サーバ７０、分析サーバ８０、ユーザ端末１３、及び、閲覧者端末１４を有している。通信可能とは、常時、通信していることまでは要求されず、必要な時に通信できればよい。

ネットワークＮは、インターネットなどの一般的なネットワークが想定されている。企業内や家庭内のＬＡＮが含まれていたり、広域イーサネット（登録商標）や複数のＬＡＮから成るＷＡＮが含まれていたりしてもよい。ネットワークは、一部又は全体が無線化されていてもよい。無線のネットワークには、無線ＬＡＮ、ＷｉＭＡＸの他、３Ｇ，４Ｇ、５Ｇなどの携帯電話網が含まれてよい。

支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、改善提案サーバ７０、及び分析サーバ８０はいわゆるサーバ装置であり、情報処理装置の機能を有している。サーバとはネットワークで繋がった他のコンピュータにファイルやデータ等を提供するコンピュータである。Ｗｅｂサーバ、ＨＴＴＰサーバ、ＷＷＷサーバなどと呼ばれる場合がある。ただし、支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、改善提案サーバ７０及び分析サーバ８０、はサーバ専用の装置である必要はなく、汎用的な情報処理装置でもよい。支援サーバ５０と改善提案サーバ７０は運営者が同じか関連しているため、支援サーバ５０と改善提案サーバ７０とは同じ装置（１つの情報処理装置、専用線で接続された２つ以上の情報処理装置、クラウド内の同じテナントなど）でもよい。

ＣＭＳサーバ２０は、潜在顧客を顕在化させるリードジェネレーションを行う又は支援するサーバである。例えば、顧客情報の取得、顧客関心情報の取得、顧客のリスト作成等を行う。具体的には、ＨＰ（つまりＷｅｂサイト）の作成、更新、管理を行う、ＨＰ作成ツールを提供するサーバである。なお、ＣＭＳサーバ２０は後述するホームページ公開サーバを有している。

ＭＡサーバ４０は顕在化された顧客を見込み客化するリードナーチャリングを行う又は支援するサーバである。例えば、メール配信、印刷物発送、開封カウント、そのほかの反響行動の観察、反響集計、確度分析、アプローチ分類、アプローチ判断、確度確認、商談予定取り付け、初訪・再訪、提案、契約などを行う。簡単な例では、ホームページに対するアクセス解析を行うＭＡツールを提供する。

ＣＭＳサーバ２０とＭＡサーバ４０は別々のサーバでなくてもよく、１つのサーバがＣＭＳツールとＭＡツールを提供する形態もあり得る。また、実際には数多くのＣＭＳサーバ２０とＭＡサーバ４０が存在し、支援サーバ５０はそれぞれのＣＭＳサーバ２０及びＭＡサーバ４０と連携することができる。どのＣＭＳサーバ２０又はＭＡサーバ４０を使用するかについては、支援サーバ５０がＣＭＳサーバ２０又はＭＡサーバ４０の機能やコストから選択する方法が考えられる。ユーザがＣＭＳサーバ２０又はＭＡサーバ４０を選択することが困難、又は煩わしくないのであれば、ユーザが指定する方法が考えられる。支援サーバ５０は、ユーザがＣＭＳサーバ２０又はＭＡサーバ４０を選択する指標（機能、人気度など）を提示してもよい。

分析サーバ８０は、ユーザがホームページへアクセスして閲覧した場合に、どのように閲覧したかという閲覧情報を、ＣＭＳサーバ２０（ホームページに埋め込まれたタグ）からの通知により取得する。分析サーバ８０は、
・流入キーワードの分析
・流入元サイトの分析（リファラ分析）
・流入先ページの分析（ランディングページ分析）
・コンバージョン経路の分析
などを行うことができる。なお、分析サーバ８０としてGoogle Analytics（登録商標）があるが、これに限られるものではない。

改善提案サーバ７０は、分析結果がホームページのどの部分に関する指摘かをＨＰ構成情報に基づいて判断し、どのページのどの部分をどのように変更するかという改善情報を作成する。あるいはどのページのどのフォームを改善するかという改善情報を作成する。例えば、あるページから別のページへの誘導を強めたり弱めたりする改善情報を作成する。また、フォームの項目数を少なくする改善情報を作成する。なお、単に「ページ」という場合、ホームページ内の１ページをいう。

ユーザ端末１３は、ユーザ９が使用する端末装置であり、通信機能と表示機能を有する汎用的な情報処理装置である。ユーザ端末１３となりうる情報処理装置としては、例えば、ＰＣ（Personal Computer）、タブレット端末、スマートフォン、携帯電話、時計型などのウェアラブルＰＣがある。この他、電子黒板、テレビ会議端末、デジタルサイネージ端末、又はカーナビなど、情報処理装置の機能を有する装置であればよい。ユーザ端末１３は１台以上でよい。

閲覧者端末１４は、ＨＰの閲覧者が使用する端末装置であり、通信機能と表示機能を有する汎用的な情報処理装置である。閲覧者端末１４の一例はユーザ端末１３と同様でよい。閲覧者端末１４は複数あることが想定される。

なお、ユーザ端末１３と閲覧者端末１４ではブラウザソフトが動作する。支援サーバ５０は画面情報をユーザ端末１３に送信する。また、ＣＭＳサーバ２０は後述するＨＰ公開サーバでＨＰを公開するので、ＨＰ公開サーバはＨＰの画面情報を閲覧者端末１４に送信する。図５ではＣＭＳサーバ２０とＨＰ公開サーバを一体とみなした。画面情報はＨＴＭＬ、スクリプト言語（JavaScript：登録商標）、及び、ＣＳＳ（Cascade Style Sheet）などで記述されている。画面情報をＷｅｂページやＷｅｂアプリという場合もある。Ｗｅｂアプリとは、ブラウザソフト上で動作するスクリプト言語（たとえばJavaScript（登録商標））によるプログラムとＷｅｂサーバ側のプログラムが協調することによって動作し、ブラウザ上で使用されるソフトウェア又はその仕組みを言う。なお、ユーザ端末１３と閲覧者端末１４ではブラウザソフトでなく、同等の機能を有するアプリケーションソフトが動作してもよい。

＜ハードウェア構成例＞
続いて、本実施形態の情報処理システム１００における支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、分析サーバ８０、改善提案サーバ７０、ユーザ端末１３、及び、閲覧者端末１４のハードウェア構成について説明する。

＜＜支援サーバ、ＣＭＳサーバ、ＭＡサーバ、分析サーバ、改善提案サーバ、ユーザ端末、及び、閲覧者端末のハードウェア構成例＞＞
支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、分析サーバ８０、改善提案サーバ７０、ユーザ端末１３、及び、閲覧者端末１４は、例えば図６に示すハードウェア構成のコンピュータシステムにより実現される。図６は本実施形態に係るコンピュータシステム３００の一例のハードウェア構成図である。

図６に示したコンピュータシステム３００は、入力装置２０１、表示装置２０２、外部Ｉ／Ｆ２０３、ＲＡＭ（Random Access Memory）２０４、ＲＯＭ（Read Only Memory）２０５、ＣＰＵ（Central Processing Unit）２０６、通信Ｉ／Ｆ２０７、及びＨＤＤ（Hard Disk Drive）２０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置２０１はキーボードやマウス、タッチパネルなどを含み、ユーザ９が各操作信号を入力するのに用いられる。表示装置２０２はディスプレイなどを含み、コンピュータシステム３００による処理結果を表示する。

通信Ｉ／Ｆ２０７はコンピュータシステム３００を社内ネットワーク及びインターネット等に接続させるインタフェースである。これにより、コンピュータシステム３００は通信Ｉ／Ｆ２０７を介してデータ通信を行うことができる。

ＨＤＤ２０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム３００全体を制御する基本ソフトウェアであるＯＳ（Operating System）や、ＯＳ上において各種機能を提供するアプリケーションソフトなどがある。ＨＤＤ２０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。

外部Ｉ／Ｆ２０３は、外部装置とのインタフェースである。外部装置には、記録媒体２０３ａなどがある。これにより、コンピュータシステム３００は外部Ｉ／Ｆ２０３を介して記録媒体２０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体２０３ａにはフレキシブルディスク、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（SD Memory card）、ＵＳＢメモリ（Universal Serial Bus memory）などがある。

ＲＯＭ２０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ２０５には、コンピュータシステム３００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ２０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ２０６は、ＲＯＭ２０５やＨＤＤ２０８などの記憶装置からプログラムやデータをＲＡＭ２０４上に読み出し、処理を実行することで、コンピュータシステム３００全体の制御や機能を実現する演算装置である。

なお、支援サーバ５０、ＣＭＳサーバ２０、及びＭＡサーバ４０、クラウドコンピューティングに対応していることが好ましい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。

また、支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、分析サーバ８０、及び、改善提案サーバ７０の入力装置２０１及び表示装置２０２は必要に応じてコンピュータシステム３００に接続されればよい。

＜機能について＞
次に、図７を用いて支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、分析サーバ８０、改善提案サーバ７０、及びユーザ端末１３の機能について説明する。図７は、支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、分析サーバ８０、改善提案サーバ７０、及び、ユーザ端末１３の機能をブロック状に示す機能ブロック図の一例である。なお、閲覧者端末１４についてはユーザ端末１３と同様の機能を有するものとする。

＜＜ユーザ端末＞＞
ユーザ端末１３は、第１通信部２１、操作受付部２２、及び表示制御部２３を有する。ユーザ端末１３が有するこれら各機能部は、図６に示された各構成要素のいずれかが、ＨＤＤ２０８からＲＡＭ２０４に展開されたプログラムに従ったＣＰＵ２０６からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

第１通信部２１は、支援サーバ５０、ＣＭＳサーバ２０及びＭＡサーバ４０と各種の情報を送受信する。本実施形態では自動コンサル用情報を支援サーバ５０に送信し、支援サーバ５０からＭＡ情報や改善情報を受信する。また、ＣＭＳサーバ２０にホームページのコンテンツを送信したり、ホームページの構成を修正したりする。また、ＭＡサーバ４０にフォームの作成依頼を送信したり、フォームの構成を編集したりする。ただし、これらには限られない。第１通信部２１は支援サーバ５０、ＣＭＳサーバ２０及びＭＡサーバ４０から画面情報を取得するためのリクエストを送信しこの画面情報を受信して、ユーザ９が画面に入力した情報を支援サーバ５０に送信することで、各種の情報を送受信する。このような機能はブラウザソフトから提供されてよい。

表示制御部２３は、第１通信部２１が受信した画面情報を解析して表示装置２０２に表示する。すなわち、ホームページ（Ｗｅｂページ）を表示する。ホームページによってはユーザ９がテキストデータを入力する入力欄、項目を選択するためラジオボタン、チェックボックスなど、一般的なホームページで表示される入力欄から情報の入力が可能である。

操作受付部２２は、ユーザ端末１３に対する各種の操作を受け付ける。例えば、ホームページに対する各種の入力、情報の受信指示、及び、送信指示を受け付ける。

＜＜支援サーバ＞＞
支援サーバ５０は、第２通信部３１、第３通信部３２、コンサルティング部３３、ＭＡ情報提供部３４、第４通信部３５、フォーム作成要求部３６、改善情報受信部３７、及び、画面情報作成部３８を有する。ユーザ端末１３が有するこれら各機能部は、図６に示された各構成要素のいずれかが、ＨＤＤ２０８からＲＡＭ２０４に展開されたプログラムに従ったＣＰＵ２０６からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

また、支援サーバ５０は、図６に示されたＨＤＤ２０８等に構築されるパラメータ変換ＤＢ５００１及びユーザ情報ＤＢ５００２を有している。まず、ユーザ情報ＤＢ５００２について説明する。なお、パラメータ変換ＤＢ５００１及びユーザ情報ＤＢ５００２は支援サーバ５０が有していてもよいし、ネットワークＮ上に存在してもよい。

表１はユーザ情報ＤＢ５００２に記憶されているユーザ情報を模式的に示す。ユーザ情報ＤＢ５００２にはユーザ９に関する情報が記憶されている。例えば、会社名、ユーザＩＤ、パスワード、問い合わせフォームの送信先メールアドレス、ＨＰ公開済みフラグ、ＭＡ情報最新更新日時、ＭＡ識別情報、分析サーバ識別情報、及び、改善提案サーバ識別情報等の項目を有している。会社名とは情報処理システム１００のユーザ９である企業の名称である。ユーザＩＤはユーザ９を識別又は特定するための識別情報である。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。ユーザＩＤとして、例えばメールアドレスを使用してもよい。

問い合わせフォームの送信先メールアドレスは、ＨＰに埋め込まれたフォームに閲覧者が入力した問い合わせ内容の送信先となるメールアドレスである。従って、問い合わせフォームの送信先メールアドレスもＨＰに埋め込まれ、閲覧者が問い合わせフォームに入力した問い合わせ内容はフォームの送信先メールアドレスに送信される。なお、問い合わせフォームの送信先メールアドレスには複数のメールアドレスを設定可能である。ＨＰ公開済みフラグには、ＨＰが公開済みか否か設定される。公開済みでなければＭＡ情報も取得できないため、ＨＰ公開済みフラグはＭＡ情報の取得の際にＣＭＳサーバ２０からＭＡサーバ４０に送信される。ＭＡ情報最新更新日時は、ＭＡ情報を最後に更新した日時である。ＭＡ情報の差分を取得するために使用される。

ＭＡ識別情報はＭＡサーバの識別情報に相当し、このユーザが使用するＭＡサーバである。表１のようにユーザとＭＡサーバ４０の関係は固定でもよいが、支援サーバ５０が一定期間ごとに切り替えるなどの運用も可能である。ＭＡ識別情報は問い合わせ内容をＭＡサーバ４０に送信するため、及び、ＭＡタグによる閲覧情報をＭＡサーバ４０に送信するためにホームページに埋め込まれる。

分析サーバ識別情報は分析サーバ８０の識別情報に相当し、このユーザが使用する分析サーバ８０である。表１のようにユーザと分析サーバ８０の関係は固定でもよいが、支援サーバ５０が一定期間ごとに切り替えるなどの運用も可能である。分析サーバ識別情報は閲覧情報を分析サーバ８０に送信するため分析サービスタグとしてホームページに埋め込まれる。

改善提案サーバ識別情報は改善提案サーバ７０の識別情報に相当し、ＣＭＳサーバ２０がＨＰ構成情報の送信先を決定するために使用される。

続いて、支援サーバ５０の各機能について説明する。第２通信部３１は、ユーザ端末１３と通信し各種の情報を送受信する。すなわち、各種の画面情報、ＭＡ情報、及び改善情報をユーザ端末１３に送信し、自動コンサル用情報をユーザ端末１３から受信する。

第３通信部３２は、ＣＭＳサーバ２０と通信し各種の情報を送受信する。本実施形態ではテンプレート作成用パラメータをＣＭＳサーバ２０に送信する。テンプレート作成用パラメータには、送信先メールアドレス、ＭＡ識別情報、分析サーバ識別情報、改善提案サーバ識別情報、ユーザＩＤ、フォームコード、ページの編集先ＵＲＬ、及び、フォームの編集先ＵＲＬが添付される。ページの編集用ＵＲＬはＨＰ作成時のＨＰ作成用ＵＲＬと同じかこれに基づいて決定され、フォームの編集先ＵＲＬはフォームが作成されたＵＲＬと同じかこれに基づいて決定される（フォームが作成されたＵＲＬはフォームコードが有するフォーム識別情報で特定される）。

なお、支援サーバ５０はＣＭＳサーバ２０のＡＰＩ（Application Program Interface）を利用できる。また、ＨＰテンプレートが作成されると第３通信部３２はＨＰ作成用ＵＲＬを受信する。

コンサルティング部３３は、自動コンサル用情報に基づいてパラメータ変換ＤＢ５００１を参照してテンプレート作成用パラメータを作成する。詳細は図８〜図１２にて説明する。

第４通信部３５はＭＡサーバ４０と通信し各種の情報を送受信する。本実施形態ではＭＡ情報とフォームコードをＭＡサーバ４０から受信する。なお、第４通信部３５はＭＡサーバ４０からのＰＵＳＨ通信でＭＡ情報を受信することができる。この場合、ＭＡサーバ４０は支援サーバ５０のＡＰＩを把握しておりこのＡＰＩに対しＭＡ情報を送信する。また、第４通信部３５はＭＡサーバ４０に対しＭＡ情報を要求し要求に対する応答としてＭＡ情報を受信するＰＵＬＬ通信を行ってもよい。この場合、支援サーバ５０はＭＡサーバ４０のＡＰＩを把握しておりこのＡＰＩに対しＭＡ情報を要求する。なお、第４通信部３５はＭＡ情報最新更新日時を指定して、ＭＡサーバ４０がこれよりも後に取得したＭＡ情報を取得する。また、ＭＡサーバ４０においてＭＡ情報はユーザＩＤと対応付けられているため、第４通信部３５は各ユーザ別にＭＡ情報を取得できる。

ＭＡ情報提供部３４はユーザ端末１３からの要求に対し、ユーザＩＤに対応付けられているＭＡ情報を、第２通信部３１を介してユーザ端末１３に提供する。

改善情報受信部３７は、改善提案サーバ７０から改善情報を受信する。改善情報は、改善提案サーバ７０が定期的に支援サーバ５０に送信する場合と、ユーザ端末１３からの要求を支援サーバ５０が受け取って改善情報受信部３７が改善提案サーバ７０に要求し、その応答として受信する場合とがある。改善提案サーバ７０は分析サーバ８０に分析結果を要求して取得する。

画面情報作成部３８は、後述する改善提案画面の画面情報を作成する。画面情報作成部３８は改善提案画面に改善情報を含め、更に、ページやフォームをユーザが編集するための編集先ＵＲＬをボタンなどの表示部品に埋め込む。

フォーム作成要求部３６はユーザ端末１３からのフォームを作成したいという要求を受けると、ＭＡサーバ４０にフォームの作成を要求する。ユーザはフォームの作成のための必要事項を入力するので、ＭＡサーバ４０がフォームを作成するとフォーム作成要求部３６は第４通信部３５を介してフォームコードを受信する。フォームコードにはフォームの識別情報も含まれている。タグ・フォーム埋め込み部４３がフォームコードをホームページに貼り付けることで、閲覧者はフォームを表示させることができる。

＜＜ＣＭＳサーバ＞＞
ＣＭＳサーバ２０は、第５通信部４１、ＨＰテンプレート作成部４２、タグ・フォーム埋め込み部４３、ＨＰ作成受付部４５、及び、ＨＰ情報送信部４６を有する。ＣＭＳサーバ２０が有するこれら各機能部は、図６に示された各構成要素のいずれかが、ＨＤＤ２０８からＲＡＭ２０４に展開されたプログラムに従ったＣＰＵ２０６からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

第５通信部４１は支援サーバ５０と通信し各種の情報を送受信する。本実施形態ではテンプレート作成用パラメータ、送信先メールアドレス、ＭＡ識別情報、分析サーバ識別情報、ユーザＩＤ、フォームコード、ページの編集用ＵＲＬ及びフォームの編集先ＵＲＬを支援サーバ５０から受信する。また、ＨＰ作成用ＵＲＬを支援サーバ５０に送信する。

ＨＰテンプレート作成部４２は、テンプレート作成用パラメータを用いてＨＰテンプレートを作成する。ＨＰテンプレートであるので、実際のコンテンツではなく例えばダミーのコンテンツが配置されたＨＰのひな形が作成される。

タグ・フォーム埋め込み部４３は、ＨＰテンプレートにＭＡタグ、分析サービスタグ、問い合わせフォームの送信先メールアドレス、ＭＡ識別情報、フォームコード、及び、分析サーバ識別情報を埋め込む。埋め込むとは、ＨＴＭＬタグ又はスクリプト言語を記述することをいう。問い合わせ内容は表１に示した送信先メールアドレス及びＭＡ識別情報のうちの少なくとも１つ（例えば、masystem.com/aaa）に送信される。よって、問い合わせフォームには送信先メールアドレス及びＭＡ識別情報を埋め込む。

ＭＡタグは、閲覧者がＨＰを閲覧したことにより生成される閲覧数（ＰＶ数）などの閲覧情報を、ＨＰ公開サーバ６０がＭＡサーバに送信するためのタグである。閲覧情報は少なくとも1つのＭＡ識別情報（例えば、https://masystem.com/aaa）に送信される。本実施形態では各ＭＡタグにＭＡ識別情報が含まれるものとする。

また、タグ・フォーム埋め込み部４３はＭＡ情報（問い合わせ内容と閲覧情報）をユーザ端末１３が表示できるように、１つ以上のユーザＩＤをＨＰテンプレートに埋め込む。例えば、問い合わせフォームとＭＡタグのそれぞれにユーザＩＤが埋め込まれる。

従って、問い合わせ内容は送信先メールアドレスにより直接、ユーザに送信され、更に、ＭＡサーバに送信される。閲覧情報はＭＡサーバにのみ送信される。

また、タグ・フォーム埋め込み部４３は閲覧情報が分析サーバ８０に送信されるように、分析サービスタグと分析サーバ識別情報をＨＰテンプレートに埋め込む。本実施形態では分析サービスタグに分析サーバ識別情報が含まれるものとする。

タグとフォームが埋め込まれたＨＰテンプレートはＨＰ保存部４４に保存される。ＨＰテンプレートはユーザ９ごとに所定のＵＲＬに保存される。このＵＲＬがＨＰ作成用ＵＲＬである。ユーザ９はＨＰ保存部４４に保存されたＨＰテンプレートをＨＰ作成用ＵＲＬから取得してホームページを完成させる。また、ＨＰテンプレートをＨＰ作成用ＵＲＬから取得してホームページを改善する。

完成したホームページはＨＰ公開サーバ６０に送信され、ＨＰ公開サーバ６０にて一般の閲覧者に公開される。なお、ＣＭＳサーバ２０がホームページを公開してもよい。

また、ＨＰ情報送信部４６は、改善提案サーバ識別情報を宛先にしてＨＰ構成情報を改善提案サーバ７０に送信する。ＨＰ構成情報はホームページ（の画面情報）そのものでもよいし、何らかの解析が施されたものでもよい。

＜＜ＭＡサーバ＞＞
ＭＡサーバ４０は、第６通信部５１、ＭＡ情報受付部５２、ＭＡ情報管理部５３、及び、フォーム作成受付部５４を有する。ＭＡサーバ４０が有するこれら各機能部は、図６に示された各構成要素のいずれかが、ＨＤＤ２０８からＲＡＭ２０４に展開されたプログラムに従ったＣＰＵ２０６からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

第６通信部５１は支援サーバ５０、ＨＰ公開サーバ６０、及び、ユーザ端末１３と通信し各種の情報を送受信する。まず、第６通信部５１はＨＰ公開サーバ６０からＭＡ情報を受信する。そして、支援サーバ５０又はＭＡサーバ４０のＡＰＩを介して、本実施形態ではＭＡ情報を支援サーバ５０に送信する。

ＭＡ情報受付部５２は、第６通信部５１を介して、ＨＰ公開サーバ６０で公開されているホームページを閲覧者が閲覧することでＭＡタグが送信する閲覧情報をＨＰ公開サーバ６０から受け付ける。同様に、閲覧者がホームページのフォームに入力した例えば問い合わせ内容をＨＰ公開サーバ６０から受け付ける。すなわち、ＭＡ情報（閲覧情報と問い合わせ内容）を受け付ける。

ＭＡ情報管理部５３は、ＭＡ情報受付部５２が受け付けたＭＡ情報（閲覧情報、問い合わせ内容）をユーザＩＤに対応付けて管理する。これにより、第６通信部５１を介してユーザ９ごとのＭＡ情報を支援サーバ５０に送信できる。

フォーム作成受付部５４は支援サーバ５０から、ユーザの操作に応じてフォームの作成要求を受け付け、ユーザが所望する形式のフォームを作成し、ユーザＩＤに対応付けてフォーム保存部５５に記憶させる。また、フォームコードを生成して支援サーバ５０に送信する。

＜＜分析サーバ＞＞
分析サーバ８０は第７通信部６１、閲覧情報受付部６２、閲覧情報管理部６３、及び、分析部６４を有している。分析サーバ８０が有するこれら各機能部は、図６に示された各構成要素のいずれかが、ＨＤＤ２０８からＲＡＭ２０４に展開されたプログラムに従ったＣＰＵ２０６からの命令により動作することで実現される機能又は手段である。

第７通信部６１は改善提案サーバ７０と通信し、分析結果を改善提案サーバ７０に送信する。分析サーバ８０は改善提案サーバ７０の存在を知らないので、改善提案サーバ７０から分析サーバ８０に分析結果を要求する。ＨＰテンプレートの作成前に分析サーバ８０にはユーザのアカウントが作成されている。ＣＭＳサーバ２０がホームページのＵＲＬなどホームページを特定する情報を分析サーバ８０に登録すると分析サービスタグが得られる。分析結果要求部７４はユーザのアカウントでログインして、ホームページを特定する情報に対応付けられている分析結果を分析サーバ８０に要求する。

閲覧情報受付部６２は、第７通信部６１を介して、ＨＰ公開サーバ６０で公開されているホームページを閲覧者が閲覧することで分析サービスタグが送信する閲覧情報をＨＰ公開サーバ６０から受け付ける。

閲覧情報管理部６３は、閲覧情報受付部６２が受け付けた閲覧情報をユーザＩＤに対応付けて管理する。分析部６４は改善提案サーバ７０からのユーザＩＤを指定した分析結果の要求に応じて、又は、定期的に、ユーザＩＤに対応付けられている閲覧情報を分析して分析結果を生成する。

＜＜改善提案サーバ＞＞
改善提案サーバ７０は改善情報送信部７１、改善情報作成部７２、ＭＡ情報取得部７３、分析結果要求部７４、分析結果受信部７５、及び、ホームページ情報受信部７６を有する。改善提案サーバ７０が有するこれら各機能部は、図６に示された各構成要素のいずれかが、ＨＤＤ２０８からＲＡＭ２０４に展開されたプログラムに従ったＣＰＵ２０６からの命令により動作することで実現される機能又は手段である。

分析結果要求部７４は、例えば、支援サーバ５０を介したユーザからの要求、又は、定期的などタイミングでユーザＩＤを指定して、分析サーバ８０にホームページの閲覧情報の分析結果を要求する。

ＭＡ情報取得部７３は、ユーザＩＤを指定してＭＡ情報をＭＡサーバに要求する。分析サーバ８０とは別に、閲覧情報と問い合わせ内容から改善情報を作成するためである。分析結果受信部７５はユーザごとの分析結果を分析サーバ８０から受信する。ホームページ情報受信部７６はＣＭＳサーバ２０からＨＰ構成情報を受信する。

改善情報作成部７２は、分析結果とＨＰ構成情報、又は、ＭＡ情報とＨＰ構成情報に基づいて改善情報を作成する。改善情報の詳細は後述する。

改善情報送信部７１はユーザからの要求に対して、又は、定期的などのタイミングに、改善情報を支援サーバ５０に送信する。なお、支援サーバ５０と改善提案サーバ７０は運営者が同じか関連しているため、互いの通信先は予め設定されている。

＜自動コンサルティング機能について＞
本実施形態の情報処理システム１００は、従来、コンサルティング会社の経験豊富なコンサルタントが行っていたコンサルティングを支援サーバ５０が行う。ユーザ９はコンサルタントに相談することが不要になり、また、コンサルタントのコンサル結果（アドバイス）をＨＰに反映させる作業も不要になる。

本実施形態では、ユーザ９はデジタルマーケティングでどのような施策を行いたいかという目的を支援サーバ５０に入力する。支援サーバ５０はこのようなユーザ９の目的ベースの入力を受け付けるインタフェースを有することも特徴の１つである。以下では、図８、図９で自動コンサルティングの一実施例を、図１０〜図１２で別の一実施例を説明する。

図８は、支援サーバ５０のコンサルティング部３３が提供する、ユーザ９がデジタルマーケティングでどのような施策を行いたいかという目的を入力するための画面例を示す。図８（ａ）〜（ｄ）は時系列に遷移するものとする。

図８（ａ）は商品又はサービスの概要が入力される商品特性入力画面３０１を示す。商品特性入力画面３０１はジャンル数選択欄３０２、及び、ジャンル入力欄３０３を有する。ジャンル数選択欄に３０２は、ユーザ９の会社が扱う商品又はサービスのジャンル数が選択可能に表示される。ジャンル入力欄３０３には商品又はサービスの具体的なジャンルが入力される。

図８（ｂ）はジャンルごとにＨＰのターゲットが入力されるターゲット画面３１１を示す。ターゲット画面３１１は、ターゲット業種欄３１２、及び、ターゲット属性欄３１３を有する。ターゲット業種欄３１２には商品又はサービスの購入が期待されるターゲットの業種が選択可能に表示される。ターゲット属性欄３１３には商品又はサービスの購入が期待されるターゲットとする顧客の属性が選択可能に表示される。

図８（ｃ）は、商品又はサービスの詳細が入力される商品詳細画面３２１を示す。商品詳細画面３２１は商品特性欄３２２、及び、特徴欄３２３を有する。商品特性欄３２２には、商品又はサービスのジャンルが選択可能に表示される。特徴欄３２３には、商品の特徴が入力される。

図８（ｄ）は、商品又はターゲットが認知されるプロセスを入力するための認知プロセス入力画面３３１である。認知プロセス入力画面３３１は、プロセス３３２ごとにターゲットのマインド状態３３３、及び、次ステップへ進めるためのポイント３３４が入力される。認知プロセス入力画面３３１には、ターゲットがユーザ９の商品又はサービスを全く知らない段階から購入するまでのマインドと、次ステップに進むためには何が必要か順次、入力される。

図８（ａ）〜（ｄ）の画面は、操作受付部２２がユーザ９の入力に応じて表示制御部２３が順次遷移させる。図８（ａ）〜（ｄ）で入力される情報が自動コンサル用情報である。第１通信部２１は次の画面情報が必要になると支援サーバ５０から次の画面情報を取得する。従って、ユーザ９は支援サーバ５０からの問い合わせに回答していく対話形式で、漠然とした目的を具体的な文章や数値として入力できる。これにより、ユーザ９がデジタルマーケティングでどのような施策を行いたいかという目的を入力できる。

コンサルティング部３３は、自動コンサル用情報からコンサル結果を出力する。一般に、コンサルタントは自動コンサル用情報のような情報からコンサル結果を導き出す。支援サーバ５０のパラメータ変換ＤＢ５００１にはコンサルタントから得た知見を元に生成されたロジックが構築されている。このようなロジックは機械学習などで構築されてもよいし、開発者が自動コンサル用情報からコンサル結果を出力するフローチャートを作成してもよい。

図９は、コンサルティング部３３が出力したコンサル結果の一例を示す。本実施形態のコンサル結果はＨＰを作成するためのテンプレート作成用パラメータである。図９ではマトリックス状のテンプレート作成用パラメータを示す。

まず、縦軸に、認知、興味・感心、基本計画策定、業者選定、比較・検討、及び、購入の項目が並んでおり、下の項目ほど優先順位が高い。この項目と優先順位は自動コンサルティングにより決定されている。また、横軸には、左から重要度高、重要度中、重要度低の各項目が並んでいる。重要度が高いことは優先順位が高いことを意味する。

そして、縦軸の項目と横軸の項目に対応付けて、ＨＰテンプレートに含めるべきコンテンツが示されている。例えば、認知の項目で重要度が高いコンテンツは「技術情報」であり、比較・検討の項目で重要度が高いのは「会社情報、取引実績」である。

図９のテンプレート作成用パラメータはＣＭＳサーバ２０に送信される。支援サーバ５０はコンテンツに適したＨＰテンプレートを決定する。コンテンツと１つ以上のＨＰテンプレートは予め対応付けられている。

また、テンプレート作成用パラメータはＣＭＳサーバ２０に送信される前にユーザ端末１３に表示されるとなおよい。ユーザ９は図９の各コンテンツをクリックすると、操作受付部２２がクリックされたコンテンツを受け付け、第１通信部２１がコンテンツを支援サーバ５０に送信する。支援サーバ５０はコンテンツをＣＭＳサーバ２０に中継して、ＣＭＳサーバ２０がコンテンツに適した１つ以上のＨＰテンプレートを決定し支援サーバ５０に送信する。支援サーバ５０の第２通信部３１はＨＰテンプレートをユーザ端末１３に送信する。これにより、ユーザ９はコンテンツに適したＨＰテンプレートを選択し、すぐに写真や文章などのコンテンツを入力できる。そして、コンテンツの入力後のＨＰテンプレートが支援サーバ５０を介してＣＭＳサーバ２０に送信される。この場合、ＣＭＳサーバ２０はユーザ９が選択したＨＰテンプレートを優先することにして、コンテンツに適したＨＰテンプレートを作成しない。

続いて、図１０を用いて自動コンサルティングの別の実施例を説明する。図１０は、支援サーバ５０のコンサルティング部３３が提供する、ユーザ９がデジタルマーケティングでどのような施策を行いたいかという目的を入力するためのウィザード画面の一例を示す。図１０のウィザード画面は、図８と同様にユーザ９が問い合わせに回答していくことで入力が完成するが、図８よりも更に対話性が向上している。ウィザードとは、ユーザ９に必要な情報を適宜示しながら対話形式で簡便に操作できるよう工夫された処理形態をいう。

図１０（ａ）は業種選択画面４０１である。ユーザ９はデジタルマーケティングの対象とする製品又はサービスの業種を選択する。図１０（ａ）では業種１〜業種６と表示されているが、各業種が具体的にどのような業種であるかはユーザ９が把握しているか又はヘルプ画面を表示させることで確認できる。また、業種は６つに限られない。

図１０（ｂ）はＷｅｂサイトの種類選択画面４１１である。ユーザ９はデジタルマーケティングの対象とする製品又はサービスをどのような種類のＷｅｂサイトで提供するかを選択する。図１０（ｂ）では一例として「コーポレートサイト」「事業部サイト」「マイクロサイト」「ブログ/情報サイト」が挙げられているが、これらには限られない。

業種及びＷｅｂサイトの種類によって、閲覧者に訴求しやすいコンテンツが異なると考えられる。そこで、コンサルティング部３３は図１１に示すようなパラメータ変換ＤＢ５００１を用いて、ユーザ９の回答を各コンテンツのカテゴリの点数に変換する。

図１１は、パラメータ変換ＤＢ５００１の一例を示す。図１１（ａ）は業種と各コンテンツの点数を対応付けており、図１１（ｂ）はＷｅｂサイトの種類と各コンテンツのカテゴリの点数を対応付けている。図１０（ａ）の業種選択画面４０１において、ユーザ９が「業種１」を選択した場合、各コンテンツのカテゴリの点数は「導入事例」が２００、「技術紹介」が１００、「取引実績」が５０，「開発秘話」が２０である。

図１０（ｂ）のＷｅｂサイトの種類選択画面４１１において、ユーザ９が「コーポレートサイト」を選択した場合、各コンテンツのカテゴリの点数は「導入事例」が５０、「技術紹介」が４０、「取引実績」が１００，「開発秘話」が２０である。

従って、ユーザ９が業種選択画面４０１で「業種１」を選択し、Ｗｅｂサイトの種類選択画面４１１で「コーポレートサイト」を選択した場合、各コンテンツのカテゴリの点数は以下のようになる。
「導入事例」…２５０
「技術紹介」…１４０
「取引実績」…１５０
「開発秘話」…４０
このように、コンサルティング部３３はウィザード画面でユーザ９が選択を行うごとにパラメータ変換ＤＢ５００１に基づいて、入力された目的を点数に変換して行く処理を繰り返す。これにより、それぞれの選択に応じて各コンテンツの点数を決定できる。なお、パラメータ変換ＤＢ５００１に登録されている業種やＷｅｂサイトの種類などと点数の関係は、コンサルタントの知見が参考にされてもよいし、機械学習などで決定されてもよい。

図１２は、ウィザード画面が終了した際にコンサルティング部３３がユーザ端末１３の表示装置２０２に表示するコンテンツの決定画面４２１の一例を示す。コンテンツの決定画面４２１には「ＨＰに掲載するコンテンツのカテゴリを選択してください。」というメッセージ４２４、コンテンツのカテゴリ４２２、各カテゴリの重要度バー４２３、及び、決定ボタン４２５が表示されている。コンテンツのカテゴリ４２２は点数が高いほど重要度が高いと判断されているため、重要度バー４２３の上の方に表示されている。

ユーザ９はＨＰに使用する１つ以上のカテゴリを選択することができる。例えば、マウスなどでクリックしたりタッチパネルをタップしたりする。選択されたコンテンツのカテゴリ４２２は高輝度表示又は反転表示などで強調される。この状態でユーザ９が決定ボタン４２５を押下すると、選択されたコンテンツのカテゴリ４２２がテンプレート作成用パラメータとして支援サーバ５０に送信される。

＜ＣＭＳサーバが作成するＨＰテンプレート＞
続いて、図１３を用いて、テンプレート作成用パラメータから作成されるＨＰテンプレートについて説明する。図１３は、ＨＰテンプレートのテンプレート画面（その１）の一例を示す図である。図１３のテンプレート画面（その１）４３１は商品又はサービスに関係なく共通に使用されるＨＰテンプレートの一例として、ヘッダ欄４３２、タイトル画像欄４３３、会社概要欄４３４、及び、アクセス欄４３５のコンテンツを有している。これらはどのような商品又はサービスでも共通に使用されるコンテンツである。ＣＭＳサーバ２０はテンプレート作成用パラメータに関係なく図１３のようなＨＰテンプレートを作成する。なお、ユーザ９は、ＨＰテンプレートの配色、写真の位置や大きさ、文字の大きさなどを適宜選択できる。これは各テンプレート画面でも同様である。

ユーザ端末１３に図１３のようなテンプレート画面（その１）４３２が表示されるとユーザ９はヘッダ欄４３２、タイトル画像欄４３３、会社概要欄４３４、及び、アクセス欄４３５にそれぞれ画像や文字を入力する。ユーザ端末１３の操作受付部２２はこれらの入力を受け付け、ＨＰテンプレートが完成されていく。コンテンツが入力されたＨＰテンプレートを第１通信部２１がＣＭＳサーバ２０に送信する。つまり、ユーザ端末１３は直接、ＣＭＳサーバ２０と通信してＨＰを完成させる。

図１４は、テンプレート作成用パラメータから作成されるＨＰテンプレートのテンプレート画面（その２）４４１の一例を示す図である。図１４のテンプレート画面（その２）４４１は自動コンサルティングにより決定されたテンプレート作成用パラメータから作成されたＨＰテンプレートの一例である。テンプレート画面（その２）４４１は、ヘッダ欄４４２、導入事例欄４４３、及び、取引実績欄４４４を有する。ＣＭＳサーバ２０はテンプレート作成用パラメータに応じて図１４のようなＨＰテンプレートを作成する。つまり、ユーザ９は自動コンサルティングで導入事例と取引実績をＨＰに掲載するコンテンツのカテゴリに選択した。

導入事例欄４４３には一例として２箇所の事例入力欄４４３ａ、４４３ｂがあり、取引実績欄４４４には一例として２箇所の実績入力欄４４４ａ、４４４ｂがある。ユーザ９は、導入事例欄４４３、及び、取引実績欄４４４にそれぞれ画像や文字を入力する。なお、ヘッダ欄４４２は１つのＨＰに共通なので入力しなくてよいが、異なるヘッダを入力してもよい。ユーザ端末１３の操作受付部２２はこれらの入力を受け付け、ＨＰテンプレートが完成されていく。コンテンツが入力されたＨＰテンプレートを第１通信部２１がＣＭＳサーバ２０に送信する。

続いて、図１５を用いてコンテンツに対応した問い合わせフォームについて説明する。自動コンサルティングで問い合わせフォームの重要度が高くなることは少なくない。また、ユーザ９は問い合わせフォームをコンテンツのカテゴリに選択することができる。しかし、問い合わせフォームにも問い合わせの内容に応じた適切なタイプがある。そこで、本実施形態のＨＰテンプレート作成部４２は自動コンサルティングで決定されたテンプレート作成用パラメータに対応した問い合わせフォームをＨＰテンプレートに設定する。

図１５は異なるタイプの問い合わせフォームの一例を示す図である。図１５（ａ）は商品紹介に対する問い合わせフォームであり、図１５（ｂ）は採用情報に対する問い合わせフォームである。

図１５（ａ）に示すように、商品紹介に対する問い合わせフォームは、お名前欄４５１、会社名欄４５２、連絡先欄４５３、問い合わせ内容欄４５４、及び、送信ボタン４５５を有する。図１５（ｂ）に示すように、採用情報に対する問い合わせフォームは、お名前欄４６１、応募種類欄４６２、連絡先欄４６３、及び、送信ボタン４６４を有する。このように、ＨＰテンプレート作成部４２は自動コンサルティングで決定されたコンテンツのカテゴリに応じて問い合わせフォームを自動生成してＨＰテンプレートに設定する。

従って、ユーザ９は商品紹介か採用情報かに応じて問い合わせフォームを修正したり変更したりする必要がなく、問い合わせフォームの内容に適したタイプの問い合わせフォームが埋め込まれたＨＰテンプレートを利用できる。

＜フォームのコード例＞
問い合わせフォームを作成する方法はいくつかあるが、本実施形態では開発者がコードを入力したり編集したりする方法と、フォーム作成Ｗｅｂサービスを利用する方法について説明する。
・開発者がコードを入力又は編集
図１５のような問い合わせフォームに閲覧者は問い合わせ内容を入力する。図１５（ａ）の場合は、お名前欄４５１に名前を、会社名欄４５２に会社名を、連絡先欄４５３に連絡先を、問い合わせ内容欄４５４に問い合わせ内容を入力する。図１５（ｂ）の場合は、お名前欄４６１に名前を、応募種類欄４６２に応募種類欄を、連絡先欄４６３に連絡先を入力する。入力された問い合わせ内容はユーザ９が所属する企業の担当者や部署に送信される必要がある。以下では入力された問い合わせ内容をＨＰ公開サーバ６０が送信するための送信先メールアドレス及びＭＡサーバに送信するためのＭＡ識別情報の埋め込み例を説明する。図１６はＨＰテンプレートに対する送信先メールアドレス及びＭＡ識別情報の埋め込み例を説明する図の一例である。

図１６（ａ）は、問い合わせフォームに関するＨＰテンプレートのコード例を示す。なお、図１６（ａ）は図１５（ａ）の問い合わせフォームをＨＴＭＬで記述した場合のコード例である。まず、記述１でformタグが指定されている。formタグはinputタグなどのフォーム部品で入力された値をaction属性で指定した送信先に送信するタグである。記述１の送信先は「/my−handling−form−page」である。method属性は問い合わせ内容の送信時に使用されるＨＴＴＰのメソッドを指定する。通常はpost又はgetである。id属性はページ内におけるフォームの識別情報となる。本実施形態ではホームページの全体で重複しないように設定するとよい。

記述２は、お名前欄４５１を実現するコードであり、labelタグが「お名前」を表示することを規定し、inputタグがtype属性でテキスト入力欄を表示することを規定している。id属性はデータ処理のために識別情報でありスクリプト言語やＣＳＳが参照する際に指定される。name属性は問い合わせ内容と共に送信されるお名前欄の識別情報であるが、人間が判別するために使用される。記述３〜５も同様に、会社名欄４５２，連絡先欄４５３、問い合わせ内容欄４５４を実現するコードである。

記述６は、送信ボタン４５５を表示することを規定する。type属性は送信すること（submit）を規定し、value属性は表示される文字を規定する。

図１６（ａ）のようなコード例によれば、閲覧者が問い合わせフォームに問い合わせ内容を入力して送信ボタン４５５を押下すると、問い合わせフォームに入力された問い合わせ内容が「/my−handling−form−page」に送信される。この記述は相対ＵＲＬと呼ばれる形式であり、ＨＰ公開サーバ６０の「/example.com/hoge」というＵＲＬに問い合わせ内容が送信されてしまう。

本実施形態では、ユーザ９又はＭＡサーバ４０の少なくともどちらかが問い合わせ内容を必要とするため、例えば図１６（ｂ）に示すような、<INPUT>タグを利用する。これにより、送信先を任意に指定することができる。なお、<INPUT>タグはＨＴＭＬタグである。

タグ・フォーム埋め込み部４３は図１６（ｂ）のようなコードを埋め込む。埋め込み先は例えば<form>〜</form>の中であり、一例としては</form>タグの手前などでよい。図１６（ｂ）はユーザ９へ問い合わせ内容を送信するための<INPUT>タグと、ＭＡサーバ４０に問い合わせ内容を送信するための<INPUT>タグを示す。

図１６（ｂ）の記述７，８はいずれもinputタグであるが、type属性がhiddenであるため、問い合わせフォームには表示されない。name属性は上記と同様である。value属性は問い合わせ内容の送信先を示す。記述７ではユーザを宛先とする送信先メールアドレス（suzuki@sample.co.jp, yamada@sample.co.jp）が埋め込まれており、記述８ではＭＡサーバ４０を宛先とするＭＡ識別情報（masystem.com/aaa）埋め込まれている。どちらも問い合わせ内容の送信先である。

また、記述８のvalue属性には「userID="companyA"」という記述がある。これはユーザ９が所属する企業を示すユーザＩＤである。つまり、問い合わせ内容が送信される際、ユーザ９が所属する企業の識別情報がＭＡサーバ４０に送信されることで、ＭＡサーバ４０はどの企業に対する問い合わせであるかを判断できる。タグ・フォーム埋め込み部４３はＭＡ識別情報と共にユーザＩＤを埋め込む。

ＣＭＳサーバ２０のタグ・フォーム埋め込み部４３は、このように、ＨＰ公開サーバ６０が問い合わせ内容をsuzuki@sample.co.jp及びyamada@sample.co.jpにメールで送信し、ＭＡサーバ４０のmasystem.com/aaaアドレスに対してcompanyAのＭＡ情報を送信するＨＴＭＬタグをＨＰテンプレートに埋め込む。

なお、送信先メールアドレス（suzuki@sample.co.jp, yamada@sample.co.jp ）、ユーザＩＤ（userID="companyA"）、及び、ＭＡサーバ４０の識別情報（masystem.com/aaa）は、支援サーバ５０からＣＭＳサーバ２０に送信される。これらは、ユーザ９が支援サーバ５０にログインすることで自動的に選択される。つまり、これらの情報はユーザ９が予め支援サーバ５０に設定しているものとする。ただし、ユーザ９は任意に送信先情報、ユーザＩＤ、及び、ＭＡサーバ４０の識別情報の１つ以上を変更できてよい。例えば、複数のＣＭＳサーバ２０とＭＡサーバ４０があるような場合にユーザ９は所望のＣＭＳサーバ２０とＭＡサーバ４０を選択できる。この場合、タグ・フォーム埋め込み部４３は、ユーザ９が選択したＭＡサーバ４０の識別情報を埋め込む。

また、図１６ではＨＴＭＬタグで送信先メールアドレス、ユーザＩＤ、及び、ＭＡサーバ４０の識別情報が埋め込まれているが、JavaScript（登録商標）でこれらが埋め込まれてもよい。

・フォーム作成Ｗｅｂサービスを利用する方法
図１７は、開発者がフォーム作成Ｗｅｂサービスを利用してフォームを作成する手順を示す。本実施形態ではＭＡサーバ４０がフォーム作成Ｗｅｂサービスを提供するとして説明するが、フォーム作成Ｗｅｂサービスは他のサーバが提供してもよい。

S101：開発者はユーザ端末１３からコンテンツ作成方法を選択し、操作受付部２２がコンテンツ作成方法を受け付ける。第１通信部２１はＭＡサーバ４０にコンテンツ作成方法を送信する。コンテンツ作成方法には、ポップアップとエンベッドがある。ポップアップはポップアップで表示されるフォームであり、エンベッドは任意の箇所に埋め込みで表示されるフォームである。

S102：次に、開発者はコンテンツに関する設定を行う。例えば、「フォームパーツ名」、「情報獲得経路」、「確認画面」等に関する設定を行う。操作受付部２２がコンテンツ設定を受け付け、第１通信部２１はＭＡサーバ４０にコンテンツ設定を送信する。「フォームパーツ名」はフォームの識別情報となる。「情報獲得経路」には作成するフォームから入力があった場合に、入力した閲覧者に付与したい「情報獲得経路」を入力する。初期値は「フォームパーツ名」である。「確認画面」は、閲覧者に入力内容の確認画面を表示させるか否かの設定である。この他、閲覧者の氏名、メールアドレス、部署名、電話番号などを設定することができる。

S103：次に、ユーザはカスタマーカスタム項目への連携に関する設定を行う。すなわち、ステップS102がフォームに共通の設定であるのに対し、ユーザは自分のフォーム独自の項目を設定できる。問い合わせフォームがどのような商品名又はサービスに関するものか分かるような情報を入れておくこともできる。また、どのような情報（テキストデータ、数値、日付、都道府県など）を入力させる項目かなどを設定できる。操作受付部２２がカスタマーカスタム項目設定を受け付け、第１通信部２１はＭＡサーバ４０にコンテンツ設定を送信する。

S104：次に、ユーザは自動返信メール及び通知設定を行う。自動返信メールは閲覧者が入力したメールアドレスに自動で閲覧者が入力した問い合わせ情報を送信するか否かの設定である。自動返信メールのテンプレートなども設定できる。通知設定はＭＡサーバなどに通知するための設定であり、ＭＡ識別情報などが設定される。操作受付部２２が自動返信メール及び通知設定を受け付け、第１通信部２１はＭＡサーバ４０にコンテンツ設定を送信する。

S105：次に、ユーザはプレビュー・CSS設定を入力する。プレビュー・CSS設定はフォームのデザインに関する設定である。フォームのプレビューが表示され、項目の配置や配色を任意のスタイルに変更することができる。操作受付部２２がプレビュー・CSS設定を受け付け、第１通信部２１はＭＡサーバ４０にコンテンツ設定を送信する。

S106：次に、ユーザはターゲット設定を入力する。ターゲットとはフォームを表示するセグメント（対象）である。閲覧者のセグメントはクッキーなどから特定される。すべてのカスタマーを対象にしたり、属性などに応じてフォームの表示と非表示を設定したりできる。操作受付部２２がターゲット設定を受け付け、第１通信部２１はＭＡサーバ４０にコンテンツ設定を送信する。

S107：次に、ユーザはポップアップ設定を行う。ポップアップ設定とはポップアップを表示させるタイミングと表示場所の設定である。ポップアップ設定は、ステップS101でポップアップが選択された場合に設定する。例えば、閲覧者がホームページを開いて即時、決まったスクロール量をスクロールさせた時、ボタンの押下時、設定した時間が経過した時、等を設定できる。

S108：以上の設定に基づいてＭＡサーバのフォーム作成受付部５４がフォームコードを作成するので、ＭＡサーバの第６通信部５１はフォームコードを支援サーバ５０に送信する。

図１８はフォームコードの一例である。タグ・フォーム埋め込み部４３はフォームコードを、ユーザがフォームを表示させたいホームページの任意の位置（<body>タグ内）に埋め込む。フォームはＭＡサーバ４０により作成されるので、フォームコードにはＭＡ識別情報が含まれる。問い合わせ内容の送信先もＭＡサーバである。フォームコードが埋め込まれたホームページが閲覧者により開かれると、フォームコードが実行され、フォームコードが生成するフォームを閲覧者端末１４がホームページに表示する。図１６（ｂ）に示したユーザを宛先とする送信先メールアドレスと通知先となるやＭＡサーバ４０はステップＳ１０４で入力されている。

＜ＭＡタグについて＞
続いて、図１９に基づいてＭＡタグについて説明する。図１９（ａ）は、スクリプト言語で記述されたＭＡタグの一例を示す。このＭＡタグはＰＶ数をＭＡサーバ４０に送信するためのタグである。記述１１の「m="companyA, 12345678"」はユーザＩＤとＭＡタグの識別番号である。セキュリティを考慮し、ユーザＩＤをハッシュ化してもよい。

記述１１の「function(m,src)は(m,src)を引数とする関数の定義である。「src=https://example.com/hoge」は現在のページを示し、閲覧者が企業のＨＰのどの部分を閲覧したかを示す。

記述１２の「'https://masystem.com/mts.js'」は、ＭＡサーバ４０が公開しているJavaScript（登録商標）のライブラリである。このライブラリの中には、ＭＡサーバ４０のアドレスが定義されており、また、「mt」というメソッド（関数）が定義されている。タグ・フォーム埋め込み部４３はＭＡ識別情報に予め対応付けられているライブラリを指定する。

記述１３の、mt('send', 'pageview')のパラメータのうち、「send」はＭＡサーバ４０へ情報を送信することを意味し、「pageview」は送信対象情報が「ＰＶ」であることを意味している。「mt」メソッドが実行されると、「https://masystem.com/mts.js」ライブラリに予め登録されているＭＡサーバ４０のアドレスに対して、ＰＶ情報が送信される。ＭＡタグはユーザＩＤとＭＡ識別番号があれば残りは定型文なので、タグ・フォーム埋め込み部４３がＭＡ識別情報に基づいて作成できる。

ＨＰ公開サーバ６０がＭＡサーバ４０にＰＶを送信するのは一例に過ぎず、ＣＶ（コンバージョン）及びクッキー等を送信することもできる。また、クッキーを利用して閲覧者の同一性の判断、閲覧数のカウントを行いＭＡサーバ４０に送信できる。なお、コンバージョンとはＨＰの目標達成を意味し、リードナーチャリングでは問い合わせ数や資料請求された数を言う。

図１９（ｂ）は分析サービスタグの一例を示す。分析サービスタグの構成はＭＡタグと同様でよいが、記述１２の「'https://ga_analytics.com/gas.js'」は、分析サーバ８０が公開しているJavaScript（登録商標）のライブラリである。このライブラリの中には、分析サーバ８０のアドレスが定義されており、また、「ga」というメソッド（関数）が定義されている。「ga」メソッドが実行されると、分析サーバ８０のアドレスに対して、ＰＶ情報が送信される。

上記のように、分析サービスタグは分析サーバ８０から発行されるので、ＣＭＳサーバ２０のタグ・フォーム埋め込み部４３は分析サービスタグを分析サーバ８０からもらってホームページに埋め込む。なお、分析サービスタグはユーザが取得してもよいし、支援サーバ５０が取得してもよい。

図２０はＭＡタグが実行されることで送信される閲覧情報の一例を示す。図２０（ａ）の閲覧情報はＨＰ公開サーバ６０が公開するＨＰのうちあるページに対する１日のＰＶ数である。「"uri":https://example.com/hoge」はＰＶがカウントされるページである。「"date":"2018−06−12"は、ＰＶ数がカウントされた日である。「"pv":"3235"」はＰＶ数である。

図２０（ｂ）の閲覧情報はＨＰ全体の半年間のＰＶ数、問い合わせ数、及び、ＣＶ数である。「"domain":"example.com"」はＨＰのドメインである。「"term":"2018−01−01−2018−06−30"」は期間（半年間）を示す。「"pv":"423514"」はＰＶ数を示す。「"contact":"3453"」はＨＰの閲覧数である。「"cv":"242"」はＣＶ数（例えば、問い合わせ数）である。

ＭＡサーバ４０に送信される閲覧情報と分析サーバ８０に送信される閲覧情報は異なっていてもよいし、同じでもよい。本実施形態ではそれぞれに適切な閲覧情報が送信されるものとする。

＜ユーザが閲覧するＭＡ情報について＞
次に、図２１を用いてユーザ９が閲覧するＭＡ情報について説明する。図２１は、ユーザ端末１３が支援サーバ５０と通信して表示装置２０２に表示させるＭＡ情報画面５０１の一例を示す。ＭＡ情報画面５０１は、Ｗｅｂサイトアクセス数欄５０２、Ｗｅｂサイトアクセス傾向欄５０３、及び、その他作業ボタン５０４を有する。

Ｗｅｂサイトアクセス数欄５０２には、最近、ＨＰへのアクセスした企業の社名が表示される。ＰＶ（ページビュー）は各企業がＨＰを閲覧した回数である。ＰＶは例えばＨＰ公開サーバ６０が閲覧者のブラウザにクッキーを送信することでカウントできる。Ｗｅｂサイトアクセス傾向欄５０３には閲覧数とＣＶ数がグラフで表示される。

その他作業ボタン５０４には、ＨＰに関して支援サーバ５０が提供する各種のサービス内容に対応した各種のボタンが表示される。その他作業ボタン５０４から、ユーザ９は例えば、ＨＰの更新を行うこともできる。

＜ホームページの改善について＞
図２２、図２３を用いてＣＶＲの算出と改善情報の生成について説明する。図２２は改善提案サーバ７０による改善情報の作成の概略を説明する図であり、図２３は改善情報作成部７２がＣＶＲを算出する一例の手順を示すフローチャート図である。

上記のように、改善提案サーバ７０はＣＭＳサーバ２０からＨＰ構成情報を取得し、分析サーバ８０から分析結果を取得する。ＭＡサーバ４０から閲覧情報を取得する。ＨＰ構成情報にはページの識別情報、フォームの識別情報、及び、リンク元の識別情報等が含まれている。閲覧情報には、ホームページのＵＲＬ、アクセス日時、ＩＰアドレス等が含まれ、問い合わせフォームのＵＲＬ，送信日時、ＩＰアドレス等が含まれる。

分析結果の一例として、「入り口ページからＣＶＲの良いページの誘導を強める」、「入り口ページからＣＶＲの悪いページの誘導を弱める」、及び、「"商品Ａ"問い合わせフォームの項目数を減らして離脱率を下げる」等が挙げられる。

しかし、ユーザは、このような曖昧なメッセージを見ても、「入り口ページ」、「ＣＶＲの良いページ」がどのページを指すか、「誘導を強める」ためにホームページをどのように修正すればよいか、「"商品Ａ"問い合わせフォームの項目数を減らす」ためにどのように操作すればよいかなど、具体的にどうすればよいかが分からない。

改善提案サーバ７０の改善情報作成部７２は、分析サーバ８０から送信された曖昧な分析結果と、ＣＭＳサーバ２０から送信され保持しているＨＰ構成情報と、ＭＡサーバ４０から送信され保持している閲覧情報等に基づいて、より具体的な改善提案をユーザに行う。具体的には、改善情報作成部７２は、保持しているＨＰ構成情報を用いて、ユーザが作成したＨＰの「入り口ページ」のＵＲＬや「特定の商品の問い合わせフォーム」のＵＲＬに辿り着くことができる。また、改善情報作成部７２は、ＭＡサーバ４０から送信された閲覧情報を保持しており、この閲覧情報を用いて、各ページのＣＶＲを算出する。これにより、ＣＶＲが良いページ、悪いページを特定できる。

ＣＶＲの良いページ、悪いページの基準などは、ユーザが設定しておくとよい。あるいは、予め決まっていてもよい。

表２は、ＣＶＲ計算テーブルの一例を示す。ＣＶＲ計算テーブルには、ＣＶＲ基準、ＣＶＲの良いページ、悪いページの基準が設定されている。なお、ＣＶＲ基準とは、ホームページに閲覧者が申し込みをするという目標を達成したか否かを判断する基準である。

以下、図２３に基づいて説明する。
（Ｓ１０１）
分析結果受信部７５は上記のように曖昧な分析結果を分析サーバ８０から取得する。「入り口ページからＣＶＲの良いページの誘導を強める」、「入り口ページからＣＶＲの悪いページの誘導を弱める」の各ページのＵＲＬ（ページの識別情報）、及び、「"商品Ａ"問い合わせフォームの項目数を減らして離脱率を下げる」などのフォームのＵＲＬ（ページの識別情報）は、改善提案サーバ７０に送信されている。

（Ｓ１０２）
改善情報作成部７２は、ＣＭＳサーバ２０から取得したＨＰ構成情報に基づいてＨＰ構成情報テーブルを作成する。

表３はＨＰ構成情報テーブルの一例を模式的に示す。ＨＰ構成情報テーブルは入り口ページに対応付けてＵＲＬを保持する。入り口ページ、商品紹介ページ、問い合わせフォームのそれぞれのＵＲＬは、改善提案サーバ７０がＨＰ構成情報を解析して自動的に設定する（例えば、ＵＲＬを解析して、パスが最も短いＵＲＬを入り口ページのＵＲＬに登録する）。あるいは、改善提案サーバ７０がＨＰ構成情報を解析した上で、ユーザに選択させてもよい（例えば、ＵＲＬを解析して入り口ページになりそうなＵＲＬを抽出して一覧を表示してユーザに選択させる）。あるいは、ＨＰ構成情報を基にユーザが設定してもよい（例えば、ＨＰ構成情報に基づいてＵＲＬの一覧を含むＵＩ画面を表示し、ユーザがＵＩ画面ＵＲＬ一覧から入り口ページのＵＲＬを選択する。）。

（Ｓ１０３）
次に、改善情報作成部７２が、ＭＡサーバ４０から取得した閲覧情報に基づいて閲覧情報テーブルを作成する。改善情報作成部７２はＭＡサーバ４０から送信された閲覧情報に基づいて以下のような閲覧情報テーブルを保持する。

表４（ａ）は閲覧情報テーブル１の一例を示す。閲覧情報テーブル１はホームページのＵＲＬ、アクセス日時（時刻情報の一例）、及びＩＰアドレスの各項目を有する。なお、アクセス日時は閲覧者がホームページにアクセスした日時、ＩＰアドレスは閲覧者端末１４のＩＰアドレスである。表４（ｂ）は閲覧情報テーブル２の一例を示す。閲覧情報テーブル２は問い合わせフォームのＵＲＬ、送信日時（時刻情報の一例）、及びＩＰアドレスの各項目を有する。なお、送信日時は、閲覧者端末１４が問い合わせ内容を送信した日時、ＩＰアドレスは閲覧者端末１４のＩＰアドレスである。

（Ｓ１０４）
改善情報作成部７２は、各ページへアクセスした閲覧者端末１４のＩＰアドレスと同じＩＰアドレスがいつ、問い合わせフォームに問い合わせたかによって、ページの目標が達成されたか否かに関する目標達成の成否を判断する。目標とはフォームによる問い合わせが送信されることである。アクセスしたページとは、分析サーバ８０から取得されたＣＶＲの良いページ、悪いページ、及び、商品を特定可能なフォームがあるページである。

改善情報作成部７２は、問い合わせがあった問い合わせフォームのＵＲＬに対応する商品ページのＵＲＬを特定し、問い合わせが送信される前１時間以内の、特定したＵＲＬに対するアクセスを検索し、問い合わせ元のＩＰアドレスと同一ＩＰアドレスからのアクセスがあれば、目標達成と判断する。

例えば表４によれば、「2019/02/22 16:30:00」にＩＰアドレス「111.111.111.111」から「http://company−a/product/b.html」へのアクセスがある。そしてその７分後の「2019/02/22 16:37:00」に、同じＩＰアドレス「111.111.111.111」から「http://company−a/form/b.html」に対する問い合わせがある。この例では、問い合わせが送信される前７分に、問い合わせ元のＩＰアドレスと同一ＩＰアドレスからのアクセスがあるため、改善情報作成部７２は目標達成と判断する。

一方で、「2019/02/25 18:00:00」にＩＰアドレス「222.222.222.222」から「http://company−a/product/b.html」へのアクセスがある。そしてその９時間後の「2019/02/26 09:00:00」に、同じＩＰアドレス「222.222.222.222」から「http://company−a/form/b.html」に対する問い合わせがある。この例では、問い合わせが送信される９時間前に、問い合わせ元のＩＰアドレスと同一ＩＰアドレスからのアクセスがあるため、ＣＶＲ基準の１時間を超過したため、目標達成していないと判断する。

更に、「2019/02/26 15:20:00」にＩＰアドレス「333.333.333.333」から「http://company−a/product/b.html」へのアクセスがあるが、その後、同じＩＰアドレス「333.333.333.333」からの「http://company−a/form/b.html」に対する問い合わせがなかったので、目標達成していないと判断する。

（Ｓ１０５）
改善情報作成部７２は目標達成率によってＣＶＲの良い悪いを決定する。同じページに対する各アクセスによりそれぞれ目標達成の成否が判断されるので、一定数のアクセス又は一定期間のアクセス数と目標達成の回数から目標達成率を算出する。これと、表２のＣＶＲ計算テーブルのＣＶＲ基準（閾値）を比較することで、ＣＶＲの良い悪いを決定することができる。ＣＶＲがＣＶＲ基準以上（閾値以上）か未満かという情報はページに対応付けて改善情報としてユーザ端末１３に送信される。

このように、改善情報作成部７２は商品ページごとのＣＶＲを算出し、更に、ＣＶＲの良いページ、ＣＶＲの悪いページの基準に基づいて、各商品ページがＣＶＲの良いページかＣＶＲ悪いページかを特定できる。

また、ＣＶＲの良いページかＣＶＲ悪いページかについて、高い精度を求める場合に閲覧者端末１４のＩＰアドレスに基づいて算出すればよいが、閲覧者端末１４のＩＰアドレスの取得ができない場合や高い精度を求めない場合には、ＩＰアドレスを使わなくてもよい。例えば、クッキーなど閲覧者を識別する情報を使用する。

更に、閲覧情報テーブル１，２のような、商品ページと商品問い合わせフォームとの対応付けを、ユーザが所定の画面（インタフェース）を介して設定してもよいし、改善提案サーバ７０が自動判断（ＵＲＬを解析して、例えば、商品ページＵＲＬがhttp://company−a/product/b/info.html、当該商品の問い合わせフォームのＵＲＬがhttp://company−a/product/b/form.htmlである場合に、ルートＵＲＬ「http://company−a/product/b」が共通していることから、対応していると判断）してもよいし、改善提案サーバ７０が自動判断した上でユーザに設定させてもよい。

また、ＣＶＲの計算は所定のタイミングで行えばよい。例えば、改善提案サーバ７０に予め設定されている時刻に、毎日算出してもよいし、ユーザが時刻と間隔を設定し、設定された時刻に、設定された間隔ごとに算出してもよい。また、ユーザが図２１の「Ｗｅｂサイトの改善点を提案して欲しい」５０５を押下したことに応じて算出してもよい。

支援サーバ５０は以上のような処理により図２２に示す改善情報をユーザに提供する。また、ページやフォームを編集するための編集用のＵＲＬを提供するので、ユーザは分析結果を解析できなくてもホームページを改善できる。

図２４は改善提案画面５１０の一例を示す。図２１のＭＡ情報画面５０１の「Ｗｅｂサイトの改善点を提案してほしい」５０５をユーザが押下すると、改善提案画面５１０が表示される。改善提案画面５１０は、ＨＰ構成欄５１１とフォーム欄５１２を有する。ＨＰ構成欄５１１はホームページの構成（ページからページへの遷移）に関する改善を提案する欄で、フォーム欄５１２はフォームに関する改善を提案する欄である。

図２４では、ＨＰ構成欄５１１に「入り口ページ"コーポレート"からＣＶＲの良いページへの誘導を強める」という改善提案５１３と、"編集する"ボタン５１４、及び、"ＣＶＲの良いページ一覧"ボタン５１５が表示されている。入り口ページとは閲覧者が他のＷｅｂページから最初に閲覧するページであり、例えばトップページの場合もあるし、検索サイトに登録されているページの場合もある。入り口ページの名前（コーポレート）はＨＴＭＬの例えばタイトルである。

"編集する"ボタン５１４には、入り口ページ"コーポレート"の編集先ＵＲＬが埋め込まれており、ユーザが"編集する"ボタン５１４を押下するとユーザ端末１３が入り口ページ"コーポレート"の編集画面を表示できる。

"ＣＶＲの良いページ一覧"ボタン５１５には例えば改善提案サーバ７０にＣＶＲの良いページを要求するＵＲＬが埋め込まれており、ユーザが"ＣＶＲの良いページ一覧"ボタン５１５を押下するとユーザ端末１３がＣＶＲの良いページを改善提案サーバ７０に要求し、ＣＶＲの良いページ一覧を表示できる。

ユーザは、入り口ページ"コーポレート"のＨＴＭＬデータやJavaScript（登録商標）に、一覧で確認したＣＶＲの良いページへのリンクを記述する。リンクを埋め込む文字やボタン等を大きくすることができる。また、リンクを埋め込む文字の場所を上に移動するなど目立つ場所に設定することもできる。このような編集はリテラシーが低くても容易である。

「入り口ページ"コーポレート"からＣＶＲが悪いページへの誘導を弱める」という改善提案５１６には、"編集する"ボタン５１７、及び、"ＣＶＲの悪いページ一覧"ボタン５１８が表示されている。"編集する"ボタン５１７には、入り口ページ"コーポレート"の編集先ＵＲＬが埋め込まれており、ユーザが"編集する"ボタン５１７を押下するとユーザ端末１３が入り口ページ"コーポレート"の編集画面を表示できる。

"ＣＶＲの悪いページ一覧"ボタン５１８には例えば改善提案サーバ７０にCVRの悪いページを要求するＵＲＬが埋め込まれており、ユーザが"ＣＶＲの悪いページ一覧"ボタン５１８を押下するとユーザ端末１３がＣＶＲの悪いページを改善提案サーバ７０に要求し、ＣＶＲの悪いページ一覧を表示できる。

ユーザは、入り口ページ"コーポレート"のＨＴＭＬデータやJavaScript（登録商標）において、一覧で確認したＣＶＲの悪いページへのリンクを削除する。あるいは、リンクを埋め込む文字やボタン等を小さくすることができる。また、リンクを埋め込む文字やボタンの場所を下の方にするなど目立たない場所に設定することもできる。

フォーム欄５１２には「"商品Ａ"問い合わせフォームの項目数を減らして離脱率を下げる」という改善提案５１９と"編集する"ボタン５２０が表示されている。"編集する"ボタン５２０には、商品Ａの問い合わせフォームの編集先ＵＲＬが埋め込まれており、ユーザが"編集する"ボタン５２０を押下するとユーザ端末１３が商品Ａの問い合わせフォームの編集画面を表示できる。フォームをＭＡサーバ４０で作成した場合、作成した時のＵＲＬが商品Ａの問い合わせフォームの編集ＵＲＬである。ＨＰ構成情報の各フォームにはフォームの識別情報が含まれているので、フォームさえ特定されれば、編集ＵＲＬも特定できる。

なお、「商品名Ａ」は、ユーザが図１７にて説明したフォーム作成Ｗｅｂサービスの例えばフォームパーツ名やカスタマーカスタム項目にて入力している情報である。このように具体的な商品名等が表示されるので、ユーザはどのフォームの編集かを容易に判断できる。

＜全体的な動作処理＞
図２５〜図２７は自動コンサルティングからホームページの改善までの手順を説明するシーケンス図の一例である。

S1：ユーザ９はユーザ端末１３を操作して支援サーバ５０と通信セッションを開始する。公知のログイン方法でログインするものとし、支援サーバ５０はユーザＩＤを把握する。これにより、図８のような商品特性入力画面３０１、又は、図１０のような業種選択画面４０１及びＷｅｂサイトの種類選択画面４１１をユーザ端末１３が表示するので、ユーザ９は自動コンサル用情報を入力する。操作受付部２２は自動コンサル用情報の入力を受け付け、第１通信部２１が自動コンサル用情報を支援サーバ５０に送信する。

S1.1：支援サーバ５０の第２通信部３１は自動コンサル用情報を受信し、コンサルティング部３３がパラメータ変換ＤＢ５００１を参照してテンプレート作成用パラメータを作成する。すなわち、コンテンツのカテゴリを作成する。

S1.2：ここではＭＡサーバ４０のフォーム作成Ｗｅｂサービスをユーザが利用する場合を説明する。支援サーバ５０のフォーム作成要求部３６は第４通信部３５を介してユーザ情報ＤＢ５００２に記憶されているＭＡ識別情報に基づいてＭＡサーバ４０と通信し、ユーザが入力する図１７で説明した情報をフォーム作成要求と共にＭＡサーバ４０に送信する。

S1.2.1：ＭＡサーバ４０の第６通信部５１はフォーム作成要求を受信し、フォーム作成受付部５４がフォームを作成すると共に、図１８のフォームコードを作成する。第６通信部５１はフォームコードを支援サーバ５０に送信する。フォームコードにはフォームの識別情報が含まれている。支援サーバ５０の第４通信部３５はフォームコードを受信する。

S1.1.1：支援サーバ５０の第３通信部３２は、テンプレート作成用パラメータ、送信先メールアドレス、ユーザＩＤ、ＭＡ識別情報、分析サーバ識別情報、改善提案サーバ識別情報、及び、フォームコードをＣＭＳサーバ２０に送信する。送信先情報、ユーザＩＤ、及び、ＭＡ識別情報は予め支援サーバ５０が記憶していても、ユーザ９が入力してもよい。第３通信部３２は、ＣＭＳサーバ２０が提供している数複のＡＰＩのうち、ＨＴＭＬタグ又はＭＡタグを埋め込むためのＡＰＩを呼び出すことで、ＣＭＳサーバ２０に対してＨＴＭＬタグ又はＭＡタグの埋め込みを要求する。一方で、第３通信部３２がＨＴＭＬタグ又はＭＡタグを埋め込まないＡＰＩを呼び出すと、ＣＭＳサーバ２０に対してＨＴＭＬタグ又はＭＡタグの埋め込みを要求しない。

S1.1.1.1：ＣＭＳサーバ２０の第５通信部４１はテンプレート作成用パラメータ、送信先メールアドレス、ユーザＩＤ、ＭＡ識別情報、分析サーバ識別情報、改善提案サーバ識別情報、及び、フォームコード（フォームの編集先ＵＲＬ）を受信する。ＨＰテンプレート作成部４２はテンプレート作成用パラメータに基づいてＨＰテンプレートを作成する。コンテンツのカテゴリの数だけＨＰテンプレートを作成するが、ホームページとしては１つでよい。

S1.1.1.2：ＨＰテンプレートを作成すると、タグ・フォーム埋め込み部４３が問い合わせ内容をユーザ９の所属する企業及びＭＡサーバ４０に送信するためのＨＴＭＬタグを埋め込む（フォーム作成Ｗｅｂサービスを利用した場合は不要である）。このタグについては図１６（ｂ）にて説明した。また、タグ・フォーム埋め込み部４３はＭＡ識別情報に基づいてＭＡタグを生成し、ＨＰテンプレートにＭＡ用タグを埋め込む。ＭＡ用タグについては図１９（ａ）にて説明した。また、タグ・フォーム埋め込み部４３は分析サーバ識別情報に基づいて分析サービスタグを取得し、ＨＰテンプレートに分析サービスタグを埋め込む。分析サービスタグについては図１９（ｂ）にて説明した。補足すると、ユーザ情報ＤＢ５００２に記憶されている分析サーバ識別情報を宛先にホームページのＵＲＬを指定して分析サービスタグを取得する。また、タグ・フォーム埋め込み部４３はＨＰテンプレートにフォームコードを埋め込む。フォームコードについては図１８にて説明した。

以上により、ＨＰテンプレートが作成されると、ＨＰテンプレートはＨＰ保存部４４に保存される。ＣＭＳサーバ２０の第５通信部４１はＨＰ保存部４４でＨＰテンプレートが保存されたＵＲＬであるＨＰ作成用ＵＲＬを支援サーバ５０に送信する。ユーザ９を特定するためにユーザＩＤが送信されてよい。また、支援サーバ５０はＨＰ作成用ＵＲＬをユーザ端末１３に送信する。ＨＰ作成用ＵＲＬには各ページの編集用ＵＲＬが含まれる。また、ＣＭＳサーバ２０はフォームの編集先ＵＲＬを支援サーバ５０から取得している。

S2：これにより、ユーザ９はユーザ端末１３をＨＰ作成用ＵＲＬにアクセスさせて、ＨＰテンプレートを表示させ、画像や文字を入力してホームページを完成させることができる。ユーザ９が入力した画像や文字は操作受付部２２が受け付けてホームページに設定され、第１通信部２１が完成されたホームページをＣＭＳサーバ２０に送信する。ＣＭＳサーバ２０のＨＰ作成受付部４５は第５通信部４１を介して完成されたホームページを受け付け、ＨＰ保存部４４に保存する。なお、ユーザはＣＭＳサーバ２０に改めてログインしてもよいが、情報処理システム１００がシングルサインオンを利用するとよい。これにより、ユーザは支援サーバ５０にログインするとＣＭＳサーバ２０にもログインできる。

S2.1：ホームページが公開されると、ＣＭＳサーバ２０のＨＰ情報送信部４６はユーザ情報ＤＢ５００２に記憶されている改善提案サーバ識別情報に基づいて、改善提案サーバ７０にＨＰ構成情報と各ページの編集用ＵＲＬ及びフォームの編集先ＵＲＬを送信する。ＨＰ構成情報の作成元を特定できるようにユーザＩＤを送信するとよい。改善提案サーバ７０のホームページ情報受信部７６はＨＰ構成情報と各ページの編集用ＵＲＬ及びフォームの編集先ＵＲＬを受信する。

S3：次に、ユーザ９はホームページを公開するための作業を行う。ＨＰ公開の作業は公知の手法を用いてよい。ユーザ９はユーザ端末１３をＣＭＳサーバ２０と通信させ、ＨＰ作成用ＵＲＬのＨＰを公開する操作を入力する。ユーザ端末１３の操作受付部２２は操作を受け付け、第１通信部２１がＨＰ公開要求をＣＭＳサーバ２０に送信する。なお、ユーザ９のユーザＩＤはシングルサインオンによりＣＭＳサーバ２０に把握されていても、ユーザが入力してもよい。

S3.1：ＣＭＳサーバ２０の第５通信部４１はＨＰ公開要求を受信し、ＣＭＳサーバ２０はＨＰ作成用ＵＲＬのＨＰをＨＰ公開サーバ６０に対しデプロイする。デプロイとはＨＰ（Ｗｅｂサイト）を利用可能な状態にすることをいう。これにより、ＨＰ公開サーバ６０ではＨＰの閲覧が可能になる。ＣＭＳサーバ２０の第５通信部４１はデプロイ完了をＣＭＳサーバ２０に通知する。

S3.2：ＣＭＳサーバ２０の第５通信部４１はユーザＩＤと共にＨＰ公開完了通知を支援サーバ５０に送信する。第５通信部４１は受信したユーザＩＤに対応付けてＨＰ公開完了をユーザ情報ＤＢ５００２に登録する。なお、ＣＭＳサーバ２０の第５通信部４１は公開完了通知をユーザ端末１３に送信する。

ステップS3〜S3.2ではＣＭＳサーバ２０に直接、ＨＰ公開要求をユーザ端末１３が送信しているが、ユーザ端末１３は支援サーバ５０に対しＨＰ公開要求を送信してもよい。この場合、ホームページはユーザＩＤで管理されているものとし、ユーザ端末１３がユーザＩＤを支援サーバ５０に送信することで、支援サーバ５０がユーザＩＤを指定してＨＰ公開要求をＣＭＳサーバ２０に送信する。

S4：閲覧者が閲覧者端末１４を操作してＨＰを閲覧する。

S4.1：ＨＰ公開サーバ６０のホームページに埋め込まれたＭＡタグがＭＡタグに設定されている処理を行う。例えば、クッキーを返送して、何回目の訪問かをカウントしたり、ＣＶの有無を判断したりする。

S4.2：ＨＰ公開サーバ６０のホームページに埋め込まれた分析サービスタグが分析サービスタグに設定されている処理を行う。例えば、クッキーを返送して、何回目の訪問かをカウントしたり、ＣＶの有無を判断したりする。なお、ステップS4.2〜S5.2は繰り返し実行される。

S4.3：ＨＰ公開サーバ６０のホームページに埋め込まれたＭＡタグは閲覧情報とユーザＩＤをＭＡサーバ４０に送信する。ＭＡサーバ４０のＭＡ情報受付部５２はこれらの情報を受け付け、ＭＡ情報管理部５３が閲覧情報を加工してユーザごと（企業ごと）のＰＶ数やＣＶ数を算出する。

S4.4：ＨＰ公開サーバ６０のホームページに埋め込まれた分析サービスタグは閲覧情報とユーザＩＤを分析サーバ８０に送信する。分析サーバ８０の閲覧情報受付部６２はこれらの情報を受け付け、閲覧情報管理部６３が閲覧情報を加工してユーザごと（企業ごと）のＰＶ数やＣＶ数を算出する。

S5：閲覧者が閲覧者端末１４を操作して問い合わせフォームに問い合わせ内容を入力する。

S5.1：ＨＰ公開サーバ６０のホームページに埋め込まれたフォームは問い合わせフォームに入力された問い合わせ内容をＪＳＯＮなどの形式に加工する。

S5.2：ＨＰ公開サーバ６０のホームページに埋め込まれたフォームコードは問い合わせ内容を送信先メールアドレスに送信し、問い合わせ内容とユーザＩＤをＭＡサーバ４０に送信する。ＭＡサーバ４０のＭＡ情報受付部５２はこれらの情報を受け付け、ＭＡ情報管理部５３がユーザ９に対応付けて管理する。

S6：支援サーバ５０の第４通信部３５は定期的にＭＡサーバ４０と通信して、各ユーザ９を指定してＭＡ情報を取得する。各ユーザ９の最終更新日時をＭＡサーバ４０に送信するとよい。これにより、例えば、最終更新日時以降のＭＡ情報など、差分のＭＡ情報だけを取得でき通信負荷を低減できる。ユーザ９を指定することなく、ユーザＩＤに対応付けられたＭＡ情報を取得するだけでもよい。なお、ＨＰの公開が完了していることを通知するために、第４通信部３５はＨＰ公開完了フラグをＭＡサーバ４０に送信することが好ましい。これにより、公開前のためにＭＡ情報がないというエラーをＭＡサーバ４０が検出することを防止できる。

ＭＡサーバ４０の第６通信部５１は、ＭＡ情報管理部５３が管理するユーザ９ごとのＭＡ情報を支援サーバ５０に送信する。また、第６通信部５１はＨＰ公開完了フラグがＴｒｕｅである場合にだけ、ＭＡ情報の要求を受け付ける。これにより、未公開のＨＰに関するＭＡ情報の要求を受信してエラー等が生じることを防止できる。また、第４通信部３５が各ユーザ９の最終更新日時をＭＡサーバ４０に送信した場合、最終更新日時以降のＭＡ情報を送信する。

S6.1：支援サーバ５０の第４通信部３５はＭＡ情報を受信し、ＭＡ情報提供部３４が図２１のようなＭＡ情報画面５０１を表示するための画面情報（ＨＴＭＬ、JavaScript（登録商標）、ＣＳＳ）を作成する。

なお、ステップS6では支援サーバ５０がＭＡサーバ４０にＭＡ情報を要求しているが、ＭＡサーバ４０が支援サーバ５０に対しＭＡ情報をＰＵＳＨ送信してもよい。この場合、ＭＡサーバ４０側で最終更新日時を管理するよい。

S7：ユーザ９はユーザ端末１３を操作して支援サーバ５０と通信セッションを開始し、ＭＡ情報の閲覧を支援サーバ５０に要求する。ログインによりユーザ９が特定されている。支援サーバ５０のＭＡ情報提供部３４はユーザＩＤで識別されるＭＡ情報をユーザ端末１３に送信する。これによりユーザ端末１３の第１通信部２１はＭＡ情報画面５０１の画面情報を受信し、表示制御部２３がＭＡ情報画面５０１を表示することができる。

S8：改善提案サーバ７０のＭＡ情報取得部７３は例えば定期的に、ＭＡサーバに対しユーザＩＤを指定してＭＡ情報を要求する。ユーザが支援サーバ５０に要求したことを契機に、改善提案サーバ７０のＭＡ情報取得部７３がＭＡ情報を要求してもよい。改善提案サーバ７０がＭＡ情報を取得するのは分析サーバ８０と同様の処理を独自に行うためである。例えばお問い合わせ内容の分析が可能になる。必ずしも改善提案サーバ７０がＭＡ情報を取得しなくてもよい。

S8.1：ＭＡサーバ４０のＭＡ情報管理部５３は第６通信部５１を介してＭＡ情報を改善提案サーバ７０に送信する。改善提案サーバ７０のＭＡ情報取得部７３はＭＡ情報を取得する。

S9：改善提案サーバ７０の分析結果要求部７４は例えば定期的に、分析サーバ８０に対しユーザＩＤを指定して分析結果を要求する。ユーザが支援サーバ５０に要求したことを契機に、改善提案サーバ７０の分析結果要求部７４が分析結果を要求してもよい。

S9.1：分析サーバ８０の第７通信部６１は分析結果の要求を受信し、分析部６４が分析した分析結果を第７通信部６１が改善提案サーバ７０に送信する。

S9.1.1：改善提案サーバ７０の分析結果受信部７５は分析結果を受信し、改善情報作成部７２がＨＰ構成情報、ＭＡ情報及び分析結果に基づいて図２２、図２３にて説明したような改善情報を作成する。

S10：改善情報送信部７１はユーザＩＤを指定して改善情報を支援サーバ５０に送信する。支援サーバ５０の改善情報受信部３７は改善情報を受信する。改善情報には各ページの編集先ＵＲＬと各フォームの編集先ＵＲＬ、及び、ＣＶＲがよいページ一覧、悪いページ一覧などが閲覧できるＵＲＬが添付される。

S11：ユーザ９はユーザ端末１３を操作してＭＡ情報画面５０１の「Ｗｅｂサイトの改善点を提案して欲しい」５０５を選択する。ユーザ端末１３の操作受付部２２はこの操作を受け付ける。ユーザ端末１３の第１通信部２１は改善提案の要求を支援サーバ５０に送信する。なお、ユーザ９はすでに特定されている。

S11.1：支援サーバ５０の第２通信部３１は改善提案の要求を受信し、改善情報受信部３７が改善提案サーバ７０から受信した改善情報をユーザ端末１３に送信する。すなわち、画面情報作成部３８が図２４の改善提案画面の画面情報を生成してユーザ端末１３に送信する。改善提案画面の画面情報には改善情報だけでなく"編集する"ボタン５１４，５１７、５２０と"ＣＶＲがよいページ一覧"ボタン５１５ と"ＣＶＲが悪いページ一覧"ボタン５１８が表示される。"編集する"ボタン５１４、５１７にはページの編集先ＵＲＬが埋め込まれ、"編集する"ボタン５２０にはフォームの編集先ＵＲＬが埋め込まれる。"ＣＶＲがよいページ一覧"ボタン５１５ と"ＣＶＲが悪いページ一覧"ボタン５１８にはこれらを一覧できるＵＲＬが埋め込まれる。ユーザ端末１３の第１通信部２１は改善提案画面の画面情報を受信し、表示制御部２３が改善提案画面を表示する。

S12：ユーザ９はユーザ端末１３を操作して改善提案画面の例えばＨＰ構成欄５１１の"編集する"ボタン５１４，５１７を押下する。"編集する"ボタン５１４，５１７にはページの編集先のＵＲＬが埋め込まれているので、操作受付部２２が"編集する"ボタン５１４，５１７の押下を受け付けると第１通信部２１がページの編集先であるＣＭＳサーバ２０と通信する。

S12.1：ＣＭＳサーバ２０の第５通信部４１は通信を受け付け、ＨＰ作成受付部４５が編集用のＵＲＬで指定されたページの画面情報を特定し、画面情報を編集する画面の画面情報を作成する。第５通信部４１は指定されたページの画面情報を編集する画面の画面情報をユーザ端末１３に送信する。

S12.1.1：ユーザ端末１３の第１通信部２１は指定されたページの画面情報を編集する画面の画面情報を受信し、この画面を表示制御部２３が表示する。ユーザは改善情報に従ってページを編集する。操作受付部２２は編集を受け付ける。

S12.1.2：ユーザ端末１３の第１通信部２１は編集されたページの画面情報をユーザＩＤと共にＣＭＳサーバ２０に送信する。なお、各ページはＵＲＬで特定される。

S12.2：ＣＭＳサーバ２０の第５通信部４１は編集されたページの画面情報を受信し、ＨＰ作成受付部４５がユーザＩＤで特定されるユーザのホームページに、ＵＲＬで特定されるページに受信したページの画面情報を反映させる。

S13：次に、ユーザ９はユーザ端末１３を操作して改善提案画面の例えばフォーム欄５１２の"編集する"ボタン５２０を押下する。"編集する"ボタン５２０にはフォームの識別情報とフォームの編集先のＵＲＬが埋め込まれているので、操作受付部２２が"編集する"ボタン５２０の押下を受け付けると第１通信部２１がフォームの編集先であるＭＡサーバ４０と通信する。なお、フォームの編集をホームページの構成の編集よりも先に行ってよい。

S13.1：ＭＡサーバ４０の第６通信部５１は通信を受け付け、フォーム作成受付部５４が編集用のＵＲＬで指定されたフォームの画面情報を特定し、画面情報を編集する画面の画面情報を作成する。第６通信部５１は指定されたフォームの画面情報を編集する画面の画面情報をユーザ端末１３に送信する。

S14：ユーザ端末１３の第１通信部２１は指定されたフォームの画面情報を編集する画面の画面情報を受信し、この画面を表示制御部２３が表示する。ユーザは改善情報に従ってフォームを編集する。操作受付部２２は編集を受け付ける。

S15：ユーザ端末１３の第１通信部２１は編集されたフォームの画面情報をＭＡサーバ４０に送信する。編集により、ユーザ端末１３は新たにフォームコードを受信する。フォームコードに含まれるフォーム識別情報はフォームが同じなので変更がない。

S16：ユーザは編集したフォームを適用する操作（フォームコードをホームページに貼り付ける）をユーザ端末１３に入力する。ユーザ端末１３の操作受付部２２はこの操作を受け付け、第１通信部２１がユーザＩＤとフォームコードと共に、フォームの適用をＣＭＳサーバ２０に要求する（フォームコードを送信する）。

S16.1：ＣＭＳサーバ２０の第５通信部４１はフォームコードを受信し、ＨＰ作成受付部４５がユーザＩＤで指定されるホームページであって、フォームコードに含まれるフォーム識別情報で特定される元のフォームコードを、送信したフォームコードで更新する。

＜まとめ＞
以上説明したように、本実施形態の情報処理システムは、改善提案サーバ７０が分析結果から改善情報を生成するので、デジタルマーケティング技術に必ずしも詳しくないユーザでも、リードジェネレーションに効果的なホームページに改善できる。改善提案画面には改善箇所のページ又はフォームの編集先ＵＲＬが埋め込まれているので、ユーザは改善情報に従ってホームページ又はＵＲＬを容易に編集できる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、問い合わせ内容がユーザ及びＭＡサーバ４０に送信されると説明したが、問い合わせ内容は更に別の関係者に送信されてもよい。また、ＨＰ公開サーバ６０は問い合わせ内容に限らず、閲覧者が入力した情報をユーザ及びＭＡサーバ４０に送信できる。

また、ユーザは支援サーバ５０からＣＭＳサーバ２０、ＭＡサーバ４０及び分析サーバ８０の機能を利用できると説明したが、ユーザ端末１３を直接、ＣＭＳサーバ２０、ＭＡサーバ４０、又は分析サーバ８０と通信させてもよい。

また、複数の支援サーバ５０が存在してもよく、複数のサーバに跨って支援サーバ５０の機能が分散していてもよい。

また、図７などの構成例は、支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、分析サーバ８０、及び、改善提案サーバ７０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、分析サーバ８０、及び、改善提案サーバ７０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

１３ ユーザ端末
１４ 閲覧者端末
２０ ＣＭＳサーバ
４０ ＭＡサーバ
５０ 支援サーバ
６０ ＨＰ公開サーバ
７０ 分析サーバ
８０ 改善提案サーバ
１００ 情報処理システム

特開2012−039471号公報 特開2007−102364号公報 特開2017−122959号公報

Claims (17)

1. ホームページの作成を支援する第１のサービスと、ホームページの閲覧に関する情報を分析して分析結果を作成する第２のサービスとネットワークを介して通信する１つ以上の情報処理装置を含む情報処理システムであって、
   前記第１のサービスからホームページの構成に関するホームページ構成情報を受信するホームページ情報受信部と、
   前記第２のサービスから前記分析結果を受信する分析結果受信部と、
   前記ホームページ構成情報と前記分析結果に基づいて前記ホームページを改善するための改善情報を作成する改善情報作成部と、
   前記改善情報作成部が作成した前記改善情報をユーザが操作するユーザ端末に送信する通信部と、
   を有することを特徴とする情報処理システム。
2. ホームページの前記改善情報は、ホームページの構成を変更する情報と閲覧者が入力するフォームを変更する情報とに分けて前記ユーザ端末に提供されることを特徴とする請求項１に記載の情報処理システム。
3. 前記分析結果はホームページが有するページごとに分析されており、
   前記ホームページ構成情報はホームページが有する各ページの識別情報を有し、
   前記改善情報作成部は、ホームページが有するページごとに前記改善情報を作成することを特徴とする請求項１又は２に記載の情報処理システム。
4. 前記改善情報は、前記第２のサービスが分析した前記分析結果に含まれる所定のページへの誘導を強める旨の情報であることを特徴とする請求項３に記載の情報処理システム。
5. 前記改善情報は、前記第２のサービスが分析した前記分析結果に含まれる、ホームページの閲覧者が最初に閲覧する入り口ページから前記所定のページへの誘導を強める旨の情報であることを特徴とする請求項４に記載の情報処理システム。
6. 前記改善情報は、前記第２のサービスが分析した前記分析結果に含まれる所定のページへの誘導を弱める旨の情報であることを特徴とする請求項３に記載の情報処理システム。
7. 前記改善情報は、前記第２のサービスが分析した前記分析結果に含まれる、ホームページの閲覧者が最初に閲覧する入り口ページから前記所定のページへの誘導を弱める旨の情報であることを特徴とする請求項６に記載の情報処理システム。
8. 前記改善情報を前記ユーザ端末が表示するための改善提案画面の画面情報を作成する画面情報作成部を有し、
   前記画面情報作成部は、前記第１のサービスから取得したホームページの編集先ＵＲＬを前記改善提案画面の画面情報に含めることを特徴とする請求項４〜７のいずれか１項に記載の情報処理システム。
9. 前記画面情報作成部は、前記改善提案画面における表示部品に、改善の対象となるページを編集するための編集先ＵＲＬを埋め込むことを特徴とする請求項８に記載の情報処理システム。
10. 前記分析結果はホームページが有する、閲覧者が入力するためのフォームごとに分析されており、
    前記ホームページ構成情報はホームページが有する各フォームの識別情報を有し、
    前記改善情報作成部は、ホームページが有するフォームごとに前記改善情報を作成することを特徴とする請求項１又は２に記載の情報処理システム。
11. 前記改善情報は、前記第２のサービスが分析した前記分析結果に含まれるフォームの項目数を変更する旨の情報であることを特徴とする請求項１０に記載の情報処理システム。
12. 前記改善情報を前記ユーザ端末が表示するための改善提案画面の画面情報を作成する画面情報作成部を有し、
    前記画面情報作成部は、前記第１のサービスから取得したフォームの編集先ＵＲＬを前記改善提案画面の画面情報に含めることを特徴とする請求項１０又は１１に記載の情報処理システム。
13. 前記画面情報作成部は、前記改善提案画面における表示部品に、改善の対象となるフォームを編集するための編集先ＵＲＬを埋め込むことを特徴とする請求項１２に記載の情報処理システム。
14. 前記改善情報作成部は、前記分析結果に含まれるホームページが有するページの識別情報に基づいて前記ページを特定し、
    第３のサービスから前記ページの閲覧に関する閲覧情報であって、問い合わせフォームを有する前記ページにアクセスした閲覧者の識別情報と、アクセスした時刻情報と、問い合わせフォームの内容を前記情報処理システムに送信した時刻情報を有する閲覧情報を受信する情報取得部を有し、
    前記改善情報作成部は、前記閲覧者の識別情報に基づいて判断される同じ閲覧者が前記ページにアクセスした前記時刻情報と問い合わせフォームの内容を前記情報処理システムに送信した前記時刻情報の差に基づいて、前記ページの目標が達成されたか否かを判断し、
    前記ページごとのアクセス数と目標が達成された回数に基づいてＣＶＲ（Conversion Rate）を算出し、
    前記通信部は、前記分析結果に含まれるホームページが有するページについて前記ＣＶＲが閾値以上か未満かと共にユーザ端末に送信することを特徴とする請求項１に記載の情報処理システム。
15. ホームページの作成を支援する第１のサービスと、ホームページの閲覧に関する情報を分析して分析結果を作成する第２のサービスと、ネットワークを介して通信する１つ以上の情報処理装置を有する情報処理システムが行う情報処理方法であって、
    ホームページ情報受信部が、前記第１のサービスからホームページの構成に関するホームページ構成情報を受信するステップと、
    分析結果受信部が、前記第２のサービスから前記分析結果を受信するステップと、
    改善情報作成部が、前記ホームページ構成情報と前記分析結果に基づいて前記ホームページを改善するための改善情報を作成するステップと、
    通信部が、前記改善情報作成部が作成した前記改善情報をユーザが操作するユーザ端末に送信するステップと、
    を有することを特徴とする情報処理方法。
16. ホームページの作成を支援する第１のサービス、及び、ホームページの閲覧に関する情報を分析して分析結果を作成する第２のサービスとネットワークを介して通信する１つ以上の情報処理装置を、
    前記第１のサービスからホームページの構成に関するホームページ構成情報を受信するホームページ情報受信部と、
    前記第２のサービスから前記分析結果を受信する分析結果受信部と、
    前記ホームページ構成情報と前記分析結果に基づいて前記ホームページを改善するための改善情報を作成する改善情報作成部と、
    前記改善情報作成部が作成した前記改善情報をユーザが操作するユーザ端末に送信する通信部、
    として機能させるためのプログラム。
17. ホームページの作成を支援する第１のサービス、及び、ホームページの閲覧に関する情報を分析して分析結果を作成する第２のサービスとネットワークを介して通信する１つ以上の情報処理装置であって、
    前記第１のサービスからホームページの構成に関するホームページ構成情報を受信するホームページ情報受信部と、
    前記第２のサービスから前記分析結果を受信する分析結果受信部と、
    前記ホームページ構成情報と前記分析結果に基づいて前記ホームページを改善するための改善情報を作成する改善情報作成部と、
    前記改善情報作成部が作成した前記改善情報をユーザが操作するユーザ端末に送信する通信部と、
    を有することを特徴とする情報処理装置。

Images