JP4868392B2 - データにセッション識別符号を割り当てることによって、データとデータの間の分離を行うことを可能とする装置、方法、および、コンピュータプログラム - Google Patents
データにセッション識別符号を割り当てることによって、データとデータの間の分離を行うことを可能とする装置、方法、および、コンピュータプログラム Download PDFInfo
- Publication number
- JP4868392B2 JP4868392B2 JP2006052467A JP2006052467A JP4868392B2 JP 4868392 B2 JP4868392 B2 JP 4868392B2 JP 2006052467 A JP2006052467 A JP 2006052467A JP 2006052467 A JP2006052467 A JP 2006052467A JP 4868392 B2 JP4868392 B2 JP 4868392B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- session
- data packet
- packet
- format
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Time-Division Multiplex Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Description
本発明は、データにセッション識別符号を割り当てることによって、データとデータの間の分離を行うことを可能とする装置、方法、および、コンピュータプログラムに関し、特にＭＰＥＧ２−ＴＳのデータ・パケットに、ｅｔｈｅｒｎｅｔのデータ・パケットを多重化し、多重されたデータを逆多重するための装置、方法、および、コンピュータプログラムに関する。
図１は、映像信号源１００から送出されるＭＰＥＧ２−ＴＳのパケット群（１００１、１００３、１００５・・・）（パケット長は１８８バイト）に、信号源１（１０１）、信号源２（１０２）、信号源３（１０３）から送出されるイーサーネット信号のパケット群（１０１１、１０２１、１０３１等）（パケット長は１０２４バイト）を多重する場合の、従来的方法を示す。
映像信号源１００から送出されるデータのプロトコルは、プロトコル階層図１００７に示されるように物理層が例えばＩＥＥＥ１３９４、上位層が例えばＭＰＥＧ２−ＴＳであり、信号源１乃至３から送出されるデータのプロトコルは、プロトコル階層図１０４に示されるように物理層が例えばＩＥＥＥ８０２．３、上位層が例えばＵＤＰ、ＴＦＴＰ、ＦＴＰ等である。また、多重後の信号のプロトコルは、プロトコル階層図１００９に示されるように物理層が例えばＥｔｈｅｒｎｅｔ２．０、上位層が例えばＭＰＥＧ２−ＴＳである。
映像信号源１００から送出されるＭＰＥＧ２−ＴＳのパケット群（１００１、１００３、１００５・・・）、及び、信号源１（１０１）、信号源２（１０２）、信号源３（１０３）から送出されるイーサーネット信号のパケット群（１０１１、１０２１、１０３１等）が多重機１０５で多重されると、その出力は、１０５１で示されるようなパケット群で表される。即ち、映像信号源からのパケット群１００１、１００３、１００５に続いて、信号源１（１０１）から送出されたイーサーネット信号１０１１が分割されたデータの一部たる”（ｉ）１−１”（１０５４）、”（ｉ）１−２”（１０５６）、”（ｉ）１−３”（１０５８）、”（ｉｉ）２−１”（１０６０）、・・・、がＭＰＥＧ２−ＴＳのパケットのペイロード部に多重されて伝送される。
なお、データ・パケット中のヘッダ情報を利用する発明として、シリアル・ディジタル・トランスファ・インターフェースの伝送パケット中のアンシラリー（補助）データ領域中の情報を利用して、伝送パケットの転送モードやタイミングモードを抽出する特許文献１が挙げられる。
しかし、当該特許文献１の発明においては、ＭＰＥＧ２−ＴＳ等のパケット群に、イーサーネット信号等の異なった形式のパケット群を多重する思想は開示されていないので、本発明とは異なる。
上述のような背景技術の通信ルートにおいて、パケットの送信元情報やストリーム中の各ファイルの送信開始符号や終了符号等の情報を使用するプロトコルから、それらをヘッダに記載しない（使用しない）タイプのプロトコルに、複数の送信元からのデータを多重化して流す場合、および１つの送信元からの複数のデータを流す場合に、それぞれのデータを識別出来るようにして流す場合には、下記のような種々の課題が存在した。
［課題１］ （パケットのペイロード部分への重複的なヘッダ情報を格納する必要性）
例えばＦＴＰ等の場合、１ファイル毎にファイルの最後にＥＯＦ（Ｅｎｄ Ｏｆ Ｆｉｌｅ）符号を付け、パケットにＥＯＦが付いていたらそのパケットで当該ファイルのデータ・パケットは終わりで、次のパケットでシーケンスナンバーが“１”から始まっていれば次のファイルと言うように識別されている（ＦＴＰ規格ＲＦＣ９５９参照）。
この場合、パケットのヘッダに相当する部分に情報が記載され、送られるデータが識別される。従って、送信元情報の無いプロトコル（例えばＭＰＥＧ２−ＴＳ）に通信経路の途中で変換される場合は、ＭＰＥＧ２−ＴＳパケットのデータが入る部分（ペイロード部分）に、それらのヘッダ情報も含めて記載する必要があり、単位時間あたりに送信出来る実質的なデータ量が減ってしまう。
例えばＦＴＰ等の場合、１ファイル毎にファイルの最後にＥＯＦ（Ｅｎｄ Ｏｆ Ｆｉｌｅ）符号を付け、パケットにＥＯＦが付いていたらそのパケットで当該ファイルのデータ・パケットは終わりで、次のパケットでシーケンスナンバーが“１”から始まっていれば次のファイルと言うように識別されている（ＦＴＰ規格ＲＦＣ９５９参照）。
この場合、パケットのヘッダに相当する部分に情報が記載され、送られるデータが識別される。従って、送信元情報の無いプロトコル（例えばＭＰＥＧ２−ＴＳ）に通信経路の途中で変換される場合は、ＭＰＥＧ２−ＴＳパケットのデータが入る部分（ペイロード部分）に、それらのヘッダ情報も含めて記載する必要があり、単位時間あたりに送信出来る実質的なデータ量が減ってしまう。
［課題２］ （課題１を解決しようとすると、必要とされるＰＩＤの数が膨大になる）
この課題１を解決すべく、送信元情報の無いプロトコル（ＭＰＥＧ２−ＴＳ）のペイロード部分に前記のようなヘッダ情報を毎回入れる変わりに、ファイル毎にパケットＩＤ（ＰＩＤ）を変更した場合、この変更を新しいファイルが来る毎に新しいＰＩＤを付加すると、膨大なＰＩＤの数が必要となる。
この課題１を解決すべく、送信元情報の無いプロトコル（ＭＰＥＧ２−ＴＳ）のペイロード部分に前記のようなヘッダ情報を毎回入れる変わりに、ファイル毎にパケットＩＤ（ＰＩＤ）を変更した場合、この変更を新しいファイルが来る毎に新しいＰＩＤを付加すると、膨大なＰＩＤの数が必要となる。
一方、ＭＰＥＧ２−ＴＳのパケットのような、データの送信元情報やストリーム中の各ファイルの送信開始符号や終了符号等の情報を、そのままパケット毎に付加する規格の無い通信の場合には、複数の送信元に対しＰＩＤを固定して割り振り、識別していた（例えば、送信元１にＰＩＤ＝１を割当て、送信元２にＰＩＤ＝２を割当て・・・・、送信元ｎにＰＩＤ＝ｎを割当て、というように）。更に１送信元から複数のファイルが送られるような場合は前記課題１に記載したようにヘッダ情報も含めてペイロード部分に入れる必要があった。
このような場合、送信元毎にＰＩＤを割り振るので、ファイル識別のためのＰＩＤに加えて送信元毎のＰＩＤが必要になり、送信元が多くなるにつれ、ＰＩＤが不足する可能性もあった（ＭＰＥＧ２−ＴＳの場合、最大８１７５個のＰＩＤが使えるが、例えば１００台のＰＣがそれぞれ８２個のファイルを送信すると、不足してしまう。限られた環境では１日や２日では使い切らないが、時間が経てば最終的には不足する）。
［課題３］ （膨大な数のＰＩＤを使った場合でも、データが全て送信されて終了したか否かの判断が困難である）
さらに、ＭＰＥＧ２−ＴＳのパケットのような、データの送信元情報やストリーム中の各ファイルの送信開始符号や終了符号等の情報を、そのままパケット毎に付加する規格の無い通信の場合、ファイル送信などの終了符号が無いため、送信されるデータが来ない時、データが全て送信されて終了したのか途中で止まっているのかの識別が出来ない。
以上の説明を、具体的に図面を参照して詳説する。
例えば、図１の信号源１（１０１）から供給されるイーサーネット信号１０１１は、１０２４バイトのデータ長を持っているので、１８８バイトのデータ長を持つＭＰＥＧ２−ＴＳに多重するために、素直にイーサーネット信号１０１１をＭＰＥＧ２−ＴＳ（１０５１）に多重するためには、イーサーネット信号１０１１を、ＭＰＥＧ２−ＴＳに収納される大きさに分割して、ＭＰＥＧ２−ＴＳの各パケットに収納する必要がある。図１の例では、イーサーネット信号１０１１を１−１、１−２，１−３のように分割し、これらを、ＭＰＥＧ２−ＴＳ（１０５１）中のパケット群１０５４、１０５６、１０５８に分けて多重することとなる。
例えば、図１の信号源１（１０１）から供給されるイーサーネット信号１０１１は、１０２４バイトのデータ長を持っているので、１８８バイトのデータ長を持つＭＰＥＧ２−ＴＳに多重するために、素直にイーサーネット信号１０１１をＭＰＥＧ２−ＴＳ（１０５１）に多重するためには、イーサーネット信号１０１１を、ＭＰＥＧ２−ＴＳに収納される大きさに分割して、ＭＰＥＧ２−ＴＳの各パケットに収納する必要がある。図１の例では、イーサーネット信号１０１１を１−１、１−２，１−３のように分割し、これらを、ＭＰＥＧ２−ＴＳ（１０５１）中のパケット群１０５４、１０５６、１０５８に分けて多重することとなる。
更に、分断された各イーサーネット信号１０５４、１０５６、１０５８の送出ソース１０１，１０２，１０３、及び、当該分断された各イーサーネット信号が或るセッション（通信者間において、その通信者間のみの通信（コネクション指向の通信）が開始されてから、終了されるまでの一連の通信）と他のセッションのいずれに属するか、を識別するためには、分割されたイーサーネット信号１０５４３，１０５６３，１０５８３が収納されているＭＰＥＧ２−ＴＳの各パケット１０５４、１０５６、１０５８内に、同じイーサーネット信号のヘッダ情報１０５４１、１０５６１、１０５８１（これらは、全く同じ情報（ｉ）を表す）をコピーして、併せて収納する必要がある。この情報ｉは、イーサーネット信号源１（１０１）からのパケット１０１１のヘッダ１０１１１に格納された情報である。また、この”ｉ”内には、当該イーサーネット信号が、どのソース１０１、１０２、１０３を起源とし、どのセッション中の信号であるかを示す情報が含まれている。これらの情報が付される理由は、分割されてしまった各ＭＰＥＧ２パケット１０５４，１０５６，１０５８が、それぞれ、どのソース１０１、１０２、１０３に属し、どのセッション中の信号であるかを示す必要があるためである。
このように、イーサーネット信号のヘッダ情報（”ｉ”等）が、重ねて収納される必要があるために、データ伝送効率が極めて非効率的となってしまう。
図１の要部を説明する図２においては、ソース１（２０１）を起源としては、第２の形式の、或るセッションα中のパケット群（２０１１１を含む）、次のセッションδ（２０１３１を含む）中のパケット群が送出される。同様に、ソース２（２０２）、及び、ソース３（２０３）を起源として、第２の形式のパケット群が送出される。
これらが、第２の形式のパケットより短い単位長を持つ、第１の形式のパケット群２０５に多重される。多重後の第１の形式のパケット群２０５中の、パケット２０６、パケット２０７、及び、パケット２１７は、全て、ソース１（２０１）を起源としている。但し、パケット２０６、及び、パケット２０７は、同じセッションα中のパケットであるが、パケット２１７は、別のセッションδ中のパケットである。
この場合、受信されたパケット２０６、２０７、及び、２１７中のペイロード部（２０６について２０６３及び２０６５、２０７について２０７３及び２０７５、２１７について２１７３及び２１７５）に多重された、第１の形式のパケット群のヘッダ情報”ｉ”（２０１１３及び２０１３３）は、受信データのソースがソース１（２０１）であることは示すが、どのセッションに属するかについての情報は何ら呈示しない。
従って、図２において、Ｙ２の時点で受信されたパケット２１７も、Ｘ２の時点で受信されたパケット２０６と同じセッション中のパケットとしてカテゴライズされてしまう。即ち、受信データを送信セッション毎に分類できないのである。
そこで、通信ルートにおいて、パケットの送信元情報やストリーム中の各ファイルの送信開始符号や終了符号等の情報を使用するプロトコルから、それらをヘッダに記載しない（使用しない）タイプのプロトコルに、複数の送信元からのデータを多重化して流す場合、および１つの送信元からの複数のデータを流す場合に、それぞれのデータを識別出来るようにして流すことが、本発明の目的の１つである。
＜多重化＞
通常、複数の送信元からのデータ送信は全てが時間的に同時に重なることはなく、ある時間で区切って見ると、実際には全体の何割かが同時刻帯に通信しているだけとなる。この状態（時間帯）だけを考えると使用するＰＩＤは予想される全ての数（接続される送信元数や送信されるファイル数）のＰＩＤを準備する必要はなく、何割かのＰＩＤを用意すればよいことになる。しかし、現実には時間が経過すれば必要なＰＩＤ数は増加し、全ての数のＰＩＤが必要となるため、何割かのＰＩＤを用意することには結果として意味が無くなる。
通常、複数の送信元からのデータ送信は全てが時間的に同時に重なることはなく、ある時間で区切って見ると、実際には全体の何割かが同時刻帯に通信しているだけとなる。この状態（時間帯）だけを考えると使用するＰＩＤは予想される全ての数（接続される送信元数や送信されるファイル数）のＰＩＤを準備する必要はなく、何割かのＰＩＤを用意すればよいことになる。しかし、現実には時間が経過すれば必要なＰＩＤ数は増加し、全ての数のＰＩＤが必要となるため、何割かのＰＩＤを用意することには結果として意味が無くなる。
そこで、本発明ではある時間で区切った時に必要な数のＰＩＤのみを使って、時間経過に従って必要となる新しいＰＩＤの代わりに元からあるＰＩＤ（ある時間帯に必要な数として設定したＰＩＤ）を時間的かつ論理的に異なる入力（送信元）に対し動的に割り振る方法を採ることで、前記課題１及び２を解決した。
具体的には、あるファイル送信が始まる時間や、論理的な接続をトリガーとして、それぞれセッションを設定する。（ここで、「セッション」は、１つのデータが入力・処理されている時間（期間）のことを意味する。そして、データ入力が開始された時点を、セッション開始と呼び、データ入力が終了した時点を、セッション終了と呼ぶ。）
そして、そのセッション毎にＰＩＤを動的に割り振るもので、同時処理できる最大セッション数（前記で言うところの“ある時間帯に必要な数として設定したＰＩＤ数”）を３とすると、４つのＰＩＤを用意して、最初のセッションはＰＩＤ＝１、次のセッションはＰＩＤ＝２、次のセッションはＰＩＤ＝３、ＰＩＤ＝１〜３のいずれかのセッションが終わったら（例としてＰＩＤ＝２が終わったとする）次のセッションはＰＩＤ＝４、さらに別のセッションが終了すれば空いているＰＩＤ＝２を割り振れば、各セッションの識別は可能となり課題２が解決出来る。
この課題解決方法を例示したのが次の例１である。
例１）（図３を参照）
（ａ）ＰＩＤ＝１，２，３，４が使用できると仮定する。
（ｂ）セッションＡ，Ｂ，Ｃのデータリンクが確立している状態を想定する。
（ｃ）セッションＡ（ＰＩＤ１）が終了した状態を想定する。
（ｄ）セッションＢ，Ｃのデータが出力された後セッションＤ（ＰＩＤ４）が開始した状態を想定する。
（ｅ）セッションＤが終了した状態を想定する。
（ｆ）セッションＥが開始（ＰＩＤ１）した状態を想定する。
（ｇ）セッションＢ，Ｃのデータが出力された状態を想定する。
以上のような前提で、パケットのＰＩＤをｎで表しパケットを
で表すと、各セッション毎に、図３のようなシーケンスが得られる。
この結果、多重化後に出力されるパケットのＰＩＤを時間順（受信順）で並べると以下のようになる。
１，２，３，１，２，３，４，１，２，３，２，３，２，３．．．
この並びだけから見ると、ＰＩＤ４のデータが届くことでＰＩＤ１，２，３のどれかが終了した事は検出でるが、どれが終了したかは検出できない。
従って、この方法だけでは前記課題３を解決出来ない。
例１）（図３を参照）
（ａ）ＰＩＤ＝１，２，３，４が使用できると仮定する。
（ｂ）セッションＡ，Ｂ，Ｃのデータリンクが確立している状態を想定する。
（ｃ）セッションＡ（ＰＩＤ１）が終了した状態を想定する。
（ｄ）セッションＢ，Ｃのデータが出力された後セッションＤ（ＰＩＤ４）が開始した状態を想定する。
（ｅ）セッションＤが終了した状態を想定する。
（ｆ）セッションＥが開始（ＰＩＤ１）した状態を想定する。
（ｇ）セッションＢ，Ｃのデータが出力された状態を想定する。
以上のような前提で、パケットのＰＩＤをｎで表しパケットを
この結果、多重化後に出力されるパケットのＰＩＤを時間順（受信順）で並べると以下のようになる。
１，２，３，１，２，３，４，１，２，３，２，３，２，３．．．
この並びだけから見ると、ＰＩＤ４のデータが届くことでＰＩＤ１，２，３のどれかが終了した事は検出でるが、どれが終了したかは検出できない。
従って、この方法だけでは前記課題３を解決出来ない。
そこで、本発明では、
（ａ）最大同時セッション数ｘ２のＰＩＤが設定できるようにする。
（ｂ）データセッション毎に新たな（使用されていなかった）ＰＩＤを使用する。
（ｃ）２つのＰＩＤは必ず１組（例えば１ａと１ｂ、２ａと２ｂ、３ａと３ｂと言うようにＰＩＤを対にして扱う）で使用し、データセッションの終了毎に交互に使用する。
と言う方法を採ることにより、以下の例２のように前記課題３を解決することが出来る。
（ａ）最大同時セッション数ｘ２のＰＩＤが設定できるようにする。
（ｂ）データセッション毎に新たな（使用されていなかった）ＰＩＤを使用する。
（ｃ）２つのＰＩＤは必ず１組（例えば１ａと１ｂ、２ａと２ｂ、３ａと３ｂと言うようにＰＩＤを対にして扱う）で使用し、データセッションの終了毎に交互に使用する。
と言う方法を採ることにより、以下の例２のように前記課題３を解決することが出来る。
例２）（図４参照）
前記の例に適用すると、
ＰＩＤ＝（１ａ，１ｂ），（２ａ，２ｂ），（３ａ，３ｂ）の３組、６個のＰＩＤを使用すると、図４のようなシーケンスが得られる。
前記の例に適用すると、
ＰＩＤ＝（１ａ，１ｂ），（２ａ，２ｂ），（３ａ，３ｂ）の３組、６個のＰＩＤを使用すると、図４のようなシーケンスが得られる。
多重化後に出力されるパケットのＰＩＤを時間順（受信順）で並べると１ａ，２ａ，３ａ，１ａ，２ａ，３ａ，”１ｂ”，１ａ，２ａ，３ａ．．．となり、”１ｂ”が検出されるので最初の１ａのセッションが終了していたことを検出できる。
また、次のセッションがいずれも開始されない状況で、ファイル送信が終わった場合は前記のようなパケットの受信状況では終了を判別出来ないので数秒のタイムアウト値（当該ネットワーク環境においてパケットの到着タイミングの変動値より十分大きな値）を設定し受信終了を判別する。
また、次のセッションがいずれも開始されない状況で、ファイル送信が終わった場合は前記のようなパケットの受信状況では終了を判別出来ないので数秒のタイムアウト値（当該ネットワーク環境においてパケットの到着タイミングの変動値より十分大きな値）を設定し受信終了を判別する。
＜逆多重化＞
本発明で、これらの多重化されたデータを復元するには、受信したパケットからＰＩＤ毎に取り出す（ＰＩＤ＝１ａのファイルを取り出すならＰＩＤ＝１ｂのパケットが出現するまでのＰＩＤ＝１ａのパケットを取り出す）作業を行い、それらのパケットからデータ領域を取り出して結合する。これにより、各セッションから送信されたファイルやデータストリームを復元することが出来る（例２で言うと、最初のＰＩＤ＝１ａを取り出すとセッションＡから送信されたファイルが復元出来る）。
本発明で、これらの多重化されたデータを復元するには、受信したパケットからＰＩＤ毎に取り出す（ＰＩＤ＝１ａのファイルを取り出すならＰＩＤ＝１ｂのパケットが出現するまでのＰＩＤ＝１ａのパケットを取り出す）作業を行い、それらのパケットからデータ領域を取り出して結合する。これにより、各セッションから送信されたファイルやデータストリームを復元することが出来る（例２で言うと、最初のＰＩＤ＝１ａを取り出すとセッションＡから送信されたファイルが復元出来る）。
以上のような課題解決方法に対応する、出願時の本願各請求項記載の発明の態様を列挙し、必要に応じて解説を加える。
（発明Ａ−１）（Ａはソースにより識別されるセッションを示すフラグを使用する発明群）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（５） ステップ（４）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（６） ステップ（５）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（７） ステップ（６）で受信された各データ・パケットのセッション識別データを用いて、ステップ（６）で受信された各データ・パケットを逆多重するステップと、
（８） ステップ（７）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（７）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（９） ステップ（７）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（１０） ステップ（８）で対応付けられたセッションに基いて、ステップ（９）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
このようにすることによって、多重される当該第２の形式のデータ・パケット群のデータのソース情報及びセッション情報は、第１の形式のデータ・パッケット群のヘッダ部分の不使用領域に格納されるので、第１の形式のデータ・パケットのペイロード部に、第２の形式のデータ・パケットのソース情報及びセッション情報（ヘッダ部の情報）を格納する必要が無くなる。このため、第１の形式のデータ・パケットのペイロード部には、第２の形式のデータ・パケットのペイロード部の情報のみを格納可能であり、データ送信効率の改善が図れる。
また、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
また、「（１）各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のヘッダ部及びペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、」において、「前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する」には、均等に分割する場合もあり、不均等に分割する場合も含まれる。
なお、「前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し」において、「ヘッダの第１の領域」は、ＭＰＥＧ２−ＴＳの送受に影響を与えないような領域を用いる必要がある。
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（５） ステップ（４）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（６） ステップ（５）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（７） ステップ（６）で受信された各データ・パケットのセッション識別データを用いて、ステップ（６）で受信された各データ・パケットを逆多重するステップと、
（８） ステップ（７）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（７）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（９） ステップ（７）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（１０） ステップ（８）で対応付けられたセッションに基いて、ステップ（９）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
このようにすることによって、多重される当該第２の形式のデータ・パケット群のデータのソース情報及びセッション情報は、第１の形式のデータ・パッケット群のヘッダ部分の不使用領域に格納されるので、第１の形式のデータ・パケットのペイロード部に、第２の形式のデータ・パケットのソース情報及びセッション情報（ヘッダ部の情報）を格納する必要が無くなる。このため、第１の形式のデータ・パケットのペイロード部には、第２の形式のデータ・パケットのペイロード部の情報のみを格納可能であり、データ送信効率の改善が図れる。
また、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
また、「（１）各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のヘッダ部及びペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、」において、「前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する」には、均等に分割する場合もあり、不均等に分割する場合も含まれる。
なお、「前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し」において、「ヘッダの第１の領域」は、ＭＰＥＧ２−ＴＳの送受に影響を与えないような領域を用いる必要がある。
（発明Ａ−２）
発明Ａ−１に記載の方法であって、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
方法。
このようにすることによって、データのソース及びセッションが識別できると同時に、セッションの終了通知等を送受信すること無しに過去のセッションが終了したことを検知出来る。
発明Ａ−１に記載の方法であって、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
方法。
このようにすることによって、データのソース及びセッションが識別できると同時に、セッションの終了通知等を送受信すること無しに過去のセッションが終了したことを検知出来る。
（発明Ａ−２−１）
発明Ａ−２に記載の方法であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
方法。
発明Ａ−２に記載の方法であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
方法。
（発明Ａ−２−２）
発明Ａ−２−１に記載の方法であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
方法。
このように構成することによって、１Ａ、１Ｂ（１６進）のような汎用されているデータ記述を用いて簡易に、ソース及びセッションの起源を認識可能である。なお、本発明では、１Ａ、１Ｂには限定されず、その場合には、例えば１Ｄ、１Ｆ（１６進）の対を用いて、ソース及びセッションの切り替わりを識別しても良い。
発明Ａ−２−１に記載の方法であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
方法。
このように構成することによって、１Ａ、１Ｂ（１６進）のような汎用されているデータ記述を用いて簡易に、ソース及びセッションの起源を認識可能である。なお、本発明では、１Ａ、１Ｂには限定されず、その場合には、例えば１Ｄ、１Ｆ（１６進）の対を用いて、ソース及びセッションの切り替わりを識別しても良い。
（発明Ａ−３）
以上のいずれかの発明に記載の方法であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
方法。
このようにすることによって、ＭＰＥＧ２−ＴＳ（Transport Stream）及びethernetのデータという、現在汎用されているデータ・パケットを、パケットサイズを気にせずにデータ伝送に広く用いることが可能となる。
以上のいずれかの発明に記載の方法であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
方法。
このようにすることによって、ＭＰＥＧ２−ＴＳ（Transport Stream）及びethernetのデータという、現在汎用されているデータ・パケットを、パケットサイズを気にせずにデータ伝送に広く用いることが可能となる。
（発明Ｂ−１）（Ｂは接続時間帯により識別されるセッションを示すフラグを使用する発明群）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、接続時間帯毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、送出された各データ・パケットはそれらの時間的先後関係を保ったまま順次受信されるものであり、同一ソースを起源とする当該第２の形式のデータ・パケット群のデータの各セッションにおいて、当該データの送出開始から完了までの時間が、所定の送出時間の範囲内にあるものであり、当該指定の送出時間内に送出された当該第２形式のデータ・パケット群のデータは、前記第１の形式のデータ・パケットのストリームとして所定の受信時間の範囲内において受信されるものであり、あるセッションにおける当該第２の形式のデータ・パケットの送出が、当該所定の送出時間内に終了した場合には、次のセッションの送出は当該所定の送出時間経過後に行われるものであり、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のソース毎に区別されるセッションおよび接続時間帯毎に区別されるセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（５） ステップ（４）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（６） ステップ（５）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（７） ステップ（６）で受信された各データ・パケットのセッション識別データを用いて、ステップ（６）で受信された各データ・パケットを逆多重するステップと、
（７−１） ステップ（７）において、あるソースから受信された最初のデータ・パケットであると識別された場合に、当該時点を時刻ゼロと設定した上、当該同じソースから受信される後続のデータ・パケット群を監視し、時刻が前記所定の受信時刻以内である場合に受信された、当該ソースから受信されたデータ・パケットのみを、当該ソースから送出された、同一セッションのデータ・パケットとして識別し、時刻が前記所定の受信時間以降に受信された、当該ソースから受信されたデータ・パケットを、当該ソースから送出された、後続の別セッションのデータ・パケットとして識別するステップと、
（８） ステップ（７）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（７−１）での識別から、ステップ（７）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（９） ステップ（７）で逆多重されたデータ・パケット群のペイロード部内のデータをパケット通し番号に従って、結合するステップと、
（１０） ステップ（８）で対応付けられたセッションに基いて、ステップ（９）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
このように構成することによって、例えば「１Ａ、１Ｂ」という４バイトの情報の１／４の１バイトの「１」を用いるだけで、ソース及びセッションを識別可能である。
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、接続時間帯毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、送出された各データ・パケットはそれらの時間的先後関係を保ったまま順次受信されるものであり、同一ソースを起源とする当該第２の形式のデータ・パケット群のデータの各セッションにおいて、当該データの送出開始から完了までの時間が、所定の送出時間の範囲内にあるものであり、当該指定の送出時間内に送出された当該第２形式のデータ・パケット群のデータは、前記第１の形式のデータ・パケットのストリームとして所定の受信時間の範囲内において受信されるものであり、あるセッションにおける当該第２の形式のデータ・パケットの送出が、当該所定の送出時間内に終了した場合には、次のセッションの送出は当該所定の送出時間経過後に行われるものであり、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のソース毎に区別されるセッションおよび接続時間帯毎に区別されるセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（５） ステップ（４）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（６） ステップ（５）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（７） ステップ（６）で受信された各データ・パケットのセッション識別データを用いて、ステップ（６）で受信された各データ・パケットを逆多重するステップと、
（７−１） ステップ（７）において、あるソースから受信された最初のデータ・パケットであると識別された場合に、当該時点を時刻ゼロと設定した上、当該同じソースから受信される後続のデータ・パケット群を監視し、時刻が前記所定の受信時刻以内である場合に受信された、当該ソースから受信されたデータ・パケットのみを、当該ソースから送出された、同一セッションのデータ・パケットとして識別し、時刻が前記所定の受信時間以降に受信された、当該ソースから受信されたデータ・パケットを、当該ソースから送出された、後続の別セッションのデータ・パケットとして識別するステップと、
（８） ステップ（７）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（７−１）での識別から、ステップ（７）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（９） ステップ（７）で逆多重されたデータ・パケット群のペイロード部内のデータをパケット通し番号に従って、結合するステップと、
（１０） ステップ（８）で対応付けられたセッションに基いて、ステップ（９）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
このように構成することによって、例えば「１Ａ、１Ｂ」という４バイトの情報の１／４の１バイトの「１」を用いるだけで、ソース及びセッションを識別可能である。
（発明Ｃ−１）（Ｃは、例えば、ＭＰＥＧ２−ＴＳに、ＭＰＥＧ２−ＴＳより小さいパケット・データを多重する発明群）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部に順次多重するステップと、
（２） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（１）でペイロード部に多重された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（３） ステップ（２）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（４） ステップ（３）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（５） ステップ（４）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（６） ステップ（５）で受信された各データ・パケットのセッション識別データを用いて、ステップ（５）で受信された各データ・パケットを逆多重するステップと、
（７） ステップ（６）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（６）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（８） ステップ（６）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（９） ステップ（７）で対応付けられたセッションに基いて、ステップ（８）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
このように、「第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重」する場合も、第２の形式のデータ・パケット群のヘッダ情報を、「第１の形式のデータ・パケット」のペイロード部にコピーする必要が無くなり、データ格納の効率化が図れる。
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部に順次多重するステップと、
（２） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（１）でペイロード部に多重された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（３） ステップ（２）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（４） ステップ（３）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（５） ステップ（４）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（６） ステップ（５）で受信された各データ・パケットのセッション識別データを用いて、ステップ（５）で受信された各データ・パケットを逆多重するステップと、
（７） ステップ（６）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（６）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（８） ステップ（６）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（９） ステップ（７）で対応付けられたセッションに基いて、ステップ（８）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
このように、「第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重」する場合も、第２の形式のデータ・パケット群のヘッダ情報を、「第１の形式のデータ・パケット」のペイロード部にコピーする必要が無くなり、データ格納の効率化が図れる。
（発明ＣＢ−１）（ＣＢは、例えば、ＭＰＥＧ２−ＴＳに、ＭＰＥＧ２−ＴＳより小さいパケット・データを多重する場合で、更に、例えば「１」のような、ソースを表すフラグのみを使用する発明群）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、送出された各データ・パケットはそれらの時間的先後関係を保ったまま順次受信されるものであり、同一ソースを起源とする当該第２の形式のデータ・パケット群のデータの各セッションにおいて、当該データの送出開始から完了までの時間が、所定の送出時間の範囲内にあるものであり、当該指定の送出時間内に送出された当該第２形式のデータ・パケット群のデータは、前記第１の形式のデータ・パケットのストリームとして所定の受信時間の範囲内において受信されるものであり、あるセッションにおける当該第２の形式のデータ・パケットの送出が、当該所定の送出時間内に終了した場合には、次のセッションの送出は当該所定の送出時間経過後に行われるものであり、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部に順次格納するステップと、
（２） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（１）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（３） ステップ（２）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（４） ステップ（３）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（５） ステップ（４）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（６） ステップ（５）で受信された各データ・パケットのセッション識別データを用いて、ステップ（５）で受信された各データ・パケットを逆多重するステップと、
（７） ステップ（６）において、あるソースから受信された最初のパケット・データであると識別された場合に、当該時点を時刻ゼロと設定した上、当該同じソースから受信される後続のパケット・データ群を監視し、時刻が前記所定の受信時間以内である場合に受信された、当該ソースから受信されたパケット・データのみを、当該ソースから送出された、同一セッションのパケット・データとして識別し、時刻が前記所定の受信時間以降に受信された、当該ソースから受信されたパケット・データを、当該ソースから送出された、後続の別セッションのパケット・データとして識別するステップと、
（８） ステップ（６）で識別された受信された各データ・パケットのソースの情報、及び、ステップ（７）で識別された、受信された各データ・パケットのセッション情報を用いて、ステップ（５）で受信された各データ・パケットのペイロード部内のデータを、各データ・パケットのソース及びセッションと対応付けるステップと、
（９） ステップ（６）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
を含む方法。
このようにすることによって、「第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重」する場合も、第２の形式のデータ・パケット群のヘッダ情報を、「第１の形式のデータ・パケット」のペイロード部にコピーする必要が無くなり、データ多重の効率化が図れる。また、例えば「１Ａ、１Ｂ」という４バイトの情報の１／４の１バイトの「１」を用いるだけで、ソース及びセッションを識別可能である。
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、送出された各データ・パケットはそれらの時間的先後関係を保ったまま順次受信されるものであり、同一ソースを起源とする当該第２の形式のデータ・パケット群のデータの各セッションにおいて、当該データの送出開始から完了までの時間が、所定の送出時間の範囲内にあるものであり、当該指定の送出時間内に送出された当該第２形式のデータ・パケット群のデータは、前記第１の形式のデータ・パケットのストリームとして所定の受信時間の範囲内において受信されるものであり、あるセッションにおける当該第２の形式のデータ・パケットの送出が、当該所定の送出時間内に終了した場合には、次のセッションの送出は当該所定の送出時間経過後に行われるものであり、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部に順次格納するステップと、
（２） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（１）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（３） ステップ（２）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（４） ステップ（３）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（５） ステップ（４）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（６） ステップ（５）で受信された各データ・パケットのセッション識別データを用いて、ステップ（５）で受信された各データ・パケットを逆多重するステップと、
（７） ステップ（６）において、あるソースから受信された最初のパケット・データであると識別された場合に、当該時点を時刻ゼロと設定した上、当該同じソースから受信される後続のパケット・データ群を監視し、時刻が前記所定の受信時間以内である場合に受信された、当該ソースから受信されたパケット・データのみを、当該ソースから送出された、同一セッションのパケット・データとして識別し、時刻が前記所定の受信時間以降に受信された、当該ソースから受信されたパケット・データを、当該ソースから送出された、後続の別セッションのパケット・データとして識別するステップと、
（８） ステップ（６）で識別された受信された各データ・パケットのソースの情報、及び、ステップ（７）で識別された、受信された各データ・パケットのセッション情報を用いて、ステップ（５）で受信された各データ・パケットのペイロード部内のデータを、各データ・パケットのソース及びセッションと対応付けるステップと、
（９） ステップ（６）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
を含む方法。
このようにすることによって、「第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重」する場合も、第２の形式のデータ・パケット群のヘッダ情報を、「第１の形式のデータ・パケット」のペイロード部にコピーする必要が無くなり、データ多重の効率化が図れる。また、例えば「１Ａ、１Ｂ」という４バイトの情報の１／４の１バイトの「１」を用いるだけで、ソース及びセッションを識別可能である。
（発明Ｄ−１）（Ｄは、「１Ａ＋１Ｂ」のようなフラグを使用する発明群で、送出前の多重までを記載）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重するための方法であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
を含む方法。
このようにすることによって、多重される当該第２の形式のデータ・パケット群のデータのソース情報及びセッション情報は、第１の形式のデータ・パッケット群のヘッダ部分の不使用領域に多重されるので、第１の形式のデータ・パケットのペイロード部に、第２の形式のデータ・パケットのソース情報及びセッション情報（ヘッダ部の情報）を格納する必要が無くなる。このため、第１の形式のデータ・パケットのペイロード部には、第２の形式のデータ・パケットのペイロード部の情報のみを格納可能であり、データ送信効率の改善が図れる。
また、この発明に係る方法で多重化されたデータを受信する場合、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
「（１）各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、」において、「前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する」には、均等に分割する場合もあり、不均等に分割する場合も含まれる。
また、「前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し」において、「ヘッダ領域内の不使用領域」は、ＭＰＥＧ２−ＴＳの送受に影響を与えないような領域を用いる必要がある。
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重するための方法であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
を含む方法。
このようにすることによって、多重される当該第２の形式のデータ・パケット群のデータのソース情報及びセッション情報は、第１の形式のデータ・パッケット群のヘッダ部分の不使用領域に多重されるので、第１の形式のデータ・パケットのペイロード部に、第２の形式のデータ・パケットのソース情報及びセッション情報（ヘッダ部の情報）を格納する必要が無くなる。このため、第１の形式のデータ・パケットのペイロード部には、第２の形式のデータ・パケットのペイロード部の情報のみを格納可能であり、データ送信効率の改善が図れる。
また、この発明に係る方法で多重化されたデータを受信する場合、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
「（１）各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、」において、「前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する」には、均等に分割する場合もあり、不均等に分割する場合も含まれる。
また、「前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し」において、「ヘッダ領域内の不使用領域」は、ＭＰＥＧ２−ＴＳの送受に影響を与えないような領域を用いる必要がある。
（発明Ｄ−２）
発明Ｄ−１に記載の方法であって、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
方法。
このようにすることによって、データのソース及びセッションが識別できると同時に、セッションの終了通知等を送受信すること無しに過去のセッションが終了したことを検知出来る。
発明Ｄ−１に記載の方法であって、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
方法。
このようにすることによって、データのソース及びセッションが識別できると同時に、セッションの終了通知等を送受信すること無しに過去のセッションが終了したことを検知出来る。
（発明Ｄ−２−１）
発明Ｄ−２に記載の方法であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
方法。
発明Ｄ−２に記載の方法であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
方法。
（発明Ｄ−２−２）
発明Ｄ−２−１に記載の方法であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
方法。
このように構成することによって、１Ａ、１Ｂ（１６進）のような汎用されているデータ記述を用いて簡易に、ソース及びセッションの起源を認識可能である。なお、本発明では、１Ａ、１Ｂには限定されず、その場合には、例えば１Ｄ、１Ｆ（１６進）の対を用いて、ソース及びセッションの切り替わりを識別しても良い。
発明Ｄ−２−１に記載の方法であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
方法。
このように構成することによって、１Ａ、１Ｂ（１６進）のような汎用されているデータ記述を用いて簡易に、ソース及びセッションの起源を認識可能である。なお、本発明では、１Ａ、１Ｂには限定されず、その場合には、例えば１Ｄ、１Ｆ（１６進）の対を用いて、ソース及びセッションの切り替わりを識別しても良い。
（発明Ｄ−３）
発明Ｄ−１、発明Ｄ−２、発明Ｄ−２−１、又は発明Ｄ−２−２のいずれかに記載の方法であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
方法。
このようにすることによって、ＭＰＥＧ２−ＴＳ（Transport Stream）及びethernetのデータという、現在汎用されているデータ・パケットを、パケットサイズを気にせずにデータ伝送に広く用いることが可能となる。
発明Ｄ−１、発明Ｄ−２、発明Ｄ−２−１、又は発明Ｄ−２−２のいずれかに記載の方法であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
方法。
このようにすることによって、ＭＰＥＧ２−ＴＳ（Transport Stream）及びethernetのデータという、現在汎用されているデータ・パケットを、パケットサイズを気にせずにデータ伝送に広く用いることが可能となる。
（発明Ｅ−１）（受信側のみを記載）
発明Ｄ−１に記載の方法によって多重されたデータを逆多重するための方法であって、
（１）発明Ｄ−１に記載の方法によって多重されたデータ中の、受信された各データ・パケットのセッション識別データを用いて、受信された各データ・パケットを逆多重するステップと、
（２） ステップ（１）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（１）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（３） ステップ（１）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（４） ステップ（２）で対応付けられたセッションに基いて、ステップ（３）で結合されたデータに、複数のソースと前記所定の時間帯を対応付けるステップと、
を含む方法。
このようにすることによって、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
発明Ｄ−１に記載の方法によって多重されたデータを逆多重するための方法であって、
（１）発明Ｄ−１に記載の方法によって多重されたデータ中の、受信された各データ・パケットのセッション識別データを用いて、受信された各データ・パケットを逆多重するステップと、
（２） ステップ（１）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（１）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（３） ステップ（１）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（４） ステップ（２）で対応付けられたセッションに基いて、ステップ（３）で結合されたデータに、複数のソースと前記所定の時間帯を対応付けるステップと、
を含む方法。
このようにすることによって、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
（発明ＳＯＦＴ−１）
コンピュータに、以上のいずれかの発明に記載の方法を実行させるプログラム。
コンピュータに、以上のいずれかの発明に記載の方法を実行させるプログラム。
（発明Ｆ−１）（発明Ｄ群の装置発明）（Ｄは、「１Ａ＋１Ｂ」のようなフラグを使用する発明群で、送出前の多重までのみを記載）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重するための装置であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する分割手段と、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納する、データ群格納手段と、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加する、格納・付加手段と、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化する多重化手段と、
を含む装置。
このようにすることによって、多重される当該第２の形式のデータ・パケット群のデータのソース情報及びセッション情報は、第１の形式のデータ・パッケット群のヘッダ部分の不使用領域に多重されるので、第１の形式のデータ・パケットのペイロード部に、第２の形式のデータ・パケットのソース情報及びセッション情報（ヘッダ部の情報）を格納する必要が無くなる。このため、第１の形式のデータ・パケットのペイロード部には、第２の形式のデータ・パケットのペイロード部の情報のみを格納可能であり、データ送信効率の改善が図れる。
また、この発明に係る方法で多重化されたデータを受信する場合、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
なお、「（１）各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のヘッダ部及びペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する分割手段と、」において、「前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する」には、均等に分割する場合もあり、不均等に分割する場合も含まれる。
また、「（３）前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し」において、「ヘッダの第１の領域」は、ＭＰＥＧ２−ＴＳの送受に影響を与えないような領域を用いる必要がある。
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重するための装置であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する分割手段と、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納する、データ群格納手段と、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加する、格納・付加手段と、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化する多重化手段と、
を含む装置。
このようにすることによって、多重される当該第２の形式のデータ・パケット群のデータのソース情報及びセッション情報は、第１の形式のデータ・パッケット群のヘッダ部分の不使用領域に多重されるので、第１の形式のデータ・パケットのペイロード部に、第２の形式のデータ・パケットのソース情報及びセッション情報（ヘッダ部の情報）を格納する必要が無くなる。このため、第１の形式のデータ・パケットのペイロード部には、第２の形式のデータ・パケットのペイロード部の情報のみを格納可能であり、データ送信効率の改善が図れる。
また、この発明に係る方法で多重化されたデータを受信する場合、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
なお、「（１）各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のヘッダ部及びペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する分割手段と、」において、「前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する」には、均等に分割する場合もあり、不均等に分割する場合も含まれる。
また、「（３）前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し」において、「ヘッダの第１の領域」は、ＭＰＥＧ２−ＴＳの送受に影響を与えないような領域を用いる必要がある。
（発明Ｆ−２）
発明Ｆ−１に記載の装置であって、
前記格納・付加手段における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
装置。
このようにすることによって、データのソース及びセッションが識別できると同時に、セッションの終了通知等を送受信すること無しに過去のセッションが終了したことを検知出来る。
発明Ｆ−１に記載の装置であって、
前記格納・付加手段における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
装置。
このようにすることによって、データのソース及びセッションが識別できると同時に、セッションの終了通知等を送受信すること無しに過去のセッションが終了したことを検知出来る。
（発明Ｆ−２−１）
発明Ｆ−２に記載の装置であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
装置。
発明Ｆ−２に記載の装置であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
装置。
（発明Ｆ−２−２）
発明Ｆ−２−１に記載の装置であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
装置。
このように構成することによって、１Ａ、１Ｂ（１６進）のような汎用されているデータ記述を用いて簡易に、ソース及びセッションの起源を認識可能である。なお、本発明では、１Ａ、１Ｂには限定されず、その場合には、例えば１Ｄ、１Ｆ（１６進）の対を用いて、ソース及びセッションの切り替わりを識別しても良い。
発明Ｆ−２−１に記載の装置であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
装置。
このように構成することによって、１Ａ、１Ｂ（１６進）のような汎用されているデータ記述を用いて簡易に、ソース及びセッションの起源を認識可能である。なお、本発明では、１Ａ、１Ｂには限定されず、その場合には、例えば１Ｄ、１Ｆ（１６進）の対を用いて、ソース及びセッションの切り替わりを識別しても良い。
（発明Ｆ−３）
発明Ｆ−１、発明Ｆ−２、発明Ｆ−２−１、又は、発明Ｆ−２−２のいずれかに記載の装置であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
装置。
このようにすることによって、ＭＰＥＧ２−ＴＳ（Transport Stream）及びethernetのデータという、現在汎用されているデータ・パケットを、パケットサイズを気にせずにデータ伝送に広く用いることが可能となる。
発明Ｆ−１、発明Ｆ−２、発明Ｆ−２−１、又は、発明Ｆ−２−２のいずれかに記載の装置であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
装置。
このようにすることによって、ＭＰＥＧ２−ＴＳ（Transport Stream）及びethernetのデータという、現在汎用されているデータ・パケットを、パケットサイズを気にせずにデータ伝送に広く用いることが可能となる。
（発明Ｇ−１）（発明Ｆの装置によって多重されたデータを逆多重する装置）
発明Ｆ−１に記載の装置によって多重されたデータを逆多重するための装置であって、
（１）発明Ｆ−１に記載の装置によって多重されたデータ中の、受信された各データ・パケットのセッション識別データを用いて、受信された各データ・パケットを逆多重する、逆多重手段と、
（２） 前記逆多重手段で逆多重された各データ・パケットのヘッダ部の第１の領域に格納された前記複数のソース毎に区別される複数のセッションを識別するための識別データに基いて、前記逆多重された各データ・パケット群のセッションを対応付ける、セッション対応付け手段と、
（３） 前記逆多重手段で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合する結合手段と、
（４） セッション対応付け手段で対応付けられたセッションに基いて、前記結合手段で結合されたデータに、複数のソース及び前記所定の時間帯とを対応付ける、ソース・接続時間帯対応付け手段と、
を含む方法。
このようにすると、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
発明Ｆ−１に記載の装置によって多重されたデータを逆多重するための装置であって、
（１）発明Ｆ−１に記載の装置によって多重されたデータ中の、受信された各データ・パケットのセッション識別データを用いて、受信された各データ・パケットを逆多重する、逆多重手段と、
（２） 前記逆多重手段で逆多重された各データ・パケットのヘッダ部の第１の領域に格納された前記複数のソース毎に区別される複数のセッションを識別するための識別データに基いて、前記逆多重された各データ・パケット群のセッションを対応付ける、セッション対応付け手段と、
（３） 前記逆多重手段で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合する結合手段と、
（４） セッション対応付け手段で対応付けられたセッションに基いて、前記結合手段で結合されたデータに、複数のソース及び前記所定の時間帯とを対応付ける、ソース・接続時間帯対応付け手段と、
を含む方法。
このようにすると、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
（発明ＳＯＦＴ−２）
コンピュータを、発明Ｆ−１ないし発明Ｇ−２のいずれかの発明に記載の装置として機能させるプログラム。
コンピュータを、発明Ｆ−１ないし発明Ｇ−２のいずれかの発明に記載の装置として機能させるプログラム。
最後に、本願特許請求の範囲及び明細書で使用する用語の意義を表形式で以下に示す。
表１ 本明細書中で用いられる用語の意義
表１ 本明細書中で用いられる用語の意義
本発明によって、通信ルートにおいて、パケットの送信元情報やストリーム中の各ファイルの送信開始符号や終了符号等の情報を使用するプロトコルから、それらをヘッダに記載しない（使用しない）タイプのプロトコルに、複数の送信元からのデータを多重化して流す場合、および１つの送信元からの複数のデータを流す場合に、それぞれのデータを識別出来るようにして流すことが可能となる。
以下、本発明の各種の実施例を図を参照しつつ説明する。但し、以下の説明は、あくまでも本発明の例示であり、以下の記載によって、本発明の技術的範囲が限定されるものではない。
図７Ａを参照する。
本図においては、ソース１（７０１）を起源としては、第２の形式の、或るセッションαのパケット群（７０１１１を含む）、次のセッションδのパケット群（７０１３１を含む）が送出される。同様に、ソース２（７０２）、及び、ソース３（７０３）を起源として、第２の形式のパケット群が送出される。
本図においては、ソース１（７０１）を起源としては、第２の形式の、或るセッションαのパケット群（７０１１１を含む）、次のセッションδのパケット群（７０１３１を含む）が送出される。同様に、ソース２（７０２）、及び、ソース３（７０３）を起源として、第２の形式のパケット群が送出される。
これらの第２の形式のパケット群のデータは、第２の形式のパケットより単位長が短い第１の形式のパケット群７０５内に多重される。
第２の形式のパケット群のデータが多重された、第１の形式のパケット群７０５内の各パケット（７０６，７０７，７０９，７１１，７１７等）は、ヘッダ部７０６１、７０７１、７０９１、７１１１、７１７１を持つ。
第２の形式のパケット群のデータが多重された、第１の形式のパケット群７０５内の各パケット（７０６，７０７，７０９，７１１，７１７等）は、ヘッダ部７０６１、７０７１、７０９１、７１１１、７１７１を持つ。
当該ヘッダ部（例えば７０６１）には、出所情報識別データ部７０６１１、及び、出所情報識別データ毎のパケットの順番を示す番号格納用データ部７０６１３が含まれる。
本実施例１においては、この出所情報識別データ部７０６１１に、例えば１Ａ（１６進）を多重する。ここで、１Ａの「１」は、ソース１（７０１）を起源とするという意味であり、「Ａ」は、「或るセッション」を起源とする、ということを表す。
一方、パケット７１７のヘッダ部７１７１内の出所情報識別データ部７１７１１には、１Ｂ（１６進）が多重されている。ここでも１Ｂの「１」は、ソース１（７０１）を起源とするという意味であるが、「Ｂ」は、「Ａ」の「後の別のセッション」を意味する。
このような情報を、第１の形式のパケット群７０５内の各パケット（７０６，７０７，７０９，７１１，７１７等）内のヘッダ部７０６１、７０７１、７０９１、７１１１、７１７１内の出所情報識別データ部７０６１１、７０７１１、７０９１１、７１１１１、７１７１１に多重することによって、当該パケットの出所たるソースと、当該パケットが属するセッションが識別できる。
例えば、パケット７０６とパケット７０７の出所情報識別データ部７０６１１、７０７１１のデータ（「１Ａ」）から、これらは、ソース１を起源とした「或るセッション」中のパケットであることが把握される。パケット７０９の出所情報識別データ部７０９１１のデータ「２Ａ」から、これは、ソース２を起源とした「或るセッション」中のパケットであることが把握される。また、パケット７１１の出所情報識別データ部７１１１１のデータ「３Ａ」から、これは、ソース３を起源とした「或るセッション」中のパケットであることが把握される。その後のパケット７１７の出所情報識別データ部７１７１１のデータ（「１Ｂ」）から、これは、パケット７０５と７０７と同じソース１を起源とするが、「次のセッション」中のパケットであることが把握される。
次に、識別データ毎のパケットの順番を示す番号（70613,70713,70913,71113,71713に示される１や２など）は、パケット通信において一般的に使用されるパケットの生成順に付加される「カウンタ」値を意味し、伝送されるパケットの伝送順序が乱れた場合に、受信側で元の伝送順序に復元するために用いられる。
例えば、ＭＰＥＧ２−ＴＳの場合は、「ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒ」と呼ばれる４ビットのカウンタ値が、出所情報識別データ毎に独立して、生成されるパケット１つに対し１つずつカウンタ値が増えてヘッダの中に付加される。このカウンタ値は”０”から始まり、上限（１１１１）2に達するとまた”０”から付加される。（通常のシステムでは数個レベルでパケットの前後関係が崩れることがあっても、１０個以上の単位で前後関係が崩れることはないため、このやり方（４ビット＝０〜１５のカウンタ値）で十分である）。
この「識別データ毎のパケットの順番を示す番号」（以下「カウンタ値」と呼ぶ。）は、図７Ａにおいては、上述のように、パケット群７０５中の各パケットの７０６１３、７０７１３、７０９１３、７１１１３、７１７１３、等に格納される１、２などに相当する。そして、例えば、ソースを示す出所情報識別データが同じ１Ａであるパケット（例えば、７０６と７０７）の、送出順序を保持するために用いられる。図７Ａでは、パケット７０６の「カウンタ値」は１であるが、パケット７０７の「カウンタ値」は２である。これにより、仮に、受信側で、パケット７０７の方が、パケット７０６より早く受信された場合でも、送出順序はパケット７０６の方が早かったことが把握できる。
従って、一旦ソースを示す出所情報識別データ「１Ａ」が現れ、この後に送出されるパケットにおいて「１Ａ」が再度現れた場合には、そのパケットのカウンタ値が直前のパケットと連番であれば、そのパケットは、直前のパケットと同じソース１を起源とする「或るセッション（最初の「１Ａ」）」中のパケットであることが把握され、そのパケットのカウンタ値が直前の「１Ａ」のパケットと連番でなければ、そのパケットは直前のパケットと同じソース１を起源とするが、「或るセッション（最初の「１Ａ」）」の「次のセッション（最初の「１Ｂ］）」の更に「次のセッション（次の「１Ａ］）」中のパケットであることが把握される。
なお、「１Ａ」の後に「１Ｂ」の最初のパケットが来て、その後に再び「１Ａ」が表れる場合、最初の「１Ａ」の残りが通信途中で「１Ｂ」に追い抜かれてしまった場合と、「１Ｂ」が終了して次のセッションとして新たな「１Ａ」が送られてきた場合の、２通りが考えられる。この場合、上述のようにカウンタ値で判断すると、どちらの場合か判別することが可能となる。
このようにして、２桁の記号１Ａ、１Ｂ、２Ａ、２Ｂ・・・等を、出所情報識別データ部（７０６１１、７０７１１、７０９１１、７１１１１、７１７１１等）に多重することで、各パケットの起源となるソースと、各パケットの属するセッションが区別可能である。
前記出所情報識別データ部（７０６１１等）、及び、「識別データ毎のパケットの順番を示す番号」（７０６１３等の”１”等）は、第１の形式のパケットのペイロード部（例えば７０６５）ではなく、ヘッダ部（例えば７０６１）内に多重されるので、図２の２０６３のようにペイロード部に出所情報識別データを多重することは無く、データ多重効率が向上する。
これは、図７Ａのパケット７０６のペイロード部の多重データ７０６５の長さが”Ｎ”である一方、従来技術を示した図２のパケット２０６のペイロード部のデータ２０６５の長さが”ｎ”（Ｎ＞ｎ）であることからはっきりする。このように、ペイロード部に格納可能な、出所情報識別データ以外の通常のデータの量が大きくなるのは、各ペイロード部（７０６５等）に、第２の形式のパケットのヘッダ情報（図２の２０６３等）を、コピーして、各パケットに全て多重する必要が無いためである。
また、図７Ａのパケット群７０５中には、例えば映像情報等が多重された第１の形式の他のパケットが混合されている場合もある。そのような場合には、当該映像情報のパケットと、図示されたパケット群７０５のいずれにも時間情報（タイム・スタンプ等）を多重しなくても、受信側では、近似する時刻に受信された各パケット情報は、近似する時刻に送出したことが把握される。そのため、図７Ａのパケット群７０５が、映像情報に付随するデータ（例えば、映像撮影時の気温等）であれば、受信側で映像に、映像撮影時の気温情報をオーバーラップして表示すること等が簡単に可能となる。つまり、各データ間の同期化が容易に図れる。
図７Ａの送出パケット群の受信方法が、図７Ｂに示される。
図７Ｂでは、パケット７０６及び７０７の出所情報部（７０６１１及び７０７１１）から、これらがソース１の「或るセッション」を起源とすることが識別される（”あ”７３１及び”い”７３３）。また、これらのパケット中の「識別データ毎のパケットの順番を示す番号」（７０６１３及び７０７１３）を参照することによって、”あ”７３１が、”い”７３３より先に送出されたことが認識され、仮に、伝送過程で”あ”７３１と、”い”７３３の順番が乱れた場合であっても、受信側で、正しい送出順序に整列して受信することが可能である。（なお、「あ731」等の右上の（１）等は、パケットの順番を示すパケット通し番号である。）
図７Ｂでは、パケット７０６及び７０７の出所情報部（７０６１１及び７０７１１）から、これらがソース１の「或るセッション」を起源とすることが識別される（”あ”７３１及び”い”７３３）。また、これらのパケット中の「識別データ毎のパケットの順番を示す番号」（７０６１３及び７０７１３）を参照することによって、”あ”７３１が、”い”７３３より先に送出されたことが認識され、仮に、伝送過程で”あ”７３１と、”い”７３３の順番が乱れた場合であっても、受信側で、正しい送出順序に整列して受信することが可能である。（なお、「あ731」等の右上の（１）等は、パケットの順番を示すパケット通し番号である。）
次に、パケット７０９の出所情報部７０９１１の「２Ａ」から、これがソース２の「或るセッション」を起源とすることが識別され（”う”７５１）、パケット７１１の出所情報部７１１１１の「３Ａ」から、これがソース３の「或るセッション」を起源とすることが識別され（”え”７７１）、パケット７１７の出所情報部７１７１１の「１Ｂ」から、これがソース１の「或るセッション」の次のセッションを起源とすることが識別される（”お”７９１）。
なお、第１の形式のパケット群が、ＭＰＥＧ２−ＴＳである場合に、当該パケットのヘッダ部（７０６１等）中の出所情報部（７０６１１等）中の識別データ（１Ａ、１Ｂ等）は、図８のＭＰＥＧ２−ＴＳヘッダ・フォーマット中のＰＩＤ中の不使用領域に多重することが可能である（以下の、他の実施例でも同様）。
ＰＩＤは、ＭＰＥＧ２−ＴＳの用途に応じて、使用バイトが規定されているので、その使用バイト以外の、バイトを利用することになる。
ＰＩＤは、ＭＰＥＧ２−ＴＳの用途に応じて、使用バイトが規定されているので、その使用バイト以外の、バイトを利用することになる。
（１のみ使用：図９Ａ、９Ｂ）
図９Ａ及び９Ｂは、前記実施例１の出所情報部（７０６１１等）へ多重された、各々２バイトの出所情報（１Ａ、１Ｂ等）の代わりに、１、２等の１バイトの出所情報の多重で済ませるようにした例である。
図９Ａ及び９Ｂは、前記実施例１の出所情報部（７０６１１等）へ多重された、各々２バイトの出所情報（１Ａ、１Ｂ等）の代わりに、１、２等の１バイトの出所情報の多重で済ませるようにした例である。
本実施例では、送出される第２のビット・ストリーム（９０１１１、９０１１７、９０１１９、９０１３１等）の、各セッション（セッションα（９０１１）、δ（９０１３））毎の、最大送出時間長ＴSMAXが定められている。つまり、セッションα（９０１１）の最初のパケット９０１１１が送出されてから、同じセッションα（９０１１）のパケットの最終パケット９０１１９が送出されるまでの時間は、最大ＴSMAX９２０に規定されている。
更に、ＴSMAX以内に送出が完了したセッションの場合には、次のセッションは必ず、ＴSMAX以降に開始するように規定される。そして、当該ＴSMAX以後に、同じソース９０１から送出されるパケットは、別のセッション（セッションδ（９０１３））に係るパケットと判断される。
また、送出段階において、ＴSMAX以内に送出された第２の形式のビット・ストリームは、受信側において、ＴRMAX以内に受信される。
このような条件設定を前提とした場合、図９Ａにおいて、ソース１（９０１）のセッションα（９０１１）内の第２の形式のパケット（９０１１１等）は、ＴSMAX以内に送出され、これらが多重された第１の形式のパケット（９０６等）は、ＴRMAX以内に受信される。そして、ソース１（９０１）の次のセッションδ（９０１３）に係るパケットは、ＴSMAX以降に送出され、これが受信されるのは、ＴRMAX以降である。
このため、図９Ｂのように、受信側にタイマーを用意しておき、出所情報「１（９０６１１）」の最初のパケット９０６を受信した時刻をゼロと設定し、当該パケット９０６及び、後続の、パケット（９０７等）で時刻ＴRMAX以前に受信されたもの（”あ”９３１、”い”９３３）のセッションを「或るセッション」と識別し、時刻ＴRMAX以降に受信された同じ出所情報「１（９１７１１）」を持つパケット９１７（”お”９９１）のセッションは、最初のパケット９０６とは異なる「或るセッション」の次のセッションと識別することが可能である。
このようにすることによって、出所情報データとして、実施例１のような「１Ａ，１Ｂ」という４バイトの情報の１／４の「１」という１バイトの情報で、出所の識別が可能となる。
（第１の形式のパケット長の方が長い場合：図１０Ａ、１０Ｂ）
図１０Ａ及び１０Ｂは、第１の形式のパケット長の方が、第２の形式のパケット長より長い場合を示す。
図１０Ａ及び１０Ｂは、第１の形式のパケット長の方が、第２の形式のパケット長より長い場合を示す。
本実施例では、以上の実施例とは逆に、第１の形式のパケット（１００５等）の長さの方が、第２の形式のパケット（１００１１１等）の長さより長い。
この場合には、同じソース（例えば１００１）の、同じセッション（例えばセッションα（１００１１））の、第２の形式のパケット（例えば、１００１１１及び１００１１７）が、第１の形式のパケット（例えば１００５）に多重される。
この場合には、同じソース（例えば１００１）の、同じセッション（例えばセッションα（１００１１））の、第２の形式のパケット（例えば、１００１１１及び１００１１７）が、第１の形式のパケット（例えば１００５）に多重される。
第１の形式のパケット（例えば１００５）のヘッダ部（１００５１等）の出所情報部１００５１１には、前記実施例と同様に１Ａ、１Ｂ等の出所情報が多重される。
本実施例の受信方法を示すのが図１０Ｂである。
本実施例の受信方法を示すのが図１０Ｂである。
同じ出所情報を持つ”あ”、”い”等が同じ出所に起源を持つものとしてカテゴライズされている。
詳細については、上述の実施例と同様である。
また、いくつかの時間的条件設定を行うことによって、出所識別情報として「１Ａ、１Ｂ」等の代わりに、「１」等を用いることが可能なのも同様である。
詳細については、上述の実施例と同様である。
また、いくつかの時間的条件設定を行うことによって、出所識別情報として「１Ａ、１Ｂ」等の代わりに、「１」等を用いることが可能なのも同様である。
図１１のように、送信側１１０２において、ＨＤＴＶカメラ１１０１からのＭＰＥＧ２−ＴＳ信号に、医療機器１１０５等からのＵＳＢ信号１１１７等を受ける、パソコン１１０３からのイーサーネット信号１１２１を、多重機１１０７によって多重し、ＭＰＥＧ２−ＴＳ信号１１２３としてネットワーク１１０９を伝送し、受信側１１１０において、逆多重機１１１１によって、イーサーネット・データ逆多重し、映像モニタ１１１３に、ＨＤＴＶカメラ１１０１で撮影した映像を映し、パソコン１１１５に、当該映像と同時刻に得られた、医療機器１１０５からの医療データを表示する、等の広い用途が得られる。
100 映像信号源
101 信号源１
102 信号源２
103 信号源３
105 多重機
1001、1003、1005 ＭＰＥＧ２−ＴＳのパケット群
1007、104、1009 プロトコル階層図
1011 イーサーネット信号
1011 イーサーネット信号源１（１０１）からのパケット
1011 信号源１（101）から供給されるイーサーネット信号
1011、1021、1031 イーサーネット信号のパケット群
1051 ＭＰＥＧ２−ＴＳ
1054、1056、1058 ＭＰＥＧ２−ＴＳ（１０５１）中のパケット群
10111 イーサーネット信号源１（１０１）からのパケット（１０１１）のヘッダ（１０１１１）
10541、10561、10581 イーサーネット信号のヘッダ情報
10543、10563、10583 分割されたイーサーネット信号
201 ソース１
202 ソース２
203 ソース３
205 第１の形式のパケット群
206、207、217 多重後の第１の形式のパケット群（２０５）中のパケット
2063 受信されたパケット２０６中のペイロード部中の第２の形式のパケットのヘッダ情報
2065 図２のパケット２０６のペイロード部のデータ
2071 受信されたパケット２０７中のヘッダ情報
2173、2175 受信されたパケット２１７中のペイロード部
20111 第２の形式の、或るセッションα中のパケット
20113、20133 第１の形式のパケット群のヘッダ情報”ｉ”
20131 或るセッションαの次のセッションδ中のパケット
611 素材データ
613 素材を分割しヘッダを付加した状態
615 ＰＥＳ（Packetized Elementary Stream）を分割し、更にヘッダを付加した状態
615ａ ＴＳＰ−１（1）
615ｂ ＴＳＰ−１（2）
615ｃ ＴＳＰ−１（3）
621 符号化されたデジタル信号の流れ
623 ＰＥＳ データ（分割されたＥＳ、例えば映像１フレーム分）
625 分割されたＰＥＳ
631 ＥＳ−３
633 ＰＥＳ−３
635 ＴＳＰ−３
640 ＴＳ（Transport Stream）
6401（2） ＴＳＰ−１（2）
6401（3） ＴＳＰ−１（3）
6402（2） ＴＳＰ−２（2）
6403（2） ＴＳＰ−３（2）
701 ソース１
702 ソース２
703 ソース３
705 第２の形式のパケットより単位長が短い第１の形式のパケット群
706,707,709,711,717 第１の形式のパケット群（７０５）内の各パケット
731 ”あ”
733 ”い”
751 ”う”
771 ”え”
791 ”お”
7061 パケットのヘッダ部
7061、7071、7091、7111、7171 ヘッダ部
7065 パケット７０６のペイロード部の多重データ
7171 パケット７１７のヘッダ部
70111 第２の形式の、或るセッションαのパケット群中のパケット
70131 次のセッションδのパケット群中のパケット
70611、70711 パケット７０６及びパケット７０７の出所情報部
70613、70713 パケット中の「識別データ毎のパケットの順番を示す番号」
70611、70711、70911、71111、71711 出所情報識別データ部
70713、70913、71113、71713 パケット群７０５中の各パケット中のヘッダ部中に付加された識別データ毎のパケットの順番を示す番号
70613 出所情報識別データ毎のパケットの順番を示す番号格納用データ部
70911 パケット７０９の出所情報部
71111 パケット７１１の出所情報部
71711 パケット７１７の出所情報部
901 ソース
906 第１の形式の最初のパケット
917 ＴRmax以降に受信されたパケット
920 ＴSMAX
931 ”あ”
933 ”い”
991 ”お”
9011 セッションα
9011 送出される第２のビット・ストリーム（９０１１１、９０１１７、９０１１９等）のセッションα
9013 セッションδ
9013 セッションδ
90111 セッションα（９０１１）の最初のパケット
90117、90119、90131 送出される第２のビット・ストリーム
90119 セッションα（９０１１）のパケットの最終パケット
90611 出所情報「１」
91711 出所情報「１」
1005 第１の形式のパケット群
10011 セッションα
10051 第１の形式のパケット（１００５）のヘッダ部
1001 ソース
100111、100117 第２の形式のパケット
100511 第１の形式のパケット（１００５）のヘッダ部（１００５１）の出所情報部
1101 ＨＤＴＶカメラ
1102 送信側
1103 パソコン
1105 医療機器
1107 多重機
1109 ネットワーク
1110 受信側
1111 逆多重機
1113 映像モニタ
1115 パソコン
1117 ＵＳＢ信号
1121 イーサーネット信号
1123 ＭＰＥＧ２−ＴＳ信号
101 信号源１
102 信号源２
103 信号源３
105 多重機
1001、1003、1005 ＭＰＥＧ２−ＴＳのパケット群
1007、104、1009 プロトコル階層図
1011 イーサーネット信号
1011 イーサーネット信号源１（１０１）からのパケット
1011 信号源１（101）から供給されるイーサーネット信号
1011、1021、1031 イーサーネット信号のパケット群
1051 ＭＰＥＧ２−ＴＳ
1054、1056、1058 ＭＰＥＧ２−ＴＳ（１０５１）中のパケット群
10111 イーサーネット信号源１（１０１）からのパケット（１０１１）のヘッダ（１０１１１）
10541、10561、10581 イーサーネット信号のヘッダ情報
10543、10563、10583 分割されたイーサーネット信号
201 ソース１
202 ソース２
203 ソース３
205 第１の形式のパケット群
206、207、217 多重後の第１の形式のパケット群（２０５）中のパケット
2063 受信されたパケット２０６中のペイロード部中の第２の形式のパケットのヘッダ情報
2065 図２のパケット２０６のペイロード部のデータ
2071 受信されたパケット２０７中のヘッダ情報
2173、2175 受信されたパケット２１７中のペイロード部
20111 第２の形式の、或るセッションα中のパケット
20113、20133 第１の形式のパケット群のヘッダ情報”ｉ”
20131 或るセッションαの次のセッションδ中のパケット
611 素材データ
613 素材を分割しヘッダを付加した状態
615 ＰＥＳ（Packetized Elementary Stream）を分割し、更にヘッダを付加した状態
615ａ ＴＳＰ−１（1）
615ｂ ＴＳＰ−１（2）
615ｃ ＴＳＰ−１（3）
621 符号化されたデジタル信号の流れ
623 ＰＥＳ データ（分割されたＥＳ、例えば映像１フレーム分）
625 分割されたＰＥＳ
631 ＥＳ−３
633 ＰＥＳ−３
635 ＴＳＰ−３
640 ＴＳ（Transport Stream）
6401（2） ＴＳＰ−１（2）
6401（3） ＴＳＰ−１（3）
6402（2） ＴＳＰ−２（2）
6403（2） ＴＳＰ−３（2）
701 ソース１
702 ソース２
703 ソース３
705 第２の形式のパケットより単位長が短い第１の形式のパケット群
706,707,709,711,717 第１の形式のパケット群（７０５）内の各パケット
731 ”あ”
733 ”い”
751 ”う”
771 ”え”
791 ”お”
7061 パケットのヘッダ部
7061、7071、7091、7111、7171 ヘッダ部
7065 パケット７０６のペイロード部の多重データ
7171 パケット７１７のヘッダ部
70111 第２の形式の、或るセッションαのパケット群中のパケット
70131 次のセッションδのパケット群中のパケット
70611、70711 パケット７０６及びパケット７０７の出所情報部
70613、70713 パケット中の「識別データ毎のパケットの順番を示す番号」
70611、70711、70911、71111、71711 出所情報識別データ部
70713、70913、71113、71713 パケット群７０５中の各パケット中のヘッダ部中に付加された識別データ毎のパケットの順番を示す番号
70613 出所情報識別データ毎のパケットの順番を示す番号格納用データ部
70911 パケット７０９の出所情報部
71111 パケット７１１の出所情報部
71711 パケット７１７の出所情報部
901 ソース
906 第１の形式の最初のパケット
917 ＴRmax以降に受信されたパケット
920 ＴSMAX
931 ”あ”
933 ”い”
991 ”お”
9011 セッションα
9011 送出される第２のビット・ストリーム（９０１１１、９０１１７、９０１１９等）のセッションα
9013 セッションδ
9013 セッションδ
90111 セッションα（９０１１）の最初のパケット
90117、90119、90131 送出される第２のビット・ストリーム
90119 セッションα（９０１１）のパケットの最終パケット
90611 出所情報「１」
91711 出所情報「１」
1005 第１の形式のパケット群
10011 セッションα
10051 第１の形式のパケット（１００５）のヘッダ部
1001 ソース
100111、100117 第２の形式のパケット
100511 第１の形式のパケット（１００５）のヘッダ部（１００５１）の出所情報部
1101 ＨＤＴＶカメラ
1102 送信側
1103 パソコン
1105 医療機器
1107 多重機
1109 ネットワーク
1110 受信側
1111 逆多重機
1113 映像モニタ
1115 パソコン
1117 ＵＳＢ信号
1121 イーサーネット信号
1123 ＭＰＥＧ２−ＴＳ信号
Claims (19)
- ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（５） ステップ（４）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（６） ステップ（５）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（７） ステップ（６）で受信された各データ・パケットのセッション識別データを用いて、ステップ（６）で受信された各データ・パケットを逆多重するステップと、
（８） ステップ（７）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（７）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（９） ステップ（７）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（１０） ステップ（８）で対応付けられたセッションに基いて、ステップ（９）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含み、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする方法。 - 請求項１に記載の方法であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
方法。 - 請求項２に記載の方法であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
方法。 - 請求項１ないし請求項３のいずれかに記載の方法であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
方法。 - ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、接続時間帯毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、送出された各データ・パケットはそれらの時間的先後関係を保ったまま順次受信されるものであり、同一ソースを起源とする当該第２の形式のデータ・パケット群のデータの各セッションにおいて、当該データの送出開始から完了までの時間が、所定の送出時間の範囲内にあるものであり、当該指定の送出時間内に送出された当該第２形式のデータ・パケット群のデータは、前記第１の形式のデータ・パケットのストリームとして所定の受信時間の範囲内において受信されるものであり、あるセッションにおける当該第２の形式のデータ・パケットの送出が、当該所定の送出時間内に終了した場合には、次のセッションの送出は当該所定の送出時間経過後に行われるものであり、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のソース毎に区別されるセッションおよび接続時間帯毎に区別されるセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（５） ステップ（４）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（６） ステップ（５）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（７） ステップ（６）で受信された各データ・パケットのセッション識別データを用いて、ステップ（６）で受信された各データ・パケットを逆多重するステップと、
（７−１） ステップ（７）において、あるソースから受信された最初のデータ・パケットであると識別された場合に、当該時点を時刻ゼロと設定した上、当該同じソースから受信される後続のデータ・パケット群を監視し、時刻が前記所定の受信時刻以内である場合に受信された、当該ソースから受信されたデータ・パケットのみを、当該ソースから送出された、同一セッションのデータ・パケットとして識別し、時刻が前記所定の受信時間以降に受信された、当該ソースから受信されたデータ・パケットを、当該ソースから送出された、後続の別セッションのデータ・パケットとして識別するステップと、
（８） ステップ（７）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（７−１）での識別から、ステップ（７）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（９） ステップ（７）で逆多重されたデータ・パケット群のペイロード部内のデータをパケット通し番号に従って、結合するステップと、
（１０） ステップ（８）で対応付けられたセッションに基いて、ステップ（９）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含み、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする方法。 - ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部に順次多重するステップと、
（２） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（１）でペイロード部に多重された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（３） ステップ（２）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（４） ステップ（３）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（５） ステップ（４）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（６） ステップ（５）で受信された各データ・パケットのセッション識別データを用いて、ステップ（５）で受信された各データ・パケットを逆多重するステップと、
（７） ステップ（６）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（６）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（８） ステップ（６）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（９） ステップ（７）で対応付けられたセッションに基いて、ステップ（８）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含み、
前記ステップ（２）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする方法。 - ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、送出された各データ・パケットはそれらの時間的先後関係を保ったまま順次受信されるものであり、同一ソースを起源とする当該第２の形式のデータ・パケット群のデータの各セッションにおいて、当該データの送出開始から完了までの時間が、所定の送出時間の範囲内にあるものであり、当該指定の送出時間内に送出された当該第２形式のデータ・パケット群のデータは、前記第１の形式のデータ・パケットのストリームとして所定の受信時間の範囲内において受信されるものであり、あるセッションにおける当該第２の形式のデータ・パケットの送出が、当該所定の送出時間内に終了した場合には、次のセッションの送出は当該所定の送出時間経過後に行われるものであり、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部に順次格納するステップと、
（２） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（１）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（３） ステップ（２）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（４） ステップ（３）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（５） ステップ（４）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（６） ステップ（５）で受信された各データ・パケットのセッション識別データを用いて、ステップ（５）で受信された各データ・パケットを逆多重するステップと、
（７）ステップ（６）において、あるソースから受信された最初のパケット・データであると識別された場合に、当該時点を時刻ゼロと設定した上、当該同じソースから受信される後続のパケット・データ群を監視し、時刻が前記所定の受信時間以内である場合に受信された、当該ソースから受信されたパケット・データのみを、当該ソースから送出された、同一セッションのパケット・データとして識別し、時刻が前記所定の受信時間以降に受信された、当該ソースから受信されたパケット・データを、当該ソースから送出された、後続の別セッションのパケット・データとして識別するステップと、
（８） ステップ（６）で識別された受信された各データ・パケットのソースの情報、及び、ステップ（７）で識別された、受信された各データ・パケットのセッション情報を用いて、ステップ（５）で受信された各データ・パケットのペイロード部内のデータを、各データ・パケットのソース及びセッションと対応付けるステップと、
（９） ステップ（６）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
を含み、
前記ステップ（２）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする方法。 - ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重するための方法であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
を含み、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする方法。 - 請求項８に記載の方法であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
方法。 - 請求項９に記載の方法であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
方法。 - 請求項８ないし請求項１０のいずれかに記載の方法であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
方法。 - 請求項８に記載の方法によって多重されたデータを逆多重するための方法であって、
（１）請求項８に記載の方法によって多重されたデータ中の、受信された各データ・パケットのセッション識別データを用いて、受信された各データ・パケットを逆多重するステップと、
（２） ステップ（１）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（１）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（３） ステップ（１）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（４） ステップ（２）で対応付けられたセッションに基いて、ステップ（３）で結合されたデータに、複数のソースと前記所定の時間帯を対応付けるステップと、
を含む方法。 - コンピュータに、請求項１ないし請求項１２のいずれかに記載の方法を実行させるプログラム。
- ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重するための装置であって、
（１） 各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する分割手段と、
（２） 各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納する、データ群格納手段と、
（３） 前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加する、格納・付加手段と、
（４） ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化する多重化手段と、
を含み、
前記格納・付加手段における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする装置。 - 請求項１４に記載の装置であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
装置。 - 請求項１５に記載の装置であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
装置。 - 請求項１４ないし請求項１６のいずれかに記載の装置であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
装置。 - 請求項１４に記載の装置によって多重されたデータを逆多重するための装置であって、 （１）請求項１４に記載の装置によって多重されたデータ中の、受信された各データ・パケットのセッション識別データを用いて、受信された各データ・パケットを逆多重する、逆多重手段と、
（２） 前記逆多重手段で逆多重された各データ・パケットのヘッダ部の第１の領域に格納された前記複数のソース毎に区別される複数のセッションを識別するための識別データに基いて、前記逆多重された各データ・パケット群のセッションを対応付ける、セッション対応付け手段と、
（３） 前記逆多重手段で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合する結合手段と、
（４） セッション対応付け手段で対応付けられたセッションに基いて、前記結合手段で結合されたデータに、複数のソース及び前記所定の時間帯とを対応付ける、ソース・接続時間帯対応付け手段と、
を含む装置。 - コンピュータを、請求項１４ないし請求項１８のいずれかの請求項に記載の装置として機能させるプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006052467A JP4868392B2 (ja) | 2006-02-28 | 2006-02-28 | データにセッション識別符号を割り当てることによって、データとデータの間の分離を行うことを可能とする装置、方法、および、コンピュータプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006052467A JP4868392B2 (ja) | 2006-02-28 | 2006-02-28 | データにセッション識別符号を割り当てることによって、データとデータの間の分離を行うことを可能とする装置、方法、および、コンピュータプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007235356A JP2007235356A (ja) | 2007-09-13 |
| JP4868392B2 true JP4868392B2 (ja) | 2012-02-01 |
Family
ID=38555525
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006052467A Expired - Fee Related JP4868392B2 (ja) | 2006-02-28 | 2006-02-28 | データにセッション識別符号を割り当てることによって、データとデータの間の分離を行うことを可能とする装置、方法、および、コンピュータプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4868392B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5998923B2 (ja) | 2012-12-28 | 2016-09-28 | 富士通株式会社 | プログラム、情報処理装置、及び通信方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4109735B2 (ja) * | 1997-09-05 | 2008-07-02 | 株式会社日立製作所 | パケット変換方法、伝送方法、ｍｐｅｇプロトコルとｉｐの変換方法、ｃａｔｖシステム、プロトコル変換方法およびパケット送信方法 |
| JP2000023056A (ja) * | 1998-06-30 | 2000-01-21 | Jisedai Joho Hoso System Kenkyusho:Kk | デジタル放送の受信装置における連続メディア切り出し方法及びそれを実現する受信装置 |
| JP2001177567A (ja) * | 1999-12-15 | 2001-06-29 | Victor Co Of Japan Ltd | コンテンツストリーム作成作業情報の保存方法 |
| JP2002176432A (ja) * | 2000-12-05 | 2002-06-21 | Sony Corp | 通信中継装置、通信中継方法、および通信端末装置、並びにプログラム記憶媒体 |
| US20050152372A1 (en) * | 2004-01-13 | 2005-07-14 | Sang-Ho Kim | System and method for performing transmission and reception operations based on broadcast/communication convergence |
-
2006
- 2006-02-28 JP JP2006052467A patent/JP4868392B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007235356A (ja) | 2007-09-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2012173389A2 (en) | Method and apparatus for transmitting/receiving media contents in multimedia system | |
| EP1535275B1 (en) | Audio processing | |
| US7860011B2 (en) | Method and system for fault resilience in networks with Audio/Video Bridging aware Shortest Path Bridging | |
| US8797840B2 (en) | Redundancy for streaming data in audio video bridging networks | |
| US8345668B2 (en) | Video delivering system, video delivering device, and synchronization correcting device | |
| US8462687B2 (en) | Method and apparatus for recovery processing of synchronously transmitted service data | |
| US20050018615A1 (en) | Media transmitting method, media receiving method, media transmitter and media receiver | |
| US8204081B2 (en) | Apparatus and method for inserting or extracting network timestamp | |
| CN106416270B (zh) | 发送装置、发送方法和接收装置 | |
| CN112584087B (zh) | 视频会议录制方法、电子装置和存储介质 | |
| CN111629158B (zh) | 一种音频流和视频流同步切换方法及装置 | |
| JP2009100411A (ja) | 映像配信システム、映像中継装置、及び映像中継方法 | |
| JP2000312221A (ja) | デジタル放送受信装置 | |
| JP4868392B2 (ja) | データにセッション識別符号を割り当てることによって、データとデータの間の分離を行うことを可能とする装置、方法、および、コンピュータプログラム | |
| WO2007037117A1 (ja) | 中継装置及び中継方法、変換装置及び変換方法、中継処理用プログラム及び変換処理用プログラム並びに情報記録媒体 | |
| WO2007007526A1 (ja) | 映像ストリーム処理装置、集積回路装置、及び方法 | |
| US7971215B1 (en) | System, method and computer readable medium for managing media streams | |
| JP2010103990A (ja) | Ｍｐｅｇ−２タイプのフォーマットに従ってマルチメディアデータを伝送する多重パケットのストリームを処理する方法 | |
| JP3672250B2 (ja) | マルチキャスト・データ配信システム及びマルチキャスト・データ配信方法 | |
| JP5159973B1 (ja) | 伝送パケットの配信方法 | |
| JP4998367B2 (ja) | データ伝送装置および帯域割当方法 | |
| JP3844854B2 (ja) | システムデコーダ及びｍｐｅｇ２復号装置 | |
| WO2013042999A1 (ko) | Ｍｍｔ 시스템을 위한 미디어 데이터 전송 장치 및 방법, 그리고 미디어 데이터 수신 장치 및 방법 | |
| JP2021158549A (ja) | Ｓｉ送出装置、ｓｉ送出システム、ｓｉ送出方法およびｓｉ送出システムの運用方法 | |
| JP2004048243A (ja) | マルチ映像再生装置、マルチ映像制御方法、およびマルチ映像制御プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080321 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100730 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100806 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100929 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110328 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110426 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20111031 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111109 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4868392 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141125 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |