JPH08329154A - 判断結果情報回収システム - Google Patents

Abstract

(57)【要約】 【目的】 判断対象の情報に対する判断結果情報を確実
に回収すること。 【構成】 新たな判断対象の情報が入力されるに伴い、
その判断対象の情報を配布すべき判断担当者に関する所
属部署や氏名等の情報を判断担当者テーブルから取り出
し、該当する判断担当者の担当者端末に対して判断対象
の情報を送信し、その判断対象情報に対する判断結果情
報が受信されるまでは、該当する担当者端末を入力待ち
状態に維持し、判断結果情報を受信したならば、該当す
る担当者端末の判断結果情報の入力待ち状態を解除する
と共に、回答された判断結果情報を送受信履歴情報と共
に送受信履歴情報ファイルに記憶させ、管理者端末から
の指示に従ってリスト出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オンラインにより情報
の送受信を行い、その情報に関する判断結果情報を自動
的に返信させることにより、判断結果情報を回収する判
断結果情報回収システムに関する。

【０００２】

【従来の技術】従来、オンラインにより情報の送受信を
行うコンピュータシステムにあっては、各種の送受信方
法が提案されている。

【０００３】このようなコンピュータシステムを利用
し、ある課題に対する対策、会議への出席の可否、ある
要求に対する許諾など、判断対象の情報に対する判断結
果をオンラインで回収することを考えた場合、判断を下
す担当者から判断結果を如何にして確実に回収するかが
問題となる。

【０００４】すなわち、判断結果の回収率は、判断担当
者の意識や姿勢に依存するため、如何にして意識的に返
信させるかが問題となる。

【０００５】そこで、未回収の担当者に対しては判断結
果が回収されるまで所定周期で催促メッセージを送信す
ることが考えられる。

【０００６】

【発明が解決しようとする課題】しかしながら、催促メ
ッセージを所定周期で送信するようにした場合、送信側
における回収状況の監視処理や催促メッセージの送信処
理が複雑になるうえ、通信回線の使用時間が増加してコ
ストが嵩むという問題が発生する。

【０００７】また、判断担当者が複数人の場合、各担当
者からランダムに判断結果が返信されるため、各担当者
別に整理する処理が必要になるという問題がある。

【０００８】本発明の第１の目的は、判断対象の情報に
対する判断結果の情報を、催促メッセージを送信するこ
となく回収することができる判断結果情報回収システム
を提供することにある。

【０００９】本発明の第２の目的は、各担当者別に整理
された判断結果情報を得ることができる判断結果情報回
収システムを提供することにある。

【００１０】

【課題を解決するための手段】上記第１の目的を達成す
るために、本発明は、サーバコンピュータと、このサー
バコンピュータに対しネットワーク経由で接続される複
数の担当者端末とから構成し、サーバコンピュータに
は、判断対象の情報を配布すべき判断担当者に関する情
報を登録したテーブルと、前記判断対象の情報が入力さ
れたことにより、前記テーブルを参照して配布すべき判
断担当者に関する情報を取り出し、該当する判断担当者
の担当者端末に対して判断対象の情報を送信する送信手
段と、送信した判断対象の情報に対する判断結果情報が
受信されるまで該当する担当者端末を判断結果情報の入
力待ち状態に維持させる制御手段と、送信した判断対象
の情報に対して回答された判断結果情報を記憶する記憶
手段とを具備させ、前記担当者端末には、受信した判断
対象の情報を表示する表示手段と、表示された判断対象
の情報に対する判断結果情報を入力する入力手段と、入
力された判断結果情報をサーバコンピュータに送信する
送信手段とを具備させたことを主要な特徴とするもので
ある。

【００１１】また、第２の目的を達成するために、サー
バコンピュータにおける各担当者端末との間の送受信履
歴情報を取得し、記憶する履歴情報取得手段を設け、こ
の履歴情報取得手段で取得した送受信履歴情報と対応付
けて担当者端末からの判断結果情報を前記記憶手段に記
憶させることを特徴とするものである。

【００１２】

【作用】上記手段によれば、サーバコンピュータに新た
な判断対象の情報が入力されると、サーバコンピュータ
はその判断対象の情報を配布すべき判断担当者に関する
所属部署や氏名等の情報をテーブルから取り出し、該当
する判断担当者の担当者端末に対して判断対象の情報を
送信する。

