JP4527561B2 - 資産管理方法、資産管理システムおよび資産管理プログラム - Google Patents

Description

本発明は、コンピュータなどの資産を管理する技術に関する。

企業では、所有する各種の資産について、資産の名称、製品名などをデータベースに登録し、資産管理を行っている。例えば、特許文献１には、ネットワークを上で流通する情報を用いて資産管理情報を収集し、データベースに登録された資産管理情報を更新する資産管理システムが記載されている。
特開２００１−２９０９３７

ところで、企業などが所有するパソコンなど資産は、業務のシステム化に伴い増加する傾向にある。また、新規に資産を購入した場合、資産を移設・廃棄した場合など、資産情報に変更が生じた場合は、資産情報の管理データベースのメンテナンスを行う必要がある。しかしながら、管理する資産が膨大な場合は、資産情報の変更を迅速に取得し、管理データベースに反映させることは困難である。

また、資産がノートパソコンなどのモバイルコンピュータの場合、設置場所を特定することは難しい。例えば、ノートパソコンなどが、実際には、管理データベースに登録されている設置場所やユーザとは異なる場所やユーザで使用されている場合であっても、ユーザからの変更申請（報告）を受け付けないかぎり、その変更情報を取得することは困難である。そのため、管理データベースに登録されている資産情報と実態とが合わなくなる場合がある。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、より高い精度で資産を管理することにある。

上記課題を解決するために、本発明では、例えば、少なくとも１つの端末と、端末を管理するサーバとを有する資産管理システムにおける資産管理方法である。端末は、サーバへのログオン情報を記憶する端末記憶部と、端末処理部と、を有し、端末処理部は、ユーザＩＤを含むログオン要求をサーバへ送信するログオン要求送信ステップと、ログオン情報を収集するための情報収集プログラムをサーバから受信する受信ステップと、端末記憶部に記憶された前回のログオン情報のユーザＩＤと、ログオン要求送信ステップで送信されたユーザＩＤとが同じか否かを判別する判別ステップと、端末記憶部のユーザＩＤとログオン要求送信ステップのユーザＩＤとが異なる場合、端末記憶部のユーザＩＤをログオン要求送信ステップのユーザＩＤに変更する変更ステップと、変更した端末記憶部のログオン情報をサーバに送信するログオン情報送信ステップと、を行う。サーバは、情報収集プログラムおよび端末各々を管理する資産管理テーブルを記憶するサーバ記憶部と、サーバ処理部と、を有し、サーバ処理部は、端末各々から送信されたログオン要求を受け付け、サーバ記憶部の情報収集プログラムを要求元の端末に送信するプログラム送信ステップと、 端末各々からログオン情報を受け付けて、資産管理テーブルを更新する更新ステップと、を行う。

本発明では、端末のログオン情報を収集し、より高い精度で資産を管理することができる。

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

図１は、本発明の一実施形態が適用された資産管理システムの全体構成図である。

図示するように、本実施形態の資産管理システムは、少なくとも１つの端末１と、資産管理サーバ２とを有する。そして、端末１各々は、インターネットなどのネットワーク３により、資産管理サーバ２と接続されている。

端末１は、資産管理サーバ２の管理対象の装置であって、例えばＰＣ（Personal Computer）などユーザが使用する装置である。端末１各々は、各種の処理を行う処理部１１と、記憶部１２とを有する。そして、記憶部１２は、レジストリ１３と、管理ファイル１４と、未検査ファイル１５と、インベントリファイル１６と、を有する。

レジストリ１３は、ＯＳ（Operating System）やアプリケーションプログラムの設定データが記憶されるファイルである。本実施形態のレジストリ１３には、各端末固有の管理ＩＤが設定されるものとする。管理ファイル１４は、資産管理サーバ２へのログオン情報が設定されるファイルである。未検査ファイル１５は、端末１が資産管理サーバ２の管理対象外の場合に作成されるファイルである。インベントリファイル１６は、端末１のＣＰＵ、メモリ、ＨＤＤ（Hard Disk Drive）など、端末１の仕様（スペック）が設定されるファイルである。なお、管理ファイル１４、未検査ファイル１５およびインベントリファイル１６については後述する。

