(57)【要約】【課題】自動シャットダウン機能の延伸を可能とするとともに、当該延伸回数や延伸時間を制限する画像形成装置、その制御方法、及びプログラムを提供する。【解決手段】画像形成装置は、自動シャットダウンの時間を延伸することが可能な延伸回数及び延伸時間を記憶部に記憶し、外部装置から自動シャットダウンの延伸を要求する設定リクエストを受信すると、受信した設定リクエストが延伸回数及び延伸時間の条件を満足する場合には当該設定リクエストによる設定を有効にし、受信した設定リクエストが延伸回数及び延伸時間の条件を満足しない場合には当該設定リクエストによる設定を無効にする。【選択図】図６
2013215932.tif 000002
【特許請求の範囲】
【請求項１】
省電力制御が行われるスリープ状態に移行してから所定時間が経過すると自動シャットダウンする画像形成装置であって、
前記自動シャットダウンの時間を延伸することが可能な延伸回数及び延伸時間を記憶する記憶手段と、
前記画像形成装置に通信可能に接続された外部装置から前記自動シャットダウンの延伸を要求する設定リクエストを受信する受信手段と、
前記受信手段によって受信した前記設定リクエストが前記記憶手段に記憶された延伸回数及び延伸時間の条件を満足する場合には当該設定リクエストによる設定を有効にし、前記設定リクエストが前記記憶手段に記憶された延伸回数及び延伸時間の条件を満足しない場合には当該設定リクエストによる設定を無効にする制御手段と
を備えることを特徴とする画像形成装置。
【請求項２】
前記記憶手段は、さらに、現在の自動シャットダウン時間を記憶し、
前記制御手段は、
前記設定リクエストによる設定を有効にする場合に、該設定リクエストを反映した前記延伸回数及び前記延伸時間と、前記自動シャットダウン時間とを、前記記憶手段に更新し、かつ、前記外部装置に送信することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記受信手段は、さらに、前記画像形成装置の自動シャットダウンに関する前記延伸回数及び前記延伸時間と、前記自動シャットダウン時間との取得を要求する取得リクエストを前記外部装置から受信し、
前記制御手段は、前記受信手段が前記取得リクエストを受信すると、前記記憶手段に記憶された前記延伸回数及び前記延伸時間と、自動シャットダウン時間とを応答として前記外部装置に送信することを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記制御手段は、前記延伸時間が予め定められた時間よりも短くなると、前記設定リクエストが前記延伸回数及び前記延伸時間の条件を満足する場合であっても、該設定リクエストによる設定を無効にすることを特徴とする請求項１乃至３の何れか１項に記載の画像形成装置。
【請求項５】
前記記憶手段は、さらに、ユーザ入力による曜日ごとのシャットダウン時間を記憶し、
前記制御手段は、前記曜日ごとのシャットダウン時間、及び、前記延伸時間のいずれかを、最大の延伸時間として優先することを特徴とする請求項１乃至４の何れか１項に記載の画像形成装置。
【請求項６】
前記受信手段は、予め定められた識別子を有しない外部装置からのリクエストを、処理しないエラーリクエストとして受信し、該予め定められた識別子を有する外部装置からのリクエストを、処理するリクエストとして受信することを特徴とする請求項１乃至５の何れか１項に記載の画像形成装置。
【請求項７】
前記受信手段は、前記設定リクエストを前回受信してから予め定められた時間が経過する前に受信した設定リクエストを、処理しないエラーリクエストとして受信し、前記設定リクエストを前回受信してから予め定められた時間が経過した後に受信した設定リクエストを、処理するリクエストとして受信することを特徴とする請求項１乃至６の何れか１項に記載の画像形成装置。
【請求項８】
前記外部装置との通信は、ＳＮＭＰ及びＭＩＢ情報を用いて行われることを特徴とする請求項１乃至７の何れか１項に記載の画像形成装置。
【請求項９】
省電力制御が行われるスリープ状態に移行してから所定時間が経過すると自動シャットダウンし、前記自動シャットダウンの時間を延伸することが可能な延伸回数及び延伸時間を記憶する記憶手段を備える画像形成装置の制御方法であって、
受信手段が、前記画像形成装置に通信可能に接続された外部装置から前記自動シャットダウンの延伸を要求する設定リクエストを受信する受信ステップと、
制御手段が、前記受信ステップにおいて受信した前記設定リクエストが前記記憶手段に記憶された延伸回数及び延伸時間の条件を満足する場合には当該設定リクエストによる設定を有効にし、前記設定リクエストが前記記憶手段に記憶された延伸回数及び延伸時間の条件を満足しない場合には当該設定リクエストによる設定を無効にする制御ステップと
を実行することを特徴とする画像形成装置の制御方法。
【請求項１０】
請求項９に記載の画像形成装置の制御方法における各ステップをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
近年、ネットワークに接続されたデバイスの省電力対応として、デバイスの未使用時間が所定の時間経過した後、スリープ状態に電力遷移する対応を行っている。さらに、所定時間スリープ状態が継続した場合には自動で電源を遮断（自動シャットダウン）するといった管理方法が用いられている。
【０００３】
画像形成装置がスリープ状態にある場合、ネットワーク上の管理アプリケーションからのポーリング等ではスリープ復帰は行われず、所定時間スリープ状態が継続されるため、最初にスリープ状態に移行してからのタイマ値の積算にて、画像形成装置は自動で電源を遮断する。特許文献１には、ネットワークに接続された複数のコンピュータから、画像形成装置を使用するという観点で、パワーオフコマンド等により実行されるパワーオフ機能を予め定められた時間ロックできる、パワーオフ一時ロック機能を有する周辺装置も提案されている。例えば、パワーオフ一時ロック機能を使用し、コンピュータのユーザがこれから画像形成装置を使用しようとしている時に、他のユーザが勝手にパワーオフコマンドを画像形成装置に送信し、突然電源が切られてしまうような問題を回避している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−７９９２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術には以下に記載する問題がある。ネットワーク経由で管理アプリケーションから画像形成装置の操作を行う際に、画像形成装置の状態がスリープ状態を維持したまま可能な操作が存在している。例えば、フォントリソースのダウンロード操作や、画像形成装置自体のファームウェアのアップデート配信、機器からの情報取得、アドレス帳の同期処理など、管理アプリケーションから画像形成装置にデータを書き込む等である。これらの処理ではスリープ状態を維持しているため、スリープ状態が一定時間経過したと判断されて自動シャットダウンが実行される可能性がある。これらの処理中に自動シャットダウンが実行されると、データの不整合が生じやすくなり、画像形成装置の次回の電源ＯＮ時などに機能支障をきたす可能性がある。
【０００６】
また、ＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いたスリープ通知においては、画像形成装置はスリープ移行時、スリープ復帰時、シャットダウン時にそれぞれネットワーク上のコンピュータに向けて状態通知を行っている。管理アプリケーションから画像形成装置に対しての通信タイミングによっては、スリープ復帰の通知直後にシャットダウン通知を受信することになる。このようなケースにおいて管理アプリケーション側で画像形成装置のシャットダウン処理に伴うアプリケーション側での処理が間に合わない可能性もある。
【０００７】
これらの問題を解決のために、上記従来技術においはパワーオフ一時ロック機能を使用するといった提案が行われている。しかしながら、従来技術では、結果的にパワーオフ一時ロックコマンドがネットワーク上の複数のコンピュータから画像形成装置に対して設定され続けることによって、電源オフができなくなってしまうといった問題が発生してしまう。また省電力の観点から、自動シャットダウンが設定されていれば、いつか必ず行うことが前提であり、電源オフができなくなってしまうといった課題は、省電力の観点では問題がある。
【０００８】
本発明は、上述の問題に鑑みて行われたものであり、自動シャットダウン機能の延伸を可能とするとともに、当該延伸回数や延伸時間を制限する画像形成装置、その制御方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、省電力制御が行われるスリープ状態に移行してから所定時間が経過すると自動シャットダウンする画像形成装置であって、前記自動シャットダウンの時間を延伸することが可能な延伸回数及び延伸時間を記憶する記憶手段と、前記画像形成装置に通信可能に接続された外部装置から前記自動シャットダウンの延伸を要求する設定リクエストを受信する受信手段と、前記受信手段によって受信した前記設定リクエストが前記記憶手段に記憶された延伸回数及び延伸時間の条件を満足する場合には当該設定リクエストによる設定を有効にし、前記設定リクエストが前記記憶手段に記憶された延伸回数及び延伸時間の条件を満足しない場合には当該設定リクエストによる設定を無効にする制御手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明は、自動シャットダウン機能の延伸を可能とするとともに、当該延伸回数や延伸時間を制限する画像形成装置、その制御方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係る画像形成装置１００を含むシステム構成例を示す図。
【図２】本実施形態に係るｍｉｂ−ｔｒｅｅ上のＭＩＢオブジェクトの配置を示す図。
【図３】本実施形態に係るシャットダウンに係る操作部１０４の設定例を示す図。
【図４】本実施形態に係る画像形成装置１００における制御部１１０のブロック構成例を示す図。
【図５】本実施形態に係るＳＮＭＰのｇｅｔ−ｒｅｑｕｅｓｔ時の画像形成装置１００における処理の一例を示す図。
【図６】本実施形態に係るＳＮＭＰのｓｅｔ−ｒｅｑｕｅｓｔ時の画像形成装置１００における処理の一例を示す図。
【図７】本実施形態に係るＳＮＭＰのｓｅｔ−ｒｅｑｕｅｓｔ時に返信を行う情報テーブルを示す図（正常ケース）。
【図８】本実施形態に係るＳＮＭＰのｓｅｔ−ｒｅｑｕｅｓｔ時に返信を行う情報テーブルを示す図（延伸時間オーバ）。
【図９】本実施形態に係るＳＮＭＰのｓｅｔ−ｒｅｑｕｅｓｔ時に返信を行う情報テーブルを示す図（延伸回数オーバ）。
【図１０】本実施形態に係るＳＮＭＰのｓｅｔ−ｒｅｑｕｅｓｔ時に返信を行う情報テーブルを示す図（所定時間以下で受け付けないケース）。
【図１１】本実施形態に係るＳＮＭＰのｓｅｔ−ｒｅｑｕｅｓｔ時に返信を行う情報テーブルを示す図（ウィークリータイマとの関連）。
【図１２】本実施形態に係るＳＮＭＰのｓｅｔ−ｒｅｑｕｅｓｔ時の画像形成装置１００における処理の一例を示す図。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１３】
＜画像形成装置の構成＞
以下では、図１乃至図１２を参照して、本発明の一実施形態について説明する。本実施形態では、画像形成装置の一例として、コピー機能やプリンタ機能等の複数の機能を有するＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）を一例に説明する。なお、本発明はこれに限定されず、画像形成装置として、コピー機能のみ又はプリンタ機能のみを有するＳＦＰ（Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）を適用してもよい。まず、図１を参照して、ＭＦＰ１００の構成例について説明する。
【００１４】
ＭＦＰ１００は、コントローラ部（制御部）１１０、リーダ部１２０、プリンタ部１３０、操作部１４０、及びＨＤＤ１５０を備える。制御部１１０は、リーダ部１２０及びプリンタ部１３０と電気的に接続されている。制御部１１０は、リーダ部１２０及びプリンタ部１３０からデータを受信する。また、制御部１１０は、リーダ部１２０及びプリンタ部１３０に対して各種のコマンドを送信する。さらに、制御部１１０は、ネットワーク１６０を介してＰＣ１６１、１６２と接続されており、各ＰＣ１６１，１６２から画像データや制御コマンドを受信する。ネットワーク１６０は、例えば、イーサネット（登録商標）で構築される。ＰＣ１６１、１６２はＭＦＰ１００に対して、機器の構成情報や現在のステータス情報の監視等も行っている。
【００１５】
リーダ部１２０は、原稿の画像を光学的に読み取り、画像データに変換する。リーダ部１２０は、原稿を読み取る機能を有するスキャナユニット１２１と、原稿をスキャナユニット１２１によって読み取り可能な位置まで搬送する原稿給紙ユニット１２２とを備える。スキャナユニット１２１が備えるスキャナコントローラ１２３は、制御部１１０からの指示に基づいて、スキャナユニット１２１と原稿給紙ユニット１２２とを制御する。
【００１６】
プリンタ部１３０は、画像形成（印刷）用の用紙（用紙又は記録材）を収納する給紙ユニット１３１と、画像データを用紙に転写及び定着させるマーキングユニット１３２と、印刷された用紙を排紙する排紙ユニット１３４とを備える。プリンタ部１３０は、制御部１１０からの指示に基づいて、給紙ユニット１３１から用紙をマーキングユニット１３２へ給紙し、マーキングユニット１３２で当該用紙に対して画像データを印刷した後、当該用紙を排紙ユニット１３４へ排紙する。排紙ユニット１３４は、マーキングユニット１３２で印刷された用紙に対し、ソートやステイプル等の処理を施すことができる。給紙ユニット１３１は、複数の給紙部を備えており、各給紙部には用紙が収納され、載置（設定）される。各給紙部は、例えば、普通紙や光沢紙等、複数種類の用紙を収納できる。また、各給紙部は、ＭＦＰ１００のプリンタ部１３０で印刷された用紙を、再び収納することもできる。給紙部の例として、給紙カセットや、給紙デッキ、手差用紙レイ等がある。給紙部の形態はこれに限られず、その他、収納された用紙をマーキングユニット１３２に搬送できればよい。
【００１７】
操作部１４０は、例えば、ハードキーや、液晶表示部及びその表面上に貼り付けられたタッチパネル部を備え、それらを介してユーザから指示を受け付ける。また、操作部１４０は、液晶表示部にソフトウェアキーや、ＭＦＰ１００の機能や状態を表示することができる。操作部１４０は、ユーザからの指示に対応するコマンドを、制御部１１０に送信する。また、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１５０は、ＭＦＰ１００の各種設定及び画像データを記憶する。
【００１８】
上記の構成に基づき、ＭＦＰ１００は、例えば、コピー機能、画像データ送信機能、プリンタ機能等の種々の機能を実現する。コピー機能を実現する場合には、制御部１１０は、リーダ部１２０で原稿の画像データを読込み、プリンタ部１３０で当該画像データを用いて用紙に印刷する制御を行う。画像データ送信機能を実現する場合に、制御部１１０は、リーダ部１２０で読み込んだ原稿の画像データをコードデータに変換し、当該コードデータを、ネットワーク１６０を介してＰＣ１６１、１６２に送信する。さらに、プリンタ機能を実現する場合には、制御部１１０は、ＰＣ１６１、１６２からネットワーク１６０を介して受信したコードデータ（印刷データ）を画像データに変換し、プリンタ部１３０へ送信する。その後、プリンタ部１３０は、受信した画像データを用いて用紙に印刷する。制御部１１０の構成については、図４を用いて後述する。
【００１９】
また、本実施形態に係るＭＦＰ１００は、省電力制御が行われるスリープ状態に移行してから所定時間が経過すると自動シャットダウンが行われる。本実施形態によれば、自動シャットダウン時間は、通信可能に接続されている外部装置からの要求により延伸することが可能であるが、一定の制限を設けている。これらの自動シャットダウンに関する本実施形態における制御について以下で詳細に説明する。
【００２０】
＜標準技術の説明＞
次に、図２を参照して、ＩＥＴＦがインターネットで利用される技術の標準化を目的として発行を行っているＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）に基づく、ネットワーク機器からの情報取得について説明する。ネットワーク上のデバイスの情報管理プロトコルとしてＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）が一般的に広く用いられている。ＳＮＭＰで管理されるネットワーク機器は、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）情報を搭載し、管理端末からのＳＮＭＰリクエストに対してレスポンスを行うことで管理される。ＭＩＢ情報の構造についても、ＩＥＦＴで標準化がなされている。
【００２１】
ＳＮＭＰで取得できるＭＩＢ情報には標準規格としてＲＦＣで規定された技術仕様／要件のＭＩＢ情報と、企業ごとに拡張されたＥｎｔｅｒｐｒｉｓｅ  ＭＩＢ情報（以下、プライベートＭＩＢとも称する。）とに分かれている。ＭＩＢ情報はＲＦＣによって定められた規定のオブジェクト識別子を有し、ｍｉｂ−ｔｒｅｅの配置は、図２のように表現される。一方、Ｅｎｔｅｒｐｒｉｓｅ  ＭＩＢ情報は企業が独自に定義したＭＩＢ情報であり、ＲＦＣ等で規定された標準的なＭＩＢ情報以外の、企業がより付加価値を付け加えた情報である。Ｅｎｔｅｒｐｒｉｓｅ  ＭＩＢ情報はＡＮＳ．１（Ａｂｓｔｒａｃｔ  Ｓｙｎｔａｘ  Ｎｏｔａｔｉｏｎ  Ｏｎｅ）形式の情報構造定義言語で記載することで、汎用のＳＮＭＰ管理ソフトウェアに読み込ませることが可能である。そのため別途、専用のソフトウェアを用いることなく、ＭＩＢ情報の解釈を行うことが可能である。
【００２２】
ｍｉｂ−ｔｒｅｅの全体像はＩＳＯをＩＴＵ−Ｔによって標準化されており、ＭＩＢ情報が格納されるｍｉｂ−ｔｒｅｅは２０１に示すｉｓｏ（１）から始まっている。ＲＦＣで規定されているＭＩＢ情報はさらに２０２に示すｍｉｂ−２（１．３．６．１．２．１）の配下に配置されている。２０３に示すｓｙｓｔｅｍ（１．３．６．１．２．１．１）と２０４に示すｉｎｔｅｒｆａｃｅｓ（１．３．６．１．２．１．２）とＲＦＣ１２１３で規定された情報の集まりを示している。また、Ｐｒｉｎｔｅｒに関してのＲＦＣとしては、ＲＦＣ３８０５が存在しており、２０５に示すｐｒｉｎｔｍｉｂ（１．３．６．１．２．１．４３）の配下で情報の集まりとして規定されている。
【００２３】
一方、Ｅｎｔｅｒｐｒｉｓｅ  ＭＩＢ情報は、２０６に示すｐｒｉｖａｔｅ（１．３．６．１．４）の配下である２０７に示すｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）以下に、企業ごとに番号が割り当てられ管理する構造となっている。本実施例では、この企業拡張を利用し、２０８に示すｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎ（１．３．６．１．４．１．１６０２．１０１．２０１．１０３．３）で示したＭＩＢ情報を用いる。ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎを前述のＡＳＮ．１形式で記載した例は下記のとおりである。
【００２４】
■ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎ ＯＢＪＥＣＴ−ＴＹＰＥ
ＳＹＮＴＡＸ      ＯＣＴＥＴ ＳＴＲＩＮＧ （ＳＩＺＥ（０．．１５））
ＭＡＸ−ＡＣＣＥＳＳ  ｒｅａｄ−ｗｒｉｔｅ
ＳＴＡＴＵＳ      ｃｕｒｒｅｎｔ
ＤＥＳＣＲＩＰＴＩＯＮ
”この管理ノードの自動シャットダウンに関する情報の取得と、延伸設定を行う
パラメータは、３つのパートで構成されており、：（セミコロン）で区切る
Ｒｅａｄ時のパラメータは下記の通り
第１パラメータ：設定可能な残りの延伸回数に関する情報（単位は回数）
第２パラメータ：設定可能な残りの延伸時間に関する情報（単位は分）
第３パラメータ：自動シャットダウンまでの時間
（単位は分で、自動シャットダウンが未設定時は９９９９）
Ｗｒｉｔｅ時のパラメータは下記の通り
第１パラメータ：ゼロ固定
第２パラメータ：ゼロ固定
第３パラメータ：延伸を行う時間（単位は分）
Ｗｒｉｔｅ時の返信時のパラメータは下記の通り
第１パラメータ：設定可能な残りの延伸回数に関する情報（単位は回数）
第２パラメータ：設定可能な残りの延伸時間に関する情報（単位は分）
第３パラメータ：成功した、延伸を行う時間（単位は分）
”
：：＝ ｛ ｃａｎＰｏｗｅｒＣｏｎｔｒｏｌ ３ ｝
このＡＳＮ．１で記載されたｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの仕様を簡単に説明すると、まず、ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎは上位のツリー構造であるｃａｎＰｏｗｅｒＣｏｎｔｒｏｌの３番目の定義として配置されている。型定義とサイズは１５バイトまでのオクテット文字列として規定しており、その情報は、ｒｅａｄ（読み出し）とｗｒｉｔｅ（書き込み）の双方を行うことが可能である。ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎに実際にｒｅａｄ／ｗｒｉｔｅする時のパラメータ指定としては、ＤＥＳＣＲＩＰＴＩＯＮに記載されたパラメータにて行うことを示している。一例として、Ｒｅａｄ時にＭＦＰ１００から取得できた値が“１０：６０：５５”の場合、延伸設定の変更可能回数が残り１０回、延伸可能な残り時間が６０分、自動シャットダウンまでの時間が５５分であることを示している。
【００２５】
＜制御部１１０の構成＞
次に、図４を参照して、制御部１１０のブロック構成例について説明する。メインコントローラ４１１は、ＣＰＵ４１２及びバスコントローラ４１３と、各種のＩ／Ｆコントローラ回路とを備える。ＣＰＵ４１２及びバスコントローラ４１３は、制御部１１０全体の動作を統括的に制御する。ＣＰＵ４１２は、ＲＯＭ４１４からＲＯＭＩ／Ｆ４１５を経由して読込んだプログラムに基づいて各種の動作を実行する。例えば、ＣＰＵ４１２は、読み込んだプログラムに基づいて、図１に示すＰＣ１６１又はＰＣ１６２から受信したコードデータ（例えばＰＤＬ（ページ記述言語））を解釈する。バスコントローラ４１３は、各Ｉ／Ｆを介したデータ転送に関する制御、例えば、バスの調停及びＤＭＡデータ転送の制御を行う。
【００２６】
ＤＲＡＭ４１６は、ＤＲＡＭＩ／Ｆ４１７を介してメインコントローラ４１１と接続され、ＣＰＵ４１２が動作するためのワーク領域や、画像データを蓄積するための領域として使用される。Ｃｏｄｅｃ４１８は、例えば、ＤＲＡＭ４１６に蓄積されたラスタイメージデータをＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧ／ＪＰＥＧ等の方式で圧縮し、又は圧縮された状態で蓄積されたコードデータをラスタイメージデータに伸長する処理を実行する。ＳＲＡＭ４１９は、Ｃｏｄｅｃ４１８の一時的なワーク領域として使用される。Ｃｏｄｅｃ４１８は、Ｉ／Ｆ４２０を介してメインコントローラ４１１と接続される。ＳＲＡＭ４１９とＤＲＡＭ４１６との間のデータ転送は、バスコントローラ４１３によって制御され、ＤＭＡ転送により実現される。
【００２７】
Ｇｒａｐｈｉｃ  Ｐｒｏｃｅｓｓｏｒ４３５は、ＤＲＡＭ４１６に蓄積されたラスタイメージデータに対して、画像回転、画像変倍、色空間変換、又は二値化等の画像処理を実行する。ＳＲＡＭ４３６は、Ｇｒａｐｈｉｃ  Ｐｒｏｃｅｓｓｏｒ４３５の一時的なワーク領域として使用される。Ｇｒａｐｈｉｃ  Ｐｒｏｃｅｓｓｏｒ４３５は、Ｉ／Ｆ４３７を介してメインコントローラ４１１と接続される。Ｇｒａｐｈｉｃ  Ｐｒｏｃｅｓｓｏｒ４３５とＤＲＡＭ４１６との間のデータの転送は、バスコントローラ４１３によって制御され、ＤＭＡ転送により実現される。
【００２８】
Ｎｅｔｗｏｒｋ  Ｃｏｎｔｏｒｌｌｅｒ４２１は、Ｉ／Ｆ４２３によってメインコントローラ４１１と接続され、コネクタ４２２を介して外部ネットワーク（例えば、ネットワーク１６０）と接続される。汎用高速バス４２５には、拡張ボードを接続するための拡張コネクタ４２４とＩ／Ｏ制御部４２６とが接続される。汎用高速バス４２５とは、例えば、ＰＣＩバスである。Ｉ／Ｏ制御部４２６は、リーダ部１２０及びプリンタ部１３０の各ＣＰＵとの間で、制御コマンドを送受信するための調歩同期式のシリアル通信部コントローラ４２７を２チャンネル備える。
【００２９】
Ｉ／Ｏ制御部４２６は、Ｉ／Ｏバス４２８を介してスキャナＩ／Ｆ４４０及びプリンタＩ／Ｆ４４５と接続されている。パネルＩ／Ｆ４３２は、操作部１４０との間でデータの送受信を行うためのＩ／Ｆである。パネルＩ／Ｆ４３２は、ＬＣＤコントローラ４３１から転送されてきた画像データを操作部１４０に転送する。また、パネルＩ／Ｆ４３２は、操作部１４０が備えるハードキーやタッチパネルを介して入力されるキー入力信号を、キー入力Ｉ／Ｆ４３０を介してＩ／Ｏ制御部４２６に転送する。
【００３０】
リアルタイムクロックモジュール４３３は、バックアップ用電池４３４によって電力を供給され、ＭＦＰ１００内で管理する日付及び時刻を更新／保存する。Ｅ−ＩＤＥ  Ｉ／Ｆ４６１は、ＨＤＤ１５０を接続するＩ／Ｆである。ＣＰＵ４１２は、Ｅ−ＩＤＥ  Ｉ／Ｆを介してＨＤＤ１５０に画像データを記憶させ、又はＨＤＤ１５０から画像データを読み込む。コネクタ４４２及びコネクタ４４７には、図１に示すリーダ部１２０及びプリンタ部１３０がそれぞれ接続されている。これらは、同調歩同期シリアルＩ／Ｆ４４３、４４８及びビデオＩ／Ｆ４４４、４４９を介してスキャナＩ／Ｆ４４０及びプリンタＩ／Ｆ４４５に接続されている。
【００３１】
スキャナＩ／Ｆ４４０は、コネクタ４４２を介してリーダ部１２０と接続され、スキャナバス４４１を介してメインコントローラ４１１と接続されている。スキャナＩ／Ｆ４４０は、リーダ部１２０から受信した画像に対して所定の処理を施す。また、スキャナＩ／Ｆ４４０は、リーダ部１２０から受信したビデオ制御信号に基づいて生成した制御信号を、スキャナバス４４１に出力する。スキャナバス４４１からＤＲＡＭ４１６へのデータ転送は、バスコントローラ４１３によって制御される。
【００３２】
プリンタＩ／Ｆ４４５は、コネクタ４４７を介してプリンタ部１３０と接続され、プリンタバス４４６を介してメインコントローラ４１１と接続されている。プリンタＩ／Ｆ４４５は、メインコントローラ４１１から出力された画像データに所定の処理を施して、プリンタ部１３０へ出力する。ＤＲＡＭ４１６上に展開されたラスタイメージデータのプリンタ部１３０への転送は、バスコントローラ４１３によって制御される。当該ラスタイメージデータはプリンタバス４４６、プリンタＩ／Ｆ４４５及びビデオＩ／Ｆ４４９を経由してプリンタ部１３０へＤＭＡ転送される。
【００３３】
ＳＲＡＭ４５１は、バックアップ用の電池から供給される電源により、ＭＦＰ１００全体の電源が遮断された状態でも記憶内容を保持し続けることが可能なメモリである。ＳＲＡＭ４５１は、バス４５０を介してＩ／Ｏ制御部４２６と接続されている。また、ＥＥＰＲＯＭ４５２も同様に、バス４５０を介してＩ／Ｏ制御部４２６と接続されたメモリである。
【００３４】
＜ウィークリータイマの設定＞
次に、図３を参照して、自動シャットダウンに関するウィークリータイマの設定について説明する。図３の設定内容は、ユーザからの表示指示を受けた操作部１４０に表示が行われ設定が可能となる。また、ユーザ入力による設定内容は、ＨＤＤ１５０やＳＲＡＭ４５１等に格納されている。３０２は曜日の選択項目を示しており、３０１で曜日ごとのシャットダウンの時刻設定を行う。一例として、３０３においては、月曜日の１８：００にＭＦＰ１００の自動シャットダウンが行われる設定となっており、一方、３０４においては土曜日の自動シャットダウンの時刻設定は行われていないことを示している。３０５はＭＦＰ１００において未使用状態が一定時間経過した後、自動でシャットダウンを行うまでの時間設定を行う設定項目内容の一例を示す。この例では、ＭＦＰ１００の未使用状態が４時間経過した後、自動でシャットダウン処理を行う設定が選択されたことを示す。ウィークリータイマと自動シャットダウン時間との関係は図１１を用いて後述する。
【００３５】
＜Ｇｅｔリクエスト受信時の処理フロー＞
次に、図５を参照して、本実施形態に係るＧｅｔリクエスト（取得リクエスト）受信時の処理フローについて説明する。ここで、Ｇｅｔリクエストとは、例えば、ＰＣ１６１からＭＦＰ１００に対する現在の状況に関する情報を取得するリクエストである。なお、図５に示す各ステップの処理は、例えば、ＲＯＭ４１４に格納されたプログラムをＣＰＵ４１２が読み出して実行することによって実現される。以下で説明する処理は、上述したＳＮＭＰパケットを受信したことにより開始される。
【００３６】
まず、Ｓ５０１において、ＣＰＵ４１２は、ＰＣ１６１から送出されてきたＳＮＭＰパケットを受信する。ここでＣＰＵ４１２が受信したＳＮＭＰパケットは、ＰＣ１６１がＭＦＰ１００から情報取得を行うためのリクエスト・パケットである。このリクエスト・パケットはパケットデータに、ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの情報を取得するデータとなっている。続いて、Ｓ５０２において、ＣＰＵ４１２は、受信したＳＮＭＰパケットに含まれるＯＩＤ（オブジェクト識別子）がｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎであることを識別する。さらに、ＣＰＵ４１２は、現在のＭＦＰ１００の状態５０９から、ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの仕様に基づいて、第１パラメータに延伸回数を、第２パラメータに延伸時間を設定する。現在のＭＦＰ１００の状態を示す５０９の例では、第１パラメータには１０が設定され、第２パラメータには６０が設定される。デバイスの設定及び状態を示す５０９の情報は、例えば、ＨＤＤ１５０やＳＲＡＭ４５１等に格納されている。
【００３７】
次に、Ｓ５０３において、ＣＰＵ４１２は、ＭＦＰ１００に対して、自動シャットダウン時間３０５の設定が行われているか否かを判定する。自動シャットダウン時間３０５の設定が行われていない場合はＳ５０４に進み、ＣＰＵ４１２は、上記ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの仕様に基づいて、第３パラメータに自動シャットダウンの無効（未設定）を示す９９９９を設定する。その後、ＣＰＵ４１２は、処理をＳ５０６に進め、Ｓ５０１で受信したＳＮＭＰパケットに対する応答処理を実行する。なお、Ｓ５０６で示すＳＮＭＰの返信データの例は、自動シャットダウンが設定されている場合の例である。
【００３８】
一方、自動シャットダウン時間３０５の設定が行われている場合はＳ５０５に進む。Ｓ５０５において、ＣＰＵ４１２は、自動シャットダウン時間に設定された時間情報から、リアルタイムクロックモジュール４３３の時刻情報を用いて、設定された自動シャットダウンまでの経過時間を減算した値を第３パラメータに設定する。第３パラメータに設定される値の一例として、現在のＭＦＰ１００の状態５０９の例では、４時間（２４０分）から、現在の自動シャットダウン時間までの経過時間（Ｔｉｍｅｒ経過時間）の１８５分を減算した５５（分）が設定される。その後、Ｓ５０６に進み、ＣＰＵ４１２は、ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの仕様に基づいて、返信値に第１、第２、第３パラメータを設定し、Ｓ５０１で受信したＳＮＭＰパケットに対する応答として、返信処理を実行する。Ｓ５０６でのＳＮＭＰの返信処理後、ＣＰＵ４１２は、ＰＣ１６１からの情報取得要求処理（Ｇｅｔリクエスト処理）を終了する。
【００３９】
＜Ｓｅｔリクエスト受信時の処理フロー＞
次に、図６を参照して、ＰＣ１６１から自動シャットダウンの延伸設定を要求するＳｅｔリクエスト（設定リクエスト）、ＭＦＰ１００に対して行う際の処理フローについて説明する。ここで、Ｓｅｔリクエストとは、例えば、ＰＣ１６１からＭＦＰ１００に対して自動シャットダウン時間を設定する際のリクエストである。なお、図６に示す各ステップの処理は、例えば、ＲＯＭ４１４に格納されたプログラムをＣＰＵ４１２が読み出して実行することによって実現される。以下で説明する処理は、上述したＳＮＭＰパケットを受信したことにより開始される。
【００４０】
Ｓ６０１において、ＣＰＵ４１２は、ＰＣ１６１から送出されてきたＳＮＭＰパケットを受信する。ここで、ＣＰＵ４１２が受信するＳＮＭＰパケットはＰＣ１６１がＭＦＰ１００に対して情報設定を行うためのリクエスト・パケット（Ｓｅｔリクエスト）である。このリクエスト・パケットはパケットデータに、ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの情報を設定するデータとなっている。ＣＰＵ４１２は、受信したＳＮＭＰパケットに含まれるＯＩＤ（オブジェクト識別子）がｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎであることを識別し、延伸処理のための処理を実行する。具体的には、ＣＰＵ４１２は、受信した設定データを、前述したｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの仕様に基づいて、解析を行い、第３パラメータを抽出する。次に、Ｓ６０２において、ＣＰＵ４１２は、自動シャットダウンを延伸することが可能な残り回数が足りているか否かを判定する。ここで、延伸できる回数が予め定められた上限回数に達している場合にはＣＰＵ４１２はＳ６０９に進む。Ｓ６０９において、ＣＰＵ４１２は、受信したＳｅｔリクエストのＳＮＭＰパケット受信に対して、設定ができなかったことを示すｂａｄＶａｌｕｅ等のエラーコードで返信処理を実行する。
【００４１】
一方、Ｓ６０２で自動シャットダウンの延伸が可能と判定するとＳ６０３に進み、ＣＰＵ４１２は、デクリメント（１減算）する。その後、Ｓ６０４において、ＣＰＵ４１２は、延伸時間の残り時間が足りているか否かを、現在の延伸残時間とＳ６０１で抽出したｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの第３パラメータとの比較によって判定する。ここで、延伸できる時間が不足している場合にはＳ６０９に進み、ＣＰＵ４１２は、Ｓ６０１のＳｅｔリクエストのＳＮＭＰパケット受信に対して、設定ができなかったことを示すｂａｄＶａｌｕｅ等のエラーコードで返信処理を実行する。
【００４２】
一方、Ｓ６０４で自動シャットダウンの延伸が可能と判定すると、Ｓｅｔリクエストの設定内容が延伸回数及び延伸時間の条件を満足するものと判断しＳ６０５に進む。Ｓ６０５において、ＣＰＵ４１２は、デクリメント（延伸する時間）する。その後、Ｓ６０６に進み、ＣＰＵ４１２は、自動シャットダウンまでの残りの時間に対して、Ｓ６０１で抽出したｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの第３パラメータの延伸時間のインクリメントを行い、自動シャットダウンまでの時間を延伸させる。
【００４３】
次に、Ｓ６０７において、ＣＰＵ４１２は、Ｓ６０３とＳ６０５で演算した、残りの延伸回数と、残りの返信時間をそれぞれ、ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの第１パラメータと第２パラメータに設定する。また、ＣＰＵ４１２は延伸設定が成功したので、第３パラメータには、成功した延伸時間を設定する。続いて、Ｓ６０８において、ＣＰＵ４１２は、ｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの仕様に基づいて、返信値に上記第１、第２、第３パラメータを設定し、Ｓ６０１で受信したＳＮＭＰパケットに対する応答として、返信処理を実行する。Ｓ６０８でのＳＮＭＰの返信処理後、ＣＰＵ４１２は、Ｓ６０３、Ｓ６０５、及びＳ６０６の処理で更新した（設定リクエストの内容を反映した）情報を、ＨＤＤ１５０又はＳＲＡＭ４５１に格納された５０９に更新する。その後、ＰＣ１６１からの情報取得要求処理（Ｓｅｔリクエスト処理）を終了する。
【００４４】
＜自動シャットダウン時間の延伸＞
次に、図７乃至図１１を参照して、図６で説明してきた処理フローによって、より具体的に延伸の状態がどのようになるかを説明する。図７は正常ケースを示す。
【００４５】
７０１はＳ６０１でＣＰＵ４１２が延伸の設定（Ｓｅｔ）リスエストを受けた回数を示す。７０２はＳ６０１でＣＰＵ４１２が延伸の設定リスエストを受けた際のｃａｎＰｏｗＣｔｌＳｈｕｔｄｏｗｎの第３パラメータに相当する延伸時間を示す。７０３は延伸が可能な残りの回数を示す。７０４は延伸が可能な残りの時間を示す。７０５はＭＦＰ１００の電源を投入した際の初期状態の一例を示す。ＭＦＰ１００の電源投入直後であるため、Ｓ６０１でＣＰＵ４１２が延伸の設定リスエストを受けた回数はゼロであり、７０２の延伸時間もＳＮＭＰのパケットの受信が行われていないため無効である。この初期状態の例では、延伸が可能な残り回数の初期値は１０回であり、延伸が可能な残り時間の初期値は６０分としている。延伸回数と延伸時間の初期値については、ユーザから指示を受けた操作部１４０が、制御部１１０に対して初期値の再設定を行うことが可能である。
【００４６】
図７の例では、Ｓｅｔリクエストは３回目まで１０分延伸の設定として例示している。Ｓｅｔリクエストが成功するごとに、残りの延伸回数と、残りの延伸時間がそれぞれ減算されていく。４回目のＳｅｔリクエストでは、延伸時間として０分が設定された状態を示しており、この場合には延伸時間の変更は発生しないため残りの延伸回数と、残りの延伸時間とは変化しない。
【００４７】
図８は、延伸時間がオーバする例を示す。この例では、Ｓ６０４の判定処理において、残りの延伸時間を超えてＰＣ１６１からのＳｅｔリクエストが行われた場合を説明する。なお、基本的な図面の構成は図７と同様である。ＰＣ１６１からの延伸時間設定が１回目、２回目、３回目でそれぞれ１５分、３０分、１０分で行われた結果、８０１において延伸の残時間が５分となっている。この状態で４回目の延伸設定がＰＣ１６１から行われた場合に、Ｓｅｔされた延伸時間が８０２で示すように１０分であった場合、８０１の延伸残時間を超えているため、Ｓ６０４の判定の結果、Ｓ６０９の処理へ進み、Ｓｅｔリクエストをエラーリクエストと判断する。また、エラーとなった場合、自動シャットダウンの延伸自体が行われないため、８０３と８０４とで示すように延伸回数と延伸の残り時間の減算は行われない。
【００４８】
図９は延伸回数がオーバする例を示す。この例では、Ｓ６０２の判定処理において、残りの延伸回数を超えてＰＣ１６１からのＳｅｔリクエストが行われた場合を説明する。なお、基本的な図面の構成は図７と同様である。ＰＣ１６１からの延伸時間設定が１回、２回、３回行われている。一方で延伸の残回数の初期値は３としている。この状態では、ＰＣ１６１からの３回目の延伸設定で９０１に示すように残回数はゼロとなる。このため４回目の延伸時間設定において、Ｓｅｔされた延伸時間が９０２に示すように１０分で、延伸の残時間に余裕がある状態でも延伸回数の上限（残回数がゼロ）になっている。このため、Ｓ６０２の判定の結果、Ｓ６０９の処理となり、Ｓｅｔリクエストはエラーとなる。また、エラーとなった場合、自動シャットダウンの延伸自体が行われないため、Ｓ９０２とＳ９０３とで示すように延伸回数と延伸の残り時間の減算は行われない。
【００４９】
図１０は所定時間以下で受け付けない例を示す。この例では、Ｓ６０４の判定処理において、自動シャットダウンまでの残り時間が、予め操作部１４０から設定された、所定の残り時間を切った場合について説明する。この例では、予め操作部１４０から設定された、所定の残り時間を３０分としている。ＰＣ１６１からの延伸時間設定が１回目、２回目でそれぞれ１５分、１５分で行われた結果、１００１において延伸の残時間が３０分となっている。残り残時間が３０分となった場合、所定時間以下で延伸を受け付けなくする必要がある。ＰＣ１６１からの延伸時間設定が３回目で、残りの延伸時間３０分（１００１）に対して、延伸時間設定１５分（１００２）という設定を行った場合、設定不可としてＣＰＵ４１２が判定し、Ｓ６０９に状態遷移する。エラーとなった場合、自動シャットダウンの延伸自体が行われないため、１００３と１００４とで示すように延伸回数と延伸の残り時間の減算は行われない。このように、本実施形態に係るＭＦＰ１００は、残り時間が予め定められた時間よりも短くなると、それ以降のＳｅｔリクエストを受け付けないようにすることができる。つまり、図１０の例では、３回目のＳｅｔリクエストは延伸回数及び延伸時間において、残り回数及び残り時間の範囲内にあるため受付可能なリクエストであるものの、残り時間が３０分以内の場合は当該Ｓｅｔリクエストを受け付けない。
【００５０】
図１１はウィークリータイマとの関連を示す。図３で示したウィークリータイマで設定された曜日ごとのシャットダウン時刻と、延伸残時間との関係を説明する。この例では、月曜日のウィークリータイマで設定されたシャットダウン時刻は１８：００であり、延伸時間の残り時間が６０分あるとする。１１０１は、時刻を示しており、１７：００時点では延伸時間の残り時間が６０分で設定が可能である。一方、自動シャットダウンよりウィークリータイマの時刻到達でのシャットダウンが優先されるため、１１０１の時刻の経過に伴って延伸時間の残り時間の補正処理をＣＰＵ４１２が行う。例として１１０３に示すように、ＣＰＵ４１２は時刻が進につれて延伸の残り時間１１０４の順次補正する。ここでは、ウィークリータイマの設定時間を自動シャットダウン時間よりも優先する例について説明したが、本発明はこれに限定されず、自動シャットダウン時間をウィークリータイマの設定時間よりも優先してもよい。つまり、本実施形態によれば、曜日ごとのシャットダウン時間、及び、前記延伸時間のいずれかを、最大の延伸時間として優先する。
【００５１】
＜Ｓｅｔリクエストの受信処理＞
次に、図１２を参照して、Ｓ６０１の処理前に実行されるＳｅｔリクエストの受信処理について説明する。なお、図６に示す各ステップの処理は、例えば、ＲＯＭ４１４に格納されたプログラムをＣＰＵ４１２が読み出して実行することによって実現される。以下で説明する処理は、上述したＳＮＭＰパケットを受信したことにより開始される。
【００５２】
Ｓ１２０１において、ＣＰＵ４１２は、ＰＣ１６１から送出されてきたＳＮＭＰパケットを受信する。ここで示す例では、ＣＰＵ４１２が受信したＳＮＭＰパケットは、ＰＣ１６１がＭＦＰ１００に対して情報設定を行うためのリクエスト・パケットである。続いて、Ｓ１２０２において、ＣＰＵ４１２は、延伸設定を行うことが許可されたホストからのパケットデータであるか否かを判定する。判定する条件としては、予め操作部１４０から設定された、ＩＰアドレスやＭＡＣアドレス（外部装置の識別子）などとの比較によってＣＰＵ４１２が判定を行う。許可されないホストからの延伸設定と判断された場合には、Ｓ１２０５に進み、ＣＰＵ４１２は、Ｓ１２０１のＳｅｔリクエストのＳＮＭＰパケット受信に対して、設定ができなかったことを示すｂａｄＶａｌｕｅ等のエラーコードで返信処理を行う。そのうえで、ＣＰＵ４１２は１２０７に処理を遷移させＰＣ１６１からの情報取得要求処理（Ｓｅｔリクエスト処理）を終了させる。つまり、本実施形態に係る画像形成装置は、予め定められた識別子を有する外部装置からのリクエストのみを処理するリクエストとして受信し、それ以外のリクエストは処理することなくエラーを返す。
【００５３】
一方、Ｓ１２０２で許可されたホストからの延伸設定と判定された場合には、ＣＰＵ４１２は処理をＳ１２０３に進ませる。Ｓ１２０３において、ＣＰＵ４１２は、操作部１４０から予め設定された、延伸設定の間隔より、長い間隔での延伸設定か否かを判定する。この判定処理の目的としては、短時間に延伸設定が繰り返されることによるＭＦＰ１００の誤動作等を防止する目的がある。Ｓ１２０３での判定の結果、短時間での延伸設定と判断された場合には、Ｓ１２０５に進む。Ｓ１２０５において、ＣＰＵ４１２はＳ１２０１のＳｅｔリクエストのＳＮＭＰパケット受信に対して、設定ができなかったことを示すｂａｄＶａｌｕｅ等のエラーコードで返信処理を行う。
【００５４】
一方、Ｓ１２０３において前回受信したＳｅｔリクエストからの延伸設定から十分に間隔が置かれていると判定した場合にはＳ１２０４に進み、ＣＰＵ４１２は、Ｓ６０１に処理を進める。なお、Ｓ１２０２及びＳ１２０３の判定は、個別に当該判定を実行するか否かを設定してもよい。つまり、ＭＦＰ１００が設定される環境に応じて、各判定を有効にするか無効にするかを切り替えてもよい。
【００５５】
以上説明したように、本実施形態に係る画像形成装置（ＭＦＰ１００）によれば、次のような効果を得ることができる。自動シャットダウンまでの情報の通知に加え、予め設定された範囲内で、自動シャットダウンの延伸を行う手段を設ける。そのため、延伸回数や延伸時間に余裕が有るときには、ネットワーク上の管理アプリケーションが画像形成装置との間で所望のデータ処理を完遂させるために自動シャットダウンを延伸させることが可能となり利便性が向上する。また、延伸回数や延伸時間に余裕がないときには、ネットワーク上の管理アプリケーションがデバイス側のシャットダウン処理に向けた事前対応を行うことが可能となるため、処理途中で通信不能となってしまうなどの問題の回避も可能となる。
【００５６】
＜その他の実施例＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2013215932.tif 000003
【図２】
2013215932.tif 000004
【図３】
2013215932.tif 000005
【図４】
2013215932.tif 000006
【図５】
2013215932.tif 000007
【図６】
2013215932.tif 000008
【図７】
2013215932.tif 000009
【図８】
2013215932.tif 000010
【図９】
2013215932.tif 000011
【図１０】
2013215932.tif 000012
【図１１】
2013215932.tif 000013
【図１２】
2013215932.tif 000014