JP2007251245A - 画像形成装置、ファイル管理方法およびファイル管理プログラム - Google Patents

Abstract

【課題】ユーザの操作負担を軽減する画像形成装置を提供すること。
【解決手段】画像形成処理で使用されるハードウェア資源と、画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションと、アプリケーションとハードウェア資源との間に介在し、ユーザサービスを提供する際に、アプリケーションの少なくとも２つが共通的に必要とするハードウェア資源の獲得要求、管理、実行制御並びに画像形成処理を行うコントロールサービスとを備えた画像形成装置であって、画像形成処理に関連する情報を記憶するＨＤＤ１０３と、アプリケーションとして搭載され、ファイル共有に関する汎用のプロトコルを使用して、ＨＤＤ１０３に記憶された情報にアクセス可能とするファイルサーバアプリ１１５と、を備えた。
【選択図】 図２

Description

この発明は、コピー、プリンタ、スキャナおよびファクシミリなどの画像形成処理にかかるユーザサービスを提供する画像形成装置で、画像形成に関するファイルをネットワーク上の外部装置から参照可能とする画像形成装置、ファイル管理方法およびファイル管理プログラムに関するものである。

近年、プリンタ、コピー、ファクシミリ、スキャナなどの各装置の機能を１つの筐体内に収納した、いわゆるＭＦＰ（Multi Function Peripheral）と呼ばれる画像形成装置（以下、複合機という。）が知られている。この複合機は、１つの筐体内に表示部、印刷部および撮像部などを設けるとともに、プリンタ、コピーおよびファクシミリ装置にそれぞれ対応したソフトウェアを設け、これらのソフトウェアを切り替えることによって、当該装置をプリンタ、コピー、スキャナまたはファクシミリ装置として動作させるものである。

このような複合機は、コピー、ファクシミリ、プリンタ機能等で出力または送信した画像を、ハードディスク（ＨＤＤ：Hard Disk Drive）、不揮発メモリ、バックアップＳＲＡＭ（Static Random Access Memory）などの内部の固定ストレージ装置に記録する機能を備えている。また、複合機の操作パネルから記録した画像を紙に再出力する操作や、相手局ＦＡＸ装置に再送信する操作を行うことにより、画像データを再利用することが可能である。

例えば、特許文献１では、外部のサーバに画像データを転送して当該画像データを再利用する際、ネットワークエラー等が発生しても画像データの再利用を可能とする画像処理システムが提案されている。

特開２００２−１９７４３９号公報

しかしながら、特許文献１などの従来の複合機では、製造元が提供する専用のアプリケーションを利用しなければ固定ストレージ装置に記録された画像データを取得できないため、簡単な操作で画像データの再利用を実行することができないという問題があった。

例えば、特許文献１の方法では、サーバに転送されずに装置内部に蓄積されたままとなっている文書を再処理することが可能だが、画像処理装置のタッチパネル等から専用のアプリケーションを操作して再処理を実行しなければならない。したがって、ユーザは専用のアプリケーションによる再処理の操作手順を覚える必要があるという問題があった。

本発明は、上記に鑑みてなされたものであって、ユーザの操作負担を軽減することができる画像形成装置、ファイル管理方法およびファイル管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、画像形成処理で使用されるハードウェア資源と、画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションと、前記アプリケーションと前記ハードウェア資源との間に介在し、ユーザサービスを提供する際に、アプリケーションの少なくとも２つが共通的に必要とする前記ハードウェア資源の獲得要求、管理、実行制御並びに画像形成処理を行うコントロールサービスとを備えた画像形成装置であって、画像形成処理に関連する情報を記憶する情報記憶手段と、前記アプリケーションとして搭載され、ファイル共有に関する汎用のプロトコルを使用して、前記情報記憶手段に記憶された前記情報にアクセス可能とするファイルサーバアプリと、を備えたことを特徴とする。

また、請求項２にかかる発明は、請求項１にかかる発明において、前記情報記憶手段は、画像形成処理に関連する画像情報を前記情報として記憶し、前記ファイルサーバアプリは、前記情報記憶手段に記憶された前記画像情報に前記プロトコルを使用してアクセス可能とすること、を特徴とする。

また、請求項３にかかる発明は、請求項１にかかる発明において、前記情報記憶手段は、画像形成処理の処理内容を定める設定情報または画像形成処理の処理結果に関連する関連情報の少なくとも一方を前記情報として記憶し、前記ファイルサーバアプリは、前記情報記憶手段に記憶された前記設定情報または前記関連情報の少なくとも一方に前記プロトコルを使用してアクセス可能とすること、を特徴とする。

また、請求項４にかかる発明は、請求項３にかかる発明において、前記コントロールサービスとして搭載され、前記設定情報または前記関連情報の少なくとも一方を前記情報記憶手段から取得する取得手段をさらに備え、前記ファイルサーバアプリは、前記取得手段が取得した前記設定情報または前記関連情報に前記プロトコルを使用してアクセス可能とすること、を特徴とする。

また、請求項５にかかる発明は、請求項１にかかる発明において、前記コントロールサービスとして搭載され、前記アプリケーションを使用するユーザの認証を行う認証手段をさらに備え、前記ファイルサーバアプリは、前記認証手段により認証されたユーザが前記プロトコルを使用して前記情報にアクセス可能とすること、を特徴とする。

また、請求項６にかかる発明は、請求項５にかかる発明において、ユーザの識別情報と、前記情報へのアクセス権とを対応づけて記憶するアクセス権記憶手段をさらに備え、前記ファイルサーバアプリは、前記認証手段により認証されたユーザに対応する前記アクセス権を前記情報記憶手段から取得し、取得した前記アクセス権に基づいて前記情報にアクセス可能とすること、を特徴とする。

また、請求項７にかかる発明は、請求項６にかかる発明において、前記アクセス権記憶手段は、前記識別情報と、画像形成処理に関連する画像情報の前記アクセス権として読み取り権限および書き込み権限の少なくとも一方とを対応づけて記憶し、前記ファイルサーバアプリは、読み取り権限または書き込み権限の少なくとも一方の権限で前記画像情報にアクセス可能とすること、を特徴とする。

また、請求項８にかかる発明は、請求項６にかかる発明において、前記アクセス権記憶手段は、前記識別情報と、画像形成処理に関連する画像情報の前記アクセス権として書き込み権限とを対応づけて記憶し、前記ファイルサーバアプリは、書き込み権限で前記画像情報にアクセス可能とし、前記アプリケーションは、ユーザが書き込み権限によるアクセスで変更した前記画像情報を用いて画像形成処理にかかるユーザサービスに固有の処理を実行すること、を特徴とする。

また、請求項９にかかる発明は、請求項６にかかる発明において、前記アクセス権記憶手段は、前記識別情報と、画像形成処理の処理内容を定める設定情報または画像形成処理の処理結果に関連する関連情報の前記アクセス権として読み取り権限とを対応づけて記憶し、前記ファイルサーバアプリは、読み取り権限で前記設定情報または前記関連情報にアクセス可能とすること、を特徴とする。

また、請求項１０にかかる発明は、請求項５にかかる発明において、ユーザの識別情報と、前記アプリケーションのそれぞれについて、前記アプリケーションに関連する前記情報へのアクセス権と、を対応づけて記憶するアクセス権記憶手段をさらに備え、前記認証手段は、さらに認証された前記ユーザに対応する前記アクセス権を前記アクセス権記憶手段から取得し、前記ファイルサーバアプリは、前記アプリケーションのそれぞれについて、前記認証手段が取得した前記アクセス権に基づいて前記認証手段により認証されたユーザが前記アプリケーションに関連する前記情報にアクセス可能とすること、を特徴とする。

また、請求項１１にかかる発明は、請求項１０にかかる発明において、前記情報記憶手段は、前記アプリケーションに関連する前記情報をそれぞれ異なるフォルダに分けて記憶し、前記アクセス権記憶手段は、ユーザの識別情報と、前記フォルダに対するアクセスに必要な権限を表すフォルダアクセス権とを対応づけて記憶し、前記ファイルサーバアプリは、前記認証手段が取得した前記アクセス権を満たす前記フォルダアクセス権を前記アクセス権記憶手段から取得し、取得した前記フォルダアクセス権に対応する前記フォルダに含まれる前記情報にアクセス可能とすること、を特徴とする。

また、請求項１２にかかる発明は、画像形成処理で使用されるハードウェア資源と、画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションと、前記アプリケーションと前記ハードウェア資源との間に介在し、ユーザサービスを提供する際に、アプリケーションの少なくとも２つが共通的に必要とする前記ハードウェア資源の獲得要求、管理、実行制御並びに画像形成処理を行うコントロールサービスとを備えた画像形成装置上のファイル管理方法であって、前記アプリケーションとして搭載されたファイルサーバアプリによって、ファイル共有に関する汎用のプロトコルを使用して、画像形成処理に関連する情報を記憶する情報記憶手段に記憶された前記情報にアクセス可能とするファイル管理ステップと、を備えたことを特徴とする。

また、請求項１３にかかる発明は、請求項１２にかかる発明において、前記ファイル管理ステップは、画像形成処理に関連する画像情報を前記情報として記憶する前記情報記憶手段に記憶された前記画像情報に前記プロトコルを使用してアクセス可能とすること、を特徴とする。

また、請求項１４にかかる発明は、請求項１２にかかる発明において、前記ファイル管理ステップは、画像形成処理の処理内容を定める設定情報または画像形成処理の処理結果に関連する関連情報の少なくとも一方を前記情報として記憶する前記情報記憶手段に記憶された前記設定情報または前記関連情報の少なくとも一方に前記プロトコルを使用してアクセス可能とすること、を特徴とする。

また、請求項１５にかかる発明は、請求項１４にかかる発明において、前記コントロールサービスとして搭載された取得手段によって、前記設定情報または前記関連情報の少なくとも一方を前記情報記憶手段から取得する取得ステップをさらに備え、前記ファイル管理ステップは、前記取得ステップが取得した前記設定情報または前記関連情報に前記プロトコルを使用してアクセス可能とすること、を特徴とする。

