JP2005196611A - 文書保護管理システムおよび方法 - Google Patents

Abstract

【課題】文書作成者および文書閲覧者が自身の所定の個人情報を入力することにより文書の暗号化および復号化を行うことができる文書保護管理システムおよび方法を提供する。
【解決手段】文書保護管理システム１は、文書作成者が使用する第１の端末１１と、第１の端末１１と相互接続されたかつ文書作成者の属性情報（たとえば、所属部署および役職）が格納された認証サーバ２０およびＯＡサーバ３０とを備える。文書作成者が文書を暗号化するために自身の社員コードを第１の端末１１に入力すると、第１の端末１１はこの社員コードを認証サーバ２０およびＯＡサーバ３０に送信する。認証サーバ２０およびＯＡサーバ３０は、受信した社員コードに基づいて文書作成者の属性情報を検索し、検索した文書作成者の属性情報を第１の端末１１に送信する。第１の端末１１は、受信した文書作成者の属性情報に基づいて暗号鍵を生成し、生成した暗号鍵で文書を暗号化する。
【選択図】 図１

Description

本発明は、文書保護管理システムおよび方法に関し、特に、社員の属性情報（所属部署や役職など）を用いて生成した暗号鍵で文書を暗号化して保存する文書保護管理システムおよび方法に関するものである。

社員が端末（パソコンなど）を用いて作成した文書（特に、機密文書）を社内共通のデータベースに保存する際には、この文書を参照および更新する権限を有する社員以外の社員が閲覧することができないようにするために、共通鍵を用いてこの文書を暗号化して保存したり（たとえば、以下に示す特許文献１参照）、電子証明書を用いてこの文書を暗号化するとともに参照および更新の制限をしたりしている。また、文書を参照および更新する権限を有する社員がデータベースに暗号化されて保存された文書を閲覧する際にも、この社員は共通鍵または電子証明書を用いてこの文書を復号化している。
特開２０００−２６７９３９号公報

しかしながら、共通鍵または電子証明書を用いて文書を暗号化する方法では、人事異動などで文書を参照および更新する権限を有する社員の範囲が変わると、共通鍵または電子証明書を変更して変更後の共通鍵または電子証明書で文書を暗号化して再度保存する必要が生じる。
また、同じ社員が作成した文書であっても、たとえば部署内でだけ閲覧できる文書であったり部署内の所定の役職以上の社員だけ閲覧できる文書であったりと、文書を参照および更新する権限を有する社員の範囲は同じであるとは限らないため、社員は文書の数に応じた複数個の共通鍵を管理する必要がある。
さらに、社員は、参照および更新する権限を有する社員以外の社員が文書を閲覧することを防止するために、かかる社員に共通鍵を知られないようにする必要がある。

本発明の目的は、文書作成者および文書閲覧者が自身の所定の個人情報を入力することにより文書の暗号化および復号化を行うことができる文書保護管理システムおよび方法を提供することにある。

