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

Description

本発明は、情報処理装置、その制御方法、及びプログラムに関する。

画像形成装置をはじめとする情報処理装置において、装置に含まれるハードディスクの故障などが発生した場合に備え、故障時に使用していた設定値を復元するために、バックアップデータを定期的に取得しておくことが一般的となっている。これらのバックアップデータは、クラウドサービスや、イントラネット内のサーバに保存され、情報処理装置内に存在するクライアントアプリなどからの要求に従って要求元に提供される。

一方で、情報処理装置をお客様環境へ導入するにあたり、お客様の使用環境に応じてアプリケーションのインストールや設定値の変更を行う初期設置作業を実施する。これらの初期設置作業では、適用するデータや設定値を編集ツールなどで作成し、作成したデータを適用するまでを半自動化した初期設置システムを用いるケースも存在する。

初期設置作業では作業対象の新しい情報処理装置に対して、現在運用中の古い情報処理装置の上記バックアップデータを利用して設定値を引き継ぐこともある。また上記バックアップデータをベースに汎用的な設定用データを作ることによって、より現場の運用に近い設定を他の情報処理装置に対して展開することができる。

例えば、特許文献１には、バックアップデータを他の情報処理装置に対して展開する技術が提案されている。詳細には、装置間の設定の引継ぎ時において、適用先の機器で利用できない設定値に関してはバックアップデータを初期値として反映せず、類する値に変換し反映する方法について提案している。

特開２０１１－１７３３０５号公報

しかしながら、上記従来技術には以下に記載する課題がある。例えば、上記従来技術では、初期設置作業用の汎用データ、つまり他の情報処理装置へ適用するデータとして考えた場合、バックアップデータの内容をそのまま保持するためアドレス帳などの個人情報を含む秘匿情報まで含まれてしまう。また、上記従来技術では、バックアップデータの変換処理において秘匿情報を削除する場合でも、汎用データの利用先に当該技術が適用されていなければ、当該秘匿情報が適用され、反映されてしまう。つまり個人情報を含む秘匿データを漏洩する可能性が高いことになる。

本発明は、上述の課題の少なくとも一つに鑑みて成されたものであり、装置の設定に利用されるバックアップデータを提供する際に、バックアップデータに含まれる秘匿情報の提供を要求元に応じて好適に制御する提供する仕組みを提供する。

本発明は、情報処理装置であって、装置を設置する際の設置データとして利用可能なバックアップデータを管理する管理手段と、各装置から定期的にバックアップデータを受け付ける受付手段と、外部装置から要求を受信する受信手段と、前記受信手段によって受信した要求が前記管理手段で管理されているバックアップデータを取得する要求である場合には、要求元に紐づく情報と、バックアップデータの取得元に紐づく情報とに基づいて提供する設置データを、バックアップデータを用いて生成する生成手段と、前記要求元に紐づく情報と前記取得元に紐づく情報との関係性に基づき、前記生成手段によって生成された前記設置データから、秘匿する情報を必要に応じて削除する削除手段と、前記設置データを要求元に提供する提供手段とを備え、前記管理手段は、前記受付手段によって受け付けたバックアップデータを、取得元の装置の識別情報及び取得元が属するグループの識別情報と紐づけて管理することを特徴とする。

本発明によれば、装置の設定に利用されるバックアップデータを提供する際に、バックアップデータに含まれる秘匿情報の提供を要求元に応じて好適に制御することができる又は。

一実施形態に係るバックアップシステムの機器構成の一例を示す図。 一実施形態に係るバックアップシステムのハードウェア構成の一例を示す図。 一実施形態に係るバックアップシステムのソフトウェア構成の一例を示す図。 一実施形態に係るマルチテナント構造の一例を示す図。 一実施形態に係るバックアップデータ提供時の全体シーケンスを示す図。 一実施形態に係る利用サーバ１０２のＵＩの例を示す図。 一実施形態に係るバックアップデータ一覧の取得処理フローを示す図。 一実施形態に係るテナント関係の確認処理フローを示す図。 一実施形態に係るバックアップデータの取得処理フローを示す図。 一実施形態に係るバックアップデータの取得処理フローを示す図。 一実施形態に係るテナント関係の確認処理フローを示す図。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

＜第１の実施形態＞
＜システム構成＞
以下では本発明の第１の実施形態について説明する。まず、図１を参照して、本実施形態に係るバックアップシステムの機器構成の一例を説明する。本発明におけるバックアップシステムは、インターネット上でサービスを提供する管理サーバ１０１（以降、管理サーバと称する。）、バックアップデータを取得、利用するバックアップデータ利用サーバ１０２（以降、利用サーバと称する。）を含んで構成される。また、本バックアップシステムは、バックアップデータの取得元である画像形成装置１０３ａ、及び利用サーバ１０２からの指示でバックアップデータを利用する先の画像形成装置１０３ｂを含んで構成される。ここで、バックアップデータとは、取得元の装置が使用している設定情報や、アドレス帳、画像情報等の保存情報など様々な情報が含まれるものであり、例えば装置が故障した際に新たな装置に引き継ぎたい情報であればどのような情報であってもよい。従って、バックアップデータは定期的に更新されることが望ましい。なお、本発明をこれらの装置の種別及び数に限定する意図はなく、他のサーバや装置を含んで構成されてもよい。以下では単に画像形成装置１０３と称し、参照符号にａ，ｂを付記しない場合には、画像形成装置１０３ａ、１０３ｂの両方に該当する事項についての説明しているものとする。

管理サーバ１０１は、画像形成装置１０３から定期的に送信されうるバックアップされた設定値などのデータを管理するためのサーバである。管理サーバ１０１は、受付手段として機能し、画像形成装置１０３からバックアップ開始要求を受けると、データのアップロード先のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を発行し、画像形成装置１０３へ通知する。バックアップ開始要求とは、要求元の画像形成装置１０３が管理サーバ１０１に対して設定値等のデータをアップロードする要求である。また管理サーバ１０１は、発行されたＵＲＩに対してアップロードされたバックアップデータを管理する。また画像形成装置１０３が故障した場合などに画像形成装置１０３からのリストア要求を受けると、対象機器のバックアップデータを取得するためのＵＲＩを通知する。リストア要求とは、要求元の画像形成装置１０３が管理サーバ１０１にアップロード済みのバックアップデータを取得する要求である。更に利用サーバ１０２のような外部システムからのバックアップデータ取得要求に対し、要求元や条件に応じてバックアップファイルを複製し、要求元へ提供する。バックアップデータ取得要求とは、管理サーバ１０１で管理されているバックアップデータのうち要求元に応じたバックアップデータを取得する要求である。

利用サーバ１０２は、管理サーバ１０１で管理するバックアップデータを要求するサーバである。利用サーバ１０２は、例えば新たに画像形成装置を設置する際の初期設置用のデータを作成するための初期設置システムを実現する。初期設置システムでは、複数の画像形成装置に適用するための汎用的な設置データを作成する際に、運用データであるバックアップデータをベースにすることがある。この際、利用サーバ１０２は管理サーバ１０１に対して必要とするバックアップデータを要求する。なお、利用サーバ１０２は初期設置システムに限らず、バックアップデータを利用する機器であればよい。即ち、利用サーバ１０２は、管理サーバ１０１と通信を介して管理サーバ１０１で管理されているバックアップデータを取得可能な構成と、作成した汎用的な設定データを画像形成装置へ提供可能な構成とを有する機器であればよい。

画像形成装置１０３は、例えば複写機にスキャナ、プリンタ、ファクシミリ、及びファイル送信機能など複数の機能を提供する複合機（マルチファンクションプリンタ）である。なお、画像形成装置をマルチファンクションプリンタに限定する意図はなく、本発明はシングルファンクションプリンタにも適用可能である。画像形成装置１０３ａは、管理サーバ１０１に対して定期的に自身のバックアップデータをアップロードする装置である。ここで、本実施形態において「定期的に」とは、例えば１日１回などの時間的に定期的なタイミングを含むものであるが、設定変更やファームウェアのバージョンアップ等が行われ、最新のバックアップデータから変更が行われたタイミングを含んでもよい。例えば、消耗品が交換されたタイミングや、オプション装置等が画像形成装置１０３ａに対して接続されたタイミングなどにバックアップデータからの更新が発生する場合を含んでもよい。画像形成装置１０３のハードディスクが故障した場合や設定をある時点のものに戻したい場合などに、画像形成装置１０３又は操作者が使用するＰＣ等の代替の装置は、管理サーバ１０１に対して画像形成装置１０３の設定値のリストア要求を送信することができる。これにより、画像形成装置１０３の設定をある時点での設定に戻すことができる。画像形成装置１０３ｂは、利用サーバ１０２、例えば初期設置システムで作成した設置データを適用する対象の装置である。或いは、画像形成装置１０３ｂは管理サーバ１０１に対して引継ぎ元のバックアップデータを要求し、自身に適用してもよい。引継ぎ元のバックアップデータとは、例えば所定の画像形成装置が管理サーバ１０１に対してアップロードしたデータを示す。従って、画像形成装置１０３ｂは自信を示す識別情報とは別に、上記所定の画像形成装置を識別する情報を当該要求とともに管理サーバ１０１へ送信する必要がある。

