JP2023007253A - 画像処理装置、画像処理方法及びプログラム - Google Patents

Abstract

【課題】製造元の通信費用負担を抑えつつ、ソフトウェアを更新する画像処理装置を提供する。【解決手段】ソフトウェア管理サーバと、画像形成装置を有するソフトウェア更新システムにおいて、特定の移動体通信に契約した加入者を特定できる識別情報を保持するモジュールを具備する画像処理装置は、ソフトウェアの更新が必要な場合に、所定の時間帯と、画像処理装置が特定の移動体通信を用いて更新のためのソフトウェアをダウンロードできる状態とすべきことと、を示すメッセージを提供するＵＩ制御部３５２と、特定の移動体通信を用いて、所定の時間帯に更新のためのソフトウェアをダウンロードする処理部３５３と、を有する。所定の時間帯は、特定の移動体通信に係る前記契約に依存して定まる時間帯の少なくとも一部である。【選択図】図３

Description

本発明は、画像処理装置、画像処理方法及びプログラムに関する。

近年のスマートフォンや携帯端末をはじめとする情報処理装置は、ＳＩＭカードを機器に搭載することで、キャリア網を介してインターネットにアクセス可能となっている。ここで、ＳＩＭとは、Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｄｉｔｙ Ｍｏｄｕｌｅの略である。そのため、インターネットの設備が整っていない環境や、機器自身がインターネットに繋がっていない場合においても、簡単にインターネットにアクセスできる。例えば、ファームウェアやアプリケーション（以降、総じてソフトウェアと示す）のセキュリティ問題やバグなどで、ソフトウェア更新が必要な場合がある。この場合、キャリア網を介してソフトウェアの更新情報を取得し適用することで、情報処理装置のソフトウェアを最新に保つことできる。セキュリティ問題やバグの場合、可能な限り早い段階で更新することが望ましい。このため、例えば、特許文献１のようにソフトウェアの更新を、適用予約時間に実施することや、または情報処理装置の電源断の直前で実施することが考えられる。

一方で、ＳＩＭカードを提供するキャリアと呼ばれる電気通信事業者は、顧客の契約数の増加などを目的として、キャリア網の利用頻度の低い深夜時間帯の通信料金を安くするなどの戦略をとることも少なくない。

特開平１０－２８９１４６号公報

前述のソフトウェアのバグやセキュリティ問題によるファームウェア更新が必要な場合、製造元が通信費用を負担することが考えられる。製造元が負担する通信費用をできる限り安くするためには、例えば、通信料金の安い深夜の時間帯にソフトウェアを更新する必要がある。しかしながら、情報処理装置によっては、深夜の時間帯は電源が入っていない可能性がある。また、特許文献１の技術を用いている場合は、ユーザーが電源断したタイミングでソフトウェアの更新が行われてしまうため、通信費用を安くすることができない。

本発明は、上記事情に鑑みてなされたものであり、製造元の通信費用負担を抑えつつ、ソフトウェアを更新する画像処理装置を提供することを目的とする。

上記の目的を達成するために、本発明における画像処理装置は、特定の移動体通信に契約した加入者を特定できる識別情報を保持するモジュールを具備する画像処理装置であって、ソフトウェアの更新が必要な場合に、所定の時間帯と、前記画像処理装置が前記特定の移動体通信を用いて更新のためのソフトウェアをダウンロードできる状態とすべきことと、を示すメッセージを提供する提供手段と、前記特定の移動体通信を用いて、前記所定の時間帯に更新のためのソフトウェアをダウンロードする制御手段と、を有し、前記所定の時間帯は、前記特定の移動体通信に係る前記契約に依存して定まる時間帯の少なくとも一部であることを特徴とする。

本発明によれば、製造元の通信費用負担を抑えつつ、ソフトウェアを更新する画像処理装置を提供することができる。

ソフトウェア更新システムの機器構成の例を示す図。 画像形成装置のハードウェア構成の一例を示す図。 サーバ及び画像形成装置のソフトウェア構成の一例を示す図。 画像形成装置のＵＩの一例を示す図。 ソフトウェア更新システムにおける全体処理のシーケンスを示す図。 画像形成装置のソフトウェア更新フローを示す図。 第２実施形態における画像形成装置の電源断処理フローを示す図。 第４実施形態における画像形成装置のソフトウェア更新フローを示す図。

以下、本発明を実施するための形態について図面を用いて説明する。なお、本実施形態では、画像形成装置１０２を、ソフトウェア更新システムで用いる画像処理装置の一例として説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、同一の構成要素には同一の参照番号を付して、説明を省略する。

［第１実施形態］
図１は、ソフトウェア更新システムの機器構成の例を示す図である。本実施形態におけるソフトウェア更新システムは、インターネット上でサービスを提供するソフトウェア管理サーバ１０１（以降、管理サーバ）を有する。また、ソフトウェア更新システムは、キャリア網を介して管理サーバ１０１からソフトウェアを取得する画像形成装置１０２を有する。

管理サーバ１０１は、画像形成装置１０２に適用するためのソフトウェアを管理するためのサーバである。ソフトウェアとは、画像形成装置１０２に適用可能なファームウェアやアプリケーションを指す。

管理サーバ１０１は、画像形成装置１０２からの取得要求に応じて、ソフトウェアを提供する。尚、管理サーバ１０１で管理するソフトウェアは、ファームウェアやアプリケーションに限らずソフトウェアの設定値などを含めてもよい。

