JP2007110703A - 電子ドキュメント伝達システム、方法およびプログラム - Google Patents

Abstract

【課題】電子ドキュメントをセキュリティ面で安全に伝達するシステム、方法およびプログラムを提供する。
【解決手段】まず、ドキュメント処理装置に関連付けられたデータ保存装置内に、第１の鍵部分を受信する。この第１の鍵部分は、ドキュメント処理装置のユーザを表すデータを含む。次に、暗号化され、電子ドキュメントを識別するデータを含む第２の鍵部分を含む電子ドキュメントが前記ドキュメント処理装置に受信される。受信された電子ドキュメントは、第２の鍵部分およびデータ保存装置から取り出された第１の鍵部分を使用して復号化される。この復号化に続き、復号化された電子ドキュメントについてドキュメント処理操作を開始させる。
【選択図】図３

Description

本発明は、電子ドキュメントを伝達するシステム、方法およびプログラムに関し、特に、電子ドキュメントをセキュリティ面で安全に伝達するシステム、方法およびプログラムに関する。

典型的なオフィス環境においては、コンピュータネットワークが、一般に、プリンタ、複写機、ファクシミリ装置およびスキャナ装置といったドキュメント処理装置を含むが、これらの装置は一般的にはデータセキュリティ機能を、殆どもしくはまったく備えていない。したがって、例えば、コンピュータネットワークに登録済みユーザは、通常、各装置へ物理的にアクセスすることができ、その結果、それらのユーザは、各装置に保存されているファイルに、殆ど困難を伴うことなくアクセスできる。それに加えて、コンピュータネットワークを介して、ドキュメント処理要求が送信されるとき、許可ユーザは殆どもしくはまったく困難を伴うことなくその種の送信の意図的あるいは偶発的な傍受が可能であり、それらの内容を見ることができる。

ドキュメントデータの秘密性を維持するために、パスワード、ユーザ名および生体認証等がドキュメント処理装置において具体化されており、これらによって許可ユーザであっても他のユーザの未処理の処理要求を見ることは防止される。しかし、その種のネットワークによって用いられている暗号化テクニックは、ドキュメントデータがコンピュータネットワークを通過するとき、依然としてドキュメントデータをアクセス可能なままにしており、ドキュメント処理装置がそれを受信してセキュリティ面で安全に保存する前に、１ないしは複数のユーザが見ることが可能になる。さらに、ユーザからドキュメント処理装置に送信されるドキュメントデータは、多くの場合、平文のテキストファイルまたは暗号化されていないデータストリームであり、他のユーザによって傍受されたとき、望ましくない盗視からドキュメントを保護することができない問題がある。

したがって、電子ドキュメントが伝達される際に生じ得る第三者による傍受による盗視から電子ドキュメントを保護可能な、電子ドキュメントをセキュリティ面で安全に伝達するシステム、方法およびプログラムが望まれる。

本発明は、上記の従来の問題点に鑑みてなされたもので、電子ドキュメントをセキュリティ面で安全に伝達するシステム、方法およびプログラムを提供することを目的とする。さらに詳細に述べると、本発明は、電子ドキュメントが伝達される際に生じ得る第三者による傍受による盗視から電子ドキュメントを保護可能な、電子ドキュメント伝達システム、方法およびプログラムを提供することを目的とする。

本発明による電子ドキュメント伝達システムは、ドキュメント処理装置に関連付けられたデータ保存装置内に、前記ドキュメント処理装置のユーザを表すデータを含む第１の鍵部分を受信する手段と、暗号化され、前記ドキュメント処理装置に送信される電子ドキュメントを識別するデータを含む前記第２の鍵部分を含む電子ドキュメントを前記ドキュメント処理装置に受信する手段と、この手段によって受信した前記電子ドキュメントを、この電子ドキュメントに含まれている前記第２の鍵部分および前記データ保存装置から取り出した前記第１の鍵部分とを用いて復号化する復号化手段と、この復号化手段によって復号化された電子ドキュメントについてドキュメント処理操作を開始させる手段とを有する。ここで、前記第１の鍵部分および第２の鍵部分は、前記ドキュメント処理装置のユーザからの最初の電子ドキュメント送信に添付されて受信され、前記ユーザから送信される第２回目以降の電子ドキュメントには前記第２の鍵部分は添付され、前記第１の鍵部分は添付されない。また、前記第１の鍵部分および前記第２の鍵部分は対称鍵から生成される。さらに、前記第２の鍵部分は、前記電子ドキュメントに添付されるヘッダに含まれる。前記のヘッダは、さらに、認証データを含む。

