JP2002236790A - 書面審議装置、書面審議方法および書面審議プログラム - Google Patents

Abstract

(57)【要約】 【課題】 書面審議にかかる労力、コストを低減するこ
と。 【解決手段】 電子化された審議書面を格納するＸＭＬ
データベース４００と、審議書面を審議する審議／回答
者の属性情報を格納するデータベース３００と、審議／
回答者の属性情報に基づいて、審議依頼者に審議／回答
者を選択させ、選択された審議／回答者にインターネッ
ト１１０を介して審議書面の審議を依頼するメイン制御
部２２０とを備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、企業等における書
面審議をクライアント／サーバ型のシステム構成で実現
するための書面審議装置、書面審議方法および書面審議
プログラムに関するものであり、特に、書面審議にかか
る労力およびコストを低減することができる書面審議装
置、書面審議方法および書面審議プログラムに関するも
のである。

【０００２】従来より、企業では、各種プロジェクトや
社内ルール等の制定時または改版時に、かかる内容を記
載した審議依頼書面が紙ベースで関連部門や社外取引先
等へ配布され、当該審議依頼書面の内容が審議される。
しかしながら、従来では、紙ベースで審議依頼書面が配
布されるため、コピーの作成、配布先の管理、審議結果
の回収・集計管理、未回収時の催促等に膨大な労力およ
びコストがかかっていた。従って、従来よりかかる問題
を効果的に解決することができる手段、方法が切望され
ていた。

【０００３】

【従来の技術】上述したように、従来では、企業におい
ては、書面審議を経てあらゆる仕事が遂行されている。
具体的には、審議依頼者は、審議依頼内容の要約書や審
議依頼内容の詳細を記載した審議依頼書面の原本を作成
した後、配布先の数分だけ当該原本一式をコピーしこれ
らを封筒詰めする。つぎに、審議依頼者は、複数の封筒
に配布先情報（部門、メール番号、審議担当者、職制）
をそれぞれ記載した後、社内の郵便システムを利用し
て、各配布先に審議依頼書面一式を配布する。ここで、
配布先情報は、人事異動、組織変更がある度に、職制管
理部門により公開された職制表に基づいて更新される。

【０００４】そして、審議依頼書面が審議担当者に配布
されると、当該審議担当者は、審議依頼書面を審議し、
審議結果（承認、却下、変更）の回答を紙ベースで審議
依頼者へ郵便システムを利用して発送する。そして、審
議依頼者は、複数の審議者からの審議結果の回答を紙ベ
ースで回収した後、回答結果を集計する作業を実施す
る。集計後は、回答された内容が書面内容に反映され
る。ここで、所定の回答期限を過ぎても審議結果の回答
が回収されない場合、審議依頼者には、当該審議担当者
に対して電話等により督促する作業が別途発生する。

【０００５】

【発明が解決しようとする課題】ところで、前述したよ
うに、従来では、審議依頼書面の配布や審議結果の回答
の回収を紙ベースで行っているため、全体として膨大な
量の紙が必要になるとともに、配布作業、回収作業、集
計作業等の一連の書面審議のための作業に多大な労力、
コストがかかるという問題があった。

【０００６】また、従来においては、人事異動、組織変
更に伴い、配布先（審議担当者）の所属部門、職制等の
変更を正確に配布先情報に反映させなければならないた
め、配布先情報の管理だけをとっても多大な労力、コス
トがかかることは容易に想像できる。特に、人事異動、
組織変更が頻繁に行われる企業では、かかる問題が顕著
となる。

【０００７】本発明は、上記に鑑みてなされたもので、
書面審議にかかる労力、コストを低減することができる
書面審議装置、書面審議方法および書面審議プログラム
を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、電子化された審議書面を審議書面データ
ベースに格納する審議書面格納手段と、前記審議書面を
審議する審議者の属性情報を属性情報データベースとし
て格納する属性情報格納手段と、前記審議者の属性情報
に基づいて、依頼者に審議者を選択させる選択手段と、
前記選択手段により選択された審議者にネットワークを
介して前記審議書面の審議を依頼する審議依頼手段とを
備えたことを特徴とする。

【０００９】また、本発明は、電子化された審議書面を
審議書面データベースに格納する審議書面格納工程と、
前記審議書面を審議する審議者の属性情報を属性情報デ
ータベースとして格納する属性情報格納工程と、前記審
議者の属性情報に基づいて、依頼者に審議者を選択させ
る選択工程と、前記選択工程で選択された審議者にネッ
トワークを介して前記審議書面の審議を依頼する審議依
頼工程とを含むことを特徴とする。

【００１０】また、本発明は、電子化された審議書面を
審議書面データベースに格納させる審議書面格納工程
と、前記審議書面を審議する審議者の属性情報を属性情
報データベースとして格納させる属性情報格納工程と、
前記審議者の属性情報に基づいて、依頼者に審議者を選
択させる選択工程と、前記選択工程で選択された審議者
にネットワークを介して前記審議書面の審議を依頼させ
る審議依頼工程とをコンピュータに実行させるための書
面審議プログラムである。

【００１１】かかる発明によれば、審議者の属性情報に
基づいて依頼者に審議者を選択させ、この選択された審
議者にネットワークを介して審議書面の審議を依頼する
ようにしたので、従来のように紙ベースで依頼を行う場
合に比して、書面審議にかかる労力、コストを低減する
ことができる。

【００１２】

【発明の実施の形態】以下、図面を参照して本発明にか
かる書面審議装置、書面審議方法および書面審議プログ
ラムの一実施の形態について詳細に説明する。

【００１３】図１は、本発明にかかる一実施の形態の構
成を示すブロック図である。この図には、前述した書面
審議をクライアント／サーバ構成で実現するための書面
審議システムが図示されている。

【００１４】この書面審議システムは、インターネット
１１０にそれぞれ接続された、審議依頼者側クライアン
ト１００₁ 〜１００_n 、審議／回答者側クライアント１
２０ ₁ 〜１２０_s 、調査者側クライアント１３０および
サーバ２００から構成されている。なお、図１において
は、説明を簡単にするために、インターネット接続上必
要な通信装置（ターミナルアダプタ、ルータ、ファイア
ウォール等）の図示が省略されている。

【００１５】審議依頼者側クライアント１００₁ 〜１０
０_n は、ＴＣＰ／ＩＰ（Transmission Control Protoco
l/Internet Protocol）に従って、インターネット１１
０を介してサーバ２００にアクセス可能なｎ台のコンピ
ュータ装置である。これらの審議依頼者側クライアント
１００₁ 〜１００_n のそれぞれは、コンピュータ本体、
ディスプレイ、キーボード、マウス等から構成されてい
る。

【００１６】また、これらの審議依頼者側クライアント
１００₁ 〜１００_n は、前述した書面審議を審議／回答
者に依頼する複数の書面審議依頼者によりそれぞれ操作
される。ここでいう審議／回答者とは、書面審議を行
い、審議結果を回答する者である。さらに、これらの審
議依頼者側クライアント１００₁ 〜１００_n には、メー
ラ（図示略）およびＷｅｂブラウザが備えられている。

【００１７】メーラは、図示しないメールサーバを介し
て電子メールを送信／受信するための機能を提供する。
この電子メールの送信／受信には、ＳＭＴＰ（Simple M
ailTransfer Protocol）やＰＯＰ３（Post Office Prot
ocol version 3）が利用される。Ｗｅｂブラウザは、サ
ーバ２００により提供されるＷｅｂページを閲覧するた
めのソフトウェアプログラムである。

【００１８】審議／回答者側クライアント１２０₁ 〜１
２０_s は、ＴＣＰ／ＩＰに従って、インターネット１１
０を介してサーバ２００にアクセス可能なｓ台のコンピ
ュータ装置である。これらの審議／回答者側クライアン
ト１２０₁ 〜１２０_s のそれぞれは、コンピュータ本
体、ディスプレイ、キーボード、マウス等から構成され
ている。

【００１９】また、これらの審議／回答者側クライアン
ト１２０₁ 〜１２０_s は、上述した書面審議の依頼を受
けた複数の審議／回答者によりそれぞれ操作される。さ
らに、これらの審議／回答者側クライアント１２０₁ 〜
１２０_n には、メーラおよびＷｅｂブラウザが備えられ
ている。

【００２０】調査者側クライアント１３０は、ＴＣＰ／
ＩＰに従って、インターネット１１０を介してサーバ２
００にアクセス可能なコンピュータ装置であり、コンピ
ュータ本体、ディスプレイ、キーボード、マウス等から
構成されている。この調査者側クライアント１３０は、
書面審議を依頼する前に当該審議対象を調査するための
調査者により操作される。また、調査者側クライアント
１３０には、メーラおよびＷｅｂブラウザが備えられて
いる。

【００２１】サーバ２００は、審議依頼者側クライアン
ト１００₁ 〜１００_n 、審議／回答者側クライアント１
２０₁ 〜１２０_s に対して、Ｗｅｂ画面（図１４〜図３
５参照）や電子メールを介して、書面審議にかかる各種
機能を提供するサーバであり、書面審議装置として機能
する。上記各種機能の詳細については、後述する。

【００２２】サーバ２００において、通信制御部２１０
は、ＴＣＰ／ＩＰに従って、インターネット１１０を介
して外部装置との間の通信を制御する。メイン制御部２
２０は、書面審議機能を実現するための各種制御を行
う。このメイン制御部２２０の動作の詳細については後
述する。メール制御部２３０は、サーバ２００と外部装
置との間におけるメールの送受信を制御する。Ｗｅｂ画
面生成部２４０は、図１４〜図３５にそれぞれ示したＷ
ｅｂ画面を自動生成する。

【００２３】データベース３００は、サーバ２００に構
築されており、メイン制御部２２０の制御により各種情
報を格納する。このデータベース３００は、ユーザ情報
メタ情報３１０〜依頼者設定メタ情報３９０から構成さ
れている。以下では、これらのユーザ情報メタ情報３１
０〜依頼者設定メタ情報３９０について、図２〜図４を
参照しつつ詳細に説明する。

【００２４】図２（ａ）に示したユーザ情報メタ情報３
１０は、サーバ２００のユーザ（審議依頼者、審議／回
答者）に関するユーザ情報からなるメタ情報であり、
「ユーザＩＤ」、「パスワード」、「メールアドレ
ス」、「氏名」、「役職コード」、「内線番号」、「部
門コード」、「プロジェクトコード」および「依頼順
位」というフィールドを備えている。

【００２５】「ユーザＩＤ」は、ユーザを識別するため
の識別子であり、例えば、従業員番号である。「パスワ
ード」は、上記「ユーザＩＤ」とともにユーザ認証に用
いられる。「メールアドレス」は、ユーザに付与された
電子メールアドレスである。「氏名」は、ユーザの氏名
に関する情報である。

【００２６】「役職コード」は、ユーザの役職を識別す
るためのコードである。「内線番号」は、ユーザの内線
番号である。「部門コード」は、ユーザが属する部門を
識別するためのコードである。「プロジェクトコード」
は、ユーザが関わっているプロジェクトを識別するため
のコードである。「依頼順位」は、当該ユーザが審議依
頼者である場合に、部門毎に審議依頼をした順に設定さ
れる数値である。

【００２７】図２（ｂ）に示した会社情報メタ情報３２
０は、書面審議システムを利用する会社に関する会社情
報からなるメタ情報であり、「会社コード」および「会
社名」というフィールドを備えている。「会社コード」
は、書面審議システムの利用を許可された会社を識別す
るためのコードである。「会社名」は、上記会社の名称
である。

【００２８】図２（ｃ）に示した本部情報メタ情報３３
０は、会社の組織における本部に関する本部情報からな
るメタ情報であり、「本部コード」および「本部名」と
いうフィールドを備えている。「本部コード」は、本部
を識別するためのコードである。「本部名」は、本部の
名称である。

【００２９】図２（ｄ）に示した事業部情報メタ情報３
４０は、会社の組織において上記本部の配下に属する事
業部に関する事業部情報からなるメタ情報であり、「事
業部コード」および「事業部名」というフィールドを備
えている。「事業部コード」は、事業部を識別するため
のコードである。「事業部名」は、上記事業部の名称で
ある。

【００３０】図３（ａ）に示した部門情報メタ情報３５
０は、会社組織における部門に関する部門情報からなる
メタ情報であり、「部門コード」、「会社コード」、
「本部コード」、「事業部コード」、「部門名」、「権
限Ａ」、「権限Ｂ」および「権限Ｃ」というフィールド
を備えている。

【００３１】「部門コード」は、部門を識別するための
コードである。「会社コード」は、図２（ｂ）に示した
「会社コード」と同義である。「本部コード」は、図２
（ｃ）に示した「本部コード」と同義である。「事業部
コード」は、図２（ｄ）に示した「事業部コード」と同
義である。「部門名」は、部門の名称である。

