JP2006040192A - データ収集システムおよびデータ収集方法 - Google Patents

Abstract

【課題】 従来のＡＳＰシステムでは、ＡＳＰシステムに接続するデータベースにデータを登録する場合、使用できるデータ属性や各画面が決められているため、管理者がデータ属性（設問）を店舗独自に設定したり、表示画面を自由にデザインすることができなかった。
【解決手段】 アプリケーションサーバは、管理者用端末から入力される管理者毎の任意の設問を定義する設問定義手段と、任意の設問に個々に対応するパラメータを設定し、少なくともパラメータおよびデータベースのＵＲＬを管理者用端末に表示するインターフェイス手段を有し、ウェブサーバは、顧客用端末に応募データが入力される任意のウェブページを表示して応募データを受け付ける受付手段と、入力された応募データをデータベースに登録する登録手段を有する。これにより、管理者独自の設問や、自由な表示画面を設計でき、管理者のニーズに合致したデータ収集が実現できる。

【選択図】 図１

Description

本発明は、通信ネットワークを利用したデータ収集システムおよびデータ収集方法にかかり、特に、応募データを管理者毎に任意の設問が容易に設定可能なデータ収集システムおよびデータ収集方法に関する。

インターネットの普及に伴い、ＡＳＰ（Application Service Provider）システムを利用した様々なビジネスシステムが構築されている。ＡＳＰとはアプリケーションサーバの集合からなるサーバファームと呼ばれるデータセンターでアプリケーションを一括稼働し、インターネットを利用してその機能を配信する事業者、または、その事業の仕組み自体をいう。

従来のＡＳＰシステムでは、例えばＡＳＰ契約者（管理者）である企業などが、その企業の顧客の会員登録などを行う場合、ＡＳＰシステム側で入力画面を用意し、これらの画面をＡＳＰ契約者側端末に表示し、顧客に入力させることによってＡＳＰシステムに接続するデータベースにデータの追加を行っていた。

また、ＡＳＰシステムで使用するデータベースによって入力するデータの属性が決まっているため、ＡＳＰ契約者が独自に作成した入力画面を利用したい場合には、ＡＳＰシステム運用者側で入力するデータの属性ごとにパラメータの仕様を公開し、パラメータの仕様に則ってＡＳＰ契約者が入力画面を作成し、ＡＳＰシステムのデータベースにデータを追加している（例えば非特許文献１参照。）。

また、ショッピングサイトのＡＳＰでは、商品の選択を行うインターフェースを用意することによって、ＡＳＰ契約者が独自に作成した商品説明のページから、ＡＳＰシステム側が用意した商品選択のページに遷移する、といったページの連携を行っている。
"Eｓｔｏｒｅ"、［online］、株式会社Eストアー、［平成１６年７月２９日検索］、インターネット＜URL http://www.estore.co.jp/ ＞

しかし、上記のような従来のＡＳＰシステムにおいては、データの入力画面（または確認画面、エラー画面、完了画面）などは、ＡＳＰシステムが保有するデータベースの属性を反映している。すなわち、入力項目のデータ属性はＡＳＰシステム側で決められており、各画面もＡＳＰシステム側で作成し、サーバに格納したものを利用していた。

また、管理者（例えばショッピングサイトを開設している店舗）が、独自の入力画面、確認画面等を表示したい場合でも、入力するデータの属性が決まっているため、ＡＳＰシステム運用者側で入力するデータの属性ごとにパラメータの仕様を公開し、パラメータの仕様に則って各画面を作成していた。

しかし、販売促進を成功させるには顧客データを取得し活用することが重要となる。このため、アンケートなどで必要な設問を設定し、その回答を顧客データとして収集する方法があるが、管理者によっては独自のアンケートの設問を使用したい場合や、設問が確定していない状態でホームページを開設するような場合等もあり、設問が固定されていると不都合な場合も多い。

また、モバイルやインターネットのサイトでは、表示する画面が当該ホームページを閲覧する者（顧客）に与える影響が非常に大きく、管理者側ではオリジナルで且つ印象に残るような画面を表示したい要望が強い。

従来のＡＳＰシステムを利用する場合には、上述の如く使用できるデータ属性や各画面が決められているため、管理者がアンケートの設問（データベースの各フィールドの属性）を店舗独自に設定したり、表示画面を自由にデザインすることができない問題があった。

本発明は、係る課題に鑑みてなされ、第１に、通信ネットワークに少なくとも顧客用端末と、管理者用端末と、アプリケーションサーバとが接続し、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集システムであって、前記アプリケーションサーバは、前記管理者用端末から入力される管理者毎の任意の設問を前記データベースに定義する設問定義手段と、前記顧客用端末に表示され前記設問に対応した応募フォームを介して入力される前記応募データを前記データベースに登録する登録手段とを有することにより解決するものである。

第２に、通信ネットワークに少なくとも顧客用端末と、管理者用端末と、アプリケーションサーバが接続し、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集システムであって、前記アプリケーションサーバは、前記管理者用端末から入力される管理者毎の任意の設問を前記データベースに定義し、前記設問に対応した応募フォームを作成する設問定義手段と、前記応募フォームを前記顧客用端末に表示し、入力された前記応募データを前記データベースに登録する登録手段とを有することにより解決するものである。

また、前記登録手段は、前記設問に対応するパラメータが埋め込まれ前記応募データが表示される確認画面を前記顧客用端末に表示し、前記パラメータと前記応募データとを対応づけて登録することを特徴とするものである。

また、前記応募フォームおよび前記確認画面は前記アプリケーションサーバに保持されることを特徴とするものである。

第３に、通信ネットワークに少なくとも顧客用端末と、管理者用端末と、アプリケーションサーバとを備え、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集システムであって、前記アプリケーションサーバは、前記管理者用端末から入力される管理者毎の任意の設問を前記データベースに定義する設問定義手段と、前記任意の設問に個々に対応するパラメータを設定し、少なくとも該パラメータおよび前記データベースに格納するための識別子を前記管理者用端末に表示するインターフェイス手段と、前記設問に対応する応募フォームを介して入力された前記応募データを前記パラメータおよび前記識別子に基づき前記データベースに登録する登録手段とを具備することにより解決するものである。

また、前記登録手段は、前記設問に対応するパラメータが埋め込まれ前記応募データが表示された確認画面を前記顧客用端末に表示し、前記パラメータと前記応募データとを対応づけて登録することを特徴とするものである。

また、前記通信ネットワークに接続するウェブサーバを有し、前記応募フォームは前記管理者毎に任意に作成され前記ウェブサーバに保持されることを特徴とするものである。

また、前記確認画面は前記管理者毎に任意に作成され前記ウェブサーバに保持されることを特徴とするものである。

また、前記通信ネットワークに接続するウェブサーバを有し、前記アプリケーションサーバは、前記ウェブサーバに保持され前記管理者毎に任意に作成された前記応募フォームを取得する画面取得手段と、前記取得した応募フォームを前記アプリケーションサーバに蓄積する画面蓄積手段とを有し、前記登録手段は前記蓄積手段により蓄積された前記応募フォームを介して前記応募データを登録することを特徴とするものである。

また、前記インターフェイス手段は、前記管理者用端末に前記パラメータを表示し、該パラメータの変更を受け付けることを特徴とするものである。

また、前記設問定義手段は、設問定義画面を前記管理者用端末に表示することを特徴とするものである。

第４に、通信ネットワークに少なくとも顧客用端末と、管理者用端末と、アプリケーションサーバとが接続し、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集方法において、前記アプリケーションサーバの設問定義手段により管理者毎に任意の設問を定義するステップと、前記アプリケーションサーバの登録手段により前記設問に対応した応募フォームを介して入力された前記応募データを前記データベースに登録するステップと、を具備することにより解決するものである。

第５に、通信ネットワークに少なくとも顧客用端末と、管理者用端末と、アプリケーションサーバとが接続し、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集方法において、前記アプリケーションサーバの設問定義手段により管理者毎に任意の設問を定義し、該設問に対応した応募フォームを作成するステップと、前記応募フォームを前記顧客用端末に表示し、前記応募フォームを介して入力された前記応募データを前記アプリケーションサーバの登録手段により前記データベースに登録するステップと、を具備することにより解決するものである。

また、前記登録手段は、前記設問に対応するパラメータが埋め込まれ前記応募データが表示される確認画面を前記顧客用端末に表示し、前記パラメータと前記応募データとを対応づけて登録することを特徴とするものである。

第６に、通信ネットワークに顧客用端末と、管理者用端末と、ウェブサーバと、アプリケーションサーバとが接続し、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集方法において、前記アプリケーションサーバの設問定義手段により管理者毎に任意の設問を定義するステップと、前記アプリケーションサーバのインターフェイス手段により前記設問に対応するパラメータを付与し、少なくとも該パラメータおよび前記データベースに格納するための識別子を前記管理者用端末に表示するステップと、前記設問に対応した管理者毎の任意の応募フォームを作成し、前記ウェブサーバに格納するステップと、前記アプリケーションサーバの登録手段により前記応募フォームを介して入力された前記応募データを前記パラメータと前記識別子に基づき前記データベースに登録するステップと、を具備することにより解決するものである。

また、前記登録手段は、前記応募データが表示された確認画面を前記顧客用端末に表示し、前記パラメータと前記応募データとを対応づけて登録することを特徴とするものである。

また、前記管理者毎に任意の前記確認画面を作成し、前記ウェブサーバに格納するステップを有することを特徴とするものである。

また、前記アプリケーションサーバの画面取得手段により、前記ウェブサーバに保持される前記応募フォームを取得するステップと、前記アプリケーションサーバの画面蓄積手段により、取得した応募フォームを前記アプリケーションサーバに蓄積するステップとを有し、前記登録手段は前記蓄積手段により蓄積された前記応募フォームを介して前記応募データを登録することを特徴とするものである。

本発明によれば、以下の様々な効果が得られる。

本実施形態によれば、第１に、設問定義手段により設問に対応するパラメータを付与し、応募フォーム、確認画面を自動生成できる。これにより、管理者は独自の設問を定義でき、データベースに応募データを登録することができる。

第２に、データ収集のための設問を自由に設定でき、またその設問の回答となる応募データを、ＡＳＰシステムのデータベースに格納するためのウェブインターフェイス情報を動的に管理者用端末に表示することができる。これにより、管理者は独自の設問を定義でき、また独自のデザインのアンケートフォームを作成できるので、管理者の趣向にあわせたアンケートシステムが容易に実現できる。

第３に、ウェブインターフェイス情報として、設問に個々に対応したパラメータと、インターフェイス画面のＵＲＬを表示するので、これらを確認画面に埋め込むことにより、設問の回答（応募データ）とパラメータをひもづけ、アプリケーションサーバ上のインターフェイス画面を介してデータベースに格納できる。従って、ウェブサーバ上の画面を利用して、独自の設問に対応した応募データをアプリケーションサーバのデータベースに登録することができる。つまり管理者（企業）のニーズに合わせた設問が定義でき、顧客情報を活用することができる。

第４に、管理者は、設問に応じて動的に提供されるウェブインターフェイス情報に基づき、設問に対応するパラメータをウェブページに埋め込めばよく、ウェブページを独自にデザインすることができる。また、アンケートの初期画面、応募フォーム、登録完了画面、エラー画面など一連の画面デザインの統一を図れる。特にインターネット上の店舗の場合、ウェブページのデザインはその店舗を知らない顧客にとって、あるいは実店舗を持たない店舗にとって、集客する上で極めて重要なファクターとなる。本実施形態によれば、店舗のイメージに合った、また顧客に好印象を与えるアンケートフォームを独自に作成することができる。

第５に、アプリケーションサーバに画面取得手段と画面蓄積手段を設けることにより、ウェブサーバに保持された応募フォームを取得し、アプリケーションサーバ内の格納領域に蓄積できる。これにより、ウェブ上の応募フォームをコピーしてＵＲＬを変換することになるので、アプリケーションサーバ側がＳＳＬに対応していれば、蓄積した応募フォームをＳＳＬのページとして設置することが可能となる。アプリケーションサーバ側でＳＳＬ対応が可能となれば、１つのＳＳＬサーバ証明書を利用することができるので、安価にＳＳＬを対応させることができる。

また、アンケート実施前にウェブサーバ２の認証を行い、実施中の認証が不要となるため、アンケート実施中のシステムの負担を軽減することができる。

このように、本実施形態によれば、管理者にオリジナルの設問およびアンケートフォームの作成が容易に、また低コストで短期間に実現できる。

図１から図１６を参照し、本発明の実施形態を詳細に説明する。なお、以下データ収集の一例としてアンケートを例に説明する。

まず、図１から図９には、第１の実施形態を示す。

図１は、本実施形態のデータ収集システムの概要図である。

図の如く、アンケートシステムは、アプリケーションサーバ１、ウェブサーバ２、顧客用端末４、管理者用端末３が通信ネットワーク６に接続しており、アプリケーションサーバ１にはデータベース５が接続した構成である。

通信ネットワーク６は、例えばインターネットなどのネットワーク（有線、無線）であり、以下インターネットを例に説明する。また、顧客用端末４、管理者用端末３はそれぞれ、送受信手段、制御手段、表示手段などを備え、ウェブコンテンツをブラウズするソフトウェア（ウェブブラウザ）がインストールされた例えばパーソナルコンピュータや携帯電話などである。そして以下、管理者とは企業または店舗などアンケートを実施する者をいい、顧客とは企業又は店舗等の顧客をいう。

この構成は、管理者がインターネット６を介して、アプリケーションシステム運用者から提供されるアプリケーションサーバ１を介してデータベース５にアクセスし、各種アプリケーションを利用する形態であり、いわゆるＡＳＰシステムである。

アプリケーションサーバ１は、各種アプリケーションを一括稼働し、インターネット６を利用してその機能を配信する装置である。アプリケーションサーバ１は、大別すると処理装置、伝送装置からなるハードウェアと、実行時にはメモリ上におかれる各種ソフトウェアとからなり、前述の各種アプリケーションもこのソフトウェアに含まれる。

本実施形態では、データ収集すなわちアンケート用のアプリケーションプログラムがアプリケーションサーバ１で実行される。

アプリケーションサーバ１は、設問定義手段１１と、管理手段１３と、登録手段１７とを有する。

