(57)【要約】【課題】サーバ等の情報処理装置での負荷状況を踏まえて処理のデッドラインを設定できる技術を提供する。【解決手段】サーバ１４は、画像処理装置１２から処理の指示及びデッドラインを受信すると、処理の予想終了日時を算出し、算出された予想終了日時とデッドラインを比較する。予想終了日時がデッドライン以前である場合は画像処理装置１２に処理を受け付けた旨を通知し、算出された予想終了日時がデッドラインより後である場合は画像処理装置１２にデッドラインの調整の必要性及び算出された予想終了日時を通知し、デッドラインの調整や他サーバへの移管処理を促す。【選択図】図１
2020030637.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置から処理の指示及びデッドラインを受信する受信手段と、
前記処理の予想終了日時を算出する算出手段と、
算出された前記予想終了日時が前記デッドライン以前である場合は前記画像処理装置に前記処理を受け付けた旨を通知し、算出された前記予想終了日時が前記デッドラインより後である場合は前記画像処理装置に前記デッドラインの調整の必要性及び算出された前記予想終了日時を通知する通知手段と、
を備える情報処理装置。
【請求項２】
前記算出手段は、前記予想終了日時として最短日時を算出する
請求項１に記載の情報処理装置。
【請求項３】
前記受信手段は、さらに、前記画像処理装置から調整後のデッドラインを受信する
請求項１，２のいずれかに記載の情報処理装置。
【請求項４】
算出された前記予想終了日時及び前記デッドラインをスケジュールとして登録する登録手段と、
前記登録手段に登録された前記スケジュールに従って前記処理を実行する処理手段と、
を備える請求項１〜３のいずれかに記載の情報処理装置。
【請求項５】
前記登録手段は、前記予想終了日時と前記デッドラインとの間に猶予がある場合に、前記デッドラインを維持しつつ前記予想終了日時を調整して再登録する
請求項４に記載の情報処理装置。
【請求項６】
前記登録手段は、複数の処理のそれぞれの予想終了日時とそれぞれのデッドラインを登録し、前記複数の処理のいずれかが取り消された場合に、取り消された処理よりも時間的に後に登録された処理のうち最短で処理すべき処理の予想終了日時を、他の処理のデッドラインを維持しつつ調整して再登録する
請求項４に記載の情報処理装置。
【請求項７】
処理の指示及びデッドラインを情報処理装置に送信する送信手段と、
前記情報処理装置からの、処理を受け付けた旨、あるいは前記デッドラインの調整の必要性及び算出された予想終了日時の通知を受信する受信手段と、
前記デッドラインの調整の必要性及び算出された前記予想終了日時の通知を受信した場合に、前記処理の取消、あるいは調整後のデッドラインを前記情報処理装置に再送信する再送信手段と、
を備える画像処理装置。
【請求項８】
前記送信手段は、前記デッドラインとして最短を送信する
請求項７に記載の画像処理装置。
【請求項９】
画像処理装置と、
前記画像処理装置と通信手段を介して接続された情報処理装置と、
を備え、前記画像処理装置は、
処理の指示及びデッドラインを前記情報処理装置に送信する送信手段と、
前記情報処理装置からの、処理を受け付けた旨、あるいは前記デッドラインの調整の必要性及び算出された予想終了日時の通知を受信する受信手段と、
前記デッドラインの調整の必要性及び算出された前記予想終了日時の通知を受信した場合に、前記処理の取消、あるいは調整後のデッドラインを前記情報処理装置に再送信する再送信手段と、
を備え、前記情報処理装置は、
前記画像処理装置から処理の指示及びデッドラインを受信する受信手段と、
前記処理の前記予想終了日時を算出する算出手段と、
算出された前記予想終了日時が前記デッドライン以前である場合は前記画像処理装置に前記処理を受け付けた旨を通知し、算出された前記予想終了日時が前記デッドラインより後である場合は前記画像処理装置に前記デッドラインの調整の必要性及び算出された前記予想終了日時を通知する通知手段と、
算出された前記予想終了日時と、前記デッドラインあるいは調整後のデッドラインをスケジュールとして登録する登録手段と、
前記登録手段に登録された前記スケジュールに従って前記処理を実行する処理手段と、
を備える情報処理システム。
【請求項１０】
コンピュータを、
画像処理装置から処理の指示及びデッドラインを受信する受信手段と、
前記処理の予想終了日時を算出する算出手段と、
算出された前記予想終了日時が前記デッドライン以前である場合は前記画像処理装置に前記処理を受け付けた旨を通知し、算出された前記予想終了日時が前記デッドラインより後である場合は前記画像処理装置に前記デッドラインの調整の必要性及び算出された前記予想終了日時を通知する通知手段
として機能させるためのプログラム。
【請求項１１】
コンピュータを、
処理の指示及びデッドラインを情報処理装置に送信する送信手段と、
前記情報処理装置からの、処理を受け付けた旨、あるいは前記デッドラインの調整の必要性及び算出された予想終了日時の通知を受信する受信手段と、
前記デッドラインの調整の必要性及び算出された前記予想終了日時の通知を受信した場合に、前記処理の取消、あるいは調整後のデッドラインを前記情報処理装置に再送信する再送信手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、画像処理装置、情報処理システム及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、サービス指向アーキテクチャに基づいて構築されたＷｅｂシステムに対応し、業務系システムに必要なデッドラインスケジューリング機能を実現するサーバの運用・管理技術が記載されている。業務系Ｗｅｂシステムが所定の業務を処理するのに必要なＷｅｂサービスのリソースを見積もり、前記所定の業務が所定の日時までに完了すべきことを指示するポリシーを設定し、設定されたポリシーに基づいて業務系Ｗｅｂシステムを運用する。部署、役職、あるいは業務毎に、Ｗｅｂサービスを実行するのに必要なリソースを予め測定しておき、指定されたポリシーを遂行するのに必要なリソースを事前に確保しておくことで、処理が集中しても決められた時間内に業務を処理する。    
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−９９１６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
Ｗｅｂサービス等のサービスサーバのリソースを見積もったとしても、サービスサーバの実際の負荷状況、すなわち混雑具合や多重化の運用状況についてはユーザ側から把握することは困難であり、ユーザ側から処理の終了日時（デッドライン）を指示したとしても当該デッドラインまでに業務を処理できない事態が生じ得る。
【０００５】
本発明は、サーバ等の情報処理装置での負荷状況を踏まえて処理のデッドラインを設定できる技術を提供することを目的とする。  
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、画像処理装置から処理の指示及びデッドラインを受信する受信手段と、前記処理の予想終了日時を算出する算出手段と、算出された前記予想終了日時が前記デッドライン以前である場合は前記画像処理装置に前記処理を受け付けた旨を通知し、算出された前記予想終了日時が前記デッドラインより後である場合は前記画像処理装置に前記デッドラインの調整の必要性及び算出された前記予想終了日時を通知する通知手段とを備える情報処理装置である。
【０００７】
請求項２に記載の発明は、前記算出手段は、前記予想終了日時として最短日時を算出する請求項１に記載の情報処理装置である。
【０００８】
請求項３に記載の発明は、前記受信手段は、さらに、前記画像処理装置から調整後のデッドラインを受信する請求項１，２のいずれかに記載の情報処理装置である。
【０００９】
請求項４に記載の発明は、算出された前記予想終了日時及び前記デッドラインをスケジュールとして登録する登録手段と、前記登録手段に登録された前記スケジュールに従って前記処理を実行する処理手段とを備える請求項１〜３のいずれかに記載の情報処理装置である。
【００１０】
請求項５に記載の発明は、前記登録手段は、前記予想終了日時と前記デッドラインとの間に猶予がある場合に、前記デッドラインを維持しつつ前記予想終了日時を調整して再登録する請求項４に記載の情報処理装置である。
【００１１】
請求項６に記載の発明は、前記登録手段は、複数の処理のそれぞれの予想終了日時とそれぞれのデッドラインを登録し、前記複数の処理のいずれかが取り消された場合に、取り消された処理よりも時間的に後に登録された処理のうち最短で処理すべき処理の予想終了日時を、他の処理のデッドラインを維持しつつ調整して再登録する請求項４に記載の情報処理装置である。
【００１２】
請求項７に記載の発明は、処理の指示及びデッドラインを情報処理装置に送信する送信手段と、前記情報処理装置からの、処理を受け付けた旨、あるいは前記デッドラインの調整の必要性及び算出された予想終了日時の通知を受信する受信手段と、前記デッドラインの調整の必要性及び算出された前記予想終了日時の通知を受信した場合に、前記処理の取消、あるいは調整後のデッドラインを前記情報処理装置に再送信する再送信手段とを備える画像処理装置である。
【００１３】
請求項８に記載の発明は、前記送信手段は、前記デッドラインとして最短を送信する請求項７に記載の画像処理装置である。
【００１４】
請求項９に記載の発明は、画像処理装置と、前記画像処理装置と通信手段を介して接続された情報処理装置とを備え、前記画像処理装置は、処理の指示及びデッドラインを前記情報処理装置に送信する送信手段と、前記情報処理装置からの、処理を受け付けた旨、あるいは前記デッドラインの調整の必要性及び算出された予想終了日時の通知を受信する受信手段と、前記デッドラインの調整の必要性及び算出された前記予想終了日時の通知を受信した場合に、前記処理の取消、あるいは調整後のデッドラインを前記情報処理装置に再送信する再送信手段とを備え、前記情報処理装置は、前記画像処理装置から処理の指示及びデッドラインを受信する受信手段と、前記処理の前記予想終了日時を算出する算出手段と、算出された前記予想終了日時が前記デッドライン以前である場合は前記画像処理装置に前記処理を受け付けた旨を通知し、算出された前記予想終了日時が前記デッドラインより後である場合は前記画像処理装置に前記デッドラインの調整の必要性及び算出された前記予想終了日時を通知する通知手段と、算出された前記予想終了日時と、前記デッドラインあるいは調整後のデッドラインをスケジュールとして登録する登録手段と、前記登録手段に登録された前記スケジュールに従って前記処理を実行する処理手段とを備える情報処理システムである。
【００１５】
請求項１０に記載の発明は、コンピュータを、画像処理装置から処理の指示及びデッドラインを受信する受信手段と、前記処理の予想終了日時を算出する算出手段と、算出された前記予想終了日時が前記デッドライン以前である場合は前記画像処理装置に前記処理を受け付けた旨を通知し、算出された前記予想終了日時が前記デッドラインより後である場合は前記画像処理装置に前記デッドラインの調整の必要性及び算出された前記予想終了日時を通知する通知手段として機能させるためのプログラムである。
【００１６】
請求項１１に記載の発明は、コンピュータを、処理の指示及びデッドラインを情報処理装置に送信する送信手段と、前記情報処理装置からの、処理を受け付けた旨、あるいは前記デッドラインの調整の必要性及び算出された予想終了日時の通知を受信する受信手段と、前記デッドラインの調整の必要性及び算出された前記予想終了日時の通知を受信した場合に、前記処理の取消、あるいは調整後のデッドラインを前記情報処理装置に再送信する再送信手段として機能させるためのプログラムである。
【発明の効果】
【００１７】
請求項１，２，３，７，８，９，１０，１１に記載の発明によれば、情報処理装置での負荷状況を踏まえて処理のデッドラインを設定し得る。
【００１８】
請求項４に記載の発明によれば、さらに、登録されたスケジュールに従って処理を実行し得る。
【００１９】
請求項５に記載の発明によれば、さらに、デッドラインを維持しつつリスケジューリングし得る。
【００２０】
請求項６に記載の発明によれば、さらに、複数の処理のいずれかが取り消された場合に、最短で処理すべき処理をリスケジューリングし得る。
【図面の簡単な説明】
【００２１】
【図１】実施形態のシステム構成図である。
【図２】実施形態の処理フローチャート（その１）である。
【図３】実施形態の処理フローチャート（その２）である。
【図４】実施形態の処理フローチャート（その３）である。
【図５Ａ】実施形態の画像処理装置の画面例（その１）である。
【図５Ｂ】実施形態の画像処理装置の画面例（その２）である。
【図５Ｃ】実施形態の画像処理装置の画面例（その３）である。
【図５Ｄ】実施形態の画像処理装置の画面例（その４）である。
【図５Ｅ】実施形態の画像処理装置の画面例（その５）である。
【図５Ｆ】実施形態の端末の画面例である。
【図６Ａ】実施形態のリスケジューリング説明図（その１）である。
【図６Ｂ】実施形態のリスケジューリング説明図（その２）である。
【図７Ａ】実施形態の他のリスケジューリング説明図（その１）である。
【図７Ｂ】実施形態の他のリスケジューリング説明図（その２）である。
【図８】変形例の画像処理装置の画面例である。
【発明を実施するための形態】
【００２２】
以下、図面に基づき本発明の実施形態について説明する。
【００２３】
図１は、本実施形態のシステム構成を示す。システムは、端末１０、画像処理装置１２、及びサーバ１４を備え、これらは通信ネットワーク１６を介してデータ送受信可能に接続される。なお、図ではサーバとしてサーバ１４のみを示しているが、さらに他のサーバが通信ネットワーク１６に接続されていてもよい。
【００２４】
端末１０は、本システムを利用するユーザが操作する端末であり、操作部及び表示部に加え、通知受信部１０１を備える。通知受信部１０１は、通信ネットワーク１６を介してサーバ１４からの通知を受信する。通知は、サーバ１４における処理の終了日時の通知である。通知受信部１０１は、サーバ１４からの通知を受信すると、表示部に当該通知を表示してユーザに報知する。
【００２５】
端末１０は、ＰＣ（パーソナルコンピュータ）やタブレット、スマートフォン等で構成され得る。
【００２６】
画像処理装置１２は、本システムを利用するユーザが操作する装置であり、ユーザからの依頼に応じてサーバ１４及び必要に応じてその他のサーバと連携して画像に対する一連の処理フローを実行する。画像処理装置１２は、操作部、表示部、及び各種機能を実行する実行部に加え、処理指示送信部１２１、終了日時指示／修正部１２２、通知受信部１２３、ユーザ情報管理部１２４を備える。
【００２７】
処理指示送信部１２１は、ユーザからの操作に応じ、サーバ１４に対して処理の実行を指示する。例えば、処理指示送信部１２１は、画像処理装置１２で原文書をスキャン処理して得られた電子化データに対し、翻訳処理やフォーマット変換処理を指示する。
【００２８】
終了日時指示／修正部１２２は、ユーザが希望する処理の終了日時をデッドラインとしてサーバ１４に送信する。また、終了日時指示／修正部１２２は、サーバ１４からデッドラインの調整が必要である旨の応答があった場合に、ユーザにより修正され調整されたデッドラインをサーバ１４に送信する。ここで、「デッドライン」とは、ユーザが所望する処理の最終完了日時であり、サーバ１４において処理が完了しなければならない日時である。
【００２９】
通知受信部１２３は、サーバ１４からの通知を受信する。サーバ１４からの通知は、処理の指示を受け付けた旨や、デッドラインの調整が必要である旨の通知である。終了日時指示／修正部１２２は、通知受信部１２３でデッドラインの調整が必要である旨の通知を受信したことに応じて、ユーザにより修正され調整されたデッドラインをサーバ１４に再送信する。
【００３０】
ユーザ情報管理部１２４は、ユーザのＩＤやパスワードの認証情報、連絡先、ユーザが携帯する端末１０のアドレス等を管理する。
【００３１】
画像処理装置１２は、スキャン、ファックス、コピー、プリント、メール送受信等の複数の機能を実行する複合機で構成され得る。
【００３２】
サーバ１４は、情報処理装置として機能し、画像処理装置１２からの依頼に応じてジョブを実行するサービスサーバである。サーバ１４は、ジョブを実行する処理部に加え、指示受信部１４１、所要時間算出部１４２、終了日時通知部１４３、及びスケジュール管理部１４４を備える。
【００３３】
指示受信部１４１は、画像処理装置１２からの処理の指示、処理対象データ及びデッドラインを受信する。処理対象データは、画像処理装置１２で処理されサーバ１４で処理すべきデータであり、例えば画像処理装置１２でスキャン処理して得られた電子化データである。処理対象データには、処理すべきデータの属性、例えばデータ量等が含まれる。
【００３４】
所要時間算出部１４２は、指示受信部１４１で受信した処理の指示を実行するために要する時間を算出する。所要時間は、処理すべきデータ量と、処理を実行するプロセッサの能力及び負荷により算出される。
【００３５】
終了日時通知部１４３は、所要時間算出部１４２で算出された処理の所要時間を用いて処理の予想終了日時を算出し、算出された予想終了日時と画像処理装置１２から指示されたデッドラインを比較し、比較結果に応じて画像処理装置１２に通知する。すなわち、算出された予想終了日時がデッドライン以前であれば、当該処理をデッドライン内に処理できるため、予想終了日時として当該デッドラインを通知する。具体的には、「デッドラインまでの処理で受け付けました。」等と通知する。他方で、算出された予想終了日時がデッドラインより後であれば、当該処理をデッドライン内に処理できないため、算出された予想終了日時を通知する。具体的には、「デッドラインまでに処理を終了できません。予想終了日時までに処理を終了できます。」等と通知する。
【００３６】
スケジュール管理部１４４は、画像処理装置１２からの処理の指示及びデッドライン、あるいは調整されたデッドライン、算出された予想終了日時を用いて処理を実行するためのスケジュールをスケジュールテーブルに登録して管理する。例えば、処理１及び処理２が指示された場合において、処理１の処理開始日時、処理終了日時（予想終了日時）、デッドラインをテーブルに登録し、かつ、処理２の処理開始日時、処理終了日時（予想終了日時）、デッドラインをテーブルに登録する。サーバ１４の処理部は、スケジュール管理部１４４で登録されたスケジュールに従って処理を順次実行する。
【００３７】
サーバ１４は、サーバコンピュータとしての構成を備え、具体的には１又は複数のプロセッサ、ＲＯＭ、ＲＡＭ、ＨＤＤ（ハードディスクドライブ）やＳＤＤ（ソリッドステートドライブ）等の記憶装置、入出力インターフェイス、通信インターフェイス等を備える。入出力インターフェイスは指示受信部１４１を実現する。サーバ１４のプロセッサは、ＲＯＭやＨＤＤ等のプログラムメモリに記憶された処理プログラムを読み出して実行することで、所要時間算出部１４２、終了日時通知部１４３、及びスケジュール管理部１４４を実現するとともに、指示された処理を実行する処理部を実現する。処理部における処理の内容はサーバ１４により決定され、例えばサーバ１４が翻訳サーバであれば処理部では処理プログラムに従って翻訳処理を実行する。プロセッサによる処理の結果物は、サーバ１４の記憶装置に格納される。サーバ１４の記憶装置は、スケジュールを登録するためのテーブルも記憶する。さらに、画像処理装置１２のユーザ情報管理部１２４で管理されているユーザ情報を取得して記憶する。ユーザ情報は例えば端末１０のアドレスである。当該アドレスは、サーバ１４から端末１０に通知する際に参照される。
【００３８】
なお、画像処理装置１２は、公知の複合機としての構成を備え、具体的には１又は複数のプロセッサ、ＲＯＭ、ＲＡＭ、ＨＤＤ（ハードディスクドライブ）やＳＤＤ（ソリッドステートドライブ）等の記憶装置、入出力インターフェイス、通信インターフェイス等を備える。操作部や表示部等の入出力インターフェイスは処理指示送信部１２１、終了日時指示／修正部１２２、通知受信部１２３を実現する。プロセッサは、ＲＯＭやＨＤＤ等のプログラムメモリに記憶された処理プログラムを読み出して実行することで、ユーザ情報管理部１２４及び処理を実行する処理部を実現する。画像処理装置１２の記憶装置は、ユーザ情報を記憶する。また、画像処理装置１２の記憶部は、サーバ１４の情報を記憶する。サーバ１４の情報は、サーバ１４のアドレスやサービス内容等である。プロセッサは、サーバ１４の情報を参照することで、ユーザ操作に応じてサーバ１４を特定し処理の指示を送信する。サーバ１４はデフォルトサーバとして記憶装置に記憶され得る。
【００３９】
図２及び図３は、本実施形態の処理フローチャートを示す。画像処理装置１２及びサーバ１４の処理であり、画像処理装置１２で文書をスキャンして電子化データとし、この電子化データをサーバ１４に送信してサーバ１４で処理するフローである。
【００４０】
まず、図２において、ユーザは、画像処理装置１２を操作して処理に関する指示を入力するとともに、当該処理の終了日時としてのデッドラインを入力する（Ｓ１０１）。デッドラインは、基本的には日時であるが、明日の午前中、あるいは２日後まで、あるいは今週末等であってもよい。さらに、「最短」であってもよい。
【００４１】
画像処理装置１２は、処理に関する指示とデッドラインを受け付けると、入力された文書をスキャンして電子化データを生成する。画像処理装置１２は、電子化データを生成すると、当該電子化データ、入力文書の属性（白黒／カラー情報、データサイズ情報、フォーマット）、及びデッドラインをサーバ１４に送信する（Ｓ１０２）。
【００４２】
サーバ１４は、画像処理装置１２からの電子化データ、入力文書の属性（白黒／カラー情報、データサイズ情報、フォーマット）、及びデッドラインを受け付けると、これらの情報と負荷状況から、当該処理の所要時間及び予想終了日時を算出する（Ｓ２０１）。
【００４３】
予想終了日時を算出すると、次に、「最短」の指示があるか否かを判定する（Ｓ２０２）。「最短」の指示があれば（Ｓ２０２でＹＥＳ）、Ｓ２０１で算出された予想終了日時はいずれにせよ「最短」であるので、Ｓ２０１で算出された予想終了日時にて処理を受け付けてスケジュールに登録する（Ｓ２０３）。そして、画像処理装置１２に対して処理を受け付けた旨を応答する（Ｓ２０４）。このとき、「最短」で受け付けた旨を応答するとともに、Ｓ２０１で算出した予想終了日時を通知してもよい。また、画像処理装置１２に応答することに代えて、ユーザが指定する場合には端末１０に通知してもよい。
【００４４】
Ｓ２０２でＮＯ、つまり「最短」の指示がなければ、次に、Ｓ２０１で算出された予想終了日時がデッドライン以内か否かを判定する（Ｓ２０５）。予想終了日時がデッドライン以内であれば（Ｓ２０５でＹＥＳ）、指示されたデッドラインにて処理を受け付けてスケジュールに登録する（Ｓ２０６）。そして、画像処理装置１２に対してデッドライン以内で処理を受け付けた旨を応答する（Ｓ２０４）。
【００４５】
Ｓ２０５でＮＯ、つまりＳ２０１で算出された予想終了日時がデットライン以内でなければ、デッドラインにて仮に受け付けてスケジュールに仮登録し（Ｓ２０７）、画像処理装置１２に対してデッドライン以内に処理が終了しないため調整が必要である旨、及び現時点における最短終了時間としてＳ２０１で算出された予想終了日時を応答する（Ｓ２０８）。この場合も、画像処理装置１２に応答することに代えて、ユーザが指定する場合には端末１０に通知してもよい。
【００４６】
次に、図３において、サーバ１４からの応答を受信した画像処理装置１２は、ユーザからの入力を受け付ける画面を表示部に表示し、同意や変更、修正を受け付ける（Ｓ１０３）。そして、受け付けた同意や変更、修正をサーバ１４に送信する（Ｓ１０４）。サーバ１４からの応答が、最短で受け付けた旨の応答である場合には、ユーザは通常、同意を入力する。サーバ１４からの応答が、デッドラインで受け付けた旨の応答である場合にも、ユーザは通常、同意を入力する。他方で、サーバ１４からの応答が、要調整の旨と最短終了時間の応答である場合には、ユーザは通常、処理の指示あるいはデッドラインを変更あるいは修正して入力する。例えば、処理の取消を入力する、デッドラインを維持したまま他サーバへ処理を変更する、サーバ１4への処理を維持しつつデッドラインを変更（遅延）する等である。なお、画像処理装置１２から端末１０に通知した場合には、端末１０において変更画面を表示し、同意や変更、修正を受け付けてサーバ１４に送信する。
【００４７】
サーバ１４は、画像処理装置１２からの指示を受け付けると、当該指示が変更なしを意味するか否かを判定する（Ｓ２０９）。「同意」の場合には変更なしであるので（Ｓ２０９でＹＥＳ）、図２のＳ２０７の仮受け付けを正式受け付けに変更し（Ｓ２１０）、スケジュールに正式に登録して受け付けた旨を画像処理装置１２に応答する（Ｓ２１１）。なお、Ｓ２０３あるいはＳ２０６で既に正式に受け付けている場合には、Ｓ２１０の処理は不要である。
【００４８】
他方で、画像処理装置１２からの指示が「変更」あるいは「修正」の場合には変更ありとなり（Ｓ２０９でＮＯ）、次にデッドラインの修正であるか否かを判定する（Ｓ２１２）。デッドラインの修正である場合（Ｓ２１２でＹＥＳ）、図２のＳ２０７の仮受け付けを破棄し（Ｓ２１３）、指示されたデッドラインにて受け付け、スケジュールに登録する（Ｓ２１４）。そして、受け付けた旨を画像処理装置１２に応答する（Ｓ２１１）。また、デッドラインの修正でない場合（Ｓ２１２）、例えば、処理の取消や他サーバへの処理変更等の指示の場合には、同様に図２のＳ２０７の仮受け付けを破棄し（Ｓ２１５）、破棄した旨を画像処理装置１２に応答する（Ｓ２１６）。
【００４９】
図４は、処理実行時のサーバ１４のフローチャートである。
【００５０】
サーバ１４は、画像処理装置１２から指示された処理をスケジュールに従って実行する（Ｓ２１７）。そして、一定の制御周期で処理完了日時を逐次算出し、算出された処理完了日時がスケジュールとして登録されているデッドライン以内であるか否かを判定する（Ｓ２１８）。なお、Ｓ２１８で算出される処理完了日時は、基本的には図２のＳ２０１で算出される予想終了日時と一致するが、サーバ１４側の負荷状況の変動により一致しない場合もあり得る。例えば、サーバ１４側の負荷状況が増大し、処理完了日時が予想終了日時よりも後になる場合もあり得る。判定の結果、処理完了日時がデッドライン内であれば問題ないので、特段の通知を行わない。
【００５１】
他方で、負荷状況の変動等により処理完了日時がスケジュールに登録されたデッドラインを超えると判定された場合（Ｓ２１８でＮＯ）、次に、最短の指定がされているか否かを判定する（Ｓ２１９）。画像処理装置１２から「最短」の指示を受け付けている場合（Ｓ２１９でＹＥＳ）、処理を完了した時点で速やかに端末１０に対して処理完了した旨を通知する（Ｓ２２０）。最短日時の指定がされていない場合（Ｓ２１９でＮＯ）、処理を完了した時点ではなく処理完了日時がデッドラインを超えると判定された時点で端末１０にそのときの処理完了日時を通知する（Ｓ２２１）。Ｓ２２０及びＳ２２１では、画像処理装置１２を介して端末１０に通知してもよい。
【００５２】
本実施形態の処理を具体的に説明する。
ユーザは、画像処理装置１２を操作して、一連の処理フローとして、
画像処理装置１２での原文書のスキャン処理
→当該文書を用いたサーバ１４での翻訳処理
→翻訳文書のサーバ１４の記憶装置への格納
→翻訳文書の画像処理装置１２への転送
→翻訳文書の画像処理装置１２での印刷
を実行するものとする。
【００５３】
ユーザは、画像処理装置１２の操作部を操作して、原文書をＡＤＦ（オートドキュメントフィーダ）等にセットするとともに、最終出力文書名や翻訳言語、処理終了日時等を入力して処理の実行を指示する。
【００５４】
図５Ａは、画像処理装置１２の表示部１２ａに表示される入力画面の一例を示す。入力フィールドとして、
出力文書名：
翻訳言語：
処理終了日時：
が表示され、ユーザはこれらの入力フィールドに入力する。例えば、
出力文書名：報告書
翻訳言語：英語
処理終了日時：２０１８／８／３１  １５：００
等である。この入力フィールドにおける処理終了日時はデッドラインに相当する。そして、スタートボタンを操作することで、画像処理装置１２及びサーバ１４に対して実行を指示する。なお、サーバ１４は、予め設定されたデフォルトのサーバとしてもよく、ユーザが通信ネットワーク１６上に存在する複数のサーバから選択してもよい。
【００５５】
処理の実行が指示されると、画像処理装置１２は、セットされた原文書のスキャン処理を実行して電子化データを生成し、当該電子化データと、スキャンに用いたパラメータ（色情報、データサイズ情報、フォーマット）、及びユーザが入力した情報（出力文書名、翻訳言語、処理終了日時）と、処理依頼をサーバ１４に送信する。
【００５６】
サーバ１４は、これらの情報を受け付けると、スキャンに用いたパラメータを用いて処理に要する時間及びこれに基づく予想終了日時を算出する。サーバ１４における処理開始時間及び所要時間に応じ、算出された予想終了日時と指示されたデッドラインとの関係で以下の２つのパターンがあり得る。
（１）算出された予想終了日時が１４：４０であり、指示されたデッドライン以前であるため、サーバ１４側の処理をスケジュールに登録するとともに、１５：００までの処理完了で受け付けた旨を画像処理装置１２に応答する。
（２）算出された予想終了日時が１５：３０であり、指示されたデッドラインの後であるため、サーバ１４側の処理をスケジュールに仮登録するとともに、１５：００までの処理完了できない旨、及び１５：３０までなら処理完了できる旨を画像処理装置１２に応答する。
【００５７】
図５Ｂは、（１）のパターンにおける画像処理装置１２の表示部１２ａに表示される応答の一例を示す。「２０１８／８／３１  １５：００までの処理終了で受け付けました。」とのメッセージを表示するとともに、「ＯＫ」、「変更」、「取消」の操作ボタンが表示される。
なお、処理を受け付けた場合に、当該処理を特定するための受付番号を割り当てて画像処理装置１２に応答してもよい。「２０１８／８／３１  １５：００までの処理終了で受け付けました。受付番号０１２３」等である。ユーザは、サーバ１４からの応答に同意する場合には「ＯＫ」のボタンを操作してサーバ１４に指示する。
【００５８】
サーバ１４は、登録された当該処理のスケジュールに従って処理を実行し、電子化データを英語に翻訳する。スケジュールでは１４：４０に処理が終了する予定であるが、仮に１４：４０を過ぎても処理が完了しない場合でも、デッドラインである１５：００を超えなければ画像処理装置１２あるいは端末１０に通知しない。他方で、１４：４０を過ぎても処理が完了せず、かつデッドラインである１５：００以前に処理が完了しないと判定した場合には、画像処理装置１２あるいは端末１０にその旨を通知する。翻訳が完了すると、原文書及び翻訳文書は記憶装置に格納される。そして、記憶装置から原文書及び翻訳文書を読み出して画像処理装置１２に送信する。画像処理装置１２への送信は、サーバ１４がスケジュールに従って自動実行してもよく、あるいは画像処理装置１２からの要求に応じて送信してもよい。画像処理装置１２は、原文書及び翻訳文書を受信すると、必要に応じてユーザ所望のレイアウトに編集した上で印刷出力する。
【００５９】
図５Ｃは、（２）のパターンにおける画像処理装置１２の表示部１２ａに表示される応答の一例を示す。「２０１８／８／３１  １５：００までの処理を終了できません。１５：３０までに処理終了できます。」とのメッセージを表示するとともに、「ＯＫ」、「変更」、「取消」の操作ボタンが表示される。ユーザは、いずれかのボタンを操作してサーバ１４に指示する。ユーザが「ＯＫ」ボタンを操作した場合、サーバ１４は、処理を１５：３０に終了する仮スケジュールを本登録する。ユーザが「変更」ボタンを操作した場合、画像処理装置１２は、再び図５Ａの画面を表示部１２ａに表示して処理終了日時の変更を促す。サーバ１４は、ユーザが再入力した変更後の処理終了日時を受け付け、仮登録されたスケジュールを破棄して新たに受け付けた変更後の終了日時でスケジュールを登録する。
【００６０】
そして、サーバ１４は、登録された当該処理のスケジュールに従って処理を実行し、電子化データを英語に翻訳する。スケジュールでは１５：３０に処理が終了する予定であるが、仮に１５：３０を過ぎても処理が完了しない場合には、画像処理装置１２あるいは端末１０にその旨を通知する。翻訳が完了すると、原文書及び翻訳文書は記憶装置に格納される。そして、記憶装置から原文書及び翻訳文書を読み出して画像処理装置１２に送信する。画像処理装置１２への送信は、サーバ１４がスケジュールに従って自動実行してもよく、あるいは画像処理装置１２からの要求に応じて送信してもよい。画像処理装置１２は、原文書及び翻訳文書を受信すると、必要に応じてユーザ所望のレイアウトに編集した上で印刷出力する。
【００６１】
ユーザが「取消」ボタンを操作した場合、サーバ１４は仮登録したスケジュールを破棄する。この場合、サーバ１４での翻訳処理は実行されない。
【００６２】
図５Ｄは、画像処理装置１２の表示部１２ａに表示される入力画面の他の例を示す。入力フィールドとして、
出力文書名：
翻訳言語：
処理終了日時：
が表示されるとともに、最短で処理することを指示するチェックボックスが表示される。ユーザはこれらの入力フィールドに入力するとともに、必要に応じてチェックボックスにチェックを入れる。例えば、
出力文書名：報告書
翻訳言語：英語
処理終了日時：２０１８／８／３１  １５：００
「最短で処理する」のチェックあり
等である。
【００６３】
この場合、サーバ１４は、たとえ算出された予想終了日時が指示されたデッドラインを超えたとしても、算出された予想終了日時でスケジュールを登録し、画像処理装置１２に応答する。
【００６４】
図５Ｅは、この場合の画像処理装置１２の表示部１２ａに表示される応答の一例を示す。「２０１８／８／３１  １５：００までの処理を終了できません。最短の１５：３０までに処理終了できます。」とのメッセージを表示するとともに、「ＯＫ」、「変更」、「取消」の操作ボタンが表示される。ユーザは、いずれかのボタンを操作してサーバ１４に指示する。ユーザが「ＯＫ」ボタンを操作した場合、サーバ１４は、処理を１５：３０に終了するスケジュールに従って処理を実行する。ユーザが「変更」ボタンを操作した場合、画像処理装置１２は、再び図５Ａの画面を表示部１２ａに表示して処理終了日時の変更を促す。サーバ１４は、ユーザが再入力した変更後の処理終了日時を受け付け、スケジュールを破棄して新たに受け付けた変更後の終了日時でスケジュールを登録する。
【００６５】
サーバ１４は、登録された当該処理のスケジュールに従って処理を実行し、電子化データを英語に翻訳する。スケジュールでは１５：３０に処理が終了する予定であるが、仮に１５：３０を過ぎても処理が完了しない場合でも、最短で処理を実行しているので、処理が完了した時点で画像処理装置１２あるいは端末１０に通知する。但し、１５：３０を過ぎても処理が完了しないと判定された時点で画像処理装置１２あるいは端末にその旨を通知してもよい。翻訳が完了すると、原文書及び翻訳文書は記憶装置に格納される。そして、記憶装置から原文書及び翻訳文書を読み出して画像処理装置１２に送信する。画像処理装置１２は、原文書及び翻訳文書を受信すると、必要に応じてユーザ所望のレイアウトに編集した上で印刷出力する。
【００６６】
図５Ｆは、処理が完了した場合にサーバ１４から端末１０に通知をする場合に端末１０に表示される通知例を示す。処理の内容、文書名、文書の格納場所が通知される。例えば、
「翻訳処理が完了しました。文書名：報告書  格納場所：ｘｙｚ」
等である。このメッセージとともに、
「画像処理装置１２からアクセスして出力して下さい。」
とのメッセージも通知される。ユーザは、たとえ画像処理装置１２から離間した位置に存在していても、自己が携帯する端末１０を視認することで、処理が完了したこと、及び画像処理装置１２からどこにアクセスすればよいかを把握できる。
【００６７】
本実施形態において、サーバ１４のスケジュール管理部１４４は、処理すべきデータ量とプロセッサの処理能力、負荷状況に応じて処理の所要時間を算出し、当該処理の処理開始日時、予想終了日時、及び指示されたデッドラインをスケジュールテーブルに登録することで管理するが、予想終了日時とデッドラインとの間に一定の余裕期間（あるいは猶予期間）が存在する場合には、必要に応じてこの猶予期間内においてリスケジューリングして再登録してもよい。
【００６８】
図６Ａ及び図６Ｂに、スケジュール管理部１４４におけるリスケジューリングの一例を示す。ユーザＡから処理１を指示され、ユーザＢから処理２を指示されたものとし、処理１の処理開始日時、処理終了日時（予想終了日時）、及びデッドラインがスケジュールテーブルに登録され、処理２の処理開始日時、処理終了日時（予想終了日時）、及びデッドラインがスケジュールテーブルに登録されている。スケジュール管理部１４４は、何からの理由により他の処理を処理１に先だって実行する必要が生じたものとする。このままでは他の処理を優先的に処理できない場合、スケジュール管理部１４４は、処理１の処理終了日時とデッドラインとを比較し、一定の猶予期間が存在する場合に、処理１の処理開始日時と処理終了日時を一定時間だけ遅延させる。
【００６９】
図６Ｂは、遅延後の処理１のスケジュールを示す。処理１の猶予期間内において処理１の処理開始日時と処理終了日時を遅延させる。なお、処理１は既に登録されて画像処理装置１２に受け付けた旨を応答しているので、デッドラインを維持できる範囲内で遅延させる。また、処理１をリスケジューリングしたとしても、デッドラインは維持されているので、リスケジューリングした旨を画像処理装置１２あるいは端末１０に通知する必要はないが、ユーザが所望する場合には通知してもよい。
【００７０】
また、サーバ１４のスケジュール管理部１４４は、処理すべきデータ量とプロセッサの処理能力、負荷状況に応じて指示された処理の所要時間を算出し、当該処理の処理開始日時、予想終了日時、及び指示されたデッドラインをスケジュールテーブルに登録することで管理するが、いずれかの処理が登録後に取り消された場合に、最短の指示がある処理を前倒しで実行するようにリスケジューリングして再登録してもよい。
【００７１】
図７Ａ及び図７Ｂに、スケジュール管理部１４４におけるリスケジューリングの他の例を示す。ユーザＡから処理１を指示され、ユーザＢから処理２を指示され、ユーザＣから処理３を指示され、ユーザＤから処理４を指示されたものとする。処理１、処理２、処理３、処理４の順に指示され、処理１〜処理３は最短指示がなく、処理４は最短指示されたものとする。
【００７２】
図７Ａに示されるように、処理１〜処理４について処理開始日時、処理終了日時、及びデッドラインが登録された後に、ユーザＢからの指示により処理２が実行前に取り消されたものとする。この場合、スケジュール管理部１４４は、処理２の登録を破棄するとともに、最短指示された処理４に着目し、処理２に続く処理３ではなく、最短指示された処理４の前倒し処理をリスケジューリングする。
【００７３】
図７Ｂには、処理２が取り消され、処理２に代えて処理４の処理開始日時、処理終了日時、及びデッドラインを新たにリスケジューリングして登録する場合を示す。なお、処理２に代えて処理４を実行する結果、処理３の処理開始日時及び処理終了日時が遅延する場合には、処理３の遅延後の処理終了日時がデッドライン以前であることを確認する。サーバ１４は、処理４をリスケジューリングして処理終了日時が前倒しされた場合には、その旨をユーザＤの端末１０に通知する。処理３に関しては、リスケジューリングしたとしても、デッドラインは維持されているので、リスケジューリングした旨をユーザＣの端末１０に通知する必要はないが、ユーザＣが所望する場合には通知してもよい。
【００７４】
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、種々の変形が可能である。以下、変形例について説明する。
【００７５】
＜変形例＞
実施形態では、ユーザが画像処理装置１２の表示部１２ａに表示された入力フィールドに処理のデッドラインを入力してサーバ１４に送信する構成であるが、デッドラインとして具体的な日付ではなく、「最短」をデッドラインとして入力してもよい。
【００７６】
図８は、この場合における画像処理装置１２の表示部１２ａに表示される画面例を示す。図５Ｄと同様に、入力フィールドとして出力文書名、翻訳言語、処理終了日時、「最短で処理する」のチェックボックスが表示されるが、図５Ｄと異なり、処理終了日時には具体的な日時を入力せず、「最短で処理する」のチェックボックスにチェックを入れる。
【００７７】
このとき、サーバ１４ではデッドラインを最短日時とみなして処理する。具体的には、図２の処理において、処理のデータ量を用いて所要時間を算出し（Ｓ２０１）、最短指示があるので（Ｓ２０２でＹＥＳ）、算出された所要時間に基づく終了日時で処理を受け付け（Ｓ２０３）、画像処理装置１２に応答する（Ｓ２０４）。
【００７８】
本変形例では、デッドラインとして、具体的な日時（タイミング）と、「最短」の少なくともいずれかを指定し得るといえる。
【符号の説明】
【００７９】
１０  端末、１２  画像処理装置、１４  サーバ、１６  通信ネットワーク。
【図１】
2020030637.tif 000003
【図２】
2020030637.tif 000004
【図３】
2020030637.tif 000005
【図４】
2020030637.tif 000006
【図５Ａ】
2020030637.tif 000007
【図５Ｂ】
2020030637.tif 000008
【図５Ｃ】
2020030637.tif 000009
【図５Ｄ】
2020030637.tif 000010
【図５Ｅ】
2020030637.tif 000011
【図５Ｆ】
2020030637.tif 000012
【図６Ａ】
2020030637.tif 000013
【図６Ｂ】
2020030637.tif 000014
【図７Ａ】
2020030637.tif 000015
【図７Ｂ】
2020030637.tif 000016
【図８】
2020030637.tif 000017