JP2007180859A

JP2007180859A - 負荷分散システムを検出する装置および方法。

Info

Publication number: JP2007180859A
Application number: JP2005376551A
Authority: JP
Inventors: Tadashi Tsumura; 直史津村
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2005-12-27
Filing date: 2005-12-27
Publication date: 2007-07-12
Anticipated expiration: 2025-12-27
Also published as: JP3943581B1; US7724659B2; CN1992647A; US20070118655A1

Abstract

【課題】負荷分散システムにおいて、冗長化されたシステム全体を把握し負荷分散サーバやクラスタ・ノードの接続関係を取得する装置を提供する。
【解決手段】。該装置は、前記ネットワークシステムを流れる第１のネットワークデータと第２のネットワークデータを取得する手段と、前記第１のネットワークデータと前記第２のネットワークデータの内容が同じで、前記第１のネットワークデータの送信先アドレスと前記第２のネットワークデータの送信元アドレスが同じであるかを判断する手段と、前記同じであるとの判断に応じて、前記第２のネットワークデータの送信元アドレスを負荷分散装置がもつとし、前記第２のネットワークデータの送信先アドレスを、クラスタ・ノードが持つとして出力する手段とを含む装置を含む装置を提供する。該装置により、システム管理者の記憶に頼ることなく、現状のネットワークの論理的接続関係を、得ることが可能となる。
【選択図】図３

Description

本発明は、冗長化システムにより構成される、負荷分散システムの構成要素であるノードの接続情報を、ネットワークデータから、把握することに関する。

近年、企業では、様々なサービスを提供するため、インターネットやイントラネットを経由して、顧客や企業内に多くのシステムを構築している。これらのシステムは、ビジネスの機会損失や、業務の停止による損害を防止するため、処理ごとに負荷分散され、冗長化された負荷分散システムであることが通例である。特に、ミッションクリティカルな業務で用いられるＷｅｂシステムにおいては、高可用性、高速化のために負荷分散装置を用いてクラスタを構成することが多くなっている。

システム・マネジメントやビジネス・マネジメントの分野おいては、システムの構成情報を用いて、システムの各構成要素がシステム全体やビジネスに与えるインパクトの分析を行っている。このシステムの構成情報は、システム管理者が把握しているはずであるが、時間の経過とともにシステム管理者が交代し、また、システム管理者の記憶が曖昧になったりすることが多々あり、さらに多数の業務用や顧客用システムを一企業で運用する場合には、多数のシステム管理者が存在し、システム構成情報を正確かつリアルタイムに把握することが困難な場合もある。

それらの負荷分散システムでは、ユーザが意識しないでアクセスできるようにするため、仮想ＩＰアドレスを使用し、負荷分散サーバを介してＭＡＣアドレス（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌａｄｄｒｅｓｓ）で転送を行うＭＡＣ転送方式を採用するものがある。

このＭＡＣ転送方式の負荷分散システムは、同じセグメント内に設置された負荷分散サーバと一つ以上のクラスタ・ノードで構成されている。負荷分散サーバはクラスタに用いられる仮想ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）アドレスへのパケットを受け取り、Ｅｔｈｅｒｎｅｔ（R)レイヤーの情報だけを書き換えて、独自に設定されたＡＲＰテーブル（ＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃｏｌＴａｂｌｅ）情報を用いて、クラスタ・ノードのＥｔｈｅｒｎｅｔ（R)アドレス（ＭＡＣアドレス）に対してパケットを転送する。一方、クラスタ・ノードは仮想ＩＰアドレスへのパケットを受信するように設定されており、そのパケットをクライアントから直接受信したと認識し、負荷分散サーバを通さずに直接クライアントへ返信する。

しかし、ＭＡＣ転送方式の負荷分散システムの自動検出を行うと、仮想ＩＰアドレスを持つ一つのノードとして認識されてしまうため、負荷分散システム全体の構成を把握することができなくなる。すなわち、ＩＰレイヤー層以上のネットワーク解析では同じ内容のパケットが重複していると認識されてしまう。仮にパケット中のＭＡＣアドレス情報を利用するとしても、監視セグメント内の物理的なネットワーク構成（ＭＡＣアドレスとＩＰアドレスの関係）と論理的なネットワーク構成の対応の知識を用いて解析する必要がある。例えば、異なるＭＡＣアドレスをもつ同じ内容のトランザクションが2個観測された場合、その重複がMAC転送のために発生しているのか、もしくは異なる通信路におけるパケットが重複してモニタリングされているのかを判別しなければならない。また、単に通信機器の間で再送された可能性もあるので、判別は困難である。

