JP6242178B2 - 情報処理装置及びその制御方法、並びにプログラム - Google Patents

Description

本発明は、情報処理装置及びその制御方法、並びにプログラムに関し、特に、複数の情報処理装置間で設定値を共有・同期するための制御技術に関する。

従来、複数の情報処理装置間で設定値を共有するために設定値管理サーバを配置して設定値を管理させ、各情報処理装置と設定値管理サーバ間で通信を行って設定値を反映させる情報処理システムがある。この構成では、いずれかの情報処理装置で設定値が変更された場合に、当該装置は変更内容を設定値管理サーバに伝達する。変更内容を受け付けた設定値管理サーバは、他の情報処理装置に変更情報を伝搬する。これにより、全装置に設定が反映される。

上記のような情報処理システムでは、情報処理装置と設定値管理サーバ間の通信が低速であったり、不安定である場合、情報処理装置のユーザによる設定値変更操作に同期して設定値管理サーバと通信を行うと、応答性が悪くユーザの操作性が低下してしまう。そのため、情報処理装置は、ユーザによる設定値変更操作のタイミングとは独立して設定値管理サーバへの変更内容の伝達を行うことが必要となる。

情報処理装置と設定値管理サーバ間の通信が失敗した場合は、情報処理装置のユーザには必ずしも通信が失敗した旨を伝達できないため、情報処理装置が通信のリトライを行う必要がある。例えば、データの送信装置と受信装置間で通信が失敗した場合、通信の失敗要因によって処理を切り替えるものがある（特許文献１参照）。

特開２００７−１７４２４７号公報

しかしながら、情報処理装置と設定値管理サーバ間の通信が失敗した場合、リトライを続けてしまうと情報処理装置の消費電力が増大してしまう。例えば、情報処理装置が省電力モードを備えていたとしても、リトライを続けている間は省電力に入ることはできない。このような場合、従来技術のみを使用した場合には、通信の失敗要因しか考慮できないため、通信の失敗要因が同じである間は同じリトライ処理しか行えない。

本発明は、上記問題に鑑みて成されたものであり、情報処理システムの状況に応じて適切な処理が行え、情報処理装置が無駄に電力を消費することを防ぐことができる技術を提供することを目的とする。

上記目的を達成するために、本発明の情報処理装置は、複数の情報処理装置で使用される設定値を管理する管理サーバに接続される情報処理装置において、前記管理サーバから設定値を取得する取得手段と、前記取得手段が取得した設定値の変更を受け付ける設定手段と、前記設定手段により変更された設定値を前記管理サーバに送信する送信手段と、前記送信手段による送信が失敗した場合に前記設定値の送信のリトライを行うリトライ手段とを備え、前記リトライ手段は、前記送信手段により送信される設定値の種別に応じて、所定のタイミングでリトライを一旦停止するか、リトライを続行するかを切り替えることを特徴とする。

本発明によれば、情報処理装置と設定値管理サーバの間で通信するデータの種別により通信のリトライ方法を変更できるので、情報処理システムの状況に応じて適切な処理が行え、情報処理装置が無駄に電力を消費することを防ぐことができる。

本発明の第１の実施形態に係る情報処理装置が設置された情報処理システムの一例を示すネットワーク図である。 （ａ）図１における情報処理装置のハードウェアの概略構成を示すブロック図、（ｂ）図１における管理サーバのハードウェアの概略構成を示すブロック図である。 管理サーバ内のＨＤＤにおけるデータ格納領域の概略図である。 （ａ）図３の装置設定領域におけるデータ格納領域の概略図、（ｂ）図４（ａ）のシステム共有設定情報領域及び装置固有設定情報領域におけるデータ格納領域の概略図である。 図３のユーザ設定領域におけるデータ格納領域の概略図である。 情報処理装置の操作部に表示されるログイン画面の一例を示す図である。 （ａ）情報処理装置の操作部に表示される装置設定画面の一例を示す図、（ｂ）情報処理装置の操作部に表示されるユーザ設定画面の一例を示す図である。 情報処理装置における管理サーバへの通信処理の流れを示すフローチャートである。 図９のステップＳ８０３の送信エラー処理の詳細を示すフローチャートである。 本発明の第２の実施形態における情報処理装置のスリープ復帰処理の流れを示すフローチャートである。

以下、本発明の実施の形態を図面を参照して詳細に説明する。

［第１の実施形態］
図１は、本発明の第１の実施形態に係る情報処理装置が設置された情報処理システムの一例を示すネットワーク図である。

図１において、情報処理システムは、複数の情報処理装置１０１と、複数の情報処理端末１０３と、１つの管理サーバ１０５とから構成され、各々がネットワークを介して接続されている。

