(57)【要約】【課題】独自のドメイン名が設定された自由なデザインのＷＥＢページを、企業が容易に公開可能とする。【解決手段】ＷＥＢページ統合管理システム１０は、複数の企業のＷＥＢページを記憶しており、各ＷＥＢページをインターネット２０を介して閲覧可能とするＷＥＢサーバ１１と、ＷＥＢページを通じた顧客から上記企業へのメッセージを記憶するデータベースが稼働するデータベースサーバ１４と、ＷＥＢサーバ１１にドメイン名を割り当てるＤＮＳサーバ１２と、を含んでいる。各企業のＷＥＢページには、ＤＮＳサーバ１２によって割り当てられた異なるドメイン名を含んだＵＲＬが設定されている。【選択図】図１
2014127042.tif 000002
【特許請求の範囲】
【請求項１】
複数の企業のＷＥＢページを記憶しており、各ＷＥＢページをインターネットを介して閲覧可能とするＷＥＢサーバと、
上記ＷＥＢページを通じた顧客から上記企業へのメッセージを記憶するデータベースが稼働するデータベースサーバと、
上記ＷＥＢサーバにドメイン名を割り当てるＤＮＳサーバと、を含み、
各企業の上記ＷＥＢページには、上記ＤＮＳサーバによって割り当てられた異なるドメイン名を含んだＵＲＬが設定されているＷＥＢページ統合管理システム。
【請求項２】
上記企業ごとのメールアカウントが設定されて、上記企業と上記顧客との間のＥメールを中継するメールサーバをさらに含み、
上記ＷＥＢサーバは、上記メールサーバから抽出されたメールデータを上記データベースに記憶させる第１メッセージ登録機能をさらに実行する請求項１に記載のＷＥＢページ統合管理システム。
【請求項３】
上記ＷＥＢサーバは、上記企業への問い合わせのメッセージを入力可能な問い合わせ画面を上記顧客のコンピュータ端末に表示させ、入力されたメッセージを上記データベースに記憶させる第２メッセージ登録機能をさらに実行する請求項１または２に記載のＷＥＢページ統合管理システム。
【請求項４】
上記ＷＥＢサーバは、
上記顧客との契約内容を入力可能な契約入力画面を上記企業の担当者のコンピュータ端末に表示させ、入力された契約内容を契約データとして上記データベースに記憶させる契約登録機能と、
記憶された契約データを、上記企業の担当者のコンピュータ端末の操作に基づいて更新する更新機能と、をさらに実行する請求項１から３のいずれかに記載のＷＥＢページ統合管理システム。
【請求項５】
上記企業は、土木又は建築に関する工事を提供する業者であり、
上記データベースに記憶された契約データは、少なくとも、受注先の企業、受注元の顧客、受注日、契約金額、工事先住所、契約の成立状況、完工予定日、及び工事の状況を示す情報を含んでいる請求項４に記載のＷＥＢページ統合管理システム。
【請求項６】
上記ＷＥＢサーバは、
上記データベースに記憶された契約データから特定される契約金額に基づいて、上記企業が上記運用管理者に支払うべきマージンを算出するマージン算出機能と、
上記マージンに基づいて請求書データを生成する請求書生成機能と、
上記請求書データを上記企業にＥメールで送信するか、あるいは上記企業の担当者のコンピュータ端末に表示させる請求機能と、をさらに実行する請求項４または５に記載のＷＥＢページ統合管理システム。
【請求項７】
上記ＷＥＢサーバは、
少なくとも、顧客の姓名、受注日、及び工事に対する評価を入力可能なアンケート画面を上記顧客のコンピュータ端末に表示させ、入力された情報をアンケートデータとして上記データベースに記憶させるアンケート入力機能と、
上記アンケート入力機能によって入力された情報と対応する契約データを上記データベースから検索する突合機能と、
該当する契約データが上記データベースに記憶されていないか、あるいは、該当する契約データにおける契約の成立状況が未成約を示している場合、企業にその旨を通知する通知機能と、をさらに実行する請求項４から６のいずれかに記載のＷＥＢページ統合管理システム。
【請求項８】
上記データベースは、運用管理者が利用する管理者アカウントによって参照可能な企業ごとの評価を記憶しており、
上記ＷＥＢサーバは、上記企業ごとの成約状況、上記運用管理者に支払われたマージンの額、及び上記企業に対する上記通知機能の実行状況のうちの少なくとも１つに基づいて、上記企業の評価を更新する評価更新機能をさらに実行する請求項４から７のいずれかに記載のＷＥＢページ統合管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の企業のＷＥＢページを一括して管理するシステムに関する。
【背景技術】
【０００２】
顧客に対して商品販売や各種のサービスを提供する企業の多くは、その販売チャネルの１つとして、インターネット上に自社のＷＥＢページを開設している。企業が顧客向けに提供するＷＥＢページでは、商品やサービスの詳細が紹介され、顧客が注文画面を通じて注文を行うことができるものもある。
【０００３】
しかしながら、独自のＷＥＢページの製作や管理には専門的なスキルや多くの労力を要し、それらを外部の企業に依頼しても多額の費用が必要である。そのため、必要なコストを軽減すべく、一部の中小企業は、業種別のポータルサイトなどを通じて、顧客へのアピールを行っている。
【０００４】
たとえば、建築分野においても複数の企業が開示した企業概要を集約した情報を提供する建設業ポータルサイトが知られている。このような建設業ポータルサイトでは、リフォームや設備工事のように特定の需要を持つ顧客を集客することができる。また、自社で一からＷＥＢページを制作するよりも少ない初期投資で建設業ポータルサイトへの登録を行うことができ、その管理にも建設業ポータルサイトが提供するインフラを利用することができる。すなわち、ＷＥＢページの制作や管理のコストを削減することが可能である。このように、建設業を営む企業が顧客を獲得するうえで、建設業ポータルサイトの利用は有効な手段である。
【０００５】
上記のような業種別のポータルサイトを実現する方法として、特許文献１には、複数の企業のＷＥＢページを一括して管理するためのポータルサーバシステムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−６４１０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の業種別ポータルサイトは、各企業の情報が全て同一のドメインの下に置かれることに加え、ポータルサイトのデザインテンプレートやポータルサイトによって規定される項目に沿った情報しか提供することができなかった。そのため、企業が個別に異なる情報を掲載したり、企業の独自性を表現することが困難であった。
【０００８】
また、複数の企業による同一ドメイン内での情報の提供には、検索エンジンとの関係で、以下のような課題がある。現在の検索シェアの多くを占めるＹａｈｏｏ！ｊａｐａｎ、Ｇｏｏｇｌｅ（２０１２年時点で２社合わせて日本の８８％、共に登録商標）の仕様では、企業名・サイト名といった固有名称での検索を除いて、同一ドメインのページは最大でも４つまでしか表示されない。例えば、「東京  リフォーム会社」と検索した際に該当する企業が何百社とあろうとも、検索結果には４社しか表示されず、多くの企業が露出の機会を損失している。一定ドメインの表示数を限定するという点において、その他検索エンジンのほとんどが同様の仕様である。
【０００９】
インターネットの利用者が増加する昨今、上記の問題が優良な中小企業を弱体化させている。特に建築分野に限定すれば、自社では工事を殆ど行わないにも関わらず、インターネットによる集客を利用して依頼の横流しのみを行う企業を蔓延させている。また、建設工事を検討しているユーザが、その要望に合致する優良企業に出会う機会を損ねている現状がある。
【００１０】
本発明は上記事情に鑑みて為されたものであり、その目的は、独自のドメイン名が設定された自由なデザインのＷＥＢページを、企業が容易に公開可能とすることにある。
【課題を解決するための手段】
【００１１】
(1)  上記の課題を解決するため、ＷＥＢページ統合管理システムが提供される。本発明に係るＷＥＢページ統合管理システムは、複数の企業のＷＥＢページを記憶しており、各ＷＥＢページをインターネットを介して閲覧可能とするＷＥＢサーバと、上記ＷＥＢページを通じた顧客から上記企業へのメッセージを記憶するデータベースが稼働するデータベースサーバと、上記ＷＥＢサーバにドメイン名を割り当てるＤＮＳサーバと、を含んでいる。各企業の上記ＷＥＢページには、上記ＤＮＳサーバによって割り当てられた異なるドメイン名を含んだＵＲＬが設定されている。
【００１２】
ここで、本発明におけるＷＥＢページは、ＷＥＢブラウザによって解釈可能なハイパーテキストとして記述されたものの他、ハイパーテキストを動的に生成するＷＥＢアプリケーションなどを含んでいる。また、各サーバは、異なる筐体を有した異なるコンピュータとして構成されたものの他、各サーバ機能を実現する複数のサービスプログラムが動作する同一のコンピュータとして構成されたものを含んでいる。
【００１３】
なお、後述される運用管理者とは、本システムを管理し、企業のＷＥＢページをインターネット上に公開するサービスを提供する者である。また、企業とは、運用管理者との契約に基づいて、ＷＥＢページの公開を運用管理者に依頼する事業者である。
【００１４】
本発明によると、企業は自由なデザインのＷＥＢページをインターネットに公開することができる。また、企業ごとに異なるドメイン名のＵＲＬがＷＥＢページに設定されるため、ＷＥＢページがその企業独自のものであるとの認識を顧客に与えることができる。
【００１５】
また、企業のＷＥＢページごとに別のドメイン名のＵＲＬが設定されるため、検索エンジンから表示数の制限を受けることが無く、各企業とも平等に露出の機会を与えることができる。
【００１６】
また、本システムの運用管理者は、データベースに記憶された顧客からのメッセージを確認することで、企業と顧客との契約状況などを確認できる。
【００１７】
また、運用管理者が自らＳＥＯ（Ｓｅａｒｃｈ  Ｅｎｇｉｎｅ Ｏｐｔｉｍｉｚａｔｉｏｎ）やＰＰＣ（Ｐａｙ  Ｐｅｒ  Ｃｌｉｃｋ）広告の管理を行うことで、企業に過度な負担を強いることなくＷＥＢページの露出度を高めることができる。
【００１８】
(2)  本発明に係るＷＥＢページ統合管理システムは、上記企業ごとのメールアカウントが設定されて、上記企業と上記顧客との間のＥメールを中継するメールサーバをさらに含んでいてもよい。上記ＷＥＢサーバは、上記メールサーバから抽出されたメールデータを上記データベースに記憶させる第１メッセージ登録機能をさらに実行してもよい。
【００１９】
企業と顧客との間で交換されたＥメールをデータベースに記憶させることで、企業と顧客との契約状況などをより詳細に確認できる。
【００２０】
(3)  上記ＷＥＢサーバは、上記企業への問い合わせのメッセージを入力可能な問い合わせ画面を上記顧客のコンピュータ端末に表示させ、入力されたメッセージを上記データベースに記憶させる第２メッセージ登録機能をさらに実行してもよい。
【００２１】
このように、問い合わせ画面から入力されたメッセージがデータベースに記憶されてもよい。
【００２２】
(4)  上記ＷＥＢサーバは、上記顧客との契約内容を入力可能な契約入力画面を上記企業の担当者のコンピュータ端末に表示させ、入力された契約内容を契約データとして上記データベースに記憶させる契約登録機能と、記憶された契約データを、上記企業の担当者のコンピュータ端末の操作に基づいて更新する更新機能と、をさらに実行してもよい。
【００２３】
企業と顧客との契約内容がデータベースに登録されるため、企業による契約の管理が容易になり、運用管理者が企業と顧客との契約状況などをより詳細に確認できる。
【００２４】
(5)  上記企業は、土木又は建築に関する工事を提供する業者であり、上記データベースに記憶された契約データは、少なくとも、受注先の企業、受注元の顧客、受注日、契約金額、工事先住所、契約の成立状況、完工予定日、及び工事の状況を示す情報を含んでいてもよい。
【００２５】
(6)  上記ＷＥＢサーバは、上記データベースに記憶された契約データから特定される契約金額に基づいて、上記企業が上記運用管理者に支払うべきマージンを算出するマージン算出機能と、上記マージンに基づいて請求書データを生成する請求書生成機能と、上記請求書データを上記企業にＥメールで送信するか、あるいは上記企業の担当者のコンピュータ端末に表示させる請求機能と、をさらに実行してもよい。
【００２６】
このように、契約の金額に応じて、運用管理者が企業から一定のマージンを請求するビジネスモデルとすることで、契約時の初期費用を低額に設定することができ、多額の初期投資を支払うことが困難な企業が本システムによって提供されるサービスを利用しやすくなる。
【００２７】
(7)  上記ＷＥＢサーバは、少なくとも、顧客の姓名、受注日、及び工事に対する評価を入力可能なアンケート画面を上記顧客のコンピュータ端末に表示させ、入力された情報をアンケートデータとして上記データベースに記憶させるアンケート入力機能と、上記アンケート入力機能によって入力された情報と対応する契約データを上記データベースから検索する突合機能と、該当する契約データが上記データベースに記憶されていないか、あるいは、該当する契約データにおける契約の成立状況が未成約を示している場合、企業にその旨を通知する通知機能と、をさらに実行してもよい。
【００２８】
企業が契約内容をデータベースに登録することを忘れたり、故意に登録しなかった場合、あるいは登録後に更新を怠っていた場合、ＷＥＢサーバは、入力されたアンケートに基づいてそれを判断し、企業の担当者に通知することができる。これにより、企業がマージンの支払いを忌避して、契約内容の登録や更新を怠ることを抑止することができる。
【００２９】
(8)  上記データベースは、運用管理者が利用する管理者アカウントによって参照可能な企業ごとの評価を記憶していてもよい。上記ＷＥＢサーバは、上記企業ごとの成約状況、上記運用管理者に支払われたマージンの額、及び上記企業に対する上記通知機能の実行状況のうちの少なくとも１つに基づいて、上記企業の評価を更新する評価更新機能をさらに実行してもよい。
【００３０】
企業の評価が低い場合に、その企業にペナルティーを課したり、強制退会などを契約内容に盛り込むことで、企業が契約内容に反した行為を行うことを抑止することができる。また、評価の高い企業のマージンを下げるなどの優遇措置を行うことで、企業が契約内容に沿って行動することを促すことができる。
【発明の効果】
【００３１】
本発明によると、独自のドメイン名が設定された自由なデザインのＷＥＢページを、企業が容易に公開可能とすることができる。
【図面の簡単な説明】
【００３２】
【図１】図１は、ＷＥＢページ統合管理システム１０の構成を示している。
【図２】図２は、データベースサーバ１４で管理されるデータベースのテーブル構成を示している。下線のカラムが主キーである
【図３】図３は、問い合わせ機能の処理の流れを示す図である。
【図４】図４は、メール取込機能の処理の流れを示す図である。
【図５】図５は、契約内容登録機能の処理の流れを示す図である。
【図６】図６は、請求機能の処理の流れを示す図である。
【図７】図７は、アンケート機能の処理の流れを示す図である。
【発明を実施するための形態】
【００３３】
［ＷＥＢページ統合管理システム１０の構成］
【００３４】
図１には、本発明の実施形態に係るＷＥＢページ統合管理システム１０がインターネット２０に接続された様子が示されている。ＷＥＢページ統合管理システム１０は、ＷＥＢサーバ１１、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバ１２、メールサーバ１３、及びデータベースサーバ１４などが、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１６によって相互に通信可能に接続されたものである。また、図１では、管理者端末１５がＬＡＮ１６に接続されている。管理者端末１５は、ＷＥＢページ公開サービスを提供する事業者（以下、運用管理者とも称される。）がＷＥＢページ統合管理システム１０を管理するためのコンピュータ端末である。
【００３５】
ただし、図１の構成は一例であり、サーバの数は図１のものよりも多くても少なくてもよい。たとえば、各サーバは、異なる筐体のコンピュータが負荷分散装置などを介して２つ以上接続されたものであってもよい。あるいは、２種類以上のサーバの機能が１つのコンピュータによって実現されてもよい。後者の場合、各サーバの機能を実現するサービスプログラムが１つのコンピュータ上で複数稼働される。また、ＷＥＢページ統合管理システム１０は、上述されたサーバの他にも、認証サーバや時刻サーバなどを含んで構成されていてもよい。
【００３６】
上述された各サーバ及び管理者端末１５は、ファイアウォール１７を介してインターネット２０に接続されている。このとき、インターネット２０に公開されるＷＥＢサーバ１１、ＤＮＳサーバ１２、及びメールサーバ１３は、ＤＭＺ（ＤｅＭｉｌｉｔａｒｉｚｅｄ  Ｚｏｎｅ）セグメントに配置され、データベースサーバ１４及び管理者端末１５は、ファイアウォール１７の内側に配置されることが好適である。
【００３７】
ＷＥＢページ統合管理システム１０は、インターネット２０を介してクライアント端末３１，３２からのアクセスを受けて各種の機能を提供する。ＷＥＢページ統合管理システム１０の利用者は、主として、顧客からの依頼を受けて建築や土木に関する工事を執り行う事業者（以下、「企業」とも称される。）、及び各企業に工事を依頼する顧客である。クライアント端末３１は、企業の担当者が使用する端末であり、クライアント端末３２は顧客が使用する端末である。クライアント端末３１，３２は、パーソナルコンピュータ、携帯電話、ＰＤＡ、又はタブレットＰＣなどであり、ＷＥＢブラウザがインストールされたものであればよい。なお、図１ではクライアント端末３１，３２がそれぞれ１つずつ示されているが、実際は、複数の企業及び顧客がＷＥＢページ統合管理システム１０を利用する。
【００３８】
ＷＥＢページ統合管理システム１０を構成する各サーバは、それぞれＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、主記憶装置としてのメモリ、補助記憶装置としてのハードディスクドライブ、内部バス、及びネットワークインタフェースなどを備えたコンピュータである。なお、管理者端末１５及びクライアント端末３１，３２も、各部品の性能は異なっているが概ね同様の構成を有している。以下、各サーバについて説明される。
【００３９】
［ＷＥＢサーバ１１］
【００４０】
ＷＥＢサーバ１１は、クライアント端末３１，３２と直接コネクションを確立するサーバである。ＷＥＢサーバ１１には、運用管理者と契約を結んだ企業のＷＥＢページが記憶されている。このＷＥＢページは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルを主とするものであってもよいし、ＨＴＭＬコードを動的に生成するＷＥＢアプリケーションであってもよい。ＨＴＭＬコードの動的生成には任意の方法が用いられるが、一例としてＡＳＰ（Ａｃｔｉｖｅ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）、ＰＨＰ（Ｈｙｐｅｒｔｅｘｔ  Ｐｒｅｐｒｏｃｅｓｓｏｒ）、又はＪＳＰ（Ｊａｖａ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）＆サーブレット（Ｊａｖａは登録商標）などが用いられてもよい。
【００４１】
ＷＥＢサーバ１１は、クライアント端末３１，３２上で起動するＷＥＢブラウザからリクエストを受けて、クライアント端末３１，３２とＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）コネクションを確立する。その状態で、ＷＥＢサーバ１１は、クライアント端末３１，３２から要求されたＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ ）に対応するＷＥＢページをクライアント端末３１，３２にレスポンスする。
【００４２】
また、ＷＥＢサーバ１１は、必要に応じてデータベースサーバ１４又はメールサーバ１３にアクセスして、各種の処理を実行する。具体的には、データベースサーバ１４で管理されるテーブルの参照や更新、又はメールサーバ１３へのＥメール送信の依頼などがある。詳細については後述される。
【００４３】
［ＤＮＳサーバ１２］
【００４４】
ＤＮＳサーバ１２は、各サーバのＩＰアドレスにドメイン名を割り当てるものである。クライアント端末３１，３２は、ＷＥＢサーバ１１で管理される企業のＷＥＢページを閲覧する際、ＵＲＬに含まれるドメイン名の解決（名前解決）を行う。クライアント端末３１，３２から名前解決の要求を受けたＤＮＳサーバ（ＤＮＳサーバ１２とは限らない。）は、ＤＮＳサーバ１２を含む複数のＤＮＳサーバに問い合わせを行うことで、ＵＲＬのドメイン名と対応するＩＰアドレス（ＷＥＢサーバ１１のＩＰアドレス）を取得し、クライアント端末３１，３２に返送する。クライアント端末３１，３２は、取得したＩＰアドレスに基づいて、ＷＥＢサーバ１１にアクセスを行う。
【００４５】
企業のＷＥＢページのＵＲＬには、企業ごとに異なるドメイン名が設定されている。企業ごとに異なるドメイン名をＷＥＢページ設定するために、以下で説明されるいずれかの方法が使用されてもよい。
【００４６】
１つ目の方法として、ＷＥＢサーバ１１に複数のＩＰアドレスを設定する方法が挙げられる。具体的には、ＷＥＢサーバ１１を異なるＩＰアドレスが割り当てられた複数のコンピュータによって構成する方法、ＷＥＢサーバ１１に複数のネットワークインタフェースを装着する方法、又はＩＰエイリアスを使用する方法などがある。
【００４７】
２つ目の方法として、ＮＡＭＥベースのバーチャルホストを構築する方法が挙げられる。この場合、ＷＥＢサーバ１１は、ＷＥＢブラウザから送信されたホスト名に応じて、どの企業のＷＥＢページをレスポンスするか判断する。
【００４８】
［メールサーバ１３］
【００４９】
メールサーバ１３は、各企業が顧客とのＥメールの交換に使用するものである。メールサーバ１３には、各企業ごとのメールアカウントが設定されている。企業のクライアント端末３１は、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）などのプロトコルによってメールサーバ１３に接続し、メールボックスからＥメールの受信を行う。また、クライアント端末３１は、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などのプロトコルによって、メールサーバ１３に接続し、Ｅメールの送信を行う。
【００５０】
［データベースサーバ１４］
【００５１】
データベースサーバ１４には、リレーショナルデータベースが構築されている。このデータベースには、ＷＥＢページ統合管理システム１０の機能を実現するための各種の情報が複数のテーブルに分割されて記憶されている。データベースサーバ１４は、ＷＥＢサーバ１１から発行されたＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）文に基づいて、データベースの各テーブルを操作し、その結果をＷＥＢサーバ１１へレスポンスする。データベースの管理には、任意のＲＤＢＭＳ（Ｒｅｌａｔｉｏｎａｌ  ＤａｔａＢａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）が用いられる。
【００５２】
図２に示されるように、データベースサーバ１４のデータベースには、企業テーブル、顧客テーブル、メッセージテーブル、契約テーブル、アンケートテーブル、及び登録・更新漏れテーブルが定義されている。下線が引かれた各テーブルの左端のカラムが主キーである。また、図２では簡単のため省略されているが、各テーブルは、レコードの登録日時及び最終更新日時を示すカラムをそれぞれ有していてもよい。ただし、図２のテーブル構成は一例であり、同様の機能を実現可能であれば、異なるテーブルが定義されてもよい。また、データベースには、さらに多くのテーブルが定義されていてもよい。
【００５３】
各テーブルについて簡単に説明される。企業テーブルは、運用管理者と契約した企業を管理するテーブルである。顧客テーブルは、企業の顧客を管理するテーブルである。メッセージテーブルは、企業と顧客との間で交換されたメッセージを管理するテーブルである。契約テーブルは、企業と顧客との間で交わされた工事の契約を管理するテーブルである。アンケートテーブルは、工事の結果に対する顧客からのアンケートを管理するテーブルである。登録・更新漏れテーブルは、企業と顧客との契約内容について、データベースへの登録又は更新に漏れがあった場合、その情報が記録されるテーブルである。
【００５４】
［ＷＥＢページ統合管理システム１０の機能の概要］
【００５５】
各企業は、運用管理者に、ＷＥＢページの作成、公開、及び管理を依頼する。この契約には、企業が顧客との契約ごとに、契約金の一部をマージンとして運用管理者に納めることが盛り込まれている。ＷＥＢページ統合管理システム１０は、運用管理者が企業と顧客との間で交換されたメッセージを閲覧したり、企業にマージンを請求するための各種の機能を有している。以下、ＷＥＢページ統合管理システム１０の機能がより詳細に説明される。
【００５６】
なお、以下の説明において、ステップＳ２２の処理が本発明の第１メッセージ登録機能の一例である。ステップＳ１３の処理が本発明の第２メッセージ登録機能の一例である。ステップＳ３４の処理が本発明の契約登録機能の一例である。ステップＳ４２の処理が本発明のマージン算出機能及び請求書生成機能の一例である。ステップＳ４３の処理が本発明の請求機能の一例である。ステップＳ５１，Ｓ５３の処理が本発明のアンケート入力機能の一例である。ステップＳ５４の処理が本発明の突合機能の一例である。ステップＳ５７の処理が本発明の通知機能の一例である。ステップＳ５６の処理が本発明の評価更新機能の一例である。
【００５７】
［企業登録機能］
【００５８】
運用管理者は、管理者端末１５から管理者アカウントでＷＥＢサーバ１１にアクセスすることができる。ＷＥＢサーバ１１には、管理者アカウントでのみ利用可能な管理機能が実装されている。管理機能は、ＷＥＢアプリケーションとして実装されてもよいし、専用のクライアントソフトウェアからアクセス可能なプログラムとして実装されてもよい。管理機能の１つに企業登録機能がある。企業登録機能は、運用管理者と契約を行った企業の情報をデータベースに登録する機能である。新たにサービスに加入した企業を登録する際、運用管理者は、管理者端末１５を操作して、企業登録機能を呼び出す。そして、入力フォームに企業の情報を入力して登録ボタンを押下する。ＷＥＢサーバ１１は、入力された情報に基づいて、企業テーブルにレコードを登録するＳＱＬ文（ＩＮＳＥＲＴ）を生成し、データベースサーバ１４のＲＤＢＭＳに発行する。
【００５９】
企業テーブルのカラムのうち、「法人名」、「本社住所」、「担当者名」、「電話番号」、「メールアドレス」、「加入日」、「ドメイン名」、及び「加入プラン」には、入力フォームに入力された内容に基づいて値が入力される。なお、「ドメイン名」は、ＷＥＢサイトのＵＲＬに使用されるものである。ドメイン名は、企業が希望して運用管理者が取得を代行したものであってもよいし、企業が事前に取得済みのものであってもよい。「加入日」は、運用管理者が提供するサービスに企業が加入した日である。「加入プラン」は、企業と運用管理者との間で交わされる契約の種類である。たとえば、初期費用が無料であるＡプラン、一定の初期費用が必要である代わりに企業が運用管理者に支払うマージン率が低いＢプランなどが用意されてもよい。
【００６０】
「企業ＩＤ」には、ＷＥＢサーバ１１によってテーブル内で一意の値が新たに生成されて入力される。「評価ポイント」には、事前に設定された初期値が入力される。「評価ポイント」は、運用管理者が企業を評価するためのポイントである。詳細については後述される。
【００６１】
［問い合わせ機能］
【００６２】
顧客は、各企業のＷＥＢページから企業への問い合わせを行うことができる。その処理が、図３に示される。まず、顧客は、クライアント端末３２のＷＥＢブラウザを介して企業のＷＥＢページにアクセスする。顧客は、ＷＥＢページのリンクをクリックし、問い合わせ画面を表示させる（Ｓ１１）。この問い合わせ画面を実現するＷＥＢアプリケーションは、運用管理者によって事前に用意されたものである。運用管理者との契約により、問い合わせ画面をＷＥＢページ中に盛り込むことが各企業に義務付けられていてる。
【００６３】
問い合わせ画面は、テキストボックス、プルダウンメニュー、及び各種のボタンを含んで構成される入力フォームである。顧客は、問い合わせ内容を入力フォームに入力した後、送信ボタンを押下する。入力された情報は、ＧＥＴメッセージ又はＰＯＳＴメッセージとしてＷＥＢサーバ１１へ送信される（Ｓ１２）。ＷＥＢサーバ１１は、送信された情報に記入漏れや誤りがないかをチェックする。ＷＥＢサーバ１１は、記入漏れや誤りがあれば、エラーメッセージと共に問い合わせ画面を再びクライアント端末３２に表示させ、記入漏れや誤りが無ければ、メッセージテーブルにレコードを登録するＳＱＬ文（ＩＮＳＥＲＴ）を生成し、データベースサーバ１４のＲＤＢＭＳに発行する（Ｓ１３）。
【００６４】
メッセージテーブルのカラムのうち、「送信者名」、「送信元アドレス」、「住所」、「電話番号」、「件名」、及び「メッセージ本文」には、入力フォームに入力された内容に基づいて値が入力される。なお、「送信元アドレス」とは、ここでは入力フォームに入力された顧客のメールアドレスである。
【００６５】
「メッセージＩＤ」には、ＷＥＢサーバ１１によってテーブル内で一意の値が新たに生成されて入力される。「送信日時」には、ＷＥＢサーバ１１の時計から取得された日時が入力される。「送信先アドレス」には空欄を示すＮＵＬＬが入力される。「送信元ＩＤ」には、問い合わせをした顧客が既に顧客テーブルに登録されている場合は顧客テーブルの「顧客ＩＤ」が入力され、登録されていない場合はＮＵＬＬが入力される。この判断は、入力フォームに入力された顧客のメールアドレスと顧客テーブルの「メールアドレス」とを比較することで行われる。「送信先ＩＤ」には、ＷＥＢアプリケーションの設定ファイルなどに記憶された送信先企業の「企業ＩＤ」が入力される。この「企業ＩＤ」は、企業テーブルで管理されるものと同じ値である。
【００６６】
続けて、ＷＥＢサーバ１１は、問い合わせ内容を企業に知らせるメール本文を構成し、ＳＭＴＰなどのプロトコルによって、メールサーバ１３に送信依頼をする（Ｓ１４）。企業のメールアドレスは、企業テーブルから取得される。なお、ここでは、顧客からの問い合わせのメッセージ（「メッセージ本文」に入力された内容）をメール本文に含めてもよいし、問い合わせがあった旨だけをＥメールで通知してもよい。後者の場合、メッセージテーブルに記憶された自社への問い合わせを企業の担当者が参照するための機能が提供される。このような機能は、後述される企業別ページで提供されてもよい。
【００６７】
メール送信依頼を受けたメールサーバ１３は、送信先企業のメールボックスにメールデータを格納する（Ｓ１５）。このメールデータは、ＰＯＰなどのプロトコルを用いて、企業のクライアント端末３１によって受信される。
【００６８】
［メール取込機能］
【００６９】
ＷＥＢサーバ１１は、メールサーバ１３を介して企業と顧客との間で交換されたメールデータを、メッセージテーブルに取り込む機能を実行する。すなわち、メッセージテーブルには、上述された問い合わせ画面からの問い合わせとともに、メールサーバ１３を介して企業と顧客との間で送受信されたＥメールが登録される。メールデータの取込処理は、指定された日時にバッチ処理によって実行される。たとえば、バッチ処理は、一日に一回、外部からのアクセスが少ない深夜に実行され、その日に蓄積されたメールデータが取り込まれる。その処理が、図４に示される。
【００７０】
ＷＥＢサーバ１１は、全ての企業のメールボックスを閲覧可能な管理者ＩＤでメールサーバ１３にログインし、前回の取込処理で取り込みが完了していない全てのメールデータを取得する（Ｓ２１）。たとえば、メールデータのヘッダ部分から判断される送信日時を前回の取込処理の日時と比較したり、取込処理のログを参照することで、取り込みが完了していないメールデータの選別が行われてもよい。なお、ＷＥＢサーバ１１が企業に自動送信した通知のためのＥメールなどは取り込みの対象から除外される。ＷＥＢサーバ１１は、取得したメールデータに基づいて、メッセージテーブルにレコードを登録するＳＱＬ文（ＩＮＳＥＲＴ）を生成し、データベースサーバ１４のＲＤＢＭＳに発行する（Ｓ２２）。
【００７１】
メッセージテーブルのカラムのうち、「送信日時」、「送信者名」、「送信元アドレス」、「送信先アドレス」、及び「件名」には、メールデータのヘッダ部分から取得された情報が入力される。「メッセージ本文」には、メールデータのメッセージ本体部分から取得された情報が入力される。「住所」及び「電話番号」にはＮＵＬＬが入力される。
【００７２】
「メッセージＩＤ」には、ＷＥＢサーバ１１によってテーブル内で一意の値が新たに生成されて入力される。「送信元ＩＤ」には、企業テーブル又は顧客テーブルに、Ｅメールの送信元に該当するレコード（「メールアドレス」が送信元のメールアドレスと一致するレコード）があればそのレコードの「企業ＩＤ」又は「顧客ＩＤ」が入力され、無ければＮＵＬＬが入力される。「送信先ＩＤ」には、企業テーブル又は顧客テーブルに、Ｅメールの送信先に該当するレコード（「メールアドレス」が送信先のメールアドレスと一致するレコード）があればそのレコードの「企業ＩＤ」又は「顧客ＩＤ」が入力され、無ければＮＵＬＬが入力される。
【００７３】
なお、詳細は省略されるが、運用管理者が使用する管理機能の一部にメッセージテーブルの内容を閲覧するための機能がある。ＷＥＢサーバ１１は、管理者端末１５からの要求に応じたＳＱＬ文（ＳＥＬＥＣＴ）をＲＤＢＭＳへ発行し、得られたレコードの内容を管理者端末１５に表示させる。これにより、運用管理者は、企業ごとのメッセージを閲覧したり、送信日時の範囲を限定してメッセージを閲覧することができる。また、問い合わせ画面からの問い合わせのみ、又はＥメールで送信されたメッセージのみの閲覧を行うこともできる。当該レコードが、問い合わせ画面からのものかＥメールによるものかは、「送信先アドレス」がＮＵＬＬか否かに基づいて判断可能である。
【００７４】
［契約内容登録機能］
【００７５】
各企業には、ＷＥＢサーバ１１によって提供される企業別ページにアクセスするためのログインＩＤが付与されている。企業別ページは、ＷＥＢサーバ１１上で実行されるＷＥＢアプリケーションとして実装されている。各企業は、クライアント端末３１からＷＥＢブラウザを介して、企業別ページの機能を利用することができる。企業別ページによって提供される機能の一つに、契約内容登録機能がある。契約内容登録機能は、企業が顧客との間で交わした工事の契約を契約テーブルに登録するものである。契約内容登録機能の処理が、図５に示される。
【００７６】
企業の担当者は、クライアント端末３１のＷＥＢブラウザを介してＷＥＢサーバ１１にアクセスし、企業別ページへのログイン画面を表示させる。ログインＩＤとパスワードを入力してログインを行った後（Ｓ３１）、企業の担当者は、企業別ページ内のリンクをクリックして契約内容登録画面を表示させる（Ｓ３２）。契約内容登録画面は、テキストボックス、プルダウンメニュー、及び各種のボタンを含んで構成される入力フォームである。企業の担当者は、契約内容の詳細を入力フォームに入力した後、登録ボタンを押下する。入力された情報は、ＧＥＴメッセージ又はＰＯＳＴメッセージとしてＷＥＢサーバ１１へ送信される（Ｓ３３）。ＷＥＢサーバ１１は、送信された情報に記入漏れや誤りがないかをチェックする。ＷＥＢサーバ１１は、記入漏れや誤りがあれば、エラーメッセージと共に契約内容登録画面を再びクライアント端末３１に表示させ、記入漏れや誤りが無ければ、契約テーブルにレコードを登録するＳＱＬ文（ＩＮＳＥＲＴ）を生成し、データベースサーバ１４のＲＤＢＭＳに発行する（Ｓ３４）。
【００７７】
契約テーブルのカラムのうち、「受注日」、「契約金額」、「工事先住所」、「契約状況」、「完工予定日」、「工事状況」、及び「契約詳細」には、入力フォームに入力された内容に基づいて値が入力される。なお、「契約状況」には入力フォームのプルダウンメニューの中から選択された「未成約」、「成約」のうちのいずれかが入力される。「未成約」とは、顧客が工事の依頼を検討している段階である。また、「工事状況」には、「未着手」、「完工済」などのような定型文の他、企業の担当者によって「基礎打設中」などのようなより詳細な工事状況が入力されてもよい。また、「契約詳細」には、顧客ごとの契約の詳細が入力される。
【００７８】
「契約ＩＤ」には、ＷＥＢサーバ１１によってテーブル内で一意の値が新たに生成されて入力される。「企業ＩＤ」には、ＷＥＢアプリケーションの設定ファイルなどに記憶された当該企業の「企業ＩＤ」が入力される。「請求状況」には「未請求」が入力され、「支払状況」には「未払い」が入力される。この「請求状況」及び「支払状況」は、マージンの支払いに関する情報であり、詳細については後述される。
【００７９】
「顧客ＩＤ」には、入力フォームのプルダウンメニューの中から選択された「顧客ＩＤ」が入力される。このプルダウンメニューに表示される「顧客ＩＤ」は、顧客テーブルの「顧客ＩＤ」のうち、当該企業の顧客のものである。つまり、顧客テーブルのうち「企業ＩＤ」が当該企業のものと一致するレコードの「顧客ＩＤ」がプルダウンメニューに表示される。初めて契約する顧客は、顧客テーブルに登録されていないため、企業の担当者は、プルダウンメニューを空欄とする代わりに、入力フォームの下部に設けられた顧客情報入力欄に顧客の情報を入力する。この場合、ステップＳ３４の処理において、契約テーブルにレコードを登録するＳＱＬ文（ＩＮＳＥＲＴ）と共に、顧客テーブルにレコードを登録するＳＱＬ文（ＩＮＳＥＲＴ）が発行される。
【００８０】
顧客テーブルのカラムのうち、「性」、「名」、「性別」、「年齢」、「住所」、「電話番号」、及び「メールアドレス」には、入力フォームの顧客情報入力欄に入力された顧客の情報に基づいて値が入力される。「顧客ＩＤ」には、ＷＥＢサーバ１１によってテーブル内で一意の値が新たに生成されて入力される。「企業ＩＤ」には、ＷＥＢアプリケーションの設定ファイルなどに記憶された当該企業の「企業ＩＤ」が入力される。
【００８１】
登録された契約テーブルのレコードの一部のカラムは、企業の担当者によって事後的に更新可能である（本発明の更新機能の一例。）。運用管理者との契約により、顧客との工事の契約が成立した場合には、「契約状況」を「成約」に更新すること、また、工事が完了した場合には、「工事状況」を「完工済」に更新することが各企業に義務付けられている。「請求状況」及び「支払状況」などのようにＷＥＢサーバ１１によって自動的に値が入力されたカラムは、クライアント端末３１から更新することはできない。
【００８２】
なお、詳細は省略されるが、運用管理者が使用する管理機能の一部に契約テーブルの内容を閲覧するための機能がある。ＷＥＢサーバ１１は、管理者端末１５からの要求に応じたＳＱＬ文（ＳＥＬＥＣＴ）をＲＤＢＭＳへ発行し、得られたレコードの内容を管理者端末１５に表示させる。これにより、運用管理者は、企業ごとの契約を閲覧したり、「契約状況」が「成約」の契約のみを閲覧したり、「受注日」の範囲を限定して契約内容を閲覧することができる。
【００８３】
［請求機能］
【００８４】
ＷＥＢサーバ１１は、各企業と顧客との契約内容に基づいて企業に請求書データを送信し、マージンの請求を行う機能を実行する。請求の処理は、指定された日時にバッチ処理によって実行される。たとえば、バッチ処理は、一日に一回、外部からのアクセスが少ない深夜に実行されてもよい。その処理が、図６に示される。
【００８５】
ＷＥＢサーバ１１は、データベースサーバ１４のＲＤＢＭＳにＳＱＬ文（ＳＥＬＥＣＴ）を発行し、契約テーブルから請求対象となる契約に対応するレコードを抽出する（Ｓ４１）。ここで抽出されるレコードは、「契約状況」が「成約」、「工事状況」が「完工済」、かつ「請求状況」が「未請求」のレコードである。つまり、契約成立後、工事が完了しており、マージンの請求が行われていない契約が対象となる。ただし、工事が完了していることは必須ではなく、代わりに「受注日」を基準にそこから所定の日数が経過したことが条件とされてもよい。
【００８６】
ＷＥＢサーバ１１は、抽出されたレコードの情報に基づいて、各契約ごとに請求書データを生成する（Ｓ４２）。請求書データとして、ＯＳに依存しない電子文書フォーマットが使用されることが好適である。請求金額は、契約テーブルの「契約金額」に基づいて算出される。たとえば「契約金額」の所定の割合が請求金額であってもよい。
【００８７】
続けて、ＷＥＢサーバ１１は、請求書データを添付したメール本文を構成し、ＳＭＴＰなどのプロトコルによって、メールサーバ１３に送信依頼をする（Ｓ４３）。ここでは、一通のＥメールに複数の請求書データが添付されることもある。企業のメールアドレスは、企業テーブルから取得される。なお、請求書データを添付せずに、請求があった旨だけをＥメールで通知してもよい。この場合、請求書データはＷＥＢサーバ１１の所定のディレクトリに保存され、企業別ページにおいてダウンロード可能な状態とされる。
【００８８】
メール送信依頼を受けたメールサーバ１３は、送信先企業のメールボックスにメールデータを格納する（Ｓ４４）。このメールデータは、ＰＯＰなどのプロトコルを用いて、企業のクライアント端末３１によって受信される。
【００８９】
ＷＥＢサーバ１１は、データベースサーバ１４のＲＤＢＭＳにＳＱＬ文（ＵＰＤＡＴＥ）を発行し、契約テーブルのレコードうち、Ｅメールの送信依頼を行った契約と対応するレコードの「請求状況」を「請求済」に更新する（Ｓ４５）。
【００９０】
Ｅメールに添付された請求書を確認した企業の担当者は、請求金額を事前に決められた所定の方法で運用管理者に支払う。支払いを確認した運用管理者は、管理機能を用いて契約テーブルの該当するレコードの「支払状況」を「支払済」に更新する。
【００９１】
[アンケート機能]
【００９２】
各企業のＷＥＢページには、工事を依頼した顧客が工事の結果についてのアンケートを入力する機能が用意されている。ＷＥＢサーバ１１は、アンケート内容に基づいて、企業の担当者による契約内容の登録又は更新漏れがないかを判断する。その処理が、図７に示される。
【００９３】
まず、顧客は、クライアント端末３２のＷＥＢブラウザを介して企業のＷＥＢページにアクセスする。顧客は、ＷＥＢページのリンクをクリックし、アンケート画面を表示させる（Ｓ５１）。このアンケート画面を実現するＷＥＢアプリケーションは、運用管理者によって事前に用意されたものである。運用管理者との契約により、アンケート画面をＷＥＢページ中に盛り込むことが各企業に義務付けられている。
【００９４】
アンケート画面は、テキストボックス、プルダウンメニュー、及び各種のボタンを含んで構成される入力フォームである。顧客は、アンケート内容を入力フォームに入力した後、送信ボタンを押下する。入力された情報は、ＧＥＴメッセージ又はＰＯＳＴメッセージとしてＷＥＢサーバ１１へ送信される（Ｓ５２）。ＷＥＢサーバ１１は、送信された情報に記入漏れや誤りがないかをチェックする。ＷＥＢサーバ１１は、記入漏れや誤りがあれば、エラーメッセージと共にアンケート画面を再びクライアント端末３２に表示させ、記入漏れや誤りが無ければ、アンケートテーブルにレコードを登録するＳＱＬ文（ＩＮＳＥＲＴ）を生成し、データベースサーバ１４のＲＤＢＭＳに発行する（Ｓ５３）。
【００９５】
アンケートテーブルのカラムのうち、「性」、「名」、「性別」、「年齢」、「住所」、「工事先住所」、「電話番号」、「メールアドレス」、「受注日」、及び「アンケート本文」には、入力フォームに入力された内容に基づいて値が入力される。「アンケートＩＤ」には、ＷＥＢサーバ１１によってテーブル内で一意の値が新たに生成されて入力される。「企業ＩＤ」には、ＷＥＢアプリケーションの設定ファイルなどに記憶された当該企業の「企業ＩＤ」が入力される。
【００９６】
また、アンケート画面には「担当者の対応は良かったですか？」などのような工事の評価に関する質問が複数表示され、顧客がそれらに回答できるように入力フォームが構成されてもよい。たとえば、チェックボタンやプルダウンメニューが用いられて、顧客が「良かった」、「普通」、「悪かった」などの回答から１つを選択する方法が用いられてもよい。この場合、各質問に対する回答を記憶するカラムがアンケートテーブルに必要である。
【００９７】
顧客によるアンケートの入力を促すため、アンケートの入力を行った顧客に対して、後に運用管理者からお礼が送られてもよい。このお礼は、有体物の他、インターネット２０で使用可能な各種のポイントや電子マネーなどであってもよい。ただし、顧客に対してお礼を送るのは、運用管理者ではなく、アンケートの入力があった旨の通知メールを受信した各企業であってもよい。
【００９８】
ＷＥＢサーバ１１は、データベースサーバ１４のＲＤＢＭＳにＳＱＬ文（ＳＥＬＥＣＴ）を発行し、登録されたアンケートの契約と対応するレコードを契約テーブルから抽出する（Ｓ５４）。ここで抽出されるレコードは、「企業ＩＤ」及び「受注日」がステップＳ５３の処理でアンケートテーブルに登録されたレコードの「企業ＩＤ」及び「受注日」と一致し、かつ契約テーブルの「顧客ＩＤ」から顧客テーブルを参照して得られる顧客の個人情報が、ステップＳ５３の処理でアンケートテーブルに登録されたレコードのものと一致するレコードである。ここで顧客の個人情報として参照されるカラムは「性」、「名」、「性別」、「年齢」、「住所」、「電話番号」、及び「メールアドレス」などであり、これらのうちの一部のみが使用されてもよい。
【００９９】
続けて、ＷＥＢサーバ１１は、企業による契約内容の登録又は更新漏れを判断する（Ｓ５５）。たとえば、ステップＳ５４でレコードが抽出されなかった場合、顧客によるアンケートの入力に誤りがあるか、企業が企業別ページから契約内容の登録を行っていないかのいずれかである。また、レコードが抽出されたものの、「契約状況」が「未成約」となっている場合、成約後に企業が契約内容の更新をしていない可能性が高い。
【０１００】
企業による契約内容の登録又は更新漏れの疑いがあると判断された場合、ＷＥＢサーバ１１は、ＲＤＢＭＳにＳＱＬ文（ＩＮＳＥＲＴ，ＵＰＤＡＴＥ）を発行し、登録・更新漏れテーブルにレコードを登録する。また、企業テーブルの該当する企業の「評価ポイント」を減点する（Ｓ５６）。
【０１０１】
登録・更新漏れテーブルのカラムのうち、「アンケートＩＤ」には、ステップＳ５３の処理でアンケートテーブルに登録されたレコードの「アンケートＩＤ」が入力される。「契約ＩＤ」には、登録漏れの場合にはＮＵＬＬ、更新漏れの場合にはステップＳ５４の処理で契約テーブルから抽出されたレコードの「契約ＩＤ」が入力される。「区分」には、登録漏れの場合には「未登録」、更新漏れの場合には「未更新」が入力される。「解消日」にはＮＵＬＬが入力される。
【０１０２】
「評価ポイント」の減点数は、事前に設定ファイルなどに設定された値である。たとえば、更新漏れの場合よりも登録漏れの場合の方が減点されるポイントが大きく設定されていてもよい。
【０１０３】
続けて、ＷＥＢサーバ１１は、企業へ送信するメール本文を構成し、ＳＭＴＰなどのプロトコルによって、メールサーバ１３にＥメールの送信依頼をする（Ｓ５７）。ステップＳ５５の処理で登録又は更新漏れがあると判断された場合、メール本文に警告文が記載される。この警告文は、企業に契約内容の登録又は更新を促し、仮に登録又は更新漏れが無ければ運用管理者に連絡するように通知するものである。一方、ステップＳ５５の処理で登録又は更新漏れがないと判断された場合、メール本文には、顧客からのアンケート入力があった旨と顧客が入力したアンケートの結果が記載される。
【０１０４】
メール送信依頼を受けたメールサーバ１３は、送信先企業のメールボックスにメールデータを格納する（Ｓ５８）。このメールデータは、ＰＯＰなどのプロトコルを用いて、企業のクライアント端末３１によって受信される。
【０１０５】
警告文が記載されたＥメールを受信した企業の担当者は、契約内容の登録又は更新漏れがある場合、企業別ページから登録又は更新を行い、運用管理者に連絡する。運用管理者は、登録又は更新漏れが解消されたことを確認した後、管理機能の一部である登録・更新漏れ管理機能を用いて登録・更新漏れ状態を解除するための所定の操作を行う。これにより、データベースサーバ１４のＲＤＢＭＳにＳＱＬ文（ＵＰＤＡＴＥ）が発行され、登録・更新漏れテーブルの該当するレコードの「解消日」に、ＷＥＢサーバ１１の時計から取得された日付が入力される。
【０１０６】
また、登録又は更新漏れがないにも関わらず、警告文が記載されたＥメールを受信した場合、企業の担当者は、その旨を運用管理者に報告する。運用管理者は、企業の報告が正しく、顧客のアンケートの入力に誤りがあったと判断される場合、登録・更新漏れ管理機能を用いて、登録又は更新漏れを取り消すための所定の操作を実行する。これにより、データベースサーバ１４のＲＤＢＭＳにＳＱＬ文（ＤＥＬＥＴＥ，ＵＰＤＡＴＥ）が発行され、登録・更新漏れテーブルの該当するレコードが削除される。同時に、企業テーブルにおける、当該企業の「評価ポイント」が減点前の値に戻される。
【０１０７】
なお、評価ポイントは、上述された登録・更新漏れの発生によって減点される他にも、様々な条件で加点又は減点されてもよい。たとえば、企業が月単位で運用管理者に支払ったマージンの総額によって評価ポイントが加点又は減点されてもよい。また、登録又は更新漏れが一定の期間発生しなかった場合に、評価ポイントが加点されてもよい。
【０１０８】
あるいは、運用管理者が手入力で評価ポイントを加点又は減点してもよい。たとえば、運用管理者は、メッセージテーブルの内容から企業と顧客との契約状況を把握する。契約テーブルへの契約内容の登録又は更新漏れがあると予想される場合、運用管理者は、登録又は更新漏れが無いかを企業に確認する。登録又は更新漏れがあった場合、運用管理者は、管理機能によって当該企業の評価ポイントを減点する所定の操作を行う。
【０１０９】
運用管理者は定期的に企業の評価ポイントを確認し、評価ポイントの低い企業に対してその旨の警告を行う。また、評価ポイントが特に低い企業にペナルティを課したり、サービスからの退会を勧告する。逆に、評価ポイントの高い企業については、マージン率を引き下げたり、各種の特典が用意されてもよい。
【０１１０】
[実施形態の作用効果]
【０１１１】
上述された実施形態では、企業は自由なデザインのＷＥＢページをインターネット２０に公開することができる。また、企業ごとに異なるドメイン名のＵＲＬがＷＥＢページに設定されるため、ＷＥＢページがその企業独自のものであるとの認識を顧客に与えることができる。さらには、ドメインが異なることにより検索エンジンからそれぞれが独立して評価を受けることが可能になり、現状のポータルサイトに見られるような検索結果が最大でも４つしか表示されないという事態を解消できる。これにより、優良な施工技術を持ちながらも広告宣伝費用をかけられない企業がインターネット上に露出する機会を増やすことが出来る。また顧客には、幅広い選択肢の中から優良企業を選ぶ機会をもたらすことができる。
【０１１２】
また、企業と顧客との間で交換されたＥメールや問い合わせ画面からの問い合わせ内容をメッセージテーブルに記憶させることで、企業と顧客との契約状況などを運用管理者がより詳細に確認できる。
【０１１３】
また、企業と顧客との契約内容が契約テーブルに登録されるため、企業による契約の管理が容易になり、運用管理者が企業と顧客との契約状況などをより詳細に確認できる。
【０１１４】
また、契約の金額に応じて、運用管理者が企業から一定のマージンを請求するビジネスモデルのため、運用管理者は契約時の初期費用を低額に設定することができる。つまり、多額の初期投資を支払うことが困難な企業が、本システムによって提供されるサービスを利用して、ＷＥＢページを開設することが容易となる。
【０１１５】
また、企業が契約内容を契約テーブルに登録することを忘れたり、故意に登録しなかった場合、あるいは登録後に更新を怠っていた場合、ＷＥＢサーバ１１は、顧客によって入力されたアンケートに基づいてそれを判断し、企業の担当者に通知することができる。これにより、企業がマージンの支払いを忌避して、契約内容の登録や更新を怠ることを抑止することができる。
【０１１６】
また、評価ポイントに応じて、企業にペナルティーを課したり、強制退会などが行われるため、企業が契約内容に反した行為を行うことを抑止することができる。また、評価の高い企業のマージン率を下げるなどの優遇措置が行われるれるため、企業が契約内容に沿って行動することを促すことができる。
【０１１７】
［変形例］
【０１１８】
上述された実施形態において、データベースサーバ１４のテーブルの構成は一例に過ぎず、同様の機能を実現するものであれば、異なるテーブル構成が用いられてもよい。たとえば、問い合わせ画面からの問い合わせと、メールサーバ１３を介したメールデータとが、異なるテーブルに記憶されてもよい。また、データベースサーバ１４のＲＤＢＭＳには、更に追加のテーブルが定義されていてもよい。たとえば、各企業のマージンの支払履歴を記憶する支払履歴テーブル。企業が加入可能なプランの詳細を記憶するプランマスタテーブル、評価ポイントの増減のルールが定められたポイントルールテーブル、企業の契約数や契約金額を統計した契約統計テーブル、評価ポイントの増減の履歴を記憶したポイント履歴テーブルなどが定義されてもよい。
【０１１９】
上述された実施形態におけるＷＥＢページ統合管理システム１０の機能は一例であり、ＷＥＢページ統合管理システム１０は、さらに多くの機能を有していてもよい。たとえば、企業別ページには、企業が自社の売り上げ管理、契約管理、顧客管理を行うための機能が実装されていてもよい。
【０１２０】
各図に示されたサーバ構成や処理の流れは一例であり、同様の機能を実現するものであれば、細部が異なっていてもよい。また、ＷＥＢページ統合管理システム１０で使用されるプログラミング言語や通信プロトコルなどは、適切なものが当業者によって適宜選択されてもよい。
【０１２１】
ＷＥＢページ統合管理システム１０が対象とする企業は、必ずしも建築や土木に関連する工事を執り行う事業者である必要はなく、他の販売業やサービス業を営む事業者であってもよい。また、契約テーブルのカラムは、業種に応じて適宜変更される。
【符号の説明】
【０１２２】
１０・・・ＷＥＢページ統合管理システム
１１・・・ＷＥＢサーバ
１２・・・ＤＮＳサーバ
１３・・・メールサーバ
１４・・・データベースサーバ
２０・・・インターネット
３１，３２・・・クライアント端末
【図１】
2014127042.tif 000003
【図２】
2014127042.tif 000004
【図３】
2014127042.tif 000005
【図４】
2014127042.tif 000006
【図５】
2014127042.tif 000007
【図６】
2014127042.tif 000008
【図７】
2014127042.tif 000009