JP2015165632A - 情報転送装置、情報転送方法およびプログラム - Google Patents
情報転送装置、情報転送方法およびプログラム Download PDFInfo
- Publication number
- JP2015165632A JP2015165632A JP2014040254A JP2014040254A JP2015165632A JP 2015165632 A JP2015165632 A JP 2015165632A JP 2014040254 A JP2014040254 A JP 2014040254A JP 2014040254 A JP2014040254 A JP 2014040254A JP 2015165632 A JP2015165632 A JP 2015165632A
- Authority
- JP
- Japan
- Prior art keywords
- information
- data
- acquisition request
- unit
- storage
- 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
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】 複数のアクセスにより輻輳が生じた場合でも、コストが増加することなく情報取得の失敗や情報取得時間の遅延を回避できる情報転送装置等を提供する。
【解決手段】 情報転送装置は、通信回線を介して通信可能な情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置から取得すると共に、自装置が備える記憶手段に格納する代理応答手段と、前記格納が完了すると、前記取得要求により要求される情報を前記記憶手段から取得すると共に、当該取得要求の送信元に返送する返送手段とを備える。
【選択図】 図2
【解決手段】 情報転送装置は、通信回線を介して通信可能な情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置から取得すると共に、自装置が備える記憶手段に格納する代理応答手段と、前記格納が完了すると、前記取得要求により要求される情報を前記記憶手段から取得すると共に、当該取得要求の送信元に返送する返送手段とを備える。
【選択図】 図2
Description
本発明は、情報配信装置から端末へ情報を配信する技術に関する。
複数の端末から、データ配信装置に対して同時にデータの取得要求が送信されるネットワークシステムでは、データ配信装置とそれに隣接して接続されるデータ転送装置と間の回線が輻輳することに起因して、帯域のボトルネックが発生する場合がある。この場合、データの取得要求を送信した端末は、データの取得に長時間を要したり、データの取得自体ができなくなったりする場合がある。
これらを回避する仕組みとして、データ配信装置とそれに隣接するデータ転送装置と間にリンクアグリゲーションを適用することにより帯域多重化を実現する技術や、データ配信装置を増やすと共に負荷分散装置を用いることにより負荷分散を実現する技術がある。あるいは、プロキシサーバを利用したキャッシュ技術を導入することも考えられる。
例えば、特許文献1は、IP(Internet Protocol)ネットワークにおけるスイッチ装置及びダウンストリームデータ分散配信方法に関し、クライアント・サーバ通信におけるボトルネックとなるサーバ近辺のトラフィック負荷を軽減する技術を開示する。
また、特許文献2は、ネットワークトラフィックの増大を低減しつつ、クライアントからの要求頻度が高いコンテンツを、クライアントに高速に提供する技術を開示する。
上述のように回線の輻輳を回避するためにリンクアグリゲーションを適用するには、データ配信装置に複数のNIC(Network Interface Card)を設ける必要がある。また、データ配信装置をLACP(Link Aggregation Control Protocol)などのプロトコルに対応させる必要もある。
また、データ配信装置を増やすと共に負荷分散装置を利用するためには、複数のデータ配信装置と負荷分散装置の導入コストがかかる。また、あらかじめ複数のデータ配信装置に同じデータを準備しておく必要があるので、そのためのオペレーションコストもかかる。
また、プロキシサーバを利用したキャッシュ技術を導入したとしても、プロキシサーバとそれに隣接するデータ転送装置との間の帯域において送信可能なデータ量はプロキシサーバの導入前と変わらないので、同じように帯域のボトルネックが発生する。さらに、プロキシサーバの導入には、一般に、プロキシサーバのセキュリティ確保のためDMZ(DeMilitarized Zone)の確保に必要なファイアーウォールの導入が必要であるので、設備の導入コストやその管理コストがかかる。
このように、上述のような技術では、複数のアクセスにより生じた輻輳に起因するデータ取得の失敗やデータ取得時間の遅延を回避することはできるが、設備導入コストや管理コストがかかってしまうという課題がある。
また、特許文献1および特許文献2には、複数のアクセスにより生じた輻輳に起因するデータ取得の失敗やデータ取得時間の遅延を回避する技術は開示されていない。
本願発明は、上記課題を鑑みてなされたものであり、複数のアクセスにより輻輳が生じた場合でも、コストが増加することなく情報取得の失敗や情報取得時間の遅延を回避できる情報転送装置等を提供することを主要な目的とする。
本発明の第1の情報転送装置は、通信回線を介して通信可能な情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置から取得すると共に、自装置が備える記憶手段に格納する代理応答手段と、前記格納が完了すると、前記取得要求により要求される情報を前記記憶手段から取得すると共に、当該取得要求の送信元に返送する返送手段とを備える。
本発明の第1の情報転送方法は、通信回線を介して通信可能な情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置から取得すると共に、自装置が備える記憶手段に格納し、前記格納が完了すると、前記取得要求により要求される情報を前記記憶手段から取得すると共に、当該取得要求の送信元に返送する。
本発明の第1の情報転送システムは、通信回線を介して通信可能な情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置から取得すると共に、自装置が備える第1の記憶手段に格納する第1の代理応答手段と、前記格納が完了すると、前記取得要求により要求される情報を前記記憶手段から取得すると共に、当該取得要求の送信元に返送する第1の返送手段と
を備えた第1の情報転送装置と、前記第1の情報転送装置と通信可能に接続され、前記情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置または前記第1の情報転送装置から取得すると共に、自装置が備える第2の記憶手段に格納する第2の代理応答手段と、前記格納が完了すると、前記取得要求により要求される情報を前記第2の記憶手段から取得すると共に、当該取得要求の送信元に返送する第2の返送手段とを備えた第2の情報転送装置とを備える。
を備えた第1の情報転送装置と、前記第1の情報転送装置と通信可能に接続され、前記情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置または前記第1の情報転送装置から取得すると共に、自装置が備える第2の記憶手段に格納する第2の代理応答手段と、前記格納が完了すると、前記取得要求により要求される情報を前記第2の記憶手段から取得すると共に、当該取得要求の送信元に返送する第2の返送手段とを備えた第2の情報転送装置とを備える。
なお同目的は、上記の各構成を有する情報転送装置または情報転送方法を、コンピュータによって実現するコンピュータ・プログラム、およびそのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記憶媒体によっても達成される。
本願発明によれば、複数のアクセスにより輻輳が生じた場合でも、コストが増加することなく情報取得の失敗や情報取得時間の遅延を回避できるという効果が得られる。
以下、本発明の実施形態について図面を参照して詳細に説明する。
第1の実施形態
図1は、本発明の第1の実施形態に係るデータ転送システム1000の構成を示すブロック図である。図1に示すように、データ転送システム1000は、データ転送装置100、データ配信装置200および複数の端末3001乃至300nを備える。端末3001乃至300nは、それぞれデータ配信装置200に対して、データの取得要求(以降、「データ取得要求」と称する)を通信回線3011乃至301nを介してデータ転送装置100に供給する。データ転送装置100は、上記データ取得要求を、通信回線101を介してデータ配信装置200に供給すると共に、当該データ取得要求により要求されるデータを通信回線3011乃至301nを介して端末3001乃至300nに返送する。データ転送装置100は、例えば、ルータやスイッチ等である。
図1は、本発明の第1の実施形態に係るデータ転送システム1000の構成を示すブロック図である。図1に示すように、データ転送システム1000は、データ転送装置100、データ配信装置200および複数の端末3001乃至300nを備える。端末3001乃至300nは、それぞれデータ配信装置200に対して、データの取得要求(以降、「データ取得要求」と称する)を通信回線3011乃至301nを介してデータ転送装置100に供給する。データ転送装置100は、上記データ取得要求を、通信回線101を介してデータ配信装置200に供給すると共に、当該データ取得要求により要求されるデータを通信回線3011乃至301nを介して端末3001乃至300nに返送する。データ転送装置100は、例えば、ルータやスイッチ等である。
複数の端末3001乃至300nがデータ配信装置200に対してデータ取得要求を同時(または略同時)に送信すると、通信回線101に輻輳が生じると共に、確保されたデータ帯域における帯域使用量が閾値を超えてしまう虞がある。ここで、同時とは、同じ時刻にデータ取得要求を送信することに限らず、当該データ取得要求の送信に通信回線101が使用される時間が重なることも含まれる。
そこで、本実施形態では、データ転送装置100がストレージ110を備えると共に、データ取得要求の送信先を切り替えることにより、通信回線101が輻輳することを回避する。
図2は、データ転送装置100の詳細な構成を示すブロック図である。図2に示すように、データ転送装置100は、APL(A Programming Language)データ解析部120、データ管理部130、APLデータ変換部140、データ転送部150、NAPT(Network Address Port Translation)変換部160、代理応答部170を備える。
各構成要素は概略次のように動作する。
データ転送装置100は、端末群300からのデータ取得要求を、APLデータ解析部120において取得する。APLデータ解析部120は、取得したデータ取得要求を解析する。データ管理部130は、APLデータ解析部120が解析した結果を保存すると共に、同じデータに対するデータ取得要求が輻輳しているか否かを判断する。APLデータ変換部140は、データ取得要求に含まれる情報を必要に応じて変更する。
NAPT変換部160は、データ取得要求、および当該データ取得要求に対する応答であるデータ取得応答にそれぞれ含まれるIPアドレスおよびポート番号の変換を行う。代理応答部170は、データ取得要求により要求されるデータをストレージ110から取得すると共に、取得したデータをNAPT変換部160に供給する。データ転送部150は、NAPT変換部160から取得したデータを、所定のルールに従って、端末群300のうちのデータ取得要求の送信元である端末に返す。
次に、データ転送装置100の具体的な動作について説明する。
図3は、データ転送装置100において、同じデータに対するデータ取得要求が輻輳しているか否かを判断する動作について説明するフローチャートである。図3を参照して、輻輳の有無を判断する動作について説明する。
端末群300のうちの1または複数の端末は、データ配信装置200に格納されるデータを取得するリクエストであるデータ取得要求を、データ転送装置100に宛てて送信する。端末からのデータ取得要求は、まず、データ転送装置100において受信される。データ転送装置100において受信されたデータ取得要求は、APLデータ解析部120において解析される(ステップST401)。具体的には、APLデータ解析部120は、データ取得要求に使用されるプロトコル、リクエスト種別を取得する。プロトコルには、例えばHTTP(Hypertext Transfer Protocol)、FTP(File Transfer Protocol)等がある。リクエスト種別には、例えばHTTPにおけるGetメソッド等がある。
さらに、APLデータ解析部120は、取得対象のファイル名(例えば「xxx.html」)、データ取得先のIPアドレス、データ取得先のポート番号を取得する。
APLデータ解析部120は、取得した上記5つの情報をキー情報として、データ管理部130に渡す。データ管理部130は、取得したキー情報を保存する(ステップST402)。図4は、データ管理部130が保存するキー情報を示す図である。データ管理部130は、重複するキー情報も別情報として保存する。データ管理部130は、キー情報を保存した後に一定時間経過すると、当該キー情報を削除してもよい。一定時間は、データ転送装置100の管理者等によって予め設定される時間であってもよい。
管理者等は、さらに、データ取得要求が輻輳しているか否かの判断に用いられる閾値をデータ管理部130に設定しておく。例えば、管理者等は、データ取得要求の発生区間(時間)と、その時間内における同じデータに対するデータ取得要求の発生件数の上限と下限とを当該閾値として設定する。データ管理部130は、同じデータに対するデータ取得要求の発生件数が上限の閾値を超えると輻輳状態であると判断し、下限の閾値を下回ると輻輳回復状態である(輻輳状態から輻輳がない状態へ変化)と判断する(ステップST403)。
例えば、複数の端末に適用されるファイルサイズの大きいセキュリティパッチファイルの取得要求の件数が、一定時間当たりに上限の閾値を超えた場合、データ管理部130は、輻輳状態であると判断すると共に、データ取得要求の送信経路を切り替える。ここで、データ管理部130がデータ取得要求の送信経路を切り替えると、送信先が代理応答部170に変更されるので、データ取得応答の送信経路も切り替わる(詳細は後述する)。データ取得応答とは、データ取得要求により要求されるデータを含む、当該データ取得要求に対する応答である。
ここで、データ取得要求の送信経路について説明する。
輻輳が生じていない場合、データ取得要求は、送信経路10aを介して送信され、データ取得応答は送信経路10bを介して返送される。一方、輻輳が生じている場合、データ管理部130により送信経路が切り替えられることにより、データ取得要求は、送信経路10cを介して送信され、データ取得応答は送信経路10dを介して返送される。
データ管理部130は、送信経路を切り替えるか否かの判断の結果を、APLデータ解析部120に通知する。ここで、APLデータ解析部120への送信経路の切り替え指示は、ストレージ110へのデータの格納が完了したのちに通知される。図3において、「B」は、ストレージ110へのデータの格納処理を示し、「C」は、送信経路の切り替え処理を示す。データ管理部130は、輻輳していない、すなわち送信経路を切り替えないと判断した場合、「A」に示す処理に移る。
図5は、データ管理部130が、送信経路を切り替えない(、すなわち同じデータに対するデータ取得要求が輻輳していない)と判断した場合の動作を示すフローチャートである。図5に示す動作は、図3に示す「A」以降の動作である。図5を参照して、輻輳が生じていない場合のデータ転送装置100の動作について説明する。
APLデータ解析部120は、同じデータに対するデータ取得要求が輻輳していない、すなわち経路切り替えをしない旨の通知をデータ管理部130から受けると、図2に示す経路10aを介してデータ転送部150にデータ取得要求を送信する(ステップST410)。データ転送部150は、自身が保持する転送ルールに従って、データ配信装置200にデータ取得要求を転送する(ステップST411)。ここで、転送ルールとは、イーサフレーム、IPアドレス、ポート番号、デフォルトゲートウェイの設定等に基づく転送ルールであり、例えば、レイヤー2スイッチ、ルータ、マルチレイヤー対応スイッチなどに搭載されている転送エンジンの動作等を指す。
データ配信装置200は、データ取得要求を受信すると、自装置に格納される当該データ取得要求により要求されるデータを読み出す(ステップST412)。そして、データ配信装置200は、読み出したデータを含むデータ取得応答を作成し、データ転送部150に返送する(ステップST413)。データ転送部150は、上記転送ルールに従って、データ取得応答を端末群300に返送する(ステップST414)。端末群300は、当該データ取得応答を受信する(ステップST415)。データ取得応答の返送には、図2に示す経路10bが用いられる。上記動作により、データ転送装置100は、輻輳が生じていない場合、データ取得要求により要求されるデータを端末に送信する。
図6は、データ管理部130が、送信経路を切り替える、すなわち同じデータに対するデータ取得要求が輻輳していると判断した場合の動作を示すフローチャートである。図6に示す動作は、図3に示す「C」以降の動作である。輻輳が生じている場合、代理応答部170がデータ配信装置200の代理としてデータを取得する。図6を参照して、輻輳が生じている場合のデータ転送装置100の動作について説明する。
APLデータ解析部120は、同じデータに対するデータ取得要求が輻輳している、すなわち経路切り替えをする旨の通知をデータ管理部130から受けると、APLデータ変換部140にデータ取得要求を送信する(ステップST420)。APLデータ変換部140は、データ取得要求に含まれる情報を、プロトコルに応じて必要な場合は変更する(ステップST421)。例えば、データ取得要求におけるIPヘッダに含まれる宛先アドレスの他にも宛先アドレスを示す情報がペイロード内に含まれる場合、APLデータ変換部140は、その宛先アドレスを、NAPT変換部160により変更される宛先アドレス(ここでは、代理応答部170が有するIPアドレス)に変更する。なお、当該IPアドレスは、代理応答部170に予め設定されており、APLデータ変換部140およびデータ転送部150もそのIPアドレスの情報を共有している。
APLデータ変換部140は、宛先アドレスを示す情報を変更したデータ取得要求を、NAPT変換部160に転送する。NAPT変換部160は、データ取得要求を取得すると、後に当該データ取得要求への応答であるデータ取得応答を送信元に返送するために、データ取得要求に含まれる、送信元のIPアドレスとポート番号、および宛先のIPアドレスとポート番号を、保存しておく(ステップST422)。
続いて、APLデータ変換部140は、取得したデータ取得要求を代理応答部170に転送するために、当該データ取得要求に含まれる宛先IPアドレスと宛先ポート番号を、代理応答部170が有するIPアドレスおよびポート番号に変換する(ステップST423)。NAPT変換部160は、宛先IPアドレスと宛先ポート番号を変更したデータ取得要求を、代理応答部170に転送する。
代理応答部170は、データ取得要求を取得すると。データ配信装置200の代理の動作を行う。すなわち、代理応答部170は、データ取得要求により要求されるデータをストレージ310から取得する(ステップST424)。そして、代理応答部170は、取得したデータを含むデータ取得応答を作成する(ステップST425)。ここで、代理応答部170は、データ取得要求により要求されるデータを予めデータ配信装置200から取得すると共に、当該データをストレージ310に格納している(当該動作の詳細は後述する)。
代理応答部170は、作成したデータ取得応答をNAPT変換部160に転送する。ここで、上述のように、代理応答部170が作成したデータ取得応答は、代理応答部170が送信元であるために、当該データ取得応答に含まれる送信元のIPアドレスおよびポート番号は、代理応答部170のIPアドレスおよびポート番号である。しかしながら、端末群300とデータ配信装置200とのセッションの一貫性を保つため、データ取得応答の送信元の情報は、データ配信装置200を示す情報である必要がある。したがって、NAPT変換部160は、データ取得応答の送信元のIPアドレスおよびポート番号を、データ配信装置200がデータを返却する際の情報に変更する。すなわち、NAPT変換部160は、ステップST422において保存しておいたデータ配信装置200のIPアドレスおよびポート番号を、データ取得応答における送信元のIPアドレスおよびポート番号として置き換える(ステップST426)。NAPT変換部160は、上記データ取得応答をデータ転送部150に転送する。
データ転送部150は、取得したデータ取得応答を、上記転送ルールに従って送信元の端末群300に返送する(ステップST427)。端末群300は、返送されたデータ取得応答を受信する(ステップST428)。
データ転送装置100は、以上の動作により、端末群300からの同じデータに対する取得要求が輻輳している場合に、当該データの取得と端末群300への返送を行う。
ここで、上述したように、代理応答部170は、データ取得要求により要求されるデータを予めデータ配信装置200から取得すると共にストレージ310に格納する動作について説明する。この動作は、図3に示す「B」のタイミング、すなわち、データ管理部130が同じデータに対するデータ取得要求の輻輳を検出したタイミングで呼び出される動作である。
図7は、代理応答部170がデータ配信装置200からデータを取得する際の通信経路を説明する図である。また、図8は、当該通信経路を介して、代理応答部170が、データ配信装置200からデータを取得する動作を説明するフローチャートである。図7および図8を参照して、当該動作について説明する。なお、図7では、図2に示すAPLデータ変換部140およびNAPT変換部160を省略している。
データ管理部130は、図3のステップST403に示す輻輳の判断において、輻輳していることを検出したとき(「B」に示す)、図8に示す動作を開始する。すなわち、データ管理部130は、輻輳していることを検出すると(ステップST430)、図7に示す経路11aを介して、代理応答部170に、データ取得要求により要求されるデータをデータ配信装置200から取得する要求であるデータ代理取得要求を送信する。データ代理取得要求には、データ取得要求に含まれる、取得すべきデータのキー情報が含まれる。
代理応答部170は、データ代理取得要求を受け取ると、図7に示す経路11bを介して、要求されるデータがストレージ310に存在するか否かを確認する(ステップST431)。代理応答部170は、当該データがストレージ310に存在する場合、経路11cを介してその旨をデータ管理部130に通知する。
一方、当該データがストレージ310に存在しない場合、代理応答部170は、データ管理部130から取得したキー情報に基づいてデータ取得要求を作成する(ステップST432)。そして、代理応答部170は、作成したデータ取得要求をデータ転送部150に転送する。
なお、ストレージ310へのI/O(Input/Output)アクセスが増加することによりデータ転送装置100のパフォーマンスが低下する虞がある。これを防ぐために、データ転送装置100において、ストレージ310へのI/Oアクセス専用のCPU(Central Processing Unit)コアの割り付けを行ったり、性能の良いCPUを使用したりすることが望ましい。
データ転送部150は、転送ルールにしたがって、上記データ取得要求を経路11dを介してデータ配信装置200に転送する。データ配信装置200は、受信したデータ取得要求により要求されるデータを取得する(ステップST434)。そして、データ配信装置200は、当該データを含むデータ取得応答を作成し、経路20eを介して代理応答部170宛てにデータ取得応答を送信する(ステップST435)。
データ転送部150は、上記データ取得応答を受信すると共に、転送ルールに従って当該データ取得応答を代理応答部170に返送する(ステップST436)。代理応答部170は、受信したデータ取得応答に含まれるデータを、ストレージ310に格納すると共に、格納結果をデータ管理部130に通知する(ステップST437)。
データ管理部130は、上記データの格納が完了すると、APLデータ解析部120に対して経路切り替えを指示する。当該指示に基づいて、データ転送装置100は、図6における「C」以降の動作を行う。
なお、データ管理部130は、同じデータに対するデータ取得要求の単位時間あたりの発生件数が、上記設定した下限の閾値を下回ったことを検出すると、代理応答部170に対して当該データをストレージ310から削除することを指示する。代理応答部170は、上記指示に基づいて、当該データを削除する。
また、図8のステップST437において、ストレージ310の空き領域が不足しデータの格納に失敗した場合には、代理応答部170は、データ管理部130に設定された下限の閾値に基づいて、ストレージ310から削除可能なデータを削除した後にデータを格納してもよい。すなわち、受信した件数が上記下限に最も近いデータ取得要求により要求されるデータを削除した後に、取得したデータをストレージ310に格納することを再度試みてもよい。
以上の動作により、データ転送装置100は、同じデータに対するデータ取得要求が輻輳している場合に、ストレージ310にデータを格納すると共に、ストレージ310から読み出したデータを端末に返送する。
次に、具体的な例を用いてデータ転送システム1000の動作について説明する。データ転送システム1000の各構成は、以下の条件であると仮定する。
図1に示す通信回線101、3011乃至301n(以降、n=100とする)は、それぞれ1Gbps(gigabits per second)の帯域を持つ回線であると仮定する。データ転送装置100は、接続された回線帯域すべてを使用したとしてもデータ転送処理が可能であると仮定する。データ配信装置200は、データを均一、かつ優先度に関係なく、同一量ずつ端末に向けて配信できる一方、自装置の性能に関するボトルネックに起因して、100Mbps(megabits per second)相当のデータ量のみ転送可能である仮定する。
ストレージ310に対するアクセスに関して、データ転送の際のデータ転送装置100のパフォーマンスが低下することはないと仮定する。複数の端末3001乃至300nが、データ配信装置200から取得するデータのサイズは500MB(megabyte)と仮定する。データ転送装置100には、上述した輻輳判断の閾値、すなわち送信経路の切り替えの判断基準となる単位時間あたりの同じデータに対するデータ取得要求の件数は、10として予め設定されている。
上記構成を有するデータ転送システム1000において、複数の端末3001乃至300nから同じデータに対するデータ取得要求が、同時接続数10として送信された場合、通信回線101には、5GB(=500M×10)のデータ量の転送が10回分必要となる。このとき、上述のように代理応答部170がデータ転送装置100の代理でデータを取得して格納するのではなく、すべてのデータをデータ転送装置100がデータ配信装置200から取得する場合、以下の時間がかかる。すなわち、すべての端末3001乃至300nにデータが配信されるまでに約500秒間(=50GB/100Mbps/100端末)かかる。
一方、本実施形態に係るデータ転送装置100では、データ管理部130が単位時間あたりのデータ取得要求の件数が10に達したことを検出すると、代理応答部170は、データ代理取得要求を送信する。これにより、代理応答部170は、要求されるデータをデータ配信装置200から取得すると共に、ストレージ110に格納する。
この構成により、データ取得要求の件数が10になるまでにデータ取得要求を送信した端末は、データ取得に約50秒(=5GB(=500M×10)/100Mbps/10端末)かかるものの、それ以降の端末は、以下のようにデータ取得時間が短縮される。すなわち、端末は、通信回線3011乃至3011nを介してデータ転送装置100からデータを取得可能であるため、約0.5秒間(=500MB/1Gbps)でデータを取得できる。
以上のように、本第1の実施形態によれば、データ転送装置100において、データ管理部130が同じデータに対する取得要求に輻輳が生じていることを検出すると、代理応答部170がデータ配信装置200から代理で当該データを取得すると共にストレージ310に格納しておく。APLデータ変換部140は、端末から受信した当該データに対する取得要求を代理応答部170に転送し、代理応答部170は、ストレージ310から当該要求されるデータを取得する。
上記構成を採用することにより、本第1の実施形態によれば、データ転送装置100は、輻輳するデータ取得要求により要求されるデータをデータ配信装置200から取得する必要はなく、自装置が備えるストレージ310から取得すると共に返送できる。よって、本第1の実施形態によれば、同じデータに対するデータ取得要求の輻輳が生じた場合でも、データ取得の失敗やデータ取得時間の遅延を回避できると共に、データ取得時間を短縮できるという効果が得られる。
また、本第1の実施形態によれば、データ転送装置100がデータ配信装置200からデータを取得することが減少するので、データ配信装置200の負荷を低減できるという効果が得られる。また、本第1の実施形態によれば、データ配信装置200の負荷低減により、輻輳の原因となるデータ以外のデータはデータ配信装置200から失敗かつ遅滞なく取得できるという効果が得られる。
さらに、本第1の実施形態によれば、データ配信装置とデータ転送装置と間の回線の輻輳を回避するための設備導入は不要であるため、設備導入コスト、設備管理コストまたはオペレーションコストは不要であるという効果が得られる。
また、近年、ルータやスイッチを備えた汎用サーバが開発されている。このような汎用サーバを、本実施形態に係るデータ転送装置に適用することにより、ストレージのための特別なI/Oインタフェースを搭載する必要なく、ストレージを備えたデータ転送装置を容易に配備できるという効果が得られる。
第2の実施形態
図9は、本発明の第2の実施形態に係るデータ転送システム2000の構成を示すブロック図である。図9に示すように、データ転送システム2000は、ネットワーク700を介して互いに通信可能なデータ転送装置401乃至403と、データ転送装置401と通信回線510を介して接続されるデータ配信装置500とを備えた管理ネットワーク400を備える。管理ネットワーク400には、端末6001乃至600nからデータ取得要求が送信される。
図9は、本発明の第2の実施形態に係るデータ転送システム2000の構成を示すブロック図である。図9に示すように、データ転送システム2000は、ネットワーク700を介して互いに通信可能なデータ転送装置401乃至403と、データ転送装置401と通信回線510を介して接続されるデータ配信装置500とを備えた管理ネットワーク400を備える。管理ネットワーク400には、端末6001乃至600nからデータ取得要求が送信される。
データ転送装置401乃至403は、それぞれ、上記第1の実施形態において説明した構成と同様の構成を有すると共に、管理者等によって上述の閾値の設定が可能である。管理ネットワーク400は、例えば大規模な通信キャリアが運用するネットワークに該当する。
管理者等は、データ転送装置401乃至403に対して、上記第1の実施形態において説明したように、データ取得要求が輻輳しているか否かの判断に用いられる閾値、すなわち、発生区間(時間)と、その時間内における同じデータに対するデータ取得要求の発生件数の上限と下限を設定しておく。
以下、データ転送システム2000の動作について説明する。
端末6001乃至600nのうち複数台の端末から、例えばデータ転送装置402にデータ取得要求が送信されると、上記第1の実施形態と同様に、データ転送装置402は、自装置に設定された閾値に基づいて、同じデータに対するデータ取得要求の輻輳の有無を調べる。輻輳している場合、データ転送装置402は、自装置が備えるストレージ412に当該データ取得要求により要求されるデータが格納されるか否かを調べる。
ストレージ412に上記データが格納されない場合、データ転送装置402は、当該データ取得要求を、ネットワーク700を介してデータ転送装置401に転送する。データ転送装置401は、上記データ転送装置402と同様の動作を行う。このとき、ネットワーク700は、データ転送装置401に対して、上記第1の実施形態における端末と同様の動作を行う。また、ネットワーク700は、データ転送装置402および403に対して、上記第1の実施形態におけるデータ配信装置と同様の動作を行う。
なお、ネットワーク700は存在せず、データ転送装置401乃至403が直接通信可能に接続されていてもよい。このとき、データ転送装置402は、データ転送装置401に対して、上記第1の実施形態における端末と同様の動作を行う。
上記構成によれば、端末6001乃至600nから送信される、同じデータに対するデータ取得要求が輻輳する場合、データ転送装置401乃至403のいずれかがデータ配信装置500の代理として動作することにより、上記データは端末6001乃至600nに返送される。このとき、データ転送装置401乃至403のいずれがデータ配信装置500の代理として動作するかは、それぞれの装置に設定される閾値に応じて決定される。すなわち、管理ネットワーク400におけるネットワーク回線負荷を分散させるようにデータ配信装置500の代理となる装置が動的かつ自動で決定される。したがって、管理ネットワーク400の回線コストが自律的に適正化されるとともに、それにかかる管理コストを縮小できる。
以上のように、本第2の実施形態によれば、第1の実施形態において説明したデータ転送装置100と同様の構成を備えた複数のデータ転送装置401乃至403を備えた管理ネットワーク400において、データ転送装置401乃至403は、管理者により輻輳有無の判断基準となる閾値を予め適切に設定される。データ転送装置401乃至403は、自装置に設定された閾値に応じて、同じデータに対するデータ取得要求の輻輳有無の判断を行う。この構成により、上記輻輳が有る場合、データ転送装置401乃至403のいずれかがデータ配信装置500の代理として自動で決定されると共にデータの取得および返送が行われる。すなわち、本第2の実施形態によれば、データ配信装置500の代理となるデータ転送装置が自動で決定されるので、管理ネットワーク400の回線コストが自律的に適正化されるとともに、それにかかる管理コストを縮小できるという効果が得られる。
第3の実施形態
図10は、本発明の第3の実施形態に係る情報転送装置500の構成を示すブロック図である。図10に示すように、情報転送装置500は、代理応答部501と返送部502とを備える。
図10は、本発明の第3の実施形態に係る情報転送装置500の構成を示すブロック図である。図10に示すように、情報転送装置500は、代理応答部501と返送部502とを備える。
代理応答部501は、通信回線を介して通信可能な情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置から取得すると共に、自装置が備える記憶部に格納する。
返送部502は、前記格納が完了すると、前記取得要求により要求される情報を前記記憶部から取得すると共に、当該取得要求の送信元に返送する。
情報転送装置500は、上記第1の実施形態におけるデータ転送装置100に相当し、代理応答部501は、同じくデータ管理部130と代理応答部170に相当し、返送部502は、同じく代理応答部170とデータ転送部150に相当する。
上記構成を採用することにより、本第3の実施形態によれば、情報転送装置500が情報配信装置の代理として動作するので、複数のアクセスにより輻輳が生じた場合でも、コストが増加することなく情報取得の失敗や情報取得時間の遅延を回避できるという効果が得られる。
なお、上記各図に示したデータ転送装置100、500の各部は、図11に例示するハードウエア資源において実現される。すなわち、図11に示す構成は、CPU20、RAM(Random Access Memory)21、ROM(Read Only Memory)22、外部接続インタフェース23および記憶媒体24を備える。CPU20は、ROM22または記憶媒体24に記憶された各種ソフトウエア・プログラム(コンピュータ・プログラム)を、RAM21に読み出して実行することにより、データ転送装置100、500の全体的な動作を司る。すなわち、上記各実施形態において、CPU20は、ROM22または記憶媒体24を適宜参照しながら、データ転送装置100、500が備える各機能(各部)を実行するソフトウエア・プログラムを実行する。
また、上述した各実施形態では、上記各図に示したデータ転送装置100、500における各ブロックに示す機能を、図11に示すCPU20が実行する一例として、ソフトウエア・プログラムによって実現する場合について説明した。しかしながら、各図に示した各ブロックに示す機能は、一部または全部を、ハードウエアとして実現してもよい。
また、各実施形態を例に説明した本発明は、データ転送装置100、500に対して、上記説明した機能を実現可能なコンピュータ・プログラムを供給した後、そのコンピュータ・プログラムを、CPU20がRAM21に読み出して実行することによって達成される。
また、係る供給されたコンピュータ・プログラムは、読み書き可能なメモリ(一時記憶媒体)またはハードディスク装置等のコンピュータ読み取り可能な記憶デバイスに格納すればよい。そして、このような場合において、本発明は、係るコンピュータ・プログラムを表すコード或いは係るコンピュータ・プログラムを格納した記憶媒体によって構成されると捉えることができる。
本発明は、例えば、複数の端末がデータ配信装置からセキュリティパッチファイル等をダウンロードする際のデータ転送装置等に適用できる。
20 CPU
21 RAM
22 ROM
23 外部接続インタフェース
24 記憶媒体
100 データ転送装置
120 APLデータ解析部
130 データ管理部
140 APLデータ変換部
150 データ転送部
160 NAPT変換部
170 代理応答部
200 データ配信装置
300 端末群
310 ストレージ
21 RAM
22 ROM
23 外部接続インタフェース
24 記憶媒体
100 データ転送装置
120 APLデータ解析部
130 データ管理部
140 APLデータ変換部
150 データ転送部
160 NAPT変換部
170 代理応答部
200 データ配信装置
300 端末群
310 ストレージ
Claims (10)
- 通信回線を介して通信可能な情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置から取得すると共に、自装置が備える記憶手段に格納する代理応答手段と、
前記格納が完了すると、前記取得要求により要求される情報を前記記憶手段から取得すると共に、当該取得要求の送信元に返送する返送手段と
を備えた情報転送装置。 - 前記同じ情報に対する取得要求の数が上限閾値を超えたのに応じて、当該取得要求の宛先を、前記情報配信装置から前記代理応答手段に変換する宛先変換手段を
さらに備えた請求項1記載の情報転送装置。 - 前記宛先変換手段は、前記返送手段により返送される前記情報の送信元を表す情報を、前記代理応答手段から前記情報配信装置に変換する
請求項2記載の情報転送装置。 - 前記代理応答手段は、前記同じ情報に対する取得要求の数が上限閾値を超えたのに応じて、前記記憶手段に当該情報が格納されるか否かを調べ、格納されない場合に当該情報を前記情報配信装置から取得する
請求項1ないし請求項3のいずれか1項記載の情報転送装置。 - 前記代理応答手段は、前記同じ情報に対する取得要求の数が下限閾値を下回ったのに応じて、当該情報を前記記憶手段から削除する
請求項1ないし請求項4のいずれか1項記載の情報転送装置。 - コンピュータによって、
通信回線を介して通信可能な情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置から取得すると共に、自コンピュータが備える記憶手段に格納し、
前記格納が完了すると、前記取得要求により要求される情報を前記記憶手段から取得すると共に、当該取得要求の送信元に返送する
情報転送方法。 - 前記同じ情報に対する取得要求の数が上限閾値を超えたのに応じて、当該取得要求の宛先を、前記情報配信装置から、当該情報配信装置から前記情報を取得する代理応答手段に変換する
請求項6記載の情報転送方法。 - 前記返送される情報の送信元を表す情報を、前記代理応答手段から前記情報配信装置に変換する
請求項7記載の情報転送方法。 - 通信回線を介して通信可能な情報配信装置に対して送信される、前記同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置から取得すると共に、コンピュータが備える記憶手段に格納する処理と、
前記格納が完了すると、前記取得要求により要求される情報を前記記憶手段から取得すると共に、当該取得要求の送信元に返送する処理とを、
コンピュータに実行させるプログラム。 - 通信回線を介して通信可能な情報配信装置に対して送信される、同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置から取得すると共に、自装置が備える第1の記憶手段に格納する第1の代理応答手段と、
前記格納が完了すると、前記取得要求により要求される情報を前記記憶手段から取得すると共に、当該取得要求の送信元に返送する第1の返送手段と
を備えた第1の情報転送装置と、
前記第1の情報転送装置と通信可能に接続され、前記情報配信装置に対して送信される、前記同じ情報に対する取得要求の数に応じて、当該取得要求により要求される情報を、前記情報配信装置または前記第1の情報転送装置から取得すると共に、自装置が備える第2の記憶手段に格納する第2の代理応答手段と、
前記格納が完了すると、前記取得要求により要求される情報を前記第2の記憶手段から取得すると共に、当該取得要求の送信元に返送する第2の返送手段と
を備えた第2の情報転送装置と
を備えた情報転送システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014040254A JP2015165632A (ja) | 2014-03-03 | 2014-03-03 | 情報転送装置、情報転送方法およびプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014040254A JP2015165632A (ja) | 2014-03-03 | 2014-03-03 | 情報転送装置、情報転送方法およびプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2015165632A true JP2015165632A (ja) | 2015-09-17 |
Family
ID=54187963
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2014040254A Pending JP2015165632A (ja) | 2014-03-03 | 2014-03-03 | 情報転送装置、情報転送方法およびプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2015165632A (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019033370A (ja) * | 2017-08-08 | 2019-02-28 | コニカミノルタ株式会社 | 通信制御システム、画像処理ユニット、ルーター、通信中継装置及びプログラム |
CN113138702A (zh) * | 2021-04-28 | 2021-07-20 | 深圳市艾酷通信软件有限公司 | 信息处理方法、装置、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003085032A (ja) * | 2001-09-10 | 2003-03-20 | Kanazawa Inst Of Technology | 自己組織化キャッシュ方法およびその方法を利用可能なキャッシュサーバ |
JP2004038439A (ja) * | 2002-07-02 | 2004-02-05 | Hitachi Ltd | Webアクセス中継装置 |
JP2005018398A (ja) * | 2003-06-26 | 2005-01-20 | Vodafone Kk | キャッシングシステム |
JP2006244121A (ja) * | 2005-03-03 | 2006-09-14 | Hitachi Ltd | キャッシュシステム及びキャッシュサーバ |
JP2012175298A (ja) * | 2011-02-18 | 2012-09-10 | Nippon Telegr & Teleph Corp <Ntt> | コンテンツ配信方法、中継装置及びコンテンツ配信システム |
JP2014002634A (ja) * | 2012-06-20 | 2014-01-09 | Nippon Telegr & Teleph Corp <Ntt> | 通信制御システム、集約サーバおよび通信制御方法 |
-
2014
- 2014-03-03 JP JP2014040254A patent/JP2015165632A/ja active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003085032A (ja) * | 2001-09-10 | 2003-03-20 | Kanazawa Inst Of Technology | 自己組織化キャッシュ方法およびその方法を利用可能なキャッシュサーバ |
JP2004038439A (ja) * | 2002-07-02 | 2004-02-05 | Hitachi Ltd | Webアクセス中継装置 |
JP2005018398A (ja) * | 2003-06-26 | 2005-01-20 | Vodafone Kk | キャッシングシステム |
JP2006244121A (ja) * | 2005-03-03 | 2006-09-14 | Hitachi Ltd | キャッシュシステム及びキャッシュサーバ |
JP2012175298A (ja) * | 2011-02-18 | 2012-09-10 | Nippon Telegr & Teleph Corp <Ntt> | コンテンツ配信方法、中継装置及びコンテンツ配信システム |
JP2014002634A (ja) * | 2012-06-20 | 2014-01-09 | Nippon Telegr & Teleph Corp <Ntt> | 通信制御システム、集約サーバおよび通信制御方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019033370A (ja) * | 2017-08-08 | 2019-02-28 | コニカミノルタ株式会社 | 通信制御システム、画像処理ユニット、ルーター、通信中継装置及びプログラム |
CN113138702A (zh) * | 2021-04-28 | 2021-07-20 | 深圳市艾酷通信软件有限公司 | 信息处理方法、装置、电子设备及存储介质 |
CN113138702B (zh) * | 2021-04-28 | 2022-06-24 | 深圳市艾酷通信软件有限公司 | 信息处理方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102514250B1 (ko) | 모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템 | |
US11316787B2 (en) | Method and apparatus for traffic optimization in virtual private networks (VPNs) | |
EP3208979B1 (en) | Software-defined network-based method and system for implementing content distribution network | |
US9058213B2 (en) | Cloud-based mainframe integration system and method | |
US7797426B1 (en) | Managing TCP anycast requests | |
EP3225014B1 (en) | Source ip address transparency systems and methods | |
EP2782318A1 (en) | Allocating resources between network nodes for providing a network node function | |
CN113940044A (zh) | 用于经由中间装置管理分组流的***和方法 | |
JP6289092B2 (ja) | 情報処理装置、その制御方法およびコンピュータプログラム | |
US8077622B2 (en) | Systems and methods for efficiently load balancing based on least connections | |
US20210160311A1 (en) | Load balancing method and apparatus | |
US10070348B2 (en) | Hypertext transfer protocol support over hybrid access | |
US20150127837A1 (en) | Relay apparatus and data transfer method | |
US11799827B2 (en) | Intelligently routing a response packet along a same connection as a request packet | |
US10104001B2 (en) | Systems and methods to early detect link status of multiple paths through an explicit congestion notification based proxy | |
JP2015165632A (ja) | 情報転送装置、情報転送方法およびプログラム | |
US20180063220A1 (en) | Systems and methods to provide hypertext transfer protocol 2.0 optimization through multiple links | |
EP4161207A1 (en) | Base station device and method for operating base station device | |
US20240171504A1 (en) | Multi-path architecture for hardware offloading | |
US20210400022A1 (en) | Methods and systems for network address translation (nat) traversal using a meet-in-the-middle proxy | |
Wang et al. | Deployment considerations | |
JP2016144057A (ja) | 通信システム、制御装置、通信方法、およびコンピュータプログラム | |
JP2011049809A (ja) | コネクションレス型通信の制御システム、コネクションレス型通信の制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170215 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180115 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180123 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20180724 |