＜バックアップシステムのハードウェア構成＞
次に、図２を参照して、本実施形態に係るバックアップシステムに含まれる各装置のハードウェア構成の一例について説明する。画像形成装置１０３は、ハードウェア構成として、ＣＰＵ２０１、ＲＡＭ２０２、読取装置２０３、印刷装置２０４、記憶装置２０５、ユーザ入力装置２０６、ＵＩ表示装置２０７、及びネットワーク装置２０８を備える。ＣＰＵ２０１は、画像形成装置１０３の全体を制御するとともに、本発明の特徴的な制御を実現する。ＲＡＭ２０２は、ＣＰＵ２０１のワークエリアを提供するメモリである。読取装置２０３は、シート等の原稿から画像を読み取る。印刷装置２０４は、シート等に画像を印刷する。記憶装置２０５は、プログラムや様々な設定値を記憶し、ＨＤＤやＮＶＲＡＭ等であってもよい。ユーザ入力装置２０６は、ユーザがコマンドの入力を行う装置である。ＵＩ表示装置２０７は、操作画面や結果画面等の画面表示を行う。ネットワーク装置２０８は、外部機器とネットワークによる通信を行うものであり、無線、有線等の通信形態や通信プロトコルについては任意のものを採用することができる。各コンポーネントはメインバス２００によって相互に信号を送受可能に接続されている。なお、本実施形態では特に言及しない限り、画像形成装置１０３はＣＰＵ２０１がメインバス２００を介して各種装置を制御する。また、ＵＩ表示装置２０７は、タッチパネルディスプレイのようなユーザ入力装置２０６を含む構成としてもよい。従って、ユーザ入力装置２０６は、ハードウェアボタンに加えて、タッチパネルディスプレイで実現されるソフトウェアボタンを含んでもよい。

次に、管理サーバ１０１のハードウェア構成について説明する。なお、利用サーバ１０２の構成は管理サーバ１０１と同様の構成として実現できるため詳細な説明については省略する。管理サーバ１０１は、ハードウェア構成として、ＣＰＵ２１１、ＲＡＭ２１２、ネットワーク装置２１３、記憶装置２１４、入力装置２１５、及び表示装置２１６を備える。ＣＰＵ２１１は、管理サーバ１０１の全体を制御するとともに、本発明の特徴的な制御を実現する。ＲＡＭ２１２は、ＣＰＵ２１１のワークエリアを提供するメモリである。記憶装置２１４は、プログラムや様々な利用情報を記憶し、ＨＤＤやＮＶＲＡＭ等であってもよい。入力装置２１５は、ユーザがコマンドの入力を行う装置である。表示装置２１６は、操作画面や結果画面等の画面表示を行う。ネットワーク装置２１３は、外部機器とネットワークによる通信を行うものであり、無線、有線等の通信形態や通信プロトコルについては任意のものを採用することができる。各コンポーネントはメインバス２１０によって相互に信号を送受可能に接続されている。

＜システム全体のソフトウェア構成＞
次に、図３を参照して、本実施形態に係るバックアップシステムのソフトウェア構成の一例を説明する。本バックアップシステムは、管理サーバ１０１、バックアップデータ利用サーバ１０２、及び画像形成装置１０３を含んで構成されている。図３に示す各機能部は、管理サーバ１０１、利用サーバ１０２、及び画像形成装置１０３（１０３ａ，１０３ｂ）のそれぞれが有するＣＰＵが制御プログラムを実行することにより実現されるソフトウェア構成を示す。

管理サーバ１０１は、画像形成装置１０３からバックアップされたデータを管理する管理サーバであり、バックアップデータ管理部３０１、コンテンツ管理部３０２、デバイス管理部３０３、テナント管理部３０４、ＵＩ制御部３０５、及び通信部３０６を有する。バックアップデータ管理部３０１は、バックアップされたデータが、どのテナントに属する、どの画像形成装置１０３のデータであるかを管理する。テナントとは対象の装置が所属する所定のグループを示すものである。例えば、後述する販売テナントとは所定グループの販売会社を示すものである。また、バックアップデータ管理部３０１はバックアップデータを外部へ提供する際に秘匿すべき情報を管理する。バックアップデータ管理部３０１で管理するバックアップデータの一例を表１に示す。

表１は、管理サーバ１０１のバックアップデータ管理部３０１が管理するバックアップデータ管理テーブルを示す。バックアップデータ管理テーブルでは、バックアップＩＤ、デバイスＩＤ、テナントＩＤ、及びバックアップ日時が管理されている。なお、表１で示す各々のＩＤは短い文字列で表現されているが、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）などで管理されることが望ましい。また、バックアップデータ管理テーブルで管理される情報は表１の例に限らず、必要に応じて管理情報の増減があってもよく、他の情報を含んで構成されてもよい。

バックアップＩＤは、バックアップしたデータを一意に特定するための識別情報であり、後述のコンテンツ管理部３０２で管理するバックアップデータを格納、取得するために利用される。

デバイスＩＤは、バックアップデータのバックアップ元の画像形成装置１０３を一意に特定するための識別情報であり、後述のデバイス管理部３０３で管理するデバイスデータテーブルの主キーでもある。デバイスＩＤを用いることで、デバイス管理部３０３の管理する画像形成装置に関する情報を特定することができる。デバイスＩＤは、例えばＵＩ制御部３０５で画面情報を生成する際などに利用される。テナントＩＤは、マルチテナント構造におけるデータ管理において、バックアップデータがどのテナント（グループ）に属するかを一意に特定するための識別情報である。また後述のテナント管理部３０４で管理するテナントテーブルの主キーでもある。バックアップ日時は、画像形成装置１０３から管理サーバ１０１にバックアップデータがアップロードされた日時を示す。バックアップデータが新たに登録される場合には、固有のバックアップＩＤを割り当て、各項目の情報を紐づけたデータがバックアップデータ管理テーブルに追加される。なお、不要となったデータについては後に汎用データを作成する際に利用する可能性を考慮して履歴として残すことが望ましい。一方で、不要となったデータについては所定の権限を有する管理者によって当該管理テーブルから削除することができるようにしてもよい。

バックアップデータ管理部３０１は表１に示したデータを用いることで、画像形成装置１０３や利用サーバ１０２からの各種要求に対して、要求対象のバックアップデータを特定し、データの格納や提供を行う。例えば、デバイスＩＤ：Ｄ００１の画像形成装置からバックアップデータの格納要求を受けると、バックアップデータ管理部３０１は新しいバックアップＩＤ：ＢＵ００５を発行し、デバイスＩＤ：Ｄ００１、及びテナントＩＤ：Ｔ００２と紐付けて管理する。また、バックアップデータ管理部３０１は、バックアップＩＤ：ＢＵ００５を用いてアップロードされるデータ、又はアップロードされたデータを管理するようコンテンツ管理部３０２に依頼する。例えば、バックアップデータ管理部３０１はバックアップＩＤ：ＢＵ００２の要求をデバイスＩＤ：Ｄ００２から受けると、コンテンツ管理部３０２からＢＵ００２に該当するバックアップデータを取得し、要求元へ提供する。この際、バックアップデータ管理部３０１は要求元のデバイスＩＤや、テナントＩＤを使って提供可否の判断を実施してもよい。

次にバックアップデータ管理部３０１で管理する秘匿すべき情報の一例を表２を用いて説明する。

表２は、管理サーバ１０１のバックアップデータ管理部３０１が管理する秘匿情報管理テーブルを示す。秘匿情報管理テーブルでは、秘匿情報ＩＤ、秘匿情報種別、及びデータ分類ＩＤの情報が管理されている。秘匿情報管理テーブルは、バックアップシステムとして秘匿情報とすべきデータを管理する。例えばバックアップデータを外部へ提供する際、画像形成装置１０３の持つアドレス帳はメールアドレスなどの個人情報を含むため、データの提供時に当該秘匿情報を削除する必要がある。秘匿情報管理テーブルで管理されるデータは、このような外部提供時に削除すべき情報、即ち秘匿すべき情報を指す。

