JP2016541048A - サービスプロキシを使用してデータを転送する方法、デバイスおよびシステム - Google Patents

サービスプロキシを使用してデータを転送する方法、デバイスおよびシステム Download PDF

Info

Publication number
JP2016541048A
JP2016541048A JP2016526859A JP2016526859A JP2016541048A JP 2016541048 A JP2016541048 A JP 2016541048A JP 2016526859 A JP2016526859 A JP 2016526859A JP 2016526859 A JP2016526859 A JP 2016526859A JP 2016541048 A JP2016541048 A JP 2016541048A
Authority
JP
Japan
Prior art keywords
data
server
client
request message
requested
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
Application number
JP2016526859A
Other languages
English (en)
Inventor
林瑾 夏
林瑾 夏
▲淵▼ 夏
▲淵▼ 夏
▲軍▼平 周
▲軍▼平 周
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2016541048A publication Critical patent/JP2016541048A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

データサービスプロキシをリダイレクトする方法が開示され、この方法は、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送るステップと、データサーバから送信された転送応答メッセージを受信するステップであって、転送応答メッセージが、要求されたデータを記憶するための新しいパスを伝えるステップと、要求されたデータを記憶するための新しいパスによって、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップと、クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータを受信し、その要求されたデータをクライアントへ送信するステップとを含む。本発明の実施形態で提供されるデータサービスプロキシをリダイレクトする方法によれば、プロキシサーバは、転送処理中にクライアントがデータを要求し、取得されたデータをクライアントへ送信するように作動することができ、それによってデータ取得効率が向上して、ネットワーク遅延が減少する。

Description

