JP6235676B2 - リモート審査システム、情報処理装置、リモート審査方法、及びリモート審査プログラム - Google Patents

Description

本発明は、遠隔からデータを参照して審査を行うための、リモート審査システムに関する。

企業などの組織では、個人情報保護法や金融商品取引法などの遵守や認証規格の維持のために、複数のマネジメントシステムが構築及び運用されている。マネジメントシステムには、例えば、品質マネジメントシステムであるＩＳＯ（International Organization for Standard：国際標準機構）９０００、環境マネジメントシステムであるＩＳＯ １４
００１，情報セキュリティマネジメントシステムであるＩＳＯ ２７００１，ＩＴサービスマネジメントシステムであるＩＳＯ ２００００がある。

これらのマネジメントシステムの認証規格の審査は、書類審査の１ｓｔステージと、現地審査の２ｎｄステージの２段階で構成されることが多い。例えば、１ｓｔステージの審査の場合には、審査を受ける企業が審査機関に対して、審査対象書類を、郵送、電子メール等の手段を用いて送付していた。

特開２００３−２９６４２８号公報

しかしながら、審査対象書類は、多岐にわたり、膨大な量であるため、準備するために人手と手間がかかっていた。また、審査機関側では、書類審査において、例えば、審査対象書類の不足がある度に審査を受ける企業に連絡して不足の書類を催促したり、又は、現地に赴いたりして、手間がかかっていた。

本発明では、マネジメントシステムの規格認証の審査の負担を軽減するためのリモート審査システムを提供することを課題とする。

本発明の態様の一つは、第１の情報処理システム固有の処理に関するマネジメントを行う第１のマネジメント部と、第２の情報処理システム固有の処理に関するマネジメントを行う第２のマネジメント部と、第１の情報処理システムと第２の情報処理システムとで共通する処理に関するマネジメントを行う共通マネジメント部と、を備えるリモート審査システムである。リモート審査システムは、第１のマネジメント部、第２のマネジメント部、共通マネジメント部のそれぞれについて、複数の業務毎に管理される第１の複数のデータ群、第２の複数のデータ群、第３の複数のデータ群を格納する、ネットワーク上の格納部と、第１、第２、及び第３の複数のデータ群の所有組織によって各データ群について個別になされる設定であって、審査機関からのアクセスに対する参照可能又は参照不可の設定を受け付ける受付部と、各データ群についての設定を保持する設定保持部と、を備える。

更に、本発明は、態様の一つとして、装置、方法、又はコンピュータによって実行されるプログラムとしても把握することが可能である。また、本発明の態様の一つは、そのよ
うなプログラムをコンピュータその他の装置、機械等が読み取り可能な記録媒体に記録したものでもよい。ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。

本発明によれば、マネジメントシステムの規格認証の審査の負担を軽減することができる。

第１実施形態にかかる統合マネジメントシステムの概要を説明するための図である。 統合マネジメントシステムの構成例を示す図である。 情報処理装置のハードウェア構成の例を示す図である。 統合マネジメントシステムの機能ブロックの例を示す図である。 ログインテーブルの一例を示す図である。 企業情報テーブルの例を示す図である。 １つの企業スキーマに格納されるデータの一例を示す図である。 ユーザ情報テーブルの例を示す図である。 テーマ別審査種別定義テーブルの一例である。 メインメニューデフォルト値定義テーブルの一例である。 サブメニューデフォルト値定義テーブルの一例である。 審査情報テーブルの一例である。 メインメニュー表示設定テーブルの一例である。 サブメニュー表示設定テーブルの一例である。 審査前準備の統合マネジメントシステムの処理の流れを示すフローチャートの一例である。 審査情報一覧画面の一例である。 審査情報設定画面の一例である。 ユーザ登録通知メールの内容の一例である。 審査対象設定画面の一例である。 ログインの処理のフローを示す図である。 ログインの処理のフローを示す図である。 審査員用のログイン画面の一例を示す図である。 審査員用のトップ画面の一例を示す図である。 インシデント管理機能について審査が行われる場合の、統合マネジメントシステムの処理のフローチャートの一例である。 インシデント一覧画面の一例である。 インシデント単票画面の一例である。 インシデント承認履歴画面の一例である。 規定管理機能について審査が行われる場合の、統合マネジメントシステムの処理のフローチャートの一例である。 規定管理のフォルダ一覧画面の一例である。 規定一覧画面の一例である。 ファイルダウンロードのポップアップを含むファイルダウンロード画面の一例である。 持出管理機能について審査が行われる場合の、統合マネジメントシステムの処理のフローチャートの一例である。 持ち出し一覧画面の一例である。 持ち出し情報の内容確認画面の一例である。 持ち出し承認履歴画面の一例である。 審査結果登録の処理のフローを示す図である。 記録管理フォルダ一覧画面の一例である。 記録情報一覧画面の一例である。 記録情報編集画面の一例である。 ファイル登録画面の一例である。

以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

＜第１実施形態＞
＜システム構成＞
第１実施形態では、本発明を情報セキュリティマネジメントシステム（Information Security Management System：以下、ＩＳＭＳ）、個人情報保護マネジメントシステム（Personal information protection Management System：以下、ＰＭＳ）等の複数のマネジ
メントシステムを統合した統合マネジメントシステムに適用する場合について、説明する。ただし、本発明の適用対象は、統合マネジメントシステムに限られず、ＩＳＭＳ、ＰＭＳ、等の単体のマネジメントシステムにも適用可能である。

図１は、第１実施形態にかかる統合マネジメントシステムの概要を説明するための図である。図１に示される統合マネジメントシステムは、ＩＳＭＳとＰＭＳとのマネジメントシステムを統合したシステムであるとする。

統合マネジメントシステムは、ネットワーク上に構築されており、ネットワークを通じて各企業，審査機関，システム管理機関等の端末からアクセス可能である。統合マネジメントシステムは、例えば、ＩＳＭＳ固有の機能（ＩＳＭＳ機能），ＰＭＳ固有の機能（ＰＭＳ機能），ＩＳＭＳとＰＭＳとで共通の機能（共通マネジメント機能），管理機能を有する。

統合マネジメントシステムでは、ＩＳＭＳとＰＭＳとで重複する機能は、共通マネジメント機能として、共通化される。そのため、重複して行われていた作業や活動が一本化され、手間が省かれる。

また、統合マネジメントシステムでは、ＩＳＭＳとＰＭＳとで共通のインタフェースが提供される。そのため、利用者は、マネジメントシステムごとに異なるデータファイルに対して処理を行うことなく、統合マネジメントシステムによって提供されるインタフェース（Ｗｅｂページ）にアクセスするだけでよく、工数を省くことができる。

また、統合マネジメントシステムでは、ＩＳＭＳとＰＭＳ等の複数のマネジメントシステムにおいて共通する処理について、手続きの順番を規定したワークフローが複数準備されている。ワークフローを利用することによって、ユーザは所定の情報を入力することで、処理がワークフローに従って進むため、効率的に処理を進めることができる。例えば、ワークフローの一つには、承認依頼のワークフローがある。承認依頼のワークフローでは、承認依頼から承認終了までの流れが規定されている。ワークフローの発行及び終了や、ワークフロー途中で実行される処理等のイベントは、記録データベースに、証跡（証拠）として記録される。

記録データベースには、証跡に加え、各種データが格納されている。記録データベースは、ネットワーク上に存在し、統合マネジメントシステムの利用企業のユーザであれば、
ネットワーク経由でいつでもどこからでもアクセスすることができる。また、統合マネジメントシステムは、複数の企業のマネジメントシステムを統合しているため、企業間のセキュリティを保証するため、記録データベース上のデータは、利用企業毎に分離されている。すなわち、統合マネジメントシステムの利用企業Ａのユーザ端末からは、企業Ａのデータへのアクセスが許可されており、企業Ａ以外の利用企業のデータへのアクセスは禁止されている。

また、ＩＳＭＳ機能，ＰＭＳ機能，共通マネジメント機能，管理機能は、それぞれ、複数の機能の集合（機能群）である。機能とは、第１実施形態では、業務上発生する書類にかかる処理の集合であって、機能が異なることは処理対象の書類の種類、すなわち、該書類の発生元となる業務の種類が異なることを示す。例えば、共通マネジメント機能には、インシデント管理機能，規定管理機能，持出管理機能，記録管理機能，等が含まれる。そのため、記録データベース上のデータは、利用企業毎に分離された上に、各機能について分類されて格納されている。すなわち、記録データベース上では、データは、業務の種類に分類されて格納される。

第１実施形態では、上述のようなネットワーク上の統合マネジメントシステムにおいて、審査機関の審査員をアクセス可能にすることによって、遠隔地からの審査（リモート審査）を可能にし、認証規格の審査にかかる負担を軽減する。

第１実施形態では、審査は、以下の流れで進められる。
（１）審査前準備
審査を受ける企業（以降、受審企業と称する）が、審査機関の審査員に対して、統合マネジメントシステムにアクセスするためのＩＤを発行する。また、審査員に開示する情報は、審査種別によって異なり、また、審査に必要な最低限の情報であればよいので、受審企業は、機能毎に、審査員に対する情報開示の有無を設定する。
（２）審査
審査員は、受審企業によって発行されたＩＤを用いて統合マネジメントシステムにアクセスし、証跡を確認する等して、審査を行う。このとき、審査員に対して開示される情報は、審査前準備で受審企業によって審査員に対して情報開示が設定された機能の情報である。なお、第１実施形態では、審査は、１ｓｔステージ（書類審査）と２ｎｄステージ（現地審査）との２段階で行われることとする。
（３）審査結果登録
審査員は、１ｓｔステージ，２ｎｄステージの各ステージの審査が終了すると、統合マネジメントシステムにアクセスし、審査結果を登録する。

統合マネジメントシステムは、ネットワーク経由でアクセスできるため、審査員は、受審企業に赴かなくとも統合マネジメントシステムにアクセスすることによって遠隔地から１ｓｔステージの審査を行うことができる。また、統合マネジメントシステムでは、証跡等のデータは作成されたときに機能別に格納されるため、受審企業側では、各機能の開示の有無の設定を行うだけで審査書類の準備を行うことができ、審査にかかる負担が軽減される。

図２は、統合マネジメントシステム１の構成例を示す図である。統合マネジメントシステム１は、ＤＭＺ（DeMilitarized Zone：非武装地帯）に設置されたＷｅｂサーバ２と、セキュアなネットワーク内に設置されたアプリケーションサーバ３とデータベースサーバ４とを含む。ユーザ端末は、インターネットを通じて統合マネジメントシステム１にアクセスする。この際、ユーザ端末は、Ｗｅｂサーバ２にアクセスし、Ｗｅｂサーバ２を介してアプリケーションサーバ３及びデータベースサーバ４による統合マネジメントシステム１のサービスを享受する。すなわち、Ｗｅｂサーバ２は、Ｗｅｂアクセスにより、ユーザ
端末に統合マネジメントシステム１のインタフェースを提供する。

なお、図２に示される例は、統合マネジメントシステム１を構成するハードウェア装置がインターネット上に設置されている場合が想定されている。ただし、これに限られず、統合マネジメントシステム１が、例えば、社内ＬＡＮ等の私設のネットワーク内に構築されていてもよく、この場合には、Ｗｅｂサーバ２，アプリケーションサーバ３，データベースサーバ４，ユーザ端末は互いにＬＡＮで接続される。また、Ｗｅｂサーバ２，アプリケーションサーバ３，データベースサーバ４は、それぞれ１台ずつであってもよい。第１実施形態では、Ｗｅｂサーバ２，アプリケーションサーバ３，データベースサーバ４がそれぞれ複数台設置された、いわゆるクラウド上で統合マネジメントシステムが実現される例について説明する。また、統合マネジメントを利用する組織は、企業であることを想定して説明する。

図３は、情報処理装置のハードウェア構成の例を示す図である。図３に示される情報処理装置５００は、例えば、図２に示されるＷｅｂサーバ２，アプリケーションサーバ３，データベースサーバ４として採用される装置である。

