JP2020017818A - 画像形成装置およびウイルスチェック方法 - Google Patents

Abstract

【課題】ウイルスチェックの実施による生産性の低下を抑制することが可能な画像形成装置を提供する。【解決手段】画像形成装置１０００は、ウイルスチェックを実施するウイルスチェック部５０２と、外部装置からデーターを受信する受信部５０１と、データーが受信された後に特定の条件が満たされると、データーに対するウイルスチェックをウイルスチェック部５０２に実施させる実施制御部５０３とを備える。【選択図】図４

Description

本発明は、画像形成装置および画像形成装置において実行されるウイルスチェック方法に関する。

従来、複写機、プリンタ、ファクシミリまたはそれらの複合機である画像形成装置が知られている。このような画像形成装置は、他の機器とネットワークで接続される。このため、受信したデーターに対してウイルスチェックを実施する画像形成装置が開発されている。

たとえば、特許文献１には、ウイルスチェックを実施する装置（具体的には、プリンタ）として、「クライアントＰＣから受信したデーターをメモリに保持した場合に、当該保持されたデーターにウイルスが混入していることをメインＣＰＵが実行する制御プログラムで検出した場合、ウイルスが混入していることをパネルに通知するとともに、メモリに記憶されているデーターに混入しているウイルスによる二次感染を防止する」といった構成が開示されている（［要約］参照）。具体的には、特許文献１の装置は、受信したデーターにウイルスが含まれていると、電源供給を遮断する。

特開２００６−２５６１０４号公報

特許文献１の装置は、データーを受信したタイミングでウイルスチェックを開始する。このため、ウイルスチェックと、他のジョブの処理とが、バッティングしてしまうことがある。このような場合、他のジョブの処理が遅延するため、装置の生産性が低下してしまう。

本開示は、上記の問題点に鑑みなされたものであって、その目的は、ウイルスチェックの実施による生産性の低下を抑制することが可能な画像形成装置を提供することにある。

本開示のある局面に従うと、画像形成装置は、ウイルスチェックを実施するウイルスチェック手段と、外部装置からデーターを受信する受信手段と、データーが受信された後に特定の条件が満たされると、データーに対するウイルスチェックをウイルスチェック手段に実施させる実施制御手段とを備える。

好ましくは、実施制御手段は、データーが受信された後に、特定の条件を満たしているか否かを判断する。実施制御手段は、特定の条件を満たしていると判断したことに基づき、データーに対するウイルスチェックをウイルスチェック手段に実施させる。

好ましくは、画像形成装置は、画像形成装置の動作を制御するプロセッサをさらに備える。特定の条件は、プロセッサの負荷が閾値未満であることである。

好ましくは、実施制御手段は、ウイルスチェックの実施中にプロセッサの負荷が閾値以上となると、ウイルスチェックを中断させる。実施制御手段は、ウイルスチェックを中断させた後に、プロセッサの負荷が閾値未満となると、ウイルスチェックを再開させる。

好ましくは、画像形成装置は、画像形成装置の動作を制御するプロセッサをさらに備える。実施制御手段は、プロセッサの負荷に応じて、データーに対するウイルスチェックをウイルスチェック手段に実施させるか否かを判断する。

好ましくは、画像形成装置が、画像形成処理、スキャン処理、または画像安定化処理を実行しているときは、実施制御手段は、特定の条件が満たされていないと判断する。

好ましくは、画像形成装置は、指定された宛先にネットワークを介してデーターを送信する送信手段と、データーの送信時刻を設定するための設定手段とをさらに備える。特定の条件は、データーの受信後に設定がなされたことである。実施制御手段は、データーの受信後に設定がなされたことをトリガとして、データーに対するウイルスチェックをウイルスチェック手段に開始させる。

好ましくは、画像形成装置は、受信手段によって受信されたデーターを格納する第１の記憶領域と、予め定められた指示を受け付ける指示受付手段と、指示受付手段が指示を受け付けたことに基づき、第１の記憶領域に格納されたデーターを、指示に基づいた第２の記憶領域に格納させる格納処理手段とをさらに備える。特定の条件は、指示受付手段が指示を受け付けたことである。実施制御手段は、指示受付手段が指示を受け付けたことをトリガとして、データーを第２の記憶領域に格納する前に、データーに対するウイルスチェックをウイルスチェック手段に開始させる。

好ましくは、格納処理手段は、ネットワークを介してデーターを第２の記憶領域に送信する。実施制御手段は、格納処理手段によってデーターが送信される前に、データーに対するウイルスチェックをウイルスチェック手段に実施させる。

好ましくは、第２の記憶領域は、ネットワークを介さずに画像形成装置に接続される記憶媒体の記憶領域である。

好ましくは、実施制御手段は、ウイルスチェック中に新規のジョブが発生した場合には、ウイルスチェックを中断させる。画像形成装置は、表示部と、ウイルスチェックが中断されたことに基づき、データーの送信が完了したことを表示部に表示させる表示制御手段とをさらに備える。実施制御手段は、ジョブが終了した場合には、中断していたウイルスチェックをウイルスチェック手段に再開させる。

好ましくは、画像形成装置は、外部からのアクセスが制限され、かつ受信手段によって受信されたデーターを格納する第１の記憶領域と、外部からのアクセスが可能な第２の記憶領域と、第１の記憶領域に格納されたデーターを、第２の記憶領域に格納させる格納処理手段とをさらに備える。特定の条件は、データーが第２の記憶領域に格納されことである。

好ましくは、画像形成装置は、受信手段によって受信されたデーターに対して、指示された編集を行う編集手段をさらに備える。特定の条件は、編集手段によってデーターに対する編集がなされたことである。実施制御手段は、編集手段によるデーターに対する編集が終了したことをトリガとして、編集後のデーターに対するウイルスチェックをウイルスチェック手段に開始させる。

好ましくは、画像形成装置は、受信手段によって受信されたデーターに対して圧縮処理を行う圧縮手段をさらに備える。特定の条件は、圧縮手段によるデーターに対する圧縮が行われたことである。実施制御手段は、圧縮段によるデーターに対する圧縮が終了したことをトリガとして、圧縮後のデーターに対するウイルスチェックをウイルスチェック手段に開始させる。

好ましくは、画像形成装置は、受信手段によって受信されたデーターを格納する記憶手段と、設定が有効となっており、かつ格納されたデーターが外部に送信されたことに基づき、記憶手段からデーターを自動的に削除する削除手段と、設定を有効と無効との間で切り替える切替指示を受け付ける指示受付手段とをさらに備える。特定の条件は、切替指示を受け付けたことである。

好ましくは、特定の条件は、画像形成装置にジョブが蓄積されていない状態である。
本開示の他の局面に従うと、ウイルスチェック方法は、外部装置からデーターを受信するステップと、データーが受信された後に特定の条件が満たされたことを条件に、データーに対するウイルスチェックを実施するステップとを備える。

本開示によれば、ウイルスチェックの実施による生産性の低下を抑制することが可能となる。

本実施の形態に係る画像形成システムの概略構成を表した図である。 画像形成装置の内部構造を示す概略図である。 本体部のハードウェア構成の一例を表したブロック図である。 画像形成装置の機能的構成を説明するための機能ブロック図である。 画像形成装置で実行される処理の流れを説明するためのフロー図である。 画像形成装置の機能的構成の第１の具体例を説明するための機能ブロック図である。 ステップＳ３の具体例を示したフロー図である。 ステップＳ４の具体例を示したフロー図である。 画像形成装置の機能的構成の第２の具体例を説明するための機能ブロック図である。 ステップＳ３の具体例を示したフロー図である。 画像形成装置の機能的構成の第３の具体例を説明するための機能ブロック図である。 ステップＳ３の具体例を示したフロー図である。 ステップＳ４の具体例を示したフロー図である。 ステップＳ３の変形例を示したフロー図である。 画像形成装置の機能的構成の第４の具体例を説明するための機能ブロック図である。 ステップＳ３の具体例を示したフロー図である。 画像形成装置の機能的構成の第５の具体例を説明するための機能ブロック図である。 ステップＳ３の具体例を示したフロー図である。 画像形成装置の機能的構成の第６の具体例を説明するための機能ブロック図である。 ステップＳ３の具体例を示したフロー図である。 画像形成装置の機能的構成の第７の具体例を説明するための機能ブロック図である。 ステップＳ３の具体例を示したフロー図である。

実施の形態における画像形成装置について、以下、図を参照しながら説明する。以下に説明する実施の形態において、個数、量などに言及する場合、特に記載がある場合を除き、本開示の範囲は必ずしもその個数、量などに限定されない。同一の部品、相当部品に対しては、同一の参照番号を付し、重複する説明は繰り返さない場合がある。

図面においては、実際の寸法の比率に従って図示しておらず、構造の理解を容易にするために、構造が明確となるように比率を変更して図示している箇所がある。なお、以下で説明される各実施の形態および各変形例は、適宜選択的に組み合わされてもよい。