【００１３】担当者端末は、受信した判断対象情報を表
示し、判断結果情報の入力待ち状態になる。そこで、判
断結果情報が入力されると、サーバコンピュータに送信
する。

【００１４】サーバコンピュータは判断結果情報を受信
したならば、該当する担当者端末の判断結果情報の入力
待ち状態を解除する。具体的には、入力処理終了とす
る。そして、送信した判断対象の情報に対して回答され
た判断結果情報を記憶する。

【００１５】しかし、判断結果情報が何等受信されなけ
れば、入力待ち状態を解除させない。具体的には、入力
処理終了とさせない。

【００１６】従って、サーバコンピュータから判断を依
頼された担当者にあっては、なんらかの判断を下し、そ
の判断結果の情報を入力しなければ、入力処理が終了し
ないことになる。これにより、現実的には、判断結果情
報の入力が強制されることになり、依頼者側にあっては
判断結果情報を確実に回収することができるようにな
る。また、催促メッセージを何回も送る手法を採ってい
ないため、通信コストの増加も防止することができる。

【００１７】さらに、判断結果情報を記憶手段に記憶さ
せる場合、履歴情報取得手段で取得した送受信履歴情報
と対応付けて記憶させることにより、担当者別に整理す
る処理を行うことなく、各担当者別に整理された判断結
果情報を得ることができる。

【００１８】ところで、自分自身では判断を下せない場
合が想定される。このような事態に備え、判断結果情報
としては、判断を委任する他の担当者の情報の入力も許
し、他の担当者情報が入力された場合は入力待ち状態を
解除するようにする。

【００１９】この場合、委任先の担当者は、テーブルに
登録されていない者でも構わない。

【００２０】また、委任の「たらい回し」を回避するた
めに、既に他の担当者に委任している者へ委任した場合
は、入力待ち状態を解除しないようにする。

【００２１】これによって、誰かが回答しなければなら
なくなり、判断対象情報に対する無回答をなくすことが
できる。

【００２２】なお、判断担当者を決めるテーブルの内容
は、随時登録するようにしてもよいし、案件名毎に登録
しておき、どの分野あるいは種類の案件であるかを指定
させ、その指定された案件に属するテーブルを参照する
構成にしてもよい。

【００２３】

【実施例】以下、図面に示す実施例により本発明を詳細
に説明する。

【００２４】図１は、オンラインにより情報の送受信を
行い、その情報に関する判断結果情報を自動的に返信さ
せることにより、判断結果情報を自動的に回収するよう
にした本発明の一実施例を示すシステム構成図である。

【００２５】この実施例の判断結果情報回収システム
は、判断状況リストの出力指示と判断対象情報を与える
管理者端末１１１と、判断対象情報の受信と判断結果情
報や判断適任者情報の受け付けを行う複数の担当者端末
１２１ａ，１２１ｂと、管理者端末１１１と担当者端末
１２１ａ，１２１ｂから受け付けた情報の格納と判断対
象情報の判断担当者への分類および判断状況リストの作
成を行うサーバコンピュータ１３１と、これらを接続す
るネットワーク１４１とから成っている。

【００２６】管理者端末１１１は、処理部１１２、表示
部１１３、入力部１１４およびメモリ部１１５から構成
される。

【００２７】担当者端末１２１ａ，１２１ｂは、処理部
１２２、表示部１２３、入力部１２４およびメモリ部１
２５から構成される。

【００２８】また、サーバコンピュータ１３１には、判
断担当者テーブル１３２および判断対象情報データベー
ス（ＤＢ）１３３と、送受信履歴情報ファイル１３４が
接続されている。

【００２９】図２は、判断担当者テーブル１３２の構造
および内容の一例を示す説明図であり、判断担当の分野
１３２１として例えば特許国際分類表の分類記号「Ｇ０
６Ｆ１１」等が挙げられ、その担当分野毎に、判断担当
者情報１３２２が登録されている。判断担当者情報１３
２２は、図２の例では、所属部署１３２３、氏名１３２
４、ＩＤ１３２５から構成され、担当分野毎に図示のよ
うな内容が登録されている。

【００３０】図３は、この実施例において判断対象の情
報の判断結果を回収するまでの処理の流れを示すフロー
チャートである。

