JP2019016964A - 画像処理システム、画像処理装置およびプログラム - Google Patents

Abstract

【課題】動画データによりユーザにガイダンス情報を示す場合であっても、画像処理装置の処理負荷を効果的に低減するともに、携帯端末装置の処理速度の低下を効果的に防止する画像処理システムを実現する。【解決手段】画像処理システム１０００は、画像処理装置１００と、携帯端末装置２００と、外部サーバ群３００に含まれる認証サーバ３１およびリソースサーバ３２とを備える。画像処理システム１０００において、画像処理装置１００の稼働状態が「高負荷状態」である場合、携帯端末装置２００が要求する動画データを、リソースサーバ３２から携帯端末装置２００へと転送し、一方、画像処理装置１００の稼働状態が「高負荷状態」ではない場合、携帯端末装置２００が要求する動画データを、画像処理装置１００から携帯端末装置２００へと転送する。【選択図】図１

Description

本発明は、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）などの画像処理装置と携帯端末装置とサーバ群とを含む画像処理システムに関し、特に、画像処理装置の負荷低減を実現するとともに、携帯端末装置の操作性を担保するための技術に関する。

従来、プリンタ等の電子機器の状態を検知し、検知した状態に応じてガイダンス情報を表示し、メンテナンス作業を効率化するための技術が知られている（例えば、特許文献１）。例えば、特許文献１には、プリンタがインク切れになった場合、インクを補充するための操作についてのガイダンス情報を表示し、メンテナンス作業を効率化する技術の開示がある。

このような技術の応用例として、ガイダンス情報を動画データとすることも考えられる。

例えば、ＭＦＰなどの画像処理装置と、当該画像処理装置の操作をリモートで行う機能を有する携帯端末装置とが連携するシステムにおいて、画像処理装置に紙詰まりなどのエラーが発生した場合に、画像処理装置が当該エラーの対処方法を説明する動画データを携帯端末装置に対して送信し、ユーザが当該動画データを携帯端末装置で再生することで、ユーザは、発生しているエラーの対処方法を適切かつ容易に把握することができる。

特開２００１−１１３７９２号公報

しかしながら、上記のように動画データによりユーザにガイダンス情報を示す場合、動画データはデータサイズが大きいので、画像処理装置で実行している処理を圧迫する。その結果、画像処理装置で実行されている処理（例えば、優先度の高い処理）の速度が極端に低下するという問題が発生する。

また、画像処理装置で処理負荷を大きいタスクが多く実行されている場合、画像処理装置から携帯端末装置への動画データの転送処理の速度も低下する可能性がある。その結果、動画データを受信する携帯端末装置においても、動画データの受信処理の処理負荷が大きくなり、携帯端末装置で実行されている他のタスクの処理速度も低下する。これにより、携帯端末装置においても処理速度が低下してしまうという問題がある。

また近年では、画像処理装置の操作パネルにブラウザが搭載され、画像処理装置の本体には操作パネルに表示する操作画面などをＷｅｂページとして保持しておくことが提案されている。このようなケースでは、画像処理装置にエラーが発生すると、ブラウザによって表示される画面に、エラーを解消するためのガイダンス情報を示す動画データを速やかに且つスムーズに再生して表示させることが望まれる。しかし、上述したように、画像処理装置で処理負荷を大きいタスクが多く実行されているような場合には、ブラウザが動画データを表示する際のレスポンスが低下し、スムーズな動画再生を行うことができない。そのため、上記と同様の問題は、画像処理装置の操作パネルにも現れる。

そこで、本発明は、上記問題点に鑑み、動画データによりユーザにガイダンス情報を示す場合であっても、画像処理装置の処理負荷を効果的に低減するともに、携帯端末装置の処理速度の低下を効果的に防止する画像処理システム、画像処理装置およびプログラムを実現することを目的とする。

上記課題を解決するために、第１の発明は、画像処理装置と、携帯端末装置と、リソースサーバを含む外部サーバ群とを備える画像処理システムである。画像処理装置は、状態検知部と、第１記憶部と、動画データ決定部と、第１通信部と、稼働状態判定部と、動画データ転送元決定部と、を備える。携帯端末装置は、第２通信部と、動画データ取得部と、を備える。リソースサーバは、第３通信部と、第２記憶部と、を備える。画像処理装置の状態検知部は、携帯端末装置に通知する必要のある画像処理装置の状態を検知する。第１記憶部は、動画データを記憶する。動画データ決定部は、状態検知部の検知結果および携帯端末装置からの要求の少なくとも一方に基づいて、取得する動画データを、第１動画データとして決定する。第１通信部は、外部サーバ群および携帯端末装置と通信を行うための通信インタフェースを含む。稼働状態判定部は、画像処理装置の稼働状態を判定する。動画データ転送元決定部は、稼働状態判定部の判定結果に基づいて、動画データの転送元を決定する。携帯端末装置の第２通信部は、外部サーバ群および画像処理装置と通信を行うための通信インタフェースを含む。動画データ取得部は、第２通信部を介して、画像処理装置および外部サーバ群のいずれか一方から転送される動画データを取得する。リソースサーバの第３通信部は、画像処理装置および携帯端末装置と通信を行うための通信インタフェースを含む。第２記憶部は、第１動画データと同じ動画データである第２動画データを記憶する。

そして、画像処理システムでは、画像処理装置の稼働状態判定部が画像処理装置の稼働状態が高負荷状態であると判定した場合、動画データ転送元決定部は、動画データの転送元を外部サーバ群に決定するとともに、外部サーバ群から、外部サーバ群の携帯端末装置からの接続先に関する情報である接続先情報を取得し、取得した接続先情報を、第１通信部を介して、端末装置に送信する。

携帯端末装置は、接続先情報に基づいて、外部サーバ群にアクセスし、外部サーバ群から第２動画データを取得する。

この画像処理システムでは、画像処理装置の稼働状態が「高負荷状態」である場合、携帯端末装置が要求する動画データを、リソースサーバから携帯端末装置へと転送し、一方、画像処理装置の稼働状態が「高負荷状態」ではない場合、携帯端末装置が要求する動画データを、画像処理装置から携帯端末装置へと転送する。

この画像処理システムでは、このように処理することで、画像処理装置が高負荷状態である場合、負荷の高い動画データ転送処理が画像処理装置で実行され、さらに、画像処理装置の稼働状態を高負荷状態にすることを適切に防止することができる。また、画像処理装置が高負荷状態である場合、携帯端末装置が要求する動画データは、リソースサーバから携帯端末装置へと転送されるため、携帯端末装置での動画取得処理、動画再生処理が高速に実行される。

つまり、この画像処理システムでは、上記のように処理することで、動画データによりユーザにガイダンス情報を示す場合であっても、画像処理装置の処理負荷を効果的に低減するともに、携帯端末装置の処理速度の低下を効果的に防止することができる。

第２の発明は、第１の発明であって、画像処理装置は、画像処理装置のジャム状況を検出するジャム検出部をさらに備える。

動画データ決定部は、ジャム検出部の検出結果に基づいて、リソースサーバまたは画像処理装置から携帯端末装置に転送すべき動画データを決定する。

これにより、この画像処理システムでは、画像処理装置においてジャム状態が発生した場合、ジャム状態を解消させる操作を説明する動画データ（例えば、動画ファイル）をリソースサーバまたは画像処理装置から携帯端末装置に転送することができる。

第３の発明は、第１または第２の発明であって、画像処理装置は、画像処理装置の消耗品の残量及び交換の状況を検出する消耗品交換検出部をさらに備える。

動画データ決定部は、消耗品交換検出部の検出結果に基づいて、リソースサーバまたは画像処理装置から携帯端末装置に転送すべき動画データを決定する。

これにより、この画像処理システムでは、画像処理装置において消耗品の交換等が必要になった場合、当該消耗品の交換等の操作を説明する動画データをリソースサーバまたは画像処理装置から携帯端末装置に転送することができる。

第４の発明は、第１から第３のいずれかの発明であって、携帯端末装置は、画像処理装置を操作するためのユーザインタフェースを実現する処理を実行するブラウザパネル処理部をさらに備える。

画像処理装置は、ブラウザパネル処理部から画像処理装置に対する操作ヘルプ表示の要求の有無を検出するヘルプ操作検出部をさらに備える。

動画データ決定部は、ヘルプ操作検出部の検出結果に基づいて、リソースサーバまたは画像処理装置から携帯端末装置に転送すべき動画データを決定する。

これにより、この画像処理システムでは、画像処理装置に対する操作ヘルプ表示の要求があった場合、当該操作ヘルプ表示についての動画データをリソースサーバまたは画像処理装置から携帯端末装置に転送することができる。

第５の発明は、第１から第４のいずれかの発明であって、稼働状態判定部は、画像処理装置の各部を制御するプロセッサのＣＰＵ占有率、第１記憶部の占有率、および、第２通信部の占有率の少なくとも１つに基づいて、画像処理装置の稼働状態を判定するとともに、プロセッサのＣＰＵ占有率、第１記憶部の占有率、および、第２通信部の占有率の少なくとも１つに基づいて画像処理装置の稼働状態の評価値である稼働評価値を取得する。

動画データ転送元決定部は、稼働状態判定部が取得した稼働評価値が所定の閾値よりも大きい場合、動画データの転送元をリソースサーバに決定する。

これにより、この画像処理システムでは、画像処理装置の稼働率が高い場合に、携帯端末装置への動画データの転送元をリソースサーバに決定することができる。

第６の発明は、第１から第５のいずれかの発明であって、画像処理装置は、画像処理装置において、高負荷処理が実行されようとしているか否かを判定する高負荷処理判定部をさらに備える。

動画データ転送元決定部は、高負荷処理判定部が画像処理装置において高負荷処理が実行されようとしていると判定した場合、動画データの転送元をリソースサーバに決定する。

これにより、この画像処理システムでは、画像処理装置で高負荷処理が実行されようとしている場合、予め、当該高負荷処理に関する動画データを、リソースサーバから携帯端末装置に転送しておくことができる。

第７の発明は、第１から第６のいずれかの発明であって、画像処理装置は、既に画像処理装置から携帯端末装置へ動画データを転送している状態か否かの判定を行う動画転送判定部をさらに備える。

動画データ転送元決定部は、動画転送判定部が既に画像処理装置から携帯端末装置へ動画データを転送している状態であると判定した場合、動画データの転送元をリソースサーバに決定する。

これにより、この画像処理システムでは、既に画像処理装置から携帯端末装置へ動画データを転送している状態である場合であって、２台目以降の携帯端末装置から画像処理装置に対して、動画データの転送要求があった場合、当該２台目以降の携帯端末装置へは、リソースサーバから動画データを転送する。したがって、この画像処理システムでは、２台目以降の携帯端末装置から画像処理装置に対して、動画データの転送要求があった場合においても、画像処理装置１００に過剰な負荷をかけることがない。

第８の発明は、第１から第７のいずれかの発明であって、画像処理装置は、第１記憶部に記憶されている動画データが最新であるか否かを判定する動画データ更新部をさらに備える。

動画データ転送元決定部は、動画データ更新部が第１記憶部に記憶されている動画データが最新ではないと判定した場合、動画データの転送元をリソースサーバに決定する。

これにより、この画像処理システムでは、常に、最新の動画データを、携帯端末装置に転送することができる。

第９の発明は、第８の発明であって、動画データ更新部は、第１記憶部に記憶されている動画データが最新ではないと判定した場合、画像処理装置の稼働率は所定の値以下であるときに、リソースサーバから最新の動画データを取得し、取得した最新の動画データを第１記憶部に格納する。

これにより、この画像処理システムでは、画像処理装置の稼働率が高くないときに、画像処理装置の動画データを最新の動画データに更新することができる。

第１０の発明は、第１から第９のいずれかの発明であって、画像処理装置は、携帯端末装置が画像処理装置と同じドメインに存在するか否かを判定するドメイン判定部をさらに備える。

動画データ転送元決定部は、ドメイン判定部が、携帯端末装置が画像処理装置と同じドメインに存在しないと判定した場合、動画データの転送元をリソースサーバに決定する。

これにより、この画像処理システムでは、携帯端末装置が画像処理装置と同じドメインに存在しない場合、リソースサーバから携帯端末装置に動画データを転送することができる。

第１１の発明は、第１から第１０のいずれかの発明であって、動画データ決定部は、携帯端末装置から要求されている動画データが画像処理装置にのみ存在するか否かを判定する。

動画データ転送元決定部は、動画データ決定部が、携帯端末装置から要求されている動画データが画像処理装置にのみ存在すると判定した場合、動画データの転送元を画像処理装置に決定する。

これにより、この画像処理システムでは、画像処理装置にのみ格納されている動画データ（例えば、画像処理装置に特有なサーバ機能やデータベース機能についてのヘルプ動画データ）を、画像処理装置から携帯端末装置に転送することができる。

第１２の発明は、第１から第１１のいずれかの発明であって、携帯端末装置は、携帯端末装置とリソースサーバとの間のデータ転送速度を取得する転送レート取得部をさらに備える。

携帯端末装置は、転送レート取得部が取得したデータ転送速度が所定の閾値よりも低い場合、画像処理装置から動画データを取得する。

これにより、この画像処理システムでは、携帯端末装置とリソースサーバとの間のデータ転送速度が所定の閾値よりも低い場合、画像処理装置から携帯端末装置に動画データを転送することができる。

第１３の発明は、第１から第１２のいずれかの発明であって、画像処理装置は、動画データの送信先とする携帯端末装置を特定する動画データ転送先決定部をさらに備える。
動画データ転送先決定部は、画像処理装置の機構を作動させるジョブであるＭＦＰジョブを実行させる操作を行っている携帯端末装置を、動画データの送信先に設定する。

これにより、この画像処理システムでは、ＭＦＰジョブを実行させる操作を行っている携帯端末装置にのみ、当該ＭＦＰジョブに関する動画データを転送することができる。その結果、ＭＦＰジョブに関する動画データを要求していない携帯端末装置に余計な負荷をかけることがない。

第１４の発明は、携帯端末装置と、リソースサーバを含む外部サーバ群とを備える画像処理システムに用いられる画像処理装置であって、状態検知部と、第１記憶部と、動画データ決定部と、第１通信部と、稼働状態判定部と、動画データ転送元決定部と、を備える。状態検知部は、携帯端末装置に通知する必要のある画像処理装置の状態を検知する。第１記憶部は、動画データを記憶する。動画データ決定部は、状態検知部の検知結果および携帯端末装置からの要求の少なくとも一方に基づいて、取得する動画データを、第１動画データとして決定する。第１通信部は、外部サーバ群および携帯端末装置と通信を行うための通信インタフェースを含む。稼働状態判定部は、画像処理装置の稼働状態を判定する。動画データ転送元決定部は、稼働状態判定部の判定結果に基づいて、動画データの転送元を決定する。