本発明によれば、電子ドキュメントをセキュリティ面で安全に伝達するシステム、方法およびプログラムが提供される。本発明による電子ドキュメント伝達システム、方法およびプログラムによって、従来、電子ドキュメントが伝達される際に生じ得る第三者による傍受による盗視から電子ドキュメントを保護することが可能になる。

本発明は、電子ドキュメントを伝達するシステム、方法およびプログラムに関し、特に、電子ドキュメントをセキュリティ面で安全に伝達するシステム、方法およびプログラムに関する。

以下、適宜、図面を参照しながら本発明による実施形態の説明を行う。図１は本発明による実施形態であるシステムの構成例を示すブロック図である。図１に示すシステム１００は、コンピュータネットワーク１０２を含む。コンピュータネットワーク１０２は、２もしくはそれを超える数の電子装置の間におけるデータの通信を可能にすることのできる、本技術分野で周知の任意のコンピュータネットワークである。本発明は、例えば、Ethernet（登録商標）、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パーソナルエリアネットワーク、トークンリング、インターネット、イントラネット等を含む、任意のコンピュータネットワークを含むことが可能である。一実施形態においては、本発明は、企業内ネットワークまたはＬＡＮにわたって採用される。ＷＡＮ、無線ＬＡＮ、インターネット等においても本発明を同様に用いることができる。ある実施形態においては、コンピュータネットワーク１０２は、一意的なユーザＩＤ（identification）、パスワードの組み合わせ等のシステム管理者によって機能を有効にされるセキュリティプロトコルを備えており、コンピュータネットワーク１０２およびこのネットワークに接続される電子装置へのアクセスをコントロールする。

システム１００は、さらに、ドキュメント処理装置１０４を含む。ドキュメント処理装置１０４は適切な通信インタフェースを備え、適切な通信リンク１０６を介してネットワーク１０２と通信可能に接続されている。ドキュメント処理装置１０４は、図１においては好適に多機能周辺装置（Multi-Function Peripheral；以下、ＭＦＰと言うことがある。）として例示されている。ＭＦＰは、スキャナ装置、複写機、ファクシミリ装置、プリンタ等の装置の機能のうち二以上の機能を併せ持ち、種々のドキュメント処理サービス、例えば、画像走査、コピー、ファクシミリ通信、印刷等を提供することができる。また、一実施形態においては、ドキュメント処理装置１０４は複数のポータブル記憶媒体を受け入れるように適切に構成されている。ポータブル記憶媒体としては、例えば、マルチメディアカード（MultiMedia Card；ＭＭＣ）、ＳＤカード（Secure Digital memory card）、コンパクトフラッシュ(登録商標)（CompactFlash）等のメモリカード、ＵＳＢインタフェースのフラッシュメモリ等が含まれる。通信リンク１０６は、例えば、Bluetooth（登録商標）、WiMax、IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11(x)、赤外線接続、光接続、あるいはその他の適切な無線データ伝送システムであるが、無線通信に限定されるわけではなく、周知の有線通信を含む本技術分野で周知の任意の適切なデータ通信のチャネルである。

システム１００は、また、ストレージ装置（storage location）１０８も含む。ストレージ装置１０８は適切な通信インタフェースを備え、適切な通信リンク１１０を介してコンピュータネットワーク１０２とデータ通信する。ストレージ装置１０８は、本技術分野で周知の任意の大容量記憶システムであり、データの受け取り、検索、保存、および管理を行うことができる。一実施形態においては、ストレージ装置１０８が、本技術分野で周知の大容量記憶装置であり、例えば、内蔵磁気ハードディスクドライブまたはフラッシュメモリ等のその他のダイナミックまたはスタティックメモリストレージ装置である。通信リンク１１０は、本技術分野で周知の任意の適切なデータ通信の手段であり、例えば、有線データ通信チャネルや、Bluetooth（登録商標）、WiMax、IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11(x)、赤外線接続、光接続、あるいはその他の適切な無線データ伝送システムを含む。

