JP2008160176A - 情報処理装置、画像処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】当該情報処理装置を含むシステム内で管理する情報を、統合的に管理・運用し、且つ利用者が簡便に情報の取得を行うことができる情報処理装置、画像処理装置、情報処理方法及び情報処理プログラムを提供する。
【解決手段】情報処理装置２００nは、情報処理装置２００nを含むシステム内で管理する情報を、データ入力手段８５により入力、データ加工手段８６により加工、データ出力手段８７により出力する情報処理装置２００nであって、利用者の要求に従った動作を実現するために入力する必要があるデータを要求する要求情報を受け付けるインタフェース４１と、前記要求情報に従って、情報処理装置２００nを含むシステム内で管理する情報の中から、入力する必要がある情報を取得するプログラムであるビューを生成するビュー生成手段８１と、ビュー生成手段８１によって生成された前記ビューを実行するビュー実行手段８２とを有することを特徴とする。
【選択図】図１３

Description

本発明は、機器が管理する各種情報、又は機器が接続されたシステム内で管理する各種情報などを、管理・運用する情報処理装置に関するものである。

近年の画像処理装置を代表するデジタル複合機（MFP：multi-function printer）は、コピー（copy）、ファクシミリ（facsimile）、スキャナ（scanner）、プリンタ（printer）といったアプリケーション機能と通信機能とを有している。このような画像処理装置は、利用者が対峙し、1対1の関係で使用されるだけでなく、利用者端末である複数のパーソナルコンピュータ（PC：Personal Computer）や各種管理サーバなどの通信機能を有した情報処理装置とネットワークを介して接続され、システムの構成要素の1つとして、1対nの関係で使用される場面が多くなってきている。そのため、画像処理装置は、機器固有の情報の他、ユーザ情報など、システムの構成要素の1つとして、利用者に有益なサービスを提供するための様々な情報を管理・運用するようになった。

そこで問題となるのは、例えば、利用者に関する情報であるアドレス情報、アカウント情報又はメール情報などの属性に含まれる利用者を識別する「ユーザ名」が、システム内の画像処理装置や管理サーバなど、複数箇所で管理・運用されている点（同じ内容の情報が重複して管理・運用されている点）である。何故なら、「ユーザ名」を変更する場合、この属性を含むアドレス情報、アカウント情報又はメール情報などの全ての情報を同時に変更しなければならないからである。このように、システム内で管理・運用されている複数の情報において、共通する属性のデータの整合性の管理は非常に難しく、特に、利用者に関する情報などに含まれる情報は、変更頻度も高く、その作業は煩雑である。

そこで、従来では、複数に分散して管理・運用されているユーザ情報を統合的に扱う機能を有した画像処理装置が提案されている（例えば、特許文献１を参照）。
特開２００５−２５９１１１号公報

しかしながら、特開２００５―２５９１１１号公報によらず、従来の複数に分散して管理・運用されている情報を統合的に扱う機能では、「データの整合性」や「更新に伴う煩雑な作業」などの問題点に対しては効果があるが、その問題点を解決した上で、情報を利用する利用者（システム内の各装置で動作するアプリケーションを含む）を考慮した情報提供（ユーザライクな情報提供）がなされていないと言う問題点がある。

本発明では、上記従来技術の問題点を鑑み、当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報を、統合的に管理・運用し、且つ利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報の取得を行うことができる情報処理装置、画像処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

上記目的を達成するため、本発明の情報処理装置は、当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報を、データ入力手段により入力し、入力した前記情報をデータ加工手段で加工し、加工した前記情報をデータ出力手段により出力する情報処理装置であって、利用者の要求に従って、入力した前記情報を前記データ加工手段で加工し、加工した前記情報を前記データ出力手段により出力する機能を実現するために、前記データ入力手段に入力する必要があるデータを要求する要求情報を受け付けるインタフェースと、前記要求情報に従って、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報の中から、前記データ入力手段に入力する必要がある情報を取得するプログラムであるビューを生成するビュー生成手段と、前記ビュー生成手段によって生成された前記ビューを実行するビュー実行手段とを有することを特徴とする。

これによって、本発明の情報処理装置は、当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報から、要求情報を基に、ビューを介して、利用者（システム内の各装置で動作するアプリケーションを含む）の要求に応じた情報を取得することができる。よって、本発明の情報処理装置は、情報を利用する利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報の取得を行うことができる。

また、上記目的を達成するため、本発明の情報処理装置は、前記要求情報であるビューを識別するビュー識別情報に対応付けて、前記ビュー生成手段で用いるビュー生成プログラムを記憶するビュー生成プログラム記憶手段と、前記ビュー生成プログラム記憶手段に対して、前記ビュー生成プログラムの登録、検索、又は削除を行うビュー生成管理手段とを有することを特徴とする。

これによって、本発明の情報処理装置は、利用者（システム内の各装置で動作するアプリケーションを含む）の要求に応じた情報を取得するビューを、識別情報を基に管理することができる。よって、本発明の情報処理装置は、当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報を、統合的に管理・運用することができる。

また、上記目的を達成するため、本発明の情報処理装置は、前記ビュー生成管理手段が、前記ビュー識別情報を基に、前記ビュー生成プログラム管理テーブルを検索し、前記ビュー識別情報に対応付けられた前記ビュー生成プログラムを起動することを特徴とする。

これによって、本発明の情報処理装置は、利用者（システム内の各装置で動作するアプリケーションを含む）の要求に応じた情報を取得するビューを簡便に生成することができ、利用者（システム内の各装置で動作するアプリケーションを含む）の情報の使用目的に柔軟に対応することができる。

また、上記目的を達成するため、本発明の情報処理装置は、前記ビュー生成手段が、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報から、前記データ入力手段に入力する必要がある情報の属性を取得し、取得した前記属性を基に、前記ビューを生成することを特徴とする。

また、上記目的を達成するため、本発明の情報処理装置は、前記ビュー生成手段が、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報から、前記データ入力手段に入力する必要がある情報の属性の一群を取得し、取得した前記属性の一群に含まれる各属性を基に、前記ビューを生成することを特徴とする。

これによって、本発明の情報処理装置は、利用者（システム内の各装置で動作するアプリケーションを含む）の要求に応じた情報を取得するビューを生成することができる。また、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する複数の情報から、利用者（システム内の各装置で動作するアプリケーションを含む）の要求に応じた情報を取得する1つのビューを生成することができ、利用者（システム内の各装置で動作するアプリケーションを含む）の情報の使用目的に柔軟に対応することができる。

また、上記目的を達成するため、本発明の情報処理装置は、前記ビューが、前記データ入力手段に入力する必要がある情報の属性を基に、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報から、前記属性に対応するデータを取得することを特徴とする。

これによって、本発明の情報処理装置は、利用者（システム内の各装置で動作するアプリケーションを含む）の要求に応じた情報を取得することができる。また、利用者（システム内の各装置で動作するアプリケーションを含む）がビューを介して情報を扱うため、利用者（システム内の各装置で動作するアプリケーションを含む）に対して、必要ない情報の取得や情報の構成変更の影響を与えることがなく、情報を提供することができる。

また、上記目的を達成するため、本発明の情報処理装置は、前記ビュー生成管理手段が、登録されたビュー生成プログラムとは別のビュー生成プログラムを、前記ビュー生成プログラム記憶手段に記憶させ、追加登録することを特徴とする。

これによって、本発明の情報処理装置は、新規情報の追加や既存情報の変更など、管理する情報の構成に変化（属性の追加、変更又は削除）が生じても、簡便且つ柔軟に対応することができる。

上記目的を達成するため、本発明の画像処理装置は、請求項１ないし７のいずれか一項に記載の情報処理装置を有することを特徴とする。

これによって、本発明の画像処理装置は、情報処理装置と同様の機能構成を実装及び実行可能であることから、同様の効果を奏することができる。

上記目的を達成するため、本発明の情報処理装置における情報処理方法は、当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報を、データ入力手段により入力し、入力した前記情報をデータ加工手段で加工し、加工した前記情報をデータ出力手段により出力する情報処理装置における情報処理方法であって、利用者の要求に従って、入力した前記情報を前記データ加工手段で加工し、加工した前記情報を前記データ出力手段により出力する機能を実現するために、前記データ入力手段に入力する必要があるデータを要求する要求情報に従って、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報の中から、前記データ入力手段に入力する情報を取得するプログラムであるビューを生成するビュー生成手順と、前記ビュー生成手順によって生成された前記ビューを実行するビュー実行手順とを有することを特徴とする。

これによって、本発明の情報処理装置における情報処理方法は、当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報から、要求情報を基に、ビューを介して、利用者（システム内の各装置で動作するアプリケーションを含む）の要求に応じた情報を取得することができる。よって、本発明の情報処理方法は、利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報の取得を行うことができる。

上記目的を達成するため、本発明の情報処理装置における情報処理プログラムは、当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報を、データ入力手段により入力し、入力した前記情報をデータ加工手段で加工し、加工した前記情報をデータ出力手段により出力する情報処理装置における情報処理プログラムであって、コンピュータを、利用者の要求に従って、入力した前記情報を前記データ加工手段で加工し、加工した前記情報を前記データ出力手段により出力する機能を実現するために、前記データ入力手段に入力する必要があるデータを要求する要求情報に従って、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報の中から、前記データ入力手段に入力する情報を取得するプログラムであるビューを生成するビュー生成手段と、前記ビュー生成手段によって生成された前記ビューを実行するビュー実行手段として機能させる。

これによって、本発明の情報処理装置における情報処理プログラムは、コンピュータを、当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報から、要求情報を基に、ビューを介して、利用者（システム内の各装置で動作するアプリケーションを含む）の要求に応じた情報を取得することができる。よって、本発明の情報処理プログラムは、利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報の取得を行うように機能させることができる。

本発明によれば、当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報を、統合的に管理・運用し、且つ利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報の取得を行うことができる情報処理装置、画像処理装置、情報処理方法及び情報処理プログラムを提供することができる。

以下、本発明の好適な実施の形態（以下、「実施形態」と言う。）について、図面を用いて詳細に説明する。

［第１の実施形態］
＜画像処理装置のハードウェア構成について＞
まず、本実施形態に係る画像処理装置のハードウェア構成について、図１を用いて説明する。

図１は、本発明の第１の実施形態に係る画像処理装置１００のハードウェア構成の一例を示す図である。

図１に示すように、画像処理装置１００は、制御部１１、主記憶部１２、補助記憶部１３、ネットワークI/F１４、外部記憶装置I/F１５、外部装置I/F１６、表示部（パネル表示）１９、入力部（操作部）２０、印刷部（プロッタ部）２１及びスキャナ部（原稿読み取り部）２２などにより構成されている。