【００３２】「権限Ａ」、「権限Ｂ」および「権限Ｃ」
は、ユーザが所属する部門に応じて、審議書面にそれぞ
れ設定された３種類のセキュリティレベルのうち、いず
れのセキュリティレベルの審議書面を参照することがで
きるかという権限に関する情報である。

【００３３】具体的には、セキュリティレベルとして
は、特定公開レベル、限定公開レベル、および全面公開
レベルという三種類が設定される。特定公開レベルの場
合には、当該審議書面の重要度が最も高く（公開範囲が
最も狭く）、特定の部門のユーザにのみ審議書面を参照
するための「権限Ａ」が付与される。

【００３４】全面公開レベルの場合には、当該審議書面
の重要度が最も低く（公開範囲が最も広い）、全部門の
ユーザに書面審議を参照するための「権限Ｃ」が付与さ
れる。また、限定公開レベルは、上述した特定公開レベ
ルと全面公開レベルとの中間レベルであり、限定された
部門のユーザにのみ審議書面を参照するための「権限
Ｂ」が付与される。

【００３５】ここで、部門情報メタ情報３５０において
は、「権限Ａ」、「権限Ｂ」または「権限Ｃ」が当該部
門に付与されている場合、１フラグが立てられる。ま
た、「権限Ａ」、「権限Ｂ」または「権限Ｃ」が当該部
門に付与されていない場合には、０フラグが立てられ
る。

【００３６】具体的には、部門情報メタ情報３５０の１
レコード目の「ＡＢＣ部」の場合には、「権限Ａ」、
「権限Ｂ」および「権限Ｃ」のすべてに１フラグが立て
られている。従って、「ＡＢＣ部」に属するユーザは、
特定公開レベル、限定公開レベルおよび全面公開レベル
という全てのセキュリティレベルの審議書面を参照する
ことが許可されている。

【００３７】また、部門情報メタ情報３５０の２レコー
ド目の「ＤＥＦ部」の場合には、「権限Ａ」に０フラ
グ、「権限Ｂ」および「権限Ｃ」に１フラグが立てられ
ている。従って、「ＤＥＦ部」に所属するユーザは、特
定公開レベルの審議書面の参照が禁止されているが、限
定公開レベルおよび全面公開レベルの審議書面を参照す
ることが許可されている。

【００３８】図３（ｂ）に示したプロジェクト情報メタ
情報３６０は、会社におけるプロジェクトに関するプロ
ジェクト情報からなるメタ情報であり、「プロジェクト
コード」および「プロジェクト名」というフィールドを
備えている。「プロジェクトコード」は、図２（ａ）に
示した「プロジェクトコード」と同義である。「プロジ
ェクト名」は、当該プロジェクトの名称である。

【００３９】図３（ｃ）に示した役職情報メタ情報３７
０は、会社における役職に関する役職情報からなるメタ
情報であり、「役職コード」および「役職名」というフ
ィールドを備えている。「役職コード」は、図２（ａ）
に示した「役職コード」と同義である。「役職名」は、
当該役職の名称である。

【００４０】図４（ａ）に示したユーザ所属設定メタ情
報３８０は、ユーザの所属に関する設定情報からなるメ
タ情報であり、「ユーザＩＤ」、「部門コード」および
「プロジェクトコード」というフィールドを備えてい
る。これらの「ユーザＩＤ」、「部門コード」および
「プロジェクトコード」は、図２（ａ）に示した「ユー
ザＩＤ」、「部門コード」および「プロジェクトコー
ド」と同義である。

【００４１】図４（ｂ）に示した依頼者設定メタ情報３
９０は、書面審議依頼者を設定するための設定情報から
なるメタ情報であり、「ユーザＩＤ」、「部門コー
ド」、「依頼順位」および「プロジェクトコード」とい
うフィールドを備えている。これらの「ユーザＩＤ」、
「部門コード」、「依頼順位」および「プロジェクトコ
ード」は、図２（ａ）に示した「ユーザＩＤ」、「部門
コード」、「依頼順位」および「プロジェクトコード」
と同義である。

【００４２】図１に戻り、ＸＭＬ（eXtensible Markup
Language）データベース４００は、後述する各種ファイ
ルがＸＭＬ形式に変換されたものを格納するデータベー
スである。ＸＭＬは、ユーザが独自のタグ（以下、ＸＭ
Ｌタグという）を定義することができるため、拡張性が
高いマークアップ言語である。また、ＸＭＬでは、Ｗｅ
ｂブラウザで情報を閲覧することができるとともに、Ｘ
ＭＬデータベース４００から直接情報を引き出すことも
できる。

【００４３】つぎに、上述した一実施の形態の動作につ
いて、図５〜図１３にそれぞれ示したフローチャートお
よび図１４〜図３５にそれぞれ示した各画面（Ｗｅｂペ
ージ）を参照しつつ詳細に説明する。

【００４４】図５に示したステップＳＡ１では、メイン
制御部２２０は、審議依頼者側クライアント１００₁ 〜
１００_n 、審議／回答者側クライアント１２０₁ 〜１２
０_sまたは調査者側クライアント１３０からインターネ
ット１１０を介してアクセスが有るか否かを判断し、判
断結果が「Ｎｏ」である場合、同判断を繰り返す。

【００４５】ここで、審議依頼者側クライアント１００
₁ がインターネット１１０を介してサーバ２００にアク
セスすると、メイン制御部２２０は、ステップＳＡ１の
判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、メ
イン制御部２２０は、審議依頼者側クライアント１００
₁ のディスプレイ（図示略）に、図１４に示したユーザ
認証画面１０００を表示させる。

【００４６】このユーザ認証画面１０００は、当該ユー
ザの認証に必要な認証情報（ユーザＩＤおよびパスワー
ド）を入力するための画面である。このユーザ認証画面
１０００では、ユーザ名称入力欄１００１、パスワード
入力欄１００２および実行ボタン１００３が設定されて
いる。

【００４７】ステップＳＡ３では、ユーザは、ユーザ名
称入力欄１００１に「ユーザＩＤ」を、パスワード入力
欄１００２に「パスワード」を入力した後、実行ボタン
１００３を押下する。これにより、ログイン処理が実行
され、メイン制御部２２０は、入力された「ユーザＩ
Ｄ」および「パスワード」と、ユーザ情報メタ情報３１
０（図２（ａ）参照）とを照合し、両者が一致するか否
かにより認証を行う。ステップＳＡ４では、メイン制御
部２２０は、ユーザ認証結果がＯＫ（一致）であるか否
かを判断し、この判断結果が「Ｎｏ」である場合、認証
エラーとして、ステップＳＡ２以降で再認証を行う。

【００４８】この場合、ステップＳＡ４の判断結果が
「Ｙｅｓ」であるものとすると、ステップＳＡ５では、
メイン制御部２２０は、審議依頼者側クライアント１０
０₁ のディスプレイ（図示略）に図１５に示したトップ
メニュー画面１１００を表示させる。このトップメニュ
ー画面１１００は、制定・改版処理、審議依頼処理、審
議受託処理またはシステム管理処理のうちいずれかの処
理を選択するための画面である。

【００４９】また、トップメニュー画面１１００には、
制定・改版処理を選択するための制定・改版ボタン１１
０１と、審議依頼処理を選択するための審議依頼ボタン
１１０２と、審議受託処理を選択するための審議受託ボ
タン１１０３と、システム管理処理を選択するためのシ
ステム管理ボタン１１０４とが設定されている。

【００５０】ここで、制定・改版処理は、審議依頼者
が、審議対象である審議書面（規格、ルール等に関する
電子書面）を新たに制定したり、当該審議書面を改版す
るための処理である。審議依頼処理は、審議依頼者から
審議／回答者へ上記審議書面の審議を依頼するための処
理である。審議受託処理は、審議依頼者から依頼された
審議書面を審議／回答者が受託するための処理である。
システム管理処理は、ユーザ情報メタ情報３１０（図２
（ａ）参照）に新規ユーザ情報を登録したり、ユーザ情
報の変更、削除等を行うための処理である。

【００５１】ステップＳＡ６では、メイン制御部２２０
は、制定・改版ボタン１１０１が押下されたか否かを判
断し、この場合、判断結果を「Ｎｏ」とする。ステップ
ＳＡ７では、メイン制御部２２０は、審議依頼ボタン１
１０２が押下されたか否かを判断し、この場合、判断結
果を「Ｎｏ」とする。ステップＳＡ８では、メイン制御
部２２０は、審議受託ボタン１１０３が押下されたか否
かを判断し、この場合、判断結果を「Ｎｏ」とする。

【００５２】ステップＳＡ９では、メイン制御部２２０
は、システム管理ボタン１１０４が押下されたか否かを
判断し、この場合、判断結果を「Ｎｏ」とする。ステッ
プＳＡ１０では、メイン制御部２２０は、ログアウトさ
れたか否かを判断し、この判断結果が「Ｙｅｓ」である
場合、ステップＳＡ１の判断を行う。この場合、ステッ
プＳＡ１０の判断結果が「Ｎｏ」であるものとすると、
メイン制御部２２０は、ステップＳＡ５〜ステップＳＡ
１０までを繰り返す。

【００５３】ここで、ユーザ（この場合、審議依頼者）
により、制定・改版ボタン１１０１が押下されると、メ
イン制御部２２０は、ステップＳＡ６の判断結果を「Ｙ
ｅｓ」として、ステップＳＡ１１で制定・改版処理を実
行する。具体的には、図６に示したＳＢ１では、メイン
制御部２２０は、審議依頼者側クライアント１００₁の
ディスプレイ（図示略）に図１６に示した制定・改版・
規格番号入力画面１２００を表示させる。

【００５４】この制定・改版・規格番号入力画面１２０
０は、新たに制定または改版される審議書面に対応する
規格番号を入力するための画面である。制定・改版・規
格番号入力画面１２００には、規格番号入力欄１２０
１、版数選択ボタン１２０２、制定・改版ボタン１２０
３、やり直しボタン１２０４およびメニュー戻るボタン
１２０５が設定されている。

【００５５】ステップＳＢ２では、メイン制御部２２０
は、制定・改版ボタン１２０３が押下されたか否かを判
断し、この場合、判断結果を「Ｎｏ」とする。ステップ
ＳＢ３では、メイン制御部２２０は、やり直しボタン１
２０４が押下されたか否かを判断し、この場合、判断結
果を「Ｎｏ」とする。ステップＳＢ４では、メイン制御
部２２０は、メニュー戻るボタン１２０５が押下された
か否かを判断し、この場合、判断結果を「Ｎｏ」とす
る。以後、メイン制御部２２０は、ステップＳＢ２〜ス
テップＳＢ４までの判断を繰り返す。

【００５６】そして、ユーザ（審議依頼者）により、規
格番号入力欄１２０１に規格番号が入力され、版数選択
ボタン１２０２で版数（新規制定の場合は「１」、改版
の場合は、「最終版数＋１」）が選択されたものとす
る。ここで、入力された規格番号および版数に関して
は、ＸＭＬデータベース４００に登録済みの規格番号と
同一でないこと、改版の場合に選択された版数が最終版
数＋１であることのチェックがメイン制御部２２０によ
り行われる。

【００５７】なお、やり直しボタン１２０４が押下され
た場合、メイン制御部２２０は、ステップＳＢ３の判断
結果を「Ｙｅｓ」として、ステップＳＢ５の処理を実行
する。やり直しボタン１２０４は、審議依頼した審議書
面の審議結果が却下である場合に、却下された審議書面
（原文ファイル）を、別の審議書面（原文ファイル）に
差し替えるためのボタンである。

【００５８】なお、メニュー戻るボタン１２０５が押下
された場合には、メイン制御部２２０は、ステップＳＢ
４の判断結果を「Ｙｅｓ」として、ステップＳＡ５でト
ップメニュー画面１１００（図１５参照）を審議依頼者
側クライアント１００₁ のディスプレイ（図示略）に表
示させる。

【００５９】そして、ユーザ（審議依頼者）により、制
定・改版ボタン１２０３（図１６参照）が押下される
と、メイン制御部２２０は、ステップＳＢ２の判断結果
を「Ｙｅｓ」とする。ステップＳＢ５では、メイン制御
部２２０は、審議依頼者側クライアント１００₁ のディ
スプレイ（図示略）に、図１７に示した原文ファイルア
ップロード画面１３００を表示させる。

【００６０】この原文ファイルアップロード画面１３０
０は、例えば、審議依頼者により作成され、審議依頼者
側クライアント１００₁ のディレクトリに格納された審
議対象である審議書面（原文）の原文ファイルを、イン
ターネット１１０を介してサーバ２００（ＸＭＬデータ
ベース４００）にアップロードするための画面である。

【００６１】原文ファイルアップロード画面１３００に
は、規格名称入力欄１３０１、頁数入力欄１３０２、規
格重要度選択ボタン１３０３、ファイル名入力欄１３０
４、参照ボタン１３０５、張り付けボタン１３０６およ
び閉じるボタン１３０７が設定されている。規格名称入
力欄１３０１は、審議対象の規格（審議書面）の名称を
入力するための欄である。頁数入力欄１３０２は、審議
書面の頁数を入力するための欄である。規格重要度選択
ボタン１３０３は、当該審議書面の重要度（Ａ、Ｂ、Ｃ
のいずれか）を設定するためのボタンである。