情報処理装置５００は、制御部５１，入力装置５３，出力装置５４，補助記憶装置５５，媒体駆動装置５６，ネットワークインタフェース５７を備え、これらのハードウェア構成要素はバス５９で接続されている。情報処理装置５００は、例えば、サーバ専用のコンピュータ，汎用のコンピュータ等である。また、情報処理装置５００は、ユーザ端末としても採用可能である。情報処理装置５００がユーザ端末として採用される場合には、情報処理装置５００は、パーソナルコンピュータ（ＰＣ）、ＰＤＡ（Personal Digital Assistant），携帯電話端末，スマートフォン等である。

入力装置５３は、装置外部からの入力を受け付ける装置である。入力装置５３は、例えば、キーボード，スキャナ等を含む。入力装置５３に入力されたデータは、制御部５１に出力される。

ネットワークインタフェース５７は、ネットワークとの情報の入出力を行うインタフェースである。ネットワークインタフェース５７は、有線のネットワーク、および、無線のネットワークと接続する。ネットワークインタフェース５７は、例えば、ＮＩＣ（Network Interface Card），無線ＬＡＮ（Local Area Network）カード，アンテナを含む無線信号処理回路等である。ネットワークインタフェース５７は、接続されるネットワークからデータを受信する。ネットワークインタフェース５７で受信されたデータは、制御部５１に出力される。

制御部５１は、プロセッサ５１Ａと主記憶装置５１Ｂとを含む。主記憶装置５１Ｂは、補助記憶装置５５に格納されているプログラムをロードする記憶領域および作業領域をプロセッサ５１Ａに提供したり、バッファとして用いられたりする。主記憶装置５１Ｂは、例えば、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）のような半導体メモリである。

補助記憶装置５５は、様々なプログラムや、各プログラムの実行に際してプロセッサ５１Ａが使用するデータを格納する。補助記憶装置５５は、例えば、ＥＰＲＯＭ（Erasable
Programmable ROM）やハードディスクドライブ（Hard Disc Drive）を含む。補助記憶装置５５は、例えば、オペレーティングシステム（ＯＳ）や、その他様々なアプリケーションプログラム，画面データ等のデータを保持する。

プロセッサ５１Ａは、例えば、ＣＰＵ（Central Processing Unit）である。プロセッ
サ５１Ａは、補助記憶装置５５に保持されたＯＳや様々なアプリケーションプログラムを主記憶装置５１Ｂにロードして実行することによって、様々な処理を実行する。

媒体駆動装置５６は、可搬記録媒体６０からデータを読み出し制御部５１に出力する。可搬記録媒体６０は、例えば、ＵＳＢ（Universal Serial Bus）フラッシュメモリ，ＣＤ（Compact Disc），ＤＶＤ（Digital Versatile Disc），Ｂｌｕ−ｒａｙ（登録商標）ディスクのような記録媒体である。

出力装置５４は、制御部５１の処理の結果を出力する。出力装置５４は、例えば、ディスプレイ，プリンタ等を含む。

図４は、統合マネジメントシステム１の機能ブロックの例を示す図である。統合マネジメントシステム１は、処理部１０，各企業のスキーマ群２０，企業情報マスタ３０を含む。処理部１０は、１又は複数のＷｅｂサーバ２，アプリケーションサーバ３によって実現される。各企業のスキーマ群２０，企業情報マスタ３０は、それぞれ、１又は複数のデータベースサーバ４が保持する記憶装置内に形成される。スキーマとは、データベースサーバの記憶装置内に作成される所定容量の記憶領域である。

処理部１０は、画面制御部１１，ログイン部１２，入力受付部１３，振分部１４，ワークフロー処理部１５，システム管理部１６，共通マネジメント部１７Ａ，ＩＳＭＳマネジメント部１７Ｂ，ＰＭＳマネジメント部１７Ｃを含む。これらの機能ブロックは、例えば、アプリケーションサーバ３の機能ブロックであってもよい。または、画面制御部１１，ログイン部１２，入力受付部１３，振分部１４はＷｅｂサーバ２の機能ブロック，その他の機能ブロックはアプリケーションサーバ３の機能ブロックであってもよい。第１実施形態では、各機能ブロックの処理は、それぞれ、１又は複数の情報処理装置によって実行されることとする。ただし、これに限られず、１台の情報処理装置が全機能ブロックの処理を実行してもよいし、１台の情報処理装置が複数の機能ブロックの処理を実行する場合に複数の情報処理装置によって全機能ブロックの処理が実行されてもよい。

入力受付部１３は、ユーザ端末からのＷｅｂアクセスを終端し、振分部１４に出力する。振分部１４は、入力受付部１３から入力されるユーザ端末からのアクセスを、ログイン部１２，システム管理部１６，共通マネジメント部１７Ａ，ＩＳＭＳマネジメント部１７Ｂ，ＰＭＳマネジメント部１７Ｃに振り分ける。アクセス内容には、例えば、ＵＲＬ等のアクセス先の情報が含まれており、振分部１４は、このアクセス先の情報によって、システム管理部１６，共通マネジメント部１７Ａ，ＩＳＭＳマネジメント部１７Ｂ，ＰＭＳマネジメント部１７Ｃのいずれにアクセスを振り分ければよいかを判定する。

ログイン部１２は、アクセスしてきたユーザ端末のユーザの認証を行う。ログイン部１２は、セッション情報１２１を保持する。セッション情報１２１は、ユーザ認証が成功したログイン中のユーザのセッションに関する情報である。セッション情報１２１には、ユーザ認証の際に取得される情報が格納される。セッション情報に格納される情報の一つに、スキーマ情報１２１１がある。スキーマ情報１２１１は、ログインしているユーザが所属する企業のデータの格納先に関する情報であって、例えば、サーバ名，ポート番号，スキーマ名である。スキーマ情報１２１１の他には、例えば、ユーザが利用可能なサービスの情報等がセッション情報１２１に格納される。セッション情報１２１を保持することによって、ログイン中のユーザのアクセスの度に発生するアクセス先の検索処理を省略でき、アクセス時間を短縮することができる。ユーザがログアウトすると、セッション情報１２１中の該ユーザに関する情報（スキーマ情報１２１１含む）は削除される。

ＩＳＭＳマネジメント部１７Ｂは、ＩＳＭＳ固有のマネジメントを実行する機能ブロッ
ク群である。ＰＭＳマネジメント部１７Ｃは、ＰＭＳ固有のマネジメントを実行する機能ブロック群である。共通マネジメント部１７Ａは、ＩＳＭＳとＰＭＳとで共通するマネジメントを実行する機能ブロック群である。共通マネジメント部１７Ａ，ＩＳＭＳマネジメント部１７Ｂ，ＰＭＳマネジメント部１７Ｃは、それぞれ、図１に示される、共通マネジメント機能，ＩＳＭＳ機能，ＰＭＳ機能の処理を実行する部である。

共通マネジメント部１７Ａ，ＩＳＭＳマネジメント部１７Ｂ，ＰＭＳマネジメント部１７Ｃは、それぞれ、複数の管理部を含む。これらの管理部は、それぞれ、各機能群に含まれる機能の処理を実行する処理部である。

例えば、共通マネジメント部１７Ａは、インシデント管理部１７１，規定管理部１７２，記録管理部１７３等を含む。インシデント管理部１７１，規定管理部１７２，記録管理部１７３は、それぞれ、共通マネジメント機能に含まれる、インシデント管理機能，規定管理機能，記録管理機能の処理を実行する。

インシデント管理部１７１は、インシデントにかかる処理を実行する。インシデントとは、例えば、備品の紛失、データ流出等の統合マネジメントシステム１において管理される資産（情報資産含む）に関して発生する事象である。規定管理部１７２は、各マネジメントシステムの規定に関する処理を実行する。記録管理部１７３は、統合マネジメントシステム１の各処理部では管理されない証跡の管理に関する処理を実行する。記録管理部１７３によって管理される証跡には、例えば、紙媒体での管理簿を電子データ化したもの等が含まれる。また、第１実施形態では、審査結果に関する処理は記録管理部１７３によって実行される。

それぞれの管理部の扱うデータの格納先は、各管理部について分離して用意される。例えば、インシデント管理部１７１，規定管理部１７２，記録管理部１７３の取り扱うデータは、それぞれ各企業スキーマの、インシデントテーブル，規定管理テーブル，記録管理テーブルに格納される。

また、それぞれの管理部が行う処理には、例えば、登録，更新，参照，削除，一覧表示，ワークフローの発行及びクローズ等の処理がある。インシデント管理部１７１，規定管理部１７２，記録管理部１７３には、それぞれ対応する、サブメニュー部１７１Ａ，１７２Ａ，１７３Ａが備えられている。各サブメニュー部１７１Ａ，１７２Ａ，１７３Ａは、例えば、登録部，参照部，更新部，一覧部を含む。ワークフローの発行及びクローズ等も実行される場合には、各サブメニュー部１７１Ａ，１７２Ａ，１７３Ａにワークフロー発行部及びクローズ部等が備えられてもよい。

例えば、インシデント管理部１７１のサブメニュー部１７１Ａの登録部１７１Ｂは、ユーザによってインシデントの情報が新規に作成され、登録指示が入力された場合に、インシデントをインシデントテーブル（後述）に登録する。例えば、インシデント管理部１７１のサブメニュー部１７１Ａの参照部１７１Ｃは、ユーザによって所定のインシデントの情報の参照指示が入力された場合に、該所定のインシデントの情報をインシデントテーブルから読出し、出力する。

例えば、インシデント管理部１７１のサブメニュー部１７１Ａの更新部１７１Ｄは、ユーザによって既存のインシデントに対する更新情報が入力され、更新指示が入力された場合に、インシデントテーブル内の該当のインシデントを更新する。例えば、インシデント管理部１７１のサブメニュー部１７１Ａの一覧部１７１Ｅは、ユーザによってインシデントの一覧表示指示が入力された場合に、インシデントテーブルに格納される全インシデントの一覧情報を生成する。

なお、図４に示される共通マネジメント部１７Ａに含まれる管理部は、一例且つ一部であって、これに限定されない。例えば、共通マネジメント部１７Ａには、マネジメントの是正、インシデントの予防のための計画立案にかかる処理を実行する是正予防管理部，内部監査の各項目のチェックにかかる処理を実行するセルフチェック管理部，ＩＳＭＳやＰＭＳに関する知識の教育を促進にかかる処理を実行する教育管理部を備えてもよい。

ＩＳＭＳマネジメント部１７Ｂ，ＰＭＳマネジメント部１７Ｃについては、管理部の図示は省略する。例えば、ＩＳＭＳマネジメント部１７Ｂは、社内の備品などの物品や、人事情報や財務情報などの機密性の高い情報資産を管理する情報資産管理部，情報資産の漏えい、紛失等のリスク分析を実行する情報資産リスク分析管理部，情報資産の外部への持ち出しを管理する持ち出し管理部，ＩＳＭＳの有効性を測定する有効性測定管理部等を含む。例えば、ＰＭＳマネジメント部１７Ｃは、顧客の個人情報を管理する個人情報保護管理部，該利用企業に対する顧客からの苦情を管理する苦情管理部，個人情報の開示、訂正、利用停止を管理する個人情報開示・訂正・利用停止管理部，個人情報を扱う業務の業務委託先に関する情報を管理する委託先管理部，個人情報の漏えい、紛失等のリスク分析を実行する個人情報リスク分析管理部等を含む。

また、図示は省略するが、ＩＳＭＳマネジメント部１７Ｂ，ＰＭＳマネジメント部１７Ｃに含まれる各管理部についても、サブメニュー部が備えられている。なお、サブメニュー部に含まれる処理部は、登録部，更新部，更新部，一覧部に限られず、各管理部の処理に応じて、適宜変更可能である。

ワークフロー処理部１５は、共通マネジメント部１７Ａ，ＩＳＭＳマネジメント部１７Ｂ，ＰＭＳマネジメント部１７Ｃによって発行される種々のワークフローを実行する。

システム管理部１６は、統合マネジメントシステム１全体の管理を行い、例えば、図１の管理機能に相当する。具体的には、システム管理部１６は、ワークフローの定義，ユーザ登録等にかかる処理を実行する。また、システム管理部１６は、審査情報管理部１６１を備える。

審査情報管理部１６１は、審査に関する情報を管理する。審査に関する情報とは、例えば、審査種別，審査機関名，審査スケジュール，審査員の情報，審査員に開示する機能の情報の設定等である。また、審査情報管理部１６１は、審査員の情報が新規に登録された場合に、該審査員に対してログインの初期パスワードを発行する。審査情報管理部１６１の処理の詳細は後述する。