画像形成装置１０２は、複写機にスキャナー、プリンター、ファクシミリ、ファイル送信機能など複数の機能を統合した複合機である。画像形成装置１０２は、管理サーバ１０１で管理するソフトウェアを適用することで、初期状態で利用できない機能や、アプリケーションによる追加機能を有効化できる。また、画像形成装置１０２は、内部にＳＩＭカードを搭載しており、キャリア網を介してインターネット上の管理サーバ１０１にアクセスが可能である。すなわち、本実施形態における画像形成装置１０２は、特定の移動体通信に契約した加入者を特定できる識別情報を保持するモジュールを具備する画像処理装置の一例として機能する。

図２は、画像形成装置１０２のハードウェア構成の一例を示す図である。画像形成装置１０２は、ＣＰＵ２０１、ＲＡＭ２０２、読取装置２０３、印刷装置２０４、記憶装置２０５、ユーザー入力装置２０６、ＵＩ表示装置２０７、ネットワーク装置２０８、及びメインバス２００を有する。

ＣＰＵ２０１は、本実施形態における各処理を制御する。ＲＡＭ２０２は、ＣＰＵ２０１のワークエリアを提供する。読取装置２０３は、画像を読み取る。印刷装置２０４は、画像を印刷する。記憶装置２０５（ＨＤＤやＮＶＲＡＭ等でもよい）は、プログラムや様々な設定値を記憶する。ユーザー入力装置２０６は、ユーザーがコマンドの入力を行う。ＵＩ表示装置２０７は、画面表示を行う。ネットワーク装置２０８は、他機器とネットワークによる通信を行う。メインバス２００は、各コンポーネントを接続する。

ネットワーク装置２０８は、画像形成装置１０２に内蔵されたＳＩＭカードによりキャリア網を介してインターネットとの接続が可能であり、例えば管理サーバ１０１とのアクセスが可能である。尚、本実施形態では、特に断らない限り、画像形成装置１０２は、ＣＰＵ２０１がメインバス２００を介して各種装置を制御する。また、ＵＩ表示装置２０７は、タッチパネルディスプレイのようなユーザー入力装置２０６を兼ねてもよい。

図３は、サーバ及び画像形成装置のソフトウェア構成の一例を示す図である。ソフトウェア更新システムは、管理サーバ１０１、画像形成装置１０２で構成されている。尚、管理サーバ１０１のハードウェア構成は、一般的なコンピュータの構成と同じため、説明を省略する。図３に示す各機能部は、管理サーバ１０１、画像形成装置１０２のそれぞれが有するＣＰＵが制御プログラムを実行することにより実現される。

管理サーバ１０１は、画像形成装置１０２のソフトウェアを管理するサーバであり、デバイス管理部３００、ＳＩＭ情報管理部３０１、コンテンツ管理部３０２、ＵＩ制御部３０３、通信部３０４を有する。

デバイス管理部３００は、管理サーバ１０１に接続する複数の画像形成装置１０２の情報を管理する。デバイス管理部３００が管理するデバイス情報の一例を表Ａに示す。

表Ａは、管理サーバ１０１のＳＩＭ情報管理部３０１が管理するデバイス情報テーブルである。デバイス情報テーブルでは、デバイスＩＤ、ファーム情報、アプリ情報、ＳＩＭ契約を管理する。

デバイスＩＤは、画像形成装置１０２を一意に特定するための識別子である。デバイスＩＤは、例えば、画像形成装置１０２のシリアル番号などである。尚、デバイスＩＤは、画像形成装置１０２が特定できればよいため、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）などでもよい。

ファーム情報は、画像形成装置１０２に適用されているファームウェアのバージョン情報などの情報である。

アプリ情報は、画像形成装置１０２にインストールされているアプリケーションの情報である。格納されるアプリ情報としては、アプリケーション名やアプリケーションのバージョン情報などである。尚、これに限らず、アプリケーションＩＤのようなアプリケーションを特定する識別子も、アプリ情報と一緒に管理していてもよい。

ＳＩＭ契約は、画像形成装置１０２に搭載されるＳＩＭカードがどのような契約で通信を許可されているかの情報である。ＳＩＭ契約は、ＳＩＭカードを提供するキャリアごとに１つの契約として管理されるものでもよいし、１つのキャリアごとに複数の契約があってもよい。尚、ＳＩＭ契約で管理する契約情報は、ＳＩＭ情報管理部３０１で、後述するＳＩＭ契約情報テーブルの主なキーである。尚、表ＡのＳＩＭ契約は、短い文字列で表現されているが、これに限らず、ＵＵＩＤのようなキーを使ってもよい。このように、本実施形態におけるＳＩＭは、特定の移動体の一例であり、ＳＩＭ契約は、特定の移動体通信の契約の一例である。

表Ａにおいて管理される情報は、画像形成装置１０２がユーザ先に納品される際に登録されることを想定するが、この限りではない。また、デバイス情報テーブルで管理される情報は、表Ａの項目に限らず、必要に応じて項目の増減があってもよい。例えば画像形成装置１０２の機種情報などを管理してもよい。

図３の説明に戻る。ＳＩＭ情報管理部３０１は、画像形成装置１０２に搭載するＳＩＭの情報を管理する。ＳＩＭ情報管理部３０１が管理するＳＩＭ管理情報の一例を表Ｂに示す。

