情報処理装置、プログラム、及び情報処理システム
【課題】顧客が更新の要求をするべきでなく、技術担当者によって更新の要求が行われるべき場合もある。
【解決手段】予め定められた技術担当者を認証する顧客側装置２との間で情報を送受し、顧客側装置２から更新の要求を受け入れ、当該受け入れた更新の要求に応答して、当該要求元の顧客側装置２に対して要求に対応する更新情報があるか否かを判断し、要求に対応する更新情報がある場合に、要求元の顧客側装置２において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する。
【解決手段】予め定められた技術担当者を認証する顧客側装置２との間で情報を送受し、顧客側装置２から更新の要求を受け入れ、当該受け入れた更新の要求に応答して、当該要求元の顧客側装置２に対して要求に対応する更新情報があるか否かを判断し、要求に対応する更新情報がある場合に、要求元の顧客側装置２において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、プログラム、及び情報処理システムに関する。
【背景技術】
【０００２】
プリンタシステムのホスト装置が、搭載しているバージョンアップソフトの動作により、自己の現状のプリンタドライバソフト及び接続されているプリンタ装置の現状のプリンタファームのバージョン情報の獲得及びインターネットを介してプリンタメーカー側のサーバーに接続して当該サーバーの提供可能なドライバソフト及びプリンタファームの最新バージョン情報の獲得を行い、搭載している現状のプリンタドライバソフト及びプリンタファームと、メーカー側の最新のプリンタドライバソフト及びプリンタファームと、が異なるバージョン番号であると、最新のプリンタドライバソフト及び／またはプリンタファームをダウンロードして、ドライバソフトやプリンタファームのバージョンアップを行う、という技術が特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−６３０９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
顧客側に配される顧客側装置においては、顧客自身が更新の要求を行うことも、メーカー等から派遣されるカスタマーエンジニア（技術担当者）が更新の要求を行うことも可能になっている。このような状況下において、顧客が更新の要求をするべきでなく、技術担当者によって更新の要求が行われるべき場合もある。
【課題を解決するための手段】
【０００５】
請求項１記載の発明は、情報処理装置であって、予め定められた技術担当者を認証する顧客側装置から更新の要求を受け入れる手段と、前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、前記決定手段により更新情報を送信すると決定したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、を含むこととしたものである。
【０００６】
請求項２記載の発明は、予め定められた技術担当者を認証する顧客側装置から更新の要求を受け入れる手段と、更新情報ごとに、技術担当者による更新の要否を表す情報を関連づけて保持する保持手段と、前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、当該更新情報に関連づけられた技術担当者による更新の要否を表す情報が技術担当者による更新が必要であることを表しているときには、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定する決定手段と、当該決定により、更新情報を送信すると判断したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、を含むこととしたものである。
【０００７】
請求項３記載の発明は、請求項１または２に記載の情報処理装置であって、前記決定手段は、前記顧客側装置から受信した要求によって行われる更新が、要求元の顧客側装置と同じ環境下にある他の顧客側装置において行われ、かつ当該他の顧客側装置において動作検証が完了している場合に、要求元の顧客側装置において技術担当者が認証されているか否かに関わらず、要求に対応する更新情報を送信すると判断することとしたものである。
請求項４記載の発明は、請求項１から３のいずれか一項に記載の情報処理装置であって、前記顧客側装置は、前記更新の要求に、更新の対象となり得る情報であって、現在当該顧客側装置で利用している各情報の版を表す版情報を含めて送信し、前記決定手段は、当該版情報に対応する更新情報が保持されている場合に、要求に対応する更新情報があると判断することとしたものである。
【０００８】
請求項５記載の発明は、請求項１から４のいずれか一項に記載の情報処理装置であって、前記更新情報は、前記顧客側装置において使用される実行可能情報であり、前記顧客側装置は、前記更新の要求に、当該顧客側装置で利用している拡張機器で使用する実行可能情報を特定する情報を含めて送信し、少なくとも一つの実行可能情報を特定する情報を含む更新除外情報を保持する手段を含み、前記決定手段は、前記顧客側装置から受信した更新の要求に、前記更新除外情報に含まれる実行可能情報を特定する情報が含まれているときに、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定することとしたものである。
【０００９】
請求項６記載の発明は、請求項１から５のいずれか一項に記載の情報処理装置であって、前記顧客側装置は、前記更新の要求に、当該顧客側装置で利用している拡張機器を特定する情報を含めて送信し、拡張機器を特定する情報と、当該拡張機器の動作が保証される更新情報を特定する動作保証情報を保持する手段を含み、前記決定手段は、前記顧客側装置から受信した更新の要求に、前記動作保証情報に含まれる、拡張機器を特定する情報が含まれているときに、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定することとしたものである。
【００１０】
請求項７記載の発明は、プログラムであって、コンピュータを、予め定められた技術担当者を認証する顧客側装置との間で情報を送受する手段と、前記顧客側装置から更新の要求を受け入れる手段と、前記受け入れた更新の要求に応答して、当該要求元の顧客側装置に対して要求に対応する更新情報があるか否かを判断し、要求に対応する更新情報がある場合に、要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、当該決定により、更新情報を送信すると判断したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、として機能させることとしたものである。
【００１１】
請求項８記載の発明は、情報処理装置と、顧客側装置とを含む情報処理システムであって、顧客側装置は、予め定められた技術担当者を認証する処理を行い、前記情報処理装置は、前記顧客側装置から更新の要求を受け入れる手段と、前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、前記要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、前記決定手段により更新情報を送信すると決定したときに、前記要求に対応する更新情報を、前記要求元の顧客側装置に対して送信する送信手段と、を含むこととしたものである。
【発明の効果】
【００１２】
請求項１、２、７、８記載の発明によると、顧客が更新の要求をするべきでなく、技術担当者によって更新の要求が行われるべき状況に対応できる。
【００１３】
請求項３記載の発明によると、本構成を有しない場合に比較して、顧客が更新の要求をするべきでない状況を減らすことができる。
【００１４】
請求項４記載の発明によると、顧客側の装置で現在利用している情報の版の情報に基づく更新が行われ、更新元の版が合わない場合の顧客側による更新を防止できる。
【００１５】
請求項５記載の発明によると、拡張機器で利用する実行可能情報が更新に適応できない場合があることに配慮し、拡張機器で利用する実行可能情報がある場合に顧客側による更新を防止できる。
【００１６】
請求項６記載の発明によると、拡張機器の動作保証が行われていない版への顧客側による更新を防止できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態に係る情報処理装置の構成およびその接続例を表すブロック図である。
【図２】本発明の実施の形態に係る情報処理装置が保持する更新条件情報の例を表す説明図である。
【図３】本発明の実施の形態に係る情報処理装置に接続される顧客側装置の例を表す構成ブロック図である。
【図４】本発明の実施の形態に係る情報処理装置が受け入れる更新要求の情報の内容例を表す説明図である。
【図５】本発明の実施の形態に係る情報処理装置が行う更新の処理例を表すフローチャート図である。
【図６】本発明の実施の形態に係る情報処理装置が顧客側装置に提供する情報により、顧客側装置が表示する情報の例を表す説明図である。
【図７】本発明の実施の形態に係る情報処理装置が保持する機器構成情報の内容例を表す説明図である。
【図８】本発明の実施の形態に係る情報処理装置が保持する機器検証情報の内容例を表す説明図である。
【発明を実施するための形態】
【００１８】
本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る情報処理装置１は、図１に例示するように、ネットワーク等の通信回線を介して顧客側の装置（顧客側装置２）に接続されている。なお、この場合に顧客側装置２は、各顧客ごとに複数あってもよい。また、顧客も複数であってよい。さらに本実施の形態では、顧客側装置２では、メーカー等から派遣されるカスタマーエンジニア（技術担当者）を認証する機能を備える。すなわち、操作を行っている者がカスタマーエンジニアであるか、顧客側の利用者であるかを識別し、当該識別の結果を表す情報を送信可能なものであるとする。
【００１９】
本実施の形態の情報処理装置１は、一般的なサーバーコンピュータでよく、例えば図１に示したように、制御部１１と、記憶部１２と、通信部１３とを主に含んで構成される。
【００２０】
ここで制御部１１は、ＣＰＵ（Central Processing Unit）等のプログラム制御デバイスであり、記憶部１２に格納されたプログラムに従って動作する。この制御部１１は、技術担当者を認証する顧客側装置２との間で情報を送受し、顧客側装置２から更新の要求を受け入れると、当該受け入れた更新の要求に応答して、要求元の顧客側装置２に対して要求に対応する更新情報があるか否かを判断し、要求に対応する更新情報がある場合に、要求元の顧客側装置２において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する。
【００２１】
そしてこの制御部１１は、この決定により、更新情報を送信すると判断したときに、要求に対応する更新情報を、要求元の顧客側装置２に対して送信する。この制御部１１の具体的な処理の内容については、後に述べる。
【００２２】
記憶部１２は、メモリデバイスや、ディスクデバイスなどであり、制御部１１によって実行されるプログラムを保持する。このプログラムは、ＤＶＤ−ＲＯＭ（Digital Versatile Disc Read Only Memory）等のコンピュータ可読な記録媒体に格納されて提供され、この記憶部１２に複写されたものであってもよい。本実施の形態では、この記憶部１２はさらに制御部１１のワークメモリとしても動作する。
【００２３】
また、この記憶部１２には、更新情報に関する提供条件の情報（更新条件情報）が格納されている。すなわち、この更新条件情報は図２に例示するように、顧客側装置２の機種ごとに、機種を特定する機種情報（Ａ）と、少なくとも一つの機器バージョン情報（Ｖ）の各々に対して少なくとも一つの更新データファイルを特定する情報（Ｕ）を関連づけた更新情報特定情報（Ｂ）と、バージョン更新テーブル（Ｃ）と、更新除外条件（Ｄ）とを関連づけたものである。また、図２では、更新情報特定情報に、オプション機器対応情報（Ｐ）がさらに含まれる例を示している。この更新条件情報は、図示しない情報処理装置１の管理者（顧客側装置２のメーカーなど）の端末から適宜、表示したり書き換えたりできるようにしておく。
【００２４】
本実施の形態では、ある顧客側装置２は少なくとも一つのソフトウェアモジュール（実行可能情報）を実行することで制御される。一例として顧客側装置２がスキャナとプリンタとコントローラとを含んでなり、スキャナ、プリンタ、複写機などの複数の機能を複合的に提供する複合機である場合、スキャナを制御するためのスキャナモジュールと、プリンタを制御するためのプリンタモジュールと、コントローラとして機能させるためのコントローラモジュールとのソフトウェアモジュールが必要となり、それぞれのソフトウェアモジュールにおいてもモジュールバージョン情報が関連づけられる。そして機器バージョン情報は、モジュールバージョン情報の組として定義される。
【００２５】
たとえば、スキャナモジュールのモジュールバージョンが1.0.0であり、プリンタモジュールのモジュールバージョンが1.0.0であり、コントローラモジュールのモジュールバージョンが1.0.0であるようなソフトウェアモジュールの組で制御されている顧客側装置２の機器バージョンは1.0.0である、というように規定される。
【００２６】
また、スキャナモジュールのモジュールバージョンが1.0.1であり、プリンタモジュールのモジュールバージョンが1.0.1であり、コントローラモジュールのモジュールバージョンが1.0.0であるようなソフトウェアモジュールの組で制御されている顧客側装置２の機器バージョンは1.0.1である、というように規定される。このように、少なくとも一部のモジュールバージョンが異なるソフトウェアモジュールが利用されている機器同士では、それらの機器バージョンは互いに異なる値となる。
【００２７】
そこで、更新情報特定情報（Ｂ）では、機器バージョンを表す機器バージョン情報（Ｖ）ごとに、当該機器バージョンに対応する各ソフトウェアモジュールを含む更新データファイルを特定する情報（Ｕ：当該ソフトウェアモジュールを含む更新データファイル自体であってもよいし、当該更新データファイルを格納している場所を表す参照情報（ＵＲＬ：Uniform Resource Locator）であってもよい）を関連づけている。
【００２８】
また図２に示した更新条件情報において、バージョン更新テーブル（Ｃ）は、図２に示したように、現在の機器バージョン情報（ｃ１）と、当該現在の機器バージョン情報に対応するモジュールバージョン情報（ｃ２）と、カスタマーエンジニアによる更新の要否を表す情報（ｃ３）と、更新後の機器バージョン情報（ｃ４）と、コメント情報（ｃ５）とを関連づけて保持している。さらに図２の例では後設定ファイル（ｃ６）が関連づけられている例を示している。なお、更新除外条件（Ｄ）やオプション機器対応情報（Ｐ）については、後に述べる。
【００２９】
通信部１３は、ネットワークインタフェースなどであり、制御部１１から入力される指示に従い、指示された情報をネットワーク等の通信手段を介して、指示された宛先に送信する。また、この通信部１３は、ネットワーク等の通信手段を介して受信した情報を制御部１１に出力する。
【００３０】
顧客側装置２は、一般的なコンピュータ装置や、プリンタ、複合機（スキャナやプリンタ、複写機などの機能を複合的に提供する機器）等であり、ネットワーク等の通信手段を介して情報処理装置１との間で情報を送受する。
【００３１】
本実施の形態のある例では、この顧客側装置２は複合機であり、具体的には図３に示すように、スキャナ部２１と、プリンタ部２２と、コントローラ部２３とを含み、コントローラ部２３はさらに制御部３１と、記憶部３２と、通信部３３と、操作部３４と、表示部３５と、インタフェース部３６とを含んで構成される。
【００３２】
スキャナ部２１は、コントローラ部２３に接続されており、コントローラ部２３からの指示に従って読み取り面に配された媒体から画像を光学的に読み取り、読み取って得られた画像データをコントローラ部２３に出力する。プリンタ部２２もまたコントローラ部２３に接続されており、コントローラ部２３から入力される指示に従って、予め用意された用紙に画像を形成する。
【００３３】
これらのスキャナ部２１やプリンタ部２２は、それぞれマイクロコンピュータ（プログラム制御デバイスと、プログラムを記憶する記憶素子とを含むハードウェアモジュール）が含まれ、上述の処理はこのマイクロコンピュータによる制御の下に行われる。
【００３４】
コントローラ部２３の制御部３１は、ＣＰＵ（Central Processing Unit）等のプログラム制御デバイスであり、記憶部３２に格納されたプログラムに従って動作する。この制御部３１は、利用者の指示操作を操作部３４から受けて、当該指示操作に従い、各種のプログラム制御された処理を実行する。例えば、利用者から複写の指示がなされると、スキャナ部２１に対して画像の読み取りを指示する。そして当該指示に応答してスキャナ部２１から入力される画像データを、プリンタ部２２に出力して画像を形成するよう指示する。この場合、プリンタ部２２は当該スキャン部２１にて読み取った画像を用紙に形成する処理を行い、複写が行われる。
【００３５】
またこの制御部３１は、利用者を認証する。具体的には要求に応答して認証の処理を開始してもよい。つまりこの制御部３１は、認証を受けると否とに関わらず、利用者からの指示を受けて当該指示に従った処理を行うのであるが、認証を受けた場合には、認証を受けていない場合に比べ、より豊富な種類の指示を受け入れ可能となるよう設定する。本実施の形態では、この制御部３１は、少なくともカスタマーエンジニアを認証する。このカスタマーエンジニアの認証は、ユーザ名とパスワードとを入力させ、予め記憶された情報と比較する方法や、認証情報を格納した媒体から認証情報を読み取り、それが予め定めた条件を満足するか否か（当該媒体から読み出した認証情報が別途取得される情報で復号可能であるとの条件や、当該認証情報が予め記憶された情報に一致するなどの条件でよい）を判断する方法、さらには指紋認証などのバイオメトリクス認証による方法など種々の方法を採用できる。
【００３６】
さらにこの制御部３１は、指示により、スキャナ部２１やプリンタ部２２、記憶部３２に保持されているプログラムモジュールを更新するための処理を実行する。この処理では、制御部３１は、図４に例示するように、自己（自顧客側装置２）を特定する情報（ＩＤ）と、現在の機器バージョン情報（ＣＶ）と、各部に保持されているプログラムモジュールのモジュールバージョンの情報（ＭＶ）、並びに、予め定められた機種情報（ＤＩ）、カスタマーエンジニアの認証がされているか否かを表す情報（ＬＩ）を含む、更新の要求を情報処理装置１へ送信する。
【００３７】
そして制御部３１は、更新のためのソフトウェアモジュールが情報処理装置１から配信されると、当該ソフトウェアモジュールを受信して、対応する場所に格納する。例えばスキャナ部２１用のソフトウェアモジュールは、スキャナ部２１のマイクロコンピュータに格納する。またコントローラ用のソフトウェアモジュールは、記憶部３２に格納する。
【００３８】
記憶部３２は、メモリデバイスやディスクデバイスなどであり、制御部３１によって実行されるプログラム（プログラムモジュール）を保持する。このプログラムは、ＤＶＤ−ＲＯＭなどのコンピュータ可読な記録媒体から読み出されて、この記憶部３２に複写されてもよいし、ネットワーク等の通信手段を介して送信され、この記憶部３２に格納されたものであってもよい。
【００３９】
通信部３３は、ネットワークインタフェースなどであり、制御部３１から入力される指示に従い、指示された情報をネットワーク等の通信手段を介して、指示された宛先に送信する。なお、情報処理装置１を示す宛先（ネットワークアドレスなど）は、予め記憶部３２に格納しておくなどしておいてもよい。またこの通信部３３は、ネットワーク等の通信手段を介して受信した情報を制御部３１に出力する。
【００４０】
操作部３４は、例えば表示部３５に重ね合わせて配された透明電極を備えたタッチパネルであってもよい。また、この操作部３４はテンキーなどボタンインタフェースを含んでもよいし、トラックパッドなどのポインティングデバイスを含んでもよい。この操作部３４は、利用者から入力される指示操作を受けると、その内容を制御部３１に出力する。
【００４１】
表示部３５は例えば液晶ディスプレイなどであり、制御部３１から入力される指示に従って画像を表示する。インタフェース部３６は、各種の機器が接続されるシリアル、またはパラレルのデータ転送手段であり、スキャナ部２１やプリンタ部２２は、このインタフェース部３６を介して接続される。また、このインタフェース部３６には、オプション機器（顧客側の事情によって接続されたりされなかったりする拡張機器）が接続されてもよい。こうしたオプション機器には、顧客側装置１の機能（ここでは画像形成の機能）に直接関係のある機器、例えば排出した用紙にステープル留めをするフィニッシャ装置などがある。またこのオプション機器には、別の例として、顧客側装置１の機能（ここでは画像形成の機能）には直接の関係はない機器、例えば複写のための料金を徴収する料金徴収機なども含まれる。
【００４２】
制御部３１は、更新の要求の際には、これらオプション機器が接続されている場合は、当該オプション機器を特定する情報（複数ある場合はすべてでも、予め定められたオプション機器を除くもののみでもよい）を要求に含めて情報処理装置１へ送信する。
【００４３】
次に、本実施の形態の情報処理装置１の制御部１１の動作について述べる。この制御部１１は、顧客側装置２から図４に例示したような更新の要求を受信すると、図５に示すような処理を開始する。すなわち制御部１１は、記憶部１２に格納されている更新条件情報から、要求元の顧客側装置２の機種情報（ＤＩ）に関連づけられたバージョン更新テーブルを取得する（Ｓ１）。
【００４４】
制御部１１は、当該取得したバージョン更新テーブルにおいて、要求元の顧客側装置２から受信した現在の機器バージョン情報（ＣＶ）が、現在の機器バージョン情報（ｃ１）に一致する項目を検索する（Ｓ２）。
【００４５】
制御部１１は処理Ｓ２における検索により、一致する項目があったか（要求に対応する更新情報があったか）否かを調べ（Ｓ３）、一致する項目があったならば（Yesならば）、当該項目に関連づけられている、カスタマーエンジニアによる更新の要否を表す情報（ｃ３）を参照して、カスタマーエンジニアによる更新が要求されているか否かを調べる（Ｓ４）。なお、この処理Ｓ３において、一致する項目があった場合は、当該項目に関連づけられているコメント情報（ｃ５）を要求元の顧客側装置２へ送信して表示させる（更新要求の操作を行っている者に提示させる）ようにしてもよい。
【００４６】
ここでカスタマーエンジニアによる更新が要求されているならば（Yesならば）、制御部１１は、要求元の顧客側装置２から受信した、カスタマーエンジニアの認証がされているか否かを表す情報（ＬＩ）を参照し、認証がされているか否かを調べる（Ｓ５）。
【００４７】
この処理Ｓ５において、認証がされていなかったならば（Noならば）、制御部１１は、要求元の顧客側装置２に対して更新ができない旨のエラーメッセージを送信して（Ｓ６）、処理を終了する。一方、処理Ｓ５において、カスタマーエンジニアの認証がされていたならば（Yesならば）、制御部１１は、処理Ｓ２の検索で見いだした項目に関連づけられている、更新後の機器バージョン情報（ｃ４）を取得する（Ｓ７）。そして更新情報特定情報（Ｂ）において当該取得した機器バージョン情報に関連づけられた更新データファイルを特定する情報（Ｕ）を読み出す（Ｓ８）。
【００４８】
制御部１１は、この情報（Ｕ）により特定された更新データファイルを用いた更新処理を実行し（Ｓ９）、処理を終了する。この処理Ｓ９においては、制御部１１が、情報（Ｕ）により特定された更新データファイルを取得し、これを更新情報として顧客側装置２へ送信してもよいし、この情報（Ｕ）自体を更新情報として、この更新情報を制御部１１が顧客側装置２へ送信して、顧客側装置２において更新データファイルを取得させるようにしてもよい。
【００４９】
また処理Ｓ４においてカスタマーエンジニアによる更新が要求されていないならば（Noならば）、制御部１１は処理Ｓ７に移行して処理を続ける。さらに処理Ｓ３において、一致する項目がなかったならば（Noならば）、制御部１１は、要求に対応する更新情報がない旨のエラーメッセージを顧客側装置２へ送信して（Ｓ１０）、処理を終了する。
【００５０】
本実施の形態によると、情報処理装置１が上述の処理を行うことにより、次のように動作する。すなわち顧客側装置２の製造元など更新情報の提供側において、顧客側で行うのではなくカスタマーエンジニアが更新するべきソフトウェアモジュールがある場合には、情報処理装置１が記憶するバージョン更新テーブルの設定時に、当該ソフトウェアモジュールに対応するエントリーのカスタマーエンジニアによる更新の要否を表す情報を「要」と設定しておく。
【００５１】
すると情報処理装置１が、カスタマーエンジニアが更新するべきソフトウェアモジュールについて更新要求を受けたときに、バージョン更新テーブルを参照してカスタマーエンジニアによる更新の要否が「要」であると判断し、顧客側装置２にてカスタマーエンジニアの認証が行われているか否かを判断し、行われている場合に更新情報を送信し、行われていなければ更新情報の送信をしないよう制御する。
【００５２】
なお、顧客側で行うのではなくカスタマーエンジニアが更新するべきソフトウェアモジュールとは、例えば当該ソフトウェアモジュールにおいて利用しているデータを、更新前にバックアップしておく必要がある場合などが相当する。
【００５３】
さらに、本実施の形態の図５の処理において、更新情報を送信したときには、制御部１１は、当該更新情報に対応する機器バージョン情報に関連づけて、後処理ファイル（ｃ６）が記録されていたか否かを調べ、記録されていた場合には当該後処理ファイルを送信して、更新操作者にその適用を求めてもよい。この後処理ファイルは、例えば顧客側装置２において更新処理後に行うべき設定の内容が記述されたものであってもよいし、また、更新処理後に顧客側装置２において実行されるべき実行可能情報であってもよい。
【００５４】
［顧客側カスタマイズがある場合］
また、図５に示した処理の処理Ｓ２に代えて、取得したバージョン更新テーブルにおいて、要求元の顧客側装置２から受信した現在の機器バージョン情報（ＣＶ）が現在の機器バージョン情報（ｃ１）に一致し、かつ、各部に保持されているプログラムモジュール（顧客側装置２が使用している情報）のモジュールバージョンの情報（ＭＶ：本実施の形態において版情報に相当する）が、現在の機器バージョン情報に対応するモジュールバージョン情報（ｃ２）に一致する項目を検索することとしてもよい。また、機器バージョン（ＣＶ）と現在の機器バージョン（ｃ１）とは比較せず、モジュールバージョンの情報（ＭＶ）が、現在の機器バージョン情報に対応するモジュールバージョン情報（ｃ２）に一致する項目を検索することとしてもよい。
【００５５】
このようにしておくことで、顧客に対して特に調製されたモジュールがある場合に、当該モジュールのバージョン情報（ＭＶ）がモジュールバージョン情報（ｃ２）に一致することがなくなり（この場合、機器バージョン情報も不一致となるように設定しておいてもよいが、そうでなくてもよい）、処理Ｓ３において一致する項目がなかったと判断されることとなる。従って、顧客に対して特に調製されたモジュールが、顧客側の操作によって更新されてしまうことがなくなる。
【００５６】
［変形例］
また、ここまでの説明では、バージョン更新テーブルの設定により、カスタマーエンジニアによる更新の要否を判断することとしていたが、本実施の形態はこれに限られるものではない。例えば、更新除外条件（Ｄ：本実施の形態において更新除外情報に相当する）やオプション機器対応情報（Ｐ：本実施の形態において動作保証情報に相当する）に基づいてカスタマーエンジニアによる更新の要否を判断してもよい。
【００５７】
すなわち、本実施の形態において顧客側装置２には、すでに述べたように、オプション機器が接続される場合があるが、オプション機器によっては、当該オプション機器を機能させるためのソフトウェアモジュール（サブモジュール）が別途必要になる場合がある。また、オプション機器のサブモジュールのバージョンによって、その動作が保証できる顧客側装置２のソフトウェアモジュールのバージョンが規定されている場合もある。
【００５８】
本実施の形態では、このような場合に考慮して、顧客側装置２において特定のサブモジュール（特定モジュールと呼ぶ）が利用されている場合に更新を行わせないよう、特定モジュールのリストを、更新除外条件（Ｄ）として更新条件情報に含めて保持させている（図２参照）。また、機器バージョン情報（Ｖ）に対して、更新データファイルを特定する情報（Ｕ）とともに、当該機器バージョン（Ｖ）で動作保証されているオプション機器を特定する情報（Ｐ）が保持される。ここでオプション機器を特定する情報（Ｐ）は、商品機種コードと、そのバージョン（動作保証オプション機器のソフトウェア、すなわちサブモジュールのバージョン情報）とを含む（図２）。
【００５９】
この場合、顧客側装置２では更新の要求に、オプション機器を特定する情報（オプション機器名と、当該オプション機器で利用されているサブモジュールのバージョンの情報）を含める。そして制御部１１は、オプション機器を特定する情報と、当該オプション機器で利用されているサブモジュールのバージョンの情報とが含まれた更新の要求を受け入れる。
そして制御部１１は図５の処理Ｓ３の後で、Ｓ２，Ｓ３で見いだされた、要求に対応する更新情報の更新後バージョン情報（ｃ４）を参照し、当該更新後のバージョン情報に対応する機器バージョン情報に関連づけられたオプション機器を特定する情報（Ｐ）を読み出す。そして読み出した情報のうちに、更新の要求に含めて送信されたオプション機器を特定する情報に一致するものがあるか否かを調べる。
【００６０】
制御部１１は、ここで読み出した情報に、更新の要求に含められているオプション機器を特定する情報に一致するものがあれば処理Ｓ４以下の処理を実行する。また、制御部１１は、ここで読み出した情報に、更新の要求に含められているオプション機器を特定する情報に一致するものがなければ、処理Ｓ５（要求元の顧客側装置２において技術担当者が認証されているか否かにより、更新情報を送信するか否かを決定する処理）に移行して処理を続ける。
【００６１】
さらに制御部１１は、この処理の過程で（例えばこの処理と前後して）、顧客側装置２から受信した要求のモジュールバージョンの情報（ＭＶ）に、更新除外条件（Ｄ）に含まれるモジュールの情報が含まれているか否かを判断し、含まれている場合に、処理Ｓ５（要求元の顧客側装置２において技術担当者が認証されているか否かにより、更新情報を送信するか否かを決定する処理）に移行して処理を続ける。また、顧客側装置２から受信した要求のモジュールバージョンの情報（ＭＶ）に、更新除外条件（Ｄ）に含まれるモジュールの情報が含まれていなければ、処理Ｓ４以下の処理を実行する。
【００６２】
［エラーメッセージの例］
また、図５に示した処理Ｓ６において、カスタマーエンジニアによる更新が求められているにも関わらず、カスタマーエンジニアが認証されていない顧客側装置２から更新の要求が送信された場合に提供されるエラーメッセージは、例えば、図６に示すように、操作者が顧客側装置２を操作して、ソフトウェアの更新を指定したとき（Ｓ１１）に、「カスタマーエンジニアによる更新が必要です」などのメッセージを表示するものである（Ｓ１２）。この図６は、顧客側装置２において表示される画面の例を表す説明図である。
【００６３】
［他の顧客側装置２における検証の利用］
さらに本実施の形態では、更新の要求を行った顧客側装置２（要求元）とは異なる他の顧客側装置２であって、要求元の顧客側装置２と同じ環境下にある顧客側装置２について、要求された更新と同じ更新が行われ、動作検証が行われている場合には、当該更新がカスタマーエンジニアによって為されることを要するとされている場合であっても、カスタマーエンジニアの認証がされていない状態で更新を行わせることとしてもよい。
【００６４】
ここで同じ環境下とは、機器バージョンと更新前のソフトウェアモジュールのモジュールバージョンとが等しく、また実行しているソフトウェアモジュールが同一である等の条件をいう。この条件としては、他に、顧客側装置２の設置場所（設定されている企業などの組織名称等）が同一であることや、顧客側装置２が利用しているサービス（ウェブサービス）が同一であること、さらにはカスタマーエンジニアが同一であること等の条件がある。
【００６５】
この処理を行う場合、情報処理装置１はその記憶部１２に、図７に例示するように、顧客側装置２を特定する情報（顧客側装置２が更新の要求時に送信するもの（ＩＤ）と同じものとしておく）と、当該情報で特定される顧客側装置２の設置場所の情報、さらに、当該顧客側装置２が利用しているウェブサービスの一覧、当該顧客側装置２のメンテナンスを行っているカスタマーエンジニアを特定する情報（カスタマーエンジニアの社員番号等）を互いに関連づけて機器構成情報として記憶している。
【００６６】
ここで利用しているウェブサービスの一覧は、例えば、各顧客側装置２から利用したウェブサービスのリストを受信して取得する。またカスタマーエンジニアを特定する情報は、顧客側装置２において最後に認証したときの情報を取得すればよい。さらに設置場所の情報は、予め設定しておくこととすればよい。
【００６７】
また情報処理装置１は、図８に例示するように、各顧客側装置２を特定する情報（顧客側装置２が更新の要求時に送信するものと同じものとしておく）と、当該顧客側装置２の現在の機器バージョンと動作検証の状況とを関連づけて、機器検証情報として記憶部１２に記憶している。ここで動作検証の情報は、例えば予め定めた試験動作が問題なく完了した（検証済み）か否かを表す情報とすればよい。
【００６８】
情報処理装置１の制御部１１は、図５に示した処理Ｓ５において、認証がされていなかったときに、要求元の顧客側装置２に対して更新ができない旨のエラーメッセージを送信する（処理Ｓ６）に先立ち、さらに、要求元の顧客側装置２と同じ環境下にある他の顧客側装置２において、要求された更新が行われ、かつ動作検証が完了しているか否かを調べ、当該他の顧客側装置２において、要求された更新が行われ、かつ動作検証が完了している場合には、処理Ｓ７に移行して更新の処理を行い、当該他の顧客側装置２において、要求された更新が行われていないか、または行われていても動作検証が完了していない場合は、処理Ｓ６に移行して、要求元の顧客側装置２に対して更新ができない旨のエラーメッセージを送信する。
【００６９】
ここで、要求元の顧客側装置２と同じ環境下にある他の顧客側装置２において、要求された更新が行われ、かつ動作検証が完了しているか否かを調べる処理について説明する。
【００７０】
制御部１１は、受信した要求から顧客側装置２を特定する情報（ＩＤ）を取り出して、図７に例示した機器構成情報において当該取り出した顧客側装置２を特定する情報と一致する情報に関連づけられた、設置場所の情報と、ウェブサービスの一覧とを読み出す。
【００７１】
そして制御部１１は、当該読み出した設置場所の情報と、ウェブサービスの情報とが同一であるような他の顧客側装置２を、機器構成情報から検索する。ここで読み出した設置場所の情報と、ウェブサービスの情報とが同一であるような他の顧客側装置２が見いだされなかった場合は、図５の処理Ｓ６に移行して、要求元の顧客側装置２に対して更新ができない旨のエラーメッセージを送信する。
【００７２】
一方、読み出した設置場所の情報と、ウェブサービスの情報とが同一であるような他の顧客側装置２が見いだされたならば、当該見いだした情報に関連づけられた、当該他の顧客側装置２を特定する情報（複数ある場合はすべて）を取得する。そして制御部１１は、取得した情報を図８に例示した機器検証情報から検索する。
【００７３】
制御部１１は、図５の処理Ｓ３で見いだした項目に関連づけられている更新後の機器バージョン情報（ｃ４）を取得する。そして制御部１１は、上記検索により機器検証情報から見いだした情報のうちに、当該取得した機器バージョン情報に関連づけられたものがあるか否かを調べる。つまり、これにより設置場所が同じで、かつ、利用しているウェブサービスが同じであり、さらに要求元の顧客側装置２が要求する更新後のバージョンで動作している他の顧客側装置２が検索される。
【００７４】
制御部１１は、上記検索により機器検証情報から見いだした情報のうちに、当該取得した機器バージョン情報に関連づけられたものがあれば、それに（複数あるときにはそのうちのいずれかに）関連づけられた動作検証の状況を表す情報を参照して、当該情報が「検証済み」であるか否かを調べる。ここで当該情報が「検証済み」であれば（つまり、設置場所が同じで、かつ、利用しているウェブサービスが同じであり、さらに要求元の顧客側装置２が要求する更新後のバージョンで動作している他の顧客側装置２のうちに「検証済み」のものがあれば）、処理Ｓ７に移行して、更新の処理を行わせる。
【００７５】
また、参照した動作検証の状況を表す情報が「検証済み」でなければ、つまり、設置場所が同じで、かつ、利用しているウェブサービスが同じであり、さらに要求元の顧客側装置２が要求する更新後のバージョンで動作している他の顧客側装置２のうちに「検証済み」のものがなければ、制御部１１は、処理Ｓ６に移行して要求元の顧客側装置２に対して更新ができない旨のエラーメッセージを送信する。
【００７６】
なお、ここでは設置場所が同じで、かつ、利用しているウェブサービスが同じであり、さらに要求元の顧客側装置２が要求する更新後のバージョンで動作している他の顧客側装置２のうちに１つでも「検証済み」のものがあれば、更新を行うこととしているが、これに代えて、更新の条件として、設置場所が同じで、かつ、利用しているウェブサービスが同じであり、さらに要求元の顧客側装置２が要求する更新後のバージョンで動作している他の顧客側装置２のすべてが「検証済み」である場合に、更新を行うこととしてもよい。
【００７７】
またすでに述べたように、設置の環境が同じであるか否かは、設置場所や、利用しているウェブサービスの異同で判断する場合に限られない。さらに設置場所が企業名と事業部名とを含む場合は、企業名部分だけを比較するなど、設置場所の情報の一部を比較して一致するものを検索するようにしても構わない。
【符号の説明】
【００７８】
１ 情報処理装置、２ 顧客側装置、１１，３１ 制御部、１２，３２ 記憶部、１３，３３ 通信部、２１ スキャナ部、２２ プリンタ部、２３ コントローラ部、３４ 操作部、３５ 表示部、３６ インタフェース部。
【技術分野】
【０００１】
本発明は、情報処理装置、プログラム、及び情報処理システムに関する。
【背景技術】
【０００２】
プリンタシステムのホスト装置が、搭載しているバージョンアップソフトの動作により、自己の現状のプリンタドライバソフト及び接続されているプリンタ装置の現状のプリンタファームのバージョン情報の獲得及びインターネットを介してプリンタメーカー側のサーバーに接続して当該サーバーの提供可能なドライバソフト及びプリンタファームの最新バージョン情報の獲得を行い、搭載している現状のプリンタドライバソフト及びプリンタファームと、メーカー側の最新のプリンタドライバソフト及びプリンタファームと、が異なるバージョン番号であると、最新のプリンタドライバソフト及び／またはプリンタファームをダウンロードして、ドライバソフトやプリンタファームのバージョンアップを行う、という技術が特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−６３０９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
顧客側に配される顧客側装置においては、顧客自身が更新の要求を行うことも、メーカー等から派遣されるカスタマーエンジニア（技術担当者）が更新の要求を行うことも可能になっている。このような状況下において、顧客が更新の要求をするべきでなく、技術担当者によって更新の要求が行われるべき場合もある。
【課題を解決するための手段】
【０００５】
請求項１記載の発明は、情報処理装置であって、予め定められた技術担当者を認証する顧客側装置から更新の要求を受け入れる手段と、前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、前記決定手段により更新情報を送信すると決定したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、を含むこととしたものである。
【０００６】
請求項２記載の発明は、予め定められた技術担当者を認証する顧客側装置から更新の要求を受け入れる手段と、更新情報ごとに、技術担当者による更新の要否を表す情報を関連づけて保持する保持手段と、前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、当該更新情報に関連づけられた技術担当者による更新の要否を表す情報が技術担当者による更新が必要であることを表しているときには、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定する決定手段と、当該決定により、更新情報を送信すると判断したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、を含むこととしたものである。
【０００７】
請求項３記載の発明は、請求項１または２に記載の情報処理装置であって、前記決定手段は、前記顧客側装置から受信した要求によって行われる更新が、要求元の顧客側装置と同じ環境下にある他の顧客側装置において行われ、かつ当該他の顧客側装置において動作検証が完了している場合に、要求元の顧客側装置において技術担当者が認証されているか否かに関わらず、要求に対応する更新情報を送信すると判断することとしたものである。
請求項４記載の発明は、請求項１から３のいずれか一項に記載の情報処理装置であって、前記顧客側装置は、前記更新の要求に、更新の対象となり得る情報であって、現在当該顧客側装置で利用している各情報の版を表す版情報を含めて送信し、前記決定手段は、当該版情報に対応する更新情報が保持されている場合に、要求に対応する更新情報があると判断することとしたものである。
【０００８】
請求項５記載の発明は、請求項１から４のいずれか一項に記載の情報処理装置であって、前記更新情報は、前記顧客側装置において使用される実行可能情報であり、前記顧客側装置は、前記更新の要求に、当該顧客側装置で利用している拡張機器で使用する実行可能情報を特定する情報を含めて送信し、少なくとも一つの実行可能情報を特定する情報を含む更新除外情報を保持する手段を含み、前記決定手段は、前記顧客側装置から受信した更新の要求に、前記更新除外情報に含まれる実行可能情報を特定する情報が含まれているときに、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定することとしたものである。
【０００９】
請求項６記載の発明は、請求項１から５のいずれか一項に記載の情報処理装置であって、前記顧客側装置は、前記更新の要求に、当該顧客側装置で利用している拡張機器を特定する情報を含めて送信し、拡張機器を特定する情報と、当該拡張機器の動作が保証される更新情報を特定する動作保証情報を保持する手段を含み、前記決定手段は、前記顧客側装置から受信した更新の要求に、前記動作保証情報に含まれる、拡張機器を特定する情報が含まれているときに、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定することとしたものである。
【００１０】
請求項７記載の発明は、プログラムであって、コンピュータを、予め定められた技術担当者を認証する顧客側装置との間で情報を送受する手段と、前記顧客側装置から更新の要求を受け入れる手段と、前記受け入れた更新の要求に応答して、当該要求元の顧客側装置に対して要求に対応する更新情報があるか否かを判断し、要求に対応する更新情報がある場合に、要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、当該決定により、更新情報を送信すると判断したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、として機能させることとしたものである。
【００１１】
請求項８記載の発明は、情報処理装置と、顧客側装置とを含む情報処理システムであって、顧客側装置は、予め定められた技術担当者を認証する処理を行い、前記情報処理装置は、前記顧客側装置から更新の要求を受け入れる手段と、前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、前記要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、前記決定手段により更新情報を送信すると決定したときに、前記要求に対応する更新情報を、前記要求元の顧客側装置に対して送信する送信手段と、を含むこととしたものである。
【発明の効果】
【００１２】
請求項１、２、７、８記載の発明によると、顧客が更新の要求をするべきでなく、技術担当者によって更新の要求が行われるべき状況に対応できる。
【００１３】
請求項３記載の発明によると、本構成を有しない場合に比較して、顧客が更新の要求をするべきでない状況を減らすことができる。
【００１４】
請求項４記載の発明によると、顧客側の装置で現在利用している情報の版の情報に基づく更新が行われ、更新元の版が合わない場合の顧客側による更新を防止できる。
【００１５】
請求項５記載の発明によると、拡張機器で利用する実行可能情報が更新に適応できない場合があることに配慮し、拡張機器で利用する実行可能情報がある場合に顧客側による更新を防止できる。
【００１６】
請求項６記載の発明によると、拡張機器の動作保証が行われていない版への顧客側による更新を防止できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態に係る情報処理装置の構成およびその接続例を表すブロック図である。
【図２】本発明の実施の形態に係る情報処理装置が保持する更新条件情報の例を表す説明図である。
【図３】本発明の実施の形態に係る情報処理装置に接続される顧客側装置の例を表す構成ブロック図である。
【図４】本発明の実施の形態に係る情報処理装置が受け入れる更新要求の情報の内容例を表す説明図である。
【図５】本発明の実施の形態に係る情報処理装置が行う更新の処理例を表すフローチャート図である。
【図６】本発明の実施の形態に係る情報処理装置が顧客側装置に提供する情報により、顧客側装置が表示する情報の例を表す説明図である。
【図７】本発明の実施の形態に係る情報処理装置が保持する機器構成情報の内容例を表す説明図である。
【図８】本発明の実施の形態に係る情報処理装置が保持する機器検証情報の内容例を表す説明図である。
【発明を実施するための形態】
【００１８】
本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る情報処理装置１は、図１に例示するように、ネットワーク等の通信回線を介して顧客側の装置（顧客側装置２）に接続されている。なお、この場合に顧客側装置２は、各顧客ごとに複数あってもよい。また、顧客も複数であってよい。さらに本実施の形態では、顧客側装置２では、メーカー等から派遣されるカスタマーエンジニア（技術担当者）を認証する機能を備える。すなわち、操作を行っている者がカスタマーエンジニアであるか、顧客側の利用者であるかを識別し、当該識別の結果を表す情報を送信可能なものであるとする。
【００１９】
本実施の形態の情報処理装置１は、一般的なサーバーコンピュータでよく、例えば図１に示したように、制御部１１と、記憶部１２と、通信部１３とを主に含んで構成される。
【００２０】
ここで制御部１１は、ＣＰＵ（Central Processing Unit）等のプログラム制御デバイスであり、記憶部１２に格納されたプログラムに従って動作する。この制御部１１は、技術担当者を認証する顧客側装置２との間で情報を送受し、顧客側装置２から更新の要求を受け入れると、当該受け入れた更新の要求に応答して、要求元の顧客側装置２に対して要求に対応する更新情報があるか否かを判断し、要求に対応する更新情報がある場合に、要求元の顧客側装置２において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する。
【００２１】
そしてこの制御部１１は、この決定により、更新情報を送信すると判断したときに、要求に対応する更新情報を、要求元の顧客側装置２に対して送信する。この制御部１１の具体的な処理の内容については、後に述べる。
【００２２】
記憶部１２は、メモリデバイスや、ディスクデバイスなどであり、制御部１１によって実行されるプログラムを保持する。このプログラムは、ＤＶＤ−ＲＯＭ（Digital Versatile Disc Read Only Memory）等のコンピュータ可読な記録媒体に格納されて提供され、この記憶部１２に複写されたものであってもよい。本実施の形態では、この記憶部１２はさらに制御部１１のワークメモリとしても動作する。
【００２３】
また、この記憶部１２には、更新情報に関する提供条件の情報（更新条件情報）が格納されている。すなわち、この更新条件情報は図２に例示するように、顧客側装置２の機種ごとに、機種を特定する機種情報（Ａ）と、少なくとも一つの機器バージョン情報（Ｖ）の各々に対して少なくとも一つの更新データファイルを特定する情報（Ｕ）を関連づけた更新情報特定情報（Ｂ）と、バージョン更新テーブル（Ｃ）と、更新除外条件（Ｄ）とを関連づけたものである。また、図２では、更新情報特定情報に、オプション機器対応情報（Ｐ）がさらに含まれる例を示している。この更新条件情報は、図示しない情報処理装置１の管理者（顧客側装置２のメーカーなど）の端末から適宜、表示したり書き換えたりできるようにしておく。
【００２４】
本実施の形態では、ある顧客側装置２は少なくとも一つのソフトウェアモジュール（実行可能情報）を実行することで制御される。一例として顧客側装置２がスキャナとプリンタとコントローラとを含んでなり、スキャナ、プリンタ、複写機などの複数の機能を複合的に提供する複合機である場合、スキャナを制御するためのスキャナモジュールと、プリンタを制御するためのプリンタモジュールと、コントローラとして機能させるためのコントローラモジュールとのソフトウェアモジュールが必要となり、それぞれのソフトウェアモジュールにおいてもモジュールバージョン情報が関連づけられる。そして機器バージョン情報は、モジュールバージョン情報の組として定義される。
【００２５】
たとえば、スキャナモジュールのモジュールバージョンが1.0.0であり、プリンタモジュールのモジュールバージョンが1.0.0であり、コントローラモジュールのモジュールバージョンが1.0.0であるようなソフトウェアモジュールの組で制御されている顧客側装置２の機器バージョンは1.0.0である、というように規定される。
【００２６】
また、スキャナモジュールのモジュールバージョンが1.0.1であり、プリンタモジュールのモジュールバージョンが1.0.1であり、コントローラモジュールのモジュールバージョンが1.0.0であるようなソフトウェアモジュールの組で制御されている顧客側装置２の機器バージョンは1.0.1である、というように規定される。このように、少なくとも一部のモジュールバージョンが異なるソフトウェアモジュールが利用されている機器同士では、それらの機器バージョンは互いに異なる値となる。
【００２７】
そこで、更新情報特定情報（Ｂ）では、機器バージョンを表す機器バージョン情報（Ｖ）ごとに、当該機器バージョンに対応する各ソフトウェアモジュールを含む更新データファイルを特定する情報（Ｕ：当該ソフトウェアモジュールを含む更新データファイル自体であってもよいし、当該更新データファイルを格納している場所を表す参照情報（ＵＲＬ：Uniform Resource Locator）であってもよい）を関連づけている。
【００２８】
また図２に示した更新条件情報において、バージョン更新テーブル（Ｃ）は、図２に示したように、現在の機器バージョン情報（ｃ１）と、当該現在の機器バージョン情報に対応するモジュールバージョン情報（ｃ２）と、カスタマーエンジニアによる更新の要否を表す情報（ｃ３）と、更新後の機器バージョン情報（ｃ４）と、コメント情報（ｃ５）とを関連づけて保持している。さらに図２の例では後設定ファイル（ｃ６）が関連づけられている例を示している。なお、更新除外条件（Ｄ）やオプション機器対応情報（Ｐ）については、後に述べる。
【００２９】
通信部１３は、ネットワークインタフェースなどであり、制御部１１から入力される指示に従い、指示された情報をネットワーク等の通信手段を介して、指示された宛先に送信する。また、この通信部１３は、ネットワーク等の通信手段を介して受信した情報を制御部１１に出力する。
【００３０】
顧客側装置２は、一般的なコンピュータ装置や、プリンタ、複合機（スキャナやプリンタ、複写機などの機能を複合的に提供する機器）等であり、ネットワーク等の通信手段を介して情報処理装置１との間で情報を送受する。
【００３１】
本実施の形態のある例では、この顧客側装置２は複合機であり、具体的には図３に示すように、スキャナ部２１と、プリンタ部２２と、コントローラ部２３とを含み、コントローラ部２３はさらに制御部３１と、記憶部３２と、通信部３３と、操作部３４と、表示部３５と、インタフェース部３６とを含んで構成される。
【００３２】
スキャナ部２１は、コントローラ部２３に接続されており、コントローラ部２３からの指示に従って読み取り面に配された媒体から画像を光学的に読み取り、読み取って得られた画像データをコントローラ部２３に出力する。プリンタ部２２もまたコントローラ部２３に接続されており、コントローラ部２３から入力される指示に従って、予め用意された用紙に画像を形成する。
【００３３】
これらのスキャナ部２１やプリンタ部２２は、それぞれマイクロコンピュータ（プログラム制御デバイスと、プログラムを記憶する記憶素子とを含むハードウェアモジュール）が含まれ、上述の処理はこのマイクロコンピュータによる制御の下に行われる。
【００３４】
コントローラ部２３の制御部３１は、ＣＰＵ（Central Processing Unit）等のプログラム制御デバイスであり、記憶部３２に格納されたプログラムに従って動作する。この制御部３１は、利用者の指示操作を操作部３４から受けて、当該指示操作に従い、各種のプログラム制御された処理を実行する。例えば、利用者から複写の指示がなされると、スキャナ部２１に対して画像の読み取りを指示する。そして当該指示に応答してスキャナ部２１から入力される画像データを、プリンタ部２２に出力して画像を形成するよう指示する。この場合、プリンタ部２２は当該スキャン部２１にて読み取った画像を用紙に形成する処理を行い、複写が行われる。
【００３５】
またこの制御部３１は、利用者を認証する。具体的には要求に応答して認証の処理を開始してもよい。つまりこの制御部３１は、認証を受けると否とに関わらず、利用者からの指示を受けて当該指示に従った処理を行うのであるが、認証を受けた場合には、認証を受けていない場合に比べ、より豊富な種類の指示を受け入れ可能となるよう設定する。本実施の形態では、この制御部３１は、少なくともカスタマーエンジニアを認証する。このカスタマーエンジニアの認証は、ユーザ名とパスワードとを入力させ、予め記憶された情報と比較する方法や、認証情報を格納した媒体から認証情報を読み取り、それが予め定めた条件を満足するか否か（当該媒体から読み出した認証情報が別途取得される情報で復号可能であるとの条件や、当該認証情報が予め記憶された情報に一致するなどの条件でよい）を判断する方法、さらには指紋認証などのバイオメトリクス認証による方法など種々の方法を採用できる。
【００３６】
さらにこの制御部３１は、指示により、スキャナ部２１やプリンタ部２２、記憶部３２に保持されているプログラムモジュールを更新するための処理を実行する。この処理では、制御部３１は、図４に例示するように、自己（自顧客側装置２）を特定する情報（ＩＤ）と、現在の機器バージョン情報（ＣＶ）と、各部に保持されているプログラムモジュールのモジュールバージョンの情報（ＭＶ）、並びに、予め定められた機種情報（ＤＩ）、カスタマーエンジニアの認証がされているか否かを表す情報（ＬＩ）を含む、更新の要求を情報処理装置１へ送信する。
【００３７】
そして制御部３１は、更新のためのソフトウェアモジュールが情報処理装置１から配信されると、当該ソフトウェアモジュールを受信して、対応する場所に格納する。例えばスキャナ部２１用のソフトウェアモジュールは、スキャナ部２１のマイクロコンピュータに格納する。またコントローラ用のソフトウェアモジュールは、記憶部３２に格納する。
【００３８】
記憶部３２は、メモリデバイスやディスクデバイスなどであり、制御部３１によって実行されるプログラム（プログラムモジュール）を保持する。このプログラムは、ＤＶＤ−ＲＯＭなどのコンピュータ可読な記録媒体から読み出されて、この記憶部３２に複写されてもよいし、ネットワーク等の通信手段を介して送信され、この記憶部３２に格納されたものであってもよい。
【００３９】
通信部３３は、ネットワークインタフェースなどであり、制御部３１から入力される指示に従い、指示された情報をネットワーク等の通信手段を介して、指示された宛先に送信する。なお、情報処理装置１を示す宛先（ネットワークアドレスなど）は、予め記憶部３２に格納しておくなどしておいてもよい。またこの通信部３３は、ネットワーク等の通信手段を介して受信した情報を制御部３１に出力する。
【００４０】
操作部３４は、例えば表示部３５に重ね合わせて配された透明電極を備えたタッチパネルであってもよい。また、この操作部３４はテンキーなどボタンインタフェースを含んでもよいし、トラックパッドなどのポインティングデバイスを含んでもよい。この操作部３４は、利用者から入力される指示操作を受けると、その内容を制御部３１に出力する。
【００４１】
表示部３５は例えば液晶ディスプレイなどであり、制御部３１から入力される指示に従って画像を表示する。インタフェース部３６は、各種の機器が接続されるシリアル、またはパラレルのデータ転送手段であり、スキャナ部２１やプリンタ部２２は、このインタフェース部３６を介して接続される。また、このインタフェース部３６には、オプション機器（顧客側の事情によって接続されたりされなかったりする拡張機器）が接続されてもよい。こうしたオプション機器には、顧客側装置１の機能（ここでは画像形成の機能）に直接関係のある機器、例えば排出した用紙にステープル留めをするフィニッシャ装置などがある。またこのオプション機器には、別の例として、顧客側装置１の機能（ここでは画像形成の機能）には直接の関係はない機器、例えば複写のための料金を徴収する料金徴収機なども含まれる。
【００４２】
制御部３１は、更新の要求の際には、これらオプション機器が接続されている場合は、当該オプション機器を特定する情報（複数ある場合はすべてでも、予め定められたオプション機器を除くもののみでもよい）を要求に含めて情報処理装置１へ送信する。
【００４３】
次に、本実施の形態の情報処理装置１の制御部１１の動作について述べる。この制御部１１は、顧客側装置２から図４に例示したような更新の要求を受信すると、図５に示すような処理を開始する。すなわち制御部１１は、記憶部１２に格納されている更新条件情報から、要求元の顧客側装置２の機種情報（ＤＩ）に関連づけられたバージョン更新テーブルを取得する（Ｓ１）。
【００４４】
制御部１１は、当該取得したバージョン更新テーブルにおいて、要求元の顧客側装置２から受信した現在の機器バージョン情報（ＣＶ）が、現在の機器バージョン情報（ｃ１）に一致する項目を検索する（Ｓ２）。
【００４５】
制御部１１は処理Ｓ２における検索により、一致する項目があったか（要求に対応する更新情報があったか）否かを調べ（Ｓ３）、一致する項目があったならば（Yesならば）、当該項目に関連づけられている、カスタマーエンジニアによる更新の要否を表す情報（ｃ３）を参照して、カスタマーエンジニアによる更新が要求されているか否かを調べる（Ｓ４）。なお、この処理Ｓ３において、一致する項目があった場合は、当該項目に関連づけられているコメント情報（ｃ５）を要求元の顧客側装置２へ送信して表示させる（更新要求の操作を行っている者に提示させる）ようにしてもよい。
【００４６】
ここでカスタマーエンジニアによる更新が要求されているならば（Yesならば）、制御部１１は、要求元の顧客側装置２から受信した、カスタマーエンジニアの認証がされているか否かを表す情報（ＬＩ）を参照し、認証がされているか否かを調べる（Ｓ５）。
【００４７】
この処理Ｓ５において、認証がされていなかったならば（Noならば）、制御部１１は、要求元の顧客側装置２に対して更新ができない旨のエラーメッセージを送信して（Ｓ６）、処理を終了する。一方、処理Ｓ５において、カスタマーエンジニアの認証がされていたならば（Yesならば）、制御部１１は、処理Ｓ２の検索で見いだした項目に関連づけられている、更新後の機器バージョン情報（ｃ４）を取得する（Ｓ７）。そして更新情報特定情報（Ｂ）において当該取得した機器バージョン情報に関連づけられた更新データファイルを特定する情報（Ｕ）を読み出す（Ｓ８）。
【００４８】
制御部１１は、この情報（Ｕ）により特定された更新データファイルを用いた更新処理を実行し（Ｓ９）、処理を終了する。この処理Ｓ９においては、制御部１１が、情報（Ｕ）により特定された更新データファイルを取得し、これを更新情報として顧客側装置２へ送信してもよいし、この情報（Ｕ）自体を更新情報として、この更新情報を制御部１１が顧客側装置２へ送信して、顧客側装置２において更新データファイルを取得させるようにしてもよい。
【００４９】
また処理Ｓ４においてカスタマーエンジニアによる更新が要求されていないならば（Noならば）、制御部１１は処理Ｓ７に移行して処理を続ける。さらに処理Ｓ３において、一致する項目がなかったならば（Noならば）、制御部１１は、要求に対応する更新情報がない旨のエラーメッセージを顧客側装置２へ送信して（Ｓ１０）、処理を終了する。
【００５０】
本実施の形態によると、情報処理装置１が上述の処理を行うことにより、次のように動作する。すなわち顧客側装置２の製造元など更新情報の提供側において、顧客側で行うのではなくカスタマーエンジニアが更新するべきソフトウェアモジュールがある場合には、情報処理装置１が記憶するバージョン更新テーブルの設定時に、当該ソフトウェアモジュールに対応するエントリーのカスタマーエンジニアによる更新の要否を表す情報を「要」と設定しておく。
【００５１】
すると情報処理装置１が、カスタマーエンジニアが更新するべきソフトウェアモジュールについて更新要求を受けたときに、バージョン更新テーブルを参照してカスタマーエンジニアによる更新の要否が「要」であると判断し、顧客側装置２にてカスタマーエンジニアの認証が行われているか否かを判断し、行われている場合に更新情報を送信し、行われていなければ更新情報の送信をしないよう制御する。
【００５２】
なお、顧客側で行うのではなくカスタマーエンジニアが更新するべきソフトウェアモジュールとは、例えば当該ソフトウェアモジュールにおいて利用しているデータを、更新前にバックアップしておく必要がある場合などが相当する。
【００５３】
さらに、本実施の形態の図５の処理において、更新情報を送信したときには、制御部１１は、当該更新情報に対応する機器バージョン情報に関連づけて、後処理ファイル（ｃ６）が記録されていたか否かを調べ、記録されていた場合には当該後処理ファイルを送信して、更新操作者にその適用を求めてもよい。この後処理ファイルは、例えば顧客側装置２において更新処理後に行うべき設定の内容が記述されたものであってもよいし、また、更新処理後に顧客側装置２において実行されるべき実行可能情報であってもよい。
【００５４】
［顧客側カスタマイズがある場合］
また、図５に示した処理の処理Ｓ２に代えて、取得したバージョン更新テーブルにおいて、要求元の顧客側装置２から受信した現在の機器バージョン情報（ＣＶ）が現在の機器バージョン情報（ｃ１）に一致し、かつ、各部に保持されているプログラムモジュール（顧客側装置２が使用している情報）のモジュールバージョンの情報（ＭＶ：本実施の形態において版情報に相当する）が、現在の機器バージョン情報に対応するモジュールバージョン情報（ｃ２）に一致する項目を検索することとしてもよい。また、機器バージョン（ＣＶ）と現在の機器バージョン（ｃ１）とは比較せず、モジュールバージョンの情報（ＭＶ）が、現在の機器バージョン情報に対応するモジュールバージョン情報（ｃ２）に一致する項目を検索することとしてもよい。
【００５５】
このようにしておくことで、顧客に対して特に調製されたモジュールがある場合に、当該モジュールのバージョン情報（ＭＶ）がモジュールバージョン情報（ｃ２）に一致することがなくなり（この場合、機器バージョン情報も不一致となるように設定しておいてもよいが、そうでなくてもよい）、処理Ｓ３において一致する項目がなかったと判断されることとなる。従って、顧客に対して特に調製されたモジュールが、顧客側の操作によって更新されてしまうことがなくなる。
【００５６】
［変形例］
また、ここまでの説明では、バージョン更新テーブルの設定により、カスタマーエンジニアによる更新の要否を判断することとしていたが、本実施の形態はこれに限られるものではない。例えば、更新除外条件（Ｄ：本実施の形態において更新除外情報に相当する）やオプション機器対応情報（Ｐ：本実施の形態において動作保証情報に相当する）に基づいてカスタマーエンジニアによる更新の要否を判断してもよい。
【００５７】
すなわち、本実施の形態において顧客側装置２には、すでに述べたように、オプション機器が接続される場合があるが、オプション機器によっては、当該オプション機器を機能させるためのソフトウェアモジュール（サブモジュール）が別途必要になる場合がある。また、オプション機器のサブモジュールのバージョンによって、その動作が保証できる顧客側装置２のソフトウェアモジュールのバージョンが規定されている場合もある。
【００５８】
本実施の形態では、このような場合に考慮して、顧客側装置２において特定のサブモジュール（特定モジュールと呼ぶ）が利用されている場合に更新を行わせないよう、特定モジュールのリストを、更新除外条件（Ｄ）として更新条件情報に含めて保持させている（図２参照）。また、機器バージョン情報（Ｖ）に対して、更新データファイルを特定する情報（Ｕ）とともに、当該機器バージョン（Ｖ）で動作保証されているオプション機器を特定する情報（Ｐ）が保持される。ここでオプション機器を特定する情報（Ｐ）は、商品機種コードと、そのバージョン（動作保証オプション機器のソフトウェア、すなわちサブモジュールのバージョン情報）とを含む（図２）。
【００５９】
この場合、顧客側装置２では更新の要求に、オプション機器を特定する情報（オプション機器名と、当該オプション機器で利用されているサブモジュールのバージョンの情報）を含める。そして制御部１１は、オプション機器を特定する情報と、当該オプション機器で利用されているサブモジュールのバージョンの情報とが含まれた更新の要求を受け入れる。
そして制御部１１は図５の処理Ｓ３の後で、Ｓ２，Ｓ３で見いだされた、要求に対応する更新情報の更新後バージョン情報（ｃ４）を参照し、当該更新後のバージョン情報に対応する機器バージョン情報に関連づけられたオプション機器を特定する情報（Ｐ）を読み出す。そして読み出した情報のうちに、更新の要求に含めて送信されたオプション機器を特定する情報に一致するものがあるか否かを調べる。
【００６０】
制御部１１は、ここで読み出した情報に、更新の要求に含められているオプション機器を特定する情報に一致するものがあれば処理Ｓ４以下の処理を実行する。また、制御部１１は、ここで読み出した情報に、更新の要求に含められているオプション機器を特定する情報に一致するものがなければ、処理Ｓ５（要求元の顧客側装置２において技術担当者が認証されているか否かにより、更新情報を送信するか否かを決定する処理）に移行して処理を続ける。
【００６１】
さらに制御部１１は、この処理の過程で（例えばこの処理と前後して）、顧客側装置２から受信した要求のモジュールバージョンの情報（ＭＶ）に、更新除外条件（Ｄ）に含まれるモジュールの情報が含まれているか否かを判断し、含まれている場合に、処理Ｓ５（要求元の顧客側装置２において技術担当者が認証されているか否かにより、更新情報を送信するか否かを決定する処理）に移行して処理を続ける。また、顧客側装置２から受信した要求のモジュールバージョンの情報（ＭＶ）に、更新除外条件（Ｄ）に含まれるモジュールの情報が含まれていなければ、処理Ｓ４以下の処理を実行する。
【００６２】
［エラーメッセージの例］
また、図５に示した処理Ｓ６において、カスタマーエンジニアによる更新が求められているにも関わらず、カスタマーエンジニアが認証されていない顧客側装置２から更新の要求が送信された場合に提供されるエラーメッセージは、例えば、図６に示すように、操作者が顧客側装置２を操作して、ソフトウェアの更新を指定したとき（Ｓ１１）に、「カスタマーエンジニアによる更新が必要です」などのメッセージを表示するものである（Ｓ１２）。この図６は、顧客側装置２において表示される画面の例を表す説明図である。
【００６３】
［他の顧客側装置２における検証の利用］
さらに本実施の形態では、更新の要求を行った顧客側装置２（要求元）とは異なる他の顧客側装置２であって、要求元の顧客側装置２と同じ環境下にある顧客側装置２について、要求された更新と同じ更新が行われ、動作検証が行われている場合には、当該更新がカスタマーエンジニアによって為されることを要するとされている場合であっても、カスタマーエンジニアの認証がされていない状態で更新を行わせることとしてもよい。
【００６４】
ここで同じ環境下とは、機器バージョンと更新前のソフトウェアモジュールのモジュールバージョンとが等しく、また実行しているソフトウェアモジュールが同一である等の条件をいう。この条件としては、他に、顧客側装置２の設置場所（設定されている企業などの組織名称等）が同一であることや、顧客側装置２が利用しているサービス（ウェブサービス）が同一であること、さらにはカスタマーエンジニアが同一であること等の条件がある。
【００６５】
この処理を行う場合、情報処理装置１はその記憶部１２に、図７に例示するように、顧客側装置２を特定する情報（顧客側装置２が更新の要求時に送信するもの（ＩＤ）と同じものとしておく）と、当該情報で特定される顧客側装置２の設置場所の情報、さらに、当該顧客側装置２が利用しているウェブサービスの一覧、当該顧客側装置２のメンテナンスを行っているカスタマーエンジニアを特定する情報（カスタマーエンジニアの社員番号等）を互いに関連づけて機器構成情報として記憶している。
【００６６】
ここで利用しているウェブサービスの一覧は、例えば、各顧客側装置２から利用したウェブサービスのリストを受信して取得する。またカスタマーエンジニアを特定する情報は、顧客側装置２において最後に認証したときの情報を取得すればよい。さらに設置場所の情報は、予め設定しておくこととすればよい。
【００６７】
また情報処理装置１は、図８に例示するように、各顧客側装置２を特定する情報（顧客側装置２が更新の要求時に送信するものと同じものとしておく）と、当該顧客側装置２の現在の機器バージョンと動作検証の状況とを関連づけて、機器検証情報として記憶部１２に記憶している。ここで動作検証の情報は、例えば予め定めた試験動作が問題なく完了した（検証済み）か否かを表す情報とすればよい。
【００６８】
情報処理装置１の制御部１１は、図５に示した処理Ｓ５において、認証がされていなかったときに、要求元の顧客側装置２に対して更新ができない旨のエラーメッセージを送信する（処理Ｓ６）に先立ち、さらに、要求元の顧客側装置２と同じ環境下にある他の顧客側装置２において、要求された更新が行われ、かつ動作検証が完了しているか否かを調べ、当該他の顧客側装置２において、要求された更新が行われ、かつ動作検証が完了している場合には、処理Ｓ７に移行して更新の処理を行い、当該他の顧客側装置２において、要求された更新が行われていないか、または行われていても動作検証が完了していない場合は、処理Ｓ６に移行して、要求元の顧客側装置２に対して更新ができない旨のエラーメッセージを送信する。
【００６９】
ここで、要求元の顧客側装置２と同じ環境下にある他の顧客側装置２において、要求された更新が行われ、かつ動作検証が完了しているか否かを調べる処理について説明する。
【００７０】
制御部１１は、受信した要求から顧客側装置２を特定する情報（ＩＤ）を取り出して、図７に例示した機器構成情報において当該取り出した顧客側装置２を特定する情報と一致する情報に関連づけられた、設置場所の情報と、ウェブサービスの一覧とを読み出す。
【００７１】
そして制御部１１は、当該読み出した設置場所の情報と、ウェブサービスの情報とが同一であるような他の顧客側装置２を、機器構成情報から検索する。ここで読み出した設置場所の情報と、ウェブサービスの情報とが同一であるような他の顧客側装置２が見いだされなかった場合は、図５の処理Ｓ６に移行して、要求元の顧客側装置２に対して更新ができない旨のエラーメッセージを送信する。
【００７２】
一方、読み出した設置場所の情報と、ウェブサービスの情報とが同一であるような他の顧客側装置２が見いだされたならば、当該見いだした情報に関連づけられた、当該他の顧客側装置２を特定する情報（複数ある場合はすべて）を取得する。そして制御部１１は、取得した情報を図８に例示した機器検証情報から検索する。
【００７３】
制御部１１は、図５の処理Ｓ３で見いだした項目に関連づけられている更新後の機器バージョン情報（ｃ４）を取得する。そして制御部１１は、上記検索により機器検証情報から見いだした情報のうちに、当該取得した機器バージョン情報に関連づけられたものがあるか否かを調べる。つまり、これにより設置場所が同じで、かつ、利用しているウェブサービスが同じであり、さらに要求元の顧客側装置２が要求する更新後のバージョンで動作している他の顧客側装置２が検索される。
【００７４】
制御部１１は、上記検索により機器検証情報から見いだした情報のうちに、当該取得した機器バージョン情報に関連づけられたものがあれば、それに（複数あるときにはそのうちのいずれかに）関連づけられた動作検証の状況を表す情報を参照して、当該情報が「検証済み」であるか否かを調べる。ここで当該情報が「検証済み」であれば（つまり、設置場所が同じで、かつ、利用しているウェブサービスが同じであり、さらに要求元の顧客側装置２が要求する更新後のバージョンで動作している他の顧客側装置２のうちに「検証済み」のものがあれば）、処理Ｓ７に移行して、更新の処理を行わせる。
【００７５】
また、参照した動作検証の状況を表す情報が「検証済み」でなければ、つまり、設置場所が同じで、かつ、利用しているウェブサービスが同じであり、さらに要求元の顧客側装置２が要求する更新後のバージョンで動作している他の顧客側装置２のうちに「検証済み」のものがなければ、制御部１１は、処理Ｓ６に移行して要求元の顧客側装置２に対して更新ができない旨のエラーメッセージを送信する。
【００７６】
なお、ここでは設置場所が同じで、かつ、利用しているウェブサービスが同じであり、さらに要求元の顧客側装置２が要求する更新後のバージョンで動作している他の顧客側装置２のうちに１つでも「検証済み」のものがあれば、更新を行うこととしているが、これに代えて、更新の条件として、設置場所が同じで、かつ、利用しているウェブサービスが同じであり、さらに要求元の顧客側装置２が要求する更新後のバージョンで動作している他の顧客側装置２のすべてが「検証済み」である場合に、更新を行うこととしてもよい。
【００７７】
またすでに述べたように、設置の環境が同じであるか否かは、設置場所や、利用しているウェブサービスの異同で判断する場合に限られない。さらに設置場所が企業名と事業部名とを含む場合は、企業名部分だけを比較するなど、設置場所の情報の一部を比較して一致するものを検索するようにしても構わない。
【符号の説明】
【００７８】
１ 情報処理装置、２ 顧客側装置、１１，３１ 制御部、１２，３２ 記憶部、１３，３３ 通信部、２１ スキャナ部、２２ プリンタ部、２３ コントローラ部、３４ 操作部、３５ 表示部、３６ インタフェース部。
【特許請求の範囲】
【請求項１】
予め定められた技術担当者を認証する顧客側装置から更新の要求を受け入れる手段と、
前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、
前記決定手段により更新情報を送信すると決定したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、
を含むことを特徴とする情報処理装置。
【請求項２】
予め定められた技術担当者を認証する顧客側装置から更新の要求を受け入れる手段と、
更新情報ごとに、技術担当者による更新の要否を表す情報を関連づけて保持する保持手段と、
前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、当該更新情報に関連づけられた技術担当者による更新の要否を表す情報が技術担当者による更新が必要であることを表しているときには、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定する決定手段と、
当該決定により、更新情報を送信すると判断したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、
を含むことを特徴とする情報処理装置。
【請求項３】
前記決定手段は、前記顧客側装置から受信した要求によって行われる更新が、要求元の顧客側装置と同じ環境下にある他の顧客側装置において行われ、かつ当該他の顧客側装置において動作検証が完了している場合に、要求元の顧客側装置において技術担当者が認証されているか否かに関わらず、要求に対応する更新情報を送信すると判断する請求項１または２に記載の情報処理装置。
【請求項４】
前記顧客側装置は、前記更新の要求に、更新の対象となり得る情報であって、現在当該顧客側装置で利用している各情報の版を表す版情報を含めて送信し、
前記決定手段は、当該版情報に対応する更新情報が保持されている場合に、要求に対応する更新情報があると判断することを特徴とする請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
前記更新情報は、前記顧客側装置において使用される実行可能情報であり、前記顧客側装置は、前記更新の要求に、当該顧客側装置で利用している拡張機器で使用する実行可能情報を特定する情報を含めて送信し、
少なくとも一つの実行可能情報を特定する情報を含む更新除外情報を保持する手段を含み、
前記決定手段は、前記顧客側装置から受信した更新の要求に、前記更新除外情報に含まれる実行可能情報を特定する情報が含まれているときに、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定する請求項１から４のいずれか一項に記載の情報処理装置。
【請求項６】
前記顧客側装置は、前記更新の要求に、当該顧客側装置で利用している拡張機器を特定する情報を含めて送信し、
拡張機器を特定する情報と、当該拡張機器の動作が保証される更新情報を特定する動作保証情報を保持する手段を含み、
前記決定手段は、前記顧客側装置から受信した更新の要求に、前記動作保証情報に含まれる、拡張機器を特定する情報が含まれているときに、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定する請求項１から５のいずれか一項に記載の情報処理装置。
【請求項７】
コンピュータを、
予め定められた技術担当者を認証する顧客側装置との間で情報を送受する手段と、
前記顧客側装置から更新の要求を受け入れる手段と、
前記受け入れた更新の要求に応答して、当該要求元の顧客側装置に対して要求に対応する更新情報があるか否かを判断し、要求に対応する更新情報がある場合に、要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、
当該決定により、更新情報を送信すると判断したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、
として機能させるプログラム。
【請求項８】
情報処理装置と、顧客側装置とを含み、
顧客側装置は、
予め定められた技術担当者を認証する処理を行い、
前記情報処理装置は、
前記顧客側装置から更新の要求を受け入れる手段と、
前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、前記要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、
前記決定手段により更新情報を送信すると決定したときに、前記要求に対応する更新情報を、前記要求元の顧客側装置に対して送信する送信手段と、
を含むことを特徴とする情報処理システム。
【請求項１】
予め定められた技術担当者を認証する顧客側装置から更新の要求を受け入れる手段と、
前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、
前記決定手段により更新情報を送信すると決定したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、
を含むことを特徴とする情報処理装置。
【請求項２】
予め定められた技術担当者を認証する顧客側装置から更新の要求を受け入れる手段と、
更新情報ごとに、技術担当者による更新の要否を表す情報を関連づけて保持する保持手段と、
前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、当該更新情報に関連づけられた技術担当者による更新の要否を表す情報が技術担当者による更新が必要であることを表しているときには、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定する決定手段と、
当該決定により、更新情報を送信すると判断したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、
を含むことを特徴とする情報処理装置。
【請求項３】
前記決定手段は、前記顧客側装置から受信した要求によって行われる更新が、要求元の顧客側装置と同じ環境下にある他の顧客側装置において行われ、かつ当該他の顧客側装置において動作検証が完了している場合に、要求元の顧客側装置において技術担当者が認証されているか否かに関わらず、要求に対応する更新情報を送信すると判断する請求項１または２に記載の情報処理装置。
【請求項４】
前記顧客側装置は、前記更新の要求に、更新の対象となり得る情報であって、現在当該顧客側装置で利用している各情報の版を表す版情報を含めて送信し、
前記決定手段は、当該版情報に対応する更新情報が保持されている場合に、要求に対応する更新情報があると判断することを特徴とする請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
前記更新情報は、前記顧客側装置において使用される実行可能情報であり、前記顧客側装置は、前記更新の要求に、当該顧客側装置で利用している拡張機器で使用する実行可能情報を特定する情報を含めて送信し、
少なくとも一つの実行可能情報を特定する情報を含む更新除外情報を保持する手段を含み、
前記決定手段は、前記顧客側装置から受信した更新の要求に、前記更新除外情報に含まれる実行可能情報を特定する情報が含まれているときに、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定する請求項１から４のいずれか一項に記載の情報処理装置。
【請求項６】
前記顧客側装置は、前記更新の要求に、当該顧客側装置で利用している拡張機器を特定する情報を含めて送信し、
拡張機器を特定する情報と、当該拡張機器の動作が保証される更新情報を特定する動作保証情報を保持する手段を含み、
前記決定手段は、前記顧客側装置から受信した更新の要求に、前記動作保証情報に含まれる、拡張機器を特定する情報が含まれているときに、要求元の顧客側装置において技術担当者が認証されているか否かにより、要求に対応する更新情報を送信するか否かを決定する請求項１から５のいずれか一項に記載の情報処理装置。
【請求項７】
コンピュータを、
予め定められた技術担当者を認証する顧客側装置との間で情報を送受する手段と、
前記顧客側装置から更新の要求を受け入れる手段と、
前記受け入れた更新の要求に応答して、当該要求元の顧客側装置に対して要求に対応する更新情報があるか否かを判断し、要求に対応する更新情報がある場合に、要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、
当該決定により、更新情報を送信すると判断したときに、前記要求に対応する更新情報を、要求元の顧客側装置に対して送信する送信手段と、
として機能させるプログラム。
【請求項８】
情報処理装置と、顧客側装置とを含み、
顧客側装置は、
予め定められた技術担当者を認証する処理を行い、
前記情報処理装置は、
前記顧客側装置から更新の要求を受け入れる手段と、
前記受け入れた更新の要求に応じて、当該要求に対応する更新情報がある場合に、前記要求元の顧客側装置において技術担当者が認証されているか否かにより、当該要求に対応する更新情報を送信するか否かを決定する決定手段と、
前記決定手段により更新情報を送信すると決定したときに、前記要求に対応する更新情報を、前記要求元の顧客側装置に対して送信する送信手段と、
を含むことを特徴とする情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−８５３３（Ｐ２０１１−８５３３Ａ）
【公開日】平成２３年１月１３日（２０１１．１．１３）
【国際特許分類】
【出願番号】特願２００９−１５１３２１（Ｐ２００９−１５１３２１）
【出願日】平成２１年６月２５日（２００９．６．２５）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２３年１月１３日（２０１１．１．１３）
【国際特許分類】
【出願日】平成２１年６月２５日（２００９．６．２５）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]