【００６２】ここで、規格重要度Ａ、ＢおよびＣのそれ
ぞれは、前述した「権限Ａ」、「権限Ｂ」および「権限
Ｃ」（図３（ａ）参照）に対応している。すなわち、規
格重要度Ａが設定された規格（審議書面）は、「権限
Ａ」が付与された部門のユーザにしか参照されない。規
格重要度Ｂが設定された規格（審議書面）は、「権限
Ｂ」が付与された部門のユーザにしか参照されない。同
様にして、規格重要度Ｃが設定された規格は、「権限
Ｃ」が付与された部門のユーザにしか参照されない。

【００６３】ファイル名入力欄１３０４は、例えば、審
議依頼者側クライアント１００₁ のディレクトリにおけ
る当該原文ファイルの名称を入力するための欄である。
参照ボタン１３０５は、上記ディレクトリおよび原文フ
ァイルの名称を参照するためのボタンである。張り付け
ボタン１３０６は、原文ファイルのアップロード開始を
指示するためのボタンである。閉じるボタン１３０７
は、原文ファイルアップロード画面１３００を閉じるた
めのボタンである。

【００６４】ステップＳＢ６では、メイン制御部２２０
は、張り付けボタン１３０６が押下されたか否かを判断
し、この場合、判断結果を「Ｎｏ」として、同判断を繰
り返す。ここで、ユーザ（審議依頼者）は、規格名称入
力欄１３０１、頁数入力欄１３０２およびファイル名入
力欄１３０４のそれぞれに規格名称、頁数およびファイ
ル名を入力し、かつ規格重要度選択ボタン１３０３で規
格重要度Ａを選択したものとする。そして、ユーザ（審
議依頼者）により、張り付けボタン１３０６が押下され
ると、メイン制御部２２０は、ステップＳＢ６の判断結
果を「Ｙｅｓ」とする。

【００６５】ステップＳＢ７では、アップロード処理が
実行される。すなわち、審議依頼者側クライアント１０
０₁ は、インターネット１１０を介してサーバ２００に
原文ファイルをアップロードする。ステップＳＢ８で
は、メイン制御部２２０は、アップロードされた原文フ
ァイルを、フレーズ毎にＸＭＬのタグを付けてＸＭＬ化
する。

【００６６】ステップＳＢ９では、メイン制御部２２０
は、ＸＭＬ化された原文ファイル（審議書面）をＸＭＬ
データベース４００に格納した後、審議依頼者側クライ
アント１００₁ のディスプレイ（図示略）に、「アップ
ロードが成功しました」というメッセージを表示させ
る。ステップＳＢ１０では、メイン制御部２２０は、閉
じるボタン１３０７が押下されたか否かを判断し、この
場合、判断結果を「Ｎｏ」として同判断を繰り返す。

【００６７】そして、ユーザ（審議依頼者）により、閉
じるボタン１３０７が押下されると、メイン制御部２２
０は、ステップＳＢ１０の判断結果を「Ｙｅｓ」とし、
原文ファイルアップロード画面１３００を閉る。これに
より、図５に示したステップＳＡ５では、メイン制御部
２２０は、トップメニュー画面１１００（図１５参照）
を審議依頼者側クライアント１００₁ のディスプレイ
（図示略）に表示させ、ステップＳＡ６〜ステップＳＡ
１０までの判断を繰り返す。

【００６８】つぎに、アップロードされた原文ファイル
（審議書面）を審議依頼する場合について説明する。こ
の場合、ユーザ（審議依頼者）は、図１５に示した審議
依頼ボタン１１０２を押下する。これにより、メイン制
御部２２０は、ステップＳＡ７の判断結果を「Ｙｅｓ」
とし、ステップＳＡ１２で審議依頼処理を実行する。

【００６９】具体的には、図７に示したステップＳＣ１
では、メイン制御部２２０は、審議依頼者側クライアン
ト１００₁ のディスプレイ（図示略）に、図１８に示し
た審議依頼・規格番号入力画面１４００を表示させる。
この審議依頼・規格番号入力画面１４００は、審議依頼
すべき審議書面に対応する規格番号を入力するための画
面である。審議依頼・規格番号入力画面１４００には、
規格番号入力欄１４０１、版数選択ボタン１４０２、実
行ボタン１４０３およびメニュー戻るボタン１４０４が
設定されている。

【００７０】ステップＳＣ２では、メイン制御部２２０
は、実行ボタン１４０３が押下されたか否かを判断し、
この場合、判断結果を「Ｎｏ」とする。ステップＳＣ３
では、メイン制御部２２０は、メニュー戻るボタン１４
０４が押下されたか否かを判断し、この場合、判断結果
を「Ｎｏ」とする。以後、メイン制御部２２０は、ステ
ップＳＣ２およびステップＳＣ３の判断を繰り返す。

【００７１】そして、ユーザ（審議依頼者）により、規
格番号入力欄１４０１に、審議依頼すべき審議書面に対
応する規格番号が入力され、版数選択ボタン１４０２で
版数が選択されたものとする。なお、メニュー戻るボタ
ン１４０４が押下された場合、メイン制御部２２０は、
ステップＳＣ３の判断結果を「Ｙｅｓ」として、図５に
示したステップＳＡ５でトップメニュー画面１１００
（図１５参照）を表示させる。

【００７２】ここで、ユーザ（審議依頼者）により、実
行ボタン１４０３が押下されると、メイン制御部２２０
は、ステップＳＣ２の判断結果を「Ｙｅｓ」とする。ス
テップＳＣ４では、メイン制御部２２０は、審議依頼者
側クライアント１００₁ のディスプレイ（図示略）に、
図１９に示した審議依頼メニュー画面１５００を表示さ
せる。

【００７３】この審議依頼メニュー画面１５００は、依
頼メール作成処理、原文参照処理、依頼明細参照処理、
原文ダウンロード処理、審議結果確認処理、調査者回答
処理、または承認処理のうちいずれかの処理を選択する
ための画面である。また、審議依頼メニュー画面１５０
０には、依頼メール作成処理を選択するための依頼メー
ル作成ボタン１５０１と、原文参照処理を選択するため
の原文参照ボタン１５０２と、依頼明細参照処理を選択
するための依頼明細参照ボタン１５０３と、原文ダウン
ロード処理を選択するための原文ダウンロードボタン１
５０４とが設定されている。

【００７４】さらに、審議依頼メニュー画面１５００に
は、審議結果確認処理を選択するための審議結果確認ボ
タン１５０５と、調査者回答処理を選択するための調査
者回答ボタン１５０６と、承認処理を選択するための承
認ボタン１５０７と、トップメニュー画面１１００に戻
るためのメニュー戻るボタン１５０８とが設定されてい
る。

【００７５】ここで、依頼メール作成処理は、審議依頼
者が、審議対象である審議書面の審議を依頼するための
依頼メールを審議／回答者宛に作成するための処理であ
る。原文参照処理は、アップロードされた原文ファイル
（審議書面）を参照するための処理である。依頼明細参
照処理は、依頼明細（依頼メール）を参照するための処
理である。原文ダウンロード処理は、サーバ２００にア
ップロードされた原文ファイルをインターネット１１０
を介して、例えば、審議依頼者側クライアント１００₁
にダウンロードするための処理である。この原文ファイ
ルは、審議依頼者側で審議書面の雛型として活用でき
る。従って、審議依頼者は、雛型に基づいて、審議書面
を容易かつ短時間に作成することができる。

【００７６】審議結果確認処理は、審議依頼者が、当該
審議書面の審議結果を確認するための処理である。調査
者回答処理は、調査者が当該審議書面を調査した結果を
回答するための処理である。承認処理は、審議依頼を承
認（または却下）するための処理である。

【００７７】ステップＳＣ５では、メイン制御部２２０
は、依頼メール作成ボタン１５０１が押下されたか否か
を判断し、この場合、判断結果を「Ｎｏ」とする。ステ
ップＳＣ６では、メイン制御部２２０は、原文参照ボタ
ン１５０２が押下されたか否かを判断し、この場合、判
断結果を「Ｎｏ」とする。ステップＳＣ７では、メイン
制御部２２０は、依頼明細参照ボタン１５０３が押下さ
れたか否かを判断し、この場合、判断結果を「Ｎｏ」と
する。

【００７８】ステップＳＣ８では、メイン制御部２２０
は、原文ダウンロードボタン１５０４が押下されたか否
かを判断し、この場合、判断結果を「Ｎｏ」とする。ス
テップＳＣ９では、メイン制御部２２０は、審議結果確
認ボタン１５０５が押下されたか否かを判断し、この場
合、判断結果を「Ｎｏ」とする。

【００７９】ステップＳＣ１０では、メイン制御部２２
０は、調査者回答ボタン１５０６が押下されたか否かを
判断し、この場合、判断結果を「Ｎｏ」とする。ステッ
プＳＣ１１では、メイン制御部２２０は、承認ボタン１
５０７が押下されたか否かを判断し、この場合、判断結
果を「Ｎｏ」とする。ステップＳＣ１２では、メイン制
御部２２０は、メニュー戻るボタン１５０８が押下され
たか否かを判断し、この場合、判断結果を「Ｎｏ」とす
る。

【００８０】ここで、ユーザ（審議依頼者）により、依
頼メール作成ボタン１５０１が押下されると、メイン制
御部２２０は、ステップＳＣ５の判断結果を「Ｙｅｓ」
として、ステップＳＣ１３で依頼メール作成処理を実行
する。具体的には、図８に示したステップＳＤ１では、
メイン制御部２２０は、審議依頼者側クライアント１０
０₁ に、図２０に示した依頼メール作成画面１６００を
表示させる。

【００８１】この依頼メール作成画面１６００は、依頼
メールを作成するための画面である。この依頼メール作
成画面１６００には、件名入力欄１６０１、本文入力欄
１６０２、締め切り日選択ボタン１６０３、次画面遷移
ボタン１６０４および取り消しボタン１６０５が設定さ
れている。件名入力欄１６０１は、依頼メールにおける
件名を入力するための欄である。

【００８２】本文入力欄１６０２は、依頼メールにおけ
る本文を入力するための欄である。締め切り日選択ボタ
ン１６０３は、書面審議結果の回答の締め切り日（回答
期限）を選択するためのボタンである。次画面遷移ボタ
ン１６０４は、次の依頼明細作成画面１７００（図２１
参照）へ遷移させるためのボタンである。取り消しボタ
ン１６０５は、入力内容を取り消すためのボタンであ
る。

【００８３】図８に戻り、ステップＳＤ２では、メイン
制御部２２０は、取り消しボタン１６０５が押下された
か否かを判断する。この判断結果が「Ｙｅｓ」である場
合、ステップＳＤ４では、メイン制御部２２０は、入力
された内容をリセットする。この場合、ステップＳＤ２
の判断結果が「Ｎｏ」であるものとする。ステップＳＤ
３では、メイン制御部２２０は、次画面遷移ボタン１６
０４が押下されたか否かを判断し、この場合、判断結果
を「Ｎｏ」とする。以後、ステップＳＤ２およびステッ
プＳＤ３の判断が繰り返される。

【００８４】そして、ユーザ（審議依頼者）は、件名入
力欄１６０１および本文入力欄１６０２に件名および本
文を入力し、かつ締め切り日選択ボタン１６０３で締め
切り日を選択した後、次画面遷移ボタン１６０４を押下
する。これにより、メイン制御部２２０は、ステップＳ
Ｄ３の判断結果を「Ｙｅｓ」とする。

【００８５】ステップＳＤ５では、メイン制御部２２０
は、審議依頼者側クライアント１００₁ のディスプレイ
（図示略）に、図２１に示した依頼明細作成画面１７０
０を表示させる。この依頼明細作成画面１７００は、審
議依頼に関する明細（制定主旨、制定概要、現状規格、
注意事項）を作成するための画面である。この依頼明細
作成画面１７００には、制定主旨入力欄１７０１、制定
概要入力欄１７０２、現状規格入力欄１７０３、注意事
項入力欄１７０４、次画面遷移ボタン１７０５、前画面
遷移ボタン１７０６および取り消しボタン１７０７が設
定されている。

【００８６】制定主旨入力欄１７０１は、制定主旨を入
力するための欄である。制定概要入力欄１７０２は、制
定概要を入力するための欄である。現状規格入力欄１７
０３は、現状規格を入力するための欄である。注意事項
入力欄１７０４は、注意事項を入力するための欄であ
る。次画面遷移ボタン１７０５は、次の審議依頼先選択
画面１８００（図２２参照）へ遷移させるためのボタン
である。前画面遷移ボタン１７０６は、前の依頼メール
作成画面１６００（図２０参照）へ遷移させるためのボ
タンである。取り消しボタン１７０７は、入力内容を取
り消すためのボタンである。