情報処理装置１０１は、例えば、情報処理端末１０３から画像データの印刷依頼を受信して画像を印刷したり、原稿から画像を読み取り、読み取った画像を印刷することが可能である。また、情報処理装置１０１は、後述するスキャナ部４０２（図２参照）で読取った画像を、ＪＰＥＧなどの形式に変換し、ＳＭＢなどのプロトコルを用いて情報処理端末１０３に送信できる。さらに、情報処理装置１０１は、装置で使用する設定値を管理サーバ１０５から受信して、装置で行う処理の設定として利用することが可能である。ここで、情報処理装置１０１は、装置を利用するユーザ個別に設定値をカスタマイズできるようにするために、装置利用前にログインして利用することができるものとする。

図２（ａ）は、図１における情報処理装置１０１のハードウェアの概略構成を示すブロック図である。

情報処理装置１０１は、コントローラ４１０と、プリンタ部４０１と、スキャナ部４０２と、操作部４０３とを備える。

コントローラ４１０は、ＣＰＵ４１１、ＲＡＭ４１２、ＨＤＤ４１３、ネットワークＩ／Ｆ４１４、プリンタＩ／Ｆ４１５、スキャナＩ／Ｆ４１６、操作部Ｉ／Ｆ４１７、及び拡張ユニットＩ／Ｆ４１８を備える。

ＣＰＵ４１１は、ＲＡＭ４１２、ＨＤＤ４１３、ネットワークＩ／Ｆ４１４、プリンタＩ／Ｆ４１５、スキャナＩ／Ｆ４１６、及び操作部Ｉ／Ｆ４１７との間でデータ等の授受が可能である。また、ＣＰＵ４１１は、ＨＤＤ４１３から読みだした命令をＲＡＭ４１２に展開し、ＲＡＭ４１２に記憶されている命令を実行する。

ＨＤＤ４１３には、ＣＰＵ４１１で実行可能な命令や、管理サーバ１０５に送信する消耗度、装置で使用する設定値等を記憶しておくことが可能である。

ＲＡＭ４１２は、ＨＤＤ４１３に記憶された命令がＣＰＵ４１１から読みだし可能に展開されるメモリであり、命令の実行に必要な各種のデータを記憶しておくことが可能である。

ネットワークＩ／Ｆ４１４は、図１の情報処理システム上の管理サーバ１０５や情報処理端末１０３等とネットワーク通信を行うためのインタフェースである。ネットワークＩ／Ｆ４１４は、データ受信を行ったことをＣＰＵ４１１に伝達したり、ＲＡＭ４１２上のデータをネットワークに送信したりする。

プリンタＩ／Ｆ４１５は、ＣＰＵ４１１から送信された画像データをプリンタ部４０１に送信したり、プリンタ部４０１から受信したプリンタ部４０１の状態情報をＣＰＵ４１１に伝達したりするインタフェースである。

スキャナＩ／Ｆ４１６は、ＣＰＵ４１１から送信された画像読み取り指示をスキャナ部４０２に送信し、スキャナ部４０２から受信した画像データをＣＰＵ４１１に伝達したりするインタフェースである。また、スキャナＩ／Ｆ４１６は、スキャナ部４０２から受信したスキャナ部４０２の状態情報をＣＰＵ４１１に伝達することも可能である。

操作部Ｉ／Ｆ４１７は、操作部４０３から入力されたユーザからの指示をＣＰＵ４１１に伝達したり、ユーザが操作するための画面情報を操作部４０３に伝達したりする。

プリンタ部４０１は、プリンタＩ／Ｆ４１５から受信した画像データを用紙に印刷したり、プリンタ部４０１の状態情報をプリンタＩ／Ｆ４１５に伝達したりする。

スキャナ部４０２は、スキャナＩ／Ｆ４１６から受信した画像読み取り指示に従って、スキャナ部４０２に置かれた用紙を読み取りデジタルデータ化してスキャナＩ／Ｆ４１６に伝達したり、スキャナ部４０２の状態をスキャナＩ／Ｆ４１６に伝達したりする。

操作部４０３は、情報処理装置１０１をユーザから操作することを可能にする。また、操作部４０３は、例えば、タッチパネルを有する液晶画面を具備し、ユーザに操作画面を提供すると共に、ユーザからの操作を受け付ける。

拡張ユニットＩ／Ｆ４１８は、情報処理装置１０１に対して機能を付加するユニットを接続することを可能とするユニットである。例えば、プリンタ部４０１から印刷した用紙にステープルする場合は、拡張ユニットＩ／Ｆ４１８を通じてこれを実現するためのユニットを接続すると、ユニットが接続されたことをＣＰＵ４１１が検知し、ユニットに対して適切な指示を行う。