資産管理サーバ２は、ネットワーク３に接続された各端末１（資産）を管理する装置である。資産管理サーバ２は、ログオン処理部２１と、ログオン情報管理部２２と、インベントリ情報管理部２３と、記憶部２４と、を有する。ログオン処理部２１は、端末１からのログオン要求を受け付けて、記憶部２４の情報収集プログラム２９を要求元の端末１に送信する。ログオン情報管理部２２は、端末１から送信された管理ファイル１４および未検査ファイル１５に基づいて、記憶部２４の資産情報管理テーブル２５、ログオン履歴テーブル２６および未検査管理テーブル２７を更新する。インベントリ情報管理部２３は、端末１から送信されたインベントリファイル１６に基づいてインベントリ管理テーブル２８を更新する。

記憶部２４は、資産情報管理テーブル２５と、ログオン履歴テーブル２６と、未検査管理テーブル２７と、インベントリ管理テーブル２８と、情報収集プログラム２９と、を有する。資産情報管理テーブル２５は、資産管理サーバ２が管理する各端末１の情報が登録されたテーブルである。なお、資産情報管理テーブル２５については後述する。ログオン履歴テーブル２６は、端末１各々から受信した管理ファイルを、端末１毎に所定の回数分だけ履歴として保持（記憶）するテーブルである。

未検査管理テーブル２７は、管理対象外の端末１の情報が記憶されたテーブルである。インベントリ管理テーブル２８は、端末１各々から受信したインベントリファイル１６を、端末１毎に所定の回数分だけ履歴として保持（記憶）するテーブルである。情報収集プログラム２９は、端末１のログオン情報およびインベントリ情報を収集するためのプログラムであって、端末１のログオン時に実行されるプログラム（例えば、ログオンスクリプト）である。

上記説明した、端末１および資産管理サーバ２は、いずれも、例えば図２に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワーク接続するための通信制御装置９０６と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。

例えば、端末１および資産管理サーバ２の各機能は、端末１用のプログラム（情報収集プログラム２９を含む）の場合は端末１のＣＰＵ９０１が、そして、資産管理サーバ２用のプログラムの場合は資産管理サーバ２のＣＰＵ９０１が、それぞれ実行することにより実現される。なお、端末１の記憶部１２には端末１のメモリ９０２または外部記憶装置９０３が、資産管理サーバ２の記憶部２４には資産管理サーバ２のメモリ９０２または外部記憶装置９０３が用いられる。また、外部記憶装置９０３、入力装置９０４および出力装置９０５については、各装置が必要に応じて備えるものとする。

次に、資産管理サーバ２の記憶部２４に記憶された資産情報管理テーブル２５について説明する。

図３は、資産情報管理テーブル２５の一例を示した図である。図示する資産情報管理テーブル２５は、端末１毎に、管理ＩＤ２５１と、コンピュータ名２５２と、型番２５３と、共用端末フラグ２５４と、ユーザＩＤ２５５と、を有する。管理ＩＤ２５１は、各端末１を識別するための識別情報であって、資産管理を行うために設定された情報である。コンピュータ名２５２は、各端末固有の識別情報であって、システム運用上用いられる情報である。なお、コンピュータ名２５２として、端末１のシリアル番号（製品番号）を用いることとしてもよい。

型番２５３は、端末１のメーカーが設定する製品種別を示す番号である。共用端末フラグ２５４は、複数のユーザが共有して使用する共用端末か、または、１人のユーザのみが使用する専用端末かを識別するためのフラグである。本実施形態では、共用端末の場合は「ＯＮ」が、専用端末（非共用端末）の場合は「ＯＦＦ」が設定されるものとする。ユーザＩＤ２５５には、端末１を使用するユーザのユーザＩＤが設定される。

次に、端末１の記憶部１２に記憶された管理ファイル１４、未検査ファイル１５、インベントリファイル１６について説明する。

図４は、管理ファイル１４の一例を示した図である。管理ファイル１４は、管理ＩＤ１４１と、ユーザＩＤ１４２と、ログオン日時１４３と、コンピュータ名１４４と、共用端末フラグ１４５、ログオン回数１４６と、共用端末更新日時１４７と、ログオンＩＤ１４８と、を有する。共用端末フラグ１４５は、前述の通り、共有端末か専有端末かを示すフラグである。また、共用端末更新日時１４７は、後述する利用者変更ダイアログでユーザが「共有端末の利用」のラジオボタンを選択した日時が設定される。また、ログオンＩＤ１４８には、ログオン要求時に実際に入力されたユーザＩＤが設定される。なお、資産管理サーバ２のログオン履歴テーブル２６は、管理ＩＤ毎に作成され、図示する管理ファイル１４のデータを所定の件数分だけ記憶したテーブルである。