表Ｂは、管理サーバ１０１のＳＩＭ情報管理部３０１が管理するＳＩＭ情報テーブルである。ＳＩＭ情報テーブルでは、ＳＩＭ契約、地域情報、深夜時間（開始）、深夜時間（終了）を管理する。

ＳＩＭ契約は、画像形成装置１０２に搭載されるＳＩＭカードがどのような契約で通信を許可されているかの情報である。ＳＩＭ契約は、ＳＩＭカードを提供するキャリアごとに１つの契約として管理されるものでもよいし、１つのキャリアごとに複数の契約があってもよい。尚、表ＢのＳＩＭ契約は、短い文字列で表現されているが、これに限らず、ＵＵＩＤのようなキーを使ってもよい。

地域情報は、ＳＩＭが全世界におけるどの地域のキャリアとの契約であるかを示す情報である。

深夜時間（開始）は、ＳＩＭ契約においてキャリアが深夜料金として通信費用を安く設定している場合の深夜料金の開始時間である。尚、本実施形態においては２４時間制として表記している。また、深夜時間（開始）を管理する場合には、地域情報で管理する地域に合わせたローカル時間で管理する。

深夜時間（終了）は、ＳＩＭ契約においてキャリアが深夜料金として通信費用を安く設定している場合の深夜料金の終了時間である。尚、本実施形態においては２４時間制として表記している。また深夜時間（終了）を管理する場合には、地域情報で管理する地域に合わせたローカル時間で管理する。

表Ｂの例において、Ｐｌａｎ－Ｄの契約を提供するキャリアは、深夜の２時から６時の間を深夜時間帯とし、通信費用を安く提供していることを示す。尚、本実施形態において深夜時間（開始）、及び深夜時間（終了）を２４時間制で管理しているが、これに限らず１２時間制で管理してもよい。また、ＳＩＭ情報テーブルで管理される情報は表Ｂの項目に限らず、必要に応じて項目の増減があってもよい。例えば、深夜時間（開始）と深夜時間（終了）を深夜時間帯として１つの項目で管理してもよい。

尚、本実施形態における深夜時間帯は、特定の移動体通信に係る契約に依存して定まる複数の時間帯の中で、他の時間帯よりも通信費用が安くなる所定の時間帯の一例であり、より具体的には、深夜料金時間帯の一例である。

図３の説明に戻る。コンテンツ管理部３０２は、画像形成装置１０２に適用可能なファームウェアやアプリケーション（以降、総じてソフトウェアとする）を管理する。コンテンツ管理部３０２は、ソフトウェアの実体を管理サーバ１０１の記憶装置２０５に格納する。尚、コンテンツ管理部３０２がアクセスする記憶装置２０５は、管理サーバ１０１内のＨＤＤやＮＶＲＡＭなどでもよいし、管理サーバ１０１とは別の外部記憶装置にあってもよい。コンテンツ管理部３０２で管理するデータの一例を表Ｃに示す。

表Ｃは、管理サーバ１０１のコンテンツ管理部３０２が管理するコンテンツ情報テーブルである。コンテンツ情報テーブルは、コンテンツＩＤ、種別、バージョン、ファイル名で構成されている。

コンテンツＩＤは、コンテンツ管理部３０２が管理する各ファイルを一意に特定するための識別子である。コンテンツＩＤは、コンテンツ登録時にファイルに関連付けた上で発行される。コンテンツＩＤは、ＵＵＩＤなどで定義されていてもよい。

種別は、コンテンツ管理部３０２が管理するコンテンツの種類がどのようなコンテンツであるかを示す項目である。表Ｃでは、ファームウェアやアプリケーションが格納されている。尚、コンテンツの種別は、表Ｃの例に限らず、例えば設定値などの種別があってもよい。

バージョンは、コンテンツに対してバージョンが割り振られている場合に、対象のコンテンツがどのバージョンであるかを示す。

ファイル名は、コンテンツ情報テーブルで管理するコンテンツのファイル名である。ファイル名は、任意の文字列、及び任意の拡張子で登録可能である。表Ｃの例では、コンテンツの種別＋バージョンやコンテンツＩＤ＋バージョンのＺＩＰ形式のファイルが登録されている。尚、これに限らず、文字列部分が年月日時分秒であってもよいし、ファイル形式も圧縮ファイル以外であってもよい。

本実施形態において、コンテンツ情報テーブルを表Ｃの項目で説明したが、これに限らず必要に応じて増減があってもよい。例えば、コンテンツの更新日時などがあってもよい。

図３の説明に戻る。ＵＩ制御部３０３は、管理サーバ１０１がデバイス登録用の画面（不図示）や、コンテンツの登録画面（不図示）、ＳＩＭの契約などの追加や削除する画面（不図示）を提供する機能部である。

通信部３０４は、画像形成装置１０２やネットワークを介した外部との通信を行う。例えば、通信部３０４は、キャリア網を介して画像形成装置１０２からのソフトウェアの更新確認要求などを受け付け、デバイス管理部３００へ要求を伝える。また、通信部３０４は、画像形成装置１０２からのソフトウェア取得要求を受け付け、コンテンツ管理部３０２へ対象となるコンテンツの取得要求を伝える。

