(57)【特許請求の範囲】
【請求項１】
送信元端末から受信した宛先端末との通信品質の要求に基づいて該宛先端末に対応した転送先端末の情報を読み出す転送先情報読出部と、
該転送先端末への、該品質による通信のための通信資源の確保を指示する資源確保指示部と、
該資源確保指示部の指示に基づき該転送先端末への通信資源を確保できたか否かを判定して、その判定結果を該資源確保指示部に返答する資源確保部と、
宛先変更部とを備え、
該資源確保指示部は、該資源確保部が該転送先端末との通信資源を確保できたと判定したとき、該宛先端末を該通信資源を確保できた転送先端末に変更するよう該宛先変更部に指示することを特徴としたデータ転送装置。
【請求項２】
請求項1において、
該資源確保指示部は、該転送先端末が複数存在する場合、その内の1つについて通信資源の確保を該資源確保部に指示し、該資源確保部が該1つの転送先端末との通信資源が確保できたときに、該宛先変更部には該宛先端末の変更を指示し、通信資源が確保できなかったときは、該転送先端末の内の他の1つについて通信資源の確保を指示することを特徴とするデータ転送装置。
【請求項３】
請求項1において、
該資源確保指示部は、該転送先端末の各々について通信資源の確保を一斉に該資源確保部に指示し、該資源確保部が最先に通信資源を確保した転送先端末に該宛先端末を変更するよう、該宛先変更部に指示することを特徴とするデータ転送装置。
【請求項４】
請求項1において、
該資源確保指示部は、該転送先端末の各々について通信資源の確保を一斉に該資源確保部に指示し、該資源確保部が、通信資源を確保した転送先端末の中から所定の優先順位に従って1つの転送先端末を選択し、該宛先変更部に、該宛先端末を該選択された転送先端末に変更するよう指示することを特徴とするデータ転送装置。
【請求項５】
請求項3又は4において、
該資源確保指示部は、該宛先端末を変更する転送先端末を除く転送先端末について、該資源確保部に通信資源の解放を指示することを特徴とするデータ転送装置。
【請求項６】
受信した送信元端末から宛先端末への通信品質の要求に基づいてネットワーク負荷分散のために該宛先端末に対応する転送先端末の情報を読み出す転送先情報読出部と、
該転送先端末への、該品質による通信のための通信資源の確保を指示する資源確保指示部と、
該資源確保指示部の指示に基づき該転送先端末への通信資源を確保できたか否かを判定して、その判定結果を該資源確保指示部に返答する資源確保部と、
宛先変更部とを備え、
該資源確保指示部は、該資源確保部が該転送先端末との通信資源を確保できたと判定したとき、該宛先端末を該通信資源を確保できた転送先端末に変更するよう該宛先変更部に指示することを特徴としたデータ転送装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ転送装置に関し、特に通信品質保証機能を有するデータ転送装置に関する。
サーバへの通信品質を保証するためのデータ転送装置の一例としては負荷分散装置が用いられており、この負荷分散装置は、ユーザ端末からのデータを複数サーバ間で切り換えてデータを転送することにより、CPU負荷及び接続数等のサーバの状態に因る通信品質の低下を防止するものである。
【０００２】
また通信経路上の通信品質を保証するため、通信資源確保機能を備えたデータ転送装置も用いられており、データ送受信に必要な通信経路上の資源を確保することにより、通信経路の状態に因る通信品質の低下を防止するものである。
【０００３】
【従来の技術】
図23は、かかるデータ転送装置としての負荷分散装置の一例を示している。この負荷分散装置が適用されるネットワークは、ユーザ端末101、負荷分散装置102、サーバ103、及びミラーサーバ104で構成されている。
【０００４】
動作において、ユーザ端末101のサーバ103に対する要求REQ21を受信した負荷分散装置102は、例えば所定の切換順序に基づき、サーバ103に対応したミラーサーバ104に要求REQ22として転送し、ミラーサーバ104からの応答RES23を応答RES24としてユーザ端末101に転送する。
【０００５】
これにより、負荷分散装置102は、サーバ103からミラーサーバ104にユーザ端末101からの要求REQ21を切り換えることができる。
転送の手法としては、ユーザ端末101から送信されたデータのIPアドレス書換、MACアドレス書換、又はMPLSによるラベル付替が知られており、その内、図24は、図23の負荷分散装置においてサーバ103の負荷分散が行われる場合のIPアドレスの書換手法を示している。
【０００６】
ユーザ端末101は、サーバ103に対して要求REQ21を送信する。要求REQ21には、宛先IPアドレスとして、サーバ103のIPアドレス“A”が与えられている。
負荷分散装置102は、要求REQ21内にある宛先IPアドレス“A”を、サーバ103の宛先IPアドレス“A”からミラーサーバ104の宛先IPアドレス“B”に変換してサーバ104に要求REQ22として転送する。
【０００７】
ミラーサーバ104は、ユーザ端末101からの要求REQ22を受信し、所定のデータ処理を行ってから、応答RES23をユーザ端末101に向けて送信する。
負荷分散装置102は、応答RES23に含まれる送信元IPアドレス“B”をサーバ103のIPアドレス“A”に書き換えてユーザ端末101に応答RES24として転送する。この結果、応答RES24を受信したユーザ端末101からはサーバ103と通信しているように見える。
【０００８】
このように負荷分散装置102は、サーバ104の物理的あるいは論理的位置を隠蔽することができるため、ユーザ端末101は、特に機能追加を必要とせずに目的のサーバと見なせるサーバ104と通信可能となる。
図25は、従来の他の負荷分散装置の例を示している。この負荷分散装置が適用されるネットワークは、図23と同様にユーザ端末101、サーバ103、及びミラーサーバ104を含む他、負荷分散装置としてのDNSサーバ111及び拡張DNSサーバ112により構成されている。
【０００９】
ユーザ端末101は、サーバ103と通信を行うためにDNSサーバ111にサーバ103の名前解決要求REQ25（IPアドレスの要求）を送信する。
DNSサーバ111は、拡張DNSサーバ112にユーザ端末101から受信した名前解決要求REQ26を転送する。
【００１０】
拡張DNSサーバ112は、名前解決要求REQ26を受信して、負荷分散を行うため、例えばサーバ103のIP アドレス“A”ではなく、ミラーサーバ104のIP アドレス“B”を応答することを決定する。
ただし、本例では拡張DNSサーバ112は、単に予め登録しているミラーサーバ104のIPアドレス“B”をランダムに応答するものとする。
【００１１】
そして、拡張DNSサーバ112は、ミラーサーバ104のIP アドレス“B”を名前解決応答RES27としてDNSサーバ111に応答する。
DNSサーバ111は受信した名前解決応答RES27のIP アドレス“B”に基づき、ユーザ端末101に対してIP アドレス“B”を応答RES28として転送する。
【００１２】
ユーザ端末101は、本来のサーバ103ではなく、ミラーサーバ104とデータDAT29の送受信を行う。
上記のようにして、ユーザ端末101は、拡張DNSサーバ112が指定したミラーサーバ104と通信することで、サーバ103の負荷を軽減することが可能となる。
【００１３】
また、本例では拡張DNS112はミラーサーバ104をランダムに選択決定したが、選択アルゴリズムによっては、DNSサーバ111のIPアドレスから距離的に近いと考えられるミラーサーバを選択してもよく、その場合にはユーザ端末101とサーバ103の間の距離的な遅延増加を防ぐことが可能となる。
【００１４】
図26（1）から（3）は、従来の通信資源確保機能を有するデータ転送装置を示している。
まず、同図（1）に示すように、データ送信装置121は経路指定メッセージPMをデータ受信装置122に向けて送信する。データ送信装置121からデータ受信装置122の間にあるルータ123〜125は経路指定メッセージPMを転送するとき共に転送して来た装置を記憶する。
【００１５】
次に、同図（2）に示すように、データ受信装置122は、経路指定メッセージPMの受信に対し、帯域予約を要求するメッセージである帯域予約メッセージResvをデータ送信装置121に向けて送信する。帯域予約メッセージResvを受信した各ルータ123〜125は、各帯域要求メッセージResvに基づき帯域を確保すると共に、記憶されている次の装置に対して帯域予約メッセージResvを転送する。
【００１６】
次に、同図（3）に示すように、通信サービスの提供を開始するため、データ送信装置121は、帯域予約メッセージResvの受信に対し、データ受信装置122へデータDataを送信する。
これにより、データ受信装置122は、帯域が確保された経路にてデータを受信することで通信品質が保証されたサービス提供を受けることが可能となる。また、LDP（Label Distribution Protocol）等によるラベル配布を用いて、同様の方法で通信経路上の資源確保をすることもできる。
【００１７】
【発明が解決しようとする課題】
しかしながら、図23から図25に示した負荷分散装置102やDNSサーバ111及び拡張DNSサーバ112を用いてミラーサーバ104を指定しても、通信資源を確保をした後にミラーサーバ104を選択した訳ではないため、ユーザ端末101とミラーサーバ104との間の通信品質が保証されないという問題点がある。
【００１８】
また図26（1）から（3）に示したデータ転送装置においては、複数のサーバから1つのサーバを選択するという機能を持たない単一のサーバとの資源を確保する機能しか有していない。
そのため、或るサーバとの通信において資源確保は不可能であるが、他のサーバとの通信において資源確保は可能であるような場合において、その資源確保可能な他のサーバとの通信を行うことが出来ないという問題点がある。
【００１９】
ここで、上述した2種類のデータ転送装置、すなわち負荷分散装置と通信資源確保機能を有するデータ転送装置とを組み合わせた構成例について、図27を参照して考えてみる。
まずユーザ端末101はサーバ103（図示せず）との通信開始要求REQ31を送信する。負荷分散装置102は、要求REQ32から応答RES35による通信開始要求及び応答の送受信を行い、応答RES36をユーザ端末101に転送する。ここまでが負荷分散機能によるサーバ104の決定であり、DNSサーバ等を用いる場合も同様である。
【００２０】
そして、ユーザ端末101は、通信資源確保機能により、要求REQ37により通信資源確保を要求するが、今、中継機器131において通信資源が確保されないと仮定した場合、ユーザ端末101の要求REQ37はミラーサーバ104との経路上にある中継機器131で拒否され、拒否応答RES38が返される。従って結果的にユーザ端末101は通信品質保証を受けることは出来ない。
【００２１】
このような問題が生じるのは、負荷分散機能と通信資源確保機能が互いに独立していることが原因である。
すなわち、通信資源の確保はデータの送信先となるサーバが選択された後でないとできない。
【００２２】
にも拘らず、ミラーサーバ104を通信品質保証可能であると予想して、ユーザ端末101から通信しようとしても、その選択されたミラーサーバ104について資源確保されていないため、ミラーサーバ104との通信サービスについて品質が保証できない場合がある。特にネットワークやサーバの状態が動的に変化する場合にはサーバ選択後の通信品質の保証はより困難となる。
【００２３】
そこで本発明は、負荷分散機能と通信資源確保機能を相互に関連させることにより、通信品質の保証を図るデータ転送装置を提供することを目的としている。
【００２４】
【課題を解決するための手段】
上記目的を達成するため、本発明に係るデータ転送装置は、送信元端末から受信した宛先端末との通信品質の要求に基づいて該宛先端末に対応した転送先端末の情報を読み出す転送先情報読出部と、該転送先端末への、該品質による通信のための通信資源の確保を指示する資源確保指示部と、該資源確保指示部の指示に基づき該転送先端末への通信資源を確保できたか否かを判定して、その判定結果を該資源確保指示部に返答する資源確保部と、宛先変更部とを備え、該資源確保指示部は、該資源確保部が該転送先端末との通信資源を確保できたと判定したとき、該宛先端末を該通信資源を確保できた転送先端末に変更するよう該宛先変更部に指示することを特徴としている。
【００２５】
すなわち本発明においては、転送先情報読出部が送信元端末から受信した宛先端末との所定の品質による通信要求に基づいて該宛先端末に対応した転送先端末の情報を読み出し、資源確保指示部が該転送先端末について、該品質による通信のための通信資源の確保を指示し、資源確保部が該資源確保指示部の指示に基づき該転送先端末への通信資源を確保できるか否かを判定して、その判定結果を該資源確保指示部に返答する。
この場合、転送先情報読出部は、受信した送信元端末から宛先端末への所定の品質による通信要求に基づいてネットワーク負荷分散のために該宛先端末に対応する転送先端末の情報を読み出すものであればよい。
【００２６】
そして資源確保指示部は、資源確保部が該転送先端末との通信資源を確保できたと判定したとき、該宛先端末を該通信資源を確保できた転送先端末に変更するよう該宛先変更部に指示し、宛先変更部は指示に従い宛先端末を変更する。
従って、所定品質による通信を行うに当たり、通信資源が確保できた転送先端末にデータを送信することができるため、例えば或るサーバによる所定品質の通信サービスの利用に対し、通信資源の確保状態に応じてミラーサーバ等を選択することができる。
【００２７】
これにより、ミラーサーバ等を選択した後に所定品質の通信サービスを利用できないという事態を回避することができ、特にネットワークやサーバの状態が動的に変化する場合にも通信品質を保証する事ができる（請求項１／付記１）。
また、転送先情報読出部は、該宛先端末のアドレスに対応した転送先端末のアドレスを保持する転送先情報保持部を備えてもよい（付記２）。
【００２８】
また、該通信資源としては通信の帯域を対象とすることができる。
よって通信の帯域が確保された転送先端末とのアクセスを保証することができ、例えばミラーサーバ選択後に帯域が保証できないという事態を回避することができる（付記３）。
【００２９】
また、転送先端末は、該宛先端末を含めてもよい。
よって転送先端末として宛先端末を含めて判定されるため、宛先端末のみが通信資源が確保できる場合には宛先アドレスにそのままデータを送信することができる（付記４）。
【００３０】
また、資源確保指示部は、該転送先端末が複数存在する場合、その内の1つについて通信資源の確保を該資源確保部に指示し、該資源確保部が該1つの転送先端末との通信資源が確保できたときに、該宛先変更部には該宛先端末の変更を指示し、通信資源が確保できなかったときは、該転送先端末の内の他の1つについて通信資源の確保を指示してもよい。
【００３１】
すなわち、所定の順序に従って複数の転送先端末の中から通信資源確保の可否を判定するので、優先順位の高い転送先端末との通信資源が確保され次第、アクセスできるようになる（請求項２／付記５）。
また、資源確保指示部は、該転送先端末の各々について通信資源の確保を一斉に該資源確保部に指示し、該資源確保部が最先に通信資源を確保した転送先端末に該宛先端末を変更するよう、該宛先変更部に指示してもよい。
【００３２】
よって、１の転送先端末について通信資源が確保できた時点で次の処理に進むため、処理時間の短縮を図ることができる。また、各転送先端末に対して同時に通信資源確保の有無を判定することができるため、順番に１つづつ判定していく場合に比べて時間の短縮を図ることができる（請求項３／付記６）。
【００３３】
また、資源確保指示部は、該転送先端末の各々について通信資源の確保を一斉に該資源確保部に指示し、該資源確保部が、通信資源を確保した転送先端末の中から所定の優先順位に従って1つの転送先端末を選択し、該宛先変更部に、該宛先端末を該選択された転送先端末に変更するよう指示してもよい。
【００３４】
従って、各転送先端末についての通信資源確保が済んだ後、所定の優先順位に従い転送先端末が選択されるため、通信資源が確保された転送先端末の中から更に他の要素（優先順位）に基づいて選択できる。また、各転送先端末に対して同時に通信資源確保の有無を判定することができるため、順番に１つづつ判定していく場合に比べて時間の短縮を図ることができる（請求項４／付記７）。
【００３５】
また、資源確保指示部は、該宛先端末を変更する転送先端末が決定されたとき、該宛先端末の変更する転送先端末を除く転送先端末について、該資源確保部に通信資源の解放を指示してもよい。
従って、アクセス先でないアドレスについて通信資源を確保しつづけることを防ぐことができる（請求項５／付記８）。
【００３６】
また、資源確保部が通信資源の確保を行う転送先端末との間のデータ量を監視するサービス監視部を更に備え、該資源確保指示部は、該データ量が所定未満となる転送先端末について、該資源確保部に通信資源の解放を指示してもよい。
よって、通信が終了し、データ量がなくなると、通信資源が開放される。従ってデータ量が所定未満の経路を経るアドレスについては、通信資源の確保が難しいにもかかわらず通信資源を確保しつづけることがなくなる（付記９）。
【００３７】
また、転送先情報保持部に保持されている転送先端末のアドレスを、外部入力に基づいて変更するアドレス管理部を更に備えてもよい。
従って、宛先アドレスと転送先アドレスを設定したままではなく、外部から変更することができる（付記１０）。
【００３８】
【発明の実施の形態】
実施例（1）：図1−14
図1は、本発明に係るデータ転送装置の実施例（1）が適用されるネットワークの一構成例を示した図である。このネットワークNWは、ユーザ端末11、サーバ12、ミラーサーバ13、LSR（Label Switching Router）14、LSR15、LSR16、及びLSR17により構成されている。この内、LSR14が本発明に係るデータ転送装置に相当する。
【００３９】
ユーザ端末11がサーバ12に所定品質での通信サービスを要求した場合に、LSR15で通信資源が確保できず、ミラーサーバ13により通信サービスを受ける場合のネットワークNW上におけるデータ転送手順は次の通りとなる。
まず、ユーザ端末11は要求REQ1をLSR14に送信する。LSR14はサーバ12に向けて通信資源確保の可否を確認要求するため、要求REQ2を送る。
【００４０】
ここでは、LSR15は通信資源が確保できないと仮定して、通信資源確保不可の応答RES3をLSR14に送信する。LSR14は応答RES3を受けると、次にミラーサーバ13に向けて通信資源確保の可否を確認要求するため、要求REQ4をLSR17に送る。
ここでは、ミラーサーバ13への経路における通信資源は確保できると仮定して、LSR16は、通信資源確保可との応答RES5をLSR14に送信する。LSR14は応答RES5を受けると、サーバ13について通信資源が確保できると判定して、データDAT6の送受信を行う。
【００４１】
図2は、本発明の実施例（1）に係るLSR14の構成例を示した図であり、受信部21、宛先変更部22、転送先情報読出部23、複数端末データベース24、資源確保指示部25、資源確保部26、及び送信部28により構成されている。これらの各部は、CPU、ROM、RAM等を用いることができる。
【００４２】
なお、この図2の構成は後述する実施例（2）及び（3）にも同様に適用される。以下、この構成例の動作を各実施例に関して図1を参照することにより説明する。
受信部21はデータを受信する。宛先変更部22は、転送先情報読出部23に転送先端末についての情報を要求し、転送先情報読出部23からの指示に基づきデータ中に含まれる宛先IPアドレス及び送信元IPアドレスを書き換える。
【００４３】
転送先情報読出部23は、宛先変更部22から指示された宛先IPアドレスに基づき複数端末データベース24から転送先端末のIPアドレスを読み出す。複数端末データベース24は、宛先端末に対して転送先候補となるサーバ（以下、転送先端末と称する。）のIPアドレスを記憶している。
【００４４】
本実施例（1）においては、宛先端末はサーバ12であり、転送先端末はサーバ12及びミラーサーバ13のみである。転送先端末については、複数のミラーサーバを設置し、サーバ12及びその複数のミラーサーバを転送先端末としてもよい。
資源確保指示部25は、（1）転送先情報読出部23からの指示に基づく資源確保部26への資源確保可否の確認を行うための指示の送信、（2）資源確保可否の返答を受けたときの、転送先端末読出部23への転送、を行う。
【００４５】
資源確保部26は、（1）LSR14における通信資源の確保、（2）資源確保指示部25への資源確保結果の返答、（3）LSR15〜17に対する資源確保指示の転送、を行う。
転送先情報読出部23、複数端末データベース24、及び資源確保指示部25は転送先選択部27を構成し、全体として宛先変更部22からの要求及び資源確保部26からの確認結果に基づいて転送先端末を選択する。送信部28は、宛先変更部22及び資源確保部26の出力データを送信する。
【００４６】
図3は、本発明の実施例（1）における受信部21で受信したデータを送信部28から送信するまでの、図2の各部の動作の流れを示した図である。符号▲１▼から▲７▼の順に各部が処理を実行することで全体の処理が進む。この各部の動作を、図4から図8に示すフローチャートにより説明する。
【００４７】
図4は、本発明の実施例（1）の受信部の動作を示した図である。なお図4は、後述する実施例（2）〜（4）においても同様に適用される。
受信部21は、データを受信したか否かを判定する（ステップS11）。データを受信していなければ最初に戻り、再度受信待ちとなる。
【００４８】
次に受信部21は、受信したデータが資源確保に関するデータか否かを判定する（ステップS12）。資源確保に関するデータであれば受信したデータを資源確保部26に送信し、最初に戻る（ステップS13）。資源確保に関するデータでなければ宛先変更部22にデータを送信し、最初に戻る（ステップS14）。
【００４９】
図5は、本発明の実施例（1）の宛先変更部22の動作を示したフローチャートである。なお、この図5も、後述する実施例（2）〜（4）において同様に適用される。
宛先変更部22はデータを受信したか否を判定する（ステップS21）。受信していなければ最初に戻り、受信待ちとなる。
【００５０】
次に宛先変更部22は、受信したデータがユーザ端末11から送信されたデータであり、かつデータに含まれている宛先IPアドレスと送信元IPアドレスが、選択された転送先端末（ミラーサーバ13へデータ送信される場合はミラーサーバ13が該当）からの返信データの各IPアドレスであることを判定するために、宛先変更部22に保持されている宛先IPアドレスと送信元IPアドレスの組み（以下、変更実施情報と言い、これについては後述する。）と一致するか否かを判定する（ステップS22）。
【００５１】
受信したデータがユーザ端末11から送信されたデータであり、該データに含まれる宛先IPアドレスと送信元IPアドレスが変更実施情報と一致しない場合は、転送先情報読出部23にデータを送信し、結果を待つ（ステップS23及び図3▲１▼）。結果の返信を受けたときは最初に戻る。
【００５２】
次に宛先変更部22は、受信したデータが、選択された転送先端末（例えばミラーサーバ13）から送信されたデータであり、かつデータに含まれている宛先IPアドレスと送信元IPアドレスが、変更実施情報と一致するか否かを判定する（ステップS24）。
【００５３】
受信したデータが、選択された転送先端末（例えばミラーサーバ13）から返信されたデータであり、データに含まれる宛先IPアドレスと送信元IPアドレスが変更実施情報と一致する場合は、宛先変更部22は、変更実施情報に書かれている宛先IPアドレス及び送信元IPアドレスに基づいて、ユーザ端末11から見た場合にサーバ12とデータを送受信しているように見せるべく、データに含まれる送信元IPアドレスをサーバ12のIPアドレスに書き換える（ステップS25）。データを書き換えたら、宛先変更部22は、書き換えたデータを送信部27に送信し（ステップS26）、最初に戻る。
【００５４】
次に宛先変更部22は、ステップS24で受信したデータが、選択された転送先端末（例えばミラーサーバ13）からの送信データでない場合又は各IPアドレスが変更実施情報と一致していないと判定された場合は、データが転送先情報読出部23からのデータか否かを判定する（ステップS27）。転送先情報読出部23からのデータでない場合は最初に戻る。
【００５５】
データが転送先情報読出部23からのデータであると判定された場合は、宛先変更部22は、該データについての宛先変更指示であるか否かを判定する（ステップS28）。宛先変更部22はさらに、宛先変更指示である場合は、該データ中の宛先IPアドレス（例えばサーバ12のIPアドレス）及び送信元IPアドレス（ユーザ端末11のIPアドレス）の組みを上記の変更実施情報として記憶し、宛先IPアドレスを選択された転送先端末（例えばミラーサーバ13）のIPアドレスに書き換える（ステップS29及び図3▲７▼）。そしてステップS26に進み、書き換えたIPアドレスと共にデータを送信部28に送信する。
【００５６】
ステップS28で宛先変更指示ではないと判った場合、宛先変更部22は、宛先変更無しの指示であるか否かを判定する（ステップS30）。宛先変更無しの返答であると判った場合、宛先IPアドレス及び送信元IPアドレスを変更することなく（ステップS31）、ステップS26に進み、書き換えたIPアドレスと共にデータを送信部28に送信する。
【００５７】
ステップS30で宛先変更無しの指示ではないと判った場合、宛先変更部22は、宛先変更解除の指示であるか否かを判定する（ステップS32）。宛先変更解除の指示であると判った場合、指定された宛先IPアドレス及び送信元IPアドレスの組みについて、記憶している変更実施情報を削除し（ステップS33）、宛先変更解除との指示ではないと判った場合はデータを破棄し（ステップS34）、最初に戻る。
【００５８】
図6は、本発明の実施例（1）の転送先情報読出部23の動作を示したフローチャートである。なおこの図6も、後述の実施例（2）〜（4）において同様に適用される。
転送先情報読出部23はデータを受信したか否かを判定する（ステップS41）。受信していなければ最初に戻り、受信待ちとなる。
【００５９】
次に転送先情報読出部23は、受信したデータが宛先変更部22からのデータか否かを判定する（ステップS42）。
宛先変更部22からのデータであると判定された場合、転送先情報読出部23は、複数端末データベース24を読み出し、データの宛先IPアドレスが登録されているか否かを判定する（ステップS43）。
【００６０】
登録されていると判定された場合、転送先情報読出部23は、宛先端末（例えばサーバ12）に対応した転送先端末（例えばサーバ12及びミラーサーバ13）の情報を資源確保指示部25に送信し（ステップS44及び図3▲２▼）、最初に戻る。登録されていないと判定された場合、宛先端末の変更無しの情報をデータと共に宛先変更部22に返信し（ステップS45）最初に戻る。
【００６１】
ステップS42で宛先変更部22からのデータでないと判定された場合、転送先情報読出部23は、データが資源確保指示部25からのデータであるか否かを判定する（ステップS46）。資源確保指示部25からのデータでなければ最初に戻る。
資源確保指示部25からのデータであれば、転送先情報読出部23は、受信したデータを宛先変更部22にデータを送信して（ステップS47及び図3▲６▼）、最初に戻る。
【００６２】
図7は、本発明の実施例（1）の資源確保指示部24の動作を示したフローチャートである。
資源確保指示部25は、転送先情報読出部23からデータを受信したか否かを判定する（ステップS51）。受信していなければ最初に戻り、受信待ち状態となる。次に、転送先情報読出部23が読み出した転送先端末が複数あるか否かを判定する（ステップS52）。
【００６３】
複数端末データベース24は、或る宛先端末について複数の転送先端末がある場合は、その複数の転送先端末の間で予め所定の優先順位を記憶しておく。ステップS52で複数の転送先端末があると判定された場合、資源確保指示部25は、予め記憶された優先順位に従って、或る1つの転送先端末について資源確保部27に資源確保できるか否かの確認指示を送信し、結果を待つ（ステップS53及び図3▲３▼）。
【００６４】
資源確保部27から確認指示に対する応答を受信した場合、資源確保指示部25は、その応答結果に基づき資源確保の可否を判定する（ステップS54）。資源確保可能との判定結果であれば、資源確保指示部25は、転送先端末の中から資源確保された端末を選択し、宛先端末（例えばサーバ12）を選択した転送先端末（例えばミラーサーバ13）に書き換えるよう指示するための変更指示情報を作成する（ステップS55）。
【００６５】
資源確保不可との判定結果であれば、資源確保指示部25は、転送先端末で資源確保の可否を確認していない端末の有無を判定し（ステップS56）、資源確保の可否を確認していない端末がある場合には次の優先順位に基づいて資源確保の可否を確認すべくステップS53に戻る。
【００６６】
例えば、最初にサーバ12に資源確保の可否を確認してLSR15から資源確保不可との拒否応答を資源確保部26を介して受けた場合、資源確保指示部25は、ステップS54で資源確保できなかったと判定し、次の転送先端末であるミラーサーバ13に資源確保可否の確認を行う。
【００６７】
そしてミラーサーバ13から資源確保可能との応答を得た場合に、資源確保指示部25は、ステップS54で資源確保できたと判定し、ミラーサーバ13を選択する。
ステップS56で全ての転送先端末について資源確保の可否を確認したと判定された場合、全ての転送先端末について資源確保できないとの応答を受けた訳であるから、資源確保指示部25は、通信不可である旨の情報を作成する（ステップS57）。
【００６８】
ステップS55又はステップS57でそれぞれ変更指示情報又は通信不可情報を作成した場合には、資源確保指示部25は、作成した各情報を転送先情報読出部23に対する応答として送信する（ステップS58及び図3▲５▼）。送信したら最初に戻る。
ステップS52で転送先端末が1つであると判定された場合、資源確保指示部25は、資源確保部27に資源確保できるか否かの確認指示を送信し、結果を待つ（ステップS59及び図3▲３▼）。
【００６９】
資源確保部27から確認指示に対する応答を受信した場合、ステップS54と同様、資源確保指示部25は、応答結果に基づき資源確保の可否を判定し（ステップS60）、判定結果に応じてステップS55又はステップS57に進み、上述の通り通信不可情報の作成及び送信を行う。
【００７０】
図8は、本発明の実施例（1）の資源確保部27の動作を示したフローチャートである。なお、この図8も、後述する実施例（2）及び（3）において同様に適用される。
資源確保部27は、データを受信したか否かを判定する（ステップS61）。受信していなければ最初に戻り、受信待ち状態となる。
【００７１】
次に、資源確保部27は、受信したデータが資源確保要求か否かを判定する（ステップS62）。資源確保要求の場合、資源確保部27は、LSR14自身の通信資源を確保できるか否かを判定する（ステップS63）。
資源確保不可と判定された場合は、その時点で他のLSRにおける通信資源確保の可否を判定するまでもなく通信資源が確保できないのであるから、資源確保部27は、資源確保不可との情報を作成し、資源確保指示部25に送信する（ステップS64）
ステップS63で資源確保可能と判定された場合、資源確保部27はLSR14の通信資源を確保する（ステップS65）。そして、資源確保指示部25で選択された転送先端末への資源確保を指示する情報、及び資源確保の可否情報を作成する（ステップS66）。
【００７２】
ステップS62で資源確保要求でないと判定された場合、資源確保部27は、資源解放要求であるか否かを判定する（ステップS67）。資源解放要求であると判定された場合、資源確保部27はLSR14の通信資源を解放する（ステップS68）。
そして通信経路上で次の位置となるLSRへの通信資源の解放を指示する情報を作成する（ステップS69）。ステップS66又はステップS69で情報が作成された後、資源確保部27は、作成された情報を送信部28に送信する（ステップS70）。
【００７３】
ステップS67で資源解放要求でないと判定された場合、資源確保部27は、資源確保に対する結果応答であるか否かを判定する（ステップS71）。資源確保に対する結果応答の場合、結果応答を資源確保指示部25に転送し（ステップS72）、最初に戻る。資源確保に対する結果応答でない場合、特に処理することなく最初に戻る。
【００７４】
図9は、全実施例におけるユーザ端末11、サーバ12、及びミラーサーバ13に共通な構成例を示した図である。受信部31はデータ及び信号の受信を行い、送信部32はデータ及び信号の送信を行う。
図10は、図9に示す受信部31の動作を示したフローチャートである。
【００７５】
受信部31はデータ受信の有無を判定し（ステップS81）、データ受信がないと判定された場合は、最初に戻る。データ受信があったと判定された場合は、受信部31は受信したデータについて所定の処理を行い（ステップS82)、データを送信部32に送信する(ステップS83)。
【００７６】
図11は、図9に示す送信部32の動作を示したフローチャートである。なお図11は、ユーザ端末11、サーバ12、及びミラーサーバ13だけでなく、LSR14〜17にも適用される。
送信部32は送信すべきデータの受信の有無を判定し(ステップS84)、送信すべきデータの受信がないと判定された場合は最初に戻る。送信すべきデータの受信があったと判定された場合は、受信したデータを宛先となるサーバ等に送信する(ステップS85)。
【００７７】
図12は、実施例（1）に用いるLSR15〜17の一般的な構成例を示した図である。なお、この図12も、後述する実施例（2）〜（4）で用いられるLSRに同様に適用される。
受信部33はデータ及び信号の受信を行い、送信部34はデータ及び信号の送信を行う。資源確保部35は（1）通信資源の確保、（2）資源確保結果の返答、及び（3）資源確保指示の転送を行う。
【００７８】
例えば、LSR15がLSR14から資源確保指示を受けた場合、LSR15の資源確保部35は、（1）LSR15自身について資源確保を行い、（2）資源確保できた旨の結果をLSR14に応答し、そして、（3）次のLSR16に資源確保指示を転送する。そして資源確保指示を受けたLSR16は同様の処理を実行することで、ネットワークNW中の資源確保が行われる。
【００７９】
図13は、受信部33の動作を示したフローチャートである。なお、送信部34の動作は図11に示した通りである。
受信部33は、データの受信の有無を判定し（ステップS91）、データの受信がないと判定された場合、最初に戻る。データの受信があったと判定された場合、受信部33は、受信したデータが資源確保に関するデータであるか否かを判定する（ステップS92）。
【００８０】
資源確保に関するデータであると判定された場合は、受信したデータを資源確保部35に送信し（ステップS93）、最初に戻る。資源確保に関するデータではないと判定された場合、通常のデータの受信であるから、受信部33はデータの送信先を決定し(ステップS94)、送信部34にデータを送信し（ステップS95）、最初に戻る。
【００８１】
図14は、資源確保部35の動作を示したフローチャートである。
資源確保部35は、データの受信の有無を判定し（ステップS101）、データの受信がないと判定された場合、最初に戻る。データを受信したと判定された場合、受信したデータが資源確保要求であるか否かを判定する（ステップS102）。
【００８２】
資源確保要求であると判定された場合、資源確保部35は、資源確保部35のあるLSRにおいて資源確保が可能であるか否かを判定する（ステップS103）。例えばLSR14からの資源確保要求があったとき、LSR15の資源確保部35は、LSR15において資源確保ができるか否かを判定する。
【００８３】
資源確保不可と判定された場合、資源確保部35は、資源確保に対する拒否の結果応答をデータの送信元端末に対して送り返す応答情報を作成する（ステップS104）。例えばLSR14からの資源確保指示に対する応答の場合は、LSR14が応答情報を作成すべきデータの送信元となる。
【００８４】
ステップS103で資源確保可能と判定された場合、資源確保部35は、資源確保部35のあるLSRにおいて資源確保を行う（ステップS105）。そして、資源確保部35は、資源確保指示の情報を次のLSRに転送するよう書き換える（ステップS106）。例えばLSR15における処理の場合、次に転送されるのはLSR16なので、LSR16に転送すべく資源確保指示情報を書き換える。
【００８５】
ステップS102で資源確保要求でないと判定された場合、資源確保部は受信したデータが資源解放要求であるか否かを判定する（ステップS107）。資源解放要求であると判定された場合、資源確保部35は、資源確保部35のあるLSRについて資源解放を行い（ステップS108）、次のLSRに転送すべく資源解放要求を書き換える（ステップS106）。
【００８６】
ステップＳ107で資源解放要求でないと判定された場合、資源確保部35は、受信したデータが資源確保に対する結果応答であるか否かを判定する（ステップS109）。資源確保に対する結果応答であると判定された場合、資源確保部35は、次のLSRに転送すべく結果応答を書き換える（ステップS106）。例えばLSR15における処理の場合、次に結果応答を転送するのはLSR14なので、LSR14に転送すべく結果応答を書き換える。
【００８７】
ステップS109で資源確保に対する結果応答でないと判定された場合、又はステップS106で転送先へ送信すべき情報が作成された場合は、資源確保部35は、受信したデータ又は作成されたデータを送信部34に送信し（ステップS110）、最初に戻る。
【００８８】
実施例（2）：図15−16
図15は、本発明に係るデータ転送装置の実施例（2）が適用されるネットワークの一構成例を示した図である。なお、この図15は、後述する実施例（3）においても同様に適用される。このネットワークNWは、実施例（1）と同様の構成であるユーザ端末11、サーバ12、ミラーサーバ13、及びLSR14の他、LSR51及びLSR52により構成されている。
【００８９】
ユーザ端末11がサーバ12に所定品質での通信サービスを要求した場合に、LSR14が資源確保の要求をサーバ12及びミラーサーバ13に向けて送信し、ミラーサーバ13に接続されたLSR52から最先に資源確保可能との応答を得て、ユーザ端末11がミラーサーバ13により通信サービスを受ける場合を想定する。このような場合のネットワークNW上における、データ転送手順は以下の通りとなる。
【００９０】
まず、ユーザ端末11は要求REQ11をLSR14に送信する。LSR14は、サーバ12及びミラーサーバ13に向けて通信資源確保の可否を確認要求するため、要求REQ12を送る。
ここで、LSR51及びLSR52から要求REQ12に対する応答RES13及び応答RES14が返されるが、応答RES13は、応答RES14よりも先にLSR14で受信され、資源確保可能の応答であると想定する。この場合、LSR14はサーバ13に対して最先に通信資源が確保できたと判定して、データDAT15の送受信を行う。
【００９１】
上記の実施例（1）で触れた様に、実施例（2）におけるLSR14の構成は、図2に示した通りのものであり、その受信部21の動作は図4に、宛先変更部22の動作は図5に、転送先情報部23の動作は図6に、そして資源確保部26の動作は図8に、それぞれ示した通りのものである。
【００９２】
また、ユーザ端末11、サーバ12、及びミラーサーバ13の構成は図9に、受信部31の動作は図10に、送信部32の動作は図11に示した通りであり、そして一般的なLSRの構成及び動作は図12及び図13に示した通りである。
本実施例（2）では、資源確保指示部25の動作のみが実施例（1）と異なるので、これについて図16を用いて説明する。
【００９３】
まず資源確保指示部25は、既に送信された資源確保指示に対する結果待ちの状態であるか否かを判定し、結果待ちであると判定された場合は後述するステップS125に進む（ステップS121）。
結果待ちでないと判定された場合は、資源確保指示部25は、転送先情報読出部23からデータを受信したか否かを判定し（ステップS122）、受信していないと判定された場合、最初に戻る。
【００９４】
転送先情報読出部23からデータを受信したと判定された場合、資源確保指示部25は、受信したデータに基づき、転送先端末が複数あるか否かを判定し（ステップS123）。転送先端末が複数あると判定された場合、資源確保指示部25は、転送先端末全てに対して資源確保するよう、資源確保部26に指示する（ステップS124）。
【００９５】
次に、資源確保指示部25は、送信された資源確保指示に対する資源確保部26からの結果を待ち（ステップS125）、資源確保済みの応答を受信したか否かを判定する（ステップS126）。資源確保済みの応答を受信したと判定された場合、資源確保指示部25は、受信した応答が最初の資源確保済みの応答であるか否かを判定する（ステップS127）。これは、最初に資源確保可能との応答を得た転送先端末を選択するためである。
【００９６】
例えば、最初にステップS124で資源確保指示部25は、サーバ12とミラーサーバ13に同時に資源確保指示を送信し、ミラーサーバ13から最先に資源確保可能の応答を得た場合、ステップS126で資源確保済み応答であると判定し、ステップS127で最初の資源確保済み応答であると判定する。
【００９７】
そして後に、資源確保指示部25は、サーバ12から資源確保済み応答を得た場合であってもステップS127で最初の資源確保指示応答ではないと判定する。
ステップS127で最初の資源確保済み応答であると判定されなかった場合、資源確保指示部25は、実行済みの資源確保に対して資源解放させるべく、資源確保部26に通知し（ステップS128）、ステップS125に戻る。
【００９８】
最初の資源確保済み応答であると判定された場合、資源確保指示部25は、データ中の宛先端末を、資源確保済みの転送先端末へと書き換える旨の変更指示情報を作成する（ステップS129）。
ステップS126で資源確保済みの応答を受信しなかったと判定された場合、資源確保指示部25は、全ての資源確保指示に対して応答を受信したか否かを判定し（ステップS130）、受信していないと判定された場合は、全ての資源確保指示に対して応答を得るべく、ステップS125に戻る。
【００９９】
全ての資源確保指示に対して応答を受信した場合は、資源確保指示部25は、受信した応答全てが資源確保の要求に対する拒否応答であるか否かを判定する（ステップS131）。全てが拒否応答ではないと判定された場合は、資源確保された転送先端末及び資源確保できなかった転送先端末の全てに対して処理が終わったことになるので、最初に戻る。
【０１００】
受信した応答全てが拒否応答であると判定された場合は、全ての転送先端末に対して資源確保ができなかったということになるので、資源確保指示部25は、通信不可情報を作成する（ステップS132）。
そして、ステップS129及びステップS133でそれぞれ情報が作成されたら、作成された情報を転送先情報読出部133に送信し（ステップS133）、最初に戻る。
【０１０１】
実施例（3）：図17
本発明の実施例（3）におけるネットワークの構成は実施例（2）と同様に図15が適用される。
実施例（1）と同様に、実施例（3）におけるLSR14の構成は図2に、受信部21の動作は図4に、宛先変更部22の動作は図5に、転送先情報部23の動作は図6に、そして、資源確保部26の動作は図8に示した通りである。
【０１０２】
また、ユーザ端末11、サーバ12及びミラーサーバ13の構成は図9に、受信部31の動作は図10に、送信部32の動作は図11に示す通りであり、そして一般的なLSRの構成及び動作は図12及び図13に示した通りである。
本実施例（3）では、資源確保指示部25の動作のみが実施例（1）と異なるので、これについて図17を用いて説明する。
【０１０３】
まず、実施例（2）を示すステップS122〜S125に対応したステップS141〜S144を実行する。
次に、資源確保指示部25は、全ての資源確保指示に対して応答を受信したか否かを判定し（ステップS145）、受信していないと判定された場合は、全ての資源確保指示に対して応答を得るべく、ステップS144に戻る。
【０１０４】
全ての資源確保指示に対して応答を受信した場合は、資源確保指示部25は、受信した応答全てが資源確保要求に対する拒否応答であるか否かを判定する（ステップS146）。
全てが拒否応答ではないと判定された場合、すなわち資源確保された転送先端末がある場合は、資源確保指示部25は、資源確保された転送先端末の中から所定の優先順位に基づいて1つの転送先端末を選択する（ステップS147）。
【０１０５】
そして、資源確保指示部25は、選択されなかった全ての転送先端末に対して、資源確保を続ける必要がなくなるので、資源解放の指示を資源確保部26に送信する（ステップS148）。
次に、資源確保指示部25は、データ中の宛先端末を選択した転送先端末に書き換える旨の変更指示情報を作成する（ステップS149）。
【０１０６】
ステップS146で受信した応答全てが拒否応答であると判定された場合は、全ての転送先端末に対して資源確保ができなかったということになるので、資源確保指示部25は、通信
不可情報を作成する（ステップS150）。
【０１０７】
そして、ステップS149及びステップS150でそれぞれ情報が作成されたら、作成された情報を転送先情報読出部133に送信し（ステップS151）、最初に戻る。
実施例（4）：図18−22
図18は、本発明に係るデータ転送装置の実施例（4）が適用されるネットワークの一構成例を示した図である。このネットワークNWは、ユーザ端末11、サーバ12、LSR14、及びLSR53により構成されている。
【０１０８】
本実施例（4）では実施例（1）〜（3）の手順で転送先端末から1つのデータ送信先が選択されてデータDAT16の送受信が行われた後に、データDAT16の送受信量がなくなった場合、又は一定値以下になった場合、LSR14が資源解放要求REQ17を送信することにより通信資源の解放を行う。
【０１０９】
図19は本発明の実施例（4）に係るLSR14の構成例を示した図であり、図2に示す各構成に、サービス監視部61及び入出力部62を付加した構成となっている。以下、この構成例の動作を説明する。
サービス監視部61は、データの送受信量を監視し、その監視結果を資源確保指示部25又は入出力部62に送信する。入出力部62は、複数端末データベース24に登録されている転送先端末の情報の表示、変更、及びサービス監視部61から受信したデータ送受信量の表示を行う。
【０１１０】
上記の実施例（1）で触れた様に、実施例（4）におけるLSR14の構成は、図2に示した通りのものであり、その受信部21の動作は図4に、宛先変更部22の動作は図5に、転送先情報部23の動作は図6に、そして資源確保部26の動作はそれぞれ図8に示した通りのものである。
【０１１１】
また、ユーザ端末11、サーバ12、及びミラーサーバ13の構成は図9に、受信部31の動作は図10に、送信部32の動作は図11に示した通りであり、そして一般的なLSRの構成及び動作は図12及び図13に示す通りである。
本実施例（4）では、資源確保指示部25、サービス監視部61、及び入出力部62の動作がそれぞれ実施例（1）と異なるので、これについて図20〜23を用いて説明する。
【０１１２】
図20は、本実施例（4）の資源確保指示部25の動作を示したフローチャートである。
まず資源確保指示部25は、転送先情報読出部23からデータを受信したか否かを判定し（ステップS161）、データを受信していると判定された場合は実施例（1）〜（3）の図7、図16、及び図17に示される資源確保部26への資源確保指示動作を実行する（ステップS162）。
【０１１３】
資源確保指示部25は、資源確保指示動作に対して資源確保が行われたか否かを判定し（ステップS163）、資源確保が行われたと判定された場合、資源確保を行った転送先端末の情報をサービス監視部61に通知して（ステップS164）、最初に戻る。ステップS163で資源確保が行われていないと判定された場合は、特に処理を行うことなく最初に戻る。
【０１１４】
ステップS161でデータを受信していないと判定された場合、資源確保指示部25はサービス監視部61から資源解放通知を受信したか否かを判定し（ステップS165）、受信していないと判定された場合は最初に戻る。
資源解放通知を受信したと判定された場合、資源確保指示部25は、資源確保部26に資源解放を指示し（ステップS166）、最初に戻る。
【０１１５】
図21は、本実施例（4）のサービス監視部61の動作を示したフローチャートである。
まずサービス監視部61は、資源確保指示部25から資源確保指示があったか否かを判定し（ステップS171）、該指示があったと判定された場合、指示に基づき伝送媒体上を流れるデータ量を監視する（ステップS172）。
【０１１６】
そしてサービス監視部61は、伝送媒体上をデータが流れているか否かを判定し（ステップS173）、データが流れていないと判定された場合はステップS172に戻る。データが流れていると判定された場合は、サービス監視部61は、資源確保指示部25に資源解放通知を送信して最初に戻る（ステップS174）。
【０１１７】
ステップS171で資源確保指示部25から該指示がないと判定された場合、資源確保指示部25は、入出力部62からデータを受信したか否かを判定する（ステップS175）。
入出力部62からデータを受信したと判定された場合、資源確保指示部25は、監視しているデータ量を入出力部62に送信して最初に戻り、データを受信していないと判定された場合、処理することなく最初に戻る（ステップS176）。
【０１１８】
図22は、本実施例（4）の入出力部62の動作を示したフローチャートである。
まず入出力部62は、外部から命令を受信したか否かを判定し（ステップS181）、受信していないと判定された場合は最初に戻る。受信したと判定された場合、入出力部62は、受信した命令が表示命令か否かを判定する（ステップS182）。
【０１１９】
表示命令であると判定された場合、入出力部62は、サービス監視部61にデータ量の情報の要求を送信し、その応答としてサービス監視部62が監視しているデータ量の情報を取得する（ステップS183）。そして入出力部62は、複数端末データベース24上の転送先端末の情報を読み出し（ステップS184）、取得した情報及び読み出した情報を、画面上に表示して情報の要求先に対して送信し（ステップS185）、最初に戻る。
【０１２０】
ステップS182で表示命令でないと判定された場合、入出力部62は、受信した命令が複数端末データベース24に対する書換命令か否かを判定し（ステップS186）。書換命令でないと判定された場合、特に処理することなく最初に戻る。
書換命令であると判定された場合、入出力部62は、書換命令に従って複数端末データベース24の転送先端末に関するデータを書き換えて（ステップS187）、最初に戻る。
【０１２１】
（付記１）
送信元端末から受信した宛先端末との通信品質の要求に基づいて該宛先端末に対応した転送先端末の情報を読み出す転送先情報読出部と、
該転送先端末への、該品質による通信のための通信資源の確保を指示する資源確保指示部と、
該資源確保指示部の指示に基づき該転送先端末への通信資源を確保できたか否かを判定して、その判定結果を該資源確保指示部に返答する資源確保部と、
宛先変更部とを備え、
該資源確保指示部は、該資源確保部が該転送先端末との通信資源を確保できたと判定したとき、該宛先端末を該通信資源を確保できた転送先端末に変更するよう該宛先変更部に指示することを特徴としたデータ転送装置。
【０１２２】
（付記２）付記1において、
該転送先情報読出部は、該転送先端末のアドレスを保持する転送先情報保持部を備えることを特徴としたデータ転送装置。
（付記３）付記1において、
該通信資源は、通信の帯域であることを特徴とするデータ転送装置。
【０１２３】
（付記４）付記1において、
該転送先端末は、該宛先端末を含むことを特徴とするデータ転送装置。
（付記５）付記1から4のいずれか1つにおいて、
該資源確保指示部は、該転送先端末が複数存在する場合、その内の1つについて通信資源の確保を該資源確保部に指示し、該資源確保部が該1つの転送先端末との通信資源が確保できたときに、該宛先変更部には該宛先端末の変更を指示し、通信資源が確保できなかったときは、該転送先端末の内の他の1つについて通信資源の確保を指示することを特徴とするデータ転送装置。
【０１２４】
（付記６）付記1から4のいずれかに1つにおいて、
該資源確保指示部は、該転送先端末の各々について通信資源の確保を一斉に該資源確保部に指示し、該資源確保部が最先に通信資源を確保した転送先端末に該宛先端末を変更するよう、該宛先変更部に指示することを特徴とするデータ転送装置。
【０１２５】
（付記７）付記1から4のいずれかに1つにおいて、
該資源確保指示部は、該転送先端末の各々について通信資源の確保を一斉に該資源確保部に指示し、該資源確保部が、通信資源を確保した転送先端末の中から所定の優先順位に従って1つの転送先端末を選択し、該宛先変更部に、該宛先端末を該選択された転送先端末に変更するよう指示することを特徴とするデータ転送装置。
【０１２６】
（付記８）付記3又は4において、
該資源確保指示部は、該宛先端末を変更する転送先端末を除く転送先端末について、該資源確保部に通信資源の解放を指示することを特徴とするデータ転送装置。
【０１２７】
（付記９）付記1、6又は7において、
該資源確保部が通信資源の確保を行う転送先端末との間のデータ量を監視するサービス監視部を更に備え、該資源確保指示部は、該データ量が所定未満となる転送先端末について、該資源確保部に通信資源の解放を指示することを特徴とするデータ転送装置。
【０１２８】
（付記１０）付記2において、
該転送先情報保持部に保持されている転送先端末のアドレスを、外部入力に基づいて変更するアドレス管理部を更に備えたことを特徴とするデータ転送装置。
【０１２９】
【発明の効果】
以上説明したように、本発明に係るデータ転送装置によれば、所定品質による通信を行うに当たり、通信資源が確保できた転送先端末にデータを送信することができる。例えば或るサーバによる所定品質の通信サービスの利用に対し、通信資源の確保状態に応じてミラーサーバ等を選択することができる。
【０１３０】
これにより、ミラーサーバ等を選択した後に所定品質の通信サービスを利用できないという事態を回避することができ、特にネットワークやサーバの状態が動的に変化する場合にも通信品質を保証する事ができる。
【図面の簡単な説明】
【図１】本発明に係るデータ転送装置の実施例（1）が適用されるネットワークの構成例を示した概略図である。
【図２】本発明に係るデータ転送装置の実施例（1）〜（3）の構成の一実施例を示したブロック図である。
【図３】本発明に係るデータ転送装置のデータの流れを示したブロック図である。
【図４】本発明に係るデータ転送装置の全実施例で用いる受信部の動作実施例を示したフローチャート図である。
【図５】本発明に係るデータ転送装置の全実施例で用いる宛先変更部の動作実施例を示したフローチャート図である。
【図６】本発明に係るデータ転送装置の全実施例で用いる転送先情報読出部の動作実施例を示したフローチャート図である。
【図７】本発明に係るデータ転送装置の実施例（1）で用いる資源確保指示部の動作実施例を示したフローチャート図である。
【図８】本発明に係るデータ転送装置の全実施例で用いる資源確保部の動作実施例を示したフローチャート図である。
【図９】一般的なユーザ端末及びサーバの構成の一実施例を示したブロック図である。
【図１０】一般的なユーザ端末及びサーバの受信部の動作実施例を示したフローチャート図である。
【図１１】一般的なLSR、ユーザ端末及びサーバの送信部の動作実施例を示したフローチャート図である。
【図１２】一般的なLSRの構成を示したブロック図である。
【図１３】一般的なLSRにおける受信部の動作実施例を示したフローチャート図である。
【図１４】一般的なLSRにおける資源確保部の動作実施例を示したフローチャート図である。
【図１５】本発明に係るデータ転送装置の実施例（2）及び（3）が適用されるネットワークの構成例を示した概略図である。
【図１６】本発明に係るデータ転送装置の実施例（2）で用いる資源確保指示部の動作実施例を示したフローチャート図である。
【図１７】本発明に係るデータ転送装置の実施例（3）で用いる資源確保指示部の動作実施例を示したフローチャート図である。
【図１８】本発明に係るデータ転送装置の実施例（4）で用いる適用されるネットワークの構成例を示した概略図である。
【図１９】本発明に係るデータ転送装置の実施例（4）の構成の一実施例を示したブロック図である。
【図２０】本発明に係るデータ転送装置の実施例（4）で用いる資源確保指示部の動作実施例を示したフローチャート図である。
【図２１】本発明に係るデータ転送装置の実施例（4）で用いるサービス監視部の動作実施例を示したフローチャート図である。
【図２２】本発明に係るデータ転送装置の実施例（4）で用いる入出力部の動作実施例を示したフローチャート図である。
【図２３】従来の負荷分散装置が適用されるネットワークの一例を示した概略図である。
【図２４】従来の負荷分散装置のIPアドレス書換手順を示した概略図である。
【図２５】従来の負荷分散装置が適用されるネットワークの他の例を示した概略図である。
【図２６】従来の通信資源確保機能を有するデータ転送装置の例を示したブロック図である。
【図２７】従来技術の問題点を説明する図である。
【符号の説明】
11  ユーザ端末                        12  サーバ
13  ミラーサーバ                      14  LSR
15  LSR                               16  LSR
17  LSR                               21  受信部
22  宛先変更部                        23  転送先情報読出部
24  複数端末データベース              25  資源確保指示部
26  資源確保部                        27  転送先選択部
28  送信部                            31  受信部（サーバ及びユーザ端末）
32  送信部（サーバ及びユーザ端末）    33  受信部（LSR）
34  送信部（LSR）                     35  資源確保部（LSR）
51  LSR                               52  LSR
54  LSR                               61  サービス監視部
62  入出力部                          101  ユーザ端末
102  負荷分散装置                     103  サーバ
104  ミラーサーバ                     111  DNSサーバ
112  拡張DNSサーバ                    121  データ送信装置
122  データ受信装置                   123  ルータ
124  ルータ                           125  ルータ
図中、同一符号は同一又は相当部分を示す。
【図１】
0003857105.tif 000002
【図２】
0003857105.tif 000003
【図３】
0003857105.tif 000004
【図４】
0003857105.tif 000005
【図５】
0003857105.tif 000006
【図６】
0003857105.tif 000007
【図７】
0003857105.tif 000008
【図８】
0003857105.tif 000009
【図９】
0003857105.tif 000010
【図１０】
0003857105.tif 000011
【図１１】
0003857105.tif 000012
【図１２】
0003857105.tif 000013
【図１３】
0003857105.tif 000014
【図１４】
0003857105.tif 000015
【図１５】
0003857105.tif 000016
【図１６】
0003857105.tif 000017
【図１７】
0003857105.tif 000018
【図１８】
0003857105.tif 000019
【図１９】
0003857105.tif 000020
【図２０】
0003857105.tif 000021
【図２１】
0003857105.tif 000022
【図２２】
0003857105.tif 000023
【図２３】
0003857105.tif 000024
【図２４】
0003857105.tif 000025
【図２５】
0003857105.tif 000026
【図２６】
0003857105.tif 000027
【図２７】
0003857105.tif 000028