(57)【要約】      （修正有）【課題】リアルタイムクロックの電池容量が不足した場合に、専用のサーバを設置することなく、印刷措置が一般的にサポートしているＨＴＴＰプロトコルを用いた制御プログラムアップデート用サーバを用いて時刻の設定を行う画像形成装置を提供する。【解決手段】ファームアップデート要求手段と、ファームバージョン確認手段（Ｓ７０２）、応答パケット生成時刻解析手段（Ｓ７０６）、時刻情報設定手段（Ｓ７０７）、電池容量確認手段とを保持し、電池容量確認手段により電池容量が不足していると判断した場合に時刻情報設定手段を用いて自身の時刻を補正する。【選択図】図７
2018058302.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のサーバへ制御プログラムのアップデート要求するファームアップデート要求手段と（Ｓ６０２）、
前記サーバが保持する制御プログラムのバージョン情報をＨＴＴＰプロトコルを用いて要求するファームバージョン確認手段と（Ｓ７０２）、
前記ファームバージョン確認手段に対する前記サーバの応答パケットから応答パケットの生成時刻を解析する応答パケット生成時刻解析手段（Ｓ７０６）と、
前記応答パケット生成時刻解析手段で解析した時刻情報を自身の時刻情報として設定する時刻情報設定手段と（Ｓ７０７）、
リアルタイムクロックの電池容量が不足しているか否かを判断する電池容量確認手段と（Ｓ６０１）を保持し、
前記電池容量確認手段により電池容量が不足していると判断した場合に前記時刻情報設定手段を用いて自身の時刻を補正することを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷装置における時刻補正の制御技術に関する。
【背景技術】
【０００２】
従来、データを印刷出力する印刷装置等においては、Googleサーバのようなクラウドサーバからデータを受信し印刷する機能を保持している。このようなサーバについては印刷装置に不適切な時刻が設定されている場合、クラウドサーバ側から信頼できないクライアントと判断され通信不可となる場合がある。
【０００３】
一方でリアルタイムクロックを用いて時刻情報を管理する印刷装置が知られている。このような印刷装置のリアルタイムクロックには印刷装置の電源装置とは別の電池を用いて動作するのが一般的である。また上記のような印刷措置は一般的にＨＴＴＰプロトコルを用いてサーバから制御プログラムをアップデートする機能を備えている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2012-56152号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前記のような印刷装置の場合、電池が切れるとリアルタイムクロックは正しい時刻を認識できなくなりクラウドサーバからデータを受信し印刷することができなくなる。このような場合はユーザに正しい時刻を設定してもらう必要があるが本機能を使用していないユーザによっては必ずしも必要な設定ではないため時刻の設定を煩雑に感じユーザビリティを損なうケースがある。本課題は時刻設定のためのＳＮＴＰサーバを設置することで解決することができるがこの方法では専用のサーバを設置するコストがかかってしまう。
【課題を解決するための手段】
【０００６】
ネットワーク上のサーバへ制御プログラムのアップデート要求するファームアップデート要求手段と（Ｓ６０２）、
前記サーバが保持する制御プログラムのバージョン情報をＨＴＴＰプロトコルを用いて要求するファームバージョン確認手段と（Ｓ７０２）、
前記ファームバージョン確認手段に対する前記サーバの応答パケットから応答パケットの生成時刻を解析する応答パケット生成時刻解析手段（Ｓ７０６）と、
前記応答パケット生成時刻解析手段で解析した時刻情報を自身の時刻情報として設定する時刻情報設定手段と（Ｓ７０７）、
リアルタイムクロックの電池容量が不足しているか否かを判断する電池容量確認手段と（Ｓ６０１）を保持し、
前記電池容量確認手段により電池容量が不足していると判断した場合に前記時刻情報設定手段を用いて自身の時刻を補正することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、専用のサーバを設置することなく印刷措置が一般的にサポートしているＨＴＴＰプロトコルを用いた制御プログラムアップデート用サーバを用いて時刻の設定を行える。
【図面の簡単な説明】
【０００８】
【図１】本発明の主なユースケースを示す図である。
【図２】サーバの制御構成を示すブロック図である。
【図３】画像形成装置の制御構成を示すブロック図である。
【図４】画像形成装置がサーバへの登録要求受信時の動作フローを示す図である。
【図５】画像形成装置がサーバから印刷指示受信時の動作フローを示す図である。
【図６】画像形成装置がファームウェアアップデート操作を受け付けた際の動作フローを示す図である。
【図７】画像形成装置の起動時の動作フローを示す図である。
【図８】画像形成装置の時刻不正警告画面の画面例を示す図である。
【図９】画像形成装置の時刻入力画面の画面例を示す図である。
【図１０】画像形成装置の印刷可能の画面例を示す図である。
【図１１】画像形成装置がファームウェアアップデートサーバから受信するパケットのデータ形式の例を示す図である。
【発明を実施するための形態】
【０００９】
［実施例１］
本発明に係る第１実施形態に係る画像形成装置について、図面を参照して説明する。
【００１０】
図１は本発明の主なユースケースを示す図である。プリンタ（１０３）はサーバ（１０２）とＮＥＴＷＯＲＫで接続されている。ユーザ（１０１）はプリンタ（１０３）を操作することでサーバ（１０２）からデータを受信し印刷することができる。ファームアップデートサーバ（１０４）はプリンタ（１０３）を制御する制御プラグラムが格納されている。ユーザ（１０２）はプリンタ（１０３）を操作することでファームアップデートサーバ（１０４）から制御プラグラムを受信することができる。
【００１１】
図２は本発明の実施形態のサーバ（１０２）とファームアップデートサーバ（１０４）のハードウェア構成を示す図である。ＣＰＵ（２０１）は、システム全体を制御するプロセッサである。ＲＡＭ（２０２）は、ＣＰＵ（２０１）が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリとして使用される。ＨＤＤ（２０３）はデータ記憶領域である。操作部Ｉ／Ｆ（２０４）は、操作部（２０６）とのインターフェース部で、操作部（２０６）からの入力信号を受け付ける。
【００１２】
また、操作部（２０６）からユーザが入力した情報を、ＣＰＵ（２０１）に伝える役割をする。表示部Ｉ／Ｆ（２０９）は、表示部（２１０）とのインターフェース部で、ＣＰＵ（２０１）の制御に応じて表示部（２１０）への出力信号を出力する。ＵＳＢインタフェース（２０８）は、ＵＳＢデバイスに接続するための機能ユニットで、ＵＳＢを介して他のデバイスのステータスを取得したり、ステータスを返したりするために使用される。ＬＡＮインタフェース（２０７）は、ＬＡＮに接続するための機能ユニットで、ＬＡＮを介して他のデバイスのステータスを取得したり、ステータスを返したりするために使用される。以上のデバイスがシステムバス（２０５）上に配置される。
【００１３】
図３は本発明の実施形態のプリンタ(１０３)のコントローラユニットのハードウェア構成を示す図である。コントローラユニット(３１３)は、画像出力デバイスとして機能するプリンタ(３１１)と接続することで、画像データやデバイス情報の入出力を行う。ＣＰＵ(３０１)は、システム全体を制御するプロセッサである。ＦＬＡＳＨＲＯＭ(３０２)は書き換え可能な不揮発性メモリであり、システムを制御するための各種制御プログラムが記録される。ＲＡＭ(３０３)は、ＣＰＵ(３０１)が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
【００１４】
ＮＶＭＥＭ(３０４)は不揮発性のメモリであり設定情報等を記録する。ＵＳＢインターフェース(３０６)は、サーバ(１０２)とのＵＳＢ接続を可能にする。イメージバス（ＩＭＡＧＥ  ＢＵＳ）Ｉ／Ｆ(３０７)は、システムバス(３０５)と画像データを高速で転送する画像バス３１２とを接続し、データ構造を変換するバスブリッジである。操作部(３１６)はデバイスを操作するためのキーとデバイスの状態を示すＬＥＤを保持する。操作部Ｉ／Ｆ(３１５)は、操作部(３１６)とのインターフェース部で、操作部(３１６)の保持するＬＥＤの制御情報を送信する。また、操作部(３１６)からユーザが入力した情報を、ＣＰＵ(３０１)に伝える役割をする。
【００１５】
給紙部(３１７)は用紙を保持しプリンタエンジン３１１が印刷を行う際の用紙を供給する。ＬＡＮインターフェース(３１４)はサーバ(１０２)とのＬＡＮ接続を可能にする。無線ＬＡＮインターフェース(３１８)はサーバ(１０２)との無線ＬＡＮ接続を可能にする。ＲＴＣ（３１９）はリアルタイムクロックでありプリンタ（１０３）の時計機能のために使用される。ＲＴＣ（３１９）は電池を保持しプリンタ（１０３）が電源切断状態でも動作を継続する。以上のデバイスがシステムバス（３０５）上に配置される。
【００１６】
画像バス(３１２)は、サーバＩバスまたはＩＥＥＥ１３９４で構成される。画像バス(３１２)上には以下のデバイスが配置される。ラスタイメージプロセッサ（ＲＩＰ）(３０８)はＰＤＬコードのようなベクトルデータをビットマップイメージに展開する。
【００１７】
プリンタＩ／Ｆ(３１０)は、プリンタエンジン(３１１)とコントローラユニット(３１３)を接続し、画像データの同期系／非同期系の変換を行う。画像処理部(３０９)は、入力画像データに対し補正、加工、編集や、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。プリンタ部(３１１)は、ラスタイメージデータを用紙上の画像に変換する部分である。プリント動作の起動は、ＣＰＵ(３０１)からの指示によって開始する。
【００１８】
図４はサーバ登録要求を受けた時のプリンタ（１０３）の動作フローを示す図である。本フローはＣＰＵ（３０１）によって実行される。プリンタ（１０３）は携帯端末等からサーバへの登録要求を受信すると（Ｓ４０１）、サーバへの登録を行うか否かのメッセージを操作部（３１６）に表示する（Ｓ４０２）。サーバの登録要求にはサーバ（１０２）のユーザアカウント情報が含まれる。ユーザ（１０１）が操作部（３１６）に対して行った操作結果を操作部Ｉ／Ｆ（３１５）を介して判断し（Ｓ４０３）、サーバへの登録を許可しない場合は処理を終了する。サーバへの登録情報を許可する場合はサーバへの登録処理を行う（Ｓ４０４）。
【００１９】
具体的にはユーザアカウント情報とともにプリンタ（１０２）とネットワーク通信を行うための情報をサーバ（１０２）へ送信する。次にプリンタ（１０３）は自身がサーバへ登録されたことを示すサーバ登録情報をＮＶＭＥＭ（３０４）へ格納する。サーバ登録情報はプリンタ（１０３）がサーバ登録されていれば１がされていなければ０が格納される。
【００２０】
図５はサーバから印刷指示を受けた時のプリンタ（１０３）の動作フローを示す図である。本フローはＣＰＵ（３０１）によって実行される。プリンタ（１０３）はサーバ（１０２）から印刷指示を受信すると（Ｓ５０１）、ＮＶＭＥＭ（３０４）に格納されているサーバ印刷設定の値がＯＮか否かを確認する（Ｓ５０２）。サーバ印刷設定はユーザ（１０１）が操作部（３１６）を介して設定しＯＮ、ＯＦＦのいずれかがＮＶＭＥＭ（３０４）に格納される。
【００２１】
サーバ印刷設定がＯＦＦであれば処理を終了する。サーバ印刷設定がＯＮであればプリンタ（１０３）はサーバ（１０２）に対してＬＡＮＩ／Ｆあるいは無線ＬＡＮＩ／Ｆを介してジョブデータの格納先を問い合わせる（Ｓ５０３）。
【００２２】
次にプリンタ（１０３）はサーバ（１０２）からジョブデータの格納先を取得できたか否かを判断する（Ｓ５０４）。ジョブデータの格納先はＵＲＬ形式でサーバ（１０２）からプリンタ（１０３）へ送信される。ジョブデータの格納先が取得できなければ処理を終了する。ジョブデータの格納先が取得すると次にプリンタ（１０２）は取得したジョブデータの格納先からジョブデータを取得し（Ｓ５０５）、印刷処理を行う（Ｓ５０６）。
【００２３】
図６はファームウェアアップデート操作を受け付けた際のプリンタ（１０３）の動作フローを示す図である。本フローはＣＰＵ（３０１）によって実行される。プリンタ（１０３）はユーザ（１０１）が操作部（３１６）から行ったファームウェアアップデート操作を受け付ける（Ｓ６０１）。次にプリンタ（１０３）はＮＶＭＥＭ(３０４)に格納されているファームウェアアップデートサーバ（１０４）のアドレスへ送信要求を行う（Ｓ６０２）。
【００２４】
次にプリンタ（１０３）は送信要求に対する応答を１分以内に受信したか否かを判断する（Ｓ６０３）。  １分以内に応答を受信していなければ操作部（３１６）にアップデートに失敗したことを表示し（Ｓ６０９）処理を終了する。１分以内に応答を受信するとプリンタ（１０３）はファームアップデート中であることを操作部（３１６）に表示する。
【００２５】
次にプリンタ（１０３）は自身を制御する制御プログラムをファームアップデートサーバ（１０４）から受信しＲＡＭ（３０３）へ書き込む。次にプリンタ（１０３）は制御プログラムの受信が正常に完了したか否かを判断する（Ｓ６０６）。制御プログラムの受信に失敗すると操作部（３１６）にアップデートに失敗したことを表示し（Ｓ６０９）処理を終了する。制御プログラムの受信が完了するとＲＡＭ（３０３）へ書き込んだ制御プログラムをＦｌａｓｈＲＯＭ（３０２）へ書き込む（Ｓ６０７）。
【００２６】
次にプリンタ（１０３）は操作部（３１６）にアップデートに成功したことを表示し（Ｓ６０８）処理を終了する。
【００２７】
図７は電源ＯＮ時のプリンタ（１０３）の動作フローを示す図である。本フローはＣＰＵ（３０１）によって実行される。プリンタ（１０３）は電源ＯＮ状態になるとＲＴＣ（３１９）の電池が充電切れか否かを判断する（Ｓ７０１）。ＲＴＣ（３１９）の電池が充電切れでなければ印刷可能画面を表示して（Ｓ７０８）処理を終了する。ＲＴＣ（３１９）の電池が充電切れであればＮＶＭＥＭ（３０４）へ格納されているファームウェアアップデートサーバ（１０４）のアドレスへＨＴＴＰプロトコルを用いてリクエストを送信し制御プログラムのバージョン情報を問い合わせる（Ｓ７０２）。
【００２８】
次にプリンタ（１０３）はバージョン情報の問い合わせ対する応答を１分以内に受信したか否かを判断する（Ｓ７０３）。１分以内に応答を受信していなければ操時刻不正を警告する時刻不正警告画面を操作部（３１６）に表示する（Ｓ７０４）。
【００２９】
次にプリンタ（１０３）はユーザ（１０１）が操作部（３１６）に対して行った操作結果を操作部Ｉ／Ｆ（３１５）を介して判断する（Ｓ７０５）。時刻設定しないが選択された場合は印刷可能画面を表示して（Ｓ７０８）処理を終了する。時刻設定するが選択された場合は時刻入力画面を表示して（Ｓ７０９）処理を終了する。１分以内に応答を受信していれば受信したパケット（１１０１）の一般ヘッダのＤａｔａ項目の値を解析する（Ｓ７０６）。次にプリンタ（１０３）は解析した値を現在の時刻としてＲＴＣ（３１９）に設定し（Ｓ７０７）処理を終了する。
【００３０】
図８は図７の動作フローで表示される時刻不正警告画面の例である。本画面はＣＰＵ（３０１）によって制御され操作部（３１６）に表示される。図９は図７の動作フローで表示される時刻入力画面の例である。本画面はＣＰＵ（３０１）によって制御され操作部（３１６）に表示される。図１０は図７の動作フローで表示される印刷可能画面の例である。本画面はＣＰＵ（３０１）によって制御され操作部（３１６）に表示される。
【００３１】
図１１は図６の動作フローでファームウェアアップデートサーバからプリンタ（１０３）が受信するパケットのデータ形式の例を示す図である。パケット（１１０１）はレスポンスヘッダ（１１０２）、一般ヘッダ（１１０３）、エンティティヘッダ（１１０４）、メッセージボディ（１１０５）を保持する。レスポンスヘッダ（１１０２）はリクエストに対するメッセージのステータス情報が格納される。
【００３２】
一般ヘッダ（１１０３）にはパケットが生成された日時を示すＤａｔａ項目値が格納される。エンティティヘッダにはメッセージボディ（１１０５）のデータサイズが格納される。メッセージボディ（１１０５）にはファームウェアアップデートサーバ（１１０４）が保持する制御プラグラムのバージョン情報が格納される。
【符号の説明】
【００３３】
１０１：ユーザ
１０２：サーバ
１０３：デバイス 
１０４：ファームウェアアップデートサーバ
【図１】
2018058302.tif 000003
【図２】
2018058302.tif 000004
【図３】
2018058302.tif 000005
【図４】
2018058302.tif 000006
【図５】
2018058302.tif 000007
【図６】
2018058302.tif 000008
【図７】
2018058302.tif 000009
【図８】
2018058302.tif 000010
【図９】
2018058302.tif 000011
【図１０】
2018058302.tif 000012
【図１１】
2018058302.tif 000013