画像形成装置１０２は、管理サーバ１０１に対しソフトウェアの更新確認やソフトウェアの取得と適用をするためのソフトウェア管理機能３５０を有している。ソフトウェア管理機能３５０は、通信部３５１、ＵＩ制御部３５２、処理部３５３を有している。

通信部３５１は、ネットワーク装置２０８により管理サーバ１０１とキャリア網を介して通信を行う。

ＵＩ制御部３５２は、管理サーバ１０１からソフトウェアの更新が必要な旨を通知されると、更新通知画面４００（図４（Ａ）参照）を表示する。更新通知画面４００については後述する。ＵＩ制御部３５２は、ソフトウェアの更新が必要な場合に、所定の時間帯と、ＳＩＭカードを用いて更新のためのソフトウェアをダウンロードできる状態とすべきことと、を示すメッセージを提供する。このため、本実施形態におけるＵＩ制御部３５２は、これらのメッセージを提供する提供手段の一例である。

ここで、ダウンロードできる状態とは、例えば、画像形成装置１０２の電源オンの状態、特定の移動体通信を利用した通信モードが有効な状態、モジュールが画像形成装置１０２から抜かれていない状態が挙げられる。しかしながら、これに限るものではない。

処理部３５３は、通信部３５１を介して管理サーバ１０１に対してソフトウェアの更新があるかを定期的に確認する。ソフトウェアの更新があった場合は、通信部３５１を介して管理サーバ１０１からソフトウェアの取得時間を取得し、ＵＩ制御部３０３に対して更新通知画面４００を表示するように指示する。

図４は、画像形成装置のＵＩの一例を示す図である。図４（Ａ）は、第１実施形態における画像形成装置１０２において表示される更新通知画面４００の一例である。更新通知画面４００は、更新メッセージ部４０１、更新時間表示部４０２、ＯＫボタン４０３で構成される。

更新メッセージ部４０１は、ユーザーに対しソフトウェアの更新がある旨、また更新のために画像形成装置１０２の電源を入れておいたままにする旨を通知する機能部である。

更新時間表示部４０２は、通信部３５１を介して管理サーバ１０１から取得したＳＩＭの通信料が安くなる深夜時間帯を表示する機能部である。深夜時間帯は、例えば表Ｂの深夜時間（開始）と深夜時間（終了）を取得し表示する。

ＯＫボタン４０３は、表示された更新通知画面４００を閉じるためのボタンである。ユーザーは、画像形成装置１０２からの更新通知を確認すると、ＯＫボタン４０３を押下する。

尚、図４（Ａ）で示す更新通知画面４００は一例であるため、必要に応じて機能部等の増減があってもよい。例えば、更新対象のソフトウェアを一覧表示するリスト表示部などがあってもよい。また本実施形態において更新通知画面４００を画像形成装置１０２のＵＩ表示装置２０７で表示することを想定で説明したが、これに限らず、内蔵Ｗｅｂサーバ（不図示）で用意する画面をブラウザで表示してもよい。

図５は、ソフトウェア更新システムにおける全体処理のシーケンスを示す図である。図５で示す処理は、画像形成装置１０２の処理部３５３が内部のタイマーや時刻で管理し、定期的に実行する。

画像形成装置１０２は、ソフトウェア更新確認の時間になると、管理サーバ１０１に対してソフトウェアの更新確認要求を出す（Ｓ５００）。要求を出す際、画像形成装置１０２は、自身を特定するためのデバイスＩＤと自身に適用されているソフトウェア情報を送付する。管理サーバ１０１は、更新確認要求を受け付けると、通信部３０４を介してデバイス管理部３００に要求を伝える。デバイス管理部３００は、更新確認要求を基に、画像形成装置１０２に適用済みソフトウェアの最新のバージョンをコンテンツ管理部３０２に問い合わせる（Ｓ５０１）。その後更新すべきソフトウェアがある場合は、更新対象のソフトウェアとともにソフトウェア更新がある旨を画像形成装置１０２へ返す。尚、この時更新対象のソフトウェアの情報として、取得対象のコンテンツＩＤなどを返してもよい。

更新がある旨を受け取った画像形成装置１０２は、管理サーバ１０１に対して更新時間とする深夜時間を要求する（Ｓ５０２）。尚、深夜時間の要求の際も要求元の画像形成装置１０２を特定するため、デバイスＩＤを一緒に送付する。

深夜時間取得要求を受け付けた管理サーバ１０１は、通信部３０４を介してデバイス管理部３００に要求を伝える。デバイス管理部３００は、深夜時間取得要求のデバイスＩＤを基に対象機器のＳＩＭ契約を確認する（Ｓ５０３）。次にデバイス管理部３００は、ＳＩＭ情報管理部３０１からＳＩＭ契約に該当する深夜時間（開始）、及び深夜時間（終了）を取得し（Ｓ５０４）、取得した深夜時間を画像形成装置１０２に返す。

深夜時間を受け取った画像形成装置１０２は、自身の機器内にソフトウェアの更新予約を入れる（Ｓ５０５）。Ｓ５０５で予約したソフトウェア更新処理は、図６にて後述する。尚、この際の更新予約は、例えば処理部３５３において更新時刻を管理してもよいし、画像形成装置１０２の内部タイマーを用いて管理してもよい。

その後、画像形成装置１０２は、ＵＩ制御部３５２に対して更新通知画面４００を表示するように指示する。尚、更新時間表示部４０２で表示する時間帯は、Ｓ５０４で取得した深夜時間を表示する。