設問定義手段１１は、管理者用端末３にアンケートの設問定義画面１４を表示し、管理者毎の任意の設問の登録を受付け、各設問を定義する。この設問は、管理者が必要とするデータに応じて管理者毎に独自に作成することができる。すなわちこれによりデータベースの属性を管理者毎に独自に定義することができる。また設問定義手段１１は、設問に対応した応募フォーム１８、確認画面２２を自動生成する。

応募フォーム１８は、設問定義手段１１により自動生成され、管理者毎の設問とその回答である応募データ１８の入力フィールド、および応募データ確認のためのボタンを少なくとも有し、アプリケーションサーバ１内に保持される。

応募フォーム１８は、管理者が作成しウェブサーバに保持されるアンケート告知用の初期画面２３１（ウェブページ）から応募フォーム１８のＵＲＬ（Uniform Resource Location）が呼び出されると顧客用端末４に表示される。

管理手段１３は、アンケートの開始や終了を管理する。また、管理手段１３は管理画面１６を管理者用端末４に表示する。管理画面１６は、自動生成された応募フォーム１８のＵＲＬの他、アンケート応募数やメール配信の有無、端末の種類などの管理項目が表示される。

データベース５は、設定されたアンケート毎にテーブルが用意される。初期状態では、テーブルの各フィールドには属性が与えられておらず、またデータも格納されていない。各フィールドは、設問定義手段１１により設問が定義されることによって対応する属性およびパラメータが定義される。そして応募フォーム１８を介して登録手段１７により応募データとパラメータとが対応づけられて各フィールドに格納される。

ウェブサーバ２は、ウェブページの閲覧サービスを提供するサーバであり、第１の実施形態では、アンケートの初期画面２３１となるウェブページが管理者によって独自に作成され、保持されている。初期画面２３１は、アンケートの概要、応募要項、主催者などの情報が表示されており、顧客用端末４に表示される。また、次画面へ遷移するための応募（次画面）ボタンなどが付与されており、これに管理画面１６で表示される応募フォーム１８のＵＲＬが対応づけられている。従ってボタン押下によりアプリケーションサーバ１内の応募フォーム１８が顧客用端末４に呼び出される。

登録手段１７は、入力された応募データをデータベース５に登録する。すなわち、まず応募フォーム１８が初期画面２３１により呼び出されて顧客用端末４に表示され、顧客用端末４より応募データを受け付ける。そして、応募フォーム１８内の応募データ確認のためのボタン（例えば確認ボタン）が押下されると、登録手段１７は確認画面２２を顧客用端末４に表示する。

確認画面２２は入力された応募データが少なくとも表示され、登録（又は送信、以下同様）ボタンを有するウェブページであり、第１の実施形態では設問定義手段１１により自動生成されアプリケーションサーバ１に保持される。また、確認画面２２には、設問定義手段１１により設問に個々に対応するパラメータが付与され、埋め込まれている。すなわち確認画面２２を表示することにより応募データとパラメータを対応づけることができる。更に確認画面２２には自動生成時にインターフェイス画面１９のＵＲＬも埋め込まれている。

インターフェイス画面１９は顧客用端末４から入力された応募データをアプリケーションサーバ１側で受け取り、データベース５に格納するための画面である。確認画面２２の登録ボタン押下により、登録手段１７は、個々に対応したパラメータを応募データと共にインターフェイス画面１９に受け渡し、インターフェイス画面１９を介してＡＳＰに接続するデータベース５に格納する。

尚、インターフェイス画面１９は、顧客用端末４に表示されたとしても瞬時に次画面（例えば登録完了画面など）に切り替り、実質的には何れの端末にも表示されるものではないとする。

前述の如くデータベース５は、初期状態ではテーブルが用意され各フィールドにデータ属性が与えられていない。本実施形態の如く登録手段によりパラメータと共に応募データをデータベースに格納することにより、任意の設問（属性）であっても、また動的に変化する設問（属性）であっても応募データを格納することができる。

尚、応募フォーム１８、確認画面２２は設問定義手段１１により自動生成されるものであり、そのデザインを自由自在に変更することはできないが、これを利用することによりコストや作業の効率化が図れる。

以上のごとく、本実施形態では、ＡＳＰシステムで提供されるデータベースの属性（設問）を管理者側で独自に定義でき、任意のアンケート項目を設定することができるので、管理者のニーズに合った顧客情報を収集することができる。

図２から図８には、本実施形態のアンケートシステムで利用する各画面について、更に説明する。尚、各画面は本実施形態を説明するための一例であり、同様の機能を有していればデザインや項目などの表記は図に示すものに限らない。

まず、図２は設問定義画面１４である。設問定義手段１１は、図に示す設問定義画面１４を管理者用端末３に表示し、任意の設問とその設問の回答方法についての設定を行う。

設問を定義する場合は、まず「設問タイプ」のプルダウンメニュー１４ａから設問の形式を選択する。設問タイプは、例えば入力型、選択型、日付型である。選択した形式に応じて設問定義手段が、後述の画面を表示し、さらに詳細な設定を行う。

設問タイトルフィールド１４ｂは、設問のタイトルを表示する。設問型フィールド１４ｃは、選択した設問タイプが表示される。また図示は省略するが、順序フィールド１４ｄには各フィールドに矢印が表示され、矢印をクリックすることにより設問の表示順序を入れ替えることができる。そして操作フィールド１４ｅのアイコン（不図示）により、設問の削除、コピー等が可能である。更に必須フィールド１４ｆは、回答が必須な設問に対して例えば丸印を表示する。

図３は、設問タイプで「入力型」を選択した場合の詳細設定画面１４１である。入力型の場合は、設問タイトル１４１ａ、設問内容１４１ｂ、注意書き１４１ｃ、回答必須１４１ｄ、ページ番号１４１ｅ、入力欄のサイズ１４１ｆ、入力文字制限１４１ｇ、入力可能な文字の種類１４１ｈ、初期値１４１ｉ、表示／非表示１４２ｊ等の各フィールドがあり、これらを設定できる。表示／非表示フィールド１４２ｊの「非表示」とは、設問として設定するもののデータを予め埋め込んでおく場合に使用する。例えば同一のアンケートを何回かにわたって実施する際、その回数を予めパラメータに対応した値として設定しておく。これにより顧客用端末に表示されずにその値がデータベース５に登録される。

設問タイトル１４１ａに設定したタイトルは、図２の画面に表示される。入力型のデータは、例えばメールアドレス、住所、氏名等である。

図４は、設問タイプで「選択型」を選択した場合の詳細設定画面１４２であり、選択型の場合は、選択方式や、選択肢を設定する。

この画面では設問タイトル１４２ａ、設問内容１４２ｂ、注意書き１４２ｃ、回答必須１４２ｄ、ページ番号１４２ｅ、選択項目の属性１４２ｆ、選択肢１４２ｇ、１行に表示する選択肢の数１４２ｈ、表示／非表示１４２ｉ等の各フィールドがあり、これらを設定できる。

