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

Description

本発明は、複数のアプリケーションを連携させて情報処理を行う際の技術に関する。

従来、画像処理装置が有する本来の画像処理機能に加えて、画像処理装置が有する画像処理機能とは異なるカテゴリの機能を画像処理装置に発揮させるソフトウェアの開発を容易に行うことができるようにする技術が提案されている。

例えば、画像形成手段又は画像読取手段の少なくとも一方を有して画像処理機能を発揮する画像処理ユニット部と、汎用のＯＳ（Operating System）によって制御され、上記画像処理機能とは異なるカテゴリの機能を発揮する情報処理ユニット部と、を備える画像処理装置が提案されている（特許文献１）。
特許第４１４１３１８号公報

しかし、上記技術においては、実行すべき情報処理の全構成要素を上記装置内部で完結させることを前提にしているため、例えば上記装置でサポートされていない情報処理に関し、他のアプリケーションと連携させて実現することが容易でないという問題点がある。

そこで、本発明では、複数のアプリケーションを利用して一の情報処理を実行する場合、異なるアプリケーション間の連携を容易に実現する情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

開示の情報処理装置の一形態は、第１の情報処理のうち一部の情報処理を施した結果である第１の中間データを第１の格納部に格納し、第２の情報処理を行う第２の情報処理部により前記第1の中間データに対して前記第２の情報処理が施された結果であり第２の格納部に格納される第２の中間データに対して前記第１の情報処理のうち前記一部の情報処理の次段階以降の情報処理を施す第１の情報処理部を有する情報処理装置であって、前記第２の格納部に前記第２の中間データが格納されたことを検出する第１の検出手段と、前記第１の格納部に前記第１の中間データが格納されたことを検出する第２の検出手段と、前記第１の検出手段により前記第２の中間データの格納が検出されると、前記第２の情報処理の実施対象とされた前記第１の中間データを前記第１の格納部から削除するデータ削除手段と、前記データ削除手段による前記第１の中間データの削除を検出するデータ削除検出手段と、を有し、前記第２の検出手段により前記第１の中間データの格納が検出されると、前記第２の情報処理部により、前記第１の中間データに対し該第２の情報処理が施され、前記第１の情報処理部は、前記第１の情報処理を識別するための第１の識別情報を前記第１の中間データに付し、前記第２の中間データに対して前記次段階以降の情報処理を施す場合に、前記第１の中間データに付された前記第１の識別情報に基づいて前記第２の情報処理部により前記第２の中間データに付された第２の識別情報に基づいて、施すべき情報処理を決定し、前記次段階以降の情報処理は、前記第１の検出手段による前記第２の中間データの格納の検出及び前記データ削除検出手段による前記第１の中間データの削除の検出後に実行されることを特徴とする。

開示の情報処理装置では、中間データに付す識別情報に規則性を持たせることで、各アプリケーションが実行すべき情報処理を該規則性に従って認識することができるため、異なるアプリケーション間での連携を容易に実現することができる。

開示の情報処理装置は、複数のアプリケーションを利用して一の情報処理を実行する場合、異なるアプリケーション間の連携を容易に実現することができる。

図面を参照しながら、本発明を実施するための最良の形態について説明する。
（本実施の形態に係る情報処理装置の概要）
図１を用いて、本実施の形態に係る情報処理装置１００の概要を説明する。図１は情報処理装置１００の概要を説明するための図である。

ここでは、ユーザＡが記憶媒体に保存した１枚の画像データをＷｏｒｄ（登録商標）ファイルに変換し、変換後のファイルを外部ＰＣ端末に送信する処理を一例として考える。また、ユーザＢが２枚のスキャン画像をＥｘｃｅｌ（登録商標）ファイルに変換し、変換後のファイルを外部ＰＣ端末に送信する処理についても同時に行われる。さらには、ユーザＣが１枚のスキャン画像を２枚のＰｏｗｅｒＰｏｉｎｔ（登録商標）ファイルに変換し、変換後のファイルを外部ＰＣ端末に送信する処理についても同時に行われる。

はじめに情報処理装置１００は、ユーザＡの処理要求に対応し、記憶媒体に保存される画像データを読み出し、入力フォルダ（第１の格納部１８０）に配置する。その際、情報処理装置１００は、入力フォルダに配置する画像データのファイル名（識別子を除く部分）として、ユーザＡの処理要求に対応したジョブＩＤ「例えば、１２３４」と連番を付す。

同様に、情報処理装置１００は、ユーザＢの処理要求に対応して、原稿画像をスキャンし、取得したスキャン画像を入力フォルダ（第１の格納部１８０）に配置する。その際、情報処理装置１００は、入力フォルダに配置する画像データのファイル名（識別子を除く部分）として、ユーザＢの処理要求に対応したジョブＩＤ「例えば、ＡＢＣＤ」と連番を付す。