秘匿情報ＩＤは、秘匿すべき情報を一意に特定するためのＩＤである。秘匿情報種別は、秘匿すべき情報が何であるかをユーザとして判断しやすい種別に分類し表示するためのカラムである。表２の秘匿情報種別に定義される文字列はユーザが判断しやすければよく、例えばＵＩ制御部３０５において表２の情報を表示する場合は、ユーザの使用する言語に合わせて表示してもよい。上記表示２では、例えば“Address book”はアドレス帳を示し、“User Account”はユーザアカウントを示し、“Network Settings”はネットワーク設定を示す。データ分類ＩＤは、バックアップデータから秘匿対象の情報を削除する際に使用するＩＤである。バックアップデータ管理部３０１は、例えばバックアップデータがＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で定義されている場合、ファイル内にデータ分類ＩＤと一致する要素が存在するかを確認し、存在する場合は要素ごと削除する。なお、秘匿情報管理テーブルにおいて管理する情報は表２の例に限らず、必要に応じて管理情報の増減があってもよいし、他の情報が管理されてもよい。

図３の説明に戻る。コンテンツ管理部３０２は、バックアップデータの実体を管理するための機能部であり、管理サーバ１０１が管理するデータを保持する記憶装置へのアクセスを制御する。なお、コンテンツ管理部３０２がアクセスする記憶装置は、管理サーバ１０１内のＨＤＤやＮＶＲＡＭなどでもよいし、管理サーバ１０１とは別の外部記憶装置であってもよい。コンテンツ管理部３０２で管理するデータの一例を表３に示す。

表３は、管理サーバ１０１のコンテンツ管理部３０２が管理するファイル情報テーブルを示す。ファイル情報テーブルは、コンテンツＩＤ、バックアップＩＤ、及びファイル名を含んで構成されている。コンテンツＩＤは、コンテンツ管理部３０２が管理する各ファイルを一意に特定するための識別情報である。なお、本コンテンツＩＤはＵＵＩＤなどで定義されていてもよい。バックアップＩＤは、バックアップデータ管理部３０１で管理するデータとの関連を示すＩＤであり、表１におけるバックアップＩＤと同じものである。ファイル名は、アップロードされたコンテンツのファイル名である。ここでは１つのコンテンツＩＤに対して１ファイルのコンテンツが紐づけられているが、複数のファイルが紐づけられてもよい。一例として表３では、年月日時分秒のＺＩＰファイルが示されているが本発明を限定する意図はない。

コンテンツ管理部３０２は、バックアップデータ管理部３０１からバックアップデータの取得を要求されると、記憶装置に格納されている該当ファイルへのパス、及び該当のパスへのＵＲＩを生成し、バックアップデータ管理部３０１へ返す。またバックアップデータ管理部３０１からファイルのアップロード要求を受け付けると、コンテンツ管理部３０２は、格納先のフォルダパス、及び格納先フォルダへアップロードするためのＵＲＩを生成し、バックアップデータ管理部３０１へ返す。なお、表３の説明においてＵＲＩを生成する旨を記載したが、これに限らずファイルそのものの授受を行ってもよい。また表３で示した管理情報は一例であり、例えばコンテンツの更新日時や、削除されたことを示すようなコンテンツの状態などを扱ってもよい。またコンテンツ管理部３０２ではどのコンテンツがバックアップデータであるかを判別できればよく、バックアップデータ以外を管理してもよい。

図３の説明に戻る。デバイス管理部３０３は、データをアップロードしている画像形成装置１０３を管理するための機能部である。デバイス管理部３０３で管理する情報を表４Ａに示す。

表４Ａは管理サーバ１０１のデバイス管理部３０３が管理するデバイス情報管理テーブルを示す。デバイス情報管理テーブルでは、デバイスＩＤ、シリアル番号、機種、及びテナントＩＤが管理されている。デバイスＩＤは、画像形成装置を一意に特定するための識別情報であり、表１で示したデバイスＩＤと一致するものである。なお、デバイスＩＤは短い文字列で定義されているが、ＵＵＩＤで定義されていてもよい。シリアル番号は、各画像形成装置の個体識別番号であり、それぞれの画像形成装置に割り当てられた番号である。デバイス名は、画像形成装置における仕様や使用される部品の種類などが一致するデバイス種別のグループを指す。テナントＩＤは、マルチテナント構造におけるデータ管理において、各画像形成装置がどのテナントに属するかを一意に特定するための識別情報である。なお、デバイス情報管理テーブルにおいて管理する情報は表４Ａの例に限らず、必要に応じて管理情報の増減があってもよい。またデバイスＩＤとシリアル番号の両方の管理が不要な場合は、どちらかに統一して管理してもよい。

図３の説明に戻る。テナント管理部３０４は、管理サーバ１０１におけるマルチテナント構造の構成を管理する機能部である。テナント管理部３０４が管理する情報を表５Ａに示す。

表５Ａは、管理サーバ１０１のテナント管理部３０４が管理するテナント管理テーブルを示す。テナント管理テーブルでは、テナントＩＤ、テナント種類、親テナントＩＤ、直間設定、及びサービスが管理されている。テナントＩＤは、ユーザデータが管理されるグループを一意に特定するための識別情報である。テナント種類は、テナントを販売組織や顧客組織単位で識別する情報であり、各々のテナントに応じて設定される。例えば顧客組織は各サービスを利用するお客様単位で割り当てられ、販売組織はお客様と契約を結んだ販売会社単位で割り当てられる。親テナントＩＤは、対象のテナントが紐づく一つ上のテナント（即ち、親グループ）を示す。例えば表５ＡにおいてテナントＩＤ：Ｔ００２は、親テナントＩＤがＴ００１を指している。つまり、Ｔ００１の販売テナントに対して、Ｔ００２の顧客テナントが紐づいていることを示している。これにより、販売組織に該当するテナントに対して、複数の顧客組織に該当するテナントが紐づく。

直間設定は、販売テナントに対して紐付けられ、対象の販売テナントが親テナントから所定テナント（所定グループ）の情報を参照することが可能か否かを判断する設定、即ち、参照可否情報を示す設定である。直間設定がＤｉｒｅｃｔの販売テナントである場合、親の販売テナントからテナントに関する情報の少なくとも一部が参照可能な状態となる。一方、販売テナントの直間設定がＩｎｄｉｒｅｃｔ（例えばテナントＩＤ：Ｔ００３）の場合、親テナントであるＴ００１からＴ００３の情報を見ることができない。直間設定は、例えば販売テナントが親テナントに対するグループ会社である場合にＤｉｒｅｃｔ、ディーラーのような間接販売を行う際にはＩｎｄｉｒｅｃｔを指定する。なお、テナント種類が顧客テナントの場合の直間設定は、親テナントの直間設定を引き継ぐ。例えば、テナントＩＤ００２はテナント種類が顧客テナントであり、親テナントとして定義されたＴ００１の直間設定を引き継いで、Ｄｉｒｅｃｔが指定される。表５Ａでは、親テナントの直間設定を引き継いでいる場合には直間設定を括弧書きで示している。サービスは、対象のテナントがどのようなサービス（例えば、クラウドサービス）を利用できるかを示す。表５Ａでは、ＳｅｒｖＢａｃｋｕｐとして、画像形成装置１０３のバックアップ機能を用いたサービスを用いる権利があることを示している。その他、テナントによってＳｅｒｖＡやＳｅｒｖＢといったサービスが利用可能であることを示している。

表５Ａに示すテナント管理テーブルの定義内容を図示したものを図４の（Ａ）に示す。図４（Ａ）は、管理サーバ１０１のテナント管理部３０４が管理する表５Ａに示すマルチテナント構造を示している。

Ｄｉｒｅｃｔ設定されたＴ００１の配下に、顧客組織Ｔ００２、及びＩｎｄｉｒｅｃｔの販売組織Ｔ００３が紐づいている。更にＴ００２には、画像形成装置であるＤ００１が紐づいている。またＴ００３の配下に、顧客組織Ｔ００４、Ｔ００５が紐づいており、Ｔ００４には画像形成装置であるＤ００２が紐づき、Ｔ００５には画像形成装置であるＤ００３，Ｄ００４が紐づいている。各々の画像形成装置は、バックアップデータを自身の親テナントに紐付けて管理している。

図３の説明に戻る。ＵＩ制御部３０５は、管理サーバ１０１が不図示のクライアントＰＣなどからアクセスされた場合に表示するＷｅｂ画面を生成する機能部である。即ち、管理サーバ１０１はＷｅｂサーバ機能を有する。画面を生成する際は、操作ユーザの属するテナントに、バックアップサービスが利用可能である必要がある。例えば、ＵＩ制御部３０５で生成する画面としてテナント一覧画面（不図示）が存在する。操作ユーザがＴ００１に対してログインすると、ＵＩ制御部３０５は、表５Ａにおける親テナントがＴ００１に該当するテナント、つまりＴ００２、及びＴ００３が表示する画面を生成する。同様に表４Ａにおける顧客テナントに紐づくデバイス一覧、表１におけるデバイスＩＤに紐づくバックアップデータ一覧、表２における秘匿情報登録画面などを作成してもよい。