図５は、未検査ファイル１５の一例を示した図である。未検査ファイル１５は、端末１が資産管理サーバ２の管理対象外の場合、すなわち、管理ＩＤが付与されていない場合に作成されるファイルである。図示する未検査ファイル１５４、ユーザＩＤ１５１と、ＩＰアドレス１５２と、コンピュータ名１５３と、ログオン日時１５４と、を有する。なお、資産管理サーバ２の未検査管理テーブル２７は、図示する未検査ファイル１５のデータを記憶したテーブルである。

図６は、インベントリファイル１６の一例を示した図である。インベントリファイル１６は、管理ＩＤ１６１と、コンピュータ名１６２と、ＩＰアドレス１６３と、ＣＰＵモデル名１６４と、ＣＰＵクロック数１６５と、物理メモリ容量１６６と、ＨＤＤ全容量１６７と、ＨＤＤ空き容量１６８と、ＯＳバージョン１６９と、ＯＳパッチ（ＯＳの修正を行うための差分情報）レベル１７０と、を有する。なお、資産管理サーバ２のインベントリ管理テーブル２８は、管理ＩＤ毎に作成され、図示するインベントリファイル１６のデータを所定の件数分だけ記憶したテーブルである。

次に、本システムのログオン時の処理について説明する。なお、本実施形態では、資産管理サーバ２の管理対象の端末１各々には、各端末１の管理ＩＤが印刷された管理ＩＤシールがあらかじめ貼付されているものとする。資産管理サーバ２の資産情報管理テーブル２５には、管理対象の端末１の情報が設定されているものとする。

図７は、本システムのログオン時の全体処理フロー図である。

まず、端末１は、資産管理サーバ２にログオンする（Ｓ１１）。すなわち、端末１の処理部１１は、入力装置から入力されたユーザＩＤ（ログオンＩＤ）およびパスワードを含むログオン要求を資産管理サーバ２に送信する（Ｓ１１）。

資産管理サーバ２のログオン処理部２１は、ログオン要求を受信し、ユーザＩＤおよびパスワードの認証を行う。そして、ユーザＩＤおよびパスワードの認証に成功した場合、ログオン処理部２１は、記憶部２４に記憶された情報収集プログラム２９を、ログオン要求の送信元端末１に送信する（Ｓ１２）。

そして、端末１の処理部１１は、情報収集プログラム２９を実行して、管理ファイル１４、インベントリファイル１６または未検査ファイル１５を作成する。そして、処理部１１は、作成したファイルを資産管理サーバ２に送信する（Ｓ１３）。そして、資産管理サーバ２は、端末１から送信されたファイル１４〜１６に基づいて、記憶部２４のテーブル２５〜２８を更新する。（Ｓ１４）。なお、Ｓ１３およびＳ１４の処理については後述する。

次に、端末１が実行する情報収集プログラム２９の処理（図７：Ｓ１３）について、より詳細に説明する。

図８は、情報収集プログラムを実行した場合の処理フロー図である。まず、端末１の処理部１１は、記憶部１２のレジストリ１３に当該端末１の管理ＩＤが記憶されているか否かを判別する（Ｓ２１）。なお、端末１が資産管理サーバ２の管理対象であって、以前にログオン済みの場合では、レジストリ１３に当該端末１の管理ＩＤが記憶されているものとする。また、端末１が資産管理サーバ２の管理対象外の場合、または、管理対象であっても初回のログオン要求時の場合、レジストリ１３には当該端末１の管理ＩＤが記憶されていないものとする。

レジストリ１３に管理ＩＤが記憶されている場合（Ｓ２１：ＹＥＳ）、処理部１１は、ログオン要求時に入力されたユーザＩＤ（図７：Ｓ１１）が、管理ファイル１４（図４参照）に設定されたユーザＩＤ１４２と同じか否かを判別する（Ｓ２２）。ユーザＩＤが同じ場合（Ｓ２２：ＹＥＳ）、処理部１１は、管理ファイル１４のログオン日時１４３と、ログオン回数１４６とを更新する（Ｓ２３）。すなわち、処理部１１は、ＯＳ（Operating System）などの機能を用いて現在の日時（時刻）を取得し、取得した日時をログオン日時１４３に設定する。また、処理部１１は、ログオン回数１４６の値に「１」を加算する。