制御部（CPU：Central Processing Unit）１１は、コンピュータの中で、各装置の制御やデータの演算・加工を行う。制御部１１は、主記憶部１２に記憶されたプログラムを実行する演算装置で、入力装置や記憶装置からデータを受け取り、演算・加工した上で、出力装置や記憶装置に出力する。

主記憶部（ROM：Read Only Memory、RAM：Random Access Memory）１２は、制御部（CPU）１１が実行する基本ソフトウェアであるOS（Operating System）やアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保持する記憶装置である。

補助記憶部（HD：Hard Disk）１３は、基本ソフトウェアであるOS（Operating System）やアプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。また、補助記憶部１３には、画像処理装置１００が管理する各種情報（例えば、ユーザ情報など。）が格納され、データベース（DB：database）やファイルシステム（FS：File System）などの機能により管理される。

ネットワークI/F１４は、有線及び／又は無線回線などのデータ伝送路により構築されたLAN（Local Area Network）、WAN（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器と画像処理装置１００とのインタフェースである。

外部記憶装置I/F１５は、USB（Universal Serial Bus）などのデータ伝送路を介して接続された外部記憶装置（例えば、記憶メディアドライブなど。）と画像処理装置１００とのインタフェースである。

外部装置I/F１６は、USBなどのデータ伝送路を介して接続された外部入力装置（例えば、デジタルカメラなど。）と画像処理装置１００とのインタフェースである。

画像処理装置１００は、これらのインタフェースを介して、外部と各種データ（例えば、画像データなど。）のやり取り（送受信や読み込み／書き込み）を行っている。

表示部（パネル表示）１９及び入力部（操作部）２０は、キースイッチ（ハードキー）とタッチパネル機能（GUI（Graphical User Interface）のソフトウェアキーを含む。）を備えたLCD（Liquid Crystal Display：液晶表示装置）とから構成され、画像処理装置１００が有する機能を利用する際のUI（User Interface）として機能する表示及び／又は入力装置である。

印刷部（プロッタ部）２１は、CMYKからなる画像データを受け取ると、レーザービームを用いた電子写真プロセス（露光、潜像、現像及び転写のプロセス）を用いて、転写紙（印刷用紙）に受け取った画像データを出力（印刷）するプロッタ装置である。

スキャナ部（原稿読み取り部）２２は、CCD（Charge Coupled Devices）光電変換素子からなるラインセンサとA/Dコンバータとこれらを駆動する駆動回路を備え、原稿読み取り面（コンタクトガラス上）にセットされた原稿をスキャンすることでRGB各8ビットのデジタル画像データを生成（紙媒体から情報を読み取り電子化）する読み取り装置である。

このように、画像処理装置１００は、主記憶部１２や補助記憶部１３などの記憶装置に格納されたプログラムを制御部（CPU）１１で実行し、制御信号（制御命令）を各装置へ送出すること（各装置を制御すること）で、画像処理装置１００が有するコピー、ファックス、スキャナ、プリンタなどの機能を実現し、画像処理装置１００で管理する情報、又は画像処理装置１００が接続されたシステム内で管理する情報を処理することができる。

＜従来技術の問題点について＞
以下に、本実施形態が解決しようとしている従来技術の問題点について、図２を用いて説明する。

図２は、本発明の第１の実施形態に係る従来技術の問題点を示す図である。

まず、従来技術の問題点を示すため、本実施形態に係る画像処理装置１００が接続されたシステムの構成について、図２を用いて説明する。

図２に示すシステムは、画像処理装置１００、管理サーバ２００A、管理サーバ２００B、及び利用者の端末（PC）２００_１〜２００_nなどの情報処理装置２００nが、有線及び／又は無線回線などのデータ伝送路により構築されたLAN、WANなどのネットワーク３００に接続し構成されている。更に、図中の画像処理装置１００は、画像処理装置１００が有する記憶装置（例えば、HDなど。）内に、「ユーザ名」、「FAX番号」、「住所」、及び「E-mailアドレス」などの属性を持つアドレス情報を利用者毎に管理している。また、管理サーバ２００Aは、管理サーバ２００Aが有する記憶装置（例えば、HDなど。）内に、「ユーザ名」及び「パスワード」などの属性を持つアカウント情報を管理し、管理サーバ２００Bは、管理サーバ２００Bが有する記憶装置（例えば、HDなど。）内に、「ユーザ名」、「E-mailアドレス」、及び「シグネチャ」などの属性を持つメール情報を利用者毎に管理している。

このようなシステムでは、図中に示すように、利用者に関する情報であるアドレス情報、アカウント情報又はメール情報などの属性に含まれる利用者を識別する「ユーザ名」、また、アドレス情報又はメール情報などの属性に含まれる電子メールアドレスを示す「E-mailアドレス」などが、システム内の画像処理装置１００、管理サーバ２００A、又は管理サーバ２００Bなど、目的別の情報のまとまりとして複数箇所で管理・運用されている（同じ内容の情報が重複して管理・運用されている）。その結果、利用者を識別する「ユーザ名」、電子メールアドレスを示す「E-mailアドレス」などを追加・変更するなど、情報の構成に変化が生じた場合、これらの属性を含むアドレス情報、アカウント情報又はメール情報などの全ての情報を同時に変更しなければならない。

このように、システム内で管理・運用されている情報において、目的別の情報のまとまりとして保持しておく方法では、共通する属性のデータの整合性の管理は非常に難しく、特に、利用者に関する情報などに含まれる情報は、変更頻度も高く、その作業は煩雑である。

また、このようなシステムの場合、画像処理装置１００、管理サーバ２００A、管理サーバ２００B、又は利用者の端末（PC）２００nなどが有する情報取得機能（例えば、UIなど。）が、取得元となる情報の構成を把握しておかなければ、利用者（システム内の各装置で動作するアプリケーションを含む）からの要求に応じて必要な情報を取得することができない。すなわち、取得元となる情報の構成の変化が、情報取得機能に影響を与えてしまうこととなる。

本実施形態では、上記問題点を鑑み、システム内で管理する情報を、統合的に管理・運用し、且つ利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報を取得するものである。

では、本実施形態において、システム内で管理する情報を、統合的に管理・運用し、且つ利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報を取得する機能を実現しているかについて、以降に説明する。

＜本実施形態における情報取得機能の特徴について＞
まず、本発明の実施形態における情報取得機能の特徴について、ユーザ情報を例に、図３、４、及び５を用いて説明する。

図３は、本発明の第１の実施形態に係る情報取得機能の特徴（その１）を示す図である。また、図４は、本発明の第１の実施形態に係るユーザ情報のデータ構成の一例を示す図である。

図３に示すように、本実施形態では、システム内で管理する情報の中から、利用者（システム内の各装置で動作するアプリケーションを含む）の要求に従って、必要な情報を取得するビューを有している。ここで言うビューとは、情報の属性を基に、情報元から必要なデータを取得するプログラムである。

例えば、図４に示すような「E-mailアドレス」、「ユーザ名」、及び「パスワード」などの属性を持つユーザ情報に対して、利用者（システム内の各装置で動作するアプリケーションを含む）がアドレス情報を取り扱いたい場合には、「アドレス帳ビュー」と言われるビューを介して、ユーザ情報のうち、「ユーザ名」及び「E-mailアドレス」などの必要な情報を取得することができる。また、利用者（システム内の各装置で動作するアプリケーションを含む）がユーザ情報のうち、アカウント情報を取り扱いたい場合には、「アカウントビュー」と言われるビューを介して、ユーザ情報のうち「ユーザ名」及び「パスワード」などの必要な情報を取得することができる。

ビューは、あくまでも情報を取得するプログラムであるため、情報のデータそのものを保持しておく必要はなく、例えば、利用者（システム内の各装置で動作するアプリケーションを含む）がアドレス情報を取り扱いたい場合、アドレス情報として必要な情報を構成する「ユーザ名」や「E-mailアドレス」などの属性について把握しておけば、プログラムが実行された際に、その属性を基に、取得元であるユーザ情報から属性に対応するデータ"tanaka"や"tanaka@XXX.comなどを取得する。

このように、本実施形態に係る情報取得機能を用いることで、利用者（システム内の各装置で動作するアプリケーションを含む）は、「アドレス情報」や「アカウント情報」などのように必要とする情報のまとまりを、ビューに指定し（引数として渡し）、ビューを起動する（起動指示を行う）ことで、データを取得することができる。すなわち、利用者（システム内の各装置で動作するアプリケーションを含む）は、「アドレス情報」や「アカウント情報」などの情報の構成を把握しなくても、必要な情報を正確に取得することができる。また、情報の構成に変化（属性の追加、変更又は削除）が生じても、その影響を受けることがない。

ここで、図４に示したユーザ情報のデータ構成は、本実施形態に係る情報取得機能の説明を分かりやすく行うためのデータ構成の一例であって、必ずしも属性とデータとがテーブル形式で構成されていなくても、属性とデータとが1対1の関係で構成されていれば良い。例えば、データを、属性に対応したレコード毎に格納する形式で補助記憶装置（HD）１３などに記憶されていても良い。

図５は、本発明の第１の実施形態に係る情報取得機能の特徴（その２）を示す図である。

システム内で管理する情報には、図４に示したユーザ情報の他、文書情報や機器情報など、様々な情報がある。その中には、図５に示すように、階層構造などのように複雑に構成された情報も含まれる。このような場合、利用者（システム内の各装置で動作するアプリケーションを含む）が、必要な情報を取得するためには、データの構成を把握しなければならない。

そこで、本実施形態では、ビューによって、複雑に構成された情報から、利用者（システム内の各装置で動作するアプリケーションを含む）が必要とする情報を取得する。すなわち、ビューは、複雑に構成された情報を、利用者（システム内の各装置で動作するアプリケーションを含む）が取得しやすい形態に変換する（簡単化する）。

このように、本実施形態に係る情報取得機能を用いることで、利用者（システム内の各装置で動作するアプリケーションを含む）は、図３においても説明したように、情報の構成を把握しなくても、必要な情報を正確に取得することができる。また、情報の構成に変化（属性の追加、変更又は削除）が生じても、その影響を受けることがない。

＜ビューによって取得した情報を用いたアプリケーションの動作例について＞
以下に、本実施形態に係る画像処理装置１００が有する、機器が管理する情報をレポート出力する機能（アプリケーション）を例に、ビューによって取得した情報を用いたアプリケーションの動作例について、図６を用いて説明する。

図６は、本発明の第１の実施形態に係るレポート出力の際のデータ入力・加工・出力を制御するための設定を行うユーザインタフェース（UI）の表示例を示す図である。

