(57)【要約】【課題】データに関する処理の実行順の柔軟性を向上させること。【解決手段】情報処理装置は、データに関する処理要求を受信する受信部と、前記処理要求を記憶する記憶部と、前記記憶部が記憶する前記処理要求ごとに、当該処理要求に関連する情報に基づいて、当該処理要求に応じた処理の実行順を判定する判定部と、前記実行順に応じた順序で前記記憶部より前記処理要求を取り出し、前記データに対する当該処理要求に応じた処理の実行を制御する処理制御部とを有する。【選択図】図３
2014119947.tif 000002
【特許請求の範囲】
【請求項１】
データに関する処理要求を受信する受信部と、
前記処理要求を記憶する記憶部と、
前記記憶部が記憶する前記処理要求ごとに、当該処理要求に関連する情報に基づいて、当該処理要求に応じた処理の実行順を判定する判定部と、
前記実行順に応じた順序で前記記憶部より前記処理要求を取り出し、前記データに対する当該処理要求に応じた処理の実行を制御する処理制御部とを有する情報処理装置。
【請求項２】
前記処理要求に関連する情報は、前記処理要求元のユーザに関する情報である請求項１記載の情報処理装置。
【請求項３】
前記処理要求に関連する情報は、前記処理要求元のユーザの所在位置に関する情報である請求項２記載の情報処理装置。
【請求項４】
前記処理要求に関連する情報は、前記処理要求元のユーザの所在位置と、前記データを前記情報処理装置に送信する機器の位置とである請求項３記載の情報処理装置。
【請求項５】
１以上の情報処理装置を含む情報処理システムであって、
データに関する処理要求を受信する受信部と、
前記処理要求を記憶する記憶部と、
前記記憶部が記憶する前記処理要求ごとに、当該処理要求に関連する情報に基づいて、当該処理要求に応じた処理の実行順を判定する判定部と、
前記実行順に応じた順序で前記記憶部より前記処理要求を取り出し、前記データに対する当該処理要求に応じた処理の実行を制御する処理制御部とを有する情報処理システム。
【請求項６】
１以上の情報処理装置を含む情報処理システムが、
データに関する処理要求を受信する受信手順と、
前記処理要求を記憶部に記憶する記憶手順と、
前記記憶部が記憶する前記処理要求ごとに、当該処理要求に関連する情報に基づいて、当該処理要求に応じた処理の実行順を判定する判定手順と、
前記実行順に応じた順序で前記記憶部より前記処理要求を取り出し、前記データに対する当該処理要求に応じた処理の実行を制御する処理制御手順とを実行する情報処理方法。
【請求項７】
データに関する処理要求を受信する受信手順と、
前記処理要求を記憶部に記憶する記憶手順と、
前記記憶部が記憶する前記処理要求ごとに、当該処理要求に関連する情報に基づいて、当該処理要求に応じた処理の実行順を判定する判定手順と、
前記実行順に応じた順序で前記記憶部より前記処理要求を取り出し、前記データに対する当該処理要求に応じた処理の実行を制御する処理制御手順とをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、画像形成装置によって原稿より読み取られた画像データに関して、任意に定義されたワークフローを実行可能なシステムが有る。画像形成装置のハードウェア資源は、汎用的なコンピュータに比べて乏しい。そこで、ワークフローに関する処理が、画像形成装置にネットワークを介して接続されたサーバ装置において一元的に実行されるシステムが有る。
【０００３】
サーバ装置においてワークフローに関する処理が一元的に実行される場合、サーバ装置に負荷が集中する可能性が有る。そこで、例えば、特許文献１では、ワークフローに対して優先度を付加することで、サーバ装置の負荷の平準化を図ることが提案されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された技術では、実質的にワークフローの定義に対して優先度が設定されることになる。したがって、同一の定義に基づいて実行されるワークフローの優先度は、常に同じものとなってしまう。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、データに関する処理の実行順の柔軟性を向上させることを目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するため、情報処理装置は、データに関する処理要求を受信する受信部と、前記処理要求を記憶する記憶部と、前記記憶部が記憶する前記処理要求ごとに、当該処理要求に関連する情報に基づいて、当該処理要求に応じた処理の実行順を判定する判定部と、前記実行順に応じた順序で前記記憶部より前記処理要求を取り出し、前記データに対する当該処理要求に応じた処理の実行を制御する処理制御部とを有する。
【発明の効果】
【０００７】
データに関する処理の実行順の柔軟性を向上させることができる。
【図面の簡単な説明】
【０００８】
【図１】第一の実施の形態における配信管理システムの構成例を示す図である。
【図２】第一の実施の形態における配信管理サーバのハードウェア構成例を示す図である。
【図３】第一の実施の形態における配信管理サーバの機能構成例を示す図である。
【図４】ワークフローの実行時に画像形成装置が実行する処理手順の一例を説明するためのフローチャートである。
【図５】ワークフローの実行時に配信管理サーバが実行する処理手順の一例を説明するためのフローチャートである。
【図６】ジョブキューへのジョブ情報の記憶例を示す図である。
【図７】第一の実施の形態における優先度判定処理の処理手順の一例を説明するためのフローチャートである。
【図８】第一の実施の形態においてデータベースサーバが管理する優先度情報の一例を示す図である。
【図９】第二の実施の形態における配信管理システムの構成例を示す図である。
【図１０】第二の実施の形態における優先度判定処理の処理手順の一例を説明するためのフローチャートである。
【図１１】入退館管理サーバが管理する入退館情報の一例を示す図である。
【図１２】社員情報管理サーバが管理する社員情報の一例を示す図である。
【図１３】ジョブ投入部の詳細な構成例を示す図である。
【図１４】第三の実施の形態における情報処理システムの構成例を示す図である。
【図１５】サービス提供装置の機能構成例を示す図である。
【図１６】配信サーバアプリの機能構成例を示す図である。
【図１７】第三の実施の形態における処理手順の一例を説明するためのシーケンス図である。
【図１８】ユーザ情報記憶部の構成例を示す図である。
【図１９】機器情報記憶部の構成例を示す図である。
【図２０】第三の実施の形態における優先度判定処理の処理手順の一例を説明するためのフローチャートである。
【図２１】優先度情報記憶部の第一の例を示す図である。
【図２２】優先度情報記憶部の第二の例を示す図である。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態における配信管理システムの構成例を示す図である。図１において、配信管理システム１は、配信管理サーバ１０、データベースサーバ２１、１以上の画像形成装置３０、認証サーバ４０、文書管理サーバ５０、及びメールサーバ６０等を含む。各装置は、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）によって通信可能に接続されている。
【００１０】
画像形成装置３０は、配信対象とされる画像データを原稿から読み取る機器である。配信管理サーバ１０は、画像形成装置３０によって読み取られた画像データに関して、予め設定されたワークフローを実行するコンピュータである。ワークフローとは、例えば、それぞれが独立して又は単独で完結した機能を実現する一以上の処理単位（タスク）の組み合わせによって実現される処理の流れをいう。当該処理単位は、一般的なワークフローの用語における、アクティビティに当てはめられてもよい。本実施の形態のワークフローでは、画像データが処理対象とされる。したがって、処理単位としては、例えば、画像データに対するＯＣＲ（Optical Character Recognition）処理、画像データのデータ変換処理、ＯＣＲ処理又はデータ変換処理の結果として得られるデータ又は画像データの配信処理等が挙げられる。
【００１１】
データベースサーバ２１は、配信管理サーバ１０によって利用される情報を管理するコンピュータである。認証サーバ４０は、画像形成装置３０のユーザの認証等を行うコンピュータである。
【００１２】
文書管理サーバ５０及びメールサーバ６０は、配信管理サーバ１０による画像データの配信処理において、配信先とされるコンピュータの一例である。文書管理サーバ５０は、例えば、画像データを、その属性情報に対応付けて管理するデータベースを有するコンピュータである。文書管理サーバ５０が配信先である場合、配信された画像データは、文書管理サーバ５０のデータベースに記憶される。メールサーバ６０は、電子メールの転送を行うコンピュータである。メールサーバ６０が配信先である場合、配信された画像データは、電子メールに添付されて、実行されたワークフローに設定されているメールアドレス宛に転送される。
【００１３】
図２は、第一の実施の形態における配信管理サーバのハードウェア構成例を示す図である。図２の配信管理サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１４】
配信管理サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１５】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って配信管理サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１６】
図３は、第一の実施の形態における配信管理サーバの機能構成例を示す図である。図３において、配信管理サーバ１０は、画面提供部１１、ジョブ投入部１２、フロー実行制御部１３、及び処理部１４等を有する。これら各部は、配信管理サーバ１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。配信管理サーバ１０は、また、ジョブキュー１５、フロー定義記憶部１６、及び画面定義記憶部１７等の記憶部を利用する。これら各記憶部は、補助記憶装置１０２、又は配信管理サーバ１０にネットワークを介して接続される記憶装置等を用いて実現可能である。ジョブキュー１５については、メモリ装置１０３が用いられてもよい。
【００１７】
フロー定義記憶部１６は、フロー定義データを記憶する。フロー定義データとは、ワークフローの処理の流れ等に関する定義情報が記録されたデータをいう。本実施の形態において、一つのフロー定義データは、一つのワークフローに対応する。各フロー定義データには、ワークフローごとの識別情報であるフローＩＤが含まれている。
【００１８】
画面定義記憶部１７は、画面定義データを記憶する。画面定義データとは、ワークフローに対する設定値の入力を受け付けるための画面の構成等に関する定義情報が記録されたデータをいう。本実施の形態において、一つの画面定義データは、一つのワークフロー、すなわち、一つのフロー定義データに対応する。例えば、画面定義データは、対応するワークフローのフロー定義データに対応付けられて記憶されている。本実施の形態では、フロー定義データ内に、対応する画面定義データの識別情報が記録されることにより、両者が対応付けられる。
【００１９】
画面提供部１１は、画像形成装置３０に対して、画面定義データ等を提供する。ジョブ投入部１２は、画像形成装置３０からのワークフローの実行要求に応じ、当該ワークフローに係るジョブ情報をジョブキュー１５に投入する。本実施の形態において、ジョブとは、ワークフローの実行単位をいう。例えば、同一のワークフローが複数回実行された場合、各回ごとにジョブは異なる。ジョブ情報は、ジョブに関する情報であり、例えば、スキャンされた画像データ、実行対象のワークフローのフローＩＤ、当該ワークフローのパラメータに対する設定値等が含まれる。
【００２０】
ジョブキュー１５は、投入されたジョブ情報を記憶する。フロー実行制御部１３は、ジョブキュー１５によりジョブ情報を取得し、当該ジョブ情報に係るフロー定義データの定義に従って、ワークフローの実行を制御する。
【００２１】
処理部１４は、ワークフローを構成する処理単位（アクティビティ）ごとの処理を実行する。例えば、一つのアクティビティは、一つの処理部１４によって実現される。したがって、ワークフローは、相互に処理内容の異なる１以上の処理部１４による処理の接続によって実現される。図３では、処理部Ａ及び処理部Ｂ等が例示されている。各処理部１４は、それぞれ独立したプログラムモジュールによって実現されてもよい。この場合、各プログラムモジュールは、プラグインとして、容易にインストール可能とされてもよい。
【００２２】
以下、配信管理システム１において実行される処理手順について説明する。図４は、ワークフローの実行時に画像形成装置が実行する処理手順の一例を説明するためのフローチャートである。なお、図４の処理手順の前に、画像形成装置３０を操作するユーザについて、画像形成装置３０によって認証が行われていることとする。例えば、画像形成装置３０が操作パネルに表示させているログイン画面に対してユーザ名及びパスワードが入力され、当該ユーザ名及びパスワードに関して認証が行われる。認証処理の実行は、認証サーバ４０に委譲されてもよい。画像形成装置３０は、認証されたユーザ（ログインに成功したユーザ）のユーザ名を、「ログインユーザ名」として記憶する。
【００２３】
画像形成装置３０へのログインに成功したユーザによって、所定の操作が行われると、画像形成装置３０は、フロー選択画面の画面データを、配信管理サーバ１０より取得する（Ｓ１０１）。フロー選択画面とは、フロー定義記憶部１６にフロー定義データが記憶されているワークフローの一覧の中から実行対象のワークフローを選択させるための画面である。なお、配信管理サーバ１０のＩＰアドレス等の識別情報は、例えば、画像形成装置３０に対して予め設定されている。
【００２４】
続いて、画像形成装置３０は、取得された画面データに基づいて、フロー選択画面を、画像形成装置３０の操作パネルに表示させる（Ｓ１０２）。フロー選択画面には、例えば、ワークフローごと（フロー定義データごと）に、ボタンが表示される。
【００２５】
フロー選択画面におけるいずれかのボタンが押下されると（Ｓ１０３）、画像形成装置３０は、押下されたボタンに対応付けられているフローＩＤ（以下、「対象フローＩＤ」という。）に対応する画面定義データを配信管理サーバ１０より取得する（Ｓ１０４）。
【００２６】
続いて、画像形成装置３０は、取得された画面定義データに基づいて、対象フローＩＤに係るワークフローに対するパラメータの設定値を入力させるための画面（以下、「パラメータ入力画面」という。）を操作パネルに表示させる（Ｓ１０５）。なお、パラメータは、ワークフローごとに異なりうる。例えば、配信先のアドレス情報がパラメータとされてもよい。但し、特定の配信先にデータが配信されるワークフローについては、フロー定義データ内に、配信先のアドレス情報が固定的に記述されていてもよい。
【００２７】
続いて、画像形成装置３０は、パラメータ入力画面を介して、パラメータに対する設定値の入力をユーザより受け付ける（Ｓ１０７）。続いて、画像形成装置３０は、ユーザによってセットされている原稿のスキャンを実行する（Ｓ１０８）。続いて、画像形成装置３０は、ログインユーザ名、対象フローＩＤ、スキャンされた画像データ（以下、「スキャン画像」という。）、及び入力された設定値等を含むジョブ情報を、配信管理サーバ１０に送信する（Ｓ１０９）。
【００２８】
続いて、配信管理サーバ１０が実行する処理手順について説明する。図５は、ワークフローの実行時に配信管理サーバが実行する処理手順の一例を説明するためのフローチャートである。
【００２９】
ステップＳ２０１において、ジョブ投入部１２は、画像形成装置３０より送信されたジョブ情報を受信する。続いて、ジョブ投入部１２は、ジョブ情報に関して優先度の判定処理を実行する（Ｓ２０２）。優先度の判定は、実質的に、ジョブ情報に係るジョブの実行順の判定である。優先度の判定処理の詳細については後述される。続いて、ジョブ投入部１２は、ジョブ情報をジョブキュー１５に記憶する（Ｓ２０３）。この際、ジョブ投入部１２は、優先度に対応した位置に、ジョブ情報を記憶する。
【００３０】
図６は、ジョブキューへのジョブ情報の記憶例を示す図である。図６において、ジョブ情報Ｆは、ジョブキュー１５に新たに記憶されるジョブ情報である。ジョブ情報Ｆの優先度は１であるとする。なお、優先度の値が小さい程、優先度は高いこととする。
【００３１】
図６（１）は、ジョブ情報Ｆが記憶される前のジョブキュー１５の状態の一例を示す。図６（２）は、ジョブ情報Ｆが記憶された後のジョブキュー１５の状態の一例を示す。なお、図６に示されるジョブキュー１５において、下に有るジョブ情報ほど、実行順が早いこととする。したがって、最も下に有るジョブ情報が、実行順において先頭のジョブ情報である。
【００３２】
図６に示されるように、ジョブ情報Ｆは、優先度が２以下のジョブ情報より前の位置であって、優先度が１のジョブ情報の中の最後の位置に記憶される。すなわち、優先度が同じジョブ情報が複数有る場合、当該複数のジョブ情報の実行順は、ジョブキュー１５への記憶順に基づく。
【００３３】
続くステップＳ２０４は、ステップＳ２０３とは非同期に実行される。フロー実行制御部１３は、例えば、定期的にジョブキュー１５を参照し、ジョブキュー１５に１以上のジョブ情報が記憶されていると、をジョブキュー１５より、先頭のジョブ情報を一つ取り出す（Ｓ２０４）。先頭のジョブ情報が取得されることにより、優先度が最も高いジョブ情報が取得されることになる。なお、取り出されたジョブ情報は、ジョブキュー１５より削除される。
【００３４】
続いて、フロー実行制御部１３は、ジョブ情報に含まれている設定値を、当該ジョブ情報に含まれているフローＩＤに係るフロー定義データの複製に適用する（Ｓ２０５）。以下、当該複製を、「対象フロー定義データ」という。
【００３５】
続いて、フロー実行制御部１３は、設定値が適用された対象フロー定義データに基づいて、ジョブ情報に含まれているスキャン画像に関して、ワークフローの実行を制御する（Ｓ２０６）。その結果、スキャン画像に関して、対象フロー定義データに基づく画像処理や配信処理等が実行される。
【００３６】
続いて、ステップＳ２０２の詳細について説明する。図７は、第一の実施の形態における優先度判定処理の処理手順の一例を説明するためのフローチャートである。
【００３７】
ステップＳ３０１において、ジョブ投入部１２は、受信されたジョブ情報よりログインユーザ名を取得する。続いて、ジョブ投入部１２は、データベースサーバ２１より、ログインユーザ名に対応する優先度を取得する（Ｓ３０２）。
【００３８】
図８は、第一の実施の形態においてデータベースサーバが管理する優先度情報の一例を示す図である。
【００３９】
図８に示されるように、第一の実施の形態において、データベースサーバ２１は、各ユーザ名に対応付けて優先度を記憶する。ユーザ名ごとに優先度が設定可能とされることで、例えば、会議が多く、会議の直前に会議資料に関してワークフローを実行するユーザの優先度を高くすることができる。また、役職の高いユーザの優先度を高くすることもできる。なお、ユーザ名に対して直接的に優先度が記憶されなくてもよい。例えば、役職や所属部署又は所属グループ等、ユーザの属性情報を構成する項目の値に対応付けて優先度が設定されてもよい。すなわち、複数のユーザを、所定の基準に基づいて分類することにより形成されるグループごとに優先度が設定されてもよい。また、スケジュール情報等、ユーザ名ごとに管理されている情報に基づいて優先度が判定されてもよい。例えば、優先度の判定時の直後に会議や外出等の予定が有るユーザに係るジョブ情報の優先度が高くされてもよい。
【００４０】
続いて、ジョブ投入部１２は、取得された優先度を、ジョブ情報に対して付与する（Ｓ３０３）。
【００４１】
上述したように、第一の実施の形態によれば、ワークフローの実行要求元であるユーザに関連する情報に応じて、ワークフローの実行単位ごとに優先度を付与することができる。したがって、同一のフロー定義データに基づくワークフローであっても、ユーザ等に応じて優先度を変化させることができる。その結果、ワークフローの実行順に関して、柔軟性を向上させることができる。
【００４２】
なお、上記では、ジョブ情報がジョブキュー１５に記憶される前に優先度が判定される例を説明したが、ジョブキュー１５からジョブ情報が取り出される際に、優先度が判定されてもよい。例えば、フロー実行制御部１３が、ジョブキュー１５からジョブ情報を取り出す際に、各ジョブ情報の優先度を判定し、優先度が最も高いジョブ情報をジョブキュー１５から取り出してもよい。
【００４３】
また、優先度は、ワークフローの属性情報に基づいて判定されてもよい。例えば、フロー定義データの作成時期に基づいて、優先度が判定されてもよい。または、フロー定義データごとの使用頻度又は累積回数等に基づいて、優先度が判定されてもよい。
【００４４】
次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。
【００４５】
図９は、第二の実施の形態における配信管理システムの構成例を示す図である。図９中、図１と同一部分には同一符号を付し、その説明は省略する。図９に示される配信管理システム２は、入退館管理サーバ２２及び社員情報管理サーバ２３等を更に含む。
【００４６】
入退館管理サーバ２２は、配信管理システム２を利用する企業における社員ごとに、入退館情報を管理する。入退館情報とは、社員が、当該企業のいずれのビルに入館中であるか、又は退館済みであるかを示す情報をいう。例えば、社員が、当該企業の或るビルに入館する場合、社員ごとの識別情報等が記録されたＩＣカード又は磁気カード等の社員証が、ビルに設置されているカードリーダにセットされ、入館したことが入力される。また、社員が、或るビルから退館する場合、社員証が当該ビルのカードリーダにセットされ、退館することが入力される。本実施の形態において、社員ごとの識別情報は、社員番号であるとする。入退館管理サーバ２２は、カードリーダからアップロードされる社員番号と、入館したビル名又は退館したことを示す情報を受信し、当該社員番号に係る入退館情報を更新する。
【００４７】
社員情報管理サーバ２３は、社員ごとの属性情報を管理する。例えば、社員情報管理サーバ２３は、社員ごとに、所属するビル名を記憶する。所属するビル名とは、社員が属する部署の居室が含まれているビルの名前である。
【００４８】
以下、配信管理システム２において実行される処理手順について説明する。第二の実施の形態では、優先度判定処理が、第一の実施の形態と異なる。
【００４９】
図１０は、第二の実施の形態における優先度判定処理の処理手順の一例を説明するためのフローチャートである。
【００５０】
ステップＳ３１１において、ジョブ投入部１２は、受信されたジョブ情報よりログインユーザ名を取得する。続いて、ジョブ投入部１２は、ログインユーザ名に対する入退館情報を入退館管理サーバ２２より取得する（Ｓ３１２）。
【００５１】
図１１は、入退館管理サーバが管理する入退館情報の一例を示す図である。図１１に示されるように、入退館管理サーバ２２は、社員番号に対応付けて、入退館情報を記憶する。入退館情報において、１号館や３号館等のビル名が記憶されている社員は、当該ビル名に係るビルに入館中であることを示す。一方、「退館」が記憶されている社員は、いずれのビルにも入館していないことを示す。
【００５２】
なお、ログインユーザ名に対応する社員番号は、ユーザ名と社員番号との対応付けを管理する所定のコンピュータより取得されればよい。例えば、データベースサーバ２１が、当該所定のコンピュータであってもよい。
【００５３】
続いて、ジョブ投入部１２は、ログインユーザ名に対する所属ビル名を社員情報管理サーバ２３より取得する（Ｓ３１３）。
【００５４】
図１２は、社員情報管理サーバが管理する社員情報の一例を示す図である。図１２に示されるように、社員情報管理サーバ２３は、社員番号に対応付けて、所属ビル名等を含む社員情報を記憶する。ここでは所属ビル名が取得されればよい。
【００５５】
続いて、ジョブ投入部１２は、ログインユーザ名に係る入退館情報が、「退館」であるか否かを判定する（Ｓ３１４）。当該入退館情報が、「退館」である場合（Ｓ３１４でＹｅｓ）、ジョブ投入部１２は、本実施の形態において最低の優先度である優先度３を、ジョブ情報に付与する（Ｓ３１５）。
【００５６】
ログインユーザ名に係る入退館情報が、「退館」でない場合（Ｓ３１５でＮｏ）、ジョブ投入部１２は、ログインユーザ名に係る入退館情報が示すビル名と、ログインユーザ名に係る所属ビル名とが一致するか否かを判定する（Ｓ３１６）。ログインユーザ名に係る入退館情報が示すビル名は、ログインユーザ名に係る社員が、現時点において所在するビル名である。したがって、ステップＳ３１６は、ログインユーザ名に係る社員が、所属ビルに所在するか否かの判定に相当する。
【００５７】
入退館情報が示すビル名と所属ビル名とが一致する場合（Ｓ３１６でＹｅｓ）、ジョブ投入部１２は、本実施の形態において２番目の優先度である優先度２を、ジョブ情報に付与する（Ｓ３１７）。一方、入退館情報が示すビル名と所属ビル名とが異なる場合（Ｓ３１６でＮｏ）、ジョブ投入部１２は、本実施の形態において最高の優先度である優先度１を、ジョブ情報に付与する（Ｓ３１８）。
【００５８】
図１０の処理では、所在するビルが居室と異なる社員、所在するビルが居室に一致する社員、いずれのビルにも所在しない社員の順で優先度が付与される。これは、次のような考えに基づく。
【００５９】
所在するビルが居室と異なる社員を最優先とするのは、このような社員は、出張先において会議等に関する文書を配信しようとしている社員である可能性が考えられるからである。すなわち、当該社員は、文書の配信に対する緊急度が高い社員であると考えられるからである。
【００６０】
いずれのビルにも所在しない社員の優先度を最低とするのは、既に帰宅等してしまっている社員に関するワークフローの実行は、緊急度が低いと考えられるからである。
【００６１】
但し、いずれの社員のワークフローの優先度を高くするかについては、運用に応じて適宜変更されてもよい。例えば、所在するビルが居室に一致する社員の優先度が最高とされてもよい。
【００６２】
また、社員の所在位置の特定には、入退館情報以外の情報が用いられてもよい。例えば、各画像形成装置３０に対して設置されているビル名が設定されていてもよい。画像形成装置３０は、ジョブ情報に、設置されているビル名を含めて配信管理サーバ１０に送信してもよい。この場合、ジョブ情報に含まれているビル名に基づいて、ログインユーザ名に係る社員の所在位置を特定することができる。また、各社員がＧＰＳ（Global Positioning System）機能付きの携帯端末を所持している場合、当該携帯端末を利用することにより、各社員の所在位置が特定されてもよい。
【００６３】
また、社員の所在位置及び画像形成装置３０の設置位置等は、ビル単位で特定されなくてもよい。例えば、フロア単位、事業所単位等、「位置」の範囲は、運用に応じて適宜変更されてもよい。
【００６４】
上述したように、第二の実施の形態によれば、ユーザの所在位置に応じて、当該ユーザによって実行が要求されているワークフローの優先度を変化させることができる。したがって、ワークフローの実行順に関して、柔軟性を向上させることができる。
【００６５】
なお、上記各実施の形態において、配信管理サーバ１０によって実行された処理は、画像形成装置３０が実行してもよい。すなわち、画像形成装置３０が、図３に示されるような機能構成を有していてもよい。
【００６６】
続いて、第一及び第二の実施の形態の共通事項として、ジョブ投入部１２の詳細について説明する。図１３は、ジョブ投入部の詳細な構成例を示す図である。本実施の形態におけるジョブ投入部１２は、画像形成装置３０やスキャナ以外を、ワークフローに対するデータの入力元（ワークフローの実行要求元）とすることができる。
【００６７】
すなわち、ジョブ投入部１２において、データの入力元とのやりとりは、プラグインによって実現される。図１３では、スキャン入力プラグイン１２１、メール入力プラグイン１２２、及びフォルダ入力プラグイン１２３が例示されている。
【００６８】
スキャン入力プラグイン１２１は、画像形成装置３０よりワークフローの実行要求を受信するプラグインである。すなわち、スキャン入力プラグイン１２１は、図５のステップＳ２０１においてスキャン画像に関するワークフローの実行要求を受信する。スキャン入力プラグイン１２１は、受信されたフローＩＤ、スキャン画像、及び設定値等を、フロー実行制御部１３が予定している形式に従ったジョブ情報に整形し、当該ジョブ情報をジョブキュー１５に記憶する。
【００６９】
メール入力プラグイン１２２は、画像データが添付された電子メールによってワークフローの実行要求を受け付けるプラグインである。この場合、当該画像データが、ワークフローの処理対象とされる。電子メールには、フローＩＤや設定値等が記述されてもよい。メール入力プラグイン１２２は、電子メールに添付されている画像データと、電子メールに記述されている情報とを、フロー実行制御部１３が予定している形式に従ったジョブ情報に整形し、当該ジョブ情報をジョブキュー１５に記憶する。
【００７０】
フォルダ入力プラグイン１２３は、所定のフォルダに対する画像データのアップロードによって、ワークフローの実行要求を受け付けるプラグインである。所定のフォルダは、配信管理サーバ１０の補助記憶装置１０２に形成されたフォルダでもよいし、配信管理サーバ１０にネットワークを介して接続される記憶装置に形成されたフォルダでもよい。フォルダ入力プラグイン１２３は、例えば、所定のフォルダをポーリングし、当該フォルダに画像データ、及びフローＩＤや設定値等を格納したファイルが保存されていれば、当該画像データ及びファイルを取得する。フォルダ入力プラグイン１２３は、取得された画像データと、取得されたファイルに格納されている情報とを、フロー実行制御部１３が予定している形式に従ったジョブ情報に整形し、当該ジョブ情報をジョブキュー１５に記憶する。
【００７１】
このように、ジョブ投入部１２は、様々な形態で、ワークフローの実行要求を受け付けることができる。したがって、例えば、携帯電話、スマートフォン、又はデジタルカメラ等で撮像した画像データを、メール送信したり、所定のフォルダにアップロードしたりすることで、当該画像データに関してワークフローを実行させることができる。
【００７２】
また、他のプラグインを追加することにより、他の形態で実行要求が受け付けられてもよい。例えば、Ｗｅｂページを介してワークフローの実行要求を受け付けるプラグインが追加されてもよい。
【００７３】
次に、第三の実施の形態について説明する。第三の実施の形態では、クラウドサービス等、広域的な環境において提供されるサービスとして、配信管理サーバ１０の機能が提供される例について説明する。
【００７４】
図１４は、第三の実施の形態における情報処理システムの構成例を示す図である。図１４中、図１と同一部分には同一符号を付し、その説明は適宜省略する。
【００７５】
図１４に示される情報処理システム３において、サービス提供環境Ｅ２、ユーザ環境Ｅ１、メールサーバ６０、及びオンラインストレージ８０等は、インターネット等の広域的なネットワークを介して通信可能とされている。
【００７６】
サービス提供環境Ｅ２は、ネットワークを介してクラウドサービスを提供する組織におけるシステム環境である。なお、本実施の形態では、クラウドサービスを具体例に採用して説明するが、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等、ネットワークを介して提供されるサービスに関して、本実施の形態が適用されてもよい。
【００７７】
サービス提供環境Ｅ２は、サービス提供装置７０を有する。サービス提供装置７０は、ネットワークを介して所定のサービスを提供する。サービス提供装置７０が提供するサービスの一例として、例えば、「配信サービス」及び「プリントサービス」等が有る。配信サービスは、ユーザ環境Ｅ１の画像形成装置３０においてスキャンされた画像データを、設定された配信先に配信するサービスをいう。プリントサービスは、サービス提供装置７０にアップロードされている画像データを、ユーザ環境Ｅ１の画像形成装置３０に印刷させるサービスである。なお、サービス提供装置７０は、ユーザ環境Ｅ１に設置されてもよい。すなわち、サービス提供環境Ｅ２は、ユーザ環境Ｅ１に包含されてもよい。また、サービス提供装置７０は、一台のコンピュータによって構成されてもよいし、複数のコンピュータによって構成されてもよい。
【００７８】
ユーザ環境Ｅ１は、画像形成装置３０のユーザ企業等の組織におけるシステム環境である。ユーザ環境Ｅ１において、一台以上の画像形成装置３０等がＬＡＮ等のネットワークを介して接続されている。ユーザ環境Ｅ１は、更に、ファイアーウォールＦ１を含む。ファイアーウォールＦ１は、一般的なファイアーウォールと同様でよい。ファイアーウォールＦ１は、例えば、ユーザ環境Ｅ１の外部からの要求を遮断する。なお、ユーザ環境Ｅ１は、複数存在しうる。
【００７９】
図１５は、サービス提供装置の機能構成例を示す図である。図１５において、サービス提供装置７０は、サーバアプリ７１０及びプラットフォーム７２０等のソフトウェアを含む。これらは、サービス提供装置７０にインストールされる一以上のプログラムによって構成され、サービス提供装置７０に所定の処理を実行させる。
【００８０】
サービス提供装置７０は、また、組織情報記憶部７３１、ユーザ情報記憶部７３２、機器情報記憶部７３３、フロー定義記憶部７３４、画面定義記憶部７３５、及び優先度情報記憶部７３６等を利用する。これら各記憶部は、サービス提供装置７０が有する補助記憶装置、又はサービス提供装置７０にネットワークを介して接続される記憶装置等を用いて実現可能である。
【００８１】
サーバアプリ７１０は、サービス提供装置７０が提供するサービスを実現するアプリケーションプログラムである。例えば、サーバアプリ７１０は、画像形成装置３０との連携によってサービスを実現する。オンラインストレージ８０等、他のクラウドサービス等との連携が行われてもよい。
【００８２】
図１５では、サーバアプリ７１０の一例として、配信サーバアプリ７１１、プリントサーバアプリ７１２、サービスＡアプリ７１３、及びサービスＢアプリ７１４等が例示されている。配信サーバアプリ７１１は、配信サービスに関する処理を実行するサーバアプリ７１０である。プリントサーバアプリ７１２は、プリントサービスに関する処理を実行するサーバアプリ７１０である。
【００８３】
プラットフォーム７２０は、複数のサーバアプリ７１０に共通する機能、又は複数のサーバアプリ７１０から利用される基本機能等を含む。図１５において、プラットフォーム７２０は、認証処理部７２１、機器通信部７２２、データ処理制御部７２３、及びデータ処理部７２４等を含む。
【００８４】
これら各部の機能は、プラットフォームＡＰＩ７４０を介してサーバアプリ７１０に公開されている。換言すれば、サーバアプリ７１０は、プラットフォームＡＰＩ７４０によって公開されている範囲においてこれら各部の機能を利用可能である。
【００８５】
認証処理部７２１は、画像形成装置３０等のユーザの認証等を行う。機器通信部７２２は、画像形成装置３０等との通信を制御する。データ処理制御部７２３は、画像形成装置３０より受信されるデータ等、各種のデータに対する処理の実行を制御する。本実施の形態において、データ処理制御部７２３は、ワークフローの実行を制御する。データ処理部７２４は、複数の処理実行部と、処理実行部ごとの処理キューとを含む。各処理実行部は、それぞれ、単独で完結したデータ処理を実行する。データ処理の一例として、ＯＣＲ（Optical Character Recognition）、データのデータ変換処理、ＯＣＲ処理又はデータ変換処理の結果として得られるデータの配信処理等が挙げられる。各処理キューは、処理実行部に対する入力データを記憶する。各処理実行部は、当該処理実行部に対応する処理キューよりデータを取り出し、当該データに対して処理を実行する。本実施の形態において、各処理実行部が実行する処理は、ワークフローを構成する処理単位に相当する。
【００８６】
組織情報記憶部７３１は、サービス提供環境Ｅ２とサービスの利用契約を締結している各組織の属性情報を記憶する。組織は、企業であってもよいし、企業内の部署であってもよい。また、企業とは関係のない一以上のユーザの集合であってもよい。組織とユーザ環境Ｅ１とは、一対一に対応してもよいし、一つの組織に複数のユーザ環境Ｅ１が含まれてもよい。
【００８７】
ユーザ情報記憶部７３２は、組織に所属す各個人の属性情報を記憶する。すなわち、サービス提供装置７０が提供するサービスを実際に利用する各ユーザの属性情報が、ユーザ情報記憶部７３２に記憶される。
【００８８】
機器情報記憶部７３３は、ユーザ環境Ｅ１において、サービス提供装置７０が提供するサービスと連携させる画像形成装置３０に関する属性情報を記憶する。フロー定義記憶部７３４は、組織ごとに区別して、フロー定義データを記憶する。画面定義記憶部７３５は、組織ごとに区別して、画面定義データを記憶する。優先度情報記憶部７３６は、組織ごとに区別して、ワークフローのジョブの優先度を判定するための情報を記憶する。
【００８９】
なお、図１５では、画像形成装置３０以外にサービス提供装置７０と通信可能な機器の一例として、ＰＣ（Personal Computer）、携帯端末、画像投影装置、及びデジタルカメラ等が例示されている。
【００９０】
また、図１５に示される各ソフトウェア及び各記憶部の分類形態は、一例であり、本実施の形態を実施するために、サービス提供装置７０の各ソフトウェア及び各記憶部が、図１５に示されるような階層で分類されていることは必須ではない。すなわち、画像形成装置３０等が、サーバアプリ７１０と連携可能であれば、サービス提供装置７０におけるソフトウェア及び記憶部の階層関係等は、特定のものに限定されない。
【００９１】
図１６は、配信サーバアプリの機能構成例を示す図である。図１６において、配信サーバアプリ７１１は、優先度判定部７１１ａ及び処理要求部７１１ｂ等を含む。優先度判定部７１１ａは、ワークフローのジョブごとに優先度を判定する。処理要求部７１１ｂは、ワークフローの実行を、データ処理制御部７２３に要求する。
【００９２】
以下、情報処理システム３において実行される処理手順について説明する。図１７は、第三の実施の形態における処理手順の一例を説明するためのシーケンス図である。図１７では、画像形成装置３０ａが、操作対象であるとする。
【００９３】
ステップＳ４０１において、画像形成装置３０ａは、ログイン画面を介してユーザによって入力された、組織ＩＤ、ユーザ名、及びパスワードと、画像形成装置３０ａに記憶されている機体番号とを含む認証要求を、サービス提供装置７０に送信する。組織ＩＤとは、組織ごとの識別情報である。機体番号とは、各画像形成装置３０の機体（個体）の識別情報である。例えば、製造番号又はシリアル番号が機体番号として用いられてもよい。
【００９４】
サービス提供装置７０の認証処理部７２１は、当該認証要求に応じ、認証処理を実行する（Ｓ４０２）。具体的には、認証処理部７２１は、認証要求に指定された組織ＩＤ、ユーザ名、及びパスワードの組合せが、ユーザ情報記憶部７３２に記憶されているか否かを判定する。
【００９５】
図１８は、ユーザ情報記憶部の構成例を示す図である。図１８において、ユーザ情報記憶部７３２は、組織ＩＤに対応付けて、当該組織ＩＤに係る組織に属するユーザごとに、ユーザ名、パスワード、地域名、所属事業所名、及びメールアドレス等を記憶する。地域名は、ユーザ名に係るユーザが所属する地域又は国の名前である。一つの組織に属するユーザが、複数の国に跨っているケースとして、当該組織がグローバル企業である例が挙げられる。所属事業所名は、ユーザが所属する事業所の名前である
更に、認証処理部７２１は、認証要求に指定された組織ＩＤ及び機体番号の組み合わせが、機器情報記憶部７３３に記憶されているか否かを判定する。
【００９６】
図１９は、機器情報記憶部の構成例を示す図である。図１９において、機器情報記憶部７３３は、組織ＩＤごとに、当該組織ＩＤに係る組織に属する画像形成装置３０の機体番号が対応付けられている。また、機体番号ごとに、地域名及び設置事業所名等が記憶されている。地域名は、機体番号に係る画像形成装置３０が設置されている地域又は国の名前である。設置事業所名は、機体番号に係る画像形成装置３０が設置されている事業所の名前である。
【００９７】
組織ＩＤ、ユーザ名、及びパスワードの組合せが、ユーザ情報記憶部７３２に記憶されており、かつ、組織ＩＤ及び機体番号の組み合わせが、機器情報記憶部７３３に記憶されている場合、認証処理部７２１は、認証は成功であると判定する。これらの組み合わせのいずれかが、ユーザ情報記憶部７３２又は機器情報記憶部７３３に記憶されていない場合、認証処理部７２１は、認証は失敗であると判定する。認証処理部７２１は、認証の成否を示す情報を、画像形成装置３０ａに返信する（Ｓ４０３）。以下、認証に成功した組織ＩＤ、ユーザ名、及び機体番号のそれぞれを、「ログイン組織ＩＤ」、「ログインユーザ名」、「ログイン機体番号」という。なお、認証に成功した場合、一般的なセッション管理と同様に、画像形成装置３０ａとのセッションの管理領域が、例えば、サービス提供装置７０のメモリ装置に生成される。当該管理領域には、ログイン組織ＩＤ、ログインユーザ名、及びログイン機体番号等が記憶される。この場合、認証の成否を示す情報とともに、セッションを識別するためのトークンが、画像形成装置３０ａに返信される。
【００９８】
続いて、画像形成装置３０ａは、図４のステップＳ１０１〜Ｓ１０８において説明した処理と同様の処理を実行する。但し、フロー選択画面の画面データ及び選択されたワークフローに対応する画面定義データ等の取得先は、サービス提供装置７０である。なお、ステップＳ１０１〜Ｓ１０８に対応するステップは、図１７においては便宜上、省略されている。
【００９９】
続いて、画像形成装置３０ａは、ジョブ情報をサービス提供装置７０に送信する（Ｓ４０４）。ジョブ情報には、トークン、実行対象とされたワークフローのフローＩＤ、スキャン画像、及び入力された設定値等が含まれる。
【０１００】
サービス提供装置７０においてジョブ情報が受信されると、配信サーバアプリ７１１の優先度判定部７１１ａは、当該ジョブ情報に係るジョブの優先度を判定する（Ｓ４０５）。優先度の判定処理の詳細については後述される。
【０１０１】
続いて、優先度判定部７１１ａは、判定された優先度が付与されたジョブ情報を指定して、ジョブの実行を処理要求部７１１ｂに要求する（Ｓ４０６）。処理要求部７１１ｂは、当該ジョブの実行を、データ処理制御部７２３に要求する（Ｓ４０７）。データ処理制御部７２３は、ジョブ情報に含まれているトークン及びフローＩＤに対応したフロー定義データに基づいて、ワークフローの実行を制御する。トークン及びフローＩＤに対応したフロー定義データとは、例えば、ログイン組織ＩＤ及びフローＩＤに対応したフロー定義データである。
【０１０２】
例えば、データ処理制御部７２３は、最初の処理単位を実行する処理実行部に対応する処理キューに対し、スキャン画像を登録する（Ｓ４０８）。この際、データ処理制御部７２３は、図６において説明した、ジョブ情報をジョブキュー１５に登録する処理と同様の要領で、スキャン画像を処理キューに登録する。すなわち、優先度に応じた位置に、スキャン画像が登録される。
【０１０３】
一方、各処理実行部は、当該処理実行部に対応する処理キューをポーリングしている。当該処理キューに１以上のデータが記憶されていると、処理実行部は、当該処理キューの先頭からデータを取り出す（Ｓ４０９）。続いて、当該処理実行部は、処理キューより取り出したデータに対して、所定の処理を実行する（Ｓ４１０）。処理実行部は、処理結果として生成されるデータを、データ処理制御部７２３に出力する（Ｓ４１１）。
【０１０４】
ステップＳ４０８〜Ｓ４１１の手順は、実行対象のワークフローを構成する処理単位分繰り返される。本実施の形態において、最後の処理単位は、配信処理となる。したがって、データ処理制御部７２３は、最終的に、配信処理を実行する処理実行部に対応する処理キューに対してデータを登録する（Ｓ４１２）。配信処理を実行する処理実行部は、当該処理キューの先頭からデータを取り出す（Ｓ４１３）。続いて、当該処理実行部は、当該データについて、配信処理を実行する（Ｓ４１４）。
【０１０５】
続いて、ステップＳ４０５の詳細について説明する。図２０は、第三の実施の形態における優先度判定処理の処理手順の一例を説明するためのフローチャートである。
【０１０６】
ステップＳ５０１において、優先度判定部７１１ａは、最低の優先度である優先度３を、ジョブ情報に対する付与候補の初期値とする。続いて、優先度判定部７１１ａは、優先度情報記憶部７３６より、優先度情報を読み込む（Ｓ５０２）。
【０１０７】
図２１は、優先度情報記憶部の第一の例を示す図である。図２１において、優先度情報記憶部７３６は、組織ＩＤに対応付けて、優先度情報を記憶する。各優先度情報は、状態、優先度、及び有効性等を含む。「状態」は、ユーザの状態であり、「居室」又は「外出先」の値を有する。「居室」は、ユーザが、所属事業所に設置されている画像形成装置３０を操作中の状態である。「外出先」は、ユーザが、所属事業所以外に設置されている画像形成装置３０を操作中の状態である。優先度は、ユーザの状態が「状態」に該当する場合に、ジョブ情報に付与される優先度である。有効性は、当該優先度情報の有効性である。ステップＳ５０２では、ログイン組織ＩＤに対応し、かつ、有効性が「ＯＮ」である全ての優先度情報が読み込まれる。
【０１０８】
続いて、優先度判定部７１１ａは、読み込まれた優先度情報が１以上有るか否かを判定する（Ｓ５０３）。読み込まれた優先度情報が一つも無い場合（Ｓ５０３でＮｏ）、ステップ５０９に進む。読み込まれた優先度情報が１以上有る場合（Ｓ５０３でＹｅｓ）、優先度判定部７１１ａは、読み込まれた優先度情報のうちの一つを処理対象とする（Ｓ５０４）。以下、処理対象とされた優先度情報を、「対象優先度情報」という。
【０１０９】
続いて、優先度判定部７１１ａは、ユーザの状態が、対象優先度情報の「状態」に該当するか否かを判定する（Ｓ５０５）。具体的には、ログイン組織ＩＤ及びログインユーザ名の組に対してユーザ情報記憶部７３２に記憶されている所属事業所名と、ログイン組織ＩＤ及びログイン機体番号の組に対して機器情報記憶部７３３に記憶されている設置事業所名とが一致するか否かが判定される。対象優先度情報の「状態」が「居室」である場合、所属事業所名と設置事業所名とが一致すれば、ユーザの状態は、対象優先度情報の「状態」に該当すると判定される。対象優先度情報の「状態」が「外出先」である場合、所属事業所名と設置事業所名とが一致しなければ、ユーザの状態は、対象優先度情報の「状態」に該当すると判定される。
【０１１０】
ユーザの状態が対象優先度情報の「状態」に該当しない場合（Ｓ５０５でＮｏ）、ステップＳ５０８に進む。ユーザの状態が対象優先度情報の「状態」に該当する場合（Ｓ５０５でＹｅｓ）、優先度判定部７１１ａは、対象優先度情報の「優先度」の値が、現時点の付与候補の優先度よりも小さいか否かを判定する（Ｓ５０６）。なお、本実施の形態において、優先度が小さいことは、優先度が高いことを意味する。対象優先度情報の「優先度」の値が、現在の付与候補の優先度よりも小さい場合（Ｓ５０６でＹｅｓ）、優先度判定部７１１ａは、対象優先度情報の「優先度」の値によって、付与候補の優先度を更新する（Ｓ５０７）。
【０１１１】
続いて、優先度判定部７１１ａは、ステップＳ５０２において読み込まれた全ての優先度情報のうち、未処理の優先度情報が有るか否かを判定する（Ｓ５０８）。未処理の優先度情報が有る場合（Ｓ５０８でＹｅｓ）、未処理の優先度情報のうちの一つの優先度情報が処理対象とされて、ステップＳ５０４以降が繰り返される。未処理の優先度情報が無い場合（Ｓ５０８でＮｏ）、優先度判定部７１１ａは、付与候補の優先度をジョブ情報に付与する（Ｓ５０９）。
【０１１２】
なお、優先度情報記憶部７３６は、例えば、図２２に示されるように構成されてもよい。図２２は、優先度情報記憶部の第二の例を示す図である。図２２に示される優先度情報記憶部７３６では、「状態」の値として、「異国」が追加されている。「異国」とは、ユーザが、所属事業所の属する国とは異なる国に設置されている画像形成装置３０を操作中の状態である。ログイン組織ＩＤ及びログインユーザ名の組に対してユーザ情報記憶部７３２に記憶されている地域名と、ログイン組織ＩＤ及びログイン機体番号の組に対して機器情報記憶部７３３に記憶されている地域名とが異なる場合、ユーザの状態は「異国」に該当する。なお、「異国」の状態に該当するユーザは、「外出先」の状態にも該当する。
【０１１３】
図２２に示される優先度情報記憶部７３６を利用する場合の優先度判定処理についても、図２０において説明した通りでよい。
【０１１４】
上述したように、第三の実施の形態によれば、第一の実施の形態又は第二の実施の形態をグローバルな環境に対応させることができる。
【０１１５】
なお、第一又は第二の実施の形態において、優先度情報記憶部７３６を用いて、ジョブ情報の優先度が判定されてもよい。
【０１１６】
また、第三の実施の形態におけるサービス提供装置７０によるサービスは、必ずしもクラウドサービスとして提供されなくてもよい。例えば、情報処理システム３は、グローバルな企業内のシステムであってもよい。
【０１１７】
なお、上記各実施の形態において、配信管理サーバ１０、サービス提供装置７０は、情報処理装置又は情報処理システムの一例である。ジョブ投入部１２、配信サーバアプリ７１１は、受信部の一例である。ジョブキュー１５、処理キューは、記憶部の一例である。ジョブ投入部１２、優先度判定部７１１ａは、判定部の一例である。フロー実行制御部１３、データ処理制御部７２３は、処理制御部の一例である。
【０１１８】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０１１９】
１、２        配信管理システム
３            情報処理システム
１０          配信管理サーバ
１１          画面提供部
１２          ジョブ投入部
１３          フロー実行制御部
１４          処理部
１５          ジョブキュー
１６          フロー定義記憶部
１７          画面定義記憶部
２１          データベースサーバ
２２          入退館管理サーバ
２３          社員情報管理サーバ
３０          画像形成装置
４０          認証サーバ
５０          文書管理サーバ
６０          メールサーバ
７０          サービス提供装置
８０          オンラインストレージ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１２１        スキャン入力プラグイン
１２２        メール入力プラグイン
１２３        フォルダ入力プラグイン
７１０        サーバアプリ
７１１        配信サーバアプリ
７１１ａ      優先度判定部
７１１ｂ      処理要求部
７１２        プリントサーバアプリ
７１３        サービスＡアプリ
７１４        サービスＢアプリ
７２０        プラットフォーム
７２１        認証処理部
７２２        機器通信部
７２３        データ処理制御部
７２４        データ処理部
７３１        組織情報記憶部
７３２        ユーザ情報記憶部
７３３        機器情報記憶部
７３４        フロー定義記憶部
７３５        画面定義記憶部
７３６        優先度情報記憶部
７４０        プラットフォームＡＰＩ
Ｂ            バス
【先行技術文献】
【特許文献】
【０１２０】
【特許文献１】特開２０１１‐０６１６３０号公報
【図１】
2014119947.tif 000003
【図２】
2014119947.tif 000004
【図３】
2014119947.tif 000005
【図４】
2014119947.tif 000006
【図５】
2014119947.tif 000007
【図６】
2014119947.tif 000008
【図７】
2014119947.tif 000009
【図８】
2014119947.tif 000010
【図９】
2014119947.tif 000011
【図１０】
2014119947.tif 000012
【図１１】
2014119947.tif 000013
【図１２】
2014119947.tif 000014
【図１３】
2014119947.tif 000015
【図１４】
2014119947.tif 000016
【図１５】
2014119947.tif 000017
【図１６】
2014119947.tif 000018
【図１７】
2014119947.tif 000019
【図１８】
2014119947.tif 000020
【図１９】
2014119947.tif 000021
【図２０】
2014119947.tif 000022
【図２１】
2014119947.tif 000023
【図２２】
2014119947.tif 000024