JP2020187701A

JP2020187701A - 管理装置、方法、およびプログラム

Info

Publication number: JP2020187701A
Application number: JP2019093738A
Authority: JP
Inventors: 西川　智; Satoshi Nishikawa; 智西川
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2019-05-17
Filing date: 2019-05-17
Publication date: 2020-11-19
Anticipated expiration: 2039-05-17
Also published as: US10949142B2; JP7254616B2; US20200364008A1

Abstract

【課題】管理装置がデバイスからユーザー情報を取得する際には、ユーザー情報に含まれるデータごとにその取得に必要な権限やプロトコルなどの設定が異なる場合がある。その設定が管理装置側とデバイス側とで不整合がある場合、管理装置は、デバイスからユーザー情報の一部が取得できない。【解決手段】ネットワークを介してデバイスからユーザー情報を取得して、インポートすることができる管理装置であって、前記デバイスからユーザー情報を取得するために必要な設定情報について、管理装置側の設定とデバイス側の設定とに不整合がある場合に、いずれか一方の設定をともに利用することで、管理装置がネットワークを介して前記デバイスからユーザー情報を取得することを特徴とする。【選択図】図１０

Description

画像処理装置などを含むネットワークデバイスを、ネットワークを介して管理する技術に関する。

従来、プリンタや複合機等の画像形成装置（以下、単にデバイスと呼ぶ）の稼働情報などのデータを取得し、管理するためのデバイス管理ソフトウェアが動作する管理装置が知られている。管理対象のデバイスの増加や、管理サーバーのコスト削減やメンテナンスの観点から、一台の管理装置で管理可能なデバイスの台数規模の拡大が見られる。このような管理装置では、デバイスの機器情報、設定情報、および利用者に関する情報（ユーザー情報）を管理することも可能で、デバイスからそれら情報を取得することも可能である（例えば、特許文献１）。取得された情報は、ほかのデバイスに配信するといった用途がある。

特開２０１３−２４３４８８号公報

前述の管理装置において、デバイスからユーザー情報を取得する際には、ユーザー情報に含まれるデータごとに、取得に必要な権限やプロトコルなどの設定が異なる場合がある。また、それら設定は、管理装置と対象デバイスとの双方で、個別に、有効化／無効化やパラメータの変更などが行えるようになっている。近年、働き方の多様化により、複数の管理者で１台のデバイスを管理するケースもある。

そういった環境においては、管理装置がデバイスからユーザー情報を取得して自身にインポートする場合に、管理装置で管理する対象デバイスのデータ取得に必要な一部の設定とデバイス本体の設定内容との間に不整合が発生する場合がある。そのようなケースでは、管理装置が一部のユーザー情報がデバイスから取得できないという課題がある。

したがって本発明は、ネットワークを介してデバイスから、該デバイスにおいて確保されるユーザーが利用可能な格納領域の上限数、および、ユーザーがデバイスで参照できるデータを制御するための権限を示すレベルの少なくともいずれかを含むユーザー情報を取得して、インポートすることができる管理装置であって、第１設定情報として、前記デバイスからユーザー情報を取得するために必要な設定情報を管理する管理手段と、第２設定情報として、前記デバイスから、ユーザー情報を取得するために必要な設定情報を取得する第１取得手段と、前記第１設定情報と前記第２設定情報との間に設定内容が一致しないことによる不整合がある場合に、前記第１設定情報と前記第２設定情報とのいずれか一方の設定を、前記管理装置及び前記デバイスでともに利用することで、ネットワークを介して前記デバイスからユーザー情報を取得する第２取得手段と、前記デバイスから取得された前記ユーザー情報をインポートするインポート手段と、を有することを特徴とする。

本発明によれば、管理装置がデバイスからユーザー情報を取得してインポートする場合に、設定間の不整合に起因する一部のユーザー情報の取得の失敗を抑制することができる。

デバイス管理システムの構成を示す模式図である。管理装置やデバイスを構成する情報処理装置のハードウェア構成の一例を示す図である。管理装置のソフトウェアのモジュール構成例を示すブロック図である。デバイスのソフトウェアのモジュール構成例を示すブロック図である。管理装置が提供するデバイス情報を含む画面を例示した図である。管理装置が提供するユーザー情報を含む画面を例示した図である。実施形態１にかかる管理装置が提供する画面の例を示した図である。実施形態２にかかる管理装置が提供する画面の例を示した図である。実施形態３にかかる管理装置が提供する画面の例を示した図である。管理装置がデバイスから取得されるユーザー情報をインポートする処理を説明するためのフローチャート。実施形態１のユーザー情報の取得のための前処理の詳細を説明するためのフローチャート。実施形態２のユーザー情報の取得のための前処理の詳細を説明するためのフローチャート。実施形態３のユーザー情報の取得のための前処理の詳細を説明するためのフローチャート。実施形態４のデバイス選択画面の表示制御の処理を説明するためのフローチャート。実施形態４にかかる管理装置が提供する画面の例を示した図である。