本発明は、通信技術の分野に関連し、詳細には、サービスプロキシを使用してデータを転送する方法、デバイス、およびシステムに関する。
インターネットでは、サーバを探索し必要なデータを取得するためのアドレスとして、クライアントがユニフォームリソースロケータ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ、ＵＲＬ）を使用する。しかし、ターゲットサーバのインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスは変わる可能性があり、またサーバに記憶されたデータの経路もまた、記憶場所が変わるにつれて変わる。クライアントによって獲得されるべきデータの記憶場所が変わっている場合、たとえば記憶場所が元のサーバではない場合、または記憶場所は元のサーバであるが、もともとデータが記憶されているファイルパスにはない場合、クライアントがデータを要求すると、サーバは転送応答メッセージを端末へ送信し、要求データの更新記憶パスをクライアントに転送応答メッセージを使用して通知し、次にクライアントは、データ要求をその新しいパスへ再送して必要なデータを取得する。
従来技術の調査および実際の処理において、本発明の発明者は、データの記憶パスが変わった後では、クライアントがデータを取得すべきときに要求処理が付加され、それによってネットワーク遅延が増大し、良くないユーザ体験になることを発見している。
本発明の実施形態は、サービスプロキシを使用することによってデータを転送する方法を提供し、この方法は、転送が実施される必要のあるシナリオでデータ取得効率を改善し、ネットワーク遅延を低減することができる。本発明の実施形態はさらに、対応するデバイスおよびシステムを提供する。
第１の態様によれば、本発明は、サービスプロキシを使用することによってデータを転送する方法を提供し、この方法は、
クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送るステップであって、データ記憶パスが、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージが、クライアントによって要求されたデータをデータサーバに要求するために使用されるステップと、
データサーバから送信された転送応答メッセージを受信するステップであって、転送応答メッセージが、要求データを記憶するための新しいパスを伝えるステップと、
要求データを記憶するための新しいパスによって、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップであって、第２のデータ要求メッセージが、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用されるステップと、
クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータを受信し、要求データをクライアントへ送信し、それによってクライアントが要求データを取得するステップと
を含む。
第１の態様に関して、第１の可能な実現法では、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップは、
第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するステップを含み、
それに応じて、新しいパスによって示されるデータサーバから送信された要求データを受信するステップは、
別のデータサーバから送信された要求データを受信するステップを含む。
第１の態様に関して、第２の可能な実現法では、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップは、
第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップを含み、
それに応じて、新しいパスによって示されるデータサーバから送信された要求データを受信するステップは、
データサーバから送信された要求データを受信するステップであって、要求データが、新しいパスによって示されるファイルパスに記憶されるステップを含む。
第１の態様、または第１の態様の第１もしくは第２の可能な実現法に関して、第３の可能な実現法では、第１のデータ要求メッセージをデータサーバへ送るステップの前に、この方法は、
クライアントおよびデータサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するステップをさらに含む。
第１の態様の第１または第３の可能な実現法に関して、第４の可能な実現法では、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するステップの前に、この方法は
データサーバとのＴＣＰ接続を確立するステップ
をさらに含む。
第２の態様によれば、本発明はプロキシサーバを提供し、このプロキシサーバは、
クライアントから送信された第１のデータ要求メッセージを受信するように構成された受信ユニットと、
クライアントから送信され受信ユニットで受信される第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送るように構成された送信ユニットであって、データ記憶パスが、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージが、クライアントによって要求されたデータをデータサーバに要求するために使用される送信ユニットと
を含み、
受信ユニットが、データサーバから送信された転送応答メッセージを受信するようにさらに構成され、転送応答メッセージが、要求データを記憶するための新しいパスを伝え、また
受信ユニットで受信された転送応答メッセージに応じて第２のデータ要求メッセージを発生するように構成された発生ユニットを含み、
送信ユニットが、要求データを記憶するための新しいパスによって、発生ユニットで発生された第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するようにさらに構成され、第２のデータ要求メッセージが、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され、
受信ユニットが、クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータを受信するようにさらに構成され、
送信ユニットが、要求データをクライアントへ送信するようにさらに構成され、それによってクライアントが要求データを取得するようになる。
第２の態様に関して、第１の可能な実現法では、
送信ユニットは、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するように構成され、
受信ユニットは、別のデータサーバから送信された要求データを受信するように構成される。
第２の態様に関して、第２の可能な実現法では、
送信ユニットは、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するように構成され、
受信ユニットは、データサーバから送信された要求データを受信するように構成され、要求データは、新しいパスによって示されるファイルパスに記憶される。
第２の態様、または第２の態様の第１もしくは第２の可能な実現法に関して、第３の可能な実現法では、
プロキシサーバは、
送信ユニットが第１のデータ要求メッセージをデータサーバへ送る前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するように構成された第１の接続確立ユニット
をさらに備える。
第２の態様の第１または第３の可能な実現法に関して、第４の可能な実現法では、
プロキシサーバは、
送信ユニットが第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信する前に、別のデータサーバとのＴＣＰ接続を確立するように構成された第２の接続確立ユニット
をさらに備える。
第３の態様によれば、本発明はプロキシサーバを提供し、このプロキシサーバは、入力デバイス、出力デバイス、プロセッサおよびメモリを備え、
入力デバイスは、クライアントから送信された第１のデータ要求メッセージを受信するように構成され、
出力デバイスは、クライアントから送信される第１のデータ要求メッセージをデータサーバへ送るように構成され、
入力デバイスは、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられるデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送るように構成され、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージが、クライアントによって要求されたデータをデータサーバに要求するために使用され、
出力デバイスは、データサーバから送信された転送応答メッセージを受信するようにさらに構成され、転送応答メッセージが、要求データを記憶するための新しいパスを伝え、
プロセッサは、転送応答メッセージに応じて第２のデータ要求メッセージを発生するように構成され、
出力デバイスは、要求データを記憶するための新しいパスによって、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するようにさらに構成され、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され、
入力デバイスは、クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータを受信するようにさらに構成され、
出力デバイスは、要求データをクライアントへ送信するようにさらに構成され、それによってクライアントが要求データを取得するようになる。
第３の態様によれば、第１の可能な実現法では、
出力デバイスは、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するように構成され、
入力デバイスは、別のデータサーバから送信された要求データを受信するように構成される。
第３の態様によれば、第２の可能な実現法では、
出力デバイスは、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するように構成され、
入力デバイスは、データサーバから送信された要求データを受信するように構成され、要求データは、新しいパスによって示されるファイルパスに記憶される。
第３の態様、および第３の態様の第１もしくは第２の可能な実現法に関して、第３の可能な実現法では、
プロセッサは、第１のデータ要求メッセージがデータサーバへ送られる前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するようにさらに構成される。
第３の態様の第１または第３の可能な実現法に関して、第４の可能な実現法では、
プロセッサは、第１のデータ要求メッセージがデータサーバへ送られる前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するようにさらに構成される。
第４の態様によれば、本発明は、クライアント、プロキシサーバおよびデータサーバを含むデータ取得システムを提供し、
クライアントは、第１のデータ要求メッセージをプロキシサーバへ送信し、第１のデータ要求メッセージはデータ記憶パスを伝え、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、
データサーバは、クライアントによって要求されたデータを記憶し、
プロキシサーバは、上記の技術的解によるプロキシサーバである。
本発明の実施形態によれば、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージがデータサーバへ送られ、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用され；データサーバから送信された転送応答メッセージが受信され、転送応答メッセージは、要求データを記憶するための新しいパスを伝え；要求データを記憶するための新しいパスによって、第２のデータ要求メッセージが新しいパスによって示されるデータサーバへ送信され、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され；クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータが受信され、要求データがクライアントへ送信され、それによってクライアントが要求データを取得する。従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、本発明の実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法によれば、クライアントのプロキシとしてのプロキシサーバが、転送処理時にデータを要求すること、および取得されたデータをクライアントへ送信することができ、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
本発明の実施形態における技術的理解をより明確に説明するために、以下では、実施形態を説明するために必要とされる添付図面を簡潔に導入する。明らかに、以下の説明の中で添付の図面は、本発明のいくつかの実施形態を単に示すにすぎず、当業者であればなお、これら添付の図面から別の図面を創造的な努力なしで導き出すことができよう。
本発明の実施形態によるサービスプロキシを使用することによってデータを転送する方法の概略図である。 本発明の別の実施形態によるサービスプロキシを使用することによってデータを転送する方法の概略図である。 本発明の別の実施形態によるサービスプロキシを使用することによってデータを転送する方法の概略図である。 本発明の別の実施形態によるサービスプロキシを使用することによってデータを転送する方法の概略図である。 本発明の別の実施形態によるサービスプロキシを使用することによってデータを転送する方法の概略図である。 本発明の実施形態によるプロキシサーバの概略図である。 本発明の別の実施形態によるプロキシサーバの概略図である。 本発明の別の実施形態によるプロキシサーバの概略図である。 本発明の別の実施形態によるプロキシサーバの概略図である。 本発明の実施形態によるデータ取得システムの概略図である。
本発明の実施形態は、サービスプロキシを使用することによってデータを転送する方法を提供し、この方法は、転送が実施される必要のあるシナリオでデータ取得効率を改善し、ネットワーク遅延を低減することができる。本発明の実施形態ではさらに、対応するデバイスおよびシステムも提供する。詳細な説明が以下で別々に提示される。
以下では、本発明の実施形態に関する添付の図面を参照して、本発明の実施形態における技術的理解を明確かつ完全に説明する。明らかに、説明される実施形態は本発明の実施形態の全部ではなく、単に一部にすぎない。本発明の実施形態に基づいて、独創的な努力なしに当業者に得られる他のすべての実施形態は、本発明の保護範囲に入るものとする。
図１を参照すると、本発明の実施形態によるサービスプロキシを使用することによってデータを転送する方法は、以下を含む。
１０１：クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送り、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用される。
クライアントとデータサーバの間の通信がプロキシサーバの支援で実施される必要がある場合、クライアントがデータサーバからのデータを要求したときに、要求データの記憶パスがデータ要求メッセージで伝えられる必要があり、このようにしてプロキシサーバは、対応するデータサーバを記憶パスによって見つけ、そのデータサーバへデータ要求メッセージを送信することができる。
１０２：データサーバから送信された転送応答メッセージを受信し、転送応答メッセージは、要求データを記憶するための新しいパスを伝える。
本発明のこの実施形態では、クライアントによって要求されたデータの記憶場所が変わった場合、たとえば記憶場所が元のサーバではないか、または記憶場所は元のサーバであるがデータが元のフォルダに記憶されていない場合に、データサーバは、転送応答メッセージをプロキシサーバへ送信して、要求データを現在記憶するための新しいパスをクライアントに通知する。
１０３：要求データを記憶するための新しいパスによって、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信し、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用される。
プロキシサーバは、要求データを記憶するための新しいパスによって、データ要求メッセージを新しいパスによって示されるサーバへ直接送信する。
１０４：クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータを受信し、その要求データをクライアントへ送信し、それによってクライアントは要求データを取得する。
データ要求メッセージを受信した後、新しいパスによって示されるプロキシサーバが要求データをプロキシサーバへ送信し、クライアントによって要求されたデータを受信した後、プロキシサーバは、クライアントによって要求されたデータをクライアントへ送信する。
本発明のこの実施形態によれば、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージがデータサーバへ送られ、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用され；データサーバから送信された転送応答メッセージが受信され、転送応答メッセージは、要求データを記憶するための新しいパスを伝え；第２のデータ要求メッセージが、要求データを記憶するための新しいパスにより、新しいパスによって示されるデータサーバへ送信され、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され；新しいパスによって示されるデータサーバから送信された要求データが受信され、クライアントによって要求されたデータがクライアントへ送信され、それによってクライアントは要求データを取得する。従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法によれば、クライアントのプロキシとしてのプロキシサーバが、転送処理時にデータを要求すること、および取得されたデータをクライアントへ送信することができ、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
任意選択で、図１に対応する実施形態に基づき、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法の任意選択の実施形態では、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップは、
第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するステップ
を含み、
それに対応して、新しいパスによって示される別のデータサーバから送信された要求データを受信するステップは、
別のデータサーバから送信された要求データを受信するステップ
を含むことができる。
本発明のこの実施形態では、データの記憶場所が元のサーバではない場合、新しいパスは、データを記憶するための新しいデータサーバを示し、このようにしてプロキシサーバは、第２のデータ要求メッセージを新しいパスによって示される新しいデータサーバへ送信し、次に、新しいデータサーバから要求データを受信する。
たとえば、クライアントによって要求されたデータを記憶するための元のデータサーバのドメイン名がｗｗｗ．ａｂｃ．ｃｏｍであり、データの記憶場所が変わった後で、データは現在、ｗｗｗ．ｄｅｆ．ｃｏｍのドメイン名を有するデータサーバに記憶されており；次に、プロキシサーバが、転送応答メッセージで伝えられる、要求データを記憶するための新しいパスによって、要求データがｗｗｗ．ｄｅｆ．ｃｏｍのドメイン名を有するデータサーバに記憶されていることを知った後に、プロキシサーバは、第２のデータ要求メッセージをｗｗｗ．ｄｅｆ．ｃｏｍのドメイン名を有するデータサーバへ送信し、次に、ｗｗｗ．ｄｅｆ．ｃｏｍのドメイン名を有するデータサーバから送信された要求データを受信する。
任意選択で、図１に対応する実施形態に基づいて、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法の別の任意選択の実施形態では、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップは、
第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップ
を含み、
それに対応して、新しいパスによって示される別のデータサーバから送信された要求データを受信するステップは、
別のデータサーバから送信された要求データを受信するステップ
を含むことができ、要求データは、新しいパスによって示されるファイルパスに記憶される。
本発明のこの実施形態では、要求データが依然として元のデータサーバにあるが元のファイルパスには記憶されていないとき、たとえば要求データが、／１２３という名を付けられたファイルパスから／４５６という名を付けられたファイルパスに動かされているとき、プロキシサーバが、要求データを記憶するための、転送応答メッセージで伝えられる新しいパスによって、データが／４５６という名を付けられたファイルパスにあることを知ったならば、プロキシサーバは、第２のデータ要求メッセージをそのデータサーバへ再送信して、／４５６という名を付けられたファイルパスの要求データを要求する。
任意選択で、上記の実施形態のいずれか１つに基づき、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法の別の任意選択の実施形態では、第１のデータ要求メッセージをデータサーバへ送るステップの前に、この方法はさらに
クライアントおよびデータサーバのそれぞれと転送制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＴＣＰ）接続を確立するステップ
を含むことができる。
本発明のこの実施形態では、プロキシサーバがクライアントおよびデータサーバのそれぞれとＴＣＰ接続を確立したときだけ、ＴＣＰプロトコルを使用することによってデータが送出されることができる。
任意選択で、上記の実施形態のいずれか１つに基づいて、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法の別の任意選択の実施形態では、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するステップの前に、この方法はさらに
別のデータサーバとＴＣＰ接続を確立するステップ
を含む。
本発明のこの実施形態では、要求データが別のデータサーバに現在記憶されていることを新しいパスが示している場合、プロキシサーバはまず、その別のデータサーバとのＴＣＰ接続を確立して、その後のデータ通信を容易にする必要がある。
理解しやすいように、本発明のこの実施形態でサービスプロキシを使用することによってデータを転送する処理を説明するのに、以下では２つの適用シナリオが例として使用される。
図２を参照すると、図２は、異なるデータサーバに対して転送が実施される適用シナリオを示す。
Ｓ１００：プロキシサーバが、クライアントおよび第１のデータサーバのそれぞれと第１のＴＣＰ接続を確立する。
クライアントＣｌｉｅｎｔは、第１のデータサーバｓｅｒｖｅｒ １とのＴＣＰ接続の確立を開始し、プロキシサーバＰＲＯＸＹは、クライアントおよびサーバ１のそれぞれとのＴＣＰ接続を確立する。
Ｓ１０５からＳ１１０：クライアントは、第１のデータ要求メッセージをプロキシサーバへ送信し、プロキシサーバは、その第１のデータ要求メッセージを第１のデータサーバへ送る。
第１のデータ要求メッセージは、クライアントによって要求されたデータを第１のデータサーバに要求するために使用される。
クライアントから送信された第１のデータ要求メッセージは、クライアントによって要求されたデータの記憶パスを伝え、プロキシサーバは、その記憶パスによって第１のデータ要求メッセージを送る。
たとえば、クライアントＣｌｉｅｎｔは、第１のデータサーバｓｅｒｖｅｒ １に対し、ｗｗｗ．ａｂｃ．ｃｏｍへのＨＴＴＰ要求を開始し、プロキシサーバは、第１のデータ要求メッセージをｗｗｗ．ａｂｃ．ｃｏｍによってサーバ１へ送る。
Ｓ１１５：第１のデータサーバは、転送応答メッセージをプロキシサーバへ送信し、この転送応答メッセージは、要求データを記憶するための新しいパスを伝える。
第１のデータ要求メッセージ中の要求データがもう既に第１のデータサーバには記憶されていないことを確認した後、データサーバは、要求データが現在記憶されている場所を見つけ、たとえば現在の記憶パスがｗｗｗ．ｄｅｆ．ｃｏｍである場合には、転送応答メッセージがｗｗｗ．ｄｅｆ．ｃｏｍを伝える。
第１のデータサーバｓｅｒｖｅｒ １は、３０＊（３０２／３０３／３０７）に応答し、応答のヘッダフィールド「ｌｏｃａｔｉｏｎ」で、転送が実施される必要がある宛先ホストがｗｗｗ．ｄｅｆ．ｃｏｍであることを明確に示す。
Ｓ１２０：プロキシサーバは、第２のデータサーバとの第２のＴＣＰ接続を確立する。
プロキシサーバが、転送応答メッセージで伝えられた新しいパスによって、要求データが第２のデータサーバに現在記憶されていることを確認した場合には、プロキシサーバＰＲＯＸＹは、第２のデータサーバｓｅｒｖｅｒ ２との接続を確立する。
Ｓ１２５：プロキシサーバは、第２のデータ要求メッセージを第２のデータサーバへ送信する。
第２のデータ要求メッセージは、クライアントによって要求されたデータを第２のデータサーバに要求するために使用される。
第２のデータ要求メッセージは、要求データについての情報を伝え、このようにして第２のデータサーバは要求データを見つける。
Ｓ１３０：第２のデータサーバは、プロキシサーバへ、クライアントによって要求されたデータを返す。
Ｓ１４０：プロキシサーバは、クライアントへ、クライアントによって要求されたデータを返す。
Ｓ１４５：プロキシサーバは、第２のＴＣＰ接続を解放する。
第２のデータサーバｓｅｒｖｅｒ ２からデータを受信した後、プロキシサーバＰＲＯＸＹは、ＨＴＴＰサーバ２とのＴＣＰ接続を切り離してリンクリソースを解放し、それによって、リンクリソースを使用する効率が改善する。
Ｓ１５０：プロキシサーバは第１のＴＣＰ接続を解放する。
クライアントにデータを送信した後、プロキシサーバＰＲＯＸＹは、クライントおよびＨＴＴＰサーバ１のそれぞれとのＴＣＰ接続を切り離してリンクリソースを解放し、それによって、リンクリソースを使用する効率が改善する。
本発明の適用シナリオで、クライアントによって要求されたデータが元の第１のデータサーバに記憶されていない場合；このようにして第１のデータサーバはプロキシサーバへ転送応答を送信して、クライアントによって要求されたデータが現在記憶されているデータサーバのパス情報、すなわち第２のデータサーバのパス情報、をプロキシサーバに通知し；次に、プロキシサーバは、クライアントによって要求されたデータを第２のデータサーバに要求することができる。従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法によれば、クライアントのプロキシとしてのプロキシサーバが、転送処理時にデータを要求すること、および取得されたデータをクライアントへ送信することができ、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
図３を参照すると、図３は、同じデータサーバに対して転送が実施される適用シナリオを示す。
Ｓ２００：プロキシサーバが、クライアントおよびデータサーバのそれぞれとＴＣＰ接続を確立する。
クライアントＣｌｉｅｎｔは、ＨＴＴＰサーバとのＴＣＰ接続の確立を開始し、プロキシサーバは、クライアントおよびサーバのそれぞれとのＴＣＰ接続を確立する。
Ｓ２０５からＳ２１０：クライアントは、第１のデータ要求メッセージをプロキシサーバへ送信し、プロキシサーバは、その第１のデータ要求メッセージをデータサーバへ送る。
第１のデータ要求メッセージは、クライアントによって要求されたデータを第１のプロキシサーバに要求するために使用される。
クライアントから送信された第１のデータ要求メッセージは、クライアントによって要求されたデータの記憶パスを伝え、プロキシサーバは、その記憶パスによって第１のデータ要求メッセージを送る。
たとえば、クライアントＣｌｉｅｎｔは、ＨＴＴＰサーバに対し、ｗｗｗ．ａｂｃ．ｃｏｍ／１２３へのＨＴＴＰ要求を開始し、プロキシサーバは、第１のデータ要求メッセージをｗｗｗ．ａｂｃ．ｃｏｍ／１２３によってサーバへ送る。
Ｓ２１５：第１のデータサーバは、転送応答メッセージをプロキシサーバへ送信し、この転送応答メッセージは、要求データを記憶するための新しいパスを伝える。
第１のデータ要求メッセージ中の要求データがデータサーバにあるが、もう既に元のファイルパスには記憶されていないことを確認した後、データサーバは、要求データが現在記憶されているファイルパスを見つけ、たとえば現在の記憶パスがｗｗｗ．ａｂｃ．ｃｏｍ／４５６である場合に、転送応答メッセージはｗｗｗ．ａｂｃ．ｃｏｍ／４５６を伝える。
データサーバは、３０＊（３０２／３０３／３０７）に応答し、応答のヘッダフィールド「ｌｏｃａｔｉｏｎ」で、転送がこのホストのファイルパスｗｗｗ．ａｂｃ．ｃｏｍ／４５６へ向けて実施される必要があることを明確に示す。
Ｓ２２０：プロキシサーバは、第２のデータ要求メッセージをデータサーバへ送信する。
第２のデータ要求メッセージは、データサーバのファイルパスｗｗｗ．ａｂｃ．ｃｏｍ／４５６から、クライアントによって要求されたデータを要求するために使用される。
プロキシサーバは、データサーバに対し、ファイルパスｗｗｗ．ａｂｃ．ｃｏｍ／４５６中の要求データを得るための要求を開始する。
第２のデータ要求メッセージは、要求データについての情報を伝え、このようにして第２のデータサーバは要求データを見つける。
Ｓ２２５：データサーバは、要求データをプロキシサーバへ返す。
Ｓ２３０：プロキシサーバはクライアントへ、クライアントによって要求されたデータを返す。
Ｓ２３５：プロキシサーバは、第２のＴＣＰ接続を解放する。
プロキシサーバは、クライアントおよびＨＴＴＰサーバのそれぞれとのＴＣＰ接続を切り離してリンクリソースを解放し、それによって、リンクリソースを使用する効率が改善する。
従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法によれば、クライアントのプロキシとしてのプロキシサーバが、転送処理時にデータを要求すること、および取得されたデータをクライアントへ送信することができ、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
本発明のこの実施形態のデータが、ハイパーテキスト転送プロトコル（Ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）データである場合、クライアントからプロキシサーバへ、そしてデータサーバへのデータカプセル化処理は、以下のようになり得る。
図４を参照すると、図４は、ＨＴＴＰ要求が、転送シナリオでプロキシサーバＰＲＯＸＹのプロトコルスタックを通過する処理を示す。
矢印（１）：クライアントｃｌｉｅｎｔは、ネットワーク上のデータを得るための要求を開始し、クライアントのＨＴＴＰ層がＨＴＴＰ要求パケットをカプセル化し；下向きに断片化カプセル化が、ＨＴＴＰ要求パケットに対してＴＣＰ層で、プロトコルスタックによって実施され、次に、断片化カプセル化がＴＣＰ要求パケットに対してインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）層で実施され；クライアントから送信された要求は、プロキシサーバＰＲＯＸＹのプロトコルスタックの中へ送出され；プロキシサーバが、ＴＣＰ接続を確立する処理の際にクライアントと対話するので、クライアントと通信するためのスタックソケットが、ＰＲＯＸＹサーバのプロトコルスタックのサーバｓｅｒｖｅｒ側で生成され；パケットは、ＴＣＰ／ＩＰ非カプセル化および再結合の後に、ＨＴＴＰ層において構文解析される。
矢印（２）：ＨＴＴＰ要求パケットは、プロキシサーバからネットワークサーバへ再送信される必要があり、プロキシサーバのプロトコルスタックのクライアント側で、プロトコルスタックの構造に応じてデータ層をカプセル化および断片化し、同様に、クライアント側のソケットが、ＴＣＰ接続を確立する処理で既に確立されており；ＨＴＴＰ要求パケットは、ネットワークサーバのプロトコルスタックに入り、ＩＰ／ＴＣＰ／ＨＴＴＰ層による処理がＰＲＯＸＹによる処理と一致し；知的転送シナリオでは、要求パケットを構文解析しオブジェクトパスを取得するとき、ネットワークサーバのＨＴＴＰ層では、クライアントｃｌｉｅｎｔによって取得される必要があるオブジェクトデータがもう既にファイルパスにはないこと、またはもう既に現在のサーバにないことを見つけ、この点で、ＨＴＴＰトランザクションのアップリンクパケットを処理する処理が終わる。
図５を参照すると、図５は、ＨＴＴＰ応答が、転送シナリオでプロキシサーバＰＲＯＸＹのプロトコルスタックを通過する処理を示す。
矢印（１）：転送シナリオでは、要求パケットを構文解析しオブジェクトパスを取得するとき、データサーバのＨＴＴＰ層では、クライアントｃｌｉｅｎｔによって取得される必要があるオブジェクトデータがもう既にファイルパスにはないこと、またはもう既に現在のサーバにないことを見つけ、したがって、ネットワークサーバが転送応答パケットを送信する。
矢印（２）：ネットワークサーバからの転送応答パケットを構文解析した後、ＰＲＯＸＹは、実施される転送の相手サーバ（元のサーバであっても、別のデータサーバであってもよい）との新しいＴＣＰ接続を開始し、このＴＣＰ接続を介して、新しいパスでデータコンテンツを取得するためのＨＴＴＰ要求を開始する。
矢印（３）：要求コンテンツに基づき、取得されるべきオブジェクトを見つけた後に、新しいパスのネットワークサーバがＨＴＴＰ応答をカプセル化し、このカプセル化ＨＴＴＰ応答をＰＲＯＸＹへ返す。
矢印（４）：ＰＲＯＸＹのサーバ側とクライアントＣｌｉｅｎｔの間の接続を介して正しい応答データを取得した後に、データサーバのプロキシとしてのＰＲＯＸＹは、構文解析および表示のために正しい応答データをクライアントｃｌｉｅｎｔに返し；この点で、転送によって、またプロキシを使用することによって最適化されたＨＴＴＰトランザクションダウンリンクプロセシング処理が終了する。
図６を参照すると、本発明の実施形態によるプロキシサーバは、
クライアントから送信された第１のデータ要求メッセージを受信するように構成された受信ユニット３０１と、
クライアントから送信され受信ユニット３０１で受信される第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送るように構成された送信ユニット３０２であって、データ記憶パスが、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージが、クライアントによって要求されたデータをデータサーバに要求するために使用され、
受信ユニット３０１が、データサーバから送信された転送応答メッセージを受信するようにさらに構成され、転送応答メッセージが、要求データを記憶するための新しいパスを伝える、送信ユニットとを含み、また、
受信ユニット３０１で受信された転送応答メッセージに応じて第２のデータ要求メッセージを発生するように構成された発生ユニット３０３を含み、
送信ユニット３０２は、要求データを記憶するための新しいパスによって、発生ユニットで発生された第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するようにさらに構成され、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され、
受信ユニット３０１は、新しいパスによって示されるデータサーバから送信された要求データを受信するようにさらに構成され、
送信ユニット３０２は、要求データをクライアントへ送信するようにさらに構成され、それによってクライアントは要求データを取得するようになる。
本発明のこの実施形態では、受信ユニット３０１は、クライアントから送信された第１のデータ要求メッセージを受信し；送信ユニット３０２は、第１のデータ要求メッセージをクライアントから送信され受信ユニット３０１で受信される第１のデータ要求メッセージで伝えられたデータ記憶パスによって、データサーバへ送り、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用され；受信ユニット３０１はさらに、データサーバから送信された転送応答メッセージを受信し、転送応答メッセージは、要求データを記憶するための新しいパスを伝え；発生ユニット３０３は、受信ユニット３０１で受信された転送応答メッセージに応じて第２のデータ要求メッセージを発生し、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され；送信ユニット３０２はさらに、要求データを記憶するための新しいパスによって、発生ユニットで発生された第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信し；受信ユニット３０１はさらに、新しいパスによって示されるデータサーバから送信された要求データを受信し；送信ユニット３０２はさらに、要求データをクライアントへ送信し、それによってクライアントは要求データを取得する。従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、本発明のこの実施形態で提供される、クライアントのプロキシとしてのプロキシサーバが、転送処理時にデータを要求すること、および取得されたデータをクライアントへ送信することができ、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
図６に対応する実施形態に基づき、本発明のこの実施形態で提供されるプロキシサーバの別の実施形態では、
送信ユニット３０２は、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するように構成され、
受信ユニット３０１は、その別のデータサーバから送信された要求データを受信するように構成される。
図６に対応する実施形態に基づき、本発明のこの実施形態で提供されるプロキシサーバの別の実施形態では、
送信ユニット３０２は、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するように構成され、
受信ユニット３０１は、そのデータサーバから送信された要求データを受信するように構成され、要求データは、新しいパスによって示されるファイルパスに記憶される。
図６に対応する実施形態に基づき、図７を参照すると、本発明のこの実施形態で提供されるプロキシサーバの別の実施形態では、
プロキシサーバ３０は、
送信ユニットが第１のデータ要求メッセージをデータサーバへ送る前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するように構成された第１の接続確立ユニット３０４
をさらに含む。
図６に対応する実施形態に基づき、図８を参照すると、本発明のこの実施形態で提供されるプロキシサーバの別の実施形態では、プロキシサーバは、
送信ユニットが第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信する前に、その別のデータサーバとのＴＣＰ接続を確立するように構成された第２の接続確立ユニット３０５
をさらに含む。
本発明はさらに、コンピュータ記憶媒体を提供し、この媒体はプログラムを記憶する。プログラムが実行されるとき、サービスプロキシを使用することによってデータを転送する上記の方法のステップの一部または全部が実施される。
図９は、本発明の実施形態によるプロキシサーバ３０の概略構成図である。プロキシサーバ３０は、入力デバイス３１０、出力デバイス３２０、プロセッサ３３０、およびメモリ３４０を含むことができる。
メモリ３４０は、読出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ３３０に命令およびデータを提供する。メモリ３４０は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含むことができる。
メモリ３４０は、以下の要素、実行可能モジュールもしくはデータ構成、またはそのサブセット、またはその拡張セットを記憶し、
動作命令が、様々な動作を実現するために使用される様々な動作命令を含み、
オペレーティングシステムが、様々な基本サービスを実現するため、およびハードウェアベースのタスクを処理するために使用される様々なシステムプログラムを含む。
本発明のこの実施形態では、プロセッサ３３０は、メモリ３４０に記憶された動作命令（動作命令はオペレーティングシステムに記憶されることができる）を呼び出すことによって、以下の動作を実施する：
入力デバイス３１０で、クライアントから送信された第１のデータ要求メッセージを受信すること；出力デバイス３２０で、クライアントから送信される第１のデータ要求メッセージをデータサーバへ送ること；入力デバイス３１０で、第１のデータ要求メッセージをデータサーバへ、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって送ること、ここで、第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用され、データ記憶パスは、クライアントによって要求されたデータの記憶パスである；出力デバイス３２０で、データサーバから送信された転送応答メッセージを受信すること、ここで、転送応答メッセージは、要求データを記憶するための新しいパスを伝える；出力デバイス３２０で、要求データを記憶するための新しいパスによって第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信すること、ここで、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用される；入力デバイス３１０で、新しいパスによって示されるデータサーバから送信された要求データを受信すること；および、出力デバイス３２０で、要求データをクライアントへ送信し、それによってクライアントは要求データを取得すること。
従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、クライアントのプロキシとしての、本発明のこの実施形態で提供されるプロキシサーバは、転送処理時にデータを要求し、取得されたデータをクライアントへ送信し、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
プロセッサ３３０はプロキシサーバ３０の動作を制御し、プロセッサ３３０はさらに、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央制御ユニット）と呼ばれることがある。メモリ３４０は、読出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ３３０に命令およびデータを供給する。メモリ３４０は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含むことができる。特定の用途では、プロキシサーバ３０の構成要素が、バスシステム３５０を使用することによって一緒に結合される。データバスに加えて、バスシステム３５０は、電力バス、制御バス、状態信号バスなどをさらに含むことができる。しかし、分かりやすくするために、図では、様々なバスシステムがバスシステム３５０として印付けられている。
本発明の実施形態で開示された方法は、プロセッサ３３０に適用されることができ、またはプロセッサ３３０によって実現される。プロセッサ３３０は、信号処理機能を有する集積回路チップでよい。実現処理では、上記の方法のステップは、プロセッサ３３０としてのハードウェアの集積論理回路、またはソフトウェアの形の命令を使用することによって実施されることができる。上記のプロセッサ３３０は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラム可能論理デバイス、個別ゲートもしくはトランジスタ論理デバイス、または個別ハードウェア構成要素でよく、本発明の実施形態で開示された方法、ステップ、および論理ブロック図を実現または実施することができる。汎用プロセッサはマイクロプロセッサでよく、またはプロセッサは任意の従来のプロセッサなどでよい。本発明の実施形態と組み合わせて、開示された方法のステップは、ハードウェア復号プロセッサによって直接実現されることができ、または復号プロセッサとしてのハードウェアとソフトウェアの組合せによって実現されることができる。ソフトウェアモジュールが、ランダムアクセスメモリ、フラッシュメモリ、読出し専用メモリ、プログラマブル読出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなどの、当分野で成熟した記憶媒体内にあってよい。記憶媒体はメモリ３４０内にあり、プロセッサ３３０は、メモリ３４０内の情報を読み出し、上記の方法のステップをそのハードウェアと組み合わせて実現する。
任意選択で、出力デバイス３２０は、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するように構成され、
入力デバイス３１０は、その別のデータサーバから送信された要求データを受信するように構成される。
任意選択で、出力デバイス３２０は、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するように構成され、
入力デバイス３１０は、そのデータサーバから送信された要求データを受信するように構成され、この要求データは、新しいパスによって示されるファイルパスに記憶される。
任意選択で、プロセッサ３３０は、第１のデータ要求メッセージがデータサーバへ送られる前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するように構成される。
任意選択で、プロセッサ３３０は、第１のデータ要求メッセージがデータサーバへ送られる前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するようにさらに構成される。
図１０を参照すると、本発明の実施形態によるデータ取得システムの実施形態は、クライアント２０、プロキシサーバ３０、およびデータサーバ４０を含み、
クライアント２０は、第１のデータ要求メッセージをプロキシサーバ３０へ送信し、第１のデータ要求メッセージはデータ記憶パスを伝え、このデータ記憶パスは、クライアントによって要求されたデータの記憶パスであり、また第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用され、
データサーバ４０は、クライアントによって要求されたデータを記憶し、
プロキシサーバ３０は、第１のデータ要求メッセージを、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、データサーバへ送るように構成され、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり；プロキシサーバ３０は、データサーバから送信された転送応答メッセージを受信し、転送応答メッセージは、要求データを記憶するための新しいパスを伝え；プロキシサーバ３０は、要求データを記憶するための新しいパスによって、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信し、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され；またプロキシサーバ３０は、新しいパスによって示されるデータサーバから送信された要求データを受信し、この要求データをクライアントへ送信し、それによってクライアントは要求データを取得する。
当業者であれば、上記の実施形態の方法のステップの全部または一部が、関連するハードウェアに命令するプログラムによって実現され得ることが理解されよう。プログラムは、コンピュータ可読記憶媒体に記憶されることができる。記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク、または光ディスクを含むことができる。
本発明の実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法、デバイスおよびシステムが、上記に詳細に提示されている。本発明の原理および実現法が、具体的な例を用いて本明細書で説明されている。実施形態についての上記の説明は、本発明の方法および中核の発想を理解する助けとして単に提供されているにすぎない。その一方で、当業者であれば、本発明の発想による具体的な実現法および適用範囲に修正を加えることができよう。要約すれば、本明細書の内容は、本発明を限定するものと解釈されてはならない。
本発明は、通信技術の分野に関連し、詳細には、サービスプロキシを使用してデータを転送する方法、デバイス、およびシステムに関する。
インターネットでは、サーバを探索し必要なデータを取得するためのアドレスとして、クライアントがユニフォームリソースロケータ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ、ＵＲＬ）を使用する。しかし、ターゲットサーバのインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスは変わる可能性があり、またサーバに記憶されたデータの経路もまた、記憶場所が変わるにつれて変わる。クライアントによって獲得されるべきデータの記憶場所が変わっている場合、たとえば記憶場所が元のサーバではない場合、または記憶場所は元のサーバであるが、もともとデータが記憶されているファイルパスにはない場合、クライアントがデータを要求すると、サーバは転送応答メッセージを端末へ送信し、要求データの更新記憶パスをクライアントに転送応答メッセージを使用して通知し、次にクライアントは、データ要求をその新しいパスへ再送して必要なデータを取得する。
従来技術の調査および実際の処理において、従来技術は、データの記憶パスが変わった後では、クライアントがデータを取得すべきときに要求処理が付加され、それによってネットワーク遅延が増大し、良くないユーザ体験になるという不利益がある。
本発明の実施形態は、サービスプロキシを使用することによってデータを転送する方法を提供し、この方法は、転送が実施される必要のあるシナリオでデータ取得効率を改善し、ネットワーク遅延を低減することができる。本発明の実施形態はさらに、対応するデバイスおよびシステムを提供する。
第１の態様によれば、本発明は、サービスプロキシを使用することによってデータを転送する方法を提供し、この方法は、
クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送るステップであって、データ記憶パスが、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージが、クライアントによって要求されたデータをデータサーバに要求するために使用されるステップと、
データサーバから送信された転送応答メッセージを受信するステップであって、転送応答メッセージが、要求データを記憶するための新しいパスを伝えるステップと、
要求データを記憶するための新しいパスによって、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップであって、第２のデータ要求メッセージが、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用されるステップと、
クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータを受信し、要求データをクライアントへ送信し、それによってクライアントが要求データを取得するステップと
を含む。
第１の態様に関して、第１の可能な実現法では、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップは、
第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するステップを含み、
それに応じて、新しいパスによって示されるデータサーバから送信された要求データを受信するステップは、
別のデータサーバから送信された要求データを受信するステップを含む。
第１の態様に関して、第２の可能な実現法では、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップは、
第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップを含み、
それに応じて、新しいパスによって示されるデータサーバから送信された要求データを受信するステップは、
データサーバから送信された要求データを受信するステップであって、要求データが、新しいパスによって示されるファイルパスに記憶されるステップを含む。
第１の態様、または第１の態様の第１もしくは第２の可能な実現法に関して、第３の可能な実現法では、第１のデータ要求メッセージをデータサーバへ送るステップの前に、この方法は、
クライアントおよびデータサーバのそれぞれとの転送制御プロトコル（ＴＣＰ）接続を確立するステップをさらに含む。
第１の態様の第１または第３の可能な実現法に関して、第４の可能な実現法では、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するステップの前に、この方法は
データサーバとのＴＣＰ接続を確立するステップ
をさらに含む。
第２の態様によれば、本発明はプロキシサーバを提供し、このプロキシサーバは、
クライアントから送信された第１のデータ要求メッセージを受信するように構成された受信ユニットと、
クライアントから送信され受信ユニットで受信される第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送るように構成された送信ユニットであって、データ記憶パスが、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージが、クライアントによって要求されたデータをデータサーバに要求するために使用される送信ユニットと
を含み、
受信ユニットが、データサーバから送信された転送応答メッセージを受信するようにさらに構成され、転送応答メッセージが、要求データを記憶するための新しいパスを伝え、また
受信ユニットで受信された転送応答メッセージに応じて第２のデータ要求メッセージを発生するように構成された発生ユニットを含み、
送信ユニットが、要求データを記憶するための新しいパスによって、発生ユニットで発生された第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するようにさらに構成され、第２のデータ要求メッセージが、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され、
受信ユニットが、クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータを受信するようにさらに構成され、
送信ユニットが、要求データをクライアントへ送信するようにさらに構成され、それによってクライアントが要求データを取得するようになる。
第２の態様に関して、第１の可能な実現法では、
送信ユニットは、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するように構成され、
受信ユニットは、別のデータサーバから送信された要求データを受信するように構成される。
第２の態様に関して、第２の可能な実現法では、
送信ユニットは、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するように構成され、
受信ユニットは、データサーバから送信された要求データを受信するように構成され、要求データは、新しいパスによって示されるファイルパスに記憶される。
第２の態様、または第２の態様の第１もしくは第２の可能な実現法に関して、第３の可能な実現法では、
プロキシサーバは、
送信ユニットが第１のデータ要求メッセージをデータサーバへ送る前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコル（ＴＣＰ）接続を確立するように構成された第１の接続確立ユニット
をさらに備える。
第２の態様の第１または第３の可能な実現法に関して、第４の可能な実現法では、
プロキシサーバは、
送信ユニットが第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信する前に、別のデータサーバとのＴＣＰ接続を確立するように構成された第２の接続確立ユニット
をさらに備える。
第３の態様によれば、本発明はプロキシサーバを提供し、このプロキシサーバは、入力デバイス、出力デバイス、プロセッサおよびメモリを備え、
入力デバイスは、クライアントから送信された第１のデータ要求メッセージを受信するように構成され、
出力デバイスは、クライアントから送信される第１のデータ要求メッセージをデータサーバへ送るように構成され、
入力デバイスは、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられるデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送るように構成され、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージが、クライアントによって要求されたデータをデータサーバに要求するために使用され、
出力デバイスは、データサーバから送信された転送応答メッセージを受信するようにさらに構成され、転送応答メッセージが、要求データを記憶するための新しいパスを伝え、
プロセッサは、転送応答メッセージに応じて第２のデータ要求メッセージを発生するように構成され、
出力デバイスは、要求データを記憶するための新しいパスによって、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するようにさらに構成され、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され、
入力デバイスは、クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータを受信するようにさらに構成され、
出力デバイスは、要求データをクライアントへ送信するようにさらに構成され、それによってクライアントが要求データを取得するようになる。
第３の態様によれば、第１の可能な実現法では、
出力デバイスは、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するように構成され、
入力デバイスは、別のデータサーバから送信された要求データを受信するように構成される。
第３の態様によれば、第２の可能な実現法では、
出力デバイスは、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するように構成され、
入力デバイスは、データサーバから送信された要求データを受信するように構成され、要求データは、新しいパスによって示されるファイルパスに記憶される。
第３の態様、および第３の態様の第１もしくは第２の可能な実現法に関して、第３の可能な実現法では、
プロセッサは、第１のデータ要求メッセージがデータサーバへ送られる前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコル（ＴＣＰ）接続を確立するようにさらに構成される。
第３の態様の第１または第３の可能な実現法に関して、第４の可能な実現法では、
プロセッサは、第２のデータ要求メッセージが新しいパスによって示されるデータサーバへ送信される前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコル（ＴＣＰ）接続を確立するようにさらに構成される。
第４の態様によれば、本発明は、クライアント、プロキシサーバおよびデータサーバを含むデータ取得システムを提供し、
クライアントは、第１のデータ要求メッセージをプロキシサーバへ送信し、第１のデータ要求メッセージはデータ記憶パスを伝え、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、
データサーバは、クライアントによって要求されたデータを記憶し、
プロキシサーバは、上記の技術的解によるプロキシサーバである。
本発明の実施形態によれば、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージがデータサーバへ送られ、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用され；データサーバから送信された転送応答メッセージが受信され、転送応答メッセージは、要求データを記憶するための新しいパスを伝え；要求データを記憶するための新しいパスによって、第２のデータ要求メッセージが新しいパスによって示されるデータサーバへ送信され、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され；クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータが受信され、要求データがクライアントへ送信され、それによってクライアントが要求データを取得する。従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、本発明の実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法によれば、クライアントのプロキシとしてのプロキシサーバが、転送処理時にデータを要求すること、および取得されたデータをクライアントへ送信することができ、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
本発明の実施形態における技術的理解をより明確に説明するために、以下では、実施形態を説明するために必要とされる添付図面を簡潔に導入する。明らかに、以下の説明の中で添付の図面は、本発明のいくつかの実施形態を単に示すにすぎず、当業者であればなお、これら添付の図面から別の図面を創造的な努力なしで導き出すことができよう。
本発明の実施形態によるサービスプロキシを使用することによってデータを転送する方法の概略図である。 本発明の別の実施形態によるサービスプロキシを使用することによってデータを転送する方法の概略図である。 本発明の別の実施形態によるサービスプロキシを使用することによってデータを転送する方法の概略図である。 本発明の別の実施形態によるサービスプロキシを使用することによってデータを転送する方法の概略図である。 本発明の別の実施形態によるサービスプロキシを使用することによってデータを転送する方法の概略図である。 本発明の実施形態によるプロキシサーバの概略図である。 本発明の別の実施形態によるプロキシサーバの概略図である。 本発明の別の実施形態によるプロキシサーバの概略図である。 本発明の別の実施形態によるプロキシサーバの概略図である。 本発明の実施形態によるデータ取得システムの概略図である。
本発明の実施形態は、サービスプロキシを使用することによってデータを転送する方法を提供し、この方法は、転送が実施される必要のあるシナリオでデータ取得効率を改善し、ネットワーク遅延を低減することができる。本発明の実施形態ではさらに、対応するデバイスおよびシステムも提供する。詳細な説明が以下で別々に提示される。
以下では、本発明の実施形態に関する添付の図面を参照して、本発明の実施形態における技術的理解を明確に説明する。明らかに、説明される実施形態は本発明の実施形態の全部ではなく、単に一部にすぎない。本発明の実施形態に基づいて、独創的な努力なしに当業者に得られる他のすべての実施形態は、本発明の保護範囲に入るものとする。
図１を参照すると、本発明の実施形態によるサービスプロキシを使用することによってデータを転送する方法は、以下を含む。
１０１：クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送り、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用される。
クライアントとデータサーバの間の通信がプロキシサーバの支援で実施される必要がある場合、クライアントがデータサーバからのデータを要求したときに、要求データの記憶パスがデータ要求メッセージで伝えられる必要があり、このようにしてプロキシサーバは、対応するデータサーバを記憶パスによって見つけ、そのデータサーバへデータ要求メッセージを送信することができる。
１０２：データサーバから送信された転送応答メッセージを受信し、転送応答メッセージは、要求データを記憶するための新しいパスを伝える。
本発明のこの実施形態では、クライアントによって要求されたデータの記憶場所が変わった場合、たとえば記憶場所が元のサーバではないか、または記憶場所は元のサーバであるがデータが元のフォルダに記憶されていない場合に、データサーバは、転送応答メッセージをプロキシサーバへ送信して、要求データを現在記憶するための新しいパスをクライアントに通知する。
１０３：要求データを記憶するための新しいパスによって、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信し、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用される。
プロキシサーバは、要求データを記憶するための新しいパスによって、データ要求メッセージを新しいパスによって示されるサーバへ直接送信する。
１０４：クライアントによって要求される、かつ新しいパスによって示されたデータサーバから送信されるデータを受信し、その要求データをクライアントへ送信し、それによってクライアントは要求データを取得する。
データ要求メッセージを受信した後、新しいパスによって示されるサーバが要求データをプロキシサーバへ送信し、クライアントによって要求されたデータを受信した後、プロキシサーバは、クライアントによって要求されたデータをクライアントへ送信する。
本発明のこの実施形態によれば、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージがデータサーバへ送られ、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用され；データサーバから送信された転送応答メッセージが受信され、転送応答メッセージは、要求データを記憶するための新しいパスを伝え；第２のデータ要求メッセージが、要求データを記憶するための新しいパスにより、新しいパスによって示されるデータサーバへ送信され、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され；新しいパスによって示されるデータサーバから送信された要求データが受信され、クライアントによって要求されたデータがクライアントへ送信され、それによってクライアントは要求データを取得する。従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法によれば、クライアントのプロキシとしてのプロキシサーバが、転送処理時にデータを要求すること、および取得されたデータをクライアントへ送信することができ、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
任意選択で、図１に対応する実施形態に基づき、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法の任意選択の実施形態では、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップは、
第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するステップ
を含み、
それに対応して、新しいパスによって示される別のデータサーバから送信された要求データを受信するステップは、
別のデータサーバから送信された要求データを受信するステップ
を含むことができる。
本発明のこの実施形態では、データの記憶場所が元のサーバではない場合、新しいパスは、データを記憶するための新しいデータサーバを示し、このようにしてプロキシサーバは、第２のデータ要求メッセージを新しいパスによって示される新しいデータサーバへ送信し、次に、新しいデータサーバから要求データを受信する。
たとえば、クライアントによって要求されたデータを記憶するための元のデータサーバのドメイン名がｗｗｗ．ａｂｃ．ｃｏｍであり、データの記憶場所が変わった後で、データは現在、ｗｗｗ．ｄｅｆ．ｃｏｍのドメイン名を有するデータサーバに記憶されており；次に、プロキシサーバが、転送応答メッセージで伝えられる、要求データを記憶するための新しいパスによって、要求データがｗｗｗ．ｄｅｆ．ｃｏｍのドメイン名を有するデータサーバに記憶されていることを知った後に、プロキシサーバは、第２のデータ要求メッセージをｗｗｗ．ｄｅｆ．ｃｏｍのドメイン名を有するデータサーバへ送信し、次に、ｗｗｗ．ｄｅｆ．ｃｏｍのドメイン名を有するデータサーバから送信された要求データを受信する。
任意選択で、図１に対応する実施形態に基づいて、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法の別の任意選択の実施形態では、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップは、
第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するステップ
を含み、
それに対応して、新しいパスによって示される別のデータサーバから送信された要求データを受信するステップは、
別のデータサーバから送信された要求データを受信するステップ
を含むことができ、要求データは、新しいパスによって示されるファイルパスに記憶される。
本発明のこの実施形態では、要求データが依然として元のデータサーバにあるが元のファイルパスには記憶されていないとき、たとえば要求データが、／１２３という名を付けられたファイルパスから／４５６という名を付けられたファイルパスに動かされているとき、プロキシサーバが、要求データを記憶するための、転送応答メッセージで伝えられる新しいパスによって、データが／４５６という名を付けられたファイルパスにあることを知ったならば、プロキシサーバは、第２のデータ要求メッセージをそのデータサーバへ再送信して、／４５６という名を付けられたファイルパスの要求データを要求する。
任意選択で、上記の実施形態のいずれか１つに基づき、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法の別の任意選択の実施形態では、第１のデータ要求メッセージをデータサーバへ送るステップの前に、この方法はさらに
クライアントおよびデータサーバのそれぞれと転送制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＴＣＰ）接続を確立するステップ
を含むことができる。
本発明のこの実施形態では、プロキシサーバがクライアントおよびデータサーバのそれぞれとＴＣＰ接続を確立したときだけ、ＴＣＰプロトコルを使用することによってデータが送出されることができる。
任意選択で、上記の実施形態のいずれか１つに基づいて、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法の別の任意選択の実施形態では、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するステップの前に、この方法はさらに
別のデータサーバとＴＣＰ接続を確立するステップ
を含む。
本発明のこの実施形態では、要求データが別のデータサーバに現在記憶されていることを新しいパスが示している場合、プロキシサーバはまず、その別のデータサーバとのＴＣＰ接続を確立して、その後のデータ通信を容易にする必要がある。
理解しやすいように、本発明のこの実施形態でサービスプロキシを使用することによってデータを転送する処理を説明するのに、以下では２つの適用シナリオが例として使用される。
図２を参照すると、図２は、異なるデータサーバに対して転送が実施される適用シナリオを示す。
Ｓ１００：プロキシサーバが、クライアントおよび第１のデータサーバのそれぞれと第１のＴＣＰ接続を確立する。
クライアントは、第１のデータサーバｓｅｒｖｅｒ １とのＴＣＰ接続の確立を開始し、プロキシサーバＰＲＯＸＹは、クライアントおよびサーバ１のそれぞれとのＴＣＰ接続を確立する。
Ｓ１０５からＳ１１０：クライアントは、第１のデータ要求メッセージをプロキシサーバへ送信し、プロキシサーバは、その第１のデータ要求メッセージを第１のデータサーバへ送る。
第１のデータ要求メッセージは、クライアントによって要求されたデータを第１のデータサーバに要求するために使用される。
クライアントから送信された第１のデータ要求メッセージは、クライアントによって要求されたデータの記憶パスを伝え、プロキシサーバは、その記憶パスによって第１のデータ要求メッセージを送る。
たとえば、クライアントは、第１のデータサーバｓｅｒｖｅｒ １に対し、ｗｗｗ．ａｂｃ．ｃｏｍへのＨＴＴＰ要求を開始し、プロキシサーバは、第１のデータ要求メッセージをｗｗｗ．ａｂｃ．ｃｏｍによってサーバ１へ送る。
Ｓ１１５：第１のデータサーバは、転送応答メッセージをプロキシサーバへ送信し、この転送応答メッセージは、要求データを記憶するための新しいパスを伝える。
第１のデータ要求メッセージ中の要求データがもう既に第１のデータサーバには記憶されていないことを確認した後、データサーバは、要求データが現在記憶されている場所を見つけ、たとえば現在の記憶パスがｗｗｗ．ｄｅｆ．ｃｏｍである場合には、転送応答メッセージがｗｗｗ．ｄｅｆ．ｃｏｍを伝える。
第１のデータサーバｓｅｒｖｅｒ １は、３０＊（３０２／３０３／３０７）に応答し、応答のヘッダフィールド「ｌｏｃａｔｉｏｎ」で、転送が実施される必要がある宛先ホストがｗｗｗ．ｄｅｆ．ｃｏｍであることを明確に示す。
Ｓ１２０：プロキシサーバは、第２のデータサーバとの第２のＴＣＰ接続を確立する。
プロキシサーバが、転送応答メッセージで伝えられた新しいパスによって、要求データが第２のデータサーバに現在記憶されていることを確認した場合には、プロキシサーバＰＲＯＸＹは、第２のデータサーバｓｅｒｖｅｒ ２との接続を確立する。
Ｓ１２５：プロキシサーバは、第２のデータ要求メッセージを第２のデータサーバへ送信する。
第２のデータ要求メッセージは、クライアントによって要求されたデータを第２のデータサーバに要求するために使用される。
第２のデータ要求メッセージは、要求データについての情報を伝え、このようにして第２のデータサーバは要求データを見つける。
Ｓ１３０：第２のデータサーバは、プロキシサーバへ、クライアントによって要求されたデータを返す。
Ｓ１４０：プロキシサーバは、クライアントへ、クライアントによって要求されたデータを返す。
Ｓ１４５：プロキシサーバは、第２のＴＣＰ接続を解放する。
第２のデータサーバｓｅｒｖｅｒ ２からデータを受信した後、プロキシサーバＰＲＯＸＹは、ＨＴＴＰサーバ２とのＴＣＰ接続を切り離してリンクリソースを解放し、それによって、リンクリソースを使用する効率が改善する。
Ｓ１５０：プロキシサーバは第１のＴＣＰ接続を解放する。
クライアントにデータを送信した後、プロキシサーバＰＲＯＸＹは、クライントおよびＨＴＴＰサーバ１のそれぞれとのＴＣＰ接続を切り離してリンクリソースを解放し、それによって、リンクリソースを使用する効率が改善する。
本発明の適用シナリオで、クライアントによって要求されたデータが元の第１のデータサーバに記憶されていない場合；このようにして第１のデータサーバはプロキシサーバへ転送応答を送信して、クライアントによって要求されたデータが現在記憶されているデータサーバのパス情報、すなわち第２のデータサーバのパス情報、をプロキシサーバに通知し；次に、プロキシサーバは、クライアントによって要求されたデータを第２のデータサーバに要求することができる。従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法によれば、クライアントのプロキシとしてのプロキシサーバが、転送処理時にデータを要求すること、および取得されたデータをクライアントへ送信することができ、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
図３を参照すると、図３は、同じデータサーバに対して転送が実施される適用シナリオを示す。
Ｓ２００：プロキシサーバが、クライアントおよびデータサーバのそれぞれとＴＣＰ接続を確立する。
クライアントＣｌｉｅｎｔは、ＨＴＴＰサーバとのＴＣＰ接続の確立を開始し、プロキシサーバは、クライアントおよびサーバのそれぞれとのＴＣＰ接続を確立する。
Ｓ２０５からＳ２１０：クライアントは、第１のデータ要求メッセージをプロキシサーバへ送信し、プロキシサーバは、その第１のデータ要求メッセージをデータサーバへ送る。
第１のデータ要求メッセージは、クライアントによって要求されたデータを第１のデータサーバに要求するために使用される。
クライアントから送信された第１のデータ要求メッセージは、クライアントによって要求されたデータの記憶パスを伝え、プロキシサーバは、その記憶パスによって第１のデータ要求メッセージを送る。
たとえば、クライアントは、ＨＴＴＰサーバに対し、ｗｗｗ．ａｂｃ．ｃｏｍ／１２３へのＨＴＴＰ要求を開始し、プロキシサーバは、第１のデータ要求メッセージをｗｗｗ．ａｂｃ．ｃｏｍ／１２３によってＨＴＴＰサーバへ送る。
Ｓ２１５：第１のデータサーバは、転送応答メッセージをプロキシサーバへ送信し、この転送応答メッセージは、要求データを記憶するための新しいパスを伝える。
第１のデータ要求メッセージ中の要求データがデータサーバにあるが、もう既に元のファイルパスには記憶されていないことを確認した後、データサーバは、要求データが現在記憶されているファイルパスを見つけ、たとえば現在の記憶パスがｗｗｗ．ａｂｃ．ｃｏｍ／４５６である場合に、転送応答メッセージはｗｗｗ．ａｂｃ．ｃｏｍ／４５６を伝える。
データサーバは、３０＊（３０２／３０３／３０７）に応答し、応答のヘッダフィールド「ｌｏｃａｔｉｏｎ」で、転送がこのホストのファイルパスｗｗｗ．ａｂｃ．ｃｏｍ／４５６へ向けて実施される必要があることを明確に示す。
Ｓ２２０：プロキシサーバは、第２のデータ要求メッセージをデータサーバへ送信する。
第２のデータ要求メッセージは、データサーバのファイルパスｗｗｗ．ａｂｃ．ｃｏｍ／４５６から、クライアントによって要求されたデータを要求するために使用される。
プロキシサーバは、データサーバに対し、ファイルパスｗｗｗ．ａｂｃ．ｃｏｍ／４５６中の要求データを得るための要求を開始する。
第２のデータ要求メッセージは、要求データについての情報を伝え、このようにして第２のデータサーバは要求データを見つける。
Ｓ２２５：データサーバは、要求データをプロキシサーバへ返す。
Ｓ２３０：プロキシサーバはクライアントへ、クライアントによって要求されたデータを返す。
Ｓ２３５：プロキシサーバは、第２のＴＣＰ接続を解放する。
プロキシサーバは、クライアントおよびＨＴＴＰサーバのそれぞれとのＴＣＰ接続を切り離してリンクリソースを解放し、それによって、リンクリソースを使用する効率が改善する。
従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、本発明のこの実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法によれば、クライアントのプロキシとしてのプロキシサーバが、転送処理時にデータを要求すること、および取得されたデータをクライアントへ送信することができ、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
本発明のこの実施形態のデータが、ハイパーテキスト転送プロトコル（Ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）データである場合、クライアントからプロキシサーバへ、そしてデータサーバへのデータカプセル化処理は、以下のようになり得る。
図４を参照すると、図４は、ＨＴＴＰ要求が、転送シナリオでプロキシサーバＰＲＯＸＹのプロトコルスタックを通過する処理を示す。
矢印（１）：クライアントは、ネットワーク上のデータを得るための要求を開始し、クライアントのＨＴＴＰ層がＨＴＴＰ要求パケットをカプセル化し；下向きに断片化カプセル化が、ＨＴＴＰ要求パケットに対してＴＣＰ層で、プロトコルスタックによって実施され、次に、断片化カプセル化がＴＣＰ要求パケットに対してインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）層で実施され；クライアントから送信された要求は、プロキシサーバＰＲＯＸＹのプロトコルスタックの中へ送出され；プロキシサーバが、ＴＣＰ接続を確立する処理の際にクライアントと対話するので、クライアントと通信するためのスタックソケットが、ＰＲＯＸＹサーバのプロトコルスタックのサーバ側で生成され；パケットは、ＴＣＰ／ＩＰ非カプセル化および再結合の後に、ＨＴＴＰ層において構文解析される。
矢印（２）：ＨＴＴＰ要求パケットは、プロキシサーバからネットワークサーバへ再送信される必要があり、プロキシサーバのプロトコルスタックのクライアント側で、プロトコルスタックの構造に応じてデータ層をカプセル化および断片化し、同様に、クライアント側のソケットが、ＴＣＰ接続を確立する処理で既に確立されており；ＨＴＴＰ要求パケットは、ネットワークサーバのプロトコルスタックに入り、ＩＰ／ＴＣＰ／ＨＴＴＰ層による処理がＰＲＯＸＹによる処理と一致し；知的転送シナリオでは、要求パケットを構文解析しオブジェクトパスを取得するとき、ネットワークサーバのＨＴＴＰ層では、クライアントによって取得される必要があるオブジェクトデータがもう既にファイルパスにはないこと、またはもう既に現在のサーバにないことを見つけ、この点で、ＨＴＴＰトランザクションのアップリンクパケットを処理する処理が終わる。
図５を参照すると、図５は、ＨＴＴＰ応答が、転送シナリオでプロキシサーバＰＲＯＸＹのプロトコルスタックを通過する処理を示す。
矢印（１）：転送シナリオでは、要求パケットを構文解析しオブジェクトパスを取得するとき、データサーバのＨＴＴＰ層では、クライアントｃｌｉｅｎｔによって取得される必要があるオブジェクトデータがもう既にファイルパスにはないこと、またはもう既に現在のサーバにないことを見つけ、したがって、ネットワークサーバが転送応答パケットを送信する。
矢印（２）：ネットワークサーバからの転送応答パケットを構文解析した後、ＰＲＯＸＹは、実施される転送の相手サーバ（元のサーバであっても、別のデータサーバであってもよい）との新しいＴＣＰ接続を開始し、このＴＣＰ接続を介して、新しいパスでデータコンテンツを取得するためのＨＴＴＰ要求を開始する。
矢印（３）：要求コンテンツに基づき、取得されるべきオブジェクトを見つけた後に、新しいパスのネットワークサーバがＨＴＴＰ応答をカプセル化し、このカプセル化ＨＴＴＰ応答をＰＲＯＸＹへ返す。
矢印（４）：ＰＲＯＸＹのサーバ側とクライアントの間の接続を介して正しい応答データを取得した後に、データサーバのプロキシとしてのＰＲＯＸＹは、構文解析および表示のために正しい応答データをクライアントに返し；この点で、転送によって、またプロキシを使用することによって最適化されたＨＴＴＰトランザクションダウンリンクプロセシング処理が終了する。
図６を参照すると、本発明の実施形態によるプロキシサーバは、
クライアントから送信された第１のデータ要求メッセージを受信するように構成された受信ユニット３０１と、
クライアントから送信され受信ユニット３０１で受信される第１のデータ要求メッセージで伝えられたデータ記憶パスによって、第１のデータ要求メッセージをデータサーバへ送るように構成された送信ユニット３０２であって、データ記憶パスが、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージが、クライアントによって要求されたデータをデータサーバに要求するために使用され、
受信ユニット３０１が、データサーバから送信された転送応答メッセージを受信するようにさらに構成され、転送応答メッセージが、要求データを記憶するための新しいパスを伝える、送信ユニットとを含み、また、
受信ユニット３０１で受信された転送応答メッセージに応じて第２のデータ要求メッセージを発生するように構成された発生ユニット３０３を含み、
送信ユニット３０２は、要求データを記憶するための新しいパスによって、発生ユニット３０３で発生された第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するようにさらに構成され、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され、
受信ユニット３０１は、新しいパスによって示されるデータサーバから送信された要求データを受信するようにさらに構成され、
送信ユニット３０２は、要求データをクライアントへ送信するようにさらに構成され、それによってクライアントは要求データを取得するようになる。
本発明のこの実施形態では、受信ユニット３０１は、クライアントから送信された第１のデータ要求メッセージを受信し；送信ユニット３０２は、第１のデータ要求メッセージをクライアントから送信され受信ユニット３０１で受信される第１のデータ要求メッセージで伝えられたデータ記憶パスによって、データサーバへ送り、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり、第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用され；受信ユニット３０１はさらに、データサーバから送信された転送応答メッセージを受信し、転送応答メッセージは、要求データを記憶するための新しいパスを伝え；発生ユニット３０３は、受信ユニット３０１で受信された転送応答メッセージに応じて第２のデータ要求メッセージを発生し、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され；送信ユニット３０２はさらに、要求データを記憶するための新しいパスによって、発生ユニット３０３で発生された第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信し；受信ユニット３０１はさらに、新しいパスによって示されるデータサーバから送信された要求データを受信し；送信ユニット３０２はさらに、要求データをクライアントへ送信し、それによってクライアントは要求データを取得する。従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、本発明のこの実施形態で提供される、クライアントのプロキシとしてのプロキシサーバが、転送処理時にデータを要求すること、および取得されたデータをクライアントへ送信することができ、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
図６に対応する実施形態に基づき、本発明のこの実施形態で提供されるプロキシサーバの別の実施形態では、
送信ユニット３０２は、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するように構成され、
受信ユニット３０１は、その別のデータサーバから送信された要求データを受信するように構成される。
図６に対応する実施形態に基づき、本発明のこの実施形態で提供されるプロキシサーバの別の実施形態では、
送信ユニット３０２は、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するように構成され、
受信ユニット３０１は、そのデータサーバから送信された要求データを受信するように構成され、要求データは、新しいパスによって示されるファイルパスに記憶される。
図６に対応する実施形態に基づき、図７を参照すると、本発明のこの実施形態で提供されるプロキシサーバの別の実施形態では、
プロキシサーバ３０は、
送信ユニット３０２が第１のデータ要求メッセージをデータサーバへ送る前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するように構成された第１の接続確立ユニット３０４
をさらに含む。
図６に対応する実施形態に基づき、図８を参照すると、本発明のこの実施形態で提供されるプロキシサーバの別の実施形態では、プロキシサーバは、
送信ユニットが第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信する前に、その別のデータサーバとのＴＣＰ接続を確立するように構成された第２の接続確立ユニット３０５
をさらに含む。
本発明はさらに、コンピュータ記憶媒体を提供し、この媒体はプログラムを記憶する。プログラムが実行されるとき、サービスプロキシを使用することによってデータを転送する上記の方法のステップの一部または全部が実施される。
図９は、本発明の実施形態によるプロキシサーバ３０の概略構成図である。プロキシサーバ３０は、入力デバイス３１０、出力デバイス３２０、プロセッサ３３０、およびメモリ３４０を含むことができる。
メモリ３４０は、読出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ３３０に命令およびデータを提供する。メモリ３４０は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含むことができる。
メモリ３４０は、以下の要素、実行可能モジュールもしくはデータ構成、またはそのサブセット、またはその拡張セットを記憶し、
動作命令が、様々な動作を実現するために使用される様々な動作命令を含み、
オペレーティングシステムが、様々な基本サービスを実現するため、およびハードウェアベースのタスクを処理するために使用される様々なシステムプログラムを含む。
本発明のこの実施形態では、プロセッサ３３０は、メモリ３４０に記憶された動作命令（動作命令はオペレーティングシステムに記憶されることができる）を呼び出すことによって、以下の動作を実施する：
入力デバイス３１０で、クライアントから送信された第１のデータ要求メッセージを受信すること；出力デバイス３２０で、クライアントから送信される第１のデータ要求メッセージをデータサーバへ送ること；入力デバイス３１０で、第１のデータ要求メッセージをデータサーバへ、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって送ること、ここで、第１のデータ要求メッセージは、クライアントによって要求されたデータをデータサーバに要求するために使用され、データ記憶パスは、クライアントによって要求されたデータの記憶パスである；出力デバイス３２０で、データサーバから送信された転送応答メッセージを受信すること、ここで、転送応答メッセージは、要求データを記憶するための新しいパスを伝える；出力デバイス３２０で、要求データを記憶するための新しいパスによって第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信すること、ここで、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用される；入力デバイス３１０で、新しいパスによって示されるデータサーバから送信された要求データを受信すること；および、出力デバイス３２０で、要求データをクライアントへ送信し、それによってクライアントは要求データを取得すること。
従来技術の転送シナリオで、クライアントが要求をデータサーバへ再送信する必要がある処理と比較して、クライアントのプロキシとしての、本発明のこの実施形態で提供されるプロキシサーバは、転送処理時にデータを要求し、取得されたデータをクライアントへ送信し、それによってデータ取得効率が改善し、ネットワーク遅延が減少する。
プロセッサ３３０はプロキシサーバ３０の動作を制御し、プロセッサ３３０はさらに、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央制御ユニット）と呼ばれることがある。メモリ３４０は、読出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ３３０に命令およびデータを供給する。メモリ３４０は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含むことができる。特定の用途では、プロキシサーバ３０の構成要素が、バスシステム３５０を使用することによって一緒に結合される。データバスに加えて、バスシステム３５０は、電力バス、制御バス、状態信号バスなどをさらに含むことができる。しかし、分かりやすくするために、図では、様々なバスシステムがバスシステム３５０として印付けられている。
本発明の実施形態で開示された方法は、プロセッサ３３０に適用されることができ、またはプロセッサ３３０によって実現される。プロセッサ３３０は、信号処理機能を有する集積回路チップでよい。実現処理では、上記の方法のステップは、プロセッサ３３０としてのハードウェアの集積論理回路、またはソフトウェアの形の命令を使用することによって実施されることができる。上記のプロセッサ３３０は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラム可能論理デバイス、個別ゲートもしくはトランジスタ論理デバイス、または個別ハードウェア構成要素でよく、本発明の実施形態で開示された方法、ステップ、および論理ブロック図を実現または実施することができる。汎用プロセッサはマイクロプロセッサでよく、またはプロセッサは任意の従来のプロセッサなどでよい。本発明の実施形態と組み合わせて、開示された方法のステップは、ハードウェア復号プロセッサによって直接実現されることができ、または復号プロセッサとしてのハードウェアとソフトウェアの組合せによって実現されることができる。ソフトウェアモジュールが、ランダムアクセスメモリ、フラッシュメモリ、読出し専用メモリ、プログラマブル読出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなどの、当分野で成熟した記憶媒体内にあってよい。記憶媒体はメモリ３４０内にあり、プロセッサ３３０は、メモリ３４０内の情報を読み出し、上記の方法のステップをそのハードウェアと組み合わせて実現する。
任意選択で、出力デバイス３２０は、第２のデータ要求メッセージを新しいパスによって示される別のデータサーバへ送信するように構成され、
入力デバイス３１０は、その別のデータサーバから送信された要求データを受信するように構成される。
任意選択で、出力デバイス３２０は、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信するように構成され、
入力デバイス３１０は、そのデータサーバから送信された要求データを受信するように構成され、この要求データは、新しいパスによって示されるファイルパスに記憶される。
任意選択で、プロセッサ３３０は、第２のデータ要求メッセージが新しいパスによって示される別のデータサーバへ送信される前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するように構成される。
任意選択で、プロセッサ３３０は、第１のデータ要求メッセージがデータサーバへ送られる前に、クライアントおよびデータサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するようにさらに構成される。
図１０を参照すると、本発明の実施形態によるデータ取得システムの実施形態は、クライアント２０、プロキシサーバ３０、およびデータサーバ４０を含み、
クライアント２０は、第１のデータ要求メッセージをプロキシサーバ３０へ送信し、第１のデータ要求メッセージはデータ記憶パスを伝え、このデータ記憶パスは、クライアントによって要求されたデータの記憶パスであり、また第１のデータ要求メッセージは、クライアント２０によって要求されたデータをデータサーバに要求するために使用され、
データサーバ４０は、クライアントによって要求されたデータを記憶し、
プロキシサーバ３０は、第１のデータ要求メッセージを、クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、データサーバへ送るように構成され、データ記憶パスは、クライアントによって要求されたデータの記憶パスであり；プロキシサーバ３０は、データサーバから送信された転送応答メッセージを受信し、転送応答メッセージは、要求データを記憶するための新しいパスを伝え；プロキシサーバ３０は、要求データを記憶するための新しいパスによって、第２のデータ要求メッセージを新しいパスによって示されるデータサーバへ送信し、第２のデータ要求メッセージは、クライアントによって要求されたデータを新しいパスによって示されるデータサーバに要求するために使用され；またプロキシサーバ３０は、新しいパスによって示されるデータサーバから送信された要求データを受信し、この要求データをクライアントへ送信し、それによってクライアントは要求データを取得する。
当業者であれば、上記の実施形態の方法のステップの全部または一部が、関連するハードウェアに命令するプログラムによって実現され得ることが理解されよう。プログラムは、コンピュータ可読記憶媒体に記憶されることができる。記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク、または光ディスクを含むことができる。
本発明の実施形態で提供されるサービスプロキシを使用することによってデータを転送する方法、デバイスおよびシステムが、上記に詳細に提示されている。本発明の原理および実現法が、具体的な例を用いて本明細書で説明されている。実施形態についての上記の説明は、本発明の方法および中核の発想を理解する助けとして単に提供されているにすぎない。その一方で、当業者であれば、本発明の発想による具体的な実現法および適用範囲に修正を加えることができよう。要約すれば、本明細書の内容は、本発明を限定するものと解釈されてはならない。

Claims (16)

  1. サービスプロキシを使用することによってデータを転送する方法であって、
    クライアントから送信され、受信された第１のデータ要求メッセージで伝えられたデータ記憶パスによって、前記第１のデータ要求メッセージをデータサーバへ送るステップであって、前記データ記憶パスが、前記クライアントによって要求されたデータの記憶パスであり、前記第１のデータ要求メッセージが、前記クライアントによって前記要求されたデータを前記データサーバに要求するために使用されるステップと、
    前記データサーバから送信された転送応答メッセージを受信するステップであって、前記転送応答メッセージが、前記要求されたデータを記憶するための新しいパスを伝えるステップと、
    前記要求されたデータを記憶するための前記新しいパスによって、第２のデータ要求メッセージを前記新しいパスによって示されるデータサーバへ送信するステップであって、前記第２のデータ要求メッセージが、前記クライアントによって要求された前記データを、前記新しいパスによって示される前記データサーバに要求するために使用されるステップと、
    前記クライアントによって要求される、かつ前記新しいパスによって示された前記データサーバから送信される前記データを受信し、前記要求されたデータを前記クライアントへ送信し、それによって前記クライアントが前記要求されたデータを取得するステップと
    を含むことを特徴とする方法。
  2. 第２のデータ要求メッセージを前記新しいパスによって示されるデータサーバへ送信する前記ステップが、
    前記第２のデータ要求メッセージを前記新しいパスによって示される別のデータサーバへ送信するステップを含み、
    それに応じて、前記新しいパスによって示されるデータサーバから送信された前記要求されたデータを受信する前記ステップが、
    前記別のデータサーバから送信された前記要求されたデータを受信するステップを含むことを特徴とする請求項１に記載の方法。
  3. 第２のデータ要求メッセージを前記新しいパスによって示されるデータサーバへ送信する前記ステップが、
    前記第２のデータ要求メッセージを前記新しいパスによって示される前記データサーバへ送信するステップを含み、
    それに応じて、前記新しいパスによって示されるデータサーバから送信された前記要求されたデータを受信する前記ステップが、
    前記データサーバから送信された前記要求されたデータを受信するステップであって、前記要求されたデータが、前記新しいパスによって示されるファイルパスに記憶されるステップを含むことを特徴とする請求項１に記載の方法。
  4. 前記第１のデータ要求メッセージをデータサーバへ送るステップの前に、前記方法が、
    前記クライアントおよび前記データサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するステップをさらに含むことを特徴とする請求項１乃至３のいずれか一項に記載の方法。
  5. 前記第２のデータ要求メッセージを前記新しいパスによって示される別のデータサーバへ送信するステップの前に、前記方法が、
    前記データサーバとのＴＣＰ接続を確立するステップをさらに含むことを特徴とする請求項２または４に記載の方法。
  6. クライアントから送信された第１のデータ要求メッセージを受信するように構成された受信ユニットと、
    前記クライアントから送信され前記受信ユニットで受信される前記第１のデータ要求メッセージで伝えられたデータ記憶パスによって、前記第１のデータ要求メッセージをデータサーバへ送るように構成された送信ユニットであって、前記データ記憶パスが、前記クライアントによって要求されたデータの記憶パスであり、前記第１のデータ要求メッセージが、前記クライアントによって要求された前記データを前記データサーバに要求するために使用される送信ユニットと
    を含むプロキシサーバであって、
    前記受信ユニットが、前記データサーバから送信された転送応答メッセージを受信するようにさらに構成され、前記転送応答メッセージが、前記要求されたデータを記憶するための新しいパスを伝え、また
    前記受信ユニットで受信された前記転送応答メッセージに応じて第２のデータ要求メッセージを発生するように構成された発生ユニットを含み、
    前記送信ユニットが、前記要求されたデータを記憶するための前記新しいパスによって、前記発生ユニットで発生された前記第２のデータ要求メッセージを前記新しいパスによって示されるデータサーバへ送信するようにさらに構成され、前記第２のデータ要求メッセージが、前記クライアントによって要求された前記データを、前記新しいパスによって示される前記データサーバに要求するために使用され、
    前記受信ユニットが、前記クライアントによって要求される、かつ前記新しいパスによって示された前記データサーバから送信される前記データを受信するようにさらに構成され、
    前記送信ユニットが、前記要求されたデータを前記クライアントへ送信するようにさらに構成され、それによって前記クライアントが前記要求されたデータを取得するようになることを特徴とするプロキシサーバ。
  7. 前記送信ユニットが、前記第２のデータ要求メッセージを前記新しいパスによって示される別のデータサーバへ送信するように構成され、
    前記受信ユニットが、前記別のデータサーバから送信された前記要求されたデータを受信するように構成されることを特徴とする請求項６に記載のプロキシサーバ。
  8. 前記送信ユニットが、前記第２のデータ要求メッセージを前記新しいパスによって示される前記データサーバへ送信するように構成され、
    前記受信ユニットが、前記データサーバから送信された前記要求されたデータを受信するように構成され、前記要求されたデータが、前記新しいパスによって示されるファイルパスに記憶されることを特徴とする請求項６に記載のプロキシサーバ。
  9. 前記プロキシサーバが、
    前記送信ユニットが前記第１のデータ要求メッセージを前記データサーバへ送る前に、前記クライアントおよび前記データサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するように構成された第１の接続確立ユニットをさらに備えることを特徴とする請求項６乃至８のいずれか一項に記載のプロキシサーバ。
  10. 前記プロキシサーバが、
    前記送信ユニットが、前記第２のデータ要求メッセージを前記新しいパスによって示される別のデータサーバへ送信する前に、前記別のデータサーバとのＴＣＰ接続を確立するように構成された第２の接続確立ユニットをさらに備えることを特徴とする請求項７または９に記載のプロキシサーバ。
  11. 入力デバイス、出力デバイス、プロセッサおよびメモリを備えるプロキシサーバであって、
    前記入力デバイスが、クライアントから送信された第１のデータ要求メッセージを受信するように構成され、
    前記出力デバイスが、前記クライアントから送信される前記第１のデータ要求メッセージをデータサーバへ送るように構成され、
    前記入力デバイスが、前記クライアントから送信され、受信された第１のデータ要求メッセージで伝えられるデータ記憶パスによって、前記第１のデータ要求メッセージを前記データサーバへ送るように構成され、前記データ記憶パスが、前記クライアントによって要求されたデータの記憶パスであり、前記第１のデータ要求メッセージが、前記クライアントによって要求された前記データを前記データサーバに要求するために使用され、
    前記出力デバイスが、前記データサーバから送信された転送応答メッセージを受信するようにさらに構成され、前記転送応答メッセージが、前記要求されたデータを記憶するための新しいパスを伝え、
    前記プロセッサが、前記転送応答メッセージに応じて第２のデータ要求メッセージを発生するように構成され、
    前記出力デバイスが、前記要求されたデータを記憶するための前記新しいパスによって、前記第２のデータ要求メッセージを前記新しいパスによって示されるデータサーバへ送信するようにさらに構成され、前記第２のデータ要求メッセージが、前記クライアントによって要求された前記データを、前記新しいパスによって示される前記データサーバに要求するために使用され、
    前記入力デバイスが、前記クライアントによって要求される、かつ前記新しいパスによって示された前記データサーバから送信される前記データを受信するようにさらに構成され、
    前記出力デバイスが、前記要求されたデータを前記クライアントへ送信するようにさらに構成され、それによって前記クライアントが前記要求されたデータを取得するようになることを特徴とするプロキシサーバ。
  12. 前記出力デバイスが、前記第２のデータ要求メッセージを前記新しいパスによって示される別のデータサーバへ送信するように構成され、
    前記入力デバイスが、前記別のデータサーバから送信された要求されたデータを受信するように構成されることを特徴とする請求項１１に記載のプロキシサーバ。
  13. 前記出力デバイスが、前記第２のデータ要求メッセージを前記新しいパスによって示される前記データサーバへ送信するように構成され、
    前記入力デバイスが、前記データサーバから送信された前記要求されたデータを受信するように構成され、前記要求されたデータが、前記新しいパスによって示されるファイルパスに記憶されることを特徴とする請求項１１に記載のプロキシサーバ。
  14. 前記プロセッサが、前記第１のデータ要求メッセージが前記データサーバへ送られる前に、前記クライアントおよび前記データサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するようにさらに構成されることを特徴とする請求項１１乃至１３のいずれか一項に記載のプロキシサーバ。
  15. 前記プロセッサが、前記第１のデータ要求メッセージが前記データサーバへ送られる前に、前記クライアントおよび前記データサーバのそれぞれとの転送制御プロトコルＴＣＰ接続を確立するようにさらに構成されることを特徴とする請求項１２または１４に記載のプロキシサーバ。
  16. クライアント、プロキシサーバおよびデータサーバを備えるデータ取得システムであって、前記クライアントが、第１のデータ要求メッセージを前記プロキシサーバへ送信し、前記第１のデータ要求メッセージがデータ記憶パスを伝え、前記データ記憶パスが、前記クライアントによって要求されたデータの記憶パスであり、
    前記データサーバが、前記クライアントによって要求されたデータを記憶し、
    前記プロキシサーバが、請求項６乃至１０のいずれか一項に記載のプロキシサーバであることを特徴とするデータ取得システム。