レポート出力を行う際、本実施形態に係る画像処理装置１００が有する表示部１９には、図６に示すようなユーザインタフェース（UI）４１が表示される。本実施形態に係る画像処理装置１００では、レポート出力を行う際の作業工程（「データ入力」、「データ加工」及び「データ出力」）毎に、利用者（ここで言う利用者は、ユーザを示す。）がユーザインタフェース（UI）４１を介して動作設定を行うことができる。例えば、図中に示す例では、レポート内容として入力したい情報のまとまりを設定する「レポート内容の選択画面」４１aで、ユーザ情報やSMC情報を入力情報として選択することができ、また、「出力形式の選択画面」４１bで、変倍や集約などのレポートの加工方法を選択することができ、「出力方法の選択画面」４１cで、印刷、電子メール、又は蓄積文書などのレポートの出力方法を選択することができる。

このような、レポート出力機能（アプリケーション）の場合、図６に示すようなユーザインタフェース（UI）４１を介して、「レポート内容の選択画面」４１aで、ユーザ情報やSMC情報が入力情報として選択された際、レポート出力機能（アプリケーション）は、選択された入力情報を、システム内で管理されている情報から取得する。その際、レポート出力機能（アプリケーション）は、ユーザレポートが選択された場合、ユーザレポートを出力する際に必要な情報を取得する「ユーザ情報ビュー」を介して必要な情報を取得し、取得した情報を基に、加工・出力の作業工程を経て、レポートを出力する。

このように、本実施形態に係る情報取得機能を用いることで、システム内で管理される情報のうち、利用者（ここで言う利用者は、ユーザを示す。）により画像処理装置１００へ要求された機能実行を実現するために必要な情報（例えば、レポート出力機能の場合は、ユーザ情報など。）を、機能を実現するアプリケーションに容易に且つ正確に入力することができる。

＜画像処理装置１００のソフトウェア構成及び基本処理手順について＞
ここで、図６に示すレポート出力（アプリケーション）を例に説明した、ビューにより取得した情報を用いて画像処理装置１００の機能を実現するためのソフトウェア構成及び基本処理手順について、図７〜１０を用いて説明する。

図７は、本発明の第１の実施形態に係る画像処理装置１００のソフトウェア構成の一例を示す図である。

図７に示すように、本実施形態に係るソフトウェアは、ユーザインタフェース層１０１、コントロール層１０２、アプリケーションロジック層１０３、デバイスサービス層１０４及びデバイス制御層１０５などにより構成されている。なお、図中における各層の上下関係は、基本的に上にある層が下の層を呼び出す関係に基づいている。

ユーザインタフェース層１０１は、機能（例えば、コピー、ファックス、スキャナ、プリンタなどのアプリケーション機能）の実行要求を受け付けるための機能が実装されている部分であり、例えば、図２に示す利用者（ここで言う利用者は、ユーザを示す。）の端末（PC）２００nなどからネットワーク経由で要求を受け付ける通信サーバ部や、表示部１９及び入力部２０を介して入力される要求を受け付けるローカルユーザインタフェース（UI）部などが含まれる。ユーザインタフェース層１０１において受け付けられた要求は、コントロール層１０２に伝えられる。

コントロール層１０２は、要求された機能を実現するための処理を制御するための機能が実装されている部分である。具体的には、要求された機能に応じて、アプリケーションロジック層１０３における各フィルタを接続し、接続されたフィルタに基づいて機能の実行を制御する。なお、本実施形態において「画像処理装置１００の機能」とは、画像処理装置１００が利用者（ここで言う利用者は、ユーザを示す。）に対して提供する1つのまとまった単位（要求が入力されて最終的な出力が得られるまで）のサービスと同義であり、ソフトウェア的には1つのまとまった単位のサービスを提供するアプリケーションと同義である。

アプリケーションロジック層１０３は、それぞれが画像処理装置１００において提供される機能の一部を実現する部品群が実装されている部分である。すなわち、アプリケーションロジック層１０３における部品を組み合わせることにより1つの機能が実現される。本実施形態では、各部品を「フィルタ」と呼ぶ。これは、画像処理装置１００のソフトウェアアーキテクチャが「パイプ＆フィルタ」と呼ばれる考え方に基づくものである。

図８は、本発明の第１の実施形態に係るパイプ＆フィルタの概念及びフィルタの構成要素の一例を示す図である。図８（a）には、パイプ＆フィルタの概念を示し、図８（b）には、フィルタの構成要素の一例を示す。

まず、パイプ＆フィルタの概念について説明する。図８（a）において、「Ｆ」はフィルタを示し、「Ｐ」はパイプを示す。図中に示すように、各フィルタはパイプによって接続される。フィルタは、入力されたデータに対して変換を施し、その結果を出力する。パイプは、フィルタから出力されたデータを次のフィルタに伝達する。すなわち、本実施形態に係る画像処理装置１００では、各機能を、画像処理装置１００内部で管理する情報（例えば、ユーザ情報や文書データなど。）に対する「変換」の連続として捉える。画像処理装置１００の各機能は、画像処理装置１００内部で取り扱う情報の入力、加工及び出力によって構成されるものとして一般化することができる。そこで「入力」、「加工」及び「出力」を「変換」として捉え、1つの「変換」を実現するソフトウェア部品がフィルタとして構成される。入力を実現するフィルタを特に「入力フィルタ」と言う。また、加工を実現するフィルタを特に「変換フィルタ」と言う。更に、出力を実現するフィルタを特に「出力フィルタ」と言う。なお、各フィルタは独立しており、フィルタ間における依存関係（呼び出し関係）は基本的に存在しない。従って、フィルタ単位で追加（インストール）又は削除（アンインストール）が可能とされている。

図７に戻り、アプリケーションロジック層１０３には、入力フィルタ１０３aとして、スキャナ部２２による画像データの読み取りを制御し、読み取られた画像データを出力する読取フィルタ、補助記憶部１３に保管されている文書データ（画像データ）を読み出し、読み出されたデータを出力する保管文書読出フィルタ、電子メールの受信し、当該電子メールに含まれているデータを出力するメール受信フィルタ、FAX受信を制御し、受信されたデータを出力するFAX受信フィルタ、図２に示す利用者（ここで言う利用者は、ユーザを示す。）の端末（PC）２００nから印刷データを受信し、受信された印刷データを出力するPC文書受信フィルタ、画像処理装置１００の設定情報や履歴情報などを、例えば表形式に整形されたデータとして出力するレポートフィルタなどが含まれている。

また、変換フィルタ１０３bとしては、入力されたデータに所定の画像変換処理（集約、拡大、又は縮小など）を施し、出力する文書加工フィルタ、入力されたPostScriptデータをビットマップデータに変換して出力する（レンダリング処理を実行する）文書変換フィルタなどが含まれている。

また、出力フィルタ１０３cとしては、入力されたデータを印刷部２１に出力（印刷）させる印刷フィルタ、入力されたデータを補助記憶部１３に保存する保管文書登録フィルタ、入力されたデータを電子メールに添付して送信するメール送信フィルタ、入力されたデータをFAX送信するFAX送信フィルタ、入力されたデータを、図２に示す利用者（ここで言う利用者は、ユーザを示す。）の端末（PC）２００nに送信するPC文書送信フィルタ、入力されたデータを表示部１９にプレビュー表示させるプレビューフィルタなどが含まれている。

デバイスサービス層１０４は、アプリケーションロジック層１０３における各フィルタから共通に利用される下位機能が実装されている部分であり、例えば、或るフィルタからの出力データを次のフィルタに伝達するパイプの機能を実現する画像パイプ１０４a、ユーザ情報が登録されたデータベース（DB）や文書又は画像データなどが蓄積されるデータベース（DB）などの各種のデータベース（DB）を表現するデータ管理部などが含まれている。

デバイス制御層１０５は、デバイス（ハードウェア）を制御するドライバと呼ばれるプログラムモジュール群が実装されている部分であり、例えば、スキャナ制御部、プロッタ制御部、メモリ制御部、Tel回線制御部及びネットワーク制御部などが含まれる。各制御部は、当該制御部の名前に付けられているデバイスを制御する。

フィルタについて更に詳しく説明する。図８（b）は、フィルタの構成要素の一例を示す図である。図８（b）に示すように、各フィルタは、フィルタ設定用UI、フィルタロジック、フィルタ固有下位サービス及び永続記憶領域情報などにより構成されている。このうち、フィルタ設定用UI、フィルタ固有下位サービス及び永続記憶領域情報については、フィルタによって必ずしも構成要素に含まれない。

フィルタ設定用UIは、フィルタの実行条件などを設定させるための画面を表示部１９などに表示させるプログラムである。例えば、読取フィルタであれば、解像度、濃度、画像種別などを設定させる画面が相当する。なお、表示部１９の表示がHTML（HyperText Markup Language）データやスクリプトに基づいて行われることを考えると、フィルタ設定用UIはHTMLデータやスクリプトであってもよい。

フィルタロジックは、フィルタの機能を実現するためロジックが実装されたプログラムである。すなわち、フィルタの構成要素としてのフィルタ固有下位サービスやデバイスサービス層１０４又はデバイス制御層１０５などを利用して、フィルタ設定用UIを介して設定された実行条件に応じてフィルタの機能を実現する。例えば、読取フィルタであれば、スキャナ部２２による原稿の読み取り制御のためのロジックが相当する。

フィルタ固有下位サービスは、フィルタロジックを実現するために必要な下位機能（ライブラリ）である。すなわち、デバイスサービス層１０４又はデバイス制御層１０５に相当する機能であるが、他のフィルタから使用されないものについては、フィルタの一部として実装されてもよく、当該一部がフィルタ固有下位サービスに相当する。例えば、読取フィルタであれば、スキャナ部２２を制御するための機能が相当するが、本実施形態では、デバイス制御層１０５においてスキャナ制御部として実装されている。従って、読取フィルタにおいて、フィルタ固有下位サービスの実装は必ずしも必要ではない。

永続記憶領域情報は、フィルタに対する設定情報（例えば、実行条件のデフォルト値など。）など、不揮発メモリに保存する必要があるデータのスキーマ定義が相当する。当該スキーマ定義は、フィルタのインストール時にデータ管理部に登録される。

次に、本実施形態のソフトウェア構成により実行される基本処理手順について、図９及び１０を用いて説明する。
図９及び１０は、本発明の第１の実施形態に係る画像処理装置１００の基本処理手順の一例（その１、その２）を示すフローチャートである。ここで言う、基本処理手順とは、画像処理装置１００が1つの機能を実現する際の処理手順ことを示す。