システム１００は、また、複数のクライアント装置を含む。図１においては、クライアント装置として、携帯情報端末（ＰＤＡ）１１２、スマートフォン１１６およびデスクトップコンピュータ１２０として例示されている。スマートフォン１１６は、音声通話以外に様々なデータ処理機能を持ち、電子メール機能やウェブブラウザを内蔵し、インターネットに接続することができる携帯電話である。ここで、図１においては、３つのクライアント装置を示しているが、本発明による実施形態のシステム１００は、３より多い、あるいはそれより少ない任意の数のクライアント装置を含むことができる。携帯情報端末１１２は適切な通信インタフェースを備え、適切な通信リンク１１４を介してコンピュータネットワーク１０２とデータ通信する。通信リンク１１４は、携帯情報端末１１２がコンピュータネットワーク１０２とのデータ交換に使用することのできる通信チャネルを表す。通信リンク１１４は、例えば、Bluetooth（登録商標）、WiMax、IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11(x)、赤外線接続、光接続等の本技術分野で周知の任意の有線または無線データ通信チャネルになる。スマートフォン１１６は、適切な通信インタフェースを備え、通信リンク１１８を介してコンピュータネットワーク１０２とデータ通信する。通信リンク１１８は、例えば、携帯電話接続等の無線通信チャネルである。当業者であれば認識することになろうが、スマートフォン１１６は、本技術分野で周知の任意のウェブ適合電話装置であり、他のパーソナル電子装置と通信することができる。デスクトップコンピュータ１２０は、コンピュータネットワーク１０２とデータ通信が可能なパーソナルコンピュータを表す。デスクトップコンピュータ１２０は、適切な通信インタフェースを備え、適切な通信リンク１２２を介してコンピュータネットワーク１０２とデータ交換を行う。デスクトップコンピュータ１２０に用いられる通信リンクのタイプは、デスクトップコンピュータ１２０の有線およびワイヤレス適合カードを含めた、ネットワークインターフェースカードに依存する。通信リンク１２２は、例えば、Ethernet（登録商標）、Bluetooth（登録商標）、WiMax、IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11(x)、赤外線接続、光接続等を含む、電子データの送信ならびに受信を可能にする本技術分野で周知の任意の適切なデータ通信手段である。

ここで、ドキュメント処理装置１０４、ストレージ装置１０８、クライアント装置１１２、１１６および１２０の各装置は、以上説明を行った処理および各装置で実行する他の処理を行うため、それぞれプロセッサ、ＲＯＭ、ＲＡＭ、オペレーティングシステム等からなるプラットフォームと、そのプラットフォーム上でそれぞれのソフトウェアを実行するためのプログラムを備えている。

システム１００における動作については、図２および図３を参照しながら、後に詳しく述べるが、概要の説明を行っておく。図１におけるクライアント装置１１２、１１６および１２０は、コンピュータネットワーク１０２を介し、ドキュメント処理装置１０４に対してドキュメント処理要求を送信する。クライアント装置は、セキュリティ面で安全な送信のため、すなわち送信において他のクライアント装置が傍受できないようにするために、ユーザとドキュメントの識別データを含む、暗号化されたドキュメントファイルを安全に送信するように構成されている。説明を簡潔にするため、以下の説明においては、ドキュメント処理要求を行うクライアント装置の例として携帯情報端末１１２である場合について述べるが、残りのクライアント装置１１６および１２０についても同様に、以下に述べる技術を用いることができる。

クライアント装置の一例である携帯情報端末１１２のユーザが、所定のドキュメントについてドキュメント処理操作が実行されることを要求し、かつ通常のドキュメント処理要求よりも高度な秘密性を必要とするときには、ユーザは携帯情報端末１１２で動作するクライアントドライバを介して、セキュリティ面で安全なドキュメント処理要求を開始する。

