JP2021124914A - 情報処理システム、情報処理方法 - Google Patents

Abstract

【課題】ユーザの目的等に合致する修正結果が得られる情報処理システムを提供すること。
【解決手段】Ｗｅｂページに関するデータを提供する情報処理システム１００であって、ユーザ端末から送信されたＷｅｂサイトの作成に関するサイト作成情報と現在のＷｅｂページのコンテンツを第一の外部装置８０に送信し、前記第一の外部装置８０が前記サイト作成情報と前記現在のＷｅｂページのコンテンツに基づいて生成した前記Ｗｅｂページに関するデータを受信する第一通信部６５を有し、前記第一通信部が受信した前記Ｗｅｂページに関するデータを提供することを特徴とする。
【選択図】図２

Description

本発明は、情報処理システム、及び、情報処理方法に関する。

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

Ｗｅｂサイトを使ったデジタルマーケティングでは、企業などの担当者がホームページを作成するが、ホームページの作成を支援するツールが知られている（例えば、特許文献１参照。）。特許文献１には、利用者が入力した基本営業情報に基づいて、ホームページを作成するためのテンプレートのうち、当該利用者に適切なテンプレートを特定して利用者に提示し、利用者に完成させる技術が開示されている。

しかしながら、従来の技術では、ユーザがＷｅｂページを修正する場合、Ｗｅｂページを公開するユーザの目的等に合致する修正結果が得られないという問題があった。例えば、Ｗｅｂページのコンテンツ（文章等）を生成するデータ生成サーバがある場合、データ生成サーバはＷｅｂページの文章を解析して、文章に含まれるキーワードを抽出する。データ生成サーバはキーワードごとに検索等の処理を行い、例えば、よりわかりやすい代替キーワードに既存のキーワードを置き換えることで、送信された文章を修正することができる。しかし、このような修正では適切な修正結果が得られないという問題があった。

本発明は、上記課題に鑑み、ユーザの目的等に合致する修正結果が得られる情報処理システムを提供することを目的とする。

上記課題に鑑み、本発明は、Ｗｅｂページに関するデータを提供する情報処理システムであって、ユーザ端末から送信されたＷｅｂサイトの作成に関するサイト作成情報と現在のＷｅｂページのコンテンツを第一の外部装置に送信し、前記第一の外部装置が前記サイト作成情報と前記現在のＷｅｂページのコンテンツに基づいて生成した前記Ｗｅｂページに関するデータを受信する第一通信部を有し、前記第一通信部が受信した前記Ｗｅｂページに関するデータを提供することを特徴とする。

ユーザの目的等に合致する修正結果が得られる情報処理システムを提供することができる。

Ｗｅｂページに関するデータの生成について説明する図の一例である。 情報処理システムの概略を説明する図の一例である。 情報処理システムの構成例と処理を時系列的に説明する図の一例である（その１）。 情報処理システムの構成例と処理を時系列的に説明する図の一例である（その２）。 情報処理システムのシステム構成図の一例である。 コンピュータシステムの一例のハードウェア構成図である。 支援サーバ、ＣＭＳサーバ、ＭＡサーバ、データ生成サーバ、及び、ユーザ端末の機能をブロック状に示す機能ブロック図の一例である。 ＨＰ情報ＤＢに記憶されている情報の一例を示す図である。 ユーザがデジタルマーケティングでどのような施策を行いたいかという目的を入力するためのウィザード画面の一例を示す図である。 サイト作成情報記憶部に記憶されている共通情報テーブルの一例を示す図である。 パラメータ変換ＤＢの一例を示す図である。 サポート情報ＤＢに記憶されている情報の一例を示す図である。 ＨＰテンプレート画面の一例を示す図である。 ＨＰテンプレート画面の別の一例を示す図である。 サイト作成情報記憶部に登録される文章情報テーブルの一例を示す図である。 Ｗｅｂサイトのデザインを受け付けるデザイン受付画面の一例を示す図である。 サイト作成情報記憶部に登録されるデザイン情報テーブルの一例を示す図である。 異なるタイプの問い合わせフォームの一例を示す図である。 ＨＰテンプレートに対する送信先メールアドレス及びＭＡ識別情報の埋め込み例を説明する図の一例である。 スクリプト言語で記述されたＭＡタグの一例を示す図である。 ＭＡタグが実行されることで送信される閲覧情報の一例を示す図である。 ユーザ端末が支援サーバと通信してディスプレイに表示させるＭＡ情報画面の一例を示す図である。 「Ｗｅｂサイトの改善点を提案して欲しい」をユーザが選択した場合に表示される見直し画面の一例を示す図である。 データ生成サーバの処理の全体を模式的に示す図である。 業種・事業分野テーブル、商品特徴・文章の種類テーブルの一例を示す図である。 文章生成部が文章を生成する手順を説明するフローチャート図の一例である。 デザイン情報テーブル、テンプレートテーブルの一例を示す図である。 デザインテンプレートの一例を説明する図である。 デザイン生成部がデザインを生成する手順を説明するフローチャート図の一例である。 デザインの修正前と後のデザインテンプレートの一例を示す図である。 支援サーバの動作手順を示すシーケンス図の一例である。 ＨＰテンプレートの画面情報の一部を模式的に示す図である。 コンテンツ一覧画面の一例を示す図である。 コンテンツデータ入力画面の一例を示す図である。 データ生成サーバがＷｅｂページに関するデータを生成する手順を示すシーケンス図の一例である。

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

＜Ｗｅｂページに関するデータの自動生成に関する本実施形態の背景＞
初めに、図１を用いて、Ｗｅｂページに関するデータの生成における背景技術について説明する。図１は、Ｗｅｂページに関するデータの生成について説明する図の一例である。なお、図１ではすでに各種のツールでホームページが作成されているものとする。
(1) ユーザは後述するＣＭＳツールなどを活用してホームページを作成したが、一部を修正したいと考えた。
(2) 支援サーバ５０はＣＭＳサーバ（第二の外部装置の一例）に修正を要求する。
(3) なお、支援サーバ５０は、ユーザがホームページの作成に際して入力したサイト作成情報（事業分野、強みなど）を保持している。このサイト作成情報の記憶手段をサイト作成情報記憶部４８と称する。
(4) ＣＭＳサーバ２０はデータ生成サーバ８０（第一の外部装置の一例）にホームページのコンテンツを送信する。コンテンツとは例えばＨＴＭＬデータの全体又は一部でよい。データ生成サーバ８０はホームページのコンテンツから文章やデザイン等を自動生成するサーバである。例えば、ホームページに記述されている文章を校正又は補充してより適切な文章を自動で生成することができる。また、ホームページの配色を変更したり、配置すべきアイコンを提案したりする。

しかしながら、データ生成サーバ８０が生成する文章やデザイン等は、ユーザが入力したサイト作成情報（事業分野、強みなど）に基づいて生成されたものでなく、必ずしもホームページの改善には有効でない場合があった。

＜本実施形態の概略＞
そこで、本実施形態では、ユーザが入力したサイト企画情報に基づいて、データ生成サーバ８０がＷｅｂページに関するデータを生成する。

図２は、本実施形態の情報処理システム１００の概略を説明する図の一例である。なお、ホームページの作成を支援するサーバをＣＭＳサーバ２０といい、効果計測等を行うサーバをＭＡサーバという。Ｗｅｂページに関するデータを生成するサーバをデータ生成サーバ８０という。また、ユーザ９とは情報処理システム１００のユーザであり、支援サーバ５０のユーザでもある。また、間接的にＣＭＳサーバ２０、ＭＡサーバ及びデータ生成サーバ８０のユーザである。

(1) ユーザはユーザ端末１３を操作して支援サーバ５０に接続し、データ生成サーバ８０による修正を開始する。