【００８７】図８に戻り、ステップＳＤ６では、メイン
制御部２２０は、前画面遷移ボタン１７０６が押下され
たか否かを判断し、この判断結果が「Ｙｅｓ」である場
合、ステップＳＤ１で依頼メール作成画面１６００（図
２０参照）を表示させる。この場合、ステップＳＤ６の
判断結果が「Ｎｏ」であるものとすると、ステップＳＤ
７では、メイン制御部２２０は、取り消しボタン１７０
７が押下されたか否かを判断する。

【００８８】この判断結果が「Ｙｅｓ」である場合、ス
テップＳＤ９では、メイン制御部２２０は、入力された
内容をリセットする。この場合、ステップＳＤ７の判断
結果が「Ｎｏ」であるものとすると、ステップＳＤ８で
は、メイン制御部２２０は、次画面遷移ボタン１７０５
が押下されたか否かを判断し、この場合、判断結果を
「Ｎｏ」として、ステップＳＤ６以降の判断を繰り返
す。

【００８９】そして、ユーザ（審議依頼者）は、制定主
旨入力欄１７０１〜注意事項入力欄１７０４のそれぞれ
に、制定主旨〜注意事項を入力した後、次画面遷移ボタ
ン１７０５を押下する。これにより、メイン制御部２２
０は、ステップＳＤ８の判断結果を「Ｙｅｓ」とする。
ステップＳＤ１０では、メイン制御部２２０は、審議依
頼者側クライアント１００₁ のディスプレイ（図示略）
に、図２２に示した審議依頼先選択画面１８００を表示
させる。

【００９０】この審議依頼先選択画面１８００は、調査
の依頼先、書面審議の依頼先を選択するための画面であ
る。審議依頼先選択画面１８００には、部門内／部門外
選択ボタン１８０１、部門内依頼先一覧表示欄１８０
２、前画面遷移ボタン１８０３、取り消しボタン１８０
４および実行ボタン１８０５が設定されている。

【００９１】部門内／部門外選択ボタン１８０１は、依
頼先として部門内または部門外を選択するためのボタン
である。部門内が選択された場合には、審議依頼先選択
画面１８００が表示される。一方、部門外が選択された
場合には、図２３に示した部門外依頼先選択画面１９０
０が表示される。

【００９２】部門内依頼先一覧表示欄１８０２には、部
門内の依頼先の情報の一覧が表示される。この部門内依
頼先一覧表示欄１８０２は、「役職名」、「調査者」、
「承認者」および「電子メールアドレス」というフィー
ルドを備えている。「役職名」は、依頼先の調査者また
は承認者（審議／回答者と同義）の役職に関する情報で
ある。「調査者」および「承認者」は、ラジオボタンに
より選択される。「電子メールアドレス」は、依頼メー
ルの宛先である。

【００９３】前画面遷移ボタン１８０３は、前の依頼明
細作成画面１７００（図２１参照）へ遷移させるための
ボタンである。取り消しボタン１８０４は、部門内依頼
先一覧表示欄１８０２における選択結果を取り消すため
のボタンである。実行ボタン１８０５は、部門内依頼先
一覧表示欄１８０２における選択結果に基づいて、依頼
メールの送信等を実行するためのボタンである。

【００９４】図８に戻り、ステップＳＤ１１では、メイ
ン制御部２２０は、ユーザ（審議依頼者）により部門内
／部門外選択ボタン１８０１で部門外が選択されたか否
かを判断し、この場合、判断結果を「Ｎｏ」とする。ス
テップＳＤ１３では、メイン制御部２２０は、前画面遷
移ボタン１８０３が押下されたか否かを判断する。この
判断結果が「Ｙｅｓ」である場合、メイン制御部２２０
は、ステップＳＤ５以降の処理を実行する。

【００９５】この場合、ステップＳＤ１３の判断結果が
「Ｎｏ」であるものとすると、ステップＳＤ１４では、
メイン制御部２２０は、取り消しボタン１８０４が押下
されたか否かを判断する。この判断結果が「Ｙｅｓ」で
ある場合、ステップＳＤ１６では、メイン制御部２２０
は、部門内依頼先一覧表示欄１８０２における選択結果
をリセットする。この場合、ステップＳＤ１４の判断結
果が「Ｎｏ」であるものとする。

【００９６】ステップＳＤ１５では、メイン制御部２２
０は、実行ボタン１８０５が押下されたか否かを判断
し、この場合、判断結果を「Ｎｏ」として、ステップＳ
Ｄ１３以降の判断を繰り返す。そして、ユーザは、部門
内依頼先一覧表示欄１８０２から、依頼先を選択しかつ
調査、承認を選択する。つぎに、ユーザは、実行ボタン
１８０５を押下する。これにより、メイン制御部２２０
は、ステップＳＤ１５の判断結果を「Ｙｅｓ」とする。

【００９７】ステップＳＤ１７では、メイン制御部２２
０は、依頼メールに関する情報（規格番号、依頼日時、
版数、件名、本文、締め切り日、依頼明細、依頼先等）
を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。ス
テップＳＤ１８では、メイン制御部２２０は、ＸＭＬ化
された上記情報をＸＭＬデータベース４００に格納す
る。

【００９８】ステップＳＤ１９では、メイン制御部２２
０は、メール制御部２３０に指示を出して、図２２に示
した審議依頼先選択画面１８００で選択された調査者の
電子メールアドレスへ上記依頼メールを送信させる。こ
れにより、当該調査者は、上記依頼メールにより、当該
審議書面の調査を依頼されたことを認識する。

【００９９】そして、調査者は、調査者側クライアント
１３０を操作して、サーバ２００にアクセスする。以
後、前述した動作を経て、調査者は、図１９に示した審
議依頼メニュー画面１５００の原文参照ボタン１５０２
を押下する。これにより、メイン制御部２２０は、図７
に示したステップＳＣ６の判断結果を「Ｙｅｓ」とし
て、ステップＳＣ１４で原文参照処理を実行する。この
原文参照処理では、調査者は、規格番号をキーとして調
査依頼があった原文（審議書面）を参照し、調査を行
う。なお、原文参照処理の詳細については、後述するス
テップＳＧ１６（図１１参照）で説明する。

【０１００】つぎに、調査者は、調査結果を回答すべ
く、図１９に示した調査者回答ボタン１５０６を押下す
る。これにより、メイン制御部２２０は、図７に示した
ステップＳＣ１０の判断結果を「Ｙｅｓ」とする。ステ
ップＳＣ１８では、メイン制御部２２０は、調査者回答
処理を実行する。具体的には、図９に示したステップＳ
Ｅ１では、メイン制御部２２０は、調査者側クライアン
ト１３０のディスプレイ（図示略）に、図２４に示した
調査者回答画面２０００を表示させる。

【０１０１】この調査者回答画面２０００は、調査者の
調査結果（変更無し、または変更有り）を回答するため
の画面である。調査者回答画面２０００には、調査結果
が変更無しである場合に選択される変更無しラジオボタ
ン２００１と、調査結果が変更有りである場合に選択さ
れる変更ラジオボタン２００２と、上記選択に基づいて
回答の処理を実行するための実行ボタン２００３と、取
り消しボタン２００４と、変更内容を入力するための変
更内容入力ボタン２００５とが設定されている。

【０１０２】図９に戻り、ステップＳＥ２では、メイン
制御部２２０は、取り消しボタン２００４が押下された
か否かを判断する。この判断結果が「Ｙｅｓ」である場
合、ステップＳＥ８では、メイン制御部２２０は、変更
無しラジオボタン２００１または変更ラジオボタン２０
０２による選択結果をリセットする。この場合、ステッ
プＳＥ２の判断結果が「Ｎｏ」であるものとする。

【０１０３】ステップＳＥ３では、メイン制御部２２０
は、変更ラジオボタン２００２がチェックされているか
否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＥ４では、メイン制御部２２０は、実行ボタ
ン２００３が押下されたか否かを判断し、この場合、判
断結果を「Ｎｏ」として、ステップＳＥ２以降の判断を
繰り返す。

【０１０４】ここで、調査結果が変更無しである場合、
すなわち、審議書面に変更が無い場合には、調査者は、
変更無しラジオボタン２００１をチェックした後、実行
ボタン２００３を押下する。これにより、メイン制御部
２２０は、ステップＳＥ４の判断結果を「Ｙｅｓ」とす
る。

【０１０５】ステップＳＥ５では、メイン制御部２２０
は、調査結果、原文等を、フレーズ毎にＸＭＬタグを付
けてＸＭＬ化する。ステップＳＥ６では、メイン制御部
２２０は、ＸＭＬ化された情報をＸＭＬデータベース４
００に格納する。ステップＳＥ７では、メイン制御部２
２０は、メール制御部２３０に指示を出して、調査結果
をメールにて、例えば、審議／回答者側クライアント１
２０₁ へ送信する。

【０１０６】一方、ステップＳＥ３の判断結果が「Ｙｅ
ｓ」である場合、すなわち、調査対象の審議書面に変更
点がある場合、ステップＳＥ９では、メイン制御部２２
０は、図２４に示した変更内容入力ボタン２００５が押
下されたか否かを判断し、この場合、判断結果を「Ｎ
ｏ」としてステップＳＥ２以降の判断を行う。

【０１０７】ここで、調査者により変更内容入力ボタン
２００５が押下されると、メイン制御部２２０は、ステ
ップＳＥ９の判断結果を「Ｙｅｓ」とする。ステップＳ
Ｅ１０では、メイン制御部２２０は、調査者側クライア
ント１３０のディスプレイ（図示略）に、図２５に示し
た変更内容入力画面２１００を表示させる。

【０１０８】この変更内容入力画面２１００は、変更内
容を入力するための画面である。変更内容入力画面２１
００には、審議書面における変更ページを選択するため
の変更ページ選択ボタン２１０１と、変更箇所を入力す
るための変更箇所入力欄２１０２と、変更前の原文を入
力するための原文入力欄２１０３と、上記原文に対応さ
せて変更内容を入力するための変更内容入力欄２１０４
と、前画面遷移ボタン２１０５と、実行ボタン２１０６
と、次変更内容入力ボタン２１０７と、取り消しボタン
２１０８とが設定されている。

【０１０９】図９に戻り、ステップＳＥ１１では、メイ
ン制御部２２０は、取り消しボタン２１０８が押下され
たか否かを判断する。この判断結果が「Ｙｅｓ」である
場合、ステップＳＥ１５では、メイン制御部２２０は、
入力内容をリセットする。一方、ステップＳＥ１１の判
断結果が「Ｎｏ」である場合、スップＳＥ１２では、メ
イン制御部２２０は、前画面遷移ボタン２１０５が押下
されたか否かを判断する。この判断結果が「Ｙｅｓ」で
ある場合、ステップＳＥ１では、メイン制御部２２０
は、調査者回答画面２０００（図２４参照）を表示させ
る。

【０１１０】この場合、ステップＳＥ１２の判断結果が
「Ｎｏ」であるものとすると、ステップＳＥ１３では、
メイン制御部２２０は、次変更内容入力ボタン２１０７
が押下されたか否かを判断し、この場合、判断結果を
「Ｎｏ」とする。ステップＳＥ１４では、メイン制御部
２２０は、実行ボタン２１０６が押下されたか否かを判
断し、この場合、判断結果を「Ｎｏ」として、ステップ
ＳＥ１１以降の判断を繰り返す。

【０１１１】そして、調査者は、変更ページ選択ボタン
２１０１で変更ページを選択し、変更箇所入力欄２１０
２に変更箇所を入力する。つぎに、調査者は、原文入力
欄２１０３および変更内容入力欄２１０４に原文および
変更内容を入力した後、さらに変更すべき箇所がある場
合、次変更内容入力ボタン２１０７を押下する。これに
より、ステップＳＥ１６では、メイン制御部２２０は、
調査者側クライアント１３０のディスプレイ（図示略）
に、図示しない変更内容入力画面を表示させる。これに
より、調査者は、つぎの変更内容を入力する。

【０１１２】図２５に示した実行ボタン２１０６が押下
されると、メイン制御部２２０は、ステップＳＥ１４の
判断結果を「Ｙｅｓ」とする。ステップＳＥ５では、メ
イン制御部２２０は、調査結果、変更ページ、変更箇
所、原文、変更内容等を、フレーズ毎にＸＭＬタグを付
けてＸＭＬ化する。

【０１１３】ステップＳＥ６では、メイン制御部２２０
は、ＸＭＬ化された情報をＸＭＬデータベース４００に
格納する。ステップＳＥ７では、メイン制御部２２０
は、メール制御部２３０に指示を出して、調査結果、変
更ページ、変更箇所、原文、変更内容等の情報をメール
にて、例えば、審議依頼者側クライアント１００₁ へ送
信する。これにより、審議依頼者は、当該審議書面に変
更をかける。