本発明の文書保護管理システムは、文書作成者が使用する端末（１１）と、該端末（１１）と相互接続されたかつ前記文書作成者の属性情報が格納されたサーバ（２０，３０）とを備え、前記文書作成者が文書を暗号化するために該文書作成者自身の所定の個人情報を前記端末（１１）に入力すると、前記端末（１１）が、前記文書作成者自身の所定の個人情報を前記サーバ（２０，３０）に送信し、前記サーバ（２０，３０）が、受信した前記文書作成者自身の所定の個人情報に基づいて前記文書作成者の属性情報を検索するとともに、該検索した文書作成者の属性情報を前記端末（１１）に送信し、前記端末（１１）が、受信した前記文書作成者の属性情報に基づいて暗号鍵を生成するとともに、該生成した暗号鍵で前記文書を暗号化することを特徴とする。
ここで、前記端末（１１）が、前記サーバ（２０，３０）から前記文書作成者の属性情報を受信すると、該受信した文書作成者の属性情報に基づいて前記文書作成者に文書参照・更新権限範囲を問い合せる問合せ画面を表示し、前記文書作成者が前記文書参照・更新権限範囲を前記端末（１１）に入力すると、該端末（１１）が、前記受信した文書作成者の属性情報および該入力された文書参照・更新権限範囲に基づいて暗号鍵を生成し、該生成した暗号鍵で前記文書を暗号化してもよい。
また、前記端末（１１）に接続されたかつ前記文書作成者自身の所定の個人情報を読み取るための個人情報読取手段（１２）をさらに備えてもよい。
さらに、前記サーバ（２０，３０）と相互接続されたかつ文書閲覧者が使用する他の端末（１３）をさらに備え、前記サーバ（２０，３０）が、前記文書閲覧者の属性情報をさらに格納しており、前記文書閲覧者が前記暗号化された文書を復号化するために該文書閲覧者自身の所定の個人情報を前記他の端末（１３）に入力すると、前記他の端末（１３）が、前記文書閲覧者自身の所定の個人情報を前記サーバ（２０，３０）に送信し、前記サーバ（２０，３０）が、受信した前記文書閲覧者自身の所定の個人情報に基づいて前記文書閲覧者の属性情報を検索するとともに、該検索した文書閲覧者の属性情報を前記他の端末（１３）に送信し、前記他の端末（１３）が、受信した前記文書閲覧者の属性情報に基づいて復号鍵を生成するとともに、該生成した復号鍵で前記暗号化された文書を復号化してもよい。
さらにまた、前記他の端末（１３）に接続されたかつ前記文書閲覧者自身の所定の個人情報を読み取るための他の個人情報読取手段（１４）をさらに備えてもよい。
さらにまた、前記個人情報読取手段（１２）および前記他の個人情報読取手段（１４）が、前記文書作成者の社員コードおよび前記文書閲覧者の社員コードが格納されたＩＣカードから該文書作成者の社員コードおよび該文書閲覧者の社員コードを読み取るためのＩＣカード読取機であり、前記文書作成者の属性情報および前記文書閲覧者の属性情報が、前記文書作成者および前記文書閲覧者の所属部署および役職であってもよい。

本発明の文書保護管理方法は、文書作成者が文書を暗号化するために該文書作成者自身の所定の個人情報を端末（１１）に入力するステップ（Ｓ１）と、前記端末（１１）が前記文書作成者自身の所定の個人情報を、前記文書作成者の属性情報が格納されたサーバ（２０，３０）に送信するステップと、前記サーバ（２０，３０）が、受信した前記文書作成者自身の所定の個人情報に基づいて前記文書作成者の属性情報を検索するとともに、該検索した文書作成者の属性情報を前記端末（１１）に送信するステップ（Ｓ２）と、前記端末（１１）が、受信した前記文書作成者の属性情報に基づいて暗号鍵を生成するとともに、該生成した暗号鍵で前記文書を暗号化するステップ（Ｓ６，Ｓ７）とを備えることを特徴とする。
ここで、前記端末（１１）が、前記サーバ（２０，３０）から前記文書作成者の属性情報を受信すると、該受信した文書作成者の属性情報に基づいて前記文書作成者に文書参照・更新権限範囲を問い合せる問合せ画面を表示するステップ（Ｓ４）と、前記文書作成者が前記文書参照・更新権限範囲を前記端末（１１）に入力すると、該端末（１１）が、前記受信した文書作成者の属性情報および該入力された文書参照・更新権限範囲に基づいて暗号鍵を生成するとともに、該生成した暗号鍵で前記文書を暗号化するステップ（Ｓ６，Ｓ７）とをさらに備えてもよい。
また、文書閲覧者が前記暗号化された文書を復号化するために該文書閲覧者自身の所定の個人情報を他の端末（１３）に入力するステップ（Ｓ１１）と、前記他の端末（１３）が、前記文書閲覧者自身の所定の個人情報を、該文書閲覧者の属性情報がさらに格納された前記サーバ（２０，３０）に送信するステップと、前記サーバ（２０，３０）が、受信した前記文書閲覧者自身の所定の個人情報に基づいて前記文書閲覧者の属性情報を検索するとともに、該検索した文書閲覧者の属性情報を前記他の端末（１３）に送信するステップ（Ｓ１２，Ｓ１３）と、前記他の端末（１３）が、受信した前記文書閲覧者の属性情報に基づいて復号鍵を生成するとともに、該生成した復号鍵で前記暗号化された文書を復号化するステップ（Ｓ１４，Ｓ１５）とをさらに備えてもよい。
さらに、前記文書作成者自身の所定の個人情報および前記文書閲覧者自身の所定の個人情報が、前記文書作成者の社員コードおよび前記文書閲覧者の社員コードであり、前記文書作成者の属性情報および前記文書閲覧者の属性情報が、前記文書作成者および前記文書閲覧者の所属部署および役職であってもよい。