図２（ｂ）は、図１における管理サーバ１０５のハードウェアの概略構成を示すブロック図である。

管理サーバ１０５は、ＣＰＵ２１１、ＲＡＭ２１２、ＨＤＤ２１３、及びネットワークＩ／Ｆ２１４を備える。ＣＰＵ２１１は、装置全体の制御を司り、ＲＡＭ２１２、ＨＤＤ２１３、及びネットワークＩ／Ｆ２１４とのデータの授受を制御可能である。また、ＣＰＵ２１１はＨＤＤ２１３から読みだした制御プログラム（命令）をＲＡＭ２１２に展開し、ＲＡＭ２１２に記憶されている命令を実行する。

ＨＤＤ２１３には、ＣＰＵ２１１で実行可能で、後述する処理を実現するための制御プログラム（命令）が格納されている。そのほかにも、ＨＤＤ２１３には、情報処理装置１０１等で使用する設定値等を記憶しておくことが可能である。

ＲＡＭ２１２は、ＨＤＤ２１３に記憶された命令を展開してＣＰＵ２１１から読みだし可能とし、命令の実行に必要な各種のデータを記憶しておくことが可能である。

ネットワークＩ／Ｆ２１４は、情報処理システム内の装置とネットワーク通信を行うためのＩ／Ｆであり、データ受信を行ったことをＣＰＵ２１１に伝達したり、ＲＡＭ２１２上のデータをネットワークに送信したりする。

図３は、管理サーバ１０５内のＨＤＤ２１３におけるデータ格納領域の概略図である。

管理サーバ１０５内のＨＤＤ２１３には、装置設定領域３０１、ユーザ情報領域３０２、ユーザ設定領域３０３、及び制御プログラム領域３０４が設定されている。

装置設定領域３０１は、情報処理システム内に存在する各情報処理装置１０１の設定値を格納する領域である。詳細は図４（ａ）及び図４（ｂ）を用いて後述する。

ユーザ情報領域３０２は、情報処理システム内に存在する各情報処理装置１０１を利用するユーザのユーザ情報を格納する領域である。この領域には、各ユーザのユーザ名・パスワードやユーザＩＤなど、ユーザを特定するための情報が格納される。

ユーザ設定領域３０３には、ユーザ情報領域３０２で管理されている各ユーザに対応する、情報処理装置１０１を利用する際の設定値を格納する領域である。詳細は図５を用いて後述する。

制御プログラム領域３０４は、管理サーバ１０５のＣＰＵ２１１で実行する制御プログラムを格納する領域である。

図４（ａ）は、図３の装置設定領域３０１におけるデータ格納領域の概略図、図４（ｂ）は、図４（ａ）のシステム共有設定情報領域及び装置固有設定情報領域におけるデータ格納領域の概略図である。

装置設定領域３０１は、システム共有設定領域３１０と、一つ以上の装置固有設定領域３２０とで構成される。

システム共有設定領域３１０は、複数のシステム共有設定情報領域３１１で構成され、情報処理システム内の全ての情報処理装置間で共有する設定値（「システム共有設定情報」とも呼ぶ）を格納する。

装置固有設定領域３２０は、情報処理システム内の情報処理装置間で値が異なる設定値（「装置固有設定情報」とも呼ぶ）を、装置毎に管理するためのデータ領域である。装置固有設定領域３２０は、装置名領域３２１と、一つ以上の装置固有設定情報領域３２２とで構成される。

装置名領域３２１は、情報処理システム上の複数の情報処理装置１０１から任意の情報処理装置１０１を特定するために用いる情報が格納される。例えば、情報処理装置１０１とＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を１対１で対応させることなどが考えられる。

図４（ｂ）において、システム共有設定情報領域３１１及び装置固有設定情報領域３２２は、設定ＩＤ領域３１５、設定名領域３１６、設定値領域３１７、変更可能ユーザ領域３１８とで構成される。

設定ＩＤ領域３１５には、ある特定の設定を特定するために用いる情報が格納される。例えば、設定とＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を１対１で対応させることなどが考えられる。

設定名領域３１６には、ユーザが設定値の内容を認識できる設定値のタイトルが格納される。設定値領域３１７には、この設定値そのものが格納される。変更可能ユーザ領域３１８には、この設定値を変更可能なユーザを表すユーザＩＤが列挙して格納される。ここで、変更可能ユーザ領域３１８に含まれるデータには、特別な意味を持つ特定のＩＤが格納されてもよい。例えば、情報処理装置１０１のユーザであれば誰でも変更可能である、ということや、管理者権限を持つユーザであればだれでも変更可能である、といったことを表す特定のＩＤであってもよい。