【０１１４】つぎに、図１９に示した承認ボタン１５０
７が押下されると、メイン制御部２２０は、図７に示し
たステップＳＣ１１の判断結果を「Ｙｅｓ」とする。ス
テップＳＣ１９では、メイン制御部２２０は、審議依頼
に関する承認処理を実行する。具体的には、図１０に示
したステップＳＦ１では、メイン制御部２２０は、審議
依頼者側クライアント１００₁ のディスプレイ（図示
略）に、図２６に示した承認／却下画面２２００を表示
させる。

【０１１５】審議依頼の場合、承認／却下画面２２００
は、審議依頼に関して承認するか却下するかを選択させ
るための画面である。承認／却下画面２２００には、当
該審議書面にかかる「規格番号」および「規格名称」が
表示されているとともに、承認ボタン２２０１、却下ボ
タン２２０２および取り消しボタン２２０３が設けられ
ている。

【０１１６】図１０に戻り、ステップＳＦ２では、メイ
ン制御部２２０は、承認ボタン２２０１が押下されたか
否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＦ３では、メイン制御部２２０は、却下ボタ
ン２２０２が押下されたか否かを判断し、この場合、判
断結果を「Ｎｏ」とする。ステップＳＦ４では、メイン
制御部２２０は、取り消しボタン２２０３が押下された
か否かを判断し、この場合、判断結果を「Ｎｏ」とす
る。以後、メイン制御部２２０は、ステップＳＦ２以降
の判断を繰り返す。

【０１１７】ここで、審議依頼を承認する場合には、承
認ボタン２２０１が押下される。これにより、メイン制
御部２２０は、ステップＳＦ２の判断結果を「Ｙｅｓ」
とする。ステップＳＦ５では、メイン制御部２２０は、
承認された旨の情報、書面審議対象を特定するための規
格番号、規格名称等の情報を、フレーズ毎にＸＭＬタグ
を付けてＸＭＬ化する。ステップＳＦ６では、メイン制
御部２２０は、ＸＭＬ化された情報をＸＭＬデータベー
ス４００に格納する。ステップＳＦ７では、メイン制御
部２２０は、メール制御部２３０に指示を出して、上記
情報を審議依頼・承認メールとして、例えば、審議／回
答者側クライアント１２０₁ へインターネット１１０を
介して送信させる。これにより、審議／回答者は、書面
審議が依頼されたことを認識する。

【０１１８】一方、当該審議依頼を却下する場合、却下
ボタン２２０２が押下される。これにより、メイン制御
部２２０は、ステップＳＦ３の判断結果を「Ｙｅｓ」と
する。ステップＳＦ５では、メイン制御部２２０は、審
議依頼が却下された旨、却下対象を特定するための規格
番号、規格名称等の情報を、フレーズ毎にＸＭＬタグを
付けてＸＭＬ化する。

【０１１９】ステップＳＦ６では、メイン制御部２２０
は、ＸＭＬ化された情報をＸＭＬデータベース４００に
格納する。ステップＳＦ７では、メイン制御部２２０
は、メール制御部２３０に指示を出して、上記情報を審
議依頼・却下メールとして、審議依頼者側クライアント
１００₁ および調査者側クライアント１３０へインター
ネット１１０を介して送信させる。これにより、当該審
議依頼者および調査者は、当該審議依頼が却下されたこ
とを認識する。また、審議依頼者は、審議書面の修正を
行い、審議依頼のやり直しを行う。

【０１２０】また、図２２に示した部門内／部門外選択
ボタン１８０１で部門外が選択された場合には、メイン
制御部２２０は、図８に示したステップＳＤ１１の判断
結果を「Ｙｅｓ」とする。ステップＳＤ１２では、メイ
ン制御部２２０は、審議依頼者側クライアント１００₁
のディスプレイ（図示略）に、図２３に示した部門外依
頼先選択画面１９００を表示させる。

【０１２１】この部門外依頼先選択画面１９００は、部
門外における調査の依頼先または書面審議の依頼先を選
択するための画面である。部門外依頼先選択画面１９０
０には、部門内／部門外選択ボタン１９０１、部門外依
頼先一覧表示欄１９０２、前画面遷移ボタン１９０３、
取り消しボタン１９０４および実行ボタン１９０５が設
定されている。

【０１２２】部門内／部門外選択ボタン１９０１は、依
頼先として部門内または部門外を選択するためのボタン
である。この場合、部門外が選択されているため、部門
内／部門外選択ボタン１９０１には、「部門外」が表示
されている。部門外依頼先一覧表示欄１９０２には、部
門外の依頼先の情報の一覧が表示される。

【０１２３】この部門外依頼先一覧表示欄１９０２は、
「会社名」、「事業部／統括部」、「担当部門」および
「電子メールアドレス」というフィールドを備えてい
る。これらの「会社名」、「事業部／統括部」、「担当
部門」は、書面審議の依頼先に関する情報であり、「電
子メールアドレス」は、依頼メールの宛先である。

【０１２４】また、ユーザにより、図２２に示した部門
内依頼先一覧表示欄１８０２から、依頼先を選択しかつ
調査が選択された後、実行ボタン１８０５が押下される
と、メイン制御部２２０は、ステップＳＤ１５の判断結
果を「Ｙｅｓ」とする。

【０１２５】ステップＳＤ１７では、メイン制御部２２
０は、依頼メールに関する情報（規格番号、依頼日時、
版数、件名、本文、締め切り日、依頼明細、依頼先等）
を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。ス
テップＳＤ１８では、メイン制御部２２０は、ＸＭＬ化
された上記情報をＸＭＬデータベース４００に格納す
る。ステップＳＤ１９では、メイン制御部２２０は、メ
ール制御部２３０に指示を出して、上記依頼メールを依
頼先（例えば、調査者側クライアント１３０に対応する
電子メールアドレス）へ送信させる。これにより、当該
調査者は、上記依頼メールにより、当該審議書面の調査
を依頼されたことを認識し、前述した調査結果を回答す
る。

【０１２６】つぎに、審議／回答者が審議依頼を受託す
る場合について説明する。審議依頼を受託する場合、審
議／回答者は、例えば、審議／回答者側クライアント１
２０ ₁ を操作して、サーバ２００にアクセスする。以
後、前述した、ユーザ認証等の動作を経て、審議／回答
者は、図１５に示した審議受託ボタン１１０３を押下す
る。これにより、メイン制御部２２０は、図５に示した
ステップＳＡ８の判断結果を「Ｙｅｓ」とする。ステッ
プＳＡ１３では、審議受託処理が実行される。

【０１２７】具体的には、図１１に示したステップＳＧ
１では、ＸＭＬデータベース４００を検索する処理を実
行する。すなわち、まず、メイン制御部２２０は、当該
審議／回答者のユーザＩＤ等をキーとして、図２（ａ）
に示したユーザ情報メタ情報３１０を参照し、当該審議
／回答者が所属する部門コードを特定する。つぎに、上
記部門コードおよび部門情報メタ情報３５０（図３
（ａ）参照）から、審議／回答者が所属する部門名を特
定する。

【０１２８】つぎに、メイン制御部２２０は、上記部門
名をキーとして、ＸＭＬデータベース４００から、当該
部門宛に審議依頼されている審議書面の情報を取得し、
この情報から当該審議書面に対応する規格番号および規
格名称を取得する。ステップＳＧ２では、メイン制御部
２２０は、審議依頼が有るか否かを判断し、この判断結
果が「Ｎｏ」である場合、ステップＳＧ６で、エラーメ
ッセージ画面を表示させる。

【０１２９】一方、ステップＳＧ２の判断結果が「Ｙｅ
ｓ」である場合、ステップＳＧ３では、メイン制御部２
２０は、審議／回答者側クライアント１２０₁ のディス
プレイ（図示略）に、図２７に示した規格選択画面２３
００を表示させる。この規格選択画面２３００は、ステ
ップＳＧ１で検索された結果、すなわち、審議依頼者か
ら当該部門に対して審議依頼された規格（審議書面）の
一覧から、審議すべきものを選択するための画面であ
る。

【０１３０】この規格選択画面２３００には、上記規格
（審議書面）の一覧を表示する規格一覧表示欄２３０１
と、実行ボタン２３０２と、メニュー戻るボタン２３０
３とが設定されている。規格一覧表示欄２３０１には、
「規格番号／版数」、「規格名称」、「依頼先」および
「回答状況」というフィールドが備えられている。

【０１３１】図１１に戻り、ステップＳＧ４では、メイ
ン制御部２２０は、実行ボタン２３０２が押下されたか
否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＧ５では、メイン制御部２２０は、メニュー
戻るボタン２３０３が押下されたか否かを判断し、この
場合、判断結果を「Ｎｏ」として、ステップＳＧ４以降
の判断を繰り返す。

【０１３２】そして、審議／回答者は、図２７に示した
規格一覧表示欄２３０１から審議対象（例えば、１レコ
ード目）を選択した後、実行ボタン２３０２を押下す
る。これにより、メイン制御部２２０は、ステップＳＧ
４の判断結果を「Ｙｅｓ」とする。ステップＳＧ７で
は、メイン制御部２２０は、審議／回答者側クライアン
ト１２０₁ のディスプレイ（図示略）に、図２８に示し
た審議受託メニュー画面２４００を表示させる。

【０１３３】この審議受託メニュー画面２４００は、審
議結果回答処理、原文参照処理、依頼明細参照処理、原
文ダウンロード処理、審議結果確認処理、承認処理また
はメニュー画面へ戻る処理のうちいずれかの処理を選択
するための画面である。また、審議受託メニュー画面２
４００には、審議結果回答処理を選択するための審議結
果回答ボタン２４０１が設定されている。

【０１３４】さらに、審議受託メニュー画面２４００に
は、原文参照処理を選択するための原文参照ボタン２４
０２と、依頼明細参照処理を選択するための依頼明細参
照ボタン２４０３と、原文ダウンロード処理を選択する
ための原文ダウンロードボタン２４０４と、審議結果確
認処理を選択するための審議結果確認ボタン２４０５
と、トップメニュー画面１１００に戻るためのメニュー
戻るボタン２４０７とが設定されている。

【０１３５】ここで、審議結果回答処理は、審議／回答
者が、審議依頼者から依頼された審議書面を審議した結
果を回答するための処理である。原文参照処理は、アッ
プロードされた原文ファイル（審議書面）を参照するた
めの処理である。依頼明細参照処理は、依頼明細（依頼
メール）を参照するための処理である。

【０１３６】原文ダウンロード処理は、サーバ２００に
アップロードされた原文ファイルをインターネット１１
０を介して、例えば、審議／回答者側クライアント１２
０₁にダウンロードするための処理である。審議結果確
認処理は、審議依頼者が、当該審議書面の審議結果を確
認するための処理である。承認処理は、審議受託を承認
（または却下）するための処理である。

【０１３７】図１１に戻り、ステップＳＧ８では、メイ
ン制御部２２０は、審議結果回答ボタン２４０１が押下
されたか否かを判断し、この場合、判断結果を「Ｎｏ」
とする。ステップＳＧ９では、メイン制御部２２０は、
原文参照ボタン２４０２が押下されたか否かを判断し、
この場合、判断結果を「Ｎｏ」とする。ステップＳＧ１
０では、メイン制御部２２０は、依頼明細参照ボタン２
４０３が押下されたか否かを判断し、この場合、判断結
果を「Ｎｏ」とする。

【０１３８】ステップＳＧ１１では、メイン制御部２２
０は、原文ダウンロードボタン２４０４が押下されたか
否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＧ１２では、メイン制御部２２０は、審議結
果確認ボタン２４０５が押下されたか否かを判断し、こ
の場合、判断結果を「Ｎｏ」とする。

【０１３９】ステップＳＧ１３では、メイン制御部２２
０は、承認ボタン２４０６が押下されたか否かを判断
し、この場合、判断結果を「Ｎｏ」とする。ステップＳ
Ｇ１４では、メイン制御部２２０は、メニュー戻るボタ
ン２４０７が押下されたか否かを判断し、この場合、判
断結果を「Ｎｏ」とする。以後、メイン制御部２２０
は、ステップＳＧ８〜ステップＳＧ１４までの判断を繰
り返す。

【０１４０】そして、審議／回答者により、図２８に示
した依頼明細参照ボタン２４０３が押下されると、メイ
ン制御部２２０は、図１１に示したステップＳＧ１０の
判断結果を「Ｙｅｓ」とする。ステップＳＧ１７では、
メイン制御部２２０は、依頼明細参照処理を実行する。

【０１４１】具体的には、メイン制御部２２０は、図２
７に示した規格選択画面２３００で選択された１レコー
ド目の規格番号をキーとして、ＸＭＬデータベース４０
０から、上記規格番号に対応しかつ審議依頼された依頼
明細の情報を取得する。ここで、メイン制御部２２０
は、部門情報メタ情報３５０（図３（ａ）参照）を参照
して審議／回答者が属する部門の権限の付与状況を確認
し、ＸＭＬデータベース４００から取得された依頼明細
に対応する審議書面の規格重要度とのマッチングを行
う。