【００３１】以下、図３を参照しつつ本実施例の動作に
ついて説明する。なお、この実施例は特許公報に対する
ＳＤＩ処理を例にしたものである。

【００３２】まず、管理者端末１１１の入力部１１４か
ら判断対象情報として新たに発行された特許公報情報の
入力を受け付ける（ステップ３０１）。この場合、入力
の仕方としては、文字入力またはイメージスキャナによ
る入力方法のいずれであってもよい。

【００３３】管理者端末１１１の入力部１１４から受け
付けた特許公報情報は、処理部１１２によってネットワ
ーク１４１を介してサーバコンピュータ１３１に送ら
れ、サーバコンピュータ１３１によって判断対象情報Ｄ
Ｂ１３３に蓄積される。

【００３４】サーバコンピュータ１３１は、判断対象情
報ＤＢ１３３に新たな情報が追加されると、その新たな
情報の担当分野１３２１をキーに判断担当者テーブル１
３２とのマッチングを行う。

【００３５】例えば、担当分野１３２１が「Ｇ０６Ｆ１
５」の特許公報情報が新たに追加された場合、「Ｇ０６
Ｆ１５」をキーにして判断担当者テーブル１３２を検索
し、当該キー「Ｇ０６Ｆ１５」に対応した判断担当者情
報１３２２を取得する（ステップ３０２）。

【００３６】図２の例であれば、「Ｇ０６Ｆ１５」に関
しては、「所属部署＝開発１部」の「氏名＝田中 美
和」、「ＩＤ＝Ａ６５４５５８」、……「所属部署＝Ｋ
工場」の「氏名＝市川 華子」、「ＩＤ＝Ｇ５６５３７
３」という５人の判断担当者情報を取得する。

【００３７】なお、担当分野１３２１の情報が予め与え
られていない場合は、判断対象情報入力時に担当分野１
３２１の入力を受け付ける。また、判断担当者は１分野
に対し１人でも複数人でも登録可能である。

【００３８】これによって、判断対象情報が判断担当者
別に分類される。

【００３９】次に、サーバコンピュータ１３１は、判断
対象情報ＤＢ１３３に新たに蓄積された判断対象情報を
判断担当者テーブル１３２から得た判断担当者の担当者
端末に送信する（ステップ３０３）。例えば、「所属部
署＝開発１部」の「氏名＝田中 美和が通常使用してい
る担当者端末が１２１ａであれば、新たに追加された
「Ｇ０６Ｆ１５」の特許公報情報すなわち判断対象情報
を担当者端末１２１ａにネットワーク１４１を介して送
信する。

【００４０】この場合、送信時の送受信履歴情報を取得
し（ステップ３０４）、送受信履歴情報ファイル１３４
に蓄積する。

【００４１】図４に、送受信履歴情報ファイル１３４の
構造と蓄積内容の例を示している。

【００４２】図４の例では、判断対象情報に対して管理
番号１３４１が設定され、その管理番号１３４１毎に送
信先１３４２の情報が登録されるようになっている。送
信先１３４２の情報は、判断対象情報を送信した送信先
の担当者の所属部署１３４３、氏名１３４４、ＩＤ１３
４５が登録される。

【００４３】ネットワーク１４１を介して判断対象情報
を受信した担当者端末１２１ａは、受信した判断対象情
報をメモリ部１２５に格納すると共に、表示部１２３に
表示し、担当者に対して判断結果の入力を促す（ステッ
プ３０５）。

【００４４】そこで、担当者は受信した判断対象情報に
対し、自分自身で判断を下せるかどうかを判断し（ステ
ップ３０６）、判断を下せる場合はその判断結果情報を
担当者端末１２１ａの入力部１２４から入力する（ステ
ップ３１４）。

【００４５】入力された判断結果情報は、サーバコンピ
ュータ１３１に送られ、サーバコンピュータ１３１によ
って送受信履歴情報と共に送受信履歴情報ファイル１３
４に蓄積される。

【００４６】１人または複数の担当者に送信した判断対
象情報に対し、それぞれの担当者が自分自身で判断を下
し、判断結果を入力した場合は、それぞれの判断結果情
報が送受信履歴情報と共に図４に示す形式で送受信履歴
情報ファイル１３４に蓄積される。ここで、図４の取得
情報１３４６とは、各担当者から受信した判断結果情
報、および自分自身で判断が下せない場合に判断を依頼
した転送先の担当者に関する氏名等の情報である。