「選択肢の属性」は、例えばラジオボタン（単一選択）、チェックボックス（複数選択）、プルダウンメニュー（単一選択）等、アンケートの設問形式に応じて適切なものを選択でき、同時選択数の制限も指定できる。ラジオボタンとは、複数の項目のうち、マウスのクリックによりいずれか一つのみ選べ、選ぶ項目を変えると今まで選んだ項目が解除されるタイプの選択方式である。チェックボックスは、一般的には画面に矩形が表示され、マウスでクリックすることで、選択／非選択が設定できるタイプの選択方式である。ラジオボタンとは異なり、チェックボックスでは複数の項目をまったく独立してそれぞれ選択することができる。またプルダウンメニューとは、画面の上部から下部に向かって表示されるメニューである。そして、「選択肢」には文字列の入力により任意の選択肢を設定でき、設問タイトル１４２ａに設定したタイトルが、図２の画面に表示される。選択型のデータは、例えば択一式のクイズの解答、コース選択、等である。

図５は、設問タイプで「日付型」を選択した場合の詳細設定画面１４３であり、暦の表示形式などが設定できる。日付型の場合は、設問タイトル１４３ａ、設問内容１４３ｂ、注意書き１４３ｃ、回答必須１４３ｄ、ページ番号１４３ｅ、暦表示１４３ｆ、表示／非表示１４３ｇ等のフィールドがあり、これらを設定できる。設問タイトル１４３ａに設定したタイトルが、図３の画面に表示され、日付型のデータは、例えば生年月日、登録年月日、等である。

図３〜図５の画面でそれぞれ確認ボタン１４１ｋ、１４２ｊ、１４３ｈを押下すると、図２の画面に遷移し、設問が追加される。変更の場合は各「設問タイトル」をクリックすると、図３〜図５のいずれかが表示され、設定項目の変更が可能となる。

また、図示は省略するが、図３〜図５とは別に、管理手段１３が表示するアンケート設定画面があり、アンケートの開始前にアンケートの名称、受付開始方法、受付終了方法、応募端末（パソコン、携帯電話）、謝礼メールの有無、等が予め設定される。

図６は、アンケート制御を行うための管理画面１６を示す。管理画面１６は管理手段１３により管理者用端末３に表示され、アンケートの開始、終了、一時停止のボタン１６１が付与されている。そしてこれらのボタン１６１を押下することにより（または予約の場合は自動で）アンケートの受付開始、終了、一時停止を制御できる。

管理画面１６には、予め前述のアンケート設定画面（不図示）で設定されたアンケートの名称、受付開始方法、受付終了方法、応募端末（パソコン、携帯電話）、謝礼メールの有無、等の設定内容１６３が表示されている。

そして、アンケートＵＲＬフィールド１６３ａには、設問定義手段１１により自動生成されアプリケーションサーバ１に保持される応募フォーム１８のＵＲＬが表示される。

管理者はこのＵＲＬに基づき、独自に作成しウェブサーバ２に保持した初期画面２３１内で、応募フォーム１８のＵＲＬを呼び出すように設定する。

図７および図８は、設問定義手段が自動生成する応募フォーム１８（図７）および確認画面２２（図８）を示す。

図７のごとく、応募フォーム１８は、設問定義手段１１で定義した各設問１８ａおよび各設問と対応する入力フィールド１８ｂと、確認画面を表示するための確認ボタン１８ｃ、リセットボタン１８ｄを少なくとも有する。

また、図８のごとく確認画面２２は、応募フォーム１８の確認ボタン１８ｃ押下により表示され、入力されたアンケートの回答（応募データ）２２ａが表示される。そしてこのウェブページには、設問定義手段１１により設問に対応して付与されたパラメータが、例えば破線で示すごとく内部的に埋め込まれ、応募データ２２ａと対応している。さらに、確認画面２２には、登録（または送信）ボタン２２ｂが付与されている。

登録手段１７は、確認画面２２を顧客用端末４に表示する。そして、登録ボタン２２ｂ押下により登録手段１７はパラメータと応募データを対応づけて、インターフェイス画面１９にデータを受け渡し、データベース５に格納する。

次に、図９を用い、また図２から図８を適宜参照して第１の実施形態のアンケートシステムのフローとデータの収集方法について説明する。

まず、管理者がアンケートの設計を行う（ステップＳ１）。これは、アンケートの受付期間、設問内容、初期画面の内容、デザインなどの設計である。

次に、アンケートの設問定義を行う（ステップＳ２）。アンケートの設問は、設問定義手段１１によって設問定義画面１４（図２）が管理者用端末３に表示され、定義される。そして本実施形態によれば、アンケートの設問、回答方法等が自由に設定できる。さらに、管理手段１３によって開催内容、アンケートの受付期間などが設定される。

設問定義手段１１により設問が定義されると、応募フォーム（図７）、パラメータおよびインターフェイス画面１９のＵＲＬが埋め込まれた確認画面（図８）が自動生成され、アプリケーションサーバ１に保持される（ステップＳ３）。

管理者は、アンケートの概要、応募要項などを示したアンケートの初期画面２３１を作成する。そして初期画面には管理画面１３（図６）のアンケートＵＲＬ１６３ａに表示されている応募フォーム１８のＵＲＬを呼び出すように設定する（ステップＳ４）。また、必要に応じて顧客用端末４に表示するアンケートの登録完了画面なども作成する。

管理者は作成した初期画面２３１等をアクセス可能なウェブサーバ２にアップロードする（ステップＳ５）。

次に管理者は、管理手段１３で表示する管理画面１６において、アンケート受付の制御を行う（ステップＳ６）。画面のボタンを操作することによりアンケートの開始、終了等の制御を行う。この場合アンケート開始、終了の予約も可能である。

そして、設定された条件に応じて、アンケートの受付が開始される（ステップＳ７）。アンケート受付中は、応募データの閲覧、設問毎の選択者数などの集計で、応募状況を確認できる。

アンケートに応募する顧客は、初期画面２３１から呼び出され顧客側端末４に表示される応募フォーム１８（図７）に応募データ（回答）を入力する。応募フォーム１８の所定のボタンにより次画面の確認画面２２（図８）が呼び出される。確認画面２２の登録ボタンを押下すると、登録手段１７は応募データをパラメータと共にインターフェイス画面１９に送信し、データベース５に送信する。これにより、任意の設問に対する応募データが設問のパラメータと共にアプリケーションサーバ１に接続するデータベース５に格納される。そして設定がある場合は完了画面、エラー画面などが顧客側端末に表示される。

所定の時間経過後、管理手段１３により（予約を設定した場合は自動で）アンケートの受付を終了する（ステップＳ８）。そして、応募データをダウンロードし、例えば再加工してレポートを作成する、所定の条件で応募データを抽出し、新たな企画や営業戦略等を決定し、顧客に対して新たな情報発信を行う等に、利用する（ステップＳ９）。

図１０から図１４を参照して、本発明の第２の実施形態について説明する。

第２の実施形態は、応募フォームおよび確認画面を、管理者独自のデザインで作成する場合である。尚、第１の実施形態と重複する箇所についてはその説明を省略する。

図１０は第２の実施形態のシステム概要図である。

アプリケーションサーバ１は、設問定義手段１１と、インターフェイス手段１２と、管理手段１３と、登録手段１７とを有する。