これにより、この画像処理装置を画像処理システムに用いることで、画像処理装置の稼働状態が「高負荷状態」である場合、携帯端末装置が要求する動画データを、リソースサーバから携帯端末装置へと転送し、一方、画像処理装置の稼働状態が「高負荷状態」ではない場合、携帯端末装置が要求する動画データを、画像処理装置から携帯端末装置へと転送することができる。その結果、動画データによりユーザにガイダンス情報を示す場合であっても、画像処理装置の処理負荷を効果的に低減するともに、画像処理システムにおいて、この画像処理装置とともに携帯端末装置の処理速度の低下を効果的に防止することができる。

第１５の発明は、第１４の発明であって、画像処理装置のジャム状況を検出するジャム検出部をさらに備える。動画データ決定部は、ジャム検出部の検出結果に基づいて、リソースサーバまたは画像処理装置から携帯端末装置に転送すべき動画データを決定する。

これにより、この画像処理装置でジャム状態が発生した場合、ジャム状態を解消させる操作を説明する動画データをリソースサーバまたは画像処理装置から携帯端末装置に転送することができる。

第１６の発明は、第１４または第１５の発明であって、画像処理装置の消耗品の残量及び交換の状況を検出する消耗品交換検出部をさらに備える。動画データ決定部は、消耗品交換検出部の検出結果に基づいて、リソースサーバまたは画像処理装置から携帯端末装置に転送すべき動画データを決定する。

これにより、画像処理装置において消耗品の交換等が必要になった場合、当該消耗品の交換等の操作を説明する動画データをリソースサーバまたは画像処理装置から携帯端末装置に転送することができる。

第１７の発明は、第１４から第１６のいずれかの発明であって、画像処理装置を操作するためのユーザインタフェースを実現する処理を実行する携帯端末装置のブラウザパネル処理部から画像処理装置に対する操作ヘルプ表示の要求の有無を検出するヘルプ操作検出部をさらに備える。動画データ決定部は、ヘルプ操作検出部の検出結果に基づいて、リソースサーバまたは画像処理装置から携帯端末装置に転送すべき動画ファイルを決定する。

これにより、画像処理装置に対する操作ヘルプ表示の要求があった場合、当該操作ヘルプ表示についての動画データをリソースサーバまたは画像処理装置から携帯端末装置に転送することができる。

第１８の発明は、第１４から第１７のいずれかの発明であって、稼働状態判定部は、画像処理装置の各部を制御するプロセッサのＣＰＵ占有率、第１記憶部の占有率、および、第２通信部の占有率の少なくとも１つに基づいて、画像処理装置の稼働状態を判定するとともに、プロセッサのＣＰＵ占有率、第１記憶部の占有率、および、第２通信部の占有率の少なくとも１つに基づいて画像処理装置の稼働状態の評価値である稼働評価値を取得する。

動画データ転送元決定部は、稼働状態判定部が取得した稼働評価値が所定の閾値よりも大きい場合、動画データの転送元をリソースサーバに決定する。

これにより、画像処理装置の稼働率が高い場合に、携帯端末装置への動画データの転送元をリソースサーバに決定することができる。

第１９の発明は、第１４から第１８のいずれかの発明であって、画像処理装置において、高負荷処理が実行されようとしているか否かを判定する高負荷処理判定部をさらに備える。動画データ転送元決定部は、高負荷処理判定部が画像処理装置において高負荷処理が実行されようとしていると判定した場合、動画データの転送元をリソースサーバに決定する。

これにより、画像処理装置で高負荷処理が実行されようとしている場合、予め、当該高負荷処理に関する動画データを、リソースサーバから携帯端末装置に転送しておくことができる。

第２０の発明は、第１４から第１９のいずれかの発明であって、既に画像処理装置から携帯端末装置へ動画データを転送している状態か否かの判定を行う動画転送判定部をさらに備える。動画データ転送元決定部は、動画転送判定部が既に画像処理装置から携帯端末装置へ動画データを転送している状態であると判定した場合、動画データの転送元をリソースサーバに決定する。

これにより、既に画像処理装置から携帯端末装置へ動画データを転送している状態である場合であって、２台目以降の携帯端末装置から画像処理装置に対して、動画データの転送要求があった場合、当該２台目以降の携帯端末装置へは、リソースサーバから動画データを転送する。したがって、２台目以降の携帯端末装置から画像処理装置に対して、動画データの転送要求があった場合においても、画像処理装置１００に過剰な負荷をかけることがない。

第２１の発明は、第１４から第２０のいずれかの発明であって、第１記憶部に記憶されている動画データが最新であるか否かを判定する動画データ更新部をさらに備える。動画データ転送元決定部は、動画データ更新部が第１記憶部に記憶されている動画データが最新ではないと判定した場合、動画データの転送元をリソースサーバに決定する。

これにより、この画像処理装置を用いた画像処理システムでは、常に、最新の動画データを、携帯端末装置に転送することができる。

第２２の発明は、第２１の発明であって、動画データ更新部は、第１記憶部に記憶されている動画データが最新ではないと判定した場合、画像処理装置の稼働率は所定の値以下であるときに、リソースサーバから最新の動画データを取得し、取得した最新の動画データを第１記憶部に格納する。

これにより、この画像処理装置では、画像処理装置の稼働率が高くないときに、画像処理装置の動画データを最新の動画データに更新することができる。

第２３の発明は、第１４から第２２のいずれかの発明であって、携帯端末装置が画像処理装置と同じドメインに存在するか否かを判定するドメイン判定部をさらに備える。動画データ転送元決定部は、ドメイン判定部が、携帯端末装置が画像処理装置と同じドメインに存在しないと判定した場合、動画データの転送元をリソースサーバに決定する。

これにより、携帯端末装置が画像処理装置と同じドメインに存在しない場合、リソースサーバから携帯端末装置に動画データを転送することができる。

第２４の発明は、第１４から第２３のいずれかの発明であって、携帯端末装置が画像処理装置と同じドメインに存在するか否かを判定するドメイン判定部をさらに備える。動画データ転送元決定部は、ドメイン判定部が、携帯端末装置が画像処理装置と同じドメインに存在しないと判定した場合、動画データの転送元をリソースサーバに決定する。

これにより、画像処理装置にのみ格納されている動画データ（例えば、画像処理装置に特有なサーバ機能やデータベース機能についてのヘルプ動画データ）を、画像処理装置から携帯端末装置に転送することができる。

第２５の発明は、第１４から第２４のいずれかの発明であって、動画データ決定部は、携帯端末装置から要求されている動画データが画像処理装置にのみ存在するか否かを判定する。動画データ転送元決定部は、動画データ決定部が、携帯端末装置から要求されている動画データが画像処理装置にのみ存在すると判定した場合、動画データの転送元を画像処理装置に決定する。

これにより、携帯端末装置とリソースサーバとの間のデータ転送速度が所定の閾値よりも低い場合、画像処理装置から携帯端末装置に動画データを転送することができる。

第２６の発明は、第１４から第２５のいずれかの発明であって、動画データの送信先とする携帯端末装置を特定する動画データ転送先決定部をさらに備える。動画データ転送先決定部は、画像処理装置の機構を作動させるジョブであるＭＦＰジョブを実行させる操作を行っている携帯端末装置を、動画データの送信先に設定する。

これにより、この画像処理装置を用いた画像処理システムでは、ＭＦＰジョブを実行させる操作を行っている携帯端末装置にのみ、当該ＭＦＰジョブに関する動画データを転送することができる。その結果、ＭＦＰジョブに関する動画データを要求していない携帯端末装置に余計な負荷をかけることがない。

第２７の発明は、画像処理装置と、携帯端末装置と、外部サーバ群とを備える画像処理システムの制御方法をコンピュータで実行するためのプログラムである。当該制御方法は、第１ステップと、第２ステップと、第３ステップとを備える。

画像処理装置は、状態検知部と、第１記憶部と、動画データ決定部と、第１通信部と、稼働状態判定部と、動画データ転送元決定部と、を備える。携帯端末装置は、第２通信部と、動画データ取得部と、を備える。リソースサーバは、第３通信部と、第２記憶部と、を備える。画像処理装置の状態検知部は、携帯端末装置に通知する必要のある画像処理装置の状態を検知する。第１記憶部は、動画データを記憶する。動画データ決定部は、状態検知部の検知結果および携帯端末装置からの要求の少なくとも一方に基づいて、取得する動画データを、第１動画データとして決定する。第１通信部は、外部サーバ群および携帯端末装置と通信を行うための通信インタフェースを含む。稼働状態判定部は、画像処理装置の稼働状態を判定する。動画データ転送元決定部は、稼働状態判定部の判定結果に基づいて、動画データの転送元を決定する。携帯端末装置の第２通信部は、外部サーバ群および画像処理装置と通信を行うための通信インタフェースを含む。動画データ取得部は、第２通信部を介して、画像処理装置および外部サーバ群のいずれか一方から転送される動画データを取得する。リソースサーバの第３通信部は、画像処理装置および携帯端末装置と通信を行うための通信インタフェースを含む。第２記憶部は、第１動画データと同じ動画データである第２動画データを記憶する。

そして第１ステップは、画像処理装置の稼働状態判定部が画像処理部装置の稼働状態が高負荷状態であるか否かを判定する。第２ステップは、画像処理装置の稼働状態判定部が画像処理部装置の稼働状態が高負荷状態であると判定した場合、動画データ転送元決定部は、動画データの転送元を外部サーバ群に決定するとともに、外部サーバ群から、外部サーバ群の携帯端末装置からの接続先に関する情報である接続先情報を取得し、取得した接続先情報を、第１通信部を介して、端末装置に送信する。第３ステップは、携帯端末装置が、接続先情報に基づいて、外部サーバ群にアクセスし、外部サーバ群から第２動画データを取得する。

これにより、第１の発明と同様の効果を奏する画像処理システムの制御方法をコンピュータで実行するためのプログラムを実現することができる。

本発明によれば、動画データによりユーザにガイダンス情報を示す場合であっても、画像処理装置の処理負荷を効果的に低減するともに、携帯端末装置の処理速度の低下を効果的に防止する画像処理システム、画像処理装置およびプログラムを実現することができる。

第１実施形態に係る画像処理システム１０００の概略構成図。 第１実施形態に係る画像処理装置１００の概略構成図（物理構成例）。 第１実施形態に係る画像処理装置１００の概略構成図（機能ブロックの構成例）。 第１実施形態に係る携帯端末装置２００の概略構成図。 第１実施形態に係る外部サーバ群３００の認証サーバ３１の概略構成図。 第１実施形態に係る外部サーバ群３００のリソースサーバ３２の概略構成図。 画像処理システム１０００の動作を説明するためのシーケンス図。 画像処理システム１０００の動作を説明するためのシーケンス図。 画像処理システム１０００の動作を説明するためのシーケンス図。 第２実施形態に係る画像処理システム２０００および画像処理装置１００Ａの概略構成図。 画像処理システム２０００の動作を説明するためのシーケンス図。 画像処理システム２０００の動作を説明するためのシーケンス図。 第３実施形態に係る画像処理システム３０００および画像処理装置１００Ｂの概略構成図。 画像処理システム３０００の動作を説明するためのシーケンス図。 判定処理（ステップＳ３０６）のフローチャート。 第４実施形態に係る画像処理システム４０００および画像処理装置１００Ｃの概略構成図。 第５実施形態に係る携帯端末装置２００Ａの概略構成図。 本実施形態の画像処理システムの動作を説明するためのシーケンス図。 第６実施形態に係る画像処理システム６０００および画像処理装置１００Ｄの概略構成図。 画像処理システム６０００の動作を説明するためのシーケンス図。 画像処理システム６０００の動作を説明するためのシーケンス図。 画像処理システム６０００の動作を説明するためのシーケンス図。

［第１実施形態］
第１実施形態について、図面を参照しながら、以下、説明する。

＜１．１：画像処理システムの構成＞
図１は、第１実施形態に係る画像処理システム１０００の概略構成図である。図２は、第１実施形態に係る画像処理装置１００の概略構成図（物理構成例）である。図３は、第１実施形態に係る画像処理装置１００の概略構成図（機能ブロックの構成例）である。図４は、第１実施形態に係る携帯端末装置２００の概略構成図である。図５は、第１実施形態に係る外部サーバ群３００の認証サーバ３１の概略構成図である。図６は、第１実施形態に係る外部サーバ群３００のリソースサーバ３２の概略構成図である。

画像処理システム１０００は、図１に示すように、画像処理装置１００と、携帯端末装置２００と、認証サーバ３１およびリソースサーバ３２を含む外部サーバ群３００と、携帯端末装置２００と無線通信を行うアクセスポイントＡＰ１とを備える。画像処理装置１００、認証サーバ３１、リソースサーバ３２、および、アクセスポイントＡＰ１は、図１に示すように、外部ネットワークＮＷ１（例えば、インターネット）に接続されている。尚、画像処理装置１００および携帯端末装置２００は、図示を省略するローカルネットワークに接続され、そのローカルネットワークを介して外部ネットワークＮＷ１に接続されるものであっても構わない。

（１．１．１：画像処理装置の構成）
画像処理装置１００は、スキャン機能やプリント機能、コピー機能などの複数の機能を備えており、ユーザの指示に基づいてスキャンジョブやプリントジョブ、コピージョブなどを実行することができる。画像処理装置１００は、例えば、ＭＦＰである。なお、画像処理装置１００は、サーバ機能、データベース機能等を備えるものであってもよい。

画像処理装置１００は、図２に示すように、第１制御部１と、第１通信部２と、第１記憶部３と、スキャナ部４と、操作パネル５と、プリンタ部６と、バスＢｕｓ１とを備える。

第１制御部１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）１ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１ｃにより実現される。第１制御部１は、画像処理装置１００内の各機能部を制御する。図３に示すように、第１制御部１により、ジャム検出部１１、消耗品交換検出部１２、ヘルプ操作検出部１３、稼働状態判定部１４、動画データ転送元決定部１５、および、動画データ決定部１６の機能が実現される。

ジャム検出部１１は、スキャナ部４またはプリンタ部６の用紙搬送機構（例えば、原稿搬送部４１、用紙搬送部６２）に設置されたセンサ（例えば、紙詰まりセンサ４１Ｓ、紙詰まりセンサ６２Ｓ）からの信号を、スキャナ部４またはプリンタ部６から受け、当該信号に基づいて、ジャム発生の有無を判定（検出）する。

消耗品交換検出部１２は、プリンタ部６の給紙部（例えば、給紙部６１）に設置されたセンサ（例えば、用紙エンプティセンサ６１Ｓ）からの信号をプリンタ部６から受け、当該信号に基づいて、プリンタ部６の給紙部の用紙の状態を検出する（あるいは、給紙の必要性の有無を判定する）。また、消耗品交換検出部１２は、プリンタ部６の画像形成部（例えば、画像形成部６３）に設置されたセンサ（例えば、トナー残量センサ６３Ｓ）からの信号をプリンタ部６から受け、当該信号に基づいて、プリンタ部６の画像形成部のトナー残量を検出し、用紙補充の必要性の有無を判定する。

ヘルプ操作検出部１３は、操作パネル５においてヘルプ操作が実行されたことを示す信号を操作パネル５から受け、当該信号に基づいて、ヘルプ操作に必要な処理（例えば、操作ヘルプ情報の表示等）を実行する。

