JP2017156875A - デバイス管理システム及び情報処理方法 - Google Patents

Abstract

【課題】運営側のコストを削減すると共にデバイスを適切に管理可能とすることを目的とする。【解決手段】クライアント装置は、管理デバイスの属性情報の入力に利用されるユーザーインタフェイスを介して入力された、デバイスの管理単位属性情報についての入力値と、管理デバイスの管理単位属性情報に設定されている値と、が異なる場合、クライアント装置のデバイス管理手段が管理デバイスと通信が可能か否かを確認し、確認結果をサーバー装置に送信し、サーバー装置は、クライアント装置から送信された結果が、通信できなかったことを示す場合、管理デバイスを管理するデバイス管理手段を変更し、変更された旨を、設定された送信先に送信し、クライアント装置から送信された結果が、通信できたことを示す場合、管理デバイスを管理するデバイス管理手段が変更されることを予告する旨を、設定された送信先に送信する。【選択図】図５

Description

本発明は、デバイス管理システム及び情報処理方法に関する。

クラウド上のデバイス管理システムが複数の顧客のそれぞれが保有する周辺機器（ＭＦＰ、ＳＦＰ）等のデバイスから稼働状況に関する情報（使用状況、ログ、障害情報等）を収集し、収集した情報を用いて、レポートを出力するサービスがある。デバイス管理システムは、収集したデバイスの稼働状況に関する情報を、デバイス機種毎・設置場所毎、設置拠点毎等の様々な観点から集計し、レポートを出力する。
デバイスの設置拠点や設置場所等のレポートの出力に必要な情報をシステムに設定する設定処理は、サービスを運営する管理者により手動で行われていた。また、実際のデバイス管理システムの運用では、レポートの出力に必要な情報は、デバイス自体には登録（設定）されていない場合がある。
デバイスを管理する従来技術として、例えば特許文献１の方法がある。特許文献１の方法は、デバイスの新規設置や配置場所の変更の際等に、販売会社のサービスマンが顧客先でデバイスの属性情報を入力し、その際にデバイスとデバイスを管理するデバイス管理手段との通信テストを行う方法である。
特許文献１の方法によれば、デバイスとデバイス管理手段との紐づけが変更された後に、通信異常等が起こり、再度サービスマンが顧客先に赴く必要が発生してしまう等の無駄な作業を軽減することができる。

特開２００１−１７５１２８号公報

顧客先において、デバイスの適正配置によるデバイスの設置場所や設置拠点の変更等のように、デバイスの属性の変更は、日常的に行われている。
しかしながら、例えば、顧客から設置場所等のデバイスの属性についての情報の変更の申告が無い場合、デバイス管理システムの運営側は、デバイスの属性の変更に気づくことができない場合がある。例えば、デバイス管理システムの運営側は、デバイスの稼働状況に関する情報を、デバイスの設置場所毎に集計し、レポートを出力する場合、正しい設置場所毎に集計されていないことに気付き、レポートを再作成しなければならなくなる可能性がある。
つまり、従来のように運営側の管理者しかデバイスの属性についての情報の更新が行えない場合は、手間が掛かる上に更新にタイムラグが生じる。また、レポート作成タイミングによっては、正しくない情報に基づいて、レポートが出力されてしまい、デバイスが適切に管理されないという問題がある。
本発明は、運営側のコストを削減すると共にデバイスを適切に管理可能とすることを目的とする。

本発明のシステムは、デバイスを管理するデバイス管理手段を有するクライアント装置とサーバー装置とを含むデバイス管理システムであって、前記クライアント装置は、前記クライアント装置が有するデバイス管理手段が管理する管理デバイスの属性情報の入力に利用されるユーザーインタフェイスを介して入力された、デバイスの管理単位に関する属性情報である管理単位属性情報についての入力値と、前記管理デバイスの前記管理単位属性情報に設定されている値と、が異なる場合、前記クライアント装置が有するデバイス管理手段が前記管理デバイスと通信が可能か否かを確認する確認手段と、前記確認手段による確認の第１の結果を前記サーバー装置に送信する第１の送信手段と、を更に有し、前記サーバー装置は、前記クライアント装置から送信された前記第１の結果が、前記クライアント装置が有するデバイス管理手段が前記管理デバイスと通信できなかったことを示す場合、前記管理デバイスを管理するデバイス管理手段を変更する変更手段と、前記変更手段により前記管理デバイスを管理するデバイス管理手段が変更された旨を、設定された送信先に送信する第２の送信手段と、前記クライアント装置から送信された前記第１の結果が、前記クライアント装置が有するデバイス管理手段が前記管理デバイスと通信できたことを示す場合、前記管理デバイスを管理するデバイス管理手段が変更されることを予告する旨を、前記設定された送信先に送信する第３の送信手段と、を有する。

本発明によれば、運営側のコストを削減すると共にデバイスを適切に管理可能とすることができる。

デバイス管理システムのシステム構成の一例を示す図である。 サーバー装置のハードウェア構成等の一例を示す図である。 入力画面の一例を示す図である。 クライアント装置の処理の一例を示すフローチャートである。 サーバー装置の処理の一例を示すフローチャートである。 サーバー装置の処理の一例を示すフローチャートである。 サーバー装置の処理の一例を示すフローチャートである。

以下、本発明の実施形態について図面に基づいて説明する。

＜実施形態１＞
図１は、デバイス管理システムのシステム構成の一例を示す図である。
図１（ａ）は、顧客内に１つの拠点が存在する場合のシステム構成の一例を示す図である。拠点とは、顧客の事業活動の場所の単位であり、例えば、○○事業所、○○営業所、○○本社、○○支社、○○部門等である。デバイスの設置拠点とは、デバイスが設置されている拠点である。また、デバイスの設置場所とは、デバイスが実際に設置されている場所を示すものであり、地域、所在、ビル名、ビルの階数等である。例えば、Ａ事業所がＢビルの２階と３階とにまたがっている場合のように、１つの拠点が複数の場所を含む場合がある。また、Ｃビルの４階にＤ事業所とＥ事業所が存在する場合のように、１つの場所が複数の拠点を含む場合もある。本実施形態では、１つの拠点に設置されている全てのデバイスは、その拠点の中に配置されたクライアントソフトにより管理されているものとする。
デバイス管理システムとは、デバイスの稼働状況の監視や、デバイスの使用状況データ（ジョブログ、カウンター等）を収集・分析するシステムである。
デバイス管理システムは、サーバー装置１０１と、クライアントソフトウェア１０４を含む顧客のイントラネット内に配置されるクライアント装置１０３と、を含む。クライアントソフトウェア１０４は、デバイスを管理するデバイス管理手段の一例である。
デバイス１０２は、複写機等の画像形成装置である。１つの拠点の中に複数のデバイスが設置されることとしてもよい。
クライアント装置１０３は、顧客のイントラネット内に配置されるコンピュータ、タブレット装置等の情報処理装置である。クライアント装置１０３は、クライアントソフトウェア１０４を介して、デバイス１０２を管理している。デバイス１０２は、クライアントソフトウェアを含むクライアント装置により管理されているデバイスである管理デバイスの一例である。
ＰＣ１０５は、顧客の管理者が操作するＷｅｂブラウザが搭載されたコンピュータであり、サーバー装置１０１が提供するＷｅｂＵＩを閲覧する機能を持つ。
ＰＣ１０６は、デバイス管理システムによるサービスを販売する販売会社の担当者が操作するＷｅｂブラウザが搭載されたコンピュータであり、サーバー装置１０１が提供するＷｅｂＵＩを閲覧する機能を持つ。