設問定義手段１１は、管理者用端末３にアンケートの設問定義画面１４を表示し、管理者毎の任意の設問の登録を受付け、各設問を定義する。この設問は、管理者が必要とするデータに応じて管理者毎に独自に作成することができる。すなわちこれによりデータベースの属性を管理者毎に独自に定義することができる。

インターフェイス手段１２は、設問定義手段１１で定義された任意の設問に個々に対応するパラメータを設定する。そして少なくともそのパラメータ、データベース５に格納するための識別子、インターフェイス画面１９のＵＲＬ等、応募データをデータベース５に格納するために必要なウェブインターフェイス情報を管理者用端末３に表示する。

識別子は、データベース５内のテーブルに応募データを格納するためのアクセスキーである。ＡＳＰの構成上、同じシステムを複数の企業が利用する場合がある。また、同一の企業においてもＡＳＰ契約が異なっていたり、同じ契約内でも複数のアンケートを実施する場合などがある。このため、契約毎の個々のアンケートを一意に定めるためにコード化を行うが、推測できるようなコードはセキュリティ上好ましくない。そこで、コードを冗長化し適度に暗号化し容易に推測できないようにしたアクセスキーにより個々のアンケートを一意に定めている。

また、インターフェイス画面１９とは、顧客用端４末から入力された応募データをアプリケーションサーバ１側で受け取り、データベース５に格納するための画面である。具体的には、第１の実施形態の図８のごとき画面がインターフェイス手段１２により自動生成されてアプリケーションサーバ１に保持されており、そのＵＲＬがウェブインターフェイス情報として開示されるとする。尚本実施形態ではインターフェイス画面１９は内部的なもの、または顧客用端末４に表示される場合でも瞬時に次画面に切り替わるものとし、何れの端末にも実質的に表示されるものではないとする。

後述するが、管理者はウェブインターフェイス情報に基づいて独自の応募フォーム２３２および確認画面２３３を作成する。これにより、管理者は独自の設問を定義し、またウェブサーバ２に保持されるオリジナルの画面を利用しても、アプリケーションサーバ１側にデータを受け渡し、データベース５に応募データを格納することができる。

管理手段１３は、アンケートの開始や終了を管理する。また、管理手段１３は管理画面１６を管理者用端末４に表示する。管理画面１６は、アンケート応募数やメール配信の有無、端末の種類などの管理項目が表示される。

データベース５は、第１の実施形態と同様であり、応募フォームを介して登録手段１７により応募データとパラメータとが対応づけられて各フィールドに格納される。

登録手段１７は、入力された応募データをデータベース５に登録する。すなわち、まず初期画面２３１により応募フォーム２３２が呼び出されて顧客用端末４に表示され、応募データを受け付ける。そして、応募データ確認のためのボタン（例えば確認ボタン）が押下されると、登録手段１７は確認画面２３３を顧客用端末４に表示する。

確認画面２３３は管理者独自に作成され、入力された応募データが少なくとも表示され、登録（又は送信、以下同様）ボタンを有するウェブページである。確認画面２３３にはウェブインターフェイス情報に基づき設問に個々に対応するパラメータが埋め込まれており、確認画面２３３を表示することにより応募データとパラメータを対応づけることができる。

また、確認画面２３３は、ウェブインターフェイス情報に基づきインターフェイス画面１９のＵＲＬを呼び出すように設定されている。登録手段１７は、確認画面２３３の登録ボタン押下によりインターフェイス画面１９を呼び出し、パラメータおよび対応する応募データを受け渡す。インターフェイス画面１９は前述の如く顧客用端末４に実質的に表示されるものではないが、この画面を介してパラメータ及び応募データがデータベース５に格納される。例えば、リダイレクト機能を使うことにより、インターフェイス画面１９を表示させず、確認画面２３３から次画面（登録完了画面など）を表示することが可能である。

ウェブサーバ２には、顧客用端末４に表示されるアンケートの初期画面２３１、応募フォーム２３２、確認画面２３３が管理者によって独自に作成され、保持されている。

初期画面２３１は、次画面へ遷移するための応募（次画面）ボタンなどが付与されており、これにウェブサーバ２内の応募フォーム２３２のＵＲＬが対応づけられている。従ってボタン押下によりウェブサーバ２に保持された応募フォーム２３２が顧客用端末４に呼び出される。

応募フォーム２３２は、前述のごとく設問定義手段１１で定義した任意の設問に対応して管理者が独自に作成するものである。すなわち、管理者毎の設問とその回答である応募データの入力フィールド、および応募データ確認のためのボタンを少なくとも有する。ボタンには確認画面２３３のＵＲＬが対応づけられている。

また、確認画面２３３も管理者毎に設問に対応して任意に作成され、応募フォーム２３２により顧客用端末４に呼び出される。管理者は確認画面２３３を作成する際に、既述のごとくウェブインターフェイス情報として開示されたインターフェイス画面ＵＲＬ、パラメータをページ内に埋め込むことにより、オリジナルのデザインで作成できる。確認画面２３３は登録のための登録ボタンも有しており、登録ボタン押下により登録手段１７がインターフェイス画面を介して応募データとパラメータを送信する。これによりウェブサーバ２に保持されるウェブページから入力されたデータであってもアプリケーションサーバ１に接続するデータベースに格納することができる。

管理者は、必要に応じてデータ受け渡しエラーの場合表示するエラー画面２３５、データ登録完了後に表示する登録完了画面２３４等も作成し、ウェブサーバ２に格納する。この場合、初期画面２３１、応募フォーム２３２、確認画面２３３、エラー画面２３５または登録完了画面２３４が独自にデザインできるので、１つのアンケートで表示する画面デザインの統一を図ることが可能である。

図１１から図１３には各画面を示す。

図１１は、インターフェイス手段１２が表示するウェブインターフェイス情報画面１５である。

設問定義が完了すると、インターフェイス手段１２は、各設問に個々に対応したパラメータを自動的に設定し、内部的なインターフェイス画面１９を自動生成してアプリケーションサーバ１に格納してそのＵＲＬを取得する。

ウェブインターフェイス情報画面１５には、ＵＲＬフィールド１５ａがありここにインターフェイス画面１９のＵＲＬが表示される。また他に、応募データの送信方法フィールド１５ｂ、ドメイン、アクセスキー、エラー画面のＵＲＬや登録完了画面のＵＲＬをひもづけるパラメータフィールド１５ｃと、その内容フィールド１５ｄがあり、これらの値が表示される。

さらにウェブインターフェイス情報画面１５には、設問フィールド１５ｅ、パラメータフィールド１５ｆ、設問タイプフィールド１５ｇ、内容フィールド１５ｈが有り、パラメータフィールド１５ｆには設問に対応して自動付与されたパラメータが表示される。また設問や設問タイプ、設問の内容が表示される。

例えば、図ではインターフェイス画面のＵＲＬ（ｈｔｔｐ：／／・・・）、応募データの送信方法（ＰＯＳＴ）、ドメインに対応するパラメータ（ＤＯＭＡＩＮ）、アクセスキーに対応するパラメータ（ＡＣＣＥＳＳＬＥＹ）、エラー画面のＵＲＬや登録完了画面のＵＲＬをひもづけるパラメータ（ＮＧ＿ＵＲＬ、ＯＫ＿ＵＲＬ）が表示されている。そして、「クイズの解答」に対応したパラメータＱＵＥＳＴ２、「保有している車の有無」に対応したＱＵＥＳＴ３、「車の保有年数」に対応したＱＵＥＳＴ４・・等が表示されている。