また、請求項１６にかかる発明は、請求項１２にかかる発明において、前記コントロールサービスとして搭載された認証手段によって、前記アプリケーションを使用するユーザの認証を行う認証ステップをさらに備え、前記ファイル管理ステップは、前記認証ステップにより認証されたユーザが前記プロトコルを使用して前記情報にアクセス可能とすること、を特徴とする。

また、請求項１７にかかる発明は、請求項１６にかかる発明において、前記ファイル管理ステップは、ユーザの識別情報と前記情報へのアクセス権とを対応づけて記憶するアクセス権記憶手段から、前記認証ステップにより認証されたユーザに対応する前記アクセス権を取得し、取得した前記アクセス権に基づいて前記情報にアクセス可能とすること、を特徴とする。

また、請求項１８にかかる発明は、請求項１７にかかる発明において、前記ファイル管理ステップは、前記識別情報と、画像形成処理に関連する画像情報の前記アクセス権として読み取り権限および書き込み権限の少なくとも一方とを対応づけて記憶する前記アクセス権記憶手段から、前記認証ステップにより認証されたユーザに対応する前記アクセス権を取得し、取得した読み取り権限または書き込み権限の少なくとも一方の権限で前記画像情報にアクセス可能とすること、を特徴とする。

また、請求項１９にかかる発明は、請求項１７にかかる発明において、前記ファイル管理ステップは、前記識別情報と、画像形成処理に関連する画像情報の前記アクセス権として書き込み権限とを対応づけて記憶する前記アクセス権記憶手段から、前記認証ステップにより認証されたユーザに対応する前記アクセス権を取得し、取得した書き込み権限で前記画像情報にアクセス可能とし、前記アプリケーションによって、ユーザが書き込み権限によるアクセスで変更した前記画像情報を用いて画像形成処理にかかるユーザサービスに固有の処理を実行すること、を特徴とする。

また、請求項２０にかかる発明は、請求項１７にかかる発明において、前記ファイル管理ステップは、前記識別情報と、画像形成処理の処理内容を定める設定情報または画像形成処理の処理結果に関連する関連情報の前記アクセス権として読み取り権限とを対応づけて記憶する前記アクセス権記憶手段から、前記認証ステップにより認証されたユーザに対応する前記アクセス権を取得し、取得した読み取り権限で前記設定情報または前記関連情報にアクセス可能とすること、を特徴とする。

また、請求項２１にかかる発明は、請求項１６にかかる発明において、ユーザの識別情報と、前記アプリケーションのそれぞれについて、前記アプリケーションに関連する前記情報へのアクセス権と、を対応づけて記憶するアクセス権記憶手段から、認証された前記ユーザに対応する前記アクセス権を取得する取得ステップをさらに備え、前記ファイル管理ステップは、前記アプリケーションのそれぞれについて、前記取得ステップが取得した前記アクセス権に基づいて前記認証ステップにより認証されたユーザが前記アプリケーションに関連する前記情報にアクセス可能とすること、を特徴とする。

また、請求項２２にかかる発明は、請求項２１にかかる発明において、前記アプリケーションに関連する前記情報をそれぞれ異なるフォルダに分けて前記情報記憶手段に記憶する記憶ステップをさらに備え、前記ファイル管理ステップは、ユーザの識別情報と、前記フォルダに対するアクセスに必要な権限を表すフォルダアクセス権とを対応づけて記憶する前記アクセス権記憶手段から、前記認証ステップが取得した前記アクセス権を満たす前記フォルダアクセス権を取得し、取得した前記フォルダアクセス権に対応する前記フォルダに含まれる前記情報にアクセス可能とすること、を特徴とする。

また、請求項２３にかかる発明は、請求項１２〜請求項２２のいずれか１つに記載されたファイル管理方法をコンピュータで実行させることを特徴とする。

請求項１にかかる発明によれば、ファイル共有に関する汎用のプロトコルを使用して、固定ストレージに記憶された情報にアクセス可能とすることができる。このため、特殊なアプリケーションを用いずに外部装置から容易にデータを参照可能となり、ユーザの操作負担を軽減することができるという効果を奏する。

また、請求項２にかかる発明によれば、固定ストレージに記憶された画像情報を汎用プロトコルでアクセス可能とすることができる。このため、画像形成装置で生成した画像情報等を容易に再利用できるという効果を奏する。

また、請求項３にかかる発明によれば、機器設定情報や課金情報等の内部情報を汎用プロトコルでアクセス可能とすることができる。このため、内部情報を容易に参照できるという効果を奏する。

また、請求項４にかかる発明によれば、内部情報を管理するモジュールにより取得内部情報を汎用プロトコルでアクセス可能とすることができる。このため、内部情報の管理を容易に実行できるという効果を奏する。

また、請求項５にかかる発明によれば、認証されたユーザに対して情報をアクセス可能とすることができる。このため、汎用プロトコルで広くアクセス可能とした場合のセキュリティの強化が可能になるという効果を奏する。

また、請求項６にかかる発明によれば、事前に設定された情報へのアクセス権に従い、認証されたユーザが情報にアクセス可能とすることができる。このため、ファイル管理におけるセキュリティの強化が可能になるという効果を奏する。

また、請求項７にかかる発明によれば、画像情報を読み取りまたは書き込み権限でアクセス可能とすることができる。このため、画像情報を容易に取得し、かつ変更が可能になるという効果を奏する。

また、請求項８にかかる発明によれば、画像情報を書き込み権限でアクセス可能とし、書き込み権限により変更した画像情報を用いて画像形成処理を実行することができる。このため、変更した画像の再利用が容易に実行できるという効果を奏する。

また、請求項９にかかる発明によれば、機器の内部情報は読み取り権限でのみアクセス可能とすることができる。このため、変更すべきでない内部情報の保護を図ることができるという効果を奏する。

また、請求項１０にかかる発明によれば、画像形成処理の機能ごとにアクセス権を制御することができる。このため、汎用のプロトコルによる画像形成装置上のファイル管理処理を容易に実行できるという効果を奏する。

また、請求項１１にかかる発明によれば、画像形成処理の機能ごとに関連するファイルをフォルダに分けて記憶し、フォルダ単位でアクセス権を制御することができる。このため、汎用のプロトコルによる画像形成装置上のファイル管理処理を容易に実行できるという効果を奏する。

また、請求項１２にかかる発明によれば、ファイル共有に関する汎用のプロトコルを使用して、固定ストレージに記憶された情報にアクセス可能とすることができる。このため、特殊なアプリケーションを用いずに外部装置から容易にデータを参照可能となり、ユーザの操作負担を軽減することができるという効果を奏する。

また、請求項１３にかかる発明によれば、固定ストレージに記憶された画像情報を汎用プロトコルでアクセス可能とすることができる。このため、画像形成装置で生成した画像情報等を容易に再利用できるという効果を奏する。

また、請求項１４にかかる発明によれば、機器設定情報や課金情報等の内部情報を汎用プロトコルでアクセス可能とすることができる。このため、内部情報を容易に参照できるという効果を奏する。

また、請求項１５にかかる発明によれば、内部情報を管理するモジュールにより取得内部情報を汎用プロトコルでアクセス可能とすることができる。このため、内部情報の管理を容易に実行できるという効果を奏する。

また、請求項１６にかかる発明によれば、認証されたユーザに対して情報をアクセス可能とすることができる。このため、汎用プロトコルで広くアクセス可能とした場合のセキュリティの強化が可能になるという効果を奏する。

また、請求項１７にかかる発明によれば、事前に設定された情報へのアクセス権に従い、認証されたユーザが情報にアクセス可能とすることができる。このため、ファイル管理におけるセキュリティの強化が可能になるという効果を奏する。

また、請求項１８にかかる発明によれば、画像情報を読み取りまたは書き込み権限でアクセス可能とすることができる。このため、画像情報を容易に取得し、かつ変更が可能になるという効果を奏する。

また、請求項１９にかかる発明によれば、画像情報を書き込み権限でアクセス可能とし、書き込み権限により変更した画像情報を用いて画像形成処理を実行することができる。このため、変更した画像の再利用が容易に実行できるという効果を奏する。

また、請求項２０にかかる発明によれば、機器の内部情報は読み取り権限でのみアクセス可能とすることができる。このため、変更すべきでない内部情報の保護を図ることができるという効果を奏する。

また、請求項２１にかかる発明によれば、画像形成処理の機能ごとにアクセス権を制御することができる。このため、汎用のプロトコルによる画像形成装置上のファイル管理処理を容易に実行できるという効果を奏する。

また、請求項２２にかかる発明によれば、画像形成処理の機能ごとに関連するファイルをフォルダに分けて記憶し、フォルダ単位でアクセス権を制御することができる。このため、汎用のプロトコルによる画像形成装置上のファイル管理処理を容易に実行できるという効果を奏する。

また、請求項２３の発明によれば、請求項１２〜請求項２２のいずれか１つに記載のファイル管理方法をコンピュータに実行させることができるという効果を奏する。

以下に添付図面を参照して、この発明にかかる画像形成装置の最良な実施の形態を詳細に説明する。

（第１の実施の形態）
第１の実施の形態にかかる画像形成装置は、装置内部に記憶された画像データ等の情報を、一般的なコンピュータで用いられている汎用的なファイル共有プロトコルを使用してアクセス可能とするものである。

図１は、第１の実施の形態にかかる画像形成装置を含むファイル管理システムのネットワーク構成および画像形成装置の主要構成を示すブロック図である。第１の実施の形態にかかるファイル管理システムは、コピー、スキャナ、ファクシミリ、プリンタ等の画像処理にかかる機能を１つの筐体に収めた画像形成装置としての複合機１００と、情報処理装置としての複数のクライアントＰＣ（Personal Computer）２００ａ、クライアントＰＣ２００ｂとがインターネット、ＬＡＮ（Local Area Network）等のネットワーク３００に接続された構成となっている。

クライアントＰＣ２００ａ、クライアントＰＣ２００ｂは、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成となっている。なお、クライアントＰＣ２００ａとクライアントＰＣ２００ｂとは同様の構成となっているため、以下では両者を総称して単にクライアントＰＣ２００と呼ぶ場合がある。