本発明の文書保護管理システムおよび方法は、以下に示すような効果を奏する。
（１）文書作成者および文書閲覧者が自身の所定の個人情報（たとえば、社員コードや指紋など）を入力することにより文書の暗号化および復号化を行うことができるため、文書作成者および文書閲覧者は文書を暗号化および復号化するための鍵の管理をする必要がない。
（２）文書作成者自身の所定の個人情報（および文書参照・更新権限範囲）を入力するだけで文書の暗号化ができるため、文書作成者は文書の数が増えても文書を暗号化するための複数個の鍵を管理する必要がない。
（３）文書作成者および文書閲覧者が自身の所定の個人情報（たとえば、社員コードや指紋など）を専用の個人情報読取手段を用いて入力することにより、他人の個人情報（たとえば、他人の社員コード）を用いて文書を作成したり閲覧したりすることを防止することができる。
（４）たとえば所定の個人情報として社員コードを使用する場合には、社員が人事異動で部署が変わると、この社員の人事異動後の属性情報に基づいて復号鍵が生成されるため、この社員が人事異動前には閲覧できた文書を人事異動後には閲覧することができなくすることができる。

文書作成者および文書閲覧者が自身の所定の個人情報を入力することにより文書の暗号化および復号化を行うことができるという目的を、文書作成者自身の所定の個人情報および文書閲覧者自身の所定の個人情報から文書作成者の属性情報および文書閲覧者の属性情報を入手し、入手した属性情報に基づいて暗号鍵および復号鍵を生成することにより実現した。

以下、本発明の文書保護管理システムおよび方法の実施例について図面を参照して説明する。
本発明の一実施例による文書保護管理システム１は、図１に示すように、文書を作成する社員（文書作成者）が使用する第１の端末１１と、第１の端末１１に接続された第１のＩＣカード読取機１２（個人情報読取手段）と、文書を閲覧する社員（文書閲覧者）が使用する第２の端末１３（他の端末）と、第２の端末１３に接続された第２のＩＣカード読取機１４（他の個人情報読取手段）と、第１および第２の端末１１，１３と社内ＬＡＮなどで相互接続された認証サーバ２０と、第１および第２の端末１１，１３と社内ＬＡＮなどで相互接続されたＯＡサーバ３０と、第１および第２の端末１１，１３と社内ＬＡＮなどで相互接続されたデータベース４０とを備える。

認証サーバ２０には、表１に一例を示すような各社員の属性情報である所属部署および役職を示す所属コード・役職コード表が格納されている。なお、社員の人事異動があった場合には人事異動後のこの社員の所属部署および役職が反映された所属コード・役職コード表が直ちに認証サーバ２０に格納されるように、認証サーバ２０は人事情報管理サーバ（不図示）と連携されている。

ここで、社員コードは、社員ごとに付与された個人情報の一つであり、各社員が所有するＩＣカードに格納されている。

所属コードは、表２に一例を示すように、各社員の所属部署を示すとともに、社内で部署をまたがるワーキング・グループが設けられている場合にはこのワーキング・グループも示す。なお、所属コードは３桁からなり、最上位桁は部名を示し、下位２桁は課名を示す。すなわち、表２に示した例では、所属コード“１００”の最上位桁“１”は「情報システム部」を示し、下位２桁“００”は「情報システム部全体」を示す。所属コード“１１０”の最上位桁“１”は「情報システム部」を示し、下位２桁“１０”は「ａ課」を示す。所属コード“１２０”の最上位桁“１”は「情報システム部」を示し、下位２桁“２０”は「ｂ課」を示す。所属コード“４００”の最上位桁“４”は「総務部」を示し、下位２桁“００”は「総務部全体」を示す。所属コード“４１０”の最上位桁“４”は「総務部」を示し、下位２桁“１０”は「ｃ課」を示す。所属コード“９００”の最上位桁“９”は「ｄｄワーキング・グループ」を示し、下位２桁“００”は「ｄｄワーキング・グループ全体」を示す。

