(57)【特許請求の範囲】
【請求項１】
文書作成者が使用する端末（１１）と、文書閲覧者が使用する他の端末（１３）と、これらの端末（１１，１３）と相互接続され、かつ前記文書作成者および文書閲覧者の所属部署および役職に関する属性情報が格納されたサーバ（２０，３０）と、暗号化された文書を保存するデータベース（４０）を備えた文書保護管理システムであって、
前記端末（１１）は、
前記文書作成者が文書を暗号化するために入力した前記文書作成者の個人情報を読み取
る個人情報読取手段（１２）と、
前記文書作成者の個人情報を前記サーバ（２０，３０）に送信すると共に、前記サーバ（２０，３０）から前記文書作成者の個人情報に基づいて検索された前記文書作成者の属性情報を受信する手段と、
前記サーバ（２０，３０）から前記文書作成者の属性情報を受信すると、受信した前記文書作成者の属性情報に基づいて文書参照・更新権限範囲を問い合せる問合せ画面を表示し、暗号化する文書と前記文書参照・更新権限範囲を入力する手段と、
受信した前記文書作成者の属性情報および入力された前記文書参照・更新権限範囲に基づいて前記文書作成者用の暗号鍵および文書閲覧者用の暗号鍵を生成し、該生成した暗号鍵を用いて前記暗号化する文書を暗号化して暗号化された文書を作成してデータベース（４０）に保存する手段と、を備え、
前記他の端末（１３）は、
前記文書閲覧者が前記暗号化された文書を復号化するために入力した前記文書閲覧者の個人情報を読み取る他の個人情報読取手段（１４）と、
前記文書閲覧者の個人情報を前記サーバ（２０，３０）に送信すると共に、前記サーバ（２０，３０）から前記文書閲覧者の個人情報に基づいて検索された前記文書閲覧者の属性情報を受信する手段と、
前記サーバ（２０，３０）から前記文書閲覧者の属性情報を受信すると、受信した前記文書閲覧者の属性情報に基づいて前記文書閲覧者用の復号鍵を生成し、該生成した復号鍵を用いて前記データベース（４０）に保存された前記暗号化された文書を復号化する手段と、を備え、
前記サーバ（２０，３０）は、
前記文書作成者および前記文書閲覧者の個人情報と属性情報を格納する手段と、
前記端末（１１）または前記他の端末（１３）から受信した前記文書作成者または前記文書閲覧者の個人情報に基づいて、格納している前記文書作成者または前記文書閲覧者の属性情報を検索すると共に、該検索した前記文書作成者または前記文書閲覧者の属性情報を前記端末（１１）または前記他の端末（１３）に送信する手段と、を備えた、ことを特徴とする文書保護管理システム。
【請求項２】
前記個人情報読取手段（１２）および前記他の個人情報読取手段（１４）が、前記文書作成者の社員コードおよび前記文書閲覧者の社員コードが格納されたＩＣカードから該文書作成者の社員コードおよび該文書閲覧者の社員コードを読み取るためのＩＣカード読取機である、ことを特徴とする、請求項１記載の文書保護管理システム。
【請求項３】
文書作成者が使用する端末（１１）と、文書閲覧者が使用する他の端末（１３）と、これらの端末（１１，１３）と相互接続され、かつ前記文書作成者および文書閲覧者の属性情報が格納されたサーバ（２０，３０）と、暗号化された文書を保存するデータベース（４０）とを用いた文書の保護管理方法であって、
前記サーバ（２０，３０）に、前記文書作成者および前記文書閲覧者の個人情報と所属部署および役職に関する属性情報を格納し、
前記端末（１１）を用いて、
前記文書作成者が文書を暗号化するために入力した前記文書作成者の個人情報を読み取り、
前記文書作成者の個人情報を前記サーバ（２０，３０）に送信すると共に、前記サーバ（２０，３０）から前記文書作成者の個人情報に基づいて検索された前記文書作成者の属性情報を受信し、
前記サーバ（２０，３０）から前記文書作成者の属性情報を受信すると、受信した前記文書作成者の属性情報に基づいて文書参照・更新権限範囲を問い合せる問合せ画面を表示し、暗号化する文書と前記文書参照・更新権限範囲を入力し、
受信した前記文書作成者の属性情報および入力された前記文書参照・更新権限範囲に基づいて前記文書作成者用の暗号鍵および文書閲覧者用の暗号鍵を生成し、該生成した暗号鍵を用いて前記暗号化する文書を暗号化して暗号化された文書を作成してデータベース（４０）に保存し、
一方、前記他の端末（１３）を用いて、
前記文書閲覧者が前記暗号化された文書を復号化するために入力した前記文書閲覧者の個人情報を読み取り、
前記文書閲覧者の個人情報を前記サーバ（２０，３０）に送信すると共に、前記サーバ（２０，３０）から前記文書閲覧者の個人情報に基づいて検索された前記文書閲覧者の属性情報を受信し、
前記サーバ（２０，３０）から前記文書閲覧者の属性情報を受信すると、受信した前記文書閲覧者の属性情報に基づいて前記文書閲覧者用の復号鍵を生成し、該生成した復号鍵を用いて前記データベース（４０）に保存された前記暗号化された文書を復号化する、ことを特徴とする文書保護管理方法。
【請求項４】
前記文書作成者自身の所定の個人情報および前記文書閲覧者自身の所定の個人情報が、前記文書作成者の社員コードおよび前記文書閲覧者の社員コードである、ことを特徴とする請求項３記載の文書保護管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書保護管理システムおよび方法に関し、特に、社員の属性情報（所属部署や役職など）を用いて生成した暗号鍵で文書を暗号化して保存する文書保護管理システムおよび方法に関する。
【背景技術】
【０００２】
社員が端末（パソコンなど）を用いて作成した文書（特に、機密文書）を社内共通のデータベースに保存する際には、この文書を参照および更新する権限を有する社員以外の社員が閲覧することができないようにするために、共通鍵を用いてこの文書を暗号化して保存したり（たとえば、以下に示す特許文献１参照）、電子証明書を用いてこの文書を暗号化するとともに参照および更新の制限をしたりしている。また、文書を参照および更新する権限を有する社員がデータベースに暗号化されて保存された文書を閲覧する際にも、この社員は共通鍵または電子証明書を用いてこの文書を復号化している。
【特許文献１】特開２０００−２６７９３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、共通鍵または電子証明書を用いて文書を暗号化する方法では、人事異動などで文書を参照および更新する権限を有する社員の範囲が変わると、共通鍵または電子証明書を変更して変更後の共通鍵または電子証明書で文書を暗号化して再度保存する必要が生じる。
また、同じ社員が作成した文書であっても、たとえば部署内でだけ閲覧できる文書であったり部署内の所定の役職以上の社員だけ閲覧できる文書であったりと、文書を参照および更新する権限を有する社員の範囲は同じであるとは限らないため、社員は文書の数に応じた複数個の共通鍵を管理する必要がある。
さらに、社員は、参照および更新する権限を有する社員以外の社員が文書を閲覧することを防止するために、かかる社員に共通鍵を知られないようにする必要がある。
【０００４】
本発明の目的は、文書作成者および文書閲覧者が自身の所定の個人情報を入力することにより、文書作成者および文書閲覧者は文書を暗号化および復号化するための鍵の管理をすることなく、その文書の暗号化および復号化を行うことができる文書保護管理システムおよび方法を提供することにある。
【課題を解決するための手段】
【０００５】
本発明の文書保護管理システムは、文書作成者が使用する端末（１１）と、文書閲覧者が使用する他の端末（１３）と、これらの端末（１１，１３）と相互接続され、かつ前記文書作成者および文書閲覧者の所属部署および役職に関する属性情報が格納されたサーバ（２０，３０）と、暗号化された文書を保存するデータベース（４０）を備えた文書保護管理システムであって、前記端末（１１）は、前記文書作成者が文書を暗号化するために入力した前記文書作成者の個人情報を読み取る個人情報読取手段（１２）と、前記文書作成者の個人情報を前記サーバ（２０，３０）に送信すると共に、前記サーバ（２０，３０）から前記文書作成者の個人情報に基づいて検索された前記文書作成者の属性情報を受信する手段と、前記サーバ（２０，３０）から前記文書作成者の属性情報を受信すると、受信した前記文書作成者の属性情報に基づいて文書参照・更新権限範囲を問い合せる問合せ画面を表示し、暗号化する文書と前記文書参照・更新権限範囲を入力する手段と、受信した前記文書作成者の属性情報および入力された前記文書参照・更新権限範囲に基づいて前記文書作成者用の暗号鍵および文書閲覧者用の暗号鍵を生成し、該生成した暗号鍵を用いて前記暗号化する文書を暗号化して暗号化された文書を作成してデータベース（４０）に保存する手段と、を備え、前記他の端末（１３）は、前記文書閲覧者が前記暗号化された文書を復号化するために入力した前記文書閲覧者の個人情報を読み取る他の個人情報読取手段（１４）と、前記文書閲覧者の個人情報を前記サーバ（２０，３０）に送信すると共に、前記サーバ（２０，３０）から前記文書閲覧者の個人情報に基づいて検索された前記文書閲覧者の属性情報を受信する手段と、前記サーバ（２０，３０）から前記文書閲覧者の属性情報を受信すると、受信した前記文書閲覧者の属性情報に基づいて前記文書閲覧者用の復号鍵を生成し、該生成した復号鍵を用いて前記データベース（４０）に保存された前記暗号化された文書を復号化する手段と、を備え、前記サーバ（２０，３０）は、前記文書作成者および前記文書閲覧者の個人情報と属性情報を格納する手段と、前記端末（１１）または前記他の端末（１３）から受信した前記文書作成者または前記文書閲覧者の個人情報に基づいて、格納している前記文書作成者または前記文書閲覧者の属性情報を検索すると共に、該検索した前記文書作成者または前記文書閲覧者の属性情報を前記端末（１１）または前記他の端末（１３）に送信する手段と、を備えた、ことを特徴とする。
また、前記個人情報読取手段（１２）および前記他の個人情報読取手段（１４）が、前記文書作成者の社員コードおよび前記文書閲覧者の社員コードが格納されたＩＣカードから該文書作成者の社員コードおよび該文書閲覧者の社員コードを読み取るためのＩＣカード読取機であってもよい。
【０００６】
本発明の文書保護管理方法は、文書作成者が使用する端末（１１）と、文書閲覧者が使用する他の端末（１３）と、これらの端末（１１，１３）と相互接続され、かつ前記文書作成者および文書閲覧者の属性情報が格納されたサーバ（２０，３０）と、暗号化された文書を保存するデータベース（４０）とを用いた文書の保護管理方法であって、前記サーバ（２０，３０）に、前記文書作成者および前記文書閲覧者の個人情報と所属部署および役職に関する属性情報を格納し、前記端末（１１）を用いて、前記文書作成者が文書を暗号化するために入力した前記文書作成者の個人情報を読み取り、前記文書作成者の個人情報を前記サーバ（２０，３０）に送信すると共に、前記サーバ（２０，３０）から前記文書作成者の個人情報に基づいて検索された前記文書作成者の属性情報を受信し、前記サーバ（２０，３０）から前記文書作成者の属性情報を受信すると、受信した前記文書作成者の属性情報に基づいて文書参照・更新権限範囲を問い合せる問合せ画面を表示し、暗号化
する文書と前記文書参照・更新権限範囲を入力し、受信した前記文書作成者の属性情報および入力された前記文書参照・更新権限範囲に基づいて前記文書作成者用の暗号鍵および文書閲覧者用の暗号鍵を生成し、該生成した暗号鍵を用いて前記暗号化する文書を暗号化して暗号化された文書を作成してデータベース（４０）に保存し、一方、前記他の端末（１３）を用いて、前記文書閲覧者が前記暗号化された文書を復号化するために入力した前記文書閲覧者の個人情報を読み取り、前記文書閲覧者の個人情報を前記サーバ（２０，３０）に送信すると共に、前記サーバ（２０，３０）から前記文書閲覧者の個人情報に基づいて検索された前記文書閲覧者の属性情報を受信し、前記サーバ（２０，３０）から前記文書閲覧者の属性情報を受信すると、受信した前記文書閲覧者の属性情報に基づいて前記文書閲覧者用の復号鍵を生成し、該生成した復号鍵を用いて前記データベース（４０）に保存された前記暗号化された文書を復号化する、ことを特徴とする。
また、前記文書作成者自身の所定の個人情報および前記文書閲覧者自身の所定の個人情報が、前記文書作成者の社員コードおよび前記文書閲覧者の社員コードであってもよい。
【発明の効果】
【０００７】
本発明の文書保護管理システムおよび方法は、以下に示すような効果を奏する。
（１）文書作成者および文書閲覧者が自身の所定の個人情報（たとえば、社員コードや指紋など）を入力することにより文書の暗号化および復号化を行うことができるため、文書作成者および文書閲覧者は文書を暗号化および復号化するための鍵の管理をする必要がない。
（２）文書作成者自身の所定の個人情報（および文書参照・更新権限範囲）を入力するだけで文書の暗号化ができるため、文書作成者は文書の数が増えても文書を暗号化するための複数個の鍵を管理する必要がない。
（３）文書作成者および文書閲覧者が自身の所定の個人情報（たとえば、社員コードや指紋など）を専用の個人情報読取手段を用いて入力することにより、他人の個人情報（たとえば、他人の社員コード）を用いて文書を作成したり閲覧したりすることを防止することができる。
（４）たとえば所定の個人情報として社員コードを使用する場合には、社員が人事異動で部署が変わると、この社員の人事異動後の属性情報に基づいて復号鍵が生成されるため、この社員が人事異動前には閲覧できた文書を人事異動後には閲覧することができなくすることができる。
【発明を実施するための最良の形態】
【０００８】
文書作成者および文書閲覧者が自身の所定の個人情報を入力することにより文書の暗号化および復号化を行うことができるという目的を、文書作成者自身の所定の個人情報および文書閲覧者自身の所定の個人情報から文書作成者の属性情報および文書閲覧者の属性情報を入手し、入手した属性情報に基づいて暗号鍵および復号鍵を生成することにより実現した。
【実施例１】
【０００９】
以下、本発明の文書保護管理システムおよび方法の実施例について図面を参照して説明する。
本発明の一実施例による文書保護管理システム１は、図１に示すように、文書を作成する社員（文書作成者）が使用する第１の端末１１と、第１の端末１１に接続された第１のＩＣカード読取機１２（個人情報読取手段）と、文書を閲覧する社員（文書閲覧者）が使用する第２の端末１３（他の端末）と、第２の端末１３に接続された第２のＩＣカード読取機１４（他の個人情報読取手段）と、第１および第２の端末１１，１３と社内ＬＡＮなどで相互接続された認証サーバ２０と、第１および第２の端末１１，１３と社内ＬＡＮなどで相互接続されたＯＡサーバ３０と、第１および第２の端末１１，１３と社内ＬＡＮなどで相互接続されたデータベース４０とを備える。
【００１０】
認証サーバ２０には、表１に一例を示すような各社員の属性情報である所属部署および役職を示す所属コード・役職コード表が格納されている。なお、社員の人事異動があった場合には人事異動後のこの社員の所属部署および役職が反映された所属コード・役職コード表が直ちに認証サーバ２０に格納されるように、認証サーバ２０は人事情報管理サーバ（不図示）と連携されている。
【表１】
0004662722.tif 000002
【００１１】
ここで、社員コードは、社員ごとに付与された個人情報の一つであり、各社員が所有するＩＣカードに格納されている。
【００１２】
所属コードは、表２に一例を示すように、各社員の所属部署を示すとともに、社内で部署をまたがるワーキング・グループが設けられている場合にはこのワーキング・グループも示す。なお、所属コードは３桁からなり、最上位桁は部名を示し、下位２桁は課名を示す。すなわち、表２に示した例では、所属コード“１００”の最上位桁“１”は「情報システム部」を示し、下位２桁“００”は「情報システム部全体」を示す。所属コード“１１０”の最上位桁“１”は「情報システム部」を示し、下位２桁“１０”は「ａ課」を示す。所属コード“１２０”の最上位桁“１”は「情報システム部」を示し、下位２桁“２０”は「ｂ課」を示す。所属コード“４００”の最上位桁“４”は「総務部」を示し、下位２桁“００”は「総務部全体」を示す。所属コード“４１０”の最上位桁“４”は「総務部」を示し、下位２桁“１０”は「ｃ課」を示す。所属コード“９００”の最上位桁“９”は「ｄｄワーキング・グループ」を示し、下位２桁“００”は「ｄｄワーキング・グループ全体」を示す。
【表２】
0004662722.tif 000003
【００１３】
役職コードは、表３に一例を示すように、各社員の所属部署における役職を示すとともに、社内で部署をまたがるワーキング・グループが設けられている場合にはこのワーキング・グループにおける役職も示す。
【表３】
0004662722.tif 000004
【００１４】
ＯＡサーバ３０には、表４に一例を示すような各社員の属性情報である所属部署を示す所属コード一覧表が格納されている。この例は、社員コード“１１１１１１”および役職コード“１”（表１参照）の部長は「情報システム部」および「ｄｄワーキング・グループ」に属しており、社員コード“２２２２２２” および役職コード“２”（表１参照）
の課長は「情報システム部ａ課」に属しており、社員コード“３３３３３３” および役
職コード“３”（表１参照）の担当は「総務部ｃ課」に属していることを示す。なお、社員の人事異動があった場合には人事異動後のこの社員の所属部署が反映された所属コード一覧表が直ちにＯＡサーバ３０に格納されるように、ＯＡサーバ３０は上述した人事情報管理サーバと連携されている。
【表４】
0004662722.tif 000005
【００１５】
データベース４０には、暗号化された文書が文書ファイルとして保存される。また、社員が暗号化された文書を閲覧する場合には、この社員はデータベース４０から該当の文書ファイルを読み出して、読み出した文書ファイル内の暗号化された文書を復号化する必要がある。
【００１６】
次に、文書を暗号化するときの文書保護管理システム１の動作について、図２に示すフローチャートを参照して説明する。
部署「情報システム部」に所属する社員コード“１１１１１１”の部長Ａが文書を作成してデータベース４０に保存する際には、部長Ａは、使用している第１の端末１１に接続されている第１のＩＣカード読取機１２に自身のＩＣカードを挿入して、ＩＣカードに格納されている社員コード“１１１１１１”を読み取らせる。第１のＩＣカード読取機１２によって読み取られた社員コード“１１１１１１”は第１の端末１１に送られる（ステップＳ１）。
【００１７】
続いて、社員コード“１１１１１１”は、第１の端末１１から認証サーバ２０に送信される。認証サーバ２０は、受信した社員コード“１１１１１１”に基づいて所属コード・役職コード表（表１参照）を検索し、部長Ａの所属コード“１００”および役職コード“１”を取得する。認証サーバ２０は、取得した部長Ａの所属コード“１００”および役職コード“１”を第１の端末１１に送信する（ステップＳ２）。
また、第１の端末１１は社員コード“１１１１１１”をＯＡサーバ３０にも送信する。ＯＡサーバ３０は、受信した社員コード“１１１１１１”に基づいて所属コード一覧表（表４参照）を検索し、部長Ａの所属コード一覧“１００”および“９００”を取得する。ＯＡサーバ３０は、取得した部長Ａの所属コード一覧“１００”および“９００”を第１の端末１１に送信する（ステップＳ３）。
【００１８】
第１の端末１１は、ＯＡサーバ３０から受信した部長Ａの所属コード一覧“１００”および“９００”によれば部長Ａは２つの部署「情報システム部」および「ｄｄワーキング・グループ」に所属していることから（表２参照）、暗号化する文書を参照および更新する権限を有する範囲（以下、「文書参照・更新権限範囲」と称する。）が「情報システム部全体」であるか「情報システム部ａ課」であるか「情報システム部ｂ課」であるか「ｄｄワーキング・グループ」であるかを部長Ａに問い合せる問合せ画面を表示する（ステップＳ４）。
また、第１の端末１１は、認証サーバ３０から受信した部長Ａの役職コード“１”によれば部長Ａの役職は「部長」であることから（表３参照）、文書参照・更新権限範囲がどの役職以上であるかを部長Ａに問い合せる問合せ画面を表示する（ステップＳ４）。
【００１９】
部長Ａは、第１の端末１１に表示された問合せ画面を見て、文書参照・更新権限範囲を入力する（ステップＳ５）。
【００２０】
第１の端末１１は受信した部長Ａの属性情報および入力された文書参照・更新権限範囲
に基づいて暗号鍵を生成して文書を暗号化するが、このときの第１の端末１１の動作について、文書参照・更新権限範囲が異なる第１乃至第４のケースに分けて以下に説明する。（第１のケース）
文書参照・更新権限範囲として部署「情報システム部ａ課」および役職「課長以上」を部長Ａが入力すると、第１の端末１１は、情報システム部ａ課の課長以上が文書を閲覧できるようにするために、所属コードのうち「情報システム部」を示す“１００”および役職コードのうち「部長」を示す“１”を用いた４桁の符号“１００１”と所属コードのうち「情報システム部ａ課」を示す“１１０”および役職コードのうち「課長」を示す“２”を用いた４桁の符号“１１０２”とをそれぞれ用いて暗号鍵を２つ生成したのち（ステップＳ６）、生成した２つの暗号鍵で文書をそれぞれ暗号化する（ステップＳ７）。２つの暗号鍵でそれぞれ暗号化された文書は１つの文書ファイルにまとめられてデータベース４０に保存される（ステップＳ８）。
【００２１】
（第２のケース）
文書参照・更新権限範囲として部署「情報システム部全体」および役職「課長以上」を部長Ａが入力すると、第１の端末１１は、情報システム部の課長以上が文書を閲覧できるようにするために、所属コードのうち「情報システム部」を示す“１００”および役職コードのうち「部長」を示す“１”を用いた４桁の符号“１００１”と所属コードのうち「情報システム部ａ課」並びに「情報システム部ｂ課」を示す“１１０”並びに“１２０”および役職コードのうち「課長」を示す “２”を用いた４桁の符号“１１０２”並びに
“１２０２”とをそれぞれ用いて暗号鍵を３つ生成したのち（ステップＳ６）、生成した３つの暗号鍵で文書をそれぞれ暗号化する（ステップＳ７）。３つの暗号鍵でそれぞれ暗号化された文書は１つの文書ファイルにまとめられてデータベース４０に保存される（ステップＳ８）。
【００２２】
（第３のケース）
文書参照・更新権限範囲として部署「情報システム部全体」および役職「担当以上」を部長Ａが入力すると、第１の端末１１は、情報システム部の担当以上が文書を閲覧できるようにするために、所属コードのうち「情報システム部」を示す“１００”および役職コードのうち「部長」を示す“１”を用いた４桁の符号“１００１”と所属コードのうち「情報システム部ａ課」および「情報システム部ｂ課」を示す“１１０”並びに“１２０”および役職コードのうち「課長」並びに「担当」を示す “２”並びに“３”をそれぞれ
用いた４桁の符号“１１０２”，“１１０３”，“１２０２”並びに“１２０３”とをそれぞれ用いて暗号鍵を５つ生成したのち（ステップＳ６）、生成した５つの暗号鍵を用いて文書をそれぞれ暗号化する（ステップＳ７）。５つの暗号鍵でそれぞれ暗号化された文書は１つの文書ファイルにまとめられてデータベース４０に保存される（ステップＳ８）。
【００２３】
（第４のケース）
文書参照・更新権限範囲として部署「ｄｄワーキング・グループ」を部長Ａが入力すると、第１の端末１１は、ｄｄワーキング・グループの全員が文書を閲覧できるようにするために、所属コードのうち「ｄｄワーキング・グループ」を示す“９００”を用いた４桁の符号“９０００”を用いて暗号鍵を生成したのち（ステップＳ６）、生成した暗号鍵で文書を暗号化する（ステップＳ７）。暗号化された文書は文書ファイルとしてデータベース４０に保存される（ステップＳ８）。
【００２４】
次に、このようにして暗号化された文書を復号化するときの文書保護管理システム１の動作について、図３のフローチャートを用いて説明する。
部署「情報システム部ａ課」に所属する社員コード“２２２２２２”の課長Ｂ（文書閲覧者）が部署「情報システム部ａ課」および役職「課長以上」を文書参照・更新権限範囲
とするために４桁の符号“１００１”および“１１０２”を用いて生成された２つの暗号鍵でそれぞれ暗号化された文書（第１のケースの文書）を閲覧する際には、課長Ｂは、使用している第２の端末１３にこの文書の文書ファイルをデータベース４０から読み出すとともに、第２の端末１３に接続されている第２のＩＣカード読取機１４に自身のＩＣカードを挿入して、ＩＣカードに格納されている社員コード“２２２２２２”を読み取らせる。第２のＩＣカード読取機１４によって読み取られた社員コード“２２２２２２”は第２の端末１３に送られる（ステップＳ１１）。
【００２５】
続いて、社員コード“２２２２２２”は第２の端末１３から認証サーバ２０に送信される。認証サーバ２０は、受信した社員コード“２２２２２２”に基づいて所属部署コード・役職コード表（表１参照）を検索し、課長Ｂの所属コード“１１０”および役職コード“２”を取得する。認証サーバ２０は、取得した課長Ｂの所属コード“１１０”および役職コード“２”を第２の端末１３に送信する（ステップＳ１２）。
また、第２の端末１３は社員コード“２２２２２２”をＯＡサーバ３０にも送信する。ＯＡサーバ３０は、受信した社員コード“２２２２２２”に基づいて所属コード一覧表（表４参照）を検索し、課長Ｂの所属コード一覧“１１０”を取得する。ＯＡサーバ３０は、取得した課長Ｂの所属コード一覧“１１０”を第２の端末１３に送信する（ステップＳ１３）。
【００２６】
第２の端末１３は、ＯＡサーバ３０から受信した課長Ｂの所属コード一覧“１１０”と認証サーバ２０から受信した課長Ｂの役職コード“２”とを用いた４桁の符号“１１０２”を用いて復号鍵を生成したのち（ステップＳ１４）、生成した復号鍵“１１０２”で文書ファイル内の暗号化された文書の復号化を行う（ステップＳ１５）。
このとき、４桁の符号 “１００１”を用いて生成された暗号鍵で暗号化された文書は
復号鍵“１１０２”では復号化できないが、４桁の符号 “１１０２”を用いて生成され
た暗号鍵で暗号化された文書は復号鍵“１１０２”で復号化できるため、第２の端末１３は、復号化された文書を画面に表示する（ステップＳ１６）。これにより、課長Ｂは、部長Ａが作成した文書を閲覧することができる。
【００２７】
同様にして、課長Ｂは、部署「情報システム部全体」および役職「課長以上」を文書参照・更新権限範囲とするために４桁の符号“１００１”，“１１０２”および“１２０２”を用いて生成された３つの暗号鍵で暗号化された文書（第２のケースの文書）と、部署「情報システム部全体」および役職「担当以上」を文書参照・更新権限範囲とするために４桁の符号“１００１”，“１１０２”，“１１０３”，“１２０２”および“１２０３”を用いて生成された５つの暗号鍵で暗号化された文書（第３のケースの文書）とを閲覧することができる。
【００２８】
一方、課長Ｂは、部署「ｄｄワーキング・グループ」を文書参照・更新権限範囲とするために４桁の符号“９０００”を用いて生成された暗号鍵で暗号化された文書（第４のケースの文書）を閲覧しようとしても、この文書は復号鍵“１１０２”では復号化することができない。これにより、部長Ａがｄｄワーキング・グループ用に作成した文書を課長Ｂが閲覧することを防止することができる。
【００２９】
また、課長Ｂが暗号化された文書の内容を更新する場合には、第２の端末１３は、この暗号化された文書を復号化する際に用いた復号鍵で更新後の文書を暗号化したのちに、この暗号化された文書の文書ファイルに上書き保存すればよい。
【００３０】
以上、本発明の一実施例による文書保護管理システム１について説明したが、その変形例について以下に説明する。
（１）文書保護管理システム１では所定の個人情報として社員コードを使用したが、個
人を特定できる他の個人情報（たとえば、指紋や虹彩など）を使用してもよい。
（２）文書保護管理システム１では部長Ａ（文書作成者）の社員コード“１１１１１１”および課長Ｂ（文書閲覧者）の社員コード“２２２２２２”を第１および第２のＩＣカード読取機１２，１４（個人情報読取手段）で読み取ったが、その代わりに、部長Ａおよび課長Ｂが自身の社員コードをキーボード入力するようにしてもよい。なお、このときには、本人か否かの確認をするために、パスワードを同時に入力させるようにしてもよい。
（３）文書保護管理システム１では文書参照・更新権限範囲も用いて暗号鍵を作成したが、文書参照・更新権限範囲を制限する必要がない場合には文書作成者の属性情報だけを用いて（たとえば、上述した例では部長Ａの所属コード“１００”および役職コード“１”とを用いた４桁の符号“１００１”を用いて）暗号鍵を作成してもよい。
（４）文書保護管理システム１では認証サーバ２０とＯＡサーバ３０とを別々のサーバとしたが、認証サーバ２０とＯＡサーバ３０とを１つのサーバとしてもよい。
【００３１】
（５）文書保護管理システム１では文書参照・更新権限範囲によっては複数個の暗号鍵で文書を暗号化したが（第１乃至第３のケース参照）、たとえば表５に示すような文書参照・更新権限範囲を示す符号（文書保護管理システム１での暗号鍵作成用符号）と暗号鍵（変形例での暗号鍵作成用符号）との対応関係表を作成して暗号鍵の数を減らすことにより、暗号化される文書の数を減らしてもよい。なお、この場合には、課長Ｂが第１のケースの文書を閲覧する際には、第２の端末１２は、課長Ｂの所属コード一覧“１１０”と役職コード“２”とを用いた４桁の符号“１１０２”を含む変形例での暗号鍵作成用符号“ＡＡＡＡ”，“ＢＢＢＢ”および“ＣＣＣＣ”を用いて３つの復号鍵を作成して、作成した３つの復号鍵で課長Ｂが閲覧したい文書を復号化し、３つの復号鍵のいずれか１つで復号化できた場合にその復号化した文書を画面に表示することになる。
【表５】
0004662722.tif 000006
【産業上の利用可能性】
【００３２】
以上説明したように、本発明の文書保護管理システムおよび方法は、たとえば社内において文書を社内共通のデータベースに暗号化して保存するのに利用することができる。
【図面の簡単な説明】
【００３３】
【図１】本発明の一実施例による文書保護管理システムを示すブロック図である。（実施例１）
【図２】図１に示した文書保護管理システム１の文書を暗号化するときの動作について説明するためのフローチャートである。（実施例１）
【図３】図１に示した文書保護管理システム１の文書を復号化するときの動作について説明するためのフローチャートである。（実施例１）
【符号の説明】
【００３４】
１ 文書保護管理システム
１１，１３ 端末
１２，１４ ＩＣカード読取機
２０ 認証サーバ
３０ ＯＡサーバ
４０ データベース
Ｓ１〜Ｓ８，Ｓ１１〜Ｓ１６ ステップ
【図１】
0004662722.tif 000007
【図２】
0004662722.tif 000008
【図３】
0004662722.tif 000009