クライアントソフトウェア１０４は、クライアント装置１０３に含まれるソフトウェアである。クライアントソフトウェア１０４は、デバイス探索範囲内のデバイスを探索する機能を有する。デバイス探索に関する設定は、サーバー装置１０１が提供するＷｅｂＵＩを介して行われる。ＰＣ１０６は、販売会社の担当者による入力装置等を介した操作に基づいて、サーバー装置１０１が提供するＷｅｂＵＩにアクセスし、探索範囲及び探索スケジュール等を指定する。
クライアントソフトウェア１０４は、サーバー装置１０１と通信を行い、サーバー装置１０１から探索スケジュール等の情報を取得する。探索スケジュールの情報とは、クライアントソフトウェア１０４がデバイスの探索を行う範囲である探索範囲、及び、クライアントソフトウェア１０４がデバイスの探索を行うタイミング等のデバイスの探索に関する情報である。
クライアントソフトウェア１０４は、取得した探索スケジュールに従って、取得した探索範囲内のデバイスを探索し、新たに見つかったデバイスの情報をサーバー装置１０１に送信する。
サーバー装置１０１は、デバイスとそのデバイスを見つけたクライアントソフトウェアとの紐付け情報であるリストを、ＨＤＤ２０８に記憶する。以下では、この記憶されたリストを、デバイス探索クライアントリストとする。サーバー装置１０１は、デバイス探索クライアントリストに、デバイスを見つけた順にクライアントソフトウェアの情報を登録する。

サーバー装置１０１は、ＨＤＤ２０８に、顧客のイントラネット内に存在する管理対象のデバイスについての属性情報を記憶している。デバイスの属性とは、デバイスの名前、設置場所、設置拠点、所属する組織、割り当てられたＩＰアドレス等のデバイスが有する性質である。デバイスの属性情報とは、そのデバイスの属性に関する情報である。サーバー装置１０１は、ＨＤＤ２０８に、クライアントソフトウェア１０４から受信した新たに見つかったデバイスの情報を記憶する。その際、サーバー装置１０１は、新たに見つかったデバイスについての属性情報を既にＨＤＤ２０８に記憶している場合、記憶されている情報を更新する。また、サーバー装置１０１は、新たに見つかったデバイスについての属性情報をＨＤＤ２０８に記憶していない場合、新たに見つかったデバイスについての属性情報を新たに、ＨＤＤ２０８に記憶する。サーバー装置１０１は、クライアントソフトウェアとデバイスとの紐付け情報を、ＨＤＤ２０８等に記憶し、管理する。
販売会社の担当者は、クライアントソフトウェア１０４により新たに見つけられたデバイスに対して、そのデバイスの監視及び使用状況データの収集を担当するクライアントソフトウェアを決定する。サーバー装置１０１は、紐づけ情報を入力するためのＷｅｂＵＩを提供し、販売会社の担当者は、ＰＣ１０６からサーバー装置１０１が提供するＷｅｂＵＩにアクセスし紐づけ情報を入力する。また、サーバー装置１０１は、新たにデバイスを見つけたクライアントソフトウェアと見つけられたデバイスとを、担当者からの指定を受付けることなく、紐づけるようにしてもよい。サーバー装置１０１は、デバイスと、そのデバイスを管理するクライアントソフトウェアと、の紐付情報である管理情報を、ＨＤＤ２０８等に記憶する。

クライアントソフトウェア１０４は、定期的にサーバー装置１０１からデバイスとクライアントソフトウェアとの紐づけ情報である管理情報を取得し、取得した管理情報に基づいて、クライアントソフトウェア１０４が管理するデバイスを決定する。
クライアントソフトウェア１０４は、クライアントソフトウェア１０４に紐づけられたデバイスの属性情報を、クライアント装置１０３のＨＤＤ等に記憶する。デバイスの属性情報とは、デバイス名やデバイスの設置場所やデバイスの設置拠点や割り当てられたＩＰアドレスや所属する組織等の、そのデバイスの属性についての情報である。
クライアントソフトウェア１０４は、デバイスの稼働状況の監視や使用状況のデータの取得を行い、サーバー装置１０１に取得したデータを送信する。サーバー装置１０１は、クライアントソフトウェア１０４から受信したデータを分析し、レポート作成等を行う。

図２は、サーバー装置１０１のハードウェア構成の一例を示す図である。
サーバー装置１０１は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＫＢＣ２０４、ＶＣ２０５、ＤＫＣ２０６、ＮＩＣ２０７、ＨＤＤ２０８、ディスクドライブ２０９を含む。ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＫＢＣ２０４、ＶＣ２０５、ＤＫＣ２０６、ＮＩＣ２０７は、システムバス２１２を介して、相互に接続されている。
ＣＰＵ２０１は、ＲＯＭ２０２やハードディスクドライブ（ＨＤＤ）２０８等に格納されたプログラムを実行し、システムバスを介して、サーバー装置１０１のハードウェア構成要素のそれぞれを制御する中央演算装置である。
ＲＯＭ２０２は、基本プログラムや各種設定データ等を記憶する記憶装置である。
ＲＡＭ２０３は、ＣＰＵ２０１のワークメモリやデータの一時的な記憶場所等として機能する記憶装置である。
キーボードコントローラ（ＫＢＣ）２０４は、キーボード（ＫＢ）２１０やマウス等のポインティングデバイスを介したユーザーからの指示や入力を受け付ける際に利用されるコントローラである。ＣＰＵ２０１は、ＫＢＣ２０４を介して取得したユーザーからの指示や入力に応じて様々な処理を実行する。

ビデオカード（ＶＣ）２０５は、モニタ２１１にユーザーインタフェイス(ＵＩ)画面等の表示画面のデータを出力する際に利用されるビデオカードである。ＣＰＵ２０１は、ＶＣ２０５を介して、モニタ２１１に表示画面のデータを出力することで、モニタ２１１への表示を制御する。
ディスクコントローラ（ＤＫＣ）２０６は、ＨＤＤ２０８及びディスクドライブ２０９との入出力に利用されるコントローラである。ＣＰＵ２０１は、ＤＫＣ２０６を介して、ＨＤＤ２０８及びディスクドライブ２０９にアクセスし、データの入出力や、各種プログラム等のＨＤＤ２０８へのインストール等を行う。
ネットワークインタフェイスカード（ＮＩＣ）２０７は、ネットワークを介した外部の装置との通信に利用されるネットワークインタフェイスカードである。ＣＰＵ２０１は、ＮＩＣ２０７を介して、ネットワーク２１３を経由し、クライアント装置１０３等の外部装置等と通信する。
ＨＤＤ２０８は、オペレーティングシステム（ＯＳ）のプログラムや各種プログラムや各種設定データ等を記憶する記憶装置である。
ＣＰＵ２０１が、ＲＯＭ２０２又はＨＤＤ２０８に記憶されたプログラムに基づき処理を実行することによって、サーバー装置１０１の機能及び図５〜７で後述するフローチャートの処理が実現される。

クライアント装置１０３、ＰＣ１０５、ＰＣ１０６、及び図１（ｂ）で後述するクライアント装置１０７のハードウェア構成は、図２のサーバー装置１０１のハードウェア構成と同様である。
クライアント装置１０３のＣＰＵが、クライアント装置１０３のＲＯＭ又はＨＤＤに記憶されたプログラムに基づき処理を実行することで、クライアントソフトウェア１０４等のサーバー装置１０１の機能及び図４で後述するフローチャートの処理が実現される。
ＰＣ１０５のＣＰＵが、ＰＣ１０５のＲＯＭ又はＨＤＤに記憶されたプログラムに基づき処理を実行することによって、ＰＣ１０５の機能及びＰＣ１０５の処理が実現される。
ＰＣ１０６のＣＰＵが、ＰＣ１０６のＲＯＭ又はＨＤＤに記憶されたプログラムに基づき処理を実行することによって、ＰＣ１０６の機能及びＰＣ１０６の処理が実現される。
クライアント装置１０７のＣＰＵが、クライアント装置１０７のＲＯＭ又はＨＤＤに記憶されたプログラムに基づき処理を実行することによって、クライアントソフトウェア１０８等のクライアント装置１０７の機能及びクライアント装置１０７の処理が実現される。

