(57)【要約】      （修正有）【課題】複合機が保持するデータへのアクセス制限を効率的に行うことができ各アプリケーションへの新機能の追加等を容易に実現する。【解決手段】統合アプリケーションを構成し、データへのアクセスを管理する文書管理部が、書庫クラス、文書クラス、書誌情報クラス、文書権限クラス、及び文書ＡＣＬクラスを有する構成とし、ユーザからのデータへのアクセスを一括して受け付けることにより、ファイルアクセス制御を伴うアプリケーション開発を効率良く行うことができる。また、開発したファイルアクセス制御を伴うアプリケーションソフトウェアの品質を一定水準以上に保つことができるとともに、開発コストの削減や開発期間の短縮が可能なアプリケーション構築方法を提供することである。さらに、ファイルアクセス制御を伴うアプリケーションの、アクセス制御方法の変更、追加を効率良く行うことができ、保守コストの削減や保守期間を短縮できる。【選択図】図６
2006343926.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ操作によるデータへのアクセス依頼が行われた場合に、前記アクセス依頼に係わるデータへのアクセスを制限するアプリケーション管理装置であって、
前記アプリケーション管理装置によって管理されるアプリケーションのフレームワークは、
アクセス対象の前記データからなるドキュメントファイルと、
前記ドキュメントファイルに管理される前記データへのアクセスの可否を判断するための書誌情報を保持する保持手段と、
前記書誌情報に基づいて前記データへのアクセスの可否を判断する判断手段と、
前記アクセス依頼に応じた前記データへのアクセスを受け、前記ドキュメントファイル、前記保持手段及び前記判断手段をフォルダ管理するデータ管理手段とを有することを特徴とするアプリケーション管理装置。
【請求項２】
前記ドキュメントファイル、前記保持手段、及び前記判断手段は、前記データ管理手段を木構造の親として前記データ管理手段によって管理されることを特徴とする請求項１記載のアプリケーション管理装置。
【請求項３】
前記データ管理手段は、受付可能なアクセス数を取得して前記データへのアクセスを受け付けるか否かを決定することを特徴とする請求項１又は２記載のアプリケーション管理装置。
【請求項４】
前記ドキュメントファイルは、アクセス対象の前記データの識別情報を取得し、
前記保持手段は、前記識別情報に基づき前記書誌情報を取得することを特徴とする請求項１から３のいずれか１項記載のアプリケーション管理装置。
【請求項５】
前記判断手段は、予め設定された判断基準に基づき前記書誌情報を評価し、前記データへのアクセスの可否を判断することを特徴とする請求項１から４のいずれか１項記載のアプリケーション管理装置。
【請求項６】
アプリケーション管理装置によって管理されるアプリケーションのフレームワークは、アクセス対象の前記データからなるドキュメントファイルと、前記ドキュメントファイルに管理される前記データへのアクセスの可否を判断するための書誌情報を保持する保持手段と、アクセス依頼に応じたデータへのアクセスを受け、前記ドキュメントファイル及び前記保持手段をフォルダ管理するデータ管理手段とを有し、ユーザ操作による前記データへのアクセス依頼が行われた場合に、アクセス依頼に係わるデータへのアクセスを制限する前記アプリケーション管理装置のアプリケーション管理方法であって、
前記書誌情報に基づいて前記データへのアクセスの可否を判断する判断工程を有することを特徴とするアプリケーション管理方法。
【請求項７】
前記データ管理手段は、受付可能なアクセス数を取得して前記データへのアクセスを受け付けるか否かを決定する工程を有することを特徴とする請求項６記載のアプリケーション管理方法。
【請求項８】
前記ドキュメントファイルは、アクセス対象の前記データの識別情報を取得する工程と、
前記保持手段は、前記識別情報に基づき前記書誌情報を取得する工程とを有することを特徴とする請求項６又は７記載のアプリケーション管理方法。
【請求項９】
前記判断手段は、予め設定された判断基準に基づき前記書誌情報を評価し、前記データへのアクセスの可否を判断する工程を有することを特徴とする請求項６から８のいずれか１項記載のアプリケーション管理方法。
【請求項１０】
アプリケーション管理装置によって管理されるアプリケーションのフレームワークは、アクセス対象の前記データからなるドキュメントファイルと、前記ドキュメントファイルに管理される前記データへのアクセスの可否を判断するための書誌情報を保持する保持手段と、アクセス依頼に応じたデータへのアクセスを受け、前記ドキュメントファイル及び前記保持手段をフォルダ管理するデータ管理手段とを有し、ユーザ操作による前記データへのアクセス依頼が行われた場合に、アクセス依頼に係わるデータへのアクセスを制限する前記アプリケーション管理装置のアプリケーション管理プログラムであって、
前記書誌情報に基づいて前記データへのアクセスの可否を判断する判断処理を有することを特徴とするアプリケーション管理プログラム。
【請求項１１】
前記データ管理手段は、受付可能なアクセス数を取得して前記データへのアクセスを受け付けるか否かを決定する処理を有することを特徴とする請求項１０記載のアプリケーション管理プログラム。
【請求項１２】
前記ドキュメントファイルは、アクセス対象の前記データの識別情報を取得する処理と、
前記保持手段は、前記識別情報に基づき前記書誌情報を取得する処理とを有することを特徴とする請求項１０又は１１記載のアプリケーション管理プログラム。
【請求項１３】
前記判断手段は、予め設定された判断基準に基づき前記書誌情報を評価し、前記データへのアクセスの可否を判断する処理を有することを特徴とする請求項１０から１２のいずれか１項記載のアプリケーション管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複合機が保持するデータへのアクセス制限を効率的に行うことができ、かつ各アプリケーションへの新機能の追加等を容易に実現するアプリケーション管理装置、アプリケーション管理方法、及びアプリケーション管理プログラムに関する。
【背景技術】
【０００２】
近年、文書の電子化が進歩し、汎用ＯＳ上で動作する電子文書のフォーマットが統一化されている。それに伴い、文書保管形態もファイリング、書棚、書庫といった紙媒体による保管形態から、共有コンピュータ、サーバ、データベースを用いた電子フォーマットベースの保管形態に移行している。また、近年のネットワーク技術の進化により、これらの電子文書等を管理する保管装置はネットワーク環境に接続されて利用されることが増えている。そのため、該保管装置によって管理される電子文書のセキュリティに対して充分な対策が必要となっている。
【０００３】
このようなセキュリティ対策としては、ファイルに対するアクセス制限が一般的である。また、文書の電子化に伴い、ファイル群に対するアクセス制限だけでなく、個々のファイルに対するアクセス制限のニーズも増大している。そのため、これらのファイル群を扱うアプリケーションによって、個別のファイル毎にアクセス制限を行うアプリケーションが開発されている。
【０００４】
特許文献１では、ジョブストリームに各々が少なくとも１つの装置特徴と関連する少なくとも１つのアクセスコードを埋め込むアクセスコードシステムと、前記ジョブストリームを装置に伝送するジョブ伝送システムとを有し、組織の装置により提供される様々なサービス及びそれらのサービス内で利用できる特別な特徴へのアクセスを制御するためのシステムおよび方法が提案されている。
【０００５】
特許文献２では、アクセス制御サーバは、作成者端末から受信したワークフロー情報にドキュメントＩＤを付加してワークフロー情報を生成し、ワークフロー情報のファイルタイプに対応したＡＣＬテンプレートを抽出し、抽出したＡＣＬテンプレートにワークフロー情報の作成者、承認者、ドキュメント配布先のユーザのユーザＩＤを挿入してＡＣＬを生成し、生成したＡＣＬに基づいてドキュメントに対するアクセス制御を行なうことにより、電子データに対するアクセス制御を行なうアクセス制御サーバ、電子データ発行ワークフロー処理方法、そのプログラム、コンピュータ装置、及び記録媒体が提案されている。
【０００６】
特許文献３では、電子ファイルを格納する電子ファイル格納領域と、電子ファイルにアクセス権限情報を付加して電子ファイル格納領域に格納する電子ファイル管理手段と、電子ファイルへのアクセス要求に応じて、電子ファイルを暗号化して保護した保護電子ファイルを出力する保護電子ファイル出力手段とにより、セキュリティを必要とする技術文書などの電子ファイルを管理し、アクセス制限に応じて電子ファイルに対するアクセス制御を行なう電子ファイル管理装置及びプログラム並びにファイルアクセス制御方法が提案されている。
【特許文献１】特開２００３−３０８１２９号公報
【特許文献２】特開２００４−１３３８１６号公報
【特許文献３】特開２００４−１６４６０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上記の発明は以下の問題を有している。
【０００８】
上述のデータへのアクセス制限方法によれば、各データのアクセスの制限を該各データが生成されたアプリケーション別に行っている。つまり、各アプリケーションにおいて同様の方法により、データに対するアクセス制限を行っているにも係わらず、その管理はアプリケーションごとに行われている。そのため、アプリケーションごとにデータへのアクセスを制限するプログラムを保持する必要があり、多くのアプリケーションを有する情報処理端末においては、その管理が複雑なものとなっている。
【０００９】
また、従来のアプリケーションの管理方法によれば、新たなアクセス制限方法の変更、追加の度に、アプリケーション再開発、保守を行い、コストがかかってしまっている。
【００１０】
そこで、本発明は、オブジェクト指向設計により、オブジェクトモデルの集合体として統合アプリケーションを構成し、かかるオブジェクトモデルのうち、データへのアクセスを管理する文書管理部が、いわゆる「フォルダ−ファイル」モデルのアナロジーとして、書庫クラス、文書クラス、書誌情報クラス、文書権限クラス、及び文書ＡＣＬクラスを有する構成とすることにより、ユーザからのデータへのアクセスを一括して受け付けることができ、かかるアクセス依頼の投入からデータのアクセス許可までの管理を効率良くおこなうことができるとともに、新規機能の追加などにともなう労力を軽減することができるアプリケーション管理装置、アプリケーション管理方法、及びアプリケーション管理プログラムが提案されている。
【課題を解決するための手段】
【００１１】
請求項１記載の発明は、ユーザ操作によるデータへのアクセス依頼が行われた場合に、前記アクセス依頼に係わるデータへのアクセスを制限するアプリケーション管理装置であって、前記アプリケーション管理装置によって管理されるアプリケーションのフレームワークは、アクセス対象の前記データからなるドキュメントファイルと、前記ドキュメントファイルに管理される前記データへのアクセスの可否を判断するための書誌情報を保持する保持手段と、前記書誌情報に基づいて前記データへのアクセスの可否を判断する判断手段と、前記アクセス依頼に応じた前記データへのアクセスを受け、前記ドキュメントファイル、前記保持手段及び前記判断手段をフォルダ管理するデータ管理手段とを有することを特徴とする。
【００１２】
請求項２記載の発明は、請求項１記載のアプリケーション管理装置において、前記ドキュメントファイル、前記保持手段、及び前記判断手段は、前記データ管理手段を木構造の親として前記データ管理手段によって管理されることを特徴とする。
【００１３】
請求項３記載の発明は、請求項１又は２記載のアプリケーション管理装置において、前記データ管理手段は、受付可能なアクセス数を取得して前記データへのアクセスを受け付けるか否かを決定することを特徴とする。
【００１４】
請求項４記載の発明は、請求項１から３のいずれか１項記載のアプリケーション管理装置において、前記ドキュメントファイルは、アクセス対象の前記データの識別情報を取得し、前記保持手段は、前記識別情報に基づき前記書誌情報を取得することを特徴とする。
【００１５】
請求項５記載の発明は、請求項１から４のいずれか１項記載のアプリケーション管理装置において、前記判断手段は、予め設定された判断基準に基づき前記書誌情報を評価し、前記データへのアクセスの可否を判断することを特徴とする。
【００１６】
請求項６記載の発明は、アプリケーション管理装置によって管理されるアプリケーションのフレームワークは、アクセス対象の前記データからなるドキュメントファイルと、前記ドキュメントファイルに管理される前記データへのアクセスの可否を判断するための書誌情報を保持する保持手段と、アクセス依頼に応じたデータへのアクセスを受け、前記ドキュメントファイル及び前記保持手段をフォルダ管理するデータ管理手段とを有し、ユーザ操作による前記データへのアクセス依頼が行われた場合に、アクセス依頼に係わるデータへのアクセスを制限する前記アプリケーション管理装置のアプリケーション管理方法であって、前記書誌情報に基づいて前記データへのアクセスの可否を判断する判断工程を有することを特徴とする。
【００１７】
請求項７記載の発明は、請求項６記載のアプリケーション管理方法において、前記データ管理手段は、受付可能なアクセス数を取得して前記データへのアクセスを受け付けるか否かを決定する工程を有することを特徴とする。
【００１８】
請求項８記載の発明は、請求項６又は７記載のアプリケーション管理方法において、前記ドキュメントファイルは、アクセス対象の前記データの識別情報を取得する工程と、前記保持手段は、前記識別情報に基づき前記書誌情報を取得する工程とを有することを特徴とする。
【００１９】
請求項９記載の発明は、請求項６から８のいずれか１項記載のアプリケーション管理方法において、前記判断手段は、予め設定された判断基準に基づき前記書誌情報を評価し、前記データへのアクセスの可否を判断する工程を有することを特徴とする。
【００２０】
請求項１０記載の発明は、アプリケーション管理装置によって管理されるアプリケーションのフレームワークは、アクセス対象の前記データからなるドキュメントファイルと、前記ドキュメントファイルに管理される前記データへのアクセスの可否を判断するための書誌情報を保持する保持手段と、アクセス依頼に応じたデータへのアクセスを受け、前記ドキュメントファイル及び前記保持手段をフォルダ管理するデータ管理手段とを有し、ユーザ操作による前記データへのアクセス依頼が行われた場合に、アクセス依頼に係わるデータへのアクセスを制限する前記アプリケーション管理装置のアプリケーション管理プログラムであって、前記書誌情報に基づいて前記データへのアクセスの可否を判断する判断処理を有することを特徴とする。
【００２１】
請求項１１記載の発明は、請求項１０記載のアプリケーション管理プログラムにおいて、前記データ管理手段は、受付可能なアクセス数を取得して前記データへのアクセスを受け付けるか否かを決定する処理を有することを特徴とする。
【００２２】
請求項１２記載の発明は、請求項１０又は１１記載のアプリケーション管理プログラムにおいて、前記ドキュメントファイルは、アクセス対象の前記データの識別情報を取得する処理と、前記保持手段は、前記識別情報に基づき前記書誌情報を取得する処理とを有することを特徴とする。
【００２３】
請求項１３記載の発明は、請求項１０から１２のいずれか１項記載のアプリケーション管理プログラムにおいて、前記判断手段は、予め設定された判断基準に基づき前記書誌情報を評価し、前記データへのアクセスの可否を判断する処理を有することを特徴とする。
【発明の効果】
【００２４】
本発明は、オブジェクト指向設計により、オブジェクトモデルの集合体として統合アプリケーションを構成し、かかるオブジェクトモデルのうち、データへのアクセスを管理する文書管理部が、いわゆる「フォルダ−ファイル」モデルのアナロジーとして、書庫クラス、文書クラス、書誌情報クラス、文書権限クラス、及び文書ＡＣＬクラスを有する構成とし、ユーザからのデータへのアクセスを一括して受け付けることにより、ファイルアクセス制御を伴うアプリケーション開発を効率良く行うことができる。また、開発したファイルアクセス制御を伴うアプリケーションソフトウェアの品質を一定水準以上に保つことができるとともに、開発コストの削減や開発期間の短縮が可能なアプリケーション構築方法を提供することである。さらに、ファイルアクセス制御を伴うアプリケーションの、アクセス制御方法の変更、追加を効率良く行うことができ、保守コストの削減や保守期間を短縮できる。
【発明を実施するための最良の形態】
【００２５】
以下に本発明の一実施形態に係わる複合機のアプリケーション管理方法について説明する。
【００２６】
まず、本実施の形態に係る画像形成装置（以下「複合機」と言う）１の概念について図１、図２、及び図３を用いて説明する。図１は、本実施の形態に係る複合機１を取り巻くネットワーク環境を説明するためのネットワーク図であり、図２は、図１に示した複合機１のハードウェア構成を示すブロック図であり、図３は、図１に示した複合機１のソフトウェアとハードウェアの関係を説明するための説明図である。
【００２７】
図１に示すように、近年のネットワーク化の進展により、オフィスなどに設けられたパーソナルコンピュータ（ＰＣ）などの機器は、ＬＡＮ（Local Area Network）などのネットワークに接続され、相互に通信することができる。たとえば、同図に示したように、ＬＡＮなどのネットワークには、クライアントＰＣ、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ、ＦＴＰ（File Transfer Protocol）サーバ、サーバＰＣなどが接続され、電子メールの送受信やファイル転送をすることができ、モデム接続された配信サーバは、オフィス外のファックス装置と通信することができる。
【００２８】
このようなネットワーク化の進展に伴い、複合機１についてもネットワークに接続され、ＰＣ等の機器と相互に通信することが可能となり、ハードディスク等の記憶装置を内蔵することで、いわゆるネットワーク複合機へと進化し、ユーザの様々なニーズに応えることができるようになった。
【００２９】
具体的には、複合機１は、通常のコピー機能に加えて、クライアントＰＣからの印刷要求により文書データ等を印刷するプリンタ機能、クライアントＰＣからのファックス要求により文書データ等をサーバＰＣに接続されたモデムを経由して他のオフィスのファックス機器に送信するファックス機能、受信したファックス文書やコピー文書を内蔵したハードディスクに蓄積する蓄積機能などを有するようになった。このような多くの機能を実現するために、複合機１に搭載されるソフトウェアは規模が大きくなり、また、複雑なものとなってきた。
【００３０】
図２は、かかる複合機１のハードウェア構成を示すブロック図である。同図に示すように、この複合機１は、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０は、複合機１全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。
【００３１】
コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Application Specific Integrated Circuit）１６と、ハードディスクドライブ（ＨＤＤ）１８とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Accelerated Graphics Port）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Read Only Memory）１２ａと、ＲＡＭ(Random Access Memory)とをさらに有する。
【００３２】
ＣＰＵ１１は、複合機１の全体制御をおこなうものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。
【００３３】
ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰ１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。
【００３４】
ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【００３５】
ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。
【００３６】
ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１８およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）３０、ＵＳＢ（Universal Serial Bus）４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インターフェース５０が接続される。
【００３７】
ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Hard Disk Drive）１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。
【００３８】
ＡＧＰ１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。
【００３９】
図３は、かかる複合機１のハードウェアおよびソフトウェアの構成を示した概念図であり、具体的には、統合アプリケーション１１０と、ソフトウェア１００およびハードウェア２００の階層関係を示している。同図に示すように、ハードウェア２００は、ハードウェアリソース２０１を有し、このハードウェアリソース２０１は、スキャナ２０１ａ、プロッタ２０１ｂ、ＨＤＤ（Hard Disk Drive）２０１ｃ、ネットワーク２０１ｄおよびその他のリソース２０１ｅを有する。なお、その他のリソース２０１ｅは、２０１ａ〜２０１ｄ以外のハードウェアリソース２０１のことであり、たとえば、操作パネルなどの入出力デバイスを示す。
【００４０】
また、かかるハードウェア２００に搭載されるソフトウェア１００は階層化されており、オペレーティングシステム１０３の上層にはサービス層１０２が構築され、このサービス層１０２の上層にはアプリケーション層１０３が構築されている。そして、サービス層１０２は、各ハードウェアリソース（２０１ａ〜２０１ｅ）を制御するドライバーに相当する、スキャナ制御１０２部ａ、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃ、配信／メール送受信制御部１０２ｄ、ＦＡＸ送受信制御部１０２ｅ、ネットワーク通信制御部１０２ｆおよびその他の制御部１０２ｇを有する。
【００４１】
オブジェクトモデリングにより、アプリケーション層１０１に存在した複数のアプリケーションは、統合アプリケーション１１０に統合されている。そして、各アプリケーションが重複しておこなっていた各ドライバーとの通信処理は、統合アプリケーション１１０を構成する所定のオブジェクトモデルにおこなわせるように構成したことにより、アプリケーション層１０１のアプリケーションと、サービス層１０２の各ドライバー間の通信は、単純になっている。
【００４２】
次に、統合アプリケーション１１０の内部構成について説明する。図４は、後述する本実施形態の特徴部分である文書管理部１１２ａの統合アプリケーション１１０における位置づけと、かかる統合アプリケーション１１０の概要構成を説明するための説明図である。
【００４３】
同図に示すように、統合アプリケーション１１０は、操作系サブシステム１１１と、管理系サブシステム１１２および実行系サブシステム１１３とを有する。操作系サブシステム１１１は、マンマシンインタフェースを担当するソフトウェア群である。具体的には、この操作系サブシステム１１１は、ユーザの要求の受付サービスをおこなうとともに、かかる要求に対応した文書（たとえば、コピーした記録紙）の品質、コストおよび納期を考慮したうえで、ユーザに対して情報提供サービスをおこなう。
【００４４】
管理系サブシステム１１２は、文書管理部１１２ａを有し、複合機１の資源を管理するソフトウェア群である。具体的には、この管理系サブシステム１１２は、ハードウェアリソース２０１およびこのハードウェアリソース２０１が保持するデータ状態の管理サービスをおこなう。
【００４５】
実行系サブシステム１１３は、ユーザ要求の実行を担当するソフトウェア群である。具体的には、この実行系サブシステム１１３は、コピーなどの文書操作要求から文書の出力までの実行サービスをおこなう。そして、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３は、必要に応じて相互に処理を依頼し結果を受けとることで、統合アプリケーション１１０全体として複合機１に必要とされるサービス提供をおこなう。
【００４６】
かかる実行系サブシステム１１３は、いわゆるジョブ管理をおこなうソフトウェア群である。具体的には、ユーザの要求を受け付け、その要求を実行するとともに、かかる文書の実行状態を管理する。
【００４７】
図５は、図４に示した各サブシステムを、ＵＭＬ（Unified Modeling Language）のクラス図（ＵＭＬクラス図）に置換えた図である。ここで、ＵＭＬとは、ＯＭＧ（Object Management Group）という団体がまとめたシステムモデリング言語であり、システムモデリングの成果を記述する記法を定義したものである。そして、このＵＭＬは、オブジェクト指向によるソフトウェア開発において、一般的に用いられている。
【００４８】
図５に示すように、統合アプリケーション１１０は複数のパッケージを含み、この統合アプリケーション１１０自体もパッケージととらえることができる。ここで、パッケージとはＵＭＬモデルの各構成要素（シンボル）をグループ化したものであり、このパッケージは、左上にタブのついたフォルダ型のシンボルで表現する。なお、かかるパッケージは、上述したオブジェクトモデルあるいはオブジェクトモデルの集合体ととらえることもできる。
【００４９】
図５に示したように、統合アプリケーション１１０は、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３の３つのパッケージを内部に有するパッケージである。さらに、管理系サブシステム１１２は、文書管理部１１２ａのパッケージを内部に有するパッケージである。そして、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３を相互に結ぶ直線は、各パッケージ間にメッセージ送受信などの関連があることを示している。なお、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３のタブの右端に記された記号は、かかるパッケージがサブシステムであることを示すＵＭＬのシンボルである。
【００５０】
次に、文書管理部１１２ａのクラス構成について説明する。図６に示すように、文書管理部１１２ａは、書庫クラス３１０、文書クラス３２０、文書仕様クラス３３０、文書権限クラス３４０、及び文書ＡＣＬクラス３５０を有する。
【００５１】
各クラスを示す矩形は３段の区画を有し、上から、クラス名を示す名前区画、クラスが有するデータ（属性）を示す属性区画およびクラスが有する処理（操作）を示す操作区画と呼ばれる。たとえば、書庫クラス３１０を示す矩形の名前区画は、かかるクラスのクラス名が「書庫」であることを示し、属性区画は、かかるクラスが有する属性が、「受付状態」と「限界数」であることを示し、操作区画は、かかるクラスが有する操作が、「アクセス依頼投入（）」、「文書登録（）」、「文書削除（）」であることを示している。
【００５２】
このように、各クラスは、データ（属性）を所持するための属性区画と、かかる属性の書き込みおよび読み出しをおこなう処理（操作）を所持するための操作区画とを有している。これらのクラスは、プログラム（統合アプリケーション１１０）の一部として含まれるので、あらかじめＲＯＭ１２ａに格納されたこのプログラムが実行されると、各クラスはＲＡＭ１２ｂの所定領域に実体化され、属性区画に含まれる各データ（属性）がＲＡＭ１２ｂ上に展開される。したがって、クラスを実体化したオブジェクトは、ＲＡＭ１２ｂ上の各データ（属性）の書き込みおよび読み出しをすることが可能となる。
【００５３】
なお、属性や操作といったクラスの要素の左側に「−」記号を付した場合は、かかる要素は外部のクラスには非公開であることを示し、「＋」記号を付した場合は、かかる要素は外部のクラスに公開されていることを示す。また、操作については「アクセス依頼投入（）」のように「（）」記号を付することが通例であり、「（引数１，引数２）」のように、かかる操作に引き渡す引数を記述する場合もある。
【００５４】
次に、図６に示した各クラスについて説明する。書庫クラス３１０は、複合機１が保持するデータへのアクセス依頼を受け付けるクラスである。具体的には、この書庫クラス３１０は、属性として、データのアクセスに係わる受付の状況を示す受付状態３１０ａ、およびデータへのアクセス数を示す限界数３１０ｂを有し、操作として、アクセス依頼投入（）３１０ｃ、文書登録（）３１０ｄ、文書削除３１０（）ｅを有する。なお、かかる書庫クラス３１０を実体化したオブジェクトが生成されると、受付状態３１０ａおよび限界数３１０ｂはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。
【００５５】
受付状態３１０ａは、書庫クラスが受け付けたアクセス依頼数と、限界数３１０ｂとから決定される受付可否の状態であり、たとえば、限界数３１０ｂが２００である場合において、すでにアクセス中の文書が２００であれば、かかる受付状態３１０ａは、受付拒否の状態を保持する。また、限界数３１０ｂは、複合機１が許容する最大の受付数であり、統合アプリケーション１１０が搭載されるハードウェア仕様により変動する。また、アクセス依頼投入（）３１０ｃは、ユーザの操作により、操作系サブシステム１１１からリクエストを受け付け文書クラス３２０にアクセスの実行を依頼する処理をおこなう。文書登録（）３１０ｄは、複合機１へデータを登録する処理を行う。文書削除（）３１０ｅは、複合機１に登録されているデータを削除する処理を行う。
【００５６】
文書クラス３２０は、アクセス対象となっているデータの進捗を管理するとともに、かかるデータに係わるアクセスの実行処理をおこなうクラスである。具体的には、この文書クラス３２０は、属性として、文書ＩＤ３２０ａを有し、操作として、作成（）３２０ｂ、消去（）３２０ｃ、閲覧（）３２０ｄ、編集３２０（）ｅ、書誌情報参照（）３２０ｆ、書誌情報変更（）３２０ｇを有する。なお、かかる文書クラス３２０を実体化したオブジェクトが生成されると、文書ＩＤ３２０ａはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）へのアクセスが可能となる。
【００５７】
文書ＩＤ３２０ａは、データへのアクセスに係わる受け付け、データの作成、消去、閲覧、編集が行われる場合に、該データの詳細情報を取得する際に用いられる。
【００５８】
作成（）３２０ｂは、複合機１内にデータを生成する処理をおこなう。消去（）３２０ｃは、複合機１内に保持されるデータを消去する処理をおこなう。閲覧（）３２０ｄは、データへのアクセスが許可されたとき、該データをユーザに提供する処理をおこなう。編集（）３２０ｅは、複合機１内に保持されるデータの内容を変更する処理をおこなう。書誌情報参照（）３２０ｆは、複合機１内のデータへのアクセスが受け付けられたときに、書誌情報クラス３３０に保持される書誌情報を取得する処理をおこなう。書誌情報変更（）３２０ｇは、書誌情報クラス３２０に保持される書誌情報の内容を変更する処理をおこなう。
【００５９】
書誌情報クラス３３０は、データの詳細情報を保持するクラスであり、書誌情報クラス３３０が保持するデータの詳細情報から、データへのアクセスを受け付けるうえで必要となる情報を抽出して保持するクラスである。具体的には、この書誌情報クラス３３０は、属性として、タイトル３３０ａ、作成者３３０ｂ、蓄積日時３３０ｃ、書誌情報参照数３３０ｄ、書誌情報識別子３３０ｅを有し、操作として、設定（）３３０ｆ、変更（）３３０ｇ、及び参照（）３３０ｈを有する。なお、かかる書誌情報クラス３３０を実体化したオブジェクトが生成されると、タイトル３３０ａ、作成者３３０ｂ、蓄積日時３３０ｃ、書誌情報参照数３３０ｄ、書誌情報識別子３３０ｅはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。
【００６０】
タイトル３３０ａは、複合機１にデータが登録された際に任意に命名されたデータの名称である。作成者３３０ｂは、各データを実際に複合機１内に生成した作成者である。蓄積日時３３００ｃは、各データが複合機１内に実際に登録された日時である。書誌情報参照数３３０ｄは、各データに対応する書誌情報の数である。書誌情報識別子３３０ｅは、各書誌情報を識別するための情報である。
【００６１】
設定（）３３０ｆは、各データの書誌情報を複合機１内に設定する処理をおこなう。
【００６２】
変更（）３３０ｇは、各データについて設定された書誌情報の内容を変更する処理をおこなう。
【００６３】
参照（）３３０ｈは、各データについて設定された書誌情報からデータへのアクセスの可否を判断するための付帯情報を取得する処理をおこなう。
【００６４】
文書権限クラス３４０は、文書ＡＣＬクラス３５０からデータへのアクセスの可否を判断するための基準を取得し、該データへのアクセスの可否を判断する。具体的には、この文書権限クラス３４０は、属性として、操作として、権限確認３４０（）ａ、変更（）３４０ｂ、及び参照（）３４０ｃを有する。
【００６５】
権限確認（）３４０ａは、書誌情報クラス３３０から取得した付帯情報及び文書ＡＣＬクラス３５０から取得した基準からデータへのアクセスの可否を判断する処理をおこなう。変更（）３４０ｂは、文書ＡＣＬクラス３５０に設定された基準を変更する処理をおこなう。参照（）３４０ｃは、文書ＡＣＬクラス３５０に設定された基準を参照する処理をおこなう。
【００６６】
文書ＡＣＬクラス３５０は、データのアクセスの可否を判断するための基準を保持・提供するクラスである。具体的には、この文書ＡＣＬクラス３５０は、属性として、データへのアクセスの可否を判断するルールからなるセキュリティポリシー３５０ａを有する。なお、かかる文書ＡＣＬクラス３５０を実体化したオブジェクトが生成されると、セキュリティポリシー３５０ａはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。
【００６７】
セキュリティポリシー３５０ａは、文書権限クラス３４０からデータのアクセスの可否を判断する処理が依頼されたときに、付帯情報３４０ａについてアクセスの可否を判断するための基準である。
【００６８】
次に、図７に示した各クラス間の関係について説明する。同図に示したように、各クラスを示す矩形を結ぶ直線は、その両端のクラス間に関係があることを表しており、この直線の両端付近の文字はクラスの役割を、数字はクラスの多重度をそれぞれ示している。ここで、役割とは、かかる直線の両端における、一方のクラスからみた、もう一方のクラスの役割や立場のことであり、多重度とは、かかる直線の両端のクラスから生成されるオブジェクト数の対応関係のことである。
【００６９】
たとえば、文書クラス３２０からみた書庫クラス３１０の役割は「登録先」であり、書庫クラス３１０からみた文書クラス３２０の役割は「登録対象」であり、書庫クラス３１０の多重度は「１」であり、文書クラス３２０の多重度は「１．．＊」である。ここで、「１．．＊」は、かかる文書クラス３２０の多重度が、１から上限数なしの範囲であることを示している。また、たとえば、「１．．３」の記載をした場合には、かかるクラスの多重度が、１〜３の範囲であることを示す。
【００７０】
まず、書庫クラス３１０と文書クラス３２０とのクラス関係について説明する。書庫クラス３１０は、文書クラス３２０からみると登録先としての役割を有しており、一方、文書クラス３２０は、書庫クラス３１０からみると登録対象としての役割を有している。
【００７１】
そして、同図に示したように、文書管理部１１３ａが実行される場面において、書庫クラス３１０をＲＡＭ１２ｂ上に展開（実体化）したオブジェクトは１個だけ存在し、この書庫クラス３１０の保管対象となる文書クラス３２０を実体化したオブジェクトは０個以上、上限数なしの範囲で存在する。
【００７２】
次に、文書クラス３２０と書誌情報クラス３３０との関係について説明する。文書クラス３２０は、書誌情報クラス３３０からみると適用対象としての役割を有しており、一方、書誌情報クラス３３０は、文書クラス３２０からみると、その詳細としての役割を有している。
【００７３】
すなわち、書誌情報クラス３３０は、文書クラス３２０の詳細な仕様であり、この詳細な仕様を適用する対象は、文書クラス３２０であることを示している。
【００７４】
次に、書誌情報クラス３３０と文書権限クラス３４０との関係について説明する。書誌情報クラス３３０は、文書権限クラス３４０からみると全体としての役割を有しており、一方、文書権限クラス３４０は、書誌情報クラス３３０からみると、部分としての役割を有している。そして、文書管理部１１３ａが実行される場面において、書誌情報クラス３３０を実体化したオブジェクト１個に対し、１個以上の文書権限クラス３４０を実体化したオブジェクトが存在する。
【００７５】
次に、文書権限クラス３４０と文書ＡＣＬクラス３５０との関係について説明する。文書権限クラス３４０は、文書ＡＣＬクラス３５０からみると判断対象としての役割を有しており、一方、文書ＡＣＬクラス３５０は、文書権限クラス３４０からみると、その判断者としての役割を有している。
【００７６】
すなわち、文書ＡＣＬクラス３５０は、文書権限クラス３４０が有する付帯情報に基づいてデータへのアクセスの可否を判断する判断者であり、その判断の対象が文書権限クラス３４０であることを示している。
【００７７】
また、文書クラス３２０と書誌情報クラス３３０とを結ぶ直線、及び書誌情報クラス３３０と文書権限クラス３４０とを結ぶ直線の、文書クラス３２０及び書誌情報クラス３３０側に記された白抜きのひし形は、集約、すなわち、あるクラスが別のクラスの一部として含まれる関係、を示している。
【００７８】
次に、文書管理部１１２ａにおける文書へのアクセス制限処理について説明する。図７は、統合アプリケーション１１０に、新規機能を追加する場合の概念を説明するための説明図である。
【００７９】
同図に示すように、統合アプリケーション１１０は、楕円形で示したオブジェクトモデルの集合体として構成されており、各オブジェクトモデルは、統合アプリケーション１１０を構成する役割に相当する。この統合アプリケーション１１０に、新規機能を追加する場合においては、まず、追加する機能を、統合アプリケーション１１０を構成する各オブジェクトモデルに適合するよう分離する。そして、かかる分離部分を各オブジェクトモデルに反映させる。
【００８０】
同図に示したサブクラス化によるクラス追加は、かかる反映方法の１つである。ここで、サブクラス化とは、上位クラスの属性および操作を継承して下位クラスを設計する手法であり、オブジェクト指向によるソフトウェア開発の利点の１つである。
【００８１】
次に、文書管理部１１２ａにアクセス依頼が投入された場合における、各クラスの処理および各クラスから生成されたオブジェクト間のメッセージの流れについて説明する。
【００８２】
図８は、各クラスを実体化したオブジェクトと、かかるオブジェクト間のメッセージの流れを時系列に表したＵＭＬのシーケンス図である。同図の上部に並べられた矩形は、各オブジェクトを示し、各オブジェクトから下方に伸びた破線は、各オブジェクトが生存していることを示す線（ライフライン）であり、同図の下方に向かって時間は流れるものとする。そして、かかる破線上の垂直方向に伸びる矩形は、各オブジェクトが実際に活動している期間（活性区間）を示す。
【００８３】
図８に示すように、ユーザが複合機１を操作して、データへのアクセスに係わる依頼が投入されると、操作系サブシステム１１１は、書庫オブジェクト３１１のアクセス依頼投入（）３１０ｃを呼び出す（ステップＳ１１０１）。
【００８４】
そして、アクセス依頼投入（）３１０ｃが呼び出されると、書庫オブジェクト３１１は、自身の属性区画に含まれるデータ（属性）である受付状態３１０ａの値を参照して、アクセス受付処理の可否の判断をおこなう（ステップＳ１１０２）。そして、この受付状態３１０ａの値が受付可能である場合には、以後の処理に進み、かかる値が受付不可能である場合には、その旨を操作系サブシステム１１１に通知して処理を終了する。
【００８５】
そして、この書庫オブジェクト３１１は、自身の属性区画に含まれるデータ（属性）である受付状態３１０ａの値が受付可能である場合には、文書オブジェクト３２１の書誌情報参照（）３２０ｆを呼び出す（ステップＳ１１０３）。書誌情報参照（）３２０ｆが呼び出されると、文書オブジェクト３２１は、自身の属性区画に含まれるデータ（属性）である文書ＩＤ３２０ａの値を参照して書誌情報オブジェクト３３１の参照（）３３１を呼び出す（ステップＳ１１０４）。
【００８６】
書誌情報オブジェクト３３１は、自身の属性区画に含まれるデータ（属性）であるタイトル３３０ａ、作成者３３０ｂ、蓄積日時３３０ｃ、書誌情報参照数３３０ｄ、書誌情報識別子３３０ｅの値を用いて、文書権限オブジェクト３４１の権限確認（）３４０ａ及び参照（）３４０ｃを呼び出し、データへのアクセスの可否の判断を依頼する（ステップＳ１１０５）。文書権限オブジェクト３４１は、文書ＡＣＬオブジェクト３５１のセキュリティポリシー３５０ａを取得し、セキュリティポリシー３５０ａを基準に、書誌情報に係わるデータへのアクセスの可否を判断する（ステップＳ１１０６、ステップＳ１１０７）。
【００８７】
そして、この文書権限オブジェクト３４１によるデータへのアクセスが可能である判断された場合には、データへのアクセスが許可され（ステップＳ１１０８）、各サブクラスにおけるアクセス処理に進み、かかる判断結果が不可能である場合には、その旨を操作系サブシステム１１１に通知して処理を終了する。
【００８８】
上述してきたように、本実施の形態では、オブジェクト指向設計により、オブジェクトモデルの集合体として統合アプリケーション１１０を構成し、かかるオブジェクトモデルのうち、文書管理をおこなうものを文書管理部１１２ａとし、この文書管理部１１２ａは、いわゆる「フォルダ−ファイル」モデルのアナロジーとして、書庫クラス３１０、文書クラス３２０、書誌情報クラス３３０、文書権限クラス３４０、及び文書ＡＣＬクラス３５０を有する構成としたので、ユーザからのデータへのアクセスを一括して受け付けることができ、かかるアクセス依頼の投入からデータのアクセス許可までの管理を効率良くおこなうことができるとともに、新規機能の追加などにともなう労力を軽減することができる。なお、本実施形態におけるアプリケーション管理方法において、文書管理部１１２ａは、文書データのみならず動画像データ等、複合機１に保持可能な全てのデータを上述の管理方法により管理することができる。
【００８９】
以下に、本発明の他の実施形態に係わるアプリケーション管理方法について説明する。
【００９０】
なお、本実施形態に係わるアプリケーション管理方法を取り巻くネットワーク構成など図１から図５、及び図７に示す構成は、上述の構成と同様であるため説明を省略する。
【００９１】
次に、文書管理部１１２ａのクラス構成について説明する。図９に示すように、文書管理部１１２ａは、書庫クラス３１０、文書クラス３２０、文書仕様クラス３３０、文書権限クラス３４０、文書ＡＣＬクラス３５０、及び文書パスワードクラス３６０を有する。なお、文書権限クラス３４０及び文書パスワードクラス３６０以外の構成は、上述の図６に示す構成と同様であるため説明を省略する。
【００９２】
文書権限クラス３４０は、上述の処理に加え、文書パスワードクラス３６０から取得した所定のパスワードとユーザによって入力されたパスワードとが一致するか否かを判断し、データへのアクセスの可否を判断する。
【００９３】
参照（）３４０ｃは、文書パスワードクラス３６０の属性として設定されているパスワードを呼び出す処理をおこなう。
【００９４】
文書パスワードクラス３６０は、データのアクセス制限に係わるパスワードを保持するクラスである。具体的には、この文書パスワードクラス３６０は、属性として、文書へのアクセス制限に係わるパスワード３６０ａを有する。なお、かかる文書パスワードクラス３６０を実体化したオブジェクトが生成されると、パスワード３６０ａはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。
【００９５】
パスワード３６０ａは、文書権限クラス３４０からデータのアクセスの可否を判断するための予め設定されたパスワードである。
【００９６】
次に、図９に示した各クラス間の関係について説明する。同図に示したように、各クラスを示す矩形を結ぶ直線は、その両端のクラス間に関係があることを表しており、この直線の両端付近の文字はクラスの役割を、数字はクラスの多重度をそれぞれ示している。ここで、役割とは、かかる直線の両端における、一方のクラスからみた、もう一方のクラスの役割や立場のことであり、多重度とは、かかる直線の両端のクラスから生成されるオブジェクト数の対応関係のことである。
【００９７】
たとえば、文書クラス３２０からみた書庫クラス３１０の役割は「登録先」であり、書庫クラス３１０からみた文書クラス３２０の役割は「登録対象」であり、書庫クラス３１０の多重度は「１」であり、文書クラス３２０の多重度は「１．．＊」である。ここで、「１．．＊」は、かかる文書クラス３２０の多重度が、１から上限数なしの範囲であることを示している。また、たとえば、「１．．３」の記載をした場合には、かかるクラスの多重度が、１〜３の範囲であることを示す。
【００９８】
まず、書庫クラス３１０と文書クラス３２０とのクラス関係について説明する。書庫クラス３１０は、文書クラス３２０からみると登録先としての役割を有しており、一方、文書クラス３２０は、書庫クラス３１０からみると登録対象としての役割を有している。
【００９９】
次に、文書クラス３２０と書誌情報クラス３３０との関係について説明する。文書クラス３２０は、書誌情報クラス３３０からみると適用対象としての役割を有しており、一方、書誌情報クラス３３０は、文書クラス３２０からみると、その詳細としての役割を有している。
【０１００】
すなわち、書誌情報クラス３３０は、文書クラス３２０の詳細な仕様であり、この詳細な仕様を適用する対象は、文書クラス３２０であることを示している。
【０１０１】
次に、書誌情報クラス３３０と文書権限クラス３４０との関係について説明する。書誌情報クラス３３０は、文書権限クラス３４０からみると全体としての役割を有しており、一方、文書権限クラス３４０は、書誌情報クラス３３０からみると、部分としての役割を有している。
【０１０２】
次に、文書権限クラス３４０と文書ＡＣＬクラス３５０及び文書パスワードクラス３６０との関係について説明する。文書権限クラス３４０は、文書ＡＣＬクラス３５０及び文書パスワードクラス３６０からみると判断対象としての役割を有しており、一方、文書ＡＣＬクラス３５０及び文書パスワードクラス３６０は、文書権限クラス３４０からみると、その判断者としての役割を有している。
【０１０３】
すなわち、文書ＡＣＬクラス３５０及び文書パスワードクラス３６０は、文書権限クラス３４０が有する付帯情報及びパスワードに基づいてデータへのアクセスの可否を判断する判断者であり、その判断の対象が文書権限クラス３４０であることを示している。
【０１０４】
また、文書クラス３２０と書誌情報クラス３３０とを結ぶ直線、及び書誌情報クラス３３０と文書権限クラス３４０とを結ぶ直線の、文書クラス３２０及び書誌情報クラス３３０側に記された白抜きのひし形は、集約、すなわち、あるクラスが別のクラスの一部として含まれる関係、を示している。
【０１０５】
次に、文書管理部１１２ａにアクセス依頼が投入された場合における、各クラスの処理および各クラスから生成されたオブジェクト間のメッセージの流れについて説明する。
【０１０６】
図１０は、各クラスを実体化したオブジェクトと、かかるオブジェクト間のメッセージの流れを時系列に表したＵＭＬのシーケンス図である。同図の上部に並べられた矩形は、各オブジェクトを示し、各オブジェクトから下方に伸びた破線は、各オブジェクトが生存していることを示す線（ライフライン）であり、同図の下方に向かって時間は流れるものとする。そして、かかる破線上の垂直方向に伸びる矩形は、各オブジェクトが実際に活動している期間（活性区間）を示す。
【０１０７】
図１０に示すように、ユーザが複合機１を操作して、データへのアクセスに係わる依頼が投入されると、操作系サブシステム１１１は、書庫オブジェクト３１１のアクセス依頼投入（）３１０ｃを呼び出す（ステップＳ１２０１）。
【０１０８】
そして、アクセス依頼投入（）３１０ｃが呼び出されると、書庫オブジェクト３１１は、自身の属性区画に含まれるデータ（属性）である受付状態３１０ａの値を参照して、アクセス受付処理の可否の判断をおこなう（ステップＳ１２０２）。そして、この受付状態３１０ａの値が受付可能である場合には、以後の処理に進み、かかる値が受付不可能である場合には、その旨を操作系サブシステム１１１に通知して処理を終了する。
【０１０９】
そして、この書庫オブジェクト３１１は、自身の属性区画に含まれるデータ（属性）である受付状態３１０ａの値が受付可能である場合には、文書オブジェクト３２１の書誌情報参照（）３２０ｆを呼び出す（ステップＳ１２０３）。書誌情報参照（）３２０ｆが呼び出されると、文書オブジェクト３２１は、自身の属性区画に含まれるデータ（属性）である文書ＩＤ３２０ａの値を参照して書誌情報オブジェクト３３１の参照（）３３１を呼び出す（ステップＳ１２０４）。
【０１１０】
書誌情報オブジェクト３３１は、自身の属性区画に含まれるデータ（属性）であるタイトル３３０ａ、作成者３３０ｂ、蓄積日時３３０ｃ、書誌情報参照数３３０ｄ、書誌情報識別子３３０ｅの値を用いて、文書権限オブジェクト３４１の権限確認（）３４０ａ及び参照（）３４０ｃを呼び出し、データへのアクセスの可否の判断を依頼する（ステップＳ１２０５）。文書権限オブジェクト３４１は、文書ＡＣＬオブジェクト３５１のセキュリティポリシー３５０ａ及び文書パスワード３６１のパスワード３６０ａを取得し、セキュリティポリシー３５０ａを基準に、書誌情報に係わるデータへのアクセスの可否を判断する（ステップＳ１２０６、ステップＳ１２０７、ステップＳ１２０８）。
【０１１１】
そして、この文書権限オブジェクト３４１によるデータへのアクセスが可能である判断された場合には、データへのアクセスが許可され（ステップＳ１２０９）、各サブクラスにおけるアクセス処理に進み、かかる判断結果が不可能である場合には、その旨を操作系サブシステム１１１に通知して処理を終了する。
【図面の簡単な説明】
【０１１２】
【図１】複合機をとりまくネットワーク環境を示すネットワーク図である。
【図２】複合機のハードウェアを説明するための説明図である。
【図３】複合機におけるハードウェア及びソフトウェアの階層構造を説明するための説明図である。
【図４】統合アプリケーションの構成を説明するための説明図である。
【図５】統合アプリケーションの構成を表したＵＭＬクラス図である。
【図６】統合アプリケーションの構成を表したオブジェクト図である。
【図７】統合アプリケーションに新規機能を追加する場合の概念を説明するための説明図である。
【図８】データアクセス時における文書管理部の操作を説明したシーケンス図である。
【図９】統合アプリケーションの構成を表したオブジェクト図である。
【図１０】データアクセス時における文書管理部の操作を説明したシーケンス図である。
【符号の説明】
【０１１３】
１    画像形成装置
１０    コントローラ
１１    ＣＰＵ
１２    ＭＥＭ−Ｐ
１２ａ    ＲＯＭ
１２ｂ    ＲＡＭ
１３    ＮＢ
１４    ＳＢ
１５    ＡＧＰ
１６    ＡＳＩＣ
１７    ＭＥＭ−Ｃ
１８    ＨＤＤ
２０    キーボード
３０    ＦＣＵ
４０    ＵＳＢ
５０    ＩＥＥＥ１３９４
６０    Ｅｎｇｉｎｅ
【図１】
2006343926.tif 000003
【図２】
2006343926.tif 000004
【図３】
2006343926.tif 000005
【図４】
2006343926.tif 000006
【図５】
2006343926.tif 000007
【図６】
2006343926.tif 000008
【図７】
2006343926.tif 000009
【図８】
2006343926.tif 000010
【図９】
2006343926.tif 000011
【図１０】
2006343926.tif 000012