JP2016526859A 2013-10-28 2013-10-28 サービスプロキシを使用してデータを転送する方法、デバイスおよびシステム Pending JP2016541048A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/086050 WO2015061938A1 (zh) 2013-10-28 2013-10-28 一种重定向数据业务代理的方法、设备及系统

Publications (1)

Publication Number Publication Date
JP2016541048A true JP2016541048A (ja) 2016-12-28

Family

ID=53003074

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016526859A Pending JP2016541048A (ja) 2013-10-28 2013-10-28 サービスプロキシを使用してデータを転送する方法、デバイスおよびシステム

Country Status (6)

Country Link
US (1) US20160241664A1 (ja)
EP (1) EP3054650A4 (ja)
JP (1) JP2016541048A (ja)
KR (1) KR20160075698A (ja)
CN (1) CN104904182A (ja)
WO (1) WO2015061938A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8560604B2 (en) 2009-10-08 2013-10-15 Hola Networks Ltd. System and method for providing faster and more efficient data communication
US9241044B2 (en) 2013-08-28 2016-01-19 Hola Networks, Ltd. System and method for improving internet communication by using intermediate nodes
US11057446B2 (en) 2015-05-14 2021-07-06 Bright Data Ltd. System and method for streaming content from multiple servers
US11190374B2 (en) 2017-08-28 2021-11-30 Bright Data Ltd. System and method for improving content fetching by selecting tunnel devices
LT3767495T (lt) 2017-08-28 2023-05-25 Bright Data Ltd. Būdas pagerinti turinio parsisiuntimą, pasirenkant tunelinius įrenginius
EP3780557B1 (en) 2019-02-25 2023-02-15 Bright Data Ltd. System and method for url fetching retry mechanism
CN110311975B (zh) * 2019-06-28 2022-06-03 北京奇艺世纪科技有限公司 一种数据请求处理方法及装置
CN115150475A (zh) * 2021-03-31 2022-10-04 贵州白山云科技股份有限公司 一种调度方法、装置、介质及设备
CN113973139A (zh) * 2021-10-20 2022-01-25 北京沃东天骏信息技术有限公司 一种消息处理的方法和装置
CN114710548B (zh) * 2022-03-22 2024-04-05 阿里巴巴（中国）有限公司 报文转发方法及装置
CN115361268A (zh) * 2022-08-19 2022-11-18 湖北天融信网络安全技术有限公司 重定向方法、装置、电子设备及计算机可读存储介质
CN117349550A (zh) * 2023-10-10 2024-01-05 上海数禾信息科技有限公司 一种埋点数据获取方法、装置、计算机设备和存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003256313A (ja) * 2002-03-01 2003-09-12 Ntt Docomo Inc データ取得方法、中継方法、中継装置、クライアント装置、プログラムおよび記録媒体
US20080172488A1 (en) * 2003-12-17 2008-07-17 Janardhanan Jawahar Reducing the impact of network latency on application performance

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7860114B1 (en) * 1999-11-08 2010-12-28 Verizon Business Global Llc Method and system for dynamic gateway selection in an IP telephony network
DE602004006308T2 (de) * 2003-12-10 2008-01-03 International Business Machines Corp. Verfahren zum umlenken von client-anforderungen zu web-diensten
US8195806B2 (en) * 2007-07-16 2012-06-05 International Business Machines Corporation Managing remote host visibility in a proxy server environment
US8984164B2 (en) * 2010-11-09 2015-03-17 Usablenet Inc. Methods for reducing latency in network connections and systems thereof
CN102143204A (zh) * 2010-11-26 2011-08-03 华为技术有限公司 一种内容分发网络中实现超文本传输协议重定向的方法、装置及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003256313A (ja) * 2002-03-01 2003-09-12 Ntt Docomo Inc データ取得方法、中継方法、中継装置、クライアント装置、プログラムおよび記録媒体
US20080172488A1 (en) * 2003-12-17 2008-07-17 Janardhanan Jawahar Reducing the impact of network latency on application performance