一方、ユーザＩＤが異なる場合（Ｓ２２：ＮＯ）、処理部１１は、管理ファイル１４の共用端末フラグ１４５を参照し、共用端末か否かを判別する（Ｓ２４）。共用端末の場合、すなわち共用端末フラグが「ＯＮ」の場合（Ｓ２４：ＹＥＳ）、処理部１１は、現在の日時が管理ファイル１４の共用端末更新日時１４７から所定の期間内（例えば、１ヶ月以内）か否かを判別する（Ｓ２５）。この判別処理により、処理部１１は、所定の期間が経過した場合にのみ後述する利用者変更ダイアログを表示し、ユーザに端末１の利用状況を再入力させる。これにより、ユーザは、利用者変更ダイアログが表示されたタイミングで、現時点の端末１の利用状況を再確認し、利用状況が以前と異なる場合は変更することができる。

所定の期間内の場合（Ｓ２５：ＹＥＳ）、処理部１１は、管理ファイル１４のユーザＩＤ１４２およびログオンＩＤ１４８を、ログオン要求時に入力されたユーザＩＤに変更する。また、処理部１１は、Ｓ２３と同様に、管理ファイルのログオン日時１４３と、ログオン回数１４６とを更新する（Ｓ２６）。

非共用端末の場合、すなわち共用端末フラグが「ＯＦＦ」の場合（Ｓ２４：ＮＯ）、または、所定の期間を経過した場合（Ｓ２５：ＮＯ）、処理部１１は、利用者変更ダイアログを出力装置に表示する（Ｓ２７）。利用者変更ダイアログは、出力装置に表示されるウィンドウ（dialog box）であって、ユーザの操作・指示を受け付けるための入力画面である。なお、利用者変更ダイアログは、情報収集プログラム２９に含まれているものとする。

図９は、利用者変更ダイアログの一例を示したものである。図示する利用者変更ダイアログは、「共用端末を利用」のラジオボタン６１と、「他ユーザの端末を一時借用」のラジオボタン６２と、「利用者変更」のラジオボタン６３とを有する。また、利用者変更ダイアログは、「利用者変更」のラジオボタン６３が選択された場合にのみ、ログオン要求時に入力されたユーザＩＤが表示されるユーザＩＤ表示欄６４と、ＯＫボタン６５と、を有する。

ユーザは、出力装置に表示された利用者変更ダイアログを参照し、現在使用している端末の状況に応じて、いずれかのラジオボタン６１〜６３を選択する。なお、「利用者変更」のラジオボタン６３が選択された場合、処理部１１は、ユーザＩＤ表示欄６４にユーザＩＤを表示する。これにより、ユーザは、自分が入力したユーザＩＤに間違いがないかを確認することができる。そして、ユーザは、いずれかのラジオボタン６１〜６３を選択した後、ＯＫボタン６５をクリックする。

処理部１１は、選択されたラジオボタンの種別に応じて、管理ファイル１４を更新する（Ｓ２８）。すなわち、「共用端末を利用」のラジオボタン６１が選択された場合、処理部１１は、管理ファイル１４の共用端末フラグ１４５を「ＯＮ（共有）」に変更し、ユーザＩＤ１４２およびログオンＩＤ１４８をログオン要求時に入力されたユーザＩＤに変更する。これにより、共用端末の場合であっても、ログオン要求を行った現在使用中のユーザＩＤを、管理（取得）することができる。また、処理部１１は、共用端末更新日時１４７を現在の日時に変更する。これにより、共有端末については、現在の日時から所定の期間が経過するまでは、利用者変更ダイアログは表示されない。また、処理部１１は、Ｓ２３と同様に、管理ファイル１４のログオン日時１４３と、ログオン回数１４６とを更新する。

また、「他ユーザの端末を一時借用」のラジオボタン６２が選択された場合、処理部１１は、管理ファイル１４のユーザＩＤ１４２は変更せず、ログオンＩＤ１４８のみをログオン要求時に入力されたユーザＩＤに変更する。また、処理部１１は、Ｓ２３と同様に、管理ファイル１４のログオン日時１４３と、ログオン回数１４６とを更新する。

また、「利用者変更」のラジオボタン６３が選択された場合、処理部１１は、管理ファイル１４のユーザＩＤ１４２およびログオンＩＤ１４８を、ログオン要求時に入力されたユーザＩＤに変更する。そして、処理部は、Ｓ２３と同様に、管理ファイル１４のログオン日時１４３と、ログオン回数１４６とを更新する。