【０１４２】つぎに、メイン制御部２２０は、当該審議
書面に関する依頼明細の参照の可否を判断し、可である
場合にのみ以下の処理を実行する。参照可である場合、
メイン制御部２２０は、審議／回答者側クライアント１
２０₁ のディスプレイ（図示略）に図２９に示した依頼
明細参照画面２５００を表示させる。なお、参照不可で
ある場合には、審議／回答者は、依頼明細を参照するこ
とができない。

【０１４３】上記依頼明細参照画面２５００は、ＸＭＬ
データベース４００から取得された依頼明細の情報を表
示するための画面である。依頼明細参照画面２５００に
は、依頼明細を表示する依頼明細表示欄２５０１と、閉
じるボタン２５０２とが設定されている。この依頼明細
は、図２１に示した依頼明細作成画面１７００で審議依
頼者により作成されたものである。

【０１４４】そして、審議／回答者は、依頼明細参照画
面２５００より、審議依頼の明細（規格番号、・・・、回
答締め切り年月日、制定主旨、・・・、注意事項）を把握
する。なお、図７に示したステップＳＣ１５において
も、ステップＳＧ１７と同様にして、審議依頼者（また
は調査者）による依頼明細参照が行われる。

【０１４５】つぎに、審議／回答者は、実際の審議書類
としての原文を参照すべく、図２８に示した原文参照ボ
タン２４０２を押下する。これにより、メイン制御部２
２０は、図１１に示したステップＳＧ９の判断結果を
「Ｙｅｓ」とする。ステップＳＧ１６では、メイン制御
部２２０は、原文参照処理を実行する。具体的には、図
２７に示した規格選択画面２３００で選択された１レコ
ード目の規格番号をキーとして、ＸＭＬデータベース４
００から、上記規格番号に対応する原文ファイル（審議
書面）を取得する。

【０１４６】ここで、メイン制御部２２０は、部門情報
メタ情報３５０（図３（ａ）参照）を参照して審議／回
答者が属する部門の権限の付与状況を確認し、ＸＭＬデ
ータベース４００から取得された原文ファイルに対応す
る審議書面の規格重要度とのマッチングを行う。

【０１４７】つぎに、メイン制御部２２０は、当該審議
書面に関する原文ファイル参照の可否を判断し、可であ
る場合にのみ以下の処理を実行する。参照可である場
合、メイン制御部２２０は、審議／回答者側クライアン
ト１２０₁ のディスプレイ（図示略）に図３０に示した
原文参照画面２６００を表示させる。

【０１４８】これにより、審議／回答者は、原文参照画
面２６００から審議対象である審議書面の内容を把握
し、審議を開始する。なお、参照不可である場合には、
審議／回答者は、原文ファイルを参照することができな
い。ここで、図７に示したステップＳＣ１４において
も、ステップＳＧ１６と同様にして、審議依頼者（また
は調査者）による原文参照が行われる。

【０１４９】また、審議／回答者は、実際の審議書類と
しての原文ファイルをダウンロードすべく、図２８に示
した原文ダウンロードボタン２４０４を押下する。これ
により、メイン制御部２２０は、図１１に示したステッ
プＳＧ１１の判断結果を「Ｙｅｓ」とする。ステップＳ
Ｇ１８では、メイン制御部２２０は、原文ダウンロード
処理を実行する。具体的には、図２７に示した規格選択
画面２３００で選択された１レコード目の規格番号をキ
ーとして、ＸＭＬデータベース４００から、上記規格番
号に対応する原文ファイル（審議書面）を取得する。

【０１５０】ここで、メイン制御部２２０は、部門情報
メタ情報３５０（図３（ａ）参照）を参照して審議／回
答者が属する部門の権限の付与状況を確認し、ＸＭＬデ
ータベース４００から取得された原文ファイルに対応す
る審議書面の規格重要度とのマッチングを行う。

【０１５１】つぎに、メイン制御部２２０は、当該審議
書面に関する原文ファイルのダウンロードの可否を判断
し、可である場合にのみ以下の処理を実行する。ダウン
ロード可である場合、メイン制御部２２０は、審議／回
答者側クライアント１２０₁のディスプレイ（図示略）
に、図３１に示した原文ダウンロード画面２７００を表
示させる。

【０１５２】この原文ダウンロード画面２７００は、Ｘ
ＭＬデータベース４００に格納された原文ファイルを、
審議／回答者側クライアント１２０₁ にダウンロードす
るための画面である。原文ダウンロード画面２７００に
は、原文ファイルの格納先にリンクする原文ファイルリ
ンクボタン２７０１と、閉じるボタン２７０２とが設定
されている。

【０１５３】ここで、審議／回答者により、原文ファイ
ルリンクボタン２７０１が押下されると、メイン制御部
２２０は、当該原文ファイルを審議／回答者側クライア
ント１２０₁ にダウンロードさせる。これにより、審議
／回答者側クライアント１２０₁ では、ダウンロードさ
れた原文ファイルが開かれることにより、審議対象であ
る審議書面の内容を把握し、審議を開始する。

【０１５４】ここで、ダウンロード不可である場合に
は、審議／回答者は、原文ファイルをダウンロードする
ことができない。なお、図７に示したステップＳＣ１６
においても、ステップＳＧ１８と同様にして、審議依頼
者（または調査者）により、原文ファイルのダウンロー
ドが実行される。

【０１５５】つぎに、審議／回答者は、審議依頼された
審議書面に関する審議結果を回答すべく、図２８に示し
た審議結果回答ボタン２４０１を押下する。これによ
り、メイン制御部２２０は、図１１に示したステップＳ
Ｇ８の判断結果を「Ｙｅｓ」とする。ステップＳＧ１５
では、メイン制御部２２０は、審議結果回答処理を実行
する。具体的には、図１２に示したステップＳＨ１で
は、メイン制御部２２０は、審議／回答者側クライアン
ト１２０₁ のディスプレイ（図示略）に、図３２に示し
た審議結果回答画面２８００を表示させる。

【０１５６】この審議結果回答画面２８００は、審議結
果（変更無し、または変更有り）を回答するための画面
である。審議結果回答画面２８００には、審議結果が変
更無しである場合に選択される変更無しラジオボタン２
８０１と、審議結果が変更有りである場合に選択される
変更ラジオボタン２８０２と、上記選択に基づいて回答
の処理を実行するための実行ボタン２８０３と、取り消
しボタン２８０４と、変更内容を入力するための変更内
容入力ボタン２８０５とが設定されている。

【０１５７】図１２に戻り、ステップＳＨ２では、メイ
ン制御部２２０は、取り消しボタン２８０４が押下され
たか否かを判断する。この判断結果が「Ｙｅｓ」である
場合、ステップＳＨ７では、メイン制御部２２０は、変
更無しラジオボタン２８０１または変更ラジオボタン２
８０２による選択結果をリセットする。この場合、ステ
ップＳＨ２の判断結果が「Ｎｏ」であるものとする。

【０１５８】ステップＳＨ３では、メイン制御部２２０
は、変更ラジオボタン２８０２がチェックされているか
否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＨ４では、メイン制御部２２０は、実行ボタ
ン２８０３が押下されたか否かを判断し、この場合、判
断結果を「Ｎｏ」として、ステップＳＨ２以降の判断を
繰り返す。

【０１５９】ここで、審議結果が変更無しである場合、
すなわち、審議書面に変更が無い場合には、審議／回答
者は、変更無しラジオボタン２８０１をチェックした
後、実行ボタン２８０３を押下する。これにより、メイ
ン制御部２２０は、ステップＳＨ４の判断結果を「Ｙｅ
ｓ」とする。ステップＳＨ５では、メイン制御部２２０
は、審議結果、原文等を、フレーズ毎にＸＭＬタグを付
けてＸＭＬ化する。ステップＳＨ６では、メイン制御部
２２０は、ＸＭＬ化された情報をＸＭＬデータベース４
００に格納する。

【０１６０】一方、ステップＳＨ３の判断結果が「Ｙｅ
ｓ」である場合、すなわち、調査対象の審議書面に変更
点がある場合、ステップＳＨ８では、メイン制御部２２
０は、図３２に示した変更内容入力ボタン２８０５が押
下されたか否かを判断し、この場合、判断結果を「Ｎ
ｏ」としてステップＳＨ２以降の判断を行う。

【０１６１】ここで、調査者により変更内容入力ボタン
２８０５が押下されると、メイン制御部２２０は、ステ
ップＳＨ８の判断結果を「Ｙｅｓ」とする。ステップＳ
Ｈ９では、メイン制御部２２０は、審議／回答者側クラ
イアント１２０₁ のディスプレイ（図示略）に、図２５
に示した変更内容入力画面２１００を表示させる。

【０１６２】この変更内容入力画面２１００は、変更内
容を入力するための画面である。変更内容入力画面２１
００には、審議書面における変更ページを選択するため
の変更ページ選択ボタン２１０１と、変更箇所を入力す
るための変更箇所入力欄２１０２と、変更前の原文を入
力するための原文入力欄２１０３と、上記原文に対応さ
せて変更内容を入力するための変更内容入力欄２１０４
と、前画面遷移ボタン２１０５と、実行ボタン２１０６
と、次変更内容入力ボタン２１０７と、取り消しボタン
２１０８とが設定されている。

【０１６３】図１２に戻り、ステップＳＨ１０では、メ
イン制御部２２０は、取り消しボタン２１０８が押下さ
れたか否かを判断する。この判断結果が「Ｙｅｓ」であ
る場合、ステップＳＨ１４では、入力内容をリセットす
る。また、ステップＳＨ１０の判断結果が「Ｎｏ」であ
るものとすると、ステップＳＨ１１では、メイン制御部
２２０は、前画面遷移ボタン２１０５が押下されたか否
かを判断し、この判断結果が「Ｙｅｓ」である場合、ス
テップＳＨ１で審議結果回答画面２８００（図３２参
照）を表示させる。

【０１６４】この場合、ステップＳＨ１１の判断結果が
「Ｎｏ」であるものとすると、ステップＳＨ１２では、
メイン制御部２２０は、次変更内容入力ボタン２１０７
が押下されたか否かを判断し、この場合、判断結果を
「Ｎｏ」とする。ステップＳＨ１３では、メイン制御部
２２０は、実行ボタン２１０６が押下されたか否かを判
断し、この場合、判断結果を「Ｎｏ」として、ステップ
ＳＨ１０以降の判断を繰り返す。

【０１６５】そして、審議／回答者は、原文入力欄２１
０３および変更内容入力欄２１０４に原文および変更内
容を入力した後、さらに変更すべき箇所がある場合、次
変更内容入力ボタン２１０７を押下する。これにより、
メイン制御部２２０は、ステップＳＨ１２の判断結果を
「Ｙｅｓ」とする。ステップＳＨ１５では、メイン制御
部２２０は、審議／回答者側クライアント１２０₁ のデ
ィスプレイ（図示略）に、図示しない変更内容入力画面
を表示させる。これにより、審議／回答者は、つぎの変
更内容を入力する。

【０１６６】図２５に示した実行ボタン２１０６が押下
されると、メイン制御部２２０は、ステップＳＨ１３の
判断結果を「Ｙｅｓ」とする。ステップＳＨ５では、メ
イン制御部２２０は、審議結果、変更ページ、変更箇
所、原文、変更内容等を、フレーズ毎にＸＭＬタグを付
けてＸＭＬ化する。ステップＳＨ６では、メイン制御部
２２０は、ＸＭＬ化された情報をＸＭＬデータベース４
００に格納する。

【０１６７】つぎに、図２８に示した承認ボタン２４０
６が押下されると、メイン制御部２２０は、図１１に示
したステップＳＧ１３の判断結果を「Ｙｅｓ」とする。
ステップＳＧ２０では、メイン制御部２２０は、審議受
託に関する承認処理を実行する。具体的には、図１０に
示したステップＳＦ１では、メイン制御部２２０は、審
議／回答者側クライアント１２０₁ のディスプレイ（図
示略）に、図２６に示した承認／却下画面２２００を表
示させる。

【０１６８】審議受託の場合、承認／却下画面２２００
は、審議受託に関して承認するか却下するかを選択させ
るための画面である。図１０に戻り、メイン制御部２２
０は、前述した動作と同様にして、ステップＳＦ２以降
の判断を繰り返す。

【０１６９】ここで、審議受託を承認する場合には、承
認ボタン２２０１が押下される。これにより、メイン制
御部２２０は、ステップＳＦ２の判断結果を「Ｙｅｓ」
とする。ステップＳＦ５では、メイン制御部２２０は、
承認された旨の情報、書面審議対象を特定するための規
格番号、規格名称等の情報を、フレーズ毎にＸＭＬタグ
を付けてＸＭＬ化する。ステップＳＦ６では、メイン制
御部２２０は、ＸＭＬ化された当該情報をＸＭＬデータ
ベース４００に格納する。