(2) データ生成サーバ８０はサイト作成情報記憶部４８からこのユーザのサイト作成情報と現在のホームページのコンテンツを取得する。あるいは支援サーバ５０がサイト作成情報をデータ生成サーバ８０に送信してもよい。

(3) データ生成サーバ８０はサイト作成情報と現在のホームページのコンテンツを入力とし、好ましくはＡＩ機能を使って、Ｗｅｂページに関するデータを生成する。たとえば、ホームページに記述されている文章を校正又は補充してより適切な文章を自動で生成する。また、ホームページの配色を変更したり、配置すべきアイコンを提案したりする。

(4) データ生成サーバ８０は支援サーバ５０を介して、生成したＷｅｂページに関するデータをユーザ端末１３に送信する。

(5) ユーザはＷｅｂページに関するデータを確認して、修正結果をホームページに反映するかどうかを判断する。ここでは修正内容をホームページに反映すると操作したものとする。

(6) 支援サーバ５０はＣＭＳサーバ２０にホームページの修正を要求する。すなわち、現在のホームページが有するコンテンツの更新をＣＭＳサーバ２０に要求する。

(7) 支援サーバ５０は、データ生成サーバ８０が生成したＷｅｂページに関するデータ（文章、デザイン）をサイト作成情報記憶部４８に登録する。

(8) ＣＭＳサーバ２０は、データ生成サーバ８０が生成したＷｅｂページに関するデータをホームページに反映する。

このように、本実施形態の情報処理システムは、ユーザが入力したサイト作成情報をデータ生成サーバ８０に入力して、Ｗｅｂページに関するデータを生成するので、ユーザの目的等に合致する修正結果が得られるようにホームページに修正することができる。

＜用語について＞
Ｗｅｂページに関するデータは、Ｗｅｂページを構成する情報であり、直接表示される文字などの情報だけでなく、デザインなども含まれる。

Ｗｅｂページに関するデータを提供するとは、主に外部に出力して表示したり別の処理に使用したりすることをいう。

サイト作成情報は、デジタルマーケティングの目的に関する情報であり、ユーザがデジタルマーケティングでどのような施策をやりたいかという意図である。必ずしも明文化されていなくてもよく、無意識のうちに持っている施策も含まれる。

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

ホームページ又はＷｅｂページのコンテンツとは、Ｗｅｂサイトに表示されるデータである。文字、数字、アルファベット、記号、図形、画像、写真、動画など、ホームページで表示可能なデータであればよい。

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

図３（ａ）〜（ｄ）では、ユーザ９がユーザ端末１３で支援サーバ５０にアクセスして、ＣＭＳサーバ２０とＭＡサーバ４０を連携させる手順を説明する。

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

Ｂ．支援サーバ５０は、サイト作成情報に基づいてサイト作成情報をユーザ９の目的を達成するために適したコンテンツに変換する知見を予め整備しており、サイト作成情報からＨＰテンプレート作成用パラメータを作成する。サイト作成情報はサイト作成情報記憶部４８に記憶される。ＨＰテンプレート作成用パラメータはホームページが含むことが目的達成に効果的なコンテンツに関する情報である。

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

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

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

Ｅ．ＨＰテンプレートはテンプレートに過ぎず、実際のコンテンツが掲載されていないので、ユーザ９はＨＰテンプレートに従ってＨＰを完成させる。ＨＰテンプレートにはコンテンツデータの入力をサポートするメッセージ等が表示される。

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

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

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

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

Ｊ．ＭＡ情報を閲覧したユーザ９がホームページを修正したいと判断した場合、図２で説明したように、ユーザ９はユーザ端末１３を操作して、ＣＭＳサーバ２０にＷｅｂページに関するデータの生成を要求する。

Ｋ．データ生成サーバ８０は支援サーバ５０からサイト作成情報と現在のホームページのコンテンツを受信して、Ｗｅｂページに関するデータ（ホームページに記述されている文章を校正又は補充したより適切な文章、又は、ホームページの配色を変更したり、配置すべきアイコンを提案したりするデザイン情報）を生成する。Ｗｅｂページに関するデータはホームページに反映されてもよいし、ユーザ端末で表示されてもよい。

このように、本実施形態の情報処理システム１００は、ユーザが入力したサイト作成情報をデータ生成サーバ８０に入力して、Ｗｅｂページに関するデータを生成できる。

なお、ユーザが作成したホームページに記載された文言やデザインが適切でない場合に、ユーザが気付くこと自体が困難な場合もあった。しかし、本実施形態では、ホームページに記載された文言やデザインが適切でない場合、ユーザが意識しなくてもデータ生成サーバ８０が適切な文言やデザインを生成できる。

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

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

支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、及び、データ生成サーバ８０はいわゆるサーバ装置であり、情報処理装置の機能を有している。サーバとはネットワークで繋がった他のコンピュータにファイルやデータ等を提供するコンピュータである。Ｗｅｂサーバ、ＨＴＴＰサーバ、ＷＷＷサーバなどと呼ばれる場合がある。ただし、支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０、及び、データ生成サーバ８０はサーバ専用の装置である必要はなく、汎用的な情報処理装置でもよい。

支援サーバ５０は、上記のように、ユーザ９に対しＣＭＳサーバ２０、ＭＡサーバ４０及びデータ生成サーバ８０のいわばワンストップサービスを提供するサーバである。Ｗｅｂサイトを作成するためのＷｅｂアプリを、ＣＭＳサーバ２０とＭＡサーバ４０と連携して提供する。支援サーバ５０は、主にユーザからサイト作成情報の入力を受け付け、サイト作成情報に応じたホームページのテンプレートをＣＭＳサーバ２０が作成できるように、ＨＰテンプレート作成用パラメータを生成する。

なお、図５では支援サーバ５０とＣＭＳサーバ２０が別体であるが、両者は一体の場合がある。本実施例では主に支援サーバ５０とＣＭＳサーバ２０が一体の場合を説明する。支援サーバ５０とＣＭＳサーバ２０を区別しない場合はまとめて情報処理システム１００という。

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

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

データ生成サーバ８０はＡＩを活用して、入力された情報から別の情報を出力する。入力と出力の関係は単にテーブルにより対応付けられてもよいし、機械学習により対応付けられていてもよい。本実施形態ではサイト作成情報と現在のホームページのコンテンツからＷｅｂページに関するデータを出力する。機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり，コンピュータが，データ識別等の判断に必要なアルゴリズムを，事前に取り込まれる学習データから自律的に生成し，新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよく、更に、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

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

また、支援サーバ５０、ＣＭＳサーバ２０、ＭＡサーバ４０又はデータ生成サーバ８０はクラウドシステムに対応していてよい。クラウドシステムとは、クラウドコンピューティングを利用したシステムであり、クラウドコンピューティングは、インターネットなどのコンピュータネットワークを経由して、コンピュータ資源をサービスの形で提供する利用形態である。ただし、支援サーバ５０、ＣＭＳサーバ２０又はＭＡサーバ４０の１つ以上がオンプレミスにあるオンプレミス型クラウドシステムも知られている。

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

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

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

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

図６に示されているように、コンピュータシステム３００は、コンピュータによって構築されており、図６に示されているように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０４、ＨＤＤ(Hard Disk Drive)コントローラ２０５、ディスプレイ２０６、外部機器接続Ｉ／Ｆ２０８(Interface)、ネットワークＩ／Ｆ２０９、バスライン２１０、キーボード２１１、ポインティングデバイス２１２、ＤＶＤ−ＲＷ(Digital Versatile Disk Rewritable)ドライブ２１４、メディアＩ／Ｆ２１６を備えている。