通信部３０６は、画像形成装置１０３や利用サーバ１０２との通信やネットワークを介した外部との通信を行う。例えば画像形成装置１０３からのバックアップ要求を受け付けると、通信部３０６はバックアップデータ管理部３０１へ当該要求を伝える。また画像形成装置１０３からのリストア要求を受け付けると、通信部３０６はバックアップデータ管理部３０１へ当該要求を伝え、バックアップデータ管理部３０１から受け取ったＵＲＩを画像形成装置１０３へ応答として返す。なお、コンテンツ管理部３０２、デバイス管理部３０３、及びテナント管理部３０４の各機能部は、図３の例に限らず、管理サーバ１０１の外部に、別のサーバとして構成されてもよい。

利用サーバ１０２は、管理サーバ１０１に対して、画像形成装置１０３のバックアップデータの取得を要求するサーバであり、サービス提供部３２１、サービス間連携部３２２、及び通信部３２３を有する。サービス提供部３２１は、利用サーバ１０２が提供するサービスを司る機能部である。例えば利用サーバ１０２が初期設置システムとして利用される場合、サービス提供部３２１では初期設置用のデータの作成、保存、利用などのサービスを提供する。より具体的には、サービス提供部３２１は、初期設置用データの作成ＵＩをユーザに提供し、各データの詳細設定を可能とする。また当該ＵＩにおいて、バックアップデータ管理サーバ１０１からバックアップデータを取得するＵＩを設け、バックアップデータを利用する機能を提供する。また作成したデータを利用サーバ１０２内に保存しておき、画像形成装置１０３内の設置データサポート機能からのデータ要求に対してデータを渡す機能を提供する。

サービス間連携部３２２は、利用サーバ１０２の外部サービスと連携するための機能を有する。例えば、前述の管理サーバ１０１からバックアップデータを取得する際の仲介役を担う。通信部３２３は、管理サーバ１０１や画像形成装置１０３とのネットワークを介した通信を制御する。外部との通信としては、例えば初期設置システムの場合は、ユーザの操作ＰＣ上にインストールされた編集用のクライアントアプリケーションなどにデータを表示するための、操作ＰＣとの通信などが挙げられる。

画像形成装置１０３は、管理サーバ１０１に対してバックアップ要求やリストア要求などを行うバックアップ機能３５０を有する。バックアップ機能３５０は通信部３５１、ＵＩ制御部３５２、及び処理部３５３を有する。なお、図３に示す画像形成装置１０３の各機能部は、画像形成装置１０３のＣＰＵ２０１が制御プログラムを実行することにより実現される。

通信部３５１は、管理サーバ１０１や利用サーバ１０２とのネットワークを介した通信を制御する。ＵＩ制御部３５２は、バックアップ機能３５０を操作するためのＵＩ（不図示）を、ＵＩ表示装置２０７を介してユーザに提供し、ユーザの操作を受け付ける。当該ＵＩには、例えばユーザが画像形成装置１０３に対して設定値のバックアップを指示するためのボタンが表示される。また、当該ＵＩには、ユーザが画像形成装置１０３に対して設定値を復旧するための、バックアップデータの一覧やリストアボタンが表示される。処理部３５３は、ＵＩ制御部３５２及び通信部３５１を介して受け取った指示に従い、バックアップ処理を実行する。例えば、処理部３５３は、ＵＩ制御部３５２にてユーザからのバックアップ指示を受け付けると、通信部３５１を介して管理サーバ１０１にバックアップ要求を伝える。また処理部３５３は、画像形成装置１０３内のバックアップすべき情報を収集し、まとめた上でバックアップデータとして管理サーバ１０１にアップロードする。なお、図３に記載したバックアップシステムのソフトウェア構成は一例であり、必要に応じて各機能部に増減があってもよい。またシステム内の通信先に関しても必要に応じて増減があってもよい。

＜バックアップデータの利用＞
以下では、本実施形態におけるバックアップデータの利用例を説明する。本実施形態では、利用サーバ１０２が初期設置システムを実現するサーバとして説明する。もちろん利用サーバ１０２としてはバックアップデータを利用して他の機能を実現するサーバであってもよい。なお、初期設置システムでは、画像形成装置１０３ａからのバックアップデータをもとに、画像形成装置１０３ｂに対して適用すべき設置データを生成することを想定する。つまり利用サーバ１０２である初期設置システムは、管理サーバ１０１からバックアップデータを取得し、取得したバックアップデータを利用して設置データを生成する。

＜利用シーケンス＞
以下では、本実施形態におけるユースケースとして、販売組織（販売テナント：Ｔ００１）に属するユーザが、顧客に代わって画像形成装置１０３の初期設置を実施する例について説明する。この際、自身の属する販売テナントの配下である顧客テナント：Ｔ００２にある運用中の画像形成装置：Ｄ００１のバックアップデータを利用するものとする。図５を参照して、本実施形態におけるバックアップデータの利用シーケンスを説明する。なお、ユーザは利用サーバ１０２を直接操作してもよいし、所有する操作ＰＣから利用サーバ１０２にアクセスして使用してもよい。操作ＰＣから利用サーバ１０２にアクセスする場合には、ユーザ所有のＰＣがＷｅｂクライアントとして機能し、利用サーバ１０２がＷｅｂサーバとして機能してユーザの操作ＰＣへ画面情報を提供する。従って、以下では利用サーバ１０２の表示装置に所定の画面を表示するように説明するが、ユーザが操作ＰＣを利用している場合には、当該操作ＰＣのＷｅｂブラウザに表示されるものとする。

Ｓ５００で、利用サーバ１０２はユーザからのログインを受け付ける。この際、利用サーバ１０２は図６（Ａ）で後述するログイン画面６００を表示装置に表示する。Ｓ５００のログイン処理では、利用サーバ１０２や不図示の認証サーバによって発行されたアクセストークンを用いて認証処理が実行される。

続いてＳ５０１で、利用サーバ１０２はユーザから入力装置２１５を介してバックアップデータを利用する旨の指示を受け付ける。バックアップデータの利用指示には、どの画像形成装置１０３のバックアップデータを取得するかを指定するシリアル番号が含まれる。この際に表示装置に表示する画面の一例を、図６（Ｂ）、図６（Ｃ）に示す。これらの画面の詳細については後述する。

その後Ｓ５０２で、利用サーバ１０２は、管理サーバ１０１に対して指定されたシリアル番号に紐づくバックアップデータの一覧を要求する。バックアップデータの一覧を取得する際は、操作ユーザのアクセストークンを付与することで、管理サーバ１０１においてバックアップデータの取得可否を判断することができる。即ち、Ｓ５０２の要求にはシリアル番号に加えて、利用指示を行った操作ユーザのアクセストークンが含まれる。

Ｓ５０３で、管理サーバ１０１のバックアップデータ管理部３０１は、指定されたシリアル番号に紐づくバックアップデータを検索し、選択可能なバックアップデータの一覧を作成する。Ｓ５０３の詳細な処理については、図７を用いて後述する。続いて、Ｓ５０４で、管理サーバ１０１は、Ｓ５０３で作成した選択可能なバックアップデータの一覧を、要求元の利用サーバ１０２に返送する。

Ｓ５０５で、利用サーバ１０２は、バックアップデータの一覧を取得すると、ユーザに対して選択可能なバックアップデータ一覧の画面を表示する。この際に表示する画面を図６（Ｄ）にて後述する。ユーザは表示されたバックアップデータ一覧の画面を介して、バックアップデータ一覧から取得したいバックアップデータを選択することができる。Ｓ５０６で、利用サーバ１０２はユーザが取得したいバックアップデータの選択を受け付ける。

次に、Ｓ５０７で、利用サーバ１０２は、ユーザが選択したバックアップデータを管理サーバ１０１に要求する。利用サーバ１０２はバックアップデータの取得要求において、バックアップＩＤ、及びユーザのアクセストークンを管理サーバ１０１へ通知する。

Ｓ５０８で、管理サーバ１０１は、Ｓ５０７で通知されたバックアップＩＤに紐づくバックアップデータを管理サーバ１０１内の記憶装置から抽出する。Ｓ５０８の詳細な処理については、図９を用いて後述する。Ｓ５０９で、管理サーバ１０１はＳ５０８で取り出したバックアップデータを、要求元の利用サーバ１０２へ提供する。続いて、Ｓ５１０で利用サーバ１０２は、バックアップデータを取得すると、ユーザに対して取得した旨を通知し、本シーケンスを終了する。

＜画面例＞
次に、図６を参照して、本実施形態に係る利用サーバ１０２が表示する画面の一例を説明する。なお、図６で示す各画面は、利用サーバ１０２のサービス提供部３２１が作成し利用サーバ１０２の表示装置や、ユーザの操作ＰＣ上のＷｅｂブラウザで表示することを想定する。しかしながら、本発明はこれに限らず、ユーザの操作ＰＣにインストールされたクライアントアプリケーションであってもよい。なお、ここでは、利用サーバ１０２のサービス提供部３２１が最終的に各種画面を作成しているが、画面を作成する上で元となる画面情報は管理サーバ１０１のＵＩ制御部３０５が提供するものである。従って、管理サーバ１０１のＵＩ制御部３０５がユーザインタフェースとして各種画面を作成し、利用サーバ１０２やユーザ操作ＰＣへ作成した画面の情報を提供して表示させるようにしてもよい。

図６（Ａ）は、利用サーバ１０２が表示するログイン画面６００であり、ログインＩＤ及びパスワードを入力するテキストボックス６０１、６０２と、ログインボタン６０３と、キャンセルボタン６０４とを含んで構成される。ユーザはテキストボックス６０１、６０にそれぞれログインＩＤとパスワードを入力しログインボタン６０３を操作することで、利用サーバ１０２の提供するサービスを利用できる。キャンセルボタン６０４を操作すると、ログインを行うことなく、遷移元の画面へ移行する。

図６（Ｂ）は、利用サーバ１０２がログイン後に表示する設置データ作成画面６１０の一例である。設置データ作成画面６１０は、シリアル番号入力部６１１、ファイル名表示部６１２、参照ボタン６１３、バックアップデータ取得ボタン６１４、キャンセルボタン６１５、及び保存ボタン６１６を含む。シリアル番号入力部６１１は、データの適用対象である画像形成装置１０３ｂのシリアル番号を入力するフィールドである。ファイル名表示部６１２は、設置データとして画像形成装置１０３ｂに適用する対象の設定値のファイル名を表示するフィールドである。ファイル名表示部６１２に表示するファイルは、後述の参照ボタン６１３、又はバックアップデータ取得ボタン６１４を操作しファイルを指定、取得できる。ファイル名表示部６１２は表示されたファイル名をユーザ入力に従って所望のファイルに変更するように構成されてもよい。

参照ボタン６１３は、ユーザの操作ＰＣ上に存在するローカルファイルを指定するためのボタンである。参照ボタン６１３を操作するとファイル指定ダイアログが開き、ファイルを指定することができる。利用サーバ１０２は、ファイルが指定されると設置データ作成画面６１０を表示し、ファイル名表示部６１２にファイル名を表示する。バックアップデータ取得ボタン６１４は、管理サーバ１０１からバックアップデータを取得する処理を開始するためのボタンである。バックアップデータ取得ボタン６１４が操作されると、利用サーバ１０２は図６（Ｃ）のバックアップデータの取得ダイアログを表示する。キャンセルボタン６１５は、設置データの作成をキャンセルするためのボタンである。設置データ作成画面６１０を表示した後にキャンセルボタン６１５が操作されと、それまでの編集が破棄される。保存ボタン６１６は、設置データ作成画面６１０を表示してから保存ボタン６１６が操作されるまでの間に操作された設置データの内容が利用サーバ１０２に対してアップロードされ、保存される。なお、図６で示す画面をクライアントアプリケーションで表示している場合は、利用サーバ１０２へアップロードせず操作ＰＣの記憶装置（不図示）に一時的に保存してもよい。

図６（Ｃ）は、管理サーバ１０１に対してどの画像形成装置のバックアップデータを取得するかを指定するためのバックアップデータの取得ダイアログにおける指定画面６２０である。指定画面６２０は、取得元デバイスの指定部６２１、キャンセルボタン６２２、及び取得ボタン６２３を含んで構成される。取得元デバイスの指定部６２１は、バックアップデータの取得対象となる画像形成装置１０３のシリアル番号を指定する。図６（Ｃ）の例では、画像形成装置のシリアル番号として“ＡＡＡ１２３４５”が指定されている。キャンセルボタン６２２は、指定画面６２０を閉じ、図６（Ｂ）の設置データ作成画面６１０に戻るためのボタンである。取得ボタン６２３は、取得元デバイスの指定部６２１で指定したシリアル番号に関するバックアップデータを、管理サーバ１０１に対して要求するためのボタンである。本ボタンを操作することで利用サーバ１０２は図５で示したＳ５０１、Ｓ５０２の処理を実行する。

図６（Ｄ）は、利用サーバ１０２がバックアップデータの取得ダイアログに表示するバックアップデータの一覧画面６３０である。バックアップデータの一覧画面６３０で表示する内容は、図５のＳ５０３、Ｓ５０４の処理で取得したバックアップデータの一覧である。バックアップデータ一覧画面６３０は、バックアップリスト６３１、キャンセルボタン６３２、及び取得ボタン６３３を含んで構成される。バックアップリスト６３１は、図６（Ｃ）の取得元デバイスの指定部６２１で指定した画像形成装置１０３に紐づくバックアップデータを表示する。例えばシリアル番号“ＡＡＡ１２３４５”、つまりデバイスＩＤ：Ｄ００１に該当するバックアップデータを上記表１に示すようなテーブルから検索し、該当するバックアップデータをすべて表示する。なお、ここでは、表示する内容としてバックアップＩＤとバックアップ日時とを示しているが、本発明を限定する意図はない。例えば手動でバックアップを指示したものであるか、或いはスケジュールで定期的にバックアップしたものであるかを示すバックアップ方法を表示してもよい。またバックアップＩＤは、ユーザにとって不要なデータと判断する場合は表示しなくてもよい。これらの表示内容は、管理者等の所定の操作権限を有するユーザによって変更することができる。キャンセルボタン６３２は、バックアップデータ一覧画面６３０を閉じ、図６（Ｂ）の設置データ作成画面６１０に戻るためのボタンである。取得ボタン６３３は、バックアップリスト６３１で指定したバックアップデータを、管理サーバ１０１に対して要求するためのボタンである。取得ボタン６３３を操作することにより、図５のＳ５０６の処理が実行される。

図６（Ｅ）は、利用サーバ１０２が表示するエラー画面６３４の一例である。エラー画面６３４は、例えば後述の図７のＳ７０５においてエラーが通知された際に利用サーバ１０２が表示する画面である。

図６を参照して利用サーバ１０２におけるバックアップデータの利用画面の一例について説明したが、本発明を限定する意図はなく、必要に応じて表示データやフィールド等の増減があってもよい。

＜バックアップデータ一覧の取得フロー＞
次に、図７を参照して、本実施形態における管理サーバ１０１のバックアップデータ一覧を取得する取得フローの処理手順を説明する。本処理フローは図５の上記Ｓ５０３の詳細な処理である。なお、図７で示す処理フローは、特に断りのない限り管理サーバ１０１のバックアップデータ管理部３０１が主体となって実施する処理である。従って、以下で説明する処理は例えば管理サーバ１０１のＣＰＵ２１１がＲＯＭやＨＤＤ等の記憶装置２１４に格納された制御プログラムをＲＡＭ２１２に読み出して実行することにより実現される。また図７で示す処理フローは、Ｓ５０２のような利用サーバ１０２からの要求をトリガーに処理を開始する。

Ｓ７００で、バックアップデータ管理部３０１は、要求元であるユーザの属するテナントの情報を取得する。バックアップデータ管理部３０１は、ユーザの属するテナント情報を、要求時に付加されたアクセストークンなどの情報から取得することが可能である。しかし、本発明はこれに限らず、要求時にユーザの属するテナントＩＤなどを付加することとし、バックアップデータ管理部３０１は単にアクセストークンに付加された値を要求元のテナント情報として取得するようにしてもよい。

続いてＳ７０１で、バックアップデータ管理部３０１は、要求時に指定されたバックアップデータ取得対象のシリアル番号から、シリアル番号の画像形成装置が属するテナント情報を取得する。具体的には、バックアップデータ管理部３０１はシリアル番号をもとに表４ＡからデバイスＩＤを取得し、デバイスＩＤに基づき表１からテナントＩＤを取得する。

Ｓ７０２で、バックアップデータ管理部３０１は、要求元のテナントと対象の画像形成装置の属するテナントの関係性を確認する。具体的には、バックアップデータ管理部３０１は要求しているユーザが対象の画像形成装置の属するテナントの参照権を有するか否かを確認する。ここで、図８を参照して、Ｓ７０２の詳細な処理フローについて説明する。

図８は、要求元のテナントと対象の画像形成装置の属するテナントの関係性を確認するための処理フローである。以下で説明する処理は例えば管理サーバ１０１のＣＰＵ２１１がＲＯＭやＨＤＤ等の記憶装置２１４に格納された制御プログラムをＲＡＭ２１２に読み出して実行することにより実現される。なお、図８の説明では、図６の各図において指定されている情報を用いる。つまり操作ユーザはテナントＩＤ：Ｔ００１に属するユーザであり、バックアップデータ取得対象であるデバイスは、シリアル番号：ＡＡＡ１２３４５とする。

