(57)【特許請求の範囲】
【請求項１】
動作の基盤となるソフトウェアを有する画像形成処理システムと、
前記画像形成処理システムと連携して動作し、標準装備されている標準アプリケーションを実行する標準アプリケーション実行手段と、
標準アプリケーションに機能を追加するために標準アプリケーションに設けられ追加される追加アプリケーションであって標準アプリケーションが有する機能では実現できない機能を実現する追加アプリケーションを実行する追加アプリケーション実行手段と、
を有し、
前記画像形成処理システムは、処理の内容が記述された指示書データの記述内容に従い実行すべき処理が追加アプリケーションの実行を伴う場合、当該指示書データに当該追加アプリケーションの実行に用いるパラメータを含む指示情報の存在を認識すると、その指示情報を前記標準アプリケーション実行手段に送ることで当該追加アプリケーションの実行を指示する第１の指示手段を有し、
前記標準アプリケーション実行手段は、前記第１の指示手段から指示情報が送られてきたときに、当該指示情報から前記パラメータを抽出して前記追加アプリケーション実行手段に渡して追加アプリケーションを実行させる第２の指示手段を有することを特徴とする画像形成装置。
【請求項２】
前記標準アプリケーション実行手段は、標準アプリケーションとして、前記画像形成装置に予め備えられている通信プロトコルに従い外部のサーバとの間のデータ転送を行う転送アプリケーションを実行し、
前記追加アプリケーション実行手段は、追加アプリケーションとして、前記画像形成装置に予め備えられている通信プロトコルとは異なる通信プロトコルに従い外部のサーバとの間のデータ転送を行うプラグインアプリケーションを実行し、
転送アプリケーションには、プラグインアプリケーションと連携して動作するフレームワークが設けられていることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
画像形成装置に搭載されたコンピュータを、
動作の基盤となるソフトウェアを有する画像形成処理システム、
前記画像形成処理システムと連携して動作し、標準装備されている標準アプリケーションを実行する標準アプリケーション実行手段、
標準アプリケーションに機能を追加するために標準アプリケーションに設けられ追加される追加アプリケーションであって標準アプリケーションが有する機能では実現できない機能を実現する追加アプリケーションを実行する追加アプリケーション実行手段、
前記画像形成処理システムに、処理の内容が記述された指示書データの記述内容に従い実行すべき処理が追加アプリケーションの実行を伴う場合、当該指示書データに当該追加アプリケーションの実行に用いるパラメータを含む指示情報の存在を認識すると、その指示情報を前記標準アプリケーション実行手段に送ることで当該追加アプリケーションの実行を指示させる第１の指示手段、
前記標準アプリケーション実行手段に、前記第１の指示手段から指示情報が送られてきたときに、当該指示情報から前記パラメータを抽出して前記追加アプリケーション実行手段に渡して追加アプリケーションを実行させる第２の指示手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置及びプログラムに関する。
【背景技術】
【０００２】
コピー機能、ＦＡＸ機能、スキャン機能、プリント機能などの各種処理を有する複合機等の画像形成装置においては、種々のアプリケーションが標準装備されているが、標準装備されたアプリケーションだけでは所望の機能を実現できない場合もありうる。そこで、このような場合にも対応可能なように、所望の機能を実現するアプリケーションをプラグイン形式により画像形成装置に組み込むことができるシステム環境を提供している画像形成装置も少なくない。
【０００３】
また、画像形成装置に対して所望の処理を実行させたい場合、その処理の内容を指示書に記述して指示する方法がある（例えば、特許文献１）。すなわち、画像形成装置は、指示書データを入力し、その指示書に記述内容に従って処理を実行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第４０３９１９１号明細書
【特許文献２】特開２００９−１８９０４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、画像形成装置が標準的に備える機能に加え、画像形成装置に追加される追加アプリケーションに対しても、指示内容を記述したデータを用いて処理の指示を行うことを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る画像形成装置は、動作の基盤となるソフトウェアを有する画像形成処理システムと、前記画像形成処理システムと連携して動作し、標準装備されている標準アプリケーションを実行する標準アプリケーション実行手段と、標準アプリケーションに機能を追加するために標準アプリケーションに設けられ追加される追加アプリケーションであって標準アプリケーションが有する機能では実現できない機能を実現する追加アプリケーションを実行する追加アプリケーション実行手段と、を有し、前記画像形成処理システムは、処理の内容が記述された指示書データの記述内容に従い実行すべき処理が追加アプリケーションの実行を伴う場合、当該指示書データに当該追加アプリケーションの実行に用いるパラメータを含む指示情報の存在を認識すると、その指示情報を前記標準アプリケーション実行手段に送ることで当該追加アプリケーションの実行を指示する第１の指示手段を有し、前記標準アプリケーション実行手段は、前記第１の指示手段から指示情報が送られてきたときに、当該指示情報から前記パラメータを抽出して前記追加アプリケーション実行手段に渡して追加アプリケーションを実行させる第２の指示手段を有することを特徴とする。
【０００７】
また、前記標準アプリケーション実行手段は、標準アプリケーションとして、前記画像形成装置に予め備えられている通信プロトコルに従い外部のサーバとの間のデータ転送を行う転送アプリケーションを実行し、前記追加アプリケーション実行手段は、追加アプリケーションとして、前記画像形成装置に予め備えられている通信プロトコルとは異なる通信プロトコルに従い外部のサーバとの間のデータ転送を行うプラグインアプリケーションを実行し、転送アプリケーションには、プラグインアプリケーションと連携して動作するフレームワークが設けられていることを特徴とする。
【０００８】
本発明に係るプログラムは、画像形成装置に搭載されたコンピュータを、動作の基盤となるソフトウェアを有する画像形成処理システム、前記画像形成処理システムと連携して動作し、標準装備されている標準アプリケーションを実行する標準アプリケーション実行手段、標準アプリケーションに機能を追加するために標準アプリケーションに設けられ追加される追加アプリケーションであって標準アプリケーションが有する機能では実現できない機能を実現する追加アプリケーションを実行する追加アプリケーション実行手段、前記画像形成処理システムに、処理の内容が記述された指示書データの記述内容に従い実行すべき処理が追加アプリケーションの実行を伴う場合、当該指示書データに当該追加アプリケーションの実行に用いるパラメータを含む指示情報の存在を認識すると、その指示情報を前記標準アプリケーション実行手段に送ることで当該追加アプリケーションの実行を指示させる第１の指示手段、前記標準アプリケーション実行手段に、前記第１の指示手段から指示情報が送られてきたときに、当該指示情報から前記パラメータを抽出して前記追加アプリケーション実行手段に渡して追加アプリケーションを実行させる第２の指示手段、  として機能させるためものである。
【発明の効果】
【０００９】
請求項１記載の発明によれば、画像形成装置が標準的に備える機能に加え、画像形成装置に追加される追加アプリケーションに対しても、指示内容を記述したデータを用いて処理の指示を行うことができる。
【００１０】
請求項２記載の発明によれば、指示内容を記述データを用いて追加アプリケーションに、画像形成装置に予め備えられている通信機能とは異なる通信機能に従い外部のサーバとの間のデータ転送を実行させることができる。
【００１１】
請求項３記載の発明によれば、画像形成装置が標準的に備える機能に加え、画像形成装置に追加される追加アプリケーションに対しても、指示内容を記述したデータを用いて処理の指示を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本発明に係る画像形成装置の実施の形態１を示したハードウェア構成図である。
【図２】実施の形態１における画像形成装置のソフトウェア構成及び各ソフトウェアの機能ブロック構成を示した図である。
【図３】実施の形態１における動作を示したフローチャートである。
【図４】実施の形態１において取り扱う指示書データの記述内容の概要を示した図である。
【図５】実施の形態１において取り扱う指示書データの記述例を示した図である。
【図６】実施の形態２における画像形成装置のソフトウェア構成及び各ソフトウェアの機能ブロック構成を示した図である。
【図７】実施の形態２における動作を示したフローチャートである。
【図８】実施の形態２において取り扱う指示書データの記述内容の概要を示した図である。
【図９】実施の形態２において操作パネルに表示されるメニュー画面の一例を示した図である。
【図１０】実施の形態２において操作パネルに表示されるカスタマイズ化画面の一例を示した図である。
【図１１】実施の形態２において操作パネルに表示され、指定する項目を選択させるためのカスタマイズ化画面の一例を示した図である。
【図１２】実施の形態２において操作パネルに表示される待機中画面の一例を示した図である。
【図１３】実施の形態２において操作パネルに表示される実行結果表示画面の一例を示した図である。
【図１４】実施の形態２において操作パネルに表示されるカスタマイズ化画面の他の例を示した図である。
【発明を実施するための形態】
【００１３】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００１４】
実施の形態１．
図１は、本発明に係る画像形成装置１０の実施の形態１を示したハードウェア構成図である。画像形成装置１０は、コピー機能、スキャナ機能、ＦＡＸ送信機能などの各種機能を搭載した複合機であり、コンピュータを内蔵した装置である。図１において、ＣＰＵ１１は、ＲＯＭ１５、ＲＡＭ１６あるいはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１７などの記憶手段に格納されたプログラム又はＲＡＭ１６にロードされたプログラムに従ってスキャナ１３やプリンタエンジン１４等本装置に搭載された各種手段の動作制御を行う。アドレスデータバス９は、ＣＰＵ１１の制御対象となる各種手段と接続してデータの通信を行う。操作パネル１２は、標準装備された又はカスタマイズされた表示画面等を通じてユーザからの指示の受け付け、情報の表示を行う。本実施の形態におけるスキャナ１３は、ユーザがセットした原稿を読み取り、電子データとしてＨＤＤ１７等に蓄積する。ＨＤＤ１７は、スキャナ１３を使用して読み取った電子文書、ＦＡＸエンジン１９により受信された電子データ、ネットワーク２を介して送信されてきた電子データなどを格納する。本実施の形態で利用する親展ボックスは、ＨＤＤ１７に設けられる。本実施の形態におけるプリンタエンジン１４は、ＣＰＵ１１で実行される制御プログラムからの指示に従い出力用紙上に画像を印字する。ネットワークインタフェース（Ｉ／Ｆ）１８は、ネットワーク２に接続され、外部のサービスサーバ４との間で直接又は間接的にデータ通信を行う。ＦＡＸエンジン１９は、他のＦＡＸ装置との間でファクシミリデータの送受信を行う。ＲＡＭ１６は、プログラム実行時のワークメモリや電子データ送受信時の通信バッファとして利用される。ＲＯＭ１５は、本装置の制御や電子データの暗号、電子データの送受信に関する各種プログラムが格納されている。
【００１５】
図２は、本実施の形態における画像形成装置１０のソフトウェア構成及び各ソフトウェアの機能ブロック構成を示した図である。図２に示した各ソフトウェア２０，３０，４０は、ＲＯＭ１５又はＨＤＤ１７に記憶されており、ＲＡＭ１６にロードされ、ＣＰＵ１１により実行される。システム制御部２０は、画像形成装置１０のプラットフォームとして動作するソフトウェアである。なお、プラットフォームというのは、あるソフトウェアやハードウェアを動作させるための基盤となるハードウェアやオペレーティングシステム（ＯＳ）、ミドルウェアなどのことを言うが、本実施の形態におけるシステム制御部２０には、このうちＯＳ及びミドルウェアなどのソフトウェアの基礎部分、更には画像形成装置１０の基本機能を実現するソフトウェアの一部が含まれている。この基本機能を実現する手段として、図２には、ＦＡＸ受信部２１、指示書データ生成部２２、関連付け部２３、指示書データ解釈部２４、ＰＤＦファイル化処理部２５、電子メール処理部２６及び処理制御部２７が示されている。なお、ＰＤＦファイル化処理部２５及び電子メール処理部２６がそれぞれ提供するＰＤＦファイル化処理及び電子メール処理は、後述する転送処理部３０における転送処理と同様に、画像形成装置１０が提供する一機能処理なので、図２においては、便宜的にシステム制御部２０の外側で、転送処理部３０と並ぶように図示した。
【００１６】
ＦＡＸ受信部２１は、ＦＡＸエンジン１９と協調動作することによって機能が実現され、外部からファクシミリ送信されてきた文書データを受信し、受信ファイル記憶部５１に書き込む。本実施の形態における受信ファイル記憶部５１は、親展ボックスを想定しているので、ＦＡＸ受信部２１は、ファクシミリ送信に含まれるデータの宛先情報を参照して、該当する親展ボックスに受信した文書データを登録する。指示書データ生成部２２は、文書データに対する一連の処理の内容が記述された指示書データを生成し、指示書データ記憶部５２に登録する。この指示書データは、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等の汎用的な記述言語で記述されている。関連付け部２３は、ユーザからの操作指示により関連付けられた親展ボックス及び指示書データそれぞれを識別する識別情報を対応付けして対応テーブル５４に設定登録する。指示書データ解釈部２４は、指示書データの記述内容を解釈する。ＰＤＦファイル化処理部２５は、所定のファイル種別の文書データを変換してＰＤＦファイル形式の文書データを生成する機能を備えたアプリケーションである。本実施の形態の場合、受信ファイル記憶部５１に保存されているＦＡＸ受信した文書データからＰＤＦファイルを生成し、ＰＤＦファイル記憶部５３に登録する。電子メール処理部２６は、電子メール処理機能を実現する。処理制御部２７は、各構成要素２１〜２６と連携して、システム制御部２０における処理全体の実行制御を行う。本実施の形態における処理制御部２７は、第１の指示手段を実現するための機能が含まれており、指示書データに記述された処理の記述内容に従い実行すべき処理がプラグインアプリケーション（以下、単に「プラグイン」）４０の実行を伴う場合に、当該プラグイン４０の実行に用いるパラメータを含む指示情報を転送処理部３０に送ることで当該プラグイン４０の実行を指示する。
【００１７】
システム制御部２０に含まれる各構成要素２１〜２７は、画像形成装置１０に装備されたコンピュータとの協調動作により機能が発揮される。また、図２に示した各記憶手段５１〜５４は、ＨＤＤ１７にて実現することを想定している。あるいは、ＲＡＭ１６にて実現してもよい。
【００１８】
転送処理部３０は、画像形成装置１０の転送機能に関する制御部であり、システム制御部２０と連携して実行される。転送処理部３０は、転送アプリケーションとしてＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）転送アプリケーションやＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）転送アプリケーション等を基本機能として標準装備しており、標準的な通信プロトコル（以下、「標準通信プロトコル」ともいう）として外部装置とのデータ通信可能が可能である。
【００１９】
また、本実施の形態における転送処理部３０には、様々なプラグイン４０と連携して動作させるためのフレームワーク３２が設けられている。なお、フレームワークというのは、アプリケーションプログラムを開発する際に頻繁に必要とされる汎用的な機能をまとめて提供し、アプリケーション（本実施の形態の「プラグイン」）の土台として機能するソフトウェアのことである。本実施の形態におけるフレームワーク３２には、プラグイン４０の実行制御を行う処理制御部３４が含まれている。本実施の形態における処理制御部３４は、第２の指示手段を実現するための機能が含まれており、システム制御部２０の処理制御部２７から指示情報が送られてきたときに、プラグイン４０を実行することになるが、その際、指示情報に含まれているプラグインへ渡すよう記述されたパラメータを抽出してプラグイン４０に渡す処理を行う。また、フレームワーク３２は、プラグイン４０が実行した結果の情報を取得し、処理制御部２７に渡す機能も備えている。例えば、フレームワーク３２は、プラグイン４０に入力されたデータを取得したり、プラグイン４０の実行処理結果情報を取得したりする。
【００２０】
本実施の形態におけるプラグイン４０は、転送処理部３０に機能を追加するためのアプリケーションプログラムである。すなわち、プラグイン４０は、フレームワーク３２と連携動作することで、転送処理部３０が有する基本機能として標準装備したアプリケーションプログラムの機能では実現できない機能を実現する追加アプリケーションに相当するアプリケーションプログラムである。換言すると、サービスサーバ４に対応した標準通信プロトコル以外の通信プロトコルで通信する機能や、各種データの入出力の様式であるいわゆるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）に従ってサービスサーバ４との間でデータ通信を行うアプリケーションプログラムである。
【００２１】
ところで、サービスサーバ４は、コンピュータやコンピュータ内蔵の画像形成装置１０などからの要求に応じてサービスを提供するサーバコンピュータである。クラウドコンピューティングに含まれるサーバコンピュータでもよい。本実施の形態においては、サービスサーバ４により提供されるサービスとして、例えば、Ｅｖｅｒｎｏｔｅ（登録商標）というＷｅｂサービスや、Ｄｒｏｐｂｏｘ（登録商標）というオンラインストレージサービスなどを想定している。また、これらのサービスサーバ４は、転送処理部３０を介して、ＦＴＰやＳＭＢ等標準通信プロトコル以外の通信プロトコルであったり、サービスサーバ４が必要とするデータの入出力の態様に従って画像形成装置１０との間でデータ転送を行う。
【００２２】
本実施の形態における標準アプリケーション実行手段は、画像形成装置１０に搭載されたコンピュータと、コンピュータに搭載されたＣＰＵ１１で動作する転送処理部３０との協調動作により実現される。また、本実施の形態における追加アプリケーション実行手段は、画像形成装置１０に搭載されたコンピュータと、コンピュータに搭載されたＣＰＵ１１で動作するプラグイン４０との協調動作により実現される。
【００２３】
また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがプログラムを順次実行することで各種処理が実現される。
【００２４】
次に、本実施の形態における動作を図３に示したフローチャートを用いて説明する。ここでは、画像形成装置１０に対しプラグインアプリケーションを追加することにより、ＦＡＸ受信されたデータをＰＤＦファイルに変換して標準通信プロトコル以外の通信プロトコルに従ってサービスサーバ４へファイル転送する一連の処理を実行する機能を実現する場合を例にして説明する。
【００２５】
外部から送られてきたファクシミリデータをＦＡＸ受信部２１が受信すると（ステップ１０１）、そのＦＡＸ受信部２１で受信したファクシミリデータに含まれる文書データを受信ファイル記憶部５１に相当する親展ボックスに格納する（ステップ１０２）。この親展ボックスへの格納が検出されると、処理制御部２７は、その格納をトリガとし、文書データが格納された親展ボックスの識別情報（以下、「親展ボックスＩＤ」）及び必要により文書データの識別情報（以下、「ファイルＩＤ」）を取得し、このうち親展ボックスＩＤに関連づけて登録された指示書データを特定する（ステップ１０３）。この特定された指示書データを指示書データ解釈部２４に渡す。そして、指示書データ解釈部２４は、指示書データに記述された内容の解釈を行う（ステップ１０４）。
【００２６】
本実施の形態においては、処理が実行される前に、指示書データ生成部２２により指示書データを事前に生成して、指示書データ記憶部５２に登録しておくようにしてもよいし、画像形成装置１０とは別のパーソナルコンピュータ等の外部装置で指示書データを作成して画像形成装置１０へ入力し、画像形成装置１０の親展ボックスＩＤと指示書データとを関連づけて指示書データ記憶部５２に登録しておくように構成してもよい。また、親展ボックスと指示書データの関連づけに関しては、親展ボックスＩＤと指示書データを識別する識別情報（例えば、文書ＩＤ）とを、関連付け部２３により関連付けられて対応テーブル５４に記憶させることにより関連づける。
【００２７】
処理制御部２７は、指示書データ解釈部２４によって解釈された指示書データの記述内容に従って処理が順次実行されるように実行制御を行う（ステップ１０５）。図４には、この処理で取り扱う指示書データの記述内容の概要が示されている。また、図５には、ＸＭＬで記述された指示書データのフォーマットの一例が示されている。処理制御部２７は、図５に例示したような指示書データの記述内容に従って実行制御を行う。図４に示したように、指示書データには、ＦＡＸ受信した電子文書データをＰＤＦファイルへ変換する処理が最初に記述されている。次に、前の処理において変換され生成されたＰＤＦファイルを、プラグインＩＤで特定されるプラグイン４０を用いてサービスサーバ４にファイル転送する処理が記述されている。なお、図４及び図５において破線で囲っている部分が対応し、プラグイン４０における処理に関する記述部分である。そして、その処理の結果を電子メールにて通知するという一連の処理が記述されている。従って、処理制御部２７は、この指示書データに記述された一連の処理を順次実行することになる。また、プラグイン４０に処理を実行させる場合、指示書データには、プラグインを特定するプラグインＩＤや、プラグイン４０に対する処理内容や、プラグイン４０に渡すパラメータも記述されている。この一連の処理の順番は、指示書データの作成者によって任意に決定でき、例えば、プラグイン４０における処理を最初に組み込んだり、あるいは最後に組み込んでもよい。
【００２８】
まず、処理制御部２７は、指示書データの記述内容に従いＦＡＸ受信データが格納された親展ボックスの親展ボックスＩＤをパラメータとしてＰＤＦファイル化処理部２５を呼び出す。このＰＤＦファイル化処理は、システム制御部２０にて提供されるシステムの基本機能である（ステップ１０７でＮ）。ＰＤＦファイル化処理部２５は、これに応じて、親展ボックスから処理対象のＦＡＸ受信データを読み出し、ＰＤＦファイルに変換してＰＤＦファイル記憶部５３に登録する（ステップ１０８）。親展ボックスに複数のファイルが格納されている場合、親展ボックスＩＤと共に、処理対象のＦＡＸ受信データのファイルＩＤをパラメータとして用いてもよい。なお、プラグイン４０を用いない転送処理部３０における転送処理は、ステップ１０８における処理に該当する。
【００２９】
処理制御部２７は、ＰＤＦファイルの生成処理の終了を認識すると、続いて、指示書データの記述内容に従いプラグイン４０における処理の実行を指示する（ステップ１０７でＹ）。このとき、処理制御部２７は、指示書データから少なくとも図４または図５に示した破線で囲ったプラグイン４０における処理に関する記述部分を抽出して、転送処理部３０のフレームワーク３２に送ることでプラグイン４０の実行を指示する（ステップ１０９）。指示書データ解釈部２４及び処理制御部２７は、プラグイン４０に関する記述部分が存在することを認識し、それをフレームワーク３２に渡しさえすればよく、その記述自体を解釈し実行する必要はない。換言すると、プラグイン４０に関する記述部分は、プラグイン４０の作成者が自身が作成したプラグインのみが解釈できる任意の記述方式で記載してもよいことになる。
【００３０】
なお、プラグイン４０には、ＰＤＦファイルを転送させるので、処理制御部２７は、ＰＤＦファイルの格納先を特定する情報を合わせてフレームワーク３２に通知する。また、複数のプラグイン４０がフレームワーク３２に設けられている場合、例えば、指示書データにプラグインの識別コードであるプラグインＩＤを記述するなどして指示対象のプラグイン４０を一意に特定できるようにしてもよく、フレームワーク３２は、複数のプラグインの中から特定されたプラグインに対し指示書に記述された処理内容やパラメータを渡す。
【００３１】
フレームワーク３２における処理制御部３４は、この指示に応じて、プラグイン４０を呼び出して実行を指示することになるが、このとき、送られてきた指示書データのうちプラグイン４０で行う処理に関する記述部分に含まれているパラメータを抽出してプラグイン４０に渡す（ステップ１１０）。これにより、プラグイン４０は、渡されたパラメータに従って、Ｗｅｂサービスへログイン処理を行い、ログインが成功すると、転送対象のＰＤＦファイルをＰＤＦファイル記憶部５３から読み出してファイル転送を実行する。例えば、プラグイン４０がＥｖｅｒｎｏｔｅ（登録商標）などの情報の保存及び管理を行うＷｅｂサービスを利用するためのアプリケーションの場合、パラメータとしては、当該Ｗｅｂサービスにログインするためのアカウント名とパスワード、ＰＤＦファイルの名称、格納場所、分類情報、格納するときのファイル名等が考えられる。
【００３２】
処理制御部２７は、プラグイン４０が生成した処理完了の情報をフレームワーク３２を介して受け取ることによりプラグイン４０における処理の終了を認識すると、続いて、処理制御部２７は、指示書データの記述内容に従い電子メール処理部２６を呼び出す。この電子メール処理は、システム制御部２０にて提供されるシステムの基本機能である（ステップ１０７でＮ）。電子メール処理部２６は、これに応じて、指示書データに記述された処理が完了したことを通知する電子メールを処理の依頼人に送信する処理を実行する（ステップ１０８）。なお、依頼人は、親展ボックスの所有者としてもよい。以上のように、処理制御部２７は、指示書データの記述内容に従って処理の実行制御を行うことで一連の処理を終了させる（ステップ１０６でＹ）。
【００３３】
以上説明したように、本実施の形態においては、プラグイン４０に処理をさせるための記述及び当該プラグイン４０に渡すパラメータ等プラグイン４０に関する情報を指示書データに記述させ、システム制御部２０をプラグイン４０に関する情報が記述されていることを認識可能に構成して、システム制御部２０にそのプラグイン４０に関する記述部分をフレームワーク３２に送らせるようにする。更に、フレームワーク３２を、システム制御部２０から送られてきた指示書データにプラグイン４０に関する情報が含まれている場合には、そのプラグイン４０に関する記述部分からパラメータを抽出してプラグイン４０に渡すように構成することで、プラグイン４０に処理を実行させるようにした。
【００３４】
実施の形態２．
図６は、本実施の形態における画像形成装置のソフトウェア構成及び各ソフトウェアの機能ブロック構成を示した図である。なお、図２に示した実施の形態１と同じ構成要素には同じ符号を付け、説明を適宜省略する。また、本実施の形態における画像形成装置１０のハードウェア構成は、図１に示した実施の形態１と同じでよい。実施の形態１では、プラグイン４０に処理させるＰＤＦファイルを、ＦＡＸ受信し親展ボックスに保存した文書データを変換して生成したが、本実施の形態においては、スキャンにより得た文書データから生成するようにした。また、実施の形態１では、指示書データを予め生成しておいたが、本実施の形態では、ユーザからの入力に応じて生成するようにした。このため、実施の形態１において用いたＦＡＸ受信部２１、受信ファイル記憶部５１、対応テーブル５４は不要となる。その一方、システム制御部２０には、カスタマイズユーザインタフェース（ＵＩ）部２８、スキャン部２９及びスキャン文書を格納するスキャン文書記憶部５５が新たに追加される。
【００３５】
カスタマイズユーザインタフェース部２８は、操作パネル１２との協調動作により機能が実現され、カスタマイズ可能なユーザインタフェース手段である。図９〜図１４には、カスタマイズユーザインタフェース部２８におけるカスタマイズ機能を利用して生成された表示画面が示されている。これらの図に関しては、動作の説明と共に説明する。また、カスタマイズユーザインタフェース部２８には、指示書データの生成に必要な情報をカスタマイズ画面を介して受け付ける指示書データ受付部２８１と、スキャン文書をＰＤＦファイル化してサービスサーバ４へ送る一連の処理の実行開始指示を受け付ける実行開始指示受付部２８２とが含まれている。スキャン部２９は、スキャナ１３との協調動作により機能が実現され、サービスサーバ４への送信対象となる原稿を読み取り、その読取データをスキャン文書記憶部５５に登録する。スキャン文書記憶部５５には、スキャン文書が格納される。スキャン文書記憶部５５は、ＨＤＤ１７にて実現することを想定しているが、ＲＡＭ１６にて実現してもよい。なお、転送処理部３０及びプラグイン４０の構成は、実施の形態１と同じでよい。
【００３６】
次に、本実施の形態における動作を図７に示したフローチャートを用いて説明する。ここでは、スキャンにより得られた文書データをＰＤＦファイルに変換して、サービスサーバ４が提供するＡＰＩやサービスサーバ４に対応した標準通信プロトコル以外の通信プロトコルに従ってサービスサーバ４へファイル転送する一連の処理を実行する場合を例にして説明する。なお、図７において、図３に示した実施の形態１における処理と同じ処理には同じ符号を付け、説明を適宜省略する。
【００３７】
本実施の形態においては、カスタマイズされたユーザインタフェース画面を通じて、指示書データを生成し、スキャン処理の開始を指示することになる。図９〜図１４は、このために使用されるユーザインタフェース画面であるが、これらは事前に生成され用意されたものでもよいし、プラグイン４０からプラグイン４０における処理の実行の際に必要とするパラメータの情報を取得して、このパラメータを入力するための画面情報を生成するようにしてもよい。
【００３８】
ユーザによる所定の操作に応じて、カスタマイズユーザインタフェース部２８は、図９に示した基本メニュー画面を操作パネル１２に表示させる。この基本メニュー画面には、機能の選択ボタン６１が表示されている。ユーザがこの基本メニュー画面からスキャナ１３で読み取ったデータを外部のサービスサーバ４へ送る選択ボタン６１ａを選択すると、カスタマイズユーザインタフェース部２８は、図１０に示した選択された機能のカスタマイズ化画面を操作パネル１２に表示させる。この選択された機能に対応したカスタマイズ化画面からは、指示書データに記述すべき内容を特定するのに必要な情報をユーザに入力させることになる。図１０、更に図１１では、特にプラグイン４０に処理を指示するために必要な情報、すなわちプラグイン４０に渡すべきパラメータとなるデータを入力させることになる。図１０には、そのパラメータとなる、プラグイン４０にアクセス（ログイン）するために必要となるユーザＩＤ（「宛先ユーザ名」）と、格納時に付与する分類を特定する識別情報（「ノートブック名」）と、ＰＤＦファイルを格納する時のファイル名（「ノート名」）と、をユーザに指定させる。なお、図１１では、サービスサーバ４において選択可能なノートブック名等をリスト表示して、ユーザに選択させることを示している。
【００３９】
ユーザは、必要な情報を指定し、サービスサーバ４に送信したい原稿をスキャナ１３の原稿台にセットし、そしてスタートボタン６２を選択操作すると、カスタマイズユーザインタフェース部２８における実行開始指示受付部２８２は、入力された情報に基づく処理に実行を受け付ける（ステップ２０１）。また、これと同時に、指示書データ受付部２８１は、入力された情報を受け付ける。この選択操作を認識すると、処理制御部２７は、指示書データ生成部２２を呼び出して、指示書データ受付部２８１により受け付けられた情報に基づき指示書データを生成させる（ステップ２０２）。図８には、この処理で取り扱う指示書データの記述内容の概要が示されている。図８に示したように、指示書データには、原稿をスキャナ１３によりスキャンし、そのスキャン処理で得られた文書データをＰＤＦファイルへ変換し、プラグイン４０を用いて変換により生成したＰＤＦファイルをサービスサーバ４にファイル転送し、そして、その処理の結果を操作パネル１２に表示するという一連の処理が記述されている。従って、処理制御部２７は、この指示書データに記述された一連の処理を順次実行することになる。また、プラグイン４０に処理を実行させる場合、指示書データには、プラグイン４０に渡すパラメータも記述されている。このようにして指示書データ生成部２２により動的に生成された指示書データは、指示書データ記憶部５２に登録される。
【００４０】
以上のようにして指示書データが生成されたことを検出すると、処理制御部２７は、指示書データ解釈部２４を呼び出す。指示書データ解釈部２４は、これに応じて生成された指示書データの記述内容の解釈を行う（ステップ２０３）。そして、処理制御部２７は、指示書データ解釈部２４によって解釈された指示書データの記述内容に従って処理が順次実行されるように実行制御を行う（ステップ１０５）。本実施の形態においては、図８に例示したように、処理制御部２７は、最初にスキャン部２９を呼び出して、原稿台にセットされた原稿をスキャンさせる。スキャン部２９により読み取られて得られた文書データは、スキャン文書記憶部５５にて保存される。
【００４１】
ところで、ユーザは、スタートボタン６２を選択した後は、画像形成装置１０の中では実施される前述した処理、また後述する処理の終了を待機することになる。このユーザが待機している間に操作パネル１２に表示する一連の処理の実行中画面の一例を図１２に示すが、画像形成処理システム１０は、基本機能が有する実行中画面を表示させればよい。ＰＤＦファイルのサービスサーバ４への転送処理は、プライグイン４０が処理しており、転送中や転送完了、転送失敗等の転送処理の処理状態の情報に関しては、プラグイン４０が管理しており、プラグイン４０は、フレームワーク３２と転送処理部３０を介して処理制御部２７へ受け渡す。処理制御部２７は、ＦＴＰやＳＭＰ等の標準装備の基本機能である転送アプリケーションから転送処理の状態情報を受け付けるのと同様にプラグイン４０から受け付けた転送処理の処理状態を受け付け、基本機能が有する実行中画面にプラグイン４０が管理しているサービスサーバ４への転送状態情報に基づいた情報を表示させる。
【００４２】
これ以降の処理は、基本的に実施の形態１と同じであるため説明を省略するが、処理制御部２７は、指示書データ解釈部２４によって解釈された指示書データの記述内容に従って一連の処理が終了するよう、各処理の実行制御を行う（ステップ１０５〜１０８）。
【００４３】
本実施の形態においては、以上のようにして、カスタマイズインタフェース画面から指示書データの生成に必要な項目をユーザに入力させ、そして生成された指示書データの記述内容に従ってプラグイン４０に処理を実行させる。
【００４４】
図１３は、本実施の形態において、前述した処理を実行した結果を表示する実行結果表示画面の一例を示した図である。図１３において、前述した処理の実行結果は種別が「ファイル転送」のレコードに表示されているが、この表示例のように、プラグイン４０における実行結果は、転送処理部３０を介して処理制御部２７へ受け渡すことにより、ＦＡＸ送信、ＳＭＢ送信などと同様にシステム制御部２０の基本機能の実行結果と区別なく同等に表示される。
【００４５】
図１４は、図１０に例示したカスタマイズ化画面の他の例を示した図である。図１０では、ＰＤＦファイルの転送先として標準通信プロトコルを用いないサービスサーバ４のみを宛先として指定したが、図１４に示した例では、標準通信プロトコルに従って転送を行うサービスサーバ４にも合わせて指定できるようにした。このように、システム制御部２０の基本機能に含まれるカスタマイズインタフェース機能を利用して画面をカスタマイズすることによって基本機能とプラグイン４０を利用した追加機能とを併用するようにしてもよい。
【００４６】
なお、上記各実施の形態においては、標準アプリケーションとして、画像形成装置１０に予め備えられている通信プロトコルに従い外部のサーバとの間のデータ転送を行う転送処理部３０を例にして説明したが、これに限定することなく、他の機能を標準的に搭載したアプリケーションを標準アプリケーションとしてもよい。また、上記各実施の形態１，２に示した構成要素を組み合わせて実施してもよい。
【００４７】
また、上記各実施例の形態においては、プラグインとして、サービスサーバ４への転送プログラムを例に説明したが、これに限定することなく、画像形成装置１０が標準的に備えていない機能を実現するためのアプリケーションプログラムとして様々なアプリケーションとすることが可能である。プラグインプログラムとしては、文書データのファイル形式の変換機能であったり、文書データとしての画像データに対する画像加工処理機能であったり、文書データをサービスサーバ４へ転送する際に、サービスサーバ４で文書データと関連づけて登録させるための属性情報を付与する機能を備えるように構成してもよい。各プラグインは、フレームワーク３２との間のデータの入出力の形式であるＡＰＩに従ったプログラムとして作成されれば、画像形成装置１０への追加機能として動作することとなる。
【符号の説明】
【００４８】
２  ネットワーク、４  サービスサーバ、９  アドレスデータバス、１０  画像形成装置、１１  ＣＰＵ、１２  操作パネル、１３  スキャナ、１４  プリンタエンジン、１５  ＲＯＭ、１６  ＲＡＭ、１７  ＨＤＤ、１８  ネットワークＩＦ、１９  ＦＡＸエンジン、２０  システム制御部、２１  ＦＡＸ受信部、２２  指示書データ生成部、２３  関連付け部、２４  指示書データ解釈部、２５  ファイル化処理部、２６  電子メール処理部、２７、３４  処理制御部、２８  カスタマイズユーザインタフェース（ＵＩ）部、２９  スキャン部、３０  転送処理部、３２  フレームワーク、４０  プラグイン、５１  受信ファイル記憶部、５２  指示書データ記憶部、５３  ＰＤＦファイル記憶部、５４  対応テーブル、５５  スキャン文書記憶部。
【図１】
0005880035.tif 000002
【図２】
0005880035.tif 000003
【図３】
0005880035.tif 000004
【図４】
0005880035.tif 000005
【図５】
0005880035.tif 000006
【図６】
0005880035.tif 000007
【図７】
0005880035.tif 000008
【図８】
0005880035.tif 000009
【図９】
0005880035.tif 000010
【図１０】
0005880035.tif 000011
【図１１】
0005880035.tif 000012
【図１２】
0005880035.tif 000013
【図１３】
0005880035.tif 000014
【図１４】
0005880035.tif 000015