同様に、情報処理装置１００は、ユーザＣの処理要求に対応して、原稿画像をスキャンし、取得したスキャン画像を入力フォルダ（第１の格納部１８０）に配置する。その際、情報処理装置１００は、入力フォルダに配置する画像データのファイル名（識別子を除く部分）として、ユーザＣの処理要求に対応したジョブＩＤ「例えば、７８ＡＢ」と連番を付す。

次に、情報処理装置１００のアプリケーションは、上記入力フォルダに配置された各データに対し、所定の情報処理（例えば、データ形式の変更処理）を施し、処理結果を出力フォルダ（第２の格納部２００）に出力する。この際、情報処理装置１００のアプリケーションは、ジョブＩＤと連番の部分を変更せずに、処理結果のファイル名を付す。ユーザＣの処理要求のように、１対多の情報処理では、ジョブＩＤと連番の部分を変更せず、さらに、それに連番を付して処理結果のファイル名とする。

ここで、１対多の情報処理例を挙げると、例えば、情報処理装置１００に入力された１つの入力ファイルに対し、アプリケーションが送付状を付ける処理を施し、該アプリケーションは２つのファイルとして出力する処理が考えられる。即ち、１つの入力ファイルに対し多ファイルを出力する処理はアプリケーション側の仕様であり、情報処理装置１００は、ジョブＩＤ＋連番のファイル名規則に則っていれば、多ファイル出力されたファイルも一つのジョブとして処理を行う。

そして、情報処理装置１００は、出力フォルダに配置された出力結果のファイル名について、ジョブＩＤの部分を参照し行うべき次の処理を決定する。例えば、処理要求を行ったユーザ毎に送信先が異なる場合、ジョブＩＤの部分を参照しユーザ毎に定められた送信先へ出力フォルダ内のファイルを送信する。

このように、情報処理装置１００は、一連の情報処理を複数のアプリケーションを介して行う場合であっても、中間データのファイル名に規則性を持たせることによって、複数のアプリケーションの連携を容易にすることが出来る。

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

図２で示すように、情報処理装置１００は、ＣＰＵ（Central Processing Unit）３１０、ＲＯＭ（Read-Only Memory）３２０、ＲＡＭ（Random Access Memory）３３０、ＨＤＤ（Hard Disc Drive）３４０、通信Ｉ／Ｆ（Interface）３５０、表示装置３６０を有する。

ＣＰＵ３１０は、ＲＯＭ３２０に記憶されたプログラムを実行する装置であり、ＲＡＭ３３０に展開（ロード）されたデータを、プログラムの命令に従って演算処理し、情報処理装置１００の全体を制御する。ＲＯＭ３２０は、ＣＰＵ３１０が実行するプログラムやデータを記憶している。ＲＡＭ３３０は、ＣＰＵ３１０でＲＯＭ３２０に記憶されたプログラムを実行する際に、実行するプログラムやデータが展開（ロード）され、演算の間、演算データを一時的に保持する。ＨＤＤ３４０は、基本ソフトウェアであるＯＳや本実施の形態に係るアプリケーションプログラムなどを、関連するデータとともに記憶する装置である。

通信Ｉ／Ｆ３５０は、無線又は有線の通信ネットワークを介して接続された他の通信制御機能を備えた周辺機器（外部ＰＣ端末等）と情報（データ）を送受信するためのインタフェースである。表示装置３６０は、ハードキーによるキースイッチやＬＣＤ（Liquid Crystal Display）等で構成され、情報処理装置１００が有する機能をユーザが利用する際や各種設定を行う際のユーザインタフェースとして機能する装置である。

情報処理装置１００が有する各部・各手段は、ＣＰＵ３１０が、ＲＯＭ３２０又はＨＤＤ３４０に記憶された各部・各手段に対応するプログラムを実行することにより実現される形態としても良い。また、情報処理装置１００が有する各部・各手段は、当該各部・各手段に関する処理をハードウェアとして実現する形態としても良い。

（本実施の形態に係る情報処理装置の動作原理）
図３を用いて、本実施の形態に係る情報処理装置１００の動作原理を説明する。図３は、情報処理装置１００の動作原理を説明する図である。

図３で示すように、情報処理装置１００は、第１の情報処理部１１０、第２の情報処理部１５０、第１の格納部１８０、第２の格納部２００、サポート情報２２０を有する。ここで、第１の情報処理部１１０、第２の情報処理部１５０は、複数存在しても良い。また、サポート情報２２０は、図４で示すような第２の情報処理部１５０毎に定められる情報であって、「利用可能拡張子」の欄には各第２の情報処理部１５０が自己の情報処理を実行できるデータ形式が保持されている。

第１の情報処理部１１０はデータ削除検出手段１２０、第１の検出手段１３０、処理可能判定手段１４０を有し、第２の情報処理部１５０は第２の検出手段１６０、データ削除手段１７０を有する。

第１の情報処理部１１０は、ユーザの処理要求に応じた第１の情報処理を行う。例えば、上記説明において、第１の情報処理部１１０は、ユーザＡの処理要求に従って、記憶媒体から画像データを読み出し、読み出した画像データを外部送信する処理を実行する。また、他の形態で、第１の情報処理部１１０は、ユーザＡの処理要求に従って、原稿画像をスキャンしてスキャン画像を取得し、取得したスキャン画像を外部送信する処理を実行する。

