(57)【要約】【課題】公的機関等の調査主体が、インターネットを介して実施する調査票を調査客体との間で送受信し、効率的に調査データを収集するシステムの提供。【解決手段】インターネットを介して調査データを収集する電子調査システムにおける情報収集サーバであって、クライアント毎の履歴データを格納したデータベースをもとに、調査対象のクライアントに前回調査データがある場合、当該調査データを調査票データベースに調査開始前に予めセットする手段と、前記対象クライアントからの調査票の送付要求を受けて、前記調査票データベースを参照し、所望の調査票フォーマットおよび予めセットした調査データを前記対象クライアントに送信する手段と、前記対象クライアントが入力中断または完了する時に、当該クライアントから前記調査データを受信し調査票データベースに格納する手段と、前記対象クライアントから調査票へのデータ入力の完了を受信した時、前記調査票データベースへの当該クライアントの情報変更を禁止する手段とを有することを特徴とする情報収集サーバ。【選択図】      図１
2004303090.tif 000002
【特許請求の範囲】
【請求項１】
インターネットを介してクライアントとサーバの間で調査票を送受信することによって調査データを収集する電子調査システムにおける情報収集サーバであって、
クライアント毎の履歴データを格納したデータベースをもとに、調査対象のクライアントに前回調査データがある場合、当該調査データを調査票データベースに調査開始前に予めセットする初期設定手段と、
前記対象クライアントからの調査票の送付要求を受けて、前記調査票データベースを参照し、所望の調査票フォーマットおよび予めセットした調査データを前記対象クライアントに送信する調査票送信手段と、
前記対象クライアントが入力中断または完了する時に、当該クライアントから前記調査データを受信し調査票データベースに格納する回答受信手段と、
前記対象クライアントから調査票へのデータ入力の完了を受信した時、前記調査票データベースへの当該クライアントの情報変更を禁止する手段と
を有することを特徴とする情報収集サーバ。
【請求項２】
前記対象クライアントから回収した調査データをもとに調査票の項目毎に集計を行う集計処理手段と、その集計情報を複数の対象クライアントを管轄する管轄クライアントに提供する集計情報提供手段と
を有することを特徴とする請求項１に記載の情報収集サーバ。
【請求項３】
各クライアントにおける調査票の回答完了状況を処理状況管理テーブルとしてデータベースに蓄え、一定期日までに、調査票の回答データが送信されていないクライアントあるいは管轄クライアントに対し、自動的に回答の督促の情報を発信する督促情報発信手段を有することを特徴とする請求項１あるいは請求項２に記載の情報収集サーバ。
【請求項４】
前記複数のクライアントを一つの括りとして管轄する管轄クライアントに、所管の各クライアントに関する調査票の回答処理状況および統計情報を提供する請求項１乃至請求項３のいずれかに記載の情報収集サーバ。
【請求項５】
前記調査票における各調査項目の属性情報と前記調査票のデータとの関係をフィールド管理テーブルとして定義してデータベースに格納し、調査項目の設定、変更、あるいは削除を行う際に、前記フィールド管理テーブルを参照して実データを取得することを特徴とする請求項１乃至請求項４のいずれかに記載の情報収集サーバ。
【請求項６】
前記調査票が新しい調査票である場合、各調査項目を特定する行、列、およびフィールド名からなるフィールド属性を読み取って新調査票のフィールド管理テーブルを生成し、旧フィールド管理テーブルとの比較によって増減しているフィールド情報を得て、新しい調査票テーブルを自動生成することを特徴とする請求項５に記載の情報収集サーバ。
【請求項７】
インターネットを介してクライアントとサーバの間で調査票を送受信することによって調査データを収集する電子調査システムにおける情報収集方法であって、
クライアント毎の履歴データを格納したデータベースをもとに、調査対象のクライアントに前回調査データがある場合、当該調査データを調査票データベースに調査開始前に予めセットする初期設定ステップと、
前記対象クライアントからの調査票の送付要求を受けて、前記調査票データベースを参照し、所望の調査票フォーマットおよび予めセットした調査データを前記対象クライアントに送信する調査票送信ステップと、
前記対象クライアントが入力中断または完了する時に、当該クライアントから前記調査データを受信し調査票データベースに格納する回答受信ステップと、
前記対象クライアントから調査票へのデータ入力の完了を受信した時、前記調査票データベースへの当該クライアントの情報変更を禁止するステップと
前記対象クライアントから回収した調査データをもとに調査票の項目毎に集計を行う集計処理ステップと
を有することを特徴とする情報収集方法。
【請求項８】
インターネットを介してクライアントとサーバの間で調査票を送受信することによって調査データを収集する電子調査システムにおける情報収集プログラムであって、
コンピュータに、
クライアント毎の履歴データを格納したデータベースをもとに、調査対象のクライアントに前回調査データがある場合、当該調査データを調査票データベースに調査開始前に予めセットする初期設定ステップと、
前記対象クライアントからの調査票の送付要求を受けて、前記調査票データベースを参照し、所望の調査票フォーマットおよび予めセットした調査データを前記対象クライアントに送信する調査票送信ステップと、
前記対象クライアントが入力中断または完了する時に、当該クライアントから前記調査データを受信し調査票データベースに格納する回答受信ステップと、
前記対象クライアントから調査票へのデータ入力の完了を受信した時、前記調査票データベースへの当該クライアントの情報変更を禁止するステップと
前記対象クライアントから回収した調査データをもとに調査票の項目毎に集計を行う集計処理ステップと
を実行させる情報収集プログラム。
【請求項９】
インターネットを介してクライアントとサーバの間で調査票を送受信することによって調査データを収集する電子調査システムにおける情報収集プログラムを記録した記録媒体であって、
コンピュータに、
クライアント毎の履歴データを格納したデータベースをもとに、調査対象のクライアントに前回調査データがある場合、当該調査データを調査票データベースに調査開始前に予めセットする初期設定ステップと、
前記対象クライアントからの調査票の送付要求を受けて、前記調査票データベースを参照し、所望の調査票フォーマットおよび予めセットした調査データを前記対象クライアントに送信する調査票送信ステップと、
前記対象クライアントが入力中断または完了する時に、当該クライアントから前記調査データを受信し調査票データベースに格納する回答受信ステップと、
前記対象クライアントから調査票へのデータ入力の完了を受信した時、前記調査票データベースへの当該クライアントの情報変更を禁止するステップと
前記対象クライアントから回収した調査データをもとに調査票の項目毎に集計を行う集計処理ステップと
を実行させる情報収集プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
公的機関等の調査実施者が、インターネットを介して林業、農業、漁業、学校、病院、企業等の複数の調査客体に対し、大規模に実施する実施する電子調査において、電子調査票を用いて調査客体との間で送受信することによって調査データを収集し統計処理を行う電子調査システムの技術分野に関する。
【０００２】
【従来の技術】
かって、企業や団体が、製造した製品、販売商品に対する消費者の評価や反応を知るために、電話したり、アンケート用紙を郵送したりする等、様々な方法を用いて調査データを収集していたが、大変効率の悪いものであった。
これに対し、従来、短時間で効率よく調査データを収集する方法として、インターネットを利用してアンケート調査を実施する方法があり、サーバのホームページ上に質問項目と対応した回答入力フォームを有する調査票を掲載し、アクセスしてきた利用者に回答させ、その個々の回答を回収して自動集計し、その結果をサーバのサイト上に掲載する電子アンケートの調査システムに関する技術が提案されている（例えば、特許文献１、２参照）。
【０００３】
【特許文献１】
特開２０００−２３１５２７号公報（第２頁、図１）
【０００４】
【特許文献２】
特開２００１−３１９０１１号公報（第２〜５頁、図１）
【０００５】
【発明が解決しようとする課題】
しかしながら、上記特許文献１のアンケートシステムや特許文献２の調査データ収集システムに代表されるインターネットを利用した電子調査システムでは、確かにデータ収集の効率化にはなるものの、調査項目の多い大規模なデータ収集には、時間がかかり、非常に能率が悪いものとなっている。
【０００６】
大規模な調査データ収集のケースとして、例えば、公的機関の行う学校調査では、毎年、監督する学校、市町村教育委員会等に向けて調査を行い、いろいろな統計資料を作成するようなケースがある。
このようなケースにおいては、従来の技術では、調査票を送受信する項目数が圧倒的に多いため（場合によっては、関連する調査票の合計で３万〜４万項目）、レスポンス性能に影響してデータ入力やチェックの操作性が著しく低下してしまう。また、調査票の種類や調査項目数に応じてアプリケーションのプログラミング量が増大し、複雑化すると同時に開発工数が増加する。さらに、調査票の調査項目の増減が生じるたびにアプリケーションの変更が必要になる、等の問題を抱える。
【０００７】
そこで、これらの問題を解決するため、本発明では、上記のような処理項目数の多い調査票を送受信する場合に、効率的に調査データを収集できるインターネットを介した電子調査システムを提供する。
【０００８】
【課題を解決するための手段】
第一の発明は、インターネットを介してクライアントとサーバの間で調査票を送受信することによって調査データを収集する電子調査システムにおける情報収集サーバであって、クライアント毎の履歴データを格納したデータベースをもとに、調査対象のクライアントに前回調査データがある場合、当該調査データを調査票データベースに調査開始前に予めセットする初期設定手段と、前記対象クライアントからの調査票の送付要求を受けて、前記調査票データベースを参照し、所望の調査票フォーマットおよび予めセットした調査データを前記対象クライアントに送信する調査票送信手段と、前記対象クライアントが入力中断または完了する時に、当該クライアントから前記調査データを受信し調査票データベースに格納する回答受信手段と、前記対象クライアントから調査票へのデータ入力の完了を受信した時、前記調査票データベースへの当該クライアントの情報変更を禁止する手段とを有することを特徴とする情報収集サーバに関する。
【０００９】
すなわち、第一の発明によれば、初期設定手段が、対象クライアント毎の調査票の履歴データを保存するデータベースを参照して、前回調査データが存在する場合には、調査を開始する前に予め当該調査データを調査票データベースにセットしておくことによって、対象とするクライアントに調査票を送信する際に、その格納データを参照して履歴データの存在を確認して、当該調査データを送信することとなり、単に、調査票フォームだけの送信と違って、クライアントにとっては、履歴データが得られるため、未記入部分あるいは変更部分にのみ注視すればよく大幅な工数の削減となる。また、クライアントが記入を完了した回収データにロックをかけることで、後のスムーズな集計処理を図ることができる。
【００１０】
第二の発明は、前記対象クライアントから回収した調査データをもとに調査票の項目毎に集計を行う集計処理手段と、その集計情報を複数の対象クライアントを管轄する管轄クライアントに提供する集計情報提供手段とを有することを特徴とする第一の発明に記載の情報収集サーバに関する。
すなち、第二の発明によれば、集計処理手段によって、クライアントから収集した調査データを基に、調査票の各項目にわたって、複数のクライアントを管轄する管轄クライアント毎に集計し、集計情報提供手段が、その集計情報を前記管轄クライアントに提供することで、管轄クライアントは、自分の管轄の区域のまとまった情報が得られ、地区の状況が容易に把握できることとなる。
【００１１】
第三の発明は、各クライアントにおける調査票の回答完了状況を処理状況管理テーブルとしてデータベースに蓄え、一定期日までに、調査票の回答データが送信されていないクライアントあるいは管轄クライアントに対し、自動的に回答の督促の情報を発信する督促情報発信手段を有することを特徴とする上記第一あるいは第二の発明に記載の情報収集サーバに関する。
【００１２】
すなわち、第三の発明によれば、督促情報発信手段によって、データベースに蓄える各クライアントにおける調査票の処理状況を処理状況管理テーブルを参照し、所定期日までに回答を得ていないクライアントあるいは管轄クライアントに、自動的に電子メール等による情報発信が行われるために、回答の遅滞を防止することができる。
【００１３】
第四の発明は、前記複数のクライアントを一つの括りとして管轄する管轄クライアントに、所管の各クライアントに関する調査票の回答処理状況および統計情報を提供する上記第一乃至第三の発明のいずれかに記載の情報収集サーバに関する。
すなわち、第四の発明によれば、複数のクライアントを管轄する管轄クライアントに各クライアントの調査票の回答状況や管轄地区の様々に加工された統計情報を提供することによって、管轄クライアントは、明確に自分の管轄する地区の状況が把握でき、効率的な管理を行うことができることとなる。
【００１４】
第五の発明は、前記調査票における各調査項目の属性情報と前記調査票のデータとの関係をフィールド管理テーブルとして定義してデータベースに格納し、調査項目の設定、変更、および削除を行う際に、前記フィールド管理テーブルを参照して実データを取得することを特徴とする上記第一乃至第四の発明のいずれかに記載の情報収集サーバに関する。
【００１５】
すなわち、第五の発明によれば、フィールド管理テーブルとして、調査票の行、列、項目名等のフィールド属性情報と調査票ファイルのデータとの関係を定義しておくことによって、クライアントが入力した調査項目のデータの位置が特定され、項目単位での集計や各種の容易な統計処理を可能とし、また、項目の設定、変更、および削除の処理が可能となる。
【００１６】
第六の発明は、前記調査票が新しい調査票である場合、各調査項目を特定する行、列、およびフィールド名からなるフィールド属性を読み取って新調査票のフィールド管理テーブルを生成し、旧フィールド管理テーブルとの比較によって増減しているフィールド情報を得て、新しい調査票テーブルを自動生成することを特徴とする上記第五の発明に記載の情報収集サーバに関する。
【００１７】
すなわち、第六の発明によれば、新しい調査票を作成するだけで、これに対応した前記フィールド管理テーブルが自動的に生成し、フィールドが増減する新しい調査票の作成に連動してのシステムの自動変更が可能となり、これまで煩雑となっていたシステムに使用するアプリケーションプログラムの変更は何ら必要とせず、大きな開発工数の削減となる。
【００１８】
【発明の実施の形態】
以下、図面にもとづいて本発明の実施形態を説明する。実施例では、公的機関が調査実施者、全国の学校を対象の調査客体、および都道府県、市区町村を経由機関とした学校関連の電子調査を行うケースを想定している。
図１は、本発明の実施の形態になる基本システム構成を示す。本システムは、インターネット５を介して接続される調査の実施体としての公共機関等の記憶装置２を備える情報収集サーバ１、学校等を調査客体とする複数のクライアント３、および複数のクライアントを管轄する都道府県等経由機関の管轄クライアント４で構成される。
【００１９】
また、情報収集サーバ１は、本システムの利用者の登録、認証を行う登録手段１１、調査開始にあたって予め調査票の履歴データをもとに該データをデータベース２にセットしておく初期設定手段１２、学校等の対象クライアント３に調査票を送信する調査票送信手段１３、対象クライアント３が回答した調査データを受信し、さらに、回答完了時には、情報変更を禁止するロックをかける回答受信手段１４、クライアント３からの入力途中で送信された調査データまたは完成させた調査データを履歴データテーブル２６として格納する履歴格納手段１５、クライアント３から収集した調査データをもとに全国集計、都道府県別集計等の種別で項目毎の集計処理および様々の表、グラフ等の加工処理による統計情報を作る集計処理手段１６、および一定期日までに処理されない案件につき督促情報を発信する督促情報発信手段１７とを有する。
【００２０】
さらに、情報収集サーバ１に備わるデータベース２は、利用者登録テーブル２１、各種の調査票が格納された調査票データベース２２、クライアント３の調査票に対する回答状況を示す収集管理テーブル２３、調査票の各項目を行と列で特定できるフィールド単位で管理するフィールド管理テーブル２４、集計情報および種々の統計情報を蓄えた集計情報データベース２５、およびクライアント３からの調査票に対する回答データを格納した履歴データテーブル２６を有する。
【００２１】
ここで、情報収集サーバ１は、コンピュータであり、登録手段１１、初期設定手段１２、調査票送信手段１３、回答受信手段１４、履歴格納手段１５、集計処理手段１６、および督促情報発信手段１７の各処理手段は、該コンピュータ上であらかじめ内蔵されたプログラムが実行されることによって実現されるものである。そして、当該プログラムは、フロッピーディスク、コンパクトディスク、ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録され、また、とくに、図には示していないが、内蔵あるいは外部接続された媒体読み取り装置にセットし、インストールすることによって実行可能な状態としてもよい。
【００２２】
つぎに、本発明の情報収集システムの仕組みについて説明する。図２は、本発明の実施の形態になる情報収集システム全体の流れを示す。
＜利用者の登録認証ステップ＞
Ｓ１：都道府県、市区町村等、複数のクライアント３を管轄する管轄クライアント４から学校依頼文書による通知を受けて、クライアント３は、前記文書に記された依頼内容、ＵＲＬ、仮ＩＤ、および仮パスワードを仮認証として、公的機関等の調査実施体が備える情報収集サーバ１にインターネット５を介して送信し、利用者登録を申請する。
Ｓ２：情報収集サーバ１は、申請した利用者に対し利用者ＩＤ、パスワードの発行を行い、データベース２に登録すると共に、クライアント３にＥメールによって通知する。
＜調査票のデータ送受信ステップ＞
Ｓ３：クライアント３では、利用者が、発行されたＩＤ、パスワードを使って、情報収集サーバ１にアクセスし、所望の調査票の送信を要求する。
Ｓ４：情報収集サーバ１において、クライアント３から要求された調査票を送信する。調査票の送信にあたって、過去の履歴データが格納されている場合には、データベース２から履歴データを読み出し調査票にセットして送信する。
Ｓ５：クライアント３では、調査票の各項目について回答を記入し、その調査データを情報収集サーバ１に返送する。情報収集サーバ１では、完了を受信した調査データには情報変更を禁止するロックをかけ、全てのクライアント３からの調査データが収集されたところで、本収集データをもとに、都道府県別集計、全国集計、あるいは統計表、グラフ等、調査票の項目毎の集計および統計データを作成し、データベース２に格納する。
＜調査データの収集管理ステップ＞
Ｓ６：情報収集サーバ１は、クライアント３からの調査データの収集状況を管理し、複数のクライアントを管轄する経由機関としての管轄クライアント４に、回答状況の照会を行う。また、管轄クライアント毎の集計結果をまとめた審査資料を作成し送信する。
Ｓ７，Ｓ７’：上記において、一定期日に対し遅延している場合、または修正のある場合には、督促メールまたは修正依頼を、管轄クライアント４からクライアント３に、または情報収集サーバ１から直接クライアント３に発信する。
＜収集データの利用ステップ＞
Ｓ８：情報収集サーバ１では、データベース２に格納する調査票データ（Ｔｅｘｔ等）、集計データおよび種々の統計データ（ＰＤＦ等）を管轄クライアント４がダウンロードすることを可能とする。
【００２３】
図３は、本発明の実施の形態になる利用者登録テーブルを示す。「項番」、「学校名」、「利用者名」、「利用者ＩＤ」、「パスワード」、および「Ｅメールアドレス」の項目を有する複数のレコードで構成されている。情報収集サーバ１において、クライアント３における利用者からの仮申請に対し、認証した利用者ＩＤとパスワードをデータベース２に登録すると同時にＥメールにて本人宛に通知する。
【００２４】
図４は、本発明の実施の形態になる調査票記入の履歴データテーブルを示す。履歴データテーブルは、「利用者ＩＤ」、「調査票Ｎｏ」、「履歴データ」、「状態」、および「記入日時」の項目を有する複数のレコードで構成されている。「履歴データ」は、クライアント３において利用者によって調査票に記入されたデータが、「有り」、「なし」によって表され、「状態」は、その記入データが、入力の「途中」であるか、「前回」の履歴データとして過去データを保存しているかの状態を示し、また、「−」は全くデータが存在しない状態を示す。
【００２５】
図５は、本発明の実施の形態になる調査票の画面例を示す。本実施例では、調査票は、Ａ１、Ａ２、Ａ３・・・等の項目名欄（▲１▼）とクライアント３に記入させるデータ欄（▲２▼）とからなる複数のフィールド１０１で構成し、後に詳述するが、行、列等の属性によって、調査票への記入データの位置が特定できるようにしている。
【００２６】
また、操作ボタン１０２には、「受信」、「チェック」、「送信」、および「一次保管」や「確定」ボタンが設けられている。
例えば、「受信」をクリックすると、情報収集サーバ１のデータベース２に保存された履歴データテーブル２６を参照して履歴データ（途中データあるいは前回データ）を取得し、フィールド１０１のデータ欄（▲２▼）が埋められる。そして「チェック」をクリックすることで、調査票の更新、修正等の記入作業の状態となり、記入を終了するときは、「一時保存」か「確定」を選択して「送信」ボタンをクリックすると、記入データは、情報収集サーバ１に送信されデータベース２に保存される。
【００２７】
以下に、図６〜図１０を用いて、調査票の記入データを上記フィールド単位で区分けして管理する仕組みを説明する。
図６は、本発明の実施の形態になる調査票の項目をフィールド管理テーブルとして定義した例を示す。フィールド管理テーブルは、項番「Ｎｏ」、「列名」、「データ型」、「桁数」の項目を有する複数のレコードで構成されている。
【００２８】
「列名」は、学校調査票等の調査区分、小学校、中学校等の調査客体、票番号、行枝番号、シーケンスＮｏ、フィールド名、および桁数が記される。項番「Ｎｏ」１〜４で調査票および調査票内の行までが定まる。「シーケンスＮｏ」は、調査票各行のフィールドを左端から数えた番号を表す。また、「データ型」の内、ｃｈａｒ型は文字列、ｉｎｔ型は整数、ｖａｒｃｈａｒ型は可変長文字列を示している。さらに、「桁数」は、フィールドのデータ記入欄の枠数を示している。ここで、調査票は、ＰＤＦ（  Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）  形式、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式等の電子フォーマットで作成されたものなら何でもよい。
【００２９】
このように、調査票をフィールド管理テーブルとして定義することによって、データの入力位置が特定できるため、きわめて効率のよい調査票データの収集が可能となる。
図７は、本発明の実施の形態になるフィールド管理テーブルの調査票への適用例を示す。本実施例では、上記したフィールド管理テーブルの仕組みを具体的に学校調査票に適用した例を示している。学校調査票テーブルは、図６の定義になるテーブル構造と同じく、項番「Ｎｏ」、「列名」、「データ型」、「桁数」の項目を有する複数のレコードで構成されている。
【００３０】
項番「Ｎｏ」１〜７において調査票の行が特定され、「Ｎｏ」８におけるｄａｔａは、一行分のデータ列を示し、最大長２５５の桁数が用意されていることを示している。行・枝番号毎に調査票の左端項目から、データ有りの時は前ゼロ埋めしてＭａｘ行分、データなしの場合はＭａｘ行分のスペースを編集する。
また、図中、ｆｌａｇとしては、例えば、０：確定、１：一時保存等が記される。ここで「０」は、本学校調査票へのデータ入力が完了し確定したことを示し、「１」は、データ入力が未だ途中の状態にあり、一時保存しておくことを示す。入力区分では、０：Ｗｅｂ入力等と記される。
【００３１】
以上のようなフィールド管理テーブルを使用すれば、各種調査票の項目の追加処理および削除処理を容易に行うことができる。
図８は、本発明の実施の形態になる調査票の変更例を示す。図は、調査票における行と列で位置決めされる項目（フィールド）を単位として模式化したものである。変更後の調査票は、項目Ｃを削除、項目Ｍを追加、および行００４に項目Ｎ、Ｏ、Ｐ、Ｑを追加した例を表している。
【００３２】
図９は、本発明の実施の形態になる調査票の変更に対応したフィールド管理テーブルを示す。本実施例は、図８の調査票項目の変更に対応させたフィールド管理テーブルで、「票番号」、「列番号」、「フィールド名」、および「桁数」を有する複数のレコードで構成されている。図に示すように、行と列で特定されるフィールド単位毎に、削除、追加したテーブルを用意することで、これらの変更が可能となる。
【００３３】
さらに、図９のフィールド管理テーブルの最初の行で説明すると、票番号「００１」は、学校調査票等の対象調査票の番号、行番号「００１」は、調査票における行の番号、フィールド名「Ａ（ａ）」は、本例では模式的に英字で表しているが、例えば、学校調査票で言えば「教頭数」等、行、列で特定されるフィールドの項目名、および桁数「００３」は、フィールドのデータ部の枠数を示している。
【００３４】
上記のような様々な調査票における調査項目の追加、削除の変更を実現するには、従来の方式では、増減項目に応じて関連アプリケーションを変更しなければならなかった。すなわち、データベース２のデータを読み出し／書き込みをコンパイルするアプリケーションプログラムにおいて、項目の増減部分の一部タスクを削除したり、追加したりする変更が必要となる。本発明になるフィールド管理テーブルによる対応では、アプリケーションに何ら変更を加えることなく、面倒な人手による作業の発生を不必要となる。
【００３５】
図１０は、本発明の実施の形態になる調査票の収集状況テーブルを示す。収集状況テーブルは、「項番」、「都道府県」、「市区町村番号」、「学校調査番号」、「調査客体」、「調査票の回答状況」、「回答期限」、および「取扱者氏名」の項目を有する複数のレコードで構成される。「調査客体」は、当該市町村における学校名を表す。「調査票の回答状況」は、各学校毎の調査票に対する回答の収集状況を示すもので、○は、調査票への入力を終了し、かつ、確定ボタンが押下され、送信がなされた状態を示し、△は、一時保存となっている状態、×は、未だ調査データが収集できていない状態を示している。これらの未送信や一時保存状態にある案件については、「回答期限」を期日タイマーでチェックすることにより、調査データの回答期限が過ぎている学校（調査客体）を抽出し、その督促情報をＥメール等によって発信することによって自動督促を行うことができる。この場合、△：一時保存や×：未送信のものが督促の対象となる。
【００３６】
図１１は、本発明の実施の形態になる調査票の集計資料例（その１）を示す。本実施例では、小学校の学校調査票の千代田区、中央区等の市区町村毎の集計資料であり、「項番」、「都道府県」、「市区町村番号」、「男女別」、校長、教頭、教諭等の「教員数」等の項目を有する複数のレコードで構成されている。上記してきたフィールド管理テーブルとの対応で項目（フィールド）単位での集計が簡単に実現される。
【００３７】
図１２は、本発明の実施の形態になる調査票の集計資料例（その２）を示す。本実施例では、小学校の学校調査票についての各学校単位の集計資料であり、「項番」、「学校調査Ｎｏ」、「調査客体」、「男女別」、校長、教頭、教諭等の「教員数」等の項目を有する複数のレコードで構成されている。本実施例においても同様に上記してきたフィールド管理テーブルとの対応で項目（フィールド）単位での集計が簡単に実現される。
【００３８】
なお、集計資料は、上記した項目毎の集計表だけではなく、過去からの推移、管轄クライアント毎（地区別）比較等、様々な観点からの加工を加え、グラフ表示する等の判りやすい統計情報として提供することが可能である。
図１３は、本発明の実施の形態になる情報収集サーバにおける調査票送信のフローチャートを示す。情報収集サーバ１において、まず、ステップＳ１１で、クライアント３から調査票に対する要求を受信し、ステップＳ１２において、データベース２にアクセスし、履歴データテーブル２６を参照し、要求調査票の入力途中となっているデータを含む当該クライアント３の履歴データの有無を検索する。
【００３９】
つぎに、ステップＳ１３において、データベース２の履歴データテーブル２６のクライアントの履歴データが、一時保存した入力途中のデータか否かを判断し、ＹｅｓであればステップＳ１５へとスキップし、当該入力途中のデータを読み出して、所望の調査票にセットしクライアント３に送信する。
ステップＳ１３において、入力途中データでなければ、つぎのステップＳ１４に進み、さらに、前回調査データ（例えば、前年度データ等）が保存されているかを判断する。そして前回調査データがあれば、ステップＳ１５において、当該前回データを読み出して、所望の調査票に当該調査データをセットしクライアント３に送信する。また、ステップＳ１３で、前回調査データがなければ、ステップＳ１６に進み、データベース２から所望の調査票フォームを抽出してクライアント３へ送信する。
【００４０】
このように、データベース２に保存しておいた前回の調査数値を読み出して調査票にセットすることによって、クライアント３側では、前回と変更がなければ、入力が不要となり、大きな入力工数の削減となる。
図１４は、本発明の実施の形態になる調査データの集計処理のフローチャートを示す。情報収集サーバ１において、ステップＳ２１で、対象とした複数のクライアント３が回答入力した調査データを受信し、データベース２に格納する。この場合、調査票の回答入力が完了した調査データの情報変更を禁止するロックをかけておく。以上の処理は全ての対象とするクライアント３から調査データの収集が終了するまで行われる。つぎに、ステップＳ２２において、受信した調査票データを基に、各項目に関する集計処理を行う。
【００４１】
ステップＳ２３において、調査票の各項目について集計処理が行われたかを判定し、未だ残っていれば、ステップＳ２２に戻って全項目の処理が終わるまで繰り返す。集計処理が完了したら、ステップＳ２４において、得られた集計データ等の結果を集計情報データベース２５に格納する。
また、集計処理では、管轄クライアント４の地区毎の集計表、統計グラフ、比較表等、いろいろな角度からの加工処理しての統計情報を得ることができる。
【００４２】
図１５は、本発明の実施の形態になる調査票項目が増減した場合の自動変更を行うフローチャートを示す。まず、ステップＳ３１において、ＰＤＦ、ＨＴＭＬ、ＸＭＬ等の形式になる新しい電子調査票を作成する。ステップＳ３２で、新しく作成した調査票から、行、列、フィールド名等の調査票の中での位置を特定するフィールド属性データを読み取る。
【００４３】
つぎに、ステップＳ３３において、該調査票の全項目が終了するまで属性データの読み取りを行う。属性の読み取りが終了したら、ステップＳ３４に進み、新しい調査票のフィールド管理テーブルを生成する。そして、ステップＳ３５において、新しい調査票と旧調査票のフィールド管理テーブルの増減を比較チェックし、ステップＳ３６において、項目に増減があれば、ステップＳ３７に進み、旧調査票テーブルのデータ部分（図７の学校調査テーブルの項番８のｄａｔａ部）を、データのズラシ等によるコンバートを行うことによって、「新しい調査票テーブル」を自動的に生成させる。
【００４４】
以上のように、新しい調査票を作成するだけで、調査票の増減がチェックされ、フィールド管理テーブルおよび調査票テーブル（学校調査票テーブル等）の情報が自動変更され、新しい調査票用にコンバートされた調査票テーブルの情報を新しい調査票に呼び出すことが可能となる。
これは、これまで煩雑となっていたシステムに使用するアプリケーションプログラムの変更は何ら必要とせず、大きな開発工数の削減となる。
【００４５】
以上のように、フィールド管理テーブルを定義して、調査表内の行、列、フィールド名等の属性で特定する仕組みとすることにより、電子的な調査票の項目について、かなりの自由度でのデザインを可能とさせるものとなる。
【００４６】
【発明の効果】
上記してきたように、本発明によれば、インターネットによるＷｅｂ環境において、電子的に調査票を送受信して、調査データを収集する電子調査システムにおいて、操作性、保守性、および運用を容易にするシステムが実現される。
具体的な効果として、調査対象のクライアントが入力する調査票を、調査票の各項目を行と列で特定するフィールドを単位とするフィールド管理テーブルとして定義し、サーバに格納することによって、入力データを高速に収集することが可能となり、大幅なレスポンス向上が実現される。
【００４７】
また、本発明によって、形式の違う調査票を新たに作成するにあたっての調査項目の追加、削減にも容易に対応ができ、従来、必須であった面倒なアプリケーションプログラムでの変更を不要とすることができ、大きな工数削減が実現できる。
また、調査票データの入力途中データを含む履歴データを保存しておくことによって、クライアントが入力時に再利用でき、大幅な入力工数の削減となる。
【００４８】
さらに、クライアントの調査票に対する回答処理の状況を管理し、期日にデータ送信がなされない時には、督促情報を発信することによってスムースな情報収集が図れる等の効果がもたらされることになる。
【図面の簡単な説明】
【図１】本発明の実施の形態になる基本システム構成を示す図である。
【図２】本発明の実施の形態になる情報収集システムの全体的な流れを示す図である。
【図３】本発明の実施の形態になる利用者登録テーブルを示す図である。
【図４】本発明の実施の形態になる調査票記入の履歴データテーブルを示す図である。
【図５】本発明の実施の形態になる調査票の画面例を示す図である。
【図６】本発明の実施の形態になる調査票の項目をフィールド管理テーブルとして定義した例を示す図である。
【図７】本発明の実施の形態になるフィールド管理テーブルの調査票への適用例を示す図である。
【図８】本発明の実施の形態になる調査票の変更例を示す図である。
【図９】本発明の実施の形態になる調査票の変更に対応したフィールド管理テーブルを示す図である。
【図１０】本発明の実施の形態になる調査票の収集状況テーブルを示す図である。
【図１１】本発明の実施の形態になる調査票の集計資料例（その１）を示す図である。
【図１２】本発明の実施の形態になる調査票の集計資料例（その２）を示す図である。
【図１３】本発明の実施の形態になる情報収集サーバにおける調査票送信のフローチャートを示す図である。
【図１４】本発明の実施の形態になる調査データの集計処理のフローチャートを示す図である。
【図１５】本発明の実施の形態になる調査票項目が増減した場合の自動変更を行うフローチャートを示す図である。
【符号の説明】
１  情報収集サーバ
２  データベース
３  クライアント
４  管轄クライアント
５  インターネット
１１  登録部
１２  初期設定手段
１３    調査票送信手段
１４  回答受信手段
１５  履歴格納手段
１６  集計処理手段
１７  督促情報発信手段
２１  利用者登録テーブル
２２  調査票データベース
２３  収集管理テーブル
２４  フィールド管理テーブル
２５  集計情報データベース
２６  履歴データテーブル
【図１】
2004303090.tif 000003
【図２】
2004303090.tif 000004
【図３】
2004303090.tif 000005
【図４】
2004303090.tif 000006
【図５】
2004303090.tif 000007
【図６】
2004303090.tif 000008
【図７】
2004303090.tif 000009
【図８】
2004303090.tif 000010
【図９】
2004303090.tif 000011
【図１０】
2004303090.tif 000012
【図１１】
2004303090.tif 000013
【図１２】
2004303090.tif 000014
【図１３】
2004303090.tif 000015
【図１４】
2004303090.tif 000016
【図１５】
2004303090.tif 000017