役職コードは、表３に一例を示すように、各社員の所属部署における役職を示すとともに、社内で部署をまたがるワーキング・グループが設けられている場合にはこのワーキング・グループにおける役職も示す。

ＯＡサーバ３０には、表４に一例を示すような各社員の属性情報である所属部署を示す所属コード一覧表が格納されている。この例は、社員コード“１１１１１１”および役職コード“１”（表１参照）の部長は「情報システム部」および「ｄｄワーキング・グループ」に属しており、社員コード“２２２２２２” および役職コード“２”（表１参照）の課長は「情報システム部ａ課」に属しており、社員コード“３３３３３３” および役職コード“３”（表１参照）の担当は「総務部ｃ課」に属していることを示す。なお、社員の人事異動があった場合には人事異動後のこの社員の所属部署が反映された所属コード一覧表が直ちにＯＡサーバ３０に格納されるように、ＯＡサーバ３０は上述した人事情報管理サーバと連携されている。

データベース４０には、暗号化された文書が文書ファイルとして保存される。また、社員が暗号化された文書を閲覧する場合には、この社員はデータベース４０から該当の文書ファイルを読み出して、読み出した文書ファイル内の暗号化された文書を復号化する必要がある。

次に、文書を暗号化するときの文書保護管理システム１の動作について、図２に示すフローチャートを参照して説明する。
部署「情報システム部」に所属する社員コード“１１１１１１”の部長Ａが文書を作成してデータベース４０に保存する際には、部長Ａは、使用している第１の端末１１に接続されている第１のＩＣカード読取機１２に自身のＩＣカードを挿入して、ＩＣカードに格納されている社員コード“１１１１１１”を読み取らせる。第１のＩＣカード読取機１２によって読み取られた社員コード“１１１１１１”は第１の端末１１に送られる（ステップＳ１）。

続いて、社員コード“１１１１１１”は、第１の端末１１から認証サーバ２０に送信される。認証サーバ２０は、受信した社員コード“１１１１１１”に基づいて所属コード・役職コード表（表１参照）を検索し、部長Ａの所属コード“１００”および役職コード“１”を取得する。認証サーバ２０は、取得した部長Ａの所属コード“１００”および役職コード“１”を第１の端末１１に送信する（ステップＳ２）。
また、第１の端末１１は社員コード“１１１１１１”をＯＡサーバ３０にも送信する。ＯＡサーバ３０は、受信した社員コード“１１１１１１”に基づいて所属コード一覧表（表４参照）を検索し、部長Ａの所属コード一覧“１００”および“９００”を取得する。ＯＡサーバ３０は、取得した部長Ａの所属コード一覧“１００”および“９００”を第１の端末１１に送信する（ステップＳ３）。

第１の端末１１は、ＯＡサーバ３０から受信した部長Ａの所属コード一覧“１００”および“９００”によれば部長Ａは２つの部署「情報システム部」および「ｄｄワーキング・グループ」に所属していることから（表２参照）、暗号化する文書を参照および更新する権限を有する範囲（以下、「文書参照・更新権限範囲」と称する。）が「情報システム部全体」であるか「情報システム部ａ課」であるか「情報システム部ｂ課」であるか「ｄｄワーキング・グループ」であるかを部長Ａに問い合せる問合せ画面を表示する（ステップＳ４）。
また、第１の端末１１は、認証サーバ３０から受信した部長Ａの役職コード“１”によれば部長Ａの役職は「部長」であることから（表３参照）、文書参照・更新権限範囲がどの役職以上であるかを部長Ａに問い合せる問合せ画面を表示する（ステップＳ４）。

部長Ａは、第１の端末１１に表示された問合せ画面を見て、文書参照・更新権限範囲を入力する（ステップＳ５）。

