任意の決済サーバとネットワークを介して接続される自動構築サーバ、および前記自動構築サーバとネットワークを介して接続されるクライアント端末によって構成される自動構築システムにおいて、前記自動構築サーバは、前記クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得手段と、前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信手段と、前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信手段と、を備え、前記クライアント端末は、前記自動構築サーバから配信されてきた前記環境調査アプリケーションを受信し、受信した前記環境調査アプリケーションにより前記クライアント端末の環境を調査し、調査結果を前記自動構築サーバに送信する環境調査結果送信手段と、前記自動構築サーバから配信されてきた前記決済アプリケーションを受信し、受信した前記決済アプリケーションにより導通テストを実施する導通テスト実施手段と、を備え、前記自動構築サーバは、前記クライアント端末で実施される前記導通テストにより送信されてきた第1のデータを前記決済サーバに転送するとともに、前記決済サーバより送信されてきた第2のデータを前記クライアント端末に転送する転送手段をさらに備えることを特徴とする自動構築システム。前記自動構築サーバは、前記クライアント端末との作業履歴、および前記決済サーバとの作業履歴を管理する作業履歴管理手段をさらに備えることを特徴とする請求項1に記載の自動構築システム。前記クライアント端末は、前記導通テストの実施結果の表示を制御する表示制御手段をさらに備えることを特徴とする請求項1または請求項2に記載の自動構築システム。前記クライアント端末は、前記自動構築サーバに対して、自動構築サービスの申し込みを行うサービス申し込み手段をさらに備えることを特徴とする請求項1乃至請求項3のいずれかに記載の自動構築システム。任意の決済サーバ及びクライアント端末とネットワークを介して接続される自動構築サーバにおいて、前記クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得手段と、前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信手段と、前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信手段と、前記クライアント端末で実施される導通テストにより送信されてきた第1のデータを前記決済サーバに転送するとともに、前記決済サーバより送信されてきた第2のデータを前記クライアント端末に転送する転送手段と、を備えることを特徴とする自動構築サーバ。前記自動構築サーバは、前記クライアント端末との作業履歴、および前記決済サーバとの作業履歴を管理する作業履歴管理手段をさらに備えることを特徴とする請求項5に記載の自動構築サーバ。コンピュータに、クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得ステップと、前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信ステップと、前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信ステップと、前記クライアント端末で実施される導通テストにより送信されてきた第1のデータを決済サーバに転送するとともに、前記決済サーバより送信されてきた第2のデータを前記クライアント端末に転送する転送ステップと、を実行させるためのプログラム。しかし、図18に示したシステム構成においては、パーソナルコンピュータ130のOSオペレーティングシステムバージョンに合わせた専用アプリケーションの選定や、パーソナルコンピュータ130とカードリーダ140の接続確認、パーソナルコンピュータ130上のセキュリティソフトの確認、パーソナルコンピュータ130と決済サーバ210との導通テストなど、一般的な店員販売員の能力では対応が困難な作業が発生するため、サービスを提供する企業としては、各店舗100に専門の作業員を派遣して導入作業を実施する必要があった。そして、作業コスト人件費出張費が導入対象となるパーソナルコンピュータ130の数に比例して発生し、それがサービス料金に加算されるため、図17に示したシステム構成のCAT端末110に対する明確なコストメリットを提示することができなかった。本発明は、前述した問題点に鑑みてなされたもので、その目的とすることは、専門の作業員が行っていたクレジットカード決済システムの導入作業を自動構築することが可能な自動構築システム等を提供することである。前述した目的を達成するために、第1の発明は任意の決済サーバとネットワークを介して接続される自動構築サーバ、および前記自動構築サーバとネットワークを介して接続されるクライアント端末によって構成される自動構築システムにおいて、前記自動構築サーバは、前記クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得手段と、前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信手段と、前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信手段と、を備え、前記クライアント端末は、前記自動構築サーバから配信されてきた前記環境調査アプリケーションを受信し、受信した前記環境調査アプリケーションにより前記クライアント端末の環境を調査し、調査結果を前記自動構築サーバに送信する環境調査結果送信手段と、前記自動構築サーバから配信されてきた前記決済アプリケーションを受信し、受信した前記決済アプリケーションにより導通テストを実施する導通テスト実施手段と、を備え、前記自動構築サーバは、前記クライアント端末で実施される前記導通テストにより送信されてきた第1のデータを前記決済サーバに転送するとともに、前記決済サーバより送信されてきた第2のデータを前記クライアント端末に転送する転送手段をさらに備えることを特徴とする自動構築システムである。第1の発明によって、クレジットカード決済システムを自動構築することが可能となる。また、クライアント端末との間の進捗ログ、および決済サーバとの間の進捗ログをとることができる。前記自動構築サーバは、前記クライアント端末との作業履歴、および前記決済サーバとの作業履歴を管理する作業履歴管理手段をさらに備える。これにより、システム管理者が容易に作業履歴を閲覧することができ、作業の進捗状況に応じて、適確なサービスを提供することができる。前記クライアント端末は、前記導通テストの実施結果の表示を制御する表示制御手段をさらに備える。これにより、利用者は、システム自動構築の導入作業に成功したか否かを容易に確認することができる。前記クライアント端末は、前記自動構築サーバに対して、自動構築サービスの申し込みを行うサービス申し込み手段をさらに備える。これにより、利用者は、いつでも都合のよい時間帯を利用して、自動構築サービスの導入作業を開始することができる。第2の発明は、任意の決済サーバ及びクライアント端末とネットワークを介して接続される自動構築サーバにおいて、前記クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得手段と、前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信手段と、前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信手段と、前記クライアント端末で実施される導通テストにより送信されてきた第1のデータを前記決済サーバに転送するとともに、前記決済サーバより送信されてきた第2のデータを前記クライアント端末に転送する転送手段と、を備えることを特徴とする自動構築サーバである。前記自動構築サーバは、前記クライアント端末との作業履歴、および前記決済サーバとの作業履歴を管理する作業履歴管理手段をさらに備える。第3の発明は、コンピュータに、クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得ステップと、前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信ステップと、前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信ステップと、前記クライアント端末で実施される導通テストにより送信されてきた第1のデータを決済サーバに転送するとともに、前記決済サーバより送信されてきた第2のデータを前記クライアント端末に転送する転送ステップと、を実行させるためのプログラムである。本発明により、専門の作業員が行っていたクレジットカード決済システムの導入作業を自動構築することが可能な自動構築システム、自動構築サーバ、およびプログラムを提供することができる。以下、図面に基づいて、本発明の実施形態を詳細に説明する。[本発明の実施の形態]図1は、本発明の実施の形態としてのCATCreditAuthorizationTerminal端末機能の自動構築システムの構成例を示す図である。図1に示すように、CAT端末機能の自動構築システムは、店舗1内に設置されるクライアント端末10、およびサービス会社2内に設置される自動構築サーバ20が、ネットワーク4を介して接続されることで構成される。また自動構築サーバ20には、ネットワーク4を介してクレジットカード会社3内に設置される決済サーバ30が接続される。またクライアント端末10には、カードリーダ11も接続される。なお、クライアント端末10、決済サーバ30の数は、任意であり、図1に示されるようにそれぞれ1つに限られるものではない。店舗1のクライアント端末10は、CPUCentralProcessingUnit、ROMReadOnlyMemory、RAMRandomAccessMemory、およびHDDHardDiscDriveなどを有するコンピュータシステムである。カードリーダ11は、クレジットカード12が溝に正しく通されると、クレジットカード12に記憶されているクレジットカード情報を読み出して、クライアント端末10に出力する。クレジットカード12には、クレジットカード番号等が記憶されている。クライアント端末10は、利用者からのブラウザ操作に応じて、ネットワーク4を介してサービス会社2の自動構築サーバ20上のサービス申し込みサイトにアクセスし図中矢印A1の経路、クレジットカード決済システムの導入作業を自動構築するためのサービス申し込み処理を行う。クライアント端末10は、サービス申し込み処理による結果ブラウザを表示し、利用者からのブラウザ操作に応じて、自動構築サーバ20のシステム自動構築サイトにアクセスし図中、矢印A1の経路、OSオペレーティングシステム情報とブラウザ情報を自動構築サーバ20に通知する。クライアント端末10は、OS情報とブラウザ情報をもとに自動構築サーバ20で選定された環境調査アプリケーションをダウンロードし図中矢印A2の経路、クライアント端末10がクレジットカード決済サービスの提供に必要なハードウェア要件およびセキュリティ要件を満たすか否かを確認する。クライアント端末10は、クレジットカード決済サービスの提供に必要な要件を満たすことを確認すると、その確認結果を自動構築サーバ20に通知する図中矢印A1の経路。クライアント端末10は、OS情報をもとに自動構築サーバ20で選定された決済アプリケーションをダウンロードし図中矢印A2の経路、内部にインストールし、ダミーの決済処理データを用いて、クレジットカード会社3の決済サーバ30との間で導通テストを実施する。クライアント端末10は、導入テストが正常に終了すると、決済アプリケーションを常駐設定する。クライアント端末10は、通常の決済処理を行う場合、利用者により入力された決済金額、店舗1の加盟店番号、およびカードリーダ11によりクレジットカード12から読み出されたクレジットカード番号を、ネットワーク4、自動構築サーバ20を介して決済サーバ30に送信する図中矢印A1の経路、図中矢印A3の経路。サービス会社2の自動構築サーバ20は、CPU、ROM、RAM、およびHDDなどを実装したコンピュータシステムであり、クライアント端末10からクレジットカード決済システムの導入を行うためのサービス申し込み処理がなされると、クライアント端末10に利用者コード利用者IDを割り当てるとともに、サービス申し込み時にクライアント端末10から通知された情報を紐付けて、データベースに記憶する。自動構築サーバ20は、サービス申し込み後にクライアント端末10から通知されたOS情報とブラウザ情報に基づいて、環境調査アプリケーションを選定し、選定した環境調査アプリケーションに利用者コードを埋め込んでクライアント端末10に配信する図中矢印A2の経路。自動構築サーバ20は、クライアント端末10での環境調査アプリケーション実行による環境調査の結果に基づいて、決済アプリケーションを選定し、選定した決済アプリケーションに利用者コードを埋め込んでクライアント端末10に配信する図中矢印A2の経路。自動構築サーバ20は、クライアント端末10から送信されてきた、ダミーの決済処理データ、または通常の決済処理データを図中矢印A1の経路、ネットワーク4を介して決済サーバ30に転送する図中矢印A3の経路。自動構築サーバ20は、決済サーバ30から送信されてきた、決済処理結果を図中矢印A4の経路、ネットワーク4を介して、クライアント端末10に転送する図中矢印A2の経路。クレジットカード会社3の決済サーバ30は、自動構築サーバ20から転送されてきた図中矢印A3の経路、クライアント端末10からのダミー決済処理データを用いてダミーの決済処理を行う。決済サーバ30は、ダミー決済処理結果を、自動構築サーバ20を介してクライアント端末10に通知する図中矢印A4の経路、矢印A2の経路。同様に、本番運用の場合にも、決済サーバ30は、自動構築サーバ20を介してクライアント端末10との間で決済処理を行う。決済サーバ30は、本発明の自動構築システムによる導通テストに対しても、従来技術のように各店舗1において専門の作業員が行う導通テストに対しても、同様の処理を行う。すなわち、決済サーバ30は、本発明の自動構築システムの構成に含まれるものではない。以上のようにして、CAT端末機能の自動構築システムは、店舗1内に設置されているクライアント端末10のクレジットカード決済システムの導入作業を自動化することができる。本実施の形態において、パーソナルコンピュー10と自動構築サーバ20との間でやり取りされる利用者コード、専用アプリケーション環境調査アプリケーションや決済アプリケーションなど、クライアント端末10に関するクライアント情報OS情報やブラウザ情報など、および作業履歴などを総称して自動構築情報という。また、クライアント端末10から決済処理時に送信される、クレジットカード番号、決済金額、および加盟店番号などを総称して決済情報という。ネットワーク4は、公衆回線網、ローカルエリアネットワーク、またはインターネットなどのネットワーク、デジタル衛星放送といった、有線または無線のいずれのものでもよい。図2は、図1に示すクライアント端末10の構成例を示す図である。このクライアント端末10は、CPU10a、ROM10b、RAM10c、および入出力インターフェイス10dが、バス10eを介して接続されている。入出力インターフェイス10dには、入力部10f、出力部10g、記憶部10h、および通信部10iが接続されている。また入出力インターフェイス10dには、カードリーダ11が着脱可能になっている。CPU10aは、入力部10fからの入力信号に基づいてクライアント端末10を起動するためのブートプログラムをROM10bから読み出して実行し、記憶部10hに格納されている各種オペレーティングシステムを読み出す。またCPU10aは、入力部10fからの入力信号に基づいて各種の制御を行ったり、ROM10bや記憶部10hに記憶されたプログラムおよびデータを読み出してRAM10cにロードしたり、あるいはRAM10cから読み出されたプログラムのコマンドに基づいて、データ演算または加工などの一連の処理を実行する。入力部10fは、クライアント端末10の操作者が各種の操作を入力するキーボードやマウスなどの入力デバイスにより構成されており、操作者の操作に基づいて入力信号を生成し、入出力インターフェイス10dおよびバス10eを介してCPU10aに送信する。出力部10gは、例えば液晶ディスプレイやスピーカであり、CPU10aからバス10eおよび入出力インターフェイス10dを介して受信した信号に基づいて、CPU10aの処理結果などを表示したり、音声を出力したりする。記憶部10hは、半導体メモリや磁気ディスクなどで構成されており、CPU10aで実行されるプログラムやデータを記憶する。記憶部10hには、CPU10aが実行するプログラムとして、例えば、自動構築サーバ20からダウンロードした環境調査アプリケーションや決済アプリケーション等が記憶される。通信部10iは、LANLocalAreaNetworkカードやモデムなどで構成されており、クライアント端末10をローカルエリアネットワークやインターネットといった通信媒体であるネットワーク4に接続することを可能にする。すなわち通信部10iは、通信媒体から受信したデータを、入出力インターフェイス10dおよびバス10eを介してCPU10aに送信し、CPU10aからバス10eおよび入出力インターフェイス10dを介して受信したデータを、ネットワーク4に送信する。カードリーダ11は、クレジットカード12に記憶されているデータを読み出して、入出力インターフェイス10dおよびバス10eを介してCPU10aに送信する。図3は、図1に示す自動構築サーバ20の機能構成例を示すブロック図である。図3に示す機能部のうちの少なくとも一部は、自動構築サーバ20のCPUによりシステム自動構築プログラムが実行されることによって実現される。図3に示すように、自動構築サーバ20は、利用者管理部21、専用アプリケーション管理部22、クライアント情報管理部23、作業履歴管理部24、利用者データベースDB25、環境調査部26、決済アプリケーション配信部27、および導通テスト実施部28の機能を少なくとも有する。利用者管理部21は、クライアント端末10から、クレジットカード決済システムの導入を行うためのサービスの申し込みがなされると、当該クライアント端末10を一意に識別するための利用者コード利用者IDを割り当て、それを管理する。専用アプリケーション管理部22は、クライアント端末10がクレジットカード決済サービスの提供に必要なハードウェア要件およびセキュリティ要件を満たすか否かを確認するための環境調査アプリケーションを管理する。また専用アプリケーション管理部22は、通常運用するための決済アプリケーションを管理する。専用アプリケーション管理部22で管理されるアプリケーションは、OSの種類とバージョン毎に複数用意されている。クライアント情報管理部23は、クライアント端末10から送信されてきたクライアント情報を、利用者管理部21で管理されている当該クライアント端末10に対応する利用者コードと紐付けて管理する。クライアント情報は、例えば、企業の情報企業名、所在地、電話番号、メールアドレスなど企業を特定できるもの、店舗1の情報店舗名、店舗所在地、電話番号、メールアドレスなど店舗を特定できるもの、店舗1が利用するクライアント端末10の情報マシン名、ドメイン名、MACアドレスなどクライアント端末10を特定できるものなどである。作業履歴管理部24は、クライアント端末10との作業履歴を利用者管理部21で管理されている当該クライアント端末10に対応する利用者コードと紐付けて管理するとともに、決済サーバ30との作業履歴を管理する。利用者データベース25は、図4に示すような構造で各種情報を記憶する。利用者情報テーブル25aは、クレジットカード決済システムの導入を行うためのサービスの利用者情報を管理し、その利用者についてのさらに詳細な情報を、企業情報テーブル25b、店舗情報テーブル25c、クライアント端末情報テーブル25d、およびクレジットカード会社情報テーブル25eで管理する。利用者情報テーブル25aは、クレジットカード決済システムのサービス利用者の管理用テーブルであって、利用者の詳細な情報を管理するとともに、各テーブルへのリンクを管理する。企業情報テーブル25bは、クレジットカード決済システムのサービスを利用する企業の情報を管理する。店舗情報テーブル25cは、クレジットカード決済システムのサービスを利用する店舗1の情報を管理する。クライアント端末情報テーブル25dは、クレジットカード決済システムのサービスを利用するクライアント端末10の情報を管理する。クレジットカード会社情報テーブル25eは、クレジットカード決済システムのサービスの利用者が契約しているクレジットカード会社3の情報を管理する。図5は、利用者情報テーブル25aが管理する情報の例を示す図である。図5に示すように、利用者情報テーブル25aは、利用者を一意に識別するための利用者ID、企業を一意に識別するための企業ID、店舗1を一意に識別するための店舗ID、クライアント端末10を一意に識別するためのクライアント端末IDを管理している。これらのIDは、企業情報テーブル25b~クレジットカード会社情報テーブル25eへリンクされている。また利用者情報テーブル25aは、クレジットカード決済システムのサービスを利用する利用者が、初めて自動構築サーバ20のシステム自動構築サイトに登録した日時を表す利用者登録日時、システム自動構築サイトに登録した際に自動構築サーバ20が発行したログイン用のIDとPWパスワードを管理するとともに、システム自動構築の開始日時と終了日時、進捗状況、およびステータスを管理する。システム自動構築の進捗ログは、店舗1のクライアント端末10から自動構築サーバ20にアクセスする毎に、および自動構築サーバ20が処理を実行する毎に記録される。さらに利用者情報テーブル25aは、契約しているクレジットカード会社3を一意に識別するための契約クレジットカード会社ID1、2、3を管理している。契約クレジットカード会社IDは、クレジットカード会社情報テーブル25eへリンクされている。図6は、企業情報テーブル25bが管理する情報の例を示す図である。図6に示すように、企業情報テーブル25bは、企業を一意に識別するための企業ID、企業名、企業所在地、企業電話番号、企業メールアドレスなど、企業を特定できる情報を管理している。図7は、店舗情報テーブル25cが管理する情報の例を示す図である。図7に示すように、店舗情報テーブル25cは、店舗1を一意に識別するための店舗ID、店舗名、店舗所在地、店舗電話番号、店舗メールアドレスなど、店舗1を特定できる情報を管理している。図8は、クライアント端末情報テーブル25dが管理する情報の例を示す図である。図8に示すように、クライアント端末情報テーブル25dは、クライアント端末10を一意に識別するためのクライアント端末ID、クライアント端末名、MACアドレスなど、クレジットカード決済システムのサービスの利用申し込み時に登録された情報を管理している。またクライアント端末情報テーブル25dは、クライアント端末10のOS種別、OSバージョン、ブラウザ種別、ブラウザバージョン、ディスク空き容量、メモリ空き容量、ウィルスチェックソフト種別、ウィルスチェックソフトバージョン、ウィルスチェック日時、ウィルスチェック結果、カードリーダ11の接続状況、ドライバインストール状況を管理している。これらの情報は、クライアント端末10上で動作する環境調査アプリケーションにより自動取得される。図9は、クレジットカード会社情報テーブル25eが管理する情報の例を示す図である。図9に示すように、クレジットカード会社情報テーブル25eは、クレジットカード会社3を一意に識別するためのクレジットカード会社ID、クレジットカード会社名、クレジットカード会社所在地、クレジットカード会社電話番号、クレジットカード会社メールアドレスなど、クレジットカード会社3を特定できる情報を管理している。またクレジットカード会社情報テーブル25eは、決済サーバ30のIPアドレス、ダミー決済処理用のテストカード番号、テストカード番号有効期間を管理している。つまり、決済サーバIPアドレス、テストカード番号、およびテストカード有効期間は、決済アプリケーションが導通テストを実施する際に必要な情報であって、予め、クレジットカード会社3から入手され登録されている。<システム自動構築処理について>次に、図10のフローチャートを参照して、システム自動構築処理について説明する。ステップS1において、店舗1のクライアント端末10のCPU10aは、利用者のブラウザ操作に応じて、サービス会社2に対してサービスの申し込みを行う。S1:サービス申し込み処理図11は、サービス申し込み処理の詳細を説明するフローチャートである。ステップS11において、クライアント端末10のCPU10aは、利用者からのブラウザ操作に応じて、ネットワーク4を介して自動構築サーバ20のサービス申し込みサイトにアクセスする。なお、サービス申込みの手段は、WEBサイトでのフォーム入力、コールセンターへの電話連絡、申込書の郵送など何でもよいが、自動構築サーバ20上にサービス申込み用のWEBサイトを併設しておくとシステム的に効率的である。ステップS12において、自動構築サーバ20は、クライアント端末10からのアクセスを受信する。ステップS13において、自動構築サーバ20の利用者管理部21は、クライアント端末10を一意に管理するための利用者IDを生成して割り当てる。そして、自動構築サーバ20の利用者管理部21は、利用者IDが埋め込まれた申し込みフォームのHTMLHyperTextMarkupLanguageデータを生成し、ネットワーク4を介してクライアント端末10に送信する。なお、利用者IDの通知手段も、WEBサイトでの画面表示、メール、通知書の郵送など何でもよいが、こちらも自動構築サーバ20上のWEBサイトで通知される方がシステム的に効率的である。ステップS14において、クライアント端末10のCPU10aは、自動構築サーバ20から受信したHTMLデータに基づく申し込みフォームを出力部10gの表示画面に表示させる。ステップS15において、クライアント端末10のCPU10aは、利用者によるブラウザ操作によって入力された申し込み情報を、ネットワーク4を介して自動構築サーバ20に送信する。申し込み情報には、企業情報、店舗情報、クライアント端末情報などが含まれる。ステップS16において、自動構築サーバ20のクライアント情報管理部23は、クライアント端末10から送信されてきた申し込み情報を受信する。ステップS17において、自動構築サーバ20のクライアント情報管理部23は、ステップS13で生成された利用者IDとステップS16で受信した申し込み情報を紐付けて利用者データベース25に登録する。すなわち、申し込み情報のうち、企業情報は企業情報テーブル25bで管理され、店舗情報は店舗情報テーブル25cで管理され、クライアント端末情報はクライアント端末情報テーブル25dで管理される。そして、自動構築サーバ20のクライアント情報管理部23は、利用者IDが埋め込まれた申し込み結果のHTMLHyperTextMarkupLanguageデータを生成し、ネットワーク4を介してクライアント端末10に送信する。ステップS18において、クライアント端末10のCPU10aは、自動構築サーバ20から受信したHTMLデータに基づく申込結果を出力部10gの表示画面に表示させる。申し込み結果には、自動構築サーバ20上の自動構築サイトのアドレス、ログインID、およびログインパスワードが含まれる。図10の説明に戻る。ステップS2において、店舗1のクライアント端末10のCPU10aは、利用者によるブラウザ操作に応じて、システムの自動構築を開始する。S2:システムの自動構築開始処理図12は、システムの自動構築開始処理の詳細を説明するフローチャートである。ステップS31において、クライアント端末10のCPU10aは、利用者によるブラウザ操作に応じて、ネットワーク4を介して自動構築サーバ20のシステム自動構築サイトにアクセスする。ステップS32において、自動構築サーバ20のクライアント情報管理部23は、クライアント端末20からのアクセスを受信し、ログイン画面のHTMLデータを生成し、ネットワーク4を介してクライアント端末10に送信する。ステップS33において、クライアント端末10のCPU10aは、自動構築サーバ20から受信したHTMLデータに基づくログイン画面を出力部10gに表示させる。このログイン画面は、ブラウザ上で動作するHTML組み込み型のプログラムjavascriptなどである。ステップS34において、クライアント端末10のCPU10aは、HTML組み込み型のプログラムにより、クライアント端末10のOS情報およびブラウザ情報種類とバージョンを取得する。ステップS35において、クライアント端末10のCPU10aは、利用者によるブラウザ操作によってログインIDとログインパスワードが入力され、ログインボタンが押下されると、ステップS34で取得したOS情報およびブラウザ情報とともに、ログインIDおよびログインパスワードを、ネットワーク4を介して自動構築サーバ20に送信する。ステップS36において、自動構築サーバ20のクライアント情報管理部23は、クライアント端末10から送信されてきた、ログインID、ログインパスワード、OS情報、およびブラウザ情報を受信する。ステップS37において、自動構築サーバ20のクライアント情報管理部23は、ステップS36で受信したログイン情報ログインIDとログインパスワードを利用者データベース25に問い合わせ、利用者IDを特定する。これにより、サービス契約者によるアクセスであることが認識される。ステップS38において、自動構築サーバ20のクライアント情報管理部23は、ステップS37で特定した利用者IDと、ステップS36で受信したOS情報およびブラウザ情報を紐付けて利用者データベース25に登録する。ステップS39において、自動構築サーバ20の環境調査部26は、ステップS36で受信したOS情報およびブラウザ情報に基づいて、クライアント端末10上で環境調査アプリケーションが動作するか否かを判断する。なお、環境調査アプリケーションが動作不可能と判断した場合には、処理は終了される。自動構築サーバ20の環境調査部26は、自動構築の開始可否のHTMLデータを生成し、ネットワーク4を介してクライアント端末10に送信する。ステップS40において、クライアント端末10のCPU10aは、自動構築サーバ20から受信したHTMLデータに基づく自動構築の開始可否結果を出力部10gの表示画面に表示させる。図10の説明に戻る。ステップS3において、自動構築サーバ20の環境調査部26は、クライアント端末10に対して環境調査アプリケーションを配信する。S3:環境調査アプリケーション配信処理図13は、環境調査アプリケーションの配信処理の詳細を説明するフローチャートである。ステップS51において、クライアント端末10のCPU10aは、利用者によるブラウザ操作によって自動構築の開始ボタンが押下されると、自動構築の開始を示す情報を、ネットワーク4を介して自動構築サーバ20に送信する。ステップS52において、自動構築サーバ20の環境調査部26は、クライアント端末10から送信されてきた自動構築の開始を示す情報を受信する。ステップS53において、自動構築サーバ20の環境調査部26は、図12のステップS36で受信したOS情報およびブラウザ情報種類とバージョンをもとに、専用アプリケーション管理部22で管理している環境調査アプリケーションの中から、クライアント端末10上で動作する環境調査プリケーションを選定する。例えば、クライアント端末10のOSがWindows登録商標XPの場合、Windows登録商標XP版の環境調査アプリケーションが選定され、MacOSX登録商標の場合、MacOSX版の環境調査アプリケーションが選定される。ステップS54において、自動構築サーバ20の環境調査部26は、ステップS53で選定した環境調査アプリケーションに利用者IDを埋め込む。つまり、環境調査アプリケーションに利用者IDを埋め込むことにより、以降の処理において、環境調査アプリケーションが自動構築サーバ20にアクセスする際には、常に自動構築サーバ20に対して利用者IDが通知される。これにより、自動構築サーバ20の作業履歴管理部24は、どの店舗1のどのクライアント端末10にインストールされた環境調査アプリケーションからのアクセスであるのかを識別し、作業履歴として記録することができるようになる。ステップS55において、クライアント端末10のCPU10aは、利用者によるブラウザ操作に応じて、利用者IDが埋め込まれた環境調査アプリケーションを自動構築サーバ20からダウンロードする。図10の説明に戻る。ステップS4において、クライアント端末10のCPU10aは、ダウンロードした環境調査アプリケーションをもとに、決済サービスの提供に必要なセキュリティとハードウェアの要件をクライアント端末10が満たすか否かの環境調査を行う。S4:クライアント端末10の環境調査処理図14は、クライアント端末10の環境調査処理の詳細を説明するフローチャートである。ステップS61において、クライアント端末10のCPU10aは、ダウンロードした環境調査アプリケーションを起動する。ステップS62において、クライアント端末10のCPU10aは、ネットワーク4を介して自動構築サーバ20に対して環境調査リストを要求する。ステップS63において、自動構築サーバ20の環境調査部26は、クライアント端末10からの環境調査リストの要求を受信する。ステップS64において、自動構築サーバ20の環境調査部26は、図12のステップS36で受信したクライアント端末10のOS情報に合わせて、最新の環境調査リストを、ネットワーク4を介してクライアント端末10に配信する。つまり、導通テストに必要な情報が随時変わる可能性があるため、変更に対応できるように、環境調査リストを環境調査アプリケーションに埋め込まずに、毎回最新の環境調査リストを配信するようにする。ここで、環境調査リストの記載例について説明する。例えば、ウィルスチェックソフトの存在確認方法に関し、Windows登録商標の場合には、ある特定のレジストリを確認することなどが記載される。また、ウィルスチェックソフトのログファイルの存在確認方法に関し、ログファイルの格納場所などが記載されるログファイルを確認することによって、ウィルスチェックソフトが正常に動作していることを確認する。カードリーダ11の存在確認方法に関し、メーカ名の取得方法や、カードリーダ11のドライバが特定のフォルダにインストールされているか否かを確認することなどが記載される。図14の説明に戻る。ステップS65において、クライアント端末10のCPU10aは、自動構築サーバ20から配信された環境調査リストを受信する。ステップS66において、クライアント端末10のCPU10aは、ステップS65で受信した環境調査リストに従って、クライアント端末10の環境を調査する。例えば、セキュリティの要件としては、主に、ウィルスチェックソフトの有無、ウィルスチェック履歴の有無について確認する。また、ハードウェアの要件としては、主に、クレジットカード12を読み取るためのカードリーダ11の接続有無、カードリーダ11の接続ドライバのインストール有無について確認する。クライアント端末10の情報取得方法の詳細については、特開2006-4329号公報、特開2005-107846号公報、特開2006-65744号公報等に記載されている通り公知の技術である。ステップS67において、クライアント端末10のCPU10aは、ステップS66の環境調査の結果を、ネットワーク4を介して自動構築サーバ20に送信する。ステップS68において、自動構築サーバ20の環境調査部26は、クライアント端末10から送信されてきた環境調査の結果を受信する。ステップS69において、自動構築サーバ20の環境調査部26は、ステップS68で受信した環境調査の結果をもとに、クライアント端末10が決済アプリケーションの動作条件を満たすか否かを判断する。動作条件を満たさない場合は、ウィルスチェックソフトの未インストール、カードリーダ11の未接続、カードリーダ11の接続ドライバの未インストールについてアラート表示して、必要なソフトウェアのインストール作業を自動的に実施したり、店員に作業を促したりすることができる。ステップS70において、自動構築サーバ20の環境調査部26は、ステップS69で行った決済アプリケーションの動作可否の判断結果を、ネットワーク4を介してクライアント端末10に送信する。ステップS71において、クライアント端末10のCPU10aは、決済アプリケーションのダウンロード可否を出力部10gの表示画面に表示させる。図10の説明に戻る。ステップS5において、自動構築サーバ20の決済アプリケーション配信部27は、決済アプリケーションを、ネットワーク4を介してクライアント端末10に送信する。S5:決済アプリケーション配信処理図15は、決済アプリケーションの配信処理の詳細を説明するフローチャートである。ステップS81において、クライアント端末10のCPU10aは、決済アプリケーションのダウンロード要求を、ネットワーク4を介して自動構築サーバ20に送信する。ステップS82において、自動構築サーバ20の決済アプリケーション配信部27は、クライアント端末10から送信された決済アプリケーションのダウンロード要求を受信する。ステップS83において、自動構築サーバ20の決済アプリケーション配信部27は、図12のステップS36で受信したクライアント端末10のOS情報をもとに決済アプリケーションを選定する。ステップS84において、自動構築サーバ20の決済アプリケーション配信部27は、ステップS83で選定した決済アプリケーションに利用者IDを埋め込む。つまり、決済アプリケーションに利用者IDを埋め込むことにより、これ以降の処理において、クライアント端末10上の決済アプリケーションが自動構築サーバ20にアクセスする際には、常に利用者IDが渡される。これにより、自動構築サーバ20は、どの店舗1のどのクライアント端末10にインストールされた決済アプリケーションからアクセスされているのかを識別することができるようになる。ステップS85において、クライアント端末10のCPU10aは、利用者IDが埋め込まれた決済アプリケーションを、自動構築サーバ20からダウンロードする。ステップS86において、クライアント端末10のCPU10aは、環境調査アプリケーションが環境調査作業を終了した後、ダウンロードした決済アプリケーションを起動する。ステップS87において、クライアント端末10のCPU10aは、決済アプリケーションの常駐設定を行う。なお、ここでの常駐設定とは、後述する導通テストを実施するための設定である。仮に、導通テストを実施する前にクライアント端末10がシャットダウンされた場合にも、次回の起動時に自動的に導通テストを実施させるために常駐設定される。図10の説明に戻る。ステップS6において、クライアント端末10のCPU10aは、決済アプリケーションをもとに、決済サーバ30との導通テストを実施する。S6:導通テスト処理図16は、導通テスト処理の詳細を説明するフローチャートである。ステップS101において、クライアント端末10のCPU10aは、ネットワーク4を介して自動構築サーバ20に対してテストカード番号リストを要求する。ステップS102において、自動構築サーバ20の導通テスト実施部28は、クライアント端末10からのテストカード番号リストの要求を受信する。ステップS103において、自動構築サーバ20の導通テスト実施部28は、利用者IDをもとに、利用者データベース25のクレジットカード会社情報テーブル25eを参照し、契約済みカード会社のテストカード番号リスト店舗1を運営する企業が契約しているクレジットカード会社3が発行したテストカード番号の一覧を読み出して、ネットワーク4を介してクライアント端末10に送信する。ここで、自動構築サーバ20上で管理されているテストカード番号は、予めクレジットカード会社3から取得され、クレジットカード会社情報テーブル25eに登録される。テストカード番号の発行方法は、クレジットカード会社3によって異なるが、おおむね以下の3つのパターンに整理される。1テストカード番号が常に固定値の場合2テストカード番号が不定期に変更される値の場合3テストカード番号が導通テストを行う毎に新規発行され、一定期間後に無効となる場合自動構築サーバ20側では、以下の仕組みを用意しておくことにより、上記のいずれのパターンにおいても、クレジットカード会社3毎にテストカード番号を取得してクレジットカード会社情報テーブル25eに登録し、管理しておくことができる。Aクレジットカード会社3毎に管理画面を用意しておき、クレジットカード会社3の社員がテストカード番号を随時登録する。B自動構築サーバ20のシステム管理者用に管理画面を用意しておき、クレジットカード会社3の社員からテストカード番号を新規発行した際に通知を受けて、システム管理者がテストカード番号を登録する。Cクレジットカード会社3の基幹システムと自動構築サーバ20の間でシステム間連携をし、基幹システム上でテストカード番号が更新された際にリアルタイムで自動構築サーバ上に反映されるようにする。以上の仕組みにおいて、A~Cは、いずれか1つの構成があれば良い。なお、自動構築サーバ20に登録されたテストカード番号には、有効期間の情報を持たせ、テストカード番号を登録した日時から有効期間が経過した際にそのテストカード番号を無効化する機能を持たせるようにすることもできる。図16の説明に戻る。ステップS104において、クライアント端末10のCPU10aは、自動構築サーバ20から送信されてきたテストカード番号を受信する。ステップS105において、クライアント端末10のCPU10aは、ステップS104で受信したテストカード番号リストをもとに、ダミー決済情報を生成する。ダミー決済情報には、決済サーバ30のURLUniformResourceLocatorまたはIPアドレス、カード番号、テスト金額などが含まれる。ステップS106において、クライアント端末10のCPU10aは、ステップS105で生成したダミー決済情報を、ネットワーク4を介して自動構築サーバ20に送信する。ステップS107において、自動構築サーバ20の導通テスト実施部28は、クライアント端末10から送信されてきたダミー決済情報を、ネットワーク4を介して、テストカード番号を発行したクレジッドカード会社3の決済サーバ30に転送する。つまり、自動構築サーバ20が、クライアント端末10と決済サーバ30の仲介に入ることで、作業履歴管理部24によって進捗ログを取ることができる。ステップS108において、決済サーバ30のCPUは、自動構築サーバ20から送信されてきたダミー決済情報を受信する。ステップS109において、決済サーバ30のCPUは、ダミー決済情報に基づいてダミー決済処理を実施し、その決済処理結果を、ネットワーク4を介して自動構築サーバ20に送信する。ステップS110において、自動構築サーバ20の導通テスト実施部28は、決済サーバ30から送信されてきたダミー決済情報の決済処理結果を、ネットワーク4を介してクライアント端末10に転送する。これにより、自動構築サーバ20の作業履歴管理部24が進捗ログを取ることができる。ステップS111において、クライアント端末10のCPU10aは、自動構築サーバ20から転送されてきたダミー決済情報の決済処理結果を受信する。ステップS112において、クライアント端末10のCPU10aは、ステップS104で受信したテストカード番号リストに載っている全てのテストカード番号についてダミー決済情報が送信されたか否かを判定し、未だ送信していないダミー決済情報があると判定した場合、ステップS106に戻り、上述した処理を繰り返し実行する。そして、ステップS112において、クライアント端末10のCPU10aは、全てのテストカード番号についてダミー決済情報が送信されたと判定した場合、ステップS113に進む。ステップS113において、クライアント端末10のCPU10aは、ステップS111で受信したダミー決済情報の決済処理結果から、全てのダミー決済処理が正常終了したか否かを判定し、全てのダミー決済処理が正常終了したと判定した場合、導通テストが成功したと判断してステップS114に進む。ステップS114において、クライアント端末10のCPU10aは、決済アプリケーションを使用した正規のサービスを開始させるために、決済アプリケーションを常駐設定する。ここでの、常駐設定とは、本番運用における決済アプリケーションの自動起動の設定であり、導通テストを実施するための常駐設定とは起動モードが異なる。つまり、導通テストが終了した後は、クライアント端末10を起動すると自動的に決済アプリケーションを使用した決済処理が可能となる。ステップS113において、クライアント端末10のCPUは、ステップS111で受信したダミー決済情報の決済処理結果から、ダミー決済処理が異常終了したと判定した場合、決済アプリケーションを使用した正規のサービスを開始せずに自動構築作業を中断し、ステップS115に進む。ステップS115において、クライアント端末10のCPUは、導通テストの結果運用開始または運用中断を出力部10gの表示画面に表示させる。なお、店舗1を運営する企業は、ある特定のクレジットカード会社3の1社だけ契約しておけば、それ以外のクレジットカードが利用されたとしても契約しているクレジットカード会社3を仲介して決済処理することができる。しかしながら、店舗1を運営する企業は、来店客がよく使用するクレジットカードに合わせて複数のクレジットカード会社3と契約していることが多い。これは、来店客が利用したクレジットカード12と同じクレジットカード会社3と直接契約して決済処理するほうが、異なるクレジットカード会社3を仲介して決済処理する場合よりも手数料が安くすむからである。従って、決済手数料を安く抑えるためにも、クライアント端末10は、店舗1を運営する企業と契約している全てのクレジットカード会社3のテストカード番号を自動構築サーバ20から取得し、取得した全てのテストカード番号を用いて導通テストを行うようにすればよい。以上、図10に示したようなシステム自動構築処理の過程は、すべて自動構築サーバ20の作業履歴管理部24に履歴として記録される。履歴は、利用者IDに紐付くかたちで記録されており、自動構築サーバ20のシステム管理者は、管理画面上でこれらの履歴を閲覧し、どのクライアント端末10の自動構築作業がどこまで完了しているのか、または、どこで中断しているのかを確認できるとともに、不具合の発生したクライアント端末10のみを抽出して対処することにより、効率的なサービス運営をすることができる。この効率化により、サービス料金を従来よりも安価に抑えることができるようになる。また、決済アプリケーションは、クレジットカード情報を扱うため、セキュリティの観点から、店員のログイン管理機能および定期的なウィルスチェック結果確認機能を有するものとする。なお、ウィルスチェック自体は、ウィルスチェックソフトが実施する。[発明の実施の形態における効果]1.以上のように、自動構築システムでは、クライアント端末10上で動作する独自の専用アプリケーション環境調査アプリケーションや決済アプリケーションを用いることにより、これまで専門の作業員が行っていたシステム導入作業を自動化し、そのために発生していた初期システム構築時の作業コストを不要とすることが可能となる。これにより、低価格で決済サービスを提供することが可能となり、店舗1がシステムを導入しやすくなる。2.以上においては、クライアント端末10をパーソナルコンピュータシステムであるものとして説明したが、これに限らず、例えば、スマートフォンやiPhone登録商標などのモバイル端末に適用することも勿論可能である。3.クライアント端末10と決済サーバ30との間で行われる導通テスト時、自動構築サーバ20が仲介することで、作業履歴を取ることができ、自動構築サーバ20のシステム管理者が容易に作業履歴を閲覧することがきる。これにより、作業の進捗状況に応じて、適確なサービスを提供することができる。以上、添付図面を参照しながら、本発明に係る自動構築システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。