JP2004159101A - データ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システム - Google Patents
データ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システム Download PDFInfo
- Publication number
- JP2004159101A JP2004159101A JP2002323062A JP2002323062A JP2004159101A JP 2004159101 A JP2004159101 A JP 2004159101A JP 2002323062 A JP2002323062 A JP 2002323062A JP 2002323062 A JP2002323062 A JP 2002323062A JP 2004159101 A JP2004159101 A JP 2004159101A
- Authority
- JP
- Japan
- Prior art keywords
- data
- divided
- information
- divided data
- electronic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
【課題】データ送信装置からデータ受信装置へテキストや静止画を含む静的な電子データを高い信頼性で送信できるデータ伝送方法を提供する。
【解決手段】本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置２００からデータ受信装置３００に送信するコネクションレス型のデータ伝送方法であって、電子データを分割して分割データを生成する電子データ分割ステップと、電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、先頭の分割データに対して、その分割データが先頭であることを示す情報を付与する先頭情報付与ステップと、最終の分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与ステップと、分割データをデータ送信装置２００からデータ受信装置３００に繰り返し送信する分割データ送信ステップと、を有する。
【選択図】 図６
【解決手段】本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置２００からデータ受信装置３００に送信するコネクションレス型のデータ伝送方法であって、電子データを分割して分割データを生成する電子データ分割ステップと、電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、先頭の分割データに対して、その分割データが先頭であることを示す情報を付与する先頭情報付与ステップと、最終の分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与ステップと、分割データをデータ送信装置２００からデータ受信装置３００に繰り返し送信する分割データ送信ステップと、を有する。
【選択図】 図６
Description
【０００１】
【発明の属する技術分野】
本発明は、コネクションレス型のデータ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システムに関する。
【０００２】
【従来の技術】
近年、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術を利用したインターネットが普及し、インターネット上でテキストコンテンツや音声・映像等のマルチメディアコンテンツをやり取りすることが容易になってきている。また、放送コンテンツをインターネット上で配信するインターネット放送も注目を集めており、マルチキャスト技術やブロードキャスト技術に関する研究・開発が盛んに行われている。
【０００３】
インターネット上で音声や映像等のマルチメディアコンテンツをストリーミング配信するプロトコルとしてＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）がＩＥＦＴ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）１８８９（非特許文献１）により規定されている。ＲＴＰにより、ペイロードタイプ・符号化方式の通知やシーケンス番号の付与、再生・表示時刻の通知が可能となる。それに対し、テキストや静止画等の静的な電子データを送信する場合には、通常ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いて信頼性の高い伝送が行われる。しかし、放送方通信形態で上述のような静的な電子データを送信する場合、通常放送局から端末までの下りチャネルしかなく、端末から放送局までの上りチャネルが存在しないため、ＴＣＰのように上りチャネルのフィードバック情報（Ａｃｋ）を用いた信頼性放送を適用することができない。
【０００４】
上述の課題から、ＩＥＦＴのＲＭＴ（Ｒｅｌｉａｂｌｅ Ｍｕｌｔｉｃａｓｔ Ｔｒａｎｓｐｏｒｔ）Ｗｏｒｋｉｎｇ Ｇｒｏｕｐでは、ＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）を用いて、片方向チャネル上でも信頼性高く伝送できる方式を検討している。しかし、現在具体的なフォーマットや伝送方法については規定していない。また、ＲＭＴ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐでは単一のファイルを信頼性高く伝送することのみ検討されており、放送型通信で同時に伝送される音声データや映像データとの同期再生については検討されていない。
【０００５】
電波産業界（ＡＲＩＢ）の規格ＡＲＩＢ ＳＴＤ−Ｂ２４（非特許文献２）では、デジタル放送用にテキスト情報や静止画像等の静的な電子データを伝送するデータカルーセル方式が規定されている。本方式により音声やビデオデータとの同期も可能であり、かつ繰り返し送信により信頼性のあるテキスト情報の送信を可能としている。しかし、本方式をＩＰネットワーク上で実現しようとすると、ＩＰヘッダのオーバーヘッド及びデータカルーセル方式のオーバーヘッドのため、効率的な伝送ができないという問題点があった。また、特開２００２−１２４９８７号公報（特許文献１）に示される技術のように、ＩＰパケットをデータカルーセルフォーマット上で伝送する方法が提案されている。しかし、上記公報記載の技術は、デジタル放送においてＩＰパケットを伝送する技術であり、それ以外のＩＰネットワークへの適用は不可能である。
【０００６】
ＩＥＦＴのＡＶＴ（Ａｕｄｉｏ／Ｖｉｄｅｏ Ｔｒａｎｓｐｏｒｔ）Ｗｏｒｋｉｎｇ Ｇｒｏｕｐでは、テキストや静止画等の電子データを、ＲＴＰを用いて伝送するフォーマットがドラフトｄｒａｆｔ−ｗｅｓｔｅｒｌｕｎｄ−ａｖｔ−ｒｔｐ−ｓｔａｔｉｃ−ｍｅｄｉａ−０１．ｔｘｔ（非特許文献３）で提案されている。ＲＴＰ上で静的な電子データを送信することにより、ＲＴＰを用いて伝送される音声やビデオデータと同期再生が容易となり、またＲＴＰ以外の特別なプロトコルを実装する必要がなく、実装が容易になるといった利点が挙げられる。
【０００７】
上述のドラフトではＲＴＰヘッダ及びペイロードヘッダを以下の通り規定している。
【０００８】
図１は、ＲＴＰヘッダを示す構成図である。ＲＴＰヘッダのバージョンフィールド（Ｖ）、パディングビット（Ｐ）、拡張ビット（Ｘ）、寄与送信元カウントフィールド（ＣＣ）はＲＴＰの規格ＲＦＣ１８８９に従っている。マーカビット（Ｍ）は、当該ＲＴＰパケットが電子データの最後のセグメントを含む場合に１にセットされ、それ以外の場合には０にセットされる。ペイロードタイプフィールドには、ＲＴＰパケットのペイロードタイプに関する識別子が挿入される。シーケンス番号フィールドは新たにパケットが生成・送信されるたびに１つずつ増加する。タイムスタンプフィールドには、当該ＲＴＰパケットを受信するデータ受信装置が、当該ＲＴＰパケットに含まれる電子データを使用すべき時刻に関する情報が含まれる。同期送信元識別子フィールドはＲＦＣ１８８９に従い、当該ＲＴＰパケットの送信装置の同期送信元識別子が格納される。
【０００９】
また、ＲＴＰヘッダに続くペイロードには、配信される電子データや、当該電子データの有効期間に関する情報などが含まれる。ペイロードに何の情報が含まれているか識別するために、各情報の先頭１バイトにペイロードヘッダが付与され、続いて該当する情報が挿入される。
【００１０】
図２は、ＲＴＰパケットの構成例を示す図である。ＲＴＰヘッダに続いて１バイトのペイロードヘッダが続いている。図２では、「２」の値が挿入されているが、これは次に続く情報が電子データの有効期間に関する情報であることを表しており、４バイトの有効期間情報が続いて挿入される。次の１バイトには「０」の値が挿入されており、続く情報が配信される電子データそのもの、もしくは分割された電子データの一部であることを示している。
【００１１】
図３は、ＲＴＰフォーマットを用いて電子データを配信するときのデータ送信装置とデータ受信装置との間のシーケンスの例を示す図である。図３中の「ＳＮ」はＲＴＰヘッダのシーケンス番号を示し、「Ｍ」はマーカビットを示す。本例では、データ送信装置は、最初の電子データ１を３つに分割し、それぞれＲＴＰパケットを構成する。ＲＴＰパケットには順にＳＮ＝１、２、３のシーケンス番号が付与される。ＳＮ＝１及びＳＮ＝２のパケットはその電子データ１の最後のパケットではないため、マーカビット（Ｍ）は０にセットされ、送信される。一方、ＳＮ＝３のパケットは、電子データ１を構成する最後のパケットになるため、マーカビットが１にセットされる。データ受信装置は、マーカビットが１にセットされたＳＮ＝３を受信すると、それまで受信したＳＮ＝１及びＳＮ＝２のパケットを組み合わせて、電子データ１を再構成する。再構成された電子データ１はＲＴＰヘッダのタイムスタンプの利用開始時刻に従って、データ受信装置で利用される。ここで、利用するとは、例えば、電子データがＨＴＭＬデータであれば、ＨＴＭＬの解釈に従って表示されることになる。
【００１２】
電子データ１に続いて電子データ２を送信する場合も、同様にシーケンス番号が順にＳＮ＝４からＳＮ＝８まで振られ、ＳＮ＝８のパケットのマーカビットが１にセットされる。データ受信装置はＳＮ＝４からＳＮ＝８のパケットの電子データを組み合わせて電子データ２を再構成する。
【００１３】
上述のように、本ＲＴＰフォーマットによって音声や映像だけでなく、テキストや静止画等の電子データを配信することが可能となる。
【００１４】
【特許文献１】
特開２００２−１２４９８７号公報
【非特許文献１】
Ｈ． Ｓｃｈｕｌｚｒｉｎｎｅ， Ｓ． Ｃａｓｎｅｒ， Ｒ． Ｆｒｅｄｅｒｉｋ， ａｎｄ Ｖ． Ｊａｃｏｂｓｏｎ， ”ＲＴＰ： Ａ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｒｅａｌ−Ｔｉｍｅ Ａｐｐｌｉｃａｔｉｏｎｓ，” ＩＥＴＦ ＲＦＣ１８８９， Ｊａｎｕａｒｙ １９９６．
【非特許文献２】
電波産業会「デジタル放送におけるデータ放送符号化方式と伝送方式」ＡＲＩＢ
ＳＴＤ−Ｂ２４ ２．０版、平成１３年３月２７日２．０改定
【非特許文献３】
Ｍ． Ｗｅｓｔｅｒｌｕｎｄ， Ｋ． Ｄｏｖｓｔａｍ， Ｆ． Ｈａｒｔｕｎｇ， ａｎｄ Ｕ． Ｈｏｒｎ， ”Ｇｅｎｅｒｉｃ ＲＴＰ ＰａｙｌｏａｄＦｏｒｍａｔ ｆｏｒ Ｔｉｍｅ−ｌｉｎｅｄ Ｓｔａｔｉｃ Ｍｅｄｉａ，” ＩＥＴＦ Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ ｄｒａｆｔ−ｗｅｓｔｅｒｌｕｎｄ−ａｖｔ−ｒｔｐ−ｓｔａｔｉｃ−ｍｅｄｉａ−０１．ｔｘｔ， Ｊａｎｕａｒｙ ２， ２００２
【００１５】
【発明が解決しようとする課題】
しかし、図３に示すような伝送方法では、パケットの１つがネットワークの混雑や伝送誤りによって損失した場合、当該パケットを回復することができず、当該パケットに含まれるデータを構成要素とする電子データを再構成することができない。そのため、データ受信装置では、当該電子データを活用できないという問題があった。
【００１６】
また、放送型配信のように配信途中から視聴を始めるデータ受信装置がある場合には、当該受信装置は受信開始中に送信されている電子データを構成するパケットを先頭からすべて受信することができず、もとの電子データを再構成することができない。従って、データ受信装置では、受信開始中に送信されている電子データを活用することができないという問題があった。
【００１７】
また、データ受信装置が最初のパケットを受信した時点、例えば図３のＳＮ＝１のパケットを受信した時点で、データ受信装置は当該電子データがどれだけの大きさなのか判断することができない。そのため、データ受信装置は、電子データを再構成するためのメモリ領域をどの程度確保してよいか分からないという問題があった。
【００１８】
そこで、本発明は上記課題を解決し、データ送信装置から１以上のデータ受信装置へテキストや静止画を含む電子データを高い信頼性で送信できるデータ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システムを提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置が電子データを分割して分割データを生成する電子データ分割ステップと、データ送信装置が、電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、データ送信装置が、先頭の分割データに対して、その分割データが先頭であることを示す情報を付与する先頭情報付与ステップと、データ送信装置が、最終の分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与ステップと、分割データをデータ送信装置からデータ受信装置に繰り返し送信する分割データ送信ステップと、を有することを特徴とする。
【００２０】
このように分割データ送信ステップにおいて分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号が付与されているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データにはその分割データが先頭であることを示す情報が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されているので、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。「静的な電子データ」とは、例えばテキストや静止画像である。
【００２１】
また、本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置が電子データを分割して分割データを生成する電子データ分割ステップと、データ送信装置が、電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、データ送信装置が、電子データを構成する分割データのシーケンス番号のうち、先頭のシーケンス番号に関する情報を任意の分割データに対して付与する先頭情報付与ステップと、データ送信装置が、最終の分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与ステップと、分割データをデータ送信装置からデータ受信装置に繰り返し送信する分割データ送信ステップと、を有することを特徴とする。
【００２２】
このように分割データ送信ステップにおいて分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号が付与されているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データを示す情報が任意の分割データに付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されているので、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【００２３】
上記データ伝送方法は、先頭情報付与ステップにおいて、先頭情報を少なくとも最終の分割データに対して付与することが好ましい。
【００２４】
本発明に係るデータ送信方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置が電子データを分割して分割データを生成する電子データ分割ステップと、データ送信装置が、電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、データ送信装置が、電子データを構成する分割データのシーケンス番号のうち、先頭及び最終のシーケンス番号に関する情報を任意の分割データに対して付与する先頭最終情報付与ステップと、分割データをデータ送信装置からデータ受信装置に繰り返し送信する分割データ送信ステップと、を有することを特徴とする。
【００２５】
このように分割データ送信ステップにおいて分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号が付与されているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データのシーケンス番号と最終の分割データのシーケンス番号の情報を任意の分割データに付与することにより、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【００２６】
上記データ伝送方法は、先頭最終情報付与ステップにおいて、先頭及び最終のシーケンス番号に関する情報をすべての分割データに対して付与することを特徴としても良い。
【００２７】
このようにすべての分割データに先頭及び最終の分割データのシーケンス番号を付与することにより、いずれの分割データから受信した場合でも先頭と最終のシーケンス番号を把握できるので好ましい。
【００２８】
上記データ伝送方法は、電子データ分割ステップにおいて、前記データ送信装置は静的な電子データと共に動的な電子データを分割して分割データを生成し、分割データ送信ステップにおいて、データ送信装置は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報を付与して送信し、分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データをデータ送信装置からデータ受信装置に繰り返し送信する付随データ送信ステップをさらに有する、ことを特徴としても良い。
【００２９】
このように静的な電子データと動的な電子データのそれぞれから生成された分割データに同一フォーマットの表示開始時刻に関する情報を付与し、さらに付随データによって表示開始時刻と絶対時刻との対応を関係付けることにより、静的な電子データ及び動的な電子データの表示開始時刻の同期をとることができる。付随データは、定期的に繰り返し送信されても良いし、ランダムに送信されても良い。なお、「動的な電子データ」とは、例えば映像データや音声データである。
【００３０】
上記データ伝送方法は、シーケンス番号及び表示開始時刻に関する情報を表すためにＲＴＰヘッダのシーケンス番号及びタイムスタンプ値を用い、最終情報付与ステップにおいて付与される最終の分割データであることを通知するために、ＲＴＰヘッダ内のマーカビットを用い、表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データとしてＲＴＣＰパケットを用いる、ことを特徴としても良い。
【００３１】
このようにシーケンス番号及び表示開始時刻に関する情報を表すために、ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）を用い、付随データとしてＲＴＣＰ（ＲＴＰ ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を用いることにより、既存のプロトコルとの整合性を保って容易にシステムを設計できる。
【００３２】
上記データ伝送方法は、電子データ分割ステップでは、所定のデータ長以下の分割データを生成し、データ送信装置が所定のデータ長に関する情報を分割データの最大長としてデータ伝送開始前又はデータ伝送途中にデータ受信装置に通知する最大分割長通知ステップをさらに有する、ことを特徴としても良い。
【００３３】
このように分割データの最大長に関する情報を送信することにより、データ受信装置は先頭及び最終のシーケンス番号から分割データ数を把握しているので、データ受信装置で分割データの最大長に基づいて確保すべきメモリ領域の大きさを算出できるので好ましい。
【００３４】
上記データ伝送方法は、電子データ分割ステップでは、所定のデータ長の分割データを生成し、データ送信装置が所定のデータ長に関する情報を分割データの固定長としてデータ伝送開始前又はデータ伝送途中にデータ受信装置に通知する固定分割長通知ステップをさらに有する、ことを特徴としても良い。
【００３５】
このように分割データ長に関する情報を送信することにより、データ受信装置は先頭及び最終のシーケンス番号から分割データ数を把握しているので、分割データ長に基づいて確保すべきメモリ領域の大きさをより正確に算出できるので好ましい。
【００３６】
上記データ伝送方法は、データ送信装置が、送信する電子データのデータ長に関する情報を任意の分割データに付与するデータ長付与ステップをさらに備えることを特徴としても良い。
【００３７】
このように送信する電子データ長に関する情報を分割データに付与することにより、データ受信装置ではその情報に基づいてメモリ領域を確保することができる。
【００３８】
また、本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に先頭の分割データにはその分割データが先頭であることを示す情報が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、データ送信装置から繰り返し送信される分割データをデータ受信装置によって受信する分割データ受信ステップと、先頭情報及び最終情報に基づいて、先頭及び最終の分割データのシーケンス番号を求め、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で、データ受信装置が電子データを構成するデータ構成ステップと、を有することを特徴とする。
【００３９】
このように繰り返し送信される分割データを受信する分割データ受信ステップを有することによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成ステップでは、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００４０】
また、本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、データ送信装置から繰り返し送信される分割データをデータ受信装置によって受信する分割データ受信ステップと、最終情報に基づいて、最終の分割データのシーケンス番号を求め、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で、データ受信装置が電子データを構成するデータ構成ステップと、を有することを特徴とする。
【００４１】
このように繰り返し送信される分割データを受信する分割データ受信ステップを有することによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成ステップでは、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００４２】
また、本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、少なくとも一の分割データに最終の分割データのシーケンス番号が付与されており、データ送信装置から繰り返し送信される分割データをデータ受信装置によって受信する分割データ受信ステップと、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で、データ受信装置が電子データを構成するデータ構成ステップと、を有することを特徴とする。
【００４３】
このように繰り返し送信される分割データを受信する分割データ受信ステップを有することによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成ステップでは、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００４４】
上記データ伝送方法は、データ受信装置は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報が付与された分割データを受信し、データ受信装置が、分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データをデータ送信装置から繰り返し受信する付随データ受信ステップと、付随データ受信ステップにおいて受信した付随パケットから各パケットの表示時刻に関する情報と絶対時刻との対応関係を求め、表示時刻に関する情報を絶対時刻と同一のフォーマットに変換する、もしくは、絶対時刻を表示時刻に関する情報と同一のフォーマットに変換して、静的な電子データと動的な電子データとを同時に再生する電子データ再生ステップと、をさらに有することを特徴としても良い。
【００４５】
このように静的な電子データと動的な電子データのそれぞれから生成された分割データに同一フォーマットの表示開始時刻に関する情報を付与された分割データを受信し、さらに繰り返し送信される付随データに基づいて表示開始時刻と絶対時刻との対応を関係付けることにより、静的な電子データ及び動的な電子データの表示開始時刻の同期をとり、電子データ再生ステップにおいて同時に再生することができる。付随データは、定期的に繰り返し送信されても良いし、ランダムに送信されても良い。
【００４６】
上記データ伝送方法は、分割データを格納するパケットはＲＴＰパケットであり、データ受信装置は、ＲＴＰヘッダのシーケンス番号を分割データのシーケンス番号として記録し、ＲＴＰヘッダのタイムスタンプを電子データの表示開始時刻に関する情報として記録し、ＲＴＰヘッダのマーカビットを最終の分割データであることの識別に用い、ＲＴＣＰパケットからＲＴＰのタイムスタンプと絶対時刻との対応関係を記録する、ことを特徴としても良い。
【００４７】
このようにシーケンス番号及び表示開始時刻に関する情報を表すために、ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）を用い、付随データとしてＲＴＣＰ（ＲＴＰ ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を用いることにより、既存のプロトコルとの整合性を保って容易にシステムを設計できる。
【００４８】
上記データ伝送方法は、データ送信装置から送信される、分割データの最大長又は固定長に関する情報を受信する分割データ長受信ステップと、先頭のシーケンス番号と最終のシーケンス番号とに基づいて分割データ数を求め、分割データ長受信ステップにおいて受信した分割データ長と分割データ数とを乗じることにより、電子データを構成するために必要なメモリ領域を算出するメモリ領域算出ステップと、メモリ領域算出ステップにおいて算出されたメモリ領域を確保するメモリ領域確保ステップと、をさらに有することを特徴としても良い。
【００４９】
このように分割データ長受信ステップにおいて分割データの最大長に関する情報を受信すると共に、先頭及び最終のシーケンス番号から分割データ数を求めることにより、電子データを構成するために確保すべきメモリ領域の大きさを算出でき、メモリ領域確保ステップでは効率良くメモリを確保することができる。
【００５０】
上記データ伝送方法は、データ送信装置から送信される、電子データのデータ長に関する情報を受信するデータ長受信ステップと、データ長受信ステップにおいて受信したデータ長の情報に基づいてメモリ領域を確保するメモリ領域確保ステップと、をさらに有することを特徴としても良い。
【００５１】
このようにデータ長受信ステップにおいて電子データのデータ長に関する情報を受信することにより、メモリ領域確保ステップでは効率良くメモリを確保することができる。なお、電子データのデータ長は、任意の分割データに付与されてデータ送信装置からデータ受信装置に送信されても良いし、分割データとは別に送信されることとしても良い。
【００５２】
本発明に係るデータ送信装置は、静的な電子データをコネクションレス型のデータ伝送方法によってデータ受信装置に送信するデータ送信装置であって、電子データを分割して分割データを生成する電子データ分割手段と、電子データ分割手段によって分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与手段と、先頭の分割データに対して、その分割データが先頭であることを示す情報を付与する先頭情報付与手段と、最終の分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与手段と、分割データをデータ受信装置に繰り返し送信する分割データ送信手段と、を備えることを特徴とする。
【００５３】
このように分割データ送信手段によって分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号が付与しているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データにはその分割データが先頭であることを示す情報を付与し、最終の分割データにはその分割データが最終であることを示す情報を付与しているので、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【００５４】
また、本発明に係るデータ送信装置は、静的な電子データをコネクションレス型のデータ伝送方法によってデータ受信装置に送信するデータ送信装置であって、電子データを分割して分割データを生成する電子データ分割手段と、電子データ分割手段によって分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与手段と、電子データを構成する分割データのシーケンス番号のうち、先頭のシーケンス番号に関する情報を任意の分割データに対して付与する先頭情報付与手段と、最終の分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与手段と、分割データをデータ受信装置に繰り返し送信する分割データ送信手段と、を備えることを特徴とする。
【００５５】
このように分割データ送信手段によって分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号を付与しているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データを示す情報を任意の分割データに付与し、最終の分割データにはその分割データが最終であることを示す情報を付与しているので、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【００５６】
上記データ送信装置において、先頭情報付与手段は、先頭情報を少なくとも最終の分割データに対して付与することが好ましい。
【００５７】
また、本発明に係るデータ送信装置は、静的な電子データをコネクションレス型のデータ伝送方法によってデータ受信装置に送信するデータ送信装置であって、電子データを分割して分割データを生成する電子データ分割手段と、電子データ分割手段によって分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与手段と、電子データを構成する分割データのシーケンス番号のうち、先頭及び最終のシーケンス番号に関する情報を任意の分割データに対して付与する先頭最終情報付与手段と、分割データをデータ受信装置に繰り返し送信する分割データ送信手段と、を備えることを特徴とする。
【００５８】
このように分割データ送信手段によって分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号を付与しているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データのシーケンス番号と最終の分割データのシーケンス番号の情報を任意の分割データに付与することにより、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【００５９】
上記データ送信装置において、先頭最終情報付与手段は、先頭及び最終のシーケンス番号に関する情報をすべての分割データに対して付与することを特徴としても良い。
【００６０】
このようにすべての分割データに先頭及び最終の分割データのシーケンス番号を付与することにより、いずれの分割データから受信した場合でも先頭と最終のシーケンス番号を把握できるので好ましい。
【００６１】
上記データ送信装置において、電子データ分割手段は、静的な電子データと共に動的な電子データを分割して分割データを生成し、分割データ送信手段は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報を付与して送信し、分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データをデータ受信装置に繰り返し送信する付随データ送信手段をさらに備える、ことを特徴としても良い。
【００６２】
このように静的な電子データと動的な電子データのそれぞれから生成された分割データに同一フォーマットの表示開始時刻に関する情報を付与し、さらに付随データによって表示開始時刻と絶対時刻との対応を関係付けることにより、静的な電子データ及び動的な電子データの表示開始時刻の同期をとることができる。付随データは、定期的に繰り返し送信されても良いし、ランダムに送信されても良い。
【００６３】
上記データ送信装置は、シーケンス番号及び表示開始時刻に関する情報を表すためにＲＴＰヘッダのシーケンス番号及びタイムスタンプ値を用い、最終情報付与手段によって付与される最終の分割データであることを通知するために、ＲＴＰヘッダ内のマーカビットを用い、表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データとしてＲＴＣＰパケットを用いる、ことを特徴としても良い。
【００６４】
このようにシーケンス番号及び表示開始時刻に関する情報を表すために、ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）を用い、付随データとしてＲＴＣＰ（ＲＴＰ ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を用いることにより、既存のプロトコルとの整合性を保って容易にシステムを設計できる。
【００６５】
上記データ送信装置において、電子データ分割手段は、所定のデータ長以下の分割データを生成し、所定のデータ長に関する情報を分割データの最大長としてデータ伝送開始前又はデータ伝送途中にデータ受信装置に通知する最大分割長通知手段をさらに備える、ことを特徴としても良い。
【００６６】
このように分割データの最大長に関する情報を送信することにより、データ受信装置は先頭及び最終のシーケンス番号から分割データ数を把握しているので、データ受信装置で分割データの最大長に基づいて確保すべきメモリ領域の大きさを算出できるので好ましい。
【００６７】
上記データ送信装置において、電子データ分割手段は、所定のデータ長の分割データを生成し、所定のデータ長に関する情報を分割データの固定長としてデータ伝送開始前又はデータ伝送途中にデータ受信装置に通知する固定分割長通知手段をさらに備える、ことを特徴としても良い。
【００６８】
このように分割データ長に関する情報を送信することにより、データ受信装置は先頭及び最終のシーケンス番号から分割データ数を把握しているので、データ受信装置で分割データ長に基づいて確保すべきメモリ領域の大きさをより正確に算出できるので好ましい。
【００６９】
上記データ送信装置は、送信する電子データのデータ長に関する情報を任意の分割データに付与するデータ長付与手段をさらに備えることを特徴としても良い。
【００７０】
このように送信する電子データ長に関する情報を分割データに付与することにより、データ受信装置ではその情報に基づいてメモリ領域を確保することができる。
【００７１】
本発明に係るデータ受信装置は、コネクションレス型のデータ伝送方法によってデータ送信装置から送信された静的な電子データを受信するデータ受信装置であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に先頭の分割データにはその分割データが先頭であることを示す情報が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、データ送信装置から繰り返し送信される分割データを受信する分割データ受信手段と、先頭情報及び最終情報に基づいて、先頭及び最終の分割データのシーケンス番号を求め、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で電子データを構成するデータ構成手段と、を備えることを特徴とする。
【００７２】
このように繰り返し送信される分割データを受信する分割データ受信手段を備えることによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成手段は、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００７３】
また、本発明に係るデータ受信装置は、コネクションレス型のデータ伝送方法によってデータ送信装置から送信された静的な電子データを受信するデータ受信装置であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、データ送信装置から繰り返し送信される分割データを受信する分割データ受信手段と、最終情報に基づいて、最終の分割データのシーケンス番号を求め、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で電子データを構成するデータ構成手段と、を備えることを特徴とする。
【００７４】
このように繰り返し送信される分割データを受信する分割データ受信手段を備えることによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成手段は、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００７５】
また、本発明に係るデータ受信装置は、コネクションレス型のデータ伝送方法によってデータ送信装置から送信された静的な電子データを受信するデータ受信装置であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、少なくとも一の分割データに最終の分割データのシーケンス番号が付与されており、データ送信装置から繰り返し送信される分割データを受信する分割データ受信手段と、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で電子データを構成するデータ構成手段と、を備えることを特徴とする。
【００７６】
このように繰り返し送信される分割データを受信する分割データ受信手段を備えることによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成手段は、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００７７】
上記データ受信装置において、データ受信手段は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報が付与された電子データを受信し、分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データをデータ送信装置から繰り返し受信する付随データ受信手段と、付随データ受信手段によって受信した付随パケットから各パケットの表示時刻に関する情報と絶対時刻との対応関係を求め、表示時刻に関する情報を絶対時刻と同一のフォーマットに変換する、もしくは、絶対時刻を表示時刻に関する情報と同一のフォーマットに変換して、静的な電子データと動的な電子データとを同時に再生する電子データ再生手段と、をさらに備えることを特徴としても良い。
【００７８】
このように静的な電子データと動的な電子データのそれぞれから生成された分割データに同一フォーマットの表示開始時刻に関する情報を付与された分割データを受信し、さらに繰り返し送信される付随データに基づいて表示開始時刻と絶対時刻との対応を関係付けることにより、静的な電子データ及び動的な電子データの表示開始時刻の同期をとり、電子データ再生ステップにおいて同時に再生することができる。付随データは、定期的に繰り返し送信されても良いし、ランダムに送信されても良い。
【００７９】
上記データ受信装置が受信する分割データを格納するパケットはＲＴＰパケットであり、ＲＴＰヘッダのシーケンス番号を分割データのシーケンス番号として記録し、ＲＴＰヘッダのタイムスタンプを電子データの表示開始時刻に関する情報として記録し、ＲＴＰヘッダのマーカビットを最終の分割データであることの識別に用い、ＲＴＣＰパケットからＲＴＰのタイムスタンプと絶対時刻との対応関係を記録する、ことを特徴としても良い。
【００８０】
このようにシーケンス番号及び表示開始時刻に関する情報を表すために、ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）を用い、付随データとしてＲＴＣＰ（ＲＴＰ ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を用いることにより、既存のプロトコルとの整合性を保って容易にシステムを設計できる。
【００８１】
上記データ受信装置は、データ送信装置から送信される、分割データの最大長又は固定長に関する情報を受信する分割データ長受信手段と、先頭のシーケンス番号と最終のシーケンス番号とに基づいて分割データ数を求め、分割データ長受信手段によって受信した分割データ長と分割データ数とを乗じることにより、電子データを構成するために必要なメモリ領域を算出するメモリ領域算出手段と、メモリ領域算出手段によって算出されたメモリ領域を確保するメモリ領域確保手段と、をさらに備えることを特徴としても良い。
【００８２】
このように分割データ長受信手段によって分割データの最大長に関する情報を受信すると共に、先頭及び最終のシーケンス番号から分割データ数を求めることにより、電子データを構成するために確保すべきメモリ領域の大きさを算出でき、メモリ領域確保手段は効率良くメモリを確保することができる。
【００８３】
上記データ受信装置は、データ送信装置から送信される、電子データのデータ長に関する情報を受信するデータ長受信手段と、データ長受信手段によって受信したデータ長の情報に基づいてメモリ領域を確保するメモリ領域確保手段と、をさらに備えることを特徴としても良い。
【００８４】
このようにデータ長受信手段は、電子データのデータ長に関する情報を受信することにより、メモリ領域確保手段は効率良くメモリを確保することができる。なお、電子データのデータ長は、任意の分割データに付与されてデータ送信装置からデータ受信装置に送信されても良いし、分割データとは別に送信されることとしても良い。
【００８５】
本発明に係るデータ伝送システムは、上記データ送信装置と、上記データ受信装置とを備え、データ送信装置からデータ受信装置にコネクションレス型の伝送方式によって電子データを送信することを特徴とする。
【００８６】
上記したデータ送信装置と上記したデータ受信装置とを備えることにより、上記データ送信装置は電子データを分割した分割データを繰り返し送信し、データ受信装置は電子データを構成するすべての分割データをすべて受信した時点でもとの電子データを再構成することができるので、信頼性の高いコネクションレス型のデータ伝送システムを実現することができる。
【００８７】
【発明の実施の形態】
以下、図面と共に本発明に係るデータ伝送方法及びデータ伝送システムの好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００８８】
（第１実施形態）
図４は、本発明の実施形態に係るデータ伝送システムの構成の一形態を示すブロック図である。このデータ伝送システムでは、ネットワーク１００を介して一のデータ送信装置２００と一以上のデータ受信装置３００が接続されている。図４では、データ受信装置３００とデータ受信装置３５０の２つが描かれているが、データ受信装置は２つに限られない。また、ネットワーク１００は、インターネットのほか、企業ＬＡＮや携帯電話網でもよい。データ伝送システムはデータ送信装置２００がネットワーク１００を介してデータ受信装置３００とデータ受信装置３００とに電子データを配信する。ここで配信される「電子データ」には、テキストや静止画などの静的な電子データと、映像や音声などの動的な電子データとが含まれる。以下の説明においては、動的な電子データを「映像（データ）」「音声（データ）」といい、静的な電子データを単に「電子データ」ということとする。
【００８９】
図５は、データ送信装置２００の構成を示すブロック図である。データ送信装置２００は、セッションの制御を司るセッション制御部２０１とセッション制御に関する情報をパケット化するパケット化部２０２、映像情報を取得する映像取得部２０３、映像情報をパケット化するパケット化部２０４、映像パケットに付随する情報を生成してパケット化する付随情報生成・パケット化部２０５、音声情報を取得する音声取得部２０６、音声情報をパケット化するパケット化部２０７、音声パケットに付随する情報を生成してパケット化する付随情報生成・パケット化部２０８、電子データを取得する電子データ取得部２０９、取得した電子データを分割して分割データを生成する分割部２１０、分割データをパケット化するパケット化部２１１、当該電子データを繰り返して送信するか否か判定する繰り返し判定部２１２、電子データパケットに付随する情報を生成してパケット化する付随情報生成・パケット化部２１３、各メディアのパケットを送信するパケット送信部２１４、を備えている。以下、各構成要素について詳しく説明する。
【００９０】
セッション制御部２０１は、データ送信装置２００が配信する映像データ、音声データ及び電子データの各セッションに関する情報を記録し、必要に応じて各データのパケット化部２０４、２０７、２１１と情報をやり取りする。上記セッションに関する情報としては、宛先のアドレスや使用するプロトコルに関する情報、例えばＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を使うといった情報や、ＵＤＰのポート番号やＲＴＰのペイロードタイプ識別子の値などが含まれる。そして、これらのセッション情報をデータ受信装置３００に伝えるために、これらの情報をパケット化部２０２でパケット化し、パケット送信部２１４にてパケット送信処理が行われる。セッション情報を伝送するためのプロトコルとして、ＳＡＰ（Ｓｅｓｓｉｏｎ Ａｎｎｏｕｎｃｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）やＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）などが挙げられる。
【００９１】
映像取得部２０３は映像データを取得する機能を有する。映像情報の取得は、例えば映像ファイルを読み込んだり、ビデオカメラから得た情報をＭＰＥＧなどの映像符号化したりすることで行われる。そして、パケット化部２０４にて映像データをパケット化する。パケット化の際には、各パケットに連続して割り当てられるシーケンス番号及び表示時刻に関する情報が付与される。また、セッション制御部２０１から得られるセッション情報に基づいてパケット化する。セッション情報としては、例えば宛先ＩＰアドレスや、ＵＤＰポート番号、ＲＴＰペイロードタイプなどが挙げられる。ここでは、映像情報はＲＴＰ／ＵＤＰ／ＩＰパケットとしてパケット化されるものとするが、本発明はこれに限定されるものではない。
【００９２】
パケット化部２０４によってパケット化された映像パケットは、パケット送信部２１４に伝えられ、パケット送信部２１４によって送信処理がなされる。同時に、付随情報生成・パケット化部２０５は、映像パケットに対する付随情報を生成してパケット化する。映像パケットの付随情報としては、例えば、映像パケットの送信者に関する情報や、映像パケットの送信個数、さらには映像パケットに付与される表示時刻に関する情報と絶対時刻との対応付けを可能とする情報などがある。映像情報がＲＴＰパケットとしてパケット化される場合には、その付随情報はＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットとしてパケット化される。
【００９３】
音声取得部２０６は、音声データを取得する機能を有する。音声情報の取得は例えば音声ファイルを読み込んだり、マイクから得た情報をＡＭＲやＡＡＣなどの音声・音響符号化したりすることで行われる。パケット化部２０７は、音声取得部２０６で取得した音声データをパケット化する機能を有する。パケット化の際には、各パケットに連続して割り当てられるシーケンス番号及び表示時刻に関する情報が付与される。また、付随情報生成・パケット化部２０８は、セッション制御部２０１から得られるセッション情報に基づいて付随情報を生成してパケット化する機能を有する。セッション制御部２０１から得られるセッション情報としては、例えば、宛先ＩＰアドレスや、ＵＤＰポート番号、ＲＴＰペイロードタイプなどの情報がある。ここでは、音声情報がＲＴＰ／ＵＤＰ／ＩＰパケットとしてパケット化されるものとするが、本発明はこれに限定されない。
【００９４】
本実施形態に係るデータ伝送システムにおいては、映像及び音声の処理部としてそれぞれ一系列ずつ有しているが、これらの処理部はそれぞれ複数あっても良いし、いずれかの処理系列がなくても良い。
【００９５】
電子データ取得部２０９は、電子データを取得する機能を有する。分割部２１０は、電子データ取得部２０９によって取得された電子データを分割して分割データを生成する機能を有する。パケット化部２１１は、映像・音声パケットと同じフォーマットを用いて電子データをパケット化する機能を有する。すなわち、映像・音声がＲＴＰによってパケット化される場合には、電子データもＲＴＰを用いてパケット化される。そして、パケット化部２１１でパケット化された分割データは、繰り返し判定部２１２に渡される。繰り返し判定部２１２は、１回以上の繰り返し送信制御を行う機能を有する。付随情報生成・パケット化部２１３は、電子データパケットに対する付随情報が映像パケットや音声パケットに対する付随情報と同様に生成して、パケット化する機能を有する。ここでは、電子データの処理系統として一系統のみ有しているが、静止画とテキストデータを同時に送信する場合などは、一以上の電子データ処理系統を有しても良い。
【００９６】
次に、電子データの処理について詳しく説明する。図６は、データ送信装置２００における電子データの送信手順を示す図である。データ送信装置２００は、送信すべきデータを電子データ取得部２０９によって取得する（Ｓ１０）。送信するデータには、テキストデータや静止画データなどが含まれる。電子データは、データ送信装置２００に備えられたメモリから読み込んだり、もしくは遠隔にある他の装置からＨＴＴＰ等を用いて取得したりすることができる。
【００９７】
続いて、データ送信装置２００の分割部２１０は、電子データ取得部２０９によって取得した電子データを分割して分割データを生成する（Ｓ１２）。図７を参照しながら、電子データの分割例について説明する。図７では、電子データ４００が３分割された様子を示している。電子データは分割されて、分割データ４１０、分割データ４２０、分割データ４３０が生成される。続いて、データ送信装置２００は、分割データを取り出し（Ｓ１４）、その分割データが電子データの先頭であるか否かを判定する（Ｓ１６）。分割データが先頭である場合には、その分割データに先頭であることを表す先頭情報を付与する（Ｓ１８）。そして、ＲＴＰパケットを形成するために、ＲＴＰヘッダ及びペイロードヘッダを構成する（Ｓ２０）。以下の説明では、分割データはすべて、ＲＴＰフォーマットを用いてパケット化されるものとする。ただし、パケットフォーマットは、パケット固有のシーケンス番号と表示時刻に関する情報、さらに最終の分割データであることを示す情報を含むことができればよく、本発明はＲＴＰに限定されるものではない。次に、その分割データが電子データの最終の分割データであるかどうか判定する（Ｓ２２）。分割データが最終でない場合には、次の分割データを取り出し、分割データが最終である場合は、ＲＴＰパケットのマーカビットを「１」に設定する（Ｓ２４）。すべての分割データのパケット化が終了すると、パケット送信に移る（Ｓ２６）。
【００９８】
生成された分割データのＲＴＰパケット化の様子を図８、図９、図１０に示す。図８は、先頭の分割データに対するＲＴＰパケット化の様子を示す図である。ＲＴＰヘッダフィールドはＲＴＰの規格によって決定されている。ＲＴＰヘッダフィールドのフォーマットについては、図１を参照されたい。一般的に、バージョンフィールドには、ＲＴＰのバージョンである「２」の値が、パディングビット、拡張ビット、寄与送信元カウントフィールドには「０」の値が挿入される。ペイロードタイプフィールドには、あらかじめＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等の他の方法で定められた値が挿入される。シーケンス番号フィールド（ＳＮ）には、本例では「１０」の値が挿入されているが、これに限るものではない。タイムスタンプフィールドは、電子データを表示する時刻に関する情報が挿入され、同期送信元識別子フィールドには、そのＲＴＰパケットの送信元がデータ送信装置２００であることを示す識別子が付与される。ＲＴＰペイロード内には、分割データ４１０が電子データの先頭の分割部であることを示し先頭情報が挿入される。図８において斜線を付した「１１」という値をペイロードヘッダとして定めているが、これに限るものではない。続いて、電子データが存在していることを示す値「０」の１ビットのペイロードヘッダが挿入され、分割データ４１０がその後に続く。
【００９９】
図９は、２番目の分割データ４２０に対するＲＴＰパケット化の様子を示す図である。ＲＴＰヘッダの各フィールドは、上記と同様にＲＴＰの規格に従って決定される。バージョンフィールド、パディングフィールド、拡張ビット、寄与送信元カウントフィールド、ペイロードタイプフィールドには、図８に示される前パケットと同じフィールド値が付与される。また、分割データは、最後の分割データではないため、マーカビット（Ｍ）は「０」に設定される．シーケンス番号フィールド（ＳＮ）には、前パケットのＳＮに１を加えた「１１」が付与される。タイムスタンプフィールド及び同期送信元識別子フィールドには、前パケットと同じ値が挿入される。続いて、ペイロード内には、電子データが存在していることを示す値「０」のペイロードヘッダが挿入され、分割データ４２０がそのあとに続く。
【０１００】
図１０は、３番目の分割データ４３０に対するＲＴＰパケット化の様子を示す図である。ＲＴＰヘッダの各フィールドは、上記と同様にＲＴＰの規格に従って決定される。バージョンフィールド、パディングフィールド、拡張ビット、寄与送信元カウントフィールド、ペイロードタイプフィールドには、図８に示される前パケットと同じフィールド値が付与される。また、分割データ４３０は、最後の分割データであるため、マーカビット（Ｍ）は「１」に設定される。シーケンス番号フィールド（ＳＮ）には、前パケットのＳＮに１を加えた値「１２」が付与される。タイムスタンプフィールド及び同期送信元識別子フィールドには、前パケットと同じ値が挿入される。続いて、ペイロード内には、電子データが存在していることを示す値「０」のペイロードヘッダが挿入され、分割データがそのあとに続く。
【０１０１】
上述では、電子データ及び値「０」のペイロードヘッダのみがＲＴＰペイロード内に格納される例を示したが、有効期間に関する情報や、その他の情報をＲＴＰペイロード内に格納することも可能である。
【０１０２】
上述のようにして生成されたＲＴＰパケットに対して、当該ＲＴＰパケットをデータ受信装置３００へ伝送するためにトランスポート層ヘッダ及びネットワーク層ヘッダが付与される。トランスポートヘッダの例としてＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ヘッダが、ネットワーク層ヘッダの例としてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ヘッダが代表的なヘッダとして挙げられる。
【０１０３】
このように３つの分割データがＲＴＰパケット化されたのち、データ送信装置２００は、各ＲＴＰパケットのシーケンス番号順に送信する。そして、データ送信装置２００は、ＲＴＰパケットを一通り送信し終えると、繰り返し判定部２１２によって、当該ＲＴＰパケットの送信を終了するか、あるいは続行するかを判定する。繰り返し判定部２１２は、例えば、１）所定回数以上ＲＴＰパケットを繰り返し送信したか、２）所定時間以上ＲＴＰパケットを繰り返し送信したか、３）次に送信すべき電子データがあるか、などに基づいて判定を行う。繰り返し送信すると判定された場合には、データ送信装置２００は、再度パケット送信部２１４によって各ＲＴＰパケットをシーケンス番号順に送信する。このようにして、図１１に示されるように１以上のデータ受信装置３００、３５０に対して、電子データを繰り返し送信する。繰り返し送信を終了する場合には、次に送信すべき電子データを取得し、再び電子データの分割、分割データのパケット化、パケット送信の動作を繰り返す。
【０１０４】
次に、データ受信装置３００について説明する。データ受信装置３００は、データ送信装置２００から送信されるＲＴＰパケットを受信し、音声データ、映像データ及び電子データの再生を行う装置である。
【０１０５】
図１２は、データ受信装置３００の構成を示すブロック図である。データ受信装置３００は、パケットを受信して各処理部に振り分けるパケット受信・振分部３０１、セッション制御パケットを処理して情報を抽出するセッション制御パケット分離部３０２、抽出されたセッション情報を記録して解析するセッション制御部３０３、映像パケットを処理して映像データを抽出する映像パケット分離部３０４、抽出された映像データを再生処理する映像再生部３０５、映像パケットに付随する情報を処理して解析する映像付随情報解析部３０６、音声パケットを処理して音声データを抽出する音声パケット分離部３０７、抽出された音声データを再生処理する音声再生部３０８、音声パケットに付随する情報を処理して解析する音声付随情報解析部３０９、分割データパケットを処理して分割データを抽出すると共に分割データから電子データを再構成するデータパケット分離・再構成部３１０、再構成された電子データを再生する電子データ再生部３１１、電子データパケットに付随する情報を処理して解析するデータ付随情報解析部３１２、映像・音声・電子データの同期制御を行う同期制御部３１３、を備えている。以下、各構成要素について詳細に説明する。
【０１０６】
パケット受信・振分部３０１は、パケットの受信処理を行い、受信したパケットをそのパケットが属する処理系統へパケットを振り分ける機能を有する。通常、振り分けに必要な情報はセッション制御パケットに格納されているため、セッション制御パケットを受信するまで、他のパケットは廃棄されるか、あるいは一旦保存される。パケット受信・振分部３０１は、セッション制御パケットを受信したときに、そのセッション制御パケットをセッション制御パケット分離部３０２に渡す。なお、セッション制御パケットであるか否かは、例えばポート番号やＩＰアドレスがあらかじめ定められた値に設定されているかどうかで判定することが可能である。
【０１０７】
セッション制御パケット分離部３０２は、セッション制御パケットからセッション情報を抽出し、セッション制御部３０３へ通知する機能を有する。セッション制御は、セッション情報を解析し、振り分けに必要な情報、例えば各メディアパケットのポート番号やペイロードタイプなどをパケット受信・振分部３０１に通知する。また、各メディアの符号化情報や復号パラメータ等がある場合には、セッション制御部３０３は、各再生部３０５，３０８，３１１にそれらの情報を通知する。
【０１０８】
セッション制御パケットを受信した後は、パケット受信・振分部３０１は、受信した各メディアパケット（分割データパケットを含む）や付随パケットを該当する処理系統に振り分ける。
【０１０９】
パケット受信・振分部３０１は、映像パケットを受信した場合には、そのパケットを映像パケット分離部３０４に渡す。映像パケット分離部３０４は、パケット受信・振分部３０１から渡された映像パケットから映像データを抽出して映像再生部３０５に渡す。その際に、パケットに含まれている当該データの表示時刻に関する情報、ＲＴＰパケットの場合にはＲＴＰタイムスタンプ情報も映像再生部３０５へ渡す。一方、映像の付随情報パケットを受信した場合には、パケット受信・振分部３０１はそのパケットを映像付随情報解析部３０６に渡し、映像付随情報解析部３０６は付随情報パケットを解析し、その中から映像パケットに含まれる表示時刻に関する情報と絶対時刻との関連付けを抽出し、その情報を同期制御部３１３に伝達する。付随情報がＲＴＣＰパケットで送信される場合には、映像パケットに含まれるＲＴＰタイムスタンプと絶対時刻を表すＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）タイムスタンプとの関連付けが可能であり、これらの情報を同期制御部３１３に伝達する。
【０１１０】
パケット受信・振分部３０１は、音声パケットを受信した場合には、そのパケットを音声パケット分離部３０７に渡す。音声パケット分離部３０７は、パケット受信・振分部３０１から渡された音声パケットから音声データを抽出して音声再生部３０８に渡す。その際に、パケットに含まれている当該データの表示時刻に関する情報も音声再生部３０８に渡す。一方、音声の付随情報パケットを受信した場合には、パケット受信・振分部３０１は、そのパケットを音声付随情報解析部３０９に渡し、音声付随情報解析部３０９は付随情報パケットを解析し、その中から音声パケットに含まれる表示時刻に関する情報と絶対時刻に関する情報との関連付けを抽出し、当該情報を同期制御部３１３に伝達する。
【０１１１】
パケット受信・振分部３０１が電子データパケットを受信した場合には、データパケット分離・再構成部３１０にそのパケットを渡す。データパケット分離・再構成部３１０は、分割データをまとめて再構成してもとの電子データに戻し、その電子データを電子データ再生部３１１に渡す。この電子データの再構成の詳細については後述する。一方、電子データパケットに付随する情報パケットを受信した場合に、パケット受信・振分部３０１はそのパケットをデータ付随情報解析部３１２に渡し、データ付随情報解析部３１２は付随情報パケットを解析し、その中から電子データパケットに含まれる表示時刻に関する情報と絶対時刻との関連付けを抽出し、当該情報を同期制御部３１３に伝達する。
【０１１２】
同期制御部３１３は、映像、音声、及び電子データの付随情報から得られる表示時刻に関する情報、例えばＲＴＰタイムスタンプと、絶対時刻（例えばＮＴＰタイムスタンプとを関連付ける情報）から各データの同期制御を行う。ＲＴＰタイムスタンプはそれぞれのデータごとに独自の粒度で付与されるので、映像や音声、さらには電子データを特定のタイミングで同期させて表示させるためには、同期制御が必要となる。ＮＴＰタイムスタンプはすべてのデータで同一のフォーマット及び粒度であるため、同期制御部３１３はＮＴＰタイムスタンプをそれぞれの再生部に通知することにより、各再生部３０５，３０８，３１１はタイミングを合わせて再生・表示することが可能となる。
【０１１３】
続いてデータパケット分離・再構成部３１０における電子データの再構成の処理手順について詳細に説明する。図１３は、データ受信装置３００における電子データ再構成のフローチャートである。
【０１１４】
図１３に示すフローチャートを図１４に示すＲＴＰパケット送信シーケンス例を用いて説明する。図１４では、データ送信装置２００が電子データＡと電子データＢとをデータ受信装置３００に対して送信する例を示している。電子データＡ及び電子データＢはそれぞれ３つの分割データに分割され、ＲＴＰパケット化された後に送信される。送信回数はそれぞれ２回ずつ繰り返している。図１４において、「ＳＮ」及び「Ｍ」はそれぞれＲＴＰパケットシーケンス番号とマーカビットを表しており、この例ではＳＮは「１０」から割り当てられている。図１４を参照すると、電子データＡでは１回目の送信においてＳＮ＝１０の分割データパケットをロスし、電子データＢでは１回目の送信においてＳＮ＝１４の分割データパケットをロスしている。
【０１１５】
以下に、図１３を参照しながら、データ受信装置３００における処理手順について説明する。データ受信装置３００は、２つの変数ＴｏｐとＬａｓｔを有する。Ｔｏｐは受信中の電子データの先頭のＲＴＰパケットのシーケンス番号を設定する変数であり、Ｌａｓｔは受信中の電子データの最終のＲＴＰパケットのシーケンス番号を設定する変数である。データ受信装置３００は、最初、この２つの変数をＮＵＬＬ値に設定する（Ｓ３０）。
【０１１６】
データ受信装置３００は、パケットの受信を待ち（Ｓ３２）、データ送信装置２００から送信されたパケットを受信する（Ｓ３４）。データ受信装置３００は、本来であれば、ＳＮ＝１０、Ｍ＝０のパケットを受信するはずであるが、ここでは伝送途中でパケットロスが発生したものとし、ＳＮ＝１１、Ｍ＝０のパケットを先に受信したものとする。このパケットは電子データＡの最初のパケットではないので、このパケットに先頭情報は含まれていない。図１３において、パケット受信の状態に移り、続いて同じＳＮのパケットをすでに受信していたかどうか判定する（Ｓ３６）。この場合、データ受信装置３００は、初めてＲＴＰパケットを受信したため、判定結果はＮｏであり、そのパケットをメモリに保存し、そのＲＴＰパケットのＳＮを記録する（Ｓ４０）。次に、そのＲＴＰパケットに先頭情報が含まれているかどうか判定する（Ｓ４２）。このＲＴＰパケットには先頭情報が含まれていないため、判定結果はＮｏとなる。続いて、マーカビットが「１」であるか否か、すなわち、このＲＴＰパケットが最終のパケットであるか否か判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「０」であるため、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ及びＬａｓｔ両変数はともにＮＵＬＬ値であるので、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１１７】
続いて、データ受信装置３００は、ＳＮ＝１２、Ｍ＝１のパケットを受信する（Ｓ３４）。このパケットの電子データＡの先頭のパケットではないため、パケットに先頭情報は含まれていない。パケットの受信後、同じＳＮのＲＴＰパケットすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１２のパケットはこれまで受信したことがないため、判定結果はＮｏであり、データ受信装置３００はこのパケットをメモリに保存し、このパケットのＳＮを記録する（Ｓ４０）。次に、このＲＴＰパケットに先頭情報が含まれているか否か判定する（Ｓ４２）。このＲＴＰパケットには先頭情報が含まれていないため、判定結果はＮｏとなる。続いて、マーカビットが１であるか否か、すなわちこのＲＴＰパケットが最終のパケットであるか否か判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「１」であるので、判定結果はＹｅｓとなり、データ受信装置３００はＬａｓｔ変数にこのＲＴＰパケットのＳＮ値「１２」を入力する（Ｓ４８）。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ変数がＮＵＬＬ値であるので、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１１８】
データ送信装置２００は、電子データＡを繰り返し送信し、ＳＮ＝１２のＲＴＰパケットを送信した後に再びＳＮ＝１０のＲＴＰパケットを送信する。データ受信装置３００は、ＳＮ＝１０、Ｍ＝０のパケットを受信する（Ｓ３４）。このパケットは電子データＡの先頭のパケットであるため、このパケットには先頭情報が含まれている。パケットを受信した後、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１０のパケットはこれまでに受信していないため、判定結果はＮｏであり、データ受信装置３００はこのＲＴＰパケットを保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。次に、データ受信装置３００は、このＲＴＰパケットに先頭情報が含まれているかどうか判定する（Ｓ４２）。このＲＴＰパケットには、先頭情報が含まれているため、判定結果はＹｅｓとなり、データ受信装置３００は、Ｔｏｐ変数にこのＲＴＰパケットのＳＮ値「１０」を入力する（Ｓ４４）。続いて、データ受信装置３００は、マーカビットが「１」であるかどうか判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「０」であるので、判定結果はＮｏとなる。続いて、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）。この時点で、Ｔｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすＳＮのパケットをすべて受信したことになるため、判定結果はＹｅｓとなり、データ受信装置３００は、全パケットをメモリから取り出し、電子データＡを再構成する（Ｓ６２）。そして、データ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数にＮＵＬＬ値を設定し（Ｓ３０）、はじめの状態に戻る。
【０１１９】
続いて、データ受信装置３００は、ＳＮ＝１１、Ｍ＝０のパケットを受信する（Ｓ３４）が、このパケットについては、同じＳＮのパケットをすでに受信しているので、このパケットを廃棄して（Ｓ３８）、受信待機の状態（Ｓ３２）に移る。続いてＳＮ＝１２、Ｍ＝１のパケットを受信する（Ｓ３４）が、このパケットについても、同じＳＮのパケットをすでに受信しているので、このパケットを廃棄して（Ｓ３８）、受信待機の状態（Ｓ３２）に移る。
【０１２０】
続いて、電子データＢを受信する動作について説明する。まず、データ受信装置３００は、受信待機の状態（Ｓ３２）において電子データＢの分割データであるＳＮ＝１３、Ｍ＝０のＲＴＰパケットを受信する（Ｓ３４）。このパケットは電子データＢの先頭のパケットであるため、このパケットには先頭情報が含まれている。パケット受信後、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１３のパケットはこれまでに受信していないので、判定結果はＮｏであり、データ受信装置３００はこのＲＴＰパケットをメモリに保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。次に、データ受信装置３００は、このＲＴＰパケットに先頭情報が含まれているか否か判定する（Ｓ４２）。このＲＴＰパケットには先頭情報が含まれているので、判定結果はＹｅｓとなり、Ｔｏｐ変数にこのＲＴＰパケットのＳＮ値「１３」を入力する（Ｓ４４）。続いて、ＲＴＰパケットのマーカビットが１であるかどうか、すなわちこのＲＴＰパケットが最終のパケットであるかどうか判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「０」であるため、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ及びＬａｓｔ両変数はともにＮＵＬＬ値であるので、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１２１】
続いて、本来であれば、データ受信装置３００はＳＮ＝１４、Ｍ＝０のパケットを受信するはずであるが、ここでは、伝送途中でパケットロスが発生したものとし、ＳＮ＝１５、Ｍ＝１のパケットを先に受信したとする（Ｓ３４）。このパケットは電子データＢの先頭のパケットではないため、先頭情報を含まないことになる。パケットを受信すると、まず、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１５のパケットはこれまでに受信していないので、判定結果はＮｏであり、データ受信装置３００はこのＲＴＰパケットを保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。次に、データ受信装置３００は、このＲＴＰパケットが先頭情報を含んでいるかどうか判定する（Ｓ４２）。このＲＴＰパケットには、先頭情報が含まれていないため、判定結果はＮｏである。続いて、データ受信装置３００は、ＲＴＰパケットのマーカビットが１であるかどうか、すなわちＲＴＰパケットが最終の分割データであるかどうか判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「１」であるので、判定結果はＹｅｓとなり、データ受信装置３００は、Ｌａｓｔ変数にこのＲＴＰパケットのＳＮ値「１５」を入力する（Ｓ４８）。続いて、続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ＝１３、Ｌａｓｔ＝１５が設定されているが、ＳＮ＝１４のパケットを受信していないため、判定結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１２２】
続いて、データ受信装置３００は、ＳＮ＝１３、Ｍ＝０のパケットを受信する（Ｓ３４）が、このパケットについては、すでに同じＳＮのパケットを受信しているため、受信したパケットを廃棄し（Ｓ３８）、受信待機の状態に移る（Ｓ３２）。
【０１２３】
続いて、データ受信装置３００は、ＳＮ＝１、Ｍ＝０のパケットを受信する（Ｓ３４）。このパケットは電子データＢの先頭のパケットではないため、先頭情報を含んでいない。パケット受信後、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１４のパケットはこれまでに受信していないため、判定結果はＮｏであり、データ受信装置３００は、このＲＴＰパケットをメモリに保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。次に、データ受信装置３００は、このＲＴＰパケットが先頭情報を含んでいるかどうか判定する（Ｓ４２）。このＲＴＰパケットには、先頭情報が含まれていないので、判定結果はＮｏとなる。続いて、データ受信装置３００は、このＲＴＰパケットのマーカビットが１であるかどうか、すなわちこのＲＴＰパケットが最終のパケットであるかどうか判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「０」であるため、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ＝１３≦ＳＮ≦Ｌａｓｔ＝１５を満たすＳＮのパケットをすべて受信したことになるので、判定結果はＹｅｓとなり、データ受信装置３００は、全パケットをメモリから取り出し、電子データＢを再構成する（Ｓ６２）。そして、データ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数にＮＵＬＬ値を設定し（Ｓ３０）、はじめの状態に戻る。
【０１２４】
続いてＳＮ＝１５、Ｍ＝１のパケットを受信する（Ｓ３４）が、このパケットについてはすでに同じＳＮのパケットを受信しているため、受信したパケットを廃棄し（Ｓ３６）、受信待機の状態（Ｓ３２）に移る。
【０１２５】
以上のように、電子データを分割して生成した分割データの先頭のパケットに先頭情報が含まれていることにより、データ受信装置３００は先頭のパケットを判別することができ、電子データを元通り、再構成することが可能となる。もし、先頭情報を有しておらず、最初に受信した分割データを先頭の分割データと判定するとすれば、図１５に示されるように、先頭の分割データ（ＳＮ＝１０）を伝送ロスした場合には、ＳＮ＝１１の分割データを先頭の分割データとして処理することとなり、もとの電子データを再構成できないという不都合が生じるおそれがあるが、本実施形態においては先頭情報を有しているので、確実に電子データを再構成できる。
【０１２６】
本実施形態においては、先頭情報を、電子データが存在することを示す１バイトのペイロードヘッダ（Ｔｙｐｅ＝０）とは別のペイロードヘッダで表したが、図１６に示されるように、電子データが存在し、かつ電子データが先頭であることを示すペイロードヘッダとして表すことも可能である。この場合、電子データが存在することを意味する１バイトのペイロードヘッダ（Ｔｙｐｅ＝０）は不要となり、１バイト分の情報量を圧縮することができる。
【０１２７】
（第２実施形態）
次に、本発明の第２実施形態に係るデータ伝送方式について説明する。第２実施形態に係るデータ伝送方式では、電子データの先頭のＲＴＰパケットのシーケンス番号を明示的に通知するペイロードヘッダを用いる。図１７は、このペイロードヘッダを利用したＲＴＰパケットフォーマットを示す図である。図１７は、図１０と同様に、電子データの最終の分割部である分割データ４３０をＲＴＰパケット化した場合を示している。ＲＴＰヘッダ内のフィールドは、図１０と同様に設定される。ＲＴＰペイロード内に、先頭シーケンス番号（ＴｏｐＳＮ）を通知するフィールドがあることを意味するペイロードヘッダを付与し、続けて先頭シーケンスを表す１６ビットのフィールドが付与される。本例では、先頭シーケンス番号を通知するペイロードヘッダとして「１２」の値を持つペイロードヘッダを表しているが、これに限定されるものではない。そして、電子データがあることを示す値「０」のペイロードヘッダが続き、その後、分割データ４３０が挿入される。
【０１２８】
このペイロードヘッダにより、電子データの先頭のＲＴＰパケット以外でも電子データの先頭のＲＴＰパケットのシーケンス番号を通知することが可能となり、データ受信装置３００の処理を簡素にすることができる。
【０１２９】
例えば、マーカビットが「１」に設定されたパケット、すなわち、電子データの最終の分割データを格納しているパケットには必ず先頭のシーケンス番号を通知するペイロードヘッダを付与するものとする。図１８は第２実施形態に係るデータ受信装置３００によってデータを受信するフローを示すフローチャートであるが、同図に示すように、データ受信装置３００では、先頭情報が存在するかどうか、すべてのＲＴＰパケットに対して判定する必要がなくなり、マーカビットの設定されたＲＴＰパケットから先頭のパケットのシーケンス番号を知ることができるようになる。
【０１３０】
図１８を参照しながら、第２実施形態に係るデータ受信装置３００が電子データを受信する動作について説明する。ここでは、図１９に示すシーケンスに従って電子データが送信される場合を例として説明を進める。
【０１３１】
第１実施形態に係るデータ受信装置３００と同様に、第２実施形態に係るデータ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数を有し、それぞれはじめはＮＵＬＬ値が設定されている（Ｓ３０）。
【０１３２】
データ受信装置３００は、最初にパケットの受信待ち状態に移行し（Ｓ３２）、データ送信装置２００から送信されたＳＮ＝１１、Ｍ＝０のパケットを受信する（Ｓ３４）。続いて、データ受信装置３００は、同じＳＮのＲＴＰパケットを受信しているかどうか判定する（Ｓ３６）。このとき、データ受信装置３００は、初めてＲＴＰパケットを受信したため、判定結果はＮｏであり、データ受信装置３００はこのＲＴＰパケットをメモリに保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。続いて、ＲＴＰパケットのマーカビットが１であるかどうか、すなわちこのＲＴＰパケットが最終のパケットであるかどうか判定する（Ｓ５０）。このＲＴＰパケットのマーカビットは「０」であるため、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ及びＬａｓｔ両変数はともにＮＵＬＬ値であるので、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１３３】
続いて、データ受信装置３００は、ＳＮ＝１２、Ｍ＝１のパケットを受信する（Ｓ３４）。このパケットには、明示的に先頭の分割データを含むＲＴＰパケットのシーケンス番号「１０」が図１７のフォーマットで通知されている。パケット受信後、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１２のパケットはこれまでに受信していないため、判定結果はＮｏであり、データ受信装置３００はこのＲＴＰパケットを保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。続いて、データ受信装置３００は、ＲＴＰパケットのマーカビットが１であるかどうか、すなわちこのＲＴＰパケットが最終のパケットであるかどうか判定する（Ｓ５０）。このＲＴＰパケットのマーカビットは「１」であるため、判定結果はＹｅｓとなり、Ｌａｓｔ変数にこのＲＴＰパケットのシーケンス番号「１２」と入力すると共に、Ｔｏｐ変数に明示的に通知される先頭のシーケンス番号（ＴｏｐＳＮ＝１０）を入力する（Ｓ５２）。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、Ｔｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすＳＮのうち、ＳＮ＝１０のパケットを受信していないため、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１３４】
続いて、データ受信装置３００は、ＳＮ＝１０、Ｍ＝０のパケットを受信する（Ｓ３４）。パケット受信後、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１０のパケットはこれまで受信していないため、判定結果はＮｏであり、データ受信装置３００は、このＲＴＰパケットをメモリに保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。続いて、データ受信装置３００は、ＲＴＰパケットのマーカビットが１であるかどうか、すなわちこのＲＴＰパケットが最終のパケットであるかどうか判定する（Ｓ５０）。このＲＴＰパケットのマーカビットは「０」であるので、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすＳＮのパケットをすべて受信したことになるので、判定結果はＹｅｓとなり、データ受信装置３００は、全パケットをメモリから取り出し、電子データＡを再構成する（Ｓ６２）。そして、データ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数にＮＵＬＬ値を設定し（Ｓ３０）、はじめの状態に戻る。
【０１３５】
このように、明示的に先頭のシーケンス番号を通知する情報が、マーカビット「１」が設定されたパケット、すなわち最終のパケットに含められて伝送されることにより、データ受信装置３００において、すべてのＲＴＰパケットに対して先頭情報が含まれているかどうか判定する必要がなく、データ受信装置３００における処理量を軽減させることができる。
【０１３６】
（第３実施形態）
上記した第１実施形態及び第２実施形態では、最初にパケットを受信したときに、電子データが何個のＲＴＰパケットから構成されているのか分からないため、電子データを再構成するためのメモリ領域をどの程度確保すれば良いのか判断できなかった。第３実施形態に係るデータ伝送システムでは、データ受信装置３００が最初にパケットを受信した時点で、電子データの大きさを推測できるように、電子データの先頭の分割データを含むＲＴＰパケットのシーケンス番号と最終の分割データを含むＲＴＰパケットのシーケンス番号との両方を通知するペイロードヘッダを用いる。
【０１３７】
図２０は、先頭及び最終のシーケンス番号を通知するペイロードヘッダを有するＲＴＰパケットのフォーマット例を示す図である。図９と同様に、電子データを３つに分割して生成した分割データのうち、２番目の分割データ４２０を含むＲＴＰパケットを示している。ＲＴＰヘッダは、図９と同様に設定される。ＲＴＰペイロード内に、先頭シーケンス番号（ＴｏｐＳＮ）及び最終シーケンス番号（ＬａｓｔＳＮ）を通知するフィールドがあることを意味するペイロードヘッダを付与し、続けて先頭シーケンス番号を表す１６ビットのフィールドが付与される。本例では、先頭及び最終シーケンス番号を通知するペイロードヘッダとして「１３」の値を有するペイロードヘッダを表しているが、これに限定されるものではない。そして電子データがあることを示す値「０」のペイロードヘッダが続き、その後、分割データ４２０が挿入される。
【０１３８】
このペイロードヘッダにより、任意のＲＴＰパケットで、電子データの先頭及び最終分割データを有するＲＴＰパケットのシーケンス番号を通知できることになるため、データ受信装置３００において、電子データ再構成のためのメモリ確保が容易になると共に、受信処理を簡潔にすることができる。例えば、すべてのＲＴＰパケットに必ず先頭及び最終のシーケンス番号を通知するペイロードヘッダを付与するものとする。図２１は第３実施形態に係るデータ受信装置３００によってデータを受信するフローを示すフローチャートであるが、同図に示すように、データ受信装置３００では、ペイロードヘッダから電子データの分割数を知ることが可能になり、メモリ領域の確保が確実にできるようになる。
【０１３９】
図２１を参照しながら、第３実施形態に係るデータ受信装置３００が電子データを受信する動作について説明する。ここでは、図２２に示すシーケンスによって電子データが送信される場合を例として説明を進める。
【０１４０】
第１実施形態に係るデータ受信装置３００と同様に、第３実施形態に係るデータ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数を有し、それぞれはじめはＮＵＬＬ値が設定されている。
【０１４１】
データ受信装置３００は、最初にパケット受信待ちの状態に移行し（Ｓ３２）、データ送信装置２００から送信されたＳＮ＝１１、Ｍ＝０のパケットを受信する（Ｓ３４）。このＲＴＰパケットには、電子データの先頭シーケンス番号「１０」及び最終シーケンス番号「１２」を通知するペイロードヘッダが含まれている。図２１において、パケット受信の状態に移り、続いてデータ受信装置３００は、同じＳＮのＲＴＰパケットを受信しているかどうか判定する（Ｓ３６）。このとき、データ受信装置３００は、初めてＲＴＰパケットを受信したため、判定結果はＮｏである。続いて、Ｔｏｐ変数がＮＵＬＬであるか、もしくはＬａｓｔ変数が受信ＲＴＰパケットのシーケンス番号（ＳＮ）より小さいかどうか判定する（Ｓ５４）。いずれかの条件、もしくは両方の条件を満たしている場合には、このＲＴＰパケットはこれまでデータ受信装置３００が受信したことのない新たな電子データを受信していることになる。本例では、この時点では、Ｔｏｐ変数がＮＵＬＬであるため、結果はＹｅｓとなる。続いて、データ受信装置３００はＲＴＰパケットのペイロード部に含まれている、先頭シーケンス番号（ＴｏｐＳＮ＝１０）と最終シーケンス番号（ＬａｓｔＳＮ＝１２）を取り出し、それぞれＴｏｐ変数、Ｌａｓｔ変数に代入する。さらに、この電子データが、ＬａｓｔＳＮ−ＴｏｐＳＮ＋１＝３個のＲＴＰパケットに分割されていることが分かるため、データ受信装置３００は、分割数分のパケットを保存できるだけのメモリ領域を確保する（Ｓ５６）。そして、データ受信装置３００は、受信したパケットを確保したメモリ領域に保存し、このＲＴＰパケットのＳＮを記録する（Ｓ５８）。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすＳＮのうち、ＳＮ＝１０及びＳＮ＝１２のパケットを受信していないため結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１４２】
続いて、データ受信装置３００は、ＳＮ＝１２、Ｍ＝１のパケットを受信する（Ｓ３４）。データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１２のパケットはこれまでに受信していないため、判定結果はＮｏであり、続いて、Ｔｏｐ変数がＮＵＬＬであるか、もしくはＬａｓｔ変数が受信ＲＴＰパケットのシーケンス番号（ＳＮ）より小さいかどうか判定する（Ｓ５４）。ここでは、Ｔｏｐ変数には「１０」が代入されており、Ｌａｓｔ変数の値「１２」は受信したＲＴＰパケットのシーケンス番号と等しいため、両方の条件を満たさないことになり、結果はＮｏとなる。データ受信装置３００はこのＲＴＰパケットを確保されたメモリ領域に保存し、このＲＴＰパケットのＳＮを記録する（Ｓ５８）。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、Ｔｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすＳＮのうち、ＳＮ＝１０のパケットを受信していないため、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１４３】
続いて、データ受信装置３００は、ＳＮ＝１０、Ｍ＝０のパケットを受信する（Ｓ３２）。パケット受信後、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１０のパケットはこれまで受信していないため、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ変数がＮＵＬＬであるか、もしくはＬａｓｔ変数が受信ＲＴＰパケットのシーケンス番号（ＳＮ）より小さいかどうか判定する（Ｓ５４）。ここでは、Ｔｏｐ変数には「１０」が代入されており、Ｌａｓｔ変数の値「１２」は受信したＲＴＰパケットのシーケンス番号「１０」より大きいため、両方の条件を満たさないことになり、結果はＮｏとなる。データ受信装置３００はこのＲＴＰパケットを先ほど確保されたメモリ領域に保存し、このＲＴＰパケットのＳＮを記録する（Ｓ５８）。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）。この時点では、Ｔｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすすべてのＳＮのパケットを受信したことになるので、判定結果はＹｅｓとなり、データ受信装置３００は、全パケットをメモリから取り出し、電子データＡを再構成する（Ｓ６２）。そして、データ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数にＮＵＬＬ値を設定し（Ｓ３０）、はじめの状態に戻る。
【０１４４】
このように明示的に先頭のシーケンス番号及び最終のシーケンス番号を通知する情報を全パケット中に含めて伝送することにより、データ受信装置３００は、最初のパケットを受信した時点で電子データの分割数を算出することが可能となり、必要なメモリ領域を容易に確保できる。携帯電話のようにメモリ領域が比較的小さいデータ受信装置３００に電子データを配信する場合、メモリ領域を確保できるように情報を通知することは特に有効である。
【０１４５】
上記のペイロードヘッダを全てのＲＴＰパケットに含めて伝送する場合、すべてのパケットに５バイトの情報を付与することとなるため、その情報量の増大が問題となる。そのため、このペイロードヘッダを全てのＲＴＰヘッダに付与するのではなく、一部のＲＴＰパケットに含めて伝送することも可能である。この場合、データ受信装置３００は、このペイロードヘッダを含むＲＴＰパケットを受信するまで、他のＲＴＰパケットを廃棄し続けるか、もしくは、メモリ領域を十分確保できる場合には、廃棄せずに一時的に空いているメモリ領域に保持することができる。
【０１４６】
（第４実施形態）
第３実施形態に係るデータ伝送方式では、電子データの分割数を把握することにより、分割数分のパケットを保存できるためのメモリ領域を確保することが可能となるが、一般にパケット長は可変であるので、パケット長をあらかじめ大きめに見積もる必要があった。このため、実際に必要な大きさ以上のメモリ領域を確保してしまうことがあり得た。第４実施形態に係るデータ伝送方式では、必要なメモリ領域をより正確に見積もることが可能なように、あらかじめ分割データの最大長を通知できるようにする。一般に、ＲＴＰを用いてパケット伝送を行う場合、ＳＡＰ（Ｓｅｓｓｉｏｎ Ａｎｎｏｕｎｃｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）やＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いて、当該ＲＴＰセッションに関する情報を通知する。第４実施形態に係るデータ伝送方式では、これらのプロトコルを用いて分割データの最大長を通知する。
【０１４７】
図２３は、ＳＡＰを用いた場合の最大分割長の通知例を示す図である。データ送信装置２００はＳＡＰをデータ受信装置３００に対して繰り返し送信し、その中にＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いてセッションに関する情報を通知する。このＳＡＰの中でＳＤＰ記述を用いて、例えば、””ａ：ｆｍｔｐ：１０１ ｐｍａｘｓｉｚｅ＝１０２４”という一文を加えて、最大分割長を通知する。ここで、”ａ：ｆｍｔｐ：１０１”はペイロードタイプ１０１を有するＲＴＰパケットに対して設定情報があることを意味し、それに続く””ｐｍａｘｓｉｚｅ＝１０２４”で最大分割長が１０２４バイトであることを表す。データ送信装置２００は、こうして通知される最大分割長以下になるように電子データを分割して分割データを生成し、ペイロードタイプ１０１のＲＴＰパケットにパケット化して伝送する。
【０１４８】
データ受信装置３００は、データ送信装置２００から送信されたＳＡＰメッセージを受信し、ＳＡＰの中に記述された最大分割長についての情報を取得する。そして、データ受信装置３００は、第３実施形態に係るデータ受信装置３００と同様の方法によって、ＲＴＰパケットのペイロードヘッダから分割数を算出し、最大分割長×分割数のメモリ領域を確保する。そして、以降受信するＲＴＰパケット内の電子データを確保されたメモリ領域に保存する。
【０１４９】
このように最大分割長をあらかじめ通知することにより、データ受信装置３００は電子データを確保するための適切な大きさのメモリ領域を確保でき、有効なメモリ領域の活用が可能となる。
【０１５０】
（第５実施形態）
上述した各実施形態においては、受信した分割データを一旦メモリに保存し、すべての分割データが揃った時点で電子データを元通り再構成していた。しかし、携帯電話等のメモリ領域の少ないデータ受信装置３００では、再構成の処理の負荷も大きい。本実施形態では、分割データをメモリに保存した時点で、電子データの再構成を行えるようにするため、あらかじめ電子データの固定分割長を通知する。
【０１５１】
分割データの固定分割長は、ＳＡＰやＲＴＳＰ、ＳＩＰを用いて通知される。例えば、””ａ：ｆｍｔｐ：１０１ ｐｓｉｚｅ＝１０２４”というＳＤＰによる記述をＳＡＰメッセージの中に加えて通知する。ここで、”ａ：ｆｍｔｐ：１０１”はペイロードタイプ１０１を有するＲＴＰパケットに対して設定情報があることを意味し、それに続く””ｐｓｉｚｅ＝１０２４”で固定分割長が１０２４バイトであることを表す。データ送信装置２００は、こうして通知される固定分割長になるように電子データを分割して分割データを生成し、ペイロードタイプ１０１のＲＴＰパケットにパケット化して伝送する。
【０１５２】
図２４は、固定分割長通知時の電子データの分割の様子を示す図である。図２４では、電子データを分割している。定められた固定分割長である１０２４バイトごとに先頭から分割していき、同一の分割長の分割データ５１０及び分割データ５２０を生成する。固定分割長に満たない最終のあまり部分については、そのまま最終の分割データ５３０とする。
【０１５３】
図２５は、固定長に分割された電子データをＲＴＰパケットによって送信する様子を示す図である。ここでは、３つの分割データはそれぞれＳＮ＝１０、１１、１２のシーケンス番号が割り当てられたものとする。また、すべてのＲＴＰパケットは先頭の分割データ５１０を有するＲＴＰパケットのシーケンス番号と最終の分割データ５３０を有するＲＴＰパケットのシーケンス番号を通知するペイロードヘッダを含んでいるものとする。図２５では、データ送信装置２００は、３つのＲＴＰパケットを繰り返し送信している。
【０１５４】
データ受信装置３００は、まず、データ送信装置２００から送信されたＳＡＰを受信し、ＳＡＰの中に記述された固定分割長についての情報を取得する。本例では、１０２４バイトという固定分割長を取得したものとする。
【０１５５】
次に、データ受信装置３００は、ＲＴＰパケットのペイロードヘッダから先頭のシーケンス番号「１０」及び最終のシーケンス番号「１２」を取得して、電子データの分割数「３」を算出する。そして、データ受信装置３００は、固定分割長と分割数とを乗じることにより、１０２４×３＝３０７２バイトのメモリ領域を確保する。
【０１５６】
ここで、最初に受信したＲＴＰパケットがＳＮ＝１１のパケットであったとする。ＳＮ＝１１のパケットは、その電子データの２番目の分割データであり、固定分割長は１０２４バイトであることから、このパケットに含まれる分割データは、電子データの１０２５バイト目からのデータであることが分かる。データ受信装置３００は、確保したメモリ領域のうち、１０２５バイト目からの領域に受信したＳＮ＝１１の分割データを保存する。
【０１５７】
次に、データ受信装置３００は、ＳＮ＝１２のパケットを受信したとする。ＳＮ＝１２のパケットは、その電子データの３番目の分割データであるので、１０２４×２＋１＝１０２９バイト目からのデータであることが分かる。また、このパケットは電子データの最終の分割データを含んでいるため、データ受信装置３００は、確保したメモリ領域の２０４９バイト目からその分割データの最後までのメモリ領域に保存する。
【０１５８】
そして次に、データ受信装置３００は、ＳＮ＝１０のパケットを受信したとする。ＳＮ＝１０のパケットは電子データの最初の電子データであるので、１バイト目からのデータであることが分かる。従って、データ受信装置３００は、そのパケットに含まれる電子データを確保したメモリ領域の１バイト目から保存する。
【０１５９】
このようにして電子データを構成するすべてのＲＴＰパケットを受信したことになり、同時に、メモリ領域において電子データが再構成されたため、電子データをメモリ領域からそのまま取り出すことができる。
【０１６０】
このように、固定分割長をあらかじめ通知することにより、データ受信装置３００では、電子データを再構成するための適切な大きさのメモリ領域を確保することができると共に、ＲＴＰパケットの受信と同時に電子データの再構成を行うことができる。
【０１６１】
（第６実施形態）
上述した第４実施形態及び第５実施形態においては、データ送信装置２００が最大、もしくは固定の分割長をあらかじめデータ受信装置３００に通知し、ＲＴＰペイロード内で電子データの再構成に必要なメモリ領域を算出していたが、本実施形態においては、電子データのデータ長をＲＴＰペイロード内のペイロードヘッダで通知する。
【０１６２】
図２６は、電子データ長を明示的に通知するペイロードヘッダを用いたときのＲＴＰパットフォーマットの一例を示す図である。図７に示されるように、電子データを３つに分割して生成した分割データのうち最初の分割データ４１０を含むＲＴＰパケットを示している。ＲＴＰヘッダは図８に示すＲＴＰヘッダと同様に設定される。ＲＴＰペイロード内に電子データ長を通知するフィールドがあることを意味するペイロードヘッダを付与し、続けて電子データ長を表す１６ビットのフィールドが付与される。本実施形態では、電子データ長を通知するペイロードヘッダとして「１４」の値を有するペイロードヘッダを記載しているが、これに限定されるものではない。そして、電子データが先頭であることを示す値「１１」のペイロードヘッダが続き、その後、分割データが挿入される。
【０１６３】
電子データ長を表すフィールド長が１６ビットでは不十分な場合には、図２７に示されるように、３２ビットの電子データ長を表すフィールドを有するペイロードヘッダを使用する。本例では、３２ビットの電子データ長が存在することを通知するペイロードヘッダとして「１５」の値を有するペイロードヘッダを記載しているが、これに限定されるものではない。
【０１６４】
このようなペイロードヘッダを用いることにより、データ受信装置３００は、あらかじめ電子データ長を知ることができ、メモリ領域の確保が容易になる。データ送信装置２００は、すべてのパケットにこのペイロードヘッダを格納してパケットを送信することとすれば、データ受信装置３００は、受信したいずれのパケットからも即座に電子データ長を知ることができる。
【０１６５】
【発明の効果】
本発明によれば、電子データを分割して生成した分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号が付与されているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信側で元の電子データを再構成することができる。また、先頭の分割データにはその分割データが先頭であることを示す情報が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されているので、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【図面の簡単な説明】
【図１】ＲＴＰヘッダを示す構成図である。
【図２】ＲＴＰパケットの構成例を示す図である。
【図３】ＲＴＰフォーマットを用いて電子データを配信するときのシーケンスの例を示す図である。
【図４】実施形態に係るデータ伝送システムの構成の一形態を示すブロック図である。
【図５】実施形態に係るデータ送信装置の構成を示すブロック図である。
【図６】データ送信装置における電子データの送信手順を示す図である。
【図７】電子データが３分割された様子を示す図である。
【図８】先頭の分割データに対するＲＴＰパケット化の様子を示す図である。
【図９】２番目の分割データに対するＲＴＰパケット化の様子を示す図である。
【図１０】３番目の分割データに対するＲＴＰパケット化の様子を示す図である。
【図１１】電子データを分割して送信するときのシーケンス例を示す図である。
【図１２】実施形態に係るデータ受信装置の構成を示すブロック図である。
【図１３】データ受信装置における電子データ再構成のフローチャートである。
【図１４】データ送信装置からデータ受信装置に電子データを送信する例を示す図である。
【図１５】電子データ送信の従来のシーケンス例を示す図である。
【図１６】ペイロードヘッダの他の例を示す図である。
【図１７】ＲＴＰパケットの構成例を示す図である。
【図１８】第２実施形態に係るデータ受信装置によってデータを受信するフローを示すフローチャートである。
【図１９】データ送信装置からデータ受信装置に電子データを送信する例を示す図である。
【図２０】ＲＴＰパケットの構成例を示す図である。
【図２１】第３実施形態に係るデータ受信装置によってデータを受信するフローを示すフローチャートである。
【図２２】データ送信装置からデータ受信装置に電子データを送信する例を示す図である。
【図２３】データ送信装置からデータ受信装置に電子データを送信する例を示す図である。
【図２４】電子データが３分割された様子を示す図である。
【図２５】データ送信装置からデータ受信装置に電子データを送信する例を示す図である。
【図２６】ＲＴＰパケットの構成例を示す図である。
【図２７】ＲＴＰパケットの構成例を示す図である。
【符号の説明】
１００…ネットワーク、２００…データ送信装置、２０１…セッション制御部２０２…パケット化部、２０３…映像取得部、２０４…パケット化部、２０５…付随情報生成・パケット化部、２０６…音声取得部、２０７…パケット化部、２０８…付随情報生成・パケット化部、２０９…電子データ取得部、２１０…分割部、２１１…パケット化部、２１２…繰り返し判定部、２１３…パケット化する付随情報生成・パケット化部、２１４…パケット送信部、３００…データ受信装置、３０１…パケット受信・振分部、３０２…セッション制御パケット分離部３０３…セッション制御部、３０４…映像パケット分離部、３０５…映像再生部、３０６…映像付随情報解析部、３０７…音声パケット分離部、３０８…音声再生部、３０９…音声付随情報解析部、３１０…データパケット分離・再構成部、３１１…電子データ再生部、３１２…データ付随情報解析部、３１３…同期制御部、４００…電子データ、４１０、４２０、４３０…分割データ。
【発明の属する技術分野】
本発明は、コネクションレス型のデータ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システムに関する。
【０００２】
【従来の技術】
近年、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術を利用したインターネットが普及し、インターネット上でテキストコンテンツや音声・映像等のマルチメディアコンテンツをやり取りすることが容易になってきている。また、放送コンテンツをインターネット上で配信するインターネット放送も注目を集めており、マルチキャスト技術やブロードキャスト技術に関する研究・開発が盛んに行われている。
【０００３】
インターネット上で音声や映像等のマルチメディアコンテンツをストリーミング配信するプロトコルとしてＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）がＩＥＦＴ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）１８８９（非特許文献１）により規定されている。ＲＴＰにより、ペイロードタイプ・符号化方式の通知やシーケンス番号の付与、再生・表示時刻の通知が可能となる。それに対し、テキストや静止画等の静的な電子データを送信する場合には、通常ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いて信頼性の高い伝送が行われる。しかし、放送方通信形態で上述のような静的な電子データを送信する場合、通常放送局から端末までの下りチャネルしかなく、端末から放送局までの上りチャネルが存在しないため、ＴＣＰのように上りチャネルのフィードバック情報（Ａｃｋ）を用いた信頼性放送を適用することができない。
【０００４】
上述の課題から、ＩＥＦＴのＲＭＴ（Ｒｅｌｉａｂｌｅ Ｍｕｌｔｉｃａｓｔ Ｔｒａｎｓｐｏｒｔ）Ｗｏｒｋｉｎｇ Ｇｒｏｕｐでは、ＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）を用いて、片方向チャネル上でも信頼性高く伝送できる方式を検討している。しかし、現在具体的なフォーマットや伝送方法については規定していない。また、ＲＭＴ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐでは単一のファイルを信頼性高く伝送することのみ検討されており、放送型通信で同時に伝送される音声データや映像データとの同期再生については検討されていない。
【０００５】
電波産業界（ＡＲＩＢ）の規格ＡＲＩＢ ＳＴＤ−Ｂ２４（非特許文献２）では、デジタル放送用にテキスト情報や静止画像等の静的な電子データを伝送するデータカルーセル方式が規定されている。本方式により音声やビデオデータとの同期も可能であり、かつ繰り返し送信により信頼性のあるテキスト情報の送信を可能としている。しかし、本方式をＩＰネットワーク上で実現しようとすると、ＩＰヘッダのオーバーヘッド及びデータカルーセル方式のオーバーヘッドのため、効率的な伝送ができないという問題点があった。また、特開２００２−１２４９８７号公報（特許文献１）に示される技術のように、ＩＰパケットをデータカルーセルフォーマット上で伝送する方法が提案されている。しかし、上記公報記載の技術は、デジタル放送においてＩＰパケットを伝送する技術であり、それ以外のＩＰネットワークへの適用は不可能である。
【０００６】
ＩＥＦＴのＡＶＴ（Ａｕｄｉｏ／Ｖｉｄｅｏ Ｔｒａｎｓｐｏｒｔ）Ｗｏｒｋｉｎｇ Ｇｒｏｕｐでは、テキストや静止画等の電子データを、ＲＴＰを用いて伝送するフォーマットがドラフトｄｒａｆｔ−ｗｅｓｔｅｒｌｕｎｄ−ａｖｔ−ｒｔｐ−ｓｔａｔｉｃ−ｍｅｄｉａ−０１．ｔｘｔ（非特許文献３）で提案されている。ＲＴＰ上で静的な電子データを送信することにより、ＲＴＰを用いて伝送される音声やビデオデータと同期再生が容易となり、またＲＴＰ以外の特別なプロトコルを実装する必要がなく、実装が容易になるといった利点が挙げられる。
【０００７】
上述のドラフトではＲＴＰヘッダ及びペイロードヘッダを以下の通り規定している。
【０００８】
図１は、ＲＴＰヘッダを示す構成図である。ＲＴＰヘッダのバージョンフィールド（Ｖ）、パディングビット（Ｐ）、拡張ビット（Ｘ）、寄与送信元カウントフィールド（ＣＣ）はＲＴＰの規格ＲＦＣ１８８９に従っている。マーカビット（Ｍ）は、当該ＲＴＰパケットが電子データの最後のセグメントを含む場合に１にセットされ、それ以外の場合には０にセットされる。ペイロードタイプフィールドには、ＲＴＰパケットのペイロードタイプに関する識別子が挿入される。シーケンス番号フィールドは新たにパケットが生成・送信されるたびに１つずつ増加する。タイムスタンプフィールドには、当該ＲＴＰパケットを受信するデータ受信装置が、当該ＲＴＰパケットに含まれる電子データを使用すべき時刻に関する情報が含まれる。同期送信元識別子フィールドはＲＦＣ１８８９に従い、当該ＲＴＰパケットの送信装置の同期送信元識別子が格納される。
【０００９】
また、ＲＴＰヘッダに続くペイロードには、配信される電子データや、当該電子データの有効期間に関する情報などが含まれる。ペイロードに何の情報が含まれているか識別するために、各情報の先頭１バイトにペイロードヘッダが付与され、続いて該当する情報が挿入される。
【００１０】
図２は、ＲＴＰパケットの構成例を示す図である。ＲＴＰヘッダに続いて１バイトのペイロードヘッダが続いている。図２では、「２」の値が挿入されているが、これは次に続く情報が電子データの有効期間に関する情報であることを表しており、４バイトの有効期間情報が続いて挿入される。次の１バイトには「０」の値が挿入されており、続く情報が配信される電子データそのもの、もしくは分割された電子データの一部であることを示している。
【００１１】
図３は、ＲＴＰフォーマットを用いて電子データを配信するときのデータ送信装置とデータ受信装置との間のシーケンスの例を示す図である。図３中の「ＳＮ」はＲＴＰヘッダのシーケンス番号を示し、「Ｍ」はマーカビットを示す。本例では、データ送信装置は、最初の電子データ１を３つに分割し、それぞれＲＴＰパケットを構成する。ＲＴＰパケットには順にＳＮ＝１、２、３のシーケンス番号が付与される。ＳＮ＝１及びＳＮ＝２のパケットはその電子データ１の最後のパケットではないため、マーカビット（Ｍ）は０にセットされ、送信される。一方、ＳＮ＝３のパケットは、電子データ１を構成する最後のパケットになるため、マーカビットが１にセットされる。データ受信装置は、マーカビットが１にセットされたＳＮ＝３を受信すると、それまで受信したＳＮ＝１及びＳＮ＝２のパケットを組み合わせて、電子データ１を再構成する。再構成された電子データ１はＲＴＰヘッダのタイムスタンプの利用開始時刻に従って、データ受信装置で利用される。ここで、利用するとは、例えば、電子データがＨＴＭＬデータであれば、ＨＴＭＬの解釈に従って表示されることになる。
【００１２】
電子データ１に続いて電子データ２を送信する場合も、同様にシーケンス番号が順にＳＮ＝４からＳＮ＝８まで振られ、ＳＮ＝８のパケットのマーカビットが１にセットされる。データ受信装置はＳＮ＝４からＳＮ＝８のパケットの電子データを組み合わせて電子データ２を再構成する。
【００１３】
上述のように、本ＲＴＰフォーマットによって音声や映像だけでなく、テキストや静止画等の電子データを配信することが可能となる。
【００１４】
【特許文献１】
特開２００２−１２４９８７号公報
【非特許文献１】
Ｈ． Ｓｃｈｕｌｚｒｉｎｎｅ， Ｓ． Ｃａｓｎｅｒ， Ｒ． Ｆｒｅｄｅｒｉｋ， ａｎｄ Ｖ． Ｊａｃｏｂｓｏｎ， ”ＲＴＰ： Ａ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｒｅａｌ−Ｔｉｍｅ Ａｐｐｌｉｃａｔｉｏｎｓ，” ＩＥＴＦ ＲＦＣ１８８９， Ｊａｎｕａｒｙ １９９６．
【非特許文献２】
電波産業会「デジタル放送におけるデータ放送符号化方式と伝送方式」ＡＲＩＢ
ＳＴＤ−Ｂ２４ ２．０版、平成１３年３月２７日２．０改定
【非特許文献３】
Ｍ． Ｗｅｓｔｅｒｌｕｎｄ， Ｋ． Ｄｏｖｓｔａｍ， Ｆ． Ｈａｒｔｕｎｇ， ａｎｄ Ｕ． Ｈｏｒｎ， ”Ｇｅｎｅｒｉｃ ＲＴＰ ＰａｙｌｏａｄＦｏｒｍａｔ ｆｏｒ Ｔｉｍｅ−ｌｉｎｅｄ Ｓｔａｔｉｃ Ｍｅｄｉａ，” ＩＥＴＦ Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ ｄｒａｆｔ−ｗｅｓｔｅｒｌｕｎｄ−ａｖｔ−ｒｔｐ−ｓｔａｔｉｃ−ｍｅｄｉａ−０１．ｔｘｔ， Ｊａｎｕａｒｙ ２， ２００２
【００１５】
【発明が解決しようとする課題】
しかし、図３に示すような伝送方法では、パケットの１つがネットワークの混雑や伝送誤りによって損失した場合、当該パケットを回復することができず、当該パケットに含まれるデータを構成要素とする電子データを再構成することができない。そのため、データ受信装置では、当該電子データを活用できないという問題があった。
【００１６】
また、放送型配信のように配信途中から視聴を始めるデータ受信装置がある場合には、当該受信装置は受信開始中に送信されている電子データを構成するパケットを先頭からすべて受信することができず、もとの電子データを再構成することができない。従って、データ受信装置では、受信開始中に送信されている電子データを活用することができないという問題があった。
【００１７】
また、データ受信装置が最初のパケットを受信した時点、例えば図３のＳＮ＝１のパケットを受信した時点で、データ受信装置は当該電子データがどれだけの大きさなのか判断することができない。そのため、データ受信装置は、電子データを再構成するためのメモリ領域をどの程度確保してよいか分からないという問題があった。
【００１８】
そこで、本発明は上記課題を解決し、データ送信装置から１以上のデータ受信装置へテキストや静止画を含む電子データを高い信頼性で送信できるデータ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システムを提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置が電子データを分割して分割データを生成する電子データ分割ステップと、データ送信装置が、電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、データ送信装置が、先頭の分割データに対して、その分割データが先頭であることを示す情報を付与する先頭情報付与ステップと、データ送信装置が、最終の分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与ステップと、分割データをデータ送信装置からデータ受信装置に繰り返し送信する分割データ送信ステップと、を有することを特徴とする。
【００２０】
このように分割データ送信ステップにおいて分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号が付与されているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データにはその分割データが先頭であることを示す情報が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されているので、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。「静的な電子データ」とは、例えばテキストや静止画像である。
【００２１】
また、本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置が電子データを分割して分割データを生成する電子データ分割ステップと、データ送信装置が、電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、データ送信装置が、電子データを構成する分割データのシーケンス番号のうち、先頭のシーケンス番号に関する情報を任意の分割データに対して付与する先頭情報付与ステップと、データ送信装置が、最終の分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与ステップと、分割データをデータ送信装置からデータ受信装置に繰り返し送信する分割データ送信ステップと、を有することを特徴とする。
【００２２】
このように分割データ送信ステップにおいて分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号が付与されているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データを示す情報が任意の分割データに付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されているので、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【００２３】
上記データ伝送方法は、先頭情報付与ステップにおいて、先頭情報を少なくとも最終の分割データに対して付与することが好ましい。
【００２４】
本発明に係るデータ送信方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置が電子データを分割して分割データを生成する電子データ分割ステップと、データ送信装置が、電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、データ送信装置が、電子データを構成する分割データのシーケンス番号のうち、先頭及び最終のシーケンス番号に関する情報を任意の分割データに対して付与する先頭最終情報付与ステップと、分割データをデータ送信装置からデータ受信装置に繰り返し送信する分割データ送信ステップと、を有することを特徴とする。
【００２５】
このように分割データ送信ステップにおいて分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号が付与されているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データのシーケンス番号と最終の分割データのシーケンス番号の情報を任意の分割データに付与することにより、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【００２６】
上記データ伝送方法は、先頭最終情報付与ステップにおいて、先頭及び最終のシーケンス番号に関する情報をすべての分割データに対して付与することを特徴としても良い。
【００２７】
このようにすべての分割データに先頭及び最終の分割データのシーケンス番号を付与することにより、いずれの分割データから受信した場合でも先頭と最終のシーケンス番号を把握できるので好ましい。
【００２８】
上記データ伝送方法は、電子データ分割ステップにおいて、前記データ送信装置は静的な電子データと共に動的な電子データを分割して分割データを生成し、分割データ送信ステップにおいて、データ送信装置は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報を付与して送信し、分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データをデータ送信装置からデータ受信装置に繰り返し送信する付随データ送信ステップをさらに有する、ことを特徴としても良い。
【００２９】
このように静的な電子データと動的な電子データのそれぞれから生成された分割データに同一フォーマットの表示開始時刻に関する情報を付与し、さらに付随データによって表示開始時刻と絶対時刻との対応を関係付けることにより、静的な電子データ及び動的な電子データの表示開始時刻の同期をとることができる。付随データは、定期的に繰り返し送信されても良いし、ランダムに送信されても良い。なお、「動的な電子データ」とは、例えば映像データや音声データである。
【００３０】
上記データ伝送方法は、シーケンス番号及び表示開始時刻に関する情報を表すためにＲＴＰヘッダのシーケンス番号及びタイムスタンプ値を用い、最終情報付与ステップにおいて付与される最終の分割データであることを通知するために、ＲＴＰヘッダ内のマーカビットを用い、表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データとしてＲＴＣＰパケットを用いる、ことを特徴としても良い。
【００３１】
このようにシーケンス番号及び表示開始時刻に関する情報を表すために、ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）を用い、付随データとしてＲＴＣＰ（ＲＴＰ ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を用いることにより、既存のプロトコルとの整合性を保って容易にシステムを設計できる。
【００３２】
上記データ伝送方法は、電子データ分割ステップでは、所定のデータ長以下の分割データを生成し、データ送信装置が所定のデータ長に関する情報を分割データの最大長としてデータ伝送開始前又はデータ伝送途中にデータ受信装置に通知する最大分割長通知ステップをさらに有する、ことを特徴としても良い。
【００３３】
このように分割データの最大長に関する情報を送信することにより、データ受信装置は先頭及び最終のシーケンス番号から分割データ数を把握しているので、データ受信装置で分割データの最大長に基づいて確保すべきメモリ領域の大きさを算出できるので好ましい。
【００３４】
上記データ伝送方法は、電子データ分割ステップでは、所定のデータ長の分割データを生成し、データ送信装置が所定のデータ長に関する情報を分割データの固定長としてデータ伝送開始前又はデータ伝送途中にデータ受信装置に通知する固定分割長通知ステップをさらに有する、ことを特徴としても良い。
【００３５】
このように分割データ長に関する情報を送信することにより、データ受信装置は先頭及び最終のシーケンス番号から分割データ数を把握しているので、分割データ長に基づいて確保すべきメモリ領域の大きさをより正確に算出できるので好ましい。
【００３６】
上記データ伝送方法は、データ送信装置が、送信する電子データのデータ長に関する情報を任意の分割データに付与するデータ長付与ステップをさらに備えることを特徴としても良い。
【００３７】
このように送信する電子データ長に関する情報を分割データに付与することにより、データ受信装置ではその情報に基づいてメモリ領域を確保することができる。
【００３８】
また、本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に先頭の分割データにはその分割データが先頭であることを示す情報が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、データ送信装置から繰り返し送信される分割データをデータ受信装置によって受信する分割データ受信ステップと、先頭情報及び最終情報に基づいて、先頭及び最終の分割データのシーケンス番号を求め、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で、データ受信装置が電子データを構成するデータ構成ステップと、を有することを特徴とする。
【００３９】
このように繰り返し送信される分割データを受信する分割データ受信ステップを有することによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成ステップでは、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００４０】
また、本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、データ送信装置から繰り返し送信される分割データをデータ受信装置によって受信する分割データ受信ステップと、最終情報に基づいて、最終の分割データのシーケンス番号を求め、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で、データ受信装置が電子データを構成するデータ構成ステップと、を有することを特徴とする。
【００４１】
このように繰り返し送信される分割データを受信する分割データ受信ステップを有することによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成ステップでは、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００４２】
また、本発明に係るデータ伝送方法は、静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、少なくとも一の分割データに最終の分割データのシーケンス番号が付与されており、データ送信装置から繰り返し送信される分割データをデータ受信装置によって受信する分割データ受信ステップと、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で、データ受信装置が電子データを構成するデータ構成ステップと、を有することを特徴とする。
【００４３】
このように繰り返し送信される分割データを受信する分割データ受信ステップを有することによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成ステップでは、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００４４】
上記データ伝送方法は、データ受信装置は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報が付与された分割データを受信し、データ受信装置が、分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データをデータ送信装置から繰り返し受信する付随データ受信ステップと、付随データ受信ステップにおいて受信した付随パケットから各パケットの表示時刻に関する情報と絶対時刻との対応関係を求め、表示時刻に関する情報を絶対時刻と同一のフォーマットに変換する、もしくは、絶対時刻を表示時刻に関する情報と同一のフォーマットに変換して、静的な電子データと動的な電子データとを同時に再生する電子データ再生ステップと、をさらに有することを特徴としても良い。
【００４５】
このように静的な電子データと動的な電子データのそれぞれから生成された分割データに同一フォーマットの表示開始時刻に関する情報を付与された分割データを受信し、さらに繰り返し送信される付随データに基づいて表示開始時刻と絶対時刻との対応を関係付けることにより、静的な電子データ及び動的な電子データの表示開始時刻の同期をとり、電子データ再生ステップにおいて同時に再生することができる。付随データは、定期的に繰り返し送信されても良いし、ランダムに送信されても良い。
【００４６】
上記データ伝送方法は、分割データを格納するパケットはＲＴＰパケットであり、データ受信装置は、ＲＴＰヘッダのシーケンス番号を分割データのシーケンス番号として記録し、ＲＴＰヘッダのタイムスタンプを電子データの表示開始時刻に関する情報として記録し、ＲＴＰヘッダのマーカビットを最終の分割データであることの識別に用い、ＲＴＣＰパケットからＲＴＰのタイムスタンプと絶対時刻との対応関係を記録する、ことを特徴としても良い。
【００４７】
このようにシーケンス番号及び表示開始時刻に関する情報を表すために、ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）を用い、付随データとしてＲＴＣＰ（ＲＴＰ ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を用いることにより、既存のプロトコルとの整合性を保って容易にシステムを設計できる。
【００４８】
上記データ伝送方法は、データ送信装置から送信される、分割データの最大長又は固定長に関する情報を受信する分割データ長受信ステップと、先頭のシーケンス番号と最終のシーケンス番号とに基づいて分割データ数を求め、分割データ長受信ステップにおいて受信した分割データ長と分割データ数とを乗じることにより、電子データを構成するために必要なメモリ領域を算出するメモリ領域算出ステップと、メモリ領域算出ステップにおいて算出されたメモリ領域を確保するメモリ領域確保ステップと、をさらに有することを特徴としても良い。
【００４９】
このように分割データ長受信ステップにおいて分割データの最大長に関する情報を受信すると共に、先頭及び最終のシーケンス番号から分割データ数を求めることにより、電子データを構成するために確保すべきメモリ領域の大きさを算出でき、メモリ領域確保ステップでは効率良くメモリを確保することができる。
【００５０】
上記データ伝送方法は、データ送信装置から送信される、電子データのデータ長に関する情報を受信するデータ長受信ステップと、データ長受信ステップにおいて受信したデータ長の情報に基づいてメモリ領域を確保するメモリ領域確保ステップと、をさらに有することを特徴としても良い。
【００５１】
このようにデータ長受信ステップにおいて電子データのデータ長に関する情報を受信することにより、メモリ領域確保ステップでは効率良くメモリを確保することができる。なお、電子データのデータ長は、任意の分割データに付与されてデータ送信装置からデータ受信装置に送信されても良いし、分割データとは別に送信されることとしても良い。
【００５２】
本発明に係るデータ送信装置は、静的な電子データをコネクションレス型のデータ伝送方法によってデータ受信装置に送信するデータ送信装置であって、電子データを分割して分割データを生成する電子データ分割手段と、電子データ分割手段によって分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与手段と、先頭の分割データに対して、その分割データが先頭であることを示す情報を付与する先頭情報付与手段と、最終の分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与手段と、分割データをデータ受信装置に繰り返し送信する分割データ送信手段と、を備えることを特徴とする。
【００５３】
このように分割データ送信手段によって分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号が付与しているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データにはその分割データが先頭であることを示す情報を付与し、最終の分割データにはその分割データが最終であることを示す情報を付与しているので、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【００５４】
また、本発明に係るデータ送信装置は、静的な電子データをコネクションレス型のデータ伝送方法によってデータ受信装置に送信するデータ送信装置であって、電子データを分割して分割データを生成する電子データ分割手段と、電子データ分割手段によって分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与手段と、電子データを構成する分割データのシーケンス番号のうち、先頭のシーケンス番号に関する情報を任意の分割データに対して付与する先頭情報付与手段と、最終の分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与手段と、分割データをデータ受信装置に繰り返し送信する分割データ送信手段と、を備えることを特徴とする。
【００５５】
このように分割データ送信手段によって分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号を付与しているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データを示す情報を任意の分割データに付与し、最終の分割データにはその分割データが最終であることを示す情報を付与しているので、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【００５６】
上記データ送信装置において、先頭情報付与手段は、先頭情報を少なくとも最終の分割データに対して付与することが好ましい。
【００５７】
また、本発明に係るデータ送信装置は、静的な電子データをコネクションレス型のデータ伝送方法によってデータ受信装置に送信するデータ送信装置であって、電子データを分割して分割データを生成する電子データ分割手段と、電子データ分割手段によって分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与手段と、電子データを構成する分割データのシーケンス番号のうち、先頭及び最終のシーケンス番号に関する情報を任意の分割データに対して付与する先頭最終情報付与手段と、分割データをデータ受信装置に繰り返し送信する分割データ送信手段と、を備えることを特徴とする。
【００５８】
このように分割データ送信手段によって分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号を付与しているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信装置は元の電子データを再構成することができる。また、先頭の分割データのシーケンス番号と最終の分割データのシーケンス番号の情報を任意の分割データに付与することにより、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【００５９】
上記データ送信装置において、先頭最終情報付与手段は、先頭及び最終のシーケンス番号に関する情報をすべての分割データに対して付与することを特徴としても良い。
【００６０】
このようにすべての分割データに先頭及び最終の分割データのシーケンス番号を付与することにより、いずれの分割データから受信した場合でも先頭と最終のシーケンス番号を把握できるので好ましい。
【００６１】
上記データ送信装置において、電子データ分割手段は、静的な電子データと共に動的な電子データを分割して分割データを生成し、分割データ送信手段は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報を付与して送信し、分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データをデータ受信装置に繰り返し送信する付随データ送信手段をさらに備える、ことを特徴としても良い。
【００６２】
このように静的な電子データと動的な電子データのそれぞれから生成された分割データに同一フォーマットの表示開始時刻に関する情報を付与し、さらに付随データによって表示開始時刻と絶対時刻との対応を関係付けることにより、静的な電子データ及び動的な電子データの表示開始時刻の同期をとることができる。付随データは、定期的に繰り返し送信されても良いし、ランダムに送信されても良い。
【００６３】
上記データ送信装置は、シーケンス番号及び表示開始時刻に関する情報を表すためにＲＴＰヘッダのシーケンス番号及びタイムスタンプ値を用い、最終情報付与手段によって付与される最終の分割データであることを通知するために、ＲＴＰヘッダ内のマーカビットを用い、表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データとしてＲＴＣＰパケットを用いる、ことを特徴としても良い。
【００６４】
このようにシーケンス番号及び表示開始時刻に関する情報を表すために、ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）を用い、付随データとしてＲＴＣＰ（ＲＴＰ ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を用いることにより、既存のプロトコルとの整合性を保って容易にシステムを設計できる。
【００６５】
上記データ送信装置において、電子データ分割手段は、所定のデータ長以下の分割データを生成し、所定のデータ長に関する情報を分割データの最大長としてデータ伝送開始前又はデータ伝送途中にデータ受信装置に通知する最大分割長通知手段をさらに備える、ことを特徴としても良い。
【００６６】
このように分割データの最大長に関する情報を送信することにより、データ受信装置は先頭及び最終のシーケンス番号から分割データ数を把握しているので、データ受信装置で分割データの最大長に基づいて確保すべきメモリ領域の大きさを算出できるので好ましい。
【００６７】
上記データ送信装置において、電子データ分割手段は、所定のデータ長の分割データを生成し、所定のデータ長に関する情報を分割データの固定長としてデータ伝送開始前又はデータ伝送途中にデータ受信装置に通知する固定分割長通知手段をさらに備える、ことを特徴としても良い。
【００６８】
このように分割データ長に関する情報を送信することにより、データ受信装置は先頭及び最終のシーケンス番号から分割データ数を把握しているので、データ受信装置で分割データ長に基づいて確保すべきメモリ領域の大きさをより正確に算出できるので好ましい。
【００６９】
上記データ送信装置は、送信する電子データのデータ長に関する情報を任意の分割データに付与するデータ長付与手段をさらに備えることを特徴としても良い。
【００７０】
このように送信する電子データ長に関する情報を分割データに付与することにより、データ受信装置ではその情報に基づいてメモリ領域を確保することができる。
【００７１】
本発明に係るデータ受信装置は、コネクションレス型のデータ伝送方法によってデータ送信装置から送信された静的な電子データを受信するデータ受信装置であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に先頭の分割データにはその分割データが先頭であることを示す情報が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、データ送信装置から繰り返し送信される分割データを受信する分割データ受信手段と、先頭情報及び最終情報に基づいて、先頭及び最終の分割データのシーケンス番号を求め、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で電子データを構成するデータ構成手段と、を備えることを特徴とする。
【００７２】
このように繰り返し送信される分割データを受信する分割データ受信手段を備えることによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成手段は、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００７３】
また、本発明に係るデータ受信装置は、コネクションレス型のデータ伝送方法によってデータ送信装置から送信された静的な電子データを受信するデータ受信装置であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、データ送信装置から繰り返し送信される分割データを受信する分割データ受信手段と、最終情報に基づいて、最終の分割データのシーケンス番号を求め、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で電子データを構成するデータ構成手段と、を備えることを特徴とする。
【００７４】
このように繰り返し送信される分割データを受信する分割データ受信手段を備えることによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成手段は、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００７５】
また、本発明に係るデータ受信装置は、コネクションレス型のデータ伝送方法によってデータ送信装置から送信された静的な電子データを受信するデータ受信装置であって、データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、少なくとも一の分割データに最終の分割データのシーケンス番号が付与されており、データ送信装置から繰り返し送信される分割データを受信する分割データ受信手段と、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で電子データを構成するデータ構成手段と、を備えることを特徴とする。
【００７６】
このように繰り返し送信される分割データを受信する分割データ受信手段を備えることによって分割データの受信確率を高め、コネクションレス型の伝送方法における静的な電子データの伝送の信頼性を高めることができる。また、データ構成手段は、先頭のシーケンス番号と最終のシーケンス番号との間に存在するすべての分割データを受信した時点で元の電子データを再構成するので、電子データを確実に再構成することができる。
【００７７】
上記データ受信装置において、データ受信手段は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報が付与された電子データを受信し、分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データをデータ送信装置から繰り返し受信する付随データ受信手段と、付随データ受信手段によって受信した付随パケットから各パケットの表示時刻に関する情報と絶対時刻との対応関係を求め、表示時刻に関する情報を絶対時刻と同一のフォーマットに変換する、もしくは、絶対時刻を表示時刻に関する情報と同一のフォーマットに変換して、静的な電子データと動的な電子データとを同時に再生する電子データ再生手段と、をさらに備えることを特徴としても良い。
【００７８】
このように静的な電子データと動的な電子データのそれぞれから生成された分割データに同一フォーマットの表示開始時刻に関する情報を付与された分割データを受信し、さらに繰り返し送信される付随データに基づいて表示開始時刻と絶対時刻との対応を関係付けることにより、静的な電子データ及び動的な電子データの表示開始時刻の同期をとり、電子データ再生ステップにおいて同時に再生することができる。付随データは、定期的に繰り返し送信されても良いし、ランダムに送信されても良い。
【００７９】
上記データ受信装置が受信する分割データを格納するパケットはＲＴＰパケットであり、ＲＴＰヘッダのシーケンス番号を分割データのシーケンス番号として記録し、ＲＴＰヘッダのタイムスタンプを電子データの表示開始時刻に関する情報として記録し、ＲＴＰヘッダのマーカビットを最終の分割データであることの識別に用い、ＲＴＣＰパケットからＲＴＰのタイムスタンプと絶対時刻との対応関係を記録する、ことを特徴としても良い。
【００８０】
このようにシーケンス番号及び表示開始時刻に関する情報を表すために、ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）を用い、付随データとしてＲＴＣＰ（ＲＴＰ ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）を用いることにより、既存のプロトコルとの整合性を保って容易にシステムを設計できる。
【００８１】
上記データ受信装置は、データ送信装置から送信される、分割データの最大長又は固定長に関する情報を受信する分割データ長受信手段と、先頭のシーケンス番号と最終のシーケンス番号とに基づいて分割データ数を求め、分割データ長受信手段によって受信した分割データ長と分割データ数とを乗じることにより、電子データを構成するために必要なメモリ領域を算出するメモリ領域算出手段と、メモリ領域算出手段によって算出されたメモリ領域を確保するメモリ領域確保手段と、をさらに備えることを特徴としても良い。
【００８２】
このように分割データ長受信手段によって分割データの最大長に関する情報を受信すると共に、先頭及び最終のシーケンス番号から分割データ数を求めることにより、電子データを構成するために確保すべきメモリ領域の大きさを算出でき、メモリ領域確保手段は効率良くメモリを確保することができる。
【００８３】
上記データ受信装置は、データ送信装置から送信される、電子データのデータ長に関する情報を受信するデータ長受信手段と、データ長受信手段によって受信したデータ長の情報に基づいてメモリ領域を確保するメモリ領域確保手段と、をさらに備えることを特徴としても良い。
【００８４】
このようにデータ長受信手段は、電子データのデータ長に関する情報を受信することにより、メモリ領域確保手段は効率良くメモリを確保することができる。なお、電子データのデータ長は、任意の分割データに付与されてデータ送信装置からデータ受信装置に送信されても良いし、分割データとは別に送信されることとしても良い。
【００８５】
本発明に係るデータ伝送システムは、上記データ送信装置と、上記データ受信装置とを備え、データ送信装置からデータ受信装置にコネクションレス型の伝送方式によって電子データを送信することを特徴とする。
【００８６】
上記したデータ送信装置と上記したデータ受信装置とを備えることにより、上記データ送信装置は電子データを分割した分割データを繰り返し送信し、データ受信装置は電子データを構成するすべての分割データをすべて受信した時点でもとの電子データを再構成することができるので、信頼性の高いコネクションレス型のデータ伝送システムを実現することができる。
【００８７】
【発明の実施の形態】
以下、図面と共に本発明に係るデータ伝送方法及びデータ伝送システムの好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００８８】
（第１実施形態）
図４は、本発明の実施形態に係るデータ伝送システムの構成の一形態を示すブロック図である。このデータ伝送システムでは、ネットワーク１００を介して一のデータ送信装置２００と一以上のデータ受信装置３００が接続されている。図４では、データ受信装置３００とデータ受信装置３５０の２つが描かれているが、データ受信装置は２つに限られない。また、ネットワーク１００は、インターネットのほか、企業ＬＡＮや携帯電話網でもよい。データ伝送システムはデータ送信装置２００がネットワーク１００を介してデータ受信装置３００とデータ受信装置３００とに電子データを配信する。ここで配信される「電子データ」には、テキストや静止画などの静的な電子データと、映像や音声などの動的な電子データとが含まれる。以下の説明においては、動的な電子データを「映像（データ）」「音声（データ）」といい、静的な電子データを単に「電子データ」ということとする。
【００８９】
図５は、データ送信装置２００の構成を示すブロック図である。データ送信装置２００は、セッションの制御を司るセッション制御部２０１とセッション制御に関する情報をパケット化するパケット化部２０２、映像情報を取得する映像取得部２０３、映像情報をパケット化するパケット化部２０４、映像パケットに付随する情報を生成してパケット化する付随情報生成・パケット化部２０５、音声情報を取得する音声取得部２０６、音声情報をパケット化するパケット化部２０７、音声パケットに付随する情報を生成してパケット化する付随情報生成・パケット化部２０８、電子データを取得する電子データ取得部２０９、取得した電子データを分割して分割データを生成する分割部２１０、分割データをパケット化するパケット化部２１１、当該電子データを繰り返して送信するか否か判定する繰り返し判定部２１２、電子データパケットに付随する情報を生成してパケット化する付随情報生成・パケット化部２１３、各メディアのパケットを送信するパケット送信部２１４、を備えている。以下、各構成要素について詳しく説明する。
【００９０】
セッション制御部２０１は、データ送信装置２００が配信する映像データ、音声データ及び電子データの各セッションに関する情報を記録し、必要に応じて各データのパケット化部２０４、２０７、２１１と情報をやり取りする。上記セッションに関する情報としては、宛先のアドレスや使用するプロトコルに関する情報、例えばＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を使うといった情報や、ＵＤＰのポート番号やＲＴＰのペイロードタイプ識別子の値などが含まれる。そして、これらのセッション情報をデータ受信装置３００に伝えるために、これらの情報をパケット化部２０２でパケット化し、パケット送信部２１４にてパケット送信処理が行われる。セッション情報を伝送するためのプロトコルとして、ＳＡＰ（Ｓｅｓｓｉｏｎ Ａｎｎｏｕｎｃｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）やＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）などが挙げられる。
【００９１】
映像取得部２０３は映像データを取得する機能を有する。映像情報の取得は、例えば映像ファイルを読み込んだり、ビデオカメラから得た情報をＭＰＥＧなどの映像符号化したりすることで行われる。そして、パケット化部２０４にて映像データをパケット化する。パケット化の際には、各パケットに連続して割り当てられるシーケンス番号及び表示時刻に関する情報が付与される。また、セッション制御部２０１から得られるセッション情報に基づいてパケット化する。セッション情報としては、例えば宛先ＩＰアドレスや、ＵＤＰポート番号、ＲＴＰペイロードタイプなどが挙げられる。ここでは、映像情報はＲＴＰ／ＵＤＰ／ＩＰパケットとしてパケット化されるものとするが、本発明はこれに限定されるものではない。
【００９２】
パケット化部２０４によってパケット化された映像パケットは、パケット送信部２１４に伝えられ、パケット送信部２１４によって送信処理がなされる。同時に、付随情報生成・パケット化部２０５は、映像パケットに対する付随情報を生成してパケット化する。映像パケットの付随情報としては、例えば、映像パケットの送信者に関する情報や、映像パケットの送信個数、さらには映像パケットに付与される表示時刻に関する情報と絶対時刻との対応付けを可能とする情報などがある。映像情報がＲＴＰパケットとしてパケット化される場合には、その付随情報はＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットとしてパケット化される。
【００９３】
音声取得部２０６は、音声データを取得する機能を有する。音声情報の取得は例えば音声ファイルを読み込んだり、マイクから得た情報をＡＭＲやＡＡＣなどの音声・音響符号化したりすることで行われる。パケット化部２０７は、音声取得部２０６で取得した音声データをパケット化する機能を有する。パケット化の際には、各パケットに連続して割り当てられるシーケンス番号及び表示時刻に関する情報が付与される。また、付随情報生成・パケット化部２０８は、セッション制御部２０１から得られるセッション情報に基づいて付随情報を生成してパケット化する機能を有する。セッション制御部２０１から得られるセッション情報としては、例えば、宛先ＩＰアドレスや、ＵＤＰポート番号、ＲＴＰペイロードタイプなどの情報がある。ここでは、音声情報がＲＴＰ／ＵＤＰ／ＩＰパケットとしてパケット化されるものとするが、本発明はこれに限定されない。
【００９４】
本実施形態に係るデータ伝送システムにおいては、映像及び音声の処理部としてそれぞれ一系列ずつ有しているが、これらの処理部はそれぞれ複数あっても良いし、いずれかの処理系列がなくても良い。
【００９５】
電子データ取得部２０９は、電子データを取得する機能を有する。分割部２１０は、電子データ取得部２０９によって取得された電子データを分割して分割データを生成する機能を有する。パケット化部２１１は、映像・音声パケットと同じフォーマットを用いて電子データをパケット化する機能を有する。すなわち、映像・音声がＲＴＰによってパケット化される場合には、電子データもＲＴＰを用いてパケット化される。そして、パケット化部２１１でパケット化された分割データは、繰り返し判定部２１２に渡される。繰り返し判定部２１２は、１回以上の繰り返し送信制御を行う機能を有する。付随情報生成・パケット化部２１３は、電子データパケットに対する付随情報が映像パケットや音声パケットに対する付随情報と同様に生成して、パケット化する機能を有する。ここでは、電子データの処理系統として一系統のみ有しているが、静止画とテキストデータを同時に送信する場合などは、一以上の電子データ処理系統を有しても良い。
【００９６】
次に、電子データの処理について詳しく説明する。図６は、データ送信装置２００における電子データの送信手順を示す図である。データ送信装置２００は、送信すべきデータを電子データ取得部２０９によって取得する（Ｓ１０）。送信するデータには、テキストデータや静止画データなどが含まれる。電子データは、データ送信装置２００に備えられたメモリから読み込んだり、もしくは遠隔にある他の装置からＨＴＴＰ等を用いて取得したりすることができる。
【００９７】
続いて、データ送信装置２００の分割部２１０は、電子データ取得部２０９によって取得した電子データを分割して分割データを生成する（Ｓ１２）。図７を参照しながら、電子データの分割例について説明する。図７では、電子データ４００が３分割された様子を示している。電子データは分割されて、分割データ４１０、分割データ４２０、分割データ４３０が生成される。続いて、データ送信装置２００は、分割データを取り出し（Ｓ１４）、その分割データが電子データの先頭であるか否かを判定する（Ｓ１６）。分割データが先頭である場合には、その分割データに先頭であることを表す先頭情報を付与する（Ｓ１８）。そして、ＲＴＰパケットを形成するために、ＲＴＰヘッダ及びペイロードヘッダを構成する（Ｓ２０）。以下の説明では、分割データはすべて、ＲＴＰフォーマットを用いてパケット化されるものとする。ただし、パケットフォーマットは、パケット固有のシーケンス番号と表示時刻に関する情報、さらに最終の分割データであることを示す情報を含むことができればよく、本発明はＲＴＰに限定されるものではない。次に、その分割データが電子データの最終の分割データであるかどうか判定する（Ｓ２２）。分割データが最終でない場合には、次の分割データを取り出し、分割データが最終である場合は、ＲＴＰパケットのマーカビットを「１」に設定する（Ｓ２４）。すべての分割データのパケット化が終了すると、パケット送信に移る（Ｓ２６）。
【００９８】
生成された分割データのＲＴＰパケット化の様子を図８、図９、図１０に示す。図８は、先頭の分割データに対するＲＴＰパケット化の様子を示す図である。ＲＴＰヘッダフィールドはＲＴＰの規格によって決定されている。ＲＴＰヘッダフィールドのフォーマットについては、図１を参照されたい。一般的に、バージョンフィールドには、ＲＴＰのバージョンである「２」の値が、パディングビット、拡張ビット、寄与送信元カウントフィールドには「０」の値が挿入される。ペイロードタイプフィールドには、あらかじめＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等の他の方法で定められた値が挿入される。シーケンス番号フィールド（ＳＮ）には、本例では「１０」の値が挿入されているが、これに限るものではない。タイムスタンプフィールドは、電子データを表示する時刻に関する情報が挿入され、同期送信元識別子フィールドには、そのＲＴＰパケットの送信元がデータ送信装置２００であることを示す識別子が付与される。ＲＴＰペイロード内には、分割データ４１０が電子データの先頭の分割部であることを示し先頭情報が挿入される。図８において斜線を付した「１１」という値をペイロードヘッダとして定めているが、これに限るものではない。続いて、電子データが存在していることを示す値「０」の１ビットのペイロードヘッダが挿入され、分割データ４１０がその後に続く。
【００９９】
図９は、２番目の分割データ４２０に対するＲＴＰパケット化の様子を示す図である。ＲＴＰヘッダの各フィールドは、上記と同様にＲＴＰの規格に従って決定される。バージョンフィールド、パディングフィールド、拡張ビット、寄与送信元カウントフィールド、ペイロードタイプフィールドには、図８に示される前パケットと同じフィールド値が付与される。また、分割データは、最後の分割データではないため、マーカビット（Ｍ）は「０」に設定される．シーケンス番号フィールド（ＳＮ）には、前パケットのＳＮに１を加えた「１１」が付与される。タイムスタンプフィールド及び同期送信元識別子フィールドには、前パケットと同じ値が挿入される。続いて、ペイロード内には、電子データが存在していることを示す値「０」のペイロードヘッダが挿入され、分割データ４２０がそのあとに続く。
【０１００】
図１０は、３番目の分割データ４３０に対するＲＴＰパケット化の様子を示す図である。ＲＴＰヘッダの各フィールドは、上記と同様にＲＴＰの規格に従って決定される。バージョンフィールド、パディングフィールド、拡張ビット、寄与送信元カウントフィールド、ペイロードタイプフィールドには、図８に示される前パケットと同じフィールド値が付与される。また、分割データ４３０は、最後の分割データであるため、マーカビット（Ｍ）は「１」に設定される。シーケンス番号フィールド（ＳＮ）には、前パケットのＳＮに１を加えた値「１２」が付与される。タイムスタンプフィールド及び同期送信元識別子フィールドには、前パケットと同じ値が挿入される。続いて、ペイロード内には、電子データが存在していることを示す値「０」のペイロードヘッダが挿入され、分割データがそのあとに続く。
【０１０１】
上述では、電子データ及び値「０」のペイロードヘッダのみがＲＴＰペイロード内に格納される例を示したが、有効期間に関する情報や、その他の情報をＲＴＰペイロード内に格納することも可能である。
【０１０２】
上述のようにして生成されたＲＴＰパケットに対して、当該ＲＴＰパケットをデータ受信装置３００へ伝送するためにトランスポート層ヘッダ及びネットワーク層ヘッダが付与される。トランスポートヘッダの例としてＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ヘッダが、ネットワーク層ヘッダの例としてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ヘッダが代表的なヘッダとして挙げられる。
【０１０３】
このように３つの分割データがＲＴＰパケット化されたのち、データ送信装置２００は、各ＲＴＰパケットのシーケンス番号順に送信する。そして、データ送信装置２００は、ＲＴＰパケットを一通り送信し終えると、繰り返し判定部２１２によって、当該ＲＴＰパケットの送信を終了するか、あるいは続行するかを判定する。繰り返し判定部２１２は、例えば、１）所定回数以上ＲＴＰパケットを繰り返し送信したか、２）所定時間以上ＲＴＰパケットを繰り返し送信したか、３）次に送信すべき電子データがあるか、などに基づいて判定を行う。繰り返し送信すると判定された場合には、データ送信装置２００は、再度パケット送信部２１４によって各ＲＴＰパケットをシーケンス番号順に送信する。このようにして、図１１に示されるように１以上のデータ受信装置３００、３５０に対して、電子データを繰り返し送信する。繰り返し送信を終了する場合には、次に送信すべき電子データを取得し、再び電子データの分割、分割データのパケット化、パケット送信の動作を繰り返す。
【０１０４】
次に、データ受信装置３００について説明する。データ受信装置３００は、データ送信装置２００から送信されるＲＴＰパケットを受信し、音声データ、映像データ及び電子データの再生を行う装置である。
【０１０５】
図１２は、データ受信装置３００の構成を示すブロック図である。データ受信装置３００は、パケットを受信して各処理部に振り分けるパケット受信・振分部３０１、セッション制御パケットを処理して情報を抽出するセッション制御パケット分離部３０２、抽出されたセッション情報を記録して解析するセッション制御部３０３、映像パケットを処理して映像データを抽出する映像パケット分離部３０４、抽出された映像データを再生処理する映像再生部３０５、映像パケットに付随する情報を処理して解析する映像付随情報解析部３０６、音声パケットを処理して音声データを抽出する音声パケット分離部３０７、抽出された音声データを再生処理する音声再生部３０８、音声パケットに付随する情報を処理して解析する音声付随情報解析部３０９、分割データパケットを処理して分割データを抽出すると共に分割データから電子データを再構成するデータパケット分離・再構成部３１０、再構成された電子データを再生する電子データ再生部３１１、電子データパケットに付随する情報を処理して解析するデータ付随情報解析部３１２、映像・音声・電子データの同期制御を行う同期制御部３１３、を備えている。以下、各構成要素について詳細に説明する。
【０１０６】
パケット受信・振分部３０１は、パケットの受信処理を行い、受信したパケットをそのパケットが属する処理系統へパケットを振り分ける機能を有する。通常、振り分けに必要な情報はセッション制御パケットに格納されているため、セッション制御パケットを受信するまで、他のパケットは廃棄されるか、あるいは一旦保存される。パケット受信・振分部３０１は、セッション制御パケットを受信したときに、そのセッション制御パケットをセッション制御パケット分離部３０２に渡す。なお、セッション制御パケットであるか否かは、例えばポート番号やＩＰアドレスがあらかじめ定められた値に設定されているかどうかで判定することが可能である。
【０１０７】
セッション制御パケット分離部３０２は、セッション制御パケットからセッション情報を抽出し、セッション制御部３０３へ通知する機能を有する。セッション制御は、セッション情報を解析し、振り分けに必要な情報、例えば各メディアパケットのポート番号やペイロードタイプなどをパケット受信・振分部３０１に通知する。また、各メディアの符号化情報や復号パラメータ等がある場合には、セッション制御部３０３は、各再生部３０５，３０８，３１１にそれらの情報を通知する。
【０１０８】
セッション制御パケットを受信した後は、パケット受信・振分部３０１は、受信した各メディアパケット（分割データパケットを含む）や付随パケットを該当する処理系統に振り分ける。
【０１０９】
パケット受信・振分部３０１は、映像パケットを受信した場合には、そのパケットを映像パケット分離部３０４に渡す。映像パケット分離部３０４は、パケット受信・振分部３０１から渡された映像パケットから映像データを抽出して映像再生部３０５に渡す。その際に、パケットに含まれている当該データの表示時刻に関する情報、ＲＴＰパケットの場合にはＲＴＰタイムスタンプ情報も映像再生部３０５へ渡す。一方、映像の付随情報パケットを受信した場合には、パケット受信・振分部３０１はそのパケットを映像付随情報解析部３０６に渡し、映像付随情報解析部３０６は付随情報パケットを解析し、その中から映像パケットに含まれる表示時刻に関する情報と絶対時刻との関連付けを抽出し、その情報を同期制御部３１３に伝達する。付随情報がＲＴＣＰパケットで送信される場合には、映像パケットに含まれるＲＴＰタイムスタンプと絶対時刻を表すＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）タイムスタンプとの関連付けが可能であり、これらの情報を同期制御部３１３に伝達する。
【０１１０】
パケット受信・振分部３０１は、音声パケットを受信した場合には、そのパケットを音声パケット分離部３０７に渡す。音声パケット分離部３０７は、パケット受信・振分部３０１から渡された音声パケットから音声データを抽出して音声再生部３０８に渡す。その際に、パケットに含まれている当該データの表示時刻に関する情報も音声再生部３０８に渡す。一方、音声の付随情報パケットを受信した場合には、パケット受信・振分部３０１は、そのパケットを音声付随情報解析部３０９に渡し、音声付随情報解析部３０９は付随情報パケットを解析し、その中から音声パケットに含まれる表示時刻に関する情報と絶対時刻に関する情報との関連付けを抽出し、当該情報を同期制御部３１３に伝達する。
【０１１１】
パケット受信・振分部３０１が電子データパケットを受信した場合には、データパケット分離・再構成部３１０にそのパケットを渡す。データパケット分離・再構成部３１０は、分割データをまとめて再構成してもとの電子データに戻し、その電子データを電子データ再生部３１１に渡す。この電子データの再構成の詳細については後述する。一方、電子データパケットに付随する情報パケットを受信した場合に、パケット受信・振分部３０１はそのパケットをデータ付随情報解析部３１２に渡し、データ付随情報解析部３１２は付随情報パケットを解析し、その中から電子データパケットに含まれる表示時刻に関する情報と絶対時刻との関連付けを抽出し、当該情報を同期制御部３１３に伝達する。
【０１１２】
同期制御部３１３は、映像、音声、及び電子データの付随情報から得られる表示時刻に関する情報、例えばＲＴＰタイムスタンプと、絶対時刻（例えばＮＴＰタイムスタンプとを関連付ける情報）から各データの同期制御を行う。ＲＴＰタイムスタンプはそれぞれのデータごとに独自の粒度で付与されるので、映像や音声、さらには電子データを特定のタイミングで同期させて表示させるためには、同期制御が必要となる。ＮＴＰタイムスタンプはすべてのデータで同一のフォーマット及び粒度であるため、同期制御部３１３はＮＴＰタイムスタンプをそれぞれの再生部に通知することにより、各再生部３０５，３０８，３１１はタイミングを合わせて再生・表示することが可能となる。
【０１１３】
続いてデータパケット分離・再構成部３１０における電子データの再構成の処理手順について詳細に説明する。図１３は、データ受信装置３００における電子データ再構成のフローチャートである。
【０１１４】
図１３に示すフローチャートを図１４に示すＲＴＰパケット送信シーケンス例を用いて説明する。図１４では、データ送信装置２００が電子データＡと電子データＢとをデータ受信装置３００に対して送信する例を示している。電子データＡ及び電子データＢはそれぞれ３つの分割データに分割され、ＲＴＰパケット化された後に送信される。送信回数はそれぞれ２回ずつ繰り返している。図１４において、「ＳＮ」及び「Ｍ」はそれぞれＲＴＰパケットシーケンス番号とマーカビットを表しており、この例ではＳＮは「１０」から割り当てられている。図１４を参照すると、電子データＡでは１回目の送信においてＳＮ＝１０の分割データパケットをロスし、電子データＢでは１回目の送信においてＳＮ＝１４の分割データパケットをロスしている。
【０１１５】
以下に、図１３を参照しながら、データ受信装置３００における処理手順について説明する。データ受信装置３００は、２つの変数ＴｏｐとＬａｓｔを有する。Ｔｏｐは受信中の電子データの先頭のＲＴＰパケットのシーケンス番号を設定する変数であり、Ｌａｓｔは受信中の電子データの最終のＲＴＰパケットのシーケンス番号を設定する変数である。データ受信装置３００は、最初、この２つの変数をＮＵＬＬ値に設定する（Ｓ３０）。
【０１１６】
データ受信装置３００は、パケットの受信を待ち（Ｓ３２）、データ送信装置２００から送信されたパケットを受信する（Ｓ３４）。データ受信装置３００は、本来であれば、ＳＮ＝１０、Ｍ＝０のパケットを受信するはずであるが、ここでは伝送途中でパケットロスが発生したものとし、ＳＮ＝１１、Ｍ＝０のパケットを先に受信したものとする。このパケットは電子データＡの最初のパケットではないので、このパケットに先頭情報は含まれていない。図１３において、パケット受信の状態に移り、続いて同じＳＮのパケットをすでに受信していたかどうか判定する（Ｓ３６）。この場合、データ受信装置３００は、初めてＲＴＰパケットを受信したため、判定結果はＮｏであり、そのパケットをメモリに保存し、そのＲＴＰパケットのＳＮを記録する（Ｓ４０）。次に、そのＲＴＰパケットに先頭情報が含まれているかどうか判定する（Ｓ４２）。このＲＴＰパケットには先頭情報が含まれていないため、判定結果はＮｏとなる。続いて、マーカビットが「１」であるか否か、すなわち、このＲＴＰパケットが最終のパケットであるか否か判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「０」であるため、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ及びＬａｓｔ両変数はともにＮＵＬＬ値であるので、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１１７】
続いて、データ受信装置３００は、ＳＮ＝１２、Ｍ＝１のパケットを受信する（Ｓ３４）。このパケットの電子データＡの先頭のパケットではないため、パケットに先頭情報は含まれていない。パケットの受信後、同じＳＮのＲＴＰパケットすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１２のパケットはこれまで受信したことがないため、判定結果はＮｏであり、データ受信装置３００はこのパケットをメモリに保存し、このパケットのＳＮを記録する（Ｓ４０）。次に、このＲＴＰパケットに先頭情報が含まれているか否か判定する（Ｓ４２）。このＲＴＰパケットには先頭情報が含まれていないため、判定結果はＮｏとなる。続いて、マーカビットが１であるか否か、すなわちこのＲＴＰパケットが最終のパケットであるか否か判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「１」であるので、判定結果はＹｅｓとなり、データ受信装置３００はＬａｓｔ変数にこのＲＴＰパケットのＳＮ値「１２」を入力する（Ｓ４８）。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ変数がＮＵＬＬ値であるので、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１１８】
データ送信装置２００は、電子データＡを繰り返し送信し、ＳＮ＝１２のＲＴＰパケットを送信した後に再びＳＮ＝１０のＲＴＰパケットを送信する。データ受信装置３００は、ＳＮ＝１０、Ｍ＝０のパケットを受信する（Ｓ３４）。このパケットは電子データＡの先頭のパケットであるため、このパケットには先頭情報が含まれている。パケットを受信した後、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１０のパケットはこれまでに受信していないため、判定結果はＮｏであり、データ受信装置３００はこのＲＴＰパケットを保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。次に、データ受信装置３００は、このＲＴＰパケットに先頭情報が含まれているかどうか判定する（Ｓ４２）。このＲＴＰパケットには、先頭情報が含まれているため、判定結果はＹｅｓとなり、データ受信装置３００は、Ｔｏｐ変数にこのＲＴＰパケットのＳＮ値「１０」を入力する（Ｓ４４）。続いて、データ受信装置３００は、マーカビットが「１」であるかどうか判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「０」であるので、判定結果はＮｏとなる。続いて、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）。この時点で、Ｔｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすＳＮのパケットをすべて受信したことになるため、判定結果はＹｅｓとなり、データ受信装置３００は、全パケットをメモリから取り出し、電子データＡを再構成する（Ｓ６２）。そして、データ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数にＮＵＬＬ値を設定し（Ｓ３０）、はじめの状態に戻る。
【０１１９】
続いて、データ受信装置３００は、ＳＮ＝１１、Ｍ＝０のパケットを受信する（Ｓ３４）が、このパケットについては、同じＳＮのパケットをすでに受信しているので、このパケットを廃棄して（Ｓ３８）、受信待機の状態（Ｓ３２）に移る。続いてＳＮ＝１２、Ｍ＝１のパケットを受信する（Ｓ３４）が、このパケットについても、同じＳＮのパケットをすでに受信しているので、このパケットを廃棄して（Ｓ３８）、受信待機の状態（Ｓ３２）に移る。
【０１２０】
続いて、電子データＢを受信する動作について説明する。まず、データ受信装置３００は、受信待機の状態（Ｓ３２）において電子データＢの分割データであるＳＮ＝１３、Ｍ＝０のＲＴＰパケットを受信する（Ｓ３４）。このパケットは電子データＢの先頭のパケットであるため、このパケットには先頭情報が含まれている。パケット受信後、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１３のパケットはこれまでに受信していないので、判定結果はＮｏであり、データ受信装置３００はこのＲＴＰパケットをメモリに保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。次に、データ受信装置３００は、このＲＴＰパケットに先頭情報が含まれているか否か判定する（Ｓ４２）。このＲＴＰパケットには先頭情報が含まれているので、判定結果はＹｅｓとなり、Ｔｏｐ変数にこのＲＴＰパケットのＳＮ値「１３」を入力する（Ｓ４４）。続いて、ＲＴＰパケットのマーカビットが１であるかどうか、すなわちこのＲＴＰパケットが最終のパケットであるかどうか判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「０」であるため、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ及びＬａｓｔ両変数はともにＮＵＬＬ値であるので、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１２１】
続いて、本来であれば、データ受信装置３００はＳＮ＝１４、Ｍ＝０のパケットを受信するはずであるが、ここでは、伝送途中でパケットロスが発生したものとし、ＳＮ＝１５、Ｍ＝１のパケットを先に受信したとする（Ｓ３４）。このパケットは電子データＢの先頭のパケットではないため、先頭情報を含まないことになる。パケットを受信すると、まず、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１５のパケットはこれまでに受信していないので、判定結果はＮｏであり、データ受信装置３００はこのＲＴＰパケットを保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。次に、データ受信装置３００は、このＲＴＰパケットが先頭情報を含んでいるかどうか判定する（Ｓ４２）。このＲＴＰパケットには、先頭情報が含まれていないため、判定結果はＮｏである。続いて、データ受信装置３００は、ＲＴＰパケットのマーカビットが１であるかどうか、すなわちＲＴＰパケットが最終の分割データであるかどうか判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「１」であるので、判定結果はＹｅｓとなり、データ受信装置３００は、Ｌａｓｔ変数にこのＲＴＰパケットのＳＮ値「１５」を入力する（Ｓ４８）。続いて、続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ＝１３、Ｌａｓｔ＝１５が設定されているが、ＳＮ＝１４のパケットを受信していないため、判定結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１２２】
続いて、データ受信装置３００は、ＳＮ＝１３、Ｍ＝０のパケットを受信する（Ｓ３４）が、このパケットについては、すでに同じＳＮのパケットを受信しているため、受信したパケットを廃棄し（Ｓ３８）、受信待機の状態に移る（Ｓ３２）。
【０１２３】
続いて、データ受信装置３００は、ＳＮ＝１、Ｍ＝０のパケットを受信する（Ｓ３４）。このパケットは電子データＢの先頭のパケットではないため、先頭情報を含んでいない。パケット受信後、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１４のパケットはこれまでに受信していないため、判定結果はＮｏであり、データ受信装置３００は、このＲＴＰパケットをメモリに保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。次に、データ受信装置３００は、このＲＴＰパケットが先頭情報を含んでいるかどうか判定する（Ｓ４２）。このＲＴＰパケットには、先頭情報が含まれていないので、判定結果はＮｏとなる。続いて、データ受信装置３００は、このＲＴＰパケットのマーカビットが１であるかどうか、すなわちこのＲＴＰパケットが最終のパケットであるかどうか判定する（Ｓ４６）。このＲＴＰパケットのマーカビットは「０」であるため、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ＝１３≦ＳＮ≦Ｌａｓｔ＝１５を満たすＳＮのパケットをすべて受信したことになるので、判定結果はＹｅｓとなり、データ受信装置３００は、全パケットをメモリから取り出し、電子データＢを再構成する（Ｓ６２）。そして、データ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数にＮＵＬＬ値を設定し（Ｓ３０）、はじめの状態に戻る。
【０１２４】
続いてＳＮ＝１５、Ｍ＝１のパケットを受信する（Ｓ３４）が、このパケットについてはすでに同じＳＮのパケットを受信しているため、受信したパケットを廃棄し（Ｓ３６）、受信待機の状態（Ｓ３２）に移る。
【０１２５】
以上のように、電子データを分割して生成した分割データの先頭のパケットに先頭情報が含まれていることにより、データ受信装置３００は先頭のパケットを判別することができ、電子データを元通り、再構成することが可能となる。もし、先頭情報を有しておらず、最初に受信した分割データを先頭の分割データと判定するとすれば、図１５に示されるように、先頭の分割データ（ＳＮ＝１０）を伝送ロスした場合には、ＳＮ＝１１の分割データを先頭の分割データとして処理することとなり、もとの電子データを再構成できないという不都合が生じるおそれがあるが、本実施形態においては先頭情報を有しているので、確実に電子データを再構成できる。
【０１２６】
本実施形態においては、先頭情報を、電子データが存在することを示す１バイトのペイロードヘッダ（Ｔｙｐｅ＝０）とは別のペイロードヘッダで表したが、図１６に示されるように、電子データが存在し、かつ電子データが先頭であることを示すペイロードヘッダとして表すことも可能である。この場合、電子データが存在することを意味する１バイトのペイロードヘッダ（Ｔｙｐｅ＝０）は不要となり、１バイト分の情報量を圧縮することができる。
【０１２７】
（第２実施形態）
次に、本発明の第２実施形態に係るデータ伝送方式について説明する。第２実施形態に係るデータ伝送方式では、電子データの先頭のＲＴＰパケットのシーケンス番号を明示的に通知するペイロードヘッダを用いる。図１７は、このペイロードヘッダを利用したＲＴＰパケットフォーマットを示す図である。図１７は、図１０と同様に、電子データの最終の分割部である分割データ４３０をＲＴＰパケット化した場合を示している。ＲＴＰヘッダ内のフィールドは、図１０と同様に設定される。ＲＴＰペイロード内に、先頭シーケンス番号（ＴｏｐＳＮ）を通知するフィールドがあることを意味するペイロードヘッダを付与し、続けて先頭シーケンスを表す１６ビットのフィールドが付与される。本例では、先頭シーケンス番号を通知するペイロードヘッダとして「１２」の値を持つペイロードヘッダを表しているが、これに限定されるものではない。そして、電子データがあることを示す値「０」のペイロードヘッダが続き、その後、分割データ４３０が挿入される。
【０１２８】
このペイロードヘッダにより、電子データの先頭のＲＴＰパケット以外でも電子データの先頭のＲＴＰパケットのシーケンス番号を通知することが可能となり、データ受信装置３００の処理を簡素にすることができる。
【０１２９】
例えば、マーカビットが「１」に設定されたパケット、すなわち、電子データの最終の分割データを格納しているパケットには必ず先頭のシーケンス番号を通知するペイロードヘッダを付与するものとする。図１８は第２実施形態に係るデータ受信装置３００によってデータを受信するフローを示すフローチャートであるが、同図に示すように、データ受信装置３００では、先頭情報が存在するかどうか、すべてのＲＴＰパケットに対して判定する必要がなくなり、マーカビットの設定されたＲＴＰパケットから先頭のパケットのシーケンス番号を知ることができるようになる。
【０１３０】
図１８を参照しながら、第２実施形態に係るデータ受信装置３００が電子データを受信する動作について説明する。ここでは、図１９に示すシーケンスに従って電子データが送信される場合を例として説明を進める。
【０１３１】
第１実施形態に係るデータ受信装置３００と同様に、第２実施形態に係るデータ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数を有し、それぞれはじめはＮＵＬＬ値が設定されている（Ｓ３０）。
【０１３２】
データ受信装置３００は、最初にパケットの受信待ち状態に移行し（Ｓ３２）、データ送信装置２００から送信されたＳＮ＝１１、Ｍ＝０のパケットを受信する（Ｓ３４）。続いて、データ受信装置３００は、同じＳＮのＲＴＰパケットを受信しているかどうか判定する（Ｓ３６）。このとき、データ受信装置３００は、初めてＲＴＰパケットを受信したため、判定結果はＮｏであり、データ受信装置３００はこのＲＴＰパケットをメモリに保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。続いて、ＲＴＰパケットのマーカビットが１であるかどうか、すなわちこのＲＴＰパケットが最終のパケットであるかどうか判定する（Ｓ５０）。このＲＴＰパケットのマーカビットは「０」であるため、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ及びＬａｓｔ両変数はともにＮＵＬＬ値であるので、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１３３】
続いて、データ受信装置３００は、ＳＮ＝１２、Ｍ＝１のパケットを受信する（Ｓ３４）。このパケットには、明示的に先頭の分割データを含むＲＴＰパケットのシーケンス番号「１０」が図１７のフォーマットで通知されている。パケット受信後、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１２のパケットはこれまでに受信していないため、判定結果はＮｏであり、データ受信装置３００はこのＲＴＰパケットを保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。続いて、データ受信装置３００は、ＲＴＰパケットのマーカビットが１であるかどうか、すなわちこのＲＴＰパケットが最終のパケットであるかどうか判定する（Ｓ５０）。このＲＴＰパケットのマーカビットは「１」であるため、判定結果はＹｅｓとなり、Ｌａｓｔ変数にこのＲＴＰパケットのシーケンス番号「１２」と入力すると共に、Ｔｏｐ変数に明示的に通知される先頭のシーケンス番号（ＴｏｐＳＮ＝１０）を入力する（Ｓ５２）。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、Ｔｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすＳＮのうち、ＳＮ＝１０のパケットを受信していないため、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１３４】
続いて、データ受信装置３００は、ＳＮ＝１０、Ｍ＝０のパケットを受信する（Ｓ３４）。パケット受信後、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１０のパケットはこれまで受信していないため、判定結果はＮｏであり、データ受信装置３００は、このＲＴＰパケットをメモリに保存し、このＲＴＰパケットのＳＮを記録する（Ｓ４０）。続いて、データ受信装置３００は、ＲＴＰパケットのマーカビットが１であるかどうか、すなわちこのＲＴＰパケットが最終のパケットであるかどうか判定する（Ｓ５０）。このＲＴＰパケットのマーカビットは「０」であるので、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすＳＮのパケットをすべて受信したことになるので、判定結果はＹｅｓとなり、データ受信装置３００は、全パケットをメモリから取り出し、電子データＡを再構成する（Ｓ６２）。そして、データ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数にＮＵＬＬ値を設定し（Ｓ３０）、はじめの状態に戻る。
【０１３５】
このように、明示的に先頭のシーケンス番号を通知する情報が、マーカビット「１」が設定されたパケット、すなわち最終のパケットに含められて伝送されることにより、データ受信装置３００において、すべてのＲＴＰパケットに対して先頭情報が含まれているかどうか判定する必要がなく、データ受信装置３００における処理量を軽減させることができる。
【０１３６】
（第３実施形態）
上記した第１実施形態及び第２実施形態では、最初にパケットを受信したときに、電子データが何個のＲＴＰパケットから構成されているのか分からないため、電子データを再構成するためのメモリ領域をどの程度確保すれば良いのか判断できなかった。第３実施形態に係るデータ伝送システムでは、データ受信装置３００が最初にパケットを受信した時点で、電子データの大きさを推測できるように、電子データの先頭の分割データを含むＲＴＰパケットのシーケンス番号と最終の分割データを含むＲＴＰパケットのシーケンス番号との両方を通知するペイロードヘッダを用いる。
【０１３７】
図２０は、先頭及び最終のシーケンス番号を通知するペイロードヘッダを有するＲＴＰパケットのフォーマット例を示す図である。図９と同様に、電子データを３つに分割して生成した分割データのうち、２番目の分割データ４２０を含むＲＴＰパケットを示している。ＲＴＰヘッダは、図９と同様に設定される。ＲＴＰペイロード内に、先頭シーケンス番号（ＴｏｐＳＮ）及び最終シーケンス番号（ＬａｓｔＳＮ）を通知するフィールドがあることを意味するペイロードヘッダを付与し、続けて先頭シーケンス番号を表す１６ビットのフィールドが付与される。本例では、先頭及び最終シーケンス番号を通知するペイロードヘッダとして「１３」の値を有するペイロードヘッダを表しているが、これに限定されるものではない。そして電子データがあることを示す値「０」のペイロードヘッダが続き、その後、分割データ４２０が挿入される。
【０１３８】
このペイロードヘッダにより、任意のＲＴＰパケットで、電子データの先頭及び最終分割データを有するＲＴＰパケットのシーケンス番号を通知できることになるため、データ受信装置３００において、電子データ再構成のためのメモリ確保が容易になると共に、受信処理を簡潔にすることができる。例えば、すべてのＲＴＰパケットに必ず先頭及び最終のシーケンス番号を通知するペイロードヘッダを付与するものとする。図２１は第３実施形態に係るデータ受信装置３００によってデータを受信するフローを示すフローチャートであるが、同図に示すように、データ受信装置３００では、ペイロードヘッダから電子データの分割数を知ることが可能になり、メモリ領域の確保が確実にできるようになる。
【０１３９】
図２１を参照しながら、第３実施形態に係るデータ受信装置３００が電子データを受信する動作について説明する。ここでは、図２２に示すシーケンスによって電子データが送信される場合を例として説明を進める。
【０１４０】
第１実施形態に係るデータ受信装置３００と同様に、第３実施形態に係るデータ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数を有し、それぞれはじめはＮＵＬＬ値が設定されている。
【０１４１】
データ受信装置３００は、最初にパケット受信待ちの状態に移行し（Ｓ３２）、データ送信装置２００から送信されたＳＮ＝１１、Ｍ＝０のパケットを受信する（Ｓ３４）。このＲＴＰパケットには、電子データの先頭シーケンス番号「１０」及び最終シーケンス番号「１２」を通知するペイロードヘッダが含まれている。図２１において、パケット受信の状態に移り、続いてデータ受信装置３００は、同じＳＮのＲＴＰパケットを受信しているかどうか判定する（Ｓ３６）。このとき、データ受信装置３００は、初めてＲＴＰパケットを受信したため、判定結果はＮｏである。続いて、Ｔｏｐ変数がＮＵＬＬであるか、もしくはＬａｓｔ変数が受信ＲＴＰパケットのシーケンス番号（ＳＮ）より小さいかどうか判定する（Ｓ５４）。いずれかの条件、もしくは両方の条件を満たしている場合には、このＲＴＰパケットはこれまでデータ受信装置３００が受信したことのない新たな電子データを受信していることになる。本例では、この時点では、Ｔｏｐ変数がＮＵＬＬであるため、結果はＹｅｓとなる。続いて、データ受信装置３００はＲＴＰパケットのペイロード部に含まれている、先頭シーケンス番号（ＴｏｐＳＮ＝１０）と最終シーケンス番号（ＬａｓｔＳＮ＝１２）を取り出し、それぞれＴｏｐ変数、Ｌａｓｔ変数に代入する。さらに、この電子データが、ＬａｓｔＳＮ−ＴｏｐＳＮ＋１＝３個のＲＴＰパケットに分割されていることが分かるため、データ受信装置３００は、分割数分のパケットを保存できるだけのメモリ領域を確保する（Ｓ５６）。そして、データ受信装置３００は、受信したパケットを確保したメモリ領域に保存し、このＲＴＰパケットのＳＮを記録する（Ｓ５８）。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、この時点ではＴｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすＳＮのうち、ＳＮ＝１０及びＳＮ＝１２のパケットを受信していないため結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１４２】
続いて、データ受信装置３００は、ＳＮ＝１２、Ｍ＝１のパケットを受信する（Ｓ３４）。データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１２のパケットはこれまでに受信していないため、判定結果はＮｏであり、続いて、Ｔｏｐ変数がＮＵＬＬであるか、もしくはＬａｓｔ変数が受信ＲＴＰパケットのシーケンス番号（ＳＮ）より小さいかどうか判定する（Ｓ５４）。ここでは、Ｔｏｐ変数には「１０」が代入されており、Ｌａｓｔ変数の値「１２」は受信したＲＴＰパケットのシーケンス番号と等しいため、両方の条件を満たさないことになり、結果はＮｏとなる。データ受信装置３００はこのＲＴＰパケットを確保されたメモリ領域に保存し、このＲＴＰパケットのＳＮを記録する（Ｓ５８）。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）が、Ｔｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすＳＮのうち、ＳＮ＝１０のパケットを受信していないため、結果はＮｏとなり、受信待機の状態（Ｓ３２）に戻る。
【０１４３】
続いて、データ受信装置３００は、ＳＮ＝１０、Ｍ＝０のパケットを受信する（Ｓ３２）。パケット受信後、データ受信装置３００は、同じＳＮのＲＴＰパケットをすでに受信しているかどうか判定する（Ｓ３６）。ＳＮ＝１０のパケットはこれまで受信していないため、判定結果はＮｏとなる。続いて、データ受信装置３００は、Ｔｏｐ変数がＮＵＬＬであるか、もしくはＬａｓｔ変数が受信ＲＴＰパケットのシーケンス番号（ＳＮ）より小さいかどうか判定する（Ｓ５４）。ここでは、Ｔｏｐ変数には「１０」が代入されており、Ｌａｓｔ変数の値「１２」は受信したＲＴＰパケットのシーケンス番号「１０」より大きいため、両方の条件を満たさないことになり、結果はＮｏとなる。データ受信装置３００はこのＲＴＰパケットを先ほど確保されたメモリ領域に保存し、このＲＴＰパケットのＳＮを記録する（Ｓ５８）。続いて、データ受信装置３００は、Ｔｏｐ≦ＳＮ≦Ｌａｓｔを満たすすべてのＳＮのＲＴＰパケットを受信したかどうかを判定する（Ｓ６０）。この時点では、Ｔｏｐ＝１０≦ＳＮ≦Ｌａｓｔ＝１２を満たすすべてのＳＮのパケットを受信したことになるので、判定結果はＹｅｓとなり、データ受信装置３００は、全パケットをメモリから取り出し、電子データＡを再構成する（Ｓ６２）。そして、データ受信装置３００は、Ｔｏｐ変数及びＬａｓｔ変数にＮＵＬＬ値を設定し（Ｓ３０）、はじめの状態に戻る。
【０１４４】
このように明示的に先頭のシーケンス番号及び最終のシーケンス番号を通知する情報を全パケット中に含めて伝送することにより、データ受信装置３００は、最初のパケットを受信した時点で電子データの分割数を算出することが可能となり、必要なメモリ領域を容易に確保できる。携帯電話のようにメモリ領域が比較的小さいデータ受信装置３００に電子データを配信する場合、メモリ領域を確保できるように情報を通知することは特に有効である。
【０１４５】
上記のペイロードヘッダを全てのＲＴＰパケットに含めて伝送する場合、すべてのパケットに５バイトの情報を付与することとなるため、その情報量の増大が問題となる。そのため、このペイロードヘッダを全てのＲＴＰヘッダに付与するのではなく、一部のＲＴＰパケットに含めて伝送することも可能である。この場合、データ受信装置３００は、このペイロードヘッダを含むＲＴＰパケットを受信するまで、他のＲＴＰパケットを廃棄し続けるか、もしくは、メモリ領域を十分確保できる場合には、廃棄せずに一時的に空いているメモリ領域に保持することができる。
【０１４６】
（第４実施形態）
第３実施形態に係るデータ伝送方式では、電子データの分割数を把握することにより、分割数分のパケットを保存できるためのメモリ領域を確保することが可能となるが、一般にパケット長は可変であるので、パケット長をあらかじめ大きめに見積もる必要があった。このため、実際に必要な大きさ以上のメモリ領域を確保してしまうことがあり得た。第４実施形態に係るデータ伝送方式では、必要なメモリ領域をより正確に見積もることが可能なように、あらかじめ分割データの最大長を通知できるようにする。一般に、ＲＴＰを用いてパケット伝送を行う場合、ＳＡＰ（Ｓｅｓｓｉｏｎ Ａｎｎｏｕｎｃｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）やＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いて、当該ＲＴＰセッションに関する情報を通知する。第４実施形態に係るデータ伝送方式では、これらのプロトコルを用いて分割データの最大長を通知する。
【０１４７】
図２３は、ＳＡＰを用いた場合の最大分割長の通知例を示す図である。データ送信装置２００はＳＡＰをデータ受信装置３００に対して繰り返し送信し、その中にＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いてセッションに関する情報を通知する。このＳＡＰの中でＳＤＰ記述を用いて、例えば、””ａ：ｆｍｔｐ：１０１ ｐｍａｘｓｉｚｅ＝１０２４”という一文を加えて、最大分割長を通知する。ここで、”ａ：ｆｍｔｐ：１０１”はペイロードタイプ１０１を有するＲＴＰパケットに対して設定情報があることを意味し、それに続く””ｐｍａｘｓｉｚｅ＝１０２４”で最大分割長が１０２４バイトであることを表す。データ送信装置２００は、こうして通知される最大分割長以下になるように電子データを分割して分割データを生成し、ペイロードタイプ１０１のＲＴＰパケットにパケット化して伝送する。
【０１４８】
データ受信装置３００は、データ送信装置２００から送信されたＳＡＰメッセージを受信し、ＳＡＰの中に記述された最大分割長についての情報を取得する。そして、データ受信装置３００は、第３実施形態に係るデータ受信装置３００と同様の方法によって、ＲＴＰパケットのペイロードヘッダから分割数を算出し、最大分割長×分割数のメモリ領域を確保する。そして、以降受信するＲＴＰパケット内の電子データを確保されたメモリ領域に保存する。
【０１４９】
このように最大分割長をあらかじめ通知することにより、データ受信装置３００は電子データを確保するための適切な大きさのメモリ領域を確保でき、有効なメモリ領域の活用が可能となる。
【０１５０】
（第５実施形態）
上述した各実施形態においては、受信した分割データを一旦メモリに保存し、すべての分割データが揃った時点で電子データを元通り再構成していた。しかし、携帯電話等のメモリ領域の少ないデータ受信装置３００では、再構成の処理の負荷も大きい。本実施形態では、分割データをメモリに保存した時点で、電子データの再構成を行えるようにするため、あらかじめ電子データの固定分割長を通知する。
【０１５１】
分割データの固定分割長は、ＳＡＰやＲＴＳＰ、ＳＩＰを用いて通知される。例えば、””ａ：ｆｍｔｐ：１０１ ｐｓｉｚｅ＝１０２４”というＳＤＰによる記述をＳＡＰメッセージの中に加えて通知する。ここで、”ａ：ｆｍｔｐ：１０１”はペイロードタイプ１０１を有するＲＴＰパケットに対して設定情報があることを意味し、それに続く””ｐｓｉｚｅ＝１０２４”で固定分割長が１０２４バイトであることを表す。データ送信装置２００は、こうして通知される固定分割長になるように電子データを分割して分割データを生成し、ペイロードタイプ１０１のＲＴＰパケットにパケット化して伝送する。
【０１５２】
図２４は、固定分割長通知時の電子データの分割の様子を示す図である。図２４では、電子データを分割している。定められた固定分割長である１０２４バイトごとに先頭から分割していき、同一の分割長の分割データ５１０及び分割データ５２０を生成する。固定分割長に満たない最終のあまり部分については、そのまま最終の分割データ５３０とする。
【０１５３】
図２５は、固定長に分割された電子データをＲＴＰパケットによって送信する様子を示す図である。ここでは、３つの分割データはそれぞれＳＮ＝１０、１１、１２のシーケンス番号が割り当てられたものとする。また、すべてのＲＴＰパケットは先頭の分割データ５１０を有するＲＴＰパケットのシーケンス番号と最終の分割データ５３０を有するＲＴＰパケットのシーケンス番号を通知するペイロードヘッダを含んでいるものとする。図２５では、データ送信装置２００は、３つのＲＴＰパケットを繰り返し送信している。
【０１５４】
データ受信装置３００は、まず、データ送信装置２００から送信されたＳＡＰを受信し、ＳＡＰの中に記述された固定分割長についての情報を取得する。本例では、１０２４バイトという固定分割長を取得したものとする。
【０１５５】
次に、データ受信装置３００は、ＲＴＰパケットのペイロードヘッダから先頭のシーケンス番号「１０」及び最終のシーケンス番号「１２」を取得して、電子データの分割数「３」を算出する。そして、データ受信装置３００は、固定分割長と分割数とを乗じることにより、１０２４×３＝３０７２バイトのメモリ領域を確保する。
【０１５６】
ここで、最初に受信したＲＴＰパケットがＳＮ＝１１のパケットであったとする。ＳＮ＝１１のパケットは、その電子データの２番目の分割データであり、固定分割長は１０２４バイトであることから、このパケットに含まれる分割データは、電子データの１０２５バイト目からのデータであることが分かる。データ受信装置３００は、確保したメモリ領域のうち、１０２５バイト目からの領域に受信したＳＮ＝１１の分割データを保存する。
【０１５７】
次に、データ受信装置３００は、ＳＮ＝１２のパケットを受信したとする。ＳＮ＝１２のパケットは、その電子データの３番目の分割データであるので、１０２４×２＋１＝１０２９バイト目からのデータであることが分かる。また、このパケットは電子データの最終の分割データを含んでいるため、データ受信装置３００は、確保したメモリ領域の２０４９バイト目からその分割データの最後までのメモリ領域に保存する。
【０１５８】
そして次に、データ受信装置３００は、ＳＮ＝１０のパケットを受信したとする。ＳＮ＝１０のパケットは電子データの最初の電子データであるので、１バイト目からのデータであることが分かる。従って、データ受信装置３００は、そのパケットに含まれる電子データを確保したメモリ領域の１バイト目から保存する。
【０１５９】
このようにして電子データを構成するすべてのＲＴＰパケットを受信したことになり、同時に、メモリ領域において電子データが再構成されたため、電子データをメモリ領域からそのまま取り出すことができる。
【０１６０】
このように、固定分割長をあらかじめ通知することにより、データ受信装置３００では、電子データを再構成するための適切な大きさのメモリ領域を確保することができると共に、ＲＴＰパケットの受信と同時に電子データの再構成を行うことができる。
【０１６１】
（第６実施形態）
上述した第４実施形態及び第５実施形態においては、データ送信装置２００が最大、もしくは固定の分割長をあらかじめデータ受信装置３００に通知し、ＲＴＰペイロード内で電子データの再構成に必要なメモリ領域を算出していたが、本実施形態においては、電子データのデータ長をＲＴＰペイロード内のペイロードヘッダで通知する。
【０１６２】
図２６は、電子データ長を明示的に通知するペイロードヘッダを用いたときのＲＴＰパットフォーマットの一例を示す図である。図７に示されるように、電子データを３つに分割して生成した分割データのうち最初の分割データ４１０を含むＲＴＰパケットを示している。ＲＴＰヘッダは図８に示すＲＴＰヘッダと同様に設定される。ＲＴＰペイロード内に電子データ長を通知するフィールドがあることを意味するペイロードヘッダを付与し、続けて電子データ長を表す１６ビットのフィールドが付与される。本実施形態では、電子データ長を通知するペイロードヘッダとして「１４」の値を有するペイロードヘッダを記載しているが、これに限定されるものではない。そして、電子データが先頭であることを示す値「１１」のペイロードヘッダが続き、その後、分割データが挿入される。
【０１６３】
電子データ長を表すフィールド長が１６ビットでは不十分な場合には、図２７に示されるように、３２ビットの電子データ長を表すフィールドを有するペイロードヘッダを使用する。本例では、３２ビットの電子データ長が存在することを通知するペイロードヘッダとして「１５」の値を有するペイロードヘッダを記載しているが、これに限定されるものではない。
【０１６４】
このようなペイロードヘッダを用いることにより、データ受信装置３００は、あらかじめ電子データ長を知ることができ、メモリ領域の確保が容易になる。データ送信装置２００は、すべてのパケットにこのペイロードヘッダを格納してパケットを送信することとすれば、データ受信装置３００は、受信したいずれのパケットからも即座に電子データ長を知ることができる。
【０１６５】
【発明の効果】
本発明によれば、電子データを分割して生成した分割データを繰り返し送信することにより、コネクションレス型の伝送方式において、静的な電子データの伝送の信頼性を高めることができる。また、それぞれの分割データにはシーケンス番号が付与されているので、分割データの伝送誤り等によって分割データが送信した順に受信されない場合でも、データ受信側で元の電子データを再構成することができる。また、先頭の分割データにはその分割データが先頭であることを示す情報が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されているので、電子データを構成するすべての分割データが受信されたかどうかを判定することができ、電子データ伝送の信頼性を高めることができる。
【図面の簡単な説明】
【図１】ＲＴＰヘッダを示す構成図である。
【図２】ＲＴＰパケットの構成例を示す図である。
【図３】ＲＴＰフォーマットを用いて電子データを配信するときのシーケンスの例を示す図である。
【図４】実施形態に係るデータ伝送システムの構成の一形態を示すブロック図である。
【図５】実施形態に係るデータ送信装置の構成を示すブロック図である。
【図６】データ送信装置における電子データの送信手順を示す図である。
【図７】電子データが３分割された様子を示す図である。
【図８】先頭の分割データに対するＲＴＰパケット化の様子を示す図である。
【図９】２番目の分割データに対するＲＴＰパケット化の様子を示す図である。
【図１０】３番目の分割データに対するＲＴＰパケット化の様子を示す図である。
【図１１】電子データを分割して送信するときのシーケンス例を示す図である。
【図１２】実施形態に係るデータ受信装置の構成を示すブロック図である。
【図１３】データ受信装置における電子データ再構成のフローチャートである。
【図１４】データ送信装置からデータ受信装置に電子データを送信する例を示す図である。
【図１５】電子データ送信の従来のシーケンス例を示す図である。
【図１６】ペイロードヘッダの他の例を示す図である。
【図１７】ＲＴＰパケットの構成例を示す図である。
【図１８】第２実施形態に係るデータ受信装置によってデータを受信するフローを示すフローチャートである。
【図１９】データ送信装置からデータ受信装置に電子データを送信する例を示す図である。
【図２０】ＲＴＰパケットの構成例を示す図である。
【図２１】第３実施形態に係るデータ受信装置によってデータを受信するフローを示すフローチャートである。
【図２２】データ送信装置からデータ受信装置に電子データを送信する例を示す図である。
【図２３】データ送信装置からデータ受信装置に電子データを送信する例を示す図である。
【図２４】電子データが３分割された様子を示す図である。
【図２５】データ送信装置からデータ受信装置に電子データを送信する例を示す図である。
【図２６】ＲＴＰパケットの構成例を示す図である。
【図２７】ＲＴＰパケットの構成例を示す図である。
【符号の説明】
１００…ネットワーク、２００…データ送信装置、２０１…セッション制御部２０２…パケット化部、２０３…映像取得部、２０４…パケット化部、２０５…付随情報生成・パケット化部、２０６…音声取得部、２０７…パケット化部、２０８…付随情報生成・パケット化部、２０９…電子データ取得部、２１０…分割部、２１１…パケット化部、２１２…繰り返し判定部、２１３…パケット化する付随情報生成・パケット化部、２１４…パケット送信部、３００…データ受信装置、３０１…パケット受信・振分部、３０２…セッション制御パケット分離部３０３…セッション制御部、３０４…映像パケット分離部、３０５…映像再生部、３０６…映像付随情報解析部、３０７…音声パケット分離部、３０８…音声再生部、３０９…音声付随情報解析部、３１０…データパケット分離・再構成部、３１１…電子データ再生部、３１２…データ付随情報解析部、３１３…同期制御部、４００…電子データ、４１０、４２０、４３０…分割データ。
Claims (35)
- 静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、
前記データ送信装置が前記電子データを分割して分割データを生成する電子データ分割ステップと、
前記データ送信装置が、前記電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、前記データ送信装置が、先頭の前記分割データに対して、その分割データが先頭であることを示す情報を付与する先頭情報付与ステップと、
前記データ送信装置が、最終の前記分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与ステップと、
前記分割データを前記データ送信装置から前記データ受信装置に繰り返し送信する分割データ送信ステップと、
を有することを特徴とするデータ伝送方法。 - 静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、
前記データ送信装置が前記電子データを分割して分割データを生成する電子データ分割ステップと、
前記データ送信装置が、前記電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、前記データ送信装置が、前記電子データを構成する分割データのシーケンス番号のうち、先頭のシーケンス番号に関する情報を任意の前記分割データに対して付与する先頭情報付与ステップと、
前記データ送信装置が、最終の前記分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与ステップと、
前記分割データを前記データ送信装置から前記データ受信装置に繰り返し送信する分割データ送信ステップと、
を有することを特徴とするデータ伝送方法。 - 前記先頭情報付与ステップにおいて、前記先頭情報を少なくとも最終の分割データに対して付与することを特徴とする請求項２に記載のデータ伝送方式。
- 静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、
前記データ送信装置が前記電子データを分割して分割データを生成する電子データ分割ステップと、
前記データ送信装置が、前記電子データ分割ステップにおいて分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与ステップと、前記データ送信装置が、前記電子データを構成する分割データのシーケンス番号のうち、先頭及び最終のシーケンス番号に関する情報を任意の前記分割データに対して付与する先頭最終情報付与ステップと、
前記分割データを前記データ送信装置から前記データ受信装置に繰り返し送信する分割データ送信ステップと、
を有することを特徴とするデータ伝送方法。 - 前記先頭最終情報付与ステップにおいて、前記先頭及び最終のシーケンス番号に関する情報をすべての分割データに対して付与することを特徴とする請求項４に記載のデータ伝送方法。
- 前記電子データ分割ステップでは、前記データ送信装置は静的な電子データと共に動的な電子データを分割して分割データを生成し、
前記分割データ送信ステップにおいて、前記データ送信装置は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報を付与して送信し、
前記分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データを前記データ送信装置から前記データ受信装置に繰り返し送信する付随データ送信ステップをさらに有する、
ことを特徴とする請求項１〜５のいずれか１項に記載のデータ伝送方法。 - 前記シーケンス番号及び前記表示開始時刻に関する情報を表すためにＲＴＰヘッダのシーケンス番号及びタイムスタンプ値を用い、
前記最終情報付与ステップにおいて付与される最終の分割データであることを通知するために、ＲＴＰヘッダ内のマーカビットを用い、
表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データとしてＲＴＣＰパケットを用いる、
ことを特徴とする請求項６に記載のデータ伝送方法。 - 前記電子データ分割ステップでは、所定のデータ長以下の分割データを生成し、
前記データ送信装置が前記所定のデータ長に関する情報を前記分割データの最大長としてデータ伝送開始前又はデータ伝送途中に前記データ受信装置に通知する最大分割長通知ステップをさらに有する、
ことを特徴とする請求項１〜７のいずれか１項に記載のデータ伝送方法。 - 前記電子データ分割ステップでは、所定のデータ長の分割データを生成し、
前記データ送信装置が前記所定のデータ長に関する情報を前記分割データの固定長としてデータ伝送開始前又はデータ伝送途中に前記データ受信装置に通知する固定分割長通知ステップをさらに有する、
ことを特徴とする請求項１〜７のいずれか１項に記載のデータ伝送方法。 - 前記データ送信装置が、送信する電子データのデータ長に関する情報を任意の分割データに付与するデータ長付与ステップをさらに備えることを特徴とする請求項１〜７のいずれか１項に記載のデータ伝送方法。
- 静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、
前記データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に先頭の分割データにはその分割データが先頭であることを示す情報が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、
前記データ送信装置から繰り返し送信される前記分割データを前記データ受信装置によって受信する分割データ受信ステップと、
前記先頭情報及び前記最終情報に基づいて、先頭及び最終の前記分割データのシーケンス番号を求め、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で、前記データ受信装置が前記電子データを構成するデータ構成ステップと、
を有することを特徴とするデータ伝送方法。 - 静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、
前記データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、
前記データ送信装置から繰り返し送信される前記分割データを前記データ受信装置によって受信する分割データ受信ステップと、
前記最終情報に基づいて、最終の前記分割データのシーケンス番号を求め、前記先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で、前記データ受信装置が前記電子データを構成するデータ構成ステップと、
を有することを特徴とするデータ伝送方法。 - 静的な電子データをデータ送信装置からデータ受信装置に送信するコネクションレス型のデータ伝送方法であって、
前記データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、少なくとも一の分割データに最終の分割データのシーケンス番号が付与されており、
前記データ送信装置から繰り返し送信される前記分割データをデータ受信装置によって受信する分割データ受信ステップと、
前記先頭のシーケンス番号と前記最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で、前記データ受信装置が前記電子データを構成するデータ構成ステップと、
を有することを特徴とするデータ伝送方法。 - 前記データ受信装置は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報が付与された分割データを受信し、
前記データ受信装置が、前記分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データを前記データ送信装置から繰り返し受信する付随データ受信ステップと、
前記付随データ受信ステップにおいて受信した付随パケットから各パケットの表示時刻に関する情報と絶対時刻との対応関係を求め、表示時刻に関する情報を絶対時刻と同一のフォーマットに変換する、もしくは、絶対時刻を表示時刻に関する情報と同一のフォーマットに変換して、静的な電子データと動的な電子データとを同時に再生する電子データ再生ステップと、
をさらに有することを特徴とする請求項１１〜１３のいずれか１項に記載のデータ伝送方法。 - 前記分割データを格納するパケットはＲＴＰパケットであり、
前記データ受信装置は、ＲＴＰヘッダのシーケンス番号を前記分割データのシーケンス番号として記録し、
前記ＲＴＰヘッダのタイムスタンプを電子データの表示開始時刻に関する情報として記録し、
前記ＲＴＰヘッダのマーカビットを最終の分割データであることの識別に用い、
ＲＴＣＰパケットからＲＴＰのタイムスタンプと絶対時刻との対応関係を記録する、
ことを特徴とする請求項１４に記載のデータ伝送方法。 - 前記データ送信装置から送信される、分割データの最大長又は固定長に関する情報を受信する分割データ長受信ステップと、
前記先頭のシーケンス番号と前記最終のシーケンス番号とに基づいて分割データ数を求め、前記分割データ長受信ステップにおいて受信した分割データ長と前記分割データ数とを乗じることにより、前記電子データを構成するために必要なメモリ領域を算出するメモリ領域算出ステップと、
前記メモリ領域算出ステップにおいて算出されたメモリ領域を確保するメモリ領域確保ステップと、
をさらに有することを特徴とする請求項１１〜１５のいずれか１項に記載のデータ伝送方法。 - 前記データ送信装置から送信される、前記電子データのデータ長に関する情報を受信するデータ長受信ステップと、
前記データ長受信ステップにおいて受信したデータ長の情報に基づいてメモリ領域を確保するメモリ領域確保ステップと、
をさらに有することを特徴とする請求項１１〜１５のいずれか１項に記載のデータ伝送方法。 - 静的な電子データをコネクションレス型のデータ伝送方法によってデータ受信装置に送信するデータ送信装置であって、
前記電子データを分割して分割データを生成する電子データ分割手段と、
前記電子データ分割手段によって分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与手段と、
先頭の前記分割データに対して、その分割データが先頭であることを示す情報を付与する先頭情報付与手段と、
最終の前記分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与手段と、
前記分割データを前記データ受信装置に繰り返し送信する分割データ送信手段と、
を備えることを特徴とするデータ送信装置。 - 静的な電子データをコネクションレス型のデータ伝送方法によってデータ受信装置に送信するデータ送信装置であって、
前記電子データを分割して分割データを生成する電子データ分割手段と、
前記電子データ分割手段によって分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与手段と、
前記電子データを構成する分割データのシーケンス番号のうち、先頭のシーケンス番号に関する情報を任意の前記分割データに対して付与する先頭情報付与手段と、
最終の前記分割データに対して、その分割データが最終であることを示す情報を付与する最終情報付与手段と、
前記分割データを前記データ受信装置に繰り返し送信する分割データ送信手段と、
を備えることを特徴とするデータ送信装置。 - 前記先頭情報付与手段は、前記先頭情報を少なくとも最終の分割データに対して付与することを特徴とする請求項１９に記載のデータ送信装置。
- 静的な電子データをコネクションレス型のデータ伝送方法によってデータ受信装置に送信するデータ送信装置であって、
前記電子データを分割して分割データを生成する電子データ分割手段と、
前記電子データ分割手段によって分割された分割データのそれぞれにシーケンス番号を付与するシーケンス番号付与手段と、
前記電子データを構成する分割データのシーケンス番号のうち、先頭及び最終のシーケンス番号に関する情報を任意の前記分割データに対して付与する先頭最終情報付与手段と、
前記分割データを前記データ受信装置に繰り返し送信する分割データ送信手段と、
を備えることを特徴とするデータ送信装置。 - 前記先頭最終情報付与手段は、前記先頭及び最終のシーケンス番号に関する情報をすべての分割データに対して付与することを特徴とする請求項２１に記載のデータ送信装置。
- 前記電子データ分割手段は、静的な電子データと共に動的な電子データを分割して分割データを生成し、
前記分割データ送信手段は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報を付与して送信し、
前記分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データを前記データ受信装置に繰り返し送信する付随データ送信手段をさらに備える、
ことを特徴とする請求項１８〜２２のいずれか１項に記載のデータ送信装置。 - 前記シーケンス番号及び前記表示開始時刻に関する情報を表すためにＲＴＰヘッダのシーケンス番号及びタイムスタンプ値を用い、
前記最終情報付与手段によって付与される最終の分割データであることを通知するために、ＲＴＰヘッダ内のマーカビットを用い、
表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データとしてＲＴＣＰパケットを用いる、
ことを特徴とする請求項２３に記載のデータ送信装置。 - 前記電子データ分割手段は、所定のデータ長以下の分割データを生成し、
前記所定のデータ長に関する情報を前記分割データの最大長としてデータ伝送開始前又はデータ伝送途中に前記データ受信装置に通知する最大分割長通知手段をさらに備える、
ことを特徴とする請求項１８〜２４のいずれか１項に記載のデータ送信装置。 - 前記電子データ分割手段は、所定のデータ長の分割データを生成し、
前記所定のデータ長に関する情報を前記分割データの固定長としてデータ伝送開始前又はデータ伝送途中に前記データ受信装置に通知する固定分割長通知手段をさらに備える、
ことを特徴とする請求項１８〜２４のいずれか１項に記載のデータ送信装置。 - 送信する電子データのデータ長に関する情報を任意の分割データに付与するデータ長付与手段をさらに備えることを特徴とする請求項１８〜２４のいずれか１項に記載のデータ送信装置。
- コネクションレス型のデータ伝送方法によってデータ送信装置から送信された静的な電子データを受信するデータ受信装置であって、
前記データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に先頭の分割データにはその分割データが先頭であることを示す情報が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、
前記データ送信装置から繰り返し送信される前記分割データを受信する分割データ受信手段と、
前記先頭情報及び前記最終情報に基づいて、先頭及び最終の前記分割データのシーケンス番号を求め、先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で前記電子データを構成するデータ構成手段と、
を備えることを特徴とするデータ受信装置。 - コネクションレス型のデータ伝送方法によってデータ送信装置から送信された静的な電子データを受信するデータ受信装置であって、
前記データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、最終の分割データにはその分割データが最終であることを示す情報が付与されており、
前記データ送信装置から繰り返し送信される前記分割データを受信する分割データ受信手段と、
前記最終情報に基づいて、最終の前記分割データのシーケンス番号を求め、前記先頭のシーケンス番号と最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で前記電子データを構成するデータ構成手段と、
を備えることを特徴とするデータ受信装置。 - コネクションレス型のデータ伝送方法によってデータ送信装置から送信された静的な電子データを受信するデータ受信装置であって、
前記データ送信装置から送信されるデータは、所定の電子データが分割されて生成された分割データであって、すべての分割データにはシーケンス番号が付与されていると共に少なくとも一の分割データに先頭の分割データのシーケンス番号が付与され、少なくとも一の分割データに最終の分割データのシーケンス番号が付与されており、
前記データ送信装置から繰り返し送信される前記分割データを受信する分割データ受信手段と、
前記先頭のシーケンス番号と前記最終のシーケンス番号との間に含まれるすべての分割データを受信した時点で前記電子データを構成するデータ構成手段と、
を備えることを特徴とするデータ受信装置。 - 前記データ受信手段は、静的な電子データから生成された分割データと動的な電子データから生成された分割データに同一フォーマットの表示開示時刻に関する情報が付与された電子データを受信し、
前記分割データに付与された表示開始時刻に関する情報と絶対時刻の対応関係を示す情報を有する付随データを前記データ送信装置から繰り返し受信する付随データ受信手段と、
前記付随データ受信手段によって受信した付随パケットから各パケットの表示時刻に関する情報と絶対時刻との対応関係を求め、表示時刻に関する情報を絶対時刻と同一のフォーマットに変換する、もしくは、絶対時刻を表示時刻に関する情報と同一のフォーマットに変換して、静的な電子データと動的な電子データとを同時に再生する電子データ再生手段と、
をさらに備えることを特徴とする請求項２８〜３０のいずれか１項に記載のデータ受信装置。 - 前記分割データを格納するパケットはＲＴＰパケットであり、
ＲＴＰヘッダのシーケンス番号を前記分割データのシーケンス番号として記録し、
前記ＲＴＰヘッダのタイムスタンプを電子データの表示開始時刻に関する情報として記録し、
前記ＲＴＰヘッダのマーカビットを最終の分割データであることの識別に用い、
ＲＴＣＰパケットからＲＴＰのタイムスタンプと絶対時刻との対応関係を記録する、
ことを特徴とする請求項３１に記載のデータ受信装置。 - 前記データ送信装置から送信される、分割データの最大長又は固定長に関する情報を受信する分割データ長受信手段と、
前記先頭のシーケンス番号と前記最終のシーケンス番号とに基づいて分割データ数を求め、前記分割データ長受信手段によって受信した分割データ長と前記分割データ数とを乗じることにより、前記電子データを構成するために必要なメモリ領域を算出するメモリ領域算出手段と、
前記メモリ領域算出手段によって算出されたメモリ領域を確保するメモリ領域確保手段と、
をさらに備えることを特徴とする請求項２８〜３２のいずれか１項に記載のデータ受信装置。 - 前記データ送信装置から送信される、前記電子データのデータ長に関する情報を受信するデータ長受信手段と、
前記データ長受信手段によって受信したデータ長の情報に基づいてメモリ領域を確保するメモリ領域確保手段と、
をさらに備えることを特徴とする請求項２８〜３２のいずれか１項に記載のデータ受信装置。 - 請求項１８〜２７のいずれか１項に記載のデータ送信装置と、請求項２８〜３４のいずれか１項に記載のデータ受信装置とを備え、前記データ送信装置から前記データ受信装置にコネクションレス型の伝送方式によって電子データを送信することを特徴とするデータ伝送システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002323062A JP2004159101A (ja) | 2002-11-06 | 2002-11-06 | データ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002323062A JP2004159101A (ja) | 2002-11-06 | 2002-11-06 | データ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004159101A true JP2004159101A (ja) | 2004-06-03 |
Family
ID=32803065
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002323062A Pending JP2004159101A (ja) | 2002-11-06 | 2002-11-06 | データ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004159101A (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006295537A (ja) * | 2005-04-11 | 2006-10-26 | Sony Corp | 通信システム、通信装置および方法、プログラム、並びにデータ構造 |
| KR100851397B1 (ko) | 2006-06-21 | 2008-08-08 | 한양대학교 산학협력단 | 부분 분할 방송을 이용한 비디오 데이터 전송 방법 |
| JP2008228268A (ja) * | 2007-02-13 | 2008-09-25 | Seiko Epson Corp | 送受信方法、送受信システム、送信装置、受信装置 |
| JP2010026846A (ja) * | 2008-07-22 | 2010-02-04 | Kyocera Mita Corp | 画像形成システム |
| JP2010219767A (ja) * | 2009-03-16 | 2010-09-30 | Mitsubishi Electric Corp | 映像伝送装置及び映像伝送システム |
| JP2012028888A (ja) * | 2010-07-21 | 2012-02-09 | Nippon Telegr & Teleph Corp <Ntt> | Ｓｉｐ通信システム、ｓｉｐクライアント、ｓｉｐサーバ、ｓｉｐ通信方法、ｓｉｐ通信プログラム |
| JP2015012580A (ja) * | 2013-07-02 | 2015-01-19 | キヤノン株式会社 | 受信装置、受信方法及びプログラム |
| WO2016163557A1 (ja) * | 2015-04-09 | 2016-10-13 | スカラ株式会社 | 送信装置、受信装置、及びそれらにより実行される方法、並びにコンピュータプログラム |
| JP2020096358A (ja) * | 2018-12-10 | 2020-06-18 | 株式会社東芝 | コンテンツ配信システム、コンテンツ配信装置、及び方法 |
| CN116734927A (zh) * | 2023-08-14 | 2023-09-12 | 四川省林业勘察设计研究院有限公司 | 一种高原林业生态环境检测装置 |
-
2002
- 2002-11-06 JP JP2002323062A patent/JP2004159101A/ja active Pending
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006295537A (ja) * | 2005-04-11 | 2006-10-26 | Sony Corp | 通信システム、通信装置および方法、プログラム、並びにデータ構造 |
| KR100851397B1 (ko) | 2006-06-21 | 2008-08-08 | 한양대학교 산학협력단 | 부분 분할 방송을 이용한 비디오 데이터 전송 방법 |
| JP2008228268A (ja) * | 2007-02-13 | 2008-09-25 | Seiko Epson Corp | 送受信方法、送受信システム、送信装置、受信装置 |
| JP2010026846A (ja) * | 2008-07-22 | 2010-02-04 | Kyocera Mita Corp | 画像形成システム |
| JP2010219767A (ja) * | 2009-03-16 | 2010-09-30 | Mitsubishi Electric Corp | 映像伝送装置及び映像伝送システム |
| JP2012028888A (ja) * | 2010-07-21 | 2012-02-09 | Nippon Telegr & Teleph Corp <Ntt> | Ｓｉｐ通信システム、ｓｉｐクライアント、ｓｉｐサーバ、ｓｉｐ通信方法、ｓｉｐ通信プログラム |
| JP2015012580A (ja) * | 2013-07-02 | 2015-01-19 | キヤノン株式会社 | 受信装置、受信方法及びプログラム |
| WO2016163557A1 (ja) * | 2015-04-09 | 2016-10-13 | スカラ株式会社 | 送信装置、受信装置、及びそれらにより実行される方法、並びにコンピュータプログラム |
| JP2016201648A (ja) * | 2015-04-09 | 2016-12-01 | スカラ株式会社 | 送信装置、受信装置、及びそれらにより実行される方法、並びにコンピュータプログラム |
| JP2020096358A (ja) * | 2018-12-10 | 2020-06-18 | 株式会社東芝 | コンテンツ配信システム、コンテンツ配信装置、及び方法 |
| CN116734927A (zh) * | 2023-08-14 | 2023-09-12 | 四川省林业勘察设计研究院有限公司 | 一种高原林业生态环境检测装置 |
| CN116734927B (zh) * | 2023-08-14 | 2023-10-20 | 四川省林业勘察设计研究院有限公司 | 一种高原林业生态环境检测装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4356742B2 (ja) | データ通信システム、データ送信装置およびデータ送信方法 | |
| JP6981257B2 (ja) | 情報処理装置および情報処理方法 | |
| JP4649091B2 (ja) | 通信端末、サーバ装置、中継装置、放送通信システム、放送通信方法及びプログラム | |
| JP2008546229A (ja) | ネットワーク伝送のためコンテンツをパケット化する方法および装置 | |
| WO2007000649A1 (en) | Transport mechanisms for dynamic rich media scenes | |
| JP2009533936A (ja) | Ｄａｂシステムでｉｐｄｃサービスを提供する装置及び方法 | |
| JP6329964B2 (ja) | 送信装置、送信方法、受信装置、及び、受信方法 | |
| JP2003338830A (ja) | メディア送信方法、メディア受信方法、メディア送信装置及びメディア受信装置 | |
| CN112584087B (zh) | 视频会议录制方法、电子装置和存储介质 | |
| JP6579391B2 (ja) | 受信装置、受信方法、送信装置、及び、送信方法 | |
| WO2014153831A1 (zh) | 单路视频多路音频的视频监控方法及系统 | |
| US10887242B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
| JP2004159101A (ja) | データ伝送方法、データ送信装置、データ受信装置、及びデータ伝送システム | |
| WO2008002000A1 (en) | Method for transforming terrestrial dmb contents and gateway employing the same | |
| JP5344541B2 (ja) | データ送信装置、送信方法及びプログラム | |
| JP4600513B2 (ja) | データ送信装置、送信レート制御方法およびプログラム | |
| JPWO2017057040A1 (ja) | データ処理装置、及び、データ処理方法 | |
| WO2015146647A1 (ja) | 送信装置、送信方法、受信装置、受信方法、及び、プログラム | |
| JP2020162090A (ja) | 送信ノード、放送局システム、制御ノード及び送信制御方法 | |
| JP2005051299A (ja) | パケット送信装置、パケット受信装置、パケット送信方法及びパケット受信方法 | |
| JP4042396B2 (ja) | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム | |
| KR20170082064A (ko) | 방송 통신 융합망의 하이브리드 서비스를 위한 방송 서비스 제공 장치 및 이를 이용한 방법 | |
| JP3906678B2 (ja) | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム | |
| JP4218456B2 (ja) | 通話装置、通話方法及び通話システム | |
| JP3977784B2 (ja) | リアルタイムパケット処理装置及びその方法 |