これらのうち、ＣＰＵ２０１は、コンピュータシステム３００全体の動作を制御する。ＲＯＭ２０２は、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤ２０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ２０５は、ＣＰＵ２０１の制御に従ってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ２０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ２０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ２０９は、通信ネットワークＮを利用してデータ通信をするためのインターフェースである。バスライン２１０は、図６に示されているＣＰＵ２０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード２１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス２１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ−ＲＷドライブ２１４は、着脱可能な記録媒体の一例としてのＤＶＤ−ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ−ＲＷに限らず、ＤＶＤ−Ｒ等であってもよい。メディアＩ／Ｆ２１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

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

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

第１通信部２１は、支援サーバ５０と各種の情報を送受信する。本実施形態ではサイト作成情報を支援サーバ５０に送信し、支援サーバ５０からＭＡ情報を受信する。ただし、これらには限られない。第１通信部２１は支援サーバ５０から画面情報を取得するリクエストを送信しこの画面情報を受信して、ユーザ９が画面に入力した情報を支援サーバ５０に送信することで、各種の情報を送受信する。このような機能はブラウザソフトから提供されてよい。

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

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

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

また、支援サーバ５０は、図６に示されたＨＤ２０４等に構築される、サポート情報ＤＢ４５、ユーザ情報ＤＢ４６、パラメータ変換ＤＢ４７、サイト作成情報記憶部４８、及び、ＨＰ情報ＤＢ４９を有している。なお、サポート情報ＤＢ４５、ユーザ情報ＤＢ４６、パラメータ変換ＤＢ４７、サイト作成情報記憶部４８、及び、ＨＰ情報ＤＢ４９は支援サーバ５０が有していてもよいし、通信ネットワークＮ上に存在してもよい。ユーザ情報ＤＢ４６とＨＰ情報ＤＢ４９について説明する。その他については必要に応じて適宜説明する。

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

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

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

図８は、ＨＰ情報ＤＢ４９に記憶されている情報の一例を示す。図８（ａ）はユーザの選択結果情報であり、図８（ｂ）はコンテンツＵＲＬ情報である。ユーザの選択結果情報は、このユーザが後述するウィザード画面で選択した項目の識別情報と、後述するＨＰ作成用ＵＲＬである。選択結果情報は、サポート情報追加部３７がサポート情報を追加するために使用される。ＨＰ作成用ＵＲＬは、図８（ｂ）の作成に使用される。

コンテンツＵＲＬ情報は、ユーザが作成したＨＰテンプレートの各コンテンツに対応するコンテンツＵＲＬを有している。コンテンツＵＲＬは図８（ａ）のＨＰ作成用ＵＲＬとＣＭＳサーバ２０から取得した情報により作成される。図８（ａ）（ｂ）から明らかなように、項目の識別情報とＨＰテンプレートに含まれるＷｅｂサイトのコンテンツが対応付けられている。

また、本実施例のサポート情報追加部３７はiframeタグを利用して、ＨＰテンプレート画面７１０をユーザ端末１３に表示させる。iframeタグ（iframe要素）は、HTML文書内に他のHTML文書を埋め込むためのタグである。同様のことができればiframeタグを使用しなくてもよい。支援サーバ５０とＣＭＳサーバ２０が別のサーバである場合、ＣＭＳサーバ２０はＨＰテンプレートに直接、サポート情報を追加することが困難になる。このため、サポート情報追加部３７は別のＨＴＭＬ内にiframeでＨＰテンプレートを表示し、この別のＨＴＭＬにサポート情報を追加して表示させる。

続いて、支援サーバ５０の各機能について説明する。第２通信部３１（第三通信部の一例）は、ユーザ端末１３と通信し各種の情報を送受信する。すなわち、各種の画面情報とＭＡ情報をユーザ端末１３に送信し、サイト作成情報をユーザ端末１３から受信する。第３通信部３２（第二通信部の一例）は、ＣＭＳサーバ２０と通信し各種の情報を送受信する。例えば、ホームページの作成に関する種々の情報を送受信する。

コンサルティング部３３は、サイト作成情報に基づいてパラメータ変換ＤＢ４７を参照してＨＰテンプレート作成用パラメータを作成する。ＨＰテンプレート作成用パラメータは例えばどのようなコンテンツをＨＰに含めるかに関する情報である。

サポート情報追加部３７は、サポート情報ＤＢ４５を参照して、ユーザが取得するＨＰテンプレートのコンテンツにサポート情報を追加する。完成したＨＰはＨＰ公開サーバ６０に送信され、ＨＰ公開サーバ６０にて一般の閲覧者に公開される。

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

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

画面生成部２９は、コンテンツ一覧画面、サポート情報を追加したコンテンツ入力画面の画面情報を生成する。

第７通信部６５（第一通信部の一例）はデータ生成サーバ８０と通信し各種の情報を送受信する。本実施形態では、サイト作成情報と現在のホームページのコンテンツ（どちらもサイト作成情報記憶部４８に記憶されている）をデータ生成サーバ８０に送信し、Ｗｅｂページに関するデータをデータ生成サーバ８０から受信する。

ＨＰ編集受付部６３は、ユーザからホームページの修正の要求があった場合に、第７通信部６５を介してＷｅｂページに関するデータをデータ生成サーバ８０に要求する。データ生成サーバ８０からＷｅｂページに関するデータを取得すると、サイト作成情報記憶部４８に保存する。

ＨＰ作成指示部６４は、Ｗｅｂページに関するデータをホームページに反映させることをＣＭＳサーバ２０に要求する。

＜＜ＣＭＳサーバ＞＞
ＣＭＳサーバは第５通信部４１、ＨＰ作成受付部３６、ＨＰテンプレート作成部４２、及び、タグ・フォーム埋め込み部４３、及び、ＨＰ保存部４４を有している。

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

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

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

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

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

タグとフォームが埋め込まれたＨＰテンプレートはＨＰ保存部４４に保存される。ＨＰテンプレートはユーザ９ごとに所定のＵＲＬに保存される。このＵＲＬがＨＰ作成用ＵＲＬである。

ユーザ９はＨＰ保存部４４に保存されたＨＰテンプレートをＨＰ作成用ＵＲＬから取得してＨＰを完成させる。ＨＰ作成受付部３６は、また、ユーザ端末１３からコンテンツデータの入力を受け付ける。

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

第８通信部８１は支援サーバ５０と通信し各種の情報を送受信する。本実施形態では、サイト作成情報と現在のホームページのコンテンツを支援サーバ５０から受信し、Ｗｅｂページに関するデータを支援サーバ５０に送信する。

文章生成部８２は、サイト作成情報とホームページのコンテンツを入力にして、記憶部８９の業種・事業分野テーブル及び商品特徴・文章の種類テーブルを参照することで、ホームページに関する文章を出力する。

デザイン生成部８３は、サイト作成情報とホームページのコンテンツを入力にして、記憶部８８のデザイン情報テーブルとテンプレート情報テーブルを参照することで、ホームページに関するデザインを出力する。なお、文章生成部８２のような機能を「ＡＩ Ｗｒｉｔｅｒ」、デザイン生成部８３のような機能を「ＡＩ Ｄｅｓｉｇｎｅｒ」という場合がある。また、文章生成部８２とデザイン生成部８３をまとめてデータ生成部という。文章生成部８２とデザイン生成部８３の詳細は後述される。

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

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

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

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

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

本実施形態では、ユーザ９はサイト作成情報を支援サーバ５０に入力する。支援サーバ５０はこのようなユーザ９の目的ベースの入力を受け付けるインターフェースを有することも特徴の１つである。

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

図９（ａ）は事業分野業種選択画面４０１の一例である。ユーザ９はデジタルマーケティングの対象とする製品又はサービスの事業分野又は業種を選択する。図９（ａ）では「食品素材製造」４０２、「繊維製造」４０３、「印刷・製版」４０４等が表示されている。各業種が具体的にどのような業種であるかはユーザ９が把握しているか又はヘルプ画面を表示させることで確認できる。