そして、処理部１１は、管理ファイルの更新後（Ｓ２３、Ｓ２６、Ｓ２８）、インベントリ情報を収集し、インベントリファイル１６（図６参照）を作成する（Ｓ２９）。なお、処理部１１は、ログオン要求の度にインベントリ情報を作成するのではなく、例えば、管理ファイル１４のログオン回数１４６が「１」の場合にのみインベントリファイル１６を作成することとしてもよい。そして、処理部１１は、更新後の管理ファイル１４、および作成したインベントリファイル１６を資産管理サーバ２に送信する（Ｓ３０）。

また、レジストリ１３に管理ＩＤが記憶されていない場合（Ｓ２１：ＮＯ）、処理部１１は、管理ＩＤ入力ダイアログを出力装置に出力する（Ｓ３１）。すなわち、処理部１１は、端末１が資産管理サーバ２の管理対象外の場合、または初回のログオン要求時に、管理ＩＤ入力ダイアログを表示する。管理ＩＤ入力ダイアログは、出力装置に表示される小さなウィンドウ（dialog box）であって、端末１に貼付された管理ＩＤシールの管理ＩＤをユーザに入力させるための入力画面である。なお、管理ＩＤ入力ダイアログは、情報収集プログラム２９に含まれているものとする。

図１０は、管理ＩＤ入力ダイアログの一例を示したものである。図示する管理ＩＤ入力ダイアログは、管理ＩＤ入力欄７１と、管理ＩＤがない場合にクリック（チェック）するチェックボックス７２と、ＯＫボタン７３と、を有する。端末１に管理ＩＤシールが貼付されている場合、ユーザは、管理ＩＤ入力欄７１に管理ＩＤシールに記載された管理ＩＤを、入力装置を用いて入力する。また、端末１に管理ＩＤシールが貼付されていない場合、ユーザは、チェックボックス７２をクリックする。そして、ユーザは、管理ＩＤ入力欄７１またはチェックボックス７２に入力後、ＯＫボタン７３を押下する。

そして、処理部１１は、管理ＩＤ入力ダイアログで、管理ＩＤの入力を受け付けたか否かを判別する（Ｓ３２）。管理ＩＤの入力を受け付けた場合（Ｓ３２：ＹＥＳ）、処理部１１は、受け付けた管理ＩＤをレジストリ１３に書き込み、管理ファイル１４を作成する（Ｓ３３）。すなわち、処理部１１は、管理ファイル１４の管理ＩＤ１４１には入力された管理ＩＤを、ユーザＩＤ１４２およびログオンＩＤ１４８にはログオン要求に入力したユーザＩＤを、ログオン日時１４３には現在の日時を、コンピュータ名１４４には記憶部１２に記憶されたコンピュータ名を、共用端末フラグ１４５には「ＯＦＦ（非共用）」を、ログオン回数には「１」を、それぞれ設定する。なお、処理部１１は、共用端末更新日時１４７にはスペースを設定する。

そして、処理部１１は、前述のとおり、インベントリ情報を収集し、インベントリファイル１６を作成する（Ｓ２９）。そして、処理部は、管理ファイル１４およびイベントリファイル１６を資産管理サーバ２に送信する（Ｓ３０）。一方、チェックボックス７２がクリックされた場合（Ｓ３２：ＮＯ）、処理部１１は、未検査ファイル１５（図５参照）を作成し、資産管理サーバ２に送信する（Ｓ３４）。すなわち、ログオン要求に入力したユーザＩＤと、記憶部１２にあらかじめ記憶されたＩＰアドレスおよびコンピュータ名と、現在の日時と、を設定した未検査ファイル１５を作成し、送信する。

次に、資産管理サーバ２の各種テーブルの更新処理（図７：Ｓ１４）について、より詳細に説明する。

図１１は、資産管理サーバ２の更新処理の処理フロー図である。まず、ログオン処理部２１は、端末１各々から送信された管理ファイル１４、未検査ファイル１５またはインベントリファイル１６を受信し、受信したファイル１４〜１６を記憶部２４に一時的に記憶する（Ｓ４１）。

そして、ログオン情報管理部２２は、所定のタイミング（例えば、オンライン終了後の夜間バッチなど）で、記憶部２４に記憶された管理ファイル各々を読み出し、資産情報管理テーブル２５およびログオン履歴テーブル２６を更新する（Ｓ４２）。すなわち、ログオン情報管理部２２は、管理ファイル各々について、以下の処理を行う。まず、ログオン情報管理部２２は、管理ファイルに設定された管理ＩＤが資産情報管理テーブル２５に存在するか否かを判別する。管理ＩＤが資産情報管理テーブル２５に存在する場合、ログオン情報管理部２２は、管理ファイル１４の共用端末フラグ１４５およびユーザＩＤ１４２と、資産情報管理テーブル２５の対応する管理ＩＤの共用端末フラグ２５４およびユーザＩＤ２５５とを比較する。これらが異なっている場合、ログオン情報管理部２２は、管理ファイル１４に設定された値で資産情報管理テーブル２５の共用端末フラグ２５４およびユーザＩＤ２５５を更新する。