また、第１の情報処理部１１０は、第１の情報処理の一部を行った結果、第１の中間データ１９０を生成し、生成した第１の中間データ１９０を第１の格納部１８０に出力し、格納する。図１で示す例で、第１の中間データ１９０は、記憶媒体から読み出した画像データであり、また、原稿画像から取得したスキャン画像である。

その際、第１の情報処理部１１０は、第１の中間データ１９０のファイル名として、第１の情報処理を識別する識別情報を付す。例えば、記憶媒体から読み出した画像データの場合、「１２３４−０００１．ｊｐｇ」をファイル名として付し、原稿画像から取得したスキャン画像の場合、「ＡＢＣＤ−０００１．ｔｉｆｆ」「ＡＢＣＤ−０００２．ｔｉｆｆ」等を付す。また、第１の中間データ１９０のファイル名は、ジョブＩＤ（例えば、英数を含めた４桁の文字列）と連番（例えば、０を含めた４桁の番号）で一意性を確保し、拡張子は変更せずに維持する。

第２の検出手段１６０は、第１の格納部１８０を常時監視しており、第１の情報処理部１１０によって第１の中間データ１９０が第１の格納部１８０に格納されると、第１の格納部１８０に格納された第１の中間データ１９０を検出する。

第２の情報処理部１５０は、第１の中間データ１９０に対して第２の情報処理を実行し、処理結果（以下、第２の中間データ２１０という。）を第２の格納部２００に出力、格納する。また、第２の情報処理部１５０は、第２の中間データ２１０を第２の格納部２００に格納した後、第１の格納部１８０から第２の情報処理の実行対象とした第１の中間データ１９０を削除する（データ削除手段１７０）。

ここで、第２の情報処理部１５０は、第２の中間データ２１０を第２の格納部２００に格納する際、第２の中間データ２１０のファイル名として、第２の情報処理の実行対象とした第１の中間データ１９０のファイル名（識別子の部分を除く）を変更せずに付す。また、同じファイル名が存在した場合、つまり、第２の情報処理が１対多の情報処理である場合、第２の情報処理部１５０は、第２の中間データ２１０のファイル名として、さらに、格納順の連番を付す。

また、第１の中間データ１９０と第２の中間データ２１０とでは両者のデータ形式は異なる、つまり、第２の情報処理部１５０は、データ形式を変換する情報処理を実行するものである。

データ削除検出手段１２０は、第１の格納部１８０を常時監視し、データ削除手段１７０によって、第１の格納部１８０から第２の情報処理の実行対象となった第１の中間データ１９０が削除されたことを検出する。

第１の検出手段１３０は、第２の格納部２００を常時監視し、第２の情報処理部１５０によって、第２の中間データ２１０が第２の格納部２００に格納されると、第２の格納部２００に格納された第２の中間データ２１０を検出する。

第１の情報処理部１１０は、第２の格納部２００に格納された第２の中間データ２１０に対し、第１の情報処理のうち未実行分の処理を実行する。その際、第１の情報処理部１１０は、第２の中間データ２１０のファイル名についてジョブＩＤの部分を参照し、実行すべき処理内容を認識し、決定する。

例えば、図１を用いた説明において、ユーザ毎に第２の中間データ２１０の送信先が異なる場合、第１の情報処理部１１０は、第２の中間データ２１０のファイル名についてジョブＩＤの部分を参照し、送信先を特定する。そして、第１の情報処理部１１０は、特定した送信先に第２の中間データ２１０を送信する。

また、第１の情報処理部１１０は、第１の情報処理のうち未実行分の処理を実行する際、第１の検出手段１３０が第２の中間データ２１０を検出したことをトリガーに該未実行分の処理を開始する形態としても良い。さらには、第１の情報処理部１１０は、第１の情報処理のうち未実行分の処理を実行する際、上記の要件に加え、データ削除検出手段１２０が第１の中間データ１９０の削除を検出したことをトリガーに該未実行分の処理を開始する形態としても良い。

ここで、第１の情報処理部１１０で行う情報処理は、複数の情報処理を切り替えながら行うマルチタスク方式であっても良く、第２の情報処理部１５０で行う情報処理は、個々の情報処理を１つずつ行うシングルタスク方式であっても良い。

また、第２の情報処理部１５０は、図４で示すサポート情報２２０のうち、例えば、「利用可能拡張子」を適宜設定することで、第２の情報処理でサポートするデータ形式を設定することができる。その際、処理可能判定手段１４０は、サポート情報２２０の「利用可能拡張子」を参照し、ユーザによる処理要求に基づき生成される第１の中間データ１９０のデータ形式を第２の情報処理でサポートしているか否かを判定する。ここで、サポートしていないと判定した場合、ユーザによる処理要求に基づくジョブは部分完了となり、第１の情報処理部１１０は、例えば、表示装置３６０を介して、ユーザに所定の通知を行う。