図１（ｂ）は、顧客が複数の拠点に分散して存在する場合のデバイス管理システムのシステム構成の一例である。図１（ｂ）のシステム構成のように、デバイス管理システムは、複数のクライアントソフトウェアを導入する場合がある。クライアントソフトウェアを複数導入する理由は、様々である。例えば、デバイス数が多い場合、通信データ量の負荷分散を計るという理由がある。その場合、クライアントソフトウェア毎に決まった台数のデバイスを紐付けて、各クライアントソフトウェアは、紐づけられたデバイスの監視や使用状況データの取得を行い、データをサーバー装置に送信する。
また、企業においてネットワーク環境が異なる複数の支店を持ち、支店毎にクライアントソフトウェアを含むクライアント装置を導入し、それぞれのクライアントソフトウェアが各支店のデバイスの監視や使用状況データの収集を行う必要があるという理由がある。
複数のクライアントソフトウェアを導入している理由が前者であれば、デバイスの設置場所を変えたとしてもクライアントソフトウェアとデバイスとの紐づけの変更は不要である。
しかしながら、複数のクライアント装置を導入している理由が後者であれば、デバイスの設置場所の変更が支店をまたがっている場合、デバイスと、そのデバイスを監視・使用状況データ収集を行うクライアントソフトウェアと、の紐づけも変更する必要がある。

図１（ｂ）の例では、拠点毎にネットワーク環境は、個別である。拠点１内のデバイスは、クライアント装置１０３によりクライアントソフトウェア１０４を介して管理される。また、拠点２内のデバイスは、クライアント装置１０７によりクライアントソフトウェア１０８を介して管理される。クライアントソフトウェア１０４は、拠点１内に存在するデバイスを探索することができる。クライアントソフトウェア１０８は、拠点２内に存在するデバイスを探索することができる。
本実施形態では、デバイス１０２が拠点１から拠点２に移動した場合を例に、デバイス１０２の移動に伴う情報の送信をＰＣ１０６に行う処理について説明する。
クライアントソフトウェアは、例えば、拠点や場所や組織等を単位として、デバイスを管理する。例えば、拠点を単位としてデバイスが管理される場合、同一の拠点（例えば、Ｙ事業所）に存在する全てのデバイスは、同一のクライアントソフトウェアにより管理されることとなる。また、例えば、場所を単位としてデバイスが管理される場合、同一の場所（例えば、Ａビルの３階）に存在する全てのデバイスは、同一のクライアントソフトウェアにより管理されることとなる。場所や拠点や組織等のように、クライアントソフトウェアによるデバイスの管理に利用される単位を、管理単位とする。以下では、デバイスの属性情報のうち、デバイスの管理単位に関わる属性の情報を、管理単位属性情報とする。例えば、場所を単位としてデバイスが管理される場合、デバイスの設置場所の属性情報が管理単位属性情報となる。また、例えば、拠点を単位としてデバイスが管理される場合、デバイスの設置拠点の属性情報が管理単位属性情報となる。また、１つの拠点に複数の場所が含まれる場合や１つの場所に複数の拠点が含まれる場合には、場所や拠点を単位としてデバイスが管理される際の管理単位属性情報は、デバイスの設置場所の属性情報と設置拠点の属性情報とである。
本実施形態では、顧客のデバイスは、拠点毎に、それぞれの拠点を網羅するクライアントソフトウェアにより管理されている。また、本実施形態では、１つの拠点は、複数の場所を含むこととする。即ち、本実施形態に管理単位属性情報は、デバイスの設置拠点の属性情報と設置場所の属性情報とである。本実施形態では、デバイス管理システムは、管理単位属性情報に係る属性であるデバイスの設置場所が変更された場合に、ユーザーの作業の要否を設定された送信先に送信することで、ユーザーに通知する。

デバイスの属性が変更された場合、販売会社のサービスマンが顧客先に出向いて、デバイスの属性情報を変更する場合がある。また、サービスマンは、デバイスの属性の変更により、デバイスを管理するクライアントソフトウェアの変更が必要な場合、管理情報の変更を行い、デバイスを管理するクライアントソフトウェアを変更する。顧客が遠隔地である場合等には、例え一度でも作業に多大なコストがかかる。またサービスマンが複数の顧客を抱えている場合、スケジュールにより即座に対応するのが難しく、設定変更までに時間を要してしまう場合がある。
そのため、顧客自身がデバイス管理システムにアクセスし、顧客自身がデバイスの属性情報を変更することがある。顧客が自身でデバイスの属性情報を変更することで、タイムラグが無く正確なデバイスの属性情報をデバイス管理システムが取得することが可能となる。更に、サービスマンが顧客先に出向き、デバイスの属性を確認してデバイス管理システムのデバイスの属性情報を更新するといったコストを軽減することができる。
顧客の管理者は、ＰＣ１０５を使用してサーバー装置１０１が提供するＷｅｂＵＩにアクセスし、アクセスしたＷｅｂＵＩを介して、デバイス１０２の管理単位属性情報である設置場所情報を入力する。サーバー装置１０１は、入力された値である入力値に基づいて、デバイス１０２の設置場所情報を更新する。本実施形態では、デバイスの属性情報の入力に利用されるＷｅｂＵＩは、図３で後述する入力画面であるとするが、音声入力用のインタフェイス等でもよい。
このように、顧客の管理者は、ＰＣ１０５を使用してサーバー装置１０１が提供するＷｅｂＵＩを介して、デバイスの属性情報を変更することができる。しかし、複数のクライアントソフトウェアが稼働している環境の場合、顧客は、各クライアントソフトウェアがどのような役割分担をしているか等を意識せずにデバイス管理システムのサービスを利用している場合がある。そのため、顧客は、デバイスの設置場所情報等のデバイスの属性情報を変更できても、デバイスとデバイスを管理するクライアントソフトウェアとの紐づけを把握しておらず、デバイスの管理先の情報を変更することが難しい場合がある。
顧客がデバイスの属性情報を変更した場合、販売会社の担当者等のデバイス管理システムのユーザーにその旨の情報の送信が行くようにして、情報の送信を受けたユーザーがデバイスとクライアントソフトウェアとの紐付けの情報を変更する方法が考えられる。しかし、例えば、デバイスの設置場所が変更されても、クライアントソフトウェアが設置場所と関係なく設定された数の特定のデバイスを管理している場合等、デバイスとデバイスを管理するクライアントソフトウェアとの紐付け情報の変更の必要が無い場合もある。また、例えば、デバイスの設置場所の情報が変更されても、同一のクライアントソフトウェアが、デバイスの移動前の場所及び移動後の場所を網羅する場合等、デバイスとデバイスを管理するクライアントソフトウェアとの紐付け情報の変更の必要が無い場合もある。その場合、販売会社の担当者等のユーザーは、何も作業をする必要が無いのに情報が送信されることにより、確認作業をしなければならず、余計な負荷がかかることになるという問題がある。よって、ユーザーに対して、ユーザーによる作業が必要か否かを示す情報を適切に送信する手段が望まれる。