第１の端末１１は受信した部長Ａの属性情報および入力された文書参照・更新権限範囲に基づいて暗号鍵を生成して文書を暗号化するが、このときの第１の端末１１の動作について、文書参照・更新権限範囲が異なる第１乃至第４のケースに分けて以下に説明する。
（第１のケース）
文書参照・更新権限範囲として部署「情報システム部ａ課」および役職「課長以上」を部長Ａが入力すると、第１の端末１１は、情報システム部ａ課の課長以上が文書を閲覧できるようにするために、所属コードのうち「情報システム部」を示す“１００”および役職コードのうち「部長」を示す“１”を用いた４桁の符号“１００１”と所属コードのうち「情報システム部ａ課」を示す“１１０”および役職コードのうち「課長」を示す“２”を用いた４桁の符号“１１０２”とをそれぞれ用いて暗号鍵を２つ生成したのち（ステップＳ６）、生成した２つの暗号鍵で文書をそれぞれ暗号化する（ステップＳ７）。２つの暗号鍵でそれぞれ暗号化された文書は１つの文書ファイルにまとめられてデータベース４０に保存される（ステップＳ８）。

（第２のケース）
文書参照・更新権限範囲として部署「情報システム部全体」および役職「課長以上」を部長Ａが入力すると、第１の端末１１は、情報システム部の課長以上が文書を閲覧できるようにするために、所属コードのうち「情報システム部」を示す“１００”および役職コードのうち「部長」を示す“１”を用いた４桁の符号“１００１”と所属コードのうち「情報システム部ａ課」並びに「情報システム部ｂ課」を示す“１１０”並びに“１２０”および役職コードのうち「課長」を示す “２”を用いた４桁の符号“１１０２”並びに“１２０２”とをそれぞれ用いて暗号鍵を３つ生成したのち（ステップＳ６）、生成した３つの暗号鍵で文書をそれぞれ暗号化する（ステップＳ７）。３つの暗号鍵でそれぞれ暗号化された文書は１つの文書ファイルにまとめられてデータベース４０に保存される（ステップＳ８）。

（第３のケース）
文書参照・更新権限範囲として部署「情報システム部全体」および役職「担当以上」を部長Ａが入力すると、第１の端末１１は、情報システム部の担当以上が文書を閲覧できるようにするために、所属コードのうち「情報システム部」を示す“１００”および役職コードのうち「部長」を示す“１”を用いた４桁の符号“１００１”と所属コードのうち「情報システム部ａ課」および「情報システム部ｂ課」を示す“１１０”並びに“１２０”および役職コードのうち「課長」並びに「担当」を示す “２”並びに“３”をそれぞれ用いた４桁の符号“１１０２”，“１１０３”，“１２０２”並びに“１２０３”とをそれぞれ用いて暗号鍵を５つ生成したのち（ステップＳ６）、生成した５つの暗号鍵を用いて文書をそれぞれ暗号化する（ステップＳ７）。５つの暗号鍵でそれぞれ暗号化された文書は１つの文書ファイルにまとめられてデータベース４０に保存される（ステップＳ８）。

（第４のケース）
文書参照・更新権限範囲として部署「ｄｄワーキング・グループ」を部長Ａが入力すると、第１の端末１１は、ｄｄワーキング・グループの全員が文書を閲覧できるようにするために、所属コードのうち「ｄｄワーキング・グループ」を示す“９００”を用いた４桁の符号“９０００”を用いて暗号鍵を生成したのち（ステップＳ６）、生成した暗号鍵で文書を暗号化する（ステップＳ７）。暗号化された文書は文書ファイルとしてデータベース４０に保存される（ステップＳ８）。

次に、このようにして暗号化された文書を復号化するときの文書保護管理システム１の動作について、図３のフローチャートを用いて説明する。
部署「情報システム部ａ課」に所属する社員コード“２２２２２２”の課長Ｂ（文書閲覧者）が部署「情報システム部ａ課」および役職「課長以上」を文書参照・更新権限範囲とするために４桁の符号“１００１”および“１１０２”を用いて生成された２つの暗号鍵でそれぞれ暗号化された文書（第１のケースの文書）を閲覧する際には、課長Ｂは、使用している第２の端末１３にこの文書の文書ファイルをデータベース４０から読み出すとともに、第２の端末１３に接続されている第２のＩＣカード読取機１４に自身のＩＣカードを挿入して、ＩＣカードに格納されている社員コード“２２２２２２”を読み取らせる。第２のＩＣカード読取機１４によって読み取られた社員コード“２２２２２２”は第２の端末１３に送られる（ステップＳ１１）。