【００４７】一方、担当者は受信した判断対象情報に対
し、自分自身で判断を下せないと判断した場合、自分以
外の適任者に関する所属部署，氏名等の情報を担当者端
末１２１ａの入力部１２４から入力する（ステップ３０
７）。

【００４８】この判断適任者に関する情報は、判断担当
者情報テーブル１３２の判断担当者情報１３２２と同じ
データ形式で構成される。但し、ＩＤ１３２５の入力は
省略してもよい。

【００４９】図４においては、「開発１部」の「田中
美和」が「開発１部」の「高橋 剛」を判断適任者とし
て入力した例を示している。

【００５０】この場合、委任先の判断適任者は、判断担
当者テーブル１３２に登録されていない者でも構わな
い。

【００５１】判断適任者情報を受付けた担当者端末１２
１ａの処理部１２２は、ネットワーク１４１を介してサ
ーバコンピュータ１３１に送信する。そこで、サーバコ
ンピュータ１３１は受信した適任者情報と送受信履歴情
報ファイル１３４の送信先１３４２とを比較し（ステッ
プ３０８）、判断適任者に対し既に判断対象情報を送信
しているかどうかを確認する（ステップ３０９）。

【００５２】これは、１人の担当者に同一情報を複数回
送信する無駄を排除することを目的としている。

【００５３】未送信であった場合、判断適任者情報を入
力した判断担当者の担当者端末１２１ａに対し、判断適
任者に委任できることを表すメッセージ「判断委任Ｏ
Ｋ」を送信し、表示部１２３に表示させる（ステップ３
１６）。

【００５４】そして、判断適任者情報を含む送受信履歴
情報を送受信履歴情報ファイル１３４に追加情報として
格納し（ステップ３１７）、さらに判断適任者を判断担
当者に置き換え（ステップ３１８）、はじめに割り当て
られた判断担当者に対する処理と同様にステップ３０３
以降の処理を行う。

【００５５】これによって、判断適任者情報を入力した
判断担当者の担当者端末１２１ａは判断結果情報の入力
待ち状態が解除され、入力処理終了となる。

【００５６】しかし、担当者端末１２１ａから受け付け
た判断適任者情報で指定された判断適任者に対して判断
対象情報を送信済みであった場合、つまり判断適任者が
既に判断担当者になっていた場合、送受信履歴ファイル
１３４の取得情報１３４６として判断結果情報を取得し
ているかどうかを確認する（ステップ３１０）。

【００５７】判断結果情報を既に取得している場合は、
判断適任者に委任できることを表すメッセージ「判断委
任ＯＫ」を判断適任者情報を入力した判断担当者の担当
者端末１２１ａに対して送信し、表示部１２３に表示さ
せる（ステップ３１３）。

【００５８】そして、判断適任者情報を含む送受信履歴
情報を取得し（ステップ３１５）、送受信履歴情報ファ
イル１３４に格納して終了する。これによって、前記と
同様に、判断適任者情報を入力した判断担当者の担当者
端末１２１ａは判断結果情報の入力待ち状態が解除さ
れ、入力処理終了となる。

【００５９】一方、委任先の担当者から判断結果情報を
未取得だった場合、取得情報として判断適任者情報を取
得しているかどうか、つまりさらに別の判断担当者に転
送しているかどうかを確認する（ステップ３１１）。

【００６０】このステップ３１０とステップ３１１の確
認処理は、判断適任者に指名された担当者に同じ判断を
複数回させる無駄を排除することを目的としている。

【００６１】転送していない、つまり判断適任者は判断
対象情報を受信しているが、まだ何らかのアクションを
起こしてない場合、委任元の担当者へは判断適任者に委
任できることを表すメッセージ「判断委任ＯＫ」を前記
と同様に担当者端末１２１ａの表示部１２３に表示させ
（ステップ３１３）、さらに送受信履歴情報を取得し
（ステップ３１５）、送受信履歴情報ファイル１３４に
格納して終了する。

【００６２】これによって、前記と同様に、判断適任者
情報を入力した判断担当者の担当者端末１２１ａは判断
結果情報の入力待ち状態が解除され、入力処理終了とな
る。

