資産管理サーバ、資産管理システム、資産管理方法、及び資産管理プログラム
【課題】資産管理に際してのユーザ操作性を向上させる。
【解決手段】資産管理システム１を構成する資産管理サーバ２０は、ネットワーク２を介した複数のユーザ端末１０＿１〜１０＿ｎ各々からの登録要求に応じて、データベース２１０に、資産に付与された任意の属性情報３００と、前記資産の配置位置情報４００とを対応付けて登録する。この時、資産管理サーバ２０は、データベース２１０中の一の配置位置情報に対し、一のユーザ端末から要求された属性情報、及び他のユーザ端末から要求された属性情報の両者を対応付けて登録する。また、資産管理サーバ２０は、各ユーザ端末１０＿１〜１０＿ｎからの検索要求に応じて、データベース２１０から、属性情報３００又は配置位置情報４００の一方を、他方をキーとして検索する。
【解決手段】資産管理システム１を構成する資産管理サーバ２０は、ネットワーク２を介した複数のユーザ端末１０＿１〜１０＿ｎ各々からの登録要求に応じて、データベース２１０に、資産に付与された任意の属性情報３００と、前記資産の配置位置情報４００とを対応付けて登録する。この時、資産管理サーバ２０は、データベース２１０中の一の配置位置情報に対し、一のユーザ端末から要求された属性情報、及び他のユーザ端末から要求された属性情報の両者を対応付けて登録する。また、資産管理サーバ２０は、各ユーザ端末１０＿１〜１０＿ｎからの検索要求に応じて、データベース２１０から、属性情報３００又は配置位置情報４００の一方を、他方をキーとして検索する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、資産管理サーバ、資産管理システム、資産管理方法、及び資産管理プログラムに関し、特にＩＴ(Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ)機器等の資産を統合管理するサーバ、システム、方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、資産管理は、市販の管理ソフトウェアや表計算ソフトを使用して行われていた。特にＩＴ機器に関しては、責任者がＩＴ機器のレンタル契約番号等を管理する一方、利用者がＩＴ機器の構造情報や設置場所等を管理するといった具合に、管理項目毎に個別の管理者が存在していた。
【０００３】
このため、資産管理に際して複数の媒体が併用され、管理者の作業効率が著しく低下してしまうという問題があった。最悪の場合、誰も資産を管理できない状況に陥り、作業の停滞や作業工数の増大等を引き起こす。また、市販の管理ソフトウェアを使用する場合には、当該ソフトウェアをインストールした特定の端末でしか管理者が作業できないという問題もあった。
【０００４】
上記の問題に対処し、資産を統合管理するシステムが、例えば特許文献１及び２に記載されている。
【０００５】
この内、特許文献１に記載されるシステムは、大略、店舗における商品の棚割りを支援するものである。具体的には、システムを構成する管理装置が、複数の商品に関する商品情報と、各商品を陳列するための複数の陳列棚に関する陳列棚情報とをデータベース上で管理する。棚割りに際し、管理装置は、データベースから、自装置にネットワークを介して接続されたユーザ端末による指定条件(棚割り対象とする陳列棚のＩＤ、及び売れ筋商品順位)に合致する商品情報及び陳列棚情報を検索(抽出)する。そして、管理装置は、抽出した商品情報に対応する画像を、抽出した陳列棚情報に対応する画像上に合成し、以て合成画像(棚割り後のイメージ)をユーザ端末にて表示可能にする。
【０００６】
一方、特許文献２に記載されるシステムは、大略、エンクロージャ内の複数のスロット各々に対する計算機の収納位置を管理するものである。具体的には、システムを構成する管理サーバが、エンクロージャＩＤ及びスロットＩＤと、計算機ＩＤとを対応付けてメモリに記憶し、以て管理者による、計算機ＩＤをキーとした収納位置の検索、並びにエンクロージャＩＤ及びスロットＩＤをキーとした計算機の検索を可能にしている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−２９６４１９号公報
【特許文献２】特開２００４−２５２８００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記の特許文献１及び２に記載されるシステムには、ユーザ操作性が低いという課題があった。これは、資産の検索に際し、当該資産に付与された固有情報(上記の陳列棚ＩＤ、エンクロージャＩＤ、スロットＩＤ、及び計算機ＩＤ)を使用するためである。この場合、当該固有情報を知らないユーザは、システムに対する操作を何ら実施できない。換言すると、資産を管理できるユーザが、特定のユーザに制限されてしまう。
【０００９】
特にＩＴ機器は、保有者、責任者、利用者等の複数のユーザによって管理され、レンタル契約番号、開発コード、名称等のようにユーザ毎に知り得る情報が異なる。このため、特定の情報のみをキーとする検索では、全てのユーザがＩＴ機器を管理することが困難である。
【００１０】
従って、本発明は、資産管理に際してのユーザ操作性を向上させることが可能な資産管理サーバ、資産管理システム、資産管理方法、及び資産管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するため、本発明の一態様に係る資産管理サーバは、データベースと、前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理と、をネットワークを介した複数のユーザ端末各々からの要求に応じて択一的に実行する処理手段とを備える。
【００１２】
また、本発明の一態様に係る資産管理システムは、複数のユーザ端末と、データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理と、をネットワークを介した各ユーザ端末からの要求に応じて択一的に実行するサーバとを備える。
【００１３】
また、本発明の一態様に係る資産管理方法は、データベースを有するサーバにおける資産管理方法を提供する。この資産管理方法は、ネットワークを介した複数のユーザ端末各々からの登録要求に応じて、前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録し、前記ネットワークを介した各ユーザ端末からの検索要求に応じて、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する。
【００１４】
さらに、本発明の一態様に係る資産管理プログラムは、データベースを有するサーバに、ネットワークを介した複数のユーザ端末各々からの登録要求に応じて、前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、前記ネットワークを介した各ユーザ端末からの検索要求に応じて、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理とを実行させる。
【発明の効果】
【００１５】
本発明では、資産を、各ユーザが個別に付与した属性情報と、各ユーザが共通に認識可能な配置位置情報とを用いて統合管理する。このため、資産の検索に際し、一部のユーザのみが知り得る特定情報の使用は不要となり、以てユーザ操作性を、上記の特許文献１及び２と比較して大幅に向上させること(すなわち、全てのユーザが資産を管理すること)が可能である。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態に係る資産管理サーバ及びこれを適用する資産管理システムの構成例を示したブロック図である。
【図２】本発明の実施の形態に用いるデータベースの構成例を示したブロック図である。
【図３】本発明の実施の形態に用いるＩＴ機器情報テーブルの構成例を示した図である。
【図４】本発明の実施の形態に用いるフロアマップの一例を示したグラフ図である。
【図５】本発明の実施の形態に用いるラックの構成例を示したブロック図である。
【図６】本発明の実施の形態に用いるフロア情報テーブルの構成例を示した図である。
【図７】本発明の実施の形態に用いるアイコン情報テーブルの構成例を示した図である。
【図８】本発明の実施の形態に用いるデータベースアクセス処理部の構成例を示したブロック図である。
【図９】本発明の実施の形態に係る資産管理サーバの全体動作例を示したフローチャート図である。
【図１０】本発明の実施の形態に係る資産管理サーバにおけるフロア情報登録処理例を示したフローチャート図である。
【図１１】本発明の実施の形態に係る資産管理サーバにおけるＩＴ機器情報登録処理例を示したフローチャート図である。
【図１２】本発明の実施の形態に係る資産管理サーバにおけるＩＴ機器情報検索処理例を示したフローチャート図である。
【発明を実施するための形態】
【００１７】
以下、本発明に係る資産管理サーバ及びこれを適用する資産管理システムの実施の形態を、図１〜図１２を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１８】
図１に示す本実施の形態に係る資産管理システム１は、複数(この例では"ｎ台")のユーザ端末１０＿１〜１０＿ｎ(以下、符号１０で総称することがある)と、これらのユーザ端末１０＿１〜１０＿ｎにネットワーク２を介して接続される資産管理サーバ２０とで構成される。なお、ネットワーク２は、例えば、ユーザ環境に施設されたネットワークであり、図示の如く各種のネットワーク接続機器３＿１〜３＿ｍにより構成されている。或いは、ネットワーク２は、インターネット等の公衆ネットワークであっても良い。
【００１９】
また、資産管理サーバ２０は、データベース(以下、ＤＢと略称することがある)２１０と、このＤＢ２１０へアクセスする処理部(以下、ＤＢアクセス処理部と呼称する)２２０とを備えている。なお、ＤＢ２１０及びＤＢアクセス処理部２２０は、図１に点線で示す如く、ＤＢサーバ５００及びＷｅｂサーバ６００に分散設置しても良い。
【００２０】
この内、ＤＢ２１０には、管理対象の資産に対して各ユーザが個別に付与した属性情報３００と、当該資産の配置位置情報４００とが対応付けて記憶される。
【００２１】
一方、ＤＢアクセス処理部２２０は、ユーザ端末１０からの要求に応じて、下記の処理(Ａ)又は(Ｂ)を択一的に実行する。
【００２２】
(Ａ)ＤＢ２１０に、属性情報３００と配置位置情報４００とを対応付けて登録する処理。
(Ｂ)ＤＢ２１０から、属性情報３００又は配置位置情報４００の一方を、他方をキーとして検索する処理。この処理により得た検索結果は、ネットワーク２を介してユーザ端末１０へ通知される。
【００２３】
このように、本実施の形態においては、一部のユーザのみが知り得る特定情報を使用すること無く、資産を統合管理することができる。すなわち、全てのユーザが、資産を効率良く管理できる。
【００２４】
以下、資産管理サーバ２０の具体的な構成及び動作を、ＩＴ機器を管理対象として扱う場合を例に取り、図２〜図１２を参照して詳細に説明する。
【００２５】
図２に示すように、データベース２１０は、ＩＴ機器情報テーブル２１１、フロア情報テーブル２１２、及びアイコン情報テーブル２１３を用いたリレーショナルデータベースとして構築すると好適である。
【００２６】
まず、ＩＴ機器情報テーブル２１１は、図３に示す如く、ＩＴ機器の属性情報３００と、ＩＴ機器の配置位置情報４００とを対応付けて記憶する。
【００２７】
この内、属性情報３００には、ＩＴ機器のモデル名、ホスト名、製造番号、管理者等の種々の情報が含まれる。ここで、属性情報３００はその情報要素数が可変であり、以て複数のユーザが同一のＩＴ機器に対してそれぞれ付与した複数の属性情報を、１つのレコード中に含めることができる。すなわち、ＩＴ機器情報テーブル２１１は、１つの配置位置情報に対して、複数の属性情報を対応付けて記憶する。このため、全てのユーザが同一のＩＴ機器を共通に管理することができる。
【００２８】
一方、配置位置情報４００には、ＩＴ機器を配置するラックの名称(以下、ラック名)と、当該ラックにおけるＩＴ機器の収納位置(以下、ラック内収納位置)とが含まれる。
ここで、ラック名は、ユーザが図４に示す如くフロア毎に設置される各ラックに対して付与した名称である。図示の例では、２ＦのＸ座標＝"１５０"及びＹ座標＝"１００"に設置されたラックに対して、ラック名＝"Ｒａｃｋ＿１"が付与されている。同様に、Ｘ座標＝"５０"及びＹ座標＝"１５０"に設置されたラックに対しラック名＝"Ｒａｃｋ＿２"、Ｘ座標＝"１００"及びＹ座標＝"１００"に設置されたラックに対しラック名＝"Ｒａｃｋ＿３"がそれぞれ付与されている。
【００２９】
また、ラック内収納位置は、Ｕｎｉｔ番号と、Ｕｎｉｔ内列番号とで示される。例えば、図５(ａ)に示す１５行のＵｎｉｔを有するラックの下から５行目にＩＴ機器を収納する場合、そのラック内収納位置７００＿１を示すＵｎｉｔ番号は"５"である。また、図５(ｂ)に示す１０行のＵｎｉｔを有するラックの下から７〜９行目に亘ってＩＴ機器を収納する場合、そのラック内収納位置７００＿２を示すＵｎｉｔ番号は"７−９"である。また、図５(ｃ)に示す３行５列のＵｎｉｔを有するラックの下から２行２列目にＩＴ機器を収納する場合、そのラック内収納位置７００＿３を示すＵｎｉｔ番号は"２"であり、Ｕｎｉｔ内列番号は"２"である。なお、図５(ａ)及び図５(ｂ)にそれぞれ示したラックは１つの行に１つのＩＴ機器を収納する構造であるため、Ｕｎｉｔ内列番号をそれぞれ"０"とする。
【００３０】
次に、フロア情報テーブル２１２は、図６に示す如く、ラック名を主キーとして有し、ラック名と、ラックを設置したフロア、フロア内の設置場所(図４に示したフロアマップ上のＸ座標及びＹ座標)、及びアイコン番号(フロアマップ上に表示するアイコンの識別番号)とを対応付けて記憶する。
【００３１】
このように、ＩＴ機器情報テーブル２１１及びフロア情報テーブル２１２は、ラック名により相互に関係付けられている。従って、資産管理サーバ２０は、ユーザ端末１０から或るＩＴ機器についての検索要求を受けた際、属性情報が指定されれば対応する配置位置情報及びフロア情報を、配置位置情報及びフロア情報が指定されれば対応する属性情報を提供することができる。
【００３２】
最後に、アイコン情報テーブル２１３は、図７に示す如く、アイコン番号を主キーとして有し、アイコン番号と、図４に示したフロアマップ上に表示するラック上面アイコン(データ)、図５(ａ)〜図５(ｃ)に示したラック構造をユーザ端末１０にて表示させるためのラック側面アイコン(データ)、及びラック内のＵｎｉｔ情報(Ｕｎｉｔ番号及びＵｎｉｔ内列番号の定義情報)とを対応付けて記憶する。
【００３３】
このように、フロア情報テーブル２１２及びアイコン情報テーブル２１３は、アイコン番号により相互に関係付けられている。従って、資産管理サーバ２０は、ユーザ端末１０に検索キーを指定させる場合、及びユーザ端末１０に対して検索結果を提供する場合の両者において、配置位置情報、フロア情報、及びアイコン情報をユーザ端末１０にて可視表示可能な情報として提供することができる。このため、全てのユーザがＩＴ機器を容易に管理することができる。
【００３４】
また、図８に示すように、ＤＢアクセス処理部２２０は、図１に示したネットワーク２とのインタフェースとして機能するネットワークＩ／Ｆ２２１と、このＩ／Ｆ２２１を制御するプロセッサ２２２と、このプロセッサ２２２により作業領域として使用されるメモリ等の記憶媒体２２３とで簡易に構成すると好適である。
【００３５】
この場合、記憶媒体２２３に、Ｗｅｂ処理アプリケーションプログラム８１０、ＧＵＩ(Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ)処理アプリケーションプログラム８２０、及びＤＢサーバ処理アプリケーションプログラム８３０を予め格納しておく。なお、これらのプログラム８１０〜８３０は、一般的なネットワークサーバへのプラグインとして提供することもできる。
【００３６】
プロセッサ２２２は、記憶媒体２２３から上記のプログラム８１０〜８３０を必要に応じて読出し、Ｗｅｂ処理アプリケーション９１０、ＧＵＩ処理アプリケーションプログラム９２０、及びＤＢサーバ処理アプリケーション９３０として実行する。
【００３７】
この内、Ｗｅｂ処理アプリケーション９１０は、ＨＴＴＰＳ(Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ)に則して、ユーザ端末１０と資産管理サーバ２０の間の通信を暗号化する。図１に点線で示したようにデータベース２１０及びＤＢアクセス処理部２２０をＤＢサーバ５００及びＷｅｂサーバ６００に分散設置する場合、Ｗｅｂ処理アプリケーション９１０は、ＤＢサーバ５００とＷｅｂサーバ６００の間の通信も暗号化する。
【００３８】
これにより、管理情報の漏洩を防止できる。なお、暗号化プロトコルに他の各種プロトコルを採用した場合も同様の効果が得られる。但し、ＨＴＴＰＳを採用した場合には、ユーザ端末１０の構成を簡易化できるという更なる効果が得られる。これは、一般的なＷｅｂブラウザがＨＴＴＰＳに対応しており、ユーザ端末１０への特別なアプリケーションのインストールが不要となるためである。
【００３９】
また、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、データベース２１０へのアクセスに使用する種々の操作ＧＵＩを提供する。なお、ＧＵＩ処理アプリケーションプログラム９２０は、ユーザ端末１０に対し、図７に示したアイコンデータを作成するためのＧＵＩを提供することもできる。
【００４０】
また、ＤＢサーバ処理アプリケーション９３０は、実際にデータベース２１０へのアクセスを行う。なお、データベース２１０及びＤＢアクセス処理部２２０をＤＢサーバ５００及びＷｅｂサーバ６００に分散設置する場合、ＤＢサーバ処理アプリケーション９３０は、ＤＢサーバ５００との通信により、データベース２１０にアクセスする。
【００４１】
次に、資産管理サーバ２０の動作例を、図９〜図１２を参照して説明する。
【００４２】
図９に示すように、ユーザ端末１０からの接続要求を受けると、資産管理サーバ２０内のプロセッサ２２２は、Ｗｅｂ処理アプリケーション９１０を起動し、以てユーザ端末１０と資産管理サーバ２０の間のＨＴＴＰＳ接続を確立させる(ステップＳ１)。
【００４３】
そして、プロセッサ２２２は、ＧＵＩ処理アプリケーション９２０を起動する。ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して作業選択画面の表示を指示する(ステップＳ２)。ユーザ端末１０は、ユーザにより作業選択画面上で選択された作業種別を、ＧＵＩ処理アプリケーション９２０へ返信する。
【００４４】
ＧＵＩ処理アプリケーション９２０は、作業種別が"作業終了"を示さない場合、作業種別を判定する(ステップＳ３及びＳ４)。
【００４５】
この結果、作業種別が"フロア情報登録要求"である場合、ＧＵＩ処理アプリケーション９２０は、ＤＢサーバ処理アプリケーション９３０との協調動作により、図６に示したフロア情報テーブル２１２への登録処理(以下、フロア情報登録処理と呼称する)を実行する(ステップＳ５)。
【００４６】
作業種別が"ＩＴ機器情報登録要求"である場合、ＧＵＩ処理アプリケーション９２０は、ＤＢサーバ処理アプリケーション９３０との協調動作により、図３に示したＩＴ機器情報テーブル２１１への登録処理(以下、ＩＴ機器情報登録処理と呼称する)を実行する(ステップＳ６)。
【００４７】
作業種別が"ＩＴ機器情報検索要求"である場合、ＧＵＩ処理アプリケーション９２０は、ＤＢサーバ処理アプリケーション９３０との協調動作により、ＩＴ機器情報テーブル２１１からの検索処理(以下、ＩＴ機器情報検索処理と呼称する)を実行する(ステップＳ７)。
【００４８】
上記のステップＳ５〜Ｓ７に示した処理のいずれかが終了した場合、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して作業選択画面の再表示を指示し(ステップＳ８)、上記のステップＳ３に戻る。この結果、ユーザにより"作業終了"が選択された場合、Ｗｅｂ処理アプリケーション９１０は、ユーザ端末１０と資産管理サーバ２０の間のＨＴＴＰＳ接続を切断し、全ての処理を終了する(ステップＳ９)。
【００４９】
以下、フロア情報登録処理、ＩＴ機器情報登録処理、及びＩＴ機器情報検索処理の各例を、図１０〜図１２を参照して順に説明する。
【００５０】
[フロア情報登録処理例]
図１０に示すように、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、図４に示したフロアマップ及び図７に示したアイコン情報を送信し、以てフロア情報の入力を要求する(ステップＳ１１)。
【００５１】
ユーザ端末１０は、まず受信したフロアマップを表示する。次いで、ユーザ端末１０は、ユーザにより選択されたフロア及びラックの設置場所(Ｘ座標及びＹ座標)を取得すると共に、ＧＵＩ処理アプリケーション９２０から受信したラック名の入力フォーム(図示せず)を表示する。次いで、ユーザ端末１０は、ユーザにより入力されたラック名を取得すると共に、アイコンデータ一覧(アイコン情報)を表示する。次いで、ユーザ端末１０は、ユーザにより選択されたアイコンデータに対応するアイコン番号を取得する。最後に、ユーザ端末１０は、取得したフロア、設置場所、ラック名、及びアイコン番号を、フロア情報としてＧＵＩ処理アプリケーション９２０へ送信する。
【００５２】
ＧＵＩ処理アプリケーション９２０は、フロア情報を受信すると(ステップＳ１２)、ＤＢサーバ処理アプリケーション９３０を起動する(ステップＳ１３)。ＤＢサーバ処理アプリケーション９３０は、受信したフロア情報を用いてフロア情報テーブル２１２を更新する(ステップＳ１４)。
【００５３】
この後、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、フロア情報を連続して登録するか否かを問い合わせる(ステップＳ１５)。この結果、ユーザ端末１０から連続登録の実行が必要である旨の応答を受信した場合(ステップＳ１６)、ＧＵＩ処理アプリケーション９２０は、上記のステップＳ１１に戻る。一方、連続登録の実行が不要である旨の応答を受信した場合には、ＧＵＩ処理アプリケーション９２０は、フロア情報登録処理を終了する。
【００５４】
[ＩＴ機器情報登録処理例]
図１１に示すように、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、図４に示したフロアマップ、図６に示したフロア情報、及び図７に示したアイコン情報を送信し、以てＩＴ機器情報の入力を要求する(ステップＳ２１)。
【００５５】
ユーザ端末１０は、まずＧＵＩ処理アプリケーション９２０から受信した属性情報３００の入力フォーム(図示せず)を表示する。次いで、ユーザ端末１０は、ユーザにより入力された属性情報３００を取得すると共に、フロアマップを表示する。次いで、ユーザ端末１０は、ユーザによりＩＴ機器の配置先として選択されたラックのラック名を取得すると共に、ラック名に対応するラック側面アイコンを表示する。次いで、ユーザ端末１０は、ユーザによりラック内収納位置として選択されたＵｎｉｔ番号及びＵｎｉｔ内列番号を取得する。最後に、ユーザ端末１０は、取得した属性情報３００、並びに取得したラック名及びラック内収納位置から成る配置位置情報４００を、ＧＵＩ処理アプリケーション９２０へ送信する。
【００５６】
ＧＵＩ処理アプリケーション９２０は、属性情報３００及び配置位置情報４００を受信すると(ステップＳ２２)、ＤＢサーバ処理アプリケーション９３０を起動する(ステップＳ２３)。ＤＢサーバ処理アプリケーション９３０は、受信した属性情報３００及び配置位置情報４００を用いてＩＴ機器情報テーブル２１１を更新する(ステップＳ２４)。
【００５７】
この後、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、ＩＴ機器情報を連続して登録するか否かを問い合わせる(ステップＳ２５)。この結果、ユーザ端末１０から連続登録の実行が必要である旨の応答を受信した場合(ステップＳ２６)、ＧＵＩ処理アプリケーション９２０は、上記のステップＳ２１に戻る。一方、連続登録の実行が不要である旨の応答を受信した場合には、ＧＵＩ処理アプリケーション９２０は、ＩＴ機器情報登録処理を終了する。
【００５８】
[ＩＴ機器情報検索処理例]
図１２に示すように、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、属性情報３００及び配置位置情報４００のいずれを検索キーとするのか問い合わせる(ステップＳ３１)。
【００５９】
この結果、検索キーとして属性情報３００が指定された場合(ステップＳ３２)、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、属性情報３００の入力を要求する(ステップＳ３３)。
【００６０】
ユーザ端末１０は、まずＧＵＩ処理アプリケーション９２０から受信した属性情報３００の入力フォーム(図示せず)を表示する。次いで、ユーザ端末１０は、ユーザにより入力された属性情報３００を取得すると共に、取得した属性情報３００をＧＵＩ処理アプリケーション９２０へ送信する。
【００６１】
ＧＵＩ処理アプリケーション９２０は、属性情報３００を受信すると(ステップＳ３４)、ＤＢサーバ処理アプリケーション９３０を起動する(ステップＳ３５)。ＤＢサーバ処理アプリケーション９３０は、ＩＴ機器情報テーブル２１１から、受信した属性情報３００に対応する配置位置情報４００を検索する(ステップＳ３６)。
【００６２】
一方、上記のステップＳ３２で検索キーとして配置位置情報４００が指定された場合、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、図４に示したフロアマップ、図６に示したフロア情報、及び図７に示したアイコン情報を送信し、以て配置位置情報４００の入力を要求する(ステップＳ３７)。
【００６３】
ユーザ端末１０は、まずＧＵＩ処理アプリケーション９２０から受信したフロアマップを表示する。次いで、ユーザ端末１０は、ユーザにより検索対象として選択されたラックのラック名を取得すると共に、ラック名に対応するラック側面アイコンを表示する。次いで、ユーザ端末１０は、ユーザにより検索対象として選択されたラック内収納位置(Ｕｎｉｔ番号及びＵｎｉｔ内列番号)を取得する。最後に、ユーザ端末１０は、取得したラック名及びラック内収納位置から成る配置位置情報４００を、ＧＵＩ処理アプリケーション９２０へ送信する。
【００６４】
ＧＵＩ処理アプリケーション９２０は、配置位置情報４００を受信すると(ステップＳ３８)、ＤＢサーバ処理アプリケーション９３０を起動する(ステップＳ３９)。ＤＢサーバ処理アプリケーション９３０は、ＩＴ機器情報テーブル２１１から、受信した配置位置情報４００に対応する属性情報３００を検索する(ステップＳ４０)。
【００６５】
そして、ＧＵＩ処理アプリケーション９２０は、上記のステップＳ３６又はＳ４０の検索結果(配置位置情報４００又は属性情報３００)を、ユーザ端末１０へ送信する(ステップＳ４１)。
【００６６】
この後、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、ＩＴ機器情報を連続して検索するか否かを問い合わせる(ステップＳ４２)。この結果、ユーザ端末１０から連続検索の実行が必要である旨の応答を受信した場合(ステップＳ４３)、ＧＵＩ処理アプリケーション９２０は、上記のステップＳ３１に戻る。一方、連続検索の実行が不要である旨の応答を受信した場合には、ＧＵＩ処理アプリケーション９２０は、ＩＴ機器情報検索処理を終了する。
【００６７】
このように、ユーザ毎に知り得る情報が異なるＩＴ機器であっても、その管理を全てのユーザが行うことができる。
【００６８】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。資産管理サーバ２０が、ＩＴ機器に限らず、種々の資産を管理対象として扱えるのは言うまでも無い。資産管理サーバ２０は、例えば、棚卸し作業のような用途にも適用可能である。
【符号の説明】
【００６９】
１ 資産管理システム
２ ネットワーク
３＿１〜３＿ｍ ネットワーク接続機器
１０, １０＿１〜１０＿ｎ ユーザ端末
２０ 資産管理サーバ
２１０ データベース
２１１ ＩＴ機器情報テーブル
２１２ フロア情報テーブル
２１３ アイコン情報テーブル
２２０ ＤＢアクセス処理部
２２１ ネットワークＩ／Ｆ
２２２ プロセッサ
２２３ 記憶媒体
３００ 属性情報
４００ 配置位置情報
５００ ＤＢサーバ
６００ Ｗｅｂサーバ
７００＿１〜７００＿３ ラック内収納位置
８１０ Ｗｅｂ処理アプリケーションプログラム
８２０ ＧＵＩ処理アプリケーションプログラム
８３０ ＤＢサーバ処理アプリケーションプログラム
９１０ Ｗｅｂ処理アプリケーション
９２０ ＧＵＩ処理アプリケーション
９３０ ＤＢサーバ処理アプリケーション
【技術分野】
【０００１】
本発明は、資産管理サーバ、資産管理システム、資産管理方法、及び資産管理プログラムに関し、特にＩＴ(Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ)機器等の資産を統合管理するサーバ、システム、方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、資産管理は、市販の管理ソフトウェアや表計算ソフトを使用して行われていた。特にＩＴ機器に関しては、責任者がＩＴ機器のレンタル契約番号等を管理する一方、利用者がＩＴ機器の構造情報や設置場所等を管理するといった具合に、管理項目毎に個別の管理者が存在していた。
【０００３】
このため、資産管理に際して複数の媒体が併用され、管理者の作業効率が著しく低下してしまうという問題があった。最悪の場合、誰も資産を管理できない状況に陥り、作業の停滞や作業工数の増大等を引き起こす。また、市販の管理ソフトウェアを使用する場合には、当該ソフトウェアをインストールした特定の端末でしか管理者が作業できないという問題もあった。
【０００４】
上記の問題に対処し、資産を統合管理するシステムが、例えば特許文献１及び２に記載されている。
【０００５】
この内、特許文献１に記載されるシステムは、大略、店舗における商品の棚割りを支援するものである。具体的には、システムを構成する管理装置が、複数の商品に関する商品情報と、各商品を陳列するための複数の陳列棚に関する陳列棚情報とをデータベース上で管理する。棚割りに際し、管理装置は、データベースから、自装置にネットワークを介して接続されたユーザ端末による指定条件(棚割り対象とする陳列棚のＩＤ、及び売れ筋商品順位)に合致する商品情報及び陳列棚情報を検索(抽出)する。そして、管理装置は、抽出した商品情報に対応する画像を、抽出した陳列棚情報に対応する画像上に合成し、以て合成画像(棚割り後のイメージ)をユーザ端末にて表示可能にする。
【０００６】
一方、特許文献２に記載されるシステムは、大略、エンクロージャ内の複数のスロット各々に対する計算機の収納位置を管理するものである。具体的には、システムを構成する管理サーバが、エンクロージャＩＤ及びスロットＩＤと、計算機ＩＤとを対応付けてメモリに記憶し、以て管理者による、計算機ＩＤをキーとした収納位置の検索、並びにエンクロージャＩＤ及びスロットＩＤをキーとした計算機の検索を可能にしている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−２９６４１９号公報
【特許文献２】特開２００４−２５２８００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記の特許文献１及び２に記載されるシステムには、ユーザ操作性が低いという課題があった。これは、資産の検索に際し、当該資産に付与された固有情報(上記の陳列棚ＩＤ、エンクロージャＩＤ、スロットＩＤ、及び計算機ＩＤ)を使用するためである。この場合、当該固有情報を知らないユーザは、システムに対する操作を何ら実施できない。換言すると、資産を管理できるユーザが、特定のユーザに制限されてしまう。
【０００９】
特にＩＴ機器は、保有者、責任者、利用者等の複数のユーザによって管理され、レンタル契約番号、開発コード、名称等のようにユーザ毎に知り得る情報が異なる。このため、特定の情報のみをキーとする検索では、全てのユーザがＩＴ機器を管理することが困難である。
【００１０】
従って、本発明は、資産管理に際してのユーザ操作性を向上させることが可能な資産管理サーバ、資産管理システム、資産管理方法、及び資産管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するため、本発明の一態様に係る資産管理サーバは、データベースと、前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理と、をネットワークを介した複数のユーザ端末各々からの要求に応じて択一的に実行する処理手段とを備える。
【００１２】
また、本発明の一態様に係る資産管理システムは、複数のユーザ端末と、データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理と、をネットワークを介した各ユーザ端末からの要求に応じて択一的に実行するサーバとを備える。
【００１３】
また、本発明の一態様に係る資産管理方法は、データベースを有するサーバにおける資産管理方法を提供する。この資産管理方法は、ネットワークを介した複数のユーザ端末各々からの登録要求に応じて、前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録し、前記ネットワークを介した各ユーザ端末からの検索要求に応じて、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する。
【００１４】
さらに、本発明の一態様に係る資産管理プログラムは、データベースを有するサーバに、ネットワークを介した複数のユーザ端末各々からの登録要求に応じて、前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、前記ネットワークを介した各ユーザ端末からの検索要求に応じて、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理とを実行させる。
【発明の効果】
【００１５】
本発明では、資産を、各ユーザが個別に付与した属性情報と、各ユーザが共通に認識可能な配置位置情報とを用いて統合管理する。このため、資産の検索に際し、一部のユーザのみが知り得る特定情報の使用は不要となり、以てユーザ操作性を、上記の特許文献１及び２と比較して大幅に向上させること(すなわち、全てのユーザが資産を管理すること)が可能である。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態に係る資産管理サーバ及びこれを適用する資産管理システムの構成例を示したブロック図である。
【図２】本発明の実施の形態に用いるデータベースの構成例を示したブロック図である。
【図３】本発明の実施の形態に用いるＩＴ機器情報テーブルの構成例を示した図である。
【図４】本発明の実施の形態に用いるフロアマップの一例を示したグラフ図である。
【図５】本発明の実施の形態に用いるラックの構成例を示したブロック図である。
【図６】本発明の実施の形態に用いるフロア情報テーブルの構成例を示した図である。
【図７】本発明の実施の形態に用いるアイコン情報テーブルの構成例を示した図である。
【図８】本発明の実施の形態に用いるデータベースアクセス処理部の構成例を示したブロック図である。
【図９】本発明の実施の形態に係る資産管理サーバの全体動作例を示したフローチャート図である。
【図１０】本発明の実施の形態に係る資産管理サーバにおけるフロア情報登録処理例を示したフローチャート図である。
【図１１】本発明の実施の形態に係る資産管理サーバにおけるＩＴ機器情報登録処理例を示したフローチャート図である。
【図１２】本発明の実施の形態に係る資産管理サーバにおけるＩＴ機器情報検索処理例を示したフローチャート図である。
【発明を実施するための形態】
【００１７】
以下、本発明に係る資産管理サーバ及びこれを適用する資産管理システムの実施の形態を、図１〜図１２を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１８】
図１に示す本実施の形態に係る資産管理システム１は、複数(この例では"ｎ台")のユーザ端末１０＿１〜１０＿ｎ(以下、符号１０で総称することがある)と、これらのユーザ端末１０＿１〜１０＿ｎにネットワーク２を介して接続される資産管理サーバ２０とで構成される。なお、ネットワーク２は、例えば、ユーザ環境に施設されたネットワークであり、図示の如く各種のネットワーク接続機器３＿１〜３＿ｍにより構成されている。或いは、ネットワーク２は、インターネット等の公衆ネットワークであっても良い。
【００１９】
また、資産管理サーバ２０は、データベース(以下、ＤＢと略称することがある)２１０と、このＤＢ２１０へアクセスする処理部(以下、ＤＢアクセス処理部と呼称する)２２０とを備えている。なお、ＤＢ２１０及びＤＢアクセス処理部２２０は、図１に点線で示す如く、ＤＢサーバ５００及びＷｅｂサーバ６００に分散設置しても良い。
【００２０】
この内、ＤＢ２１０には、管理対象の資産に対して各ユーザが個別に付与した属性情報３００と、当該資産の配置位置情報４００とが対応付けて記憶される。
【００２１】
一方、ＤＢアクセス処理部２２０は、ユーザ端末１０からの要求に応じて、下記の処理(Ａ)又は(Ｂ)を択一的に実行する。
【００２２】
(Ａ)ＤＢ２１０に、属性情報３００と配置位置情報４００とを対応付けて登録する処理。
(Ｂ)ＤＢ２１０から、属性情報３００又は配置位置情報４００の一方を、他方をキーとして検索する処理。この処理により得た検索結果は、ネットワーク２を介してユーザ端末１０へ通知される。
【００２３】
このように、本実施の形態においては、一部のユーザのみが知り得る特定情報を使用すること無く、資産を統合管理することができる。すなわち、全てのユーザが、資産を効率良く管理できる。
【００２４】
以下、資産管理サーバ２０の具体的な構成及び動作を、ＩＴ機器を管理対象として扱う場合を例に取り、図２〜図１２を参照して詳細に説明する。
【００２５】
図２に示すように、データベース２１０は、ＩＴ機器情報テーブル２１１、フロア情報テーブル２１２、及びアイコン情報テーブル２１３を用いたリレーショナルデータベースとして構築すると好適である。
【００２６】
まず、ＩＴ機器情報テーブル２１１は、図３に示す如く、ＩＴ機器の属性情報３００と、ＩＴ機器の配置位置情報４００とを対応付けて記憶する。
【００２７】
この内、属性情報３００には、ＩＴ機器のモデル名、ホスト名、製造番号、管理者等の種々の情報が含まれる。ここで、属性情報３００はその情報要素数が可変であり、以て複数のユーザが同一のＩＴ機器に対してそれぞれ付与した複数の属性情報を、１つのレコード中に含めることができる。すなわち、ＩＴ機器情報テーブル２１１は、１つの配置位置情報に対して、複数の属性情報を対応付けて記憶する。このため、全てのユーザが同一のＩＴ機器を共通に管理することができる。
【００２８】
一方、配置位置情報４００には、ＩＴ機器を配置するラックの名称(以下、ラック名)と、当該ラックにおけるＩＴ機器の収納位置(以下、ラック内収納位置)とが含まれる。
ここで、ラック名は、ユーザが図４に示す如くフロア毎に設置される各ラックに対して付与した名称である。図示の例では、２ＦのＸ座標＝"１５０"及びＹ座標＝"１００"に設置されたラックに対して、ラック名＝"Ｒａｃｋ＿１"が付与されている。同様に、Ｘ座標＝"５０"及びＹ座標＝"１５０"に設置されたラックに対しラック名＝"Ｒａｃｋ＿２"、Ｘ座標＝"１００"及びＹ座標＝"１００"に設置されたラックに対しラック名＝"Ｒａｃｋ＿３"がそれぞれ付与されている。
【００２９】
また、ラック内収納位置は、Ｕｎｉｔ番号と、Ｕｎｉｔ内列番号とで示される。例えば、図５(ａ)に示す１５行のＵｎｉｔを有するラックの下から５行目にＩＴ機器を収納する場合、そのラック内収納位置７００＿１を示すＵｎｉｔ番号は"５"である。また、図５(ｂ)に示す１０行のＵｎｉｔを有するラックの下から７〜９行目に亘ってＩＴ機器を収納する場合、そのラック内収納位置７００＿２を示すＵｎｉｔ番号は"７−９"である。また、図５(ｃ)に示す３行５列のＵｎｉｔを有するラックの下から２行２列目にＩＴ機器を収納する場合、そのラック内収納位置７００＿３を示すＵｎｉｔ番号は"２"であり、Ｕｎｉｔ内列番号は"２"である。なお、図５(ａ)及び図５(ｂ)にそれぞれ示したラックは１つの行に１つのＩＴ機器を収納する構造であるため、Ｕｎｉｔ内列番号をそれぞれ"０"とする。
【００３０】
次に、フロア情報テーブル２１２は、図６に示す如く、ラック名を主キーとして有し、ラック名と、ラックを設置したフロア、フロア内の設置場所(図４に示したフロアマップ上のＸ座標及びＹ座標)、及びアイコン番号(フロアマップ上に表示するアイコンの識別番号)とを対応付けて記憶する。
【００３１】
このように、ＩＴ機器情報テーブル２１１及びフロア情報テーブル２１２は、ラック名により相互に関係付けられている。従って、資産管理サーバ２０は、ユーザ端末１０から或るＩＴ機器についての検索要求を受けた際、属性情報が指定されれば対応する配置位置情報及びフロア情報を、配置位置情報及びフロア情報が指定されれば対応する属性情報を提供することができる。
【００３２】
最後に、アイコン情報テーブル２１３は、図７に示す如く、アイコン番号を主キーとして有し、アイコン番号と、図４に示したフロアマップ上に表示するラック上面アイコン(データ)、図５(ａ)〜図５(ｃ)に示したラック構造をユーザ端末１０にて表示させるためのラック側面アイコン(データ)、及びラック内のＵｎｉｔ情報(Ｕｎｉｔ番号及びＵｎｉｔ内列番号の定義情報)とを対応付けて記憶する。
【００３３】
このように、フロア情報テーブル２１２及びアイコン情報テーブル２１３は、アイコン番号により相互に関係付けられている。従って、資産管理サーバ２０は、ユーザ端末１０に検索キーを指定させる場合、及びユーザ端末１０に対して検索結果を提供する場合の両者において、配置位置情報、フロア情報、及びアイコン情報をユーザ端末１０にて可視表示可能な情報として提供することができる。このため、全てのユーザがＩＴ機器を容易に管理することができる。
【００３４】
また、図８に示すように、ＤＢアクセス処理部２２０は、図１に示したネットワーク２とのインタフェースとして機能するネットワークＩ／Ｆ２２１と、このＩ／Ｆ２２１を制御するプロセッサ２２２と、このプロセッサ２２２により作業領域として使用されるメモリ等の記憶媒体２２３とで簡易に構成すると好適である。
【００３５】
この場合、記憶媒体２２３に、Ｗｅｂ処理アプリケーションプログラム８１０、ＧＵＩ(Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ)処理アプリケーションプログラム８２０、及びＤＢサーバ処理アプリケーションプログラム８３０を予め格納しておく。なお、これらのプログラム８１０〜８３０は、一般的なネットワークサーバへのプラグインとして提供することもできる。
【００３６】
プロセッサ２２２は、記憶媒体２２３から上記のプログラム８１０〜８３０を必要に応じて読出し、Ｗｅｂ処理アプリケーション９１０、ＧＵＩ処理アプリケーションプログラム９２０、及びＤＢサーバ処理アプリケーション９３０として実行する。
【００３７】
この内、Ｗｅｂ処理アプリケーション９１０は、ＨＴＴＰＳ(Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ)に則して、ユーザ端末１０と資産管理サーバ２０の間の通信を暗号化する。図１に点線で示したようにデータベース２１０及びＤＢアクセス処理部２２０をＤＢサーバ５００及びＷｅｂサーバ６００に分散設置する場合、Ｗｅｂ処理アプリケーション９１０は、ＤＢサーバ５００とＷｅｂサーバ６００の間の通信も暗号化する。
【００３８】
これにより、管理情報の漏洩を防止できる。なお、暗号化プロトコルに他の各種プロトコルを採用した場合も同様の効果が得られる。但し、ＨＴＴＰＳを採用した場合には、ユーザ端末１０の構成を簡易化できるという更なる効果が得られる。これは、一般的なＷｅｂブラウザがＨＴＴＰＳに対応しており、ユーザ端末１０への特別なアプリケーションのインストールが不要となるためである。
【００３９】
また、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、データベース２１０へのアクセスに使用する種々の操作ＧＵＩを提供する。なお、ＧＵＩ処理アプリケーションプログラム９２０は、ユーザ端末１０に対し、図７に示したアイコンデータを作成するためのＧＵＩを提供することもできる。
【００４０】
また、ＤＢサーバ処理アプリケーション９３０は、実際にデータベース２１０へのアクセスを行う。なお、データベース２１０及びＤＢアクセス処理部２２０をＤＢサーバ５００及びＷｅｂサーバ６００に分散設置する場合、ＤＢサーバ処理アプリケーション９３０は、ＤＢサーバ５００との通信により、データベース２１０にアクセスする。
【００４１】
次に、資産管理サーバ２０の動作例を、図９〜図１２を参照して説明する。
【００４２】
図９に示すように、ユーザ端末１０からの接続要求を受けると、資産管理サーバ２０内のプロセッサ２２２は、Ｗｅｂ処理アプリケーション９１０を起動し、以てユーザ端末１０と資産管理サーバ２０の間のＨＴＴＰＳ接続を確立させる(ステップＳ１)。
【００４３】
そして、プロセッサ２２２は、ＧＵＩ処理アプリケーション９２０を起動する。ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して作業選択画面の表示を指示する(ステップＳ２)。ユーザ端末１０は、ユーザにより作業選択画面上で選択された作業種別を、ＧＵＩ処理アプリケーション９２０へ返信する。
【００４４】
ＧＵＩ処理アプリケーション９２０は、作業種別が"作業終了"を示さない場合、作業種別を判定する(ステップＳ３及びＳ４)。
【００４５】
この結果、作業種別が"フロア情報登録要求"である場合、ＧＵＩ処理アプリケーション９２０は、ＤＢサーバ処理アプリケーション９３０との協調動作により、図６に示したフロア情報テーブル２１２への登録処理(以下、フロア情報登録処理と呼称する)を実行する(ステップＳ５)。
【００４６】
作業種別が"ＩＴ機器情報登録要求"である場合、ＧＵＩ処理アプリケーション９２０は、ＤＢサーバ処理アプリケーション９３０との協調動作により、図３に示したＩＴ機器情報テーブル２１１への登録処理(以下、ＩＴ機器情報登録処理と呼称する)を実行する(ステップＳ６)。
【００４７】
作業種別が"ＩＴ機器情報検索要求"である場合、ＧＵＩ処理アプリケーション９２０は、ＤＢサーバ処理アプリケーション９３０との協調動作により、ＩＴ機器情報テーブル２１１からの検索処理(以下、ＩＴ機器情報検索処理と呼称する)を実行する(ステップＳ７)。
【００４８】
上記のステップＳ５〜Ｓ７に示した処理のいずれかが終了した場合、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して作業選択画面の再表示を指示し(ステップＳ８)、上記のステップＳ３に戻る。この結果、ユーザにより"作業終了"が選択された場合、Ｗｅｂ処理アプリケーション９１０は、ユーザ端末１０と資産管理サーバ２０の間のＨＴＴＰＳ接続を切断し、全ての処理を終了する(ステップＳ９)。
【００４９】
以下、フロア情報登録処理、ＩＴ機器情報登録処理、及びＩＴ機器情報検索処理の各例を、図１０〜図１２を参照して順に説明する。
【００５０】
[フロア情報登録処理例]
図１０に示すように、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、図４に示したフロアマップ及び図７に示したアイコン情報を送信し、以てフロア情報の入力を要求する(ステップＳ１１)。
【００５１】
ユーザ端末１０は、まず受信したフロアマップを表示する。次いで、ユーザ端末１０は、ユーザにより選択されたフロア及びラックの設置場所(Ｘ座標及びＹ座標)を取得すると共に、ＧＵＩ処理アプリケーション９２０から受信したラック名の入力フォーム(図示せず)を表示する。次いで、ユーザ端末１０は、ユーザにより入力されたラック名を取得すると共に、アイコンデータ一覧(アイコン情報)を表示する。次いで、ユーザ端末１０は、ユーザにより選択されたアイコンデータに対応するアイコン番号を取得する。最後に、ユーザ端末１０は、取得したフロア、設置場所、ラック名、及びアイコン番号を、フロア情報としてＧＵＩ処理アプリケーション９２０へ送信する。
【００５２】
ＧＵＩ処理アプリケーション９２０は、フロア情報を受信すると(ステップＳ１２)、ＤＢサーバ処理アプリケーション９３０を起動する(ステップＳ１３)。ＤＢサーバ処理アプリケーション９３０は、受信したフロア情報を用いてフロア情報テーブル２１２を更新する(ステップＳ１４)。
【００５３】
この後、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、フロア情報を連続して登録するか否かを問い合わせる(ステップＳ１５)。この結果、ユーザ端末１０から連続登録の実行が必要である旨の応答を受信した場合(ステップＳ１６)、ＧＵＩ処理アプリケーション９２０は、上記のステップＳ１１に戻る。一方、連続登録の実行が不要である旨の応答を受信した場合には、ＧＵＩ処理アプリケーション９２０は、フロア情報登録処理を終了する。
【００５４】
[ＩＴ機器情報登録処理例]
図１１に示すように、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、図４に示したフロアマップ、図６に示したフロア情報、及び図７に示したアイコン情報を送信し、以てＩＴ機器情報の入力を要求する(ステップＳ２１)。
【００５５】
ユーザ端末１０は、まずＧＵＩ処理アプリケーション９２０から受信した属性情報３００の入力フォーム(図示せず)を表示する。次いで、ユーザ端末１０は、ユーザにより入力された属性情報３００を取得すると共に、フロアマップを表示する。次いで、ユーザ端末１０は、ユーザによりＩＴ機器の配置先として選択されたラックのラック名を取得すると共に、ラック名に対応するラック側面アイコンを表示する。次いで、ユーザ端末１０は、ユーザによりラック内収納位置として選択されたＵｎｉｔ番号及びＵｎｉｔ内列番号を取得する。最後に、ユーザ端末１０は、取得した属性情報３００、並びに取得したラック名及びラック内収納位置から成る配置位置情報４００を、ＧＵＩ処理アプリケーション９２０へ送信する。
【００５６】
ＧＵＩ処理アプリケーション９２０は、属性情報３００及び配置位置情報４００を受信すると(ステップＳ２２)、ＤＢサーバ処理アプリケーション９３０を起動する(ステップＳ２３)。ＤＢサーバ処理アプリケーション９３０は、受信した属性情報３００及び配置位置情報４００を用いてＩＴ機器情報テーブル２１１を更新する(ステップＳ２４)。
【００５７】
この後、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、ＩＴ機器情報を連続して登録するか否かを問い合わせる(ステップＳ２５)。この結果、ユーザ端末１０から連続登録の実行が必要である旨の応答を受信した場合(ステップＳ２６)、ＧＵＩ処理アプリケーション９２０は、上記のステップＳ２１に戻る。一方、連続登録の実行が不要である旨の応答を受信した場合には、ＧＵＩ処理アプリケーション９２０は、ＩＴ機器情報登録処理を終了する。
【００５８】
[ＩＴ機器情報検索処理例]
図１２に示すように、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、属性情報３００及び配置位置情報４００のいずれを検索キーとするのか問い合わせる(ステップＳ３１)。
【００５９】
この結果、検索キーとして属性情報３００が指定された場合(ステップＳ３２)、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、属性情報３００の入力を要求する(ステップＳ３３)。
【００６０】
ユーザ端末１０は、まずＧＵＩ処理アプリケーション９２０から受信した属性情報３００の入力フォーム(図示せず)を表示する。次いで、ユーザ端末１０は、ユーザにより入力された属性情報３００を取得すると共に、取得した属性情報３００をＧＵＩ処理アプリケーション９２０へ送信する。
【００６１】
ＧＵＩ処理アプリケーション９２０は、属性情報３００を受信すると(ステップＳ３４)、ＤＢサーバ処理アプリケーション９３０を起動する(ステップＳ３５)。ＤＢサーバ処理アプリケーション９３０は、ＩＴ機器情報テーブル２１１から、受信した属性情報３００に対応する配置位置情報４００を検索する(ステップＳ３６)。
【００６２】
一方、上記のステップＳ３２で検索キーとして配置位置情報４００が指定された場合、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、図４に示したフロアマップ、図６に示したフロア情報、及び図７に示したアイコン情報を送信し、以て配置位置情報４００の入力を要求する(ステップＳ３７)。
【００６３】
ユーザ端末１０は、まずＧＵＩ処理アプリケーション９２０から受信したフロアマップを表示する。次いで、ユーザ端末１０は、ユーザにより検索対象として選択されたラックのラック名を取得すると共に、ラック名に対応するラック側面アイコンを表示する。次いで、ユーザ端末１０は、ユーザにより検索対象として選択されたラック内収納位置(Ｕｎｉｔ番号及びＵｎｉｔ内列番号)を取得する。最後に、ユーザ端末１０は、取得したラック名及びラック内収納位置から成る配置位置情報４００を、ＧＵＩ処理アプリケーション９２０へ送信する。
【００６４】
ＧＵＩ処理アプリケーション９２０は、配置位置情報４００を受信すると(ステップＳ３８)、ＤＢサーバ処理アプリケーション９３０を起動する(ステップＳ３９)。ＤＢサーバ処理アプリケーション９３０は、ＩＴ機器情報テーブル２１１から、受信した配置位置情報４００に対応する属性情報３００を検索する(ステップＳ４０)。
【００６５】
そして、ＧＵＩ処理アプリケーション９２０は、上記のステップＳ３６又はＳ４０の検索結果(配置位置情報４００又は属性情報３００)を、ユーザ端末１０へ送信する(ステップＳ４１)。
【００６６】
この後、ＧＵＩ処理アプリケーション９２０は、ユーザ端末１０に対して、ＩＴ機器情報を連続して検索するか否かを問い合わせる(ステップＳ４２)。この結果、ユーザ端末１０から連続検索の実行が必要である旨の応答を受信した場合(ステップＳ４３)、ＧＵＩ処理アプリケーション９２０は、上記のステップＳ３１に戻る。一方、連続検索の実行が不要である旨の応答を受信した場合には、ＧＵＩ処理アプリケーション９２０は、ＩＴ機器情報検索処理を終了する。
【００６７】
このように、ユーザ毎に知り得る情報が異なるＩＴ機器であっても、その管理を全てのユーザが行うことができる。
【００６８】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。資産管理サーバ２０が、ＩＴ機器に限らず、種々の資産を管理対象として扱えるのは言うまでも無い。資産管理サーバ２０は、例えば、棚卸し作業のような用途にも適用可能である。
【符号の説明】
【００６９】
１ 資産管理システム
２ ネットワーク
３＿１〜３＿ｍ ネットワーク接続機器
１０, １０＿１〜１０＿ｎ ユーザ端末
２０ 資産管理サーバ
２１０ データベース
２１１ ＩＴ機器情報テーブル
２１２ フロア情報テーブル
２１３ アイコン情報テーブル
２２０ ＤＢアクセス処理部
２２１ ネットワークＩ／Ｆ
２２２ プロセッサ
２２３ 記憶媒体
３００ 属性情報
４００ 配置位置情報
５００ ＤＢサーバ
６００ Ｗｅｂサーバ
７００＿１〜７００＿３ ラック内収納位置
８１０ Ｗｅｂ処理アプリケーションプログラム
８２０ ＧＵＩ処理アプリケーションプログラム
８３０ ＤＢサーバ処理アプリケーションプログラム
９１０ Ｗｅｂ処理アプリケーション
９２０ ＧＵＩ処理アプリケーション
９３０ ＤＢサーバ処理アプリケーション
【特許請求の範囲】
【請求項１】
データベースと、
前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理と、をネットワークを介した複数のユーザ端末各々からの要求に応じて択一的に実行する処理手段と、
を備えた資産管理サーバ。
【請求項２】
請求項１において、
前記処理手段が、前記データベース中の一の配置位置情報に対し、一のユーザ端末から要求された属性情報、及び他のユーザ端末から要求された属性情報の両者を対応付けて登録することを特徴とした資産管理サーバ。
【請求項３】
請求項１又は２において、
前記配置位置情報が、前記ユーザ端末で可視表示可能な、前記資産の三次元的な配置位置を示すことを特徴とした資産管理サーバ。
【請求項４】
請求項１〜３のいずれか一項において、
前記処理手段が、予め定めた暗号化プロトコルに則して、前記要求及び前記検索の結果を前記ユーザ端末と自サーバの間で伝送することを特徴とした資産管理サーバ。
【請求項５】
請求項４において、
前記暗号化プロトコルが、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）であることを特徴とした資産管理サーバ。
【請求項６】
複数のユーザ端末と、
データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理と、をネットワークを介した各ユーザ端末からの要求に応じて択一的に実行するサーバと、
を備えた資産管理システム。
【請求項７】
データベースを有するサーバにおける資産管理方法であって、
ネットワークを介した複数のユーザ端末各々からの登録要求に応じて、前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録し、
前記ネットワークを介した各ユーザ端末からの検索要求に応じて、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する、資産管理方法。
【請求項８】
請求項７において、
前記データベース中の一の配置位置情報に対し、一のユーザ端末から要求された属性情報、及び他のユーザ端末から要求された属性情報の両者を対応付けて登録することを特徴とした資産管理方法。
【請求項９】
請求項７又は８において、
前記配置位置情報として、前記ユーザ端末で可視表示可能な、前記資産の三次元的な配置位置を示す情報を用いることを特徴とした資産管理方法。
【請求項１０】
請求項７〜９のいずれか一項において、
予め定めた暗号化プロトコルに則して、前記要求及び前記検索の結果を前記ユーザ端末と前記サーバの間で伝送することを特徴とした資産管理方法。
【請求項１１】
請求項１０において、
前記暗号化プロトコルとして、ＨＴＴＰＳを用いることを特徴とした資産管理方法。
【請求項１２】
データベースを有するサーバに、
ネットワークを介した複数のユーザ端末各々からの登録要求に応じて、前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、
前記ネットワークを介した各ユーザ端末からの検索要求に応じて、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理と、
を実行させるための資産管理プログラム。
【請求項１】
データベースと、
前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理と、をネットワークを介した複数のユーザ端末各々からの要求に応じて択一的に実行する処理手段と、
を備えた資産管理サーバ。
【請求項２】
請求項１において、
前記処理手段が、前記データベース中の一の配置位置情報に対し、一のユーザ端末から要求された属性情報、及び他のユーザ端末から要求された属性情報の両者を対応付けて登録することを特徴とした資産管理サーバ。
【請求項３】
請求項１又は２において、
前記配置位置情報が、前記ユーザ端末で可視表示可能な、前記資産の三次元的な配置位置を示すことを特徴とした資産管理サーバ。
【請求項４】
請求項１〜３のいずれか一項において、
前記処理手段が、予め定めた暗号化プロトコルに則して、前記要求及び前記検索の結果を前記ユーザ端末と自サーバの間で伝送することを特徴とした資産管理サーバ。
【請求項５】
請求項４において、
前記暗号化プロトコルが、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）であることを特徴とした資産管理サーバ。
【請求項６】
複数のユーザ端末と、
データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理と、をネットワークを介した各ユーザ端末からの要求に応じて択一的に実行するサーバと、
を備えた資産管理システム。
【請求項７】
データベースを有するサーバにおける資産管理方法であって、
ネットワークを介した複数のユーザ端末各々からの登録要求に応じて、前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録し、
前記ネットワークを介した各ユーザ端末からの検索要求に応じて、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する、資産管理方法。
【請求項８】
請求項７において、
前記データベース中の一の配置位置情報に対し、一のユーザ端末から要求された属性情報、及び他のユーザ端末から要求された属性情報の両者を対応付けて登録することを特徴とした資産管理方法。
【請求項９】
請求項７又は８において、
前記配置位置情報として、前記ユーザ端末で可視表示可能な、前記資産の三次元的な配置位置を示す情報を用いることを特徴とした資産管理方法。
【請求項１０】
請求項７〜９のいずれか一項において、
予め定めた暗号化プロトコルに則して、前記要求及び前記検索の結果を前記ユーザ端末と前記サーバの間で伝送することを特徴とした資産管理方法。
【請求項１１】
請求項１０において、
前記暗号化プロトコルとして、ＨＴＴＰＳを用いることを特徴とした資産管理方法。
【請求項１２】
データベースを有するサーバに、
ネットワークを介した複数のユーザ端末各々からの登録要求に応じて、前記データベースに、資産に付与された任意の属性情報と前記資産の配置位置情報とを対応付けて登録する処理と、
前記ネットワークを介した各ユーザ端末からの検索要求に応じて、前記データベースから、前記属性情報又は前記配置位置情報の一方を他方をキーとして検索する処理と、
を実行させるための資産管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１１−８４６３（Ｐ２０１１−８４６３Ａ）
【公開日】平成２３年１月１３日（２０１１．１．１３）
【国際特許分類】
【出願番号】特願２００９−１５０５３２（Ｐ２００９−１５０５３２）
【出願日】平成２１年６月２５日（２００９．６．２５）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
【Ｆターム（参考）】
【公開日】平成２３年１月１３日（２０１１．１．１３）
【国際特許分類】
【出願日】平成２１年６月２５日（２００９．６．２５）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
【Ｆターム（参考）】
[ Back to top ]