稼働状態判定部１４は、例えば、第１制御部のＣＰＵ占有率、第１記憶部３の占有率（例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）占有率）、第１通信部２の占有率（例えば、ネットワークインタフェース占有率）を考慮して、画像処理装置１００の稼働状態を判定する。

動画データ転送元決定部１５は、稼働状態判定部１４による画像処理装置１００の稼働状態の判定結果に基づいて、動画データの転送元を決定する。

動画データ決定部１６は、第１記憶部３に記憶されている動画データの中から、動画転送処理の対処となる動画データを選択（決定）する。

第１通信部２は、外部ネットワーク（例えば、インターネット）を介して、外部に設置されたサーバ等と通信するための通信インタフェースであり、かつ、携帯端末装置２００と、例えば、無線通信により通信するための通信インタフェースである。第１通信部２は、携帯端末装置２００と無線通信するために、例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅｔｏｏｔｈ（登録商標）などの規格に基づく無線通信インタフェース機能を有するものであってもよい。

第１記憶部３は、動画データを含む各種データを記憶することができる記憶部である。第１記憶部３は、例えば、ＨＤＤやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いて実現される。動画データは、画像処理装置１００において用紙エンプティや紙詰まりなどのエラーが発生した場合に、そのエラーをユーザに解消させるための作業などを動画像としてガイダンス表示するためのデータであり、例えばＦｌａｓｈやＭＰＥＧ４などのデータである。例えば、エラーを解消するためにユーザが行うべき作業に複数の作業工程が含まれる場合、動画データはそれら作業工程ごとに作成される。そして前の工程の動画データと後の工程の動画データとが相互に関連付けられており、それらが順次再生されることで、一連の作業工程を示す動画像として再生される。

スキャナ部４は、ユーザによってセットされる原稿を読み取って画像データを生成する。スキャナ部４は、原稿搬送部４１と画像読取部４２とを備えている。

原稿搬送部４１は、ユーザによってセットされる原稿を所定の搬送路に沿って１枚ずつ自動搬送するものである。

画像読取部４２は、原稿搬送部４１によって搬送される原稿が所定の読み取り位置を通過する際に、その原稿の表面にある画像を光学的に読み取るものである。

このようなスキャナ部４では、原稿搬送部４１が原稿の自動搬送を行っているときに、搬送路において紙詰まりが発生する可能性がある。そのため原稿搬送部４１は、そのような紙詰まりを検知するための紙詰まりセンサ４１Ｓを備えている。紙詰まりセンサ４１Ｓは、原稿の紙詰まりをエラーとして検知するセンサである。そして紙詰まりセンサ４１Ｓによる検知結果は、第１制御部１へ出力される。

操作パネル５は、ユーザが画像処理装置１００を操作する際のユーザインタフェースとなるものである。操作パネル５は、ユーザに対して各種情報を表示する表示部５１と、ユーザによる操作を受け付ける操作部５２とを備えている。表示部５１は、例えばカラー液晶ディスプレイで構成される。操作部５２は、表示部５１の画面上に配置されるタッチパネルキーや表示部５１の画面周囲に配置される押しボタンキーなどで構成される。このような操作パネル５は、例えば、画像処理装置１００の装置本体正面側の所定位置に固定されている。そのため、ユーザ、画像処理装置２の正面側に立つことにより、表示部５１で表示される画像を視認し易く、また操作部５２に対する操作を行い易くなる。

このような操作パネル５は、ブラウザを搭載しており、そのブラウザの機能によって表示部５１にユーザが操作可能な画面を表示したり、動画データに基づくガイダンス表示を行ったりすることも可能である。

また操作パネル５は、画像処理装置１００の本体に対して着脱可能なように構成されたものであっても良い。画像処理装置１００の本体から操作パネル５が切り離されると、操作パネル５は、画像処理装置１００の本体、および、外部ネットワークＮＷ１と無線通信を行うことができるようになり、後述する携帯端末装置２００と同様に機能する。

プリンタ部６は、第１制御部１によって指定された画像データに基づいて印刷用紙に画像形成を行うことにより、印刷出力を行う。プリンタ部６は、給紙部６１と、用紙搬送部６２と、画像形成部６３と、を備えている。

給紙部６１は、例えば、複数のトレー（例えば、４個のトレー）のいずれか１つから印刷出力に適した用紙を１枚ずつ取り出して用紙搬送部６３へ送り出す機能を有している。給紙部６１には、複数のトレーのそれぞれにストックされている用紙が無くなったことを検知する用紙エンプティセンサ６１Ｓが設けられている。用紙エンプティセンサ６１Ｓは、用紙が無くなったことをエラーとして検知するセンサである。そして用紙エンプティセンサ６１Ｓによる検知結果は、第１制御部１へ出力される。

用紙搬送部６２は、給紙部６１によって給紙される用紙を、所定の搬送路に沿って自動搬送するものである。用紙搬送部６２が用紙の自動搬送を行っているときには、搬送路において紙詰まりが発生する可能性がある。そのため用紙搬送部６２は、紙詰まりを検知するための紙詰まりセンサ６２Ｓを備えている。なお、この紙詰まりセンサ６２Ｓは、複数個の検出センサ（紙詰まりを検出するための複数のセンサ）を含んでもよい。この場合、複数個の検出センサは、それぞれ搬送路内の異なる箇所に設置される。そのため、搬送路内の任意の箇所で紙詰まりが発生すると、複数の検出センサのいずれかがその紙詰まりをエラーとして検知することができる。そして、紙詰まりセンサ６２Ｓによる検知結果は、第１制御部１へ出力される。

画像形成部６３は、用紙搬送部６２によって搬送される用紙が所定位置を通過する際に、用紙の表面にトナー像を転写し、更にトナー像を転写した用紙が別の所定位置を通過する際にトナー像を用紙に定着させることにより、用紙に対して画像形成を行うものである。画像形成部６３は、トナー残量センサ６３Ｓを備えている。トナー残量センサ６３Ｓは、画像形成部６３に装着されているトナーの残量を検知すると共に、トナーエンプティを検知することが可能なセンサである。トナー残量センサ６３Ｓは、トナーエンプティをエラーとして検知することができる。そしてトナー残量センサ６３Ｓの検知結果は、第１制御部１へ出力される。

なお、画像形成部６３にそれぞれ色の異なる複数のトナーが装着される場合、トナー残量センサ６３Ｓは色ごとに設けられるものであってもよい。

バスＢｕｓ１は、画像処理装置１００の各機能部を接続するためのバスであり、例えば、制御バス、データバス、アドレスバスから構成される。画像処理装置１００の各機能部は、バスＢｕｓ１を介して、各種コマンド（制御信号）、データ、アドレスを送受信することができる。

（１．１．２：携帯端末装置の構成）
携帯端末装置２００は、図４に示すように、第２制御部２１と、第２通信部２２と、記憶部２３と、表示部２４と、操作部２５と、音声入力部２６と、音声出力部２７と、バスＢｕｓ２とを備える。携帯端末装置２００は、無線通信により、画像処理装置１００および外部ネットワークＮＷに接続されているアクセスポイントＡＰ１と通信することができる。そして、携帯端末装置２００は、アクセスポイントＡＰ１を介して、外部ネットワークＮＷに接続されている外部サーバ（例えば、リソースサーバ３２）と通信することができる。

第２制御部２１は、例えば、ＣＰＵ、ＲＯＭ、および、ＲＡＭ（不図示）により構成される。第２制御部２１は、携帯端末装置２００内の各機能部を制御する。図４に示すように、第２制御部２１により、動画データ取得部２１１、動画再生部２１２、および、ブラウザパネル処理部２１３の機能が実現される。

動画データ取得部２１１は、第２通信部２２を介して、外部より所定の動画データを取得する処理を実行する。そして、動画データ取得部２１１は、取得した動画データを記憶部２３に格納する。

動画再生部２１２は、所定のタイミング（例えば、ユーザからの操作部を介して、所定の動画データの再生指令を受けたタイミング）で、記憶部２３から動画データを取得し、取得した動画が表示部２４に表示されるよう（再生されるように）表示部２４を制御する。また動画再生部２１２は、要求した動画データを取得したタイミングでその動画データを自動再生し、表示部２４に動画を表示させるものであっても構わない。

ブラウザパネル処理部２１３は、画像処理装置１００をリモートで操作するための機能を実現するためのユーザインタフェースを実現するための処理を実行する。ブラウザパネル処理部２１３は、携帯端末装置２００の表示部２４にブラウザを表示し、当該ブラウザ内に、画像処理装置１００を操作するための表示（例えば、画像処理装置１００の操作パネル５において表示される画面の表示）をする。つまり、ブラウザパネル処理部２１３は、画像処理装置１００にアクセスし、画像処理装置１００によってＷｅｂページとして提供される操作画面をブラウザ内に表示するのである。そして、ユーザが当該ブラウザ内の画面に対する操作を行うことで（例えば、表示されたアイコンや操作ボタンをクリックすることで）、画像処理装置１００をリモートで操作することができる。ブラウザパネル処理部は、このリモート操作のための情報（リモート操作情報）を、第２通信部２２を介して、画像処理装置１００に送信する。そして、画像処理装置１００は、携帯端末装置２００から送信されるリモート操作情報を含む信号を受信し、受信したリモート操作情報に基づく処理を実行する。

第２通信部２２は、画像処理装置１００、および、外部ネットワーク（例えば、インターネット）に接続されたアクセスポイントＡＰ１（図１参照）と通信するための通信インタフェースである。第２通信部２２は、画像処理装置１００、および、アクセスポイントＡＰ１と無線通信するために、例えば、無線ＬＡＮ規格に基づく通信インタフェースである。また、第２通信部２２は、画像処理装置１００と無線通信するために、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅｔｏｏｔｈ（登録商標）などの規格に基づく無線通信インタフェース機能を有するものであってもよい。

携帯端末装置２００の記憶部２３は、動画データを含む各種データを記憶することができる記憶部である。記憶部２３は、例えば、ＨＤＤやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いて実現される。

表示部２４は、ユーザに対して各種の画像を表示する表示手段であり、例えばカラー液晶ディスプレイによって構成される。

操作部２５は、ユーザによる操作を受け付けるためのものであり、例えば表示部２４の画面上に配置されるタッチパネルキーや、表示部２４の画面周囲に配置される押しボタンキーなどによって構成される。

音声入力部２６は、例えば、マイクであり、周囲の音声を音声信号に変換して第２制御部２１へ出力するものである。

音声出力部２７は、第２制御部２１から入力される音声信号に基づいて周囲に音声を出力するものである。

バスＢｕｓ２は、携帯端末装置２００の各機能部を接続するためのバスであり、例えば、制御バス、データバス、アドレスバスから構成される。携帯端末装置２００の各機能部は、バスＢｕｓ２を介して、各種コマンド（制御信号）、データ、アドレスを送受信することができる。

（１．１．３：外部サーバ群の構成）
図１に示すように、外部サーバ群３００は、認証サーバ３１と、リソースサーバ３２とを含む。

（１．１．３．１：認証サーバの構成）
認証サーバ３１は、図５に示すように、認証サーバ制御部３１１と、認証サーバ通信部３１２と、認証サーバ記憶部３１３と、バスＢｕｓ３１とを備える。認証サーバ３１は、認証サーバ通信部３１２を介して、外部ネットワークＮＷ１に接続されている外部装置と通信することができる。

認証サーバ制御部３１１は、例えば、ＣＰＵ、ＲＯＭ、および、ＲＡＭ（不図示）により構成される。認証サーバ制御部３１１は、携帯端末装置２００内の各機能部を制御する。図５に示すように、認証サーバ制御部３１１により、認証処理部３１１１の機能が実現される。

認証処理部３１１１は、認証サーバ通信部３１２を介して、画像処理装置１００からの認証要求を受け、当該画像処理装置１００についての認証処理を行う。また、認証処理部３１１１は、リソースサーバ３２に対して権限委譲を行うための認証処理（リソースサーバ３２についての認証処理）を実行し、また、リソースサーバ３２に対して所定の権限を委譲するための処理を実行する。

認証サーバ通信部３１２は、外部ネットワーク（例えば、インターネット）に接続された画像処理装置１００、アクセスポイントＡＰ１（図１参照）、および、アクセスポイントＡＰ１を介して接続される携帯端末装置２００と通信するための通信インタフェースである。認証サーバ通信部３１２は、例えば、ＴＣＰ／ＩＰに基づく通信インタフェースである。

認証サーバ記憶部３１３は、認証処理に必要なデータ等を記憶することができる記憶部である。認証サーバ記憶部３１３は、例えば、ＨＤＤやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いて実現される。

バスＢｕｓ３１は、認証サーバ３１の各機能部を接続するためのバスであり、例えば、制御バス、データバス、アドレスバスから構成される。認証サーバ３１の各機能部は、バスＢｕｓ３１を介して、各種コマンド（制御信号）、データ、アドレスを送受信することができる。

（１．１．３．２：リソースサーバの構成）
リソースサーバ３２は、図６に示すように、リソースサーバ制御部３２１と、第３通信部３２２と、リソースサーバ記憶部３２３（第２記憶部３２３）と、バスＢｕｓ３２とを備える。リソースサーバ３２は、第３通信部３２２を介して、外部ネットワークＮＷ１に接続されている外部装置と通信することができる。

リソースサーバ制御部３２１は、例えば、ＣＰＵ、ＲＯＭ、および、ＲＡＭ（不図示）により構成される。リソースサーバ制御部３２１は、携帯端末装置２００内の各機能部を制御する。図６に示すように、リソースサーバ制御部３２１により、認証処理部３２１１、および、サーバ側動画データ取得部３２１２の機能が実現される。

認証処理部３２１１は、第３通信部３２２を介して、認証サーバ３１からの権限委譲要求を受け、当該権限委譲要求についての認証処理を行う。また、認証処理部３２１１は、携帯端末装置２００からの要求（動画データの転送要求）についての認証処理（例えば、動画データを取得するための正当なアクセストークンを提示しているか等の判定処理）を行う。

サーバ側動画データ取得部３２１２は、リソースサーバ記憶部３２３から所定の動画データを取得し、取得した動画データを、第３通信部３２２を介して、携帯端末装置２００に送信する。

第３通信部３２２は、外部ネットワーク（例えば、インターネット）に接続された画像処理装置１００、アクセスポイントＡＰ１（図１参照）、および、アクセスポイントＡＰ１を介して接続される携帯端末装置２００と通信するための通信インタフェースである。第３通信部３２２は、例えば、ＴＣＰ／ＩＰに基づく通信インタフェースである。

リソースサーバ記憶部３２３は、認証処理に必要なデータや動画データ等を記憶することができる記憶部である。リソースサーバ記憶部３２３は、例えば、ＨＤＤやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いて実現される。