上記説明において、第２の情報処理部１５０は情報処理装置１００内部に存在するような説明を行っているが、第２の情報処理部１５０は情報処理装置１００外部に存在し、通信Ｉ／Ｆ３５０を介したデータ送受信を行って上記機能を実現する形態であっても良い。

（本実施の形態に係る情報処理装置による処理例）
図５−１２を用いて、本実施の形態に係る情報処理装置１００による処理例を説明する。

図５で示すように、情報処理装置１００のソフトウェア構成の一例では、汎用ＯＳ４００の上にセッションマネージャー４１０、ジョブスケジューラー４２０及び連携アプリケーション４８０が配置される。例えば、汎用ＯＳ４００は、Ｗｉｎｄｏｗｓ（登録商標）であっても良い。セッションマネージャー４１０とジョブスケジューラー４２０の上にはＧＵＩ（Graphical User Interface）４７０が配置される。

ＧＵＩ４７０は、ユーザからの処理要求を受け付けるためや、ユーザに対し処理状況を通知するためのインタフェースである。セッションマネージャー４１０は、ユーザから受け付けた処理に関してセッション管理を行うアプリケーションである。ジョブスケジューラー４２０は、ユーザから受け付けた処理に関してジョブ管理を行うアプリケーションである。

また、ジョブスケジューラー４２０は、ファイル送信プラグイン４３０、メール送信プラグイン４４０、ＦＡＸ送信プラグイン４５０、ジョブ連携プラグイン４６０を有する。ここで、ファイル送信プラグイン４３０は、通信Ｉ／Ｆ３５０を介して装置１００外部に電子ファイルを送信するためのアプリケーションである。同様に、メール送信プラグイン４４０は、通信Ｉ／Ｆ３５０を介して装置１００外部に電子ファイルを電子メールで送信するためのアプリケーションである。ＦＡＸ送信プラグイン４５０も同様に、通信Ｉ／Ｆ３５０を介して装置１００外部に画像データをＦＡＸ送信するためのアプリケーションである。

上記プラグインの他に、ファイル分割、画像処理、フォーム合成、Ｗ−ＮＥＴ ＦＡＸ送信、配信、Ｎｏｔｅｓ送信、アプリ送信、データ蓄積等を行うプラグインが含まれていても良い。

そして、ジョブ連携プラグイン４６０は、連携アプリケーション４８０と連携した情報処理を行うためのアプリケーションである。つまり、ジョブ連携プラグイン４６０は、ファイル送信プラグイン４３０等と連携アプリケーション４８０との間でデータのやり取りを行うインタフェースの役割を果たす。

一方、連携アプリケーション４８０は、ユーザの処理要求に応じファイル送信プラグイン４３０等と連携して情報処理を行うアプリケーションであり、ファイル送信プラグイン４３０等とは異なる独自の情報処理を行う。例えば、独自の情報処理とは、電子ファイルのフォーマット変更処理であっても良く、ＪＰＥＧファイルに対しＯＣＲを実施し、テキストファイルを出力する情報処理であっても良い。メール送信プラグイン４４０と連携アプリケーション４８０を組み合わせた情報処理を行うことによって、例えば、ＪＰＥＧファイルとして取り込んだ画像データをテキストデータに変更して、装置１００外部に電子メール送信することが可能となる。

そして、連携アプリケーション４８０は、情報処理装置１００で利用するための専用アプリケーションである必要はなく、汎用のアプリケーションをそのまま連携アプリケーションとして利用することが出来る。ただし、連携アプリケーション４８０は、上記で説明した第２の情報処理部の機能を備える必要がある。

また、図３で説明した各部、各手段と図５で説明した各アプリケーションとの関係については、第１の情報処理部１１０とジョブスケジューラー４２０が対応し、第２の情報処理部１５０と連携アプリケーション４８０とが対応する。ただし、第１の情報処理部１１０については、セッションマネージャー４１０、ジョブスケジューラー４２０及びＧＵＩ４７０を含めたものと対応すると考えても良く、また、セッションマネージャー４１０及びジョブスケジューラー４２０が対応すると考えても良い。

さらに、図６、７で示すような操作画面を用いて、連携アプリケーション４８０については、ユーザ毎の利用の可否やデータ授受を行うフォルダ（第１の格納部１８０、第２の格納部２００）等を設定することが出来る。

図８は、情報処理装置１００による処理例のシーケンス図である。図８を用いて、情報処理装置１００による処理の流れを説明する。ここで、フォーム合成プラグインとは、所定のフォーム（例えば、帳票フォーム等）に画像データを挿入する情報処理を行うアプリケーションである。

Ｓ１０でユーザＡが情報処理装置１００にログインを行う。Ｓ２０でＧＵＩ４７０がユーザＡのログイン情報をセッションマネージャー４１０に通知する。Ｓ３０でセッションマネージャー４１０がセッションＩＤの払い出し（割り当て）を行い、ＧＵＩ４７０に通知する。

Ｓ４０でＧＵＩ４７０がユーザから受け付けた処理要求に関するジョブ情報の要求及びセッションＩＤをジョブスケジューラー４２０に通知し、Ｓ５０でユーザから受け付けた処理要求に応じたジョブが作成され、ジョブ実行情報に保存される。Ｓ６０でジョブスケジューラー４２０がジョブ情報の要求及びセッションＩＤをセッションマネージャー４１０に通知する。ここで、図９、１０で示すような操作画面を利用して、ユーザは実行させる連携アプリケーション４８０を設定することができる。

Ｓ７０でセッションマネージャー４１０がジョブスケジューラーの要求に応じジョブ実行情報を参照し（問合せを行い）、Ｓ８０でジョブ実行情報がセッションマネージャー４１０に応答する。Ｓ９０でセッションマネージャー４１０がジョブスケジューラー４２０に対しジョブ情報を応答する。Ｓ１００でジョブスケジューラー４２０がＧＵＩ４７０に対しジョブ情報を通知する。ここで、Ｓ１００までの処理が終了すると、ユーザＡはログアウトが可能となる。

Ｓ１１０でジョブスケジューラー４２０がＳ９０で取得したジョブ情報に応じてシナリオ及びジョブＩＤを作成し、履歴にエントリーを行う。Ｓ１２０でジョブスケジューラー４２０がプラグインに対しジョブの実行命令とジョブＩＤを通知する。Ｓ１３０でジョブスケジューラー４２０が履歴にジョブ実行中である旨を通知する。

Ｓ１４０でジョブ連携プラグイン４６０がセッションマネージャー４１０に対し連携アプリケーション４８０の情報を要求する。Ｓ１５０でセッションマネージャー４１０がジョブ実行情報を参照し（問合せを行い）、Ｓ１６０でセッションマネージャー４１０がジョブ実行情報から連携アプリケーション４８０の情報を取得する。

Ｓ１７０でセッションマネージャー４１０がジョブ連携プラグイン４６０に対し取得した連携アプリケーション４８０の情報を通知する。Ｓ１８０でジョブ連携プラグイン４６０が中間データ（第１の中間データ１９０）を入力フォルダ１８０に出力する。Ｓ１８０においてジョブ連携プラグイン４６０は、ファイル名にジョブＩＤを付した中間データを入力フォルダ１８０に出力する。

Ｓ１９０で連携アプリケーション４８０が入力フォルダ１８０の常時監視を行っている中で、中間データが入力フォルダに出力されたことを検出する（第２の検出手段１６０）。Ｓ２００で連携アプリケーション４８０が所定の情報処理（第２の情報処理）を実行し、実行結果（第２の中間データ２１０）を出力フォルダ２００に出力する。Ｓ２００において連携アプリケーション４８０は、入力フォルダ１８０内の処理対象データのファイル名をそのまま実行結果のファイル名にして出力フォルダ２００に出力する。

Ｓ２１０で連携アプリケーション４８０が入力フォルダ１８０内の処理終了ファイルを削除する。Ｓ２２０でジョブ連携プラグイン４６０が入力フォルダ１８０の常時監視を行っている中で、処理終了ファイルが削除されたことを検出する。Ｓ２３０でジョブ連携プラグイン４６０が出力フォルダ２００に出力された処理結果を取得し、Ｓ２４０でジョブ連携プラグイン４６０がジョブスケジューラー４２０に対し取得した処理結果を通知する。Ｓ２３０においてジョブ連携プラグイン４６０は、出力フォルダ２００から取得したデータのファイル名からジョブＩＤを認識するため、次段階以降において実行すべき処理を知ることが出来る。

Ｓ２５０でジョブスケジューラー４２０がプラグインに対し次のジョブの実行命令とジョブＩＤを通知する。Ｓ２６０でジョブ連携プラグイン４６０がセッションマネージャー４１０に対し連携アプリケーション４８０の情報を要求する。Ｓ２７０でセッションマネージャー４１０がジョブ実行情報を参照し（問合せを行い）、Ｓ２８０でセッションマネージャー４１０がジョブ実行情報から連携アプリケーション４８０の情報を取得する。

Ｓ２９０でセッションマネージャー４１０がジョブ連携プラグイン４６０に対し取得した連携アプリケーション４８０の情報を通知する。Ｓ３００でジョブ連携プラグイン４６０が中間データ（第１の中間データ１９０）を入力フォルダ１８０に出力する。Ｓ３００においてジョブ連携プラグイン４６０は、ファイル名にジョブＩＤを付した中間データを入力フォルダ１８０に出力する。

Ｓ３１０で連携アプリケーション４８０が入力フォルダ１８０の常時監視を行っている中で、中間データが入力フォルダに出力されたことを検出する（第２の検出手段１６０）。Ｓ３２０で連携アプリケーション４８０が所定の情報処理（第２の情報処理）を実行し、実行結果（第２の中間データ２１０）を出力フォルダ２００に出力する。Ｓ３２０において連携アプリケーション４８０は、入力フォルダ１８０内の処理対象データのファイル名をそのまま実行結果のファイル名にして出力フォルダ２００に出力する。

