(57)【要約】【課題】連携する装置に対して画像処理を依頼することで一連の処理フローを実行する場合において、画像処理を完了させるための必要な条件が満たされないときでも、そのときまでに実行された処理の結果（中間生成物）を活用し得る技術を提供する。【解決手段】システムは、画像処理装置１２、サーバＡ１４、サーバＢ１６、制御サーバ１８を備え、原画像に対して一連の画像処理フローを順次実行する。課金不足等、処理を実行するための条件が満たされず処理が不実行となった場合に、制御サーバ１８は、それまでの処理で得られた中間生成物の出力を含む複数の選択肢をユーザの端末１０に通知する。【選択図】図１
2020030452.tif 000002
【特許請求の範囲】
【請求項１】
画像処理の指示を受信する受信手段と、
前記画像処理を実行するために必要な条件が満たされない場合に、既に画像処理して得られた中間生成物の出力を含む複数の選択肢をユーザに通知する通知手段と、
を備える情報処理装置。
【請求項２】
前記必要な条件が満たされない場合は、前記処理を実行するために必要な金額がユーザの残高を超える場合である
請求項１に記載の情報処理装置。
【請求項３】
前記選択肢は、前記中間生成物の出力に加え、実行される予定の処理の継続実行、実行される予定の処理以外の処理の実行の少なくともいずれかを含む
請求項１，２のいずれかに記載の情報処理装置。
【請求項４】
前記中間生成物の出力は、前記中間生成物の印刷出力と、前記中間生成物の転送の少なくともいずれかを含む
請求項１〜３のいずれかに記載の情報処理装置。
【請求項５】
原画像に対して第１処理を実行して第１画像を生成する画像処理装置と、
前記画像処理装置からの処理依頼、及び前記第１画像を受信し、前記第１画像を中間生成物として保持するとともに前記第１画像に対して第２処理を実行して第２画像を生成するサーバ装置と、
前記サーバ装置において前記第２処理を実行するために必要な条件が満たされない場合に前記中間生成物の出力を含む複数の選択肢をユーザに通知する第２サーバ装置と、
を備える情報処理システム。
【請求項６】
原画像に対して第１処理を実行して第１画像を生成する画像処理装置と、
前記画像処理装置からの処理依頼、及び前記第１画像を受信し、前記第１画像を中間生成物として保持するとともに前記第１画像に対して第２処理を実行して第２画像を生成するサーバ装置と、
を備え、前記画像処理装置または前記サーバ装置は、前記第２処理を実行するために必要な条件が満たされない場合に前記中間生成物の出力を含む複数の選択肢をユーザに通知する
情報処理システム。
【請求項７】
前記必要な条件が満たされない場合は、前記処理を実行するために必要な金額がユーザの残高を超える場合である
請求項５，６のいずれかに記載の情報処理システム。
【請求項８】
コンピュータを、
画像処理の指示を受信する受信手段と、
前記画像処理を実行するために必要な条件が満たされない場合に、既に画像処理して得られた中間生成物の出力を含む複数の選択肢をユーザに通知する通知手段
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム及びプログラムに関する。  
【背景技術】
【０００２】
特許文献１には、複数のタスクの連携処理を定義した処理フローを実行する情報処理装置が記載されている。情報処理装置は、タスク毎に、現在の環境において実行可能か否かを判定し、実行可能と判定されたタスクを実行することにより、処理フローを実行可能な範囲で実行するとともに、実行されたタスクの出力データを保存しておく。この実行の結果、処理フローを完了できなかった場合は、未実行のタスクを示す未実行情報と共に処理フローを保留中として登録する。そして、登録された保留中の処理フローを、未実行情報と出力データを用いて再開実行させる。
【０００３】
特許文献２には、画像形成装置と外部装置とでの連携処理時に異常などを契機とする処理中断が発生した際にも、適正な課金処理を行なうことができる連携処理装置が記載されている。処理中断検知部は、複数装置間で連携処理を行なっている際に生じ得る、自装置もしくは連携する他装置に生じる異常やユーザ指示を契機とした処理中断を検知する。連携処理調整制御部は、処理中断が発生したことを処理中断検知部が検知したときに、自装置もしくは連携する他装置に残った連携処理ジョブに関するデータの全部もしくは一部をデータ保持部から廃棄する、あるいはデータを処理中断前の状態に戻すように制御する。課金制御部は、課金処理に関わるデータに基づいて連携処理に対する対価計算や精算処理などの課金処理に関わる処理を行なう、あるいは他の装置に対して課金処理指示を発する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２５７３５０号公報
【特許文献２】特許第４７３７７２３号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
処理フローを実行して実行されたタスクの出力データを保存しておき、処理フローを完了できなかった場合に、未実行のタスクを示す未実行情報と共に処理フローを保留中とし、保留中の処理フローを未実行情報と出力データを用いて再開実行させる技術では、基本的に業務フロー等の処理フローは全て実行されるべきとの前提に立脚している。しかし、業務フローではなく個人利用のフローの場合等においては、必ずしも処理フローは全て実行されなくてもよい場合も少なくなく、例えば課金額が足りなくなったため処理フローを完了できない場合には残存のフローはスキップして既に得られた実行結果を得たい、あるいは別の代替処理に移行したい等の多様なニーズがあり得る。
【０００６】
また、異常等により処理中断が発生したことを検知したときに、自装置もしくは連携する他装置に残った連携処理ジョブに関するデータの全部もしくは一部をデータ保持部から廃棄する、あるいはデータを処理中断前の状態に戻すように制御し、課金処理に関わるデータに基づいて連携処理に対する対価計算や精算処理を行なう場合、連携処理ジョブに関するデータの全部もしくは一部をデータ保持部から廃棄するため、ユーザの手元には何も残らないのでユーザは既になされた処理結果を活用することができず、連携処理に対する対価がユーザにとって納得のいくものとならない可能性がある。
【０００７】
本発明は、連携する装置に対して画像処理を依頼することで一連の処理フローを実行する場合において、画像処理を完了させるための必要な条件が満たされないときでも、そのときまでに実行された処理の結果（中間生成物）を活用し得る技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１に記載の発明は、画像処理の指示を受信する受信手段と、前記画像処理を実行するために必要な条件が満たされない場合に、既に画像処理して得られた中間生成物の出力を含む複数の選択肢をユーザに通知する通知手段とを備える情報処理装置である。
【０００９】
請求項２に記載の発明は、前記必要な条件が満たされない場合は、前記処理を実行するために必要な金額がユーザの残高を超える場合である請求項１に記載の情報処理装置である。
【００１０】
請求項３に記載の発明は、前記選択肢は、前記中間生成物の出力に加え、実行される予定の処理の継続実行、実行される予定の処理以外の処理の実行の少なくともいずれかを含む請求項１，２のいずれかに記載の情報処理装置である。
【００１１】
請求項４に記載の発明は、前記中間生成物の出力は、前記中間生成物の印刷出力と、前記中間生成物の転送の少なくともいずれかを含む請求項１〜３のいずれかに記載の情報処理装置である。
【００１２】
請求項５に記載の発明は、原画像に対して第１処理を実行して第１画像を生成する画像処理装置と、前記画像処理装置からの処理依頼、及び前記第１画像を受信し、前記第１画像を中間生成物として保持するとともに前記第１画像に対して第２処理を実行して第２画像を生成するサーバ装置と、前記サーバ装置において前記第２処理を実行するために必要な条件が満たされない場合に前記中間生成物の出力を含む複数の選択肢をユーザに通知する第２サーバ装置とを備える情報処理システムである。
【００１３】
請求項６に記載の発明は、原画像に対して第１処理を実行して第１画像を生成する画像処理装置と、前記画像処理装置からの処理依頼、及び前記第１画像を受信し、前記第１画像を中間生成物として保持するとともに前記第１画像に対して第２処理を実行して第２画像を生成するサーバ装置とを備え、前記画像処理装置または前記サーバ装置は、前記第２処理を実行するために必要な条件が満たされない場合に前記中間生成物の出力を含む複数の選択肢をユーザに通知する情報処理システムである。
【００１４】
請求項７に記載の発明は、前記必要な条件が満たされない場合は、前記処理を実行するために必要な金額がユーザの残高を超える場合である請求項５，６のいずれかに記載の情報処理システムである。
【００１５】
請求項８に記載の発明は、コンピュータを、画像処理の指示を受信する受信手段と、前記画像処理を実行するために必要な条件が満たされない場合に、既に画像処理して得られた中間生成物の出力を含む複数の選択肢をユーザに通知する通知手段として機能させるプログラムである。
【発明の効果】
【００１６】
請求項１，５，６，８に記載の発明によれば、処理を完了させるための必要な条件が満たされないときでも、そのときまでに既に実行された処理の結果（中間生成物）を活用できる。
【００１７】
請求項２，７に記載の発明によれば、さらに、処理を実行するために必要な金額がユーザの残高を超える場合においても、中間生成物を活用できる。
【００１８】
請求項３に記載の発明によれば、さらに、中間生成物の出力に加え、実行される予定の処理の継続実行、実行される予定の処理以外の処理の実行の少なくともいずれかを選択し得る。
【００１９】
請求項４に記載の発明によれば、さらに、中間生成物の印刷出力と、中間生成物の転送の少なくともいずれかを選択し得る。
【図面の簡単な説明】
【００２０】
【図１】実施形態のシステム構成図である。
【図２】実施形態の処理フローチャート（その１）である。
【図３】実施形態の処理フローチャート（その２）である。
【図４】実施形態の端末の表示例を示す説明図である。
【図５】実施形態の端末の他の表示例を示す説明図である。
【図６】変形例のシステム構成図である。
【発明を実施するための形態】
【００２１】
以下、図面に基づき本発明の実施形態について説明する。
【００２２】
図１は、本実施形態のシステム構成を示す。システムは、端末１０、画像処理装置１２，サーバＡ１４，サーバＢ１６，及び制御サーバ１８を備え、これらは通信ネットワーク２０を介してデータ送受信可能に接続される。なお、図ではサーバとしてサーバＡ１４及びサーバＢ１６のみを示しているが、さらに他のサーバが通信ネットワーク２０に接続されていてもよい。
【００２３】
端末１０は、本システムを利用するユーザが操作する端末であり、操作部及び表示部に加え、通知受信部１０１を備える。通知受信部１０１は、通信ネットワーク２０を介して制御サーバ１８からの通知を受信する。通知は、サーバＡ及びサーバＢにおける処理の実行状況の通知であり、処理を実行するために必要な条件が満たされない場合に、既に処理して得られた中間生成物の出力を含む複数の選択肢の通知である。通知受信部１０１は、制御サーバ１８からの通知を受信すると、表示部に当該通知を表示してユーザに報知する。
【００２４】
端末１０は、ＰＣ（パーソナルコンピュータ）やタブレット、スマートフォン等で構成され得る。
【００２５】
画像処理装置１２は、本システムを利用するユーザが操作する装置であり、ユーザからの依頼に応じてサーバＡ１４及びサーバＢ１６と連携して画像に対する一連の処理フローを実行する。画像処理装置１２は、操作部、表示部、及び各種機能を実行する実行部に加え、処理依頼送信部１２１及び通知送受信部１２２を備える。実行部は、処理を実行する条件が満たされているか否かを判定し、条件が満たされていればユーザから指示された処理をジョブとして実行する。実行部は、ジョブ実行が完了すると、通知送受信部１２２を介して制御サーバ１８に対して通知する。また、条件が満たされていない場合にはジョブを実行せず、条件が満たされていない旨及びジョブが不実行である旨を通知送受信部１２２を介して制御サーバ１８に通知する。ここで、「条件」は、ジョブを実行するために必要な物理的または経済的な条件を意味し、前者には画像処理装置１２各部の正常／異常が含まれ、後者には課金額の充足／不足が含まれる。例えば、画像処理装置１２の特定部位に機能異常が生じてジョブが実行不能である場合には条件が満たされていないと判定される。また、ユーザの課金額が不足している場合にも条件が満たされていないと判定される。処理依頼送信部１２１は、サーバＡ１４に対して一連の処理フローを実行すべく当該処理フローを構成するジョブの実行依頼を送信する。画像処理装置１２は、スキャン、ファックス、コピー、プリント、メール送受信等の複数の機能を実行する複合機で構成され得る。
【００２６】
サーバＡ１４は、画像処理装置１２からの依頼に応じてジョブを実行するサービスサーバである。サーバＡ１４は、ジョブを実行する実行部に加え、処理依頼送受信部１４１及び通知送受信部１４２を備える。処理依頼送受信部１４１は、サーバＢ１６に対して一連の処理フローを実行すべく当該処理フローを構成するジョブの実行依頼を送信する。また、処理依頼送受信部１４１は、画像処理装置１２の処理依頼送信部１２１から送信された処理依頼を受信する。処理依頼送受信部１４１は、画像処理装置１２から処理依頼を受信すると、実行部に処理依頼を出力する。実行部は、処理を実行する条件が満たされているか否かを判定し、条件が満たされていれば依頼された処理をジョブとして実行する。実行部は、ジョブ実行が完了すると、通知送受信部１４２を介して制御サーバ１８に対して通知する。また、条件が満たされていない場合にはジョブを実行せず、条件が満たされていない旨及びジョブが不実行である旨を通知送受信部１４２を介して制御サーバ１８に通知する。ここで、「条件」は、ジョブを実行するために必要な物理的または経済的な状態を意味し、前者にはサーバＡ１４各部の正常／異常が含まれ、後者には課金額の充足／不足が含まれる。例えば、サーバＡ１４の特定部位に機能異常が生じてジョブが実行不能である場合には条件が満たされていないと判定される。また、ユーザの課金額が不足している場合にも条件が満たされていないと判定される。
【００２７】
サーバＢ１６は、サーバＡ１４からの依頼に応じてジョブを実行するサービスサーバである。サーバＢ１６は、ジョブを実行する実行部に加え、処理依頼送受信部１６１及び通知送受信部１６２を備える。処理依頼送受信部１６１は、必要な場合に他のサーバに対して一連の処理フローを実行すべく当該処理フローを構成するジョブの実行依頼を送信する。また、送信依頼送受信部１６１は、サーバＡ１４の処理依頼送受信部１４１から送信された処理依頼を受信する。送信依頼送受信部１６１は、サーバＡ１４から処理依頼を受信すると、実行部に処理依頼を出力する。実行部は、処理を実行する条件が満たされているか否かを判定し、条件が満たされていれば依頼された処理をジョブとして実行する。実行部は、ジョブ実行が完了すると、通知送受信部１６２を介して制御サーバ１８に対して通知する。また、条件が満たされていない場合にはジョブを実行せず、条件が満たされていない旨及びジョブが不実行である旨を通知送受信部１６２を介して制御サーバ１８に通知する。ここで、「条件」は、サーバＡ１４と同様にジョブを実行するために必要な物理的または経済的な条件を意味し、前者にはサーバＢ１６各部の正常／異常が含まれ、後者には課金額の充足／不足が含まれる。例えば、サーバＢ１６の特定部位に機能異常が生じてジョブが実行不能である場合には条件が満たされていないと判定される。また、ユーザの課金額が不足している場合にも条件が満たされていないと判定される。
【００２８】
制御サーバ１８は、情報処理装置として機能し、端末１０、画像処理装置１２、サーバＡ１４、及びサーバＢ１６を統合制御するサーバである。制御サーバ１８は、通知送受信部１８１、課金情報管理部１８２、出力管理部１８３、及びフロー制御部１８４を備える。通知送受信部１８１は、画像処理装置１２、サーバＡ１４、サーバＢ１６からの通知を受信するとともに、端末１０に対して通知を送信する。課金情報管理部１８２は、ユーザの課金情報を管理する管理テーブルを保持し、この管理テーブルを随時更新することでユーザの課金情報を管理する。ユーザが端末１０あるいは画像処理装置１２を操作することで入金すると、制御サーバ１８は、ユーザの入金を検知し、管理テーブルの残高を更新することで課金情報を管理する。また、画像処理装置１２、サーバＡ１４、サーバＢ１６でジョブが実行された場合に、当該ジョブの実行に必要な課金データを通知として画像処理装置１２、サーバＡ１４、サーバＢ１６から受信すると、これらの課金データを用いて管理テーブルの残高を更新する。出力管理部１８３は、画像処理装置１２、サーバＡ１４、サーバＢ１６の出力を管理する。出力管理部１８３は、画像処理装置１２、サーバＡ１４、サーバＢ１６の少なくともいずれかにおいて条件が満たされずジョブが不実行となったときに、通知送受信部１８１を介して端末１０に複数の選択肢を通知し、端末１０におけるユーザの選択操作に応じて、それまでの処理結果である中間生成物を処理するように画像処理装置１２、サーバＡ１４、サーバＢ１６に指令する。中間生成物の処理には、中間生成物の出力、中間生成物の転送、中間生成物の継続的な処理等が含まれる。例えば、サーバＢ１６においてジョブを実行する際に条件が満たされないと判定された場合、出力管理部１８３は、端末１０におけるユーザの選択操作に応じて、サーバＢ１６の前段に位置しサーバＢ１６でのジョブに先立つジョブを実行したサーバＡ１４に対して中間生成物を出力するように指令する。フロー制御部１８４は、画像処理装置１２、サーバＡ１４、サーバＢ１６からの通知に応じて一連の処理フローの実行状況を管理する。
【００２９】
通知送受信部１８１は、既述したように、画像処理装置１２、サーバＡ１４、サーバＢ１６からの通知を受信するとともに、出力管理部１８３からの指令により端末１０に対して通知を送信するが、より詳細には、画像処理装置１２、サーバＡ１４、サーバＢ１６の少なくともいずれかにおいて条件が満たされずジョブが不実行となったときに通知を受信し、端末１０に対してその後の処理をどのように実行するかについての複数の選択肢を端末１０に通知する。具体的には、通知送受信部１８１は、出力管理部１８３からの指令により、
（１）処理を継続して実行する
（２）現時点までの処理で得られた中間生成物を出力する
（３）現時点までの処理で得られた中間生成物を別サービスで処理する
（４）現時点までの処理で得られた中間生成物を取得可能な場所に転送する
の４つの選択肢を端末１０に通知し、ユーザにいずれかを選択させる。ここで、（１）は、当初に設定した一連の処理フローに従って処理を継続して実行する選択肢であり、ジョブ実行の条件が再び満たされることを前提とする。例えば、機能異常等であれば当該機能異常が修復されて正常な状態に復帰したことを前提とする。また、課金不足であればユーザが追加の入金を実行して課金不足が解消されたことを前提とする。（２）は、当初に設定した一例の処理フローを中断して中間生成物を出力することで当該中間生成物がユーザに対して提供され、ユーザが中間生成物を活用し得るようにする選択肢であり、ジョブ実行の条件が再び満たされることを前提としない。中間生成物の出力形態の一例は、中間生成物の印刷出力である。（３）は、当初に設定した一例の処理フローを中断して中間生成物を別サービスで処理することでユーザが中間生成物を活用し得るようにする選択肢であり、ジョブ実行の条件が再び満たされることを前提としない。（４）は、当初に設定した一例の処理フローを中断して中間生成物を転送することで当該中間生成物がユーザに対して提供され、ユーザが中間生成物を活用し得るようにする選択肢であり、ジョブ実行の条件が再び満たされることを前提としない。
【００３０】
課金に即して説明すると、課金不足のためにジョブが不実行となったものとすると、（１）の選択肢はユーザからの追加の入金がない限り選択し得ない。（２）及び（３）の選択肢は、有料であるものとすると、現在の残高が許容する限り選択し得るが、現在の残高が不足する限り選択し得ない。（４）の選択肢は無料で提供され得るものとすると、現在の残高によらずに常に選択し得る。出力管理部１８３は、上記の（１）〜（４）を常に選択肢として通知送受信部１８１に提供する。出力管理部１８３は、課金情報管理部１８２の管理テーブルで管理されているユーザの課金情報、すなわち現在の残高の範囲内において可能な選択肢のみを選択肢として通知送受信部１８１に提供してもよい。
【００３１】
サーバＡ１４、サーバＢ１６、及び制御サーバ１８は、サーバコンピュータとしての構成を備え、具体的には１又は複数のプロセッサ、ＲＯＭ、ＲＡＭ、ＨＤＤ（ハードディスクドライブ）やＳＤＤ（ソリッドステートドライブ）等の記憶装置、入出力インターフェイス、通信インターフェイス等を備える。制御サーバ１８のプロセッサは、ＲＯＭやＨＤＤ等のプログラムメモリに記憶された処理プログラムを読み出して実行することで、課金情報管理部１８２、出力管理部１８３、フロー制御部１８４を実現する。制御サーバ１８の記憶装置は、課金情報を管理するための管理テーブル、及び一連の処理フローの実行状況を管理するテーブルを記憶する。また、本システムを利用するユーザの情報をユーザ情報テーブルとして記憶する。ユーザ情報テーブルには、ユーザの氏名、ＩＤ、パスワードの他、複数の選択肢の通知先情報が含まれる。また、サーバＡ１４、サーバＢ１６の記憶装置には、処理結果としての中間生成物が保持される。
【００３２】
図２は、本実施形態の処理フローチャートを示す。画像処理装置１２、サーバＡ１４及び制御サーバ１６の処理である。サーバＢ１６については図示していないが、サーバＢ１６の処理はサーバＡ１４の処理に準ずる。
【００３３】
制御サーバ１８は、ユーザによる入金を検知すると管理テーブルに登録して残高を更新する（Ｓ１０１）。入金の検知は、端末１０からの入金通知を受信することで行ってもよく、あるいは通信ネットワーク２０を介して図示しない入金処理サーバからの入金通知を受信することで行ってもよい。管理テーブルは、ユーザ毎に入金日、入金額、課金額、及び残高を管理する。課金額は、画像処理装置１２やサーバＡ１４等でジョブを実行する際に要する費用である。ジョブを実行する毎に課金額が発生し、その分だけ残高が減少する。
【００３４】
ユーザは、入金操作後、端末１０あるいは画像処理装置１２を操作して一連の処理フローの実行を指示する。一連の処理フローは任意であるが、例えば画像処理装置１２が備えるスキャン機能を利用して文書をスキャンして電子データ化し、サーバＡ１４その他のサーバにおいて電子データを処理（フォーマット変換や翻訳処理等）する等である。ユーザからの指示を端末１０を介して、あるいは画像処理装置１２の操作部を介して受け付けると、画像処理装置１２は、通信ネットワーク２０を介して制御サーバ１８にアクセスし、管理テーブルで管理されている当該ユーザの残高を問い合わせて確認する（Ｓ２０１）。制御サーバ１８は、画像処理装置１２からの問い合わせに対し、管理テーブルを参照して当該ユーザの残高を取得し、画像処理装置１２に返信する。
【００３５】
画像処理装置１２は、制御サーバ１８からの残高に基づき、当該ユーザから指示されたジョブを実行できるか否かを判定する（Ｓ２０２）。例えば、画像処理装置１２で実行すべきジョブがスキャンであり、スキャンの課金額がａ円であるとすると、当該ユーザの残高がａ円以上であるか否かを判定する。また、画像処理装置１２のスキャンを実行する機能部であるスキャンモジュールが正常に機能するか否かを判定する。スキャンモジュールが正常に機能し、当該ユーザの残高もａ円以上ある場合には、ジョブを実行可能であると判定し（Ｓ２０２でＹＥＳ）、画像処理装置１２はスキャンを実行し（Ｓ２０３）、スキャンの実行結果を制御サーバ１８に通知する。
【００３６】
他方で、スキャンモジュールが正常に機能せず、あるいは当該ユーザの残高がａ円未満である場合には、ジョブ実行の条件が満たされていないのでジョブを実行できないと判定し（Ｓ２０２でＮＯ）、画像処理装置１２はジョブ実行不能である旨、及びその理由を制御サーバ１８に通知する。
【００３７】
制御サーバ１８は、画像処理装置１２からの通知を受信すると、この通知に応じて処理フローの状況を更新する（Ｓ１０２）。具体的には、処理フローとして、
画像処理装置１２で原画像をスキャン→サーバＡ１４で電子データをフォーマット変換
であるとすると、フロー状況を管理するテーブルに
画像処理装置１２でのスキャン不実行
とのステータスを登録することでフロー状況を更新する。また、制御サーバ１８は、画像処理装置１２でのジョブが不実行となったことに応じて、画像処理装置１２でのジョブ実行が不能である旨、及びその理由を端末１０に通知し、さらに上記の（１）〜（４）の選択肢を端末１０に通知する。なお、一連の処理における最初の処理がスキャンであり、そのスキャンが不実行である場合には、中間生成物は未だ存在していないので、（１）の選択肢のみを端末１０に通知してもよい。
【００３８】
スキャンモジュールが正常に機能し、当該ユーザの残高もａ円以上ある場合において、スキャンを実行し、スキャンの実行結果を制御サーバ１８に通知したときには、制御サーバ１８は、フロー状況を管理するテーブルに
画像処理装置１２でのスキャン実行完了
とのステータスを登録することでフロー状況を更新し、また、スキャンに伴う課金額を管理テーブルに登録し、課金額を減算することで残高を更新する（Ｓ１０３）。スキャンが実行された場合、制御サーバ１８は端末１０に通知しないが、一連の処理フローのどの部分が完了したのかをユーザに報知すべく、スキャンが完了した旨を端末１０に通知してもよい。
【００３９】
画像処理装置１２は、ジョブとしてのスキャンを完了すると、次に、一連の処理フローの残りの処理について、後段のサーバＡ１４に対して通信ネットワーク２０を介して処理を依頼する（Ｓ２０４）。このとき、画像処理装置１２は、処理の依頼とともに、スキャンして得られた電子データをサーバＡ１４に提供し、制御サーバ１８のアドレス、ＩＤ、パスワード等、サーバＡ１４が制御サーバ１８にアクセスするために必要な情報も併せて通知する。
【００４０】
サーバＡ１４は、画像処理装置１２からの処理依頼を受け付けると（Ｓ３０１）、電子データを保持し、通信ネットワーク２０を介して制御サーバ１８にアクセスして、管理テーブルで管理されている当該ユーザの残高を問い合わせて確認する（Ｓ３０２）。制御サーバ１８は、サーバＡ１４からの問い合わせに対し、管理テーブルを参照して当該ユーザの残高を取得し、サーバＡ１４に返信する。
【００４１】
サーバＡ１４は、制御サーバ１８からの残高に基づき、画像処理装置１２から依頼されたジョブを実行できるか否かを判定する（Ｓ３０３）。例えば、サーバＡ１４で実行すべきジョブがフォーマット変換であり、フォーマット変換の課金額がｂ円であるとすると、当該ユーザの残高がｂ円以上であるか否かを判定する。また、サーバＡ１４のフォーマット変換を実行する機能部が正常に機能するか否かを判定する。機能部が正常に機能し、当該ユーザの残高もｂ円以上ある場合には、ジョブを実行可能であると判定し（Ｓ３０３でＹＥＳ）、サーバＡ１４は保持した電子データに対してフォーマット変換等のジョブを実行し（Ｓ３０４）、その実行結果を制御サーバ１８に通知する。ジョブを実行した後、サーバＡ１４は画像処理装置１２から提供された元の電子化データを削除する。そして、一連の処理フローの残りの処理があれば、後段のサーバＢ１６に対して通信ネットワーク２０を介して処理を依頼する（Ｓ３０５）。このとき、サーバＡ１４は、処理の依頼とともに、フォーマット変換後の電子化データをサーバＢ１６に提供し、制御サーバ１８のアドレス、ＩＤ、パスワード等、サーバＢ１６が制御サーバ１８にアクセスするために必要な情報も併せて通知する。
【００４２】
他方で、機能部が正常に機能せず、あるいは当該ユーザの残高がｂ円未満である場合には、ジョブ実行の条件が満たされていないのでジョブを実行できないと判定し（Ｓ３０３でＮＯ）、サーバＡ１４はジョブ実行不能である旨、及びその理由を制御サーバ１８に通知する。
【００４３】
制御サーバ１８は、サーバＡ１４からの通知を受信すると、この通知に応じて処理フローの状況を更新する（Ｓ１０４）。具体的には、フロー状況を管理するテーブルに
サーバＡ１４でのフォーマット変換不実行
とのステータスを登録することでフロー状況を更新する。また、制御サーバ１８は、サーバＡ１４でのジョブが不実行となったことに応じて、サーバＡ１４でのジョブ実行が不能である旨、及びその理由を端末１０に通知し、さらに上記の（１）〜（４）の選択肢を端末１０に通知する。このとき、画像処理装置１２におけるスキャンは完了しているので、サーバＡ１４はスキャンして得られた中間生成物としての電子化データは保持しているので、（１）〜（４）の全ての選択肢を通知する。
【００４４】
また、機能部が正常に機能し、当該ユーザの残高もｂ円以上ある場合において、フォーマット変換を実行し、フォーマット変換の実行結果を制御サーバ１８に通知したときには、制御サーバ１８は、フロー状況を管理するテーブルに
サーバＡ１４でのフォーマット変換完了
とのステータスを登録することでフロー状況を更新し、フォーマット変換に伴う課金額を管理テーブルに登録し、課金額を減算することで残高を更新する（Ｓ１０５）。フォーマット変換が実行された場合、制御サーバ１８は端末１０に通知しないが、一連の処理フローのどの部分が完了したのかをユーザに報知すべく、フォーマット変換が完了した旨を端末１０に通知してもよい。
【００４５】
なお、Ｓ１０４で端末１０に対して（１）〜（４）の選択肢を通知した場合において、ユーザが端末１０を操作していずれかの選択肢を選択した場合の処理の流れは以下の通りである。
【００４６】
ユーザが（１）を選択した場合、制御サーバ１８は、処理不実行の理由が機能異常であればその旨を端末１０に再通知する。処理不実行の理由が課金不足であればその旨を端末１０に再通知してユーザに対して入金を促す。ユーザからの入金を検知し、残高が増額された場合にはサーバＡ１４にその旨を通知する。サーバＡ１４は、Ｓ３０２以降の処理を繰り返す。
【００４７】
ユーザが（２）を選択した場合、制御サーバ１８は、サーバＡ１４に対して中間生成物の出力を指示する。サーバＡ１４は、保持している中間生成物、すなわち画像処理装置１２から提供された電子化データを例えばプリンタで印刷して出力する。サーバＡ１４あるいは制御サーバ１８からの依頼に応じ、画像処理装置１２で電子化データを印刷しても良く、画像処理装置１２とは別のプリンタで印刷して出力してもよい。制御サーバ１８は、印刷に伴う課金額を端末１０に通知してもよい。ユーザは、中間生成物を印刷出力として活用し得る。
【００４８】
ユーザが（３）を選択した場合、制御サーバ１８は、サーバＡ１４に対して中間生成物の別サーバへの出力を指令する。制御サーバ１８は別サーバでの処理に要する課金額を端末１０に通知してもよい。ユーザは、当初の処理フローと異なる処理フローで中間生成物を活用し得る。
【００４９】
ユーザが（４）を選択した場合、制御サーバ１８は、サーバ１４に対して中間生成物の端末１０への転送を指令する。ユーザは、中間生成物をそのまま活用し得る。
【００５０】
図３は、さらに別の処理フローを実行する場合の画像処理装置１２、サーバＡ１４、サーバＢ、及びサーバＢ１６の後段に設けられたサーバＣの処理フローチャートを示す。図３では、特に処理フローの各工程において生成される中間生成物に焦点を当てて説明する。
また、一連の処理は、
原画像をスキャン→ＯＣＲ（Optical Character Recognition）処理→翻訳処理→レイアウト処理→印刷出力
であるとし、画像処理装置１２で原画像のスキャンを実行し、サーバＡ１４でＯＣＲ処理を実行し、サーバＢ１６で翻訳処理を実行し、サーバＣでレイアウト処理を実行し、画像処理装置１２で印刷処理を実行するものとする。
【００５１】
画像処理装置１２は、端末１０あるいはユーザによる操作部の操作に応じ、一連の処理フローを開始し、原画像として提供された文書のスキャン処理を実行する（Ｓ４０１）。スキャン処理を完了した後、画像処理装置１２は一連の処理フローのうちの残存処理をサーバＡ１４に依頼するとともに、スキャン処理して得られた中間生成物としての電子化データ２００をサーバＡ１４に送信する（Ｓ４０２）。
【００５２】
サーバＡ１４は、画像処理装置１２から文書、すなわちスキャン処理された電子化データ２００を受け取り（Ｓ５０１）、これを記憶装置に保持するとともに、電子化データ２００を用いてＯＣＲ処理を実行する（Ｓ５０２）。サーバＡ１４は、ＯＣＲ処理において、電子化データ２００を別のフォーマットに変換（例えば、searchable PDFへの変換）してもよい。サーバＡ１４は、ＯＣＲ処理を完了した後、変換後の電子化データ２０１を記憶装置に格納する（Ｓ５０３）。そして、ＯＣＲ処理が完了した後、もはや不要であるので元文書、つまり画像処理装置１２から提供された電子化データ２００を記憶装置から削除する（Ｓ５０４）。元文書を削除した後、サーバＡ１４は、一連の処理フローのうちの残存処理をサーバＢ１６に依頼するとともに、ＯＣＲ処理して得られた中間生成物としての電子化データ２０１をサーバＢ１６に送信する（Ｓ５０５）。  
【００５３】
サーバＢ１６は、サーバＡ１４から依頼を受け取り（Ｓ６０１）、サーバＡ１４の中間生成物である電子化データ２０１を用いて翻訳処理を実行する（Ｓ６０２）。サーバＢ１６は、翻訳処理を実行した後、電子化データ２０１及び翻訳後の電子化データ２０２を記憶装置に格納する（Ｓ６０３）。そして、サーバＢ１６は、一連の処理フローのうちの残存処理をサーバＣに依頼するとともに、電子化データ２０１及び翻訳処理して得られた中間生成物としての電子化データ２０２をサーバＣに送信する（Ｓ６０４）。電子化データ２０２のみならず電子化データ２０１もサーバＣに送信する理由は、サーバＣではレイアウト処理を行うが、この際に翻訳前のデータと翻訳後のデータをともに用いる（原文と翻訳文を併記する）ため、電子化データ２０１も必要となるからである。
【００５４】
サーバＣは、サーバＢ１６から依頼を受け取り（Ｓ７０１）、サーバＢ１６の中間生成物である電子化データ２０２を用いてレイアウト処理を実行する（Ｓ７０２）。レイアウト処理は、具体的には印刷物としての形に整形する処理である。サーバＣは、レイアウト処理を実行した後、電子化データ２０１、電子化データ２０２及びレイアウト処理した電子化文書２０３を記憶装置に格納する（Ｓ７０３）。電子化文書２０３を生成した後、もはや元文書である電子化データ２０１、翻訳情報である電子化データ２０２は不要であるので、記憶装置から削除する（Ｓ７０４）。その後、サーバＣは、画像処理装置１２に対して印刷指示を行うとともに、生成した電子化文書２０３を送信する（Ｓ７０５）。
【００５５】
画像処理装置１２は、サーバＣからの印刷指示に応じて電子化文書２０３を印刷して出力する。
【００５６】
以上の処理により、一連の処理フローは通信ネットワーク２０上に分散して存在する画像処理装置１２、サーバＡ１４、サーバＢ１６、サーバＣにより分散処理され、最終的に画像処理装置１２で印刷出力されてユーザに提供される。サーバＣは、画像処理装置１２で印刷出力された場合、記憶装置に保持している電子化文書２０３を削除してもよい。
【００５７】
なお、図３の処理では、画像処理装置１２、サーバＡ１４、サーバＢ１６、サーバＣの間において処理を依頼しているが（Ｓ５０５、Ｓ６０４、Ｓ７０５）、制御サーバ１８を介して処理を依頼してもよい。
【００５８】
すなわち、画像処理装置１２は、スキャン処理を実行すると（Ｓ４０１）、スキャン処理して得られた電子化データ２００を制御サーバ１８に送信する。制御サーバ１８では、一連の処理フローを管理し、一連の処理フローのうちスキャン処理の次の処理であるＯＣＲ処理を実行し得るサーバを探索する。そして、サーバＡ１４がＯＣＲ処理を実行し得ると判定すると、サーバＡ１４に対して処理を依頼するとともに電子化データ２００を送信する。
【００５９】
サーバＡ１４は、制御サーバ１８からの依頼及び電子化データ２００を受け取り、ＯＣＲ処理を実行すると（Ｓ５０２）、ＯＣＲ処理して得られた電子化データ２０１を制御サーバ１８に送信する。制御サーバ１８では、一連の処理フローを管理し、一連の処理フローのうちＯＣＲ処理の次の処理である翻訳処理を実行し得るサーバを探索する。そして、サーバＢ１６が翻訳処理を実行し得ると判定すると、サーバＢ１６に対して処理を依頼するとともに電子化データ２０１を送信する。
【００６０】
サーバＢ１６は、制御サーバ１８からの依頼及び電子化データ２０１を受け取り、翻訳処理を実行すると（Ｓ６０２）、翻訳処理して得られた電子化データ２０２を制御サーバ１８に送信する。制御サーバ１８では、一連の処理フローを管理し、一連の処理フローのうち翻訳の次の処理であるレイアウト処理を実行し得るサーバを探索する。そして、サーバＣがレイアウト処理を実行し得ると判定すると、サーバＣに対して処理を依頼するとともに電子化データ２０１及び電子化データ２０２を送信する。
【００６１】
サーバＣは、制御サーバ１８からの依頼、電子化データ２０１及び電子化データ２０２を受け取り、電子化データ２０２を用いてレイアウト処理を実行すると（Ｓ７０２）、レイアウト処理して得られた電子化文書２０３を制御サーバ１８に送信する。制御サーバ１８では、一連の処理フローを管理し、最終工程として画像処理装置１２に対して印刷を依頼するとともに電子化文書２０３を送信する。
【００６２】
制御サーバ１８は、画像処理装置１２から電子化データ２００を受け取った後、一連の処理フローを実行し得るサーバを全て特定し、その後に順次、特定したサーバに対して処理を依頼してもよい。
【００６３】
また、残高不足等によりサーバＡ１４でＯＣＲ処理が不実行の場合、あるいはサーバＢ１６で翻訳処理が不実行の場合、あるいはサーバＣでレイアウト処理が不実行の場合、制御サーバ１８は、上記の（１）〜（４）の選択肢を端末１０に通知する。サーバＡ１４では、ＯＣＲ処理が不実行の場合に中間生成物として電子化データ２００を記憶装置に保持しているので、ユーザは電子化データ２００を活用し得る。また、サーバＢ１６では、翻訳処理が不実行の場合に中間生成物として電子化データ２０１を記憶装置に保持しているので、ユーザは電子化データ２０１を活用し得る。さらに、サーバＣでは、レイアウト処理が不実行の場合に中間生成物として電子化データ２０１及び電子化データ２０２を記憶装置に保持しているので、ユーザはこれらの中間生成物を活用し得る。例えば、残高不足のためサーバＣにおいてレイアウト処理が不実行の場合、ユーザは、端末１０に通知された選択肢のうちの（４）を選択すると、制御サーバ１８は、サーバＣから電子化データ２０２、つまり翻訳処理された電子化データをサーバＣから取得して端末１０に転送する。
【００６４】
図４は、サーバＡ１４，サーバＢ１６，サーバＣのいずれかにおいて処理を実行するための条件が満たされていない場合に端末１０に通知され、端末１０の表示部に表示される複数の選択肢を示す。
【００６５】
表示部には、条件が満たされていない理由として、「課金不足です」と表示される。また、ユーザが取り得る措置として、
・継続実行
・現時点までの処理結果を印刷
・別サービスに連結
・データ出力可能な場所に転送
の４つの選択肢が表示される。また、各選択肢には、課金額も併せて表示される。ユーザは、各選択肢に表示された課金額も参照して、所望の選択肢を選択して制御サーバ１８に返信する。
【００６６】
なお、継続実行及び別サービスに連結を削除し、
・現時点までの処理結果を印刷
・データ出力可能な場所に転送
の２つの選択肢を通知して表示してもよい。
【００６７】
また、サーバＡ１４，サーバＢ１６，サーバＣのいずれかにおいて処理を実行するための条件が満たされていない場合に複数の選択肢を端末１０に通知するのではなく、予め条件が満たされていない場合に自動実行されるべき処理の内容を端末１０に通知してもよい。
【００６８】
図５は、この場合に端末１０の表示部に表示される通知を示す。課金不足の場合の自動実行処理として
・データ出力可能な場所に転送
が表示される。この選択肢が設定されるのは、課金額が０円（無料）であるため課金不足であっても常に実行可能であることに基づく。ユーザは、この自動実行処理に同意する場合には「ＯＫ」ボタンを操作して制御サーバ１８に返信する。また、同意しない場合には「キャンセル」ボタンを操作して制御サーバ１８に返信する。キャンセルを操作した場合、制御サーバ１８は図４に示される複数の選択肢を端末１０に通知する。
【００６９】
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、種々の変形例が可能である。以下、変形例について説明する。
【００７０】
＜変形例１＞
実施形態では、図１に示すようにシステムは端末１０、画像処理装置１２、サーバＡ１４、サーバＢ１６、及び制御サーバ１８を備えるとしているが、制御サーバ１８の機能を画像処理装置１２で実現してもよく、この場合、画像処理装置１２は情報処理装置としても機能し、制御サーバ１８は不要である。
【００７１】
図６は、変形例のシステム構成図を示す。システムは、端末１０、画像処理装置１２、サーバＡ１４、及びサーバＢ１６を備え、これらは通信ネットワーク２０を介してデータ送受信可能に接続される。
【００７２】
画像処理装置１２は、本システムを利用するユーザが操作する装置であり、ユーザからの依頼に応じてサーバＡ１４及びサーバＢ１６と連携して画像に対する一連の処理フローを実行する。画像処理装置１２は、操作部、表示部、及び各種機能を実行する実行部に加え、処理依頼送信部１２１、通知送受信部１２２、課金情報管理部１２３、出力管理部１２４、及びフロー制御部１２５を備える。通知送受信部１２２、課金情報管理部１２３、出力管理部１２４、及びフロー制御部１２５は、図１における制御サーバ１８内の通知送受信部１８１、課金情報管理部１８２、出力管理部１８３、及びフロー制御部１８４と同一機能を備える。
【００７３】
実行部で処理を実行すると、処理依頼送信部１２１は、サーバＡ１４に対して一連の処理フローの残存処理を依頼する。通知送受信部１２２は、サーバＡ１４、サーバＢ１６からの通知を受信するとともに、複数の選択肢を端末１０に通知する。課金情報管理部１２３は、管理テーブルによりユーザの入金、課金額、残高を管理する。課金情報管理部１２３は、サーバＡ１４、サーバＢ１６からの残高照会の通知に応じて当該ユーザの残高を管理テーブルから読み出して提供する。出力管理部１２４は、条件が満たされず処理が不実行の場合の選択肢を作成して通知送受信部１２２を介して端末１０に通知する。また、ユーザが端末１０を操作して複数の選択肢のいずれかを選択した場合、これに応じた処理を実行する。例えば、サーバＡ１４において残高不足のため条件が満たされず処理が不実行の場合において、ユーザが中間生成物の転送を選択した場合、サーバＡ１４から中間生成物を取得して端末１０に転送する。サーバＡ１４に対して中間生成物の転送を指示してもよい。フロー制御部１２５は、サーバＡ１４、サーバＢ１６からの通知に応じて一連の処理フローの状況を管理する。
【００７４】
＜変形例２＞
実施形態では、処理を実行するために必要な条件が満たされていない場合に制御サーバ１８から端末１０に複数の選択肢を通知しているが、サーバＡ１４あるいはサーバＢ１６から通信ネットワーク２０を介して端末１０に複数の選択肢を通知してもよい。具体的には、サーバＡ１４において処理を実行可能か否かを判定し（Ｓ３０３）、残高不足等で条件が満たされていないと判定された場合に（Ｓ３０３でＮＯ）、サーバＢ１６は端末１０に対して処理が実行されないこと、及びその理由とともに、（１）〜（４）の選択肢を通知する。この場合、サーバＡ１４あるいはサーバＢ１６は情報処理装置として機能する。
【００７５】
＜変形例３＞
実施形態では、サーバＡ１４、サーバＢ１６、サーバＣにおいて前段の処理結果を中間生成物として保持しているが、中間生成物の保持期間を有限とし、期限内に何らかの処理が実行されない場合に中間生成物を自動的に削除してもよい。例えば、保持期間を２４時間とし、サーバＢ１６においてサーバＡ１４での処理結果を中間生成物として保持しつつ、何らの処理も実行されないまま２４時間が経過したときにはサーバＢ１６は中間生成物を記憶装置から削除する。サーバＢ１６は自動削除した場合には制御サーバ１８にその旨を通知し、制御サーバ１８は端末１０にその旨を通知することでユーザに報知してもよい。
【００７６】
＜変形例４＞
実施形態では、処理を実行するために必要な条件が満たされていない場合に、その直前に得られた中間生成物の出力を含む選択肢を端末１０に通知しているが、一連の処理フローにおいて複数の中間生成物が存在する場合に、これら複数の中間生成物の少なくともいずれかの出力を含む選択肢を端末１０に通知してもよい。例えば、図３の例では、中間生成物として電子化データ２００，電子化データ２０１，電子化データ２０２が存在するが、これらの中間生成物を制御サーバ１８に送信して制御サーバ１８において保持し、制御サーバ１８が電子化データ２００，電子化データ２０１，電子化データ２０２の少なくともいずれを出力するかを端末１０に通知する。ユーザは、一連の処理フローの各工程において得られた中間生成物のうち、所望の中間生成物を取得して活用できる。
【００７７】
＜変形例５＞
実施形態では、制御サーバ１８は端末１０に対して複数の選択肢を通知しているが、ユーザに報知する手段は端末１０に限定されず、他の装置に通知してもよい。例えば、端末１０はＰＣであり、制御サーバ１８は、処理を実行するために必要な条件が満たされていない場合に、ユーザが携帯するスマートフォンに複数の選択肢を通知する等である。通知先は、ユーザ情報として制御サーバ１８の記憶装置に記憶し得る。
【符号の説明】
【００７８】
１０  端末、１２  画像処理装置、１４  サーバＡ、１６  サーバＢ、１８  制御サーバ、２０  通信ネットワーク。
【図１】
2020030452.tif 000003
【図２】
2020030452.tif 000004
【図３】
2020030452.tif 000005
【図４】
2020030452.tif 000006
【図５】
2020030452.tif 000007
【図６】
2020030452.tif 000008