クライアントＰＣ２００には、通常のコンピュータで使用されるＷｉｎｄｏｗｓ（登録商標）やＵＮＩＸ（登録商標）などの従来から用いられている汎用的なＯＳ（Operating System）がインストールされている。クライアントＰＣ２００は、ファイル操作アプリ２０１を備えている。ファイル操作アプリ２０１は、上記のようなＯＳで用いられる汎用のファイル共有プロトコルによって、外部装置上のファイルにアクセスするものである。これにより、ユーザはファイル操作アプリ２０１を用いて、複合機１００の内部に格納され、汎用のファイル共有プロトコルでアクセス可能とされた情報を操作することができる。

複合機１００は、主要構成として、ＨＤＤ１０３と、不揮発メモリ１０４と、操作パネル１７０と、アプリケーション１４０と、プラットフォーム１２０と、ネットワークＩ／Ｆ１０５とを備えている。

複合機１００は、クライアントＰＣ２００からのファイルアクセス要求をネットワークＩ／Ｆ１０５を介して受信し、プラットフォーム１２０上で動作するアプリケーション１４０によってＨＤＤ１０３、不揮発メモリ１０４などの記憶手段に記憶されたファイルをクライアントＰＣ２００に返信する。

操作パネル１７０は、各種画面をタッチ入力可能に表示する液晶表示部と、ユーザからの操作入力が可能な操作部とを有し、ユーザに対して各種画面の表示や操作を行わせるものである。

次に、複合機１００の全体構成について説明する。図２は、第１の実施の形態にかかる複合機１００の全体構成を示すブロック図である。

同図に示すように、複合機１００は、白黒ラインプリンタ（B&W LP）１０１と、カラーラインプリンタ（Color LP）１０２と、ＨＤＤ１０３と、不揮発メモリ１０４と、ネットワークＩ／Ｆ１０５と、スキャナ、ファクシミリ、メモリなどのハードウェアリソース１０６とソフトウェア群１１０とを有するように構成される。また、ソフトウェア群１１０は、プラットフォーム１２０と、アプリケーション１４０とを有するように構成される。

プラットフォーム１２０は、アプリケーション１４０からの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービス１５０と、１つ以上のハードウェア資源の管理を行ってコントロールサービス１５０からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）１２３と、オペレーティングシステム（以下、ＯＳという）１２１とを有するように構成されている。

コントロールサービス１５０は、システムコントロールサービス（以下、ＳＣＳという）１２２、エンジンコントロールサービス（以下、ＥＣＳという）１２４、メモリコントロールサービス（以下、ＭＣＳという）１２５、オペレーションパネルコントロールサービス（以下、ＯＣＳという）１２６、ファックスコントロールサービス（以下、ＦＣＳという）１２７、ＮＣＳ（ネットワークコントロールサービス）１２８、ＵＣＳ（ユーザ情報管理サービス）１２９、認証部１３０、機器情報管理部１３１など１つ以上のサービスモジュールを有するように構成されている。

なお、プラットフォーム１２０は予め定義されている関数によりアプリケーション１４０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。

ＯＳ１２１は、ＵＮＩＸ（登録商標）などの汎用オペレーティングシステムであって、プラットフォーム１２０およびアプリケーション１４０の各ソフトウェアをプロセスとして並列実行する。

ＳＲＭ１２３のプロセスは、ＳＣＳ１２２と共にシステムの制御およびリソースの管理を行うものである。例えば、ＳＲＭ１２３のプロセスは、スキャナ部やプリンタ部などのエンジン、メモリ、ハードディスク装置（ＨＤＤ）ファイル、ホストＩ／Ｏ（セントロインターフェース、ネットワークインターフェース、ＩＥＥＥ１３９４インターフェース、ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御する。

具体的には、ＳＲＭ１２３は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ１２３は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成などの要求内容を直接実施している。

ＳＣＳ１２２のプロセスは、アプリ管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリ制御などを行う。

ＥＣＳ１２４のプロセスは、白黒ラインプリンタ（B&W LP）１０１、カラーラインプリンタ（Color LP）１０２、ＨＤＤ１０３、スキャナ、ファクシミリなどからなるハードウェアリソース１０６のエンジンの制御を行う。

ＭＣＳ１２５のプロセスは、画像メモリの取得および解放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などを行う。

ＯＣＳ１２６は、オペレータ（ユーザ）と本体制御間の情報伝達手段となるオペレーションパネル（操作パネル１７０）の制御を行う。ＯＣＳ１２６は、操作パネル１７０からキー押下（またはタッチ操作）をキーイベントとして取得し、取得したキーに対応したキーイベント関数をＳＣＳ１２２に送信するＯＣＳプロセスの部分と、アプリケーション１４０またはコントロールサービス１５０からの要求により操作パネル１７０に各種画面を描画出力する描画関数や、その他の操作パネル１７０に対する制御を行う関数などがあらかじめ登録されたＯＣＳライブラリの部分とから構成される。

このＯＣＳライブラリは、アプリケーション１４０およびコントロールサービス１５０の各モジュールにリンクされて実装されている。なお、ＯＣＳ１２６のすべてをプロセスとして動作させるように構成してもよいし、あるいはＯＣＳ１２６のすべてをＯＣＳライブラリとして構成してもよい。

ＦＣＳ１２７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読みとり、ファクシミリ受信印刷、融合送受信を行うためのアプリケーションを提供する。

ＮＣＳ１２８は、ネットワークＩ／Ｏを必要とする複合機１００上のスキャナアプリ１１４等のアプリケーションに対し、共通に利用できるサービスを提供するためのプロセスであり、ネットワーク側から受信したデータを各アプリケーションに振り分ける処理や、アプリケーションからデータをネットワーク側に送信する際の仲介処理を行う。

ＵＣＳ１２９は、図示しないユーザデータベース等により複合機１００を使用するユーザ情報の管理を行うプロセスであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する処理を行う。

認証部１３０は、ユーザ名とパスワードなどの認証情報を予め登録したテーブル（図示せず）を参照してユーザの認証処理を行うプロセスである。

なお、複合機１００内の画像データについては、画像データごとにアクセス権を設定するように構成してもよい。例えば、各ユーザがアクセス可能なファイルなどの資源を列挙した、従来から用いられているアクセスコントロールリストなどによりデータごとのアクセス権を管理することができる。その場合、認証部１３０によりユーザが認証されない限り、アクセス権限のない画像ファイルに対するアクセスは禁止するように構成する。

機器情報管理部１３１は、不揮発メモリ１０４に格納された課金カウンタ情報、機器設定情報、ユーザ毎の課金情報、およびアドレス帳情報などの内部情報の管理を行うプロセスである。後述するファイルサーバアプリ１１５は、機器情報管理部１３１が不揮発メモリ１０４から取得した内部情報をユーザがアクセスできるようにする。

これらの内部情報に関しては、管理者権限をもつユーザのみが参照できればよいため、機器情報管理部１３１は、管理者権限で認証された場合に、これらの情報がテキストファイルとして取得できるようにする。なお、書き換えを制限する必要があるため、機器情報管理部１３１はRead-Only権限でこれらの情報のファイルをアクセス可能とする。

また、アプリケーション１４０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１１１と、コピー用アプリケーションであるコピーアプリ１１２と、ファクシミリ用アプリケーションであるファックスアプリ１１３と、スキャナ用アプリケーションであるスキャナアプリ１１４と、ファイルサーバアプリ１１５とを有している。

ファイルサーバアプリ１１５は、外部装置から複合機１００内の情報に汎用的なファイル共有プロトコルでアクセス可能にするアプリケーションである。汎用的なファイル共有プロトコルとしては、通常のＰＣやワークステーションが標準で解釈できるＳＭＢ（Server Message Block）や、ＮＦＳ（Network File System）などの従来から用いられているあらゆるプロトコルを利用できる。

これにより、ユーザはクライアントＰＣ２００から特殊なアプリケーションなどを経由せずに複合機１００に対して汎用なネットワークファイルシステムとしてアクセスできる。すなわち、ユーザはＷｉｎｄｏｗｓ（登録商標）上でのドラッグアンドドロップ、ＵＮＩＸ（登録商標）のコピー（ｃｐ）コマンドなどのような標準的な操作でファイル操作が可能となるため、画像データなどの再利用時のユーザの操作負担を軽減することができる。

また、ＰＣ側に転送した画像を加工して、接続された複合機１００内の固定ストレージに書き戻すことも可能となるため、事前に固定ストレージに登録された画像の修正が可能となる。

さらに、複合機１００内のデータを汎用のファイルシステムとして取り扱えるため、外部装置のアプリケーションから複合機１００内のファイルを直接オープンすることができる。したがって、データの取得と書き戻しの作業が不要となる。また、画像データだけでなく、機器情報管理部１３１が管理する複合機１００の内部情報についても汎用のファイル共有プロトコルで容易にアクセス可能となる。

アプリケーション１４０の各プロセス、コントロールサービス１５０の各プロセスは、関数呼び出しとその戻り値送信およびメッセージの送受信によってプロセス間通信を行いながら、コピー、プリンタ、スキャナ、ファクシミリなどの画像形成処理にかかるユーザサービスを実現している。

このように、第１の実施の形態にかかる複合機１００には、複数のアプリケーション１４０および複数のコントロールサービス１５０が存在し、いずれもプロセスとして動作している。そして、これらの各プロセス内部には、１つ以上のスレッドが生成されて、スレッド単位の並列実行が行われる。そして、コントロールサービス１５０がアプリケーション１４０に対し共通サービスを提供しており、このため、これらの多数のプロセスが並列動作、およびスレッドの並列動作を行って互いにプロセス間通信を行って協調動作をしながら、コピー、プリンタ、スキャナ、ファクシミリなどの画像形成処理にかかるユーザサービスを提供するようになっている。

第１の実施の形態にかかる複合機１００は、メモリなどの記憶容量が小容量であるため、オペレーティングシステムの上で、複数のアプリケーションで共通の処理をコントロールサービスとして括りだして実行し、その上で複数のアプリケーションを実行させることにより、小容量のメモリによってもコピー、プリント、スキャン、ファクシミリ等の種々の画像形成処理を実現することができ、従来の画像形成装置の構成に比べて処理速度も向上させることができる。