まず、利用者（ここで言う利用者は、ユーザを示す。）によって入力フィルタが選択され（Ｓ１１）、選択された入力フィルタの実行条件が設定される（Ｓ１２）。同様に、変換フィルタ又は出力フィルタについても選択が行われ（Ｓ１３）、フィルタ間の接続が指定され（Ｓ１４）、実行条件が設定される（Ｓ１５）。

上記の操作は、ユーザインタフェース層１０１のローカルユーザインタフェース（UI）部の制御の基、例えば、図６に示したようなユーザインタフェース（UI）４１を介して行われる。図６の表示例では、要求入力画面として、「データ入力４１a」、「データ加工４１b」及び「データ出力４１c」などの各選択領域により構成されている。「データ入力４１a」は、入力フィルタを選択する領域であり、「データ加工４１b」は、変換フィルタを選択する領域であり、「データ出力４１c」は、出力フィルタを選択する領域である。それぞれの選択領域において、選択可能なフィルタ毎にキースイッチ（ソフトウェアキーを含む。）が用意されている。図６では、便宜上、「データ入力４１a」には、ユーザリストとSMCプリントのレポート入力フィルタ、また、「データ加工４１b」には、変倍と集約などのレポート変換フィルタ、また、「データ出力４１c」には、印刷、電子メール及び蓄積文書などのレポート出力フィルタの各キースイッチが表示されている。なお、入力フィルタ１０３a、変換フィルタ１０３b及び出力フィルタ１０３cは、1つの機能に対してそれぞれ複数個の選択が可能である。例えば、レポート出力する際に、用紙へ印刷するとともに電子メール送信するといったような場合、少なくとも2つの出力フィルタ１０３c（印刷フィルタ及びメール送信フィルタ）とが選択されることになる。

図９に戻り、フィルタの選択が完了し（Ｓ１６がYESの場合）、スタートボタンが押下されると、ユーザインタフェース層１０１からコントロール層１０２に対して、要求内容（例えば、フィルタの種別と当該フィルタに対する設定情報など。）が通知される。

コントロール層１０２は、ユーザインタフェース層１０１からの要求内容を受けて、選択された各フィルタ間をパイプによって接続する（Ｓ１７）。パイプの実体はメモリ（補助記憶部（HD）１３も含む。）であるが、パイプの両端のフィルタに応じて利用するメモリの種類が異なり、その対応関係は、例えば、画像処理装置１００の補助記憶部１３内に予め定義されている。従って、コントロール層１０２は、定義された対応関係に基づいて、各フィルタ間を特定のパイプで接続する。続いて、コントロール層１０２は、各フィルタに対して並列的に実行要求を出力する（Ｓ１８）。すなわち、フィルタの呼び出しはフィルタの接続順ではなく、全てのフィルタに対してほぼ同時に行われる。フィルタ間の同期はパイプによってとられるからである。すなわち、コントロール層１０２からの実行要求を受けて、各フィルタは自分の入力側のパイプにデータが入力されるまで待機する。但し、入力フィルタ１０３aには、入力側にパイプは存在しない。従って、入力フィルタ１０３aは実行要求に応じて処理を開始する。

図１０に移って、まず、入力フィルタ１０３aは、入力デバイスよりデータを入力し（Ｓ２１）、当該データを、出力側に接続されているパイプに出力する（Ｓ２２）。なお、データが複数回に分けて入力される場合（複数枚の原稿がスキャンされる場合など）は、データの入力とパイプへの出力が繰り返される。全ての入力データについて処理が終了すると（Ｓ２３がYESの場合）、入力フィルタ１０３aの処理は終了する。

変換フィルタ１０３bは、入力側に接続されているパイプに対するデータの入力を検知すると処理を開始する。まず、当該パイプからデータを読み込み（Ｓ３１）、データに対して画像処理を施す（Ｓ３２）。続いて、処理結果としてのデータを出力側に接続されているパイプに出力する（Ｓ３３）。入力側のパイプに入力された全てのデータについて処理が終了すると（Ｓ３４がYESの場合）、変換フィルタ１０３bの処理は終了する。

出力フィルタ１０３cは、入力側に接続されているパイプに対するデータの入力を検知すると処理を開始する。まず、当該パイプからデータを読み込み（Ｓ４１）。続いて、読み込まれたデータを出力デバイスを利用して出力する（Ｓ４２）。入力側のパイプに入力された全てのデータについて処理が終了すると（Ｓ４３がYESの場合）、出力フィルタ１０３cの処理は終了する。

＜「パイプ＆フィルタ」における情報取得機能について＞
これまで説明した「パイプ＆フィルタ」のソフトウェア構成及び基本処理手順を踏まえて、本実施形態に係る情報取得機能を実現する場合について考えてみる。

「パイプ＆フィルタ」のソフトウェア構成上に実装されるアプリケーション（例えば、図６に示したレポート出力機能など。）を実現するためには、まず、データを入力する入力フィルタ１０３a（データ入力手段）と、入力したデータを加工する変換フィルタ１０３b（データ加工手段）と、加工したデータを出力する出力フィルタ１０３c（データ出力手段）とを組み合わせ、入力・変換（加工）・出力の一連の作業工程（ワークフロー）を構成する。次に、これらの各フィルタ（データ入力・データ加工・データ出力の各手段）をパイプで接続する。

これによって、アプリケーションは、入力フィルタ１０３a（データ入力手段）で入力したデータを、次工程の変換フィルタ１０３b（データ加工手段）へ伝達でき、変換フィルタ１０３b（データ加工手段）で加工したデータを、次工程の出力フィルタ１０３c（データ出力手段）へ伝達することで一連の作業工程（ワークフロー）、すなわち、アプリケーションの機能を実現できる。

そのため、ビューは、アプリケーションの入力フィルタ１０３a（データ入力手段）による実行指示に従って、システム内で管理する情報から必要な情報を取得し、取得した情報をアプリケーションに渡すことで、「パイプ＆フィルタ」における情報取得機能を実現することができる。また、利用者（ここで言う利用者は、ユーザを示す。）が表示部１６を介して、必要な情報を閲覧する場合などは、ユーザインタフェース（UI）４１の機能を実現するアプリケーションによる実行指示に従って、システム内で管理する情報から必要な情報を取得し、取得した情報をアプリケーションに渡す。

このように、本実施形態に係る情報取得機能は、各アプリケーションから共通に使用される機能として実装することができる。

＜情報処理装置のハードウェア構成について＞
図１１は、本発明の第１の実施形態に係る情報処理装置２００nのハードウェア構成の一例を示す図である。

図１１に示すように、情報処理装置２００nは、制御部１１、主記憶部１２、補助記憶部１３、ネットワークI/F１４、外部記憶装置I/F１５、外部装置I/F１６、出力装置I/F１７、及び入力装置I/F１８などにより構成されている。これらの構成要素は、画像処理装置１００で示した構成要素と同じ機能を有する装置であるため、図１と同じ符号を用いて説明を省略し、異なる構成要素について以下に説明する。

出力装置I/F１７は、専用ケーブルなどのデータ伝送路を介して接続された出力装置（例えば、CRT（Cathode Ray Tube）やLCDなど。）と情報処理装置２００nとのインタフェースである。

入力装置I/F１８は、USBなどのデータ伝送路を介して接続された入力装置（例えば、キーボードやマウスなど。）と情報処理装置２００nとのインタフェースである。

このように、情報処理装置２００nは、主記憶部１２や補助記憶部１３などの記憶装置に格納されたプログラムを制御部（CPU）１１で実行し、制御信号（制御命令）を各装置へ送出すること（各装置を制御すること）で、情報処理装置２００nが有する機能を実現している。画像処理装置１００との違いは、装置に接続された入力／出力装置の特性が異なる点であって、制御部（CPU）１１によりプログラムを実行し、各装置を制御することで「情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報を処理する」点において同じである。よって、本発明の「当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報を、統合的に管理・運用し、且つ利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報の取得を行う」という目的を達するために必要なハードウェアの最小構成要素は、画像処理装置１００及び情報処理装置２００nともに同じであることから、これまでに説明した画像処理装置１００は、情報処理装置２００nの機能を有する装置とし、以降、情報処理装置２００nとして説明を行う。

＜主要な機能構成及び主要機能を構成する手段について＞
本実施形態に係る情報取得機能を実現するために必要な機能構成及び機能を構成する手段について、図１２〜１７を用いて説明する。

図１２は、本発明の第１の実施形態に係る主要機能構成の一例を示す図である。

図１２に示すように、本実施形態に係る主要機能は、ビュー生成部５１、ビュー実行部５２、ビュー生成管理部５３、データ入力部５４、データ加工部５５、及びデータ出力部５６などにより構成されている。また、本実施形態では、これらの主要機能のうち、データ入力部５４は、入力フィルタ１０３a（データ入力手段）、また、データ加工部５５は、変換フィルタ１０３b（データ加工手段）、また、データ出力部５６は、出力フィルタ１０３c（データ出力手段）に相当する。

ビュー生成部５１は、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報の中から、利用者（ここで言う利用者は、ユーザを示す。）の要求に従って、情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するため、データ入力部５４に入力する必要がある情報を取得するプログラムであるビューを生成する機能で、ビュー生成プログラムが起動（主記憶部１２であるRAM上にロード（展開））されることによって機能する。

ビュー実行部５２は、ビュー生成部５１により生成されたビューを、アプリケーションからの実行指示に従って実行する機能である。ビュー実行部５２は、データ入力部５４又はユーザインタフェース（UI）４１からの実行指示に従ってビューを実行し、取得した情報を渡す。

ビュー生成管理部５３は、ビュー生成プログラム管理テーブル５３tを用いて、ビューの識別情報であるビュー名などのようなビュー識別情報に対応付けて、ビュー生成プログラムを管理する機能である。「ビュー生成プログラム管理テーブル５３t」についての詳細は、以降、図１３に示す、ビュー生成管理部５３が有するビュー生成管理手段８３で説明する。ユーザインタフェース（UI）４１は、利用者（ここで言う利用者は、ユーザを示す。）からのアプリケーションに対しての動作要求を受け付け、受け付けた動作要求に従った情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要な情報を取得するための要求情報であるビュー識別情報（例えば、ビュー名など。）をビュー生成管理部５３に渡す。ビュー生成管理部５３は、受け取ったビュー識別情報を基に、該当するビュー生成プログラムをビュー生成プログラム管理テーブル５３tから取得し、取得したビュー生成プログラムを起動する。

また、ビュー生成管理部５３は、新規ビュー生成プログラム６１を、ビュー生成プログラム管理テーブル５３tに登録、又は既に登録されたビュー生成プログラムを削除する。

データ入力部５４は、アプリケーションを構成する入力フィルタ１０３aであって、利用者（ここで言う利用者は、ユーザを示す。）の要求に従って、情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要なデータを入力する機能である。データ入力部５４は、ビューが取得した情報を入力する。