また、以下では、カラープリンタとしての画像形成装置について説明するが、画像形成装置は、カラープリンタに限定されない。たとえば、画像形成装置は、モノクロプリンタであってもよいし、ＦＡＸであってもよいし、モノクロプリンタ、カラープリンタおよびＦＡＸの複合機（ＭＦＰ：Multi-Functional Peripheral）であってもよい。

＜Ａ．システム構成＞
〔ａ１．画像形成システム１〕
図１は、本実施の形態に係る画像形成システム１の概略構成を表した図である。

図１を参照して、画像形成システム１は、画像形成装置１０００，４０００と、情報処理装置の一例であるクライアントＰＣ（Personal Computer）２０００，３０００とを備えている。クライアントＰＣ２０００，３０００および画像形成装置４０００は、図示しないネットワークコントローラーを介して、画像形成装置１０００と通信可能に接続されている。

画像形成装置１０００は、本体部１０と、後処理装置２０と、図示しない操作パネルとを備える。

本体部１０は、スキャナユニット１２と、給紙トレイ１４Ａ，１４Ｂとを有する。本体部１０は、スキャナー機能、複写機能、プリンタとしての機能、ファクシミリ機能、データー通信機能、およびサーバ機能を備えたＭＦＰ（multifunction peripheral/product/printer）を含む。本体部１０は、コピージョブ、プリントジョブ、スキャンジョブ、ファクスジョブ、ボックスジョブを実行することができる。

後処理装置２０は、複数の排出トレイ２７１，２７２，２７３を有する。ユーザーは、たとえばクライアントＰＣ２０００から画像形成装置１０００に対して印刷を指示することができる。また、ユーザーは、スキャナユニット１２から原稿を読み込ませることにより、画像形成装置１０００にて印刷を行うこともできる。

クライアントＰＣ２０００，３０００は、ＰＣプリント用のプリンタドライバと、プリンタドライバ動作を補助するＰＣ内常駐アプリとを記憶している。

画像形成装置４０００は、画像形成装置１０００と同様の構成を有する。それゆえ、画像形成装置４０００の具体的構成の説明は繰り返さない。また、以下では、画像形成装置１０００，４０００のうち、画像形成装置１０００に着目して説明を行う。さらに、以下では、クライアントＰＣ２０００，３０００のうち、クライアントＰＣ２０００から画像形成装置１０００に対してデーターを送信する場合を例に挙げて説明する。なお、クライアントＰＣ２０００は、画像形成装置１０００の外部装置に該当する。

〔ａ２．画像形成装置１０００の内部構造〕
図２は、画像形成装置１０００の内部構造を示す概略図である。図２を参照して、画像形成装置１０００は、上述したように、本体部１０と、後処理装置２０とを備えている。

本体部１０は、画像形成ユニット１１と、スキャナユニット１２と、自動原稿搬送ユニット１３と、給紙トレイ１４Ａ，１４Ｂと、搬送路１５と、メディアセンサ１６と、反転搬送路１７と、給紙ローラー１１３とを備えている。

本体部１０は、画像形成装置１０００の動作を制御するコントローラー３１をさらに備えている。なお、本例では、本体部１０は、いわゆるタンデム方式のカラープリンタである。本体部１０は、印刷設定に基づいて画像形成を実行する。

自動原稿搬送ユニット１３は、原稿台上に載置された原稿を、原稿読取部の読取位置に自動的に搬送する。スキャナユニット１２は、自動原稿搬送ユニット１３により搬送された原稿の画像を読み取り、読取データーを生成する。

給紙トレイ１４Ａ，１４Ｂには、用紙Ｐが収容される。給紙ローラー１１３は、用紙Ｐを搬送路１５に沿って上方へ送る。

搬送路１５は、片面印刷および両面印刷のときに使用される。反転搬送路１７は、両面印刷のときに使用される。

画像形成ユニット１１は、スキャナユニット１２が生成した読取データー、または、クライアントＰＣ２０００から取得した印刷データーに基づいて、給紙トレイ１４Ａ，１４Ｂにより供給される用紙Ｐに対し画像形成を行なう。

画像形成ユニット１１は、中間転写ベルト１０１と、レジストローラー１０２，１０３と、イエローの画像形成部１０４Ｙと、マゼンタの画像形成部１０４Ｍと、シアンの画像形成部１０４Ｃ，ブラックの画像形成部１０４Ｋと、画像濃度センサ１０５と、１次転写装置１１１と、２次転写装置１１５と、定着装置１２０とを有している。

メディアセンサ１６は、搬送路１５に設置される。メディアセンサ１６によって、紙種自動検知機能が実現される。

なお、後処理装置２０は、パンチ処理装置２２０と、平綴じ処理部２５０と、中綴じ処理部２６０と、排出トレイ２７１と、排出トレイ２７２と、下部の排出トレイ２７３とをさらに備える。

〔ａ３．本体部１０のハードウェア構成〕
図３は、本体部１０のハードウェア構成の一例を表したブロック図である。

図３を参照して、本体部１０は、コントローラー３１と、固定記憶装置３２と、短距離無線ＩＦ（Inter Face）３３と、スキャナユニット１２と、操作パネル３４と、給紙トレイ１４Ａ，１４Ｂと、メディアセンサ１６と、画像形成ユニット１１と、プリンタコントローラー３５と、ネットワークＩＦ３６と、ワイアレスＩＦ３７とを有する。コントローラー３１には、各部１１，１２，１４Ａ，１４Ｂ，１６，３２〜３７がバス３８を介して接続されている。

コントローラー３１は、ＣＰＵ（Central Processing Unit）３１１と、制御プログラムの格納されたＲＯＭ（Read Only Memory）３１２と、作業用のＳ−ＲＡＭ（Static Random Access Memory）３１３と、画像形成に関わる各種の設定を記憶するバッテリバックアップされたＮＶ−ＲＡＭ（Non-Volatile RAM：不揮発性メモリ）３１４と、時計ＩＣ（Integrated Circuit）３１５とを有する。各部３１１〜３１５は、バス３８を介して接続されている。

操作パネル３４は、各種の入力を行うキー、および表示部を有する。操作パネル３４は、典型的には、タッチスクリーンと、ハードウェアキーとで構成される。なお、タッチスクリーンは、ディスプレイの上にタッチパネルが重畳されたデバイスである。

ネットワークＩＦ３６は、ネットワーク３９を介して接続されたクライアントＰＣ２０００，３０００および画像形成装置４０００をはじめとする外部装置との間で各種の情報を送受信する。

プリンタコントローラー３５は、ネットワークＩＦ３６により受信したプリントデーターから複写画像を生成する。画像形成ユニット１１は、複写画像を用紙上に形成する。

なお、固定記憶装置３２は、典型的には、ハードディスク装置である。固定記憶装置３２には、各種のデーターが記憶されている。

＜Ｂ．処理の概要＞
〔ｂ１．技術思想〕
ウイルスチェック機能を有する画像形成装置は、以下に述べるように、本来は、データーを受信したタイミングですぐにウイルスチェックを実施する必要はない。

詳しくは、画像形成装置は、受信したデーターに対して、印字処理、表示処理、保存処理、送信処理等を行うが、いずれの処理の際にも画像形成装置自身がウイルスに感染するリスクは低い。以下、その理由を説明する。

（１）印字処理および表示処理
データー（ファイル）の内容を読み取る処理は発生する。しかしながら、画像形成装置は、当該データーを画像形式データーとして扱うため、仮に、悪質なサイトへのＵＲＬ（Uniform Resource Locator）またはファイルパスが当該データーに記載されていても、そこへアクセスすることはない。それゆえ、ウイルス感染のリスクは低い。

（２）保存処理
データー（ファイル）を画像形成装置の保存領域内に格納するのみで、画像形成装置は、データーを開くわけではない。それゆえ、ウイルス感染のリスクは低い。

（３）送信処理
データー（ファイル）を開くわけではないため、ウイルス感染のリスクは低い。また、仮に、悪意のある者によって、画像データー以外のデーターが画像形成装置に送られてきた場合も、後述するように、ウイルス感染のリスクは低い。

データーの中に、悪質なサイトのＵＲＬまたはファイルパスが記載されていて、当該データーが、ＰＣ上でデーターを開こうとすると当該ＰＣが感染するようなファイルであっても、画像形成装置は、当該データーをあくまで画像データーとして扱う。そのため、「画像形成装置が、画像処理の過程において、ＵＲＬを読み込んでリンク先にアクセスする」といったことはない。それゆえ、画像形成装置自身がウイルス感染するリスクは低く、ウイルスチェックの必要はないと考えられる。

ただし、上述したように、「画像形成装置から他の機器へデーターを送って、送った先の機器でウイルス感染してしまう」といった二次感染の被害は防止すべきである。そのため、少なくとも、画像形成装置は、データーを受信してから、当該データーを外部へ二次配布するまでの間にウイルスチェックをすればよい。このような観点から、本実施の形態に係る画像形成装置１０００では、データーを受信してから、当該データーを外部へ二次配布するまでの間にウイルスチェックをする。

〔ｂ２．画像形成装置１０００〕
画像形成装置１０００の処理の概要について説明する。