次に、ＨＤＤ１０３に記憶された画像データおよび機器内部情報の格納方法について説明する。図３は、画像データおよび機器内部情報の格納方法の一例を示す説明図である。

同図に示すように、公開する情報を格納するフォルダは、「share」というフォルダ３０１をルートとし、その下に各ユーザのフォルダが作成されている。ユーザのフォルダは、認証部１３０によって認証されたユーザ以外に対しては表示されない。

また、ユーザごとのフォルダの下には、コピー、ファックス、プリンタなどの複合機１００の機能ごとのフォルダが作成される。そして、各機能のフォルダの下に当該機能で出力された画像データファイルなどの当該機能に関連する情報のファイルが格納されている。

同図の下部には、管理者が認証されたときに表示されるフォルダ構成の一例も表示されている。管理者認証時には、課金カウンタ情報、機器設定情報、ユーザ毎の課金情報、およびアドレス帳情報などの内部情報に対応するテキストファイル、ＣＳＶ（Comma Separated Values）ファイルなどのファイルが、認証された管理者のみによって参照可能となる。

次に、このように構成された第１の実施の形態にかかる複合機１００によるファイル共有処理について説明する。図４は、第１の実施の形態におけるファイル共有処理の全体の流れを示すフローチャートである。

まず、クライアントＰＣ２００で、ユーザがファイル操作アプリ２０１により複合機１００上のファイルへのアクセスを開始する（ステップＳ４０１）。

次に、クライアントＰＣ２００上のファイル操作アプリ２０１で入力されたユーザの認証情報を複合機１００に送信する（ステップＳ４０２）。

送信されたユーザの認証情報は、複合機１００の認証部１３０による認証処理に用いられる。そして、認証部１３０は、認証情報による認証結果をクライアントＰＣ２００に送信する（ステップＳ４０３）。

なお、上述のようなクライアントＰＣ２００と複合機１００との間の情報（認証情報、認証結果など）の送受信は、ＮＣＳ１２８を介して行われる。

次に、クライアントＰＣ２００上のファイル操作アプリ２０１が、認証が成功したか否かを判断し（ステップＳ４０４）、成功しなかった場合は（ステップＳ４０４：ＮＯ）、ファイル共有処理を終了する。

成功した場合は（ステップＳ４０４：ＹＥＳ）、ファイル操作アプリ２０１は、ファイル情報の問合せを送信する（ステップＳ４０５）。ここで、ファイル情報とは、アクセス対象となるファイルに関連する情報をいい、ファイルを格納するフォルダの階層構造、フォルダ名などが該当する。

次に、複合機１００のファイルサーバアプリ１１５が、問合せに対するファイル情報をクライアントＰＣ２００に送信する（ステップＳ４０６）。クライアントＰＣ２００のファイル操作アプリ２０１は、ユーザがファイル情報を参照して選択したファイルのアクセス要求を送信する（ステップＳ４０７）。

次に、複合機１００のファイルサーバアプリ１１５が、アクセス要求に対応するファイルをＨＤＤ１０３または不揮発メモリ１０４から取得し、クライアントＰＣ２００に送信する（ステップＳ４０８）。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルを受信し（ステップＳ４０９）、クライアントＰＣ２００内の記憶手段（図示せず）への格納処理や、表示手段への表示処理などを実行する。これにより、クライアントＰＣ２００上で、受信した画像データなどの情報を再利用することが可能となる。

従来は、ベンダー提供の専用のアプリケーションを用いることにより、複合機１００内の固定ストレージに記録された画像データを取得することが可能であった。このため、事前に専用のアプリケーションをインストールする必要があること、専用のアプリケーションの操作手順を覚える必要があることなどの問題があった。また、従来は、一般に、固定ストレージから取得した画像を加工して複合機１００に書き戻すことはできなかった。

これに対し、本実施の形態では、上記のような構成を備えることにより、標準的なファイル管理のアプリケーションを用いて容易に複合機１００の画像データなどの情報を取得し、再利用することが可能となる。

次に、ファイル共有処理の詳細について説明する。図５は、第１の実施の形態におけるファイル共有処理の詳細な流れの一例を示すシーケンス図である。

なお、図５は上述した図４のファイル共有処理の全体の流れに沿ってコピー機能に関連するファイルを取得し、複合機１００に書き戻す処理の詳細を示す説明図である。また、図５は、汎用のファイル共有プロトコルとしてＳＭＢを用いた場合の処理の例を表す図である。

まず、ユーザがクライアントＰＣ２００のファイル操作アプリ２０１を起動することなどにより、複合機１００のファイルサーバアプリ１１５にブラウズ要求を送信する（ステップＳ５０１）。ブラウズ要求とは、ファイル共有プロトコルにおける複合機１００のコンピュータ名を取得する要求をいう。

これに対し、ファイルサーバアプリ１１５は、コンピュータ名を返すブラウズ応答をクライアントＰＣ２００に送信する（ステップＳ５０２）。この例では、複合機１００のコンピュータ名として「Mymfp01」が送信されたことが示されている。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、リソース名要求をファイルサーバアプリ１１５に送信する（ステップＳ５０３）。リソース名要求とは、アクセス可能なリソースの名称を取得する要求をいう。

これに対し、ファイルサーバアプリ１１５は、リソース名を返すリソース名応答をクライアントＰＣ２００に送信する（ステップＳ５０４）。この例では、リソース名として「share」が送信されたことが示されている。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、汎用のファイル共有プロトコルによる通信確立の要求であるプロトコルネゴシエーション要求をファイルサーバアプリ１１５に送信する（ステップＳ５０５）。

これに対し、ファイルサーバアプリ１１５は、プロトコルネゴシエーション応答をクライアントＰＣ２００に返信する（ステップＳ５０６）。この例では、正常に応答が返信されたことを前提とする。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、セッションセットアップ情報をファイルサーバアプリ１１５に送信する（ステップＳ５０７）。セッションセットアップ情報とは、確立した通信上におけるアクセス開始に必要な情報をいい、ユーザ名、パスワードなどの認証に必要な情報を含む。この例では、ユーザ名とパスワードを送信することを前提とする。

次に、ファイルサーバアプリ１１５は、受信したセッションセットアップ情報を複合機１００の認証部１３０に送信する（ステップＳ５０８）。これに対し、認証部１３０は、受信したセッションセットアップ情報に含まれるユーザ名とパスワードによりユーザの認証処理を行い、その結果である認証応答をファイルサーバアプリ１１５に返信する（ステップＳ５０９）。この例では、正常にユーザが認証されたことを前提とする。

次に、ファイルサーバアプリ１１５は、認証結果の情報を含むセッションセットアップ応答をクライアントＰＣ２００に返信する（ステップＳ５１０）。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、リソースへの接続要求をファイルサーバアプリ１１５に送信する（ステップＳ５１１）。ここでは、リソース「\\Mymfp01\share」への接続要求を送信するものとする。

これに対し、ファイルサーバアプリ１１５は、リソース接続要求に対する応答をクライアントＰＣ２００に返信する（ステップＳ５１２）。ここでは、接続を許可する応答が返信されたものとする。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイル情報の問合せをファイルサーバアプリ１１５に送信する（ステップＳ５１３）。ファイル情報とは、上述したように、ファイルを格納するフォルダの階層構造、フォルダ名などの情報を示す。ここでは、リソース「\\Mymfp01\share」下のフォルダ名を取得する要求を送信したものとする。

これに対し、ファイルサーバアプリ１１５は、ファイル情報の応答をクライアントＰＣ２００に返信する（ステップＳ５１４）。この例では、認証されたユーザ（user01）がアクセス可能なフォルダの名称として、「user01」が返信されたことが示されている。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、さらにファイル情報の問合せをファイルサーバアプリ１１５に送信する（ステップＳ５１５）。ここでは、リソース「\\Mymfp01\share\user01」下のフォルダ名を取得する要求を送信したものとする。

これに対し、ファイルサーバアプリ１１５は、ファイル情報の応答をクライアントＰＣ２００に返信する（ステップＳ５１６）。この例では、「\\Mymfp01\share\user01」下のフォルダ名として、「copier」、「fax」、「printer」、「scanner」が返信されたことが示されている。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、さらにファイル情報の問合せをファイルサーバアプリ１１５に送信する（ステップＳ５１７）。ここでは、リソース「\\Mymfp01\share\user01\copier」下のファイル名を取得する要求を送信したものとする。

次に、ファイル情報問合せを受信したファイルサーバアプリ１１５は、リソース「\\Mymfp01\share\user01\copier」下のファイルの情報の取得要求であるファイル情報要求をコピーアプリ１１２に送信する（ステップＳ５１８）。

なお、この例ではフォルダ「copier」下のファイルの情報を取得するため、コピーアプリ１１２にファイル情報要求を送信したが、他の機能に対応するフォルダ内のファイル情報を取得する場合は、当該他の機能に対応するその他のアプリケーション（プリンタアプリ１１１、ファックスアプリ１１３、スキャナアプリ１１４など）に対して、ファイル情報要求を送信する。

次に、コピーアプリ１１２は、ＨＤＤ１０３から、ファイル情報が要求されたリソースに対応するファイル名を含むファイル情報を読み出す（ステップＳ５１９）。続いて、コピーアプリ１１２は、読み出したファイル情報を応答としてファイルサーバアプリ１１５に送信する（ステップＳ５２０）。

次に、ファイルサーバアプリ１１５は、ファイル情報の応答をクライアントＰＣ２００に送信する（ステップＳ５２１）。この例では、リソース「\\Mymfp01\share\user01\copier」下に蓄積されている文書のファイル名の情報が返信されたことが示されている。また、文書のファイル名としては、例えば、「報告書01.tiff」、「報告書02.tiff」、「出張旅費-01.tiff」などのように、フォルダ下に格納されている複数のファイル名が返信されうる。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルのオープン要求をファイルサーバアプリ１１５に送信する（ステップＳ５２２）。ここでは、返信された複数のファイル名から、「報告書01.tiff」というファイル名のファイルのオープン要求を送信したものとする。

