(57)【要約】【課題】複数台のデータサーバによりデータのバックアップを維持しつつ、これらデータサーバ間でのデータ整合を不要として通信ネットワークに対する伝送負荷を軽減したデータベースシステム及びデータ管理方法を得る。【解決手段】複数のフィールドを有するデータレコードをデータベース化して管理するにあたって、少なくとも２以上のフィールドに対してそのフィールド値に対応させてデータサーバを設けてそれぞれデータサーバ群を構成しておく。そして、クライアント端末からデータレコードを登録する際は、そのデータレコードのフィールド値に対応するすべてのデータサーバ群内のデータサーバに登録するとともに、検索の際にはその中から所定の優先順位に基づき1つのデータサーバを検索の対象として選択して検索を行なう。【選択図】図１
2008299450.tif 000002
【特許請求の範囲】
【請求項１】
複数のフィールドを有するデータレコードをデータサーバ内にデータベース化して管理するデータベースシステムであって、
前記データレコードの少なくとも２以上のフィールドに対してそのフィールド値のそれぞれに対応させて設けた複数台のデータサーバと、
これらデータサーバに共通に通信路を介してネットワーク接続され、前記データレコードを前記データサーバに登録するとともに登録されたデータレコードを検索するクライアント端末とを備え、
前記データレコードを登録する際は、前記クライアント端末は前記複数台のデータサーバの中で登録するデータレコードのフィールド値が対応しているすべてのデータサーバにこのデータレコードを登録し、
前記データレコードを検索する際は、前記クライアント端末は検索条件に指定されたフィールド値に対応する前記複数台のデータサーバの中から所定の優先順位に基づき選択したデータサーバを対象に検索を実行することを特徴とするデータベースシステム。
【請求項２】
前記検索の際に前記クライアント端末がその対象に選択する前記データサーバの前記所定の優先順位は、このクライアント端末内に設けられた、前記フィールドが検索条件に指定された場合のこれらフィールド間での優先順位をあらかじめ設定した優先順位テーブルに基づくことを特徴とする請求項１に記載のデータベースシステム。
【請求項３】
複数のフィールドを有するデータレコードを、このデータレコードの少なくとも２以上のフィールドに対してそのフィールド値のそれぞれに対応させて設けた複数台のデータサーバと、
これらデータサーバに共通に通信路を介してネットワーク接続され、前記データレコードを前記データサーバに登録するとともに登録されたデータレコードを検索するクライアント端末とを備えたデータベースシステムにおけるデータ管理方法であって、
前記データサーバに前記データレコードを登録する際は、前記クライアント端末は前記複数台のデータサーバの中で登録するデータレコードのフィールド値が対応しているすべてのデータサーバにこのデータレコードを登録し、
前記データサーバに登録された前記データレコードを検索する際は、検索条件に指定されたフィールド値に対応する前記複数台のデータサーバの中から所定の優先順位に基づき選択したデータサーバを対象に検索を実行することを特徴とするデータ管理方法。
【請求項４】
前記検索の際に前記クライアント端末がその対象に選択する前記データサーバの前記所定の優先順位は、このクライアント端末内に設けられた、前記フィールドが検索条件に指定された場合のこれらフィールド間での優先順位をあらかじめ設定した優先順位テーブルに基づくことを特徴とする請求項３に記載のデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースシステム及びデータ管理方法に係り、特に、複数のデータサーバとこれらに共通にネットワーク接続されたクライアント端末を用いたデータベースシステム及びデータ管理方法に関する。
【背景技術】
【０００２】
データサーバ及びクライアント端末間を通信ネットワークにより相互に接続し、特定のテーマに沿ったデータをデータサーバに構造的に蓄積管理してクライアント端末からの検索や抽出等の再利用を容易にしたデータベースシステムが広く用いられるようになった。従来より、この種のシステムにおいては１台のデータサーバで全体のデータを蓄積管理しながら、複数台のクライアント端末によりデータの登録や検索を行なうように構成されることが多い。
【０００３】
一方、複数台のデータサーバを使用する場合、例えば２台のデータサーバを用いて可用性を高める場合等では、１台はマスター用、また他の１台はバックアップ用とし、マスター用のデータサーバが使用できなくなった場合には、バックアップ用のサーバはその機能を引き継いで動作できるように、マスター用のデータサーバからすべてのデータをコピーするなどして、両データサーバ間のデータ整合が絶え間なく行なわれる。このため、データサーバ間の接続を含む通信ネットワーク全体も、瞬時の伝送負荷に耐える十分な容量を確保する必要がある。
【０００４】
また、データサーバの処理負荷や通信ネットワーク内での特にデータサーバ周辺へのトラフィックの集中等を分散させるために、複数台のデータサーバを使用する場合もある。この場合には、例えばデータサーバ数やクライアント端末数の増大等に伴ってシステム全体が大規模化するにつれ、処理負荷の観点からすべてのデータサーバの内容を同一に整合することは難しくなり、不整合を生じる可能性も高くなる。このため、複数台のデータサーバにデータを分散してそれぞれに異なるデータを管理する手法も採用される。
【０００５】
例えば、インターネット上でドメイン名とＩＰアドレスとの対応付けを管理しているＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）においては、例えばｋａｉｓｈａ．ｃｏ．ｊｐの様なドメイン名に対して、ルートを管理するサーバ、ｊｐを管理するサーバ、ｃｏ．ｊｐを管理するサーバ、及びｋａｉｓｈａ．ｃｏ．ｊｐを管理するサーバといった、階層化されたサーバ構成の中にデータを分散している。そして、ドメイン名からＩＰアドレスを得るべくＤＮＳを検索する際は、検索キーとしてドメイン名（例えばｋａｉｓｈａ．ｃｏ．ｊｐ）を指定すれば、データが複数台のサーバに分散していても、対象データを蓄積管理しているサーバを特定することができる。
【０００６】
なお、複数台のデータサーバ間におけるデータの整合性の維持については、例えば、特許文献１に述べられている。
【特許文献１】特開平１１−２４９９４３号公報（第８ページ、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、データサーバ内にデータベース化されて蓄積管理されるデータの１件分は、例えばデータレコードと呼ばれ、一般には複数のフィールドから構成される。フィールドはそれぞれに特定の属性を有し、その属性に応じて種々のフィールド値を持つ。例えば、作業員の活動位置情報を管理する事例では、１件のデータレコードを一人の作業員に対応させ、作業員名、所属組織、活動地域（都道府県名）、詳細情報等のフィールドにより構成される。そしてデータベースを検索する際には、検索条件としてこれらフィールドを検索キーにしてそのフィールド値を指定し、検索を実行する。このときに１台のデータサーバ、あるいは整合のとれた複数台のデータサーバによりデータが蓄積管理されていれば、既定の１台のデータサーバを対象に検索を実行すればよい。
【０００８】
しかしながら、複数台のデータサーバに分散させてデータ蓄積管理する場合には、次のような問題を生じることがある。すなわち、上述したＤＮＳのように検索キーとしてのフィールドが単一（ドメイン名）であれば、対象のデータを蓄積管理しているデータサーバを特定できるが、検索キーとなり得るフィールドを複数有する場合には、どのデータがどのデータサーバに蓄積されているかを把握するのが困難になる場合があった。
【０００９】
例えば、上記事例では、作業員の活動位置情報を、活動地域フィールドをキーにしてそのフィールド値である各都道府県毎に対応させて分散配置したデータサーバで蓄積管理する場合、東京都内に位置する作業員の詳細情報を検索するには、東京都のデータを管理するデータサーバを対象に検索を実行すればよい。これに対して、特定の所属組織の作業員の詳細情報を検索するには、その組織の作業員が特定の都道府県内のみで活動しているとは限らないので、検索対象のデータサーバを特定することができない。確実な検索のためには、すべてのデータサーバを対象に検索する必要があり、通信ネットワークに対する伝送負荷も増大させることになる。
【００１０】
本発明は上述の事情を考慮してなされたものであり、複数台のデータサーバによりデータのバックアップを維持しつつ、これらデータサーバ間でのデータ整合を不要として通信ネットワークに対する伝送負荷を軽減したデータベースシステム及びデータ管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明のデータベースシステムは、複数のフィールドを有するデータレコードをデータサーバ内にデータベース化して管理するデータベースシステムであって、前記データレコードの少なくとも２以上のフィールドに対してそのフィールド値のそれぞれに対応させて設けた複数台のデータサーバと、これらデータサーバに共通に通信路を介してネットワーク接続され、前記データレコードを前記データサーバに登録するとともに登録されたデータレコードを検索するクライアント端末とを備え、前記データレコードを登録する際は、前記クライアント端末は前記複数台のデータサーバの中で登録するデータレコードのフィールド値が対応しているすべてのデータサーバにこのデータレコードを登録し、前記データレコードを検索する際は、前記クライアント端末は検索条件に指定されたフィールド値に対応する前記複数台のデータサーバの中から所定の優先順位に基づき選択したデータサーバを対象に検索を実行することを特徴とする。
【００１２】
また、本発明のデータ管理方法は、複数のフィールドを有するデータレコードを、このデータレコードの少なくとも２以上のフィールドに対してそのフィールド値のそれぞれに対応させて設けた複数台のデータサーバと、これらデータサーバに共通に通信路を介してネットワーク接続され、前記データレコードを前記データサーバに登録するとともに登録されたデータレコードを検索するクライアント端末とを備えたデータベースシステムにおけるデータ管理方法であって、前記データサーバに前記データレコードを登録する際は、前記クライアント端末は前記複数台のデータサーバの中で登録するデータレコードのフィールド値が対応しているすべてのデータサーバにこのデータレコードを登録し、前記データサーバに登録された前記データレコードを検索する際は、検索条件に指定されたフィールド値に対応する前記複数台のデータサーバの中から所定の優先順位に基づき選択したデータサーバを対象に検索を実行することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、複数のデータサーバによりデータのバックアップを維持しつつ、これらデータサーバ間でデータの整合を不要とすることができるとともに、通信ネットワークに対する伝送負荷を軽減することのできるデータベースシステム及びデータ管理方法を得ることができる。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明に係るデータベースシステム及びデータ管理方法を実施するための最良の形態について、図１乃至図７を参照して説明する。
【実施例１】
【００１５】
図１は、本発明に係るデータベースシステムの一実施例を示す構成図である。また図２は、この図１に例示したデータベースシステムで取扱うデータの構成の一例を示す図である。まず、図２を参照して、データについて説明する。図２の事例では、１件分のデータに相当するひとつのデータレコードは、フィールド１〜フィールド５の５つのフィールドを有している。各フィールドは情報の種類を表し、例えばこの事例では、それぞれ作業員名、所属組織、活動地域、車種、及び詳細情報に対応している。そして、それぞれのフィールドはその属性に対応したフィールド値をとり得る。例えば、フィールド２の所属組織はＡまたはＢ、フィールド３の活動地域はＴＫ、ＫＮ、ＣＢのいずれか１つ、フィールド４の車種はＴまたはＮといったフィールド値を有している。
【００１６】
図１は、一例としてこの図２に例示したフィールド２、フィールド３、及びフィールド４の３つのフィールドに対して、そのフィールド値のそれぞれに対応させてデータサーバを設けた場合の構成を示す構成図である。この図１に例示したデータベースシステムは、フィールド２データサーバ群１０、フィールド３データサーバ群２０、フィールド４データサーバ群３０、ｎ台のクライアント端末４１〜４ｎ、及びこれらの間を相互に接続する通信ネットワーク５０から構成されている。
【００１７】
フィールド２データサーバ群１０は、図２に例示したデータのフィールド２のフィールド値に対応させて設けられたデータサーバ群であり、Ａデータサーバ１１、及びＢデータサーバ１２から構成されている。Ａデータサーバ１１、及びＢデータサーバ１２は、後述するクライアント端末４１〜４ｎから通信ネットワーク５０を経由して送られてくる、フィールド２のフィールド値がそれぞれのデータサーバに対応しているデータレコードをデータベース化し記憶・管理する。すなわち、図２の事例では、Ａデータサーバ１１は所属組織がＡであるデータレコードを記憶・管理する。また、Ｂデータサーバ１２は所属組織がＢであるデータレコードを記憶・管理する。
【００１８】
同様に、フィールド３データサーバ群２０は、フィールド３のフィールド値に対応させて設けられたデータサーバ群であり、ＴＫデータサーバ２１、ＫＮデータサーバ２２、及びＣＢデータサーバ２３から構成されている。ＴＫデータサーバ２１は、フィールド３、すなわち活動地域がＴＫであるデータレコードを、ＫＮデータサーバ２２は、活動地域がＫＮであるデータレコードを、また、ＣＢデータサーバ２３は、活動地域がＣＢであるデータレコードをそれぞれデータベース化して記憶・管理する。フィールド４データサーバ群３０も、フィールド４のフィールド値に対応させて設けられたデータサーバ群であり、Ｔデータサーバ３１、及びＮデータサーバ３２から構成されている。Ｔデータサーバ３１は、フィールド４、すなわち車種がＴであるデータレコードを、また、Ｎデータサーバ３２は、車種がＮであるデータレコードをそれぞれデータベース化して記憶・管理する。
【００１９】
ｎ台のクライアント端末４１〜４ｎは、上記したデータサーバ群及びデータサーバに通信ネットワーク５０を介して接続され、図２に例示したデータレコードを、それぞれにそのフィールド値に基づき対応するデータサーバに送出して登録を要求するとともに、検索条件に基づき所定のデータサーバにデータレコードの検索要求を送出しその結果を受けとる。通信ネットワーク５０は、上述したこれらデータサーバ及びクライアント端末間を接続する通信路であり、例えば、有線ＬＡＮや無線ＬＡＮにより構成される。
【００２０】
次に、前出の図１及び図２、ならびに図３乃至図７の構成図及び説明図を参照して、上述のように構成された本実施例のデータベースシステムの動作について説明する。なお、はじめに説明を簡単化するため、図３に例示したように、２つのフィールド、すなわち、フィールド２の所属組織、及びフィールド３の活動地域に対して、そのフィールド値のそれぞれに対応させてデータサーバを設け、またクライアント端末は４台としたモデルについて説明する。また、図４は、この図３の事例でデータレコードの登録及び検索時の情報の流れを説明するための説明図である。
【００２１】
まず、クライアント端末４１は、所属組織Ａに所属する作業員１により操作されるものとする。このクライアント端末４１が活動地域ＴＫ内で活動中に、図２のデータ＃１に例示した１つのデータレコードを登録する場合、所属組織がＡであるデータレコードを記憶・管理するＡデータサーバ１１、及び活動地域がＴＫであるデータレコードを記憶・管理するＴＫデータサーバ２１の両方にこのデータレコードを送出する。この時に、送出先のデータサーバを個別に識別するためのアドレス情報については、例えば、図５に示すように、あらかじめ各クライアント端末内に共通に設けられた、各フィールド値とそれに対応するデータサーバのアドレス情報のテーブルを参照することにより把握する。そして、それぞれのデータサーバ１１及び２１は、このデータレコードを受けとって記憶・管理する。(図４のＳ４０１及びＳ４０２)。
【００２２】
また、クライアント端末４２は、所属組織Ｂに所属する作業員２により操作されるものとし、このクライアント端末４２が活動地域ＫＮ内で活動中に図２のデータ＃２に例示したデータレコードを登録する場合は、その送出先は、所属組織がＢであるデータレコードを記憶管理するＢデータサーバ１２、及び活動地域がＫＮであるデータレコードを記憶・管理するＫＮデータサーバ２２の両方となる。そして、このデータレコードはこれら２つのデータサーバ１２及び２２で記憶・管理される(図４のＳ４０３及びＳ４０４)。
【００２３】
このように、クライアント端末からのデータレコードを、２台のデータサーバ、すなわち、そのフィールド値に対応して設けられた、２つのデータサーバ群１０及び２０内のそれぞれ該当するデータサーバに登録することによって、データレコードのバックアップを維持しつつ、各データサーバ間でのデータ整合を不要とすることができる。
【００２４】
一方、検索時の動作は次のようになる。検索条件の検索キーとしては、データサーバ群を設けた２つのフィールド、すなわち所属組織と活動地域のどちらか一方を指定できるものとすると、例えばクライアント端末４３から、所属組織Ａに所属する作業員３が、所属組織が同一のＡであるデータレコードを検索する場合、クライアント端末４３は、図５に例示したデータサーバのアドレス情報のテーブルにより、所属組織がＡであるデータサーバはＡデータサーバ１１であることを把握しており、このデータサーバ１１を対象に検索を行なって所定の検索結果を得る（図４のＳ４０５）。
【００２５】
同様に、作業員４がクライアント端末４４から活動地域がＫＮであるデータレコードを検索する場合にも、クライアント端末４４は、自端末内にあるデータサーバのアドレス情報のテーブルに基づき、活動地域がＫＮであるＫＮデータサーバ２２に対して検索を実行することにより、例えば図２のデータ＃２のデータレコードが抽出され、所属組織Ｂの作業員２についての詳細情報を確認することができる（図４のＳ４０６）。このように、データレコードを複数のデータサーバに分散し記憶・管理しているので、通信トラフィックも特定のデータサーバに集中せずに分散させることができ、通信ネットワークに対する伝送負荷を軽減することができる。
【００２６】
以上は、２つのフィールドのフィールド値に対応させてデータサーバを設けた事例についてであるが、次に、図１のように３つのフィールドのフィールド値に対応させてデータサーバを設けた事例について説明する。なお、クライアント端末の台数は、図３の事例と同様にクライアント端末４１〜４４の４台とする。図６は、この事例でデータレコードの登録及び検索時の情報の流れを説明するための説明図である。
【００２７】
まず、例えばクライアント端末４１は、所属組織Ａに所属する作業員１により操作されるものとする。このクライアント端末４１が活動地域ＴＫ内で車種Ｔを使用して活動中に、その詳細情報を含む、図２中のデータ＃１に例示したデータレコードを登録する場合、クライアント端末４１からは、所属組織がＡであるデータレコードを記憶・管理するＡデータサーバ１１、活動地域がＴＫであるデータレコードを記憶・管理するＴＫデータサーバ２１、及び車種がＴであるデータレコードを記憶・管理するＴデータサーバ３１の３つのデータサーバに対して、図５に例示したようなデータサーバのアドレス情報のテーブルに基づきそれぞれのデータサーバのアドレス情報を得ながら、このデータレコードを送出する。そして、それぞれのデータサーバ１１、２１、及び３１は、このデータレコードを受けとって記憶・管理する（図６のＳ６０１〜Ｓ６０３）。
【００２８】
また、クライアント端末４２から図２中のデータ＃２に例示したデータレコードを登録する場合には、このデータレコードの送出先は、所属組織がＢであるデータレコードを記憶・管理するＢデータサーバ１２、活動地域がＫＮであるデータレコードを記憶・管理するＫＮデータサーバ２２、及び車種がＮであるデータレコードを記憶・管理するＮデータサーバ３２の３つとなる。そして、このデータレコードは、これら３つのデータサーバ１２、２２、３２でそれぞれに記憶・管理される（Ｓ６０４〜Ｓ６０６）。
【００２９】
一方、検索時には、ひとつのデータレコードが上記したように３つのデータサーバで記憶・管理されることにより、これらの中から検索対象のデータサーバをひとつ選定した上で検索を進める。この選定にあたっては、本実施例においては、それぞれのクライアント端末４１〜４４内に、例えば図7に示したように、データサーバを設けた３つのフィールドの中で検索キーとして用いられるフィールドに対して、あらかじめデータサーバ選定の優先順位を設定した優先順位テーブルを設けている。この事例では、３つのフィールドのいずれも検索キーとして用いられるものとし、その優先順位を、活動地域、所属組織、車種の順に設定している。
【００３０】
検索時の動作は次のようになる。例えば作業員３が操作するクライアント端末４３から所属組織がＡ、かつ活動地域がＫＮ、かつ車種がＮであるデータレコードを検索する場合、該当するデータレコードは、登録済みであれば次の３つのデータサーバのいずれにおいても記憶・管理されている。すなわち、所属組織がＡであるデータレコードを記憶・管理するＡデータサーバ１１、活動地域がＫＮであるデータレコードを記憶・管理するＫＮデータサーバ２２、及び車種がＮであるデータレコードを記憶・管理するＮデータサーバ３２の３つのデータサーバである。ここで、クライアント端末４３は、自端末内にあらかじめ設けられた、図７に例示した優先順位テーブルを参照すると、このテーブルでは第１優先を活動地域のデータサーバとしているので、検索対象のデータサーバをＫＮデータサーバ２２とする。そして、クライアント端末４３は、図５に例示したデータサーバのアドレス情報のテーブルに基づきそのアドレス情報を把握し、ＫＮデータサーバ２２を対象に残りのフィールド値を上記のように指定した検索条件で検索を行なって所定の結果を得る(図６のＳ６０７)。
【００３１】
また、検索条件として１つのフィールドだけを検索キーとして指定する場合、例えば作業員４が操作するクライアント端末４４から車種がＴであるデータレコードを検索する場合には、クライアント端末４４は、図７に例示した優先順位テーブルを参照する必要は特になく、車種がＴであるデータサーバ３２を対象に検索を実行する（図６のＳ６０８）。
【００３２】
なお、この事例では、複数のデータサーバの中から検索対象とするデータサーバを選定する際に、図７に例示したようにあらかじめ優先順位を設定しているが、例えば、それぞれのクライアント端末が過去に各データサーバと通信を行なったときの応答時間を保持しておき、この応答時間に基づいて優先順位を動的に設定するなどの手法も適用することができる。
【００３３】
以上説明したように、上述したこれら実施例においては、複数のフィールドを有するデータレコードをデータベース化して管理するにあたって、少なくとも２以上のフィールドに対してそのフィールド値に対応させてデータサーバを設けてそれぞれデータサーバ群を構成している。そして、クライアント端末からデータレコードを登録する際は、そのデータレコードのフィールド値に対応するすべてのデータサーバ群内のデータサーバに登録している。これにより、データレコードは複数台のデータサーバに同時に登録されるので、データレコードのバックアップを維持しつつ、データレコードの登録されたデータサーバ間でのデータ整合を不要とすることができる。
【００３４】
また、データレコードを複数のデータサーバに分散し記憶・管理しているので、検索の際にはその中から優先順位に基づき１つのデータサーバを検索の対象として選択することによって、通信トラフィックも特定のデータサーバに集中せずに分散させることができ、通信ネットワークに対する伝送負荷を軽減することができる。加えて、本実施例では、例えば活動地域に対応したデータサーバ群のデータサーバのそれぞれを、その対象地域に配置することによってその活動地域内のクライアント端末との通信ネットワーク上での物理的な距離を近づけるなど、特定のデータサーバと特定のクライアント端末との通信ネットワーク上での相互配置の自由度を利用することによってさらに通信トラフィックを分散させることができるので、通信ネットワークの伝送容量が限られる様な場合にも、良好な処理レスポンスを維持することができる。
【００３５】
なお、この発明は、上記した実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施例に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施例に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施例に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００３６】
【図１】本発明に係るデータベースシステムの一実施例を示す構成図。
【図２】図１に例示したデータベースシステムで取扱うデータの構成の一例を示す説明図。
【図３】２つのデータサーバ群と４台のクライアント端末により構成したデータベースシステムの一例を示す構成図。
【図４】図３に例示したデータベースシステムにおけるデータレコードの登録及び検索時の情報の流れを説明するための説明図。
【図５】データサーバのアドレス情報のテーブルの一例を示す説明図。
【図６】図１に例示したデータベースシステムにおけるデータレコードの登録及び検索時の情報の流れを説明するための説明図。
【図７】優先順位テーブルの一例を示す説明図。
【符号の説明】
【００３７】
１０  フィールド２データサーバ群
１１  Ａデータサーバ
１２  Ｂデータサーバ
２０  フィールド３データサーバ群
２１  ＴＫデータサーバ
２２  ＫＮデータサーバ
２３  ＣＢデータサーバ
３０  フィールド４データサーバ群
３１  Ｔデータサーバ
３２  Ｎデータサーバ
４１〜４ｎ  クライアント端末
５０  通信ネットワーク
【図１】
2008299450.tif 000003
【図２】
2008299450.tif 000004
【図３】
2008299450.tif 000005
【図４】
2008299450.tif 000006
【図５】
2008299450.tif 000007
【図６】
2008299450.tif 000008
【図７】
2008299450.tif 000009