そして、ログオン情報管理部２２は、当該管理ＩＤのログオン履歴テーブル２６に、処理対象の管理ファイルのデータを追加する。なお、ログオン履歴テーブル２６は、１つの管理ＩＤに対して所定の数（例えば８件分）の管理ファイル１４のデータを履歴として保持するものとする。したがって、ログオン情報管理部２２は、所定の数を超えた管理ファイル１４（例えば、９件目以降の管理ファイル１４）については、ログオン日時１４３が最も古い管理ファイル１４のデータを削除し、新しい管理ファイル１４のデータを追加するものとする。なお、管理ＩＤが資産情報管理テーブル２５に存在しない場合、ログオン情報管理部２２は、処理対象の管理ファイル１４のデータをエラーファイル（不図示）に出力する。

全ての管理ファイル１４の処理を終了した後、ログオン情報管理部２２は、記憶部２４に一時的に記憶された未検査ファイル１５各々を読み出し、未検査管理テーブル２７に追加する（Ｓ４３）。なお、未検査管理テーブル２７に設定された端末（未検査ファイルを送信した端末）は、資産管理サーバ２の管理対象外の端末である。そのため、管理者は、未検査管理テーブルに設定された未検査ファイルのデータ毎に、ユーザＩＤおよびＩＰアドレスからユーザの連絡先を特定する。そして、管理者は、連絡先を特定したユーザにヒアリングして、必要に応じて管理ＩＤを付与（管理ＩＤシールを発行）し、資産情報管理テーブル２５に当該端末を登録する。

そして、インベントリ情報管理部２３は、記憶部２４に一時的に記憶されたインベントリファイル各々について、以下の処理を行う。まず、インベントリ情報管理部２３は、インベントリファイルに設定された管理ＩＤが資産情報管理テーブル２５に存在するか否かを判別する。管理ＩＤが資産情報管理テーブル２５に存在する場合、当該管理ＩＤのインベントリ管理テーブル２８に、処理対象のインベントリファイルのデータを追加する。なお、インベントリ管理テーブル２８は、１つの管理ＩＤに対して所定の数（例えば２件分）のインベントリファイル１６のデータを履歴として保持するものとする。したがって、インベントリ情報管理部２３は、所定の数を超えたインベントリファイル１６（例えば、３件目以降のインベントリファイル１６）については、更新時刻が最も古いインベントリファイル１６のデータを削除し、新しいインベントリファイル１６のデータを追加するものとする。なお、管理ＩＤが資産情報管理テーブル２５に存在しない場合、インベントリ情報管理部２３は、処理対象のインベントリファイル１６をエラーファイル（不図示）に出力する。

以上、本発明の一実施形態を説明した。

本実施形態では、端末１は、ログオン時に資産管理サーバ２から受信した情報収集プログラムを実行し、ログオン情報を収集した管理ファイル、および、インベントリファイルを資産管理サーバ２に送信する。これにより、資産管理サーバ２は、より高い精度で端末（資産）を管理することができる。すなわち、資産の管理漏れを防止することができる。

また、本実施形態では、管理ＩＤ入力ダイアログ（図１０参照）を出力し、管理ＩＤ（管理ＩＤシール）が付与された端末か否かをユーザに入力させる。これにより、管理対象外の端末からのログオン要求については未検査ファイルを出力し、不明な端末を捕捉（検知）することができる。

また、本実施形態では、前回ログオンした際のユーザＩＤと今回ログオンした際のユーザＩＤとを比較し、異なる場合は利用者変更ダイアログ（図９参照）を出力してユーザに使用状況を選択させる。このように、ログオン時にユーザＩＤのチェックを行うことにより、実態と合ったユーザの管理を行うことができる。

また、本実施形態の管理ファイルおよび資産情報管理テーブルでは共用端末フラグを有し、複数のユーザで共有する共用端末についても柔軟に管理することができる。例えば、共用端末の場合であっても、所定のタイミングで利用者変更ダイアログを表示し、ユーザに端末の利用状況を再入力させる（図８：Ｓ２５）。これにより、ユーザは、利用者変更ダイアログが表示されたタイミングで、現時点の端末の利用状況を再確認し、利用状況が以前と異なる場合は変更することができる。