図９（ｂ）は商品タイプ選択画面４１１の一例である。ユーザ９はデジタルマーケティングの対象とする製品又はサービスがどのようなタイプかを選択する。図９（ｂ）では一例として「見込み」４１２、「受注」４１３、「見込み＆受注」４１４が挙げられているが、これらには限られない。

図９（ｃ）は商品特徴選択画面４２１の一例である。ユーザ９はデジタルマーケティングの対象とする製品又はサービスの特徴を選択する。図９（ｃ）では一例として「消耗品型」４２２、「パッケージ型」４２３、「主要型」４２４、「ソリューション型」４２５が挙げられているが、これらには限られない。

図９（ｄ）は強み選択画面４３１の一例である。ユーザ９はデジタルマーケティングの対象とする製品又はサービスの強み（他社と比べて優位な点）を選択する。図９（ｄ）では一例として「サポート力」４３２、「販売力」４３３、「品質」４３４、「先進性」４３５が挙げられているが、これらには限られない。

ユーザが図９のウィザードで入力したサイト作成情報を、コンサルティング部３３はユーザのテナントＩＤと対応付けて、サイト作成情報記憶部４８に記憶させる。

図１０はサイト作成情報記憶部４８に記憶されている共通情報テーブルの一例を示す。共通情報テーブルは、テナントＩＤ、事業分野、業種、商品タイプ、商品特徴、及び、強みの各項目を有している。テナントとはユーザが所属する企業などの組織であり、クラウド上のリソースを使用する者を表す。事業分野、業種、商品タイプ、商品特徴、及び、強みは図９のウィザード画面で入力された情報である。このように、ユーザが入力したサイト作成情報を用いてデータ生成サーバ８０がＷｅｂページに関するデータを生成できる。

＜コンテンツの決定＞
ホームページに表示されるコンテンツには固定のものとサイト作成情報に応じて決定されるものがある。例えば、商品情報、よくある質問、新着情報、スタッフ紹介、会社情報、採用情報、問い合わせ、プライバシーポリシー、及び、特徴は固定である。例えば、特徴のコンテンツに関しては、コンサルティング部３３は、図９（ｄ）の強み選択画面４３１で設定された項目に応じた特徴のコンテンツを作成する。簡単には、強み選択画面４３１で設定された項目と１対１に対応するコンテンツの欄を作成する。このように、コンサルティング部３３は強み選択画面４３１で設定された項目に応じて特徴のコンテンツを決定する。

なお、その他のコンテンツについても、ユーザが設定したサイト作成情報に応じたコンテンツであってよい。

また、コンサルティング部３３は、業種及びＷｅｂサイトの種類によって、閲覧者に訴求しやすいコンテンツを決定することもできる。コンテンツを決定するため、コンサルティング部３３は図１１に示すようなパラメータ変換ＤＢ４７を用いて、ユーザ９のサイト作成情報を各コンテンツのカテゴリの点数に変換する。

図１１は、パラメータ変換ＤＢ４７の一例を示す。図１１（ａ）は業種と各コンテンツの点数を対応付けており、図１１（ｂ）はＷｅｂサイトの種類と各コンテンツのカテゴリの点数を対応付けている。業種１〜ｎは図９（ａ）の事業分野業種選択画面４０１で選択された業種に対応する。

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

図９（ｂ）の商品タイプ選択画面４１１で、「見込み」が選択された場合、各コンテンツのカテゴリの点数は「導入事例」が５０、「技術紹介」が４０、「取引実績」が１００，「開発秘話」が２０である。

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

＜コンテンツデータの入力時に表示されるサポート用のメッセージ＞
次に、図１２を用いて、ユーザが入力したサイト作成情報に応じたサポート用のメッセージの決定方法を説明する。図１２はサポート情報ＤＢ４５に記憶されている情報の一例である。図１２（ａ）はウィザード画面で入力される項目の識別情報を示す。図１２（ｂ）はウィザード画面で入力される項目の識別情報に対応づけられているサポート情報を示す。いずれも抜粋である。図９（ｄ）の強み選択画面４３１を例にすると、ユーザが選択した項目に応じて識別情報が定まる。

図１２（ｂ）では、例えば図９（ｄ）の強み選択画面４３１で表示される強みの項目の識別情報に文章とイメージのサポート情報が対応づけられている。従って、ユーザが例えば強み選択画面４３１で任意の項目を選択すると識別情報が特定され、各項目についてサポート情報が定まる。

文章とイメージはいずれか一方があればよい。文章は、コンテンツデータが文章の場合のサポート情報であり、イメージはコンテンツデータが画像（写真、イラスト、図形などを含む）の場合のサポート情報である。図１２のサポート情報はメッセージであるが、画像、図形、アイコン、ヘルプボタンなどがサポート情報でもよい。

例えば、「サポート力」には、「サポート力の説明例が入ります。」という文章用のサポート情報と、「サポート力のサンプル画像が入ります。」というイメージ用のサポート情報が対応づけられている。

サポート情報追加部３７は、ユーザが選択した強み選択画面４３１の項目に対応づけられているサポート情報を、ＨＰテンプレートのコンテンツの説明文に設定する。ＨＰテンプレート画面がすでにできている場合は、ＨＰテンプレートには説明文のダミー情報が含まれているため、該ダミー情報をサポート情報に置き換える。

なお、図１２は強みのコンテンツに関するサポート情報であるが、開発者等は、ユーザが入力する対象のコンテンツについては同様のサポート情報を用意しておくことができる。

＜ＨＰテンプレート画面＞
続いて、図１３を用いて、ＨＰテンプレート作成用パラメータから作成されるＨＰテンプレート画面について説明する。図１３は、ＨＰテンプレート画面７１０の一例を示す図である。図１３のＨＰテンプレート画面７１０は「特徴」コンテンツのＨＰテンプレート画面７１０である。ＨＰテンプレート作成部４２は、ＨＰテンプレート作成用パラメータの特徴に基づいて特徴コンテンツを作成するＨＰテンプレートを作成する。ＨＰテンプレート作成部４２はユーザが強み選択画面４３１で選択した項目を反映しないので、コンテンツデータとしてはダミー情報が設定される。ダミー情報とは、強み選択画面４３１で選択された項目に関係ない一般的な文章（テキスト）である。

サポート情報追加部３７はこのダミー情報をサポート情報７１５で置き換える。サポート情報追加部３７はサイト作成情報に含まれる項目の識別情報に対応するサポート情報でダミー情報を置き換える。なお、処理の流れとしては、ダミー情報をサポート情報で置き換えているが、ＨＰテンプレート作成部４２はダミー情報をコンテンツに設定しなくてもよい。また、ＨＰテンプレート作成部４２がサポート情報追加部３７の機能を使って、直接、サポート情報をコンテンツに設定してもよい。このように、ユーザが選択した強み受付画面６３０の項目に応じてコンテンツデータの入力を促すサポート情報７１５が表示される。

図１３では、「特徴」コンテンツのＨＰテンプレート画面７１０は、サポート力欄７１０ａ、専門ノウハウ欄７１０ｃ、商品ラインナップの広さ欄７１０ｅ、サポート力を表す画像欄７１０ｂ、専門ノウハウを表す画像欄７１０ｄ、及び、商品ラインナップの広さを表す画像欄７１０ｆを有している。
サポート力欄７１０ａ：図１２（ｂ）の「サポート力」に対応づけられた文章用のサポート情報が表示される。
サポート力を表す画像欄７１０ｂ：図１２（ｂ）の「サポート力」に対応づけられたイメージのサポート情報が表示される。
専門ノウハウ欄７１０ｃ：図１２（ｂ）の「専門ノウハウ」に対応づけられた文章用のサポート情報が表示される。
専門ノウハウを表す画像欄７１０ｄ：図１２（ｂ）の「専門ノウハウ」に対応づけられたイメージのサポート情報が表示される。
商品ラインナップの広さ欄７１０ｅ：図１２（ｂ）の「商品ラインナップの広さ」に対応づけられた文章用のサポート情報が表示される。
商品ラインナップの広さを表す画像欄７１０ｆ：図１２（ｂ）の「商品ラインナップの広さ」に対応づけられたイメージのサポート情報が表示される。