バスＢｕｓ３２は、リソースサーバ３２の各機能部を接続するためのバスであり、例えば、制御バス、データバス、アドレスバスから構成される。リソースサーバ３２の各機能部は、バスＢｕｓ３２を介して、各種コマンド（制御信号）、データ、アドレスを送受信することができる。

＜１．２：画像処理システムの動作＞
以上のように構成された画像処理システム１０００の動作について、以下、説明する。

図７〜図９は、画像処理システム１０００の動作を説明するためのシーケンス図である。以下では、図７〜図９のシーケンス図を参照しながら、画像処理システム１０００の動作について説明する。

（ステップＳ１００）：
ステップＳ１００では、画像処理装置１００の機器状態を判定し、所定の機器状態であるか否かの判定を行う（詳細については後述）。判定の結果、所定の機器状態ではない場合、処理をステップＳ１０１に進め、所定の機器状態である場合、処理をステップＳ１０５（動画データ選択処理）に進める。

（ステップＳ１０１）：
ステップＳ１０１では、画像処理装置１００においてジャム検出処理が実行される。具体的には、ジャム検出部１１は、スキャナ部４またはプリンタ部６の用紙搬送機構（例えば、原稿搬送部４１、用紙搬送部６２）に設置されたセンサ（例えば、紙詰まりセンサ４１Ｓ、紙詰まりセンサ６２Ｓ）からの信号を、スキャナ部４またはプリンタ部６から受け、当該信号に基づいて、ジャム発生の有無を判定（検出）する。

そして、ジャム検出部１１が「ジャム発生あり」と判定した場合、処理をステップＳ１０４に進める。なお、この場合、ジャム検出部１１は、ジャム発生箇所、ジャム状態等の情報を保持する。

一方、ジャム検出部１１が「ジャム発生なし」と判定した場合、処理をステップＳ１０２に進める。

（ステップＳ１０２）：
ステップＳ１０２では、画像処理装置１００において消耗品交換検出処理が実行される。具体的には、消耗品交換検出部１２は、プリンタ部６の給紙部（例えば、給紙部６１）に設置されたセンサ（例えば、用紙エンプティセンサ６１Ｓ）からの信号をプリンタ部６から受け、当該信号に基づいて、プリンタ部６の給紙部の用紙の状態を検出する（あるは、給紙の必要性の有無を判定する）。また、消耗品交換検出部１２は、プリンタ部６の画像形成部（例えば、画像形成部６３）に設置されたセンサ（例えば、トナー残量センサ６３Ｓ）からの信号をプリンタ部６から受け、当該信号に基づいて、プリンタ部６の画像形成部のトナー残量を検出し、用紙補充の必要性の有無を判定する。

そして、消耗品交換検出部１２が「消耗品交換の必要あり」と判定した場合、処理をステップＳ１０４に進める。なお、この場合、消耗品交換検出部１２は、交換する必要のある消耗品を特定するための情報を保持する。

一方、消耗品交換検出部１２が「消耗品交換の必要なし」と判定した場合、処理をステップＳ１０３に進める。

（ステップＳ１０３）：
ステップＳ１０３では、画像処理装置１００においてヘルプ操作検出処理が実行される。具体的には、ヘルプ操作検出部１３は、操作パネル５においてヘルプ操作が実行されたことを示す信号を操作パネル５から受けることで、ヘルプ操作の有無を判定する。また、ヘルプ操作検出部１３は、携帯端末装置２００のブラウザパネル処理部２１３により操作ヘルプ表示を画像処理装置に対して要求する処理が実行されたか否かに基づいて、ヘルプ操作の有無を判定する。

そして、ヘルプ操作検出部１３が「ヘルプ操作あり」と判定した場合、処理をステップＳ１０４に進める。なお、この場合、ヘルプ操作検出部１３は、ヘルプ対象を特定するための情報を保持する。

一方、ヘルプ操作検出部１３が「ヘルプ操作なし」と判定した場合、処理をステップＳ１０１に戻す。

（ステップＳ１０４）：
ステップＳ１０４では、画像処理装置１００で実行されたステップＳ１０１〜Ｓ１０３の判定結果（検出結果）をユーザに通知するための情報Ｉｎｆｏ（ｓｔａｔｅ）を生成する。このとき、（１）ジャム検出部１１が保持しているジャム発生箇所、ジャム状態等の情報、（２）消耗品交換検出部１２が保持している交換する必要のある消耗品を特定するための情報、および／または、（３）ヘルプ操作検出部１３が保持しているヘルプ対象を特定するための情報も情報Ｉｎｆｏ（ｓｔａｔｅ）に含める。

そして、画像処理装置１００は、生成した情報Ｉｎｆｏ（ｓｔａｔｅ）を、画像処理装置１００から携帯端末装置２００に対して、送信する。なお、画像処理装置１００は、画像処理装置１００と携帯端末装置２００との間に、無線通信による通信コネクションを確立させ、当該通信コネクションにより、携帯端末装置２００とデータ通信を行う。

携帯端末装置２００は、画像処理装置１００から送信される情報Ｉｎｆｏ（ｓｔａｔｅ）を受信する。

（ステップＳ１０５）：
ステップＳ１０５では、携帯端末装置２００の第２制御部２１は、画像処理装置１００から受信した情報Ｉｎｆｏ（ｓｔａｔｅ）に基づいて、携帯端末装置２００の表示部２４に表示するためのデータ（表示データ）を生成し、生成した表示データを表示部２４に表示する。具体的に説明すると、画像処理装置１００から受信する情報Ｉｎｆｏ（ｓｔａｔｅ）は、例えばＨＴＭＬ（HyperText Markup Language）などで記述された情報であり、ブラウザパネル処理部２１３が、情報Ｉｎｆｏ（ｓｔａｔｅ）に基づいてボタンやアイコン等の各種コンテンツをレイアウトすることで表示データを生成し、その表示データをブラウザ内に表示する。

例えば、携帯端末装置２００の表示部２４において、以下の表示データを表示し、ユーザが、対応する動画データ（動画ヘルプデータ）の要求ができるようにする。
（１）情報Ｉｎｆｏ（ｓｔａｔｅ）が、画像処理装置１００の所定の場所Ａでジャムが発生したことを示している場合、携帯端末装置２００は、表示部２４において、場所Ａでジャムが発生したことを示す表示データを表示し、ユーザにジャム発生を通知するとともに、発生しているジャム状態を解消させるための動画データ（動画ヘルプデータ）の要求をユーザに求めるための表示を行う。例えば、携帯端末装置２００の表示画面に動画データ（動画ヘルプデータ）の要求を示すボタン、アイコン等を表示させることで、ユーザが対応する動画データ（動画ヘルプデータ）の要求ができるようにする。
（２）情報Ｉｎｆｏ（ｓｔａｔｅ）が、画像処理装置１００の所定の消耗品が少なくなっており、交換（あるいは補充）する必要があることを示している場合、携帯端末装置２００は、表示部２４において、交換（あるいは補充）する必要がある消耗品があることを示す表示データを表示し、ユーザに通知するとともに、交換（あるいは補充）する必要がある消耗品の交換手順（あるいは補充手順）を説明する動画データ（動画ヘルプデータ）の要求をユーザに求めるための表示を行う。例えば、携帯端末装置２００の表示画面に動画データ（動画ヘルプデータ）の要求を示すボタン、アイコン等を表示させることで、ユーザが対応する動画データ（動画ヘルプデータ）の要求ができるようにする。
（３）情報Ｉｎｆｏ（ｓｔａｔｅ）が、画像処理装置１００でヘルプ操作が実行されたことを示している場合、携帯端末装置２００は、表示部２４において、画像処理装置１００でヘルプ操作が実行されたことを示す表示データを表示し、ユーザに通知するとともに、当該ヘルプ操作の対象処理を説明する動画データ（動画ヘルプデータ）の要求をユーザに求めるための表示を行う。例えば、携帯端末装置２００の表示画面に動画データ（動画ヘルプデータ）の要求を示すボタン、アイコン等を表示させることで、ユーザが対応する動画データ（動画ヘルプデータ）の要求ができるようにする。

そして、携帯端末装置２００の操作部２５にて、ユーザが所定の動画データを要求した場合、携帯端末装置２００の第２制御部２１は、ユーザが要求した動画データを要求するための要求信号Ｒｅｑ＿Ｄｖを生成し、生成した要求信号Ｒｅｑ＿Ｄｖを、第２通信部２２を介して、画像処理装置１００に送信する。

画像処理装置１００は、携帯端末装置２００からの要求信号Ｒｅｑ＿Ｄｖを受信する。画像処理装置１００の第１制御部１（動画データ決定部１６）は、受信した要求信号Ｒｅｑ＿Ｄｖから、携帯端末装置２００が要求している動画データを特定し、特定した動画データを第１記憶部３から取得する（動画データ選択処理）。

また、画像処理装置１００は、ステップＳ１００において、所定の機器状態が検出された場合、当該機器状態に応じた動画データを特定し、特定した動画データを第１記憶部３から取得する。

例えば、画像処理装置１００において、トナーが切れた状態が検出された場合、以下の処理が実行される。
（１）まず、第１の動画データ（トナー補充のときの最初の工程の操作を説明する動画のデータ）が、画像処理装置１００から携帯端末装置２００に送信される。
（２）ユーザが、第１の動画データを参照し、第１の動画データで説明されている所定の操作を完了したことを、画像処理装置１００が検出した場合（例えば、第１の動画データにて、トナー補充のために所定のドアを開くように説明し、当該所定のドアが開いた状態になったことを画像処理装置１００が、ステップＳ１００で検出した場合）、次の工程の操作を説明する動画データが、画像処理装置１００から携帯端末装置２００に送信される。

つまり、ユーザに所定の操作を、逐一、動画データを参照させながら、操作させるために、画像処理装置１００は、機器状態を把握し、当該機器状態に応じた動画データを、画像処理装置１００から携帯端末装置２００に送信する。このために、画像処理装置１００は、ステップＳ１００において、所定の機器状態が検出された場合、当該機器状態に応じた動画データを特定し、特定した動画データを第１記憶部３から取得する。

（ステップＳ１０６）：
ステップＳ１０６では、画像処理装置１００において、稼働状態の評価判定処理が実行される。具体的には、画像処理装置１００の稼働状態判定部１４は、例えば、第１制御部１のＣＰＵ占有率、第１記憶部３の占有率（例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）占有率）、第１通信部２の占有率（例えば、ネットワークインタフェース占有率）を考慮して、画像処理装置１００の稼働状態を判定する。

例えば、第１制御部１のＣＰＵ占有率をＥｖ１とし、第１記憶部３の占有率をＥｖ２とし、第１通信部２の占有率をＥｖ３とし、ＣＰＵ占有率の閾値をＴｈ１＿ｅｖ１とし、第１記憶部３の占有率の閾値をＴｈ１＿ｅｖ２とし、第１通信部２の占有率の閾値をＴｈ１＿ｅｖ３とすると、
Ｅｖ１＞Ｔｈ１＿ｅｖ１
Ｅｖ２＞Ｔｈ１＿ｅｖ２
Ｅｖ３＞Ｔｈ１＿ｅｖ３
の１つまたは複数を満たす場合、画像処理装置１００の稼働状態が「高負荷状態」であると判定する。あるいは、稼働状態判定部１４は、稼働評価値ＥｖＡｌｌを
ＥｖＡｌｌ＝α×Ｅｖ１＋β×Ｅｖ１＋γ×Ｅｖ３
α、β、γ：係数
として算出し、閾値をＴｈ１としたとき、
ＥｖＡｌｌ＞Ｔｈ１
を満たす場合、画像処理装置１００の稼働状態が「高負荷状態」であると判定する。

画像処理装置１００の稼働状態が「高負荷状態」であると判定された場合、処理をステップＳ１０８に進める。

一方、画像処理装置１００の稼働状態が「高負荷状態」ではないと判定された場合、処理をステップＳ１０７に進める。

（ステップＳ１０７）：
ステップＳ１０７では、画像処理装置１００から携帯端末装置２００への動画データ転送処理が実行される。具体的には、動画データ転送元決定部１５は、稼働状態判定部１４により、画像処理装置１００の稼働状態が「高負荷状態」ではないと判定されているので、動画データの転送元を「画像処理装置１００」に決定する。そして、画像処理装置１００は、携帯端末装置２００から要求された動画データを、携帯端末装置２００に対して送信する。

携帯端末装置２００は、画像処理装置１００から送信される動画データを受信する。具体的には、携帯端末装置２００の動画データ取得部２１１は、第２通信部２２を介して、画像処理装置１００からの動画データを取得する（受信する）。そして、携帯端末装置２００の動画再生部２１２は、受信した動画データを再生し、表示部２４において表示されているブラウザ内に当該動画データを映像として表示する。なお、音声付きの動画データである場合、携帯端末装置２００は、当該音声を音声出力部により出力しながら、動画再生を行う。このとき、ブラウザは、動画データで説明される工程の作業がユーザによって行われるまで、同じ動画データの再生を繰り返し行うようにしてもよい。

（ステップＳ１０８）：
ステップＳ１０８では、画像処理装置１００において、認証サーバ３１による認証処理の要否判定が行われる。例えば、以前に認証サーバ３１による認証処理が実行されており、所定の時間が経過していない場合や、以前に認証サーバ３１による認証処理が実行されており、有効なアクセストークンを画像処理装置１００が保持している場合、画像処理装置１００は、再度、認証サーバ３１による認証処理を行う必要はないと判定する。

判定の結果、認証サーバ３１による認証処理の必要があると判定された場合、処理をステップＳ１１１に進める。一方、認証サーバ３１による認証処理の必要がないと判定された場合、処理をステップＳ１０９に進める。

（ステップＳ１０９）：
ステップＳ１０９では、画像処理装置１００において、携帯端末装置２００において再生すべき次のデータが存在するか否かの判定を行う。

例えば、画像処理装置１００において、トナーが切れた状態であり、トナーを補充するための動画データが２つ存在し、そのうちの１つの動画データは携帯端末装置２００にて再生され、さらに、ステップＳ１００において、所定の機器状態が検出され、次の工程の動画データを表示させる必要がある場合、画像処理装置１００は、携帯端末装置２００において再生すべき次のデータが存在すると判定する。

そして、上記判定の結果、携帯端末装置２００において再生すべき次のデータが存在すると判定された場合、処理をステップＳ１１０に進める。一方、携帯端末装置２００において再生すべき次のデータが存在しないと判定された場合、処理をステップＳ１００に戻す。

（ステップＳ１１０）：
ステップＳ１１０では、画像処理装置１００は、携帯端末装置２００において再生すべき次のデータについての情報を情報Ｉｎｆｏ（ＮｅｘｔＭｖ）として、携帯端末装置２００に送信する。

携帯端末装置２００は、画像処理装置１００から送信される情報Ｉｎｆｏ（ＮｅｘｔＭｖ）を受信し、携帯端末装置２００において再生すべき次のデータについての情報を取得する。