以上が、本実施形態におけるソフトウェア更新システムのソフトウェア更新確認処理である。尚、本実施形態において更新要求時に自身のソフトウェア情報を送付すると説明したが、更新確認時に管理サーバ１０１が画像形成装置１０２のソフトウェア情報を判別できればよく、これに限定されない。例えば、更新確認処理とは別にソフトウェア情報を管理サーバ１０１へ送付する方法や、変更があった場合に都度変更点だけ送付する方法であってもよい。また、本実施形態において深夜時間帯を画像形成装置１０２で表示すると説明したが、これに限らず、例えば深夜時間帯の範囲で管理サーバ１０１、または画像形成装置１０２が時間を決定し実行時間を送付してもよい。

図６は、画像形成装置１０２のソフトウェア更新フローを示す図である。図６（Ａ）に、第１実施形態における画像形成装置１０２のソフトウェア更新フローを示す。図６（Ａ）で示す処理は、画像形成装置１０２の処理部３５３が更新予約された時刻や内部のタイマーに実行する。更新予約は、例えば、図５のＳ５０５で行う。

Ｓ６００は、画像形成装置１０２が更新予約時間になった際に、内部イベントを受け付けたかを判断する処理である。内部イベントにてソフトウェアの更新を受け付けた場合は、Ｓ６０１へ処理を移行し、イベントがソフトウェア更新以外であれば本処理を終了する。

Ｓ６０１は、更新対象のソフトウェアを管理サーバ１０１から取得する処理である。更新対象のソフトウェアを取得する際、更新予約時に登録されたコンテンツＩＤを使ってソフトウェアを識別し、取得する。

Ｓ６０２は、取得したソフトウェアを画像形成装置１０２に適用する処理である。尚、複数の更新対象ソフトウェアが存在する場合は、Ｓ６０１でまとめてソフトウェアを取得し、Ｓ６０２でまとめて適用してもよい。または、Ｓ６０１とＳ６０２の取得と更新処理を複数ソフトウェアの数だけ繰り返してもよい。

以上、本実施形態によれば、ソフトウェアの更新が必要な場合は、通信料金の安い深夜時間帯を利用することにより、製造元の通信費用を抑えつつ、画像形成装置のソフトウェアを更新することができる。

［第２実施形態］
第１実施形態では、ソフトウェアの更新を通信料の安い深夜時間帯に限定し、ユーザーに対象の時間帯に電源をオンしておく旨を通知することで、製造元の通信費用を抑えつつ、画像形成装置のソフトウェア更新方法を述べた。しかしながら、第１実施形態では、ユーザーに対し深夜に更新をする旨を通知するだけであるため、電源がオフされてしまう可能性がある。この場合、セキュリティ問題や重大なバグがあるソフトウェアを更新できない。

そこで本実施形態においては、ソフトウェアの更新に重要度を設け、重要度が高いものに関しては可能な限り更新できるようにする方法について述べる。尚、第２実施形態では、第１実施形態と同じ構成、及び同じ内容の図面に対する説明は省略し、差異のある図面のみ説明する。

コンテンツ管理部３０２で管理するデータの一例を表Ｄに示す。

表Ｄは、管理サーバ１０１のコンテンツ管理部３０２が管理するコンテンツ情報テーブルである。表Ｄは、表Ｃの情報に加え、重要度が追加されている。尚、表Ｄにおける各カラムの説明において、表Ｃと同じものは省略する。

重要度は、コンテンツ管理部３０２が管理する各ファイルがどの程度更新すべきものかを示すものである。例えば、重大なバグやセキュリティ問題に対応し、なるべく早く適用したい場合は、重要度を高く設定する。一方、新しい機能の追加や細かいバグ対応のような更新のように任意でよいような更新の場合は、重要度は低く設定する。尚、表Ｄにおいて、重要度は高、または低しか存在しないが、これに限定されず、例えば、複数の段階を用意し内容に応じて細かく重要度を割り振ってもよい。

図７は、第２実施形態における画像形成装置１０２の電源断処理フローを示す図である。電源断処理は、電源オンの状態において、画像形成装置１０２の電源ボタン（不図示）を押下することについて行われる処理である。

Ｓ７００は、画像形成装置１０２にソフトウェアの更新予約があるか、または更新予約があった場合に重要度が高いものを含むか否かを判断する処理である。重要度の高いソフトウェアの更新予約がある場合、Ｓ７０１に処理を移行し、ソフトウェア更新予約がない場合または更新予約の重要度が高くない場合、Ｓ７０２へ処理を移行する。

Ｓ７０１は、ソフトウェア更新の重要度が高い予約がある場合の判断処理であり、ユーザーにより画像形成装置１０２をシャットダウンをするための特定操作が実施されたかを判断する。特定操作とは、例えば、電源ボタンを１０秒以上押し続ける操作、電源ボタン押下前に他のハードキーを順に押下する操作、電源ボタンと別のボタンを同時に押下する操作などが挙げられる。特定の操作が行われた場合であれば、Ｓ７０２へ処理を移行し、シャットダウンをする。一方、特定操作が行われていない場合は、シャットダウンせずに処理を終了する。