このように、ユーザ端末１３はコンテンツの項目ごとにサポート情報を表示できる。コンテンツの項目が強み選択画面の項目と対応している場合は、ＨＰテンプレート画面７１０の項目は強み選択画面の項目となる。

ユーザ端末１３に図１３のようなＨＰテンプレート画面７１０が表示されるとユーザ９は、サポート情報を見て、サポート力欄７１０ａにサポート力を説明する文章を入力でき、サポート力を表す画像欄７１０ｂにサポート力を表す画像を貼り付けることができる。専門ノウハウ及び商品ラインナップの広さについても同様である。このように、ユーザに応じて適切なメッセージを表示できる。

＜＜ＨＰテンプレートの別の例＞＞
図１４はＨＰテンプレート画面の別の一例を示す。このＨＰテンプレート画面は「商品紹介」コンテンツ作成画面４７０である。「商品紹介」コンテンツ作成画面４７０は、「様々な困りごとに対して、ご提案をいたします。」４７１という文章を有している。この文章はユーザが入力したものであり、入力した文章は実際のホームページに表示される文章になる。

このような文章は、ホームページのコンテンツであり、ＷｅｂページのＵＲＬ等の識別情報と文章の種別（＝例えばページのタイトル）と対応付けて、サイト作成情報記憶部４８に登録される。

図１５はサイト作成情報記憶部４８に登録される文章情報テーブルの一例である。文章情報テーブルには、ＵＲＬ、文章の種類、及び、現在の文章に各項目にユーザのホームページのコンテンツが登録されている。このような情報が、データ生成サーバ８０の入力となる。

図１６、図１７に示すように、ホームページのデザインに関しても同様にサイト作成情報記憶部４８に記憶される。図１６はＷｅｂサイトのデザインを受け付けるデザイン受付画面６７０の一例である。デザイン受付画面６７０はいくつかのデザイン例を表示する。デザイン指定欄６７１、デザイン欄６７２、「ページ戻り」ボタン６７３、「ページ送り」ボタン６７４、及び、説明欄６７５を有している。ユーザはデザイン指定欄６７１などでデザイン例を選択しながら、Ｗｅｂサイトのデザインを選択できる。

ユーザがホームページのデザインを選択すると、デザインに関する情報が、ユーザのテナントＩＤと対応付けてサイト作成情報記憶部４８に登録される。ホームページ全体ではなく、ホームページごとにデザインを選択できる場合、ホームページごとのデザイン情報とＷｅｂページの識別情報とを対応付けて登録してもよい。

図１７はサイト作成情報記憶部４８に登録されるデザイン情報テーブルの一例である。このデザイン情報テーブルには、テナントＩＤ、メインカラー、サブカラー、テイスト、及び、レイアウトに各項目にユーザのホームページの情報が登録されている。このような情報はサイト作成情報とも言えるし、ホームページのコンテンツとも言える。いずれにしてもデータ生成サーバ８０の入力となる。

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

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

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

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

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

図１９（ａ）は、問い合わせフォームに関するＨＰテンプレートのコード例を示す。なお、図１９（ａ）は図１８（ａ）の問い合わせフォームをＨＴＭＬで記述した場合のコード例である。まず、記述１でformタグが指定されている。formタグはinputタグなどのフォーム部品で入力された値をaction属性で指定した送信先に送信するタグである。記述１の送信先は「/my−handling−form−page」である。method属性は問い合わせ内容の送信時に使用されるＨＴＴＰのメソッドを指定する。通常はpost又はgetである。

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

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

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

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

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

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

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

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

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

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

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

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

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

記述１３の、mt('send', 'pageview')のパラメータのうち、「send」はＭＡサーバ４０へ情報を送信することを意味し、「pageview」は送信対象情報が「ＰＶ」であることを意味している。「mt」メソッドが実行されると、「https://example/mts.js」ライブラリに予め登録されているＭＡサーバ４０のアドレスに対して、ＰＶ情報が送信される。

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

図２１はＭＡタグが実行されることで送信される閲覧情報の一例を示す。図２１（ａ）の閲覧情報はＨＰ公開サーバ６０が公開するＨＰのうちあるページに対する１日のＰＶ数である。「"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"」はＣＶ数（例えば、問い合わせ数）である。

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

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

その他作業ボタン５０４には、ＨＰに関して支援サーバ５０が提供する各種のサービス内容に対応した各種のボタンが表示される。その他作業ボタン５０４から、ユーザ９は「Ｗｅｂサイトの改善点を提案して欲しい」５０４ａを選択して、データ生成サーバ８０にＷｅｂページに関するデータの生成を要求する。

＜「Ｗｅｂサイトの改善点を提案して欲しい」の画面例＞
図２３は「Ｗｅｂサイトの改善点を提案して欲しい」５０４ａをユーザが選択した場合に表示される見直し画面４８０を示す。図２３（ａ）は改善前のホームページを示しており、図２３（ｂ）は改善例が表示された見直し画面４８０を示す。

図２３ではサイトマップ４８１に対し、ユーザが見直したいＷｅｂページを選択できる。見直し画面４８０は「文書を見直す」４８３、「デザインを見直す」４８４、及び、「両方を見直す」４８５のボタンを有し、ユーザは見直したい内容に応じてボタンを選択する。なお、このボタンの押下は図２の(1)の操作に対応する。

また、見直し画面４８０は選択されたＷｅｂページのプレビュー４８２を表示するとよい。この場合、ユーザ端末１３は例えば、選択されたＷｅｂページのＵＲＬにアクセスして表示する（図８参照）。

図２３（ｂ）の見直し画面４８０には、見直し後のＷｅｂページのプレビュー４８８、「反映」４８６、及び、「さらに編集」４８７のボタンを有している。つまり、文章情報が反映されたＷｅｂページと文章情報が反映される前のＷｅｂページとが同時に表示されている。ユーザは見直し後のＷｅｂページのプレビュー４８８を確認し、「反映」４８６を選択する。なお、このボタンの押下は図２の(5)の操作に対応する。

これにより、公開中のホームページに修正が反映される。また、ユーザが「さらに編集」４８６を選択すると、例えば、図１４の「商品紹介」コンテンツ作成画面４７０をユーザ端末１３が表示し、ユーザは文章の文言をさらに編集することができる。

＜データ生成サーバの処理＞
＜＜文章の生成＞＞
図２４〜図２６を用いてデータ生成サーバ８０の処理について説明する。図２４はデータ生成サーバ８０の処理の全体を模式的に示す図である。共通情報テーブル３１１には各テナントのサイト作成情報が登録されている。また、文章情報テーブル３１２には各テナントのＷｅｂページが有する文章（ホームページのコンテンツ）が記憶されている。デザイン情報テーブル３１３には各テナントのＷｅｂページのデザイン情報が記憶されている。共通情報テーブル３１１の情報は、例えば図９のウィザード画面で入力された情報である。文章情報テーブル３１２の情報は、例えば図１４の「商品紹介」コンテンツ作成画面４７０で入力された情報である。デザイン情報テーブルの情報は、例えば図１６のデザイン受付画面６７０で決定された情報である。