このとき、クライアント装置は、最初に、電子ドキュメントの暗号化に使用されるランダムな対称暗号化鍵を生成する。好ましくは、セキュリティ面で安全なドキュメント処理要求が開始されるたびに、ランダムな対称暗号化鍵が生成される。次に、対称パスワード鍵が生成され、前記のランダムな対称暗号化鍵を暗号化するために使用される。続いてこの対称パスワード鍵が２つのシェア（share）に分割される。セキュリティ面で安全なドキュメント処理操作を初めて要求する場合には、携帯情報端末１１２からドキュメント処理装置１０４に前記の２つのシェアがともに送信される。このとき、セキュリティ面で安全なドキュメント処理操作を初めて要求したユーザからの、以後の安全なドキュメント処理操作のために、第１のシェアはストレージ装置１０８に保存される。第１のシェアは、ユーザの登録およびその後に続くユーザの識別のために使用され、第２のシェアは、その特定のユーザから発せられたものであるとしてドキュメントを識別するために送信される。既存ならびに新規両方の認証情報、例えばユーザＩＤ（identification）、ドメイン情報、ユーザの鍵情報等がヘッダ内に埋め込まれる。安全なドキュメント処理操作の要求が最初の要求であるときには、第１のシェアと第２のシェアの両方が、ヘッダの認証情報に追加される。安全なドキュメント処理操作の要求が、その後に続く要求である場合には、ドキュメント処理装置１０４がストレージ装置１０８に保存されている第１のシェアにアクセス可能であるため、第２のシェアだけがヘッダに追加される。続いて、ヘッダはドキュメント処理装置１０４の公開鍵を用いて暗号化され、暗号化されたドキュメントデータに追加される。暗号化に続いて、ヘッダおよびドキュメントデータを含むセキュリティ面で安全なドキュメント処理要求がドキュメント処理装置１０４に送信される。

サーバ、すなわちドキュメント処理装置の側から見ると、ドキュメント処理装置１０４は、暗号化されたヘッダおよび暗号化された電子ドキュメントを含むセキュリティ面で安全なドキュメント処理要求を受信する。ドキュメント処理装置１０４は、暗号化されたヘッダを、ドキュメント処理装置１０４の秘密鍵を用いて復号化する。受信したセキュリティ面で安全なドキュメント処理要求が、そのクライアント装置１１２が送信した、初めてのセキュリティ面で安全なドキュメント処理要求の場合には、復号化したヘッダから、第１のシェアと第２のシェアの両方を取り出す。

受信したセキュリティ面で安全なドキュメント処理要求が、そのクライアント装置１１２が送信した、初めてのセキュリティ面で安全なドキュメント処理要求ではない場合には、復号化したヘッダから、第２のシェアを取り出す。第１のシェアについては、ドキュメント処理装置１０４は、ストレージ装置１０８から取り出す。ストレージ装置１０８に保存されている第１のシェアは、ユーザが、ドキュメント処理装置１０４において、関連するネットワークドメインのユーザＩＤ、パスワードを入力したときに限ってアクセス可能になる。コンピュータネットワーク１０２のそれぞれのユーザは、相異なるかつ別個のネットワークドメインのユーザＩＤ、パスワードを持っており、このユーザＩＤ、パスワードがドキュメント処理装置１０４において、その特定のユーザに対応する第１のシェアにアクセスする前に入力される。他の実施形態においては、ユーザＩＤ、パスワードは、ドキュメント処理装置１０４と通信可能に接続された認証サーバによって認証されるローカルなユーザＩＤ、パスワードである。

いずれの場合においても、取り出された第１のシェアおよび第２のシェアが結合されて、電子ドキュメントの暗号化に使用されたパスワード鍵が生成される。次に、ドキュメント処理装置は、このパスワード鍵を用いてランダムな対称暗号化鍵を復号化する。復号化されたランダムな対称暗号化鍵は、続いて電子ドキュメントデータの復号化に使用される。復号化された電子ドキュメントデータについて、ドキュメント処理装置１０４は、このセキュリティ面で安全なドキュメント処理要求に関するドキュメント処理操作を実行する。さらに、タイムスタンプを使用し、ドキュメント暗号化鍵を復号化することは、ユーザが暗号化したドキュメントの一意性を立証する。

次に、図２および図３を参照しながら、本発明による実施形態における動作を説明する。図２に、本発明による実施形態において、セキュリティ面で安全なドキュメント送信を行うクライアント装置の動作例を説明するためのフローチャートを示す。最初にＳ２０２で、クライアント装置１１２は、セキュリティ面で安全なドキュメント処理要求コマンドを受け取る。クライアント装置１１２は、セキュリティ面で安全なドキュメント処理要求の暗号化ならびに形成を容易にするクライアントドライバを備える。ここで、『クライアントドライバ』という用語は、本発明による実施形態においてクライアント装置の動作を容易にする、クライアント装置１１２で動作するアプリケーションを意味する。続いてクライアントドライバは、Ｓ２０４において、ユーザに関する既存の認証データをクライアント装置１１２から取り込む。既存の認証データは、例えば、ユーザＩＤ、ドメインデータあるいは領域（realm）データ、ユーザのケルベロス（Kerberos）チケット情報、１または複数ユーザの公開鍵、静的対称鍵、静的モバイルコード、共有対称鍵、その他の信用関連情報等、あるいはそれらの任意の組み合わせを含む。但し、上記に列挙した項目は、クライアントドライバが取り込む信用情報を網羅したものではない。さらに、クライアント装置１１２、ネットワーク１０２、ドメイン、サーバ、および、又はまたはドキュメント処理装置１０４に適用できる場合には、上記列挙した項目の１ないしは複数だけが取り込まれる。