＜システム構成の説明＞
図１は、本発明の実施形態を示すデバイス管理システムの構成を示す模式図である。

図１で示すシステムでは、ネットワーク３０００上に、プリンタや複合機といった画像形成装置などであるデバイス２０００が複数設置され、それらデバイスを管理するデバイス管理ソフトウェアが動作する管理装置１０００が設置されていることを示している。

デバイス２０００には、ネットワークを介して受信した印刷データを受け取り、電子写真技術やインクジェット技術などの既知の印刷技術を利用して実際の用紙に印刷を行うプリンタが含まれる。また、デバイス２０００には、紙原稿を読み取り電子データを生成するスキャナーが含まれる。また、デバイス２０００には、スキャン機能やプリンタ機能、電子データをＥｍａｉｌなどで送信する送信機能を併せ持つ複合機が含まれる。さらに、デバイス２０００は、自装置を利用するための各種設定や、自装置を使用するユーザーのユーザー情報を管理している。

ソフトウェア管理システム４０００は、デバイス２０００へアプリケーションをインストールするためのソフトウェアを管理するシステムであり、アプリケーション管理サーバー及びライセンス管理サーバーよりなる。ただし、このシステムは省略することも可能である。ソフトウェア管理システム４０００とデバイス２０００は、互いにネットワーク３０００により接続されている。

ネットワーク３０００は、有線または無線で接続するための技術で実現されるもので、ＬＡＮ及びインターネットなどを想定している。

図２は、管理装置１０００、デバイス２０００を構成する情報処理装置のハードウェア構成の例を示している。

ＣＰＵ１０は、ＲＡＭ１２をワークエリアとして、ＲＯＭ１１、及びＨＤＤ１９に格納されたＯＳや各種プログラムを実行する。ＨＤＤ１９はプログラムや各種設定などを保存するための記憶装置の一例である。また、デバイスの各構成はシステムバス１３を介して接続される。また、デバイスは、ディスクコントローラ（ＤＫＣ）１８、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ、ＩＣメモリカード等の記憶媒体をマウント可能なＤｉｓｋＤｒｉｖｅ２０ビデオカード（ＶＣ）１４、表示装置（ＣＲＴ）１５を備える。また、デバイスは、キーボードコントローラ（ＫＢＣ）１６、キーボード（ＫＢ）１７やマウス等のポインティングデバイス（不図示）を備える。また、デバイスは、ネットワークインタフェースボード（ＮＩＣ）２１を介し、ネットワーク上のほかの機器とのデータ通信を行う。

管理装置１０００であれば、ＨＤＤ１９などの記憶装置に格納されたデバイス管理ソフトウェアをＣＰＵ１０が実行することで、後述する処理を実現する。

また、デバイス２０００であれば、前述したスキャン機能やプリンタ機能を実現するためのスキャナーエンジンやプリントエンジンといった不図示ハードウェアも具備する。さらに、それら機能を実現するためのソフトウェアや、管理装置１０００との通信やリクエストに対して応答するためのソフトウェアが記憶装置に格納され、ＣＰＵ１０で実行されることになる。

図３は、管理装置１０００で動作するデバイス管理部３０、ユーザー管理部３１、制御部３１０といったソフトウェアのモジュール構成例を示す。このモジュール構成の例は、デバイス管理ソフトウェアを実行することで実現される後述される処理の主体となるものである。

デバイス管理部３０は、デバイス探索部３２、デバイス情報管理部３３、デバイス情報保管部３４から構成される。ユーザー管理部３１は、ユーザー情報管理部３６、ユーザー情報保管部３８から構成される。制御部３１０は、管理者からの各種画面を介した指示に従い、デバイス管理部３０、ユーザー管理部３１が提供する機能の制御を司る。それら機能のための各種画面はＷｅｂベースのアプリケーションとしての実施も可能であり、その場合には、制御部３１０は、Ｗｅｂブラウザに対してそれら画面を提供する。