尚、設問に対応するパラメータ１５ｉは、インターフェイス１２手段が自動で付与するものであるが、この画面においてパラメータ名の変更を可能としてもよい。

管理者は、この画面の項目に従って確認画面２３３を作成する。確認画面２３３にパラメータおよびインターフェイス画面１９のＵＲＬを埋め込み、応募データを表示させることにより応募データとパラメータを対応付け、インターフェイス画面１９を介してデータベースに格納することができる。

従来では、このようなウェブインターフェイス情報は、ＡＳＰシステム運用者側が設定、公開しており、その情報に基づいて管理者が応募フォームを作成し、応募フォームからＡＳＰシステムにより自動生成された確認画面（インターフェイス画面）にデータを送信し、データベースに登録していた。

しかし、汎用性を持たせる必要から、管理者独自の設問は設定できないか、その設定を行うには非常に処理が煩雑、コスト高となり、また確認画面も自動生成されるため、管理者側にとっては利便性があまりよくなかった。

本実施形態によれば、管理者は独自の設問を定義でき、また独自のデザインの応募フォーム２３２、確認画面２３３を作成できるので、管理者の趣向にあわせたアンケートシステムが容易に実現できる。

図１２および図１３は、管理者が独自に作成する応募フォーム（図１２）、確認画面（図１３）の一例を示す。

管理者は、図１２のごとく、設問定義手段１１で定義した各設問を、顧客用端末４に表示するための応募フォーム２３２を作成し、ウェブサーバ２に格納する。管理者は、定義した設問２３２ａに対応する入力フィールド２３２ｂを作成し、ページのデザインは独自のものにすることができる。応募フォーム２３２は、初期画面２３１から呼び出されるように例えば次画面表示用のボタンと対応づけられて顧客用端末４に表示され、入力を受け付ける。

また、管理者は図１３のごとく、確認画面２３３も独自のデザインで作成しウェブサーバ２に格納する。確認画面２３３は、応募フォーム２３２の例えば確認ボタン２３２ｃ押下により呼び出されて顧客用端末に表示され、入力されたアンケートの回答（応募データ）２３３ａが表示される。そしてこのウェブページには、図１１のウェブインターフェイス情報画面１５に基づき、表示する各応募データと対応づけたパラメータ（図１１のパラメータフィールド１５ｆの値）、およびインターフェイス画面のＵＲＬ（図１１のＵＲＬフィールド１５ａの値）が点線の如く埋め込まれている。尚、ここでは説明のために図示したが、これらの値は実際に画面上には非表示である。さらに、確認画面２３３には、登録（または送信）ボタン２３３ｂが付与されている。

登録ボタン２３３ｂが押下されると、登録手段１７はパラメータと応募データを対応づけて、埋め込まれたインターフェイス画面１９のＵＲＬに基づきインターフェイス画面１９にデータを送信する。インターフェイス画面１９には前述の如く、データベース５の格納先が指定されているので、これにより応募データ及びパラメータを格納することができる。

尚、アンケート制御を行うための管理画面１６は、第１の実施形態の図６に示すものと同様であるので説明は省略する。第２の実施形態の場合、フォームの自動生成を行わないので、管理画面１６のアンケートＵＲＬフィールド１６３ａには何も表示されない。そこで、このフィールド１６３ａを利用してウェブサーバに保持される応募フォーム２３２のＵＲＬを設定可能としてもよい。つまり、第１の実施形態の場合に自動生成された応募フォームのＵＲＬが表示されていたフィールドにオリジナルの応募フォーム２３２のＵＲＬを設定することにより、なりすましを防ぐなど簡易な認証が可能となる。

例えば、本実施形態では、顧客用端末４が応募フォーム２３２および確認画面２３３にアクセスした後、アプリケーションサーバ１のインターフェイス画面１９にアクセスすることになる。このとき画面のリンク元情報（応募フォーム２３２または確認画面２３３のＵＲＬなど、インタフェース画面１９にアクセスする直前にアクセスした画面のＵＲＬ）を取得することができる。従ってこれを利用して登録されたページから送信されたデータか否かを判断することが可能となる。

図１４のフロー図を用い、また図２から図１３を適宜参照して第２の実施形態のアンケートシステムのフローとデータ収集の方法について説明する。

まず、管理者がアンケートの設計を行う（ステップＳ１１）。これは、アンケートの受付期間、設問内容、初期画面２３１、応募フォーム２３２、確認画面２３３（必要に応じてエラー画面２３５、登録完了画面２３４）のデザインなどの設計である。

次に、アンケートの設問定義を行う（ステップＳ１２）。アンケートの設問は、設問定義手段１１によって設問定義画面１４（図２）が管理者用端末３に表示され、定義される。そして本実施形態によれば、アンケートの設問、回答方法等が自由に設定できる。さらに、管理手段１３によって開催内容、アンケートの受付期間などが設定される。

設問定義手段１１により設問が定義されると、インターフェイス手段１２が個々の設問に対してパラメータを付与し、ウェブインターフェイス情報画面１５（図１１）を管理者用端末３に表示する（ステップＳ１３）。

管理者は、ウェブインターフェイス情報に基づき、応募フォーム２３２（図１２）および確認画面２３３（図１３）を作成する（ステップＳ１４）。確認画面２３３にはウェブインターフェイス情報として表示されたパラメータ、インターフェイス画面１９のＵＲＬを埋め込むことにより、管理者独自の確認画面２３３でデータベース５に登録することができる。また、初期画面２３１、登録完了画面２３４、エラー画面２３５等の他のアンケート画面を応募フォーム２３２、確認画面２３３に合わせたデザインで、独自に作成することができる。

必要なウェブページを作成後、管理者は各ウェブページをアクセス可能なウェブサーバ２にアップロードする。これにより、各アンケート画面のＵＲＬが決定する（ステップＳ１５）。

次に管理者は、管理手段１３で表示する管理画面１６（図６）において、アンケート受付の制御を行う（ステップＳ１６）。ステップＳ１５において、各アンケート画面のＵＲＬが決定するので、応募フォーム２３２のＵＲＬを管理画面１６のアンケートＵＲＬのフィールド１６３ａに登録することにより、アクセス元のＵＲＬが応募フォーム２３２のＵＲＬかどうかを確認するなど、簡易な認証を行うことができる。

管理画面１６では、画面のボタンを操作することによりアンケートの開始、終了等の制御を行う。この場合アンケート開始、終了の予約も可能である。

そして、設定された条件に応じて、アンケートの受付が開始される（ステップＳ１７）。アンケート受付中は、応募データの閲覧、設問毎の選択者数などの集計で、応募状況を確認できる。