文章生成部８２には、共通情報テーブル３１１と文章情報テーブル３１２の情報が入力され、デザイン生成部８３には共通情報テーブル３１１とデザイン情報テーブル３１３の情報が入力される。文章生成部８２はこれらから自動的にホームページに関する文章情報を生成し、デザイン生成部８３はこれらから自動的にホームページに関するデザイン情報を生成する。文章生成部８２とデザイン生成部８３はテナントＩＤで共通情報とデザイン情報を特定し、「商品紹介」ページのＵＲＬで文章情報を特定する。なお、ページごとにデザイン情報を登録されている場合は、「商品紹介」ページのＵＲＬでデザイン情報を特定する。

図２４では、「情報通信、ソフトウェア、受注・見込み、ソリューション型、先進性」及び「様々な困りごとに対して、ご提案をいたします」という入力に対し、データ生成サーバ８０は「最先端のソフトウェア技術で様々な困りごとに対するソリューションをご提案いたします」という文章を生成する。

図２４の処理を実現するため、文章生成部８２は図２５のようなテーブルを有している。図２５（ａ）は記憶部８９の業種・事業分野テーブルを示し、図２５（ｂ）は商品特徴・文章の種類テーブルを示す。業種・事業分野テーブルによれば、業種・事業分野、修飾節（業種）、修飾節（事業分野）の各項目を有している。例えば、共通情報テーブル３１１で「情報通信・ソフトウェア」を業種・事業分野とするテナントの場合、業種の修飾節として「最先端」が使用され、事業分野の修飾節として「ソフトウェア技術」が使用される。

商品特徴・文章の種類テーブルによれば、商品特徴・文章の種類、修飾節（商品特徴）、基本文の各項目を有している。例えば、共通情報テーブル３１１で「ソリューション型」を商品特徴とするテナントであり、文章情報が商品紹介の場合、商品特徴の修飾節として「ソリューション」が使用され、「基本文」として「ご提案いたします」が使用される。

従って、図２４に示したように、事業分野「情報通信」、業種「ソフトウェア」、商品特徴「ソリューション型」のテナントの場合、商品紹介の文章に、「最先端」「ソフトウェア技術」「ソリューション」が使用される。これにより、文章生成部８２は「様々な困りごとに対して、ご提案をいたします」という入力に対し、「最先端のソフトウェア技術で様々な困りごとに対するソリューションをご提案いたします」という文章を生成できる。

図２６は、文章生成部８２が文章を生成する手順を説明するフローチャート図の一例である。

文章生成部８２は、まず、ホームページの現在の文章を文節に分解する（Ｓ１）。例えば、現在の文章が「様々な困りごとに対して、ご提案をいたします。」である場合、「様々/な/困りごと/に/対し/て、/ご/提案/を/いたし/ます。」のように分解する。なお、このような処理は形態素解析として知られている。

次に、文章生成部８２は、「共通情報テーブル」「文章テーブル」の情報をもとに「商品特徴・文章の種類テーブル」から修飾する単語を決定する（Ｓ２）。テナントの業種・事業分野が「情報通信・ソフトウェア」の場合、「最先端」「ソフトウェア技術」が決定される。商品特徴・文章の種類が「ソリューション型・商品紹介」の場合、「ソリューション」が決定される。

次に、文章生成部８２は「商品特徴・文章の種類テーブル」の基本文に修飾する単語を追加する（Ｓ３）。基本文は「ご提案いたします」である。単語は「最先端」「ソフトウェア技術」「ソリューション」である。

文章生成部８２は、ステップＳ１で解析した文節に当てはまる単語を追加する（Ｓ４）。「最先端」「ソフトウェア技術」に助詞を追加し、「最先端のソフトウェア技術で」を生成し、「様々/な/困りごと/に/対し/て」を続け、「ソリューション」に助詞を追加し、「ソリューションをご提案いたします」という文章を生成する。

＜＜デザインの生成＞＞
続いて、図２４の処理におけるデザインの生成を説明する。デザイン生成部８３は図２７のようなテーブルを有している。図２７（ａ）は記憶部８８のデザイン情報テーブルを示し、図２７（ｂ）はテンプレートテーブルを示す。デザイン情報テーブルによれば、業種・事業分野、アイコン情報、背景情報、テイスト、レイアウト、テンプレートの各項目を有している。例えば、共通情報テーブルで「情報通信・ソフトウェア」を業種・事業分野とするテナントの場合、おすすめのアイコンとしてアイコンＮｏ１，Ｎｏ２が決定される。同様に、おすすめの背景情報として「背景Ｎｏ４」が決定され、おすすめのテイストとして「ビジネス」が決定され、おすすめのレイアウトとして「グリッドレイアウト タイトル有り」が決定され、おすすめのテンプレートとして「テンプレートＮｏ１」が決定される。

テンプレート情報テーブルによれば、テンプレートＮｏ、アイコン位置、背景位置、メインカラー位置、サブカラー位置の各項目を有している。テンプレート情報はアイコン、背景、メインカラー、サブカラーが設定される位置情報を、デザインテンプレート３３０と対応付けて保持する。

図２８はデザインテンプレート３３０を説明する図である。図２８では、デザインテンプレート３３０におけるアイコン位置（２−１、２−２，３−１、４−１、５−２）が示されている。また、背景の位置（０−０）、メインカラーの位置（１−０，３−０，４−０、６−０）、サブカラーの位置（２−０、５−０）が示されている。つまり、デザインテンプレート３３０の対応する位置にデザイン情報テーブルで決定された色が配色される。

従って、図２４に示したように、事業分野「情報通信」、業種「ソフトウェア」、商品特徴「ソリューション型」のテナントの場合、アイコンＮｏ１、Ｎｏ２等が決定され、テンプレート情報に基づいてデザインテンプレート３３０におけるアイコンの位置、背景の位置、メインカラー位置、及び、サブカラー位置が決定される。

図２９は、デザイン生成部８３がデザインを生成する手順を説明するフローチャート図の一例である。

デザイン生成部８３は、まず、「共通情報テーブル」「文章テーブル」の情報をもとに「デザイン情報テーブル」からアイコン情報、背景情報、テイスト、レイアウト、及びテンプレートを決定する（Ｓ１１）。

次に、デザイン生成部８３は、テンプレート情報でデザインテンプレート３３０の色を設定する（Ｓ１２）。

次に、デザイン生成部８３は、テンプレート情報に基づいてアイコンや背景を設定する（Ｓ１３）。

図３０はデザインの修正前と後のデザインテンプレートの一例である。図３０（ａ）はデザイン生成部８３がデザインを生成する前のデザインテンプレート３３０であり、図３０（ｂ）はデザイン生成部８３がデザインを生成したデザインテンプレート３３０である。ユーザのホームページは図３０（ａ）のデザインテンプレート３３０に基づいて配色が決定されている。

図３０（ａ）と図３０（ｂ）を比較すると、背景、タイトル、サブタイトル等の配色が異なっていることが分かる。図３０（ａ）と（ｂ）のデザインテンプレート３３０、又は、デザインテンプレート３３０の配色が反映されたＷｅｂページが、図２３に示すような改善の前後のプレビューとしてユーザ端末１３に表示される。

＜動作手順＞
図３１は、支援サーバ５０の動作手順を示すシーケンス図の一例である。

S1：ユーザがユーザ端末１３を支援サーバ５０に接続してウィザード画面を表示するので、ユーザがサイト作成情報を入力する。

S2：支援サーバ５０の第２通信部３１はウィザード画面で入力されたサイト作成情報を受信する。第２通信部３１はユーザが選択した項目の識別情報をＨＰ情報ＤＢ４９に記憶させる。

S3：次に、コンサルティング部３３がサイト作成情報に基づいてコンテンツを決定し、ＨＰテンプレート作成用パラメータを作成したりする。

S3−2：次に、コンサルティング部３３はユーザがウィザード画面で入力した情報に基づいてサイト作成情報（共通情報とデザイン情報）をサイト作成情報記憶部４８に登録する。