続いて、社員コード“２２２２２２”は第２の端末１３から認証サーバ２０に送信される。認証サーバ２０は、受信した社員コード“２２２２２２”に基づいて所属部署コード・役職コード表（表１参照）を検索し、課長Ｂの所属コード“１１０”および役職コード“２”を取得する。認証サーバ２０は、取得した課長Ｂの所属コード“１１０”および役職コード“２”を第２の端末１３に送信する（ステップＳ１２）。
また、第２の端末１３は社員コード“２２２２２２”をＯＡサーバ３０にも送信する。ＯＡサーバ３０は、受信した社員コード“２２２２２２”に基づいて所属コード一覧表（表４参照）を検索し、課長Ｂの所属コード一覧“１１０”を取得する。ＯＡサーバ３０は、取得した課長Ｂの所属コード一覧“１１０”を第２の端末１３に送信する（ステップＳ１３）。

第２の端末１３は、ＯＡサーバ３０から受信した課長Ｂの所属コード一覧“１１０”と認証サーバ２０から受信した課長Ｂの役職コード“２”とを用いた４桁の符号“１１０２”を用いて復号鍵を生成したのち（ステップＳ１４）、生成した復号鍵“１１０２”で文書ファイル内の暗号化された文書の復号化を行う（ステップＳ１５）。
このとき、４桁の符号 “１００１”を用いて生成された暗号鍵で暗号化された文書は復号鍵“１１０２”では復号化できないが、４桁の符号 “１１０２”を用いて生成された暗号鍵で暗号化された文書は復号鍵“１１０２”で復号化できるため、第２の端末１３は、復号化された文書を画面に表示する（ステップＳ１６）。これにより、課長Ｂは、部長Ａが作成した文書を閲覧することができる。

同様にして、課長Ｂは、部署「情報システム部全体」および役職「課長以上」を文書参照・更新権限範囲とするために４桁の符号“１００１”，“１１０２”および“１２０２”を用いて生成された３つの暗号鍵で暗号化された文書（第２のケースの文書）と、部署「情報システム部全体」および役職「担当以上」を文書参照・更新権限範囲とするために４桁の符号“１００１”，“１１０２”，“１１０３”，“１２０２”および“１２０３”を用いて生成された５つの暗号鍵で暗号化された文書（第３のケースの文書）とを閲覧することができる。

一方、課長Ｂは、部署「ｄｄワーキング・グループ」を文書参照・更新権限範囲とするために４桁の符号“９０００”を用いて生成された暗号鍵で暗号化された文書（第４のケースの文書）を閲覧しようとしても、この文書は復号鍵“１１０２”では復号化することができない。これにより、部長Ａがｄｄワーキング・グループ用に作成した文書を課長Ｂが閲覧することを防止することができる。

また、課長Ｂが暗号化された文書の内容を更新する場合には、第２の端末１３は、この暗号化された文書を復号化する際に用いた復号鍵で更新後の文書を暗号化したのちに、この暗号化された文書の文書ファイルに上書き保存すればよい。

以上、本発明の一実施例による文書保護管理システム１について説明したが、その変形例について以下に説明する。
（１）文書保護管理システム１では所定の個人情報として社員コードを使用したが、個人を特定できる他の個人情報（たとえば、指紋や虹彩など）を使用してもよい。
（２）文書保護管理システム１では部長Ａ（文書作成者）の社員コード“１１１１１１”および課長Ｂ（文書閲覧者）の社員コード“２２２２２２”を第１および第２のＩＣカード読取機１２，１４（個人情報読取手段）で読み取ったが、その代わりに、部長Ａおよび課長Ｂが自身の社員コードをキーボード入力するようにしてもよい。なお、このときには、本人か否かの確認をするために、パスワードを同時に入力させるようにしてもよい。
（３）文書保護管理システム１では文書参照・更新権限範囲も用いて暗号鍵を作成したが、文書参照・更新権限範囲を制限する必要がない場合には文書作成者の属性情報だけを用いて（たとえば、上述した例では部長Ａの所属コード“１００”および役職コード“１”とを用いた４桁の符号“１００１”を用いて）暗号鍵を作成してもよい。
（４）文書保護管理システム１では認証サーバ２０とＯＡサーバ３０とを別々のサーバとしたが、認証サーバ２０とＯＡサーバ３０とを１つのサーバとしてもよい。

