(57)【要約】【課題】ＦＡＸ受信確認の処理により他の処理が実行できなくなることを抑制することができる画像形成装置を提供する。【解決手段】ＦＡＸ信号を受信するモデム１３２を備えた画像形成装置１００であって、画像形成装置１００の機能を実現するためのコンピュータプログラムをタスクとして実行及び管理するＣＰＵ１０２を備え、ＣＰＵ１０２は、一定周期のタイマ割込みの発生を受けて、タスクのスケジューリング処理を実行し、タイマ割込の発生の後、スケジューリング処理を実行する前に、モデム１３２がＦＡＸ受信要求を受信したか否かを判定し、モデム１３２がＦＡＸ受信要求を受信したと判定したことを受けて、ＦＡＸ受信処理を実行するためのタスクを起動する。これにより、ＦＡＸ受信を監視するプログラムをタスクとして起動することによって他のタスクが実行できなくなることを抑制することができる。【選択図】図２
2014003464.tif 000002
【特許請求の範囲】
【請求項１】
ＦＡＸ信号を受信する受信手段を備えた画像形成装置であって、
前記画像形成装置の機能を実現するためのコンピュータプログラムをタスクとして実行及び管理する制御手段を備え、
前記制御手段は、
一定周期のタイマ割込みの発生を受けて、タスクのスケジューリング処理を実行するスケジューリング手段と、
前記タイマ割込の発生の後、前記スケジューリング手段が前記スケジューリング処理を実行する前に、前記受信手段がＦＡＸ受信要求を受信したか否かを判定する判定手段と、
前記判定手段が、前記受信手段がＦＡＸ受信要求を受信したと判定したことを受けて、ＦＡＸ受信処理を実行するためのタスクを起動する起動手段とを備えることを特徴とする画像形成装置。
【請求項２】
前記受信手段はモデムであり、
前記判定手段は、前記受信手段からＲＳ−２３２Ｃ規格にしたがって出力される送信要求信号が所定レベルであるか否かを判定することにより、前記受信手段がＦＡＸ受信要求を受信したか否かを判定することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記判定手段は、前記送信要求信号が、２回以上連続して所定レベルであると判定されたことを受けて、前記受信手段がＦＡＸ受信要求を受信したと判定することを特徴とする請求項２に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＦＡＸ受信機能を有する画像形成装置に関し、特に、ＦＡＸ受信確認の処理により他の処理が実行できなくなることを抑制することができる画像形成装置に関する。
【背景技術】
【０００２】
電子機器である画像処理装置の１種として、多くの事業所（会社、事務所等）に、記録紙に画像を形成する画像形成装置（代表的にはコピー機）が導入されている。このような事業所において、プリンタ機能又はコピー機能等を備えた画像形成装置をネットワークに接続し、これらを複数のユーザで共用するケースが多くなっている。このような画像形成装置の１種である複合機（以下、ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）ともいう）は、コピー機能、ファクシミリ（以下、ファクシミリをＦＡＸともいう）機能、ネットワーク対応のプリント機能、及びスキャナ機能等、複数の機能を備える。
【０００３】
ＭＦＰでは、上記した種々の機能を、制御部（以下、ＣＰＵともいう）がプログラムを実行することにより実現している。ＭＦＰにおいて、これらの機能が並行して実現されるように、プログラムがＣＰＵによって実行されるとき、タスクとして起動される。起動中のタスクであるタスクは１つに限らず、通常複数のタスクが同時に動作中である。なお、起動中のタスクとは、実行状態のタスクに限らず、実行可能状態（待ち状態）のタスクをも意味する。
【０００４】
近年、コンピュータの処理速度の向上を目的として、複数のＣＰＵ（以下、マルチＣＰＵという）を備えたコンピュータ、さらには複数のＣＰＵコアを有する１つのＣＰＵ（以下、マルチコアＣＰＵという）を備えたコンピュータが普及しつつある。ＭＦＰは、コンピュータと同様のハードウェア構成及びソフトウェア構成によって、上記した各機能を実現しており、ＭＦＰにおいても、マルチＣＰＵ又はマルチコアＣＰＵが装備されるようになってきている。ＭＦＰがマルチＣＰＵ又はマルチコアＣＰＵを備えている場合、複数のタスクを同時に実行することが可能であるが、１つのコアを有するＣＰＵを１つしか備えていない場合には、１度に１つのタスクしか実行できない。通常、起動中の各タスクに優先度が設定され、ＣＰＵは、ＭＦＰの状態及びタスクの優先度を考慮して、実行するタスクを切換えて、各機能を実現する。
【０００５】
ＭＰＦが実行する種々のプログラムのうち、ＦＡＸ受信を検出するプログラム（タスク）は優先度が高く設定されている。ＭＦＰはＦＡＸ機能のためにモデムを備えており、制御部（ＣＰＵ）は、電話回線に接続されたモデムを介して外部装置からのＦＡＸデータの受信要求を受信したか否かを監視するプログラムを、常時実行する。例えば、ＭＦＰのＣＰＵとモデムとのインターフェイスとしてＲＳ−２３２Ｃが採用されている場合、ＣＰＵは、ＲＳ−２３２Ｃの規格にしたがって、一定周期でモデムに対してポーリングを行なって、ＦＡＸデータの受信要求を受信したか否かを判定する。具体的には、ＣＰＵは、モデムに対して、所定のコマンドを送信（例えば、ＡＴコマンドをＴｘＤ（送信データ）で送信）し、その応答を受信（ＲｘＤ（受信データ）を受信）して、ＦＡＸ受信を確認していた。ＣＰＵは、ＦＡＸデータの受信要求を受信したと判定すると、ＦＡＸデータの受信処理を開始（該当プログラムを実行）する。
【０００６】
ＭＦＰでは、外部装置からの要求を処理するＦＡＸ受信機能以外にも、ユーザによる操作を受けて、種々の機能を実現する必要があり、ＦＡＸ受信プログラム（タスク）及びその他の機能を実現するプログラム（タスク）を管理することが重要である。このようなタスク管理機能は、例えば、公知のリアルタイムＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ：基本ソフトウェア）により実現される。
【０００７】
リアルタイムＯＳによるタスク管理においては、モデムと通信してＦＡＸデータの受信要求を受信したか否かを監視するＦＡＸ受信監視タスクは、例えば図１に示すように位置付けられる。図１において、矢印は制御関係を示す。ＦＡＸ受信監視タスクは、モデムとのインターフェイスであるモデムＩＦ部（ハードウェア）を制御して、モデムがＦＡＸデータの受信要求を受信したか否かを判定する。ＦＡＸ受信監視タスクは、他のタスクＡ及びタスクＢ等と同様に、公知のスケジューラによって実行が管理される。リアルタイムＯＳにおいては、スケジューラは、定期的な割込み（システムクロックによるタイマ割込み）により起動され、その都度、タスクの優先度等を考慮して、起動中の複数のタスクをスケジューリングする（複数のタスクの実行順序を決める）。なお、ＯＳのシステムクロックは、ＣＰＵ（ハードウェア）の動作クロックではなく、それよりも十分に長い周期のクロックである。
【０００８】
また、下記特許文献１には、電子メールを受信可能な複合機であり、メールサーバへの問合せ周期が長いとメールの到着の検知が遅くなり、周期が短く頻繁に問合せると、ジョブの管理用領域等の消費が多くなり、リソースに制限がある複合機では他のジョブに影響を与える問題を解決するために、装置の使用状況に応じて問合せ周期を自動的に変化させる複合機が開示されている。具体的には、この複合機は、装置の使用状況を検知し、装置が頻繁に使用されているときにはメールサーバへの問合せ周期を短くし、装置があまり使用されていないときには、問合せ周期を長くする。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００６−２６２０９６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上記したように、従来では、画像形成装置のＣＰＵは、ＦＡＸ受信を常時監視するために、モデムと通信するタスクを一定周期で起動しているので、１つのＣＰＵ（コアが１つ）しか備えていない低価格の画像形成装置では、リアルタイムＯＳを採用したとしても、ＦＡＸ受信を常時監視するタスク（通常優先度が高く設定される）が頻繁に起動されることにより、他のタスクの動作が制限され、規定された動作（例えば、所定時間内に完了すべき動作）を実現できない問題がある。
【００１１】
したがって、本発明は、ＦＡＸ受信確認の処理により他の処理が実行できなくなることを抑制することができる画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の目的は、下記によって達成することができる。
【００１３】
即ち、本発明の画像形成装置は、ＦＡＸ信号を受信する受信部を備えた画像形成装置である。この画像形成装置は、画像形成装置の機能を実現するためのコンピュータプログラムをタスクとして実行及び管理する制御部を備え、制御部は、一定周期のタイマ割込みの発生を受けて、タスクのスケジューリング処理を実行するスケジューリング部と、タイマ割込の発生の後、スケジューリング部がスケジューリング処理を実行する前に、受信部がＦＡＸ受信要求を受信したか否かを判定する判定部と、判定部が、受信部がＦＡＸ受信要求を受信したと判定したことを受けて、ＦＡＸ受信処理を実行するためのタスクを起動する起動部とを備える。
【００１４】
好ましくは、受信部はモデムであり、判定部は、受信部からＲＳ−２３２Ｃ規格にしたがって出力される送信要求信号が所定レベルであるか否かを判定することにより、受信部がＦＡＸ受信要求を受信したか否かを判定する。
【００１５】
より好ましくは、判定部は、送信要求信号が、２回以上連続して所定レベルであると判定されたことを受けて、受信部がＦＡＸ受信要求を受信したと判定する。
【発明の効果】
【００１６】
本発明によれば、タスクのスケジューラ（スケジューリング部）が起動されるタイミングで、ＦＡＸ受信を判定するので、ＦＡＸ受信を監視するプログラムをタスクとして起動することによって他のタスクが実行できなくなることを抑制することができる。
【００１７】
また、スケジューラが起動されるタイミングで実行されるＦＡＸ受信を判定する処理は、モデム（受信部）からの出力信号である送信要求信号（ＲＳ−２３２Ｃの送信要求）が所定のレベルに所定時間維持されているか否かを判定するだけであるので、短時間で完了する。したがって、他のタスクが実行できなくなることをより一層抑制することができる。
【図面の簡単な説明】
【００１８】
【図１】従来のタスク管理を模式的に示すブロック図である。
【図２】本発明の実施の形態に係る画像形成装置の構成を示すブロック図である。
【図３】本発明の実施の形態に係る画像形成装置におけるタスク管理を模式的に示すブロック図である。
【図４】本発明の実施の形態に係る画像形成装置において実行されるＦＡＸ受信監視処理を実行するためのプログラムの制御構造を示すフローチャートである。
【図５】図２に示したスケジューラの制御構造を示すフローチャートである。
【図６】ＦＡＸ受信監視処理を示すタイミングチャートである。
【発明を実施するための形態】
【００１９】
以下の実施の形態では、同一の部品には同一の参照番号を付してある。それらの名称及び機能も同一である。したがって、それらについての詳細な説明は繰返さない。
【００２０】
図２を参照して、本発明の実施の形態に係る画像形成装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０２、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０４、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０６、ホストバス１１０、バスコントローラ１１２、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１２０、タイマ１２２、画像入力部１２４、画像形成部１２６、操作部１２８、モデムＩＦ部１３０、モデム１３２、及び拡張バス１４０を備えている。ＲＯＭ１０４は、画像形成装置１００の動作を制御するのに必要なプログラム及びデータが記憶されている不揮発性記憶装置である。ＲＯＭ１０４は、通電が遮断された場合にもデータを保持する記憶装置であればよく、書換できない読出専用メモリに限定されず、電気的に書換可能な記憶装置であってもよい。ＲＡＭ１０６は、揮発性の記憶装置である。
【００２１】
ＣＰＵ１０２、ＲＯＭ１０４、及びＲＡＭ１０６は、ホストバス１１０に接続されている。これらの間でのデータ交換は、ホストバス１１０を介して行なわれる。ＣＰＵ１０２は、ホストバス１１０を介してＲＯＭ１０４からプログラムをＲＡＭ１０６上に読出して、ＲＡＭ１０６の一部を作業領域としてプログラムを実行する。即ち、ＣＰＵ１０２は、ＲＯＭ１０４に格納されているプログラムにしたがって画像形成装置１００を構成する各部の制御を行ない、画像形成装置１００の各機能（コピー、プリント、ＦＡＸ機能等）を実現する。
【００２２】
バスコントローラ１１２は、ホストバス１１０及び拡張バス１４０に接続され、それらを制御する。例えば、バスコントローラ１１２は、ホストバス１１０及び拡張バス１４０間でのデータ交換のタイミングを制御する。
【００２３】
ＨＤＤ１２０、タイマ１２２、画像入力部１２４、画像形成部１２６、操作部１２８、及びモデムＩＦ部１３０は、拡張バス１４０に接続されている。これらは、バスコントローラ１１２及び拡張バス１４０を介して、ＣＰＵ１０２によって制御される。拡張バス１４０は、例えば、コンピュータで一般に使用されている公知のＰＣＩバスである。
【００２４】
ＨＤＤ１２０は、画像データ、アプリケーションプログラム等を記憶するための不揮発性の大容量の記憶装置である。
【００２５】
画像入力部１２４は、画像を入力するための装置であり、例えば原稿を読込むためのスキャナ等である。画像入力部１２４には、ネットワークに接続するためのＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ等も含まれる。
【００２６】
タイマ１２２は、ＣＰＵ１０２からの要求を受けて、現在時刻を表す情報（以下、単に現在時刻ともいう）をＣＰＵ１０２に伝送する。
【００２７】
画像形成部１２６は、記録紙に画像を形成（印刷）するための装置である。例えば、画像形成部１２６は、光走査装置、現像器、感光体ドラム、帯電器、転写ローラ、及び定着ユニット等を備えている。これらが、ＣＰＵ１０２によって制御されて、記録紙上にトナーが定着されて画像が形成される。画像形成においては、感光体ドラムの表面を帯電器で帯電させ、感光体ドラムの表面にトナーを付着させる。その感光体ドラムの表面を、光走査装置が備えているレーザ出射部から出力されるレーザによって、形成する画像に応じて照射した後、不要なトナーを除去した後、感光体ドラム上のトナーを転写ローラの表面に転写する。転写ローラ上のトナーは記録紙の表面に転写され、記録紙上のトナーは定着ユニットによって加熱及び圧接されて、記録紙に定着される。これによって、記録紙上に画像が形成される。これら一連の画像形成処理は、画像形成部１２６の各構成要素が、所定のタイミングで、所定の電圧の供給を受けて動作することによって実現される。
【００２８】
操作部１２８は、ユーザが画像形成装置１００に対する指示を行なうためのハードウェアキー、及び、タッチパネルディスプレイ等である。ユーザがハードウェアキー（コピーの開始キー等）を押下した場合、画像形成装置１００は該当する処理を実行する。タッチパネルディスプレイは、液晶パネル等の表示パネルとタッチパネルとが重畳された装置である。画像形成装置１００が、操作部１２８としてタッチパネルディスプレイを備える場合、表示パネルにソフトウェアキーが表示される。ユーザが、ソフトウェアキーに対応するタッチパネル上の位置にタッチすると、該当する処理が実行される。
【００２９】
モデムＩＦ部１３０は、モデム１３２とのインターフェイスである。モデム１３２は、外部の電話回線１５０に接続されている。モデムＩＦ部１３０は、所定の規格（例えば、ＲＳ−２３２Ｃ）にしたがってモデム１３２と通信し、モデム１３２を制御し、ＦＡＸ送信機能及びＦＡＸ受信機能を実現する。
【００３０】
以下、画像形成装置１００において実行される、ＦＡＸ受信監視処理に関して説明する。画像形成装置１００においては、リアルタイムＯＳのスケジューラにより、図３に示すように各機能を実現するプログラム（タスク）の実行が管理される。図３において、矢印は制御関係を示す。画像形成装置１００では、従来と異なり、ＦＡＸ受信監視プログラムは、スケジューラによるスケジューリングの対象ではない。ＦＡＸ受信監視プログラムは、例えばスケジューラの一部として実行される。以下、ＦＡＸ受信監視プログラムをＦＡＸ受信監視モジュールという。
【００３１】
ＦＡＸ受信監視モジュールは、モデム１３２とのインターフェイスであるモデムＩＦ部１３０を制御して、モデム１３２がＦＡＸデータの受信要求を受信したか否かを判定する。スケジューラは、ＦＡＸ受信監視モジュール以外のタスクＡ及びタスクＢ等を、従来と同様にスケジューリングする。即ち、スケジューラは、定期的な割込み（システムクロックによるタイマ割込み）により起動され、その都度、タスクの優先度等を考慮して、起動中の複数のタスク（タスクＡ及びタスクＢ等）をスケジューリングする。起動中とは、実行状態だけでなく、実行可能状態をも意味する。
【００３２】
図４及び図５を参照して、画像形成装置１００におけるＦＡＸ受信監視処理に関して、より詳細に説明する。画像形成装置１００の電源がオンされると起動処理（ハードウェア及びソフトウェアの初期化処理）が実行され、プログラムが実行可能になると、本プログラムが実行される。
【００３３】
ステップ３００において、ＣＰＵ１０２は、タイマ割込みが発生したか否かを判定する。タイマ割込みは、上記したように、システムクロックの周期Ｔ１（例えば１ｍｓ）で定期的に発生する割込みである。タイマ割込みが発生したと判定された場合、制御はステップ３０２に移行する。そうでなければ制御はステップ３１２に移行する。
【００３４】
ステップ３０２において、ＣＰＵ１０２は、タスクを実行中であるか否かを判定する。タスクを実行中であると判定された場合、制御はステップ３０２に移行する。そうでなければ、制御はステップ３０６に移行する。
【００３５】
ステップ３０４において、ＣＰＵ１０２は、実行中のタスクの実行状態に関する情報を記憶した後、タスクの実行を停止する。これは、停止されたタスクが再度実行されるとき、停止されたときの状態から実行を再開できるようにするためである。
【００３６】
ステップ３０６において、ＣＰＵ１０２は、タスクのスケジューリングを行なうスケジューラを起動する。スケジューラの詳細は後述する。
【００３７】
ステップ３００においてタイマ割込みが発生していないと判定された場合に実行されるステップ３１２において、ＣＰＵ１０２は、新たなプログラムを起動する要求を受けたか否かを判定する。新たなプログラムを起動する要求には、タイマ割込み以外の割込み（ハードウェア割込み等）を受けたことも含まれる。プログラムの起動要求を受けたと判定された場合、制御はステップ３１４に移行する。そうでなければ、制御はステップ３１６に移行する。
【００３８】
ステップ３１４において、ＣＰＵ１０２は、起動を要求されたプログラムを起動する。具体的には、ＣＰＵ１０２は、タスクを生成して起動する。その後、制御はステップ３０６に移行する。
【００３９】
ステップ３１６において、ＣＰＵ１０２は、実行中のプログラムが終了したか否かを判定する。終了したと判定された場合、制御はステップ３０６に移行する。そうでなければ、制御はステップ３０８に移行する。
【００４０】
ステップ３０８において、ＣＰＵ１０２は、スケジューラの実行結果であるタスクスケジュールにしたがって、起動中のタスクの実行を維持する。
【００４１】
ステップ３０８において、ＣＰＵ１０２は、終了の指示を受けたか否かを判定する。終了の指示は、例えば、画像形成装置１００の電源がオフされることである。終了の指示を受けたと判定された場合、本プログラムは終了する。そうでなければ、制御はステップ３００に戻る。
【００４２】
このように、画像形成装置１００はリアルタイムＯＳの機能により、タイマ割込、新規プログラムの起動要求、又は起動中のプログラムの終了が発生するまでは、決定済みのタスクスケジュールにしたがって起動中のタスクを実行する。そして、画像形成装置１００は、タイマ割込、新規プログラムの起動要求、又は起動中のプログラムの終了が発生すれば、タスクのスケジューリングをやり直す必要があるので、ステップ３０６においてスケジューラを起動する。
【００４３】
図５を参照して、ステップ３０６において起動されるスケジューラに関して説明する。以下に示すステップ４００〜ステップ４１６が、図３に示したＦＡＸ受信監視モジュールに対応する。
【００４４】
ステップ４００おいて、ＣＰＵ１０２は、タイマ割込みが発生してスケジューラが起動されたか否かを判定する。タイマ割込みが発生したと判定された場合、制御はステップ４０２に移行する。そうでなければ、制御は４１８に移行する。
【００４５】
ステップ４０２おいて、ＣＰＵ１０２は、ＦＡＸ受信中であるか否か、即ち、ＦＡＸ受信プログラムが起動中（対応するＦＡＸ受信タスクが起動中）であるか否かを判定する。ＦＡＸ受信プログラムは、モデム１３２を制御して、外部装置からＦＡＸ送信される画像データを受信し、受信データをＨＤＤ１２０に記憶し、適宜、画像形成部１２６を制御して、受信したデータにしたがって記録紙に画像を形成する処理を実行するプログラムである。ＦＡＸ受信中であると判定された場合、制御はステップ４１８に移行する。そうでなければ、制御はステップ４０４に移行する。
【００４６】
ステップ４０４おいて、ＣＰＵ１０２は、モデムＩＦ部１３０を制御して、モデム１３２がＦＡＸデータの受信要求を受信したか否かを判定する。具体的には、モデムＩＦ部１３０はＲＳ−２３２Ｃ規格にしたがってモデム１３２と接続されているので、ＣＰＵ１０２は、モデム１３２の出力信号である送信要求信号ＲＴＳ（Ｒｅｑｕｅｓｔ  ｔｏ  Ｓｅｎｄ）の信号レベルが所定レベル、例えばロー（Ｌｏｗ）レベルであるか否かを判定する。モデム１３２の送信要求信号ＲＴＳを出力するＲＴＳ端子は、例えばモデムＩＦ部１３０のＣＴＳ（Ｃｌｅａｒ  ｔｏ  Ｓｅｎｄ：送信可能）端子に接続される。送信要求信号ＲＴＳがローレベルであると判定された場合、制御はステップ４０８に移行する。そうでなければ、制御はステップ４０６に移行する。
【００４７】
ステップ４０６おいて、ＣＰＵ１０２は、送信要求信号ＲＴＳがローレベルであることを表す所定のフラグ（以下、ＦＡＸ受信フラグともいう）を“０”にセットする。ＦＡＸ受信フラグは、例えばＲＡＭ１０６の所定領域に設けられており、後述するステップ４１６で“１”にセットされる。ＦＡＸ受信フラグの初期値は、送信要求信号ＲＴＳがハイ（Ｈｉｇｈ）レベルであることを表す“０”である。
【００４８】
ステップ４０８おいて、ＣＰＵ１０２は、ＦＡＸ受信フラグが“１”であるか否かを判定する。ＦＡＸ受信フラグが“１”であると判定された場合、制御はステップ４１０に移行する。そうでなければ、制御はステップ４１６に移行する。
【００４９】
ステップ４１６おいて、ＣＰＵ１０２は、フラグを“１”にセットし、タイマ１２２から現在時刻ｔ１を取得してＲＡＭ１０６の所定領域（以下、開始時刻記憶領域ともいう）に記憶する。その後、制御はステップ４１８に移行する。
【００５０】
ステップ４１０おいて、ＣＰＵ１０２は、タイマ１２２から現在時刻ｔｐを取得する。
【００５１】
ステップ４１２おいて、ＣＰＵ１０２は、ローレベルの送信要求信号ＲＴＳが検知されてから所定時間Ｔ２（例えば１００ｍｓ）が経過したか否かを判定する。具体的には、ＣＰＵ１０２は、ＲＡＭ１０６の開始時刻記憶領域のデータ（ｔ１）を読出し、ステップ４１２で取得した現在時刻（ｔｐ）と比較し、その差（ｔｐ−ｔ１）が所定時間（例えば１００ｍｓ）より大きいか否かを判定する。所定時間が経過したと判定された場合、制御はステップ４１４に移行する。そうでなければ、制御はステップ４１８に移行する。
【００５２】
ステップ４１４おいて、ＣＰＵ１０２は、ＦＡＸ受信フラグをクリアし（フラグの値を“０”にセット）し、ＦＡＸ受信プログラムを起動する（ＦＡＸ受信タスクを生成して起動する）。
【００５３】
ステップ４１８おいて、ＣＰＵ１０２は、タスクのスケジューリングを実行する。その後、制御はステップ３０８（図４参照）に移行する。ここで、タスクのスケジューリングには、プリエンプティブな優先度ベースのスケジューリング等、公知の方法を用いればよい。
【００５４】
以上により、周期Ｔ１（１ｍｓ）でタイマ割込みが発生する度に、スケジューラが起動され、ＦＡＸ受信中（ＦＡＸ受信タスクが起動中）でなければ（ステップ４０２でＮＯ）、モデム１３２の出力信号である送信要求信号ＲＴＳがローレベルであるか否かを判定し（ステップ４０４）、送信要求信号ＲＴＳがローレベルであれば、“０”であったＦＡＸ受信フラグを“１”にセットする（ステップ４１６）。その後、周期Ｔ１でタイマ割込みが発生する度に、送信要求信号ＲＴＳのレベルを判定し、送信要求信号ＲＴＳがローレベルに維持されていれば、ＦＡＸ受信フラグの値が“１”に維持される。そして、ＦＡＸ受信フラグの値が“１”に維持（送信要求信号ＲＴＳがローレベルに維持）されたまま、所定時間Ｔ２（１００ｍｓ）が経過すれば、ＦＡＸ受信要求を受けたと決定して、ＦＡＸ受信フラグをクリアし、ＦＡＸ受信プログラムを起動する（ＦＡＸ受信タスクを起動する）。起動中のＦＡＸ受信タスクは、他のタスクと同様にスケジューラによってスケジューリングされ（ステップ４１８）、実行される（ステップ３０８）。
【００５５】
その後、周期Ｔ１（１ｍｓ）でタイマ割込みが発生してスケジューラが起動された場合、ＦＡＸ受信中（ＦＡＸ受信タスクが起動中）であるので（ステップ４０２でＹＥＳ）、ＦＡＸ受信処理（ステップ４０４〜ステップ４１６）は実行されずに、スケジューリングが実行される（ステップ４１８）。
【００５６】
一度送信要求信号ＲＴＳがローレベルであることが検知されても、所定時間ローレベルに維持されていなければ（ステップ４０４でＮＯ）、ＦＡＸ受信フラグはクリアされる（ステップ４０６）。
【００５７】
図６を参照してさらに具体的に示す。図６は、送信要求信号ＲＴＳ及びシステムクロックＣＬＫのタイミングの一例を示す。システムクロックＣＬＫ（周期Ｔ１）の立上り毎にタイマ割込みが発生し、スケジューラが起動される。したがって、システムクロックＣＬＫ（周期Ｔ１）の立上り毎に、ステップ４０４〜ステップ４１６が実行され、送信要求信号ＲＴＳがローレベルであるか否かが判定される。図６では、時刻ｔ１で送信要求信号ＲＴＳがローレベルであると判定される。これによって、ＦＡＸ受信フラグが“１”にセットされる。その後もシステムクロックＣＬＫ（周期Ｔ１）の立上り毎に、スケジューラが起動され、ステップ４０４〜ステップ４１８が実行されるが、これらの処理は、システムクロックの周期Ｔ１に比べて短い時間で完了する。したがって、ステップ４０４〜ステップ４１８が終了した後、次のシステムクロックＣＬＫの立上り（タイマ割込みの発生）までの間（Ｔ３で示す）において、通常通りタスクを実行することができる。
【００５８】
図６では、送信要求信号ＲＴＳが所定時間Ｔ２（１００ｍｓ）以上維持されているので、時刻ｔ２で発生したタイマ割込みによって起動されたスケジューラにより、ステップ４１２でＹＥＳと判定され、ステップ４１４においてＦＡＸ受信プログラム（ＦＡＸ受信タスク）が起動される。その後は、タイマ割込みによってスケジューラが起動されても、ステップ４０４〜ステップ４１６は実行されずに、ステップ４１８が実行される。したがって、ＦＡＸ受信確認が必要な期間（ＦＡＸ受信中でない期間）においてのみＦＡＸ受信確認処理（ステップ４０４〜ステップ４１６）が実行される。
【００５９】
図４及び図５に示したフローチャートは一例であり、これに限定されない。ＯＳが提供する、タイマ割込みによるスケジューリング機能が実行される度に（スケジューラが起動される度に）、ＦＡＸ受信を報知する信号（ＲＴＳ信号）のレベルが所定レベルであるか否かを確認できればよい。
【００６０】
上記では、モデムＩＦ部１３０がモデム１３２をＲＳ−２３２Ｃ規格にしたがって制御する場合を説明したが、これに限定されない。モデム１３２がＦＡＸ受信要求を受信したときに所定レベルの報知信号を出力すれば、モデムＩＦ部１３０は、モデム１３２から出力される報知信号のレベルを判定すればよい。
【００６１】
上記では、画像形成装置１００がリアルタイムＯＳを使用する場合を説明したが、これに限定されない。起動中の複数のタスクをスケジューリングするためのスケジューラを、一定の周期で起動するＯＳであればよい。
【００６２】
上記では、画像形成装置１００が、１つのコアを有する１つのＣＰＵによって、各機構を実現する場合を説明したが、これに限定されない。マルチＣＰＵ又はマルチコアＣＰＵを備えた画像形成装置であってもよい。マルチＣＰＵ又はマルチコアＣＰＵを備えた画像形成装置であっても、上記のようにＦＡＸ受信要求をスケジューラの一部として実行することによって、ＦＡＸ受信監視プログラムをタスクとして実行する場合に生じる、他のタスクへの影響を抑制することができる。
【００６３】
上記では、システムクロックＣＬＫが１ｍｓ、ＦＡＸ受信要求を確定する期間（ＲＴＳ信号がローに維持されるべき時間）Ｔ２が１００ｍｓである場合を説明したが、これに限定されない。ＦＡＸ受信要求を確定する時間Ｔ２は、システムクロックの周期Ｔ１の２倍より大きければよい（Ｔ２＞２Ｔ１）。Ｔ２＞２Ｔ１であれば、少なくとも２回連続して送信要求信号ＲＴＳがローレベルであることを確認することができる。即ち、少なくとも２回連続して送信要求信号ＲＴＳがローレベルであることが検知された場合、ＦＡＸ受信要求を受信したと判定する。
【００６４】
以上、実施の形態を説明することにより本発明を説明したが、上記した実施の形態は例示であって、本発明は上記した実施の形態に限定されるものではなく、種々変更して実施することができる。
【符号の説明】
【００６５】
１００    画像形成装置
１０２    ＣＰＵ
１０４    ＲＯＭ
１０６    ＲＡＭ
１１０    ホストバス
１１２    バスコントローラ
１２０    ＨＤＤ
１２２    タイマ
１２４    画像入力部
１２６    画像形成部
１２８    操作部
１３０    モデムＩＦ部
１３２    モデム
１４０    拡張バス
１５０    電話回線
【図１】
2014003464.tif 000003
【図２】
2014003464.tif 000004
【図３】
2014003464.tif 000005
【図４】
2014003464.tif 000006
【図５】
2014003464.tif 000007
【図６】
2014003464.tif 000008