S4：支援サーバ５０の第３通信部３２は、ＨＰテンプレート作成用パラメータをＣＭＳサーバ２０に送信する。

S5：ＣＭＳサーバ２０の第５通信部４１はＨＰテンプレート作成用パラメータを受信し、ＨＰテンプレート作成部４２はＨＰテンプレート作成用パラメータを使ってＨＰテンプレートを作成する。タグ・フォーム埋め込み部４３はＨＰテンプレートにＭＡ用タグを埋め込む。ＨＰテンプレートはＨＰ保存部４４に保存される。

S6：ＨＰテンプレート作成部４２はＨＰテンプレートのアドレスを示すＨＰ作成用ＵＲＬを、第５通信部４１を介して支援サーバ５０に送信する。

S7：支援サーバ５０の第３通信部３２はＨＰ作成用ＵＲＬを受信し、ＨＰ作成用ＵＲＬをテナントＩＤに対応付けてＨＰ情報ＤＢ４９に記憶させる。

S8、S9：これによりホームページの作成が可能になるので、支援サーバ５０の第２通信部３１はＨＰテンプレート作成完了をユーザ端末１３に送信する。ユーザ端末１３の第１通信部２１はＨＰテンプレート作成完了を受信し、表示制御部２３がＨＰテンプレートの作成が完了した旨を表示する。

S10：ユーザはコンテンツデータの入力を開始する操作をユーザ端末１３に入力する。

S11：ユーザ端末１３の操作受付部２２は操作を受け付け、第１通信部２１がコンテンツデータの入力開始を支援サーバ５０に送信する。

S12：支援サーバ５０の第２通信部３１はコンテンツデータの入力開始を受信し、第３通信部３２がＨＰ情報ＤＢ４９を参照して、ＨＰ作成用ＵＲＬに接続する。

S13：これにより、第３通信部３２はＨＰテンプレート（ＨＴＭＬ等で記述された画面情報）をＣＭＳサーバ２０から取得できる。ここではＨＰテンプレートが含むコンテンツを取得できればよく、ＨＰテンプレートの全体はなくてよい。

図３２は、ＨＰテンプレートの画面情報の一部を模式的に示す。図３２に示すように、ＨＰテンプレートは各コンテンツへのリンクを有している。例えば、「トップページ」であれば"top.html"がリンクである。リンクは相対パスで指定されており、ユーザ端末１３がアクセス中の任意のページからリンク先にアクセスできる。

第３通信部３２は、ＨＰテンプレートのリンクを使って、ＨＰ情報ＤＢ４９に各コンテンツのコンテンツＵＲＬ情報を記憶する。トップページの場合、「top.html」をこのユーザのＨＰ作成用ＵＲＬ「https://template.sample0001.com/sitemap.html」のドメイン「template.sample0001.com」につなげて、トップページというコンテンツのコンテンツＵＲＬを「https://template.sample0001.com/top.html」とする。こうすることで、各コンテンツのコンテンツＵＲＬを作成でき、ユーザがコンテンツ一覧画面７００で選択するコンテンツを支援サーバ５０が特定できる。特定することで、支援サーバ５０がコンテンツに適したサポート情報を追加できる。

S14：次に、図３３に示すように、支援サーバ５０の画面生成部２９はコンテンツ一覧画面７００の画面情報を作成する。図３３はコンテンツ一覧画面７００の一例である。ユーザが公開するＷｅｂサイトが含むコンテンツは図３２に示したようにＨＰテンプレートに含まれている。画面生成部２９はコンテンツＵＲＬをコンテンツのボタンに関連付けて記述する。例えばトップページには「https://template.sample0001.com/top.html」が関連付けられる。記述方法は画面遷移を伴うリンクではなく、ユーザが選択したコンテンツのコンテンツＵＲＬをユーザ端末１３がそのまま支援サーバ５０に通知する記述でよい。これにより、支援サーバ５０はユーザが選択したコンテンツを特定できる。

S15：支援サーバ５０の第２通信部３１はコンテンツ一覧画面７００の画面情報をユーザ端末１３に送信する。

S16：ユーザ端末１３の第１通信部２１はコンテンツ一覧画面７００の画面情報を受信し、表示制御部２３がコンテンツ一覧画面７００をディスプレイ２０６に表示する。

ステップS17〜S29は入力されたコンテンツデータの数だけ繰り返し実行される。

S17：ユーザはコンテンツデータを入力したいコンテンツをコンテンツ一覧画面７００で選択する。

S18：操作受付部２２はコンテンツの選択を受け付け、第１通信部２１がコンテンツＵＲＬを支援サーバ５０に通知する。

S19：支援サーバ５０の第２通信部３１はコンテンツＵＲＬを受信して、支援サーバ５０の第３通信部３２はＨＰテンプレートを取得するためにコンテンツＵＲＬにアクセスする。

S20：支援サーバ５０の第３通信部３２は、ＣＭＳサーバ２０からコンテンツＵＲＬで指定したコンテンツのＨＰテンプレートを取得する。

S21：画面生成部２９はコンテンツＵＲＬのドメインに基づいて、ＨＰ情報ＤＢ４９の選択結果情報から選択情報を取得し、この選択情報に対応づけられているサポート情報をサポート情報ＤＢ４５から取得する。画面生成部２９はコンテンツデータ入力画面の画面情報にiframeでＨＰテンプレートを埋め込み、iframeの決まった場所にサポート情報を表示する画面情報を構築する。コンテンツデータ入力画面は、図１３のＨＰテンプレート画面７１０がiframeで表示される画面なので、サポート力欄７１０ａ、専門ノウハウ欄７１０ｃ、商品ラインナップの広さ欄７１０ｅ、サポート力を表す画像欄７１０ｂ、専門ノウハウを表す画像欄７１０ｄ、及び、商品ラインナップの広さを表す画像欄７１０ｆが決まった位置に表示され、画面生成部２９はこれらに対応付けて（周囲に）表示されるようにサポート情報を配置する。

S22：支援サーバ５０の第２通信部３１はコンテンツデータ入力画面の画面情報をユーザ端末１３に送信する。

S23：ユーザ端末１３の第１通信部２１はコンテンツデータ入力画面の画面情報を受信し、表示制御部２３がコンテンツデータ入力画面をディスプレイ２０６に表示する。コンテンツデータ入力画面の一例を図３４に示す。

S24：ユーザはサポート情報を参考にしてコンテンツデータを入力する。

S25：ユーザ端末１３の操作受付部２２はコンテンツデータの入力を受け付け、第１通信部２１がコンテンツデータを支援サーバ５０に送信する。

S26：支援サーバ５０の第２通信部３１はコンテンツデータを受信し、第３通信部３２がコンテンツデータをＣＭＳサーバ２０に送信する。

S27〜S29：コンテンツ入力完了がＣＭＳサーバ２０からユーザ端末１３に送信される。 S30：ユーザによるコンテンツの入力が終了すると、第２通信部３１はサイト作成情報記憶部４８に文章情報とデザイン情報を登録する。

図３５は、データ生成サーバ８０がＷｅｂページに関するデータを生成する手順を示すシーケンス図の一例である。

S41：ユーザはユーザ端末１３を操作してホームページの見直しを開始する。ユーザ端末１３の操作受付部２２は操作を受け付ける。

S42：ユーザ端末１３の第１通信部２１はテナントＩＤとＵＲＬを指定して見直し要求を支援サーバ５０に送信する。

S43：支援サーバ５０の第２通信部３１は見直し要求を受信し、ＨＰ編集受付部６３はテナントＩＤとＵＲＬに基づいてこのユーザの文章情報、デザイン情報、及び、共通情報を特定する。

