(57)【要約】【課題】サービス要求を分散することによるのではなく、コンピュータ・リソースの負荷をコンピュータの間で分散する方法及びシステムを提供すること。【解決手段】各コンピュータにおいて、リソース消費レベルの下閾値を定義し、各消費者のリソース消費レベルを取得し、各コンピュータのリソース消費レベルを取得し、周期的に、各コンピュータの該周期中の消費レベルを、それに関連した下閾値と比較し、下閾値よりも高いリソース消費レベルを有するコンピュータが確認された場合は常に、消費者の現行位置に対応するコンピュータの各消費者につき、リソースが何所から提供されるかを定義する配置を新たに求め、その配置に従って消費者をコンピュータ内の現行位置からそのコンピュータ又は他のコンピュータに対応する位置に移動する。【特許請求の範囲】
【請求項１】
消費者がリソースを消費している複数のコンピュータの間において、コンピュータ・リソースの負荷を分散する方法であって、
a)各該コンピュータにおいて、該リソース消費レベルの下閾値を定義するステップと、
b)各該消費者の該リソース消費レベルを取得するステップと、
c)各該コンピュータの該リソース消費レベルを取得するステップと、
d)周期的に、各該コンピュータの周期中の消費レベルを、それに関連した下閾値と比較するステップと、
e)該下閾値よりも高い該リソース消費レベルを有するコンピュータが確認された場合は常に、消費者の現行位置に対応するコンピュータの各該消費者につき、該コンピュータ・リソースが該グループのどのコンピュータから提供されるべきかを定義する配置を新たに求め、該配置に従って消費者をコンピュータ内の現行位置から該コンピュータまたは他のコンピュータに対応する位置に移動するステップと、
を含むことにより、該コンピュータ上の該リソースの消費レベルを減少させる方法。
【請求項２】
該消費レベルが、一周期中のリソースの消費を表す数値であることを特徴とする請求項1記載の方法。
【請求項３】
該消費レベルが、一周期中のリソースの最高消費を表す数値であることを特徴とする請求項1記載の方法。
【請求項４】
該リソースがディスク割当て総量、および／またはネットワーク・トラフィック、および／または CPU時間、および／またはシステム物理メモリ、および／またはシステム仮想メモリであることを特徴とする請求項1記載の方法。
【請求項５】
該消費者がウェブサイト、および／またはウェブサーバ、および／または仮想専用サーバ、および／またはコンピュータ・ユーザであることを特徴とする請求項1記載の方法。
【請求項６】
消費者がリソースを消費しているコンピュータの間において、コンピュータ・リソースの負荷を分散するシステムであって、
該システムが、
各該コンピュータ上の該リソースの消費レベルを測定するための測定手段と、該コンピュータから消費レベルを検索する第1ソフトウェア・モジュールと、該コンピュータの消費レベルをこれらの許容下閾値と比較する第２ソフトウェア・モジュールと、移動するべき消費者および移動先のコンピュータを決定する第３ソフトウェア・モジュールと、消費者を該コンピュータの1台から他のコンピュータへ移動する第4ソフトウェア・モジュールと、
を備えたことを特徴とするシステム。
【請求項７】
該リソース消費レベルを測定する測定手段が、各コンピュータ上のサービスの呼び出しをフックするソフトウェア・モジュールであることを特徴とする請求項6に記載のシステム。
【請求項８】
前記第1、第2、第3、および第4ソフトウェア・モジュールが、該コンピュータの1台によって実行されることを特徴とする請求項6記載のシステム。
【請求項９】
前記第1、第2、第3、および第4ソフトウェア・モジュールを管理するためのユーザ・インターフェイスをさらに備えていることを特徴とする請求項6記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ・リソースの負荷を複数のコンピュータの間で分散する方法及びシステムに関する。
【背景技術】
【０００２】
従来技術において、負荷分散（Load balancing）という用語は、あるサーバが処理しなければならない作業の量を、同種類の2台以上のサーバ間で分割することを意味している。そして、この負荷分散によると、より多くの作業が実行されるので、全てのクライアントはより良い（より速く、又はより高い可用率で）サービスの提供を受けることができる。負荷分散は、ハードウェア、ソフトウェア、又はこれらの組み合わせにより実施可能である。
【０００３】
インターネットにおいて、大量の情報を処理するウェブサイトは、ウェブサーバがより高い性能を達成するために、通常負荷分散を使用している。
【０００４】
一つのドメインに対応する複数のウェブサーバの間で負荷を分散するため、いくつかの方法が従来技術において開示されている。一つは、ラウンドロビン法（一つのグループ内の全ての要素を、ある合理的な順序で平等に選択する取り決め）のように、各要求を順番に同一のドメイン名に対応する別のサーバに振り分ける方法である。
【０００５】
一般的に、負荷分散装置という要素があり、サービスの要求はそれに向けて送信され、負荷分散装置から分散配置に関与しているサーバへ転送される。
【０００６】
負荷分散は、多数のサーバを必要とするため、通常フェイルオーバ（即ち、冗長サーバ又は待機サーバへの自動切り替え）及びバックアップ・サービスと組み合わされている。この方法によると、フェイルオーバ方式に2台のコンピュータが関与しているが、一方のコンピュータ（メイン・コンピュータ）のみが有効で、他方のコンピュータ（バックアップ・コンピュータ）は待機している。メイン・コンピュータが故障したときは、常にバックアップ・コンピュータがIP（Internet Protocol）の制御を引き継ぎ、ウェブサーバとしてサービスを開始する。メイン・コンピュータとバックアップ・コンピュータとの違いは、バックアップ・コンピュータが待機モード中、要求に対してサービスを提供していないところにある。これらのコンピュータが、異なった地理的位置（場所）に分布している実施形態もある。
【０００７】
従来技術において知られている負荷分散方法は、要求駆動型である。即ち、サービスの要求（サービス／クライアント・モードにおける）を、同じサービスを提供しているサーバのグループの1台に向けている。また、このような方法は、サービス・プロバイダの二重化に基づいている。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、従来技術のようにサービス要求を分散することによるのではなく、コンピュータ・リソースの負荷をコンピュータの間で分散する方法及びシステムを提供することを課題とする。
【０００９】
本発明の他の目的及び利点は、説明を進めるにつれて明らかになるであろう。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明では次のような構成を採っている。
【００１１】
本発明の一形態は、消費者がリソースを消費している複数のコンピュータの間において、コンピュータ・リソースの負荷を分散する方法に関するものであり、以下のステップを含んでいる。
【００１２】
a)各コンピュータにおいて、リソース消費レベルの下閾値を定義し、b)各消費者のリソース消費レベルを取得し、c)各コンピュータのリソース消費レベルを取得し、d)周期的に、各コンピュータの該周期中の消費レベルを、それに関連した下閾値と比較し、e)下閾値よりも高いリソース消費レベルを有するコンピュータが確認された場合は常に、消費者の現行位置に対応するコンピュータの各消費者につき、リソースが何所から提供されるかを定義する配置を新たに求め、その配置に従って消費者をコンピュータ内の現行位置からそのコンピュータ又は他のコンピュータに対応する位置に移動する。
【００１３】
本発明の一実施形態によると、消費レベルは、周期中のリソースの消費を表す数値である。本発明の他の実施形態によると、消費レベルは、周期中のリソースの最高消費を表す数値である。
【００１４】
リソースは、ディスク割当て総量、及び／又はネットワーク・トラフィック、及び／又はCPU時間、及び／又はシステム物理メモリ、及び／又はシステム仮想メモリであり得る。
【００１５】
消費者は、ウェブサイト、及び／又はウェブサーバ、及び／又は仮想専用サーバ、及び／又はコンピュータ・ユーザであり得る。
【００１６】
本発明の他の形態では、消費者がそのリソースを消費している複数のコンピュータの間において、コンピュータ・リソースの負荷を分散するシステムに関するものであり、以下を含んでいる。
【００１７】
各コンピュータ上のリソース消費レベルを測定する測定手段と、これらのコンピュータから消費レベルを検索する第1ソフトウェア・モジュールと、これらのコンピュータの消費レベルをこれらの許容下閾値と比較する第２ソフトウェア・モジュールと、移動するべき消費者及び移動先のコンピュータを決定する第３ソフトウェア・モジュールと、消費者を1台のコンピュータから他のコンピュータへ移動する第4ソフトウェア・モジュールとである。
【００１８】
任意ではあるが、リソース消費レベルを測定する測定手段は、各コンピュータ上のサービスの呼び出しをフックするソフトウェア・モジュールである。
【００１９】
第1、第2、第3、及び第4ソフトウェア・モジュールは、これらのコンピュータの1台によって実行しても良い。
【００２０】
更に、システムは、第1、第2、第3、及び第4ソフトウェア・モジュールを管理するためのユーザ・インターフェイスを備えても良い。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照しながら、本発明の実施形態について説明する。
【００２２】
ここで、コンピュータのグループ及び該コンピュータのコンピュータ・リソースを消費する消費者のグループに対して、配置という用語は、各消費者について、どのグループのコンピュータからコンピュータ・リソースが提供されるべきかの定義を意味している。消費者としては、例えば、ウェブサイトが該当し、リソースとしては、ディスク領域及び／又は該グループのコンピュータとインターネットの間のデータ・トラフィックが該当する。
【００２３】
図1は、本発明の好適な実施形態によって、ウェブサイトにおいてネットワーク・データ・トラフィックの負荷分散の配置を示す図である。この配置は、コンピュータ11、12及び13からなる。各該コンピュータは、複数のウェブサイトを備えている。より具体的には、コンピュータ11は、ウェブサイト21、22及び23を、コンピュータ12は、ウェブサイト27及び28を、コンピュータ13は、ウェブサイト24及び25を備えている。各該ウェブサイトは、異なるドメイン、及び異なるIPアドレスに対応する場合があることに注意すべきである。
【００２４】
コンピュータ11、12及び13のネットワーク・データ・トラフィックは、常に測定されているので、インターネットからコンピュータへ及びコンピュータからインターネットへ転送される各バイトが計算される。また、該コンピュータが備えるウェブサイトへ及びウェブサイトから転送される各バイトも計算される。各該コンピュータは、そのネットワーク・データ・トラフィックに関する情報を保存する。
【００２５】
本発明の一実施形態では、分散マネージャというソフトウェア・モジュール40がコンピュータ10で稼動している。分散マネージャの入力は、分散したリソースの負荷（ネットワーク・データ・トラフィック、その他）である。この情報を分析することにより、分散マネージャ40は、過剰負荷のコンピュータ及び過小負荷のコンピュータを検出し、ウェブサイトを移動するべきか、どのウェブサイトを移動するべきか、及びどのコンピュータ（行き先）へ移動するべきかを決定した後、ウェブサイトを新しい行き先に移動する手続きを制御する。
【００２６】
実際には、分散マネージャ40は、負荷分散配置に関与しているかに問わず、全コンピュータで稼動していても良い。
【００２７】
分散マネージャ40は、例えば、毎週、ネットワーク・データ・トラフィックに関するデータをコンピュータから収集し、該コンピュータのデータ・トラフィック（単位時間（一周期）当たりの）が、所定の閾値を超えたかを確認する。
【００２８】
例えば、コンピュータ11の閾値は、1秒当り75MBであり、コンピュータ13の閾値は1秒当り20MBであるとする。分散マネージャ40は、閾値を超えたかどうかの確認をする際、コンピュータ13の平均トラフィック負荷が1秒当り23MBであり、ウェブサイト24の平均トラフィック負荷が1秒当り5MBであり、ウェブサイト25の平均トラフィック負荷が1秒当り18MBであることを検出したとする。このコンピュータ13は、過剰負荷であるため、そのウェブサイトの内1つを別のコンピュータに移動するべきである。そして、ウェブサイト（どれかは問わない)を移動することにより、このコンピュータ13の負荷は、その閾値以下になる。
【００２９】
当然、分散マネージャは、グループのコンピュータの1台に接続している必要はないが、このグループの他のコンピュータに接続している第3のコンピュータに接続している必要がある。
【００３０】
図2は、ウェブサイトへのサービス要求の負荷を分散するために、ウェブサイトをあるコンピュータから別のコンピュータへ移動した後の負荷分散の配置を示す図である。ウェブサイト24は、コンピュータ13（図１に示すように）からコンピュータ12に移動されている。
【００３１】
負荷情報の収集は、インターネット50を介して行うことが可能である。
【００３２】
コンピュータの管理者は、端末装置60を使用することにより、インターネット又は他の接続を介して負荷分散装置を備えたコンピュータに接続して、負荷分散装置の操作パラメータを、任意に、監視及び設定することができる。
【００３３】
あるコンピュータのリソースの消費を別のコンピュータの同じリソースの消費と比較することを可能にするには、消費を測定する単位を確定する必要がある。本明細書において、コンピュータ・リソースの消費を測定する単位は、リソースの「消費単位」という。
【００３４】
コンピュータ化した機器で数値を比較するのは容易であり、人間の頭脳により理解できるので、消費単位は通常数値である。
【００３５】
本明細書において、単位時間当たりのリソースの消費は、コンピュータ・リソースの「消費レベル」という。例えば、消費レベルとしては、ポートからコンピュータへ及びコンピュータからポートへ渡される単位時間当たりのバイト数が該当する。
【００３６】
また、消費レベルは、複数のコンピュータ・リソースの関数であっても良い。例えば、消費レベルが、以下のように、データ・トラフィック負荷及びCPU負荷の関数である場合が該当する。特に、R =（t/T + c/C）/2として表される場合である。但し、Rは消費レベル、Cは単位時間、cは単位時間にウェブサイトのサービスを提供するために使用したCPUの総時間、Tは単位時間当たりのコンピュータの総データ・トラフィック、tは単位時間当たりの該コンピュータ上ウェブサイトの総データ・トラフィックを表す。
【００３７】
本発明によると、分散マネージャは、通常、コンピュータ内のリソースの消費レベル、並びに消費者当りのリソースの消費レベルを考慮する。例えば、リソースが、ネットワーク・データ・トラフィックで、消費者が該コンピュータ備えるウェブサイトであるとする。この場合、適当な運用としては、どのウェブサイトを移動するべきか、及びどのコンピュータへ移動するべきかを決定するために、両方の消費レベル（コンピュータ内のリソースの消費レベル、及び消費者当りのリソースの消費レベル）を使用するのがよいであろう。
【００３８】
本発明による単純な負荷分散の方針は、ソース・コンピュータとして過剰負荷コンピュータを検出すること、このコンピュータが備えている最も過剰負荷のウェブサイト（従って移動の対象となる）を検出すること、そして、該ウェブサイトの移動先コンピュータとしての最も過小負荷のものを検出すること、である。
【００３９】
ネットワークにおけるフローを分析するなど、移動するべき消費者及び移動先のコンピュータを決定する各種方法が、従来技術として知られていることは当業者に明らかであろう。
【００４０】
例1：リソースがディスク割当て総量、消費者がコンピュータのユーザである場合。
【００４１】
例2：リソースがCPU時間、消費者がコンピュータのユーザである場合。
【００４２】
例3：リソースがネットワーク・データ・トラフィックとCPUの組み合わせ、消費者がウェブサイトである場合。この場合、消費レベルは、ネットワーク・データ・トラフィックとCPUの数式、例えば、1秒当りのCPU利用率に1秒当りのネットワーク・トラフィックを乗算したものである。
【００４３】
本発明の一実施形態によると、改善した負荷分散を達成するために、他の考慮がなされている。例えば、あるウェブサイトのネットワーク・トラフィックが昼間に過剰負荷になり、別のウェブサイトが夜間過剰負荷になる場合、両方のウェブサイトを同じコンピュータ・システムが備えることにより、分散した負荷を達成し得る。当然、ウェブサイト／コンピュータを最適な配置とするためには、最適化法を実施するべきである。そのような最適化法は、従来技術として当業者によく知られているであろう。
【００４４】
〔ウェブサイトをあるコンピュータから別のコンピュータへ移動する〕
【００４５】
ウェブサイトをあるコンピュータから別のコンピュータへ移動することは複雑な過程であり、多数のパラメータの考慮が関与する。
【００４６】
例えば、オペレーティング・システムに依存するパラメータとしては、ウェブ・アプリケーションが特定のオペレーティング・システムを対象としている点、あるいは（ウェブ・アプリケーションが）特定のプロセッサ・アーキテクチャを標的としたコードを含有している点、が該当する。ライセンスに依存するパラメータとしては、ライセンスによって、ユーティリティ（例えば、ウェブサーバ）がある特定のコンピュータに限定される場合があり、従ってウェブサイトが負荷分散配置内のいずれのコンピュータにも移動できないこともある点が該当する。IPアドレスに依存するパラメータとしては、ドメインに対応する新しいIPアドレスの情報をDNSに提供する点が該当する。
【００４７】
特に、移動するウェブサイトが必要とするソフトウェア及びハードウェアに関して、以下の点を確認することが必要である。すなわち、正確なオペレーティング・システム（メジャー及びマイナー・バージョン）と、ソース・コンピュータ（即ち、移動するウェブサイトを備えるコンピュータ）と同一のハードウェア・アーキテクチャを利用しているかと、ソース・コンピュータと同一のパッチがオペレーティング・システムにインストールされているかと、ソース・コンピュータにインストールされているものと同一の関連製品、即ちウェブサーバ、ウェブサーバ拡張、及び移動されたウェブサイトにより使用される他のソフトウェア製品がインストールされているかと、ドメイン用の適当なディスク空き領域があるかという点である。
【００４８】
本発明の一実施形態によると、ウェブサイトをあるコンピュータから別のコンピュータへ移動するとき、以下のステップを行う。
【００４９】
（１）前述したように、ドメインが移動できることを確認する。
【００５０】
（２）元コンピュータにおいて、移動するドメインを一次停止する（但し他のドメインは稼動し続けるようにする）。
【００５１】
（３）元ドメインの「tar」を作成する。「Tar」は複数のファイルを単一のファイルに包含するユーティリティであり、「Winzip」というユーティリティがよく知られている。
【００５２】
（４）移動先コンピュータ上に適切に名付けた空のドメインを作製する。
【００５３】
（５）好ましくは安全な方法で、tarファイルを移動先コンピュータにコピーする。
【００５４】
（６）数ステップ前に作製した新しいドメインにおいて、移動先コンピュータ上tarファイルを解凍する。
【００５５】
（７）ドメインのIPを移動先コンピュータに切り替える（場合により、ドメインのIPは、ドメインのファイルと同時に新しいコンピュータへ移動するべきである）。ドメインのIPが移動できない場合（例えば、IPが他のドメインと共有されている場合、あるいはコンピュータの所有者がIPをコンピュータに割り当てる何らかの方法を持っている場合）、ドメインの新しいIPは、関連する全ての箇所、すなわち、ドメイン内のファイル（Apache設定ファイルなど）及びDNSなどの外部ファイル（これにより、ユーザは新しい場所におけるサイトにアクセスできる）の両方について変更される。
【００５６】
（８）移動先コンピュータにおけるウェブサイトを起動する。
【００５７】
（９）ウェブサイトが適当に移動された後、移動元ウェブサイト（即ちそのファイル）及びtarファイルをソース・コンピュータから削除する。
【００５８】
確認すべき点が正しいことをユーザが確信している場合は、上記の各確認をしなくてよいことに注意すべきである。例えば、静的HTMLページのみからなるウェブサイトは、Windows（登録商標）機からLinux（登録商標）機へ移動できるが、ASPページを使用するウェブサイトは、移動できない（特別なソフトウェアがインストールされていない限り）。
【００５９】
〔発明と従来の技術〕
【００６０】
従来の技術では、過剰負荷ウェブサイトのウェブサーバを二重化し、従って該ウェブサイトからの同量のサービス要求に対して、追加サーバでサービスを提供することにより負荷分散を達成していた。本明細書に開示の本発明では、サーバの二重化は利用しない。代わりに、ウェブサイトを過剰負荷ホスト・コンピュータから、通常、過剰負荷がより低度の別のホスト・コンピュータへ移動する。
【００６１】
上記説明は、インターネット使用率の増加による実際の問題であるので、ホスト・コンピュータの間でウェブサイトの負荷を分散することに関するものである。しかし、この方法は、例えばユーザ、稼動プログラム等、他の消費者により使用される、例えばディスク割当て総量、ネットワーク・データ・トラフィック、CPU時間等、他のコンピュータ・リソースの負荷を分散するためにも実施できる。一般に、本発明は、該リソースを消費する消費者を有する複数のコンピュータの間でコンピュータ・リソースの負荷を分散する方法を目的としている。
【００６２】
〔用語集〕
【００６３】
クライアント／サーバとは、一方のプログラムであるクライアントが、他方のプログラムであるサーバからのサービスを要求して、サーバーが要求を満たすという、2つのコンピュータ・プログラムの間にある関係を言う。クライアント／サーバの概念は、単一コンピュータ内のプログラムによっても使用できるが、ネットワークにおいてより重要な概念である。ネットワークにおいて、クライアント／サーバ・モデルは効率的に別々の位置に渡って分配されているプログラムを互いに接続させる便利な方式を提供する。クライアント／サーバ・モデルはネットワーク・コンピューティングの中心思想になった。近年作成されているビジネス・アプリケーションの殆どがクライアント／サーバ・モデルを使用している。これは、ウェブ・ブラウザ及びウェブ・サーバなどのインターネットの主要プログラムも同様である。
【００６４】
ウェブサーバは、要求されたHTMLページ又はファイルのサービスを提供するコンピュータ・プログラムである。ウェブクライアントは、ユーザに関連している要求側プログラムである。ユーザのコンピュータのウェブ・ブラウザは、ウェブサーバからHTMLファイルを要求する（HTTPプロトコルを使用して）クライアントである。
【００６５】
ウェブサイトは、ホームページという開始ファイルを含む、関連するウェブファイルの集合である。ウェブ・ブラウザ（インターネットのファイルへアクセスし、そのファイルをユーザに表示するソフトウェア）は、ホームページからウェブサイトの他のページをすべて得ることができる。実際、残りのファイルへのアクセスは、ユーザの一部又は全ユーザに対して制限することができる。IPアドレスを参照するクライアント・プロセスは、実際ウェブサーバと通信している。ウェブサーバは、クライアント／サーバ・モデルを使用し、そのサービスに対する要求に対して「サービスを提供する」プログラムである。ウェブサイトを含有するインターネット上のコンピュータは全てウェブ・サーバ・プログラムを有する必要がある。一方、大規模のウェブサイトが別々の地理的位置において複数のサーバ上に展開される場合もある。他方、1台のウェブサーバが、複数のウェブサイトを備える（ホストする）場合もある。
【００６６】
ドメイン名は、URL（Ｕniform Resource Locator）の一部であって、ドメインネームシステム（Domain Name System、DNS）を使用して、ドメインネームサーバにウェブ・ページ又はウェブ・サービスの要求を転送するべきか、及びどのドメインネームサーバに転送するべきかを示している。ドメイン名は、インターネット上において識別可能な地点を表すIPアドレスに割り当てられる。一方では、ドメイン名は1つのIPアドレスを参照し、他方では、複数のドメイン名が単一のIPアドレスを参照することが可能である。
【００６７】
ドメインネームシステム（Domain Name System、DNS）は、インターネット・ドメイン名が検出され、インターネット・プロトコル・アドレスに翻訳される方式である。ドメイン名は、インターネットアドレスの有意義かつ記憶しやすい「ニックネーム」である。
【００６８】
負荷分散装置は、負荷分散配置の負荷分散に関する操作を監視及び制御するモジュールである。
【００６９】
VDS：同時係属中のイスラエル特許出願第147560号によると、リモートクライアントがそのシステム・ユーティリティ及びプログラムにアクセスできるコンピュータ・システムのエミュレーションを仮想専用サーバ（Virtual Dedicated Server、VDS）という。
【００７０】
上記実施例及び説明は、当然例示を目的として提供したものであり、本発明を何ら制限するものではない。本発明は、上記以外の技法を1つ以上用い、多数の方式により、全て本発明の請求の範囲から遺脱せず実施出来ることは当業者に明らかであろう。
【図面の簡単な説明】
【００７１】
【図１】ウェブサイトにおいてネットワーク・データ・トラフィックの負荷分散の配置を示す図である。
【図２】ウェブサイトをあるコンピュータから別のコンピュータへ移動した後の負荷分散の配置を示す図である。
【符号の説明】
【００７２】
１０  コンピュータ
１１  コンピュータ
１２  コンピュータ
１３  コンピュータ
２１  ウェブサイト
２２  ウェブサイト
２３  ウェブサイト
２４  ウェブサイト
２５  ウェブサイト
２７  ウェブサイト
２８  ウェブサイト
４０  分散マネージャ
５０  インターネット
６０  端末装置
【図１】
2005501335.tif 000002
【図２】
2005501335.tif 000003
【国際公開パンフレット】
2005501335.tif 000004
2005501335.tif 000005
2005501335.tif 000006
2005501335.tif 000007
2005501335.tif 000008
2005501335.tif 000009
2005501335.tif 000010
2005501335.tif 000011
2005501335.tif 000012
2005501335.tif 000013
2005501335.tif 000014
2005501335.tif 000015
2005501335.tif 000016
2005501335.tif 000017
2005501335.tif 000018
2005501335.tif 000019
2005501335.tif 000020
2005501335.tif 000021
2005501335.tif 000022
2005501335.tif 000023
2005501335.tif 000024
2005501335.tif 000025
2005501335.tif 000026
2005501335.tif 000027
【国際公開パンフレット（コレクトバージョン）】
2005501335.tif 000028
【国際調査報告】
2005501335.tif 000029
2005501335.tif 000030
2005501335.tif 000031