図４は、画像形成装置１０００の機能的構成を説明するための機能ブロック図である。
図４を参照して、画像形成装置１０００は、受信部５０１と、ウイルスチェック部５０２と、制御部５９０とを備える。制御部５９０は、実施制御部５０３を有する。

制御部５９０は、画像形成装置１０００の全体動作を制御する。なお、制御部５９０は、コントローラー３１（図３参照）に対応する。詳しくは、制御部５９０は、コントローラー３１のＣＰＵ３１１がコントローラー３１のメモリ（ＲＯＭ３１２，Ｓ−ＲＡＭ３１３等）に格納されたプログラムを実行することにより実現される。

受信部５０１は、外部装置からデーターを受信する。本例の場合には、受信部５０１は、クライアントＰＣ２０００からデーターを受信する。

ウイルスチェック部５０２は、受信部５０１が受信したデーターに対して、ウイルスチェックを実施する。詳しくは、ウイルスチェック部５０２は、データーにウイルスが含まれているか否かをチェックする。

ウイルスチェック部５０２は、データーにウイルスが含まれていると判断すると、制御部５９０に対して所定の通知を行う。この場合、制御部５９０は、所定の処理を実行する。たとえば、制御部５９０は、操作パネル３４に所定の表示を行ったり、データーの送信元に対して所定の通知を行う。

実施制御部５０３は、ウイルスチェック部５０２の動作を制御する。詳しくは、実施制御部５０３は、ウイルスチェックをウイルスチェック部５０２に実施させる。より詳しくは、実施制御部５０３は、受信部５０１によってデーターが受信された後に特定の条件が満たされると、当該データーに対するウイルスチェックをウイルスチェック部５０２に実施させる。

さらに詳しくは、実施制御部５０３は、受信部５０１によってデーターが受信された後に、特定の条件を満たしているか否かを判断する。実施制御部５０３は、特定の条件を満たしていると判断したことに基づき、当該データーに対するウイルスチェックをウイルスチェック部５０２に実施させる。なお、「特定の条件」の具体例については、後述する。

図５は、画像形成装置１０００で実行される処理の流れを説明するためのフロー図である。ステップＳ１において、画像形成装置１０００は、外部装置であるクライアントＰＣ２０００から送られてきたデーターの受信を開始する。

データーの受信が完了すると（ステップＳ２）、画像形成装置１０００は、ステップＳ３において、特定の条件を満たしているか否かを判断する。画像形成装置１０００は、特定の条件を満たしていると判断した場合（ステップＳ３においてＹＥＳ）、ステップＳ４において、受信したデーター（ステップＳ２において受信完了したデーター）に対してウイルスチェックを実施する。画像形成装置１０００は、特定の条件を満たしていないと判断した場合（ステップＳ３においてＮＯ）、処理をステップＳ３に戻す。

このように、画像形成装置１０００は、外部からデーターを受信したタイミングではウイルスチェックを実施せず、データーを受信した後、特定の条件を満たしたときに、ウイルスチェックを実施する。

このような構成によれば、画像形成装置１０００から他の機器への二次感染の被害は防ぎつつ、かつ、従来のウイルスチェック方法（データーを受信したタイミングでウイルスチェックを開始する方法）よりも、画像形成装置１０００の生産性へ与える影響を抑えることができる。

＜Ｃ．具体例＞
以下では、上述した画像形成装置１０００の処理の具体例（第１の具体例から第７の具体例）を説明する。詳しくは、図５のステップＳ３の具体例（すなわち、「特定の条件」の具体例）と、ステップＳ４の具体例とについて説明する。

〔ｃ１．第１の具体例（ＣＰＵ負荷に基づく処理例）〕
たとえば画像形成装置１０００に実行中のジョブがなく、画像安定化などの内部処理もない状況の場合、画像形成装置１０００のＣＰＵ負荷は低い状態になっていると考えられる。そのような状況であれば、ウイルスチェックをしても画像形成装置１０００に掛かる負荷は少なく、他の処理に与える影響も少ないといえる。そこで、本例では、画像形成装置１０００のＣＰＵ負荷が閾値未満のときに、「特定の条件」を満たしたとしてウイルスチェックを実施する。

図６は、画像形成装置１０００の機能的構成の第１の具体例を説明するための機能ブロック図である。

図６を参照して、画像形成装置１０００は、受信部５０１と、ウイルスチェック部５０２と、制御部５９０とを備える。制御部５９０は、実施制御部５０３とＣＰＵ負荷算出部５０４とを有する。本例の画像形成装置１０００は、ＣＰＵ負荷算出部５０４を有する点において、図４に示した構成とは異なる。

ＣＰＵ負荷算出部５０４は、ＣＰＵ３１１（図３参照）の負荷を算出する。具体的には、ＣＰＵ負荷算出部５０４は、ＣＰＵ３１１の負荷率（使用率）を周期的に算出する。ＣＰＵ負荷算出部５０４は、算出された負荷を実施制御部５０３に通知する。

実施制御部５０３は、ＣＰＵ３１１の負荷が閾値未満のときに、「特定の条件」を満たしたとして、受信したデーターに対してウイルスチェックを実施する。また、実施制御部５０３は、ウイルスチェックの実施中にＣＰＵ３１１の負荷が閾値以上となると、ウイルスチェックを中断させる。さらに、実施制御部５０３は、ウイルスチェックを中断させた後に、ＣＰＵ３１１の負荷が閾値未満となると、ウイルスチェックを再開させる。

以上のように、実施制御部５０３は、ＣＰＵ３１１の負荷に応じて、受信したデーターに対するウイルスチェックをウイルスチェック部５０２に実施させるか否かを判断する。

図７は、ステップＳ３の具体例を示したフロー図である。
図７を参照して、ステップＳ３０１において、画像形成装置１０００の制御部５９０（コントローラー３１）は、ＣＰＵ３１１の負荷が閾値未満であるか否かを判断する。制御部５９０は、閾値未満であると判断した場合（ステップＳ３０１においてＹＥＳ）、ステップＳ３０２において、「特定の条件」を満たしたと判断する。制御部５９０は、閾値以上であると判断した場合（ステップＳ３０１においてＮＯ）、処理をステップＳ３０１に戻す。

図８は、ステップＳ４の具体例を示したフロー図である。
図８を参照して、ステップＳ４０１において、画像形成装置１０００のウイルスチェック部５０２は、実施制御部５０３の指示基づきウイルスチェックを開始する。ステップＳ４０２において、実施制御部５０３は、負荷情報に基づき、ＣＰＵ３１１の負荷が閾値以上となったか否かを判断する。

負荷が閾値以上となったと判断された場合（ステップＳ４０２においてＹＥＳ）、実施制御部５０３は、ステップＳ４０３において、ウイルスチェック部５０２に対して、ウイルスチェックを中断させる制御を行う。

負荷が閾値未満と判断された場合（ステップＳ４０２においてＮＯ）、実施制御部５０３は、ステップＳ４０４において、ウイルスチェックを中断中であるか否かを判断する。たとえば、実施制御部５０３は、中断中か否かを示すフラグを有することにより、このような判断が可能となる。

ウイルスチェックが中断中であると判断されると（ステップＳ４０４においてＹＥＳ）、実施制御部５０３は、ステップＳ４０５において、ウイルスチェック部５０２に対して、ウイルスチェックを再開させる制御を行う。

ウイルスチェックが実行中であると判断されると（ステップＳ４０４においてＮＯ）、実施制御部５０３は、ステップＳ４０６において、ウイルスチェックが完了したか否かを判断する。たとえば、実施制御部５０３が、ウイルスチェックが完了するとウイルスチェック部５０２からウイルスチェックの完了通知を受け付ける構成としておくことにより、実施制御部５０３は、ウイルスチェックが完了したか否かを判断することができる。

ウイルスチェックが完了していないと判断された場合（ステップＳ４０６においてＮＯ）、制御部５９０は、処理をステップＳ４０１に進める。ウイルスチェックが完了したと判断された場合（ステップＳ４０６においてＹＥＳ）、制御部５９０は、ステップＳ４の処理を終了する。

（第１の具体例の利点）
従来のウイルスチェック方法では、たとえば以下のような問題が生じる。

あるユーザーが画像形成装置でコピーをしている最中に、他のユーザーが文書ファイルを画像形成装置に送信すると、画像形成装置では、コピージョブと並行して、受信した文書ファイルのウイルスチェックが始まる。特にオフィス環境次第では、会議の前のタイミングに集中して、ユーザーが各自のＰＣから必要な書類を画像形成装置へ送って印刷するといった状況が例として挙げられるように、画像形成装置には集中してデーター受信が行われるタイミングが発生し得る。複数の人から同時に送信されるケース以外にも、一人が会議出席者全員分の資料を一気に送信して印刷するといったことも考えられる。

このような状況で、仮に、データー受信する度にウイルスチェックをしてしまうと、ウイルスチェックが多数同時に動作することになる。このような局面において、画像形成装置の前で他のユーザーがコピーなどの操作をしようとすると、画像形成装置が高負荷の状態となるため、当該他のユーザーは、コピーのジョブ完了まで、通常よりも長く待たされてしまうといった状況が発生し得る。