画面制御部１１は、ユーザ端末に提供する画面を生成する。画面制御部１１は、画面作成表示部１１１，メニュー作成部１１２を備える。

画面作成表示部１１１は、複数の画面のフォーマットを格納する記憶手段（図示せず）から、各マネジメント部の各管理部からの指示に応じたフォーマットを読み出し、該フォーマットに各管理部からの情報を格納して画面を生成し、ユーザ端末に送信する。

第１実施形態では、統合マネジメントシステム１の画面は、メニューを表示する領域と、選択されたメニューの内容を表示する領域とを含む。メニュー作成部１１２は、メニューを表示する領域の情報を生成する。メニューは、ユーザの権限に応じて決定される。ユーザ権限は、例えば、一般ユーザ，部門長，審査員がある。例えば、ユーザが審査員である場合には、メニュー作成部１１２は、該審査員に対して開示が設定されている機能を呼び出すための項目をメニューに含め、開示が設定されていない機能については、該機能を
呼び出すための項目をメニューに含めない。

＜システムが取り扱う情報＞
企業情報マスタ３０は、統合マネジメントシステム１を利用する全企業の全ユーザ端末が利用可能な（アクセス制限のない）記憶領域に生成される。企業マスタ３０には、統合マネジメントシステム１を利用する全企業のユーザがアクセスする情報である、ログインテーブル３１と企業情報テーブル３２とが格納される。

図５は、ログインテーブル３１の一例を示す図である。ログインテーブル３１は、ログイン時に、ユーザが属する企業を判別するために用いられるテーブルである。ログインテーブル３１は、統合マネジメントシステム１全体で１つ作成される。ログインテーブル３１は、統合マネジメントシステム１の全ユーザ（利用企業，審査機関のユーザも含む）のメールアドレスと企業コードとを含む。

図６は、企業情報テーブル３２の例を示す図である。企業情報テーブル３２は、統合マネジメントシステム１を利用する企業に関する情報が保持されており、統合マネジメントシステム１の各利用企業のスキーマを特定するために用いられる。企業情報テーブル２２１は、統合マネジメントシステム１全体で１つ作成される。

企業情報テーブル３２は、企業コード，企業スキーマのサーバ名，ポート番号，スキーマ名，企業の業種，企業の規模，利用できるサービス，契約ユーザ数，使用可能ディスク容量等を含む。「企業コード」は、統合マネジメントシステム１の管理者によって付された企業を識別するためのコードである。サーバ名とポート番号とスキーマ名とで、企業に割り当てられた記憶領域を特定することができる。「業種」と「規模」には、エントリの企業の業種と規模とに合致するコードが格納される。

企業情報マスタ３０に格納される情報は、統合システム１を利用する全企業のユーザからアクセスされるため、セキュリティ強化のため、各企業やユーザを特定可能な情報（例えば、企業名，業種，規模，ユーザ名等の固有名詞）は、コード化されている。

図７は、１つの企業スキーマ２０に格納されるデータの一例を示す図である。企業スキーマ２０は、それぞれ、他の企業のユーザからのアクセスは禁止される記憶領域に生成される。各企業スキーマ２０には、ユーザ情報テーブル２１，利用企業向け設定テーブル群２２，審査員向け設定テーブル群２３，ワークフローテーブル２４，共通マネジメント記録データ群２５Ａ，ＩＳＭＳマネジメント記録データ群２５Ｂ，ＰＭＳマネジメント記録データ群２５Ｃ，審査結果格納フォルダ２６が保持される。

利用企業向け設定テーブル群２２は、ユーザが該当企業のユーザ権限を有する場合にメニュー設定のために参照される、メインメニューテーブルとサブメニューテーブルとが格納される。メインメニューとは、例えば、共通マネジメント部１７Ａに含まれるインシデント管理部１７１，規定管理部１７２，記録管理部１７３等の、各マネジメント部に含まれる各管理部を呼びたすためのメニューである。サブメニューとは、例えば、インシデント管理部１７１に対応するサブメニュー部１７１Ａに含まれる登録部１７１Ｂ，参照部１７１Ｃ，更新部１７１Ｄ，一覧部１７１Ｅ等の、各管理部に対応するサブメニュー部に含まれる各処理部を呼び出すためのメニューである。メインメニューテーブルには、利用企業の契約内容に応じて、メインメニューが設定される。サブメニューテーブルには、利用企業が利用できる各メインメニューに対して、例えば、ユーザ権限毎に、利用可能なサブメニューの情報が登録されている。

ワークフローテーブル２４には、共通マネジメント部１７Ａ，ＩＳＭＳマネジメント部
１７Ｂ，ＰＭＳマネジメント部１７Ｃによって発行されたワークフローに関する情報が保持される。ワークフローに関する情報は、例えば、ワークフローのＩＤ，ワークフローの作成要因となった管理部，ワークフローの送信元のユーザＩＤ，ワークフローの送信先のユーザＩＤ，作成日時等が含まれる。ワークフローが承認依頼ワークフローである場合には、承認者のユーザＩＤや承認日，承認結果等もワークフローテーブル２４に格納される。

共通マネジメント記録データ群２５には、共通マネジメント部１７Ａに含まれるインシデント管理部１７１，規定管理部１７２，記録管理部１７３等の各管理部が取り扱うデータをそれぞれ格納するインシデントテーブル，規定管理テーブル，記録管理テーブルが含まれる。これらのテーブルには、例えば、処理ＩＤ，種類，内容，承認状況，登録日，登録者等の情報が格納されている。ＩＳＭＳマネジメント記録データ群２５Ｂ，ＰＭＳマネジメント記録データ群２５Ｃについては、説明を省略するが、それぞれ、ＩＳＭＳマネジメント部１７Ｂ，ＰＭＳマネジメント部に含まれる各管理部について、取り扱うデータを格納するためテーブルが含まれている。

なお、ＩＳＭＳマネジメント記録データ群２５Ｂ，ＰＭＳマネジメント記録データ群２５Ｃは、それぞれ、利用企業がＩＳＭＳ，ＰＭＳの契約をしている場合に備えられる。

審査結果格納フォルダ２６は、審査員によって作成された審査結果のファイルが格納されるフォルダである。審査結果格納フォルダ２６には、審査員権限を持つユーザはファイルの登録，参照，編集，削除等ができ、審査員権限を持たないユーザはファイルの登録，編集，削除はできない。審査員権限を持たないユーザは、例えば、部門長等の所定のユーザ権限を有していれば、審査結果格納フォルダ２６に格納されているファイルを参照することはできる。

図８は、ユーザ情報テーブル２１の例を示す図である。ユーザ情報テーブル２１は、該当企業のユーザに関する情報を格納し、ログイン時のユーザ認証に用いられるテーブルである。ユーザ情報テーブル２１は、ユーザＩＤ，メールアドレス，ユーザ名，ログインパスワード，要員番号，部門コード，権限，氏名等の情報を保持する。ユーザ情報テーブル２１は、ログイン時のユーザ認証に用いられるテーブルなので、審査機関の審査員の情報も格納される。審査機関の審査員については、利用企業と審査機関との間で審査にかかる契約成立時に決められる受付番号がユーザ情報テーブル２１に格納される。

ユーザ情報テーブル２１への、ユーザの新規追加，削除，更新等は、システム管理部１６を通じて、利用企業の統合マネジメントシステム１の管理者権限を持つユーザによって更新される。ユーザ情報テーブル２１は、例えば、１つの企業スキーマ２０につき１つ保持される。

図７に戻って、審査員向け設定テーブル群２３には、審査員権限を有するユーザのアクセスによって参照される情報が格納される。より具体的には、審査員向け設定テーブル群２３には、テーマ別審査種別定義テーブル２３１，メインメニューデフォルト値定義テーブル２３２，サブメニューデフォルト値定義テーブル２３３，審査情報テーブル２３４，メインメニュー表示設定テーブル２３５，サブメニュー表示設定テーブル２３６が含まれる。

図９は、テーマ別審査種別定義テーブル２３１の一例である。テーマ別審査種別定義テーブル２３１は、審査のテーマごとに、審査対象となるマネジメント部を定義するためのテーブルである。例えば、審査テーマがＩＳＭＳであればＩＳＭＳ固有の機能を実行するＩＳＭＳマネジメント部１７Ｂと、共通マネジメント部１７Ａとが審査対象となる。例え
ば、審査テーマがＰＭＳであればＰＭＳ固有の機能であるＰＭＳマネジメント部１７Ｃと、共通マネジメント部１７Ａとが審査対象となる。図９に示されるテーマ別審査種別定義テーブル２３１では、審査対象となるマネジメント部は、「審査種別」として標記されている。

テーマ別審査種別定義テーブル２３１は、例えば、１つの企業スキーマ２０につき１つ保持される。企業が異なっても、テーマ別の審査対象となるマネジメント部は変わらないため、テーマ別審査種別定義テーブル２３１は、統合マネジメントシステム１の全利用企業で統一したものが使用されてもよい。各企業それぞれでテーマ別審査種別定義テーブル２３１が管理される場合には、テーマ別審査種別定義テーブル２３１の登録，更新，参照等は、システム管理部１６を通じて行われる。

図１０は、メインメニューデフォルト値定義テーブル２３２の一例である。メインメニューデフォルト値定義テーブル２３２は、審査員に提示可能なメインメニューを定義するためのテーブルである。審査員に提示可能なメインメニューを定義することは、すなわち、審査員に開示可能な情報を機能単位に定義することである。

第１実施形態では、審査は１ｓｔステージと２ｎｄステージの２段階で行われ、それぞれ参照される情報が異なるため、メインメニューデフォルト値定義テーブル２３２では、１ｓｔステージと２ｎｄステージとのそれぞれについて、審査員に提示可能なメインメニューが定義される。

メインメニューデフォルト値定義テーブル２３２では、審査員に情報を開示することが必須の機能には、「１」が設定される。審査員への情報の開示が選択可能な機能には「０」が設定される。審査員への情報の開示が不要な機能については、メインメニューデフォルト値定義テーブル２３２には登録されていない。なお、図１０に示される例では、機能名が登録されており、図４の機能ブロックの名称と、これ以降の図面に示される画面例中のメインメニューの項目名とは、必ずしも一致するとは限らない。

図１１は、サブメニューデフォルト値定義テーブル２３３の一例である。サブメニューデフォルト値定義テーブル２３３は、メインメニューデフォルト値定義テーブル２３２に含まれる各メインメニュー内のサブメニューとして審査員に提示可能な機能を定義するためのテーブルである。サブメニューデフォルト値定義テーブル２３３でも、１ｓｔステージと２ｎｄステージとのそれぞれについて、審査員に提示可能なサブメニューが定義される。

サブメニューデフォルト値定義テーブル２３２では、審査員に提示することが必須のサブメニューには、「１」が設定される。審査員への提示が選択可能なサブメニューには「０」が設定される。審査員への提示が不要なサブメニューについては、サブメニューデフォルト値定義テーブル２３３には登録されない。

メインメニューデフォルト値定義テーブル２３２及びサブメニューデフォルト値定義テーブル２３３は、それぞれ、１つの企業のスキーマ２０につき１つ保持される。メインメニューデフォルト値定義テーブル２３２及びサブメニューデフォルト値定義テーブル２３３に対する登録，更新，参照等のユーザ操作は、システム管理部１６を通じて行われる。

図１２は、審査情報テーブル２３４の一例である。審査情報テーブル２３４は、審査にかかる情報を格納するテーブルである。審査情報テーブル２３４には、例えば、受付番号，審査機関名称，１ｓｔステージ及び２ｎｄステージの各審査実施の開始日及び終了日，１ｓｔステージ及び２ｎｄステージにおいて審査機関が統合マネジメントシステム１を利
用可能な各期間（図中、「審査期間」と表記）の開始日と終了日，審査種別が格納される。１ｓｔステージ及び２ｎｄステージの審査期間は、それぞれ、例えば、審査実施の開始日が入力されると、デフォルトで、審査実施の開始日の前後一カ月に設定されてもよい。

審査情報テーブル２３４は、例えば、審査員のログイン時の認証に用いられる（後述）。審査情報テーブル２３４は、１つの企業スキーマ２０に１つ保持される。また、審査情報テーブル２３４に対する登録，更新，参照等のユーザ操作は、システム管理部１６を通じて行われる。