このように装置設定情報を管理することにより、情報処理システム内の全ての情報処理装置１０１で共有する設定値と、情報処理装置毎に異なる設定値を管理サーバ１０５で一元管理することが可能となる。なお、各設定値をシステム共有設定領域３１０に格納するか、装置固有設定領域３２０に格納するかは、制御プログラムで固定的に決定してもよいし、Ｗｅｂブラウザ経由など、何らかの方法で情報処理システムのユーザに選択させてもよい。

図５は、図３のユーザ設定領域３０３におけるデータ格納領域の概略図である。

ユーザ設定領域３０３は、ユーザ共有設定領域３５０と、一つ以上のユーザ個別設定領域３６０とで構成される。ユーザ共有設定領域３５０は、情報処理システムを利用する全ユーザで共有する設定値（「ユーザ共有設定情報」とも呼ぶ）を格納するデータ領域であり、ユーザ共有宛先情報領域３５１と複数のユーザ共有ワークフロー情報領域３５２とで構成される。

ユーザ共有宛先情報領域３５１は、情報処理装置１０１のスキャナ部４０２で読み取った画像のデータを他の装置に送信する際に用いられる宛先のうち、情報処理システムを利用する全ユーザで共有する宛先の情報を格納するための領域である。

ユーザ共有ワークフロー情報領域３５２は、情報処理装置１０１に具備されているスキャナ部４０２やプリンタ部４０１などの設定の組み合わせを予めプリセットし、簡単な操作で利用することが可能なワークフロー情報を格納するための領域である。

本実施形態では、共有する宛先情報とワークフロー情報をユーザ共有設定領域３５０に格納する構成としたが、他に全ユーザで共有する設定値があれば、どの領域に格納してもよい。

ユーザ個別設定領域３６０は、情報処理システムを利用するユーザ毎に異なる設定を格納するためのデータ領域であり、ユーザ名領域３６１、ユーザ個別宛先情報領域３６２、ユーザ個別ワークフロー情報領域３６３とで構成される。

ユーザ名領域３６１には、ユーザ情報領域３０２に格納されるユーザのいずれかに対応するユーザＩＤなど、情報処理システムを利用するユーザを特定するための情報が格納される。

ユーザ個別宛先情報領域３６２は、情報処理装置１０１のスキャナ部４０２で読み取った画像のデータを他の装置に送信する際に用いる宛先のうち、情報処理システムを利用するユーザ個別に管理される宛先の情報を格納するための領域である。

ユーザ個別ワークフロー情報領域３６３は、情報処理装置１０１に具備されているスキャナ部４０２やプリンタ部４０１などの設定の組み合わせを予めプリセットし、簡単な操作で利用することが可能なワークフロー情報を格納するための領域である。

本実施形態では、個別に利用される宛先情報とワークフロー情報をユーザ個別設定領域３６０に格納する構成としたが、他にユーザ個別で管理する設定値があれば、どの領域に格納してもよい。

以上のようにユーザ設定を管理することにより、情報処理システム内の全てのユーザで共有する設定値と、ユーザ個別で管理する設定値を管理サーバ１０５で一元管理することが可能となる。

図６は、情報処理装置１０１の操作部４０３に表示されるログイン画面の一例を示す図である。

ログイン画面５００において、ユーザからユーザ名及びパスワードの入力を受け付けると、それらの内容がユーザ名表示領域５０１とパスワード表示領域５０２に表示される。その後、情報処理装置１０１内のＣＰＵ４１１は、ログイン開始ボタン５０３が押下されたことを検知すると、ユーザ認証処理を管理サーバ１０５との間で行う。ユーザ認証処理では、例えば、管理サーバ１０５におけるユーザ情報領域３０２に対応するユーザ名が存在した場合にのみユーザに情報処理装置１０１の使用が許可される。

図７（ａ）は、情報処理装置１０１の操作部４０３に表示される装置設定画面の一例を示す図である。

装置設定画面６００は、図６に示すログイン画面５００上で情報処理装置１０１にユーザログインした後に表示される画面であって、情報処理装置１０１の装置設定を設定または変更するための設定画面である。

装置設定画面６００には、現在ログインしているユーザを特定するためのユーザ情報表示領域６０１が存在し、ログインユーザに関する情報が表示される。この画面に表示される情報は、情報処理装置１０１が管理サーバ１０５のシステム共有設定領域３１０から取得したシステム共有設定情報と、この画面を表示している情報処理装置１０１に対応する装置固有設定領域３２０の装置固有設定情報に基づいて構成される。本実施形態では、情報処理装置１０１のＣＰＵ４１１が管理サーバ１０５のシステム共有設定領域３１０からシステム共有設定情報を取得し、装置固有設定領域３２０から装置固有設定情報を取得するものとするが、これに限定されるものではない。

