(57)【要約】【課題】操作部２０での画面表示に必要な情報を効率的に取得し、応答性を向上させることが可能な画像形成装置、操作装置、画面表示方法及びプログラムを提供する。【解決手段】操作部２０と本体部３０とを備える画像形成装置であって、複数の処理のそれぞれと、当該処理の設定画面の表示に用いられる対象情報とを対応付けて記憶する本体部３０の第２の記憶部から、選択画面からユーザにより画像形成装置に実行させる処理が選択されたことに応じて当該処理に対応する対象情報を取得する制御部と、制御部により取得された当該処理に対応する対象情報に基づいて設定画面を表示する表示部と、を備える。【選択図】図４
2018043505.tif 000002
【特許請求の範囲】
【請求項１】
揮発性の記憶部である第１の記憶部を有する操作部と、不揮発性の記憶部である第２の記憶部を有する本体部と、を備える画像形成装置であって、
前記操作部は、
複数の処理の一覧から前記画像形成装置に実行させる処理を選択する選択画面と、ユーザにより前記選択画面から選択した前記画像形成装置に実行させる処理に対する設定を行う設定画面とを、表示する表示部と、
前記複数の処理のそれぞれと、当該処理の前記設定画面の表示に用いられる対象情報とを対応付けて記憶する前記第２の記憶部から、前記選択画面から前記ユーザにより前記画像形成装置に実行させる処理が選択されたことに応じて当該処理に対応する前記対象情報を取得する制御部と、を備え、
前記第１の記憶部は、前記ユーザにより前記選択画面の表示が指示される前に、前記選択画面の表示に用いられる対象情報を記憶し、
前記表示部は、前記ユーザにより前記選択画面の表示が指示されたことに応じて、前記第１の記憶部に記憶されている前記対象情報に基づいて前記選択画面を表示し、表示した前記選択画面から前記ユーザにより前記画像形成装置に実行させる処理が選択されたことに応じて、前記制御部により取得された当該処理に対応する前記対象情報に基づいて前記設定画面を表示し、
前記本体部は、
前記設定画面を介して設定された設定値に基づいて、前記選択画面を介して選択された処理を実行する実行部を備える画像形成装置。
【請求項２】
前記第２の記憶部は、前記選択画面の表示に用いられる対象情報をさらに記憶し、
前記制御部は、前記ユーザにより前記選択画面の表示が指示される前に、前記第２の記憶部から前記選択画面の表示に用いられる対象情報を取得し、前記第１の記憶部に記憶させる請求項１に記載の画像形成装置。
【請求項３】
前記制御部は、前記第２の記憶部に記憶された前記対象情報が更新された場合に、前記選択画面の表示に用いられる前記対象情報が更新されていれば、更新後の当該対象情報を取得し、前記第１の記憶部に記憶させ、前記選択画面の表示に用いられる前記対象情報が更新されていなければ、更新後の対象情報を取得しない請求項２に記載の画像形成装置。
【請求項４】
前記操作部は、
前記対象情報が前記第２の記憶部に記憶された場所を示す場所情報を第１の通信路を介して前記本体部から取得する場所情報取得部をさらに備え、
前記制御部は、場所情報取得部により取得された前記場所情報に基づいて、前記第１とは異なる第２の通信路を介して前記第２の記憶部から前記対象情報を取得する請求項１乃至請求項３のいずれか一項に記載の画像形成装置。
【請求項５】
揮発性の記憶部である第１の記憶部を有する操作装置と、不揮発性の記憶部である第２の記憶部を有する本体装置と、を備える画像形成装置における操作装置であって、
複数の処理の一覧から前記画像形成装置に実行させる処理を選択する選択画面と、ユーザにより前記選択画面から選択した前記画像形成装置に実行させる処理に対する設定を行う設定画面とを、表示する表示部と、
前記複数の処理のそれぞれと、当該処理の前記設定画面の表示に用いられる対象情報とを対応付けて記憶する前記第２の記憶部から、前記選択画面から前記ユーザにより前記画像形成装置に実行させる処理が選択されたことに応じて当該処理に対応する前記対象情報を取得する制御部と、を備え、
前記第１の記憶部は、前記ユーザにより前記選択画面の表示が指示される前に、前記選択画面の表示に用いられる対象情報を記憶し、
前記表示部は、前記ユーザにより前記選択画面の表示が指示されたことに応じて、前記第１の記憶部に記憶されている前記対象情報に基づいて前記選択画面を表示し、表示した前記選択画面から前記ユーザにより前記画像形成装置に実行させる処理が選択されたことに応じて、前記制御部により取得された当該処理に対応する前記対象情報に基づいて前記設定画面を表示する操作装置。
【請求項６】
揮発性の記憶部である第１の記憶部を有する操作部と、不揮発性の記憶部である第２の記憶部を有する本体部と、を備える画像形成装置で実行される画面表示方法であって、
前記操作部は、
複数の処理の一覧から前記画像形成装置に実行させる処理を選択する選択画面と、ユーザにより前記選択画面から選択した前記画像形成装置に実行させる処理に対する設定を行う設定画面とを、表示する表示ステップと、
前記複数の処理のそれぞれと、当該処理の前記設定画面の表示に用いられる対象情報とを対応付けて記憶する前記第２の記憶部から、前記選択画面から前記ユーザにより前記画像形成装置に実行させる処理が選択されたことに応じて当該処理に対応する前記対象情報を取得する制御ステップと、を含み、
前記第１の記憶部は、前記ユーザにより前記選択画面の表示が指示される前に、前記選択画面の表示に用いられる対象情報を記憶し、
前記表示ステップでは、前記ユーザにより前記選択画面の表示が指示されたことに応じて、前記第１の記憶部に記憶されている前記対象情報に基づいて前記選択画面を表示し、表示した前記選択画面から前記ユーザにより前記画像形成装置に実行させる処理が選択されたことに応じて、前記制御部により取得された当該処理に対応する前記対象情報に基づいて前記設定画面を表示し、
前記本体部は、
前記設定画面を介して設定された設定値に基づいて、前記選択画面を介して選択された処理を実行する実行ステップを含む画面表示方法。
【請求項７】
揮発性の記憶部である第１の記憶部を有する操作装置と、不揮発性の記憶部である第２の記憶部を有する本体装置と、を備える画像形成装置における操作装置のコンピュータに、
複数の処理の一覧から前記画像形成装置に実行させる処理を選択する選択画面と、ユーザにより前記選択画面から選択した前記画像形成装置に実行させる処理に対する設定を行う設定画面とを、表示する表示ステップと、
前記複数の処理のそれぞれと、当該処理の前記設定画面の表示に用いられる対象情報とを対応付けて記憶する前記第２の記憶部から、前記選択画面から前記ユーザにより前記画像形成装置に実行させる処理が選択されたことに応じて当該処理に対応する前記対象情報を取得する制御ステップと、を実行させ、
前記第１の記憶部は、前記ユーザにより前記選択画面の表示が指示される前に、前記選択画面の表示に用いられる対象情報を記憶し、
前記表示ステップでは、前記ユーザにより前記選択画面の表示が指示されたことに応じて、前記第１の記憶部に記憶されている前記対象情報に基づいて前記選択画面を表示し、表示した前記選択画面から前記ユーザにより前記画像形成装置に実行させる処理が選択されたことに応じて、前記制御部により取得された当該処理に対応する前記対象情報に基づいて前記設定画面を表示するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、操作装置、画面表示方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、管理者などにより複数の処理が定義されたワークフローに従って、スキャン配信などの各種処理を行う画像形成装置が知られている（例えば、特許文献１参照）。
【０００３】
また、近年では、画像形成装置を、コピー、スキャン、ファクス、及びプリントなど画像形成に関する機能を実行する本体部と、ユーザが画像形成装置を操作するための操作部とに分離し、今まで本体部側が行っていたような情報処理を、操作部側で行うような画像形成装置も開発されている。ユーザは操作部に表示された操作画面を介して、本体部又は操作部で実行される機能に関する設定を行う。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、このような画像形成装置では、操作部が有する不揮発性の記憶部（例えば、ＮＡＮＤ）に課される制約などが理由で、操作部側で扱うような情報であっても本体部が有する不揮発性の記憶部（例えば、ＨＤＤ）に記憶されることがある。この場合、操作部は、本体部の不揮発性の記憶部から必要な情報を取得して、操作部が有する揮発性の記憶部（例えば、ＲＡＭ）に格納し、情報処理を行う。
【０００５】
なお、操作部が有する揮発性の記憶部は、不揮発性の記憶部に比べ容量が小さいことが一般的であり、情報処理を行うための領域を確保する必要もあるため、操作部は、大量の情報を本体部の不揮発性の記憶部から取得して、操作部が有する揮発性の記憶部に格納しておくことは困難である。
【０００６】
例えば、ユーザが実行したい機能に関する設定を行うときに、操作部は、ユーザが実行したい機能が指定されたことに応じて、この機能に対応する操作画面の描画に必要な画面情報を本体部の不揮発性の記憶部から取得して、操作部が有する揮発性の記憶部に格納し、操作画面の描画処理を行うことが考えられる。
【０００７】
この場合、ユーザが指定した機能に対応する操作画面が多くなると、画面情報のデータサイズが大きくなる可能性がある。この結果、ユーザが指定した機能に対応する操作画面の画面情報を一括で取得してから操作画面を表示すると、画面情報の取得に時間がかかり、応答性の低下を招いてしまう。
【０００８】
本発明は、上記事情に鑑みてなされたものであり、操作部での画面表示に必要な情報を効率的に取得し、応答性を向上させることが可能な画像形成装置、操作装置、画面表示方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明の一態様にかかる画像形成装置は、揮発性の記憶部である第１の記憶部を有する操作部と、不揮発性の記憶部である第２の記憶部を有する本体部と、を備える画像形成装置であって、前記操作部は、複数の処理の一覧から前記画像形成装置に実行させる処理を選択する選択画面と、ユーザにより前記選択画面から選択した前記画像形成装置に実行させる処理に対する設定を行う設定画面とを、表示する表示部と、前記複数の処理のそれぞれと、当該処理の前記設定画面の表示に用いられる対象情報とを対応付けて記憶する前記第２の記憶部から、前記選択画面から前記ユーザにより前記画像形成装置に実行させる処理が選択されたことに応じて当該処理に対応する前記対象情報を取得する制御部と、を備え、前記第１の記憶部は、前記ユーザにより前記選択画面の表示が指示される前に、前記選択画面の表示に用いられる対象情報を記憶し、前記表示部は、前記ユーザにより前記選択画面の表示が指示されたことに応じて、前記第１の記憶部に記憶されている前記対象情報に基づいて前記選択画面を表示し、表示した前記選択画面から前記ユーザにより前記画像形成装置に実行させる処理が選択されたことに応じて、前記制御部により取得された当該処理に対応する前記対象情報に基づいて前記設定画面を表示し、前記本体部は、前記設定画面を介して設定された設定値に基づいて、前記選択画面を介して選択された処理を実行する実行部を備える。
【発明の効果】
【００１０】
本発明によれば、操作部での画面表示に必要な情報を効率的に取得し、応答性を向上されることが可能という効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施形態の情報処理システムの構成の一例を示すブロック図である。
【図２】図２は、本実施形態の複合機のハードウェア構成の一例を示すブロック図である。
【図３】図３は、本実施形態のサーバ装置のハードウェア構成の一例を示す模式図である。
【図４】図４は、本実施形態の情報処理システムの機能構成の一例を示すブロック図である。
【図５】図５は、本実施形態のプロジェクト選択画面の一例を示す図である。
【図６】図６は、本実施形態のサービスメニュー画面の一例を示す図である。
【図７】図７は、本実施形態のサービス画面の一例を示す図である。
【図８】図８は、本実施形態のＵＩ制御に用いられるデータの一例を示す図である。
【図９】図９は、Ｐｒｏｆｉｌｅ情報の一例を示す図である。
【図１０】図１０は、Ｐｒｏｆｉｌｅと操作パネルとの関係の一例を示す図である。
【図１１】図１１は、本実施形態の情報処理システムで行われる処理の一例を示すシーケンス図である。
【図１２】図１２は、本実施形態の情報処理システムで行われる他の処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照しながら、本発明にかかる画像形成装置、操作装置、画面表示方法及びプログラムの実施形態を詳細に説明する。以下の実施形態では、画像形成装置が複合機（ＭＦＰ：Multifunction  Peripheral）である場合を例に取り説明するが、これに限定されるものではない。なお、複合機とは、印刷機能、複写機能、スキャナ機能、及びファクシミリ機能のうち少なくとも２つの機能を有する装置である。画像形成装置は、複合機以外に、例えば、印刷装置、複写機、スキャナ装置、及びファクシミリ装置等が挙げられる。
【００１３】
図１は、本実施形態の情報処理システム１の構成の一例を示すブロック図である。図１に示すように、情報処理システム１は、複合機１０と、サーバ装置５０と、を備える。複合機１０及びサーバ装置５０は、ネットワーク２を介して接続されている。ネットワーク２は、例えば、ＬＡＮ（Local  Area  Network）やインターネットなどが挙げられるが、これらに限定されず、どのようなネットワークであってもよい。
【００１４】
図２は、本実施形態の複合機１０のハードウェア構成の一例を示すブロック図である。図２に示すように、複合機１０は、操作部２０（情報処理装置の一例）と、本体部３０（外部装置の一例）と、を備える。
【００１５】
本体部３０と操作部２０とは、専用の通信路２０９を介して相互に通信可能に接続されている。通信路２０９には、例えば、ＵＳＢ（Universal  Serial  Bus）規格のものを用いることができる。
【００１６】
なお、図２に示す例では、本体部３０に接続される操作部２０の台数が１台である場合を例示しているが、操作部２０の台数は、これに限定されず、任意の台数とすることができる。同様に、図２に示す例では、操作部２０に接続される本体部３０の台数が１台である場合を例示しているが、本体部３０の台数は、これに限定されず、任意の台数とすることができる。
【００１７】
本体部３０は、ＣＰＵ（Central  Processing  Unit）３０１と、ＲＯＭ（Read  Only  Memory）３０２と、ＲＡＭ（Random  Access  Memory）３０３と、ＨＤＤ（Hard  Disk  Drive）３０４と、エンジン３０５と、接続Ｉ／Ｆ３０６と、通信Ｉ/Ｆ３０７と、を備える。ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、エンジン３０５、接続Ｉ／Ｆ３０６、及び通信Ｉ/Ｆ３０７は、システムバス３０８を介して相互に接続されている。
【００１８】
エンジン３０５は、コピー機能、スキャナ機能、ファクス機能、及びプリンタ機能などの各種の機能を実行するものであり、これらの機能を実現するための汎用的な情報処理及び通信以外の処理を行うハードウェアである。エンジン３０５は、例えば、原稿の画像を読み取るスキャナ、用紙等のシート材への印刷を行うプロッタ、及びファクス通信を行うファクス部などを備える。エンジン３０５は、更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（Auto  Document  Feeder）のような特定のオプションを備えることもできる。
【００１９】
ＣＰＵ３０１は、本体部３０の動作を統括的に制御する。ＣＰＵ３０１は、ＲＡＭ３０３をワークエリアとしてＲＯＭ３０２又はＨＤＤ３０４などに格納されたプログラムを実行する。これにより、ＣＰＵ３０１は、本体部３０全体の動作を制御する。すなわち、ＣＰＵ３０１は、エンジン３０５に、上述したコピー機能、スキャナ機能、ファクス機能、及びプリンタ機能などを実行させる。
【００２０】
接続Ｉ／Ｆ３０６は、通信路２０９を介して操作部２０と通信するためのインタフェースである。通信Ｉ／Ｆ３０７は、ネットワーク２を介して、操作部２０やサーバ装置５０と通信するためのインタフェースである。
【００２１】
次に、操作部２０について説明する。操作部２０は、ユーザの操作に応じた入力を受付ける。また、操作部２０は、各種画像（画面）を表示する。操作部２０は、独自のＯＳ（Operating  System）を有する。なお、本体部３０は、操作部２０で受付けた入力に応じた動作を行う。つまり、操作部２０は、本体部３０の動作を制御する。また、操作部２０は、ユーザの操作に応じて、単独又は本体部３０と連携して情報処理を行う。
【００２２】
操作部２０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、フラッシュメモリ２０４と、操作パネル２０５と、接続Ｉ／Ｆ２０６と、通信Ｉ／Ｆ２０７と、を備える。ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、フラッシュメモリ２０４、操作パネル２０５、接続Ｉ／Ｆ２０６、及び通信Ｉ／Ｆ２０７は、システムバス２０８を介して相互に接続されている。
【００２３】
ＣＰＵ２０１は、操作部２０の動作を統括的に制御する。ＣＰＵ２０１は、ＲＡＭ２０３をワークエリアとしてＲＯＭ２０２又はフラッシュメモリ２０４などに格納されたプログラムを実行することで、操作部２０全体の動作を制御する。このプログラムの実行により、ＣＰＵ２０１は、後述する各種機能を実現する。
【００２４】
接続Ｉ／Ｆ２０６は、通信路２０９を介して本体部３０と通信するためのインタフェースである。通信Ｉ／Ｆ２０７は、ネットワーク２を介して、本体部３０やサーバ装置５０と通信するためのインタフェースである。
【００２５】
操作パネル２０５は、ユーザの操作に応じた各種の入力を受付けるとともに、各種画像（画面）を表示する。本実施形態では、操作パネル２０５が、各種入力の受付を行う受付機能と、各種画像（画面）の表示を行う表示機能と、の双方を一体的に備えたタッチパネルである場合を説明するが、これに限定されるものではない。例えば、操作パネル２０５は、各種入力の受付けを行う入力装置と、各種情報の表示を行う表示装置と、を別体として構成してもよい。
【００２６】
図３は、本実施形態のサーバ装置５０のハードウェア構成の一例を示す模式図である。図３に示すように、サーバ装置５０は、ＣＰＵ５０１と、ＲＯＭ５０２と、ＲＡＭ５０３と、ＨＤＤ５０４と、表示装置５０５と、入力装置５０６と、通信Ｉ／Ｆ５０７と、を備える。
【００２７】
ＣＰＵ５０１は、サーバ装置５０の動作を統括的に制御する。ＣＰＵ５０１は、ＲＡＭ５０３をワークエリアとしてＲＯＭ５０２又はＨＤＤ５０４などに格納されたプログラムを実行することで、サーバ装置５０全体の動作を制御する。このプログラムの実行により、ＣＰＵ５０１は、後述する各種機能を実現する。
【００２８】
通信Ｉ／Ｆ５０７は、ネットワーク２を介して、複合機１０の操作部２０や本体部３０と通信するためのインタフェースである。表示装置５０５は、各種画像（画面）を表示する。入力装置５０６は、ユーザの操作に応じた各種の入力を受付ける。本実施形態では、表示装置５０５と入力装置５０６とが別体として構成されている場合を例に取り説明するが、これに限定されず、タッチパネルなどにより表示装置５０５と入力装置５０６とを一体的に構成してもよい。
【００２９】
図４は、本実施形態の情報処理システム１の機能構成の一例を示すブロック図である。図４に示すように、操作部２０は、ワークフロー制御部２１０と、主制御部２２０と、を含む。ワークフロー制御部２１０及び主制御部２２０は、例えば、ＣＰＵ２０１、ＲＡＭ２０３、接続Ｉ／Ｆ２０６、及び通信Ｉ／Ｆ２０７などにより実現できる。
【００３０】
ワークフロー制御部２１０は、ＯＳ（Operating  System）である主制御部２２０上で動作する、ワークフロー機能を提供するアプリケーション（ワークフローアプリ）である。主制御部２２０を実現するＯＳとしては、例えば、Ａｎｄｒｏｉｄ  ＯＳなどが挙げられるが、これに限定されるものではない。ワークフロー制御部２１０は、主制御部２２０及び本体部３０のＡＰＩ部３４０を介して、本体部３０のワークフロー制御部３１０及びサーバ装置５０のワークフロー制御部５２０と連携して、ワークフロー機能を提供する。また、ワークフロー制御部２１０は、主制御部２２０を介して、本体部３０の記憶部３２０からワークフロー機能に関する設定を行うための設定画面の画面情報を取得して、ワークフロー機能に関するＵＩ（User  Interface）を提供する。
【００３１】
また図４に示すように、本体部３０は、ワークフロー制御部３１０（実行部の一例）と、記憶部３２０と、主制御部３３０と、ＡＰＩ部３４０と、を含む。ワークフロー制御部３１０及び主制御部３３０は、例えば、ＣＰＵ３０１、ＲＡＭ３０３、接続Ｉ／Ｆ３０６、及び通信Ｉ／Ｆ３０７などにより実現できる。記憶部３２０は、例えば、ＨＤＤ３０４などにより実現できる。
【００３２】
ワークフロー制御部３１０は、ワークフロー機能を提供するアプリケーション（ワークフローアプリ）であり、主制御部３３０上で動作する。主制御部３３０は、例えば、Ｊａｖａ（登録商標）ＶＭなどにより実現できる。なお、主制御部３３０は、複合機１０のスキャンなどの様々な機能をワークフロー制御部３１０が使用するためのモジュールを提供するモジュール群として機能する。ＡＰＩ部３４０は、操作部２０を含む外部から本体部３０の各機能を利用するためのインタフェースである。操作部２０は、例えば、ＨＴＴＰ通信を用いて、リモートでＡＰＩ部３４０が提供するインターフェースを呼出し、本体部３０の機能を実行する。ワークフロー制御部３１０は、操作部２０のワークフロー制御部２１０やサーバ装置５０のワークフロー制御部５２０と連携して、サーバ装置５０の管理部５１０から受け取ったワークフローの設定データやＵＩ情報を管理したり、ワークフロー制御部２１０経由でユーザ操作に従って、主制御部３３０に対して原稿を読み取るスキャン処理の実行を要求したり、ワークフロー制御部５２０へスキャン画像を送信してワークフローの実行を要求したりする。
【００３３】
記憶部３２０は、不揮発性の記憶部であり、ワークフロー制御部２１０やワークフロー制御部３１０が使用する。なお、ワークフロー制御部２１０からは、ネットワーク２を介してＮＦＳ（Network  File  System）マウントされた状態となっている。
【００３４】
また図４に示すように、サーバ装置５０は、管理部５１０と、ワークフロー制御部５２０と、を含む。管理部５１０及びワークフロー制御部５２０は、例えば、ＣＰＵ５０１、ＲＡＭ５０３、及び通信Ｉ／Ｆ５０７などにより実現できる。
【００３５】
ワークフロー制御部５２０は、本体部３０のワークフロー制御部３１０と連携して、スキャン画像に対して、画像変換や配信などの処理が定義されたワークフローに従って、ワークフロー実行部５３０に対して、処理の実行を要求し、ワークフロー処理の制御を行う。ワークフロー実行部５３０は、ワークフロー制御部５２０からの実行要求に応じて、要求された処理に対応するプラグイン５３１を呼び出して、処理を実行する。プラグイン５３１は、ワークフローに定義された各処理を実行するプログラム（サービス）である。プラグイン５３１としては、画像変換、画像補正、及びＯＣＲなど、所謂中間処理を実行する中間プラグインと、データをフォルダやメールの宛先などに配信する配信処理を実行する配信プラグインとが挙げられる。例えば、画像補正、ＰＤＦ変換、ＯＣＲ、フォルダ配信の順に定義されたワークフローを実行するときに、ワークフロー制御部５２０からの要求に応じて、画像補正において、画像補正プラグインが、画像データに対する画像補正処理を行い、ＰＤＦ変換において、ＰＤＦ変換プラグインが、画像補正処理後の画像データをＰＤＦ形式に変換し、ＰＤＦデータを生成し、ＯＣＲにおいて、ＯＣＲプラグインが、生成されたＰＤＦデータに対してＯＣＲ処理を行い、テキスト付きのＰＤＦデータを生成し、最後に、フォルダ配信において、フォルダ配信プラグインが、生成されたテキスト付きのＰＤＦデータを指定されたフォルダに送信する。管理部５１０は、ワークフローの定義、ワークフローの設定、及びシステム全体に対するプロファイルの設定などを行うユーザインターフェースモジュール提供し、管理者がユーザインターフェースを介して設定した設定値を記憶し、ワークフロー制御部３１０に配布する。
【００３６】
また、操作部２０のワークフロー制御部２１０は、更新情報取得部２１１と、場所情報取得部２１２と、処理情報取得部２１３（制御部の一例）と、処理実行部２１４（表示部の一例）と、を含む。
【００３７】
更新情報取得部２１１は、本体部３０（ワークフロー制御部３１０）に対し、ワークフローの定義、ワークフローの設定又はシステムの設定の更新の有無の確認を要求し、更新が有る場合に、更新有りを示す更新情報を取得する。
【００３８】
場所情報取得部２１２は、本体部３０（ワークフロー制御部３１０）に対し、ネットワーク２（第１の通信路の一例）を介して、操作部２０に表示する設定画面に必要な画面情報が記憶されている記憶部３２０上の場所を示す場所情報を要求し、当該場所情報を取得する。具体的には、場所情報取得部２１２は、更新情報取得部２１１により更新情報が取得された場合、本体部３０（ワークフロー制御部３１０）から、場所情報を取得する。
【００３９】
処理情報取得部２１３は、場所情報取得部２１２により取得された場所情報に基づいて、通信路２０９（第２の通信路の一例）を介して、記憶部３２０から画面情報（対象情報）を取得する。
【００４０】
処理実行部２１４は、処理情報取得部２１３により取得された画面情報に基づいて、画面表示の処理を実行する。
【００４１】
本実施形態では、操作部２０のワークフロー制御部２１０は、本体部３０のワークフロー制御部３１０に対して、ＨＴＴＰ（Hypertext  Transfer  Protocol）通信で各種情報の取得依頼を行う。但し、通信プロトコルは、ＨＴＴＰに限定されるものではない。
【００４２】
また操作部２０のワークフロー制御部２１０は、本体部３０の記憶部３２０にＮＦＳでアクセス可能なので、本体部３０のワークフロー制御部３１０は、場所情報取得部２１２で説明したように、ＨＴＴＰレスポンスでデータを渡すのではなく、データがある場所を記憶部３２０のパスとして返却する。ワークフロー制御部２１０は、返却されたパスに基づいてマウント処理を行い、記憶部３２０にアクセスする。
【００４３】
そして操作部２０のワークフロー制御部２１０は、処理情報取得部２１３で説明したように、返却された記憶部３２０のパスを参照して実際のデータにアクセスする。なお、ワークフロー制御部２１０は、取得したデータを、フラッシュメモリ２０４に保存せず、ＲＡＭ２０３上にキャッシュデータとして持ち、ユーザ操作に従って処理を行う。これは、フラッシュメモリ２０４には、ＮＡＮＤが使われており、ＮＡＮＤは書き込み回数に上限があるため、極力フラッシュメモリ２０４を使わずに、フラッシュメモリ２０４の寿命を長持ちさせるためである。この観点から、本実施形態では、ワークフロー制御部２１０が使用するデータであっても、記憶部３２０に記憶されている。
【００４４】
また、本体部３０のワークフロー制御部３１０は、確認部３１１と、場所情報提供部３１２と、を含む。
【００４５】
確認部３１１は、操作部２０（ワークフロー制御部２１０）からの確認の要求に基づいて、複数の処理の少なくともいずれかで用いられる処理情報の更新の有無を確認し、少なくとも更新が有る場合に、更新情報を提供する。
【００４６】
場所情報提供部３１２は、操作部２０（ワークフロー制御部２１０）からの場所情報の要求に基づいて、当該場所情報を提供する。
【００４７】
本実施形態では、本体部３０のワークフロー制御部３１０は、サーバの役割を持ち、ワークフロー制御部２１０からの上述したような要求（ＨＴＴＰリクエスト）やサーバ装置５０の管理部５１０からのＨＴＴＰリクエストに応じた処理を行う。また本体部３０のワークフロー制御部３１０は、管理部５１０から同期されたプロファイル情報を管理し、必要に応じてワークフロー制御部２１０にデータのパスを渡す。また本体部３０のワークフロー制御部３１０は、ワークフロー制御部２１０からのＵＩ操作に従ってワークフローデータ（スキャン画像）及びワークフローの実行に必要な設定情報などをサーバ装置５０に送信し、ワークフロー制御部５２０に対してワークフローの実行を要求する。
【００４８】
なお本実施形態では、ワークフロー制御部２１０からワークフロー制御部３１０に対してＨＴＴＰ通信によるやりとりは可能であるが、逆のＨＴＴＰ通信を行うことができない仕組みとなっている。このため本実施形態では、ワークフロー制御部２１０からワークフロー制御部３１０に対して、常にコネクションを張った状態にし、管理部５１０から設定値の同期があった際など、ワークフローに用いるデータが更新された場合に、ワークフロー制御部３１０がワークフロー制御部２１０に対してＨＴＴＰレスポンスを返却して、データ更新を通知している。
【００４９】
以上説明した通り、本実施形態の複合機１０では、ワークフロー制御部２１０及びワークフロー制御部３１０が扱う各種データは、本体部３０の記憶部３２０で保存・管理されている。また、ワークフロー制御部３１０は、管理部５１０からデータを同期するためのＩ／Ｆ、及びワークフロー制御部２１０がデータの記憶部３２０のパスを取得するためのＩ／Ｆを提供する。更に、ワークフロー制御部２１０は、記憶部３２０のパスを使用して取得したデータを、主記憶メモリ上でキャッシュデータとして管理し、ユーザのアクセスに対して高速に処理を行う。
【００５０】
なお本実施形態では、ワークフロー制御部２１０が取得したデータに基づいて行う処理がＵＩ表示である場合を例に取り説明するが、これに限定されるものではない。
【００５１】
ここで、本実施形態のワークフロー制御部２１０は、ワークフローアプリを想定しているため、ＵＩ表示される画面としては、図５に示す（ワークフロー）プロジェクト選択画面、図６に示すサービスメニュー画面、及び図７に示すサービス画面などが挙げられる。なお、図５〜図７に示す画面では、図５に示すプロジェクト選択画面が第１階層の画面、図６に示すサービスメニュー画面が第２階層の画面、図７に示すサービス画面が第３階層の画面となっている。
【００５２】
つまり、最初に、ユーザが操作部２０に表示された、例えば、コピーアプリ、プリントアプリ、スキャンアプリ、ファクスアプリ、ワークフローアプリを含むアプリケーション一覧から、ワークフローアプリを選ぶと、図５に示すプロジェクト選択画面が表示される。ユーザが図５に示すプロジェクト選択画面上で使用するプロジェクト（ワークフロー）を選択すると、当該プロジェクトに対する設定を行うためのサービスメニュー画面として、図６に示すようなサービスメニュー画面が表示される。例えば、フォルダ配信及びメール配信が定義されたワークフローが選択されると、フォルダ配信の配信先とメール配信の配信先のいずれかを選択するための設定画面が表示される。図６に示すようなサービスメニュー画面上で使用する設定対象のサービスを選択すると、当該サービスのサービス画面として、図７に示すようなサービス画面が表示される。
【００５３】
例えば、ユーザがメール配信の配信先を設定するために、図６に示す設定画面において、「Ｓｅｎｄ  ｔｏ  Ｅｍａｉｌ」を選択すると、メール配信の宛先を設定する設定画面が表示される。ユーザはこの画面において、電子メールの宛先等を設定し、「Ｓｔａｒｔ」ボタンを押下し、図５に示すプロジェクト選択画面から選択したプロジェクト（ワークフロー）を図６及び図７に示すような画面で設定した情報に基づいて実行するよう指示する。また、図７に示すサービス画面の戻るボタンが押下されると、図６に示すサービスメニュー画面に戻ることもできる。このように、ユーザは全てのサービス設定を行った後に、ワークフローの実行を指示することができる。なお、フォルダ配信やメール配信の配信先に限らず、例えば、画像補正の種類（天地識別、傾き補正など）、ＰＤＦ変換のバージョンなどを、図６及び図７に示すような設定画面で設定してもよい。すなわち、各設定画面は、ユーザの指示に応じて所定の順番で遷移する。また、ユーザが設定した設定値は設定画面に対応して記憶されており、ユーザの操作に応じて設定画面が再度表示されるときに、記憶されている設定値で画面表示を行う。
【００５４】
本実施形態のワークフロー制御部２１０及びワークフロー制御部３１０は、上述したようなロジックを使用して、これらのＵＩ画面の表示を高速に行う。
【００５５】
また本実施形態のＵＩ制御に用いられるデータは、記憶部３２０上で、図８に示すような態様でフォルダ管理されている。Ａｕｔｈには、プロジェクト認証が設定されている場合、認証画面や機能を提供するための情報が格納され、Ｇｒｏｕｐには、プロジェクト選択画面のグループに関する情報が格納され、Ｐｌｕｇｉｎには、サービス（プラグイン）に関する情報が格納され、Ｐｒｏｆｉｌｅには、プロジェクト選択画面の情報が格納され、Ｐｒｏｊｅｃｔには、各プロジェクト画面の情報が格納されている。
【００５６】
ここで、簡単にＰｒｏｆｉｌｅの概念について説明する。Ｐｒｏｆｉｌｅは、管理者により定義されたプロジェクト（ワークフロー）の定義情報、ワークフローに含まれる各サービスの設定値の初期値及びユーザが操作部２０において設定可能な設定項目など、すなわち、ワークフローシステム全体に対する設定情報である。また、Ｐｒｏｆｉｌｅは、プロジェクト設定画面、各プロジェクトに応じたサービスメニューが画面及びサービス画面の画面表示に必要な情報を含む。Ｐｒｏｆｉｌｅは、複合機１０のワークフローアプリと紐づいており、操作パネル２０５の業務ボタンレイアウトから業務ボタンに割り振られた読み取り設定条件、読み取り画像の加工処理、及び配信先に関連する全ての情報を記憶する。なお、図９に示すＰｒｏｆｉｌｅ情報、及び図１１に示すＰｒｏｆｉｌｅと操作パネルとの関係という３つの情報は、関連付けられている。
【００５７】
図９に示すＰｒｏｆｉｌｅ情報おいて、Ｐｒｏｆｉｌｅ「Ａ４ｐｆ」に対応して、「日報」、「伝票」、「顧客情報」といった３つのプロジェクトが設定されている。すなわち、ユーザはプロジェクト選択画面から、この３つのプロジェクトを選択することができる。また、プロジェクト「日報」に対応して、「ＯＣＲ」処理といったサービス（中間プラグイン）及びオンラインストレージである「Ｑｕａｎｐ」の「日報」フォルダへの配信といったサービス（配信プラグイン）が設定されている。すなわち、ユーザは、サービスメニュー画面において、「ＯＣＲ」処理又は「Ｑｕａｎｐ」配信を選択し、選択されたサービスに対応するサービス画面の表示を指示することができる。そして、例えば、「Ｑｕａｎｐ」配信に対応するサービス画面では、配信先の初期値として、「日報」フォルダが設定されており、ユーザはサービス画面において、配信先を変更することができる。なお、「ＯＣＲ」に対応する初期値が設定されていないが、例えば、ＯＣＲ処理の精度を示すレベルの初期値が設定され、その初期値に基づいてＯＣＲ処理に対応するサービス画面を表示してもよい。また、例えば、ＯＣＲ処理に設定可能又は設定不可な設定項目を、「ＯＣＲ」に対応して設定されていてもよい。この場合、例えば、ＯＣＲのレベルという設定項目が設定不可に設定された場合に、サービス画面おいて、この設定項目をグレーアウトすることや非表示することで、ユーザに設定させないようにする。
【００５８】
さらに、図９に示すＰｒｏｆｉｌｅ情報おいて、「Ｇｒｏｕｐ」に対応する「画面ｌａｙｏｕｔ」も設定されている。すなわち、プロジェクト選択画面では、複合機１０にログインしたユーザが所属するグループに応じた画面レイアウトで画面表示を行う。例えば、「営業」に所属するユーザがログインした場合に、「営業」に対応する業務ボタン（プロジェクトを選択するためのボタン）群の配置情報に基づいて、プロジェクト選択画面が表示さされる。一方、「営業」に所属するユーザがログインした場合に、「画面ｌａｙｏｕｔ」は設定されていないため、例えば、デフォルトのレイアウトでプロジェクト選択画面が表示される。なお、ユーザとユーザが所属するグループとが対応付けた情報は、複合機１０の操作部１０又は本体部３０に記憶されてもよいし、ユーザが複合機１０にログインするときのユーザ認証は、外部の認証サーバを利用する場合は、ユーザが所属するグループを示す情報を外部の認証サーバから取得してもよい。
【００５９】
また、ユーザの所属に応じたレイアウトでプロジェクト選択画面を表示せず、どのレイアウトで表示するかをユーザが選択するようにしてもよい。図１０は、図９に示すＰｒｏｆｉｌｅ情報に基づいて表示されたプロジェクト選択画面６０１の一例である。図９に示すＰｒｏｆｉｌｅ情報に設定された２つグループに対応して、「営業」と「開発」２つのタブボタン６０２が表示され、例えば、「営業」タブが選択されると、「営業」に対応するレイアウトで画面が表示される。そして、ユーザが表示された業務選択ボタン（プロジェクト選択ボタン）６０３を選択すると、当該プロジェクトに対応するサービス選択画面が表示される。
【００６０】
図１１は、本実施形態の情報処理システム１で行われる処理の一例を示すシーケンス図である。なお、アプリの起動後や、サーバ装置５０からプロファイルの同期が行われると、ワークフロー制御部２１０は、最新のプロファイル情報を取得して、ＵＩ表示するが、その際に必要となるデータは、図５に示すプロジェクト選択画面の情報だけであり、それ以外の情報は必要としない。例えば、管理部５１０でプロファイルの同期が行われると、様々な情報がワークフロー制御部３１０を経由して記憶部３２０に保存される。図１２に示すシーケンス図では、管理部５１０で同期してから、ユーザがスキャンを実行するまでの間における、同期データのやりとりを示す。
【００６１】
まず、ワークフロー制御部２１０（更新情報取得部２１１）は、ワークフロー制御部３１０に対して、ＨＴＴＰプロトコルで、同期チェックのリクエストを送信する（ステップＳ１０１）。これにより、ワークフロー制御部３１０（確認部３１１）は、管理部５１０によるプロファイル同期があるかを定期的に確認する（ステップＳ１０３）。また、同期チェックのＨＴＴＰ通信は、一定時間経過するまでコネクションを維持する。
【００６２】
続いて、管理者の操作に基づき管理部５１０に対し設定値の同期操作が行われ（ステップＳ１０５）、管理部５１０からプロファイルの同期が行われると（ステップＳ１０７）、ワークフロー制御部３１０（確認部３１１）は、プロファイルの同期に伴うＵＩ表示画面情報やアプリ情報などの各種データを記憶部３２０に保存し（ステップＳ１０９）、ワークフロー制御部２１０にＨＴＴＰレスポンスとして、同期があったことを通知する（ステップＳ１１１）。
【００６３】
続いて、ワークフロー制御部２１０（場所情報取得部２１２）は、同期があったことが通知された場合、プロジェクト選択画面を再描画するために、プロジェクト選択画面のファイルが記憶されている記憶部３２０のパスをワークフロー制御部３１０に要求し（ステップＳ１１３）、ワークフロー制御部３１０（場所情報提供部３１２）は、当該パスをワークフロー制御部２１０に提供する（ステップＳ１１５）。
【００６４】
続いて、ワークフロー制御部２１０（処理情報取得部２１３）は、プロジェクト選択画面のキャッシュを生成し（ステップＳ１１７）、キャッシュの生成において、提供されたパスを利用して、記憶部３２０にＮＦＳを利用してアクセスし、プロジェクト選択画面のファイルを取得する（ステップＳ１１９）。そしてワークフロー制御部２１０（処理実行部２１４）は、取得したファイルをＲＡＭ２０３上にアプリケーションが扱うデータとして展開し、操作パネル２０５上にプロジェクト選択画面を表示する（ステップＳ１２１）。なお、ステップＳ１１９では、プロジェクト選択画面の表示に必要最小限の情報を取得すればよい。例えば、プロファイルの各Ｇｒｏｕｐに対して、同様なレイアウトが設定されている場合に、グループごとの業務ボタンの配置情報を取得せずに、１つの配置情報を取得すればよい。また、ワークフローの定義情報ではなく、ワークフローの識別情報であるワークフローＩＤを取得し、そしてユーザの操作に応じて、画面表示に必要な情報をユーザにより選択されたワークフローＩＤに基づいて取得してもよい。
【００６５】
続いて、ユーザが操作部２０に表示された、例えば、コピーアプリ、プリントアプリ、スキャンアプリ、ファクスアプリ、ワークフローアプリを含むアプリケーション一覧から、ワークフローアプリを選んで、プロジェクト選択画面の表示を要求すると（ステップＳ１２３）、ワークフロー制御部２１０（処理実行部２１４）は、ＲＡＭ２０３上にキャッシュされたキャッシュデータでプロジェクト選択画面を表示する（ステップＳ１２５）。また、ユーザが操作部２０に表示されたプロジェクト選択画面において、画面を更新する指示を行って、プロジェクト選択画面の表示を要求してもよいし、ユーザが複合機１０にログインしたことに応じて、プロジェクト選択画面の表示が要求されてもよい。
【００６６】
そして、ユーザがプロジェクト選択画面からプロジェクトボタンを押下してプロジェクトを選択すると（ステップＳ１２７）、サービスメニュー画面やサービス画面を表示するために、プロジェクト選択画面を表示する方法と同様に、記憶部３２０のパスを取得してアクセスし、ＲＡＭ２０３上にキャッシュする。つまり、ステップＳ１２９〜Ｓ１３９までの処理は、プロジェクト選択画面がサービスメニュー画面である点を除き、ステップＳ１１３〜Ｓ１２１までの処理と同様である。
【００６７】
続いて、ユーザがサービスメニュー画面を操作し、利用するサービスを選択すると、ワークフロー制御部２１０は、選択したサービスに対応するサービス画面の画面情報を取得し、キャッシュの生成及び画面表示を行う（ステップＳ１４１、Ｓ１４３）。ステップ１４１及びＳ１４３の処理は、プロジェクト選択画面がサービス画面である点を除き、ステップＳ１１３〜Ｓ１２１までの処理と同様である。そして、ユーザがサービス画面において設定を行い、プロジェクトに対応するワークフローに実行を指示すると（ステップＳ１４５）、ワークフロー制御部２１０がユーザにより設置された原稿に対するスキャン処理を実行するように制御する（ステップＳ１４７、Ｓ１４９）。この後、ワークフロー制御部３１０は、スキャン画面、ユーザがプロジェクト選択画面で選択したプロジェクト（ワークフロー）と、ユーザがサービス選択画面及びサービス画面で設定した設定値と、スキャン処理で読み取られたスキャン画像とをワークフロー制御部５２０に送信し、ワークフローの実行を要求する（ステップＳ１５１）。ワークフロー制御部５２０は、ワークフロー実行部５３０と連携して、ワークフロー制御部３１０からの実行要求に応じて、ユーザが設定した設定値に基づいて、スキャン画像に対して、ユーザが選択したワークフローが実行されるように制御する。（Ｓ１５３）。また、ステップＳ１５１において、ワークフロー制御部３１０が各情報をサーバ装置５０の所定の記憶部に記憶させ、そして、ステップＳ１５３において、ワークフロー制御部５２０が所定のタイミングで記憶部から各情報を取得してワークフローが実行されるように制御してもよい。
【００６８】
なお、所定のタイミングで、例えば、ユーザが複合機をログアウトしたことに応じて、ワークフロー制御部２１０は、ＲＡＭ２０３にキャッシュされている各画面の情報のうち、プロジェクト選択画面の表示に必要な情報以外の情報を削除する。
【００６９】
図１３は、本実施形態の情報処理システム１で行われる他の処理の一例を示すシーケンス図である。なお、図１３では、管理部５１０がプロファイルを同期した際に、ユーザが操作部２０においてプロジェクトを選択して、サービスメニュー画面やサービス画面を操作中であった場合のやりとりを示す。
【００７０】
まず、ステップＳ２０１〜Ｓ２１７までの処理は、図１２に示すシーケンス図のステップＳ１２３〜Ｓ１３９までの処理と同様である。すなわち、ユーザがプロジェクト選択画面からプロジェクトを選択し、選択されたプロジェクトに対応するサービスメニュー画面が表示されるまでの処理である。また、ステップＳ２０１〜Ｓ２１７までの処理は、サービスメニュー画面をサービス画面に置き換えてもよい。すなわち、ユーザがサービスメニュー画面からサービスを選択し、選択されたサービスに対応するサービス画面が表示されるまでの処理であってもよい。
【００７１】
続いて、ステップＳ２１９〜Ｓ２２９までの処理は、図１２に示すシーケンス図のステップＳ１０１〜Ｓ１１１までの処理と同様である。すなわち、ユーザがサービスメニュー画面又はサービスメニュー画面を操作している間に、プロファイルが同期された場合も処理である。
【００７２】
続いて、ワークフロー制御部２１０（更新情報取得部２１１）は、ＨＴＴＰレスポンスとして、同期があったことが通知されると、同期があったことを示す同期フラグを設定する（ステップＳ２３１）。
【００７３】
続いて、ユーザがサービスメニュー画面又はサービス画面を操作して、プロジェクト選択画面に戻る指示を行うと（ステップＳ２３３）、ワークフロー制御部２１０（場所情報取得部２１２）は、同期フラグが設定されていることを確認すると（ステップＳ２３５）、ユーザにより表示が要求されたプロジェクト選択画面を再描画するために、プロジェクト選択画面のファイルが記憶されている記憶部３２０のパスをワークフロー制御部３１０に要求する（ステップＳ２３７）。
【００７４】
続いて、ステップＳ２３９〜Ｓ２４３までの処理は、図１２に示すシーケンス図のステップＳ１１５〜Ｓ１１９までの処理と同様である。すなわち、プロファイルの同期において、例えば、管理者がプロファイルに対応する設定に応じて、ユーザが選択可能なプロジェクトの増減、プロジェクトに対応するワークフローの定義の変更、ワークフローに対する設定の初期値やユーザが操作部２０において設定可能な設定項目の変更などが考えられるため、同期されたプロファイルを画面表示に反映する必要がある。
【００７５】
続いて、ワークフロー制御部２１０（処理実行部２１４）は、ユーザにより設定された値をリセットする処理を行う（ステップＳ２４５）。すなわち、上述したように、プロファイルの同期によって、ワークフローの定義、設定の初期値又は設定可能な設定項目が変更される可能性があり、その結果、記憶されている設定値は、そのまま画面表示に利用できない可能性があるため、ワークフロー制御部２１０（処理実行部２１４）は設定値に対するリセット処理を行う。そして、ワークフロー制御部２１０（処理実行部２１４）は、取得したファイルをＲＡＭ２０３上にアプリケーションが扱うデータとして展開し、操作パネル２０５上にプロジェクト選択画面を表示する（ステップＳ２４７）。
【００７６】
以上のように本実施形態によれば、ＵＩ表示で使用される全ての画面情報（プロジェクト選択画面、サービスメニュー画面、及びサービス画面の画面情報）を一括で取得するのではなく、まず、最初に表示される画面に必要な情報、つなり、必要最小限の情報を本体部３０側の記憶部３２０から取得し、操作部２０のＲＡＭ２０３にキャッシュしておくことで、ユーザが最初の画面の表示を要求したことに応じて、キャッシュされている情報を用いて画面表示を行うことができ、応答性を向上させる効果を奏する。また、必要最小限の情報をキャッシュしておくため、操作部２０における他の情報処理への影響を抑える効果を奏する。そして、最初に表示された画面に対するユーザ操作に応じて、都度、ＵＩ表示で表示する必要のある画面情報を取得するので、操作部での画面表示に必要な情報を効率的に取得し、応答性を向上させることができる。
【００７７】
また本実施形態によれば、ワークフロー制御部３１０は、ワークフロー制御部２１０の要求に基づき、プロファイルの同期を監視するので、プロファイルの同期があった場合には、適切なタイミングでプロジェクト選択画面を更新できる。
【００７８】
本実施形態では、前述のように、ワークフロー制御部２１０が取得したデータに基づいて行う処理がＵＩ表示であり、実行対象処理情報がＵＩ画面の画面情報である場合を例に取り説明したが、他の処理も可能である。
【００７９】
ワークフローアプリでは基本的に全ての動的データ（アプリケーションの実行時に動的に書き換わるデータ）は、記憶部３２０に保存されていて、ワークフロー制御部２１０は、その都度、必要な時に記憶部３２０にアクセスしてデータを取得する。
【００８０】
このようなデータの１つとしては、スキャン配信された画像のプレビュー画面の表示などで使用されるスキャン画像のサムネイル情報が挙げられるので、実行対象処理情報がスキャン画像のサムネイル情報であってもよい。
【００８１】
また、このようなデータの１つとしては、ジョブログの表示などで使用されるプロジェクトを選択してスキャンを実行した際の各プラグインの配信フローの実行結果（ワークフローのジョブデータ）が挙げられるので、実行対象処理情報がジョブの実行結果を示す情報であってもよい。
【００８２】
また、このようなデータの１つとしては、システムログの書き込みやワークフロー制御部５２０への転送時などに使用されるシステムログデータが挙げられるので、実行対象処理情報がログ情報であってもよい。
【００８３】
また、このようなデータの１つとしては、機器認証に使用される認証情報が挙げられるので、実行対象処理情報が認証情報であってもよい。なお、機器認証時に、機器にログインしたユーザのデータは本体部３０側で管理し、操作部２０側ではダミーデータを持っている。プロジェクト認証が必要な時などは、ワークフロー制御部２１０は、ダミーデータをワークフロー制御部３１０に渡し、ワークフロー制御部３１０側でダミーデータを照合して、実際の認証情報を使用して認証処理を行う。
【００８４】
（変形例１）
上記実施形態では、プロファイルの同期が行われると、必然的に、記憶部３２０からプロジェクト選択画面の画面情報を取得して、プロジェクト選択画面を再表示する例について説明したが、プロファイルの同期が行われても、プロジェクト選択画面に変化が生じないようなケースもありうる。例えば、プロファイルが同期されても、プロファイルのバージョンが変わらない場合には、プロジェクト選択画面に変化が生じない。
【００８５】
このため、ワークフロー制御部３１０（確認部３１１）は、図１２のステップＳ１１１や図１３のステップＳ２２９の同期通知を行う前に、更新前と更新後のプロファイルのバージョンを確認し、両バージョンが変わる場合に同期通知を行い、両バージョンが変わらない場合には同期通知を行わないようにしてもよい。つまり、ワークフロー制御部３１０（確認部３１１）は、複数の処理の少なくともいずれかで用いられる処理情報の更新の有無として、実行対象処理情報（プロジェクト選択画面の画面情報）の更新の有無を確認するようにしてもよい。
【００８６】
なお、バージョンの変化をワークフロー制御部３１０ではなく、ワークフロー制御部２１０で行うようにしてもよい。この場合、ワークフロー制御部３１０は、同期通知とともに、更新前と更新後のプロファイルのバージョンをワークフロー制御部２１０に通知すればよい。
【００８７】
（変形例２）
上記実施形態では、ワークフロー制御部３１０とワークフロー制御部２１０とが別々のモジュールである場合を例に取り説明したが、これに限定されず、操作部２０が有する一体型のモジュールとしてもよい。
【００８８】
（プログラム）
上記実施形態及び各変形例の操作部２０及び本体部３０（以下、「上記実施形態及び各変形例の各装置」と称する）で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ（Digital  Versatile  Disk）、フレキシブルディスク（ＦＤ）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供される。
【００８９】
また、上記実施形態及び各変形例の各装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしてもよい。また、上記実施形態及び各変形例の各装置で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するようにしてもよい。また、上記実施形態及び各変形例の各装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するようにしてもよい。
【００９０】
上記実施形態及び各変形例の各装置で実行されるプログラムは、上述した各部をコンピュータ上で実現させるためのモジュール構成となっている。実際のハードウェアとしては、例えば、ＣＰＵがＲＯＭからプログラムをＲＡＭ上に読み出して実行することにより、上記各機能部がコンピュータ上で実現されるようになっている。
【００９１】
なお、上記実施形態及び各変形例は、例として提示したものであり、発明の範囲を限定することは意図していない。上記新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施の形態は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００９２】
例えば、複合機１０からの指示に応じて、サーバ装置５０におけるワークフローの実行は、複合機１０が実行してもよい。すなわち、複合機１０がワークフロー実行部を備え、ワークフロー制御部は、サーバ装置５０ではなく、自機が備えるワークフロー実行部にワークフローの実行要求し、ワークフローを実行させることもできる。また、複合機１０とサーバ装置５０の両方がワークフロー実行部を備え、複合機１０とサーバ装置５０が連携して、ワークフローを実行してもよい。
【符号の説明】
【００９３】
１  情報処理システム
２  ネットワーク
１０  複合機
２０  操作部
３０  本体部
５０  サーバ装置
２１０  ワークフロー制御部
２１１  更新情報取得部
２１２  場所情報取得部
２１３  処理情報取得部
２１４  処理実行部
２２０  主制御部
３１０  ワークフロー制御部
３１１  確認部
３１２  場所情報提供部
３２０  記憶部
３３０  主制御部
３４０  ＡＰＩ部
５１０  管理部
５２０  ワークフロー制御部
５３０  ワークフロー実行部
【先行技術文献】
【特許文献】
【００９４】
【特許文献１】特開２００８−９７５８６号公報
【図１】
2018043505.tif 000003
【図２】
2018043505.tif 000004
【図３】
2018043505.tif 000005
【図４】
2018043505.tif 000006
【図５】
2018043505.tif 000007
【図６】
2018043505.tif 000008
【図７】
2018043505.tif 000009
【図８】
2018043505.tif 000010
【図９】
2018043505.tif 000011
【図１０】
2018043505.tif 000012
【図１１】
2018043505.tif 000013
【図１２】
2018043505.tif 000014