データ加工部５５は、アプリケーションを構成する変換フィルタ１０３bであって、データ入力部５４によって入力されたデータを、利用者（ここで言う利用者は、ユーザを示す。）の要求に従った処理方法で加工する機能である。

データ出力部５６は、アプリケーションを構成する出力フィルタ１０３cであって、データ加工部５５によって加工されたデータを、利用者（ここで言う利用者は、ユーザを示す。）の要求に従った形式で出力する機能である。データ出力部５６は、加工データを出力する際、利用者（ここで言う利用者は、ユーザを示す。）の要求に対応した出力を実現するため、適切な出力デバイスを選択する。すなわち、適切なデバイス制御部７１（例えば、「電子メール送信」の場合は、「ネットワーク制御部」など。）を選択する。

これらの機能構成により、本実施形態では、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報を、統合的に管理・運用し、且つ利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報の取得を行うことができる。

図１３は、本発明の第１の実施形態に係る主要機能を構成する各手段の一例を示す図である。

図１３に示すように、本実施形態の主要機能を構成する各手段は、ビュー生成手段８１、ビュー実行手段８２、ビュー生成管理手段８３、ビュー生成プログラム記憶手段８４、データ入力手段８５、データ加工手段８６、及びデータ出力手段８７などである。

ビュー生成手段８１は、ビュー生成部５１が有する手段であって、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報の中から、利用者（ここで言う利用者は、ユーザを示す。）の要求に従って、情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するため、データ入力部５４に入力する必要がある情報を取得するプログラムであるビューを生成する。ビュー生成手段８１は、ビュー生成プログラムが起動（主記憶部１２であるRAM上にロード（展開））されることによって機能する。ビュー生成プログラムは、起動された後、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報から、取得する属性に関する情報を基に、生成するビューで取得する情報（利用者（ここで言う利用者は、ユーザを示す。）の要求に従ってデータ入力手段８５に入力する必要がある情報）の属性を取得し、取得した属性をビューに追加し、情報取得プログラムであるビューを生成する。ビュー生成手段８１によるビューの生成方法は、例えば、予め共通化できる情報取得機能を実現するプログラムコード（取得する情報に依存しないプログラムコード）をテンプレートとして用意しておき、取得する情報の属性を追加するなどの方法で行う。

ここで、ビューとビューが取得するデータの属性との関係について、図１４を用いて説明する。
図１４は、本発明の第１の実施形態に係るビューとビューが取得するデータの属性との関係の一例を示す図である。

ビュー生成手段８１は、生成するビューで取得する情報（利用者（ここで言う利用者は、ユーザを示す。）の要求に従ってデータ入力手段８５に入力する必要がある情報）によって、取得する属性が異なる。図１４に示すように、例えば、「アドレス情報」を取得するアドレス帳ビューを生成する場合、ビュー生成手段８１は、図４に示すユーザ情報から「ユーザ名」、「FAX番号」、「住所」などの属性を取得する。また、例えば、「メール情報」を取得するメールビューを生成する場合、ビュー生成手段８１は、図４に示すユーザ情報から「ユーザ名」、「E-mailアドレス」、及び「シグネチャ」などの属性を取得する。このため、取得する属性に関する情報は、例えば、ビュー生成プログラムを開発する段階（コーディングする段階）においてプログラム内に保持したり、ビュー生成プログラムが起動された際に読み込む外部データとして保持する。

このようにして、ビュー生成手段８１は、予めビューで取得する情報の属性が設定されているため、ビュー生成プログラムが起動した際に、必要な属性を取得することができる。よって、ビュー生成手段８１は、利用者（ここで言う利用者は、ユーザを示す。）の要求に従ってデータ入力手段８５に入力する必要がある情報を取得するプログラムであるビューを生成することができる。

図１３に戻り、ビュー実行手段８２は、ビュー実行部５２が有する手段であって、ビュー生成手段８１により生成されたビューを、アプリケーションからの実行指示に従って実行する。ビュー実行手段８２は、データ入力手段８５又はユーザインタフェース（UI）４１からの実行指示に従ってビューを実行し、取得した情報を渡す。ビューは、ビュー生成手段８１によって生成された際に追加された、取得する情報の属性を基に、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報から、属性に対応するデータを取得する。ビューによる情報取得は、例えば、アドレス情報を取得するビューの場合、生成の際に追加された「ユーザ名」や「FAX番号」などの属性を基に、図４に示すユーザ情報から各属性に対応するデータ"tanaka"や"03-0987-XXXX"などを取得する。

このようにして、ビュー実行手段８２は、利用者（ここで言う利用者は、ユーザを示す。）の要求に従ってデータ入力手段８５に入力する必要がある情報を、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報から取得することができる。

これによって、本実施形態に係る情報処理装置２００nは、利用者（システム内の各装置で動作するアプリケーションを含む）がビューを介して情報を取得するため、利用者（システム内の各装置で動作するアプリケーションを含む）に対して、必要ない情報の取得や情報の構成変更の影響を与えることがなく、情報を提供することができる。

ビュー生成管理手段８３は、ビュー生成管理部５３が有する手段であって、ビュー生成プログラム管理テーブル５３tを用いて、ビューの識別情報であるビュー名などのようなビュー識別情報に対応付けて、ビュー生成プログラムを管理する。

ユーザインタフェース（UI）４１は、利用者（ここで言う利用者は、ユーザを示す。）からのアプリケーションに対しての動作要求を受け付け、受け付けた動作要求に従った情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要な情報を取得するための要求情報であるビュー識別情報（例えば、ビュー名など。）をビュー生成管理部５３に渡す。

ここで、要求情報であるビュー識別情報とビューとの関係について、図１５を用いて説明する。
図１５は、本発明の第１の実施形態に係る要求情報とビューとの関係の一例を示す図である。

まず、ユーザインタフェース（UI）４１がビュー生成管理手段８３に渡す要求情報は、利用者（ここで言う利用者は、ユーザを示す。）の要求に従った情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要な情報のまとまりを取得するビューを識別する情報（ビュー識別情報）を示している。図１４に示すように、例えば、情報処理装置２００nが有するレポート出力機能に対して、「ユーザリスト」を出力したいと利用者（ここで言う利用者は、ユーザを示す。）が要求した場合、ユーザインタフェース（UI）４１がビュー生成管理手段８３に渡す要求情報は、「ユーザリスト」を出力するために必要な情報のまとまりである「アドレス情報」を取得するビューを識別する情報（ビュー識別情報）としてビュー名「アドレス帳ビュー」が、ビュー生成管理手段８３に渡される。また、例えば、情報処理装置２００nが有するレポート出力機能に対して、「メールアドレスリスト」を出力したいと利用者（ここで言う利用者は、ユーザを示す。）が要求した場合、ユーザインタフェース（UI）４１がビュー生成管理手段８３に渡す要求情報は、「メールアドレスリスト」を出力するために必要な情報のまとまりである「メール情報」を取得するビューを識別する情報（ビュー識別情報）としてビュー名「メールビュー」が、ビュー生成管理手段８３に渡される。

更に、「ビュー生成プログラム管理テーブル５３t」について、図１６を用いて説明する。
図１６は、本発明の第１の実施形態に係るビュー生成プログラムを記憶するテーブルの一例を示す図である。

ビュー生成プログラム管理テーブル５３tは、図１５において説明したビュー識別情報と、ビュー識別情報から特定されるビュー生成プログラムとを対応付けるテーブルである。図１６に示すように、例えば、ビュー識別情報がビュー名で、「アドレス帳ビュー」と言うビュー名であった場合、このビュー識別情報から特定されるビューは、「アドレス帳ビュー生成プログラム」となり、また、ビュー識別情報がビュー名で、「メールビュー」と言うビュー名であった場合、このビュー識別情報から特定されるビューは、「メールビュー生成プログラム」となるように対応付けられている。但し、このビュー生成プログラム管理テーブル５３tは、ビュー識別情報と、ビュー識別情報から特定されるビュー生成プログラムとの対応付け及び対応付け関係を記憶する方法の一例であって、必ずしもテーブル形式を行う必要はない。ビュー識別情報と、ビュー識別情報から特定されるビュー生成プログラムとが1対1の関係によって対応付けられ、その関係を記憶できれば良い。そのため、ビュー生成プログラム管理テーブル５３tは、ビュー識別情報と、ビュー識別情報から特定されるビュー生成プログラムとの対応付け及び対応付け関係を記憶する手段であるビュー生成プログラム記憶手段８４の一例である。

図１３に戻り、ビュー生成管理手段８３は、新規ビュー生成プログラム６１（新規の情報を取得するビューを生成するビュー生成プログラム）などのビュー生成プログラムを、ビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３tなど。）に追加登録し、又、既にビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３tなど。）に登録されたビュー生成プログラムを削除するなどを行い、ビュー生成プログラムを管理する。ビュー生成管理手段８３は、ビュー生成プログラムを追加登録、又は削除する場合、ビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３tなど。）で対応付けられたビュー識別情報も同時に追加登録、又は削除する。また、ビュー生成管理手段８３が、ビュー生成プログラムをビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３tなど。）に追加登録するタイミングは、追加登録するビュー生成プログラムのインストール又は起動時、又、ビュー生成プログラムをビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３tなど。）から削除するタイミングは、削除するビュー生成プログラムのアンインストール又は終了時である。

また、ビュー生成管理手段８３は、受け取ったビュー識別情報を基に、ビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３tなど。）を検索し、該当するビュー識別情報があった場合、ビュー識別情報から特定されたビュー生成プログラムを、ビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３tなど。）から取得し、取得したビュー生成プログラムを起動（主記憶部１２であるRAM上にロード（展開））する。その結果、ビュー生成管理手段８３は、起動したビュー生成プログラム（ビュー生成手段８１）によって生成されたビューを受け取り、受け取ったビューをアプリケーションを構成するデータ入力手段８５、又はユーザインタフェース（UI）４１を実現するアプリケーションに渡す。

このようにして、ビュー生成管理手段８３は、ビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３tなど。）によって、ビュー識別情報毎に、ビュー生成プログラムを管理し、利用者（ここで言う利用者は、ユーザを示す。）からのアプリケーションに対しての動作要求に従った情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要な情報を取得するための要求情報であるビュー識別情報（例えば、ビュー名など。）を基に、ビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３tなど。）から該当するビュー生成プログラムを取得し、取得したビュー生成プログラムを起動することができる。

これによって、本実施形態に係る情報処理装置２００nは、新規情報の追加や既存情報の変更など、管理する情報の構成に変化（属性の追加、変更又は削除）が生じても、簡便且つ柔軟に対応することができる。また、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報を、統合的に管理・運用することができる。