非特許文献１では、トランザクションの情報を利用して、呼出関係を把握する方法を開示している。非特許文献１では、ＩＰ層以上の情報をもつトランザクションが存在するという前提での呼びだし関係の発見であり、負荷分散システムによるシステム構成を発見することはできない。単に発見された構成情報を用いて解析を行うためのものである。

H.Kashima, “Network-based Problem Determination for Distributed Computer Systems,” ICDE2005,

負荷分散システムにおいて、冗長化されたシステム全体を把握しインパクト分析を行うためには、ＭＡＣ転送方式の負荷分散サーバやクラスタ・ノードの接続関係を取得する必要がある。

上記課題を解決するため、本発明においては、複数のネットワーク機器からなるネットワークシステムの接続構成を検出する装置を提供する。該装置は、前記ネットワークシステムを流れる第１のネットワークデータと第２のネットワークデータを取得する手段と、前記第１のネットワークデータと前記第２のネットワークデータの内容が同じで、前記第１のネットワークデータの送信先アドレスと前記第２のネットワークデータの送信元アドレスが同じであるかを判断する手段と、前記同じであるとの判断に応じて、前記第２のネットワークデータの送信元アドレスを負荷分散装置がもつとし、前記第２のネットワークデータの送信先アドレスを、クラスタ・ノードが持つとして出力する手段とを含む装置を提供する。該装置により、システム管理者の記憶に頼ることなく、現状のネットワークの論理的接続関係を、得ることが可能となる。

図１は、負荷分散システム検出装置が作動する、複数のネットワーク機器を含むネットワークシステムの環境１００の一例である。ここでは、ネットワーク・スイッチ１１０とネットワーク・スイッチ１２０の二つからなるネットワークを想定しているが、ネットワーク・スイッチは１つでもよく、またネットワーク・スイッチが３つ以上からなるネットワークの構成でも、負荷分散システム検出装置１０１は対応可能である。ネットワーク・スイッチには、負荷分散システム検出装置１０１が接続される。負荷分散システム検出装置１０１は、ネットワーク・スイッチのミラーリング機能により、ネットワーク・スイッチ１１０および１２０と、各サーバ装置１１１〜１１４や１２１〜１２４の間でやり取りされるパケットなどのネットワークデータを収集可能である。

また、ネットワークデータの収集は、これ以外にも、直接ネットワーク回線をモニタリングして収集する構成にしてもよい。ネットワーク・スイッチ１１０には、仮想ＩＰアドレスあてに送られてきたネットワークデータを、処理サーバに転送するための分散処理サーバ（分散処理装置）１１１、処理サーバ１１２〜１１４・・・が接続されている。同様に、ネットワーク・スイッチ１２０には、負荷分散サーバ（分散処理装置）１２１、処理サーバ１２２〜２４・・・が接続されている。ネットワーク・スイッチ１１０および１２０は、直接または間接に接続している。ネットワークシステムは、インターネット１３０などのネットワークを介して、クライアント端末１３１と接続されることもある。

図２は負荷分散システム検出装置が作動するハードウェア構成２００の概略を示している。中央演算処理装置であるＣＰＵ２０１は各種オペレーティング・システムの制御下で様々なプログラムを実行する。ＣＰＵ２０１はバス２０２を介して、メモリ２０３、ディスク２０４、ディスプレイ・アダプタ２０５、ユーザ・インタフェース２０６およびネットワーク・インタフェース２０７と相互接続される。ディスク２０４には、本発明を実現するためのコンピュータを機能させるためのソフトウェア、オペレーティング・システムおよび本発明を実行するためのプログラム等が含まれる。これらのプログラムは必要に応じメモリに読み出されＣＰＵで実行される。また、ディスク２０４には、ネットワーク・スイッチ等から収集したネットワークデータや、ネットワークの構成情報を求めるに当たって、処理経過のデータなども保持する。