尚、本実施形態において、ＣＰＵ２０１は、画像形成装置１０２の電源の投入と遮断の操作（電源オンと電源オフの操作）を決定する電源操作手段の一例として機能する。特定操作の設定は、予め設定されていてもよいが、これに限るものではなく、ＵＩ制御部３５２が設定画面を表示し、当該設定画面にてユーザが特定操作の設定を行ってもよい。その後、ユーザが特定操作を行ったか否かをＣＰＵ２０１が判断する。

Ｓ７０２は、画像形成装置１０２の電源をオフするためのシャットダウン処理である。

尚、図７の処理フローにおいて、重要度の高い更新がある場合に特定操作をしないとそのまま処理フローを終了させているが、ユーザーに対し重要度の高いソフトウェア更新がある旨を通知してもよい。また画像形成装置１０２本体の電源をオフにはできないが、ＵＩ表示装置２０７の表示を切る、または消費電力の低い節電モードに移行してもよい。

以上、本実施形態によれば、ソフトウェア更新の重要度に応じて、画像形成装置１０２の電源オフをされにくくすることにより、重要度の高いソフトウェアの更新をより実施させることができる。

［第３実施形態］
第１、第２実施形態では、ソフトウェア更新がある場合に、ユーザーに対し電源をオンにしておくことを伝えたり、または電源をオフしにくくすることで、よりソフトウェアの更新を深夜時間帯に実施できるようにしていた。しかしながら、第１、第２実施形態ともに電源をオフする手段は存在するため、ソフトウェアの更新を深夜時間帯に実施することが困難である。

そこで、本実施形態では電源がオフされてしまった場合でも、深夜時間帯にソフトウェアのダウンロードが実施可能な手段について述べる。尚、第３実施形態では、第１、第２実施形態と同じ構成、及び同じ内容の図面に対する説明は省略し、差異のある図面のみ説明する。

図６（Ｂ）に、本実施形態における画像形成装置１０２のソフトウェア更新フローを示す。図６（Ｂ）で示す処理は、画像形成装置１０２の処理部３５３が更新予約された時刻や内部のタイマーを用いて決定した時刻に実行する。尚、本実施形態において画像形成装置１０２の記憶装置２０５、及びＳＩＭカードを含むネットワーク装置２０８などの一部の装置が本体電源とは別の電源（不図示）で動作可能とする。例えば、本体は電源ケーブルで電源を確保するが、記憶装置２０５、及びネットワーク装置２０８は、電源が確保できない場合に内蔵のバッテリーなどを使って更新処理を動作可能とする。

このように、本実施形態においては、少なくとも２つの電源を有する。すなわち、少なくとも、電源ケーブルを用いて画像形成装置１０２の本体を動作させる第１電源と、第１電源とは異なる電源であり且つソフトウェア管理機能３５０の処理部３５３を動作させるバッテリー等の第２電源と、を有する。

図６（Ｂ）のＳ６２０からＳ６２２は、図６（Ａ）のＳ６００からＳ６０２と同じため説明を省略する。

Ｓ６２３は、画像形成装置１０２の電源がオフされている状態、つまりＳＩＭカードを含む画像形成装置１０２がバッテリーなどの別電源で動作しているかを確認する処理である。Ｓ６２３において電源がオン状態であればＳ６２２に処理を移行し、バッテリー駆動状態であればＳ６２４に処理を移行する。

Ｓ６２４は、ソフトウェアの更新を今すぐ実施せず、ソフトウェアの取得処理のみを行う起動時更新予約の処理をする。起動時更新予約の処理は、画像形成装置１０２が起動したタイミングで、つまり電源オンされたタイミングで、ソフトウェアの更新を実施するように更新予約を入れる処理である。本処理により、電源がオンになったタイミングで、ソフトウェアの更新を実施できる。

尚、図６（Ｂ）において、Ｓ６２１で記憶装置２０５に取得したソフトウェアを格納することを想定しているが、ＳＩＭカードに更新対象のソフトウェアの格納領域が確保できる場合は、ＳＩＭカード内にソフトウェアを格納してもよい。

以上、本実施形態によれば、電源がオフになっている場合でも、ソフトウェアの取得処理に必要な装置のみバッテリー駆動することで、ソフトウェアの取得処理のみを深夜時間帯に実施することができる。

［第４実施形態］
第１乃至第３実施形態では、管理サーバ１０１が固定値として管理する深夜時間の開始、終了時間を取得し、通信料金の安い深夜時間帯にソフトウェアの取得を行う方法について述べた。しかしながら、深夜時間帯はＳＩＭカードを提供するキャリアが設定する値であり、キャリアの都合で変更になる可能性がある。その場合、変更前の時間で動作してしまうため、通信料の安い時間帯にソフトウェアの更新ができなくなってしまう。そこで、本実施形態では、キャリアが深夜時間帯を変更しても対応できるシステムについて説明する。尚、第４実施形態では、第１乃至第３実施形態と同じ構成、及び同じ内容の図面に対する説明は省略し、差異のある図面のみ説明する。

ＳＩＭ情報管理部３０１が管理するＳＩＭ管理情報の一例を表Ｅに示す。

表Ｅは、管理サーバ１０１のＳＩＭ情報管理部３０１が管理するＳＩＭ情報テーブルであり、ＳＩＭ契約、地域情報、深夜時間（開始）、深夜時間（終了）、情報源を管理する。尚、表Ｅにおける各カラムの説明において、表Ｂと同じものは省略する。