データ入力手段８５は、データ入力部５４が有する手段であって、利用者（ここで言う利用者は、ユーザを示す。）の要求に従って、情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要なデータを入力する。データ入力手段８５は、ビュー実行手段８２に対して実行を指示し、ビュー生成手段８１によって生成されたビューを起動する。その結果、データ入力手段８５は、ビューが取得した情報を入力することができる。

データ加工手段８６は、データ加工部５５が有する手段であって、データ入力手段８５によって入力されたデータを、利用者（ここで言う利用者は、ユーザを示す。）の要求に従った処理方法で加工する。

データ出力手段８７は、データ出力部５６が有する手段であって、データ加工手段８６によって加工されたデータを、利用者（ここで言う利用者は、ユーザを示す。）の要求に従った形式で出力する。データ出力手段８７は、加工データを出力する際、例えば、印刷や電子メールと言った利用者（ここで言う利用者は、ユーザを示す。）の要求に対応した出力を行う。

このように、本実施形態に係る情報処理装置２００nは、図１３を用いて説明した主要機能を構成する各手段により、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報を、統合的に管理・運用し、且つ利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報の取得を行うことができる。

また、これまで説明した本実施形態の主要機能を構成する各手段は、情報取得機能を実現するコンポーネント（プログラムの一部）として、図７に示した「パイプ＆フィルタ」のソフトウェア構成のうち、適切な階層（アプリケーションロジック層１０３）に実装される。

＜情報取得機能の拡張方法について＞
本実施形態に係る情報処理装置２００nに実装された情報取得機能の拡張方法について、図１７を用いて説明する。

図１７は、本発明の第１の実施形態に係るプラグインによるアドレス帳ビュー拡張の一例を示す図である。

情報取得機能を拡張する場合は、拡張させて新たに情報を取得するビューを生成する新規ビュー生成プログラム６１を、新たな情報を提供するコンポーネントとしてプラグインすることによって実現することができる。ここで言う「プラグイン」とは、既存に実装されたコンポーネントに対して、新規ビュー生成プログラム６１を機能追加されることを示す。また、プラグインした際には、ビュー生成管理部５３によって、新規ビュー生成プログラム６１を特定するビュー識別情報（例えば、ビュー名など。）と新規ビュー生成プログラム６１が、ビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３tなど。）に登録される。

このような実装形式にすることで、使用しなくなった情報取得機能の削除や新規の情報取得機能の追加などを動的に対応することができる（動的に情報取得機能の拡張を行うことができる）。よって、本実施形態の機能構成及び実装形式では、利用者（ここで言う利用者は、ユーザを示す。）の要求に従って、アプリケーションを構成するデータ入力手段８５に入力する必要がある情報を取得するビューを生成するビュー生成部５１（ビュー生成プログラム）を用意し、新規情報取得機能を持つコンポーネントとして、既存のレポートコンポーネントへプラグインすることで、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報を取得することができる。

図１４に示すように、例えば、ユーザ情報から「アドレス情報」を取得する新規の情報取得機能を拡張する場合、「アドレス情報」を取得する「アドレス帳ビュー生成部５１（アドレス帳ビュー生成プログラム）」を用意し、アドレス情報取得機能を持つコンポーネントとして、既存のコンポーネントへプラグインすることで、ユーザ情報から「ユーザ名」や「住所」などの属性に対応したデータを取得する「アドレス帳ビュー８２」を生成することができる。

＜主要機能を構成する各手段の処理手順について＞
これまで説明した主要機能を構成する各手段の具体的な処理手順について、図１８〜２０を用いて説明する。

図１８は、本発明の第１の実施形態に係るビュー生成プログラム登録時の処理手順の一例を示す図である。図１８では、メールビュー生成プログラム及びアカウントビュー生成プログラムがインストール又は起動された場合を例に、ビュー生成管理部５３によってビュー生成プログラム管理テーブル５３tに登録する処理手順を示す図である。

まず、本実施形態に係る情報処理装置２００nは、プラグインされたメール情報取得機能コンポーネントが起動要求を受け付け（Ｓ１０１）、メールビュー生成プログラムによるメール情報取得機能を提供するビュー生成プログラム提供部（プラグインされたメール情報取得機能コンポーネント）により、メールビュー生成プログラムのオブジェクトが、主記憶部１２であるRAM上に生成する（Ｓ１０２）。

次に、メールビュー生成プログラムによるメール情報取得機能を提供するビュー生成プログラム提供部（プラグインされたメール情報取得機能コンポーネント）は、追加登録するメールビューを識別するビュー識別情報（図中では、ビュー名。）と、追加登録するメールビュー生成プログラム（図中では、新規ビュー生成プログラムの情報。）とをパラメータに、ビュー生成管理部５３へ、メールビュー生成プログラムをビュー生成プログラム管理テーブル５３tに登録するための要求をする（Ｓ１０３）。

その結果、ビュー生成管理部５３は、ビュー生成管理手段８３より、受け取ったビュー識別情報とメールビュー生成プログラムの情報とをビュー生成プログラム管理テーブル５３tへ登録し、管理テーブルを更新する（Ｓ１０４）。

同じように、本実施形態に係る情報処理装置２００nは、プラグインされたアカウント情報取得機能コンポーネントが起動要求を受け付け（Ｓ２０１）、アカウントビュー生成プログラムによるアカウント情報取得機能を提供するビュー生成プログラム提供部（プラグインされたアカウント情報取得機能コンポーネント）により、アカウントビュー生成プログラムのオブジェクトが、主記憶部１２であるRAM上に生成する（Ｓ２０２）。

次に、アカウントビュー生成プログラムによるアカウント情報取得機能を提供するビュー生成プログラム提供部（プラグインされたアカウント情報取得機能コンポーネント）は、追加登録するアカウントビューを識別するビュー識別情報（図中では、ビュー名。）と、追加登録するアカウントビュー生成プログラム（図中では、新規ビュー生成プログラムの情報。）とをパラメータに、ビュー生成管理部５３へ、アカウントビュー生成プログラムをビュー生成プログラム管理テーブル５３tに登録するための要求をする（Ｓ２０３）。

その結果、ビュー生成管理部５３は、ビュー生成管理手段８３より、受け取ったビュー識別情報とアカウントビュー生成プログラムの情報とをビュー生成プログラム管理テーブル５３tへ登録し、管理テーブルを更新する（Ｓ２０４）。

ここで、上記Ｓ１０３及びＳ２０３などの説明の中に出てきた「新規ビュー生成プログラムの情報」とは、例えば、主記憶部１２であるRAM上に生成された新規ビュー生成プログラムのオブジェトを示すメモリ上のアドレス値などが相当する。

図１９は、本発明の第１の実施形態に係るビュー生成時の処理手順の一例を示すシーケンス図である。図１９では、メールビュー生成時を例に、ビュー生成時の処理手順を示す図である。

本実施形態に係る情報処理装置２００nは、利用者（ここで言う利用者は、ユーザを示す。）の要求に従った情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要な情報のまとまりを取得するビューを識別する情報（ビュー識別情報）（図中では、ビュー名。）を受け付け、受け付けたビュー識別情報を、ビュー生成管理部５３に渡すことで、該当するビュー生成プログラムの実行を要求（実行を指示）する（Ｓ３０１）。

ビュー生成管理部５３は、ビュー生成管理手段８３によって、受け取ったビュー識別情報を基に、ビュー生成プログラム管理テーブル５３tを検索し（Ｓ３０２）、メールビュー生成プログラムが登録されている場合、該当したメールビュー生成プログラムの起動、すなわち、メールビュー生成部５１にメールビューの生成を要求する（Ｓ３０３）。

メールビュー生成部５１は、メールビュー生成要求に応じて起動されたメールビュー生成プログラムにより機能するメールビュー生成手段８１によって、情報処理装置２００nで管理するユーザ情報、又は情報処理装置２００nが接続されたシステム内で管理するユーザ情報から、取得する属性に関する情報を基に、メール情報の属性「ユーザ名」、「E-mailアドレス」、「シグネチャ」などを取得する（Ｓ３０４〜Ｓ３０６）。Ｓ３０４〜Ｓ３０６の処理手順では、メール情報の属性が、「ユーザ名」、「E-mailアドレス」、「シグネチャ」の3つを例にしているが、メール情報を取得する際に必要な属性全てを取得するものである。

その後、メールビュー生成部５１は、メールビュー生成手段８１によって、取得した属性「ユーザ名」、「E-mailアドレス」、「シグネチャ」などを基に、例えば、予め用意しておいたメール情報取得機能を実現するプログラムコード（取得する情報に依存しないプログラムコード）であるメールビューのテンプレートに、取得した属性を追加する（Ｓ３０７〜Ｓ３０９）。Ｓ３０７〜Ｓ３０９の処理手順では、メール情報の属性が、「ユーザ名」、「E-mailアドレス」、「シグネチャ」の3つを例にしているが、取得したメール情報の全ての属性を追加するものである。また、Ｓ３０４〜Ｓ３０６の処理手順である属性取得及びＳ３０７〜Ｓ３０９の処理手順である属性追加では、必要な属性を一度に取得し、その後取得した属性を一度に追加する処理手順を示したが、1つの属性を取得した後に取得した属性を追加する処理手順を繰り返しても良い。

メールビュー生成部５１は、メールビュー生成手段８１によって生成したメールビューをビュー生成管理部５３を介して、アプリケーションを構成するデータ入力部５４、又はユーザインタフェース（UI）４１を実現するアプリケーションに渡す（Ｓ３１０〜Ｓ３１１）。

その後、アプリケーションを構成するデータ入力部５４、又はユーザインタフェース（UI）４１を実現するアプリケーションは、メールビュー実行部５２に対して、メールビューの実行を要求（実行を指示）することで、メールビュー実行部５２により、メールビューが起動（メールビューのプログラムを主記憶部１２であるRAM上に展開（ロード））され、起動されたメールビューが取得したメール情報のデータを入力することができる。

図２０は、本発明の第１の実施形態に係るフルビュー生成時の処理手順の一例を示す図である。

まず、フルビューについて説明する。フルビューとは、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報のうち、ある情報が持つ全ての属性を基に、属性に対応する全てのデータを取得するビューである。例えば、ユーザ情報などのような変更頻度の高い情報の場合、ユーザ情報のどの属性が追加、更新、又は削除されたかを把握することは困難であるが、フルビューを用いれば、変更頻度の高いユーザ情報においても最新の情報を正確且つ容易に取得することができる。