次に、ファイルサーバアプリ１１５は、対応するファイルのオープン要求をコピーアプリ１１２に対して送信する（ステップＳ５２３）。続いて、コピーアプリ１１２は、ＨＤＤ１０３内の対応するファイルのオープン処理を実行する（ステップＳ５２４）。

次に、コピーアプリ１１２は、ファイルオープン処理の結果を応答としてファイルサーバアプリ１１５に送信する（ステップＳ５２５）。ここでは、正常にファイルオープン処理が完了したものとする。

次に、ファイルサーバアプリ１１５は、ファイルオープン要求の結果をクライアントＰＣ２００に送信する（ステップＳ５２６）。この例では、上述のようにオープンが正常に完了したことが応答として送信されたものとする。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルの読出し要求をファイルサーバアプリ１１５に送信する（ステップＳ５２７）。

次に、ファイルサーバアプリ１１５は、ファイル読出し要求をコピーアプリ１１２に送信し（ステップＳ５２８）、これに対し、コピーアプリ１１２はファイルの読出し要求の可否を表すファイル読出し応答をファイルサーバアプリ１１５に返信する（ステップＳ５２９）。ここでは、ファイルの読出しが可能であることを示す応答が返信されたものとする。

次に、ファイルサーバアプリ１１５は、ファイル読出し応答をクライアントＰＣ２００に送信する（ステップＳ５３０）。

ステップＳ５２９で応答を返信した後、コピーアプリ１１２は、ＨＤＤ１０３から実際のファイルの情報の読出しを行い（ステップＳ５３１）、読み出したファイルのデータをファイルサーバアプリ１１５に送信する（ステップＳ５３２）。次に、ファイルサーバアプリ１１５は、読み出したファイルのデータをクライアントＰＣ２００に送信する（ステップＳ５３３）。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイル読出し完了を表す情報をファイルサーバアプリ１１５に送信し（ステップＳ５３４）、ファイルサーバアプリ１１５は、受信したファイル読出し完了情報をコピーアプリ１１２に送信する（ステップＳ５３５）。

このようにして、クライアントＰＣ２００上でファイル操作アプリ２０１を利用することにより、ユーザは複合機１００のＨＤＤ１０３に格納された画像データ等の情報を読み出すことが可能となる。

すなわち、複合機１００内の固定ストレージをネットワークドライブとして接続させることにより、外部のＰＣ等の装置から簡単にデータを参照することができる。そのため、複合機１００の機能(コピー、ファクス、プリンタ、スキャナ)により複合機１００内の固定ストレージに保存されたデータを、特殊なアプリケーションを用いずに、外部装置側へ転送することが可能となる。

ユーザがファイルの修正等を行い、ファイルの保存を指示した場合、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルの書き込み要求をファイルサーバアプリ１１５に送信する（ステップＳ５３６）。

次に、ファイルサーバアプリ１１５は、ファイル書き込み要求をコピーアプリ１１２に送信し（ステップＳ５３７）、これに対し、コピーアプリ１１２はファイルの書き込み要求の可否を表すファイル書き込み応答をファイルサーバアプリ１１５に返信する（ステップＳ５３８）。ここでは、ファイルの書き込みが可能であることを示す応答が返信されたものとする。

次に、ファイルサーバアプリ１１５は、ファイル書き込み応答をクライアントＰＣ２００に送信する（ステップＳ５３９）。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、書込むファイルのデータをファイルサーバアプリ１１５に送信する（ステップＳ５４０）。次に、ファイルサーバアプリ１１５は、受信したファイルデータをコピーアプリ１１２に送信する（ステップＳ５４１）。

続いて、コピーアプリ１１２は、受信したファイルデータをＨＤＤ１０３に書込む処理を実行する（ステップＳ５４２）。

書き込み処理が完了した後、コピーアプリ１１２は、ファイル書き込み完了を示す情報をファイルサーバアプリ１１５に送信する（ステップＳ５４３）。次に、ファイルサーバアプリ１１５は、ファイル書き込み完了を示す情報をクライアントＰＣ２００に送信する（ステップＳ５４４）。

このようにして、クライアントＰＣ２００上でファイル操作アプリ２０１を利用することにより、ユーザは複合機１００のＨＤＤ１０３から読み出した画像データ等の情報を変更後、情報をＨＤＤ１０３に書き戻すことが可能となる。これにより、書き戻した後の情報を用いて各アプリケーションが処理を実行することが可能となる。

例えば、ファックスアプリ１１３で用いるファイル名が「ＦＡＸ送信票」というファイルがＨＤＤ１０３内に登録されていたとする。ＦＡＸ送信票に記載すべき内容（社名／住所／電話番号／会社ロゴなど）の変更が必要となった場合、本実施の形態によれば、「ＦＡＸ送信票」ファイルを読出し、変更が必要な箇所を任意の画像編集ツールで書き換え、さらに修正画像を複合機１００に書き戻すことが可能となる。

最後に、読出し、書き込みを行ったファイルのクローズ処理が行われる。クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルのクローズ要求をファイルサーバアプリ１１５に送信する（ステップＳ５４５）。この例では、読出しおよび書き込みを行ったファイル「\\Mymfp01\share\user01\copier\報告書01.tiff」のクローズ要求が送信されたことが示されている。

ファイルサーバアプリ１１５は、受信したクローズ要求をコピーアプリ１１２に送信し（ステップＳ５４６）、コピーアプリ１１２は、ＨＤＤ１０３上の対応するファイルのクローズ処理を実行する（ステップＳ５４７）。次に、コピーアプリ１１２は、ファイルクローズ処理の結果を示す情報をファイルサーバアプリ１１５に送信する（ステップＳ５４８）。ここでは、正常にクローズ処理が完了したものとする。

次に、ファイルサーバアプリ１１５がファイルクローズ処理の結果を応答としてクライアントＰＣ２００に送信し（ステップＳ５４９）、ファイル共有処理を終了する。

次に、ファイル共有処理でのデータの流れについて説明する。図６は、ファイル共有処理におけるデータの流れの一例を示す説明図である。同図は、図５で説明した例に対応し、ファイル「\\Mymfp01\share\user01\copier\報告書01.tiff」を読み出して書き込む処理を行ったときのデータの流れの一例を示す図である。

図６の矢印６０１は、クライアントＰＣ２００とファイルサーバアプリ１１５との間のデータの流れを表すものであり、図５のステップＳ５０１〜ステップＳ５０６、ステップＳ５１１〜ステップＳ５１６までの処理に対応する。

図６の矢印６０２は、クライアントＰＣ２００と、ファイルサーバアプリ１１５を介した認証部１３０との間のデータの流れを表すものであり、図５のステップＳ５０７〜ステップＳ５１０までの処理に対応する。

図６の矢印６０３は、クライアントＰＣ２００と、ファイルサーバアプリ１１５およびコピーアプリ１１２を介したＨＤＤ１０３との間のデータの流れを表すものであり、図５のステップＳ５１７〜ステップＳ５４９までの処理に対応する。

次に、ファイル共有処理の詳細の別の例について説明する。図７は、第１の実施の形態におけるファイル共有処理の詳細な流れの別の例を示すシーケンス図である。

なお、図６は上述した図４のファイル共有処理の全体の流れに沿って、アドレス帳情報などの複合機１００の各種機器設定情報などの画像形成処理の処理内容を定める設定情報、または課金カウンタ情報、ユーザ毎の課金情報などの画像形成処理の処理結果に関連する関連情報を取得する処理の詳細を示す説明図である。

また、図６は、汎用のファイル共有プロトコルとしてＳＭＢを用いた場合の処理の例を表す図である。さらに、上記のような設定情報、関連情報は、管理者権限で認証されたユーザのみがアクセスできるものとする。

ステップＳ７０１からステップＳ７１３までの通信確立処理、認証処理、ファイル情報問合せ処理は、図５のファイル共有処理のステップＳ５０１からステップＳ５１３までと同様の処理なので、その説明を省略する。

ステップＳ７１４では、ファイルサーバアプリ１１５は、ファイル情報の応答をクライアントＰＣ２００に返信する（ステップＳ７１４）。この例では、管理者権限で認証されたユーザ（admin）がアクセス可能なフォルダの名称として、「admin」が返信されたことが示されている。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイル情報の問合せをファイルサーバアプリ１１５に送信する（ステップＳ７１５）。ここでは、リソース「\\Mymfp01\share\admin」下のファイル名を取得する要求を送信したものとする。

次に、ファイル情報問合せを受信したファイルサーバアプリ１１５は、リソース「\\Mymfp01\share\admin」下のファイルの情報の取得要求であるファイル情報要求を機器情報管理部１３１に送信する（ステップＳ７１６）。

このように、課金カウンタ情報、機器設定情報、ユーザ毎の課金情報、およびアドレス帳情報などの内部情報は不揮発メモリ１０４に格納され、機器情報管理部１３１によって管理されているため、上記内部情報へのアクセス要求等はすべて機器情報管理部１３１を介して処理される。

次に、機器情報管理部１３１は、ファイル情報要求に対してファイル名を含むファイル情報の応答をファイルサーバアプリ１１５に送信する（ステップＳ７１７）。

次に、ファイルサーバアプリ１１５は、ファイル情報の応答をクライアントＰＣ２００に送信する（ステップＳ７１８）。この例では、リソース「\\Mymfp01\share\admin」下に蓄積されている機器内部情報のファイル名の情報が返信されたことが示されている。また、機器内部情報のファイル名としては、例えば、「ChargeCounter.txt」、「UserPrograms.txt」、「UserCounter.csv」、「Address.csv」などのように、フォルダ下に格納されている複数のファイル名が返信されうる。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルのオープン要求をファイルサーバアプリ１１５に送信する（ステップＳ７１９）。ここでは、返信された複数のファイル名から、課金カウンタ情報を格納した「ChargeCounter.txt」という名称のファイルのオープン要求を送信したものとする。

次に、ファイルサーバアプリ１１５は、対応するファイルのオープン要求を機器情報管理部１３１に対して送信する（ステップＳ７２０）。

次に、機器情報管理部１３１は、ファイルオープンの可否を表すファイルオープン応答をファイルサーバアプリ１１５に送信する（ステップＳ７２１）。ここでは、正常にファイルオープン処理が完了したものとする。

次に、ファイルサーバアプリ１１５は、ファイルオープン要求の結果をクライアントＰＣ２００に送信する（ステップＳ７２２）。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルの読出し要求をファイルサーバアプリ１１５に送信する（ステップＳ７２３）。

次に、ファイルサーバアプリ１１５は、ファイル読出し要求を機器情報管理部１３１に送信し（ステップＳ７２４）、これに対し、機器情報管理部１３１はファイルの読出し要求の可否を表すファイル読出し応答をファイルサーバアプリ１１５に返信する（ステップＳ７２５）。ここでは、ファイルの読出しが可能であることを示す応答が返信されたものとする。

次に、ファイルサーバアプリ１１５は、ファイル読出し応答をクライアントＰＣ２００に送信する（ステップＳ７２６）。

ステップＳ７２５で応答を返信した後、機器情報管理部１３１は、不揮発メモリ１０４から実際のファイルの情報の読出しを行い（ステップＳ７２７）、読み出したファイルのデータをファイルサーバアプリ１１５に送信する（ステップＳ７２８）。次に、ファイルサーバアプリ１１５は、読み出したファイルのデータをクライアントＰＣ２００に送信する（ステップＳ７２９）。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイル読出し完了を表す情報をファイルサーバアプリ１１５に送信し（ステップＳ７３０）、ファイルサーバアプリ１１５は、受信したファイル読出し完了情報を機器情報管理部１３１に送信する（ステップＳ７３１）。

このようにして、クライアントＰＣ２００上でファイル操作アプリ２０１を利用することにより、管理者権限を有するユーザは複合機１００の不揮発メモリ１０４に格納された内部情報を読み出すことが可能となる。

次に、内部情報を変更して書き込み要求を送信した場合の例について説明する。ユーザが読み出した課金カウンタ情報のファイルの修正等を行い、ファイルの保存を指示した場合、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルの書き込み要求をファイルサーバアプリ１１５に送信する（ステップＳ７３２）。

次に、ファイルサーバアプリ１１５は、ファイル書き込み要求を機器情報管理部１３１に送信し（ステップＳ７３３）、これに対し、機器情報管理部１３１はファイルの書き込み要求の可否を表すファイル書き込み応答をファイルサーバアプリ１１５に返信する（ステップＳ７３４）。本実施の形態では、内部情報は書き込みが制限されているため、ファイルの書き込みができないことを示す応答が返信されたものとする。

次に、ファイルサーバアプリ１１５は、ファイル書き込み不可であることを示す応答をクライアントＰＣ２００に送信する（ステップＳ７３５）。

このようにして、クライアントＰＣ２００上でファイル操作アプリ２０１を利用することにより、ユーザは汎用のファイル共有プロトコルで機器の内部情報を参照することが可能となるが、複合機１００内で適切にアクセス制限がかけられていれば、不正にファイルが書きかえられることを防止することができる。

最後に、読出し、書き込みを行ったファイルのクローズ処理が行われる。クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルのクローズ要求をファイルサーバアプリ１１５に送信する（ステップＳ７３６）。この例では、読出しを行ったファイル「\\Mymfp01\share\admin\ChargeCounter.txt」のクローズ要求が送信されたことが示されている。

ファイルサーバアプリ１１５は、受信したクローズ要求を機器情報管理部１３１に送信し（ステップＳ７３７）、機器情報管理部１３１は、ファイルのクローズ処理を実行してその結果を示す情報をファイルサーバアプリ１１５に送信する（ステップＳ７３８）。ここでは、正常にクローズ処理が完了したものとする。

次に、ファイルサーバアプリ１１５がファイルクローズ処理の結果を応答としてクライアントＰＣ２００に送信し（ステップＳ７３９）、ファイル共有処理を終了する。

次に、ファイル共有処理でのデータの流れについて説明する。図８は、ファイル共有処理におけるデータの流れの別の例を示す説明図である。同図は、図７で説明した例に対応し、ファイル「\\Mymfp01\share\admin\ChargeCounter.txt」を読み出す処理を行ったときのデータの流れの一例を示す図である。

図８の矢印８０１は、クライアントＰＣ２００とファイルサーバアプリ１１５との間のデータの流れを表すものであり、図７のステップＳ７０１〜ステップＳ７０６、ステップＳ７１１〜ステップＳ７１４までの処理に対応する。

図８の矢印８０２は、クライアントＰＣ２００と、ファイルサーバアプリ１１５を介した認証部１３０との間のデータの流れを表すものであり、図７のステップＳ７０７〜ステップＳ７１０までの処理に対応する。

図８の矢印８０３は、クライアントＰＣ２００と、ファイルサーバアプリ１１５およびコピーアプリ１１２を介した不揮発メモリ１０４との間のデータの流れを表すものであり、図７のステップＳ７１５〜ステップＳ７３９までの処理に対応する。

このように、第１の実施の形態にかかる画像形成装置では、汎用的なファイル共有プロトコルにより装置内部の情報にアクセス可能となるため、画像データの再利用時などにおけるユーザの操作負担を軽減することができる。

また、第１の実施の形態にかかる画像形成装置では、このようなファイルサーバアプリをコントロールサービスの層の上層で動作するアプリケーションとして搭載するので、ファイルサーバアプリ自体の開発工数の削減が図られる。

すなわち、ＯＳ上で動作するコントロールサービスは、各アプリケーションの共通部分を共通システムサービスとして括りだしたものであり、各アプリケーションからの処理要求を解釈してハードウェア資源の獲得要求を発生させるので、複数のアプリケーションから共通的にアクセスされる。このため、ファイルサーバアプリは、ハードウェア資源を意識せずに開発することができ、ファイルサーバアプリの開発労力の軽減を図ることができる。

また、第１の実施の形態にかかる画像形成装置では、ＯＳ、コントロールサービス、アプリケーションという３層構造を採用しており、アプリケーションごとに追加可能（搭載可能）な構成であるため、製品出荷後にもサードベンダ等でファイルサーバアプリを新規アプリケーションとして開発して複合機に搭載することが考えられ、このような場合に、サードベンダ等がハードウェア資源を意識せずにファイルサーバアプリを効率的に開発することが可能となる。

（第２の実施の形態）
第２の実施の形態にかかる画像形成装置は、プリンタ、コピー、ファクシミリ、スキャナなどの機能ごとに画像データ等の情報のアクセスを制限するものである。

第２の実施の形態では、ＨＤＤ１０３内に各ユーザに対する機能ごとのアクセス権を設定したアクセス権テーブルを記憶し、ファイルサーバアプリ１１５が認証部１３０とアクセス権テーブルとを用いて機能単位でファイルアクセス権の確認を行う点が、第１の実施の形態と異なっている。

図９は、アクセス権テーブルのデータ構造の一例を示す説明図である。同図に示すように、アクセス権テーブルは、ユーザを一意に識別するユーザＩＤと、各アプリケーション（コピーアプリ１１２、プリンタアプリ１１１、ファックスアプリ１１３、スキャナアプリ１１４）ごとのアクセス権とを対応づけて格納している。

アクセス権としては、例えば、読み取りおよび書き込みを共に許可するＲｅａｄ／Ｗｒｉｔｅ権限、読み取りのみを許可するＲｅａｄ権限、アクセスを許可しない権限（同図のＮｕｌｌに対応）などを設定することができる。

アクセス権テーブルは、任意の機能に対応するファイル等のアクセス要求がなされた場合に、認証部１３０が、アクセス要求がなされたファイルに対応する機能に対するアクセス権限の有無によってアクセスの可否を判定する際に参照される。

第２の実施の形態における認証部１３０は、ファイルサーバアプリ１１５からの要求に応じて、アクセスが要求されたファイルに関連するアプリケーションのアクセス権が設定されているか否かを、アクセス権テーブルを参照して判断する機能が追加された点が、第１の実施の形態における認証部１３０と異なっている。

次に、このように構成された第２の実施の形態にかかる複合機１００によるファイル共有処理について説明する。図１０は、第２の実施の形態におけるファイル共有処理の全体の流れを示すフローチャートである。

ステップＳ１００１からステップＳ１００７までの、アクセス開始処理、ユーザ認証処理、アクセス要求送信処理は、第１の実施の形態にかかる複合機１００におけるステップＳ４０１からステップＳ４０７までと同様の処理なので、その説明を省略する。

ステップＳ１００７でクライアントＰＣ２００のファイル操作アプリ２０１がファイルのアクセス要求を送信した後、ファイルサーバアプリ１１５は、アクセス要求を受信する（ステップＳ１００８）。

次に、認証部１３０が、認証されたユーザの、アクセスが要求されたアプリに対応するアクセス権をアクセス権テーブルから取得する（ステップＳ１００９）。次に、認証部１３０は、受信したアクセス要求が、取得したアクセス権を満たす要求であるか否かを判断する（ステップＳ１０１０）。

例えば、読み取り権限（Ｒｅａｄ）のみのアクセス権がアクセス権テーブルに設定されているときに、書き込み要求を受信した場合、認証部１３０は、アクセス権を満たさない要求であると判断する。また、例えば、アクセス権限なし（Ｎｕｌｌ）がアクセス権テーブルに設定されているときに、任意のアクセス要求を受信した場合、認証部１３０は、アクセス権を満たさない要求であると判断する。

アクセス権を満たす場合（ステップＳ１０１０：ＹＥＳ）、ファイルサーバアプリ１１５は、アクセスが要求されたファイルを送信情報として設定する（ステップＳ１０１１）。アクセス権を満たさない場合（ステップＳ１０１０：ＮＯ）、ファイルサーバアプリ１１５は、エラー情報を送信情報として設定する（ステップＳ１０１２）。

次に、ファイルサーバアプリ１１５は、送信情報をクライアントＰＣ２００に送信する（ステップＳ１０１３）。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、送信情報を受信し（ステップＳ１０１４）、ファイルを受信した場合はクライアントＰＣ２００内の記憶手段（図示せず）への格納処理や、表示手段への表示処理などを実行する。また、エラー情報を受信した場合は表示手段にエラーメッセージ（アクセス権が存在しないことを示すメッセージ等）の表示処理などを実行する。