しかしながら、本例の画像形成装置１０００のように、ＣＰＵ負荷が高いときにはウイルスチェックを行わないようにすることにより、画像形成装置１０００の生産性の低下を抑えることができる。

（ウイルスチェックの優先度）
以下では、複数の受信データーが画像形成装置１０００のメモリ（詳しくは、記憶部のデーター保存領域）に存在する場合に、どのデーターから順番にウイルスチェックを実施するかについて、複数の例を挙げて説明する。

（１）たとえば、画像形成装置１０００のデーター保存領域内に、１周間前に格納された古いデーターと、数分前に格納された新しいデーターとがあった場合には、古いデーターは格納されたまま忘れられている可能性がより高く、直近で格納されたデーターの方が先に使用される可能性が高いと考えられる。

それゆえ、ウイルスチェック部５０２は、ＣＰＵ３１１の負荷が閾値未満となってウイルスチェックを実施する場合、保持しているデーターを格納日時順にソートし、かつ、格納日時がより新しいデーターから優先してウイルスチェックを実施する。

（２）一度ウイルスチェックを実施したデーター（典型的には、ファイル）に対しては、ウイルスチェックを実施したことを、制御部５９０が判別できるようにする。具体的には、当該データーのヘッダに情報をその旨を書き込んだり、あるいは別に専用の管理ファイルを用意して、どのデーターに対してウイルスチェックを実施済みかを制御部５９０が判別できるようにしておく。

ウイルスチェック部５０２は、ＣＰＵ３１１の負荷が閾値未満となってウイルスチェックを実施する場合には、ヘッダ情報（もしくは管理ファイル）を参照して、ウイルスチェックが済んでいないデーターを優先してウイルスチェックを実施する。

（３）ウイルスチェックに掛かる時間は、データーのサイズに依存する。データーサイズが大きいもの程、ウイルスチェックに時間が掛かる。そこで、たとえば画像形成装置１０００内にデーターサイズの異なる複数のデーターがある状況において、大きなデーターサイズのものから先にウイルスチェックをした場合、当該データーのウイルスチェックに時間が掛かってしまい、他のデーターのウイルスチェックするタイミングが遅くなる。

逆に、データーサイズの小さいものからチェックしていけば、早期に多くのデーターをチェック済みにすることができる。

以上の観点から、ウイルスチェック部５０２は、ＣＰＵ３１１の負荷が閾値未満となってウイルスチェックを実施する場合、保持しているデーターをデーターサイズ順にソートし、かつデーターサイズのより小さいものから優先してウイルスチェックを実施する。

（第１の具体例の変形例）
上記においては、実施制御部５０３は、ＣＰＵ３１１の負荷が閾値以上の場合には、「特定の条件」が満たされていないため、ウイルスチェックをウイルスチェック部５０２に実施させない。

そこで、ＣＰＵ３１１の負荷が高くなる処理を予め規定しておくことにより、実施制御部５０３は、ＣＰＵの負荷を判断することなく、ウイルスチェックを実施させるか否かを判断することもできる。たとえば、負荷が高くなる処理としては、画像形成処理、スキャン処理、または画像安定化処理などが挙げられる。

このように、画像形成装置１０００が、これらの処理（画像形成処理、スキャン処理、または画像安定化処理）を実行しているときは、実施制御部５０３は、特定の条件が満たされていないと判断してもよい。

〔ｃ２．第２の具体例（送信予約に基づく処理例）〕
画像形成装置１０００は、データー送信をする時刻をユーザーが予め指定することが可能な機能を有している。当該機能を使用して送信予約がされた場合には、画像形成装置１０００の外部へデーター送信することが予め判明している状況といえる。そこで、本例では、送信時刻の設定を受け付けた時点（送信予約がなされた時点）で、「特定の条件」を満たしたとして、送信予定のデーターに対してウイルスチェックを実施する。

図９は、画像形成装置１０００の機能的構成の第２の具体例を説明するための機能ブロック図である。

図９を参照して、画像形成装置１０００は、受信部５０１と、ウイルスチェック部５０２と、制御部５９０と、送信部５０６とを備える。制御部５９０は、実施制御部５０３と送信時刻設定部５０５とを有する。本例の画像形成装置１０００は、送信時刻設定部５０５と送信部５０６とを有する点において、図４に示した構成とは異なる。

送信部５０６は、指定された宛先にネットワークＮＷ（図１参照）を介してデーターを送信する。送信部５０６によるデーターの送信タイミングは、制御部５９０によって制御される。

送信時刻設定部５０５は、ユーザーの指示に基づき、データーの送信時刻を設定する。送信時刻設定部５０５は、当該設定がなされたことを、実施制御部５０３に通知する。

実施制御部５０３は、データーの受信後に上記設定がなされたことをトリガとして、当該データーに対するウイルスチェックをウイルスチェック部５０２に開始させる。

図１０は、ステップＳ３の具体例を示したフロー図である。
図１０を参照して、ステップＳ３１１において、画像形成装置１０００の制御部５９０（コントローラー３１）は、データーの送信時刻の設定を受け付けた否かを判断する。制御部５９０は、設定を受け付けたと判断した場合（ステップＳ３１１においてＹＥＳ）、ステップＳ３１２において、「特定の条件」を満たしたと判断する。制御部５９０は、設定を未だ受け付けていないと判断した場合（ステップＳ３１１においてＮＯ）、処理をステップＳ３１１に戻す。

〔ｃ３．第３の具体例（外部送信に基づく処理例）〕
画像形成装置１０００から外部の機器（本例の場合、クライアントＰＣ３０００）にデーターを送信する場合がある。たとえば、操作パネル３４に対する操作を受け付けることにより、ネットワークＮＷを介して画像形成装置１０００からクライアントＰＣ３０００に対してＥｍａｉｌ送信（画像形成装置１０００からのプッシュ送信）がなされる場合がある。また、ＳＭＢ（Server Message Block）プロトコルを使用してクライアントＰＣ３０００から画像形成装置１０００の記憶部（典型的には、ＨＤＤ（Hard Disk Drive））にアクセスしてデーターを取得する（画像形成装置１０００からプル送信する）場合がある。

そこで、本例では、画像形成装置１０００から外部の通信機器にネットワークＮＷを介してデーター送信をする場合に、「特定の条件」を満たしたとして、外部装置（本例の場合、クライアントＰＣ２０００）から受信したデーターのうち、送信対象となったデーターに対するウイルスチェック実施する。

また、ネットワーク経由ではなく、ＵＳＢメモリ５０００または外付けＨＤＤ（図示せず）など、画像形成装置１０００に物理的に接続された外部記憶媒体へデーター送信（出力）する場合にも、当該外部記憶媒体を介して他の機器へウイルスが二次感染するリスクがある。そこで、本例では、画像形成装置１０００内のデーターを外部記憶媒体へ移動もしくは複製する場合（データー送信する場合）にも、「特定の条件」を満たしたとして、当該データーに対してウイルスチェックを実施する。

以下、これらの局面について、具体的に説明する。
図１１は、画像形成装置１０００の機能的構成の第３の具体例を説明するための機能ブロック図である。

図１１を参照して、画像形成装置１０００は、受信部５０１と、ウイルスチェック部５０２と、実施制御部５０３と、ジョブ受付部５０７と、記憶部５１１と、指示受付部５１２と、格納処理部５１３と、表示制御部５１４と、通信ＩＦ部５１５と、表示部５１６とを備える。なお、実施制御部５０３と、ジョブ受付部５０７と、格納処理部５１３と、表示制御部５１４とは、制御部５９０に含まれている。なお、表示部５１６は、操作パネル３４に対応する。

受信部５０１がクライアントＰＣ２０００から受信したデーターは、記憶部５１１に格納される。

指示受付部５１２は、ユーザーから、各種の指示を受け付ける。指示受付部５１２は、操作パネル３４を介して指示を受け付ける。あるいは、指示受付部５１２は、ネットワークＮＷを介して、外部から指示を受け付ける。

たとえば、指示受付部５１２は、記憶部５１１に格納されたデーターを外部に送信する指示（以下、「送信指示」とも称する）を受け付ける。当該送信指示は、送信先を特定する情報も含む。本例では、送信先の例として、クライアントＰＣ３０００またはＵＳＢ（Universal Serial Bus）メモリ５０００が挙げられる。なお、ＵＳＢメモリ５０００は、ネットワークＮＷを介さずに、画像形成装置１０００のＵＳＢポートに直接挿し込まれる。また、データー送信には、送信元からデーターが無くなるデーター移動と、送信元にもデーターが残るデーター複製とが含まれる。

指示受付部５１２は、送信指示を受け付けると、実施制御部５０３と、格納処理部５１３とに対して、所定の通知を送る。

格納処理部５１３は、指示受付部５１２から上記通知を受け付けると、記憶部５１１からデーターを読み出す。実施制御部５０３は、格納処理部５１３が記憶部５１１から読み出したデーターに対してウイルスチェックを実行するように、ウイルスチェック部５０２に対して指示する。