（５）文書保護管理システム１では文書参照・更新権限範囲によっては複数個の暗号鍵で文書を暗号化したが（第１乃至第３のケース参照）、たとえば表５に示すような文書参照・更新権限範囲を示す符号（文書保護管理システム１での暗号鍵作成用符号）と暗号鍵（変形例での暗号鍵作成用符号）との対応関係表を作成して暗号鍵の数を減らすことにより、暗号化される文書の数を減らしてもよい。なお、この場合には、課長Ｂが第１のケースの文書を閲覧する際には、第２の端末１２は、課長Ｂの所属コード一覧“１１０”と役職コード“２”とを用いた４桁の符号“１１０２”を含む変形例での暗号鍵作成用符号“ＡＡＡＡ”，“ＢＢＢＢ”および“ＣＣＣＣ”を用いて３つの復号鍵を作成して、作成した３つの復号鍵で課長Ｂが閲覧したい文書を復号化し、３つの復号鍵のいずれか１つで復号化できた場合にその復号化した文書を画面に表示することになる。

以上説明したように、本発明の文書保護管理システムおよび方法は、たとえば社内において文書を社内共通のデータベースに暗号化して保存するのに利用することができる。

本発明の一実施例による文書保護管理システムを示すブロック図である。（実施例１） 図１に示した文書保護管理システム１の文書を暗号化するときの動作について説明するためのフローチャートである。（実施例１） 図１に示した文書保護管理システム１の文書を復号化するときの動作について説明するためのフローチャートである。（実施例１）

符号の説明

１ 文書保護管理システム
１１，１３ 端末
１２，１４ ＩＣカード読取機
２０ 認証サーバ
３０ ＯＡサーバ
４０ データベース
Ｓ１〜Ｓ８，Ｓ１１〜Ｓ１６ ステップ

Claims (10)

1. 文書作成者が使用する端末（１１）と、
   該端末（１１）と相互接続されたかつ前記文書作成者の属性情報が格納されたサーバ（２０，３０）と、
   を備え、
   前記文書作成者が文書を暗号化するために該文書作成者自身の所定の個人情報を前記端末（１１）に入力すると、
   前記端末（１１）が、前記文書作成者自身の所定の個人情報を前記サーバ（２０，３０）に送信し、
   前記サーバ（２０，３０）が、受信した前記文書作成者自身の所定の個人情報に基づいて前記文書作成者の属性情報を検索するとともに、該検索した文書作成者の属性情報を前記端末（１１）に送信し、
   前記端末（１１）が、受信した前記文書作成者の属性情報に基づいて暗号鍵を生成するとともに、該生成した暗号鍵で前記文書を暗号化する、
   ことを特徴とする、文書保護管理システム。
2. 前記端末（１１）が、前記サーバ（２０，３０）から前記文書作成者の属性情報を受信すると、該受信した文書作成者の属性情報に基づいて前記文書作成者に文書参照・更新権限範囲を問い合せる問合せ画面を表示し、
   前記文書作成者が前記文書参照・更新権限範囲を前記端末（１１）に入力すると、該端末（１１）が、前記受信した文書作成者の属性情報および該入力された文書参照・更新権限範囲に基づいて暗号鍵を生成し、該生成した暗号鍵で前記文書を暗号化する、
   ことを特徴とする、請求項１記載の文書保護管理システム。
3. 前記端末（１１）に接続されたかつ前記文書作成者自身の所定の個人情報を読み取るための個人情報読取手段（１２）をさらに備えることを特徴とする、請求項１または２記載の文書保護管理システム。
4. 前記サーバ（２０，３０）と相互接続されたかつ文書閲覧者が使用する他の端末（１３）をさらに備え、
   前記サーバ（２０，３０）が、前記文書閲覧者の属性情報をさらに格納しており、
   前記文書閲覧者が前記暗号化された文書を復号化するために該文書閲覧者自身の所定の個人情報を前記他の端末（１３）に入力すると、
   前記他の端末（１３）が、前記文書閲覧者自身の所定の個人情報を前記サーバ（２０，３０）に送信し、
   前記サーバ（２０，３０）が、受信した前記文書閲覧者自身の所定の個人情報に基づいて前記文書閲覧者の属性情報を検索するとともに、該検索した文書閲覧者の属性情報を前記他の端末（１３）に送信し、
   前記他の端末（１３）が、受信した前記文書閲覧者の属性情報に基づいて復号鍵を生成するとともに、該生成した復号鍵で前記暗号化された文書を復号化する、
   ことを特徴とする、請求項１乃至３いずれかに記載の文書保護管理システム。