（ステップＳ１１１〜Ｓ１１３）：
ステップＳ１１１では、画像処理装置１００において、サーバアクセス処理が実行される。具体的には、画像処理装置１００は、認証サーバ３１に対して、画像処理装置１００を認証するように要求信号Ｒｅｑ＿ａｕｔｈを送信する。なお、画像処理装置１００は、画像処理装置１００と認証サーバ３１との間に、例えば、ＴＣＰ／ＩＰによる通信コネクションを確立させ、当該通信コネクションにより、認証サーバ３１とデータ通信を行う。なお、上記通信コネクションは、画像処理装置１００と認証サーバ３１との間に、１または複数のプロキシサーバを含む通信経路について、確立されるものであってもよい。

認証サーバ３１は、画像処理装置１００からの要求信号Ｒｅｑ＿ａｕｔｈを受信し、当該要求信号Ｒｅｑ＿ａｕｔｈに基づいて、認証サーバ３１の認証処理部３１１１が認証処理を実行する。

そして、認証処理の結果、画像処理装置１００が正しく認証された場合（画像処理装置１００が正当な機器であると認証された場合）、認証サーバ３１は、リソースサーバ３２に対して権限委譲要求処理を実行する（ステップＳ１１２でＹｅｓの場合の処理、ステップＳ１１３）。この権限委譲要求処理において、認証サーバ３１は、例えば、リソースサーバ３２に対して、リソースサーバ３２のリソースにアクセスするためのアクセストークンを発行する権限を要求するともに、携帯端末装置２００で再生させるべき動画データの接続先の情報（例えば、当該動画データをダウンロードするためのＵＲＬ（ソースサーバ３２の接続先）の情報）を要求する。

なお、認証サーバ３１は、認証サーバ３１とリソースサーバ３２との間に、例えば、ＴＣＰ／ＩＰによる通信コネクションを確立させ、当該通信コネクションにより、リソースサーバ３２とデータ通信を行う。

一方、画像処理装置１００が正しく認証されなかった場合（画像処理装置１００が正当な機器であると認証されなかった場合）、認証サーバ３１は、画像処理装置１００に対して、認証結果（認証失敗）を含む信号Ｒｓｔ＿ａｕｔｈを生成し、当該信号Ｒｓｔ＿ａｕｔｈを画像処理装置１００に送信する（ステップＳ１１２でＮｏの場合の処理）。

ステップＳ１１３において、画像処理装置１００は、認証サーバ３１からの信号Ｒｓｔ＿ａｕｔｈを受信し、認証が失敗したことを把握し、処理をステップＳ１１４に進める。

（ステップＳ１１４）：
ステップＳ１１４において、画像処理装置１００は、携帯端末装置２００に送信すべき動画データを、第１記憶部３から取得し、当該動画データをデータＤｖ１として、携帯端末装置２００に送信する。

携帯端末装置２００は、画像処理装置１００から送信される動画データ（動画データＤｖ１）を受信する。そして、携帯端末装置２００では、ステップＳ１０７と同様の処理が実行される。

（ステップＳ１１５）：
ステップＳ１１５において、リソースサーバ３２は、認証サーバ３１からの権限委譲要求信号を受信する。リソースサーバ３２の認証処理部３２１１は、認証サーバ３１の認証を行うとともに、認証サーバ３１が要求している権限を付与してもよいか否かの判定を行う。

リソースサーバ３２の認証処理部３２１１が、認証サーバ３１が要求している権限を付与してもよいと判定した場合、リソースサーバ３２は、認証サーバ３１が要求している以下の情報を含む信号を認証サーバ３１に送信する。
（１）認証サーバ３１が要求している権限（リソースサーバ３２のリソースにアクセスするためのアクセストークンを発行する権限等）を付与することを許可する情報（許可情報）。
（２）認証サーバ３１が要求している、携帯端末装置２００で再生させるべき動画データの接続先の情報（例えば、当該動画データをダウンロードするためのＵＲＬ（ソースサーバ３２の接続先）の情報）。

認証サーバ３１は、認証サーバ３１からの許可情報を含む信号を受信し、（１）リソースサーバ３２のリソースにアクセスするためのアクセストークンを発行する権限等を取得するとともに、（２）携帯端末装置２００で再生させるべき動画データの接続先の情報（例えば、当該動画データをダウンロードするためのＵＲＬ（ソースサーバ３２の接続先）の情報）を取得する。

（ステップＳ１１６）：
ステップＳ１１６において、認証サーバ３１は、ステップＳ１１５においてリソースサーバ３２から取得した情報を情報Ｉｎｆｏ１（Ｒｓｃ＿ｓｖｒ）として画像処理装置１００に送信する。なお、認証サーバ３１は、情報Ｉｎｆｏ１（Ｒｓｃ＿ｓｖｒ）に、（１）リソースサーバ３２のリソースにアクセスするためのアクセストークンと、（２）携帯端末装置２００で再生させるべき動画データの接続先の情報（例えば、当該動画データをダウンロードするためのＵＲＬ（ソースサーバ３２の接続先）の情報）とを含めて、情報Ｉｎｆｏ１（Ｒｓｃ＿ｓｖｒ）を画像処理装置１００に送信する。

画像処理装置１００は、認証サーバ３１からの情報Ｉｎｆｏ１（Ｒｓｃ＿ｓｖｒ）を受信する。

（ステップＳ１１７）：
ステップＳ１１７において、画像処理装置１００は、認証サーバ３１から受信した情報Ｉｎｆｏ１（Ｒｓｃ＿ｓｖｒ）に基づいて、携帯端末装置２００に送信するための情報Ｉｎｆｏ２（Ｒｓｃ＿ｓｖｒ）を生成し、生成した情報Ｉｎｆｏ２（Ｒｓｃ＿ｓｖｒ）を携帯端末装置２００に送信する。

なお、情報Ｉｎｆｏ２（Ｒｓｃ＿ｓｖｒ）は、情報Ｉｎｆｏ１（Ｒｓｃ＿ｓｖｒ）と同様に、（１）リソースサーバ３２のリソースにアクセスするためのアクセストークンと、（２）携帯端末装置２００で再生させるべき動画データの接続先の情報（例えば、当該動画データをダウンロードするためのＵＲＬ（ソースサーバ３２の接続先）の情報）とを含む。情報Ｉｎｆｏ２（Ｒｓｃ＿ｓｖｒ）は、情報Ｉｎｆｏ１（Ｒｓｃ＿ｓｖｒ）と同一であってもよいし、画像処理装置１００から携帯端末装置２００に送信するときに、フォーマット変換等が必要である場合、当該フォーマット変換等を行った情報としてもよい。

携帯端末装置２００は、画像処理装置１００からの情報Ｉｎｆｏ２（Ｒｓｃ＿ｓｖｒ）を受信する。

（ステップＳ１１８）：
ステップＳ１１８において、携帯端末装置２００は、情報Ｉｎｆｏ２（Ｒｓｃ＿ｓｖｒ）から、（１）リソースサーバ３２のリソースにアクセスするためのアクセストークンと、（２）携帯端末装置２００で再生すべき動画データの接続先の情報（例えば、当該動画データをダウンロードするためのＵＲＬ（ソースサーバ３２の接続先）の情報）とを取得する。

そして、携帯端末装置２００は、取得したリソースサーバ３２の接続先（例えば、動画データをダウンロードするためのＵＲＬ）にアクセスするための要求信号Ｒｅｑ＿Ｄｖを生成する。なお、携帯端末装置２００は、要求信号Ｒｅｑ＿Ｄｖに、情報Ｉｎｆｏ２（Ｒｓｃ＿ｓｖｒ）から取得したリソースサーバ３２のリソースにアクセスするためのアクセストークンを含めて、要求信号Ｒｅｑ＿Ｄｖをリソースサーバ３２に送信する。

なお、携帯端末装置２００は、携帯端末装置２００とリソースサーバ３２との間に、例えば、ＴＣＰ／ＩＰによる通信コネクションを確立させ、当該通信コネクションにより、リソースサーバ３２とデータ通信を行う。なお、上記通信コネクションは、携帯端末装置２００とリソースサーバ３２との間に、１または複数のプロキシサーバを含む通信経路について、確立されるものであってもよい。

リソースサーバ３２は、携帯端末装置２００からの要求信号Ｒｅｑ＿Ｄｖを受信する。

（ステップＳ１１９）：
ステップＳ１１９において、リソースサーバ３２は、動画データ取得処理を実行する。具体的には、リソースサーバ３２の認証処理部３２１１が、携帯端末装置２００からの要求信号Ｒｅｑ＿Ｄｖに含まれるアクセストークンが有効であるか否かを判定する。アクセストークンが有効であると判定された場合、リソースサーバ３２のサーバ側動画データ取得部３２１２は、携帯端末装置２００からの要求信号Ｒｅｑ＿Ｄｖにより特定される動画データを、リソースサーバ記憶部３２３から取得する。

（ステップＳ１２０）：
ステップＳ１２０において、リソースサーバ３２は、ステップＳ１１９で取得した動画データを、動画データＤｖ２として、携帯端末装置２００に送信する。

携帯端末装置２００は、リソースサーバ３２からの動画データＤｖ２を受信する。そして、携帯端末装置２００では、ステップＳ１０７と同様の処理が実行される。

以上のように、画像処理システム１０００では、画像処理装置１００の稼働状態が「高負荷状態」である場合、携帯端末装置２００が要求する動画データを、リソースサーバ３２から携帯端末装置２００へと転送し、一方、画像処理装置１００の稼働状態が「高負荷状態」ではない場合、携帯端末装置２００が要求する動画データを、画像処理装置１００から携帯端末装置２００へと転送する。

画像処理システム１０００では、このように処理することで、画像処理装置１００が高負荷状態である場合、負荷の高い動画データ転送処理が画像処理装置１００で実行され、さらに、画像処理装置１００の稼働状態を高負荷状態にすることを適切に防止することができる。また、画像処理装置１００が高負荷状態である場合、携帯端末装置２００が要求する動画データは、リソースサーバ３２から携帯端末装置２００へと転送されるため、携帯端末装置２００での動画取得処理、動画再生処理が高速に実行される。

つまり、画像処理システム１０００では、上記のように処理することで、動画データによりユーザにガイダンス情報を示す場合であっても、画像処理装置の処理負荷を効果的に低減するともに、携帯端末装置の処理速度の低下を効果的に防止することができる。

［第２実施形態］
次に、第２実施形態について、図面を参照しながら、以下、説明する。本実施形態では、画像処理装置において高負荷処理を実行するときに、予め携帯端末装置にリソースサーバからエラー解消のための動画データを取得させておき、高負荷処理の実行中にエラーが発生した場合には速やかに携帯端末装置において動画データを再生できるようにした１つの好ましい実施形態について説明する。

なお、本実施形態において、第１実施形態と同様の部分については、同一符号を付し、詳細な説明を省略する。

＜２．１：画像処理システムの構成＞
図１０は、第２実施形態に係る画像処理システム２０００および画像処理装置１００Ａの概略構成図である。

本実施形態の画像処理システム２０００は、第１実施形態の画像処理システム１０００において、画像処理装置１００を画像処理装置１００Ａに置換した構成を有している。それ以外については、画像処理システム２０００は、画像処理システム１０００と同様である。

画像処理装置１００Ａは、図１０に示すように、第１実施形態の第１制御部１を第１制御部１Ａに置換した構成を有している。それ以外については、画像処理装置１００Ａは、画像処理装置１００と同様である。

第１制御部１Ａは、第１制御部１において、さらに、高負荷処理判定部１７を追加した構成を有している。

高負荷処理判定部１７は、画像処理装置１００Ａにおいて、高負荷処理を実行するための指令を受け、これから高負荷処理が実行されようとしているか否かを判定する。高負荷処理としては、例えば、高解像度（例えば、１２００ｄｐｉ）でのプリント処理や、高解像度（例えば、１２００ｄｐｉ）でのスキャナ処理である。

＜２．２：画像処理システムの動作＞
以上のように構成された画像処理システム２０００の動作について、以下、説明する。

図１１、図１２は、画像処理システム２０００の動作を説明するためのシーケンス図である。以下では、図１１、図１２のシーケンス図を参照しながら、画像処理システム２０００の動作について説明する。

（ステップＳ２０１）：
ステップＳ２０１では、携帯端末装置２００において、画像処理装置１００Ａで高負荷処理（例えば、高解像度（例えば、１２００ｄｐｉ）のプリント処理やスキャナ処理）を実行させるための要求が発生したか否かの判定処理が実行される。

そして、判定の結果、画像処理装置１００Ａで高負荷処理を実行させるための要求が発生したと判定された場合、処理をステップＳ２０４に進める。一方、画像処理装置１００Ａで高負荷処理を実行させるための要求が発生したと判定されなかった場合、処理をステップＳ２０１に戻す。

（ステップＳ２０２、Ｓ２０３）：
ステップＳ２０２において、画像処理装置１００Ａは、第１実施形態のステップＳ１０９と同様の処理、すなわち、携帯端末装置２００において再生すべき次のデータが存在するか否かの判定を行う。判定の結果、携帯端末装置２００において再生すべき次のデータが存在する場合、処理をステップＳ２０３に進め、携帯端末装置２００において再生すべき次のデータが存在しない場合、処理をステップＳ２０１に戻す。

ステップＳ２０３において、画像処理装置１００Ａは、第１実施形態のステップＳ１００と同様の処理、すなわち、画像処理装置１００Ａの機器状態を判定し、所定の機器状態であるか否かの判定を行う。判定の結果、所定の機器状態である場合、処理をステップＳ２１２に進め、所定の機器状態ではない場合、処理をステップＳ２０３に戻す。

（ステップＳ２０４〜Ｓ２０６）：
ステップＳ２０４において、携帯端末装置２００は、画像処理装置１００Ａに対して、高負荷処理（例えば、高解像度（例えば、１２００ｄｐｉ）のプリント処理やスキャナ処理）を実行させるための要求信号Ｒｅｑ＿ｊｏｂを送信する。

画像処理装置１００Ａは、携帯端末装置２００からの要求信号Ｒｅｑ＿ｊｏｂを受信し、要求信号Ｒｅｑ＿ｊｏｂに基づいて、画像処理装置１００Ａにおいて、実行すべき高負荷処理を特定し、処理をステップＳ２０６に進める。

ステップＳ２０５において、画像処理装置１００Ａは、サーバアクセス処理を実行する。このサーバアクセス処理は、第１実施形態のステップＳ１１１の処理と同様である。ここでは、画像処理装置１００Ａは、携帯端末装置２００から高負荷処理を実行することが要求された場合に、予め携帯端末装置２００が動画データを取得できるように要求していることを示す情報を含めて、要求信号を認証サーバ３１に送信する。

認証サーバ３１は、画像処理装置１００Ａからの要求に従い、認証処理を実行する。この認証処理は、第１実施形態のステップＳ１１１〜Ｓ１１３において、認証サーバ３１で実行される処理と同様である。

ステップＳ２０６において、画像処理装置１００Ａは、携帯端末装置２００から要求された高負荷処理を実行する。

（ステップＳ２０７）：
ステップＳ２０７において、リソースサーバ３２は、認証サーバ３１からの要求に従い、権限委譲処理を実行する。この権限委譲処理は、第１実施形態のＳ１１５の権限委譲処理と同様である。

