(57)【要約】データ伝送システムは、送信装置と受信装置とを含んでいる。送信装置は、ブロックを受信した順番を、バージョン番号を用いて示す画像受信部と、ブロックのバージョン番号を格納する第１データベースと、ユーザ・データグラム・プロトコルを用いてブロックを受信装置へ送信する送信部と、ブロックが再送を要するか否かの判定を行う判定部と、第１データベース内のバージョン番号を更新する更新部と、伝送制御プロトコルを用いて、各位置でのブロックの最新のバージョン番号を受信装置に通知する通知部と、を含んでいる。受信装置は、第２データベースと、ユーザ・データグラム・プロトコルを用いてブロックを受信する受信部と、ブロックのバージョン番号を判定し、ブロックを表示する表示部と、ブロックの再送を求める要求を、伝送制御プロトコルを介して送信装置に送信する処理部と、を含んでいる。
2008524907.tif 000002
【特許請求の範囲】
【請求項１】
データを受信端末へ送信する送信装置であって、
受信した各画像を複数のブロックに分割し、受信した２枚の連続する画像内のブロックについて受信した順番を、異なるバージョン番号を用いて示す画像受信部と、
画像データと、前記画像受信部が受信した画像内の各位置での最新のブロックのバージョン番号とを格納する第１データベースと、
前記画像受信部に電気的に接続され、受信したブロックの画像データと、画像内のブロックの対応する位置と、ブロックのバージョン番号とを、前記受信端末へ送信する送信部と、
前記画像受信部に電気的に接続され、画像受信部から転送されたブロックを受信するように設けられ、ブロックを受信端末へ送信する必要があるとの判定結果の通知を発行する判定部と、
前記第１データベースと判定部と送信部とに電気的に接続され、判定部から転送される通知を受信するように設けられ、通知に従って第１データベース内のバージョン番号を更新し、更新されたバージョン番号と、ブロックの画像データと、画像内のブロックの位置とを、前記送信部に転送する更新部と、
前記第１データベースに電気的に接続され、第１データベースに格納されている最新のバージョン番号を、検査周期毎に参照し、伝送制御プロトコルを用いて受信端末に通知を送信し、それにより、画像内の各位置でのブロックの最新のバージョン番号を受信端末に通知する通知部と、を備える送信装置。
【請求項２】
前記判定部は、更新部に電気的に接続された比較部を含んでおり、
該比較部は、連続した２枚の画像内の同一位置にあるブロックの画像データを比較し、ブロックの画像データが変化したときには、ブロックと、該ブロックの現在のバージョン番号とを含む通知を、更新部に送る、請求項１記載の送信装置。
【請求項３】
前記画像受信部は、各ブロックにフラグを割り当て、各フラグは第１状態または第２状態に設定され、フラグが第１状態にあるときには、フラグに対応するブロックが受信端末に再送される必要があることを示しており、フラグが第２状態に設定される場合は、フラグに対応するブロックが受信端末に再送済みであるか、または再送の必要がないときであり、更に、画像内の各位置での最新のブロックのフラグの状態が、第１データベースに格納される、請求項１記載の送信装置。
【請求項４】
前記更新部は、受信端末に送信され、かつ第１データベースに格納されているブロックのフラグを、第２状態に切り替えることが可能である、請求項３記載の送信装置。
【請求項５】
前記第１データベースに電気的に接続された命令受信部をさらに備え、
前記命令受信部は、伝送制御プロトコルを用いて、受信端末からブロックを再送すべき旨の命令を受信し、該命令に従って第１データベースに格納されているフラグの状態を制御し、それにより、受信端末が送信装置に再送を求めているブロックを、命令が含んでいるときに、命令受信部は、ブロックに対応するフラグの状態を、第１状態に設定する、請求項３記載の送信装置。
【請求項６】
前記判定部は、更新部と第１データベースとに電気的に接続された検出部を含んでおり、
該検出部は、第１データベースに格納されたフラグの状態を検出し、フラグの１つが第１状態にあることを検出すると、フラグの１つが対応するブロックと該ブロックの現在のバージョン番号とを、更新部に通知する、請求項５記載の送信装置。
【請求項７】
前記画像受信部は、ビデオカメラから連続的に画像を受信することが可能である、請求項１記載の送信装置。
【請求項８】
前記画像受信部は、画面フレームを連続的に取り込むことが可能である、請求項１記載の送信装置。
【請求項９】
前記画像受信部は、１以上の整数であるＫについて、Ｋ枚の画像が受信される毎に、検査周期が到達したことを、通知部に通知する、請求項１記載の送信装置。
【請求項１０】
送信端末から送られたデータを受信する受信装置であって、
複数のブロックのバージョン番号を格納する第２データベースと、
前記送信端末から送られる、ブロックの画像データと、ブロックのバージョン番号と、画像内のブロックの位置とを、ユーザ・データグラム・プロトコルを用いて受信するデータ受信部と、
前記第２データベースとデータ受信部とに電気的に接続され、データ受信部から転送されたブロックを受信し、ブロックのバージョン番号を第２データベースに格納されているバージョン番号と比較し、ブロックのバージョン番号の方が新しいときには、第２データベースに格納されているバージョン番号を更新し、新しい方のバージョン番号を有するブロックを表示画面に表示する表示部と、
前記第２データベースに電気的に接続され、第２データベースに格納されているブロックの最新のバージョン番号を、送信されたブロックについて送信端末が通知した最新のバージョン番号と比較し、第２データベースに記録されているバージョン番号が、送信端末が通知した最新のバージョン番号よりも古いと判定した場合には、ブロックの再送を求める要求を、伝送制御プロトコルを用いて送信端末に発行する処理部と、を備える受信装置。
【請求項１１】
送信装置と受信装置とを含み、送信装置が受信装置へデータを送信可能であり、受信装置が送信装置から送られたデータを受信可能であるデータ伝送システムであって、
前記送信装置は、
受信した各画像を複数のブロックに分割し、受信した２枚の連続する画像内のブロックについて受信した順番を、異なるバージョン番号を用いて示す画像受信部と、
画像と、画像受信部が受信した画像内の各位置での最新のブロックのバージョン番号とを格納する第１データベースと、
前記画像受信部に電気的に接続され、受信したブロックの画像データと、画像内のブロックの対応する位置と、該ブロックのバージョン番号とを、受信装置へ送信する送信部と、
前記画像受信部に電気的に接続され、画像受信部から転送されたブロックを受信するように設けられ、ブロックを受信装置へ送信する必要があるとの判定結果の通知を発行する判定部と、
前記第１データベースと判定部と送信部とに電気的に接続され、判定部から転送される通知を受信するように設けられ、通知に従って第１データベース内のバージョン番号を更新し、更新されたバージョン番号と、ブロックの画像データと、画像内のブロックの位置とを、送信部に転送する更新部と、
前記第１データベースに電気的に接続され、第１データベースに格納されている最新のバージョン番号を、検査周期毎に参照し、伝送制御プロトコルを用いて受信装置に通知を送信し、それにより、画像内の各位置でのブロックの最新のバージョン番号を受信装置に通知する通知部と、を備え、
前記受信装置は、
複数のブロックのバージョン番号を格納する第２データベースと、
前記送信装置から送られる、ブロックの画像データと、ブロックのバージョン番号と、画像内のブロックの位置とを、ユーザ・データグラム・プロトコルを用いて受信するデータ受信部と、
前記第２データベースとデータ受信部とに電気的に接続され、データ受信部から転送されたブロックを受信し、ブロックのバージョン番号を第２データベースに格納されているバージョン番号と比較し、ブロックのバージョン番号の方が新しいときには、第２データベースに格納されているバージョン番号を更新し、新しい方のバージョン番号を有するブロックを表示画面に表示する表示部と、
前記第２データベースに電気的に接続され、第２データベースに格納されているブロックの最新のバージョン番号を、送信されたブロックについて送信装置が通知した最新のバージョン番号と比較し、第２データベースに記録されているバージョン番号が、送信装置が通知した最新のバージョン番号よりも古いと判定した場合には、ブロックの再送を求める要求を、伝送制御プロトコルを用いて送信装置に発行する処理部と、を備えるデータ伝送システム。
【請求項１２】
前記判定部は、更新部に電気的に接続された比較部を含んでおり、
当該比較部は、連続した２枚の画像内の同一位置にあるブロックの画像データを比較し、ブロックの画像データが変化したときには、ブロックと該ブロックの現在のバージョン番号とを含む通知を、更新部に送る、請求項１１記載のデータ伝送システム。
【請求項１３】
前記画像受信部は、各ブロックにフラグを割り当て、各フラグは第１状態または第２状態に設定され、フラグが第１状態にあるときには、フラグに対応するブロックが受信装置に再送される必要があることを示しており、フラグが第２状態に設定される場合は、フラグに対応するブロックが受信装置に再送済みであるか、または再送の必要がないときであり、更に、画像内の各位置での最新のブロックのフラグの状態が、第１データベースに格納される、請求項１１記載のデータ伝送システム。
【請求項１４】
前記更新部は、受信装置に送信され、かつ第１データベースに格納されているブロックのフラグを、第２状態に切り替えることが可能である、請求項１３記載のデータ伝送システム。
【請求項１５】
前記第１データベースに電気的に接続された命令受信部をさらに備え、
前記命令受信部は、伝送制御プロトコルを用いて、受信装置からブロックを再送すべき旨の命令を受信し、該命令に従って第１データベースに格納されているフラグの状態を制御し、それにより、受信装置が送信装置に再送を求めているブロックを、命令が含んでいるときに、命令受信部は、ブロックに対応するフラグの状態を、第１状態に設定する、請求項１３記載のデータ伝送システム。
【請求項１６】
前記判定部は、更新部と第１データベースとに電気的に接続された検出部を含んでおり、
該検出部は、第１データベースに格納されたフラグの状態を検出し、フラグの１つが第１状態にあることを検出すると、フラグの１つが対応するブロックと当該ブロックの現在のバージョン番号とを、更新部に通知する、請求項１５記載のデータ伝送システム。
【請求項１７】
前記画像受信部は、ビデオカメラから連続的に画像を受信することが可能である、請求項１１記載のデータ伝送システム。
【請求項１８】
前記画像受信部は、画面フレームを連続的に取り込むことが可能である、請求項１１記載のデータ伝送システム。
【請求項１９】
前記画像受信部は、１以上の整数であるＫについて、Ｋ枚の画像が受信される毎に、検査周期が到達したことを、通知部に通知する、請求項１１記載のデータ伝送システム。
【請求項２０】
送信端末から受信端末へデータを送信するデータ送信方法であって、
（Ａ）第１の画像を受信し、Ｎを１以上の正の整数として、画像をＮブロックに分割し、各ブロックに、対応する初期のバージョン番号を付与し、画像データと各ブロックの初期のバージョン番号を第１データベースに格納するステップと、
（Ｂ）ユーザ・データグラム・プロトコルを用いて、ステップ（Ａ）の各ブロックを受信端末へ送信するステップと、
（Ｃ）次の画像を受信し、当該次の画像をＮブロックに分割するステップと、
（Ｄ）ステップ（Ｃ）の複数のブロックの１つが再送を要するか否かを判定し、ブロックが再送を要しない場合には、処理の流れをステップ（Ｅ）へ進め、ブロックが再送を要する場合には、ステップ（Ｈ）とステップ（Ｉ）とを順に実行するために処理の流れをステップ（Ｈ）へ移すステップと、
（Ｅ）１枚の画像全体内のすべてのブロックが処理されたか否かを判定し、すべてのブロックが処理されている場合には、処理の流れをステップ（Ｆ）へ進め、そうでない場合には、他のブロックの処理を続けるために、処理の流れをステップ（Ｄ）に戻すステップと、
（Ｆ）Ｋを１以上の正の整数として、Ｋ枚の画像が処理されたか否かを判定し、Ｋ枚の画像が処理されている場合には、処理の流れをステップ（Ｇ）へ進め、そうでない場合には、処理の流れをステップ（Ｃ）へ戻すステップと、
（Ｇ）伝送制御プロトコルを用いて受信端末に通知を発行することにより、画像内の各位置での各ブロックの最新のバージョン番号を、受信端末に通知するステップと、
（Ｈ）第１データベースに格納されているブロックであって、再送を要するブロックのバージョン番号を更新し、再送を要するブロックの画像データを第１データベースに格納するステップと、
（Ｉ）ユーザ・データグラム・プロトコルを用いて、再送を要するブロックの画像データおよびバージョン番号と、再送を要するブロックの画像内の位置とを、受信端末に送信し、その後に処理の流れをステップ（Ｅ）へ戻るステップと、を備える、データ送信方法。
【請求項２１】
ステップ（Ａ）において、各ブロックは、対応するフラグをさらに付与され、各フラグは第１状態または第２状態に設定され、フラグが第１状態にあるときには、フラグに対応するブロックが受信端末に再送される必要があることを示しており、フラグは第２状態に設定される場合は、フラグに対応するブロックが受信端末に再送済みであるか、または再送の必要がないときであり、更に、画像内の各位置にある最新のブロックのフラグの状態が、第１データベースに格納される、請求項２０記載のデータ送信方法。
【請求項２２】
ステップ（Ａ）とステップ（Ｃ）との間に、第１データベース内のフラグを第２状態に設定するステップを、さらに備える、請求項２１記載のデータ送信方法。
【請求項２３】
ステップ（Ｄ）において、ブロックの再送が、第１データベース内の対応するフラグの状態にもとづいて決定される、請求項２２記載のデータ送信方法。
【請求項２４】
ステップ（Ｄ）とステップ（Ｅ）との間に、受信されたブロックの画像データを、直前の画像内の同一位置におけるブロックの画像データと比較し、画像データが同一である場合には、処理の流れをステップ（Ｅ）へ進め、そうでない場合には、ステップ（Ｈ）とステップ（Ｉ）とを順に実行するために、処理の流れをステップ（Ｈ）へ進めるステップを、さらに備える、請求項２３記載のデータ送信方法。
【請求項２５】
前記受信端末から送られた命令を、伝送制御プロトコルを用いて受信するステップと、
第１データベースに格納されているフラグの状態を、受信した命令にもとづいて制御することにより、再送を要するブロックのフラグを第１状態に設定するステップと、をさらに備える、請求項２３記載のデータ送信方法。
【請求項２６】
送信端末から伝送されるデータを受信するデータ受信方法であって、
（ａ）ユーザ・データグラム・プロトコルを用いて、ブロックと、ブロックのバージョン番号と、画像内のブロックの位置とを、送信端末から受信するステップと、
（ｂ）ブロックのバージョン番号が、ステップ（ａ）で受信された同一位置のブロックのうちで最も古いバージョン番号であるか否かを判定し、受信されたブロックが、最も古いバージョン番号を有するブロックである場合には、ブロックを表示画面に直接に表示し、ブロックのバージョン番号を第２データベースに格納し、
受信されたブロックが、最も古いバージョン番号を有するブロックではない場合には、ブロックのバージョン番号を、第２データベースに格納された対応するブロックのバージョン番号と比較し、ブロックのバージョン番号が、第２データベースに格納された対応するブロックのバージョン番号よりも新しい場合には、第２データベースに格納されている対応するブロックのバージョン番号を更新し、新しいバージョン番号を有するブロックを表示画面に表示するステップと、
（ｃ）各位置にあるブロックの最新のバージョン番号の通知を、伝送制御プロトコルを用いて送信端末から受信するステップと、
（ｄ）第２データベースに記録されているバージョン番号を、送信端末から送られたバージョン番号と比較し、第２データベースに記録されたバージョン番号の方が古ければ、新しい方のバージョン番号を有するブロックを送信するように送信端末へ伝送制御プロトコルを用いて要求するステップと、を備えるデータ受信方法。
【請求項２７】
データ送信方法とデータ受信方法とを含み、データ送信方法は、送信端末から受信端末へデータを送るのに用いられ、データ受信方法は、送信端末から送られるデータを受信するのに用いられるデータ伝送方法であって、
データ送信方法は、
（Ａ）第１の画像を受信し、Ｎを１以上の正の整数として、画像をＮブロックに分割し、各ブロックに、対応する初期のバージョン番号を付与し、画像データと各ブロックの初期のバージョン番号を第１データベースに格納するステップと、
（Ｂ）ユーザ・データグラム・プロトコルを用いて、ステップ（Ａ）の各ブロックを受信端末へ送信するステップと、
（Ｃ）次の画像を受信し、当該次の画像をＮブロックに分割するステップと、
（Ｄ）ステップ（Ｃ）の複数のブロックの１つが再送を要するか否かを判定し、ブロックが再送を要しない場合には、処理の流れをステップ（Ｅ）へ進め、ブロックが再送を要する場合には、ステップ（Ｈ）とステップ（Ｉ）とを順に実行するために処理の流れをステップ（Ｈ）へ移すステップと、
（Ｅ）１枚の画像全体内のすべてのブロックが処理されたか否かを判定し、すべてのブロックが処理されている場合には、処理の流れをステップ（Ｆ）へ進め、そうでない場合には、他のブロックの処理を続けるために、処理の流れをステップ（Ｄ）に戻すステップと、
（Ｆ）Ｋを１以上の正の整数として、Ｋ枚の画像が処理されたか否かを判定し、Ｋ枚の画像が処理されている場合には、処理の流れをステップ（Ｇ）へ進め、そうでない場合には、処理の流れをステップ（Ｃ）へ戻すステップと、
（Ｇ）伝送制御プロトコルを用いて受信端末に通知を発行することにより、画像内の各位置での各ブロックの最新のバージョン番号を、受信端末に通知するステップと、
（Ｈ）第１データベースに格納されているブロックであって、再送を要するブロックのバージョン番号を更新し、再送を要するブロックの画像データを第１データベースに格納するステップと、
（Ｉ）ユーザ・データグラム・プロトコルを用いて、再送を要するブロックの画像データおよびバージョン番号と、再送を要するブロックの画像内の位置とを、受信端末に送信し、その後に処理の流れをステップ（Ｅ）へ戻るステップと、を備え、
データ受信方法は、
（ａ）ユーザ・データグラム・プロトコルを用いて、ブロックと、該ブロックのバージョン番号と、画像内のブロックの位置とを、送信端末から受信するステップと、
（ｂ）ブロックのバージョン番号が、ステップ（ａ）で受信された同一位置のブロックのうちで最も古いバージョン番号であるか否かを判定し、受信されたブロックが、最も古いバージョン番号を有するブロックである場合には、ブロックを表示画面に直接に表示し、ブロックのバージョン番号を第２データベースに格納し、
受信されたブロックが、最も古いバージョン番号を有するブロックではない場合には、ブロックのバージョン番号を、第２データベースに格納された対応するブロックのバージョン番号と比較し、ブロックのバージョン番号が、第２データベースに格納された対応するブロックのバージョン番号よりも新しい場合には、第２データベースに格納されている対応するブロックのバージョン番号を更新し、新しいバージョン番号を有するブロックを表示画面に表示するステップと、
（ｃ）各位置にあるブロックの最新のバージョン番号の通知を、伝送制御プロトコルを介して送信端末から受信するステップと、
（ｄ）前記第２データベースに記録されているバージョン番号を、送信端末から送られたバージョン番号と比較し、第２データベースに記録されたバージョン番号の方が古ければ、新しい方のバージョン番号を有するブロックを送信するように送信端末へ伝送制御プロトコルを用いて要求するステップと、を備えるデータ伝送方法。
【請求項２８】
ステップ（Ａ）において、各ブロックは、対応するフラグをさらに付与され、各フラグは第１状態または第２状態に設定され、フラグが第１状態にあるときには、フラグに対応するブロックが受信端末に再送される必要があることを示しており、フラグが第２状態に設定される場合は、フラグに対応するブロックが受信端末に再送済みであるか、または再送の必要がないときであり、更に、画像内の各位置での最新のブロックのフラグの状態が、第１データベースに格納される、請求項２７記載のデータ伝送方法。
【請求項２９】
データ送信方法は、ステップ（Ａ）とステップ（Ｃ）との間に、第１データベース内のフラグを第２状態に設定するステップを、さらに含む、請求項２８記載のデータ伝送方法。
【請求項３０】
ステップ（Ｄ）において、ブロックの再送が、第１データベース内の対応するフラグの状態にもとづいて決定される、請求項２９記載のデータ伝送方法。
【請求項３１】
データ送信方法は、ステップ（Ｄ）とステップ（Ｅ）との間に、受信されたブロックの画像データを、直前の画像内の同一位置におけるブロックの画像データと比較し、画像データが同一である場合には、処理の流れをステップ（Ｅ）へ進め、そうでない場合には、ステップ（Ｈ）とステップ（Ｉ）とを順に実行するために、処理の流れをステップ（Ｈ）へ進めるステップを、さらに含む、請求項３０記載のデータ伝送方法。
【請求項３２】
データ送信方法は、
受信端末から送られた命令を、伝送制御プロトコルを用いて受信するステップと、
第１データベースに格納されているフラグの状態を、受信した命令にもとづいて制御することにより、再送を要するブロックのフラグを第１状態に設定するステップと、をさらに含む、請求項３０記載のデータ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ伝送システムおよび方法に関し、特にネットワークを介したデータ伝送システムおよびデータ伝送方法に関する。
【背景技術】
【０００２】
伝送制御プロトコル（ＴＣＰ）およびユーザ・データグラム・プロトコル（ＵＤＰ）は、トランスミッション層における２つの類型の通信プロトコルである。ＴＣＰは、コネクション指向型で信頼性のあるエンドツーエンドのデータ伝送を実現する。そのために送信端末は、データを送信する前に、制御情報を用いて受信端末と最初にコネクションを確立する必要がある。これは、ハンドシェイク手順として知られている。受信端末へのデータの送信は、コネクションが確立された後にのみ開始される。さらに、データの送信が完了した後には、送信端末は受信端末とのコネクションを切断する。
【０００３】
一方、ＵＤＰは、非コネクション指向型であり信頼性の低いデータ伝送を実現する。そのために、送信端末がＵＤＰに従って受信端末にデータを送信するときには、ＴＣＰで用いられるハンドシェイクや確認や再送のような複雑な手順は採用されない。このため、同じネットワーク環境において、ＵＤＰは、ＴＣＰよりも速く、効率的なデータ伝送の形式であって、ＵＤＰで用いられる帯域幅は、ＴＣＰで用いられるものよりも狭いものとなる。
【０００４】
しかし、それに対して、ＵＤＰは、ＴＣＰよりもデータ伝送誤り率が高いものとなる。
【０００５】
したがって、送信端末は、受信端末へデータを送信するのに、ユーザの要求に依存してＵＤＰとＴＣＰとの何れかを採用することが可能である。すなわち、データ精度がそれほど重要ではないときには、ＵＤＰの使用を考慮することができる。一方、データ精度への要求が厳しいときには、ＴＣＰを選択するのが良い。しかし、送信端末が複数の受信端末へ大量のデータを送信する必要があるときには、より広い帯域幅を要するＴＣＰは、リアルタイムの伝送機能を達成することはできない。
【０００６】
現在では、異なる場所に居るユーザが、会議を行うのにビデオ会議を用いることが多くなっている。一般的に、ビデオ会議の間では、それぞれの場所に置かれたビデオカメラが、その場所で画像データを取得し、取得された画像が、ネットワーク上の別の場所にある別の受信端末に伝送される。送信端末が、巨大な量の画像データを複数の受信端末にＴＣＰを用いて送信するときには、帯域幅が十分でないために、リアルタイムの画像化機能を達成することができない。それゆえ一般的に、例えばビデオ会議、Ｅ−ラーニング、あるいは遠隔操作のように、画像または画面フレームを次々と伝送する必要があるという事情の下では、送信端末と少なくとも１つの受信端末との間でのデータの伝送は、ＵＤＰを通じて行われる。しかしながら、ＵＤＰを用いて１枚の画像全体を一時に伝送する場合には、重大なパケット損失の問題を発生する可能性もある。
【０００７】
現在のところ、伝送すべき１枚の画像を送信端末側で複数のブロックに分割し、これらのブロックを一つずつ各受信端末へ送信するという方法を採ることによって、この問題への対処がなされている。加えて、連続する２枚の画像の内容は、大きく変化しない場合があるので、連続する２枚の画像内の同一位置のブロック同士が、同一となる場合がある。したがって、第２の画像を伝送するときには、データが変化したブロックのみを伝送すれば足りる。すべてのブロックを伝送する必要はない。このように、伝送すべきデータの量は、相当に減らすことができる。しかしながら、ＵＤＰは、信頼性の低い伝送形式であるため、更新されたすべてのブロックが問題なく各受信端末へ到達するという保証はない。それゆえ、伝送エラーが発生した場合には、受信端末に表示される画像は、元のブロックを映示し続けることとなり、正しいブロックを首尾良く映示することができなくなる。
【０００８】
このように、ＴＣＰを用いた従来のデータ伝送では、誤り率の低い伝送が実現し得るのに対し、リアルタイムの伝送という目的を達成することはできない。これに対して、ＵＤＰを用いたデータ伝送では、ＵＤＰが信頼性の低い伝送形式であることから、伝送誤りが頻繁に起こり得る。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって本発明は、ＵＤＰの持つ速い伝送速度と、ＴＣＰの持つ信頼性という双方の利点を同時に有するデータ伝送システムを提供することを目的とする。
【００１０】
本発明はまた、伝送に要するデータ量を減らすことができ、それにより伝送帯域幅の節減を達成することのできるデータ伝送方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
したがって、本発明のデータ伝送システムは、送信装置と受信装置とを含んでいる。送信装置は、画像受信部と、第１データベースと、送信部と、判定部と、更新部と、通知部とを含んでいる。受信装置は、第２データベースと、データ受信部と、表示部と、処理部とを含んでいる。
【００１２】
前記画像受信部は、受信した各画像を複数のブロックに分割し、受信した２枚の連続する画像内のブロックの受信した順番を、異なるバージョン番号を用いて示す。
【００１３】
前記第１データベースは、画像データと画像受信部が受信した画像内の各位置での最新のブロックのバージョン番号とを格納する。
【００１４】
前記送信部は、画像受信部に電気的に接続されている。送信部は、受信したブロックの画像データと、画像内のブロックの対応する位置と、ブロックのバージョン番号とを、ユーザ・データグラム・プロトコルを用いて受信装置へ送信する。
【００１５】
前記判定部は、画像受信部に電気的に接続され、画像受信部から転送されたブロックを受信するように設けられている。判定部は、ブロックを受信装置へ送信する必要があるとの判定を行うと通知を発行する。
【００１６】
前記更新部は、第１データベースと判定部と送信部とに電気的に接続され、判定部から転送される通知を受信するように設けられている。更新部は、通知に従って第１データベース内のバージョン番号を更新し、更新されたバージョン番号と、ブロックの画像データと、画像内のブロックの位置とを、送信部に転送する。
【００１７】
前記通知部は、第１データベースに電気的に接続されている。通知部は、第１データベースに格納されている最新のバージョン番号を、検査周期毎に参照し、伝送制御プロトコルを用いて受信装置に通知を送信し、それにより、画像内の各位置でのブロックの最新のバージョン番号を受信装置に通知する。
【００１８】
前記第２データベースは、複数のブロックのバージョン番号を格納する。
【００１９】
前記データ受信部は、送信装置から送られる、ブロックの画像データと、ブロックのバージョン番号と、ブロックの位置とを、ユーザ・データグラム・プロトコルを用いて受信する。
【００２０】
前記表示部は、第２データベースとデータ受信部とに電気的に接続されている。表示部は、データ受信部から転送されたブロックを受信し、ブロックのバージョン番号を第２データベースに格納されているバージョン番号と比較し、ブロックのバージョン番号の方が新しいときには、第２データベースに格納されているバージョン番号を更新し、新しい方のバージョン番号を有するブロックを表示画面に表示する。
【００２１】
前記処理部は、第２データベースに電気的に接続されている。処理部は、第２データベースに格納されているブロックの最新のバージョン番号を、送信されたブロックについて送信装置が通知した最新のバージョン番号と比較し、第２データベースに記録されているバージョン番号が、送信装置が通知した最新のバージョン番号よりも古いと判定した場合には、ブロックの再送を求める要求を、伝送制御プロトコルを用いて送信装置に発行する。
【００２２】
したがって、本発明のデータ伝送方法は、データ送信方法とデータ受信方法とを含んでおり、データ送信方法は、送信端末から受信端末へデータを送るのに用いられ、データ受信方法は、送信端末から伝送されるデータを受信するのに用いられる。
【００２３】
データ送信方法は、
（Ａ）第１の画像を受信し、Ｎを１以上の正の整数として、画像をＮブロックに分割し、各ブロックに、対応する初期のバージョン番号を付与し、画像データと各ブロックの初期のバージョン番号を第１データベースに格納するステップと、
（Ｂ）ユーザ・データグラム・プロトコルを用いて、ステップ（Ａ）の各ブロックを受信端末へ送信するステップと、
（Ｃ）次の画像を受信し、当該次の画像をＮブロックに分割するステップと、
（Ｄ）ステップ（Ｃ）の複数のブロックの１つが再送を要するか否かを判定し、ブロックが再送を要しない場合には、処理の流れをステップ（Ｅ）へ進め、ブロックが再送を要する場合には、ステップ（Ｈ）とステップ（Ｉ）とを順に実行するために処理の流れをステップ（Ｈ）へ移すステップと、
（Ｅ）１枚の画像全体内のすべてのブロックが処理されたか否かを判定し、すべてのブロックが処理されている場合には、処理の流れをステップ（Ｆ）へ進め、そうでない場合には、他のブロックの処理を続けるために、処理の流れをステップ（Ｄ）に戻すステップと、
（Ｆ）Ｋを１以上の正の整数として、Ｋ枚の画像が処理されたか否かを判定し、Ｋ枚の画像が処理されている場合には、処理の流れをステップ（Ｇ）へ進め、そうでない場合には、処理の流れをステップ（Ｃ）へ戻すステップと、
（Ｇ）伝送制御プロトコルを用いて受信端末に通知を発行することにより、画像内の各位置での各ブロックの最新のバージョン番号を、受信端末に通知するステップと、
（Ｈ）第１データベースに格納されているブロックであって、再送を要するブロックのバージョン番号を更新し、再送を要するブロックの画像データを第１データベースに格納するステップと、
（Ｉ）ユーザ・データグラム・プロトコルを用いて、再送を要するブロックの画像データおよびバージョン番号と、再送を要するブロックの画像内の位置とを、受信端末に送信し、その後に処理の流れをステップ（Ｅ）へ戻るステップと、を備えており、
データ受信方法は、
（ａ）ユーザ・データグラム・プロトコルを用いて、第１の画像内のブロックと、ブロックのバージョン番号と、画像内のブロックの位置とを、送信端末から受信するステップと、
（ｂ）ブロックを表示画面に表示し、ブロックのバージョン番号と画像内のブロックの位置とを第２データベースに格納するステップと、
（ｃ）ユーザ・データグラム・プロトコルを用いて、ブロックとブロックのバージョン番号と画像内のブロックの位置とを、送信端末から受信し続け、受信したブロックのバージョン番号を、第２データベースに格納されるバージョン番号と比較し、受信したブロックのバージョン番号の方が新しい場合には、第２データベースに格納されている対応するブロックのバージョン番号を更新し、新しいバージョン番号を有するブロックを表示画面に表示するステップと、
（ｄ）各位置にあるブロックの最新のバージョン番号の通知を、伝送制御プロトコルを介して送信端末から受信するステップと、
（ｅ）第２データベースに記録されているバージョン番号を、送信端末から送られたバージョン番号と比較し、第２データベースに記録されたバージョン番号の方が古ければ、新しい方のバージョン番号を有するブロックを送信するように送信端末へ伝送制御プロトコルを用いて要求するステップと、を備えている。
【００２４】
本発明の他の特徴および利点は、以下に添付図面を参照しつつ行う好ましい実施形態の詳細な説明によって明白となる。
【発明を実施するための最良の形態】
【００２５】
図１を参照しつつ、本発明によるデータ伝送システムの好ましい実施形態を示す。このシステムは、送信端末に位置する送信装置１と、受信端末に位置する受信装置２とを含んでいる。
【００２６】
送信装置１は、画像受信部１１と、判定部１２と、更新部１３と、第１データベース１４と、通知部１５と、送信部１６と、命令受信部１７とを含んでいる。
【００２７】
受信装置２は、データ受信部２１と、処理部２２と、表示部２３と、第２データベース２４とを含んでいる。
【００２８】
送信装置１の画像受信部１１は、ビデオカメラやスチルカメラのような装置から画像を連続的に受信することが可能となっている。その上、画像受信部１１はまた、画面フレームを連続的に取り込むものであってもよい。画像受信部１１は、受信したか或いは取り込んだ各画像または各フレームを複数のブロックに分割する。各ブロックには、バージョン番号とフラグとが付与される。バージョン番号とフラグは、第１データベース１４に格納される。
【００２９】
画像受信部１１は、受信した連続する２枚の画像のブロックの順番を、異なるバージョン番号で表示し、異なる位置にあるブロックに対しては独立したバージョン番号体系を与える。例えば、画像の左上の角に位置するブロックに対しては、受信時間の順番にもとづいて遅れて受信されたブロックには、より大きいバージョン番号が付与される。すなわち、時刻ｔ１に受信された画像の左上の角のブロックについては、バージョン番号が１に設定され、時刻（ｔ１＋Δｔ）に受信された画像の左上の角のブロックについては、バージョン番号が２に設定される。また、時刻（ｔ１＋２×Δｔ）に受信された画像の左上の角のブロックについては、バージョン番号が３に設定される。その上、ブロックのバージョン番号が、過剰なほどに速くインクリメントされることを回避するために、ブロックのバージョン番号は、そのブロックを受信装置２へ伝送する必要があることが確認された後にのみ、増加させられる。ブロックを伝送する必要がない場合には、バージョン番号は増加させる必要はない。
【００３０】
各フラグは、第１状態または第２状態に設定することができる。フラグが第１状態にあるときには、それは、このフラグに対応するブロックを受信端末へ再送する必要があることを示している。このフラグに対応するブロックが、受信端末に再送されているか、または再送される必要のないものであるときには、このフラグは第２状態に設定される。
【００３１】
この実施形態では、画像受信部１１がＫ枚の画像を受信する期間が、１つの検査周期として設定される。ここでＫは、１以上の正の整数である。Ｋは、一般に５に設定されるが、システムの仕様に応じて増減することが可能である。画像受信部１１は、Ｋ枚の画像を受信する毎に、検査周期が到来したことを通知部１５に通知する。
【００３２】
第１データベース１４は、１枚の画像の各位置での最新のブロックの画像データと、各位置での最新のブロックのバージョン番号と、最新の各ブロックの対応するフラグ状態とを格納する。
【００３３】
判定部１２は、比較部１２１と検出部１２２とを含んでいる。判定部１２は、画像受信部１１から転送されるブロックを受信し、そのブロックが受信端末に伝送される必要があると判定すると、その旨の通知を送信する。
【００３４】
判定部１２の検出部１２２は、画像受信部１１と更新部１３と第１データベース１４とに電気的に接続されており、画像受信部１１から転送されたブロックを受信する。検出部１２２は、第１データベース１４に格納され、かつそのブロックに対応するフラグを検出する。また検出部１２２は、そのフラグが第１状態にあることを見出すと、フラグが対応するブロックと、そのブロックの現在のバージョン番号とを、更新部１３に通知する。
【００３５】
判定部１２の比較部１２１は、検出部１２２と更新部１３とに電気的に接続されている。比較部１２１は、検出部１２２で検出されたブロックを受信する。比較部１２１はさらに、受信されたブロックを、その直前の画像中の同一位置のブロックと比較し、この直前の画像中の対応するブロックの画像データが、受信されたブロックと同一であるか否かを判定する。もしも受信された画像データが変わっていなければ、更新部１３は、そのブロックと、そのブロックの現在のバージョン番号とについて通知される。
【００３６】
更新部１３は、送信部１６と第１データベース１４とに電気的に接続されており、比較部１２１または検出部１２２から送られる通知を受信する。更新部１３は、通知に基づいて、更新されたブロックのバージョン番号、またはフラグが第１状態にあるブロックのバージョン番号に、１を加える。そして比較部１２１は、新たなバージョン番号と、そのブロックの画像データと、その画像中のそのブロックの情報（例えば、位置）などを、格納のための第１データベース１４と送信部１６とに送る。その上に、更新部１３は、受信端末に伝送されたブロックのフラグであって第１データベースに格納されているフラグを、第２状態に切り替えてもよい。
【００３７】
送信部１６は、ブロックとそれに関連する情報とを、受信装置２のデータ受信部２１へ、ＵＤＰを用いて送信する。それらには、更新部１３または画像受信部１１から送られる画像内のそのブロックの対応する位置の情報や、そのブロックのバージョン番号や、画像データなどが含まれている。
【００３８】
通知部１５は、画像受信部１１と第１データベース１４とに電気的に接続されている。画像受信部１１は、検査周期毎に通知部１５に通知する。そうすると通知部１５は、第１データベース１４に格納されている最新のバージョン番号の参照を開始し、ＴＣＰを用いて受信装置２の処理部２２に通知を発行し、それにより、画像中の各位置に現在あるブロックの最新のバージョン番号を処理部２２に通知する。
【００３９】
命令受信部１７は、第１データベース１４に電気的に接続されており、受信装置２の処理部２２からＴＣＰを用いて送られる命令を受信する。命令受信部１７は、第１データベース１４に格納されたフラグの状態を、命令にしたがって制御する。すなわち、受信端末が送信端末に再送を望んでいるブロックを、命令が含んでいる時には、命令受信部１７は、そのブロックに対応するフラグを第１状態に設定する。
【００４０】
受信装置２の第２データベース２４は、ブロックのバージョン番号を格納する。
【００４１】
データ受信部２１は、表示部２３に電気的に接続されており、送信端末の送信部１６からＵＤＰを用いて送られる、ブロックとそれに関連する情報とを受信する。データ受信部２１は、画像データとブロックのバージョン番号とを、画像内のそのブロックの位置とともに、表示部２３に送信する。
【００４２】
表示部２３は、第２データベース２４に電気的に接続されており、データ受信部２１から送信されるブロックを受信する。表示部２３は、受信されたブロックのバージョン番号を、第２データベース２４に格納されている対応するブロックのバージョン番号と比較する。受信されたブロックのバージョン番号が、第２データベース２４に格納されているブロックのバージョン番号よりも新しいときには、第２データベース２４に格納されているブロックのバージョン番号が更新され、新たなバージョン番号を有するブロックが表示画面に表示される。
【００４３】
処理部２２は、第２データベース２４に電気的に接続されており、第２データベース２４に格納されているブロックの最新のバージョン番号を、送信端末が送信し、通知部１５が通知したブロックの最新のバージョン番号と比較する。第２データベース２４に記録されているバージョン番号が、通知部１５が通知した最新のバージョン番号よりも古いと、処理部２２が判断した場合には、それは、伝送過程の中でブロックの喪失または損傷があったことを示すものとなる。そうすると、処理部２２は、ＴＣＰを用いて送信装置１の命令受信部１７に通知を送信し、それにより、喪失または損傷のあったブロックの再送を求める要求を発行する。再送要求は、それぞれの位置のブロックについて再送を要するか否かに関するメッセージを含んでいる。
【００４４】
図１および図２に示すように、受信装置２へ画像を伝送するために、本実施形態のデータ伝送システムの送信装置１が採用する方法は、以下のステップを含んでいる。
【００４５】
ステップＳ１において、画像受信部１１は、第１の画像を受信し、この第１の画像をＮブロック（Ｎは１以上の正の整数）に分割する。各ブロックには、対応する初期のバージョン番号およびフラグが付与されている。各ブロックの、画像データと、初期のバージョン番号およびフラグとは、第１データベース１４に格納されている。
【００４６】
ステップＳ２において、画像受信部１１は、ステップＳ１における各ブロックを受信端末のデータ受信部２１へＵＤＰを用いて送信するよう、送信部１６に命令する。
【００４７】
ステップＳ３において、画像受信部１１は、第１データベース１４に格納されている全てのフラグを第２状態に設定する。
【００４８】
ステップＳ４において、画像受信部１１は、検査周期を設定する。検査周期は、画像受信部１１がＫ枚の画像を受信するかまたは取り込む期間である。
【００４９】
ステップＳ５において、画像受信部１１は、受信した画像の枚数を０に設定する。
【００５０】
ステップＳ６において、画像受信部１１は次の画像を受信し、受信した画像をＮブロックに分割する。これらのブロックは、検出部１２２に１つずつ転送される。
【００５１】
ステップＳ７において、検出部１２２は、画像受信部１１から転送されるブロックが、第１データベース１４に格納されている対応するブロックのフラグの状態にもとづいて、再送を要するか否かを判定する。もしも、ブロックが再送を要しないと判定された場合には、処理の流れはステップＳ８に進み、そうでない場合には、ステップＳ１２へ飛ぶ。
【００５２】
ステップＳ８において、比較部１２１は、検出部１２２が判定したブロックを、直前の画像中の同一位置にあるブロックと比較し、それらのブロックが同一であるか否かを判定する。判定結果が肯定的であれば、処理の流れはステップＳ９に進み、そうでない場合には、ステップＳ１２へ飛ぶ。
【００５３】
ステップＳ９では、判定部１２が１枚の画像中のすべてのブロックの処理を完了しているか否かが判定される。判定結果が肯定的であれば、処理の流れはステップＳ１０へ進み、そうでない場合にはステップＳ７へ戻り、他のブロックの処理を続ける。
【００５４】
ステップＳ１０では、画像受信部１１が受信した画像の枚数がＫであるか否かが判定される。判定結果が肯定的であれば、それは、検査周期が到来していることを示しており、処理の流れはステップＳ１１へ進む。判定結果が肯定的でなければ、処理の流れはステップＳ６へ戻る。
【００５５】
ステップＳ１１において、通知部１５は、受信装置２の処理部２２に通知を発行するのにＴＣＰを用い、送信端末から送信された各ブロックの最新のバージョン番号と、画像内の各位置にあるブロックの最新のバージョン番号とを、処理部２２に通知する。
【００５６】
ステップＳ１２において、更新部１３は、更新されたブロック、またはフラグが第１状態にあるブロックのバージョン番号に１を加算する。そして更新部１３は、このブロックの更新されたバージョン番号および画像データと、このブロックの画像内の位置の情報などを、格納のために第１データベース１４に転送し、かつ送信部１６に転送する。
【００５７】
ステップＳ１３において、送信部１６はＵＤＰを用いて、再送を要するブロックと、それに関連する情報とを、受信装置２のデータ受信部２１に送信する。その後、処理の流れはステップＳ９へ戻る。
【００５８】
図１および図３を参照すると、送信装置１から伝送されるブロックを受信するために、本実施形態のデータ伝送システムの受信装置２が採用する方法は、以下のステップを含んでいる。
【００５９】
ステップＴ１において、データ受信部２１は、ＵＤＰを用いて、関連する情報を受信する。この関連する情報は、例えば、送信装置１の送信部１６から送信されるものであり、ブロックの画像データと、ブロックのバージョン番号と、画像内のブロックの対応する位置の情報などである。
【００６０】
ステップＴ２において、データ受信部２１はステップＴ１で受信した関連情報、例えば、ブロックの画像データと、ブロックのバージョン番号と、画像内のブロックの対応する位置の情報などを、表示部２３に転送する。
【００６１】
ステップＴ３では、データ受信部２１から転送されたブロックのバージョン番号にもとづいて、そのブロックのバージョン番号が、ステップＴ１で受信された同一位置におけるブロックの最も古いバージョン番号であるか否かを、表示部２３が判定する。判定結果が肯定的であれば、そのブロックは表示画面に直接に表示され、そのブロックのバージョン番号は第２データベース２４に格納される。判定結果が肯定的でなければ、そのブロックのバージョン番号は、第２データベース２４に格納されている対応するブロックのバージョン番号と比較される。受信されたブロックのバージョン番号が、第２データベース２４に格納されているブロックのバージョン番号よりも新しい場合には、第２データベース２４に格納されているブロックのバージョン番号が更新され、新たなバージョン番号を有するブロックが表示画面に表示される。ステップＴ３が完了した後に、処理の流れはステップＴ１へ戻る。
【００６２】
図１および図４を参照すると、送信装置１から送られる通知を受信するために、本実施形態のデータ伝送システムの受信装置２が採用するデータ伝送方法は、以下のステップを含んでいる。
【００６３】
ステップＲ１において、受信装置２の処理部２２は、各位置におけるブロックの最新のバージョン番号に関する通知であって、送信装置１の通知部１５から送られる通知を、ＴＣＰを用いて受信する。
【００６４】
ステップＲ２において、処理部２２は、第２データベース２４に記録されているバージョン番号が、ステップＲ１で受信された最新のバージョン番号よりも古いかどうかを、比較によって判定する。判定結果が肯定的であれば、処理の流れはステップＲ３へ進み、そうでない場合にはステップＲ１へ戻る。
【００６５】
ステップＲ３において、処理部２２は、第２データベース２４に記録されているバージョン番号が、通知部１５が通知した最新のバージョン番号よりも古いようなブロックを送信するように、ＴＣＰを用いて送信装置１の命令受信部１７に要求する。
【００６６】
図１および図５に示すように、受信装置２から送られた通知を受信するために、本実施形態のデータ伝送システムの送信装置１が用いるデータ伝送方法は、以下のステップを含んでいる。
【００６７】
ステップＭ１において、命令受信部１７はＴＣＰを用いて、受信装置２の処理部２２から送られる命令を受信する。
【００６８】
ステップＭ２において、命令受信部１７は、受信した命令に従って、第１データベース１４に格納されているフラグの状態を制御し、再送を要求するブロックのフラグを第１状態にする。
【００６９】
ステップＭ３では、第１データベース１４内のフラグの状態に従って、フラグが第１状態にあるブロックを受信装置２へ再送するように、検出部１２２が更新部１３を介して送信部１６に命令する。
【００７０】
本実施形態は、唯一つの受信装置２を含むように例示されているが、本発明は、現実の実施において複数の受信部２を含むものであってもよい。各受信装置２の構成要素と、それら構成要素の動作とは、以上に述べたものと同一であり、受信装置２の各々は、上記のデータ交換処理を送信装置１との間で行うことが可能である。
【００７１】
要約すれば、本発明は、ＵＤＰを用いてデータが比較的大量である画像ブロックを伝送するとともに、各ブロックにバージョン番号を割り当てることにより、ブロックの間で新しいか古いかを特定する。本発明はさらに、信頼性有るＴＣＰを用いて、ブロックが正しく到達したか、あるいは再送を要するかに関するメッセージと命令とを伝送する。このように本発明は、ＵＤＰによる伝送速度の上での利点と、ＴＣＰによる信頼性の上での利点とを兼ね備えており、それによって、本発明の目的を達成している。それに加えて、本発明は、ブロックが受信端末に正しく到達しているか否かを、検査周期毎にチェックし、それによって、ＴＣＰの使用を伴うチェックや確認動作の繰り返しのために、伝送帯域幅を過剰に要するという問題を回避している。その上に、本発明はさらに、ブロックが再送を要するか否かを示すために、各ブロックに対応するフラグを割り当てており、それによって、確認の実行と目印を付ける動作とを容易なものにしている。
【００７２】
本発明は、最も実際的で好ましい実施形態であると考えられるところのものに関して記載されたが、本発明が、開示された実施形態に限定されるものではなく、最も広い解釈の神髄と範囲内に含まれる様々な変形にも及ぶことが意図されており、そのような全ての改変や均等な変形を包含することが理解される。
【産業上の利用可能性】
【００７３】
本発明は、データ伝送のためのシステムと方法に適用することができる。
【図面の簡単な説明】
【００７４】
【図１】本発明によるデータ伝送システムの好ましい実施形態を示すシステムブロック図である。
【図２】好ましい実施形態のフローチャートであって、送信端末から受信端末へブロックを伝送する処理の流れを示している。
【図３】好ましい実施形態のフローチャートであって、受信端末でブロックを受信する処理の流れを示している。
【図４】好ましい実施形態のフローチャートであって、ブロックの再送を要求するための通知を受信端末において送信する処理の流れを示している。
【図５】好ましい実施形態のフローチャートであって、ブロックの再送を要求する通知を送信端末において受信する処理の流れを示している。
【図１】
2008524907.tif 000003
【図２】
2008524907.tif 000004
【図３】
2008524907.tif 000005
【図４】
2008524907.tif 000006
【図５】
2008524907.tif 000007
【国際調査報告】
2008524907.tif 000008
2008524907.tif 000009
2008524907.tif 000010