5. 前記他の端末（１３）に接続されたかつ前記文書閲覧者自身の所定の個人情報を読み取るための他の個人情報読取手段（１４）をさらに備えることを特徴とする、請求項４記載の文書保護管理システム。
6. 前記個人情報読取手段（１２）および前記他の個人情報読取手段（１４）が、前記文書作成者の社員コードおよび前記文書閲覧者の社員コードが格納されたＩＣカードから該文書作成者の社員コードおよび該文書閲覧者の社員コードを読み取るためのＩＣカード読取機であり、
   前記文書作成者の属性情報および前記文書閲覧者の属性情報が、前記文書作成者および前記文書閲覧者の所属部署および役職である、
   ことを特徴とする、請求項５記載の文書保護管理システム。
7. 文書作成者が文書を暗号化するために該文書作成者自身の所定の個人情報を端末（１１）に入力するステップ（Ｓ１）と、
   前記端末（１１）が前記文書作成者自身の所定の個人情報を、前記文書作成者の属性情報が格納されたサーバ（２０，３０）に送信するステップと、
   前記サーバ（２０，３０）が、受信した前記文書作成者自身の所定の個人情報に基づいて前記文書作成者の属性情報を検索するとともに、該検索した文書作成者の属性情報を前記端末（１１）に送信するステップ（Ｓ２）と、
   前記端末（１１）が、受信した前記文書作成者の属性情報に基づいて暗号鍵を生成するとともに、該生成した暗号鍵で前記文書を暗号化するステップ（Ｓ６，Ｓ７）と、
   を備えることを特徴とする、文書保護管理方法。
8. 前記端末（１１）が、前記サーバ（２０，３０）から前記文書作成者の属性情報を受信すると、該受信した文書作成者の属性情報に基づいて前記文書作成者に文書参照・更新権限範囲を問い合せる問合せ画面を表示するステップ（Ｓ４）と、
   前記文書作成者が前記文書参照・更新権限範囲を前記端末（１１）に入力すると、該端末（１１）が、前記受信した文書作成者の属性情報および該入力された文書参照・更新権限範囲に基づいて暗号鍵を生成するとともに、該生成した暗号鍵で前記文書を暗号化するステップ（Ｓ６，Ｓ７）と、
   をさらに備えることを特徴とする、請求項７記載の文書保護管理方法。
9. 文書閲覧者が前記暗号化された文書を復号化するために該文書閲覧者自身の所定の個人情報を他の端末（１３）に入力するステップ（Ｓ１１）と、
   前記他の端末（１３）が、前記文書閲覧者自身の所定の個人情報を、該文書閲覧者の属性情報がさらに格納された前記サーバ（２０，３０）に送信するステップと、
   前記サーバ（２０，３０）が、受信した前記文書閲覧者自身の所定の個人情報に基づいて前記文書閲覧者の属性情報を検索するとともに、該検索した文書閲覧者の属性情報を前記他の端末（１３）に送信するステップ（Ｓ１２，Ｓ１３）と、
   前記他の端末（１３）が、受信した前記文書閲覧者の属性情報に基づいて復号鍵を生成するとともに、該生成した復号鍵で前記暗号化された文書を復号化するステップ（Ｓ１４，Ｓ１５）と、
   をさらに備えることを特徴とする、請求項７または８記載の文書保護管理方法。
10. 前記文書作成者自身の所定の個人情報および前記文書閲覧者自身の所定の個人情報が、前記文書作成者の社員コードおよび前記文書閲覧者の社員コードであり、
    前記文書作成者の属性情報および前記文書閲覧者の属性情報が、前記文書作成者および前記文書閲覧者の所属部署および役職である、
    ことを特徴とする、請求項９記載の文書保護管理方法。
    

Images