そして、リソースサーバ３２は、接続元通知処理を実行する。この接続元通知処理は、第１実施形態のステップＳ１１５、Ｓ１１６で、認証サーバ３１が実行する処理と同様である。なお、リソースサーバ３２は、画像処理装置１００Ａにおいて高負荷処理が実行されているときに、携帯端末装置２００が動画データを取得するためのリソースサーバ３２の接続元（例えば、ＵＲＬ）の情報を含む信号を認証サーバ３１に送信する。ただし、この時点では、画像処理装置１００Ａにおいてエラーが検知されていないため、リソースサーバ３２は、携帯端末装置２００で再生させるべき動画データを特定することができない。そのため、リソースサーバ３２は、例えば、画像形成装置１００Ａが高負荷処理を実行しているときに発生し得る全てのエラーを解消するための動画データにアクセスするための接続元の情報を認証サーバ３１に送信することが好ましい。

画像処理装置１００Ａは、第１実施形態と同様に、リソースサーバ３２から情報Ｉｎｆｏ１（Ｒｓｃ＿ｓｖｒ）を含む信号を受信し、接続元転送処理を実行する。この接続元転送処理は、第１実施形態のステップＳ１１６、Ｓ１１７で、画像処理装置１００が実行する処理と同様である。なお、画像処理装置１００Ａは、動画データを取得するためのリソースサーバ３２の接続元（例えば、ＵＲＬ）の情報を含む信号を携帯端末装置２００に送信する。このような転送処理は、第１制御部１に与える負荷が極めて小さいため、画像処理装置１００Ａが高負荷処理の実行中であっても、その高負荷処理の処理効率を低下させるものではない。

携帯端末装置２００は、接続元受信処理を実行する。この接続元受信処理は、第１実施形態のステップＳ１１７で、携帯端末装置２００が実行する処理と同様である。

（ステップＳ２０８〜Ｓ２１０）：
ステップＳ２０８〜Ｓ２１０において、第１実施形態のステップＳ１１８〜Ｓ１２０と同様の処理が実行される。

なお、携帯端末装置２００は、リソースサーバ３２に対して、ステップＳ２０１、Ｓ２０４で、画像処理装置１００Ａで高負荷処理が実行されている状態において、動画データを要求する。そして、リソースサーバ３２は、携帯端末装置２００に対して、当該高負荷処理の実行中にエラーが発生すれば必要となる全ての動画データを送信する。これにより、携帯端末装置２００は、画像処理装置１００Ａにおいて高負荷処理が実行されている状態において、その高負荷処理でエラーが発生したときに必要となる全ての動画データを予め取得することができる。

（ステップＳ２１１〜Ｓ２１３）：
ステップＳ２１１において、画像処理装置１００Ａで、高負荷処理実行に伴うエラーが発生した場合、画像処理装置１００Ａは、当該エラーを特定し、当該エラーを解消させるための動画データを選択する処理を実行する（ステップＳ２１２）。なお、ステップＳ２０３において所定の機器状態が検出されている場合、当該所定の機器状態に基づいて、動画データを選択する。

そして、画像処理装置１００Ａは、特定した動画データについての情報を含む信号を携帯端末装置２００に送信する（ステップＳ２１３）。

携帯端末装置２００は、画像処理装置１００Ａからの信号を受信し、携帯端末装置２００で再生すべき動画データを特定する。つまり、携帯端末装置２００は、リソースサーバ３２から予め取得しておいた様々なエラーを解消するために表示する動画データの中から、画像処理装置１００Ａにおいて発生したエラーに対応する動画データを特定するのである。そして、携帯端末装置２００は、特定した動画データを再生する。その後、携帯端末装置２００は、処理をステップＳ２０２に戻す。

このように、画像処理システム２０００では、画像処理装置１００Ａにおいて、所定のエラー発生の可能性が高い高負荷処理が実行される場合、予め、当該エラーについての動画データを、携帯端末装置２００がリソースサーバ３２から取得しておき、当該エラーが発生したときにすぐに当該エラーを解消させるための動画データを携帯端末装置２００にて再生する。

これにより、画像処理装置１００Ａにおいて所定のエラー発生の可能性が高い高負荷処理が実行される場合であっても、画像処理装置１００Ａに負荷をかけることなく、携帯端末装置２００にて、エラー解消のための動画データを速やかに再生することができる。

つまり、画像処理システム１０００では、上記のように処理することで、画像処理装置１００Ａにおいて所定のエラー発生の可能性が高い高負荷処理についての動画データによりユーザにガイダンス情報（ヘルプ情報）を示す場合であっても、画像処理装置の処理負荷を効果的に低減するともに、携帯端末装置の処理速度の低下を効果的に防止することができる。

［第３実施形態］
次に、第３実施形態について、図面を参照しながら、以下、説明する。本実施形態では、携帯端末装置に対する動画データの転送元を決定する際に更に付加的な条件を判定するようにした一形態について説明する。

なお、本実施形態において、上記実施形態と同様の部分については、同一符号を付し、詳細な説明を省略する。

＜３．１：画像処理システムの構成＞
図１３は、第３実施形態に係る画像処理システム３０００および画像処理装置１００Ｂの概略構成図である。

本実施形態の画像処理システム３０００は、第１実施形態の画像処理システム１０００において、画像処理装置１００を画像処理装置１００Ｂに置換した構成を有している。それ以外については、画像処理システム３０００は、画像処理システム１０００と同様である。

画像処理装置１００Ｂは、図１３に示すように、第１実施形態の第１制御部１を第１制御部１Ｂに置換した構成を有している。それ以外については、画像処理装置１００Ｂは、画像処理装置１００と同様である。

第１制御部１Ｂは、第１制御部１において、さらに、ドメイン判定部１８と、動画転送判定部１９と、動画データ更新部２０とを追加した構成を有している。

ドメイン判定部１８は、携帯端末装置２００のドメインが、画像処理装置１００Ｂと同じドメインであるか否かを判定する。

動画転送判定部１９は、画像処理装置１００Ｂから携帯端末装置２００に動画データを転送している状態であるか否かを判定する。

動画データ更新部２０は、画像処理装置１００Ｂの第１記憶部３に記憶されている動画データが最新であるか否かを判定する。具体的には、動画データ更新部２０は、リソースサーバ３２に記憶されている動画データと、第１記憶部３に記憶されている動画データとを比較し、第１記憶部３に記憶されている動画データが最新の動画データであるか否かを判定する。そして、第１記憶部３に記憶されている動画データが最新の動画データではない場合、リソースサーバ３２から最新の動画データを取得し、第１記憶部３に最新の動画データを記憶する。

＜３．２：画像処理システムの動作＞
以上のように構成された画像処理システム３０００の動作を、以下、説明する。

図１４は、画像処理システム３０００の動作を説明するためのシーケンス図である。

図１５は、判定処理（ステップＳ３０６）のフローチャートである。

以下では、図１４、図１５のシーケンス図、フローチャートを参照しながら、画像処理システム３０００の動作について説明する。

（ステップＳ３００〜Ｓ３０５）：
画像処理システム３０００では、ステップＳ３００〜Ｓ３０５において、第１実施形態のステップＳ１００〜Ｓ１０５と同様の処理が実行される。

（ステップＳ３０６）：
ステップＳ３０６では、第１実施形態のステップＳ１０６の処理の代わりに、画像処理装置１００Ｂにおいて判定処理が実行される。この判定処理の詳細を図１５のフローチャートに示す。

図１５に示すように、以下の（１）〜（５）の判定処理が実行される。

（１）ステップＳ３０６１において、画像処理装置１００Ｂのドメイン判定部１８は、携帯端末装置２００が画像処理装置１００Ｂと同じドメインに存在するか否かを判定する。具体的には、ドメイン判定部１８は、例えば、画像処理装置１００Ｂと同一ドメイン内にあるドメインを管理しているサーバ（不図示）に対して、携帯端末装置２００が画像処理装置１００Ｂと同じドメインに存在するか否かを問い合わせる信号を送信し、それに対する返信信号の問い合わせ結果に基づいて、携帯端末装置２００が画像処理装置１００Ｂと同じドメインに存在するか否かを判定する。また、ドメイン判定部１８は、携帯端末装置２００に割り振られているＩＰアドレスから、携帯端末装置２００が画像処理装置１００Ｂと同じドメインに存在するか否かを判定してもよい。あるいは、ドメイン判定部１８は、携帯端末装置２００に割り振られているＩＰアドレスから、ネットワークアドレスを取得し、携帯端末装置２００のネットワークアドレスが、画像処理装置１００Ｂのネットワークアドレスと異なる場合、携帯端末装置２００が画像処理装置１００Ｂと同じドメインに存在しないと判定してもよい。

上記の判定の結果、携帯端末装置２００が画像処理装置１００Ｂと同じドメインに存在すると判定された場合、図１５に示すように、画像処理装置１００Ｂから携帯端末装置２００に動画データを転送する処理を実行する。つまり、処理をステップＳ３０７（第１実施形態のステップＳ１０７と同様の処理）に進める。そして、以降、第１実施形態と同様の処理が実行される。

一方、携帯端末装置２００が画像処理装置１００Ｂと同じドメインに存在しないと判定された場合、図１５に示すように、リソースサーバ３２から携帯端末装置２００に動画データを転送する処理を実行する。つまり、この場合、画像処理システム３０００では、第１実施形態のステップＳ１０８〜ステップＳ１２０と同じ処理が実行される。

（２）ステップＳ３０６２において、画像処理装置１００Ｂの動画転送判定部１９は、既に画像処理装置１００Ｂから携帯端末装置２００へ動画データを転送している状態か否かの判定を行う。例えば画像処理装置１００Ｂが複数の携帯端末装置２００と連携動作している場合、１つの携帯端末装置２００には既に動画データを転送しているが、他の携帯端末装置には未だ動画データを転送していないケースが生じ得る。ステップＳ３０６２では、そのようなケースであるか否かが判定される。

そして、判定の結果、既に画像処理装置１００Ｂから１つの携帯端末装置２００へ動画データを転送している状態である場合、リソースサーバ３２から他の携帯端末装置２００に動画データを転送する処理を実行する。

一方、既に画像処理装置１００Ｂから携帯端末装置２００へ動画データを転送している状態ではない場合、画像処理装置１００Ｂから携帯端末装置２００に動画データを転送する処理を実行する。つまり、処理をステップＳ３０７に進める。そして、以降、第１実施形態と同様の処理が実行される。

このように処理することで、画像処理システム３０００では、２台目以降の携帯端末装置２００が、画像処理装置１００Ｂに対して、動画データの転送を要求した場合であって、既に、画像処理装置１００Ｂから携帯端末装置２００（最初に動画データを要求した携帯端末装置）に動画データを転送する処理が実行されている場合、上記の２台目以降の携帯端末装置に対しては、リソースサーバ３２から、動画データの転送処理が実行される。その結果、上記の場合においても、画像処理装置１００Ｂにさらなる負荷をかけることがない。したがあって、上記の場合であっても画像処理装置１００Ｂの処理負荷を効果的に低減することができる。

（３）ステップＳ３０６３において、画像処理装置１００Ｂの動画データ更新部２０は、画像処理装置１００Ｂの第１記憶部３に記憶されている動画データが最新であるか否かを判定する。具体的には、動画データ更新部２０は、リソースサーバ３２に記憶されている動画データと、第１記憶部３に記憶されている動画データとを比較し、第１記憶部３に記憶されている動画データが最新の動画データであるか否かを判定する。そして、第１記憶部３に記憶されている動画データが最新の動画データではない場合、リソースサーバ３２から最新の動画データを取得し、第１記憶部３に最新の動画データを記憶する。なお、このとき、画像処理装置１００Ｂが高負荷稼働中であるか否かの判定を行い（ステップＳ３０６３１）、当該判定の結果、画像処理装置１００Ｂが高負荷稼働中ではないと判定された場合、動画データ更新部２０は、動画データの更新処理を行う（ステップＳ３０６３２）。すなわち、この場合、動画データ更新部２０は、リソースサーバ３２から最新の動画データを取得し、第１記憶部３に最新の動画データを記憶する。

（４）ステップＳ３０６４では、画像処理装置１００Ｂの動画データ決定部１６が、携帯端末装置２００から要求されている動画データが画像処理装置１００Ｂにのみ存在するか否かを判定する。判定の結果、携帯端末装置２００から要求されている動画データが画像処理装置１００Ｂにのみ存在すると判定された場合、画像処理装置１００Ｂから携帯端末装置２００に動画データを転送する処理を実行する。つまり、処理をステップＳ３０７に進める。そして、以降、第１実施形態と同様の処理が実行される。例えば、画像処理装置１００Ｂが特殊なサーバ機能を有している場合や、特殊なデータベース機能を有している場合、当該機能についての動画データは、画像処理装置１００Ｂにのみ格納されることが想定される。このような場合、上記判定処理により、画像処理装置１００Ｂにのみ格納されている動画データを特定し、当該動画データを、画像処理装置１００Ｂから携帯端末装置２００に転送する。

一方、携帯端末装置２００から要求されている動画データが画像処理装置１００Ｂにのみ存在するものではない判定された場合、リソースサーバ３２から携帯端末装置２００に動画データを転送する処理を実行する。つまり、この場合、画像処理システム３０００では、第１実施形態のステップＳ１０８〜ステップＳ１２０と同じ処理が実行される。

（５）ステップＳ３０６５では、画像処理装置１００Ｂが高負荷稼働中であるか否かの判定処理が実行される。この判定処理は、第１実施形態のステップＳ１０６の判定処理と同様である。判定の結果、画像処理装置１００Ｂが高負荷稼働中であると判定された場合、リソースサーバ３２から携帯端末装置２００に動画データを転送する処理を実行する。つまり、この場合、画像処理システム３０００では、第１実施形態のステップＳ１０８〜ステップＳ１２０と同じ処理が実行される。

一方、画像処理装置１００Ｂが高負荷稼働中でないと判定された場合、画像処理装置１００Ｂから携帯端末装置２００に動画データを転送する処理を実行する。つまり、処理をステップＳ３０７に進める。そして、以降、第１実施形態と同様の処理が実行される。

上記（１）〜（５）の判定処理が実行された後、画像処理システム３０００では、第１実施形態のステップＳ１０７〜Ｓ１２０と同じ処理が実行される。

このように、画像処理システム３０００では、上記（１）〜（５）の判定処理の結果に基づいて、画像処理装置１００Ｂに過剰な負荷がかからないように、動画データの転送先を決定し、決定した転送先から、携帯端末装置２００は、動画データを取得する。したがって、画像処理システム３０００では、画像処理装置の処理負荷を効果的に低減するともに、携帯端末装置の処理速度の低下を効果的に防止することができる。

［第４実施形態］
次に、第４実施形態について、図面を参照しながら、以下、説明する。

なお、本実施形態において、上記実施形態と同様の部分については、同一符号を付し、詳細な説明を省略する。