なお、ステップＳ１００５からステップＳ１０１４のアクセス要求送信処理、送信情報送受信処理は繰り返し実行されうる。すなわち、例えばユーザが複数のファイルを順次読取る場合には、各ファイルに対してアクセス要求送信処理等が実行され、そのたびに認証部１３０によるアクセス権の判定（ステップＳ１０１０）が実行される。

次に、ファイル共有処理の詳細について説明する。図１１は、第２の実施の形態におけるファイル共有処理の詳細な流れの一例を示すシーケンス図である。

なお、図１１は上述した図１０のファイル共有処理の全体の流れに沿ってコピー機能に関連するファイルを取得し、複合機１００に書き戻す処理の詳細を示す説明図である。また、図１１は、汎用のファイル共有プロトコルとしてＳＭＢを用いた場合の処理の例を表す図である。

ステップＳ１１０１からステップＳ１１１７までの、通信確立処理、認証処理、ファイル情報問合せ処理は、第１の実施の形態にかかる複合機１００における図５のステップＳ５０１からステップＳ５１７までと同様の処理なので、その説明を省略する。

ステップＳ１１１７でファイル情報の問合せを送信した後、ファイルサーバアプリ１１５は、ファイル情報要求がなされたファイルに対応するアプリケーションのアクセス権の判定要求を認証部１３０に対して送信する（ステップＳ１１１８）。

例えば、「\\Mymfp01\share\user01」下の「copier」フォルダのファイル情報問合せを受信した場合は、コピーアプリ１１２についてのアクセス権の判定要求を認証部１３０に対して送信する。

次に、認証部１３０は、受信した判定要求に従い、要求されたアプリケーションのアクセス権をアクセス権テーブルから取得し、ファイル情報問合せの可否の判定結果である判定応答をファイルサーバアプリ１１５に送信する（ステップＳ１１１９）。

例えば、図９のようなアクセス権テーブルが設定されている場合であって、ユーザＩＤ＝１００００１のユーザからコピーアプリ１１２関連のファイル情報の問合せが送信された場合は、当該ユーザは読み取りおよび書き込みのアクセス権限を有するので（Ｒｅａｄ／Ｗｒｉｔｅ）、問合せ可能の判定結果を送信する。また、例えば、ユーザＩＤ＝１００００２のユーザからファックスアプリ１１３関連のファイル情報の問合せが送信された場合は、当該ユーザはファイルへのアクセス権限を有さないので（Ｎｕｌｌ）、問合せ不可の判定結果を送信する。

ここでは、認証部１３０から問合せ可能の判定結果が送信されたものとする。この場合、ステップＳ１１２０からステップＳ１１２３までのファイル情報送受信処理が実行される。また、その後、ステップＳ１１２４からステップＳ１１２８までのファイルオープン処理が実行される。ファイル情報送受信処理およびファイルオープン処理は、第１の実施の形態にかかる複合機１００における図５のステップＳ５１８からステップＳ５２６までと同様の処理なので、その説明を省略する。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルの読出し要求をファイルサーバアプリ１１５に送信する（ステップＳ１１２９）。この後、上述のステップＳ１１１８からステップＳ１１１９と同様に、ファイルサーバアプリ１１５がファイル読出し要求がなされたファイルに対応するアプリケーションのアクセス権の判定要求を認証部１３０に対して送信し（ステップＳ１１３０）、認証部１３０がアクセス権テーブルを参照してファイル読出しの可否の判定結果である判定応答をファイルサーバアプリ１１５に送信する（ステップＳ１１３１）。

ここでは、認証部１３０から読出し可能の判定結果が送信されたものとする。この場合、ステップＳ１１３２からステップＳ１１３９までのファイル読出し処理が実行される。ファイル読出し処理は、第１の実施の形態にかかる複合機１００における図５のステップＳ５２８からステップＳ５３５までと同様の処理なので、その説明を省略する。

次に、クライアントＰＣ２００のファイル操作アプリ２０１は、ファイルの書き込み要求をファイルサーバアプリ１１５に送信する（ステップＳ１１４０）。この後、上述のステップＳ１１１８からステップＳ１１１９と同様に、ファイルサーバアプリ１１５が、ファイル書き込み要求がなされたファイルに対応するアプリケーションのアクセス権の判定要求を認証部１３０に対して送信し（ステップＳ１１４１）、認証部１３０がアクセス権テーブルを参照してファイル書き込みの可否の判定結果である判定応答をファイルサーバアプリ１１５に送信する（ステップＳ１１４２）。

ここでは、認証部１３０から書き込み可能の判定結果が送信されたものとする。この場合、ステップＳ１１４３からステップＳ１１５０までのファイル書き込み処理が実行される。また、その後、ステップＳ１１５１からステップＳ１１５５までのファイルクローズ処理が実行される。ファイル書き込み処理およびファイルクローズ処理は、第１の実施の形態にかかる複合機１００における図５のステップＳ５３７からステップＳ５４９までと同様の処理なので、その説明を省略する。

このように、第２の実施の形態では、アクセス権テーブルを参照することにより、プリンタ、コピー、ファックス、スキャナなどの機能ごとに関連するファイルへのアクセスを制限することが可能となる。従って、例えば、ファックスで受信したデータの改ざんを防止するためにファックス機能に関連する情報のみ書き込みを禁止するなどのように機能ごとの詳細なアクセス管理が可能となる。

以上ように、第２の実施の形態にかかる画像形成装置では、汎用的なファイル共有プロトコルにより装置内部の情報にアクセス可能であり、かつ、画像形成装置の機能ごとに画像データ等の情報のアクセスを制限することができるため、ユーザの操作負担を軽減するとともに、適切な情報の保護を実現することができる。

図１２は、かかる複合機１００のハードウェア構成を示すブロック図である。本図に示すように、この複合機１００は、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０は、複合機１００全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。

コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Application Specific Integrated Circuit）１６と、ＨＤＤ１０３とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Accelerated Graphics Port）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ１２ａと、ＲＡＭ１２ｂと、をさらに有する。

ＣＰＵ１１は、複合機１００の全体制御をおこなうものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰ１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。

ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークＩ／Ｆ１０５なども接続される。

ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１０３およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）３０、ＵＳＢ（Universal Serial Bus）４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インターフェース５０が接続される。

ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ１０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。

ＡＧＰ１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。

なお、第１および第２の実施の形態にかかる画像形成装置で実行されるファイル管理プログラムは、ＲＯＭ等に予め組み込まれて提供される。

第１および第２の実施の形態にかかる画像形成装置で実行されるファイル管理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、第１および第２の実施の形態にかかる画像形成装置で実行されるファイル管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１および第２の実施の形態にかかる画像形成装置で実行されるファイル管理プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

第１および第２の実施の形態にかかる画像形成装置で実行されるファイル管理プログラムは、上述した各部（プリンタアプリ、コピーアプリなどのアプリケーション、およびＥＣＳ、ＭＣＳ、認証部、機器設定管理部、ＯＳなどを含むプラットフォーム）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭからファイル管理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上記各部が主記憶装置上に生成されるようになっている。

以上のように、本発明にかかる画像形成装置、ファイル管理方法およびファイル管理プログラムは、画像形成に関するファイルをネットワーク上の外部装置から参照可能とする画像形成装置に適している。

第１の実施の形態にかかる画像形成装置を含むファイル管理システムのネットワーク構成および画像形成装置の主要構成を示すブロック図である。 第１の実施の形態にかかる複合機の全体構成を示すブロック図である。 画像データおよび機器内部情報の格納方法の一例を示す説明図である。 第１の実施の形態におけるファイル共有処理の全体の流れを示すフローチャートである。 第１の実施の形態におけるファイル共有処理の詳細な流れの一例を示すシーケンス図である。 ファイル共有処理におけるデータの流れの一例を示す説明図である。 第１の実施の形態におけるファイル共有処理の詳細な流れの別の例を示すシーケンス図である。 ファイル共有処理におけるデータの流れの別の例を示す説明図である。 アクセス権テーブルのデータ構造の一例を示す説明図である。 第２の実施の形態におけるファイル共有処理の全体の流れを示すフローチャートである。 第２の実施の形態におけるファイル共有処理の詳細な流れの一例を示すシーケンス図である。 複合機のハードウェア構成を示すブロック図である。

符号の説明

１０ コントローラ
１１ ＣＰＵ
１２ システムメモリ（ＭＥＭ−Ｐ）
１２ａ ＲＯＭ
１２ｂ ＲＡＭ
１３ ノースブリッジ（ＮＢ）
１４ サウスブリッジ（ＳＢ）
１５ ＡＧＰバス
１６ ＡＳＩＣ
１７ ローカルメモリ（ＭＥＭ−Ｃ）
３０ ＦＣＵ
４０ ＵＳＢ
５０ ＩＥＥＥ１３９４インターフェース
６０ エンジン部
１００ 複合機
１０１ 白黒ラインプリンタ
１０２ カラーラインプリンタ
１０３ ＨＤＤ
１０４ 不揮発メモリ
１０５ ネットワークＩ／Ｆ
１０６ ハードウェアリソース
１１０ ソフトウェア群
１１１ プリンタアプリ
１１２ コピーアプリ
１１３ ファックスアプリ
１１４ スキャナアプリ
１１５ ファイルサーバアプリ
１２０ プラットフォーム
１２１ ＯＳ
１２２ ＳＣＳ
１２３ ＳＲＭ
１２４ ＥＣＳ
１２５ ＭＣＳ
１２６ ＯＣＳ
１２７ ＦＣＳ
１２８ ＮＣＳ
１２９ ＵＣＳ
１３０ 認証部
１３１ 機器情報管理部
１４０ アプリケーション
１５０ コントロールサービス
１７０ 操作パネル
２００ クライアントＰＣ
２０１ ファイル操作アプリ
３００ ネットワーク
３０１ フォルダ
６０１、６０２、６０３ 矢印
８０１、８０２、８０３ 矢印

Claims (23)