図１３は、メインメニュー表示設定テーブル２３５の一例である。メインメニュー表示設定テーブル２３５は、審査員に提示されるメインメニューのユーザ設定を格納するテーブルである。メインメニューのユーザ設定は、審査の契約毎に行われるため、メインメニュー表示設定テーブル２３５は、１つの企業スキーマ２０に審査の契約の数だけ存在する。そのため、メインメニュー表示設定テーブル２３５には、契約を識別するため、受付番号が格納される。

メインメニュー表示設定テーブル２３５に含まれる機能は、契約の審査テーマに応じた審査種別に含まれる機能であって、且つ、メインメニューデフォルト値定義テーブル２３２に登録されている機能である。メインメニュー表示設定テーブル２３５では、各機能について、１ｓｔステージデフォルト値，１ｓｔステージ設定値，２ｎｄステージデフォルト値，２ｎｄステージ設定値が格納されている。メインメニュー表示設定テーブル２３５の各機能の１ｓｔステージデフォルト値及び２ｎｄステージデフォルト値は、それぞれ、メインメニューデフォルト値定義テーブル２３２から読み出されて格納される。

メインメニュー表示設定テーブル２３５の各機能の１ｓｔステージ設定値及び２ｎｄステージ設定値は、それぞれ、ユーザによって設定される。１ｓｔステージ設定値及び２ｎｄステージ設定値が「１」である場合には、該機能は審査対象であり、メインメニューに表示される。１ｓｔステージ設定値及び２ｎｄステージ設定値が「０」である場合には、該機能は審査対象ではなく、メニューには表示されない。

ただし、１ｓｔステージデフォルト値及び２ｎｄステージデフォルト値が「１」の場合には、該当の機能は審査員に提示することが必須であることが示される。したがって、１ｓｔステージデフォルト値又は２ｎｄステージデフォルト値が「１」であり、１ｓｔステージ設定値又は２ｎｄステージ設定値が「０」である機能が含まれる場合には、エラーとなる（後述）。

図１４は、サブメニュー表示設定テーブル２３６の一例である。サブメニュー表示設定テーブル２３６は、メインメニュー内のサブメニューの表示のユーザ設定を格納するテーブルである。サブメニューのユーザ設定も、審査の契約毎に行われるため、サブメニュー表示設定テーブル２３６は、１つの企業スキーマ２０に審査の契約の数だけ存在する。そのため、サブメニュー表示設定テーブル２３６には、契約を識別するため、受付番号が格納される。

サブメニュー表示設定テーブル２３６は、同じ受付番号を有するメインメニュー表示設定テーブルに含まれる機能のサブメニューであって、サブメニューデフォルト値定義テーブル２３３に登録されているサブメニューである。サブメニュー表示設定テーブル２３６では、各サブメニューについて、１ｓｔステージデフォルト値，１ｓｔステージ設定値，２ｎｄステージデフォルト値，２ｎｄステージ設定値が格納されている。サブメニュー表示設定テーブル２３６の各サブメニューの１ｓｔステージデフォルト値及び２ｎｄステージデフォルト値は、それぞれ、サブメニューデフォルト値定義テーブル２３３から読み出
されて格納される。

１ｓｔステージデフォルト値，１ｓｔステージ設定値，２ｎｄステージデフォルト値，２ｎｄステージ設定値については、メインメニュー表示設定テーブル２３５と同様である。

なお、図５，図６，図８〜図１４に示されるテーブルは、それぞれ一例であって、これらに限られない。各テーブルは、統合マネジメントシステム１の設計に応じて、エントリ項目等を適宜変更可能である。

＜処理の流れ＞
以下、統合マネジメントシステム１を利用したリモート審査の処理の流れを、（１）審査前準備、（２）審査、（３）審査結果登録の順に、適宜、統合マネジメントシステム１の画面例を用いて説明する。

＜（１）審査前準備＞
審査前準備は、利用企業側のユーザが行う。審査前準備の処理には、例えば、審査にかかる情報の登録，審査員にかかる情報の登録，パスワードの発行がある。

図１５は、審査前準備の統合マネジメントシステム１の処理の流れを示すフローチャートの一例である。図１５に示される処理は、統合マネジメントシステム１にログイン済みの利用企業のユーザ端末から、システム管理部１６が呼び出されるメニューの選択が受け付けられることによって開始される。なお、図１５に示されるフローチャートにおいて、ユーザ端末からのメインメニュー及びサブメニューの選択，画面上の操作ボタンの押下，画面上のリンクの選択等は、振分部１４によって、システム管理部１６及び審査情報管理部１６１に送られる。以下、フローチャートについての説明では、機能ブロックを主体として説明するが、実際には、各機能ブロックの処理を実行する装置のプロセッサ５１Ａが実行している。

ＯＰ１では、システム管理部１６は、ユーザ端末からの審査情報管理部１６１を呼び出すサブメニューの選択を受け付ける。これによって、審査情報管理部１６１が呼び出される。

ＯＰ２では、審査情報管理部１６１から画面制御部１１に、審査情報一覧画面の生成が指示される。審査情報一覧画面は、審査情報管理部１６１を呼び出すサブメニューが選択された際に表示される画面であって、審査情報テーブル２３４に登録される各審査の情報の一部が一覧表示された画面である（後述の図１６）。審査情報管理部１６１は、審査情報一覧画面の生成の指示とともに、審査情報テーブル２３４から各審査の情報の所定の一部を読出して画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、審査情報一覧画面のフォーマットに情報を配置して審査情報一覧画面を作成し、ユーザ端末に送信する。これによって、ユーザ端末の画面は、審査情報一覧画面に遷移する。

ＯＰ３では、審査情報管理部１６１は、ユーザ端末から審査情報設定画面への遷移指示を受け付ける。審査情報設定画面への遷移指示は、例えば、審査情報一覧画面内の所定の操作ボタンの押下によってユーザ端末から送信される。審査情報設定画面は、審査及び審査員の情報を登録するための画面である（後述の図１７）。

ＯＰ４では、審査情報管理部１６１から画面制御部１１に、審査情報設定画面の送信が指示される。画面制御部１１の画面作成表示部１１１は審査情報設定画面のフォーマットを読出し、ユーザ端末に送信する。これによって、ユーザ端末の画面は、審査情報一覧画
面から審査情報設定画面に遷移する。ユーザは、審査情報設定画面に審査及び審査員の情報を入力する。

ＯＰ５では、審査情報管理部１６１は、審査情報設定画面に入力された審査及び審査員の情報と、これらの情報の登録指示と、をユーザ端末から受け付ける。審査及び審査員の情報の登録指示は、例えば、審査情報設定画面内の所定の操作ボタンの押下によってユーザ端末から送信される。

ＯＰ６では、審査及び審査員の情報の登録指示の受付を契機にして、審査情報管理部１６１は、新規に登録された審査員に対して、ログインの初期パスワードを発行する。新規に登録された審査員が複数である場合には、審査情報管理部１６１は、各審査員に対して初期パスワードを発行する。なお、第１実施形態では、ログイン時のユーザＩＤとしてメールアドレスが用いられる。すなわち、第１実施形態では、ログイン時のユーザＩＤは、利用企業によって設定されることになる。

ＯＰ７では、審査情報管理部１６１は、審査情報設定画面に入力された審査の情報を審査情報テーブル２３４に格納する。また、審査情報管理部１６１は、審査情報設定画面に入力された審査員の情報と、ＯＰ６で発行した初期パスワードと、をユーザ情報テーブル２１に格納する。このとき、審査情報管理部１６１は、ユーザ情報テーブル２１に、審査員の権限を「審査員」として格納する。

ＯＰ８では、審査情報管理部１６１は、ユーザ情報の登録完了と初期パスワードとを通知するためのユーザ登録通知メールを生成し、新規に登録された審査員に送信する。ユーザ登録通知メールは、審査情報設定画面で入力された審査員のメールアドレス宛てに送信される。

ＯＰ９では、審査情報管理部１６１は、ユーザ端末からの審査対象設定画面への遷移指示を受け付ける。審査対象設定画面への遷移指示は、例えば、審査情報設定画面中の所定の操作ボタンの押下によってユーザ端末から送信される。審査対象設定画面は、審査の対象となる機能、すなわち、審査員に提示するメニューを設定するための画面である（後述図１９）。

ＯＰ１０では、審査情報管理部１６１から画面制御部１１に、審査対象設定画面の生成が指示される。審査情報管理部１６１は、審査対象設定画面の生成の指示とともに、テーマ別審査種別定義テーブル２３１，メインメニューデフォルト値定義テーブル２３２，サブメニューデフォルト値定義テーブル２３３から所定の情報を読出し、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、審査対象設定画面のフォーマットに該所定の情報を配置して、審査対象設定画面を生成し、ユーザ端末に送信する。これによって、ユーザ端末の画面は、審査情報設定画面から審査対象設定画面に遷移する。ユーザは、ユーザ端末に表示される審査対象設定画面に審査対象となる機能の設定を入力する。

ＯＰ１１では、審査情報管理部１６１は、審査対象設定画面に入力された審査対象となる機能の設定の情報と、これらの設定の情報の登録指示と、をユーザ端末から受け付ける。審査対象となる機能の設定の情報の登録指示は、例えば、審査対象設定画面内の所定の操作ボタンの押下によってユーザ端末から送信される。

ＯＰ１２では、審査情報管理部１６１は、ユーザから入力された審査対象となる機能の設定の情報を、メインメニュー表示設定テーブル２３５，サブメニュー表示設定テーブル２３６の１ｓｔステージ設定値，２ｎｄステージ設定値として、格納する。このとき、審
査情報管理部１６１は、メインメニュー表示設定テーブル２３５，サブメニュー表示設定テーブル２３６において、１ｓｔステージデフォルト値が「１」であって、１ｓｔステージ設定値「０」である、又は、２ｎｄステージデフォルト値が「１」であって、２ｎｄステージ設定値「０」であるメニューがある場合には、エラーを出力する。これによって、審査員への提示が必須の機能が、審査員に提示されることがより確実となる。その後、図１５に示される処理が終了する。

（審査前準備のユーザ端末の画面遷移例）
図１６は、ユーザ端末に表示される審査情報一覧画面の一例である。第１実施形態では、審査情報一覧画面を含むユーザ端末に提示される統合マネジメントシステム１の全画面は、３つにフレーム分けされている。画面上部のフレーム３１０には、ユーザ名，ログアウトボタンが配される。フレーム３２０には、メインメニューが配される。フレーム３３０には、選択されているメインメニューに含まれるサブメニューがタブとして表示され、選択されたサブメニューに応じた画面が表示される。第１実施形態では、ユーザがログインしている間は、フレーム３１０，３２０に表示される情報は変わらず、メニューの選択に応じて、フレーム３３０に表示される情報が変化する。

図１６に示される審査情報一覧画面は、サブメニュー「リモート審査」のトップ画面であり、図１５のＯＰ２でユーザ端末に送信される画面である。メインメニューの「システム管理」は、システム管理部１６を呼び出すためのメニューである。また、サブメニューの「リモート審査」は、システム管理部１６内の審査情報管理部１６１を呼び出すためのメニューである。なお、メインメニュー「システム管理」及びサブメニュー「リモート審査」は、第１実施形態では、審査員権限のユーザには提示されないものであり、利用企業のユーザでも、システム管理の権限を持つユーザ以外には提示されない。

審査情報一覧画面には、審査情報テーブル２３４に登録されている全審査の情報の一部が表示される。図１６に示される例では、受付番号，審査機関名，審査概要，１ｓｔステージの審査の実施日及び実施期間，２ｎｄステージの審査の実施日及び実施期間が表示されている。審査情報一覧画面のフレーム３３０の部分は、画面作成表示部１１１が、審査情報管理部１６１によって審査情報テーブル２３４から読み出された審査の情報の一部を、審査情報一覧画面のフォーマットの所定の位置に配置することによって作成される。

第１実施形態では、審査情報一覧画面には「審査情報登録」の操作ボタンＢ１が含まれる。ユーザが操作ボタンＢ１を押下すると、画面が審査情報設定画面に遷移する。