S44：ＨＰ編集受付部６３は文章情報と共通情報をデータ生成サーバ８０に送信して修正を要求する。

S45：データ生成サーバ８０の第８通信部８１は修正要求を受信し、文章生成部８２が文章の修正（文章の生成）を実行する。

S46：第８通信部８１は修正された文章（修正結果）を支援サーバ５０に送信する。

S47：次に、ＨＰ編集受付部６３はデザイン情報と共通情報をデータ生成サーバ８０に送信して修正を要求する。

S48：データ生成サーバ８０の第８通信部８１は修正要求を受信し、デザイン生成部８３がデザインの修正（デザインの生成）を実行する。

S49：第８通信部８１は修正されたデザインを支援サーバ５０に送信する。

S50：ＨＰ編集受付部６３は文章とデザインを使ってホームページの修正情報を生成する。つまり、ホームページとして表示できる形式（ＨＴＭＬデータ等）の修正情報を作成する。

S51：ＨＰ編集受付部６３はホームページの修正情報の仮反映をＨＰ作成指示部６４に要求する。

S52：ＨＰ作成指示部６４はホームページの修正情報の仮反映をＣＭＳサーバ２０に要求する。

S53：ＣＭＳサーバの第５通信部４１はホームページの修正情報の仮反映を受信する。ＨＰ作成受付部３６はユーザが確認するためのＷｅｂページにホームページの修正情報を反映させる。

S54〜S56：ＣＭＳサーバ２０の第５通信部４１は、修正が反映されたＷｅｂページと共に仮反映完了を支援サーバ５０に送信する。支援サーバ５０は仮反映完了をユーザ端末１３に送信する。

S57：ユーザ端末１３の第１通信部２１は仮反映完了を受信する。ユーザ端末１３の表示制御部２３は修正された文章とデザインでＷｅｂページのプレビュー等を表示する。

S58：ユーザは修正の公開を指示する。ユーザ端末１３の操作受付部２２は操作を受け付ける。

S59：ユーザ端末１３の第１通信部２１は修正の公開を支援サーバ５０に送信する。

S60：支援サーバ５０の第２通信部３１は修正の公開を受信し、ＨＰ編集受付部６３がＨＰ作成指示部６４に修正の公開を要求する。

S61：ＨＰ作成指示部６４は、修正の公開をＣＭＳサーバ２０に要求する。

S62：ＣＭＳサーバの第５通信部４１は修正の公開要求を受信する。ＨＰ作成受付部３６がホームページに修正された文章とデザインを反映させ、ＨＰ公開サーバ６０に公開する。

＜主な効果＞
このように本実施形態の情報処理システム１００は、ユーザがホームページの内容を修正することを支援できる。また、ユーザが入力したサイト作成情報をデータ生成サーバ８０に入力して、Ｗｅｂページに関するデータを生成するので、ユーザの目的等に合致する修正結果が得られるようにホームページに修正することができる。

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

例えば、ユーザは支援サーバ５０からＣＭＳサーバ２０とＭＡサーバ４０の機能を利用できると説明したが、ユーザ端末１３を直接、ＣＭＳサーバ２０とＭＡサーバ４０と通信させてもよい。この場合、ユーザ端末１３は、支援サーバ５０からＨＰテンプレート作成用パラメータを受信してＣＭＳサーバ２０に送信し、また、ＭＡサーバ４０から閲覧情報を取得する。

また、支援サーバ５０，ＣＭＳサーバ２０、データ生成サーバ８０、及び、ＭＡサーバ４０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、ユーザ端末１３は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

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

１３ ユーザ端末
１４ 閲覧者端末
２０ ＣＭＳサーバ
４０ ＭＡサーバ
５０ 支援サーバ
６０ ＨＰ公開サーバ
８０ データ生成サーバ
１００ 情報処理システム

特開2014−006791号公報

Claims (9)

1. Ｗｅｂページに関するデータを提供する情報処理システムであって、
   ユーザ端末から送信されたＷｅｂサイトの作成に関するサイト作成情報と現在のＷｅｂページのコンテンツを第一の外部装置に送信し、前記第一の外部装置が前記サイト作成情報と前記現在のＷｅｂページのコンテンツに基づいて生成した前記Ｗｅｂページに関するデータを受信する第一通信部を有し、
   前記第一通信部が受信した前記Ｗｅｂページに関するデータを提供することを特徴とする情報処理システム。
2. 前記第一通信部が受信した前記Ｗｅｂページに関するデータによる前記現在のＷｅｂページが有するコンテンツの更新を第二の外部装置に要求する第二通信部、
   を有することを特徴とする請求項１に記載の情報処理システム。
3. 前記現在のＷｅｂページのコンテンツとして、前記第一通信部はＷｅｂページが有する現在の文章情報を第一の外部装置に送信し、前記第一の外部装置が前記サイト作成情報と前記現在の文章情報に基づいて生成した前記文章情報を受信し、
   前記第二通信部は、前記第一通信部が受信した前記文章情報を前記Ｗｅｂページに関するデータとして、前記現在の文章情報の更新を第二の外部装置に要求することを特徴とする請求項２に記載の情報処理システム。
4. 前記現在のＷｅｂページのコンテンツとして、前記第一通信部は現在のＷｅｂページに関するデザイン情報を第一の外部装置に送信し、前記第一の外部装置が前記サイト作成情報と前記現在のデザイン情報に基づいて生成した前記デザイン情報を受信し、
   前記第二通信部は、前記第一通信部が受信した前記デザイン情報を前記Ｗｅｂページに関するデータとして前記現在のＷｅｂページに反映させることを第二の外部装置に要求することを特徴とする請求項２又は３に記載の情報処理システム。
5. 前記第一通信部が受信した前記文章情報が反映された前記Ｗｅｂページと前記文章情報が反映される前の前記Ｗｅｂページとを前記ユーザ端末に送信する第三通信部を有し、
   前記ユーザ端末は、前記文章情報が反映された前記Ｗｅｂページと前記文章情報が反映される前の前記Ｗｅｂページとを同時に表示することを特徴とする請求項３に記載の情報処理システム。
6. 前記第一通信部が受信した前記デザイン情報が反映された前記Ｗｅｂページと前記デザイン情報が反映される前の前記Ｗｅｂページとを前記ユーザ端末に送信する第三通信部を有し、
   前記ユーザ端末は、前記デザイン情報が反映された前記Ｗｅｂページと前記デザイン情報が反映される前の前記Ｗｅｂページとを同時に表示することを特徴とする請求項４に記載の情報処理システム。
7. 前記第一の外部装置が生成した前記Ｗｅｂページに関するデータによる前記現在のＷｅｂページが有するコンテンツの更新を前記ユーザ端末から前記第三通信部が受信した場合、
   前記第二通信部は、前記第一通信部が受信した前記Ｗｅｂページに関するデータによる前記現在のＷｅｂページが有するコンテンツの更新を第二の外部装置に要求することを特徴とする請求項５又は６に記載の情報処理システム。
8. 前記サイト作成情報は、前記Ｗｅｂページで表示される企業の事業分野、商品タイプ、商品の特徴、又は、強みの少なくとも１つであることを特徴とする請求項１〜７のいずれか１項に記載の情報処理システム。
9. Ｗｅｂページに関するデータを提供する情報処理システムが行う情報処理方法であって、
   第一通信部が、ユーザ端末から送信されたＷｅｂサイトの作成に関するサイト作成情報と現在のＷｅｂページのコンテンツを第一の外部装置に送信するステップと、
   前記第一の外部装置が前記サイト作成情報と前記現在のＷｅｂページのコンテンツに基づいて生成した前記Ｗｅｂページに関するデータを受信するステップと、
   前記第一通信部が受信した前記Ｗｅｂページに関するデータを提供するステップと、
   を有することを特徴とする情報処理方法。

Images