【０１７０】ステップＳＦ７では、メイン制御部２２０
は、ＸＭＬ化された上記情報をＸＭＬデータベース４０
０に格納する。ステップＳＦ７では、メイン制御部２２
０は、メール制御部２３０に指示を出して、上記情報を
審議受託・承認メールとして、例えば、審議依頼元の審
議依頼者側クライアント１００₁ へインターネット１１
０を介して送信させる。これにより、審議依頼者は、書
面審議の依頼が承認されたことを認識する。

【０１７１】一方、当該審議受託を却下する場合、却下
ボタン２２０２が押下される。これにより、メイン制御
部２２０は、ステップＳＦ３の判断結果を「Ｙｅｓ」と
する。ステップＳＦ５では、メイン制御部２２０は、審
議受託が却下された旨、却下対象を特定するための規格
番号、規格名称等の情報を、フレーズ毎にＸＭＬタグを
付けてＸＭＬ化する。ステップＳＦ６では、メイン制御
部２２０は、ＸＭＬ化された当該情報をＸＭＬデータベ
ース４００に格納する。

【０１７２】ステップＳＦ７では、メイン制御部２２０
は、ＸＭＬ化された上記情報をＸＭＬデータベース４０
０に格納する。ステップＳＦ７では、メイン制御部２２
０は、メール制御部２３０に指示を出して、上記情報を
審議受託・却下メールとして、審議／回答者側クライア
ント１２０₁ へインターネット１１０を介して送信させ
る。これにより、当該審議／回答者は、審議結果の回答
が却下されたことを認識する。また、審議／回答者は、
審議／回答のやり直しを行う。

【０１７３】また、審議／回答者により、図２８に示し
た審議結果確認ボタン２４０５が押下されると、メイン
制御部２２０は、図１１に示したステップＳＧ１２の判
断結果を「Ｙｅｓ」とする。ステップＳＧ１９では、メ
イン制御部２２０は、審議結果確認処理を実行する。

【０１７４】具体的には、メイン制御部２２０は、当該
審議／回答者が所属する部門をキーとして、ＸＭＬデー
タベース４００から、審議結果に関する情報および未回
答一覧情報を取得する。ここで、メイン制御部２２０
は、部門情報メタ情報３５０（図３（ａ）参照）を参照
して審議／回答者が属する部門の権限の付与状況を確認
し、ＸＭＬデータベース４００から取得された審議結果
に対応する審議書面の規格重要度とのマッチングを行
う。

【０１７５】つぎに、メイン制御部２２０は、当該審議
書面に関する審議結果の確認の可否を判断し、可である
場合にのみ以下の処理を実行する。確認可である場合、
メイン制御部２２０は、審議／回答者側クライアント１
２０₁ のディスプレイ（図示略）に図３３に示した審議
結果参照画面２９００を表示させる。なお、確認不可で
ある場合には、審議／回答者は、審議結果を参照するこ
とができない。

【０１７６】上記審議結果参照画面２９００は、ＸＭＬ
データベース４００から取得された審議結果一覧および
未回答一覧の情報を表示するための画面である。審議結
果参照画面２９００には、審議結果一覧を表示する審議
結果一覧表示欄２９０１と、未回答一覧を表示する未回
答一覧表示欄２９０２と、閉じるボタン２９０３とが設
定されている。なお、図７に示したステップＳＣ１７に
おいても、ステップＳＧ１９と同様にして、審議依頼者
（または調査者）による審議結果確認が行われる。

【０１７７】つぎに、前述した書面審議システムのユー
ザ情報を管理する場合について説明する。システム管理
者等により、図１５に示したシステム管理ボタン１１０
４が押下されると、メイン制御部２２０は、図５に示し
たステップＳＡ９の判断結果を「Ｙｅｓ」とする。ステ
ップＳＡ１４では、メイン制御部２２０は、システム管
理処理を実行する。

【０１７８】具体的には、図１３に示したステップＳＩ
１では、メイン制御部２２０は、図３４に示したシステ
ム管理画面３０００を表示させる。このシステム管理画
面３０００は、管理メニュー（登録、変更、削除）を選
択するための画面である。システム管理画面３０００
は、ユーザを登録するためのユーザ登録ボタン３００１
と、ユーザ情報を変更するためのユーザ情報変更ボタン
３００２と、ユーザを削除するためのユーザ削除ボタン
３００３とが設定されている。

【０１７９】図１３に戻り、ステップＳＩ２では、メイ
ン制御部２２０は、ユーザ登録ボタン３００１が押下さ
れたか否かを判断し、この場合、判断結果を「Ｎｏ」と
する。ステップＳＩ３では、メイン制御部２２０は、ユ
ーザ情報変更ボタン３００２が押下されたか否かを判断
し、この場合、判断結果を「Ｎｏ」とする。ステップＳ
Ｉ４では、メイン制御部２２０は、ユーザ削除ボタン３
００３が押下されたか否かを判断し、この場合、判断結
果を「Ｎｏ」とする。以後、メイン制御部２２０は、ス
テップＳＩ２〜ステップＳＩ４までの判断を繰り返す。

【０１８０】ここで、ユーザ登録ボタン３００１が押下
されると、メイン制御部２２０は、ステップＳＩ２の判
断結果を「Ｙｅｓ」とする。ステップＳＩ５では、メイ
ン制御部２２０は、図３５に示したユーザ登録画面３１
００を表示させる。このユーザ登録画面３１００は、図
２（ａ）に示したユーザ情報メタ情報３１０に対応する
ユーザ情報を登録するための画面である。このユーザ登
録画面３１００には、ユーザ情報（ユーザ名称、・・・、
依頼順位）を入力するためのユーザ情報入力欄３１０１
と、ユーザ登録を実行するための実行ボタン３１０２
と、取り消しボタン３１０３とが設定されている。

【０１８１】図１３に戻り、ステップＳＩ６では、メイ
ン制御部２２０は、実行ボタン３１０２が押下されたか
否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＩ７では、メイン制御部２２０は、取り消し
ボタン３１０３が押下されたか否かを判断し、この場
合、判断結果を「Ｎｏ」とする。以後、メイン制御部２
２０は、ステップＳＩ６以降の判断を繰り返す。

【０１８２】そして、システム管理者により、ユーザ情
報入力欄３１０１にユーザ情報が入力された後、実行ボ
タン３１０２が押下されると、メイン制御部２２０は、
ステップＳＩ６の判断結果を「Ｙｅｓ」とする。ステッ
プＳＩ８では、メイン制御部２２０は、データベース３
００におけるユーザ情報メタ情報３１０（図２（ａ）参
照）に上記ユーザ情報をセットする。

【０１８３】また、図３５に示した取り消しボタン３１
０３が押下されると、メイン制御部２２０は、ステップ
ＳＩ７の判断結果を「Ｙｅｓ」とする。ステップＳＩ９
では、メイン制御部２２０は、ユーザ情報入力欄３１０
１に入力されたユーザ情報をリセットする。

【０１８４】また、図３４に示したユーザ情報変更ボタ
ン３００２が押下されると、メイン制御部２２０は、図
１３に示したステップＳＩ３の判断結果を「Ｙｅｓ」と
する。ステップＳＩ１０では、メイン制御部２２０は、
ユーザ情報メタ情報３１０に既にセットされたユーザ情
報を変更するためのユーザ情報変更画面（図示略）を表
示させる。これにより、システム管理者は、上記ユーザ
情報変更画面より、ユーザ情報を変更した後、実行ボタ
ン（図示略）を押下する。メイン制御部２２０は、ユー
ザ情報メタ情報３１０に変更内容を反映させる。

【０１８５】また、図３４に示したユーザ削除ボタン３
００３が押下されると、メイン制御部２２０は、図１３
に示したステップＳＩ４の判断結果を「Ｙｅｓ」とす
る。ステップＳＩ１１では、メイン制御部２２０は、ユ
ーザ情報メタ情報３１０に既にセットされたユーザ情報
を削除するためのユーザ情報削除画面（図示略）を表示
させる。これにより、システム管理者は、上記ユーザ情
報削除画面より、ユーザ情報を削除した後、実行ボタン
（図示略）を押下する。メイン制御部２２０は、ユーザ
情報メタ情報３１０から当該ユーザ情報を削除する。

【０１８６】また、一実施の形態では、未回収の審議結
果について審議／回答者に督促メールにて自動的に督促
が行われる。具体的には、メイン制御部２２０は、審議
結果の回答の締め切り期限（図２０参照）に基づいて、
審議結果の回収状況を監視し、締め切り期限の３日前、
締め切り期限の当日、期限週間後等に、審議／回答者の
クライアントへ審議結果の督促に関する督促メールを自
動送信する。

【０１８７】以上説明したように、一実施の形態によれ
ば、図２２および図２３に示したように審議／回答者の
属性情報に基づいて審議依頼者に審議／回答者を選択さ
せ、この選択された審議／回答者にインターネット１１
０を介して審議書面の審議を依頼するようにしたので、
従来のように紙ベースで依頼を行う場合に比して、書面
審議にかかる労力、コストを低減することができる。

【０１８８】また、一実施の形態によれば、審議／回答
者により審議された審議書面の審議結果を回収し、図３
３に示したように、回収された審議結果を審議依頼者に
閲覧させるようにしたので、審議依頼者にとって審議結
果を容易に把握することができる。

【０１８９】また、一実施の形態によれば、審議／回答
者の属性情報に対応付けて審議書面の重要度を設定し、
重要度に応じて閲覧の許可／禁止を制御するようにした
ので、機密情報の漏洩を防止することができ、セキュリ
ティを高めることができる。

【０１９０】また、一実施の形態によれば、審議結果の
回収状況をチェックし、予め設定された回収期限の前後
に、当該審議／回答者に対して審議を督促するようにし
たので、審議依頼者が電話等で督促を行う必要がなくな
り、審議依頼者の労力を飛躍的に低減させることができ
る。

【０１９１】また、一実施の形態によれば、審議書面等
の各種情報をＸＭＬファイルに変換し、ＸＭＬデータベ
ース４００に格納するようにしたので、ユーザが独自に
定義したＸＭＬタグによりＸＭＬデータベース４００の
検索性を向上させることができる。

【０１９２】また、一実施の形態によれば、ＸＭＬデー
タベース４００に格納された原文ファイルを雛型として
審議依頼者に提供するようにしたので、この雛型に基づ
いて審議書面を容易に作成することができ、作成時間を
短縮することができる。

【０１９３】以上本発明にかかる一実施の形態について
図面を参照して詳述してきたが、具体的な構成例はこの
一実施の形態に限られるものではなく、本発明の要旨を
逸脱しない範囲の設計変更等があっても本発明に含まれ
る。たとえば、前述した一実施の形態においては、図１
に示したサーバ２００の機能を実現するための書面審議
プログラムを図３６に示したコンピュータ読み取り可能
な記録媒体５０００に記録して、この記録媒体５０００
に記録された書面審議プログラムを同図に示したコンピ
ュータ４０００に読み込ませ、実行することにより書面
審議に関する一連の処理を実行するようにしてもよい。

【０１９４】図３６に示したコンピュータ４０００は、
上記書面審議プログラムを実行するＣＰＵ４１００と、
キーボード、マウス等の入力装置４２００と、各種デー
タを記憶するＲＯＭ（Read Only Memory）４３００と、
演算パラメータ等を記憶するＲＡＭ（Random Access Me
mory）４４００と、記録媒体５０００から書面審議プロ
グラムを読み取る読取装置４５００と、ディスプレイ、
プリンタ等の出力装置４６００と、各部を接続するバス
ＢＵとから構成されている。

【０１９５】ＣＰＵ４１００は、読取装置４５００を経
由して記録媒体５０００に記録されている書面審議プロ
グラムを読み込んだ後、書面審議プログラムを実行する
ことにより、前述した書面審議に関する一連の処理を実
行する。なお、記録媒体５０００には、光ディスク、フ
ロッピー（登録商標）ディスク、ハードディスク等の可
搬型の記録媒体が含まれることはもとより、ネットワー
クのようにデータを一時的に記録保持するような伝送媒
体も含まれる。

