(57)【要約】【課題】同一インベントリを複数の異なるＩＴ資産管理システムで収集した際にも、インベントリ情報を一意であるとみなし、インベントリ情報の重複管理を避け、一元的な管理を可能とする。【解決手段】インベントリ管理システム102及びインベントリDB102を搭載するライセンス管理サーバ101と、クライアントPC107、108のインベントリ情報を収集する管理サーバ101に接続されるIT資産管理システム105、106とにより構成される。インベントリ管理システム102は、IT資産管理システム105、106が収集した複数のインベントリ情報のホスト識別子、ホスト名、MACアドレス、代表MACアドレス、利用者名をインベントリDBに格納されている以前に収集した情報と比較して、収集した複数のインベントリ情報から1つのインベントリ情報を抽出特定する。【選択図】図１
2014056340.tif 000002
【特許請求の範囲】
【請求項１】
インベントリ情報を収集し、収集したインベントリ情報をソフトウェアライセンスの過不足を管理するために使用するインベントリ管理システムにおいて、
インベントリ更新サービス処理部と、ホストＰＣ引き当て処理部と、更新処理部と、新規登録処理部とを備え、
前記インベントリ更新サービス処理部は、前記ホストＰＣ引き当て処理部が、インベントリＤＢを参照し、異なるツールベンダーのＩＴ資産管理システムがクライアントＰＣから収集した複数のインベントリ情報のホスト識別子と、ホストＰＣのホスト名及び該ホストＰＣのインベントリ情報の収集時に通信していた代表ＭＡＣアドレスとを、前記インベントリＤＢの内容と比較し、比較の結果、前記ホスト識別子、ホストＰＣのホスト名及び代表ＭＡＣアドレスの少なくとも一方が一致した場合、前記異なるツールベンダーのＩＴ資産管理システムが収集したインベントリ情報の更新を前記更新処理部に行わせ、前記比較の結果、いずれも一致しなかった場合、収集した複数のインベントリ情報のホスト名及び該ホストＰＣが所持するＭＡＣアドレスによる比較、代表ＭＡＣによる比較、ホスト名による比較の処理を順に行い、前記比較の処理でそのいずれも一致しなかった場合、前記収集したインベントリ情報の新規登録を前記新規登録処理部に行わせ、前記比較の処理でそのいずれかで一致していた場合、利用者情報による比較を行って、前記収集した複数のインベントリ情報の１つを抽出し、抽出したインベントリ情報の更新を前記更新処理部に行わせることを特徴とするインベントリ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インベントリ管理システムに係り、特に、インベントリ情報をもとにソフトウェアライセンスの過不足を管理するソフトウェアライセンス管理システムに用いて好適なインベントリ管理システムに関する。
【背景技術】
【０００２】
近年の企業は、１つのライセンス管理システムにより、ソフトウェアライセンスの使用情報を効率的に把握するに当り、ＩＴ資産管理システムで収集したインベントリ情報を活用するのが一般的になっている。
【０００３】
そして、この種のインベントリ情報を活用したライセンス管理システムに関する従来技術として、例えば、特許文献１等に記載された技術が知られている。一般に、ＩＴ資産管理システムでインベントリ情報を収集する場合、基本的には収集したマシンに対してホスト識別子が割り当てられる。前述の従来技術は、その一意的なホスト識別子を元に、同一ＩＴ資産管理システム間であれば、人事異動等によるＩＴ資産の移動があった際にも、一意のマシンとしてみなすことができるようにして、インベントリ情報を一元管理することができるようにしたものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２７９１６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
最近の企業は、有力事業の強化や不採算事業の売却による同業・異業種間での吸収合併が盛んであり、また、官公庁においては、事業仕分け等の影響により、地方自治体との業務重複が問題視される国の出先機関等を地方へ移管したり、事業局を統合することが進められている。また、大企業グループにおいては、コンプライアンス管理の統制と効率化とを目的に、連結子会社も含め、一元的な管理業務の集約を進めている。このような中、各企業個別にＩＴ資産管理が異なるベンダーツールで実現されていた場合、合併した段階では１社に複数のＩＴ資産管理システムが存在していることになる。
【０００６】
前述した従来技術は、ライセンス管理システムによるソフトウェアライセンス管理において、同一ＩＴ資産管理システム間であれば、ＩＴ資産の移動に対応することを可能とすることができるものである。
【０００７】
しかし、前述した特許文献１に記載の従来技術は、異なるベンダーのＩＴ資産管理システムで収集したインベントリを一意とみなすことについて配慮されておらず、異なるベンダーのＩＴ資産管理システムの管理運用を一元的に行うことが困難であるという問題点を有している。なぜなら、異なるベンダーのＩＴ資産管理システムは、ＩＴ資産管理システム毎にホスト識別子が異なるため、マシンを一意とみなすことができず、マシンを重複して管理してしまう可能性が高く、結果としてツール毎にライセンスの過不足状況を集計する必要があり、一元的なソフトウェア資産管理という観点では、資産監査毎に重複の排除作業が必要となり、監査レポートを作成する上で非常に手間が掛ってしまうからである。
【０００８】
本発明の目的は、前述した従来技術の問題点を解決し、同一インベントリを複数の異なるＩＴ資産管理システムで収集した際にも、インベントリ情報を一意であるとみなし、重複管理を避け、一元的な管理を可能としたインベントリ管理システムを提供することにある。
【課題を解決するための手段】
【０００９】
前記目的を達成するため本発明は、インベントリ情報を収集し、収集したインベントリ情報をソフトウェアライセンスの過不足を管理するために使用するインベントリ管理システムにおいて、インベントリ更新サービス処理部と、ホストＰＣ引き当て処理部と、更新処理部と、新規登録処理部とを備え、前記インベントリ更新サービス処理部は、前記ホストＰＣ引き当て処理部が、インベントリＤＢを参照し、異なるツールベンダーのＩＴ資産管理システムがクライアントＰＣから収集した複数のインベントリ情報のホスト識別子と、ホストＰＣのホスト名及び該ホストＰＣのインベントリ情報の収集時に通信していた代表ＭＡＣアドレスとを、前記インベントリＤＢの内容と比較し、比較の結果、前記ホスト識別子、ホストＰＣのホスト名及び代表ＭＡＣアドレスの少なくとも一方が一致した場合、前記異なるツールベンダーのＩＴ資産管理システムが収集したインベントリ情報の更新を前記更新処理部に行わせ、前記比較の結果、いずれも一致しなかった場合、収集した複数のインベントリ情報のホスト名及び該ホストＰＣが所持するＭＡＣアドレスによる比較、代表ＭＡＣによる比較、ホスト名による比較の処理を順に行い、前記比較の処理でそのいずれも一致しなかった場合、前記収集したインベントリ情報の新規登録を前記新規登録処理部に行わせ、前記比較の処理でそのいずれかで一致していた場合、利用者情報による比較を行って、前記収集した複数のインベントリ情報の１つを抽出し、抽出したインベントリ情報の更新を前記更新処理部に行わせることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、インベントリ情報の更新登録におけるホストＰＣ引き当て処理に対する信頼性を従来より格段に向上させることができ、ＩＴ資産管理システムの移行及びＩＴ資産の移動に対する管理コストを大幅に削減することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態によるインベントリ管理システムを含むソフトウェアライセンス管理システムのシステム構成と運用例とを説明する図である。
【図２】本発明の実施形態におけるクライアント側のＩＴ資産管理システムの構成及びライセンス管理サーバ側の運用の概要を説明する図である。
【図３】インベントリＤＢのテーブルの構成例を示す図である。
【図４】インベントリ更新サービス処理部のホストＰＣ引き当て処理部での処理動作を説明するフローチャートである。
【図５】ＭＡＣアドレスの登録履歴の考え方と図４のインベントリ仮特定処理である丸１の処理の基本的な比較方法とを説明する図である。
【図６】図４におけるインベントリ仮特定処理である丸１の処理の概要を説明する図である。
【図７】図４におけるインベントリ群による比較処理である丸２の処理の詳細を説明する図である。
【図８】図４のインベントリ群による比較処理である丸２の処理におけるステップ４１１での例外１の詳細を説明する図である。
【図９】図４のインベントリ群による比較処理である丸２の処理におけるステップ４１１での例外２の詳細を説明する図である。
【図１０】図４に示す丸３の処理で、最終的に更新対象のホストＰＣが引き当てられたときの状態の例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明によるインベントリ管理システムの実施形態を図面により詳細に説明する。
【００１３】
図１は本発明の一実施形態によるインベントリ管理システムを含むソフトウェアライセンス管理システムのシステム構成と運用例とを説明する図である。以下に説明するソフトウェアライセンス管理システムは、複数の異なるＩＴ資産管理システムで収集したインベントリ情報を用いたソフトウェアライセンスの管理システムの例である。
【００１４】
図１に示すソフトウェアライセンス管理システムは、インベントリ管理システム１０２及びインベントリＤＢ１０４を搭載するライセンス管理サーバ１０１と、クライアントＰＣ１０７、１０８のインベントリ情報を収集する前記ライセンス管理サーバ１０１に接続されるＩＴ資産管理システム１０５、１０６とにより構成される。インベントリ管理システム１０２は、ＩＴ資産管理システム１０５、１０６が収集したインベントリをインベントリＤＢ１０４に登録、更新する機能を有し、それらの機能を実現するために、ホスト引き当て処理部１０３１、更新処理部１０３２、新規登録処理部１０３３を使用してインベントリＤＢ１０４のデータの登録、更新のサービスを行うインベントリ更新サービス処理部１０３を有している。
【００１５】
前述において、ライセンス管理サーバ１０１は、ＣＰＵ、メモリ、ＨＤＤ等による記憶装置等により構成されるよく知られた情報処理装置であり、インベントリ管理システム１０２が構築する機能は、記憶装置に格納されたプログラムにより構成されていて、メモリにロードされてＣＰＵにより実行されることより実現される機能である。
【００１６】
本発明の実施形態によるインベントリ管理システム１０２は、前述したように構成されるが、組織として使用するＩＴ資産管理システムをＩＴ資産管理システム１０６から他のＩＴ資産管理システム１０５に移行される場合、前述で説明したような問題を生じさせる。すなわち、各ＩＴ資産管理システム１０５、１０６でインベントリ収集を行う場合、ホスト識別子という、一意なコードを発行するが、その識別子は、収集を行ったＩＴ資産管理システムに依存するため、ＩＴ資産管理システムをＩＴ資産管理システム１０６から他のＩＴ資産管理システム１０５に移行し、ＩＴ資産管理システム１０５で収集した場合、ＩＴ資産管理システム１０６で既に収集されていたインベントリと同じインベントリが、全く別のインベントリであるという扱いになってしまう。そこで、これを回避するために、本発明の実施形態では、インベントリ更新サービス処理部１０３に、インベントリの一意性を保つ仕組みを組み入れた構成としている。
【００１７】
図２は本発明の実施形態におけるクライアント側のＩＴ資産管理システムの構成及びライセンス管理サーバ側の運用の概要を説明する図である。
【００１８】
図２に示しているように、図１に示すクライアント側のＩＴ資産管理システム１０５または１０６に対応するＩＴ資産管理システム２０２は、インベントリ収集処理部２０３と、インベントリファイル作成処理部２０４と、インベントリ送信処理部２０５とを備えて構成されている。ＩＴ資産管理システム２０２は、ＣＰＵ、メモリ、ＨＤＤ等による記憶装置等により構成されるよく知られた情報処理装置内に構成されており、ＩＴ資産管理システム２０２内に備えられる前述の処理部の機能は、記憶装置に格納されたプログラムにより構成されていて、メモリにロードされてＣＰＵにより実行されることより実現される。
【００１９】
前述において、図１に示すクライアントＰＣ１０７または１０８に相当するクライアントＰＣ２０１にインストール済みのインベントリは、ＩＴ資産管理システム２０２のインベントリ収集処理部２０３により収集され、インベントリファイル作成処理部２０４でインベントリファイルに作成される。作成されたインベントリファイルは、インベントリ送信処理部２０５により、ライセンス管理サーバ側へ送信される。ここまでの処理は、ライセンス管理運用における、クライアント側の一般的な運用である。
【００２０】
送信されたインベントリファイルは、インベントリ管理システム１０２のインベントリ更新サービス処理部１０３で受信され、ホストＰＣ引き当て処理部１０３１に渡されてホスト引き当て処理が行われる。ホストＰＣ引き当て処理部１０３１での処理は、図４によりその詳細を後述するが、インベントリＤＢ１０４のインベントリテーブルの内容を参照し比較を行う処理であり、このホストＰＣ引き当て処理の結果により、登録処理部１０３２または更新処理部１０３３に処理が渡されて、新規登録または更新の処理が行われ、その処理後の内容がインベントリＤＢ１０４に登録される。
【００２１】
図３はインベントリＤＢのテーブルの構成例を示す図であり、ここで、インベントリＤＢのテーブル１０４の構成について説明する。
【００２２】
インベントリＤＢ１０４は、インベントリテーブルとＭＡＣアドレステーブルとを管理している。インベントリテーブル３−１は、図３（ａ）の項目説明にあるように、ホストを識別するための一意の値であるホスト識別子と、ホスト名を示すホスト名と、ホストの通信ＭＡＣアドレスを示すＭＡＣアドレスと、ホストのＩＰアドレス示すＩＰアドレスと、ホストのＯＳ名称を示すＯＳ名称と、ホストを利用する利用者の氏名を示す利用者氏名と、ホスト利用している部署を示す利用部署の７つの項目からなる多数のデータを格納している。インベントリテーブル３−１のデータは、図３（ａ）にデータ例として示すようなものである。
【００２３】
ＭＡＣアドレステーブル３−２は、図３（ｂ）の項目説明にあるように、インベントリを識別するための一意な値であるホスト識別子と、そのホストの最後のインベントリ収集時に通信していたＭＡＣアドレスである代表ＭＡＣと、そのホストが所持しているＭＡＣアドレスであるＭＡＣと、そのホストのＭＡＣアドレスが登録された日時である登録日時の４つの項目からなる多数のデータを格納している。ＭＡＣアドレステーブル３−２のデータは、図３（ｂ）にデータ例として示すようなものである。
【００２４】
図４はインベントリ更新サービス処理部１０３のホストＰＣ引き当て処理部１０３１での処理動作を説明するフローチャートであり、次に、これについて説明する。図４に示すフローの説明において、各判定処理のＹｅｓ、Ｎｏに関して、Ｙｅｓは「一致」、「該当」を意味し、Ｎｏは「不一致」、「非該当」を意味する。
【００２５】
ここでの処理が開始されると、ホストＰＣ引き当て処理部１０３１は、インベントリＤＢ４０２のインベントリテーブル３−１を参照し、クライアントＰＣ側のＩＴ資産管理システムから送信されたインベントリファイル４０１にあるホスト識別子と、インベントリＤＢ４０２のインベントリテーブル３−１内のホスト識別子とを比較し、不一致であった場合、インベントリファイル４０１にあるホスト名及び代表ＭＡＣとインベントリＤＢ４０２のインベントリテーブル３−１内のホスト名及び代表ＭＡＣとの比較を行う（ステップ４０３、４０４）。
【００２６】
ステップ４０３、４０４の比較の処理のいずれかの比較処理で該当であった場合、インベントリファイルを更新対象とし、更新処理部１０３２での処理に移行させる。すなわち、ホスト識別子は、ＩＴ資産管理システム毎に発行されるホストＰＣの一意な値であるため、この値が一致する時点で同一インベントリと考えられ、また、ホスト名及び代表ＭＡＣの比較処理での代表ＭＡＣは、インベントリ収集時に通信していたＭＡＣアドレスであるので、これらの比較処理で該当であった場合、更新処理部１０３２は、送信されてきたインベントリファイルの内容により、インベントリＤＢ１０４のインベントリテーブル３−１の内容を更新する（ステップ４１６）。
【００２７】
前述までの比較処理の方法は、従来のライセンス管理システムで既に実績のある仕様である。
【００２８】
ステップ４０３、４０４の比較の処理のどちらの比較処理でも一致が得られなかった場合、インベントリファイル４０１は、更新対象とならず新規登録対象となるが、その場合に、同一マシンのインベントリが２台分登録されてしまうという可能性があるので、これを回避するため、本発明の実施形態は、ホスト名とＭＡＣアドレスとによるインベントリ仮特定処理である丸１の処理、インベントリ群による比較処理である丸２の処理、インベントリ内容による比較処理である丸３の処理を実行する。丸１の処理以降に処理が進む場合、あくまでも仮特定の状態とし、丸３の処理を通過して初めてインベントリファイル４０１を特定として更新対象とする。以下、インベントリ仮特定処理である丸１の処理、インベントリ群による比較処理である丸２の処理、インベントリの内容による比較処理である丸３の処理について説明する。
【００２９】
ステップ４０３、４０４の比較処理で、いずれも該当しなかった場合、インベントリ仮特定処理である丸１の処理に移行する。丸１の処理は、ステップ４０４での「ホスト名＋代表ＭＡＣ」による比較で該当しない場合に進む処理であるため、ホスト名は一致しているが、ＭＡＣアドレスが何らかの理由により一致しない場合がある。ＭＡＣアドレスは、各ホストＰＣに複数所持されている場合があるため、現在通信しているＭＡＣアドレスが何らかの理由により変更された、あるいは、削除されている等のケースを想定した比較処理となる。このため、本発明の実施形態では、代表ＭＡＣが一致しない場合、そのインベントリが所持している他のＭＡＣアドレスを比較するために、ＭＡＣアドレスの登録履歴をホストＰＣ毎にインベントリ管理システム側に残すこととしている。
【００３０】
図５はＭＡＣアドレスの登録履歴の考え方と図４のインベントリ仮特定処理である丸１の処理の基本的な比較方法とを説明する図であり、次に、これについて説明する。図５における前提として、図５で出現するホストＰＣは全て同一ホスト名であるとする。
【００３１】
まず、初回のインベントリ情報の収集で、インベントリＤＢ５０１にホストＰＣ：Ａ５０２、ホストＰＣ：Ｂ５０３が新規登録される。２回目の収集前の時点で、インベントリＤＢ５０１には前回収集したホストＰＣ：Ａ５０２のＭＡＣアドレスＡ（以下ＭＡＣ：Ａ）と、ホストＰＣ：Ｂ５０３のＭＡＣアドレスＢ（以下ＭＡＣ：Ｂ）が、ホストＰＣ：Ａ５０４、ホストＰＣ：Ｂ５０５に所持されているものとして登録されている。
【００３２】
ここで、２回目収集時に、ＭＡＣアドレスＣ（以下ＭＡＣ：Ｃ）が追加されたホストＰＣ：Ａ５０６と、ホストＰＣ：Ｂ５０７を収集するケースを考える。また、ＭＡＣ：Ｃは、無線ＬＡＮカード等のような複数のマシンで共有することができるＭＡＣアドレスを想定する。このような前提で、２回目の収集を行うと、ホストＰＣ：Ａ５０８とホストＰＣ：Ｂ５０９として示すような結果となり、ホストＰＣ：Ａ５０８にＭＡＣ：Ｃが追加されたものとなる。
【００３３】
３回目の収集時に、ホストＰＣ：Ａ５１０と、ＭＡＣ：Ｃが追加されたホストＰＣ：Ｂ５１１を収集すると、ホストＰＣ：Ａ５１２とホストＰＣ：Ｂ５１３として示すような結果となり、ホストＰＣ：Ｂ５１３にＭＡＣ：Ｃが追加されたものとなる。
【００３４】
ここまでのパターンでは、図４の丸１の処理及び図６により説明する後述の方法によりホストＰＣを特定して問題はない。しかし、この状態で４回目の収集を迎える際に、ＭＡＣ：ＸとＭＡＣ：Ｃを所持するホストＰＣ：？５１６（ホストＰＣ：？の「？」は、正体が不明のホストＰＣを指す）も同時に収集する場合、本来、別のインベントリとして新規登録処理を行う必要があるが、丸１の処理でホストＰＣを特定しようとしても、特定することができない。なぜなら、ホストＰＣ：Ａ５１２とホストＰＣ：Ａ５１４、ホストＰＣ：Ｂ５１３とホストＰＣ：Ｂ５１５というように、引き当て対象となるホストＰＣが既に存在しているにもかかわらず、ホスト名とＭＡＣ：Ｃが一致しているからである。そのため、この時点でホストＰＣを特定する場合、ホストＰＣ：Ａ５１２かホストＰＣ：Ｂ５１３のいずれかのホストＰＣに更新処理をしてしまう等、ユーザが意図しない登録結果となる可能性がある。よって、丸１の処理の時点では、ＰＣを特定したとしても仮特定であるとする。
【００３５】
前述で説明したような点を踏まえて、図４に示す丸１の処理の説明に戻る。丸１の処理は、ホスト名＋ＭＡＣによる比較処理のステップ４０５、代表ＭＡＣによる比較処理のステップ４０６、ホスト名による比較処理のステップ４０７の順に比較を行い、いずれかの比較で一致した時点で丸２処理、あるいは、丸３の処理へ移行する処理である。ここで、ホスト名＋ＭＡＣによる比較処理のステップ４０５おける「ＭＡＣ」とは、そのインベントリが所持しているいずれかのＭＡＣアドレスのことを指す。
【００３６】
図６は図４におけるインベントリ仮特定処理である丸１の処理の概要を説明する図であり、次に、これについて説明する。ここでの丸１の処理は、ホスト名ＡＡＡであるホストＰＣ？６０１とインベントリＤＢ６０２に既に登録されているインベントリを比較する処理である。
【００３７】
図６に示す例は、図４におけるステップ４０５でのホスト名＋ＭＡＣによる比較処理の時点で該当するインベントリが、ホストＰＣ：Ａ６０４、ホストＰＣ：Ｂ６０５、ホストＰＣ：Ｃ６０６であった場合の例を示しており、これら３台のインベントリを対象インベントリ６０３として、一時的に仮特定対象インベントリのリストとして抽出している例である。
【００３８】
図４の丸１の処理では、この対象インベントリ６０３を仮特定されたインベントリとして、代表ＭＡＣによる比較処理のステップ４０６とホスト名比較処理のステップ４０７を行うことなく、インベントリ抽出処理のステップ４０８を行い、対象インベントリ６０３のインベントリをインベントリＤＢ６０２より抽出する。
【００３９】
また、ホスト名比較のステップ４０７を行った結果、該当しない場合、ホストＰＣ引き当てにおいて、特定するためのキー情報が不十分となるため、新規登録対象と判断し、新規登録処理のステップ４１７へ移行し、処理の結果がインベントリＤＢ４１８に登録される。
【００４０】
インベントリ抽出処理のステップ４０８での対象インベントリ６０３のインベントリをインベントリＤＢ６０２より抽出する処理を行った後、比較対象残比較処理のステップ４０９の比較を行い、インベントリ抽出処理のステップ４０８で１台以上のインベントリが抽出されていた場合、インベントリ群による比較処理である丸２の処理を実行する。
【００４１】
なお、比較対象残比較処理のステップ４０９を行った結果、該当しない、すなわち、インベントリが１台しか抽出されていなかった場合、新規登録対象と判断し、新規登録処理のステップ４１７へ移行し、処理の結果がインベントリＤＢ４１８に登録される。
【００４２】
ステップ４０９の判定で、１台以上のインベントリが抽出されていた場合、図４の丸２の処理に移行する。丸２の処理において、まず、ＭＡＣ毎グループ作成処理のステップ４１０へ進み、ＭＡＣ毎のグループの作成を行った後、インベントリ群比較のステップ４１１の処理を行い、その比較の結果、該当であった場合、丸３の処理に進み、また、該当しないであった場合、インベントリ数比較の処理を行った後に丸３の処理に進む。
【００４３】
図７は図４におけるインベントリ群による比較処理である丸２の処理の詳細を説明する図であり、次に、これについて説明する。
【００４４】
図４の丸２の処理では、図７に示しているように、今回収集したホストＰＣ：？７０５のホスト名とＭＡＣアドレスを、対象インベントリ７０１のホストＰＣ：Ａ７０２、ホストＰＣ：Ｂ７０３、ホストＰＣ：Ｃ７０４と比較する。そして、ＭＡＣアドレス毎のインベントリ抽出群７０６として示すように、ホストＰＣ：？７０５が所持するＭＡＣアドレスであるＭＡＣ：Ｂ毎、ＭＡＣ：Ｃ毎に一致するインベントリを抽出する。すると、ＭＡＣ：Ｂグループ７０７、ＭＡＣ：Ｃグループ７０８のように今回収集したホストＰＣが所持するＭＡＣアドレスの数だけインベントリグループができる。ここで、前述したとおりのＭＡＣ：ＣのようなＭＡＣアドレスが存在する場合、インベントリが複数存在するグループができる可能性が高い。そこで、ＭＡＣ：Ｃグループ７０８を除外し、最も属するインベントリが少ないＭＡＣ：Ｂグループ７０７のインベントリが特定するにあたって信憑性が高いと考えられる。
【００４５】
図４の丸２の処理は、基本的に前述したような比較方法を適用して行われる処理であるが、例外として、図４のステップ４１１の処理であるインベントリ群比較の処理についてを考える。
【００４６】
図８は図４のインベントリ群による比較処理である丸２の処理におけるステップ４１１での例外１の詳細を説明する図、図９は図４のインベントリ群による比較処理である丸２の処理におけるステップ４１１での例外２の詳細を説明する図であり、次に、これらについて説明する。
【００４７】
図４における丸１の処理での、ホストＰＣが所持しているいずれかのＭＡＣアドレスが一致するという考え方の場合、今回収集インベントリがＭＡＣ：Ｃを所持していて、登録済のインベントリ群と比較し、それだけが一致するというようなケースの場合、特定のためにさらに別の観点が必要となる。
【００４８】
このような観点を考慮した上で、図８に示しているように、ホストＰＣ：Ａ８０５、ホストＰＣ：Ｂ８０６、ホストＰＣ：Ｃ８０７が存在し、今回収集するインベントリがホストＰＣ：Ｂ８０６である場合、更新対象かどうかを、既に登録されている対象インベントリ８０１内のホストＰＣ：Ａ８０２、ホストＰＣ：Ｂ８０３、ホストＰＣ：Ｃ８０４と比較するケースを考える。
【００４９】
ホストＰＣ：Ｂ８０３とホストＰＣ：Ｂ８０６とは、複数のＭＡＣアドレスが一致していることが分かる。この例のように、万が一いずれかのＭＡＣアドレスがＭＡＣ：Ｃのような無線ＬＡＮカードによるアドレスであったとしても、無線ＬＡＮカードは、一度に１枚しか差せないため、このようなアドレスを一度に複数所持している可能性は極めて低くなる。
【００５０】
一方、前述の無線ＬＡＮカードによるアドレスを除く別のアドレスが、マシン固有のＭＡＣアドレスであるという信頼性は極めて高くなるため、本発明の実施形態では、抽出された他のインベントリよりも特定条件として優先させるという考え方を、属するインベントリによる比較４１２の前に適用するものとしている。それを、属するインベントリによる比較４１２と同じ考え方で表現したものが、図９となる。
【００５１】
図９を参照すると、図８により説明したホストＰＣ：Ｂ８０６のインベントリを収集したものとして、ホストＰＣ：Ａ９０２、ホストＰＣ：Ｂ９０３、ホストＰＣ：Ｃ９０４のインベントリが仮特定対象となり、それらを含む対象インベントリ９０１が生成される。この場合、図７に示して説明した例のように、ＭＡＣアドレス毎のインベントリ抽出群９０５にＭＡＣ：Ｂグループ９０６、ＭＡＣ：Ｃグループ９０７ができる。その場合、複数のグループに属し、かつ、その属するグループ数が多いインベントリを丸２の処理での仮特定とする。図９に示している例の場合、ホストＰＣ：Ｂ９０３のインベントリが対象となる。この時点でホストＰＣ：Ｂ９０３のインベントリを新たな対象インベントリとして図４における丸３の処理に進む。
【００５２】
次に、図４のインベントリの内容による比較処理である丸３の処理を説明する。
【００５３】
図４の丸３の処理は、前述で説明したような丸２での処理を終了した段階で、比較対象残比較のステップ４１３の処理を行った結果、対象インベントリが１台以上ある場合に行われる処理である。なお、比較対象残比較のステップ４１３の処理を行った結果、対象インベントリが１台未満であった場合、比較対象残比較のステップ４０９の処理に戻る。
【００５４】
丸３の処理は、ＯＲ条件とするため、まず、利用者情報比較のステップ４１４の処理を実行し、この比較処理で該当した場合に、更新対象として特定し、該当しなかった場合に、レジストリソフトウェア比較のステップ４１５の処理を実行し、この比較処理で該当すれば特定となって更新処理のステップ４１６の処理に進む処理である。この更新処理で更新された結果がインベントリＤＢ４１８に登録される。また、レジストリソフトウェア比較のステップ４１５の処理で該当しなかった場合、丸２の処理における比較対象残比較のステップ４１３の処理に戻る。
【００５５】
前述の利用者情報比較のステップ４１４の処理では、インベントリ収集時のログオンユーザ名で比較し、この時点で該当すれば、更新対象のホストＰＣとして引き当て処理を完了する。
【００５６】
レジストリソフトウェア比較４１５では、レジストリに登録されているソフトウェアを比較する。これらのソフトウェアには、修正プログラムやＯＳの更新プログラム等も含まれるため、数ヶ月以上経過した場合、内容が各ホストＰＣによって分散されていくものと考えられる。かつ、その組織の傾向に応じて、一致率の設定値にＸ％（可変）を設けることで、深く考慮することや、逆にほとんど比較処理そのものが無いような設定にすることも可能とする。
【００５７】
図１０は図４に示す丸３の処理で、最終的に更新対象のホストＰＣが引き当てられたときの状態の例を示す図である。
【００５８】
前述までに説明してきた本発明の実施形態は、丸１の処理と丸２の処理とのロジックをメインとし、これらの処理の時点で、更新対象のホストＰＣが引き当てられているものと想定し、引き当てにおける信頼度をより向上させるために丸３の処理が設けられている。しかし、図４に示して説明したフローで、ホスト名比較４０７で該当した場合を考慮すると、丸３の処理の比較に対する影響力は高くなるため、無視できない処理となる。
【００５９】
前述した本発明の実施形態によれば、同一マシンのインベントリ情報を異なるＩＴ資産管理システムで収集した際に、同一マシンのインベントリ情報を一意であるとみなして重複管理を避け、一元的に管理することがが可能となり、インベントリ情報の更新登録におけるホストＰＣ引き当て処理に対する信頼性を従来より格段に向上させることができ、これにより、ＩＴ資産管理システムの移行及びＩＴ資産の移動に対する管理コストを大幅に削減することが可能となる。
【符号の説明】
【００６０】
１０１  ライセンス管理サーバ
１０２  インベントリ管理システム
１０３  インベントリ更新サービス処理部
１０３１  ホスト引き当て処理部
１０３２  更新処理部
１０３３  新規登録処理部
１０４  インベントリＤＢ
１０５、１０６  ＩＴ資産管理システム
１０７、１０８  クライアントＰＣ
２０３  インベントリ収集処理部
２０４  インベントリファイル作成処理部
２０５  インベントリ送信処理部
【図３】
2014056340.tif 000003
【図４】
2014056340.tif 000004
【図５】
2014056340.tif 000005
【図６】
2014056340.tif 000006
【図７】
2014056340.tif 000007
【図８】
2014056340.tif 000008
【図９】
2014056340.tif 000009
【図１０】
2014056340.tif 000010
【図１】
2014056340.tif 000011
【図２】
2014056340.tif 000012