(57)【要約】【課題】従来技術においては、定期アップデートが予約されている状態で、シャットダウン設定がなされている場合、シャットダウンが実行されてアップデートができなくなってしまう。また、本来は省電力状態を続けたいが、定期アップデートを実行するために、シャットダウンではなくスリープ状態で待つケースもある。これらを受け、定期アップデートと最適な電力制御（省電力）を同時に実現するシステムを提供する。【解決手段】定期アップデート手段において、ＳＲＡＭ２１３にアップデート時刻を保存する手段（Ｓ１０１）と、前記オートシャットダウン手段において、ＳＲＡＭ２１３にシャットダウン時刻を保存する手段（Ｓ１０２）と、シャットダウンタイミングが来た際、定期アップデートが設定されていた場合に、シャットダウンではなくスリープに入るスリープ手段（Ｓ１１０）とを備える。【選択図】図５ａ
2014021678.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも計時部を除く情報処理装置の一部への電源供給を停止するスリープ機能を有する情報処理装置であって、
予約されたアップデート時刻にプログラムのアップデート処理を実施する予約アップデート手段と、
シャットダウン条件が満たされた場合に、前記アップデート時刻が設定されていることを判定し、設定されている場合には、前記アップデート時刻より早い時刻を前記計時部に設定して前記スリープ機能によりスリープ状態へと移行し、設定されていない場合には、前記情報処理装置全体の電源供給を停止するオートシャットダウン手段と
前記計時部が設定時刻に達すると前記情報処理装置を前記スリープ状態から動作状態に復帰させる復帰手段と
を備え、
前記オートシャットダウン手段は、前記スリープ状態から復帰して前記予約アップデート手段によるアップデート処理の終了した後に、前記情報処理装置全体の電源供給を停止することを特徴とする情報処理装置。
【請求項２】
前記シャットダウン条件としてシャットダウン時刻の入力を受け付け、前記アップデート時刻が、入力された前記シャットダウン時刻の後である場合には、前記シャットダウン時刻または前記アップデート時刻の少なくともいずれかの再設定をさらに受け付ける入力手段をさらに備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記オートシャットダウン手段は、前記アップデート時刻が設定されている場合であっても、あらかじめ入力された電源入の予定時刻が前記アップデート時刻よりも早い場合には、前記情報処理装置全体の電源供給を停止することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記前記シャットダウン条件としてシャットダウン時刻の入力を受け付け、前記アップデート時刻が、入力された前記シャットダウン時刻の後であり、かつ前記電源入の予定時刻の前である場合には、前記シャットダウン時刻または前記アップデート時刻または前記電源入の予定時刻の少なくともいずれかの再設定を受け付ける入力手段をさらに備えることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記前記シャットダウン条件としてシャットダウン時刻の入力を受け付け、前記アップデート時刻が、入力された前記シャットダウン時刻の後であり、かつ前記電源入の予定時刻が入力されていない場合には、前記電源入の予定時刻の入力を受け付け、前記アップデート時刻が、入力された前記電源入の予定時刻の前である場合には、シャットダウン時刻または前記アップデート時刻または前記電源入の予定時刻の少なくともいずれかの再設定を受け付ける入力手段をさらに備えることを特徴とする請求項３に記載の情報処理装置。
【請求項６】
少なくともひとつの計時部を除く情報処理装置の一部への電源供給を停止するスリープ機能を有する情報処理装置を、
予約されたアップデート時刻にプログラムのアップデート処理を実施する予約アップデート手段と、
シャットダウン条件が満たされた場合に、前記アップデート時刻が設定されていることを判定し、設定されている場合には、前記アップデート時刻より早い時刻を前記計時部に設定して前記スリープ機能によりスリープ状態へと移行し、設定されていない場合には、前記情報処理装置全体の電源供給を停止するオートシャットダウン手段と
前記計時部が設定時刻に達すると前記情報処理装置を前記スリープ状態から動作状態に復帰させる復帰手段と
して機能させるためのプログラムであって、
前記オートシャットダウン手段は、前記スリープ状態から復帰して前記予約アップデート手段によるアップデート処理の終了した後に、前記情報処理装置全体の電源供給を停止することを特徴とするプログラム。
【請求項７】
少なくともひとつの計時部を除く情報処理装置の一部への電源供給を停止するスリープ機能を有する情報処理装置によるスケジュール調整方法であって、
予約されたアップデート時刻にプログラムのアップデート処理を実施する予約アップデート工程と、
シャットダウン条件が満たされた場合に、前記アップデート時刻が設定されていることを判定し、設定されている場合には、前記アップデート時刻より早い時刻を前記計時部に設定して前記スリープ機能によりスリープ状態へと移行し、設定されていない場合には、前記情報処理装置全体の電源供給を停止するオートシャットダウン工程と
前記計時部が設定時刻に達すると前記情報処理装置を前記スリープ状態から動作状態に復帰させる復帰工程と
を備え、
前記オートシャットダウン工程では、前記スリープ状態から復帰して前記予約アップデート工程によるアップデート処理の終了した後に、前記情報処理装置全体の電源供給を停止することを特徴とする方法。
【請求項８】
情報処理装置と通信可能に接続されたサーバであって、
前記情報処理装置への電源供給を停止するシャットダウン処理を行うシャットダウン時刻と、前記情報処理装置のプログラムのアップデート処理を実施するアップデート時刻とを含むスケジュールを保存する手段と、
前記スケジュールを参照して、前記アップデート処理が、前記シャットダウン時刻以降であることを判定する手段と、
前記アップデート処理が、前記シャットダウン時刻以降であると判定した場合に、前記アップデート時刻を、前記シャットダウン時刻より早い時刻になるよう前記スケジュールを再設定する手段と、
前記スケジュールを、前記情報処理装置に送信する手段と
を備えることを特徴とするサーバ。
【請求項９】
前記スケジュールには、複数の情報処理装置それぞれのアップデート処理を実施するそれぞれのアップデート時刻と、複数の情報処理装置を複数の組に分けたそれぞれの組ごとにシャットダウン処理を実施するそれぞれのシャットダウン時刻とが含まれることを特徴とする請求項８に記載のサーバ。
【請求項１０】
情報処理装置と通信可能に接続されたコンピュータを、
前記情報処理装置への電源供給を停止するシャットダウン処理を行うシャットダウン時刻と、前記情報処理装置のプログラムのアップデート処理を実施するアップデート時刻とを含むスケジュールを保存する手段と、
前記スケジュールを参照して、前記アップデート処理が、前記シャットダウン時刻以降であることを判定する手段と、
前記アップデート処理が、前記シャットダウン時刻以降であると判定した場合に、前記アップデート時刻を、前記シャットダウン時刻より早い時刻になるよう前記スケジュールを再設定する手段と、
前記スケジュールを、前記情報処理装置に送信する手段と
して機能させるためのプログラム。
【請求項１１】
情報処理装置と通信可能に接続されたサーバによるスケジュール調整方法であって、
前記情報処理装置への電源供給を停止するシャットダウン処理を行うシャットダウン時刻と、前記情報処理装置のプログラムのアップデート処理を実施するアップデート時刻とを含むスケジュールを保存する工程と、
前記スケジュールを参照して、前記アップデート処理が、前記シャットダウン時刻以降であることを判定する工程と、
前記アップデート処理が、前記シャットダウン時刻以降であると判定した場合に、前記アップデート時刻を、前記シャットダウン時刻より早い時刻になるよう前記スケジュールを再設定する工程と、
前記スケジュールを、前記情報処理装置に送信する工程と
を備えることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば情報処理装置におけるファームウェア等の定期アップデートと省電力とを実現するための電力制御を効率的に行う情報処理装置及びその制御方法に関する。
【背景技術】
【０００２】
情報処理装置等の有するファームウェア（あるいはソフトウェア）はしばしばアップデートされることがあり、アップデートはネットワークを経由して配信されることが多い。ファームウェア（あるいはソフトウェア）を最新版にしておくために、定期的に自動アップデートする機能（定期アップデート機能）が一般的に知られている。なお、ファームウェアはＲＯＭに固定されるプログラムおよびデータを指し、本明細書では特に書き換え可能なＲＯＭに書き込まれたプログラム（およびデータ）を指す。本発明をファイルストレージに格納され、ＲＡＭに展開されて実行されるソフトウェアについても適用可能であるので、以下の説明では、ファームウェアやソフトウェアはファームといい、ファームウェアアップデートやソフトウェアアップデートはファームアップデートという表現を用いる。
【０００３】
事務機も定期アップデート機能を備えており、夜間にファームアップデートを実行するのが一般的となってきた。その一方で、特に事務機を複数台配置するようなオフィスにおいては顕著であるが、省電力機能も重要な機能として位置付けられている。省電力機能として夜間は自動でシャットダウンしたり、必要なコンテキストを退避して部分的に電力供給を停止したスリープ状態にしたりといった方法が一般的に行われている。自動シャットダウン機能としては、予め設定しておいた時間にシャットダウンする定時予約シャットダウン機能や、ある曜日のある時間にシャットダウンを行う曜日予約シャットダウンなどがあげられる。また、遠隔からシャットダウンできるリモートシャットダウン機能も省電力機能として実現されている。また、スリープに関しては、以下のような技術が特許文献１等で公知となっている。それによると、スケジュールされたスリープタイマが満了すると、ネットワークからの次のパケット受信の時刻をパケット受信の間隔から予測して、パケットをスリープ移行後に受信する予定となる場合は延長タイマをセットしてスリープ移行を延期し、さもなければスリープ移行する。スリープタイマが満了する都度この処理が行われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１１３５０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載された技術は、事前の情報（パケット受信間隔）を記憶し、パケット受信の予測を立て、スリープ移行の時間をずらす、という技術に特化されている。つまり、ファームアップデートに関しては言及されておらず、スリープ移行についても時間をずらすだけである。また、時間をずらすだけであるため、最適な省電力技術を提供しているとは言えない。
【０００６】
本発明は、上記の問題点を鑑み成されたものであり、ファームアップデートと省電力を効率よく同時に実現する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために本発明は、以下の構成を有する。
【０００８】
少なくとも計時部を除く情報処理装置の一部への電源供給を停止するスリープ機能を有する情報処理装置であって、
予約されたアップデート時刻にプログラムのアップデート処理を実施する予約アップデート手段と、
シャットダウン条件が満たされた場合に、前記アップデート時刻が設定されていることを判定し、設定されている場合には、前記アップデート時刻より早い時刻を前記計時部に設定して前記スリープ機能によりスリープ状態へと移行し、設定されていない場合には、前記情報処理装置全体の電源供給を停止するオートシャットダウン手段と
前記計時部が設定時刻に達すると前記情報処理装置を動作状態に復帰させる復帰手段と
を備え、
前記オートシャットダウン手段は、前記予約アップデート手段によるアップデート処理の終了した後に、前記情報処理装置全体の電源供給を停止する。
【０００９】
あるいは他の側面によれば本発明は以下の構成を有する。
【００１０】
情報処理装置と通信可能に接続されたサーバであって、
前記情報処理装置への電源供給を停止するシャットダウン処理を行うシャットダウン時刻と、前記情報処理装置のプログラムのアップデート処理を実施するアップデート時刻とを含むスケジュールを保存する手段と、
前記スケジュールを参照して、前記アップデート処理が、前記シャットダウン時刻以降であることを判定する手段と、
前記アップデート処理が、前記シャットダウン時刻以降であると判定した場合に、前記アップデート時刻を、前記シャットダウン時刻より早い時刻になるよう前記スケジュールを再設定する手段と、
前記スケジュールを、前記情報処理装置に送信する手段とを備える。
【発明の効果】
【００１１】
本発明によれば、指定したスケジュールでプログラム等をアップデートできるとともに、効率的な省電力を実現することができる。また、複数台の機器を管理しているシステムにおいても、システム全体としてプログラム等のアップデートとオートシャットダウンのスケジュールを調整するため、システム全体でプログラム等のアップデートと効率的な省電力とを両立させることができる。
【図面の簡単な説明】
【００１２】
【図１】情報処理装置１００のブロック図の一例である。
【図２】情報処理装置１００のスリープ時の通電状態を示した図の一例である。
【図３】情報処理装置１００のシャットダウン時の通電状態を示した図の一例である。
【図４】フラッシュＲＯＭ２１９を中心としたアップデートシステムの構成図の一例である。
【図５ａ】、
【図５ｂ】、
【図５ｃ】オートシャットダウンと予約アップデートのタイムチャートの一例を示す図である。
【図６】操作部２２０に表示される予約アップデートの設定画面の一例を示す図である。
【図７】操作部２２０に表示されるオートシャットダウンの設定画面の一例を示す図である。
【図８】オートシャットダウン処理手順を表したフローチャートである。
【図９ａ】、
【図９ｂ】、
【図９ｃ】オートシャットダウンと予約アップデートのタイムチャートの一例を示す図である。
【図１０】操作部２２０に表示される予約アップデートの設定画面の一例を示す図である。
【図１１】操作部２２０に表示される予約アップデートの設定画面の一例を示す図である。
【図１２】オートシャットダウン処理手順を表したフローチャートである。
【図１３ａ】、
【図１３ｂ】オートシャットダウンと予約アップデートのタイムチャートの一例を示す図である。
【図１４】サーバにおける予約アップデートの再スケジュールの手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
［実施形態１］
以下、本発明を実施するための最良の形態１について図面を用いて説明する。本実施形態においては、定期アップデート処理が予約されている状態でシャットダウン条件が満了した場合、たとえばシャットダウンン条件としてあらかじめ設定されたシャットダウン時刻を迎えた場合に、装置全体の電源供給を停止するシャットダウンではなく、ＣＰＵやタイマあるいは入力用パネルなどの装置の一部を除いた他の部分への電源供給を停止するスリープ状態に移行する。スリープ状態は、装置の制御の中核となる一部たとえばＣＰＵ（およびＣＰＵが動作するためのデバイスたとえばメモリやバス等も含む）や実時間クロック（ＲＴＣ）への電源供給はされており、それにより例えばタイマ割り込み等をトリガとして装置全体への電源供給を再開して再起動させることが可能な状態である。
【００１４】
＜情報処理装置の構成＞
図１は、情報処理装置１００のブロック図の一例である。なお本実施形態では情報処理装置と呼ぶのは多機能複写機である。しかし、スリープ機能および予約した時刻にプログラム等を更新する予約アップデート（自動更新）機能を有する装置であれば、汎用コンピュータなどの他の種類の装置についても本実施形態を適用することができる。また本例では、電気的に消去及び再書き込み可能なメモリに実行可能な形式で書き込まれたファームウェアの更新を例として説明するが、本発明は、ハードディスク等のファイル記憶に記憶されたソフトウェアも含めて、プログラムやデータの更新について適用することができる。
【００１５】
ＣＰＵ２１０を含む制御部２００は、情報処理装置１００全体の動作を制御する。ＣＰＵ２１０は、フラッシュＲＯＭ２１９に記憶された制御プログラムを読み出して読取制御や印刷制御、ファームアップデート制御などの各種制御処理を実行する。また、フラッシュＲＯＭ２１９は、ファームアップデート用のファイル格納領域、ワークエリア、またユーザデータ領域としても用いられる。ＲＡＭ２１２は、ＣＰＵ２１０の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＳＲＡＭ２１３は例えば電池等でバックアップしたメモリであり、情報処理装置１００で必要となる設定値や画像調整値などを記憶しており、電源を遮断し、再投入してもデータが消えないようになっている。本例では特に、予約したアップデータ処理の設定時刻２１３ａと、予約したシャットダウン処理の設定時刻２１３ｂとを格納する領域を含む。それぞれの時刻は一つとは限らず、複数の時刻を設定することもできる。ＨＤＤ２１７は、画像データやユーザデータ等あるいはプログラムを記憶する。ＨＤＤ２１７が接続されないケースもある。
【００１６】
操作部Ｉ／Ｆ２１５は、操作部２２０と制御部２００とを接続する。操作部２２０には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。プリンタＩ／Ｆ２１６は、プリンタエンジン２２１と制御部２００とを接続する。プリンタエンジン２２１内に含む図示しないＲＯＭにはプリンタエンジンファーム２３１が格納されている。プリンタエンジン２２１で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２００からプリンタエンジン２２１に転送され、プリンタエンジン２２１において記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナエンジン２２２と制御部２００とを接続する。スキャナエンジン２２２内に含む図示しないＲＯＭにはスキャナエンジンファーム２３２が格納されている。スキャナエンジン２２２は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２００に入力する。ネットワークＩ／ＦカードＮＩＣ２１４は、制御部２００（情報処理装置１００）をＬＡＮ１１０に接続する。ＮＩＣ２１４は、ＬＡＮ１１０上の外部装置（例えば、外部サーバ２５０やＰＣ２６０）に画像データや情報を送信したり、逆にアップデートファームや各種情報を受信したりする。外部サーバ２５０はインターネット上に存在するケースもある。ＰＣ２６０上に存在する図示しないＷｅｂブラウザから情報処理装置１００の操作を行うこともある。
【００１７】
チップセット２１１はある一連の関連のある複数の集積回路のことを示す。ＲＴＣ２７０はリアルタイムクロック（実時間クロック）であり、計時のためのチップである。計時部とも称する。ＲＴＣ２７０は外部電源２４０が接続されていなくとも図示しない内蔵電池から電源供給を受けるため、電源遮断時もスリープ時も動作する。またスリープ状態において動作状態（スタンバイ状態）への復帰のために必要な回路たとえばＣＰＵ２１０やチップセット２１１に対して一部の電源供給が行われている状態であれば、スリープからの復帰が実現できる。逆に、情報処理装置全体への電源供給が停止して。チップセット２１１への電源供給もまったく行われないシャットダウン状態の場合には、ＲＴＣ２７０は動作しているものの、他の部分が動作していないために動作状態へ復帰することはできない。電源供給の状態については図２、３にて述べる。
【００１８】
図２はスリープ時の通電状態について示した図である。スリープ状態では、情報処理装置１００のうち、ＣＰＵ２１０、チップセット２１１（ＲＴＣ２７０を含む）、ＲＡＭ２１２、ＳＲＡＭ２１３、ＮＩＣ２１４が電源２４０から電力供給を受け、通電状態となる。（網掛けで表現した、例えばフラッシュＲＯＭ２１９、ＨＤＤ２１８などは通電していない状態になる。）スリープ状態からスタンバイ状態（動作状態）への復帰は、例えばＲＴＣ２７０の時刻制御によりＣＰＵ２１０が動作し、フラッシュＲＯＭ２１９など他のブロックに通電が実施される。なお動作状態への復帰処理を予め設定した時刻に行う場合、ＲＴＣ２７０が設定した時刻に達するとアラーム信号を出力する機能を持つならそのアラーム信号をトリガとすることができ、もたないならＣＰＵ２１０が定期的にＲＴＣ２７０をポーリングして設定時刻に達したことを判定する。また復帰要因は、ＲＴＣ２７０の時刻制御だけでなく、例えばＮＩＣ２１４を介したネットワークプロトコルによる復帰要求（例えばマルチキャストパケット等）や、図示しないＦＡＸ着呼による復帰要求等も考えられる。
【００１９】
図３はシャットダウン時の通電状態について示した図である。図２と異なるのは、制御部２００を構成するすべてのブロックが通電していない状況になる。この場合、図２で説明した、ＲＴＣ２７０の時刻制御による復帰や、ネットワークプロトコルによる復帰なども実施できなくなる。ただし上述したように、ＲＴＣ２７０やＳＲＡＭ２１３は電池によるバックアップがされている。
【００２０】
図４はフラッシュＲＯＭ２１９の構成図の一例である。ファームウェア３１０は、図１で説明したような各種機能を動作させるプログラムであり、本例においてはアップデートの対象となる。アップデートファームウェア３１１はアップデート処理を行うプログラムであり、ファームウェア３１０のアップデート処理を行うプログラムである。アップデート対象ファームウェア置き場３２０は、図１で説明したＮＩＣ２１４経由でダウンロードしたファームウェアを格納する場所である。このアップデート対象ファームウェア置き場３２０は、ファームウェア３１０、アップデートファームウェア３１１双方から参照できる。アップデートファームウェア３１１は、ＣＰＵ２１０により実行されて、外部サーバ２５０からアップデート対象ファームウェア（つまり新しいファームウェア）をダウンロードする。これにより、外部サーバ２５０からＮＩＣ２１３を通してアップデート対象ファームウェア置き場３２０にアップデート対象ファームウェアを配置する。その後、アップデートファームウェア３１１はＣＰＵ２１０により実行されてファームウェアアップデートを実施する。
【００２１】
＜予約アップデート処理および予約シャットダウン処理のタイミング＞
図５ａ、図５ｂ、図５ｃは情報処理装置１００におけるアップデートとシャットダウンのタイムチャートを示した図の一例である。主に、定期アップデート処理が予約されている状態でシャットダウン条件が待たされた場合、たとえばシャットダウン時刻に達した時に、シャットダウンではなくスリープに移行する、という件に関するものである。
【００２２】
図５ａのタイムチャートを説明する。これは、通常のアップデート処理とシャットダウンが行われるときのタイムチャートとなる。アップデート処理Ｕとリブート（システム再起動）処理Ｒが、シャットダウンタイミングＳＤ１からスタンバイ復帰Ｗ２までの期間ではない期間に実行されている。このため、シャットダウンタイミングに関係なく通常にアップデート処理が行われる状態を表したものである。
【００２３】
図５ｂのタイムチャートを説明する。これは本発明の課題に係るタイミング図である。ここでは、アップデート処理Ｕのタイミングを、シャットダウンタイミングＳＤ１からスタンバイ復帰Ｗ２までの間、すなわち装置への電源供給が全体的に停止され図３で説明したようにＣＰＵ２１０等に通電されていない状態で迎えている。そのため、予約した時刻にファームアップデートができない。このようなケースを改善するのが図５ｃに記載した方法である。
【００２４】
図５ｃのタイムチャートを説明する。ここでは、本発明に関わる、定期アップデートが予約された状態でシャットダウンタイミングを迎えた時に、効果的な電力制御を行う方法にについて説明する。事前にＳＲＡＭ２１３に格納されたシャットダウンタイミングＳＤ１で、同じくＳＲＡＭ２１３に予約アップデートのアップデート時刻が格納されている場合は、シャットダウンではなくスリープ状態への移行ＳＬを実施する。このとき、ＣＰＵ２１０はＲＴＣ２７０にアップデート時刻をセットする。これにより、定期アップデートのタイミングでＲＴＣ２７０がアップデート時刻を検知し、スリープ状態からスタンバイ状態Ｗ１に復帰する。なおこの手順は前述したようにＲＴＣのアラーム機能を前提としている。そしてアップデート処理Ｕを実施する。アップデート処理Ｕを実施したあとはリブート（再起動）処理Ｕを実施する。そして、即時シャットダウンＳＤ２を実施する。その後、電源投入などの操作によりスタンバイ復帰Ｗ２となる。
【００２５】
＜予約アップデート時刻の設定＞
次に、図６において、情報処理装置１００の操作部２２０の表示の一例について説明する。図６は定期アップデート設定の一例となる。なお定期アップデートと呼んでいるが、一回限りの予約をおこなうこともできる。その点を踏まえて予約アップデートと呼ぶこともあるが、両者は同じものである。図６はアップデートのメインメニューの画面６０１となる。ソフトウェアの管理設定キー４００を押すと、接続する外部サーバ２５０のＩＰアドレスなどを入力する画面（不図示）となり、そこからＩＰアドレス等を入力する。ファームウェアのアップデートキー４０１は、即時アップデートする際に使用するキーとなる。このキーを押すと直ちにアップデート処理が開始される。定期アップデートの管理キー４０２は、本発明に関わる、定期アップデートの設定画面６０２に進むためのキーである。本キーを押下すると、画面６０２が表示され、定期アップデートの設定が可能となる。定期アップデートを設定する際には、Ｏｎキー４０３を押下し、アップデート時間設定フィールド４０４において、外部サーバ２５０に最新ファームがあるかどうかを確認する曜日と時間、実際にアップデート適用する時間を設定するフィールドにそれぞれの設定値を入力する。それぞれの情報を入力することで、ＣＰＵ２１０により、定期アップデート時刻すなわち予約アップデートの設定時刻がＳＲＡＭ２１３の設定時刻２１３ａに格納される。
【００２６】
次に、図７において、オートシャットダウンの設定、特に本実施形態ではＷｅｅｋｌｙシャットダウン、つまり周期的にシャットダウンを実施する設定をするケースの操作部２２０の表示の一例について説明する。
【００２７】
図７では、電力設定の画面７０１から、オートシャットダウン時刻の設定キー４１１を選択し、画面７０２に遷移する。画面７０２ではオートシャットダウン時刻の設定フィールド４１２にて、周期的にどのタイミングでシャットダウンを行うかを設定する画面の例を示している。例えば、日曜日のある時刻、土曜日のある時刻、といった具合にＳＲＡＭ２１３に設定する。画面７０１，７０２においては、Ｗｅｅｋｌｙシャットダウンの設定例を表示したが、単純にタイマーでシャットダウンする自動シャットダウンの設定や、ＰＣ２６０のＷｅｂブラウザから遠隔にシャットダウンするようなケースもある。
【００２８】
画面７０２において、シャットダウン時刻を設定した場合、図６の画面６０２で設定しＳＲＡＭ２１３に保存された定期アップデート時刻とを読み出し、シャットダウン時刻後にアップデート時刻が設定されていた場合には、警告画面７０３を表示する。ここで、シャットダウン時刻を変更するかどうかを選択させるポップアップ画面４１３を操作部２２０に表示し、設定する場合は画面７０２に遷移し、再度シャットダウン時刻を設定させる画面を操作部２２０に表示する。なおアップデート処理は有限の所要時間がかかるので、シャットダウン時刻後にアップデート処理が行われるようにアップデート時刻が設定されていた場合に、シャットダウン時刻の再設定を許してもよい。その場合、定期アップデートの設定時刻に所要時間を加えた時刻がシャットダウン時刻の後であれば再設定を許す。アップデート処理の所要時間は、最大の時間として、たとえば３時間程度があらかじめ定められる。
【００２９】
＜シャットダウン処理の手順＞
図８は、定期アップデート処理が予約されている状態でシャットダウンタイミングを迎える場合のフローチャートについて説明したものである。この手順はＣＰＵ２１０によりフラッシュＲＯＭ等に記憶されたプログラムを実行することで遂行される。
【００３０】
Ｓ１０１は、図６で説明したように、ＣＰＵ２１０が定期アップデート設定をユーザから受けＳＲＡM２１３に設定時刻２１３ａを記憶する。Ｓ１０２では、図７で説明したように、ＣＰＵ２１０がシャットダウン設定をユーザから受けＳＲＡM２１３に設定時刻２１３ｂを記憶する。次に、Ｓ１０３では、Ｓ１０１およびＳ１０２で時刻設定されたことを受け、ＣＰＵ２１０がＳＲＡＭ２１３から定期アップデート時刻とシャットダウン時刻を読み出し時刻を比較する。Ｓ１０４では、シャットダウン時刻と同時かあるいはシャットダウン時刻より後に定期アップデートが行わる設定になっているか否かを判断する。なっている場合、Ｓ１０５において、図７で説明したように、アップデートをシャットダウン後に行う設定となっていることを示す警告を操作部２２０に表示する。Ｓ１０６においては、その警告に応じてシャットダウン時刻の設定を変更するかどうかを、ユーザによる入力に基づいて判断する。変更する場合には、Ｓ１０７でＣＰＵ２１０がシャットダウン時刻設定を再度受けＳＲＡＭ２１３に時刻を再設定する。Ｓ１０６で変更しない場合には、Ｓ１０８に進む。Ｓ１０４において時刻がバッティングしない場合にもＳ１０８に進む。ここまでで時刻の設定処理をいったん完了する。ステップＳ１０８以降は、図８では連続して記載されているがこれは記載上の便宜であって、ステップＳ１０１〜Ｓ１０７の処理とは非同期である。
【００３１】
Ｓ１０８では、ＲＴＣ２７０から時刻を読み出し、ＣＰＵ２１０が、予約シャットダウンの設定時刻と比較してシャットダウン時刻が来たかどうかを判断している。シャットダウン時刻が来ていない場合はＳ１０８に戻る。なおこのＳ１０８のループは、ＮＯと判定された場合には適当なタイマを設定していったん図８の処理に係るタスクを終了し、タイマ満了によりＳ１０８から当該タスクを再開する処理などで実現されるのが望ましい。これは設定時刻に達したことを判定する他のステップも同様である。シャットダウン時刻が来た場合にはＳ１０９に進み、ＳＲＡＭ２１３に、シャットダウン処理後に定期アップデートが設定されているか、設定時刻２１３ａを参照して判断する（図５ｃのＳＤ１のタイミング）。定期アップデートが設定されている場合には、Ｓ１１０に進み、ＲＴＣ２７０にアップデート時刻（アップデートのための復帰時刻）でアラームを設定し、スリープ状態に移行する。スリープ状態とは、図２で説明したように、情報処理装置１００の一部のブロックだけに通電した状態となる（例えば１Ｗ程度の消費電力になる）。その後、Ｓ１１１に進み、ＲＴＣ２７０によりアップデート時刻（アップデートのための復帰時刻）が来たかどうかを判断している。来ていない場合はその判断を繰り返す。なおアップデート設定時刻のアラームをＲＴＣ２７０に設定した場合にはＳ１１１の処理は不要であり、アラームの割り込みによりＳ１１２から処理を再開する。いずれにしてもアップデートの設定時刻が来た場合には、Ｓ１１２に進み、ＣＰＵ２１０の指示により、スリープ状態（図２）からスタンバイ状態（図１）に復帰する（図５ｃのＷ１のタイミング）。そしてその後、Ｓ１１３において、アップデート処理を実施する。そして、アップデート処理が終わったら、Ｓ１１４において、シャットダウン処理を実施する（ここで０Ｗとなる）（図５ｃのＳＤ２のタイミング）。また、Ｓ１０９で定期アップデート設定がなければ、Ｓ１１４に進み、同様にシャットダウンを実施する。そして、Ｓ１１５でユーザにより電源オンされるとスタンバイに復帰する（図５ｃのＷ２のタイミング）。
【００３２】
以上の構成及び手順により、予約アップデート処理を電源が投入された動作状態において遂行することが可能になるとともに、予約されたシャットダウン処理をアップデート処理の期間を避けて遂行することができる。また、シャットダウンの予定時刻から、アップデート処理の設定時刻までの期間はスリープ状態となるので、アップデートをスケジュール通り実行するとともに、消費電力を抑えることもできる。
【００３３】
なお、図８のステップＳ１０７などでは、再設定はシャットダウンの設定時刻であるがこれに限らず、アップデートの設定時刻であってもよいし、あるいは両方であってもよい。
【００３４】
［実施形態２］
以下、本発明を実施するための形態２について図面を用いて説明する。本形態においては、定期アップデート処理が予約されている状態でシャットダウンタイミングを迎えた際において、アップデート時刻よりも予測されるスタンバイ復帰時刻が早い場合に効率的に電力制御する、という件に関するものである。すなわち、本実施形態ではシャットダウン後に、電源がオンされてスタンバイ状態に復帰する電源入の予定時刻（復帰予測時刻とも呼ぶ。）も考慮して、予約アップデートを設定時刻に遂行する。なお本実施形態では、スリープ状態から動作状態に戻ることのみならず、シャットダウン状態から動作状態に戻ることも復帰あるいはスタンバイ復帰と呼んでいる。なおシャットダウン状態からの復帰をスリープ状態からの復帰と区別する際には、前者を電源再投入と呼ぶことにする。
【００３５】
図１、２、３、４については実施形態１と同様のため説明は割愛する。図９ａ、図９ｂ、図９ｃは情報処理装置１００におけるタイムチャートを示した図の一例である。
【００３６】
図９ａのタイムチャートは、実施形態１の図５ｂと同様で、アップデート処理Uのタイミングを、シャットダウンタイミングＳＤ１とスタンバイ復帰Ｗ２間に迎えている。そのため、アップデート処理の設定時刻では、情報処理装置は、実施形態１の図３で説明したようにＣＰＵ２１０等に通電されていない状態となり、ファームアップデートができない状態となる。このようなケースを改善するのが図９ｂ、図９ｃに記載した方法である。
【００３７】
図９ｂのタイムチャートは、実施形態１の図５ｃと同様で、定期アップデートが予約された状態でシャットダウンタイミングＳＤ１を迎えた時に、シャットダウンではなくスリープ移行ＳＬを実施するものである。
【００３８】
図９ｃのタイムチャートは、シャットダウンからの復帰が復帰予測時刻としてＳＲＡＭ２１３に記憶され、アップデート処理Ｕよりも早くスタンバイ復帰する予定の場合に関するものである。ＳＲＡＭ２１３に定期アップデートの予約が入ってはいるものの、復帰予測時刻Ｗ１が定期アップデートＵのタイミングよりも早い段階である場合には、アップデート処理の設定時刻には、情報処理装置１００は動作状態にあるはずである。そこで、その間スリープ状態に入るよりも、シャットダウンしてしまう方が消費電力が少ない。よって、ＳＤ１のタイミングでシャットダウンを実施し、Ｗ１でスタンバイ復帰し、アップデート処理Ｕを行い、リブート処理Ｒを実施する。
【００３９】
＜予約アップデート時刻の設定＞
次に、図１０、図１１において、本実施形態における、情報処理装置１００の操作部２２０の表示の一例について説明する。このケースでは、シャットダウン状態からスタンバイ復帰Ｗ２する時刻をユーザに入力させ、そのスタンバイ復帰Ｗ２する時刻、つまり復帰予測時刻をＳＲＡＭ２１３に保持することで、より最適な電力制御を行うものである。図１０においては、定期アップデート時刻設定より前に復帰予測時刻を入力させるケースについて説明する。図１１においては、定期アップデート時刻設定時に、ＳＲＡＭ２１３に復帰予測時刻が設定されていない場合に、ユーザに設定を促すケースについて説明する。
【００４０】
図１０では、本実施形態における、定期アップデート時刻設定より前に復帰予測時刻を入力させるケースの情報処理装置１００の操作部２２０の表示の一例について説明する。図１０の画面１００１は情報処理装置１００をシャットダウンする場合に、スタンバイ復帰予測時刻を設定する際の操作部２２０の表示を示したものである。本実施形態では、７月１日８時に復帰予測時刻を設定したケースの一例を示している。この値は、ＣＰＵ２１０により、ＳＲＡＭ２１３に記憶される。この復帰予測時刻は、あくまで予測時刻であり、自動で復帰するようなことはなく、ユーザがスタンバイ復帰させる予測時刻を表している。
【００４１】
画面１００２については、実施形態１の図６の画面６０２と同様、定期アップデート時刻を設定させる操作部２２０の表示の一例である。ここでは、ＣＰＵ２１０がＳＲＡＭ２１３より復帰予測時刻の設定を読み出し、設定がある場合には、図１０の画面１００３を表示する。画面１００３では、図９ａのように、アップデートタイミングＵをシャットダウン状態で迎えた場合にアップデートできないことに配慮して、ユーザにアップデート時刻の変更を促すための画面表示を行う。ユーザがアップデート時刻を変更する場合には、画面１００３の「はい」ボタンを押して画面１００２に戻りアップデート時刻の再設定を行うが、「いいえ」を押して変更しないケースもありうる。また再設定を行う時刻として、シャットダウンの設定時刻や、復帰予測時刻あるいはそれらの少なくともいずれかとしてもよい。
【００４２】
図１１では、本実施形態における、定期アップデート時刻設定時に、ＳＲＡＭ２１３に復帰予測時刻が設定されていない場合に、ユーザに設定を促すケースの情報処理装置１００の操作部２２０の表示の一例について説明する。画面１１０１および画面１１０２については、実施形態１の図６の画面６０１，６０２とそれぞれ同様である。画面１１０２において定期アップデート時刻を設定した場合に、ＳＲＡＭ２１３に復帰予測時刻の設定がない場合、画面１１０３を表示して復帰予測時刻の入力を促す。ここで設定した復帰予測時刻はＣＰＵ２１０によりＳＲＡＭ２１３に記憶されるが、定期アップデート時刻が、シャットダウン時刻と復帰予測時刻との間となる場合には、図１０の画面１００３と同様に、警告画面１１０４を表示する。アップデート時刻を変更する場合には、図１０の画面１００２と同様に、画面１１０２に戻り再設定を行うが、変更しないケースもありうる。
【００４３】
＜シャットダウン処理の手順＞
図１２では、定期アップデート処理が予約されている状態でシャットダウンタイミングを迎えた際において、アップデート時刻よりも予測されるスタンバイ復帰時刻が早い場合に効率的に電力制御する場合のフローチャートを説明する。図１２の手順はＣＰＵ２１０により実行される。
【００４４】
Ｓ３０１では、実施形態１における図７で説明したように、ＣＰＵ２１０がシャットダウン設定をユーザから受けＳＲＡＭ２１３に時刻を設定する。Ｓ３０２では、図１０の画面１００１で説明したように、ＣＰＵ２１０が復帰予測時刻をＳＲＡＭ２１３に記憶するが、図１１で説明したように、この時点では設定しないケースもある。次に、Ｓ３０３においては、図１０の画面１００２や図１１の画面１１０２で説明したように、ＣＰＵ２１０が定期アップデート設定をユーザから受けＳＲＡM２１３に時刻を設定する。次に、Ｓ３０４では、復帰予測時刻がＳＲＡＭ２１３に設定してあるかどうかを判断している。設定されている場合は、Ｓ３０５に進み、図１０の画面１００３に示したように、ＣＰＵ２１０の指示により、アップデート時刻を変更するかどうかを操作部２２０に警告表示する。Ｓ３０６では、アップデート時刻の変更指示が来たかどうかを判断しており、変更する場合には、Ｓ３０３に戻る。Ｓ３０６で変更しない場合には、Ｓ３０９に進む。Ｓ３０４で復帰予測時刻が設定されていないと判断した場合は、Ｓ３０７に進み、図１１の画面１１０３で説明したように、復帰予測時刻入力を促す画面を表示する。Ｓ３０８では、入力された時刻をＣＰＵ２１０がＳＲＡＭ２１３に対して記憶させる。Ｓ３０９では、Ｓ３０１、Ｓ３０３で時刻設定されたことを受け、ＣＰＵ２１０がＳＲＡＭ２１３から定期アップデート時刻とシャットダウン時刻を読み出し時刻を比較する。Ｓ３１０では、Ｓ３０９で比較した時刻がバッティングするかどうか、また、シャットダウン時刻よりあとに定期アップデートが行われる設定になっていないかを判断する。Ｙｅｓの場合、Ｓ３１１において、図１１の画面１１０４で説明したように、ＣＰＵ２１０が時刻を変更するかどうかの警告を操作部２２０に表示する。Ｓ３１２においては、変更するかどうか判断しており、変更する場合には、Ｓ３１３でＣＰＵ２１０がシャットダウン時刻設定を再度受けＳＲＡＭ２１３に時刻を再設定し、Ｓ３０９に戻る。Ｓ３１２で変更しない場合には、Ｓ３１４に進む。Ｓ３１０において時刻がバッティングしない場合にもＳ３１４に進む。ステップＳ３０１〜Ｓ３１３までが種々の時刻の設定処理である。ステップＳ３１４以下は設定したシャットダウン時刻に達したときの処理であり、ステップＳ３０１〜Ｓ３１３とは非同期に実行される。
【００４５】
Ｓ３１４では、ＲＴＣ２７０において時刻を読み出し、ＣＰＵ２１０がシャットダウン時刻が来たかどうかを判断している。シャットダウン時刻が来ていない場合はＳ３１４を繰り返す。シャットダウン時刻が来た場合には、Ｓ３１５に進み、ＳＲＡＭ２１３に定期アップデートが設定されているか判断する（図９ｂ、図９ｃのＳＤ１のタイミング）。定期アップデートの時刻が設定されている場合には、Ｓ３１６に進み、復帰予測時刻がアップデート時刻より遅いかどうかを判断している。ＹＥＳの場合は、Ｓ３１７に進み、ＲＴＣ２７０にアップデート時刻（アップデートのための復帰時刻）をアラーム時刻として設定し、スリープ状態に移行する。このとき、スリープ状態とは、実施形態１における図２で説明したように、情報処理装置１００の一部のブロックだけに通電した状態となる（例えば１Ｗ程度の電力になる）。その後、Ｓ３１８に進み、ＲＴＣ２７０によりアップデート時刻（アップデートのための復帰時刻）が来たかどうかを判断している。来ていない場合はその判断を繰り返す。なお、図８と同様、本例のようにアラームを設定している場合には、アラームの割り込みをトリガとしてＳ３１９から実行することでＳ３１８は不要である。
【００４６】
アップデート時刻が来た場合には、Ｓ３１９に進み、ＣＰＵ２１０の指示により、スリープ状態（図２）からスタンバイ状態（図１）の状態に復帰する（図９ｂのＷ１のタイミング）。そしてその後、Ｓ３２０において、ＣＰＵ２１０の指示により、アップデート処理を実施する。そして、アップデート処理が終わったら、Ｓ３２２において、ＣＰＵ２１０の指示により、シャットダウンを実施する（ここで０Ｗとなる）（図９ｂのＳＤ２のタイミング）。また、Ｓ３１５で定期アップデート設定がなければ、Ｓ３２２に進み、同様にシャットダウンを実施する。そして、Ｓ３２３でユーザにより電源Ｏｎされるとスタンバイに復帰する（図９ｂのＷ２のタイミング）。また、Ｓ３１６で復帰予測時刻がアップデート時刻より早い場合は、Ｓ３２１に進み、シャットダウンを実施し、ユーザからの電源Ｏｎを受けスタンバイ復帰し、Ｓ３２０、Ｓ３２２、Ｓ３２３の処理に進む（図９ｃのような形になる）。本実施形態では、実施形態１に加えて復帰予測時刻を考慮した点が特徴であり、図１２の手順のうち復帰予測時刻に関するステップＳ３０２、Ｓ３０４−Ｓ３０８、Ｓ３１６，Ｓ３２１を除くステップは、図１０と基本的の共通である。
【００４７】
以上の手順により、本実施形態においては実施形態１と同様の効果に加えて、復帰予測時刻も考慮することにより、電源復帰後の予約アップデートについて一層効率的に対応することができ、消費電力をより節約することができる。
【００４８】
［実施形態３］
以下、本発明を実施するための最良の形態３について図面を用いて説明する。本形態は、主に、事務機（情報処理装置１００）が複数あるオフィスなどで、外部サーバ２５０で、該サーバに通信可能に接続された情報処理装置における定期アップデートやシャットダウンのスケジュールを管理をしているケースについて示したものである。本実施形態ではスケジュール調整を行って予約アップデートを確実に行う。
【００４９】
図１、２、３、４については実施形態１と同様のため説明は割愛する。
【００５０】
図１３ａ、図１３ｂは従来の情報処理装置１００におけるタイムチャートを示した図の一例である。図１３ａは複数の事務機（情報処理装置１００）における通常のアップデート処理とシャットダウンが行われるときのタイムチャートとなる。例えば本実施形態では、事務機（情報処理装置１００）がＡグループ（機器Ａ１、Ａ２、Ａ３）、Ｂグループ（機器Ｂ１、Ｂ２、Ｂ３）にわかれているケースを想定する。例えばＡグループについてはアップデートが無いことを前提としている（タイミングＡ）。その場合、Ａグループ全台シャットダウン要求（タイミングＢ）については問題なくシャットダウンできる。Ｂグループについては、機器Ｂ１のアップデート（タイミングＣ）、機器Ｂ２のアップデート（タイミングＤ）はＢグループ全台シャットダウン要求（タイミングＥ）より前のため、アップデートは成功する。しかし、機器Ｂ３のアップデート（タイミングＦ）は、Ｂグループ全台シャットダウン要求（タイミングＥ）よりあとになるため、機器Ｂ３のアップデートができない状態になる。
【００５１】
図１３ｂは本実施形態のタイミング図であり、図１３ａの状況を鑑み、外部サーバ２５０がアップデートとシャットダウンのタイミングを調整した場合のタイムチャートを示したものである。図１３ａで説明した、アップデートができない機器Ｂ３のアップデートタイミング（タイミングＦ）を、Ａグループ全台シャットダウン（Ｂ）の前に調整すなわち再スケジューリングすることでアップデートが可能となる。これにより、アップデートが必要なＢグループの事務機（情報処理装置１００）のアップデートが完了し、かつ、Ａグループ、Ｂグループともにシャットダウン処理も守ることができる。
【００５２】
図１４、図１５は図１３ａ、図１３ｂで説明した外部サーバ２５０が複数の事務機（情報処理装置１００）のアップデートとシャットダウンの最適に調整するケースのフローチャートを示したものである。図１４はＳ４０１を除いてサーバによる工程であり、図１５は情報処理装置により実行される手順である。
【００５３】
図１４のＳ４０１では、実施形態１で説明したように、ＣＰＵ２１０がシャットダウン時刻、定期アップデート時刻をＳＲＡＭ２１３に設定する。この設定は各事務機（情報処理装置１００）で行われる。Ｓ４０２では、外部サーバ２５０側で各事務機（情報処理装置１００）のアップデートやシャットダウンのスケジューリング状況を確認する。すなわちサーバが各情報処理装置をポーリングして、各装置のスケジュールを読み取る。Ｓ４０３では、図１３ａ、図１３ｂで説明したように、読み取り収集した各情報処理装置のスケジュールを参照して、シャットダウン状態でアップデートが予定されている機器があるかどうか、すなわちアップデート処理が、シャットダウン時刻以降であるかどうかを判断している。ＹＥＳの場合、例えば図１３ａで言えば機器Ｂ３となるが、その場合には、Ｓ４０４で外部サーバ２５０側でアップデートを先に実施するようにサーバ側でスケジューリングを行う。すなわち、対象となる機器のアップデート時刻を、シャットダウン時刻より早い時刻になるようスケジュールを再設定する。その後、スケジュールのうち、機器Ｂ３に関する設定時刻を機器Ｂ３に送信して、機器Ｂ３に設定を行う。例えば図１３ｂで説明したように、機器Ｂのアップデートタイミング（タイミングＦ）をＡグループ全台シャットダウン（タイミングＢ）の前に調整する。Ｓ４０３でＮＯとなれば、処理は終了する。Ｓ４０３までの手順によりスケジュールの調整あるいは再設定が完了する。Ｓ４０５以降は、各情報処理装置ごとに実行される手順である。
【００５４】
図１５において、Ｓ４０５では、ＲＴＣ２７０によりアップデート時刻がきたかどうかを判断している。時刻が来た場合には、Ｓ４０６にてＣＰＵ２１０の指示を受け、アップデート処理を実施する。アップデート時刻が来なければＳ４０５のステップを繰り返す。アップデート処理が終わると、Ｓ４０７に進み、ＲＴＣ２７０によりシャットダウン時刻がきたかどうかを判断している。ＹＥＳであればＳ４０８に進み、ＣＰＵ２１０の指示を受けシャットダウン処理を実施する。Ｓ４０７でシャットダウン時刻が来なければ、Ｓ４０７のステップを繰り返すことになる。
【００５５】
以上の手順により本実施形態によれば、サーバにより各装置ごとの予約アップデートと装置のグループごとのオートシャットダウンのスケジュールを調整でき、アップデートを遺漏なく実施するとともに、消費電力の低減化を実現することもできる。
【００５６】
［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014021678.tif 000003
【図２】
2014021678.tif 000004
【図３】
2014021678.tif 000005
【図４】
2014021678.tif 000006
【図５ａ】
2014021678.tif 000007
【図５ｂ】
2014021678.tif 000008
【図５ｃ】
2014021678.tif 000009
【図６】
2014021678.tif 000010
【図７】
2014021678.tif 000011
【図８】
2014021678.tif 000012
【図９ａ】
2014021678.tif 000013
【図９ｂ】
2014021678.tif 000014
【図９ｃ】
2014021678.tif 000015
【図１０】
2014021678.tif 000016
【図１１】
2014021678.tif 000017
【図１２】
2014021678.tif 000018
【図１３ａ】
2014021678.tif 000019
【図１３ｂ】
2014021678.tif 000020
【図１４】
2014021678.tif 000021