図３は、デバイスの属性情報の入力に利用される入力画面の一例である。入力画面は、デバイスを特定するための情報であるデバイスＩＤの表示欄、デバイスの名前であるデバイス名の入力欄、デバイスの製品名である製品名の入力欄、デバイスに割り当てられるＩＰアドレスの入力欄を含む。また、入力画面は、デバイスが設置される場所である設置場所の入力欄、デバイスが所属する組織である組織の入力欄、更新ボタン、キャンセルボタンを含む。ＰＣ１０５のＣＰＵは、入力画面を介した顧客の管理者による操作に基づいて、更新ボタンの選択を検知した場合、入力画面に入力されたデバイスＩＤが示すデバイスについての属性情報を、サーバー装置１０１に送信する。
ＣＰＵ２０１は、ＰＣ１０５からデバイスの属性情報を受信すると、受信した属性情報の内容で、ＨＤＤ２０８に記憶しているデバイスの属性情報を更新する。ＨＤＤ２０８は、予め、顧客の各拠点と、拠点に含まれる場所との対応情報を記憶している。ＣＰＵ２０１は、ＨＤＤ２０８から拠点と拠点に含まれる場所との対応情報を取得する。そして、ＣＰＵ２０１は、取得した対応情報と入力画面の設置場所の入力欄に入力された値とから、デバイスの設置拠点を特定し、特定した設置拠点の値で、デバイスの設置拠点の属性情報を更新する。
また、入力画面は、デバイスの設置拠点を入力するための入力欄を含むこととしてもよい。その場合、ＣＰＵ２０１は、デバイスの設置拠点を入力するための入力欄への入力値をデバイスの新たな設定拠点の属性情報として取得する。
クライアントソフトウェア１０４は、例えば１日毎等の定期的にサーバー装置１０１にアクセスし、クライアントソフトウェア１０４が管理するデバイスについての属性情報を取得する。
以上のように、ＰＣ１０５のＣＰＵは、入力画面を介した操作に基づいて、あるデバイスについて、設置場所や設置拠点や所属する組織等の複数の属性情報を入力することができる。サーバー装置１０１は、入力画面を介して入力された内容に応じて、設置場所毎や設置拠点毎に、デバイスの使用状況等についてのレポートを作成できる。

図４は、クライアント装置１０３の処理の一例を示すフローチャートである。クライアントソフトウェア１０４がサーバー装置１０１からクライアントソフトウェア１０４が管理するデバイスの属性情報を取得した際の処理を図４のフローチャートを用いて説明する。
Ｓ３０１において、クライアントソフトウェア１０４は、サーバー装置１０１からクライアントソフトウェア１０４が管理するデバイスについての属性情報を取得する。
Ｓ３０２において、クライアントソフトウェア１０４は、Ｓ３０１で取得したデバイスの属性情報が、クライアント装置１０３のＨＤＤに記憶されているクライアントソフトウェア１０４が管理するデバイスの属性情報と、異なる部分があるか否かを確認する。クライアント装置１０３のＨＤＤに記憶されているクライアントソフトウェア１０４が管理するデバイスの属性情報は、デバイスに設定された属性情報の一例である。クライアントソフトウェア１０４は、異なる部分があると確認した場合、異なる部分について、クライアント装置１０３のＨＤＤに記憶されている属性情報を、Ｓ３０１で取得した属性情報の内容で更新する。
Ｓ３０３において、クライアントソフトウェア１０４は、Ｓ３０２でクライアント装置１０３のＨＤＤに記憶されているデバイスの属性情報のうち、管理単位属性情報である設置場所の属性情報が更新されたか否かを判定する。クライアントソフトウェア１０４は、設置場所の属性情報が更新されたと判定した場合、Ｓ３０４の処理に進み、設置場所の属性情報が更新されていないと判定した場合、Ｓ３０６の処理に進む。
Ｓ３０４において、クライアントソフトウェア１０４は、Ｓ３０３で設置場所の属性情報が変更されていると判定されたデバイスと通信ができるか否かを確認する。例えば、クライアントソフトウェア１０４は、デバイスに対して、通信が可能か否かを確認するためのコマンドを送信し、デバイスから応答があった場合、通信が可能であると確認し、デバイスから応答がなかった場合、通信ができないことを確認する。

Ｓ３０５において、クライアントソフトウェア１０４は、Ｓ３０４の確認の結果を、サーバー装置１０１に送信する。
Ｓ３０６において、クライアントソフトウェア１０４は、デバイス１０２に関する移動監視フラグ情報の内容を確認する。
顧客がデバイスの設置場所の属性情報を更新する場合、実際にデバイスを移動した後に顧客が設置場所情報の変更を行う場合と、実際にデバイスを移動する前に、事前に設置場所情報の変更を行う場合とが考えられる。前者の場合は、すぐに管理情報内のクライアントソフトウェアとデバイスとの紐づけ情報を変更し、デバイスを管理するクライアントソフトウェアの情報を変更する必要がある。また、後者の場合は、実際の移動を待って、管理情報内のデバイスとデバイスを管理するクライアントソフトウェアとの紐付け情報の変更を行う必要がある。それぞれの場合において、クライアントソフトウェアとデバイスとの紐付けの変更のタイミングを適切に判断する手段が必要とされる。またどちらの場合も、デバイスとクライアントソフトウェアとの通信ができない時間を極力短くし、デバイス監視や使用状況データ取得の抜けが生じないようにすることが求められる。本実施形態では、デバイス管理システムは、移動監視フラグ情報を用いることで、デバイスとクライアントソフトウェアとの紐付けを適切に管理する。
移動監視フラグ情報とは、デバイスが移動したか否かを監視する必要があるか否かを示す情報である。本実施形態では、移動監視フラグ情報は、サーバー装置１０１のＨＤＤ２０８に記憶されている。クライアントソフトウェア１０４は、サーバー装置１０１から、デバイスの属性情報を取得する毎に、デバイスの移動監視フラグ情報も取得する。また、クライアントソフトウェア１０４は、以前に取得したデバイスの移動監視フラグ情報を、ＨＤＤ等に記憶している。クライアントソフトウェア１０４は、デバイス１０２に関する移動監視フラグ情報が、監視を要しないことを示す情報（例えば、ＯＦＦ）から監視を要することを示す情報（例えば、ＯＮ）になったことを確認した場合、Ｓ３０７の処理に進む。クライアントソフトウェア１０４は、デバイス１０２に関する移動監視フラグ情報が、監視を要することを示す情報から監視を要しないことを示す情報になったことを確認した場合、Ｓ３０８の処理に進む。

Ｓ３０７において、クライアントソフトウェア１０４は、Ｓ３０３で設置場所の属性情報が更新されたと判定されたデバイスを、前記クライアント装置と通信が可能か否かの定期的な確認を要する定期導通確認対象として決定する。
Ｓ３０８において、クライアントソフトウェア１０４は、Ｓ３０３で設置場所の属性情報が更新されたと判定されたデバイスを、定期導通確認対象ではないとして決定する。
Ｓ３０９において、クライアントソフトウェア１０４は、Ｓ３０１で属性情報を取得したデバイスの中に、Ｓ３０２〜Ｓ３０８の処理が行われていないデバイスが存在するか否かを判定する。クライアントソフトウェア１０４は、Ｓ３０１で属性情報を取得したデバイスの中に、Ｓ３０２〜Ｓ３０８の処理を行われていないデバイスが存在すると判定した場合、Ｓ３０２の処理に進み、未処理のデバイスについて、Ｓ３０２〜Ｓ３０８の処理を行う。クライアントソフトウェア１０４は、Ｓ３０１で属性情報を取得したデバイス全てについて、Ｓ３０２〜Ｓ３０８の処理が行われたと判定した場合、図４の処理を終了する。

