(57)【要約】【課題】連携先の管理システムの適切なテナントにデバイスを登録し、管理システム間におけるテナントの対応付けを適切に行い、適切に請求されるようにすること。【解決手段】連携管理システム３が、連携元デバイス管理システム１からのリクエスト（テナントＩＤ，デバイスリストＲを含む）に応じ、連携先デバイス管理システム６から、デバイスリストＲに含まれるデバイスが１つ以上属する顧客テナントＴと、デバイスリストＴを取得し、デバイスリストＲとＴが部分的に一致する場合（Ｓ５０５でＮｏ）、リクエスト発行元のアカウントに関連する販売会社テナントと、顧客テナントＴが属する販売会社テナントが一致するか判定し、判定結果に基づき、デバイスリストＴに含まれないデバイスを連携先デバイス管理システム６の新たな顧客テナント又は顧客テナントＴに登録し、デバイス管理システム間で顧客テナントを対応付ける（Ｓ５０７〜５１３）。【選択図】図５
2016118863.tif 000002
【特許請求の範囲】
【請求項１】
デバイス、デバイスが所属する下層グループ、及び、下層グループが所属する上層グループを管理する複数の管理システムを連携する連携システムであって、
第１の管理システムから、該第１の管理システムが管理する第１の下層グループの情報と、該第１の下層グループに所属するデバイスのリストである第１のリストとを含むリクエストを受信する受信手段と、
前記第１の管理システムが連携する第２の管理システムから、該第２の管理システムが管理する、前記第１のリストに含まれるデバイスが１つ以上所属する第２の下層グループの情報と、該第２の下層グループに所属するデバイスのリストである第２のリストとを取得する取得手段と、
前記第１のリストと前記第２のリストが部分的に一致する場合、前記リクエストに対応するアカウントに関連する第１の上層グループと、前記第２の下層グループが所属する第２の上層グループが一致するか否かを判定する判定手段と、
前記判定手段の判定の結果に基づいて、前記第１のリストに含まれ且つ前記第２のリストに含まれていないデバイスを前記第２の管理システムの新たな下層グループ又は前記第２の下層グループに登録する登録手段と、
前記第１のリストに含まれるデバイスごとに、デバイスが登録されている、前記第１の管理システムにおける下層グループと、前記第２の管理システムにおける下層グループとを対応付ける対応付け手段と、
を有することを特徴とする連携システム。
【請求項２】
前記登録手段は、前記判定手段により、前記第１の上層グループと前記第２の上層グループが一致しないと判定された場合、前記第２の管理システムに、前記第１のリストに含まれ前記第２のリストに含まれていないデバイスを登録する第３の下層グループを前記第１の上層グループに所属する下層グループとして作成し、該第３の下層グループに該デバイスを登録することを特徴とする請求項１に記載の連携システム。
【請求項３】
前記登録手段は、前記判定手段により、前記第１の上層グループと前記第２の上層グループが一致すると判定された場合、前記第１のリストに含まれ前記第２のリストに含まれていないデバイスを前記第２の下層グループに登録することを特徴とする請求項１又は２に記載の連携システム。
【請求項４】
前記第２の管理システムが複数存在する場合、管理システムごとに、前記取得手段が前記取得を行い、前記判定手段が前記判定を行い、前記登録手段が前記登録を行い、前記対応付け手段が前記対応付けを行うことを特徴とする請求項１乃至３のいずれか１項に記載の連携システム。
【請求項５】
前記取得手段は、前記第２のリストに含まれるデバイスの前記第２の管理システムへの登録または更新のタイミングを示す情報をも取得するものであり、
前記第２のリストに複数の下層グループに所属するデバイスが存在する場合、該デバイスの前記第２の管理システムへの登録または更新のタイミングに基づいて、該デバイスのいずれかの登録を、前記第２の管理システムから削除する削除手段を有することを特徴とする請求項１乃至４のいずれか１項に記載の連携システム。
【請求項６】
前記削除手段は、前記第２の管理システムへの登録または更新のタイミングがより古いデバイスの登録を前記第２の管理システムから削除することを特徴とする請求項５に記載の連携システム。
【請求項７】
下層グループに所属するデバイスを別の下層グループに移動させるための指示を行う指示手段と、
前記指示手段により指示されたデバイスを指示された下層グループに移動させるための指示があったことを、前記指示された下層グループが所属する上層グループの通知先に通知する通知手段と、
前記通知手段の通知に基づいて、前記移動が承諾された場合、前記指示手段により指示されたデバイスを指示された下層グループの所属に移動させる移動手段と、
を有することを特徴とする請求項１乃至６のいずれか１項に記載の連携管理システム。
【請求項８】
前記対応付け手段による対応付けに基づいて、前記第１の管理システムと前記第２の管理システムとを連携する連携手段を有することを特徴とする請求項１乃至７のいずれか１項に記載の連携システム。
【請求項９】
デバイス、デバイスが所属する下層グループ、及び、下層グループが所属する上層グループを管理する複数の管理システムを連携する連携システムの制御方法であって、
第１の管理システムから、該第１の管理システムが管理する第１の下層グループの情報と、該第１の下層グループに所属するデバイスのリストである第１のリストとを含むリクエストを受信する受信ステップと、
前記第１の管理システムが連携する第２の管理システムから、該第２の管理システムが管理する、前記第１のリストに含まれるデバイスが１つ以上所属する第２の下層グループの情報と、該第２の下層グループに所属するデバイスのリストである第２のリストとを取得する取得ステップと、
前記第１のリストと前記第２のリストが部分的に一致する場合、前記リクエストに対応するアカウントに関連する第１の上層グループと、前記第２の下層グループが所属する第２の上層グループが一致するか否かを判定する判定ステップと、
前記判定ステップでの判定の結果に基づいて、前記第１のリストに含まれ且つ前記第２のリストに含まれていないデバイスを前記第２の管理システムの新たな下層グループ又は前記第２の下層グループに登録する登録ステップと、
前記第１のリストに含まれるデバイスごとに、デバイスが登録されている、前記第１の管理システムにおける下層グループと、前記第２の管理システムにおける下層グループとを対応付ける対応付けステップと、
を有することを特徴とする連携システムの制御方法。
【請求項１０】
コンピュータを、請求項１乃至８のいずれか１項に記載の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のデバイス管理システムを連携するための連携システム、連携システムの制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、インターネット上の複数のサービスを連携させ、１つのサービスを構築するといったサービス連携が頻繁に行われるようになってきている。例えば、複数のデバイス管理システムを連携させて、あるデバイス管理システムが保持するデータを、他のデバイス管理システムが利用するなどの利用ケースが存在する。
【０００３】
本明細書における、「デバイス」は、例えば、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）やＳＦＰ（Ｓｉｎｇｌｅｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などの画像形成装置を指すが、その他の電子機器、例えば家電等であってもよい。また、本明細書における「デバイス管理システム」は、例えば、デバイスの処理に関するログ等を保存したり、ログ等を元に効率的な利用方法に関する提案するサービスや、デバイスで発生したアラート等のデバイスの状態を検知し、サービスマンを派遣したり、消耗品の発注等を行うサービスなどを、提供するためのシステムを指す。
【０００４】
一般的に、複数のシステムを連携させる際には、各々のシステム内で有効なＩＤを紐付け、管理することが重要となる。このようにすることで、あるデバイス管理システムのユーザは、その利用するシステムにおけるＩＤのみを用いて、他のデバイス管理システムの利用が可能となる。これにより、ユーザビリティ、セキュリティの向上を図ることが可能となる。
【０００５】
一般的なデバイス管理システムでは、テナント管理がされている。例えば、一般的なデバイス管理システムには、デバイスを所有する「顧客テナント」や、顧客テナントに対してデバイスを販売し、デバイス管理システムを利用して顧客テナントにサービス提供する「販売会社テナント」といったテナントに関する概念が存在する。複数のデバイス管理システムの連携をさせる際には、各々のシステムで管理されているテナントの対応付け、およびそのテナントへのデバイスの登録が必要となる。
【０００６】
特許文献１では、ＩＤの新規登録時に、特定の条件を満たす既存ＩＤが存在した場合には、そのＩＤと対応付け、新規登録ＩＤと既存ＩＤを連携させ、連携情報を登録することにより、連携ＩＤ登録の手間を軽減する技術が提案されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１３−１１４２８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
デバイス管理システムの連携においては、連携システム内に、連携対象のデバイスの一部だけが、すでに登録されているという状態が存在する。
例えば、デバイス管理システムＡにおいてデバイス１〜５を抱える顧客テナントＸを、デバイス管理システムＢに作成する場合に、デバイス１〜３のみは、すでにデバイス管理システムＢの顧客テナントＹに登録されているというケースである。
【０００９】
この時、デバイス管理システムＡとデバイス管理システムＢを連携させるためには、テナントＸとテナントＹとの対応付けを行った上で、まだデバイス管理システムＢに登録されていないデバイス４、５をデバイス管理システムＢに新規登録する必要がある。
【００１０】
特許文献１では、ＩＤを登録する際に、対応付けられる可能性があるＩＤは探索範囲内に１つのみとしている。そのため、特許文献１を、上述のケースに適用した場合、テナントＸとテナントＹとが対応付けられ、併せて、テナントＹにデバイス４，５が登録されることになる。
【００１１】
なお、一般的なデバイス管理システムでは、販売会社テナントは、自身が管理する顧客テナントにて利用されるデバイス数に応じて、デバイス管理システムの利用料が請求されるというビジネスモデルが一般的である。そのため、先の例のように、デバイス４，５を追加した顧客テナントＹを管理する販売会社は、デバイス４，５の管理費も合わせて、システム利用料が請求されることになる。
【００１２】
ここで、顧客テナントＹを管理する販売会社テナントＡと、テナントの作成およびデバイスの登録リクエストを発行したアカウントが所属する販売会社テナントＢが異なる場合を考える。この場合、リクエストを発行したのは販売会社テナントＢであるにもかかわらず、デバイスが登録されるのが、顧客テナントＸであるため、利用料が販売会社テナントＡに請求される。この例では、リクエストを発行した販売会社テナントではない、販売会社テナントに対して、利用量の請求がなされてしまう。即ち、適切な請求がなされない可能性があるという問題が存在する。
【００１３】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、連携先の管理システムの適切な下層グループ（顧客テナント）にデバイスを登録し、連携元の管理システムと連携先の管理システム間における下層グループ（顧客テナント）の対応付けを適切に行うことができ、適切に請求がなされるような連携システムの仕組みを提供することである。
【課題を解決するための手段】
【００１４】
本発明は、デバイス、デバイスが所属する下層グループ、及び、下層グループが所属する上層グループを管理する複数の管理システムを連携する連携システムであって、第１の管理システムから、該第１の管理システムが管理する第１の下層グループの情報と、該第１の下層グループに所属するデバイスのリストである第１のリストとを含むリクエストを受信する受信手段と、前記第１の管理システムが連携する第２の管理システムから、該第２の管理システムが管理する、前記第１のリストに含まれるデバイスが１つ以上所属する第２の下層グループの情報と、該第２の下層グループに所属するデバイスのリストである第２のリストとを取得する取得手段と、前記第１のリストと前記第２のリストが部分的に一致する場合、前記リクエストに対応するアカウントに関連する第１の上層グループと、前記第２の下層グループが所属する第２の上層グループが一致するか否かを判定する判定手段と、前記判定手段の判定の結果に基づいて、前記第１のリストに含まれ且つ前記第２のリストに含まれていないデバイスを前記第２の管理システムの新たな下層グループ又は前記第２の下層グループに登録する登録手段と、前記第１のリストに含まれるデバイスごとに、デバイスが登録されている、前記第１の管理システムにおける下層グループと、前記第２の管理システムにおける下層グループとを対応付ける対応付け手段と、を有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、連携先の管理システムの適切な下層グループにデバイスを登録し、デバイスごとに管理システム間における下層グループの対応付けを適切に行うことができる。この結果、適切に請求がなされるような連携システムを構築することができる。
【図面の簡単な説明】
【００１６】
【図１】本実施例を示すシステムの構成図
【図２】本実施例におけるＷｅｂサーバのハードウェア構成図
【図３】実施例１のシステムの機能構成図
【図４】実施例１のテナント作成およびデバイス登録リクエストの処理を例示するフローチャート
【図５】テナントマッピング処理を例示するフローチャート
【図６】実施例２のテナント作成およびデバイス登録リクエストの処理を例示するフローチャート
【図７】実施例３のテナント移動管理画面を例示する図
【図８】デバイスの移動処理に関する処理を例示するフローチャート
【図９】実施例３のシステムの機能構成図
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１８】
図１は、本発明の一実施例を示すシステムの構成を例示する図である。
図１において、連携元デバイス管理システム１は、連携先デバイス管理システム６へのテナントの作成およびデバイスの登録リクエストを、連携管理システム３に発行するデバイス管理システムである。連携先デバイス管理システム６は、連携元デバイス管理システム１が連携する先のデバイス管理システムである。連携管理システム３は、連携元デバイス管理システム１と、連携先デバイス管理システム６とが連携するために必要な各種処理を行うシステムである。
【００１９】
連携元デバイス管理システム１および連携先デバイス管理システム６では、テナント管理がされている。これらのデバイス管理システムは、デバイスを所有する「顧客テナント」や、顧客テナントに対してデバイスを販売し、デバイス管理システムを利用して顧客テナントにサービス提供する「販売会社テナント」等を管理する。顧客テナントは、デバイスが所属する下層グループに対応し、販売会社テナントは、下層グループが所属する上層グループに対応する。
【００２０】
連携元デバイス管理システム１と連携先デバイス管理システム６とを連携させる場合には、各々のデバイス管理システムで管理されているテナントの対応付け、およびそのテナントへのデバイスの登録が必要となる。連携管理システム３は、連携元デバイス管理システム１と連携先デバイス管理システム６におけるテナントの対応付けとデバイスの登録等を行い、該対応付けに基づいて、連携元デバイス管理システム１と連携先デバイス管理システム６とを連携する。
【００２１】
連携管理システム３は、Ｗｅｂサーバ４、データベースシステム５などを含む。また、連携先デバイス管理システム６は、Ｗｅｂサーバ７、データベースシステム８などを含む。連携先デバイス管理システム６は、複数存在しても構わない。詳細は図示しないが、連携元デバイス管理システム１は、連携先デバイス管理システム６と同様の構成となる。連携元デバイス管理システム１は、ブラウザや専用のアプリケーションを用いて、ネットワーク２を介して、連携管理システム３のＷｅｂサーバ４に接続し、リクエストを行う。
【００２２】
Ｗｅｂサーバ４には、ＨＴＴＰ、ＳＯＡＰ等のプロトコルに準拠したＷｅｂサービスがホストされている。このＷｅｂサービスでは、連携元デバイス管理システム１からのテナント作成、およびデバイス登録のリクエストを受付ける。また、このＷｅｂサービスでは、連携先デバイス管理システム６のテナント作成状況やデバイス登録状況を確認しながら、データベースシステム５に、テナントの対応付け情報を登録する。データベースシステム５では、ＭｙＳＱＬ等のＤＢＭＳが動作する。データベースシステム５には、連携元デバイス管理システム１のテナントＩＤと連携先デバイス管理システム６のテナントＩＤとの対応付けに関するデータ（テナントの対応付け情報）が保存される。
【００２３】
連携先デバイス管理システム６は、連携元デバイス管理システム１が連携を行う対象のシステムである。連携先デバイス管理システム６のＷｅｂサーバ７は、連携管理システム３からのリクエストを受け付け、自システムに登録されているテナントおよびデバイスの検索や、テナント作成、およびデバイスの登録処理を行う。連携先デバイス管理システム６で管理されるテナントやデバイスのデータは、データベースシステム８に登録されている。データベースシステム８では、データベースシステム５と同様に、ＭｙＳＱＬ等のＤＢＭＳが動作する。
【００２４】
なお、本システム構成例では、連携管理システム３と連携先デバイス管理システム６の双方において、Ｗｅｂサーバとデータベースシステムが別れて記載されているが、これらＷｅｂサーバとデータベースシステムを同一のサーバ上で動作させても構わない。
【００２５】
図２は、Ｗｅｂサーバ４等のハードウェア構成を例示する図である。
図２に示すように、Ｗｅｂサーバ４は、ＣＰＵ２０１、直接記憶部２０２、間接記憶部２０３、およびネットワークインターフェース２０４を有する。ＣＰＵ２０１は、所定のプログラムを実行し、Ｗｅｂサーバ４の各種制御を指示するユニットである。直接記憶部２０２は、ＣＰＵ２０１がプログラムを実行する際に使用するワークメモリであり、ＣＰＵ２０１が実行するプログラムは直接記憶部２０２にロードされる。直接記憶部２０２は、ＲＡＭにより実現される。間接記憶部２０３は、アプリケーションプログラム、ＯＳを含む各種プログラム、及び各種データ等が記憶されている。間接記憶部２０３に記憶されている各種プログラムは、ＣＰＵ２０１がプログラムを実行する際に直接記憶部２０２へロードされる。間接記憶部２０３は、ＲＯＭ、ＨＤＤ、または、ＳＳＤ等により実現される。なお、ＣＰＵ２０１はマルチプロセッサでもよい。ネットワークインターフェース２０４は、ネットワーク２に接続されており、ネットワーク２に接続されている他の装置と通信が可能となる。
なお、Ｗｅｂサーバ７、データベースシステム５，８も同様のハードウェア構成を有するものとし、説明は割愛する。
【００２６】
図３は、実施例１のシステムの機能構成を例示するブロック図である。なお、図３に示すＷｅｂサーバ４の各処理部は、Ｗｅｂサーバ４のＣＰＵ２０１がＷｅｂサーバ４の間接記憶部２０３に格納されるプログラムをＷｅｂサーバ４の直接記憶部２０２にロードして実行することにより実現される。また、図３に示すＷｅｂサーバ７の各処理部は、Ｗｅｂサーバ７のＣＰＵ２０１がＷｅｂサーバ７の間接記憶部２０３に格納されるプログラムをＷｅｂサーバ７の直接記憶部２０２にロードして実行することにより実現される。
【００２７】
まず、Ｗｅｂサーバ４の各処理部の機能について説明する。
リクエスト受信部４１は、連携元デバイス管理システム１からのリクエストを受け付ける。このリクエストには、テナントＩＤおよび、デバイスＩＤリストが含まれる。テナントＩＤは、連携先デバイス管理システム内で作成するテナントを連携元デバイス管理システム１内で一意に識別するＩＤである。デバイスＩＤリストは、そのテナントに所属するデバイスを一意に識別するＩＤ（デバイスＩＤ）のリストである。受信したデバイスＩＤリストをデバイス管理情報取得リクエスト送信部４２に渡す。
【００２８】
デバイス管理情報取得リクエスト送信部４２は、受け取ったデバイスＩＤリストを、連携先デバイス管理システム６のデバイス管理情報取得リクエスト受信部７１に送信し、探索結果を受け取る。この探索結果には、デバイスＩＤリストの内、少なくとも１つ以上のデバイスを含む顧客テナントのＩＤ、その顧客テナントを管理する販売会社テナントのＩＤ、およびリクエスト発行ユーザが所属する販売会社テナントのＩＤが含まれる。デバイス管理情報取得リクエスト送信部４２は、受信した探索結果をテナントマッピング処理部４３に渡す。なお、連携先デバイス管理システムを特定するための情報（例えばＵＲＬやシステムＩＤ）は、上記連携元デバイス管理システム１からのリクエストに含まれていても、他のタイミングで、連携元デバイス管理システム１から連携管理システム３に通知される構成であってもよいし、予め連携管理システム３に設定されていてもよい。
【００２９】
テナントマッピング処理部４３は、受け取った探索結果を元に、テナントの対応付け処理を行う。対応付けの詳細は後述する。テナントマッピング処理部４３は、この対応付けの処理の結果、連携先デバイス管理システム６にテナントを登録する必要がある場合には、テナント作成リクエスト送信部４４を介して、連携先デバイス管理システム６にテナント作成リクエストを発行する。また、テナントマッピング処理部４３は、同様に、連携先デバイス管理システム６にデバイスを登録する必要がある場合には、デバイス登録リクエスト送信部４５を介して、連携先デバイス管理システム６にデバイス登録リクエストを発行する。
【００３０】
さらに、テナントマッピング処理部４３は、データベースシステム５のテナントマッピング情報管理テーブル５１に、連携元デバイス管理システム１のテナントと、連携先デバイス管理システム６のテナント、および該テナントに管理されるデバイスの情報を登録する。テナントマッピング処理部４３は、処理が完了した後に、レスポンス送信部４７を介して、上記リクエストに対するレスポンスを連携元デバイス管理システム１に送信する。
【００３１】
次に、データベースシステム５の説明を行う。
データベースシステム５は、記憶領域、例えば、Ｗｅｂサーバ４と同一の情報処理装置の間接記憶部２０３に、テナントマッピング情報管理テーブル５１を保持する。表１に、テナントマッピング情報管理テーブル５１に保存されている情報の例を示す。なお、表１のＮｏ列は、説明を分かり易くするためのものであり、本来の情報には必要ない。
【００３２】
【表１】
2016118863.tif 000003
【００３３】
表１に示すように、テナントマッピング情報管理テーブル５１は、デバイスＩＤ（Ａ１）、連携元システムＩＤ（Ａ２）、連携元テナントＩＤ（Ａ３）、連携先システムＩＤ（Ａ４）、連携先テナントＩＤ（Ａ５）等の情報を保持管理する。
【００３４】
デバイスＩＤ（Ａ１）は、デバイスを一意に識別するためのＩＤである。例えば、デバイスのシリアルＮｏなどが、デバイスＩＤ（Ａ１）に相当する。
連携元システムＩＤ（Ａ２）は、デバイス登録リクエストを発行した連携元デバイス管理システムを一意に識別するＩＤを表す。連携元テナントＩＤ（Ａ３）は、連携元デバイス管理システム１が発行した、テナント作成、及びデバイス登録リクエストに含まれるテナントＩＤである。
【００３５】
また、連携先システムＩＤ（Ａ４）は、連携元デバイス管理システム１が連携するシステム（連携先デバイス管理システム）を一意に識別するＩＤである。さらに、連携先テナントＩＤ（Ａ５）は、前述したテナントマッピング処理部４３が決定した、連携先デバイス管理システムにおける、連携元テナントＩＤ（Ａ３）に対応するテナントＩＤである。
【００３６】
例えば、表１のＮｏ１の行は、デバイスＩＤが「ｄ１」のデバイスは、「システム１」においては「テナントＸ」に所属し、連携先デバイス管理システムである「システム２」においては「テナントＡ」に所属することを示す。同様に、表１のＮｏ２の行は、先のデバイスＩＤが「ｄ１」のデバイスは、「システム３」においては「テナントＴ」に所属することを示す。これらのことから、連携元システムである「システム１」における「テナントＸ」と、「システム２」における「テナントＡ」、および「システム３」における「テナントＴ」には、対応関係があることがわかる。なお、本実施例においては、５つの項目を、１つのテーブルでまとめて管理しているが、正規化などを行って複数のテーブルにて管理しても構わない。即ち、テナントマッピング情報管理テーブル５１では、デバイスごとに、デバイスが登録されている、連携元デバイス管理システムにおける顧客テナントと、連携先デバイス管理システムにおける顧客テナントとの対応付けが管理されている。
【００３７】
次に、連携先デバイス管理システム６のＷｅｂサーバ７の説明を行う。なお、本実施例では、システム連携に関係のある処理部のみ記載しているが、本来はデバイス管理を行うための処理部が存在する。
【００３８】
デバイス管理情報取得リクエスト受信部７１は、デバイス管理情報取得リクエスト送信部４２からのリクエストを受信し、デバイス管理情報取得部７２に、探索命令を発行する。デバイス管理情報取得部７２は、探索命令に応じて、後述するデバイス管理テーブル８２から、リクエストに含まれたデバイスを管理するテナントのテナントＩＤを取得する。
【００３９】
テナント作成リクエスト受信部７３は、受信したリクエストに従って、テナント作成部７４に、テナント作成命令を発行する。テナント作成部７４は、リクエストに含まれるテナントを、後述するデータベースシステム８のテナント管理テーブル８１に登録する。同様に、デバイス登録リクエスト受信部７５は、デバイス登録部７６にデバイス登録命令を発行する。デバイス登録部７６は、リクエストに含まれるデバイスを、後述するデータベースシステム８のデバイス管理テーブル８２に登録する。
【００４０】
最後に、連携先デバイス管理システム６のデータベースシステム８の説明を行う。なお、実施例では、システム連携に関係のあるテーブルのみ記載しているが、本来はデバイス管理を行うための各種テーブルが存在する。
データベースシステム８は、テナント管理テーブル８１、デバイス管理テーブル８２を保持する。テナント管理テーブル８１を表２に、デバイス管理テーブル８２を表３に例示する。
【００４１】
【表２】
2016118863.tif 000004
【００４２】
表２に例示するように、テナント管理テーブル８１は、顧客テナントＩＤ（Ｂ１）、および管理販社テナントＩＤ（Ｂ２）の情報を保持管理する。顧客テナントＩＤ（Ｂ１）には、連携先デバイス管理システム６内で管理される顧客テナントを識別するためのＩＤが保持される。管理販社テナントＩＤ（Ｂ２）には、顧客テナントＩＤ（Ｂ１）を管理する販売会社テナントを一意に識別するＩＤが保持される。
【００４３】
例えば、表２のＮｏ１の行では、顧客テナント「テナントＡ」は、「販売会社テナント１」によって管理されていることを意味する。なお、本テーブルには、顧客テナントＩＤ（Ｂ１）、および管理販社テナントＩＤ（Ｂ２）以外の項目があっても構わない。
【００４４】
【表３】
2016118863.tif 000005
【００４５】
表３に例示するように、デバイス管理テーブル８２は、デバイスＩＤ（Ｃ１）、および顧客テナントＩＤ（Ｃ２）の情報を保持管理する。デバイスＩＤ（Ｃ１）は、連携先デバイス管理システム６内で管理されるデバイスを識別するためのＩＤが保持される。顧客テナントＩＤ（Ｃ２）には、デバイスＩＤ（Ｃ１）のデバイスを管理する顧客テナントを一意に識別するためのＩＤが保持される。
【００４６】
例えば、表３のＮｏ１の行では、デバイスＩＤが「ｄ１」のデバイスは、顧客テナント「テナントＡ」が管理していることを意味する。なお、本テーブルには、デバイスＩＤ（Ｃ１）、および顧客テナントＩＤ（Ｃ２）以外の項目があっても構わない。
【００４７】
次に、図４、図５を用いて、連携元デバイス管理システム１からのテナント／デバイス登録リクエストの処理について説明する。
図４、図５は、連携元デバイス管理システム１からのテナント／デバイス登録リクエストの処理を例示するフローチャートである。なお、図４、図５及び後述する図６、図８に示す連携元デバイス管理システム１の各処理部は、連携元デバイス管理システム１のＷｅｂサーバのＣＰＵ２０１が該Ｗｅｂサーバの間接記憶部２０３に格納されるプログラムを該Ｗｅｂサーバの直接記憶部２０２にロードして実行することにより実現される。また、連携管理システム３の各処理部は、Ｗｅｂサーバ４のＣＰＵ２０１がＷｅｂサーバ４の間接記憶部２０３に格納されるプログラムを直接記憶部２０２にロードして実行することにより実現される。また、連携先デバイス管理システム６の各処理は、連携先デバイス管理システム６のＷｅｂサーバ７のＣＰＵ２０１がＷｅｂサーバ７の間接記憶部２０３に格納されるプログラムをＷｅｂサーバ７の直接記憶部２０２にロードして実行することにより実現される。
【００４８】
Ｓ４０１では、連携元デバイス管理システム１は、リクエスト受信部４１に対して、テナント作成、およびデバイス登録リクエストを送信する。このリクエストには、連携元デバイス管理システム１におけるテナントＩＤ（以後、テナントＲ）、および登録対象のデバイスＩＤのリスト（以後、デバイスリストＲ）を含める。なお、連携元デバイス管理システム１の連携先となるデバイス管理システムを特定するための情報は、該リクエストに含まれていても、他のタイミングで、連携元デバイス管理システム１から連携管理システム３に通知される構成であってもよいし、予め連携管理システム３に設定されていてもよい。
【００４９】
Ｓ４０２では、リクエスト受信部４１は、連携元デバイス管理システム１からのリクエストを受信し、その内容を、デバイス管理情報取得リクエスト送信部４２に渡す。
次に、Ｓ４０３では、デバイス管理情報取得リクエスト送信部４２は、デバイス管理情報取得リクエスト受信部７１に、連携元デバイス管理システム１から受信したデバイスリストを含むテナントの有無を問い合わせるリクエストを送信する。
【００５０】
Ｓ４０４では、デバイス管理情報取得リクエスト受信部７１は、このリクエストを受信し、その内容をデバイス管理情報取得部７２に渡す。
Ｓ４０５では、デバイス管理情報取得部７２は、渡されたデバイスリストの内の少なくとも１つ以上のデバイスを含むテナントを、テナント管理テーブル８１、およびデバイス管理テーブル８２から検索する。そして、デバイス管理情報取得部７２は、検索結果（テナントＩＤ、および、そのテナントに含まれるデバイスＩＤのリスト（そのテナントが所属する販売会社テナントのＩＤも含んでもよい））を、デバイス管理情報取得リクエスト受信部７１に返す。
Ｓ４０６では、デバイス管理情報取得リクエスト受信部７１は、デバイス管理情報取得リクエスト送信部４２に、探索結果を返す。この探索結果から、デバイス管理情報取得リクエスト送信部４２は、デバイスリストに含まれるデバイスが１つ以上所属する顧客テナントの情報と、該顧客テナントに所属するデバイスのリストと、該顧客テナントが所属する販売会社テナントの情報とを取得することができる。
【００５１】
Ｓ４０７では、テナントマッピング処理部４３は、デバイス管理情報取得リクエスト送信部４２から渡された探索結果を元に、テナントマッピング処理を行い、結果をレスポンス送信部４７に返す。なお、テナントマッピング処理の詳細は、後述する図５で説明する。
【００５２】
Ｓ４０８では、レスポンス送信部４７は、テナントマッピング処理の結果を連携元デバイス管理システム１に送信する。
Ｓ４０９では、連携元デバイス管理システム１は、結果を受信する。
【００５３】
なお、連携先デバイス管理システム６が複数存在する場合には、連携管理システム３は、連携先デバイス管理システム６ごとに、上記Ｓ４０３〜Ｓ４０７の処理を実行するものとする。
【００５４】
以下、図５を用いて、Ｓ４０７のテナントマッピング処理を詳細に説明する。
Ｓ５０１では、テナントマッピング処理部４３は、デバイスリストＲ（Ｓ４０２で受信したリクエストに含まれるデバイスリスト）と、連携先デバイス管理システム６から返却された検索結果に含まれる連携先デバイス管理システム６にて管理されるテナント（以後、テナントＴ）に所属するデバイスＩＤの集合（以後、デバイスリストＴ）の積集合を取る。そして、テナントマッピング処理部４３は、該積集合に１つの要素（デバイスＩＤ）も存在しない（該積集合が空集合（φ））か否かを判定する。
【００５５】
なお、上記積集合に１つの要素も存在しない場合とは、デバイスリストＲに含まれる１つのデバイスも、連携先デバイス管理システム６に登録されていない、ということを意味する。逆に、上記積集合に要素が存在する場合とは、デバイスリストＲに含まれるデバイスの内、少なくとも１つ以上のデバイスが、連携先デバイス管理システム６に既に登録されていることを意味する。
【００５６】
上記Ｓ５０１において、テナントマッピング処理部４３が、上記積集合に１つの要素（デバイスＩＤ）も存在しない（空集合（φ））と判定した場合（Ｓ５０１でＹｅｓの場合）、Ｓ５０２に処理を進める。
【００５７】
Ｓ５０２では、テナント作成リクエスト送信部４４は、テナント作成リクエスト受信部７３に、新規顧客テナントの作成リクエストを発行する。この時、この作成する顧客テナントを管理する販売会社テナントは、連携元デバイス管理システム１にて、デバイス／登録リクエストを発行したアカウントが所属する販売会社テナントとする。なお、該アカウントが所属する販売会社テナントを特定するための情報は、上記Ｓ４０２で受信したリクエストに含まれていても、他のタイミングで、連携元デバイス管理システム１から取得する構成であってもよい。
【００５８】
次に、Ｓ５０３では、デバイス登録リクエスト送信部４５は、デバイス登録リクエスト受信部７５に、Ｓ４０２で作成したテナントの所属するデバイスとして、デバイスリストＲに含まれるデバイスの登録リクエストを発行する。
次に、Ｓ５０４では、テナントマッピング処理部４３は、テナントマッピング情報管理テーブル５１に、デバイスリストＲの全デバイスの情報と、テナントＲ、および上記Ｓ５０２で作成したテナントＩＤの情報を記録し、本フローチャートの処理を終了する。
【００５９】
また、上記Ｓ５０１において、テナントマッピング処理部４３が、上記積集合内に１つ以上の要素が存在する（空集合（φ）でない）と判定した場合（Ｓ５０１でＮｏの場合）、Ｓ５０５に遷移する。
【００６０】
Ｓ５０５では、テナントマッピング処理部４３は、デバイスリストＲとデバイスリストＴの積集合がデバイスリストＲと等しいか否かを判定する。
そして、テナントマッピング処理部４３が、デバイスリストＲとデバイスリストＴの積集合がデバイスリストＲと等しいと判定した場合（Ｓ５０５でＹｅｓの場合）、Ｓ５０６に遷移する。
【００６１】
Ｓ５０６では、テナントマッピング処理部４３は、テナントマッピング情報管理テーブル５１に、デバイスリストＲの全デバイスの情報と、テナントＲ、およびテナントＴの情報を紐付け、記録し、本フローチャートの処理を終了する。
【００６２】
一方、上記Ｓ５０５において、テナントマッピング処理部４３が、デバイスリストＲとデバイスリストＴの積集合がデバイスリストＲと等しくないと判定した場合（Ｓ５０５でＮｏの場合）、Ｓ５０７に遷移する。即ち、デバイスリストＲとデバイスリストＴが部分的に一致する場合、Ｓ５０７に遷移する。
【００６３】
Ｓ５０７では、テナントマッピング処理部４３は、テナント／デバイス登録リクエストを発行したアカウントが所属する販売会社テナントが、テナントＴの管理販売会社テナントか否かを判断する。即ち、このステップでは、該リクエストに対応するアカウントに関連する販売会社テナントと、テナントＴが所属する販売会社テナントが一致するか否かを判定する。
【００６４】
なお、テナント／デバイス登録リクエストを発行したアカウントの情報は、例えば、該リクエストの発行前に連携元デバイス管理システム１から連携管理システム３にログインした際に取得するものとする。また、該アカウントが所属する販売会社テナントの情報は、連携管理システム３が該アカウントから取得可能なものとする。さらに、テナントＴの管理販売会社テナントの情報は、図４の４０６で返却される探索結果に含まれていてもよいし、連携管理システム３が該テナントＴのＩＤから別途取得するようにしてもよい。
【００６５】
そして、テナントマッピング処理部４３が、テナントＴの管理販売会社テナントでないと判定した場合（Ｓ５０７でＮｏの場合）、Ｓ５０８に遷移する。
【００６６】
Ｓ５０８では、テナント作成リクエスト送信部４４は、テナント作成リクエスト受信部７３に、新規顧客テナントの作成リクエストを発行する。この時、この作成する顧客テナントを管理する販売会社テナントは、連携元デバイス管理システム１にて、デバイス／登録リクエストを発行したアカウントが所属する販売会社テナントとする。
【００６７】
次に、Ｓ５０９では、デバイス登録リクエスト送信部４５は、デバイス登録リクエスト受信部７５に、上記Ｓ５０８にて作成したテナントに、（デバイスリストＲ−（デバイスリストＲ∩デバイスリストＴ））の要素であるデバイスの登録リクエストを発行する。
【００６８】
次に、Ｓ５１０では、テナントマッピング処理部４３は、テナントマッピング情報管理テーブル５１に、テナントＲ、上記Ｓ５０８にて作成したテナントＩＤの情報、および（デバイスリストＲ−（デバイスリストＲ∩デバイスリストＴ））の情報を記録する。
さらに、Ｓ５１１では、テナントマッピング処理部４３は、テナントマッピング情報管理テーブル５１に、テナントＲ、テナントＴ、および（デバイスリストＲ∩デバイスリストＴ）の情報を紐付け、記録し、本フローチャートの処理を終了する。
【００６９】
一方、上記Ｓ５０７において、テナントマッピング処理部４３が、テナント／デバイス登録リクエストを発行したアカウントが所属する販売会社テナントがテナントＴの管理販売会社テナントであると判定した場合（Ｓ５０７でＹｅｓの場合）、Ｓ５０９に遷移する。
【００７０】
Ｓ５１２では、デバイス登録リクエスト送信部４５は、デバイス登録リクエスト受信部７５に、テナントＴに、（デバイスリストＲ−（デバイスリストＲ∩デバイスリストＴ））の要素であるデバイスの追加登録リクエストを発行する。
次に、Ｓ５１３では、テナントマッピング処理部４３は、テナントマッピング情報管理テーブル５１に、デバイスリストＲの全てのデバイスの情報と、テナントＲ、およびテナントＴの情報を紐付け、記録し、本フローチャートの処理を終了する。
【００７１】
なお、上記Ｓ５０４、Ｓ５０６、Ｓ５１０、Ｓ５１１、又はＳ５１３では、デバイスリストＲに含まれるデバイスごとに、デバイスが登録されている、連携元デバイス管理システム１における顧客テナントと、連携先デバイス管理システム６における顧客テナントとの対応付けが行われる。この対応付けに基づいて、連携管理システム３では、連携元デバイス管理システム１と連携先デバイス管理システム６とを連携させることができる。
【００７２】
以上、説明したように、実施例１のデバイス管理システム連携管理システムによれば、デバイス管理システム連携開始時の、テナント／デバイス登録処理において、適切なシステム利用料の請求がなされるように、連携先のデバイス管理システムに対して、テナントの対応付け／デバイスの登録処理を行うことが可能となる。よって、テナントの階層を考慮したテナントマッピングを行うことができる。
【実施例２】
【００７３】
以下、実施例２では、実施例１と異なる点についてのみ説明する。
例えば、連携システム内において、何らかのオペレーションミスによって、１つのデバイスが、２つの顧客テナントに所属した場合を考える。例えば、デバイス「ｄ１」が、連携先デバイス管理システム６における「テナントＴ１」および「テナントＴ２」の双方に所属する場合を指す。この場合、実施例１のシステムによって、テナントの対応付け／デバイス登録を行うと、テナントマッピング情報管理テーブルには、１つのデバイスが、複数の顧客テナント（テナントＴ１、テナントＴ２）に所属するようなデータが登録される。このような状態となると、デバイス「ｄ１」に関するデータを操作したい場合に、「テナントＴ１」、「テナントＴ２」のどちらのテナントに対して処理を行うべきかが判断できなくなるという問題が発生する可能性がある。
【００７４】
そこで、本実施例においては、１つのデバイスが、複数のテナントに登録されている場合に、デバイス管理システムへ登録時間を元に、該デバイスがどちらのテナントに所属するのが正しいかを判断し、適切なテナントの対応付け／デバイスの登録を行うことを目的とする。
【００７５】
まず、実施例２のデバイス管理テーブル８２の構成、及び、デバイス管理テーブル８２に保持されるデータ例について表４を用いて説明する。
【００７６】
【表４】
2016118863.tif 000006
【００７７】
表４に示すように、実施例２のデバイス管理テーブル８２は、実施例１のデバイス管理テーブル８２（表３に例示）に対して、新たに「最終更新日時（Ｄ１）」項目が追加された構成である。この「最終更新日時（Ｄ１）」項目は、連携先デバイス管理システム６において、あるデバイスが登録／更新されたタイミング（例えば日時）を表す項目である。
【００７８】
例えば、Ｎｏ１の行に関しては、デバイス「ｄ１」は、「テナントＴ１」に所属することを表し、このデータは、「２０１３／０１／０１」に登録（もしくは更新）されたことを表す。一方、Ｎｏ２の行に関しては、デバイス「ｄ１」は、「テナントＴ２」に所属することを表し、このデータは、「２０１４／０１／０１」に登録（もしくは更新）されたことを表す。
【００７９】
デバイス管理情報取得リクエスト送信部４２では、デバイス管理情報取得リクエスト受信部７１を介して、最終更新日時（Ｄ１）を含むデータを取得し、テナントマッピング処理部４３に渡す。さらに、テナントマッピング処理部４３では、渡されたデータの内、同じデバイスＩＤが異なる顧客テナントに含まれているかどうかを判断し、含まれている場合には、最終更新日時（Ｄ１）が古い方のデータを、渡されたデータから削除する。
【００８０】
以下、図６を用いて、実施例２におけるテナントマッピング処理部４３の処理について説明する。
図６は、実施例２のテナントマッピング処理を例示するフローチャートである。なお、図６は、図５に示した処理に、Ｓ６０１およびＳ６０２が追加されたものであり、図５と同一のステップには同一のステップ番号を付してある。
【００８１】
まず、Ｓ６０１では、テナントマッピング処理部４３は、デバイス管理情報取得リクエスト送信部４２から渡された探索結果の中に、複数の顧客テナントに所属するデバイスＩＤが含まれているか否かを判定する。そして、テナントマッピング処理部４３が、探索結果の中に複数の顧客テナントに所属するデバイスＩＤが含まれていると判定した場合（Ｓ６０１でＹｅｓの場合）、Ｓ６０２に遷移する。一方、テナントマッピング処理部４３が、探索結果の中に複数の顧客テナントに所属するデバイスＩＤが含まれていないと判定した場合（Ｓ６０１でＮｏの場合）、Ｓ５０１に遷移する。
【００８２】
Ｓ６０２では、テナントマッピング処理部４３は、上記Ｓ６０１で複数の顧客テナントに所属すると判定されたデバイスＩＤに対応するデータの最終更新日時（表４におけるＤ１）を比較し、最終更新日時がより古い方のデータを削除する。例えば、表４の場合、複数の顧客テナントに所属すると判定されたデバイスＩＤ「ｄ１」のデータであるＮｏ１の行とＮｏ２の行が比較され、最終更新日時がより古いＮｏ１の行が削除される。このＮｏ１のデータが削除されたデバイスＩＤの集合が、移行の処理で利用されるデバイスリストＴとなる。上記Ｓ６０２の処理が完了すると、Ｓ５０１に遷移する。なお、Ｓ５０１以降の処理は、図５で説明したため省略する。
【００８３】
以上説明したように、実施例２によれば、連携システム内において１つのデバイスが複数の顧客テナントに所属している登録が存在する場合であっても、登録／更新日時がより新しい方のデータを用いたテナントの対応付け／デバイスの登録が可能となり、適切なテナントの対応付け／デバイスの登録が可能となる。
【実施例３】
【００８４】
以下、実施例３では、実施例１と異なる点についてのみ説明する。
実施例１においては、連携先デバイス管理システム６に、デバイスリストＲに含まれるデバイスが存在しない場合には、連携先デバイス管理システム６に新たなテナントが作成される。また、そのテナントに、デバイスリストＲに存在し、連携先デバイス管理システム６に存在しないデバイスが登録される。この時、新たに作成されるテナントは、テナント／デバイス登録リクエストを発行したアカウントが所属する販売会社テナントに管理される顧客テナントとして、自動的に作成される。
【００８５】
しかし、あるデバイスの管理作業や、そのデバイスの管理費の請求先を、別の販売会社テナントに変更したい場合が存在する。これを実現するためには、変更したいデバイスを、別の顧客テナントに移動する必要がある。そこで、本実施例では、実施例１によって自動的に作成された顧客テナントに登録されたデバイスを、別の顧客テナントに移動させることを目的とする。
【００８６】
本実施例を実現するにあたって、Ｗｅｂサーバ４、およびＷｅｂサーバ７に新たな処理部を設ける。
以下、図９を用いて、実施例１の構成から、新規に追加された部分、および変更された部分に関して説明する。
【００８７】
図９は、実施例３のシステムの機能構成を例示するブロック図である。なお、図３と同一のものには同一の符号を付してある。また、図９に示すＷｅｂサーバ４の各処理部は、Ｗｅｂサーバ４のＣＰＵ２０１が間接記憶部２０３に格納されるプログラムを直接記憶部２０２にロードして実行することにより実現される。また、図９に示すＷｅｂサーバ７の各処理部は、Ｗｅｂサーバ７のＣＰＵ２０１が間接記憶部２０３に格納されるプログラムを直接記憶部２０２にロードして実行することにより実現される。
【００８８】
まず、図９に示す実施例３のＷｅｂサーバ４は、図３に示した実施例１のＷｅｂサーバ４の構成に、テナント移動管理画面処理部４８、およびデバイス移動リクエスト送信部４９、デバイス移動管理処理部５０をさらに有する。
【００８９】
テナント移動管理画面処理部４８は、連携元デバイス管理システム１からの、ある顧客テナントの管理販売会社テナント変更のリクエストを受付け、変更を実現するためのＵＩを表示するためのレスポンスを、連携元デバイス管理システム１に返す。テナント移動管理画面処理部４８によって返され、連携元デバイス管理システム１で表示されるＵＩ（ユーザインタフェース）例は、図７にて後述する。
【００９０】
デバイス移動リクエスト送信部４９は、連携先デバイス管理システム６のデバイス移動リクエスト受信部７７に、デバイスの移動リクエストを発行する。デバイス移動管理処理部５０は、デバイスの移動がなされた際に、テナントマッピング情報管理テーブル５１の情報を更新する。
【００９１】
デバイス移動リクエスト受信部７７は、デバイス移動リクエスト送信部４９からのリクエストを受付け、デバイス移動部７８に、処理を発行する。デバイス移動部７８は、発行された処理内容に従って、デバイス管理テーブル８２のデータを更新する。
【００９２】
図７は、実施例３のテナント移動管理画面を例示する図である。
連携元デバイス管理システム１からテナント移動管理画面処理部４８にアクセスすると、図７（ａ）に示すような、画面を表示するためのレスポンスが、テナント移動管理画面処理部４８から連携元デバイス管理システム１に返却される。この画面には、アクセスしたアカウントが所属する販売会社テナントが管理している顧客テナント（７０１）、その顧客テナントに行える操作リンク（７０２）、および該顧客テナントを抱える連携システムのシステムＩＤ（７０３）の情報が表示される。
【００９３】
図７（ａ）の７１１の場合、連携システム「システム２」に、顧客テナント「Ｔ１」というテナントが存在し、その顧客テナントに対して、「管理デバイス移動」という操作を行うことが可能ということを表す。この「管理デバイス移動」は、ある顧客テナントに存在するデバイスを、別の顧客テナントに移動させる処理を意味する。この「管理デバイス移動」の表示は、リンクになっており、その「管理デバイス移動」の表示をクリック等すると、その旨が、Ｗｅｂサーバ４に送信され、図７（ｂ）に示すような画面を表示するためのレスポンスが連携元デバイス管理システム１に返却される。
【００９４】
図７（ｂ）では、選択した顧客テナントに所属するデバイスＩＤのリスト（７２１）、デバイスの移動先の顧客テナントＩＤを選択するためのＵＩ（例：ドロップダウンリスト）（７２２）、および移動を決定するＵＩ（例：確定ボタン）（７２３）が表示される。
【００９５】
図７（ｂ）に例示するＵＩを用いて、ドロップダウンリスト（７２２）から移動先の顧客テナントＩＤを選択して、確定ボタン（７２３）を押下すると、その旨がテナント移動管理画面処理部４８に通知され、テナント移動管理画面処理部４８から、選択された顧客テナントの管理販売会社テナントに通知がなされる。この通知は、例えばメールなどで行われても構わない。この通知を受け取った販売会社テナントに所属するユーザは、Ｗｅｂブラウザ等から、テナント移動管理画面処理部４８にアクセスする。すると、図７（ｃ）に示されるようなＵＩを表示するためのレスポンスが、テナント移動管理画面処理部４８から該Ｗｅｂブラウザに返却される。
【００９６】
図７（ｃ）に示される画面は、次の４項目から構成される。該４項目は、移動対象のデバイスＩＤ（７３１）、該デバイスが登録されている連携先デバイス管理システム６のシステムＩＤ（７３２）、移動先顧客テナントＩＤ（７３３）、および移動を承諾するか否かを決定するためのＵＩ（例：承諾ボタン、拒否ボタン）（７３４）である。
【００９７】
この図７（ｃ）に例示する画面において、承諾ボタンを押下すると、該デバイスの移動が認められたことになり、その旨がデバイス移動リクエスト送信部４９に通知され、デバイス移動リクエスト送信部４９より、連携先デバイス管理システム６に対し、デバイスの移動リクエストが発行される。デバイスの移動が完了した後、デバイス移動管理処理部５０は、テナントマッピング情報管理テーブル５１の情報を、更新する。
【００９８】
以下、図８を用いて、デバイスの移動処理に関する処理フローを説明する。
図８は、デバイスの移動処理に関する処理を例示するフローチャートである。
【００９９】
まず、Ｓ８０１では、テナント移動管理画面処理部４８は、図７（ａ）に示したようなＵＩを用いて、デバイスの移動元となる顧客テナントの選択と、操作の指示を受け付ける。そして、テナント移動管理画面処理部４８が、該ＵＩを介して、デバイスの移動元となる顧客テナントの選択結果と、操作の指示を受け取ると、Ｓ８０２に遷移する。
【０１００】
Ｓ８０２では、テナント移動管理画面処理部４８は、図７（ｂ）に示したようなＵＩを用いて、デバイスの移動先となる顧客テナントの選択と、確定ボタンの押下を受け付ける。そして、テナント移動管理画面処理部４８が、該ＵＩを介して、デバイスの移動先となる顧客テナントの選択結果と、確定ボタンが押下されたことを受け取ると、Ｓ８０３に遷移する。
【０１０１】
Ｓ８０３では、テナント移動管理画面処理部４８は、移動先の顧客テナントの管理販売会社テナントの通知先（例えば、通知先として連携管理システム３に登録されているユーザのメールアドレス）に、移動の指示があったことを通知する。
Ｓ８０４では、テナント移動管理画面処理部４８は、移動先の顧客テナントの管理販売会社テナントのユーザからのアクセスを受け付け、図７（ｃ）に示したようなＵＩを用いて、デバイス移動に関して承諾（許可）するか否かの選択を受け付ける。そして、テナント移動管理画面処理部４８が、承諾の選択を受け付けたと判定した場合（Ｓ８０４でＹｅｓの場合）、Ｓ８０５に遷移する。一方、テナント移動管理画面処理部４８が、拒否の選択を受け付けたと判定した場合（Ｓ８０４でＮｏの場合）、本フローチャートの処理を終了する。
【０１０２】
Ｓ８０５では、デバイス移動リクエスト送信部４９は、連携先デバイス管理システム６に対して、デバイスが所属する顧客テナントを、変更するためのリクエストを発行する。
次に、Ｓ８０６では、デバイス移動管理処理部５０は、移動させたデバイスの顧客テナントを、適切な顧客テナントに変更する。具体的には、移動させたデバイスに対応する表１の連携先テナントＩＤ（Ａ５）を、移動先の顧客テナントＩＤに変更し、本フローチャートの処理を終了する。
【０１０３】
以上説明したように、実施例３によれば、デバイスを別の顧客テナントに移動させることが可能となり、デバイスやテナントの柔軟な管理が可能となる。
【０１０４】
以上示したように、本発明によれば、顧客テナント作成およびデバイス登録のリクエストを発行したアカウントが所属する販売会社テナントと、対応付けられる顧客テナントとの関係を鑑みて、デバイスを登録する顧客テナントを新たに作成するか否かを判断することにより、複数のデバイス管理システムを連携の開始時において、連携元デバイス管理システムからのリクエストを受けて、連携先デバイス管理システムに、顧客テナントの作成、およびデバイの登録を行う際に、適切な販売会社に対して、デバイス管理システムの利用料の請求がなされるような顧客テナント作成、及びデバイス登録処理、およびテナンＩＤの対応付けを行うことが可能となる。よって、テナントの階層を考慮したテナントマッピングを行うことができる。この結果、適切な販売会社へシステム利用料等の請求がなされるような連携システムを構築することができる。
【０１０５】
なお、本発明の「デバイス」は、例えば、ＭＦＰやＳＦＰなどの画像形成装置であっても、その他の電子機器、例えば家電等であってもよい。
【０１０６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０１０７】
（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０８】
１    連携元デバイス管理システム
２    ネットワーク
３    連携管理システム
６    連携先デバイス管理システム
【図１】
2016118863.tif 000007
【図２】
2016118863.tif 000008
【図３】
2016118863.tif 000009
【図４】
2016118863.tif 000010
【図５】
2016118863.tif 000011
【図６】
2016118863.tif 000012
【図７】
2016118863.tif 000013
【図８】
2016118863.tif 000014
【図９】
2016118863.tif 000015