Ｓ３３０で連携アプリケーション４８０が入力フォルダ１８０内の処理終了ファイルを削除する。Ｓ３４０でジョブ連携プラグイン４６０が入力フォルダ１８０の常時監視を行っている中で、処理終了ファイルが削除されたことを検出する。Ｓ３５０でジョブ連携プラグイン４６０が出力フォルダ２００に出力された処理結果を取得し、Ｓ３６０でジョブ連携プラグイン４６０がジョブスケジューラー４２０に対し取得した処理結果を通知する。Ｓ３５０においてジョブ連携プラグイン４６０は、出力フォルダ２００から取得したデータのファイル名からジョブＩＤを認識するため、次段階以降において実行すべき処理を知ることが出来る。

Ｓ３７０でジョブスケジューラー４２０がプラグインに対し次のジョブの実行命令とジョブＩＤを通知する。Ｓ３８０でフォーム合成プラグインがセッションマネージャー４１０に対しジョブ情報を要求する。Ｓ３９０でセッションマネージャー４１０がジョブ実行情報を参照し（問合せを行い）、Ｓ４００でセッションマネージャー４１０がジョブ実行情報からジョブ情報を取得する。

Ｓ４１０でセッションマネージャー４１０がフォーム合成プラグインに対し取得したジョブ情報を通知する。Ｓ４２０でフォーム合成プラグインが取得したジョブ情報に従って処理を実行し、処理結果をジョブスケジューラー４２０に通知する。

Ｓ４３０でジョブスケジューラー４２０がプラグインに対し次のジョブの実行命令とジョブＩＤを通知する。Ｓ４４０でジョブ連携プラグイン４６０がセッションマネージャー４１０に対し連携アプリケーション４８０の情報を要求する。Ｓ４５０でセッションマネージャー４１０がジョブ実行情報を参照し（問合せを行い）、Ｓ４６０でセッションマネージャー４１０がジョブ実行情報から連携アプリケーション４８０の情報を取得する。

Ｓ４７０でセッションマネージャー４１０がジョブ連携プラグイン４６０に対し取得した連携アプリケーション４８０の情報を通知する。Ｓ４８０でジョブ連携プラグイン４６０が中間データ（第１の中間データ１９０）を入力フォルダ１８０に出力する。Ｓ４８０においてジョブ連携プラグイン４６０は、ファイル名にジョブＩＤを付した中間データを入力フォルダ１８０に出力する。

Ｓ４９０で連携アプリケーション４８０が入力フォルダ１８０の常時監視を行っている中で、中間データが入力フォルダに出力されたことを検出する（第２の検出手段１６０）。Ｓ５００で連携アプリケーション４８０が所定の情報処理（第２の情報処理）を実行し、実行結果（第２の中間データ２１０）を出力フォルダ２００に出力する。Ｓ５００において連携アプリケーション４８０は、入力フォルダ１８０内の処理対象データのファイル名をそのまま実行結果のファイル名にして出力フォルダ２００に出力する。

Ｓ５１０で連携アプリケーション４８０が入力フォルダ１８０内の処理終了ファイルを削除する。Ｓ５２０でジョブ連携プラグイン４６０が入力フォルダ１８０の常時監視を行っている中で、処理終了ファイルが削除されたことを検出する。Ｓ５３０でジョブ連携プラグイン４６０が出力フォルダ２００に出力された処理結果を取得し、Ｓ５４０でジョブ連携プラグイン４６０がジョブスケジューラー４２０に対し取得した処理結果を通知する。Ｓ５３０においてジョブ連携プラグイン４６０は、出力フォルダ２００から取得したデータのファイル名からジョブＩＤを認識するため、次段階以降において実行すべき処理を知ることが出来る。

Ｓ５５０でジョブスケジューラー４２０が処理結果を履歴に通知して、情報処理装置１００が処理を終了する。

ここで図１１、１２は、Ｓ１１０でジョブスケジューラー４２０が作成するシナリオの一例を示す図であり、図１１は「メール送信」シナリオを示し、図１２は「ファイル送信」シナリオを示している。

図１１で示す「メール送信」シナリオでは、ファイル分割プラグイン、フォーム合成プラグイン、画像処理プラグイン、連携アプリケーション４８０、メール送信プラグイン４４０の順に処理が行われる。一方、図１２で示す「ファイル送信」シナリオでは、ファイル分割プラグイン、フォーム合成プラグイン、画像処理プラグイン、連携アプリケーション４８０、ファイル送信プラグイン４３０の順に処理が行われる。図８で示すシーケンス図と同様の流れで、「メール送信」シナリオ、「ファイル送信」シナリオは実行される。

上記のように、プラグインを組み合わせることによって、種々の情報処理が実現され、さらに、連携アプリケーションを含めた連携処理を行うことによって、多数の情報処理が容易に実現可能となる。