図５は、サーバー装置１０１の処理の一例を示すフローチャートである。本実施形態では、デバイス１０２の設置場所が変更された場合を例に、図５の処理を説明する。サーバー装置１０１が、Ｓ３０５で送信されたクライアント装置１０３とデバイス１０２との通信が可能か否かの確認の結果を受信した際の処理を、図５のフローチャートを用いて説明する。
Ｓ４０１において、ＣＰＵ２０１は、Ｓ３０５で送信されたクライアント装置１０３とデバイス１０２とが通信可能であるか否かの確認の処理の結果を受信する。
Ｓ４０２において、ＣＰＵ２０１は、Ｓ４０１で受信した結果の内容を確認する。ＣＰＵ２０１は、Ｓ４０１で受信した結果が、クライアント装置１０３がデバイス１０２と通信できたことを示す場合、Ｓ４０７の処理に進む。ＣＰＵ２０１は、Ｓ４０１で受信した結果が、クライアント装置１０３がデバイス１０２と通信できなかったことを示す場合、Ｓ４０３の処理に進む。クライアント装置１０３がデバイス１０２と通信できない状況から、既にデバイス１０２の移動が行われているために、デバイス１０２とクライアントソフトウェア１０４が通信できていないことが推定される。

Ｓ４０３において、ＣＰＵ２０１は、ＨＤＤ２０８に記憶されているデバイス探索クライアントリストを参照し、現在、クライアントソフトウェア１０４より後に、デバイス１０２を見つけたクライアントソフトウェアが存在するか否かを確認する。ＣＰＵ２０１は、クライアントソフトウェア１０４より後に、デバイス１０２を見つけたクライアントソフトウェアが存在することを確認した場合、Ｓ４０４の処理に進む。ＣＰＵ２０１は、クライアントソフトウェア１０４より後に、デバイス１０２を見つけたクライアントソフトウェアが存在しないことを確認した場合、Ｓ４０６の処理に進む。この場合、ＣＰＵ２０１は、デバイス１０２がどのクライアントソフトウェアと通信可能であるかを把握できない。そのため、ＣＰＵ２０１は、デバイス１０２を管理するクライアントソフトウェアを決定できず、デバイスとデバイスを管理するクライアントソフトウェアの紐付け情報を更新できないことになる。
Ｓ４０４において、ＣＰＵ２０１は、Ｓ４０３で存在することが確認されたデバイス１０２を見つけたクライアントソフトウェアを、デバイス１０２を管理するクライアントソフトウェアとして決定する。そして、ＣＰＵ２０１は、ＨＤＤ２０８に記憶されている管理情報のうち、デバイス１０２と紐付くクライアントソフトウェアの情報を、Ｓ４０３で存在することが確認されたクライアントソフトウェアに変更する。

Ｓ４０５において、ＣＰＵ２０１は、販売会社の担当者にＳ４０４での管理情報の変更結果を、電子メール等で送信する。例えば、ＣＰＵ２０１は、販売会社の担当者が操作するＰＣ１０５に対して、Ｓ４０４での管理情報の変更結果を含む電子メールを送信する。また、例えば、ＣＰＵ２０１は、販売会社の担当者が受信したメールを確認可能な設定されたメールアドレスに対して、Ｓ４０４での管理情報の変更結果を含む電子メールを送信することとしてもよい。この送信により、販売会社の担当者は、デバイスとデバイスを管理するクライアントソフトウェアとの紐付け情報が更新されたため、手作業で紐付け情報の更新を行う必要がないことを把握できる。
Ｓ４０６において、ＣＰＵ２０１は、販売会社の担当者に、「手動で紐づけを変更する必要がある場合がある」という旨を示す情報を電子メール等で送信する。例えば、ＣＰＵ２０１は、販売会社の担当者が利用するＰＣ１０５に対して、手動で紐づけを変更する必要がある場合がある旨を示す電子メールを送信する。また、例えば、ＣＰＵ２０１は、販売会社の担当者が受信したメールを確認可能な設定されたメールアドレスに対して、手動で紐づけを変更する必要がある場合がある旨を示す電子メールを送信することとしてもよい。このメール等の送信により、販売会社の担当者は、管理情報内のデバイスとデバイスを管理するクライアントソフトウェアとの紐付け情報の更新のための作業が発生するかもしれないことを把握できる。
Ｓ４０２で確認された結果がクライアント装置１０３とデバイス１０２とが通信可能であることを示す場合、以下の２つのケースのどちらかが生じていることが推定される。１つめのケースは、デバイス１０２の設置場所の属性情報が変更されたが、まだ実際の移動は行われていないケースである。２つめのケースは、移動後の設置場所も同じクライアントソフトウェアが網羅しており（移動により設置拠点に変更がない）、デバイス１０２が移動されても管理するクライアントソフトウェアの紐づけ情報の変更が不要であるケースである。１つめのケースの場合、デバイス１０２が実際に移動された場合、速やかな管理情報内のデバイス１０２を管理するクライアントソフトウェアの情報の変更が必要である。

Ｓ４０７において、ＣＰＵ２０１は、ＨＤＤ２０８に記憶するデバイス１０２の移動監視フラグ情報を、移動したか否かの監視が必要であることを示す情報にする。
Ｓ４０８において、ＣＰＵ２０１は、販売会社の担当者の利用するＰＣ１０５に対し、デバイス１０２が実際に移動された後に、管理情報の更新が行われることを予告する旨の情報を送信する。また、ＣＰＵ２０１は、販売会社の担当者が受信したメールを確認可能な設定されたメールアドレスに対して、管理情報の更新が行われることを予告する旨の情報を送信してもよい。また、ＣＰＵ２０１は、ＰＣ１０５等に対し、デバイス１０２の移動後に管理情報の変更が行われるか、手動での変更が必要になる場合があることを示す情報を、送信することとしてもよい。この情報の送信により、販売会社の担当者は、管理情報の更新のための作業が発生するかもしれないことを把握できる。
ただし、顧客環境にクライアントソフトウェアが１つしか導入されていないような場合、クライアントソフトウェアの紐づけの変更が不要となる。そのため、このような場合、デバイス管理システムは、設置場所情報変更の際にクライアントソフトウェアとデバイスとの通信が可能か否かの確認処理、及び販売会社の担当者へのメール等の送信処理を行わないこととしてもよい。これにより、デバイス管理システムは、販売会社の担当者に対して不要な情報の送信が行われるのを防止することができる。
ＣＰＵ２０１は、例えば、以下の２つのケースの何れか早い方が発生した際に、デバイスとデバイスを管理するクライアントソフトウェアとの紐づけ情報の変更が必要と判断する。１つめのケースは、元々紐付いていたクライアントソフトウェア１０４とデバイス１０２との間の通信が不可とＳ４０２で判断されてから経過した期間が設定された閾値以上となった場合である。２つめのケースは、探索スケジュールに従って各クライアントソフトウェアがデバイス探索を行い、元々デバイス１０２を管理していたクライアントソフトウェア１０４以外のクライアントソフトウェアがデバイス１０２を見つけた場合である。

図６、図７は、サーバー装置の処理の一例を示すフローチャートである。デバイスとデバイスを管理するクライアントソフトウェアとの紐づけ情報である管理情報の変更のための具体的な処理を、図６、及び図７のフローチャートを用いて説明する。
クライアントソフトウェア１０４は、定期的にサーバー装置１０１からのデバイスの属性情報の取得を行い、対応する移動監視フラグ情報が監視を要することを示す情報であるデバイスを定期導通確認対象としている。クライアントソフトウェア１０４は、定期導通確認対象のデバイスに対して定期的に通信が可能か否かを確認し、確認の結果をサーバー装置１０１に送信する。サーバー装置１０１がクライアントソフトウェア１０４からデバイス１０２との通信が可能か否かの確認結果を受信した際の処理を、図６のフローチャートを用いて説明する。
Ｓ５０１において、ＣＰＵ２０１は、クライアントソフトウェア１０４から、クライアントソフトウェア１０４が定期的に行っているクライアントソフトウェア１０４とデバイス１０２との通信が可能か否かの確認処理の結果を受信する。
Ｓ５０２において、ＣＰＵ２０１は、Ｓ５０１で受信した確認処理の結果を確認する。ＣＰＵ２０１は、Ｓ５０１で受信した結果が、クライアントソフトウェア１０４とデバイス１０２との通信が可能であることを示す場合、Ｓ５０６の処理に進む。クライアントソフトウェア１０４とデバイス１０２との通信が可能でないことを示す場合、Ｓ５０３の処理に進む。
本実施形態のように、拠点毎にネットワークが異なる場合、デバイス１０２が異なる拠点に移動されると、デバイス１０２とクライアントソフトウェア１０４との通信ができなくなる。

