(57)【要約】【課題】本発明は、最初の時間ではっきりとした画像を伝送することができるデータエンコード伝送システム及びその方法提供することを目的とする。【解決手段】ユーザ端末と接続されたサーバの現在のウィンドウのサイズを獲得し、且つ現在のウィンドウのサイズを保存する獲得ステップと、エンコードされた後のデータを一時的にバッファに保存される要求ステップと、データエンコード伝送方式の種類によって、サーバがデータを伝送するための分割伝送量を確定する第一調整ステップと、ユーザ端末の今回のウィンドウのサイズと、前回伝送された際のウィンドウのサイズと、を比べ、比べた結果によって、サーバが前回のデータを伝送するための分割伝送量を確定する第二調整ステップと、確定された分割伝送量によってデータを伝送したデータを受信する受信ステップと、を備える。【選択図】図１
2014123355.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末で実行されるデータエンコード伝送方法において、 
ユーザ端末と接続されたサーバの現在のウィンドウのサイズを獲得し、且つ現在のウィンドウのサイズを保存する獲得ステップと、
前記サーバに信号を伝送し、データエンコード伝送方式によってエンコードを行い、エンコードされた後のデータが一時的にバッファに保存される要求ステップと、
前記データエンコード伝送方式の種類によって、前記サーバがデータを伝送するための分割伝送量を確定する第一調整ステップと、
前記ユーザ端末の今回のウィンドウのサイズと、前回伝送した際のウィンドウのサイズと、を比べ、比べた結果によって、前記サーバが前回のデータを伝送するための分割伝送量を確定する第二調整ステップと、
前記サーバに知らせて、確定された分割伝送量によってデータを伝送し、前記サーバが伝送したデータを受信する受信ステップと、
を備えることを特徴とするデータエンコード伝送方法。
【請求項２】
前記第二調整ステップは、
今回のウィンドウのサイズが前回のウィンドウのサイズより大きいかあるいは等しいと判断した際、データの分割伝送量を向上させるステップと、
今回のウィンドウのサイズが前回のウィンドウのサイズより小さいと判断された場合データの分割伝送量を低下させるステップと、
を備えることを特徴とする請求項１に記載のデータエンコード伝送方法。
【請求項３】
前記サーバが前記ユーザ端末から送信されたデータエンコード伝送方式によってエンコードを行う要求を受信した後、前記ユーザ端末に送信するデータに対してエンコードを行い、前記ユーザ端末に信号を送信して接続が成功したことを知らせ、且つエンコードされた後のデータは一時的に前記バッファに保存されることを特徴とする請求項１または２に記載のデータエンコード伝送方法。
【請求項４】
前記データエンコード伝送方法は、更に受信されたデータをエンコードするエンコードステップを備えることを特徴とする請求項１から３のいずれか一項に記載のデータエンコード伝送方法。
【請求項５】
前記データエンコード伝送方法の獲得ステップの前に、
前記ユーザ端末は前記サーバと接続され、接続が成功した後、前記サーバが前記ユーザ端末に信号を送信して接続が成功したことを知らせるステップを備えることを特徴とする請求項１から４のいずれか一項に記載のデータエンコード伝送方法。
【請求項６】
ユーザ端末に実行されるデータエンコード伝送システムにおいて、
ユーザ端末と接続されたサーバの現在のウィンドウのサイズを獲得し、且つ現在のウィンドウのサイズを保存する獲得モジュールと、
前記サーバに信号を伝送し、データエンコード伝送方式によってエンコードを行い、エンコードされた後のデータは一時的にバッファに保存される要求モジュールと、
前記データエンコード伝送方式の種類によって、前記サーバがデータを伝送するための分割伝送量を確定し、前記ユーザ端末の今回のウィンドウのサイズと、前回伝送した際のウィンドウのサイズと、を比べ、比べた結果によって、前記サーバが前回のデータを伝送するための分割伝送量を確定する調整モジュールと、
前記サーバに知らせて、確定された分割伝送量によってデータを伝送し、前記サーバが伝送したデータを受信する受信モジュールと、
を備えることを特徴とするデータエンコード伝送システム。
【請求項７】
前記調整モジュールは、今回のウィンドウのサイズが前回のウィンドウのサイズより大きいかあるいは等しいと判断された場合、データの分割伝送量を向上し、今回のウィンドウのサイズが前回のウィンドウのサイズより小さいと判断された場合、データの分割伝送量を低下させることによって、今回の伝送するデータの分割伝送量を確定することを特徴とする請求項６に記載のデータエンコード伝送システム。
【請求項８】
前記サーバが前記ユーザ端末から送信されたデータエンコード伝送方式によってエンコードを行う要求を受信した後、前記ユーザ端末に送信するデータに対してエンコードを行い、前記ユーザ端末に信号を送信して接続が成功したことを知らせ、且つエンコードされた後のデータは一時的に前記バッファに保存されることを特徴とする請求項６または７に記載のデータエンコード伝送システム。
【請求項９】
前記データエンコード伝送システムは、受信されたデータをエンコードすることを特徴とする請求項６から８のいずれか一項に記載のデータエンコード伝送システム。
【請求項１０】
ユーザ端末で実行されるデータエンコード伝送方法において、
前記ユーザ端末の要求を受信し、前記ユーザ端末にデータの伝送端を提供するステップと、
エンコーダを介してデータエンコード伝送方式によってデータをエンコードするステップと、
エンコードされたデータは一時的にバッファに保存されるステップと、
前記ユーザ端末に知らせ、且つユーザ端末が確認された分割伝送量によってデータを伝送するステップと、
をことを備えることを特徴とするデータエンコード伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ伝送システムに関し、特にデータエンコード伝送システム及びその方法に関するものである。
【背景技術】
【０００２】
現在、ネットワークに画像を表示するフォーマットには、順序式エンコード、プログレッシブエンコードがある。順序式エンコードは、画像を左から右に、上から下の順で処理した後、ディスプレイに表示する。プログレッシブエンコードは、先ず画像の輪郭或いはぼんやりした画像をディスプレイに表示し、続いてユーザの要求によって画像のデータを補足して、ぼんやりした画像をはっきりさせて画像を伝送する。プログレッシブエンコードによって画像を伝送する際、毎回、画像の固定データ量をユーザ端末に伝送してデコーディングする。これにより、表示されたぼんやりした画像ははっきりとした画像になる。しかし、プログレッシブエンコードは、ネットワークの帯域幅が大量のデータを受信できない場合、最初の一時間で一定の画質の画像を表示することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
以上の問題点に鑑みて、本発明は、最初の一時間ではっきりとした画像を伝送することができるデータエンコード伝送システム及びその方法を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記の課題を解決するために、本発明のデータエンコード伝送方法は、ユーザ端末で実行され、ユーザ端末と接続されたサーバの現在のウィンドウのサイズを獲得し、且つ現在のウィンドウのサイズを保存する獲得ステップと、前記サーバに信号を伝送し、データエンコード伝送方式によってエンコードを行い、エンコードされた後のデータは一時的にバッファに保存される要求ステップと、前記データエンコード伝送方式の種類によって、前記サーバがデータを伝送するための分割伝送量を確定する第一調整ステップと、前記ユーザ端末の今回のウィンドウのサイズと、前回伝送された際のウィンドウのサイズをと、比べ、比べた結果によって、前記サーバが前回のデータを伝送するための分割伝送量を確定する第二調整ステップと、前記サーバに知らせて、確定された分割伝送量によってデータを伝送し、前記サーバが伝送したデータを受信する受信ステップと、を備える。
【０００５】
上記の課題を解決するために、本発明のデータエンコード伝送システムは、ユーザ端末で実行され、ユーザ端末と接続されたサーバの現在のウィンドウのサイズを獲得し、且つ現在のウィンドウのサイズを保存する獲得モジュールと、前記サーバに信号を伝送し、データエンコード伝送方式によってエンコードを行い、エンコードされた後のデータは一時的にバッファに保存される要求モジュールと、前記データエンコード伝送方式の種類によって、前記サーバがデータを伝送するための分割伝送量を確定し、前記ユーザ端末の今回のウィンドウのサイズと、前回伝送された際のウィンドウのサイズと、を比べ、比べた結果によって、前記サーバが前回のデータを伝送するための分割伝送量を確定する調整モジュールと、前記サーバに知らせて、確認された分割伝送量によってデータを伝送し、前記サーバが伝送したデータを受信する受信モジュールと、を備える。
【０００６】
上記の課題を解決するために、本発明のデータエンコード伝送方法は、ユーザ端末で実行され、前記ユーザ端末の要求を受信し、前記ユーザ端末にデータの伝送端を提供するステップと、エンコーダを介してデータエンコード伝送方式によってデータをエンコードするステップと、エンコードされたデータは一時的にバッファに保存されるステップと、前記ユーザ端末に知らせ、且つユーザ端末が確定された分割伝送量によってデータを伝送するステップと、を備える。
【発明の効果】
【０００７】
本発明のデータエンコード伝送システム及びその方法は、ＴＣＰパッケージのウィンドウのサイズによってデータエンコード伝送過程中において、毎回ユーザ端末に伝送するデータ量を決め、ネットワークの帯域幅が広い場合、多量のデータを伝送して、最初の時間ではっきりとした画像を伝送し、且つ表示することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明に係るデータエンコード伝送システムが実行されている環境を示す図である。
【図２】図１に示したデータエンコード伝送システムの機能モジュールを示す図である。
【図３】本発明に係るデータエンコード伝送方法の流れ図である。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて、本発明に係るデータエンコード伝送システム及びその方法について詳細に説明する。図１に示したように、データエンコード伝送システム１００は、ユーザ端末１で実行され、ユーザ端末１はネットワークによってサーバ２と接続される。本実施形態において、ネットワークは、トランスミッションコントロールプロトコル（ＴＣＰ）に従っている。
【００１０】
サーバ２は、第一メモリ２０、エンコーダ２２、バッファ２４を備える。第一メモリ２０は、データエンコード伝送ユニット２００を備える。このデータエンコード伝送ユニット２００は、１つ或いは複数のコンピュータプログラムによって構成され、ユーザ端末１のデータエンコード伝送システム１００と互いに交流して、データをエンコードし、且つ伝送する。
【００１１】
具体的には、データエンコード伝送ユニット２００は、ユーザ端末１の要求を受信し、ユーザ端末１に対してデータの伝送端を提供し、エンコーダ２２を介してデータをエンコード伝送方式によってエンコードする。この際、エンコードされたデータは一時的にバッファ２４に保存される。続いて、データエンコード伝送ユニット２００は、ユーザ端末１の要求によって、データを伝送する。本実施形態において、ユーザ端末１と接続されたサーバ２のネットは、トランスミッションコントロールプロトコル（ＴＣＰ）に従っており、サーバ２がユーザ端末１に伝送したデータは、ＴＣＰパッケージである。
【００１２】
ユーザ端末１は、第二メモリ１０、少なくとも１台のプロセッサ１２、ディスプレイ１４、及びデコーダ１６を備える。第二メモリ１０は、データエンコード伝送システム１００のコンピュータプログラムを保存する。また、第二メモリ１０は、ユーザ端末１の内部に設置されたメモリ或いは外部に設置されたメモリである。
【００１３】
少なくとも１台のプロセッサ１２は、データエンコード伝送システム１００のコンピュータプログラムを実行し、サーバ２に対して要求を提供して、サーバ２はデータエンコード伝送方式によって、データをエンコードし、且つ何回かに分けて伝送し、サーバ２が伝送したＴＣＰパッケージを受信し、デコーダ１６を利用してＴＣＰパッケージに対してエンコード処理を行う。
【００１４】
ディスプレイ１４は、デコーダ１６によって受信したＴＣＰパッケージをエンコードして獲得したデータを表示する。
【００１５】
図２に示したように、データエンコード伝送システム１００は、獲得モジュール１０００、要求モジュール１００２、調整モジュール１００４、受信モジュール１００６を備える。本発明のモジュールとは、特定の機能を持つプログラムセグメントであり、プログラムに比べ、コンピュータ中の実行過程を描写するのに最適であるので、以下、ソフトウェアの描写は、モジュールによって描写する。
【００１６】
図３に示したように、データエンコード伝送方法は、以下のステップ（Ｓ１００〜Ｓ１１８）を備える。ステップＳ１００において、ユーザ端末１はネットワークによってサーバ２と接続され、接続が成功すると、サーバ２のデータエンコード伝送ユニット２００が、ユーザ端末１に信号を送信して接続が成功したことを知らせる。この際、データエンコード伝送ユニット２００が送信したデータは、ＴＣＰパッケージである。以下データを伝送する際のＴＣＰパッケージと区別するために、本実施形態では、ＴＣＰパッケージを、ＴＣＰウィンドウパッケージと定義する。  
【００１７】
ステップＳ１０１（獲得ステップ）において、獲得モジュール１０００は、ＴＣＰウィンドウパッケージからサーバ２の現在のウィンドウのサイズを獲得し、且つ現在のウィンドウのサイズを第二メモリ１０に保存する。
【００１８】
本実施形態において、前記ウィンドウのサイズは、英語でｗｉｎｄｏｗ  ｓｉｚｅ或いはｓｌｉｄｉｎｇ  ｗｉｎｄｏｗ  ｓｉｚｅと翻訳され、１回で受信或いは伝送するデータのバッファ領域のサイズ（本実施形態においては、分割伝送量と定義する）と定義される。該分割伝送量の重要要因は、ネットワークの帯域幅である。
【００１９】
ステップＳ１０４において、要求モジュール１００２は、サーバ２に信号を伝送し、データエンコード伝送方式によってエンコードを行う。サーバ２は、信号を受信した後、エンコーダ２２を介してユーザ端末１に伝送するデータに対してエンコードを行う。この際、エンコードされた後のデータは、ＴＣＰパッケージである。例えば、前記データは画像であり、画像がエンコードされた後、ＴＣＰパッケージを獲得する。
【００２０】
ステップＳ１０６（要求ステップ）において、サーバ２は、ユーザ端末１に信号を送信して接続が成功したことを知らせ、且つエンコードされた後のデータ（つまり、ＴＣＰパッケージ）を一時的にバッファ２４に保存する。
【００２１】
ステップＳ１０８（第一調整ステップ）において、調整モジュール１００４は、データエンコード伝送方式の種類によって、サーバ２のＴＣＰパッケージを伝送するための分割伝送量を確定する。この際、データエンコード伝送方式の種類によって対応する分割伝送量も異なる。本実施形態において、データエンコード伝送方式は、１つの図を複数のビットプレーン（ｂｉｔ  ｐｌａｎｅ）に対して分層し、且つ分割伝送する方法と、１つの図に対して離散コサイン変換（ＤＣＴ）した後に、生成された係数によって分割伝送する方法がある。例えば、データエンコード伝送方式の種類が１つの図を複数のビットプレーンに対して分層し、且つ分割伝送する種類である場合、調整モジュール１００４は１回で伝送できるビットプレーンのＴＣＰパッケージの数を確認する。データエンコード伝送方式の種類が、１つの図に対して離散コサイン変換した後に生成された係数によって分割伝送する種類である場合、調整モジュール１００４は１回で伝送できる係数のＴＣＰパッケージの数を確認する。
【００２２】
ステップＳ１１０（第二調整ステップ）において、調整モジュール１００４はユーザ端末１の今回のウィンドウサイズと、前回伝送した際のウィンドウのサイズ（以下、前回のウィンドウサイズと呼ぶ）と、を比べ、且つステップＳ１１２で今回のウィンドウのサイズが前回のウィンドウサイズより大きいかあるいは等しいかを判断する。ステップＳ１１２において、今回のウィンドウサイズが前回のウィンドウサイズより小さいと判断された場合、ステップＳ１１４に進む。ステップＳ１１２において、今回のウィンドウサイズが前回のウィンドウサイズより大きいかあるいは等しいと判断された場合、ステップＳ１１６に進む。
【００２３】
ステップＳ１１４において、調整モジュール１００４はデータの分割伝送量を低下させた後、ステップＳ１１８に進む。つまり、毎回伝送したＴＣＰパッケージの伝送量は、前回伝送した分割伝送量より小さい。
【００２４】
ステップＳ１１６において、調整モジュール１００４はデータの分割伝送量を向上させた後、ステップＳ１１８に進む。つまり、毎回伝送したＴＣＰパッケージの伝送量は、前回伝送した分割伝送量より大きい。
【００２５】
サーバ２が、採用されたデータエンコード伝送方式の種類が１つの図を複数のビットプレーンに対して分層し、且つ分割伝送する種類で、今回のウィンドウサイズが前回のウィンドウサイズより大きいかあるいは等しい場合、ネットワークの帯域幅が前回より多いＴＣＰパッケージを受信し、同時にユーザ端末１がサーバ２に対して、１回で多くのビットプレーンを伝送するように要求する。例えば、前回、データを伝送する際分割伝送量が１回に４層のビットプレーンを伝送し、前回のウィンドウのサイズより大きいかあるいは等しい場合、前回のデータの分割伝送量を毎回５層、６層、７層或いは８層のビットプレーンに高める。今回のウィンドウサイズが前回のウィンドウサイズより小さい場合、ユーザ端末１は、現在比較的多いＴＣＰパッケージを処理することができず、ユーザ端末１がサーバに２に対して１回で１層のビットプレーンを伝送するように要求して、プログレッシブエンコード式の転送効果を満たす。例えば、前回のデータの分割伝送量が１回で４層ビットプレーンであり、且つ今回のウィンドウのサイズが前回のウィンドウのサイズより小さい場合、前回のデータの分割伝送量を毎回３層、２層或いは１層のビットプレーンに低下する。
【００２６】
ステップＳ１１８（受信ステップ）において、受信モジュール１００６は、サーバ２に知らせて、確定された分割伝送量によってデータを伝送し、ユーザ端末１はサーバ２が伝送したデータを受信し、デコーダ１６を介して、受信されたデータをデコードし、且つデコードされたデータをディスプレイ１４に表示する。この際、サーバ２が伝送したデータはＴＣＰパッケージである。
【００２７】
ステップＳ１２０において、受信モジュール１００６は、必要とするデータ量と、受信するデータ量とによって、データの伝送が終ったかどうかを判断する。伝送が終わったと判断された場合、全てのステップが終わる。伝送が終わってないと判断された場合、ステップＳ１１０に戻る。
【符号の説明】
【００２８】
１  ユーザ端末
１０  第二メモリ
１２  プロセッサ
１４  ディスプレイ
１６  デコーダ
１００  データエンコード伝送システム
１０００  獲得モジュール
１００２  要求モジュール
１００４  調整モジュール
１００６  受信モジュール
２  サーバ
２０  第一メモリ
２２  エンコーダ
２４  バッファ
２００  データエンコード伝送ユニット
【図１】
2014123355.tif 000003
【図２】
2014123355.tif 000004
【図３】
2014123355.tif 000005