これまで説明してきたビューとフルビューとが異なる点は、ビュー生成部５１による、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報からの情報の属性を取得する方法である。フルビューは、フルビュー生成部５１によって、ある情報の属性の一群を取得し、取得した属性の一群を基に、情報が持つ全てのデータを取得するビューとして生成される。

以下に、フルビュー生成時の処理手順について説明する。

本実施形態に係る情報処理装置２００nは、利用者（ここで言う利用者は、ユーザを示す。）の要求に従った情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要な情報のまとまりを取得するビューを識別する情報（ビュー識別情報）（図中では、ビュー名。）を受け付け、受け付けたビュー識別情報を、ビュー生成管理部５３に渡すことで、該当するビュー生成プログラムの実行を要求（実行を指示）する（Ｓ４０１）。

ビュー生成管理部５３は、ビュー生成管理手段８３によって、受け取ったビュー識別情報を基に、ビュー生成プログラム管理テーブル５３tを検索し（Ｓ４０２）、フルビュー生成プログラムが登録されている場合、該当したフルビュー生成プログラムの起動、すなわち、フルビュー生成部５１にフルビューの生成を要求する（Ｓ４０３）。

フルビュー生成部５１は、フルビュー生成要求に応じて起動されたフルビュー生成プログラムにより機能するフルビュー生成手段８１によって、まず、情報処理装置２００nで管理するユーザ情報、又は情報処理装置２００nが接続されたシステム内で管理するユーザ情報から、現在取得可能な最新のユーザ情報の属性の一群に関してまとめた属性リストを取得する（Ｓ４０４）。次に、フルビュー生成手段８１によって取得した属性リストを基に、ユーザ情報の全ての属性を取得する（Ｓ４０５）。

その後、フルビュー生成部５１は、フルビュー生成手段８１によって、取得したユーザ情報の全ての属性を基に、例えば、予め用意しておいたユーザ情報取得機能を実現するプログラムコード（取得する情報に依存しないプログラムコード）であるフルビューのテンプレートに、取得した属性を追加する（Ｓ４０６）。また、Ｓ４０５の処理手順である属性取得及びＳ４０６の処理手順である属性追加では、必要な全ての属性を一度に取得し、その後取得した全ての属性を一度に追加する処理手順を示したが、1つの属性を取得した後に取得した属性を追加する処理手順を繰り返しても良い。

フルビュー生成部５１は、フルビュー生成手段８１によって生成したフルビューをビュー生成管理部５３を介して、アプリケーションを構成するデータ入力部５４、又はユーザインタフェース（UI）４１を実現するアプリケーションに渡す（Ｓ４０７〜Ｓ４０８）。

その後、アプリケーションを構成するデータ入力部５４、又はユーザインタフェース（UI）４１を実現するアプリケーションは、フルビュー実行部５２に対して、フルビューの実行を要求（実行を指示）することで、フルビュー実行部５２により、フルビューが起動（フルビューのプログラムを主記憶部１２であるRAM上に展開（ロード））され、起動されたフルビューが取得したユーザ情報の全てのデータを入力することができる。

＜情報取得機能の共通化（フレームワーク化）について＞
ここからは、これまでに説明した情報取得機能のフレームワーク化及びフレームワークを基に開発した情報取得機能の動作手順について、図２１及び２２を用いて説明する。

図２１は、本発明の第１の実施形態に係る情報取得機能の共通化を考慮した機能構成の一例を示す図である。

本実施形態に係る情報取得機能は、情報処理装置２００nで管理する情報毎、又は情報処理装置２００nが接続されたシステム内で管理する情報毎に、共通した基本構成をしている。その基本構成は、ビュー生成プログラムを含むビュー生成部５１、ビュー生成部５１によって生成されるプログラム（情報取得プログラム）を実行するビュー実行部５２、ビュー生成プログラムを管理するビュー生成管理部５３、及びユーザ情報などの情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報である。この中で、利用者（システム内の各装置で動作するアプリケーションを含む）に提供する情報に依存する機能部は、情報を取得するビューを生成するビュー生成プログラムを含んだビュー生成部５１のみである。

このように、本実施形態に係る情報取得機能は、利用者（システム内の各装置で動作するアプリケーションを含む）に提供する情報単位で、提供する情報に依存し、情報毎に持つ必要がある機能部と、提供する情報に依存せず、共通化できる機能部とに分けることができる。

その結果、本実施形態に係る情報取得機能は、利用者（システム内の各装置で動作するアプリケーションを含む）に提供する情報に依存しないビュー実行部５２及びビュー生成管理部５３を含んだモジュール群によって、情報取得機能のフレームワークを構成することができる。ここで言うフレームワークとは、アプリケーションソフトを開発する際に頻繁に必要とされる汎用的な機能をまとめて提供し、アプリケーションの土台として機能するソフトウェアのことである。いわゆる、アプリケーションの雛型である。このようなフレームワークを、アプリケーションソフトを開発する際に利用すると、独自に必要とされる部分だけを開発すれば済むため開発効率の向上が見込めると言う効果がある。

また、提供する情報に依存するビュー生成部５１については、フレームワークにおいて「独自に必要とされる部分」であるため、提供する情報を取得するビューを生成するため、情報の属性取得や、ビューへの属性追加などの具体的な処理のみを、提供する情報毎にビュー生成プログラムとして開発し、ビュー生成管理部５３からのビューの生成要求を受け付けるインタフェース部分は、フレームワーク内に組み込む。

これによって、本実施形態に係る情報取得機能は、これまでに説明した情報取得機能要のフレームワークを基に、利用者（システム内の各装置で動作するアプリケーションを含む）に提供する情報毎にビュー生成プログラムのみを開発すれば良く、提供する情報や管理する情報の変化に対して柔軟に対応することができ、機能変更や新規機能導入までの期間を短縮することができる。

以下に、フレームワークを基に開発した情報取得機能におけるビュー生成時の処理手順について説明する。
図２２は、本発明の第１の実施形態に係る情報取得機能を共通化したビュー生成時の処理手順の一例を示す図である。

本実施形態に係る情報処理装置２００nは、利用者（ここで言う利用者は、ユーザを示す。）の要求に従った情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要な情報のまとまりを取得するビューを識別する情報（ビュー識別情報）（図中では、ビュー名。）を受け付け、受け付けたビュー識別情報を、ビュー生成管理部５３に渡すことで、該当するビュー生成プログラムの実行を要求（実行を指示）する（Ｓ５０１）。

ビュー生成管理部５３は、ビュー生成管理手段８３によって、受け取ったビュー識別情報を基に、ビュー生成プログラム管理テーブル５３tを検索し（Ｓ５０２）、ビュー識別情報によって特定されるビュー生成プログラムが登録されている場合、該当したビュー生成プログラムの起動、すなわち、ビュー生成部５１のインタフェースにビューの生成を要求する（Ｓ５０３）。

ビュー生成部５１のインタフェースは、ビュー生成要求を受け付け、要求時にビュー生成管理部５３から受け取ったビュー識別情報（例えば、ビュー名。）を、ビュー生成プログラムのパラメータとし、ビュー生成プログラムを起動（フルビューのプログラムを主記憶部１２であるRAM上に展開（ロード））する（Ｓ５０４）。

ビュー生成部５１は、ビュー生成要求に応じて起動されたビュー生成プログラムにより機能するビュー生成手段８１によって、情報処理装置２００nで管理するユーザ情報、又は情報処理装置２００nが接続されたシステム内で管理する情報から、取得する属性に関する情報を基に、情報の属性「ユーザ名」などを取得する（Ｓ５０５）。

その後、ビュー生成部５１は、ビュー生成手段８１によって、取得した情報の属性を基に、例えば、予め用意しておいた情報取得機能を実現するプログラムコード（取得する情報に依存しないプログラムコード）であるビューのテンプレートに、取得した属性を追加する（Ｓ５０６）。また、Ｓ５０５の処理手順である属性取得及びＳ５０６の処理手順である属性追加では、必要な属性を一度に取得し、その後取得した属性を一度に追加する処理手順を示したが、1つの属性を取得した後に取得した属性を追加する処理手順を繰り返しても良い。

ビュー生成部５１は、ビュー生成手段８１によって生成したビューを、ビュー生成部５１のインタフェース及びビュー生成管理部５３を介して、アプリケーションを構成するデータ入力部５４、又はユーザインタフェース（UI）４１を実現するアプリケーションに渡す（Ｓ５０７〜Ｓ５０９）。

その後、アプリケーションを構成するデータ入力部５４、又はユーザインタフェース（UI）４１を実現するアプリケーションは、ビュー実行部５２に対して、ビューの実行を要求（実行を指示）することで、ビュー実行部５２により、ビューが起動（ビューのプログラムを主記憶部１２であるRAM上に展開（ロード））され、起動されたビューが取得した情報のデータを入力することができる。

＜複数種類の情報から必要な情報を取得する方法について＞
本実施形態に係る情報取得機能は、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報のうち、ユーザ情報や文書情報など、管理する複数種類の情報から必要な情報を取得することもできる。以下に、本実施形態に係る情報取得機能において、複数種類の情報から必要な情報を取得する方法について、図２３を用いて説明する。

図２３は、本発明の第１の実施形態に係る複数種類の情報をまとめて情報取得する概念の一例を示す図である。

図２３に示すように、例えば、情報処理装置２００n内、又は情報処理装置２００nが接続されたシステム内において管理する、作成者名や文書名などの文書データに関する情報を取り扱う場合、文書作成情報を取得する文書作成ビューを生成する文書作成ビュー生成プログラムを含む文書作成情報取得機能コンポーネントを、既存の情報取得機能コンポーネントにプラグインする。その結果、新規の情報取得機能として、ビュー生成管理部５３に、文書作成ビュー生成プログラムと文書作成ビューの識別情報とが追加登録される。

登録された文書作成ビュー生成プログラムは、ビュー生成管理部５３により起動され、ユーザ情報から「ユーザ名」や「E-mailアドレス」、文書情報から「文書名」や「データサイズ」などの属性を取得し、取得した属性を基に文書作成ビューを生成する。

生成された文書作成ビューは、ビュー実行部５２によって実行され、「ユーザ名」、「E-mailアドレス」、「文書名」、及び「データサイズ」などを基に、ユーザ情報及び文書情報から必要なデータを取得する。

このように、本実施形態に係る情報取得機能は、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報のうち、複数種類の情報から利用者（システム内の各装置で動作するアプリケーションを含む）に提供する情報を取得することができる。よって、本実施形態に係る情報取得機能は、利用者（ここで言う利用者は、ユーザを示す。）の要求に従った情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要な情報に対して、より柔軟に対応することができる。