Ｓ５０３において、ＣＰＵ２０１は、デバイス１０２の移動監視フラグ情報が、移動したか否かの監視を要することを示す情報となってからの経過日数を取得する。また、ＣＰＵ２０１は、デバイス１０２が、定期導通確認対象となってからの経過日数を取得してもよい。例えば、夏休み等で一時的に数日程度デバイスの電源がＯＦＦにされる可能性がある。このような状況に対応するため、ＨＤＤ２０８は、一時的な電源断等ではなくクライアントソフトウェア１０４とデバイス１０２とが通信ができなくなったと判断するための適当な閾値（例えば、日数等の期間についての閾値）を予め記憶しておく。ＣＰＵ２０１は、ＨＤＤ２０８から、クライアントソフトウェア１０４とデバイス１０２とが通信ができなくなったと判断するための閾値を取得する。そして、ＣＰＵ２０１は、取得した経過日数が取得した閾値以上であるか否かを確認する。ＣＰＵ２０１は、経過日数が取得した閾値以上であることを確認した場合、Ｓ５０４の処理に進み、経過日数が閾値以上でないことを確認した場合、図６の処理を終了する。
Ｓ５０４において、ＣＰＵ２０１は、デバイス１０２の設置場所の属性情報が更新されており、かつ、紐付いていたクライアントソフトウェア１０４と通信できなくなったため、以下のように判断する。即ち、ＣＰＵ２０１は、デバイスの移動が完了しクライアントソフトウェアの紐づけ変更が必要になったと判断する。そして、ＣＰＵ２０１は、販売会社の担当者が利用するＰＣ１０５に、電子メール等で、管理情報内のデバイス１０２についての情報の変更が必要である旨の情報の送信を行う。また、ＣＰＵ２０１は、販売会社の担当者が確認可能な設定されたメールアドレス等に、電子メール等で、管理情報内のデバイス１０２についての情報の変更が必要である旨の情報の送信を行うこととしてもよい。この時点で、別のクライアントソフトウェアがデバイス１０２を見つけていない場合、ＣＰＵ２０１は、管理情報を変更することはできないため、販売会社の担当者が手動で管理情報を変更する必要がある旨の情報を送信することになる。

Ｓ５０５において、ＣＰＵ２０１は、デバイス１０２の移動監視フラグ情報を、移動したか否かの監視を要しないことを示す情報に決定する。
Ｓ５０６において、ＣＰＵ２０１は、デバイス１０２の移動監視フラグ情報が、移動したか否かの監視を要することを示す情報となってからの経過日数を取得する。また、ＣＰＵ２０１は、デバイス１０２が定期導通確認対象となってからの経過日数を取得してもよい。ＨＤＤ２０８は、デバイスが移動した場合に移動後の設置場所も同じクライアントソフトウェアが網羅していると判断するための閾値（例えば、日数等の期間についての閾値）を予め記憶する。ＣＰＵ２０１は、ＨＤＤ２０８から、デバイスが移動した場合に移動後の設置場所も同じクライアントソフトウェアが網羅していると判断するための閾値を取得する。ＣＰＵ２０１は、取得した経過日数が取得した閾値以上であるか否かを確認する。ＣＰＵ２０１は、経過日数が取得した閾値以上であることを確認した場合、Ｓ５０７の処理に進み、経過日数が閾値以上でないことを確認した場合、図６の処理を終了する。
Ｓ５０７において、ＣＰＵ２０１は、デバイス１０２について、管理情報内のデバイスとクライアントソフトウェアとの紐づけ情報の変更が不要であると判断し、デバイス１０２の移動監視フラグ情報を、移動したか否かの監視を要しないことを示す情報に決定する。
Ｓ５０５又はＳ５０７でデバイス１０２の移動監視フラグ情報が、移動したか否かの監視を要しないことを示す情報に変更された場合、以下のようになる。即ち、クライアントソフトウェア１０４は、定期的なデバイスの属性情報の取得の際に、移動監視フラグ情報を取得し、移動監視フラグ情報が監視を要しないことを示す情報に決定されたことを確認する。そして、クライアントソフトウェア１０４は、定期的なデバイス１０２との通信の可否の確認処理を行わないようになる。
一方、Ｓ５０３又はＳ５０６で、経過日数が設定された閾値以上であると確認される前に、デバイスの探索スケジュールにより、クライアントソフトウェア１０４と別のクライアントソフトウェアがデバイス１０２を見つける場合がある。本実施形態では、クライアントソフトウェア１０８は、探索スケジュールに従って、拠点２の範囲に含まれるデバイスの探索を行う。クライアントソフトウェア１０８は、デバイス１０２が実際に拠点２に移動された後のデバイスの探索によって、デバイス１０２を見つけることになる。クライアントソフトウェア１０８は、探索で新たに見つけたデバイスの情報をサーバー装置１０１に送信する。

サーバー装置１０１がクライアントソフトウェア１０８からデバイスの探索の結果を受信した際の処理を図７のフローチャートを用いて説明する。本実施形態の場合、元々クライアントソフトウェア１０４がデバイス１０２を探索し見つけているため、デバイス１０２に対するデバイス探索クライアントリストには、クライアントソフトウェア１０４が格納されている。本実施形態では、図７の処理は、サーバー装置１０１がクライアントソフトウェア１０８からデバイスの探索の結果を受信した際の処理とする。しかし、ＣＰＵ２０１は、図７の処理を、クライアントソフトウェア１０４、１０８以外のクライアントソフトウェアからデバイスの探索の結果を受信した際にも実行することができる。
Ｓ６０１において、ＣＰＵ２０１は、クライアントソフトウェア１０８から、拠点２内に存在するデバイスの探索の結果を取得する。
Ｓ６０２において、ＣＰＵ２０１は、Ｓ６０１で取得した結果に、デバイス１０２を見つけたことを示す情報が含まれている場合、デバイス１０２に対するデバイス探索クライアントリストにクライアントソフトウェア１０８を追加する。
Ｓ６０３において、ＣＰＵ２０１は、デバイス１０２に対応する移動監視フラグ情報の内容を確認する。ＣＰＵ２０１は、デバイス１０２に対応する移動監視フラグ情報が移動したか否かの監視を要することを示す情報であることを確認した場合、Ｓ６０４の処理に進む。ＣＰＵ２０１は、デバイス１０２に対応する移動監視フラグ情報が移動したか否かの監視を要しないことを示す情報であることを確認した場合、図７の処理を終了する。

