(57)【要約】【課題】電子書類を安全に処理する方法及び装置を提供すること。【解決手段】書類処理装置のコンフィギュレーション状態が以前のコンフィギュレーション状態から変わっていないことを、リクエストをセキュリティサーバーに発行することで、クライアントは確認する。書類処理装置がセキュリティサーバーに登録されて以来、書類処理装置のコンフィギュレーション状態が変化したか否かを確認するように、セキュリティサーバーはリクエストを処理する。電子書類を処理するリクエストをクライアントが書類処理装置に発行したこと、又は書類処理装置がリクエストを受信したことをセキュリティサーバーは確認してよい。記憶媒体にアクセスするのに必要なパスワードを該記憶媒体とは別個に格納することで、書類処理装置の記憶媒体はその記憶媒体の未承認の取り外しから保護され、書類処理装置が電源投入されると、そのパスワードは記憶媒体に与えられる。【選択図】図１Ａ
2008021318.tif 000002
【特許請求の範囲】
【請求項１】
書類処理装置のコンフィギュレーション状態が変わったか否かを判定する方法であって、
前記書類処理装置の第１コンフィギュレーション状態を記述する第１状態データを前記書類処理装置から受信するステップと、
前記書類処理装置のコンフィギュレーション状態が前記第１コンフィギュレーション状態から変わっていないことを確認するリクエストを要求元から受信したことに応じて、第２状態データのリクエストを前記書類処理装置に送信するステップと、
前記書類処理装置の第２コンフィギュレーション状態を記述する前記第２状態データを前記書類処理装置から受信するステップであって、前記第２状態データは前記第１状態データの受信後に受信されるステップと、
前記第１状態データ及び前記第２状態データを比較し、前記第１状態データ及び前記第２状態データが前記書類処理装置の同じコンフィギュレーション状態を特定するか否かを確認するステップと、
前記第１状態データ及び前記第２状態データの比較に基づいて、前記書類処理装置の前記コンフィギュレーション状態が前記第１コンフィギュレーション状態から変わっているか否かを示すメッセージを前記要求元に送信するステップと、
を有する方法。
【請求項２】
前記書類処理装置の一群の前記コンフィギュレーション状態が、印刷装置のセキュリティ状態を含む請求項１記載の方法。
【請求項３】
前記第１状態データ及び前記第２状態データが受信の際に暗号化され、当該方法は、
前記第１状態データ及び前記第２状態データを暗号化するのに使用される情報を前記書類処理装置に送信するステップを更に有する請求項１記載の方法。
【請求項４】
ステータス問い合わせメッセージを前記書類処理装置に送信するステップと、
前記書類処理装置に送信された電子書類を処理するリクエストのステータスについての情報を前記書類処理装置から受信するステップと、
を更に有する請求項１記載の方法。
【請求項５】
機能リクエストメッセージを前記書類処理装置に送信するステップと、
前記書類処理装置の現在の機能についての情報を前記書類処理装置から受信するステップと、
を更に有する請求項１記載の方法。
【請求項６】
電子書類を処理する方法であって、
電子書類を処理するためのクライアントからの第１リクエストが前記書類処理装置により受信されたことを示す受領確認データを書類処理装置から受信するステップと、
電子書類を処理するための第２リクエストが前記クライアントにより前記書類処理装置に対して発行されていたことを示す受領確認データを前記クライアントから受信するステップと、
前記受領確認データが前記リクエスト確認データに符合するリクエストを特定することを確認するステップと、
前記書類処理装置が前記電子書類を処理する前記第２リクエストを受信したことを確認する確認データを前記クライアントに送信するステップと、
を有する方法。
【請求項７】
電子書類を処理する方法であって、
電子書類を処理するためのクライアントからの第１リクエストが前記書類処理装置により受信されたことを示す受領確認データを書類処理装置から受信するステップと、
電子書類を処理するための第２リクエストが前記クライアントにより前記書類処理装置に対して発行されていたことを示す受領確認データを前記クライアントから受信するステップと、
前記受領確認データが前記リクエスト確認データに符合するリクエストを特定することを確認するステップと、
前記電子書類を処理する前記第１リクエストを前記クライアントが前記書類処理装置に対して発行したことを確認する確認データを前記書類処理装置に送信するステップと、
を有する方法。
【請求項８】
書類処理装置をプロテクトする方法であって、
前記書類処理装置中の或る記憶媒体とは別に、前記記憶媒体へのアクセスを制限するのに使用されるパスワードを前記書類処理装置に永続的に格納するステップと、
前記記憶媒体にアクセスするために前記パスワードの受領を要するように前記記憶媒体を設定するステップと、
前記書類処理装置の電源投入の際に、前記書類処理装置が前記パスワードを前記記憶媒体に提供し、前記書類処理装置が前記記憶媒体へアクセスするのを許可するステップと、
を有し、前記パスワードを与えた前記書類処理装置はユーザ入力によらず動作する方法。
【請求項９】
前記パスワードは或る既存のパスワードであり、当該方法は、
前記書類処理装置の電源投入の際に、前記記憶媒体へアクセスするのに使用される新たなパスワードを生成し、
前記書類処理装置の電源投入の際に、（ａ）前記記憶媒体へのアクセスを許可するために前記新たなパスワードを要求し、及び（ｂ）前記記憶媒体へのアクセスを許可するためには前記既存のパスワードの受領はもはや不要である請求項８記載の方法。
【請求項１０】
前記記憶媒体を設定するステップは、前記書類処理装置の電源を落とすリクエストを受信したことに応じて行われる請求項８記載の方法。
【請求項１１】
前記書類処理装置のBIOSにより前記パスワードが永続的に格納される請求項８記載の方法。
【請求項１２】
書類処理装置のコンフィギュレーション状態が変わったか否かを判定する１以上の命令シーケンスを運ぶマシン読み取り可能な媒体であって、前記１以上の命令シーケンスは、
前記書類処理装置の第１コンフィギュレーション状態を記述する第１状態データを前記書類処理装置から受信するステップと、
前記書類処理装置のコンフィギュレーション状態が前記第１コンフィギュレーション状態から変わっていないことを確認するリクエストを要求元から受信したことに応じて、第２状態データのリクエストを前記書類処理装置に送信するステップと、
前記書類処理装置の第２コンフィギュレーション状態を記述する前記第２状態データを前記書類処理装置から受信するステップであって、前記第２状態データは前記第１状態データの受信後に受信されるステップと、
前記第１状態データ及び前記第２状態データを比較し、前記第１状態データ及び前記第２状態データが前記書類処理装置の同じコンフィギュレーション状態を特定するか否かを確認するステップと、
前記第１状態データ及び前記第２状態データの比較に基づいて、前記書類処理装置の前記コンフィギュレーション状態が前記第１コンフィギュレーション状態から変わっているか否かを示すメッセージを前記要求元に送信するステップと、
を１以上のプロセッサに実行させるマシン読み取り可能な媒体。
【請求項１３】
前記書類処理装置の一群の前記コンフィギュレーション状態が、印刷装置のセキュリティ状態を含む請求項１２記載のマシン読み取り可能な媒体。
【請求項１４】
前記第１状態データ及び前記第２状態データが受信の際に暗号化され、当該マシン読み取り可能な媒体は、
前記第１状態データ及び前記第２状態データを暗号化するのに使用される情報を前記書類処理装置に送信するステップ
を１以上のプロセッサに更に実行させる請求項１２記載のマシン読み取り可能な媒体。
【請求項１５】
ステータス問い合わせメッセージを前記書類処理装置に送信するステップと、
前記書類処理装置に送信された電子書類を処理するリクエストのステータスについての情報を前記書類処理装置から受信するステップと、
を１以上のプロセッサに更に実行させる請求項１２記載のマシン読み取り可能な媒体。
【請求項１６】
機能リクエストメッセージを前記書類処理装置に送信するステップと、
前記書類処理装置の現在の機能についての情報を前記書類処理装置から受信するステップと、
を更に有する請求項１２記載のマシン読み取り可能な媒体。
【請求項１７】
電子書類を処理するための１以上の命令シーケンスを運ぶマシン読み取り可能な媒体であって、前記１以上の命令シーケンスは、
電子書類を処理するためのクライアントからの第１リクエストが前記書類処理装置により受信されたことを示す受領確認データを書類処理装置から受信するステップと、
電子書類を処理するための第２リクエストが前記クライアントにより前記書類処理装置に対して発行されていたことを示す受領確認データを前記クライアントから受信するステップと、
前記受領確認データが前記リクエスト確認データに符合するリクエストを特定することを確認するステップと、
前記書類処理装置が前記電子書類を処理する前記第２リクエストを受信したことを確認する確認データを前記クライアントに送信するステップと、
を１以上のプロセッサに実行させるマシン読み取り可能な媒体。
【請求項１８】
電子書類を処理するための１以上の命令シーケンスを運ぶ電子書類を処理するマシン読み取り可能な媒体であって、前記１以上の命令シーケンスは、
電子書類を処理するためのクライアントからの第１リクエストが前記書類処理装置により受信されたことを示す受領確認データを書類処理装置から受信するステップと、
電子書類を処理するための第２リクエストが前記クライアントにより前記書類処理装置に対して発行されていたことを示す受領確認データを前記クライアントから受信するステップと、
前記受領確認データが前記リクエスト確認データに符合するリクエストを特定することを確認するステップと、
前記電子書類を処理する前記第１リクエストを前記クライアントが前記書類処理装置に対して発行したことを確認する確認データを前記書類処理装置に送信するステップと、
を１以上のプロセッサに実行させるマシン読み取り可能な媒体。
【請求項１９】
書類処理装置をプロテクトするための１以上の命令シーケンスを運ぶマシン読み取り可能な媒体であって、前記１以上の命令シーケンスは、
前記書類処理装置中の或る記憶媒体とは別に、前記記憶媒体へのアクセスを制限するのに使用されるパスワードを前記書類処理装置に永続的に格納するステップと、
前記記憶媒体にアクセスするために前記パスワードの受領を要するように前記記憶媒体を設定するステップと、
前記書類処理装置の電源投入の際に、前記書類処理装置が前記パスワードを前記記憶媒体に提供し、前記書類処理装置が前記記憶媒体へアクセスするのを許可するステップと、
を１以上のプロセッサに実行させ、前記パスワードを与えた前記書類処理装置はユーザ入力によらず動作するマシン読み取り可能な媒体。
【請求項２０】
前記パスワードは或る既存のパスワードであり、前記１以上の命令シーケンスは、
前記書類処理装置の電源投入の際に、前記記憶媒体へアクセスするのに使用される新たなパスワードを生成することを更に１以上のプロセッサに実行させ、
前記書類処理装置の電源投入の際に、（ａ）前記記憶媒体へのアクセスを許可するために前記新たなパスワードを要求し、及び（ｂ）前記記憶媒体へのアクセスを許可するためには前記既存のパスワードの受領はもはや不要である請求項１９記載のマシン読み取り可能な媒体。
【請求項２１】
前記記憶媒体を設定するステップは、前記書類処理装置の電源を落とすリクエストを受信したことに応じて行われる請求項８記載のマシン読み取り可能な媒体。
【請求項２２】
前記書類処理装置のBIOSにより前記パスワードが永続的に格納される請求項１９記載のマシン読み取り可能な媒体。
【請求項２３】
書類処理装置のコンフィギュレーション状態が変わったか否かを判定する装置であって、
１以上の命令シーケンスを運ぶマシン読み取り可能な媒体と、
１以上のプロセッサと、
を有し、前記１以上の命令シーケンスは、
前記書類処理装置の第１コンフィギュレーション状態を記述する第１状態データを前記書類処理装置から受信するステップと、
前記書類処理装置のコンフィギュレーション状態が前記第１コンフィギュレーション状態から変わっていないことを確認するリクエストを要求元から受信したことに応じて、第２状態データのリクエストを前記書類処理装置に送信するステップと、
前記書類処理装置の第２コンフィギュレーション状態を記述する前記第２状態データを前記書類処理装置から受信するステップであって、前記第２状態データは前記第１状態データの受信後に受信されるステップと、
前記第１状態データ及び前記第２状態データを比較し、前記第１状態データ及び前記第２状態データが前記書類処理装置の同じコンフィギュレーション状態を特定するか否かを確認するステップと、
前記第１状態データ及び前記第２状態データの比較に基づいて、前記書類処理装置の前記コンフィギュレーション状態が前記第１コンフィギュレーション状態から変わっているか否かを示すメッセージを前記要求元に送信するステップと、
を１以上のプロセッサに実行させる装置。
【請求項２４】
前記書類処理装置の一群の前記コンフィギュレーション状態が、印刷装置のセキュリティ状態を含む請求項２３記載の装置。
【請求項２５】
前記第１状態データ及び前記第２状態データが受信の際に暗号化され、当該装置は、
前記第１状態データ及び前記第２状態データを暗号化するのに使用される情報を前記書類処理装置に送信するステップを前記１以上のプロセッサに更に実行させる請求項２３記載の装置。
【請求項２６】
ステータス問い合わせメッセージを前記書類処理装置に送信するステップと、
前記書類処理装置に送信された電子書類を処理するリクエストのステータスについての情報を前記書類処理装置から受信するステップと、
を前記１以上のプロセッサに更に実行させる請求項２３記載の装置。
【請求項２７】
機能リクエストメッセージを前記書類処理装置に送信するステップと、
前記書類処理装置の現在の機能についての情報を前記書類処理装置から受信するステップと、
を前記１以上のプロセッサに更に実行させる請求項２３記載の装置。
【請求項２８】
１以上の命令シーケンスを運ぶマシン読み取り可能な媒体と、
１以上のプロセッサと、
を有する電子書類を処理する装置であって、前記１以上の命令シーケンスは、
電子書類を処理するためのクライアントからの第１リクエストが前記書類処理装置により受信されたことを示す受領確認データを書類処理装置から受信するステップと、
電子書類を処理するための第２リクエストが前記クライアントにより前記書類処理装置に対して発行されていたことを示す受領確認データを前記クライアントから受信するステップと、
前記受領確認データが前記リクエスト確認データに符合するリクエストを特定することを確認するステップと、
前記書類処理装置が前記電子書類を処理する前記第２リクエストを受信したことを確認する確認データを前記クライアントに送信するステップと、
を前記１以上のプロセッサに実行させる装置。
【請求項２９】
１以上の命令シーケンスを運ぶマシン読み取り可能な媒体と、
１以上のプロセッサと、
を有する電子書類を処理する装置であって、前記１以上の命令シーケンスは、
電子書類を処理するためのクライアントからの第１リクエストが前記書類処理装置により受信されたことを示す受領確認データを書類処理装置から受信するステップと、
電子書類を処理するための第２リクエストが前記クライアントにより前記書類処理装置に対して発行されていたことを示す受領確認データを前記クライアントから受信するステップと、
前記受領確認データが前記リクエスト確認データに符合するリクエストを特定することを確認するステップと、
前記電子書類を処理する前記第１リクエストを前記クライアントが前記書類処理装置に対して発行したことを確認する確認データを前記書類処理装置に送信するステップと、
を前記１以上のプロセッサに実行させる装置。
【請求項３０】
１以上の命令シーケンスを運ぶマシン読み取り可能な媒体と、
１以上のプロセッサと、
を有する書類処理装置をプロテクトする装置であって、前記１以上の命令シーケンスは、
前記書類処理装置中の或る記憶媒体とは別に、前記記憶媒体へのアクセスを制限するのに使用されるパスワードを前記書類処理装置に永続的に格納するステップと、
前記記憶媒体にアクセスするために前記パスワードの受領を要するように前記記憶媒体を設定するステップと、
前記書類処理装置の電源投入の際に、前記書類処理装置が前記パスワードを前記記憶媒体に提供し、前記書類処理装置が前記記憶媒体へアクセスするのを許可するステップと、
を前記１以上のプロセッサに実行させ、前記パスワードを与えた前記書類処理装置はユーザ入力によらず動作する装置。
【請求項３１】
前記パスワードは或る既存のパスワードであり、当該装置は、
前記書類処理装置の電源投入の際に、前記記憶媒体へアクセスするのに使用される新たなパスワードを生成し、
前記書類処理装置の電源投入の際に、（ａ）前記記憶媒体へのアクセスを許可するために前記新たなパスワードを要求し、及び（ｂ）前記記憶媒体へのアクセスを許可するためには前記既存のパスワードの受領はもはや不要である請求項３０記載の装置。
【請求項３２】
前記記憶媒体を設定するステップは、前記書類処理装置の電源を落とすリクエストを受信したことに応じて行われる請求項３０記載の装置。
【請求項３３】
前記書類処理装置のBIOSにより前記パスワードが永続的に格納される請求項３０記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電子書類を安全な方法で処理することに関連する。
【背景技術】
【０００２】
このセクションで説明されるアプローチは追跡可能なアプローチであるが、考察又は追跡が過去になされているアプローチであるとは限らない。従って、特に断りのない限り、このセクションで説明されるどのアプローチも、このセクションに含まれているという理由だけで従来技術と考えるよう仮定されるべきではない。
【０００３】
書類処理装置は、書類のハードコピー又は書類の電子コピーを処理する何らかの装置である。書類処理装置は、書類のハードコピーを書類の電子コピーに基づいて又は書類の他のハードコピーに基づいて作成してもよい。また、書類処理装置は、書類の電子コピーを書類の他の電子コピーに基づいて又は書類のハードコピーに基づいて作成してもよい。書類処理装置の非限定的な具体例は、プリンタ、スキャナ、ファクシミリ装置、複写機及び複合機(MFP:  Multi-Function  Peripheral)を含む。
【０００４】
書類処理装置が使用されるかもしれない環境では、ある低度のセキュリティを保証することが求められる又は少なくとも望まれるかもしれない。例えば、書類処理装置は、アクセスが限定される必要のある重要情報を含む書類を処理するかもしれない。書類処理装置は或る環境に配備されるかもしれない。その環境では、或る動作が行われたことを確認することに加えて、書類処理装置がどのように使用されるかの動作状況をモニタすることが望まれる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の課題は電子書類を安全に処理することである。
【課題を解決するための手段】
【０００６】
以下、電子処理を安全な方法で処理するアプローチが説明される。一形態では、書類処理装置のコンフィギュレーション状態が、以前のコンフィギュレーション状態から変わっていないことをクライアントは確認する。例えば、アドミニストレータはセキュリティサーバーと共に書類処理装置を登録してもよい。以後、書類処理装置がセキュリティサーバーと共に登録されて以来、書類処理装置のコンフィギュレーション状態が変わったか否かを確認するように、クライアントはリクエストをセキュリティサーバーに対して発行する。書類処理装置のコンフィギュレーション状態は、書類処理装置が構築された何らかの方法を反映し、例えば、書類処理装置のコンフィギュレーション状態は書類処理装置のセキュリティ状態を含んでもよい。このように、書類処理装置のセキュリティのコンフィギュレーションが、その書類処理装置がセキュリティサーバーと共に登録されて以来変わっていないことを、クライアントは確認する。これにより書類処理装置のセキュリティが破られてないことの保証をクライアントにもたらす。
【０００７】
別の形態では、あるイベントの起こったことを確認するためにセキュリティサーバーが使用されてよい。例えば、特定のクライアントが特定の電子書類を処理するリクエストを特定の書類処理装置に対して発行したことを確認するために、或いは特定の書類処理装置が特定のクライアントから特定の電子書類を処理するリクエストを受信したことを確認するためにセキュリティサーバーが使用されてもよい。
【０００８】
更なる形態では、書類処理装置のストレージ媒体は、未承認のアクセスから保護されてもよい。ストレージ媒体へのアクセスを制御するのに使用されるパスワードが、ストレージ媒体とは別の場所にある書類処理装置に格納される。ストレージ媒体は、そのストレージ媒体へアクセスするためのパスワードを受け取ることを求める。書類処理装置を立ち上げる際に、ユーザ入力によらず、パスワードが書類処理装置からストレージ媒体に提供され、書類処理装置がストレージ媒体へアクセスすることを許可する。ストレージ媒体はそのストレージ媒体へのアクセスにパスワードを受け取ることを要求するので、ストレージ媒体が認証なしに書類処理装置から取り除かれた場合、ストレージ媒体にアクセスすることはできない。
【発明を実施するための最良の形態】
【０００９】
添付図面と共に本発明の実施例が非限定的な例示として説明され、図中同様な参照番号は同様な要素に関連する。
【００１０】
説明を目的とする以下の詳細な説明では、ここで議論される発明の実施例の十分な理解を図るため、様々な具体的な詳細が述べられる。しかしながら、ここで説明される発明の実施例はそのような具体的詳細なしに実施されてもよいことは明白であろう。それ以外には、ここで議論される発明の実施例を不必要に曖昧にするかもしれないことを避けるため、周知の構造及び装置はブロック図形式で示される。
【００１１】
＜システム概要＞
以下、電子書類を安全な方法で処理する様々なアプローチが説明される。あるアプローチによれば、書類処理装置がセキュリティサーバーに登録されて以来、書類処理装置のコンフィギュレーション状態が変わっていないことをクライアントは確認してもよい。以下に更に詳細に説明されるように、本発明の各実施例はセキュリティサーバーで実行される機能を別様に実現する。
【００１２】
図１Ａは本発明の第１実施例によるシステム例１００を示すブロック図である。図１Ａのシステムは、クライアント１１０，１１２、書類処理装置１２０，１２２、セキュリティサーバー１３０及び通信リンク１５０，１５２，１５４を有する。
【００１３】
ここで使用されるクライアント１１０，１１２のようなクライアントは、書類を処理するリクエストを書類処理装置に通信リンク１５０を介して発行することのできる何らかの装置を表現する。クライアントの非限定的な具体例は、ソフトウエアアプリケーション、パーソナルコンピュータ(ＰＣ)、無線装置及びセルラ電話を含む。説明の簡明化を図るため図１Ａには２つのクライアントしか描かれていないが、システム１００は、クライアントをいくつ含んでもよく、１つのクライアントでも及び複数のクライアントでも含んでよい。
【００１４】
ここで使用される書類処理装置１２０，１２２のような書類処理装置は、書類のハードコピー又は書類の電子コピーを処理する何らかの装置を表現する。書類処理装置の非限定的な具体例は、プリンタ、スキャナ、ファクシミリ装置、複写機及び複合機(ＭＦＰ)を含む。説明の簡明化を図るため図１Ａには２つの書類処理装置しか描かれていないが、システム１００は、書類処理装置をいくつ含んでもよく、１つの書類処理装置でも及び複数の書類処理装置でも含んでよい。
【００１５】
セキュリティサーバー１３０は、(a)通信リンク１５４を介してクライアントと通信可能であり且つ(b)通信リンク１５２を介して書類処理装置と通信可能な装置を表す。セキュリティサーバー１３０はセキュリティ機能を実行するよう構築される。例えば、セキュリティサーバー１３０はクライアントからリクエストを受け、特定の書類処理装置がセキュリティサーバー１３０に登録されて以来、その特定の書類処理装置のコンフィギュレーション状態が変更されているか否かを確認する。セキュリティサーバー１３０は、システム１００で実行される或る動作(アクティビティ)−例えば書類を処理するリクエストをクライアントが書類処理装置に対して発行する動作−が行われたことを確認するために使用されてもよい。セキュリティサーバー１３０で実行される動作は後に詳細に説明される。
【００１６】
通信リンク１５０は、クライアント及び書類処理装置間でデータをやり取りする媒体又は手段の如何なるもので実現されてもよい。通信リンク１５２は、書類処理装置及びセキュリティサーバー間でデータをやり取りする媒体又は手段の如何なるもので実現されてもよい。通信リンク１５４は、クライアント及びセキュリティサーバー間でデータをやり取りする媒体又は手段の如何なるもので実現されてもよい。通信リンク１５０，１５２，１５４の具体例は、ローカルエリアネットワーク(ＬＡＮ)、広域ネットワーク(ＷＡＮ)、イーサーネット若しくはインターネット、１以上の地上、衛星若しくは無線リンク等のようなネットワークを含むが、これらに限定されない。
【００１７】
本発明の一実施例では、セキュリティサーバー１３０で実行された機能は、書類処理装置と物理的に接続された装置で実行されてもよい。図１Ｂは、本発明のそのような実施例によるシステム例を示すブロック図である。図１Ｂに示されるように、セキュリティモジュール１６８は、通信リンク１７０を介して書類処理装置１６４に物理的に接続(又はプラグイン)されたプラグ可能な装置１６６で実現されてもよい。セキュリティモジュール１６８は、プラグ可能な装置１６６における一群の実行可能なソフトウエア命令のような機能要素に対応し、セキュリティサーバー１３０で実行されたような本願で説明される機能を実行する。図１Ｂは１つの書類処理装置に物理的に接続されたプラグ可能な装置１６６を示しているが、本発明の他の実施例では、プラグ可能な装置１６６は２以上の書類処理装置に物理的に接続されてもよい。
【００１８】
本発明の他の実施例では、セキュリティサーバー１３０で実行された機能はクライアントで実現されてもよい。図１Ｃは本発明のそのような実施例によるシステム例１８０を示すブロック図である。図１Ｃに示されるように、セキュリティモジュール１８６はクライアント１８２の中にある。セキュリティモジュール１８６は、クライアント１８２における一群の実行可能なソフトウエア命令のような機能要素に対応し、セキュリティサーバー１３０で実行されていたような本願で説明される機能を実行するよう構成される。本発明の他の実施例では（図示せず）、セキュリティモジュール１８６は書類処理装置１８４上で実現されてもよい。
【００１９】
説明されたいくつかのシステム例を用いて、書類処理装置のコンフィギュレーション状態を確認する一実施例によるプロセスが以下に説明される。
【００２０】
＜書類処理装置のコンフィギュレーション状態を確認する＞
図２は印刷装置のコンフィギュレーション状態が変更されたか否かを確認する機能ステップを示すフローチャートである。説明の簡明化のため、以下の図２の機能ステップは図１Ａを参照しながら説明される。しかしながら本発明の他の実施例では、セキュリティサーバー１３０で実行される機能は、そうではなく、プラグ可能装置、クライアント又は書類処理装置に常駐するセキュリティモジュールで実現されてもよい。
【００２１】
ステップ２１０では、書類処理装置の第１コンフィギュレーション状態を記述する第１状態データが受信される。アドミニストレータのようなユーザは、特定の書類処理装置をセキュリティサーバー１３０に登録することを希望するかもしれない。特定の書類処理装置をセキュリティサーバー１３０に登録する行為は、特定の書類処理装置から第１状態データを抽出すること、及び第１状態データをセキュリティサーバー１３０に格納することを含む。明確な具体例を示す観点から、図２のステップは、書類処理装置１２０の第１コンフィギュレーション状態を記述する第１状態データをステップ２１０で受信することに関連する。
【００２２】
アドミニストレータ又は管理者は、書類処理装置１２０を登録するリクエストをクライアント１１２を利用してセキュリティサーバー１３０に送る。このリクエストをセキュリティサーバー１３０が受けたことに応じて、セキュリティサーバー１３０は第１状態データを求めるリクエストを書類処理装置１２０に送る。書類処理装置１２０が第１状態データのリクエストをセキュリティサーバー１３０から受信した後に、書類処理装置１２０は第１状態データを準備し、第１状態データをセキュリティサーバー１３０に送信する。
【００２３】
第１状態データは書類処理装置１２０の如何なるコンフィギュレーション状態を記述してもよい。例えば、第１状態データは書類処理装置１２０のセキュリティ状態を記述してもよい。言い換えれば、第１状態データは或る方法を識別してもよく、その方法は、書類処理装置１２０がセキュリティサーバー１３０に登録された時点で、書類処理装置１２０のセキュリティ設定が構築された方法である。
【００２４】
一実施例では、書類処理装置１２０はハッシュ関数及び／又はシード(seed)を用いて第１状態データを作成し、第１状態データとして使用するハッシュ値を求めてもよい。そのようなアプローチは第１状態データの或る程度の暗号化をもたらすので有利かもしれない。なぜなら、書類処理装置１２０の目下のコンフィギュレーションはハッシュ値を調べることからは判断できないからである。そのような実施例では、（ａ）書類処理装置のコンフィギュレーション状態を記述する一群のコンフィギュレーション情報を確認すること、（ｂ）ハッシュ関数及び／又はシードを用いてコンフィギュレーション情報をハッシュし、ハッシュ値を求めること、及び（ｃ）ハッシュ値を第１状態データとして使用すること、を書類処理装置１２０が行うことで第１状態データが生成されてもよい。ハッシュ関数及び／又はシードは、セキュリティサーバー１３０から送信された第１状態データのリクエストで、セキュリティサーバー１３０からの別のメッセージで書類処理装置に提供されてもよいし、或いはアドミニストレータがハッシュ値又はシードを書類処理装置１２０に提供してもよい。セキュリティサーバー１３０が書類処理装置１２０にハッシュ関数及び／又はシードを与えない場合には、第１状態データを暗号化するのに使用されるハッシュ関数及び／又はシードもセキュリティサーバー１３０に格納されてよい。
【００２５】
ハッシュ関数を用いて第１状態データを暗号化する代わりに又は暗号化に加えて、書類処理装置１２０は他のアプローチを用いて第１状態を更に暗号化してもよい。例えば、セキュリティサーバー１３０に関連する公開キーを用いて第１状態データは書類処理装置１２０で暗号化されてもよい。以後、第１状態データはセキュリティサーバー１３０に関連するプライベートキーを用いてセキュリティサーバー１３０で解読される。セキュリティサーバー１３０が第１状態データを受信した後に、処理はステップ２２０に進む。
【００２６】
ステップ２２０では、第２状態データのリクエストがセキュリティサーバー１３０から書類処理装置１２０に送信される。書類処理装置１２０がセキュリティサーバー１３０に登録されて以来、書類処理装置１２０のコンフィギュレーション状態が変更されていないことを確認するリクエストをクライアント１１０がセキュリティサーバー１３０に送信したことに応じて、ステップ２２０のリクエストは実行される。イベントの発生後に（例えば、クライアントが電源を投入したときに）又はクライアント１１０のユーザのリクエストの際に、書類処理装置１２０のコンフィギュレーション状態を確認するリクエストがクライアント１１０から自動的に送信されてもよい。そのようなリクエストは、特定の書類処理装置（クライアントが電子書類を処理するリクエストを送信したいと思っている書類処理装置）が安全であることを保証するのに有利である。このように、書類処理装置がセキュリティサーバー１３０に登録されて以来、その特定の書類処理装置のコンフィギュレーション状態が変わっていた場合に、クライアント１１０又はクライアント１１０のユーザは、コンフィギュレーション状態が登録されて以来変わっているので、電子書類を処理するリクエストをその書類処理装置に発行するには危険であることを確認できる；その結果、他の書類処理装置がクライアント１１０によって又はクライアント１１０のユーザによって選択され、電子書類を処理するリクエストに対するサービスが行われてもよい。
【００２７】
第２状態データは、書類処理装置１２０の第２コンフィギュレーション状態を記述する。第２状態データで記述される第２コンフィギュレーション状態は、書類処理装置１２０の現在のコンフィギュレーション状態に対応する。
【００２８】
一実施例では、ステップ２２０でセキュリティサーバー１３０から送信される第２状態データを求めるリクエストは暗号化される。例えば、書類処理装置１２０に関連する公開キーを用いてセキュリティサーバー１３０はステップ２２０のリクエストを暗号化してもよい。ステップ２２０のリクエストを受信すると、書類処理装置１２０は書類処理装置１２０に関連するプライベートキーを利用してリクエストを解読できる。第２状態データのリクエストがセキュリティサーバー１３０から書類処理装置１２０に送信されると、処理はステップ２３０に進む。
【００２９】
ステップ２３０では、書類処理装置１２０からの第２状態データがセキュリティサーバー１３０により受信される。一実施例では、第１状態データを暗号化することに関連して説明したのと同じ技法を用いて、第２状態データが書類処理装置１２０によって暗号化されてもよい。例えば、第２状態データは（ａ）ハッシュ関数及び／又はシードを利用して、及び／又は（ｂ）セキュリティサーバーに関連する公開キーを利用して暗号化されてもよい。その後、処理はステップ２４０に進む。
【００３０】
ステップ２４０では、ステップ２１０で受信した第１状態データ及びステップ２３０で受信した第２状態データがセキュリティサーバー１３０で比較され、第１状態データ及び第２状態データが同じコンフィギュレーション状態にあるか否かを確認する。第１状態データ及び第２状態データが同じコンフィギュレーション状態にあった場合、書類処理装置１２０のコンフィギュレーション状態は、書類処理装置１２０が登録されて以来変わってない。しかしながら、第１状態データ及び第２状態データが同じコンフィギュレーション状態でなかった場合、書類処理装置１２０のコンフィギュレーション状態は、書類処理装置１２０が登録されて以来変わっている。書類処理装置１２０のコンフィギュレーション状態が、セキュリティサーバー１３０にそれが登録されて以来変わっていた場合、コンフィギュレーションの変更の結果、書類処理装置１２０の安全性が低くなっている可能性がある。
【００３１】
書類処理装置１２０のコンフィギュレーション状態がセキュリティサーバー１３０に登録されて以来変わってなかったならば、第１状態データ及び第２状態データは一致する。例えば、第１状態データ及び第２状態データがハッシュ関数及び／又はシードを用いて作成された場合、第１状態データ及び第２状態データ各々のハッシュ値は同じになる。各々の場合にハッシュ値を生成するのに使用されるコンフィギュレーション状態は同じだからである。しかしながら、書類処理装置１２０がセキュリティサーバー１３０に登録されて以来コンフィギュレーション状態が変わっていた場合、各々の場合でハッシュ値を生成するのに使用されたハッシュ関数への入力は異なるので、第２状態データのハッシュ値は第１状態データのハッシュ値と異なる。第１状態データ及び第２状態データが比較された後、処理はステップ２５０に進む。
【００３２】
ステップ２５０では、書類処理装置１２０のコンフィギュレーション状態が変わっているか否かを示すメッセージが、セキュリティサーバー１３０からクライアント１１０に送信される。一実施例では、クライアント１１０がメッセージを受信すると、クライアント１１０はそのメッセージをクライアント１１０のユーザに提示し、クライアント１１０のユーザが何らかの行為を行えるようにする。例えば、ユーザはその後に、電子書類を処理するリクエストを書類処理装置に対して発行するようにクライアント１１０を指図してもよいし、或いは電子書類を処理するリクエストを異なる書類処理装置に発行するようにクライアント１１０を指図してもよい。
【００３３】
他の実施例では、クライアント１１０はステップ２５０のメッセージを解釈し、メッセージをユーザに提示しないで或る動作を実行してもよい。例えば、一実施例では、クライアント１１０がステップ２５０のメッセージを読み取り、そのメッセージが書類処理装置１２０のコンフィギュレーション状態の変わっていることを示していた場合、電子書類を処理するリクエストを、クライアント１１０のユーザが書類処理装置１２０に発行することを許可せず、及び／又はその書類処理装置１２０以外の他の書類処理装置に、電子書類を処理するリクエストをクライアント１１０のユーザが発行する旨の提案をクライアント１１０のユーザに提示してもよい。
【００３４】
有利なことに、書類処理装置がセキュリティサーバーに登録されて以来書類処理装置のコンフィギュレーション状態が変更されているか否かをクライアントが確認してもよい。このように、書類処理装置のコンフィギュレーション状態の変化に起因して、潜在的なセキュリティの危険性の有無をクライアントは確認できる。書類処理装置が登録されて以来、書類処理装置のコンフィギュレーション状態が変わっていることをクライアントが確認した場合、クライアントは上述したように１つ以上の動作を実行してもよい。
【００３５】
＜書類処理装置が電子書類を処理するリクエストを受けたことを確認する＞
電子書類を安全な方法で処理する別のアプローチでは、特定の書類処理装置に対して、特定の電子書類を処理するリクエストを特定のクライアントから受けたことが確認されてもよい。図３は電子書類を処理するリクエストを書類処理装置が特定のクライアントから受信したことを確認する機能ステップを示す本発明の一実施例によるフローチャートである。説明の簡明化のため、以下の図３の機能ステップは図１Ａを参照しながら説明される。具体例を明確化するため、書類処理装置１２２が書類ＡＢＣを処理するリクエストをクライアント１１０から受信したことを確認することに関連して図３のステップが説明される。
【００３６】
ステップ３１０では、書類処理装置１２２からの受領確認データがセキュリティサーバー１３０により受信される。書類処理装置が電子書類を処理するリクエストをクライアントから受信する毎に、書類処理装置は受領確認データをセキュリティサーバー１３０に送信する。受領確認データは或ることを示すデータであり、該データは、特定の書類処理装置で特定の電子書類を処理するリクエスト（特定のクライアントからのリクエスト）が、特定の書類処理装置で受信されたことを示す。かくて本実施例のステップ３１０で受信した受領確認データは、書類処理装置１２２で書類ＡＢＣを処理するためのクライアント１１０からのリクエストが、書類処理装置１２２で受信されたことを示す。ある実施例では、受領確認データ書類処理装置により受信されたリクエストについての他の情報も含み、例えば受領確認データは、リクエストが受信された時のタイムスタンプを含んでもよい。
【００３７】
一実施例では、書類処理装置１２２は受領確認データを生成し、（ａ）書類処理装置１２２、（ｂ）クライアント１１０及び（ｃ）書類ＡＢＣを識別する情報を含める。書類ＡＢＣを識別する受領確認データに含まれている情報は、ハッシュ関数を書類ＡＢＣに適用してハッシュ値を生成することで書類処理装置により生成されてもよい。
【００３８】
一実施例では、書類処理装置１２２は、セキュリティサーバー１３０が解読可能な何らかのデータ暗号化を用いて受領確認データを暗号化してもよい。例えば、セキュリティサーバー１３０に関連する公開キーを用いて書類処理装置１２２は受領確認データを暗号化し、セキュリティサーバー１３０に関連したプライベートキーを用いてセキュリティサーバー１３０は受領確認データを解読してもよい。
【００３９】
一実施例では、受領確認データは書類ＡＢＣの暗号化されたコピーを含んでもよい。以下で更に詳細に説明されるように、書類ＡＢＣの暗号化されたコピーは或ることを以後確認する際にセキュリティサーバー１３０により使用され、書類処理装置１２２が書類ＡＢＣを処理するリクエストをクライアント１１０から受信したのを確認し及び書類ＡＢＣの内容を確認する。他の実施例では、書類処理装置１２２は設定可能な期間の間だけ受領確認データをセキュリティサーバー１３０に送信するのを待機する、或いは書類の処理を要する設定可能な数のリクエストが書類処理装置１２２で受信されるまで書類処理装置１２２は受領確認データをセキュリティサーバー１３０に送信するのを待機し、複数のリクエストについての受領確認データが、バッチプロセスで又は一度の通信で、書類処理装置１２２からセキュリティサーバー１３０に送信されるようにする。受領確認データが書類処理装置１２２から受信されると、処理はステップ３２０に進む。
【００４０】
ステップ３２０では、クライアントからのリクエスト確認データがセキュリティサーバー１３０で受信される。リクエスト確認データは或ることを示すデータであり、そのデータは、特定の電子書類を処理するリクエストを特定のクライアントが特定の書類処理装置に対して発行したことを示す。かくて本実施例ではステップ３２０で受信されたリクエスト確認データは、書類ＡＢＣを処理するリクエストをクライアント１１０が書類処理装置１２２に対して発行したことを示す。リクエスト確認データで識別された書類を処理するリクエストを発行したことに応答して、クライアント１１０はリクエスト確認データをセキュリティサーバー１３０に送信してもよい。言い換えれば、クライアントが書類を処理するリクエストを書類処理装置に対して発行する毎に、クライアントはリクエスト確認データをセキュリティサーバー１３０に送信してもよい。ある実施例では、リクエスト確認データは書類を処理するリクエスト（クライアントにより発行されたリクエスト）に関する他の情報を含んでもよい。例えば、リクエスト確認データはそのリクエストが発行された時のタイムスタンプを含んでもよい。
【００４１】
一実施例では、（ａ）書類処理装置１２２、（ｂ）クライアント１１０及び（ｃ）書類ＡＢＣを識別する情報を含むようにリクエスト確認データをクライアント１１０は生成する。書類ＡＢＣを識別するリクエスト確認データに含まれている情報は、ハッシュ関数を書類ＡＢＣに適用してハッシュ値を生成することでクライアント１１０によって生成されてもよい。そのようなアプローチでは、クライアント１１０によって使用されるハッシュ関数は、書類処理装置１２２で使用されるのと同じハッシュ関数である。結果として、書類ＡＢＣを見分けるためにクライアント１１０で算出されるハッシュ値は、書類ＡＢＣを見分けるために書類処理装置で算出されるハッシュ値と同じになる。
【００４２】
セキュリティサーバー１３０が解読可能な何らかのデータ暗号化を用いて、クライアント１１０はリクエスト確認データを暗号化してもよい。例えば、クライアント１１０は、セキュリティサーバー１３０に関連する公開キーを用いてリクエスト確認データを暗号化し、セキュリティサーバー１３０に関連するプライベートキーを用いてセキュリティサーバー１３０はリクエスト確認データを解読してもよい。セキュリティサーバーがリクエスト確認データを受信すると、処理はステップ３３０に進む。
【００４３】
ステップ３３０では、受領確認データ及びリクエスト確認データが電子書類を処理するためのリクエストと符合するか否かをセキュリティサーバー１３０が確認する。セキュリティサーバー１３０は受領確認データ及びリクエスト確認データを点検することでこの確認を行ってもよいが、受領確認データ及びリクエスト確認データを点検前に解読することは必須でない。
【００４４】
様々な実施例で様々な別様のアプローチでステップ３３０の比較が実行されてもよい。あるアプローチでは、セキュリティサーバーで受信された全ての受領確認データ群及び全てのリクエスト確認データ群は、設定可能な期間の間にわたってセキュリティサーバー１３０により格納されてもよい。セキュリティサーバー１３０は、受領確認データを受信すると、受領確認データに一致するリクエストを同定する一群のリクエスト確認データが受信されたか否かを確認してもよい。同様に、セキュリティサーバー１３０は、リクエスト確認データを受信すると、リクエスト確認データに一致するリクエストを同定する一群の受領確認データが受信されたか否かを確認してもよい。他のアプローチでは、受領確認データ又はリクエスト確認データを受信すると、セキュリティサーバー１３０は、対応する一群の受領確認データ又はリクエスト確認データが受信される前に、設定可能な期間だけ待機し、対応する一群の受領確認データ又はリクエスト確認データがセキュリティサーバー１３０で受信される程度に充分に時間を延ばす。
【００４５】
受領確認データ及びリクエスト確認データが設定可能な期間にわたってセキュリティサーバー１３０に格納される実施例では、クライアントはあることを確認するリクエストをセキュリティサーバー１３０に対して発行し、そのリクエストは、クライアントが書類処理装置にリクエストを発行して暫くたった後に、書類処理装置が電子書類を処理するリクエストを受信したことの確認を求める。書類処理装置がリクエストを受信したか否かを確認するために、クライアントはリクエスト（確認リクエスト）を発行してもよい。クライアントからの確認リクエストは、確認される特定のリクエストを見分けるための情報を含み、例えばそのリクエストはリクエスト確認データを含んでもよい。格納された何らかの受領確認データが、その確認リクエストで区別される電子書類を処理するリクエストと同じリクエスト（電子書類を処理するためのリクエスト）を同定するか否かを、セキュリティサーバー１３０が確認してもよい。
【００４６】
一実施例で書類処理装置１２２が電子書類ＡＢＣの暗号化されたコピーをセキュリティサーバー１３０に受領確認データの一部として送信するならば、受領確認データ、リクエスト確認データ及びサーバー確認データ間でセキュリティサーバー１３０は３通りの比較を行ってもよい。サーバー確認データは、書類処理装置１２０から受信される書類のコピーからセキュリティサーバー１３０によって生成されるデータである。例えば、受領確認データ及びリクエスト確認データの各々が書類ＡＢＣを識別するハッシュ値を含むならば、セキュリティサーバー１３０はハッシュ関数を書類ＡＢＣに適用し、それ自身のハッシュ値を生成してもよい。そしてセキュリティサーバー１３０は受領確認データに含まれているハッシュ値、リクエスト確認データに含まれているハッシュ値及びセキュリティサーバー１３０で生成されたハッシュ値を比較し、各々が同じ書類を同定することを保証する。ステップ３３０の比較が実行されると、処理はステップ３４０に進む。
【００４７】
ステップ３４０では、書類ＡＢＣを処理するリクエストを書類処理装置１２２がクライアント１１０から受けたか否かを示す確認データが、セキュリティサーバー１３０からクライアント１１０へ送信される。有利なことに、セキュリティサーバー１３０が受領確認データを又はリクエスト確認データを受信した後自動的に又はリクエストの際に、書類を処理するクライアントからのリクエストを書類処理装置が受けたことを、セキュリティサーバー１３０はクライアント１１０に対して確認する。
【００４８】
更に、書類処理装置１２２が書類ＡＢＣの暗号化されたコピーを受領確認データの一部としてセキュリティサーバー１３０に送信した場合、セキュリティサーバー１３０は設定可能な或る期間にわたってその電子書類を格納してもよい。このように、電子書類のリクエストを受信したことに応じて及び／又は確認リクエストに応じて、セキュリティサーバー１３０は電子書類のコピーを要求者に提供してもよい。
【００４９】
一実施例では、電子書類を処理する特定のリクエストを特定の書類処理装置が特定のクライアントから受けたことを確認することに加えて、書類を処理するリクエストについて他の情報を取得するために、セキュリティサーバー１３０に格納されているクライアントからのリクエストにサービス提供する際に使用されてもよい。他の情報は例えば特定の書類処理装置が特定の電子書類を処理する特定のリクエストを特定のクライアントから受信した時点のことでもよい。電子書類を処理する特定のリクエストを書類処理装置が受信したか否かを確認するアプローチを説明した。以下、電子書類を処理する特定のリクエストをクライアントが発行したか否を確認する技術が説明される。
【００５０】
＜電子書類を処理するリクエストをクライアントが書類処理装置に発行したことを確認する＞
電子書類を安全に処理する別のアプローチによれば、特定の電子書類を処理するリクエスト（特定のクライアントからのリクエスト）を特定の書類処理装置に対して発行したことが、確認されてもよい。図４は、電子書類が特定の書類処理装置で処理されるようにクライアントが要求したことを確認する機能ステップを示す本発明の一実施例によるフローチャートである。説明の簡明化のため、図４の機能ステップは図１Ａを参照しながら以下で説明される。具体例の簡明化を図るため、書類ＡＢＣを処理するリクエストを書類処理装置１２２にクライアント１１０が発行するのを確認することに関連して、図４のステップが説明される。
【００５１】
図４のステップ４１０，４２０及び４３０は図３のステップ３１０，３２０及び３３０でそれぞれ説明したものと同様である。ステップ４３０の実行後に、処理はステップ４４０に進む。
【００５２】
ステップ４４０では、書類ＡＢＣを処理するようにクライアント１１０が書類処理装置１２２に要求したことを示す確認データが、セキュリティサーバー１３０から別のエンティティ（例えば、書類処理装置１２２）に送信される。こうして、書類処理装置１２２のような他のエンティティは、書類ＡＢＣを処理するリクエスト（書類処理装置１２２で受信されたリクエスト）をクライアント１１０が発行したことを確認してもよい。書類処理装置１２２は、受信した確認データをある設定可能な期間にわたって格納してもよい。このように、書類処理装置１２２は、書類処理装置１２２へリクエストを送信したクライアントの身元を証明してもよい。書類処理装置１２２は、ある情報にユーザをアクセス可能にする或る手段をアドミニストレータのようなユーザに提供してもよい。その情報は、クライアントが書類処理装置１２２に対してリクエストを発行したことについて及びそのリクエストについての情報である。
【００５３】
更に、特定のリクエストをクライアント１１０が書類処理装置１２２に発行したことを確認するリクエストを、クライアント１２２がセキュリティサーバー１３０に発行してもよい。このように、電子書類を処理する特定のリクエストをクライアントが特定の書類処理装置に発行したことを確認するリクエストを、他のクライアントがセキュリティサーバー１３０に対して発行してもよい。そのようなリクエストは、リクエストがセキュリティサーバー１３０により処理される前に或る低度のレベルの許可を受ける或いは認証されるよう要求されてもよい。
【００５４】
一実施例では、特定のクライアントが特定のリクエストを書類処理装置に発行したのを確認することに加えて、セキュリティサーバー１３０に格納されている或る情報が、リクエストに対するサービスを提供するために使用され、そのリクエストは、特定のクライアントが特定のリクエストを発行した時点のような追加的な情報を確認して書類を処理するような、クライアントから書類処理装置へのリクエストである。
【００５５】
電子書類を処理する特定のリクエストを書類処理装置が受信したか否かを確認するアプローチを説明した。以下、電子書類を処理する特定のリクエストをクライアントが発行したか否を確認する技術が説明される。
【００５６】
＜印刷装置のストレージ媒体をプロテクトする＞
電子書類を安全に処理する別のアプローチによれば、書類処理装置の記憶媒体が、未認証のアクセスから保護されてもよい。図５は書類処理装置の記憶媒体を保護する機能ステップを示す本発明の一実施例によるフローチャートである。説明の簡明化のため、図５のステップは図６を参照しながら以下で説明され、図６は本発明の一実施例による書類処理装置６１０のブロック図である。
【００５７】
書類処理装置６１０はプロテクトされた記憶媒体（プロテクト記憶媒体）６２０及びパスワード記憶媒体６３０を有する。プロテクトされた記憶媒体６２０は書類処理装置６１０の永続的なストレージ（パーシステントストレージ）を表現し、書類処理装置６１０で処理されてきた電子書類についての情報のような機密情報を格納するのに使用されてもよい。プロテクト記憶媒体の非限定的な具体例はハードドライブを含む。
【００５８】
パスワード記憶媒体６３０は、パスワード６３２を格納するのに使用されてよい書類処理装置６１０のパーシステントストレージを表現する。パスワード記憶媒体６３０を実現するために、データを永続的に格納する如何なる手段が使用されてもよいが、パスワード記憶媒体６３０の容量は、パスワード６３２の永続的な記憶を可能にする程度にだけ大きければよい。パスワード記憶媒体６３０の非限定的な具体例はフラッシュメモリである。パスワード６３２は書類処理装置６１０のバイオス(BIOS)により格納されてもよいので、パスワード記憶媒体６３０は書類処理装置６１０のBIOSを格納する記憶媒体として実現されてもよい。
【００５９】
パスワード６３２は、記憶媒体へのアクセスを制御するのに使用されてよい如何なるデータを用いて実現されてもよい。
【００６０】
図５のステップ５１０では、パスワード６３２がプロテクト記憶媒体とは別個に永続的に格納される。例えばパスワード６３２はパスワード記憶媒体６３０に格納されてもよい。
【００６１】
ステップ５２０では、プロテクト記憶媒体６２０は、プロテクト記憶媒体６２０にアクセスするためにパスワード６３２の受領を要するように設定される。プロテクト記憶媒体６２０にアクセスするのにパスワード６３２の受領を要するようにプロテクト記憶媒体６２０を設定した結果、プロテクト記憶媒体６２０にパスワード６３２を提供せずに、エンティティはプロテクト記憶媒体６２０にアクセスすることはできなくなる。
【００６２】
一実施例では、プロテクト記憶媒体６２０はアドバンストテクノロジアタッチメント(ATA)ハードドライブを用いて実現されてもよい。ATAハードドライブは、ATAハードドライブに設けられたハードドライブコントローラを備えてもよい。ATAハードドライブのドライブコントローラは、ATAハードドライブにアクセスするためのパスワードの受領を要するよう設定されてもよい。このようにステップ５２０ではATAハードドライブコントローラは、プロテクト記憶媒体６２０へのアクセスを許可するためにパスワード６３２の受領を要求するように指示を受けてもよい。
【００６３】
一実施例では、書類処理装置６１０がパワーダウンのリクエストを受信したことに応答して、プロテクト記憶媒体にアクセスするのにパスワード６３２の受領を要するように、書類処理装置６１０はプロテクト記憶媒体６２０を自動的に設定してもよい。このようにプロテクト記憶媒体６２０は「ロック」され、書類処理装置６１０の電源投入前にプロテクト記憶媒体６２０が書類処理装置６１０から取り外された場合、プロテクト記憶媒体６２０にアクセスするにはパスワード６３２がプロテクト記憶媒体６２０に提示されなければならなくなる。
【００６４】
ステップ５３０では、書類処理装置６１０を電源投入すると、書類処理装置６１０はユーザ入力によらずパスワード６３２をプロテクト記憶媒体６２０に与え、プロテクト記憶媒体６２０の「ロックを解除」する。書類処理装置６１０がパスワード６３２を電源の入っているプロテクト記憶媒体６２０に与えると、書類処理装置６１０はプロテクト記憶媒体６２０にアクセス可能になる。
【００６５】
有利なことに、本発明の実施例では、書類処理装置６１０の電源の落ちることが、プロテクト記憶媒体６２０を「ロック」するのに使用され、プロテクト記憶媒体６２０への未承認のアクセスを防ぐ。ユーザからの如何なる入力も介在も必要とせずに、プロテクト記憶媒体６２０はロックされ及びロック解除されるので、プロテクト記憶媒体６２０のプロテクションは、書類処理装置６１０のユーザにとって透明(transparent)である（意識しなくてよい）。プロテクト記憶媒体６２０に重要情報が格納されていた場合や、書類処理装置６１０の電源が落とされる場合にプロテクト記憶媒体６２０が除去される場合には、パスワード６３２が与えられない限りそのプロテクト記憶媒体６２０にはアクセスできず、従ってプロテクト記憶媒体６２０に格納された重要情報は未承認の者からアクセスできないという何らかのセキュリティをもたらす。
【００６６】
一実施例では、プロテクト記憶媒体６２０へのアクセスを制御するのに使用されるパスワードは、書類処理装置６１０が電源投入される都度変更されてもよい。そのような実施例では、書類処理装置６１０の電源を投入すると、プロテクト記憶媒体６２０へのアクセスを制限するのに使用される新たなパスワードが生成される。以後、（ａ）プロテクト記憶媒体６２０へのアクセスを許可するために新たなパスワードの受領を要求するように及び（ｂ）プロテクト記憶媒体６２０へのアクセスを許可するために過去のパスワードの受領をもはや必要としないようにプロテクト記憶媒体６２０は構築される。
【００６７】
一実施例では、マスターパスワードが使用されてもよい。マスターパスワードとは、プロテクト記憶媒体６２０がプロテクト記憶媒体６２０へのアクセス権を認めるパスワードである。プロテクト記憶媒体６２０のドライブコントローラは、マスターパスワードが与えられた場合にプロテクト記憶媒体６２０へのアクセスを許可するように構築されてもよい。このように、書類処理装置６１０のアドミニストレータがプロテクト記憶媒体６２０にアクセスしなければならない場合、アドミニストレータはマスターパスワードと共にプロテクト記憶媒体６２０にアクセスしてもよい。そのような実施例は有利である。なぜなら書類処理装置６１０が上述したように電源投入される毎にパスワード６３２が変更されてもよいからである。このように、書類処理装置６１０がパスワード記憶媒体６３０からパスワード６３２を抽出することに書類処理装置が失敗した場合又は問題が生じた場合、アドミニストレータはマスターパスワードを用いてプロテクト記憶媒体６２０にアクセスしてもよい。このようにプロテクト記憶媒体６２０からパスワード６３２が抽出されない場合でさえ、アドミニストレータはマスターパスワードを用いてプロテクト記憶媒体６２０へのアクセス権を依然として所有している。
【００６８】
一実施例では、プロテクト記憶媒体６２０のドライブコントローラにマスターパスワードを与えることで、アドミニストレータはプロテクト記憶媒体６２０の動作を設定してもよい。アドミニストレータがプロテクト記憶媒体６２０を設定する１つの方法は、（ａ）書類処理装置６１０以外の如何なるエンティティによってもプロテクト記憶媒体６２０からデータを読み取ることを許可しないが、（ｂ）プロテクト記憶媒体６２０に格納済みのデータの消去は許可することである。そのような設定は、プロテクト記憶媒体６２０に格納済みのデータを復元することを要しない場合に使用されてもよい。例えば、多くの書類処理装置は処理目的で書類を格納するだけであり、格納された書類の他装置からの以後の抽出を許可しないことが考えられる。
【００６９】
＜ユーザのジョブステータスを問い合わせる＞
一実施例では、ジョブステータスについての情報を得るためのメッセージを書類処理装置に送信してもよい。ここで言及されるようなユーザのジョブステータスは一般に電子書類を処理するリクエスト（ユーザが書類処理装置に提示したリクエスト）についての情報に関連する。ユーザのジョブステータスは、書類処理装置で現在処理されているリクエストについての情報を含んでもよく、書類処理装置で既に処理済みのリクエストについての情報を含んでもよい。このように、ユーザは、電子書類を処理するリクエスト（書類処理装置にユーザが過去に送信したリクエスト）についての情報を検索してもよい。一実施例では、アドミニストレータでないユーザは、自身のジョブステータスについてしか問い合わせないかもしれない。
【００７０】
本発明の実施例の動作を説明するため、先ず、ユーザはクライアント１１０を用いてステータス照会メッセージを書類処理装置１２０に送信してもよい。ステータス照会メッセージは、そのユーザを一意に識別するそのユーザについての身元情報を含み、例えば身元情報はユーザ名又は他の固有の識別子を含んでもよい。更に、ステータス照会メッセージは、ステータス情報を受信する際にユーザが挿入したリクエストを識別してもよい。処理途中のリクエストについて又は限定された期間内にユーザが送信したリクエストについてしかステータス情報を受信することをユーザは希望しないことを、ステータス照会メッセージは区別してもよい。
【００７１】
ステータス照会メッセージを受信すると、書類処理装置１２０はそのステータス照会メッセージに従ってユーザのステータス情報を受信する。一実施例では、書類処理装置１２０はステータス照会メッセージに含まれている身元情報を用いて、要求されたステータス情報を含む記録(レコード)を検索し、そのレコードは書類処理装置１２０に又はセキュリティサーバー１３０に格納されてもよい。要求されたステータス情報を含むレコードを検索した後に、書類処理装置１２０は、要求されたステータス情報を含むレコードをクライアント１１０に送信する。そしてクライアント１１０は、要求されたステータス情報を含むレコードをユーザに表示してもよい。
【００７２】
一実施例では、ステータス情報を含むレコードは暗号化された形式で（書類処理装置１２０に又はセキュリティサーバー１３０に）格納されてもよく、例えばレコードはユーザの公開キーを用いて暗号化され、ユーザはそれらのプライベートキーを用いてそのレコードを解読してもよい。代替実施例では、レコードをユーザに返す前に、書類処理装置１２０は要求されたステータス情報を含むレコードを暗号化してもよい。レコードを暗号化する別の手法が本発明の別の実施例で使用されてもよい。
【００７３】
一実施例では、アドミニストレータはどのユーザのジョブステータスについても問い合わせてよい。例えば、アドミニストレータはステータス照会メッセージを書類処理装置に送信し、ユーザ何人分のジョブステータスでも要求してよい（２以上のユーザを含んでもよい）。こうして或るアドミニストレータはそのアドミニストレータ以外の別のユーザのジョブステータスについて問い合わせしてもよい。そのような実施例では、アドミニストレータから送信されるステータス照会メッセージは、１以上のユーザを一意に識別する身元情報を含むかもしれない。ステータス照会メッセージをアドミニストレータから受信したことに応じて、書類処理装置はステータス照会メッセージで識別される各ユーザについてステータス情報を抽出し、その後にステータス情報をクライアント（アドミニストレータがスタース照会メッセージを送信した対象のクライアント）に送信する。
【００７４】
一実施例では、ステータス又は他ユーザについて問い合わせるステータス照会メッセージをアドミニストレータが送信する前に、アドミニストレータはクライアントで認証されるよう要求されてもよい。或いは、アドミニストレータから、ステータス又は他ユーザについて問い合わせるステータス照会メッセージを書類処理装置が処理する前に、アドミニストレータは書類処理装置で認証されることが必要であってもよい。
【００７５】
＜書類処理装置の性能を確認する＞
一実施例では、特定の書類処理装置が特定の機能をサポートしていることをクライアントが確認してもよい。例えば、所望のセキュリティ機能をサポートしている書類処理装置に、電子書類を印刷するリクエストを発行することしかユーザは希望しないかもしれない。従って本発明の一実施例は、電子書類を印刷するリクエストを書類処理装置に対して発行する前に、書類処理装置が所望のセキュリティ機能をサポートしていることを確認するようにする。
【００７６】
本発明の実施例がどのように機能するかを詳細に説明するため、電子書類を処理するリクエストをクライアント１１０が書類処理装置１２０に送信する前に、クライアント１１０は機能リクエストメッセージを書類処理装置１２０に送信する。機能リクエストメッセージを受信すると、書類処理装置１２０は機能（能力又は性能）情報をクライアント１１０に送信する。機能情報は書類を処理することに関する書類処理装置１２０の現在の機能を記述する。例えば、機能情報は、書類処理装置１２０がもたらすように設定されている現在のセキュリティ機能を記述してもよい。
【００７７】
クライアント１１０が機能情報を書類処理装置１２０から受信すると、書類処理装置１２０の現在の機能が、電子書類を処理するリクエストについて所望の条件を満たしているか否かをクライアント１１０は確認する。書類処理装置１２０の現在の機能が、電子書類を処理するリクエストについて所望の条件を満たしていた場合、クライアント１１０は所望の機能が通用することをユーザに通知し、電子書類を処理するリクエストを書類処理装置１２０に送信する。
【００７８】
しかしながら書類処理装置１２０の現在の機能が電子書類を処理するリクエストについて所望の条件を満たしていなかった場合、クライアント１１０は書類処理装置１２０の現在の機能を変更する変更要求(変更リクエスト)を書類処理装置に送信し、装置の機能が、電子書類を処理するリクエストについて所望の条件を満たすようにする。例えば、書類処理装置１２０のセキュリティ設定が更新され、書類処理装置１２０が指定されたセキュリティ機能をサポートするようにすることを、変更リクエストは指定してもよい。これに応じて、処理装置１２０の現在の機能が変更リクエストでクライアント１１０により要求されたように更新されていたか否かを示すメッセージを、書類処理装置はクライアントに送信してよい。
【００７９】
書類処理装置１２０の現在の機能が変更リクエストでクライアント１１０により要求されるように更新されるならば、クライアント１１０は所望の機能が得られたことをユーザに報告し、変更リクエストでクライアント１１０により要求されるように現在の機能を更新することを書類処理装置１２０に命令するメッセージを書類処理装置に送信する。更に、その後にクライアント１１０は電子書類を処理するリクエストを書類処理装置１２０に送信する。
【００８０】
一方、書類処理装置１２０の現在の機能が変更リクエストでクライアント１１０により要求されるように更新されないならば、クライアント１１０は所望の機能が得られなかったことをユーザに方向駆使、クライアント１１０はそのユーザからの更なる命令を待機する。例えば、ユーザは別の書類処理装置１２０を指定してもよく、その書類処理装置宛に、電子書類を処理するリクエストが送信されてもよいし、ユーザは、電子書類を処理するのに必要な一群の所望の機能を更新してもよい。このようにして、クライアント１１０は、電子書類が所望の機能と共に電子処理装置により処理されるよう仮定されてもよい。
【００８１】
＜実現手段＞
クライアント、書類処理装置、セキュリティサーバー及びプラグ可能な装置の各々はコンピュータシステムに備わってもよい。図６は本発明の実施例で使用されるコンピュータシステム７００のブロック図を示す。コンピュータシステム７００は、情報を通信するためのバス７０２又は他の通信手段と、バス７０２に結合された情報を処理するプロセッサ７０４とを有する。コンピュータシステム７００は、ランダムアクセスメモリ(RAM)又は他のダイナミックストレージデバイスのようなバス７０２に結合されたメインメモリ７０６を有し、メインメモリはプロセッサ７０４で実行される命令や情報を格納する。メインメモリ７０６は、プロセッサ７０４で実行される命令の実行中に、一時的な変数又は他の中間的な情報を格納するのに使用されてもよい。コンピュータシステム７００は、プロセッサ７０４のための命令や静的な情報を格納する、バス７０２に結合されたリードオンリメモリ(ROM)又は他のスタティックストレージデバイスを更に含む。磁気ディスク又は他の光ディスクのようなストレージデバイス７１０は、情報及び命令を格納するために用意されてバス７０２に結合される。
【００８２】
コンピュータシステム７００は、ユーザに情報を表示するために、陰極線管(CRT)、液晶ディスプレイ(LCD)、プラズマディスプレイ及び表面電導型電子放出ディスプレイ(SED)のようなディスプレイ７１２にバス７０２を介して結合されてもよい。英数字その他のキーを含む入力装置７１４は、情報及び命令選択内容をプロセッサ７０４に通知するためにバス７０２に結合される。他の種類のユーザ入力装置は、カーソル制御装置７１６（例えば、マウス、トラックボール又はカーソル方向キー）であり、指示情報及び命令選択をプロセッサ７０４に通知し且つディスプレイ７１２でのカーソルの動きを制御する。この入力装置は典型的には第１軸（例えば、ｘ）及び第２軸（例えば、ｙ）の２軸による２つの自由度を有し、装置が平面上の位置を指定できるようにする。
【００８３】
本発明はここで説明される技法を実現するコンピュータシステム７００を利用することに関連する。本発明の一実施例によれば、メインメモリ７０６に含まれる１以上の命令の１以上のシーケンスを実行するプロセッサ７０４に応じて、これらの技法がコンピュータシステム７００によって実行される。そのような命令は、ストレージデバイス７１０のような他のマシン読取可能な媒体からメインメモリ７０６に読み込まれてもよい。メインメモリ７０６に含まれている命令シーケンスの実行は、本願で説明されるプロセスステップをプロセッサ７０４が実行することを引き起こす。代替実施例では、本発明を実施するために、ハードワイヤード回路が、代替的に使用されてもよいし或いはソフトウエア命令との組み合わせで使用されてもよい。すなわち本発明の実施例はハードウエア回路及びソフトウエアの特定の如何なる組み合わせにも限定されない。
【００８４】
ここで使用されているように「マシン読取可能な媒体」なる用語は、特定の形式でマシンに動作を引き起こすデータを用意することに関連する如何なる媒体にも関連する。コンピュータシステム７００を利用して実現される実施例では、例えば実行に備えてプロセッサ７０４に命令を提供することに関する様々なマシン読み取り可能な媒体が含まれる。そのような媒体は多くの形態をとってよく、限定ではないが、不揮発性媒体、揮発性媒体及び伝送媒体を含む。不揮発性媒体は、例えば、ストレージデバイス７１０のような光又は磁気ディスクを含む。揮発性媒体は、メインメモリ７０６のようなダイナミックメモリを含む。伝送媒体は、同軸ケーブル、銅線及び光ファイバを含み、バス７０２を構成するワイヤを含む。伝送媒体は、無線電波及び赤外線データ通信の際に生成されるもののような、音波又は光波の形式をとってもよい。これら全ての媒体は、媒体で運ばれる命令が、命令をマシンに読み込む物理的手段で検出されるように具現化される必要がある。
【００８５】
マシン読取可能な媒体の一般的な形態は、フロッピディスク、フレキシブルディスク、ハードディスク、磁気テープその他の如何なる磁気媒体、CD-ROMその他の如何なる光媒体、パンチカード、紙テープ又は穴のパターンを有する他の如何なる物理的媒体、RAM、PROM、EPROM、フラッシュEPROMその他のメモリチップ、カートリッジ、上記のような搬送波又はコンピュータが読み取ることの可能な他の如何なる媒体も含む。
【００８６】
マシン読取可能な様々な形態は、１以上の命令の１以上のシーケンスをプロセッサ７０４に実行に備えて搬送することにも含まれる。例えば命令は初期には遠く離れたリモートコンピュータの磁気ディスクで搬送されてもよい。リモートコンピュータは自身のダイナミックメモリからその命令をロードし、モデムを用いて電話回線を介して命令を送信してもよい。コンピュータシステム７００付近のモデムは電話回線でそのデータを受信し、赤外線送信機を用いてそのデータを赤外線信号に変換する。赤外線検出器は、赤外線信号で搬送されたデータを受信し、適切な回路がそのデータをバス７０２に置く。バス７０２はデータをメインメモリ７０６に運び、プロセッサ７０４はメインメモリから命令を抽出して実行する。メインメモリ７０６で受信された命令は、プロセッサ７０４で実行される前又はその後にストレージデバイス７１０に選択的に格納されてもよい。
【００８７】
コンピュータシステム７００はバス７０２に結合された通信インターフェース７１８も含む。通信インターフェース７１８は、ローカルネットワーク７２２に接続されたネットワークリンク７２０に結合する双方向データ通信をもたらす。例えば、通信インターフェース７１８は、データ通信接続を対応するタイプの電話回線に与える統合サービスディジタルネットワーク(ISDN)カード又はモデムでもよい。別の例では、通信インターフェース７１８は、データ通信接続をコンパチブルなLANに与えるLANカードでもよい。無線リンクが使用されてもよい。どの実現手段にせよ、通信インターフェース７１８は、電気的な、電磁的な又は光学的な信号を送信及び受信し、様々なタイプの情報を表現するディジタルデータストリームを運ぶ。
【００８８】
ネットワークリンク７２０は典型的には１以上のネットワークを介して他のデータ装置とのデータ通信をもたらす。例えば、ネットワークリンク７２０はローカルネットワーク７２２を介してホストコンピュータ７２４とのコネクションを提供する、或いはインターネットサービスプロバイダ(ISP)７２６により運営されるデータ機器とのコネクションを提供する。そしてISP７２６はデータ通信サービスをワールドワイドパケットデータ通信ネットワーク(今日、インターネット７２８として一般に言及されている)を介して提供する。ローカルネットワーク７２２及びインターネット７２８の双方は、ディジタルデータストリームを搬送する、電気的な、電磁的な又は光学的な信号を使用する。様々なネットワークを介する信号や、ネットワークリンク７２０における通信インターフェース７１８を介する信号は、コンピュータシステムに及びそこからディジタルデータを搬送し、例えば情報を伝送する搬送波の形式をとってもよい。
【００８９】
コンピュータシステム７００は、ネットワーク、ネットワークリンク７２０及び通信インターフェース７１８を介して、メッセージを送信し及びプログラムコードを含むデータを受信する。インターネットの例では、サーバー７３０はインターネット７２８、ISP７２６、ローカルネットワーク７２２及び通信インターフェース７１８を介して、アプリケーションプログラムに関する要求されたコードを送信するかもしれない。
【００９０】
受信したコードはプロセッサ７０４により実行され、それが受信されると及び／又はストレージ媒体７１０に又は他の不揮発性メモリに後の実行に備えて格納される。この方法ではコンピュータシステム７００は搬送波の形式でアプリケーションコードを得てもよい。
【００９１】
以上、本発明の実施例は、実施例毎に異なってよい特定の様々な具体的詳細と共に説明されてきた。本発明であって本願で本発明であるように意図される独占排他権の対象は本願の一群の請求項に記載され、その請求項は将来的な以後の如何なる補正をも包含する。そのような請求項に含まれている用語について本願で明示的に定義された如何なる用語も、請求項で使用される用語の意味を規定する。従って請求項に明示的に記載されていない限定、要件、属性、特徴、利点又は特性の如何なるものも、そのような請求項の範囲をどのようにも限定しない。従って本明細書及び図面は、限定的な意味ではなく例示として解釈されるべきである。
【図面の簡単な説明】
【００９２】
【図１Ａ】本発明の第１実施例によるシステム例を示すブロック図である。
【図１Ｂ】本発明の第２実施例によるシステム例を示すブロック図である。
【図１Ｃ】本発明の第３実施例によるシステム例を示すブロック図である。
【図２】印刷装置のコンフィギュレーション状態が変更されたか否かを確認する機能ステップを示すフローチャートである。
【図３】電子書類を処理するリクエストを書類処理装置が特定のクライアントから受信したことを確認する機能ステップを示す本発明の一実施例によるフローチャートである。
【図４】電子書類が特定の書類処理装置で処理されるようにクライアントが要求したことを確認する機能ステップを示す本発明の一実施例によるフローチャートである。
【図５】書類処理装置の記憶媒体を保護する機能ステップを示す本発明の一実施例によるフローチャートである。
【図６】本発明の一実施例による書類処理装置例のブロック図である。
【図７】本発明の一実施例で使用されるコンピュータシステムを示すブロック図である。
【符号の説明】
【００９３】
１００  システム
１１０，１１２  クライアント
１２０，１２２  書類処理装置
１３０  セキュリティサーバー
１５０，１５２，１５４  通信リンク
１７０  通信リンク
１８０  システム
６２０  プロテクトされた記憶媒体
６３０  パスワード記憶媒体
７００  コンピュータシステム
７０２  バス
７０４  プロセッサ
７０６  メインメモリ
７０８  リードオンリメモリ
７１０  ストレージデバイス
７１２  ディスプレイ
７１４  入力装置
７１６  カーソル制御部
７１８  通信インターフェース
７２０  ネットワークリンク
７２２  ローカルネットワーク
７２４  ホスト
７２６  インターネットサービスプロバイダ
７２８  インターネット
７３０  サーバー
【図１Ａ】
2008021318.tif 000003
【図１Ｂ】
2008021318.tif 000004
【図１Ｃ】
2008021318.tif 000005
【図２】
2008021318.tif 000006
【図３】
2008021318.tif 000007
【図４】
2008021318.tif 000008
【図５】
2008021318.tif 000009
【図６】
2008021318.tif 000010
【図７】
2008021318.tif 000011