(57)【要約】【課題】ユーザをダウンロード時の再起動の作業の煩わしさから解放するとともにソフトウェアのアップデートをし忘れるといったミスを軽減する。【解決手段】クライアントにサービスを提供するサーバと、クライアントはネットワークを通じてプログラムの情報を受け、自身のソフトウェアの全部あるいは一部のバージョンアップの要あるいは不要の判断を行うことが可能なプログラムのバージョンを管理するバージョン管理機能を備え、システムのバージョンアップを必要と判断した場合にその情報をプログラムバージョンアップ情報として記憶手段に記憶し、クライアントシステムがシャットダウンあるいは再起動する際にバージョンアップが必要な旨をユーザに通知することを特徴とする画像処理装置。【選択図】        図１
2006252094.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されて、クライアントにサービスを提供するサーバと、
クライアントはネットワークを通じてプログラム提供元の情報を受入れて、自身のＯＳあるいはソフトウェアの全部あるいは一部のバージョンアップの要あるいは不要の判断を行うことが可能なプログラムのバージョンを管理するバージョン管理機能を備え、
前記バージョンアップ管理機能はシステムのバージョンアップを必要と判断した場合にその情報をプログラムバージョンアップ情報として記憶手段に記憶し、クライアントシステムがシャットダウンあるいは再起動する際にバージョンアップが必要な旨をユーザに通知することを特徴とする画像処理装置。
【請求項２】
ネットワークに接続されて、クライアントにサービスを提供するサーバと、
クライアントはネットワークを通じてプログラム提供元の情報を受入れて、自身のＯＳあるいはソフトウェアの全部あるいは一部のバージョンアップの要あるいは不要の判断を行うことが可能なプログラムのバージョンを管理するバージョン管理機能を備え、
前記バージョンアップ管理機能はシステムのバージョンアップを必要と判断した場合にその情報をプログラムバージョンアップ情報として記憶手段に記憶し、クライアントシステムが省電力モード等でＣＰＵによるプログラム実行しない状態に移行する際にはバージョンアップが必要な旨をユーザに通知することを特徴とする画像処理装置。
【請求項３】
ネットワークに接続されて、クライアントにサービスを提供するサーバと、
クライアントはネットワークを通じてプログラム提供元の情報を受入れて、自身のＯＳあるいはソフトウェアの全部あるいは一部のバージョンアップの要あるいは不要の判断を行うことが可能なプログラムのバージョンを管理するバージョン管理機能と、
バージョンアップが必要な場合には自動実行することを指示するバージョンアップ自動実行指示手段とを備え、
前記バージョンアップ管理機能はシステムのバージョンアップを必要と判断した場合にその情報をプログラムバージョンアップ情報として記憶手段に記憶し、クライアントシステムがシャットダウンあるいは再起動する際にはバージョンアップ自動実行指示手段により自動実行が指示されているかを参照し、自動的にソフトウェアのバージョンアップを行うことを特徴とする画像処理装置。
【請求項４】
ネットワークに接続されて、クライアントにサービスを提供するサーバと、
クライアントはネットワークを通じてプログラム提供元の情報を受入れて、自身のＯＳあるいはソフトウェアの全部あるいは一部のバージョンアップの要あるいは不要の判断を行うことが可能なプログラムのバージョンを管理するバージョン管理機能と、
バージョンアップが必要な場合には自動実行することを指示するバージョンアップ自動実行指示手段とを備え、
前記バージョンアップ管理機能はシステムのバージョンアップを必要と判断した場合にその情報をプログラムバージョンアップ情報として記憶手段に記憶し、クライアントシステムが省電力モード等でＣＰＵによるプログラム実行しない状態に移行する際には、バージョンアップ自動実行指示手段により自動実行が指示されているかを参照し、自動的にソフトウェアのバージョンアップを行うことを特徴とする画像処理装置。
【請求項５】
ネットワークに接続されて、クライアントにサービスを提供するサーバと、
クライアントはネットワークを通じてプログラム提供元の情報を受入れて、自身のＯＳあるいはソフトウェアの全部あるいは一部のバージョンアップの要あるいは不要の判断を行うことが可能なプログラムのバージョンを管理するバージョン管理機能と、
前記バージョンアップ管理機能はシステムのバージョンアップを必要と判断した場合にその情報をプログラムバージョンアップ情報として記憶手段に記憶し、クライアントシステムが省電力モード等でＣＰＵによるプログラム実行しない状態に移行する際には、自動的にソフトウェアのバージョンアップを行うことを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されて、クライアントにサービスを提供するサーバからＯＳあるいはソフトウェアをダウンロード実行することが可能な画像処理装置に関するものである。
【背景技術】
【０００２】
マルチファンクションの複写機やプリンタなどの制御を行うプログラムも複雑化し、またネットワーク技術の普及に伴い、ネットワークに接続することがお可能な装置も一般に普及している。また、画像入出力装置の提供する機能も多様となることで、オプション機能の提供などを付加価値としてソフトウェアのバージョンアップ等で行うことが行われるようになってきた。さらにソフトウェアの複雑化によって発生する障害などの修正もソフトウェアバージョンアップにより行われることが一般的になり、バージョンアップもネットワークを通じて、サーバと通信することで行われる技術が考案されている。
【特許文献１】特開２００３−１４０８５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記のように機器のＯＳや制御ソフトウェアのバージョンアップをネットワークを通じて行うことが既知の技術として知られているが、実際にバージョンアップを行う場合には、システムの再起動を伴うことが多いこと、またネットワークの状態にも依存するが、バージョンアップ作業に著しく長い時間を要することともある。
【０００４】
そのためユーザはシステム起動後のバージョンアップを敬遠しがちとなり、バージョンアップ作業をし忘れるといったことが発生しやすいという問題があった。
【０００５】
本発明は、以上の点に着目して成されたもので、ユーザをダウンロード時の再起動の作業の煩わしさから解放するとともにソフトウェアのアップデートをし忘れるといったミスを軽減する画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、本発明では、
ネットワークに接続されて、クライアントにサービスを提供するサーバと、
クライアントはネットワークを通じてプログラム提供元の情報を受入れて、自身のＯＳあるいはソフトウェアの全部あるいは一部のバージョンアップの要あるいは不要の判断を行うことが可能なプログラムのバージョンを管理するバージョン管理機能を備え、
前記バージョンアップ管理機能はシステムのバージョンアップを必要と判断した場合にその情報をプログラムバージョンアップ情報として記憶手段に記憶し、クライアントシステムがシャットダウンあるいは再起動、さらにはクライアントシステムが省電力モード等でＣＰＵによるプログラム実行しない状態に移行する際にバージョンアップが必要な旨をユーザに通知することが可能な画像入出力装置を提供する。
【発明の効果】
【０００７】
本発明によれば、画像入出力装置が自動的にダウンロードサーバに問い合わせを行うことで、システムソフトウェアのバージョンアップの可否を自動的に判断し、ユーザにその要／不要を電源ＯＦＦ時あるいはシャットダウン時に選択的に指示させることが可能となる。電源ＯＦＦ時、あるいは低電力移行時に実行するためユーザが画像処理装置を長時間使用しないことを意識するタイミングであるので、ダウンロード後に必要とされるシステムの再起動を待つ時間から解放される。
【０００８】
また自動的にダウンロードすることを予め指示することで、バージョンアップの作業を忘れずに実行することが出来ることになる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態を図面に基づいて詳説する。
【実施例】
【００１０】
図１は本発明に係る電子部品としてのコントローラ部が搭載された画像入出力装置（データ処理装置）の一実施の形態を示すブロック構成図であって、該画像入出力装置１は、イーサネット(登録商標)等のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）４００にてのホストコンピュータ（本実施の形態では第一、第二のホストコンピュータ３，４）に接続されている。
【００１１】
即ち、上記画像入出力システム（装置）１は、画像データの読取処理を行うリーダ部２と、画像データの出力処理を行うプリンタ部６と、画像データの入出力操作を行うキーボード、及び画像データや各種機能の表示などを行う液晶パネルを備えた操作部７と、制御プログラムや画像データ等が予め書き込まれたハードディスクドライブ８を装着し、これら各構成要素に接続されて該構成要素に接続されて該構成要素を制御する単一の電子部品からなるコントローラ部１１０とから構成されている。
【００１２】
さらにリーダ部２は原稿用紙を搬送する原稿給紙ユニット（部）１０と、原稿画像を光学的に読み取って電気信号としての画像データに変換するスキャナ部１１とを有し、プリンタ部６は記録用紙を収容する複数段の給紙カセットを備えた給紙ユニット（部）１２と画像データを記録用紙に転写、定着するマーキングユニット（部）１３と印字された記録用紙にソート処理やステイプル処理を施して、外部に排出する排紙ユニット（部）１４とを有している。
【００１３】
図２は図１のリーダ部２及びプリンタ部６の詳細を示す内部構造であって、リーダ部５はプリンタ部６に載置されている。
【００１４】
そして、リーダ部５では、原稿給送ユニット１０に積層された原稿用紙がその積層順にしたがって、先頭から順次１枚ずつプラテンガラス１５上に給送され、スキャナユニット１１で所定の読取動作が終了した後、該読み取られた原稿用紙はプラテンガラス１５上から原稿給送ユニット１０に排出される。
【００１５】
また、上記スキャナユニット１１では、原稿用紙がプラテンガラス１５上に搬送されてくるとランプ１６が点灯し、次いで光学ユニット１７の移動を開始させ、読み取り位置で固定する。光学ユニット１７は搬送される原稿用紙を下方から照射し、走査する。そして、原稿用紙からの反射光は、複数のミラー１８−２０、及びレンズ２１を介してＣＣＤイメージセンサー（以下、単に「ＣＣＤ」と記す）２２へと導かれ、走査された原稿画像はＣＣＤ２２によって読み取られる。そして、ＣＣＤ２２で読み取られた画像データは、所定の処理が施された後、コントローラユニット１１０（図２では図示省略）に転送される。
【００１６】
あるいは、原稿プラテン上に載置された原稿を同様にランプ１６を点灯し、次いで光学ユニット１７の移動を開始させ、原稿用紙を下方から照射し、走査することで、走査された原稿画像をＣＣＤ２２によって読み取ることが可能である。
【００１７】
以上の手順で送出されたリーダからの画像データは、コネクタを介してコントローラ部１１０に送出される。
【００１８】
次いで、プリント部６では、コントローラ部１１０から出力された画像データに対応するレーザ光が、レーザドライバにより駆動されるレーザ発行部２４から発行され、該レーザ光はマーキング部１３の感光ドラム２５にはレーザ光に応じた静電潜像が形成され、現像器２６により前記静電潜像の部分に現像罪が付着する。
【００１９】
一方、レーザ光の照射開始と同期したタイミングで、給紙部１２（給紙カセット１２ａ，１２ｂ）から記録用紙が給紙されて転写部２７に搬送され、感光ドラム２５に付着している現像剤を記録用紙に転写する。画像データが転写された記録用紙は定着部２８に搬送され、定着部２８における加熱・加圧処理により画像データが記録紙に定着される。
【００２０】
そして、画像データを記録用紙に片面記録する場合は、定着部２８を通過した記録用紙が排出ローラ２９によってそのまま排紙ユニット１４に排出され、排紙ユニット１４は排出された記録用紙を束ねて記録用紙の仕分けを行い、また、仕分けされた記録用紙のステイプル処理を行う。
【００２１】
また、画像データを記録用紙に両面記録する場合は、排出ローラ２９まで記録用紙を搬送した後、該は移出ローラ２９の回転方向を逆転させ、フラッパ３０によって再給紙搬送路３１へと導かれ、該再給紙搬送路３１に導かれた記録用紙は上述と同様にして転写部２７に搬送される。
【００２２】
コントローラ部１１０は、上述したように単一の電子部品で構成され、リーダ部２読み取った画像データをコードに変換し、ＬＡＮ４００を介して第一及び第二のホストコンピュータ３、４に送信するスキャナ機能、及びホストコンピュータ３、４からＬＡＮ２を介して受信したコードデータを画像データに変換し、プリンタ部６に出力するプリンタ機能、その他の機能ブロックを有している。
【００２３】
図３はコントローラ部１１０の詳細を示すブロック図である。
【００２４】
すなわち、メインコントローラ３２は、ＣＰＵ３３とバスコントローラ３４と後述する各種コントローラ回路を含む機能ブロックとを内蔵すると共に、ＲＯＭＩ／Ｆ３５を介してＲＯＭ３６と接続され、ＤＲＡＭＩ／Ｆ３７を介してＤＲＡＭ３８と接続され、コーデックＩ／Ｆ３９を介してコーデック４０と接続され、また、ネットワークＩ／Ｆ４１を介してネットワークコントローラ４２と接続されている。
【００２５】
ＲＯＭ３６は、メインコントローラ３２のＣＰＵ３３で実行される各種制御プログラムや演算データが格納されている。ＤＲＡＭ３８は、ＣＰＵ３３が動作するための作業領域や画像データを蓄積するための領域として使用される。コーデック４０はＤＲＡＭ３８に蓄積されたラスターイメージデータをＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧなどの周知の圧縮方式で圧縮し、また圧縮されたデータをラスターイメージに伸長する。また、コーデック４０にはＳＲＡＭ４３が接続されており、該ＳＲＡＭ４３は前記コーデック４０の一時的な作業領域として使用される。
【００２６】
ネットワークコントローラ４２は、ネットワークコネクタ４４を介してＬＡＮ２との間で所定の制御動作を行う。
【００２７】
また、前記メインコントローラ３２はスキャナバス４５を介してスキャナＩ／Ｆ４６に接続され、プリンタバス４７を介してプリンタＩ／Ｆ４８に接続され、さらにＰＣＩバス等の汎用高速バス４９を介して拡張ボードを接続するための拡張コネクタ５０及び入出力制御部（Ｉ／Ｏ制御部）５１に接続されている。
【００２８】
Ｉ／Ｏ制御部５１はリーダ部２やプリンタ部６との間で制御コマンドを送受信するための調歩同期式のシリアル通信コントローラ５２が２チャンネル装備されており、該シリアル通信コントローラ５２はＩ／Ｏバス５３を介してスキャナＩ／Ｆ４６及びプリンタＩ／Ｆ４８に接続されている。
【００２９】
スキャナＩ／Ｆ４８は、第一の調歩同期シリアルＩ／Ｆ５４及び第一のビデオＩ／Ｆ５５を介してスキャナコネクタ５６に接続され、さらに該スキャナコネクタ５６はリーダ部２のスキャナユニット１１に接続されている。そして、スキャナＩ／Ｆ４６はスキャナ部１１から受信した画像データに対し所望の２値化処理や、主走査方向及び／又は副走査方向の変倍処理を行い、またスキャナ部１１から送られてきたビデオ信号に基づいて制御信号を生成し、スキャナバス４５を介してメインコントローラ３２に転送する。
【００３０】
また、プリンタＩ／Ｆ４８は、第２の調歩同期シリアルＩ／Ｆ５７及び第２のビデオＩ／Ｆ５８を介してプリンタコネクタ５９に接続され、さらに該プリンタコネクタ５９はプリンタ部６のマーキングユニット１３に接続されている。そして、プリンタＩ／Ｆ４８はメインコントローラ３２から出力された画像データにスムージング処理を施して該画像データをマーキングユニット１３に出力し、さらにマーキングユニット１３から送られたビデオ信号に基づいて、生成された制御信号をプリンタバス４７に出力する。
【００３１】
そして、ＣＰＵ３３は、ＲＯＭ３６からＲＯＭＩ／Ｆ３５を介して読み込まれた制御プログラムに基づいて動作し、例えば、第１及び第２のホストコンピュータ３、４から受信したＰＤＬ（ページ記述言語）データを解釈し、ラスターイメージデータに展開処理を行う。
【００３２】
また、バスコントローラ３４は、スキャナＩ／Ｆ４６プリンタＩ／Ｆ４８、その他拡張コネクタ５０等に接続された外部機器から入出力されるデータ転送を制御するものであり、バス競合時のアービトレーション（調停）やＤＭＡデータ転送の制御を行う。即ち、例えば、上述したＤＲＡＭ３８とコーデック４０との間のデータ転送や、スキャナ部５からＤＲＡＭ３８へのデータ転送、ＤＲＡＭ３８からマーキングユニット１３へのデータ転送等は、バスコントローラ３４によって制御され、ＤＭＡ転送される。
【００３３】
また、Ｉ／Ｏ制御部５１は、ＬＣＤコントローラ６０などを介してパネルＩ／Ｆ６２に接続されている。また、前記Ｉ／Ｏ制御部５１は不揮発性メモリとしてのＥＥＰＲＯＭに接続され、またＥ−ＩＤＥコネクタ６３を介してハードディスクドライブ８に接続され、さらに、機器内で管理する日付と時刻を更新／保存するリアルタイムクロックモジュール６４に接続されている。尚、リアルタイムクロックモジュール６４はバックアップ用電池６５に接続されて該バックアップ用電池６５によりバックアップされている。
【００３４】
図４はメインコントローラ３２の内部詳細を示すブロック構成図である。
【００３５】
バスコントローラ３４は、４×４の６４ビットクロスバススイッチで構成され、６４ビットのプロセッサバス（Ｐバス）を介してＣＰＵ３３に接続され、またメモリ専用のローカルバス（Ｍバス）を介してキャッシュメモリを備えたメモリコントローラ６９に接続されている。尚、メモリコントローラ６９はＲＯＭ３６やＤＲＡＭ３８などのメモリ類と接続され、これらのメモリ類の動作を制御する。
【００３６】
さらに、該バスコントローラ３４はグラフィックスバス（Ｇバス）７０を介してＧバスアービタ７１及びスキャン・プリンタコントローラ７２と接続され、また入出力バス（Ｂバス）７３を介して、Ｂバスアービター７４、Ｇバスアービタ７１、インタラプトコントローラ、及び各種機能ブロック（電力管理ユニット７６、ＵＡＲＴなどのシリアルＩ／Ｆコントローラ７７、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）コントローラ７８、ＩＥＥＥ１２８４等のパラレルＩ／Ｆコントローラ７９、ＬＡＮコントローラ８０汎用入出力コントローラ８１、Ｂバス７３と外部バスであるＰＣＩバスとの間でＩ／Ｆ動作を司るＰＣＩバスＩ／Ｆ８２、及びスキャナ・プリンタコントローラ７２）と接続されている。
【００３７】
Ｂバスアービタ７４はＢバス７３を協調制御するアービトレーションであり、Ｂバス７３のバス使用要求を受け付け、調停の後、使用許可が選択された一つのマスタに与えられ、これにより同時に２つ以上のマスタがバスアクセスを行うのを禁止している。尚、アービトレーション方式は３段階の優先権を有し、それぞれの優先権に複数のマスタが割り当てられる。
【００３８】
インタラプトコントローラ７５は、上述した各機能ブロック及びコントローラユニット１１０の外部からインタラプトを集積し、ＣＰＵ３３がサポートするコントローラ類７２、７７−８２及びノンマスカブルインタラプト（ＮＭＩ）に再配分する。
【００３９】
電力管理ユニット７６は機能ブロック毎に電力を管理し、さらに１チップで構成されている電子部品としてコントローラユニット１１０の消費電力量の監視を行う。すなわち、コントローラユニット１１０は、ＣＰＵ３３を内蔵した大規模なＡＳＩＣ（特定用途向けＩＣ）で構成されており、このため全ての機能ブロックが同時に動作すると大量の熱を発生して、コントローラ部１１０自体が破壊されてしまう虞がある。
【００４０】
そこで、このような事態を防止するために各に機能ブロック毎に消費電力を管理し、各機能ブロックの消費電力量はパワーマネージメントレベルとして電力管理ユニット７６に集積される。そして、該電力管理ユニット７６では各機能ブロックの消費電力量を合計し、該消費電力量が限界消費電力を超えないように各機能ブロックの消費電力量を一括して、監視する。
【００４１】
Ｇバスアービタ７１は中央アービトレーション方式によりＧバス７０を協調制御しており、各バスマスタに対して専用の要求信号と許可信号とを有する。尚、バスマスタへの優先権の付与方式として、全てのバスマスタを同じ優先権として、公平にバス権を付与する公平アービトレーションモードといずれか一つのバスマスタに対して優先的にバスを使用させる優先アービトレーションモードのいずれかを指定することができる。
【００４２】
上述のような構成の画像入出力装置を例に挙げ、さらに具体的な実施例を図５、図６のフローチャートを用いて説明する。
【００４３】
図５のフローチャートではコントローラ部１１０のＣＰＵ３３が実行可能なソフトウェアダウンロードプログラムの制御フローを図示した。ソフトウェアダウンロードプログラムはＣＰＵ３３が実行するＲＯＭ３６あるいはハードディスクドライブ８に保存され、通常ＣＰＵ３３がそれを実行することで画像処理システムの制御を実行するプログラムを書き換えることを目的とするプログラムであり、ＲＯＭ３６あるいはハードディスクドライブ８に保存されている。
【００４４】
ＣＰＵ３３はプログラムを実行する際にはＲＯＭ３６上のプログラムデータを直接実行することも出来るし、ＲＯＭ３６あるいはハードディスクドライブ８からＤＲＡＭ３８にプログラムを読み出してから実行することも出来る。
【００４５】
ソフトウェアダウンロードプログラムはシステム起動時からＣＰＵ３３により実行される。
【００４６】
起動時、あるいは低電力モードからの復帰時にはＣＰＵ３３により図５に図示するフローが実行される。また起動時や低電力モードからの復帰の場合で無くても、システムに予め設定される任意のタイミングで実行しても構わない。
【００４７】
低電力時モードとは画像入出力システム１中の操作部７、リーダ部２及びプリンタ部６、またコントローラ部１１０内の各モジュールの消費電力を落とす処理であり、場合によってはＣＰＵ３３の電力供給も行われない。省電力モードには画像処理システム１１が持つタイマーによって自動的に移行する場合とユーザが明示的に操作部７から指示することで移行する場合がある。
【００４８】
いずれの場合あってもネットワークコントローラ４２にのみ電力供給が行われ、外部からのジョブ要求や操作部電源をユーザにＯＮされた場合には復帰し、通常の起動状態となる。
【００４９】
ＳＥＴＰ０５０１では、機器内部のダウンロードフラグをＯＦＦにクリアし、ソフトウェアダウンロードプログラムはＬＡＮ４００の先にあるダウンロードセンターにＬＡＮ４００を介し、ソフトウェアの最新のバージョン問い合わせを行う（図９）。ダウンロードセンターは画像入出力システム１の各ソフトウェアの最新バージョンを含めた複数のプログラムを記録、ダウンロード可能なサーバとして稼動している。ダウンロードに用いられる通信プロトコルはＦＴＰ等、一般的に知られるものである。
【００５０】
機器内部のダウンロードフラグとはハードディス８のような不揮発性のメモリ領域に保持されるものであり、ダウンロード実行の可否を判断するためのフラグである。
【００５１】
ＣＰＵ３３がダウンロードセンターに問い合わせを実行すると、画像処理システム１に必要な最新の制御プログラムのバージョン番号がＬＡＮ４００を介し、通知される。
【００５２】
ＣＰＵ３３はＳＴＥＰ０５０２で現在のシステムの該当ソフトウェアバージョンとＳＴＥＰ０５０１で取得した最新ソフトウェアのバージョンとを比較し、ソフトウェアのバージョンアップが可能である場合には処理をＳＴＥＰ０５０３へ、そうでない場合には図５のフローを終了する。
【００５３】
ＳＴＥＰ０５０３ではダウンロードフラグをＯＮにセットし、ＳＴＥＰ０５０４に処理を移行する。ＳＴＥＰ０５０４ではアップデートが可能な場合にはその旨をパネルＩ／Ｆ６２を介して操作部７に表示する（図７）。
【００５４】
次に画像入出力システム１が電源ＯＦＦになった場合、あるいは低電力モードになった場合にフトウェアダウンロードプログラムが実行する処理について図６に沿って説明する。
【００５５】
ＳＴＥＰ０６０１では図５のフローを実行する。
【００５６】
ＳＴＥＰ０６０２では図５の結果ダウンロードフラグを確認し、ダウンロードフラグがＯＮであれば、処理をＳＴＥＰ０６０３へ、そうでない場合には処理をＳＴＥＰ０６０６へ移行する。
【００５７】
ＳＴＥＰ０６０３ではアップデートを自動実行するか否かを判断する。アップデートの自動実行の可否は予め操作部７を介して、ユーザが指示可能で、設定はハードディスク８に保存される。ＣＰＵ３３は自動アップデートが可能であれば、処理をＳＴＥＰ０６０４へ、そうでない場合には処理をＳＴＥＰ０６０７へ移行する。
【００５８】
ＳＴＥＰ０６０４ではアップデートの必要があることとアップデートの作業のガイドを操作部７に表示し、処理をＳＴＥＰ０６０５に移行する（図８）。
【００５９】
ＳＴＥＰ０６０５ではユーザがアップデートすると判断した場合には処理をＳＴＥＰ０６０７に、層でない場合には処理をＳＴＥＰ０６０８へ進める。
【００６０】
ＳＴＥＰ０６０７ではサーバからシステムのソフトウェアのダウンロードを実行する。ダウンロードしたプログラムはＲＯＭ３８あるいはハードディスク８に書き込まれる。
【００６１】
ＳＴＥＰ０６０６では所定のシャットダウンあるいは低電力への移行処理を実行し、理を終了する。
【図面の簡単な説明】
【００６２】
【図１】データ処理装置としての画像入出力装置の１実施例形態を示すブロック構成図である。
【図２】画像入出力装置の内部構成図である。
【図３】電子部品としてのコントローラ部の詳細を示すブロック構成図である。
【図４】メインコントローラの詳細を示すブロック構成図である。
【図５】実施例中のダウンロードプログラムのシステム起動時及び低電力からの復帰時に実行される、ダウンロード要／不要の判断制御を図示するフローチャートである。
【図６】実施例中のダウンロードプログラムがシステムシャットダウン時あるいは低電力に移行する際に実行する制御を図示するフローチャートである。
【図７】実施例中の操作部７に表示する内容の一例を示す図である。
【図８】実施例中の操作部７に表示する内容の一例を示す図である。
【図９】実施例中のソフトウェアダウンロードプログラムがダウンロードセンターと通信する処理のイベントフローを図示したものである。
【符号の説明】
【００６３】
１  画像入出力システム（装置）
２  リーダ部
３，４  ホストコンピュータ
６  プリンタ部
７  操作部
８  ハードディスクドライブ
１０  原稿給紙ユニット（部）
１１  スキャナ部
１２  給紙ユニット（部）
１３  マーキングユニット（部）
１４  排紙ユニット（部）
１１０  コントローラ部
４００  ＬＡＮ
【図１】
2006252094.tif 000003
【図２】
2006252094.tif 000004
【図３】
2006252094.tif 000005
【図４】
2006252094.tif 000006
【図５】
2006252094.tif 000007
【図６】
2006252094.tif 000008
【図７】
2006252094.tif 000009
【図８】
2006252094.tif 000010
【図９】
2006252094.tif 000011