デバイス探索部３２はネットワーク上のデバイスを探索して、デバイス情報（ネットワークアドレスや機器の識別情報）を取得する。デバイス探索部３２は、例えば、ＳＮＭＰ、ＩＰＢｒｏａｄｃａｓｔ、ＳＬＰ／Ｍｕｌｔｉｃａｓｔ等によるデバイス２０００に対するデバイス探索機能を利用する。具体的には、探索の結果、ＭＩＢ（ＭａｎａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＢａｓｅ）などのデータを取得することができる。デバイス情報管理部３３は、探索で見つかったデバイスを、取得された機器情報を用いて管理する。デバイス情報は、記憶装置の一部で実現されるデータベースとしてのデバイス情報保管部３４に保管される。デバイス情報には、それ以外にも、デバイス２０００の機能を制御するための設定情報や、機種、機能やオプション構成などをそれぞれ示すデータ群が含まれる。また、デバイス情報にはデバイス２０００との通信に利用するためのプロトコルやＡＰＩにかかる設定に加え、デバイス２０００にアクセスするための認証情報なども含まれる。デバイス情報管理部３３は、ネットワークを介して、それら情報をデバイス２０００から取得したり、配信したりするための様々な要求を発行できる。

ユーザー情報管理部３６は、デバイス管理部３０で管理されるデバイス２０００のために利用するユーザー情報を、記憶装置の一部で実現されるデータベースとしてのユーザー情報保管部３８に保管して管理する。ユーザー情報管理部３６は、制御部３１０を介して提供する画面を介して、管理者により入力された情報や、インポートされた情報を、ユーザー情報として管理することができる。ほかにも、ユーザー情報管理部３６は、ネットワークを介して、それらユーザー情報をデバイス２０００から取得したり、配信したりするための様々な要求を発行できる。

ユーザー情報には、ユーザー名、パスワード、ユーザーの所属情報、メールアドレス、ユーザーが利用可能なデバイス２０００内で確保される格納領域の上限数、およびユーザーがデバイス２０００で利用（参照）できるデータを制御するためのユーザーの権限を示すレベル、といった複数項目と、それら項目に対する値の組合せのデータが含まれる。なお、以下では、ユーザーが利用可能なデバイス２０００内で確保される格納領域の上限数を、単に、ユーザー上限数と呼ぶ。また、ユーザーの権限を示すレベルを、単に、レベルと呼ぶ。

ここで、デバイス２０００内で確保される格納領域には、ユーザーが実行指示したスキャン処理により得られた画像データなど、所望のデータを格納することができる。複数の格納領域を使いわけることで、ユーザーは自身が保有するデータを整理することができる。

また、上述のレベルは、具体的には、デバイス２０００に登録済みのデータ（とくに、宛先データ）のユーザーごとの参照権限を示す。重要な宛先データについては、一部ユーザーには閲覧制限するといった用途で利用される。

図４は、デバイス２０００で動作するソフトウェアのモジュール構成例を示す。このモジュール構成の例は、本発明にかかるソフトウェアを実行することで実現される後述される処理の主体となるものである。

設定管理部４１は、記憶装置の一部で実現されるデータベースとしてのデバイス情報保管部４３を用いてデバイス情報を管理し、管理装置１０００のデバイス管理部３０からの要求に対して応答する。

ユーザー情報管理部４２は、記憶装置の一部で実現されるデータベースとしてのユーザー情報保管部４４を用いてユーザー情報を管理し、管理装置１０００のユーザー管理部３１からの要求に対して応答する。ユーザー情報管理部４２は、要求元の通信方式や設定、権限などを確認して、ユーザー情報に含まれる各データについて応答すべきかどうか制御する。

具体的には、管理装置１０００とデバイス２０００とが対応するデバイスベンダー独自のＡＰＩなどの所定ＡＰＩにかかる設定が適切に行われていない場合には、デバイス２０００がメールアドレス、ユーザー上限数、およびレベルといった一部のデータは、ユーザー情報の要求に対する応答に含めないといった制御を行うことができる。

このようなＡＰＩの設定などユーザー情報のネットワーク取得にかかる設定は、設定管理部４１により管理され、デバイス２０００が提供する設定画面を介して設定することができる。また、管理装置１０００のデバイス管理部３０からの要求に応じて変更することも可能である。

図５（ａ）は、管理装置１０００で管理されるデバイスのデバイス情報を示すデバイスリストの例を示す。デバイスリストでは、デバイス情報として、各デバイスのデバイス名、ホスト名、ＩＰアドレス、シリアル番号といったデバイス情報を提供している。管理者は、デバイスリスト上で任意のデバイスを選択して、選択デバイスの設定情報を参照することが可能である。