指定された認証データが取り込まれた後は処理はＳ２０６に進み、クライアントドライバは、取り込んだ認証データを、セキュリティ面で安全なドキュメント処理要求に関連付けられたヘッダに挿入する。続いてＳ２０８において、Ｓ２０２で受け取ったセキュリティ面で安全なドキュメント処理要求が、そのユーザによって開始された、初めてのセキュリティ面で安全なドキュメント処理要求であるか否かについての判断が行われる。セキュリティ面で安全なドキュメント処理要求が、初めての要求である場合には、処理はＳ２１０に進み、対称パスワード鍵が生成される。この対称パスワード鍵は、部分的にはユーザパスワードに基づいてランダムに生成された暗号化鍵である。対称パスワード鍵を生成するための他の方法についても、本発明の特許請求の範囲から逸脱することなく、本発明によって同様に用いられることができる。Ｓ２１２においては、本技術分野で周知の任意の手段を介してランダムな対称暗号化鍵が生成される。その後Ｓ２１４において、この対称暗号化鍵を用いて、セキュリティ面で安全なドキュメント処理要求に関連付けられた電子ドキュメントが暗号化され、暗号化された電子ドキュメントデータが生成される。続いて、Ｓ２１６において、パスワード鍵を用いて対称暗号化鍵が暗号化される。暗号化された対称暗号化鍵は、この後に続く、セキュリティ面で安全なドキュメント処理要求のドキュメント処理装置１０４への送信に含められる。

次に、処理はＳ２１８に進み、対称パスワード鍵が第１のシェア（Share_１）と第２のシェア（Share_２）に分割される。鍵の複数部分への分割は、例えば、ブレーカリー‐シャミル（Blakeley‐Shamir）の秘密分割スキームを使用して実行される。しかし、鍵の分割は、このスキームに限定されるわけではなく、パスワード鍵をShare_１およびShare_２へ同様に分割する、本技術分野で周知の任意の分割方法を用いることができる。クライアント装置１１２は、パスワード鍵、Share_１とShare_２をローカルに保存したコピーを保持する。次にＳ２２０において、Share_１、Share_２および追加の認証データがヘッダに追加される。追加の認証データには、以下のデータに限定されるわけではないが、新たに生成された認証情報、公開鍵、秘密鍵、対称鍵、例えばパスワード鍵を使って暗号化されたランダムな対称暗号化鍵等が含まれ得る。さらに追加の認証データをヘッダに含ませることは、電子ドキュメント自体がユーザの認証情報を運ぶ機能を果たすことを可能にする。

Ｓ２２０において、Share_１、Share_２および、もしある場合には、追加の認証データが含められた後に処理はＳ２３２に進み、ヘッダが、指定のドキュメント処理装置１０４に対応する公開暗号化鍵を用いて暗号化される。続いてＳ２３４において、前記のヘッダは、暗号化された電子ドキュメントに添付され、セキュリティ面で安全なドキュメント処理要求が形成される。次いで、Ｓ２３６において、セキュリティ面で安全なドキュメント処理要求は、ドキュメント処理のためにドキュメント処理装置１０４に送信される。

Ｓ２０８に戻り、Ｓ２０２で受け取ったセキュリティ面で安全なドキュメント処理要求が、そのユーザによって、例えばクライアント装置１１２によって出された、初めての要求ではない場合には、処理はＳ２２２に進む。Ｓ２２２においては、クライアント装置１１２が、対応するパスワードファイルから対称パスワード鍵を取り出す。このパスワード鍵は、セキュリティ面で安全なデータファイルに関してクライアント装置１１２で採用されているファイルマネジメントシステムにしたがって、その装置のファイル内に保存される。当業者であれば認識することになろうが、パスワード鍵の保護は、本技術分野で周知のとおり、セキュリティ面で安全なファイル保存手段を用いて達成される。続くＳ２２４においては、本技術分野で周知の任意の手段を介してランダムな対称暗号化鍵が生成される。次のＳ２２６において、Ｓ２２４で生成された対称暗号化鍵を用いて電子ドキュメントデータが暗号化される。Ｓ２２８においては、取り出したパスワード鍵を使用してランダムな対称暗号化鍵が暗号化される。暗号化されたランダムな対称暗号化鍵は、この後に続く、セキュリティ面で安全なドキュメント処理要求のドキュメント処理装置１０４への送信に含められ、好ましくはそれに添付されるヘッダに埋め込まれる。続いて、Ｓ２３０において、Share_２および追加の認証データがヘッダに追加される。前述したように、クライアント装置１１２は、パスワード鍵、Share_１とShare_２をローカルに保存したコピーを保持しているため、クライアント装置１１２は、ヘッダに挿入するためにローカルな保存場所からShare_２を取り出す。このドキュメント処理要求は、後に続くドキュメント処理要求、すなわち２回目以降のドキュメント処理要求であるから、前述したようにShare_１は既にストレージ装置１０８に保存されている。