ウイルスチェック部５０２は、ウイルスチェックが完了したデーターを、格納処理部５１３に送る。格納処理部５１３は、通信ＩＦ部５１５を介して、指定された宛先（クライアントＰＣ２０００、ＵＳＢメモリ５０００、図示しないＨＤＤ）に、ウイルスチェックが完了したデーターを送信する。

このように、画像形成装置１０００は、少なくとも、受信部５０１によって受信されたデーターを格納する記憶部５１１と、外部送信指示を受け付ける指示受付部５１２と、指示受付部５１２が外部送信指示を受け付けたことに基づき、記憶部５１１に格納されたデーターを、当該指示に基づいた記憶領域（クライアントＰＣ３０００の記憶領域３００１、ＵＳＢメモリ５０００の記憶領域５００１、または図示しないＨＤＤの記憶領域）に格納させる格納処理部５１３とを備える。

実施制御部５０３は、指示受付部５１２が外部送信指示を受け付けたことをトリガとして、記憶部５１１に格納されたデーターを外部の記憶領域（記憶領域３００１、記憶領域５００１、図示しないＨＤＤの記憶領域）に格納する前に、当該データーに対するウイルスチェックをウイルスチェック部５０２に開始させる。

たとえば、格納処理部５１３が、データーをクライアントＰＣ３０００の記憶領域３００１に格納（すなわち、クライアントＰＣ３０００に送信）する場合には、実施制御部５０３は、格納処理部５１３によってデーターが送信される前に、当該データーに対するウイルスチェックをウイルスチェック部５０２に実施させる。

以上のように、画像形成装置１０００は、外部からデーターを受信したタイミングではウイルスチェックを実施せず、データーを受信した後、指示受付部５１２が外部送信指示を受け付けたことをトリガとして、ウイルスチェックを実施する。このような構成によれば、画像形成装置１０００から他の機器への二次感染の被害は防ぎつつ、かつ、従来のウイルスチェック方法（データーを受信したタイミングでウイルスチェックを開始する方法）よりも、画像形成装置１０００の生産性へ与える影響を抑えることができる。

次に、ウイルスチェックの中断および再開処理について説明する。
画像形成装置１０００は、操作パネル３４を介して、受信したデーターをＥｍａｉｌにて外部送信する操作を受け付けた場合、画像形成装置１０００は、上述したように、送信前にウイルスチェックを実施する。その最中に、送信操作を行ったユーザーとは別のユーザーが新たな処理（たとえば、クライアントＰＣ３０００から画像形成装置１０００の保存領域へデーターを送信するなど）を実行した場合には、画像形成装置１０００はウイルスチェックを中断する。これにより、当該他のユーザーが実行した処理へのパフォーマンスの影響をなくすことが可能となる。

さらに、画像形成装置１０００は、実際にはウイルスチェックは中断中のため、データー送信は完了していないが、送信完了の旨を操作パネル３４に表示する。これにより、データー送信を実行しようとしているユーザーの操作を完結させることができる。したがって、当該ユーザーが、画像形成装置１０００の前で待たされるという状況もなくすことが可能となる。なお、この場合、他のユーザーの処理が完了したら、画像形成装置１０００は、ウイルスチェックを再開し、ウイルスチェック完了後にデーター送信を実行する。

ウイルスチェックの中断および再開処理について具体的に説明すると、以下のとおりである。

ジョブ受付部５０７は、ジョブを受け付ける。たとえば、ジョブ受付部５０７は、指示受付部５１２を介して、ジョブを受け付ける。あるいは、クライアントＰＣ２０００，３０００からのジョブを受け付ける。

ウイルスチェック中にジョブ受付部５０７が新たなジョブを受け付けると、以下の処理が実行される。

ジョブ受付部５０７は、新たなジョブを受け付けたことを、実施制御部５０３に通知する。実施制御部５０３は、ウイルスチェック部５０２に対して、ウイルスチェックの実行を中断するように指示する。これにより、ウイルスチェック部５０２は、ウイルスチェックを中断する。

さらに、実施制御部５０３は、ジョブ受付部５０７から上記通知を受け取ると、表示制御部５１４に対して所定の指示を送る。表示制御部５１４は、当該指示を受け付けると、データー送信が完了した旨を表示部５１６に表示させる。

以上のように、実施制御部５０３は、ウイルスチェック中に新規のジョブが発生した場合には、ウイルスチェックを中断させる制御を行う。表示制御部５１４は、ウイルスチェックが中断されたことに基づき、データーの送信が完了したことを表示部５１６に表示させる。実施制御部５０３は、ジョブが終了した場合には、中断していたウイルスチェックをウイルスチェック部５０２に再開させる。このような構成によれば、画像形成装置１０００の生産性へ与える影響を抑えることができる。

図１２は、ステップＳ３の具体例を示したフロー図である。
図１２を参照して、ステップＳ３２１において、画像形成装置１０００の制御部５９０（コントローラー３１）は、データーを外部送信する操作を受け付けたか否かを判断する。制御部５９０は、操作を受け付けたと判断した場合（ステップＳ３２１においてＹＥＳ）、ステップＳ３２２において、「特定の条件」を満たしたと判断する。制御部５９０は、操作を受け付けていないと判断した場合（ステップＳ３２１においてＮＯ）、処理をステップＳ３２１に戻す。

図１３は、ステップＳ４の具体例を示したフロー図である。
図１３を参照して、ステップＳ４１１において、画像形成装置１０００のウイルスチェック部５０２は、実施制御部５０３の指示基づきウイルスチェックを開始する。ステップＳ４１２において、制御部５９０は、新たなジョブが発生したか否かを判断する。

新たなジョブが発生したと判断すると（ステップＳ４１２においてＹＥＳ）、ステップＳ４１３において、実施制御部５０３からの指示に基づき、ウイルスチェック部５０２はウイルスチェックを中断する。新たなジョブは発生していないと判断すると（ステップＳ４１２においてＮＯ）、処理をステップＳ４１７に進める。

ステップＳ４１４において、表示制御部５１４は、データー送信が完了したことを表示部５１６に表示させる。ステップＳ４１５において、制御部５９０は、新たなジョブは終了したか否かを判断する。制御部５９０は、たとえば、ジョブ受付部５０７からジョブの終了通知を受信することにより、当該判断を実行する。

新たなジョブが終了したと判断されると（ステップＳ４１５においてＹＥＳ）、ステップＳ４１６において、実施制御部５０３からの指示に基づき、ウイルスチェック部５０２は、ウイルスチェックを再開する。その後、処理をステップＳ４１２に進める。新たなジョブが終了していないと判断すると（ステップＳ４１５においてＮＯ）、当該ジョブが終了するまで待機する。

ステップＳ４１７において、実施制御部５０３は、ウイルスチェック部５０２からの通知に基づき、ステップＳ４１７においてウイルスチェックが完了したか否かを判断する。ウイルスチェックが完了したと判断されると（ステップＳ４１７においてＹＥＳ）、ステップＳ４１８において、表示制御部５１４は、完了表示を表示部５１６にさせる。ウイルスチェックが完了していないと判断されると、制御部５９０は、処理をステップＳ４１２に進める。

（第３の具体例の変形例）
以下、第２の具体例の変形例について説明する。具体的には、図１２に示した処理フローの変形例について説明する。

（１）第１の変形例（他の画像形成装置へのデータ送信の処理）
たとえば、画像形成装置１０００から他の画像形成装置（たとえば、図１に示した画像形成装置４０００）へ文書データーを送信する機能（ユビキタスプリントなど）を使用する場合、データー送信先は画像形成装置となる。上述したように、画像形成装置自身がウイルス感染するリスクは低いと考えられる。それゆえ、送信先が画像形成装置の場合には、データー送信元となる画像形成装置１０００は、ウイルスチェックを実施せずとも問題ないと考えられる。

そこで、本変形例では、送信先が画像形成装置の場合には、「特定の条件」を満たしたとはせずに、ウイルスチェックを実施しないでデーターを送信する。一方、送信先が画像形成装置以外の機器（たとえば、クライアントＰＣ３０００等）の場合に「特定の条件」を満たしたとして、ウイルスチェックを実施してからデーターを当該機器に送信する。

図１４は、ステップＳ３の変形例を示したフロー図である。
図１４を参照して、ステップＳ３２１において、画像形成装置１０００の制御部５９０（コントローラー３１）は、データーを外部送信する操作を受け付けたか否かを判断する。制御部５９０は、操作を受け付けたと判断した場合（ステップＳ３２１においてＹＥＳ）、ステップＳ３２１１において、データーの送信先は、他の画像形成装置（本例の場合、図１に示した画像形成装置４０００）であるか否かを判断する。

他の画像形成装置であると判断されると（ステップＳ３２１１においてＹＥＳ）、制御部５９０は処理を終了する。他の画像形成装置ではないと判断されると（ステップＳ３２１１においてＮＯ）、ステップＳ３２２において、「特定の条件」を満たしたと判断する。

