ドキュメントファイルのセキュリティ管理システム、セキュリティ管理装置、セキュリティ管理方法、及びプログラム
【課題】時系列でセキュリティポリシが変更されるドキュメントファイルを提供する。
【解決手段】セキュリティ管理ＤＢ３３１は、利用者が閲覧等するドキュメントファイルのセキュリティ管理を行うためのセキュリティ管理ファイルを格納する。セキュリティ管理ファイルには、ドキュメントファイルの閲覧権限者情報等の利用条件を定めたセキュリティポリシが複数記載されており、さらに、ドキュメントファイルに現時点で適用されるポリシとしてこの複数のポリシの中から選択されているポリシを示す有効ポリシ番号が記載されている。各ポリシにはポリシ発効日情報が記載されており、セキュリティ管理ＤＢ３３１から発効日取出部７３により取り出されるポリシ発効日情報が、発効日比較部７５でその日の日付と比較される。有効ポリシ番号書替部７６は、セキュリティ管理ファイルに記載されている有効ポリシ番号を発効日に達したポリシの番号に書き替える。
【解決手段】セキュリティ管理ＤＢ３３１は、利用者が閲覧等するドキュメントファイルのセキュリティ管理を行うためのセキュリティ管理ファイルを格納する。セキュリティ管理ファイルには、ドキュメントファイルの閲覧権限者情報等の利用条件を定めたセキュリティポリシが複数記載されており、さらに、ドキュメントファイルに現時点で適用されるポリシとしてこの複数のポリシの中から選択されているポリシを示す有効ポリシ番号が記載されている。各ポリシにはポリシ発効日情報が記載されており、セキュリティ管理ＤＢ３３１から発効日取出部７３により取り出されるポリシ発効日情報が、発効日比較部７５でその日の日付と比較される。有効ポリシ番号書替部７６は、セキュリティ管理ファイルに記載されている有効ポリシ番号を発効日に達したポリシの番号に書き替える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子ファイルの漏洩を防止するセキュリティ管理システムに関し、特に、配布される電子ファイルに閲覧権限等の条件を加えるセキュリティ管理システム等に関する。
【背景技術】
【０００２】
近年、文書や画像等の情報（以下、ドキュメントという）を取り扱うオフィス等において、紙のドキュメントを作成して保存しておく代わりに、ドキュメントファイルとして情報記録媒体へ電子的に記録しておく手法が広く行われている。
【０００３】
このドキュメントの電子化により、紙資源を用いることなくドキュメントを保存しておくことが可能となり、省資源化を実現することができる。
また、オフィス等に紙のドキュメントを格納するスペースを確保する必要がなくなり、省スペース化をも実現することができる。
【０００４】
さらに、ドキュメントを電子化した場合、インターネットやイントラネット等の通信ネットワーク技術を利用することにより、同一のドキュメントを同時に多数人に配布したり、遠隔地にいる者に短時間でドキュメントを配布したりすることができ、業務の効率化を図ることができる。
【０００５】
しかし、電子化したドキュメントを通信ネットワークを介して配布する場合、ドキュメントが漏洩し易くなるという問題が生ずる。そのため、機密性を要するドキュメントを取り扱うオフィス等においては、ドキュメントの漏洩を防止するための対策を講じる必要がある。
【０００６】
ドキュメントの漏洩を防止することを目的とした技術としては、ドキュメントファイルを開く際にユーザ認証を求めて、正当なユーザだけがドキュメントの内容を参照できるようにする手法や、開いたドキュメントファイルを印刷しようとする際にユーザに印刷する権限があるか否かをチェックして権限があるユーザにのみ印刷させるものがある（例えば、特許文献１参照）。
【０００７】
また、ドキュメントファイルを印刷した後の印刷物に対してもセキュリティを施し、ドキュメントの漏洩を防止するようにした発明もある（例えば、特許文献２，３参照）。
【特許文献１】特開２００１−１４２８７４号公報
【特許文献２】特開２００４−１５２２６１号公報
【特許文献３】特開２００４−１５２２６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記各特許文献に開示されている発明においては、ドキュメントファイルに対して、閲覧、印刷等の処理条件等のセキュリティ方針を定めたセキュリティポリシ（security policy）（以下、ポリシという）を一旦設定した後は、その設定を簡単に変更することはできず、変更には手間がかかっていた。
【０００９】
具体的には、ドキュメントファイルの作成者が、そのファイルに対して、特定の者にのみ閲覧を許可する旨のポリシを設定して配布した場合、その後にそのファイルを誰にでも閲覧可能にするためには、誰にでも閲覧可能にする旨のポリシに設定し直した同一のドキュメントファイルを再配布する等の作業が必要であり、手間がかかっていた。
【００１０】
また、逆に、誰にでも閲覧可能であったドキュメントファイルを、一定期間経過後に特定の者しか閲覧できないようにする場合、一旦配布したドキュメントファイルは電子ファイルであり回収できないため、ファイル作成者単独では対処することはできない。ファイルのポリシがシステム上のセキュリティサーバ等で管理されている場合には、ファイル作成者は、システム管理者等に申請して、セキュリティサーバ上で該当するドキュメントファイルを無効扱いとしてもらい、その後新たなポリシに設定し直したドキュメントファイルを再配布する等の作業が必要となり、さらなる手間と時間がかかっていた。
【００１１】
本発明は、上記実情に鑑みてなされたものであり、時系列でセキュリティポリシが変更されるドキュメントファイルを提供することができるドキュメントファイルのセキュリティ管理システム等を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、この発明の第１の観点に係るドキュメントファイルのセキュリティ管理システムは、
ドキュメントファイルの利用者により使用される端末装置と、該ドキュメントファイルの利用権限所有者情報を記憶するサーバ装置と、が通信ネットワークを介して接続されるドキュメントファイルのセキュリティ管理システムであって、
前記端末装置は、
暗号化済みのドキュメントファイルである暗号化ファイルを記憶する暗号化ファイル記憶手段と、
前記利用者の識別情報である利用者情報を前記サーバ装置に送信する利用者情報送信手段と、を備え、
前記サーバ装置は、
前記暗号化ファイル記憶手段に記憶されている暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段と、
前記利用者情報送信手段から利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段と、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段と、を備え、
前記端末装置は、さらに、
前記鍵送信手段から鍵を受信し、該鍵を用いて前記暗号化ファイル記憶手段に記憶されている暗号化ファイルを復号化し、ドキュメントファイルを作成するファイル復号化手段と、
利用者の操作に応じて、前記ファイル復号化手段により作成されたドキュメントファイルの利用が終了したか否かを判別する利用終了判別手段と、
前記ファイル復号化手段が復号化に用いた鍵と、前記利用終了判別手段により利用が終了したと判別されたドキュメントファイルと、を削除する削除手段と、
を備える。
【００１３】
前記端末装置は、さらに、前記ファイル復号化手段により作成されたドキュメントファイルを表示する表示手段を備え、
前記端末装置の前記利用終了判別手段は、利用者の操作に応じて前記表示手段による前記復号化ファイルの表示が終了したときに、該ドキュメントファイルの利用が終了したと判別する、
ようにしてもよい。
【００１４】
前記サーバ装置の前記セキュリティ情報記憶手段に記憶されているセキュリティポリシは、ドキュメントファイルの印刷を許可するか否かを示す印刷制御情報を含み、
前記サーバ装置の前記鍵送信手段は、前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵と、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの印刷制御情報と、を前記端末装置に送信し、
前記端末装置は、さらに、前記鍵送信手段から受信した印刷制御情報に基づき、前記ファイル復号化手段により作成されたドキュメントファイルの印刷装置における印刷を制御する印刷制御手段を備える、
ようにしてもよい。
【００１５】
また、この発明の第２の観点に係るドキュメントファイルのセキュリティ管理装置は、
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段と、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段と、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段と、
を備える。
【００１６】
前記有効条件情報は、利用権限所有者情報を発効する日を示す発効日情報を含み、
前記有効ポリシ選択手段は、
現在の日付を取得する日付取得手段と、
前記セキュリティ情報記憶手段から、複数のセキュリティポリシのそれぞれの発効日情報を読み出す発効日情報読出手段と、
前記発効日情報読出手段により読み出された発効日と、前記日付取得手段により取得された現在の日付と、が一致するか否かを判別する発効日判別手段と、
前記発効日判別手段により現在の日付と一致すると判別された発効日情報を含むセキュリティポリシを選択する発効ポリシ選択手段と、を有する、
ようにしてもよい。
【００１７】
前記セキュリティ情報記憶手段に記憶されているすべてのセキュリティポリシの発効日情報について、少なくとも１日に１回、前記発効日判別手段による判別を行わせる定期実行手段と、
前記定期実行手段による制御により、前記発効ポリシ選択手段がセキュリティポリシを選択したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報を、該選択されたセキュリティポリシの識別情報に書き替える書替手段と、を備える、
ようにしてもよい。
【００１８】
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの利用権限所有者情報は、グループを特定するグループ情報を含み、
前記利用権限判別手段は、
複数のグループ情報と、グループ情報毎に該グループに所属する人物を特定する所属人物情報と、記憶するグループ記憶手段と、
前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報がグループ情報であるか否かを判別するグループ判別手段と、
前記グループ判別手段によりグループ情報であると判別されたときに、該グループの所属人物情報を前記グループ記憶手段から読み出す所属人物情報読出手段と、を有し、
前記所属人物情報読出手段が読み出した所属人物情報により特定される人物の中に、受信した利用者情報により特定される利用者が含まれているか否かを判別することにより、利用者が利用権限所有者であるか否かを判別する、
ようにしてもよい。
【００１９】
また、この発明の第３の観点に係るドキュメントファイルのセキュリティ管理装置は、
ドキュメントファイルの利用条件を示す利用条件情報と、該利用条件情報を有効にする期間を示す有効期間情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
現在の時間情報を取得する時間情報取得手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシ毎に、該セキュリティポリシの有効期間情報が示す期間に、前記時間情報取得手段により取得された現在の時間情報が含まれているか否かを判別する有効期間判別手段と、
前記有効期間判別手段により現在の時間情報が含まれていると判別された有効期間情報を含むセキュリティポリシを、前記セキュリティ情報記憶手段に記憶されている複数のセキュリティポリシの中から選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報を記憶する有効ポリシ識別情報記憶手段と、
通信ネットワークを介して接続される端末装置からドキュメントファイルの利用要求情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている識別情報により特定されるセキュリティポリシの利用条件情報を、前記ドキュメントファイルに適用する利用条件適用手段と、
を備える。
【００２０】
また、この発明の第４の観点に係るドキュメントファイルのセキュリティ管理方法は、
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶する記憶部から、該複数のセキュリティポリシのそれぞれの有効条件情報を読み出す有効条件情報読出ステップと、
前記有効条件情報読出ステップで読み出した有効条件情報に基づき、前記記憶部に記憶されている複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択ステップと、
前記有効ポリシ選択ステップで選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を前記記憶部に記録する有効ポリシ識別情報記録ステップと、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記録ステップで記録した有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別ステップと、
前記利用権限判別ステップで利用権限所有者であると判別されたときに、前記記憶部に記憶されている鍵を前記端末装置に送信する鍵送信ステップと、
を有する。
【００２１】
また、この発明の第５の観点に係るプログラムは、
コンピュータを、
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段、
として機能させる。
【発明の効果】
【００２２】
本発明によれば、時系列でセキュリティポリシが変更されるドキュメントファイルを提供することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態を図面を参照して説明する。
図１は、本発明の第１の実施の形態に係るドキュメントファイルのセキュリティ管理システムの構成例を示すブロック図である。
本実施の形態に係るドキュメントファイルのセキュリティ管理システムは、図示するように、申請者用端末１と、申請サーバ２と、セキュリティサーバ３と、利用者用端末４と、を備えており、それぞれが通信ネットワーク５を介して互いに接続されている。
【００２４】
申請者用端末１は、ドキュメントファイルをセキュリティ保護されたファイルに変換するセキュリティファイル変換サービスを受ける者が、そのセキュリティファイル変換サービスの申請に使用する端末である。ここで、セキュリティファイル変換サービスとは、具体的には、ＰＤＦ（登録商標）ファイル等の電子化されたドキュメントファイルを暗号化等することによりセキュリティが施されたファイル（以下、セキュリティファイルという）に変換するサービスである。
【００２５】
申請者用端末１は、申請者の操作に応じて申請に必要な情報が記載された申請文書を作成する。また、申請者用端末１は、申請サーバ２にアクセスして、変換前のドキュメントファイル（以下、オリジナルファイルという）や作成した申請文書等を申請サーバ２に送信し、申請サーバ２から、変換後のセキュリティファイル等を受信する。
【００２６】
申請サーバ２は、セキュリティファイル変換サービスを提供するサーバである。申請サーバ２は、申請者用端末１からの申請の受付から、セキュリティファイル変換処理を行うセキュリティサーバ３との通信、変換後のセキュリティファイルの申請者用端末１及び利用者用端末４への送信までを行う。
【００２７】
セキュリティサーバ３は、申請サーバ２からの要求に基づいてオリジナルファイルからセキュリティファイルを作成し、また、作成したセキュリティファイルに対するセキュリティ設定を定期的に管理し、さらに、利用者からのセキュリティファイルの利用要求に応じて、そのセキュリティファイルへのセキュリティ設定（つまり、セキュリティポリシ）に基づくセキュリティを適用するサーバである。
【００２８】
セキュリティサーバ３で作成されたセキュリティファイルは、申請サーバ２を経由して、申請者用端末１及び利用者用端末４に送信される。
また、セキュリティサーバ３は、セキュリティ設定を管理するために、作成したセキュリティファイルごとに、利用権限者（利用権限所有者）や閲覧・印刷の処理条件等（利用条件情報）のセキュリティ方針（すなわち、セキュリティ設定）を定めたセキュリティポリシ（以下、ポリシという）を記憶する。
【００２９】
利用者用端末４は、申請サーバ２から送信されたセキュリティファイルを閲覧等する利用者が使用する端末である。利用者用端末４は、例えば利用者がセキュリティファイルを閲覧するに際して、セキュリティサーバ３にアクセスし、利用要求を行う。
【００３０】
この利用要求を受けたセキュリティサーバ３は、セキュリティファイルに対して、記憶しているポリシの適用を行う。具体的には、セキュリティサーバ３は、ポリシに基づいて、利用者のセキュリティファイルに対する閲覧権限の有無や、セキュリティファイルの閲覧時・印刷時の処理条件等を判断する。例えば、ポリシにおいて閲覧権限有りとされている利用者からの利用要求であれば、セキュリティサーバ３は、利用者用端末４にセキュリティファイルの利用に必要な情報を送信する。これにより、閲覧権限のある利用者は利用者用端末４においてセキュリティファイルを閲覧することができる。
通信ネットワーク５は、上記端末やサーバ等が収容される情報ネットワークである。
【００３１】
次に、申請者用端末１、申請サーバ２、セキュリティサーバ３、及び利用者用端末４のそれぞれの構成を説明する。
図２は、申請者用端末１の構成例を示すブロック図である。
申請者用端末１は、図示するように、通信部１１と、入力部１２と、出力部１３と、記憶部１４と、入出力Ｉ／Ｆ部１５と、制御部１６と、を備え、各部はバス１７を介して互いに接続されている。
【００３２】
通信部１１は、通信ネットワーク５を介して、申請サーバ２と通信を行うものであり、通信インタフェース等を備える。
入力部１２は、端末に様々な情報を入力するために使用するものであり、キーボード、マウス等の入力装置を備える。例えば、入力部１２には、セキュリティファイルへの変換の申請に必要な情報等が入力される。
【００３３】
出力部１３は、様々な情報を出力するものであり、ディスプレイ等の表示装置を備える。例えば、出力部１３には、セキュリティファイルへの変換の申請文書の作成に際して、申請に必要な情報の入力画面等が表示される。
記憶部１４は、様々な情報やプログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。例えば、記憶部１４には、セキュリティファイルへの変換対象となるオリジナルファイルが記憶されている。
【００３４】
入出力Ｉ／Ｆ部１５は、入出力機器６を接続するためのインタフェースであり、ＣＤ−ＲＯＭドライブ等の入力機器やプリンタ等の出力機器との間で情報のやりとりを行うために使用される。例えば、申請者用端末１は、記憶部１４に記憶されるオリジナルファイルを、入出力Ｉ／Ｆ部１５を介して、ＣＤ−ＲＯＭドライブ等の入出力機器から取り込むことができる。
なお、オリジナルファイルは、申請者が申請者用端末１を用いて作成してもよく、また、通信ネットワーク５に接続されている他の情報処理装置等から通信部１１を介して取り込んでもよい。
【００３５】
制御部１６は、データの演算処理を行うと共に、バス１７を介して通信部１１、入力部１２、出力部１３、記憶部１４、入出力Ｉ／Ｆ部１５を制御するものであり、ＣＰＵ（Central Processing Unit）１６１、ＲＯＭ（Read Only Memory）１６２、ＲＡＭ（Random Access Memory）１６３等を備える。制御部１６における演算処理及び制御処理は、具体的には、ＣＰＵ１６１が、ＲＡＭ１６３を作業領域として使用して各種データを一時的に記憶させながら、ＲＯＭ１６２に記憶されている制御プログラムを実行することにより行われる。
【００３６】
例えば、制御部１６が、ＲＯＭ１６２や記憶部１４に記憶されている制御プログラムに従って上記各部を制御することにより、セキュリティファイルへの変換の申請文書を作成する処理等が行われる。
【００３７】
図３は、申請サーバ２の構成例を示すブロック図である。
申請サーバ２は、図示するように、通信部２１と、記憶部２２と、制御部２３と、を備え、各部はバス２４を介して互いに接続されている。
通信部２１は、通信ネットワーク５を介して申請者用端末１、セキュリティサーバ３、利用者用端末４と通信を行うものであり、通信インタフェース等を備える。
【００３８】
記憶部２２は、様々な情報やプログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。また、記憶部２２は、セキュリティファイル変換サービスの提供に際して申請者用端末１から送信される申請文書データを格納する申請文書ＤＢ（データベース）２２１を備えている。
【００３９】
制御部２３は、データの演算処理を行うと共に、バス２４を介して通信部２１及び記憶部２２を制御するものであり、ＣＰＵ２３１、ＲＯＭ２３２、ＲＡＭ２３３等を備える。
例えば、制御部２３が、ＲＯＭ２３２や記憶部２２に記憶されている制御プログラムに従って上記各部を制御することにより、セキュリティファイル変換サービスを提供する処理等が行われる。
【００４０】
図４は、セキュリティサーバ３の構成例を示すブロック図である。
セキュリティサーバ３は、図示するように、通信部３１と、計時部３２と、記憶部３３と、制御部３４と、を備え、各部はバス３５を介して互いに接続されている。
通信部３１は、通信ネットワーク５を介して申請サーバ２や利用者用端末４と通信を行うものであり、通信インタフェース等を備える。
計時部３２は、日付や時刻を刻むものであり、時計回路等を備える。
【００４１】
記憶部３３は、様々な情報やプログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。
また、記憶部３３は、セキュリティファイルに対するセキュリティの設定や適用の管理を行うための情報であるセキュリティ管理データを格納するセキュリティ管理ＤＢ（データベース）３３１を備えている。
【００４２】
さらに、記憶部３３は、セキュリティファイルに対して利用権限が与えられる可能性のある者の氏名等とその者の識別情報である利用権限者ＩＤとを関連付けて記憶する利用権限者ＩＤテーブル３３２を備えている。例えば、本実施の形態に係るセキュリティ管理システムを所定の会社内で利用する場合には、利用権限者ＩＤテーブル３３２には、本システムを利用する可能性がある全社員の氏名とＩＤとが関連付けて記憶される。
【００４３】
制御部３４は、データの演算処理を行うと共に、バス３５を介して通信部３１、計時部３２、記憶部３３を制御するものであり、ＣＰＵ３４１、ＲＯＭ３４２、ＲＡＭ３４３等を備える。
例えば、制御部３４が、ＲＯＭ３４２や記憶部３３に記憶されている制御プログラムに従って上記各部を制御することにより、申請サーバ２からの要求に基づいてセキュリティファイルを作成する処理、作成したセキュリティファイルに対するセキュリティ設定を定期的に管理する処理、利用者からのセキュリティファイルの利用要求に応じてそのファイルにセキュリティ設定に基づくセキュリティを適用する処理等が行われる。
【００４４】
図５は、利用者用端末４の構成例を示すブロック図である。
利用者用端末４は、図示するように、通信部４１と、入力部４２と、出力部４３と、記憶部４４と、入出力Ｉ／Ｆ部４５と、制御部４６と、を備え、各部はバス４７を介して互いに接続されている。
【００４５】
通信部４１は、通信ネットワーク５を介して、申請サーバ２やセキュリティサーバ３と通信を行うものであり、通信インタフェース等を備える。
入力部４２は、端末に様々な情報を入力するために使用するものであり、キーボード、マウス等の入力装置を備える。例えば、入力部４２には、セキュリティファイルの利用要求に必要な情報等が入力される。
【００４６】
出力部４３は、様々な情報を出力するものであり、ディスプレイ等の表示装置を備える。例えば、出力部４３には、利用者によるセキュリティファイルの閲覧に際して、セキュリティファイルのドキュメント内容等が表示される。
記憶部４４は、様々な情報やプログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。例えば、記憶部４４には、申請サーバから送信されるセキュリティファイルが記憶される。
【００４７】
入出力Ｉ／Ｆ部４５は、入出力機器７を接続するためのインタフェースであり、ＣＤ−ＲＯＭドライブ等の入力機器やプリンタ等の出力機器との間で情報のやりとりを行うために使用される。例えば、ポリシにおいてセキュリティファイルの印刷が許可されている場合には、利用者は、入出力Ｉ／Ｆ部４５に接続されるプリンタ等の出力機器を用いてセキュリティファイルを印刷することができる。
【００４８】
制御部４６は、データの演算処理を行うと共に、バス４７を介して通信部４１、入力部４２、出力部４３、記憶部４４、入出力Ｉ／Ｆ部４５を制御するものであり、ＣＰＵ４６１、ＲＯＭ４６２、ＲＡＭ４６３等を備える。
例えば、制御部４６が、ＲＯＭ４６２や記憶部４４に記憶されている制御プログラムに従って上記各部を制御することにより、セキュリティファイルの利用処理等が行われる。
【００４９】
次に、申請者が、オリジナルファイルをセキュリティファイルへ変換するための変換申請を行ってから、変換されたセキュリティファイルを取得するまでの、本実施の形態に係るセキュリティ管理システムにおけるセキュリティファイル変換サービスの動作を説明する。
【００５０】
図６は、本実施の形態に係るセキュリティ管理システムにおけるセキュリティファイル変換サービスの提供動作に関する機能構成例を示すブロック図である。
なお、図示する申請者用端末１、申請サーバ２、セキュリティサーバ３、利用者用端末４における各構成要素は、それぞれの制御部１６，２３，３４，４６が、それぞれのバスを介して接続されている各部を制御することにより、実現することができる。
また、既に説明した構成と同じ機能を有する部分については、同じ符号を付している。
【００５１】
申請者用端末１の申請情報入力部５１は、オリジナルファイルをセキュリティファイルへ変換するための変換申請に必要な情報の入力を受け付け、入力された情報を取得する。具体的には、申請情報入力部５１は、出力部１３である例えばディスプレイに、申請に必要な情報の入力欄を備えた申請文書の作成入力画面等を表示し、この入力画面を介して申請者により入力部１２に入力される情報を取得する。
【００５２】
ここで、申請情報入力部５１が取得する情報を、申請者用端末１のディスプレイに表示される画面を参照して、説明する。
セキュリティファイルへの変換申請を行う申請者により、例えば、予めディスプレイに表示されているセキュリティファイル変換サービスを示すアイコンがクリック等されると、申請情報入力部５１は、ディスプレイにセキュリティファイル変換サービスの初期画面を表示する。
【００５３】
図７は、セキュリティファイル変換サービスの初期画面の例を示す図である。
この図において、「セキュリティファイル変換」ボタンは、オリジナルファイルをセキュリティファイルへ変換するための変換申請を開始するためのボタンである。「変換済み文書一覧」ボタンは、変換されたセキュリティファイルの一覧を表示するためのボタンである。「マニュアル」ボタンは、セキュリティファイル変換サービスに関する操作マニュアルを表示するためのボタンである。
【００５４】
この初期画面において、「セキュリティファイル変換」ボタンがクリックされると、次に、申請情報入力部５１は、申請文書の作成入力画面をディスプレイに表示する。
【００５５】
図８は、申請文書作成入力画面の例を示す図である。
申請情報入力部５１は、この入力画面を介した申請者による入力により、申請者自らが申請文書を識別するための整理番号と、申請者名と、申請者の識別情報である申請者ＩＤと、セキュリティファイルへの変換対象であるオリジナルファイルの特定情報と、セキュリティファイルに適用するポリシと、を取得する。
ここで、オリジナルファイルの特定は、例えば、申請者用端末１の記憶部１４におけるオリジナルファイルの格納場所であるパス名及びファイル名を指定すること等により行う。
【００５６】
また、申請者は、この入力画面を用いて、複数のポリシを作成することができる。
申請者により入力画面の「ポリシ作成」ボタンがクリックされると、申請情報入力部５１は、まず、１つのポリシを作成するためのポリシ作成入力画面をディスプレイに表示する。
【００５７】
図９は、ポリシ作成入力画面の例を示す図である。
ポリシは、ポリシ番号と、ポリシ発効日と、閲覧権限者と、閲覧付加条件と、の情報を有する。
申請情報入力部５１は、ポリシ作成入力画面の表示に際し、複数のポリシを識別するための識別情報であるポリシ番号を採番し、表示する。例えば、図８の申請文書作成入力画面において初めて「ポリシ作成」ボタンがクリックされた場合には、申請情報入力部５１は、１つ目のポリシの作成であると判別し、図９のポリシ作成入力画面に「セキュリティポリシ１」と表示する。
【００５８】
申請者は、このポリシ作成入力画面を用いて、「ポリシ発効日」と、「閲覧権限者」と、「閲覧付加条件」と、を入力する。
「ポリシ発効日」とは、ここで作成されるポリシがセキュリティファイルに設定されて有効となる日である。このように、複数作成されるそれぞれのポリシに対し発効日情報を設定しておくことにより、セキュリティファイルにポリシ発効日を境に異なるポリシを適用させることができる。
【００５９】
「閲覧権限者」とは、セキュリティファイルを閲覧することができる者である。申請者は、セキュリティファイルに対して閲覧許可を与えたい者の氏名等をこの欄に入力する。なお、ここで入力する情報は、閲覧権限者を特定できる情報であればよく、漢字、アルファベット等による個人特定情報の他、例えば個人を識別するための識別記号等でもよい。
【００６０】
「閲覧付加条件」とは、閲覧権限者によるセキュリティファイルの閲覧に際して、付加的に適用する条件である。つまり、この「閲覧付加条件」は閲覧権限者にセキュリティファイルの取り扱いの範囲を設定する条件のことであり、後述に示すように取り扱いの注意を喚起する条件や、取り扱いの制限を示す条件などが挙げられる。図９のポリシ作成入力画面においては、申請者は、予め用意された条件の中からポリシとして設定したい条件を選択する。
【００６１】
例えば、閲覧オプションの「警告メッセージ表示」が有効に設定されると、利用者が利用者用端末４を用いてセキュリティファイルを閲覧する際に、利用者用端末４に「取り扱いに注意してください。」等の警告メッセージが表示される。
また、印刷を「許可する」が有効に設定されると、利用者用端末４においてセキュリティファイルを印刷することができる。一方で、「許可する」が無効に設定されると、利用者用端末４においてセキュリティファイルの印刷が禁止され、印刷の実行がなされないようにすることができる。
【００６２】
また、印刷を許可する設定にした場合には、さらに、印刷オプションを設定することができる。例えば、印刷オプションの「警告メッセージ表示」が有効にされると、利用者用端末４においてセキュリティファイルが印刷される際に、「取り扱いに注意してください。」等の警告メッセージが表示される。
【００６３】
「機密印刷」が有効にされると、プリントアウトに際し、利用者にプリンタへのＰＩＮ（Personal Identification Number）の入力が要求される。
「地紋印刷」が有効にされると、複写機で複写された場合に例えば利用者名及び印刷日時が浮き上がる地紋画像が、セキュリティファイルに重ね合わせて印刷される。
【００６４】
「スタンプ印刷」が有効にされると、例えば「極秘」のマークがスタンプとしてセキュリティファイルに重ねて印刷される。
「警告印字」が有効にされると、セキュリティファイルが印刷される際に、例えば利用者名及び印刷日時が印字される。
なお、「閲覧付加条件」には、これら以外の条件をポリシとして設定するようにすることもできる。
【００６５】
申請者は、ポリシ作成入力画面において、必要な情報を入力した後、「ＯＫ」ボタンをクリックする。これにより、申請情報入力部５１は、ポリシ作成入力画面を用いて作成されたポリシを取得する。そして、申請情報入力部５１は、再び図８の申請文書作成入力画面を表示し、その画面における「作成済みセキュリティポリシ」の欄に、作成されたポリシのポリシ番号を表示する。例えば、「セキュリティポリシ１」が作成された場合には、「作成済みセキュリティポリシ」の欄に「ポリシ１」と表示する。
【００６６】
申請者が更に異なるポリシを作成する場合には、この申請文書作成入力画面において、再び「ポリシ作成」ボタンをクリックする。これにより、申請情報入力部５１は、ポリシ番号を２とする「セキュリティポリシ２」のポリシ作成入力画面を表示する。ポリシ作成入力画面を用いた「セキュリティポリシ２」の作成が終了すると、申請情報入力部５１は、申請文書作成入力画面の「作成済みセキュリティポリシ」欄に「ポリシ２」の表示を追加する。つまり、「ポリシ２」には「ポリシ１」のポリシ発効日以降に有効となるポリシ発効日を設定することが可能となる。すなわち、異なる発効日が設定された複数のポリシはポリシ発効日が古い順に時系列に並べられることとなる。
【００６７】
このようにして、異なるポリシ発効日が設定された複数のポリシが作成されることにより、同一のセキュリティファイルに対して異なるポリシを時系列で設定することができる。
具体的には、例えば、１つのセキュリティファイルに対して、３つの「ポリシ１〜３」を作成し、「ポリシ１」のポリシ発効日を２００５年６月１日に、「ポリシ２」のポリシ発効日を２００５年７月１日に、「ポリシ３」のポリシ発効日を２００５年８月１日に、それぞれ設定した場合には、同一のセキュリティファイルに対して、２００５年６月中においては「ポリシ１」を、２００５年７月中においては「ポリシ２」を、２００５年８月以降は「ポリシ３」を、適用することができる。
【００６８】
申請者は、セキュリティファイルの作成に必要な申請情報の入力を終えると、図８の申請文書作成入力画面の「ＯＫ」ボタンをクリックする。これにより、申請情報入力部５１は、申請文書の作成に必要な情報を取得する。
【００６９】
図６に戻り、申請文書作成部５２は、申請情報入力部５１に入力された情報に基づき申請文書を作成する。さらに、申請文書作成部５２は、入力されたオリジナルファイルの特定情報により特定されるオリジナルファイルを申請文書に添付する。
申請文書送信部５３は、申請文書作成部５２により作成された、オリジナルファイルが添付された申請文書データを申請サーバ２に送信する。
【００７０】
申請サーバ２の申請文書受信部５４は、申請文書送信部５３から、オリジナルファイルが添付された申請文書データを受信する。
申請文書格納部５５は、申請文書受信部５４が受信した申請文書データに、申請文書番号と申請端末特定情報とを追加して、申請文書ファイルとし、申請文書ファイルとオリジナルファイルとを関連付けて申請文書ＤＢ２２１に格納する。
【００７１】
図１０は、申請文書ＤＢ２２１に格納される申請文書ファイルのデータ構成例を示す図である。
図示するように、申請文書ファイルは、申請者用端末１の申請情報入力部５１に入力された情報に加え、申請文書格納部５５が取得する申請文書番号及び申請端末特定情報を有する。
【００７２】
申請文書番号は、申請文書ＤＢ２２１に格納される複数の申請文書ファイルを識別するための情報である。申請文書格納部５５は、申請文書受信部５４から１つのドキュメントファイルに対応する１つの申請文書データを受け取るたびに、ユニークな申請文書番号を採番し、申請文書データに追加する。
また、申請端末特定情報は、申請元を特定するための情報である。申請文書格納部５５は、例えば、ＩＰアドレス等の申請者用端末１の通信ネットワーク５上のアドレスを申請端末特定情報として、申請文書送信部５３と申請文書受信部５４との間のデータ通信処理情報から取得する。
【００７３】
図６に戻り、申請文書ファイル送信部５６は、申請文書格納部５５が申請文書ＤＢ２２１に格納した申請文書ファイルとオリジナルファイルとをセキュリティサーバ３に送信する。
セキュリティサーバ３の申請文書ファイル受信部５７は、申請文書ファイル送信部５６から、申請文書ファイルとオリジナルファイルとを受信する。
【００７４】
セキュリティファイル変換部５８は、申請文書ファイル受信部５７が受信した申請文書ファイルとオリジナルファイルとに基づき、セキュリティファイルとセキュリティ管理データとを作成する。セキュリティファイル変換部５８におけるセキュリティファイルの作成動作及びセキュリティ管理データの作成動作の詳細については後述する。
【００７５】
セキュリティファイル送信部５９は、セキュリティファイル変換部５８が作成したセキュリティファイルに、申請文書ファイル内の申請文書番号を添付して、申請サーバ２に送信する。
セキュリティ管理データ格納部６０は、セキュリティファイル変換部５８が作成したセキュリティ管理データをセキュリティ管理ＤＢ３３１に格納する。
【００７６】
ここで、セキュリティファイル変換部５８におけるセキュリティファイルの作成動作及びセキュリティ管理データの作成動作について詳しく説明する。
図１１は、セキュリティファイル変換部５８の具体的構成例を示すブロック図である。
鍵生成部５８１は、暗号化アルゴリズムを用いてドキュメントファイルを暗号化及び復号化するための鍵をランダムに生成する。
ファイル暗号化部５８２は、申請文書ファイル受信部５７が受信したオリジナルファイルを、鍵生成部５８１が生成した鍵を用いて暗号化し、暗号化ファイルを作成する。
【００７７】
ファイルＩＤ生成部５８３は、ファイル暗号化部５８２が作成したファイルを識別するためのユニークなファイルＩＤを採番する。
セキュリティファイル作成部５８４は、ファイル暗号化部５８２が作成した暗号化ファイルに、ファイルＩＤ生成部５８３が生成したファイルＩＤを付加して、セキュリティファイルを作成する。セキュリティファイル作成部５８４は、作成したセキュリティファイルをセキュリティファイル送信部５９に出力する。
【００７８】
セキュリティ管理データ作成部５８５は、申請文書ファイル受信部５７が受信した申請文書ファイルに基づき、セキュリティ管理ＤＢ３３１に格納するためのセキュリティ管理データを作成し、セキュリティ管理データ格納部６０に出力する。セキュリティ管理データ格納部６０は、セキュリティ管理データを、セキュリティファイル毎のセキュリティ管理ファイルとして、セキュリティ管理ＤＢ３３１に格納する。
【００７９】
図１２は、セキュリティ管理ＤＢ３３１に格納されるセキュリティ管理ファイルのデータ構成例を示す図である。
図示するように、セキュリティ管理ファイルは、ファイルＩＤ生成部５８３が生成したファイルＩＤと、鍵生成部５８１が生成した鍵と、後述する有効ポリシ番号と、申請文書ファイルに含まれている複数のポリシと、の情報を有する。
【００８０】
ここで、有効ポリシ番号とは、セキュリティ管理ファイルに含まれている複数のポリシの中で、セキュリティファイルに対する設定が現在有効になっているポリシの番号である。
この有効ポリシ番号により、具体的には、例えば、利用者用端末４からセキュリティファイルの閲覧要求があった場合、そのセキュリティファイルのファイルＩＤを含むセキュリティ管理ファイルに含まれている複数のポリシのうち、有効ポリシ番号に設定されている番号のポリシが、セキュリティファイルに適用される。
なお、有効ポリシ番号の設定動作については、後述するセキュリティ設定管理動作において説明する。
【００８１】
図６に戻り、申請サーバ２のセキュリティファイル転送部６１は、セキュリティファイル送信部５９から、申請文書番号が添付されたセキュリティファイルを受信する。そして、セキュリティファイル転送部６１は、申請文書ＤＢ２２１を参照して、受信した申請文書番号の申請文書ファイルから申請端末特定情報を取り出し、申請端末特定情報により特定される申請者用端末１に、受信したセキュリティファイルを送信する。
【００８２】
また、申請サーバ２は、セキュリティファイルを利用者用端末４に送信する。具体的には、例えば、申請サーバ２は、記憶部２２に予め記憶されている利用者用端末４の通信ネットワーク５上のアドレス等の利用端末特定情報に基づいて、利用者用端末４にセキュリティファイルを送信する。
【００８３】
申請者用端末１の申請セキュリティファイル取得部６２は、セキュリティファイル転送部６１からセキュリティファイルを受信し、受信したセキュリティファイルを、例えば、申請者用端末１の記憶部１４に記憶させる。
また、利用者用端末４の利用セキュリティファイル取得部６３は、セキュリティファイル転送部６１からセキュリティファイルを受信し、受信したセキュリティファイルを、例えば、利用者用端末４の記憶部４４に記憶させる。
【００８４】
なお、利用者用端末４へのセキュリティファイルの送信は、申請サーバ２側で行わずに、セキュリティファイルを取得した申請者用端末１側で行うようにしてもよい。また、この場合、申請者が、取得したセキュリティファイルを、例えば電子メール等に添付して利用者に配布するようにしてもよい。さらに、申請サーバ２が申請者用端末１へセキュリティファイルを送信する代わりに、申請サーバ２側でセキュリティファイルを保存しておいても良い。この場合には、申請者は申請者用端末１を用いて利用者用端末４の利用者にセキュリティファイルが保存されている領域（例えば、パス名やＵＲＬなど）を連絡することでも対応が可能である。
【００８５】
以上のようなセキュリティ管理システムの構成により、申請者は、セキュリティファイル変換サービスを受けて、適用されるポリシが時系列で変更されるセキュリティファイルを取得することができる。
【００８６】
次に、上述したセキュリティファイル変換サービスによりセキュリティサーバ３のセキュリティ管理ＤＢ３３１に格納されたセキュリティ管理ファイルを用いて、セキュリティファイルに対するセキュリティ設定を定期的に管理する動作を説明する。
【００８７】
図１３は、本実施の形態に係るセキュリティ管理システムのセキュリティサーバ３におけるセキュリティ設定管理動作に関する機能構成例を示すブロック図である。
なお、図示する構成要素は、図４に示したセキュリティサーバ３の制御部３４が、バス３５を介して接続されている各部を制御することにより、実現することができる。また、既に説明した構成と同じ機能を有する部分については、同じ符号を付している。
【００８８】
セキュリティ管理ファイル読出部７１は、セキュリティ管理ＤＢ３３１に格納されている複数のセキュリティ管理ファイルの中から、１つのファイルＩＤで特定される１つのセキュリティ管理ファイルを読み出す。
ポリシ取出部７２は、セキュリティ管理ファイル読出部７１が読み出したセキュリティ管理ファイルに含まれている複数のポリシの中から、１つのポリシを取り出す。
【００８９】
発効日取出部７３は、ポリシ取出部７２が取り出したポリシに含まれている情報の中から「ポリシ発効日」を取り出す。
日付取得部７４は、現在の日付を取得する。日付取得部７４には時計回路が内蔵されており、この時計回路を用いたカレンダー機能により現在の日付が取得される。日付取得部７４は、図４に示した計時部３２及び制御部３４により実現される。
【００９０】
発効日比較部７５は、発効日取出部７３が取り出した「ポリシ発効日」と、日付取得部７４が取得した現在の日付と、を比較し、比較結果を出力する。具体的には、発効日比較部７５は、比較の結果、「ポリシ発効日」が今日である場合には、一致情報を出力し、「ポリシ発効日」が今日でない場合には、不一致情報を出力する。
【００９１】
有効ポリシ番号書替部７６は、発効日比較部７５から一致情報を受け取ると、セキュリティ管理ファイル読出部７１が読み出したセキュリティ管理ファイルからファイルＩＤを取り出すと共に、ポリシ取出部７２が取り出したポリシに含まれている情報の中から「ポリシ番号」を取り出す。そして、セキュリティ管理ＤＢ３３１にアクセスし、取り出したファイルＩＤで特定されるセキュリティ管理ファイル内の「有効ポリシ番号」を、取り出した「ポリシ番号」に書き替える。
【００９２】
情報取出制御部７７は、発効日比較部７５において、セキュリティ管理ＤＢ３３１に記憶されているすべての「ポリシ発効日」と現在の日付との比較が行われるように、セキュリティ管理ファイル読出部７１及びポリシ取出部７２を制御する。
【００９３】
具体的には、情報取出制御部７７は、発効日比較部７５により１つの「ポリシ発効日」に対する比較結果が出力されるたびに、ポリシ取出部７２により１つのセキュリティ管理ファイルに含まれているすべてのポリシが取り出されたか否かを判別し、すべてのポリシが取り出されるまで、ポリシ取出部７２を制御してポリシ取り出し動作を実行させる。ポリシ取出部７２により取り出されたポリシは、順次、発効日取出部７３により「ポリシ発効日」が取り出され、発効日比較部７５により現在の日付と比較される。
【００９４】
この制御により、１つのセキュリティ管理ファイルに含まれているすべてのポリシが取り出された場合には、情報取出制御部７７は、次に、セキュリティ管理ファイル読出部７１によりセキュリティ管理ＤＢ３３１に格納されているすべてのセキュリティ管理ファイルが読み出されたか否かを判別する。すべてのセキュリティ管理ファイルが読み出されていない場合には、情報取出制御部７７は、セキュリティ管理ファイル読出部７１を制御して、未だ読み出されていないセキュリティ管理ファイルを読み出させる。セキュリティ管理ファイル読出部７１により読み出されたセキュリティ管理ファイルは、ポリシ取出部７２に出力され、ポリシ取出部７２において情報取出制御部７７による上述した制御の下、ポリシ取り出し動作が行われる。
【００９５】
このような情報取出制御部７７の制御により、発効日比較部７５において、セキュリティ管理ＤＢ３３１に記憶されているすべての「ポリシ発効日」と現在の日付との比較が行われる。
【００９６】
以上のようなセキュリティサーバの構成を用いて、セキュリティファイルに対するセキュリティ設定の管理動作を、例えば１日に１回、定期的に行うことにより、１つのセキュリティファイルに関連付けられて記憶されている複数のポリシの発効日が毎日確認される。そして、この確認により、本日（今日）セキュリティファイルに適用されるポリシが有効ポリシとしてセキュリティファイルに設定されることにより、１つのセキュリティファイルに適用されるポリシを時系列で変更することができる。
【００９７】
次に、利用者が利用者用端末４を用いてセキュリティファイルを利用する動作を説明する。
図１４は、本実施の形態に係るセキュリティ管理システムにおけるセキュリティファイルの利用動作に関する機能構成例を示すブロック図である。
なお、図示するセキュリティサーバ３及び利用者用端末４における各構成要素は、それぞれの制御部３４，４６が、それぞれのバスを介して接続されている各部を制御することにより、実現することができる。
また、既に説明した構成と同じ機能を有する部分については、同じ符号を付している。
【００９８】
ここでは、前述したセキュリティファイル変換サービスにより、セキュリティファイルが利用者用端末４の記憶部４４に記憶されていることを前提に、利用者が、このセキュリティファイルの閲覧要求を利用者用端末４を用いて行う場合を例に説明する。
【００９９】
利用者用端末４の閲覧ファイル指定部８１は、利用者からセキュリティファイルの閲覧要求を受け付け、閲覧要求されたセキュリティファイルの指定情報をセキュリティファイル読出部８２に出力する。具体的には、例えば、利用者用端末４の出力部４３である例えばディスプレイに予め表示されている複数のセキュリティファイルのアイコンのうち、１つのアイコンがクリックされること等により、入力部４２にセキュリティファイルを指定する入力がなされると、閲覧ファイル指定部８１は、この入力を認識し、閲覧要求されたセキュリティファイルの指定情報をセキュリティファイル読出部８２に出力する。この指定情報は、セキュリティファイルの所在を示す情報であり、例えば、パス名やファイル名、ＵＲＬ等が挙げられる。
【０１００】
セキュリティファイル読出部８２は、閲覧ファイル指定部８１からのセキュリティファイルの指定情報により特定されるセキュリティファイルを、記憶部４４から読み出す。
ファイルＩＤ取出部８３は、セキュリティファイル読出部８２が読み出したセキュリティファイルからファイルＩＤを取り出す。
【０１０１】
利用者ＩＤ取得部８４は、セキュリティファイルの利用者の識別情報である利用者ＩＤを取得する。具体的には、例えば、利用者ＩＤ取得部８４は、ディスプレイに利用者ＩＤ入力画面を表示し、この入力画面を介して利用者により入力部４２に入力される利用者ＩＤを取得する。なお、利用者用端末４が特定の利用者の専用端末であって、利用者ＩＤが利用者用端末４内に予め記憶されているような場合には、利用者ＩＤ取得部８４は、利用者用端末４内に記憶されている利用者ＩＤを読み出して取得してもよい。
【０１０２】
閲覧要求情報送信部８５は、ファイルＩＤ取出部８３が取り出したファイルＩＤと利用者ＩＤ取得部８４が取得した利用者ＩＤとをセキュリティサーバ３に送信する。
セキュリティサーバ３の閲覧要求情報受信部８６は、閲覧要求情報送信部８５からファイルＩＤと利用者ＩＤとを受信する。
閲覧要求管理ファイル読出部８７は、閲覧要求情報受信部８６が受信したファイルＩＤを有するセキュリティ管理ファイルを、セキュリティ管理ＤＢ３３１から読み出す。
【０１０３】
有効ポリシ番号取出部８８は、閲覧要求管理ファイル読出部８７が読み出したセキュリティ管理ファイルから有効ポリシ番号を取り出す。
有効ポリシ取出部８９は、閲覧要求管理ファイル読出部８７が読み出したセキュリティ管理ファイルから、有効ポリシ番号取出部８８が取り出した有効ポリシ番号により特定されるポリシを取り出す。
【０１０４】
なお、有効ポリシ番号取出部８８が取り出す有効ポリシ番号は、上述したセキュリティ設定管理動作により、各ポリシに設定されている発効日情報が判断されて、発効日を迎えたポリシの番号が設定されるものである。そのため、セキュリティファイルに関連付けられているすべてのポリシの発効日前には、有効ポリシ番号は設定されていない。このような場合には、一律に、セキュリティファイルに閲覧権限者なしとするポリシを適用することにより、最初に発効日を迎えるポリシが設定されるまでの間のセキュリティファイルのセキュリティを保つことができる。
【０１０５】
閲覧権限者情報取出部９０は、有効ポリシ取出部８９が取り出した有効なポリシから、閲覧権限者情報を取り出す。具体的には、例えば、図１２に示したセキュリティ管理ファイルの場合であれば、閲覧権限者情報取出部９０は、閲覧権限者情報として閲覧権限者の氏名を取り出す。
【０１０６】
閲覧権限者ＩＤ変換部９１は、閲覧権限者情報取出部９０が取り出した閲覧権限者情報としての閲覧権限者の氏名を、利用権限者ＩＤテーブル３３２を参照して、ＩＤ情報である閲覧権限者ＩＤに変換する。
閲覧権限判別部９２は、閲覧権限者ＩＤ変換部９１により変換された閲覧権限者ＩＤに、閲覧要求情報受信部８６が受信した利用者ＩＤが含まれているか否かを判別することにより、利用者に閲覧権限があるか否かを判別し、その結果情報を閲覧情報取得部９３に出力する。
【０１０７】
閲覧情報取得部９３は、閲覧権限判別部９２から利用者に閲覧権限がある旨の情報が入力されると、閲覧要求管理ファイル読出部８７が読み出したセキュリティ管理ファイルから、鍵を取り出し、さらに、有効ポリシ取出部８９が取り出したポリシから、閲覧付加条件を取り出して、これらの情報を閲覧情報送信部９４に出力する。
一方で、閲覧情報取得部９３は、閲覧権限判別部９２から利用者に閲覧権限がない旨の情報が入力されると、閲覧が許可されていないことを示す閲覧不許可情報を閲覧情報送信部９４に出力する。
【０１０８】
閲覧情報送信部９４は、閲覧情報取得部９３が取得した情報を利用者用端末４に送信する。
利用者用端末４の閲覧情報受信部９５は、閲覧情報送信部９４から、鍵及び閲覧付加条件、又は、閲覧不許可情報を受信する。
暗号化ファイル取出部９６は、セキュリティファイル読出部８２が読み出したセキュリティファイルから暗号化ファイルを取り出す。
ファイル復号化部９７は、暗号ファイル取出部９６が取り出した暗号化ファイルを、閲覧情報受信部９５が受信した鍵を用いて復号化し、閲覧可能なドキュメントファイルに戻す。
【０１０９】
ドキュメント表示部９８は、ファイル復号化部９７が復号化したドキュメントの内容を、閲覧情報受信部９５が受信した閲覧付加条件に従い、ディスプレイに表示する。具体的には、閲覧付加条件として、閲覧オプションの「警告メッセージ表示」が設定されている場合には、ドキュメント表示部９８は、ドキュメント内容の表示に伴い、ディスプレイに警告メッセージを表示する。
また、閲覧情報受信部９５が閲覧不許可情報を受信した場合には、ドキュメント表示部９８は、セキュリティファイルを閲覧できないことを利用者に報知するために、閲覧が許可されていない旨をディスプレイに表示する。
【０１１０】
印刷制御部９９は、利用者からの印刷要求を受け付け、閲覧情報受信部９５が受信した閲覧付加条件に従い、ドキュメント表示部９８が表示したドキュメントの印刷を行う。具体的には、印刷制御部９９は、閲覧付加条件として、印刷許可の設定がされている場合には、利用者からの印刷要求に応じて、表示されているドキュメントの印刷を行う。一方、印刷不許可の設定がされている場合には、利用者から印刷要求があっても、表示されているドキュメントの印刷を一切禁止する。
【０１１１】
また、印刷許可の設定と同時に印刷オプションが設定されている場合には、印刷制御部９９は、ドキュメント内容を印刷するに際し、設定されている条件に従い、「警告メッセージ表示」、「機密印刷」、「地紋印刷」、「スタンプ印刷」、「警告印字」等の処理を行う。
【０１１２】
閲覧終了検出部１００は、ドキュメント表示部９８が表示したドキュメント内容の利用者による閲覧終了を検出する。具体的には、例えば、閲覧終了検出部１００は、ディスプレイに表示されているドキュメント内容の表示ウィンドウが閉じられたことを検出することにより、閲覧終了を検出する。
閲覧終了処理部１０１は、閲覧終了検出部１００が閲覧の終了を検出すると、ファイル復号化部９７が復号化して作成したドキュメントファイルと、閲覧情報受信部９５が受信した鍵と、を利用者用端末４から削除する。具体的には、閲覧終了処理部１０１は、閲覧が終了すると、利用者用端末４のＲＡＭ４６３や記憶部４４等から、ドキュメントファイル及び鍵を削除する。
【０１１３】
以上のようなセキュリティ管理システムの構成により、利用者がセキュリティファイルを閲覧するたびに利用者用端末４はセキュリティサーバ３にアクセスし、閲覧権限等が記載されたポリシの確認を行う。そして、セキュリティサーバ３においては、前述したセキュリティ設定管理動作により、複数のポリシの中からその時点でセキュリティファイルに適用されるポリシの番号が選択されて、有効ポリシ番号として設定されている。そのため、以上の構成によれば、時系列でポリシが変更するセキュリティファイルを、利用者がドキュメントファイルを利用する時点において適用されているポリシに基づく利用形態で、利用者に利用させることができる。
【０１１４】
次に、本実施の形態に係るセキュリティ管理システムにおける処理手順を説明する。
なお、以下に説明する処理は、申請者用端末１、申請サーバ２、セキュリティサーバ３、利用者用端末４のそれぞれの制御部１６，２３，３４，４６が、それぞれの記憶部１４，２２，３３，４４やＲＯＭ１６２，２３２，３４２，４６２に記憶されている制御プログラムに従って、それぞれのバスを介して接続されている各部を制御することにより、実現される。なお、制御部１６，２３，３４，４６による通信制御、入出力制御、メモリ制御等の通常のコンピュータによる処理と同一の処理については、理解を容易にするため、逐一言及することを避ける。
【０１１５】
まず、本実施の形態に係るセキュリティ管理システムにおけるセキュリティファイル変換処理の手順を説明する。
図１５及び図１６は、セキュリティファイル変換処理を示す手順説明図である。
申請者用端末１において、セキュリティファイルへの変換を要求する旨の情報が入力部１２に入力されると、このセキュリティファイル変換処理が開始され、制御部１６は、例えば図８に示した申請文書作成入力画面を出力部１３である例えばディスプレイに表示する（図１５のステップＳ１１）。
【０１１６】
セキュリティファイルへの変換を要求する旨の情報の入力は、具体的には、例えば、ディスプレイに予め表示されているセキュリティファイル変換ボタンを申請者がクリックすること等により、行われる。
【０１１７】
制御部１６は、申請文書作成入力画面を介して、整理番号、申請者名、申請者ＩＤ、オリジナルファイル特定情報等の入力部１２への入力を受け付け、入力された情報を取得する（ステップＳ１２）。
【０１１８】
次に、制御部１６は、申請文書作成入力画面を介して、ポリシの入力を受け付け、入力されたポリシを取得する（ステップＳ１３）。具体的には、例えば、図８の申請文書作成入力画面における「ポリシ作成」ボタンが申請者によりクリックされると、制御部１６は、図９のポリシ作成入力画面をディスプレイに表示する。そして、このポリシ作成入力画面を介して、ポリシ発効日、閲覧権限者、閲覧付加条件等の入力部１２への入力を受け付け、入力された情報にポリシ番号を追加し、ポリシとして取得する。
【０１１９】
次に、制御部１６は、ポリシの入力が終了したか否かを判別する（ステップＳ１４）。具体的には、例えば、図８の申請文書作成入力画面の「ＯＫ」ボタンが申請者によりクリックされると、制御部１６は、ポリシの入力が終了したと判別する。
制御部１６は、ポリシの入力が終了していないと判別した場合には（ステップＳ１４；Ｎｏ）、ステップＳ１３に戻り、更に別のポリシを取得する。この処理を繰り返すことにより、１つのドキュメントファイルに対応する１つの申請文書に、複数のポリシを入力しておくことができる。
【０１２０】
一方、制御部１６は、ポリシの入力が終了したと判別した場合には（ステップＳ１４；Ｙｅｓ）、取得した情報に基づき申請文書を作成し、この申請文書データに、オリジナルファイル特定情報により特定されるオリジナルファイルを添付して、申請サーバ２に送信する（ステップＳ１５）。
【０１２１】
申請サーバ２において、制御部２３は、申請者用端末１から申請文書データを受信すると、申請文書番号及び申請端末特定情報を取得し、これらを申請文書データに追加して申請文書ファイルとする。そして、同じく受信したオリジナルファイルと申請文書ファイルとを関連付けて申請文書ＤＢ２２１に格納し、格納した申請文書ファイル及びオリジナルファイルをセキュリティサーバ３に送信する（ステップＳ１６）。
【０１２２】
セキュリティサーバ３において、制御部３４は、申請サーバ２から申請文書データを受信すると、ドキュメントファイルを暗号化及び復号化するための鍵をランダムに生成する（ステップＳ１７）。そして、制御部３４は、生成した鍵を用いて、受信したオリジナルファイルを暗号化し、暗号化ファイルを作成する（ステップＳ１８）。
【０１２３】
次に、制御部３４は、暗号化ファイルを識別するためのファイルＩＤを生成する（ステップＳ１９）。そして、制御部３４は、暗号化ファイルにファイルＩＤを付加してセキュリティファイルを作成し、作成したセキュリティファイルに申請文書ファイル内の申請文書番号を添付して申請サーバ２に送信する（ステップＳ２０）。
【０１２４】
続いて、制御部３４は、生成したファイルＩＤと、暗号化ファイルの作成に用いた鍵と、受信した申請文書ファイル内の複数のポリシと、例えば初期値をヌルとする有効ポリシ番号と、を有するセキュリティ管理ファイルを作成する（ステップＳ２１）。そして、制御部３４は、作成したセキュリティ管理ファイルをセキュリティ管理ＤＢ３３１に格納する（ステップＳ２２）。
このようにして、セキュリティ管理ＤＢ３３１には、このセキュリティファイル変換処理が行われるたびに、ファイルＩＤにより識別されるセキュリティ管理ファイルが格納される。
【０１２５】
申請サーバ２において、制御部２３は、セキュリティサーバ３からセキュリティファイルを受信すると、セキュリティファイルに添付されている申請文書番号により特定される申請文書ファイルを申請文書ＤＢ２２１から読み出す。そして、読み出した申請文書ファイルから申請端末特定情報を取り出し、その申請端末特定情報により特定される申請者用端末１に、受信したセキュリティファイルを転送する（図１６のステップＳ２３）。
さらに、制御部２３は、セキュリティサーバ３から受信したセキュリティファイルを利用者用端末４に転送する（ステップＳ２４）。
【０１２６】
申請者用端末１において、制御部１６は、申請サーバ２からセキュリティファイルを受信して取得する（ステップＳ２５）。
さらに、利用者用端末４において、制御部４６は、申請サーバ２からセキュリティファイルを受信して取得し（ステップＳ２６）、このセキュリティファイル変換処理を終了する。
このセキュリティファイル変換処理により、申請者は、発効日情報に基づき複数のポリシが時系列で変更されるセキュリティファイルを取得し、利用者に配布することができる。
【０１２７】
次に、本実施の形態に係るセキュリティ管理システムにおけるセキュリティ設定管理処理の手順を説明する。
図１７は、セキュリティ設定管理処理を示すフローチャートである。
なお、本実施の形態において、この処理は、１日に１回の間隔で定期的に、セキュリティサーバ３におけるバッチ処理として実行される。
【０１２８】
セキュリティサーバ３の制御部３４は、例えば計時部３２から日付が変わった旨の情報を取得すると、このセキュリティ設定管理処理を開始し、まず、現在の日付情報を取得する（ステップＳ３１）。
次に、制御部３４は、セキュリティ管理ＤＢ３３１に格納されている複数のセキュリティ管理ファイルの中から、１つのファイルＩＤで特定される１つのセキュリティ管理ファイルを読み出す（ステップＳ３２）。
【０１２９】
続いて、制御部３４は、読み出したセキュリティ管理ファイルに含まれている複数のポリシの中から、１つのポリシを取り出す（ステップＳ３３）。
さらに、制御部３４は、取り出したポリシに含まれている情報の中から「ポリシ発効日」情報を取り出す（ステップＳ３４）。
そして、制御部３４は、取り出した「ポリシ発効日」情報と、ステップＳ３１で取得した現在の日付情報と、を比較することにより、ステップＳ３３で取り出したポリシの発効日が今日であるか否かを判別する（ステップＳ３５）。
【０１３０】
ポリシ発効日が今日である場合には（ステップＳ３５；Ｙｅｓ）、制御部３４は、ステップＳ３２で読み出したセキュリティ管理ファイルからファイルＩＤを取り出す（ステップＳ３６）。さらに、制御部３４は、ステップＳ３３で取り出したポリシに含まれている情報の中から「ポリシ番号」を取り出す（ステップＳ３７）。そして、制御部３４は、セキュリティ管理ＤＢ３３１にアクセスし、ステップＳ３６で取り出したファイルＩＤにより特定されるセキュリティ管理ファイル内の「有効ポリシ番号」を、ステップＳ３７で取り出した「ポリシ番号」に書き替える（ステップＳ３８）。
一方、ポリシ発効日が今日でない場合には（ステップＳ３５；Ｎｏ）、制御部３４は、ステップＳ３６〜Ｓ３８をスキップする。
【０１３１】
次に、制御部３４は、ステップＳ３３において、ステップＳ３２で読み出したセキュリティ管理ファイルに含まれているすべてのポリシが取り出されたか否かを判別する（ステップＳ３９）。
すべてのポリシが取り出されていない場合には（ステップＳ３９；Ｎｏ）、ステップＳ３３に戻り、制御部３４は、セキュリティ管理ファイルに含まれているすべてのポリシの発効日を確認するまで、ステップＳ３３〜Ｓ３８の処理を繰り返す。
【０１３２】
そして、セキュリティ管理ファイルに含まれているすべてのポリシの発効日の確認が終了すると（ステップＳ３９；Ｙｅｓ）、制御部３４は、ステップＳ３２において、セキュリティ管理ＤＢ３３１に格納されているすべてのセキュリティ管理ファイルが読み出された否かを判別する（ステップＳ４０）。
すべてのセキュリティ管理ファイルが読み出されていない場合には（ステップＳ４０；Ｎｏ）、ステップＳ３２に戻り、制御部３４は、セキュリティ管理ＤＢ３３１に格納されているすべてのセキュリティ管理ファイルにおけるポリシ発効日の確認が終了するまで、ステップＳ３２〜Ｓ３９の処理を繰り返す。
【０１３３】
そして、セキュリティ管理ＤＢ３３１に格納されているすべてのセキュリティ管理ファイルにおけるポリシ発効日の確認が終了すると（ステップＳ４０；Ｙｅｓ）、このセキュリティ設定管理処理を終了する。
【０１３４】
このセキュリティ設定管理処理により、セキュリティファイルに設定されるポリシを、ポリシ発効日情報に基づき、時系列に変更することができる。具体的には、前述したセキュリティファイル変換処理において申請者により入力された複数のポリシの中から、１つのポリシが、ポリシ発効日情報に基づいて選択され、有効ポリシとしてセキュリティファイルに設定される。
【０１３５】
次に、本実施の形態に係るセキュリティ管理システムにおけるセキュリティファイル利用処理の手順を説明する。
図１８及び図１９は、セキュリティファイル利用処理を示す手順説明図である。
ここでは、前述したセキュリティファイル変換処理により、利用者用端末４がセキュリティファイルを既に取得し、利用者用端末４の記憶部４４にセキュリティファイルが記憶されているものとする。
【０１３６】
利用者用端末４において、例えば、利用者用端末４の出力部４３である例えばディスプレイに予め表示されている複数のセキュリティファイルのアイコンのうち、１つのアイコンを、利用者がクリックすること等により、入力部４２にセキュリティファイルを指定する情報が入力されると、このセキュリティファイル利用処理が開始され、制御部４６は、入力部４２からの入力に基づき、セキュリティファイルの指定情報を取得する（図１８のステップＳ５１）。
【０１３７】
次に、制御部４６は、取得した指定情報により特定されるセキュリティファイルを、記憶部４４から読み出す（ステップＳ５２）。そして、制御部４６は、読み出したセキュリティファイルからファイルＩＤを取り出す（ステップＳ５３）。
【０１３８】
次に、制御部４６は、セキュリティファイルの利用者の利用者ＩＤを取得する（ステップＳ５４）。そして、制御部４６は、ファイルＩＤと利用者ＩＤとをセキュリティサーバ３に送信する（ステップＳ５５）。
【０１３９】
セキュリティサーバ３において、制御部３４は、利用者用端末４から受信したファイルＩＤを有するセキュリティ管理ファイルを、セキュリティ管理ＤＢ３３１から読み出す（ステップＳ５６）。そして、制御部３４は、読み出したセキュリティ管理ファイルから有効ポリシ番号を取り出す（ステップＳ５７）。
【０１４０】
次に、制御部３４は、取り出した有効ポリシ番号により特定されるポリシを、ステップＳ５６で読み出したセキュリティ管理ファイルから取り出す（ステップＳ５８）。さらに、制御部３４は、取り出したポリシから、閲覧権限者情報を取り出す（ステップＳ５９）。そして、制御部３４は、取り出した閲覧権限者情報を、利用権限者ＩＤテーブル３３２を参照して、閲覧権限者ＩＤに変換する（ステップＳ６０）。
【０１４１】
次に、制御部３４は、変換して得た利用権限者ＩＤに、利用者用端末４から受信した利用者ＩＤが含まれているか否かを判別することにより、利用者に閲覧権限があるか否かを判別する（ステップＳ６１）。
【０１４２】
ここで、利用者に閲覧権限がない場合には（ステップＳ６１；Ｎｏ）、制御部３４は、利用者用端末４に閲覧不許可情報を送信する（ステップＳ６２）。この場合、利用者用端末４において、制御部４６は、セキュリティサーバ３から受信した閲覧不許可情報に基づいて、閲覧が許可されていない旨の情報をディスプレイに表示して（ステップＳ６３）、このセキュリティファイル利用処理を終了する。このように、現在の有効ポリシに閲覧権限者として設定されていない利用者は、セキュリティファイルを閲覧することができない。
【０１４３】
一方、利用者に閲覧権限が有る場合には（ステップＳ６１；Ｙｅｓ）、制御部３４は、ステップＳ５６で読み出したセキュリティ管理ファイルから鍵を取り出す（図１９のステップＳ６４）。さらに、制御部３４は、ステップＳ５８で取り出したポリシから閲覧付加条件を取り出す（ステップＳ６５）。そして、制御部３４は、取り出した鍵と閲覧付加条件とを利用者用端末４に送信する（ステップＳ６６）。
【０１４４】
利用者用端末４において、制御部４６は、セキュリティサーバ３から鍵及び閲覧付加条件を受信すると、ステップＳ５２で読み出したセキュリティファイルから暗号化ファイルを取り出す（ステップＳ６７）。そして、制御部４６は、取り出した暗号化ファイルを、セキュリティサーバ３から受信した鍵を用いて復号化し、閲覧可能なドキュメントファイルに戻す（ステップＳ６８）。
【０１４５】
次に、制御部４６は、復号化したドキュメントの内容を、受信した閲覧付加条件に従い、ディスプレイに表示する。（ステップＳ６９）。具体的には、閲覧付加条件として、閲覧オプションの「警告メッセージ表示」が設定されている場合には、制御部４６は、ドキュメント内容の表示に伴い、ディスプレイに警告メッセージを表示する。
【０１４６】
また、利用者により入力部４２に印刷要求が入力された場合には、制御部４６は、受信した閲覧付加条件の印刷設定に従い、ドキュメント内容の印刷を制御する。具体的には、制御部４６は、閲覧付加条件において印刷許可設定がされている場合には、印刷を許可し、印刷不許可設定がなされている場合には、印刷を禁止する。さらに、閲覧付加条件において印刷オプションが設定されている場合には、制御部４６は、入出力Ｉ／Ｆ４５に接続されるプリンタのプリンタドライバ等を制御することにより、印刷に際して、印刷オプションに沿った印刷を行う。
このようにして、現在の有効ポリシに閲覧権限者として設定されている利用者のみが、セキュリティファイルの閲覧、印刷等の利用をすることができる。
【０１４７】
次に、制御部４６は、例えばドキュメント内容の表示ウィンドウが閉じられたことを検出すること等により、利用者によるセキュリティファイルの閲覧が終了したか否かを判別し（ステップＳ７０）、セキュリティファイルの閲覧終了を待つ（ステップＳ７０；Ｎｏ）。
閲覧が終了したと判別された場合には（ステップＳ７０；Ｙｅｓ）、制御部４６は、セキュリティサーバ３から受信した鍵と、ステップＳ６８で復号化して作成したドキュメントファイルと、を記憶部４４、ＲＡＭ４６３等の利用者用端末４内の記憶装置から削除し（ステップＳ７１）、このセキュリティファイル利用処理を終了する。
【０１４８】
このセキュリティファイル利用処理により、時系列でポリシが変更するドキュメントファイルを、利用者がドキュメントファイルを利用する時点において適用されているポリシに基づく利用形態で、利用者に利用させることができる。
【０１４９】
なお、上述したそれぞれの処理は一例であり、これに限定されるものではない。例えば、図１７のステップＳ３９では、１つのセキュリティ管理ファイルに含まれているすべてのポリシが取り出されたか否かを判別したが、ステップＳ３５において発効日が今日のポリシが見つかった場合には、そのセキュリティ管理ファイルに含まれている以降のポリシの発効日情報は確認せずに、ステップＳ３９からステップＳ４０に進んでもよい。これにより、セキュリティサーバ３の処理負担を軽減することができる。
【０１５０】
また、ステップＳ３５においてポリシ発効日が今日のポリシが見つかり、ステップＳ３８において有効ポリシ番号が書き替えられた場合には、書き替え前の有効ポリシ番号を持つポリシをセキュリティ管理ファイルから削除してもよい。これにより、使用済みの不要なポリシがメモリから削除され、メモリ容量を節約することができるとともに、以降のセキュリティ設定管理処理において発効日を確認するポリシが減るため、セキュリティサーバ３の処理負担をも軽減することができる。
【０１５１】
以上説明したように、本実施の形態によれば、適用されるポリシがドキュメントファイルの所持者が意図するような時系列で変更されるセキュリティファイルを作成して、利用者に配布することができる。また、各ポリシに記載されている発効日情報を定期的に確認し、発効日に達したポリシを有効ポリシとして設定するため、セキュリティファイルに適用されるポリシを時系列で変更することができる。そして、利用者がセキュリティファイルを利用するに際して、利用時点で有効ポリシとして設定されているポリシを、そのセキュリティファイルに適用することができる。
【０１５２】
次に、本発明の第２の実施の形態について説明する。
上記第１の実施の形態のおいては、ポリシに記載する閲覧権限者情報として個人の氏名、ＩＤ等の個人特定情報を用いた。しかし、本発明はこれに限定されるものでなく、ポリシの閲覧権限者欄にグループ特定情報を記載することもできる。
【０１５３】
図２０は、本発明の第２の実施の形態に係るセキュリティ管理システムにおけるセキュリティサーバ３の構成例を示すブロック図である。
図示するように、第２の実施の形態におけるセキュリティサーバ３は、記憶部３３にグループ変換テーブル３３３を備えており、この点で、図４に示した第１の実施の形態におけるセキュリティサーバ３と異なる。なお、同一の部分には同一の符号を付して説明を省略する。
【０１５４】
グループ変換テーブル３３３には、複数のグループ名と、各グループに所属する人物の氏名とが関連付けられて記憶されている。
具体的には、例えば、本実施の形態に係るセキュリティ管理システムを会社内で使用する場合、グループ変換テーブル３３３は、人事部、経理部等の会社内でのグループ毎にそのグループに属する者の氏名を記憶する。
【０１５５】
ポリシの閲覧権限者欄にグループ名が記載されている場合、利用者がセキュリティファイルを利用するに際しての利用者権限の有無の判別において、セキュリティサーバ３の制御部３４は、グループ変換テーブル３３３を参照して、ポリシに記載されているグループ名を、そのグループに所属する人物名に変換する。
次に、制御部３４は、変換した人物名を、利用者権限ＩＤテーブル３３２を参照して、ＩＤ情報に変換する。そして、制御部３４は、変換した利用者権限ＩＤの中に、利用者用端末４から受信した利用者ＩＤが含まれているか否かを判別することにより、利用者権限の有無を判別する。
【０１５６】
また、ポリシの閲覧権限者欄に個人特定情報とグループ特定情報とを一緒に記載しておくこともできる。この場合には、例えば、制御部３４は、閲覧権限者情報の中に、グループ変換テーブル３３３に記憶されているグループ名が存在するか否かを判別することにより、閲覧権限者情報の中のグループ特定情報を検出する。グループ特定情報が検出された場合には、制御部３４は、そのグループ特定情報をグループ変換テーブル３３３を参照して個人特定情報に変換して、閲覧権限者情報をすべて個人特定情報にする。そして、制御部３４は、個人特定情報を利用者権限ＩＤテーブル３３２を参照してＩＤ情報に変換して、利用者権限の有無を判別する。
【０１５７】
本実施の形態によれば、グループ単位で一括してポリシを設定することができる。これにより、例えば、社内の人事に関するドキュメントファイルを、最初の一定期間は人事部に所属する者のみが閲覧することができ、一定期間経過後に社内のすべての者が閲覧することができるような、時系列にポリシが変更されるセキュリティファイルを容易に提供することができる。
また、本実施の形態においては、例えば人事異動等によりグループに所属する人物が変更された場合であっても、グループ変換テーブル３３３を変更するだけで、グループで指定される利用権限者を適切に判別することができる。
【０１５８】
なお、さらに、「＊」、「？」等を用いたワイルドカード指定により、閲覧権限者を一括指定してもよい。例えば、ポリシの閲覧権限者欄が「＊人事＊」とされている場合、グループ変換テーブル３３３を参照して、「人事」という文言を含むグループに所属する人物名を取得することにより、「人事」という文言を含むグループに所属する人すべてに閲覧権限を与えることができる。
【０１５９】
以上、本発明の実施の形態を説明したが、本発明を実施するにあたっては、種々の形態による変形及び応用が可能であり、上記実施の形態に限られるものではない。
例えば、本発明のセキュリティ管理システムは、申請者用端末１や利用者用端末４を複数備え、通信ネットワーク５に接続する構成にしてもよい。また、セキュリティサーバ３に申請サーバ２の機能を持たせることにより、１つのサーバで本発明のセキュリティ管理システムを構成してもよい。
【０１６０】
また、上記実施の形態では、利用者によるセキュリティファイルの閲覧時に、閲覧権限者情報をＩＤ情報に変換して、利用者認証を行っているが、例えば、セキュリティファイル変換サービスにおけるセキュリティ管理ファイル作成時に、閲覧権限者情報をＩＤ情報に変換しておき、セキュリティ管理ＤＢ３３１に格納しておいてもよい。
【０１６１】
また、上記実施の形態では、ドキュメントファイルの暗号化と複合化に共通の鍵を使用しているが、例えば公開鍵暗号方式における鍵のように暗号化と復号化で異なる鍵を使用するようにしてもよい。この場合、図１１の鍵生成部５８１は暗号鍵と復号鍵とを生成し、ファイル暗号化部５８２はオリジナルファイルを暗号鍵で暗号化し、セキュリティ管理データ作成部５８５はセキュリティ管理ファイルに復号鍵を含めるようにすればよい。
【０１６２】
また、上記実施の形態では、セキュリティファイルに適用されるポリシを時系列に変更するために、閲覧権限者情報等を含むポリシが有効となる条件を示す有効条件情報の例示として、各ポリシに発効日情報を設定しているが、ポリシを時系列に変更するための情報であればよい。例えば、各ポリシに、セキュリティファイルに対する適用開始日及び適用終了日を特定する適用期間を設定しても、ポリシを時系列に変更することができる。なお、このように適用期間を設定した場合には、図１７のステップＳ３５は、今日が適用期間内であるか否かの判断を行なうステップとなる。
【０１６３】
また、上記実施の形態では、「ポリシ発効日」を確認するセキュリティ設定管理処理を１日に１回の間隔で行っているが、より長い間隔で「ポリシ発効日」の確認を行う場合にも適用させることができる。
その場合には、図１３の発効日比較部７５は、「ポリシ発効日」と現在の日付とを比較し、「ポリシ発効日」が今日以前である場合には一致情報を、「ポリシ発効日」が今日より後の場合には不一致情報を、出力する。さらに、図１７のステップＳ３３において、ポリシ発効日の古い順にポリシを取り出し、ステップＳ３５において、ポリシの発効日が今日以前であるか否かを判別する。この処理動作により、セキュリティ設定管理処理の終了時には、「有効ポリシ番号」は、今日以前のポリシ発効日を持つポリシの中で最も新しいポリシ発効日を持つポリシのポリシ番号になり、１日に１回より長い間隔で「ポリシ発効日」を確認する場合であっても、１つのセキュリティファイルに適用されるポリシを時系列で変更させることができる。
【０１６４】
また、上記実施の形態では、セキュリティファイルに適用されるポリシを日単位で変更しているが、例えば、時間単位で変更するようにしてもよい。この場合、前述したセキュリティ設定管理動作のバッチ処理を、１時間に１回や、１分に１回等の間隔で行うことにより、より細かな時系列単位でセキュリティファイルのポリシを変更することができる。具体的には、ポリシには「ポリシ発効日」の代わりに「ポリシ発効日時」を設定しておき、図１３の日付取得部７４において日時を取得し、発効日比較部７５においてポリシ発効日時に達したか否かを判別させることにより、実現することができる。
このような日付や時間等の情報によりポリシが有効となる期間を示す有効期間情報は、有効条件情報の例示である。
また、上記実施の形態では、申請者や利用者の識別にＩＤ情報のみを用いて説明したが、例えば暗証番号等を併せて用いることにより、セキュリティをさらに高めることができる。
【０１６５】
また、上記実施の形態において、ポリシに記載される「閲覧権限者」は利用権限所有者の例示であり、閲覧権限者を特定するための氏名、識別番号等の閲覧権限者情報は、利用権限所有者情報の例示である。また、利用者ＩＤ取得部８４が取得する利用者ＩＤは、利用者情報の例示である。また、セキュリティ管理ファイルに記載される有効ポリシ番号は有効ポリシ識別情報の例示である。また、ポリシに記載される閲覧付加条件としての印刷許可・不許可の設定情報は、印刷制御情報の例示である。
また、グループ変換テーブル３３３に記憶されるグループ名は、グループ情報の例示であり、各グループに所属する人物の氏名は、所属人物情報の例示である。
また、ポリシに記載される「閲覧権限者」と「閲覧付加条件」は、利用条件情報の例示であり、閲覧要求情報送信部８５が送信するファイルＩＤと利用者ＩＤは、利用要求情報の例示である。
【０１６６】
なお、本発明のセキュリティ管理システムを構成する申請者用端末１、申請サーバ２、セキュリティサーバ３、及び利用者用端末４は、専用のハードウェアに限られるものではなく、それぞれ、通常のコンピュータによっても実現することができる。
例えば、上記実施の形態では、セキュリティ管理システムを構成する各端末及び各サーバのプログラムが、メモリ等に予め記憶されているものとして説明したが、上述した処理動作を実行させるためのプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto-Optical disk）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータにインストールすることにより、上述の処理を実行する各端末及び各サーバを構成してもよい。
【０１６７】
また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するようにしてもよい。さらに、通信ネットワークを介してプログラムを転送しながら起動実行することによっても、上述の処理を達成することができる。
また、上述の機能を、ＯＳ（Operating System）が分担又はＯＳとアプリケーションの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。
【図面の簡単な説明】
【０１６８】
【図１】本発明の第１の実施の形態に係るドキュメントファイルのセキュリティ管理システムの構成例を示すブロック図である。
【図２】図１の申請者用端末の構成例を示すブロック図である。
【図３】図１の申請サーバの構成例を示すブロック図である。
【図４】図１のセキュリティサーバの構成例を示すブロック図である。
【図５】図１の利用者用端末の構成例を示すブロック図である。
【図６】本発明の第１の実施の形態に係るセキュリティ管理システムにおけるセキュリティファイル変換サービスの提供動作に関する機能構成例を示すブロック図である。
【図７】セキュリティファイル変換サービスの初期画面の例を示す図である。
【図８】申請文書作成入力画面の例を示す図である。
【図９】ポリシ作成入力画面の例を示す図である。
【図１０】申請文書ファイルのデータ構成例を示す図である。
【図１１】図６のセキュリティファイル変換部の具体的構成例を示すブロック図である。
【図１２】セキュリティ管理ファイルのデータ構成例を示す図である。
【図１３】本発明の第１の実施の形態に係るセキュリティ管理システムのセキュリティサーバにおけるセキュリティ設定管理動作に関する機能構成例を示すブロック図である。
【図１４】本発明の第１の実施の形態に係るセキュリティ管理システムにおけるセキュリティファイルの利用動作に関する機能構成例を示すブロック図である。
【図１５】セキュリティファイル変換処理を示す手順説明図である。
【図１６】セキュリティファイル変換処理を示す手順説明図である。
【図１７】セキュリティ設定管理処理を示すフローチャートである。
【図１８】セキュリティファイル利用処理を示す手順説明図である。
【図１９】セキュリティファイル利用処理を示す手順説明図である。
【図２０】本発明の第２の実施の形態に係るセキュリティ管理システムにおけるセキュリティサーバの構成例を示すブロック図である。
【符号の説明】
【０１６９】
１ 申請者用端末
２ 申請サーバ
３ セキュリティサーバ
４ 利用者用端末
５ 通信ネットワーク
６，７ 入出力機器
１１，２１，３１，４１ 通信部
１２，４２ 入力部
１３，４３ 出力部
１４，２２，３３，４４ 記憶部
１５，４５ 入出力Ｉ／Ｆ部
１６，２３，３４，４６ 制御部
１７，２４，３５，４７ バス
３２ 計時部
５１ 申請情報入力部
５２ 申請文書作成部
５３ 申請文書送信部
５４ 申請文書受信部
５５ 申請文書格納部
５６ 申請文書ファイル送信部
５７ 申請文書ファイル受信部
５８ セキュリティファイル変換部
５９ セキュリティファイル送信部
６０ セキュリティ管理データ格納部
６１ セキュリティファイル転送部
６２ 申請セキュリティファイル取得部
６３ 利用セキュリティファイル取得部
７１ セキュリティ管理ファイル読出部
７２ ポリシ取出部
７３ 発効日取出部
７４ 日付取得部
７５ 発効日比較部
７６ 有効ポリシ番号書替部
７７ 情報取出制御部
８１ 閲覧ファイル指定部
８２ セキュリティファイル読出部
８３ ファイルＩＤ取出部
８４ 利用者ＩＤ取得部
８５ 閲覧要求情報送信部
８６ 閲覧要求情報受信部
８７ 閲覧要求管理ファイル読出部
８８ 有効ポリシ番号取出部
８９ 有効ポリシ取出部
９０ 閲覧権限者情報取出部
９１ 閲覧権限者ＩＤ変換部
９２ 閲覧権限判別部
９３ 閲覧情報取得部
９４ 閲覧情報送信部
９５ 閲覧情報受信部
９６ 暗号化ファイル取出部
９７ ファイル復号化部
９８ ドキュメント表示部
９９ 印刷制御部
１００ 閲覧終了検出部
１０１ 閲覧終了処理部
１６１，２３１，３４１，４６１ ＣＰＵ
１６２，２３２，３４２，４６２ ＲＯＭ
１６３，２３３，３４３，４６３ ＲＡＭ
２２１ 申請文書ＤＢ
３３１ セキュリティ管理ＤＢ
３３２ 利用権限者ＩＤテーブル
３３３ グループ変換テーブル
５８１ 鍵生成部
５８２ ファイル暗号化部
５８３ ファイルＩＤ生成部
５８４ セキュリティファイル作成部
５８５ セキュリティ管理データ作成部
【技術分野】
【０００１】
本発明は、電子ファイルの漏洩を防止するセキュリティ管理システムに関し、特に、配布される電子ファイルに閲覧権限等の条件を加えるセキュリティ管理システム等に関する。
【背景技術】
【０００２】
近年、文書や画像等の情報（以下、ドキュメントという）を取り扱うオフィス等において、紙のドキュメントを作成して保存しておく代わりに、ドキュメントファイルとして情報記録媒体へ電子的に記録しておく手法が広く行われている。
【０００３】
このドキュメントの電子化により、紙資源を用いることなくドキュメントを保存しておくことが可能となり、省資源化を実現することができる。
また、オフィス等に紙のドキュメントを格納するスペースを確保する必要がなくなり、省スペース化をも実現することができる。
【０００４】
さらに、ドキュメントを電子化した場合、インターネットやイントラネット等の通信ネットワーク技術を利用することにより、同一のドキュメントを同時に多数人に配布したり、遠隔地にいる者に短時間でドキュメントを配布したりすることができ、業務の効率化を図ることができる。
【０００５】
しかし、電子化したドキュメントを通信ネットワークを介して配布する場合、ドキュメントが漏洩し易くなるという問題が生ずる。そのため、機密性を要するドキュメントを取り扱うオフィス等においては、ドキュメントの漏洩を防止するための対策を講じる必要がある。
【０００６】
ドキュメントの漏洩を防止することを目的とした技術としては、ドキュメントファイルを開く際にユーザ認証を求めて、正当なユーザだけがドキュメントの内容を参照できるようにする手法や、開いたドキュメントファイルを印刷しようとする際にユーザに印刷する権限があるか否かをチェックして権限があるユーザにのみ印刷させるものがある（例えば、特許文献１参照）。
【０００７】
また、ドキュメントファイルを印刷した後の印刷物に対してもセキュリティを施し、ドキュメントの漏洩を防止するようにした発明もある（例えば、特許文献２，３参照）。
【特許文献１】特開２００１−１４２８７４号公報
【特許文献２】特開２００４−１５２２６１号公報
【特許文献３】特開２００４−１５２２６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記各特許文献に開示されている発明においては、ドキュメントファイルに対して、閲覧、印刷等の処理条件等のセキュリティ方針を定めたセキュリティポリシ（security policy）（以下、ポリシという）を一旦設定した後は、その設定を簡単に変更することはできず、変更には手間がかかっていた。
【０００９】
具体的には、ドキュメントファイルの作成者が、そのファイルに対して、特定の者にのみ閲覧を許可する旨のポリシを設定して配布した場合、その後にそのファイルを誰にでも閲覧可能にするためには、誰にでも閲覧可能にする旨のポリシに設定し直した同一のドキュメントファイルを再配布する等の作業が必要であり、手間がかかっていた。
【００１０】
また、逆に、誰にでも閲覧可能であったドキュメントファイルを、一定期間経過後に特定の者しか閲覧できないようにする場合、一旦配布したドキュメントファイルは電子ファイルであり回収できないため、ファイル作成者単独では対処することはできない。ファイルのポリシがシステム上のセキュリティサーバ等で管理されている場合には、ファイル作成者は、システム管理者等に申請して、セキュリティサーバ上で該当するドキュメントファイルを無効扱いとしてもらい、その後新たなポリシに設定し直したドキュメントファイルを再配布する等の作業が必要となり、さらなる手間と時間がかかっていた。
【００１１】
本発明は、上記実情に鑑みてなされたものであり、時系列でセキュリティポリシが変更されるドキュメントファイルを提供することができるドキュメントファイルのセキュリティ管理システム等を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、この発明の第１の観点に係るドキュメントファイルのセキュリティ管理システムは、
ドキュメントファイルの利用者により使用される端末装置と、該ドキュメントファイルの利用権限所有者情報を記憶するサーバ装置と、が通信ネットワークを介して接続されるドキュメントファイルのセキュリティ管理システムであって、
前記端末装置は、
暗号化済みのドキュメントファイルである暗号化ファイルを記憶する暗号化ファイル記憶手段と、
前記利用者の識別情報である利用者情報を前記サーバ装置に送信する利用者情報送信手段と、を備え、
前記サーバ装置は、
前記暗号化ファイル記憶手段に記憶されている暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段と、
前記利用者情報送信手段から利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段と、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段と、を備え、
前記端末装置は、さらに、
前記鍵送信手段から鍵を受信し、該鍵を用いて前記暗号化ファイル記憶手段に記憶されている暗号化ファイルを復号化し、ドキュメントファイルを作成するファイル復号化手段と、
利用者の操作に応じて、前記ファイル復号化手段により作成されたドキュメントファイルの利用が終了したか否かを判別する利用終了判別手段と、
前記ファイル復号化手段が復号化に用いた鍵と、前記利用終了判別手段により利用が終了したと判別されたドキュメントファイルと、を削除する削除手段と、
を備える。
【００１３】
前記端末装置は、さらに、前記ファイル復号化手段により作成されたドキュメントファイルを表示する表示手段を備え、
前記端末装置の前記利用終了判別手段は、利用者の操作に応じて前記表示手段による前記復号化ファイルの表示が終了したときに、該ドキュメントファイルの利用が終了したと判別する、
ようにしてもよい。
【００１４】
前記サーバ装置の前記セキュリティ情報記憶手段に記憶されているセキュリティポリシは、ドキュメントファイルの印刷を許可するか否かを示す印刷制御情報を含み、
前記サーバ装置の前記鍵送信手段は、前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵と、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの印刷制御情報と、を前記端末装置に送信し、
前記端末装置は、さらに、前記鍵送信手段から受信した印刷制御情報に基づき、前記ファイル復号化手段により作成されたドキュメントファイルの印刷装置における印刷を制御する印刷制御手段を備える、
ようにしてもよい。
【００１５】
また、この発明の第２の観点に係るドキュメントファイルのセキュリティ管理装置は、
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段と、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段と、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段と、
を備える。
【００１６】
前記有効条件情報は、利用権限所有者情報を発効する日を示す発効日情報を含み、
前記有効ポリシ選択手段は、
現在の日付を取得する日付取得手段と、
前記セキュリティ情報記憶手段から、複数のセキュリティポリシのそれぞれの発効日情報を読み出す発効日情報読出手段と、
前記発効日情報読出手段により読み出された発効日と、前記日付取得手段により取得された現在の日付と、が一致するか否かを判別する発効日判別手段と、
前記発効日判別手段により現在の日付と一致すると判別された発効日情報を含むセキュリティポリシを選択する発効ポリシ選択手段と、を有する、
ようにしてもよい。
【００１７】
前記セキュリティ情報記憶手段に記憶されているすべてのセキュリティポリシの発効日情報について、少なくとも１日に１回、前記発効日判別手段による判別を行わせる定期実行手段と、
前記定期実行手段による制御により、前記発効ポリシ選択手段がセキュリティポリシを選択したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報を、該選択されたセキュリティポリシの識別情報に書き替える書替手段と、を備える、
ようにしてもよい。
【００１８】
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの利用権限所有者情報は、グループを特定するグループ情報を含み、
前記利用権限判別手段は、
複数のグループ情報と、グループ情報毎に該グループに所属する人物を特定する所属人物情報と、記憶するグループ記憶手段と、
前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報がグループ情報であるか否かを判別するグループ判別手段と、
前記グループ判別手段によりグループ情報であると判別されたときに、該グループの所属人物情報を前記グループ記憶手段から読み出す所属人物情報読出手段と、を有し、
前記所属人物情報読出手段が読み出した所属人物情報により特定される人物の中に、受信した利用者情報により特定される利用者が含まれているか否かを判別することにより、利用者が利用権限所有者であるか否かを判別する、
ようにしてもよい。
【００１９】
また、この発明の第３の観点に係るドキュメントファイルのセキュリティ管理装置は、
ドキュメントファイルの利用条件を示す利用条件情報と、該利用条件情報を有効にする期間を示す有効期間情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
現在の時間情報を取得する時間情報取得手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシ毎に、該セキュリティポリシの有効期間情報が示す期間に、前記時間情報取得手段により取得された現在の時間情報が含まれているか否かを判別する有効期間判別手段と、
前記有効期間判別手段により現在の時間情報が含まれていると判別された有効期間情報を含むセキュリティポリシを、前記セキュリティ情報記憶手段に記憶されている複数のセキュリティポリシの中から選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報を記憶する有効ポリシ識別情報記憶手段と、
通信ネットワークを介して接続される端末装置からドキュメントファイルの利用要求情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている識別情報により特定されるセキュリティポリシの利用条件情報を、前記ドキュメントファイルに適用する利用条件適用手段と、
を備える。
【００２０】
また、この発明の第４の観点に係るドキュメントファイルのセキュリティ管理方法は、
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶する記憶部から、該複数のセキュリティポリシのそれぞれの有効条件情報を読み出す有効条件情報読出ステップと、
前記有効条件情報読出ステップで読み出した有効条件情報に基づき、前記記憶部に記憶されている複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択ステップと、
前記有効ポリシ選択ステップで選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を前記記憶部に記録する有効ポリシ識別情報記録ステップと、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記録ステップで記録した有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別ステップと、
前記利用権限判別ステップで利用権限所有者であると判別されたときに、前記記憶部に記憶されている鍵を前記端末装置に送信する鍵送信ステップと、
を有する。
【００２１】
また、この発明の第５の観点に係るプログラムは、
コンピュータを、
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段、
として機能させる。
【発明の効果】
【００２２】
本発明によれば、時系列でセキュリティポリシが変更されるドキュメントファイルを提供することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態を図面を参照して説明する。
図１は、本発明の第１の実施の形態に係るドキュメントファイルのセキュリティ管理システムの構成例を示すブロック図である。
本実施の形態に係るドキュメントファイルのセキュリティ管理システムは、図示するように、申請者用端末１と、申請サーバ２と、セキュリティサーバ３と、利用者用端末４と、を備えており、それぞれが通信ネットワーク５を介して互いに接続されている。
【００２４】
申請者用端末１は、ドキュメントファイルをセキュリティ保護されたファイルに変換するセキュリティファイル変換サービスを受ける者が、そのセキュリティファイル変換サービスの申請に使用する端末である。ここで、セキュリティファイル変換サービスとは、具体的には、ＰＤＦ（登録商標）ファイル等の電子化されたドキュメントファイルを暗号化等することによりセキュリティが施されたファイル（以下、セキュリティファイルという）に変換するサービスである。
【００２５】
申請者用端末１は、申請者の操作に応じて申請に必要な情報が記載された申請文書を作成する。また、申請者用端末１は、申請サーバ２にアクセスして、変換前のドキュメントファイル（以下、オリジナルファイルという）や作成した申請文書等を申請サーバ２に送信し、申請サーバ２から、変換後のセキュリティファイル等を受信する。
【００２６】
申請サーバ２は、セキュリティファイル変換サービスを提供するサーバである。申請サーバ２は、申請者用端末１からの申請の受付から、セキュリティファイル変換処理を行うセキュリティサーバ３との通信、変換後のセキュリティファイルの申請者用端末１及び利用者用端末４への送信までを行う。
【００２７】
セキュリティサーバ３は、申請サーバ２からの要求に基づいてオリジナルファイルからセキュリティファイルを作成し、また、作成したセキュリティファイルに対するセキュリティ設定を定期的に管理し、さらに、利用者からのセキュリティファイルの利用要求に応じて、そのセキュリティファイルへのセキュリティ設定（つまり、セキュリティポリシ）に基づくセキュリティを適用するサーバである。
【００２８】
セキュリティサーバ３で作成されたセキュリティファイルは、申請サーバ２を経由して、申請者用端末１及び利用者用端末４に送信される。
また、セキュリティサーバ３は、セキュリティ設定を管理するために、作成したセキュリティファイルごとに、利用権限者（利用権限所有者）や閲覧・印刷の処理条件等（利用条件情報）のセキュリティ方針（すなわち、セキュリティ設定）を定めたセキュリティポリシ（以下、ポリシという）を記憶する。
【００２９】
利用者用端末４は、申請サーバ２から送信されたセキュリティファイルを閲覧等する利用者が使用する端末である。利用者用端末４は、例えば利用者がセキュリティファイルを閲覧するに際して、セキュリティサーバ３にアクセスし、利用要求を行う。
【００３０】
この利用要求を受けたセキュリティサーバ３は、セキュリティファイルに対して、記憶しているポリシの適用を行う。具体的には、セキュリティサーバ３は、ポリシに基づいて、利用者のセキュリティファイルに対する閲覧権限の有無や、セキュリティファイルの閲覧時・印刷時の処理条件等を判断する。例えば、ポリシにおいて閲覧権限有りとされている利用者からの利用要求であれば、セキュリティサーバ３は、利用者用端末４にセキュリティファイルの利用に必要な情報を送信する。これにより、閲覧権限のある利用者は利用者用端末４においてセキュリティファイルを閲覧することができる。
通信ネットワーク５は、上記端末やサーバ等が収容される情報ネットワークである。
【００３１】
次に、申請者用端末１、申請サーバ２、セキュリティサーバ３、及び利用者用端末４のそれぞれの構成を説明する。
図２は、申請者用端末１の構成例を示すブロック図である。
申請者用端末１は、図示するように、通信部１１と、入力部１２と、出力部１３と、記憶部１４と、入出力Ｉ／Ｆ部１５と、制御部１６と、を備え、各部はバス１７を介して互いに接続されている。
【００３２】
通信部１１は、通信ネットワーク５を介して、申請サーバ２と通信を行うものであり、通信インタフェース等を備える。
入力部１２は、端末に様々な情報を入力するために使用するものであり、キーボード、マウス等の入力装置を備える。例えば、入力部１２には、セキュリティファイルへの変換の申請に必要な情報等が入力される。
【００３３】
出力部１３は、様々な情報を出力するものであり、ディスプレイ等の表示装置を備える。例えば、出力部１３には、セキュリティファイルへの変換の申請文書の作成に際して、申請に必要な情報の入力画面等が表示される。
記憶部１４は、様々な情報やプログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。例えば、記憶部１４には、セキュリティファイルへの変換対象となるオリジナルファイルが記憶されている。
【００３４】
入出力Ｉ／Ｆ部１５は、入出力機器６を接続するためのインタフェースであり、ＣＤ−ＲＯＭドライブ等の入力機器やプリンタ等の出力機器との間で情報のやりとりを行うために使用される。例えば、申請者用端末１は、記憶部１４に記憶されるオリジナルファイルを、入出力Ｉ／Ｆ部１５を介して、ＣＤ−ＲＯＭドライブ等の入出力機器から取り込むことができる。
なお、オリジナルファイルは、申請者が申請者用端末１を用いて作成してもよく、また、通信ネットワーク５に接続されている他の情報処理装置等から通信部１１を介して取り込んでもよい。
【００３５】
制御部１６は、データの演算処理を行うと共に、バス１７を介して通信部１１、入力部１２、出力部１３、記憶部１４、入出力Ｉ／Ｆ部１５を制御するものであり、ＣＰＵ（Central Processing Unit）１６１、ＲＯＭ（Read Only Memory）１６２、ＲＡＭ（Random Access Memory）１６３等を備える。制御部１６における演算処理及び制御処理は、具体的には、ＣＰＵ１６１が、ＲＡＭ１６３を作業領域として使用して各種データを一時的に記憶させながら、ＲＯＭ１６２に記憶されている制御プログラムを実行することにより行われる。
【００３６】
例えば、制御部１６が、ＲＯＭ１６２や記憶部１４に記憶されている制御プログラムに従って上記各部を制御することにより、セキュリティファイルへの変換の申請文書を作成する処理等が行われる。
【００３７】
図３は、申請サーバ２の構成例を示すブロック図である。
申請サーバ２は、図示するように、通信部２１と、記憶部２２と、制御部２３と、を備え、各部はバス２４を介して互いに接続されている。
通信部２１は、通信ネットワーク５を介して申請者用端末１、セキュリティサーバ３、利用者用端末４と通信を行うものであり、通信インタフェース等を備える。
【００３８】
記憶部２２は、様々な情報やプログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。また、記憶部２２は、セキュリティファイル変換サービスの提供に際して申請者用端末１から送信される申請文書データを格納する申請文書ＤＢ（データベース）２２１を備えている。
【００３９】
制御部２３は、データの演算処理を行うと共に、バス２４を介して通信部２１及び記憶部２２を制御するものであり、ＣＰＵ２３１、ＲＯＭ２３２、ＲＡＭ２３３等を備える。
例えば、制御部２３が、ＲＯＭ２３２や記憶部２２に記憶されている制御プログラムに従って上記各部を制御することにより、セキュリティファイル変換サービスを提供する処理等が行われる。
【００４０】
図４は、セキュリティサーバ３の構成例を示すブロック図である。
セキュリティサーバ３は、図示するように、通信部３１と、計時部３２と、記憶部３３と、制御部３４と、を備え、各部はバス３５を介して互いに接続されている。
通信部３１は、通信ネットワーク５を介して申請サーバ２や利用者用端末４と通信を行うものであり、通信インタフェース等を備える。
計時部３２は、日付や時刻を刻むものであり、時計回路等を備える。
【００４１】
記憶部３３は、様々な情報やプログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。
また、記憶部３３は、セキュリティファイルに対するセキュリティの設定や適用の管理を行うための情報であるセキュリティ管理データを格納するセキュリティ管理ＤＢ（データベース）３３１を備えている。
【００４２】
さらに、記憶部３３は、セキュリティファイルに対して利用権限が与えられる可能性のある者の氏名等とその者の識別情報である利用権限者ＩＤとを関連付けて記憶する利用権限者ＩＤテーブル３３２を備えている。例えば、本実施の形態に係るセキュリティ管理システムを所定の会社内で利用する場合には、利用権限者ＩＤテーブル３３２には、本システムを利用する可能性がある全社員の氏名とＩＤとが関連付けて記憶される。
【００４３】
制御部３４は、データの演算処理を行うと共に、バス３５を介して通信部３１、計時部３２、記憶部３３を制御するものであり、ＣＰＵ３４１、ＲＯＭ３４２、ＲＡＭ３４３等を備える。
例えば、制御部３４が、ＲＯＭ３４２や記憶部３３に記憶されている制御プログラムに従って上記各部を制御することにより、申請サーバ２からの要求に基づいてセキュリティファイルを作成する処理、作成したセキュリティファイルに対するセキュリティ設定を定期的に管理する処理、利用者からのセキュリティファイルの利用要求に応じてそのファイルにセキュリティ設定に基づくセキュリティを適用する処理等が行われる。
【００４４】
図５は、利用者用端末４の構成例を示すブロック図である。
利用者用端末４は、図示するように、通信部４１と、入力部４２と、出力部４３と、記憶部４４と、入出力Ｉ／Ｆ部４５と、制御部４６と、を備え、各部はバス４７を介して互いに接続されている。
【００４５】
通信部４１は、通信ネットワーク５を介して、申請サーバ２やセキュリティサーバ３と通信を行うものであり、通信インタフェース等を備える。
入力部４２は、端末に様々な情報を入力するために使用するものであり、キーボード、マウス等の入力装置を備える。例えば、入力部４２には、セキュリティファイルの利用要求に必要な情報等が入力される。
【００４６】
出力部４３は、様々な情報を出力するものであり、ディスプレイ等の表示装置を備える。例えば、出力部４３には、利用者によるセキュリティファイルの閲覧に際して、セキュリティファイルのドキュメント内容等が表示される。
記憶部４４は、様々な情報やプログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。例えば、記憶部４４には、申請サーバから送信されるセキュリティファイルが記憶される。
【００４７】
入出力Ｉ／Ｆ部４５は、入出力機器７を接続するためのインタフェースであり、ＣＤ−ＲＯＭドライブ等の入力機器やプリンタ等の出力機器との間で情報のやりとりを行うために使用される。例えば、ポリシにおいてセキュリティファイルの印刷が許可されている場合には、利用者は、入出力Ｉ／Ｆ部４５に接続されるプリンタ等の出力機器を用いてセキュリティファイルを印刷することができる。
【００４８】
制御部４６は、データの演算処理を行うと共に、バス４７を介して通信部４１、入力部４２、出力部４３、記憶部４４、入出力Ｉ／Ｆ部４５を制御するものであり、ＣＰＵ４６１、ＲＯＭ４６２、ＲＡＭ４６３等を備える。
例えば、制御部４６が、ＲＯＭ４６２や記憶部４４に記憶されている制御プログラムに従って上記各部を制御することにより、セキュリティファイルの利用処理等が行われる。
【００４９】
次に、申請者が、オリジナルファイルをセキュリティファイルへ変換するための変換申請を行ってから、変換されたセキュリティファイルを取得するまでの、本実施の形態に係るセキュリティ管理システムにおけるセキュリティファイル変換サービスの動作を説明する。
【００５０】
図６は、本実施の形態に係るセキュリティ管理システムにおけるセキュリティファイル変換サービスの提供動作に関する機能構成例を示すブロック図である。
なお、図示する申請者用端末１、申請サーバ２、セキュリティサーバ３、利用者用端末４における各構成要素は、それぞれの制御部１６，２３，３４，４６が、それぞれのバスを介して接続されている各部を制御することにより、実現することができる。
また、既に説明した構成と同じ機能を有する部分については、同じ符号を付している。
【００５１】
申請者用端末１の申請情報入力部５１は、オリジナルファイルをセキュリティファイルへ変換するための変換申請に必要な情報の入力を受け付け、入力された情報を取得する。具体的には、申請情報入力部５１は、出力部１３である例えばディスプレイに、申請に必要な情報の入力欄を備えた申請文書の作成入力画面等を表示し、この入力画面を介して申請者により入力部１２に入力される情報を取得する。
【００５２】
ここで、申請情報入力部５１が取得する情報を、申請者用端末１のディスプレイに表示される画面を参照して、説明する。
セキュリティファイルへの変換申請を行う申請者により、例えば、予めディスプレイに表示されているセキュリティファイル変換サービスを示すアイコンがクリック等されると、申請情報入力部５１は、ディスプレイにセキュリティファイル変換サービスの初期画面を表示する。
【００５３】
図７は、セキュリティファイル変換サービスの初期画面の例を示す図である。
この図において、「セキュリティファイル変換」ボタンは、オリジナルファイルをセキュリティファイルへ変換するための変換申請を開始するためのボタンである。「変換済み文書一覧」ボタンは、変換されたセキュリティファイルの一覧を表示するためのボタンである。「マニュアル」ボタンは、セキュリティファイル変換サービスに関する操作マニュアルを表示するためのボタンである。
【００５４】
この初期画面において、「セキュリティファイル変換」ボタンがクリックされると、次に、申請情報入力部５１は、申請文書の作成入力画面をディスプレイに表示する。
【００５５】
図８は、申請文書作成入力画面の例を示す図である。
申請情報入力部５１は、この入力画面を介した申請者による入力により、申請者自らが申請文書を識別するための整理番号と、申請者名と、申請者の識別情報である申請者ＩＤと、セキュリティファイルへの変換対象であるオリジナルファイルの特定情報と、セキュリティファイルに適用するポリシと、を取得する。
ここで、オリジナルファイルの特定は、例えば、申請者用端末１の記憶部１４におけるオリジナルファイルの格納場所であるパス名及びファイル名を指定すること等により行う。
【００５６】
また、申請者は、この入力画面を用いて、複数のポリシを作成することができる。
申請者により入力画面の「ポリシ作成」ボタンがクリックされると、申請情報入力部５１は、まず、１つのポリシを作成するためのポリシ作成入力画面をディスプレイに表示する。
【００５７】
図９は、ポリシ作成入力画面の例を示す図である。
ポリシは、ポリシ番号と、ポリシ発効日と、閲覧権限者と、閲覧付加条件と、の情報を有する。
申請情報入力部５１は、ポリシ作成入力画面の表示に際し、複数のポリシを識別するための識別情報であるポリシ番号を採番し、表示する。例えば、図８の申請文書作成入力画面において初めて「ポリシ作成」ボタンがクリックされた場合には、申請情報入力部５１は、１つ目のポリシの作成であると判別し、図９のポリシ作成入力画面に「セキュリティポリシ１」と表示する。
【００５８】
申請者は、このポリシ作成入力画面を用いて、「ポリシ発効日」と、「閲覧権限者」と、「閲覧付加条件」と、を入力する。
「ポリシ発効日」とは、ここで作成されるポリシがセキュリティファイルに設定されて有効となる日である。このように、複数作成されるそれぞれのポリシに対し発効日情報を設定しておくことにより、セキュリティファイルにポリシ発効日を境に異なるポリシを適用させることができる。
【００５９】
「閲覧権限者」とは、セキュリティファイルを閲覧することができる者である。申請者は、セキュリティファイルに対して閲覧許可を与えたい者の氏名等をこの欄に入力する。なお、ここで入力する情報は、閲覧権限者を特定できる情報であればよく、漢字、アルファベット等による個人特定情報の他、例えば個人を識別するための識別記号等でもよい。
【００６０】
「閲覧付加条件」とは、閲覧権限者によるセキュリティファイルの閲覧に際して、付加的に適用する条件である。つまり、この「閲覧付加条件」は閲覧権限者にセキュリティファイルの取り扱いの範囲を設定する条件のことであり、後述に示すように取り扱いの注意を喚起する条件や、取り扱いの制限を示す条件などが挙げられる。図９のポリシ作成入力画面においては、申請者は、予め用意された条件の中からポリシとして設定したい条件を選択する。
【００６１】
例えば、閲覧オプションの「警告メッセージ表示」が有効に設定されると、利用者が利用者用端末４を用いてセキュリティファイルを閲覧する際に、利用者用端末４に「取り扱いに注意してください。」等の警告メッセージが表示される。
また、印刷を「許可する」が有効に設定されると、利用者用端末４においてセキュリティファイルを印刷することができる。一方で、「許可する」が無効に設定されると、利用者用端末４においてセキュリティファイルの印刷が禁止され、印刷の実行がなされないようにすることができる。
【００６２】
また、印刷を許可する設定にした場合には、さらに、印刷オプションを設定することができる。例えば、印刷オプションの「警告メッセージ表示」が有効にされると、利用者用端末４においてセキュリティファイルが印刷される際に、「取り扱いに注意してください。」等の警告メッセージが表示される。
【００６３】
「機密印刷」が有効にされると、プリントアウトに際し、利用者にプリンタへのＰＩＮ（Personal Identification Number）の入力が要求される。
「地紋印刷」が有効にされると、複写機で複写された場合に例えば利用者名及び印刷日時が浮き上がる地紋画像が、セキュリティファイルに重ね合わせて印刷される。
【００６４】
「スタンプ印刷」が有効にされると、例えば「極秘」のマークがスタンプとしてセキュリティファイルに重ねて印刷される。
「警告印字」が有効にされると、セキュリティファイルが印刷される際に、例えば利用者名及び印刷日時が印字される。
なお、「閲覧付加条件」には、これら以外の条件をポリシとして設定するようにすることもできる。
【００６５】
申請者は、ポリシ作成入力画面において、必要な情報を入力した後、「ＯＫ」ボタンをクリックする。これにより、申請情報入力部５１は、ポリシ作成入力画面を用いて作成されたポリシを取得する。そして、申請情報入力部５１は、再び図８の申請文書作成入力画面を表示し、その画面における「作成済みセキュリティポリシ」の欄に、作成されたポリシのポリシ番号を表示する。例えば、「セキュリティポリシ１」が作成された場合には、「作成済みセキュリティポリシ」の欄に「ポリシ１」と表示する。
【００６６】
申請者が更に異なるポリシを作成する場合には、この申請文書作成入力画面において、再び「ポリシ作成」ボタンをクリックする。これにより、申請情報入力部５１は、ポリシ番号を２とする「セキュリティポリシ２」のポリシ作成入力画面を表示する。ポリシ作成入力画面を用いた「セキュリティポリシ２」の作成が終了すると、申請情報入力部５１は、申請文書作成入力画面の「作成済みセキュリティポリシ」欄に「ポリシ２」の表示を追加する。つまり、「ポリシ２」には「ポリシ１」のポリシ発効日以降に有効となるポリシ発効日を設定することが可能となる。すなわち、異なる発効日が設定された複数のポリシはポリシ発効日が古い順に時系列に並べられることとなる。
【００６７】
このようにして、異なるポリシ発効日が設定された複数のポリシが作成されることにより、同一のセキュリティファイルに対して異なるポリシを時系列で設定することができる。
具体的には、例えば、１つのセキュリティファイルに対して、３つの「ポリシ１〜３」を作成し、「ポリシ１」のポリシ発効日を２００５年６月１日に、「ポリシ２」のポリシ発効日を２００５年７月１日に、「ポリシ３」のポリシ発効日を２００５年８月１日に、それぞれ設定した場合には、同一のセキュリティファイルに対して、２００５年６月中においては「ポリシ１」を、２００５年７月中においては「ポリシ２」を、２００５年８月以降は「ポリシ３」を、適用することができる。
【００６８】
申請者は、セキュリティファイルの作成に必要な申請情報の入力を終えると、図８の申請文書作成入力画面の「ＯＫ」ボタンをクリックする。これにより、申請情報入力部５１は、申請文書の作成に必要な情報を取得する。
【００６９】
図６に戻り、申請文書作成部５２は、申請情報入力部５１に入力された情報に基づき申請文書を作成する。さらに、申請文書作成部５２は、入力されたオリジナルファイルの特定情報により特定されるオリジナルファイルを申請文書に添付する。
申請文書送信部５３は、申請文書作成部５２により作成された、オリジナルファイルが添付された申請文書データを申請サーバ２に送信する。
【００７０】
申請サーバ２の申請文書受信部５４は、申請文書送信部５３から、オリジナルファイルが添付された申請文書データを受信する。
申請文書格納部５５は、申請文書受信部５４が受信した申請文書データに、申請文書番号と申請端末特定情報とを追加して、申請文書ファイルとし、申請文書ファイルとオリジナルファイルとを関連付けて申請文書ＤＢ２２１に格納する。
【００７１】
図１０は、申請文書ＤＢ２２１に格納される申請文書ファイルのデータ構成例を示す図である。
図示するように、申請文書ファイルは、申請者用端末１の申請情報入力部５１に入力された情報に加え、申請文書格納部５５が取得する申請文書番号及び申請端末特定情報を有する。
【００７２】
申請文書番号は、申請文書ＤＢ２２１に格納される複数の申請文書ファイルを識別するための情報である。申請文書格納部５５は、申請文書受信部５４から１つのドキュメントファイルに対応する１つの申請文書データを受け取るたびに、ユニークな申請文書番号を採番し、申請文書データに追加する。
また、申請端末特定情報は、申請元を特定するための情報である。申請文書格納部５５は、例えば、ＩＰアドレス等の申請者用端末１の通信ネットワーク５上のアドレスを申請端末特定情報として、申請文書送信部５３と申請文書受信部５４との間のデータ通信処理情報から取得する。
【００７３】
図６に戻り、申請文書ファイル送信部５６は、申請文書格納部５５が申請文書ＤＢ２２１に格納した申請文書ファイルとオリジナルファイルとをセキュリティサーバ３に送信する。
セキュリティサーバ３の申請文書ファイル受信部５７は、申請文書ファイル送信部５６から、申請文書ファイルとオリジナルファイルとを受信する。
【００７４】
セキュリティファイル変換部５８は、申請文書ファイル受信部５７が受信した申請文書ファイルとオリジナルファイルとに基づき、セキュリティファイルとセキュリティ管理データとを作成する。セキュリティファイル変換部５８におけるセキュリティファイルの作成動作及びセキュリティ管理データの作成動作の詳細については後述する。
【００７５】
セキュリティファイル送信部５９は、セキュリティファイル変換部５８が作成したセキュリティファイルに、申請文書ファイル内の申請文書番号を添付して、申請サーバ２に送信する。
セキュリティ管理データ格納部６０は、セキュリティファイル変換部５８が作成したセキュリティ管理データをセキュリティ管理ＤＢ３３１に格納する。
【００７６】
ここで、セキュリティファイル変換部５８におけるセキュリティファイルの作成動作及びセキュリティ管理データの作成動作について詳しく説明する。
図１１は、セキュリティファイル変換部５８の具体的構成例を示すブロック図である。
鍵生成部５８１は、暗号化アルゴリズムを用いてドキュメントファイルを暗号化及び復号化するための鍵をランダムに生成する。
ファイル暗号化部５８２は、申請文書ファイル受信部５７が受信したオリジナルファイルを、鍵生成部５８１が生成した鍵を用いて暗号化し、暗号化ファイルを作成する。
【００７７】
ファイルＩＤ生成部５８３は、ファイル暗号化部５８２が作成したファイルを識別するためのユニークなファイルＩＤを採番する。
セキュリティファイル作成部５８４は、ファイル暗号化部５８２が作成した暗号化ファイルに、ファイルＩＤ生成部５８３が生成したファイルＩＤを付加して、セキュリティファイルを作成する。セキュリティファイル作成部５８４は、作成したセキュリティファイルをセキュリティファイル送信部５９に出力する。
【００７８】
セキュリティ管理データ作成部５８５は、申請文書ファイル受信部５７が受信した申請文書ファイルに基づき、セキュリティ管理ＤＢ３３１に格納するためのセキュリティ管理データを作成し、セキュリティ管理データ格納部６０に出力する。セキュリティ管理データ格納部６０は、セキュリティ管理データを、セキュリティファイル毎のセキュリティ管理ファイルとして、セキュリティ管理ＤＢ３３１に格納する。
【００７９】
図１２は、セキュリティ管理ＤＢ３３１に格納されるセキュリティ管理ファイルのデータ構成例を示す図である。
図示するように、セキュリティ管理ファイルは、ファイルＩＤ生成部５８３が生成したファイルＩＤと、鍵生成部５８１が生成した鍵と、後述する有効ポリシ番号と、申請文書ファイルに含まれている複数のポリシと、の情報を有する。
【００８０】
ここで、有効ポリシ番号とは、セキュリティ管理ファイルに含まれている複数のポリシの中で、セキュリティファイルに対する設定が現在有効になっているポリシの番号である。
この有効ポリシ番号により、具体的には、例えば、利用者用端末４からセキュリティファイルの閲覧要求があった場合、そのセキュリティファイルのファイルＩＤを含むセキュリティ管理ファイルに含まれている複数のポリシのうち、有効ポリシ番号に設定されている番号のポリシが、セキュリティファイルに適用される。
なお、有効ポリシ番号の設定動作については、後述するセキュリティ設定管理動作において説明する。
【００８１】
図６に戻り、申請サーバ２のセキュリティファイル転送部６１は、セキュリティファイル送信部５９から、申請文書番号が添付されたセキュリティファイルを受信する。そして、セキュリティファイル転送部６１は、申請文書ＤＢ２２１を参照して、受信した申請文書番号の申請文書ファイルから申請端末特定情報を取り出し、申請端末特定情報により特定される申請者用端末１に、受信したセキュリティファイルを送信する。
【００８２】
また、申請サーバ２は、セキュリティファイルを利用者用端末４に送信する。具体的には、例えば、申請サーバ２は、記憶部２２に予め記憶されている利用者用端末４の通信ネットワーク５上のアドレス等の利用端末特定情報に基づいて、利用者用端末４にセキュリティファイルを送信する。
【００８３】
申請者用端末１の申請セキュリティファイル取得部６２は、セキュリティファイル転送部６１からセキュリティファイルを受信し、受信したセキュリティファイルを、例えば、申請者用端末１の記憶部１４に記憶させる。
また、利用者用端末４の利用セキュリティファイル取得部６３は、セキュリティファイル転送部６１からセキュリティファイルを受信し、受信したセキュリティファイルを、例えば、利用者用端末４の記憶部４４に記憶させる。
【００８４】
なお、利用者用端末４へのセキュリティファイルの送信は、申請サーバ２側で行わずに、セキュリティファイルを取得した申請者用端末１側で行うようにしてもよい。また、この場合、申請者が、取得したセキュリティファイルを、例えば電子メール等に添付して利用者に配布するようにしてもよい。さらに、申請サーバ２が申請者用端末１へセキュリティファイルを送信する代わりに、申請サーバ２側でセキュリティファイルを保存しておいても良い。この場合には、申請者は申請者用端末１を用いて利用者用端末４の利用者にセキュリティファイルが保存されている領域（例えば、パス名やＵＲＬなど）を連絡することでも対応が可能である。
【００８５】
以上のようなセキュリティ管理システムの構成により、申請者は、セキュリティファイル変換サービスを受けて、適用されるポリシが時系列で変更されるセキュリティファイルを取得することができる。
【００８６】
次に、上述したセキュリティファイル変換サービスによりセキュリティサーバ３のセキュリティ管理ＤＢ３３１に格納されたセキュリティ管理ファイルを用いて、セキュリティファイルに対するセキュリティ設定を定期的に管理する動作を説明する。
【００８７】
図１３は、本実施の形態に係るセキュリティ管理システムのセキュリティサーバ３におけるセキュリティ設定管理動作に関する機能構成例を示すブロック図である。
なお、図示する構成要素は、図４に示したセキュリティサーバ３の制御部３４が、バス３５を介して接続されている各部を制御することにより、実現することができる。また、既に説明した構成と同じ機能を有する部分については、同じ符号を付している。
【００８８】
セキュリティ管理ファイル読出部７１は、セキュリティ管理ＤＢ３３１に格納されている複数のセキュリティ管理ファイルの中から、１つのファイルＩＤで特定される１つのセキュリティ管理ファイルを読み出す。
ポリシ取出部７２は、セキュリティ管理ファイル読出部７１が読み出したセキュリティ管理ファイルに含まれている複数のポリシの中から、１つのポリシを取り出す。
【００８９】
発効日取出部７３は、ポリシ取出部７２が取り出したポリシに含まれている情報の中から「ポリシ発効日」を取り出す。
日付取得部７４は、現在の日付を取得する。日付取得部７４には時計回路が内蔵されており、この時計回路を用いたカレンダー機能により現在の日付が取得される。日付取得部７４は、図４に示した計時部３２及び制御部３４により実現される。
【００９０】
発効日比較部７５は、発効日取出部７３が取り出した「ポリシ発効日」と、日付取得部７４が取得した現在の日付と、を比較し、比較結果を出力する。具体的には、発効日比較部７５は、比較の結果、「ポリシ発効日」が今日である場合には、一致情報を出力し、「ポリシ発効日」が今日でない場合には、不一致情報を出力する。
【００９１】
有効ポリシ番号書替部７６は、発効日比較部７５から一致情報を受け取ると、セキュリティ管理ファイル読出部７１が読み出したセキュリティ管理ファイルからファイルＩＤを取り出すと共に、ポリシ取出部７２が取り出したポリシに含まれている情報の中から「ポリシ番号」を取り出す。そして、セキュリティ管理ＤＢ３３１にアクセスし、取り出したファイルＩＤで特定されるセキュリティ管理ファイル内の「有効ポリシ番号」を、取り出した「ポリシ番号」に書き替える。
【００９２】
情報取出制御部７７は、発効日比較部７５において、セキュリティ管理ＤＢ３３１に記憶されているすべての「ポリシ発効日」と現在の日付との比較が行われるように、セキュリティ管理ファイル読出部７１及びポリシ取出部７２を制御する。
【００９３】
具体的には、情報取出制御部７７は、発効日比較部７５により１つの「ポリシ発効日」に対する比較結果が出力されるたびに、ポリシ取出部７２により１つのセキュリティ管理ファイルに含まれているすべてのポリシが取り出されたか否かを判別し、すべてのポリシが取り出されるまで、ポリシ取出部７２を制御してポリシ取り出し動作を実行させる。ポリシ取出部７２により取り出されたポリシは、順次、発効日取出部７３により「ポリシ発効日」が取り出され、発効日比較部７５により現在の日付と比較される。
【００９４】
この制御により、１つのセキュリティ管理ファイルに含まれているすべてのポリシが取り出された場合には、情報取出制御部７７は、次に、セキュリティ管理ファイル読出部７１によりセキュリティ管理ＤＢ３３１に格納されているすべてのセキュリティ管理ファイルが読み出されたか否かを判別する。すべてのセキュリティ管理ファイルが読み出されていない場合には、情報取出制御部７７は、セキュリティ管理ファイル読出部７１を制御して、未だ読み出されていないセキュリティ管理ファイルを読み出させる。セキュリティ管理ファイル読出部７１により読み出されたセキュリティ管理ファイルは、ポリシ取出部７２に出力され、ポリシ取出部７２において情報取出制御部７７による上述した制御の下、ポリシ取り出し動作が行われる。
【００９５】
このような情報取出制御部７７の制御により、発効日比較部７５において、セキュリティ管理ＤＢ３３１に記憶されているすべての「ポリシ発効日」と現在の日付との比較が行われる。
【００９６】
以上のようなセキュリティサーバの構成を用いて、セキュリティファイルに対するセキュリティ設定の管理動作を、例えば１日に１回、定期的に行うことにより、１つのセキュリティファイルに関連付けられて記憶されている複数のポリシの発効日が毎日確認される。そして、この確認により、本日（今日）セキュリティファイルに適用されるポリシが有効ポリシとしてセキュリティファイルに設定されることにより、１つのセキュリティファイルに適用されるポリシを時系列で変更することができる。
【００９７】
次に、利用者が利用者用端末４を用いてセキュリティファイルを利用する動作を説明する。
図１４は、本実施の形態に係るセキュリティ管理システムにおけるセキュリティファイルの利用動作に関する機能構成例を示すブロック図である。
なお、図示するセキュリティサーバ３及び利用者用端末４における各構成要素は、それぞれの制御部３４，４６が、それぞれのバスを介して接続されている各部を制御することにより、実現することができる。
また、既に説明した構成と同じ機能を有する部分については、同じ符号を付している。
【００９８】
ここでは、前述したセキュリティファイル変換サービスにより、セキュリティファイルが利用者用端末４の記憶部４４に記憶されていることを前提に、利用者が、このセキュリティファイルの閲覧要求を利用者用端末４を用いて行う場合を例に説明する。
【００９９】
利用者用端末４の閲覧ファイル指定部８１は、利用者からセキュリティファイルの閲覧要求を受け付け、閲覧要求されたセキュリティファイルの指定情報をセキュリティファイル読出部８２に出力する。具体的には、例えば、利用者用端末４の出力部４３である例えばディスプレイに予め表示されている複数のセキュリティファイルのアイコンのうち、１つのアイコンがクリックされること等により、入力部４２にセキュリティファイルを指定する入力がなされると、閲覧ファイル指定部８１は、この入力を認識し、閲覧要求されたセキュリティファイルの指定情報をセキュリティファイル読出部８２に出力する。この指定情報は、セキュリティファイルの所在を示す情報であり、例えば、パス名やファイル名、ＵＲＬ等が挙げられる。
【０１００】
セキュリティファイル読出部８２は、閲覧ファイル指定部８１からのセキュリティファイルの指定情報により特定されるセキュリティファイルを、記憶部４４から読み出す。
ファイルＩＤ取出部８３は、セキュリティファイル読出部８２が読み出したセキュリティファイルからファイルＩＤを取り出す。
【０１０１】
利用者ＩＤ取得部８４は、セキュリティファイルの利用者の識別情報である利用者ＩＤを取得する。具体的には、例えば、利用者ＩＤ取得部８４は、ディスプレイに利用者ＩＤ入力画面を表示し、この入力画面を介して利用者により入力部４２に入力される利用者ＩＤを取得する。なお、利用者用端末４が特定の利用者の専用端末であって、利用者ＩＤが利用者用端末４内に予め記憶されているような場合には、利用者ＩＤ取得部８４は、利用者用端末４内に記憶されている利用者ＩＤを読み出して取得してもよい。
【０１０２】
閲覧要求情報送信部８５は、ファイルＩＤ取出部８３が取り出したファイルＩＤと利用者ＩＤ取得部８４が取得した利用者ＩＤとをセキュリティサーバ３に送信する。
セキュリティサーバ３の閲覧要求情報受信部８６は、閲覧要求情報送信部８５からファイルＩＤと利用者ＩＤとを受信する。
閲覧要求管理ファイル読出部８７は、閲覧要求情報受信部８６が受信したファイルＩＤを有するセキュリティ管理ファイルを、セキュリティ管理ＤＢ３３１から読み出す。
【０１０３】
有効ポリシ番号取出部８８は、閲覧要求管理ファイル読出部８７が読み出したセキュリティ管理ファイルから有効ポリシ番号を取り出す。
有効ポリシ取出部８９は、閲覧要求管理ファイル読出部８７が読み出したセキュリティ管理ファイルから、有効ポリシ番号取出部８８が取り出した有効ポリシ番号により特定されるポリシを取り出す。
【０１０４】
なお、有効ポリシ番号取出部８８が取り出す有効ポリシ番号は、上述したセキュリティ設定管理動作により、各ポリシに設定されている発効日情報が判断されて、発効日を迎えたポリシの番号が設定されるものである。そのため、セキュリティファイルに関連付けられているすべてのポリシの発効日前には、有効ポリシ番号は設定されていない。このような場合には、一律に、セキュリティファイルに閲覧権限者なしとするポリシを適用することにより、最初に発効日を迎えるポリシが設定されるまでの間のセキュリティファイルのセキュリティを保つことができる。
【０１０５】
閲覧権限者情報取出部９０は、有効ポリシ取出部８９が取り出した有効なポリシから、閲覧権限者情報を取り出す。具体的には、例えば、図１２に示したセキュリティ管理ファイルの場合であれば、閲覧権限者情報取出部９０は、閲覧権限者情報として閲覧権限者の氏名を取り出す。
【０１０６】
閲覧権限者ＩＤ変換部９１は、閲覧権限者情報取出部９０が取り出した閲覧権限者情報としての閲覧権限者の氏名を、利用権限者ＩＤテーブル３３２を参照して、ＩＤ情報である閲覧権限者ＩＤに変換する。
閲覧権限判別部９２は、閲覧権限者ＩＤ変換部９１により変換された閲覧権限者ＩＤに、閲覧要求情報受信部８６が受信した利用者ＩＤが含まれているか否かを判別することにより、利用者に閲覧権限があるか否かを判別し、その結果情報を閲覧情報取得部９３に出力する。
【０１０７】
閲覧情報取得部９３は、閲覧権限判別部９２から利用者に閲覧権限がある旨の情報が入力されると、閲覧要求管理ファイル読出部８７が読み出したセキュリティ管理ファイルから、鍵を取り出し、さらに、有効ポリシ取出部８９が取り出したポリシから、閲覧付加条件を取り出して、これらの情報を閲覧情報送信部９４に出力する。
一方で、閲覧情報取得部９３は、閲覧権限判別部９２から利用者に閲覧権限がない旨の情報が入力されると、閲覧が許可されていないことを示す閲覧不許可情報を閲覧情報送信部９４に出力する。
【０１０８】
閲覧情報送信部９４は、閲覧情報取得部９３が取得した情報を利用者用端末４に送信する。
利用者用端末４の閲覧情報受信部９５は、閲覧情報送信部９４から、鍵及び閲覧付加条件、又は、閲覧不許可情報を受信する。
暗号化ファイル取出部９６は、セキュリティファイル読出部８２が読み出したセキュリティファイルから暗号化ファイルを取り出す。
ファイル復号化部９７は、暗号ファイル取出部９６が取り出した暗号化ファイルを、閲覧情報受信部９５が受信した鍵を用いて復号化し、閲覧可能なドキュメントファイルに戻す。
【０１０９】
ドキュメント表示部９８は、ファイル復号化部９７が復号化したドキュメントの内容を、閲覧情報受信部９５が受信した閲覧付加条件に従い、ディスプレイに表示する。具体的には、閲覧付加条件として、閲覧オプションの「警告メッセージ表示」が設定されている場合には、ドキュメント表示部９８は、ドキュメント内容の表示に伴い、ディスプレイに警告メッセージを表示する。
また、閲覧情報受信部９５が閲覧不許可情報を受信した場合には、ドキュメント表示部９８は、セキュリティファイルを閲覧できないことを利用者に報知するために、閲覧が許可されていない旨をディスプレイに表示する。
【０１１０】
印刷制御部９９は、利用者からの印刷要求を受け付け、閲覧情報受信部９５が受信した閲覧付加条件に従い、ドキュメント表示部９８が表示したドキュメントの印刷を行う。具体的には、印刷制御部９９は、閲覧付加条件として、印刷許可の設定がされている場合には、利用者からの印刷要求に応じて、表示されているドキュメントの印刷を行う。一方、印刷不許可の設定がされている場合には、利用者から印刷要求があっても、表示されているドキュメントの印刷を一切禁止する。
【０１１１】
また、印刷許可の設定と同時に印刷オプションが設定されている場合には、印刷制御部９９は、ドキュメント内容を印刷するに際し、設定されている条件に従い、「警告メッセージ表示」、「機密印刷」、「地紋印刷」、「スタンプ印刷」、「警告印字」等の処理を行う。
【０１１２】
閲覧終了検出部１００は、ドキュメント表示部９８が表示したドキュメント内容の利用者による閲覧終了を検出する。具体的には、例えば、閲覧終了検出部１００は、ディスプレイに表示されているドキュメント内容の表示ウィンドウが閉じられたことを検出することにより、閲覧終了を検出する。
閲覧終了処理部１０１は、閲覧終了検出部１００が閲覧の終了を検出すると、ファイル復号化部９７が復号化して作成したドキュメントファイルと、閲覧情報受信部９５が受信した鍵と、を利用者用端末４から削除する。具体的には、閲覧終了処理部１０１は、閲覧が終了すると、利用者用端末４のＲＡＭ４６３や記憶部４４等から、ドキュメントファイル及び鍵を削除する。
【０１１３】
以上のようなセキュリティ管理システムの構成により、利用者がセキュリティファイルを閲覧するたびに利用者用端末４はセキュリティサーバ３にアクセスし、閲覧権限等が記載されたポリシの確認を行う。そして、セキュリティサーバ３においては、前述したセキュリティ設定管理動作により、複数のポリシの中からその時点でセキュリティファイルに適用されるポリシの番号が選択されて、有効ポリシ番号として設定されている。そのため、以上の構成によれば、時系列でポリシが変更するセキュリティファイルを、利用者がドキュメントファイルを利用する時点において適用されているポリシに基づく利用形態で、利用者に利用させることができる。
【０１１４】
次に、本実施の形態に係るセキュリティ管理システムにおける処理手順を説明する。
なお、以下に説明する処理は、申請者用端末１、申請サーバ２、セキュリティサーバ３、利用者用端末４のそれぞれの制御部１６，２３，３４，４６が、それぞれの記憶部１４，２２，３３，４４やＲＯＭ１６２，２３２，３４２，４６２に記憶されている制御プログラムに従って、それぞれのバスを介して接続されている各部を制御することにより、実現される。なお、制御部１６，２３，３４，４６による通信制御、入出力制御、メモリ制御等の通常のコンピュータによる処理と同一の処理については、理解を容易にするため、逐一言及することを避ける。
【０１１５】
まず、本実施の形態に係るセキュリティ管理システムにおけるセキュリティファイル変換処理の手順を説明する。
図１５及び図１６は、セキュリティファイル変換処理を示す手順説明図である。
申請者用端末１において、セキュリティファイルへの変換を要求する旨の情報が入力部１２に入力されると、このセキュリティファイル変換処理が開始され、制御部１６は、例えば図８に示した申請文書作成入力画面を出力部１３である例えばディスプレイに表示する（図１５のステップＳ１１）。
【０１１６】
セキュリティファイルへの変換を要求する旨の情報の入力は、具体的には、例えば、ディスプレイに予め表示されているセキュリティファイル変換ボタンを申請者がクリックすること等により、行われる。
【０１１７】
制御部１６は、申請文書作成入力画面を介して、整理番号、申請者名、申請者ＩＤ、オリジナルファイル特定情報等の入力部１２への入力を受け付け、入力された情報を取得する（ステップＳ１２）。
【０１１８】
次に、制御部１６は、申請文書作成入力画面を介して、ポリシの入力を受け付け、入力されたポリシを取得する（ステップＳ１３）。具体的には、例えば、図８の申請文書作成入力画面における「ポリシ作成」ボタンが申請者によりクリックされると、制御部１６は、図９のポリシ作成入力画面をディスプレイに表示する。そして、このポリシ作成入力画面を介して、ポリシ発効日、閲覧権限者、閲覧付加条件等の入力部１２への入力を受け付け、入力された情報にポリシ番号を追加し、ポリシとして取得する。
【０１１９】
次に、制御部１６は、ポリシの入力が終了したか否かを判別する（ステップＳ１４）。具体的には、例えば、図８の申請文書作成入力画面の「ＯＫ」ボタンが申請者によりクリックされると、制御部１６は、ポリシの入力が終了したと判別する。
制御部１６は、ポリシの入力が終了していないと判別した場合には（ステップＳ１４；Ｎｏ）、ステップＳ１３に戻り、更に別のポリシを取得する。この処理を繰り返すことにより、１つのドキュメントファイルに対応する１つの申請文書に、複数のポリシを入力しておくことができる。
【０１２０】
一方、制御部１６は、ポリシの入力が終了したと判別した場合には（ステップＳ１４；Ｙｅｓ）、取得した情報に基づき申請文書を作成し、この申請文書データに、オリジナルファイル特定情報により特定されるオリジナルファイルを添付して、申請サーバ２に送信する（ステップＳ１５）。
【０１２１】
申請サーバ２において、制御部２３は、申請者用端末１から申請文書データを受信すると、申請文書番号及び申請端末特定情報を取得し、これらを申請文書データに追加して申請文書ファイルとする。そして、同じく受信したオリジナルファイルと申請文書ファイルとを関連付けて申請文書ＤＢ２２１に格納し、格納した申請文書ファイル及びオリジナルファイルをセキュリティサーバ３に送信する（ステップＳ１６）。
【０１２２】
セキュリティサーバ３において、制御部３４は、申請サーバ２から申請文書データを受信すると、ドキュメントファイルを暗号化及び復号化するための鍵をランダムに生成する（ステップＳ１７）。そして、制御部３４は、生成した鍵を用いて、受信したオリジナルファイルを暗号化し、暗号化ファイルを作成する（ステップＳ１８）。
【０１２３】
次に、制御部３４は、暗号化ファイルを識別するためのファイルＩＤを生成する（ステップＳ１９）。そして、制御部３４は、暗号化ファイルにファイルＩＤを付加してセキュリティファイルを作成し、作成したセキュリティファイルに申請文書ファイル内の申請文書番号を添付して申請サーバ２に送信する（ステップＳ２０）。
【０１２４】
続いて、制御部３４は、生成したファイルＩＤと、暗号化ファイルの作成に用いた鍵と、受信した申請文書ファイル内の複数のポリシと、例えば初期値をヌルとする有効ポリシ番号と、を有するセキュリティ管理ファイルを作成する（ステップＳ２１）。そして、制御部３４は、作成したセキュリティ管理ファイルをセキュリティ管理ＤＢ３３１に格納する（ステップＳ２２）。
このようにして、セキュリティ管理ＤＢ３３１には、このセキュリティファイル変換処理が行われるたびに、ファイルＩＤにより識別されるセキュリティ管理ファイルが格納される。
【０１２５】
申請サーバ２において、制御部２３は、セキュリティサーバ３からセキュリティファイルを受信すると、セキュリティファイルに添付されている申請文書番号により特定される申請文書ファイルを申請文書ＤＢ２２１から読み出す。そして、読み出した申請文書ファイルから申請端末特定情報を取り出し、その申請端末特定情報により特定される申請者用端末１に、受信したセキュリティファイルを転送する（図１６のステップＳ２３）。
さらに、制御部２３は、セキュリティサーバ３から受信したセキュリティファイルを利用者用端末４に転送する（ステップＳ２４）。
【０１２６】
申請者用端末１において、制御部１６は、申請サーバ２からセキュリティファイルを受信して取得する（ステップＳ２５）。
さらに、利用者用端末４において、制御部４６は、申請サーバ２からセキュリティファイルを受信して取得し（ステップＳ２６）、このセキュリティファイル変換処理を終了する。
このセキュリティファイル変換処理により、申請者は、発効日情報に基づき複数のポリシが時系列で変更されるセキュリティファイルを取得し、利用者に配布することができる。
【０１２７】
次に、本実施の形態に係るセキュリティ管理システムにおけるセキュリティ設定管理処理の手順を説明する。
図１７は、セキュリティ設定管理処理を示すフローチャートである。
なお、本実施の形態において、この処理は、１日に１回の間隔で定期的に、セキュリティサーバ３におけるバッチ処理として実行される。
【０１２８】
セキュリティサーバ３の制御部３４は、例えば計時部３２から日付が変わった旨の情報を取得すると、このセキュリティ設定管理処理を開始し、まず、現在の日付情報を取得する（ステップＳ３１）。
次に、制御部３４は、セキュリティ管理ＤＢ３３１に格納されている複数のセキュリティ管理ファイルの中から、１つのファイルＩＤで特定される１つのセキュリティ管理ファイルを読み出す（ステップＳ３２）。
【０１２９】
続いて、制御部３４は、読み出したセキュリティ管理ファイルに含まれている複数のポリシの中から、１つのポリシを取り出す（ステップＳ３３）。
さらに、制御部３４は、取り出したポリシに含まれている情報の中から「ポリシ発効日」情報を取り出す（ステップＳ３４）。
そして、制御部３４は、取り出した「ポリシ発効日」情報と、ステップＳ３１で取得した現在の日付情報と、を比較することにより、ステップＳ３３で取り出したポリシの発効日が今日であるか否かを判別する（ステップＳ３５）。
【０１３０】
ポリシ発効日が今日である場合には（ステップＳ３５；Ｙｅｓ）、制御部３４は、ステップＳ３２で読み出したセキュリティ管理ファイルからファイルＩＤを取り出す（ステップＳ３６）。さらに、制御部３４は、ステップＳ３３で取り出したポリシに含まれている情報の中から「ポリシ番号」を取り出す（ステップＳ３７）。そして、制御部３４は、セキュリティ管理ＤＢ３３１にアクセスし、ステップＳ３６で取り出したファイルＩＤにより特定されるセキュリティ管理ファイル内の「有効ポリシ番号」を、ステップＳ３７で取り出した「ポリシ番号」に書き替える（ステップＳ３８）。
一方、ポリシ発効日が今日でない場合には（ステップＳ３５；Ｎｏ）、制御部３４は、ステップＳ３６〜Ｓ３８をスキップする。
【０１３１】
次に、制御部３４は、ステップＳ３３において、ステップＳ３２で読み出したセキュリティ管理ファイルに含まれているすべてのポリシが取り出されたか否かを判別する（ステップＳ３９）。
すべてのポリシが取り出されていない場合には（ステップＳ３９；Ｎｏ）、ステップＳ３３に戻り、制御部３４は、セキュリティ管理ファイルに含まれているすべてのポリシの発効日を確認するまで、ステップＳ３３〜Ｓ３８の処理を繰り返す。
【０１３２】
そして、セキュリティ管理ファイルに含まれているすべてのポリシの発効日の確認が終了すると（ステップＳ３９；Ｙｅｓ）、制御部３４は、ステップＳ３２において、セキュリティ管理ＤＢ３３１に格納されているすべてのセキュリティ管理ファイルが読み出された否かを判別する（ステップＳ４０）。
すべてのセキュリティ管理ファイルが読み出されていない場合には（ステップＳ４０；Ｎｏ）、ステップＳ３２に戻り、制御部３４は、セキュリティ管理ＤＢ３３１に格納されているすべてのセキュリティ管理ファイルにおけるポリシ発効日の確認が終了するまで、ステップＳ３２〜Ｓ３９の処理を繰り返す。
【０１３３】
そして、セキュリティ管理ＤＢ３３１に格納されているすべてのセキュリティ管理ファイルにおけるポリシ発効日の確認が終了すると（ステップＳ４０；Ｙｅｓ）、このセキュリティ設定管理処理を終了する。
【０１３４】
このセキュリティ設定管理処理により、セキュリティファイルに設定されるポリシを、ポリシ発効日情報に基づき、時系列に変更することができる。具体的には、前述したセキュリティファイル変換処理において申請者により入力された複数のポリシの中から、１つのポリシが、ポリシ発効日情報に基づいて選択され、有効ポリシとしてセキュリティファイルに設定される。
【０１３５】
次に、本実施の形態に係るセキュリティ管理システムにおけるセキュリティファイル利用処理の手順を説明する。
図１８及び図１９は、セキュリティファイル利用処理を示す手順説明図である。
ここでは、前述したセキュリティファイル変換処理により、利用者用端末４がセキュリティファイルを既に取得し、利用者用端末４の記憶部４４にセキュリティファイルが記憶されているものとする。
【０１３６】
利用者用端末４において、例えば、利用者用端末４の出力部４３である例えばディスプレイに予め表示されている複数のセキュリティファイルのアイコンのうち、１つのアイコンを、利用者がクリックすること等により、入力部４２にセキュリティファイルを指定する情報が入力されると、このセキュリティファイル利用処理が開始され、制御部４６は、入力部４２からの入力に基づき、セキュリティファイルの指定情報を取得する（図１８のステップＳ５１）。
【０１３７】
次に、制御部４６は、取得した指定情報により特定されるセキュリティファイルを、記憶部４４から読み出す（ステップＳ５２）。そして、制御部４６は、読み出したセキュリティファイルからファイルＩＤを取り出す（ステップＳ５３）。
【０１３８】
次に、制御部４６は、セキュリティファイルの利用者の利用者ＩＤを取得する（ステップＳ５４）。そして、制御部４６は、ファイルＩＤと利用者ＩＤとをセキュリティサーバ３に送信する（ステップＳ５５）。
【０１３９】
セキュリティサーバ３において、制御部３４は、利用者用端末４から受信したファイルＩＤを有するセキュリティ管理ファイルを、セキュリティ管理ＤＢ３３１から読み出す（ステップＳ５６）。そして、制御部３４は、読み出したセキュリティ管理ファイルから有効ポリシ番号を取り出す（ステップＳ５７）。
【０１４０】
次に、制御部３４は、取り出した有効ポリシ番号により特定されるポリシを、ステップＳ５６で読み出したセキュリティ管理ファイルから取り出す（ステップＳ５８）。さらに、制御部３４は、取り出したポリシから、閲覧権限者情報を取り出す（ステップＳ５９）。そして、制御部３４は、取り出した閲覧権限者情報を、利用権限者ＩＤテーブル３３２を参照して、閲覧権限者ＩＤに変換する（ステップＳ６０）。
【０１４１】
次に、制御部３４は、変換して得た利用権限者ＩＤに、利用者用端末４から受信した利用者ＩＤが含まれているか否かを判別することにより、利用者に閲覧権限があるか否かを判別する（ステップＳ６１）。
【０１４２】
ここで、利用者に閲覧権限がない場合には（ステップＳ６１；Ｎｏ）、制御部３４は、利用者用端末４に閲覧不許可情報を送信する（ステップＳ６２）。この場合、利用者用端末４において、制御部４６は、セキュリティサーバ３から受信した閲覧不許可情報に基づいて、閲覧が許可されていない旨の情報をディスプレイに表示して（ステップＳ６３）、このセキュリティファイル利用処理を終了する。このように、現在の有効ポリシに閲覧権限者として設定されていない利用者は、セキュリティファイルを閲覧することができない。
【０１４３】
一方、利用者に閲覧権限が有る場合には（ステップＳ６１；Ｙｅｓ）、制御部３４は、ステップＳ５６で読み出したセキュリティ管理ファイルから鍵を取り出す（図１９のステップＳ６４）。さらに、制御部３４は、ステップＳ５８で取り出したポリシから閲覧付加条件を取り出す（ステップＳ６５）。そして、制御部３４は、取り出した鍵と閲覧付加条件とを利用者用端末４に送信する（ステップＳ６６）。
【０１４４】
利用者用端末４において、制御部４６は、セキュリティサーバ３から鍵及び閲覧付加条件を受信すると、ステップＳ５２で読み出したセキュリティファイルから暗号化ファイルを取り出す（ステップＳ６７）。そして、制御部４６は、取り出した暗号化ファイルを、セキュリティサーバ３から受信した鍵を用いて復号化し、閲覧可能なドキュメントファイルに戻す（ステップＳ６８）。
【０１４５】
次に、制御部４６は、復号化したドキュメントの内容を、受信した閲覧付加条件に従い、ディスプレイに表示する。（ステップＳ６９）。具体的には、閲覧付加条件として、閲覧オプションの「警告メッセージ表示」が設定されている場合には、制御部４６は、ドキュメント内容の表示に伴い、ディスプレイに警告メッセージを表示する。
【０１４６】
また、利用者により入力部４２に印刷要求が入力された場合には、制御部４６は、受信した閲覧付加条件の印刷設定に従い、ドキュメント内容の印刷を制御する。具体的には、制御部４６は、閲覧付加条件において印刷許可設定がされている場合には、印刷を許可し、印刷不許可設定がなされている場合には、印刷を禁止する。さらに、閲覧付加条件において印刷オプションが設定されている場合には、制御部４６は、入出力Ｉ／Ｆ４５に接続されるプリンタのプリンタドライバ等を制御することにより、印刷に際して、印刷オプションに沿った印刷を行う。
このようにして、現在の有効ポリシに閲覧権限者として設定されている利用者のみが、セキュリティファイルの閲覧、印刷等の利用をすることができる。
【０１４７】
次に、制御部４６は、例えばドキュメント内容の表示ウィンドウが閉じられたことを検出すること等により、利用者によるセキュリティファイルの閲覧が終了したか否かを判別し（ステップＳ７０）、セキュリティファイルの閲覧終了を待つ（ステップＳ７０；Ｎｏ）。
閲覧が終了したと判別された場合には（ステップＳ７０；Ｙｅｓ）、制御部４６は、セキュリティサーバ３から受信した鍵と、ステップＳ６８で復号化して作成したドキュメントファイルと、を記憶部４４、ＲＡＭ４６３等の利用者用端末４内の記憶装置から削除し（ステップＳ７１）、このセキュリティファイル利用処理を終了する。
【０１４８】
このセキュリティファイル利用処理により、時系列でポリシが変更するドキュメントファイルを、利用者がドキュメントファイルを利用する時点において適用されているポリシに基づく利用形態で、利用者に利用させることができる。
【０１４９】
なお、上述したそれぞれの処理は一例であり、これに限定されるものではない。例えば、図１７のステップＳ３９では、１つのセキュリティ管理ファイルに含まれているすべてのポリシが取り出されたか否かを判別したが、ステップＳ３５において発効日が今日のポリシが見つかった場合には、そのセキュリティ管理ファイルに含まれている以降のポリシの発効日情報は確認せずに、ステップＳ３９からステップＳ４０に進んでもよい。これにより、セキュリティサーバ３の処理負担を軽減することができる。
【０１５０】
また、ステップＳ３５においてポリシ発効日が今日のポリシが見つかり、ステップＳ３８において有効ポリシ番号が書き替えられた場合には、書き替え前の有効ポリシ番号を持つポリシをセキュリティ管理ファイルから削除してもよい。これにより、使用済みの不要なポリシがメモリから削除され、メモリ容量を節約することができるとともに、以降のセキュリティ設定管理処理において発効日を確認するポリシが減るため、セキュリティサーバ３の処理負担をも軽減することができる。
【０１５１】
以上説明したように、本実施の形態によれば、適用されるポリシがドキュメントファイルの所持者が意図するような時系列で変更されるセキュリティファイルを作成して、利用者に配布することができる。また、各ポリシに記載されている発効日情報を定期的に確認し、発効日に達したポリシを有効ポリシとして設定するため、セキュリティファイルに適用されるポリシを時系列で変更することができる。そして、利用者がセキュリティファイルを利用するに際して、利用時点で有効ポリシとして設定されているポリシを、そのセキュリティファイルに適用することができる。
【０１５２】
次に、本発明の第２の実施の形態について説明する。
上記第１の実施の形態のおいては、ポリシに記載する閲覧権限者情報として個人の氏名、ＩＤ等の個人特定情報を用いた。しかし、本発明はこれに限定されるものでなく、ポリシの閲覧権限者欄にグループ特定情報を記載することもできる。
【０１５３】
図２０は、本発明の第２の実施の形態に係るセキュリティ管理システムにおけるセキュリティサーバ３の構成例を示すブロック図である。
図示するように、第２の実施の形態におけるセキュリティサーバ３は、記憶部３３にグループ変換テーブル３３３を備えており、この点で、図４に示した第１の実施の形態におけるセキュリティサーバ３と異なる。なお、同一の部分には同一の符号を付して説明を省略する。
【０１５４】
グループ変換テーブル３３３には、複数のグループ名と、各グループに所属する人物の氏名とが関連付けられて記憶されている。
具体的には、例えば、本実施の形態に係るセキュリティ管理システムを会社内で使用する場合、グループ変換テーブル３３３は、人事部、経理部等の会社内でのグループ毎にそのグループに属する者の氏名を記憶する。
【０１５５】
ポリシの閲覧権限者欄にグループ名が記載されている場合、利用者がセキュリティファイルを利用するに際しての利用者権限の有無の判別において、セキュリティサーバ３の制御部３４は、グループ変換テーブル３３３を参照して、ポリシに記載されているグループ名を、そのグループに所属する人物名に変換する。
次に、制御部３４は、変換した人物名を、利用者権限ＩＤテーブル３３２を参照して、ＩＤ情報に変換する。そして、制御部３４は、変換した利用者権限ＩＤの中に、利用者用端末４から受信した利用者ＩＤが含まれているか否かを判別することにより、利用者権限の有無を判別する。
【０１５６】
また、ポリシの閲覧権限者欄に個人特定情報とグループ特定情報とを一緒に記載しておくこともできる。この場合には、例えば、制御部３４は、閲覧権限者情報の中に、グループ変換テーブル３３３に記憶されているグループ名が存在するか否かを判別することにより、閲覧権限者情報の中のグループ特定情報を検出する。グループ特定情報が検出された場合には、制御部３４は、そのグループ特定情報をグループ変換テーブル３３３を参照して個人特定情報に変換して、閲覧権限者情報をすべて個人特定情報にする。そして、制御部３４は、個人特定情報を利用者権限ＩＤテーブル３３２を参照してＩＤ情報に変換して、利用者権限の有無を判別する。
【０１５７】
本実施の形態によれば、グループ単位で一括してポリシを設定することができる。これにより、例えば、社内の人事に関するドキュメントファイルを、最初の一定期間は人事部に所属する者のみが閲覧することができ、一定期間経過後に社内のすべての者が閲覧することができるような、時系列にポリシが変更されるセキュリティファイルを容易に提供することができる。
また、本実施の形態においては、例えば人事異動等によりグループに所属する人物が変更された場合であっても、グループ変換テーブル３３３を変更するだけで、グループで指定される利用権限者を適切に判別することができる。
【０１５８】
なお、さらに、「＊」、「？」等を用いたワイルドカード指定により、閲覧権限者を一括指定してもよい。例えば、ポリシの閲覧権限者欄が「＊人事＊」とされている場合、グループ変換テーブル３３３を参照して、「人事」という文言を含むグループに所属する人物名を取得することにより、「人事」という文言を含むグループに所属する人すべてに閲覧権限を与えることができる。
【０１５９】
以上、本発明の実施の形態を説明したが、本発明を実施するにあたっては、種々の形態による変形及び応用が可能であり、上記実施の形態に限られるものではない。
例えば、本発明のセキュリティ管理システムは、申請者用端末１や利用者用端末４を複数備え、通信ネットワーク５に接続する構成にしてもよい。また、セキュリティサーバ３に申請サーバ２の機能を持たせることにより、１つのサーバで本発明のセキュリティ管理システムを構成してもよい。
【０１６０】
また、上記実施の形態では、利用者によるセキュリティファイルの閲覧時に、閲覧権限者情報をＩＤ情報に変換して、利用者認証を行っているが、例えば、セキュリティファイル変換サービスにおけるセキュリティ管理ファイル作成時に、閲覧権限者情報をＩＤ情報に変換しておき、セキュリティ管理ＤＢ３３１に格納しておいてもよい。
【０１６１】
また、上記実施の形態では、ドキュメントファイルの暗号化と複合化に共通の鍵を使用しているが、例えば公開鍵暗号方式における鍵のように暗号化と復号化で異なる鍵を使用するようにしてもよい。この場合、図１１の鍵生成部５８１は暗号鍵と復号鍵とを生成し、ファイル暗号化部５８２はオリジナルファイルを暗号鍵で暗号化し、セキュリティ管理データ作成部５８５はセキュリティ管理ファイルに復号鍵を含めるようにすればよい。
【０１６２】
また、上記実施の形態では、セキュリティファイルに適用されるポリシを時系列に変更するために、閲覧権限者情報等を含むポリシが有効となる条件を示す有効条件情報の例示として、各ポリシに発効日情報を設定しているが、ポリシを時系列に変更するための情報であればよい。例えば、各ポリシに、セキュリティファイルに対する適用開始日及び適用終了日を特定する適用期間を設定しても、ポリシを時系列に変更することができる。なお、このように適用期間を設定した場合には、図１７のステップＳ３５は、今日が適用期間内であるか否かの判断を行なうステップとなる。
【０１６３】
また、上記実施の形態では、「ポリシ発効日」を確認するセキュリティ設定管理処理を１日に１回の間隔で行っているが、より長い間隔で「ポリシ発効日」の確認を行う場合にも適用させることができる。
その場合には、図１３の発効日比較部７５は、「ポリシ発効日」と現在の日付とを比較し、「ポリシ発効日」が今日以前である場合には一致情報を、「ポリシ発効日」が今日より後の場合には不一致情報を、出力する。さらに、図１７のステップＳ３３において、ポリシ発効日の古い順にポリシを取り出し、ステップＳ３５において、ポリシの発効日が今日以前であるか否かを判別する。この処理動作により、セキュリティ設定管理処理の終了時には、「有効ポリシ番号」は、今日以前のポリシ発効日を持つポリシの中で最も新しいポリシ発効日を持つポリシのポリシ番号になり、１日に１回より長い間隔で「ポリシ発効日」を確認する場合であっても、１つのセキュリティファイルに適用されるポリシを時系列で変更させることができる。
【０１６４】
また、上記実施の形態では、セキュリティファイルに適用されるポリシを日単位で変更しているが、例えば、時間単位で変更するようにしてもよい。この場合、前述したセキュリティ設定管理動作のバッチ処理を、１時間に１回や、１分に１回等の間隔で行うことにより、より細かな時系列単位でセキュリティファイルのポリシを変更することができる。具体的には、ポリシには「ポリシ発効日」の代わりに「ポリシ発効日時」を設定しておき、図１３の日付取得部７４において日時を取得し、発効日比較部７５においてポリシ発効日時に達したか否かを判別させることにより、実現することができる。
このような日付や時間等の情報によりポリシが有効となる期間を示す有効期間情報は、有効条件情報の例示である。
また、上記実施の形態では、申請者や利用者の識別にＩＤ情報のみを用いて説明したが、例えば暗証番号等を併せて用いることにより、セキュリティをさらに高めることができる。
【０１６５】
また、上記実施の形態において、ポリシに記載される「閲覧権限者」は利用権限所有者の例示であり、閲覧権限者を特定するための氏名、識別番号等の閲覧権限者情報は、利用権限所有者情報の例示である。また、利用者ＩＤ取得部８４が取得する利用者ＩＤは、利用者情報の例示である。また、セキュリティ管理ファイルに記載される有効ポリシ番号は有効ポリシ識別情報の例示である。また、ポリシに記載される閲覧付加条件としての印刷許可・不許可の設定情報は、印刷制御情報の例示である。
また、グループ変換テーブル３３３に記憶されるグループ名は、グループ情報の例示であり、各グループに所属する人物の氏名は、所属人物情報の例示である。
また、ポリシに記載される「閲覧権限者」と「閲覧付加条件」は、利用条件情報の例示であり、閲覧要求情報送信部８５が送信するファイルＩＤと利用者ＩＤは、利用要求情報の例示である。
【０１６６】
なお、本発明のセキュリティ管理システムを構成する申請者用端末１、申請サーバ２、セキュリティサーバ３、及び利用者用端末４は、専用のハードウェアに限られるものではなく、それぞれ、通常のコンピュータによっても実現することができる。
例えば、上記実施の形態では、セキュリティ管理システムを構成する各端末及び各サーバのプログラムが、メモリ等に予め記憶されているものとして説明したが、上述した処理動作を実行させるためのプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto-Optical disk）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータにインストールすることにより、上述の処理を実行する各端末及び各サーバを構成してもよい。
【０１６７】
また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するようにしてもよい。さらに、通信ネットワークを介してプログラムを転送しながら起動実行することによっても、上述の処理を達成することができる。
また、上述の機能を、ＯＳ（Operating System）が分担又はＯＳとアプリケーションの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。
【図面の簡単な説明】
【０１６８】
【図１】本発明の第１の実施の形態に係るドキュメントファイルのセキュリティ管理システムの構成例を示すブロック図である。
【図２】図１の申請者用端末の構成例を示すブロック図である。
【図３】図１の申請サーバの構成例を示すブロック図である。
【図４】図１のセキュリティサーバの構成例を示すブロック図である。
【図５】図１の利用者用端末の構成例を示すブロック図である。
【図６】本発明の第１の実施の形態に係るセキュリティ管理システムにおけるセキュリティファイル変換サービスの提供動作に関する機能構成例を示すブロック図である。
【図７】セキュリティファイル変換サービスの初期画面の例を示す図である。
【図８】申請文書作成入力画面の例を示す図である。
【図９】ポリシ作成入力画面の例を示す図である。
【図１０】申請文書ファイルのデータ構成例を示す図である。
【図１１】図６のセキュリティファイル変換部の具体的構成例を示すブロック図である。
【図１２】セキュリティ管理ファイルのデータ構成例を示す図である。
【図１３】本発明の第１の実施の形態に係るセキュリティ管理システムのセキュリティサーバにおけるセキュリティ設定管理動作に関する機能構成例を示すブロック図である。
【図１４】本発明の第１の実施の形態に係るセキュリティ管理システムにおけるセキュリティファイルの利用動作に関する機能構成例を示すブロック図である。
【図１５】セキュリティファイル変換処理を示す手順説明図である。
【図１６】セキュリティファイル変換処理を示す手順説明図である。
【図１７】セキュリティ設定管理処理を示すフローチャートである。
【図１８】セキュリティファイル利用処理を示す手順説明図である。
【図１９】セキュリティファイル利用処理を示す手順説明図である。
【図２０】本発明の第２の実施の形態に係るセキュリティ管理システムにおけるセキュリティサーバの構成例を示すブロック図である。
【符号の説明】
【０１６９】
１ 申請者用端末
２ 申請サーバ
３ セキュリティサーバ
４ 利用者用端末
５ 通信ネットワーク
６，７ 入出力機器
１１，２１，３１，４１ 通信部
１２，４２ 入力部
１３，４３ 出力部
１４，２２，３３，４４ 記憶部
１５，４５ 入出力Ｉ／Ｆ部
１６，２３，３４，４６ 制御部
１７，２４，３５，４７ バス
３２ 計時部
５１ 申請情報入力部
５２ 申請文書作成部
５３ 申請文書送信部
５４ 申請文書受信部
５５ 申請文書格納部
５６ 申請文書ファイル送信部
５７ 申請文書ファイル受信部
５８ セキュリティファイル変換部
５９ セキュリティファイル送信部
６０ セキュリティ管理データ格納部
６１ セキュリティファイル転送部
６２ 申請セキュリティファイル取得部
６３ 利用セキュリティファイル取得部
７１ セキュリティ管理ファイル読出部
７２ ポリシ取出部
７３ 発効日取出部
７４ 日付取得部
７５ 発効日比較部
７６ 有効ポリシ番号書替部
７７ 情報取出制御部
８１ 閲覧ファイル指定部
８２ セキュリティファイル読出部
８３ ファイルＩＤ取出部
８４ 利用者ＩＤ取得部
８５ 閲覧要求情報送信部
８６ 閲覧要求情報受信部
８７ 閲覧要求管理ファイル読出部
８８ 有効ポリシ番号取出部
８９ 有効ポリシ取出部
９０ 閲覧権限者情報取出部
９１ 閲覧権限者ＩＤ変換部
９２ 閲覧権限判別部
９３ 閲覧情報取得部
９４ 閲覧情報送信部
９５ 閲覧情報受信部
９６ 暗号化ファイル取出部
９７ ファイル復号化部
９８ ドキュメント表示部
９９ 印刷制御部
１００ 閲覧終了検出部
１０１ 閲覧終了処理部
１６１，２３１，３４１，４６１ ＣＰＵ
１６２，２３２，３４２，４６２ ＲＯＭ
１６３，２３３，３４３，４６３ ＲＡＭ
２２１ 申請文書ＤＢ
３３１ セキュリティ管理ＤＢ
３３２ 利用権限者ＩＤテーブル
３３３ グループ変換テーブル
５８１ 鍵生成部
５８２ ファイル暗号化部
５８３ ファイルＩＤ生成部
５８４ セキュリティファイル作成部
５８５ セキュリティ管理データ作成部
【特許請求の範囲】
【請求項１】
ドキュメントファイルの利用者により使用される端末装置と、該ドキュメントファイルの利用権限所有者情報を記憶するサーバ装置と、が通信ネットワークを介して接続されるドキュメントファイルのセキュリティ管理システムであって、
前記端末装置は、
暗号化済みのドキュメントファイルである暗号化ファイルを記憶する暗号化ファイル記憶手段と、
前記利用者の識別情報である利用者情報を前記サーバ装置に送信する利用者情報送信手段と、を備え、
前記サーバ装置は、
前記暗号化ファイル記憶手段に記憶されている暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段と、
前記利用者情報送信手段から利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段と、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段と、を備え、
前記端末装置は、さらに、
前記鍵送信手段から鍵を受信し、該鍵を用いて前記暗号化ファイル記憶手段に記憶されている暗号化ファイルを復号化し、ドキュメントファイルを作成するファイル復号化手段と、
利用者の操作に応じて、前記ファイル復号化手段により作成されたドキュメントファイルの利用が終了したか否かを判別する利用終了判別手段と、
前記ファイル復号化手段が復号化に用いた鍵と、前記利用終了判別手段により利用が終了したと判別されたドキュメントファイルと、を削除する削除手段と、
を備えるドキュメントファイルのセキュリティ管理システム。
【請求項２】
前記端末装置は、さらに、前記ファイル復号化手段により作成されたドキュメントファイルを表示する表示手段を備え、
前記端末装置の前記利用終了判別手段は、利用者の操作に応じて前記表示手段による前記復号化ファイルの表示が終了したときに、該ドキュメントファイルの利用が終了したと判別する、
ことを特徴とする請求項１に記載のドキュメントファイルのセキュリティ管理システム。
【請求項３】
前記サーバ装置の前記セキュリティ情報記憶手段に記憶されているセキュリティポリシは、ドキュメントファイルの印刷を許可するか否かを示す印刷制御情報を含み、
前記サーバ装置の前記鍵送信手段は、前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵と、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの印刷制御情報と、を前記端末装置に送信し、
前記端末装置は、さらに、前記鍵送信手段から受信した印刷制御情報に基づき、前記ファイル復号化手段により作成されたドキュメントファイルの印刷装置における印刷を制御する印刷制御手段を備える、
ことを特徴とする請求項１又は２に記載のドキュメントファイルのセキュリティ管理システム。
【請求項４】
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段と、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段と、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段と、
を備えるドキュメントファイルのセキュリティ管理装置。
【請求項５】
前記有効条件情報は、利用権限所有者情報を発効する日を示す発効日情報を含み、
前記有効ポリシ選択手段は、
現在の日付を取得する日付取得手段と、
前記セキュリティ情報記憶手段から、複数のセキュリティポリシのそれぞれの発効日情報を読み出す発効日情報読出手段と、
前記発効日情報読出手段により読み出された発効日と、前記日付取得手段により取得された現在の日付と、が一致するか否かを判別する発効日判別手段と、
前記発効日判別手段により現在の日付と一致すると判別された発効日情報を含むセキュリティポリシを選択する発効ポリシ選択手段と、を有する、
ことを特徴とする請求項４に記載のドキュメントファイルのセキュリティ管理装置。
【請求項６】
前記セキュリティ情報記憶手段に記憶されているすべてのセキュリティポリシの発効日情報について、少なくとも１日に１回、前記発効日判別手段による判別を行わせる定期実行手段と、
前記定期実行手段による制御により、前記発効ポリシ選択手段がセキュリティポリシを選択したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報を、該選択されたセキュリティポリシの識別情報に書き替える書替手段と、を備える、
ことを特徴とする請求項５に記載のドキュメントファイルのセキュリティ管理装置。
【請求項７】
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの利用権限所有者情報は、グループを特定するグループ情報を含み、
前記利用権限判別手段は、
複数のグループ情報と、グループ情報毎に該グループに所属する人物を特定する所属人物情報と、記憶するグループ記憶手段と、
前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報がグループ情報であるか否かを判別するグループ判別手段と、
前記グループ判別手段によりグループ情報であると判別されたときに、該グループの所属人物情報を前記グループ記憶手段から読み出す所属人物情報読出手段と、を有し、
前記所属人物情報読出手段が読み出した所属人物情報により特定される人物の中に、受信した利用者情報により特定される利用者が含まれているか否かを判別することにより、利用者が利用権限所有者であるか否かを判別する、
ことを特徴とする請求項４乃至６の何れか１項に記載のドキュメントファイルのセキュリティ管理装置。
【請求項８】
ドキュメントファイルの利用条件を示す利用条件情報と、該利用条件情報を有効にする期間を示す有効期間情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
現在の時間情報を取得する時間情報取得手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシ毎に、該セキュリティポリシの有効期間情報が示す期間に、前記時間情報取得手段により取得された現在の時間情報が含まれているか否かを判別する有効期間判別手段と、
前記有効期間判別手段により現在の時間情報が含まれていると判別された有効期間情報を含むセキュリティポリシを、前記セキュリティ情報記憶手段に記憶されている複数のセキュリティポリシの中から選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報を記憶する有効ポリシ識別情報記憶手段と、
通信ネットワークを介して接続される端末装置からドキュメントファイルの利用要求情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている識別情報により特定されるセキュリティポリシの利用条件情報を、前記ドキュメントファイルに適用する利用条件適用手段と、
を備えるドキュメントファイルのセキュリティ管理装置。
【請求項９】
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶する記憶部から、該複数のセキュリティポリシのそれぞれの有効条件情報を読み出す有効条件情報読出ステップと、
前記有効条件情報読出ステップで読み出した有効条件情報に基づき、前記記憶部に記憶されている複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択ステップと、
前記有効ポリシ選択ステップで選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を前記記憶部に記録する有効ポリシ識別情報記録ステップと、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記録ステップで記録した有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別ステップと、
前記利用権限判別ステップで利用権限所有者であると判別されたときに、前記記憶部に記憶されている鍵を前記端末装置に送信する鍵送信ステップと、
を有するドキュメントファイルのセキュリティ管理方法。
【請求項１０】
コンピュータを、
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段、
として機能させるプログラム。
【請求項１】
ドキュメントファイルの利用者により使用される端末装置と、該ドキュメントファイルの利用権限所有者情報を記憶するサーバ装置と、が通信ネットワークを介して接続されるドキュメントファイルのセキュリティ管理システムであって、
前記端末装置は、
暗号化済みのドキュメントファイルである暗号化ファイルを記憶する暗号化ファイル記憶手段と、
前記利用者の識別情報である利用者情報を前記サーバ装置に送信する利用者情報送信手段と、を備え、
前記サーバ装置は、
前記暗号化ファイル記憶手段に記憶されている暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段と、
前記利用者情報送信手段から利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段と、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段と、を備え、
前記端末装置は、さらに、
前記鍵送信手段から鍵を受信し、該鍵を用いて前記暗号化ファイル記憶手段に記憶されている暗号化ファイルを復号化し、ドキュメントファイルを作成するファイル復号化手段と、
利用者の操作に応じて、前記ファイル復号化手段により作成されたドキュメントファイルの利用が終了したか否かを判別する利用終了判別手段と、
前記ファイル復号化手段が復号化に用いた鍵と、前記利用終了判別手段により利用が終了したと判別されたドキュメントファイルと、を削除する削除手段と、
を備えるドキュメントファイルのセキュリティ管理システム。
【請求項２】
前記端末装置は、さらに、前記ファイル復号化手段により作成されたドキュメントファイルを表示する表示手段を備え、
前記端末装置の前記利用終了判別手段は、利用者の操作に応じて前記表示手段による前記復号化ファイルの表示が終了したときに、該ドキュメントファイルの利用が終了したと判別する、
ことを特徴とする請求項１に記載のドキュメントファイルのセキュリティ管理システム。
【請求項３】
前記サーバ装置の前記セキュリティ情報記憶手段に記憶されているセキュリティポリシは、ドキュメントファイルの印刷を許可するか否かを示す印刷制御情報を含み、
前記サーバ装置の前記鍵送信手段は、前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵と、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの印刷制御情報と、を前記端末装置に送信し、
前記端末装置は、さらに、前記鍵送信手段から受信した印刷制御情報に基づき、前記ファイル復号化手段により作成されたドキュメントファイルの印刷装置における印刷を制御する印刷制御手段を備える、
ことを特徴とする請求項１又は２に記載のドキュメントファイルのセキュリティ管理システム。
【請求項４】
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段と、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段と、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段と、
を備えるドキュメントファイルのセキュリティ管理装置。
【請求項５】
前記有効条件情報は、利用権限所有者情報を発効する日を示す発効日情報を含み、
前記有効ポリシ選択手段は、
現在の日付を取得する日付取得手段と、
前記セキュリティ情報記憶手段から、複数のセキュリティポリシのそれぞれの発効日情報を読み出す発効日情報読出手段と、
前記発効日情報読出手段により読み出された発効日と、前記日付取得手段により取得された現在の日付と、が一致するか否かを判別する発効日判別手段と、
前記発効日判別手段により現在の日付と一致すると判別された発効日情報を含むセキュリティポリシを選択する発効ポリシ選択手段と、を有する、
ことを特徴とする請求項４に記載のドキュメントファイルのセキュリティ管理装置。
【請求項６】
前記セキュリティ情報記憶手段に記憶されているすべてのセキュリティポリシの発効日情報について、少なくとも１日に１回、前記発効日判別手段による判別を行わせる定期実行手段と、
前記定期実行手段による制御により、前記発効ポリシ選択手段がセキュリティポリシを選択したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報を、該選択されたセキュリティポリシの識別情報に書き替える書替手段と、を備える、
ことを特徴とする請求項５に記載のドキュメントファイルのセキュリティ管理装置。
【請求項７】
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの利用権限所有者情報は、グループを特定するグループ情報を含み、
前記利用権限判別手段は、
複数のグループ情報と、グループ情報毎に該グループに所属する人物を特定する所属人物情報と、記憶するグループ記憶手段と、
前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報がグループ情報であるか否かを判別するグループ判別手段と、
前記グループ判別手段によりグループ情報であると判別されたときに、該グループの所属人物情報を前記グループ記憶手段から読み出す所属人物情報読出手段と、を有し、
前記所属人物情報読出手段が読み出した所属人物情報により特定される人物の中に、受信した利用者情報により特定される利用者が含まれているか否かを判別することにより、利用者が利用権限所有者であるか否かを判別する、
ことを特徴とする請求項４乃至６の何れか１項に記載のドキュメントファイルのセキュリティ管理装置。
【請求項８】
ドキュメントファイルの利用条件を示す利用条件情報と、該利用条件情報を有効にする期間を示す有効期間情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段と、
現在の時間情報を取得する時間情報取得手段と、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシ毎に、該セキュリティポリシの有効期間情報が示す期間に、前記時間情報取得手段により取得された現在の時間情報が含まれているか否かを判別する有効期間判別手段と、
前記有効期間判別手段により現在の時間情報が含まれていると判別された有効期間情報を含むセキュリティポリシを、前記セキュリティ情報記憶手段に記憶されている複数のセキュリティポリシの中から選択する有効ポリシ選択手段と、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報を記憶する有効ポリシ識別情報記憶手段と、
通信ネットワークを介して接続される端末装置からドキュメントファイルの利用要求情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている識別情報により特定されるセキュリティポリシの利用条件情報を、前記ドキュメントファイルに適用する利用条件適用手段と、
を備えるドキュメントファイルのセキュリティ管理装置。
【請求項９】
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶する記憶部から、該複数のセキュリティポリシのそれぞれの有効条件情報を読み出す有効条件情報読出ステップと、
前記有効条件情報読出ステップで読み出した有効条件情報に基づき、前記記憶部に記憶されている複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択ステップと、
前記有効ポリシ選択ステップで選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を前記記憶部に記録する有効ポリシ識別情報記録ステップと、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記録ステップで記録した有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別ステップと、
前記利用権限判別ステップで利用権限所有者であると判別されたときに、前記記憶部に記憶されている鍵を前記端末装置に送信する鍵送信ステップと、
を有するドキュメントファイルのセキュリティ管理方法。
【請求項１０】
コンピュータを、
暗号化済みのドキュメントファイルである暗号化ファイルを復号化する鍵を記憶すると共に、該暗号化ファイルを復号化して利用することができる利用権限所有者を示す利用権限所有者情報と、該利用権限所有者情報が有効となる条件を示す有効条件情報と、を含むセキュリティポリシを複数記憶するセキュリティ情報記憶手段、
前記セキュリティ情報記憶手段に記憶されているセキュリティポリシの有効条件情報に基づき、複数のセキュリティポリシの中から、現在有効となっているセキュリティポリシを選択する有効ポリシ選択手段、
前記有効ポリシ選択手段により選択されたセキュリティポリシの識別情報である有効ポリシ識別情報を記憶する有効ポリシ識別情報記憶手段、
通信ネットワークを介して接続され前記暗号化ファイルを記憶する端末装置から、利用者の識別情報である利用者情報を受信したときに、前記有効ポリシ識別情報記憶手段に記憶されている有効ポリシ識別情報により特定されるセキュリティポリシの利用権限所有者情報に基づき、受信した利用者情報により特定される利用者が利用権限所有者であるか否かを判別する利用権限判別手段、
前記利用権限判別手段により利用権限所有者であると判別されたときに、前記セキュリティ情報記憶手段に記憶されている鍵を前記端末装置に送信する鍵送信手段、
として機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００７−４６１６（Ｐ２００７−４６１６Ａ）
【公開日】平成１９年１月１１日（２００７．１．１１）
【国際特許分類】
【出願番号】特願２００５−１８５５１６（Ｐ２００５−１８５５１６）
【出願日】平成１７年６月２４日（２００５．６．２４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成１９年１月１１日（２００７．１．１１）
【国際特許分類】
【出願日】平成１７年６月２４日（２００５．６．２４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]