その後Ｓ２３２において、認証データ、Share_２、および追加の認証データを含むヘッダが、ドキュメント処理装置１０４の公開鍵を用いて選択的に暗号化される。前記のクライアントドライバがインストールされると、クライアント装置１１２は、ドキュメント処理装置１０４がネットワーク１０２に追加されるとき、自動的にドキュメント処理装置１０４からドキュメント処理装置１０４の公開鍵へのアクセスを取得するか、もしくはそれに代えてシステム管理者によってそれがなされる。このヘッダは、次のＳ２３４において、暗号化されたドキュメントに添付され、セキュリティ面で安全なドキュメント処理要求が生成される。その後、Ｓ２３６において、セキュリティ面で安全なドキュメント処理要求が、要求されたドキュメント処理操作を完了させるためにドキュメント処理装置１０４に送信される。

次に図３を参照しながら、セキュリティ面で安全なドキュメントを受信するドキュメント処理装置の動作を説明する。図３に、本発明による実施形態において、セキュリティ面で安全なドキュメントを受信するドキュメント処理装置の動作例を説明するためのフローチャートを示す。最初にＳ３０２で、ドキュメント処理装置１０４は、セキュリティ面で安全なドキュメント処理要求を受信する。次いで、この要求に随伴するヘッダがＳ３０４において取り出される。このヘッダは、Ｓ３０６においてドキュメント処理装置の秘密鍵を使用して復号化され、Share_２および認証データが取り出される。Ｓ３０２で受信されたドキュメント処理要求が、特定のユーザから受信する最初のセキュリティ面で安全なドキュメント処理要求である場合には、Ｓ２２０においてShare_１もヘッダに追加されており、Share_１も取り出される。Ｓ３０８において、Ｓ３０２で受信されたドキュメント処理要求が、特定のユーザから受信する最初のセキュリティ面で安全なドキュメント処理要求であるか否かが判断される。

Ｓ３０８において、Ｓ３０２で受信されたドキュメント処理要求が、特定のユーザから受信する最初のセキュリティ面で安全なドキュメント処理要求であると判断された場合には、Ｓ３１０において、ドキュメント処理装置１０４においてそのユーザの認証が行われた後、Share_１のコピーが、ドキュメント処理装置１０４による将来の使用のために、ストレージ装置１０８に送られる。Share_１のオリジナルは、受信されたドキュメント処理要求の処理の際の復号化に使用するために、一時的に保持される。ドキュメント処理装置１０４は、ユーザによって入力された認証情報を受け取ると、互いに信頼できる認証サーバを参照して、そのユーザの認証を行う。適切な認証サーバには、例えば、Kerberos（登録商標）ＫＤＣ、アクティブディレクトリ（Active Directory）、および内部に埋め込まれた認証サーバ等が含まれる。Ｓ３１０で、Share_１のコピーがストレージ装置１０８に送られた後、Ｓ３１４において、Share_１とShare_２が結合されて対称パスワード鍵、すなわちこの電子ドキュメントの暗号化に使用された対称暗号化鍵の暗号化に用いられた対称パスワード鍵が再生される。このパスワード鍵をＳ３１６において用いて、この電子ドキュメントデータの暗号化に使用された対称暗号化鍵が復号化される。次にＳ３１８において、Ｓ３１６で復号化された対称暗号化鍵を用いて、暗号化された電子ドキュメントデータが復号化される。続いて、Ｓ３２０において、ドキュメント処理装置１０４は復号化された電子ドキュメントについて、要求されたドキュメント処理操作を実行する。