Ｓ６０４において、ＣＰＵ２０１は、デバイス１０２について、管理情報内のデバイスとデバイスを管理するクライアントソフトウェアとの紐付け情報を変更する。より具体的には、ＣＰＵ２０１は、管理情報に、デバイス１０２とクライアントソフトウェア１０８との対応情報を登録する。デバイス１０２に対応する移動監視フラグ情報が、監視を要することを示す情報となってから設定された閾値以上の期間が経過していない場合でも、ＣＰＵ２０１は、以下のように判断する。即ち、ＣＰＵ２０１は、デバイス１０２の設置場所が変更され、かつ、クライアントソフトウェア１０８がデバイス１０２を見つけているため、デバイスとデバイスを管理するクライアントソフトウェアとの紐づけ情報を変更する必要があると判断する。
元々デバイスを管理していたクライアントソフトウェアと別のクライアントソフトウェアがそのデバイスを見つけたという条件のみで管理情報を変更すると、必要としていない管理情報の変更が起こる場合がある。例えば、拠点毎にクライアントソフトウェアを配置しているのではなく、デバイスの数でクライアントソフトウェアを分散させている場合がその一例である。デバイス数が増えたことにより新たに既存のクライアントソフトウェアと探索範囲を同じくするクライアントソフトウェアを導入し、新規のデバイスは、新規のクライアントソフトウェアに担当させたい場合がある。その場合、探索範囲が同じなため、新たなクライアントソフトウェアが既存のデバイスも探索で見つけることとなる。このようなケースで必要の無い紐づけ情報の変更が起こることを防ぐために、ＣＰＵ２０１は、上記説明した処理のように、移動監視フラグ情報が監視を要することを示す情報であることを、紐づけ情報の変更の条件とする。
Ｓ６０５において、ＣＰＵ２０１は、Ｓ６０４で管理情報の変更を行ったことを示す情報、販売会社の担当者が利用するＰＣ１０５に電子メール等で送信する。また、ＣＰＵ２０１は、Ｓ６０４で管理情報の変更を行ったことを示す情報、販売会社の担当者が確認可能な設定されたメールアドレスに、電子メール等で送信することとしてもよい。
Ｓ６０６において、ＣＰＵ２０１は、デバイス探索クライアントリストからクライアントソフトウェア１０４を削除し、デバイス１０２の移動監視フラグ情報を、移動したか否かの監視を要しないことを示す情報に決定する。

クライアントソフトウェア１０８は、１日毎等の定期的にサーバー装置１０１が持つ管理情報を取得し、クライアントソフトウェア１０８がデータ取得を行う（管理する）デバイスを確認する。クライアントソフトウェア１０８は、デバイス１０２が自身と紐づけられていることを確認した時点で、デバイス１０２の監視及びデバイスからの使用状況データの収集を開始する。
また、クライアントソフトウェア１０８がサーバー装置１０１に記憶されているデバイスとデバイスを管理するクライアントソフトウェアとの紐づけ情報を変更する構成であってもよい。クライアントソフトウェア１０８がデバイス１０２を見つけた時に、デバイス１０２が既存のデバイスであり、かつ、デバイス１０２の移動監視フラグ情報が移動したか否かの監視を要する情報であるか否かを、サーバー装置１０１に問い合わせる。クライアントソフトウェア１０８は、デバイス１０２の移動監視フラグ情報が監視を要することを示す情報である場合、デバイス１０２をクライアントソフトウェア１０８の管理対象であるとして決定する。そして、クライアントソフトウェア１０８は、デバイス１０２とクライアントソフトウェア１０８との紐づけ情報を、サーバー装置１０１に記憶されている管理情報に登録する。
クライアントソフトウェア１０４は、サーバー装置１０１に定期的に管理情報を取得する。クライアントソフトウェア１０４は、取得した管理情報に基づいて、クライアントソフトウェア１０４と紐づけられているデバイスからデバイス１０２が無くなっていることを確認した時点で、デバイス１０２の監視及びデータ取得を停止する。また、クライアントソフトウェア１０４がデバイス１０２の移動監視フラグ情報が監視を要することを示す情報となってから経過した期間が設定された閾値以上となった場合に、クライアントソフトウェア１０４の管理対象からデバイス１０２を外すようにしてもよい。

本実施形態では、管理単位属性情報として、デバイス１０２の設置場所の属性情報が更新された場合の処理について説明した。しかし、デバイス管理システムは、設置場所以外の管理単位属性情報が更新された場合においても同様の処理を行うことができる。
例えば、管理単位属性情報が「組織」の属性情報である場合について説明する。デバイスが組織毎に管理されている場合、管理単位属性情報は、「組織」の属性情報となる。組織とは、顧客の分割単位であり、○○事業本部、○○グループ、○○研究部のように、顧客内の何れの組織であるかを示す単位である。企業等において、組織毎に異なるネットワーク環境を使用することが一般的に行われている。例えば、複数の事業を行う企業において、事業本部毎に別のネットワーク環境を使用しているケース等がある。その場合、クライアントソフトウェアは、ネットワーク環境毎に用意され、事業本部毎にデバイスを管理するクライアントソフトウェアが存在することとなる。
企業内にＸ事業本部とＹ事業本部があり、当初はＸ事業本部が建物の３階を使用し、Ｙ事業本部が建物の２階を使用していたのを、使用場所を逆に変更した場合の例を説明する。建物内のデバイス等の設備は、そのままで人の移動のみが行われた場合、設置場所等の属性情報は変更されず、建物の３階にあったデバイスが所属する組織がＸ事業本部からＹ事業本部に変更になる。
企業内で１つの共通のネットワーク環境を使用している場合、デバイスとデバイスを管理するクライアントソフトウェアとの紐づけ情報は、変更の必要がない。しかし、事業本部毎に別のネットワーク環境を使用している場合、デバイスは同じ設置場所に置いたままであっても、その場所のネットワーク環境が他の事業本部用に変更になる。そのため、デバイスについて、他の事業本部用のネットワーク環境を担当するクライアントソフトウェアに紐づけを変更する必要がある。

組織の属性情報が変更される場合においても、デバイス管理システムは、設置場所の属性情報の変更について説明してきた処理と同様の処理を行うことで、デバイスとデバイスを管理するクライアントソフトウェアとの適切な紐づけの管理を行うことができる。
この場合、図４のフローチャートのＳ３０３の確認処理の結果が、通信不可であった場合、既にネットワーク環境の変更が行われているために、デバイスとクライアントソフトウェアとの通信ができていないと推定される。Ｓ３０３の確認処理の結果が通信可能であった場合、ＣＰＵ２０１は、以下２つのケースのどちらかであると判断する。１つめのケースは、組織情報が変更されたが、まだ実際のネットワーク環境の変更は行われていない場合である。２つめのケースは、変更先の組織も同じクライアントソフトウェアが網羅しており、管理情報内の紐づけ情報の変更が不要である場合である。
ネットワーク環境が変更されたか否かの判定手順は、上記設置場所情報の変更の説明でデバイス移動が行われたか否かの判定手順と同様である。

以上、本実施形態の処理により、デバイス管理システムは、デバイスの設置場所や所属する組織等の管理単位属性情報が変更された場合、以下の処理を行うことができる。即ち、デバイス管理システムは、販売会社の担当者等のデバイス管理システムのユーザーに対して、管理情報内のデバイスとデバイスを管理するクライアントソフトウェアとの紐付け情報の変更作業の要否を示す情報を適切に送信できる。これにより、ユーザーは、手動での管理情報の変更が必要なことを示す情報が送信された場合に、適切なタイミングで管理情報の変更作業を行うことができる。適切なタイミングで管理情報が変更されるため、デバイス管理システムは、適切にデバイスの使用状況等を集計することができ、デバイスを適切に管理することができる。また、ユーザーは、手動での管理情報の変更が必要なことを示す情報が送信された場合にのみ、管理情報の変更の作業を行えばいいことになり、無駄な作業を行わなくてよくなる。このように、デバイス管理システムは、ユーザーの作業に係るコストを軽減できる。
また、デバイス管理システムは、移動監視フラグ情報等を用いて、実際にデバイスの設置場所等の属性が変更されたか否かを監視することで、デバイスとデバイスを管理するクライアントソフトウェアとの適切な紐づけの管理を行うことができる。