【００６３】しかし、委任を受けた判断適任者が既に別
の適任者に判断を委任していた場合、判断担当者の担当
者端末１２１ａに対し、判断適任者に委任できないこと
を表すメッセージ「判断委任不可」を送信し、表示部１
２３に表示させる（ステップ３１２）、ステップ３０６
以降の処理を繰り返す。

【００６４】すなわち、他の担当者に判断を委任した場
合に、その委任した他の担当者が既に別の担当者に判断
を委任していた時には、委任元の担当者で判断を下す手
順に戻る。すなわち、委任元の担当者端末１２１ａは判
断結果情報に入力待ち状態に維持される。

【００６５】以上の手順は、１人の判断担当者の判断結
果情報を取得するまでの流れを表したものである。判断
対象者は１分野に対し１人でも複数人でも可能だが、複
数の場合、完全な判断結果情報を取得するには、判断担
当者全員がこの流れ図の処理を終了する必要がある。こ
こまでが判断結果情報回収までの処理の説明である。

【００６６】なお、図３において、機械処理とは、サー
バコンピュータ１３１の処理に該当する。

【００６７】サーバコンピュータ１２１が回収した判断
結果情報は、管理者端末１１１から受けた指示により編
集される。すなわち、サーバコンピュータ１３１は、管
理者端末１１１からの指示に従い、送受信履歴情報ファ
イル１３４の内容（送受信履歴情報）を編集し、判断状
況リストを出力する。

【００６８】図５は判断状況リスト５１の一例を示す説
明図である。

【００６９】この判断状況リスト５１において、例え
ば、「開発１部の田中 美和」は判断を下さず、「開発
１部の高橋 剛」に判断を委任し、「開発１部の高橋
剛」は「対策必要なし」の判断を下したことを表してい
る。

【００７０】また、「開発２部」の「鈴木 健太」は、
判断担当者テーブル１３２に登録されていない「開発４
部」の「本田 雪絵」を判断適任者として選択したこと
を示している。このことが追加送付先としてリスト出力
されている。

【００７１】管理者端末１１１からの判断状況リスト５
１の出力指示は、ステップ３０１の判断対象情報入力以
降いつでも受け付けられるが、出力内容は出力指示を受
け付けた時点で回収済みとなっている判断結果情報に限
定される。

【００７２】なお、この実施例においては、回収期限を
設けていないが、判断結果情報の回収期限を設定するこ
ともできる。この場合、ステップ３０１の判断対象情報
入力時に回収期限の情報を受け付け、各担当者端末１２
１ａ，１２１ｂから、期限になった時点で強制回収を行
うことになる。

【００７３】以上のように、本実施例によれば、新たな
判断対象の情報が入力されるに伴い、その判断対象の情
報を配布すべき判断担当者に関する所属部署や氏名等の
情報を判断担当者テーブル１３２から取り出し、該当す
る判断担当者の担当者端末１２１ａに対して判断対象の
情報を送信し、その判断対象情報に対する判断結果情報
が受信されるまでは、該当する担当者端末１２１ａを入
力待ち状態に維持し、判断結果情報を受信したならば、
該当する担当者端末１２１ａの判断結果情報の入力待ち
状態を解除すると共に、回答された判断結果情報を送受
信履歴情報と共に送受信履歴情報ファイル１３４に記憶
させ、管理者端末１１１からの指示に従ってリスト出力
するように構成したため、サーバコンピュータ１３２か
ら判断を依頼された担当者にあっては、何等かの判断を
下し、その判断結果の情報を入力しなければ、入力処理
が終了しないことになり、依頼者側にあっては判断結果
情報を確実に回収することができるようになる。

【００７４】また、催促メッセージを何回も送る手法を
採っていないため、通信コストの増加も防止することが
できる。

【００７５】さらに、判断結果情報を記憶させる場合、
送受信履歴情報と対応付けて記憶させているため、担当
者別に整理する処理を行うことなく、担当者別に整理さ
れた判断結果情報を得ることができる。

【００７６】また、判断結果情報としては、判断を委任
する他の担当者の情報の入力も許し、他の担当者情報が
入力された場合は入力待ち状態を解除するようにしてい
るため、自分自身が判断を下せない場合に柔軟に対応で
きる。