図１７は、ユーザ端末に表示される審査情報設定画面の一例である。審査情報設定画面は、審査にかかる情報を登録するための画面であり、図１５のＯＰ４でユーザ端末に送信される画面である。審査情報設定画面は、例えば、審査の情報を設定する「審査情報」の欄と、審査員の情報を設定する「審査員情報」の欄が含まれる。「審査情報」の各項目に入力された情報は、審査情報テーブル２３４に格納される。「審査員情報」の各項目に入力された情報は、ユーザ情報テーブル２１に、権限「審査員」とともに格納される。

審査情報設定画面には、「更新」の操作ボタンＢ２と「審査対象設定」の操作ボタンＢ３とが配置されている。「更新」の操作ボタンＢ２の押下によって、「審査情報」と「審査員情報」との欄に入力された情報が、それぞれ、審査情報テーブル２３４，ユーザ情報テーブル２１に反映され（図１５、ＯＰ７参照）、審査員に対して初期パスワードが発行され、ユーザ登録完了メールが送信される。「審査対象設定」の操作ボタンＢ３の押下によって、画面が審査情報設定画面から審査対象設定画面に遷移する（図１５、ＯＰ９、ＯＰ１０）。

図１８は、ユーザ登録通知メールの内容の一例である。ユーザ登録通知メールは、例えば、図１７に示される審査情報設定画面の「更新」の操作ボタンＢ２の押下を契機に、統合マネジメントシステム１から審査員のユーザ端末に送信されるメールである。

ユーザ登録通知メールには、ログインの際に入力が求められる情報が含まれる。第１実施形態では、ログインの際に入力が求められる情報として、例えば、受付番号，メールアドレス，パスワード，ログインＵＲＬがある。なお、第１実施形態では、利用企業のユーザと審査機関の審査員とで、ログインＵＲＬは分けられており、審査員には、審査員用のログインＵＲＬが通知される。ユーザ登録通知メールを受信することによって、審査機関に属する審査員は、ログインの際に入力が求められる情報を取得することができ、統合マネジメントシステム１へのログインが可能になる。

図１９は、ユーザ端末の画面に表示される審査対象設定画面の一例である。審査対象設定画面は、審査対象となる機能を設定するための画面であり、図１５のＯＰ１０においてユーザ端末に送信される画面である。審査対象となる機能を設定することは、すなわち、審査員に提示するメインメニュー及びサブメニューの設定を行うことである。

審査対象設定画面には、審査員に提示可能なメインメニューと、各メインメニューについて、１ｓｔステージ、２ｎｄステージそれぞれにおいて、審査員に提示するかしないかを選択するためのチェックボタンと、が表示される。図１９では、「対象」のチェックボタンが選択されている場合には、該当のメインメニューが審査員に提示されることが示される。また、図１９では、「対象外」のチェックボタンが選択されている場合には、該当のメインメニューが審査員に提示されないことが示される。また、審査員に提示可能なサブメニューが存在するメインメニューについては、詳細設定ボタンＢ４が表示される。

審査対象設定画面に表示される、審査員に提示可能なメインメニューは、審査のテーマに応じた審査種別のメインメニューデフォルト値定義テーブル２３２に登録されているメインメニューである。また、１ｓｔステージ、２ｎｄステージそれぞれの「対象」及び「対象外」のチェックボタンは、初期状態として、メインメニューデフォルト値定義テーブル２３２に格納される１ｓｔステージデフォルト値，２ｎｄステージデフォルト値にしたがって選択された状態で表示される。

第１実施形態では、メインメニューデフォルト値定義テーブル２３２において、１ｓｔステージデフォルト値，２ｎｄステージデフォルト値が「１」である場合には、審査対象設定画面の１ｓｔステージ、２ｎｄステージのチェックボタンは「対象」が選択された状態が初期状態となる。メインメニューデフォルト値定義テーブル２３２において、１ｓｔステージデフォルト値，２ｎｄステージデフォルト値が「０」である場合には、審査対象設定画面の１ｓｔステージ、２ｎｄステージのチェックボタンは「対象外」が選択された状態が初期状態となる。

審査対象設定画面は、例えば、以下のようにして生成される。まず、審査情報管理部１６１は、審査のテーマの審査種別をテーマ別審査種別定義テーブル２３１から取得する。次に、審査情報管理部１６１は、取得した審査種別の機能（メインメニュー相当）で審査員に提示可能な機能と、各機能の１ｓｔステージデフォルト値と、２ｎｄステージデフォルト値と、をメインメニューデフォルト値定義テーブル２３２から取得し、審査対象設定画面の生成指示とともに、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、審査情報管理部１６１から受信した情報を審査対象設定画面のフォーマットの所定の位置に配置して、審査対象設定画面を生成する。このとき、画面作成表示部１１１は、各機能の「対象」又は「対象外」のチェックボタンの選択状態を１ｓｔステージデフォルト値，２ｎｄステージデフォルト値に従った選択状態とする。

なお、１ｓｔステージデフォルト値及び２ｎｄステージデフォルト値が「１」の場合には、「対象外」のチェックボタンは選択できないように表示されてもよい。１ｓｔステージデフォルト値及び２ｎｄステージデフォルト値が「１」の場合には、該メインメニュー及びサブメニューは、審査に必須のものだからである。図１９に示される審査対象設定画面では、１ｓｔステージデフォルト値及び２ｎｄステージデフォルト値が「１」のメインメニューでは、「対象外」のチェックボタンの表示色を変えて、ユーザが選択できないようにしている。

また、審査情報管理部１６１は、サブメニューデフォルト値定義テーブル２３３の情報も読出し、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、審査情報管理部１６から受信するサブメニューデフォルト値定義テーブル２３３の情報に基づいて、サブメニューが存在する機能（メインメニュー相当）には、「詳細設定」の操作ボタンＢ４を表示させる。

審査対象設定画面中の「詳細設定」の操作ボタンＢ４が押下されると、サブメニューを審査対象とするか否かを設定する画面に遷移する、又は、ポップアップが表示される。サブメニューについてもメインメニューと同様に、「対象」及び「対象外」のチェックボタンがサブメニューデフォルト値定義テーブル２３３の１ｓｔステージ及び２ｎｄステージのデフォルト値に従って選択された状態で表示される。

審査対象設定画面中の「更新」の操作ボタンＢ５が押下されると、ユーザ端末から、各メインメニュー及びサブメニューの審査対象のユーザ設定が統合マネジメントシステム１に送信される。この情報は、審査情報管理部１６１によって、メインメニュー表示設定テーブル２３５及びサブメニュー表示設定テーブル２３６に格納される。「対象」のチェックボタンが選択されているメインメニュー及びサブメニューは、メインメニュー表示設定テーブル２３５及びサブメニュー表示設定テーブル２３６の設定値に「１」が格納される。「対象外」のチェックボタンが選択されているメインメニュー及びサブメニューは、メインメニュー表示設定テーブル２３５及びサブメニュー表示設定テーブル２３６の設定値に「０」が格納される。

＜（２）審査＞
（２）審査は、審査機関の審査員によって行われる。まず、統合マネジメントシステム１へのログイン処理について説明する。

（ログイン処理）
図２０Ａ及び図２０Ｂは、ログインの処理のフローを示す図である。図２０Ａ及び図２０Ｂのフローは、ログイン部１２がユーザ端末からのログイン要求と、メールアドレスと、パスワードと、を受け付けると開始される。ユーザ端末からのログイン要求は、例えば、ユーザ端末における画面中の所定の操作ボタンの押下を契機に送信される。なお、図２０Ａ及び図２０Ｂに示されるフローチャートにおいて、ユーザ端末からのメインメニュー及びサブメニューの選択，画面上の操作ボタンの押下，画面上のリンクの選択等は、振分部１４によって、ログイン部１２に送られる。

ＯＰ３１では、ログイン部１２は、ユーザが審査機関の審査員であるか否かを判定する。ユーザが審査機関の審査員であるか否かは、第１実施形態では、利用企業のユーザと審査機関の審査員とでは、ログインＵＲＬが異なるので、ユーザ端末からアクセスされたＵＲＬによって判定される。ユーザが審査員である場合には（ＯＰ３１：ＹＥＳ）、処理がＯＰ３２に進む。ユーザが利用企業のユーザである場合には（ＯＰ３１：ＮＯ）、処理がＯＰ４３に進む。

ＯＰ３２では、ログイン部１２は、企業情報マスタ３０のログインテーブル３１から、ユーザのメールアドレスに対応する企業コードを取得する（ＯＰ３２：ＹＥＳ）。ログイン部１２は、取得した企業コードに対応する、サーバ名，ポート番号，スキーマ名を、企業情報マスタ３０の企業情報テーブル３２から読み出す。企業情報マスタ３０のログインテーブル３１から、ユーザのメールアドレスに対応する企業コードが取得されない場合には（ＯＰ３２：ＮＯ）、アクセスしてきたユーザは登録されていないので、ログイン部１２は、ログイン失敗を判定し、図２０Ａに示される処理が終了する。ログイン失敗の場合には、ログイン失敗を通知する画面をユーザ端末に送信してもよい。

ＯＰ３３では、ログイン部１２は、ＯＰ３２で取得した、サーバ名，ポート番号，スキーマ名によって特定される企業スキーマ２０に保持されるユーザ情報テーブル２１に、ユーザから入力されたメールアドレスとパスワードとが登録されているか否かを判定し、ユーザ認証を行う。

ＯＰ３４では、ユーザ情報テーブル２１に、ユーザから入力されたメールアドレスとパスワードとが登録されている場合に、ログイン部１２はユーザ認証の成功を判定する（ＯＰ３４：ＹＥＳ）。ログイン部１２は、ＯＰ３２で取得した、サーバ名，ポート番号，スキーマ名を、セッション情報１２１のスキーマ情報１２１１に格納する。ユーザがログアウトするまでの間、該ユーザのスキーマ情報１２１１が保持されることによって、各企業スキーマ２０へのアクセス時間を短縮することができる。その後、処理がＯＰ３５に進む。

ユーザ情報テーブル２１に、ユーザから入力されたメールアドレスとパスワードとが登録されていない場合に、ログイン部１２はユーザ認証の失敗を判定し（ＯＰ３４：ＮＯ）、図２０Ａに示される処理が終了する。

ＯＰ３５では、ログイン部１２は、ユーザ情報テーブル２１から、ユーザのメールアドレスに対応付けられている受付番号を取得する。ＯＰ３６では、ログイン部１２は、審査情報テーブル２３４から、ＯＰ３５において取得した受付番号に対応するレコードを取得する。

ＯＰ３７では、ログイン部１２は、現在時刻とＯＰ３６において取得した審査情報テーブル２４に含まれる１ｓｔステージの審査期間とを比較し、現在１ｓｔステージの審査期間内か否かを判定する。現在１ｓｔステージの審査期間内である場合には（ＯＰ３７：ＹＥＳ）、処理がＯＰ３８に進む。現在１ｓｔステージの審査期間内でない場合には（ＯＰ３７：ＮＯ）、処理がＯＰ３９に進む。

ＯＰ３８では、ログイン部１２は、ユーザが審査員であり、現在１ｓｔステージの審査期間内であるので、メインメニュー表示設定テーブル２３５から、１ｓｔステージ設定値が「１」のメインメニューを抽出する。その後、処理がＯＰ４１に進む。

ＯＰ３９では、ログイン部１２は、現在時刻とＯＰ３６において取得した審査情報テーブル２４に含まれる２ｎｄステージの審査期間とを比較し、現在２ｎｄステージの審査期間内か否かを判定する。現在２ｎｄステージの審査期間内である場合には（ＯＰ３９：ＹＥＳ）、処理がＯＰ４０に進む。

現在１ｓｔステージの審査期間内でも、２ｎｄステージの審査期間でもない場合には（ＯＰ３９：ＮＯ）、審査員であるユーザが統合マネジメントシステム１にアクセスできる期間外であるため、ログイン部１２は、ログイン失敗を判定する。この場合には、ＯＰ３
４において、保持されたセッション情報１２１及びスキーマ情報１２１１を削除する。その後、図２０Ａに示される処理が終了する。

ＯＰ４０では、ログイン部１２は、ユーザが審査員であり、現在２ｎｄステージの審査期間内であるので、メインメニュー表示設定テーブル２３５から、２ｎｄステージ設定値が「１」のメインメニューを抽出する。その後、処理がＯＰ４１に進む。

