(57)【要約】【課題】各種認証用データを一元管理することで、構内統合ポータルの構築、既存アプリケーションとの連動、個人業務管理、携帯端末を利用した位置情報管理システムや内線網管理システムの構築、目的／用途に応じた信頼性の高いセキュリティシステムの構築などを同時に且つ一括して実現する。【解決手段】情報管理システム（ＢＣＰシステム）２は、クライアント及び端末４，６，８，１０，１２のそれぞれに割り当てられた各種認証用データを一元管理するＢＣＰベースシステム１４と、クライアントが端末からアクセス要求を出した際、ＢＣＰベースシステムに一元管理された各種認証用データに基づいて、そのアクセス要求に対する許可又は不許可を決定する入出力ユニット１６と、入出力ユニットによってアクセス要求が許可された際、アクセス要求先コンテンツから各種情報を呼び出すＡＰＩユニット３０とを少なくとも備えている。【選択図】    図１
2004341637.tif 000002
【特許請求の範囲】
【請求項１】
クライアント及び端末のそれぞれに割り当てられた各種認証用データを一元管理する管理ベースシステムと、
クライアントが端末からアクセス要求を出した際、前記管理ベースシステムに一元管理された各種認証用データに基づいて、そのアクセス要求に対する許可又は不許可を決定する入出力ユニットと、
前記入出力ユニットによってアクセス要求が許可された際、アクセス要求先コンテンツから各種情報を呼び出すアプリケーション処理ユニットとを少なくとも備えており、
前記管理ベースシステムは、クライアントが端末からアクセス要求先コンテンツにアクセスする権利を有するか否かを各種認証用データに基づいて認証処理を実行し、アクセス権有りと判断した場合に、前記アプリケーション処理ユニットによってアクセス要求先コンテンツから呼び出された各種情報を入出力ユニットを介して前記クライアントの端末に出力することを特徴とする情報管理システム。
【請求項２】
前記認証処理では、アクセス要求先コンテンツに対するクライアントの権限レベルに応じて、各種認証用データの数や種類が設定されることを特徴とする請求項１に記載の情報管理システム。
【請求項３】
前記入出力ユニットには、クライアントが端末からアクセス要求を出した際、そのアクセス要求を所定の通信プロトコルに対応した伝送信号に変換する中継器が設けられており、前記アクセス要求には、少なくとも、前記端末からの音声によるアクセス要求と、前記端末のブラウザによるアクセス要求とが含まれていることを特徴とする請求項１又は２に記載の情報管理システム。
【請求項４】
前記管理ベースシステムには、各種の予定表情報を所望の配信方法で前記クライアント及び前記端末のそれぞれに配信するためのスケジュールを管理する情報共有システムが設けられており、
前記入出力ユニットには、前記情報供給システムによって管理されたスケジュールを所定のタイミングで検索し、該当する予定表情報を予め選択した配信方法で目的のクライアント及び端末に配信する情報配信回路が設けられていることを特徴とする請求項１〜３のいずれか１に記載の情報管理システム。
【請求項５】
前記各種認証用データには、少なくとも、生体識別データと物体識別データと、時限識別データとが含まれ、
前記生体識別データとしては、前記クライアントの個人的特徴を示す声紋、顔型、掌紋、指紋、虹彩、署名の際の筆記運動癖、クライアントが端末を打鍵する際の端末キーやボタンの打刻タイミング及び打刻圧力や打刻スピードなどが該当し、
前記物体識別データとしては、前記端末に割り当てられたＩＰアドレスや電話番号、クライアントが端末を介してログインする際に使用するＩＤカードや鍵、暗証番号などが該当し、
前記時限識別データとしては、前記クライアントの氏名、年齢、住所、家族構成、所属会社名、所属部署、役職、本籍、出生地、誕生日、趣味、メールアドレスなどが該当することを特徴とする請求項１〜４のいずれか１に記載の情報管理システム。
【請求項６】
前記入出力ユニットには、少なくとも、
前記クライアントの端末と前記管理ベースシステムとの間の中継処理を行うプロキシサーバ機構と、
前記端末からのアクセス要求にフィルタリングを施し、そのアクセス要求に対する許否決定処理を行うファイアウォール機構と、
前記管理ベースシステムに構築されたプログラムの一部を格納し、前記端末からのアクセス要求に対する許否決定を高速に処理するキャッシュ機構と、が組み込まれていることを特徴とする請求項１〜５のいずれか１に記載の情報管理システム。
【請求項７】
前記キャッシュ機構に格納されたプログラムの一部には、前記クライアントが端末からアクセス要求を出した際、そのアクセス要求に対する許可又は不許可を決定するプログラムが含まれていることを特徴とする請求項６に記載の情報管理システム。
【請求項８】
前記アプリケーション処理ユニットは、前記アクセス要求先コンテンツの各種アプリケーションのルーチンを呼び出すためのインタフェース機能を有しており、前記クライアントが端末からアクセス要求を出した際、前記管理ベースシステムがアクセス権有りと判断したとき、前記アプリケーション処理ユニットは、アクセス要求先コンテンツから各種情報を呼び出すことを特徴とする請求項１〜７のいずれか１に記載の情報管理システム。
【請求項９】
前記管理ベースシステムには、少なくとも、
前記クライアントが端末からアクセス可能なアクセス要求先コンテンツを設定管理するコンテンツ設定管理部と、
前記各種認証用データに基づいて、前記クライアントが端末からアクセス要求先コンテンツにアクセスする権利を有するか否かの認証処理を実行管理するポリシー管理部と、
前記ポリシー管理部がアクセス権有りと判断した場合に、前記アプリケーション処理ユニットによってアクセス要求先コンテンツから呼び出された各種情報を入出力ユニットを介して前記クライアントの端末に出力する入出力部と、
前記クライアントが端末からアクセス可能なアクセス要求先コンテンツを前記クライアント毎及び前記端末毎に設定したアクセス一覧テーブル、及び、前記クライアント及び前記端末に割り当てられた各種認証用データを登録することが可能な管理データベースと、が設けられており、
前記ポリシー管理部は、前記管理データベースに登録された各種認証用データの中から任意に複数の認証用データを抽出し、抽出した各認証用データに基づいて、前記クライアントが端末からアクセス要求先コンテンツにアクセスする権利を有するか否かの認証処理を実行し、
前記コンテンツ設定管理部は、前記ポリシー管理部による認証処理が実行された後、前記クライアントが端末からアクセス可能なアクセス要求先コンテンツを設定することを特徴とする請求項１〜８のいずれか１に記載の情報管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、電話番号、個人的特徴（声紋、顔型、掌紋、指紋、虹彩、氏名、役職など）等の各種認証用データを一元管理することによって、例えば、構内統合ポータルの構築、既存アプリケーションとの連動、個人業務管理、携帯端末を利用した位置情報管理（動線管理）システムや内線網管理システムの構築、目的／用途に応じた信頼性の高いセキュリティシステムの構築などが同時に且つ一括して実現可能な情報管理システムに関し、これにより、個人に対する多様な認証用データを自由に且つランダムに目的に応じて使用することで安全性の高いセキュリティシステムを構築できる。
【０００２】
【従来の技術】
従来から、各種の情報（例えばビジネス情報や個人情報など）を管理するための情報管理システムが知られており、例えば特許文献１には、ネットワークに接続した各種処理装置からなる情報処理システムのセキュリティ状態の制御及び管理を支援する技術が開示されている。この技術によれば、操作者がセキュリティシステムの管理メニューに従って端末操作することで、情報セキュリティポリシーの作成、情報セキュリティポリシーに従ったセキュリティシステムの導入及び運用管理を実施することができる。
【０００３】
また、例えば特許文献２には、通信装置（ルータ等）に組み込まれている各種インタフェースをポリシー管理する技術が開示されている。この技術によれば、クライアント端末からの管理操作要求に応じて、該当する各インタフェースを一括して管理することができる。
【０００４】
また、例えば特許文献３には、通信ネットワーク上に構築された情報提供サーバからクライアントが選択した各種情報を統合化して提供する技術が開示されている。この技術によれば、クライアントが端末から情報提供サーバに１回ログインするだけで（シングル・サインオン）、クライアント端末のブラウザに希望レイアウトで各種情報を表示させることができる。
【０００５】
また、例えば特許文献４には、通信ネットワーク上に構築された情報提供サーバからクライアントが必要とする各種情報を提供する技術が開示されている。この技術によれば、クライアントが端末から情報提供サーバに１回ログインするだけで（シングル・サインオン）、各種情報の中から不要な情報を排除してクライアントが必要とする各種情報のみをクライアント端末のブラウザに表示させることができる。
【０００６】
【特許文献１】
特開２００１−２７３３８８号公報
【特許文献２】
特開２００２−２７１３２６号公報
【特許文献３】
特開２００２−３１２０９０号公報
【特許文献４】
特開２００２−３１２３９１号公報
【０００７】
【発明が解決しようとする課題】
ところで、上述したような従来の情報管理システムでは、所定場所に設置されたクライアント端末（固定端末）のブラウザ上でポリシー管理処理や認証処理が行われており、ブラウザに表示される管理メニューや各種情報は、文字情報や画像情報（静止画、動画）に限定されている。また、端末からログインする際の認証処理では、アカウントやドメイン名、パスワードや端末のＩＰアドレス等の認証用データが検証され、いずれの認証用データも簡単な文字や数字等の組み合わせから構成されている。
このため、認証用データの種類によっては容易に解読可能であり、いわゆる「なりすまし」によりアクセス権の無い者が管理メニューに侵入したり、各種情報を入手できてしまう場合がある。この場合、認証用データとして、他者との差別化が顕著となるような個人的特徴（例えば、声紋、指紋、顔型、虹彩、氏名、役職など）を適用すれば、より安全性の高い認証処理を実現することが可能であるが、従来の情報管理システムでは、認証用データの種類によって別個に認証処理が行われている。例えば声紋認証と指紋認証とを行う場合、それぞれの認証データは、声紋認証システムや指紋認証システムで別々に処理される。このため、認証の種類が増えれば、その分だけシステムを増設しなければならず、その結果、システム全体の構築コストが増加し、実用性や経済性に欠けるといった問題があった。
【０００８】
また、従来の情報管理システムは、固定端末からのログインのみを想定して構築されているため、所望の管理メニューや各種情報にアクセスする場合、固定端末が設置された場所までわざわざ出向く必要があり、システムの利用効率が低下するといった問題があった。近年では、携帯端末｛例えば、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）やＰＤＡ（Ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）｝が大幅に普及しており、このような携帯端末から所望の管理メニューや各種情報にアクセスするニーズも増えてきている。この場合、携帯端末をＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に統合させた構内ＰＨＳシステム（住友電工株式会社製「プリマネット（ＰＲＩＭＡＮＥＴ）：製品名」）を利用することも可能であるが、発呼側ＰＨＳの認証用データ（例えばＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）データや電話番号データなど）を構内ＰＨＳシステム側で把握／管理することができないため、セキュリティを確保することが困難になってしまう。
【０００９】
また、このような構内ＰＨＳシステムを利用できたとしても、ログイン並びにアクセス方法は、携帯端末のキー入力のみであり、端末利用者の音声入力は許可されない。この場合、音声入力が可能となれば、例えば視覚障害者や端末操作に不慣れな人は、自身の音声入力のみで所望の管理メニューや各種情報に簡単にアクセスすることができるようになり、その結果、システムの利用効率を大幅にアップさせることが可能となる。
【００１０】
本発明は、このような課題を解決するために成されており、その目的は、ＩＰアドレス、電話番号、個人的特徴（声紋、顔型、掌紋、指紋、虹彩、氏名、役職など）などの各種認証用データを一元管理することによって、例えば、構内統合ポータルの構築、既存アプリケーションとの連動、個人業務管理、携帯端末を利用した位置情報管理（動線管理）システムや内線網管理システムの構築、目的／用途に応じた信頼性の高いセキュリティシステムの構築などが同時に且つ一括して実現可能な情報管理システムを提供することにある。
【００１１】
【課題を解決するための手段】
このような目的を達成するために、本発明の情報管理システム（ＢＣＰシステム）２は、クライアント及び端末４，６，８，１０，１２のそれぞれに割り当てられた各種認証用データを一元管理する管理ベースシステム（ＢＣＰベースシステム１４）と、クライアントが端末からアクセス要求を出した際、ＢＣＰベースシステムに一元管理された各種認証用データに基づいて、そのアクセス要求に対する許可又は不許可を決定する入出力ユニット１６と、入出力ユニットによってアクセス要求が許可された際、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８から各種情報を呼び出すアプリケーション処理ユニット（ＡＰＩユニット３０）とを少なくとも備えている。
この構成によれば、ＢＣＰベースシステムは、クライアントが端末からアクセス要求先コンテンツにアクセスする権利を有するか否かを各種認証用データに基づいて認証処理を実行し、アクセス権有りと判断した場合に、ＡＰＩユニットによってアクセス要求先コンテンツから呼び出された各種情報を入出力ユニットを介して前記クライアントの端末に出力する。
【００１２】
各種認証用データには、少なくとも、生体識別データと物体識別データと時限識別データとが含まれ、生体識別データとしては、クライアントの個人的特徴を示す声紋、顔型、掌紋、指紋、虹彩、署名の際の筆記運動癖、クライアントが端末を打鍵する際の端末キーやボタンの打刻タイミング及び打刻圧力や打刻スピードなどが該当し、物体識別データとしては、端末に割り当てられたＩＰアドレスや電話番号、クライアントが端末を介してログインする際に使用するＩＤカードや鍵、暗証番号などが該当する。また、時限識別データとしては、クライアントの氏名、年齢、住所、家族構成、所属会社名、所属部署、役職、本籍、出生地、誕生日、趣味、メールアドレスなどが該当する。
【００１３】
また、入出力ユニットには、クライアントが端末からアクセス要求を出した際、そのアクセス要求を所定の通信プロトコルに対応した伝送信号に変換する中継器３２が設けられており、アクセス要求には、少なくとも、端末からの音声によるアクセス要求と、端末のブラウザによるアクセス要求とが含まれている。
この構成によれば、現在一般的に行われているブラウザからのアクセス要求と共に、クライアントの端末から音声によるアクセス要求も可能となる。
【００１４】
更に、ＢＣＰベースシステムには、少なくとも、クライアントが端末からアクセス可能なアクセス要求先コンテンツを設定管理するコンテンツ設定管理部（ＡＣＬ管理部４２）と、各種認証用データに基づいて、クライアントが端末からアクセス要求先コンテンツにアクセスする権利を有するか否かの認証処理を実行管理するポリシー管理部４４と、ポリシー管理部がアクセス権有りと判断した場合に、ＡＰＩユニット３０によってアクセス要求先コンテンツから呼び出された各種情報を入出力ユニットを介してクライアントの端末に出力する入出力部４６と、クライアントが端末からアクセス可能なアクセス要求先コンテンツをクライアント毎及び端末毎に設定したアクセス一覧テーブル、及び、クライアント及び端末に割り当てられた各種認証用データを登録することが可能な管理データベース（ＢＣＰデータベース４８）と、が設けられている。
この構成によれば、ポリシー管理部は、ＢＣＰデータベースに登録された各種認証用データの中から任意に複数の認証用データを抽出し、抽出した各認証用データに基づいて、クライアントが端末からアクセス要求先コンテンツにアクセスする権利を有するか否かの認証処理を実行し、ＡＣＬ管理部は、ポリシー管理部による認証処理が実行された後、クライアントが端末からアクセス可能なアクセス要求先コンテンツを設定する。
【００１５】
【発明の実施の形態】
以下、本発明の一実施の形態に係る情報管理システムについて、添付図面を参照して説明する。
図１に示すように、本実施の形態の情報管理システム２｛ＢＣＰ（Ｂｕｓｉｎｅｓｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｐｌａｔｆｏｒｍ  Ｓｙｓｔｅｍ）システム｝は、クライアント及び端末４，６，８，１０，１２のそれぞれに割り当てられた各種認証用データを一元管理する管理ベースシステムとしてのＢＣＰベースシステム１４と、クライアントが端末４，６，８，１０，１２からアクセス要求を出した際、ＢＣＰベースシステム１４に一元管理された各種認証用データに基づいて、そのアクセス要求に対する許可又は不許可を決定する入出力ユニット１６と、入出力ユニット１６によってアクセス要求が許可された際、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８から各種情報を呼び出すアプリケーション処理ユニットとしてのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）ユニット３０とを備えている。なお、端末としては、例えば、固定電話機４、固定端末（ＰＣ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）６、モバイルＰＣ８、ＰＨＳ１０、ＰＤＡ１２などを想定することができ、クライアントとしては、これら各端末４，６，８，１０，１２を使用するユーザが該当する。
【００１６】
また、入出力ユニット１６には、クライアントが端末４，６，８，１０，１２からアクセス要求を出した際、そのアクセス要求を所定の通信プロトコルに対応した伝送信号に変換する中継器３２が設けられており、アクセス要求としては、少なくとも、端末４，６，８，１０，１２からの音声によるアクセス要求と、端末４，６，８，１０，１２からのブラウザ（キー入力、ブラウザ表示画面入力など）によるアクセス要求とが含まれている。
【００１７】
通信プロトコルとしては、例えば、各種システム（ＬＡＮ）相互間、パソコン相互間の通信が可能なＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｔｏｃｏｌ）やＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）などのプロトコル（以下、標準プロトコルという）を適用することができる。
【００１８】
中継器３２は、端末４，６，８，１０，１２からの音声によるアクセス要求や端末４，６，８，１０，１２からのブラウザによるアクセス要求を、共にＢＣＰベースシステム１４に送出する機能を有している。この場合、ブラウザによるアクセスにおいて、そのアクセス要求は、標準プロトコルに対応した伝送信号Ｄとなっているため、そのまま中継器３２からＢＣＰベースシステム１４に送出される。これに対して、音声によるアクセスでは、そのアクセス要求の信号形式Ｓは標準プロトコルに対応していないため、そのまま中継器３２からＢＣＰベースシステム１４に送出することはできない。そのため、中継器３２には、音声信号Ｓを標準プロトコルに対応した伝送信号に変換するＣＴＩ（ＣＴＩ：Ｃｏｍｐｕｔｅｒ  Ｔｅｌｅｐｈｏｎｙ  Ｉｎｔｅｇｒａｔｉｏｎ）回路３４が設けられており、音声によるアクセス要求がされた際、そのアクセス要求は、ＣＴＩ回路３４によって標準プロトコルに対応した伝送信号に変換されて入出力ユニット１６に送出される。なお、標準プロトコルに対応した伝送信号としては、例えば、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）、ＸＭＬ（ｅｘｔｅｎｓｉｂｌｅ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）、ＸＨＴＭＬ（ｅｘｔｅｎｓｉｂｌｅ  Ｈｙｐｅｒｔｅｘｔ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）、ＶＸＭＬ（Ｖｏｉｃｅ  ｅｘｔｅｎｓｉｂｌｅ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）などを適用することができる。
【００１９】
このような構成のＢＣＰベースシステム１４は、クライアントが端末４，６，８，１０，１２から音声或いはブラウザによりアクセス要求を出した際、そのアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８にアクセスする権利（以下、アクセス権という）を有するか否かを各種認証用データに基づいて認証処理を実行し、アクセス権有りと判断した場合に、ＡＰＩユニット３０によってアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８から呼び出された各種情報を入出力ユニット１６を介してクライアントの端末４，６，８，１０，１２に出力する。
【００２０】
本実施の形態において、各種認証用データには、少なくとも、生体識別データと物体識別データと、時限識別データとが含まれている。
生体識別データとしては、例えば、クライアントの個人的特徴を示す声紋、顔型、掌紋、指紋、虹彩、署名の際の筆記運動癖、クライアントが端末４，６，８，１０，１２を打鍵する際の端末キーやボタンの打刻タイミング及び打刻圧力や打刻スピードなどが該当する。この場合、特に、個人的特徴のうち声紋、顔型、掌紋、指紋、虹彩などは、クライアント相互に不同な身体的特徴（バイオメトリクス）として位置付けられ、その偽造は難しく、盗難されることもないため、高いセキュリティが必要な場合に有効である。また、打刻タイミング及び打刻圧力や打刻スピードは、クライアント相互の癖や指使いの違いにより顕著な識別性を発揮する。
【００２１】
一方、物体識別データとしては、例えば、端末４，６，８，１０，１２に割り当てられたＩＰアドレスや電話番号、クライアントが端末を介してログインする際に使用するＩＤカードや鍵、暗証番号などが該当する。この場合、特に、ＩＰアドレスや電話番号、暗証番号は、端末４，６，８，１０，１２毎に簡単に割り当てることができる。
【００２２】
また、時限識別データとしては、例えば、クライアントの氏名、年齢、住所、家族構成、所属会社名、所属部署、役職、本籍、出生地、誕生日、趣味、メールアドレスなどが該当する。このような時限識別データは、一定の時間的又は場所的な制限をもって係属するクライアント個人の素性をあらわしている。
【００２３】
この場合、これら生体識別データや物体識別データ及び時限識別データを任意に組み合わせることによって、クライアント個人の素性をも考慮した簡単で且つ確実なセキュリティシステムを実現することが可能となる。なお、本実施の形態では、後述するポリシー管理部４４によってセキュリティ管理（即ち、認証用データの組合せ処理）が行われる。また、ここに挙げた各種認証用データは、一例であって、使用目的や使用環境などに応じて他の種類の認証用データを用いることができる。
【００２４】
また、入出力ユニット１６には、少なくとも、クライアントの端末４，６，８，１０，１２とＢＣＰベースシステム１４との間の中継処理を行うプロキシサーバ機構３６と、端末４，６，８，１０，１２からのアクセス要求にフィルタリングを施し、そのアクセス要求に対する許否決定処理を行うファイアウォール機構３８と、ＢＣＰベースシステム１４に構築されたプログラムの一部を格納し、端末４，６，８，１０，１２からのアクセス要求に対する許否決定を高速に処理するキャッシュ機構４０とが組み込まれている（図２（ａ）参照）。
【００２５】
キャッシュ機構４０には、ポリシー管理部４４のセキュリティ管理プログラムの一部が格納されており、クライアントが端末４，６，８，１０，１２からアクセス要求を出した際、そのクライアント及び端末４，６，８，１０，１２に対する初期認証（クライアント認証、端末認証）を行うように構成されている。例えばある企業内に本実施の形態の情報管理システム２が構築されているものと想定すると、外部から端末４，６，８，１０，１２を介して企業内にアクセスする場合、そのアクセス要求は、必ず入出力ユニット１６を経由することになる。
【００２６】
この場合、入出力ユニット１６のキャッシュ機構４０に、ポリシー管理部４４のセキュリティ管理プログラムの一部として、クライアント及び端末４，６，８，１０，１２の認証用データを用いた初期認証処理プログラムを格納しておく。具体的には、クライアント（企業の社員やパート等の企業構成員）の個人的特徴（声紋、氏名、役職など）や端末４，６，８，１０，１２（企業から配給された端末、企業に登録した端末などの企業帰属端末）のＩＰアドレスや電話番号をキャッシュ機構４０に格納しておく。
【００２７】
これにより、クライアントが端末４，６，８，１０，１２からアクセス要求を出した際、そのアクセス要求をＢＣＰベースシステム１４で処理する前に、入出力ユニット１６のキャッシュ機構４０によってクライアント認証や端末認証を事前に行うことが可能となる。即ち、クライアントや端末４，６，８，１０，１２の各種認証用データに基づいて、アクセス要求を出したクライアントが企業構成員か否か、アクセス要求に用いた端末４，６，８，１０，１２が企業帰属端末か否かを効率良く迅速に且つ事前に識別することが可能となる。
【００２８】
この場合、端末認証のみでアクセス許否判断を行うと、端末の盗用による「なりすまし」を完全に防止することができない恐れがあるため、クライアントと端末４，６，８，１０，１２の双方の認証によりアクセス許否の決定を行うことが好ましい。これにより、クライアントが企業構成員であって、且つ、そのクライアントが使用した端末４，６，８，１０，１２が企業帰属端末であることが認証されたときは、ファイアウォール機構３８によって、そのアクセス要求を許可し、そうでないときには不許可する。そして、入出力ユニット１６によってアクセス要求が許可された場合にのみ、ＢＣＰベースシステム１４は、そのアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８にアクセスするアクセス権利を有するか否かを各種認証用データに基づいて認証処理を実行し、アクセス権有りと判断した場合に、ＡＰＩユニット３０によってアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８から呼び出された各種情報を入出力ユニット１６を介してクライアントの端末４，６，８，１０，１２に出力する。この結果、ＢＣＰシステム２内（企業内）への外部アクセス者の不正な侵入を未然に防止することができ、高いセキュリティを維持確保することが可能となる。
【００２９】
ＡＰＩユニット３０は、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８の各種アプリケーションのルーチンを呼び出すためのインタフェース機能を有しており、クライアントが端末４，６，８，１０，１２からアクセス要求を出した際、ＢＣＰベースシステム１４がアクセス権有りと判断したとき、ＡＰＩユニット３０は、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８から各種情報を呼び出す。
また、ＢＣＰベースシステム１４には、少なくとも、コンテンツ設定管理部としてのＡＣＬ（Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌｉｓｔ）管理部４２と、ポリシー管理部４４と、入出力部４６と、管理データベースとしてのＢＣＰデータベース４８とが設けられている。
【００３０】
ＡＣＬ管理部４２は、クライアントが端末４，６，８，１０，１２からアクセス可能なアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８を設定管理するようになっている。具体的に説明すると、ＡＣＬ管理部４２は、クライアント毎及び端末４，６，８，１０，１２毎にアクセス可能なサーバ（例えばコンテンツサーバ１８ａ，２０ａ，２２ａ，２４ａ，２６ａ，２８ａ）、このサーバで管理された各種ネットワーク１８ｂ，２０ｂ，２２ｂ，２４ｂ，２６ｂ，２８ｂや各種コンテンツデータベース１８ｃ，２０ｃ，２２ｃ，２４ｃ，２６ｃ，２８ｃなどのアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８に関する各種情報を管理しており、管理すべき各種情報は、ＢＣＰデータベース４８にアクセス一覧テーブル形式（図３参照）で登録されている。
【００３１】
ポリシー管理部４４は、各種認証用データに基づいて、クライアントが端末４，６，８，１０，１２からアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８にアクセスする権利を有するか否かの認証処理を実行管理するようになっている。即ち、ポリシー管理部４４は、本実施の形態の情報管理システム（ＢＣＰシステム）２が構築された環境において、種々のアプローチからのセキュリティ対策に応じることができるように構成されている。セキュリティ対策の一例としては、どのようなアクセス要求先コンテンツの利用を許可するかといったことから、クライアントと端末４，６，８，１０，１２をアクセス権限毎にグループ分けするなど、ＢＣＰシステム２を構築する環境（企業、組織など）が必要とするネットワークの効率的な利用法や、環境内にあるリソースの量や質、或いは、その環境における業務内容が総合的に判断される。
【００３２】
本実施の形態では、図１にセキュリティ対策の応用例が示されており、ポリシー管理部４４は、ある企業内に構築された複数種類のコンテンツ（例えば、人事管理ＬＡＮ１８、勤怠管理ＬＡＮ２０、経理管理ＬＡＮ２２、受発注管理ＬＡＮ２４、ＩＰ−ＰＨＳ管理ＬＡＮ２６、位置情報管理ＬＡＮ２８などのアクセス要求先コンテンツ）に対するアクセス権の有無について、各種認証用データに基づいてクライアントや端末４，６，８，１０，１２に対する認証処理を実行する。この場合、認証処理に用いる各種認証用データは、ＢＣＰデータベース４８に登録されるようになっている。
具体的に説明すると、ポリシー管理部４４は、ＢＣＰデータベース４８に登録された各種認証用データ（図５参照）の中から任意に複数の認証用データを抽出し、抽出した各認証用データに基づいて、クライアントが端末４，６，８，１０，１２からアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８にアクセスする権利を有するか否かの認証処理を実行する。そして、上述したＡＣＬ管理部４２は、ポリシー管理部４４による認証処理の実行前或いは実行中又は実行後、図３のアクセス一覧テーブルに基づいて、クライアントが端末４，６，８，１０，１２からアクセス可能なアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８を設定（例えば、△×太郎社長は人事管理ＬＡＮ１８にアクセス権あり、その権限レベルは１というように設定）する。
また、ポリシー管理部４４による認証用データの抽出タイミングは、任意に設定することが可能である。例えば日毎或いは月毎に認証用データの抽出数や種類を変化させたり、１日のうちで所定時間毎に変化させることが可能である。こうすることによって、認証処理内容の漏洩が防止できるため、高いセキュリティを確保することが可能となる。
【００３３】
なお、図１に示したアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８は、その一例であり、以下のものに限定されることは無く、使用目的や使用環境に応じて任意のコンテンツを構築することが可能である。
人事管理ＬＡＮ１８は、人事管理サーバ１８ａによって管理されたネットワーク１８ｂであり、例えば人事異動や組織変更などの各種情報が人事データベース１８ｃに登録されている。
勤怠管理ＬＡＮ２０は、勤怠管理サーバ２０ａによって管理されたネットワーク２０ｂであり、例えば勤務時間や勤務内容などの各種情報が勤怠データベース２０ｃに登録されている。
経理管理ＬＡＮ２２は、経理管理サーバ２２ａによって管理されたネットワーク２２ｂであり、例えば期末時の予算設定や売上目標などの各種情報が経理データベース２２ｃに登録されている。
受発注管理ＬＡＮ２４は、受発注管理サーバ２４ａによって管理されたネットワーク２４ｂであり、例えば製品受発注量の過去の推移データや本年度の予想受発注量の試算などの各種情報が受発注データベース２４ｃに登録されている。
ＩＰ−ＰＨＳ管理ＬＡＮ２６は、ＩＰ−ＰＨＳ管理サーバ２６ａによって管理されたネットワーク２６ｂであり、例えば構成員（企業の社員やパート）に配給された端末のＩＰアドレスや電話番号などの各種情報がＩＰ−ＰＨＳデータベース２６ｃに登録されている。
位置情報管理ＬＡＮ２８は、位置情報管理サーバ２８ａによって管理されたネットワーク２８ｂであり、例えば構成員（企業の社員やパート）の動線（構内及び構外における現在位置や移動状態）などの各種情報が位置情報データベース２８ｃに登録されている。
【００３４】
また、ＢＣＰベースシステム１４の入出力部４６は、ポリシー管理部４４がアクセス権有りと判断した場合に、ＡＰＩユニット３０によってアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８から呼び出された各種情報を入出力ユニット１６を介してクライアントの端末４，６，８，１０，１２に出力するようになっている。これにより、クライアントは、端末４，６，８，１０，１２から目的のアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８の内容を例えば確認したり、追加／変更することが可能となる。
【００３５】
また、ＢＣＰベースシステム１４のＢＣＰデータベース４８は、クライアントが端末４，６，８，１０，１２からアクセス可能なアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８をクライアント毎及び端末４，６，８，１０，１２毎に設定したアクセス一覧テーブル（図３参照）や、クライアント及び端末４，６，８，１０，１２に割り当てられた各種認証用データ（図５参照）を登録することができるようになっている。
【００３６】
アクセス一覧テーブルには、ＡＣＬ管理部４２によって管理されるアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８に関する各種情報が、例えば図３に示すように、クライアント毎及び端末４，６，８，１０，１２毎に区分けして設定される。同図には、アクセス一覧テーブルの一部が示されており、社長、専務、そして、人事部の構成員（部長、課長、係長、主任など）の氏名、役職、所属と、これら各クライアントが使用する端末（パソコンやＰＨＳなど）のＩＰアドレスや電話番号が設定されている。また、各端末４，６，８，１０，１２を使用するクライアントがアクセス可能なアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８も規定されている。
【００３７】
更に、アクセス一覧テーブルには、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８に対するクライアントのアクセス権と権限レベルが予め規定されている。権限レベルは、１〜５の５段階にレベル分けされており、そのレベルに応じてアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８に対する責任能力が分かるようになっている。例えば役職が社長の△×太郎の場合、この太郎社長には、ＩＰアドレス「１２３．４５６．７８９．００１」の端末（例えば固定端末６）や、電話番号「０７０−ｘｘｘ−０００１」の端末（例えばＰＨＳ１０）が配給されており、太郎社長は、配給された端末からアクセス要求を出すことになる。この場合、太郎社長の権限レベルは、全てのアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８に対してアクセス権「有」であって且つ権限レベル「１」となっている。
【００３８】
権限レベルは、例えば図４に示すように、最も高い権限レベルの「１」から最も低い権限レベルの「５」に亘って５段階に設定されている。
権限レベル「５」のクライアントは、アクセス要求先コンテンツへのアクセスが“拒否（内容確認不可）”され、アクセス権も無い。
権限レベル「４」のクライアントは、アクセス要求先コンテンツへの“問合せ（確認）”のみが許可されており、そのコンテンツの内容については“削除、挿入、更新”を行うことは許されない。
権限レベル「３」のクライアントは、アクセス要求先コンテンツの内容の“更新（予め決められた内容の更新）”と“問合せ”をすることができる。
権限レベル「２」のクライアントは、権限レベル「４」「３」に加えて更に、アクセス要求先コンテンツに新たな内容を“挿入（追加）”することができる。
権限レベル「１」のクライアントは、権限レベル「４」「３」「２」に加えて更に、アクセス要求先コンテンツの内容を“削除（変更／書換）”することができる。
【００３９】
従って、権限レベル「１」の太郎社長は、自己の端末（固定端末６やＰＨＳ１０）によって、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８の内容を“削除”することができることが分かる。また、例えば×□三郎人事部長は、全てのアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８に対してアクセス権「有」であるが、人事管理ＬＡＮ１８に対する権限レベルは「３」となっており、コンテンツ内容の“更新”のみが許可されている。そして、勤怠管理ＬＡＮ２０及び経理管理ＬＡＮ２２に対する権限レベルはそれぞれ「４」となっており、これらのアクセス要求先コンテンツには“問合せ”のみが許可されていることが分かる。
このように、ＡＣＬ管理部４２は、ＢＣＰデータベース４８に登録されたアクセス一覧テーブルに基づいて、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８に関する各種情報を一元管理している。
【００４０】
このようなアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８は、比較的重要な内容を含んだ各種情報を管理している場合が多いため、アクセス権の無い者が容易に侵入したり、各種情報を入手できてしまうことはセキュリティ上望ましくない。
そこで、ＢＣＰベースシステム２のポリシー管理部４４は、ＢＣＰデータベース４８に登録された各種認証用データの中から任意に複数の認証用データを抽出し、抽出した各認証用データに基づいて、クライアントが端末４，６，８，１０，１２からアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８にアクセスする権利を有するか否かの認証処理を実行する。
【００４１】
各種認証用データは、例えば図５に示すような認証用データテーブルに登録される。同図の認証用データテーブルには、その一例として、クライアントの個人的特徴を示す声紋、顔型、掌紋、指紋、虹彩、署名の際の筆記運動癖などの生体識別データが登録されている。なお、認証用データの登録は、任意のタイミングで行うことが可能であり、例えば認証処理前に事前に登録することもできるし、認証処理中に更に他の認証データを追加登録することもできる。また、認証用データの登録は、ＢＣＰデータベース４８に直接アクセスして登録しても良いし、各クライアントが端末４，６，８，１０，１２からＢＣＰベースシステム１４にアクセスして登録しても良い。
【００４２】
各々の認証用データは、クライアント個人の特徴を示すものであるため、各々のクライアントが自身で登録処理を行う。この場合、声紋であれば、クライアントが発声した言葉の動的パタンを登録する。また、顔型であれば、クライアントの顔中の特徴部分（例えば目、鼻、口の位置）の静的パタンを登録する。同様に、掌紋、指紋、虹彩についても、その特徴部分の静的パタンを登録する。なお、署名時の筆記運動癖についても、クライアント相互で個人差があるため、その筆記運動中の軌跡や筆記速度などの動的パタンを登録する。
【００４３】
この場合、特に声紋認証において、認証用データとして認証用データテーブルに登録するクライアントの言葉は、同一種類に統一することが好ましい。ばらばらで統一の無い言葉を登録しても他者との区別の基準が曖昧になるからである。この場合、クライアントが端末４，６，８，１０，１２から音声でアクセス要求を出した際、そのクライアントから統一性のある応答が得られるようなメッセージを、その端末に送り返せば良い。具体的には「あなたの氏名を言ってください。」というメッセージを送れば、クライアントは、そのメッセージに対して自分の氏名を必ず返答する。例えば△×太郎社長であれば、「さんかけたろう」或いは「さんかけ」と応答するはずである。
この応答の声紋パタンに認証処理を施すためには、認証用データの声紋として「さんかけたろう」或いは「さんかけ」の動的パタンを登録すれば良い。他のクライアントの声紋データも同様に、そのクライアントの氏名の動的パタンを登録する。そうすれば、声紋認証の際、氏名の発音特性を基準として他者との比較を行うことができるため、比較認証基準が明確となり、信頼性の高いセキュリティを確保することが可能となる。
なお、このルーチンを実現するためには、例えばポリシー管理部４４の内蔵メモリ（図示しない）やＢＣＰデータベース４８に「あなたの氏名を言ってください。」というメッセージを登録すれば良い。
【００４４】
また、音声によって目的のアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８を特定する場合、例えば「アクセス要求先コンテンツの名前を言ってください。」と前置きした後、例えば「人事管理ＬＡＮ１８を指定する場合は、人事（じんじ）と応答してください。」「勤怠管理ＬＡＮ２０を指定する場合は、勤怠（きんたい）と応答してください。」というようなメッセージを順次送れば良い。そうすればクライアントが例えば人事管理ＬＡＮ１８へのアクセスを希望していれば、このメッセージに対して「じんじ」と応答するはずである。従って、この場合も、認証用データの声紋として「じんじ」の動的パタンを登録し、ポリシー管理部４４の内蔵メモリやＢＣＰデータベース４８に「人事管理ＬＡＮ１８を指定する場合は、人事（じんじ）と応答してください。」というメッセージを登録すれば良い。なお、他のアクセス要求先コンテンツ２０，２２，２４，２６，２８についても同様のルーチンを登録すれば良いので、その説明は省略する。
【００４５】
また、ポリシー管理部４４は、このようにクライアント毎に登録された複数種類の認証用データの中から現状の認証処理に必要な認証用データを抽出する。この場合、認証用データの抽出数や抽出種類は、アクセス一覧テーブル（図３参照）に設定された各クライアントの権限レベルに応じて増減変更される。つまり、クライアントがアクセスしようとするアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８の種類に応じて、認証用データの抽出数や抽出種類が増減変更される。
【００４６】
最も高い権限レベル「１」では、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８に対して最も高いセキュリティを確保しなければならないため、認証用データの抽出数や抽出種類を比較的多くする必要がある。この場合、例えば生体・物体・時限の各識別データを任意に組み合わせて、権限レベル「１」に対応した認証用データを抽出すれば良い。その一例としては、生体識別データの中から声紋、指紋、虹彩、打鍵（端末キーやボタンの打刻タイミング及び打刻圧力や打刻スピード）などを抽出し、物体識別データの中からＩＰアドレス、電話番号、暗証番号などを抽出すると共に、時限識別データの中から氏名、年齢、所属部署、役職、メールアドレスなどを抽出すれば良い。
【００４７】
中程度の権限レベル「３」では、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８に対して中程度のセキュリティを確保すればよいので、認証用データの抽出数や抽出種類も平均的であれば良い。この場合、例えば生体・物体・時限の各識別データの中から任意に２つの識別データを選択し、選択した各識別データを任意に組み合わせて、権限レベル「３」に対応した認証用データを抽出すれば良い。その一例としては、生体識別データの中から声紋と指紋を抽出すると共に、時限識別データの中から氏名、年齢、所属部署、役職、メールアドレスなどを抽出すれば良い。
【００４８】
最も低い権限レベル「５」では、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８を見ることもできないので、最低限本人であることが認証できれば充分な認証用データが抽出される。この場合、例えば生体識別データの中から声紋を抽出すると共に、物体識別データの中からＩＰアドレスか電話番号のいずれかを抽出すれば良い。
【００４９】
ここで、人事部の×□三郎部長が端末から人事管理ＬＡＮ１８（図３参照）にアクセス要求を出したと想定すると（入出力ユニットによる認証許可済み）、ＡＣＬ管理部は４２、アクセス一覧テーブルに基づいて、×□三郎部長が人事管理ＬＡＮ１８（図３参照）に対してアクセス権を有し、その権限レベルは「３」であることを認識する。このとき、ポリシー管理部４４は、生体識別データの中から声紋と指紋を抽出すると共に、物体識別データの中から電話番号を抽出して認証処理の待機状態に入る。そして、×□三郎部長の声紋や指紋（実際には、声紋や指紋を電気信号に変換したパタン）が入出力ユニット１６を介して送信されたとき、これら声紋や指紋が、認証用データテーブル（図５参照）から抽出した声紋や指紋のパタン（声紋：動的パタンＳ−３、指紋：静的パタンＴ−３）に一致しているか否か認証する。同時に、×□三郎部長が使用している端末の電話番号（０７０−ｘｘｘ−００１３）の認証も行う。この認証処理において、声紋や指紋のパタン、電話番号が相互に一致したとき、アクセス要求を出したクライアントは、×□三郎部長本人であることが認証されると共に、×□三郎部長が自分の端末を使ってアクセスしたことも認証される。
【００５０】
この場合、×□三郎部長が他人（例えば○△花子人事課長：図３参照）の端末を使ってアクセスすることも想定されるが、そのような場合であっても、認証用データテーブルに登録された各種認証用データに基づいて、クライアント認証が行われるため、他人の端末を使ってアクセスしている人が×□三郎部長本人であることを正確に認証することができる。
【００５１】
このように、ポリシー管理部４４がアクセス権有りと判断したとき、その旨の信号が入出力部４６からＡＰＩユニット３０に送信される。このとき、ＡＰＩユニット３０によってアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８から呼び出された各種情報は、入出力部４６から入出力ユニット１６を介してクライアントの端末４，６，８，１０，１２に出力される。これにより、クライアントは、端末４，６，８，１０，１２から目的のアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８の内容を例えば確認したり、追加／変更することが可能となる。
これに対して、クライアントが自身のアクセス権限以上のコンテンツにアクセスしようとした場合、例えば○△花子人事課長が勤怠管理ＬＡＮ２０にアクセスしようとした場合、勤怠管理ＬＡＮ２０に対する○△花子人事課長のアクセス権は「無」であるから（図３参照）、このアクセス要求は許否されることになる。このような許否処理は、アクセス一覧テーブルを管理しているＡＣＬ管理部４２が直接行っても良いし、或いは、ＡＣＬ管理部４２からの指令を受けてポリシー管理部４４が拒否処理を行っても良い。情報管理システム（ＢＣＰシステム）２が構築される環境や使用目的に応じて任意に設定することができる。
【００５２】
なお、ＡＰＩユニット３０によってアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８から各種情報を呼び出すルーチンは、ゲートウェイ５０から各ルータ５２を経て目的のアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８にアクセスする関係上、比較的負荷が大きく時間もかかる。そこで、アクセス効率の向上を図るために、ＢＣＰシステム２に情報共有システム５４を構築しておくことが好ましい。
情報共有システム５４は、各種のアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８のリンク情報（例えば、アドレス、最新の進捗状況、コンテンツ内容など）をリアルタイムに格納／更新できるようになっており、そのリンク情報は常時ＡＰＩユニット３０にフィードバック制御されている。この場合、目的のアクセス要求先コンテンツ１８，２０，２２，２４，２６，２８にアクセスする前に、短時間にコンテンツ内容を確認することができるため、簡単な問い合わせ要求（アクセス要求）であれば、アクセス要求先コンテンツ１８，２０，２２，２４，２６，２８にアクセスすることなく、情報共有システム５４からフィードバックされたリンク情報によって間に合わせることが可能となる。この結果、ＡＰＩユニット３０の負荷が軽減されると共に、クライアントへの応答時間も短縮されるため、本実施の形態のＢＣＰシステム（情報管理システム）２による業務効率化を図ることができる。
【００５３】
更に、本実施の形態において、情報共有システム５４は、各種の予定表情報を所望の配信方法でクライアント及び端末４，６，８，１０，１２のそれぞれに配信するためのスケジュールＡ，Ｂ，Ｃ，Ｄ，Ｅ…を管理することができるように構成されている。具体的に説明すると、情報共有システム５４によって管理されたスケジュールＡ，Ｂ，Ｃ，Ｄ，Ｅ…は、入出力ユニット１６の情報配信回路によって、所定のタイミング（例えばリアルタイム、使用目的に応じたタイミング）で検索されている。そして、その検索中に該当する予定表情報があることを確認したとき、情報配信回路は、その該当する予定表情報を予め選択した配信方法で目的のクライアント及び端末４，６，８，１０，１２に配信するようになっている。
このようなルーチンを実行するために、入出力ユニット１６に設けられたＣＴＩ回路３４は、情報配信回路としても機能するように制御されている。ＣＴＩ回路３４は、各種スケジュールＡ，Ｂ，Ｃ，Ｄ，Ｅ…（図６参照）の中で該当する予定表情報を、伝言メモ（図７参照）で選択した配信方法によってクライアント及び端末４，６，８，１０，１２のそれぞれに配信する。
【００５４】
各種スケジュールＡ，Ｂ，Ｃ，Ｄ，Ｅ…には、例えば図６に示すように、各種の予定表情報を記入・追加・修正することができるようになっている。同図では、人事管理会議、勤怠管理会議、経理管理会議、受発注管理会議、コンテンツ会議などのスケジュールＡ，Ｂ，Ｃ，Ｄ，Ｅ…が例示されており、これらのスケジュールＡ，Ｂ，Ｃ，Ｄ，Ｅ…は、ＢＣＰデータベース４８に登録される。なお、各スケジュールＡ，Ｂ，Ｃ，Ｄ，Ｅ…の予定表情報は、情報管理システム（ＢＣＰシステム）２が構築される環境や使用目的に応じて任意に設定することができる。同図では、その一例として、人事管理会議のスケジュールＡが表されており、会議内容、会議場所、会議開催日、会議開始時刻や終了時刻が設定可能となっている。そして、更に、情報配信の設定項目では、どのようなルーチンで予定表情報を配信するのかを設定できるようになっている。同図では、その一例として、毎週火曜日に繰り返し配信するように設定した例が示されている。また、必要に応じて会議開始前にアラームを配信できるようにもなっている。同図では、その一例として、会議開始１時間前と３０分前にアラームを配信するように設定している。
【００５５】
また、伝言メモには、例えば図７に示すように、クライアント及び端末４，６，８，１０，１２に対する配信方法が規定されており、配信方法として、音声、テキスト、繰り返し設定、アラームの要否を設定することができるようになっている。例えば△×太郎社長は、予定表情報を音声とテキストの双方で毎週火曜日に繰り返し配信することを要求していると共に、会議開始前のアラームも要求していることが分かる。
【００５６】
ここで、人事管理会議の予定表情報を配信する場合を想定すると、ＣＴＩ回路３４は、各種スケジュールＡ，Ｂ，Ｃ，Ｄ，Ｅ…（図６参照）を例えばリアルタイムで検索している際、人事管理会議に関する予定表情報を配信することを確認したとき、伝言メモ（図７参照）で選択した配信方法に基づいて、該当する予定表情報をクライアント及び端末４，６，８，１０，１２のそれぞれに配信する。図７の例では、人事管理会議の予定表情報は、人事管理会議に出席するクライアントに配信するようになっており、その内訳は、△×太郎社長以外のクライアント（□×二郎専務、×□三郎人事部長、○△花子人事課長、××一夫人事係長、○×純一人事主任など）に配信するように設定されている。従って、ＣＴＩ回路３４は、かかる設定条件に従って、該当するクライアントのみに予定表情報を配信することになる。
このように情報共有システム５４が、事前に会議情報などを該当クライアントに配信することによって、ビジネスコミュニケーションの効率化を実現することが可能となる。
【００５７】
ここで、上述したような情報管理システム（ＢＣＰシステム）２の動作について、その一例を挙げて説明する。
いま、人事部の○△花子課長がＰＨＳ１０から人事管理ＬＡＮ１８へのアクセス要求を音声により出した場合を想定すると、○△花子課長とＰＨＳ１０に対する初期認証処理プログラムが作動する。このとき、入出力ユニット１６のキャッシュ機構４０によって○△花子課長の個人認証とＰＨＳ１０の端末認証が行われる。そして、○△花子課長が人事部の構成員であって且つＰＨＳ１０が本人の端末であることが認証されたとき、入出力ユニット１６によって、そのアクセス要求が許可される。
【００５８】
このとき、ＢＣＰベースシステム１４のＡＣＬ管理部４２によって、人事管理ＬＡＮ１８に対して○△花子課長がアクセス権を有し且つその権限レベルが「４」であると確認されると、ポリシー管理部４４は、その権限レベル「４」に応じた認証用データを抽出する。例えば生体識別データの中から声紋と指紋を抽出すると共に、物体識別データの中から電話番号を抽出する。
続いて、ＢＣＰベースシステム１４からＰＨＳ１０に「あなたの氏名を言ってください。」というメッセージが送られる。このとき、○△花子課長が「まるさんはなこ」と応答したとき、ポリシー管理部４４は、その応答パタン（声紋）が認証用データテーブルに登録された動的パタンＳ−４と一致しているか否か照合する。そして、照合が一致していると確認されたとき、「アクセス要求先コンテンツの名前を言ってください。」と前置きした後、「人事管理ＬＡＮ１８を指定する場合は、人事（じんじ）と応答してください。」というメッセージがＰＨＳ１０に送られる。
【００５９】
このとき、○△花子課長が「じんじ」と応答すると、再び、ポリシー管理部４４は、その応答パタン（声紋）が認証用データテーブルに登録された動的パタンＳ−４と一致しているか否か照合する。そして、照合が一致していると確認されたとき、「指紋を所定の読取機にかけてください。」というメッセージを送り、その指紋認証を行う。この指紋認証では、読取機にかけられた○△花子課長の指紋が、認証用データテーブルに登録された静的パタンＴ−４と一致しているか否か照合する。また、上述したようなルーチン中にＰＨＳ１０に対する電話番号認証も行われる。
【００６０】
そして、全ての認証処理が終了したとき、即ち、ポリシー管理部４４がアクセス権有りと判断したとき、その旨の信号が入出力部４６からＡＰＩユニット３０に送信される。このとき、ＡＰＩユニット３０によって人事管理ＬＡＮ１８から呼び出された各種情報は、入出力部４６から入出力ユニット１６を介してＰＨＳ１０に出力される。これにより、○△花子課長は、ＰＨＳ１０から目的の人事管理ＬＡＮ１８の内容について問い合わせることが可能となる。
【００６１】
以上、本実施の形態によれば、ＩＰアドレス、電話番号、個人的特徴（声紋、顔型、掌紋、指紋、虹彩、氏名、役職など）などの各種認証用データを一元管理することによって、例えば、構内統合ポータルの構築、既存アプリケーションとの連動、個人業務管理、携帯端末を利用した位置情報管理（動線管理）システムや内線網管理システムの構築、目的／用途に応じた信頼性の高いセキュリティシステムの構築などが同時に且つ一括して実現可能な情報管理システムを提供することが可能となる。
【００６２】
また、本実施の形態によれば、端末からの音声によるアクセス要求が出された場合でも、その音声信号Ｓをネットワーク上を伝送可能な伝送信号に変換できるため、例えば視覚障害者や端末操作に不慣れな人でも、自身の音声入力のみで所望の管理メニューや各種情報に簡単にアクセスすることができるようになり、その結果、システムの利用効率を大幅にアップさせることが可能となる。
【００６３】
更に、本実施の形態によれば、認証処理に用いる認証用データの数及び種類を任意のタイミングで変化させることができるため、認証内容の漏洩を防止することが可能となり、その結果、より高いセキュリティを確保することができる。
【００６４】
【発明の効果】
本発明によれば、ＩＰアドレス、電話番号、個人的特徴（声紋、顔型、掌紋、指紋、虹彩、氏名、役職など）などの各種認証用データを一元管理することによって、目的／用途に応じた信頼性の高いセキュリティシステムを備えた情報管理システムを提供することが可能となる。これにより、個人に対する多様な認証用データを自由に且つランダムに目的に応じて使用することで安全性の高いセキュリティシステムを構築できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係る情報管理システムの全体の構成を示す図。
【図２】図１の情報管理システムの入出力ユニットの内部構成を示す図。
【図３】アクセス一覧テーブルの内容を示す図。
【図４】アクセス要求先コンテンツに対するクライアントの権限レベルと、その内容を示す図。
【図５】認証用データテーブルの内容を示す図。
【図６】ＢＣＰデータベースに登録されたスケジュールの構成例を示す図。
【図７】図６のスケジュールの中で該当する予定表情報を配信する方法を規定した伝言メモの構成例を示す図。
【符号の説明】
２  情報管理システム（ＢＣＰシステム）
４，６，８，１０，１２  端末
１４  ＢＣＰベースシステム（管理ベースシステム）
１６  入出力ユニット
３０  ＡＰＩユニット（アプリケーション処理ユニット）
【図１】
2004341637.tif 000003
【図２】
2004341637.tif 000004
【図３】
2004341637.tif 000005
【図４】
2004341637.tif 000006
【図５】
2004341637.tif 000007
【図６】
2004341637.tif 000008
【図７】
2004341637.tif 000009