(57)【特許請求の範囲】
【請求項１】
複数の情報処理装置の配置位置を示すレイアウト情報と、前記情報処理装置毎に通信切断が発生したか否かを示す通信履歴情報とを有するインベントリ情報を記憶部に記憶し、
前記情報処理装置が通信に応答しない場合であって、リブート中の通信応答無し、ブートスケジュールに基づくシャットダウン中の通信応答無し、同一ネットワークセグメント内に基準割合以上の複数の情報処理装置が通信応答無しのいずれにも該当しない場合に、前記情報処理装置に前記通信切断が発生したと判定し、
前記情報処理装置の前記インベントリ情報の送信要求に応じて、前記記憶部を参照し、前記複数の情報処理装置のうち通信切断が発生した情報処理装置と発生していない他の情報処理装置とが区別可能な前記情報処理装置のレイアウト情報を、前記送信要求の送信元の端末装置に送信する、
処理をコンピュータに実行させるインベントリ情報提供プログラム。
【請求項２】
前記送信する処理は、前記情報処理装置のレイアウト情報に加えて前記通信履歴情報を前記送信元に送信することを、有する請求項１に記載のインベントリ情報提供プログラム。
【請求項３】
前記通信切断の発生の判定は、前記情報処理装置のネットワークへの接続が確認される場合、前記情報処理装置に通信切断が発生していないと判定する、請求項２に記載のインベントリ情報提供プログラム。
【請求項４】
さらに、前記情報処理装置の識別情報ラベルを読み取ったことに基づいて前記情報処理装置の存在を確認した第１の棚卸と、前記識別情報ラベルを読み取らずに前記情報処理装置の通信切断の発生の有無に基づいて前記情報処理装置の存在を確認した第２の棚卸のいずれかの受信に応じて、インベントリ情報に前記第１または第２の棚卸の情報を記録する、請求項１〜３のいずれかに記載のインベントリ情報提供プログラム。
【請求項５】
複数の情報処理装置の配置位置を示すレイアウト情報と、前記情報処理装置毎に通信切断が発生したか否かを示す通信履歴情報とを有するインベントリ情報を記憶部に記憶し、
前記情報処理装置が通信に応答しない場合であって、リブート中の通信応答無し、ブートスケジュールに基づくシャットダウン中の通信応答無し、同一ネットワークセグメント内に基準割合以上の複数の情報処理装置が通信応答無しのいずれにも該当しない場合に、前記情報処理装置に前記通信切断が発生したと判定し、
指定された位置における前記情報処理装置の前記インベントリ情報の要求に応じて、前記記憶部を参照し、前記情報処理装置のレイアウト情報と前記通信履歴情報とを、要求元に送信する、
処理をコンピュータに実行させるインベントリ情報提供プログラム。
【請求項６】
複数の情報処理装置の配置位置を示すレイアウト情報と、前記情報処理装置毎に通信切断が発生したか否かを示す通信履歴情報とを有するインベントリ情報を記憶部に記憶し、
前記情報処理装置が通信に応答しない場合であって、リブート中の通信応答無し、ブートスケジュールに基づくシャットダウン中の通信応答無し、同一ネットワークセグメント内に基準割合以上の複数の情報処理装置が通信応答無しのいずれにも該当しない場合に、前記情報処理装置に前記通信切断が発生したと判定し、
指定された位置における前記情報処理装置の前記インベントリ情報の要求に応じて、前記記憶部を参照し、前記複数の情報処理装置のうち通信切断が発生した情報処理装置と発生していない他の情報処理装置とが区別可能な前記情報処理装置のレイアウト情報を、要求元に送信する、
処理をコンピュータに実行させるインベントリ情報提供方法。
【請求項７】
複数の情報処理装置の配置位置を示すレイアウト情報と、前記情報処理装置毎に通信切断が発生したか否かを示す通信履歴情報とを有するインベントリ情報を記憶する記憶部と、
前記情報処理装置が通信に応答しない場合であって、リブート中の通信応答無し、ブートスケジュールに基づくシャットダウン中の通信応答無し、同一ネットワークセグメント内に基準割合以上の複数の情報処理装置が通信応答無しのいずれにも該当しない場合に、前記情報処理装置に前記通信切断が発生したと判定し、
指定された位置における前記情報処理装置の前記インベントリ情報の要求に応じて、前記記憶部を参照し、前記複数の情報処理装置のうち通信切断が発生した情報処理装置と発
生していない他の情報処理装置とが区別可能な前記情報処理装置のレイアウト情報を、要求元に送信するレイアウト情報提供手段とを有する、インベントリ情報提供装置。
【請求項８】
複数の情報処理装置の配置位置を示すレイアウト情報と、棚卸時の前記情報処理装置の外観画像と、前記情報処理装置毎に通信切断が発生したか否かを示す通信履歴情報とを有するインベントリ情報を記憶部に記憶し、
前記情報処理装置の前記インベントリ情報の送信要求に応じて、前記記憶部を参照し、前記複数の情報処理装置のうち通信切断が発生した情報処理装置と発生していない他の情報処理装置とが区別可能な前記情報処理装置のレイアウト情報と、前回の棚卸時の前記情報処理装置の外観画像とを有するインベントリ情報を、前記送信要求の送信元の端末装置に送信し、
前記情報処理装置の識別情報ラベルを読み取ったことに基づいて前記情報処理装置の存在を確認した第１の棚卸と、前記識別情報ラベルを読み取らずに前回の棚卸から前記通信切断の発生がなく且つ前回の棚卸時の前記情報処理装置の外観画像と一致する情報処理装置の存在を確認した第２の棚卸のいずれかの受信に応じて、インベントリ情報に棚卸の情報を記録する、
処理をコンピュータに実行させるインベントリ情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インベントリ情報提供プログラム、インベントリ情報提供方法及びインベントリ情報提供装置に関する。
【背景技術】
【０００２】
複数の情報処理装置を含むIT資産管理システムは、現存する情報処理装置のインベントリ情報を収集し、資産情報として管理する。インベントリ情報には、装置の機種、接続されているネットワークセグメント、IPアドレス、MACアドレスなどの基本的な情報に加えて、管理者、棚卸日時、装置が設置されている位置座標、外観写真と外観写真内の位置情報を含むレイアウト情報などが含まれる。
【０００３】
定期的に実施されるIT資産の棚卸作業では、資産管理システムが管理しているインベントリ情報の更新処理と、装置のID読取端末を利用した装置の物理的な存在確認作業と、存在確認した装置の棚卸日時、位置座標、レイアウト情報等の更新処理が行われる。
【０００４】
資産管理システムについては、たとえば以下の特許文献に記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１９２１１１号公報
【特許文献２】特開２００５−２７２１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記の棚卸作業で最も工数がかかるのが、装置のID読取端末を利用した装置の物理的な存在確認作業である。この確認作業では、管理者が装置に貼付けられた識別情報（ID）ラベルをID読み取り端末により読み取り、インベントリ情報と照合する。
【０００７】
しかしながら、複数の装置が隣接して配置されている場合などは、IDラベルが隣接装置との間に位置するなどによりIDラベルを読み取ることができない。その場合、IDラベルを読み取るためには装置を移動させる必要があるが、装置の移動は手間がかかり装置の故障の原因になる。したがって、管理者は、装置現物を一意に識別できるID以外の代替手段により装置の存在確認を実施し、IDラベルの読み取りを省略できれば好ましい。
【０００８】
しかし、複数の装置が大量に固まって設置されている場合、IDラベルの読み取りができない装置が多数にのぼり、それら複数の装置のネットワークセグメントや外観が同等の場合、IDラベルの読み取りを省略して装置の存在確認を行うことが困難な場合がある。
【０００９】
そこで、実施の形態の第１の側面の目的は、棚卸における装置の存在確認の作業を軽減するインベントリ情報提供プログラム、インベントリ情報提供方法及びインベントリ情報提供装置を提供することにある。
【課題を解決するための手段】
【００１０】
本明細書の一つの開示は、複数の情報処理装置の配置位置を示すレイアウト情報と、前記情報処理装置毎に通信切断が発生したか否かを示す通信履歴情報とを有するインベントリ情報を記憶部に記憶し、指定された位置における前記情報処理装置の前記インベントリ情報の要求に応じて、前記記憶部を参照し、前記複数の情報処理装置のうち通信切断が発生した情報処理装置と発生していない他の情報処理装置とが区別可能な前記情報処理装置のレイアウト情報を、要求元に送信する、処理をコンピュータに実行させるインベントリ情報提供プログラムである。
【発明の効果】
【００１１】
第１の側面によれば、棚卸における装置の存在確認の作業を軽減する。
【図面の簡単な説明】
【００１２】
【図１】本実施の形態における資産管理システムの概略構成を示す図である。
【図２】資産管理プログラムの処理を示すフローチャート図である。
【図３】資産管理プログラムの棚卸処理のフローチャート図である。
【図４】棚卸処理を説明するための図である。
【図５】棚卸処理の問題を示す図である。
【図６】本実施の形態の通信切断の有無を利用した場合の棚卸作業を説明するための前回棚卸時のマシン状況の一例を示す図である。
【図７】今回棚卸時のマシン状況それぞれについてID読み取りが可能な否か（可否）と、存在確認のためにID読み取りが必要か否か（要否）とを示す図表である。
【図８】本実施の形態における資産管理を説明する図である。
【図９】資産管理プログラム２０の通信切断監視モジュール２２による処理を示すフローチャート図である。
【図１０】本実施の形態の通信切断監視の一例を示す図である。
【図１１】ブートスケジュールの一例を示す図である。
【図１２】前回棚卸時のマシン状況40_Aと今回棚卸時のマシン状況40_Bを示す図である。
【図１３】前回棚卸時のマシン状況管理テーブル50_1を示す図である。
【図１４】今回棚卸前のインベントリ更新時のマシン状況管理テーブル50_2を示す図である。
【図１５】棚卸状況管理テーブルの一例を示す図である。
【図１６】マシンAの座標検索による棚卸マシン候補の棚卸（存在確認）を説明する図である。
【図１７】マシンAの棚卸後のマシン状況管理テーブル５０＿３の図である。
【発明を実施するための形態】
【００１３】
図１は、本実施の形態における資産管理システムの概略構成を示す図である。資産管理システムは、資産管理処理を行う資産管理サーバ１と、資産管理の一つの処理である棚卸処理時に使用され管理対象装置３０に貼り付けられている装置のIDラベルを読み取るID読み取り端末３２とを有する。
【００１４】
資産管理サーバ１は、汎用の情報処理装置であり、CPU１０と、メモリ１２と、外部ネットワークインタフェース１４と、補助記憶装置であるストレージ１６と、それらを接続するバス２８とを有する。ストレージ１６内には、資産管理プログラム２０と、資産管理プログラムの一つの処理である管理対象装置３０の通信切断を監視する通信切断監視モジュール２２と、棚卸処理モジュール２４と、そして、管理対象装置に関するインベントリ情報を記憶するインベントリデータベース２６とが格納されている。これらのプログラムは、メモリに展開され、CPUにより実行される。
【００１５】
図２は、資産管理プログラムの処理を示すフローチャート図である。資産管理プログラムはCPUにより実行されることで、管理対象装置の通信切断の発生を監視する処理S10と、棚卸処理の開始前にインベントリデータベース内のインベントリ情報を更新してマシン状況管理テーブルを生成するインベントリ情報更新処理S11と、マシン状況管理テーブル内の棚卸対象の装置群に対してID読み取り端末を利用した物理的な装置の存在確認の結果をマシン状況管理テーブル及びインベントリデータベースに反映する棚卸処理S12とを有する。これらの各処理については後で詳述する。なお、上記「マシン」は情報処理装置または装置を意味する。
【００１６】
本実施の形態における資産管理システムでは、管理対象装置の通信切断の有無を監視し、通信切断が発生したか否かの通信履歴情報を有するインベントリ情報を、記憶部に記憶する。これにより、管理対象装置のインベントリ情報と、前回棚卸時から現時点までの通信履歴（通信切断が発生したか否かの情報）とを、現在の棚卸処理中の管理者の端末に表示する。そして、管理者は、管理対象装置の現場で、管理対象装置の存在確認処理を、ID読み取り端末で管理対象装置のIDラベルを読み取ることにより装置の存在確認を行う第１の棚卸処理か、ID読み取り端末によるIDラベルの読み取りを行わずに装置の存在確認を行う第２の棚卸処理かのいずれかで行う。第２の棚卸処理は、管理対象装置の通信履歴に基づいて行われる。
【００１７】
上記の棚卸処理中の管理者の端末には、管理対象である複数の情報処理装置のうち通信切断が発生した情報処理装置と発生していない他の情報処理装置とが区別可能な情報処理装置のレイアウト情報を表示することが望ましい。区別可能であれば、通信履歴情報（通信切断発生の有無）の表示はいずれの表示形態でもよい。
【００１８】
［一般的な資産管理による棚卸処理］
以下、一般的な資産管理による棚卸処理について簡単に説明する。
【００１９】
図３は、資産管理プログラムの棚卸処理のフローチャート図である。図４は、棚卸処理を説明するための図である。棚卸処理は、図２で説明したとおり、棚卸前に行う管理対象装置のインベントリ情報の更新処理S11と、管理者が管理対象装置が設置されている現場に移動して装置の存在確認を行う棚卸処理S12とにより行われる。
【００２０】
図３と図４を参照して一般的な棚卸処理について以下説明する。図４に示されるとおり、管理対象装置３０は、例えば機種XのマシンA,B,Cが隣接して設置されているものとする。また、各マシンA,B,Cの右側側面には、それぞれのマシンのIDラベルが貼り付けられている。
【００２１】
管理者は、管理対象装置３０の現場に移動し、ID読み取り端末３２を存在確認したい装置にかざして（近づけて）、端末の座標情報を資産管理サーバ１に送信し、資産管理サーバ１は端末の座標情報を受信する（S1）。端末３２は、例えば棚卸処理用のプログラムがインストールされ、さらにGPS機能を有する。そして、端末にインストールされている棚卸処理用プログラムの処理シーケンスにしたがい、管理者は、存在確認したい装置の座標情報の送信を行う。この時、管理者は、ID読み取り端末のカメラを利用して棚卸対象装置の画像を撮影し、資産管理サーバに送信しておく。
【００２２】
資産管理サーバ１は、送信されてきた座標情報に基づいてインベントリデータベース２８を検索し、受信した座標情報の座標から所定の基準距離内の位置座標を有する装置を、棚卸対象（存在確認対象）装置の候補として抽出する（S2）。この抽出処理は、インベントリデータベース２８内の各装置のインベントリ情報に含まれる位置座標情報と、送信されてきた座標情報とを比較し、基準距離以内の装置（マシン）を抽出することで行われる。
【００２３】
そして、資産管理サーバ１は、抽出した棚卸対象装置の候補にそれらのインベントリ情報を付加して、ID読み取り端末３２に返信する（S3）。ID読み取り端末３２は、それを受信する（S4）。棚卸対象装置の候補とそれらのインベントリ情報は、棚卸状況管理テーブル５２の表示形態でID読み取り端末３２の表示部に表示される（S5）。図４に示されるとおり、ID読み取り端末の表示部には、棚卸対象マシン候補である機種XのマシンA、機種XのマシンBのインベントリ情報が表示されている。
【００２４】
棚卸対象装置の候補に付加されるインベントリ情報は、例えば、機種情報と装置名と、装置が接続されているネットワークセグメント情報と、装置の所属情報（管理人とその連絡先）と、前回の棚卸時の装置を含む周囲の写真および装置を写真画像内で特定するメモ（例：写真の一番左のサーバ）などが含まれる。インベントリ情報に、棚卸対象候補の装置のMACアドレスが含まれている場合もある。
【００２５】
次に、管理者は、現場に設置されている装置のIDラベルをID読み取り端末３２で読み取り、読み取ったIDに対応する装置のインベントリ情報が、棚卸状況管理テーブル５２内の装置のインベントリ情報と一致するか否かを確認し、一致している装置について装置の存在確認済みを示す存在確認情報を、ID読み取り端末３２から資産管理サーバ１に送信する（S6）。
【００２６】
資産管理サーバ１は、この存在確認情報をマシン状況管理テーブルおよびインベントリデータベース内のインベントリ情報に反映する（S7）。この結果、装置の存在確認により棚卸された管理対象装置のマシン状況管理テーブル５０およびインベントリ情報には、棚卸日時、対象装置とその周囲を含む外観写真と対象装置の位置についてのメモ（レイアウト情報）などが更新される。
【００２７】
上記の棚卸処理において、複数の装置が隣接して設置されているため、一部の装置のIDラベルをID読み取り端末で読み取ることができない場合がある。図４の管理対象装置３０は、同じ機種Xの３台のマシンA,B,Cが隣接して設置されている例である。この場合、管理者は右端のマシンCのIDラベルはID読み取り端末３０の読み取りデバイスで読み取ることができるが、マシンA,BのIDラベルはそれぞれ隣接するマシンB,Cにより隠れており、読み取りデバイスによる読み取りができないまたは困難である。マシンCを移動することでマシンBのIDラベルを読み取ることができるが、マシンCを移動することは工数がかかり、マシンCのネットワーク配線との接続を切断する必要があるなど、運用上移動できない場合がある。マシンAのIDラベルの読み取りも同様の事情がある。
【００２８】
上記の場合、マシンCのIDラベルを読み取ることでマシンCの存在確認を行って棚卸をし、棚卸対象装置の候補からマシンCを除外すれば、残った棚卸対象装置の候補がマシンA,Bに絞られる。しかし、マシンA,Bが同じ機種Xであり外観が同じであるため、外観からどちらの装置がマシンAかBか判別できないし、左側の２台の装置が前回棚卸時に存在確認したマシンA,Bとは異なるマシンである可能性を否定できない。したがって、左側の２台の装置について棚卸を行うことが困難になる。
【００２９】
図５は、棚卸処理の問題を示す図である。図５には、前回棚卸時のマシン状況40_Aと、今回棚卸時のマシン状況40_Bとが示されている。前回棚卸時のマシン状況40_Aでは、ネットワークセグメントA内に左からマシンA,B,D,Eが設置されていたとする。そして、前回の棚卸時から今回の棚卸時のマシン状況40_Bまでの間に、マシンBがマシンEの左側に移動し、マシンCが新たにマシンBの位置に追加されているとする。そして、これらのマシンは全て同じ機種Xであり外観も同じであるとする。
【００３０】
このようなマシン状況において、今回の棚卸作業で棚卸可能か否かについて説明する。図３，４で説明したような棚卸処理を行うと、今回の棚卸時のマシン状況40_Bでは、例えば一番左のマシンAにID読み取り端末３２をかざしてマシンAの座標情報を資産管理サーバ１に送信すると、資産管理サーバから返信される棚卸対象装置の候補とそれらのインベントリ情報とを有する棚卸状況管理テーブル５２には、マシンA,B,C,D,Eが候補に含まれる。そして、全てのマシンのインベントリ情報には、同じ機種X、同じネットワークセグメント情報、異なるMACアドレス、前回の棚卸時のマシン状況30_Aの外観写真と外観写真内のマシンA,B,D,Eの位置を示すメモが含まれる。
【００３１】
管理者は、今回の棚卸時のマシン状況40_Bに示されるように、一番右側のマシンのIDラベルをID読み取り端末３２により読み取ることができる。その結果、ID読み取り端末は、IDラベルを読み取ったマシン（一番右側のマシン）がマシンEであることを資産管理サーバ１から受信し、表示する。これにより、管理者は、今回棚卸時のマシン状況40_Bの一番右側のマシン（IDラベルを読み取ったマシン）がマシンEであることを確認し、今回の棚卸時のマシンA〜Eの外観写真とその一番右端のマシンがマシンEであることのメモとを、マシンEの存在を確認した旨の棚卸情報（棚卸情報）と共に、資産管理サーバ１に送信する。
【００３２】
しかしながら、残りのマシンA,B,C,Dについては、全て外観が同じあり、それらのIDラベルを読み取ることもできない場合、管理者は、どのマシンがマシンAか否かなどを確認することはできない。その結果、マシンC〜Eを移動させてそれぞれのマシンのIDラベルをID読み取り端末３２により読み取る作業を行わざるを得なくなる。このように、IDラベルの読み取りを省略してマシンの存在を確認できることができれば、棚卸における装置の存在確認の作業を軽減できる。
【００３３】
［本実施の形態における資産管理による棚卸処理］
本実施の形態では、資産管理サーバ１が管理対象の装置の通信状態を監視し、通信切断が発生したか否かの通信履歴情報をインベントリ情報に記憶する。通信切断は、装置を移動するためにLAN（ローカルエリアネットワーク）から切断された場合に加えて、装置の電源がオフになるシャットダウンやリブートでも発生する。さらに、停電によっても電源がオフになり通信切断が発生する。資産管理サーバ１は、資産管理プログラムを実行して上記の通信切断の事象の内、計画的な電源オフによる通信切断を除いて、装置の移動による通信切断と見なせる事象が発生した場合に、通信切断が発生したと判定する。
【００３４】
そして、その通信切断が発生した場合、装置の移動が行われたと推定し、通信切断の履歴情報を記録しておき、その通信切断の履歴情報を棚卸時の装置の存在確認時の参考情報として利用する。すなわち、棚卸対象の装置が前回棚卸時から通信切断が発生せず、前回棚卸時と同じ外観画像の装置は、前回の棚卸時と同じ装置であると見なして、IDラベルの読み取りを省略して装置の存在を確認し、棚卸を行う。
【００３５】
本実施の形態の資産管理プログラム２０は、インベントリ情報提供プログラムを有している。
【００３６】
図６は、本実施の形態の通信切断の有無を利用した場合の棚卸作業を説明するための前回棚卸時のマシン状況の一例を示す図である。図６には前回棚卸時のマシン状況40_Aが示され、それによれば、左側の機種XのマシンAと右側の機種XのマシンBとが互いに隣接して設置されている。前回棚卸時は、両マシンA,BのIDラベルを読み取るなどしてそれぞれのマシンの存在が確認され正常に棚卸されているものとする。
【００３７】
図７は、今回棚卸時のマシン状況それぞれについてID読み取りが可能か否か（可否）と、存在確認のためにID読み取りが必要か否か（要否）とを示す図表である。今回棚卸時の１４種類のマシン状況は、「マシンAが設定されている」、「マシンBが設置されている」、「別のマシンが設置されている」、「マシンが設置されていない」の４つの状況と、左右の位置の組合せである。そして、本実施の形態では、従来と異なり、管理者が、現場で、前回棚卸時から今回棚卸時までに通信切断が発生したか否かの通信履歴情報を取得可能である。
【００３８】
図７の今回棚卸時の組合せ１は、左右にマシンが設置されていて、この状況は前回棚卸時と同じである。そして、マシンA,Bの通信履歴によれば共に通信切断が発生していないものとする。この組合せ１の場合、マシンAはID読み取りが不可能である。一方、マシンAは通信切断が発生しておらず前回棚卸時の左側のマシンの外観は今回棚卸時も同じである。そのため、前回棚卸時に確認した左側のマシンAは今回棚卸時まで移動しておらず今回棚卸時の左側のマシンはマシンAであると判定できる。したがって、今回は存在確認のためにマシンAのID読み取りは不要である（不可／不要）。
【００３９】
右側のマシンについても、前回棚卸時に確認した右側のマシンBは今回棚卸時まで通信切断が発生しておらず（移動しておらず）外観も同じであるので、今回棚卸時の右側のマシンは前回棚卸時に確認したマシンBと同じマシンBであると判定できる。したがって、今回は存在確認のためにマシンBのID読み取りは不要である。つまり、右側のマシンはID読み取りは可能であり、存在確認のためのID読み取りは不要である（可／不要）。
【００４０】
組合せ２では、今回、左側のみ前回と同じ外観のマシンが設置され、右側は空である。そして、マシンAの通信履歴によれば通信切断が発生していないことを資産管理サーバから取得できる。この場合、今回の左側のマシンは、前回棚卸時に確認した左側のマシンAが移動せずにそのまま設置されていると判断できるので、存在確認のためにID読み取りは不要である。一方、左側のマシンAのIDラベルは露出しているのでIDラベルの読み取りは可能である（可／不要）。
【００４１】
組合せ３では、今回棚卸時、左側に前回と同じ外観のマシンが設置され、右側には前回と異なる外観のマシンが設置されている。前回棚卸時に存在確認した左側のマシンAは、今回棚卸時まで通信切断が発生していないことを資産管理サーバから取得できる。したがって、管理者は、前回棚卸時に確認した左側のマシンAは今回棚卸時まで移動しておらず今回棚卸時の左側のマシンはマシンAであるとマシンAの存在確認可能である。したがって、今回は存在確認のためにマシンAのID読み取りは不要である。但し、左側のマシンのID読み取りは不可能である（不可／不要）。
【００４２】
組合せ４では、今回マシンA,Bの位置が入れ替わっている。そのため、管理者は、資産管理サーバによりマシンA,Bは通信切断が発生したことを知らされる。よって、今回の両マシンは存在確認のためにID読み取りが必要になる。但し、右側のマシンはID読み取り可能であり、それにより右側のマシンAの存在確認ができる。つまり、左側マシンはID読み取り不可能、存在確認のためにID読み取り必要であり（不可／要）、右側マシンはID読み取り可能、存在確認のためにID読み取り必要である（可／要）。
【００４３】
以下同様に、組合せ５〜１４において、本実施の形態によれば、前回棚卸時から通信切断が発生していないマシンは、前回棚卸時にその位置が確認済みであるので、今回棚卸時に存在確認のためのID読み出しは不要であり、通信切断が発生しているマシンは移動している可能性があり、今回棚卸時に存在確認のためのID読み出しは必要である。つまり、前回棚卸後に移動したマシンA,Bと新たに設置された別マシンは、ID読み取りによる存在確認が必要になる。
【００４４】
そして、右側に隣接してマシンが設置されているマシンはID読み出しは不可能であり、右側にマシンが隣接していないマシンはID読み出しが可能である。
【００４５】
その結果、図７の今回棚卸時の組合せ１，３における左側のマシンについては、ID読み取り不可能（不可）であるが、通信切断なしの情報に基づいて存在確認できるのでID読み取りは不要（不要）である。よって、本実施の形態により、組合せ１，３の左側マシンの棚卸において、作業が軽減される。
【００４６】
図８は、本実施の形態における資産管理を説明する図である。図８には、資産管理プログラム２０による処理と、ID読み取り端末３２と、管理対象マシン３０とが示されている。管理対象装置３０は一例であり３台のマシンが隣接して設置されている。ID読み取り端末３２は、カメラとDPS機能と表示部を有するパッド端末３２＿１と、パッド端末に接続されIDラベルを読み取り可能なスキャナ３２＿２を有する。
【００４７】
資産管理プログラム２０は、図２と同様に、管理対象装置３０それぞれの通信断線の発生を監視する工程S10と、管理対象装置３０のインベントリ情報を収集し、インベントリデータベース２８を更新する工程S11と、棚卸処理とを有する。
【００４８】
棚卸処理は、図３にも示したとおり、管理者が現場で棚卸対象の装置にID読み取り端末のスキャナ３２＿２をかざしてその位置座標情報を資産管理サーバ１に送信し、資産管理サーバ１は位置座標情報を受信する（S1）。この時、管理者はID読み取り端末で現場のマシンの外観写真を撮影し資産管理サーバ１に送信する。位置座標情報の受信に応答して、資産管理サーバは、受信した位置座標に基づいてインベントリデータベースを検索し（S2）、受信した位置座標から基準距離以内の位置座標を有する装置を棚卸対象マシン候補として抽出し、各マシンのインベントリ情報を付加してID読み取り装置３２に返信する（S3）。ID読み取り装置３２は、送信されてきた棚卸対象マシン候補とそのインベントリ情報を受信し（S4）、端末の表示部に表示する(S5)。
【００４９】
このインベントリ情報には、図４で説明した情報に加えて、各マシン（装置）の前回棚卸時から今回棚卸時までの通信切断の有無の情報（通信履歴情報）が含まれる。通信切断の有無の情報は、明示的な文字情報や、通信切断が発生したマシンと通信切断が発生してないマシンとを区別可能なレイアウト情報などでもよい。
【００５０】
そして、管理者は、マシンのIDラベルをID読み取り端末で読み取ることでマシンの存在を確認する第１の棚卸か、または、通信断線の有無に基づいてIDラベルの読み取りを省略してマシンの存在を確認する第２の棚卸か、いずれかの棚卸を行う。そして、管理者は、ID読み取り端末からマシンの存在確認情報を資産管理サーバ１に送信する（S6）。これに応答して、資産管理サーバ１は、その棚卸対象装置の存在確認情報をインベントリ情報に反映する（S7）。
【００５１】
図９は、資産管理プログラム２０の通信切断監視モジュール２２による処理を示すフローチャート図である。資産管理サーバ１は、定期的に、管理対象のマシン３０それぞれに対してPingコマンドを送信し、送信先からの応答の有無を確認する（S30）。もし所定時間内に応答がない場合は、送信先のマシンの通信状態が切断されているか、電源が遮断されているかであることを意味する。
【００５２】
そこで、資産管理サーバ１は、Pingコマンドに対する応答がなかった場合、そのマシンがリブート中か否かの確認（S31）と、マシンのブートスケジュールによりシャットダウン中か否かの確認（S33）を実行する。マシンがリブート中か否かの確認は、例えば、そのマシンに常駐させているエージェントプログラムからリブートに入る前にリブートシグナルを受信したか否かによって行う。リブートは、例えばプログラムの更新などに伴って行われる。リブートされると、マシンは非常に短時間の間シャットダウン状態になる。リブートシグナルを受信していた場合、Pingコマンドを送信したときにリブート中だったと判断し、リブートに要する時間だけ待って（S32）、再度Pingコマンドを送信する。
【００５３】
ブートスケジュールでシャットダウン中か否かの確認は、エージェントプログラムからシャットダウンされる前にシャットダウンシグナルを受信したか否かによって行う。シャットダウンシグナルを受信した時間が、ブートスケジュールのシャットダウン時間と一致する場合、ブートスケジュールによりシャットダウンされていると判断する。リブート中やブートスケジュールにより予定されていたシャットダウン中の場合は、マシンの移動に伴う通信切断の事象とはいえないので、ここでは通信切断とはみなさない。
【００５４】
リブート中、シャットダウン中であっても（S31のNO、S32のNO）、ハードウエアチェックに対して応答があり、LANなどのネットワークへの接続が確認できた場合も（S34のYES）、通信切断とはみなさない。
【００５５】
処理S30, S31, S33, S34が全てNOの場合、資産管理サーバ１は対象のマシンに対して仮判定フラグを設定（フラグ値を「１」にする）する。そして、一定時間（例えば５分）待ってから（S36）、同一ネットワークセグメント内に仮判定フラグが設定されたマシンが所定の比率（例えば８０％）以上存在するか否かを確認する（S37）。仮判定フラグが設定されたマシンが所定の比率以上存在する場合は（S37のYES）、停電により多くのマシンが同時にシャットダウンされPingコマンドに応答できなかったとみなして、仮判定フラグを解除する（S38）。同一ネットワークセグメント内のマシンに限定するのは、同じ停電の影響を受ける蓋然性が高いからである。
【００５６】
一方、仮判定フラグが設定されたマシンが所定の比率未満しか存在しない場合は（S37のNO）、ネットワーク接続が切断されてマシンが移動したと見なして、仮判定フラグを解除し本判定フラグを設定する（S39）。
【００５７】
図１０は、本実施の形態の通信切断監視の一例を示す図である。資産管理対象のマシン数が多くなると、資産管理サーバ１によるPingコマンドを利用した通信切断監視負荷が高くなる。そこで、一例として、資産管理対象のマシンが他の資産管理対象マシンの通信切断監視を行う。具体的には、図１０に示すとおり、資産管理サーバ１が１２台のマシンを管理していた場合、１２台のマシンを３つのグループに分けて、各グループで、あるマシンが別のマシンを監視するというチェックポリシーファイル５４を全てのマシンに送信する。各マシンは、このチェックポリシーファイル５４に基づいて自分が監視すべき対象マシンを特定し、その監視対象マシンに定期的にPingコマンドを送信しその応答の有無をチェックする。
【００５８】
たとえば、資産管理サーバ１は、右側の４つのマシンA〜Dには、チェックポリシーファイル５４を送信し、これに基づいて、マシンAはマシンBを監視し、マシンBはマシンCを監視し、マシンCはマシンDを監視する。マシンAは資産管理サーバ１により監視される。そして、マシンCの電源が遮断したり通信断線で通信不能になった場合、マシンBが「応答なし」を資産管理サーバ１に送信し、それと共に、チェックポリシーに基づいて、マシンBが、応答しないマシンCが監視していたマシンDを監視するよう監視方法を変更する。
【００５９】
図１１は、ブートスケジュールの一例を示す図である。図９の通信切断の監視のフローチャート図で説明したとおり、マシン毎にブート（起動）時刻とシャットダウン（電源切断）時刻とを有するブートスケジュールにしたがって、各マシンがブートとシャットダウンを制御される場合がある。図１１の例では、マシンAは、月曜から金曜まで、８：４０にブートされ、１２：００にシャットダウンされ、さらに、１３：００にブートされ、１７：３０にシャットダウンされる。図９のブートスケジュールでシャットダウン中か否かの判断処理S33が、図１１のようなブートスケジュールに基づいて判断される。
【００６０】
次に、前回棚卸時のマシン状況と今回棚卸時のマシン状況の一例に基づいて、本実施の形態における棚卸処理について具体的に説明する。
【００６１】
図１２は、前回棚卸時のマシン状況40_Aと今回棚卸時のマシン状況40_Bを示す図である。前回棚卸時のマシン状況40_Aでは、ネットワークセグメント「192.0.2.0」内に左からマシンA,B,D,Eが設置されマシンD,Eの間には設置されておらず、「198.51.100.0」内にマシンFが設置されている。一方、今回棚卸時のマシン状況40_Bでは、ネットワークセグメント「192.0.2.0」内に左からマシンA,C,D,B,Eが隣接して設置され、「198.51.100.0」内にマシンFが設置されている。この例では、前回棚卸時から今回棚卸時までの間にマシンBが右側に２つ移動し、マシンBの元の位置に新たなマシンCが追加されているものとする。このようなマシン状況において、今回の棚卸処理がどのように行われるかについて以下説明する。
【００６２】
図１３は、前回棚卸時のマシン状況管理テーブル50_1を示す図である。前回棚卸時にインベントリ情報を更新した際に生成されたマシン状況管理テーブルである。図２に示したとおり、インベントリ情報を更新すると(S11)、その時点で資産管理対象の装置（マシン）のインベントリ情報が更新され、マシン状況管理テーブル50が更新される。マシン状況管理テーブル50は、ある管理者が管理する全てのマシンのインベントリ情報を有するテーブルである。
【００６３】
図１３の例では、図１２の前回棚卸時のマシン状況40_Aに示されるとおり、マシンA,B,D,E,Fが資産管理対象のマシンである。前回棚卸時のマシン状況管理テーブル50_1に含まれる情報は、マシンA,B,D,E,Fそれぞれについての、マシン名、機種、ネットワークセグメント、IPアドレス、MACアドレス、管理者名、連絡先、インベントリ更新日時、通信切断の有無、棚卸ID、最終ID読み取り日時、読み取りした位置の座標（読み取り座標）、外観写真、外観写真内の位置についてのメモである。外観写真とメモがマシンのレイアウト情報に該当する。
【００６４】
図１３の例によれば、全てのマシンA,B,D,E,FのIDラベルの読み取りが2015/3/9の10:10:00〜10:14:00の間に行われたことが示されている。このID読み取り日時は、対応するマシンの存在確認をIDラベルの読み取りに基づいて（第１の棚卸）または通信切断の有無に基づいて（第２の棚卸）行った日時を意味する。両者のマシンの存在確認の方法の違い（第１の棚卸と第２の棚卸の違い）を明記したい場合は、ID読み取り日時の行に加えてマシンの存在確認が第１の棚卸によるか第２の棚卸によるかの行を追加するのが望ましい。あるいは、ID読み取り日時の欄に第１または第２の棚卸の違いを明記するのが望ましい。
【００６５】
図１４は、今回棚卸前のインベントリ更新時のマシン状況管理テーブル50_2を示す図である。図１２で説明したとおり、前回棚卸時のマシン状況40_AのマシンBをマシンDの右側に移動し、マシンBの元の位置に新たなマシンCを設置した後、インベントリ更新が行われてマシン状況管理テーブル50_2が生成されたものとする。
【００６６】
図１４のマシンB,C移動後のインベントリ更新時のマシン状況管理テーブル50_2によれば、新たにマシンCが登録され、さらに、マシンBとマシンCについて移動に伴う通信切断が記録されている。そして、マシンCは前回棚卸時に存在しなかったので、最終ID読み取り日時の欄と、棚卸時に撮影される外観写真とメモの欄が空欄のままとなっている。また、インベントリ更新日時が更新されている。
【００６７】
今回棚卸時において、管理者はマシンAの位置に移動し、マシンAにID読み取り器32_2をかざして（近づけて）座標検索を要求すると、ID読み取り端末３２は資産管理サーバ１にマシンAの座標情報を送信する（S1）。それに応答して、資産管理サーバ１は座標情報に基づいて管理対象マシンを有するマシン状況管理テーブル50_2（図１４）を検索し、送信した座標に近いマシンを棚卸マシン候補として有する棚卸状況管理テーブル５２を返信する（S2,S3）。
【００６８】
図１５は、棚卸状況管理テーブルの一例を示す図である。図１５には、棚卸状況管理テーブル52_1と52_2とが示される。棚卸状況管理テーブル52_1は、棚卸マシン候補のリストと、ID読み取り日時（棚卸日時）と、読み取り座標と、外観写真５８とが含まれる。棚卸状況管理テーブル15_1では、マシンAの座標による検索前の情報であるため、棚卸マシン候補の欄には、図１４のマシン状況管理テーブル50_2内の全てのマシン（マシンA,B,C,D,E）が示されている。また、ID読み取り日時（棚卸日時）の欄は未だ棚卸されていないので空欄であり、読み取り座標の欄も空欄であり、外観写真の欄には今回現場で撮像した外観写真５８が示されている。
【００６９】
一方、棚卸状況管理テーブル52_2では、棚卸マシン候補がマシンA,B,C,D,Eになっている。その理由は、資産管理サーバ１が、マシンAの座標でマシン状況管理テーブル50_2（図１４）内のマシンを絞り込むと、マシンAの座標位置に近いマシンB,C,D,Eに絞り込み、マシンFを棚卸マシン候補から除外するからである。また、棚卸状況管理テーブル52_2では、ID読み取り日時（棚卸日時）が空欄のままで、読み取り座標の欄はマシンAの座標に変更されている。外観写真５８は変更ない。
【００７０】
図１６は、マシンAの座標検索による棚卸マシン候補の棚卸（存在確認）を説明する図である。図１６には、マシンAの座標検索の応答画面例５６に加えて、今回棚卸時のマシン状況40_B（図１２と同じ）と、管理者による判断例５８とが示されている。
【００７１】
図１６によれば、今回棚卸時のマシン状況40_Bには、マシンA,C,D,B,EとマシンFが棚卸対象マシンであることが示されている。そこで、管理者が、マシンAにID読み取り器３２＿２をかざし、ID読み取り端末３２がマシンAの座標情報をGPS機能から取得し、資産管理サーバ１にその座標情報を送信する。それに応答して、資産管理サーバ１は座標検索し、マシンAの座標にマッチングする位置の複数のマシンA,B,C,D,Eを棚卸マシン候補とする応答画面をID読み取り端末３２に返信する。そして、図１６の応答画面５６内には、棚卸マシン候補のマシンA,B,C,D,Eのインベントリ情報が表示される。
【００７２】
各マシンのインベントリ情報には、機種とマシン名、ネットワークセグメント、MACアドレス、管理者と連絡先、通信切断の有無、外観写真と外観写真内のマシンの位置を特定するメモなどが含まれる。これによれば、マシンA,D,Eは通信切断なし、マシンB,Cは通信切断ありと文字により表示されている。
【００７３】
図１６の応答画面５６内の通信切断の有無についての表示は、例えば、マシン名をハイライト表示することで通信切断なしのマシンであることを示し、通信切断ありのマシンと区別可能に表示するようにしてもよい。あるいは逆に、通信切断ありのマシンのマシン名をハイライト表示して、通信切断なしのマシンと区別できるように表示しても良い。
【００７４】
今回の棚卸時のマシン状況40_Bによれば、５つの同じ外観のマシンが隣接して並べられている。そのため、各マシンの右側面上部のIDラベルは、マシンEのみが簡単に読み取ることができるが、他のマシンは右隣のマシンを移動しない限り読み取ることはできない。
【００７５】
そこで、管理者は、ID読み取り端末３２に表示された応答画面５６を見て、マシンA,D,Eは前回棚卸から通信切断がないことを知らされるとともに、今回棚卸時のマシン状況40_Bにおける装置外観において、前回棚卸時の外観写真とメモから特定される位置に、同じ外観のマシンが設置されていることを確認する。したがって、管理者は、マシンAは一番左の装置であり前回棚卸時から通信切断がなく（つまり移動しておらず）、今回棚卸時においても同じ位置に同じ外観のマシンが存在するので、一番左のマシンはマシンAであると特定する。これにより、管理者は、一番左のマシンのID読み取りを行うことなく、一番左にマシンAが存在することを確認してマシンAの棚卸を行う。この棚卸は、ID読み取りを行わないで通信切断なしに基づく第２の棚卸に対応する。
【００７６】
マシンAの棚卸の処理は、管理者がID読み取り端末に表示されている座標検索の応答画面内のマシンAをタップし、存在確認のボタンをタップすることで、資産管理サーバ１は、マシンAの存在が確認され棚卸が行われたことを知らされる。その結果、資産管理サーバ１は、マシン状況管理テーブル内のマシンAの最終ID読み取り日時の欄に現在の時刻を記憶する。その場合、資産管理サーバ１は、マシン状況管理テーブル50_2内のマシンAの最終ID読み取り日時の欄を現在の時刻に更新することに加えて、ID読み取り無しの情報（第２の棚卸）を記憶してもよい。
【００７７】
同様に、管理者は、応答画面５６を見て、マシンD,Eも前回棚卸時から通信切断がないことを知らされ、今回棚卸時のマシン状況40_Bにおいて、前回棚卸時の外観写真とメモから特定される位置に、同じ外観のマシンが設置されていることを確認する。それにより、管理者は、マシンD,Eについて、ID読み取りを行うことなく、マシンD,Eの存在確認を行いマシンD,Eの棚卸を行う。棚卸の処理は、上記のマシンAと同じである。
【００７８】
または、マシンEについては、右側上部のIDラベルを読み取り可能であるので、管理者は、ID読み取り端末３２のスキャナ３２＿２でそのIDラベルを読み取り、資産管理サーバ１に送信し、そのIDラベルのマシンがマシンEであることを確認することができる。その結果、管理者は、マシンEの存在を確認し棚卸を行う。この場合の棚卸は、ID読み取りに基づく第１の棚卸に対応する。
【００７９】
一方、管理者は、応答画面５６を見て、マシンB,Cは通信切断ありであることを知らされ、今回棚卸マシン状況40_BにおいてマシンB,Cには左側に他のマシンが設置されていてID読み取りが困難であることを知る。そのため、管理者は、ID読み取り端末から棚卸マシン候補のうちマシンB,Cの位置のマシンは棚卸不可能の情報を資産管理サーバ１に送信する。
【００８０】
図１７は、マシンAの棚卸後のマシン状況管理テーブル５０＿３の図である。これによれば、マシンAについて、棚卸IDが２に、最終ID読み取り日時（棚卸日時）が2015/4/9, 10:10:00に、外観写真が５台のマシンが隣接設置されたものに、それぞれ更新されている。読み取り座標も更新され、メモは前回棚卸時と同じ内容である。
【００８１】
以上のとおり、本実施の形態によれば、資産管理サーバが、前回棚卸時から今回棚卸時までの間に管理対象の装置に通信切断が発生したか否かの通信履歴情報を、インベントリ情報内に記憶しておき、棚卸時に、管理者の端末に棚卸マシン候補について通信切断が発生したか否かを区別可能に表示させる。それにより、管理者は、通信切断が発生しておらず、前回棚卸時の位置と同じ位置に、前回棚卸時の外観と同じ外観の装置が、今回棚卸時の棚卸マシン候補に含まれていれば、その装置が前回棚卸時に確認したマシンであると判定できる。その結果、管理者は、棚卸マシン候補についてID読み出しを行うことなく、そのマシンの存在確認を行って棚卸を行うことができ、棚卸時の負担を軽減できる。
【符号の説明】
【００８２】
１：資産管理サーバ
２０：資産管理プログラム（インベントリ情報提供プログラム）
２２：通信切断監視モジュール
２４：棚卸処理モジュール
２６：インベントリデータベース
３２：ID読み取り端末
【図１】
0006680969.tif 000002
【図２】
0006680969.tif 000003
【図３】
0006680969.tif 000004
【図４】
0006680969.tif 000005
【図５】
0006680969.tif 000006
【図６】
0006680969.tif 000007
【図７】
0006680969.tif 000008
【図８】
0006680969.tif 000009
【図９】
0006680969.tif 000010
【図１０】
0006680969.tif 000011
【図１１】
0006680969.tif 000012
【図１２】
0006680969.tif 000013
【図１３】
0006680969.tif 000014
【図１４】
0006680969.tif 000015
【図１５】
0006680969.tif 000016
【図１６】
0006680969.tif 000017
【図１７】
0006680969.tif 000018