本実施形態では、デバイス管理システムは、予めＨＤＤ２０８等に記憶されている移動監視フラグ情報に設定されている情報に基づいて、デバイスが実際に移動されたか否かを監視することとした。しかし、デバイス管理システムは、ＨＤＤ２０８内に移動監視フラグ情報を記憶せずに、移動したか否かの監視を要するデバイスが生じた場合、移動したか否かの監視を要する旨の情報を、そのデバイスの属性情報に追加してもよい。その場合、ＣＰＵ２０１は、デバイスの属性情報に、移動したか否かの監視を要する旨の情報が含まれる場合、デバイスの移動を監視し、移動したか否かの監視を要する旨の情報が含まれない場合、デバイスの移動を監視しないこととする。
本実施形態では、クライアントソフトウェア１０４は、クライアント装置１０３のＨＤＤに記憶されているデバイスの属性情報のうち、管理単位属性情報である設置場所の属性情報がＳ３０２で更新されたか否かを判定することとした。しかし、クライアントソフトウェア１０４は、クライアント装置１０３のＨＤＤに記憶されているデバイスの属性情報のうち、管理単位属性情報である設置拠点の属性情報がＳ３０２で更新されたか否かを判定することとしてもよい。これにより、デバイスが拠点毎に管理されている場合、クライアントソフトウェア１０４は、より精度よく、デバイス１０２についての管理情報の更新が必要か否かを判定できる。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
例えば、上述したデバイス管理システムの機能構成の一部又は全てをハードウェアとしてサーバー装置１０１に実装してもよい。

１０１ サーバー装置、１０２ デバイス、１０４ クライアントソフトウェア

Claims (9)

1. デバイスを管理するデバイス管理手段を有するクライアント装置とサーバー装置とを含むデバイス管理システムであって、
   前記クライアント装置は、
   前記デバイス管理手段が管理する管理デバイスの属性情報の入力に利用されるユーザーインタフェイスを介して入力された、デバイスの管理単位に関する属性情報である管理単位属性情報についての入力値と、前記管理デバイスの前記管理単位属性情報に設定されている値と、が異なる場合、前記デバイス管理手段が前記管理デバイスと通信が可能か否かを確認する確認手段と、
   前記確認手段による確認の第１の結果を前記サーバー装置に送信する第１の送信手段と、
   を更に有し、
   前記サーバー装置は、
   前記クライアント装置から送信された前記第１の結果が、前記クライアント装置が有するデバイス管理手段が前記管理デバイスと通信できなかったことを示す場合、前記管理デバイスを管理するデバイス管理手段を変更する変更手段と、
   前記変更手段により前記管理デバイスを管理するデバイス管理手段が変更されたことを示す情報を、設定された送信先に送信する第２の送信手段と、
   前記クライアント装置から送信された前記第１の結果が、前記クライアント装置が有するデバイス管理手段が前記管理デバイスと通信できたことを示す場合、前記管理デバイスを管理するデバイス管理手段が変更されることを予告する情報を、前記設定された送信先に送信する第３の送信手段と、
   を有するデバイス管理システム。
2. 前記サーバー装置は、
   前記クライアント装置から送信された前記第１の結果が、前記クライアント装置が前記管理デバイスと通信できなかったことを示し、前記管理デバイスと通信可能なデバイス管理手段が存在しない場合、前記管理デバイスを管理するデバイス管理手段の変更を手動で行う必要がある旨を、前記設定された送信先に送信する第４の送信手段を更に有する請求項１記載のデバイス管理システム。
3. 前記クライアント装置は、
   前記入力値と前記管理デバイスの前記管理単位属性情報に設定されている値とが同じであり、前記管理デバイスが移動したか否かの監視を要するか否かを示す移動監視フラグ情報が、監視を要しないことを示す情報から監視を要することを示す情報になったことを検知した場合、前記管理デバイスが前記クライアント装置と通信が可能か否かの定期的な確認を要することを決定し、前記入力値と前記管理デバイスの前記管理単位属性情報に設定されている値とが同じであり、前記移動監視フラグ情報が監視を要することを示す情報から監視を要しないことを示す情報になったことを検知した場合、前記管理デバイスが前記クライアント装置と通信が可能か否かの定期的な確認を要しないことを決定する第１の決定手段を更に有し、
   前記確認手段は、更に、前記クライアント装置が、前記第１の決定手段により前記クライアント装置と通信が可能か否かの定期的な確認を要することが決定された前記管理デバイスと通信が可能か否かを定期的に確認し、
   前記送信手段は、更に、前記クライアント装置が、前記第１の決定手段により前記クライアント装置と通信が可能か否かの定期的な確認を要することを決定された前記管理デバイスと通信が可能か否か定期的な確認の結果を第２の結果として前記サーバー装置に送信する請求項１又は２記載のデバイス管理システム。
4. 前記サーバー装置は、
   前記クライアント装置から送信された前記第１の結果が、前記クライアント装置が前記管理デバイスと通信できたことを示す場合、前記管理デバイスについての前記移動監視フラグ情報を、監視を要することを示す情報に決定する第２の決定手段を更に有する請求項３記載のデバイス管理システム。
5. 前記第２の決定手段は、更に、前記クライアント装置から送信された前記第２の結果が、前記クライアント装置が前記管理デバイスと通信できたことを示し、前記移動監視フラグ情報が監視を要することを示す情報になってから経過した期間が設定された閾値以上である場合、移動監視フラグ情報を、監視を要しないことを示す情報に決定する請求項４記載のデバイス管理システム。
6. 前記第２の決定手段は、更に、前記移動監視フラグ情報が監視を要することを示す情報であり、前記管理デバイスと通信が可能であることを示す情報を送信したデバイス管理手段が存在する場合、前記移動監視フラグ情報を、監視を要しないことを示す情報に決定する請求項４又は５記載のデバイス管理システム。
7. 前記変更手段は、更に、前記移動監視フラグ情報が監視を要することを示す情報であり、前記管理デバイスと通信が可能であることを示す情報を送信したクライアントソフトが存在する場合、前記管理デバイスを管理するデバイス管理手段を、前記管理デバイスと通信が可能であることを示す情報を送信したデバイス管理手段に変更する請求項６記載のデバイス管理システム。
8. 前記確認手段は、前記ユーザーインタフェイスである前記管理デバイスの属性情報の入力に利用される入力画面を介して入力された前記入力値と、前記管理デバイスの前記管理単位属性情報に設定されている値と、が異なる場合、前記クライアント装置が前記管理デバイスと通信が可能か否かを確認する請求項１乃至７何れか１項記載のデバイス管理システム。
9. デバイスを管理するデバイス管理手段を有するクライアント装置とサーバー装置とを含むデバイス管理システムにおける情報処理方法であって、
   前記クライアント装置が、前記デバイス管理手段が管理する管理デバイスの属性情報の入力に利用されるユーザーインタフェイスを介して入力された、デバイスの管理単位に関する属性情報である管理単位属性情報についての入力値と、前記管理デバイスの前記管理単位属性情報に設定されている値と、が異なる場合、前記デバイス管理手段が前記管理デバイスと通信が可能か否かを確認する確認ステップと、
   前記クライアント装置が、前記確認ステップでの確認の第１の結果を前記サーバー装置に送信する第１の送信ステップと、
   前記サーバー装置が、前記クライアント装置から送信された前記第１の結果が、前記クライアント装置が有するデバイス管理手段が前記管理デバイスと通信できなかったことを示す場合、前記管理デバイスを管理するデバイス管理手段を変更する変更ステップと、
   前記サーバー装置が、前記変更ステップで前記管理デバイスを管理するデバイス管理手段が変更されたことを示す情報を、設定された送信先に送信する第２の送信ステップと、
   前記サーバー装置が、前記クライアント装置から送信された前記第１の結果が、前記クライアント装置が有するデバイス管理手段が前記管理デバイスと通信できたことを示す場合、前記管理デバイスを管理するデバイス管理手段が変更されることを予告する情報を、前記設定された送信先に送信する第３の送信ステップと、
   を含む情報処理方法。

Images