図１６は、第４実施形態に係る画像処理システム４０００および画像処理装置１００Ｃの概略構成図である。

本実施形態の画像処理システム４０００は、第１実施形態の画像処理システム１０００において、画像処理装置１００を画像処理装置１００Ｃに置換した構成を有している。それ以外については、画像処理システム４０００は、画像処理システム１０００と同様である。

画像処理装置１００Ｃは、図１６に示すように、第１実施形態の第１制御部１を第１制御部１Ｃに置換した構成を有している。それ以外については、画像処理装置１００Ｃは、画像処理装置１００と同様である。

第１制御部１Ｃは、第１制御部１において、さらに、エラー検出部２０を追加した構成を有している。

エラー検出部２０は、認証エラー、ネットワークエラー等を検出する。エラー検出部２０は、例えば、画像処理装置１００Ｃと認証サーバ３１との間で正常に通信できない状態であることをネットワークエラーとして検出する。また、エラー検出部２０は、認証サーバ３１での認証の結果を所定時間内に取得できない場合、認証処理にエラーが発生したと判断する（認証エラーを検出する）。

画像処理装置１００Ｃのエラー検出部２０が認証エラー（認証サーバ３１での認証処理の異常を検出した等の認証エラー）、ネットワークエラー（認証サーバ３１等の外部サーバとネットワークＮＷ１を介して通信できない等のネットワークエラー）を検出した場合、画像処理システム４０００では、画像処理装置１００から携帯端末装置２００に対して、動画データの転送処理を実行するようにする。

これにより、画像処理システム４０００では、認証エラー（認証サーバ３１での認証処理の異常を検出した等の認証エラー）、ネットワークエラー（認証サーバ３１等の外部サーバとネットワークＮＷ１を介して通信できない等のネットワークエラー）等が発生した場合であっても、携帯端末装置２００が、動画データを確実に取得することができる。

［第５実施形態］
次に、第５実施形態について、図面を参照しながら、以下、説明する。

なお、本実施形態において、上記実施形態と同様の部分については、同一符号を付し、詳細な説明を省略する。

＜５．１：画像処理システムの構成＞
図１７は、第５実施形態に係る携帯端末装置２００Ａの概略構成図である。

第５実施形態の画像処理システムは、第１実施形態の画像処理システム１０００において、携帯端末装置２００を携帯端末装置２００Ａに置換した構成を有している。それ以外については、本実施形態の画像処理システムは、第１実施形態の画像処理システム１０００と同様である。

携帯端末装置２００Ａは、図１７に示すように、携帯端末装置２００において、第２制御部２１を第２制御部２１Ａに置換した構成を有している。

第２制御部２１Ａは、第２制御部２１において、さらに、転送レート取得部２１４を追加した構成を有している。

＜５．２：画像処理システムの動作＞
以上のように構成された第５実施形態の画像処理システムの動作を、以下、説明する。

図１８は、本実施形態の画像処理システムの動作を説明するためのシーケンス図である。

なお、本実施形態の画像処理システムでは、第１実施形態のステップＳ１００〜Ｓ１２０と同じ処理が実行される。そして、本実施形態の画像処理システムでは、図１８に示すように、ステップＳ１２０の処理の後、ステップＳ４０１〜Ｓ４０４の処理が実行される。

（ステップＳ４０１）：
ステップＳ４０１では、動画データの受信処理が完了したか否かの判定が行われる。そして、判定の結果、動画データの受信処理が完了したと判定された場合、第１実施形態と同様に、処理をステップＳ１００に戻す。一方、動画データの受信処理が完了していないと判定された場合、処理をステップＳ４０２に進める。

（ステップＳ４０２）：
ステップＳ４０２では、携帯端末装置２００Ａの転送レート取得部が、例えば、携帯端末装置２００Ａとリソースサーバ３２との間のデータ転送速度を取得し、取得したデータ転送速度が所定の閾値よりも低い場合、通信速度が遅いと判定し、処理をステップＳ４０３に進める。一方、取得したデータ転送速度が所定の閾値以上の場合、処理をステップＳ１２０に戻し、リソースサーバ３２から携帯端末装置２００Ａへの動画データの転送処理を続ける。

（ステップＳ４０３）：
ステップＳ４０３では、携帯端末装置２００Ａは、転送先切替処理を実行する。具体的には、携帯端末装置２００Ａは、リソースサーバ３２に対して、動画データの転送処理の停止を要求する要求信号Ｒｅｑ＿ｓｔｏｐを送信する。リソースサーバ３２は、携帯端末装置２００Ａからの要求信号Ｒｅｑ＿ｓｔｏｐを受信し、動画データの転送処理を停止する処理を実行する。

また、携帯端末装置２００Ａは、画像処理装置１００に対して、動画データを要求する要求信号Ｒｅｑ＿Ｄｖを送信する。画像処理装置１００は、携帯端末装置２００Ａからの要求信号Ｒｅｑ＿Ｄｖを受信する。

（ステップＳ４０４）：
ステップＳ４０４では、画像処理装置１００は、携帯端末装置２００Ａに対して、動画データを送信する処理を実行する。そして、携帯端末装置２００Ａは、画像処理装置１００からの動画データを受信する処理を行う。これにより、携帯端末装置２００Ａは、動画データの取得先を、リソースサーバ３２から画像処理装置１００に切り替えることができる。

以上のように、本実施形態の画像処理システムでは、リソースサーバ３２と携帯端末装置２００との間の通信速度が遅い場合、携帯端末装置２００Ａは、動画データの転送処理の接続先を、リソースサーバ３２から画像処理装置１００に切り替え、動画データを画像処理装置１００から取得することができる。

［第６実施形態］
次に、第６実施形態について、図面を参照しながら、以下、説明する。

なお、本実施形態において、上記実施形態と同様の部分については、同一符号を付し、詳細な説明を省略する。

＜６．１：画像処理システムの構成＞
図１９は、第６実施形態に係る画像処理システム６０００および画像処理装置１００Ｄの概略構成図である。

本実施形態の画像処理システム６０００は、第１実施形態の画像処理システム１０００において、画像処理装置１００を画像処理装置１００Ｄに置換した構成を有している。それ以外については、画像処理システム６０００は、画像処理システム１０００と同様である。

画像処理装置１００Ｄは、図１９に示すように、第１実施形態の第１制御部１を第１制御部１Ｄに置換した構成を有している。それ以外については、画像処理装置１００Ｄは、画像処理装置１００と同様である。

第１制御部１Ｄは、第１制御部１において、さらに、動画データ転送先決定部２２を追加した構成を有している。

動画データ転送先決定部２２は、動画データの転送（送信）先とする携帯端末装置２００を特定する。

＜６．２：画像処理システムの動作＞
以上のように構成された画像処理システム６０００の動作を、以下、説明する。

図２０〜図２２は、画像処理システム６０００の動作を説明するためのシーケンス図である。

画像処理システム６０００では、図２０に示すように、第１実施形態の画像処理システム１０００で実行されるステップＳ１００〜Ｓ１０５と同じ処理が実行される。

そして、ステップＳ１０５の処理の実行後、ステップＳ６０１の処理が実行される。

（ステップＳ６０１）：
ステップＳ６０１において、画像処理装置１００Ｄの動画データ転送先決定部２２は、動画データの転送（送信）先とする携帯端末装置２００を特定する。具体的には、動画データ転送先決定部２２は、プリント処理やスキャナ処理のような画像処理装置１００Ｄの機構を作動させるジョブ（ＭＦＰジョブ）を実行させる操作を行っている携帯端末装置２００を、動画データの転送（送信）先に設定する。説明便宜のため、携帯端末装置が４台、画像処理システム６０００に接続されている場合を例に、以下説明する。なお、４台の携帯端末装置を携帯端末装置２００ａ、２００ｂ、２００ｃ、２００ｄとし、画像処理装置１００Ｄに対して、ＭＦＰジョブを実行させる操作を行っている携帯端末装置が携帯端末装置２００ａ、２００ｂであるものとして、以下、説明する。

この場合、動画データ転送先決定部２２は、携帯端末装置２００ａ、２００ｂを、動画データの転送（送信）先として決定する。

（ステップＳ６０６、Ｓ６０７）：
ステップＳ６０６では、第１実施形態のステップＳ１０６と同様の処理が実行される。

ステップ６０７では、動画データの転送先を携帯端末装置２００ａ、２００ｂとして、第１実施形態のステップＳ６０７と同様の処理が実行される。

（ステップＳ６０８〜Ｓ６１０）：
ステップＳ６０８、Ｓ６０９では、第１実施形態のステップＳ１０８、Ｓ１０９と同様の処理が実行される。

ステップ６１０では、動画データの転送先を携帯端末装置２００ａ、２００ｂとして、第１実施形態のステップＳ１１０と同様の処理が実行される。

（ステップＳ６１１〜Ｓ６１４）：
ステップＳ６１１〜Ｓ６１４では、第１実施形態のステップＳ１１１〜Ｓ１１４と同様の処理が実行される。

なお、ステップ６１４では、動画データの転送先を携帯端末装置２００ａ、２００ｂとして、第１実施形態のステップＳ１１４と同様の処理が実行される。

（ステップＳ６１５〜Ｓ６１７）：
ステップＳ６１５〜Ｓ６１７では、第１実施形態のステップＳ１１５〜Ｓ１１７と同様の処理が実行される。

なお、ステップ６１７では、動画データの転送先を携帯端末装置２００ａ、２００ｂとして、第１実施形態のステップＳ１１７と同様の処理が実行される。

（ステップＳ６１８〜Ｓ６２０）：
ステップＳ６１８〜Ｓ６２０では、携帯端末装置２００ａ、２００ｂにおいて、第１実施形態のステップＳ１１８〜Ｓ１２０と同様の処理が実行される。

以上のように、画像処理システム６０００では、画像処理装置１００Ｄに対して、ＭＦＰジョブを実行させる操作を行っている携帯端末装置（上記では２００ａ、２００ｂ）のみに動画データの転送処理を行う。つまり、画像処理システム６０００では、動画データを必要としている携帯端末装置（上記では２００ａ、２００ｂ）のみに動画データの転送処理を行うことができる。

なお、画像処理システム６０００において、画像処理システム６０００に接続している全ての携帯端末装置（上記では、２００ａ〜２００ｄ）を動画データの転送先とするようにしてもよい。この場合、例えば、画像処理装置１００Ｄにおいて、ジャムが発生し、発生したジャム状態を解消させるための動画データが画像処理システム６０００に接続している全ての携帯端末装置（上記では、２００ａ〜２００ｄ）に転送されるため、使用している携帯端末装置によりジャム発生に気づいたユーザがジャム状態を素早く解消する操作を行うことができる。その結果、画像処理装置１００Ｄのエラー状態（例えば、ジャム状態）が素早く解消される可能性が高くなる。

［他の実施形態］
上記実施形態の画像処理システムにおいて、無線通信により通信を実行する部分を有線通信により実行するようにしてもよい。また、上記実施形態の画像処理システムにおいて、有線通信により通信を実行する部分を無線通信により実行するようにしてもよい。

また、上記実施形態の画像処理システムにおいて、画像処理装置の操作パネル５が上述した携帯端末装置として機能するものであってもよい。

また、上記実施形態の画像処理システムに接続される機器の接続トポロジーは、上記に限定されることはなく、他の接続トポロジーであってもよい。また、上記実施形態の画像処理システムは、プロキシサーバが接続されるものであってもよい。
なお、上記実施形態において、「動画データ」は、動画圧縮符号化されたデータであってもよく、また、暗号化されたデータであってもよい。

また、上記実施形態では、携帯端末装置において、動画再生部２１２は、第２制御部により、その機能が実現される場合について説明したが、これに限定されることはなく、動画再生部２１２は、例えば、専用のハードウェアにより構成されるものであってもよい。

また、上記実施形態の画像処理装置の第１制御部は、プロセッサにより構成されるものであってもよいし、また、ＣＰＵコア、ＲＯＭ、ＲＡＭを搭載したシステムＬＳＩにより構成されるものであってもよい。

また、上記実施形態の携帯端末装置の第２制御部は、プロセッサにより構成されるものであってもよいし、また、ＣＰＵコア、ＲＯＭ、ＲＡＭを搭載したシステムＬＳＩにより構成されるものであってもよい。

また、上記実施形態で説明した画像処理システム、画像処理装置、携帯端末装置において、各ブロックは、ＬＳＩなどの半導体装置により個別に１チップ化されても良いし、一部又は全部を含むように１チップ化されても良い。

なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。

また、上記各実施形態の各機能ブロックの処理の一部または全部は、プログラムにより実現されるものであってもよい。そして、上記各実施形態の各機能ブロックの処理の一部または全部は、コンピュータにおいて、中央演算装置（ＣＰＵ）、マイクロプロセッサ、プロセッサ等により行われる。また、それぞれの処理を行うためのプログラムは、ハードディスク、ＲＯＭなどの記憶装置に格納されており、ＲＯＭにおいて、あるいはＲＡＭに読み出されて実行される。

また、上記実施形態の各処理をハードウェアにより実現してもよいし、ソフトウェア（ＯＳ（オペレーティングシステム）、ミドルウェア、あるいは、所定のライブラリとともに実現される場合を含む。）により実現してもよい。さらに、ソフトウェアおよびハードウェアの混在処理により実現しても良い。

また、上記実施形態における処理方法の実行順序は、必ずしも、上記実施形態の記載に制限されるものではなく、発明の要旨を逸脱しない範囲で、実行順序を入れ替えることができるものである。

前述した方法をコンピュータに実行させるコンピュータプログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体は、本発明の範囲に含まれる。ここで、コンピュータ読み取り可能な記録媒体としては、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、大容量ＤＶＤ、次世代ＤＶＤ、半導体メモリを挙げることができる。

上記コンピュータプログラムは、上記記録媒体に記録されたものに限られず、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送されるものであってもよい。

なお、本発明の具体的な構成は、前述の実施形態に限られるものではなく、発明の要旨を逸脱しない範囲で種々の変更および修正が可能である。

１０００、２０００、３０００、４０００、６０００ 画像処理システム
１００、１００Ａ、１００Ｂ、１００Ｃ、１００Ｄ 画像処理装置
２００、２００Ａ 携帯端末装置
１１ ジャム検出部
１２ 消耗品交換検出部
１３ ヘルプ操作検出部
１４ 稼働状態判定部
１５ 動画データ転送元決定部
１６ 動画データ決定部
１７ 高負荷処理判定部
１８ ドメイン判定部
１９ 動画転送判定部
２０ 動画データ更新部
２１ エラー検出部
２２ 動画データ転送先決定部
３００ サーバ群
３１ 認証サーバ
３２ リソースサーバ

Claims (27)