装置設定画面６００において、設定値名リスト領域６１０には、ログインユーザが設定変更可能な設定の設定名のみが表示される。ログインユーザが設定変更可能な設定は、情報処理装置１０１が管理サーバ１０５のシステム共有設定情報領域３１１から取得したシステム共有設定情報と、装置固有設定情報領域３２２内の変更可能ユーザ領域３１８に格納されたユーザ名を参照して決定される。ユーザが設定値名リスト領域６１０に表示されている設定名から一つを選択すると、この設定に対応する設定値の変更画面が設定変更領域６２０に表示される。

図７（ａ）における設定値名リスト領域６１０では、ログインユーザが「スリープ時の消費電力」という設定名の設定が選択されている状態にある。そして、設定変更領域６２０には「スリープ時の消費電力」に関して「少ない」と「多い」が表示され、ログインユーザがいずれか一方を選択できることを表している。図示例では「少ない」が選択されている。

設定変更領域６２０においてユーザが設定値を変更すると、情報処理装置１０１がこれを検知し、設定値が変更されている場合には、その内容が情報処理装置１０１から管理サーバ１０５に送信される。

本実施形態では、情報処理装置１０１にログインしたユーザが変更できる装置設定のみを表示しているが、例えば変更はできないユーザであっても設定値の閲覧は可能となるように制御するなど、他の表示方法であってもよい。また、図示例では、「環境設定」の「電力設定」について説明したが、情報処理装置で変更可能な設定であれば、これに限定されるものではない。

図７（ｂ）は、情報処理装置１０１の操作部４０３に表示されるユーザ設定画面の一例を示す図である。

ユーザ設定画面７００は、図６に示すログイン画面５００上で情報処理装置１０１にユーザログインした後に表示される画面であって、情報処理装置１０１のユーザ設定を変更するための設定画面である。

ユーザ設定画面７００には、現在ログインしているユーザを特定するためのユーザ情報表示領域７０１が存在し、ログインユーザに関する情報が表示される。この画面に表示される情報は、管理サーバ１０５のユーザ共有設定領域３５０から取得したユーザ共有設定情報と、情報処理装置１０１に現在ログインしているユーザに対応するユーザ個別設定領域３６０のユーザ個別設定情報に基づいて構成される。本実施形態では、情報処理装置１０１のＣＰＵ４１１が管理サーバ１０５のユーザ共有設定領域３５０からユーザ共有設定情報を取得し、ユーザ個別設定領域３６０からユーザ個別設定情報を取得するものとするが、これに限定されるものではない。

ユーザ設定画面７００において、操作メニュー領域７１０には、ログインユーザが現在変更可能な個人設定と、当該個人設定に対して行える変更内容が表示される。ログインユーザが特定のメニューを選択すると、メニューに対応した変更を行うための画面が設定操作領域７２０に表示される。

図７（ｂ）に示すユーザ設定画面７００では、ユーザが操作メニュー領域７１０でユーザ共有宛先情報の変更／削除を選択したことに応答して、情報処理装置１０１がユーザ共有宛先情報領域３５１に格納されている宛先情報を表示する。そして、ユーザに宛先情報の変更もしくは削除を行うための画面を提示している状態である。

図７（ｂ）における設定操作領域７２０には、宛先情報として複数のメールアドレスが表示されており、各メールアドレスの表示には、編集ボタン７２１と削除ボタン７２２が配置されている。いずれかのボタンが押下されると、ユーザが設定値（ここではメールアドレス）を変更または削除することができる。変更または削除が行われると情報処理装置１０１がこれを検知し、その内容が管理サーバ１０５に送信される。

次に、図７（ａ）及び図７（ｂ）に示す画面において設定値が変更された場合に情報処理装置１０１が行う管理サーバ１０５への通信処理について説明する。

図８は、情報処理装置１０１における管理サーバ１０５への通信処理の流れを示すフローチャートである。図示の処理は、情報処理装置１０１のＣＰＵ４１１が、ＲＡＭ４１２及びＨＤＤ４１３などから適宜データを読み出して実行する処理を示すものである。なお、この処理は必ずしも図７（ａ）及び図７（ｂ）におけるユーザの操作と同期して行われるものではなく、ユーザの操作とは別のタイミングでバックグラウンド処理が行われることがある。