ＯＰ４１では、ログイン部１２は、画面制御部１１に、トップ画面の生成を指示する。ログイン部１２は、トップ画面の生成の指示とともに、ＯＰ３８またはＯＰ３９において抽出したメインメニュー及びサブメニューを画面制御部１１に送信する。画面制御部１１のメニュー作成部１１２は、ログイン部１２から受信したメインメニューを含むメニュー表示を作成する。画面作成表示部１１１は、メニュー表示をトップ画面のフォーマットの所定の位置に配置して、トップ画面を生成する。ユーザがログインしている間は、ＯＰ４１で生成されたメニュー表示が使用される。ＯＰ４２では、画面作成表示部１１１は、生成したトップ画面をユーザ端末に送信する。これによって、図２０Ａに示される処理が終了する。

図２０Ｂは、利用企業のユーザのログイン処理の流れが示される。ＯＰ４３では、ログイン部１２は、企業情報マスタ３０のログインテーブル３１から、ユーザのメールアドレスに対応する企業コードを取得する（ＯＰ４３：ＹＥＳ）。ログイン部１２は、取得した企業コードに対応する、サーバ名，ポート番号，スキーマ名を、企業情報マスタ３０の企業情報テーブル３２から読み出す。

企業情報マスタ３０のログインテーブル３１から、ユーザのメールアドレスに対応する企業コードが取得されない場合には（ＯＰ４３：ＮＯ）、アクセスしてきたユーザは登録されていないので、ログイン部１２は、ログイン失敗を判定し、図２０Ｂに示される処理が終了する。

ＯＰ４４では、ログイン部１２は、ＯＰ４３で取得した、サーバ名，ポート番号，スキーマ名によって特定される企業スキーマ２０に保持されるユーザ情報テーブル２１に、ユーザから入力されたメールアドレスとパスワードとが登録されているか否かを判定し、ユーザ認証を行う。

ＯＰ４５では、ユーザ情報テーブル２１に、ユーザから入力されたメールアドレスとパスワードとが登録されている場合に、ログイン部１２はユーザ認証の成功を判定する（ＯＰ４５：ＹＥＳ）。ログイン部１２は、ＯＰ４３で取得した、サーバ名，ポート番号，スキーマ名を、セッション情報１２１のスキーマ情報１２１１に格納する。その後、処理がＯＰ４６に進む。

ユーザ情報テーブル２１に、ユーザから入力されたメールアドレスとパスワードとが登録されていない場合に、ログイン部１２はユーザ認証の失敗を判定し（ＯＰ４５：ＮＯ）、図２０Ｂに示される処理が終了する。

ＯＰ４６では、ログイン部１２は、ユーザが利用企業に属するユーザであるので、利用企業向け設定テーブル群２２に格納される情報を読み出し、トップ画面の生成指示とともに、画面制御部１１に送信する。メニュー作成部１１２は、受信した情報に基づいてメニュー表示を生成し、画面作成表示部１１１は、トップ画面のフォーマットの所定の位置にメニュー表示を配置してトップ画面を生成する。

ＯＰ４７では、画面作成表示部１１１は、生成したトップ画面をユーザ端末に送信する
。これによって、図２０Ｂに示される処理が終了する。

（ログイン処理のユーザ端末の画面遷移例）
図２１は、審査員用のログイン画面の一例を示す図である。審査員用のログイン画面は、審査機関向けのＵＲＬにアクセスすることによって表示される。図２１に示される審査員用のログイン画面には、受付番号と、メールアドレスと、パスワードと、の入力欄が設けられる。

審査員用のログイン画面には、「ログイン」の操作ボタンＢ６が配置されており、「ログイン」の操作ボタンＢ６の押下によって、ユーザ端末から統合マネジメントシステム１に、メールアドレスと、パスワードと、ログイン要求が送信される。ログインが成功すると、画面は、ログイン画面からトップ画面に遷移する。

図２２は、審査員用のトップ画面の一例を示す図である。審査員用のトップ画面では、受審企業側で設定されたメインメニューが表示される。すなわち、メインメニュー表示設定テーブル２３５において、１ｓｔステージ設定値又は２ｎｄステージ設定値が「１」に設定されたメインメニューが表示される。これによって、審査員は、表示されていないメインメニューに相当する機能にアクセスすることができなくなる。メインメニューのいずれかが選択されると、画面は、選択されたメインメニューに応じた画面に遷移する。また、図２２に示される例では、ログインしているユーザのユーザ名が表示される。

（審査処理）
審査員が統合マネジメントシステム１にログインすると、審査対象の機能について、情報を参照しつつ、審査が行われる。以下、例として、共通マネジメント機能のインシデント管理機能，規定管理機能，ＩＳＭＳマネジメント機能の持出管理機能について、審査中の統合マネジメントシステムの処理の流れを説明する。

（インシデント管理機能の審査中の処理）
図２３は、インシデント管理機能について審査が行われる場合の、統合マネジメントシステム１の処理のフローチャートの一例である。図２３に示されるフローチャートは、審査員のユーザ端末において、インシデント管理機能に相当するメインメニューが選択されると開始される。なお、図２３に示されるフローチャートにおいて、ユーザ端末からのメインメニュー及びサブメニューの選択，画面上の操作ボタンの押下，画面上のリンクの選択等は、振分部１４によって、共通マネジメント部１７Ａのインシデント管理部１７１に送られる。

ＯＰ５１では、共通マネジメント部１７Ａのインシデント管理部１７１が画面制御部１１にインシデント一覧画面の生成を指示する。インシデント一覧画面は、インシデントテーブルに登録されているインシデントの一覧を表示する画面であって、第１実施形態では、インシデント管理機能に相当するメインメニューが選択された場合のデフォルト画面に設定されている画面である。インシデント管理部１７１の一覧部１７１Ｅは、インシデントテーブルから所定の情報を読出し、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、受信した情報をインシデント一覧画面のフォーマットの所定の位置に配置して、インシデント一覧画面を生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、インシデント一覧画面が表示される。

インシデント管理部１７１が、ユーザ端末から所定のインシデントのインシデント単票画面への遷移指示を受け付けると（ＯＰ５２：ＹＥＳ）、処理がＯＰ５３に進む。インシデント単票画面は、１つのインシデントの詳細情報を表示するための画面である。インシデント単票画面への遷移指示は、例えば、インシデント一覧画面に表示されたインシデン
トのうちの１つを示すリンクが選択されるとユーザ端末から送信される。

ＯＰ５３では、インシデント管理部１７１は、画面制御部１１に、インシデント単票画面の生成指示を送信する。インシデント管理部１７１の参照部１７１Ｂは、インシデントテーブルから、ユーザ端末から指定されたインシデントの詳細情報を読出し、インシデント単票画面の生成指示とともに、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、インシデント単票画面のフォーマットに受信した情報を配置して、インシデント単票画面を生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、審査員が選択したインシデントの詳細情報を含むインシデント単票画面が表示される。

インシデント管理部１７１が、ユーザ端末から承認履歴画面への遷移指示を受け付けると（ＯＰ５４：ＹＥＳ）、処理がＯＰ５５に進む。承認履歴画面は、インシデント単票画面の対象インシデントに関する承認履歴を表示するための画面である。承認履歴画面への遷移指示は、例えば、インシデント単票画面中の所定の操作ボタンの押下によって、ユーザ端末から送信される。

ＯＰ５５では、インシデント管理部１７１は、画面制御部１１に、インシデント単票画面の対象インシデントの承認履歴画面の生成指示を送信する。インシデント管理部１７１の参照部１７１Ｂは、インシデントテーブルから、インシデント単票画面の対象インシデントの承認履歴を読出し、承認履歴画面の生成指示とともに、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、承認履歴画面のフォーマットに受信した情報を配置して、インシデント単票画面の対象インシデントの承認履歴画面を生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、審査員が選択したインシデントの承認履歴画面が表示される。

なお、図２３に示される処理は、各処理において、例えば、インシデント管理機能以外の機能に相当するメインメニューが選択される、ログアウトする等の場合に、終了する。また、図２３に示されるフローチャートは、インシデント管理機能において、審査員権限ユーザによって行われる審査中の操作の一例についての統合マネジメントシステム１の処理を示すものであって、インシデント管理機能における統合マネジメントシステム１の処理はこれに限られない。

（インシデント管理機能の審査中の画面遷移例）
図２４は、インシデント一覧画面の一例である。インシデント一覧画面は、メインメニュー「インシデント管理」のサブメニュー「インシデント一覧」が選択されると表示される画面であって、第１実施形態では、メインメニュー「インシデント管理」が選択された場合に最初に表示される画面である（図２３、ＯＰ５１）。

図２４に示される例では、メインメニュー「インシデント管理」はインシデント管理機能を呼び出すメニューであって、サブメニュー「インシデント一覧」と「インシデント全項目一覧」とを有する。サブメニュー「インシデント一覧」と「インシデント全項目一覧」とは、いずれも情報を参照する機能であるため、審査員への提示が可能なメニューであって、サブメニュー表示設定テーブル２３６において、設定値「１」に設定されているサブメニューである。したがって、図２４に示されるインシデント一覧画面において、サブメニュー「インシデント全項目一覧」が選択された場合には、インシデント全項目一覧を表示する画面に画面が遷移する。

インシデント一覧画面には、インシデントテーブルに登録されている全インシデントの所定の情報が表示される。インシデント一覧画面では、インシデントのソート，フィルタ
等の操作も、所定の操作ボタンによって行うことができる。インシデントのソート，フィルタ等は、例えば、一覧部１７１Ｅによって処理され、処理結果が画面制御部１１に送信され、処理結果としてソート，フィルタされたインシデント一覧を表示するインシデント一覧画面が生成、送信される。

図２４に示される例では、各インシデントの番号，状態，起票者，種別，発生日時，概要等が表示されている。図２４に示される例では、各インシデントの番号はリンクＬ１になっており、詳細を参照したいインシデントの番号のリンクＬ１が選択されることによって、該インシデントの詳細を表示するインシデント単票画面に画面が遷移する（図２３、ＯＰ５２、ＯＰ５３）。

図２５は、インシデント単票画面の一例である。インシデント単票画面には、インシデント一覧画面から選択された対象インシデントのインシデントテーブルに格納される詳細情報が表示される。インシデント単票画面には、第１実施形態では、「承認履歴表示」の操作ボタンＢ７が配置されており、「承認履歴表示」の操作ボタンＢ７の押下によって、画面が承認履歴画面に遷移する（図２３、ＯＰ５４、ＯＰ５５）。

図２６は、インシデント承認履歴画面の一例である。インシデント承認履歴画面には、インシデントテーブルに格納される対象インシデントの承認履歴が表示される。なお、図２４〜図２６に示されるそれぞれの画面例では、図示されていないが、フォーマット上、参照する以外の機能の操作ボタン等が表示される場合がある。審査員権限のユーザが参照する以外の機能（登録、変更等）の操作ボタンを押下した場合には、ユーザの権限が判定され、審査員権限である場合には、例えば、該操作ボタンの押下は無効にされる。このようにして、審査員権限のユーザは、参照以外に登録、変更等を行うことができないように操作を制限される。

（規定管理機能の審査中の処理）
図２７は、規定管理機能について審査が行われる場合の、統合マネジメントシステム１の処理のフローチャートの一例である。図２７に示されるフローチャートは、審査員のユーザ端末において、規定管理機能に相当するメインメニューが選択されると開始される。なお、図２７に示されるフローチャートにおいて、ユーザ端末からのメインメニュー及びサブメニューの選択，画面上の操作ボタンの押下，画面上のリンクの選択等は、振分部１４によって、共通マネジメント部１７Ａの規定管理部１７２に送られる。

ＯＰ６１では、共通マネジメント部１７Ａの規定管理部１７２が画面制御部１１にフォルダ一覧画面の生成を指示する。フォルダ一覧画面は、規定管理テーブルに登録されているフォルダの一覧を表示する画面であって、第１実施形態では、規定管理機能に相当するメインメニューが選択された場合のデフォルト画面に設定されている画面である。規定管理部１７２の一覧部（図示せず）は、規定管理テーブルに登録されているフォルダの一覧情報を読出し、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、受信したフォルダの一覧情報をフォルダ一覧画面のフォーマットの所定の位置に配置して、フォルダ一覧画面を生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、フォルダ一覧画面が表示される。