【０１９６】（付記１） 電子化された審議書面を審議
書面データベースに格納する審議書面格納手段と、前記
審議書面を審議する審議者の属性情報を属性情報データ
ベースとして格納する属性情報格納手段と、前記審議者
の属性情報に基づいて、依頼者に審議者を選択させる選
択手段と、前記選択手段により選択された審議者にネッ
トワークを介して前記審議書面の審議を依頼する審議依
頼手段と、を備えたことを特徴とする書面審議装置。 （付記２） 前記審議者に前記審議書面を閲覧させる審
議書面閲覧手段と、前記審議者により審議された前記審
議書面の審議結果を回収する回収手段と、前記回収手段
により回収された前記審議結果を前記依頼者に閲覧させ
る審議結果閲覧手段とを備えたことを特徴とする付記１
に記載の書面審議装置。 （付記３） 前記審議書面格納手段は、前記審議者の属
性情報に対応付けて前記審議書面の重要度を設定し、前
記審議書面閲覧手段は、前記重要度に応じて閲覧の許可
／禁止を制御することを特徴とする付記２に記載の書面
審議装置。 （付記４） 前記審議結果の回収状況をチェックし、予
め設定された回収期限の前後に、当該審議者に対して審
議を督促する督促手段を備えたことを特徴とする付記１
〜３のいずれか一つに記載の書面審議装置。 （付記５） 回収された前記審議結果におけるフレーズ
毎にＸＭＬタグを付け、該審議結果を審議結果データベ
ースとして格納する審議結果格納手段と、前記審議結果
データベースに格納された前記審議結果を集計し、前記
依頼者へ集計結果を閲覧させる集計結果閲覧手段とを備
えたことを特徴とする付記２〜４のいずれか一つに記載
の書面審議装置。 （付記６） 前記審議書面格納手段は、前記審議書面の
ファイルを少なくともＸＭＬファイルに変換したものを
前記審議書面データベースに格納することを特徴とする
付記１〜５のいずれか一つに記載の書面審議装置。 （付記７） 前記審議書面の作成時に、前記審議書面デ
ータベースに格納された審議書面を雛型として提供する
雛型提供手段を備えたことを特徴とする付記１〜６のい
ずれか一つに記載の書面審議装置。 （付記８） 電子化された審議書面を審議書面データベ
ースに格納する審議書面格納工程と、前記審議書面を審
議する審議者の属性情報を属性情報データベースとして
格納する属性情報格納工程と、前記審議者の属性情報に
基づいて、依頼者に審議者を選択させる選択工程と、前
記選択工程で選択された審議者にネットワークを介して
前記審議書面の審議を依頼する審議依頼工程と、を含む
ことを特徴とする書面審議方法。 （付記９） 電子化された審議書面を審議書面データベ
ースに格納させる審議書面格納工程と、前記審議書面を
審議する審議者の属性情報を属性情報データベースとし
て格納させる属性情報格納工程と、前記審議者の属性情
報に基づいて、依頼者に審議者を選択させる選択工程
と、前記選択工程で選択された審議者にネットワークを
介して前記審議書面の審議を依頼させる審議依頼工程
と、をコンピュータに実行させるための書面審議プログ
ラム。 （付記１０） 前記審議者に前記審議書面を閲覧させる
審議書面閲覧工程と、前記審議者により審議された前記
審議書面の審議結果を回収させる回収工程と、前記回収
工程で回収された前記審議結果を前記依頼者に閲覧させ
る審議結果閲覧工程とを含むことを特徴とする付記９に
記載の書面審議プログラム。 （付記１１） 前記審議書面格納工程では、前記審議者
の属性情報に対応付けて前記審議書面の重要度を設定さ
せ、前記審議書面閲覧工程では、前記重要度に応じて閲
覧の許可／禁止を制御させることを特徴とする付記１０
に記載の書面審議プログラム。 （付記１２） 前記審議結果の回収状況をチェックし、
予め設定された回収期限の前後に、当該審議者に対して
審議を督促させる督促工程を含むことを特徴とする付記
９〜１１のいずれか一つに記載の書面審議プログラム。 （付記１３） 回収された前記審議結果におけるフレー
ズ毎にＸＭＬタグを付け、該審議結果を審議結果データ
ベースとして格納させる審議結果格納工程と、前記審議
結果データベースに格納された前記審議結果を集計し、
前記依頼者へ集計結果を閲覧させる集計結果閲覧工程と
を含むことを特徴とする付記１０〜１２のいずれか一つ
に記載の書面審議プログラム。 （付記１４） 前記審議書面格納工程では、前記審議書
面のファイルを少なくともＸＭＬファイルに変換したも
のを前記審議書面データベースに格納させることを特徴
とする付記９〜１３のいずれか一つに記載の書面審議プ
ログラム。 （付記１５） 前記審議書面の作成時に、前記審議書面
データベースに格納された審議書面を雛型として提供さ
せる雛型提供工程を含むことを特徴とする付記９〜１４
のいずれか一つに記載の書面審議プログラム。

【０１９７】

【発明の効果】以上説明したように、本発明によれば、
審議者の属性情報に基づいて依頼者に審議者を選択さ
せ、この選択された審議者にネットワークを介して審議
書面の審議を依頼するようにしたので、従来のように紙
ベースで依頼を行う場合に比して、書面審議にかかる労
力、コストを低減することができるという効果を奏す
る。

【０１９８】また、本発明によれば、審議者により審議
された審議書面の審議結果を回収し、回収された審議結
果を依頼者に閲覧させるようにしたので、依頼者にとっ
て審議結果を容易に把握することができるという効果を
奏する。

【０１９９】また、本発明によれば、審議者の属性情報
に対応付けて審議書面の重要度を設定し、重要度に応じ
て閲覧の許可／禁止を制御するようにしたので、機密情
報の漏洩を防止することができ、セキュリティを高める
ことができるという効果を奏する。

【０２００】また、本発明によれば、審議結果の回収状
況をチェックし、予め設定された回収期限の前後に、当
該審議者に対して審議を督促するようにしたので、依頼
者が電話等で督促を行う必要がなくなり、依頼者の労力
を飛躍的に低減させることができるという効果を奏す
る。

【０２０１】また、本発明によれば、審議結果データベ
ースに格納された審議結果を集計し、依頼者へ集計結果
を閲覧させるようにしたので、依頼者にとって審議結果
の集計結果を容易に把握することができるという効果を
奏する。

【０２０２】また、本発明によれば、審議書面のファイ
ルを少なくともＸＭＬファイルに変換したものを審議書
面データベースに格納するようにしたので、ユーザが独
自に定義したＸＭＬタグにより審議書面データベースの
検索性を向上させることができるという効果を奏する。

【０２０３】また、本発明によれば、審議書面データベ
ースに格納された審議書面を雛型として提供するように
したので、この雛型に基づいて審議書面を容易に作成す
ることができ、作成時間を短縮することができるという
効果を奏する。

【図面の簡単な説明】

【図１】本発明にかかる一実施の形態の構成を示すブロ
ック図である。

【図２】図１に示した各種メタ情報を示す図である。

【図３】図１に示した各種メタ情報を示す図である。

【図４】図１に示した各種メタ情報を示す図である。

【図５】同一実施の形態の動作を説明するフローチャー
トである。

【図６】図５に示した制定・改版処理を説明するフロー
チャートである。

【図７】図５に示した審議依頼処理を説明するフローチ
ャートである。

【図８】図７に示した依頼メール作成処理を説明するフ
ローチャートである。

【図９】図７に示した調査者回答処理を説明するフロー
チャートである。

【図１０】図７および図１１に示した承認処理を説明す
るフローチャートである。

【図１１】図５に示した審議受託処理を説明するフロー
チャートである。

【図１２】図１１に示した審議結果回答処理を説明する
フローチャートである。

【図１３】図５に示したシステム管理処理を説明するフ
ローチャートである。

【図１４】同一実施の形態におけるユーザ認証画面１０
００の一例を示す図である。

【図１５】同一実施の形態におけるトップメニュー画面
１１００の一例を示す図である。

【図１６】同一実施の形態における制定・改版・規格番
号入力画面１２００の一例を示す図である。

【図１７】同一実施の形態における原文ファイルアップ
ロード画面１３００の一例を示す図である。

【図１８】同一実施の形態における審議依頼・規格番号
入力画面１４００の一例を示す図である。

【図１９】同一実施の形態における審議依頼メニュー画
面１５００の一例を示す図である。

【図２０】同一実施の形態における依頼メール作成画面
１６００の一例を示す図である。

【図２１】同一実施の形態における依頼明細作成画面１
７００の一例を示す図である。

【図２２】同一実施の形態における審議依頼先選択画面
１８００の一例を示す図である。

【図２３】同一実施の形態における部門外依頼先選択画
面１９００の一例を示す図である。

【図２４】同一実施の形態における調査者回答画面２０
００の一例を示す図である。

【図２５】同一実施の形態における変更内容入力画面２
１００の一例を示す図である。

【図２６】同一実施の形態における承認／却下画面２２
００の一例を示す図である。

【図２７】同一実施の形態における規格選択画面２３０
０の一例を示す図である。

【図２８】同一実施の形態における審議受託メニュー画
面２４００の一例を示す図である。

【図２９】同一実施の形態における依頼明細参照画面２
５００の一例を示す図である。

【図３０】同一実施の形態における原文参照画面２６０
０の一例を示す図である。

【図３１】同一実施の形態における原文ダウンロード画
面２７００の一例を示す図である。

【図３２】同一実施の形態における審議結果回答画面２
８００の一例を示す図である。

【図３３】同一実施の形態における審議結果参照画面２
９００の一例を示す図である。

【図３４】同一実施の形態におけるシステム管理画面３
０００の一例を示す図である。

【図３５】同一実施の形態におけるユーザ登録画面３１
００の一例を示す図である。

【図３６】同一実施の形態の変形例を示すブロック図で
ある。

【符号の説明】

１００₁ 〜１００_n 審議依頼者側クライアント １１０ インターネット １２０₁ 〜１２０_s 審議／回答者側クライアント １３０ 調査者側クライアント ２００ サーバ ２２０ メイン制御部 ２３０ メール制御部 ２４０ Ｗｅｂ画面生成部 ３００ データベース ４００ ＸＭＬデータベース

Claims (9)

【特許請求の範囲】
1. 【請求項１】 電子化された審議書面を審議書面データ
   ベースに格納する審議書面格納手段と、 前記審議書面を審議する審議者の属性情報を属性情報デ
   ータベースとして格納する属性情報格納手段と、 前記審議者の属性情報に基づいて、依頼者に審議者を選
   択させる選択手段と、 前記選択手段により選択された審議者にネットワークを
   介して前記審議書面の審議を依頼する審議依頼手段と、 を備えたことを特徴とする書面審議装置。
2. 【請求項２】 前記審議者に前記審議書面を閲覧させる
   審議書面閲覧手段と、 前記審議者により審議された前記審議書面の審議結果を
   回収する回収手段と、前記回収手段により回収された前
   記審議結果を前記依頼者に閲覧させる審議結果閲覧手段
   とを備えたことを特徴とする請求項１に記載の書面審議
   装置。
3. 【請求項３】 前記審議書面格納手段は、前記審議者の
   属性情報に対応付けて前記審議書面の重要度を設定し、
   前記審議書面閲覧手段は、前記重要度に応じて閲覧の許
   可／禁止を制御することを特徴とする請求項２に記載の
   書面審議装置。
4. 【請求項４】 前記審議結果の回収状況をチェックし、
   予め設定された回収期限の前後に、当該審議者に対して
   審議を督促する督促手段を備えたことを特徴とする請求
   項１〜３のいずれか一つに記載の書面審議装置。
5. 【請求項５】 回収された前記審議結果におけるフレー
   ズ毎にＸＭＬタグを付け、該審議結果を審議結果データ
   ベースとして格納する審議結果格納手段と、前記審議結
   果データベースに格納された前記審議結果を集計し、前
   記依頼者へ集計結果を閲覧させる集計結果閲覧手段とを
   備えたことを特徴とする請求項２〜４のいずれか一つに
   記載の書面審議装置。
6. 【請求項６】 前記審議書面格納手段は、前記審議書面
   のファイルを少なくともＸＭＬファイルに変換したもの
   を前記審議書面データベースに格納することを特徴とす
   る請求項１〜５のいずれか一つに記載の書面審議装置。
7. 【請求項７】 前記審議書面の作成時に、前記審議書面
   データベースに格納された審議書面を雛型として提供す
   る雛型提供手段を備えたことを特徴とする請求項１〜６
   のいずれか一つに記載の書面審議装置。
8. 【請求項８】 電子化された審議書面を審議書面データ
   ベースに格納する審議書面格納工程と、 前記審議書面を審議する審議者の属性情報を属性情報デ
   ータベースとして格納する属性情報格納工程と、 前記審議者の属性情報に基づいて、依頼者に審議者を選
   択させる選択工程と、 前記選択工程で選択された審議者にネットワークを介し
   て前記審議書面の審議を依頼する審議依頼工程と、 を含むことを特徴とする書面審議方法。
9. 【請求項９】 電子化された審議書面を審議書面データ
   ベースに格納させる審議書面格納工程と、 前記審議書面を審議する審議者の属性情報を属性情報デ
   ータベースとして格納させる属性情報格納工程と、 前記審議者の属性情報に基づいて、依頼者に審議者を選
   択させる選択工程と、 前記選択工程で選択された審議者にネットワークを介し
   て前記審議書面の審議を依頼させる審議依頼工程と、 をコンピュータに実行させるための書面審議プログラ
   ム。