【００７７】さらに、既に他の担当者に委任している者
へ委任した場合は、入力待ち状態を解除しないようにし
ているため、委任の「たらい回し」を回避し、誰かが回
答しなければならなくなる状態が作り出され、判断対象
情報に対する無回答をなくすことができる。

【００７８】なお、本発明は上記実施例に限定されるも
のではなく、要旨を逸脱しない範囲で変形できる。例え
ば、各部の代表者を集めて会議を開く場合の出席者情報
を回収する目的で使用する場合、図２の「担当分野」１
３２１を「各部の名称」、「判断担当者情報」１３２２
を「部長名」に置換し、さらに「所属部署」１３２３を
「出席の可否」、「氏名」１３２４を「会議出席者名」
に置換して実施例と同様の処理を行うと、回収されたリ
ストには、各部の部長の出席の可否、部長が出席できな
い場合はその代理の出席者の名簿を作成することができ
る。

【００７９】また、判断対象の情報は、管理者端末から
サーバコンピュータに与えるようにしているが、担当者
端末から与える用にしてもよい。このようにした場合
は、管理者端末を特別に準備する必要がなくなり、シス
テムコストを低下させることが可能になる。

【００８０】さらに、判断担当者を決めるテーブルの内
容は、随時登録するようにしてもよいし、案件名毎に登
録しておき、どの分野あるいは種類の案件であるかを指
定させ、その指定された案件に属するテーブルを参照す
る構成にしてもよい。

【００８１】例えば、企業等にあっては、営業部、技術
部、製造部などの部門別にテーブルを作成しておき、該
当する部門のテーブルを選択して判断担当者を抽出する
とう構成にしてもよい。

【００８２】また、病院等にあっては、症状別に診療担
当者を登録しておくことにより、その症状に対する処置
を回答してもらうなどの活用が図れる。

【００８３】同様に、多数の教師と生徒が使用する端末
がオンラインで接続された学習教育システムにも適用す
ることができる。

【００８４】また、判断担当者テーブルに登録された判
断担当者のうち、所定回数以上、他人に判断を委任した
者はテーブルから削除するようにしてもよい。これによ
り、回答を期待できない者に対する無駄な送受信を無く
すことができる。逆に、テーブルに登録されていなくて
も、所定回数以上、判断を委任された者については自動
的あるいは本人の承諾を得てテーブルに登録することに
より、回答の回収確率を向上させることができる。

【００８５】

【発明の効果】以上説明したように、本発明では、新た
な判断対象の情報が入力されるに伴い、その判断対象の
情報を配布すべき判断担当者に関する所属部署や氏名等
の情報を判断担当者テーブルから取り出し、該当する判
断担当者の担当者端末に対して判断対象の情報を送信
し、その判断対象情報に対する判断結果情報が受信され
るまでは、該当する担当者端末を入力待ち状態に維持
し、判断結果情報を受信したならば、該当する担当者端
末の判断結果情報の入力待ち状態を解除すると共に、回
答された判断結果情報を送受信履歴情報と共に送受信履
歴情報ファイルに記憶させ、管理者端末からの指示に従
ってリスト出力するように構成したため、サーバコンピ
ュータから判断を依頼された担当者にあっては、なんら
かの判断を下し、その判断結果の情報を入力しなけれ
ば、入力処理が終了しないことになり、依頼者側にあっ
ては判断結果情報を確実に回収することができるように
なる。

【００８６】また、催促メッセージを何回も送る手法を
採っていないため、通信コストの増加も防止することが
できる。

【００８７】さらに、判断結果情報を記憶させる場合、
送受信履歴情報と対応付けて記憶させているため、担当
者別に整理する処理も不要になる。

【００８８】また、判断結果情報としては、判断を委任
する他の担当者の情報の入力も許し、他の担当者情報が
入力された場合は入力待ち状態を解除するようにしてい
るため、自分自身が判断を下せない場合に柔軟に対応で
きる。

【００８９】さらに、既に他の担当者に委任している者
へ委任した場合は、入力待ち状態を解除しないようにし
ているため、委任の「たらい回し」を回避し、誰かが回
答しなければならなくなる状態が作り出され、判断対象
情報に対する無回答をなくすことができるなど、判断を
必要とする情報の送信と判断結果情報の回収を確実にす
る点で極めて有用な効果が得られる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すシステム構成図であ
る。

【図２】判断担当者テーブルの一例を示すテーブル構成
図である。

