(57)【要約】【課題】クレジットカード決済システムの導入作業を自動構築することが可能な自動構築システム等を提供する。【解決手段】クライアント端末１０は、クレジットカード決済システムの導入作業を自動構築するためのサービス申込時に、ＯＳ情報とブラウザ情報を自動構築サーバ２０に通知する。自動構築サーバ２０は、クライアント端末１０から通知されたＯＳ情報とブラウザ情報に基づいて環境調査アプリケーションを選定し、それをクライアント端末１０に配信し、クレジットカード決済サービスの提供に必要な要件を満たすか否かの環境調査を行わせる。自動構築サーバ２０は、環境を満たすと判断すると、ＯＳ情報をもとに決済アプリケーションを選定してクライアント端末１０に配信する。クライアント端末１０は、決済アプリケーションを起動し、ネットワーク４および自動構築サーバ２０を介して決済サーバ３０との間で導入テストを実施する。【選択図】図１
2012174075.tif 000002
【特許請求の範囲】
【請求項１】
任意の決済サーバとネットワークを介して接続される自動構築サーバ、および前記自動構築サーバとネットワークを介して接続されるクライアント端末によって構成される自動構築システムにおいて、
前記自動構築サーバは、
前記クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得手段と、
前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信手段と、
前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信手段と、
を備え、
前記クライアント端末は、
前記自動構築サーバから配信されてきた前記環境調査アプリケーションを受信し、受信した前記環境調査アプリケーションにより前記クライアント端末の環境を調査し、調査結果を前記自動構築サーバに送信する環境調査結果送信手段と、
前記自動構築サーバから配信されてきた前記決済アプリケーションを受信し、受信した前記決済アプリケーションにより導通テストを実施する導通テスト実施手段と、
を備え、
前記自動構築サーバは、前記クライアント端末で実施される前記導通テストにより送信されてきた第１のデータを前記決済サーバに転送するとともに、前記決済サーバより送信されてきた第２のデータを前記クライアント端末に転送する転送手段をさらに備える
ことを特徴とする自動構築システム。
【請求項２】
前記自動構築サーバは、前記クライアント端末との作業履歴、および前記決済サーバとの作業履歴を管理する作業履歴管理手段をさらに備える
ことを特徴とする請求項１に記載の自動構築システム。
【請求項３】
前記クライアント端末は、前記導通テストの実施結果の表示を制御する表示制御手段をさらに備える
ことを特徴とする請求項１または請求項２に記載の自動構築システム。
【請求項４】
前記クライアント端末は、前記自動構築サーバに対して、自動構築サービスの申し込みを行うサービス申し込み手段をさらに備える
ことを特徴とする請求項１乃至請求項３のいずれかに記載の自動構築システム。
【請求項５】
任意の決済サーバ及びクライアント端末とネットワークを介して接続される自動構築サーバにおいて、
前記クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得手段と、
前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信手段と、
前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信手段と、
前記クライアント端末で実施される導通テストにより送信されてきた第１のデータを前記決済サーバに転送するとともに、前記決済サーバより送信されてきた第２のデータを前記クライアント端末に転送する転送手段と、
を備えることを特徴とする自動構築サーバ。
【請求項６】
前記自動構築サーバは、前記クライアント端末との作業履歴、および前記決済サーバとの作業履歴を管理する作業履歴管理手段をさらに備える
ことを特徴とする請求項５に記載の自動構築サーバ。
【請求項７】
コンピュータに、
クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得ステップと、
前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信ステップと、
前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信ステップと、
前記クライアント端末で実施される導通テストにより送信されてきた第１のデータを決済サーバに転送するとともに、前記決済サーバより送信されてきた第２のデータを前記クライアント端末に転送する転送ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動構築システム、自動構築サーバ、およびプログラムに関し、特に、専門の作業員が行っていたクレジットカード決済システムの導入作業を自動構築することが可能な自動構築システム等に関するものである。
【背景技術】
【０００２】
従来、店頭などにおいてクレジットカード決済のしくみを導入する場合には、クレジットカード会社が提供するＣＡＴ（Credit Authorization Terminal）端末を購入してインターネット（ＡＤＳＬ（Asymmetric Digital Subscriber Line）やＬＡＮ（Local
Area Network）など）に接続し、決済情報（クレジットカード番号、決済金額など）をクレジットカード会社の決済サーバに直接送信する方法が取られていた。
【０００３】
図１７は、従来のＣＡＴ端末によるクレジットカード決済の仕組みを説明するための図である。
【０００４】
図１７に示すシステムは、店舗１００内に導入されるＣＡＴ端末１１０、クレジットカード会社２００内に設置される決済サーバ２１０が、ネットワーク３００を介して接続されることで構成される。クレジットカード決済の処理時、ＣＡＴ端末１１０は、クレジットカード１２０が溝に正しく通されることで、クレジットカード１２０に記憶されているクレジットカード情報（クレジットカード番号、カード有効期限）を読み出し、店舗１００の加盟店番号、および販売員によって入力された決済金額とともに、ネットワーク３００を介してクレジットカード会社２００の決済サーバ２１０に送信する。決済サーバ２１０は、決済情報に基づいて与信を行い、クレジットカード決済処理を行う。
【０００５】
しかし、ＣＡＴ端末１１０は高価であるため、多数の店舗１００を展開する企業では、費用がかさんでしまい導入が難しい。そこで、近年では、店舗１００や販売員が所有している既存のパーソナルコンピュータに安価なカードリーダを接続し、そのカードリーダで読み取ったクレジットカード情報を、ネットワーク３００を介して決済サーバ２１０に送信することにより、ＣＡＴ端末１１０と同様の処理を安価に実現するシステムが登場している。このシステムでは、パーソナルコンピュータ上に専用のアプリケーションをインストールすることにより、カードリーダで読み取ったクレジットカード番号などの決済情報を予め設定された決済サーバ２１０に転送することができる。
【０００６】
図１８は、店舗が所有する既存のパーソナルコンピュータを利用するクレジットカード決済の仕組みを説明するための図である。
【０００７】
図１８に示すシステムは、店舗１００内に設置されるパーソナルコンピュータ１３０、クレジットカード会社２００内に設置される決済サーバ２１０が、ネットワーク３００を介して接続されることで構成される。またパーソナルコンピュータ１３０には、カードリーダ１４０も接続される。クレジットカード決済の処理時、パーソナルコンピュータ１３０は、カードリーダ１４０で読み取られたクレジットカード１２０に記憶されているクレジットカード情報（クレジットカード番号、カード有効期限）を、店舗１００の加盟店番号、および販売員によって入力された決済金額とともに、ネットワーク３００を介してクレジットカード会社２００の決済サーバ２１０に送信する。決済サーバ２１０は、決済情報に基づいて与信を行い、クレジットカード決済処理を行う。
【０００８】
例えば、特許文献１および特許文献２には、カード決済システムに関する技術が提案されている。
【０００９】
なお、図１７および図１８に示したように、ＣＡＴ端末１１０やパーソナルコンピュータ１３０に限らず、スマートフォンやiPhone（登録商標）などのモバイル端末を使ったクレジットカード決済の仕組みを提供することも可能である。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００８−３０５３９２号公報
【特許文献２】特開２００６−０２４０１４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかし、図１８に示したシステム構成においては、パーソナルコンピュータ１３０のＯＳ（オペレーティングシステム）バージョンに合わせた専用アプリケーションの選定や、パーソナルコンピュータ１３０とカードリーダ１４０の接続確認、パーソナルコンピュータ１３０上のセキュリティソフトの確認、パーソナルコンピュータ１３０と決済サーバ２１０との導通テストなど、一般的な店員・販売員の能力では対応が困難な作業が発生するため、サービスを提供する企業としては、各店舗１００に専門の作業員を派遣して導入作業を実施する必要があった。
【００１２】
そして、作業コスト（人件費＋出張費）が導入対象となるパーソナルコンピュータ１３０の数に比例して発生し、それがサービス料金に加算されるため、図１７に示したシステム構成のＣＡＴ端末１１０に対する明確なコストメリットを提示することができなかった。
【００１３】
本発明は、前述した問題点に鑑みてなされたもので、その目的とすることは、専門の作業員が行っていたクレジットカード決済システムの導入作業を自動構築することが可能な自動構築システム等を提供することである。
【課題を解決するための手段】
【００１４】
前述した目的を達成するために、第１の発明は任意の決済サーバとネットワークを介して接続される自動構築サーバ、および前記自動構築サーバとネットワークを介して接続されるクライアント端末によって構成される自動構築システムにおいて、前記自動構築サーバは、前記クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得手段と、前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信手段と、前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信手段と、を備え、前記クライアント端末は、前記自動構築サーバから配信されてきた前記環境調査アプリケーションを受信し、受信した前記環境調査アプリケーションにより前記クライアント端末の環境を調査し、調査結果を前記自動構築サーバに送信する環境調査結果送信手段と、前記自動構築サーバから配信されてきた前記決済アプリケーションを受信し、受信した前記決済アプリケーションにより導通テストを実施する導通テスト実施手段と、を備え、前記自動構築サーバは、前記クライアント端末で実施される前記導通テストにより送信されてきた第１のデータを前記決済サーバに転送するとともに、前記決済サーバより送信されてきた第２のデータを前記クライアント端末に転送する転送手段をさらに備えることを特徴とする自動構築システムである。第１の発明によって、クレジットカード決済システムを自動構築することが可能となる。また、クライアント端末との間の進捗ログ、および決済サーバとの間の進捗ログをとることができる。
【００１５】
前記自動構築サーバは、前記クライアント端末との作業履歴、および前記決済サーバとの作業履歴を管理する作業履歴管理手段をさらに備える。
これにより、システム管理者が容易に作業履歴を閲覧することができ、作業の進捗状況に応じて、適確なサービスを提供することができる。
【００１６】
前記クライアント端末は、前記導通テストの実施結果の表示を制御する表示制御手段をさらに備える。
これにより、利用者は、システム自動構築の導入作業に成功したか否かを容易に確認することができる。
【００１７】
前記クライアント端末は、前記自動構築サーバに対して、自動構築サービスの申し込みを行うサービス申し込み手段をさらに備える。
これにより、利用者は、いつでも都合のよい時間帯を利用して、自動構築サービスの導入作業を開始することができる。
【００１８】
第２の発明は、任意の決済サーバ及びクライアント端末とネットワークを介して接続される自動構築サーバにおいて、前記クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得手段と、前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信手段と、前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信手段と、前記クライアント端末で実施される導通テストにより送信されてきた第１のデータを前記決済サーバに転送するとともに、前記決済サーバより送信されてきた第２のデータを前記クライアント端末に転送する転送手段と、を備えることを特徴とする自動構築サーバである。
【００１９】
前記自動構築サーバは、前記クライアント端末との作業履歴、および前記決済サーバとの作業履歴を管理する作業履歴管理手段をさらに備える。
【００２０】
第３の発明は、コンピュータに、クライアント端末のオペレーティングシステム情報およびブラウザ情報を取得する取得ステップと、前記オペレーティングシステム情報および前記ブラウザ情報をもとに選定した環境調査アプリケーションを前記クライアント端末に配信する環境調査アプリケーション配信ステップと、前記オペレーティングシステム情報をもとに選定した決済アプリケーションを前記クライアント端末に配信する決済アプリケーション配信ステップと、前記クライアント端末で実施される導通テストにより送信されてきた第１のデータを決済サーバに転送するとともに、前記決済サーバより送信されてきた第２のデータを前記クライアント端末に転送する転送ステップと、を実行させるためのプログラムである。
【発明の効果】
【００２１】
本発明により、専門の作業員が行っていたクレジットカード決済システムの導入作業を自動構築することが可能な自動構築システム、自動構築サーバ、およびプログラムを提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施の形態に係る自動構築システムの構成例を示す図である。
【図２】クライアント端末の構成例を示す図である。
【図３】自動構築サーバの機能構成例を示すブロック図である。
【図４】利用者データベースの構造例を示す図である。
【図５】利用者情報テーブルが管理する情報の例を示す図である。
【図６】企業情報テーブルが管理する情報の例を示す図である。
【図７】企業情報テーブルが管理する情報の例を示す図である。
【図８】クライアント端末情報テーブルが管理する情報の例を示す図である。
【図９】クレジットカード会社情報テーブルが管理する情報の例を示す図である。
【図１０】システム自動構築処理を説明するフローチャートである。
【図１１】図１０のステップＳ１のサービス申し込み処理の詳細を説明するフローチャートである。
【図１２】図１０のステップＳ２のシステムの自動構築開始処理の詳細を説明するフローチャートである。
【図１３】図１０のステップＳ３の環境調査アプリケーション配信処理の詳細を説明するフローチャートである。
【図１４】図１０のステップＳ４のクライアント端末の環境調査処理の詳細を説明するフローチャートである。
【図１５】図１０のステップＳ５の決済アプリケーション配信処理の詳細を説明するフローチャートである。
【図１６】図１０のステップＳ６の導通テスト処理の詳細を説明するフローチャートである。
【図１７】従来のクレジットカード決済の仕組みを説明するための図である。
【図１８】従来の他の例のクレジットカード決済の仕組みを説明するための図である。
【発明を実施するための形態】
【００２３】
以下、図面に基づいて、本発明の実施形態を詳細に説明する。
【００２４】
［本発明の実施の形態］
図１は、本発明の実施の形態としてのＣＡＴ（Credit Authorization
Terminal）端末機能の自動構築システムの構成例を示す図である。
【００２５】
図１に示すように、ＣＡＴ端末機能の自動構築システムは、店舗１内に設置されるクライアント端末１０、およびサービス会社２内に設置される自動構築サーバ２０が、ネットワーク４を介して接続されることで構成される。また自動構築サーバ２０には、ネットワーク４を介してクレジットカード会社３内に設置される決済サーバ３０が接続される。またクライアント端末１０には、カードリーダ１１も接続される。なお、クライアント端末１０、決済サーバ３０の数は、任意であり、図１に示されるようにそれぞれ１つに限られるものではない。
【００２６】
店舗１のクライアント端末１０は、CPU（Central Processing Unit）、ROM（Read Only Memory）、RAM（Random Access Memory）、およびHDD（Hard Disc Drive）などを有するコンピュータシステムである。カードリーダ１１は、クレジットカード１２が溝に正しく通されると、クレジットカード１２に記憶されているクレジットカード情報を読み出して、クライアント端末１０に出力する。クレジットカード１２には、クレジットカード番号等が記憶されている。
【００２７】
クライアント端末１０は、利用者からのブラウザ操作に応じて、ネットワーク４を介してサービス会社２の自動構築サーバ２０上のサービス申し込みサイトにアクセスし（図中矢印Ａ１の経路）、クレジットカード決済システムの導入作業を自動構築するためのサービス申し込み処理を行う。クライアント端末１０は、サービス申し込み処理による結果（ブラウザ）を表示し、利用者からのブラウザ操作に応じて、自動構築サーバ２０のシステム自動構築サイトにアクセスし（図中、矢印Ａ１の経路）、ＯＳ（オペレーティングシステム）情報とブラウザ情報を自動構築サーバ２０に通知する。
【００２８】
クライアント端末１０は、ＯＳ情報とブラウザ情報をもとに自動構築サーバ２０で選定された環境調査アプリケーションをダウンロードし（図中矢印Ａ２の経路）、クライアント端末１０がクレジットカード決済サービスの提供に必要なハードウェア要件およびセキュリティ要件を満たすか否かを確認する。クライアント端末１０は、クレジットカード決済サービスの提供に必要な要件を満たすことを確認すると、その確認結果を自動構築サーバ２０に通知する（図中矢印Ａ１の経路）。
【００２９】
クライアント端末１０は、ＯＳ情報をもとに自動構築サーバ２０で選定された決済アプリケーションをダウンロードし（図中矢印Ａ２の経路）、内部にインストールし、ダミーの決済処理データを用いて、クレジットカード会社３の決済サーバ３０との間で導通テストを実施する。クライアント端末１０は、導入テストが正常に終了すると、決済アプリケーションを常駐設定する。
【００３０】
クライアント端末１０は、通常の決済処理を行う場合、利用者により入力された決済金額、店舗１の加盟店番号、およびカードリーダ１１によりクレジットカード１２から読み出されたクレジットカード番号を、ネットワーク４、自動構築サーバ２０を介して決済サーバ３０に送信する（図中矢印Ａ１の経路、図中矢印Ａ３の経路）。
【００３１】
サービス会社２の自動構築サーバ２０は、CPU、ROM、RAM、およびHDDなどを実装したコンピュータシステムであり、クライアント端末１０からクレジットカード決済システムの導入を行うためのサービス申し込み処理がなされると、クライアント端末１０に利用者コード（利用者ＩＤ）を割り当てるとともに、サービス申し込み時にクライアント端末１０から通知された情報を紐付けて、データベースに記憶する。
【００３２】
自動構築サーバ２０は、サービス申し込み後にクライアント端末１０から通知されたＯＳ情報とブラウザ情報に基づいて、環境調査アプリケーションを選定し、選定した環境調査アプリケーションに利用者コードを埋め込んでクライアント端末１０に配信する（図中矢印Ａ２の経路）。自動構築サーバ２０は、クライアント端末１０での環境調査アプリケーション実行による環境調査の結果に基づいて、決済アプリケーションを選定し、選定した決済アプリケーションに利用者コードを埋め込んでクライアント端末１０に配信する（図中矢印Ａ２の経路）。
【００３３】
自動構築サーバ２０は、クライアント端末１０から送信されてきた、ダミーの決済処理データ、または通常の決済処理データを（図中矢印Ａ１の経路）、ネットワーク４を介して決済サーバ３０に転送する（図中矢印Ａ３の経路）。自動構築サーバ２０は、決済サーバ３０から送信されてきた、決済処理結果を（図中矢印Ａ４の経路）、ネットワーク４を介して、クライアント端末１０に転送する（図中矢印Ａ２の経路）。
【００３４】
クレジットカード会社３の決済サーバ３０は、自動構築サーバ２０から転送されてきた（図中矢印Ａ３の経路）、クライアント端末１０からのダミー決済処理データを用いてダミーの決済処理を行う。決済サーバ３０は、ダミー決済処理結果を、自動構築サーバ２０を介してクライアント端末１０に通知する（図中矢印Ａ４の経路、矢印Ａ２の経路）。同様に、本番運用の場合にも、決済サーバ３０は、自動構築サーバ２０を介してクライアント端末１０との間で決済処理を行う。
決済サーバ３０は、本発明の自動構築システムによる導通テストに対しても、従来技術のように各店舗１において専門の作業員が行う導通テストに対しても、同様の処理を行う。すなわち、決済サーバ３０は、本発明の自動構築システムの構成に含まれるものではない。
【００３５】
以上のようにして、ＣＡＴ端末機能の自動構築システムは、店舗１内に設置されているクライアント端末１０のクレジットカード決済システムの導入作業を自動化することができる。
【００３６】
本実施の形態において、パーソナルコンピュー１０と自動構築サーバ２０との間でやり取りされる利用者コード、専用アプリケーション（環境調査アプリケーションや決済アプリケーションなど）、クライアント端末１０に関するクライアント情報（ＯＳ情報やブラウザ情報など）、および作業履歴などを総称して「自動構築情報」という。また、クライアント端末１０から決済処理時に送信される、クレジットカード番号、決済金額、および加盟店番号などを総称して「決済情報」という。
【００３７】
ネットワーク４は、公衆回線網、ローカルエリアネットワーク、またはインターネットなどのネットワーク、デジタル衛星放送といった、有線または無線のいずれのものでもよい。
【００３８】
図２は、図１に示すクライアント端末１０の構成例を示す図である。このクライアント端末１０は、CPU１０ａ、ROM１０ｂ、RAM１０ｃ、および入出力インターフェイス１０ｄが、バス１０ｅを介して接続されている。入出力インターフェイス１０ｄには、入力部１０ｆ、出力部１０ｇ、記憶部１０ｈ、および通信部１０ｉが接続されている。また入出力インターフェイス１０ｄには、カードリーダ１１が着脱可能になっている。
【００３９】
CPU１０ａは、入力部１０ｆからの入力信号に基づいてクライアント端末１０を起動するためのブートプログラムをROM１０ｂから読み出して実行し、記憶部１０ｈに格納されている各種オペレーティングシステムを読み出す。またCPU１０ａは、入力部１０ｆからの入力信号に基づいて各種の制御を行ったり、ROM１０ｂや記憶部１０ｈに記憶されたプログラムおよびデータを読み出してRAM１０ｃにロードしたり、あるいはRAM１０ｃから読み出されたプログラムのコマンドに基づいて、データ演算または加工などの一連の処理を実行する。
【００４０】
入力部１０ｆは、クライアント端末１０の操作者が各種の操作を入力するキーボードやマウスなどの入力デバイスにより構成されており、操作者の操作に基づいて入力信号を生成し、入出力インターフェイス１０ｄおよびバス１０ｅを介してCPU１０ａに送信する。
【００４１】
出力部１０ｇは、例えば液晶ディスプレイやスピーカであり、CPU１０ａからバス１０ｅおよび入出力インターフェイス１０ｄを介して受信した信号に基づいて、CPU１０ａの処理結果などを表示したり、音声を出力したりする。
【００４２】
記憶部１０ｈは、半導体メモリや磁気ディスクなどで構成されており、CPU１０ａで実行されるプログラムやデータを記憶する。記憶部１０ｈには、CPU１０ａが実行するプログラムとして、例えば、自動構築サーバ２０からダウンロードした環境調査アプリケーションや決済アプリケーション等が記憶される。
【００４３】
通信部１０ｉは、LAN（Local
Area Network）カードやモデムなどで構成されており、クライアント端末１０をローカルエリアネットワークやインターネットといった通信媒体であるネットワーク４に接続することを可能にする。すなわち通信部１０ｉは、通信媒体から受信したデータを、入出力インターフェイス１０ｄおよびバス１０ｅを介してCPU１０ａに送信し、CPU１０ａからバス１０ｅおよび入出力インターフェイス１０ｄを介して受信したデータを、ネットワーク４に送信する。
【００４４】
カードリーダ１１は、クレジットカード１２に記憶されているデータを読み出して、入出力インターフェイス１０ｄおよびバス１０ｅを介してCPU１０ａに送信する。
【００４５】
図３は、図１に示す自動構築サーバ２０の機能構成例を示すブロック図である。図３に示す機能部のうちの少なくとも一部は、自動構築サーバ２０のCPUによりシステム自動構築プログラムが実行されることによって実現される。
【００４６】
図３に示すように、自動構築サーバ２０は、利用者管理部２１、専用アプリケーション管理部２２、クライアント情報管理部２３、作業履歴管理部２４、利用者データベース（ＤＢ）２５、環境調査部２６、決済アプリケーション配信部２７、および導通テスト実施部２８の機能を少なくとも有する。
【００４７】
利用者管理部２１は、クライアント端末１０から、クレジットカード決済システムの導入を行うためのサービスの申し込みがなされると、当該クライアント端末１０を一意に識別するための利用者コード（利用者ＩＤ）を割り当て、それを管理する。
【００４８】
専用アプリケーション管理部２２は、クライアント端末１０がクレジットカード決済サービスの提供に必要なハードウェア要件およびセキュリティ要件を満たすか否かを確認するための環境調査アプリケーションを管理する。また専用アプリケーション管理部２２は、通常運用するための決済アプリケーションを管理する。専用アプリケーション管理部２２で管理されるアプリケーションは、ＯＳの種類とバージョン毎に複数用意されている。
【００４９】
クライアント情報管理部２３は、クライアント端末１０から送信されてきたクライアント情報を、利用者管理部２１で管理されている当該クライアント端末１０に対応する利用者コードと紐付けて管理する。クライアント情報は、例えば、企業の情報（企業名、所在地、電話番号、メールアドレスなど企業を特定できるもの）、店舗１の情報（店舗名、店舗所在地、電話番号、メールアドレスなど店舗を特定できるもの）、店舗１が利用するクライアント端末１０の情報（マシン名、ドメイン名、ＭＡＣアドレスなどクライアント端末１０を特定できるもの）などである。
【００５０】
作業履歴管理部２４は、クライアント端末１０との作業履歴を利用者管理部２１で管理されている当該クライアント端末１０に対応する利用者コードと紐付けて管理するとともに、決済サーバ３０との作業履歴を管理する。
【００５１】
利用者データベース２５は、図４に示すような構造で各種情報を記憶する。利用者情報テーブル２５ａは、クレジットカード決済システムの導入を行うためのサービスの利用者情報を管理し、その利用者についてのさらに詳細な情報を、企業情報テーブル２５ｂ、店舗情報テーブル２５ｃ、クライアント端末情報テーブル２５ｄ、およびクレジットカード会社情報テーブル２５ｅで管理する。
【００５２】
利用者情報テーブル２５ａは、クレジットカード決済システムのサービス利用者の管理用テーブルであって、利用者の詳細な情報を管理するとともに、各テーブルへのリンクを管理する。企業情報テーブル２５ｂは、クレジットカード決済システムのサービスを利用する企業の情報を管理する。店舗情報テーブル２５ｃは、クレジットカード決済システムのサービスを利用する店舗１の情報を管理する。
【００５３】
クライアント端末情報テーブル２５ｄは、クレジットカード決済システムのサービスを利用するクライアント端末１０の情報を管理する。クレジットカード会社情報テーブル２５ｅは、クレジットカード決済システムのサービスの利用者が契約しているクレジットカード会社３の情報を管理する。
【００５４】
図５は、利用者情報テーブル２５ａが管理する情報の例を示す図である。
【００５５】
図５に示すように、利用者情報テーブル２５ａは、利用者を一意に識別するための利用者ＩＤ、企業を一意に識別するための企業ＩＤ、店舗１を一意に識別するための店舗ＩＤ、クライアント端末１０を一意に識別するためのクライアント端末ＩＤを管理している。これらのＩＤは、企業情報テーブル２５ｂ〜クレジットカード会社情報テーブル２５ｅへリンクされている。
【００５６】
また利用者情報テーブル２５ａは、クレジットカード決済システムのサービスを利用する利用者が、初めて自動構築サーバ２０のシステム自動構築サイトに登録した日時を表す利用者登録日時、システム自動構築サイトに登録した際に自動構築サーバ２０が発行したログイン用のＩＤとＰＷ（パスワード）を管理するとともに、システム自動構築の開始日時と終了日時、進捗状況、およびステータスを管理する。システム自動構築の進捗ログは、店舗１のクライアント端末１０から自動構築サーバ２０にアクセスする毎に、および自動構築サーバ２０が処理を実行する毎に記録される。
【００５７】
さらに利用者情報テーブル２５ａは、契約しているクレジットカード会社３を一意に識別するための契約クレジットカード会社ＩＤ（１）、（２）、（３）・・・を管理している。契約クレジットカード会社ＩＤは、クレジットカード会社情報テーブル２５ｅへリンクされている。
【００５８】
図６は、企業情報テーブル２５ｂが管理する情報の例を示す図である。
【００５９】
図６に示すように、企業情報テーブル２５ｂは、企業を一意に識別するための企業ＩＤ、企業名、企業所在地、企業電話番号、企業メールアドレスなど、企業を特定できる情報を管理している。
【００６０】
図７は、店舗情報テーブル２５ｃが管理する情報の例を示す図である。
【００６１】
図７に示すように、店舗情報テーブル２５ｃは、店舗１を一意に識別するための店舗ＩＤ、店舗名、店舗所在地、店舗電話番号、店舗メールアドレスなど、店舗１を特定できる情報を管理している。
【００６２】
図８は、クライアント端末情報テーブル２５ｄが管理する情報の例を示す図である。
【００６３】
図８に示すように、クライアント端末情報テーブル２５ｄは、クライアント端末１０を一意に識別するためのクライアント端末ＩＤ、クライアント端末名、ＭＡＣアドレスなど、クレジットカード決済システムのサービスの利用申し込み時に登録された情報を管理している。
【００６４】
またクライアント端末情報テーブル２５ｄは、クライアント端末１０のＯＳ種別、ＯＳバージョン、ブラウザ種別、ブラウザバージョン、ディスク空き容量、メモリ空き容量、ウィルスチェックソフト種別、ウィルスチェックソフトバージョン、ウィルスチェック日時、ウィルスチェック結果、カードリーダ１１の接続状況、ドライバインストール状況を管理している。これらの情報は、クライアント端末１０上で動作する環境調査アプリケーションにより自動取得される。
【００６５】
図９は、クレジットカード会社情報テーブル２５ｅが管理する情報の例を示す図である。
【００６６】
図９に示すように、クレジットカード会社情報テーブル２５ｅは、クレジットカード会社３を一意に識別するためのクレジットカード会社ＩＤ、クレジットカード会社名、クレジットカード会社所在地、クレジットカード会社電話番号、クレジットカード会社メールアドレスなど、クレジットカード会社３を特定できる情報を管理している。
【００６７】
またクレジットカード会社情報テーブル２５ｅは、決済サーバ３０のＩＰアドレス、ダミー決済処理用のテストカード番号、テストカード番号有効期間を管理している。つまり、決済サーバＩＰアドレス、テストカード番号、およびテストカード有効期間は、決済アプリケーションが導通テストを実施する際に必要な情報であって、予め、クレジットカード会社３から入手され登録されている。
【００６８】
＜システム自動構築処理について＞
次に、図１０のフローチャートを参照して、システム自動構築処理について説明する。
【００６９】
ステップＳ１において、店舗１のクライアント端末１０のCPU１０ａは、利用者のブラウザ操作に応じて、サービス会社２に対してサービスの申し込みを行う。
【００７０】
（Ｓ１：サービス申し込み処理）
図１１は、サービス申し込み処理の詳細を説明するフローチャートである。ステップＳ１１において、クライアント端末１０のCPU１０ａは、利用者からのブラウザ操作に応じて、ネットワーク４を介して自動構築サーバ２０のサービス申し込みサイトにアクセスする。なお、サービス申込みの手段は、ＷＥＢサイトでのフォーム入力、コールセンターへの電話連絡、申込書の郵送など何でもよいが、自動構築サーバ２０上にサービス申込み用のＷＥＢサイトを併設しておくとシステム的に効率的である。
【００７１】
ステップＳ１２において、自動構築サーバ２０は、クライアント端末１０からのアクセスを受信する。ステップＳ１３において、自動構築サーバ２０の利用者管理部２１は、クライアント端末１０を一意に管理するための利用者ＩＤを生成して割り当てる。そして、自動構築サーバ２０の利用者管理部２１は、利用者ＩＤが埋め込まれた申し込みフォームのHTML（Hyper Text Markup Language）データを生成し、ネットワーク４を介してクライアント端末１０に送信する。なお、利用者ＩＤの通知手段も、ＷＥＢサイトでの画面表示、メール、通知書の郵送など何でもよいが、こちらも自動構築サーバ２０上のＷＥＢサイトで通知される方がシステム的に効率的である。
【００７２】
ステップＳ１４において、クライアント端末１０のCPU１０ａは、自動構築サーバ２０から受信したHTMLデータに基づく申し込みフォームを出力部１０ｇの表示画面に表示させる。ステップＳ１５において、クライアント端末１０のCPU１０ａは、利用者によるブラウザ操作によって入力された申し込み情報を、ネットワーク４を介して自動構築サーバ２０に送信する。申し込み情報には、企業情報、店舗情報、クライアント端末情報などが含まれる。
【００７３】
ステップＳ１６において、自動構築サーバ２０のクライアント情報管理部２３は、クライアント端末１０から送信されてきた申し込み情報を受信する。ステップＳ１７において、自動構築サーバ２０のクライアント情報管理部２３は、ステップＳ１３で生成された利用者ＩＤとステップＳ１６で受信した申し込み情報を紐付けて利用者データベース２５に登録する。すなわち、申し込み情報のうち、企業情報は企業情報テーブル２５ｂで管理され、店舗情報は店舗情報テーブル２５ｃで管理され、クライアント端末情報はクライアント端末情報テーブル２５ｄで管理される。そして、自動構築サーバ２０のクライアント情報管理部２３は、利用者ＩＤが埋め込まれた申し込み結果のHTML（Hyper Text Markup Language）データを生成し、ネットワーク４を介してクライアント端末１０に送信する。
【００７４】
ステップＳ１８において、クライアント端末１０のCPU１０ａは、自動構築サーバ２０から受信したHTMLデータに基づく申込結果を出力部１０ｇの表示画面に表示させる。申し込み結果には、自動構築サーバ２０上の自動構築サイトのアドレス、ログインＩＤ、およびログインパスワードが含まれる。
【００７５】
図１０の説明に戻る。ステップＳ２において、店舗１のクライアント端末１０のCPU１０ａは、利用者によるブラウザ操作に応じて、システムの自動構築を開始する。
【００７６】
（Ｓ２：システムの自動構築開始処理）
図１２は、システムの自動構築開始処理の詳細を説明するフローチャートである。ステップＳ３１において、クライアント端末１０のCPU１０ａは、利用者によるブラウザ操作に応じて、ネットワーク４を介して自動構築サーバ２０のシステム自動構築サイトにアクセスする。ステップＳ３２において、自動構築サーバ２０のクライアント情報管理部２３は、クライアント端末２０からのアクセスを受信し、ログイン画面のHTMLデータを生成し、ネットワーク４を介してクライアント端末１０に送信する。
【００７７】
ステップＳ３３において、クライアント端末１０のCPU１０ａは、自動構築サーバ２０から受信したHTMLデータに基づくログイン画面を出力部１０ｇに表示させる。このログイン画面は、ブラウザ上で動作するHTML組み込み型のプログラム（javascriptなど）である。ステップＳ３４において、クライアント端末１０のCPU１０ａは、HTML組み込み型のプログラムにより、クライアント端末１０のＯＳ情報およびブラウザ情報（種類とバージョン）を取得する。
【００７８】
ステップＳ３５において、クライアント端末１０のCPU１０ａは、利用者によるブラウザ操作によってログインＩＤとログインパスワードが入力され、ログインボタンが押下されると、ステップＳ３４で取得したＯＳ情報およびブラウザ情報とともに、ログインＩＤおよびログインパスワードを、ネットワーク４を介して自動構築サーバ２０に送信する。
【００７９】
ステップＳ３６において、自動構築サーバ２０のクライアント情報管理部２３は、クライアント端末１０から送信されてきた、ログインＩＤ、ログインパスワード、ＯＳ情報、およびブラウザ情報を受信する。ステップＳ３７において、自動構築サーバ２０のクライアント情報管理部２３は、ステップＳ３６で受信したログイン情報（ログインＩＤとログインパスワード）を利用者データベース２５に問い合わせ、利用者ＩＤを特定する。これにより、サービス契約者によるアクセスであることが認識される。
【００８０】
ステップＳ３８において、自動構築サーバ２０のクライアント情報管理部２３は、ステップＳ３７で特定した利用者ＩＤと、ステップＳ３６で受信したＯＳ情報およびブラウザ情報を紐付けて利用者データベース２５に登録する。
【００８１】
ステップＳ３９において、自動構築サーバ２０の環境調査部２６は、ステップＳ３６で受信したＯＳ情報およびブラウザ情報に基づいて、クライアント端末１０上で環境調査アプリケーションが動作するか否かを判断する。なお、環境調査アプリケーションが動作不可能と判断した場合には、処理は終了される。自動構築サーバ２０の環境調査部２６は、自動構築の開始可否のHTMLデータを生成し、ネットワーク４を介してクライアント端末１０に送信する。
【００８２】
ステップＳ４０において、クライアント端末１０のCPU１０ａは、自動構築サーバ２０から受信したHTMLデータに基づく自動構築の開始可否結果を出力部１０ｇの表示画面に表示させる。
【００８３】
図１０の説明に戻る。ステップＳ３において、自動構築サーバ２０の環境調査部２６は、クライアント端末１０に対して環境調査アプリケーションを配信する。
【００８４】
（Ｓ３：環境調査アプリケーション配信処理）
図１３は、環境調査アプリケーションの配信処理の詳細を説明するフローチャートである。ステップＳ５１において、クライアント端末１０のCPU１０ａは、利用者によるブラウザ操作によって自動構築の開始ボタンが押下されると、自動構築の開始を示す情報を、ネットワーク４を介して自動構築サーバ２０に送信する。ステップＳ５２において、自動構築サーバ２０の環境調査部２６は、クライアント端末１０から送信されてきた自動構築の開始を示す情報を受信する。
【００８５】
ステップＳ５３において、自動構築サーバ２０の環境調査部２６は、図１２のステップＳ３６で受信したＯＳ情報およびブラウザ情報（種類とバージョン）をもとに、専用アプリケーション管理部２２で管理している環境調査アプリケーションの中から、クライアント端末１０上で動作する環境調査プリケーションを選定する。例えば、クライアント端末１０のＯＳがＷｉｎｄｏｗｓ（登録商標）
ＸＰの場合、Ｗｉｎｄｏｗｓ（登録商標） ＸＰ版の環境調査アプリケーションが選定され、Ｍａｃ ＯＳ Ｘ（登録商標）の場合、Ｍａｃ ＯＳ Ｘ版の環境調査アプリケーションが選定される。
【００８６】
ステップＳ５４において、自動構築サーバ２０の環境調査部２６は、ステップＳ５３で選定した環境調査アプリケーションに利用者ＩＤを埋め込む。つまり、環境調査アプリケーションに利用者ＩＤを埋め込むことにより、以降の処理において、環境調査アプリケーションが自動構築サーバ２０にアクセスする際には、常に自動構築サーバ２０に対して利用者ＩＤが通知される。これにより、自動構築サーバ２０の作業履歴管理部２４は、どの店舗１のどのクライアント端末１０にインストールされた環境調査アプリケーションからのアクセスであるのかを識別し、作業履歴として記録することができるようになる。
【００８７】
ステップＳ５５において、クライアント端末１０のCPU１０ａは、利用者によるブラウザ操作に応じて、利用者ＩＤが埋め込まれた環境調査アプリケーションを自動構築サーバ２０からダウンロードする。
【００８８】
図１０の説明に戻る。ステップＳ４において、クライアント端末１０のCPU１０ａは、ダウンロードした環境調査アプリケーションをもとに、決済サービスの提供に必要なセキュリティとハードウェアの要件をクライアント端末１０が満たすか否かの環境調査を行う。
【００８９】
（Ｓ４：クライアント端末１０の環境調査処理）
図１４は、クライアント端末１０の環境調査処理の詳細を説明するフローチャートである。ステップＳ６１において、クライアント端末１０のCPU１０ａは、ダウンロードした環境調査アプリケーションを起動する。ステップＳ６２において、クライアント端末１０のCPU１０ａは、ネットワーク４を介して自動構築サーバ２０に対して環境調査リストを要求する。ステップＳ６３において、自動構築サーバ２０の環境調査部２６は、クライアント端末１０からの環境調査リストの要求を受信する。
【００９０】
ステップＳ６４において、自動構築サーバ２０の環境調査部２６は、図１２のステップＳ３６で受信したクライアント端末１０のＯＳ情報に合わせて、最新の環境調査リストを、ネットワーク４を介してクライアント端末１０に配信する。つまり、導通テストに必要な情報が随時変わる可能性があるため、変更に対応できるように、環境調査リストを環境調査アプリケーションに埋め込まずに、毎回最新の環境調査リストを配信するようにする。
【００９１】
ここで、環境調査リストの記載例について説明する。例えば、ウィルスチェックソフトの存在確認方法に関し、Windows（登録商標）の場合には、ある特定のレジストリを確認することなどが記載される。また、ウィルスチェックソフトのログファイルの存在確認方法に関し、ログファイルの格納場所などが記載される（ログファイルを確認することによって、ウィルスチェックソフトが正常に動作していることを確認する）。カードリーダ１１の存在確認方法に関し、メーカ名の取得方法や、カードリーダ１１のドライバが特定のフォルダにインストールされているか否かを確認することなどが記載される。
【００９２】
図１４の説明に戻る。ステップＳ６５において、クライアント端末１０のCPU１０ａは、自動構築サーバ２０から配信された環境調査リストを受信する。ステップＳ６６において、クライアント端末１０のCPU１０ａは、ステップＳ６５で受信した環境調査リストに従って、クライアント端末１０の環境を調査する。
【００９３】
例えば、セキュリティの要件としては、主に、ウィルスチェックソフトの有無、ウィルスチェック履歴の有無について確認する。また、ハードウェアの要件としては、主に、クレジットカード１２を読み取るためのカードリーダ１１の接続有無、カードリーダ１１の接続ドライバのインストール有無について確認する。クライアント端末１０の情報取得方法の詳細については、特開２００６−４３２９号公報、特開２００５−１０７８４６号公報、特開２００６−６５７４４号公報等に記載されている通り公知の技術である。
【００９４】
ステップＳ６７において、クライアント端末１０のCPU１０ａは、ステップＳ６６の環境調査の結果を、ネットワーク４を介して自動構築サーバ２０に送信する。ステップＳ６８において、自動構築サーバ２０の環境調査部２６は、クライアント端末１０から送信されてきた環境調査の結果を受信する。
【００９５】
ステップＳ６９において、自動構築サーバ２０の環境調査部２６は、ステップＳ６８で受信した環境調査の結果をもとに、クライアント端末１０が決済アプリケーションの動作条件を満たすか否かを判断する。動作条件を満たさない場合は、ウィルスチェックソフトの未インストール、カードリーダ１１の未接続、カードリーダ１１の接続ドライバの未インストールについてアラート表示して、必要なソフトウェアのインストール作業を自動的に実施したり、店員に作業を促したりすることができる。
【００９６】
ステップＳ７０において、自動構築サーバ２０の環境調査部２６は、ステップＳ６９で行った決済アプリケーションの動作可否の判断結果を、ネットワーク４を介してクライアント端末１０に送信する。ステップＳ７１において、クライアント端末１０のCPU１０ａは、決済アプリケーションのダウンロード可否を出力部１０ｇの表示画面に表示させる。
【００９７】
図１０の説明に戻る。ステップＳ５において、自動構築サーバ２０の決済アプリケーション配信部２７は、決済アプリケーションを、ネットワーク４を介してクライアント端末１０に送信する。
【００９８】
（Ｓ５：決済アプリケーション配信処理）
図１５は、決済アプリケーションの配信処理の詳細を説明するフローチャートである。ステップＳ８１において、クライアント端末１０のCPU１０ａは、決済アプリケーションのダウンロード要求を、ネットワーク４を介して自動構築サーバ２０に送信する。ステップＳ８２において、自動構築サーバ２０の決済アプリケーション配信部２７は、クライアント端末１０から送信された決済アプリケーションのダウンロード要求を受信する。ステップＳ８３において、自動構築サーバ２０の決済アプリケーション配信部２７は、図１２のステップＳ３６で受信したクライアント端末１０のＯＳ情報をもとに決済アプリケーションを選定する。
【００９９】
ステップＳ８４において、自動構築サーバ２０の決済アプリケーション配信部２７は、ステップＳ８３で選定した決済アプリケーションに利用者ＩＤを埋め込む。つまり、決済アプリケーションに利用者ＩＤを埋め込むことにより、これ以降の処理において、クライアント端末１０上の決済アプリケーションが自動構築サーバ２０にアクセスする際には、常に利用者ＩＤが渡される。これにより、自動構築サーバ２０は、どの店舗１のどのクライアント端末１０にインストールされた決済アプリケーションからアクセスされているのかを識別することができるようになる。
【０１００】
ステップＳ８５において、クライアント端末１０のCPU１０ａは、利用者ＩＤが埋め込まれた決済アプリケーションを、自動構築サーバ２０からダウンロードする。ステップＳ８６において、クライアント端末１０のCPU１０ａは、環境調査アプリケーションが環境調査作業を終了した後、ダウンロードした決済アプリケーションを起動する。ステップＳ８７において、クライアント端末１０のCPU１０ａは、決済アプリケーションの常駐設定を行う。なお、ここでの常駐設定とは、後述する導通テストを実施するための設定である。仮に、導通テストを実施する前にクライアント端末１０がシャットダウンされた場合にも、次回の起動時に自動的に導通テストを実施させるために常駐設定される。
【０１０１】
図１０の説明に戻る。ステップＳ６において、クライアント端末１０のCPU１０ａは、決済アプリケーションをもとに、決済サーバ３０との導通テストを実施する。
【０１０２】
（Ｓ６：導通テスト処理）
図１６は、導通テスト処理の詳細を説明するフローチャートである。ステップＳ１０１において、クライアント端末１０のCPU１０ａは、ネットワーク４を介して自動構築サーバ２０に対してテストカード番号リストを要求する。ステップＳ１０２において、自動構築サーバ２０の導通テスト実施部２８は、クライアント端末１０からのテストカード番号リストの要求を受信する。
【０１０３】
ステップＳ１０３において、自動構築サーバ２０の導通テスト実施部２８は、利用者ＩＤをもとに、利用者データベース２５のクレジットカード会社情報テーブル２５ｅを参照し、契約済みカード会社のテストカード番号リスト（店舗１を運営する企業が契約しているクレジットカード会社３が発行したテストカード番号の一覧）を読み出して、ネットワーク４を介してクライアント端末１０に送信する。
【０１０４】
ここで、自動構築サーバ２０上で管理されているテストカード番号は、予めクレジットカード会社３から取得され、クレジットカード会社情報テーブル２５ｅに登録される。テストカード番号の発行方法は、クレジットカード会社３によって異なるが、おおむね以下の３つのパターンに整理される。
（１）テストカード番号が常に固定値の場合
（２）テストカード番号が不定期に変更される値の場合
（３）テストカード番号が導通テストを行う毎に新規発行され、一定期間後に無効となる場合
【０１０５】
自動構築サーバ２０側では、以下の仕組みを用意しておくことにより、上記のいずれのパターンにおいても、クレジットカード会社３毎にテストカード番号を取得してクレジットカード会社情報テーブル２５ｅに登録し、管理しておくことができる。
（Ａ）クレジットカード会社３毎に管理画面を用意しておき、クレジットカード会社３の社員がテストカード番号を随時登録する。
（Ｂ）自動構築サーバ２０のシステム管理者用に管理画面を用意しておき、クレジットカード会社３の社員からテストカード番号を新規発行した際に通知を受けて、システム管理者がテストカード番号を登録する。
（Ｃ）クレジットカード会社３の基幹システムと自動構築サーバ２０の間でシステム間連携をし、基幹システム上でテストカード番号が更新された際にリアルタイムで自動構築サーバ上に反映されるようにする。
【０１０６】
以上の仕組みにおいて、（Ａ）〜（Ｃ）は、いずれか１つの構成があれば良い。なお、自動構築サーバ２０に登録されたテストカード番号には、有効期間の情報を持たせ、テストカード番号を登録した日時から有効期間が経過した際にそのテストカード番号を無効化する機能を持たせるようにすることもできる。
【０１０７】
図１６の説明に戻る。ステップＳ１０４において、クライアント端末１０のCPU１０ａは、自動構築サーバ２０から送信されてきたテストカード番号を受信する。
【０１０８】
ステップＳ１０５において、クライアント端末１０のCPU１０ａは、ステップＳ１０４で受信したテストカード番号リストをもとに、ダミー決済情報を生成する。ダミー決済情報には、決済サーバ３０のURL（Uniform Resource Locator）またはIPアドレス、カード番号、テスト金額などが含まれる。ステップＳ１０６において、クライアント端末１０のCPU１０ａは、ステップＳ１０５で生成したダミー決済情報を、ネットワーク４を介して自動構築サーバ２０に送信する。
【０１０９】
ステップＳ１０７において、自動構築サーバ２０の導通テスト実施部２８は、クライアント端末１０から送信されてきたダミー決済情報を、ネットワーク４を介して、テストカード番号を発行したクレジッドカード会社３の決済サーバ３０に転送する。つまり、自動構築サーバ２０が、クライアント端末１０と決済サーバ３０の仲介に入ることで、作業履歴管理部２４によって進捗ログを取ることができる。ステップＳ１０８において、決済サーバ３０のCPUは、自動構築サーバ２０から送信されてきたダミー決済情報を受信する。ステップＳ１０９において、決済サーバ３０のCPUは、ダミー決済情報に基づいてダミー決済処理を実施し、その決済処理結果を、ネットワーク４を介して自動構築サーバ２０に送信する。
【０１１０】
ステップＳ１１０において、自動構築サーバ２０の導通テスト実施部２８は、決済サーバ３０から送信されてきたダミー決済情報の決済処理結果を、ネットワーク４を介してクライアント端末１０に転送する。これにより、自動構築サーバ２０の作業履歴管理部２４が進捗ログを取ることができる。ステップＳ１１１において、クライアント端末１０のCPU１０ａは、自動構築サーバ２０から転送されてきたダミー決済情報の決済処理結果を受信する。
【０１１１】
ステップＳ１１２において、クライアント端末１０のCPU１０ａは、ステップＳ１０４で受信したテストカード番号リストに載っている全てのテストカード番号についてダミー決済情報が送信されたか否かを判定し、未だ送信していないダミー決済情報があると判定した場合、ステップＳ１０６に戻り、上述した処理を繰り返し実行する。そして、ステップＳ１１２において、クライアント端末１０のCPU１０ａは、全てのテストカード番号についてダミー決済情報が送信されたと判定した場合、ステップＳ１１３に進む。
【０１１２】
ステップＳ１１３において、クライアント端末１０のCPU１０ａは、ステップＳ１１１で受信したダミー決済情報の決済処理結果から、全てのダミー決済処理が正常終了したか否かを判定し、全てのダミー決済処理が正常終了したと判定した場合、導通テストが成功したと判断してステップＳ１１４に進む。ステップＳ１１４において、クライアント端末１０のCPU１０ａは、決済アプリケーションを使用した正規のサービスを開始させるために、決済アプリケーションを常駐設定する。ここでの、常駐設定とは、本番運用における決済アプリケーションの自動起動の設定であり、導通テストを実施するための常駐設定とは起動モードが異なる。つまり、導通テストが終了した後は、クライアント端末１０を起動すると自動的に決済アプリケーションを使用した決済処理が可能となる。
【０１１３】
ステップＳ１１３において、クライアント端末１０のCPUは、ステップＳ１１１で受信したダミー決済情報の決済処理結果から、ダミー決済処理が異常終了したと判定した場合、決済アプリケーションを使用した正規のサービスを開始せずに自動構築作業を中断し、ステップＳ１１５に進む。ステップＳ１１５において、クライアント端末１０のCPUは、導通テストの結果（運用開始または運用中断）を出力部１０ｇの表示画面に表示させる。
【０１１４】
なお、店舗１を運営する企業は、ある特定のクレジットカード会社３の１社だけ契約しておけば、それ以外のクレジットカードが利用されたとしても契約しているクレジットカード会社３を仲介して決済処理することができる。しかしながら、店舗１を運営する企業は、来店客がよく使用するクレジットカードに合わせて複数のクレジットカード会社３と契約していることが多い。これは、来店客が利用したクレジットカード１２と同じクレジットカード会社３と直接契約して決済処理するほうが、異なるクレジットカード会社３を仲介して決済処理する場合よりも手数料が安くすむからである。従って、決済手数料を安く抑えるためにも、クライアント端末１０は、店舗１を運営する企業と契約している全てのクレジットカード会社３のテストカード番号を自動構築サーバ２０から取得し、取得した全てのテストカード番号を用いて導通テストを行うようにすればよい。
【０１１５】
以上、図１０に示したようなシステム自動構築処理の過程は、すべて自動構築サーバ２０の作業履歴管理部２４に履歴として記録される。履歴は、利用者ＩＤに紐付くかたちで記録されており、自動構築サーバ２０のシステム管理者は、管理画面上でこれらの履歴を閲覧し、どのクライアント端末１０の自動構築作業がどこまで完了しているのか、または、どこで中断しているのかを確認できるとともに、不具合の発生したクライアント端末１０のみを抽出して対処することにより、効率的なサービス運営をすることができる。この効率化により、サービス料金を従来よりも安価に抑えることができるようになる。
【０１１６】
また、決済アプリケーションは、クレジットカード情報を扱うため、セキュリティの観点から、店員のログイン管理機能および定期的なウィルスチェック結果確認機能を有するものとする。なお、ウィルスチェック自体は、ウィルスチェックソフトが実施する。
【０１１７】
［発明の実施の形態における効果］
１．以上のように、自動構築システムでは、クライアント端末１０上で動作する独自の専用アプリケーション（環境調査アプリケーションや決済アプリケーション）を用いることにより、これまで専門の作業員が行っていたシステム導入作業を自動化し、そのために発生していた初期システム構築時の作業コストを不要とすることが可能となる。これにより、低価格で決済サービスを提供することが可能となり、店舗１がシステムを導入しやすくなる。
【０１１８】
２．以上においては、クライアント端末１０をパーソナルコンピュータシステムであるものとして説明したが、これに限らず、例えば、スマートフォンやiPhone（登録商標）などのモバイル端末に適用することも勿論可能である。
【０１１９】
３．クライアント端末１０と決済サーバ３０との間で行われる導通テスト時、自動構築サーバ２０が仲介することで、作業履歴を取ることができ、自動構築サーバ２０のシステム管理者が容易に作業履歴を閲覧することがきる。これにより、作業の進捗状況に応じて、適確なサービスを提供することができる。
【０１２０】
以上、添付図面を参照しながら、本発明に係る自動構築システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１２１】
１０………クライアント端末
２０………自動構築サーバ
２１………利用者管理部
２２………専用アプリケーション管理部
２３………クライアント情報管理部
２６………環境調査部
２７………決済アプリケーション配信部
３０………決済サーバ
【図１】
2012174075.tif 000003
【図２】
2012174075.tif 000004
【図３】
2012174075.tif 000005
【図４】
2012174075.tif 000006
【図５】
2012174075.tif 000007
【図６】
2012174075.tif 000008
【図７】
2012174075.tif 000009
【図８】
2012174075.tif 000010
【図９】
2012174075.tif 000011
【図１０】
2012174075.tif 000012
【図１１】
2012174075.tif 000013
【図１２】
2012174075.tif 000014
【図１３】
2012174075.tif 000015
【図１４】
2012174075.tif 000016
【図１５】
2012174075.tif 000017
【図１６】
2012174075.tif 000018
【図１７】
2012174075.tif 000019
【図１８】
2012174075.tif 000020