(57)【要約】【課題】共用される記憶装置を介した処理対象のデータの入力に関する操作性を向上させること。【解決手段】第１の情報処理装置は、記憶装置に記憶されたデータに対して当該第１の情報処理装置が実行可能な各処理の種別を示す情報を、記憶装置に記憶させ、第２の情報処理装置が記憶装置に記憶させたデータと、当該データに対して実行対象とされた処理の種別を示す情報とを取得し、当該データに対して、当該情報が示す種別の処理の実行を制御し、第２の情報処理装置は、第１の情報処理装置が記憶装置に記憶させた情報を、記憶装置から取得し、第１の情報処理装置に処理させるデータと、当該データに対して実行対象とする処理の種別とを選択させるための画面を、取得された情報に基づいて表示し、画面を介して選択されたデータと、画面を介して選択された処理の種別を示す情報とを、記憶装置に記憶させる。【選択図】図３
2016174229.tif 000002
【特許請求の範囲】
【請求項１】
それぞれがネットワークを介して記憶装置に接続される第１の情報処理装置と第２の情報処理装置とを含む情報処理システムであって、
前記第１の情報処理装置は、
前記記憶装置に記憶されたデータに対して当該第１の情報処理装置が実行可能な各処理の種別を示す情報を、前記記憶装置に記憶させる第１の記憶処理部と、
前記第２の情報処理装置が前記記憶装置に記憶させたデータと、当該データに対して実行対象とされた処理の種別を示す情報とを取得する第１の取得部と、
前記第１の取得部によって取得されたデータに対して、前記第１の取得部によって取得された情報が示す種別の処理の実行を制御する処理制御部とを有し、
前記第２の情報処理装置は、
前記第１の記憶処理部が前記記憶装置に記憶させた情報を、前記記憶装置から取得する第２の取得部と、
前記第１の情報処理装置に処理させるデータと、当該データに対して実行対象とする処理の種別とを選択させるための画面を、前記第２の取得部によって取得された情報に基づいて表示する表示制御部と、
前記画面を介して選択されたデータと、前記画面を介して選択された処理の種別を示す情報とを、前記記憶装置に記憶させる第２の記憶処理部とを有する、
ことを特徴とする情報処理システム。
【請求項２】
前記第１の記憶処理部は、前記情報が示す処理の種別ごとに、当該種別に係る処理が実行されるデータの記憶領域を示す情報を前記記憶装置に記憶させ、
前記第２の取得部は、前記記憶領域を示す情報を取得し、
前記第２の記憶処理部は、前記画面を介して選択されたデータと、前記画面を介して選択された処理の種別を示す情報とを、前記記憶装置が有する記憶領域のうち、当該種別に対応する記憶領域に記憶させる、
ことを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記表示制御部は、前記画面に示されている処理の種別のうちのいずれかの種別に対する設定情報の指定を受け付け、
前記第２の記憶処理部は、前記画面を介して選択されたデータと、前記画面を介して選択された処理の種別を示す情報と、前記設定情報とを前記記憶装置に記憶させる、
ことを特徴とする請求項１又は２記載の情報処理システム。
【請求項４】
前記表示制御部は、前記第２の取得部によって取得された情報が示す種別ごとに、当該種別を選択させるための表示部品を含む前記画面を表示する、
ことを特徴とする請求項１乃至３いずれか一項記載の情報処理システム。
【請求項５】
前記第２の記憶処理部は、前記表示部品のうち、データのアイコンがドロップされた表示部品に係る種別を示す情報と、当該データとを前記記憶装置に記憶させる、
ことを特徴とする請求項４記載の情報処理システム。
【請求項６】
ネットワークを介して記憶装置に接続される第１の情報処理装置であって、
前記記憶装置に記憶されたデータに対して当該第１の情報処理装置が実行可能な各処理の種別を示す情報を、前記記憶装置に記憶させる第１の記憶処理部と、
前記記憶装置にネットワークを介して接続される第２の情報処理装置が前記記憶装置に記憶させたデータと、当該データに対して実行対象とされた処理の種別を示す情報とを取得する第１の取得部と、
前記第１の取得部によって取得されたデータに対して、前記第１の取得部によって取得された情報が示す種別の処理の実行を制御する処理制御部と、
を有することを特徴とする第１の情報処理装置。
【請求項７】
第１の情報処理装置がネットワークを介して接続される記憶装置とネットワークを介して接続される第２の情報処理装置であって、
第１の情報処理装置がネットワークを介して記憶装置に記憶させた、前記記憶装置に記憶されたデータに対して当該第１の情報処理装置が実行可能な各処理の種別を示す情報を、前記記憶装置からネットワークを介して取得する第２の取得部と、
前記第１の情報処理装置に処理させるデータと、当該データに対して実行対象とする処理の種別とを選択させるための画面を、前記第２の取得部によって取得された情報に基づいて表示する表示制御部と、
前記画面を介して選択されたデータと、前記画面を介して選択された処理の種別を示す情報とを、前記記憶装置に記憶させる第２の記憶処理部と、
を有することを特徴とする第２の情報処理装置。
【請求項８】
それぞれがネットワークを介して記憶装置に接続される第１の情報処理装置と第２の情報処理装置とが実行する情報処理方法であって、
前記第１の情報処理装置は、
前記記憶装置に記憶されたデータに対して当該第１の情報処理装置が実行可能な各処理の種別を示す情報を、前記記憶装置に記憶させる第１の記憶処理手順と、
前記第２の情報処理装置が前記記憶装置に記憶させたデータと、当該データに対して実行対象とされた処理の種別を示す情報とを取得する第１の取得手順と、
前記第１の取得手順において取得されたデータに対して、前記第１の取得手順において取得された情報が示す種別の処理の実行を制御する処理制御手順とを有し、
前記第２の情報処理装置は、
前記第１の記憶処理手順が前記記憶装置に記憶させた情報を、前記記憶装置から取得する第２の取得手順と、
前記第１の情報処理装置に処理させるデータと、当該データに対して実行対象とする処理の種別とを選択させるための画面を、前記第２の取得手順において取得された情報に基づいて表示する表示制御手順と、
前記画面を介して選択されたデータと、前記画面を介して選択された処理の種別を示す情報とを、前記記憶装置に記憶させる第２の記憶処理手順とを実行する、
ことを特徴とする情報処理方法。
【請求項９】
前記第１の記憶処理手順は、前記情報が示す処理の種別ごとに、当該種別に係る処理が実行されるデータの記憶領域を示す情報を前記記憶装置に記憶させ、
前記第２の取得手順は、前記記憶領域を示す情報を取得し、
前記第２の記憶処理手順は、前記画面を介して選択されたデータと、前記画面を介して選択された処理の種別を示す情報とを、前記記憶装置が有する記憶領域のうち、当該種別に対応する記憶領域に記憶させる、
ことを特徴とする請求項８記載の情報処理方法。
【請求項１０】
前記表示制御手順は、前記画面に示されている処理の種別のうちのいずれかの種別に対する設定情報の指定を受け付け、
前記第２の記憶処理手順は、前記画面を介して選択されたデータと、前記画面を介して選択された処理の種別を示す情報と、前記設定情報とを前記記憶装置に記憶させる、
ことを特徴とする請求項８又は９記載の情報処理方法。
【請求項１１】
前記表示制御手順は、前記第２の取得手順において取得された情報が示す種別ごとに、当該種別を選択させるための表示部品を含む前記画面を表示する、
ことを特徴とする請求項８乃至１０いずれか一項記載の情報処理方法。
【請求項１２】
前記第２の記憶処理手順は、前記表示部品のうち、データのアイコンがドロップされた表示部品に係る種別を示す情報と、当該データとを前記記憶装置に記憶させる、
ことを特徴とする請求項１１記載の情報処理方法。
【請求項１３】
ネットワークを介して記憶装置に接続される第１の情報処理装置に、
前記記憶装置に記憶されたデータに対して当該第１の情報処理装置が実行可能な各処理の種別を示す情報を、前記記憶装置に記憶させる第１の記憶処理手順と、
前記記憶装置にネットワークを介して接続される第２の情報処理装置が前記記憶装置に記憶させたデータと、当該データに対して実行対象とされた処理の種別を示す情報とを取得する第１の取得手順と、
前記第１の取得手順において取得されたデータに対して、前記第１の取得手順において取得された情報が示す種別の処理の実行を制御する処理制御手順と、
を実行させることを特徴とするプログラム。
【請求項１４】
第１の情報処理装置がネットワークを介して接続される記憶装置とネットワークを介して接続される第２の情報処理装置に、
第１の情報処理装置がネットワークを介して記憶装置に記憶させた、前記記憶装置に記憶されたデータに対して当該第１の情報処理装置が実行可能な各処理の種別を示す情報を、前記記憶装置からネットワークを介して取得する第２の取得手順と、
前記第１の情報処理装置に処理させるデータと、当該データに対して実行対象とする処理の種別とを選択させるための画面を、前記第２の取得手順において取得された情報に基づいて表示する表示制御手順と、
前記画面を介して選択されたデータと、前記画面を介して選択された処理の種別を示す情報とを、前記記憶装置に記憶させる第２の記憶処理手順と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
画像形成装置において原稿よりスキャンされた画像データに対し、予め設定された処理フロー又はワークフローを実行可能なコンピュータシステムが有る（例えば、特許文献１）。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
他方において、近年では、クラウドストレージ等のネットワーク上のストレージサービスを利用して、ネットワーク上に電子ファイルが保存されることが有る。上記のコンピュータシステムにおいて実行されるデータ処理（ワークフロー等）の処理対象として、画像形成装置から入力されるデータ、あるいはスキャンされた画像データ等に限らず、このようなサービスの記憶装置に格納されている電子ファイル等のデータを、簡易に入力することができれば、上記のコンピュータシステムの利便性を向上させることができる。
【０００４】
本発明は、上記の点に鑑みてなされたものであって、共用される記憶装置を介した処理対象のデータの入力に関する操作性を向上させることを目的とする。
【課題を解決するための手段】
【０００５】
そこで上記課題を解決するため、情報処理システムは、それぞれがネットワークを介して記憶装置に接続される第１の情報処理装置と第２の情報処理装置とを含み、前記第１の情報処理装置は、前記記憶装置に記憶されたデータに対して当該第１の情報処理装置が実行可能な各処理の種別を示す情報を、前記記憶装置に記憶させる第１の記憶処理部と、前記第２の情報処理装置が前記記憶装置に記憶させたデータと、当該データに対して実行対象とされた処理の種別を示す情報とを取得する第１の取得部と、前記第１の取得部によって取得されたデータに対して、前記第１の取得部によって取得された情報が示す種別の処理の実行を制御する処理制御部とを有し、前記第２の情報処理装置は、前記第１の記憶処理部が前記記憶装置に記憶させた情報を、前記記憶装置から取得する第２の取得部と、前記第１の情報処理装置に処理させるデータと、当該データに対して実行対象とする処理の種別とを選択させるための画面を、前記第２の取得部によって取得された情報に基づいて表示する表示制御部と、前記画面を介して選択されたデータと、前記画面を介して選択された処理の種別を示す情報とを、前記記憶装置に記憶させる第２の記憶処理部とを有する。
【発明の効果】
【０００６】
共用される記憶装置を介した処理対象のデータの入力に関する操作性を向上させることができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態における配信管理システムの構成例を示す図である。
【図２】本発明の実施の形態における配信管理サーバのハードウェア構成例を示す図である。
【図３】本発明の実施の形態における配信管理サーバ及びクライアント端末の機能構成例を示す図である。
【図４】ワークフローの一例を示す図である。
【図５】本実施の形態におけるフロー定義データの一例を示す図である。
【図６】ジョブ投入部の構成例を示す図である。
【図７】フロー定義データの生成に応じて配信管理サーバが実行する処理手順の一例を説明するためのフローチャートである。
【図８】クライアント端末が実行する処理手順の一例を説明するためのフローチャートである。
【図９】フロー定義取得設定画面の表示例を示す図である。
【図１０】フロー選択画面の表示例を示す図である。
【図１１】フロー詳細画面の表示例を示す図である。
【図１２】パラメータ編集画面の表示例を示す図である。
【図１３】クラウド入力プラグインが配信管理サーバに実行させる処理手順の一例を説明するためのフローチャートである。
【図１４】ジョブ情報に基づくワークフローの制御処理の処理手順の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【０００８】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における配信管理システムの構成例を示す図である。図１において、配信管理システム１は、配信管理サーバ１０、１以上のクライアント端末２０、管理者端末３０、及びクラウドストレージ４０等を含む。各装置は、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）を介して通信可能に接続されている。
【０００９】
配信管理サーバ１０は、入力されるデータ等に関して、予め設定されたワークフローを実行するコンピュータである。ワークフローとは、例えば、それぞれが独立して又は単独で完結した機能を実現する一以上の処理単位（タスク）の任意な組み合わせによって実現される処理の流れ（処理フロー）をいう。当該処理単位は、一般的なワークフローの用語における、アクティビティに当てはめられてもよい。つまり、配信管理サーバ１０は、予め設定（定義）されたデータ処理の内容に基づき、入力されるデータに対する処理を実行する機能を実現する。配信管理サーバ１０は、例えば、或る企業（以下、「企業Ａ」という。）において運用される。
【００１０】
管理者端末３０は、配信管理システム１の管理者が利用するＰＣ（Personal Computer）等である。管理者は、管理者端末３０を介して、配信管理サーバ１０に対して予め設定されるべき設定情報等の設定を行うユーザを指す。
【００１１】
クライアント端末２０は、ユーザが直接利用する端末である。本実施の形態において、クライアント端末２０は、ファイルをクラウドストレージ４０に対してアップロードし、クラウドストレージの記憶領域にファイルを保存するために利用される。ユーザはクライアント端末２０を利用して、配信管理サーバ１０にデータ処理を実行させる対象となるファイル等の処理対象のデータをクラウドストレージ４０に記憶させる。クライアント端末２０は、例えば、携帯電話、スマートフォン、タブレット型端末、及びＰＣ（Personal Computer）等でもよい。なお、本実施の形態において、クライアント端末２０のユーザは、例えば、企業Ａの従業員である。
【００１２】
クラウドストレージ４０は、オンラインストレージとも呼ばれ、インターネット上で、データ保存用の記憶領域を貸し出すサービス（ストレージサービス）を提供するコンピュータシステムである。本実施の形態において、クラウドストレージ４０にアップロードされたファイルは、配信管理サーバ１０によって実行されるワークフローの入力データとなる。なお、クラウドストレージ４０は、配信管理サーバ１０への入力データの記憶装置の一例であり、斯かる記憶装置は、必ずしもクラウド上に配置されなくてもよい。
【００１３】
なお、斯かる記憶装置が、クラウド上に配置されることにより、クライアント端末２０の配置位置の自由度を高めることができる。具体的には、クラウドストレージ４０が、クラウドサービスとして提供される場合（すなわち、クラウドストレージ４０が、企業Ａの外部に設置される場合）、クライアント端末２０は、企業Ａのイントラネットの外からでもクラウドストレージ４０にアクセス可能となる。したがって、ユーザは、例えば、自宅等において、クライアント端末２０を利用して、クラウドストレージ４０にファイルをアップロードすることができる。
【００１４】
また、クライアント端末２０が配信管理サーバ１０に対して直接的にファイルをアップロードする形態も考えられるが、クラウドストレージ４０を介してファイルがアップロードされることで、上記したような、クライアント端末２０の配置位置の自由度の向上といった利便性を享受することができる。配信管理サーバ１０が、企業Ａのイントラネット内に配置され、当該イントラネットのファイアウォールによってアクセスが制限される場合、企業Ａのイントラネット外部のネットワークからは、配信管理サーバ１０へのアクセスが困難となるからである。
【００１５】
言い換えると、イントラネット外でネットワーク接続するクライアント端末２０から、イントラネット内でネットワーク接続する配信管理サーバ１０へのアクセスは制限される（アクセスできない）状況が想定され得るため、このような場合には、クラウドストレージ４０をデータ送受の仲介役とすることで、配信管理サーバ１０は、イントラネットの外に対しては、クラウドストレージ４０との通信を行えばよくなる。
【００１６】
また、配信管理サーバ１０にとって、処理対象のデータの入力元、又は処理後のデータを出力先はクラウドストレージ４０に限定されない。例えば、原稿から画像を読み取る画像形成装置、電子メールの転送を行うメールサーバ、ＬＡＮ上においてファイルの共有に用いられるファイルサーバ等が、ワークフローに対するデータの入力元、又はワークフローによるデータの出力先（配信先）として、配信管理システム１に含まれてもよい。この場合、配信管理サーバ１０はこれらの装置とネットワークを介して接続される。
【００１７】
具体的な一例としては、イントラネット内において配信管理サーバ１０と画像形成装置が接続しており、画像形成装置から入力されたデータを配信管理サーバ１０が受信し、画像形成装置から指定されたワークフローに従いデータ処理を行うことで、配信先のクラウドストレージ４０に配信データを送信するといった利用形態が考えられる。
【００１８】
図２は、本発明の実施の形態における配信管理サーバのハードウェア構成例を示す図である。図２の配信管理サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１９】
配信管理サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２０】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って配信管理サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００２１】
なお、配信管理サーバ１０は、複数のコンピュータ、によって構成されてもよい。また、クライアント端末２０も、図２に示されるようなハードウェア構成を有していてもよい。但し、クライアント端末２０は、マウス、キーボード、又はタッチパネル等の入力装置や、液晶パネル等の表示装置を備えていることが望ましい。
【００２２】
図３は、本発明の実施の形態における配信管理サーバ及びクライアント端末の機能構成例を示す図である。図３において、配信管理サーバ１０は、ジョブ投入部１１、フロー実行制御部１２、処理部１３、及びフロー定義生成部１４等を有する。これら各部は、配信管理サーバ１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理により実現される。配信管理サーバ１０は、また、ジョブキュー１５１及びフロー定義記憶部１５２等の記憶部を利用する。これら各記憶部は、補助記憶装置１０２、又は配信管理サーバ１０にネットワークを介して接続される記憶装置等を用いて実現可能である。
【００２３】
フロー定義記憶部１５２は、フロー定義データを記憶する。フロー定義データとは、ワークフローの処理の流れ等に関する定義情報が記録されたデータをいう。例えば管理者が管理者端末３０を使用して、処理の流れを決定したワークフローを作成すると、当該ワークフローのフロー定義データが記録される。本実施の形態において、一つのフロー定義データは、一つのワークフローに対応するため、管理者が作成したワークフローの数だけ記録された１以上のフロー定義データが記憶されている。したがって、フロー定義データは、およそ相互に処理手順の異なるワークフローごと（ワークフローの種別ごと）に作成されることとなる。
【００２４】
ジョブ投入部１１は、ワークフローの実行要求に応じ、当該ワークフローに係るジョブ情報をジョブキュー１５１に投入する。本実施の形態において、ジョブとは、ワークフローの実行単位をいう。例えば、同一の種別のワークフローが複数回実行された場合、各実行時のジョブは異なる。また、本実施の形態におけるジョブ情報には、ワークフローの実行対象となるデータが指定される。データの指定は、基本的にワークフローの実行を要求するユーザによって行われる。なお、ジョブ情報は、フロー実行制御部１２が解釈可能な形式又は構造を有する。
【００２５】
ジョブキュー１５１は、ジョブ投入部１１によって投入されたジョブ情報を記憶する。ジョブ情報は、例えば、実行対象のワークフローの識別子や処理対象のデータ（入力データ）等を含む情報である。
【００２６】
フロー実行制御部１２は、ジョブキュー１５１よりジョブ情報を取得し、当該ジョブ情報に対応するフロー定義データの定義に従って、ワークフローの実行を制御する。
【００２７】
処理部１３は、ワークフローを構成する処理単位（アクティビティ）ごとの処理を実行する。例えば、一つのアクティビティは、一つの処理部１３によって実現される。したがって、ワークフローは、相互に処理内容の異なる１以上の処理部１３による処理の接続によって実現される。図３では、処理部Ａ及び処理部Ｂ等が例示されている。各処理部１３は、それぞれ独立したプログラムモジュールによって実現されてもよい。この場合、各プログラムモジュールは、プラグインとして、容易にインストール可能とされてもよい。
【００２８】
フロー定義生成部１４は、フロー定義データを生成する。フロー定義生成部１４は、生成したフロー定義データをフロー定義記憶部１５２に記憶すると共に、クラウドストレージ４０の所定のフォルダにフロー定義データの一部あるいは全部をアップロード（送信）する。例えば、フロー定義生成部１４は、フロー定義データの編集画面（以下、「フロー編集画面」という。）を管理者端末３０に表示させる。フロー編集画面は、Ｗｅｂページに基づいて表示されてもよい。フロー編集画面では、ワークフローを構成する各処理単位の選択、選択された各処理単位間の実行順序の指定、選択された各処理単位に対する設定情報の入力等が行われる。
【００２９】
一方、クライアント端末２０は、取得設定部２１、フロー定義取得部２２、画面表示制御部２３、及びアップロード部２４等を有する。これら各部は、クライアント端末２０にインストールされたプログラムがクライアント端末２０のＣＰＵに実行させる処理により実現される。クライアント端末２０は、また、取得定義記憶部２０１を利用する。取得定義記憶部２０１は、クライアント端末２０の補助記憶装置等を用いて実現可能である。
【００３０】
取得設定部２１は、クラウドストレージ４０からのフロー定義データの取得（ダウンロード）に関する設定情報の設定をユーザから受け付ける。例えば、取得先のＵＲＬ（Uniform Resource Locator）等が当該設定情報に含まれる。
【００３１】
フロー定義取得部２２は、取得設定部２１が受け付けた設定情報に基づいて、フロー定義データをクラウドストレージ４０から取得する。複数のフロー定義データがクラウドストレージ４０に記憶されている場合、複数のフロー定義データが取得される。すなわち、配信管理サーバ１０において生成されたフロー定義データは、クラウドストレージ４０を介してクライアント端末２０に提供（配信）される。取得されたフロー定義データは、取得定義記憶部２０１に記憶される。なお、クライアント端末２０から見た場合、取得されたフロー定義データの一覧は、配信管理サーバ１０が実行可能なワークフローの種別を示す情報である。
【００３２】
画面表示制御部２３は、取得定義記憶部２０１に記憶されているフロー定義データに基づいて、クラウドストレージ４０にアップロードするファイルと、当該ファイルに格納されているデータに対して配信管理サーバ１０に実行させるワークフローとを選択させるための画面（以下、「フロー選択画面」という。）を表示する。
【００３３】
アップロード部２４は、フロー選択画面を介して選択されたファイルと、フロー選択画面を介して選択されたワークフローを示す情報（例えば、当該ワークフローのフローＩＤ）とをクラウドストレージ４０に送信（アップロード）して、クラウドストレージ４０に記憶させる。
【００３４】
ここで、フロー定義データの詳細について説明する。本実施の形態において、ワークフローを構成する１以上の処理単位は、中間処理又は出力処理に大別される。中間処理は、例えば、ワークフローの処理対象とされたデータに対する加工処理である。中間処理の一例として、ノイズ除去処理、ＯＣＲ（Optical Character Recognition）変換処理、翻訳処理、及びデータ変換処理等が挙げられる。
【００３５】
出力処理は、ワークフローからのデータの出力処理である。出力処理の一例として、配信管理サーバ１０にネットワークを介して接続するファイルサーバへの配信処理が挙げられる。また、所定のメールアドレスが配信先とされてもよいし、クラウドストレージ４０が配信先とされてもよい。なお、例えば、画像形成装置への印刷やプロジェクタへの表示等、配信以外の出力形態による出力処理がワークフローを構成してもよい。
【００３６】
フロー定義データには、少なくとも一つの出力処理と、必要に応じて一以上の中間処理との順序付けられた組み合わせに関する定義が記録されている。分岐した処理が並列的に実行されるようにワークフローが定義されてもよい。
【００３７】
図４は、ワークフローの一例を示す図である。図４に示されるワークフローでは、入力された画像データに関して、まず、ＯＣＲ変換処理が実行される。ＯＣＲ変換処理によって、画像データからテキストデータが抽出される。続いて、メール配信処理が実行される。メール配信処理では、ＯＣＲ変換処理によって抽出されたテキストデータの一部を件名とする電子メールが、フロー定義データに設定されたメールアドレス宛に送信される。
【００３８】
図４に示されるワークフローのフロー定義データは、例えば、図５に示されるように定義される。図５は、本実施の形態におけるフロー定義データの一例を示す図である。本実施の形態において、フロー定義データは、ＸＭＬ（eXtensible Markup Language）形式によって定義される。但し、ＣＳＶ（Comma Separated Values）形式等、他の形式に従って、フロー定義データが定義されてもよい。
【００３９】
図５において、フロー定義データ５００は、＜ｆｌｏｗ＞タグで囲まれるｆｌｏｗ要素をルート要素とする。ｆｌｏｗ要素は、ｉｄ要素５１１及びｎａｍｅ要素５１２と、１以上のｐｌｕｇ−ｉｎ要素を子要素として含む。ｉｄ要素５１１の値（「Ｆｌｏｗ１」）は、フローＩＤである。なお、フローＩＤは、配信管理サーバ１０が実行する処理（ワークフロー）の種別を示す情報である。ｎａｍｅ要素５１２の値（「ＯＣＲ変換／メール配信」）は、ワークフローの名前（以下、「フロー名」という。）である。フロー名は、フローＩＤと同様、ワークフローの種別ごとに異なる情報である。フローＩＤは、コンピュータがワークフローの種別を識別するために利用されるのに対し、フロー名は、人間がワークフローの種別を識別するために利用される。
【００４０】
ｐｌｕｇ−ｉｎ要素は、処理単位ごとの定義である。例えば、処理部１３の処理部Ａ、処理部Ｂといったそれぞれの処理部がこの処理単位となる。フロー定義データ５００は、ＯＣＲ変換処理に対応するｐｌｕｇ−ｉｎ要素５２０、メール配信処理に対応するｐｌｕｇ−ｉｎ要素５３０を含む。各ｐｌｕｇ−ｉｎ要素は、ｏｒｄｅｒ属性を含む。ｏｒｄｅｒ属性の値は、当該ｐｌｕｇ−ｉｎ要素に係る処理単位の実行順を示す。また、各ｐｌｕｇ−ｉｎ要素は、ｉｄ要素、ｄｉｓｐｌａｙＮａｍｅ要素、及びｐａｒａｍｅｔｅｒｓ要素等を子要素として含む。
【００４１】
ｉｄ要素の値は、当該処理単位を実行する処理部１３として配信管理サーバ１０を機能させるプログラム（プラグイン）の識別情報である。フロー実行制御部１２は、ｉｄ要素の値に基づいて、当該プログラムを呼び出すことができる。ｄｉｓｐｌａｙＮａｍｅの値は、フロー編集画面において、各処理単位を示す図形が表示される際に、当該図形上に表示される文字列である。ｐａｒａｍｅｔｅｒｓ要素は、当該処理単位に対する入力パラメータが指定されたり、当該処理単位による処理結果（出力情報）が記録されたりする部分である。入力パラメータや出力情報は、処理単位ごとに異なる。したがって、ｐａｒｅｍｅｔｅｒｓ要素の値の構造は、処理単位に応じて異なる。
【００４２】
例えば、ＯＣＲ変換処理に対応するｐｌｕｇ−ｉｎ要素５２０のｐａｒａｍｅｔｅｒｓ要素は、ｋｅｙｗｏｒｄ要素５２１を含む。ｋｅｙｗｏｒｄ要素５２１は、ＯＣＲ変換処理の結果を格納する要素である。図５において、ｋｅｙｗｏｒｄ要素５２１の値は、空である。フロー定義データの状態において、ＯＣＲ変換処理の結果は確定していないからである。すなわち、ｋｅｙｗｏｒｄ要素５２１には、フロー定義データ５００に基づいて生成されるフロー定義データに基づいてＯＣＲ変換処理が実行された後に、当該ＯＣＲ変換処理によって抽出された文字列が記録される。
【００４３】
メール配信処理に対応するｐｌｕｇ−ｉｎ要素５３０のｐａｒａｍｅｔｅｒｓ要素は、ｓｅｒｖｅｒＩｐ要素５４１、ｐｏｒｔＮｕｍｂｅｒ要素５４２、ｔｏ１要素５４３、ｃｃ１要素５４４、ｃｃ２要素５４５、及びｓｕｂｊｅｃｔ要素５４６を含む。ｓｅｒｖｅｒＩｐ要素５４１の値は、メール送信の要求先のＳＭＴＰサーバのＩＰアドレスである。ｐｏｒｔＮｕｍｂｅｒ５４２の値は、メール送信の要求先のＳＭＴＰサーバのポート番号である。ｔｏ１要素５４３の値は、送信対象の電子メールの１番目の宛先アドレスである。ｃｃ１要素５４４の値は、送信対象の電子メールの１番目のＣｃアドレスである。ｃｃ２要素５４５の値は、送信対象の電子メールの２番目のＣｃアドレスである。ｓｕｂｊｅｃｔ要素５４６の値は、送信対象の電子メールの件名である。ここで、ｓｕｂｊｅｃｔ要素５４６の値は、中括弧で囲まれている。これは、当該値には、当該中括弧内に指定された識別情報に係る値が採用されることを示す。「ｏｃｒ／ｋｅｙｗｏｒｄ」は、値が「ｏｃｒ」であるｉｄ要素を含むｐｌｕｇ−ｉｎ要素５２０におけるｋｅｙｗｏｒｄ要素の値を示す。すなわち、「ｏｃｒ／ｋｅｙｗｏｒｄ」は、ＯＣＲ変換処理によって抽出された文字列を示す。したがって、ｓｕｂｊｅｃｔ要素５４６では、ＯＣＲ変換処理によって抽出された文字列が、電子メールの件名として採用されることが定義されている。
【００４４】
ｐｌｕｇ−ｉｎ要素５２０及び５３０のそれぞれにおける各ｐａｒａｍｅｔｅｒｓ要素の各子要素は、ｔｙｐｅ属性、ｒ属性、及びｗ属性を有する。ｔｙｐｅ属性の値は、当該要素に係るパラメータの値のデータ型を示す。ｒ属性の値は、当該パラメータの値について、フロージョブの実行時におけるユーザによる参照の可否を示す。ｗ属性の値は、当該パラメータの値について、フロージョブの実行時におけるユーザによる書き込み又は更新の可否を示す。ｒ属性及びｗ属性の値について、「ｔｒｕｅ」は、それぞれ参照が可能、書き込みが可能であること（許可されること）を示す。「ｆａｌｓｅ」は、それぞれ参照が不可能、書き込みが不可能であること（許可されないこと）を示す。
【００４５】
続いて、ジョブ投入部１１の詳細について説明する。図６は、ジョブ投入部の構成例を示す図である。
【００４６】
ジョブ投入部１１において、データの入力元とのやりとりは、プラグイン可能なプログラムによって実現される。図６では、スキャン入力プラグイン１１１、メール入力プラグイン１１２、フォルダ入力プラグイン１１３、及びクラウド入力プラグイン１１４が例示されている。
【００４７】
スキャン入力プラグイン１１１は、画像形成装置よりワークフローの実行要求を受信するプラグインである。すなわち、スキャン入力プラグイン１１１は、画像形成装置においてスキャンされた画像データに対するワークフローの実行要求を、画像形成装置より受信する。当該実行要求には、画像データと共に、フローＩＤ及びワークフローに対する設定情報等が指定される。スキャン入力プラグイン１１１は、受信されたフローＩＤ、画像データ、及び設定情報等を、フロー実行制御部１２が予定している形式に従ったジョブ情報に整形し、当該ジョブ情報をジョブキュー１５１に記憶する。
【００４８】
メール入力プラグイン１１２は、所定のメールアドレス宛の電子メールによってワークフローの実行要求を受け付けるプラグインである。この場合、当該電子メールに添付されたデータが、ワークフローの処理対象（入力データ）とされる。当該データは、画像データであってもよいし、他の形式のデータであってもよい。メール入力プラグイン１１２は、所定のメールアドレス宛の電子メールを、メールサーバから取得する。メール入力プラグイン１１２は、取得された電子メールに添付されているデータと、当該電子メールに記述されている情報とを、フロー実行制御部１２が予定している形式に従ったジョブ情報に整形し、当該ジョブ情報をジョブキュー１５１に記憶する。
【００４９】
フォルダ入力プラグイン１１３は、所定のフォルダに対するファイルのアップロードによって、ワークフローの実行要求を受け付けるプラグインである。所定のフォルダは、配信管理サーバ１０の補助記憶装置１０２に形成されたフォルダでもよいし、配信管理サーバ１０にネットワークを介して接続される記憶装置（例えば、いずれかのクライアント端末２０又はファイルサーバの記憶装置）に形成されたフォルダでもよい。フォルダ入力プラグイン１１３は、例えば、所定のフォルダをポーリング（周期的に参照）し、当該フォルダに、処理対象のデータを格納したファイル（以下、「データファイル」という。）、及びフローＩＤや設定値等を格納したファイル（以下、「書誌ファイル」という。）が保存されていれば、当該データファイル及び書誌ファイルを取得する。フォルダ入力プラグイン１１３は、取得されたデータファイルと、取得された書誌ファイルに格納されている情報とを、フロー実行制御部１２が予定している形式に従ったジョブ情報に整形し、当該ジョブ情報をジョブキュー１５１に記憶する。
【００５０】
クラウド入力プラグイン１１４は、クラウドストレージ４０に対するファイルのアップロードによって、ワークフローの実行要求を受け付けるプラグインである。クラウド入力プラグイン１１４は、例えば、クラウドストレージ４０における所定のアカウントに対する記憶領域（例えば、フォルダ）をポーリングし、当該記憶領域にファイルが保存されていれば、当該ファイルを取得する。クラウド入力プラグイン１１４は、取得されたファイルを、フロー実行制御部１２が予定している形式に従ったジョブ情報に整形し、当該ジョブ情報をジョブキュー１５１に記憶する。
【００５１】
このように、ジョブ投入部１１は、様々な形態で、ワークフローの実行要求を受け付けることができる。また、他のプラグインを追加することにより、他の形態で実行要求が受け付けられてもよい。例えば、Ｗｅｂページを介してワークフローの実行要求を受け付けるプラグインが追加されてもよい。
【００５２】
以下、配信管理システム１において実行される処理の処理手順について説明する。図７は、フロー定義データの生成に応じて配信管理サーバが実行する処理手順の一例を説明するためのフローチャートである。
【００５３】
フロー定義生成部１４は、管理者端末３０に表示されているフロー編集画面において編集対象とされているフロー定義データについて保存要求を受信すると（Ｓ１０１でＹｅｓ）、当該フロー定義データを、フロー定義記憶部１５２に記憶する（Ｓ１０２）。続いて、フロー定義生成部１４は、保存要求に係るフロー定義データを、クラウドストレージ４０の所定のフォルダ（以下、「フロー定義保存フォルダ」という。）にアップロードする（Ｓ１０３）。なお、クラウドストレージ４０にログインするためのアカウントや、フロー定義保存フォルダのフォルダ名等については、予め設定されており、補助記憶装置１０２等に記憶されている。また、フロー定義保存フォルダは、例えば、企業ごと、部署ごと等に異なるフォルダがそれぞれ設定され記憶されていてもよい。本実施の形態では、企業Ａに固有のフロー定義保存フォルダが利用される。
【００５４】
フロー定義データが生成されるたびに図７の処理が実行されることにより、クラウドストレージ４０のフロー定義保存フォルダには、配信管理サーバ１０のフロー定義記憶部１５２と同様に、フロー定義データの一覧が記憶される。なお、フロー編集画面を介して既存のフロー定義データに関する更新や削除が行われた場合についても、図７と同様の処理手順によって、当該更新や当該削除等が、フロー定義保存フォルダに反映される。その結果、フロー定義保存フォルダの記憶内容と、フロー定義記憶部１５２の記憶内容とについて同期が図られる。
【００５５】
なお、クラウドストレージ４０にアップロードされるフロー定義データは、生成されるフロー定義データのうちの一部に限定されてもよい。例えば、フロー編集画面において、クラウドストレージ４０へのアップロードが許可又は指定されたフロー定義データのみが、クラウドストレージ４０にアップロードされるようにしてもよい。そうすることで、例えば、クラウドストレージ４０経由でデータが入力されるのが適切ではないワークフローのフロー定義データが、クラウドストレージ４０にアップロードされてしまうのを回避することができる。
【００５６】
続いて、クライアント端末２０が実行する処理手順について説明する。図８は、クライアント端末が実行する処理手順の一例を説明するためのフローチャートである。
【００５７】
ステップＳ２０１において、フロー定義取得部２２は、クラウドストレージ４０のフロー定義保存フォルダにアクセスして、フロー定義保存フォルダに記憶されているフロー定義データをダウンロードする。ダウンロードされたフロー定義データは、取得定義記憶部２０１に記憶される。なお、フロー定義保存フォルダに記憶されている全てのフロー定義データがダウンロードされてもよいし、当該全てのフロー定義データのうち、取得定義記憶部２０１に記憶されていないフロー定義データとの差分のみがダウンロードされてもよい。すなわち、フロー定義保存フォルダと、取得定義記憶部２０１との同期は、公知の方法が利用されて行われてもよい。なお、フロー定義データの異同は、各フロー定義データに含まれているフローＩＤに基づいて判定されてもよいし、各フロー定義データを格納するファイルのファイル名に基づいて判定されてもよい。
【００５８】
ところで、フロー定義取得部２２によるフロー定義保存フォルダへのアクセスは、取得設定部２１を介してユーザによって事前に設定された設定内容（以下、「フロー定義取得設定」という。）に基づいて行われる。取得設定部２１は、例えば、フロー定義取得設定をユーザに設定させるための画面（以下、「フロー定義取得設定画面」という。）を表示させて、フロー定義取得設定を受け付ける。
【００５９】
図９は、フロー定義取得設定画面の表示例を示す図である。図９において、フロー定義取得設定画面６００は、設定領域６１０、設定領域６２０、及び保存ボタン６３０等を含む。
【００６０】
設定領域６１０は、クラウドストレージ４０のフロー定義保存フォルダに関する設定領域である。図９において、設定領域６１０では、ＵＲＬ、アカウント名、及びパスワード等の設定が可能とされている。ＵＲＬは、フロー定義保存フォルダのＵＲＬである。アカウント名及びパスワードは、フロー定義保存フォルダに対してアクセス権限を有するアカウントのアカウント名及びパスワードである。これらのＵＲＬ、アカウント名、及びパスワードは、例えば、管理者から各ユーザに対して予め通知される。なお、ＵＲＬ、アカウント名及びパスワードが入力された後に、ボタン６１１が押下された場合、取得設定部２１は、入力されたＵＲＬによって特定されるアクセス先（フロー定義保存フォルダ）に対して、入力されたアカウント名及びパスワードに基づいてアクセスを試行し、試行結果を表示してもよい。そうすることで、ユーザは、ＵＲＬ、アカウント名、及びパスワードを正しく入力できたか否かを確認することができる。
【００６１】
設定領域６２０は、フロー定義保存フォルダと取得定義記憶部２０１との同期のタイミングに関する設定領域である。図９において、設定領域６２０では、定期同期の選択及び同期間隔の設定が可能とされている。定期同期とは、定期的に同期が行われる同期方法をいう。定期同期がチェックされた場合、同期間隔の入力が可能となる。同期間隔は、同期を実行する間隔である。なお、本実施の形態において、定期同期でない同期方法を逐次同期という。逐次同期では、ワークフローに対する入力データを格納したファイルのアップロード指示が行われる都度、同期が行われる。したがって、フロー定義取得設定において、定期同期が選択されている場合、ステップＳ２０１は、同期間隔に対応した時期に実行される。一方、フロー定義取得設定において、定期同期が選択されていない場合（すなわち、逐次同期が選択されている場合）、ステップＳ２０１は、例えば、フロー選択画面の表示指示がユーザによって入力された際に実行される。
【００６２】
なお、フロー定義取得設定画面６００のボタン６３０が選択されると、フロー定義取得設定画面６００における設定内容が、フロー定義取得設定として、例えば、クライアント端末２０の補助記憶装置に記憶される。
【００６３】
続くステップＳ２０２以降は、フロー定義データの同期方法が定期同期であるか又は逐次同期であるかに関わらず、フロー選択画面の表示指示に応じて実行される。
【００６４】
ステップＳ２０２において、画面表示制御部２３は、取得定義記憶部２０１に記憶されているフロー定義データの一覧に基づいて、フロー選択画面を生成する。続いて、画面表示制御部２３は、生成されたフロー選択画面を、クライアント端末２０の表示装置に表示する（Ｓ２０３）。
【００６５】
図１０は、フロー選択画面の表示例を示す図である。図１０において、フロー選択画面７００には、ワークフローごとに、フロー名をラベルとする３つの表示部品（アイコン７０１、７０２、７０３）が配列されている。すなわち、画面表示制御部２３は、取得定義記憶部２０１に記憶されているフロー定義データごとに、当該フロー定義データに含まれているフロー名を含むアイコンが配列された画面を、フロー選択画面として生成する。但し、フロー選択画面のレイアウトは、図１０に示されるものに限定されない。なお、アイコン７０３は、図５に示したフロー定義データ５００に対応するボタンである。
【００６６】
なお、フロー選択画面７００は、企業Ａに設置されている画像形成装置においてスキャンされた画像データをワークフローの入力データとする際に画像形成装置の操作パネルに表示される画面と同じ構成を有していてもよい。そうすることにより、ユーザは、クライアント端末２０からデータを入力する際に、画像形成装置の場合と同様の操作感を得ることができる。
【００６７】
フロー選択画面７００において、いずれかのアイコンがダブルクリックされると、画面表示制御部２３は、当該アイコンに対応するフロー定義データに基づいて、当該フロー定義データに係るワークフローの詳細画面（以下、「フロー詳細画面」という。）を表示する。
【００６８】
図１１は、フロー詳細画面の表示例を示す図である。図１１に示されるフロー詳細画面７１０は、フロー選択画面７００において、アイコン７０３がダブルクリックされた場合に対応する。すなわち、フロー詳細画面７１０は、図５に示したフロー定義データ５００に対応する。
【００６９】
フロー詳細画面７１０は、ワークフローを構成する各処理単位ごとにアイコンを含む。各アイコンは、対応する処理単位の実行順に配列されている。また、各アイコンは、フロー定義データ５００において、当該アイコンに係る処理単位に対応するｐｌｕｇ−ｉｎ要素内のｄｉｓｐｌａｙＮａｍｅ要素の値を含む。更に、前後関係を有する処理単位に対応するアイコンは、当該前後関係を示す矢印によって接続されている。なお、アイコン７１１は、フロー定義データ５００のｐｌｕｇ−ｉｎ要素５２０に対応し、アイコン７１２は、フロー定義データ５００のｐｌｕｇ−ｉｎ要素５３０に対応する。
【００７０】
フロー詳細画面７１０において、処理単位ごとのアイコンのうちのいずれかが選択されると、画面表示制御部２３は、選択されたアイコンに係る処理単位に対するパラメータ（設定情報）の編集画面（以下、「パラメータ編集画面」という。）を表示する。
【００７１】
図１２は、パラメータ編集画面の表示例を示す図である。パラメータ編集画面７２０は、フロー定義データ５００のｐｌｕｇ−ｉｎ要素５３０に含まれているｄｉｓｐｌａｙＰａｒａｍｅｔｅｒ要素であって、ｒ属性の値が「ｔｒｕｅ」であるｄｉｓｐｌａｙＰａｒａｍｅｔｅｒ要素ごとに、表示領域を含む。各表示領域には、当該表示領域に対応するｄｉｓｐｌａｙＰａｒａｍｅｔｅｒ要素に関連付けられているパラメータの値が表示される。例えば、表示領域７２１には、ｄｉｓｐｌａｙＰａｒａｍｅｔｅｒ要素５３７に関連付けられている値が表示される。また、表示領域７２２には、ｄｉｓｐｌａｙＰａｒａｍｅｔｅｒ要素５３８に関連付けられている値が表示される。また、表示領域７２３には、ｄｉｓｐｌａｙＰａｒａｍｅｔｅｒ要素５３９に関連付けられている値が表示される。
【００７２】
各表示領域は、対応するｄｉｓｐｌａｙＰａｒａｍｅｔｅｒ要素のｗ属性の値が「ｔｒｕｅ」であれば、編集可能とされ、当該ｗ属性の値が「ｆａｌｓｅ」であれは、編集不能とされる。
【００７３】
ユーザは、パラメータ設定画面７２０を介して、メール配信処理のパラメータ（設定情報）のうち、編集可能なパラメータについて、フロー定義データ５００に予め設定されている値とは異なる値を設定することができる。
【００７４】
パラメータの値が変更されて、ＯＫボタン７２４がクリックされると、画面表示制御部２３は、パラメータ編集画面７２０を非表示とし、変更後のパラメータの値を、例えば、クライアント端末２０のメモリ装置に記憶する。以下、変更後のパラメータの値を含むデータを、「メタデータ」という。メタデータは、例えば、各パラメータの識別情報に対応付けて、各パラメータの値を含むデータである。当該識別情報は、例えば、フロー定義データにおいて各パラメータに対応するＸＰａｔｈの値であってもよい。
【００７５】
パラメータ編集画面７２０が非表示になった後、ユーザが、フロー詳細画面７１０の閉じるボタン７１３をクリックすると、画面表示制御部２３は、フロー詳細画面７１０を非表示とする。その結果、フロー選択画面７００が、再び操作可能となる。
【００７６】
例えば、クライアント端末２０の補助記憶装置に保存されているいずれかのファイルのファイルアイコンがドラッグされ、フロー選択画面７００におけるいずれかのアイコンにドロップされると（Ｓ２０４でＹｅｓ）、画面表示制御部２３は、当該ファイルのファイル名と、ドロップ先のアイコンに対応するフロー定義データのフローＩＤとを、例えば、クライアント端末２０のメモリ装置に記憶する。すなわち、本実施の形態において、実行対象とするワークフローの選択と、当該ワークフローに対する入力データを格納するファイルの選択とは、ドラッグ・アンド・ドロップによって実行される。但し、他の操作によって、ファイル及びワークフローの選択が行われてもよい。
【００７７】
続いて、アップロード部２４は、クライアント端末２０のメモリ装置に記憶されているファイル名に係るファイル（入力データのファイル）の複製と、当該メモリ装置に記憶されているメタデータを格納したファイルとを、アップロード用のファイル群として生成する（Ｓ２０５）。生成される各ファイルのファイル名には、当該メモリ装置に記憶されているフローＩＤが含まれる。更に、各ファイルのファイル名には、現在日時を示す文字列と、ファイル名の重複を避けるためのユニークな番号とが含まれる。本実施の形態では、フローＩＤと日時を示す文字列と、ユニークな番号とから構成される文字列は、便宜上、フロージョブの識別情報（以下、「ジョブＩＤ」という。）として用いられる。したがって、入力データのファイル名は、例えば、複製元のファイル名の前に、ジョブＩＤが付加されたものでもよい。メタデータのファイル名の全部が、ジョブＩＤであってもよい。
【００７８】
続いて、アップロード部２４は、アップロード用のファイル群を含むワークフローの実行要求を、クラウドストレージ４０の所定のフォルダ（以下、「入力データ中継フォルダ」という。）にアップロードする（Ｓ２０５）。その結果、当該実行要求が、入力データ中継フォルダに保存される。具体的には、入力データを格納したファイルと、メタデータを格納したファイルとが、入力データ中継フォルダに記憶される。なお、アップロードの各ファイルのファイル名にはフローＩＤが含まれているため、実質的に、フローＩＤもアップロードされる。
【００７９】
なお、ワークフローの実行要求のアップロード時に利用されるアカウントは、フロー定義データのダウンロード時に利用されるアカウントと同じでもよいし、別途設定されてもよい。
【００８０】
また、入力データ中継フォルダのフォルダ名は、予め設定されていてもよい。例えば、入力データ中継フォルダは、フロー定義保存フォルダと同じであってもよい。又は、入力データ中継フォルダは、ワークフローの種別ごと（フロー定義データごと）に異なってもよい。この場合、各入力データ中継フォルダのフォルダ名は、各ワークフローのフローＩＤに基づいて特定可能であってもよい。又は、各入力データ中継フォルダのフォルダ名は、フロー定義データごとに、フロー編集画面を介して設定可能とされてもよい。この場合、フロー定義生成部１４は、フロー定義保存フォルダにフロー定義データをアップロードする際に、当該フロー定義データに対して、フロー編集画面を介して設定されたフォルダ名を関連付けてもよい。すなわち、ワークフローの種別ごとの記憶領域（入力データ中継フォルダ）のフォルダ名が、フロー定義保存フォルダにアップロードされ、記憶されてもよい。
【００８１】
フロー定義データへのフォルダ名の関連付けの方法は、所定の方法に限定されない。例えば、フロー定義データを格納するファイルのファイル名に、入力データ中継フォルダのフォルダ名が含められてもよい。又は、フロー定義データ内に、入力データ中継フォルダのフォルダ名が含められてもよい。この場合、クライアント端末２０のアップロード部２４は、実行対象として選択されたワークフローに係るフロー定義データに関連付けられているフォルダ名に係る入力データ中継フォルダに、ワークフローの実行要求をアップロードしてもよい。
【００８２】
続いて、配信管理サーバ１０のジョブ投入部１１を構成する、クラウド入力プラグイン１１４が配信管理サーバ１０に実行させる処理手順について説明する。
【００８３】
図１３は、クラウド入力プラグインが配信管理サーバに実行させる処理手順の一例を説明するためのフローチャートである。なお、図１３の各ステップは、クラウド入力プラグイン１１４が配信管理サーバ１０に実行させるものであるが、便宜上、クラウド入力プラグイン１１４が処理の実行主体であるとして説明する。
【００８４】
クラウド入力プラグイン１１４は、例えば、クラウドストレージ４０の入力データ中継フォルダに定期的にアクセスして、ワークフローの実行要求を構成するファイル群（入力データのファイル及びメタデータのファイル）の有無を確認する（Ｓ３０１）。
【００８５】
該当するファイル群が存在した場合（Ｓ３０１でＹｅｓ）、クラウド入力プラグイン１１４は、当該ファイル群を取得（ダウンロード）する（Ｓ３０２）。この際、取得されたファイル群（以下、「対象ファイル群」という。）は、入力データ中継フォルダから削除される。
【００８６】
続いて、クラウド入力プラグイン１１４は、対象ファイル群をジョブ情報としてジョブキュー１５１に登録する（Ｓ３０３）。例えば、クラウド入力プラグイン１１４は、ジョブキュー１５１として利用されるフォルダの下に、対象ファイル群の各ファイルに共通に含まれているジョブＩＤをフォルダ名とするフォルダ（以下、「ジョブフォルダ」という。）を生成し、当該ジョブフォルダ内に、対象ファイル群を保存する。複数の実行要求が取得された場合、複数のジョブフォルダが生成される。
【００８７】
続いて、ジョブキュー１５１に登録されたジョブ情報に基づくワークフローの制御処理について説明する。
【００８８】
図１４は、ジョブ情報に基づくワークフローの制御処理の処理手順の一例を説明するためのフローチャートである。
【００８９】
フロー実行制御部１２は、例えば、定期的にジョブキュー１５１を参照し、ジョブキュー１５１にジョブ情報が登録されているか否かを確認する（Ｓ４０１）。すなわち、ジョブキュー１５１内に新たなジョブフォルダが生成されているか否かが確認される。新たなジョブフォルダが生成されている場合（Ｓ４０１でＹｅｓ）、フロー実行制御部１２は、当該ジョブフォルダから、ジョブ情報を構成するファイル群（対象ファイル群）を取得して、当該ジョブフォルダを削除する（Ｓ４０２）。
【００９０】
続いて、フロー実行制御部１２は、対象ファイル群の各ファイルのファイル名に含まれているフローＩＤに対応するフロー定義データを、フロー定義記憶部１５２から取得する（Ｓ４０３）。なお、フロー定義データも、ワークフローの実行要求に含まれてクライアント端末２０から入力データ中継フォルダにアップロードされてもよい。但し、フロー定義データをアップロードの対象から除外することで、通信負荷を軽減することができる。
【００９１】
続いて、フロー実行制御部１２は、取得されたフロー定義データに基づいて、ジョブ情報を構成する入力データに関して、フロージョブの実行を制御する（Ｓ４０４）。具体的には、フロー実行制御部１２は、フロー定義データに定義されているｐｌｕｇ−ｉｎ要素に対応する処理部１３に対して、その実行順に、処理単位の実行を要求する。この際、フロー定義データ及びメタデータに含まれているパラメータが、当該パラメータに対応する処理部１３に通知される。フロー定義データとメタデータとに同じパラメータに対する値が含まれている場合、メタデータの値が優先される。メタデータの値は、ユーザによって、当該フロージョブに関して設定された値だからである。各処理部１３は、通知されたパラメータに基づいて、自らに係る処理単位を制御する。
【００９２】
上述したように、本実施の形態によれば、クラウドストレージ４０にファイルをアップロードすることで、当該ファイルに関してワークフローの実行要求を入力することができる。したがって、例えば、携帯電話、スマートフォン、タブレット型端末、又はＰＣ等、ユーザが利用する機器に保存されているファイルを、簡易な操作で、ワークフローの入力データとすることができる。したがって、ワークフローの利便性を向上させることができる。
【００９３】
また、本実施の形態では、ユーザは、クライアント端末２０において、ＧＵＩ（Graphical User Interface）を介して、直感的に、実行対象とするワークフロー及び当該ワークフローに対して入力するデータ（ファイル）を選択することができる。したがって、例えば、アップロード先とするクラウドストレージ４０のフォルダによって、実行対象とするワークフローが識別されるような場合に比べて、ユーザビリティを向上させることができる。よって、記憶装置を介した処理対象のデータの入力に関する操作性を向上させることができる。
【００９４】
また、クラウドストレージ４０は、配信管理サーバ１０が配置されている企業Ａの外部からアクセス可能である。したがって、ユーザは、自宅や出張先等から、クラウドストレージ４０に対してファイルをアップロードすることで、企業Ａの外部からでも所望のワークフローを実行させることもできる。
【００９５】
なお、クラウド上で提供されているストレージ以外のストレージに関して、本実施の形態が適用されてもよい。例えば、ＬＡＮ上のファイルサーバに対して本実施の形態が適用されてもよい。この場合、フォルダ入力プラグイン１１３は、クラウド入力プラグイン１１４と同様の処理を実行してもよい。
【００９６】
なお、本実施の形態において、配信管理サーバ１０は、第１の情報処理装置の一例である。クライアント端末２０は、第２の情報処理装置の一例である。クラウドストレージ４０は、記憶装置の一例である。フロー定義生成部１４は、第１の記憶処理部の一例である。ジョブ投入部１１（クラウド入力プラグイン１１４）は、第１の取得部の一例である。フロー実行制御部１２は、処理制御部の一例である。フロー定義取得部２２は、第２の取得部の一例である。画面表示制御部２３は、表示制御部の一例である。アップロード部２４は、第２の記憶処理部の一例である。
【００９７】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００９８】
１            配信管理システム
１０          配信管理サーバ
１１          ジョブ投入部
１２          フロー実行制御部
１３          処理部
１４          フロー定義生成部
２０          クライアント端末
２１          取得設定部
２２          フロー定義取得部
２３          画面表示制御部
２４          アップロード部
３０          管理者端末
４０          クラウドストレージ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１１１        スキャン入力プラグイン
１１２        メール入力プラグイン
１１３        フォルダ入力プラグイン
１１４        クラウド入力プラグイン
１５１        ジョブキュー
１５２        フロー定義記憶部
２０１        取得定義記憶部
Ｂ            バス
【先行技術文献】
【特許文献】
【００９９】
【特許文献１】特開２０１２−０６５００６号公報
【図１】
2016174229.tif 000003
【図２】
2016174229.tif 000004
【図３】
2016174229.tif 000005
【図４】
2016174229.tif 000006
【図５】
2016174229.tif 000007
【図６】
2016174229.tif 000008
【図７】
2016174229.tif 000009
【図８】
2016174229.tif 000010
【図９】
2016174229.tif 000011
【図１０】
2016174229.tif 000012
【図１１】
2016174229.tif 000013
【図１２】
2016174229.tif 000014
【図１３】
2016174229.tif 000015
【図１４】
2016174229.tif 000016