Ｓ８００で、バックアップデータ管理部３０１は、要求元のテナントが、取得対象となる画像形成装置のテナントと同じであるか否かを判断する。同じテナントに属すると判断した場合はＳ８０３へ処理を移行し、同じテナントではないと判断した場合はＳ８０１へ処理を移行する。

Ｓ８０１で、バックアップデータ管理部３０１は、要求元のテナントが、取得対象となる画像形成装置のテナントの上位テナントに属するか否かを判断する。上位テナントであると判断する場合はＳ８０２へ処理を移行し、上位でないと判断する場合はＳ８０４へ処理を移行する。

ここで上記Ｓ８００及びＳ８０１における判断を図６に示すＵＩで指定した各種情報を例に説明する。図６（Ａ）に示すＵＩでは、要求元であるユーザ、つまりログインユーザとは販売テナントＴ００１に属している。一方、取得対象となる画像形成装置は、シリアル番号“ＡＡＡ１２３４５”であり、表４Ａと照らし合わせることでＴ００２に属していることが分かる。表５Ａ又は図４（Ａ）のテナント情報から要求元ユーザの属するＴ００１は、対象の画像形成装置のテナントＴ００２の上位テナントであることが分かり、Ｓ８００では同じテナントではないと判断され、Ｓ８０１では上位テナントであると判断される。

Ｓ８０２で、バックアップデータ管理部３０１は、取得対象となる画像形成装置の属するテナントが、直間設定：Ｄｉｒｅｃｔの販売テナントの配下に属する顧客テナントであるか否かを判断する。直間設定：Ｄｉｒｅｃｔとは、上位のテナント（親テナント）から下位のテナントに関する情報の一部、図８の処理フローの場合はバックアップデータを参照可能な設定となる。取得対象となる画像形成装置の属するテナントがＤｉｒｅｃｔ配下であり、バックアップデータを取得可能と判断する場合はＳ８０３へ処理を移行する。一方、Ｉｎｄｉｒｅｃｔの場合、親テナントであるＴ００１からＴ００３の情報は参照することができない。そのためＳ８０４へ処理を移行し、エラーを表示する。

Ｓ８０３で、バックアップデータ管理部３０１は、情報提供可能と判断されたため、処理の呼び出し元にテナント関係に問題がない旨を通知し、本処理フローを終了する。一方、Ｓ８０４で、バックアップデータ管理部３０１は、情報提供不可のテナント関係であると判断して処理の呼び出し元にエラーを返す。或いは取得対象の画像形成装置の属するテナントがＩｎｄｉｒｅｃｔであった場合も同様に、バックアップデータ管理部３０１は情報提供不可であると判断し、処理の呼び出し元にエラーを通知して、本処理フローを終了する。

図７の説明に戻る。Ｓ７０３で、バックアップデータ管理部３０１は、上記Ｓ７０２、即ち図８のテナント関係の確認結果に基づき、バックアップデータ一覧を提供可能か否かを判断する。上記関係に問題がなければ提供可能と判断してＳ７０４に処理を移行し、上記関係に問題があれば提供不可と判断してＳ７０５へ処理を移行する。

Ｓ７０４で、バックアップデータ管理部３０１は、バックアップデータの管理テーブルから取得対象デバイスに関するバックアップデータ情報を収集する。さらにバックアップデータ管理部３０１は、バックアップデータの情報を収集すると、収集したデータをリスト化して要求元へ提供し、処理を終了する。

一方、Ｓ７０５で、バックアップデータ管理部３０１は、Ｓ７０３でバックアップデータ一覧を提供できないと判断したため、要求元に対してバックアップデータを取得できない旨を通知し、本処理フローを終了する。Ｓ７０５でエラーが通知されると、例えば利用サーバ１０２は、図６（Ｅ）で示したエラー画面を表示する。

＜バックアップデータの取得フロー＞
次に、図９を参照して、本実施形態における管理サーバ１０１のバックアップデータの取得フローの処理手順について説明する。本処理フローは図５のＳ５０７の詳細な処理である。なお、図９で示す処理フローは、特に断りのない限り管理サーバ１０１のバックアップデータ管理部３０１が主体となって実施する処理である。以下で説明する処理は例えば管理サーバ１０１のＣＰＵ２１１がＲＯＭやＨＤＤ等の記憶装置２１４に格納された制御プログラムをＲＡＭ２１２に読み出して実行することにより実現される。また図９で示す処理フローは、Ｓ５０６のような利用サーバ１０２からの要求をトリガーに処理を開始する。

Ｓ９００で、バックアップデータ管理部３０１は要求元であるユーザの属するテナントの情報を取得する。具体的には、バックアップデータ管理部３０１はユーザの属するテナント情報を、要求時に付加されたアクセストークンなどの情報から取得することが可能である。しかし本発明はこれに限らず、要求時にユーザの属するテナントＩＤなどを付加することとし、バックアップデータ管理部３０１は単にアクセストークンに付加された値を要求元のテナント情報として取得するようにしてもよい。

Ｓ９０１で、バックアップデータ管理部３０１は要求時に指定されたバックアップデータを一意に特定するバックアップＩＤから、バックアップデータの属するテナント情報を取得する。具体的には、バックアップデータ管理部３０１はバックアップＩＤに基づき表１からテナントＩＤを取得する。

Ｓ９０２で、バックアップデータ管理部３０１は、要求元のテナントと対象の画像形成装置の属するテナントの関係性を確認する。具体的には、バックアップデータ管理部３０１は要求しているユーザが対象の画像形成装置の属するテナントの参照権を有するか否かを確認する。Ｓ９０２の詳細な処理フローについては図８を用いて上述した処理と同様のため説明を省略する。

Ｓ９０３で、バックアップデータ管理部３０１は、Ｓ９０２、即ち図８のテナント関係の確認結果に基づき、バックアップデータを提供可能か否かを判断する。上記関係に問題がなければ提供可能と判断してＳ９０５に処理を移行し、上記関係に問題があれば提供不可と判断してＳ９０４へ処理を移行する。

Ｓ９０４で、バックアップデータ管理部３０１は、Ｓ９０３においてバックアップデータを提供できないと判断されたため、要求元に対してバックアップデータを取得できなかった旨を通知し、本処理フローを終了する。Ｓ７０５でエラーが通知されると、例えば利用サーバ１０２において、図６（Ｅ）で示したエラー画面を表示する。

一方、Ｓ９０５で、バックアップデータ管理部３０１は、要求に含まれるバックアップＩＤに該当するバックアップデータを取得し、対象のバックアップデータを提供用に複製する。続いて、Ｓ９０６で、バックアップデータ管理部３０１は、バックアップデータの利用先のテナントが、バックアップデータの取得元のテナントと同じであるか否かを判断する。バックアップデータの利用先テナントは、例えば図６（Ｂ）のシリアル番号入力部６１１で指定したバックアップデータの利用先シリアル番号を使用する。本情報は例えば要求時にバックアップＩＤと合わせて通知することとしてもよい。また利用サーバ１０２によっては、利用先の指定ができない可能性もある。その場合はＳ９０６において利用先が異なると判断される。データ利用先とデータ取得元のテナントが同じと判断されるとＳ９１０へ処理を移行し、異なると判断されるとＳ９０７へ処理を移行する。

Ｓ９０７で、バックアップデータ管理部３０１は、表２で示した秘匿情報管理テーブルの情報を取得する。続いて、Ｓ９０８で、バックアップデータ管理部３０１は、Ｓ９０５で複製したバックアップＩＤに該当するバックアップデータの中に、秘匿情報が含まれているか否かを確認する。確認したデータの中に秘匿情報が含まれている場合はＳ９０９へ処理を移行し、含まれない場合はＳ９１０へ処理を移行する。

Ｓ９０９で、バックアップデータ管理部３０１は、複製したバックアップデータの中から、対応する秘匿情報を削除する。ここでは、例えば表２のデータ分類ＩＤをベースとしてファイル内の情報を削除する。次に、Ｓ９１０で、バックアップデータ管理部３０１は、複製したバックアップデータを要求元へ提供し、本処理フローを終了する。

以上がバックアップデータを提供する際の処理フローである。なお、図９で説明した処理フローは一例であり、必要に応じて処理の増減があってもよい。なお、本実施形態において秘匿情報のみを削除する制御について説明したが、本発明を限定する意図はなく、例えば不要な設定データを削除してもよい。例えば設定値のうち外部公開用の共有フォルダの構成を定義するようなデータを不要とする場合は該当のファイルも併せて削除する。