【図３】判断結果情報を回収するまでの手順を示すフロ
ーチャートである。

【図４】送受信履歴情報ファイルの一例を示す説明図で
ある。

【図５】判断状況リストの一例を示す説明図である。

【符号の説明】

１１１…管理者端末、１１２…管理者端末の処理部、１
１３…管理者端末の表示部、１１４…管理者端末の入力
部、１１５…管理者端末のメモリ部、１２１ａ，１２１
ｂ…担当者端末、１２２…担当者端末の処理部、１２３
…担当者端末の表示部、１２４…担当者端末の入力部、
１２５…担当者端末のメモリ部、１３１サーバコンピュ
ータ、１３２…判断担当者テーブル、１３３…判断対象
情報ＤＢ、１３４…送受信履歴情報ファイル、１４１…
ネットワーク。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 サーバコンピュータと、このサーバコン
   ピュータに対しネットワーク経由で接続される複数の担
   当者端末とから成り、 サーバコンピュータは、判断対象の情報を配布すべき判
   断担当者に関する情報を登録したテーブルと、前記判断
   対象の情報が入力されたことにより、前記テーブルを参
   照して配布すべき判断担当者に関する情報を取り出し、
   該当する判断担当者の担当者端末に対して判断対象の情
   報を送信する送信手段と、送信した判断対象の情報に対
   する判断結果情報が受信されるまで該当する担当者端末
   を判断結果情報の入力待ち状態に維持させる制御手段
   と、送信した判断対象の情報に対して回答された判断結
   果情報を記憶する記憶手段とを備え、 前記担当者端末は、受信した判断対象の情報を表示する
   表示手段と、表示された判断対象の情報に対する判断結
   果情報を入力する入力手段と、入力された判断結果情報
   をサーバコンピュータに送信する送信手段とを備えるこ
   とを特徴とする判断結果情報回収システム。
2. 【請求項２】 サーバコンピュータにおける各担当者端
   末との間の送受信履歴情報を取得し、記憶する履歴情報
   取得手段をさらに備え、この履歴情報取得手段で取得し
   た送受信履歴情報と対応付けて担当者端末からの判断結
   果情報を前記記憶手段に記憶させることを特徴とする請
   求項１記載の判断結果情報回収システム。
3. 【請求項３】 前記サーバコンピュータは、担当者端末
   装置から受信した判断結果情報が判断を委任する他の担
   当者情報であるか否かを判断する第１の判断手段と、他
   の担当者情報であれば、該他の担当者に対して判断対象
   の情報を既に送信済みであるか否かを前記テーブルを参
   照して調べ、送信済みでなければ委任された他の担当者
   の担当者端末に対して判断対象情報を送信すると共に、
   委任元の担当者端末の判断結果情報の入力待ち状態を解
   除する第２の判断手段とをさらに備えることを特徴とす
   る請求項１または２記載の判断結果情報回収システム。
4. 【請求項４】 前記サーバコンピュータは、担当者端末
   装置から受信した判断結果情報が判断を委任する他の担
   当者情報であるか否かを判断する第１の判断手段と、他
   の担当者情報であれば、該他の担当者に対して判断対象
   の情報を既に送信済みであるか否かを前記テーブルを参
   照して調べ、送信済みでなければ委任された他の担当者
   の担当者端末に対して判断対象情報を送信すると共に、
   委任元の担当者端末の判断結果情報の入力待ち状態を解
   除する第２の判断手段と、前記他の担当者に対して送信
   済みであれば判断結果情報を既に受信しているか否かを
   前記送受信履歴情報によって調べ、判断結果情報の受信
   済みであれば委任元の担当者端末の判断結果情報の入力
   待ち状態を解除する第３の判断手段と、委任先の他の担
   当者がさらに別の担当者に判断を委任済であるか否かを
   調べ、委任済みでなければ委任元の担当者端末の判断結
   果情報の入力待ち状態を解除し、委任済みであれば入力
   待ち状態を維持させる第４の判断手段とをさらに備える
   ことを特徴とする請求項１または２記載の判断結果情報
   回収システム。
5. 【請求項５】 前記記憶手段に記憶された判断結果情報
   を担当者別に編集して出力する編集手段を備えることを
   特徴とする請求項２〜４記載のいずれかの判断結果情報
   回収システム。