規定管理部１７２が、ユーザ端末から所定のフォルダの規定一覧画面への遷移指示を受け付けると（ＯＰ６２：ＹＥＳ）、処理がＯＰ６３に進む。規定一覧画面は、１つのフォルダに格納される規定ファイルの一覧を表示するための画面である。規定一覧画面への遷移指示は、例えば、フォルダ一覧画面に表示されたフォルダのリンクの１つが選択されるとユーザ端末から送信される。

ＯＰ６３では、規定管理部１７２は、画面制御部１１に、規定一覧画面の生成指示を送信する。規定管理部１７２の一覧部は、企業スキーマ２０の規定管理機能のフォルダ群（図示せず）の対象フォルダから格納される規定ファイルの一覧情報を読出し、規定一覧画面の生成指示とともに、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、規定一覧画面のフォーマットに受信した規定ファイルの一覧情報を配置して、規定一覧画面を生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、審査員が選択したフォルダに格納される規定ファイルの一覧の規定一覧画面が表示される。

規定管理部１７２が、ユーザ端末からファイル参照要求を受け付けると（ＯＰ６４：ＹＥＳ）、処理がＯＰ６５に進む。ファイル参照要求は、例えば、規定一覧画面に表示される規定ファイルのファイル名のリンクを選択することによって、ユーザ端末から送信される。

ＯＰ６５では、規定管理部１７２は、画面制御部１１に、ファイルダウンロードのポップアップの生成指示を送信する。画面制御部１１の画面作成表示部１１１は、ファイルダウンロードのポップアップのフォーマットに、要求されたファイルの情報を配置して、ファイルダウンロードのポップアップを生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、審査員が選択したファイルのファイルダウンロードのポップアップが表示される。

ＯＰ６６では、規定管理部１７２は、ユーザ端末からファイルのダウンロードの開始指示を受付、規定管理部１７２の参照部（図示せず）は、規定一覧画面の対象フォルダから、指定されたファイルを読み出し、ユーザ端末に送信する。

なお、図２７に示される処理は、各処理において、例えば、規定管理機能以外の機能に相当するメインメニューが選択される、ログアウトする等の場合に、終了する。また、図２７に示されるフローチャートは、規定管理機能において、審査員権限ユーザによって行われる審査中の操作の一例についての統合マネジメントシステム１の処理を示すものであって、規定管理機能における統合マネジメントシステム１の処理はこれに限られない。

（規定管理機能の審査中の画面遷移例）
図２８は、規定管理のフォルダ一覧画面の一例である。規定管理のフォルダ一覧画面は、メインメニュー「規定管理」のサブメニュー「フォルダ一覧」が選択されると表示される画面であって、第１実施形態では、メインメニュー「規定管理」が選択された場合に最初に表示される画面である（図２７、ＯＰ６１）。

図２８に示される例では、メインメニュー「規定管理」は規定管理機能を呼び出すメニューであって、サブメニュー「フォルダ一覧」を有する。サブメニュー「フォルダ一覧」は、情報を参照する機能であるため、審査員への提示が可能なメニューであって、サブメニュー表示設定テーブル２３６において、設定値「１」に設定されているサブメニューである。

規定一覧画面には、規定管理テーブルに登録されている全フォルダの情報が表示される。図２８に示される例では、規定一覧画面には、フォルダの名称，ファイル登録数が表示されており、フォルダ名がリンクＬ２になっている。登録されているファイルの一覧を参照したいフォルダ名のリンクＬ２が選択されることによって、フォルダに登録されるファイル一覧を表示する規定一覧画面に画面が遷移する（図２７、ＯＰ６２、ＯＰ６３）。

図２９は、規定一覧画面の一例である。規定一覧画面には、対象フォルダに登録される
規定ファイルの一覧情報が表示される。図２９に示される例では、規定番号，規定名称，ファイルの状態，ファイルの版数，登録日，管理情報表示，文書閲覧のリンクＬ３が表示されている。文書閲覧のリンクＬ３が選択されると、該当する規定ファイルのファイルダウンロードのポップアップが表示される（図２７、ＯＰ６４、ＯＰ６５）。

図３０は、ファイルダウンロードのポップアップを含むファイルダウンロード画面の一例である。「開く」又は「保存」を選択することによって、審査員は規定ファイルを閲覧することができる。

（持出管理機能の審査中の処理）
図３１は、持出管理機能について審査が行われる場合の、統合マネジメントシステム１の処理のフローチャートの一例である。図３１に示されるフローチャートは、審査員のユーザ端末において、持出管理機能に相当するメインメニューが選択されると開始される。なお、図３１に示されるフローチャートにおいて、ユーザ端末からのメインメニュー及びサブメニューの選択，画面上の操作ボタンの押下，画面上のリンクの選択等は、振分部１４によって、ＩＳＭＳマネジメント部１７Ｂの持出管理部（図示せず）に送られる。

ＯＰ５１では、ＩＳＭＳマネジメント部１７Ｂの持出管理部が画面制御部１１に持ち出し一覧画面の生成を指示する。持ち出し一覧画面は、持出管理テーブル（図示せず）に登録されている持出情報の一覧を表示する画面であって、第１実施形態では、持出管理機能に相当するメインメニューが選択された場合のデフォルト画面に設定されている画面である。持出管理部のサブメニュー部の一覧部（図示せず）は、持出管理テーブルから所定の情報を読出し、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、受信した情報を持ち出し一覧画面のフォーマットの所定の位置に配置して、持ち出し一覧画面を生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、持ち出し一覧画面が表示される。

持出管理部が、ユーザ端末から所定の持出情報の内容確認画面への遷移指示を受け付けると（ＯＰ７２：ＹＥＳ）、処理がＯＰ７３に進む。持出情報の内容確認画面は、１つの持出情報の詳細を表示するための画面である。持出情報の内容確認画面への遷移指示は、例えば、持ち出し一覧画面に表示された持出情報のリンクの１つが選択されるとユーザ端末から送信される。

ＯＰ７３では、持出管理部は、画面制御部１１に、持出情報の内容確認画面の生成指示を送信する。持出管理部のサブメニュー部の参照部（図示せず）は、持出管理テーブルから、ユーザ端末から指定された持出情報の詳細情報を読出し、持ち出し情報の内容確認画面の生成指示とともに、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、持ち出し情報の内容確認画面のフォーマットに受信した情報を配置して、持ち出し情報の内容確認画面を生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、審査員が選択した持出情報の内容確認画面が表示される。

持出管理部が、ユーザ端末から承認履歴画面への遷移指示を受け付けると（ＯＰ７４：ＹＥＳ）、処理がＯＰ７５に進む。承認履歴画面は、内容確認画面の対象持出情報の承認履歴を表示するための画面である。承認履歴画面への遷移指示は、例えば、内容確認画面中の所定の操作ボタンの押下によって、ユーザ端末から送信される。

ＯＰ７５では、持出管理部は、画面制御部１１に、内容確認画面の対象の持出情報の承認履歴画面の生成指示を送信する。持出管理部の参照部は、持出管理テーブルから、対象の持出情報の承認履歴を読出し、承認履歴画面の生成指示とともに、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、承認履歴画面のフォーマットに受信
した情報を配置して、対象の持出情報の承認履歴画面を生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、審査員が選択した持出情報の承認履歴画面が表示される。

なお、図３１に示される処理は、各処理において、例えば、持出管理機能以外の機能に相当するメインメニューが選択される、ログアウトする等の場合に、終了する。また、図３１に示されるフローチャートは、持出管理機能において、審査員権限ユーザによって行われる審査中の操作の一例についての統合マネジメントシステム１の処理を示すものであって、持出管理機能における統合マネジメントシステム１の処理はこれに限られない。

（持出管理機能の審査中の画面遷移例）
図３２は、持ち出し一覧画面の一例である。持ち出し一覧画面は、メインメニュー「持出管理」のサブメニュー「持ち出し一覧」が選択されると表示される画面であって、第１実施形態では、メインメニュー「持出管理」が選択された場合に最初に表示される画面である（図３１、ＯＰ７１）。

図３２に示される例では、メインメニュー「持出管理」は持出管理機能を呼び出すメニューであって、サブメニュー「持ち出し一覧」と「持ち出し履歴」とを有する。サブメニュー「持ち出し一覧」と「持ち出し履歴」とは、いずれも情報を参照する機能であるため、審査員への提示が可能なメニューであって、サブメニュー表示設定テーブル２３６において、設定値「１」に設定されているサブメニューである。したがって、図３２に示される持出一覧画面において、サブメニュー「持ち出し履歴」が選択された場合には、持ち出し履歴を表示する画面に画面が遷移する。

持ち出し一覧画面には、持出管理テーブルに登録されている全持出情報のうち所定の項目の情報が表示される。図３２に示される例では、各持出情報の名称，状態，持出情報の種類，持ち出し形態，持ち出し先等が表示されている。図３２に示される例では、各持ち出し情報に対して、「内容確認」の操作ボタンＢ８が配置されている。「内容確認」の操作ボタンＢ８が押下されることによって、対応する持ち出し情報の詳細を表示する内容確認画面に画面が遷移する（図３１、ＯＰ７２、ＯＰ７３）。

図３３は、持ち出し情報の内容確認画面の一例である。内容確認画面には、持出管理テーブルに格納される対象の持出情報の詳細な情報が表示される。内容確認画面には、第１実施形態では、「承認履歴表示」の操作ボタンＢ９が配置されており、「承認履歴表示」の操作ボタンＢ９の押下によって、画面が承認履歴画面に遷移する（図３１、ＯＰ７４、ＯＰ７５）。

図３４は、持ち出し承認履歴画面の一例である。持ち出し承認履歴画面には、持出管理テーブルに格納される対象の持出情報の承認履歴が表示される。

＜（３）審査結果登録＞
（３）審査結果登録は、審査機関の審査員によって行われる。第１実施形態では、審査結果は、審査員のユーザ端末において作成されたファイルを統合マネジメントシステムにアップロードすることによって、登録される。第１実施形態では、審査結果の登録は、記録管理機能によって処理される。

図３５は、審査結果登録の処理のフローを示す図である。図３５のフローは、記録管理機能に相当するメインメニューの選択を受け付けた場合に開始される。なお、図３５に示されるフローチャートにおいて、ユーザ端末からのメインメニュー及びサブメニューの選択，画面上の操作ボタンの押下，画面上のリンクの選択等は、振分部１４によって、記録
管理部１７３に送られる。

ＯＰ８１では、記録管理部１７３は、画面制御部１１に記録管理フォルダ一覧画面の生成を指示する。記録管理フォルダ一覧画面は、記録管理テーブルに登録されているフォルダの一覧を表示する画面であって、第１実施形態では、記録管理機能に相当するメインメニューが選択された場合のデフォルト画面に設定されている画面である。記録管理部１７３のサブメニュー部１７３Ａの一覧部（図示せず）は、記録管理テーブルから所定の情報を読出し、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、受信した情報を記録管理フォルダ一覧画面のフォーマットの所定の位置に配置して、記録管理フォルダ一覧画面を生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、記録管理フォルダ一覧画面が表示される。

ＯＰ８２では、記録管理部１７３は、ユーザ端末から記録登録機能に相当するサブメニューの選択を受け付ける。ＯＰ８３では、記録管理部１７３は、画面制御部１１に記録情報一覧画面の生成を指示する。記録情報一覧画面は、審査結果ファイルを格納する審査結果格納フォルダ２６内に格納されているファイルの一覧を表示する画面である。記録管理部１７３のサブメニュー部１７３Ａの一覧部（図示せず）は、審査結果格納フォルダ２６に格納されるファイルの一ら情報を読出し、画面制御部１１に送信する。画面制御部１１の画面作成表示部１１１は、受信した情報を記録情報一覧画面のフォーマットの所定の位置に配置して、記録情報一覧画面を生成し、ユーザ端末に送信する。これによって、審査員のユーザ端末には、記録情報一覧画面が表示される。

ＯＰ８４では、記録管理部１７３は、ユーザ端末から審査結果格納フォルダ２６へのファイルの新規登録指示を受け付ける。ファイルの新規登録指示は、記録情報一覧画面中の所定の操作ボタンの押下によって送信される。