また、本実施形態の管理ファイルおよび資産情報管理テーブルではユーザＩＤを有する。すなわち、本実施形態では、端末の設置場所ではなく、端末の使用ユーザを特定することで、端末を管理する。これにより、ノートパソコンや携帯情報端末など設置場所の特定が困難なモバイルコンピュータであっても、より高い精度で端末を管理することができる。

また、ユーザＩＤを用いて端末を管理することにより、部署単位での端末の課金を、より正確に行うことができる。また、端末の一斉入れ替え時に、端末の所有者（ユーザ）を容易に把握することができる。また、端末が故障した場合、迅速な対応を取ることができる。

また、本実施形態の管理ファイルおよびログオン履歴テーブルは、ログオン日時を有する。これにより、一定期間以上（例えば、３ヶ月以上）ログオンされない端末については、休眠資産（未使用資産）と判別し、休眠資産を回収（または適切に再配置）することができる。

また、本実施形態のイベントリファイルおよびインベントリ管理テーブルは、メモリ容量、ＨＤＤ空き容量などを有する。これより、ソフトウェアを一斉配信する際に、必要に応じて事前にＨＤＤを増設するなどの対策を行うことができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、資産管理サーバ２は、所定のタイミング（例えば、夜間バッチ）で各種テーブルの更新を行うこととした（図１１参照）。しかしながら、本発明はこれに限定されず、例えば、端末１から各種ファイルを受信するタイミングで（すなわち、リアルタイムで）、各種テーブルの更新を行うこととしてもよい。

また、上記実施形態では、端末１は、初回のログオン時に管理ＩＤ入力ダイアログから入力された管理ＩＤをレジストリ１３に設定することとした（図８：Ｓ３３）。しかしながら、端末１は、資産管理サーバ２から送信された管理ＩＤを、レジストリ１３に設定することとしてもよい。例えば、端末１は、ログオン要求時に、ユーザＩＤ／パスワードとともにコンピュータ名を資産管理サーバ２に送信する（図７：Ｓ１１）。そして、資産管理サーバ２は、受信したコンピュータ名に対応する管理ＩＤを資産情報管理テーブル２５から特定し、情報収集プログラム２９とともに端末１に送信する（Ｓ１２）。そして、端末１は、資産管理サーバ２から受信した管理ＩＤをレジストリ１３に設定し、その後、情報収集プログラム２９を実行する。これにより、ユーザは、初回のログオン要求時であっても、管理ＩＤを入力する必要がなくなる。

本発明の一実施形態が適用された資産管理システムの全体構成を示す図である。 各装置のハードウェア構成例を示す図である。 資産情報管理テーブルの一例を示す図である。 管理ファイルの一例を示す図である。 未検査ファイルの一例を示す図である。 インベントリファイルの一例を示す図である。 ログオン処理の全体処理フロー図である。 ログオン情報収集処理の処理フロー図である。 利用者変更ダイアログの一例を示す図である。 管理ＩＤ入力ダイアログの一例を示す図である。 テーブル更新処理の処理フロー図である。

符号の説明

１：端末、１１：処理部、１２：記憶部、１３：レジストリ、１４：管理ファイル、１５：未検査ファイル、１６：インベントリファイル、２：資産管理サーバ、２１：ログオン処理部、２２：ログオン情報管理部、２３：インベントリ情報管理部、２４：記憶部、２５：資産情報管理テーブル、２６：ログオン履歴テーブル、２７：未検査管理テーブル、２８：インベントリ管理テーブル、２９：情報収集プログラム、３：ネットワーク

Claims (5)

1. 少なくとも１つの端末と、前記端末を管理するサーバとを有する資産管理システムにおける資産管理方法であって、
   前記端末は、前記サーバへのログオン情報を記憶する端末記憶部と、端末処理部と、を有し、
   前記端末処理部は、
   ユーザＩＤを含むログオン要求を、前記サーバへ送信するログオン要求送信ステップと、
   前記ログオン情報および当該端末のインベントリ情報を収集するための情報収集プログラムを、前記サーバから受信する受信ステップと、
   前記端末記憶部に記憶された前回のログオン情報のユーザＩＤと、前記ログオン要求送信ステップで送信されたユーザＩＤとが同じか否かを判別する判別ステップと、
   前記端末記憶部のユーザＩＤと前記ログオン要求送信ステップのユーザＩＤとが異なる場合、前記端末記憶部のユーザＩＤを、前記ログオン要求送信ステップのユーザＩＤに変更する変更ステップと、
   前記インベントリ情報を収集する収集ステップと、
   前記変更した端末記憶部のログオン情報および前記収集したインベントリ情報を、前記サーバに送信するログオン情報送信ステップと、を行い、
   前記サーバは、前記情報収集プログラムおよび前記端末各々を管理する資産管理テーブルを記憶するサーバ記憶部と、サーバ処理部と、を有し、
   前記サーバ処理部は、
   前記端末各々から送信されたログオン要求を受け付け、前記サーバ記憶部の前記情報収集プログラムを前記要求元の端末に送信するプログラム送信ステップと、
   前記端末各々から前記ログオン情報および前記インベントリ情報を受け付けて、前記資産管理テーブルを更新する更新ステップと、を行うこと
   を特徴とする資産管理方法。
