JP2007135109A - 仮想ネットワーク管理方法、仮想ネットワーク管理プログラム、仮想ネットワーク管理システムおよび仮想ネットワーク管理手段 - Google Patents
仮想ネットワーク管理方法、仮想ネットワーク管理プログラム、仮想ネットワーク管理システムおよび仮想ネットワーク管理手段 Download PDFInfo
- Publication number
- JP2007135109A JP2007135109A JP2005328141A JP2005328141A JP2007135109A JP 2007135109 A JP2007135109 A JP 2007135109A JP 2005328141 A JP2005328141 A JP 2005328141A JP 2005328141 A JP2005328141 A JP 2005328141A JP 2007135109 A JP2007135109 A JP 2007135109A
- Authority
- JP
- Japan
- Prior art keywords
- vlan
- virtual network
- business
- server
- management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
- H04L12/4675—Dynamic sharing of VLAN information amongst network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
【課題】サーバの追加・削除に伴う設定変更の手間を軽減する。
【解決手段】業務管理装置３は、前記業務と前記仮想ネットワークのマッピングを管理情報として保持し、管理対象サーバ６は、自身の状態の変化を契機として、通知をＶＬＡＮ管理装置２に送信し、ＶＬＡＮ管理装置２は、前記通知を受信し、前記通知に含まれる情報を参照して前記管理対象サーバ６とネットワークスイッチ４の接続ポートを特定し、前記ネットワークスイッチ４の当該接続ポートに所属する仮想ネットワークの設定をすることを特徴とする。
【選択図】図１
【解決手段】業務管理装置３は、前記業務と前記仮想ネットワークのマッピングを管理情報として保持し、管理対象サーバ６は、自身の状態の変化を契機として、通知をＶＬＡＮ管理装置２に送信し、ＶＬＡＮ管理装置２は、前記通知を受信し、前記通知に含まれる情報を参照して前記管理対象サーバ６とネットワークスイッチ４の接続ポートを特定し、前記ネットワークスイッチ４の当該接続ポートに所属する仮想ネットワークの設定をすることを特徴とする。
【選択図】図１
Description
複数の業務を、業務ごとにグループ化されたコンピュータで処理するネットワークの管理方法に係り、ネットワークに対し新規に追加されたコンピュータまたは削除されたコンピュータの設定を自動的に行う技術に関する。
近年、データセンタや企業の情報システムなどでは、複数の業務を省スペースとなる少数のサーバで構成されるシステムに集約して運用することにより、サーバの稼働率を向上させ、なおかつサーバの集積度を向上させることが重要になっている。
前記のようなサーバシステムを運用する場合、性能、あるいはセキュリティの観点から、仮想ネットワークを構築して異なる業務に属するサーバ同士が直接疎通できないようにすることが一般的である。仮想ネットワークとは、1つのネットワークスイッチに接続する複数のサーバの中で、特定のサーバ同士しか通信できないように分離されたネットワークを指す。これによって、異なる仮想ネットワークに属する２つのサーバは、直接疎通をすることができなくなる。仮想ネットワークの実装例としては、ＶＬＡＮ（Virtual Local Area Network：請求項における仮想ネットワーク）などの技術が挙げられる。
前記のようなサーバシステムを運用する場合、性能、あるいはセキュリティの観点から、仮想ネットワークを構築して異なる業務に属するサーバ同士が直接疎通できないようにすることが一般的である。仮想ネットワークとは、1つのネットワークスイッチに接続する複数のサーバの中で、特定のサーバ同士しか通信できないように分離されたネットワークを指す。これによって、異なる仮想ネットワークに属する２つのサーバは、直接疎通をすることができなくなる。仮想ネットワークの実装例としては、ＶＬＡＮ（Virtual Local Area Network：請求項における仮想ネットワーク）などの技術が挙げられる。
このような仮想ネットワークを用いた運用では、システム内の個々のサーバがどの仮想ネットワークに属するかをネットワーク中の情報の流れを制御するネットワークスイッチに対して設定する必要がある。具体的には、ネットワークスイッチとサーバとが接続しているスイッチ上のポートを設定する必要がある。このため、システム内に、新規にサーバを追加する場合や、サーバを修理などで取り替える場合、ある業務Ａで使用していたサーバを別の業務Ｂで使用したい場合などに、その都度、ネットワークスイッチに対して仮想ネットワークの設定を行う必要があった。
さらに、業務に新規のサーバを追加する場合や、サーバを取り替える場合、あるいはサーバの用途を変更する場合には、サーバに対しても業務を稼動させるために必要な初期設定を、その都度行う必要がある。一般的に、初期設定は、サーバ内のハードディスク装置へのオペレーティングシステム(Operating System：ＯＳ)、ソフトウェアのインストール、およびその後のセットアップなどが必要となる。
このように、ある仮想ネットワーク内でサーバの追加、用途変更などを行った場合、サーバを特定の業務で使用するためには、ネットワークとハードディスク装置両方への設定を、その都度行う必要があった。
さらに、業務に新規のサーバを追加する場合や、サーバを取り替える場合、あるいはサーバの用途を変更する場合には、サーバに対しても業務を稼動させるために必要な初期設定を、その都度行う必要がある。一般的に、初期設定は、サーバ内のハードディスク装置へのオペレーティングシステム(Operating System：ＯＳ)、ソフトウェアのインストール、およびその後のセットアップなどが必要となる。
このように、ある仮想ネットワーク内でサーバの追加、用途変更などを行った場合、サーバを特定の業務で使用するためには、ネットワークとハードディスク装置両方への設定を、その都度行う必要があった。
このような運用を行うシステムにおいて、業務ごとにネットワークスイッチの各ポートに対する設定と、記憶装置への設定を事前に登録しておき、サーバの業務が変更されるなどの変更がなされた場合に、ネットワークスイッチの設定と記憶装置への設定を一括して行う技術が開示されている（例えば、特許文献１参照）。
特開２００３−１２４９７６号公報（請求項１）
しかしながら、従来技術では、ネットワークスイッチに対する仮想ネットワークの設定、あるいは、記憶装置に対する設定を事前に定義しておく必要がある。このためには、システムの各サーバがどのネットワークスイッチのどのポートに接続しているかという対応関係を管理する必要があった。ネットワークスイッチやサーバが多数存在するデータセンタなどのシステムでは、この管理に対するコストが大きな負担となっていた。
また、故障などにより実際のサーバの構成が頻繁に変わる場合、あるいは、徐々にサーバ台数を増やしていくような運用を想定する場合は、構成が変更されるたびに手動で設定を変更する必要があり、変更コストが必要となるとともに、作業ミス発生の危険性を高くしていた。
さらに、ある特定のシステムの構成を別のハードウェア構成のシステムに移す際に、個別の機器に依存した情報が必要となり、元の機器の情報の再利用が困難であった。
さらに、ある特定のシステムの構成を別のハードウェア構成のシステムに移す際に、個別の機器に依存した情報が必要となり、元の機器の情報の再利用が困難であった。
前記課題を鑑みて、本発明は、サーバの追加・削除に伴う設定変更の手間を軽減することを目的とする。
少なくとも１台のネットワークスイッチと、業務を管理する少なくとも１台の管理対象サーバと、前記管理対象サーバに処理させる業務を管理する業務管理手段と、前記ネットワークスイッチの接続を制御する仮想ネットワーク管理手段とを備えてなり、前記業務ごとに異なる仮想ネットワークを構築する仮想ネットワーク管理システムにおける仮想ネットワーク管理方法であって、前記業務管理手段は、前記業務と前記仮想ネットワークのマッピングを管理情報として保持し、前記管理対象サーバは、自身の状態の変化を契機として、自身の情報を含む通知を前記仮想ネットワーク管理手段に送信し、前記仮想ネットワーク管理手段は、前記通知を受信し、前記受信した通知に含まれる情報を参照して前記管理対象サーバと前記ネットワークスイッチの接続ポートを特定し、前記特定した接続ポートに対して、前記業務に対応する前記仮想ネットワークの設定をすることを特徴とする。
本発明によれば、サーバの追加・削除に伴う設定変更の手間を軽減することが可能となる。
［第１実施形態］（ＶＬＡＮ管理システムの構成）
図１は、第１実施形態におけるＶＬＡＮ管理システムの構成例を示す図である。
本実施形態のＶＬＡＮ管理システム（請求項における仮想ネットワーク管理システム）１は、少なくとも１台のネットワークスイッチ４（本例では１台）と、ネットワークスイッチに接続された複数の管理対象サーバ６、ＶＬＡＮ管理装置（請求項における仮想ネットワーク管理手段）２およびこのＶＬＡＮ管理装置２に接続された業務管理装置（請求項における業務管理手段）３を備えてなる。
各管理対象サーバ６は、業務ごとに異なったＶＬＡＮによってグループ化され、１つのグループ化されたＶＬＡＮ内には、少なくとも１台のネットワークスイッチ４（本例では１台）と、少なくとも１台のディスク配布サーバ（請求項におけるディスク配布手段）５（本例では複数台）を備えてなる。
ＶＬＡＮ管理装置２は、ネットワークスイッチ４の接続を制御し、業務管理装置３は、管理対象サーバ６に処理させる業務を管理する。
ネットワークスイッチ４は、自身に備えられている各ポートを制御して、ポートをグループ化することによって、ＶＬＡＮを形成する。なお、本明細書では、図８に示すマネージメントポート４１と、ネットワークポート４２とを総称して、ポートと記載することとする。
ディスク配布サーバ５は、新規の管理対象サーバ６にインストール用のディスクイメージであるインストール用ディスクイメージなどを配信する機能を有する。
管理対象となる管理対象サーバ６では、ソフトウェアによって実装された業務サービス機能（以下、業務と記載する）を提供する。業務の例として、ＷＥＢサービス提供業務、在庫管理業務などがある。１つの業務は1台以上の管理対象サーバ６によって提供される。
図１は、第１実施形態におけるＶＬＡＮ管理システムの構成例を示す図である。
本実施形態のＶＬＡＮ管理システム（請求項における仮想ネットワーク管理システム）１は、少なくとも１台のネットワークスイッチ４（本例では１台）と、ネットワークスイッチに接続された複数の管理対象サーバ６、ＶＬＡＮ管理装置（請求項における仮想ネットワーク管理手段）２およびこのＶＬＡＮ管理装置２に接続された業務管理装置（請求項における業務管理手段）３を備えてなる。
各管理対象サーバ６は、業務ごとに異なったＶＬＡＮによってグループ化され、１つのグループ化されたＶＬＡＮ内には、少なくとも１台のネットワークスイッチ４（本例では１台）と、少なくとも１台のディスク配布サーバ（請求項におけるディスク配布手段）５（本例では複数台）を備えてなる。
ＶＬＡＮ管理装置２は、ネットワークスイッチ４の接続を制御し、業務管理装置３は、管理対象サーバ６に処理させる業務を管理する。
ネットワークスイッチ４は、自身に備えられている各ポートを制御して、ポートをグループ化することによって、ＶＬＡＮを形成する。なお、本明細書では、図８に示すマネージメントポート４１と、ネットワークポート４２とを総称して、ポートと記載することとする。
ディスク配布サーバ５は、新規の管理対象サーバ６にインストール用のディスクイメージであるインストール用ディスクイメージなどを配信する機能を有する。
管理対象となる管理対象サーバ６では、ソフトウェアによって実装された業務サービス機能（以下、業務と記載する）を提供する。業務の例として、ＷＥＢサービス提供業務、在庫管理業務などがある。１つの業務は1台以上の管理対象サーバ６によって提供される。
（ＶＬＡＮ管理装置の構成）
図１および図８を参照しつつ、図２に沿って第１実施形態におけるＶＬＡＮ管理システム１の構成例を説明する。
図２は、第１実施形態におけるＶＬＡＮ管理装置の構成例を示す図である。
ＶＬＡＮ管理装置２は、ＶＬＡＮ管理システム１で用いられている1つ以上のネットワークスイッチ４を管理する機能を有し、その機能は、例えばＣＰＵ２６と、そのＣＰＵ２６上で動作するプログラムなどにより実装される。
ＶＬＡＮ管理装置２は、メモリ２０、記憶部２１およびＣＰＵ２６を備えてなり、さらに通信機構２３〜２５および情報の入出力を行う入出力部２２を備えてなる。
ＶＬＡＮ管理装置２を起動すると、メモリ２０上に追加削除要求受付部２０１、リンクダウン／アップ検出部２０２、ＦＤＢ（Forwarding Data Base）取得部２０３、ＶＬＡＮ情報収集・設定部２０４、ミラーリング情報収集・設定部２０５および各種の処理を行う処理部２０６が読み出され、ＣＰＵ２６がこれらを実行する。
図１および図８を参照しつつ、図２に沿って第１実施形態におけるＶＬＡＮ管理システム１の構成例を説明する。
図２は、第１実施形態におけるＶＬＡＮ管理装置の構成例を示す図である。
ＶＬＡＮ管理装置２は、ＶＬＡＮ管理システム１で用いられている1つ以上のネットワークスイッチ４を管理する機能を有し、その機能は、例えばＣＰＵ２６と、そのＣＰＵ２６上で動作するプログラムなどにより実装される。
ＶＬＡＮ管理装置２は、メモリ２０、記憶部２１およびＣＰＵ２６を備えてなり、さらに通信機構２３〜２５および情報の入出力を行う入出力部２２を備えてなる。
ＶＬＡＮ管理装置２を起動すると、メモリ２０上に追加削除要求受付部２０１、リンクダウン／アップ検出部２０２、ＦＤＢ（Forwarding Data Base）取得部２０３、ＶＬＡＮ情報収集・設定部２０４、ミラーリング情報収集・設定部２０５および各種の処理を行う処理部２０６が読み出され、ＣＰＵ２６がこれらを実行する。
通信機構２３，２４は、ネットワークスイッチ４のマネージメントポート４１（図８参照）に接続される。また、通信機構２５は、業務管理装置３と接続される。なお、ここで通信機構とは、ポートと、その先の接続先までの要素を含んでいるものとする。例えば、通信機構２５は、ポートと、その先の業務管理装置３までの接続線を含むものとする。
追加削除要求受付部２０１は、業務管理装置３からの追加要求または削除要求を処理する。追加要求または削除要求は、通信機構２５を経由して追加削除要求受付部２０１に受信される。これらの要求には追加または削除する業務に対応付けられたＶＬＡＮ−ＩＤ（Identification）が含まれている。追加削除要求受付部２０１は、このＶＬＡＮ−ＩＤをデータとして追加用ＶＬＡＮ−ＩＤキューまたは削除用ＶＬＡＮ−ＩＤキューテーブルに追加する。ここで、ＶＬＡＮ−ＩＤとは、ＶＬＡＮを一意に識別するための番号である。
リンクダウン／アップ検出部２０２は、図８を参照して後記するネットワークスイッチ４の状態通知部４０２が送信したリンクダウン通知などが通信機構２４を経由して受信される。リンクダウン通知とは、管理対象サーバ６が停止するなどのイベントが発生したときに、ネットワークスイッチ４が発信する通知で、停止した管理対象サーバ６が接続しているポートの情報などが含まれている。ＶＬＡＮ管理装置２は、この機能により、ネットワークに接続した管理対象サーバ６の停止といった状態、および停止などのイベント発生時における管理対象サーバ６が接続されているネットワークスイッチ４のポートの状態を検出することができる。
ＦＤＢ取得部２０３は、ネットワークスイッチ４にパケットが入力されたとき、そのパケットが入力してきたポート（管理対象サーバ側ポート）を示すＦＤＢテーブルを、ネットワークスイッチ４から取得することができる。ＦＤＢ取得部２０３は、ネットワークスイッチ４の制御部４０１（図８参照）にＦＤＢ取得要求を送信し、制御部４０１がＦＤＢテーブルをＦＤＢ取得部２０３へ送信する。
ここで、図１および図８を参照しつつ、図３に沿ってＦＤＢテーブルに関する説明を行う。
図３は、第１実施形態におけるＦＤＢテーブルのフォーマット例を示す図である。
ＦＤＢテーブルは、管理対象サーバ６に備えられているネットワークインターフェースのＭＡＣ（Media Access Control）アドレスと、このＭＡＣアドレスを有する管理対象サーバ６が接続されているネットワークスイッチ４のネットワークポート４２（管理対象サーバ側ポート）のポート番号である管理対象サーバ側ポート番号が対応付けて保持されている。ここで、ポート番号とは、ポートごとに一意に付される番号である。
ＦＤＢテーブルは、ディスク配布サーバ５やＶＬＡＮ管理装置２からネットワークスイッチ４に入力されたパケットの宛先アドレスが、ＦＤＢテーブルに保持されているＭＡＣアドレスである場合、このパケットを、そのＭＡＣアドレスに対応する管理対象サーバ側ポートに送信することを示す。
図３は、第１実施形態におけるＦＤＢテーブルのフォーマット例を示す図である。
ＦＤＢテーブルは、管理対象サーバ６に備えられているネットワークインターフェースのＭＡＣ（Media Access Control）アドレスと、このＭＡＣアドレスを有する管理対象サーバ６が接続されているネットワークスイッチ４のネットワークポート４２（管理対象サーバ側ポート）のポート番号である管理対象サーバ側ポート番号が対応付けて保持されている。ここで、ポート番号とは、ポートごとに一意に付される番号である。
ＦＤＢテーブルは、ディスク配布サーバ５やＶＬＡＮ管理装置２からネットワークスイッチ４に入力されたパケットの宛先アドレスが、ＦＤＢテーブルに保持されているＭＡＣアドレスである場合、このパケットを、そのＭＡＣアドレスに対応する管理対象サーバ側ポートに送信することを示す。
図２の説明に戻る。
ＶＬＡＮ情報収集・設定部２０４は、ネットワークスイッチ４の各ポートのＶＬＡＮ情報を取得する機能を有する。ＶＬＡＮ情報収集・設定部２０４は、通信機構２４を介して、ネットワークスイッチ４の制御部４０１との間での送受信を行い、ＶＬＡＮ情報を取得する。ここで、ＶＬＡＮ情報とは、図８を参照して後記するネットワークスイッチ４で設定されているＶＬＡＮのＶＬＡＮ−ＩＤと、このＶＬＡＮに属しているネットワークスイッチ４のネットワークポート４２（図８参照）のポート番号が対応付けられている情報である。送受信するパケットのフォーマットは、ネットワークスイッチ４によって提供されているフォーマットに従う。ＶＬＡＮ管理装置２は、ネットワークスイッチ４の各ネットワークポート４２を通過するトラフィックデータがどのＶＬＡＮに送信されているかなどの情報を取得することができる構成を有している。
さらに、ＶＬＡＮ情報収集・設定部２０４は、ネットワークスイッチ４の制御部４０１におけるＶＬＡＮ設定を更新し、各ポートに流れるパケットを、どのＶＬＡＮ内に送られるパケットとして処理するかを設定することができる。このような機能によって、ネットワークスイッチ４の各ポートのＶＬＡＮ設定を行うことができる。
ＶＬＡＮ情報収集・設定部２０４は、ネットワークスイッチ４の各ポートのＶＬＡＮ情報を取得する機能を有する。ＶＬＡＮ情報収集・設定部２０４は、通信機構２４を介して、ネットワークスイッチ４の制御部４０１との間での送受信を行い、ＶＬＡＮ情報を取得する。ここで、ＶＬＡＮ情報とは、図８を参照して後記するネットワークスイッチ４で設定されているＶＬＡＮのＶＬＡＮ−ＩＤと、このＶＬＡＮに属しているネットワークスイッチ４のネットワークポート４２（図８参照）のポート番号が対応付けられている情報である。送受信するパケットのフォーマットは、ネットワークスイッチ４によって提供されているフォーマットに従う。ＶＬＡＮ管理装置２は、ネットワークスイッチ４の各ネットワークポート４２を通過するトラフィックデータがどのＶＬＡＮに送信されているかなどの情報を取得することができる構成を有している。
さらに、ＶＬＡＮ情報収集・設定部２０４は、ネットワークスイッチ４の制御部４０１におけるＶＬＡＮ設定を更新し、各ポートに流れるパケットを、どのＶＬＡＮ内に送られるパケットとして処理するかを設定することができる。このような機能によって、ネットワークスイッチ４の各ポートのＶＬＡＮ設定を行うことができる。
ミラーリング情報収集・設定部２０５は、ネットワークスイッチ４の制御部４０１を更新することによって、ネットワークスイッチ４における任意のポートにポートミラーリング（以下、ミラーリングと記載する）の設定を行うことができる。ミラーリングを設定した場合、ネットワークスイッチ４は、１つ以上の特定のネットワークポート４２を通過したトラフィックデータを、転送先のポートのほかに、ミラーリングされたポートであるミラーリングポートに複写して転送する。本実施形態では、ネットワークスイッチ４におけるミラーリングポートとして、ＶＬＡＮ管理装置２が接続しているマネージメントポート４１を設定する。このように設定することで、ネットワークスイッチ４の送信元ポートから入力されたデータは、宛先ポートへ転送されると同時に、ミラーリングポートであるマネージメントポート４１にも転送され、マネージメントポート４１を介して、ＶＬＡＮ管理装置２にデータが送信される。
さらに、ミラーリング情報収集・設定部２０５は、ネットワークスイッチ４の任意のポートが受信するトラフィックデータを取得できる。すなわち、ネットワークスイッチ４の任意のポートに入力されたトラフィックデータは、ミラーリングされることによって、ネットワークスイッチ４のマネージメントポート４１を介して、通信機構２３のポートに転送される。このような機能により、ＶＬＡＮ管理装置２は、ネットワークスイッチ４の任意のポートが受信するデータを、ミラーリング情報収集・設定部２０５を使用して取得することができる。
さらに、ミラーリング情報収集・設定部２０５は、ネットワークスイッチ４の任意のポートが受信するトラフィックデータを取得できる。すなわち、ネットワークスイッチ４の任意のポートに入力されたトラフィックデータは、ミラーリングされることによって、ネットワークスイッチ４のマネージメントポート４１を介して、通信機構２３のポートに転送される。このような機能により、ＶＬＡＮ管理装置２は、ネットワークスイッチ４の任意のポートが受信するデータを、ミラーリング情報収集・設定部２０５を使用して取得することができる。
記憶部２１は、追加用ＶＬＡＮ−ＩＤキュー、削除用ＶＬＡＮ−ＩＤキューテーブル、監視ポートリストおよびネットワークスイッチＩＤ一覧を含んで格納する。
追加用ＶＬＡＮ−ＩＤキューは、ＶＬＡＮ管理システム１に管理対象サーバ６を追加する場合において、実際に追加する管理対象サーバ６を、どのＶＬＡＮに追加するかを示す待ち行列である。業務管理装置３から、管理対象サーバ６をあるＶＬＡＮに追加する追加要求があると、その追加要求に含まれるＶＬＡＮ−ＩＤを追加用ＶＬＡＮ−ＩＤキューにためておく。そして、実際に管理対象サーバ６をＶＬＡＮに追加する際、ＶＬＡＮ管理装置２は、ＶＬＡＮ−ＩＤキューに蓄えられたＶＬＡＮ−ＩＤを参照して、管理対象サーバ６をＶＬＡＮに追加する。そして、その後、管理対象サーバ６を追加したＶＬＡＮのＶＬＡＮ−ＩＤをＶＬＡＮ−ＩＤキューから削除する。
ここで、図１を参照しつつ図４を参照して第１実施形態における削除用ＶＬＡＮ−ＩＤキューテーブルのフォーマット例を説明する。
図４は、第１実施形態における削除用ＶＬＡＮ−ＩＤキューテーブルのフォーマット例を示す図である。
削除用ＶＬＡＮ−ＩＤキューテーブルは、ＶＬＡＮを特定するＶＬＡＮ−ＩＤと、ＶＬＡＮ−ＩＤによって指定されたＶＬＡＮの削除要求を管理する削除用ＶＬＡＮ−ＩＤキューの組み合わせのリストである。
ＶｌＡＮ−ＩＤごとのエントリに格納されているＶＬＡＮ−ＩＤキューは、すべて同じＶＬＡＮ−ＩＤキューである。
図４は、第１実施形態における削除用ＶＬＡＮ−ＩＤキューテーブルのフォーマット例を示す図である。
削除用ＶＬＡＮ−ＩＤキューテーブルは、ＶＬＡＮを特定するＶＬＡＮ−ＩＤと、ＶＬＡＮ−ＩＤによって指定されたＶＬＡＮの削除要求を管理する削除用ＶＬＡＮ−ＩＤキューの組み合わせのリストである。
ＶｌＡＮ−ＩＤごとのエントリに格納されているＶＬＡＮ−ＩＤキューは、すべて同じＶＬＡＮ−ＩＤキューである。
削除用ＶＬＡＮ−ＩＤキューは、停止した管理対象サーバ６をＶＬＡＮから削除する削除要求のデータを格納する待ち行列である。ここで、格納されるデータとは、具体的にはＶＬＡＮ−ＩＤである。管理対象サーバ６をＶＬＡＮから削除する要求があると、該当するＶＬＡＮに対応するキューにＶＬＡＮ−ＩＤをためておく。その後、前記要求で指定されたＶＬＡＮに属する管理対象サーバ６が停止すると、すなわち管理対象サーバ６がＶＬＡＮから削除されると、ＶＬＡＮ管理装置２は、削除用ＶＬＡＮ−ＩＤキューから該当するＶＬＡＮに属するＶＬＡＮ−ＩＤを1つ削除する。つまり、削除用ＶＬＡＮ−ＩＤキューにデータが存在する場合は、管理対象サーバ６をＶＬＡＮから削除する要求が過去になされていることを示す。逆に、前記のキューにデータが存在しない場合は、管理対象サーバ６をＶＬＡＮから削除する要求が出されていないことを示す。すなわち、対応するキューにＶＬＡＮ−ＩＤがない場合、ＶＬＡＮから削除されるべき管理対象サーバ６は存在しないことになる。
図２の説明に戻る。
監視ポートリストは、管理対象サーバ６が接続することを許されているポート番号のリストである。本実施形態では、各ネットワークスイッチ４において管理対象サーバ６が接続してもよいポートの一覧は、ユーザによって、入出力部２２を介して、監視ポートリストに予め登録されているものとする。ただし、このリストでは、個々の管理対象サーバ６が監視ポートリスト中のどのポートに接続されているかは管理しなくともよい。また、監視ポートリストに登録されているポートには、必ずしも実際に管理対象サーバ６が接続されている必要はなく、何も接続されていない状態でもよい。
監視ポートリストは、管理対象サーバ６が接続することを許されているポート番号のリストである。本実施形態では、各ネットワークスイッチ４において管理対象サーバ６が接続してもよいポートの一覧は、ユーザによって、入出力部２２を介して、監視ポートリストに予め登録されているものとする。ただし、このリストでは、個々の管理対象サーバ６が監視ポートリスト中のどのポートに接続されているかは管理しなくともよい。また、監視ポートリストに登録されているポートには、必ずしも実際に管理対象サーバ６が接続されている必要はなく、何も接続されていない状態でもよい。
ネットワークスイッチＩＤ一覧は、ＶＬＡＮ管理装置２が管理しているネットワークスイッチ４を個別に識別するネットワークスイッチＩＤの一覧が保持されている。ネットワークスイッチＩＤの詳細については、後記する。
ここで、図１を参照しつつ、図５を参照して第１実施形態における監視ポートリストのフォーマット例を説明する。
図５は、第１実施形態における監視ポートリストのフォーマット例を示す図である。
監視ポートリストは、ネットワークスイッチ４を識別するＩＤであるネットワークスイッチＩＤと、ポート番号との組で構成される。
ネットワークスイッチＩＤには、ネットワークスイッチ４を一意に識別できる文字列を用いる。例えば、ネットワークスイッチ４のマネージメントポート４１のＭＡＣアドレス、ＩＰ（Internet Protocol）アドレス、ネットワークスイッチ４に固有な名称などを用いる。ポート番号は、ネットワークスイッチ４中のポート番号または複数のポート番号の範囲を示す。監視ポート一覧は、ＶＬＡＮ管理システム１の運用管理者によって事前に、図示しない入力部を介して登録される。
図５の例では、ネットワークスイッチＩＤがＳＷ１であるネットワークスイッチ４で、管理対象サーバ６が接続されることを許可されているポートのポート番号は、０／０から０／７の８個であることを示している。
同様に、ネットワークスイッチＩＤがＳＷ２であるネットワークスイッチ４で、管理対象サーバ６が接続されることを許可されているポートのポート番号は、０／０から０／１６の１７個であることを示している。
図５は、第１実施形態における監視ポートリストのフォーマット例を示す図である。
監視ポートリストは、ネットワークスイッチ４を識別するＩＤであるネットワークスイッチＩＤと、ポート番号との組で構成される。
ネットワークスイッチＩＤには、ネットワークスイッチ４を一意に識別できる文字列を用いる。例えば、ネットワークスイッチ４のマネージメントポート４１のＭＡＣアドレス、ＩＰ（Internet Protocol）アドレス、ネットワークスイッチ４に固有な名称などを用いる。ポート番号は、ネットワークスイッチ４中のポート番号または複数のポート番号の範囲を示す。監視ポート一覧は、ＶＬＡＮ管理システム１の運用管理者によって事前に、図示しない入力部を介して登録される。
図５の例では、ネットワークスイッチＩＤがＳＷ１であるネットワークスイッチ４で、管理対象サーバ６が接続されることを許可されているポートのポート番号は、０／０から０／７の８個であることを示している。
同様に、ネットワークスイッチＩＤがＳＷ２であるネットワークスイッチ４で、管理対象サーバ６が接続されることを許可されているポートのポート番号は、０／０から０／１６の１７個であることを示している。
なお、図２のＶＬＡＮ管理装置２の追加削除要求受付部２０１が外部の機器と情報の送受信を行う際には、通信機構２５を介して情報の送受信がなされる。同様に、リンクダウン／アップ検出部２０２、ＦＤＢ取得部２０３およびＶＬＡＮ情報収集・設定部２０４は通信機構２４を介して、ミラーリング情報収集・設定部２０５は通信機構２３を介して、外部の機器と情報の送受信を行う。また、処理部２０６は、通信機構２３〜２５のいずれかを用いて、外部の機器と情報の送受信を行う。
（業務管理装置の構成）
次に、図１を参照しつつ、図６を参照して業務管理装置３の構成例に関する説明を行う。
図６は、第１実施形態における業務管理装置の構成例を示す図である。
業務管理装置３は、業務とＶＬＡＮとの対応付けを管理する装置であり、その機能は、例えばＣＰＵ３３と、そのＣＰＵ３３上で動作するプログラムなどにより実装される。
業務管理装置３は、メモリ３０、記憶部３１、通信機構３２およびＣＰＵ３３を備えている。
そして、業務管理装置３を起動すると、メモリ３０上に追加削除要求部３０１および処理部３０２が読み出され、ＣＰＵ３３がこれらを実行する。そして、記憶部３１には、業務−ＶＬＡＮマッピング表が保持される。
次に、図１を参照しつつ、図６を参照して業務管理装置３の構成例に関する説明を行う。
図６は、第１実施形態における業務管理装置の構成例を示す図である。
業務管理装置３は、業務とＶＬＡＮとの対応付けを管理する装置であり、その機能は、例えばＣＰＵ３３と、そのＣＰＵ３３上で動作するプログラムなどにより実装される。
業務管理装置３は、メモリ３０、記憶部３１、通信機構３２およびＣＰＵ３３を備えている。
そして、業務管理装置３を起動すると、メモリ３０上に追加削除要求部３０１および処理部３０２が読み出され、ＣＰＵ３３がこれらを実行する。そして、記憶部３１には、業務−ＶＬＡＮマッピング表が保持される。
追加削除要求部３０１は、ＶＬＡＮ管理装置２と通信を行い、管理対象サーバ６をＶＬＡＮ管理システム１に追加する追加要求またはＶＬＡＮ管理システム１から削除する削除要求を送信する。これらの追加要求や削除要求のパケットには、ＶＬＡＮ−ＩＤ（Identification）が含まれる。
ここで、追加要求は、管理対象サーバ６を追加接続するＶＬＡＮの情報（ＶＬＡＮ−ＩＤ）を含み、ＶＬＡＮ管理装置２に接続を要求するために入力するパケットである。これにより、この追加要求送信後、最初に起動された管理対象サーバ６が接続されることになる。
また、削除要求は、管理対象サーバ６を所属するＶＬＡＮから削除するためのＶＬＡＮの情報（ＶＬＡＮ−ＩＤ）を含み、ＶＬＡＮ管理装置２に管理対象サーバ側ポートの接続を切断を要求するために入力するパケットである。これにより、この追加要求送信後、最初に停止した管理対象サーバ６がＶＬＡＮ−ＩＤが示すＶＬＡＮから削除（管理対象サーバ側ポートの接続が切断）されることになる。
ここで、追加要求は、管理対象サーバ６を追加接続するＶＬＡＮの情報（ＶＬＡＮ−ＩＤ）を含み、ＶＬＡＮ管理装置２に接続を要求するために入力するパケットである。これにより、この追加要求送信後、最初に起動された管理対象サーバ６が接続されることになる。
また、削除要求は、管理対象サーバ６を所属するＶＬＡＮから削除するためのＶＬＡＮの情報（ＶＬＡＮ−ＩＤ）を含み、ＶＬＡＮ管理装置２に管理対象サーバ側ポートの接続を切断を要求するために入力するパケットである。これにより、この追加要求送信後、最初に停止した管理対象サーバ６がＶＬＡＮ−ＩＤが示すＶＬＡＮから削除（管理対象サーバ側ポートの接続が切断）されることになる。
図１を参照しつつ、図７に沿って第１実施形態における業務−ＶＬＡＮマッピング表のフォーマット例を説明する。
図７は、第１実施形態における業務−ＶＬＡＮマッピング表のフォーマット例を示す図である。
業務−ＶＬＡＮマッピング表は、少なくとも１つの業務名とＶＬＡＮ−ＩＤの組で構成される。業務名は、ＶＬＡＮ管理システム１上で稼動する業務名の一覧である。
業務−ＶＬＡＮマッピング表において、ＶＬＡＮ−ＩＤは業務名と一対一に対応付けられている。すなわち、異なる業務に対しては、必ず異なるＶＬＡＮ−ＩＤが割り当てられるようにする必要がある。これは、本実施形態では、業務とＶＬＡＮとを一対一に対応付けているためである。業務を提供していない管理対象サーバ６は、ＶＬＡＮには所属しない状態に隔離するか、業務を提供しないＶＬＡＮに所属させるなどの方法によって、他の業務を提供している管理対象サーバ６とは異なるＶＬＡＮに所属させるようにする。一般に業務を提供しないＶＬＡＮに所属することを、未使用状態ＶＬＡＮに所属するという。
図７は、第１実施形態における業務−ＶＬＡＮマッピング表のフォーマット例を示す図である。
業務−ＶＬＡＮマッピング表は、少なくとも１つの業務名とＶＬＡＮ−ＩＤの組で構成される。業務名は、ＶＬＡＮ管理システム１上で稼動する業務名の一覧である。
業務−ＶＬＡＮマッピング表において、ＶＬＡＮ−ＩＤは業務名と一対一に対応付けられている。すなわち、異なる業務に対しては、必ず異なるＶＬＡＮ−ＩＤが割り当てられるようにする必要がある。これは、本実施形態では、業務とＶＬＡＮとを一対一に対応付けているためである。業務を提供していない管理対象サーバ６は、ＶＬＡＮには所属しない状態に隔離するか、業務を提供しないＶＬＡＮに所属させるなどの方法によって、他の業務を提供している管理対象サーバ６とは異なるＶＬＡＮに所属させるようにする。一般に業務を提供しないＶＬＡＮに所属することを、未使用状態ＶＬＡＮに所属するという。
この業務−ＶＬＡＮマッピング表は、業務管理装置３の記憶部３１に格納され、例えば以下に記載するような方法によって、生成する。
（１）ＶＬＡＮ管理システム１の管理者によって業務とＶＬＡＮ−ＩＤがマッピングされる。具体的には、ＶＬＡＮ管理装置２の入出力部２２を介して、業務データを編集されるなどの方法がとられることによって生成される。
（２）既存のＶＬＡＮ管理システム１をＶＬＡＮ管理装置２の管理対象とする場合、管理対象のＶＬＡＮ管理システム１内に存在するＶＬＡＮ−ＩＤの一覧を、ＶＬＡＮ管理装置２が収集する。この場合、業務名は、ＶＬＡＮ管理装置２で収集した各ＶＬＡＮ−ＩＤに対して、一対一となるよう、管理者によってＶＬＡＮ管理装置２の入出力部２２を介して入力されることによって生成される。
（３）新規に複数のＶＬＡＮ管理システム１を構築する場合、各業務名の一覧が、ＶＬＡＮ管理装置２の入出力部２２を介して管理者によって入力される。そして、各業務名に対して、ＶＬＡＮ管理装置２の入出力部２２を介して、新規に未使用のＶＬＡＮ−ＩＤを管理者が1つずつ割り当てることによって生成される。
前記生成方法（１）〜（３）は互いに組み合わせて使用することができる。例えば、既存のＶＬＡＮ管理システム１の業務−ＶＬＡＮマッピング表を生成方法（２）によって生成し、その後新規に追加する場合に生成方法（１）または（３）を使用するなどの組み合わせが考えられる。
そして、ＶＬＡＮ管理装置２に入力された業務−ＶＬＡＮマッピング表は、業務管理装置３の記憶部３１に送られ、記憶される。
また、図示しない業務管理装置３の入出力部を介して、ユーザが業務−ＶＬＡＮマッピング表を直接業務管理装置３の記憶部３１に入力してもよい。この場合、入力方法は前記した方法となる。
（１）ＶＬＡＮ管理システム１の管理者によって業務とＶＬＡＮ−ＩＤがマッピングされる。具体的には、ＶＬＡＮ管理装置２の入出力部２２を介して、業務データを編集されるなどの方法がとられることによって生成される。
（２）既存のＶＬＡＮ管理システム１をＶＬＡＮ管理装置２の管理対象とする場合、管理対象のＶＬＡＮ管理システム１内に存在するＶＬＡＮ−ＩＤの一覧を、ＶＬＡＮ管理装置２が収集する。この場合、業務名は、ＶＬＡＮ管理装置２で収集した各ＶＬＡＮ−ＩＤに対して、一対一となるよう、管理者によってＶＬＡＮ管理装置２の入出力部２２を介して入力されることによって生成される。
（３）新規に複数のＶＬＡＮ管理システム１を構築する場合、各業務名の一覧が、ＶＬＡＮ管理装置２の入出力部２２を介して管理者によって入力される。そして、各業務名に対して、ＶＬＡＮ管理装置２の入出力部２２を介して、新規に未使用のＶＬＡＮ−ＩＤを管理者が1つずつ割り当てることによって生成される。
前記生成方法（１）〜（３）は互いに組み合わせて使用することができる。例えば、既存のＶＬＡＮ管理システム１の業務−ＶＬＡＮマッピング表を生成方法（２）によって生成し、その後新規に追加する場合に生成方法（１）または（３）を使用するなどの組み合わせが考えられる。
そして、ＶＬＡＮ管理装置２に入力された業務−ＶＬＡＮマッピング表は、業務管理装置３の記憶部３１に送られ、記憶される。
また、図示しない業務管理装置３の入出力部を介して、ユーザが業務−ＶＬＡＮマッピング表を直接業務管理装置３の記憶部３１に入力してもよい。この場合、入力方法は前記した方法となる。
なお、本実施形態では、業務管理装置３とＶＬＡＮ管理装置２は、別体の装置としたが、これに限らず、業務管理装置３とＶＬＡＮ管理装置２を一体化し、１台のＶＬＡＮ管理装置２としてもよい。
また、業務管理装置３の各部が外部の機器と情報の送受信を行う際には、通信機構３２を介して情報の送受信がなされる。
また、業務管理装置３の各部が外部の機器と情報の送受信を行う際には、通信機構３２を介して情報の送受信がなされる。
（ネットワークスイッチの構成例）
次に、図１を参照しつつ、図８に沿ってネットワークスイッチ４の構成例を説明する。
図８は、第１実施形態におけるネットワークスイッチの構成例を示す図である。
ネットワークスイッチ４は、メモリ４０、マネージメントポート４１、ネットワークポート４２およびＣＰＵ４３を含んで構成される。ネットワークスイッチ４は、例えばイーサネット（登録商標）スイッチなどが用いられる。
ネットワークスイッチ４を起動すると、メモリ４０上に制御部４０１および状態通知部４０２が読み出され、ＣＰＵ４３がこれらを実行する。
次に、図１を参照しつつ、図８に沿ってネットワークスイッチ４の構成例を説明する。
図８は、第１実施形態におけるネットワークスイッチの構成例を示す図である。
ネットワークスイッチ４は、メモリ４０、マネージメントポート４１、ネットワークポート４２およびＣＰＵ４３を含んで構成される。ネットワークスイッチ４は、例えばイーサネット（登録商標）スイッチなどが用いられる。
ネットワークスイッチ４を起動すると、メモリ４０上に制御部４０１および状態通知部４０２が読み出され、ＣＰＵ４３がこれらを実行する。
制御部４０１は、ネットワークの転送の制御などの処理を行う。通常は、プログラムを実行できるマイクロプロセッサなどで構成される。制御部４０１では、各ポートで受信されたパケットをどのポートに転送するかを決定する。転送先のポートは、仮想ネットワーク、あるいはミラーリングの設定に従って決定する。このような設定によって、受信したパケットを特定のミラーリングポートに複製して転送することや、転送先のポートを限定することが可能となる。また、制御部４０１は、各ネットワークポート４２に接続された通信先の機器について、電気的にリンクがオンになっているかオフになっているかの状態を取得することができる。
状態通知部４０２は、通信先の状態が変更したと同時に、マネージメントポート４１を使用して、状態の変化を他の管理対象サーバ６に通知する機能を有する。
具体的には、管理対象サーバ６の状態によって、リンクダウン／アップ検出通知を送信する機能を有する。
具体的には、管理対象サーバ６の状態によって、リンクダウン／アップ検出通知を送信する機能を有する。
マネージメントポート４１は、ネットワークスイッチ４の制御部４０１と管理対象サーバ６とが通信を行うために使用する。このマネージメントポート４１を介して、管理対象サーバ６は、制御部４０１の機能設定、および情報の取得を行う。
ネットワークポート４２は、管理対象サーバ６とネットワークスイッチ間を接続する結線の終端となる。実際には、ネットワークケーブルを、ネットワークポート４２に挿入して使用する。
ネットワークポート４２は、管理対象サーバ６とネットワークスイッチ間を接続する結線の終端となる。実際には、ネットワークケーブルを、ネットワークポート４２に挿入して使用する。
なお、ＶＬＡＮ管理装置２、ディスク配布サーバ５および管理対象サーバ６が互いに通信を行うときには、ネットワークスイッチ４を介するものとし、以下、ネットワークスイッチ４を介する旨の記載を省略する。
（ディスク配布サーバの構成）
次に、図１および図１１を参照しつつ、図９に沿ってディスク配布サーバ５の構成例を説明する。
図９は、第１実施形態におけるディスク配布サーバの構成例を示す図である。
ＶＬＡＮ管理システム１では、全てのＶＬＡＮには、それぞれ1台のディスク配布サーバ５が存在する。すなわち、業務ごとに1台のディスク配布サーバ５が存在する。
ディスク配布サーバ５は、例えばコンピュータと、そのコンピュータ上で動作するソフトウェアプログラムなどにより実装される。そして、ディスク配布サーバ５は、ネットワークスイッチ４のポートを通して、ディスク配布サーバ５が所属するＶＬＡＮ内の管理対象サーバ６から送信されたディスクイメージの要求を受信する。その他のＶＬＡＮ、もしくは未使用状態ＶＬＡＮ上の管理対象サーバ６から送信された要求は受信しない。
各ディスク配布サーバ５は、メモリ５０、記憶部５１、通信機構５２およびＣＰＵ５３を備えており、ディスク配布サーバ５が、起動するとメモリ５０上にＩＰアドレス応答部５０１、インストール用ディスクイメージ配信部５０２および業務用ディスクイメージ配信部５０３が読み出され、ＣＰＵ５３がこれらを実行する。
また、ディスク配布サーバ５は、通信機構５２を介してネットワークスイッチ４と接続している。なお、ディスク配布サーバ５の各部が外部の機器と情報の送受信を行う際には、通信機構５２を介して情報の送受信がなされる。
また、メモリ５０と接続する記憶部５１には、インストール用ディスクイメージと、業務用ディスクイメージとが保持されている。
次に、図１および図１１を参照しつつ、図９に沿ってディスク配布サーバ５の構成例を説明する。
図９は、第１実施形態におけるディスク配布サーバの構成例を示す図である。
ＶＬＡＮ管理システム１では、全てのＶＬＡＮには、それぞれ1台のディスク配布サーバ５が存在する。すなわち、業務ごとに1台のディスク配布サーバ５が存在する。
ディスク配布サーバ５は、例えばコンピュータと、そのコンピュータ上で動作するソフトウェアプログラムなどにより実装される。そして、ディスク配布サーバ５は、ネットワークスイッチ４のポートを通して、ディスク配布サーバ５が所属するＶＬＡＮ内の管理対象サーバ６から送信されたディスクイメージの要求を受信する。その他のＶＬＡＮ、もしくは未使用状態ＶＬＡＮ上の管理対象サーバ６から送信された要求は受信しない。
各ディスク配布サーバ５は、メモリ５０、記憶部５１、通信機構５２およびＣＰＵ５３を備えており、ディスク配布サーバ５が、起動するとメモリ５０上にＩＰアドレス応答部５０１、インストール用ディスクイメージ配信部５０２および業務用ディスクイメージ配信部５０３が読み出され、ＣＰＵ５３がこれらを実行する。
また、ディスク配布サーバ５は、通信機構５２を介してネットワークスイッチ４と接続している。なお、ディスク配布サーバ５の各部が外部の機器と情報の送受信を行う際には、通信機構５２を介して情報の送受信がなされる。
また、メモリ５０と接続する記憶部５１には、インストール用ディスクイメージと、業務用ディスクイメージとが保持されている。
ＩＰアドレス応答部５０１は、ネットワークスイッチ４の制御部４０１を経由して、管理対象サーバ６から送信されたＩＰアドレス通知要求に対して、自身のＩＰアドレスを含んだＩＰアドレス通知応答と、各ディスクイメージのダウンロード処理に必要な情報とを、管理対象サーバ６に配信する。
インストール用ディスクイメージ配信部５０２は、インストール用ディスクイメージをネットワーク経由で配信する機能を有する。そして、インストール用ディスクイメージ配信部５０２は、管理対象サーバ６からインストール用ディスクイメージ取得要求を受信すると、応答としてインストール用ディスクイメージを、要求のあった管理対象サーバ６に配信する機能を有する。インストール用ディスクイメージを、管理対象サーバ６がロードし、実行すると、インストール用ディスクイメージに含まれているインストール用ＯＳが稼動する。
なお、本実施形態では、ディスク配布サーバ５と記憶部５１とを一体としているが、これに限らず別体としてもよい。
図１０は、第１実施形態におけるインストール用ディスクイメージの概念図である。
インストール用ディスクイメージは、管理対象サーバ６に配布され、インストールされるイメージである。インストール用ディスクイメージは、インストール用ＯＳ、業務用ディスクイメージ取得プログラムおよびディスクイメージ書き込みプログラムで構成される。インストール用ＯＳは１台の管理対象サーバ６に配布されたときに、その管理対象サーバ６上で稼動する基本システムである。そして、インストール用ＯＳは、業務用ディスクイメージ取得プログラム、ディスクイメージ書き込みプログラムを順に実行する。それぞれのプログラムの動作については、図１５を参照して後記する。
インストール用ディスクイメージは、管理対象サーバ６に配布され、インストールされるイメージである。インストール用ディスクイメージは、インストール用ＯＳ、業務用ディスクイメージ取得プログラムおよびディスクイメージ書き込みプログラムで構成される。インストール用ＯＳは１台の管理対象サーバ６に配布されたときに、その管理対象サーバ６上で稼動する基本システムである。そして、インストール用ＯＳは、業務用ディスクイメージ取得プログラム、ディスクイメージ書き込みプログラムを順に実行する。それぞれのプログラムの動作については、図１５を参照して後記する。
図９の説明に戻る。
業務用ディスクイメージ配信部５０３は、インストール用ディスクイメージに含まれるインストールプログラム中の業務用ディスクイメージ取得プログラムによって送信される業務用ディスクイメージ取得要求を、ネットワークを経由して受信すると、業務用ディスクイメージを管理対象サーバ６に配信する機能を有する。業務用ディスクイメージを、管理対象サーバ６が、ロード、実行すると、業務用ＯＳが稼動する。
業務用ディスクイメージ配信部５０３は、インストール用ディスクイメージに含まれるインストールプログラム中の業務用ディスクイメージ取得プログラムによって送信される業務用ディスクイメージ取得要求を、ネットワークを経由して受信すると、業務用ディスクイメージを管理対象サーバ６に配信する機能を有する。業務用ディスクイメージを、管理対象サーバ６が、ロード、実行すると、業務用ＯＳが稼動する。
業務用ディスクイメージは、管理対象サーバ６の業務の処理を行うためのシステム環境をコピーしたものである。業務用ディスクイメージを管理対象サーバ６のハードディスク装置にコピーした後に、この管理対象サーバ６をブートすると、管理対象サーバ６はインストールされた業務用ＯＳを使用して業務を起動し、直ちに業務を提供できる環境となる。
インストール用ディスクイメージおよび業務用ディスクイメージは、ディスク配布サーバ５が持つ記憶部５１に保存される。具体的には、例えばファイルなどのデータとして保存される。業務用ディスクイメージの作成は、ＶＬＡＮ管理システム１の稼動前に管理者によって作成される必要がある。また、業務用ディスクイメージの作成は、業務用にセットアップした管理対象サーバ６におけるディスクイメージのコピーを行い、ホスト名、ＩＰアドレスなどの稼動中の管理対象サーバ６上で一意である情報のみを書き換えるなど、任意の方法で作成すればよい。
なお、未使用状態ＶＬＡＮには、ディスク配布サーバ５は、接続されていない。
インストール用ディスクイメージおよび業務用ディスクイメージは、ディスク配布サーバ５が持つ記憶部５１に保存される。具体的には、例えばファイルなどのデータとして保存される。業務用ディスクイメージの作成は、ＶＬＡＮ管理システム１の稼動前に管理者によって作成される必要がある。また、業務用ディスクイメージの作成は、業務用にセットアップした管理対象サーバ６におけるディスクイメージのコピーを行い、ホスト名、ＩＰアドレスなどの稼動中の管理対象サーバ６上で一意である情報のみを書き換えるなど、任意の方法で作成すればよい。
なお、未使用状態ＶＬＡＮには、ディスク配布サーバ５は、接続されていない。
（管理対象サーバの構成）
図１を参照しつつ、図１１を参照して管理対象サーバ６の説明を行う。
図１１は、第１実施形態における管理対象サーバの構成例を示す図である。
管理対象サーバ６は、業務を提供するコンピュータである。ＶＬＡＮ管理システム１内のすべての管理対象サーバ６はすべて同一の性能・仕様を持つ。本実施形態におけるＶＬＡＮ管理システム１では、複数の異なる業務を１つのブレードサーバシステムで提供するような、均質の能力を持った管理対象サーバ６群を管理対象とする。
管理対象サーバ６は、ネットワークスイッチ４にネットワークポート４２を介して接続している。
図１を参照しつつ、図１１を参照して管理対象サーバ６の説明を行う。
図１１は、第１実施形態における管理対象サーバの構成例を示す図である。
管理対象サーバ６は、業務を提供するコンピュータである。ＶＬＡＮ管理システム１内のすべての管理対象サーバ６はすべて同一の性能・仕様を持つ。本実施形態におけるＶＬＡＮ管理システム１では、複数の異なる業務を１つのブレードサーバシステムで提供するような、均質の能力を持った管理対象サーバ６群を管理対象とする。
管理対象サーバ６は、ネットワークスイッチ４にネットワークポート４２を介して接続している。
管理対象サーバ６は、メモリ６０、ＣＰＵ６３、記憶部６１、情報の入出力を行う入出力部６４、ネットワークスイッチ４との間で、情報の送受信を行う通信機構６２を備えてなる。管理対象サーバ６は、起動すると、メモリ６０上に、ネットワークブート部６０１および各種の処理が行われる処理部６０２が読み出され、ＣＰＵ６３がこれらを実行する。
そして、これらの各部が外部の機器と情報の送受信を行う際には、通信機構６２を介して、情報の送受信がなされる。
そして、これらの各部が外部の機器と情報の送受信を行う際には、通信機構６２を介して、情報の送受信がなされる。
ネットワークブート部６０１は、ネットワークブートを行う機能を備える。ネットワークブートとは、管理対象サーバ６の起動時に実行されるＯＳを管理対象サーバ６内にロードする際に、管理対象サーバ６内部のハードディスク装置内のディスクイメージを使用せずに、ディスク配布サーバ５からブート用のディスクイメージをダウンロードして使用する機能のことである。本実施形態では、ネットワークブートの一例としてＰＸＥ（Preboot eXecution Environment）技術の一機能である、ＰＸＥブートの仕様を用いて説明するが、これに限らず、他のネットワークブートを用いてもよい。
本実施形態の、ＶＬＡＮ管理システム１は、ＶＬＡＮ管理システム１内のすべての管理対象サーバ６が、ハードウェアのコントローラの設定、およびソフトウェアのセットアップを適切に行うことによって、ＶＬＡＮ管理システム１内で稼動する任意の業務を提供することができる。すなわち、ＶＬＡＮ管理システム１におけるすべての管理対象サーバ６は、同一の機能を有し、任意の業務を処理することができる。
以降では、第１実施形態におけるＶＬＡＮ管理システム１に対する管理対象サーバ６の追加、および削除する場合の処理手順について説明する。
(管理対象サーバの追加処理：全体システム)
図１〜図１１を参照しつつ、図１２に沿って第１実施形態におけるＶＬＡＮ管理システム１への管理対象サーバ追加の処理の流れを説明する。
図１２は、第１実施形態におけるＶＬＡＮ管理システムへの管理対象サーバ追加の処理の流れを示すタイミングチャートである。
まず、管理者が業務への管理対象サーバ６の追加通知を業務管理装置３の処理部３０２に入力する（Ｓ１２０１）。具体的には、管理対象サーバ６の追加通知は、業務管理装置３に管理対象サーバ６を追加する業務名を入力することによって行われる。入力は人間が操作できるインターフェース、もしくは外部プログラムなどから通信手段を用いて指示を出すインターフェースなどを介して行われる。また、この追加通知入力は、ＶＬＡＮ管理装置２の入出力部２２もしくは管理対象サーバ６の入出力部６４を介して行われてもよい。具体的な指定方法の例としては、ＧＵＩ画面により業務名を選択して管理対象サーバ６の追加を指定するボタンなどを押す方法、あるいは管理対象サーバ６の追加を開始するコマンドラインプログラムを実行する方法、ソケット通信などのプログラミング上のインターフェースを開いて管理対象サーバ６の追加命令を送信する方法、などが挙げられる。
図１〜図１１を参照しつつ、図１２に沿って第１実施形態におけるＶＬＡＮ管理システム１への管理対象サーバ追加の処理の流れを説明する。
図１２は、第１実施形態におけるＶＬＡＮ管理システムへの管理対象サーバ追加の処理の流れを示すタイミングチャートである。
まず、管理者が業務への管理対象サーバ６の追加通知を業務管理装置３の処理部３０２に入力する（Ｓ１２０１）。具体的には、管理対象サーバ６の追加通知は、業務管理装置３に管理対象サーバ６を追加する業務名を入力することによって行われる。入力は人間が操作できるインターフェース、もしくは外部プログラムなどから通信手段を用いて指示を出すインターフェースなどを介して行われる。また、この追加通知入力は、ＶＬＡＮ管理装置２の入出力部２２もしくは管理対象サーバ６の入出力部６４を介して行われてもよい。具体的な指定方法の例としては、ＧＵＩ画面により業務名を選択して管理対象サーバ６の追加を指定するボタンなどを押す方法、あるいは管理対象サーバ６の追加を開始するコマンドラインプログラムを実行する方法、ソケット通信などのプログラミング上のインターフェースを開いて管理対象サーバ６の追加命令を送信する方法、などが挙げられる。
次に、処理部３０２は、入力された業務名をキーとして、記憶部３１に記憶されている業務−ＶＬＡＮマッピング表を検索し、入力された業務名に対応するＶＬＡＮ−ＩＤを取得する（Ｓ１２０２）。
そして、追加削除要求部３０１は、処理部３０２からこのＶＬＡＮ−ＩＤを取得すると、取得したＶＬＡＮ−ＩＤを含む追加要求を、ＶＬＡＮ管理装置２の追加削除要求受付部２０１に送信する（Ｓ１２０３）。
追加削除要求受付部２０１は、受信した追加要求からＶＬＡＮ−ＩＤを取得すると、追加用ＶＬＡＮ−ＩＤキューに受信したＶＬＡＮ−ＩＤを追加する（Ｓ１２０４）。
次に、管理対象サーバ６を未使用状態ＶＬＡＮに属するネットワークスイッチ４のネットワークポート４２に接続し、この管理対象サーバ６の電源をオンにすることによって、管理対象サーバ６を起動する（Ｓ１２０５）。管理対象サーバ６の起動は任意の方法で行えばよい。例えば、管理者が手動で管理対象サーバ６をＶＬＡＮ管理システム１に接続して、その管理対象サーバ６の電源を手動でオンにするような方法や、管理対象サーバ６の電源のオン、オフを管理する管理モジュールハードウェアを使用して、電源の状況を取得して、電源がオフになっている管理対象サーバ６から１つの管理対象サーバ６をランダムに選択して電源をオンにする方法などが考えられる。未使用状態ＶＬＡＮに所属しない管理対象サーバ６を起動した場合には、後記するステップＳ１２０８以降の処理が行われない。これは、未使用状態ＶＬＡＮに所属しない管理対象サーバ６は、新規に追加する管理対象サーバ６とはみなされないことを意味する。
そして、追加削除要求部３０１は、処理部３０２からこのＶＬＡＮ−ＩＤを取得すると、取得したＶＬＡＮ−ＩＤを含む追加要求を、ＶＬＡＮ管理装置２の追加削除要求受付部２０１に送信する（Ｓ１２０３）。
追加削除要求受付部２０１は、受信した追加要求からＶＬＡＮ−ＩＤを取得すると、追加用ＶＬＡＮ−ＩＤキューに受信したＶＬＡＮ−ＩＤを追加する（Ｓ１２０４）。
次に、管理対象サーバ６を未使用状態ＶＬＡＮに属するネットワークスイッチ４のネットワークポート４２に接続し、この管理対象サーバ６の電源をオンにすることによって、管理対象サーバ６を起動する（Ｓ１２０５）。管理対象サーバ６の起動は任意の方法で行えばよい。例えば、管理者が手動で管理対象サーバ６をＶＬＡＮ管理システム１に接続して、その管理対象サーバ６の電源を手動でオンにするような方法や、管理対象サーバ６の電源のオン、オフを管理する管理モジュールハードウェアを使用して、電源の状況を取得して、電源がオフになっている管理対象サーバ６から１つの管理対象サーバ６をランダムに選択して電源をオンにする方法などが考えられる。未使用状態ＶＬＡＮに所属しない管理対象サーバ６を起動した場合には、後記するステップＳ１２０８以降の処理が行われない。これは、未使用状態ＶＬＡＮに所属しない管理対象サーバ６は、新規に追加する管理対象サーバ６とはみなされないことを意味する。
電源をオンにされた管理対象サーバ６のネットワークブート部６０１は、ＩＰアドレス通知要求をネットワークスイッチ４へ送信する（Ｓ１２０６）。この要求は未使用状態ＶＬＡＮのみに転送される。未使用状態ＶＬＡＮ内にはディスク配付サーバ５が接続されていないため、ＩＰアドレス通知要求に対するＩＰアドレス応答が、ディスク配布サーバ５から返されることはなく、この要求はタイムアウトになる。また、このＩＰアドレス通知要求には、管理対象サーバ６が有するネットワークインターフェースのＭＡＣアドレスが含まれている。
次に、ネットワークスイッチ４の制御部４０１は、ネットワークポート４２で受信したＩＰアドレス通知要求に自身のネットワークスイッチＩＤを付与し、ミラーリングポート（本実施形態では、ネットワークスイッチ４のマネージメントポート４１）に複写してＶＬＡＮ管理装置２に向けて送信する（Ｓ１２０７）。ＶＬＡＮ管理装置２のミラーリング情報収集・設定部２０５は、マネージメントポート４１を介してＩＰアドレス通知要求を受信する。
そして、ＶＬＡＮ管理装置２は、受信したＩＰアドレス通知要求を解析し、ＩＰアドレス通知要求を受信したネットワークポート４２が、ステップＳ１２０３で業務管理装置３から受信したＶＬＡＮ−ＩＤのＶＬＡＮに属するように設定する（Ｓ１２０８）。ステップＳ１２０８の詳細は、図１３を参照して後記する。
次に、ネットワークスイッチ４の制御部４０１は、ネットワークポート４２で受信したＩＰアドレス通知要求に自身のネットワークスイッチＩＤを付与し、ミラーリングポート（本実施形態では、ネットワークスイッチ４のマネージメントポート４１）に複写してＶＬＡＮ管理装置２に向けて送信する（Ｓ１２０７）。ＶＬＡＮ管理装置２のミラーリング情報収集・設定部２０５は、マネージメントポート４１を介してＩＰアドレス通知要求を受信する。
そして、ＶＬＡＮ管理装置２は、受信したＩＰアドレス通知要求を解析し、ＩＰアドレス通知要求を受信したネットワークポート４２が、ステップＳ１２０３で業務管理装置３から受信したＶＬＡＮ−ＩＤのＶＬＡＮに属するように設定する（Ｓ１２０８）。ステップＳ１２０８の詳細は、図１３を参照して後記する。
管理対象サーバ６のネットワークブート部６０１は、ステップＳ１２０６で送信したＩＰアドレス通知要求のタイムアウト後に、自身のネットワークインターフェースのＭＡＣアドレスを含むＩＰアドレス通知要求を、ネットワークスイッチ４に再送する（Ｓ１２０９）。さらに、ネットワークスイッチ４の制御部４０１は、受信したＩＰアドレスに自身のネットワークスイッチＩＤを付与して、ディスク配布サーバ５のＩＰアドレス応答部５０１に送信する（Ｓ１２１０）。ステップＳ１２０８において設定されたネットワークスイッチ４のネットワークポート４２は、ステップＳ１２０１で指定された業務のＶＬＡＮに属する。そのため、ステップＳ１２０９で再送されたＩＰアドレス通知要求は、このＶＬＡＮ内に所属するディスク配布サーバ５のＩＰアドレス応答部５０１に送信される。
ＩＰアドレス通知要求を受信したＩＰアドレス応答部５０１は、受信したＩＰアドレス通知要求に含まれる管理対象サーバ６のＭＡＣアドレスに従って、ＩＰアドレス通知応答を、管理対象サーバ６に送信する（Ｓ１２１１）。ＩＰアドレス通知応答は、ＶＬＡＮ内のディスク配布サーバ５を指定する情報を含んでいる。
そして、管理対象サーバ６のネットワークブート部６０１は、受信したＩＰアドレス通知応答に含まれているディスク配布サーバ５を指定する情報に対応するディスク配布サーバ５に向けて、自身のＩＰアドレスを含むインストール用ディスクイメージ取得要求を送信する（Ｓ１２１２）。
そして、ディスク配布サーバ５のインストール用ディスクイメージ配信部５０２は、ＩＰアドレス取得要求に含まれる管理対象サーバ６のＩＰアドレスに従って、インストール用ディスクイメージを記憶部５１から取得し、これを管理対象サーバ６のネットワークブート部６０１に送信する（Ｓ１２１３）。
ＩＰアドレス通知要求を受信したＩＰアドレス応答部５０１は、受信したＩＰアドレス通知要求に含まれる管理対象サーバ６のＭＡＣアドレスに従って、ＩＰアドレス通知応答を、管理対象サーバ６に送信する（Ｓ１２１１）。ＩＰアドレス通知応答は、ＶＬＡＮ内のディスク配布サーバ５を指定する情報を含んでいる。
そして、管理対象サーバ６のネットワークブート部６０１は、受信したＩＰアドレス通知応答に含まれているディスク配布サーバ５を指定する情報に対応するディスク配布サーバ５に向けて、自身のＩＰアドレスを含むインストール用ディスクイメージ取得要求を送信する（Ｓ１２１２）。
そして、ディスク配布サーバ５のインストール用ディスクイメージ配信部５０２は、ＩＰアドレス取得要求に含まれる管理対象サーバ６のＩＰアドレスに従って、インストール用ディスクイメージを記憶部５１から取得し、これを管理対象サーバ６のネットワークブート部６０１に送信する（Ｓ１２１３）。
次に、管理対象サーバ６のネットワークブート部６０１は、ステップＳ１２１３で受信したインストール用ディスクイメージをメモリ中に配置（ロード）して実行する（Ｓ１２１４）。さらに、インストール用ディスクイメージによってインストールされたインストール用ＯＳ中の業務用ディスクイメージ取得プログラムに従って、ディスク配布サーバ５に自身のＩＰアドレスを含む業務用ディスクイメージ取得要求を送信する（Ｓ１２１５）。
そして、ディスク配布サーバ５の業務用ディスクイメージ配信部５０３は、受信した業務用ディスクイメージ取得要求に含まれるＩＰアドレスに従って、業務用ディスクイメージを、要求のあった管理対象サーバ６に送信する（Ｓ１２１６）。
そして、管理対象サーバ６のネットワークブート部６０１は、受信した業務用ディスクイメージをインストールする（Ｓ１２１７）。
業務用ディスクイメージの取得方法は、ネットワーク通信を用いてデータを送受信する任意の方法で行えばよい。具体例としては、ＦＴＰ（File Transfer Protocol）やＮＦＳ（Network File System）を用いたファイル転送などが挙げられる。
そして、ディスク配布サーバ５の業務用ディスクイメージ配信部５０３は、受信した業務用ディスクイメージ取得要求に含まれるＩＰアドレスに従って、業務用ディスクイメージを、要求のあった管理対象サーバ６に送信する（Ｓ１２１６）。
そして、管理対象サーバ６のネットワークブート部６０１は、受信した業務用ディスクイメージをインストールする（Ｓ１２１７）。
業務用ディスクイメージの取得方法は、ネットワーク通信を用いてデータを送受信する任意の方法で行えばよい。具体例としては、ＦＴＰ（File Transfer Protocol）やＮＦＳ（Network File System）を用いたファイル転送などが挙げられる。
続いて、ネットワークブート部６０１は、インストールされた業務用ディスクイメージを使用して自身を再起動する。起動後に、管理対象サーバ６の処理部６０２は、業務管理装置３に対して起動完了通知を、ネットワークスイッチ４を経由して送信する（Ｓ１２１８）。業務管理装置３はサーバ起動完了を運用管理者に通知する。
（ＶＬＡＮ設定処理：ＶＬＡＮ設定装置）
次に、図１〜図１０を参照しつつ、図１３を参照して図１２のステップＳ１２０８におけるＶＬＡＮ設定処理の流れを説明する。
図１３は、図１２のステップＳ１２０８におけるＶＬＡＮ設定処理の流れを示すフローである。
まず、ＶＬＡＮ管理装置２のミラーリング情報収集・設定部２０５は、ネットワークスイッチ４によってミラーリングされたＩＰアドレス通知要求を、ネットワークスイッチ４のマネージメントポート４１を経由して受信する（Ｓ１３０１）。このとき、実際には、全てのパケットが受信されるため、ＩＰアドレス通知要求以外のパケットもミラーリング情報収集・設定部２０５によって受信される。
次に、処理部２０６は、受信したパケットがＩＰアドレス通知要求であるか否かを判定する（Ｓ１３０２）。これは、受信したパケットのペイロード部分の特定バイト列とＩＰアドレス通知要求のパターンとを比較し、これらが一致するか否かを判定することで実現できる。受信したパケットがＩＰアドレス通知要求でない場合には（Ｓ１３０２→Ｎｏ）、ＶＬＡＮ設定の要求がないとみなして処理を終了する。
次に、図１〜図１０を参照しつつ、図１３を参照して図１２のステップＳ１２０８におけるＶＬＡＮ設定処理の流れを説明する。
図１３は、図１２のステップＳ１２０８におけるＶＬＡＮ設定処理の流れを示すフローである。
まず、ＶＬＡＮ管理装置２のミラーリング情報収集・設定部２０５は、ネットワークスイッチ４によってミラーリングされたＩＰアドレス通知要求を、ネットワークスイッチ４のマネージメントポート４１を経由して受信する（Ｓ１３０１）。このとき、実際には、全てのパケットが受信されるため、ＩＰアドレス通知要求以外のパケットもミラーリング情報収集・設定部２０５によって受信される。
次に、処理部２０６は、受信したパケットがＩＰアドレス通知要求であるか否かを判定する（Ｓ１３０２）。これは、受信したパケットのペイロード部分の特定バイト列とＩＰアドレス通知要求のパターンとを比較し、これらが一致するか否かを判定することで実現できる。受信したパケットがＩＰアドレス通知要求でない場合には（Ｓ１３０２→Ｎｏ）、ＶＬＡＮ設定の要求がないとみなして処理を終了する。
次に、処理部２０６が、受信したパケットがＩＰアドレス通知要求であると判定した場合（Ｓ１３０２→Ｙｅｓ）、ＶＬＡＮ管理装置２は、ＩＰアドレス通知要求を受信したネットワークスイッチ４のポート番号を取得する（Ｓ１３０３）。ステップＳ１３０３の詳細は、図１４を参照して後記する。
次に、ＶＬＡＮ管理装置２は、ステップＳ１３０３において、ポート番号が取得できたか否かを判定する（Ｓ１３０４）。ポート番号が取得できなかった場合（Ｓ１３０４→Ｎｏ）、エラー発生として処理を終了する。
ポート番号が取得できた場合（Ｓ１３０４→Ｙｅｓ）、ＶＬＡＮ管理装置２のＶＬＡＮ情報収集・設定部２０４が、ネットワークスイッチ４の制御部４０１からポート番号に対応するポートが属するＶＬＡＮのＶＬＡＮ情報を取得する（Ｓ１３０５）。
さらに、処理部２０６は、ステップＳ１３０３で取得したポート番号をキーとして、記憶部２１に保持されている監視ポートリストを参照し、取得したポート番号に対応するネットワークポート４２が未使用状態ＶＬＡＮに所属しているか否かを判定する（Ｓ１３０６）。
なお、未使用状態ＶＬＡＮであるか否かは、取得部２０６が、ステップＳ１３０５で取得したＶＬＡＮ情報に格納されているＶＬＡＮ−ＩＤに対応しているＶＬＡＮに属するネットワークポート４２のポート番号を取得し、このポート番号に該当するネットワークポート４２がディスク配布サーバ５に接続しているか否かを判定することによって行われる。
管理者が、未使用状態ＶＬＡＮに属するネットワークスイッチ４のポートを、予めＶＬＡＮ管理装置２に登録しておくことで、ＶＬＡＮ管理装置２は、ある管理対象サーバ６が未使用状態ＶＬＡＮに所属するか否かを識別することが可能となる。
未使用状態ＶＬＡＮに所属していない（すなわち、このネットワークポート４２がいずれかの業務に割当てられたＶＬＡＮに所属している）場合（Ｓ１３０６→Ｎｏ）、この管理対象サーバ６は、新規に追加される管理対象サーバ６ではないとみなし処理を終了する。
次に、ＶＬＡＮ管理装置２は、ステップＳ１３０３において、ポート番号が取得できたか否かを判定する（Ｓ１３０４）。ポート番号が取得できなかった場合（Ｓ１３０４→Ｎｏ）、エラー発生として処理を終了する。
ポート番号が取得できた場合（Ｓ１３０４→Ｙｅｓ）、ＶＬＡＮ管理装置２のＶＬＡＮ情報収集・設定部２０４が、ネットワークスイッチ４の制御部４０１からポート番号に対応するポートが属するＶＬＡＮのＶＬＡＮ情報を取得する（Ｓ１３０５）。
さらに、処理部２０６は、ステップＳ１３０３で取得したポート番号をキーとして、記憶部２１に保持されている監視ポートリストを参照し、取得したポート番号に対応するネットワークポート４２が未使用状態ＶＬＡＮに所属しているか否かを判定する（Ｓ１３０６）。
なお、未使用状態ＶＬＡＮであるか否かは、取得部２０６が、ステップＳ１３０５で取得したＶＬＡＮ情報に格納されているＶＬＡＮ−ＩＤに対応しているＶＬＡＮに属するネットワークポート４２のポート番号を取得し、このポート番号に該当するネットワークポート４２がディスク配布サーバ５に接続しているか否かを判定することによって行われる。
管理者が、未使用状態ＶＬＡＮに属するネットワークスイッチ４のポートを、予めＶＬＡＮ管理装置２に登録しておくことで、ＶＬＡＮ管理装置２は、ある管理対象サーバ６が未使用状態ＶＬＡＮに所属するか否かを識別することが可能となる。
未使用状態ＶＬＡＮに所属していない（すなわち、このネットワークポート４２がいずれかの業務に割当てられたＶＬＡＮに所属している）場合（Ｓ１３０６→Ｎｏ）、この管理対象サーバ６は、新規に追加される管理対象サーバ６ではないとみなし処理を終了する。
ステップＳ１３０６で、ポートが未使用状態ＶＬＡＮに所属することが判明した場合（Ｓ１３０６→Ｙｅｓ）、処理部２０６は、追加用ＶＬＡＮ−ＩＤキューを参照して、追加用ＶＬＡＮ−ＩＤキューにＶＬＡＮ−ＩＤが保持されているか否かを判定する（Ｓ１３０７）。
判定の結果、ＶＬＡＮ−ＩＤキューにＶＬＡＮ−ＩＤが存在しない場合（Ｓ１３０７→Ｎｏ）、現在、追加を要求されている管理対象サーバ６が存在しないことになるので処理を終了する。
判定の結果、追加用ＶＬＡＮ−ＩＤキューにＶＬＡＮ−ＩＤが存在する場合（Ｓ１３０７→Ｙｅｓ）、処理部２０６は、追加用ＶＬＡＮ−ＩＤキューからＶＬＡＮ−ＩＤを１つ取得する（Ｓ１３０８）。
判定の結果、ＶＬＡＮ−ＩＤキューにＶＬＡＮ−ＩＤが存在しない場合（Ｓ１３０７→Ｎｏ）、現在、追加を要求されている管理対象サーバ６が存在しないことになるので処理を終了する。
判定の結果、追加用ＶＬＡＮ−ＩＤキューにＶＬＡＮ−ＩＤが存在する場合（Ｓ１３０７→Ｙｅｓ）、処理部２０６は、追加用ＶＬＡＮ−ＩＤキューからＶＬＡＮ−ＩＤを１つ取得する（Ｓ１３０８）。
さらに、ＶＬＡＮ情報収集・設定部２０４は、ステップＳ１３０３で取得したポート番号が、ステップＳ１３０８で取得したＶＬＡＮ−ＩＤで表されるＶＬＡＮに属するようにネットワークスイッチ４の制御部４０１の設定を変更する（Ｓ１３０９）。
（ポート番号取得：ＶＬＡＮ管理装置）
図１〜図１０を参照しつつ、図１３のステップＳ１３０３におけるポート番号取得の処理の流れを説明する。
図１４は、図１３のステップＳ１３０３におけるポート番号取得の処理の流れを示すフローである。
図１〜図１０を参照しつつ、図１３のステップＳ１３０３におけるポート番号取得の処理の流れを説明する。
図１４は、図１３のステップＳ１３０３におけるポート番号取得の処理の流れを示すフローである。
まず処理に先立ち、例えば入出力部２２を介して、ＶＬＡＮ管理装置２の記憶部２１に、ネットワークスイッチＩＤ一覧が登録される。
まず、ミラーリング情報収集・設定部２０５が、ＩＰアドレス通知要求を受信する（Ｓ１４０１）。
次に、処理部２０６が、ステップＳ１４０１で受信したＩＰアドレス通知要求から、ＭＡＣアドレスを取得する（Ｓ１４０２）。ＭＡＣアドレスは、ＩＰアドレス通知要求の特定位置に書き込まれており、この特定部分を参照することによって、ＭＡＣアドレスを取得できる。
まず、ミラーリング情報収集・設定部２０５が、ＩＰアドレス通知要求を受信する（Ｓ１４０１）。
次に、処理部２０６が、ステップＳ１４０１で受信したＩＰアドレス通知要求から、ＭＡＣアドレスを取得する（Ｓ１４０２）。ＭＡＣアドレスは、ＩＰアドレス通知要求の特定位置に書き込まれており、この特定部分を参照することによって、ＭＡＣアドレスを取得できる。
そして、ＦＤＢ取得部２０３は、記憶部２１のネットワークスイッチＩＤ一覧に保持されているネットワークスイッチＩＤを基に、ＶＬＡＮ管理装置２が管理しているすべてのネットワークスイッチ４の制御部４０１から、ＦＤＢテーブルを取得する（Ｓ１４０３）。
次に、処理部２０６は、ステップＳ１４０２で取得したＭＡＣアドレスをキーとして、ＶＬＡＮ管理装置２の管理下にあるすべてのネットワークスイッチ４２のＦＤＢテーブルを順番に検索し、そのＭＡＣアドレスに対応するエントリ（以下、ＦＤＢエントリと記載する）を取得し（Ｓ１４０４）、該当するＦＤＢエントリ中の管理対象サーバ側ポートのポート番号と、その管理対象サーバ側ポートを検索したときのネットワークスイッチ４のネットワークスイッチＩＤを取得する（Ｓ１４０５）。
次に、処理部２０６は、ステップＳ１４０４で取得したポート番号が監視ポートリストの該当するネットワークスイッチＩＤのエントリに含まれているか否かを判定する（Ｓ１４０６）。ポート番号が該当するネットワークスイッチＩＤのフィールドに含まれていなかった場合（Ｓ１４０６→Ｎｏ）、処理部２０６は、取得したポート番号が、管理対象外であるとみなし、該当するポート番号は無しとして処理を終了する。
次に、処理部２０６は、ステップＳ１４０２で取得したＭＡＣアドレスをキーとして、ＶＬＡＮ管理装置２の管理下にあるすべてのネットワークスイッチ４２のＦＤＢテーブルを順番に検索し、そのＭＡＣアドレスに対応するエントリ（以下、ＦＤＢエントリと記載する）を取得し（Ｓ１４０４）、該当するＦＤＢエントリ中の管理対象サーバ側ポートのポート番号と、その管理対象サーバ側ポートを検索したときのネットワークスイッチ４のネットワークスイッチＩＤを取得する（Ｓ１４０５）。
次に、処理部２０６は、ステップＳ１４０４で取得したポート番号が監視ポートリストの該当するネットワークスイッチＩＤのエントリに含まれているか否かを判定する（Ｓ１４０６）。ポート番号が該当するネットワークスイッチＩＤのフィールドに含まれていなかった場合（Ｓ１４０６→Ｎｏ）、処理部２０６は、取得したポート番号が、管理対象外であるとみなし、該当するポート番号は無しとして処理を終了する。
また、例えば，ネットワークスイッチ４が多段になっているＶＬＡＮ管理システム１では，管理対象サーバ６に関するＦＤＢテーブルは、ＶＬＡＮ管理装置２側のネットワークスイッチ４と管理対象サーバ６側のネットワークスイッチ４の両方に作成される。
このときに、ネットワークスイッチ４の先に管理対象サーバ６が接続されていることを確認する方法はないので，処理部２０６は、監視ポートリストを使用して、管理対象サーバ６が接続されているネットワークポート４２を決定する。
このような場合において、ネットワークスイッチＩＤとポート番号の組が、監視ポートリストに含まれていなかった場合（Ｓ１４０６→Ｎｏ）、処理部２０６は、「ポート番号を取得したＦＤＢテーブルは、他のスイッチへの転送経路を示すＦＤＢテーブルである」とみなし処理を終了する。
このときに、ネットワークスイッチ４の先に管理対象サーバ６が接続されていることを確認する方法はないので，処理部２０６は、監視ポートリストを使用して、管理対象サーバ６が接続されているネットワークポート４２を決定する。
このような場合において、ネットワークスイッチＩＤとポート番号の組が、監視ポートリストに含まれていなかった場合（Ｓ１４０６→Ｎｏ）、処理部２０６は、「ポート番号を取得したＦＤＢテーブルは、他のスイッチへの転送経路を示すＦＤＢテーブルである」とみなし処理を終了する。
ポート番号が該当するネットワークスイッチＩＤのフィールドに含まれている場合（Ｓ１４０６→Ｙｅｓ）、処理部２０６は、ステップＳ１４０４で取得したポート番号をネットワークスイッチ４へ返す（Ｓ１４０７）。
（各ディスクイメージ取得：管理対象サーバ）
図１〜図１０を参照しつつ、管理対象サーバ６の各ディスクイメージ取得の処理の流れを説明する。
図１５は、管理対象サーバの追加処理における管理対象サーバの処理の流れを示すフローである。
まず、管理対象サーバ６内のネットワークブート部６０１が、ネットワーク中の全ディスク配布サーバ５に自身のネットワークインターフェースのＭＡＣアドレスを含むＩＰアドレス通知要求をブロードキャストで送信する（Ｓ１５０１）。
次に、ネットワークブート部６０１は、所定期間、ネットワーク中のディスク配布サーバ５からのＩＰアドレス通知応答の待機を行う（Ｓ１５０２）。
図１〜図１０を参照しつつ、管理対象サーバ６の各ディスクイメージ取得の処理の流れを説明する。
図１５は、管理対象サーバの追加処理における管理対象サーバの処理の流れを示すフローである。
まず、管理対象サーバ６内のネットワークブート部６０１が、ネットワーク中の全ディスク配布サーバ５に自身のネットワークインターフェースのＭＡＣアドレスを含むＩＰアドレス通知要求をブロードキャストで送信する（Ｓ１５０１）。
次に、ネットワークブート部６０１は、所定期間、ネットワーク中のディスク配布サーバ５からのＩＰアドレス通知応答の待機を行う（Ｓ１５０２）。
ステップＳ１５０３では、ネットワークブート部６０１が、ＩＰアドレス通知応答を受信したか否かを判定する。
ステップＳ１５０３の判定の結果、ネットワークブート部６０１が、ＩＰアドレス通知応答を受信していない場合（Ｓ１５０３→Ｎｏ）、処理をステップＳ１５０１に戻し、ネットワークブート部６０１はＩＰアドレス通知要求をブロードキャストで再送する。
ステップＳ１５０３の判定の結果、ネットワークブート部６０１が、ＩＰアドレス通知応答を受信した場合（Ｓ１５０３→Ｙｅｓ）、ステップＳ１５０４へ処理を進める。
なお、一定回数のＩＰアドレス通知要求の送信を繰り返してもＩＰアドレス応答を所定時間内に受信できない場合（図示せず）には、ネットワークブート部６０１は、ＩＰアドレス取得の失敗とみなし、以降の処理はすべて行わずに処理を終了する。
ステップＳ１５０３の判定の結果、ネットワークブート部６０１が、ＩＰアドレス通知応答を受信していない場合（Ｓ１５０３→Ｎｏ）、処理をステップＳ１５０１に戻し、ネットワークブート部６０１はＩＰアドレス通知要求をブロードキャストで再送する。
ステップＳ１５０３の判定の結果、ネットワークブート部６０１が、ＩＰアドレス通知応答を受信した場合（Ｓ１５０３→Ｙｅｓ）、ステップＳ１５０４へ処理を進める。
なお、一定回数のＩＰアドレス通知要求の送信を繰り返してもＩＰアドレス応答を所定時間内に受信できない場合（図示せず）には、ネットワークブート部６０１は、ＩＰアドレス取得の失敗とみなし、以降の処理はすべて行わずに処理を終了する。
ステップＳ１５０４では、ネットワークブート部６０１が、ステップＳ１５０３で取得したＩＰアドレス通知応答に含まれる送信元のＩＰアドレス（ディスク配布サーバ５のＩＰアドレス）を取得する。
そして、ネットワークブート部６０１が、ステップＳ１５０４で取得したＩＰアドレスに対してインストール用ディスクイメージ取得要求を送信する（Ｓ１５０５）。このインストール用ディスクイメージ取得要求には、送信元である管理対象サーバ６のＩＰアドレスが含まれている。ディスク配布サーバ５は、インストール用ディスクイメージ取得要求に含まれる管理対象サーバ６のＩＰアドレスを取得し、インストール用ディスクイメージ取得要求に対する応答としてインストール用ディスクイメージを、取得したＩＰアドレスを有する管理対象サーバ６に向けて送信する。このような方法により、管理対象サーバ６のネットワークブート部６０１は、インストール用ディスクイメージをダウンロードする（Ｓ１５０６）。
そして、ネットワークブート部６０１が、ステップＳ１５０４で取得したＩＰアドレスに対してインストール用ディスクイメージ取得要求を送信する（Ｓ１５０５）。このインストール用ディスクイメージ取得要求には、送信元である管理対象サーバ６のＩＰアドレスが含まれている。ディスク配布サーバ５は、インストール用ディスクイメージ取得要求に含まれる管理対象サーバ６のＩＰアドレスを取得し、インストール用ディスクイメージ取得要求に対する応答としてインストール用ディスクイメージを、取得したＩＰアドレスを有する管理対象サーバ６に向けて送信する。このような方法により、管理対象サーバ６のネットワークブート部６０１は、インストール用ディスクイメージをダウンロードする（Ｓ１５０６）。
ネットワークブート部６０１は、ステップＳ１５０６でダウンロードしたインストール用ディスクイメージを管理対象サーバ６内のメモリ６０に配置して、そのインストール用ディスクイメージ中のインストール用ＯＳを実行する（Ｓ１５０７）。
次に、管理対象サーバ６は、起動した自身に対し、新規に業務用ディスクイメージを、ディスク配布サーバ５からダウンロードしてインストールする必要があるか否かを判定する（Ｓ１５０８）。具体的には、管理対象サーバ６のシステムディスク内のディスクイメージとダウンロードすべき業務用ディスクイメージとの差分を調べればよい。差分を調べる方法の例としては、実際に業務用ディスクイメージをダウンロードして、管理対象サーバ６のシステムディスク内のディスクイメージと、業務用ディスクイメージとのバイトをすべて比較する方法、２つのディスクイメージの一部の特徴的なデータを比較する方法または２つのディスクイメージのチェックサムを比較する方法などがある。判定の結果、インストールする必要がないと判断された場合（Ｓ１５０８→Ｎｏ）、処理を終了する。
業務用ディスクイメージのダウンロードおよびインストールが必要であると判定された場合（Ｓ１５０８→Ｙｅｓ）、ステップＳ１５０７で実行されたインストール用ディスクイメージのインストール用ＯＳに含まれている業務用ディスクイメージ取得プログラムが、ディスク配布サーバ５に自身のＩＰアドレスを含む業務用ディスクイメージ取得要求を送信する（Ｓ１５０９）。業務用ディスクイメージ取得要求を受信したディスク配布サーバ５は、ＦＴＰまたはＮＦＳなどの手段により、業務用ディスクイメージを管理対象サーバ６に送信する。そして、インストール用ＯＳの業務用ディスクイメージ取得プログラムが、業務用ディスクイメージをダウンロードする（Ｓ１５１０）。
次に、ネットワークブート部６０１は、ステップＳ１５１０でダウンロードされた業務用ディスクイメージを管理対象サーバ６のハードディスク装置に書き込む（Ｓ１５１１）。これは、業務用ディスクイメージをハードディスク装置中の特定ブロックに直接に書き込むことによって行うことができる。なお、実際の処理では、ステップ１５１０を行いつつ、ステップＳ１５１１の処理を行う。すなわち、インストール用ＯＳの業務用ディスクイメージ取得プログラムは、業務用ディスクイメージをダウンロードしつつ、一時的なメモリに転送された業務用ディスクイメージをハードディスク装置に書き込む処理を行う。
そして、管理対象サーバ６は、ダウンロードした業務用ディスクイメージをインストールして、業務用ディスクイメージ中の業務用ＯＳをメモリにロードして実行する（Ｓ１５１２）。
次に、ネットワークブート部６０１は、ステップＳ１５１０でダウンロードされた業務用ディスクイメージを管理対象サーバ６のハードディスク装置に書き込む（Ｓ１５１１）。これは、業務用ディスクイメージをハードディスク装置中の特定ブロックに直接に書き込むことによって行うことができる。なお、実際の処理では、ステップ１５１０を行いつつ、ステップＳ１５１１の処理を行う。すなわち、インストール用ＯＳの業務用ディスクイメージ取得プログラムは、業務用ディスクイメージをダウンロードしつつ、一時的なメモリに転送された業務用ディスクイメージをハードディスク装置に書き込む処理を行う。
そして、管理対象サーバ６は、ダウンロードした業務用ディスクイメージをインストールして、業務用ディスクイメージ中の業務用ＯＳをメモリにロードして実行する（Ｓ１５１２）。
(管理対象サーバ６の削除：全体システム)
図１から図１０を参照しつつ、図１６に沿って管理対象サーバ６を業務から削除するときの処理を説明する。
図１６は、管理対象サーバを業務から削除するときの処理のタイミングチャートを示す図である。
まず、管理者が管理対象サーバ６の業務からの削除通知を、入出力部２２を介して業務管理装置３の処理部３０２に入力する（Ｓ１６０１）。具体的には、管理者は、管理対象サーバ６を削除する業務名を業務管理装置３の処理部３０２に入力する。管理対象サーバ６の削除通知の具体的な方法は業務への管理対象サーバ６の追加の場合と同様である。
次に、処理部３０２は、入力された業務名をキーとして、記憶部３１に記憶されている業務−ＶＬＡＮマッピング表を検索し、入力された業務名に対応するＶＬＡＮ−ＩＤを取得する（Ｓ１６０２）。
そして、処理部３０２は、取得したＶＬＡＮ−ＩＤを含む削除要求をＶＬＡＮ管理装置２の追加削除要求受付部２０１に送信する（Ｓ１６０３）。追加削除要求受付部２０１は、削除要求に含まれるＶＬＡＮ−ＩＤを取得し、このＶＬＡＮ−ＩＤをキーとして、削除用ＶＬＡＮ−ＩＤキューテーブルを検索し、削除用ＶＬＡＮ−ＩＤキューテーブルの対応するエントリの削除用ＶＬＡＮ−ＩＤキューに受信したＶＬＡＮ−ＩＤを追加する（Ｓ１６０４）。
図１から図１０を参照しつつ、図１６に沿って管理対象サーバ６を業務から削除するときの処理を説明する。
図１６は、管理対象サーバを業務から削除するときの処理のタイミングチャートを示す図である。
まず、管理者が管理対象サーバ６の業務からの削除通知を、入出力部２２を介して業務管理装置３の処理部３０２に入力する（Ｓ１６０１）。具体的には、管理者は、管理対象サーバ６を削除する業務名を業務管理装置３の処理部３０２に入力する。管理対象サーバ６の削除通知の具体的な方法は業務への管理対象サーバ６の追加の場合と同様である。
次に、処理部３０２は、入力された業務名をキーとして、記憶部３１に記憶されている業務−ＶＬＡＮマッピング表を検索し、入力された業務名に対応するＶＬＡＮ−ＩＤを取得する（Ｓ１６０２）。
そして、処理部３０２は、取得したＶＬＡＮ−ＩＤを含む削除要求をＶＬＡＮ管理装置２の追加削除要求受付部２０１に送信する（Ｓ１６０３）。追加削除要求受付部２０１は、削除要求に含まれるＶＬＡＮ−ＩＤを取得し、このＶＬＡＮ−ＩＤをキーとして、削除用ＶＬＡＮ−ＩＤキューテーブルを検索し、削除用ＶＬＡＮ−ＩＤキューテーブルの対応するエントリの削除用ＶＬＡＮ−ＩＤキューに受信したＶＬＡＮ−ＩＤを追加する（Ｓ１６０４）。
次に、削除対照の管理対象サーバ６を停止する（Ｓ１６０５）。管理対象サーバ６の停止手順は、管理対象サーバ６の起動同様に任意の方法で行えばよい。例えば、既存の仕組みを利用した例としては、管理者が手動で停止する方法や、管理対象サーバ６の起動、停止を管理する管理モジュールハードウェアを使用して、電源をオフにする方法などがある。ＶＬＡＮ−ＩＤで指定されたＶＬＡＮに所属しない管理対象サーバ６を停止した場合には、後記するステップＳ１６０７が行われない。これは、この管理対象サーバ６が削除対象とはみなされないことを意味する。
管理対象サーバ６が、停止されると、管理対象サーバ６と接続しているネットワークスイッチ４のネットワークポート４２からリンクダウンイベントが発生する。リンクダウンイベントに伴って発生するリンクダウン通知は、ネットワークスイッチ４の状態通知部４０２からＶＬＡＮ管理装置２のリンクダウン／アップ検出部２０２に送信される（Ｓ１６０６）。なお、リンクダウン通知には、リンクダウンイベントが発生したネットワークポート４２のポート番号が含まれる。
リンクダウン／アップ検出部２０２が、リンクダウン通知を受信すると、ＶＬＡＮ管理装置２が、ネットワークスイッチ４に対しＶＬＡＮ設定（Ｓ１６０７）の処理を行う。ステップＳ１６０７の詳細は、図１７を参照して後記する。
そして、処理部２０６は、管理対象サーバ６の業務からの削除完了通知を業務管理装置３に送信する（Ｓ１６０８）。
リンクダウン／アップ検出部２０２が、リンクダウン通知を受信すると、ＶＬＡＮ管理装置２が、ネットワークスイッチ４に対しＶＬＡＮ設定（Ｓ１６０７）の処理を行う。ステップＳ１６０７の詳細は、図１７を参照して後記する。
そして、処理部２０６は、管理対象サーバ６の業務からの削除完了通知を業務管理装置３に送信する（Ｓ１６０８）。
図１から図１０を参照しつつ、図１６のステップＳ１６０７のＶＬＡＮ設定の処理の流れを説明する。
図１７は、図１６のステップＳ１６０７におけるＶＬＡＮ設定の処理の流れを示すフローである。
リンクダウン／アップ検出部２０２は、ネットワークスイッチ４の状態通知部４０２によって送信されたネットワークポート４２のリンクダウン通知を受信する（Ｓ１７０１）。このリンクダウン通知には、リンクダウンした（つまり、接続している管理対象サーバ６が停止した）ネットワークポート４２のポート番号が含まれている。
そして、ステップＳ１７０１で受信したリンクダウン通知からリンクダウンイベントが発生したネットワークポート４２のポート番号を取得する（Ｓ１７０２）。
次に、ＶＬＡＮ情報収集・設定部２０４は、ネットワークスイッチ４の制御部４０１からＶＬＡＮ情報を取得する（Ｓ１７０３）。ＶＬＡＮ情報には、ネットワークスイッチ４で設定されているＶＬＡＮのＶＬＡＮ−ＩＤと、このＶＬＡＮに属するネットワークポート４２のポート番号が対応付けられて保持されている。
ＶＬＡＮ管理装置２の処理部２０６は、ステップＳ１７０２で取得したポート番号をキーとして、ＶＬＡＮ情報を検索し、対応するＶＬＡＮ−ＩＤを取得する（Ｓ１７０４）。
次に、処理部２０６は、取得したＶＬＡＮ−ＩＤをキーとして、削除用ＶＬＡＮ−ＩＤキューを検索し、取得したＶＬＡＮ−ＩＤが削除用ＶＬＡＮ−ＩＤキューに存在するか否かを判定する（Ｓ１７０５）。
削除用ＶＬＡＮ−ＩＤキューにＶＬＡＮ−ＩＤが存在しない場合（Ｓ１７０５→Ｎｏ）、処理部２０６は、業務から管理対象サーバ６を削除する必要がない、すなわち削除指示が行われていないとして、処理を終了する。
削除用ＶＬＡＮ−ＩＤキューにＶＬＡＮ−ＩＤが存在する場合（Ｓ１７０５→Ｙｅｓ）、ステップＳ１７０６に処理を進める。
ステップＳ１７０６では、ＶＬＡＮ情報収集・設定部２０４が、ステップＳ１７０２で取得したポート番号が、未使用状態ＶＬＡＮのみに属するようにネットワークスイッチ４の制御部４０１の設定を変更することによって、該当するポートに対するＶＬＡＮ設定を削除する。
図１７は、図１６のステップＳ１６０７におけるＶＬＡＮ設定の処理の流れを示すフローである。
リンクダウン／アップ検出部２０２は、ネットワークスイッチ４の状態通知部４０２によって送信されたネットワークポート４２のリンクダウン通知を受信する（Ｓ１７０１）。このリンクダウン通知には、リンクダウンした（つまり、接続している管理対象サーバ６が停止した）ネットワークポート４２のポート番号が含まれている。
そして、ステップＳ１７０１で受信したリンクダウン通知からリンクダウンイベントが発生したネットワークポート４２のポート番号を取得する（Ｓ１７０２）。
次に、ＶＬＡＮ情報収集・設定部２０４は、ネットワークスイッチ４の制御部４０１からＶＬＡＮ情報を取得する（Ｓ１７０３）。ＶＬＡＮ情報には、ネットワークスイッチ４で設定されているＶＬＡＮのＶＬＡＮ−ＩＤと、このＶＬＡＮに属するネットワークポート４２のポート番号が対応付けられて保持されている。
ＶＬＡＮ管理装置２の処理部２０６は、ステップＳ１７０２で取得したポート番号をキーとして、ＶＬＡＮ情報を検索し、対応するＶＬＡＮ−ＩＤを取得する（Ｓ１７０４）。
次に、処理部２０６は、取得したＶＬＡＮ−ＩＤをキーとして、削除用ＶＬＡＮ−ＩＤキューを検索し、取得したＶＬＡＮ−ＩＤが削除用ＶＬＡＮ−ＩＤキューに存在するか否かを判定する（Ｓ１７０５）。
削除用ＶＬＡＮ−ＩＤキューにＶＬＡＮ−ＩＤが存在しない場合（Ｓ１７０５→Ｎｏ）、処理部２０６は、業務から管理対象サーバ６を削除する必要がない、すなわち削除指示が行われていないとして、処理を終了する。
削除用ＶＬＡＮ−ＩＤキューにＶＬＡＮ−ＩＤが存在する場合（Ｓ１７０５→Ｙｅｓ）、ステップＳ１７０６に処理を進める。
ステップＳ１７０６では、ＶＬＡＮ情報収集・設定部２０４が、ステップＳ１７０２で取得したポート番号が、未使用状態ＶＬＡＮのみに属するようにネットワークスイッチ４の制御部４０１の設定を変更することによって、該当するポートに対するＶＬＡＮ設定を削除する。
（管理対象サーバの用途の変更）
管理対象サーバ６の用途を変更する場合には、はじめに、前記した管理対象サーバ６削除処理に従って所定の業務から管理対象サーバ６の削除を行い、その後に、前記した管理対象サーバ６追加処理に従って、追加したい業務に対して管理対象サーバ６の追加の処理を行えばよい。
管理対象サーバ６の用途を変更する場合には、はじめに、前記した管理対象サーバ６削除処理に従って所定の業務から管理対象サーバ６の削除を行い、その後に、前記した管理対象サーバ６追加処理に従って、追加したい業務に対して管理対象サーバ６の追加の処理を行えばよい。
［第２実施形態］
第２実施形態では、管理対象サーバ６が複数のネットワーク通信装置を持つＶＬＡＮ管理システム１を対象とする。本実施形態では、ネットワーク通信装置の一例としてＮＩＣ（Network Interface Card）を用いて説明する。
なお、本実施形態は、第１実施形態と同じ要素および処理を含むため、そのような要素および処理に関しては、同じ符号を付して説明を省略し、本実施形態に特徴的な要素および処理を説明する。
第２実施形態では、管理対象サーバ６が複数のネットワーク通信装置を持つＶＬＡＮ管理システム１を対象とする。本実施形態では、ネットワーク通信装置の一例としてＮＩＣ（Network Interface Card）を用いて説明する。
なお、本実施形態は、第１実施形態と同じ要素および処理を含むため、そのような要素および処理に関しては、同じ符号を付して説明を省略し、本実施形態に特徴的な要素および処理を説明する。
本実施形態は、第1実施形態と比べて以下の点で異なっている。
（１）管理対象サーバ６が、起動時に送信するＩＰアドレス通知要求を、ミラーリング情報収集・設定部２０４（図２参照）で検出するのではなく、ＶＬＡＮ管理装置２ａ内のＩＰアドレス応答部１８０１（図１８参照）で受信する。
（２）ＶＬＡＮ管理装置２ａのインストール用ディスクイメージ配信部１８０２（図１８参照）は、インストール用ディスクイメージを管理対象サーバ６へ送信し、管理対象サーバ６の全ＮＩＣに対するＶＬＡＮ設定を行う。
このような変更により、複数のＮＩＣを備える管理対象サーバ６の業務への追加を詳細に管理できる。
（１）管理対象サーバ６が、起動時に送信するＩＰアドレス通知要求を、ミラーリング情報収集・設定部２０４（図２参照）で検出するのではなく、ＶＬＡＮ管理装置２ａ内のＩＰアドレス応答部１８０１（図１８参照）で受信する。
（２）ＶＬＡＮ管理装置２ａのインストール用ディスクイメージ配信部１８０２（図１８参照）は、インストール用ディスクイメージを管理対象サーバ６へ送信し、管理対象サーバ６の全ＮＩＣに対するＶＬＡＮ設定を行う。
このような変更により、複数のＮＩＣを備える管理対象サーバ６の業務への追加を詳細に管理できる。
(ＶＬＡＮ管理装置の構成)
図１８は、第２実施形態におけるＶＬＡＮ管理装置の構成例を示す図である。
第２実施形態におけるＶＬＡＮ管理装置２ａが、図２に示す第１実施形態のＶＬＡＮ管理装置２と異なる点は、ミラーリング情報収集・設定部２０５の代わりに、メモリ２０ａ上にＩＰアドレス応答部１８０１と、図２のインストール用ディスクイメージ配信部１８０２とを備えた点である。ＩＰアドレス応答部１８０１、インストール用ディスクイメージ配信部１８０２は、通信機構１８１を介してネットワークスイッチ４と接続しており、図９のディスク配布サーバ５に含まれるそれらと同様の機能をもつ。ただし、図９におけるインストール用ディスクイメージ配信部５０２は、図１８では、インストール用ディスクイメージ配信部１８０２となり、インストール用ディスクイメージの代わりに、インストール用ディスクイメージを、管理対象サーバ６に送信する。インストール用ディスクイメージを実行した場合の処理内容に関しては後記する。
また、記憶部２１ａには、インストール用ディスクイメージがさらに格納されている。なお、このインストール用ディスクイメージをインストールするとインストール用ＯＳが稼動する。
図１８は、第２実施形態におけるＶＬＡＮ管理装置の構成例を示す図である。
第２実施形態におけるＶＬＡＮ管理装置２ａが、図２に示す第１実施形態のＶＬＡＮ管理装置２と異なる点は、ミラーリング情報収集・設定部２０５の代わりに、メモリ２０ａ上にＩＰアドレス応答部１８０１と、図２のインストール用ディスクイメージ配信部１８０２とを備えた点である。ＩＰアドレス応答部１８０１、インストール用ディスクイメージ配信部１８０２は、通信機構１８１を介してネットワークスイッチ４と接続しており、図９のディスク配布サーバ５に含まれるそれらと同様の機能をもつ。ただし、図９におけるインストール用ディスクイメージ配信部５０２は、図１８では、インストール用ディスクイメージ配信部１８０２となり、インストール用ディスクイメージの代わりに、インストール用ディスクイメージを、管理対象サーバ６に送信する。インストール用ディスクイメージを実行した場合の処理内容に関しては後記する。
また、記憶部２１ａには、インストール用ディスクイメージがさらに格納されている。なお、このインストール用ディスクイメージをインストールするとインストール用ＯＳが稼動する。
（業務管理装置）
図１９は、第２実施形態における業務管理装置の構成例を示す図である。
記憶部３１ａに保持されている業務−ＶＬＡＮマッピング表は、第１実施形態における業務−ＶＬＡＮマッピング表に加えて、後記する図２０および図２１を参照して説明するように条件リストが加わっている。
図１９は、第２実施形態における業務管理装置の構成例を示す図である。
記憶部３１ａに保持されている業務−ＶＬＡＮマッピング表は、第１実施形態における業務−ＶＬＡＮマッピング表に加えて、後記する図２０および図２１を参照して説明するように条件リストが加わっている。
また、本実施形態におけるＶＬＡＮ管理装置２ａは、未使用状態ＶＬＡＮのみに属し、新規に追加された管理対象サーバ６からのパケットを受信することが可能である。
また、本実施形態におけるＶＬＡＮ管理装置２ａは、前記したように未使用状態ＶＬＡＮのネットワークスイッチ４のポートと通信を行っている。すなわち、未使用状態ＶＬＡＮとのみ通信を行うことができる設定となっている。
また、本実施形態におけるＶＬＡＮ管理装置２ａは、前記したように未使用状態ＶＬＡＮのネットワークスイッチ４のポートと通信を行っている。すなわち、未使用状態ＶＬＡＮとのみ通信を行うことができる設定となっている。
図２０は、第２実施形態における業務−ＶＬＡＮマッピング表の構成例を示す図である。
第１実施形態と異なる点は、それぞれのエントリに条件リストが加わっている点である。条件リストは、サーバが複数のＮＩＣを所有する場合に、どのＮＩＣをどのＶＬＡＮに所属させるかを決定する条件のリストである。また、図２０の業務名「Ｗｅｂ業務」のように、１つの業務が複数のＶＬＡＮを使用することも可能である。
第１実施形態と異なる点は、それぞれのエントリに条件リストが加わっている点である。条件リストは、サーバが複数のＮＩＣを所有する場合に、どのＮＩＣをどのＶＬＡＮに所属させるかを決定する条件のリストである。また、図２０の業務名「Ｗｅｂ業務」のように、１つの業務が複数のＶＬＡＮを使用することも可能である。
図１を参照しつつ、図２１を参照して条件リストの構成例を説明する。
図２１は、第２実施形態における条件リストの構成例を示す図である。
ＶＬＡＮ管理装置２の処理部２０６（図１８参照）は、あるＮＩＣがどのＶＬＡＮに所属すべきかを、この条件リストを基に判定する。
条件リストは、判定対象と、判定番号とで構成される。判定対象は、構成要素の種類を指し示す識別子である。判定対象の例として、ＮＩＣが接続されているネットワークスイッチ４のネットワークスイッチＩＤ、あるいはＮＩＣ−ＩＤの少なくとも１つが、ＶＬＡＮ−ＩＤに対応付けられて保持されている。ここで、ＮＩＣ−ＩＤとは、単一の管理対象サーバ６内のＮＩＣに対し、ユニークに付与された番号である。しかし、異なる管理対象サーバ６間では、同じＮＩＣ−ＩＤが付与されることがある。異なる管理対象サーバでも、同一のネットワークスイッチ４に接続しており、かつＮＩＣ−ＩＤが同一であれば、それらのＮＩＣ（異なる管理対象サーバに設けられているＮＩＣ）は、同一のＶＬＡＮに所属することとする。
なお、ＮＩＣ−ＩＤは、検出の順番で付され、管理対象サーバ内のみで一意な識別子である。検出の順番などの連番を使うため、どの管理対象サーバでも同一の命名規則（例えば、ＮＩＣ−＜番号＞など）で割当てられる。
図２１は、第２実施形態における条件リストの構成例を示す図である。
ＶＬＡＮ管理装置２の処理部２０６（図１８参照）は、あるＮＩＣがどのＶＬＡＮに所属すべきかを、この条件リストを基に判定する。
条件リストは、判定対象と、判定番号とで構成される。判定対象は、構成要素の種類を指し示す識別子である。判定対象の例として、ＮＩＣが接続されているネットワークスイッチ４のネットワークスイッチＩＤ、あるいはＮＩＣ−ＩＤの少なくとも１つが、ＶＬＡＮ−ＩＤに対応付けられて保持されている。ここで、ＮＩＣ−ＩＤとは、単一の管理対象サーバ６内のＮＩＣに対し、ユニークに付与された番号である。しかし、異なる管理対象サーバ６間では、同じＮＩＣ−ＩＤが付与されることがある。異なる管理対象サーバでも、同一のネットワークスイッチ４に接続しており、かつＮＩＣ−ＩＤが同一であれば、それらのＮＩＣ（異なる管理対象サーバに設けられているＮＩＣ）は、同一のＶＬＡＮに所属することとする。
なお、ＮＩＣ−ＩＤは、検出の順番で付され、管理対象サーバ内のみで一意な識別子である。検出の順番などの連番を使うため、どの管理対象サーバでも同一の命名規則（例えば、ＮＩＣ−＜番号＞など）で割当てられる。
ここで、判定対象にネットワークスイッチＩＤが設定されている理由は、以下の通りである。
ＶＬＡＮ管理システム１において、複数のネットワークスイッチ４が接続されている場合、各々のネットワークスイッチ４が管理するＶＬＡＮは異なる。例えば、あるネットワークスイッチ４は、ＶＬＡＮ−ＩＤがＶＬＡＮ１０，ＶＬＡＮ２０およびＶＬＡＮ３０であるＶＬＡＮを管理しており、他のあるネットワークスイッチ４は、ＶＬＡＮ−ＩＤがＶＬＡＮ４０およびＶＬＡＮ５０であるＶＬＡＮを管理しているものとする。
前記したように、同一のネットワークスイッチ４に接続しており、かつＮＩＣ−ＩＤが同一であれば、異なる管理対象サーバに設けられているＮＩＣでも、それらのＮＩＣが所属するＶＬＡＮは同一である。しかし、前記した理由から、異なるネットワークスイッチ４に接続しているＮＩＣは、たとえＮＩＣ−ＩＤが同一でも、異なるＶＬＡＮに所属することとなる。よって、あるＮＩＣが所属するＶＬＡＮを特定するためには、ＮＩＣ−ＩＤ、またはネットワークスイッチＩＤが必要となる。
ＶＬＡＮ管理システム１において、複数のネットワークスイッチ４が接続されている場合、各々のネットワークスイッチ４が管理するＶＬＡＮは異なる。例えば、あるネットワークスイッチ４は、ＶＬＡＮ−ＩＤがＶＬＡＮ１０，ＶＬＡＮ２０およびＶＬＡＮ３０であるＶＬＡＮを管理しており、他のあるネットワークスイッチ４は、ＶＬＡＮ−ＩＤがＶＬＡＮ４０およびＶＬＡＮ５０であるＶＬＡＮを管理しているものとする。
前記したように、同一のネットワークスイッチ４に接続しており、かつＮＩＣ−ＩＤが同一であれば、異なる管理対象サーバに設けられているＮＩＣでも、それらのＮＩＣが所属するＶＬＡＮは同一である。しかし、前記した理由から、異なるネットワークスイッチ４に接続しているＮＩＣは、たとえＮＩＣ−ＩＤが同一でも、異なるＶＬＡＮに所属することとなる。よって、あるＮＩＣが所属するＶＬＡＮを特定するためには、ＮＩＣ−ＩＤ、またはネットワークスイッチＩＤが必要となる。
判定番号は、判定対象の値の条件を示す。例えば、判定対象がネットワークスイッチＩＤであれば、該当するネットワークスイッチＩＤの値が登録され、判定対象がＮＩＣ−ＩＤであれば、実際のＮＩＣ−ＩＤが登録される。各ＮＩＣのＮＩＣ−ＩＤは、管理対象サーバ６が自動的、かつ機械的に生成して付与する。
なお、判定対象および判定番号は、基本的に管理対象サーバ６に個別に依存するものではないため、ＶＬＡＮ管理システム１に新規のハードを追加したときに追加定義する必要は無い。
なお、判定対象および判定番号は、基本的に管理対象サーバ６に個別に依存するものではないため、ＶＬＡＮ管理システム１に新規のハードを追加したときに追加定義する必要は無い。
本実施形態では、あるＶＬＡＮに所属するか否かは、ＮＩＣ−ＩＤまたはネットワークスイッチＩＤに依存することとする。例えば、ＮＩＣ−ＩＤとしてＮＩＣ−１が付与されたＮＩＣは、すべて所定のＶＬＡＮに所属する。このとき、ＮＩＣ−ＩＤは、管理対象サーバ６内でユニークな値のため、異なる管理対象サーバ６から同じＮＩＣ−ＩＤが送信されることもある。このようなときも、同じＮＩＣ−ＩＤを有するのであれば、すべて同じＶＬＡＮに所属させることとする。
同様に、ネットワークスイッチＩＤでＶＬＡＮを区別することも可能である。すなわち、この場合は、１つのネットワークスイッチ４内のすべてのポートが同一のＶＬＡＮに所属することになる。
同様に、ネットワークスイッチＩＤでＶＬＡＮを区別することも可能である。すなわち、この場合は、１つのネットワークスイッチ４内のすべてのポートが同一のＶＬＡＮに所属することになる。
複数の条件リスト間に矛盾が生じた場合、例えば、ある条件リストＡと、条件リストＡとは異なる条件リストＢとが、それぞれ異なるＶＬＡＮに属する結果を返したときは、実装において規定すればよい。例えば、エラーとして処理する、ユーザに選択させるまたは任意のＶＬＡＮ−ＩＤを選ぶなどの方法が考えられる。また、条件リスト中に項目が1つも無い場合には、任意のＮＩＣをユーザが選択してもよい。
本実施形態では、追加削除要求受付部２０１は、ＶＬＡＮ−ＩＤではなく、業務に対応するＶＬＡＮ−ＩＤと、条件リストのすべての組を１つのデータとしたＶＬＡＮデータを送信する。また、追加用ＶＬＡＮ−ＩＤキューは、追加削除要求部２０１が送信するデータをまとめて１つのデータとして格納する。
なお、本実施形態では、第1実施形態のネットワークスイッチ４（図１参照）における管理対象サーバ側ポートを、ＮＩＣ側ポートと呼ぶこととする。
（管理対象サーバ６の追加）
図１〜図６、図３〜図１０および図１８〜図２１を参照しつつ、図２２に沿って第２実施形態におけるＶＬＡＮ管理システム１への管理対象サーバ６の追加処理の流れを説明する。
図２２は、第２実施形態におけるＶＬＡＮ管理システムへの管理対象サーバの追加処理の流れを示すタイミングチャートである。
なお、図２２の処理は、図１２の処理と共通の処理を含むため、共通の処理には同じ符号を付して、説明を省略する。
まず、図１２と同様の手順により管理者が業務への管理対象サーバ６の追加通知を業務管理装置３の処理部３０２に入力する（Ｓ１２０１）。
次に、処理部３０２は、入力された業務名をキーとして、記憶部３１に記憶されている業務−ＶＬＡＮマッピング表を検索し、入力された業務名に対応するＶＬＡＮデータを取得する（Ｓ２２０１）。
そして、業務管理装置３の処理部３０２は、取得したＶＬＡＮデータを含む追加要求をＶＬＡＮ管理装置２ａの追加削除要求受付部２０１に送信する（Ｓ２２０２）。
追加削除要求受付部２０１は、受信した追加要求からＶＬＡＮデータを取得し、追加用ＶＬＡＮ−ＩＤキューに受信したＶＬＡＮデータを追加する（Ｓ２２０３）。
図１〜図６、図３〜図１０および図１８〜図２１を参照しつつ、図２２に沿って第２実施形態におけるＶＬＡＮ管理システム１への管理対象サーバ６の追加処理の流れを説明する。
図２２は、第２実施形態におけるＶＬＡＮ管理システムへの管理対象サーバの追加処理の流れを示すタイミングチャートである。
なお、図２２の処理は、図１２の処理と共通の処理を含むため、共通の処理には同じ符号を付して、説明を省略する。
まず、図１２と同様の手順により管理者が業務への管理対象サーバ６の追加通知を業務管理装置３の処理部３０２に入力する（Ｓ１２０１）。
次に、処理部３０２は、入力された業務名をキーとして、記憶部３１に記憶されている業務−ＶＬＡＮマッピング表を検索し、入力された業務名に対応するＶＬＡＮデータを取得する（Ｓ２２０１）。
そして、業務管理装置３の処理部３０２は、取得したＶＬＡＮデータを含む追加要求をＶＬＡＮ管理装置２ａの追加削除要求受付部２０１に送信する（Ｓ２２０２）。
追加削除要求受付部２０１は、受信した追加要求からＶＬＡＮデータを取得し、追加用ＶＬＡＮ−ＩＤキューに受信したＶＬＡＮデータを追加する（Ｓ２２０３）。
管理対象サーバ６の起動（Ｓ１２０５）後、管理対象サーバ６からネットワークスイッチ４に送信された（Ｓ１２０６）ＩＰアドレス通知要求は、ネットワークスイッチ４の制御部４０１によって、ＶＬＡＮ管理装置２ａのＩＰアドレス応答部１８０１に送信される（Ｓ２２０４）。
ＶＬＡＮ管理装置２ａのＩＰアドレス応答部１８０１が、未使用状態ＶＬＡＮ内にある管理対象サーバ６からのＩＰアドレス通知要求を受信した後、ＩＰアドレス応答部１８０１は、ＩＰアドレス通知要求に含まれているＭＡＣアドレスに従って、要求を行った管理対象サーバ６に対し自身のＩＰアドレスを含むＩＰアドレス通知応答を管理対象サーバ６のネットワークブート部６０１に送信する（Ｓ２２０５）。
そして、ネットワークブート部６０１は、ＶＬＡＮ管理装置２ａのインストール用ディスクイメージ配信部１８０２に対して、自身のＩＰアドレスを含むインストール用ディスクイメージ取得要求を送信する（Ｓ２２０６）。ＶＬＡＮ管理装置２ａのインストール用ディスクイメージ配信部１８０２は、受信したインストール用ディスクイメージ取得要求に含まれるＩＰアドレスに従って、要求のあった管理対象サーバ６のネットワークブート部６０１に対してインストール用ディスクイメージを送信する（Ｓ２２０７）。
ＶＬＡＮ管理装置２ａのＩＰアドレス応答部１８０１が、未使用状態ＶＬＡＮ内にある管理対象サーバ６からのＩＰアドレス通知要求を受信した後、ＩＰアドレス応答部１８０１は、ＩＰアドレス通知要求に含まれているＭＡＣアドレスに従って、要求を行った管理対象サーバ６に対し自身のＩＰアドレスを含むＩＰアドレス通知応答を管理対象サーバ６のネットワークブート部６０１に送信する（Ｓ２２０５）。
そして、ネットワークブート部６０１は、ＶＬＡＮ管理装置２ａのインストール用ディスクイメージ配信部１８０２に対して、自身のＩＰアドレスを含むインストール用ディスクイメージ取得要求を送信する（Ｓ２２０６）。ＶＬＡＮ管理装置２ａのインストール用ディスクイメージ配信部１８０２は、受信したインストール用ディスクイメージ取得要求に含まれるＩＰアドレスに従って、要求のあった管理対象サーバ６のネットワークブート部６０１に対してインストール用ディスクイメージを送信する（Ｓ２２０７）。
インストール用ディスクイメージを受信した管理対象サーバ６のネットワークブート部６０１は、受信したインストール用ディスクイメージをメモリ上に配置（ロード）し、さらにロードしたインストール用ディスクイメージに含まれるインストール用ＯＳを実行する（Ｓ２２０８）。
次に、管理対象サーバ６の処理部６０２は、自身のＮＩＣをすべて検索し、自身のすべてのＮＩＣのＭＡＣアドレス一覧を取得し（Ｓ２２０９）、各ＮＩＣを識別するためのＭＡＣアドレス一覧をＶＬＡＮ管理装置２ａの処理部２０６に送信する（Ｓ２２１０）。
次に、管理対象サーバ６の処理部６０２は、自身のＮＩＣをすべて検索し、自身のすべてのＮＩＣのＭＡＣアドレス一覧を取得し（Ｓ２２０９）、各ＮＩＣを識別するためのＭＡＣアドレス一覧をＶＬＡＮ管理装置２ａの処理部２０６に送信する（Ｓ２２１０）。
ここで、図２３を参照して、第２実施形態におけるＭＡＣアドレス一覧に関して説明する。
図２３は、第２実施形態におけるＭＡＣアドレス一覧のフォーマット例を示す図である。
ＭＡＣアドレス一覧は、ＮＩＣごとに付与されたＩＤであるＮＩＣ−ＩＤおよびそのＮＩＣが有するＭＡＣアドレスの組からなる。
図２３は、第２実施形態におけるＭＡＣアドレス一覧のフォーマット例を示す図である。
ＭＡＣアドレス一覧は、ＮＩＣごとに付与されたＩＤであるＮＩＣ−ＩＤおよびそのＮＩＣが有するＭＡＣアドレスの組からなる。
図２２の説明に戻る。
ＶＬＡＮ管理装置２ａは、ＭＡＣアドレス一覧に含まれるそれぞれのＭＡＣアドレスに対して、対応するネットワークスイッチ４のポート番号を取得する（Ｓ２２１１）。なお、ステップＳ２２１１の処理は、図２４を参照して後記する。
ＶＬＡＮ管理装置２ａは、ＭＡＣアドレス一覧に含まれるそれぞれのＭＡＣアドレスに対して、対応するネットワークスイッチ４のポート番号を取得する（Ｓ２２１１）。なお、ステップＳ２２１１の処理は、図２４を参照して後記する。
そして、ＶＬＡＮ管理装置２ａによるＶＬＡＮ設定（Ｓ１２０８）後、管理対象サーバ６の処理部６０２は、ＶＬＡＮ管理装置２ａの処理部２０６に対し、疎通確認を送信し（Ｓ２２１２）、ＶＬＡＮ管理装置２ａの処理部２０６は、疎通確認に対する疎通応答を送信する。
ここで、ＶＬＡＮ管理装置２ａと管理対象サーバ６間の通信が疎通不可、つまりＶＬＡＮ管理装置２ａからの応答が受信できないとき、管理対象サーバ６の処理部６０２は、ステップＳ１２０８におけるＶＬＡＮ設定の処理が完了した（すなわち、管理対象サーバ６が未使用状態ＶＬＡＮに所属しなくなった）と判断し、自身を再起動する（Ｓ２２１３）。
その後、図１２のステップＳ１２０５およびステップＳ１２０９〜ステップＳ１２１８の手順を行って、インストール用ディスクイメージおよび業務用ディスクイメージのダウンロードおよびインストールを行う。
ここで、ＶＬＡＮ管理装置２ａと管理対象サーバ６間の通信が疎通不可、つまりＶＬＡＮ管理装置２ａからの応答が受信できないとき、管理対象サーバ６の処理部６０２は、ステップＳ１２０８におけるＶＬＡＮ設定の処理が完了した（すなわち、管理対象サーバ６が未使用状態ＶＬＡＮに所属しなくなった）と判断し、自身を再起動する（Ｓ２２１３）。
その後、図１２のステップＳ１２０５およびステップＳ１２０９〜ステップＳ１２１８の手順を行って、インストール用ディスクイメージおよび業務用ディスクイメージのダウンロードおよびインストールを行う。
（ポート番号取得：ＶＬＡＮ管理装置）
図１〜図６、図３〜図１０および図１８〜図２１を参照しつつ、図２４を参照して、図２２のステップＳ２２１１およびステップＳ１２０８の処理の流れを説明する。
図２４は、図２２のステップＳ２２１１におけるポート番号取得、およびステップＳ１２０８におけるＶＬＡＮ設定の処理の流れを示すフローである。
なお、図２４のステップＳ２４０１〜ステップＳ２４０９は、図２２のポート番号取得に相当し、ステップＳ２４１０〜ステップＳ２４１３は、図２２のステップＳ１２０８に相当する。
図１〜図６、図３〜図１０および図１８〜図２１を参照しつつ、図２４を参照して、図２２のステップＳ２２１１およびステップＳ１２０８の処理の流れを説明する。
図２４は、図２２のステップＳ２２１１におけるポート番号取得、およびステップＳ１２０８におけるＶＬＡＮ設定の処理の流れを示すフローである。
なお、図２４のステップＳ２４０１〜ステップＳ２４０９は、図２２のポート番号取得に相当し、ステップＳ２４１０〜ステップＳ２４１３は、図２２のステップＳ１２０８に相当する。
ＶＬＡＮ管理装置２ａは、図１２および図１４におけるディスク配布サーバ５と同じ手順を使用して、管理対象サーバ６のＩＰアドレス通知要求を受信して（Ｓ２４０１）、このＩＰアドレス通知要求に含まれるＭＡＣアドレスに従って、自身のＩＰアドレスを含むＩＰアドレス通知応答を管理対象サーバ６のネットワークブート部６０１に送信する（Ｓ２４０２）。
インストール用ディスクイメージ配信部１８０２は、ネットワークブート部６０１から管理対象サーバ６のＩＰアドレスを含むインストール用ディスクイメージ取得要求を受信し（Ｓ２４０３）、ディスク配布サーバ５によるインストール用ディスクイメージ送信（図１５参照）と同じ手順を使用して、ネットワークブート部６０１にインストール用ディスクイメージを送信する（Ｓ２４０４）。
処理部２０６は、自身に保存してある追加用ＶＬＡＮ−ＩＤキューからＶＬＡＮデータを１つ取得する（Ｓ２４０５）。
そして、処理部２０６が管理対象サーバ６の処理部６０２からＭＡＣアドレス一覧を受信する（Ｓ２４０６）。
インストール用ディスクイメージ配信部１８０２は、ネットワークブート部６０１から管理対象サーバ６のＩＰアドレスを含むインストール用ディスクイメージ取得要求を受信し（Ｓ２４０３）、ディスク配布サーバ５によるインストール用ディスクイメージ送信（図１５参照）と同じ手順を使用して、ネットワークブート部６０１にインストール用ディスクイメージを送信する（Ｓ２４０４）。
処理部２０６は、自身に保存してある追加用ＶＬＡＮ−ＩＤキューからＶＬＡＮデータを１つ取得する（Ｓ２４０５）。
そして、処理部２０６が管理対象サーバ６の処理部６０２からＭＡＣアドレス一覧を受信する（Ｓ２４０６）。
そして、ＦＤＢ取得部２０３が、記憶部２１のネットワークスイッチＩＤ一覧に保持されているネットワークスイッチＩＤを基に、ＶＬＡＮ管理装置２が管理しているすべてのネットワークスイッチ４の制御部４０１から、ＦＤＢテーブルを取得する（Ｓ２４０７）。
次に、処理部２０６は、ステップＳ２３０６で取得したＭＡＣアドレス一覧のＭＡＣアドレスを順番にキーとして、ＶＬＡＮ管理装置２の管理下にあるすべてのネットワークスイッチ４２のＦＤＢテーブルを順番に検索し、そのＭＡＣアドレスに対応するＦＤＢエントリを取得し（Ｓ２４０８）、該当するＦＤＢエントリ中のＮＩＣ側ポートのポート番号と、そのＮＩＣ側ポートを検索したときのネットワークスイッチ４のネットワークスイッチＩＤを取得する（Ｓ２３０９）。
次に、処理部２０６は、ステップＳ２３０６で取得したＭＡＣアドレス一覧のＭＡＣアドレスを順番にキーとして、ＶＬＡＮ管理装置２の管理下にあるすべてのネットワークスイッチ４２のＦＤＢテーブルを順番に検索し、そのＭＡＣアドレスに対応するＦＤＢエントリを取得し（Ｓ２４０８）、該当するＦＤＢエントリ中のＮＩＣ側ポートのポート番号と、そのＮＩＣ側ポートを検索したときのネットワークスイッチ４のネットワークスイッチＩＤを取得する（Ｓ２３０９）。
次に、処理部２０６が、ＭＡＣアドレス一覧中の各ＮＩＣ−ＩＤに対して、ＮＩＣ−ＩＤおよびステップＳ２４０９で取得したネットワークスイッチ４のネットワークスイッチＩＤをキーとして、ＶＬＡＮデータの条件リストを検索し、該当するＶＬＡＮ−ＩＤを取得する（Ｓ２４１０）。
次に、処理部２０６が、ステップＳ２４１０において条件リストの条件に該当するＶＬＡＮ−ＩＤを1つ以上取得できたか否かを判定する（Ｓ２４１１）。
ステップＳ２４１１において、ネットワークスイッチＩＤもしくはＮＩＣ−ＩＤに対応するＶＬＡＮ−ＩＤがない場合（Ｓ２４１１→Ｎｏ）、処理部２０６はエラーとみなし処理を終了すると同時に、エラーメッセージを管理対象サーバ６に返す。
ステップＳ２４１１において、ネットワークスイッチＩＤもしくはＮＩＣ−ＩＤに対応するＶＬＡＮ−ＩＤがある場合（Ｓ２４１１→Ｙｅｓ）、処理部２０６は、該ＶＬＡＮ−ＩＤを取得し、ステップＳ２４１２に処理を進める。
ステップＳ２４１２では、ＶＬＡＮ管理装置２ａのＶＬＡＮ情報収集・設定部２０４が、ステップＳ２４０９で取得したネットワークスイッチ４のポート番号で示されるポートが、ステップＳ２４１１で取得したＶＬＡＮ−ＩＤで示されるＶＬＡＮに属するよう、ネットワークスイッチ４の制御部４０１の設定を変更する。
ＩＰアドレス応答部１８０１は、前記管理対象サーバ６からの疎通確認（図２２のステップＳ２２１２）に対して、一定時間の間は疎通応答を停止する（Ｓ２４１３）。管理対象サーバ６は、後記する図２４の手順によってサーバからの疎通が切れたことを検出することによって、ＶＬＡＮ設定の完了を識別し、自身を再起動させる。
次に、処理部２０６が、ステップＳ２４１０において条件リストの条件に該当するＶＬＡＮ−ＩＤを1つ以上取得できたか否かを判定する（Ｓ２４１１）。
ステップＳ２４１１において、ネットワークスイッチＩＤもしくはＮＩＣ−ＩＤに対応するＶＬＡＮ−ＩＤがない場合（Ｓ２４１１→Ｎｏ）、処理部２０６はエラーとみなし処理を終了すると同時に、エラーメッセージを管理対象サーバ６に返す。
ステップＳ２４１１において、ネットワークスイッチＩＤもしくはＮＩＣ−ＩＤに対応するＶＬＡＮ−ＩＤがある場合（Ｓ２４１１→Ｙｅｓ）、処理部２０６は、該ＶＬＡＮ−ＩＤを取得し、ステップＳ２４１２に処理を進める。
ステップＳ２４１２では、ＶＬＡＮ管理装置２ａのＶＬＡＮ情報収集・設定部２０４が、ステップＳ２４０９で取得したネットワークスイッチ４のポート番号で示されるポートが、ステップＳ２４１１で取得したＶＬＡＮ−ＩＤで示されるＶＬＡＮに属するよう、ネットワークスイッチ４の制御部４０１の設定を変更する。
ＩＰアドレス応答部１８０１は、前記管理対象サーバ６からの疎通確認（図２２のステップＳ２２１２）に対して、一定時間の間は疎通応答を停止する（Ｓ２４１３）。管理対象サーバ６は、後記する図２４の手順によってサーバからの疎通が切れたことを検出することによって、ＶＬＡＮ設定の完了を識別し、自身を再起動させる。
（各ディスクイメージ取得：管理対象サーバ）
図１〜図６、図３〜図１０および図１８〜図２１を参照しつつ、図２５に沿って図２２における管理対象サーバ６の実行処理の流れを説明する。
図２５は、図２２における管理対象サーバの実行処理の流れを示すフローである。
まず、管理対象サーバ６内のネットワークブート部６０１が、ＶＬＡＮ管理装置２ａのＩＰアドレス応答部１８０１へ自身に装着されているＮＩＣのＭＡＣアドレスを含むＩＰアドレス通知要求を送信する（Ｓ２５０１）。
次に、ネットワークブート部６０１は、所定期間、ＶＬＡＮ管理装置２ａのＩＰアドレス応答部１８０１からのＩＰアドレス通知応答の待機を行う（Ｓ２５０２）。
図１〜図６、図３〜図１０および図１８〜図２１を参照しつつ、図２５に沿って図２２における管理対象サーバ６の実行処理の流れを説明する。
図２５は、図２２における管理対象サーバの実行処理の流れを示すフローである。
まず、管理対象サーバ６内のネットワークブート部６０１が、ＶＬＡＮ管理装置２ａのＩＰアドレス応答部１８０１へ自身に装着されているＮＩＣのＭＡＣアドレスを含むＩＰアドレス通知要求を送信する（Ｓ２５０１）。
次に、ネットワークブート部６０１は、所定期間、ＶＬＡＮ管理装置２ａのＩＰアドレス応答部１８０１からのＩＰアドレス通知応答の待機を行う（Ｓ２５０２）。
ステップＳ２５０３では、ネットワークブート部６０１が、ＩＰアドレス通知応答を受信したか否かを判定する。
ステップＳ２５０３の判定の結果、ネットワークブート部６０１が、ＩＰアドレス通知応答を受信していない場合（Ｓ２５０３→Ｎｏ）、処理をステップＳ２５０１に戻し、ネットワークブート部６０１はＩＰアドレス通知要求をブロードキャストで再送する。
ステップＳ２５０３の判定の結果、ネットワークブート部６０１が、ＩＰアドレス通知応答を受信した場合（Ｓ２５０３→Ｙｅｓ）、ステップＳ２５０４へ処理を進める。
なお、一定回数のＩＰアドレス通知要求の送信を繰り返してもＩＰアドレス応答を所定時間内に受信できない場合（図示せず）には、ネットワークブート部６０１は、ＩＰアドレス取得の失敗とみなし、以降の処理はすべて行わずに、処理を終了する。
ステップＳ２５０３の判定の結果、ネットワークブート部６０１が、ＩＰアドレス通知応答を受信していない場合（Ｓ２５０３→Ｎｏ）、処理をステップＳ２５０１に戻し、ネットワークブート部６０１はＩＰアドレス通知要求をブロードキャストで再送する。
ステップＳ２５０３の判定の結果、ネットワークブート部６０１が、ＩＰアドレス通知応答を受信した場合（Ｓ２５０３→Ｙｅｓ）、ステップＳ２５０４へ処理を進める。
なお、一定回数のＩＰアドレス通知要求の送信を繰り返してもＩＰアドレス応答を所定時間内に受信できない場合（図示せず）には、ネットワークブート部６０１は、ＩＰアドレス取得の失敗とみなし、以降の処理はすべて行わずに、処理を終了する。
なお、ネットワークブート部６０１が、ステップＳ２５０３で受信したＩＰアドレス通知応答に含まれる送信元のＩＰアドレス（ＶＬＡＮ管理装置２のＩＰアドレス）を取得する（Ｓ２５０４）。
そして、ネットワークブート部６０１は、ステップＳ２５０４で取得したＩＰアドレス（ＶＬＡＮ管理装置２ａのＩＰアドレス）に対してインストール用ディスクイメージ取得要求を送信する（Ｓ２５０５）。インストール用ディスクイメージ取得要求には、送信元である管理対象サーバ６のＩＰアドレスが含まれている。ＶＬＡＮ管理装置２ａのインストール用ディスクイメージ配信部１８０２は、インストール用ディスクイメージ取得要求に含まれる管理対象サーバ６のＩＰアドレスを取得し、インストール用ディスクイメージ取得要求に対する応答としてインストール用ディスクイメージを、取得したＩＰアドレスを有する管理対象サーバ６に向けて送信する。このような方法により、管理対象サーバ６のネットワークブート部６０１は、インストール用ディスクイメージをダウンロードする（Ｓ２５０６）。
ネットワークブート部６０１は、ステップＳ２５０６でダウンロードしたインストール用ディスクイメージを、管理対象サーバ６内のメモリに配置して、そのディスクイメージ中のインストール用ＯＳを実行する（Ｓ２５０７）。
ステップＳ２５０７でインストール用ＯＳを実行された処理部６０２は、自身が稼動する管理対象サーバ６に備わっているすべてのＮＩＣを検出し、そのＭＡＣアドレス一覧を取得する（Ｓ２５０８）。
そして、送受信部６２１は、取得したＭＡＣアドレス一覧を、ネットワークスイッチ４を介してＶＬＡＮ管理装置２ａの処理部２０６に送信する（Ｓ２５０９）。ＭＡＣアドレス一覧は、例えば図２３で説明したように管理対象サーバ６内におけるＮＩＣ検出順番を示すＮＩＣ−ＩＤと、対応するＭＡＣアドレスの組のリストとして送信する。
そして、送受信部６２１は、取得したＭＡＣアドレス一覧を、ネットワークスイッチ４を介してＶＬＡＮ管理装置２ａの処理部２０６に送信する（Ｓ２５０９）。ＭＡＣアドレス一覧は、例えば図２３で説明したように管理対象サーバ６内におけるＮＩＣ検出順番を示すＮＩＣ−ＩＤと、対応するＭＡＣアドレスの組のリストとして送信する。
管理対象サーバ６の処理部６０２は、ＩＰアドレス応答部１８０１に対し、定期的に疎通確認を送信し（Ｓ２５１０）、処理部６０２は、疎通確認に対するＩＰアドレス応答部１８０１からの疎通応答を受信したか否かを判定する（Ｓ２５１１）。
疎通応答を受信しなかった場合（Ｓ２５１１→Ｎｏ）、ステップＳ２５１０の処理に戻る。
疎通応答を受信した場合（Ｓ２５１１→Ｙｅｓ）、ＶＬＡＮ管理装置２ａと管理対象サーバ６間の通信が疎通不可、すなわち管理対象サーバ６の処理部６０２は、図１２のステップＳ１２０８におけるＶＬＡＮ設定の処理が完了した（すなわち、自身が未使用状態ＶＬＡＮに所属しなくなった）と判定し、管理対象サーバ６は、自身を再起動する（Ｓ２５１２）。
再起動された管理対象サーバ６では再びネットワークブート部６０１が稼動する。そして、再起動した管理対象サーバ６のネットワークブート部６０１は、ステップＳ２５０７で設定が完了したＶＬＡＮを介して、ディスク配布サーバ５のＩＰアドレスを取得する。さらに、管理対象サーバ６は図１５のステップＳ１５０８〜ステップＳ１５１２を実行し、業務用システムディスクイメージのダウンロードおよびロードを実行する。
疎通応答を受信しなかった場合（Ｓ２５１１→Ｎｏ）、ステップＳ２５１０の処理に戻る。
疎通応答を受信した場合（Ｓ２５１１→Ｙｅｓ）、ＶＬＡＮ管理装置２ａと管理対象サーバ６間の通信が疎通不可、すなわち管理対象サーバ６の処理部６０２は、図１２のステップＳ１２０８におけるＶＬＡＮ設定の処理が完了した（すなわち、自身が未使用状態ＶＬＡＮに所属しなくなった）と判定し、管理対象サーバ６は、自身を再起動する（Ｓ２５１２）。
再起動された管理対象サーバ６では再びネットワークブート部６０１が稼動する。そして、再起動した管理対象サーバ６のネットワークブート部６０１は、ステップＳ２５０７で設定が完了したＶＬＡＮを介して、ディスク配布サーバ５のＩＰアドレスを取得する。さらに、管理対象サーバ６は図１５のステップＳ１５０８〜ステップＳ１５１２を実行し、業務用システムディスクイメージのダウンロードおよびロードを実行する。
第２実施形態における効果を説明する。第1実施形態と比較して、管理対象サーバ６のＮＩＣが複数ある場合に、それぞれのＮＩＣに対してＶＬＡＮ設定を行うことができる。すなわち、単一の管理対象サーバを複数のＶＬＡＮに所属させることが可能となる。また、第一実施形態の管理対象サーバ６に複数のＮＩＣを設けることも可能である。
（プログラム）
なお、図２、図６、図８、図９、図１１および図１８に示す各部の機能は、ハードディスク装置に保持されたプログラムを、ＲＡＭ（Random Access Memory）上に展開し、ＣＰＵが実行することで具現化される。
なお、図２、図６、図８、図９、図１１および図１８に示す各部の機能は、ハードディスク装置に保持されたプログラムを、ＲＡＭ（Random Access Memory）上に展開し、ＣＰＵが実行することで具現化される。
１ ＶＬＡＮ管理システム
２，２ａ ＶＬＡＮ管理装置
３ 業務管理装置
４ ネットワークスイッチ
５ ディスク配布サーバ
６ 管理対象サーバ
２１，２１ａ，３１，３１ａ，５１，６１ 記憶部
２２ 入出力部
２３，２４，２５，３２，５２，６２，１８１ 通信機構
２０，３０，４０，５０ メモリ
４１ マネージメントポート
４２ ネットワークポート
２０１ 追加削除要求受付部
２０２ リンクダウン／アップ検出部
２０３ ＦＤＢ取得部
２０４ ＶＬＡＮ情報収集・設定部
２０５ ミラーリング情報収集・設定部
２０６，３０２，６０２ 処理部
３０１ 追加削除要求部
４０１ 制御部
４０２ 状態通知部
５０１ ＩＰアドレス応答部
５０２ インストール用ディスクイメージ配信部
５０３ 業務用ディスクイメージ配信部
６０１ ネットワークブート部
１８０１ ＩＰアドレス応答部
１８０２ インストール用ディスクイメージ配信部
２，２ａ ＶＬＡＮ管理装置
３ 業務管理装置
４ ネットワークスイッチ
５ ディスク配布サーバ
６ 管理対象サーバ
２１，２１ａ，３１，３１ａ，５１，６１ 記憶部
２２ 入出力部
２３，２４，２５，３２，５２，６２，１８１ 通信機構
２０，３０，４０，５０ メモリ
４１ マネージメントポート
４２ ネットワークポート
２０１ 追加削除要求受付部
２０２ リンクダウン／アップ検出部
２０３ ＦＤＢ取得部
２０４ ＶＬＡＮ情報収集・設定部
２０５ ミラーリング情報収集・設定部
２０６，３０２，６０２ 処理部
３０１ 追加削除要求部
４０１ 制御部
４０２ 状態通知部
５０１ ＩＰアドレス応答部
５０２ インストール用ディスクイメージ配信部
５０３ 業務用ディスクイメージ配信部
６０１ ネットワークブート部
１８０１ ＩＰアドレス応答部
１８０２ インストール用ディスクイメージ配信部
Claims (9)
- 少なくとも１台のネットワークスイッチと、業務を管理する少なくとも１台の管理対象サーバと、前記管理対象サーバに処理させる業務を管理する業務管理手段と、前記ネットワークスイッチの接続を制御する仮想ネットワーク管理手段とを備えてなり、前記業務ごとに異なる仮想ネットワークを構築する仮想ネットワーク管理システムにおける仮想ネットワーク管理方法であって、
前記業務管理手段は、
前記業務と前記仮想ネットワークのマッピングを管理情報として保持し、
前記管理対象サーバは、
自身の状態の変化を契機として、自身の情報を含む通知を前記仮想ネットワーク管理手段に送信し、
前記仮想ネットワーク管理手段は、
前記通知を受信し、
前記受信した通知に含まれる情報を参照して前記管理対象サーバと前記ネットワークスイッチの接続ポートを特定し、
前記特定した接続ポートに対して、前記業務に対応する前記仮想ネットワークの設定をすることを特徴とする仮想ネットワーク管理方法。 - 前記状態の変化とは、前記管理対象サーバの起動であり、
前記仮想ネットワークの設定とは、前記管理対象サーバの前記仮想ネットワークへの追加であることを特徴とする請求項１に記載の仮想ネットワーク管理方法。 - 前記仮想ネットワーク管理システムは、
オペレーティングシステムおよびアプリケーションソフトウェアを保持するディスク配布手段をさらに備え、
前記仮想ネットワークの設定後に、前記ディスク配布手段が、
前記特定した接続ポートに対し、前記オペレーティングシステムおよびアプリケーションソフトウェアを送信し、
前記接続ポートに接続している管理対象サーバが、
送信された前記オペレーティングシステムおよびアプリケーションソフトウェアをロードし、実行することを特徴とする請求項１または請求項２に記載の仮想ネットワーク管理方法。 - 前記ディスク配布手段は、前記仮想ネットワーク管理装置に備えられることを特徴とする請求項３に記載の仮想ネットワーク管理方法。
- 前記状態の変化とは、前記管理対象サーバの停止であり、
前記仮想ネットワークの設定とは、前記管理対象サーバの前記仮想ネットワークからの削除であることを特徴とする請求項１に記載の仮想ネットワーク管理方法。 - 少なくとも１台のネットワークスイッチと、業務を管理する少なくとも１台の管理対象サーバと、前記業務と前記業務ごとに異なる仮想ネットワークのマッピングを管理情報として保持し、前記管理対象サーバに処理させる業務を管理する業務管理手段と、前記ネットワークスイッチの接続を制御する仮想ネットワーク管理手段とを備えてなり、前記仮想ネットワークを構築する仮想ネットワーク管理システムの仮想ネットワーク管理手段における仮想ネットワーク管理方法であって、
前記管理対象サーバから前記管理対象サーバの情報を含む通知を受信し、
前記受信した通知に含まれる情報を参照して前記管理対象サーバと前記ネットワークスイッチの接続ポートを特定し、
前記特定した接続ポートに所属する前記仮想ネットワークの設定をすることを特徴とする仮想ネットワーク管理方法。 - 請求項１から請求項６のいずれか一項に記載の仮想ネットワーク管理方法を、コンピュータに実行させることを特徴とする仮想ネットワーク管理プログラム。
- 少なくとも１台のネットワークスイッチと、業務を管理する少なくとも１台の管理対象サーバと、前記管理対象サーバに処理させる業務を管理する業務管理手段と、前記ネットワークスイッチの接続を制御する仮想ネットワーク管理手段とを備えてなり、業務ごとに異なる仮想ネットワークを構築する仮想ネットワーク管理システムであって、
前記業務管理手段は、
前記業務と前記仮想ネットワークのマッピングを管理情報として保持する機能を有し、
前記管理対象サーバは、
自身の状態の変化を契機として、自身の情報を含む通知を前記仮想ネットワーク管理手段に送信する機能を有し、
前記仮想ネットワーク管理手段は、
前記管理対象サーバの通知を受信する機能と、
前記検出した通知に含まれる情報を参照して前記管理対象サーバと前記ネットワークスイッチの接続ポートを特定する機能と、
前記特定した接続ポートに所属する前記仮想ネットワークを設定する機能とを有することを特徴とする仮想ネットワーク管理システム。 - 少なくとも１台のネットワークスイッチと、業務を管理する少なくとも１台の管理対象サーバと、前記業務と前記業務ごとに異なる仮想ネットワークのマッピングを管理情報として保持し、前記管理対象サーバに処理させる業務を管理する業務管理手段と、前記ネットワークスイッチの接続を制御する仮想ネットワーク管理手段とを備えてなり、前記仮想ネットワークを構築する仮想ネットワーク管理システムの仮想ネットワーク管理手段であって、
前記管理対象サーバの状態の通知を検出する機能と、
前記検出した通知に含まれる情報を参照して前記管理対象サーバと前記ネットワークスイッチの接続ポートを特定する機能と、
前記特定した接続ポートに所属する前記仮想ネットワークを設定する機能とを有することを特徴とする仮想ネットワーク管理手段。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005328141A JP2007135109A (ja) | 2005-11-11 | 2005-11-11 | 仮想ネットワーク管理方法、仮想ネットワーク管理プログラム、仮想ネットワーク管理システムおよび仮想ネットワーク管理手段 |
| US11/402,055 US7649851B2 (en) | 2005-11-11 | 2006-04-12 | Virtual network management method, virtual network management program, virtual network management system, and virtual network means |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005328141A JP2007135109A (ja) | 2005-11-11 | 2005-11-11 | 仮想ネットワーク管理方法、仮想ネットワーク管理プログラム、仮想ネットワーク管理システムおよび仮想ネットワーク管理手段 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2007135109A true JP2007135109A (ja) | 2007-05-31 |
Family
ID=38040748
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005328141A Pending JP2007135109A (ja) | 2005-11-11 | 2005-11-11 | 仮想ネットワーク管理方法、仮想ネットワーク管理プログラム、仮想ネットワーク管理システムおよび仮想ネットワーク管理手段 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7649851B2 (ja) |
| JP (1) | JP2007135109A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010532527A (ja) * | 2007-06-29 | 2010-10-07 | マイクロソフト コーポレーション | 物理イメージと仮想イメージの統合的な提供 |
| JP2010239597A (ja) * | 2009-03-31 | 2010-10-21 | Fujitsu Ltd | Ｉｐアドレス割当制御プログラム、ｉｐアドレス割当制御装置およびｉｐアドレス割当制御方法 |
| WO2013047355A1 (ja) * | 2011-09-26 | 2013-04-04 | 日本電気株式会社 | 通信装置、通信方法及びプログラム |
| JP5780297B2 (ja) * | 2011-04-22 | 2015-09-16 | 日本電気株式会社 | ポート番号特定システム、ポート番号特定システム制御方法およびその制御用プログラム |
Families Citing this family (137)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4609331B2 (ja) * | 2006-01-27 | 2011-01-12 | 株式会社日立製作所 | 複合型情報プラットフォーム装置およびその通信帯域保証方法 |
| US8619771B2 (en) | 2009-09-30 | 2013-12-31 | Vmware, Inc. | Private allocated networks over shared communications infrastructure |
| US8892706B1 (en) | 2010-06-21 | 2014-11-18 | Vmware, Inc. | Private ethernet overlay networks over a shared ethernet in a virtual environment |
| US8924524B2 (en) | 2009-07-27 | 2014-12-30 | Vmware, Inc. | Automated network configuration of virtual machines in a virtual lab data environment |
| US7995499B2 (en) * | 2006-11-23 | 2011-08-09 | Cisco Technology, Inc. | Minimizing spanning-tree protocol event processing and flooding in distribution networks |
| EP2109965B1 (en) * | 2007-02-02 | 2015-04-08 | Groupe Des Ecoles Des Telecommunications (GET) Institut National Des Telecommunications (INT) | Autonomic network node system |
| US8374929B1 (en) | 2007-08-06 | 2013-02-12 | Gogrid, LLC | System and method for billing for hosted services |
| US10313191B2 (en) * | 2007-08-31 | 2019-06-04 | Level 3 Communications, Llc | System and method for managing virtual local area networks |
| CN104113433B (zh) | 2007-09-26 | 2018-04-10 | Nicira股份有限公司 | 管理和保护网络的网络操作系统 |
| CN101453399B (zh) * | 2007-11-30 | 2012-07-04 | 华为技术有限公司 | 虚拟网络配置方法及系统 |
| US8566835B2 (en) * | 2007-12-13 | 2013-10-22 | Hewlett-Packard Development Company, L.P. | Dynamically resizing a virtual machine container |
| US8490161B2 (en) * | 2008-01-07 | 2013-07-16 | Commscope Inc., Of North Carolina | Methods, systems and computer program products for provisioning VLAN services in a network |
| US8195774B2 (en) | 2008-05-23 | 2012-06-05 | Vmware, Inc. | Distributed virtual switch for virtualized computer systems |
| EP2157732B2 (en) * | 2008-08-18 | 2021-10-20 | ABB Power Grids Switzerland AG | Configuration of a process control system |
| US10365935B1 (en) | 2008-09-23 | 2019-07-30 | Open Invention Network Llc | Automated system and method to customize and install virtual machine configurations for hosting in a hosting environment |
| WO2010052515A1 (en) * | 2008-11-05 | 2010-05-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for configuring a demarcation device |
| CA3081255C (en) | 2009-04-01 | 2023-08-22 | Nicira, Inc. | Method and apparatus for implementing and managing virtual switches |
| US8427938B2 (en) * | 2009-05-14 | 2013-04-23 | Avaya Inc. | Virtual local area network server redundancy and failover to enable seamless mobility in the mobility domain |
| US8363666B2 (en) * | 2010-02-22 | 2013-01-29 | Cisco Technology, Inc. | Multiple network architecture providing for migration of devices |
| US20110216670A1 (en) * | 2010-03-03 | 2011-09-08 | Sriranganath Pradeep | Method for determining network topology |
| US9525647B2 (en) | 2010-07-06 | 2016-12-20 | Nicira, Inc. | Network control apparatus and method for creating and modifying logical switching elements |
| US8837493B2 (en) | 2010-07-06 | 2014-09-16 | Nicira, Inc. | Distributed network control apparatus and method |
| US8964528B2 (en) | 2010-07-06 | 2015-02-24 | Nicira, Inc. | Method and apparatus for robust packet distribution among hierarchical managed switching elements |
| US10103939B2 (en) | 2010-07-06 | 2018-10-16 | Nicira, Inc. | Network control apparatus and method for populating logical datapath sets |
| US9680750B2 (en) | 2010-07-06 | 2017-06-13 | Nicira, Inc. | Use of tunnels to hide network addresses |
| US20120110460A1 (en) * | 2010-10-27 | 2012-05-03 | Russell David Wilson | Methods and Systems for Monitoring Network Performance |
| US9288117B1 (en) | 2011-02-08 | 2016-03-15 | Gogrid, LLC | System and method for managing virtual and dedicated servers |
| US9043452B2 (en) | 2011-05-04 | 2015-05-26 | Nicira, Inc. | Network control apparatus and method for port isolation |
| US8880657B1 (en) | 2011-06-28 | 2014-11-04 | Gogrid, LLC | System and method for configuring and managing virtual grids |
| JP5691933B2 (ja) * | 2011-08-16 | 2015-04-01 | 富士通株式会社 | 空調制御方法、空調制御システム及び空調制御装置 |
| CN107071087B (zh) | 2011-08-17 | 2021-01-26 | Nicira股份有限公司 | 逻辑l3路由 |
| EP2745473B1 (en) | 2011-08-17 | 2018-09-19 | Nicira, Inc. | Hierarchical controller clusters for interconnecting different logical domains |
| US9154433B2 (en) | 2011-10-25 | 2015-10-06 | Nicira, Inc. | Physical controller |
| US9137107B2 (en) | 2011-10-25 | 2015-09-15 | Nicira, Inc. | Physical controllers for converting universal flows |
| US9203701B2 (en) | 2011-10-25 | 2015-12-01 | Nicira, Inc. | Network virtualization apparatus and method with scheduling capabilities |
| US9288104B2 (en) | 2011-10-25 | 2016-03-15 | Nicira, Inc. | Chassis controllers for converting universal flows |
| WO2013074844A1 (en) | 2011-11-15 | 2013-05-23 | Nicira, Inc. | Load balancing and destination network address translation middleboxes |
| JP5883946B2 (ja) | 2012-04-18 | 2016-03-15 | ニシラ， インコーポレイテッド | ネットワーク転送状態の算出ならびに伝播のためのトランザクションの使用 |
| US9231892B2 (en) | 2012-07-09 | 2016-01-05 | Vmware, Inc. | Distributed virtual switch configuration and state management |
| EP2975803A4 (en) * | 2013-03-12 | 2016-10-12 | Nec Corp | COMMUNICATION SYSTEM, PHYSICAL MACHINE, DEVICE FOR MANAGING A VIRTUAL NETWORK AND NETWORK CONTROL METHOD |
| CN104104518A (zh) * | 2013-04-12 | 2014-10-15 | 南京南瑞继保电气有限公司 | 一种嵌入式系统中虚拟多个以太网控制器的方法 |
| US9432215B2 (en) | 2013-05-21 | 2016-08-30 | Nicira, Inc. | Hierarchical network managers |
| US9667447B2 (en) | 2013-07-08 | 2017-05-30 | Nicira, Inc. | Managing context identifier assignment across multiple physical domains |
| US10218564B2 (en) | 2013-07-08 | 2019-02-26 | Nicira, Inc. | Unified replication mechanism for fault-tolerance of state |
| US9559896B2 (en) * | 2013-07-08 | 2017-01-31 | Cisco Technology, Inc. | Network-assisted configuration and programming of gateways in a network environment |
| US9571386B2 (en) | 2013-07-08 | 2017-02-14 | Nicira, Inc. | Hybrid packet processing |
| US9282019B2 (en) | 2013-07-12 | 2016-03-08 | Nicira, Inc. | Tracing logical network packets through physical network |
| US9407580B2 (en) | 2013-07-12 | 2016-08-02 | Nicira, Inc. | Maintaining data stored with a packet |
| US9197529B2 (en) | 2013-07-12 | 2015-11-24 | Nicira, Inc. | Tracing network packets through logical and physical networks |
| US9887960B2 (en) | 2013-08-14 | 2018-02-06 | Nicira, Inc. | Providing services for logical networks |
| US9952885B2 (en) | 2013-08-14 | 2018-04-24 | Nicira, Inc. | Generation of configuration files for a DHCP module executing within a virtualized container |
| US9973382B2 (en) | 2013-08-15 | 2018-05-15 | Nicira, Inc. | Hitless upgrade for network control applications |
| US9503371B2 (en) | 2013-09-04 | 2016-11-22 | Nicira, Inc. | High availability L3 gateways for logical networks |
| US9577845B2 (en) | 2013-09-04 | 2017-02-21 | Nicira, Inc. | Multiple active L3 gateways for logical networks |
| US9674087B2 (en) | 2013-09-15 | 2017-06-06 | Nicira, Inc. | Performing a multi-stage lookup to classify packets |
| US9602398B2 (en) | 2013-09-15 | 2017-03-21 | Nicira, Inc. | Dynamically generating flows with wildcard fields |
| US10148484B2 (en) | 2013-10-10 | 2018-12-04 | Nicira, Inc. | Host side method of using a controller assignment list |
| US10063458B2 (en) | 2013-10-13 | 2018-08-28 | Nicira, Inc. | Asymmetric connection with external networks |
| US9910686B2 (en) | 2013-10-13 | 2018-03-06 | Nicira, Inc. | Bridging between network segments with a logical router |
| US9548924B2 (en) | 2013-12-09 | 2017-01-17 | Nicira, Inc. | Detecting an elephant flow based on the size of a packet |
| US9967199B2 (en) | 2013-12-09 | 2018-05-08 | Nicira, Inc. | Inspecting operations of a machine to detect elephant flows |
| US9569368B2 (en) | 2013-12-13 | 2017-02-14 | Nicira, Inc. | Installing and managing flows in a flow table cache |
| US9996467B2 (en) | 2013-12-13 | 2018-06-12 | Nicira, Inc. | Dynamically adjusting the number of flows allowed in a flow table cache |
| US9225597B2 (en) | 2014-03-14 | 2015-12-29 | Nicira, Inc. | Managed gateways peering with external router to attract ingress packets |
| US9419855B2 (en) | 2014-03-14 | 2016-08-16 | Nicira, Inc. | Static routes for logical routers |
| US9313129B2 (en) | 2014-03-14 | 2016-04-12 | Nicira, Inc. | Logical router processing by network controller |
| US9590901B2 (en) | 2014-03-14 | 2017-03-07 | Nicira, Inc. | Route advertisement by managed gateways |
| US9647883B2 (en) | 2014-03-21 | 2017-05-09 | Nicria, Inc. | Multiple levels of logical routers |
| US9503321B2 (en) | 2014-03-21 | 2016-11-22 | Nicira, Inc. | Dynamic routing for logical routers |
| US9893988B2 (en) | 2014-03-27 | 2018-02-13 | Nicira, Inc. | Address resolution using multiple designated instances of a logical router |
| US9413644B2 (en) | 2014-03-27 | 2016-08-09 | Nicira, Inc. | Ingress ECMP in virtual distributed routing environment |
| US10193806B2 (en) | 2014-03-31 | 2019-01-29 | Nicira, Inc. | Performing a finishing operation to improve the quality of a resulting hash |
| US9385954B2 (en) | 2014-03-31 | 2016-07-05 | Nicira, Inc. | Hashing techniques for use in a network environment |
| US9985896B2 (en) | 2014-03-31 | 2018-05-29 | Nicira, Inc. | Caching of service decisions |
| US10164894B2 (en) | 2014-05-05 | 2018-12-25 | Nicira, Inc. | Buffered subscriber tables for maintaining a consistent network state |
| US9742881B2 (en) | 2014-06-30 | 2017-08-22 | Nicira, Inc. | Network virtualization using just-in-time distributed capability for classification encoding |
| US9647894B2 (en) | 2014-07-30 | 2017-05-09 | International Business Machines Corporation | Mapping relationships among virtual elements across a system |
| US9875127B2 (en) | 2014-08-22 | 2018-01-23 | Nicira, Inc. | Enabling uniform switch management in virtual infrastructure |
| US9768980B2 (en) | 2014-09-30 | 2017-09-19 | Nicira, Inc. | Virtual distributed bridging |
| US10020960B2 (en) | 2014-09-30 | 2018-07-10 | Nicira, Inc. | Virtual distributed bridging |
| US10250443B2 (en) | 2014-09-30 | 2019-04-02 | Nicira, Inc. | Using physical location to modify behavior of a distributed virtual network element |
| US10511458B2 (en) | 2014-09-30 | 2019-12-17 | Nicira, Inc. | Virtual distributed bridging |
| US11178051B2 (en) | 2014-09-30 | 2021-11-16 | Vmware, Inc. | Packet key parser for flow-based forwarding elements |
| US10469342B2 (en) | 2014-10-10 | 2019-11-05 | Nicira, Inc. | Logical network traffic analysis |
| US9787605B2 (en) | 2015-01-30 | 2017-10-10 | Nicira, Inc. | Logical router with multiple routing components |
| US9525608B2 (en) * | 2015-02-25 | 2016-12-20 | Quanta Computer, Inc. | Out-of band network port status detection |
| US10038628B2 (en) | 2015-04-04 | 2018-07-31 | Nicira, Inc. | Route server mode for dynamic routing between logical and physical networks |
| US9923760B2 (en) | 2015-04-06 | 2018-03-20 | Nicira, Inc. | Reduction of churn in a network control system |
| US10361952B2 (en) | 2015-06-30 | 2019-07-23 | Nicira, Inc. | Intermediate logical interfaces in a virtual distributed router environment |
| US10129142B2 (en) | 2015-08-11 | 2018-11-13 | Nicira, Inc. | Route configuration for logical router |
| US10075363B2 (en) | 2015-08-31 | 2018-09-11 | Nicira, Inc. | Authorization for advertised routes among logical routers |
| US10204122B2 (en) | 2015-09-30 | 2019-02-12 | Nicira, Inc. | Implementing an interface between tuple and message-driven control entities |
| US10095535B2 (en) | 2015-10-31 | 2018-10-09 | Nicira, Inc. | Static route types for logical routers |
| US10333849B2 (en) | 2016-04-28 | 2019-06-25 | Nicira, Inc. | Automatic configuration of logical routers on edge nodes |
| US10484515B2 (en) | 2016-04-29 | 2019-11-19 | Nicira, Inc. | Implementing logical metadata proxy servers in logical networks |
| US11019167B2 (en) | 2016-04-29 | 2021-05-25 | Nicira, Inc. | Management of update queues for network controller |
| US10841273B2 (en) | 2016-04-29 | 2020-11-17 | Nicira, Inc. | Implementing logical DHCP servers in logical networks |
| US10091161B2 (en) | 2016-04-30 | 2018-10-02 | Nicira, Inc. | Assignment of router ID for logical routers |
| US10153973B2 (en) | 2016-06-29 | 2018-12-11 | Nicira, Inc. | Installation of routing tables for logical router in route server mode |
| US10560320B2 (en) | 2016-06-29 | 2020-02-11 | Nicira, Inc. | Ranking of gateways in cluster |
| US10454758B2 (en) | 2016-08-31 | 2019-10-22 | Nicira, Inc. | Edge node cluster network redundancy and fast convergence using an underlay anycast VTEP IP |
| US10341236B2 (en) | 2016-09-30 | 2019-07-02 | Nicira, Inc. | Anycast edge service gateways |
| US20180159722A1 (en) * | 2016-12-06 | 2018-06-07 | Intel Corporation | Dynamically composed network resources method and apparatus |
| US10212071B2 (en) | 2016-12-21 | 2019-02-19 | Nicira, Inc. | Bypassing a load balancer in a return path of network traffic |
| US10742746B2 (en) | 2016-12-21 | 2020-08-11 | Nicira, Inc. | Bypassing a load balancer in a return path of network traffic |
| US10237123B2 (en) | 2016-12-21 | 2019-03-19 | Nicira, Inc. | Dynamic recovery from a split-brain failure in edge nodes |
| US10616045B2 (en) | 2016-12-22 | 2020-04-07 | Nicira, Inc. | Migration of centralized routing components of logical router |
| US10805239B2 (en) | 2017-03-07 | 2020-10-13 | Nicira, Inc. | Visualization of path between logical network endpoints |
| US10296370B2 (en) * | 2017-05-30 | 2019-05-21 | Nicira, Inc. | Port mirroring in a virtualized computing environment |
| US10637800B2 (en) | 2017-06-30 | 2020-04-28 | Nicira, Inc | Replacement of logical network addresses with physical network addresses |
| US10681000B2 (en) | 2017-06-30 | 2020-06-09 | Nicira, Inc. | Assignment of unique physical network addresses for logical network addresses |
| US10608887B2 (en) | 2017-10-06 | 2020-03-31 | Nicira, Inc. | Using packet tracing tool to automatically execute packet capture operations |
| US10374827B2 (en) | 2017-11-14 | 2019-08-06 | Nicira, Inc. | Identifier that maps to different networks at different datacenters |
| US10511459B2 (en) | 2017-11-14 | 2019-12-17 | Nicira, Inc. | Selection of managed forwarding element for bridge spanning multiple datacenters |
| US11184327B2 (en) | 2018-07-05 | 2021-11-23 | Vmware, Inc. | Context aware middlebox services at datacenter edges |
| US10999220B2 (en) | 2018-07-05 | 2021-05-04 | Vmware, Inc. | Context aware middlebox services at datacenter edge |
| US10931560B2 (en) | 2018-11-23 | 2021-02-23 | Vmware, Inc. | Using route type to determine routing protocol behavior |
| US10735541B2 (en) | 2018-11-30 | 2020-08-04 | Vmware, Inc. | Distributed inline proxy |
| US10797998B2 (en) | 2018-12-05 | 2020-10-06 | Vmware, Inc. | Route server for distributed routers using hierarchical routing protocol |
| US10938788B2 (en) | 2018-12-12 | 2021-03-02 | Vmware, Inc. | Static routes for policy-based VPN |
| US11095480B2 (en) | 2019-08-30 | 2021-08-17 | Vmware, Inc. | Traffic optimization using distributed edge services |
| US11641305B2 (en) | 2019-12-16 | 2023-05-02 | Vmware, Inc. | Network diagnosis in software-defined networking (SDN) environments |
| US11283699B2 (en) | 2020-01-17 | 2022-03-22 | Vmware, Inc. | Practical overlay network latency measurement in datacenter |
| US11765024B2 (en) * | 2020-04-24 | 2023-09-19 | Hewlett Packard Enterprise Development Lp | Automatic provisioning of a computing device with operating system and network processing functions |
| US11606294B2 (en) | 2020-07-16 | 2023-03-14 | Vmware, Inc. | Host computer configured to facilitate distributed SNAT service |
| US11616755B2 (en) | 2020-07-16 | 2023-03-28 | Vmware, Inc. | Facilitating distributed SNAT service |
| US11611613B2 (en) | 2020-07-24 | 2023-03-21 | Vmware, Inc. | Policy-based forwarding to a load balancer of a load balancing cluster |
| US11451413B2 (en) | 2020-07-28 | 2022-09-20 | Vmware, Inc. | Method for advertising availability of distributed gateway service and machines at host computer |
| US11902050B2 (en) | 2020-07-28 | 2024-02-13 | VMware LLC | Method for providing distributed gateway service at host computer |
| US11558426B2 (en) | 2020-07-29 | 2023-01-17 | Vmware, Inc. | Connection tracking for container cluster |
| US11196628B1 (en) | 2020-07-29 | 2021-12-07 | Vmware, Inc. | Monitoring container clusters |
| US11570090B2 (en) | 2020-07-29 | 2023-01-31 | Vmware, Inc. | Flow tracing operation in container cluster |
| US11736436B2 (en) | 2020-12-31 | 2023-08-22 | Vmware, Inc. | Identifying routes with indirect addressing in a datacenter |
| US11336533B1 (en) | 2021-01-08 | 2022-05-17 | Vmware, Inc. | Network visualization of correlations between logical elements and associated physical elements |
| US11687210B2 (en) | 2021-07-05 | 2023-06-27 | Vmware, Inc. | Criteria-based expansion of group nodes in a network topology visualization |
| US11711278B2 (en) | 2021-07-24 | 2023-07-25 | Vmware, Inc. | Visualization of flow trace operation across multiple sites |
| US11706109B2 (en) | 2021-09-17 | 2023-07-18 | Vmware, Inc. | Performance of traffic monitoring actions |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005151107A (ja) * | 2003-11-14 | 2005-06-09 | Hitachi Ltd | データセンタの装置管理方法、装置管理サーバ、データセンタの装置管理システム並びにプログラム |
| JP2005197815A (ja) * | 2003-12-26 | 2005-07-21 | Japan Telecom Co Ltd | ネットワークシステム及びネットワーク制御方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5721825A (en) * | 1996-03-15 | 1998-02-24 | Netvision, Inc. | System and method for global event notification and delivery in a distributed computing environment |
| US6971044B2 (en) * | 2001-04-20 | 2005-11-29 | Egenera, Inc. | Service clusters and method in a processing system with failover capability |
| JP3879471B2 (ja) * | 2001-10-10 | 2007-02-14 | 株式会社日立製作所 | 計算機資源割当方法 |
| US7213065B2 (en) * | 2001-11-08 | 2007-05-01 | Racemi, Inc. | System and method for dynamic server allocation and provisioning |
| US7080378B1 (en) * | 2002-05-17 | 2006-07-18 | Storage Technology Corporation | Workload balancing using dynamically allocated virtual servers |
| JP4123088B2 (ja) * | 2003-08-06 | 2008-07-23 | 株式会社日立製作所 | ストレージネットワーク管理装置及び方法 |
-
2005
- 2005-11-11 JP JP2005328141A patent/JP2007135109A/ja active Pending
-
2006
- 2006-04-12 US US11/402,055 patent/US7649851B2/en not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005151107A (ja) * | 2003-11-14 | 2005-06-09 | Hitachi Ltd | データセンタの装置管理方法、装置管理サーバ、データセンタの装置管理システム並びにプログラム |
| JP2005197815A (ja) * | 2003-12-26 | 2005-07-21 | Japan Telecom Co Ltd | ネットワークシステム及びネットワーク制御方法 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010532527A (ja) * | 2007-06-29 | 2010-10-07 | マイクロソフト コーポレーション | 物理イメージと仮想イメージの統合的な提供 |
| JP2010239597A (ja) * | 2009-03-31 | 2010-10-21 | Fujitsu Ltd | Ｉｐアドレス割当制御プログラム、ｉｐアドレス割当制御装置およびｉｐアドレス割当制御方法 |
| JP5780297B2 (ja) * | 2011-04-22 | 2015-09-16 | 日本電気株式会社 | ポート番号特定システム、ポート番号特定システム制御方法およびその制御用プログラム |
| WO2013047355A1 (ja) * | 2011-09-26 | 2013-04-04 | 日本電気株式会社 | 通信装置、通信方法及びプログラム |
| JPWO2013047355A1 (ja) * | 2011-09-26 | 2015-03-26 | 日本電気株式会社 | 通信装置、通信方法及びプログラム |
| US9641355B2 (en) | 2011-09-26 | 2017-05-02 | Nec Corporation | Communication device, communication method, and program |
Also Published As
| Publication number | Publication date |
|---|---|
| US7649851B2 (en) | 2010-01-19 |
| US20070110077A1 (en) | 2007-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2007135109A (ja) | 仮想ネットワーク管理方法、仮想ネットワーク管理プログラム、仮想ネットワーク管理システムおよび仮想ネットワーク管理手段 | |
| US9787780B1 (en) | Method and apparatus for web based storage on-demand | |
| CN100361066C (zh) | 网络中共享资源的使用、及其控制和监视的方法和装置 | |
| JP4755548B2 (ja) | 運用管理方法、運用管理プログラム、運用管理システムおよび運用管理装置 | |
| JP5288334B2 (ja) | 仮想アプライアンス配備システム | |
| JP4416035B2 (ja) | 中継サーバ及び中継通信システム | |
| JP2000033755A (ja) | 周辺装置のネットワ―ク構成方法 | |
| US9288266B1 (en) | Method and apparatus for web based storage on-demand | |
| US20080184340A1 (en) | Application Execution System, Computer, Application Execution Device, And Control Method And Program For An Application Execution System | |
| JP4715920B2 (ja) | 設定方法および管理装置 | |
| CN101320316A (zh) | 网络系统和网络设备 | |
| US9106677B2 (en) | Method and apparatus for web based storage on-demand | |
| JP2003046569A (ja) | 負荷テスト実行装置及びシステム、及びその方法、及びそのプログラム | |
| JP2014048900A (ja) | 計算機システム及びパケット転送方法 | |
| JP6393612B2 (ja) | システムのバックアップ装置及びバックアップ方法 | |
| CN104090992A (zh) | 一种集群存储系统中转换节点间高可用配置方法 | |
| JP2016218530A (ja) | リクエスト振り分けシステム、管理システム、およびその制御方法 | |
| CN112035062B (zh) | 云计算的本地存储的迁移方法、计算机设备及存储介质 | |
| WO2012176337A1 (ja) | 情報処理システム、情報処理システムの制御方法、管理装置および系切替プログラム | |
| US9628642B2 (en) | Information processing system, license server, communication relay device, non-transitory readable recording medium and data restoration method | |
| JP5354768B2 (ja) | ソフトウェア自動配布システム | |
| JP2011175391A (ja) | 管理コンピュータおよびデプロイ方法 | |
| KR100953015B1 (ko) | 식별정보 자동생성장치, 정보기억 시스템 및 정보기억시스템의 정보취득방법 | |
| JP2011138397A (ja) | 仮想化環境におけるモジュール間の通信方法 | |
| JP2018133002A (ja) | ネットワーク機器とその方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070815 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20091113 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091201 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100129 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100406 |