Ｓ３０８に戻り、Ｓ３０２で受信したセキュリティ面で安全なドキュメント処理要求が２回目以降の要求である場合、すなわちドキュメント処理装置１０４が、以前に同じユーザ（クライアント装置１１２）からセキュリティ面で安全なドキュメント処理要求を受信している場合には、処理はＳ３１２に進む。Ｓ３１２では、ドキュメント処理装置１０４は、ドキュメント処理装置１０４におけるそのユーザの認証を行った後、ストレージ装置１０８からShare_１を取り出す。ストレージ装置１０８からのShare_１の取り出しに続いて、ドキュメント処理装置１０４はＳ３１４において、取り出したShare_１と、セキュリティ面で安全なドキュメント処理要求に含まれているShare_２とを結合することによって対称パスワード鍵を再生する。このパスワード鍵が、Ｓ３１６において使用されて、この電子ドキュメントデータの暗号化に使用された対称暗号化鍵が復号化される。Ｓ３１８においては、ドキュメント処理装置１０４が、復号化された対称暗号化鍵を使用して、受信済みの暗号化ドキュメントデータを復号化する。その後ドキュメント処理装置１０４は、Ｓ３２０において、復号化されたドキュメントについて、要求されたドキュメント処理操作を実行する。本発明は、ユーザの識別のためにShare_１を、特定のユーザから発せられたものであるとしてドキュメントを識別するためにShare_２を使用するが、これらのShareはユーザから出された時にドキュメントに添付されている。

本発明は、ソースコード、オブジェクトコード、部分的にコンパイルされた形のようなコード中間ソースおよびオブジェクトコードの形、あるいは本発明の実施形態で使用するために適した任意の他の形のコンピュータプログラムに適用される。コンピュータプログラムは、独立アプリケーション、ソフトウエアコンポーネント、スクリプト、または他のアプリケーションへのプラグインとすることができる。本発明を組み込むコンピュータプログラムは、例えば、ＲＯＭやＲＡＭなどの記憶媒体、ＣＤ−ＲＯＭなどの光記録媒体、フロッピー（登録商標）ディスクなどの磁気記録媒体などの、コンピュータプログラムを伝達することができる任意の実体または装置である担体で実施することができる。担体は、電気ケーブルまたは光ケーブルによって、または無線や他の手段によって伝えられる電気信号や光信号などの任意の伝達可能な担体である。コンピュータプログラムは、サーバからインターネットを介して適切にダウンロードされる。コンピュータプログラムの機能は集積回路に組み込むこともできる。示した本発明の原理を実質的にコンピュータまたはプロセッサに実行させるコードを含む任意およびすべての実施形態は、本発明の範囲内にある。

本発明の好ましい実施形態の以上の説明は、例示と説明のために行った。説明は網羅的でもなく本発明を開示した形態に限定しようとするものでもない。以上の教示を鑑みて明らかな修正または変形が可能である。実施形態は、本発明の原理とその実際的な応用例を最もよく示し、それにより当業者が、本発明を、意図された特定の使用に適した様々な実施形態において様々な修正で使用できるように選択され説明された。そのようなすべての修正と変形は、特許請求の範囲の記載に明示されるとおりの本発明の原理および範囲内において、当業者によって行われ得ることは明らかであり、特許請求の範囲の記載によって定められる発明の範囲内にある。

本発明による実施形態であるシステムの構成例を示すブロック図である。 本発明による実施形態において、セキュリティ面で安全なドキュメント送信を行うクライアント装置の動作例を示すフローチャートである。 本発明による実施形態において、セキュリティ面で安全なドキュメントを受信するドキュメント処理装置の動作例を示すフローチャートである。

符号の説明

１００ システム
１０２ コンピュータネットワーク
１０４ ドキュメント処理装置
１０６、１１０、１１４、１１８、１２２ 通信リンク
１０８ ストレージ装置
１１２ 携帯情報端末、クライアント装置
１１６ スマートフォン、クライアント装置
１２０ デスクトップコンピュータ、クライアント装置

Claims (15)

1. ドキュメント処理装置に関連付けられたデータ保存装置内に、前記ドキュメント処理装置のユーザを表すデータを含む第１の鍵部分を受信する手段と、
   暗号化され、前記ドキュメント処理装置に送信される電子ドキュメントを識別するデータを含む前記第２の鍵部分を含む電子ドキュメントを前記ドキュメント処理装置に受信する手段と、
   この手段によって受信した前記電子ドキュメントを、この電子ドキュメントに含まれている前記第２の鍵部分および前記データ保存装置から取り出した前記第１の鍵部分とを用いて復号化する復号化手段と、
   この復号化手段によって復号化された電子ドキュメントについてドキュメント処理操作を開始させる手段と
   を有することを特徴とする電子ドキュメント伝達システム。
2. 前記第１の鍵部分および第２の鍵部分は、前記ドキュメント処理装置のユーザからの最初の電子ドキュメント送信に添付されて受信され、前記ユーザから送信される第２回目以降の電子ドキュメントには前記第２の鍵部分は添付され、前記第１の鍵部分は添付されないことを特徴とする請求項１に記載の電子ドキュメント伝達システム。
3. 前記第１の鍵部分および前記第２の鍵部分は対称鍵から生成されることを特徴とする請求項２に記載の電子ドキュメント伝達システム。
4. 前記第２の鍵部分は、前記電子ドキュメントに添付されるヘッダに含まれることを特徴とする請求項３に記載の電子ドキュメント伝達システム。
5. 前記ヘッダは、さらに、認証データを含むことを特徴とする請求項４に記載の電子ドキュメント伝達システム。
6. ドキュメント処理装置に関連付けられたデータ保存装置内に、前記ドキュメント処理装置のユーザを表すデータを含む第１の鍵部分を受信するステップと、
   暗号化され、前記ドキュメント処理装置に送信される電子ドキュメントを識別するデータを含む前記第２の鍵部分を含む電子ドキュメントを前記ドキュメント処理装置に受信するステップと、
   受信した前記電子ドキュメントを、この電子ドキュメントに含まれている前記第２の鍵部分および前記データ保存装置から取り出した前記第１の鍵部分とを用いて復号化するステップと、
   前記復号化された電子ドキュメントについてドキュメント処理操作を開始させるステップと
   を含むことを特徴とする電子ドキュメント伝達方法。
7. 前記第１の鍵部分および第２の鍵部分は、前記ドキュメント処理装置のユーザからの最初のドキュメント送信に添付されて受信され、前記ユーザから送信される第２回目以降の電子ドキュメントには前記第２の鍵部分は添付され、前記第１の鍵部分は添付されないことを特徴とする請求項６に記載の電子ドキュメント伝達方法。
8. 前記第１の鍵部分および前記第２の鍵部分は対称鍵から生成されることを特徴とする請求項７に記載の電子ドキュメント伝達方法。
9. 前記第２の鍵部分は、前記電子ドキュメントに添付されるヘッダに含まれることを特徴とする請求項８に記載の電子ドキュメント伝達方法。
10. 前記ヘッダは、さらに、認証データを含むことを特徴とする請求項９に記載の電子ドキュメント伝達方法。
11. プロセッサに、
    ドキュメント処理装置に関連付けられたデータ保存装置内に、前記ドキュメント処理装置のユーザを表すデータを含む第１の鍵部分を受信する手順と、
    暗号化され、前記ドキュメント処理装置に送信される電子ドキュメントを識別するデータを含む前記第２の鍵部分を含む電子ドキュメントを前記ドキュメント処理装置に受信する手順と、
    受信した前記電子ドキュメントを、この電子ドキュメントに含まれている前記第２の鍵部分および前記データ保存装置から取り出した前記第１の鍵部分とを用いて復号化する手順と、
    前記復号化された電子ドキュメントについてドキュメント処理操作を開始させる手順と
    を実行させることを特徴とする電子ドキュメント伝達プログラム。
12. 前記第１の鍵部分および第２の鍵部分は、前記ドキュメント処理装置のユーザからの最初のドキュメント送信に添付されて受信され、前記ユーザから送信される第２回目以降の電子ドキュメントには前記第２の鍵部分は添付され、前記第１の鍵部分は添付されないことを特徴とする請求項１１に記載の電子ドキュメント伝達プログラム。
13. 前記第１の鍵部分および前記第２の鍵部分は対称鍵から生成されることを特徴とする請求項１２に記載の電子ドキュメント伝達プログラム。
14. 前記第２の鍵部分は、前記電子ドキュメントに添付されるヘッダに含まれることを特徴とする請求項１３に記載の電子ドキュメント伝達プログラム。
15. 前記ヘッダは、さらに、認証データを含むことを特徴とする請求項１４に記載の電子ドキュメント伝達プログラム。