（総括）
以上、詳細に説明したように、開示の情報処理装置は、下記のような特徴及び効果を有する。
・ユーザ側から見て、第１の情報処理部と第２の情報処理部とが一体として情報処理を行うため、ユーザに統一的な操作感を提供することが出来る。
・ユーザは、例えば、利用する第２の情報処理部を表示装置上で選択するだけで情報処理装置を利用することができるため、新たに第２の情報処理部の操作方法を知る必要がない。
・第２の情報処理部に相当するアプリケーションは第１の情報処理部に合わせて開発する必要がなく、汎用のアプリケーションをそのまま利用することができるため、開発の手間を大幅に削減することが出来る。
・連携ジョブ処理は、システムとしてはシングル処理であるが、ジョブ処理対象(入力ファイル)のファイル名規則をジョブＩＤ＋連番を付ける工夫をして一意性を保つことにより、複数ユーザでの使用及び同時ジョブ実行が可能である。
・連携するアプリケーションは、複数ユーザ処理・同時ジョブ処理を意識する必要が無く、また、連携ジョブ処理のためにアプリケーションを変更する必要も無く、簡素化した設計で複数ユーザでの使用及び同時ジョブ実行を実現することができる。

以上、本発明の実施の形態について詳述したが、本発明は係る特定の実施の形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲において、種々の変形・変更が可能である。

本実施の形態に係る情報処理装置の概要を説明するための図である。 本実施の形態に係る情報処理装置のハードウェア構成の一例を示す図である。 本実施の形態に係る情報処理装置の動作原理を説明するための図である。 本実施の形態に係る情報処理装置における設定情報の一例を示す図である。 本実施の形態に係る情報処理装置におけるソフトウェア構成の一例を示す図である。 本実施の形態に係る情報処理装置における操作画面の一例を示す図である。 本実施の形態に係る情報処理装置における操作画面の一例を示す図である。 本実施の形態に係る情報処理装置による処理例のシーケンス図である。 本実施の形態に係る情報処理装置における操作画面の一例を示す図である。 本実施の形態に係る情報処理装置における操作画面の一例を示す図である。 本実施の形態に係る情報処理装置において作成されるメール送信シナリオの一例である。 本実施の形態に係る情報処理装置において作成されるファイル送信シナリオの一例である。

符号の説明

１００ 情報処理装置
１１０ 第１の情報処理部
１２０ データ削除検出手段
１３０ 第１の検出手段
１４０ 処理可能判定手段
１５０ 第２の情報処理部
１６０ 第２の検出手段
１７０ データ削除手段
１８０ 第１の格納部
１９０ 第１の中間データ
２００ 第２の格納部
２１０ 第２の中間データ
２２０ サポート情報
３１０ ＣＰＵ
３２０ ＲＯＭ
３３０ ＲＡＭ
３４０ ＨＤＤ
３５０ 通信Ｉ／Ｆ
３６０ 表示装置
４００ 汎用ＯＳ
４１０ セッションマネージャー
４２０ ジョブスケジューラー
４３０ ファイル送信プラグイン
４４０ メール送信プラグイン
４５０ ＦＡＸ送信プラグイン
４６０ ジョブ連携プラグイン
４７０ ＧＵＩ
４８０ 連携アプリケーション

Claims (13)

1. 第１の情報処理のうち一部の情報処理を施した結果である第１の中間データを第１の格納部に格納し、第２の情報処理を行う第２の情報処理部により前記第1の中間データに対して前記第２の情報処理が施された結果であり第２の格納部に格納される第２の中間データに対して前記第１の情報処理のうち前記一部の情報処理の次段階以降の情報処理を施す第１の情報処理部を有する情報処理装置であって、
   前記第２の格納部に前記第２の中間データが格納されたことを検出する第１の検出手段と、
   前記第１の格納部に前記第１の中間データが格納されたことを検出する第２の検出手段と、
   前記第１の検出手段により前記第２の中間データの格納が検出されると、前記第２の情報処理の実施対象とされた前記第１の中間データを前記第１の格納部から削除するデータ削除手段と、
   前記データ削除手段による前記第１の中間データの削除を検出するデータ削除検出手段と、を有し、
   前記第２の検出手段により前記第１の中間データの格納が検出されると、前記第２の情報処理部により、前記第１の中間データに対し該第２の情報処理が施され、
   前記第１の情報処理部は、前記第１の情報処理を識別するための第１の識別情報を前記第１の中間データに付し、前記第２の中間データに対して前記次段階以降の情報処理を施す場合に、前記第１の中間データに付された前記第１の識別情報に基づいて前記第２の情報処理部により前記第２の中間データに付された第２の識別情報に基づいて、施すべき情報処理を決定し、
   前記次段階以降の情報処理は、前記第１の検出手段による前記第２の中間データの格納の検出及び前記データ削除検出手段による前記第１の中間データの削除の検出後に実行されることを特徴とする情報処理装置。
