知財求人 - 知財ポータルサイト「IP Force」
特開2024-177111情報処理システム、画像形成システム、及び情報処理方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024177111
(43)【公開日】2024-12-19
(54)【発明の名称】情報処理システム、画像形成システム、及び情報処理方法
(51)【国際特許分類】
G06F 9/52 20060101AFI20241212BHJP
【ＦＩ】
G06F9/52 150Z
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2024091086
(22)【出願日】2024-06-05
(31)【優先権主張番号】18/331,940
(32)【優先日】2023-06-09
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡＳＣＲＩＰＴ
(71)【出願人】
【識別番号】000006150
【氏名又は名称】京セラドキュメントソリューションズ株式会社
(74)【代理人】
【識別番号】100097113
【弁理士】
【氏名又は名称】堀 城之
(74)【代理人】
【識別番号】100162363
【弁理士】
【氏名又は名称】前島 幸彦
(74)【代理人】
【識別番号】100194283
【弁理士】
【氏名又は名称】村上 大勇
(72)【発明者】
【氏名】庄司 秀典
(57)【要約】
【課題】画像形成のワークフローを介して、クラウド及びローカルのタスクを組みあわせて自動化できる情報処理システムを提供する。
【解決手段】
クラウドサーバー１は、クラウド制御部１００と、クラウドタスク実行部１１０とを備える。クラウド制御部１００は、ワークフローの各タスクをクラウドサーバー１又はローカルサーバー２に振り分ける。クラウドタスク実行部１１０は、クラウドサーバー１に振り分けられたタスクを実行する。ローカルサーバー２は、クライアント制御部２００と、ローカルタスク実行部２１０とを備える。クライアント制御部２００は、クラウドサーバー１から振り分けられたタスクの実行結果３３０をクラウドサーバー１との間で送受信する。ローカルタスク実行部２１０は、ローカルサーバー２に振り分けられたタスクを実行する。
【選択図】図３
【解決手段】
クラウドサーバー１は、クラウド制御部１００と、クラウドタスク実行部１１０とを備える。クラウド制御部１００は、ワークフローの各タスクをクラウドサーバー１又はローカルサーバー２に振り分ける。クラウドタスク実行部１１０は、クラウドサーバー１に振り分けられたタスクを実行する。ローカルサーバー２は、クライアント制御部２００と、ローカルタスク実行部２１０とを備える。クライアント制御部２００は、クラウドサーバー１から振り分けられたタスクの実行結果３３０をクラウドサーバー１との間で送受信する。ローカルタスク実行部２１０は、ローカルサーバー２に振り分けられたタスクを実行する。
【選択図】図３
【特許請求の範囲】
【請求項1】
クラウド装置とローカル装置とを備え、文書に対する画像形成のワークフローを実行する情報処理システムであって、
前記クラウド装置は、
前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分けるクラウド制御部と、
前記クラウド制御部により前記クラウド装置に振り分けられたタスクを実行するクラウドタスク実行部とを備え、
前記ローカル装置は、
前記クラウド装置から、前記ローカル装置に振り分けられたタスク及びタスクの実行結果を前記クラウド装置との間で送受信するクライアント制御部と、
前記クライアント制御部により取得された、前記ローカル装置に振り分けられたタスクを実行するローカルタスク実行部とを備える
ことを特徴とする情報処理システム。
前記クラウド装置は、
前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分けるクラウド制御部と、
前記クラウド制御部により前記クラウド装置に振り分けられたタスクを実行するクラウドタスク実行部とを備え、
前記ローカル装置は、
前記クラウド装置から、前記ローカル装置に振り分けられたタスク及びタスクの実行結果を前記クラウド装置との間で送受信するクライアント制御部と、
前記クライアント制御部により取得された、前記ローカル装置に振り分けられたタスクを実行するローカルタスク実行部とを備える
ことを特徴とする情報処理システム。
【請求項2】
前記クラウド制御部は、
前記ワークフローの実行を指示するユーザーの権限情報により、各前記タスクの振り分けを変更する
ことを特徴とする請求項１に記載の情報処理システム。
前記ワークフローの実行を指示するユーザーの権限情報により、各前記タスクの振り分けを変更する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項3】
前記クラウド制御部は、
前記権限情報として、前記ローカル装置で実行されるアプリの権限に応じて、各前記タスクの振り分けを変更する
ことを特徴とする請求項２に記載の情報処理システム。
前記権限情報として、前記ローカル装置で実行されるアプリの権限に応じて、各前記タスクの振り分けを変更する
ことを特徴とする請求項２に記載の情報処理システム。
【請求項4】
前記クラウド制御部は、
実行可能な権限及びユーザーを指定し、前記ローカル装置でアプリを実行するためのスクリプトを加えた前記ワークフローを生成する
ことを特徴とする請求項３に記載の情報処理システム。
実行可能な権限及びユーザーを指定し、前記ローカル装置でアプリを実行するためのスクリプトを加えた前記ワークフローを生成する
ことを特徴とする請求項３に記載の情報処理システム。
【請求項5】
前記クラウド制御部は、
前記ワークフローの実行の進捗を他の装置からの求めに応じて提示する
ことを特徴とする請求項１に記載の情報処理システム。
前記ワークフローの実行の進捗を他の装置からの求めに応じて提示する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項6】
クラウド装置とローカル装置とを備え、文書に対する画像形成のワークフローを実行する画像形成システムであって、
前記クラウド装置は、
前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分けるクラウド制御部と、
前記クラウド制御部により前記クラウド装置に振り分けられたタスクを実行するクラウドタスク実行部とを備え、
前記ローカル装置は、
前記クラウド装置から、前記ローカル装置に振り分けられたタスク及びタスクの実行結果を前記クラウド装置との間で送受信するクライアント制御部と、
前記クライアント制御部により取得された、前記ローカル装置に振り分けられたタスクを実行するローカルタスク実行部とを備える
ことを特徴とする画像形成システム。
前記クラウド装置は、
前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分けるクラウド制御部と、
前記クラウド制御部により前記クラウド装置に振り分けられたタスクを実行するクラウドタスク実行部とを備え、
前記ローカル装置は、
前記クラウド装置から、前記ローカル装置に振り分けられたタスク及びタスクの実行結果を前記クラウド装置との間で送受信するクライアント制御部と、
前記クライアント制御部により取得された、前記ローカル装置に振り分けられたタスクを実行するローカルタスク実行部とを備える
ことを特徴とする画像形成システム。
【請求項7】
前記クラウド制御部は、
前記ワークフローの実行を指示するユーザーの権限情報により、各前記タスクの振り分けを変更する
ことを特徴とする請求項６に記載の画像形成システム。
前記ワークフローの実行を指示するユーザーの権限情報により、各前記タスクの振り分けを変更する
ことを特徴とする請求項６に記載の画像形成システム。
【請求項8】
前記クラウド制御部は、
前記権限情報として、前記ローカル装置で実行されるアプリの権限に応じて、各前記タスクの振り分けを変更する
ことを特徴とする請求項７に記載の画像形成システム。
前記権限情報として、前記ローカル装置で実行されるアプリの権限に応じて、各前記タスクの振り分けを変更する
ことを特徴とする請求項７に記載の画像形成システム。
【請求項9】
前記クラウド制御部は、
実行可能な権限及びユーザーを指定し、前記ローカル装置でアプリを実行するためのスクリプトを加えた前記ワークフローを生成する
ことを特徴とする請求項８に記載の画像形成システム。
実行可能な権限及びユーザーを指定し、前記ローカル装置でアプリを実行するためのスクリプトを加えた前記ワークフローを生成する
ことを特徴とする請求項８に記載の画像形成システム。
【請求項10】
前記クラウド制御部は、
前記ワークフローの実行の進捗を他の装置からの求めに応じて提示する
ことを特徴とする請求項６に記載の画像形成システム。
前記ワークフローの実行の進捗を他の装置からの求めに応じて提示する
ことを特徴とする請求項６に記載の画像形成システム。
【請求項11】
クラウド装置とローカル装置とを備え、文書に対する画像形成のワークフローを実行する情報処理システムにより実行される情報処理方法であって、
前記クラウド装置により、前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分け、
前記クラウド装置により、前記クラウド装置に振り分けられたタスクを実行し、
前記ローカル装置により、前記クラウド装置から前記ローカル装置に振り分けられたタスクを受信し、
前記ローカル装置により、前記ローカル装置に振り分けられたタスクを実行し、
前記ローカル装置により、タスクの実行結果を前記クラウド装置に送信する
ことを特徴とする情報処理方法。
前記クラウド装置により、前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分け、
前記クラウド装置により、前記クラウド装置に振り分けられたタスクを実行し、
前記ローカル装置により、前記クラウド装置から前記ローカル装置に振り分けられたタスクを受信し、
前記ローカル装置により、前記ローカル装置に振り分けられたタスクを実行し、
前記ローカル装置により、タスクの実行結果を前記クラウド装置に送信する
ことを特徴とする情報処理方法。
【請求項12】
前記ワークフローの実行を指示するユーザーの権限情報により、各前記タスクの振り分けを変更する
ことを特徴とする請求項１１に記載の情報処理方法。
ことを特徴とする請求項１１に記載の情報処理方法。
【請求項13】
前記権限情報として、前記ローカル装置で実行されるアプリの権限に応じて、各前記タスクの振り分けを変更する
ことを特徴とする請求項１２に記載の情報処理方法。
ことを特徴とする請求項１２に記載の情報処理方法。
【請求項14】
実行可能な権限及びユーザーを指定し、前記ローカル装置でアプリを実行するためのスクリプトを加えた前記ワークフローを生成する
ことを特徴とする請求項１３に記載の情報処理方法。
ことを特徴とする請求項１３に記載の情報処理方法。
【請求項15】
前記ワークフローの実行の進捗を他の装置からの求めに応じて提示する
ことを特徴とする請求項１１に記載の情報処理方法。
ことを特徴とする請求項１１に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、特にクラウド装置とローカル装置とを備え、文書に対する画像形成のワークフローを実行する情報処理システム、画像形成システム、及び情報処理方法に関する。
【背景技術】
【0002】
従来から、文書や画像を印刷可能な複合機（Multifunctional Peripheral, MFP）等の画像形成装置が存在する。
画像形成装置を含む、分散して各種タスクを実行する情報処理システムも存在する。
画像形成装置を含む、分散して各種タスクを実行する情報処理システムも存在する。
【0003】
典型的な技術として、特許文献１を参照すると、コンピュータネットワークに接続された、省電力モードを有する複数のプリンターによる分散処理を管理するサーバーのダイナミックジョブスケジューラ（ＤＪＳ）により、それらプリンターの機器情報及び動作状況を取得し、機器情報および動作状況に基づき、分散処理の対象機器を選択して、分散処理の要求元であるクライアントＰＣのタスクマネージャ（ＴＭ）に通知するシステムが記載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００６－３４３９５５号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、特許文献１の技術は、いわゆるクラウド側のタスクと、イントラネット等のローカル（域内）側のタスクとを組みあわせてワークフローにて自動化して処理することはできなかった。
【課題を解決するための手段】
【0006】
本発明の情報処理システムは、クラウド装置とローカル装置とを備え、文書に対する画像形成のワークフローを実行する情報処理システムであって、前記クラウド装置は、前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分けるクラウド制御部と、前記クラウド制御部により前記クラウド装置に振り分けられたタスクを実行するクラウドタスク実行部とを備え、前記ローカル装置は、前記クラウド装置から振り分けられたタスク及びタスクの実行結果を前記クラウド装置との間で送受信するクライアント制御部と、前記クライアント制御部により取得された、前記ローカル装置に振り分けられたタスクを実行するローカルタスク実行部とを備えることを特徴とする。
本発明の画像形成システムは、クラウド装置とローカル装置とを備え、文書に対する画像形成のワークフローを実行する画像形成システムであって、前記クラウド装置は、前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分けるクラウド制御部と、前記クラウド制御部により前記クラウド装置に振り分けられたタスクを実行するクラウドタスク実行部とを備え、前記ローカル装置は、前記クラウド装置から振り分けられたタスク及びタスクの実行結果を前記クラウド装置との間で送受信するクライアント制御部と、前記クライアント制御部により取得された、前記ローカル装置に振り分けられたタスクを実行するローカルタスク実行部とを備えることを特徴とする。
本発明の情報処理方法は、クラウド装置とローカル装置とを備え、文書に対する画像形成のワークフローを実行する情報処理システムにより実行される情報処理方法であって、前記クラウド装置により、前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分け、前記クラウド装置により、前記クラウド装置に振り分けられたタスクを実行し、前記ローカル装置により、前記クラウド装置から前記ローカル装置に振り分けられたタスクを受信し、前記ローカル装置により、前記ローカル装置に振り分けられたタスクを実行し、前記ローカル装置により、タスクの実行結果を前記クラウド装置に送信することを特徴とする。
本発明の画像形成システムは、クラウド装置とローカル装置とを備え、文書に対する画像形成のワークフローを実行する画像形成システムであって、前記クラウド装置は、前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分けるクラウド制御部と、前記クラウド制御部により前記クラウド装置に振り分けられたタスクを実行するクラウドタスク実行部とを備え、前記ローカル装置は、前記クラウド装置から振り分けられたタスク及びタスクの実行結果を前記クラウド装置との間で送受信するクライアント制御部と、前記クライアント制御部により取得された、前記ローカル装置に振り分けられたタスクを実行するローカルタスク実行部とを備えることを特徴とする。
本発明の情報処理方法は、クラウド装置とローカル装置とを備え、文書に対する画像形成のワークフローを実行する情報処理システムにより実行される情報処理方法であって、前記クラウド装置により、前記ワークフローの各タスクを前記クラウド装置又は前記ローカル装置に振り分け、前記クラウド装置により、前記クラウド装置に振り分けられたタスクを実行し、前記ローカル装置により、前記クラウド装置から前記ローカル装置に振り分けられたタスクを受信し、前記ローカル装置により、前記ローカル装置に振り分けられたタスクを実行し、前記ローカル装置により、タスクの実行結果を前記クラウド装置に送信することを特徴とする。
【発明の効果】
【0007】
本発明によれば、ワークフローの各タスクをクラウドサーバー又はローカルサーバーに振り分け、ローカルサーバーにて、クラウドサーバーから振り分けられたタスクの実行結果をクラウドサーバーとの間で送受信することで、クラウド側及びローカル側のタスクを組みあわせて自動化できる情報処理システムを提供することができる。
【図面の簡単な説明】
【0008】
【図1】本発明の画像形成装置の実施の形態に係る情報処理システムのシステム構成図である。
【図3】本発明の実施の形態に係る情報処理システムの機能構成を示すブロック図である。
【図4】本発明の実施の形態に係るワークフロー作成処理のフローチャートである。
【図5】本発明の実施の形態に係るタスク振り分け実行処理のフローチャートである。
【図7】本発明の実施の形態に係るファイル復元処理のフローチャートである。
【発明を実施するための形態】
【0009】
＜実施の形態＞
〔画像形成システムＸのシステム構成〕
まず、図１を参照して、画像形成システムＸのシステム構成について説明する。
本発明の実施の形態に係る画像形成システムＸは、クラウドサーバー１、ローカルサーバー２、画像形成装置３、端末４、ネットワーク５等から構成される情報処理システムの一例である。
〔画像形成システムＸのシステム構成〕
まず、図１を参照して、画像形成システムＸのシステム構成について説明する。
本発明の実施の形態に係る画像形成システムＸは、クラウドサーバー１、ローカルサーバー２、画像形成装置３、端末４、ネットワーク５等から構成される情報処理システムの一例である。
【0010】
クラウドサーバー１は、本実施形態に係るクラウド装置の一例である。クラウドサーバー１は、例えば、ＰＣ（Personal Computer）サーバー、専用機、及び汎用機等で構成されていてもよい。クラウドサーバー１は、ローカルサーバー２や画像形成装置３等と接続され、主に課金やサービスの対応を行うためのサーバーである。
また、本実施形態においては、クラウドサーバー１は、主に画像形成装置３からキャプチャーされた原稿の文書データ３００（図３）を、後述するワークフローとして設定された処理の流れに従い、各画像形成装置３と、ローカルサーバー２とに分担して実行させる。このワークフローは、後述するように、例えば、画像処理、ＯＣＲ（Optical Character Recognition）処理、分類処理、及び、Ｅメールや共有フォルダー（文書ボックス、保存フォルダー）や業務若しくは事務用のＤＭＳ（Document Management System）等への送信処理を含んでいてもよい。
また、本実施形態においては、クラウドサーバー１は、主に画像形成装置３からキャプチャーされた原稿の文書データ３００（図３）を、後述するワークフローとして設定された処理の流れに従い、各画像形成装置３と、ローカルサーバー２とに分担して実行させる。このワークフローは、後述するように、例えば、画像処理、ＯＣＲ（Optical Character Recognition）処理、分類処理、及び、Ｅメールや共有フォルダー（文書ボックス、保存フォルダー）や業務若しくは事務用のＤＭＳ（Document Management System）等への送信処理を含んでいてもよい。
【0011】
ローカルサーバー２は、本実施形態に係るローカル装置の一例である。ローカルサーバー２は、例えば、イントラネット内の画像形成装置３を制御するイントラネット用のサーバー、画像形成装置３用の専用アプリをインストールしたＰＣ、スマートフォン、ＮＡＳ（Network-Attached Storage）、高機能な画像形成装置等の情報処理装置である。ローカルサーバー２は、ローカル側にある画像形成装置３との間で、各種データを送受信可能である。
また、ローカルサーバー２は、クラウド側のクラウドサーバー１から各種データを送受信して、分担された処理を実行する。このため、ローカルサーバー２が、ルーター等の機能を備えていてもよい。
また、ローカルサーバー２は、クラウド側のクラウドサーバー１から各種データを送受信して、分担された処理を実行する。このため、ローカルサーバー２が、ルーター等の機能を備えていてもよい。
【0012】
画像形成装置３は、ＭＦＰ、ネットワークスキャナー、ドキュメントスキャナー、ネットワークＦＡＸ、スキャナー機能付きのプリンター等である。画像形成装置３は、クラウドサーバー１と接続するためのアプリケーションソフトウェア（Application Software、以下、単に「アプリ」という。）を実行してもよい。
本実施形態において、画像形成装置３は、セットされた原稿を読み取る（スキャン）機能、及び文書を印刷や電子文書化する画像形成機能を備えていてもよい。なお、画像形成装置３は、ネットワーク５のイントラネット、又はＵＳＢ（Universal Serial Bus）等でローカルサーバー２と接続されてもよい。
本実施形態において、画像形成装置３は、セットされた原稿を読み取る（スキャン）機能、及び文書を印刷や電子文書化する画像形成機能を備えていてもよい。なお、画像形成装置３は、ネットワーク５のイントラネット、又はＵＳＢ（Universal Serial Bus）等でローカルサーバー２と接続されてもよい。
【0013】
端末４は、ＰＣ、スマートフォン、携帯電話、タブレット端末、専用端末、ＰＤＡ（Personal Digital Assistant）等である。端末４は、クラウドサーバー１やローカルサーバー２にアクセスするためのウェブブラウザー、画像形成システムＸ用のデバイスドライバー、その他の専用アプリ等のアプリをインストールし、実行することが可能である。これにより、端末４を使用するユーザーは、クラウドサーバー１へアクセスし、ＵＩ（User Interface）にて指示を伝えることが可能となる。
【0014】
ネットワーク５はＩＰ（Internet Protocol）ネットワーク等である。図１に示す構成例では、ネットワーク５は、クラウド側とローカル側とに分離されている。
このネットワーク５のクラウド側は、インターネットや携帯電話網等のＷＡＮ（Wide Area Network、広域ネットワーク）であり、いわゆる「クラウド」である。図１の例では、このネットワーク５のクラウド側に、クラウドサーバー１と端末４とが接続されている。
一方、ネットワーク５のローカル側は、イントラネット（Intranet）、ＬＡＮ（Local Area Network、域内ネットワーク）、専用線等である。図１の例では、ネットワーク５のローカル側に、ローカルサーバー２と画像形成装置３とが接続されている。
このネットワーク５のクラウド側は、インターネットや携帯電話網等のＷＡＮ（Wide Area Network、広域ネットワーク）であり、いわゆる「クラウド」である。図１の例では、このネットワーク５のクラウド側に、クラウドサーバー１と端末４とが接続されている。
一方、ネットワーク５のローカル側は、イントラネット（Intranet）、ＬＡＮ（Local Area Network、域内ネットワーク）、専用線等である。図１の例では、ネットワーク５のローカル側に、ローカルサーバー２と画像形成装置３とが接続されている。
【0015】
このネットワーク５のクラウド側とローカル側との間は、ルーター（Router）やゲートウェイ（Gateway）等を含むファイアーウォール６が構成されていてもよい。このファイアーウォール６は、特定のルールが設定され、特定のポートのパケット等を透過させるようにしてもよい。
なお、クラウド側とローカル側との間は、ＶＰＮ（Virtual Private Network）が設定されてもよい。さらに、画像形成装置３は、クラウド側に存在してもよい。また、端末４も、ローカル側に存在してもよい。
なお、クラウド側とローカル側との間は、ＶＰＮ（Virtual Private Network）が設定されてもよい。さらに、画像形成装置３は、クラウド側に存在してもよい。また、端末４も、ローカル側に存在してもよい。
【0016】
次に、図２により、クラウドサーバー１及びローカルサーバー２の制御構成について説明する。本実施形態においては、クラウドサーバー１及びローカルサーバー２は、同様の構成を備える例について説明する。
クラウドサーバー１及びローカルサーバー２は、制御部１０、２０、ネットワーク送受信部１５、及び記憶部１９、２９を含んでいる。
クラウドサーバー１及びローカルサーバー２は、制御部１０、２０、ネットワーク送受信部１５、及び記憶部１９、２９を含んでいる。
【0017】
制御部１０、２０は、ＧＰＰ（General Purpose Processor）、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Processor、特定用途向けプロセッサー）等の情報処理部である。
制御部１０、２０は、記憶部１９、２９のＲＯＭやＳＳＤやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能ブロックの各構成要素として動作させられる。また、制御部１０、２０のＧＰＵ等は、ＯＣＲの高速化機能等を備えていてもよい。
制御部１０、２０は、記憶部１９、２９のＲＯＭやＳＳＤやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能ブロックの各構成要素として動作させられる。また、制御部１０、２０のＧＰＵ等は、ＯＣＲの高速化機能等を備えていてもよい。
【0018】
ネットワーク送受信部１５は、ネットワーク５に接続するためのＬＡＮボードや無線送受信機等を含むネットワーク接続部である。
【0019】
記憶部１９、２９は、一時的でない記録媒体の記憶部である。記憶部１９、２９は、主記憶部として、ＲＡＭ（Random Access Memory）等を含んでいてもよい。また、記憶部１９、２９は、補助記憶部として、ＲＯＭ（Read Only Memory）及びＨＤＤ（Hard Disk Drive）等を含んでいてもよい。ＲＯＭは、フラッシュメモリーで構成されていてもよく、ｅＭＭＣ（embedded Multi Media Card）、ＳＳＤ（Solid State Drive）等であってもよい。また、記憶部１９、２９は、各種フラッシュメモリーや光学記録媒体等の外部記憶媒体を含んでいてもよい。
【0020】
後述するように記憶部１９、２９には、クラウドサーバー１及びローカルサーバー２でそれぞれのデータが格納されている。さらに、記憶部１９、２９の補助記憶部には、後述するワークフローの実行や画像形成装置３の動作制御を行うための制御プログラムが格納されていてもよい。また、記憶部１９、２９には、ファイル送受信のための公開鍵及び秘密鍵等も含まれていてもよい。さらに、記憶部１９、２９には、ユーザー毎の文書ボックス（保存フォルダー、共有フォルダー）、クラウドサーバー１やローカルサーバー２で実行可能なアプリ、性能、機能等に関する情報を格納していてもよい。
【0021】
なお、制御部１０、２０は、ＧＰＵ内蔵ＣＰＵ、チップ・オン・モジュールパッケージ、ＳＯＣ（System On a Chip）等のように、一体的に形成されていてもよい。
また、制御部１０、２０は、ＲＡＭやＲＯＭやフラッシュメモリー等を内蔵していてもよい。
また、制御部１０、２０は、ＲＡＭやＲＯＭやフラッシュメモリー等を内蔵していてもよい。
【0022】
〔画像形成システムＸの制御構成〕
ここで、図３を参照し、本発明の実施の形態に係る画像形成システムＸの制御構成について説明する。
以下では、クラウドサーバー１が、クラウドサーバー１及びローカルサーバー２に、一連のタスクであるワークフローの処理を分担して行わせる例について説明する。
ここで、図３を参照し、本発明の実施の形態に係る画像形成システムＸの制御構成について説明する。
以下では、クラウドサーバー１が、クラウドサーバー１及びローカルサーバー２に、一連のタスクであるワークフローの処理を分担して行わせる例について説明する。
【0023】
クラウドサーバー１の制御部１０は、クラウド制御部１００、クラウドタスク実行部１１０、及び更新蓄積部１２０を備えている。
クラウドサーバー１の記憶部１９は、クラウド格納部１９０を含んでいる。
ローカルサーバー２の制御部２０は、クライアント制御部２００及びローカルタスク実行部２１０を備えている。
ローカルサーバー２の記憶部２９は、ローカル格納部２９０を含んでいる。
クラウドサーバー１の記憶部１９は、クラウド格納部１９０を含んでいる。
ローカルサーバー２の制御部２０は、クライアント制御部２００及びローカルタスク実行部２１０を備えている。
ローカルサーバー２の記憶部２９は、ローカル格納部２９０を含んでいる。
【0024】
クラウド制御部１００は、ワークフロー情報３２０に設定されたワークフローの各タスクをクラウドサーバー１又はローカルサーバー２に振り分け、配信、又は分配する（以下、単に「振り分け」という。）。
クラウド制御部１００は、ワークフローの実行を指示するユーザーの権限情報３１０により、各タスクの振り分けを変更することが可能である。
または、クラウド制御部１００は、権限情報３１０として、ローカルサーバー２で実行されるアプリの権限に応じて、振り分けを変更することも可能である。
さらに、クラウド制御部１００は、実行可能な権限及びユーザーを指定することが可能である。そして、クラウド制御部１００は、ローカルサーバー２でアプリを実行するためのスクリプトを加えたワークフローを生成することも可能である。
加えて、クラウド制御部１００は、ワークフローの実行の進捗を他の装置からの求めに応じて提示することも可能である。本実施形態においては、他の装置として、端末４又は画像形成装置３からのユーザーのアクセスにより、この提示を行うことが可能である。
さらに加えて、クラウド制御部１００は、ワークフローで処理される文書データ３００のメタデータに基づいて、保存先及びアプリの実行について、設定及び制限することも可能である。
クラウド制御部１００は、ワークフローの実行を指示するユーザーの権限情報３１０により、各タスクの振り分けを変更することが可能である。
または、クラウド制御部１００は、権限情報３１０として、ローカルサーバー２で実行されるアプリの権限に応じて、振り分けを変更することも可能である。
さらに、クラウド制御部１００は、実行可能な権限及びユーザーを指定することが可能である。そして、クラウド制御部１００は、ローカルサーバー２でアプリを実行するためのスクリプトを加えたワークフローを生成することも可能である。
加えて、クラウド制御部１００は、ワークフローの実行の進捗を他の装置からの求めに応じて提示することも可能である。本実施形態においては、他の装置として、端末４又は画像形成装置３からのユーザーのアクセスにより、この提示を行うことが可能である。
さらに加えて、クラウド制御部１００は、ワークフローで処理される文書データ３００のメタデータに基づいて、保存先及びアプリの実行について、設定及び制限することも可能である。
【0025】
また、本実施形態においては、クラウド制御部１００は、端末４から文書データ３００を取得して、一時的に記憶部１９に格納することも可能である。
さらに、クラウド制御部１００は、ユーザーの指示により、更新情報３４０をローカルサーバー２に送信することも可能である。これにより、タスクファイル４００をバージョン毎に復元可能となる。ここで、クラウド制御部１００は、ユーザーの指示に基づいて、更新情報３４０を選択して、ローカルサーバー２のローカル格納部２９０に格納されたタスクファイル４００を、古いバージョンへ復元させることが可能である。
または、クラウド制御部１００は、ワークフローの実行結果３３０に基づいて、更新情報３４０を選択して、古いバージョンへ復元させてもよい。
この場合、具体的には、クラウド制御部１００は、ワークフローの実行結果３３０が失敗であった場合、失敗する前のバージョンに復元させることが可能であってもよい。
さらに、クラウド制御部１００は、ユーザーの指示により、更新情報３４０をローカルサーバー２に送信することも可能である。これにより、タスクファイル４００をバージョン毎に復元可能となる。ここで、クラウド制御部１００は、ユーザーの指示に基づいて、更新情報３４０を選択して、ローカルサーバー２のローカル格納部２９０に格納されたタスクファイル４００を、古いバージョンへ復元させることが可能である。
または、クラウド制御部１００は、ワークフローの実行結果３３０に基づいて、更新情報３４０を選択して、古いバージョンへ復元させてもよい。
この場合、具体的には、クラウド制御部１００は、ワークフローの実行結果３３０が失敗であった場合、失敗する前のバージョンに復元させることが可能であってもよい。
【0026】
クラウドタスク実行部１１０は、クラウド制御部１００によりクラウドサーバー１に振り分けられたタスクを実行する。
本実施形態においては、クラウドタスク実行部１１０は、クラウド制御部１００にてクラウドサーバー１で実行すると判断されたタスクを、各アプリで実行させ、実行結果３３０を取得する。
本実施形態においては、クラウドタスク実行部１１０は、クラウド制御部１００にてクラウドサーバー１で実行すると判断されたタスクを、各アプリで実行させ、実行結果３３０を取得する。
【0027】
更新蓄積部１２０は、クラウド制御部１００によりローカルサーバー２に振り分けられたタスクファイル４００の更新情報３４０を蓄積する。
【0028】
クライアント制御部２００は、文書データ３００、タスクファイル４００、クラウドサーバー１から振り分けられたタスクの実行結果３３０、及び更新情報３４０をクラウドサーバー１との間で送受信する。具体的には、クライアント制御部２００は、記憶部２９に格納された文書データ３００、タスクの入力データや出力データを、クラウドサーバー１に送信することも可能である。
より具体的には、クライアント制御部２００は、ワークフロー情報３２０に含まれるローカルサーバー２に振り分けられたタスクを取得して、ローカル側の処理をローカルタスク実行部２１０により実行させる。
さらに、クライアント制御部２００は、クライアントのローカルサーバー２で実行され、画像形成装置３等から送信された各タスクの出力データを文書データ３００又はタスクファイル４００として取得することが可能である。加えて、クライアント制御部２００は、クラウドサーバー１へ、次のタスクの入力データとして文書データ３００又はタスクファイル４００を受け渡すことも可能である。
そして、クライアント制御部２００は、実行結果３３０を、クラウド側に送信することも可能である。
より具体的には、クライアント制御部２００は、ワークフロー情報３２０に含まれるローカルサーバー２に振り分けられたタスクを取得して、ローカル側の処理をローカルタスク実行部２１０により実行させる。
さらに、クライアント制御部２００は、クライアントのローカルサーバー２で実行され、画像形成装置３等から送信された各タスクの出力データを文書データ３００又はタスクファイル４００として取得することが可能である。加えて、クライアント制御部２００は、クラウドサーバー１へ、次のタスクの入力データとして文書データ３００又はタスクファイル４００を受け渡すことも可能である。
そして、クライアント制御部２００は、実行結果３３０を、クラウド側に送信することも可能である。
【0029】
ローカルタスク実行部２１０は、クライアント制御部２００により取得された、ローカルサーバー２に振り分けられたタスクを実行する。
本実施形態においては、ローカルタスク実行部２１０は、クラウド制御部１００にてローカルサーバー２で実行すると判断されたタスクを、各アプリで実行させ、実行結果３３０を取得する。この際、ローカルタスク実行部２１０は、受け取ったタスクに関連するタスクファイル４００をローカル格納部２９０に保存、又はアプリに渡して実行させることが可能である。
また、本実施形態においては、ローカルタスク実行部２１０は、画像形成装置３から文書データ３００を取得して、一時的に記憶部２９に格納することも可能である。
また、ローカルタスク実行部２１０は、画像形成装置３から、ワークフローの各タスクの出力データ等を取得して、タスクファイル４００として記憶部１９に格納することも可能である。
本実施形態においては、ローカルタスク実行部２１０は、クラウド制御部１００にてローカルサーバー２で実行すると判断されたタスクを、各アプリで実行させ、実行結果３３０を取得する。この際、ローカルタスク実行部２１０は、受け取ったタスクに関連するタスクファイル４００をローカル格納部２９０に保存、又はアプリに渡して実行させることが可能である。
また、本実施形態においては、ローカルタスク実行部２１０は、画像形成装置３から文書データ３００を取得して、一時的に記憶部２９に格納することも可能である。
また、ローカルタスク実行部２１０は、画像形成装置３から、ワークフローの各タスクの出力データ等を取得して、タスクファイル４００として記憶部１９に格納することも可能である。
【0030】
クラウド格納部１９０は、ワークフローに関してクラウド側で保存、蓄積されるファイルを格納するデータベースやクラウドストレージ等である。詳細については、以下で説明する。
【0031】
ローカル格納部２９０は、ワークフローに関してローカル側で保存、蓄積されるファイルを格納するデータベースやローカルストレージ等である。これも詳細については、以下で説明する。
【0032】
ここで、クラウド格納部１９０及びローカル格納部２９０に格納されるファイルの詳細について説明する。
本実施形態においては、クラウド格納部１９０は、文書データ３００、権限情報３１０、ワークフロー情報３２０、実行結果３３０、及び更新情報３４０を格納する。
本実施形態においては、ローカル格納部２９０は、タスクファイル４００を格納する。
本実施形態においては、クラウド格納部１９０は、文書データ３００、権限情報３１０、ワークフロー情報３２０、実行結果３３０、及び更新情報３４０を格納する。
本実施形態においては、ローカル格納部２９０は、タスクファイル４００を格納する。
【0033】
文書データ３００は、ワークフローにおける各種処理の対象となるデータである。本実施形態において、文書データ３００は、画像形成装置３のスキャナーにより読み取られた原稿（ドキュメント）の画像データのファイル、ユーザーにより作成されて端末４から取得されたファイル等であってもよい。このうち、画像データは、例えば、ＢＭＰのようなビットマップデータ（bitmap data）、ＴＩＦＦやｊｐｇのような圧縮されたビットマップデータ、ＰＤＦ（Portable Document Format）のような電子文書データ等であってもよい。また、文書データ３００は、ワードプロセッサー、スプレッドシート、プレゼンテーション等のアプリのファイルであってもよい。また、文書データ３００は、画像形成装置３又はクラウドサーバー１のユーザーの文書ボックス内に、以前に保存されたファイルであってもよい。または、文書データ３００は、端末４や他のクラウドのサーバー等から取得されたファイルであってもよい。または、その他の種類のデータが文書データ３００であってもよい。
【0034】
さらに、文書データ３００は、単独のファイルではなく、複数のファイルの集合であってもよい。または、文書データ３００は、ページ単位の画像データやページデータの集合であってもよい。加えて、文書データ３００は、上述の各タスクの処理の進行程度に対応して、各種文字データ、中間データ、タスクファイル４００を含ませるようにしてもよい。
【0035】
さらに、文書データ３００は、メタデータを含んでいてもよい。このメタデータは、例えば、ユーザーのＩＤ（identification）、名前、企業名、金額、税金等についての情報を取得可能か否か、可能の場合のその種類等の情報等を含んでいてもよい。また、文書データ３００は、例えば、ユーザーやグループのＥメールのアドレス、アプリのアドレス、文書ボックス（保存フォルダー、共有フォルダー）のアドレス、又は各アプリの名称やアドレス、各アプリのアカウントの情報等を含んでいてもよい。このユーザーのＩＤ等は、課金やサービスのデータベースでも、用いられてもよい。
【0036】
権限情報３１０は、ワークフローの実行を指示するユーザーの権限の情報である。権限情報３１０は、例えば、ユーザー毎に、アカウント設定、ローカルサーバー２の各アプリの権限等の情報が含まれていてもよい。このうち、アカウント設定は、クラウドサーバー１、ローカルサーバー２、又はローカルサーバー２で実行されるローカルアプリにアクセスするためのユーザーのＩＤ、パスワード、ユーザーの所属するグループ、Ｅメールのアドレス、文書ボックス（保存フォルダー、共有フォルダー）のアドレス、又はＤＭＳのアプリ名やアカウント等を含んでいてもよい。
【0037】
ワークフロー情報３２０は、ユーザーが実行を指示する一連のタスクである「ワークフロー」についての処理の流れの設定を含む情報である。ワークフロー情報３２０は、例えば、原稿のキャプチャーに関するスキャンワークフローの場合、画像処理、ＯＣＲ処理、分類処理、送信処理のタスクの処理の順番、各タスクのパラメーター等の設定を含んでいる。ワークフロー情報３２０は、例えば、タスクを実行するためのスクリプト、「マクロ」（macro）、ＲＰＡ（Robotic Process Automation）ツールの設定（以下、これらを単に「スクリプト」という。）を含んでいてもよい。このスクリプトは、ローカルサーバー２のアプリを実行する際のアカウントや内容の設定を含んでいてもよい。
また、ワークフロー情報３２０は、画像形成装置３にインストールされたアプリにより、又はローカルサーバー２若しくはクラウドサーバー１から、画像形成装置３、ローカルサーバー２、又はクラウドサーバー１の管理者等が設定可能である。
また、ワークフロー情報３２０は、画像形成装置３にインストールされたアプリにより、又はローカルサーバー２若しくはクラウドサーバー１から、画像形成装置３、ローカルサーバー２、又はクラウドサーバー１の管理者等が設定可能である。
【0038】
実行結果３３０は、ワークフローのタスクの実行結果を示すファイルである。実行結果３３０は、例えば、ＸＭＬ（Extensible Markup Language）やＪＳＯＮ（JavaScript Object Notification）形式等のファイルであってもよい。加えて、実行結果３３０は、例えば、タスク毎に、成功したか失敗したかを示すフラグ、文字や数値の設定等を含んでいてもよい。さらに、実行結果３３０は、文書データ３００がタスクで処理された結果のデータそのものを含んでいてもよい。この結果のデータには、タスクファイル４００と同様のデータがパッケージングされていてもよい。加えて、実行結果３３０は、タスクの実行のログデータとして、ワークフロー毎又はタスク毎に蓄積されてもよい。
【0039】
更新情報３４０は、クラウド制御部１００によりローカルサーバー２に振り分けられたタスクに関するタスクファイル４００の更新データである。本実施形態においては、更新情報３４０は、ローカルサーバー２で実行されたアプリのタスクファイル４００のファイルキャッシュであってもよい。より具体的には、更新情報３４０は、ローカルサーバー２のローカル格納部２９０のタスクファイル４００をバージョン管理し、識別するための各種情報が含まれていてもよい。この各種情報は、例えば、ファイル名及びパス（アドレス）、日時、バージョン情報を含んでいてもよい。さらに、更新情報３４０は、バージョン間のタスクファイル４００の更新分（差分）の差分データが、そのまま、暗号化、又は圧縮化された状態で含まれていてもよい。
【0040】
タスクファイル４００は、ワークフローの各タスクのファイルである。すなわち、各タスクのアプリで実行する又は実行された後の中間データを、タスクファイル４００として格納してもよい。具体的には、タスクファイル４００は、例えば、文書データ３００がＯＣＲされた文字データ、スプレッドシートの文字や数値データ、ＤＭＳや会計情報のファイル、その他の電子文書のファイル等であってもよい。この各タスクのタスクファイル４００は、ワークフローのタスクの進行に従って更新されてもよい。すなわち、各タスクファイル４００の差分が、ファイルキャッシュのような形式で、上述の更新情報３４０となってもよい。
【0041】
ここで、クラウドサーバー１の制御部１０は、記憶部１９に記憶された制御プログラムを実行することで、クラウド制御部１００、クラウドタスク実行部１１０、及び更新蓄積部１２０として機能させられる。
また、ローカルサーバー２の制御部２０は、記憶部２９に記憶された制御プログラムを実行することで、クライアント制御部２００、及びローカルタスク実行部２１０として機能させられる。
また、上述の画像形成システムＸの各部は、本発明の画像形成方法を実行するハードウェア資源となる。
なお、上述の機能構成の一部又は任意の組み合わせをＩＣやプログラマブルロジックやＦＰＧＡ（Field-Programmable Gate Array）等でハードウェア的、回路的に構成してもよい。
また、ローカルサーバー２の制御部２０は、記憶部２９に記憶された制御プログラムを実行することで、クライアント制御部２００、及びローカルタスク実行部２１０として機能させられる。
また、上述の画像形成システムＸの各部は、本発明の画像形成方法を実行するハードウェア資源となる。
なお、上述の機能構成の一部又は任意の組み合わせをＩＣやプログラマブルロジックやＦＰＧＡ（Field-Programmable Gate Array）等でハードウェア的、回路的に構成してもよい。
【0042】
〔画像形成システムＸによるワークフロー作成処理〕
次に、図４を参照して、本発明の実施の形態に係る画像形成システムＸによるワークフロー作成処理の説明を行う。
本実施形態に係るワークフロー作成処理では、ユーザーがクラウドサーバー１へアクセスし、ワークフローを作成する。この際、ワークフロー情報３２０に、ユーザーのアプリの実行可能な権限等を指定する。また、ワークフロー情報３２０は、ローカルサーバー２でアプリを実行するためのスクリプト等を加えてもよい。
本実施形態に係るるワークフロー作成処理は、主にクラウドサーバー１の制御部１０が、記憶部１９に記憶されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図４のフローチャートを参照して、本実施形態に係るワークフロー作成処理の詳細をステップ毎に説明する。
次に、図４を参照して、本発明の実施の形態に係る画像形成システムＸによるワークフロー作成処理の説明を行う。
本実施形態に係るワークフロー作成処理では、ユーザーがクラウドサーバー１へアクセスし、ワークフローを作成する。この際、ワークフロー情報３２０に、ユーザーのアプリの実行可能な権限等を指定する。また、ワークフロー情報３２０は、ローカルサーバー２でアプリを実行するためのスクリプト等を加えてもよい。
本実施形態に係るるワークフロー作成処理は、主にクラウドサーバー１の制御部１０が、記憶部１９に記憶されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図４のフローチャートを参照して、本実施形態に係るワークフロー作成処理の詳細をステップ毎に説明する。
【0043】
（ステップＳ１０１）
まず、クラウド制御部１００が、クラウドログイン処理を行う。
本実施形態においては、画像形成システムＸの管理者等のユーザーが、端末４からウェブブラウザーやワークフロー用の専用アプリ（以下、単に「専用アプリ」という。）により、クラウドサーバー１へログインする。
この際、クラウド制御部１００は、権限情報３１０のアカウント設定を基に認証を行ってもよい。
まず、クラウド制御部１００が、クラウドログイン処理を行う。
本実施形態においては、画像形成システムＸの管理者等のユーザーが、端末４からウェブブラウザーやワークフロー用の専用アプリ（以下、単に「専用アプリ」という。）により、クラウドサーバー１へログインする。
この際、クラウド制御部１００は、権限情報３１０のアカウント設定を基に認証を行ってもよい。
【0044】
（ステップＳ１０２）
次に、クラウド制御部１００が、ワークフロー指示取得処理を行う。
認証が成功した後、端末４の表示部上に、ウェブブラウザーや専用アプリにより、ワークフロー作成画面のＵＩが表示される。このＵＩに基づいて、クラウド制御部１００は、ユーザーの指示を取得して、ワークフロー情報３２０を生成する。
本実施形態においては、一例として、後述するように図６に示す紙文書のスキャンとアップロード（Ｔ１）、ＯＣＲ（Ｔ２）、価格と取引先情報の抽出（Ｔ３）、会計情報の更新（Ｔ４）、ＰＤＦ化して保存（Ｔ５）を一連の作業（タスク）として含むワークフロー情報３２０が生成される。すなわち、クラウド制御部１００は、ユーザーの指定により、実行するアプリの内容や実行の順番を設定することが可能である。
この際、ユーザーの権限によって、生成可能なワークフローが制限されてもよい。具体的には、クラウド制御部１００は、取引先情報や会計情報にアクセス可能なユーザーであれば、このようなワークフローを作成可能としてもよい。
次に、クラウド制御部１００が、ワークフロー指示取得処理を行う。
認証が成功した後、端末４の表示部上に、ウェブブラウザーや専用アプリにより、ワークフロー作成画面のＵＩが表示される。このＵＩに基づいて、クラウド制御部１００は、ユーザーの指示を取得して、ワークフロー情報３２０を生成する。
本実施形態においては、一例として、後述するように図６に示す紙文書のスキャンとアップロード（Ｔ１）、ＯＣＲ（Ｔ２）、価格と取引先情報の抽出（Ｔ３）、会計情報の更新（Ｔ４）、ＰＤＦ化して保存（Ｔ５）を一連の作業（タスク）として含むワークフロー情報３２０が生成される。すなわち、クラウド制御部１００は、ユーザーの指定により、実行するアプリの内容や実行の順番を設定することが可能である。
この際、ユーザーの権限によって、生成可能なワークフローが制限されてもよい。具体的には、クラウド制御部１００は、取引先情報や会計情報にアクセス可能なユーザーであれば、このようなワークフローを作成可能としてもよい。
【0045】
（ステップＳ１０３）
次に、クラウド制御部１００が、ローカルサーバー指定処理を行う。
クラウド制御部１００は、ユーザーの指定したタスクがローカルサーバー２で行うものであった場合に、連携先のローカルサーバー２を指定して、ワークフロー情報３２０に設定する。この際に、クラウド制御部１００は、ローカルサーバー２でアプリを実行するためのスクリプトを加えたワークフローを生成する。このスクリプトは、ユーザーにより、事前に設定されても、トランスフォーマー等の自動生成用ＡＩ（Artificial Intelligence）で生成されてもよい。
次に、クラウド制御部１００が、ローカルサーバー指定処理を行う。
クラウド制御部１００は、ユーザーの指定したタスクがローカルサーバー２で行うものであった場合に、連携先のローカルサーバー２を指定して、ワークフロー情報３２０に設定する。この際に、クラウド制御部１００は、ローカルサーバー２でアプリを実行するためのスクリプトを加えたワークフローを生成する。このスクリプトは、ユーザーにより、事前に設定されても、トランスフォーマー等の自動生成用ＡＩ（Artificial Intelligence）で生成されてもよい。
【0046】
（ステップＳ１０４）
次に、クラウド制御部１００が、権限ユーザー指定処理を行う。
クラウド制御部１００は、権限情報３１０のユーザーの権限に基づいて、ワークフローを実行可能な権限と、当該ユーザーとをワークフロー情報３２０に設定する。クラウド制御部１００は、このワークフロー情報３２０を、クラウド格納部１９０に格納する。
以上により、本発明の実施の形態に係るワークフロー作成処理を終了する。
次に、クラウド制御部１００が、権限ユーザー指定処理を行う。
クラウド制御部１００は、権限情報３１０のユーザーの権限に基づいて、ワークフローを実行可能な権限と、当該ユーザーとをワークフロー情報３２０に設定する。クラウド制御部１００は、このワークフロー情報３２０を、クラウド格納部１９０に格納する。
以上により、本発明の実施の形態に係るワークフロー作成処理を終了する。
【0047】
〔画像形成システムＸによるタスク振り分け実行処理〕
次に、図５、図６を参照して、本発明の実施の形態に係る画像形成システムＸによるタスク振り分け実行処理の説明を行う。
本実施形態に係るタスク振り分け実行処理では、ワークフローを介して、クラウド側、ローカル側のタスクを組みあわせて自動化する。
本実施形態に係るタスク振り分け実行処理では、主に、クラウド側ではクラウドサーバー１の制御部１０が記憶部１９に格納されたプログラムを、ローカル側ではローカルサーバー２の制御部２０が記憶部２９に格納されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図５のフローチャートを参照して、本実施形態に係るタスク振り分け実行処理の詳細をステップ毎に説明する。
次に、図５、図６を参照して、本発明の実施の形態に係る画像形成システムＸによるタスク振り分け実行処理の説明を行う。
本実施形態に係るタスク振り分け実行処理では、ワークフローを介して、クラウド側、ローカル側のタスクを組みあわせて自動化する。
本実施形態に係るタスク振り分け実行処理では、主に、クラウド側ではクラウドサーバー１の制御部１０が記憶部１９に格納されたプログラムを、ローカル側ではローカルサーバー２の制御部２０が記憶部２９に格納されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図５のフローチャートを参照して、本実施形態に係るタスク振り分け実行処理の詳細をステップ毎に説明する。
【0048】
（ステップＳ１１１）
まず、クラウドサーバー１のクラウド制御部１００が、ワークフロー開始処理を行う。
ここでは、端末４からユーザーがログインする。この処理は、上述の図４にて説明したステップＳ１０１のクラウドログイン処理と同様である。この上で、クラウドアプリにて、ユーザーは、任意のワークフローを選択し、実行を指示する。すると、クラウド制御部１００は、ローカルサーバー２へワークフローの開始の指示を送信する。
または、クラウド制御部１００は、ローカル側の設定に応じて、ワークフローを選択し、実行を指示することも可能である。すなわち、画像形成装置３やローカル側の端末から、ユーザーがクラウドサーバー１にログインして、ワークフローを選択し、実行を指示することも可能である。
または、クラウド制御部１００は、画像形成装置３にワークフローを実行する設定がされていた場合、ローカルサーバー２を介して、ユーザーによるボタン等の指示を取得して、この指示に基づいてワークフローを選択し、開始してもよい。
まず、クラウドサーバー１のクラウド制御部１００が、ワークフロー開始処理を行う。
ここでは、端末４からユーザーがログインする。この処理は、上述の図４にて説明したステップＳ１０１のクラウドログイン処理と同様である。この上で、クラウドアプリにて、ユーザーは、任意のワークフローを選択し、実行を指示する。すると、クラウド制御部１００は、ローカルサーバー２へワークフローの開始の指示を送信する。
または、クラウド制御部１００は、ローカル側の設定に応じて、ワークフローを選択し、実行を指示することも可能である。すなわち、画像形成装置３やローカル側の端末から、ユーザーがクラウドサーバー１にログインして、ワークフローを選択し、実行を指示することも可能である。
または、クラウド制御部１００は、画像形成装置３にワークフローを実行する設定がされていた場合、ローカルサーバー２を介して、ユーザーによるボタン等の指示を取得して、この指示に基づいてワークフローを選択し、開始してもよい。
【0049】
（ステップＳ２１１）
ここで、ローカルサーバー２のクライアント制御部２００が、クライアント開始処理を行う。
ワークフローの指示をクラウドサーバー１から受信すると、ローカルサーバー２のクライアント制御部２００が実行開始され、クラウドサーバー１からの指示やファイルの受信待ちとなる。この際、ローカル側とクラウド側との通信は、公開鍵暗号等でセキュアに行うようにすることが可能である。これにより、ワークフローに応じて、ローカル側の処理を実行することが可能となる。
または、このクライアント制御部２００は、常駐等の方式で、常時、実行しておいてもよく、ローカルサーバー２のタスクマネージャーやＣＲＯＮ等のＯＳの設定に応じて実行してもよい。
ここで、ローカルサーバー２のクライアント制御部２００が、クライアント開始処理を行う。
ワークフローの指示をクラウドサーバー１から受信すると、ローカルサーバー２のクライアント制御部２００が実行開始され、クラウドサーバー１からの指示やファイルの受信待ちとなる。この際、ローカル側とクラウド側との通信は、公開鍵暗号等でセキュアに行うようにすることが可能である。これにより、ワークフローに応じて、ローカル側の処理を実行することが可能となる。
または、このクライアント制御部２００は、常駐等の方式で、常時、実行しておいてもよく、ローカルサーバー２のタスクマネージャーやＣＲＯＮ等のＯＳの設定に応じて実行してもよい。
【0050】
（ステップＳ１１２）
再び、クラウドサーバー１の処理について説明する。クラウドサーバー１のクラウド制御部１００が、タスク分配処理を行う。
クラウド制御部１００は、ワークフローの進行に応じて、ワークフロー情報３２０を参照し、各タスクについて、クラウドサーバー１又はローカルサーバー２に振り分ける。すなわち、クラウド制御部１００は、クラウド側のアプリで実行されるタスクをクラウドサーバー１に振り分ける。一方、ローカル側のアプリで実行されるタスクをローカルサーバー２に振り分ける。
具体的には、例えば、クラウド制御部１００は、文書データ３００の取得について、ユーザーが文書データ３００を直接、クラウド側にアップロードする場合、クラウドサーバー１に振り分けてもよい。または、クラウド制御部１００は、文書データ３００を画像形成装置３からスキャンしてアップロードする場合、ローカルサーバー２に振り分けてもよい。
再び、クラウドサーバー１の処理について説明する。クラウドサーバー１のクラウド制御部１００が、タスク分配処理を行う。
クラウド制御部１００は、ワークフローの進行に応じて、ワークフロー情報３２０を参照し、各タスクについて、クラウドサーバー１又はローカルサーバー２に振り分ける。すなわち、クラウド制御部１００は、クラウド側のアプリで実行されるタスクをクラウドサーバー１に振り分ける。一方、ローカル側のアプリで実行されるタスクをローカルサーバー２に振り分ける。
具体的には、例えば、クラウド制御部１００は、文書データ３００の取得について、ユーザーが文書データ３００を直接、クラウド側にアップロードする場合、クラウドサーバー１に振り分けてもよい。または、クラウド制御部１００は、文書データ３００を画像形成装置３からスキャンしてアップロードする場合、ローカルサーバー２に振り分けてもよい。
【0051】
ここで、クラウド制御部１００は、権限情報３１０を参照し、ワークフローの実行を指示するユーザーの権限情報３１０により、各タスクの振り分けを変更することも可能である。
具体的には、例えば、ユーザーの権限情報３１０において画像形成装置３にてスキャンする権限がない場合、クラウド制御部１００は、クラウドサーバー１へ文書データ３００の取得のタスクを振り分けてもよい。すなわち、クラウド制御部１００は、クラウドサーバー１へのファイルのアップロードのみ認めるとしてもよい。または、ユーザーがクラウドサーバー１のファイルのアクセス権限等がない場合は、ローカルサーバー２側でタスクを実行するように振り分けてもよい。
具体的には、例えば、ユーザーの権限情報３１０において画像形成装置３にてスキャンする権限がない場合、クラウド制御部１００は、クラウドサーバー１へ文書データ３００の取得のタスクを振り分けてもよい。すなわち、クラウド制御部１００は、クラウドサーバー１へのファイルのアップロードのみ認めるとしてもよい。または、ユーザーがクラウドサーバー１のファイルのアクセス権限等がない場合は、ローカルサーバー２側でタスクを実行するように振り分けてもよい。
【0052】
また、クラウド制御部１００は、ローカルサーバー２で実行されるアプリの権限に応じて、振り分けを変更することも可能である。
具体的には、例えば、クラウド制御部１００は、ログインしているユーザーに、ローカルサーバー２の当該タスク関連のアプリ（以下、「ローカルアプリ」という。）の実行権限がある場合は、当該タスクをローカルサーバー２へ振り分けてもよい。
逆に、クラウド制御部１００は、ログインしているユーザーにローカルアプリの実行権限がなく、クラウドサーバー１の当該タスク関連のアプリ（以下、「クラウドアプリ」という。）については実行権限がある場合は、当該タスクをクラウドサーバー１へ振り分けてもよい。
具体的には、例えば、クラウド制御部１００は、ログインしているユーザーに、ローカルサーバー２の当該タスク関連のアプリ（以下、「ローカルアプリ」という。）の実行権限がある場合は、当該タスクをローカルサーバー２へ振り分けてもよい。
逆に、クラウド制御部１００は、ログインしているユーザーにローカルアプリの実行権限がなく、クラウドサーバー１の当該タスク関連のアプリ（以下、「クラウドアプリ」という。）については実行権限がある場合は、当該タスクをクラウドサーバー１へ振り分けてもよい。
【0053】
加えて、クラウド制御部１００は、ワークフローで処理される文書データ３００のメタデータに基づいて、保存先及びアプリの実行について、設定及び制限を行うことも可能である。この場合、ワークフローの実行より前に、どの文書データ３００をワークフローで用いるか、ユーザーの指示により、ワークフロー情報３２０に設定することが可能であってもよい。
【0054】
（ステップＳ１１３）
次に、クラウド制御部１００が、タスクをクラウドで実行させるか否かを判断する。クラウド制御部１００は、クラウドサーバー１に振り分けられたタスクについて、Ｙｅｓと判断する。クラウド制御部１００は、それ以外の場合、すなわちローカルサーバー２に振り分けられたタスクについては、Ｎｏと判断する。
Ｙｅｓの場合、クラウド制御部１００は、処理をステップＳ１１４に進める。
Ｎｏの場合、クラウド制御部１００は、処理をステップＳ２１２に進める。
次に、クラウド制御部１００が、タスクをクラウドで実行させるか否かを判断する。クラウド制御部１００は、クラウドサーバー１に振り分けられたタスクについて、Ｙｅｓと判断する。クラウド制御部１００は、それ以外の場合、すなわちローカルサーバー２に振り分けられたタスクについては、Ｎｏと判断する。
Ｙｅｓの場合、クラウド制御部１００は、処理をステップＳ１１４に進める。
Ｎｏの場合、クラウド制御部１００は、処理をステップＳ２１２に進める。
【0055】
（ステップＳ１１４）
クラウドサーバー１に振り分けられたタスクの場合、クラウドタスク実行部１１０が、クラウドタスク実行処理を行う。
クラウドタスク実行部１１０は、ワークフローのクラウドサーバー１に振り分けられたタスクを実行する。具体的には、クラウドタスク実行部１１０は、ワークフロー情報３２０の設定に従い、例えば、タスクのコマンドを発行することで、クラウドアプリを実行させる。この際、クラウドタスク実行部１１０は、クラウドアプリを実行させるスクリプトにより任意の処理を実行可能である。このクラウドアプリの実行結果３３０やタスクファイル４００は、その後のクラウド側のタスクに引き渡されても、ローカル側のローカルアプリ用にローカルサーバー２へ送信されてもよい。すなわち、当該タスクの実行結果３３０のファイルを取得して、次のタスクの入力データとして受け渡してもよい。
クラウドタスク実行部１１０は、その後、処理をステップＳ１１５に進める。
クラウドサーバー１に振り分けられたタスクの場合、クラウドタスク実行部１１０が、クラウドタスク実行処理を行う。
クラウドタスク実行部１１０は、ワークフローのクラウドサーバー１に振り分けられたタスクを実行する。具体的には、クラウドタスク実行部１１０は、ワークフロー情報３２０の設定に従い、例えば、タスクのコマンドを発行することで、クラウドアプリを実行させる。この際、クラウドタスク実行部１１０は、クラウドアプリを実行させるスクリプトにより任意の処理を実行可能である。このクラウドアプリの実行結果３３０やタスクファイル４００は、その後のクラウド側のタスクに引き渡されても、ローカル側のローカルアプリ用にローカルサーバー２へ送信されてもよい。すなわち、当該タスクの実行結果３３０のファイルを取得して、次のタスクの入力データとして受け渡してもよい。
クラウドタスク実行部１１０は、その後、処理をステップＳ１１５に進める。
【0056】
（ステップＳ２１２）
ローカルサーバー２に振り分けられたタスクの場合、クライアント制御部２００が、タスク受信処理を行う。
クライアント制御部２００は、クラウドサーバー１からローカルサーバー２に振り分けられたタスクの指示、このタスクのタスクファイル４００等を受信し、ローカル格納部２９０に格納する。この際、クライアント制御部２００は、暗号化された指示やタスクファイル４００の復号化を行ってもよい。または、クライアント制御部２００は、指示やタスクファイル４００を、ローカルタスク実行部２１０に直接、受け渡してもよい。
ローカルサーバー２に振り分けられたタスクの場合、クライアント制御部２００が、タスク受信処理を行う。
クライアント制御部２００は、クラウドサーバー１からローカルサーバー２に振り分けられたタスクの指示、このタスクのタスクファイル４００等を受信し、ローカル格納部２９０に格納する。この際、クライアント制御部２００は、暗号化された指示やタスクファイル４００の復号化を行ってもよい。または、クライアント制御部２００は、指示やタスクファイル４００を、ローカルタスク実行部２１０に直接、受け渡してもよい。
【0057】
（ステップＳ２１３）
次に、ローカルタスク実行部２１０が、ローカルタスク実行処理を行う。
ローカルタスク実行部２１０は、ローカルサーバー２に振り分けられたワークフローのタスクを実行する。具体的には、ローカルタスク実行部２１０は、ワークフロー情報３２０の設定に従い、タスクをローカルアプリに実行させる。この際、ローカルタスク実行部２１０は、クラウドサーバー１から取得されてもよいタスクファイル４００を用いてもよい。または、ローカルタスク実行部２１０は、ローカルサーバー２の設定に基づいて、タスクの指示のみで、ローカルアプリを実行してもいい。これらの際、ローカルタスク実行部２１０は、スクリプトにより任意の処理を実行させることが可能である。
ここで、ローカルアプリの実行の結果としてタスクファイル４００が生成されることもあり得る。この場合、本実施形態において、ローカルタスク実行部２１０は、このタスクファイル４００をローカル格納部２９０に格納する。この上で、ローカルタスク実行部２１０は、以前のバージョンのタスクファイル４００との差分のファイルキャッシュを、更新情報３４０として生成する。
次に、ローカルタスク実行部２１０が、ローカルタスク実行処理を行う。
ローカルタスク実行部２１０は、ローカルサーバー２に振り分けられたワークフローのタスクを実行する。具体的には、ローカルタスク実行部２１０は、ワークフロー情報３２０の設定に従い、タスクをローカルアプリに実行させる。この際、ローカルタスク実行部２１０は、クラウドサーバー１から取得されてもよいタスクファイル４００を用いてもよい。または、ローカルタスク実行部２１０は、ローカルサーバー２の設定に基づいて、タスクの指示のみで、ローカルアプリを実行してもいい。これらの際、ローカルタスク実行部２１０は、スクリプトにより任意の処理を実行させることが可能である。
ここで、ローカルアプリの実行の結果としてタスクファイル４００が生成されることもあり得る。この場合、本実施形態において、ローカルタスク実行部２１０は、このタスクファイル４００をローカル格納部２９０に格納する。この上で、ローカルタスク実行部２１０は、以前のバージョンのタスクファイル４００との差分のファイルキャッシュを、更新情報３４０として生成する。
【0058】
（ステップＳ２１４）
次に、クライアント制御部２００が、実行結果送信処理を行う。
クライアント制御部２００は、実行結果３３０、タスクファイル４００、文書データ３００等をクラウド側に返信する。これにより、文書データ３００やタスクファイル４００が加工されたり、クラウドサーバー１とローカルサーバー２との間で、他のファイルがやりとりされたりする。結果として、クラウドタスク実行部１１０及びローカルタスク実行部２１０は、各タスクを、一連のタスクであるワークフローとして処理させる。
なお、ローカルタスク実行部２１０は、実行結果３３０やタスクファイル４００の一時ファイルを作成して送信したり、ページ等の特定単位でデータを送受信したりしてもよい。また、ローカルタスク実行部２１０は、ローカルアプリの実行やファイルの生成等でエラーが発生した場合は、この情報を実行結果３３０として送信することも可能である。
次に、クライアント制御部２００が、実行結果送信処理を行う。
クライアント制御部２００は、実行結果３３０、タスクファイル４００、文書データ３００等をクラウド側に返信する。これにより、文書データ３００やタスクファイル４００が加工されたり、クラウドサーバー１とローカルサーバー２との間で、他のファイルがやりとりされたりする。結果として、クラウドタスク実行部１１０及びローカルタスク実行部２１０は、各タスクを、一連のタスクであるワークフローとして処理させる。
なお、ローカルタスク実行部２１０は、実行結果３３０やタスクファイル４００の一時ファイルを作成して送信したり、ページ等の特定単位でデータを送受信したりしてもよい。また、ローカルタスク実行部２１０は、ローカルアプリの実行やファイルの生成等でエラーが発生した場合は、この情報を実行結果３３０として送信することも可能である。
【0059】
（ステップＳ２１５）
次に、クライアント制御部２００が、更新情報送信処理を行う。
クライアント制御部２００は、ローカルアプリの実行の結果生成されたタスクファイル４００の更新情報３４０をクラウドサーバー１へ送信する。
次に、クライアント制御部２００が、更新情報送信処理を行う。
クライアント制御部２００は、ローカルアプリの実行の結果生成されたタスクファイル４００の更新情報３４０をクラウドサーバー１へ送信する。
【0060】
（ステップＳ１１５）
ここで、再び、クラウドサーバー１での処理について説明する。クラウドサーバー１のクラウド制御部１００及び更新蓄積部１２０が、結果更新蓄積処理を行う。
この際、クラウド制御部１００は、実行結果３３０をクラウド格納部１９０に格納する。この際、クラウド制御部１００は、ローカル側の実行結果３３０をログとしてクラウド格納部１９０に格納してもよい。
また、クラウド制御部１００は、更新情報３４０も取得する。
更新蓄積部１２０は、このローカル側のタスクファイル４００の更新情報３４０を、ファイルキャッシュとして、タスクファイル４００のバージョン毎にクラウド格納部１９０に格納する。
ここで、再び、クラウドサーバー１での処理について説明する。クラウドサーバー１のクラウド制御部１００及び更新蓄積部１２０が、結果更新蓄積処理を行う。
この際、クラウド制御部１００は、実行結果３３０をクラウド格納部１９０に格納する。この際、クラウド制御部１００は、ローカル側の実行結果３３０をログとしてクラウド格納部１９０に格納してもよい。
また、クラウド制御部１００は、更新情報３４０も取得する。
更新蓄積部１２０は、このローカル側のタスクファイル４００の更新情報３４０を、ファイルキャッシュとして、タスクファイル４００のバージョン毎にクラウド格納部１９０に格納する。
【0061】
（ステップＳ１１６）
ここで、クラウド制御部１００が、進捗提示処理を行う。
この処理にて、クラウド制御部１００は、ワークフローの実行の進捗を他の装置からの求めに応じて提示することが可能である。
具体的には、端末４や画像形成装置３からログインしたユーザーが指示した場合、クラウド制御部１００は、ワークフローのタスクの実行状況を提示する。これにより、ユーザーは、端末４のウェブブラウザーや専用アプリ、画像形成装置３の操作パネル等から、実行状況を確認可能である。すなわち、ユーザーは、ワークフローの処理が完了したり、エラーが発生したり、停止していたりした場合は、ＵＩを介して、これらを確認可能である。
なお、クラウド制御部１００は、ワークフローのタスクが完了したことを、電子メール、ＳＭＳ（Short Message Service）、ＳＮＳ（Social Networking Service）、メッセンジャーサービス、ＩＲＣ（Internet Relay Chat）等で、ユーザーに直接通知することも可能である。
ここで、クラウド制御部１００が、進捗提示処理を行う。
この処理にて、クラウド制御部１００は、ワークフローの実行の進捗を他の装置からの求めに応じて提示することが可能である。
具体的には、端末４や画像形成装置３からログインしたユーザーが指示した場合、クラウド制御部１００は、ワークフローのタスクの実行状況を提示する。これにより、ユーザーは、端末４のウェブブラウザーや専用アプリ、画像形成装置３の操作パネル等から、実行状況を確認可能である。すなわち、ユーザーは、ワークフローの処理が完了したり、エラーが発生したり、停止していたりした場合は、ＵＩを介して、これらを確認可能である。
なお、クラウド制御部１００は、ワークフローのタスクが完了したことを、電子メール、ＳＭＳ（Short Message Service）、ＳＮＳ（Social Networking Service）、メッセンジャーサービス、ＩＲＣ（Internet Relay Chat）等で、ユーザーに直接通知することも可能である。
【0062】
（ステップＳ１１７）
次に、クラウド制御部１００が、全てのタスクを実行したか否かを判断する。クラウド制御部１００は、ワークフローの全てのタスクが完了した場合に、Ｙｅｓと判断する。ここで、クラウド制御部１００は、ワークフローがエラーで停止した場合も、Ｙｅｓと判断してもよい。クラウド制御部１００は、それ以外の場合には、Ｎｏと判断する。
Ｙｅｓの場合、クラウド制御部１００は、タスク振り分け実行処理を終了する。エラーの場合は、ユーザーにその旨を通知することが可能である。
Ｎｏの場合、クラウド制御部１００は、処理をステップＳ１１２に戻して、ワークフローのタスクの実行を続ける。
以上により、本発明の実施の形態に係るタスク振り分け実行処理を終了する。
次に、クラウド制御部１００が、全てのタスクを実行したか否かを判断する。クラウド制御部１００は、ワークフローの全てのタスクが完了した場合に、Ｙｅｓと判断する。ここで、クラウド制御部１００は、ワークフローがエラーで停止した場合も、Ｙｅｓと判断してもよい。クラウド制御部１００は、それ以外の場合には、Ｎｏと判断する。
Ｙｅｓの場合、クラウド制御部１００は、タスク振り分け実行処理を終了する。エラーの場合は、ユーザーにその旨を通知することが可能である。
Ｎｏの場合、クラウド制御部１００は、処理をステップＳ１１２に戻して、ワークフローのタスクの実行を続ける。
以上により、本発明の実施の形態に係るタスク振り分け実行処理を終了する。
【0063】
ここで、図６を参照して、このタスク振り分け実行処理の具体例について説明する。
図６は、ワークフロー情報３２０に含まれる一連のタスクＴ１～タスクＴ５を実行する例を示している。この例のワークフローでは、一連のタスクを実行するため、クラウドアプリとローカルアプリを組み合わせて実行する必要がある。このため、クラウドサーバー１が、それぞれのタスクを、クラウドサーバー１とローカルサーバー２とに振り分ける。具体的には、クラウドアプリではＯＣＲ処理を行い、ローカルサーバー２にしか格納されていない会計のローカルアプリにて会計情報の更新を行う。
図６は、ワークフロー情報３２０に含まれる一連のタスクＴ１～タスクＴ５を実行する例を示している。この例のワークフローでは、一連のタスクを実行するため、クラウドアプリとローカルアプリを組み合わせて実行する必要がある。このため、クラウドサーバー１が、それぞれのタスクを、クラウドサーバー１とローカルサーバー２とに振り分ける。具体的には、クラウドアプリではＯＣＲ処理を行い、ローカルサーバー２にしか格納されていない会計のローカルアプリにて会計情報の更新を行う。
【0064】
一連のタスクの実行を自動化するため、ユーザーが作成したワークフローを実行させる。
まず、タスクＴ１として、画像形成装置３にてユーザーがログインして、ワークフローの指示を行い、紙文書のスキャンが行われる。そして、文書データ３００が、クラウド側にアップロードされる。
次に、タスクＴ２として、アップロードされた文書データ３００がＯＣＲ処理される。
次に、タスクＴ３として、このＯＣＲで取得された文字及び数値のデータがタスクファイル４００として引き渡されて、価格と取引先の情報が抽出される。
次に、タスクＴ４として、この価格と取引先の情報がタスクファイル４００として、ローカルサーバー２へ送信され、会計のローカルアプリが実行される。これにより、会計情報が更新され、この会計情報がタスクファイル４００の新しいバージョンとして、ローカル格納部２９０に格納される。この際、新しいバージョンのタスクファイル４００と古い会計情報との差分ファイルであるファイルキャッシュが、更新情報３４０として生成される。この上で、このタスクファイル４００の少なくとも一部が実行結果３３０に含められ、生成された更情報と供に、クラウドサーバー１に送信される。
次に、タスクＴ５として、実行結果３３０を受信したクラウドサーバー１は、これをＰＤＦ化して、このＰＤＦをクラウド格納部１９０に格納する。また、クラウドサーバー１は、更新情報３４０も受信し、ログとしてクラウド格納部１９０に格納する。
以上により、ワークフローの実行が完了する。
まず、タスクＴ１として、画像形成装置３にてユーザーがログインして、ワークフローの指示を行い、紙文書のスキャンが行われる。そして、文書データ３００が、クラウド側にアップロードされる。
次に、タスクＴ２として、アップロードされた文書データ３００がＯＣＲ処理される。
次に、タスクＴ３として、このＯＣＲで取得された文字及び数値のデータがタスクファイル４００として引き渡されて、価格と取引先の情報が抽出される。
次に、タスクＴ４として、この価格と取引先の情報がタスクファイル４００として、ローカルサーバー２へ送信され、会計のローカルアプリが実行される。これにより、会計情報が更新され、この会計情報がタスクファイル４００の新しいバージョンとして、ローカル格納部２９０に格納される。この際、新しいバージョンのタスクファイル４００と古い会計情報との差分ファイルであるファイルキャッシュが、更新情報３４０として生成される。この上で、このタスクファイル４００の少なくとも一部が実行結果３３０に含められ、生成された更情報と供に、クラウドサーバー１に送信される。
次に、タスクＴ５として、実行結果３３０を受信したクラウドサーバー１は、これをＰＤＦ化して、このＰＤＦをクラウド格納部１９０に格納する。また、クラウドサーバー１は、更新情報３４０も受信し、ログとしてクラウド格納部１９０に格納する。
以上により、ワークフローの実行が完了する。
【0065】
〔画像形成システムＸによるファイル復元処理〕
次に、図７を参照して、本発明の実施の形態に係る画像形成システムＸによるワークフローにおけるファイル復元処理の説明を行う。
この本実施形態に係るファイル復元処理では、クラウド側に格納された更新情報３４０に基づいて、ワークフロー情報３２０を介して古いバージョンのタスクファイル４００を復元する。すなわち、ワークフローを逆に戻り、保存されたタスクファイル４００を過去のバージョンに戻すことができる。この際、クラウド側には更新情報３４０であるファイルキャッシュしか格納していないため、クラウド側の容量は圧迫しない。
本実施形態に係るファイル復元処理は、主にクラウド側ではクラウドサーバー１の制御部１０が記憶部１９に格納されたプログラムを、ローカル側ではローカルサーバー２の制御部２０が記憶部２９に格納されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図７のフローチャートを参照して、本実施形態に係るファイル復元処理の詳細をステップ毎に説明する。
次に、図７を参照して、本発明の実施の形態に係る画像形成システムＸによるワークフローにおけるファイル復元処理の説明を行う。
この本実施形態に係るファイル復元処理では、クラウド側に格納された更新情報３４０に基づいて、ワークフロー情報３２０を介して古いバージョンのタスクファイル４００を復元する。すなわち、ワークフローを逆に戻り、保存されたタスクファイル４００を過去のバージョンに戻すことができる。この際、クラウド側には更新情報３４０であるファイルキャッシュしか格納していないため、クラウド側の容量は圧迫しない。
本実施形態に係るファイル復元処理は、主にクラウド側ではクラウドサーバー１の制御部１０が記憶部１９に格納されたプログラムを、ローカル側ではローカルサーバー２の制御部２０が記憶部２９に格納されたプログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図７のフローチャートを参照して、本実施形態に係るファイル復元処理の詳細をステップ毎に説明する。
【0066】
（ステップＳ１２１）
まず、クラウド制御部１００が、クラウドログイン処理を行う。
ここでは、ユーザーが端末４又は画像形成装置３を介して、クラウドアプリにログインする。このログインは、処理は、図４のステップＳ１０１及び図５のステップＳ１１１と、同様の処理で行う。
まず、クラウド制御部１００が、クラウドログイン処理を行う。
ここでは、ユーザーが端末４又は画像形成装置３を介して、クラウドアプリにログインする。このログインは、処理は、図４のステップＳ１０１及び図５のステップＳ１１１と、同様の処理で行う。
【0067】
（ステップＳ１２２）
ここで、クラウドサーバー１のクラウド制御部１００が、ワークフローが成功したか否かを判断する。クラウド制御部１００は、ワークフローの実行結果３３０のログを参照し、ワークフローの一連のタスクが成功し、ワークフローの実行が完了した場合に、Ｙｅｓと判断する。それ以外の場合、クラウド制御部１００は、ワークフローが失敗したとして、Ｎｏと判断する。クラウド制御部１００は、例えば、ワークフローの実行結果３３０が、少なくとも一つ失敗であった場合に、ワークフローの一連のタスクが失敗したと判断可能である。
Ｙｅｓの場合、クラウド制御部１００は、処理をステップＳ１２３に進める。
Ｎｏの場合、クラウド制御部１００は、処理をステップＳ１２４に進める。
ここで、クラウドサーバー１のクラウド制御部１００が、ワークフローが成功したか否かを判断する。クラウド制御部１００は、ワークフローの実行結果３３０のログを参照し、ワークフローの一連のタスクが成功し、ワークフローの実行が完了した場合に、Ｙｅｓと判断する。それ以外の場合、クラウド制御部１００は、ワークフローが失敗したとして、Ｎｏと判断する。クラウド制御部１００は、例えば、ワークフローの実行結果３３０が、少なくとも一つ失敗であった場合に、ワークフローの一連のタスクが失敗したと判断可能である。
Ｙｅｓの場合、クラウド制御部１００は、処理をステップＳ１２３に進める。
Ｎｏの場合、クラウド制御部１００は、処理をステップＳ１２４に進める。
【0068】
（ステップＳ１２３）
ワークフローが成功した場合、クラウド制御部１００が、更新ファイル選択処理を行う。
クラウド制御部１００は、ＵＩによるユーザーの指示により、タスクファイル４００のファイル名等を選択する。この上で、クラウド制御部１００は、古いバージョンに戻したいタスクファイル４００を出力した際のワークフローの更新情報３４０を選択する。すなわち、この更新情報３４０は、復元させるタスクファイル４００を出力した際のファイルキャッシュである。
ワークフローが成功した場合、クラウド制御部１００が、更新ファイル選択処理を行う。
クラウド制御部１００は、ＵＩによるユーザーの指示により、タスクファイル４００のファイル名等を選択する。この上で、クラウド制御部１００は、古いバージョンに戻したいタスクファイル４００を出力した際のワークフローの更新情報３４０を選択する。すなわち、この更新情報３４０は、復元させるタスクファイル４００を出力した際のファイルキャッシュである。
【0069】
（ステップＳ１２４）
ワークフローが失敗した場合、クラウド制御部１００が、失敗結果選択処理を行う。
クラウド制御部１００は、ワークフローの実行結果３３０が失敗であった場合、その失敗の際の更新情報３４０を選択する。これにより、失敗する前のバージョンに復元させるタスクファイル４００を出力したワークフローの更新情報３４０を選択可能となる。
ワークフローが失敗した場合、クラウド制御部１００が、失敗結果選択処理を行う。
クラウド制御部１００は、ワークフローの実行結果３３０が失敗であった場合、その失敗の際の更新情報３４０を選択する。これにより、失敗する前のバージョンに復元させるタスクファイル４００を出力したワークフローの更新情報３４０を選択可能となる。
【0070】
（ステップＳ１２５）
ここで、クラウド制御部１００が、更新情報送信処理を行う。
クラウド制御部１００は、ローカルサーバー２に、復元させるタスクファイル４００のファイルキャッシュとなる更新情報３４０と、復元の指示（コマンド）を送信する。ここで、クラウド制御部１００は、そのバージョンまでに、複数の前のバージョンがある場合は、複数の更新情報３４０を送信してもよい。
ここで、クラウド制御部１００が、更新情報送信処理を行う。
クラウド制御部１００は、ローカルサーバー２に、復元させるタスクファイル４００のファイルキャッシュとなる更新情報３４０と、復元の指示（コマンド）を送信する。ここで、クラウド制御部１００は、そのバージョンまでに、複数の前のバージョンがある場合は、複数の更新情報３４０を送信してもよい。
【0071】
（ステップＳ２２１）
ここで、ローカルサーバー２のクライアント制御部２００が、該当するタスクファイル４００が存在するか否かを判断する。クライアント制御部２００は、クラウドサーバー１から更新情報３４０と復元の指示とを受信し、ローカル格納部２９０にて、復元するためのタスクファイル４００が存在するかどうかを検索する。クライアント制御部２００は、該当するタスクファイル４００が存在する場合、Ｙｅｓと判断する。クライアント制御部２００は、それ以外の場合、つまり、何らかの理由でタスクファイル４００が消去されたり改変されていたりした場合、Ｎｏと判断する。
Ｙｅｓの場合、クライアント制御部２００は、処理をステップＳ２２２に進める。
Ｎｏの場合、クライアント制御部２００は、処理をステップＳ２２４に進める。
ここで、ローカルサーバー２のクライアント制御部２００が、該当するタスクファイル４００が存在するか否かを判断する。クライアント制御部２００は、クラウドサーバー１から更新情報３４０と復元の指示とを受信し、ローカル格納部２９０にて、復元するためのタスクファイル４００が存在するかどうかを検索する。クライアント制御部２００は、該当するタスクファイル４００が存在する場合、Ｙｅｓと判断する。クライアント制御部２００は、それ以外の場合、つまり、何らかの理由でタスクファイル４００が消去されたり改変されていたりした場合、Ｎｏと判断する。
Ｙｅｓの場合、クライアント制御部２００は、処理をステップＳ２２２に進める。
Ｎｏの場合、クライアント制御部２００は、処理をステップＳ２２４に進める。
【0072】
（ステップＳ２２２）
該当するタスクファイル４００が存在する場合、クライアント制御部２００が、ファイル復元処理を行う。
クライアント制御部２００は、古いバージョンのタスクファイル４００を復元するファイル復元を実行する。具体的には、クライアント制御部２００は、ローカル格納部２９０に格納された当該タスクファイル４００を読み出し、更新情報３４０のファイルキャッシュに基づいて、古いバージョンに復元したファイルを生成する。
該当するタスクファイル４００が存在する場合、クライアント制御部２００が、ファイル復元処理を行う。
クライアント制御部２００は、古いバージョンのタスクファイル４００を復元するファイル復元を実行する。具体的には、クライアント制御部２００は、ローカル格納部２９０に格納された当該タスクファイル４００を読み出し、更新情報３４０のファイルキャッシュに基づいて、古いバージョンに復元したファイルを生成する。
【0073】
（ステップＳ２２３）
次に、クライアント制御部２００が、キャッシュ保存処理を行う。
クライアント制御部２００は、復元実行前のタスクファイル４００をファイルキャッシュとして、別途、ローカル格納部２９０に格納する。すなわち、このファイルは、新しいバージョンであり、念のためバックアップされる。
次に、クライアント制御部２００が、キャッシュ保存処理を行う。
クライアント制御部２００は、復元実行前のタスクファイル４００をファイルキャッシュとして、別途、ローカル格納部２９０に格納する。すなわち、このファイルは、新しいバージョンであり、念のためバックアップされる。
【0074】
（ステップＳ２２４）
ここで、クライアント制御部２００が、復元結果送信処理を行う。
クライアント制御部２００は、タスクファイル４００を古いバージョンに戻したことをクラウドアプリに通知する。
または、該当タスクファイル４００が存在しない場合、クライアント制御部２００は、その旨をクラウドアプリに通知することも可能である。
さらに、クライアント制御部２００は、古いバージョンに復元したタスクファイル４００自体を、クラウドサーバー１へ送信してもよい。これにより、ユーザーが端末４又は画像形成装置３からクラウドサーバー１へアクセスし、古いバージョンのタスクファイル４００をダウンロードして取得することも可能となる。
または、クライアント制御部２００は、古いバージョン又は上述の新しいバージョンのファイルキャッシュについても、更新情報３４０として、再度、クラウドサーバー１へ送信してもよい。
以上により、本発明の実施の形態に係るファイル復元処理を終了する。
ここで、クライアント制御部２００が、復元結果送信処理を行う。
クライアント制御部２００は、タスクファイル４００を古いバージョンに戻したことをクラウドアプリに通知する。
または、該当タスクファイル４００が存在しない場合、クライアント制御部２００は、その旨をクラウドアプリに通知することも可能である。
さらに、クライアント制御部２００は、古いバージョンに復元したタスクファイル４００自体を、クラウドサーバー１へ送信してもよい。これにより、ユーザーが端末４又は画像形成装置３からクラウドサーバー１へアクセスし、古いバージョンのタスクファイル４００をダウンロードして取得することも可能となる。
または、クライアント制御部２００は、古いバージョン又は上述の新しいバージョンのファイルキャッシュについても、更新情報３４０として、再度、クラウドサーバー１へ送信してもよい。
以上により、本発明の実施の形態に係るファイル復元処理を終了する。
【0075】
以上のように構成することで、以下のような効果を得ることができる。
典型的な技術では、クラウドアプリで処理したファイルは、クラウド側に保存される。すなわち、クラウドアプリの処理結果を、直接、ローカルサーバーやクライアントＰＣに保存することはできなかった。
しかしながら、ユーザーの環境によっては、画像形成用のワークフローにおいては、タスクの処理後に、ローカル側へ次のタスクのファイルを受け渡す必用がある場合があった。この場合、一旦、クラウド側にあるタスクのファイルを、ローカル側に保存する必要があった。このため、二度手間となっていた。
このため、クラウド側のタスクとローカル側のタスクとを組みあわせてワークフローにて自動化して処理する情報処理システムが求められていた。
典型的な技術では、クラウドアプリで処理したファイルは、クラウド側に保存される。すなわち、クラウドアプリの処理結果を、直接、ローカルサーバーやクライアントＰＣに保存することはできなかった。
しかしながら、ユーザーの環境によっては、画像形成用のワークフローにおいては、タスクの処理後に、ローカル側へ次のタスクのファイルを受け渡す必用がある場合があった。この場合、一旦、クラウド側にあるタスクのファイルを、ローカル側に保存する必要があった。このため、二度手間となっていた。
このため、クラウド側のタスクとローカル側のタスクとを組みあわせてワークフローにて自動化して処理する情報処理システムが求められていた。
【0076】
これに対して、本発明の実施の形態に係る画像形成システムＸは、クラウドサーバー１とローカルサーバー２とを備え、文書に対する画像形成のワークフローを実行する情報処理システムであって、クラウドサーバー１は、ワークフローの各タスクをクラウドサーバー１又はローカルサーバー２に振り分けるクラウド制御部１００と、クラウド制御部１００によりクラウドサーバー１に振り分けられたタスクを実行するクラウドタスク実行部１１０とを備え、ローカルサーバー２は、タスク及びタスクの実行結果３３０をクラウドサーバー１との間で送受信するクライアント制御部２００と、クライアント制御部２００により取得された、ローカルサーバー２に振り分けられたタスクを実行するローカルタスク実行部２１０とを備えることを特徴とする。
【0077】
このように構成することで、クラウド側のタスクとローカル側のタスクとを組みあわせてワークフローにて自動化して処理することが可能となる。すなわち、ローカルサーバー２に、クラウドからタスクを受け取るクライアント制御部２００を備えて、クラウドサーバー１からタスクを受け取って処理することができる。これにより、画像形成のワークフローにおいて、クラウド側とローカル側のタスクを組みあわせて自動化できる。
【0078】
また、本発明の実施の形態に係る画像形成システムＸにおいて、クラウド制御部１００は、ワークフローの実行を指示するユーザーの権限情報３１０により、各タスクの振り分けを変更することを特徴とする。
このように構成することで、クラウド側で管理されているユーザーの権限情報３１０等を用いて、ローカル側の処理内容を制限することができる。これにより、権限情報３１０に設定されたユーザーのアカウント設定等に基づいて、タスクファイル４００の保存先、アプリの実行等を設定したり、制限したりすることができる。これにより、クラウド側のユーザーの情報等を用いて、ローカル側のタスクの内容を設定、制限することができる。
このように構成することで、クラウド側で管理されているユーザーの権限情報３１０等を用いて、ローカル側の処理内容を制限することができる。これにより、権限情報３１０に設定されたユーザーのアカウント設定等に基づいて、タスクファイル４００の保存先、アプリの実行等を設定したり、制限したりすることができる。これにより、クラウド側のユーザーの情報等を用いて、ローカル側のタスクの内容を設定、制限することができる。
【0079】
また、本発明の実施の形態に係る画像形成システムＸにおいて、クラウド制御部１００は、権限情報３１０として、ローカルサーバー２で実行されるアプリの権限に応じて、各タスクの振り分けを変更することを特徴とする。
このように構成することで、ローカル側で連携するローカルアプリの権限に応じて、タスクの処理の内容や順番を変更することができる。よって、より柔軟にワークフロー上のタスクを実行させることができる。また、より確実にタスクを処理することができる。
このように構成することで、ローカル側で連携するローカルアプリの権限に応じて、タスクの処理の内容や順番を変更することができる。よって、より柔軟にワークフロー上のタスクを実行させることができる。また、より確実にタスクを処理することができる。
【0080】
また、本発明の実施の形態に係る画像形成システムＸにおいて、クラウド制御部１００は、実行可能な権限及びユーザーを指定し、ローカルサーバー２でアプリを実行するためのスクリプトを加えたワークフローを生成することを特徴とする。
このように構成することで、ローカル側で確実にローカルアプリを実行することが可能となる。よって、ワークフローにおいて、確実に、クラウド側とローカル側とを連携して一連のタスクを実行させることが可能となる。
このように構成することで、ローカル側で確実にローカルアプリを実行することが可能となる。よって、ワークフローにおいて、確実に、クラウド側とローカル側とを連携して一連のタスクを実行させることが可能となる。
【0081】
また、本発明の実施の形態に係る画像形成システムＸにおいて、クラウド制御部１００は、ワークフローの実行の進捗を他の装置からの求めに応じて提示することを特徴とする。
このように構成することで、ワークフローがどこまで進んだか、どこで失敗したかを、ＵＩ等でユーザーが確認することができる。すなわち、ローカル側の実行結果３３０のログがクラウド側に格納されているため、クラウドの専用アプリのＵＩ等を介して、ローカル側のタスクの実行の進捗も確認できる。よって、ローカルのワークフローをクラウド側で管理したいというユーザーのニーズに応えることができる。
このように構成することで、ワークフローがどこまで進んだか、どこで失敗したかを、ＵＩ等でユーザーが確認することができる。すなわち、ローカル側の実行結果３３０のログがクラウド側に格納されているため、クラウドの専用アプリのＵＩ等を介して、ローカル側のタスクの実行の進捗も確認できる。よって、ローカルのワークフローをクラウド側で管理したいというユーザーのニーズに応えることができる。
【0082】
また、典型的な技術では、クラウド側とローカルＰＣとで同期してファイルを持つことが可能であった。しかしながら、ユーザーの「クラウド側にファイルを置きたくない」、「クラウド側のストレージコストを極力少なくしたい」等の要求には応えられなかった。
【0083】
これに対して、本発明の実施の形態に係る画像形成システムＸは、クラウドサーバー１とローカルサーバー２とを備え、文書に対する画像形成のワークフローを実行する情報処理システムであって、クラウドサーバー１は、ワークフローの各タスクをクラウドサーバー１又はローカルサーバー２に振り分けるクラウド制御部１００と、クラウド制御部１００によりローカルサーバー２に振り分けられたタスクに関するタスクファイル４００の更新情報３４０を蓄積する更新蓄積部１２０とを備え、ローカルサーバー２は、クラウドサーバー１から振り分けられたタスクの実行結果３３０、及び更新情報３４０をクラウドサーバー１との間で送受信するクライアント制御部２００と、クライアント制御部２００により取得された、ローカルサーバー２に振り分けられたタスクに関するタスクファイル４００を格納するローカル格納部２９０とを備えることを特徴とする。
【0084】
このように構成し、ローカル側に実際のタスクファイル４００を格納し、クラウド側には更新情報３４０のみを備えることで、クラウド側にはタスクファイル４００を置く必要がなくなる。すなわち、クラウド側に更新情報３４０として、バージョン管理用のファイルキャッシュを保存し、ワークフローを介して古いバージョンのファイルを復元できる。加えて、クラウド側にタスクファイル４００自体を蓄積しないので、クラウド側のストレージコストを低減することができる。さらに、セキュリティーも高めることができる。
【0085】
また、本発明の実施の形態に係る画像形成システムＸにおいて、クラウド制御部１００は、ワークフローのユーザーの指示により、更新情報３４０をローカルサーバー２に送信し、クライアント制御部２００は、ローカル格納部２９０に格納されたタスクファイル４００を、更新情報３４０に基づいて古いバージョンに復元することを特徴とする。
このように構成することで、ワークフローを逆に辿り、ローカル側に格納されたタスクファイル４００を、過去のバージョンに戻すことができる。このため、ユーザーの使い勝手がよくなる。
このように構成することで、ワークフローを逆に辿り、ローカル側に格納されたタスクファイル４００を、過去のバージョンに戻すことができる。このため、ユーザーの使い勝手がよくなる。
【0086】
また、本発明の実施の形態に係る画像形成システムＸにおいて、クラウド制御部１００は、ワークフローの実行結果３３０に基づいて、更新情報３４０を選択して、タスクファイル４００を古いバージョンへ復元させることを特徴とする。
このように構成することで、ユーザーの指示に基づいて、任意の古いバージョンのタスクファイル４００を復元することができる。このため、ユーザーの利便性を高めることができる。
このように構成することで、ユーザーの指示に基づいて、任意の古いバージョンのタスクファイル４００を復元することができる。このため、ユーザーの利便性を高めることができる。
【0087】
また、本発明の実施の形態に係る画像形成システムＸにおいて、クラウド制御部１００は、ワークフローの実行結果３３０が失敗であった場合、タスクファイル４００を、失敗する前のバージョンに復元させることを特徴とする。
このように構成することで、ワークフローの一連のタスクの途中で失敗したとしても、その直前の状態に戻すことが可能となる。よって、ワークフロー情報３２０を修正して、再度、ワークフローを実行することが容易になり、ユーザーの利便性を高めることができる。
このように構成することで、ワークフローの一連のタスクの途中で失敗したとしても、その直前の状態に戻すことが可能となる。よって、ワークフロー情報３２０を修正して、再度、ワークフローを実行することが容易になり、ユーザーの利便性を高めることができる。
【0088】
〔他の実施の形態〕
なお、上述の実施形態においては、既に設定されたワークフロー情報３２０で、タスクの振り分けを行う例について記載した。
しかしながら、本発明の他の実施の形態に係る画像形成システムＸにおいて、クラウド制御部１００は、ワークフローで処理される文書データ３００のメタデータに基づいて、保存先及びアプリの実行について、設定及び制限を行ってもよい。
なお、上述の実施形態においては、既に設定されたワークフロー情報３２０で、タスクの振り分けを行う例について記載した。
しかしながら、本発明の他の実施の形態に係る画像形成システムＸにおいて、クラウド制御部１００は、ワークフローで処理される文書データ３００のメタデータに基づいて、保存先及びアプリの実行について、設定及び制限を行ってもよい。
【0089】
このように構成することで、文書データ３００のメタデータに応じて、保存先やアプリの実行を動的に設定や制限すること等が可能となる。このため、例えば、ユーザーのアップロードした文書データ３００に応じて、ワークフロー情報３２０を選択することができる。加えて、選択されたワークフロー情報３２０に設定された条件によりタスクの振り分けを変更することもできる。すなわち、文書データ３００のメタデータの設定により、各タスクをクラウド側に振り分けるか、ローカル側に振り分けるかを変更するといったことが可能となる。
このため、例えば、ワークフローの各タスクについて、ローカルサーバー２のローカルアプリを使用する権限がないユーザーの文書データ３００についてはクラウドサーバー１で、クラウドアプリを実行させることができる。逆に、クラウドサーバー１のクラウドアプリを使用する権限がないユーザーの文書データ３００についてはローカルサーバー２でローカルアプリを実行させることができる。
このため、例えば、ワークフローの各タスクについて、ローカルサーバー２のローカルアプリを使用する権限がないユーザーの文書データ３００についてはクラウドサーバー１で、クラウドアプリを実行させることができる。逆に、クラウドサーバー１のクラウドアプリを使用する権限がないユーザーの文書データ３００についてはローカルサーバー２でローカルアプリを実行させることができる。
【0090】
また、上述の実施の形態においては、クラウドサーバー１とローカルサーバー２とで一連のタスクを分担するように記載した。しかしながら、いずれかの装置で一連のタスクの全てを実行してもよい。たとえば、ローカルサーバー２で処理した方が、処理時間や利便性やセキュリティー等で利便性が高い場合、ローカルサーバー２で一連のタスクの全てを実行してもよい。または、ローカルサーバー２にクライアント制御部２００のみが備えられているような構成では、ローカルサーバー２で単にタスクファイル４００の蓄積のみを行い、実際のタスクは全てクラウドサーバー１で行うといった構成も可能である。
【0091】
また、上述の実施形態では、クラウド装置としてクラウドサーバー１、ローカル装置としてローカルサーバー２とを備える例について記載した。
しかしながら、ローカル側のローカル装置は、ユーザーのクライアントＰＣ又は画像形成装置３であってもよい。ローカル装置が高機能な画像形成装置３の場合、画像処理、ＯＣＲ処理、分類処理、及び送信処理等の一連のタスクを全て実行してもよい。また、クラウドサーバー１にも、タスクの実行を分担させてもよい。
このように構成することで、設置環境に対応して、一連のタスクを最適な効率及び速度で実行することができる。
しかしながら、ローカル側のローカル装置は、ユーザーのクライアントＰＣ又は画像形成装置３であってもよい。ローカル装置が高機能な画像形成装置３の場合、画像処理、ＯＣＲ処理、分類処理、及び送信処理等の一連のタスクを全て実行してもよい。また、クラウドサーバー１にも、タスクの実行を分担させてもよい。
このように構成することで、設置環境に対応して、一連のタスクを最適な効率及び速度で実行することができる。
【0092】
また、上述の実施の形態では、図１において、ローカルサーバー２を一つのみ備える例について説明した。しかしながら、ローカルサーバー２は、複数存在してもよい。この際に、ローカルサーバー２は、イントラネット毎に存在してもよい。この上で、各ローカルサーバー２及び画像形成装置３へ、タスクを分担してもよい。また、クラウドサーバー１自体も複数存在してもよい。
このように構成することで、各装置に柔軟にタスクを分担して効率的に処理することが可能となる。
このように構成することで、各装置に柔軟にタスクを分担して効率的に処理することが可能となる。
【0093】
また、上述の実施の形態では、実行結果３３０の取得を、ワークフローのタスクの実行後に行うように記載した。
しかしながら、クラウドサーバー１による実行結果３３０の取得は、ローカル側で連続するタスクの実行が完了した又は失敗した後、又はクラウド側及びローカル側の全てのタスクが終了又は失敗した後であってもよい。
このように構成することで、実行結果３３０の取得についての処理負荷やネットワークの負荷を軽減させることができ、実行時の装置の状態に則した実行結果３３０を取得することができる。よって、効率的に各タスクの処理を実行させる可能性を高めることができる。
しかしながら、クラウドサーバー１による実行結果３３０の取得は、ローカル側で連続するタスクの実行が完了した又は失敗した後、又はクラウド側及びローカル側の全てのタスクが終了又は失敗した後であってもよい。
このように構成することで、実行結果３３０の取得についての処理負荷やネットワークの負荷を軽減させることができ、実行時の装置の状態に則した実行結果３３０を取得することができる。よって、効率的に各タスクの処理を実行させる可能性を高めることができる。
【0094】
また、本発明は、画像形成装置３以外のドキュメント読取装置にも適用できる。また、ネットワーク５を用いずに、ドキュメント読取装置とローカルサーバー２とが直接接続されたような構成であってもよい。すなわち、ネットワークスキャナー、スキャナーをＵＳＢ等で別途接続したサーバー等を用いる構成であってもよい。
このように構成することで、画像形成装置３以外のドキュメント読取装置においても、タスクを分担して高速で効率的に処理させることが可能となる。
このように構成することで、画像形成装置３以外のドキュメント読取装置においても、タスクを分担して高速で効率的に処理させることが可能となる。
【0095】
また、上述の実施の形態では、画像形成のワークフローとして、原稿のキャプチャーに関するスキャンワークフローの各タスクの分担について記載した。しかしながら、これ以外の種類のワークフローにも対応可能である。また、画像処理、ＯＣＲ処理、抽出処理、分類処理、送信処理以外のタスクも分担可能である。
このように構成することで、柔軟にタスクを分担して実行可能となる。
このように構成することで、柔軟にタスクを分担して実行可能となる。
【0096】
また、クラウドサーバー１及びローカルサーバー２は、制御部１０、２０の他にも、ＯＣＲ処理や分類処理等を高速に実行するための制御演算部を備えていてもよい。この制御演算部は、人工ニューラルネットワーク等の特定の演算を高速に実行するためのＡＳＩＣやＤＳＰや外付けのアクセレレーター等であってもよい。
【0097】
また、本明細書で使用される用語において、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈にて明確に別段の指示をしない限り、複数形も含む。
【0098】
また、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【符号の説明】
【0099】
１ クラウドサーバー
２ ローカルサーバー
３ 画像形成装置
４ 端末
５ ネットワーク
６ ファイアーウォール
１０、２０ 制御部
１５ ネットワーク送受信部
１９、２９ 記憶部
１００ クラウド制御部
１１０ クラウドタスク実行部
１２０ 更新蓄積部
１９０ クラウド格納部
２００ クライアント制御部
２１０ ローカルタスク実行部
２９０ ローカル格納部
３００ 文書データ
３１０ 権限情報
３２０ ワークフロー情報
３３０ 実行結果
３４０ 更新情報
４００ タスクファイル
Ｘ 画像形成システム
２ ローカルサーバー
３ 画像形成装置
４ 端末
５ ネットワーク
６ ファイアーウォール
１０、２０ 制御部
１５ ネットワーク送受信部
１９、２９ 記憶部
１００ クラウド制御部
１１０ クラウドタスク実行部
１２０ 更新蓄積部
１９０ クラウド格納部
２００ クライアント制御部
２１０ ローカルタスク実行部
２９０ ローカル格納部
３００ 文書データ
３１０ 権限情報
３２０ ワークフロー情報
３３０ 実行結果
３４０ 更新情報
４００ タスクファイル
Ｘ 画像形成システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】