図５（ｂ）は、デバイスリストから選択されたデバイスのデバイス情報の一部である設定情報を参照する画面の例を示す。これら画面上に表示される設定情報は、デバイス情報保管部３４に格納された情報に基づき提供される。画面では、ＳＮＭＰ設定、認証設定、ＡＰＩ設定、管理者権限のといった各項目とその値を示す設定内容が確認できる。なお、この画面を介して、管理者が設定値を編集することで、デバイス情報保管部３４に格納されているデバイス情報を更新することも可能である。

ＳＮＭＰ設定については、詳細設定として、ＳＮＭＰポート番号、ＳＮＭＰｖ１のコミュニティー名、ＳＮＭＰｖ３のユーザー名、コンテキスト名、認証プロトコル、認証パスワード、ｖ１かｖ３かの選択及びＷｈｉｔｅ設定が可能である。

ここで、ＡＰＩ設定とは、管理装置とデバイス２０００との間で公開されるアプリケーション・プログラミング・インターフェースの設定であり、前述したように、ユーザー情報の一部のデータの取り扱いのために必要となる設定である。また、所定のＡＰＩをサポートしている場合には、デバイスの種類の違いを吸収し、デバイスを制御したり、リソースにアクセスしたりすることができる。本発明では、メールアドレス、ユーザー上限数、およびレベルといった特殊なユーザー情報をこのＡＰＩを利用して取得する。ほかにも、管理装置１０００は、不正アクセスを追跡する用途で利用される監査用のログや特殊なカウンターデータなどをデバイスから取得する際にもこのＡＰＩを利用する。所定のＡＰＩには、デバイスのベンダー独自で定義しているＡＰＩや、ＨＴＴＰ通信などのウェブ技術を用いてとくにＲＥＳＴ（ＲＥｐｒｅｓｅｎｔａｔｉｏｎａｌＳｔａｔｅＴｒａｎｓｆｅｒ）の考え方にしたがって作られているＲＥＳＴｆｕｌＡＰＩなどが含まれる。また、これらＡＰＩについては、独自に認証が必要となり、管理装置で利用する場合には対象デバイスに応じたＩＤとパスワードなどの認証情報を設定する必要がある。以下、独自ＡＰＩを利用する例を説明するが、前述したようなＲＥＳＴｆｕｌＡＰＩを利用する場合も同様に本発明が適用できる。

図６（ａ）〜（ｃ）は、ユーザー情報管理部３６が制御部３１０を介して提供する画面の例である。

図６（ａ）は、管理装置１０００で管理されるユーザー情報によるユーザーリストの例を示す。ユーザーリストでは、この例に限らず、ユーザー名やユーザーの所属情報などのユーザー識別情報、パスワード、メールアドレス、ユーザー上限数、およびレベル、といったユーザー情報保管部３８に格納されるユーザー情報に含まれるデータを参照できるように構成できる。画面上のユーザー登録ボタンの押下することで、管理者はユーザー情報保管部３８にユーザー情報を手動登録できる。また、ユーザー情報の登録には、画面上のインポートボタンの押下することでも可能である。

図６（ｂ）は、インポートボタンの押下により提供されるインポート選択画面を示している。この画面では、ユーザー情報をインポート（取得）する方法として、ファイルからのインポート、デバイスからのインポート、外部サーバーからのインポートのいずれかを、管理者に選択させる。ファイルからのインポート、外部サーバーからのインポートを選択した場合は、それぞれ、ファイル名、サーバー情報を入力する。デバイスからのインポートを選択した場合、インポートすべきユーザー情報を取得するデバイスを選択するための画面を示す図６（ｃ）を表示する。

図６（ｃ）で管理者が対象デバイスを選択し、実行ボタンを押下すると、ユーザー情報管理部３６が選択されたデバイス情報で特定されるデバイスとネットワークを介して通信し、ユーザー情報の取得処理を実行する。この処理で取得されたユーザー情報は、ユーザー情報保管部３８に保管され、図６（ａ）で示すユーザーリストに反映される。

以降では、図１０〜１５で示すフローチャートを用いて、主に管理装置１０００における、各実施形態にかかる処理を説明する。なお、Ｓ１００１〜Ｓ１００６、Ｓ１１０１〜Ｓ１１０９、Ｓ１２０１〜Ｓ１２０９、Ｓ１３０１〜Ｓ１３１９、Ｓ１４０１〜Ｓ１４０８、Ｓ１５０１〜Ｓ１５０７で示す各ステップは、ＣＰＵ１０がデバイス管理ソフトウェアといったプログラムをＲＡＭ１２にロードして実行することで実現される処理を示している。