1. 画像形成処理で使用されるハードウェア資源と、画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションと、前記アプリケーションと前記ハードウェア資源との間に介在し、ユーザサービスを提供する際に、アプリケーションの少なくとも２つが共通的に必要とする前記ハードウェア資源の獲得要求、管理、実行制御並びに画像形成処理を行うコントロールサービスとを備えた画像形成装置であって、
   画像形成処理に関連する情報を記憶する情報記憶手段と、
   前記アプリケーションとして搭載され、ファイル共有に関する汎用のプロトコルを使用して、前記情報記憶手段に記憶された前記情報にアクセス可能とするファイルサーバアプリと、
   を備えたことを特徴とする画像形成装置。
2. 前記情報記憶手段は、画像形成処理に関連する画像情報を前記情報として記憶し、
   前記ファイルサーバアプリは、前記情報記憶手段に記憶された前記画像情報に前記プロトコルを使用してアクセス可能とすること、
   を特徴とする請求項１に記載の画像形成装置。
3. 前記情報記憶手段は、画像形成処理の処理内容を定める設定情報または画像形成処理の処理結果に関連する関連情報の少なくとも一方を前記情報として記憶し、
   前記ファイルサーバアプリは、前記情報記憶手段に記憶された前記設定情報または前記関連情報の少なくとも一方に前記プロトコルを使用してアクセス可能とすること、
   を特徴とする請求項１に記載の画像形成装置。
4. 前記コントロールサービスとして搭載され、前記設定情報または前記関連情報の少なくとも一方を前記情報記憶手段から取得する取得手段をさらに備え、
   前記ファイルサーバアプリは、前記取得手段が取得した前記設定情報または前記関連情報に前記プロトコルを使用してアクセス可能とすること、
   を特徴とする請求項３に記載の画像形成装置。
5. 前記コントロールサービスとして搭載され、前記アプリケーションを使用するユーザの認証を行う認証手段をさらに備え、
   前記ファイルサーバアプリは、前記認証手段により認証されたユーザが前記プロトコルを使用して前記情報にアクセス可能とすること、
   を特徴とする請求項１に記載の画像形成装置。
6. ユーザの識別情報と、前記情報へのアクセス権とを対応づけて記憶するアクセス権記憶手段をさらに備え、
   前記ファイルサーバアプリは、前記認証手段により認証されたユーザに対応する前記アクセス権を前記情報記憶手段から取得し、取得した前記アクセス権に基づいて前記情報にアクセス可能とすること、
   を特徴とする請求項５に記載の画像形成装置。
7. 前記アクセス権記憶手段は、前記識別情報と、画像形成処理に関連する画像情報の前記アクセス権として読み取り権限および書き込み権限の少なくとも一方とを対応づけて記憶し、
   前記ファイルサーバアプリは、読み取り権限または書き込み権限の少なくとも一方の権限で前記画像情報にアクセス可能とすること、
   を特徴とする請求項６に記載の画像形成装置。
8. 前記アクセス権記憶手段は、前記識別情報と、画像形成処理に関連する画像情報の前記アクセス権として書き込み権限とを対応づけて記憶し、
   前記ファイルサーバアプリは、書き込み権限で前記画像情報にアクセス可能とし、
   前記アプリケーションは、ユーザが書き込み権限によるアクセスで変更した前記画像情報を用いて画像形成処理にかかるユーザサービスに固有の処理を実行すること、
   を特徴とする請求項６に記載の画像形成装置。
9. 前記アクセス権記憶手段は、前記識別情報と、画像形成処理の処理内容を定める設定情報または画像形成処理の処理結果に関連する関連情報の前記アクセス権として読み取り権限とを対応づけて記憶し、
   前記ファイルサーバアプリは、読み取り権限で前記設定情報または前記関連情報にアクセス可能とすること、
   を特徴とする請求項６に記載の画像形成装置。
10. ユーザの識別情報と、前記アプリケーションのそれぞれについて、前記アプリケーションに関連する前記情報へのアクセス権と、を対応づけて記憶するアクセス権記憶手段をさらに備え、
    前記認証手段は、さらに認証された前記ユーザに対応する前記アクセス権を前記アクセス権記憶手段から取得し、
    前記ファイルサーバアプリは、前記アプリケーションのそれぞれについて、前記認証手段が取得した前記アクセス権に基づいて前記認証手段により認証されたユーザが前記アプリケーションに関連する前記情報にアクセス可能とすること、
    を特徴とする請求項５に記載の画像形成装置。
11. 前記情報記憶手段は、前記アプリケーションに関連する前記情報をそれぞれ異なるフォルダに分けて記憶し、
    前記アクセス権記憶手段は、ユーザの識別情報と、前記フォルダに対するアクセスに必要な権限を表すフォルダアクセス権とを対応づけて記憶し、
    前記ファイルサーバアプリは、前記認証手段が取得した前記アクセス権を満たす前記フォルダアクセス権を前記アクセス権記憶手段から取得し、取得した前記フォルダアクセス権に対応する前記フォルダに含まれる前記情報にアクセス可能とすること、
    を特徴とする請求項１０に記載の画像形成装置。
12. 画像形成処理で使用されるハードウェア資源と、画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うアプリケーションと、前記アプリケーションと前記ハードウェア資源との間に介在し、ユーザサービスを提供する際に、アプリケーションの少なくとも２つが共通的に必要とする前記ハードウェア資源の獲得要求、管理、実行制御並びに画像形成処理を行うコントロールサービスとを備えた画像形成装置上のファイル管理方法であって、
    前記アプリケーションとして搭載されたファイルサーバアプリによって、ファイル共有に関する汎用のプロトコルを使用して、画像形成処理に関連する情報を記憶する情報記憶手段に記憶された前記情報にアクセス可能とするファイル管理ステップと、
    を備えたことを特徴とするファイル管理方法。
13. 前記ファイル管理ステップは、画像形成処理に関連する画像情報を前記情報として記憶する前記情報記憶手段に記憶された前記画像情報に前記プロトコルを使用してアクセス可能とすること、
    を特徴とする請求項１２に記載のファイル管理方法。
14. 前記ファイル管理ステップは、画像形成処理の処理内容を定める設定情報または画像形成処理の処理結果に関連する関連情報の少なくとも一方を前記情報として記憶する前記情報記憶手段に記憶された前記設定情報または前記関連情報の少なくとも一方に前記プロトコルを使用してアクセス可能とすること、
    を特徴とする請求項１２に記載のファイル管理方法。
15. 前記コントロールサービスとして搭載された取得手段によって、前記設定情報または前記関連情報の少なくとも一方を前記情報記憶手段から取得する取得ステップをさらに備え、
    前記ファイル管理ステップは、前記取得ステップが取得した前記設定情報または前記関連情報に前記プロトコルを使用してアクセス可能とすること、
    を特徴とする請求項１４に記載のファイル管理方法。
16. 前記コントロールサービスとして搭載された認証手段によって、前記アプリケーションを使用するユーザの認証を行う認証ステップをさらに備え、
    前記ファイル管理ステップは、前記認証ステップにより認証されたユーザが前記プロトコルを使用して前記情報にアクセス可能とすること、
    を特徴とする請求項１２に記載のファイル管理方法。
17. 前記ファイル管理ステップは、ユーザの識別情報と前記情報へのアクセス権とを対応づけて記憶するアクセス権記憶手段から、前記認証ステップにより認証されたユーザに対応する前記アクセス権を取得し、取得した前記アクセス権に基づいて前記情報にアクセス可能とすること、
    を特徴とする請求項１６に記載のファイル管理方法。
18. 前記ファイル管理ステップは、前記識別情報と、画像形成処理に関連する画像情報の前記アクセス権として読み取り権限および書き込み権限の少なくとも一方とを対応づけて記憶する前記アクセス権記憶手段から、前記認証ステップにより認証されたユーザに対応する前記アクセス権を取得し、取得した読み取り権限または書き込み権限の少なくとも一方の権限で前記画像情報にアクセス可能とすること、
    を特徴とする請求項１７に記載のファイル管理方法。
19. 前記ファイル管理ステップは、前記識別情報と、画像形成処理に関連する画像情報の前記アクセス権として書き込み権限とを対応づけて記憶する前記アクセス権記憶手段から、前記認証ステップにより認証されたユーザに対応する前記アクセス権を取得し、取得した書き込み権限で前記画像情報にアクセス可能とし、
    前記アプリケーションによって、ユーザが書き込み権限によるアクセスで変更した前記画像情報を用いて画像形成処理にかかるユーザサービスに固有の処理を実行すること、
    を特徴とする請求項１７に記載のファイル管理方法。
20. 前記ファイル管理ステップは、前記識別情報と、画像形成処理の処理内容を定める設定情報または画像形成処理の処理結果に関連する関連情報の前記アクセス権として読み取り権限とを対応づけて記憶する前記アクセス権記憶手段から、前記認証ステップにより認証されたユーザに対応する前記アクセス権を取得し、取得した読み取り権限で前記設定情報または前記関連情報にアクセス可能とすること、
    を特徴とする請求項１７に記載のファイル管理方法。
21. ユーザの識別情報と、前記アプリケーションのそれぞれについて、前記アプリケーションに関連する前記情報へのアクセス権と、を対応づけて記憶するアクセス権記憶手段から、認証された前記ユーザに対応する前記アクセス権を取得する取得ステップをさらに備え、
    前記ファイル管理ステップは、前記アプリケーションのそれぞれについて、前記取得ステップが取得した前記アクセス権に基づいて前記認証ステップにより認証されたユーザが前記アプリケーションに関連する前記情報にアクセス可能とすること、
    を特徴とする請求項１６に記載のファイル管理方法。
22. 前記アプリケーションに関連する前記情報をそれぞれ異なるフォルダに分けて前記情報記憶手段に記憶する記憶ステップをさらに備え、
    前記ファイル管理ステップは、ユーザの識別情報と、前記フォルダに対するアクセスに必要な権限を表すフォルダアクセス権とを対応づけて記憶する前記アクセス権記憶手段から、前記認証ステップが取得した前記アクセス権を満たす前記フォルダアクセス権を取得し、取得した前記フォルダアクセス権に対応する前記フォルダに含まれる前記情報にアクセス可能とすること、
    を特徴とする請求項２１に記載のファイル管理方法。
23. 請求項１２〜請求項２２のいずれか１つに記載のファイル管理方法をコンピュータに実行させることを特徴とするファイル管理プログラム。

Images