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