＜実施形態１＞
図７、図１０、図１１を用いて、本実施形態にかかる管理装置１０００での処理の詳細を説明する。

図１０は、図６（ｃ）で実行ボタンが押下された場合に実行される処理を説明するためのフローチャートである。

Ｓ１００１では、デバイス情報管理部３３が、ＮＩＣ２１、ネットワーク３０００を介して、図６（ｃ）での選択に対応するデバイス２０００と通信を行い、デバイス情報に含まれるユーザー情報の取得にかかるデータを要求する。ここで要求されるデータには、前述した独自ＡＰＩの設定が少なくとも含まれる。デバイス２０００の設定管理部４１は、要求されたデータを含むデバイス情報をデバイス情報管理部３３に応答する。

Ｓ１００２では、デバイス情報管理部３３が、図６（ｃ）での選択に対応するデバイス２０００のデバイス情報のうち、ユーザー情報の取得にかかるデータをデバイス情報保管部３４より取得する。

Ｓ１００３では、Ｓ１００１、およびＳ１００２で取得したデータを用いて、ユーザー情報の取得のための前処理を行う。この処理の詳細については、図１１を用いて後述する。

Ｓ１００４では、ユーザー情報管理部３６が、ＮＩＣ２１、ネットワーク３０００を介して、図６（ｃ）での選択に対応するデバイス２０００と通信を行い、ユーザー情報を要求して、取得する。取得された情報は、ユーザー情報保管部３８に格納され、ユーザー情報のインポート処理が完了する。Ｓ１００５では、ユーザー情報管理部３６が、制御部３１０経由で、Ｓ１００５で取得したユーザー情報を表示する。

図１１は、Ｓ１００３で示したユーザー情報の取得のための前処理の詳細を説明するためのフローチャートである。

Ｓ１１０１では、ユーザー情報管理部３６が、Ｓ１００１で取得したデータを参照して、デバイス２０００からユーザー情報を取得するために必要な設定が全て行われているか否かを判定する。具体的には、例えば、独自ＡＰＩの設定が無効となっている、管理装置１０００などの外部機器からのユーザー情報へのアクセスが制限されているなど設定が不十分な場合には、Ｓ１１０１でＮＯと判定され、Ｓ１１０５に進む。一方で、必要な設定がすべて行われている場合にはＳ１１０２に進む。

Ｓ１１０２では、ユーザー情報管理部３６が、Ｓ１００１およびＳ１００２で取得したデータの内容を比較して、不整合があるか否かを判定する。具体的には、認証情報が一致しない、一方の認証情報の値がないなどといった場合に不整合があると判定される。不整合がある場合にはＳ１１０３に進み、不整合がない場合には本処理を抜けて図１０の処理に戻る。

Ｓ１１０３では、デバイス情報管理部３３が、Ｓ１００１でデバイス２０００から取得したデータで、管理装置１０００内のデバイス情報保管部３４のデータを更新する。ここでは、デバイス情報保管部３４で保管されていた前述した独自ＡＰＩの設定が、デバイス２０００側の設定に同期されることになる。

例えば、同期前にデバイス情報保管部３４で保管されていたデバイス情報は、図７（ａ）で示すようになっていたとする。ここでは、ＳＮＭＰ設定（ポート番号１６１他）、認証設定（ＩＤ：０００１，パスワード１２３４５）、管理者権限（パスワード：１２３４５）等の設定が取得され、独自ＡＰＩについては、認証情報が未設定となっている。そして、Ｓ１１０３で更新されたデバイス情報は、図７（ｂ）で示すようになる。ここでは、独自ＡＰＩ設定としてＩＤ：１０００，パスワードａｂｃｄｅといった認証情報が含まれている。

Ｓ１１０４では、デバイス情報管理部３３が、制御部３１０経由で、管理装置１０００内のデータを更新した旨を示す画面（図７（Ｃ））を表示する。その後、図１１で示す一連の処理を抜けて図１０の処理に戻る。

Ｓ１１０５では、ユーザー情報管理部３６が、制御部３１０経由で、デバイス側の設定によりユーザー情報が取得できない旨を示すエラー画面（図７（ｄ））を表示して、図１０および図１１で示す処理を終了する。

図１１で示す処理により、管理装置１０００が、必要な設定をもつデバイスからは、確実にユーザー情報を取得して、ユーザー情報保管部３８にインポートすることができる。

なお、本発明は、すべてのデバイスが保持し得るユーザー情報に含まれるすべてのデータを、必ずしも取得できるものではない。管理装置側の設定と対象デバイスとの情報取得に必要であり、編集可能な設定を整合させた際に、取得可能となるすべてのデータを取得するものである。よって、デバイス側であらかじめ外部出力が制限されているような個人情報など、一部のユーザー情報は、本発明のスコープではない。