（２）第２の変形例（ＦＡＸ送信の場合の処理）
たとえば、画像形成装置１０００から電話回線を介して送るＦＡＸデーターの場合、送信先のＦＡＸ受信機器では受信データーを印刷するのみのため、送信先でウイルス感染するリスクは低い。そのため、画像形成装置１０００が外部へデーター送信する場合でも、ＦＡＸ送信の場合には、「特定の条件」を満たしたとはせず、画像形成装置１０００は、ウイルスチェックを実施しないでＦＡＸ送信する。一方、ＦＡＸ送信以外の送信処理の場合には、画像形成装置１０００は、「特定の条件」を満たしたとして、ウイルスチェックを実施してからデーター送信する。

本変形例を実現する場合、図１４におけるステップＳ３２１１の処理を、「データーの送信先は、他の画像形成装置？」から「ＦＡＸ送信か？」に変更すればよい。

（３）第３の変形例（他の機器のウイルスチェック機能の有無に基づく処理）
たとえば、画像形成装置からデーターを送信する先の機器（本例の場合、たとえばクライアントＰＣ３０００）に対して、ウイルス対策ソフトがインストールされているかをネットワークを介して問い合わせて、インストールされていることが確認できたら、画像形成装置から機器に送ったデーターに仮にウイルスが含まれていたとしても、送信先の機器のウイルス対策ソフトで対応が可能と考えられる。

なお、送信先の機器のウイルス対策ソフトの有無を確認するのは、既知の技術を持ちればよい。たとえば、送信先の機器のＯＳがＷｉｎｄｏｗｓ（登録商標）である場合には、Ｗｉｎｄｏｗｓの標準コマンドによって、インストール済みのソフトウェア一覧を取得することが可能である。このため、その取得結果を見て、ウイルス対策ソフトがインストールされているかどうかは判断可能と考えられる。

そこで、本変形例では、送信先の機器にウイルス対策ソフトが含まれている場合には、「特定の条件」を満たしたとはせず、画像形成装置１０００はウイルスチェックを実施しないでデーター送信する。一方、送信先の機器にウイルス対策ソフトが含まれていない場合には、「特定の条件」を満たしたとして、画像形成装置１０００は送信データーのウイルスチェックを実施する。

本変形例を実現する場合、図１４におけるステップＳ３２１とステップＳ３２１１との間に「送信先の機器のウイルスチェック機能の有無を確認する」というステップを追加するとともに、ステップＳ３２１１の処理を、「データーの送信先は、他の画像形成装置？」から「送信先にウイルスチェック機能有り？」に変更すればよい。

なお、本変形例におけるデーターの送信先の機器は、ＰＣに限らず、他の画像形成装置であってもよい。

（４）第４の変形例（データーの作成者に基づく処理）
たとえば、ファイル作成者が同じ社内の人である場合であれば、信用できるデーターであるとみなし、ウイルスチェックは必要ないと考えられる。作成者が社内の人かどうかを見分ける方法としては、たとえば、画像形成装置１０００にユーザー登録されているユーザーの場合は同じ社内の人とみなすことができる。

一方、インターネットなどから取得してファイル作成者が不特定なファイルの場合には、ウイルスが含まれている可能性があるとみなして、ウイルスチェックが必要と考えられる。なお、ファイルの作成者情報は、当該ファイルのヘッダ情報から確認することが可能である。

そこで、本変形例では、画像形成装置１０００は、作成者が特定の人物の場合には「特定の条件」を満たしたとはせず、ウイルスチェックを実施しないでデーターを送信する。一方、画像形成装置１０００は、送信データーの作成者が不明な場合には「特定の条件」を満たしたとして、ウイルスチェックを実施する。

本変形例を実現する場合、図１４におけるステップＳ３２１１の処理を、「データーの送信先は、他の画像形成装置？」から「送信データーの作成者は特定の者（登録済みの者）か？」に変更すればよい。

（５）第５の変形例（過去の送信履歴に基づく処理）
たとえば、画像形成装置１０００が保持するデーター毎に、当該データーを過去に送信した実績があるかどうかという記録を残しておく。画像形成装置１０００は、データーを送信する際には、当該記録を参照し、送信実績がある（つまり、過去にウイルスチェックを実施済み）のデーターに対しては、ウイルスチェックせずにデーター送信を実行する。なお、当該記録は、各データーのヘッダ部分等に書き込んで管理してもよい。あるいは、各データーとは別に、記録用のファイルを用意して、当該ファイルで一括管理してもよい。

本変形例では、画像形成装置１０００は、送信実績のあるデーターを再度送信する場合には、「特定の条件」を満たしたとはせず、ウイルスチェックを実施しないでデーター送信する。一方、画像形成装置１０００は、送信実績のないデーターを送信する場合には「特定の条件」を満たしたとして、送信するデーターのウイルスチェックを実施する。

本変形例を実現する場合、図１４におけるステップＳ３２１１の処理を、「データーの送信先は、他の画像形成装置？」から「送信データーは過去に送信実績が有る？」に変更すればよい。

〔ｃ４．第４の具体例（内部でのデータ移動等に基づく処理例）〕
画像形成装置１０００は、データーを格納する保存領域を、用途に応じて領域を区分けしている。画像形成装置１０００は、外部からアクセス可能な領域（以下、「共用記憶領域」とも称する）と、外部からはアクセスできない領域（以下、「専用記憶領域」とも称する）の２つの領域を持っている。この場合、専用記憶領域にあるデーターを共用記憶領域に移動あるいは複製した場合、当該移動または複製後に当該データーを外部から取得すると考えられる。

そこで、画像形成装置１０００は、移動または複製によって共用記憶領域にデーターが格納された場合に、「特定の条件」を満たしたとして、当該格納されたデーターのウイルスチェックを実施する。

図１５は、画像形成装置１０００の機能的構成の第４の具体例を説明するための機能ブロック図である。

図１５を参照して、画像形成装置１０００は、受信部５０１と、ウイルスチェック部５０２と、実施制御部５０３と、記憶部５２１と、指示受付部５１２と、格納処理部５２２とを備える。なお、実施制御部５０３と、格納処理部５２２とは、制御部５９０に含まれている。記憶部５２１は、専用記憶領域５２１１と、共用記憶領域５２１２とを有する。

受信部５０１がクライアントＰＣ２０００から受信したデーターは、記憶部５２１に格納される。詳しくは、当該データーは、記憶部５２１の専用記憶領域５２１１に格納される。

指示受付部５１２は、上述したように、各種の指示を受け付ける。本例では、指示受付部５１２は、記憶部５２１の専用記憶領域５２１１に格納されたデーターを記憶部５２１の共用記憶領域５２１２に移動または複製によって格納する指示（以下、「格納指示」とも称する）を受け付ける。

指示受付部５１２は、格納指示を受け付けると、実施制御部５０３と、格納処理部５２２とに対して、所定の通知を送る。

格納処理部５２２は、指示受付部５１２から上記通知を受け付けると、専用記憶領域５２１１からデーターを読み出す。実施制御部５０３は、格納処理部５２２が専用記憶領域５２１１から読み出したデーターに対してウイルスチェックを実行するように、ウイルスチェック部５０２に対して指示する。

ウイルスチェック部５０２は、ウイルスチェックが完了したデーターを、格納処理部５２２に送る。格納処理部５２２は、記憶部５２１の共用記憶領域５２１２に、ウイルスチェックが完了したデーターを書き込む。

このように、画像形成装置１０００は、少なくとも、外部からのアクセスが制限され、かつ受信部５０１によって受信されたデーターを格納する専用記憶領域と、外部からのアクセスが可能な共用記憶領域と、専用記憶領域に格納されたデーターを、共用記憶領域に格納させる格納処理部５２２とを備える。

実施制御部５０３は、データーが共用記憶領域５２１２に格納されたことをトリガーとして、共用記憶領域５２１２に格納されたデーターに対するウイルスチェックをウイルスチェック部５０２に実施させる。

このような構成によれば、画像形成装置１０００から他の機器への二次感染の被害は防ぎつつ、かつ、従来のウイルスチェック方法（データーを受信したタイミングでウイルスチェックを開始する方法）よりも、画像形成装置１０００の生産性へ与える影響を抑えることができる。

図１６は、ステップＳ３の具体例を示したフロー図である。
図１６を参照して、ステップＳ３３１において、画像形成装置１０００の制御部５９０（コントローラー３１）は、外部からアクセス可能な領域（すなわち、共用記憶領域５２１２）にデーターが移動または複製されたか否かを判断する。

制御部５９０は、移動または複製されたと判断した場合（ステップＳ３３１においてＹＥＳ）、ステップＳ３３２において、「特定の条件」を満たしたと判断する。制御部５９０は、移動または複製されていないと判断した場合（ステップＳ３３１においてＮＯ）、処理をステップＳ３３１に戻す。

〔ｃ５．第５の具体例（編集処理に基づく処理例）〕
画像形成装置１０００が保持しているデーターに対して、画像形成装置１０００の操作パネル３４から、もしくは外部の機器（たとえば、クラインアントＰＣ３０００）などから画像形成装置１０００へアクセスして、当該データーを編集することができる。たとえば、データーに日付や文字のスタンプを付けたり、複数の画像を合成して１つの画像として保存するといった編集操作が可能である。