情報源は、ＳＩＭカードを提供するキャリアで用意する深夜時間帯情報を取得可能なＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を管理する。本ＵＲＬは、例えば、キャリア側でＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）であり、本ＡＰＩを選択することで、簡単に深夜時間帯の情報を取得できる。

図８は、第４実施形態における画像形成装置１０２のソフトウェア更新フローを示す図である。深夜時間更新処理は、ＳＩＭ情報管理部３０１が定期的に実施する。尚、更新処理は、キャリアの深夜時間変更を検知できればよく、例えば、キャリア側から更新イベントが送付され、更新イベントをトリガーとして、更新時間を確認してもよい。

Ｓ８００は、ＳＩＭ情報管理部３０１が深夜時間更新処理の定期的な時間になったか否かを判断する処理である。更新時間になった場合は、Ｓ８０１に処理を移行し、更新時間でない場合は処理を終了する。

Ｓ８０１は、ＳＩＭ情報管理部３０１が、ＳＩＭ情報テーブルで管理する情報源をもとに、キャリアに対して深夜時間を確認する処理である。

Ｓ８０２は、ＳＩＭ情報管理部３０１が、ＳＩＭ情報テーブルで管理する深夜時間（開始）、及び深夜時間（終了）とＳ８０１で取得した時間を比較し、変更があるかを判断する処理である。変更がある場合はＳ８０３に処理を移行し、変更がなければ処理を終了する。

Ｓ８０３は、ＳＩＭ情報管理部３０１が、ＳＩＭ情報テーブルで管理する深夜時間（開始）、及び深夜時間（終了）を新しい値に更新する処理である。以上の更新処理によりキャリアが深夜時間帯を変更しても対応することができる。

尚、図８において、ＳＩＭ情報テーブルの値を更新のみ実施しているが、深夜時間更新時間を実施するタイミング次第では、画像形成装置１０２の予約が済んでいる可能性がある。そのため、管理情報更新後に画像形成装置１０２のソフトウェア管理機能３５０に対して変更があった旨を通知し、必要に応じて、更新予約時間を変更させてもよい。

以上、本実施形態によれば、定期的またはキャリアにおける深夜時間の更新が行われたタイミングで管理サーバの持つ深夜時間帯を更新する。このため、キャリアの深夜時間帯の変更に対応した上で、画像形成装置１０２のソフトウェアを更新することが可能である。

［第５実施形態］
第１乃至第４実施形態では、管理サーバ１０１が管理する深夜時間帯を利用し、通信料金の安い深夜時間帯にソフトウェアの取得を行う方法について述べた。しかしながら、ユーザーによっては深夜ではなく、日中に更新を行わなければならないケースもある。そこで本実施形態では、通信料金をユーザ（お客様）負担とし、深夜時間帯以外でソフトウェアの更新が可能なシステムについて説明する。尚、第４実施形態では、第１から第４実施形態と同じ構成、及び同じ内容の図面に対する説明は省略し、差異のある図面のみ説明する。

図４（Ｂ）に、本実施形態における画像形成装置１０２の更新通知画面４２０の一例を示す。更新通知画面４２０は、更新メッセージ部４２１、更新時間表示部４２２、ＯＫボタン４２３、詳細設定ボタン４２４で構成される。尚、図４（Ｂ）の４２０から４２３は、図４（Ａ）の４００から４０３と同じため説明を省略する。

詳細設定ボタン４２４は、更新時間表示部４２２で示す深夜時間帯を編集したい場合に押下するボタンである。詳細設定ボタン４２４を押下すると、後述の図４（Ｃ）の画面を表示し、任意の更新時間を設定できる。図４（Ｃ）で任意の更新時間を設定すると、更新時間表示部４２２の値を更新する。

図４（Ｃ）は、詳細設定ボタン４２４の押下時に表示する時間変更画面４４０の一例である。時間変更画面４４０は、ダウンロード時間設定部４４１、メッセージ表示部４４２、適用時間設定部４４３、ＯＫボタン４４４、キャンセルボタン４４５で構成される。

ダウンロード時間設定部４４１は、ソフトウェア更新をダウンロードする時刻（ダウンロード時刻）を設定するダウンロード時間設定手段として機能する。ダウンロード時間設定部４４１は、初期値には管理サーバ１０１で管理する深夜時間帯の開始時間が設定されている。尚、初期値は開始時間を表示する記載したが、これに限らず、例えば深夜時間帯の範囲で管理サーバ１０１、または画像形成装置１０２が時間を決定し実行時間を送付してもよい。

メッセージ表示部４４２は、ダウンロード時間設定部４４１で時間を変更した際、深夜時間帯の範囲から外れてしまった場合に所定のメッセージを表示する。メッセージ表示部４４２は、所定のメッセージとして、例えば、図４（Ｃ）の例のように、深夜時間帯以外に設定した場合の通信費用はユーザ負担になる旨を表示する。

適用時間設定部４４３は、更新のあったソフトウェアを適用する時刻（適用時刻）を設定する機能部である。初期値にはダウンロード時間設定部４４１と同じ値を表示し、ダウンロードが終わり次第実行することを示す。