＜実施形態２＞
管理装置１０００が、ユーザー情報をデバイスから取得してインポートする時に、デバイス情報保管部４３で管理しているデータを用いて、デバイス側の設定を上書きすることもできる。図８、図１０、図１２を用いて、本実施形態にかかる管理装置１０００での処理の詳細を説明する。

なお、図１０の処理については、実施形態１と同様であるための説明は省略する。

図１２は、本実施形態における、図１０のＳ１００３で示したユーザー情報の取得のための前処理の詳細を説明するためのフローチャートである。

Ｓ１２０１では、ユーザー情報管理部３６が、Ｓ１００２で取得したデータを参照して、デバイス２０００からユーザー情報を取得するために必要な設定が全て行われているか否かを判定する。具体的には、例えば、独自ＡＰＩの設定が無効となっているなど設定が不十分な場合には、Ｓ１２０１でＮＯと判定され、Ｓ１２０５に進む。一方で、必要な設定がすべて行われている場合にはＳ１２０２に進む。

Ｓ１２０２では、デバイス情報管理部３３が、制御部３１０経由で、デバイス情報保管部３４のデータを用いて図６（ｃ）での選択に対応するデバイス２０００の設定を更新する旨を示す画面（図８（ａ））を表示する。

Ｓ１２０３では、デバイス情報管理部３３が、ＮＩＣ２１、ネットワーク３０００を介して、デバイス２０００に対して、ユーザー情報を取得するために必要な設定を含むデバイス情報を配信し、それを用いた更新の要求を行う。この要求に応じて、デバイス２０００の設定管理部４１がデバイス情報保管部４３内のデータを更新する。具体的には、独自ＡＰＩ設定などが管理装置側の設定で更新されることになる。

Ｓ１２０４では、デバイス情報管理部３３が、制御部３１０経由で、図６（ｃ）での選択に対応するデバイス２０００の設定を更新した旨を示す画面（図８（ｂ））を表示する。図１２で示す一連の処理を抜けて図１０の処理に戻る。

Ｓ１２０５では、デバイス情報管理部３３が、制御部３１０経由で、管理装置側の設定によりユーザー情報が取得できない旨を示すエラー画面（図８（ｃ））を表示して、図１０および図１２で示す処理を終了する。

＜実施形態３＞
さらに、管理者等のユーザーの意図に従い、デバイス情報保管部４３のデバイス情報およびデバイス側の設定の中の一方で、他方を更新することもできる。図９、図１０、図１３を用いて、本実施形態にかかる管理装置１０００での処理の詳細を説明する。

図１３は、本実施形態における、図１０のＳ１００３で示したユーザー情報の取得のための前処理の詳細を説明するためのフローチャートである。ここでは、図１１に対して拡張された処理について、特に説明する。

Ｓ１１０１では、実施形態１で前述したとおり、ユーザー情報管理部３６が、Ｓ１００１で取得したデータを参照して、デバイス２０００からユーザー情報を取得するために必要な設定が全て行われているか否かを判定する。Ｓ１１０１でＮＯと判定された場合にはＳ１３０６に進む。一方で、必要な設定がすべて行われている場合にはＳ１３０１に進む。

Ｓ１３０１では、図１２のＳ１２０１と同様の判定が行われる。Ｓ１３０１でＮＯと判定された場合にはＳ１３０４に進む。一方で、必要な設定がすべて行われている場合にはＳ１１０２に進む。

Ｓ１１０２では、実施形態１で前述したとおり、ユーザー情報管理部３６が、Ｓ１００１およびＳ１００２で取得したデータの内容を比較して、不整合があるか否かを判定する。不整合がある場合にはＳ１３０２に進み、不整合がない場合には本処理を抜けて図１０の処理に戻る。

Ｓ１３０２では、ユーザー情報管理部３６が、制御部３１０経由で、図９で示す更新方法の選択画面を表示する。“管理装置側の設定を更新”が選択された場合には、Ｓ１００１でデバイス２０００から取得したデータで、管理装置１０００内のデバイス情報保管部３４のデータの更新が行われる。“本体設定を更新”が選択された場合には、デバイス情報管理部３３が、ＮＩＣ２１、ネットワーク３０００を介して、デバイス２０００に対して、ユーザー情報を取得するために必要な設定を含むデバイス情報を配信し、それを用いた更新の要求が行われる。