悪意を持った人物がそのような編集機能を利用した場合、以下のことが起こり得る。たとえば、画像データーの目立たない場所に、悪質なサイトへ繋がるＱＲコード（登録商標）を載せておき、当該画像データーを印刷したユーザーが自身のスマートフォンで印刷した用紙にカメラを向けると、自動的にＱＲコードを認識し、悪質なサイトへ勝手にアクセスしてしまう。

そこで、画像形成装置１０００は、保持しているデーターが編集された場合に、「特定の条件」を満たしたとして、編集されたデーター（つまり、編集後のデータ）のウイルスチェックを実施する。

図１７は、画像形成装置１０００の機能的構成の第５の具体例を説明するための機能ブロック図である。

図１７を参照して、画像形成装置１０００は、受信部５０１と、ウイルスチェック部５０２と、実施制御部５０３と、記憶部５１１と、編集部５３１と、指示受付部５１２とを備える。なお、実施制御部５０３と、編集部５３１とは、制御部５９０に含まれている。

受信部５０１がクライアントＰＣ２０００から受信したデーターは、記憶部５１１に格納される。

指示受付部５１２は、ネットワークＮＷを介して、クライアントＰＣ３０００等の他の機器からデーターの編集指示を受け付ける。本例では、指示受付部５１２は、編集指示を受け付けると、編集部５３１に当該編集指示を通知する。

編集部５３１は、指示受付部５１２から上記通知を受け付けると、記憶部５１１に格納されたデーターに対して、編集指示に基づいた編集処理を実行する。編集部５３１は、編集処理が完了すると、編集完了通知を実施制御部５０３に通知する。

実施制御部５０３は、編集後のデーターに対してウイルスチェックを実行するように、ウイルスチェック部５０２に対して指示する。ウイルスチェック部５０２は、ウイルスチェックが完了したデーターを、記憶部５１１に格納する。

このように、画像形成装置１０００は、少なくとも、受信部５０１によって受信されたデーターに対して、指示された編集を行う編集部５３１を備える。実施制御部５０３は、編集部５３１によるデーターに対する編集が終了したことをトリガとして、編集後のデーターに対するウイルスチェックをウイルスチェック部５０２に開始させる。

このような構成によれば、画像形成装置１０００から他の機器への二次感染の被害は防ぎつつ、かつ、従来のウイルスチェック方法（データーを受信したタイミングでウイルスチェックを開始する方法）よりも、画像形成装置１０００の生産性へ与える影響を抑えることができる。

図１８は、ステップＳ３の具体例を示したフロー図である。
図１８を参照して、ステップＳ３４１において、画像形成装置１０００の制御部５９０（コントローラー３１）は、データーが編集されたか否かを判断する。制御部５９０は、編集されたと判断した場合（ステップＳ３４１においてＹＥＳ）、ステップＳ３４２において、「特定の条件」を満たしたと判断する。制御部５９０は、編集されていないと判断した場合（ステップＳ３４１においてＮＯ）、処理をステップＳ３４１に戻す。

〔ｃ６．第６の具体例（圧縮処理に基づく処理例）〕
画像形成装置１０００は、保持しているデーターのサイズをより小さくする圧縮機能を備える。圧縮機能を使うケースとしては、ＨＤＤの使用量削減が目的とするケース以外にも、データーを外部へ送るときにデーターサイズを小さくして送信時間を短縮させることを目的とするケースもある。

そこで、画像形成装置１０００は、データーが圧縮された時点でそのデーターは当該圧縮後に送信される可能性があると見なし、「特定の条件」を満たしたとして、当該データー（すなわち、圧縮後のデータ）のウイルスチェックを実施する。

図１９は、画像形成装置１０００の機能的構成の第６の具体例を説明するための機能ブロック図である。

図１９を参照して、画像形成装置１０００は、受信部５０１と、ウイルスチェック部５０２と、実施制御部５０３と、記憶部５１１と、指示受付部５１２と、圧縮部５４１とを備える。なお、実施制御部５０３と、圧縮部５４１とは、制御部５９０に含まれている。

受信部５０１がクライアントＰＣ２０００から受信したデーターは、記憶部５１１に格納される。

指示受付部５１２は、ネットワークＮＷを介して、あるいは操作パネル３４を介して、データーの圧縮指示を受け付ける。指示受付部５１２は、圧縮指示を受け付けると、圧縮部５４１に当該圧縮指示を通知する。

圧縮部５４１は、指示受付部５１２から上記通知を受け付けると、記憶部５１１に格納されたデーターに対して、圧縮処理を実行する。圧縮部５４１は、圧縮処理が完了すると、圧縮完了通知を実施制御部５０３に通知する。

実施制御部５０３は、圧縮後のデーターに対してウイルスチェックを実行するように、ウイルスチェック部５０２に対して指示する。ウイルスチェック部５０２は、ウイルスチェックが完了したデーターを、記憶部５１１に格納する。

このように、画像形成装置１０００は、少なくとも、受信部５０１によって受信されたデーターに対して圧縮処理を行う圧縮部５４１を備える。実施制御部５０３は、圧縮部５４１によるデーターに対する圧縮が終了したことをトリガとして、圧縮後のデーターに対するウイルスチェックをウイルスチェック部５０２に開始させる。

このような構成によれば、画像形成装置１０００から他の機器への二次感染の被害は防ぎつつ、かつ、従来のウイルスチェック方法（データーを受信したタイミングでウイルスチェックを開始する方法）よりも、画像形成装置１０００の生産性へ与える影響を抑えることができる。

図２０は、ステップＳ３の具体例を示したフロー図である。
図２０を参照して、ステップＳ３５１において、画像形成装置１０００の制御部５９０（コントローラー３１）は、データーが圧縮されたか否かを判断する。制御部５９０は、圧縮されたと判断した場合（ステップＳ３５１においてＹＥＳ）、ステップＳ３５２において、「特定の条件」を満たしたと判断する。制御部５９０は、圧縮されていないと判断した場合（ステップＳ３５１においてＮＯ）、処理をステップＳ３５１に戻す。

〔ｃ７．第７の具体例（自動削除機能に基づく処理例）〕
画像形成装置１０００は、データーを送信した後に、そのデーターを自動的に削除する機能（以下、「自動削除機能」と称する）を有する。つまり、画像形成装置１０００は、データー送信したら、そのデーターは用済みとみなし、自動的に削除する機能を有する。

画像形成装置１０００では、自動削除機能を、データー毎に、有効と無効とのうちのいずれか一方に設定が可能である。ユーザーが手動で（つまり、意図的に）あるデーターの自動削除機能の設定を変更した場合（具体的には、有効設定を無効設定に切り替えた場合、あるいは無効設定を有効設定に切り替えた場合）、ユーザーはそのデーターを今後送信するつもりがあって設定を変更したものと考えることができる。

そこで、画像形成装置１０００は、自動削除機能の設定値が切り替えられた場合に、「特定の条件」を満たしたとして、データーのウイルスチェックを実施する。

図２１は、画像形成装置１０００の機能的構成の第７の具体例を説明するための機能ブロック図である。

図２１を参照して、画像形成装置１０００は、受信部５０１と、ウイルスチェック部５０２と、実施制御部５０３と、記憶部５１１と、指示受付部５１２と、自動削除部５５１と、送信部５５２とを備える。なお、実施制御部５０３と、自動削除部５５１とは、制御部５９０に含まれている。

受信部５０１がクライアントＰＣ２０００から受信したデーターは、記憶部５１１に格納される。

指示受付部５１２は、ネットワークＮＷを介して、あるいは操作パネル３４を介して、自動削除機能の設定を切り替える切替指示を受け付ける。指示受付部５１２は、切替指示を受け付けると、自動削除部５５１に当該切替指示を通知する。なお、上述したように、自動削除機能の設定は、データー毎に行うことができる。

自動削除部５５１は、指示受付部５１２から上記通知を受け付けると、設定を切替指示に基づいた値に変更する。たとえば、自動削除部５５１は、有効設定を無効設定に、あるいは無効設定を有効設定に切り替する。自動削除部５５１は、変更が完了すると、切替通知を実施制御部５０３に通知する。

実施制御部５０３は、切替通知を受け付けると、記憶部５１１に格納されたデーター（より詳しくは、自動削除機能の設定が変更されたデーター）に対してウイルスチェックを実行するように、ウイルスチェック部５０２に対して指示する。ウイルスチェック部５０２は、ウイルスチェックが完了したデーターを、記憶部５１１に格納する。

制御部５９０の指示に基づき、送信部５５２がデーターを送信した場合、当該データーが送信後に削除させる設定がなされていた場合、自動削除部５５１は、当該データを記憶部５１１から削除する。

詳しくは、送信部５５２は、データーの送信が完了したことを示す送信完了通知を自動削除部５５１に送る。自動削除部５５１は、データーの送信完了通知を受け付け、かつ当該データーの自動削除機能の設定が有効設定である場合に、当該データーを記憶部５１１から削除する。

このように、画像形成装置１０００は、少なくとも、受信部５０１によって受信されたデーターを格納する記憶部５１１と、設定が有効となっており、かつ、格納されたデーターが外部に送信されたことに基づき、記憶部５１１から当該データーを自動的に削除する自動削除部５５１と、当該設定を有効と無効との間で切り替える切替指示を受け付ける指示受付部５１２段とを備える。

