(57)【要約】      （修正有）【課題】情報分析者が必要とする情報を取得するための任意の帳票を作成でき、帳票に入力された情報を任意に分析することができる情報収集分析システムの提供。【解決手段】複数のクライアント１００と、ネットワーク２００と、サーバ３００とから構成され、サーバ３００はクライアント管理部、帳票テンプレート管理部、帳票メッセージ管理部、ALIVEデータ監視部を含んで構成され、データベース４００を保有している。帳票テンプレート管理部は、クライアントから新たな帳票テンプレートの登録要求があると帳票テンプレートの解析を行い、帳票内の入力フォームがデータベース上のテーブル・カラムとしてマッピング可能であるか否かを判断し、帳票テンプレートの登録、帳票テンプレート中の入力フォームとマッピングされた帳票分析用のデータベース・テーブルを作成し、この帳票分析用のデータベース・テーブルを分析するための帳票分析用ＳＱＬを登録する。【選択図】図１
2007109055.tif 000002
【特許請求の範囲】
【請求項１】
サーバ・クライアント構成のネットワーク上において、クライアント間で情報収集を行う情報収集システムであって、
サーバが、クライアントから新たな帳票テンプレートの登録要求を受けて該帳票テンプレートの解析を行い、帳票内の入力フォームがデータベース上のテーブル・カラムとしてマッピング可能であるか否かを判断し、マッピング可能であることが検証された場合に帳票テンプレートを登録し帳票テンプレート中の入力フォームとマッピングされた帳票分析用のデータベース・テーブルを作成し、この帳票分析用のデータベース・テーブルを分析するための帳票分析用ＳＱＬを登録する帳票テンプレート管理部を有することを特徴とする情報収集システム。
【請求項２】
前記データベースは、クライアントにより参照可能に構成され、
クライアントを一意に特定するクライアントＩＤとそれに紐づく接続中あるいは非接続を示す接続情報とを管理するクライアント管理テーブルと、
登録されている帳票を一意に特定する帳票ＩＤとそれに紐づく帳票テンプレートを管理する帳票テンプレート管理テーブルと、
帳票テンプレート登録時に動的に作成され、リクエストＩＤ、帳票ＩＤ、クライアントＩＤによって一意にレコードが特定され、それらに紐づき帳票テンプレートの入力フォームを保持する複数のカラムとクライアントの未読・既読・返信済を示すステータスからなる帳票分析テーブルと、
該帳票分析テーブルのテーブルを分析するためのＳＱＬを管理するためのテーブルであって、帳票ＩＤとシーケンス番号とにより一意に特定され、それに紐づく分析用のＳＱＬからなる帳票分析ＳＱＬ管理テーブルと
を有することを特徴とする請求項１に記載の情報収集システム。
【請求項３】
サーバ・クライアント構成のネットワーク上において、クライアント間で情報収集を行う方法であって、
クライアントがサーバに接続し、該サーバ側の最新の情報を取得する第１のステップと、
クライアントが、予め作成した帳票テンプレートを前記サーバのデータベースへ登録する第２のステップと、
クライアントのうちの帳票配信元クライアントが、前記サーバに接続後に、前記帳票テンプレートを使用して他のクライアントに情報収集用の帳票メッセージを送信する第３のステップと、
前記帳票配信先クライアントが前記サーバに接続後に、配信された帳票メッセージを受信し、前記サーバに返信する第４のステップと
を有することを特徴とする情報収集方法。
【請求項４】
前記第１のステップは、
クライアントからサーバに対してアクセスするステップと、
クライアントを管理するクライアント管理テーブルの状態を更新するステップと、
前記サーバへの接続が完了した後に、前記クライアントから前記サーバへ該サーバとの接続を維持していることを通知するとともに、前記サーバでは、最新の接続クライアント一覧と、帳票テンプレート一覧と、受信帳票メッセージ一覧とリクエスト一覧と、を取得し前記クライアントに返信するステップと、
情報を受け取り、前記接続クライアント一覧と、帳票テンプレート一覧と、受信帳票メッセージ一覧とリクエスト一覧を更新するステップと
を有することを特徴とする請求項３に記載の情報収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報収集システムに関し、特にサーバ・クライアント構成のネットワーク上におけるクライアント間の情報収集システムに関する。
【背景技術】
【０００２】
従来、サーバ・クライアントで構成されるネットワーク上で複数のクライアントから効率的に情報収集を行う技術として、例えば、下記特許文献１〜３までに記載の技術が知られている。
【０００３】
特許文献１に記載の技術は、配信サーバが複数の受信端末へ同時に特定情報を配信可能な電子回覧板配信方法において、配信サーバが情報受信完了確認データを配信し、受信端末からの返信を受信してから問い合わせ情報を配信し、問い合わせ回答情報を受信する電子回覧板配信方法である。
【０００４】
特許文献２に記載の技術は、情報収集者が希望するアンケートを作成するとともに、それぞれのアンケートに対応するe-mailアドレスを自動的に割り付け、さらにその割り付けたe-mailアドレスを雑誌、新聞、TV、ラジオ、広告塔等の媒体を介して表示または告知し、ユーザからは、そのe-mailアドレスを用いた空メールにアンケートURLを付加して返信し、そのアンケートURLの回答を蓄積して集計するようにしており、また、クライアントが希望する情報の作成支援を行うテンプレートを提供する工程を有している。
【０００５】
また、特許文献３に記載の技術は、情報の収集と分析のための処理を行う情報収集分析用コンピュータと情報分析用コンピュータの命令により、情報の入力を要求する電子メールを送信するメールサーバと、メールサーバからの電子メールを受け、その電子メールが要求する情報を入力返信する情報報告用コンピュータと、情報収集分析用コンピュータによって構築された情報データベースを格納し、情報報告用コンピュータが入力した情報によってリアルタイムで情報データベースを更新するデータベースを備えた情報収集分析システムに関するものである。
【０００６】
【特許文献１】特開２００４−１３３６０号公報
【特許文献２】特開２００４−１４５８９７号公報
【特許文献３】特開平９−１１４８６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ネットワークを通じてクライアント間で行われる共同作業におけるコミュニケーション手段として、メール、チャット、インスタントメッセージ等の手段があるが、これらの手段を用いて情報収集分析を行う場合、通常、質問の内容を文章により相手に伝えるため、質問の意図が正しく相手に伝わらないことなどの理由により、質問に対する回答として得られる情報が、質問者が期待した内容とは異なることがよくある。
【０００８】
また、メールを利用して情報収集を行う場合、情報収集者に返信されるメール数が多いと、情報収集者がどのメールを読めば良いか、どれだけの数を読まなければならないかなどがわかりにくくなり（可読性が低下し）、真に重要なメールが重要性の低いメール中に埋もれてしまう原因ともなっていた。
【０００９】
さらに、どのユーザから返信があったのか、どのユーザが返信していないのかを把握する処理にも手間がかかっていた。特に、返信者が異なる場合には、返信内容に関するフォーマットが統一されてないため、情報の分析の自動化が難しく、手動で行う必要があり、本来の目的とは異なる作業に時間をとられるという問題がある。
【００１０】
本発明の目的は、簡単かつ精度良く、情報収集を行うことができる技術を提供することにある。
【課題を解決するための手段】
【００１１】
本発明は、サーバ・クライアント構成のネットワーク上に接続されたクライアント間で任意のレイアウトの情報収集用の帳票テンプレートを作成、あるいは、すでに登録されている帳票テンプレートを利用し、それを不特定多数のクライアントへ配信することを特徴とする。また、配信された帳票のクライアント側での既読・未読・返信済の状態の管理ならびに返信結果の蓄積を行い、蓄積された情報を分析に利用しやすい任意の表形式で出力することを特徴とする。
【００１２】
本発明の一観点によれば、サーバ・クライアント構成のネットワーク上において、クライアント間で情報収集を行う情報収集システムであって、サーバが、クライアントから新たな帳票テンプレートの登録要求を受けて該帳票テンプレートの解析を行い、帳票内の入力フォームがデータベース上のテーブル・カラムとしてマッピング可能であるか否かを判断し、マッピング可能であることが検証された場合に帳票テンプレートの登録し帳票テンプレート中の入力フォームとマッピングされた帳票分析用のデータベース・テーブルを作成し、この帳票分析用のデータベース・テーブルを分析するための帳票分析用ＳＱＬを登録する帳票テンプレート管理部を有することを特徴とする情報収集システムが提供される。
【００１３】
前記データベースは、クライアントにより参照可能に構成され、クライアントを一意に特定するクライアントＩＤとそれに紐づく接続中あるいは非接続を示す接続情報とを管理するクライアント管理テーブルと、登録されている帳票を一意に特定する帳票ＩＤとそれに紐づく帳票テンプレートを管理する帳票テンプレート管理テーブルと、帳票テンプレート登録時に動的に作成され、リクエストＩＤ、帳票ＩＤ、クライアントＩＤによって一意にレコードが特定され、それらに紐づき帳票テンプレートの入力フォームを保持する複数のカラムとクライアントの未読・既読・返信済を示すステータスからなる帳票分析テーブルと、該帳票分析テーブルのテーブルを分析するためのＳＱＬを管理するためのテーブルであって、帳票ＩＤとシーケンス番号とにより一意に特定され、それに紐づく分析用のＳＱＬからなる帳票分析ＳＱＬ管理テーブルとを有することを特徴とする。
【００１４】
前記帳票テンプレートは、データベース上に登録されてクライアントにより参照可能に構成され、情報収集を行う前記クライアントが帳票テンプレートを他クライアントへ配信し、他クライアントへ配信した帳票テンプレートの未読・既読・返信済のステータス管理を行うことができる。前記帳票テンプレート入力結果は、前記データベース上のテーブル・カラムに蓄積される。
【００１５】
本発明の他の観点によれば、サーバ・クライアント構成のネットワーク上において、クライアント間で情報収集を行う方法であって、クライアントがサーバに接続し、該サーバ側の最新の情報を取得する第１のステップと、クライアントが、予め作成した帳票テンプレートを前記サーバのデータベースへ登録する第２のステップと、クライアントのうちの帳票配信元クライアントが、前記サーバに接続後に、前記帳票テンプレートを使用して他のクライアントに情報収集用の帳票メッセージを送信する第３のステップと、前記帳票配信先クライアントが前記サーバに接続後に、配信された帳票メッセージを受信し、前記サーバに返信する第４のステップとを有することを特徴とする情報収集方法が提供される。
【００１６】
前記第１のステップは、クライアントからサーバに対してのアクセスするステップと、クライアントを管理するクライアント管理テーブルの状態を更新するステップと、前記サーバへの接続が完了した後に、前記クライアントから前記サーバへ該サーバとの接続を維持していることを通知するとともに、前記サーバでは、最新の接続クライアント一覧と、帳票テンプレート一覧と、受信帳票メッセージ一覧とリクエスト一覧と、を取得し前記クライアントに返信するステップと、情報を受け取り、前記接続クライアント一覧と、帳票テンプレート一覧と、受信帳票メッセージ一覧とリクエスト一覧を更新するステップとを有することを特徴とする。
【００１７】
前記第２のステップは、クライアントが入力フォームを任意に組み合わせたレイアウトの帳票テンプレートの作成と分析ＳＱＬを作成し、サーバへ帳票テンプレート登録依頼を送信するステップと、前記サーバが、内部フォームの解析を行い、内部フォームがデータベース上のテーブル・カラムに対してマッピング可能か否かを解析するステップと、マッピング可能な場合であって同じテーブルが存在していない場合に、新規にテーブルを作成し、登録される帳票テンプレートを一意に特定する帳票ＩＤを発行し、該帳票ＩＤに紐づく帳票テンプレートを登録するステップとを有することを特徴とする。
【００１８】
前記第３のステップは、前記帳票配信元クライアントが、帳票テンプレート表示部において一覧表示されている帳票テンプレートを選択するステップと、サーバ側で前記帳票テンプレートのレイアウト情報を取得しクライアントに返信するステップと、帳票テンプレートのレイアウトの内容を確認し、あて先のクライアントを接続クライアントデータから選択し、サーバへ送信するステップと、サーバ側で、前記帳票メッセージの送信要求を受け取るとシステム内で一意に定まるリクエストＩＤを発行し、前記帳票メッセージ送信要求と紐付けて登録するステップと、あて先クライアントに含まれていた前記帳票メッセージをクライアントに送信するステップとを有することを特徴とする。
【００１９】
前記第５のステップは、あて先クライアントに含まれていた前記帳票メッセージをクライアントに送信した後に、サーバから受信帳票メッセージが送信され、クライアントの受信帳票メッセージを更新するステップと、クライアント宛の受信帳票メッセージが１件以上ある場合に、その一覧を受信帳票メッセージ表示するステップであって、リクエストＩＤと未読・既読・返信済の状態とを表示するステップと、クライアントは、未読あるいは既読の受信メッセージを選択し、帳票メッセージの取得要求をサーバへ送信し、サーバ側ではユーザが選択したリクエストＩＤに紐づくクライアントの既読・未読の状態を更新し、該リクエストＩＤに紐づく帳票メッセージが未読の場合には状態を既読に更新し、当該リクエストＩＤに紐づく帳票メッセージが既読の場合には、状態の更新は行わないステップと、リクエストＩＤに紐づく帳票テンプレートを取得しクライアントへ返信するステップと、クライアントは受信した帳票メッセージの入力フォームへ必要事項を入力し、帳票入力結果を送信するステップと、帳票配信先クライアントからの帳票入力結果を受信した後、リクエストＩＤ、クライアントＩＤにより一意に定まる帳票分析テーブルのレコードの状態を返信済に更新するとともに、帳票入力結果を登録するステップとを有することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、サーバ・クライアント構成のネットワーク上におけるクライアント間の情報収集において、入力フォームによりレイアウトされた帳票テンプレートを使用することで、情報分析者がどのような情報を必要としているかが相手に正しく伝わるため、簡単かつ精度良く、情報収集を行うことができるという利点を有する。また帳票テンプレートを再利用可能なため、帳票テンプレートの作成は必要最低限の作業で行うことができメンテナンス性が向上する。
【００２１】
情報分析の際には、蓄積された情報をＳＱＬを利用して任意の表形式で出力し、簡単に分析することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の一実施の形態による情報収集システムについて図面を参照して具体的に説明する。
【００２３】
図１は、本実施の形態による情報収集システムの一構成例を示す機能ブロック図である。図１に示すように、本実施の形態による情報収集システムは、例えば、複数のクライアント（１〜ｎ）１００と、ネットワーク２００と、サーバ３００と、から構成され、クライアント１００とサーバ３００とはネットワーク２００を介して接続可能である。クライアント１００は、接続クライアント情報表示部１１０、帳票テンプレート表示部１２０、受信帳票メッセージ表示部１３０、帳票分析結果表示部１４０、ALIVEデータ処理部１５０から構成される。ここでALIVEデータとは、ネットワーク上で現在接続が有効であることを通知するために、定期的に送信されるデータのことである。
【００２４】
接続クライアント情報表示部１１０は、図２に示すように、サーバ３００に接続しているクライアントの一覧の表示を含み、帳票メッセージのあて先の指定のために使用される。該当するクライアントとの接続状態（接続中・非接続）も表示されている。
【００２５】
帳票テンプレート表示部１２０は、図３に示すように、帳票ＩＤと帳票名と概要とを含み、サーバに登録されている帳票テンプレートの一覧を表示する。帳票メッセージを送信する際に使用する帳票テンプレートの選択の為に使用される。帳票名は、出欠確認、連絡先確認などの帳票の種別が記載され、概要には、帳票のレイアウトを確認できるように、例えば連絡先確認の帳票では、氏名、住所、電話番号などの必要な入力項目を含む帳票レイアウトが表示され、ユーザが確認しやすいようになっている。
【００２６】
受信帳票メッセージ表示部１３０は、図４に示すように、サーバの帳票メッセージキューに自クライアント宛の帳票メッセージが登録されている場合にその一覧の表示し、受信する帳票メッセージの選択の為に使用する。図４では、状態が返信済のリクエストＩＤ００１と、未読のリクエストＩＤ００２と、が存在し、未読のリクエストＩＤ００２を受信（開封）すると、リクエスト名である連絡先確認の氏名、住所、電話番号の入力画面が表示され、受信した帳票メッセージの確認を行うことができる。
【００２７】
帳票分析結果表示部１４０は、図５に示すように、帳票メッセージを他クライアントへ送信した際のリクエスト一覧表示部１４１と、そのリクエストＩＤに紐づく帳票テンプレート分析用のＳＱＬ選択・記述部１４２と、選択されたＳＱＬ文の実行結果を表形式で出力するＳＱＬ結果表示部１４３と、を有している。
【００２８】
リクエスト一覧表示部１４１は、リクエストＩＤとリクエスト名とを含むリクエスト一覧を表示する。ＳＱＬ選択・記述部１４２は、リクエスト一覧表示部１４１で選択されたＳＱＬを表示し、表示されたＳＱＬを直接編集することもできる。ＳＱＬ選択・記述部１４２の分析ボタンを押すことで、ＳＱＬ結果表示部１４３に表形式の分析結果を表示する。
【００２９】
ALIVEデータ処理部１５０は、クライアントからサーバに対してALIVEデータを定期的に送信し、クライアントがサーバに接続していることの通知と、サーバ側の最新情報の取得と、を行い、それぞれの表示部の情報を更新する。
【００３０】
サーバ３００は、クライアント管理部３１０、帳票テンプレート管理部３２０、帳票メッセージ管理部３３０、ALIVEデータ監視部３４０を含んで構成され、データベース４００を保有している。
【００３１】
クライアント管理部３１０は、サーバに接続するクライアントをネットワーク２００上で一意に識別するクライアントＩＤと接続状態との管理を行う。接続状態には、接続・未接続の２つの状態がある。
【００３２】
帳票テンプレート管理部３２０は、クライアントから新たな帳票テンプレートの登録要求があると帳票テンプレートの解析を行い、帳票内の入力フォームがデータベース上のテーブル・カラムとしてマッピング可能であるか否かを判断し、マッピング可能であることが検証された場合に、帳票テンプレートの登録、帳票テンプレート中の入力フォームとマッピングされた帳票分析用のデータベース・テーブルを作成し、この帳票分析用のデータベース・テーブルを分析するための帳票分析用ＳＱＬを登録する。
【００３３】
以下に、マッピングについて説明する。
帳票テンプレートを構成する部品（入力フォーム）の一つ一つは名前をもっている。この名前をデータベース上のテーブル・カラムに関連付ける作業がマッピングである。
【００３４】
例えば、名簿（帳票テンプレート）を構成する入力フォームが、氏名と住所との２つの入力フォームから構成されるとする。
【００３５】
ここで、入力フォーム「氏名」の名前を usernameとし、入力フォーム「住所」の名前をaddressとすると、名前が一意に決定されるため、この名前をデータベース上のテーブルのカラムとして1対1に対応できる（マッピング可能である）。例えば、名簿テーブルusername,名簿テーブル.addressのようになる。
【００３６】
下記の例で、入力フォーム「住所」の名前がusernameとなっていた場合、入力フォームとして複数存在しているにもかかわらず、名前が重複しており、データベース上のテーブル・カラムはusername一つ分しか作成されない。そのため、1対1の対応がとれない（マッピング不可）ことになる。
【００３７】
以下にHTMLを帳票テンプレートとした場合の例を示す。
＜マッピング可能な例＞
<html>
<body>
次の項目を入力してください
<form action=XXX>
氏名：<input type=text name=username /><br>
住所：<input type=text name=address /><br>
</form>
</body>
</html>
【００３８】
【表１】
2007109055.tif 000003
【００３９】
上記の例では、入力フォームと名前とが一意に決まるため、マッピングが可能である。
＜マッピング不可能な例＞
<html>
<body>
次の項目を入力してください
<form action=XXX>
氏名：<input type=text name=username /><br>
住所：<input type=text name=username /><br>
</form>
</body>
</html>
【００４０】
【表２】
2007109055.tif 000004
【００４１】
上記の例では、入力フォームと名前とが一意に決まらないため、マッピングが不可能である。
【００４２】
また、クライアントから帳票テンプレート参照の要求があると、データベース上に登録されている帳票テンプレートをクライアントへ送信する。帳票メッセージ管理部３３０は、クライアントからの帳票メッセージ送信要求を受け、リクエストＩＤの発行とそのリクエストＩＤに紐づく帳票メッセージを送信先のクライアントＩＤに紐づく帳票メッセージキューへ登録する。
【００４３】
ALIVEデータ監視部３４０は、サーバ３００に接続しているクライアントが定期的に送信するALIVEデータを監視し、その返信情報として接続クライアントの情報、帳票テンプレートの情報、受信帳票メッセージの情報、帳票リクエスト情報の返信を行う。また接続状態にあるクライアントからのALIVEデータが一定時間内に届かない場合には、当該クライアントＩＤに紐づく接続状態を未接続に更新する。
【００４４】
データベース４００は、クライアント管理テーブル４１０、帳票テンプレート管理テーブル４２０、帳票分析テーブル４３０、帳票分析ＳＱＬ管理テーブル４４０、帳票メッセージリクエスト管理テーブル４５０、帳票メッセージキュー管理テーブル４６０を有している。
【００４５】
クライアント管理テーブル４１０は、クライアントのクライアントを一意に特定するクライアントＩＤとそれに紐づく接続中あるいは非接続を示す接続情報を管理する。帳票テンプレート管理テーブル４２０は、登録されている帳票を一意に特定する帳票ＩＤとそれに紐づく帳票テンプレートを管理する。帳票分析テーブル４３０は、帳票テンプレート登録時に動的に作成され、後述するリクエストＩＤ、帳票ＩＤ、クライアントＩＤによって一意にレコードが特定され、それらに紐づき帳票テンプレートの入力フォームを保持する複数のカラムとクライアントの未読・既読・返信済を示すステータスからなる。
【００４６】
帳票分析ＳＱＬ管理テーブル４４０は、帳票分析テーブル４３０のテーブルを分析するためのＳＱＬを管理するためのテーブルであり、帳票ＩＤとシーケンス番号とにより一意に特定され、それに紐づく分析用のＳＱＬからなる。分析用ＳＱＬは、具体的には図５のＳＱＬ選択・記述部１４２に示す「Select status AS 状態, name AS 氏名, … from  …」のようなＳＱＬ文から成っている。
【００４７】
帳票メッセージリクエスト管理テーブル４５０は、クライアントから帳票メッセージ配信依頼に応じて割り振られるリクエストＩＤと配信依頼者であるクライアントのクライアントＩＤ、帳票テンプレートを示す帳票ＩＤからなる。帳票メッセージキュー管理テーブル４６０は、クライアントＩＤ、リクエストＩＤ、帳票ＩＤ、未読・既読・返信済みを管理する状態からなる。
【００４８】
次に、各処理の流れについて説明する。
図６は、クライアントが情報収集分析システムに接続し、サーバ側の最新の情報を取得するまでの処理フローを示した図である。はじめに、クライアントからサーバに対してのアクセスする（ステップＳ１０１）。サーバがアクセスを受けると接続クライアント管理部３１０により接続クライアント管理テーブル４１０の状態を接続中に更新する（ステップＳ１０２）。サーバへの接続が完了した後、クライアントからサーバへALIVEデータを送信する（ステップＳ１０３）、ALIVEデータの送信はサーバとの接続を維持していることを通知するとともに、サーバでは、最新の接続クライアント一覧の取得（ステップＳ１０４）、帳票テンプレート一覧の取得（ステップＳ１０５）、受信帳票メッセージ一覧の取得（ステップＳ１０６）ならびにリクエスト一覧の取得（ステップＳ１０７）が行われ、クライアント側に返信される。
【００４９】
これらの情報を受け取った後、クライアント側の接続クライアント表示部１１０の更新（ステップＳ１０８）、帳票テンプレート表示部１２０の更新（ステップＳ１０９）、受信帳票メッセージ表示部１３０の更新（ステップＳ１１０）ならびにリクエスト一覧表示部１４１の更新（ステップＳ１１１）を行う。ALIVEデータの送信を定期的に行うことにより常に最新の情報を把握することができる。
【００５０】
図７は、クライアントが情報収集分析システムに接続後に、予め作成した帳票テンプレートをサーバへ登録するまでの処理の流れを示す図である。まず、はじめにクライアントは入力フォームを任意に組み合わせたレイアウトの帳票テンプレートの作成と分析ＳＱＬを作成しておき、サーバへ帳票テンプレート登録依頼を送信する（ステップＳ２０１）。帳票テンプレート登録依頼を受けたサーバは、内部フォームの解析を行い、内部フォームがデータベース上のテーブル・カラムに対してマッピング（対応付け）可能か否かを解析し（ステップＳ２０２）、マッピング可能な帳票テンプレートであるかどうかを確認する（ステップＳ２０３）。マッピング不可能な帳票テンプレートの場合（Ｎ）、登録処理失敗となる。マッピング可能な場合（Ｙ）、帳票テンプレートがマッピングされるテーブルと同じ構成のテーブルがすでに作成されているか確認する（ステップ２０４）。
【００５１】
すでに同じテーブルが存在する場合には（Ｎ）何も行われない。同じテーブルが存在していない場合には（Ｙ）、新規にテーブルを作成する（ステップＳ２０５）。同時に、登録される帳票テンプレートを一意に特定する帳票ＩＤを発行し（ステップＳ２０６）、その帳票ＩＤに紐づく帳票テンプレートを帳票テンプレート管理テーブルへの登録し（ステップＳ２０７）、その帳票ＩＤに紐づく分析ＳＱＬは帳票管理テーブルへ登録する（ステップＳ２０８）。
【００５２】
図８は、帳票配信元クライアントが情報収集分析システムに接続後に、帳票テンプレートを使用し、他クライアントに情報収集用の帳票メッセージを送信するまでの処理の流れを示す図である。帳票配信元クライアントは、帳票テンプレート表示部において一覧表示されている帳票テンプレートをひとつ選択する（ステップＳ３０１）。帳票テンプレートを選択するとサーバ側では帳票テンプレートのレイアウト情報を取得しクライアントに返信する（ステップＳ３０２）、帳票テンプレートのレイアウトの内容を確認し（図３参照）、あて先のクライアントを接続クライアント表示部から選択し（ステップＳ３０３）、サーバへ送信する（ステップＳ３０４）。
【００５３】
サーバ側では、帳票メッセージの送信要求を受け取ると帳票メッセージ管理部３３０によりシステム内で一意に定まるリクエストＩＤを発行し（ステップＳ３０５）、当該帳票メッセージ送信要求と紐付け、帳票メッセージリクエスト管理テーブル４５０へ登録（ステップＳ３０６）し、帳票メッセージキュー管理テーブル４６０に登録する（ステップＳ３０７）。以降、帳票メッセージキュー管理テーブル４６０に登録された情報は、あて先クライアントに含まれていたクライアントからのALIVEデータ送信により取得される（ステップＳ１０３〜ステップＳ１０９）。
【００５４】
図９は、帳票配信先クライアントが情報収集分析システムに接続後に、配信された帳票メッセージを受信し、返信するまでの処理の流れを示す図である。既に図６で示したように、ALIVEデータ送信後（ステップＳ１０３）、サーバから受信帳票メッセージが送信され（ステップＳ１０６）、クライアントの受信帳票メッセージ表示部１３０が更新される（ステップＳ１１０）。次に、クライアント宛の受信帳票メッセージが１件以上ある場合には（ステップＳ４０１）、受信帳票メッセージ表示部１３０にその一覧が表示される。一覧には受信した帳票メッセージのリクエストＩＤと未読・既読・返信済の状態が表示されている（図４参照）。クライアントは、未読あるいは既読の受信メッセージを選択し、帳票メッセージの取得要求をサーバへ送信する（ステップＳ４０２）。サーバ側ではユーザが選択したリクエストＩＤに紐づくクライアントの既読・未読の状態を更新する。当該リクエストＩＤに紐づく帳票メッセージが未読の場合（ステップＳ４０３）、状態を既読に更新する（ステップＳ４０４）。当該リクエストＩＤに紐づく帳票メッセージが既読の場合（ステップＳ４０３）、状態の更新は行わない。その後、リクエストＩＤに紐づく帳票テンプレートを取得しクライアントへ返信する（ステップＳ４０５）。
【００５５】
クライアントは受信した帳票メッセージの入力フォームへ必要事項を入力し（ステップＳ４０６）、帳票入力結果を送信する（ステップＳ４０７）。帳票配信先クライアントからの帳票入力結果を受信した後、リクエストＩＤ、クライアントＩＤにより一意に定まる帳票分析テーブル４３０のレコードの状態を返信済に更新するとともに（ステップＳ４０８）、帳票入力結果を登録する（ステップＳ４０９）。これにより帳票メッセージの配信者は、帳票配信元クライアントの帳票分析結果表示部１４０（図５）を介してＳＱＬを取り出し、配信先のクライアントからの帳票入力結果を任意の表形式で出力して分析することが可能となる。
【００５６】
以上に説明したように、本実施の形態によるシステムによれば、入力フォームによりレイアウトされた帳票テンプレートを使用することにより、情報分析者がどのような情報を必要としているかを相手方に正しく伝えることができる。また帳票テンプレートを再利用することが可能なため、帳票テンプレートの作成を必要最低限の作業で行うことができメンテナンス性が向上するという利点がある。
【００５７】
帳票テンプレートの入力フォームは、データベース上のテーブル・カラムへマッピングされ、クライアントからの帳票入力内容を蓄積するテーブルが自動生成される。そのため蓄積された情報の解析は、ＳＱＬを使用することにより任意の表として出力し、分析しやすい形態にすることができる。
【００５８】
例えば、従来メール等でおこなわれていた日々の作業の進捗状況問い合わせにおいて、本システムのクライアントを各作業者の端末上で動作させておき、進捗状況を必要とする情報収集者は、帳票テンプレートを作成あるいは、すでに登録されている進捗状況問合用の帳票テンプレートを、作業者に配信し、作業者は受信した帳票に必要事項を入力し、返信する。データベース上には進捗状況問合用の帳票テンプレートにマッチしたテーブルに返信結果が蓄積され、情報分析者は蓄積された情報を、ＳＱＬを利用して任意の表形式で出力し、分析しやすい形式にすることができる。
【産業上の利用可能性】
【００５９】
本発明は、サーバ・クライアント構成のネットワーク上におけるクライアント間での情報収集システムとして利用可能である。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施の形態による情報収集システムの概略構成例を示すブロック図である。
【図２】本発明の一実施の形態による情報収集システムにおける接続クライアント表示部の構成例を示す図である。
【図３】本発明の一実施の形態による情報収集システムにおける帳票テンプレート表示部の構成例を示す図である。
【図４】本発明の一実施の形態による情報収集システムにおける受信帳票メッセージ表示部の構成例を示す図である。
【図５】本発明の一実施の形態による情報収集システムにおける帳票分析結果表示部の構成例を示す図である。
【図６】本発明の一実施の形態による情報収集システムにおけるクライアントがサーバへ接続し、最新の情報取得までの処理の流れを示すフローチャート図である。
【図７】本発明の一実施の形態による情報収集システムにおけるクライアントが作成した帳票テンプレートをサーバへ登録するまでの処理の流れを示すフローチャート図である。
【図８】本発明の一実施の形態による情報収集システムにおけるクライアントが情報収集のための帳票メッセージを他のクライアントへ配信するまでの処理の流れを示すフローチャート図である。
【図９】本発明の一実施の形態による情報収集システムにおけるクライアントが帳票メッセージからサーバへの接続から情報の取得までの処理の流れを示すフローチャート図である。
【符号の説明】
【００６１】
１００…クライアント、１１０…接続クライアント情報表示部、１２０…帳票テンプレート表示部、１３０…受信帳票メッセージ表示部、１４０…帳票分析結果表示部、１５０…ALIVEデータ処理部、２００…ネットワーク、３００…サーバ、３１０…クライアント管理部、３２０…帳票テンプレート管理部、３３０…帳票メッセージ管理部、３４０…ALIVEデータ監視部、４００…データベース、４１０…クライアント管理テーブル、４２０…帳票テンプレート管理テーブル、４３０…帳票分析テーブル＊動的変化、４４０…帳票分析ＳＱＬ管理テーブル、４５０…帳票メッセージリクエスト管理テーブル、４６０…帳票メッセージキュー管理テーブル。
【図１】
2007109055.tif 000005
【図２】
2007109055.tif 000006
【図３】
2007109055.tif 000007
【図４】
2007109055.tif 000008
【図５】
2007109055.tif 000009
【図６】
2007109055.tif 000010
【図７】
2007109055.tif 000011
【図８】
2007109055.tif 000012
【図９】
2007109055.tif 000013