Ｓ１３０３では、ユーザー情報管理部３６が、図９で示す選択画面を介して、“本体設定を更新”が選択されたか否かの判定を行う。“管理装置側の設定を更新”が選択された場合にはＳ１１０３に進む。Ｓ１１０３およびＳ１１０４での処理は、実施形態１で前述したとおりであり、それらの処理を終えると図１３で示す一連の処理を抜けて図１０の処理に戻る。一方で、“本体設定を更新”が選択された場合には、Ｓ１３０９に進む。

Ｓ１３０４では、デバイス情報管理部３３が、制御部３１０経由で、Ｓ１００１でデバイス２０００から取得したデータを用いた管理装置側の設定を更新する旨を示す確認画面（不図示）を表示する。この確認画面では、ユーザーがキャンセル指示を選択することも可能である。

Ｓ１３０５では、デバイス情報管理部３３が、確認画面を介して更新が了承されたかを判定する。ここでキャンセル指示が選択された場合にはＳ１３１１に進む。更新が了承されたことが確認された場合には、Ｓ１１０３に進む。

Ｓ１３０６では、図１２のＳ１２０１と同様の判定が行われる。Ｓ１３０６でＮＯと判定された場合にはＳ１３１１に進む。一方で、必要な設定がすべて行われている場合にはＳ１３０７に進む。

Ｓ１３０７では、デバイス情報管理部３３が、制御部３１０経由で、管理装置側で管理している設定を用いて、図６（ｃ）での選択に対応するデバイス２０００の本体設定を更新する旨を示す確認画面（不図示）を表示する。この確認画面では、ユーザーがキャンセル指示を選択することも可能である。

Ｓ１３０８では、デバイス情報管理部３３が、確認画面を介して更新が了承されたかを判定する。ここでキャンセル指示が選択された場合にはＳ１３１１に進む。更新が了承されたことが確認された場合には、Ｓ１３０９に進む。

Ｓ１３０９およびＳ１３１０では、図１２のＳ１２０３およびＳ１２０４と同様の処理が行われる。その後、図１３で示す一連の処理を抜けて図１０の処理に戻る。

Ｓ１３１１では、ユーザー情報管理部３６が、制御部３１０経由で、デバイスからのインポートをキャンセルしたことを示すエラー画面を表示する。その後、図１０および図１１で示す処理を終了する。

＜実施形態４＞
ユーザー情報のインポートに利用するデバイスを選択する際に、取得に必要な設定に不整合がないデバイスのみインポート可能デバイスとして表示することが考えられる。図１４、図１５を用いて、本実施形態にかかる管理装置１０００での処理の詳細を説明する。

図１４は、前述した図６（ｂ）で示す画面で、デバイスからのインポートを選択した場合に実行される処理を説明するためのフローチャートである。本処理によれば、図６（ｃ）に代わって、図１５に示すようなデバイス選択画面が表示されるようになる。以下、詳細について説明する。

Ｓ１４０１およびＳ１４０２では、前述した図１０のＳ１００１およびＳ１００２と同様の処理が行われる。ここで、Ｓ１４０１は管理装置で管理されるすべてのデバイスから、設定情報の取得が行われる。

Ｓ１４０３では、図１２のＳ１２０１と同様の判定が行われる。Ｓ１４０３でＮＯと判定された場合にはＳ１４０８に進む。一方で、必要な設定がすべて行われている場合にはＳ１４０４に進む。

Ｓ１４０４では、ユーザー情報管理部３６が、Ｓ１４０１で取得したデータを参照して、各デバイスにおいて、ユーザー情報を取得するために必要な設定が全て行われているかを判定する。判定の結果、ユーザー情報管理部３６が、必要な設定が全て行われているデバイスを抽出して、管理する。

Ｓ１４０５では、Ｓ１４０４で抽出されたデバイスのそれぞれの本体設定と、Ｓ１４０２で取得して設定とを比較して、設定間に不整合があるデバイスを除外する。不整合の有無の判定は図１１のＳ１１０２で前述したとおりの判定が行われることになる。この処理により、メールアドレス、ユーザー上限数、およびレベルなどといった一部のユーザー情報が取得できないデバイスが、ユーザー情報のインポートのために用いるデバイスの候補から除外されることになる。

Ｓ１４０６では、ユーザー情報管理部３６が、Ｓ１４０５で除外された後の残りのデバイスを、ユーザー情報を取得可能なデバイスとして特定する。

Ｓ１４０７では、ユーザー情報管理部３６が、制御部３１０経由で、図１５で示すデバイス選択画面を表示する。

