(57)【要約】【課題】書面審議にかかる労力、コストを低減すること。【解決手段】電子化された審議書面を格納するＸＭＬデータベース４００と、審議書面を審議する審議／回答者の属性情報を格納するデータベース３００と、審議／回答者の属性情報に基づいて、審議依頼者に審議／回答者を選択させ、選択された審議／回答者にインターネット１１０を介して審議書面の審議を依頼するメイン制御部２２０とを備えている。【選択図】        図１
2007226829.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、前記サーバに接続可能な複数のクライアントとを有し、審議書面の審議を行わせる書面審議システムであって、
審議対象となる審議書面を審議書面データベースに格納する審議書面格納手段と、
前記審議書面を構成するフレーズに対して、当該フレーズを識別するタグを付与する制御部と、
前記審議書面を審議する審議者の属性情報を属性情報データベースに格納する属性情報格納手段と、
前記属性情報に基づいて選択された審議者に対して前記審議書面の審議を依頼する依頼通知を送信する審議依頼手段と、
を備えたことを特徴とする書面審議システム。
【請求項２】
前記サーバは、少なくとも前記審議書面格納手段を備え、
前記制御部は、前記複数のクライアントのいずれかからアップロードされた前記審議書面のフレーズに対してタグを付与することを特徴とする請求項１に記載の書面審議システム。
【請求項３】
前記制御部は、前記複数のクライアントにより内容が変更された前記審議書面のフレーズに対してタグを付与することを特徴とする請求項１に記載の書面審議システム。
【請求項４】
前記制御部は、前記審議書面に対して行われた変更に関するフレーズに対してタグを付与することを特徴とする請求項３に記載の書面審議システム。
【請求項５】
前記制御部は、前記複数のクライアントのいずれかにおいてなされた前記審議書面に対する承認可否に関するフレーズに対してタグを付与することを特徴とする請求項１に記載の書面審議システム。
【請求項６】
前記属性情報格納手段は、前記審議者の属する部門を示す情報と、前記部門に対して付与された権限に関する情報とを格納することを特徴とする請求項１〜５に記載の書面審議システム。
【請求項７】
前記審議書面格納手段は、前記審議書面毎に設定される重要度を、前記審議書面に対応付けて格納し、
前記審議書面は、前記重要度に対応する前記権限が付与された前記部門に属する審議者のみが参照できることを特徴とする請求項６に記載の書面審議システム。
【請求項８】
複数のクライアントが接続可能なサーバであって、
前記複数のクライアントのいずれかからアップロードされた、審議の対象となる審議書面を審議書面データベースに格納する審議書面格納手段と、
前記審議書面を審議する審議者の属性に関する情報を属性情報データベースに格納する属性情報格納手段と、
前記クライアントによる操作に応じて、前記審議書面のフレーズ毎にタグを付与する制御部と、
を備えることを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、企業等における書面審議をクライアント／サーバ型のシステム構成で実現するための書面審議システムおよびサーバに関するものであり、特に、書面審議にかかる労力およびコストを低減することができる書面審議システムおよびサーバに関するものである。
【０００２】
従来より、企業では、各種プロジェクトや社内ルール等の制定時または改版時に、かかる内容を記載した審議依頼書面が紙ベースで関連部門や社外取引先等へ配布され、当該審議依頼書面の内容が審議される。しかしながら、従来では、紙ベースで審議依頼書面が配布されるため、コピーの作成、配布先の管理、審議結果の回収・集計管理、未回収時の催促等に膨大な労力およびコストがかかっていた。従って、従来よりかかる問題を効果的に解決することができる手段、方法が切望されていた。
【背景技術】
【０００３】
上述したように、従来では、企業においては、書面審議を経てあらゆる仕事が遂行されている。具体的には、審議依頼者は、審議依頼内容の要約書や審議依頼内容の詳細を記載した審議依頼書面の原本を作成した後、配布先の数分だけ当該原本一式をコピーしこれらを封筒詰めする。つぎに、審議依頼者は、複数の封筒に配布先情報（部門、メール番号、審議担当者、職制）をそれぞれ記載した後、社内の郵便システムを利用して、各配布先に審議依頼書面一式を配布する。ここで、配布先情報は、人事異動、組織変更がある度に、職制管理部門により公開された職制表に基づいて更新される。
【０００４】
そして、審議依頼書面が審議担当者に配布されると、当該審議担当者は、審議依頼書面を審議し、審議結果（承認、却下、変更）の回答を紙ベースで審議依頼者へ郵便システムを利用して発送する。そして、審議依頼者は、複数の審議者からの審議結果の回答を紙ベースで回収した後、回答結果を集計する作業を実施する。集計後は、回答された内容が書面内容に反映される。ここで、所定の回答期限を過ぎても審議結果の回答が回収されない場合、審議依頼者には、当該審議担当者に対して電話等により督促する作業が別途発生する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、前述したように、従来では、審議依頼書面の配布や審議結果の回答の回収を紙ベースで行っているため、全体として膨大な量の紙が必要になるとともに、配布作業、回収作業、集計作業等の一連の書面審議のための作業に多大な労力、コストがかかるという問題があった。
【０００６】
また、従来においては、人事異動、組織変更に伴い、配布先（審議担当者）の所属部門、職制等の変更を正確に配布先情報に反映させなければならないため、配布先情報の管理だけをとっても多大な労力、コストがかかることは容易に想像できる。特に、人事異動、組織変更が頻繁に行われる企業では、かかる問題が顕著となる。
【０００７】
本発明は、上記に鑑みてなされたもので、書面審議にかかる労力、コストを低減することができる書面審議システムおよびサーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明は、サーバと、前記サーバに接続可能な複数のクライアントとを有し、審議書面の審議を行わせる書面審議システムであって、審議対象となる審議書面を審議書面データベースに格納する審議書面格納手段と、前記審議書面を構成するフレーズに対して、当該フレーズを識別するタグを付与する制御部と、前記審議書面を審議する審議者の属性情報を属性情報データベースに格納する属性情報格納手段と、前記属性情報に基づいて選択された審議者に対して前記審議書面の審議を依頼する依頼通知を送信する審議依頼手段と、を備えたことを特徴とする。
【０００９】
また、本発明は、複数のクライアントが接続可能なサーバであって、前記複数のクライアントのいずれかからアップロードされた、審議の対象となる審議書面を審議書面データベースに格納する審議書面格納手段と、前記審議書面を審議する審議者の属性に関する情報を属性情報データベースに格納する属性情報格納手段と、前記クライアントによる操作に応じて、前記審議書面のフレーズ毎にタグを付与する制御部と、を備えることを特徴とする。
【００１０】
かかる発明によれば、審議者の属性情報に基づいて依頼者に審議者を選択させ、この選択された審議者にネットワークを介して審議書面の審議を依頼するようにしたので、従来のように紙ベースで依頼を行う場合に比して、書面審議にかかる労力、コストを低減することができる。
【００１１】
また、本発明によれば、審議者により審議された審議書面の審議結果を回収し、回収された審議結果を依頼者に閲覧させるようにしたので、依頼者にとって審議結果を容易に把握することができるという効果を奏する。
【００１２】
また、本発明によれば、審議者の属性情報に対応付けて審議書面の重要度を設定し、重要度に応じて閲覧の許可／禁止を制御するようにしたので、機密情報の漏洩を防止することができ、セキュリティを高めることができるという効果を奏する。
【００１３】
また、本発明によれば、審議結果の回収状況をチェックし、予め設定された回収期限の前後に、当該審議者に対して審議を督促するようにしたので、依頼者が電話等で督促を行う必要がなくなり、依頼者の労力を飛躍的に低減させることができるという効果を奏する。
【００１４】
また、本発明によれば、審議結果データベースに格納された審議結果を集計し、依頼者へ集計結果を閲覧させるようにしたので、依頼者にとって審議結果の集計結果を容易に把握することができるという効果を奏する。
【００１５】
また、本発明によれば、審議書面のファイルを少なくともＸＭＬファイルに変換したものを審議書面データベースに格納するようにしたので、ユーザが独自に定義したＸＭＬタグにより審議書面データベースの検索性を向上させることができるという効果を奏する。
【００１６】
また、本発明によれば、審議書面データベースに格納された審議書面を雛型として提供するようにしたので、この雛型に基づいて審議書面を容易に作成することができ、作成時間を短縮することができるという効果を奏する。
【発明の効果】
【００１７】
本発明によれば、審議者の属性情報に基づいて依頼者に審議者を選択させ、この選択された審議者にネットワークを介して審議書面の審議を依頼するようにしたので、従来のように紙ベースで依頼を行う場合に比して、書面審議にかかる労力、コストを低減することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明にかかる書面審議システムおよびサーバの一実施の形態について詳細に説明する。
【００１９】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。この図には、前述した書面審議をクライアント／サーバ構成で実現するための書面審議システムが図示されている。
【００２０】
この書面審議システムは、インターネット１１０にそれぞれ接続された、審議依頼者側クライアント１００1〜１００n、審議／回答者側クライアント１２０1〜１２０s、調査者側クライアント１３０およびサーバ２００から構成されている。なお、図１においては、説明を簡単にするために、インターネット接続上必要な通信装置（ターミナルアダプタ、ルータ、ファイアウォール等）の図示が省略されている。
【００２１】
審議依頼者側クライアント１００1〜１００nは、ＴＣＰ／ＩＰ（Transmission  Control  Protocol/Internet  Protocol）に従って、インターネット１１０を介してサーバ２００にアクセス可能なｎ台のコンピュータ装置である。これらの審議依頼者側クライアント１００1〜１００nのそれぞれは、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。
【００２２】
また、これらの審議依頼者側クライアント１００1〜１００nは、前述した書面審議を審議／回答者に依頼する複数の書面審議依頼者によりそれぞれ操作される。ここでいう審議／回答者とは、書面審議を行い、審議結果を回答する者である。さらに、これらの審議依頼者側クライアント１００1〜１００nには、メーラ（図示略）およびＷｅｂブラウザが備えられている。
【００２３】
メーラは、図示しないメールサーバを介して電子メールを送信／受信するための機能を提供する。この電子メールの送信／受信には、ＳＭＴＰ（Simple  Mail  Transfer  Protocol）やＰＯＰ３（Post  Office  Protocol  version  3）が利用される。Ｗｅｂブラウザは、サーバ２００により提供されるＷｅｂページを閲覧するためのソフトウェアプログラムである。
【００２４】
審議／回答者側クライアント１２０1〜１２０sは、ＴＣＰ／ＩＰに従って、インターネット１１０を介してサーバ２００にアクセス可能なｓ台のコンピュータ装置である。これらの審議／回答者側クライアント１２０1〜１２０sのそれぞれは、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。
【００２５】
また、これらの審議／回答者側クライアント１２０1〜１２０sは、上述した書面審議の依頼を受けた複数の審議／回答者によりそれぞれ操作される。さらに、これらの審議／回答者側クライアント１２０1〜１２０nには、メーラおよびＷｅｂブラウザが備えられている。
【００２６】
調査者側クライアント１３０は、ＴＣＰ／ＩＰに従って、インターネット１１０を介してサーバ２００にアクセス可能なコンピュータ装置であり、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。この調査者側クライアント１３０は、書面審議を依頼する前に当該審議対象を調査するための調査者により操作される。また、調査者側クライアント１３０には、メーラおよびＷｅｂブラウザが備えられている。
【００２７】
サーバ２００は、審議依頼者側クライアント１００1〜１００n、審議／回答者側クライアント１２０1〜１２０sに対して、Ｗｅｂ画面（図１４〜図３５参照）や電子メールを介して、書面審議にかかる各種機能を提供するサーバであり、書面審議装置として機能する。上記各種機能の詳細については、後述する。
【００２８】
サーバ２００において、通信制御部２１０は、ＴＣＰ／ＩＰに従って、インターネット１１０を介して外部装置との間の通信を制御する。メイン制御部２２０は、書面審議機能を実現するための各種制御を行う。このメイン制御部２２０の動作の詳細については後述する。メール制御部２３０は、サーバ２００と外部装置との間におけるメールの送受信を制御する。Ｗｅｂ画面生成部２４０は、図１４〜図３５にそれぞれ示したＷｅｂ画面を自動生成する。
【００２９】
データベース３００は、サーバ２００に構築されており、メイン制御部２２０の制御により各種情報を格納する。このデータベース３００は、ユーザ情報メタ情報３１０〜依頼者設定メタ情報３９０から構成されている。以下では、これらのユーザ情報メタ情報３１０〜依頼者設定メタ情報３９０について、図２〜図４を参照しつつ詳細に説明する。
【００３０】
図２（ａ）に示したユーザ情報メタ情報３１０は、サーバ２００のユーザ（審議依頼者、審議／回答者）に関するユーザ情報からなるメタ情報であり、「ユーザＩＤ」、「パスワード」、「メールアドレス」、「氏名」、「役職コード」、「内線番号」、「部門コード」、「プロジェクトコード」および「依頼順位」というフィールドを備えている。
【００３１】
「ユーザＩＤ」は、ユーザを識別するための識別子であり、例えば、従業員番号である。「パスワード」は、上記「ユーザＩＤ」とともにユーザ認証に用いられる。「メールアドレス」は、ユーザに付与された電子メールアドレスである。「氏名」は、ユーザの氏名に関する情報である。
【００３２】
「役職コード」は、ユーザの役職を識別するためのコードである。「内線番号」は、ユーザの内線番号である。「部門コード」は、ユーザが属する部門を識別するためのコードである。「プロジェクトコード」は、ユーザが関わっているプロジェクトを識別するためのコードである。「依頼順位」は、当該ユーザが審議依頼者である場合に、部門毎に審議依頼をした順に設定される数値である。
【００３３】
図２（ｂ）に示した会社情報メタ情報３２０は、書面審議システムを利用する会社に関する会社情報からなるメタ情報であり、「会社コード」および「会社名」というフィールドを備えている。「会社コード」は、書面審議システムの利用を許可された会社を識別するためのコードである。「会社名」は、上記会社の名称である。
【００３４】
図２（ｃ）に示した本部情報メタ情報３３０は、会社の組織における本部に関する本部情報からなるメタ情報であり、「本部コード」および「本部名」というフィールドを備えている。「本部コード」は、本部を識別するためのコードである。「本部名」は、本部の名称である。
【００３５】
図２（ｄ）に示した事業部情報メタ情報３４０は、会社の組織において上記本部の配下に属する事業部に関する事業部情報からなるメタ情報であり、「事業部コード」および「事業部名」というフィールドを備えている。「事業部コード」は、事業部を識別するためのコードである。「事業部名」は、上記事業部の名称である。
【００３６】
図３（ａ）に示した部門情報メタ情報３５０は、会社組織における部門に関する部門情報からなるメタ情報であり、「部門コード」、「会社コード」、「本部コード」、「事業部コード」、「部門名」、「権限Ａ」、「権限Ｂ」および「権限Ｃ」というフィールドを備えている。
【００３７】
「部門コード」は、部門を識別するためのコードである。「会社コード」は、図２（ｂ）に示した「会社コード」と同義である。「本部コード」は、図２（ｃ）に示した「本部コード」と同義である。「事業部コード」は、図２（ｄ）に示した「事業部コード」と同義である。「部門名」は、部門の名称である。
【００３８】
「権限Ａ」、「権限Ｂ」および「権限Ｃ」は、ユーザが所属する部門に応じて、審議書面にそれぞれ設定された３種類のセキュリティレベルのうち、いずれのセキュリティレベルの審議書面を参照することができるかという権限に関する情報である。
【００３９】
具体的には、セキュリティレベルとしては、特定公開レベル、限定公開レベル、および全面公開レベルという三種類が設定される。特定公開レベルの場合には、当該審議書面の重要度が最も高く（公開範囲が最も狭く）、特定の部門のユーザにのみ審議書面を参照するための「権限Ａ」が付与される。
【００４０】
全面公開レベルの場合には、当該審議書面の重要度が最も低く（公開範囲が最も広い）、全部門のユーザに書面審議を参照するための「権限Ｃ」が付与される。また、限定公開レベルは、上述した特定公開レベルと全面公開レベルとの中間レベルであり、限定された部門のユーザにのみ審議書面を参照するための「権限Ｂ」が付与される。
【００４１】
ここで、部門情報メタ情報３５０においては、「権限Ａ」、「権限Ｂ」または「権限Ｃ」が当該部門に付与されている場合、１フラグが立てられる。また、「権限Ａ」、「権限Ｂ」または「権限Ｃ」が当該部門に付与されていない場合には、０フラグが立てられる。
【００４２】
具体的には、部門情報メタ情報３５０の１レコード目の「ＡＢＣ部」の場合には、「権限Ａ」、「権限Ｂ」および「権限Ｃ」のすべてに１フラグが立てられている。従って、「ＡＢＣ部」に属するユーザは、特定公開レベル、限定公開レベルおよび全面公開レベルという全てのセキュリティレベルの審議書面を参照することが許可されている。
【００４３】
また、部門情報メタ情報３５０の２レコード目の「ＤＥＦ部」の場合には、「権限Ａ」に０フラグ、「権限Ｂ」および「権限Ｃ」に１フラグが立てられている。従って、「ＤＥＦ部」に所属するユーザは、特定公開レベルの審議書面の参照が禁止されているが、限定公開レベルおよび全面公開レベルの審議書面を参照することが許可されている。
【００４４】
図３（ｂ）に示したプロジェクト情報メタ情報３６０は、会社におけるプロジェクトに関するプロジェクト情報からなるメタ情報であり、「プロジェクトコード」および「プロジェクト名」というフィールドを備えている。「プロジェクトコード」は、図２（ａ）に示した「プロジェクトコード」と同義である。「プロジェクト名」は、当該プロジェクトの名称である。
【００４５】
図３（ｃ）に示した役職情報メタ情報３７０は、会社における役職に関する役職情報からなるメタ情報であり、「役職コード」および「役職名」というフィールドを備えている。「役職コード」は、図２（ａ）に示した「役職コード」と同義である。「役職名」は、当該役職の名称である。
【００４６】
図４（ａ）に示したユーザ所属設定メタ情報３８０は、ユーザの所属に関する設定情報からなるメタ情報であり、「ユーザＩＤ」、「部門コード」および「プロジェクトコード」というフィールドを備えている。これらの「ユーザＩＤ」、「部門コード」および「プロジェクトコード」は、図２（ａ）に示した「ユーザＩＤ」、「部門コード」および「プロジェクトコード」と同義である。
【００４７】
図４（ｂ）に示した依頼者設定メタ情報３９０は、書面審議依頼者を設定するための設定情報からなるメタ情報であり、「ユーザＩＤ」、「部門コード」、「依頼順位」および「プロジェクトコード」というフィールドを備えている。これらの「ユーザＩＤ」、「部門コード」、「依頼順位」および「プロジェクトコード」は、図２（ａ）に示した「ユーザＩＤ」、「部門コード」、「依頼順位」および「プロジェクトコード」と同義である。
【００４８】
図１に戻り、ＸＭＬ（eXtensible  Markup  Language）データベース４００は、後述する各種ファイルがＸＭＬ形式に変換されたものを格納するデータベースである。ＸＭＬは、ユーザが独自のタグ（以下、ＸＭＬタグという）を定義することができるため、拡張性が高いマークアップ言語である。また、ＸＭＬでは、Ｗｅｂブラウザで情報を閲覧することができるとともに、ＸＭＬデータベース４００から直接情報を引き出すこともできる。
【００４９】
つぎに、上述した一実施の形態の動作について、図５〜図１３にそれぞれ示したフローチャートおよび図１４〜図３５にそれぞれ示した各画面（Ｗｅｂページ）を参照しつつ詳細に説明する。
【００５０】
図５に示したステップＳＡ１では、メイン制御部２２０は、審議依頼者側クライアント１００1〜１００n、審議／回答者側クライアント１２０1〜１２０sまたは調査者側クライアント１３０からインターネット１１０を介してアクセスが有るか否かを判断し、判断結果が「Ｎｏ」である場合、同判断を繰り返す。
【００５１】
ここで、審議依頼者側クライアント１００1がインターネット１１０を介してサーバ２００にアクセスすると、メイン制御部２２０は、ステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、メイン制御部２２０は、審議依頼者側クライアント１００1のディスプレイ（図示略）に、図１４に示したユーザ認証画面１０００を表示させる。
【００５２】
このユーザ認証画面１０００は、当該ユーザの認証に必要な認証情報（ユーザＩＤおよびパスワード）を入力するための画面である。このユーザ認証画面１０００では、ユーザ名称入力欄１００１、パスワード入力欄１００２および実行ボタン１００３が設定されている。
【００５３】
ステップＳＡ３では、ユーザは、ユーザ名称入力欄１００１に「ユーザＩＤ」を、パスワード入力欄１００２に「パスワード」を入力した後、実行ボタン１００３を押下する。これにより、ログイン処理が実行され、メイン制御部２２０は、入力された「ユーザＩＤ」および「パスワード」と、ユーザ情報メタ情報３１０（図２（ａ）参照）とを照合し、両者が一致するか否かにより認証を行う。ステップＳＡ４では、メイン制御部２２０は、ユーザ認証結果がＯＫ（一致）であるか否かを判断し、この判断結果が「Ｎｏ」である場合、認証エラーとして、ステップＳＡ２以降で再認証を行う。
【００５４】
この場合、ステップＳＡ４の判断結果が「Ｙｅｓ」であるものとすると、ステップＳＡ５では、メイン制御部２２０は、審議依頼者側クライアント１００1のディスプレイ（図示略）に図１５に示したトップメニュー画面１１００を表示させる。このトップメニュー画面１１００は、制定・改版処理、審議依頼処理、審議受託処理またはシステム管理処理のうちいずれかの処理を選択するための画面である。
【００５５】
また、トップメニュー画面１１００には、制定・改版処理を選択するための制定・改版ボタン１１０１と、審議依頼処理を選択するための審議依頼ボタン１１０２と、審議受託処理を選択するための審議受託ボタン１１０３と、システム管理処理を選択するためのシステム管理ボタン１１０４とが設定されている。
【００５６】
ここで、制定・改版処理は、審議依頼者が、審議対象である審議書面（規格、ルール等に関する電子書面）を新たに制定したり、当該審議書面を改版するための処理である。審議依頼処理は、審議依頼者から審議／回答者へ上記審議書面の審議を依頼するための処理である。審議受託処理は、審議依頼者から依頼された審議書面を審議／回答者が受託するための処理である。システム管理処理は、ユーザ情報メタ情報３１０（図２（ａ）参照）に新規ユーザ情報を登録したり、ユーザ情報の変更、削除等を行うための処理である。
【００５７】
ステップＳＡ６では、メイン制御部２２０は、制定・改版ボタン１１０１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＡ７では、メイン制御部２２０は、審議依頼ボタン１１０２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＡ８では、メイン制御部２２０は、審議受託ボタン１１０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００５８】
ステップＳＡ９では、メイン制御部２２０は、システム管理ボタン１１０４が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＡ１０では、メイン制御部２２０は、ログアウトされたか否かを判断し、この判断結果が「Ｙｅｓ」である場合、ステップＳＡ１の判断を行う。この場合、ステップＳＡ１０の判断結果が「Ｎｏ」であるものとすると、メイン制御部２２０は、ステップＳＡ５〜ステップＳＡ１０までを繰り返す。
【００５９】
ここで、ユーザ（この場合、審議依頼者）により、制定・改版ボタン１１０１が押下されると、メイン制御部２２０は、ステップＳＡ６の判断結果を「Ｙｅｓ」として、ステップＳＡ１１で制定・改版処理を実行する。具体的には、図６に示したＳＢ１では、メイン制御部２２０は、審議依頼者側クライアント１００1のディスプレイ（図示略）に図１６に示した制定・改版・規格番号入力画面１２００を表示させる。
【００６０】
この制定・改版・規格番号入力画面１２００は、新たに制定または改版される審議書面に対応する規格番号を入力するための画面である。制定・改版・規格番号入力画面１２００には、規格番号入力欄１２０１、版数選択ボタン１２０２、制定・改版ボタン１２０３、やり直しボタン１２０４およびメニュー戻るボタン１２０５が設定されている。
【００６１】
ステップＳＢ２では、メイン制御部２２０は、制定・改版ボタン１２０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＢ３では、メイン制御部２２０は、やり直しボタン１２０４が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＢ４では、メイン制御部２２０は、メニュー戻るボタン１２０５が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、メイン制御部２２０は、ステップＳＢ２〜ステップＳＢ４までの判断を繰り返す。
【００６２】
そして、ユーザ（審議依頼者）により、規格番号入力欄１２０１に規格番号が入力され、版数選択ボタン１２０２で版数（新規制定の場合は「１」、改版の場合は、「最終版数＋１」）が選択されたものとする。ここで、入力された規格番号および版数に関しては、ＸＭＬデータベース４００に登録済みの規格番号と同一でないこと、改版の場合に選択された版数が最終版数＋１であることのチェックがメイン制御部２２０により行われる。
【００６３】
なお、やり直しボタン１２０４が押下された場合、メイン制御部２２０は、ステップＳＢ３の判断結果を「Ｙｅｓ」として、ステップＳＢ５の処理を実行する。やり直しボタン１２０４は、審議依頼した審議書面の審議結果が却下である場合に、却下された審議書面（原文ファイル）を、別の審議書面（原文ファイル）に差し替えるためのボタンである。
【００６４】
なお、メニュー戻るボタン１２０５が押下された場合には、メイン制御部２２０は、ステップＳＢ４の判断結果を「Ｙｅｓ」として、ステップＳＡ５でトップメニュー画面１１００（図１５参照）を審議依頼者側クライアント１００1のディスプレイ（図示略）に表示させる。
【００６５】
そして、ユーザ（審議依頼者）により、制定・改版ボタン１２０３（図１６参照）が押下されると、メイン制御部２２０は、ステップＳＢ２の判断結果を「Ｙｅｓ」とする。ステップＳＢ５では、メイン制御部２２０は、審議依頼者側クライアント１００1のディスプレイ（図示略）に、図１７に示した原文ファイルアップロード画面１３００を表示させる。
【００６６】
この原文ファイルアップロード画面１３００は、例えば、審議依頼者により作成され、審議依頼者側クライアント１００1のディレクトリに格納された審議対象である審議書面（原文）の原文ファイルを、インターネット１１０を介してサーバ２００（ＸＭＬデータベース４００）にアップロードするための画面である。
【００６７】
原文ファイルアップロード画面１３００には、規格名称入力欄１３０１、頁数入力欄１３０２、規格重要度選択ボタン１３０３、ファイル名入力欄１３０４、参照ボタン１３０５、張り付けボタン１３０６および閉じるボタン１３０７が設定されている。規格名称入力欄１３０１は、審議対象の規格（審議書面）の名称を入力するための欄である。頁数入力欄１３０２は、審議書面の頁数を入力するための欄である。規格重要度選択ボタン１３０３は、当該審議書面の重要度（Ａ、Ｂ、Ｃのいずれか）を設定するためのボタンである。
【００６８】
ここで、規格重要度Ａ、ＢおよびＣのそれぞれは、前述した「権限Ａ」、「権限Ｂ」および「権限Ｃ」（図３（ａ）参照）に対応している。すなわち、規格重要度Ａが設定された規格（審議書面）は、「権限Ａ」が付与された部門のユーザにしか参照されない。規格重要度Ｂが設定された規格（審議書面）は、「権限Ｂ」が付与された部門のユーザにしか参照されない。同様にして、規格重要度Ｃが設定された規格は、「権限Ｃ」が付与された部門のユーザにしか参照されない。
【００６９】
ファイル名入力欄１３０４は、例えば、審議依頼者側クライアント１００1のディレクトリにおける当該原文ファイルの名称を入力するための欄である。参照ボタン１３０５は、上記ディレクトリおよび原文ファイルの名称を参照するためのボタンである。張り付けボタン１３０６は、原文ファイルのアップロード開始を指示するためのボタンである。閉じるボタン１３０７は、原文ファイルアップロード画面１３００を閉じるためのボタンである。
【００７０】
ステップＳＢ６では、メイン制御部２２０は、張り付けボタン１３０６が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。ここで、ユーザ（審議依頼者）は、規格名称入力欄１３０１、頁数入力欄１３０２およびファイル名入力欄１３０４のそれぞれに規格名称、頁数およびファイル名を入力し、かつ規格重要度選択ボタン１３０３で規格重要度Ａを選択したものとする。そして、ユーザ（審議依頼者）により、張り付けボタン１３０６が押下されると、メイン制御部２２０は、ステップＳＢ６の判断結果を「Ｙｅｓ」とする。
【００７１】
ステップＳＢ７では、アップロード処理が実行される。すなわち、審議依頼者側クライアント１００1は、インターネット１１０を介してサーバ２００に原文ファイルをアップロードする。ステップＳＢ８では、メイン制御部２２０は、アップロードされた原文ファイルを、フレーズ毎にＸＭＬのタグを付けてＸＭＬ化する。
【００７２】
ステップＳＢ９では、メイン制御部２２０は、ＸＭＬ化された原文ファイル（審議書面）をＸＭＬデータベース４００に格納した後、審議依頼者側クライアント１００1のディスプレイ（図示略）に、「アップロードが成功しました」というメッセージを表示させる。ステップＳＢ１０では、メイン制御部２２０は、閉じるボタン１３０７が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【００７３】
そして、ユーザ（審議依頼者）により、閉じるボタン１３０７が押下されると、メイン制御部２２０は、ステップＳＢ１０の判断結果を「Ｙｅｓ」とし、原文ファイルアップロード画面１３００を閉る。これにより、図５に示したステップＳＡ５では、メイン制御部２２０は、トップメニュー画面１１００（図１５参照）を審議依頼者側クライアント１００1のディスプレイ（図示略）に表示させ、ステップＳＡ６〜ステップＳＡ１０までの判断を繰り返す。
【００７４】
つぎに、アップロードされた原文ファイル（審議書面）を審議依頼する場合について説明する。この場合、ユーザ（審議依頼者）は、図１５に示した審議依頼ボタン１１０２を押下する。これにより、メイン制御部２２０は、ステップＳＡ７の判断結果を「Ｙｅｓ」とし、ステップＳＡ１２で審議依頼処理を実行する。
【００７５】
具体的には、図７に示したステップＳＣ１では、メイン制御部２２０は、審議依頼者側クライアント１００1のディスプレイ（図示略）に、図１８に示した審議依頼・規格番号入力画面１４００を表示させる。この審議依頼・規格番号入力画面１４００は、審議依頼すべき審議書面に対応する規格番号を入力するための画面である。審議依頼・規格番号入力画面１４００には、規格番号入力欄１４０１、版数選択ボタン１４０２、実行ボタン１４０３およびメニュー戻るボタン１４０４が設定されている。
【００７６】
ステップＳＣ２では、メイン制御部２２０は、実行ボタン１４０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＣ３では、メイン制御部２２０は、メニュー戻るボタン１４０４が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、メイン制御部２２０は、ステップＳＣ２およびステップＳＣ３の判断を繰り返す。
【００７７】
そして、ユーザ（審議依頼者）により、規格番号入力欄１４０１に、審議依頼すべき審議書面に対応する規格番号が入力され、版数選択ボタン１４０２で版数が選択されたものとする。なお、メニュー戻るボタン１４０４が押下された場合、メイン制御部２２０は、ステップＳＣ３の判断結果を「Ｙｅｓ」として、図５に示したステップＳＡ５でトップメニュー画面１１００（図１５参照）を表示させる。
【００７８】
ここで、ユーザ（審議依頼者）により、実行ボタン１４０３が押下されると、メイン制御部２２０は、ステップＳＣ２の判断結果を「Ｙｅｓ」とする。ステップＳＣ４では、メイン制御部２２０は、審議依頼者側クライアント１００1のディスプレイ（図示略）に、図１９に示した審議依頼メニュー画面１５００を表示させる。
【００７９】
この審議依頼メニュー画面１５００は、依頼メール作成処理、原文参照処理、依頼明細参照処理、原文ダウンロード処理、審議結果確認処理、調査者回答処理、または承認処理のうちいずれかの処理を選択するための画面である。また、審議依頼メニュー画面１５００には、依頼メール作成処理を選択するための依頼メール作成ボタン１５０１と、原文参照処理を選択するための原文参照ボタン１５０２と、依頼明細参照処理を選択するための依頼明細参照ボタン１５０３と、原文ダウンロード処理を選択するための原文ダウンロードボタン１５０４とが設定されている。
【００８０】
さらに、審議依頼メニュー画面１５００には、審議結果確認処理を選択するための審議結果確認ボタン１５０５と、調査者回答処理を選択するための調査者回答ボタン１５０６と、承認処理を選択するための承認ボタン１５０７と、トップメニュー画面１１００に戻るためのメニュー戻るボタン１５０８とが設定されている。
【００８１】
ここで、依頼メール作成処理は、審議依頼者が、審議対象である審議書面の審議を依頼するための依頼メールを審議／回答者宛に作成するための処理である。原文参照処理は、アップロードされた原文ファイル（審議書面）を参照するための処理である。依頼明細参照処理は、依頼明細（依頼メール）を参照するための処理である。原文ダウンロード処理は、サーバ２００にアップロードされた原文ファイルをインターネット１１０を介して、例えば、審議依頼者側クライアント１００1にダウンロードするための処理である。この原文ファイルは、審議依頼者側で審議書面の雛型として活用できる。従って、審議依頼者は、雛型に基づいて、審議書面を容易かつ短時間に作成することができる。
【００８２】
審議結果確認処理は、審議依頼者が、当該審議書面の審議結果を確認するための処理である。調査者回答処理は、調査者が当該審議書面を調査した結果を回答するための処理である。承認処理は、審議依頼を承認（または却下）するための処理である。
【００８３】
ステップＳＣ５では、メイン制御部２２０は、依頼メール作成ボタン１５０１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＣ６では、メイン制御部２２０は、原文参照ボタン１５０２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＣ７では、メイン制御部２２０は、依頼明細参照ボタン１５０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００８４】
ステップＳＣ８では、メイン制御部２２０は、原文ダウンロードボタン１５０４が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＣ９では、メイン制御部２２０は、審議結果確認ボタン１５０５が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００８５】
ステップＳＣ１０では、メイン制御部２２０は、調査者回答ボタン１５０６が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＣ１１では、メイン制御部２２０は、承認ボタン１５０７が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＣ１２では、メイン制御部２２０は、メニュー戻るボタン１５０８が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００８６】
ここで、ユーザ（審議依頼者）により、依頼メール作成ボタン１５０１が押下されると、メイン制御部２２０は、ステップＳＣ５の判断結果を「Ｙｅｓ」として、ステップＳＣ１３で依頼メール作成処理を実行する。具体的には、図８に示したステップＳＤ１では、メイン制御部２２０は、審議依頼者側クライアント１００1に、図２０に示した依頼メール作成画面１６００を表示させる。
【００８７】
この依頼メール作成画面１６００は、依頼メールを作成するための画面である。この依頼メール作成画面１６００には、件名入力欄１６０１、本文入力欄１６０２、締め切り日選択ボタン１６０３、次画面遷移ボタン１６０４および取り消しボタン１６０５が設定されている。件名入力欄１６０１は、依頼メールにおける件名を入力するための欄である。
【００８８】
本文入力欄１６０２は、依頼メールにおける本文を入力するための欄である。締め切り日選択ボタン１６０３は、書面審議結果の回答の締め切り日（回答期限）を選択するためのボタンである。次画面遷移ボタン１６０４は、次の依頼明細作成画面１７００（図２１参照）へ遷移させるためのボタンである。取り消しボタン１６０５は、入力内容を取り消すためのボタンである。
【００８９】
図８に戻り、ステップＳＤ２では、メイン制御部２２０は、取り消しボタン１６０５が押下されたか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＤ４では、メイン制御部２２０は、入力された内容をリセットする。この場合、ステップＳＤ２の判断結果が「Ｎｏ」であるものとする。ステップＳＤ３では、メイン制御部２２０は、次画面遷移ボタン１６０４が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、ステップＳＤ２およびステップＳＤ３の判断が繰り返される。
【００９０】
そして、ユーザ（審議依頼者）は、件名入力欄１６０１および本文入力欄１６０２に件名および本文を入力し、かつ締め切り日選択ボタン１６０３で締め切り日を選択した後、次画面遷移ボタン１６０４を押下する。これにより、メイン制御部２２０は、ステップＳＤ３の判断結果を「Ｙｅｓ」とする。
【００９１】
ステップＳＤ５では、メイン制御部２２０は、審議依頼者側クライアント１００1のディスプレイ（図示略）に、図２１に示した依頼明細作成画面１７００を表示させる。この依頼明細作成画面１７００は、審議依頼に関する明細（制定主旨、制定概要、現状規格、注意事項）を作成するための画面である。この依頼明細作成画面１７００には、制定主旨入力欄１７０１、制定概要入力欄１７０２、現状規格入力欄１７０３、注意事項入力欄１７０４、次画面遷移ボタン１７０５、前画面遷移ボタン１７０６および取り消しボタン１７０７が設定されている。
【００９２】
制定主旨入力欄１７０１は、制定主旨を入力するための欄である。制定概要入力欄１７０２は、制定概要を入力するための欄である。現状規格入力欄１７０３は、現状規格を入力するための欄である。注意事項入力欄１７０４は、注意事項を入力するための欄である。次画面遷移ボタン１７０５は、次の審議依頼先選択画面１８００（図２２参照）へ遷移させるためのボタンである。前画面遷移ボタン１７０６は、前の依頼メール作成画面１６００（図２０参照）へ遷移させるためのボタンである。取り消しボタン１７０７は、入力内容を取り消すためのボタンである。
【００９３】
図８に戻り、ステップＳＤ６では、メイン制御部２２０は、前画面遷移ボタン１７０６が押下されたか否かを判断し、この判断結果が「Ｙｅｓ」である場合、ステップＳＤ１で依頼メール作成画面１６００（図２０参照）を表示させる。この場合、ステップＳＤ６の判断結果が「Ｎｏ」であるものとすると、ステップＳＤ７では、メイン制御部２２０は、取り消しボタン１７０７が押下されたか否かを判断する。
【００９４】
この判断結果が「Ｙｅｓ」である場合、ステップＳＤ９では、メイン制御部２２０は、入力された内容をリセットする。この場合、ステップＳＤ７の判断結果が「Ｎｏ」であるものとすると、ステップＳＤ８では、メイン制御部２２０は、次画面遷移ボタン１７０５が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＤ６以降の判断を繰り返す。
【００９５】
そして、ユーザ（審議依頼者）は、制定主旨入力欄１７０１〜注意事項入力欄１７０４のそれぞれに、制定主旨〜注意事項を入力した後、次画面遷移ボタン１７０５を押下する。これにより、メイン制御部２２０は、ステップＳＤ８の判断結果を「Ｙｅｓ」とする。ステップＳＤ１０では、メイン制御部２２０は、審議依頼者側クライアント１００1のディスプレイ（図示略）に、図２２に示した審議依頼先選択画面１８００を表示させる。
【００９６】
この審議依頼先選択画面１８００は、調査の依頼先、書面審議の依頼先を選択するための画面である。審議依頼先選択画面１８００には、部門内／部門外選択ボタン１８０１、部門内依頼先一覧表示欄１８０２、前画面遷移ボタン１８０３、取り消しボタン１８０４および実行ボタン１８０５が設定されている。
【００９７】
部門内／部門外選択ボタン１８０１は、依頼先として部門内または部門外を選択するためのボタンである。部門内が選択された場合には、審議依頼先選択画面１８００が表示される。一方、部門外が選択された場合には、図２３に示した部門外依頼先選択画面１９００が表示される。
【００９８】
部門内依頼先一覧表示欄１８０２には、部門内の依頼先の情報の一覧が表示される。この部門内依頼先一覧表示欄１８０２は、「役職名」、「調査者」、「承認者」および「電子メールアドレス」というフィールドを備えている。「役職名」は、依頼先の調査者または承認者（審議／回答者と同義）の役職に関する情報である。「調査者」および「承認者」は、ラジオボタンにより選択される。「電子メールアドレス」は、依頼メールの宛先である。
【００９９】
前画面遷移ボタン１８０３は、前の依頼明細作成画面１７００（図２１参照）へ遷移させるためのボタンである。取り消しボタン１８０４は、部門内依頼先一覧表示欄１８０２における選択結果を取り消すためのボタンである。実行ボタン１８０５は、部門内依頼先一覧表示欄１８０２における選択結果に基づいて、依頼メールの送信等を実行するためのボタンである。
【０１００】
図８に戻り、ステップＳＤ１１では、メイン制御部２２０は、ユーザ（審議依頼者）により部門内／部門外選択ボタン１８０１で部門外が選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＤ１３では、メイン制御部２２０は、前画面遷移ボタン１８０３が押下されたか否かを判断する。この判断結果が「Ｙｅｓ」である場合、メイン制御部２２０は、ステップＳＤ５以降の処理を実行する。
【０１０１】
この場合、ステップＳＤ１３の判断結果が「Ｎｏ」であるものとすると、ステップＳＤ１４では、メイン制御部２２０は、取り消しボタン１８０４が押下されたか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＤ１６では、メイン制御部２２０は、部門内依頼先一覧表示欄１８０２における選択結果をリセットする。この場合、ステップＳＤ１４の判断結果が「Ｎｏ」であるものとする。
【０１０２】
ステップＳＤ１５では、メイン制御部２２０は、実行ボタン１８０５が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＤ１３以降の判断を繰り返す。そして、ユーザは、部門内依頼先一覧表示欄１８０２から、依頼先を選択しかつ調査、承認を選択する。つぎに、ユーザは、実行ボタン１８０５を押下する。これにより、メイン制御部２２０は、ステップＳＤ１５の判断結果を「Ｙｅｓ」とする。
【０１０３】
ステップＳＤ１７では、メイン制御部２２０は、依頼メールに関する情報（規格番号、依頼日時、版数、件名、本文、締め切り日、依頼明細、依頼先等）を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。ステップＳＤ１８では、メイン制御部２２０は、ＸＭＬ化された上記情報をＸＭＬデータベース４００に格納する。
【０１０４】
ステップＳＤ１９では、メイン制御部２２０は、メール制御部２３０に指示を出して、図２２に示した審議依頼先選択画面１８００で選択された調査者の電子メールアドレスへ上記依頼メールを送信させる。これにより、当該調査者は、上記依頼メールにより、当該審議書面の調査を依頼されたことを認識する。
【０１０５】
そして、調査者は、調査者側クライアント１３０を操作して、サーバ２００にアクセスする。以後、前述した動作を経て、調査者は、図１９に示した審議依頼メニュー画面１５００の原文参照ボタン１５０２を押下する。これにより、メイン制御部２２０は、図７に示したステップＳＣ６の判断結果を「Ｙｅｓ」として、ステップＳＣ１４で原文参照処理を実行する。この原文参照処理では、調査者は、規格番号をキーとして調査依頼があった原文（審議書面）を参照し、調査を行う。なお、原文参照処理の詳細については、後述するステップＳＧ１６（図１１参照）で説明する。
【０１０６】
つぎに、調査者は、調査結果を回答すべく、図１９に示した調査者回答ボタン１５０６を押下する。これにより、メイン制御部２２０は、図７に示したステップＳＣ１０の判断結果を「Ｙｅｓ」とする。ステップＳＣ１８では、メイン制御部２２０は、調査者回答処理を実行する。具体的には、図９に示したステップＳＥ１では、メイン制御部２２０は、調査者側クライアント１３０のディスプレイ（図示略）に、図２４に示した調査者回答画面２０００を表示させる。
【０１０７】
この調査者回答画面２０００は、調査者の調査結果（変更無し、または変更有り）を回答するための画面である。調査者回答画面２０００には、調査結果が変更無しである場合に選択される変更無しラジオボタン２００１と、調査結果が変更有りである場合に選択される変更ラジオボタン２００２と、上記選択に基づいて回答の処理を実行するための実行ボタン２００３と、取り消しボタン２００４と、変更内容を入力するための変更内容入力ボタン２００５とが設定されている。
【０１０８】
図９に戻り、ステップＳＥ２では、メイン制御部２２０は、取り消しボタン２００４が押下されたか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＥ８では、メイン制御部２２０は、変更無しラジオボタン２００１または変更ラジオボタン２００２による選択結果をリセットする。この場合、ステップＳＥ２の判断結果が「Ｎｏ」であるものとする。
【０１０９】
ステップＳＥ３では、メイン制御部２２０は、変更ラジオボタン２００２がチェックされているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＥ４では、メイン制御部２２０は、実行ボタン２００３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＥ２以降の判断を繰り返す。
【０１１０】
ここで、調査結果が変更無しである場合、すなわち、審議書面に変更が無い場合には、調査者は、変更無しラジオボタン２００１をチェックした後、実行ボタン２００３を押下する。これにより、メイン制御部２２０は、ステップＳＥ４の判断結果を「Ｙｅｓ」とする。
【０１１１】
ステップＳＥ５では、メイン制御部２２０は、調査結果、原文等を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。ステップＳＥ６では、メイン制御部２２０は、ＸＭＬ化された情報をＸＭＬデータベース４００に格納する。ステップＳＥ７では、メイン制御部２２０は、メール制御部２３０に指示を出して、調査結果をメールにて、例えば、審議／回答者側クライアント１２０1へ送信する。
【０１１２】
一方、ステップＳＥ３の判断結果が「Ｙｅｓ」である場合、すなわち、調査対象の審議書面に変更点がある場合、ステップＳＥ９では、メイン制御部２２０は、図２４に示した変更内容入力ボタン２００５が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」としてステップＳＥ２以降の判断を行う。
【０１１３】
ここで、調査者により変更内容入力ボタン２００５が押下されると、メイン制御部２２０は、ステップＳＥ９の判断結果を「Ｙｅｓ」とする。ステップＳＥ１０では、メイン制御部２２０は、調査者側クライアント１３０のディスプレイ（図示略）に、図２５に示した変更内容入力画面２１００を表示させる。
【０１１４】
この変更内容入力画面２１００は、変更内容を入力するための画面である。変更内容入力画面２１００には、審議書面における変更ページを選択するための変更ページ選択ボタン２１０１と、変更箇所を入力するための変更箇所入力欄２１０２と、変更前の原文を入力するための原文入力欄２１０３と、上記原文に対応させて変更内容を入力するための変更内容入力欄２１０４と、前画面遷移ボタン２１０５と、実行ボタン２１０６と、次変更内容入力ボタン２１０７と、取り消しボタン２１０８とが設定されている。
【０１１５】
図９に戻り、ステップＳＥ１１では、メイン制御部２２０は、取り消しボタン２１０８が押下されたか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＥ１５では、メイン制御部２２０は、入力内容をリセットする。一方、ステップＳＥ１１の判断結果が「Ｎｏ」である場合、スップＳＥ１２では、メイン制御部２２０は、前画面遷移ボタン２１０５が押下されたか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＥ１では、メイン制御部２２０は、調査者回答画面２０００（図２４参照）を表示させる。
【０１１６】
この場合、ステップＳＥ１２の判断結果が「Ｎｏ」であるものとすると、ステップＳＥ１３では、メイン制御部２２０は、次変更内容入力ボタン２１０７が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＥ１４では、メイン制御部２２０は、実行ボタン２１０６が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＥ１１以降の判断を繰り返す。
【０１１７】
そして、調査者は、変更ページ選択ボタン２１０１で変更ページを選択し、変更箇所入力欄２１０２に変更箇所を入力する。つぎに、調査者は、原文入力欄２１０３および変更内容入力欄２１０４に原文および変更内容を入力した後、さらに変更すべき箇所がある場合、次変更内容入力ボタン２１０７を押下する。これにより、ステップＳＥ１６では、メイン制御部２２０は、調査者側クライアント１３０のディスプレイ（図示略）に、図示しない変更内容入力画面を表示させる。これにより、調査者は、つぎの変更内容を入力する。
【０１１８】
図２５に示した実行ボタン２１０６が押下されると、メイン制御部２２０は、ステップＳＥ１４の判断結果を「Ｙｅｓ」とする。ステップＳＥ５では、メイン制御部２２０は、調査結果、変更ページ、変更箇所、原文、変更内容等を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。
【０１１９】
ステップＳＥ６では、メイン制御部２２０は、ＸＭＬ化された情報をＸＭＬデータベース４００に格納する。ステップＳＥ７では、メイン制御部２２０は、メール制御部２３０に指示を出して、調査結果、変更ページ、変更箇所、原文、変更内容等の情報をメールにて、例えば、審議依頼者側クライアント１００1へ送信する。これにより、審議依頼者は、当該審議書面に変更をかける。
【０１２０】
つぎに、図１９に示した承認ボタン１５０７が押下されると、メイン制御部２２０は、図７に示したステップＳＣ１１の判断結果を「Ｙｅｓ」とする。ステップＳＣ１９では、メイン制御部２２０は、審議依頼に関する承認処理を実行する。具体的には、図１０に示したステップＳＦ１では、メイン制御部２２０は、審議依頼者側クライアント１００1のディスプレイ（図示略）に、図２６に示した承認／却下画面２２００を表示させる。
【０１２１】
審議依頼の場合、承認／却下画面２２００は、審議依頼に関して承認するか却下するかを選択させるための画面である。承認／却下画面２２００には、当該審議書面にかかる「規格番号」および「規格名称」が表示されているとともに、承認ボタン２２０１、却下ボタン２２０２および取り消しボタン２２０３が設けられている。
【０１２２】
図１０に戻り、ステップＳＦ２では、メイン制御部２２０は、承認ボタン２２０１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＦ３では、メイン制御部２２０は、却下ボタン２２０２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＦ４では、メイン制御部２２０は、取り消しボタン２２０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、メイン制御部２２０は、ステップＳＦ２以降の判断を繰り返す。
【０１２３】
ここで、審議依頼を承認する場合には、承認ボタン２２０１が押下される。これにより、メイン制御部２２０は、ステップＳＦ２の判断結果を「Ｙｅｓ」とする。ステップＳＦ５では、メイン制御部２２０は、承認された旨の情報、書面審議対象を特定するための規格番号、規格名称等の情報を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。ステップＳＦ６では、メイン制御部２２０は、ＸＭＬ化された情報をＸＭＬデータベース４００に格納する。ステップＳＦ７では、メイン制御部２２０は、メール制御部２３０に指示を出して、上記情報を審議依頼・承認メールとして、例えば、審議／回答者側クライアント１２０1へインターネット１１０を介して送信させる。これにより、審議／回答者は、書面審議が依頼されたことを認識する。
【０１２４】
一方、当該審議依頼を却下する場合、却下ボタン２２０２が押下される。これにより、メイン制御部２２０は、ステップＳＦ３の判断結果を「Ｙｅｓ」とする。ステップＳＦ５では、メイン制御部２２０は、審議依頼が却下された旨、却下対象を特定するための規格番号、規格名称等の情報を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。
【０１２５】
ステップＳＦ６では、メイン制御部２２０は、ＸＭＬ化された情報をＸＭＬデータベース４００に格納する。ステップＳＦ７では、メイン制御部２２０は、メール制御部２３０に指示を出して、上記情報を審議依頼・却下メールとして、審議依頼者側クライアント１００1および調査者側クライアント１３０へインターネット１１０を介して送信させる。これにより、当該審議依頼者および調査者は、当該審議依頼が却下されたことを認識する。また、審議依頼者は、審議書面の修正を行い、審議依頼のやり直しを行う。
【０１２６】
また、図２２に示した部門内／部門外選択ボタン１８０１で部門外が選択された場合には、メイン制御部２２０は、図８に示したステップＳＤ１１の判断結果を「Ｙｅｓ」とする。ステップＳＤ１２では、メイン制御部２２０は、審議依頼者側クライアント１００1のディスプレイ（図示略）に、図２３に示した部門外依頼先選択画面１９００を表示させる。
【０１２７】
この部門外依頼先選択画面１９００は、部門外における調査の依頼先または書面審議の依頼先を選択するための画面である。部門外依頼先選択画面１９００には、部門内／部門外選択ボタン１９０１、部門外依頼先一覧表示欄１９０２、前画面遷移ボタン１９０３、取り消しボタン１９０４および実行ボタン１９０５が設定されている。
【０１２８】
部門内／部門外選択ボタン１９０１は、依頼先として部門内または部門外を選択するためのボタンである。この場合、部門外が選択されているため、部門内／部門外選択ボタン１９０１には、「部門外」が表示されている。部門外依頼先一覧表示欄１９０２には、部門外の依頼先の情報の一覧が表示される。
【０１２９】
この部門外依頼先一覧表示欄１９０２は、「会社名」、「事業部／統括部」、「担当部門」および「電子メールアドレス」というフィールドを備えている。これらの「会社名」、「事業部／統括部」、「担当部門」は、書面審議の依頼先に関する情報であり、「電子メールアドレス」は、依頼メールの宛先である。
【０１３０】
また、ユーザにより、図２２に示した部門内依頼先一覧表示欄１８０２から、依頼先を選択しかつ調査が選択された後、実行ボタン１８０５が押下されると、メイン制御部２２０は、ステップＳＤ１５の判断結果を「Ｙｅｓ」とする。
【０１３１】
ステップＳＤ１７では、メイン制御部２２０は、依頼メールに関する情報（規格番号、依頼日時、版数、件名、本文、締め切り日、依頼明細、依頼先等）を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。ステップＳＤ１８では、メイン制御部２２０は、ＸＭＬ化された上記情報をＸＭＬデータベース４００に格納する。ステップＳＤ１９では、メイン制御部２２０は、メール制御部２３０に指示を出して、上記依頼メールを依頼先（例えば、調査者側クライアント１３０に対応する電子メールアドレス）へ送信させる。これにより、当該調査者は、上記依頼メールにより、当該審議書面の調査を依頼されたことを認識し、前述した調査結果を回答する。
【０１３２】
つぎに、審議／回答者が審議依頼を受託する場合について説明する。審議依頼を受託する場合、審議／回答者は、例えば、審議／回答者側クライアント１２０1を操作して、サーバ２００にアクセスする。以後、前述した、ユーザ認証等の動作を経て、審議／回答者は、図１５に示した審議受託ボタン１１０３を押下する。これにより、メイン制御部２２０は、図５に示したステップＳＡ８の判断結果を「Ｙｅｓ」とする。ステップＳＡ１３では、審議受託処理が実行される。
【０１３３】
具体的には、図１１に示したステップＳＧ１では、ＸＭＬデータベース４００を検索する処理を実行する。すなわち、まず、メイン制御部２２０は、当該審議／回答者のユーザＩＤ等をキーとして、図２（ａ）に示したユーザ情報メタ情報３１０を参照し、当該審議／回答者が所属する部門コードを特定する。つぎに、上記部門コードおよび部門情報メタ情報３５０（図３（ａ）参照）から、審議／回答者が所属する部門名を特定する。
【０１３４】
つぎに、メイン制御部２２０は、上記部門名をキーとして、ＸＭＬデータベース４００から、当該部門宛に審議依頼されている審議書面の情報を取得し、この情報から当該審議書面に対応する規格番号および規格名称を取得する。ステップＳＧ２では、メイン制御部２２０は、審議依頼が有るか否かを判断し、この判断結果が「Ｎｏ」である場合、ステップＳＧ６で、エラーメッセージ画面を表示させる。
【０１３５】
一方、ステップＳＧ２の判断結果が「Ｙｅｓ」である場合、ステップＳＧ３では、メイン制御部２２０は、審議／回答者側クライアント１２０1のディスプレイ（図示略）に、図２７に示した規格選択画面２３００を表示させる。この規格選択画面２３００は、ステップＳＧ１で検索された結果、すなわち、審議依頼者から当該部門に対して審議依頼された規格（審議書面）の一覧から、審議すべきものを選択するための画面である。
【０１３６】
この規格選択画面２３００には、上記規格（審議書面）の一覧を表示する規格一覧表示欄２３０１と、実行ボタン２３０２と、メニュー戻るボタン２３０３とが設定されている。規格一覧表示欄２３０１には、「規格番号／版数」、「規格名称」、「依頼先」および「回答状況」というフィールドが備えられている。
【０１３７】
図１１に戻り、ステップＳＧ４では、メイン制御部２２０は、実行ボタン２３０２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＧ５では、メイン制御部２２０は、メニュー戻るボタン２３０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＧ４以降の判断を繰り返す。
【０１３８】
そして、審議／回答者は、図２７に示した規格一覧表示欄２３０１から審議対象（例えば、１レコード目）を選択した後、実行ボタン２３０２を押下する。これにより、メイン制御部２２０は、ステップＳＧ４の判断結果を「Ｙｅｓ」とする。ステップＳＧ７では、メイン制御部２２０は、審議／回答者側クライアント１２０1のディスプレイ（図示略）に、図２８に示した審議受託メニュー画面２４００を表示させる。
【０１３９】
この審議受託メニュー画面２４００は、審議結果回答処理、原文参照処理、依頼明細参照処理、原文ダウンロード処理、審議結果確認処理、承認処理またはメニュー画面へ戻る処理のうちいずれかの処理を選択するための画面である。また、審議受託メニュー画面２４００には、審議結果回答処理を選択するための審議結果回答ボタン２４０１が設定されている。
【０１４０】
さらに、審議受託メニュー画面２４００には、原文参照処理を選択するための原文参照ボタン２４０２と、依頼明細参照処理を選択するための依頼明細参照ボタン２４０３と、原文ダウンロード処理を選択するための原文ダウンロードボタン２４０４と、審議結果確認処理を選択するための審議結果確認ボタン２４０５と、トップメニュー画面１１００に戻るためのメニュー戻るボタン２４０７とが設定されている。
【０１４１】
ここで、審議結果回答処理は、審議／回答者が、審議依頼者から依頼された審議書面を審議した結果を回答するための処理である。原文参照処理は、アップロードされた原文ファイル（審議書面）を参照するための処理である。依頼明細参照処理は、依頼明細（依頼メール）を参照するための処理である。
【０１４２】
原文ダウンロード処理は、サーバ２００にアップロードされた原文ファイルをインターネット１１０を介して、例えば、審議／回答者側クライアント１２０1にダウンロードするための処理である。審議結果確認処理は、審議依頼者が、当該審議書面の審議結果を確認するための処理である。承認処理は、審議受託を承認（または却下）するための処理である。
【０１４３】
図１１に戻り、ステップＳＧ８では、メイン制御部２２０は、審議結果回答ボタン２４０１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＧ９では、メイン制御部２２０は、原文参照ボタン２４０２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＧ１０では、メイン制御部２２０は、依頼明細参照ボタン２４０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１４４】
ステップＳＧ１１では、メイン制御部２２０は、原文ダウンロードボタン２４０４が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＧ１２では、メイン制御部２２０は、審議結果確認ボタン２４０５が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１４５】
ステップＳＧ１３では、メイン制御部２２０は、承認ボタン２４０６が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＧ１４では、メイン制御部２２０は、メニュー戻るボタン２４０７が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、メイン制御部２２０は、ステップＳＧ８〜ステップＳＧ１４までの判断を繰り返す。
【０１４６】
そして、審議／回答者により、図２８に示した依頼明細参照ボタン２４０３が押下されると、メイン制御部２２０は、図１１に示したステップＳＧ１０の判断結果を「Ｙｅｓ」とする。ステップＳＧ１７では、メイン制御部２２０は、依頼明細参照処理を実行する。
【０１４７】
具体的には、メイン制御部２２０は、図２７に示した規格選択画面２３００で選択された１レコード目の規格番号をキーとして、ＸＭＬデータベース４００から、上記規格番号に対応しかつ審議依頼された依頼明細の情報を取得する。ここで、メイン制御部２２０は、部門情報メタ情報３５０（図３（ａ）参照）を参照して審議／回答者が属する部門の権限の付与状況を確認し、ＸＭＬデータベース４００から取得された依頼明細に対応する審議書面の規格重要度とのマッチングを行う。
【０１４８】
つぎに、メイン制御部２２０は、当該審議書面に関する依頼明細の参照の可否を判断し、可である場合にのみ以下の処理を実行する。参照可である場合、メイン制御部２２０は、審議／回答者側クライアント１２０1のディスプレイ（図示略）に図２９に示した依頼明細参照画面２５００を表示させる。なお、参照不可である場合には、審議／回答者は、依頼明細を参照することができない。
【０１４９】
上記依頼明細参照画面２５００は、ＸＭＬデータベース４００から取得された依頼明細の情報を表示するための画面である。依頼明細参照画面２５００には、依頼明細を表示する依頼明細表示欄２５０１と、閉じるボタン２５０２とが設定されている。この依頼明細は、図２１に示した依頼明細作成画面１７００で審議依頼者により作成されたものである。
【０１５０】
そして、審議／回答者は、依頼明細参照画面２５００より、審議依頼の明細（規格番号、・・・、回答締め切り年月日、制定主旨、・・・、注意事項）を把握する。なお、図７に示したステップＳＣ１５においても、ステップＳＧ１７と同様にして、審議依頼者（または調査者）による依頼明細参照が行われる。
【０１５１】
つぎに、審議／回答者は、実際の審議書類としての原文を参照すべく、図２８に示した原文参照ボタン２４０２を押下する。これにより、メイン制御部２２０は、図１１に示したステップＳＧ９の判断結果を「Ｙｅｓ」とする。ステップＳＧ１６では、メイン制御部２２０は、原文参照処理を実行する。具体的には、図２７に示した規格選択画面２３００で選択された１レコード目の規格番号をキーとして、ＸＭＬデータベース４００から、上記規格番号に対応する原文ファイル（審議書面）を取得する。
【０１５２】
ここで、メイン制御部２２０は、部門情報メタ情報３５０（図３（ａ）参照）を参照して審議／回答者が属する部門の権限の付与状況を確認し、ＸＭＬデータベース４００から取得された原文ファイルに対応する審議書面の規格重要度とのマッチングを行う。
【０１５３】
つぎに、メイン制御部２２０は、当該審議書面に関する原文ファイル参照の可否を判断し、可である場合にのみ以下の処理を実行する。参照可である場合、メイン制御部２２０は、審議／回答者側クライアント１２０1のディスプレイ（図示略）に図３０に示した原文参照画面２６００を表示させる。
【０１５４】
これにより、審議／回答者は、原文参照画面２６００から審議対象である審議書面の内容を把握し、審議を開始する。なお、参照不可である場合には、審議／回答者は、原文ファイルを参照することができない。ここで、図７に示したステップＳＣ１４においても、ステップＳＧ１６と同様にして、審議依頼者（または調査者）による原文参照が行われる。
【０１５５】
また、審議／回答者は、実際の審議書類としての原文ファイルをダウンロードすべく、図２８に示した原文ダウンロードボタン２４０４を押下する。これにより、メイン制御部２２０は、図１１に示したステップＳＧ１１の判断結果を「Ｙｅｓ」とする。ステップＳＧ１８では、メイン制御部２２０は、原文ダウンロード処理を実行する。具体的には、図２７に示した規格選択画面２３００で選択された１レコード目の規格番号をキーとして、ＸＭＬデータベース４００から、上記規格番号に対応する原文ファイル（審議書面）を取得する。
【０１５６】
ここで、メイン制御部２２０は、部門情報メタ情報３５０（図３（ａ）参照）を参照して審議／回答者が属する部門の権限の付与状況を確認し、ＸＭＬデータベース４００から取得された原文ファイルに対応する審議書面の規格重要度とのマッチングを行う。
【０１５７】
つぎに、メイン制御部２２０は、当該審議書面に関する原文ファイルのダウンロードの可否を判断し、可である場合にのみ以下の処理を実行する。ダウンロード可である場合、メイン制御部２２０は、審議／回答者側クライアント１２０1のディスプレイ（図示略）に、図３１に示した原文ダウンロード画面２７００を表示させる。
【０１５８】
この原文ダウンロード画面２７００は、ＸＭＬデータベース４００に格納された原文ファイルを、審議／回答者側クライアント１２０1にダウンロードするための画面である。原文ダウンロード画面２７００には、原文ファイルの格納先にリンクする原文ファイルリンクボタン２７０１と、閉じるボタン２７０２とが設定されている。
【０１５９】
ここで、審議／回答者により、原文ファイルリンクボタン２７０１が押下されると、メイン制御部２２０は、当該原文ファイルを審議／回答者側クライアント１２０1にダウンロードさせる。これにより、審議／回答者側クライアント１２０1では、ダウンロードされた原文ファイルが開かれることにより、審議対象である審議書面の内容を把握し、審議を開始する。
【０１６０】
ここで、ダウンロード不可である場合には、審議／回答者は、原文ファイルをダウンロードすることができない。なお、図７に示したステップＳＣ１６においても、ステップＳＧ１８と同様にして、審議依頼者（または調査者）により、原文ファイルのダウンロードが実行される。
【０１６１】
つぎに、審議／回答者は、審議依頼された審議書面に関する審議結果を回答すべく、図２８に示した審議結果回答ボタン２４０１を押下する。これにより、メイン制御部２２０は、図１１に示したステップＳＧ８の判断結果を「Ｙｅｓ」とする。ステップＳＧ１５では、メイン制御部２２０は、審議結果回答処理を実行する。具体的には、図１２に示したステップＳＨ１では、メイン制御部２２０は、審議／回答者側クライアント１２０1のディスプレイ（図示略）に、図３２に示した審議結果回答画面２８００を表示させる。
【０１６２】
この審議結果回答画面２８００は、審議結果（変更無し、または変更有り）を回答するための画面である。審議結果回答画面２８００には、審議結果が変更無しである場合に選択される変更無しラジオボタン２８０１と、審議結果が変更有りである場合に選択される変更ラジオボタン２８０２と、上記選択に基づいて回答の処理を実行するための実行ボタン２８０３と、取り消しボタン２８０４と、変更内容を入力するための変更内容入力ボタン２８０５とが設定されている。
【０１６３】
図１２に戻り、ステップＳＨ２では、メイン制御部２２０は、取り消しボタン２８０４が押下されたか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＨ７では、メイン制御部２２０は、変更無しラジオボタン２８０１または変更ラジオボタン２８０２による選択結果をリセットする。この場合、ステップＳＨ２の判断結果が「Ｎｏ」であるものとする。
【０１６４】
ステップＳＨ３では、メイン制御部２２０は、変更ラジオボタン２８０２がチェックされているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＨ４では、メイン制御部２２０は、実行ボタン２８０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＨ２以降の判断を繰り返す。
【０１６５】
ここで、審議結果が変更無しである場合、すなわち、審議書面に変更が無い場合には、審議／回答者は、変更無しラジオボタン２８０１をチェックした後、実行ボタン２８０３を押下する。これにより、メイン制御部２２０は、ステップＳＨ４の判断結果を「Ｙｅｓ」とする。ステップＳＨ５では、メイン制御部２２０は、審議結果、原文等を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。ステップＳＨ６では、メイン制御部２２０は、ＸＭＬ化された情報をＸＭＬデータベース４００に格納する。
【０１６６】
一方、ステップＳＨ３の判断結果が「Ｙｅｓ」である場合、すなわち、調査対象の審議書面に変更点がある場合、ステップＳＨ８では、メイン制御部２２０は、図３２に示した変更内容入力ボタン２８０５が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」としてステップＳＨ２以降の判断を行う。
【０１６７】
ここで、調査者により変更内容入力ボタン２８０５が押下されると、メイン制御部２２０は、ステップＳＨ８の判断結果を「Ｙｅｓ」とする。ステップＳＨ９では、メイン制御部２２０は、審議／回答者側クライアント１２０1のディスプレイ（図示略）に、図２５に示した変更内容入力画面２１００を表示させる。
【０１６８】
この変更内容入力画面２１００は、変更内容を入力するための画面である。変更内容入力画面２１００には、審議書面における変更ページを選択するための変更ページ選択ボタン２１０１と、変更箇所を入力するための変更箇所入力欄２１０２と、変更前の原文を入力するための原文入力欄２１０３と、上記原文に対応させて変更内容を入力するための変更内容入力欄２１０４と、前画面遷移ボタン２１０５と、実行ボタン２１０６と、次変更内容入力ボタン２１０７と、取り消しボタン２１０８とが設定されている。
【０１６９】
図１２に戻り、ステップＳＨ１０では、メイン制御部２２０は、取り消しボタン２１０８が押下されたか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＨ１４では、入力内容をリセットする。また、ステップＳＨ１０の判断結果が「Ｎｏ」であるものとすると、ステップＳＨ１１では、メイン制御部２２０は、前画面遷移ボタン２１０５が押下されたか否かを判断し、この判断結果が「Ｙｅｓ」である場合、ステップＳＨ１で審議結果回答画面２８００（図３２参照）を表示させる。
【０１７０】
この場合、ステップＳＨ１１の判断結果が「Ｎｏ」であるものとすると、ステップＳＨ１２では、メイン制御部２２０は、次変更内容入力ボタン２１０７が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＨ１３では、メイン制御部２２０は、実行ボタン２１０６が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＨ１０以降の判断を繰り返す。
【０１７１】
そして、審議／回答者は、原文入力欄２１０３および変更内容入力欄２１０４に原文および変更内容を入力した後、さらに変更すべき箇所がある場合、次変更内容入力ボタン２１０７を押下する。これにより、メイン制御部２２０は、ステップＳＨ１２の判断結果を「Ｙｅｓ」とする。ステップＳＨ１５では、メイン制御部２２０は、審議／回答者側クライアント１２０1のディスプレイ（図示略）に、図示しない変更内容入力画面を表示させる。これにより、審議／回答者は、つぎの変更内容を入力する。
【０１７２】
図２５に示した実行ボタン２１０６が押下されると、メイン制御部２２０は、ステップＳＨ１３の判断結果を「Ｙｅｓ」とする。ステップＳＨ５では、メイン制御部２２０は、審議結果、変更ページ、変更箇所、原文、変更内容等を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。ステップＳＨ６では、メイン制御部２２０は、ＸＭＬ化された情報をＸＭＬデータベース４００に格納する。
【０１７３】
つぎに、図２８に示した承認ボタン２４０６が押下されると、メイン制御部２２０は、図１１に示したステップＳＧ１３の判断結果を「Ｙｅｓ」とする。ステップＳＧ２０では、メイン制御部２２０は、審議受託に関する承認処理を実行する。具体的には、図１０に示したステップＳＦ１では、メイン制御部２２０は、審議／回答者側クライアント１２０1のディスプレイ（図示略）に、図２６に示した承認／却下画面２２００を表示させる。
【０１７４】
審議受託の場合、承認／却下画面２２００は、審議受託に関して承認するか却下するかを選択させるための画面である。図１０に戻り、メイン制御部２２０は、前述した動作と同様にして、ステップＳＦ２以降の判断を繰り返す。
【０１７５】
ここで、審議受託を承認する場合には、承認ボタン２２０１が押下される。これにより、メイン制御部２２０は、ステップＳＦ２の判断結果を「Ｙｅｓ」とする。ステップＳＦ５では、メイン制御部２２０は、承認された旨の情報、書面審議対象を特定するための規格番号、規格名称等の情報を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。ステップＳＦ６では、メイン制御部２２０は、ＸＭＬ化された当該情報をＸＭＬデータベース４００に格納する。
【０１７６】
ステップＳＦ７では、メイン制御部２２０は、ＸＭＬ化された上記情報をＸＭＬデータベース４００に格納する。ステップＳＦ７では、メイン制御部２２０は、メール制御部２３０に指示を出して、上記情報を審議受託・承認メールとして、例えば、審議依頼元の審議依頼者側クライアント１００1へインターネット１１０を介して送信させる。これにより、審議依頼者は、書面審議の依頼が承認されたことを認識する。
【０１７７】
一方、当該審議受託を却下する場合、却下ボタン２２０２が押下される。これにより、メイン制御部２２０は、ステップＳＦ３の判断結果を「Ｙｅｓ」とする。ステップＳＦ５では、メイン制御部２２０は、審議受託が却下された旨、却下対象を特定するための規格番号、規格名称等の情報を、フレーズ毎にＸＭＬタグを付けてＸＭＬ化する。ステップＳＦ６では、メイン制御部２２０は、ＸＭＬ化された当該情報をＸＭＬデータベース４００に格納する。
【０１７８】
ステップＳＦ７では、メイン制御部２２０は、ＸＭＬ化された上記情報をＸＭＬデータベース４００に格納する。ステップＳＦ７では、メイン制御部２２０は、メール制御部２３０に指示を出して、上記情報を審議受託・却下メールとして、審議／回答者側クライアント１２０1へインターネット１１０を介して送信させる。これにより、当該審議／回答者は、審議結果の回答が却下されたことを認識する。また、審議／回答者は、審議／回答のやり直しを行う。
【０１７９】
また、審議／回答者により、図２８に示した審議結果確認ボタン２４０５が押下されると、メイン制御部２２０は、図１１に示したステップＳＧ１２の判断結果を「Ｙｅｓ」とする。ステップＳＧ１９では、メイン制御部２２０は、審議結果確認処理を実行する。
【０１８０】
具体的には、メイン制御部２２０は、当該審議／回答者が所属する部門をキーとして、ＸＭＬデータベース４００から、審議結果に関する情報および未回答一覧情報を取得する。ここで、メイン制御部２２０は、部門情報メタ情報３５０（図３（ａ）参照）を参照して審議／回答者が属する部門の権限の付与状況を確認し、ＸＭＬデータベース４００から取得された審議結果に対応する審議書面の規格重要度とのマッチングを行う。
【０１８１】
つぎに、メイン制御部２２０は、当該審議書面に関する審議結果の確認の可否を判断し、可である場合にのみ以下の処理を実行する。確認可である場合、メイン制御部２２０は、審議／回答者側クライアント１２０1のディスプレイ（図示略）に図３３に示した審議結果参照画面２９００を表示させる。なお、確認不可である場合には、審議／回答者は、審議結果を参照することができない。
【０１８２】
上記審議結果参照画面２９００は、ＸＭＬデータベース４００から取得された審議結果一覧および未回答一覧の情報を表示するための画面である。審議結果参照画面２９００には、審議結果一覧を表示する審議結果一覧表示欄２９０１と、未回答一覧を表示する未回答一覧表示欄２９０２と、閉じるボタン２９０３とが設定されている。なお、図７に示したステップＳＣ１７においても、ステップＳＧ１９と同様にして、審議依頼者（または調査者）による審議結果確認が行われる。
【０１８３】
つぎに、前述した書面審議システムのユーザ情報を管理する場合について説明する。システム管理者等により、図１５に示したシステム管理ボタン１１０４が押下されると、メイン制御部２２０は、図５に示したステップＳＡ９の判断結果を「Ｙｅｓ」とする。ステップＳＡ１４では、メイン制御部２２０は、システム管理処理を実行する。
【０１８４】
具体的には、図１３に示したステップＳＩ１では、メイン制御部２２０は、図３４に示したシステム管理画面３０００を表示させる。このシステム管理画面３０００は、管理メニュー（登録、変更、削除）を選択するための画面である。システム管理画面３０００は、ユーザを登録するためのユーザ登録ボタン３００１と、ユーザ情報を変更するためのユーザ情報変更ボタン３００２と、ユーザを削除するためのユーザ削除ボタン３００３とが設定されている。
【０１８５】
図１３に戻り、ステップＳＩ２では、メイン制御部２２０は、ユーザ登録ボタン３００１が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＩ３では、メイン制御部２２０は、ユーザ情報変更ボタン３００２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＩ４では、メイン制御部２２０は、ユーザ削除ボタン３００３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、メイン制御部２２０は、ステップＳＩ２〜ステップＳＩ４までの判断を繰り返す。
【０１８６】
ここで、ユーザ登録ボタン３００１が押下されると、メイン制御部２２０は、ステップＳＩ２の判断結果を「Ｙｅｓ」とする。ステップＳＩ５では、メイン制御部２２０は、図３５に示したユーザ登録画面３１００を表示させる。このユーザ登録画面３１００は、図２（ａ）に示したユーザ情報メタ情報３１０に対応するユーザ情報を登録するための画面である。このユーザ登録画面３１００には、ユーザ情報（ユーザ名称、・・・、依頼順位）を入力するためのユーザ情報入力欄３１０１と、ユーザ登録を実行するための実行ボタン３１０２と、取り消しボタン３１０３とが設定されている。
【０１８７】
図１３に戻り、ステップＳＩ６では、メイン制御部２２０は、実行ボタン３１０２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＩ７では、メイン制御部２２０は、取り消しボタン３１０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、メイン制御部２２０は、ステップＳＩ６以降の判断を繰り返す。
【０１８８】
そして、システム管理者により、ユーザ情報入力欄３１０１にユーザ情報が入力された後、実行ボタン３１０２が押下されると、メイン制御部２２０は、ステップＳＩ６の判断結果を「Ｙｅｓ」とする。ステップＳＩ８では、メイン制御部２２０は、データベース３００におけるユーザ情報メタ情報３１０（図２（ａ）参照）に上記ユーザ情報をセットする。
【０１８９】
また、図３５に示した取り消しボタン３１０３が押下されると、メイン制御部２２０は、ステップＳＩ７の判断結果を「Ｙｅｓ」とする。ステップＳＩ９では、メイン制御部２２０は、ユーザ情報入力欄３１０１に入力されたユーザ情報をリセットする。
【０１９０】
また、図３４に示したユーザ情報変更ボタン３００２が押下されると、メイン制御部２２０は、図１３に示したステップＳＩ３の判断結果を「Ｙｅｓ」とする。ステップＳＩ１０では、メイン制御部２２０は、ユーザ情報メタ情報３１０に既にセットされたユーザ情報を変更するためのユーザ情報変更画面（図示略）を表示させる。これにより、システム管理者は、上記ユーザ情報変更画面より、ユーザ情報を変更した後、実行ボタン（図示略）を押下する。メイン制御部２２０は、ユーザ情報メタ情報３１０に変更内容を反映させる。
【０１９１】
また、図３４に示したユーザ削除ボタン３００３が押下されると、メイン制御部２２０は、図１３に示したステップＳＩ４の判断結果を「Ｙｅｓ」とする。ステップＳＩ１１では、メイン制御部２２０は、ユーザ情報メタ情報３１０に既にセットされたユーザ情報を削除するためのユーザ情報削除画面（図示略）を表示させる。これにより、システム管理者は、上記ユーザ情報削除画面より、ユーザ情報を削除した後、実行ボタン（図示略）を押下する。メイン制御部２２０は、ユーザ情報メタ情報３１０から当該ユーザ情報を削除する。
【０１９２】
また、一実施の形態では、未回収の審議結果について審議／回答者に督促メールにて自動的に督促が行われる。具体的には、メイン制御部２２０は、審議結果の回答の締め切り期限（図２０参照）に基づいて、審議結果の回収状況を監視し、締め切り期限の３日前、締め切り期限の当日、期限週間後等に、審議／回答者のクライアントへ審議結果の督促に関する督促メールを自動送信する。
【０１９３】
以上説明したように、一実施の形態によれば、図２２および図２３に示したように審議／回答者の属性情報に基づいて審議依頼者に審議／回答者を選択させ、この選択された審議／回答者にインターネット１１０を介して審議書面の審議を依頼するようにしたので、従来のように紙ベースで依頼を行う場合に比して、書面審議にかかる労力、コストを低減することができる。
【０１９４】
また、一実施の形態によれば、審議／回答者により審議された審議書面の審議結果を回収し、図３３に示したように、回収された審議結果を審議依頼者に閲覧させるようにしたので、審議依頼者にとって審議結果を容易に把握することができる。
【０１９５】
また、一実施の形態によれば、審議／回答者の属性情報に対応付けて審議書面の重要度を設定し、重要度に応じて閲覧の許可／禁止を制御するようにしたので、機密情報の漏洩を防止することができ、セキュリティを高めることができる。
【０１９６】
また、一実施の形態によれば、審議結果の回収状況をチェックし、予め設定された回収期限の前後に、当該審議／回答者に対して審議を督促するようにしたので、審議依頼者が電話等で督促を行う必要がなくなり、審議依頼者の労力を飛躍的に低減させることができる。
【０１９７】
また、一実施の形態によれば、審議書面等の各種情報をＸＭＬファイルに変換し、ＸＭＬデータベース４００に格納するようにしたので、ユーザが独自に定義したＸＭＬタグによりＸＭＬデータベース４００の検索性を向上させることができる。
【０１９８】
また、一実施の形態によれば、ＸＭＬデータベース４００に格納された原文ファイルを雛型として審議依頼者に提供するようにしたので、この雛型に基づいて審議書面を容易に作成することができ、作成時間を短縮することができる。
【０１９９】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。たとえば、前述した一実施の形態においては、図１に示したサーバ２００の機能を実現するための書面審議プログラムを図３６に示したコンピュータ読み取り可能な記録媒体５０００に記録して、この記録媒体５０００に記録された書面審議プログラムを同図に示したコンピュータ４０００に読み込ませ、実行することにより書面審議に関する一連の処理を実行するようにしてもよい。
【０２００】
図３６に示したコンピュータ４０００は、上記書面審議プログラムを実行するＣＰＵ４１００と、キーボード、マウス等の入力装置４２００と、各種データを記憶するＲＯＭ（Read  Only  Memory）４３００と、演算パラメータ等を記憶するＲＡＭ（Random  Access  Memory）４４００と、記録媒体５０００から書面審議プログラムを読み取る読取装置４５００と、ディスプレイ、プリンタ等の出力装置４６００と、各部を接続するバスＢＵとから構成されている。
【０２０１】
ＣＰＵ４１００は、読取装置４５００を経由して記録媒体５０００に記録されている書面審議プログラムを読み込んだ後、書面審議プログラムを実行することにより、前述した書面審議に関する一連の処理を実行する。なお、記録媒体５０００には、光ディスク、フロッピーディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【０２０２】
（付記１）サーバと、前記サーバに接続可能な複数のクライアントとを有し、審議書面の審議を行わせる書面審議システムであって、
審議対象となる審議書面を審議書面データベースに格納する審議書面格納手段と、
前記審議書面を構成するフレーズに対して、当該フレーズを識別するタグを付与する制御部と、
前記審議書面を審議する審議者の属性情報を属性情報データベースに格納する属性情報格納手段と、
前記属性情報に基づいて選択された審議者に対して前記審議書面の審議を依頼する依頼通知を送信する審議依頼手段と、
を備えたことを特徴とする書面審議システム。
【０２０３】
（付記２）前記サーバは、少なくとも前記審議書面格納手段を備え、
前記制御部は、前記複数のクライアントのいずれかからアップロードされた前記審議書面のフレーズに対してタグを付与することを特徴とする付記１に記載の書面審議システム。
【０２０４】
（付記３）前記制御部は、前記複数のクライアントにより内容が変更された前記審議書面のフレーズに対してタグを付与することを特徴とする付記１に記載の書面審議システム。
【０２０５】
（付記４）前記制御部は、前記審議書面に対して行われた変更に関するフレーズに対してタグを付与することを特徴とする付記３に記載の書面審議システム。
【０２０６】
（付記５）前記制御部は、前記複数のクライアントのいずれかにおいてなされた前記審議書面に対する承認可否に関するフレーズに対してタグを付与することを特徴とする付記１に記載の書面審議システム。
【０２０７】
（付記６）前記属性情報格納手段は、前記審議者の属する部門を示す情報と、前記部門に対して付与された権限に関する情報とを格納することを特徴とする付記１〜５に記載の書面審議システム。
【０２０８】
（付記７）前記審議書面格納手段は、前記審議書面毎に設定される重要度を、前記審議書面に対応付けて格納し、
前記審議書面は、前記重要度に対応する前記権限が付与された前記部門に属する審議者のみが参照できることを特徴とする付記６に記載の書面審議システム。
【０２０９】
（付記８）複数のクライアントが接続可能なサーバであって、
前記複数のクライアントのいずれかからアップロードされた、審議の対象となる審議書面を審議書面データベースに格納する審議書面格納手段と、
前記審議書面を審議する審議者の属性に関する情報を属性情報データベースに格納する属性情報格納手段と、
前記クライアントによる操作に応じて、前記審議書面のフレーズ毎にタグを付与する制御部と、
を備えることを特徴とするサーバ。
【図面の簡単な説明】
【０２１０】
【図１】本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】図１に示した各種メタ情報を示す図である。
【図３】図１に示した各種メタ情報を示す図である。
【図４】図１に示した各種メタ情報を示す図である。
【図５】同一実施の形態の動作を説明するフローチャートである。
【図６】図５に示した制定・改版処理を説明するフローチャートである。
【図７】図５に示した審議依頼処理を説明するフローチャートである。
【図８】図７に示した依頼メール作成処理を説明するフローチャートである。
【図９】図７に示した調査者回答処理を説明するフローチャートである。
【図１０】図７および図１１に示した承認処理を説明するフローチャートである。
【図１１】図５に示した審議受託処理を説明するフローチャートである。
【図１２】図１１に示した審議結果回答処理を説明するフローチャートである。
【図１３】図５に示したシステム管理処理を説明するフローチャートである。
【図１４】同一実施の形態におけるユーザ認証画面１０００の一例を示す図である。
【図１５】同一実施の形態におけるトップメニュー画面１１００の一例を示す図である。
【図１６】同一実施の形態における制定・改版・規格番号入力画面１２００の一例を示す図である。
【図１７】同一実施の形態における原文ファイルアップロード画面１３００の一例を示す図である。
【図１８】同一実施の形態における審議依頼・規格番号入力画面１４００の一例を示す図である。
【図１９】同一実施の形態における審議依頼メニュー画面１５００の一例を示す図である。
【図２０】同一実施の形態における依頼メール作成画面１６００の一例を示す図である。
【図２１】同一実施の形態における依頼明細作成画面１７００の一例を示す図である。
【図２２】同一実施の形態における審議依頼先選択画面１８００の一例を示す図である。
【図２３】同一実施の形態における部門外依頼先選択画面１９００の一例を示す図である。
【図２４】同一実施の形態における調査者回答画面２０００の一例を示す図である。
【図２５】同一実施の形態における変更内容入力画面２１００の一例を示す図である。
【図２６】同一実施の形態における承認／却下画面２２００の一例を示す図である。
【図２７】同一実施の形態における規格選択画面２３００の一例を示す図である。
【図２８】同一実施の形態における審議受託メニュー画面２４００の一例を示す図である。
【図２９】同一実施の形態における依頼明細参照画面２５００の一例を示す図である。
【図３０】同一実施の形態における原文参照画面２６００の一例を示す図である。
【図３１】同一実施の形態における原文ダウンロード画面２７００の一例を示す図である。
【図３２】同一実施の形態における審議結果回答画面２８００の一例を示す図である。
【図３３】同一実施の形態における審議結果参照画面２９００の一例を示す図である。
【図３４】同一実施の形態におけるシステム管理画面３０００の一例を示す図である。
【図３５】同一実施の形態におけるユーザ登録画面３１００の一例を示す図である。
【図３６】同一実施の形態の変形例を示すブロック図である。
【符号の説明】
【０２１１】
１００1〜１００n  審議依頼者側クライアント
１１０  インターネット
１２０1〜１２０s  審議／回答者側クライアント
１３０  調査者側クライアント
２００  サーバ
２２０  メイン制御部
２３０  メール制御部
２４０  Ｗｅｂ画面生成部
３００  データベース
４００  ＸＭＬデータベース
【図１】
2007226829.tif 000003
【図２】
2007226829.tif 000004
【図３】
2007226829.tif 000005
【図４】
2007226829.tif 000006
【図５】
2007226829.tif 000007
【図６】
2007226829.tif 000008
【図７】
2007226829.tif 000009
【図８】
2007226829.tif 000010
【図９】
2007226829.tif 000011
【図１０】
2007226829.tif 000012
【図１１】
2007226829.tif 000013
【図１２】
2007226829.tif 000014
【図１３】
2007226829.tif 000015
【図１４】
2007226829.tif 000016
【図１５】
2007226829.tif 000017
【図１６】
2007226829.tif 000018
【図１７】
2007226829.tif 000019
【図１８】
2007226829.tif 000020
【図１９】
2007226829.tif 000021
【図２０】
2007226829.tif 000022
【図２１】
2007226829.tif 000023
【図２２】
2007226829.tif 000024
【図２３】
2007226829.tif 000025
【図２４】
2007226829.tif 000026
【図２５】
2007226829.tif 000027
【図２６】
2007226829.tif 000028
【図２７】
2007226829.tif 000029
【図２８】
2007226829.tif 000030
【図２９】
2007226829.tif 000031
【図３０】
2007226829.tif 000032
【図３１】
2007226829.tif 000033
【図３２】
2007226829.tif 000034
【図３３】
2007226829.tif 000035
【図３４】
2007226829.tif 000036
【図３５】
2007226829.tif 000037
【図３６】
2007226829.tif 000038