(57)【要約】【課題】メンテナンス作業を示す動画を表示する画面がユーザ操作によらずに背面に切り換わって動画が一時停止された後、この動画の再生を再開する場合に、ユーザがメンテナンス作業に必要な動画シーンを見逃すことを防止する画像処理装置を提供する。【解決手段】画像処理装置２００が、イベントの発生の検知時に、メンテナンス画面が最前面から背面に切り換えられた場合に、再生中のメンテナンス動画を一時停止する。画像処理装置２００が、上記検知されたイベントがユーザの操作に応じて発生したイベントでない場合に、一時停止されたメンテナンス動画の再生開始位置を、上記一時停止された位置から予め決められた時間戻す。【選択図】図１
2014107772.tif 000002
【特許請求の範囲】
【請求項１】
メンテナンス作業を示すメンテナンス動画を再生してメンテナンス画面上に表示する再生手段と、
イベントの発生が検知されたことに応じて、再生中の前記メンテナンス動画を一時停止する一時停止手段と、
前記検知されたイベントがユーザの操作に応じて発生したイベントであるかを判断する第１の判断手段と、
前記検知されたイベントがユーザの操作に応じて発生したイベントでないと判断された場合に、前記一時停止されたメンテナンス動画の再生開始位置を前記一時停止された位置から予め決められた時間戻す位置調整手段とを備える
ことを特徴とする画像処理装置。
【請求項２】
前記メンテナンス画面が最前面から背面に切り換えられたか否かを判断する第２の判断手段を備え、
前記一時停止手段は、前記第２の判断手段により前記メンテナンス画面が最前面から背面に切り換えられたと判断された場合に、再生中の前記メンテナンス動画を一時停止することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
最前面にある前記メンテナンス画面上で前記メンテナンス動画が再生されている場合に、ユーザの操作によって予め決められたボタンが押し下げられたかを判断する第３の判断手段を備え、
前記ユーザの操作によって予め決められたボタンが押し下げられたと判断された場合に、前記一時停止手段が、前記再生中のメンテナンス動画を一時停止し、前記位置調整手段が、前記一時停止されたメンテナンス動画の再生開始位置を前記一時停止された位置から予め決められた時間戻す
ことを特徴とする請求項１又は２項に記載の画像処理装置。
【請求項４】
前記一時停止手段により前記メンテナンス動画が一時停止されてから予め決められた時間経過したかを判断する第４の判断手段を備え、
前記位置調整手段は、前記メンテナンス動画が一時停止されてから予め決められた時間経過したと判断された場合に、前記メンテナンス動画の再生開始位置を先頭に戻す
ことを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
【請求項５】
前記再生手段は、前記メンテナンス画面が最前面から背面に切り換えられて、前記一時停止手段によって再生中のメンテナンス動画が一時停止された後に、前記メンテナンス画面が再度最前面に切り換えられた場合に、前記メンテナンス動画が一時停止したままの状態で前記メンテナンス画面を表示し、ユーザの操作に応じて前記メンテナンス動画を再生する
ことを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
【請求項６】
前記イベントの発生を検知する検知手段と、
前記発生が検知されたイベントに対応する画面を最前面に切り換える切り換え手段とを備える
ことを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
【請求項７】
前記切り換え手段が前記メンテナンス画面を最前面に切り換えた場合に、前記メンテナンス画面上で一時停止中のメンテナンス動画があるかを判断する第５の判断手段を備え、
前記再生手段は、前記メンテナンス画面上で一時停止中のメンテナンス動画があると判断された場合に、前記一時停止中のメンテナンス動画を再生する
ことを特徴とする請求項６に記載の画像処理装置。
【請求項８】
メンテナンス作業を示すメンテナンス動画を再生してメンテナンス画面上に表示する再生工程と、
イベントの発生が検知されたことに応じて、再生中の前記メンテナンス動画を一時停止する一時停止工程と、
前記検知されたイベントがユーザの操作に応じて発生したイベントであるかを判断する判断工程と、
前記検知されたイベントがユーザの操作に応じて発生したイベントでないと判断された場合に、前記一時停止されたメンテナンス動画の再生開始位置を前記一時停止された位置から予め決められた時間戻す位置調整工程とを有する
ことを特徴とする制御方法。
【請求項９】
請求項８に記載の制御方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、制御方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、印刷が不可となる障害が発生した場合に、この障害を復旧するためのメンテナンス作業を促す情報を画面表示する画像処理装置が提案されている。例えば、特許文献１は、紙詰まりやトナー補給等の処理が必要になった場合、ジャムの解除のための操作手順をイラストやメッセージで表示する画像処理装置を開示している。また、特許文献２は、用紙通過部でのジャム処理手順についての動画データを操作部に表示する画像処理装置を開示している。なお、以下の説明では、障害を復旧するためのメンテナンス作業を示す動画をメンテナンス動画と記述し、メンテナンス動画が表示される画面をメンテナンス画面と記述する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開昭５９−７８３７２号公報
【特許文献２】特開平８−６９２２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
メンテナンス動画の再生中に、ユーザが操作部のキーを押下したことに応じて、再生中の動画を一時停止し、メンテナンス画面より前面に他の画面を表示する画像処理装置（画像処理装置Ａ）が考えられる。また、リモート端末からユーザに対するお知らせを表示する掲示板機能や、データのインポート、エクスポート機能を行うことで、同じくメンテナンス画面より前面に他の画面を表示する画像処理装置（画像処理装置Ｂ）が考えられる。
【０００５】
上記画像処理装置Ａは、ユーザの操作によって意図的にメンテナンス画面を最前面から背面に移動させる。したがって、操作したユーザは、通常は、どこまでメンテナンス動画を見ていたかを覚えており、再度メンテナンス画面を表示させた時に、どの位置から再生されるかを想定することができる。したがって、画像処理装置Ａがメンテナンス動画を一時停止した位置から再生を再開しても問題はないと考えられる。
【０００６】
一方、上記画像処理装置Ｂは、リモート端末からのお知らせの受信等のイベントが発生したことに応じてメンテナンス画面を最前面から背面に移動させるので、メンテナンス画面を見ていたユーザにとっては、意図しない画面が突然表示されることになる。したがって、ユーザが、メンテナンス動画をどこまで見ていたか、次の作業手順は何をするべきかを忘れてしまうことが考えられる。その結果、画像処理装置Ｂが一時停止位置からメンテナンス動画を再生すると、ユーザが次の作業手順に間に合わなかったり、ユーザが手動で再生位置を戻す処理が必要となって手間がかかったりする。
【０００７】
本発明は、ユーザの意図していないイベントの発生によりメンテナンス作業を示す動画が一時停止された後、動画の再生を再開する場合に、ユーザがメンテナンス作業に必要な動画シーンを見逃すことを防止する画像処理装置の提供を目的とする。
【課題を解決するための手段】
【０００８】
本発明の一実施形態の画像処理装置は、メンテナンス作業を示すメンテナンス動画を再生してメンテナンス画面上に表示する再生手段と、イベントの発生が検知されたことに応じて、再生中の前記メンテナンス動画を一時停止する一時停止手段と、前記検知されたイベントがユーザの操作に応じて発生したイベントであるかを判断する第１の判断手段と、前記検知されたイベントがユーザの操作に応じて発生したイベントでないと判断された場合に、前記一時停止された動画の再生開始位置を前記一時停止された位置から予め決められた時間戻す位置調整手段とを備える。
【発明の効果】
【０００９】
本発明によれば、ユーザが意図しないイベントの発生により再生中のメンテナンス動画が一時停止され、その後メンテナンス画面に戻った時には、一時停止された位置から一定時間戻した位置から再生することができる。これにより、ユーザがメンテナンス作業に必要な動画シーンを見逃すことを防止でき、また、ユーザが手動で動画の再生位置を戻す手間を省くことが可能となる。
【図面の簡単な説明】
【００１０】
【図１】実施例１のシステム構成を示す図である。
【図２】画像処理装置の構成例を示す図である。
【図３】画像処理装置の機能ブロック図の例である。
【図４】操作部の構成例を示す図である。
【図５】画像処理装置の動作処理例を説明するフローチャートである。
【図６】画像処理装置の動作処理例を説明するフローチャートである。
【図７】画像処理装置の動作処理の一部を説明するフローチャートである。
【図８】画像処理装置の動作処理の一部を説明するフローチャートである。
【発明を実施するための形態】
【００１１】
以下に、本発明の実施例について図面を用いて説明する。尚、以下の実施例は、特許請求の範囲に係る発明を限定するものではなく、また、実施例で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１２】
（実施例１）
図１は、実施例１のシステム構成を示す図である。システム１００は、実施例１の情報処理システムである。システム１００は、画像処理装置２００とクライアント端末４００とを備える。画像処理装置２００とクライアント端末４００とは、ＬＡＮ（Local Area Network）３００を介して通信する。画像処理装置２００は、画像処理（画像データの生成、出力等）を実行する情報処理装置である。画像処理装置２００は、例えば、プリンタ、ファクシミリである。
【００１３】
クライアント端末４００は、ユーザの操作にしたがって画像処理装置２００と通信し、画像処理装置２００に対して、画像処理に必要となる各種の情報を送信する情報処理装置である。クライアント端末４００は、不図示のＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、ネットワークＩ／Ｆ（Interface ）を備える。ＣＰＵは、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略称である。ＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略称である。ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略称である。ＨＤＤは、Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅの略称である。
【００１４】
ネットワークＩ／Ｆは、ＬＡＮ３００に接続されている。クライアント装置４００は、ＬＡＮ３００を介して他の装置との間で各種情報を送受信する。ＣＰＵは、ＲＯＭに記憶された制御プログラムを実行することを通じて、クライアント端末４００の全体の動作を制御する。ＲＡＭは、ＣＰＵの主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤは、各種プログラム、動画コンテンツ、他の装置から受信した各種情報等を記憶する。
【００１５】
図２は、画像処理装置の構成例を示す図である。図２に示す画像処理装置２００は、コピー、プリント、センド、ボックス、プルプリント等の機能を提供する。画像処理装置２００は、リーダ部２０１、プリンタ部２０２、画像入出力制御部２０３を備える。リーダ部２０１は、原稿の画像を読み取り、原稿画像に応じた画像データを画像入出力制御部２０３へ出力する。プリンタ部２０２は、画像入出力制御部２０３から画像データを受け取り、受け取った画像データに応じた画像を記録紙上に記録する。
【００１６】
画像入出力制御部２０３は、画像データの入出力処理を制御する。画像入出力制御部２０３は、リーダ部２０１とプリンタ部２０２とに接続されている。画像入出力制御部２０３は、ファクシミリ部２０４、ストレージ部２０５、ハードディスク２０６、ネットワークインタフェース部２０７、ＲＩＰ部２０８、操作部２０９、コア部２１２を備える。
【００１７】
ファクシミリ部２０４は、電話回線を介して圧縮画像データを受信する。ファクシミリ部２０４は、受信した圧縮画像データを伸長し、伸長した画像データをコア部２１２へ転送する。また、ファクシミリ部２０４は、コア部２１２から転送された画像データを圧縮して、圧縮した圧縮画像データを、電話回線を介して送信する。ファクシミリ部２０４が送受信する画像データは、ストレージ部２０５に接続されたハードディスク２０６中に一時的に保存することができる。
【００１８】
ストレージ部２０５は、コア部２１２から転送された画像データを圧縮し、その画像データを検索するためのＩＤ番号とともにハードディスク２０６に記憶させる。また、ストレージ部２０５は、コア部２１２を介して転送されたコードデータに基づいて、ハードディスク２０６に記憶されている圧縮画像データを検索し、検索された圧縮画像データを読み出して伸長し、伸長された画像データをコア部２１２へ転送する。
【００１９】
ネットワークインタフェース部２０７は、ＬＡＮ３００とコア部２１２の間のインタフェースである。ＲＩＰ部２０８は、ＬＡＮ３００から転送されたコードデータ（ＰＤＬ）をプリンタ部２０２で記録できる画像データに展開する。
【００２０】
操作部２０９は、液晶部２１０とハードキー部２１１を備え、ユーザインタフェースにより、画像形成装置２００への動作指示や動作設定等を行う。コア部２１２は、リーダ部２０１、プリンタ部２０２、ファクシミリ部２０４、ストレージ部２０５、ハードディスク２０６、ネットワークインタフェース部２０７、ＲＩＰ部２０８、操作部２０９間のデータの流れを制御する。コア部２１２は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備える。ＣＰＵが、ＲＯＭに記憶されたコンピュータプログラムをＲＡＭ上で実行して装置全体を統括制御する。これにより、本実施例の画像処理装置の制御方法が実現される。
【００２１】
図３は、画像処理装置の機能ブロック図の例である。画像処理装置２００は、操作部２０９、ソフトウェアプログラム部５００を備える。操作部２０９とソフトウェアプログラム部５００の機能は、ＣＰＵ、ＲＡＭ、ＲＯＭを含むコア部２１２が制御プログラムを実行することにより実現される。
【００２２】
操作部２０９は、ユーザの操作に応じた情報を入力および表示する。ソフトウェアプログラム部５００は、操作部２０９が有する液晶部２１０（図４）への画面表示処理と動画の再生処理とを制御する。
【００２３】
ソフトウェアプログラム部５００は、画面管理部５０１と、画面部５２０と、デバイス状況管理部５１０と、動画管理部５３０とを備える。画面管理部５０１は、操作部２０９上への画面表示処理を制御する。画面管理部５０１は、画面表示部５０２、画面制御部５０３、イベント制御部５０４を備える。
【００２４】
画面表示部５０２は、操作部２０９の液晶部２１０に表示する画面を生成して、液晶部２１０に表示する。また、画面表示部５０２は、動画制御部５３１が再生するメンテナンス動画を、操作部２０９の液晶部２１０に表示する。すなわち、画像表示部５０２および動画制御部５３１は、メンテナンス作業を示す動画を再生してメンテナンス画面上に表示する。
【００２５】
画面制御部５０３は、イベント制御部５０４から通知されるイベント情報を受け取り、受け取ったイベント情報に基づいて、どの画面を最前面に切り換えるかを判断し、画面部５２０が有する画面のうち最適な画面が最前面になるように画面の切り換え制御を行う。
すなわち、画面制御部５０３は、受け取ったイベント情報が示すイベントに対応する画面を最前面に切り換える。また、画面制御部５０３は、画面の切り換えだけではなく、操作部２０９で押下されたキーの情報などを最前面の画面に対して通知する機能を持つ。
【００２６】
イベント制御部５０４は、操作部２０９の液晶部２１０やハードキー部２１１の画面操作による操作情報（画面操作情報）を受信し、画面制御部５０３に画面操作情報を通知する。また、イベント制御部５０４は、画面操作情報だけではなく、デバイス状況管理部５１０からのデバイス状況イベントを受信する。デバイス状況イベントは、画像処理装置２００で発生した、画面に関わるイベントである。イベント制御部５０４は、デバイス状況イベントをイベント情報として画面制御部５０３に通知する。さらに、イベント制御部５０４は、リモート端末４００などの指示によるイベントを受信し、画面制御部５０３にイベント情報を通知する。このように、イベント制御部５０４は、画像処理装置２００で発生した画面に関わるイベントを統括的に管理し、画面制御部５０３に通知する。
【００２７】
デバイス状況管理部５１０は、画像処理装置２００の状況を管理する。デバイス状況管理部５１０は、ジョブ管理部５１１、ジャム検知部５１２、消耗品検知部５１３を備える。ジョブ管理部５１１は、現在処理中であるジョブの開始時刻、ジョブタイプ、文書名、枚数、部数、ステイプル有無などのジョブの設定等のジョブ情報を、コア部２１２のＲＡＭもしくはハードディスク２０６に保存する。ジョブ管理部５１１は、必要に応じてジョブ情報をイベント制御部５０４に通知する。
【００２８】
ジョブタイプは、例えば、コピー、プリント、送信、保存などの，画像処理装置２００が行うジョブの種類である。ジャム検知部５１２は、画像処理装置２００の内部のジャム発生箇所を特定し、ジャム発生箇所に対してジャム発生フラグを立て、必要に応じてイベント制御部５０４に通知する。
【００２９】
消耗品検知部５１３は、画像処理装置２００の内部にある消耗品の残量を検知する。消耗品とは、例えば、トナー、ステイプル針、用紙などを指す。また、消耗品検知部５１３は、パンチ屑、廃トナー、などの画像処理装置２００の内部に蓄積する廃棄物の量も検知し、必要に応じてイベント制御部５０４に通知する。
【００３０】
画面部５２０は、メンテナンス画面５２１、掲示板画面５２２、デバイス構成画面５２３などの画面を有する。図３中には、本実施例の説明で必要な画面しか記載していないが、もちろん、本発明は、他の画面にも適用可能である。
【００３１】
メンテナンス画面５２１は、画像処理装置２００で発生した障害を復旧するためのメンテナンス手順を示す情報を表示する画面である。障害は、例えば、ジャムや、消耗品の残量が所定量以下となったことである。ジャム検知部５１２によってジャムが検知されたり、消耗品検知部５１３によって消耗品の残量が所定量以下となったことが検知された場合に、検知された情報がイベント情報としてイベント制御部５０４に送信される。イベント制御部５０４は、受信したイベント情報を画面制御部５０３に渡す。画面制御部５０３は、受け取ったイベント情報に基づいて、メンテナンス画面を、液晶部２１０に表示される画面のうち、最前面に切り換える。
【００３２】
掲示板画面５２２は、クライアント端末４００が入力したメッセージを表示する画面である。このメッセージは、クライアント端末４００の指示により、ＬＡＮ３００およびネットワークインタフェース部２０７を通じ、コア部２１２によって解釈され、ソフトウェアプログラム５００に送信される。そして、送信されたメッセージをイベント制御部５０４が受信し、画面制御部５０３に通知する。これにより、画面制御部５０３が、掲示板画面５２２を最前面に切り換えるとともに、掲示板画面５２２は、通知されたメッセージを画面に表示する。デバイス構成画面５２３は、画像処理装置２００がオプションとしてどのようなハードウェアやソフトウェアを搭載しているかを示す画面である。
【００３３】
動画管理部５３０は、画面表示部５０２が表示する画面上で再生される動画を管理する。動画管理部５３０は、動画制御部５３１と動画データ管理部５３２とを備える。動画制御部５３１は，動画データの再生、一時停止、終了などの制御を行う。動画データ管理部５３２は、動画データをコア部２１２のＲＡＭもしくはハードディスク２０６に保存し、管理する。
【００３４】
図４は、操作部の構成例を示す図である。操作部２０９は、液晶部２１０とハードキー部２１１とを備える。液晶部２１０には、図３に示すメンテナンス画面５２１、掲示板画面５２２、デバイス構成画面５２３等の画面が表示される。図４に示す例では、液晶部２１０にメンテナンス画面が表示されている。このメンテナンス画面は、動画表示領域６０１、後で処理ボタン６０２、再生ボタン６０３、一時停止ボタン６０４を有する。
【００３５】
動画表示領域６０１は、メンテナンスの事象が発生した場合にその事象に適したメンテナンス動画を表示する領域である。後で処理ボタン６０２は、ユーザによるボタンの押下げにより、ジャムの解除（紙詰まり処理の解除）を後回しにして、その他のジャムに関わらない機能、例えば送信機能を使用可能にするボタンである。再生ボタン６０３は、メンテナンス画面を表示させた時に、ユーザが最初に押下するか、または一時停止ボタン６０４によって、再生中のメンテナンス動画を一時停止した後に、再び動画を再生するためのボタンである。ハードキー部２１１内のボタン６０５は、押下することで、デバイス構成画面５２３を液晶部２１０内で最前面に表示するためのボタンである。
【００３６】
図５および図６は、実施例１における画像処理装置の動作処理例を説明するフローチャートである。以下で説明する処理は、画像処理装置２００のコア部２１２のＣＰＵが、ＲＯＭやハードディスク２０６に格納されている制御プログラムをＲＡＭに読み出して実行することにより実現される。
【００３７】
まず、図５に示すように、コア部２１２のＣＰＵが、イベント制御部５０４によって、操作部２０９、デバイス状況管理部５１０、またはリモート端末４００からイベントが受信されたかを判断する（ステップＳ１０１）。すなわち、イベント制御部５０４が、イベントの発生を検知する。イベントが受信されていない場合は、ステップＳ１０１に戻る。イベントが受信された場合は、ステップＳ１０２に進む。
【００３８】
次に、コア部２１２のＣＰＵが、ステップＳ１０１で受信されたと判断されたイベントが、操作部２０９の液晶部２１０またはハードキー部２１１からのイベント、つまりユーザ操作によるイベントであるかを判断する（ステップＳ１０２）。ステップＳ１０１で受信されたと判断されたイベントが、ユーザ操作によるイベントでない場合は、ステップＳ１０３に進む。そして、コア部２１２のＣＰＵが、キー操作フラグをＯＦＦに設定して、コア部２１２のＲＡＭに記憶する。ステップＳ１０１で受信されたと判断されたイベントが、ユーザ操作によるイベントである場合は、ステップＳ１０４に進む。そして、コア部２１２のＣＰＵが、キー操作フラグをＯＮに設定して、コア部２１２のＲＡＭに記憶する。すなわち、キー操作フラグは、操作部２０９を用いたユーザ操作がされたか否かを示す。
【００３９】
次に、コア部２１２のＣＰＵが、ステップＳ１０１で受信されたと判断されたイベントに基づいて、画面切り換えが必要であるかを判断する（ステップＳ１０５）。画面切り換えが必要でない場合は、ステップＳ１０１に戻る。画面切り換えが必要である場合は、ステップＳ１０６に進む。
【００４０】
次に、コア部２１２のＣＰＵが、画面制御部５０３によって、受信したイベントの内容に応じた画面を最前面に切り換える（ステップＳ１０６）。続いて、コア部２１２のＣＰＵが、画面表示部５０２によって、液晶部２１０に画面を表示し（ステップＳ１０７）、図６のステップＳ１０８に進む。
【００４１】
次に、図６に示すように、コア部２１２のＣＰＵが、メンテナンス画面５２１が最前面に表示されたかを判断する（ステップＳ１０８）。メンテナンス画面５２１が最前面に表示された場合は、ステップＳ１０９に進む。メンテナンス画面５２１とは異なる他の画面が最前面に表示された場合は、ステップＳ１１３に進む。
【００４２】
ステップＳ１１３において、コア部２１２のＣＰＵが、メンテナンス画面５２１とは異なる他の画面が最前面に表示されたときに、メンテナンス画面５２１が最初から背面に表示されていたかを判断する（ステップＳ１１３）。ステップＳ１１３の判断処理は、図３中に示す処理部のうち、画面制御部５０３が実行する。すなわち、画面制御部５０３は、イベントの発生が検知されたことに応じてメンテナンス画面が最前面から背面に切り換えられたかを判断する（第２の判断手段である）。メンテナンス画面５２１が最初から背面に表示されていた場合は、図５のステップＳ１０１に戻る。メンテナンス画面５２１が最初から背面に表示されていたのではなく、最前面から背面に切り換えられた場合は、ステップＳ１１４に進む。
【００４３】
次に、コア部２１２のＣＰＵが、メンテナンス画面５２１上で再生中の動画があるかを判断する（ステップＳ１１４）。メンテナンス画面５２１上で再生中の動画があると判断した場合には、ステップＳ１１５に進む。メンテナンス画面５２１上で再生中の動画がないと判断した場合には、図５のステップＳ１０１に戻る。
【００４４】
ステップＳ１１５において、コア部２１２のＣＰＵが、メンテナンス画面５２１上で再生中の動画を一時停止し、ステップＳ１１６に進む。ステップＳ１１５の処理は、図３中に示す処理部のうち、画面制御部５０３および動画制御部５３１が実行する。すなわち、画面制御部５０３および動画制御部５３１は、メンテナンス画面が最前面から背面に切り換えられたと判断された場合に、再生中の前記動画を一時停止する。
【００４５】
続いて、コア部２１２のＣＰＵが、キー操作フラグがＯＮであるかを判断する（ステップＳ１１６）。ステップＳ１１６の処理は、図３中に示す処理部のうち、動画制御部５３１が実行する。すなわち、動画制御部５３１は、検知されたイベントがユーザの操作に応じて発生したイベントであるかを判断する（第１の判断手段である）。キー操作フラグがＯＮである場合、ＣＰＵは、検知されたイベントがユーザの操作に応じて発生したイベントであると判断する。そして、処理が図５のステップＳ１０１に戻る。キー操作フラグがＯＦＦである場合は、ＣＰＵは、検知されたイベントがユーザの操作に応じて発生したイベントでないと判断する。そして、処理がステップＳ１１７に進む。
【００４６】
次に、コア部２１２のＣＰＵが、ステップＳ１１５で一時停止した動画を、予め定められた時間戻す（ステップＳ１１７）。ステップＳ１１７の処理は、図３中に示す処理部のうち、動画制御部５３１が実行する。すなわち、動画制御部５３１は、検知されたイベントがユーザの操作に応じて発生したイベントでないと判断された場合に、一時停止された動画の再生開始位置を一時停止された位置から予め決められた時間戻す位置調整機能を有する。ステップＳ１１７の処理の後、図５のステップＳ１０１に戻る。
【００４７】
ステップＳ１０９において、コア部２１２のＣＰＵの指示にしたがって、動画制御部５３１が、メンテナンス画面上で一時停止中の動画データがあるかを判断する。この場合の動画制御部５３１は第５の判断手段である。一時停止中の動画データがある場合は、ステップＳ１１１に進む。一時停止中の動画データがない場合は、ステップＳ１１０に進む。
【００４８】
ステップＳ１１０において、コア部２１２のＣＰＵが、メンテナンス画面５２１から動画データ管理部５３２に問合せ、ステップＳ１０１で受信されたと判断されたイベント、つまりメンテナンス事象に応じた最適な動画データを取得する。そして、処理がステップＳ１１１に進む。
【００４９】
次に、コア部２１２のＣＰＵが、ステップＳ１１０で新しく取得した動画データ、または一時停止中の動画データを動画制御部５３１によって再生状態にする（ステップＳ１１１）。続いて、コア部２１２のＣＰＵが、動画制御部５３１によって再生した動画データが終了したかを判断する（ステップＳ１１２）。動画制御部５３１によって再生した動画データが終了した場合は、処理を終了する。動画制御部５３１によって再生した動画データが終了していない場合は、ステップＳ１１２に戻り、引続き再生処理を行う。
【００５０】
以上のように、本実施例の画像処理装置は、ステップＳ１０１において受信したと判断されたイベントの種類によって、一時停止した動画を一定時間戻すか、そのままの位置で停止しておくかを制御する。なお、画像処理装置が、メンテナンス画面の前面に他の画面が表示されたときに、その画面の種類が何であるかを特定することで、その種類に応じて一時停止中の動画データを一定時間戻すかどうかを判断するようにしてもよい。
【００５１】
なお、メンテナンス画面が動画を一時停止して背面に切り換えられ、再度最前面にメンテナンス画面が切り換えられた時に、画像処理装置２００が以下の処理をするようにしてもよい。すなわち、画像処理装置２００は、一時停止していた動画データを自動再生せず、動画が一時停止したままの状態でメンテナンス画面を表示し、ユーザの指示に応じて動画を再生する。
【００５２】
本実施例の画像処理装置は、メンテナンス動画の再生中にユーザが意図しない他の画面が突然表示された場合に動画を一時停止しておき、さらに一時停止した動画の停止位置を一定時間前に戻しておく。これにより、再度メンテナンス画面に戻り動画が再生されても、ユーザが見逃したり忘れてしまったりしたシーンを思い出すことができ、引続きメンテナンスの作業を円滑に行うことが可能である。
【００５３】
（実施例２）
次に、実施例２について説明する。実施例２の画像処理装置の構成は、実施例１の画像処理装置の構成と同様である。実施例２については、実施例１との差異のみを説明し、同じ説明箇所については省略する。
【００５４】
図７は、実施例２における画像処理装置の動作処理の一部を説明するフローチャートである。以下で説明する処理は、画像処理装置２００のコア部２１２のＣＰＵが、ＲＯＭやハードディスク２０６に格納されている制御プログラムをＲＡＭに読み出して実行することにより実現される。図７に示すフローチャートは、メンテナンス画面５２１が最前面に表示されている状態における動作処理を示す。
【００５５】
まず、コア部２１２のＣＰＵが、イベント制御部５０４によってイベントを受信したかかを判断する（ステップＳ２０１）。イベントを受信していない場合は、再度ステップＳ２０１に戻る。イベントを受信した場合には、コア部２１２のＣＰＵが、画面制御部５０３によって、画面部５２０の各画面に対して受信したイベントを通知し、ステップＳ２０３に進む。
【００５６】
次に、コア部２１２のＣＰＵが、メンテナンス画面５２１が最前面に表示されているかを判断する（ステップＳ２０３）。メンテナンス画面５２１が最前面に表示されていない場合は、ステップＳ２０１に戻る。メンテナンス画面５２１が最前面に表示されている場合は、ステップＳ２０４に進む。
【００５７】
ステップＳ２０４において、コア部２１２のＣＰＵが、操作部２０９の液晶部２１０を通して、動画の一時停止ボタン６０４が押下されたかを判断する（ステップＳ２０４）。一時停止ボタン６０４が押下された場合は、ステップ２０５に進む。そして、コア部２１２が、動画制御部５３１によって再生中の動画データを一時停止する（ステップＳ２０５）。
【００５８】
一時停止ボタン６０４が押下されていない場合は、ステップＳ２０６に進む。そして、コア部２１２のＣＰＵが、操作部２０９の液晶部２１０を通して、後で処理ボタン６０２が押下されたかを判断する（ステップＳ２０６）。ステップＳ２０６の処理は、図３に示す処理部のうち、動画制御部５３１が実行する。すなわち、動画制御部５３１は、最前面にあるメンテナンス画面上でメンテナンス動画が再生されている場合に、ユーザの操作によって予め決められたボタンが押し下げられたかを判断する（第３の判断手段である）。後で処理ボタン６０２が押下されていない場合は、ステップＳ２０１に戻る。後で処理ボタン６０２が押下された場合は、ステップＳ２０７に進む。
【００５９】
次に、コア部２１２のＣＰＵが、動画制御部５３１によって再生中の動画データを一時停止して（ステップＳ２０７）、ステップＳ２０８に進む。そして、コア部２１２のＣＰＵが、動画制御部５３１によってステップＳ２０７で一時停止した動画データの再生開始位置を、予め定められた時間間戻し（ステップＳ２０８）、処理を終了する。
【００６０】
以上のように、本実施例の画像処理装置は、単純な一時停止ボタン６０４が押された場合は、動画を一時停止する。また、画像処理装置２００は、後で処理ボタンが押下された場合は、ユーザによる操作であっても、特定のボタン操作の場合には一時停止中の動画データを一定時間戻す。これにより、メンテナンス動画の再生中に後で処理ボタン６００を押下げ、後でメンテナンス手続を続行しようとするユーザは、再度メンテナンス画面に戻り動画が再生されても、見逃したり忘れてしまったりしたシーンを思い出すことができる。
【００６１】
（実施例３）
次に、実施例３について説明する。実施例３の画像処理装置の構成は、実施例１の画像処理装置の構成と同様である。実施例３については、実施例１、２との差異のみを説明し、同じ説明箇所については省略する。
【００６２】
図８は、実施例３における画像処理装置の動作処理の一部を説明するフローチャートである。以下で説明する処理は、画像処理装置２００のコア部２１２のＣＰＵが、ＲＯＭやハードディスク２０６に格納されている制御プログラムをＲＡＭに読み出して実行することにより実現される。図８に示す動作処理は、図６のステップＳ１１５において再生中の動画データを一時停止した後の処理である。
【００６３】
まず、コア部２１２のＣＰＵが、メンテナンス画面５２１において一時停止中の動画データがあるかを判断する（ステップＳ３０１）。一時停止中の動画データがない場合には、処理を終了する。一時停止中の動画データがある場合には、ステップＳ３０２に進む。ステップＳ３０２において、コア部２１２のＣＰＵが、メンテナンス画面５２１上で動画データが一時停止（図６のステップＳ１１５）してから一定時間が経過したかを判断する。ステップＳ３０２の処理は、図３に示す例では、動画制御部５３１が実行する。すなわち、動画制御部５３１は、メンテナンス画面が背面に切り換えられたと判断されて、動画が一時停止している場合に（図６のＳ１１３，Ｓ１１４）、動画が一時停止されてから予め決められた時間経過したかを判断する（第４の判断手段である）。
【００６４】
動画データが一時停止してから一定時間経過していない場合には、コア部２１２のＣＰＵが、再びステップＳ３０２で一定時間経過したかを監視する。一方、動画データが一時停止してから一定時間経過した場合には、ステップＳ３０３に進む。そして、コア部２１２のＣＰＵが、動画制御部５３１に指示して、一時停止していた動画データの停止位置（再生開始位置）を先頭に戻し（ステップＳ３０３）、処理を終了する。
【００６５】
以上のように、本実施例の画像処理装置２００は、動画データを一時停止して一定時間（例えば１時間）経過してしまった場合には、停止位置を先頭に戻す。これにより、メンテナンス動画を見ていたユーザが、再び最初からメンテナンス動画を見ることができる。
【００６６】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００６７】
１００  システム
２００  画像処理装置
４００  クライアント端末
【図１】
2014107772.tif 000003
【図２】
2014107772.tif 000004
【図３】
2014107772.tif 000005
【図４】
2014107772.tif 000006
【図５】
2014107772.tif 000007
【図６】
2014107772.tif 000008
【図７】
2014107772.tif 000009
【図８】
2014107772.tif 000010