アンケートに応募する顧客は、初期画面から呼び出され顧客側端末４に表示される応募フォーム２３２（図１２）に応募データ（回答）を入力する。応募フォーム２３２の確認ボタン２３２ｃにより次画面の確認画面２３３（図１３）が呼び出される。確認画面２３３の登録ボタン２３３ｂを押下すると、登録手段１７は応募データをパラメータと共に内部的なインターフェイス画面１９（図８）に送信し、これを介してデータベース５に格納する。これにより、任意の設問に対する応募データが設問のパラメータと共にアプリケーションサーバ１に接続するデータベース５に格納される。そして設定がある場合は登録完了画面２３４、エラー画面２３５などが顧客側端末４に表示される。

所定の時間経過後、管理手段１３により（予約を設定した場合は自動で）アンケートの受付を終了する（ステップＳ１８）。そして、応募データをダウンロードし、例えば再加工してレポートを作成する、所定の条件で応募データを抽出し、新たな企画や営業戦略等を決定し、顧客に対して新たな情報発信を行う等に、利用する（ステップＳ１９）。

なお、第２の実施形態では確認画面２３３をオリジナルで作成する場合を例に説明したが、インターフェイス手段１２により自動生成されるインターフェイス画面１９を確認画面として顧客用端末４に表示可能としてもよい。その場合は応募フォーム２３２（の確認ボタン）からインターフェイス画面１９のＵＲＬを呼び出すように設定することで、図８のごとき確認画面が表示され、応募データの登録が可能となる。

図１５、図１６を参照して第３の実施形態を説明する。

第３の実施形態は、ウェブブラウザとウェブサーバ間で安全な通信を行なうセキュリティ機能（ＳＳＬ：Secure Sockets Layer）を安価に実現するアンケートシステムである。

図１５はシステム概要図である。図のごとくウェブサーバ２には、初期画面２３１、応募フォーム２３２が管理者毎に任意のデザインで作成され保持されている。

アプリケーションサーバ１は、設問定義手段１１と、インターフェイス手段１２と、管理手段１３と、登録手段１７と、画面取得手段２０と、画面蓄積手段２１とを有する。

確認画面２２は、設問定義手段１１により自動生成されアプリケーションサーバ１内に保持されている。

画面取得手段２０は、ウェブサーバ２に保持された応募フォーム２３２を取得する。具体的には例えば管理画面１６に取得用のボタンを設けるなどし、管理画面１６のアンケートＵＲＬ１６３ａにウェブサーバ２の応募フォーム２３２のＵＲＬを登録しておく。

そして、画面蓄積手段２１は、取得した応募フォーム２３２をアプリケーションサーバ１内の格納領域に蓄積する。このように、ウェブサーバ２上の応募フォーム２３２をアプリケーションサーバ１内にコピーすることによりＵＲＬを変換することになる。従って、アプリケーションサーバ１側がＳＳＬに対応していれば、蓄積した応募フォーム２３２をＳＳＬのページとして設置することが可能となる。以下、蓄積されＳＳＬのページとして設置された応募フォームをＳＳＬ応募フォーム２１１と称する。

ウェブインターフェイス情報では、ＳＳＬ応募フォーム２１１のＵＲＬを表示する。そして、初期画面２３１から応募フォームを呼び出す際に、ＳＳＬ応募フォーム２２１のＵＲＬを指定する。

なお、上記以外の構成要素は、第２の実施形態と同様であるので説明は省略する。

ＳＳＬは、送信するデータを暗号化するものであり、個人情報の保護などのためニーズが高まっている。しかし、ＳＳＬサーバ証明書はＦＱＤＮ（Fully Qualified Domain Name：ＴＣＰ／ＩＰネットワーク環境において、ホスト名に続けてドメイン名まで省略せずにすべて指定した記述形式）毎に取得する必要がある。従って、従来ＳＳＬに対応するにはアンケートを実施するたびにＳＳＬサーバ証明書を取得し、ウェブサーバに設定する作業が発生していた。

本実施形態のデータ収集システムは、ＡＳＰサービスを実現するためのものであり、アプリケーションサーバ１はＡＳＰ事業者が用意するものである。また、ウェブサーバ２はＡＳＰサービス利用者であるアンケート実施主体となる企業が用意するものである。

つまり、アプリケーションサーバ側でＳＳＬ対応が可能となれば、ＳＳＬサーバ証明書を取得することなく通信ネットワーク上を流れるデータを暗号化できるため、ＳＳＬサーバ証明書の取得、設置などの作業が省けるなど、コストを抑えてＳＳＬを対応させることができる。また、ＳＳＬ暗号化通信は一般的にサーバに対して処理の負荷がかかる。しかし本実施形態によれば従来ウェブサーバ２にかかっていた負荷をアプリケーションサーバ１で負担でき、ＡＳＰサービスの向上となる。

図１６は処理フロー図である。第２の実施形態と同様にアンケートを設計し、設問を定義する。第３の実施形態では設問定義手段により自動生成された確認画面（インターフェイス画面）１９を利用する（ステップＳ２１、Ｓ２２）。管理者は任意の初期画面２３１、応募フォーム２３２を作成し、ウェブサーバ２に格納する。ここで初期画面２３１から呼び出される応募フォームは、アプリケーションサーバ１にコピーされ、蓄積されたＳＳＬ応募フォーム２２１のＵＲＬである（ステップＳ２３、Ｓ２４）。

アンケート制御を行う管理画面を表示し（ステップＳ２５）、アンケート開始前に画面取得用のボタンを押下する。これにより画面取得手段２０は、ウェブサーバ２のＵＲＬにアクセスし、応募フォームを取得する（ステップＳ２６）。そして、画面蓄積手段２１は、アプリケーションサーバ１内の格納領域に取得した応募フォームを格納する。これにより当該応募フォームのＵＲＬが変換され、ＳＳＬ応募フォーム２１１となる（ステップＳ２７）。

アンケートの開始により、顧客用端末４には初期画面２３１が表示される（ステップＳ２８、Ｓ２９）。初期画面２３１は、次画面として管理画面１６のアンケートＵＲＬに登録されたＵＲＬ（ウェブサーバ上のＵＲＬ）を呼び出す設定になっている。つまり、次画面ボタンを押下などするとアプリケーションサーバ１のＳＳＬ応募フォーム２１１が顧客用端末４に表示され、アンケートの応募データを受け付ける（ステップＳ３０）。

応募データが入力され、確認ボタンが押下されるとアプリケーションサーバの確認画面（インターフェイス画面）１９が表示され（ステップＳ３１）、登録ボタン押下により登録手段１７がデータベースに登録する（ステップＳ３２）。

そして、所定の時間経過後にアンケートの受付を終了し、応募データを活用する（ステップＳ３３、Ｓ３４）。

以上本実施形態では、データ収集の一例としてアンケートの場合を説明したが、これに限らず、例えば人材募集などのデータ収集システムにも適用できる。

本発明の第１の実施形態を示すシステム概要図である。 本発明の実施の形態を示す画面表示例である。 本発明の実施の形態を示す画面表示例である。 本発明の実施の形態を示す画面表示例である。 本発明の実施の形態を示す画面表示例である。 本発明の実施の形態を示す画面表示例である。 本発明の実施の形態を示す画面表示例である。 本発明の実施の形態を示す画面表示例である。 本発明の第１の実施形態を示すフロー図である。 本発明の第２の実施形態を示すシステム概要図である。 本発明の実施の形態を示す画面表示例である。 本発明の実施の形態を示す画面表示例である。 本発明の実施の形態を示す画面表示例である。 本発明の第２の実施形態を示すフロー図である。 本発明の第３の実施形態を示すシステム概要図である。 本発明の第３の実施形態を示すフロー図である。