以上説明したように、本実施形態に係る情報処理装置は、装置を設置する際の設置データとして利用可能なバックアップデータを管理し、外部装置から要求を受信する。また、本情報処理装置は、受信した要求がバックアップデータを取得する要求である場合には、要求元に紐づく情報と、バックアップデータの取得元に紐づく情報とに基づいて提供する設置データを、バックアップデータを用いて生成する。さらに、本情報処理装置は、要求元に紐づく情報と取得元に紐づく情報との関係性に基づき、生成した設置データから、秘匿する情報を必要に応じて削除して要求元に提供する。これにより、バックアップデータの取得元以外からのバックアップデータの要求があった場合でも、要求元のテナントによって提供可否、及び秘匿情報の削除有無を加味した上でバックアップデータを提供することができる。このように、本実施形態によれば、装置の設定に利用されるバックアップデータを提供する際に、バックアップデータに含まれる秘匿情報の提供を要求元に応じて好適に制御することができる。

＜第２の実施形態＞
以下では本発明の第２の実施形態について説明する。上記第１の実施形態では、管理サーバ１０１において秘匿情報を定義し、バックアップデータの要求元のテナントによって提供可否、秘匿情報の削除を行う方法について説明した。しかしながら、秘匿情報の定義はバックアップデータの持ち主の顧客によって定義が異なるものである。また顧客ごとに指定された画像形成装置の設定によっても異なる可能性がある。例えば、画像形成装置にデジタルサイネージ機能が存在する場合は、顧客によって表示用データを取得するサーバが異なる可能性がある。ある顧客は一般的なインターネット上のサーバを参照しているかもしれない。一方で、他の顧客は顧客自身が用意したサーバから表示用データを取得する可能性もある。顧客のサーバを指定する場合において、顧客はデータを秘匿情報としたいが、上記第１の実施形態の構成では、デジタルサイネージ機能の設定を削除することができない。そこで本実施形態では、顧客ごとに秘匿情報を定義できるようにする方法について説明する。なお、本実施形態では、上記第１の実施形態と同様の構成及び制御については同一の参照符号を付して説明を省略し、差異のある構成及び制御について主に説明する。

表６にバックアップデータ管理部３０１が管理する顧客ごとの秘匿すべき情報の一例を示す。

表６は、管理サーバ１０１のバックアップデータ管理部３０１が管理する顧客ごとの秘匿情報管理テーブルを示し、秘匿情報ＩＤ、秘匿情報種別、及びデータ分類ＩＤが管理されている。表６における各カラムの説明は表２と同様であるため省略する。なお、秘匿情報管理テーブルにおいて管理する情報は表６の例に限らず、必要に応じて管理情報の増減があってもよい。また秘匿情報については、バックアップデータの管理において、共通で利用されるものと、顧客ごとに定義されているものとが分離されて管理されればよく、表２と表６のテーブルが一体化して設けられてもよい。

＜バックアップデータの取得フロー＞
次に、図１０を参照して、本実施形態における管理サーバ１０１のバックアップデータの取得フローの処理手順について説明する。本処理フローは図５のＳ５０７の詳細な処理である。なお、図１０で示す処理フローは、特に断りのない限り管理サーバ１０１のバックアップデータ管理部３０１が主体となって実施する処理である。以下で説明する処理は例えば管理サーバ１０１のＣＰＵ２１１がＲＯＭやＨＤＤ等の記憶装置２１４に格納された制御プログラムをＲＡＭ２１２に読み出して実行することにより実現される。また図１０で示す処理フローは、Ｓ５０６のような利用サーバ１０２からの要求をトリガーに処理を開始する。なお、Ｓ９００乃至Ｓ９１０の処理は同様の処理であるため説明を省略する。異なる点は、Ｓ９０７の処理の後にＳ１００１の処理が追加された点である。

Ｓ１００１で、バックアップデータ管理部３０１は、バックアップＩＤに紐づくテナント（データ取得元）に定義された秘匿情報（表６）の秘匿情報管理テーブルの情報を取得する。Ｓ１０１１で取得したデータ取得元である顧客ごとの秘匿情報は、Ｓ９０７で取得した秘匿情報と合わせて利用される。つまり、Ｓ１００１とＳ９０７とで取得した秘匿情報に含まれる秘匿情報が、Ｓ９０９で複製データから削除されることとなる。

以上説明したように、本実施形態によれば、顧客ごとに秘匿情報を定義できるようにすることで、顧客に依存した秘匿情報も併せてバックアップデータから削除した上でデータを提供することができる。

＜第３の実施形態＞
以下では本発明の第３の実施形態について説明する。上記第１及び第２の実施形態では、バックアップデータの取得元のテナントによって、提供可否を判断する方法について説明した。しかしながら、顧客がグローバルに展開する企業などの場合、販売組織（販売テナント）の配下に顧客組織（顧客テナント）を作る都合上、テナント関係が維持できず参照できないケースがある。例えば、アメリカに属する販売テナント配下の顧客テナントに紐づくバックアップデータを、日本に属する販売テナントが利用し、グローバル企業の顧客テナントに紐づく画像形成装置に適用したいケースが挙げられる。この場合販売テナントが異なるため、上記第１及び第２の実施形態ではテナントが異なるために使用できないことになる。そこで本実施形態では、特定の顧客テナント、又は画像形成装置にのみ参照可能な権限を付与するようにし、参照可能な権限がある場合にはバックアップデータを提供可能とする方法について説明する。なお、本実施形態では、上記第１及び第２の実施形態と同じ構成及び制御については同一の参照符号を付して説明を省略し、差異のある構成及び制御について主に説明する。

表４Ｂにデバイス管理部３０３が管理するデバイス情報の一例を示す。

表４Ｂは、管理サーバ１０１のデバイス管理部３０３が管理するデバイス情報管理テーブルを示し、デバイスＩＤ、シリアル番号、機種、テナントＩＤ、及び共有が管理されている。なお、表４Ｂにおける各カラムの説明において、表４Ａと同様のものは省略する。

共有（共有情報）は、デバイス情報管理テーブルで管理される画像形成装置が、いずれかのテナントに対して参照可能な設定がなされているかを示すカラムである。例えば、デバイスＩＤ：Ｄ００４の場合、テナントＩＤ：Ｔ００６に該当するテナントに対して参照可能であることを示している。共有の設定は、管理サーバ１０１のＵＩ制御部３０５が生成する共有設定画面（不図示）にて行い、ＵＩ制御部３０５がユーザ操作を受けてテナント管理部３０４に登録する。例えば顧客テナントのユーザが共有設定画面（不図示）を介して、自身のテナントに属する画像形成装置１０３を選択して、共有したい販売テナントを指定することで設定する。なお、共有設定は、共有元と共有先の紐付けができればよいため、販売テナントから共有依頼を出し、顧客テナント側で承諾するような構成を取ってもよい。

表５Ｂにテナント管理部３０４が管理するテナント管理テーブルの例を示す。

表５Ｂは、管理サーバ１０１のテナント管理部３０４が管理するテナント管理テーブルを示し、テナントＩＤ、テナント種類、親テナントＩＤ、直間設定、共有、及びサービスが管理されている。なお、表５Ｂにおける各カラムの説明において、表５Ａと同様のものは省略する。

共有（共有情報）は、テナント情報管理テーブルで管理されるテナントが、いずれかの販売テナントに対して参照可能な設定がなされているかを示すカラムである。例えば、テナントＩＤ：Ｔ００４の場合、テナントＩＤ：Ｔ００６に該当するテナントに対して参照可能であることを示している。共有の設定は、管理サーバ１０１のＵＩ制御部３０５が生成する共有設定画面（不図示）にて行い、ＵＩ制御部３０５がユーザ操作を受けてテナント管理部３０４に登録する。例えば顧客テナントのユーザが共有設定画面（不図示）を介して、自身のテナントから共有したい販売テナントを指定することで設定する。なお、共有設定は、共有元と共有先の紐付けができればよいため、販売テナントから共有依頼を出し、顧客テナント側で承諾するような構成を取ってもよい。

図４Ｂに、表４Ｂ及び表５Ｂの所定のグループ間でのバックアップデータの共有状態を加味したマルチテナント構造を示す。

図４Ａに対しＴ００６とＤ００４（表４Ｂで定義）、及びＴ００６とＴ００４（表５Ｂで定義）の間に太線で共有状態、つまり参照可能な状態が追加されている。図４Ａの場合、Ｔ００４はＴ００６と無関係のテナントであるが、図４Ｂにおいて参照可能な状態となっているため、Ｔ００６の操作ユーザがＴ００４に紐づくすべての画像形成装置の情報（バックアップデータ含む）を参照することができる。また、図４Ａの場合、Ｄ００４とＴ００６は無関係でありバックアップデータを含む画像形成装置の情報を取得できない。しかし、図４Ｂでは参照可能な状態となるため、Ｔ００６の操作ユーザがＤ００４に紐づく画像形成装置の情報（バックアップデータ含む）を参照できる。なお、Ｄ００４と同じ顧客テナントに紐づくＤ００３は参照可能状態とはなっていないため、Ｔ００６の操作ユーザはＤ００３の情報を取得できない。