図８において、まず、ＣＰＵ４１１は、変更されたデータを予め取り決められたプロトコルやデータ形式に従って管理サーバ１０５に送信する（ステップＳ８０１）。例えば、プロトコルとしてＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）や、データ形式としてＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いて送信することが考えられる。このとき、情報処理装置１０１は、設定値の変更内容とともに、必要であれば変更したユーザや情報処理装置を特定するための情報も併せて送信する。

次に、ＣＰＵ４１１は、ステップＳ８０１の送信処理が成功したかどうかを判断し（ステップＳ８０２）、成功していれば管理サーバ１０５との通信処理を終了する。一方、ステップＳ８０２において送信処理が失敗していた場合には、ステップＳ８０３に進み、送信エラー処理を実行して、本処理を終了する。

図９は、図８のステップＳ８０３における送信エラー処理の詳細を示すフローチャートである。

ステップＳ８１１では、ＣＰＵ４１１は、規定時間待機した後に、図８のステップＳ８０１で送信したデータと同じデータを管理サーバ１０５に送信する。

次に、ＣＰＵ４１１は、ステップＳ８１１のリトライ処理が成功したかどうかを判断し（ステップＳ８１２）、成功していれば送信エラー処理を終了して、リターンする。一方、ステップＳ８１２において、送信のリトライ処理が失敗した場合には、ＣＰＵ４１１は、予めカウントしているリトライ回数を確認し（ステップＳ８１３）、既定のリトライ回数に達していない場合にはステップＳ８１１の処理を再び行う。既定のリトライ回数は、情報処理装置として固定の回数にしてもよいし、装置設定としてユーザから変更を受け付けてもよい。

ステップＳ８１３でリトライ回数が規定に達した場合、ＣＰＵ４１１は、管理サーバ１０５に送信しようとしているデータを変更したユーザを確認する（ステップＳ８１４）。

ステップＳ８１４では、データを変更したユーザが管理者権限を持つユーザであれば、ＣＰＵ４１１は、カウントしていたリトライ回数をリセットして（ステップＳ８３１）、ステップＳ８１１の処理に戻ってリトライを続行する。

このように、データを変更したユーザが管理者であった場合には、データの変更内容が重要であることが考えられるため、情報処理装置１０１は、管理サーバ１０５にデータを反映する処理を継続する。

ステップＳ８１４では、データを変更したユーザが管理者権限を持つユーザでなければ、ＣＰＵ４１１は、次に送信すべきデータの種別を判断する（ステップＳ８２０）。即ち、送信すべきデータが管理サーバ１０５において装置設定領域３０１に管理されているか、ユーザ設定領域３０３に管理されているかを判断する。

ステップＳ８２０で設定の種別が装置設定である場合には、ステップＳ８２１へ進む。ステップＳ８２１では、ＣＰＵ４１１は、続いて送信されるデータが管理サーバ１０５においてシステム共有設定領域３１０に格納されているものであるか、装置固有設定領域３２０に格納されているものであるかを判断する。

ステップＳ８２１で、送信されるデータがシステム共有設定領域３１０に格納されているものであると判断した場合、ＣＰＵ４１１は、カウントしていたリトライ回数をリセットして（ステップＳ８３１）、ステップＳ８１１の処理に戻ってリトライを繰り返す。

一方、ステップＳ８２１において、送信されるデータが装置固有設定領域３２０に格納されているデータであった場合、ＣＰＵ４１１は、ＨＤＤ４１３の所定の領域にリトライすべきデータを書き込んだ後にリトライ処理を一旦停止する（ステップＳ８３２）。そて、送信エラー処理を終了してリターンする。送信エラー処理を終了した場合には、ＣＰＵ４１１は、実行すべき命令を持たないアイドル状態に移行し、所定の条件を満たすとスリープ状態に移行することができる。

このように、他の情報処理装置と共有する設定値でない場合、管理サーバ１０５に直ちに内容が反映されなくても画像処理システム全体への影響は低い。そのため、リトライ処理を一旦停止することで、情報処理装置１０１をスリープへ移行可能な状態にすることができる。

ステップＳ８２０で設定の種別がユーザ設定である場合には、ステップＳ８２２へ進む。ステップＳ８２２では、ＣＰＵ４１１は、続いて送信されるデータが管理サーバ１０５においてユーザ共有設定領域３５０に格納されているものであるか、ユーザ個別設定領域３６０に格納されているものであるかを判断する。