1. 画像処理装置と、携帯端末装置と、外部サーバ群とを備える画像処理システムであって、
   前記画像処理装置は、
   前記携帯端末装置に通知する必要のある前記画像処理装置の状態を検知する状態検知部と、
   動画データを記憶する第１記憶部と、
   前記状態検知部の検知結果および前記携帯端末装置からの要求の少なくとも一方に基づいて、取得する動画データを、第１動画データとして決定する動画データ決定部と、
   前記外部サーバ群および前記携帯端末装置と通信を行うための通信インタフェースを含む第１通信部と、
   前記画像処理装置の稼働状態を判定する稼働状態判定部と、
   前記稼働状態判定部の判定結果に基づいて、動画データの転送元を決定する動画データ転送元決定部と、
   を備え、
   前記携帯端末装置は、
   前記外部サーバ群および前記画像処理装置と通信を行うための通信インタフェースを含む第２通信部と、
   前記第２通信部を介して、前記画像処理装置および前記外部サーバ群のいずれか一方から転送される動画データを取得する動画データ取得部と、
   を備え、
   前記外部サーバ群は、リソースサーバを含み、
   前記リソースサーバは、
   前記画像処理装置および前記携帯端末装置と通信を行うための通信インタフェースを含む第３通信部と、
   前記第１動画データと同じ動画データである第２動画データを記憶する第２記憶部と、
   を備え、
   前記画像処理装置の前記稼働状態判定部が前記画像処理装置の稼働状態が高負荷状態であると判定した場合、
   前記動画データ転送元決定部は、動画データの転送元を前記外部サーバ群に決定するとともに、前記外部サーバ群から、前記外部サーバ群の前記携帯端末装置からの接続先に関する情報である接続先情報を取得し、取得した前記接続先情報を、前記第１通信部を介して、前記端末装置に送信し、
   前記携帯端末装置は、前記接続先情報に基づいて、前記外部サーバ群にアクセスし、前記外部サーバ群から前記第２動画データを取得する、
   画像処理システム。
2. 前記画像処理装置は
   前記画像処理装置のジャム状況を検出するジャム検出部をさらに備え、
   前記動画データ決定部は、前記ジャム検出部の検出結果に基づいて、前記リソースサーバまたは前記画像処理装置から前記携帯端末装置に転送すべき動画データを決定する、
   請求項１に記載の画像処理システム。
3. 前記画像処理装置は
   前記画像処理装置の消耗品の残量及び交換の状況を検出する消耗品交換検出部をさらに備え、
   前記動画データ決定部は、前記消耗品交換検出部の検出結果に基づいて、前記リソースサーバまたは前記画像処理装置から前記携帯端末装置に転送すべき動画データを決定する、
   請求項１又は２に記載の画像処理システム。
4. 前記携帯端末装置は、
   前記画像処理装置を操作するためのユーザインタフェースを実現する処理を実行するブラウザパネル処理部をさらに備え、
   前記画像処理装置は
   前記ブラウザパネル処理部から前記画像処理装置に対する操作ヘルプ表示の要求の有無を検出するヘルプ操作検出部をさらに備え、
   前記動画データ決定部は、前記ヘルプ操作検出部の検出結果に基づいて、前記リソースサーバまたは前記画像処理装置から前記携帯端末装置に転送すべき動画データを決定する、
   請求項１から３のいずれかに記載の画像処理システム。
5. 前記稼働状態判定部は、
   前記画像処理装置の各部を制御するプロセッサのＣＰＵ占有率、前記第１記憶部の占有率、および、第２通信部の占有率の少なくとも１つに基づいて、前記画像処理装置の稼働状態を判定するとともに、
   前記プロセッサのＣＰＵ占有率、前記第１記憶部の占有率、および、第２通信部の占有率の少なくとも１つに基づいて前記画像処理装置の稼働状態の評価値である稼働評価値を取得し、
   前記動画データ転送元決定部は、
   前記稼働状態判定部が取得した前記稼働評価値が所定の閾値よりも大きい場合、前記動画データの転送元を前記リソースサーバに決定する、
   請求項１から４のいずれかに記載の画像処理システム。
6. 前記画像処理装置は、
   前記画像処理装置において、高負荷処理が実行されようとしているか否かを判定する高負荷処理判定部をさらに備え、
   前記動画データ転送元決定部は、
   前記高負荷処理判定部が前記画像処理装置において高負荷処理が実行されようとしていると判定した場合、前記動画データの転送元を前記リソースサーバに決定する、
   請求項１から５のいずれかに記載の画像処理システム。
7. 前記画像処理装置は、
   既に前記画像処理装置から前記携帯端末装置へ動画データを転送している状態か否かの判定を行う動画転送判定部をさらに備え、
   前記動画データ転送元決定部は、
   前記動画転送判定部が既に前記画像処理装置から前記携帯端末装置へ動画データを転送している状態であると判定した場合、前記動画データの転送元を前記リソースサーバに決定する、
   請求項１から６のいずれかに記載の画像処理システム。
8. 前記画像処理装置は、
   前記第１記憶部に記憶されている動画データが最新であるか否かを判定する動画データ更新部をさらに備え、
   前記動画データ転送元決定部は、
   前記動画データ更新部が前記第１記憶部に記憶されている動画データが最新ではないと判定した場合、前記動画データの転送元を前記リソースサーバに決定する、
   請求項１から７のいずれかに記載の画像処理システム。
9. 前記動画データ更新部は、
   前記第１記憶部に記憶されている動画データが最新ではないと判定した場合、前記画像処理装置の稼働率は所定の値以下であるときに、前記リソースサーバから最新の動画データを取得し、取得した最新の動画データを前記第１記憶部に格納する、
   請求項８に記載の画像処理システム。
10. 前記画像処理装置は、
    前記携帯端末装置が前記画像処理装置と同じドメインに存在するか否かを判定するドメイン判定部をさらに備え、
    前記動画データ転送元決定部は、
    前記ドメイン判定部が、前記携帯端末装置が前記画像処理装置と同じドメインに存在しないと判定した場合、前記動画データの転送元を前記リソースサーバに決定する、
    請求項１から９のいずれかに記載の画像処理システム。
11. 前記動画データ決定部は、前記携帯端末装置から要求されている動画データが前記画像処理装置にのみ存在するか否かを判定し、
    前記動画データ転送元決定部は、
    前記動画データ決定部が、前記携帯端末装置から要求されている動画データが前記画像処理装置にのみ存在すると判定した場合、前記動画データの転送元を前記画像処理装置に決定する、
    請求項１から１０のいずれかに記載の画像処理システム。
12. 前記携帯端末装置は、
    前記携帯端末装置と前記リソースサーバとの間のデータ転送速度を取得する転送レート取得部をさらに備え、
    前記携帯端末装置は、
    前記転送レート取得部が取得した前記データ転送速度が所定の閾値よりも低い場合、前記画像処理装置から前記動画データを取得する、
    請求項１から１１のいずれかに記載の画像処理システム。
13. 前記画像処理装置は、
    動画データの送信先とする携帯端末装置を特定する動画データ転送先決定部をさらに備え、
    前記動画データ転送先決定部は、前記画像処理装置の機構を作動させるジョブであるＭＦＰジョブを実行させる操作を行っている携帯端末装置を、前記動画データの送信先に設定する、
    請求項１から１２のいずれかに記載の画像処理システム。
14. 携帯端末装置と、リソースサーバを含む外部サーバ群とを備える画像処理システムに用いられる画像処理装置であって、
    前記携帯端末装置に通知する必要のある前記画像処理装置の状態を検知する状態検知部と、
    動画データを記憶する第１記憶部と、
    前記状態検知部の検知結果および前記携帯端末装置からの要求の少なくとも一方に基づいて、取得する動画データを、第１動画データとして決定する動画データ決定部と、
    前記外部サーバ群および前記携帯端末装置と通信を行うための通信インタフェースを含む第１通信部と、
    前記画像処理装置の稼働状態を判定する稼働状態判定部と、
    前記稼働状態判定部の判定結果に基づいて、動画データの転送元を決定する動画データ転送元決定部と、
    を備える画像処理装置。
15. 前記画像処理装置のジャム状況を検出するジャム検出部をさらに備え、
    前記動画データ決定部は、前記ジャム検出部の検出結果に基づいて、前記リソースサーバまたは前記画像処理装置から前記携帯端末装置に転送すべき動画データを決定する、
    請求項１４に記載の画像処理装置。
16. 前記画像処理装置の消耗品の残量及び交換の状況を検出する消耗品交換検出部をさらに備え、
    前記動画データ決定部は、前記消耗品交換検出部の検出結果に基づいて、前記リソースサーバまたは前記画像処理装置から前記携帯端末装置に転送すべき動画データを決定する、
    請求項１４又は１５に記載の画像処理装置。
17. 前記画像処理装置を操作するためのユーザインタフェースを実現する処理を実行する前記携帯端末装置のブラウザパネル処理部から前記画像処理装置に対する操作ヘルプ表示の要求の有無を検出するヘルプ操作検出部をさらに備え、
    前記動画データ決定部は、前記ヘルプ操作検出部の検出結果に基づいて、前記リソースサーバまたは前記画像処理装置から前記携帯端末装置に転送すべき動画データを決定する、
    請求項１４から１６のいずれかに記載の画像処理装置。
18. 前記稼働状態判定部は、
    前記画像処理装置の各部を制御するプロセッサのＣＰＵ占有率、前記第１記憶部の占有率、および、第２通信部の占有率の少なくとも１つに基づいて、前記画像処理装置の稼働状態を判定するとともに、
    前記プロセッサのＣＰＵ占有率、前記第１記憶部の占有率、および、第２通信部の占有率の少なくとも１つに基づいて前記画像処理装置の稼働状態の評価値である稼働評価値を取得し、
    前記動画データ転送元決定部は、
    前記稼働状態判定部が取得した前記稼働評価値が所定の閾値よりも大きい場合、前記動画データの転送元を前記リソースサーバに決定する、
    請求項１４から１７のいずれかに記載の画像処理装置。
19. 前記画像処理装置において、高負荷処理が実行されようとしているか否かを判定する高負荷処理判定部をさらに備え、
    前記動画データ転送元決定部は、
    前記高負荷処理判定部が前記画像処理装置において高負荷処理が実行されようとしていると判定した場合、前記動画データの転送元を前記リソースサーバに決定する、
    請求項１４から１８のいずれかに記載の画像処理装置。
20. 既に前記画像処理装置から前記携帯端末装置へ動画データを転送している状態か否かの判定を行う動画転送判定部をさらに備え、
    前記動画データ転送元決定部は、
    前記動画転送判定部が既に前記画像処理装置から前記携帯端末装置へ動画データを転送している状態であると判定した場合、前記動画データの転送元を前記リソースサーバに決定する、
    請求項１４から１９のいずれかに記載の画像処理装置。
21. 前記第１記憶部に記憶されている動画データが最新であるか否かを判定する動画データ更新部をさらに備え、
    前記動画データ転送元決定部は、
    前記動画データ更新部が前記第１記憶部に記憶されている動画データが最新ではないと判定した場合、前記動画データの転送元を前記リソースサーバに決定する、
    請求項１４から２０のいずれかに記載の画像処理装置。
22. 前記動画データ更新部は、
    前記第１記憶部に記憶されている動画データが最新ではないと判定した場合、前記画像処理装置の稼働率は所定の値以下であるときに、前記リソースサーバから最新の動画データを取得し、取得した最新の動画データを前記第１記憶部に格納する、
    請求項２１に記載の画像処理装置。
23. 前記携帯端末装置が前記画像処理装置と同じドメインに存在するか否かを判定するドメイン判定部をさらに備え、
    前記動画データ転送元決定部は、
    前記ドメイン判定部が、前記携帯端末装置が前記画像処理装置と同じドメインに存在しないと判定した場合、前記動画データの転送元を前記リソースサーバに決定する、
    請求項１４から２２のいずれかに記載の画像処理装置。
24. 前記携帯端末装置が前記画像処理装置と同じドメインに存在するか否かを判定するドメイン判定部をさらに備え、
    前記動画データ転送元決定部は、
    前記ドメイン判定部が、前記携帯端末装置が前記画像処理装置と同じドメインに存在しないと判定した場合、前記動画データの転送元を前記リソースサーバに決定する、
    請求項１４から２３のいずれかに記載の画像処理装置。
25. 前記動画データ決定部は、前記携帯端末装置から要求されている動画データが前記画像処理装置にのみ存在するか否かを判定し、
    前記動画データ転送元決定部は、
    前記動画データ決定部が、前記携帯端末装置から要求されている動画データが前記画像処理装置にのみ存在すると判定した場合、前記動画データの転送元を前記画像処理装置に決定する、
    請求項１４から２４のいずれかに記載の画像処理装置。
26. 動画データの送信先とする携帯端末装置を特定する動画データ転送先決定部をさらに備え、
    前記動画データ転送先決定部は、前記画像処理装置の機構を作動させるジョブであるＭＦＰジョブを実行させる操作を行っている携帯端末装置を、前記動画データの送信先に設定する、
    請求項１４から２５のいずれかに記載の画像処理装置。
27. 画像処理装置と、携帯端末装置と、外部サーバ群とを備える画像処理システムであって、
    前記画像処理装置は、
    前記携帯端末装置に通知する必要のある前記画像処理装置の状態を検知する状態検知部と、
    動画データを記憶する第１記憶部と、
    前記状態検知部の検知結果および前記携帯端末装置からの要求の少なくとも一方に基づいて、取得する動画データを、第１動画データとして決定する動画データ決定部と、
    前記外部サーバ群および前記携帯端末装置と通信を行うための通信インタフェースを含む第１通信部と、
    前記画像処理装置の稼働状態を判定する稼働状態判定部と、
    前記稼働状態判定部の判定結果に基づいて、動画データの転送元を決定する動画データ転送元決定部と、
    を備え、
    前記携帯端末装置は、
    前記外部サーバ群および前記画像処理装置と通信を行うための通信インタフェースを含む第２通信部と、
    前記第２通信部を介して、前記画像処理装置および前記外部サーバ群のいずれか一方から転送される動画データを取得する動画データ取得部と、
    を備え、
    前記外部サーバ群は、リソースサーバを含み、
    前記リソースサーバは、
    前記画像処理装置および前記携帯端末装置と通信を行うための通信インタフェースを含む第３通信部と、
    前記第１動画データと同じ動画データである第２動画データを記憶する第２記憶部と、
    を備える前記画像処理システムの制御方法をコンピュータで実行するためのプログラムであって、
    前記画像処理装置の前記稼働状態判定部が前記画像処理部装置の稼働状態が高負荷状態であるか否かを判定する第１ステップと、
    前記画像処理装置の前記稼働状態判定部が前記画像処理部装置の稼働状態が高負荷状態であると判定した場合、
    前記動画データ転送元決定部は、動画データの転送元を前記外部サーバ群に決定するとともに、前記外部サーバ群から、前記外部サーバ群の前記携帯端末装置からの接続先に関する情報である接続先情報を取得し、取得した前記接続先情報を、前記第１通信部を介して、前記端末装置に送信する第２ステップと、
    前記携帯端末装置が、前記接続先情報に基づいて、前記外部サーバ群にアクセスし、前記外部サーバ群から前記第２動画データを取得する第３ステップと、
    を備える前記画像処理システムの制御方法をコンピュータで実行するためのプログラム。

Images