＜関係性の確認フロー＞
次に、図１１を参照して、本実施形態における要求元のテナントと対象の画像形成装置の属するテナントの関係性を確認するための処理手順について説明する。以下で説明する処理は例えば管理サーバ１０１のＣＰＵ２１１がＲＯＭやＨＤＤ等の記憶装置２１４に格納された制御プログラムをＲＡＭ２１２に読み出して実行することにより実現される。なお、Ｓ８００乃至Ｓ８０４については図８を用いて説明した処理と同様であるため説明を省略する。異なる点は、Ｓ８００の判定後にＳ１１０１の判定が追加されている点である。

Ｓ１１０１で、バックアップデータ管理部３０１は、要求元のテナントが、取得対象となる画像形成装置のテナントへ共有されているか否かを判断する。つまり、ここでは、要求元のテナントが取得対象となる画像形成装置のテナントの情報を参照可能であるか否かを判断する。参照可能と判断する場合はＳ８０３へ処理を移行し、参照可能でないと判断する場合はＳ８０１へ処理を移行する。

以上説明したように、本実施形態によれば、特定の顧客テナント、あるいは画像形成装置に対して参照可能な権限を付けられるようにすることで、テナントの関係上参照できない場合であってもバックアップデータを提供できる。

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

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０１：バックアップデータ管理サーバ、１０２：バックアップデータ利用サーバ、１０３：画像形成装置、３０１：バックアップデータ管理部、３０３：デバイス管理部、３０４：テナント管理部

Claims (17)

1. 情報処理装置であって、
   装置を設置する際の設置データとして利用可能なバックアップデータを管理する管理手段と、
   各装置から定期的にバックアップデータを受け付ける受付手段と、
   外部装置から要求を受信する受信手段と、
   前記受信手段によって受信した要求が前記管理手段で管理されているバックアップデータを取得する要求である場合には、要求元に紐づく情報と、バックアップデータの取得元に紐づく情報とに基づいて提供する設置データを、バックアップデータを用いて生成する生成手段と、
   前記要求元に紐づく情報と前記取得元に紐づく情報との関係性に基づき、前記生成手段によって生成された前記設置データから、秘匿する情報を必要に応じて削除する削除手段と、
   前記設置データを要求元に提供する提供手段と
   を備え、
   前記管理手段は、前記受付手段によって受け付けたバックアップデータを、取得元の装置の識別情報及び取得元が属するグループの識別情報と紐づけて管理することを特徴とする情報処理装置。
2. 前記受信手段によって受信した要求が前記管理手段で管理しているバックアップデータの一覧を取得する要求である場合に、前記要求元に紐づく情報と前記取得元に紐づく情報との関係性に基づいて選択可能なバックアップデータの一覧を要求元に通知する通知手段をさらに備え、
   前記管理手段で管理されているバックアップデータを取得する要求には、前記バックアップデータの一覧から選択されたバックアップデータの識別情報が含まれることを特徴とする請求項１に記載の情報処理装置。
3. 前記管理手段は、さらに、前記グループの識別情報を、グループの種類、親グループの識別情報、及び、親グループから所定グループのバックアップデータを参照することが可能か否かを示す参照可否情報と紐づけて管理することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記要求元に紐づく情報と前記取得元に紐づく情報との関係性として、前記要求元が属するグループの識別情報と前記取得元が属するグループの識別情報とに従って、前記要求元が前記取得元のバックアップデータを参照可能であるか否かを判断する判断手段をさらに備えることを特徴とする請求項３に記載の情報処理装置。
5. 前記提供手段は、前記要求元が前記取得元のバックアップデータを参照可能でないと前記判断手段によって判断されると、前記設置データを要求元に提供することなくエラーを通知することを特徴とする請求項４に記載の情報処理装置。
6. 前記管理手段は、さらに、バックアップデータに含まれるデータのうち秘匿すべき情報を示す秘匿情報を管理し、
   前記削除手段は、前記生成手段が生成した設置データに前記秘匿情報が含まれている場合には、対象のデータを該設置データから削除することを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
7. 前記管理手段は、前記秘匿情報に加えて、顧客ごとの秘匿情報をさらに管理し、
   前記削除手段は、前記生成手段が生成した設置データに前記秘匿情報及び前記取得元が属するグループの識別情報に対応する前記顧客ごとの秘匿情報の何れかが含まれている場合には、対象のデータを該設置データから削除することを特徴とする請求項６に記載の情報処理装置。
8. 前記削除手段は、前記要求元が属するグループの識別情報と、前記取得元が属するグループの識別情報とが同じである場合には、前記設置データからの削除を行わないことを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
9. 前記管理手段は、所定のグループ間においてバックアップデータを提供可能とする共有情報をさらに管理し、
   前記判断手段は、前記要求元が属するグループの識別情報と、前記取得元が属するグループの識別情報とが前記共有情報に紐づけられている場合には、前記要求元が前記取得元のバックアップデータを参照可能であると判断することを特徴とする請求項４に記載の情報処理装置。
10. 所望の設置データを要求するためのユーザインタフェースを提供するＵＩ制御手段をさらに備えることを特徴とする請求項１乃至９の何れか１項に記載の情報処理装置。
11. 前記ユーザインタフェースを介して要求元の認証を行う認証手段をさらに備えることを特徴とする請求項１０に記載の情報処理装置。
12. 前記ＵＩ制御手段は、前記ユーザインタフェースを介して、前記設置データを使用する装置を示す識別情報を設定する画面を提供することを特徴とする請求項１０又は１１に記載の情報処理装置。
13. 前記ＵＩ制御手段は、前記ユーザインタフェースを介して、前記取得元の装置を指定する画面を提供することを特徴とする請求項１０乃至１２の何れか１項に記載の情報処理装置。
14. 前記ＵＩ制御手段は、前記ユーザインタフェースを介して、バックアップデータの一覧画面を提供することを特徴とする請求項１０乃至１２の何れか１項に記載の情報処理装置。
15. 前記ＵＩ制御手段は、前記ユーザインタフェースを介して、指定された内容ではバックアップデータを利用できない旨を通知するエラー画面を提供することを特徴とする請求項１０乃至１２の何れか１項に記載の情報処理装置。
16. 情報処理装置の制御方法であって、
    管理手段が、装置を設置する際の設置データとして利用可能なバックアップデータを管理する管理工程と、
    受付手段が、各装置から定期的にバックアップデータを受け付ける受付工程と、
    受信手段が、外部装置から要求を受信する受信工程と、
    生成手段が、前記受信工程で受信した要求が前記管理工程で管理されているバックアップデータを取得する要求である場合には、要求元に紐づく情報と、バックアップデータの取得元に紐づく情報とに基づいて提供する設置データを、バックアップデータを用いて生成する生成工程と、
    削除手段が、前記要求元に紐づく情報と前記取得元に紐づく情報との関係性に基づき、前記生成工程で生成された前記設置データから、秘匿する情報を必要に応じて削除する削除工程と、
    提供手段が、前記設置データを要求元に提供する提供工程と
    を含み、
    前記管理工程は、前記受付工程で受け付けたバックアップデータを、取得元の装置の識別情報及び取得元が属するグループの識別情報と紐づけて管理することを特徴とする情報処理装置の制御方法。
17. 情報処理装置の制御方法における各工程をコンピュータに実行させるためのプログラムであって、前記制御方法は、
    管理手段が、装置を設置する際の設置データとして利用可能なバックアップデータを管理する管理工程と、
    受付手段が、各装置から定期的にバックアップデータを受け付ける受付工程と、
    受信手段が、外部装置から要求を受信する受信工程と、
    生成手段が、前記受信工程で受信した要求が前記管理工程で管理されているバックアップデータを取得する要求である場合には、要求元に紐づく情報と、バックアップデータの取得元に紐づく情報とに基づいて提供する設置データを、バックアップデータを用いて生成する生成工程と、
    削除手段が、前記要求元に紐づく情報と前記取得元に紐づく情報との関係性に基づき、前記生成工程で生成された前記設置データから、秘匿する情報を必要に応じて削除する削除工程と、
    提供手段が、前記設置データを要求元に提供する提供工程と
    を含み、
    前記管理工程は、前記受付工程で受け付けたバックアップデータを、取得元の装置の識別情報及び取得元が属するグループの識別情報と紐づけて管理することを特徴とするプログラム。

Images