ステップＳ８２２において、送信されるデータがユーザ共有設定領域３５０に格納されているものであった場合、ＣＰＵ４１１は、カウントしていたリトライ回数をリセットして（ステップＳ８３１）、ステップＳ８１１の処理に戻ってリトライを繰り返す。一方、ステップＳ８２２において送信データがユーザ個別設定領域３６０に格納されているデータであった場合、ＣＰＵ４１１は、ＨＤＤ４１３の所定の領域にリトライすべきデータを書き込んだ後にリトライ処理を一旦停止する（ステップＳ８３２）。そして、送信エラー処理を終了してリターンする。

送信エラー処理を終了してリターンした場合には、ＣＰＵ４１１は、実行すべき命令を持たないアイドル状態に移行し、所定の条件を満たすとスリープ状態に移行することができる。

このように、他のユーザと共有する設定値でない場合、管理サーバ１０５に直ちに内容が反映されなくても画像処理システム全体への影響は低いため、リトライ処理を一旦停止することにより、情報処理装置１０１をスリープへ移行可能な状態にすることができる。

上記第１の実施形態によれば、画像処理システムに内の情報処理装置１０１で管理サーバ１０５への変更データの送信リトライ処理を行う場合、データの種別を考慮してリトライ処理を制御することにより、装置の不要な電力消費を抑制することが可能となる。

［第２の実施形態］
上記第１の実施形態では、情報処理装置１０１における管理サーバ１０５へのデータの送信リトライ処理の方法について説明し、適切な場合に装置の消費電力を抑制しうることを説明した。第１の実施形態におけるステップＳ８３２でリトライ処理を一旦停止することを示したが、本実施形態では、一旦停止したリトライ処理を再開する処理について説明する。なお、上記第１の実施の形態と同様の部分については、同一の符号を用いてその説明を省略する。以下に、上記第１の実施の形態と異なる点のみを説明する。

図１０は、本発明の第２の実施形態における情報処理装置１０１のスリープ復帰処理の流れを示すフローチャートである。図示の処理は、情報処理装置１０１のＣＰＵ４１１が、ＲＡＭ４１２及びＨＤＤ４１３などから適宜データを読み出して実行する処理を示すものである。

ＣＰＵ４１１は、スリープ復帰すると最初に、自身のスリープ復帰要因がなんであったかを特定する（ステップＳ９０１）。要因の一例としては、情報処理端末１０３など、外部装置から文書の印刷要求を受信した、ユーザが操作部４０３を操作したことを検知したことなどが挙げられるが、他にも装置として要因があるのであれば、このステップで判断する。

次に、ＣＰＵ４１１は、ステップＳ９０１で特定したスリープ復帰要因に対応した処理を行う（ステップＳ９０２）。例えば、文書の印刷要求を受信したのであれば、文書データを受信して印刷を行う。

続いて、ＣＰＵ４１１はＨＤＤ４１３の所定の領域にリトライすべき送信データがあるかどうかを確認する（ステップＳ９０３）。ステップＳ９０３においてリトライすべき送信データが存在しなかった場合には、ＣＰＵ４１１はアイドル状態に移行する（ステップＳ９０５）。一方、ステップＳ９０３において、リトライすべき送信データが存在した場合には、ＣＰＵ４１１は、図９に示す送信エラー処理（ステップＳ９０４）を行った後に、アイドル状態に移行する（ステップＳ９０５）。

上記第２の実施形態によれば、上述したスリープ復帰処理を行うことにより、一旦停止したリトライ処理を確実に再開できる。

［第３の実施形態］
上記第１及び第２の実施形態では、情報処理装置１０１における管理サーバ１０５へのデータの送信リトライ処理の方法について説明し、適切な場合に装置の消費電力を抑制しうることを説明した。

しかしながら、一般には情報処理装置がスリープ状態に移行した場合、印刷ジョブが情報処理端末１０３などから投入されるなど、外部から復帰要因のトリガがない限りは省電力状態から復帰しない。そのため、リトライを一旦停止した場合には、リトライ処理を再開するタイミングが装置外部に依存することになる。変更したデータの内容によっては、このことが問題になる。

そこで、本実施形態では、リトライ処理を行う場合にリトライ処理を再開するタイミングを適切に設定する方法について説明する。なお、上記第１の実施の形態と同様の部分については、同一の符号を用いてその説明を省略する。以下に、上記第１の実施の形態と異なる点のみを説明する。

本実施形態における情報処理装置１０１における管理サーバ１０５との通信処理は、上記第１の実施形態で説明した図８及び図９に示す処理と同様であるが、図９のステップＳ８３２における処理が異なる。