図１５は、本実施形態にかかるデバイス選択画面の表示の一例である。前述した図６（ｃ）のデバイス選択画面とは異なり、ユーザー情報の少なくとも一部の取得に失敗するデバイスは選択できないように表示される。このケースでは、Ｓ１４０６で特定された“Ｄｅｖｉｃｅ２”のみが選択可能である。

Ｓ１４０８では、ユーザー情報管理部３６が、制御部３１０経由で、管理装置側の設定の不備によりデバイスからのインポートに失敗する旨を示すエラー画面の表示を行う。この場合には、図１５に示すようなデバイス選択画面は表示されない。

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。

ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが１以上のメモリーに読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピューターにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

１０００管理装置
２０００デバイス
３０００ネットワーク

Claims

ネットワークを介してデバイスから、該デバイスにおいて確保されるユーザーが利用可能な格納領域の上限数、および、ユーザーがデバイスで参照できるデータを制御するための権限を示すレベルの少なくともいずれかを含むユーザー情報を取得して、インポートすることができる管理装置であって、
第１設定情報として、前記デバイスからユーザー情報を取得するために必要な設定情報を管理する管理手段と、
第２設定情報として、前記デバイスから、ユーザー情報を取得するために必要な設定情報を取得する第１取得手段と、
前記第１設定情報と前記第２設定情報との間に設定内容が一致しないことによる不整合がある場合に、前記第１設定情報と前記第２設定情報とのいずれか一方の設定を、前記管理装置及び前記デバイスでともに利用することで、ネットワークを介して前記デバイスからユーザー情報を取得する第２取得手段と、
前記デバイスから取得された前記ユーザー情報をインポートするインポート手段と、を有することを特徴とする管理装置。
前記ユーザー情報は、さらに、ユーザー識別情報、パスワード、およびメールアドレスを含むこと特徴とする請求項１に記載の管理装置。
前記管理装置は、前記ユーザー情報の一部を所定のアプリケーション・プログラミング・インターフェース（ＡＰＩ）を用いて取得し、前記ユーザー情報のほかのデータを該所定のＡＰＩを用いずに取得し、
ユーザー情報を取得するために必要な設定情報には、該所定のＡＰＩにかかる設定が含まれることを特徴とする請求項１または２に記載の管理装置。
前記所定のＡＰＩを用いて取得される一部のユーザー情報は、ユーザーが利用可能な格納領域の上限数、および、ユーザーがデバイスで参照できるデータを制御するための権限を示すレベルの少なくともいずれかであることを特徴とする請求項３に記載の管理装置。
前記所定のＡＰＩは、ウェブ技術を用いたＲＥＳＴｆｕｌＡＰＩであることを特徴とする請求項３または４に記載の管理装置。
前記所定のＡＰＩは、前記デバイスのベンダー独自で定義しているＡＰＩであることを特徴とする請求項３または４に記載の管理装置。
前記第２取得手段は、前記第１設定情報と前記第２設定情報との間に設定内容が一致しないことによる不整合がある場合に、前記管理装置が該第２設定情報を利用することで、ネットワークを介して前記デバイスからユーザー情報を取得することを特徴とする請求項１乃至６のいずれか１項に記載の管理装置。
前記第２取得手段は、前記第１設定情報と前記第２設定情報との間に設定内容が一致しないことによる不整合がある場合に、前記デバイスの設定を該第１設定情報で更新することで、ネットワークを介して前記デバイスからユーザー情報を取得することを特徴とする請求項１乃至６のいずれか１項に記載の管理装置。
ネットワークを介してデバイスから、該デバイスにおいて確保されるユーザーが利用可能な格納領域の上限数、および、ユーザーがデバイスで参照できるデータを制御するための権限を示すレベルの少なくともいずれかを含むユーザー情報を取得して、インポートすることができる管理装置における方法であって、
第１設定情報として、前記デバイスからユーザー情報を取得するために必要な設定情報を管理する管理工程と、
第２設定情報として、前記デバイスから、ユーザー情報を取得するために必要な設定情報を取得する第１取得工程と、
前記第１設定情報と前記第２設定情報との間に設定内容が一致しないことによる不整合がある場合に、前記第１設定情報と前記第２設定情報とのいずれか一方の設定を、前記管理装置及び前記デバイスでともに利用することで、ネットワークを介して前記デバイスからユーザー情報を取得する第２取得工程と、
前記デバイスから取得された前記ユーザー情報をインポートするインポート工程と、を有することを特徴とする方法。
請求項１乃至８のいずれか１項に記載の各手段としてコンピューターを機能させるためのプログラム。