2. 前記第２の情報処理が、１つの前記第１の中間データから複数の前記第２の中間データを生成する情報処理である場合、
   前記第２の情報処理部により、前記第１の識別情報に基づき前記第２の識別情報が付される際、該第２の識別情報として、該第１の識別情報及び前記各第２の中間データを識別する連続番号が付されることを特徴とする請求項１に記載の情報処理装置。
3. 前記第２の情報処理が、１つの前記第１の中間データから１つの前記第２の中間データを生成する情報処理である場合、
   前記第２の情報処理部により、前記第１の識別情報に基づき前記第２の識別情報が付される際、該第２の識別情報として該第１の識別情報が付されることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第１の情報処理部は、複数の情報処理を切り替えながら行うマルチタスク方式で処理を行い、前記第２の情報処理部は、個々の情報処理を１つずつ行うシングルタスク方式で処理を行うことを特徴とする請求項１乃至３の何れか一に記載の情報処理装置。
5. 前記第１の中間データのデータ形式と前記第２の中間データのデータ形式とは異なることを特徴とする請求項１乃至４の何れか一に記載の情報処理装置。
6. 前記第２の情報処理部が前記第２の情報処理を実施することができる前記第１の中間データのデータ形式に関する情報であるサポート情報を有し、
   第１の情報処理部は、前記サポート情報に基づき、前記第２の情報処理部が前記第１の中間データについて処理可能か否かを判定する処理可能判定手段を有することを特徴とする請求項１乃至５の何れか一に記載の情報処理装置。
7. 第１の情報処理のうち一部の情報処理を施した結果である第１の中間データを第１の格納部に格納し、第２の情報処理を行う第２の情報処理部により前記第1の中間データに対して前記第２の情報処理が施された結果であり第２の格納部に格納される第２の中間データに対して前記第１の情報処理のうち前記一部の情報処理の次段階以降の情報処理を施す第１の情報処理部を有する情報処理装置における情報処理方法であって、
   前記第２の格納部に前記第２の中間データが格納されたことを検出する第１の検出ステップと、
   前記第１の格納部に前記第１の中間データが格納されたことを検出する第２の検出ステップと、
   前記第１の検出ステップにより前記第２の中間データの格納が検出されると、前記第２の情報処理の実施対象とされた前記第１の中間データを前記第１の格納部から削除するデータ削除ステップと、
   前記データ削除ステップによる前記第１の中間データの削除を検出するデータ削除検出ステップと、を有し、
   前記第２の検出手段により前記第１の中間データの格納が検出されると、前記第２の情報処理部により、前記第１の中間データに対し該第２の情報処理が施され、
   前記第１の情報処理部は、前記第１の情報処理を識別するための第１の識別情報を前記第１の中間データに付し、前記第２の中間データに対して前記次段階以降の情報処理を施す場合に、前記第１の中間データに付された前記第１の識別情報に基づいて前記第２の情報処理部により前記第２の中間データに付された第２の識別情報に基づいて、施すべき情報処理を決定し、
   前記次段階以降の情報処理は、前記第１の検出手段による前記第２の中間データの格納の検出及び前記データ削除検出手段による前記第１の中間データの削除の検出後に実行されることを特徴とする情報処理方法。
8. 前記第２の情報処理が、１つの前記第１の中間データから複数の前記第２の中間データを生成する情報処理である場合、
   前記第２の情報処理部により、前記第１の識別情報に基づき前記第２の識別情報が付される際、該第２の識別情報として、該第１の識別情報及び前記各第２の中間データを識別する連続番号が付されることを特徴とする請求項７に記載の情報処理方法。
9. 前記第２の情報処理が、１つの前記第１の中間データから１つの前記第２の中間データを生成する情報処理である場合、
   前記第２の情報処理部により、前記第１の識別情報に基づき前記第２の識別情報が付される際、該第２の識別情報として該第１の識別情報が付されることを特徴とする請求項７又は８に記載の情報処理方法。
10. 前記第１の情報処理部においては、複数の情報処理を切り替えながら行うマルチタスク方式で処理が行われ、前記第２の情報処理部においては、個々の情報処理を１つずつ行うシングルタスク方式で処理が行われることを特徴とする請求項７乃至９の何れか一に記載の情報処理方法。
11. 前記第１の中間データのデータ形式と前記第２の中間データのデータ形式とは異なることを特徴とする請求項７乃至１０の何れか一に記載の情報処理方法。
12. 前記情報処理装置は、前記第２の情報処理部が前記第２の情報処理を実施することができる前記第１の中間データのデータ形式に関する情報であるサポート情報を有し、
    第１の情報処理部における処理可能判定手段が、前記サポート情報に基づき、前記第２の情報処理部が前記第１の中間データについて処理可能か否かを判定するステップを有することを特徴とする請求項７乃至１１の何れか一に記載の情報処理方法。
13. コンピュータに、請求項７乃至１２の何れか一に記載の情報処理方法を実行させるための情報処理プログラム。

Images