図９のステップＳ８３２では、ＣＰＵ４１１が、情報処理装置１０１がスリープから自動復帰するタイミングを自動的に設定する。このとき設定されるタイミングは、例えば、翌日の午後１：００などの時刻であってもよいし、現在時刻の６時間後などの時間指定であってもよい。スリープから自動復帰する時間は、例えば、ＣＰＵ４１１の周辺回路であるＲＴＣ（ｒｅａｌ−ｔｉｍｅ ｃｌｏｃｋ）などにタイマーを登録することによって行われるが、他の方法が実行可能であれば他の方法でもよい。

また、ステップＳ８３２で設定するスリープ復帰のタイミングを、通信の失敗等様々な要因に応じて、ＣＰＵ４１１が自動的に切り替える構成にしてもよい。例えば、通信の失敗要因が管理サーバ１０５の一時的な過負荷である場合には、比較的短時間で通信可能になることが想定されるのでスリープ復帰のタイミングを早期に設定することが好適である。一方、管理サーバ１０５との通信路自体が確立できなかった場合には、復旧に時間がかかることが考えられるので、スリープ復帰のタイミングを遅めに設定することが好適である。そこで、ＣＰＵ４１１が、送信が失敗した要因に応じて、設定するスリープ復帰のタイミングを切り替える。

上記第３の実施形態によれば、情報処理装置１０１においてリトライ処理を一旦停止する際に、スリープ復帰するタイミングを自動で設定することにより、状況に応じて適切なリトライ再開処理を行うことが可能となる。

上記第１から第３の実施形態では、本発明を情報処理装置に適用した場合について説明したが、これに限定されず、プリンタ等の画像形成装置や複合機等の画像処理装置に適用してもよいことは云うまでもない。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１ 情報処理装置
１０５ 管理サーバ
４１０ コントローラ
４１１ ＣＰＵ
３０１ 装置設定領域
３０３ ユーザ設定領域
３１０ システム共有設定領域
３１１ システム共有情報領域
３２０ 装置固有設定領域
３２１ 装置名領域

Claims (9)

1. 複数の情報処理装置で使用される設定値を管理する管理サーバに接続される情報処理装置において、
   前記管理サーバから設定値を取得する取得手段と、
   前記取得手段が取得した設定値の変更を受け付ける設定手段と、
   前記設定手段により変更された設定値を前記管理サーバに送信する送信手段と、
   前記送信手段による送信が失敗した場合に前記設定値の送信のリトライを行うリトライ手段とを備え、
   前記リトライ手段は、前記送信手段により送信される設定値の種別に応じて、所定のタイミングでリトライを一旦停止するか、リトライを続行するかを切り替えることを特徴とする情報処理装置。
2. 前記リトライ手段は、前記送信手段により送信される設定値の種別が他の情報処理装置と共有されていない設定値である場合には、前記リトライを一旦停止することを特徴とする請求項１に記載の情報処理装置。
3. 前記リトライ手段は、前記送信手段により送信される設定値の種別が他の情報処理装置と共有されていないユーザ個別の設定値であった場合には、前記リトライを一旦停止することを特徴とする請求項２に記載の情報処理装置。
4. 前記リトライ手段は、前記送信手段により送信される設定値の種別が他の情報処理装置と共有されていない装置固有の設定値であった場合には、前記リトライを一旦停止することを特徴とする請求項２に記載の情報処理装置。
5. 前記リトライ手段は、前記情報処理装置が省電力状態から復帰したときに前記リトライを行って前記管理サーバに送信すべき設定値があると判断した場合には、一旦停止したリトライを再開することを特徴とする請求項１乃至４のいれか１項に記載の情報処理装置。
6. 前記リトライ手段は、前記リトライを一旦停止する際に、前記情報処理装置が省電力状態から復帰するタイミングを設定することを特徴とする請求項１乃至５のいずれか１項の記載の情報処理装置。
7. 前記リトライ手段は、前記送信手段による送信が失敗した要因に応じて、前記情報処理装置が省電力状態から復帰するタイミングを切り替えることを特徴とする請求項６に記載の情報処理装置。
8. 複数の情報処理装置で使用される設定値を管理する管理サーバに接続される情報処理装置の制御において、
   前記管理サーバから設定値を取得する取得工程と、
   前記取得工程において取得した設定値の変更を受け付ける設定工程と、
   前記設定工程にて変更された設定値を前記管理サーバに送信する送信工程と、
   前記送信工程による送信が失敗した場合に前記設定値の送信のリトライを行うリトライ工程とを備え、
   前記リトライ工程は、前記送信工程にて送信される設定値の種別に応じて、所定のタイミングでリトライを一旦停止するか、リトライを続行するかを切り替えることを特徴とする制御方法。
9. 請求項８に記載の制御方法を情報処理装置に実行させるためのコンピュータに読み取り可能なプログラム。

Images