＜まとめ＞
以上のように、本発明の第１の実施形態によれば、本実施形態に係る情報処理装置２００nでは、ユーザインタフェース（UI）４１により、利用者（ここで言う利用者は、ユーザを示す。）からのアプリケーションに対しての動作要求を受け付け、受け付けた動作要求に従った情報処理装置２００nが有する機能（入力・変換（加工）・出力の一連の作業工程（ワークフロー））を実現するために必要な情報を取得するための要求情報であるビュー識別情報（例えば、ビュー名など。）をビュー生成管理手段８３に渡す。

情報処理装置２００nは、ビュー生成管理手段８３により、受け取ったビュー識別情報を基に、該当するビュー生成プログラムをビュー生成プログラム記憶手段８４（例えば、ビュー生成プログラム管理テーブル５３t。）から取得し、取得したビュー生成プログラムを起動する。

本実施形態に係る情報処理装置２００nでは、起動されたビュー生成プログラムがビュー生成手段８１として機能し、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報から、取得する属性に関する情報を基に、生成するビューで取得する情報（利用者（ここで言う利用者は、ユーザを示す。）の要求に従ってデータ入力手段８５に入力する必要がある情報）の属性を取得し、取得した属性をビューに追加し、情報取得プログラムであるビューを生成する。

本実施形態に係る情報処理装置２００nでは、ビュー生成手段８１により生成されたビューが、ビュー実行手段８２によって、アプリケーションからの実行指示に従って実行される。ビュー実行手段８２は、データ入力手段８５又はユーザインタフェース（UI）４１からの実行指示に従ってビューを実行し、取得した情報を渡す。ビューは、ビュー生成手段８１によって生成された際に追加された、取得する情報の属性を基に、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報から、属性に対応するデータを取得する。

このように、本実施形態に係る情報処理装置２００nでは、ビュー実行手段８２により、ビューによって取得された情報が、アプリケーションを構成するデータ入力手段８５又はユーザインタフェース（UI）を実現するアプリケーションなどの入力データとして取り扱うことができる。

よって、本発明の第１の実施形態に係る情報処理装置２００は、情報処理装置２００nで管理する情報、又は情報処理装置２００nが接続されたシステム内で管理する情報を、統合的に管理・運用し、且つ利用者（システム内の各装置で動作するアプリケーションを含む）が簡便に情報の取得を行うことができる。

また、本発明の第１の実施形態によれば、画像処理装置１００は、上記効果を有する情報処理装置２００と同様の機能構成を実装及び実行可能であることから、同様の効果を奏することができる。

最後に、本発明の第１の実施形態に係る情報取得機能は、第１の実施形態において説明した各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムをコンピュータで実行することで実現することができる。よって、本発明の第１の実施形態に係る情報取得機能を実行するプログラムは、コンピュータが読み取り可能な記憶媒体に格納することができる。

また、本発明の第１の実施形態に係る説明を行ってきたが、上記実施形態に挙げた形状に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

本発明の第１の実施形態に係る画像処理装置のハードウェア構成の一例を示す図である。 本発明の第１の実施形態に係る従来技術の問題点を示す図である。 本発明の第１の実施形態に係る情報取得機能の特徴（その１）を示す図である。 本発明の第１の実施形態に係るユーザ情報のデータ構成の一例を示す図である。 本発明の第１の実施形態に係る情報取得機能の特徴（その２）を示す図である。 本発明の第１の実施形態に係るレポート出力の際のデータ入力・加工・出力を制御するための設定を行うユーザインタフェース（UI）の表示例を示す図である。 本発明の第１の実施形態に係る画像処理装置のソフトウェア構成の一例を示す図である。 本発明の第１の実施形態に係るパイプ＆フィルタの概念及びフィルタの構成要素の一例を示す図である。 本発明の第１の実施形態に係る画像処理装置の基本処理手順（その１）の一例を示すフローチャートである。 本発明の第１の実施形態に係る画像処理装置の基本処理手順（その２）の一例を示すフローチャートである。 本発明の第１の実施形態に係る情報処理装置のハードウェア構成の一例を示す図である。 本発明の第１の実施形態に係る主要機能構成の一例を示す図である。 本発明の第１の実施形態に係る主要機能を構成する各手段の一例を示す図である。 本発明の第１の実施形態に係るビューとビューが取得するデータの属性との関係の一例を示す図である。 本発明の第１の実施形態に係る要求情報とビューとの関係の一例を示す図である。 本発明の第１の実施形態に係るビュー生成プログラムを記憶するテーブルの一例を示す図である。 本発明の第１の実施形態に係るプラグインによるアドレス帳ビュー拡張の一例を示す図である。 本発明の第１の実施形態に係るビュー生成プログラム登録時の処理手順の一例を示す図である。 本発明の第１の実施形態に係るビュー生成時の処理手順の一例を示すシーケンス図である。 本発明の第１の実施形態に係るフルビュー生成時の処理手順の一例を示す図である。 本発明の第１の実施形態に係る情報取得機能の共通化を考慮した機能構成の一例を示す図である。 本発明の第１の実施形態に係る情報取得機能を共通化したビュー生成時の処理手順の一例を示す図である。 本発明の第１の実施形態に係る複数種類の情報をまとめて情報取得する概念の一例を示す図である。

符号の説明

１１ 制御部（CPU）
１２ 主記憶部（ROM,RAM）
１３ 補助記憶部（HD）
１４ ネットワークI/F
１５ 外部記憶装置I/F
１６ 外部装置I/F
１７ 出力装置I/F
１８ 入力装置I/F
１９ 表示部（パネル表示）
２０ 入力部（操作部）
２１ 印刷部（プロッタ部）
２２ スキャナ部（画像読み取り部）
４１ ユーザインタフェース（UI）（a：レポート内容の選択画面、b：出力形式の選択画面、c：出力方法の選択画面）
５１ ビュー生成部
５２ ビュー実行部
５３ ビュー生成管理部（t：ビュー生成プログラム管理テーブル）
５４ データ入力部
５５ データ加工部
５６ データ出力部
６１ 新規ビュー生成プログラム（プラグイン）
７１ デバイス制御部
８１ ビュー生成手段（起動されたビュー生成プログラムが実現する機能）
８２ ビュー実行手段（作成されたビューを起動する機能）
８３ ビュー生成管理手段
８４ ビュー生成プログラム記憶手段
８５ データ入力手段
８６ データ加工手段
８７ データ出力手段
１００ 画像処理装置
１０１ ユーザインタフェース層
１０２ コントロール層
１０３ アプリケーションロジック層（a：入力、b：変換（加工）、c：出力フィルタ）
１０４ デバイス層（a：画像パイプ）
１０５ デバイス制御層
２００n 情報処理装置（1〜n：利用者の端末、A：管理サーバA、B：管理サーバB）
３００ データ伝送路（LAN、WANなど）

Claims (10)

1. 当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報を、データ入力手段により入力し、入力した前記情報をデータ加工手段で加工し、加工した前記情報をデータ出力手段により出力する情報処理装置であって、
   利用者の要求に従って、入力した前記情報を前記データ加工手段で加工し、加工した前記情報を前記データ出力手段により出力する機能を実現するために、前記データ入力手段に入力する必要があるデータを要求する要求情報を受け付けるインタフェースと、
   前記要求情報に従って、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報の中から、前記データ入力手段に入力する必要がある情報を取得するプログラムであるビューを生成するビュー生成手段と、
   前記ビュー生成手段によって生成された前記ビューを実行するビュー実行手段とを有することを特徴とする情報処理装置。
2. 前記要求情報であるビューを識別するビュー識別情報に対応付けて、前記ビュー生成手段で用いるビュー生成プログラムを記憶するビュー生成プログラム記憶手段と、
   前記ビュー生成プログラム記憶手段に対して、前記ビュー生成プログラムの登録、検索、又は削除を行うビュー生成管理手段とを有することを特徴とする請求項１に記載の情報処理装置。
3. 前記ビュー生成管理手段は、
   前記ビュー識別情報を基に、前記ビュー生成プログラム管理テーブルを検索し、前記ビュー識別情報に対応付けられた前記ビュー生成プログラムを起動することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記ビュー生成手段は、
   該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報から、前記データ入力手段に入力する必要がある情報の属性を取得し、取得した前記属性を基に、前記ビューを生成することを特徴とする請求項１ないし３のいずれか一項に記載の情報処理装置。
5. 前記ビュー生成手段は、
   該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報から、前記データ入力手段に入力する必要がある情報の属性の一群を取得し、取得した前記属性の一群に含まれる各属性を基に、前記ビューを生成することを特徴とする請求項１ないし４のいずれか一項に記載の情報処理装置。
6. 前記ビューは、
   前記データ入力手段に入力する必要がある情報の属性を基に、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報から、前記属性に対応するデータを取得することを特徴とする請求項１ないし５のいずれか一項に記載の情報処理装置。
7. 前記ビュー生成管理手段は、
   登録されたビュー生成プログラムとは別のビュー生成プログラムを、前記ビュー生成プログラム記憶手段に記憶させ、追加登録することを特徴とする請求項１なしい６のいずれか一項に記載の情報処理装置。
8. 請求項１ないし７のいずれか一項に記載の情報処理装置を有することを特徴とする画像処理装置。
9. 当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報を、データ入力手段により該情報処理装置に入力し、入力した前記情報をデータ加工手段で加工し、加工した前記情報をデータ出力手段により出力する情報処理装置における情報処理方法であって、
   利用者の要求に従って、入力した前記情報を前記データ加工手段で加工し、加工した前記情報を前記データ出力手段により出力する機能を実現するために、前記データ入力手段に入力する必要があるデータを要求する要求情報に従って、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報の中から、前記データ入力手段に入力する情報を取得するプログラムであるビューを生成するビュー生成手順と、
   前記ビュー生成手順によって生成された前記ビューを実行するビュー実行手順とを有することを特徴とする情報処理方法。
10. 当該情報処理装置で管理する情報、又は当該情報処理装置が接続されたシステム内で管理する情報を、データ入力手段により該情報処理装置に入力し、入力した前記情報をデータ加工手段で加工し、加工した前記情報をデータ出力手段により出力する情報処理装置における情報処理プログラムであって、
    コンピュータを、
    利用者の要求に従って、入力した前記情報を前記データ加工手段で加工し、加工した前記情報を前記データ出力手段により出力する機能を実現するために、前記データ入力手段に入力する必要があるデータを要求する要求情報に従って、該情報処理装置で管理する情報、又は該情報処理装置が接続されたシステム内で管理する情報の中から、前記データ入力手段に入力する情報を取得するプログラムであるビューを生成するビュー生成手段と、
    前記ビュー生成手段によって生成された前記ビューを実行するビュー実行手段として機能させる情報処理プログラム。

Images