Also Published As

Publication number Publication date
KR20160075698A (ko) 2016-06-29
WO2015061938A1 (zh) 2015-05-07
EP3054650A1 (en) 2016-08-10
CN104904182A (zh) 2015-09-09
US20160241664A1 (en) 2016-08-18
EP3054650A4 (en) 2016-10-12

Similar Documents

Publication Publication Date Title
JP2016541048A (ja) サービスプロキシを使用してデータを転送する方法、デバイスおよびシステム
US8224966B2 (en) Reproxying an unproxied connection
US7359395B2 (en) Pre-fetch communication systems and methods
US20180007116A1 (en) Methods and systems for anchoring hypertext transfer protocol (http) level services in an information centric network (icn)
CN109451804B (zh) cNAP以及由cNAP、sNAP执行的方法
US11115498B2 (en) Multi-path management
GB2519491A (en) Method and system for increasing data flow transmission
US20150373135A1 (en) Wide area network optimization
US20240073274A1 (en) Accelerating connections to a host server
CN112073545B (zh) 使用dns来传送服务器设备的mp-tcp能力
WO2022100425A1 (zh) 数据处理方法、装置、相关设备及存储介质
WO2011015020A1 (zh) 文件传输方法、系统及客户端
US9900368B2 (en) Method for optimising downloading of data
US8539099B2 (en) Method for providing on-path content distribution
WO2017004508A1 (en) Reducing the end to end latency in an http-over-icn scenario
US8650313B2 (en) Endpoint discriminator in network transport protocol startup packets
US11700321B2 (en) Transparent proxy conversion of transmission control protocol (TCP) fast open connection
US11349934B2 (en) Opportunistic transmission control protocol (TCP) connection establishment
JP2017010388A (ja) Ｈｔｔｐサーバとその制御方法、画像形成装置およびプログラム
Gupta et al. Fast interest recovery in content centric networking under lossy environment
WO2015167375A1 (en) Method and tcp proxy for supporting communication between a client device and a server node
Chakravarthi et al. M2M communication protocols
Lever Bidirectional Remote Procedure Call on RPC-over-RDMA Transports
US11616716B1 (en) Connection ownership gossip for network packet re-routing
CN115695301A (zh) 待传输报文的发送方法及装置、存储介质及电子装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170517

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170523

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20171219