ＯＫボタン４４４は、ダウンロード時間設定部４４１、及び適用時間設定部４４３に変更を決定するためのボタンである。ＯＫボタン４４４が押下されると、ＵＩ制御部３５２は処理部３５３にダウンロード時間設定部４４１の値でソフトウェアをダウンロードするように設定する。同様に、適用時間設定部４４３の値からソフトウェアの適用時間を設定する。その後、ＵＩ制御部３５２は、ダウンロード時間及び適用時間を表示した上で更新通知画面４２０を表示する。

キャンセルボタン４４５は、ダウンロード時間設定部４４１、及び適用時間設定部４４３の変更をやめるためのボタンである。キャンセルボタン４４５を押下すると、ＵＩ制御部３５２は、何も変更せず、図４（Ｂ）の更新通知画面４２０を表示する。

本実施形態における図４（Ｃ）は一例であり、必要に応じてコントロールの増減があってもよい。例えば、ソフトウェアの適用に際し通信が発生する場合は、適用時間の下にメッセージ表示部４４２と同様の表示部を用意してもよい。また、各機能部の処理も一例を記載しているものであり、この限りではない。例えば、本実施形態では、ＯＫボタン４４４は、画像形成装置１０２内の設定変更のみ実施しているが、管理サーバ１０１で更新時間などを管理している場合は、管理サーバ１０１に時間変更の通知をしてもよい。

以上、図４（Ｂ）、及び図４（Ｃ）の各画面により、ユーザーは、任意の時間にダウンロード処理を予約できる。尚、本実施形態において時間の設定画面を画像形成装置１０２のＵＩ表示装置２０７で表示することを想定で説明したが、これに限るものではなく、内蔵Ｗｅｂサーバ（不図示）で用意する画面をブラウザで表示してもよい。

以上、画像形成装置１０２でダウンロード、及び適用時間の設定を変更することで、通信料金がユーザ負担である旨を通知した上で、深夜時間帯以外のソフトウェアの更新が可能となる。

［その他の実施形態］
以上、本発明をその好適な実施形態に基づいて詳述したが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。また、上述の実施形態の一部を適宜組み合わせてもよい。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は、本発明を構成することになる。

１０１…ソフトウェア管理サーバ
１０２…画像形成装置
３００…デバイス管理部
３０１…ＳＩＭ情報管理部
３０２…コンテンツ管理部
３５０…ソフトウェア管理機能
３５２…ＵＩ制御部
３５３…処理部

Claims (9)

1. 特定の移動体通信に契約した加入者を特定できる識別情報を保持するモジュールを具備する画像処理装置であって、
   ソフトウェアの更新が必要な場合に、所定の時間帯と、前記画像処理装置が前記特定の移動体通信を用いて更新のためのソフトウェアをダウンロードできる状態とすべきことと、を示すメッセージを提供する提供手段と、
   前記特定の移動体通信を用いて、前記所定の時間帯に更新のためのソフトウェアをダウンロードする制御手段と、を有し、
   前記所定の時間帯は、前記特定の移動体通信に係る前記契約に依存して定まる時間帯の少なくとも一部である
   ことを特徴とする画像処理装置。
2. 前記ダウンロードできる状態は、前記画像処理装置の電源オンの状態、前記特定の移動体通信を利用した通信モードが有効な状態、前記モジュールが前記画像処理装置から抜かれていない状態、のうち少なくとも何れかの状態である
   ことを特徴とする請求項１に記載の画像処理装置。
3. 前記特定の移動体通信に係る前記契約に依存して定まる時間帯は、深夜料金時間帯である
   ことを特徴とする請求項２に記載の画像処理装置。
4. 電源のオンとオフの操作を決定する電源操作手段をさらに有し、
   前記電源操作手段は、前記特定の移動体通信に係る前記契約に依存して定まる時間帯に前記電源をオフする場合には、前記特定の移動体通信に係る前記契約に依存して定まる時間帯とは異なる時間帯に前記電源をオフする場合よりも、前記電源のオフがされにくくする
   ことを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 前記制御手段を動作させるための電源は、
   前記画像処理装置の本体を動作させる第１電源と、
   前記第１電源とは異なる電源であり且つ前記制御手段を動作させる第２電源と、を有する
   ことを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 前記制御手段は、前記特定の移動体通信に係る前記契約に依存して定まる時間帯を確認し、前記特定の移動体通信に係る前記契約に依存して定まる時間帯を更新する
   ことを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
7. 前記ソフトウェアをダウンロードする時間帯の設定を行うダウンロード時間設定手段を有し、
   前記提供手段は、前記ダウンロード時間設定手段によって設定された時間帯が、前記特定の移動体通信に係る前記契約に依存して定まる時間帯と異なる場合に、所定のメッセージを提供する
   ことを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
8. 特定の移動体通信に契約した加入者を特定できる識別情報を保持するモジュールを具備する画像処理装置の画像処理方法であって、
   ソフトウェアの更新が必要な場合に、所定の時間帯と、前記画像処理装置が前記特定の移動体通信を用いて更新のためのソフトウェアをダウンロードできる状態とすべきことと、を示すメッセージを提供する提供工程と、
   前記特定の移動体通信を用いて、前記所定の時間帯に更新のためのソフトウェアをダウンロードする制御工程と、を有し、
   前記所定の時間帯は、前記特定の移動体通信に係る前記契約に依存して定まる時間帯の少なくとも一部である
   ことを特徴とする画像処理方法。
9. 請求項１乃至７のいずれか１項に記載の画像処理装置の各手段としてコンピュータを機能させることを特徴とするプログラム。
   
   

Images