ユーザ・インタフェース２０６を通して、キーボード２０９およびマウス２１０に接続され、ディスプレイ・アダプタ２０５を通してディスプレイ装置２０８に接続され、ネットワーク・インタフェース１０７を通してネットワーク２１１に接続される。キーボード２０８およびマウス２０９により、負荷分散システム検出装置が操作され、ディスプレイ装置２０８に、処理経過や処理結果が表示される。ネットワーク・インタフェース２０７は、ネットワーク・カードなどが接続される。

ネットワーク２１１を介して、本発明が分散環境で実施される場合もある。また、ネットワーク・インタフェース２０７を介して、ネットワーク・スイッチ２１２に接続される。なお、このハードウェア構成２００は、コンピュータ・システム、バス配置およびネットワーク接続の一実施形態の例にすぎず、本発明の特徴は、さまざまなシステム構成で、同一の構成要素を複数有する形態で、または、ネットワーク上にさらに分散された形態でも実現することができる。

図３は、機能構成図の概略を示したものである。ネットワークデータ収集部は、ネットワーク・スイッチのミラーリング機能を利用して、ネットワークデータを収集し、ネットワークデータＤＢ３０２に登録する。ただし、ネットワークデータ収集部３０１は、Ｅｔｈｅｒｎｅｔ（R) Ｈｅａｄｅｒを除くネットワークデータの内容が同じネットワークデータが登録されている場合は、ネットワークデータの登録は行わないで、ネットワークデータ判定部にその後の処理を渡す。

データ管理部３０３は、ネットワークデータＤＢ３０２に登録されたネットワークデータを、タイムアウトにより破棄することで管理する。ネットワーク上を流れるネットワークデータは膨大なものになる一方で、ＭＡＣ転送方式によるネットワークデータの転送は、ほんの一瞬に行われるので、長時間ネットワークデータを保持しなくても、重複したネットワークデータを見つけることが可能である。そのため、データ管理部３０３は、一定時間経過後にネットワークデータを削除する。ネットワークデータの削除は、当該ネットワークデータが含まれるトランザクションの終了フラグをみて、削除するようにしてもよい。ネットワークデータ判定部３０４は、Ｅｔｈｅｒｎｅｔ（R) Ｈｅａｄｅｒを除くネットワークデータの内容が同じネットワークデータが既に登録されている場合、Ｅｔｈｅｒｎｅｔ（R) Ｈｅａｄｅｒから、送信元ＭＡＣアドレスと、送信先ＭＡＣアドレスの内容から、負荷分散サーバとクラスタ・ノードを特定する。詳細な処理は後述する。ネットワーク構成出力部３０６は、クラスタ毎に、負荷分散サーバとクラスタ・ノードを関連付けて出力する。

図４は、ネットワークデータ（パケット）の例を示す。４０１は、Ｅｔｈｅｒｎｅｔ（R) Ｈｅａｄｅｒである。４０１には、送信先ＭＡＣアドレス４０２、送信元ＭＡＣアドレス４０３やタイプ４０４などが入っている。ＩＰＨｅａｄｅｒ４１０には、送信元ＩＰアドレス４１２および、送信先ＩＰアドレス４１３が含まれる。ＴＣＰＨｅａｄｅｒ４２１には、送信元ポート４２２、送信先ポート４２３およびシーケンス番号４２４が含まれる。負荷分散サーバが、仮想ＩＰあてのネットワークデータをＭＡＣ転送方式で、クラスタ・ノードに転送する場合、Ｅｔｈｅｒｎｅｔ（R) Ｈｅａｄｅｒを除く部分が全く同一の２つネットワークデータが存在することになる。すなわち、１つは、送信先ＭＡＣアドレスが負荷分散サーバ宛てのネットワークデータである。これを負荷分散サーバが転送するので、他の１つは、送信先ＭＡＣアドレスがクラスタ・ノードで、送信元がＭＡＣアドレスが負荷分散サーバになるはずである。