符号の説明

１ アプリケーションサーバ
２ ウェブサーバ
３ 管理者用端末
４ 顧客用端末
５ データベース
６ 通信ネットワーク
１１ 設問定義手段
１２ インターフェイス手段
１３ 管理手段
１４ 設問定義画面
１５ ウェブインターフェイス画面
１６ 管理画面
１７ 登録手段
１８ 応募フォーム
１９ インターフェイス画面
２０ 画面取得手段
２１ 画面蓄積手段
２２ 確認画面
２１１ ＳＳＬ応募フォーム
２３１ 初期画面
２３２ 応募フォーム
２３３ 確認画面
２３４ 登録完了画面
２３５ エラー画面

Claims (18)

1. 通信ネットワークに少なくとも顧客用端末と、管理者用端末と、アプリケーションサーバとが接続し、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集システムであって、
   前記アプリケーションサーバは、前記管理者用端末から入力される管理者毎の任意の設問を前記データベースに定義する設問定義手段と、
   前記顧客用端末に表示され前記設問に対応した応募フォームを介して入力される前記応募データを前記データベースに登録する登録手段とを有することを特徴とするデータ収集システム。
2. 通信ネットワークに少なくとも顧客用端末と、管理者用端末と、アプリケーションサーバが接続し、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集システムであって、
   前記アプリケーションサーバは、前記管理者用端末から入力される管理者毎の任意の設問を前記データベースに定義し、前記設問に対応した応募フォームを作成する設問定義手段と、
   前記応募フォームを前記顧客用端末に表示し、入力された前記応募データを前記データベースに登録する登録手段とを有することを特徴とするデータ収集システム。
3. 前記登録手段は、前記設問に対応するパラメータが埋め込まれ前記応募データが表示される確認画面を前記顧客用端末に表示し、前記パラメータと前記応募データとを対応づけて登録することを特徴とする請求項２に記載のデータ収集システム。
4. 前記応募フォームおよび前記確認画面は前記アプリケーションサーバに保持されることを特徴とする請求項３に記載のデータ収集システム。
5. 通信ネットワークに少なくとも顧客用端末と、管理者用端末と、アプリケーションサーバとを備え、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集システムであって、
   前記アプリケーションサーバは、前記管理者用端末から入力される管理者毎の任意の設問を前記データベースに定義する設問定義手段と、
   前記任意の設問に個々に対応するパラメータを設定し、少なくとも該パラメータおよび前記データベースに格納するための識別子を前記管理者用端末に表示するインターフェイス手段と、
   前記設問に対応する応募フォームを介して入力された前記応募データを前記パラメータおよび前記識別子に基づき前記データベースに登録する登録手段とを具備することを特徴とするデータ収集システム。
6. 前記登録手段は、前記設問に対応するパラメータが埋め込まれ前記応募データが表示された確認画面を前記顧客用端末に表示し、前記パラメータと前記応募データとを対応づけて登録することを特徴とする請求項５に記載のデータ収集システム。
7. 前記通信ネットワークに接続するウェブサーバを有し、前記応募フォームは前記管理者毎に任意に作成され前記ウェブサーバに保持されることを特徴とする請求項５に記載のデータ収集システム。
8. 前記確認画面は前記管理者毎に任意に作成され前記ウェブサーバに保持されることを特徴とする請求項７に記載のデータ収集システム。
9. 前記通信ネットワークに接続するウェブサーバを有し、
   前記アプリケーションサーバは、前記ウェブサーバに保持され前記管理者毎に任意に作成された前記応募フォームを取得する画面取得手段と、
   前記取得した応募フォームを前記アプリケーションサーバに蓄積する画面蓄積手段とを有し、
   前記登録手段は前記蓄積手段により蓄積された前記応募フォームを介して前記応募データを登録することを特徴とする請求項５に記載のデータ収集システム。
10. 前記インターフェイス手段は、前記管理者用端末に前記パラメータを表示し、該パラメータの変更を受け付けることを特徴とする請求項５に記載のデータ収集システム。
11. 前記設問定義手段は、設問定義画面を前記管理者用端末に表示することを特徴とする請求項１または請求項５に記載のデータ収集システム。
12. 通信ネットワークに少なくとも顧客用端末と、管理者用端末と、アプリケーションサーバとが接続し、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集方法において、
    前記アプリケーションサーバの設問定義手段により管理者毎に任意の設問を定義するステップと、
    前記アプリケーションサーバの登録手段により前記設問に対応した応募フォームを介して入力された前記応募データを前記データベースに登録するステップと、を具備することを特徴とするデータ収集方法。
13. 通信ネットワークに少なくとも顧客用端末と、管理者用端末と、アプリケーションサーバとが接続し、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集方法において、
    前記アプリケーションサーバの設問定義手段により管理者毎に任意の設問を定義し、該設問に対応した応募フォームを作成するステップと、
    前記応募フォームを前記顧客用端末に表示し、前記応募フォームを介して入力された前記応募データを前記アプリケーションサーバの登録手段により前記データベースに登録するステップと、を具備することを特徴とするデータ収集方法。
14. 前記登録手段は、前記設問に対応するパラメータが埋め込まれ前記応募データが表示される確認画面を前記顧客用端末に表示し、前記パラメータと前記応募データとを対応づけて登録することを特徴とする請求項１３に記載のデータ収集方法。
15. 通信ネットワークに顧客用端末と、管理者用端末と、ウェブサーバと、アプリケーションサーバとが接続し、前記通信ネットワークを介して前記アプリケーションサーバに接続するデータベースに応募データを収集するデータ収集方法において、
    前記アプリケーションサーバの設問定義手段により管理者毎に任意の設問を定義するステップと、
    前記アプリケーションサーバのインターフェイス手段により前記設問に対応するパラメータを付与し、少なくとも該パラメータおよび前記データベースに格納するための識別子を前記管理者用端末に表示するステップと、
    前記設問に対応した管理者毎の任意の応募フォームを作成し、前記ウェブサーバに格納するステップと、
    前記アプリケーションサーバの登録手段により前記応募フォームを介して入力された前記応募データを前記パラメータと前記識別子に基づき前記データベースに登録するステップと、を具備することを特徴とするデータ収集方法。
16. 前記登録手段は、前記応募データが表示された確認画面を前記顧客用端末に表示し、前記パラメータと前記応募データとを対応づけて登録することを特徴とする請求項１５に記載のデータ収集方法。
17. 前記管理者毎に任意の前記確認画面を作成し、前記ウェブサーバに格納するステップを有することを特徴とする請求項１６に記載のデータ収集方法。
18. 前記アプリケーションサーバの画面取得手段により、前記ウェブサーバに保持される前記応募フォームを取得するステップと、
    前記アプリケーションサーバの画面蓄積手段により、取得した応募フォームを前記アプリケーションサーバに蓄積するステップとを有し、
    前記登録手段は前記蓄積手段により蓄積された前記応募フォームを介して前記応募データを登録することを特徴とする請求項１５に記載のデータ収集方法。
    

Images