Webページの表示に用いられる表示情報であり、Webページを構成する要素の表示態様を示す表示情報を生成する情報生成装置であって、Webページを通じて提供されるサービスに関する説明として、あるWebページに表示される説明情報と、前記説明情報に関連する前記要素と、を対応付けて示す関連情報を記憶する記憶手段と、ユーザにより閲覧された前記説明情報を示す履歴情報を記録する記録手段と、前記関連情報に基づいて、前記ユーザが利用する端末装置に表示されるWebページを構成する前記要素のうち、前記記録された履歴情報が示す前記説明情報に関連する前記要素の表示態様が、初期状態の表示態様と異なるように、前記表示情報を生成する生成手段と、前記生成された表示情報を前記端末装置に送信する送信手段と、を備えることを特徴とする情報生成装置。請求項1に記載の情報生成装置において、端末装置を利用するユーザの識別情報と、前記端末装置に送信されたWebページに含まれる前記説明情報の識別情報と、を前記端末装置から受信する受信手段を更に備え、前記記録手段は、前記受信された説明情報の識別情報とユーザの識別情報とを対応付けて、前記履歴情報として、履歴情報記憶手段に記憶させることを特徴とする情報生成装置。請求項1または請求項2に記載の情報生成装置において、前記説明情報が閲覧された後に前記説明情報に対応する前記要素がユーザにより操作された回数を示す回数情報を取得する取得手段と、前記取得された回数情報が示す回数が予め設定された回数以上であるか否かを判定する第1判定手段と、を更に備え、前記生成手段は、前記取得された回数情報が示す回数が予め設定された回数以上であると判定された前記要素の表示態様が初期状態の表示態様となるように、前記表示情報を生成することを特徴とする情報生成装置。請求項3に記載の情報生成装置において、前記記録手段は、閲覧された前記説明情報の識別情報と、前記説明情報が最後に閲覧されたときを示す時情報と、を含む前記履歴情報を記録し、前記取得手段は、前記説明情報が最後に閲覧された後に前記説明情報に対応する前記要素がユーザにより操作された回数を示す前記回数情報を取得し、前記記録された履歴情報に含まれる前記時情報が示すときから、予め設定された長さの期間が経過したか否かを判定する第2判定手段を更に備え、前記生成手段は、前記取得された回数情報が示す回数が予め設定された回数以上であると判定され、且つ、前記記録された履歴情報に含まれる前記時情報が示すときから予め設定された長さの期間が経過したと判定された前記要素の表示態様が初期状態の表示態様となるように、前記表示情報を生成することを特徴とする情報生成装置。請求項1乃至4の何れか1項に記載の情報生成装置において、前記記憶手段は、1つのWebページに含まれる複数の前記説明情報のそれぞれについて、関連する前記要素を示す前記関連情報を記憶し、表示させることがユーザにより指定された前記説明情報の識別情報である第1識別情報を端末装置から受信する第1受信手段と、Webページが端末装置により表示されたときに、表示させることがユーザにより指定された前記説明情報とともに前記端末装置により表示された前記説明情報の識別情報である第2識別情報を端末装置から受信する第2受信手段と、前記受信された第1識別情報及び第2識別情報により識別される前記説明情報に関連する前記要素の表示態様の、初期状態の表示態様からの相違度を示す相違度情報を記録する第2記録手段であり、前記第1識別情報により識別される前記説明情報に関連する前記表示要素の前記相違度を、前記第2識別情報により識別される前記説明情報に関連する前記表示要素の前記相違度よりも高くする第2記録手段と、を更に備え、前記記録手段は、前記受信された第1識別情報及び第2識別情報を、前記履歴情報として記録し、前記生成手段は、前記相違度情報が示す相違度が高い前記要素の表示態様であるほど、初期状態の表示態様との相違度が高くなるように、前記表示情報を生成することを特徴とする情報生成装置。請求項3または請求項4に記載の情報生成装置において、前記記憶手段は、1つの前記説明情報に複数の前記要素が関連することを示す前記関連情報であり、且つ、前記複数の要素間における関連の強弱を示す要素関連情報を含む前記関連情報を記憶し、前記生成手段は、前記記録された履歴情報が示す前記説明情報に関連する全ての前記要素の表示態様が初期状態の表示態様と異なるように、前記表示情報を生成し、前記複数の要素のうち、何れかの前記要素が操作された回数が予め設定された回数以上であると判定された場合に、前記複数の要素に対応する前記要素関連情報が強弱の何れを示すかを判定する第3判定手段を更に備え、前記生成手段は、関連が強いことを前記要素関連情報が示すと判定された場合には、前記複数の表示要素全ての表示態様が初期状態の表示態様となるように、前記表示情報を生成し、関連が弱いことを前記要素関連情報が示すと判定された場合には、前記回数情報が示す回数が予め設定された回数以上であると判定された前記要素の表示態様のみが初期状態の表示態様となるように、前記表示情報を生成することを特徴とする情報生成装置。Webページの表示に用いられる表示情報であり、Webページを構成する要素の表示態様を示す表示情報を生成する情報生成装置における情報生成方法であって、Webページを通じて提供されるサービスに関する説明として、あるWebページに表示される説明情報であり、ユーザにより閲覧された説明情報を示す履歴情報を記録する記録ステップと、前記説明情報と、前記説明情報に関連する前記要素と、を対応付けて示す関連情報を記憶する記憶手段に記憶された前記関連情報に基づいて、前記ユーザが利用する端末装置に表示されるWebページを構成する前記要素のうち、前記記録された履歴情報が示す前記説明情報に関連する前記要素の表示態様が、初期状態の表示態様と異なるように、前記表示情報を生成する生成ステップと、前記生成された表示情報を前記端末装置に送信する送信ステップと、を含むことを特徴とする情報生成方法。Webページの表示に用いられる表示情報であり、Webページを構成する要素の表示態様を示す表示情報を生成する情報生成装置に含まれるコンピュータを、Webページを通じて提供されるサービスに関する説明として、あるWebページに表示される説明情報であり、ユーザにより閲覧された説明情報を示す履歴情報を記録する記録手段、前記説明情報と、前記説明情報に関連する前記要素と、を対応付けて示す関連情報を記憶する記憶手段に記憶された前記関連情報に基づいて、前記ユーザが利用する端末装置に表示されるWebページを構成する前記要素のうち、前記記録された履歴情報が示す前記説明情報に関連する前記要素の表示態様が、初期状態の表示態様と異なるように、前記表示情報を生成する生成手段、及び、前記生成された表示情報を前記端末装置に送信する送信手段、として機能させることを特徴とする情報生成プログラム。Webページの表示に用いられる表示情報であり、Webページを構成する要素の表示態様を示す表示情報を生成する情報生成装置に含まれるコンピュータを、Webページを通じて提供されるサービスに関する説明として、あるWebページに表示される説明情報であり、ユーザにより閲覧された説明情報を示す履歴情報を記録する記録手段、前記説明情報と、前記説明情報に関連する前記要素と、を対応付けて示す関連情報を記憶する記憶手段に記憶された前記関連情報に基づいて、前記ユーザが利用する端末装置に表示されるWebページを構成する前記要素のうち、前記記録された履歴情報が示す前記説明情報に関連する前記要素の表示態様が、初期状態の表示態様と異なるように、前記表示情報を生成する生成手段、及び、前記生成された表示情報を前記端末装置に送信する送信手段、として機能させる情報生成プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。しかしながら、特許文献1に記載の技術を用いてWebアプリケーションの機能を有効にさせるためには、機能を有効にするための設定操作をユーザが行わなければならない。そのため、このような設定操作に不慣れなユーザにとっては、設定操作が煩雑であるという問題があった。本発明は以上の点に鑑みてなされたものであり、ユーザが設定操作をしなくても、Webページを構成する要素の表示態様がユーザに適した態様となるように、Webページの表示に用いられる表示情報を生成することができる情報生成装置、情報生成方法、情報生成プログラム及び記録媒体を提供することを目的とする。上記課題を解決するために、請求項1に記載の発明は、Webページの表示に用いられる表示情報であり、Webページを構成する要素の表示態様を示す表示情報を生成する情報生成装置であって、Webページを通じて提供されるサービスに関する説明として、あるWebページに表示される説明情報と、前記説明情報に関連する前記要素と、を対応付けて示す関連情報を記憶する記憶手段と、ユーザにより閲覧された前記説明情報を示す履歴情報を記録する記録手段と、前記関連情報に基づいて、前記ユーザが利用する端末装置に表示されるWebページを構成する前記要素のうち、前記記録された履歴情報が示す前記説明情報に関連する前記要素の表示態様が、初期状態の表示態様と異なるように、前記表示情報を生成する生成手段と、前記生成された表示情報を前記端末装置に送信する送信手段と、を備えることを特徴とする。この発明によれば、端末装置に表示されるWebページを構成する要素のうち、ユーザが閲覧した説明情報に関連する要素の表示態様が、初期状態の表示態様と異なるように表示される。従って、ユーザが閲覧した説明情報に関連する要素をユーザが見付けやすくなる。そのため、ユーザが表示態様の設定操作をしなくても、Webページを構成する要素の表示態様をユーザに適した態様にすることができる。請求項2に記載の発明は、請求項1に記載の情報生成装置において、端末装置を利用するユーザの識別情報と、前記端末装置に送信されたWebページに含まれる前記説明情報の識別情報と、を前記端末装置から受信する受信手段を更に備え、前記記録手段は、前記受信された説明情報の識別情報とユーザの識別情報とを対応付けて、前記履歴情報として、履歴情報記憶手段に記憶させることを特徴とする。この発明によれば、各ユーザが何れの説明情報を閲覧したかを示す履歴情報が、履歴情報記憶手段に記憶される。そのため、履歴情報記憶手段に記憶された履歴情報から、サイトに如何なる改善点があるかをサイトの運営者が把握することができる。請求項3に記載の発明は、請求項1または請求項2に記載の情報生成装置において、前記説明情報が閲覧された後に前記説明情報に対応する前記要素がユーザにより操作された回数を示す回数情報を取得する取得手段と、前記取得された回数情報が示す回数が予め設定された回数以上であるか否かを判定する第1判定手段と、を更に備え、前記生成手段は、前記取得された回数情報が示す回数が予め設定された回数以上であると判定された前記要素の表示態様が初期状態の表示態様となるように、前記表示情報を生成することを特徴とする。この発明によれば、ユーザにより説明情報が閲覧されることにより表示態様が初期状態の表示態様から変更された要素が、予め設定された回数以上操作されると、その要素の表示態様が、初期状態の表示態様に戻る。ユーザが何回か操作することでユーザが操作に慣れた要素は、表示態様を変更しておく必要はないので、そのような要素を、他の要素をユーザが見付ける妨げにならないようにすることができる。請求項4に記載の発明は、請求項3に記載の情報生成装置において、前記記録手段は、閲覧された前記説明情報の識別情報と、前記説明情報が最後に閲覧されたときを示す時情報と、を含む前記履歴情報を記録し、前記取得手段は、前記説明情報が最後に閲覧された後に前記説明情報に対応する前記要素がユーザにより操作された回数を示す前記回数情報を取得し、前記記録された履歴情報に含まれる前記時情報が示すときから、予め設定された長さの期間が経過したか否かを判定する第2判定手段を更に備え、前記生成手段は、前記取得された回数情報が示す回数が予め設定された回数以上であると判定され、且つ、前記記録された履歴情報に含まれる前記時情報が示すときから予め設定された長さの期間が経過したと判定された前記要素の表示態様が初期状態の表示態様となるように、前記表示情報を生成することを特徴とする。この発明によれば、ユーザにより関連する説明情報が最後に閲覧されてから予め設定された回数以上操作され、且つ、関連する説明情報が予め設定された長さの期間閲覧されていない場合に、要素の表示態様が、初期状態の表示態様に戻る。ある程度の期間、ユーザが関連する説明情報を閲覧しなくてもユーザが操作することができた要素は、表示態様を変更しておく必要はない。従って、表示態様を変更しておく必要がない要素を確実に特定することができる。請求項5に記載の発明は、請求項1乃至4の何れか1項に記載の情報生成装置において、前記記憶手段は、1つのWebページに含まれる複数の前記説明情報のそれぞれについて、関連する前記要素を示す前記関連情報を記憶し、表示させることがユーザにより指定された前記説明情報の識別情報である第1識別情報を端末装置から受信する第1受信手段と、Webページが端末装置により表示されたときに、表示させることがユーザにより指定された前記説明情報とともに前記端末装置により表示された前記説明情報の識別情報である第2識別情報を端末装置から受信する第2受信手段と、前記受信された第1識別情報及び第2識別情報により識別される前記説明情報に関連する前記要素の表示態様の、初期状態の表示態様からの相違度を示す相違度情報を記録する第2記録手段であり、前記第1識別情報により識別される前記説明情報に関連する前記表示要素の前記相違度を、前記第2識別情報により識別される前記説明情報に関連する前記表示要素の前記相違度よりも高くする第2記録手段と、を更に備え、前記記録手段は、前記受信された第1識別情報及び第2識別情報を、前記履歴情報として記録し、前記生成手段は、前記相違度情報が示す相違度が高い前記要素の表示態様であるほど、初期状態の表示態様との相違度が高くなるように、前記表示情報を生成することを特徴とする。この発明によれば、端末装置により複数の説明情報が表示された場合、各説明情報に関連する要素の表示態様が、初期状態の表示態様から変更される。このとき、表示された説明情報のうち、ユーザにより表示が指定されなかった説明情報に関連する要素の表示態様よりも、ユーザにより表示が指定された説明情報に関連する要素の表示態様の方が、初期状態の表示状態から相違する度合いが高くなる。すなわち、端末装置により表示された説明情報のうち、ユーザが閲覧する可能性が高い方の説明情報に関連する要素の方が、ユーザが見付けやすくなる。従って、ユーザに閲覧された可能性がある説明情報に関連する要素の表示態様を初期状態の表示態様から変更することができるとともに、閲覧された可能性に応じた表示態様にすることができる。請求項6に記載の発明は、請求項3または請求項4に記載の情報生成装置において、前記記憶手段は、1つの前記説明情報に複数の前記要素が関連することを示す前記関連情報であり、且つ、前記複数の要素間における関連の強弱を示す要素関連情報を含む前記関連情報を記憶し、前記生成手段は、前記記録された履歴情報が示す前記説明情報に関連する全ての前記要素の表示態様が初期状態の表示態様と異なるように、前記表示情報を生成し、前記複数の要素のうち、何れかの前記要素が操作された回数が予め設定された回数以上であると判定された場合に、前記複数の要素に対応する前記要素関連情報が強弱の何れを示すかを判定する第3判定手段を更に備え、前記生成手段は、関連が強いことを前記要素関連情報が示すと判定された場合には、前記複数の表示要素全ての表示態様が初期状態の表示態様となるように、前記表示情報を生成し、関連が弱いことを前記要素関連情報が示すと判定された場合には、前記回数情報が示す回数が予め設定された回数以上であると判定された前記要素の表示態様のみが初期状態の表示態様となるように、前記表示情報を生成することを特徴とする。この発明によれば、ある説明情報に複数の要素が関連する場合、その説明情報が閲覧されると、関連する複数の要素の表示態様が、初期状態の表示態様から変更される。その後、ユーザが、関連する複数の要素のうち何れかの要素を予め設定された回数以上操作したとする。すると、要素間の関連が強い場合には、複数の要素全ての表示態様が初期状態の表示態様に戻り、要素間の関連が弱い場合には、予め設定された回数以上操作された要素のみの表示態様が初期状態の表示態様に戻る。つまり、表示態様を変更しておく必要がないと判定された要素との関連が強い要素について、表示態様が初期状態の表示態様に戻る。そのため、1つの説明情報に関連する複数の要素の表示態様を、適切に設定することができる。請求項7に記載の発明は、Webページの表示に用いられる表示情報であり、Webページを構成する要素の表示態様を示す表示情報を生成する情報生成装置における情報生成方法であって、Webページを通じて提供されるサービスに関する説明として、あるWebページに表示される説明情報であり、ユーザにより閲覧された説明情報を示す履歴情報を記録する記録ステップと、前記説明情報と、前記説明情報に関連する前記要素と、を対応付けて示す関連情報を記憶する記憶手段に記憶された前記関連情報に基づいて、前記ユーザが利用する端末装置に表示されるWebページを構成する前記要素のうち、前記記録された履歴情報が示す前記説明情報に関連する前記要素の表示態様が、初期状態の表示態様と異なるように、前記表示情報を生成する生成ステップと、前記生成された表示情報を前記端末装置に送信する送信ステップと、を含むことを特徴とする。請求項8に記載の発明は、Webページの表示に用いられる表示情報であり、Webページを構成する要素の表示態様を示す表示情報を生成する情報生成装置に含まれるコンピュータを、Webページを通じて提供されるサービスに関する説明として、あるWebページに表示される説明情報であり、ユーザにより閲覧された説明情報を示す履歴情報を記録する記録手段、前記説明情報と、前記説明情報に関連する前記要素と、を対応付けて示す関連情報を記憶する記憶手段に記憶された前記関連情報に基づいて、前記ユーザが利用する端末装置に表示されるWebページを構成する前記要素のうち、前記記録された履歴情報が示す前記説明情報に関連する前記要素の表示態様が、初期状態の表示態様と異なるように、前記表示情報を生成する生成手段、及び、前記生成された表示情報を前記端末装置に送信する送信手段、として機能させることを特徴とする。請求項9に記載の発明は、Webページの表示に用いられる表示情報であり、Webページを構成する要素の表示態様を示す表示情報を生成する情報生成装置に含まれるコンピュータを、Webページを通じて提供されるサービスに関する説明として、あるWebページに表示される説明情報であり、ユーザにより閲覧された説明情報を示す履歴情報を記録する記録手段、前記説明情報と、前記説明情報に関連する前記要素と、を対応付けて示す関連情報を記憶する記憶手段に記憶された前記関連情報に基づいて、前記ユーザが利用する端末装置に表示されるWebページを構成する前記要素のうち、前記記録された履歴情報が示す前記説明情報に関連する前記要素の表示態様が、初期状態の表示態様と異なるように、前記表示情報を生成する生成手段、及び、前記生成された表示情報を前記端末装置に送信する送信手段、として機能させる情報生成プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。本発明によれば、端末装置に表示されるWebページを構成する要素のうち、ユーザが閲覧した説明情報に関連する要素の表示態様が、初期状態の表示態様と異なるように表示される。従って、ユーザが閲覧した説明情報に関連する要素をユーザが見付けやすくなる。そのため、ユーザが表示態様の設定操作をしなくても、Webページを構成する要素の表示態様をユーザに適した態様にすることができる。以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、サービス提供システムに対して本発明を適用した場合の実施形態である。[1.サービス提供システムの構成及び機能概要]先ず、本実施形態に係るサービス提供システムSの構成及び機能概要について、図1を用いて説明する。図1は、本実施形態に係るサービス提供システムSの概要構成の一例を示す図である。図1に示すように、サービス提供システムSは、サービス提供サーバ1本発明における情報生成装置の一例と、複数のユーザ端末2本発明における端末装置の一例と、を含んで構成されている。そして、サービス提供サーバ1及び各ユーザ端末2は、ネットワークNWを介して、例えば、通信プロトコルにTCP/IP等を用いて相互にデータの送受信が可能になっている。なお、ネットワークNWは、例えば、インターネット、専用通信回線例えば、CATVCommunityAntennaTelevision回線、移動体通信網基地局等を含む、及びゲートウェイ等により構築されている。サービス提供サーバ1は、総合的なサービスを提供する総合サイトに属する様々のサイトに関する各種処理を実行するサーバ装置である。総合サイトに属するサイトとしては、例えば、ポータルサイト、サーチエンジン、ニュースサイト、電子商店街、オークションサイト、ネットスーパーサイト、宿泊施設の予約サイト、求人サイト等がある。サービス提供サーバ1は、例えば、ユーザ端末2からのリクエストに応じて各種サイトのWebページを送信したり、リクエストに応じた処理を行ったりする。ユーザ端末2は、総合サイトに属する各種サイトを利用するユーザの端末装置である。ユーザ端末2は、ユーザからの操作に基づいて、サービス提供サーバ1等にアクセスする。これにより、ユーザ端末2は、アクセスしたサーバからWebページを受信して表示する。ユーザは、ユーザ端末2の画面に表示されたWebページを通じて、アクセスされたサイトに応じたサービスを利用することができる。ユーザ端末2には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末2としては、例えば、パーソナルコンピュータ、PDAPersonalDigitalAssistant、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。このような構成のサービス提供システムSにおいて、サービス提供サーバ1は、ユーザ端末2に送信されるWebページの表示をカスタマイズする。Webページの表示のカスタマイズとは、Webページを構成する表示要素の表示態様をユーザごとに設定することである。総合サイトに属する各サイトは、様々な種類のWebページにより構成されている。そして、各Webページは、1つ以上の表示要素により構成されている。Webページを構成する表示要素は、Webページ内に表示される要素である。例えば、表示要素としては、テキスト、静止画像、動画像、電子文書、表、リンク、ボタン、アイコン、入力欄、スライドバー、チェックボックス、リストボックス等がある。サービス提供システムSにおいては、表示要素の表示態様の設定操作をユーザが行う必要はない。サービス提供サーバ1が、ユーザによる各サイトのQA本発明における説明情報の一例の閲覧履歴に基づいて、自動的に設定する。サイトのQAは、そのサイトのWebページを通じて提供されるサービスについての質問と回答を示す情報である。QAに含まれる回答の情報は、サービスに関する説明を示す説明情報の一例である。各サイトには、QAページが存在する。QAページは、そのサイトのQAが表示されるWebページである。初期状態デフォルトにおける表示要素の表示態様は、どのユーザに対しても同一である。ここで、あるユーザが、あるQAを閲覧したとする。すると、そのQAの内容に関連する表示要素の表示態様が、初期状態の表示態様から変更される。この表示態様の変更は、初期状態の表示態様よりも、ユーザが見付けやすいような表示態様となるように行われる。このような表示態様の変更としては、例えば、表示要素の表示サイズを大きくする、表示要素を点滅させる、表示要素のテキストを太くする、表示要素のテキストのスタイルを変更する、表示要素に吹き出しを付加して表示する吹き出しには、例えば、ここだよのテキストが表示される、表示要素を囲む枠線を太くする等がある。ユーザは、提供されるサービスについて分からないことがあったり、確認したいことがあったりするときに、QAを閲覧する。ユーザが、あるQAを閲覧したということは、ユーザが、そのQAの内容に対応する態様でサイトを利用しようと考えている可能性が高いものと推測される。そこで、閲覧されたQAの内容に対応する態様でサイトが利用される際に、ユーザが見るであろう表示要素や、ユーザが操作するであろう表示要素が見付けやすくなる。また、表示要素が見付けやすくなることにより、その表示要素を操作しやすくすることができる。これにより、特定の態様でのサイトの利用に慣れていないユーザに対する利便性が向上する。ユーザが、あるQAを参照することにより、関連する表示要素の表示態様が変更される。その後、ユーザがその表示要素を予め設定された回数以上操作し、且つ、そのQAをユーザが最後に閲覧してから予め設定された時間または期間が経過すると、その表示要素の表示態様は、初期状態に戻る。この場合、ユーザは、ある程度の間、QAを閲覧しなくても、関連する表示要素を操作して、そのQAの内容に対応する態様でサイトを利用することができていたものと推測される。つまり、ユーザは、そのQAの内容に対応する利用の際の操作に慣れてきたものと推測される。そのため、表示態様を変更したままにしておく必要はない。また、表示態様が変更されたままになっていると、1つのWebページ内に、多数の表示要素の表示態様が変更されている状態になる場合がある。そうすると、ユーザが操作に慣れていない表示要素を、ユーザが見付けにくくなる。そこで、表示態様を変更したままにしておく必要がない表示要素の表示態様は、初期状態の表示態様に戻る。[2.サービス提供サーバの構成]次に、サービス提供サーバ1の構成について、図2乃至図7を用いて説明する。図2は、本実施形態に係るサービス提供サーバ1の概要構成の一例を示すブロック図である。図2に示すように、サービス提供サーバ1は、通信部11と、記憶部12と、入出力インターフェース13と、システム制御部14と、を備えている。そして、システム制御部14と入出力インターフェース13とは、システムバス15を介して接続されている。通信部11は、ネットワークNWに接続して、ユーザ端末2等との通信状態を制御するようになっている。記憶部12本発明における記憶手段及び履歴情報記憶手段の一例は、例えば、ハードディスクドライブ等により構成されている。この記憶部12には、会員情報DBデータベース12a、カスタマイズ定義情報DB12b、QA閲覧履歴DB12c及びカスタマイズ要素情報DB12d等が構築されている。図3aは、本実施形態に係る会員情報DB12aに登録される内容の一例を示す図である。会員情報DB12aには、総合サイトに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報DB12aには、ユーザの識別情報であるユーザID、パスワード、ユーザ名、生年月日、性別、住所、電話番号、電子メールアドレス等が、ユーザごとに対応付けて登録される。図3bは、本実施形態に係るカスタマイズ定義情報DB12bに登録される内容の一例を示す図である。カスタマイズ定義情報DB12bには、QAページに表示されるQAについて、表示態様のカスタマイズの対象となる表示要素との対応付けを示すカスタマイズ定義情報が登録されている。具体的に、カスタマイズ定義情報DB12bには、QA-ID、表示要素ID及び表示要素間関連度本発明における要素関連情報が格納された定義レコード本発明における関連情報の一例が、QAごとに登録される。これらの情報は、例えば、システムの管理者により設定される。QA-IDは、QAの識別情報である。表示要素IDは、カスタマイズの対象となる表示要素の識別情報である。管理者は、例えば、QA-IDが示すQAに関連する表示要素の表示要素IDを設定する。QAに関連する表示要素とは、例えば、QAが示す内容に対応した態様でユーザがサイトを利用する場合に、ユーザが見る表示要素や、ユーザが操作する表示要素等である。表示要素IDは、1つの定義レコードに複数格納される場合がある。つまり、ユーザが、あるQAを閲覧すると、複数の表示要素の表示態様が変更される場合がある。表示要素間関連度は、定義レコードに複数の表示要素IDが格納されているときに、格納される。表示要素間関連度は、複数の表示要素IDが示す表示要素間の関連の強さを示す情報である。複数の表示要素間の関連が強い場合、表示要素間関連度には、強が設定される。複数の表示要素間の関連が弱い場合、表示要素間関連度には、弱が設定される。表示態様が変更された複数の表示要素のうち何れかの表示要素が操作されることによりその表示要素の表示態様が、初期状態の表示態様に戻る。表示要素間関連度は、このとき、他の表示要素の表示態様も、初期状態の表示態様に戻すか否かの判定に用いられる。例えば、QAに対応するカスタマイズ対象の各表示要素が操作されたときの結果が似たようなものであるとする。この場合、表示要素間関連度は強に設定される。そして、表示要素間関連度が強に設定された表示要素のうち何れかの表示要素の表示態様が初期状態に戻った場合、他の表示態様も初期状態に戻る。また、例えば、QAの内容に対応するサイトの利用態様が複数あるとする。そして、そのQAに対応するカスタマイズ対象の各表示要素が互いに異なる利用態様の中で操作されるとする。この場合、表示要素間関連度は弱に設定される。そして、表示要素間関連度が弱に設定された表示要素のうち何れかの表示要素の表示態様が初期状態に戻った場合、他の表示態様は初期状態に戻らない。ユーザが閲覧したQAの内容に対応するサイトの利用態様が複数ある場合、ユーザは、ある利用態様には慣れたが、別のある利用態様にはまだ慣れていない場合がある。そのため、このような場合を想定して、表示要素間関連度が弱に設定された複数の表示要素の表示態様が初期状態に戻るタイミングは個別に制御される。なお、定義レコードに格納されている表示要素IDに対応付けて、表示態様を変更するときの変更内容を示す情報が格納されても良い。この情報により、表示要素ごとに、表示態様の変更内容を設定することができる。ここで、カスタマイズ定義情報DB12bに登録される内容の具体例を示して説明する。ここでは、電子商店街におけるQAを例として説明する。図4は、電子商店街におけるある商品ページの初期状態の表示例を示す図である。図4に示す商品ページを構成する各表示要素の表示態様は、全て初期状態の表示態様である。商品ページは、電子商店街において購入可能な商品のうち1つの商品の情報が表示されるWebページである。商品ページは、商品ごとに存在する。商品ページには、商品名、商品の価格、商品の説明、商品の画像、商品を販売する店舗の広告を示す画像、購入代金の支払い方法の簡単な説明、商品の配送についての簡単な説明、商品の返品についての簡単な説明等が表示される。なお、これらの情報も、Webページを構成する表示要素である。また、商品ページには、リンク、ボタン、アイコン、入力欄等の操作可能な表示要素が表示される。これらの表示要素が選択されることにより、現在表示されている商品ページとは異なるWebページが表示されたり、サービス提供サーバ1によって、対応する処理が実行されたりする。商品ページに表示される操作可能な表示要素としては、例えば、買い物かごリンク101、買い物かご投入ボタン102、支払い方法説明リンク103、配送説明リンク104、返品説明リンク105等がある。買い物かごリンク101が選択操作されると、買い物かごページが画面に表示される。買い物かごとは、電子商店街において、購入する候補としてユーザが選択した商品が入れられる仮想的な入れ物である。買い物かごページは、ユーザが買い物かごに入れている商品の一覧が表示されるWebページである。ユーザは、買い物かごページにおいて、購入手続きに移行するためのボタンを選択すると、一覧表示されている商品の購入手続きを行うことができる。買い物かご投入ボタン102が選択操作されると、商品ページに情報が表示されている商品が買い物かごに入れられた上で、買い物かごページが画面に表示される。支払い方法説明リンク103が選択操作されると、購入代金の支払い方法の詳細な説明が表示されるWebページが、画面に表示される。配送説明リンク103が選択操作されると、商品の配送についての詳細な説明が表示されるWebページが、画面に表示される。返品説明リンク105が選択操作されると、購入した商品の返品についての詳細な説明が表示されるWebページが、画面に表示される。電子商店街に出店している各店舗は、販売する各商品の商品ページのデザインやレイアウト等を、ある程度自由に決定することができる。そのため、商品ページごとに、操作可能な表示要素の表示位置が異なる場合がある。また、操作可能な表示要素が、商品ページ内のある位置に集中して表示される場合がある。その結果、ユーザが、操作するべき表示要素を見付けにくい場合がある。そのため、商品ページを構成する表示要素のうち予め定められた表示要素が、表示態様のカスタマイズ対象とされる。なお、表示要素の表示態様をカスタマイズ対象とするWebページは、商品ページのみに限られるものではない。また、表示要素の表示態様をカスタマイズ対象とするサイトは、電子商店街に限られるものではない。図5は、本実施形態に係るカスタマイズ定義情報DB12bに登録される内容の具体例を示す図である。図5は、カスタマイズ対象となる表示要素の表示要素IDの代わりに、その表示要素の表示要素名を示している。また、図5は、説明の便宜のため、QAのカテゴリー及び質問内容を示している。なお、QAの内容は、例えば、カスタマイズ定義情報DB12bとは別のデータベースに登録されている。QA-IDが001であるQAは、配送に関するQAである。このQAに対応するカスタマイズ対象として、配送説明リンク104が設定されている。つまり、配送説明リンク104は、配送に関するQAに関連するものとされている。配送に関するQAを閲覧したユーザは、実際に個別の商品ページにおいて、配送についての詳細な説明を閲覧する可能性がある。QA-IDが002であるQA及びQA-IDが003であるQAは、買い物かごに関するQAである。これらのQAに対応するカスタマイズ対象として、買い物かごリンク101及び買い物かご投入ボタン102が設定されている。買い物かごリンク101及び買い物かご投入ボタン102の何れも、買い物かごページを表示するための表示要素である。そのため、表示要素関連度は強に設定されている。つまり、買い物かごリンク101及び買い物かご投入ボタン102は、買い物かごに関するQAに関連するものとされている。ユーザは、例えば、買い物かごに商品を入れたい場合や買い物かごを見たい場合、買い物かごの利用方法について分からないこと等を、QAを閲覧することにより解決する場合がある。従って、買い物かごに関するQAを閲覧したユーザは、買い物かごリンク101や買い物かご投入ボタン102を操作する可能性がある。QA-IDが004であるQAは、商品の購入に関するQAである。このQAに対応するカスタマイズ対象として、買い物かご投入ボタン102及び共同購入ボタンが設定されている。共同購入ボタンとは、商品ページに情報が表示されている商品を共同購入するためのボタンである。共同購入とは、対象となっている商品の最終的な販売個数が多いほど、販売単価が安くなる購入の仕組みである。商品ごとに、通常の購入にするか、または、共同購入にするかが、店舗によって設定される。そして、通常の購入が設定された商品の商品ページには、買い物かご投入ボタン102が表示される。一方、共同購入が設定された商品の商品ページには、共同購入ボタンが表示される。共同購入ボタンが選択操作された場合、買い物かごへの投入は行われず、直ぐに購入手続きに移行する。同じ商品の購入でも、買い物かご投入ボタン102と共同購入ボタンとでは、操作されるときの商品の購入の態様が異なる。そのため、表示要素関連度は弱に設定されている。ユーザは、例えば、商品を購入する場合に分からないこと等を、QAを閲覧することにより解決する場合がある。従って、購入に関するQAを閲覧したユーザは、商品ページに表示された商品を購入するために必要な、買い物かご投入ボタン102や共同購入ボタンを操作する可能性がある。QA-IDが005であるQA及びQA-IDが006であるQAは、支払いに関するQAである。これらのQAに対応するカスタマイズ対象として、支払い説明リンク103が設定されている。QA-IDが007であるQAは、返品に関するQAである。このQAに対応するカスタマイズ対象として、返品説明リンク105が設定されている。なお、同一のカテゴリーに属するQA間で、カスタマイズ対象とする表示要素が異なっていても良い。次に、QA閲覧履歴DB12cについて説明する。図3cは、本実施形態に係るQA閲覧履歴DB12cに登録される内容の一例を示す図である。QA閲覧履歴DB12cには、各ユーザによるQAの閲覧履歴が登録されている。具体的に、QA閲覧履歴DB12cには、ユーザID、QA-ID、最終閲覧日時本発明における時情報の一例及び閲覧回数が格納された履歴レコード本発明における履歴情報の一例が、閲覧したユーザごと及び閲覧されたQAごとに登録される。ユーザIDは、QAを閲覧したユーザのユーザIDである。QA-IDは、ユーザIDが示すユーザにより閲覧されたQAのQA-IDである。最終閲覧日時は、ユーザIDが示すユーザによりQA-IDが示すQAが最後に閲覧された日時を示す。閲覧回数は、ユーザIDが示すユーザによりQA-IDが示すQAが閲覧された回数を示す。閲覧回数は、サイトの運営者が参照するために登録される情報である。運営者は、QA閲覧履歴DB12cに登録された閲覧回数を、サイトの改善に役立てたりする。例えば、特定のQAの閲覧回数が他のQAの閲覧回数と比較して多い場合、特定のQAに関連するサイトやサービスの利用方法が分からない場合がある。そこで、運営者は、こうした問題点に基づいて、サイトの設計の見直し等を行うことができる。図3dは、本実施形態に係るカスタマイズ要素情報DB12dに登録される内容の一例を示す図である。カスタマイズ要素情報DB12dには、表示態様が変更された表示要素に関するカスタマイズ要素情報が登録されている。具体的に、カスタマイズ要素情報DB12dには、ユーザID、表示要素ID、操作回数、カスタマイズ度本発明における相違度情報の一例及びカスタマイズ同時終了リストを格納する要素レコードが、ユーザごと及び表示態様が変更された表示要素ごとに登録される。表示要素IDは、ユーザIDが示すユーザが利用するユーザ端末2に表示されるWebページを構成する表示要素のうち、表示態様が初期状態から変更されて表示される表示要素の識別情報である。操作回数は、ユーザIDが示すユーザに表示要素IDが示す表示要素が操作された回数である。カスタマイズ度は、表示要素IDが示す表示要素の表示態様が、初期状態から変更される度合いを示す。変更度合いが高い場合、カスタマイズ度には、高が設定される。変更度合いが低い場合、カスタマイズ度には、低が設定される。1つのQAページには、複数のQAが含まれている場合がある。ユーザは、あるQAを表示指定して、ユーザ端末2の画面にQAページの一部を表示させる。このとき、画面には、ユーザが表示指定したQAが表示されるとともに、ユーザが表示指定していないQAも表示される場合がある。ユーザが表示指定したQAは、必ずといって良いほどそのユーザによって閲覧される。一方、ユーザが表示指定していないQAも画面に表示されるので、ユーザによってそのQAも閲覧される可能性がある。そこで、画面に表示されたQAのうち、ユーザが表示指定したQAと、ユーザが表示指定していないQAとで、対応する表示要素の表示態様の初期状態からの変更度合いを異なるものにする。具体的に、ユーザが表示指定したQAに対応する表示要素のカスタマイズ度は高に設定される。また、ユーザが表示指定していないQAに対応する表示要素のカスタマイズ度は低に設定される。カスタマイズ同時終了リストは、表示要素IDが示す表示要素の表示態様が初期状態に戻るときに、同時に表示態様が初期状態に戻す表示要素の表示要素IDのリストである。複数の表示要素がカスタマイズ対象であり、且つ、表示要素間関連度が強であるQAが閲覧された場合に、カスタマイズ同時終了リストに表示要素IDが設定される。ここで、カスタマイズ要素情報DB12dに登録される内容の具体例を示して説明する。ここでは、電子商店街におけるQAを例として説明する。また、図4に示す商品ページの表示内容及び図5に示すカスタマイズ定義情報DB13bにおける登録内容を前提として説明する。図6aは、QA目次ページの表示例を示す図である。QA目次ページは、QAの目次として、QAの質問内容の一覧が表示されるWebページである。図6aに示す例では、QA目次ページに、質問201~205が表示されている。質問201~205は、QAページにおいて、対応するQAの表示位置へのリンクになっている。質問201は、QA-IDが004であるQAの質問である。質問202は、QA-IDが002であるQAの質問である。質問203は、QA-IDが003であるQAの質問である。質問204は、QA-IDが005であるQAの質問である。質問205は、QA-IDが006であるQAの質問である。あるユーザXは、スクロールバー210を操作することにより、QA目次ページが画面に表示される範囲を変更することができる。ここで、ユーザXが、質問203を選択操作したとする。つまり、ユーザXは、質問203に対する回答を表示指定する。すると、画面には、QAページが表示される。図6bは、QAページの表示例を示す図である。図6bに示すように、QAページには、QA301が表示される。QA301は、QA-IDが003であるQAの質問と回答である。QAページには、更にQA302が表示される。QA302は、QA-IDが005であるQAの質問と回答である。QA302は、ユーザXが表示指定していないQAである。図5に示すように、QA-IDが003である定義レコードには、買い物かごリンク101及び買い物かご投入ボタン102の表示要素IDが格納されている。そのため、カスタマイズ要素情報DB12dには、買い物かごリンク101の表示要素IDを格納する定義レコードと、買い物かご投入ボタン102の表示要素IDを格納する定義レコードと、が登録される。各定義レコードに格納されるカスタマイズ度には高が設定される。また、QA-IDが003である定義レコードに格納されている表示要素間関連度は強に設定されている。そのため、買い物かごリンク101の表示要素IDを格納する要素レコードに格納されるカスタマイズ同時終了リストには、買い物かご投入ボタン102の表示要素IDが設定される。また、買い物かご投入ボタン102の表示要素IDを格納する定義レコードに格納されるカスタマイズ同時終了リストには、買い物かごリンク101の表示要素IDが設定される。一方、QA-IDが005である定義レコードには、支払い方法説明リンク103の表示要素IDが格納されている。そのため、カスタマイズ要素情報DB12dには、更に、支払い方法説明リンク103の表示要素IDを格納する要素レコードが登録される。この要素レコードに格納されるカスタマイズ度には低が設定される。ここで、ユーザXは、スクロールバー310を操作することにより、QAページが画面に表示される範囲を変更することができる。スクロールバー310の操作により画面に別のQAが表示された場合、カスタマイズ要素情報DB12dには、新しく表示されたQAに対応するカスタマイズ対象の表示要素を格納する要素レコードが登録される。この要素レコードに格納されるカスタマイズ度には低が設定される。図7は、一部の表示要素の表示態様が変更された商品ページの表示例を示す図である。なお、図7に示す例は、表示態様の変更方法として、表示要素の表示サイズを大きくした場合の例である。ユーザXがQAを閲覧した後、図4に示す商品ページをユーザ端末2に表示させようとする。すると、画面には、図7に示すような商品ページが表示される。図7に示すように、買い物かごリンク101、買い物かご投入ボタン102及び支払い方法説明リンク103の表示態様が、初期状態の表示態様から変更されている。つまり、これらの表示要素の表示サイズが、初期状態の表示サイズよりも大きくなっている。カスタマイズ要素情報DB12dにおいて、買い物かごリンク101及び買い物かご投入ボタン102のカスタマイズ度は高に設定され、支払い方法説明リンク103のカスタマイズ度は低に設定されている。そのため、買い物かごリンク101及び買い物かご投入ボタン102の表示サイズの拡大倍率は、支払い方法説明リンク103の表示サイズの拡大倍率よりも高くなっている。なお、図7に示す商品ページと異なる商品ページを、ユーザXがユーザ端末2に表示させた場合にも、同様に、買い物かごリンク101、買い物かご投入ボタン102及び支払い方法説明リンク103の表示態様が変更される。次に、記憶部12に記憶される情報について説明する。記憶部12には、各サイトのWebページを表示するためのHTMLHyperTextMarkupLanguage文書、XMLeXtensibleMarkupLanguage文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部12には、各種の設定値が記憶されている。ここで、HTML文書に記述されているタグのうち、カスタマイズの対象となる表示要素を定義するタグには、class属性が含まれている。このclass属性には、表示要素の表示要素IDが設定されている。これにより、Webページにカスタマイズの対象となる表示要素が含まれているかが分かるようになっている。また、HTML文書には、各表示要素の表示態様が定義されている。表示要素の表示態様は、例えば、その表示要素を定義するタグ中に記述されていたり、スタイルシート部分に記述されていたりする。記憶部12に予め記憶されているHTML文書において定義されている表示態様は、初期状態の表示態様である。システム制御部14は、ユーザ端末2から送信されたリクエストに対応するHTML文書を、記憶部15から取得する。このとき、システム制御部14は、表示態様が変更された表示要素の表示態様の定義を書き換える。そして、システム制御部14は、必要に応じて表示態様の定義を書き換えたHTML文書をユーザ端末2に送信する。QAページのHTML文書には、QAの閲覧履歴記録用のスクリプトが記述されている。ユーザ端末2が、このスクリプトを実行することにより、画面に表示されたQAのQA-IDを含む閲覧履歴記録リクエストを、サービス提供サーバ1に送信する。システム制御部14は、受信した閲覧履歴記録リクエストに基づいて、QA閲覧履歴DB12cを更新する。また、記憶部12には、オペレーティングシステム、WWWWorldWideWebサーバプログラムが記憶されている。また、記憶部12には、サービス提供サーバ1が各サイトに関する処理を実行するためのプログラムが記憶されている。また、記憶部12には、サービス提供サーバ1がWebページを構成する表示要素の表示態様のカスタマイズに関する各種処理を実行するためのカスタマイズ管理プログラム本発明における情報生成プログラムの一例が記憶されている。なお、カスタマイズ管理プログラム等は、例えば、他のサーバ装置等からネットワークNWを介して取得されるようにしても良いし、DVDDigitalVersatileDisc等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしても良い。入出力インターフェース13は、通信部11及び記憶部12とシステム制御部14との間のインターフェース処理を行うようになっている。システム制御部14は、CPUCentralProcessingUnit14a、ROMReadOnlyMemory14b、RAMRandomAccessMemory14c等により構成されている。そして、システム制御部14は、CPU14aが、ショッピングサイト管理プログラム等を読み出し実行することにより、本発明における記録手段、生成手段、送信手段、受信手段、取得手段、第1判定手段、第2判定手段、第1受信手段、第2受信手段、第2記録手段及び第3判定手段として機能するようになっている。なお、サービス提供サーバ1が、複数のサーバ装置で構成されても良い。そして、複数のサーバ装置が互いにLANLocalAreaNetwork等で接続されても良い。例えば、サイトごとに、そのサイトのWebページを送信するサーバ装置及びそのサイトに関する処理を行うサーバ装置が存在しても良い。また、各種データベースを管理するサーバ装置が、独立して存在しても良い。また、Webページを構成する表示要素の表示態様のカスタマイズに関する各種処理を実行するサーバ装置が、独立して存在しても良い。[3.サービス提供システムの動作]次に、サービス提供システムSの動作について、図8乃至図14を用いて説明する。[3.1ユーザ端末の動作]図8は、本実施形態に係るユーザ端末2の処理例を示すフローチャートである。ユーザ端末2の画面にQA目次ページが表示されているとき、ユーザが何れかの質問を選択することにより、QAの表示指定を行う。すると、ユーザ端末2は、選択された質問に対応するQAのQA-IDを取得する。そして、ユーザ端末2は、QAページのHTML文書を要求するリクエストとして、取得したQA-IDを要求QA-IDとして含むリクエストを、サービス提供サーバ1に送信する。そして、ユーザ端末2は、サービス提供サーバ1から送信されたQAページのHTML文書を受信する。次いで、ユーザ端末2は、受信したHTML文書に基づいて、QAページを画面に表示する。ユーザ端末2は、QAページの表示処理が完了すると、受信したHTML文書に記述されている閲覧履歴記録用のスクリプトを実行する。図8に示す処理は、閲覧履歴記録用のスクリプトに基づいて実行される処理である。先ず、ユーザ端末2は、QA表示リストを初期化して、ユーザが表示指定したQAのQA-IDをQA表示リストに登録するステップS1。QA表示リストは、QAページに含まれているQAのうち、画面に表示されたことがあるQAを示すリストである。ユーザが表示指定したQAは画面に表示されていることが予め判明しているので、そのQAのQA-IDが登録される。次いで、ユーザ端末2は、QAページの表示範囲の座標を取得する。つまり、ユーザ端末2は、画面にQAページのどの範囲が表示されているかを特定するステップS2。次いで、ユーザ端末2は、各QAのQAページ内における表示位置を示す座標を取得するステップS3。次いで、ユーザ端末2は、ステップS3及びS4において取得した座標に基づいて、画面に表示されているQAを、第1QA群として特定するステップS4。ここで、ユーザ端末2は、全体が画面に表示されているQAのみを抽出しても良いし、全体または一部が画面に表示されているQAを抽出しても良い。次いで、ユーザ端末2は、第1QA群から、QA表示リストに表示要素IDが登録されていないQAを、第2QA群として抽出するステップS5。次いで、ユーザ端末2は、抽出した第2QA群の表示要素IDを、要求QA-IDとして含む閲覧履歴記録リクエストを、サービス提供サーバ1に送信するステップS6。閲覧履歴記録リクエストは、非同期リクエストである。次いで、ユーザ端末2は、第2QA群の表示要素IDを、QA表示リストに登録するステップS7。なお、第2QA群に該当するQAが存在しない場合、ステップS6及びS7の処理は実行されない。サービス提供サーバ1は、QAページのHTML文書のリクエストに含まれるQA-IDから、表示指定されたQAを特定することができる。そのため、ユーザ端末2は、表示指定されたQAのQA-IDを、再度サービス提供サーバ1に送信する必要がない。そのため、閲覧履歴記録リクエストには、表示指定されたQAのQA-IDは含まれない。次いで、ユーザ端末2は、ユーザの操作によりQAページがスクロールされたか否かを判定するステップS8。このとき、ユーザ端末2は、スクロールがされたと判定した場合にはステップS8:YES、ステップS2に移行する。QAページがスクロールすると、画面に表示されるQAページの範囲が変化する。そのため、ユーザ端末2は、再度、画面に表示されている第1QA群を抽出する。そして、ユーザ端末2は、第1QA群から、まだ表示されたことがない第2QA群を抽出する。サービス提供サーバ1は、閲覧履歴記録リクエストを受信する都度、閲覧履歴記録リクエストに含まれるQA-IDが示すQAの閲覧回数を更新する。ユーザが何回もスクロール操作を行うと、画面に表示されたことがあるQAが再度画面に表示される場合がある。この場合に、ユーザ端末2が、表示されたQAのQA-IDをサービス提供サーバ1に送信すると、閲覧回数が必要以上に増加する。そこで、各QAのQA-IDは、最多でも1回のみサービス提供サーバ1に送信されるように制御される。ステップS8において、ユーザ端末2は、スクロールがされなかったと判定した場合にはステップS8:NO、QAページの表示が終了したか否かを判定するステップS9。例えば、ユーザが、現在表示されているQAページとは別のWebページを表示されるように操作した場合や、ユーザが、ブラウザを終了させるように操作した場合等に、QAページの表示が終了する。ここで、ユーザ端末2は、QAページの表示が終了していないと判定した場合にはステップS9:NO、ステップS8に移行する。一方、ユーザ端末2は、QAページの表示が終了したと判定した場合にはステップS9:YES、図8に示す処理を終了させる。[3.2サービス提供サーバの動作]図9は、本実施形態に係るサービス提供サーバ1のシステム制御部14のリクエスト受信時処理における処理例を示すフローチャートである。リクエスト受信時処理は、サービス提供サーバ1が、ユーザ端末2からリクエストを受信したときに開始される。先ず、システム制御部14は、受信手段として、要求ユーザIDを取得するステップS51。要求ユーザIDは、リクエストを送信したユーザ端末2を利用するユーザのユーザIDである。例えば、ユーザが総合サイトにログインする際に、ユーザが入力したユーザID及びパスワードをユーザ端末2がサービス提供サーバ1に送信する。サービス提供サーバ1は、受信した情報に基づいてユーザの認証を行う。認証が成功すると、サービス提供サーバ1は、受信したユーザIDユーザIDは暗号化されても良いをクッキーとしてユーザ端末2に送信する。そうすると、その後ユーザ端末2から送信されるリクエストには、クッキーとしてのユーザIDが付加されている。そのため、システム制御部14は、要求ユーザIDを取得することができる。なお、システム制御部14は、例えば、ユーザ端末2に送信するWebページに含まれるURLUniformResourceLocatorにユーザIDを付加しても良い。これにより、ユーザ端末2からサービス提供サーバ1に送信されるリクエストに含まれているURLには、ユーザIDが付加される。次いで、システム制御部14は、受信したQAリクエストが、閲覧履歴記録リクエストであるか否かを判定するステップS52。このとき、システム制御部14は、受信したQAリクエストが閲覧履歴記録リクエストではないと判定した場合にはステップS52:NO、後述する操作回数更新処理を実行するステップS53。操作回数更新処理では、表示態様が変更された表示要素が操作された回数が更新される。次いで、システム制御部14は、受信したリクエストが、HTML文書のリクエストであるか否かを判定するステップS54。このとき、システム制御部14は、受信したリクエストがHTML文書のリクエストではないと判定した場合にはステップS54:NO、リクエストに応じた処理を実行して、リクエスト受信時処理を終了させる。一方、システム制御部14は、受信したリクエストがHTML文書のリクエストであると判定した場合にはステップS54:YES、リクエストに対応するHTML文書を記憶部12から取得するステップS55。次いで、システム制御部14は、後述するHTML文書カスタマイズ処理を実行するステップS56。HTML文書カスタマイズ処理では、表示態様の変更対象となった表示要素の表示態様が、初期状態の表示態様と異なるように、ユーザ端末2に送信されるHTML文書が生成される。具体的には、取得されたHTML文書に記述されている表示態様の定義のうち、表示態様が変更された表示要素についての定義が書き換えられる。次いで、システム制御部14は、送信手段として、HTML文書カスタマイズ処理により必要に応じて書き換えが行われたHTML文書を、リクエストの送信元のユーザ端末2に送信するステップS57。次いで、システム制御部14は、送信したHTML文書が、QAページのHTML文書であるか否かを判定するステップS58。このとき、システム制御部14は、送信したHTML文書がQAページのHTML文書ではないと判定した場合にはステップS58:NO、リクエスト受信時処理を終了させる。一方、システム制御部14は、送信したHTML文書がQAページのHTML文書であると判定した場合にはステップS58:YES、設定カスタマイズ度に高を設定するステップS59。次いで、システム制御部14は、受信したリクエストから要求QA-IDを取得するステップS60。次いで、システム制御部14は、後述するQA閲覧履歴記録処理を実行するステップS61。QA閲覧履歴記録処理では、閲覧されたQAの閲覧回数が更新される。このとき、要求QA-IDが示すQAの閲覧回数が更新される。また、QA閲覧履歴記録処理では、閲覧されたQAに対応するカスタマイズ対象の表示要素の情報が、カスタマイズ要素情報DB12dに登録される。このときのカスタマイズ度には、設定カスタマイズ度が設定される。QAページのHTML文書を要求するリクエストには、表示指定されたQAのQA-IDが、要求QA-IDとして設定されている。そのため、カスタマイズ度は、高に設定される。システム制御部14は、QA閲覧履歴記録処理を終えると、リクエスト受信時処理を終了させる。ステップS52において、システム制御部14は、受信したQAリクエストが閲覧履歴記録リクエストであると判定した場合にはステップS52:YES、設定カスタマイズ度に低を設定するステップS62。次いで、システム制御部14は、受信したリクエストに含まれる要求QA-IDのうち1つを取得するステップS63。次いで、システム制御部14は、QA閲覧履歴記録処理を実行するステップS64。閲覧履歴記録リクエストには、ユーザ端末2の画面に表示されたQAのうち、表示指定されていないQAのQA-IDが、要求QA-IDとして設定されている。そのため、カスタマイズ度は、低に設定される。次いで、システム制御部14は、閲覧履歴記録リクエストからまだ取得していない要求QA-IDがあるか否かを判定するステップS65。このとき、システム制御部14は、まだ取得していない要求QA-IDがあると判定した場合にはステップS65:YES、まだ取得していない要求QA-IDのうち1つを取得するステップS66。次いで、システム制御部14は、ステップS64に移行する。システム制御部14は、ステップS64~S66の処理を繰り返すことにより、ユーザ端末2の画面に表示されたQAのうち、表示指定されていない各QAの閲覧回数を更新する。一方、システム制御部14は、閲覧履歴記録リクエストに含まれる要求QA-IDを全て取得したと判定した場合にはステップS65:NO、リクエスト受信時処理を終了させる。図10及び図11は、本実施形態に係るサービス提供サーバ1のシステム制御部14のQA閲覧履歴記録処理における処理例を示すフローチャートである。受信手段、第1受信手段及び第2受信手段としてリクエストを受信したシステム制御部14は、図10に示すように、記録手段として、閲覧されたQAのQA-IDを記録するとともに、閲覧回数を更新する。先ず、システム制御部14は、設定カスタマイズ度が高に設定されているか否かを判定するステップS101。このとき、システム制御部14は、設定カスタマイズ度が高に設定されていると判定した場合にはステップS101:YES、設定加算回数に1を設定するステップS102。設定加算回数は、QAの閲覧回数に加算される回数である。一方、システム制御部14は、設定カスタマイズ度が低に設定されていると判定した場合にはステップS101:NO、設定加算回数に1未満の正の定数を設定するステップS103。設定カスタマイズ度が低である場合、要求QA-IDが示すQAは画面に表示されたが、表示指定されていないQAである。この場合、QAはユーザによって実際に閲覧されたか否かが分からない。そのため、閲覧回数に加算される数として、1は多い。そこで、設定加算回数として1未満の正の定数が設定される。この定数は、例えば、システムの管理者によって決定され、記憶部12に記憶されている。システム制御部14は、ステップS102またはS103の処理を終えると、QA閲覧履歴DB12cから、要求ユーザID及び要求QA-IDを格納している履歴レコードを検索するステップS104。次いで、システム制御部14は、該当する履歴レコードが検索されたか否かを判定するステップS105。このとき、システム制御部14は、該当する履歴レコードが検索されなかったと判定した場合にはステップS105:NO、QA閲覧履歴DB12cに、要求ユーザID及び要求QA-IDを格納する履歴レコードを登録するステップS106。次いで、システム制御部14は、登録した履歴レコードに格納されている閲覧回数に、設定加算回数を設定するステップS107。一方、システム制御部14は、該当する履歴レコードが検索されたと判定した場合にはステップS105:YES、検索された履歴レコードに格納されている閲覧回数に、設定加算回数を加算するステップS108。システム制御部14は、ステップS107またはS108の処理を終えると、登録または検索された履歴レコードに格納されている最終閲覧日時に、現在日時を設定するステップS109。次いで、システム制御部14は、図11に示すように、閲覧されたQAに対応するカスタマイズ対象の表示要素の情報を、カスタマイズ要素情報DB12dに登録する。先ず、システム制御部14は、カスタマイズ定義情報DB12bから、要求QA-IDを格納する定義レコードを取得するステップS110。次いで、システム制御部14は、定義レコードに格納されている表示要素IDのうち1つを取得するステップS111。次いで、システム制御部14は、カスタマイズ要素情報DB12dから、要求ユーザID及び取得した表示要素IDを格納する要素レコードを検索するステップS112。次いで、システム制御部14は、該当する要素レコードが検索されたか否かを判定するステップS113。このとき、システム制御部14は、該当する要素レコードが検索されなかったと判定した場合にはステップS113:NO、カスタマイズ要素情報DB12dに、要求ユーザID及び取得した表示要素IDを格納する要素レコードを登録するステップS114。次いで、システム制御部14は、登録した要素レコードに格納されているカスタマイズ同時終了リストを初期化するステップS115。次いで、システム制御部14は、第2記録手段として、登録した要素レコードに格納されているカスタマイズ度に、設定カスタマイズ度を設定するステップS116。次いで、システム制御部14は、登録した要素レコードに格納されている操作回数に0を設定するステップS117。ステップS113において、システム制御部14は、該当する要素レコードが検索されたと判定した場合にはステップS113:YES、検索された要素レコードに格納されているカスタマイズ度が、設定カスタマイズ度よりも低いか否かを判定するステップS118。つまり、システム制御部14は、現在のカスタマイズ度が低であり、且つ、設定カスタマイズ度が高であるかを判定する。このとき、システム制御部14は、検索された要素レコードに格納されているカスタマイズ度が設定カスタマイズ度よりも低いと判定した場合にはステップS118:YES、検索された要素レコードに格納されているカスタマイズ度に、設定カスタマイズ度を設定するステップS116。この場合、要求QA-IDが示すQAは、過去にユーザ端末2の画面に表示されたが、ユーザが表示指定していなかったQAである。そして、今回受信されたリクエストにより、このQAはユーザが表示指定したと判明したQAである。そのため、このQAに対応するカスタマイズ対象の表示要素のカスタマイズ度が強に設定される。次いで、システム制御部14は、検索された要素レコードに格納されている操作回数に0を設定するステップS117。要素レコードに格納される操作回数は、QAが最後に閲覧されたときから後に表示要素が操作された回数である。従って、QAが閲覧されるたびに、対応するカスタマイズ対象の表示要素の操作回数はリセットされる。ステップS118において、システム制御部14は、検索された要素レコードに格納されているカスタマイズ度が設定カスタマイズ度よりも低くはないと判定した場合にはステップS118:NO、検索された要素レコードに格納されている操作回数に0を設定するステップS117。システム制御部14は、ステップS117の処理を終えると、第3判定手段として、カスタマイズ定義情報DB12bから取得された定義レコードに格納されている表示要素間関連度が強に設定されているか否かを判定するステップS119。このとき、システム制御部14は、表示要素間関連度が強に設定されていると判定した場合にはステップS119:YES、定義レコードに格納されている表示要素IDのうち、今回取得した表示要素ID以外の表示要素IDを、登録または検索された要素レコードに格納されているカスタマイズ同時終了リストに追加するステップS120。次いで、システム制御部14は、ステップS121に移行する。一方、システム制御部14は、表示要素間関連度が低に設定されているか、または、表示要素間関連度に高及び低の何れも設定されていないと判定した場合にはステップS119:NO、ステップS121に移行する。表示要素間関連度に高及び低の何れも設定されていない場合とは、定義レコードに、カスタマイズ対象の表示要素の表示要素IDが1つのみ格納されている場合である。ステップS121において、システム制御部14は、定義レコードからまだ取得していない表示要素IDがあるか否かを判定する。このとき、システム制御部14は、まだ取得していない表示要素IDがあると判定した場合にはステップS121:YES、まだ取得していない表示要素IDのうち1つを取得するステップS122。次いで、システム制御部14は、ステップS112に移行する。システム制御部14は、ステップS112~S122の処理を繰り返すことにより、閲覧されたQAまたは画面に表示されたQAに対応するカスタマイズ対象の各表示要素について、カスタマイズ要素情報DB12dへの定義レコードの登録を行う。一方、システム制御部14は、定義レコードから全ての表示要素IDを取得したと判定した場合にはステップS121:NO、QA閲覧履歴記録処理を終了させる。図12は、本実施形態に係るサービス提供サーバ1のシステム制御部14のHTML文書カスタマイズ処理における処理例を示すフローチャートである。なお、図12に示す例は、表示要素の表示態様の変更方法として、表示サイズを初期状態の表示サイズよりも大きくする場合の例である。HTML文書カスタマイズ処理において、システム制御部14は、生成手段として、各表示要素の表示態様がユーザごとに設定されたHTML文書を生成する。先ず、システム制御部14は、カスタマイズ要素情報DB12dから、要求ユーザIDを格納する要素レコードを検索するステップS151。次いで、システム制御部14は、該当する要素レコードが検索されたか否かを判定するステップS152。このとき、システム制御部14は、該当する要素レコードが検索されなかったと判定した場合にはステップS152:NO、HTML文書カスタマイズ処理を終了させる。つまり、表示態様の変更対象となる表示要素が存在しないため、記憶部12から取得されたHTML文書は書き換えられることなく、ユーザ端末2に送信される。一方、システム制御部14は、該当する要素レコードが検索されたと判定した場合にはステップS152:YES、検索された要素レコードのうち1つを、カスタマイズ要素情報DB12dから取得するステップS153。次いで、システム制御部14は、取得した要素レコードから、表示要素ID及びカスタマイズ度を取得するステップS154。次いで、システム制御部14は、取得した表示要素IDがclass属性として設定されているタグを、記憶部12から取得したHTML文書から検索するステップS155。次いで、システム制御部14は、該当するタグが検索されたか否かを判定するステップS156。このとき、システム制御部14は、該当するタグが検索されたと判定した場合にはステップS156:YES、HTML文書から、取得した表示要素IDが示す表示要素の表示サイズ定義値を取得するステップS157。表示サイズ定義値が示す値が、表示サイズを示す。このときの表示サイズ定義値は、初期状態の表示サイズを示す初期値である。次いで、システム制御部14は、要素レコードから取得したカスタマイズ度が高に設定されているか否かを判定するステップS158。このとき、システム制御部14は、カスタマイズ度が高に設定されていると判定した場合にはステップS158:YES、拡大係数に、記憶部12に記憶されている係数値2を設定するステップS159。一方、システム制御部14は、カスタマイズ度が低に設定されていると判定した場合にはステップS158:NO、拡大係数に、記憶部12に記憶されている係数値1を設定するステップS160。拡大係数は、表示サイズの拡大倍率を示す。また、係数値1及び係数値2は、1<係数値1<係数値2を満たす定数である。つまり、カスタマイズ度が低に設定されているよりも、カスタマイズ度が高に設定されている方が拡大倍率が高くなる。システム制御部14は、ステップS159またはS160の処理を終えると、HTML文書から取得した表示サイズの初期値に、拡大係数を掛け合わせて、新しい表示サイズ定義値を計算するステップS161。次いで、システム制御部14は、HTML文書に記述されている表示サイズ定義値として設定されている初期値を、新しい表示サイズ定義値に書き換えるステップS162。システム制御部14は、ステップS156において該当するタグが検索されなかったと判定した場合ステップS156:NO、または、ステップS162の処理を終えた場合には、カスタマイズ要素情報DB12dから検索された要素レコードのうち、まだ取得していない要素レコードがあるか否かを判定するステップS163。このとき、システム制御部14は、まだ取得していない要素レコードがあると判定した場合にはステップS163:YES、まだ取得していない要素レコードのうち1つを、カスタマイズ要素情報DB12dから取得するステップS164。次いでシステム制御部14は、ステップS154に移行する。システム制御部14は、ステップS154~S164の処理を繰り返すことにより、表示態様が変更となる各表示要素について、HTML文書からのタグの検索及びサイズ定義値の書き換えを行う。一方、システム制御部14は、検索された要素レコードを全て取得したと判定した場合にはステップS163:NO、HTML文書カスタマイズ処理を終了させる。図13は、本実施形態に係るサービス提供サーバ1のシステム制御部14の操作回数更新処理における処理例を示すフローチャートである。先ず、システム制御部14は、受信したリクエストに含まれるURLに基づいて、ユーザ端末2の画面に表示されたWebページから、ユーザが操作した表示要素を特定するステップS201。次いで、システム制御部14は、特定した表示要素の表示要素IDを、操作対象表示要素IDとして取得するステップS202。次いで、システム制御部14は、カスタマイズ要素情報DB12dから、要求ユーザID及び操作対象表示要素IDを格納する要素レコードを検索するステップS203。次いで、システム制御部14は、該当する要素レコードが検索されたか否かを判定するステップS204。このとき、システム制御部14は、該当する要素レコードが検索されたと判定した場合にはステップS204:YES、検索された要素レコードに格納されている操作回数に1を加算するステップS205。次いで、システム制御部14は、後述するカスタマイズ終了判定制御処理を実行するステップS206。カスタマイズ終了判定制御処理では、操作対象表示要素IDが示す表示要素の表示態様を、初期状態の表示態様に戻すか否かが判定される。システム制御部14は、ステップS206の処理を終えると、操作回数更新処理を終了させる。ステップS204において、システム制御部14は、該当する要素レコードが検索されなかったと判定した場合にはステップS204:NO、操作回数更新処理を終了させる。要素レコードがカスタマイズ要素情報DB12dに登録されていない表示要素の表示態様は、初期状態の表示態様から変更されていない。従って、この場合、操作回数の更新は不要である。図14は、本実施形態に係るサービス提供サーバ1のシステム制御部14のカスタマイズ終了判定制御処理における処理例を示すフローチャートである。先ず、システム制御部14は、カスタマイズ要素情報DB12dから検索された要素レコード、すなわち、操作対象表示要素IDを格納する要素レコードに格納されているカスタマイズ度が高に設定されているか否かを判定するステップS251。このとき、システム制御部14は、カスタマイズ度が高に設定されていると判定した場合にはステップS252:YES、操作回数閾値に、記憶部12に記憶されている閾値2を設定するステップS252。一方、システム制御部14は、カスタマイズ度が低に設定されていると判定した場合にはステップS252:NO、操作回数閾値に、記憶部12に記憶されている閾値1を設定するステップS253。操作回数閾値は、表示態様の変更を終了させる操作回数を示す。また、閾値1及び閾値2は、1≦閾値1<閾値2を満たす定数である。つまり、カスタマイズ度が高に設定されている場合よりも、カスタマイズ度が低に設定されている場合の方が、少ない操作回数で表示態様が初期状態の表示態様に戻る。表示要素のカスタマイズ度が低にされている場合、対応するQAはユーザ端末2の画面に表示されたが、ユーザが実際に閲覧したか否かが分からないQAである。そのため、表示要素の表示要素を変える必要性が、ユーザが実際に閲覧したと判定された場合、すなわち、カスタマイズ度が高に設定されている場合よりも低い。そのため、このような表示要素については、表示態様の変更を終了させる条件が低く設定される。システム制御部14は、ステップS252またはS253の処理を終えると、取得手段及び第1判定手段として、検索された要素レコードに格納されている操作回数が、操作回数閾値以上であるか否かを判定するステップS254。このとき、システム制御部14は、操作回数が操作回数閾値未満であると判定した場合にはステップS254:NO、カスタマイズ終了判定制御処理を終了させる。つまり、表示態様の変更を終了させる条件が満たされなかったため、カスタマイズ終了判定制御処理が終了する。一方、システム制御部14は、操作回数が操作回数閾値以上であると判定した場合にはステップS254:YES、判定対象日時に、システム制御部14が設定することが可能な最古の日時を設定することにより、判定対象日時の初期設定を行うステップS255。判定対象日時は、ユーザが操作した表示要素に対応するQAの最終閲覧日時として、表示態様の変更を終了させる条件と比較される日時が設定される。カスタマイズ定義情報DB12bにおける定義により、複数のQAが、同一の表示要素をカスタマイズ対象とする場合がある。この場合、同一の表示要素をカスタマイズ対象とするQAのうち、ユーザが最後に閲覧したQAの閲覧日時から経過した時間が、表示態様の変更を終了させる条件と比較される。先ず、システム制御部14は、QA閲覧履歴DB12cから、必要な履歴レコードを検索するステップS256。具体的に、システム制御部14は、カスタマイズ定義情報DB12bから、操作対象表示要素IDを格納する定義レコードを検索する。次いで、システム制御部14は、検索された各定義レコードに格納されているQA-IDを取得する。そして、システム制御部14は、QA閲覧履歴DB12cから、要求ユーザID及び取得したQA-IDを格納する履歴レコードを検索する。システム制御部14は、この履歴レコードの検索を、定義レコードから取得したQA-IDごとに実行する。システム制御部14は、ステップS256の処理を終えると、検索された履歴レコードのうち1つを、QA閲覧履歴DB12cから取得するステップS257。次いで、システム制御部14は、取得した履歴レコードから最終閲覧日時を取得するステップS258。次いで、システム制御部14は、取得した最終閲覧日時が判定対象日時よりも新しいか否かを判定するステップS259。このとき、システム制御部14は、最終閲覧日時が判定対象日時よりも新しいと判定した場合にはステップS259:YES、判定対象日時に、取得した最終閲覧日時を設定するステップS260。システム制御部14は、最終閲覧日時が判定対象日時よりも新しくはないと判定した場合ステップS259:NO、または、ステップS260の処理を終えた場合には、検索された履歴レコードのうちまだ取得していない履歴レコードがあるか否かを判定するステップS261。このとき、システム制御部14は、まだ取得していない履歴レコードがあると判定した場合にはステップS261:YES、まだ取得していない履歴レコードのうち1つを、QA閲覧履歴DB12cから取得するステップS262。次いで、システム制御部14は、ステップS258に移行する。一方、システム制御部14は、検索された履歴レコードを全て取得したと判定した場合にはステップS261:NO、第2判定手段として、比較対象日時から経過した時間が、記憶部12に記憶されている時間閾値以上であるか否かを判定するステップS263。このとき、システム制御部14は、比較対象日時から経過した時間が時間閾値未満であると判定した場合にはステップS263:NO、カスタマイズ終了判定制御処理を終了させる。つまり、表示態様の変更を終了させる条件が満たされなかったため、カスタマイズ終了判定制御処理が終了する。一方、システム制御部14は、比較対象日時から経過した時間が時間閾値以上であると判定した場合にはステップS263:YES、表示態様の変更を終了させる処理を行う。具体的に、システム制御部14は、検索された要素レコード、すなわち、要求ユーザID及び操作対象表示要素IDを格納する要素レコードからカスタマイズ同時終了リストを取得するステップS264。次いで、システム制御部14は、カスタマイズ要素情報DB12dから、要求ユーザID及び操作対象表示要素IDを格納する要素レコードを削除するステップS265。要素レコードが削除されると、HTML文書カスタマイズ処理において、表示態様を変更することができない。次いで、システム制御部14は、取得したカスタマイズ同時終了リストから、表示態様の変更を同時に終了させる表示要素の表示要素IDを1つ取得するステップS266。次いで、システム制御部14は、カスタマイズ要素情報DB12dから、要求ユーザID及びカスタマイズ同時終了リストから取得した表示要素IDを格納する要素レコードを削除するステップS267。次いで、システム制御部14は、カスタマイズ同時終了リストからまだ取得していない表示要素IDがあるか否かを判定するステップS268。このとき、システム制御部14は、まだ取得していない表示要素IDがあると判定した場合にはステップS268:YES、まだ取得していない表示要素IDのうち1つを取得するステップS269。次いで、システム制御部14は、ステップS267に移行する。一方、システム制御部14は、カスタマイズ同時終了リストから全ての表示要素IDを取得したと判定した場合にはステップS268:NO、カスタマイズ終了判定制御処理を終了させる。なお、システム制御部14は、例えば、定期的に、カスタマイズ終了判定制御処理を実行する。操作回数更新処理から実行されるカスタマイズ終了判定制御処理では、主に操作回数の面から、表示態様の変更を終了させる条件がチェックされる。このとき、操作回数が表示態様の変更を終了させる条件を満たした場合であっても、QAの最終閲覧日時からの経過時間が、表示態様の変更を終了させる条件を満たさない場合がある。そこで、定期的に実行されるカスタマイズ終了判定制御処理で、経過時間の面から、表示態様の変更を終了させる条件がチェックされる。このとき、システム制御部14は、カスタマイズ要素情報DB12dに格納されている要素レコードを1つ選択する。そして、システム制御部14は、選択された要素レコードに格納されている表示要素IDを、操作対象表示要素IDとみなして、カスタマイズ終了判定制御処理を実行する。システム制御部14は、この処理を、カスタマイズ要素情報DB12dに格納されている全ての要素レコードについて実行する。以上説明したように、本実施形態によれば、システム制御部14が、ユーザにより閲覧されたQAのQA-IDを格納する履歴レコードを、QA閲覧履歴DB12cに登録し、カスタマイズ定義情報DB12bに登録された定義レコードに基づいて、ユーザが利用するユーザ端末2に表示させるWebページを構成する表示要素のうち、登録された履歴レコードに格納されたQA-IDが示すQAに関連する表示要素の表示態様が、初期状態の表示態様と異なるように、HTML文書を生成し、生成されたHTML文書をユーザ端末2に送信する。従って、ユーザが閲覧したQAに関連する表示要素をユーザが見付けやすくなる。そのため、ユーザが表示態様の設定操作をしなくても、Webページを構成する表示要素の表示態様をユーザに適した態様にすることができる。また、システム制御部14が、ユーザ端末2を利用するユーザのユーザIDと、ユーザ端末2に送信されたWebページに含まれるQAのQA-IDと、をユーザ端末2から受信し、受信されたQA-IDとユーザIDとを対応付けて、QA閲覧履歴DB12cに登録する。従って、QA閲覧履歴DB12cに登録された情報から、サイトのどのような改善点があるかをサイトの運営者が把握することができる。また、システム制御部14が、QAが閲覧された後にQAに関連する表示要素がユーザにより操作された操作回数をカスタマイズ要素情報DB12dから取得し、取得された操作回数が操作回数閾値以上であるか否かを判定し、操作回数が操作回数閾値以上であると判定された表示要素の表示態様が初期状態の表示態様となるように、HTML文書を生成する。従って、ユーザが何回か操作することで操作に慣れ、表示態様を変更しておく必要はない表示要素を、他の表示要素をユーザが見付ける妨げにならないようにすることができる。また、システム制御部14がユーザにより閲覧されたQAのQA-IDと、QAがユーザに最後に閲覧された最終閲覧日時と、を含む履歴レコードを、QA閲覧履歴DB12cに登録し、登録された履歴レコードに含まれる最終閲覧日時から時間閾値が示す長さの時間が経過したか否かを判定し、操作回数が操作回数閾値以上であると判定され、且つ、最終閲覧日時から時間閾値が示す長さの時間が経過したと判定された表示要素の表示態様が初期状態の表示態様となるように、HTML文書を生成する。従って、表示態様を変更しておく必要がない表示要素を確実に特定することができる。また、システム制御部14が、ユーザにより表示指定されたQAのQA-IDをユーザ端末2から受信し、QAページがユーザ端末2により表示されたときに、表示指定されたQAとともにユーザ端末2により表示されたQAのQA-IDをユーザ端末2から受信し、受信されたQA-IDが示すQAに関連する表示要素の表示要素IDを、カスタマイズ度と対応付けて、カスタマイズ要素情報DB12dに登録する。このとき、システム制御部14が、表示指定されたQAに関連する表示要素のカスタマイズ度を高に設定し、表示指定されなかったQAに関連する表示要素のカスタマイズ度を低に設定する。そして、システム制御部14が、カスタマイズ度が高に設定された表示要素の表示態様を、カスタマイズ度が低に設定された表示要素の表示態様よりも、初期状態の表示態様との相違度が高くなるように、HTML文書を生成する。従って、ユーザに閲覧された可能性があるQAに関連する表示要素の表示態様を初期状態の表示態様から変更することができるとともに、閲覧された可能性に応じた表示態様にすることができる。また、システム制御部14が、QA閲覧履歴DB12cに登録された履歴レコードに格納されたQA-IDを格納する定義レコードに格納された表示要素IDが示す全ての表示要素の表示態様が初期状態の表示態様と異なるように、HTML文書を生成し、複数の表示要素のうち、何れかの表示要素の操作回数が操作回数閾値以上であると判定された場合に、複数の表示要素に対応する表示要素間関連度が強または弱の何れに設定されているかを示すかを判定し、表示要素間関連度が強に設定されていると判定された場合には、複数の表示要素全ての表示態様が初期状態の表示態様となるように、HTML文書を生成し、表示要素間関連度が強に設定されていると判定された場合には、操作回数が操作回数閾値以上であると判定された表示要素の表示態様のみが初期状態の表示態様となるように、HTML文書を生成する。従って、1つのQAに関連する複数の表示要素の表示態様を、適切に設定することができる。なお、上記実施形態において、システム制御部14は、QAの閲覧履歴及びカスタマイズ要素情報を、サービス提供サーバ1が備える記憶部12に構築されたデータベースに記録していた。しかしながら、システム制御部14は、QAの閲覧履歴及びカスタマイズ要素情報を、クッキーとして、ユーザ端末2に記録されるようにしても良い。具体的に、システム制御部14は、QAページのHTML文書のリクエストやQA閲覧履歴記録リクエストを受信すると、閲覧されたQAのQA-ID、最終閲覧日時及び閲覧回数を含むQAの閲覧履歴を、リクエスト送信元のユーザ端末2に、クッキーとして送信する。また、システム制御部14は、閲覧されたQAに対応する表示要素の表示要素ID、操作回数、カスタマイズ度及びカスタマイズ同時終了リストを含むカスタマイズ要素情報を、リクエスト送信元のユーザ端末2に、クッキーとして送信する。これにより、システム制御部14は、ユーザ端末2からリクエストを受信するたびに、ユーザ端末2にクッキーとして保存されたQAの閲覧履歴及びカスタマイズ要素情報を、取得することができる。この場合、システム制御部14は、ユーザ端末2から取得された情報に基づいて、QA閲覧履歴記録処理、HTML文書カスタマイズ処理、操作回数更新処理等を行えば良い。また、上記実施形態においては、表示態様を初期状態の表示態様から変更する表示要素が、操作可能な表示要素とされていた。しかしながら、表示態様を初期状態の表示態様から変更する表示要素が、操作可能ではない表示要素であっても良い。例えば、商品の配送に関するQAが閲覧された場合、商品の配送についての簡単な説明のテキストの表示態様と、配送説明リンク104の表示態様とが変更されても良い。また、上記実施形態においては、表示要素の表示態様の変更を終了させる条件として、表示要素の操作回数と、QAの最終閲覧日時からの経過時間と、が用いられていた。しかしながら、表示要素の表示態様の変更を終了させる条件として、表示要素の操作回数のみが用いられても良い。また、上記実施形態においては、ユーザ端末2の画面に表示されたQAのうち、ユーザが表示指定していないQAに関連する表示要素も、表示態様が変更されるようになっていた。しかしながら、ユーザが表示指定したQAに関連する表示要素のみの表示態様が変更されるようになっていても良い。また、本発明における説明情報が、QA以外の情報に適用されても良い。例えば、本発明における説明情報が、ヘルプ、マニュアル、ガイダンス、チュートリアル等の、Webページを通じて提供されるサービスに関する情報に適用されても良い。なお、例えば、ウエブを利用したWebアプリケーションの提供や、何らかの機能を提供することも、Webページを通じてサービスを提供することの一例である。