(57)【要約】【課題】複数の送信先へ安全に個別データを送信することの出来る可動状態報告装置を提供することにある。【解決手段】送信された要求に応じて、データを収集し、それを用いたドキュメントを作成して要求先に報告する情報処理装置であって、稼動状態を示すデータのうちの第１のデータを第１の暗号鍵を使って暗号化した第１の暗号化エレメントを生成し、稼動状態を示すデータのうちの第２のデータを第２の暗号鍵を使って暗号化した第２の暗号化エレメントを生成し、前記ドキュメントを解析して、前記第１のデータに対して、当該データから生成される前記第１の暗号化エレメントで当該データを置き換え、前記第２のデータに対して、当該データから生成される前記第２の暗号化エレメントで当該データを置き換えて、前記ドキュメントを作成し、要求先に送信する。【選択図】    図１３
2004326356.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して送信された要求に応じて、装置の稼動状態を示すデータを収集し、収集したデータを構成要素とするドキュメントを作成して要求元に報告する情報処理装置であって、
第１の暗号鍵を保持する第１暗号鍵保持手段と、
第２の暗号鍵を保持する第２暗号鍵保持手段と、
稼動状態を示すデータのうちの第１のデータを前記第１の暗号鍵を使って暗号化した第１の暗号化エレメントを生成する第１暗号化エレメント生成手段と、稼動状態を示すデータのうちの第２のデータを前記第２の暗号鍵を使って暗号化した第２の暗号化エレメントを生成する第２暗号化エレメント生成手段と、前記ドキュメントを解析して、前記第１のデータに対して、当該データから生成される前記第１の暗号化エレメントで当該データを置き換え、前記第２のデータに対して、当該データから生成される前記第２の暗号化エレメントで当該データを置き換えて、前記ドキュメントを作成する作成手段と、
前記ドキュメントを要求元に送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記第１のデータ及び第２のデータは、それぞれ異なるレベルのアクセス権が設定されていることを特徴とする請求項１記載の情報処理装置。
【請求項３】
ネットワークを介して送信された要求に応じて、装置の稼動状態を示すデータを収集し、収集したデータを構成要素とするドキュメントを作成して要求元に報告する稼動状態管理装置であって、
第１の暗号鍵を保持する第１暗号鍵保持手段と、
第２の暗号鍵を保持する第２暗号鍵保持手段と、
稼動状態を示すデータのうちの第１のデータが暗号化されていることが示される第１の暗号化開始タグおよび第１の暗号化終了タグとで、前記第１のデータを前記第１の暗号鍵を使って暗号化したデータを挟んだ第１の暗号化エレメントを生成する第１暗号化エレメント生成手段と、
稼動状態を示すデータのうちの第２のデータが暗号化されていることが示される第２の暗号化開始タグおよび第２の暗号化終了タグとで、前記第２のデータを前記第２の暗号鍵を使って暗号化したデータを挟んだ第２の暗号化エレメントを生成する第２暗号化エレメント生成手段と、
前記ドキュメントを解析して、前記第１のデータである場合には、当該データから生成される前記第１の暗号化エレメントで当該データを置き換え、前記第２のデータである場合には、当該データから生成される前記第２の暗号化エレメントで当該データを置き換えて、前記ドキュメントを作成する作成手段と、
前記ドキュメントを要求元に送信する送信手段と
を備えることを特徴とする稼動状態管理装置。
【請求項４】
前記稼動状態管理装置は、さらに、
第１の要求先および第２の要求先からそれぞれ送信された要求を受信する受信手段を備え、
前記作成手段は、
解析したデータが前記第１の要求先と関連付けられている場合には、当該データが第１のデータであると判断し、前記第２の要求先と関連付けられている場合には、当該データが第２のデータであると判断する
ことを特徴とする請求項３に記載の稼動状態管理装置。
【請求項５】
前記稼動状態管理装置は、さらに、
暗号化されていることが示される暗号化開始タグおよび暗号化終了タグ以外の開始タグおよび終了タグとで、前記ドキュメントを構成するデータを挟んだ非暗号化エレメントを生成する非暗号化エレメント生成手段を備え、
前記受信手段は、前記第１の要求先および前記第２の要求先以外の第３の要求先から要求を受信し、
前記作成手段は、解析したデータが前記第３の要求先と関連付けられている場合には、当該データが第１、第２のデータのいずれのデータでもない判断し、当該データから生成された非暗号化エレメントで置き換えて、前記ドキュメントを作成する
ことを特徴とする請求項４に記載の稼動状態管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ネットワークに繋がれた複写機、プリンタ等に好適に用いられ、端末からの要求に応じて、稼動に伴い生成／更新される稼動状態データを収集し、報告する稼動状態管理装置並びにそのような装置を含む情報処理装置に関する。
【０００２】
【従来の技術】例えばプリンタは、端末からの要求によりプリントを行う場合、プリント出力する一方、内部カウンタをカウントアップして、積算プリント回数を記録している。また、プリンタが故障等生じた場合には、故障箇所、故障日時、故障状態などを記録している。これら積算プリント回数、故障情報は、プリンタの稼動状態を示すデータであり、サービスマンによるメンテナンスに利用されるもので、要求があれば、ネットワークを介して要求元へ送信する。
【０００３】
これら送信するデータは、ＸＭＬ等のマークアップランゲージで文書化して行われるが、これらのデータは、あまり第３者に公開するべきものでは無いので、送信に際しては、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）で暗号化するのが常である。ＳＳＬは、サーバからサーバへの送信を行う際にセキュリティを確保する技術である。
【０００４】
【発明が解決しようとする課題】
ところが、ＸＭＬ文書によるデータ交換は、Ｗｅｂアプリケーションのように、画面に内容を表示するのではなく、システム間のデータ交換システムであるので、実情においては、データが複数のシステム間を移動することもあり得、その場合は、中継サーバ上でデータを読み取られてしまう危険がある。ＳＯＡＰのようなプロトコルを使うと、中継サーバがそのプロトコルを処理するために、一度パースしたデータを再びパケットに入れて送出しなおすこととなり、その際に読み取られる惧れがあるのである。
【０００５】
また、プリンタから送信する稼動状態データとしては、上記したような故障情報のほかに、例えば課金情報などもあり、その送信先も上記と異なり、プリンタ若しくはネットワーク管理者となる。したがって、その場合には、１台のプリンタから異なった端末へセキュリティを確保して送信することが必要となる。この場合も、ＳＳＬではセキュリティが十分でないので、別の安全な手法が必要となる。
【０００６】
本発明は、このような実情に鑑みて、複数の送信先へ安全に個別データを送信することの出来る稼動状態管理装置ならびに情報処理装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明は、ネットワークを介して送信された要求に応じて、装置の稼動状態を示すデータを収集し、収集したデータを構成要素とするドキュメントを作成して要求元に報告する情報処理装置であって、第１の暗号鍵を保持する第１暗号鍵保持手段と、第２の暗号鍵を保持する第２暗号鍵保持手段と、稼動状態を示すデータのうちの第１のデータを前記第１の暗号鍵を使って暗号化した第１の暗号化エレメントを生成する第１暗号化エレメント生成手段と、稼動状態を示すデータのうちの第２のデータを前記第２の暗号鍵を使って暗号化した第２の暗号化エレメントを生成する第２暗号化エレメント生成手段と、前記ドキュメントを解析して、前記第１のデータに対して、当該データから生成される前記第１の暗号化エレメントで当該データを置き換え、前記第２のデータに対して、当該データから生成される前記第２の暗号化エレメントで当該データを置き換えて、前記ドキュメントを作成する作成手段と、前記ドキュメントを要求元に送信する送信手段とを備えることを特徴としている。
【０００８】
ここで、前記第１のデータ及び第２のデータは、それぞれ異なるレベルのアクセス権が設定されても良い。
また、本発明は、ネットワークを介して送信された要求に応じて、装置の稼動状態を示すデータを収集し、収集したデータを構成要素とするドキュメントを作成して要求元に報告する稼動状態管理装置であって、第１の暗号鍵を保持する第１暗号鍵保持手段と、
第２の暗号鍵を保持する第２暗号鍵保持手段と、稼動状態を示すデータのうちの第１のデータが暗号化されていることが示される第１の暗号化開始タグおよび第１の暗号化終了タグとで、前記第１のデータを前記第１の暗号鍵を使って暗号化したデータを挟んだ第１の暗号化エレメントを生成する第１暗号化エレメント生成手段と、稼動状態を示すデータのうちの第２のデータが暗号化されていることが示される第２の暗号化開始タグおよび第２の暗号化終了タグとで、前記第２のデータを前記第２の暗号鍵を使って暗号化したデータを挟んだ第２の暗号化エレメントを生成する第２暗号化エレメント生成手段と、前記ドキュメントを解析して、前記第１のデータである場合には、当該データから生成される前記第１の暗号化エレメントで当該データを置き換え、前記第２のデータである場合には、当該データから生成される前記第２の暗号化エレメントで当該データを置き換えて、前記ドキュメントを作成する作成手段と、前記ドキュメントを要求元に送信する送信手段とを備えることを特徴としている。
【０００９】
ここで、前記稼動状態管理装置は、さらに、第１の要求先および第２の要求先からそれぞれ送信された要求を受信する受信手段を備え、前記作成手段は、解析したデータが前記第１の要求先と関連付けられている場合には、当該データが第１のデータであると判断し、前記第２の要求先と関連付けられている場合には、当該データが第２のデータであると判断することとすることができる。
【００１０】
また、前記稼動状態管理装置は、さらに、暗号化されていることが示される暗号化開始タグおよび暗号化終了タグ以外の開始タグおよび終了タグとで、前記ドキュメントを構成するデータを挟んだ非暗号化エレメントを生成する非暗号化エレメント生成手段を備え、前記受信手段は、前記第１の要求先および前記第２の要求先以外の第３の要求先から要求を受信し、前記作成手段は、解析したデータが前記第３の要求先と関連付けられている場合には、当該データが第１、第２のデータのいずれのデータでもない判断し、当該データから生成された非暗号化エレメントで置き換えて、前記ドキュメントを作成することとすることができる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら説明する。
＜概要＞
図１は、実施の形態における稼動状態管理装置の概要を示すユースケース図である。
【００１２】
同図にみられるように、アクタＡ１０１−Ａ１０３のそれぞれは、ネットワークを介して稼働状態管理装置１００に要求を送信して、稼働状態管理装置１００の稼働状態を確認する（ユースケース１０１）。
これに伴い、稼働状態管理装置１００は、稼働に要する情報および稼働に伴い生成／更新される情報（以下、稼動状態を示すデータ若しくは稼動状態データという。）を収集し（ユースケースＵ１０２）、収集した稼動状態データを構成要素とするドキュメントを、Ｗ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）で勧告されたＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／２０００／ＲＥＣ−ｘｍｌ−２０００１００６）で作成する（ユースケースＵ１０３）。
【００１３】
なお、ＸＭＬ形式でドキュメントを作成するにあたっては、Ｗ３Ｃで勧告されたＸＭＬ暗号化（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／２００２／ＲＥＣ−ｘｍｌｅｎｃ−ｃｏｒｅ−２００２１２１０）形式で第１暗号化テキストおよび第２暗号化テキストを作成する（ユースケースＵ１０４，Ｕ１０５）。
ここで、第１暗号化テキストとは、第１のデータが暗号化されていることが示される第１暗号化開始タグおよび第１暗号化終了タグとで、第１暗号鍵を使って暗号化されたデータを挟んで構成されるテキストを指す。
【００１４】
また、第２暗号化テキストとは、第２のデータが暗号化されていることが示される第２暗号化開始タグおよび第２暗号化終了タグとで、第２暗号鍵を使って暗号化されたデータを挟んで構成されるテキストを指す。
そして、作成されたドキュメントを要求先に送信し、アクタＡ１０１−Ａ１０３のそれぞれは、稼働状態管理装置１００から送信されたドキュメントをＷｅｂブラウザで閲覧する（ユースケースＵ１０６）。
【００１５】
このとき、アクタＡ１０１は、第１暗号鍵を使って暗号化されたデータを複号化する第１複号鍵を有しているので、第２暗号化テキストの内容を除く内容を閲覧することができる。
同様に、アクタＡ１０２は、第２暗号鍵を使って暗号化されたデータを複号化する第２複号鍵を有しているので、第１暗号化テキストの内容を除く内容を閲覧することができる。
【００１６】
しかしながら、アクタＡ１０３は、第１複号鍵および第２複号鍵を有していないので、第１暗号化テキストおよび第２暗号化テキストの内容を除く内容しか閲覧することができない。
＜構成＞
以上の機能要求に基づいて、実施の形態における稼働状態管理装置の構成について説明する。
図２は、稼動状態管理装置が適用されたＭＦＰ（Ｍｕｌｔｉ    Ｆｕｎｃｔｉｏｎ    Ｐｅｒｉｐｈｅｒａｌ）を示している。ＭＦＰは、スキャナ部とプリンタ部やこれらの動作を制御する制御部を備え、通常のコピー動作の他、クライアント端末（アクタ）からの要求に応じてプリントジョブを実行するプリンタ機能や、クライアント端末からの指示により原稿台に置かれた原稿を読み取ってスキャンジョブを実行するリモートスキャン機能、さらに、読み取った原稿画像のデータをＬＡＮやインターネットなどのネットワークを介して、指定された宛先に送信する画像送信機能等の多機能を有している。以下の説明では、特に断らない限りこれらの機能のいずれかを使うものとし、単にＭＦＰとして説明する。
【００１７】
図２にみられるように、ＭＦＰ１００は、内部バスＤ１０１を介して相互に接続されている中央演算処理ユニットＤ１０２（以下、ＣＰＵと呼称する）、揮発性メモリＤ１０３（以下、ＲＡＭと呼称する）、種々の入出力デバイスＤ１０３、拡張インターフェイスＤ１０４（以下、拡張ＩＦと呼称する）、及び不揮発生メモリＤ１０６（以下、ＲＯＭと呼称する）などから構成される。ＲＯＭＤ１０６に格納されている各パッケージに含まれるプログラムは、主電源が投入されると、ＲＡＭＤ１０３に展開され、ＣＰＵＤ１０２で処理されて、入出力デバイスＤ１０４、拡張インターフェイスＤ１０５などを制御する。
【００１８】
入出力デバイスＤ１０４としては、スキャナ、プリンタ、ファックスモデム、表示パネル、操作キーなどが挙げられる。また、拡張ＩＦＤ１０５としては、ＲＳ−２３２Ｃ、ＲＳ−４２２、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）１２８４、ＩＥＥＥ１３９４、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＩｒＤＡ（ＩｎｆｒａＲｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）、無線ＬＡＮアダプタなどが挙げられる。
【００１９】
ＭＦＰ１００は、ネットワークＤ１１０を介して端末Ｄ１１１、１１２、１１３と接続されている。
これら端末Ｄ１１１〜１１３との間のデータ通信には、ＴＣＰ／ＩＰが使用されている。
例えば、ネットワークインターフェイス層には、ＭＦＰに備わる拡張インターフェイスが使用される。インターネット層には、ＲＦＣ７９１で規定されたＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ４）、ＲＦＣ７９２で規定されたＩＣＭＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ４）、ＲＦＣ２４６０で規定されたＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ６）、ＲＦＣ２４６３で規定されたＩＣＭＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ６）などが使用される。トランスポート層には、ＲＦＣ７９３で規定されたＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＲＦＣ７６８で規定されたＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）などが使用される。アプリケーション層には、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＴＥＬＮＥＴ、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＰＯＰ３（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ３）、ＩＭＡＰ４（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ４）、ＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ  ｐｒｏｔｏｃｏｌ）／ＣＩＦＳ（Ｃｏｍｍｏｎ  Ｉｎｔｅｒｎｅｔ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＩＰＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）などが使用される。
【００２０】
ここで、ＨＴＴＰおよびＳＯＡＰについては、Ｗｅｂサーバパッケージに含まれるプログラムによって提供され、その他のプロトコルについては、デバイス制御パッケージに含まれるプログラムによって提供される。
なお、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）／ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）などが使用されるとしてもよい。その場合には、ネットワーク上に設けられた認証局から証明書が発行されるとする。
【００２１】
ＲＯＭＤ１０６には、デバイス制御パッケージＰ１０１、デバイス管理パッケージＰ１０３、ＷｅｂサーバパッケージＰ１０２、鍵管理パッケージＰ１０４、ＸＭＬドキュメント作成更新パッケージＰ１０５、ＸＭＬパーサパッケージＰ１０６、暗号化復号化パッケージＰ１０７、及びｂａｓｅ６４パッケージＰ１０８などが格納されている。
【００２２】
なお、ＲＦＣ２２４６で規定されたＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）などが使用されるとしてもよい。
＜各パッケージの構成＞
次に上記各パッケージを説明する。
＜デバイス制御パッケージ＞
図３に示すように、デバイス制御パッケージＰ１０１は、デバイス制御プログラムＣ１１１、設定情報Ｃ１１２、及び履歴情報Ｃ１１３などを有する。
【００２３】
ここに、デバイス制御プログラムＣ１１１は、ＭＦＰ１００を制御し、スキャナとして機能させたり、プリンタとして機能させたりするプログラムであり、例えば、組み込みＯＳ、及びデバイスドライバからなり、制御動作の実行に伴い、各種設定情報を読み込み、各設定情報の内容に従ってＭＦＰの各部を制御し、動作実行に伴い生じたデータ（プリント枚数、スキャナ回数）を履歴情報（ログファイル）に書き込む。
【００２４】
設定情報Ｃ１１２は、ＭＦＰ１００の作動に際してデバイス制御プログラムＣ１１１が要する情報である。
＜Ｗｅｂサーバパッケージ＞
ＷｅｂサーバパッケージＰ１０２は、ＷｅｂサーバプログラムＣ１２１、イメージファイルＣ１２２、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルＣ１２３、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）スクリプトＣ１２４などを有する。
【００２５】
ＷｅｂサーバプログラムＣ１２１は、ＭＦＰ１００でＷｅｂサービスを提供するプログラムである。
イメージファイルＣ１２２は、ＨＴＭＬファイルＣ１２３にリンクされている画像データである。画像データのフォーマットとしては、ＧＩＦ（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）、ＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）などが利用される。
【００２６】
ＨＴＭＬファイルＣ１２３は、ＨＴＭＬ形式の文書（以下、ＨＴＭＬドキュメントと呼称する）である。
ＣＧＩスクリプトＣ１２４は、デバイス管理インターフェイスＩ１３１およびＸＭＬドキュメント作成更新インターフェイスＩ１５１などを介して、デバイス管理プログラムＣ１３１およびＸＭＬドキュメント作成更新プログラムＣ１５１などと、ＷｅｂサーバプログラムＣ１２１とを連携するプログラムである。
【００２７】
ＣＧＩスクリプトＣ１２４としては、Ｐｅｒｌで実装されたプログラムなどが有名であるが、他の言語で実装されたプログラムに対しても、それを処理するプログラムを呼び出す機能をＷｅｂサーバプログラムＣ１２１が備えているとして、ここでは、実装には特に限定しない。
＜デバイス管理パッケージ＞
デバイス管理パッケージＰ１０３は、デバイス管理プログラムＣ１３１、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルＣ１３２、ＸＳＬＴ（ｅＸｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅ  Ｌａｎｇｕａｇｅ  Ｔｒａｎｓｆｏｒｍ）ファイルＣ１３３などを有する。
【００２８】
デバイス管理プログラムＣ１３１は、デバイス制御プログラムＣ１１１の動作を監視し、設定情報Ｃ１１２および履歴情報Ｃ１１３を管理するプログラムであり、デバイス管理インターフェイスＩ１３１を介して、プリンタに常駐するプリンタ管理ユーティリティの様に、管理している情報を引き出すまたは更新する機能を外部プログラムに提供する。
【００２９】
ここで、外部プログラムとは、インターフェイスが属するパッケージに含まれるプログラム以外のプログラムを指す。
ＸＭＬファイルＣ１３２は、デバイス管理プログラムＣ１３１で管理されているデータから構成されたＸＭＬ形式の文書（以下、ＸＭＬドキュメントと呼称する）である。
【００３０】
ＸＳＬＴファイルＣ１３３は、ＸＭＬドキュメントから別の形式のドキュメント（例えば、ＨＴＭＬドキュメント）や、ＸＭＬドキュメントから表示オブジェクト（Ｗｅｂブラウザなどを介して表示される内容）に変換するスタイルシートファイルである。
＜鍵管理パッケージ＞
鍵管理パッケージＰ１０４は、鍵管理プログラムＣ１４１、鍵管理テーブルＣ１４２、配布先テーブルＣ１４３などを有する。
【００３１】
鍵管理プログラムＣ１４１は、鍵管理テーブルＣ１４２、配布先テーブルを管理し、ＸＭＬドキュメント作成更新パッケージＰ１０５に対して鍵配送したり、ＷｅｂサーバパッケージＰ１０２から新たな鍵や配布先を受信すると、鍵管理テーブルＣ１４２、配布先テーブルＣ１４３を更新する。
鍵管理テーブルＣ１４２は、暗号化する際に使用される鍵、及び方式（アルゴリズム）などに関するデータが格納され、ＸＭＬドキュメントを暗号化（復号化）する際に参照されるテーブルであり、図８に示されているように、鍵名称、暗号方式、暗号鍵、復号鍵の対応を示している。
【００３２】
配布先テーブルＣ１４３は、図１０に示すように配布先フィールドＦ１３１と配布鍵フィールドＦ１３２からなり、それぞれ配布先（鍵配布が要求される要求者）と鍵名称とを対応付けて格納している。
＜ＸＭＬドキュメント作成更新パッケージ＞
ＸＭＬドキュメント作成更新パッケージＰ１０５は、ＸＭＬドキュメント作成更新プログラムＣ１５１、ＸＭＬタグテーブルＣ１５２、ノードパステーブルＣ１５３、鍵テーブルＣ１５４などを有する。
【００３３】
ＸＭＬドキュメント作成更新プログラムＣ１５１は、ノードデータテーブルからＸＭＬ形式の文書（以下、ＸＭＬドキュメントと呼称する）を作成更新し、さらに、Ｗ３ＣのＸＭＬ暗号の仕様で規定されている内容に基づいて、ＸＭＬドキュメントを暗号化または復号化するプログラムである。
ここで、ノードデータテーブルは、例えば図４（ａ），（ｂ）に示される。図４（ａ）のノードデータテーブルは、モデル番号、製造番号、製造日など製造に関するデータから主に構成されている。もう一方の図４（ｂ）のものは、ファームウェアに関するデータから主に構成されている。
ノードデータテーブルＴ１１１のレコードＲ１１１は、フィールドＦ１１１，Ｆ１１２から構成される。
【００３４】
フィールドＦ１１１には、ＸＭＬドキュメントを構成するノードごとに割り当てられたノード識別子が格納される。
フィールドＦ１１２には、ノード識別子に対応するノードデータが格納される。
ここで、ノードデータとは、デバイス管理プログラムによって収集されたデータ、Ｗｅｂサーバプログラムによって受け付けられたデータ、鍵管理プログラムによって配布される前に鍵管理テーブルに格納されているデータなどを指す。
ノードデータテーブルＴ１１２については、ノードデータテーブルＴ１１１とデータ構造が同一なので、説明は省略する。
【００３５】
前記ＸＭＬドキュメント作成更新プログラムＣ１５１が、ノードデータテーブルＴ１１１を参照して作成したＸＭＬ文書を図５（ａ）に、ノードデータテーブルＴ１１２を参照して作成したＸＭＬ文書を図６に示す。各ノードデータテーブルのノード識別子が開始タグに使用され、ノードデータが開始タグと終了タグで囲まれて記述されていることが理解される。
【００３６】
図３に戻って、ＸＭＬタグテーブルＣ１５２は、ＸＭＬドキュメントを構成するノードのタイプ（以下、ノードタイプと呼称する）、及びノードの名称（以下、ノード名またはタグ名と呼称する）などに関するデータが格納され、ＸＭＬドキュメントを作成する際に参照されるテーブルである。その詳細は、図１２に示されており、後述する。
【００３７】
ノードパステーブルＣ１５３は、暗号化または復号化するノードの場所（パス）、及び暗号化（復号化）する際に使用される鍵の名称などが格納され、ＸＭＬドキュメントを暗号化（復号化）する際に参照されるテーブルである。その詳細は、図９に示されており、後述する。
鍵テーブルＣ１５４は、ＸＭＬドキュメント作成更新プログラムＣ１５１の実行に伴い、鍵管理パッケージＰ１０４に含まれる鍵管理テーブルを基礎にして、鍵管理プログラムで生成される。その詳細は、図１１に示されており、後述する。
＜ＸＭＬパーサパッケージ＞
図３において、ＸＭＬパーサパッケージＰ１０６は、ＸＭＬパーサプログラムＣ１６１などを有する。
【００３８】
ＸＭＬパーサプログラムＣ１６１は、ＸＭＬドキュメントを解析するプログラムであり、ＸＭＬパーサインターフェイスＩ１６１を介して、ＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）の様に、ツリー型でＸＭＬドキュメントをアクセスするＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）や、ＳＡＸ（Ｓｉｍｐｌｅ  ＡＰＩ  ｆｏｒ  ＸＭＬ）の様に、イベント駆動型でＸＭＬドキュメントをアクセスするＡＰＩを外部プログラムに提供する。このプログラムは、ＸＭＬ文書中の暗号化する範囲を検出するのに用いられる。
【００３９】
＜暗号化復号化パッケージ＞
暗号化復号化パッケージＰ１０７は、暗号化復号化プログラムＣ１７１などを有する。
暗号化復号化プログラムＣ１７１は、平文を暗号化または暗号文を復号化するプログラムであり、暗号化復号化インタフェースＩ１７１を介して、Ｗ３ＣのＸＭＬ暗号の仕様で必須とされるアルゴリズムを外部プログラムに提供する。
【００４０】
例えば、ブロック暗号で使用される”ｔｒｉｐｌｅｄｅｓ−ｃｂｃ”，”ａｅｓ１２８−ｃｂｃ”，”ａｅｓ２５６−ｃｂｃ”、鍵配布で使用される”ｒｓａ−１＃５”，”ｒｓａ−ｏａｅｐ−ｍｇｆ１ｐ”、鍵ラップで使用される”ｋｗ−ｔｒｉｐｌｅｄｅｓ”，”ｋｗ−ａｅｓ１２８”，”ｋｗ−ａｅｓ２５６”、メッセージダイジェストで使用される”ｓｈａ１”，”ｓｈａ２５６”などが少なくとも含まれる。
＜ｂａｓｅ６４パッケージ＞
ｂａｓｅ６４パッケージＰ１０８は、ｂａｓｅ６４プログラムＣ１８１を有する。
【００４１】
ｂａｓｅ６４プログラムＣ１８１は、ＲＦＣ２０４５で規定されているＢａｓｅ６４を使用して、暗号化されたデータをエンコードまたは、ｂａｓｅ６４でエンコードされたデータをデコードするプログラムであり、ｂａｓｅ６４インターフェイスＩ１８１を介して、データのエンコードおよびデコードする機能を、外部プログラムに提供する。
【００４２】
＜各テーブルの説明＞
［ノードパステーブル］
図９に示すノードパステーブルＣ１５３は、フィールドＦ１５１〜Ｆ１５３から構成される。
フィールドＦ１５１には、ＸＭＬ暗号化復号化が適用されるノードのパス（またはポインタ）が格納される。
【００４３】
フィールドＦ１５２には、文書（Ｄｏｃｕｍｅｎｔ）、要素（Ｅｌｅｍｅｎｔ）、及び内容（Ｃｏｎｔｅｎｔ）のいずれかのタイプが格納される。
フィールドＦ１５３には、鍵管理テーブルＣ１４２におけるレコードＲ１２１のフィールドＦ１２１で示される鍵名称と同一の鍵名称が格納される。
なお、ノードパスの表記については、Ｗ３ＣのＸＰａｔｈまたはＸＰｏｉｎｔｅｒの仕様で示されるシンタックスを利用している。
【００４４】
例えば、ノードパス”ｆｉｌｅ：／／ｌｏｃａｌｄｉｒ／ｐｒｏｄｕｃｔ．ｘｍｌ／”、タイプ”Ｄｏｃｕｍｅｎｔ”、鍵名称”Ｋｅｙ１”は、ノードパスで示されるＸＭＬドキュメント”ｐｒｏｄｕｃｔ．ｘｍｌ”が、鍵名称”Ｋｅｙ１”に対応付けられた鍵を利用して暗号化復号化されることが示される。ノードパス”ｆｉｌｅ：／／ｌｏｃａｌｄｉｒ／ｆｉｒｍｗａｒｅ．ｘｍｌ／Ｆｉｒｍｗａｒｅ＃Ｉｎｆｏ／ｍｏｄｕｌｅ［＠ｉｎｄｅｘ＝１］”タイプ”Ｅｌｅｍｅｎｔ”、鍵名称”Ｋｅｙ２”は、ノードパスで示されるＸＭＬドキュメント”ｆｉｒｍｗａｒｅ．ｘｍｌ”のルートノード”Ｆｉｒｍｗａｒｅ＃Ｉｎｆｏ”の子要素の内、属性”ｉｎｄｅｘ”の値が”１”である要素”ｍｏｄｕｌｅ”が、鍵名称”Ｋｅｙ２”に対応付けられた鍵を利用して暗号化復号化されることが示される。
【００４５】
ノードパス”ｈｔｔｐ：／／ｍｆｐ−２．ｌｏｃａｌｄｏｍａｉｎ／ｓｙｓｔｅｍ．ｘｍｌ／Ｓｙｓｔｅｍ＃Ｉｎｆｏ／ｕｓｅｒ［＠ｉｎｄｅｘ＝０］”、タイプ”Ｃｏｎｔｅｎｔ”、鍵名称”Ｋｅｙ６”は、ＨＴＴＰを利用して、ノードパスで示される複合機”ｍｆｐ−２．ｌｏｃａｌｄｏｍａｉｎ”に送信されるＸＭＬドキュメント”ｓｙｓｔｅｍ．ｘｍｌ”のルートノード”Ｓｙｓｔｅｍ＃Ｉｎｆｏ”の子要素の内、属性”ｉｎｄｅｘ”の値が”０”である要素”ｕｓｅｒ”に含まれるコンテンツが、鍵名称”Ｋｅｙ６”に対応付けられた鍵を利用して暗号化されることが示される。または、ＨＴＴＰを利用して、ノードパスで示される複合機”ｍｆｐ−２．ｌｏｃａｌｄｏｍａｉｎ”から受信されたＸＭＬドキュメント”ｓｙｓｔｅｍ．ｘｍｌ”のルートノード”Ｓｙｓｔｅｍ＃Ｉｎｆｏ”の子要素の内、属性”ｉｎｄｅｘ”の値が”０”である要素”ｕｓｅｒ”に含まれるコンテンツが、鍵名称”Ｋｅｙ６”に対応付けられた鍵を利用して復号化されることが示される。
［ＸＭＬタグテーブル］
図１２に示すＸＭＬタグテーブルのうち、図（ａ）は、製造に関するノードデータをＸＭＬドキュメントに変換する際に参照されるＸＭＬタグテーブルＣ１５２ａであり、（ｂ）は、ファームウェアに関するノードデータをＸＭＬドキュメントに変換する際に参照されるＸＭＬタグテーブルＣ１５２ｂである。
【００４６】
ここでは、ＸＭＬタグテーブルＣ１５２ａ，Ｃ１５２ｂのデータ構造が同一であることにより、ＸＭＬタグテーブルＣ１５２ａ（ファイル名”ｐｒｏｄｕｃｔ−１．０．ｔｂｌ”）について説明し、ＸＭＬタグテーブルＣ１５２ｂ（ファイル名”ｆｉｒｍｗａｒｅ−１．２．ｔｂｌ”）については、説明を省略する。また、ノード名および親ノード名の表記については、Ｗ３ＣのＸＰａｔｈまたはＸＰｏｉｎｔｅｒの仕様で示されるシンタックスを利用している。
【００４７】
図（ａ），（ｂ）にみられるように、ＸＭＬタグテーブルＣ１５２ａのレコードＲ１４１は、フィールドＦ１４１〜Ｆ１４５から構成される。
フィールドＦ１４１には、ノードデータテーブルにおけるレコードのフィールドに連結するノードデータ識別子が格納される。
フィールドＦ１４２には、要素（Ｅｌｅｍｅｎｔ）および属性（Ａｔｔｒｉｂｕｔｅ）のいずれかのノードタイプが格納される。
【００４８】
フィールドＦ１４３には、ノードタイプが要素（Ｅｌｅｍｅｎｔ）である場合には、要素名（またはタグ名）を示し、属性（Ａｔｔｒｉｂｕｔｅ）である場合には、属性名を示すノード名が格納される。
フィールドＦ１４４には、ノード名で示される要素名または属性名のノードが所属する親ノードの場所（以下、親ノード名と呼称する）が格納される。
【００４９】
フィールドＦ１４５には、ノードに対するコメントが格納される。
なお、ＸＭＬタグテーブルＣ１５２ｂに示される様に、”Ｍｏｄｕｌｅ［＃ｉ］”、”ＤＭｏｄｕｌｅ［＃ｉ］［＃ｊ］”などノードデータ識別子が配列の場合には、”＃ｉ”および”＃ｊ”などで示される配列の添え字を属性に示すとする。
［鍵テーブル］
図１１に示すように、鍵テーブルＣ１５５のレコードＲ１６１は、フィールドＦ１６１〜Ｆ１６４から構成される。
【００５０】
フィールドＦ１６１には、鍵管理テーブルＣ１４２におけるレコードＲ１２１のフィールドＦ１２１で示される鍵名称と同一の鍵名称が格納される。
フィールドＦ１６２には、暗号化復号化される際に利用されるアルゴリズム（以下、単に方式と呼称する）が格納される。
フィールドＦ１６３には、暗号鍵が保持されているファイル名（以下、単に暗号鍵と呼称する）が格納される。
【００５１】
フィールドＦ１６４には、復号鍵が保持されているファイル名（以下、単に復号鍵と呼称する）が格納される。
例えば、鍵名称”Ｋｅｙ１”、方式”ａｅｓ２５６−ｃｂｃ”、暗号鍵”ｅｎｃ−１．ｋｅｙ”、復号鍵”ｄｅｃ−１．ｋｅｙ”は。鍵名称”Ｋｅｙ１”に対応付けられた方式”ａｅｓ２５６−ｃｂｃ”に基づいて暗号化する際には、暗号鍵”ｅｎｃ−１．ｋｅｙ”で保持されている鍵が利用され、復号化する際には復号鍵”ｄｅｃ−１．ｋｅｙ”で保持されている鍵が利用されることが示される。
【００５２】
鍵名称”Ｋｅｙ４”、方式”ｔｒｉｐｌｅｄｅｓ−ｃｂｃ”、暗号鍵”ｅｎｃ−４．ｋｅｙ”、復号鍵”ｄｅｃ−４．ｋｅｙ”は。鍵名称”Ｋｅｙ４”に対応付けられた方式”ｔｒｉｐｌｅｄｅｓ−ｃｂｃ”に基づいて暗号化する際には、暗号鍵”ｅｎｃ−４．ｋｅｙ”で保持されている鍵が利用され、復号化する際には復号鍵”ｄｅｃ−４．ｋｅｙ”で保持されている鍵が利用されることが示される。
鍵名称”Ｋｅｙ６”、方式”ａｅｓ１２８−ｃｂｃ”、暗号鍵”ｅｎｃ−６．ｋｅｙ”、復号鍵”ｄｅｃ−６．ｋｅｙ”は。鍵名称”Ｋｅｙ６”に対応付けられた方式”ａｅｓ１２８−ｃｂｃ”に基づいて暗号化する際には、暗号鍵”ｅｎｃ−６．ｋｅｙ”で保持されている鍵が利用され、復号化する際には復号鍵”ｄｅｃ−６．ｋｅｙ”で保持されている鍵が利用されることが示される。
＜動作＞
次に、上記構成の稼動状態管理装置の動作を説明する。
【００５３】
まず、アクタＡ１０１〜１０３の何れかが、ＭＦＰの稼動状態を知りたいと考え、ネットワークを介して、要求を発すると、拡張ＩＦ、内部バスを介してＣＰＵが要求を検出し、図１３のフローチャートに示す処理を開始する。即ち、要求の受信（Ａ１０ａ）後、情報収集を開始する（Ａ１０ｂ）。収集する情報は、この実施例ではＭＦＰに関する現在の稼動状況であり、これは、デバイス制御パッケージＰ１０１内の設定情報Ｃ１１２、履歴情報Ｃ１１３に記録されている。そこで、デバイス管理パッケージＰ１０３を用いて、前記設定情報Ｃ１１２、履歴情報Ｃ１１３を読み出す。
【００５４】
設定情報Ｃ１１２から読み出された情報は、例えば図４（ａ）（ｂ）に示す情報であり、履歴情報Ｃ１１３から読み出された情報は、図示はしていないが、現在のプリント枚数、スキャナ回数などの情報である。
読み出した情報は、ＸＭＬドキュメント作成更新パッケージＰ１０５を用いて、図１２のＸＭＬタグテーブルを参照しながら、ＸＭＬ形式のドキュメントに変換される（Ａ１０ｃ）。図５（ａ）と図６に、図４（ａ）（ｂ）の情報をＸＭＬ形式で表示した例を示す。
【００５５】
この変換処理を完了すると、図８のノードパスデータを参照して、ＸＭＬドキュメントのノードパス、及びドキュメント内各タグのノードパスと一致するノードパスが格納されているかどうか検索する。
例えば、図５（ａ）のＸＭＬドキュメントであれば、ドキュメントのノードパスが、１行目のノードパスと一致することが検出される。なお、ドキュメントのノードパスは、そのドキュメントが格納されているルートディレクトリであり、図１２のＸＭＬタグテーブルの親ノードにも記載されている。
【００５６】
図６のＸＭＬドキュメントの場合は、ドキュメントのノードパスは、ノードパステーブル（図９）には格納されていないが、“ｍｏｄｕｌｅ  ｉｎｄｅｘ＝０”、“ｍｏｄｕｌｅ  ｉｎｄｅｘ＝１”のノードパスが格納されている。そして、同テーブルを参照しての検出結果から、図５（ａ）のドキュメントは、全体をＫｅｙ１で暗号化することが、図６のドキュメントは、“ｍｏｄｕｌｅ  ｉｎｄｅｘ＝０”タグで囲まれたエレメントをＫｅｙ１で、“ｍｏｄｕｌｅ  ｉｎｄｅｘ＝１”タグで囲まれたエレメントをＫｅｙ２で暗号化することが判明する。
【００５７】
この検索結果を一時的に保存するとともに、  続いて、図１１の鍵テーブルを参照して、Ｋｅｙ１、Ｋｅｙ２に用いる鍵の暗号方式、鍵そのものを取得する。
このようにして得た鍵を、暗号化複合化パッケージＰ１０７を用いてＸＭＬドキュメントの該当する部分に適用して（Ａ１０ｄ、Ａ１０ｅ、Ａ１０ｆ、Ａ１０ｇ）、暗号化を行う。暗号化された部分は、ＥｎｃｒｙｐｔｅｄＤａｔａタグで置き換えられる（Ａ１０ｉ）。かくして得られた、暗号化されたＸＭＬドキュメントは、図５（ｂ）と図７に示される。図５（ｂ）は、ドキュメント全体がＫｅｙ１で暗号化されており、図７は、モジュール［０］のエレメントがＫｅｙ１で、モジュール［１］のエレメントがＫｅｙ２で暗号化されていることが理解される。  図７のドキュメントの上記エレメント以外の部分（モジュール［２］）は、暗号化されていない。
【００５８】
暗号を完了すれば、ドキュメントはネットワークに向けて送信される（Ａ１０ｊ）。アクターＡ１０１〜１０３は、ネットワークを通じて、ドキュメントを受信するが、Ｋｅｙ１若しくはそれに対応した秘密鍵を所有しているアクタＡ１０１は、Ｋｅｙ１で暗号化された部分を復号して、もともと暗号化されていない部分とともに閲覧する。異なった鍵Ｋｅｙ２で暗号化されている部分は復号が出来ないので、閲覧することが出来ない。
【００５９】
同様に、Ｋｅｙ２若しくはそれに対応した秘密鍵を所有しているアクタＡ１０２は、Ｋｅｙ２で暗号化された部分を復号し、もともと暗号を掛けていない部分とともに閲覧することが出来る。
アクタＡ１０３は、何れの鍵も所有していないので、暗号の掛けられていない部分のみを閲覧することができる。
【００６０】
＜鍵配送＞
図示はしないが、各アクタは、セキュリティを高めるために、鍵を定期的に更新することが出来る。その場合、鍵配送は、公開鍵暗号法、秘密鍵暗号法の何れにおいても公知の手法を利用することができる。
本実施例では、図示はしていないが、アクタからの稼動状態報告要求とともに暗号鍵を受信すると、その暗号鍵を用いて復号鍵を生成し、受信した暗号鍵で復号鍵を暗号化して、ドキュメントとともにネットワークに向けて送信するようにしている。受信した暗号鍵は、既に所有している暗号鍵とノードパス、タイプが同一であれば、更新する。同一でなければ、新たな行にノードパス、タイプとともに記載する。
【００６１】
また、暗号化された復号鍵は、ＳＳＬを用いて、暗号鍵を送信してきたアクタにだけに送信することもできる。
＜その他＞
本セキュリティシステム（プログラム）が組み込まれた装置として、実施の形態ではＭＦＰとしているが、本発明は、ＭＦＰに限らず、ネットワークプリンタ、ネットワークインターフェースを備えた複写機やファクシミリ、その他ネットワーク接続機能を備えた種々の情報機器、情報処理装置にも適用できる。
【００６２】
また、実施の形態の稼動状態管理装置において、さらに、
第１の暗号鍵を使って対称鍵暗号方式および非対称鍵暗号方式のいずれかの方式で暗号化されるデータを復号化する第１の復号鍵を生成する第１鍵生成手段と、
第１の要求元から要求と共に送信された暗号鍵を使って前記第１の復号鍵を暗号化した第１の暗号化復号鍵を生成する第１暗号化復号鍵生成手段とを備える構成とし、
また、送信手段は、前記第１の要求先から要求と共に暗号鍵が受信された場合には、作成されたドキュメントと共に前記第１の暗号化復号鍵を前記第１の要求先に送信するようにしてもよい。
【００６３】
さらに、前記稼動状態管理装置は、第２の暗号鍵を使って対称鍵暗号方式および非対称鍵暗号方式のいずれかの方式で暗号化されるデータを復号化する第２の復号鍵を生成する第２鍵生成手段と、
前記第１の要求元および前記第２の要求元から要求と共にそれぞれ送信された暗号鍵を使って前記第２の復号鍵を暗号化した第２の暗号化復号鍵を生成する第２暗号化復号鍵生成手段とを備える構成とし、
送信手段は、前記第１の要求元から要求と共に暗号鍵が受信された場合には、前記ドキュメントおよび前記第１の暗号化復号鍵と共に前記第２の暗号化復号鍵を前記第１の要求先に送信し、前記第２の要求先から要求と共に暗号鍵が受信された場合には、前記ドキュメントおよび前記第２の暗号化復号鍵と共に前記第２の暗号化復号鍵を前記第２の要求元に送信するようにしてもよい。
【００６４】
更に、上記した情報処理装置、稼動状態管理装置は、プリント機能、コピー機能、ファクシミリ機能のうちの少なくとも１つの機能を備えた画像処理装置に組み込まれることも出来る。
また、上記したセキュリティシステムは、装置に組み込むためのプログラムとしても存在し得、ＣＤ−ＲＷや、フレキシブルディスク等の記録媒体に格納して取引したり、ネットワークを介して配信することもできる。
【００６５】
【発明の効果】
以上説明したように本発明は、ネットワークを介して送信された要求に応じて、装置稼動状態を示すデータを収集し、収集したデータを構成要素とするドキュメントを作成して要求先に報告する情報処理装置であって、第１の暗号鍵を保持する第１暗号鍵保持手段と、  第２の暗号鍵を保持する第２暗号鍵保持手段と、稼動状態を示すデータのうちの第１のデータを前記第１の暗号鍵を使って暗号化した第１の暗号化エレメントを生成する第１暗号化エレメント生成手段と、稼動状態を示すデータのうちの第２のデータを前記第２の暗号鍵を使って暗号化した第２の暗号化エレメントを生成する第２暗号化エレメント生成手段と、前記ドキュメントを解析して、前記第１のデータに対して、当該データから生成される前記第１の暗号化エレメントで当該データを置き換え、前記第２のデータに対して、当該データから生成される前記第２の暗号化エレメントで当該データを置き換えて、前記ドキュメントを作成する作成手段と、前記ドキュメントを要求元に送信する送信手段と  を備えるものであるから、次のような効果がある。
【００６６】
即ち、収集したデータからなるドキュメントの中をエレメント単位で部分的に異なった鍵で暗号化することが出来、複数の端末に安全に秘密データを送信することができる。
また、前記第１のデータ及び第２のデータに、それぞれ異なるレベルのアクセス権が設定されている場合は、ネットワーク管理者、装置所有者、一般ユーザといった多様なアクタに対して、それぞれに適切なセキュリティを維持してデータ送信をすることができる。
【図面の簡単な説明】
【図１】図１は、稼動状態報告装置の概要を示すユースケース図である。
【図２】図２は、稼動状態報告装置が適用されたＭＦＰを示している。
【図３】図３は、ＲＯＭ内に格納されている各パッケージを説明する図である。
【図４】図４（ａ）（ｂ）は、ノードデータテーブルの一例を示す図である。
【図５】図５（ａ）はＸＭＬ文書の一例、図５（ｂ）は、同ＸＭＬ文書全体を暗号化した例を示す図である。
【図６】図６は、ＸＭＬ文書の他の例を示す図である。
【図７】図７は、図６の文書を暗号化した例を示す図である。
【図８】図８は、鍵管理テーブルの例を示す図である。
【図９】図９は、ノードパステーブルを示す図である。
【図１０】図１０は、配布先テーブルを示す図である。
【図１１】図１１は、鍵テーブルを示す図である。
【図１２】図１２は、ＸＭＬタグテーブルを示す図である。
【図１３】図１３は、ＸＭＬ文書作成、暗号化、送信の一連の処理を示すフローチャートである。
【符号の説明】
Ａ１０１〜１０３・・・アクター
１００・・・稼動状況報告装置
Ｄ１０１・・・内部バス
Ｄ１０２・・・ＣＰＵ
Ｄ１０３・・・ＲＡＭ
Ｄ１０４・・・入出力デバイス
Ｄ１０５・・・拡張インターフェイス
Ｄ１１０・・・ネットワーク
Ｄ１１１〜１１３・・・端末
Ｐ１０１・・・デバイス制御パッケージ
Ｐ１０２・・・Ｗｅｂサーバパッケージ
Ｐ１０３・・・デバイス管理パッケージ
Ｐ１０４・・・鍵管理パッケージ
Ｐ１０５・・・ＸＭＬドキュメント作成更新プログラム
Ｐ１０６・・・ＸＭＬパーサプログラム
Ｐ１０７・・・暗号化復号化パッケージ
Ｐ１０８・・・ｂａｓｅ６４パッケージ
【図１】
2004326356.tif 000003
【図２】
2004326356.tif 000004
【図３】
2004326356.tif 000005
【図４】
2004326356.tif 000006
【図５】
2004326356.tif 000007
【図６】
2004326356.tif 000008
【図７】
2004326356.tif 000009
【図８】
2004326356.tif 000010
【図９】
2004326356.tif 000011
【図１０】
2004326356.tif 000012
【図１１】
2004326356.tif 000013
【図１２】
2004326356.tif 000014
【図１３】
2004326356.tif 000015