ユーザが審査員である場合には（ＯＰ８５：ＹＥＳ）、処理がＯＰ８６に進む。ユーザが利用企業に属するユーザである場合には（ＯＰ８５：ＮＯ）、図３５に示される処理が終了する。審査結果格納フォルダ２６へのファイルの登録は、審査員権限を有するユーザに許可されている処理であって、利用企業に属するユーザは、審査結果格納フォルダ２６に登録されているファイルを参照することはできても登録することは許可されていないためである。

ＯＰ８６では、記録管理部１７３は、画面制御部１１に記録情報編集画面の生成を指示する。記録情報編集画面は、審査結果格納フォルダ２６に登録するファイルの管理情報を設定するための画面である。画面制御部１１の画面作成表示部１１１は、記録情報編集画面のフォーマットをユーザ端末に送信する。これによって、審査員のユーザ端末には、記録情報編集画面が表示される。

ＯＰ８７では、記録管理部１７３は、ユーザ端末からファイル登録画面への遷移指示を受け付ける。ファイル登録画面は、審査結果のファイルを登録するための画面である。ファイル登録画面への遷移指示は、例えば、記録情報編集画面内の所定の操作ボタンの押下によってユーザ端末から送信される。

ＯＰ８８では、記録管理部１７３は、画面制御部１１にファイル登録画面の生成を指示する。画面制御部１１の画面作成表示部１１１は、ファイル登録画面のフォーマットをユーザ端末に送信する。これによって、審査員のユーザ端末には、ファイル登録画面が表示される。

ＯＰ８９では、記録管理部１７３は、ユーザ端末からファイルのアップロード要求を受
け付ける。ファイルのアップロード要求は、例えば、ファイル登録画面内の所定の操作ボタンの押下によってユーザ端末から送信される。記録管理部１７３は、ユーザ端末からのファイルのアップロードを受け付ける。

ＯＰ９０では、記録管理部１７３のサブメニュー部１７３Ａの登録部（図示せず）は、アップロードされたファイルを、審査結果格納フォルダ２６に格納する。その後、図３５に示される処理が終了する。

（審査結果登録の処理の画面遷移例）
図３６は、記録管理フォルダ一覧画面の一例である。記録管理フォルダ一覧画面は、メインメニュー「記録管理」のサブメニュー「フォルダ一覧」が選択されると表示される画面であって、第１実施形態では、メインメニュー「記録管理」が選択された場合に最初に表示される画面である（図３５、ＯＰ８１）。

図３６に示される例では、メインメニュー「記録管理」は記録管理機能を呼び出すメニューであって、サブメニュー「フォルダ一覧」とサブメニュー「記録登録」とを有する。サブメニュー「フォルダ一覧」は、情報を参照する機能であるため、審査員への提示が可能なメニューであって、サブメニュー表示設定テーブル２３６において、設定値「１」に設定されているサブメニューである。また、サブメニュー「記録登録」は、審査結果格納フォルダ２６へのファイル登録の機能であるため、審査員への提示が必須のメニューであって、サブメニュー表示設定テーブル２３６において、設定値「１」に設定されているサブメニューである。サブメニュー「記録管理」が選択されると、記録情報一覧画面に画面が遷移する（図３５、ＯＰ８２、ＯＰ８３）。

図３７は、記録情報一覧画面の一例である。記録情報一覧画面には、審査結果格納フォルダ２６に格納されるファイルの管理情報の一覧が表示される。図３７に示される例では、記録番号，記録名称，登録日等が表示されている。なお、図３７では、審査結果格納フォルダ２６の名称が審査機関記録フォルダと表記されている。

記録情報一覧画面には、「新規記録登録」の操作ボタンＢ１０が配置されている。「新規記録登録」の操作ボタンＢ１０の押下によって、画面が記録情報編集画面に遷移する（図３５、ＯＰ８４、ＯＰ８６）。

図３８は、記録情報編集画面の一例である。記録情報編集画面は、審査結果格納フォルダ２６に格納されるファイルの管理情報を編集するための画面である。ファイルの管理情報は、例えば、記録番号，記録名称，版数，用途，一般ユーザ権限のユーザへの公開の可否設定等である。記録情報編集画面には、「ファイル登録」の操作ボタンＢ１１が配置されている。「ファイル登録」の操作ボタンＢ１１の押下によって、画面がファイル登録画面に遷移する（図３５、ＯＰ８７、ＯＰ８８）。

図３９は、ファイル登録画面の一例である。ファイル登録画面には、「アップロード」の操作ボタンＢ１２が配置されており、「アップロード」の操作ボタンＢ１２の押下によって、登録されたファイルが統合マネジメントシステムにアップロードされる。

＜第１実施形態の作用効果＞
第１実施形態では、機能毎に、審査対象とするか否か、すなわち、審査員に情報を開示するか否かを受審企業が設定する。第１実施形態では、審査対象とする機能の設定は、ユーザ端末の画面上で審査対象とする機能を選択することによって行うことができる（例えば、図１９の審査対象設定画面）。審査対象外とされた機能については、審査員に提供される画面内のメニューには表示されず、審査員は参照することはできない。これによって
、受審企業は、より簡易な操作で、審査準備を行うことができるようになり、審査員に開示する情報を審査対象の情報に制限することができる。

また、第１実施形態では、審査員のユーザＩＤを受審企業がユーザ端末から登録することで、統合マネジメントシステム１によって初期パスワードが発行され、さらに、審査員に対して登録完了の電子メールを送信する。これによって、受審企業が、審査機関に審査員の登録情報を通知する手間を省くことができる。

審査員は、審査機関のユーザ端末から統合マネジメントシステム１にアクセスできるため、受審企業に赴くことなく審査対象の情報を参照して書類審査を行うことができ、審査結果も審査機関に居ながらにして登録することができるので、審査員の審査にかかる負担が軽減される。

なお、第１実施形態では、審査対象とならないメニューは審査員の画面に表示しないことによって、審査員によるアクセスを不可能にしたが、これに代えて、全メニューは表示するものの、審査員からのアクセスは無視するように設定することで、審査対象とならないメニューへの審査員によるアクセスを不可能にしてもよい。

１ 統合マネジメントシステム
１１ 画面制御部
１２ ログイン部
１６ システム管理部
２０ 企業スキーマ
２１ ユーザ情報テーブル
２３ 審査員向け設定テーブル群
２６ 審査結果格納フォルダ
３０ 企業情報マスタ
３１ ログインテーブル
３２ 企業情報テーブル
１１１ 画面作成表示部
１１２ メニュー作成部
１６１ 審査情報管理部
２３２ メインメニューデフォルト値定義テーブル
２３３ サブメニューデフォルト値定義デーブル
２３５ メインメニュー表示設定テーブル
２３６ サブメニュー表示設定テーブル

Claims (10)

1. 第１の情報処理システム固有の処理に関するマネジメントを行う第１のマネジメント部と、
   第２の情報処理システム固有の処理に関するマネジメントを行う第２のマネジメント部と、
   前記第１の情報処理システムと前記第２の情報処理システムとで共通する処理に関するマネジメントを行う共通マネジメント部と、
   １つのデータ群は１つの業務についてのデータの集まりであり、前記第１のマネジメント部の複数の業務毎に管理される第１の複数のデータ群、前記第２のマネジメント部の複数の業務毎に管理される第２の複数のデータ群、前記共通マネジメント部の複数の業務毎に管理される第３の複数のデータ群を格納する、ネットワーク上の格納部と、
   前記第１、第２、及び第３の複数のデータ群の所有組織によって各データ群について個別になされる設定であって、審査機関からのアクセスに対する参照可能又は参照不可の設定を受け付ける受付部と、
   前記各データ群についての前記設定を保持する設定保持部と、
   を備えるリモート審査システム。
2. 前記審査機関からのアクセスに対して、前記設定保持部に保持される前記設定に基づいて、前記審査機関が参照可能なデータ群を提供する提供部、
   をさらに備える請求項１に記載のリモート審査システム。
3. 前記提供部は、前記審査機関からのアクセスに対して提供する、業務を選択するための選択項目を含む業務選択画面において、前記設定保持部において参照不可と設定されるデータ群に対応する業務の選択項目を表示させない、
   請求項２に記載のリモート審査システム。
4. 前記受付部は、前記所有組織による、前記審査機関の審査対象の業務に対応するデータ群についての参照不可の設定を受け付けない、
   請求項１から３のいずれか一項に記載のリモート審査システム。
5. 前記所有組織からの前記審査機関のユーザの識別情報の登録を受け付けた場合に、前記ユーザのログインパスワードを発行し、前記ユーザの識別情報と前記ログインパスワードとを前記ユーザのメールアドレスに電子メールを送信して通知する登録部、
   をさらに備える請求項１から４のいずれか一項に記載のリモート審査システム。
6. 前記審査機関のユーザの識別情報とログインパスワードとを格納するログイン情報格納部と、
   前記審査機関の審査対象の業務の審査の期間を格納する審査情報格納部と、
   前記ログイン情報格納部に格納される識別情報とログインパスワードとを用いて、前記審査機関のユーザの認証を行うログイン部と、
   をさらに備え、
   前記ログイン部は、前記審査機関のユーザの識別情報とログインパスワードとを用いた認証が成功したものの、前記審査の期間外である場合には、前記審査機関のユーザの認証を失敗と判定する、
   請求項１から５のいずれか一項に記載のリモート審査システム。
7. 前記審査機関は審査結果を登録可能であって、前記所有組織はデータの登録不可能である審査結果格納部、
   をさらに有する請求項１から６のいずれか一項に記載のリモート審査システム。
8. 第１の情報処理システム固有の処理に関するマネジメントを行う第１のマネジメント部と、
   第２の情報処理システム固有の処理に関するマネジメントを行う第２のマネジメント部と、
   前記第１の情報処理システムと前記第２の情報処理システムとで共通する処理に関するマネジメントを行う共通マネジメント部と、
   ネットワーク上の格納部に格納される、１つのデータ群は１つの業務についてのデータの集まりであり、前記第１のマネジメント部の複数の業務毎に管理される第１の複数のデータ群、前記第２のマネジメント部の複数の業務毎に管理される第２の複数のデータ群、及び、前記共通マネジメント部の複数の業務毎に管理される第３の複数のデータ群の所有組織によって各データ群について個別になされる設定であって、審査機関からのアクセスに対する参照可能又は参照不可の設定を受け付ける受付部と、
   前記各データ群についての前記設定を保持する設定保持部と、
   を備える情報処理装置。
9. コンピュータが、
   第１の情報処理システム固有の処理に関する第１のマネジメントを行い、
   第２の情報処理システム固有の処理に関する第２のマネジメントを行い、
   前記第１の情報処理システムと前記第２の情報処理システムとで共通する処理に関する第３のマネジメントを行い、
   ネットワーク上の格納部に格納される、１つのデータ群は１つの業務についてのデータの集まりであり、前記第１のマネジメントの複数の業務毎に管理される第１の複数のデータ群、前記第２のマネジメントの複数の業務毎に管理される第２の複数のデータ群、及び、前記第３のマネジメントの複数の業務毎に管理される第３の複数のデータ群の所有組織によって各データ群について個別になされる設定であって、審査機関からのアクセスに対する参照可能又は参照不可の設定を受け付け、
   前記各データ群についての前記設定を設定保持部に格納する、
   リモート審査方法。
10. コンピュータに、
    第１の情報処理システム固有の処理に関する第１のマネジメントを行わせ、
    第２の情報処理システム固有の処理に関する第２のマネジメントを行わせ、
    前記第１の情報処理システムと前記第２の情報処理システムとで共通する処理に関する第３のマネジメントを行わせ、
    ネットワーク上の格納部に格納される、１つのデータ群は１つの業務についてのデータの集まりであり、前記第１のマネジメントの複数の業務毎に管理される第１の複数のデータ群、前記第２のマネジメントの複数の業務毎に管理される第２の複数のデータ群、及び、前記第３のマネジメントの複数の業務毎に管理される第３の複数のデータ群の所有組織によって各データ群について個別になされる設定であって、審査機関からのアクセスに対する参照可能又は参照不可の設定を受け付けさせ、
    前記各データ群についての前記設定を設定保持部に格納させる、
    ためのリモート審査プログラム。

Images