実施制御部５０３は、指示受付部５１２が切替指示を受け付けたことをトリガとして、記憶部５１１に格納されたデーターに対するウイルスチェックをウイルスチェック部５０２に開始させる。

このような構成によれば、画像形成装置１０００から他の機器への二次感染の被害は防ぎつつ、かつ、従来のウイルスチェック方法（データーを受信したタイミングでウイルスチェックを開始する方法）よりも、画像形成装置１０００の生産性へ与える影響を抑えることができる。

図２２は、ステップＳ３の具体例を示したフロー図である。
図２２を参照して、ステップＳ３６１において、画像形成装置１０００の制御部５９０（コントローラー３１）は、自動削除機能の設定が変更されたか否かを判断する。制御部５９０は、変更されたと判断した場合（ステップＳ３６１においてＹＥＳ）、ステップＳ３６２において、「特定の条件」を満たしたと判断する。制御部５９０は、変更されていないと判断した場合（ステップＳ３６１においてＮＯ）、処理をステップＳ３６１に戻す。

なお、上記においては「特定の条件」に関し、複数の具体例を挙げて説明したが、特定の条件は、これらに限定されるものではない。たとえば、特定の条件は、「画像形成装置１０００にジョブが蓄積されていない状態であること」であってもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 画像形成システム、１０ 本体部、１１ 画像形成ユニット、１２ スキャナユニット、１３ 自動原稿搬送ユニット、１４Ａ，１４Ｂ 給紙トレイ、１５ 搬送路、１６ メディアセンサ、１７ 反転搬送路、２０ 後処理装置、３１ コントローラー、３２ 固定記憶装置、３４ 操作パネル、３５ プリンタコントローラー、３８ バス、１０１ 中間転写ベルト、１０２，１０３ レジストローラー、１０４Ｃ，１０４Ｋ，１０４Ｍ，１０４Ｙ 画像形成部、１０５ 画像濃度センサ、１１１ １次転写装置、１１３ 給紙ローラー、１１５ ２次転写装置、１２０ 定着装置、２２０ パンチ処理装置、２５０ 平綴じ処理部、２６０ 中綴じ処理部、２７１，２７２，２７３ 排出トレイ、５０１ 受信部、５０２ ウイルスチェック部、５０３ 実施制御部、５０４ 負荷算出部、５０５ 送信時刻設定部、５０６，５５２ 送信部、５０７ ジョブ受付部、５１１，５２１ 記憶部、５１２ 指示受付部、５１３，５２２ 格納処理部、５１４ 表示制御部、５１５ 通信ＩＦ部、５１６ 表示部、５３１ 編集部、５４１ 圧縮部、５５１ 自動削除部、５９０ 制御部、１０００，４０００ 画像形成装置、２０００，３０００ クライアントＰＣ、３００１，５００１ 記憶領域、５０００ ＵＳＢメモリ、５２１１ 専用記憶領域、５２１２ 共用記憶領域、ＮＷ ネットワーク。

Claims (17)

1. ウイルスチェックを実施するウイルスチェック手段と、
   外部装置からデーターを受信する受信手段と、
   前記データーが受信された後に特定の条件が満たされると、前記データーに対する前記ウイルスチェックを前記ウイルスチェック手段に実施させる実施制御手段とを備える、画像形成装置。
2. 前記実施制御手段は、
   前記データーが受信された後に、前記特定の条件を満たしているか否かを判断し、
   前記特定の条件を満たしていると判断したことに基づき、前記データーに対する前記ウイルスチェックを前記ウイルスチェック手段に実施させる、請求項１に記載の画像形成装置。
3. 前記画像形成装置の動作を制御するプロセッサをさらに備え、
   前記特定の条件は、前記プロセッサの負荷が閾値未満であることである、請求項１または２に記載の画像形成装置。
4. 前記実施制御手段は、
   前記ウイルスチェックの実施中に前記プロセッサの負荷が閾値以上となると、前記ウイルスチェックを中断させ、
   前記ウイルスチェックを中断させた後に、前記プロセッサの負荷が閾値未満となると、前記ウイルスチェックを再開させる、請求項３に記載の画像形成装置。
5. 前記画像形成装置の動作を制御するプロセッサをさらに備え、
   前記実施制御手段は、前記プロセッサの負荷に応じて、前記データーに対する前記ウイルスチェックを前記ウイルスチェック手段に実施させるか否かを判断する、請求項１または２に記載の画像形成装置。
6. 前記画像形成装置が、画像形成処理、スキャン処理、または画像安定化処理を実行しているときは、前記実施制御手段は、前記特定の条件が満たされていないと判断する、請求項１または２に記載の画像形成装置。
7. 指定された宛先にネットワークを介して前記データーを送信する送信手段と、
   前記データーの送信時刻を設定するための設定手段とをさらに備え、
   前記特定の条件は、前記データーの受信後に前記設定がなされたことであり、
   前記実施制御手段は、前記データーの受信後に前記設定がなされたことをトリガとして、前記データーに対する前記ウイルスチェックを前記ウイルスチェック手段に開始させる、請求項１または２に記載の画像形成装置。
8. 前記受信手段によって受信された前記データーを格納する第１の記憶領域と、
   予め定められた指示を受け付ける指示受付手段と、
   前記指示受付手段が前記指示を受け付けたことに基づき、前記第１の記憶領域に格納された前記データーを、前記指示に基づいた第２の記憶領域に格納させる格納処理手段とをさらに備え、
   前記特定の条件は、前記指示受付手段が前記指示を受け付けたことであり、
   前記実施制御手段は、前記指示受付手段が前記指示を受け付けたことをトリガとして、前記データーを前記第２の記憶領域に格納する前に、前記データーに対する前記ウイルスチェックを前記ウイルスチェック手段に開始させる、請求項１または２に記載の画像形成装置。
9. 前記格納処理手段は、ネットワークを介して前記データーを前記第２の記憶領域に送信し、
   前記実施制御手段は、前記格納処理手段によって前記データーが送信される前に、前記データーに対する前記ウイルスチェックを前記ウイルスチェック手段に実施させる、請求項８に記載の画像形成装置。
10. 前記第２の記憶領域は、ネットワークを介さずに前記画像形成装置に接続される記憶媒体の記憶領域である、請求項８に記載の画像形成装置。
11. 前記実施制御手段は、前記ウイルスチェック中に新規のジョブが発生した場合には、前記ウイルスチェックを中断させ、
    前記画像形成装置は、
    表示部と、
    前記ウイルスチェックが中断されたことに基づき、前記データーの送信が完了したことを前記表示部に表示させる表示制御手段とをさらに備え、
    前記実施制御手段は、前記ジョブが終了した場合には、中断していた前記ウイルスチェックを前記ウイルスチェック手段に再開させる、請求項９に記載の画像形成装置。
12. 外部からのアクセスが制限され、かつ前記受信手段によって受信された前記データーを格納する第１の記憶領域と、
    外部からのアクセスが可能な第２の記憶領域と、
    前記第１の記憶領域に格納された前記データーを、前記第２の記憶領域に格納させる格納処理手段とをさらに備え、
    前記特定の条件は、前記データーが前記第２の記憶領域に格納されことである、請求項１または２に記載の画像形成装置。
13. 前記画像形成装置は、前記受信手段によって受信された前記データーに対して、指示された編集を行う編集手段をさらに備え、
    前記特定の条件は、前記編集手段によって前記データーに対する編集がなされたことであり、
    前記実施制御手段は、前記編集手段による前記データーに対する編集が終了したことをトリガとして、編集後の前記データーに対する前記ウイルスチェックを前記ウイルスチェック手段に開始させる、請求項１または２に記載の画像形成装置。
14. 前記画像形成装置は、前記受信手段によって受信された前記データーに対して圧縮処理を行う圧縮手段をさらに備え、
    前記特定の条件は、前記圧縮手段による前記データーに対する圧縮が行われたことであり、
    前記実施制御手段は、前記圧縮段による前記データーに対する圧縮が終了したことをトリガとして、圧縮後の前記データーに対する前記ウイルスチェックを前記ウイルスチェック手段に開始させる、請求項１または２に記載の画像形成装置。
15. 前記画像形成装置は、
    前記受信手段によって受信された前記データーを格納する記憶手段と、
    設定が有効となっており、かつ格納された前記データーが外部に送信されたことに基づき、前記記憶手段から前記データーを自動的に削除する削除手段と、
    前記設定を有効と無効との間で切り替える切替指示を受け付ける指示受付手段とをさらに備え、
    前記特定の条件は、前記切替指示を受け付けたことである、請求項１または２に記載の画像形成装置。
16. 前記特定の条件は、前記画像形成装置にジョブが蓄積されていない状態である、請求項１または２に記載の画像形成装置。
17. 外部装置からデーターを受信するステップと、
    前記データーが受信された後に特定の条件が満たされたことを条件に、前記データーに対するウイルスチェックを実施するステップとを備える、ウイルスチェック方法。

Images