2. 請求項１記載の資産管理方法であって、
   前記端末処理部は、前記端末記憶部のユーザＩＤと前記ログオン要求送信ステップのユーザＩＤとが異なる場合、当該端末の利用状況の入力を受け付ける入力画面を出力する出力ステップと、
   前記入力画面から入力された利用状況に基づいて、前記端末記憶部のログオン情報を変更する利用状況変更ステップと、をさらに行うこと
   を特徴とする資産管理方法。
3. 請求項１記載の資産管理方法であって、
   前記端末処理部は、当該端末の識別情報の入力を受け付ける入力画面を出力する出力ステップと、
   前記入力画面から入力された前記識別情報を前記端末記憶部に設定する設定ステップと、をさらに行うこと
   を特徴とする資産管理方法。
4. 少なくとも１つの端末と、前記端末を管理するサーバとを有する資産管理システムであって、
   前記端末は、
   前記サーバへのログオン情報を記憶する端末記憶手段と、
   ユーザＩＤを含むログオン要求を、前記サーバへ送信するログオン要求送信手段と、
   前記ログオン情報および当該端末のインベントリ情報を収集するための情報収集プログラムを、前記サーバから受信する受信手段と、
   前記情報収集プログラムを実行する実行手段とを有し、
   前記実行手段は、
   前記端末記憶手段に記憶された前回のログオン情報のユーザＩＤと、前記ログオン要求送信手段が送信したユーザＩＤとが同じか否かを判別する判別ステップと、
   前記端末記憶手段のユーザＩＤと前記ログオン要求送信手段が送信したユーザＩＤとが異なる場合、前記端末記憶手段のユーザＩＤを、前記ログオン要求送信手段が送信したユーザＩＤに変更する変更ステップと、
   前記インベントリ情報を収集する収集ステップと、
   前記変更した端末記憶手段のログオン情報および前記収集したインベントリ情報を、前記サーバに送信するログオン情報送信ステップと、を行い、
   前記サーバは、
   前記情報収集プログラムおよび前記端末各々を管理する資産管理テーブルを記憶するサーバ記憶手段と、
   前記端末各々から送信されたログオン要求を受け付け、前記サーバ記憶手段の前記情報収集プログラムを前記要求元の端末に送信するプログラム送信手段と、
   前記端末各々から前記ログオン情報および前記インベントリ情報を受け付けて、前記資産管理テーブルを更新する更新手段と、を有すること
   を特徴とする資産管理システム。
5. 少なくとも１つの端末と、前記端末を管理するサーバとを有する資産管理システムにおいて、前記端末が実行する資産管理プログラムであって、
   前記端末は、前記サーバへのログオン情報を記憶する記憶部と、処理部と、を有し、
   前記処理部に、
   ユーザＩＤを含むログオン要求を、前記サーバへ送信するログオン要求送信ステップと、
   前記ログオン情報および当該端末のインベントリ情報を収集するための情報収集プログラムを、前記サーバから受信する受信ステップと、
   前記記憶部に記憶された前回のログオン情報のユーザＩＤと、前記ログオン要求送信ステップで送信されたユーザＩＤとが同じか否かを判別する判別ステップと、
   前記記憶部のユーザＩＤと前記ログオン要求送信ステップのユーザＩＤとが異なる場合、前記記憶部のユーザＩＤを、前記ログオン要求送信ステップのユーザＩＤに変更する変更ステップと、
   前記インベントリ情報を収集する収集ステップと、
   前記変更した記憶部のログオン情報および前記収集したインベントリ情報を、前記サーバに送信するログオン情報送信ステップと、を実行させること
   を特徴とする資産管理プログラム。

Images