図５（ａ）は、クライアント端末からのネットワークデータが、負荷分散サーバによりＭＡＣ転送方式により転送されて、クラスタ・ノードに到達する際の、ＭＡＣアドレスおよびＩＰアドレスの変化を説明するための簡単な例５００を示したものである。クライアント端末５０１は、ＩＰ＿Ｃ１というＩＰアドレスを持つ。ネットワーク・スイッチ５０２は、ＭＡＣ＿Ｓ１とＭＡＣ＿Ｄ１というＭＡＣアドレスを持つ。５０３は負荷分散サーバを含むコンピュータ郡のクラスタである。クラスタ５０３には、仮想ＩＰアドレスＩＰ＿Ｖが与えられている。クラスタ５０３は負荷分散サーバ５０４とクラスタ・ノード５０５を含むものとする。負荷分散サーバ５０４には、ＩＰ＿ＤというＩＰアドレスと、ＭＡＣ＿ＤというＭＡＣアドレスが与えられている。

クラスタ・ノード５０５には、ＩＰ＿Ｎ１というＩＰアドレスと、ＭＡＣ＿Ｎ１というＭＡＣアドレスが与えられている。ネットワーク・スイッチ５０６は、ＭＡＣアドレスＭＡＣ＿Ｓ２を持つ。スイッチ５０６にはサーバ５０７が接続され、サーバ５０７には、ＩＰ＿ＯというＩＰアドレスと、ＭＡＣ＿ＯというＭＡＣアドレスが与えられている。サーバ５０７は、データベースのような後段のサーバであり、セキュリティ強化のため、別セグメントで管理されているとする。この５００な構成で、クライアント端末５０１から送られてきたネットワークデータ（パケット）が、経路１〜４を通ってくるものとする。

図５（ｂ）は、ネットワークデータのＩＰアドレスとＭＡＣアドレスがどのように変化するかを表したものである。ネットワークデータの経路１と経路２では、ＩＰアドレスは同じであるが、経路１の送信先ＭＡＣアドレスと、経路２の送信元ＭＡＣアドレスは同じものである。これは、負荷分散サーバ５０４で、ネットワークデータがＭＡＣ転送されたことを意味する。経路１のネットワークデータと経路２のネットワークデータは、Ｅｔｈｅｒｎｅｔ（R) Ｈｅａｄｅｒを除けば同一のネットワークデータである。経路３と経路４のネットワークデータを比較すると送信元ＭＡＣアドレスと送信先ＭＡＣアドレスには、全く一致する点が無い。これは、ネットワーク・スイッチを経由していることを意味する。経路３のネットワークデータと経路４のネットワークデータも、Ｅｔｈｅｒｎｅｔ（R) Ｈｅａｄｅｒを除けば同一のネットワークデータである。

図６は、ネットワークデータＤＢのテーブル構成６００の一例を示したものである。ネットワークデータテーブルには、送信元ＭＡＣアドレス６０１、送信先ＭＡＣアドレス６０２、データハッシュ値６０３、登録時間６０４およびネットワークデータ６０５の項目を有する。送信元ＭＡＣアドレス６０１と送信元ＭＡＣアドレス６０２は、ネットワークデータのＥｔｈｅｒｎｅｔ（R) Ｈｅａｄｅｒから抜き出す。データハッシュ値６０３は、Ｅｔｈｅｒｎｅｔ（R) Ｈｅａｄｅｒを除くネットワークデータをハッシュ関数により求めたものである。これは、２つのネットワークデータが同一か否かを判断するのに全てのデータを比較すると、時間がかかるので、ハッシュ値を比較することで、処理時間を短縮するためである。

データハッシュ値６０３は、ＴＣＰＨｅａｄｅｒのシーケンス番号など、一意に決まるものであれば、代用可能である。登録時間６０４は、データを削除するために利用する。登録から例えば、１秒以上経過したら、図３のデータ管理図３０３が、この登録時間６０４のデータ処理時間を基にレコードを削除する。ネットワークデータ６０５は、ネットワークデータそのものを登録する。ここから、ＩＰアドレス、ポート番号やトランザクションの開始と終了などの情報を抜き出す。ただし、ＩＰアドレスやポート番号を別の項目で登録しておけば、このネットワークデータ６０５の登録は不要である。

図７は、ＭＡＣ転送方式の負荷分散システムの構成要素を検出するためのフロー７００を示す。ステップ７０１で処理を開始する。ステップ７０２でネットワークデータの取得を行う。ステップ７０３で、ネットワークデータ管理ＤＢに取得したネットワークデータと同一のネットワークデータが登録されていないか判断する。この判断する処理には、データのハッシュ値を用いて比較すると処理が早くなる。ステップ７０３の判断で、重複したネットワークデータが登録されていない判断した場合（Ｎｏ），ステップ７０２に戻って次のデータを登録する。

一方、ステップ７０３で、重複するネットワークデータが登録されていると判断した場合（Ｙｅｓ）、ステップ７０４に進む。ステップ７０４では、重複するネットワークデータの送信先ＭＡＣアドレスが一致するか判断する。ステップ７０４で、送信先ＭＡＣアドレスが一致すると判断した場合（Ｙｅｓ）、ステップ７０２に戻って次のデータの登録を行う。送信先ＭＡＣアドレスが一致するということは、再送されたネットワークデータであると判断できるからである。

一方、ステップ７０４で、送信先ＭＡＣアドレスが一致しない判断した場合（Ｎｏ）、ステップ７０５に進む。ステップ７０５では、送信先ＭＡＣアドレス集合と、送信元ＭＡＣアドレス集合が一致するか判断する。ここでＭＡＣアドレス集合としたのは、短時間でも負荷分散サーバのＭＡＣ転送が多数行われるので、集合として、把握可能だからである。集合として把握すればより精度が高まるが、必ずしも、集合でなくてもよい。ステップ７０５で一致しないと判断した場合（Ｎｏ）、ステップ７０７で、ネットワーク・スイッチのＭＡＣアドレスを基に、ネットワーク・スイッチをまたがる図５の５０７のような後段のサーバを特定する。その後、ステップ７０９に進む。

一方、ステップ７０５で一致すると判断した場合（Ｙｅｓ）、ステップ７０６に進む。ステップ７０６では、ステップ７０５で一致したＭＡＣアドレスを、負荷分散サーバのＭＡＣアドレスとする。また、負荷分散サーバのＭＡＣアドレスを送信元にもつネットワークデータの送信先ＭＡＣアドレスを、クラスタ・ノードのＭＡＣアドレスとする。ここからまたステップ７０２に戻って処理を繰り返す。ステップ７０８では、上記負荷分散サーバのＭＡＣアドレスを送信元にもつネットワークデータの送信先ＭＡＣアドレスを、クラスタ・ノードのＭＡＣアドレスとする。ステップ７０９でさらに処理を繰り返すか判断する。ステップ７０９で処理を繰り返すと判断した場合（Ｙｅｓ）、ステップ７０２に戻る。一方、ステップ７０９で処理を繰り返さないと判断した場合（Ｎｏ）、ステップ７１０に進んで、処理を終了する。

図８は、負荷分散システム検出装置により、求められるネットワークの構成要素の例を示したものである。図８（ａ）では、仮想ＩＰアドレスがそれぞれＶ＿ＩＰ１とＶ＿ＩＰ２である２つのクラスタが特定され、さらに、後段サーバにＮＤ＿ＭＡＣ１１が、ネットワーク・スイッチを介して接続されているとことが分かる。図８（ｂ）では、同一の仮想ＩＰアドレスを使用しているが、Ｐｏｒｔ番号でクラスタを分けていることが分かる。

以上、本発明によれば、システム管理者に頼ることなく、負荷分散検出装置により検出された現状で稼動するシステム構成情報を得られるので、クラスタとそのクラスタを構成する各クラスタ・ノード（サーバ）の関係が把握できるようになり、ビジネスに対するインパクト分析やＩＴシステムのアベイラビリティに対するインパクト分析が、可能となる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

負荷分散システム検出装置が作動する、ネットワークの環境の一例である負荷分散システム検出装置が作動するハードウェア構成の概略を例示している。機能構成図の概略を例示したものである。ネットワークデータ（パケット）の例示である。ネットワークデータが、転送される際のＭＡＣアドレスおよびＩＰアドレスの変化を例示したものである。ネットワークデータＤＢのテーブル構成の一例を示したものである。負荷分散システムの構成要素を検出するためのフローの例示である。負荷分散システム検出装置により、求められたネットワークの構成要素の例示である。

Claims

複数のネットワーク機器からなるネットワークシステムの接続構成を検出する装置であって、
前記ネットワークシステムを流れる第１のネットワークデータと第２のネットワークデータを取得する手段と、
前記第１のネットワークデータと前記第２のネットワークデータの内容が同じで、前記第１のネットワークデータの送信先アドレスと前記第２のネットワークデータの送信元アドレスが同じであるかを判断する手段と、
前記同じであるとの判断に応じて、前記第２のネットワークデータの送信元アドレスを負荷分散装置がもつとし、前記第２のネットワークデータの送信先アドレスを、クラスタ・ノードが持つとして出力する手段と
を含む装置。
前記送信先アドレスおよび前記送信元アドレスは、それぞれ送信元ＭＡＣアドレスおよび送信先ＭＡＣアドレスであり、ネットワークデータはパケットであって仮想ＩＰアドレスを持ち、負荷分散装置が前記パケットをＭＡＣ転送している、請求項１に記載の手段。
前記取得する手段は、前記ネットワークシステムはネットワーク・スイッチを含み、前記ネットワーク・スイッチのミラーリング機能を介して、ネットワークデータを取得する、請求項１に記載の装置。
前記判断する手段は、第１のネットワークデータと第２のネットワークデータの内容が同一であり、いずれのネットワークデータの送信元ＭＡＣアドレスも送信先ＭＡＣアドレスも一致しない場合に、クラスタ・ノードのＭＡＣアドレスを元に、後段のサーバを特定する請求項２に記載の装置。
前記ネットワークデータの内容が、Ｅｔｈｅｒｎｅｔ（R) Ｈｅａｄｅｒを除く部分である請求項２に記載の装置。
前記装置は、さらに、ネットワークデータを登録するためのデータベースを含み、
前記取得する手段は、前記データベースにネットワークデータを登録する際に、前記ネットワークデータの内容のハッシュ値を登録する、
請求項１に記載の装置。
前記装置は、さらに、ネットワークデータの登録から一定時間経過後に前記ネットワークデータを削除する手段とを含む請求項６に記載の装置。
第１のネットワークデータを取得するステップと、
前記第1のネットワークデータの内容と同一である第２のネットワークデータが、ネットワークデータ・データベースに登録されているか判断するステップと、
前記登録されているという判断に応答して、前記第１のネットワークデータの送信先アドレスと前記第２のネットワークデータの送信元アドレス、または前記第１のネットワークデータの送信元アドレスと前記第２のネットワークデータの送信先アドレスのいずれかが一致するか判断するステップと、
前記一致するとの判断に応答して、前記一致した送信元アドレスおよび送信先アドレスを、負荷分散装置のアドレスとして判断するステップと、
を含む方法。
前記負荷分散装置のアドレスを、送信元アドレスにもつネットワークデータの送信先アドレスを、クラスタ・ノードのアドレスとする、請求項８に記載の方法。
前記送信先アドレスおよび前記送信元アドレスは、それぞれ送信元ＭＡＣアドレスおよび送信先ＭＡＣアドレスであり、ネットワークデータはパケットであって仮想ＩＰアドレスを持ち、負荷分散装置がＭＡＣ転送されている、請求項８に記載の方法。
前記方法は、さらに、第１のネットワークデータと第２のネットワークデータの内容が同一であり、いずれのネットワークデータの送信元ＭＡＣアドレスも送信先ＭＡＣアドレスも一致しない場合に、クラスタ・ノードのＭＡＣアドレスを元に、後段のサーバを特定するステップを含む、請求項１０に記載の方法。
前記登録されているか判断するステップは、ＴＣＰＨｅａｄｅｒのシーケンス番号を用いて判断する請求項１１に記載の方法。
前記登録されているか判断するステップは、ネットワークデータの内容のハッシュ値を用いて判断する請求項８に記載の方法。
前記方法は、さらに、ネットワークデータの登録から一定時間経過後に前記ネットワークデータを削除するステップとを含む請求項８に記載の方法。
コンピュータに、請求項８乃至１４のいずれかに記載の方法のステップを、コンピュータに実行させるための、コンピュータ・プログラム。