(57)【要約】【課題】パケットの送信元情報等を使用するプロトコルからそれらをヘッダに記載しないタイプのプロトコルに複数の送信元からのデータを多重化して流す場合等にそれぞれのデータを識別する。【解決手段】第１の形式のデータ・パケット内に第２の形式のデータ・パケットを多重するための方法であって、第２の形式のデータ・パケット中のペイロード部のデータを第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割したデータ群を、第１の形式の各データ・パケット内のペイロード部に順次格納し、第１の形式のデータ・パケット内のヘッダの第１の領域にセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域にパケット通し番号を付加し、各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップとを含む方法。【選択図】図７Ａ
2007235356.tif 000002
【特許請求の範囲】
【請求項１】
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２）  各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４）  ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（５）  ステップ（４）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（６）  ステップ（５）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（７）  ステップ（６）で受信された各データ・パケットのセッション識別データを用いて、ステップ（６）で受信された各データ・パケットを逆多重するステップと、
（８）  ステップ（７）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（７）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（９）  ステップ（７）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（１０）  ステップ（８）で対応付けられたセッションに基いて、ステップ（９）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
【請求項２】
請求項１に記載の方法であって、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
方法。
【請求項３】
請求項２に記載の方法であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
方法。
【請求項４】
請求項３に記載の方法であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
方法。
【請求項５】
以上のいずれかの請求項に記載の方法であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
方法。
【請求項６】
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、接続時間帯毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、送出された各データ・パケットはそれらの時間的先後関係を保ったまま順次受信されるものであり、同一ソースを起源とする当該第２の形式のデータ・パケット群のデータの各セッションにおいて、当該データの送出開始から完了までの時間が、所定の送出時間の範囲内にあるものであり、当該指定の送出時間内に送出された当該第２形式のデータ・パケット群のデータは、前記第１の形式のデータ・パケットのストリームとして所定の受信時間の範囲内において受信されるものであり、あるセッションにおける当該第２の形式のデータ・パケットの送出が、当該所定の送出時間内に終了した場合には、次のセッションの送出は当該所定の送出時間経過後に行われるものであり、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２）  各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のソース毎に区別されるセッションおよび接続時間帯毎に区別されるセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４）  ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（５）  ステップ（４）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（６）  ステップ（５）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（７）  ステップ（６）で受信された各データ・パケットのセッション識別データを用いて、ステップ（６）で受信された各データ・パケットを逆多重するステップと、
（７−１）  ステップ（７）において、あるソースから受信された最初のデータ・パケットであると識別された場合に、当該時点を時刻ゼロと設定した上、当該同じソースから受信される後続のデータ・パケット群を監視し、時刻が前記所定の受信時刻以内である場合に受信された、当該ソースから受信されたデータ・パケットのみを、当該ソースから送出された、同一セッションのデータ・パケットとして識別し、時刻が前記所定の受信時間以降に受信された、当該ソースから受信されたデータ・パケットを、当該ソースから送出された、後続の別セッションのデータ・パケットとして識別するステップと、
（８）  ステップ（７）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（７−１）での識別から、ステップ（７）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（９）  ステップ（７）で逆多重されたデータ・パケット群のペイロード部内のデータをパケット通し番号に従って、結合するステップと、
（１０）  ステップ（８）で対応付けられたセッションに基いて、ステップ（９）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
【請求項７】
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部に順次多重するステップと、
（２）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（１）でペイロード部に多重された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（３）  ステップ（２）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（４）  ステップ（３）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（５）  ステップ（４）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（６）  ステップ（５）で受信された各データ・パケットのセッション識別データを用いて、ステップ（５）で受信された各データ・パケットを逆多重するステップと、
（７）  ステップ（６）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（６）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（８）  ステップ（６）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（９）  ステップ（７）で対応付けられたセッションに基いて、ステップ（８）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
【請求項８】
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、送出された各データ・パケットはそれらの時間的先後関係を保ったまま順次受信されるものであり、同一ソースを起源とする当該第２の形式のデータ・パケット群のデータの各セッションにおいて、当該データの送出開始から完了までの時間が、所定の送出時間の範囲内にあるものであり、当該指定の送出時間内に送出された当該第２形式のデータ・パケット群のデータは、前記第１の形式のデータ・パケットのストリームとして所定の受信時間の範囲内において受信されるものであり、あるセッションにおける当該第２の形式のデータ・パケットの送出が、当該所定の送出時間内に終了した場合には、次のセッションの送出は当該所定の送出時間経過後に行われるものであり、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部に順次格納するステップと、
（２）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（１）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（３）  ステップ（２）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（４）  ステップ（３）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（５）  ステップ（４）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（６）  ステップ（５）で受信された各データ・パケットのセッション識別データを用いて、ステップ（５）で受信された各データ・パケットを逆多重するステップと、
（７）ステップ（６）において、あるソースから受信された最初のパケット・データであると識別された場合に、当該時点を時刻ゼロと設定した上、当該同じソースから受信される後続のパケット・データ群を監視し、時刻が前記所定の受信時間以内である場合に受信された、当該ソースから受信されたパケット・データのみを、当該ソースから送出された、同一セッションのパケット・データとして識別し、時刻が前記所定の受信時間以降に受信された、当該ソースから受信されたパケット・データを、当該ソースから送出された、後続の別セッションのパケット・データとして識別するステップと、
（８）  ステップ（６）で識別された受信された各データ・パケットのソースの情報、及び、ステップ（７）で識別された、受信された各データ・パケットのセッション情報を用いて、ステップ（５）で受信された各データ・パケットのペイロード部内のデータを、各データ・パケットのソース及びセッションと対応付けるステップと、
（９）  ステップ（６）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
を含む方法。
【請求項９】
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重するための方法であって、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２）  各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４）  ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
を含む方法。
【請求項１０】
請求項９に記載の方法であって、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
方法。
【請求項１１】
請求項１０に記載の方法であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
方法。
【請求項１２】
請求項１１に記載の方法であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
方法。
【請求項１３】
請求項９ないし請求項１２のいずれかに記載の方法であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
方法。
【請求項１４】
請求項９に記載の方法によって多重されたデータを逆多重するための方法であって、
（１）請求項Ｄ−１に記載の方法によって多重されたデータ中の、受信された各データ・パケットのセッション識別データを用いて、受信された各データ・パケットを逆多重するステップと、
（２）  ステップ（１）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（１）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（３）  ステップ（１）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（４）  ステップ（２）で対応付けられたセッションに基いて、ステップ（３）で結合されたデータに、複数のソースと前記所定の時間帯を対応付けるステップと、
を含む方法。
【請求項１５】
コンピュータに、以上のいずれかの請求項に記載の方法を実行させるプログラム。
【請求項１６】
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重するための装置であって、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する分割手段と、
（２）  各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納する、データ群格納手段と、
（３）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加する、格納・付加手段と、
（４）  ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化する多重化手段と、
を含む装置。
【請求項１７】
請求項１６に記載の装置であって、
前記格納・付加手段における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
装置。
【請求項１８】
請求項１７に記載の装置であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
装置。
【請求項１９】
請求項１８に記載の装置であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
装置。
【請求項２０】
請求項１６ないし請求項１９のいずれかに記載の装置であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
装置。
【請求項２１】
請求項１６に記載の装置によって多重されたデータを逆多重するための装置であって、
（１）請求項Ｆ−１に記載の装置によって多重されたデータ中の、受信された各データ・パケットのセッション識別データを用いて、受信された各データ・パケットを逆多重する、逆多重手段と、
（２）  前記逆多重手段で逆多重された各データ・パケットのヘッダ部の第１の領域に格納された前記複数のソース毎に区別される複数のセッションを識別するための識別データに基いて、前記逆多重された各データ・パケット群のセッションを対応付ける、セッション対応付け手段と、
（３）  前記逆多重手段で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合する結合手段と、
（４）  セッション対応付け手段で対応付けられたセッションに基いて、前記結合手段で結合されたデータに、複数のソース及び前記所定の時間帯とを対応付ける、ソース・接続時間帯対応付け手段と、
を含む方法。
【請求項２２】
コンピュータを、請求項１６ないし請求項２１のいずれかの請求項に記載の装置として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データにセッション識別符号を割り当てることによって、データとデータの間の分離を行うことを可能とする装置、方法、および、コンピュータプログラムに関し、特にＭＰＥＧ２−ＴＳのデータ・パケットに、ｅｔｈｅｒｎｅｔのデータ・パケットを多重化し、多重されたデータを逆多重するための装置、方法、および、コンピュータプログラムに関する。
【背景技術】
【０００２】
図１は、映像信号源１００から送出されるＭＰＥＧ２−ＴＳのパケット群（１００１、１００３、１００５・・・）（パケット長は１８８バイト）に、信号源１（１０１）、信号源２（１０２）、信号源３（１０３）から送出されるイーサーネット信号のパケット群（１０１１、１０２１、１０３１等）（パケット長は１０２４バイト）を多重する場合の、従来的方法を示す。
【０００３】
映像信号源１００から送出されるデータのプロトコルは、プロトコル階層図１００７に示されるように物理層が例えばＩＥＥＥ１３９４、上位層が例えばＭＰＥＧ２−ＴＳであり、信号源１乃至３から送出されるデータのプロトコルは、プロトコル階層図１０４に示されるように物理層が例えばＩＥＥＥ８０２．３、上位層が例えばＵＤＰ、ＴＦＴＰ、ＦＴＰ等である。また、多重後の信号のプロトコルは、プロトコル階層図１００９に示されるように物理層が例えばＥｔｈｅｒｎｅｔ２．０、上位層が例えばＭＰＥＧ２−ＴＳである。
【０００４】
映像信号源１００から送出されるＭＰＥＧ２−ＴＳのパケット群（１００１、１００３、１００５・・・）、及び、信号源１（１０１）、信号源２（１０２）、信号源３（１０３）から送出されるイーサーネット信号のパケット群（１０１１、１０２１、１０３１等）が多重機１０５で多重されると、その出力は、１０５１で示されるようなパケット群で表される。即ち、映像信号源からのパケット群１００１、１００３、１００５に続いて、信号源１（１０１）から送出されたイーサーネット信号１０１１が分割されたデータの一部たる”（ｉ）１−１”（１０５４）、”（ｉ）１−２”（１０５６）、”（ｉ）１−３”（１０５８）、”（ｉｉ）２−１”（１０６０）、・・・、がＭＰＥＧ２−ＴＳのパケットのペイロード部に多重されて伝送される。
【０００５】
なお、データ・パケット中のヘッダ情報を利用する発明として、シリアル・ディジタル・トランスファ・インターフェースの伝送パケット中のアンシラリー（補助）データ領域中の情報を利用して、伝送パケットの転送モードやタイミングモードを抽出する特許文献１が挙げられる。
【０００６】
しかし、当該特許文献１の発明においては、ＭＰＥＧ２−ＴＳ等のパケット群に、イーサーネット信号等の異なった形式のパケット群を多重する思想は開示されていないので、本発明とは異なる。
【０００７】
【特許文献１】特開２０００−３０７６４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述のような背景技術の通信ルートにおいて、パケットの送信元情報やストリーム中の各ファイルの送信開始符号や終了符号等の情報を使用するプロトコルから、それらをヘッダに記載しない（使用しない）タイプのプロトコルに、複数の送信元からのデータを多重化して流す場合、および１つの送信元からの複数のデータを流す場合に、それぞれのデータを識別出来るようにして流す場合には、下記のような種々の課題が存在した。
【０００９】
［課題１］  （パケットのペイロード部分への重複的なヘッダ情報を格納する必要性）
例えばＦＴＰ等の場合、１ファイル毎にファイルの最後にＥＯＦ（Ｅｎｄ  Ｏｆ  Ｆｉｌｅ）符号を付け、パケットにＥＯＦが付いていたらそのパケットで当該ファイルのデータ・パケットは終わりで、次のパケットでシーケンスナンバーが“１”から始まっていれば次のファイルと言うように識別されている（ＦＴＰ規格ＲＦＣ９５９参照）。
この場合、パケットのヘッダに相当する部分に情報が記載され、送られるデータが識別される。従って、送信元情報の無いプロトコル（例えばＭＰＥＧ２−ＴＳ）に通信経路の途中で変換される場合は、ＭＰＥＧ２−ＴＳパケットのデータが入る部分（ペイロード部分）に、それらのヘッダ情報も含めて記載する必要があり、単位時間あたりに送信出来る実質的なデータ量が減ってしまう。
【００１０】
［課題２］  （課題１を解決しようとすると、必要とされるＰＩＤの数が膨大になる）
この課題１を解決すべく、送信元情報の無いプロトコル（ＭＰＥＧ２−ＴＳ）のペイロード部分に前記のようなヘッダ情報を毎回入れる変わりに、ファイル毎にパケットＩＤ（ＰＩＤ）を変更した場合、この変更を新しいファイルが来る毎に新しいＰＩＤを付加すると、膨大なＰＩＤの数が必要となる。
【００１１】
一方、ＭＰＥＧ２−ＴＳのパケットのような、データの送信元情報やストリーム中の各ファイルの送信開始符号や終了符号等の情報を、そのままパケット毎に付加する規格の無い通信の場合には、複数の送信元に対しＰＩＤを固定して割り振り、識別していた（例えば、送信元１にＰＩＤ＝１を割当て、送信元２にＰＩＤ＝２を割当て・・・・、送信元ｎにＰＩＤ＝ｎを割当て、というように）。更に１送信元から複数のファイルが送られるような場合は前記課題１に記載したようにヘッダ情報も含めてペイロード部分に入れる必要があった。
【００１２】
このような場合、送信元毎にＰＩＤを割り振るので、ファイル識別のためのＰＩＤに加えて送信元毎のＰＩＤが必要になり、送信元が多くなるにつれ、ＰＩＤが不足する可能性もあった（ＭＰＥＧ２−ＴＳの場合、最大８１７５個のＰＩＤが使えるが、例えば１００台のＰＣがそれぞれ８２個のファイルを送信すると、不足してしまう。限られた環境では１日や２日では使い切らないが、時間が経てば最終的には不足する）。
【００１３】
［課題３］  （膨大な数のＰＩＤを使った場合でも、データが全て送信されて終了したか否かの判断が困難である）
【００１４】
さらに、ＭＰＥＧ２−ＴＳのパケットのような、データの送信元情報やストリーム中の各ファイルの送信開始符号や終了符号等の情報を、そのままパケット毎に付加する規格の無い通信の場合、ファイル送信などの終了符号が無いため、送信されるデータが来ない時、データが全て送信されて終了したのか途中で止まっているのかの識別が出来ない。
【００１５】
以上の説明を、具体的に図面を参照して詳説する。
例えば、図１の信号源１（１０１）から供給されるイーサーネット信号１０１１は、１０２４バイトのデータ長を持っているので、１８８バイトのデータ長を持つＭＰＥＧ２−ＴＳに多重するために、素直にイーサーネット信号１０１１をＭＰＥＧ２−ＴＳ（１０５１）に多重するためには、イーサーネット信号１０１１を、ＭＰＥＧ２−ＴＳに収納される大きさに分割して、ＭＰＥＧ２−ＴＳの各パケットに収納する必要がある。図１の例では、イーサーネット信号１０１１を１−１、１−２，１−３のように分割し、これらを、ＭＰＥＧ２−ＴＳ（１０５１）中のパケット群１０５４、１０５６、１０５８に分けて多重することとなる。
【００１６】
更に、分断された各イーサーネット信号１０５４、１０５６、１０５８の送出ソース１０１，１０２，１０３、及び、当該分断された各イーサーネット信号が或るセッション（通信者間において、その通信者間のみの通信（コネクション指向の通信）が開始されてから、終了されるまでの一連の通信）と他のセッションのいずれに属するか、を識別するためには、分割されたイーサーネット信号１０５４３，１０５６３，１０５８３が収納されているＭＰＥＧ２−ＴＳの各パケット１０５４、１０５６、１０５８内に、同じイーサーネット信号のヘッダ情報１０５４１、１０５６１、１０５８１（これらは、全く同じ情報（ｉ）を表す）をコピーして、併せて収納する必要がある。この情報ｉは、イーサーネット信号源１（１０１）からのパケット１０１１のヘッダ１０１１１に格納された情報である。また、この”ｉ”内には、当該イーサーネット信号が、どのソース１０１、１０２、１０３を起源とし、どのセッション中の信号であるかを示す情報が含まれている。これらの情報が付される理由は、分割されてしまった各ＭＰＥＧ２パケット１０５４，１０５６，１０５８が、それぞれ、どのソース１０１、１０２、１０３に属し、どのセッション中の信号であるかを示す必要があるためである。
【００１７】
このように、イーサーネット信号のヘッダ情報（”ｉ”等）が、重ねて収納される必要があるために、データ伝送効率が極めて非効率的となってしまう。
【００１８】
図１の要部を説明する図２においては、ソース１（２０１）を起源としては、第２の形式の、或るセッションα中のパケット群（２０１１１を含む）、次のセッションδ（２０１３１を含む）中のパケット群が送出される。同様に、ソース２（２０２）、及び、ソース３（２０３）を起源として、第２の形式のパケット群が送出される。
【００１９】
これらが、第２の形式のパケットより短い単位長を持つ、第１の形式のパケット群２０５に多重される。多重後の第１の形式のパケット群２０５中の、パケット２０６、パケット２０７、及び、パケット２１７は、全て、ソース１（２０１）を起源としている。但し、パケット２０６、及び、パケット２０７は、同じセッションα中のパケットであるが、パケット２１７は、別のセッションδ中のパケットである。
【００２０】
この場合、受信されたパケット２０６、２０７、及び、２１７中のペイロード部（２０６について２０６３及び２０６５、２０７について２０７３及び２０７５、２１７について２１７３及び２１７５）に多重された、第１の形式のパケット群のヘッダ情報”ｉ”（２０１１３及び２０１３３）は、受信データのソースがソース１（２０１）であることは示すが、どのセッションに属するかについての情報は何ら呈示しない。
【００２１】
従って、図２において、Ｙ２の時点で受信されたパケット２１７も、Ｘ２の時点で受信されたパケット２０６と同じセッション中のパケットとしてカテゴライズされてしまう。即ち、受信データを送信セッション毎に分類できないのである。
【００２２】
そこで、通信ルートにおいて、パケットの送信元情報やストリーム中の各ファイルの送信開始符号や終了符号等の情報を使用するプロトコルから、それらをヘッダに記載しない（使用しない）タイプのプロトコルに、複数の送信元からのデータを多重化して流す場合、および１つの送信元からの複数のデータを流す場合に、それぞれのデータを識別出来るようにして流すことが、本発明の目的の１つである。
【課題を解決するための手段】
【００２３】
＜多重化＞
通常、複数の送信元からのデータ送信は全てが時間的に同時に重なることはなく、ある時間で区切って見ると、実際には全体の何割かが同時刻帯に通信しているだけとなる。この状態（時間帯）だけを考えると使用するＰＩＤは予想される全ての数（接続される送信元数や送信されるファイル数）のＰＩＤを準備する必要はなく、何割かのＰＩＤを用意すればよいことになる。しかし、現実には時間が経過すれば必要なＰＩＤ数は増加し、全ての数のＰＩＤが必要となるため、何割かのＰＩＤを用意することには結果として意味が無くなる。
【００２４】
そこで、本発明ではある時間で区切った時に必要な数のＰＩＤのみを使って、時間経過に従って必要となる新しいＰＩＤの代わりに元からあるＰＩＤ（ある時間帯に必要な数として設定したＰＩＤ）を時間的かつ論理的に異なる入力（送信元）に対し動的に割り振る方法を採ることで、前記課題１及び２を解決した。
【００２５】
具体的には、あるファイル送信が始まる時間や、論理的な接続をトリガーとして、それぞれセッションを設定する。（ここで、「セッション」は、１つのデータが入力・処理されている時間（期間）のことを意味する。そして、データ入力が開始された時点を、セッション開始と呼び、データ入力が終了した時点を、セッション終了と呼ぶ。）
【００２６】
そして、そのセッション毎にＰＩＤを動的に割り振るもので、同時処理できる最大セッション数（前記で言うところの“ある時間帯に必要な数として設定したＰＩＤ数”）を３とすると、４つのＰＩＤを用意して、最初のセッションはＰＩＤ＝１、次のセッションはＰＩＤ＝２、次のセッションはＰＩＤ＝３、ＰＩＤ＝１〜３のいずれかのセッションが終わったら（例としてＰＩＤ＝２が終わったとする）次のセッションはＰＩＤ＝４、さらに別のセッションが終了すれば空いているＰＩＤ＝２を割り振れば、各セッションの識別は可能となり課題２が解決出来る。
【００２７】
この課題解決方法を例示したのが次の例１である。
例１）（図３を参照）
（ａ）ＰＩＤ＝１，２，３，４が使用できると仮定する。
（ｂ）セッションＡ，Ｂ，Ｃのデータリンクが確立している状態を想定する。
（ｃ）セッションＡ（ＰＩＤ１）が終了した状態を想定する。
（ｄ）セッションＢ，Ｃのデータが出力された後セッションＤ（ＰＩＤ４）が開始した状態を想定する。
（ｅ）セッションＤが終了した状態を想定する。
（ｆ）セッションＥが開始（ＰＩＤ１）した状態を想定する。
（ｇ）セッションＢ，Ｃのデータが出力された状態を想定する。
以上のような前提で、パケットのＰＩＤをｎで表しパケットを
2007235356.tif 000003
で表すと、各セッション毎に、図３のようなシーケンスが得られる。
この結果、多重化後に出力されるパケットのＰＩＤを時間順（受信順）で並べると以下のようになる。
１，２，３，１，２，３，４，１，２，３，２，３，２，３．．．
この並びだけから見ると、ＰＩＤ４のデータが届くことでＰＩＤ１，２，３のどれかが終了した事は検出でるが、どれが終了したかは検出できない。
従って、この方法だけでは前記課題３を解決出来ない。
【００２８】
そこで、本発明では、
（ａ）最大同時セッション数ｘ２のＰＩＤが設定できるようにする。
（ｂ）データセッション毎に新たな（使用されていなかった）ＰＩＤを使用する。
（ｃ）２つのＰＩＤは必ず１組（例えば１ａと１ｂ、２ａと２ｂ、３ａと３ｂと言うようにＰＩＤを対にして扱う）で使用し、データセッションの終了毎に交互に使用する。
と言う方法を採ることにより、以下の例２のように前記課題３を解決することが出来る。
【００２９】
例２）（図４参照）
前記の例に適用すると、
ＰＩＤ＝（１ａ，１ｂ），（２ａ，２ｂ），（３ａ，３ｂ）の３組、６個のＰＩＤを使用すると、図４のようなシーケンスが得られる。
【００３０】
多重化後に出力されるパケットのＰＩＤを時間順（受信順）で並べると１ａ，２ａ，３ａ，１ａ，２ａ，３ａ，”１ｂ”，１ａ，２ａ，３ａ．．．となり、”１ｂ”が検出されるので最初の１ａのセッションが終了していたことを検出できる。
また、次のセッションがいずれも開始されない状況で、ファイル送信が終わった場合は前記のようなパケットの受信状況では終了を判別出来ないので数秒のタイムアウト値（当該ネットワーク環境においてパケットの到着タイミングの変動値より十分大きな値）を設定し受信終了を判別する。
【００３１】
＜逆多重化＞
本発明で、これらの多重化されたデータを復元するには、受信したパケットからＰＩＤ毎に取り出す（ＰＩＤ＝１ａのファイルを取り出すならＰＩＤ＝１ｂのパケットが出現するまでのＰＩＤ＝１ａのパケットを取り出す）作業を行い、それらのパケットからデータ領域を取り出して結合する。これにより、各セッションから送信されたファイルやデータストリームを復元することが出来る（例２で言うと、最初のＰＩＤ＝１ａを取り出すとセッションＡから送信されたファイルが復元出来る）。
【００３２】
以上のような課題解決方法に対応する、出願時の本願各請求項記載の発明の態様を列挙し、必要に応じて解説を加える。
【００３３】
（発明Ａ−１）（Ａはソースにより識別されるセッションを示すフラグを使用する発明群）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２）  各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４）  ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（５）  ステップ（４）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（６）  ステップ（５）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（７）  ステップ（６）で受信された各データ・パケットのセッション識別データを用いて、ステップ（６）で受信された各データ・パケットを逆多重するステップと、
（８）  ステップ（７）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（７）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（９）  ステップ（７）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（１０）  ステップ（８）で対応付けられたセッションに基いて、ステップ（９）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
このようにすることによって、多重される当該第２の形式のデータ・パケット群のデータのソース情報及びセッション情報は、第１の形式のデータ・パッケット群のヘッダ部分の不使用領域に格納されるので、第１の形式のデータ・パケットのペイロード部に、第２の形式のデータ・パケットのソース情報及びセッション情報（ヘッダ部の情報）を格納する必要が無くなる。このため、第１の形式のデータ・パケットのペイロード部には、第２の形式のデータ・パケットのペイロード部の情報のみを格納可能であり、データ送信効率の改善が図れる。
また、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
また、「（１）各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のヘッダ部及びペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、」において、「前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する」には、均等に分割する場合もあり、不均等に分割する場合も含まれる。
なお、「前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し」において、「ヘッダの第１の領域」は、ＭＰＥＧ２−ＴＳの送受に影響を与えないような領域を用いる必要がある。
【００３４】
（発明Ａ−２）
発明Ａ−１に記載の方法であって、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
方法。
このようにすることによって、データのソース及びセッションが識別できると同時に、セッションの終了通知等を送受信すること無しに過去のセッションが終了したことを検知出来る。
【００３５】
（発明Ａ−２−１）
発明Ａ−２に記載の方法であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
方法。
【００３６】
（発明Ａ−２−２）
発明Ａ−２−１に記載の方法であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
方法。
このように構成することによって、１Ａ、１Ｂ（１６進）のような汎用されているデータ記述を用いて簡易に、ソース及びセッションの起源を認識可能である。なお、本発明では、１Ａ、１Ｂには限定されず、その場合には、例えば１Ｄ、１Ｆ（１６進）の対を用いて、ソース及びセッションの切り替わりを識別しても良い。
【００３７】
（発明Ａ−３）
以上のいずれかの発明に記載の方法であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
方法。
このようにすることによって、ＭＰＥＧ２−ＴＳ（Transport Stream）及びethernetのデータという、現在汎用されているデータ・パケットを、パケットサイズを気にせずにデータ伝送に広く用いることが可能となる。
【００３８】
（発明Ｂ−１）（Ｂは接続時間帯により識別されるセッションを示すフラグを使用する発明群）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、接続時間帯毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、送出された各データ・パケットはそれらの時間的先後関係を保ったまま順次受信されるものであり、同一ソースを起源とする当該第２の形式のデータ・パケット群のデータの各セッションにおいて、当該データの送出開始から完了までの時間が、所定の送出時間の範囲内にあるものであり、当該指定の送出時間内に送出された当該第２形式のデータ・パケット群のデータは、前記第１の形式のデータ・パケットのストリームとして所定の受信時間の範囲内において受信されるものであり、あるセッションにおける当該第２の形式のデータ・パケットの送出が、当該所定の送出時間内に終了した場合には、次のセッションの送出は当該所定の送出時間経過後に行われるものであり、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２）  各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のソース毎に区別されるセッションおよび接続時間帯毎に区別されるセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４）  ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（５）  ステップ（４）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（６）  ステップ（５）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（７）  ステップ（６）で受信された各データ・パケットのセッション識別データを用いて、ステップ（６）で受信された各データ・パケットを逆多重するステップと、
（７−１）  ステップ（７）において、あるソースから受信された最初のデータ・パケットであると識別された場合に、当該時点を時刻ゼロと設定した上、当該同じソースから受信される後続のデータ・パケット群を監視し、時刻が前記所定の受信時刻以内である場合に受信された、当該ソースから受信されたデータ・パケットのみを、当該ソースから送出された、同一セッションのデータ・パケットとして識別し、時刻が前記所定の受信時間以降に受信された、当該ソースから受信されたデータ・パケットを、当該ソースから送出された、後続の別セッションのデータ・パケットとして識別するステップと、
（８）  ステップ（７）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（７−１）での識別から、ステップ（７）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（９）  ステップ（７）で逆多重されたデータ・パケット群のペイロード部内のデータをパケット通し番号に従って、結合するステップと、
（１０）  ステップ（８）で対応付けられたセッションに基いて、ステップ（９）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
このように構成することによって、例えば「１Ａ、１Ｂ」という４バイトの情報の１／４の１バイトの「１」を用いるだけで、ソース及びセッションを識別可能である。
【００３９】
（発明Ｃ−１）（Ｃは、例えば、ＭＰＥＧ２−ＴＳに、ＭＰＥＧ２−ＴＳより小さいパケット・データを多重する発明群）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部に順次多重するステップと、
（２）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（１）でペイロード部に多重された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（３）  ステップ（２）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（４）  ステップ（３）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（５）  ステップ（４）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（６）  ステップ（５）で受信された各データ・パケットのセッション識別データを用いて、ステップ（５）で受信された各データ・パケットを逆多重するステップと、
（７）  ステップ（６）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（６）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（８）  ステップ（６）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（９）  ステップ（７）で対応付けられたセッションに基いて、ステップ（８）で結合されたデータと、複数のソース及び前記所定の時間帯とを対応付けるステップと、
を含む方法。
このように、「第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重」する場合も、第２の形式のデータ・パケット群のヘッダ情報を、「第１の形式のデータ・パケット」のペイロード部にコピーする必要が無くなり、データ格納の効率化が図れる。
【００４０】
（発明ＣＢ−１）（ＣＢは、例えば、ＭＰＥＧ２−ＴＳに、ＭＰＥＧ２−ＴＳより小さいパケット・データを多重する場合で、更に、例えば「１」のような、ソースを表すフラグのみを使用する発明群）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重化して送出し、受信された当該多重されたデータを逆多重する方法であって、送出された各データ・パケットはそれらの時間的先後関係を保ったまま順次受信されるものであり、同一ソースを起源とする当該第２の形式のデータ・パケット群のデータの各セッションにおいて、当該データの送出開始から完了までの時間が、所定の送出時間の範囲内にあるものであり、当該指定の送出時間内に送出された当該第２形式のデータ・パケット群のデータは、前記第１の形式のデータ・パケットのストリームとして所定の受信時間の範囲内において受信されるものであり、あるセッションにおける当該第２の形式のデータ・パケットの送出が、当該所定の送出時間内に終了した場合には、次のセッションの送出は当該所定の送出時間経過後に行われるものであり、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部に順次格納するステップと、
（２）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（１）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（３）  ステップ（２）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
（４）  ステップ（３）で多重化されたデータ・パケットをシーケンシャルに送出するステップと、
（５）  ステップ（４）で送出されたデータ・パケットを、パケット毎に受信するステップと、
（６）  ステップ（５）で受信された各データ・パケットのセッション識別データを用いて、ステップ（５）で受信された各データ・パケットを逆多重するステップと、
（７）  ステップ（６）において、あるソースから受信された最初のパケット・データであると識別された場合に、当該時点を時刻ゼロと設定した上、当該同じソースから受信される後続のパケット・データ群を監視し、時刻が前記所定の受信時間以内である場合に受信された、当該ソースから受信されたパケット・データのみを、当該ソースから送出された、同一セッションのパケット・データとして識別し、時刻が前記所定の受信時間以降に受信された、当該ソースから受信されたパケット・データを、当該ソースから送出された、後続の別セッションのパケット・データとして識別するステップと、
（８）  ステップ（６）で識別された受信された各データ・パケットのソースの情報、及び、ステップ（７）で識別された、受信された各データ・パケットのセッション情報を用いて、ステップ（５）で受信された各データ・パケットのペイロード部内のデータを、各データ・パケットのソース及びセッションと対応付けるステップと、
（９）  ステップ（６）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
を含む方法。
このようにすることによって、「第１の形式のデータ・パケットより少ないデータ量を持つ第２の形式のデータ・パケット群のデータを多重」する場合も、第２の形式のデータ・パケット群のヘッダ情報を、「第１の形式のデータ・パケット」のペイロード部にコピーする必要が無くなり、データ多重の効率化が図れる。また、例えば「１Ａ、１Ｂ」という４バイトの情報の１／４の１バイトの「１」を用いるだけで、ソース及びセッションを識別可能である。
【００４１】
（発明Ｄ−１）（Ｄは、「１Ａ＋１Ｂ」のようなフラグを使用する発明群で、送出前の多重までを記載）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯内に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重するための方法であって、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、
（２）  各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納するステップと、
（３）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加するステップと、
（４）  ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化するステップと、
を含む方法。
このようにすることによって、多重される当該第２の形式のデータ・パケット群のデータのソース情報及びセッション情報は、第１の形式のデータ・パッケット群のヘッダ部分の不使用領域に多重されるので、第１の形式のデータ・パケットのペイロード部に、第２の形式のデータ・パケットのソース情報及びセッション情報（ヘッダ部の情報）を格納する必要が無くなる。このため、第１の形式のデータ・パケットのペイロード部には、第２の形式のデータ・パケットのペイロード部の情報のみを格納可能であり、データ送信効率の改善が図れる。
また、この発明に係る方法で多重化されたデータを受信する場合、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
「（１）各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割するステップと、」において、「前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する」には、均等に分割する場合もあり、不均等に分割する場合も含まれる。
また、「前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し」において、「ヘッダ領域内の不使用領域」は、ＭＰＥＧ２−ＴＳの送受に影響を与えないような領域を用いる必要がある。
【００４２】
（発明Ｄ−２）
発明Ｄ−１に記載の方法であって、
前記ステップ（３）における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
方法。
このようにすることによって、データのソース及びセッションが識別できると同時に、セッションの終了通知等を送受信すること無しに過去のセッションが終了したことを検知出来る。
【００４３】
（発明Ｄ−２−１）
発明Ｄ−２に記載の方法であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
方法。
【００４４】
（発明Ｄ−２−２）
発明Ｄ−２−１に記載の方法であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
方法。
このように構成することによって、１Ａ、１Ｂ（１６進）のような汎用されているデータ記述を用いて簡易に、ソース及びセッションの起源を認識可能である。なお、本発明では、１Ａ、１Ｂには限定されず、その場合には、例えば１Ｄ、１Ｆ（１６進）の対を用いて、ソース及びセッションの切り替わりを識別しても良い。
【００４５】
（発明Ｄ−３）
発明Ｄ−１、発明Ｄ−２、発明Ｄ−２−１、又は発明Ｄ−２−２のいずれかに記載の方法であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
方法。
このようにすることによって、ＭＰＥＧ２−ＴＳ（Transport Stream）及びethernetのデータという、現在汎用されているデータ・パケットを、パケットサイズを気にせずにデータ伝送に広く用いることが可能となる。
【００４６】
（発明Ｅ−１）（受信側のみを記載）
発明Ｄ−１に記載の方法によって多重されたデータを逆多重するための方法であって、
（１）発明Ｄ−１に記載の方法によって多重されたデータ中の、受信された各データ・パケットのセッション識別データを用いて、受信された各データ・パケットを逆多重するステップと、
（２）  ステップ（１）で逆多重された各データ・パケットのセッション識別データに基いて、ステップ（１）で逆多重された各データ・パケット群と、当該データ・パケット群の属するセッションとを対応付けるステップと、
（３）  ステップ（１）で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合するステップと、
（４）  ステップ（２）で対応付けられたセッションに基いて、ステップ（３）で結合されたデータに、複数のソースと前記所定の時間帯を対応付けるステップと、
を含む方法。
このようにすることによって、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
【００４７】
（発明ＳＯＦＴ−１）
コンピュータに、以上のいずれかの発明に記載の方法を実行させるプログラム。
【００４８】
（発明Ｆ−１）（発明Ｄ群の装置発明）（Ｄは、「１Ａ＋１Ｂ」のようなフラグを使用する発明群で、送出前の多重までのみを記載）
ヘッダ部とペイロード部を含む第１の形式のデータ・パケット群を含むビット・ストリーム内の、当該第１の各データ・パケット内に、それぞれ複数のソース毎に区別され、それぞれ所定の時間帯に含まれる複数のセッションから成る、複数のソースから供給される、ヘッダ部とペイロード部を含む、前記第１の形式のデータ・パケットより多いデータ量を持つ第２の形式のデータ・パケット群のデータを多重するための装置であって、
（１）  各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する分割手段と、
（２）  各セッション毎に、ステップ（１）で分割されたデータ群を、前記第１の形式の各データ・パケット内のペイロード部に順次格納する、データ群格納手段と、
（３）  前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し、データ・パケットのヘッダの第２の領域に識別データ毎のパケットの順番を示すパケット通し番号を付加する、格納・付加手段と、
（４）  ステップ（２）および（３）で作られた各セッション毎の第１の形式のパケットをパケット生成順に順次多重化する多重化手段と、
を含む装置。
このようにすることによって、多重される当該第２の形式のデータ・パケット群のデータのソース情報及びセッション情報は、第１の形式のデータ・パッケット群のヘッダ部分の不使用領域に多重されるので、第１の形式のデータ・パケットのペイロード部に、第２の形式のデータ・パケットのソース情報及びセッション情報（ヘッダ部の情報）を格納する必要が無くなる。このため、第１の形式のデータ・パケットのペイロード部には、第２の形式のデータ・パケットのペイロード部の情報のみを格納可能であり、データ送信効率の改善が図れる。
また、この発明に係る方法で多重化されたデータを受信する場合、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
なお、「（１）各セッション毎に、前記複数のソースから供給される第２の形式のデータ・パケット群内の各データ・パケット中のヘッダ部及びペイロード部のデータを、前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する分割手段と、」において、「前記第１の形式のデータ・パケット内のペイロード部のデータ容量以内のデータ群に分割する」には、均等に分割する場合もあり、不均等に分割する場合も含まれる。
また、「（３）前記第１の形式のデータ・パケット内のヘッダの第１の領域に、ステップ（２）でペイロード部に格納された各データに対応する前記複数のセッションを識別するためにセッションに対応づけられたセッション識別データを格納し」において、「ヘッダの第１の領域」は、ＭＰＥＧ２−ＴＳの送受に影響を与えないような領域を用いる必要がある。
【００４９】
（発明Ｆ−２）
発明Ｆ−１に記載の装置であって、
前記格納・付加手段における、セッション識別データのために、最大同時セッション数の２倍の種類のデータを用意し、
最大同時セッション数の２倍の種類の前記セッション識別データは、２個毎に１対を形成し、
最初のセッションには、所定の１対のセッション識別データ対の一方を使用し、
同時セッションとなる新たなセッションには、それまで使用されていない、所定の１対のセッション識別データの一方を使用し、
同時セッションとならない新たなセッションには、過去に使用された前記所定の１対のセッション識別データ対の一方とは異なる、他方のセッション識別データを使用することによって、
前記過去に使用された前記所定の１対のセッション識別データ対の一方に対応する過去のセッションが既に終了したことを検知可能とする、
装置。
このようにすることによって、データのソース及びセッションが識別できると同時に、セッションの終了通知等を送受信すること無しに過去のセッションが終了したことを検知出来る。
【００５０】
（発明Ｆ−２−１）
発明Ｆ−２に記載の装置であって、
最大同時セッション数（ｉ）がｎ個（１≦ｎ；ｎは整数）である場合に、
前記１対のセッション識別データ対を、（ｘiｙ,ＸiＹ）
（ここで、ｘi＝Ｘiが１６進の１からｎまでの整数、ｙが１６進の所定の整数の定数、Ｙがｙとは異なる別の整数の定数）のような１６進の１対のｎ個のデータ群とした、
装置。
【００５１】
（発明Ｆ−２−２）
発明Ｆ−２−１に記載の装置であって、
前記ｎが、０＜ｎ≦９（ｎは整数）であり、
ｘi＝Ｘiが１６進の１からｎまでの整数であり、
ｙが１６進の所定のアルファベット、Ｙがｙとは異なる別のアルファベット
である、
装置。
このように構成することによって、１Ａ、１Ｂ（１６進）のような汎用されているデータ記述を用いて簡易に、ソース及びセッションの起源を認識可能である。なお、本発明では、１Ａ、１Ｂには限定されず、その場合には、例えば１Ｄ、１Ｆ（１６進）の対を用いて、ソース及びセッションの切り替わりを識別しても良い。
【００５２】
（発明Ｆ−３）
発明Ｆ−１、発明Ｆ−２、発明Ｆ−２−１、又は、発明Ｆ−２−２のいずれかに記載の装置であって、
前記第１の形式のデータ・パケット群を含むビット・ストリームが、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）であり、前記第１の形式のデータ・パケット内のヘッダ領域中の第１の領域が、ＰＩＤ領域内にあり、
前記第２の形式のデータ・パケット群のデータが、Ｅｔｈｅｒｎｅｔのデータである
装置。
このようにすることによって、ＭＰＥＧ２−ＴＳ（Transport Stream）及びethernetのデータという、現在汎用されているデータ・パケットを、パケットサイズを気にせずにデータ伝送に広く用いることが可能となる。
【００５３】
（発明Ｇ−１）（発明Ｆの装置によって多重されたデータを逆多重する装置）
発明Ｆ−１に記載の装置によって多重されたデータを逆多重するための装置であって、
（１）発明Ｆ−１に記載の装置によって多重されたデータ中の、受信された各データ・パケットのセッション識別データを用いて、受信された各データ・パケットを逆多重する、逆多重手段と、
（２）  前記逆多重手段で逆多重された各データ・パケットのヘッダ部の第１の領域に格納された前記複数のソース毎に区別される複数のセッションを識別するための識別データに基いて、前記逆多重された各データ・パケット群のセッションを対応付ける、セッション対応付け手段と、
（３）  前記逆多重手段で逆多重されたデータ・パケット群のペイロード部内のデータを前記パケット通し番号に従って、結合する結合手段と、
（４）  セッション対応付け手段で対応付けられたセッションに基いて、前記結合手段で結合されたデータに、複数のソース及び前記所定の時間帯とを対応付ける、ソース・接続時間帯対応付け手段と、
を含む方法。
このようにすると、第１の形式のデータ・パッケット群に多重され得る、第２の形式のデータ・パケット群以外の情報（例えば画像情報）と、第２の形式のデータ・パケット群の情報とが、ほぼ同一時刻に受信されるので、送信側で、タイム・スタンプ情報等をわざわざ格納しなくても、ほぼ同一の送信時刻に送出された、両者の情報が、ほぼ同期（例えばデータの送信レートを20Mbpsとした場合、1/10000秒以下のズレで送信され、人のための表示処理をしても人が知覚できる範囲以下のズレ）して、ほぼ同一の時刻に受信可能である。このため、同期のための処理を行わずに、両者の情報（例えば映像情報とその映像の環境情報表示）を同期させることが可能であり、同期のための処理負荷を軽減することが出来る。
さらに、タイム・スタンプ情報等が格納されていた場合でも、両者の情報の同期のためにタイム・スタンプ情報を読み出す処理を実施する必要がないために、処理負荷を軽減することが可能である。
【００５４】
（発明ＳＯＦＴ−２）
コンピュータを、発明Ｆ−１ないし発明Ｇ−２のいずれかの発明に記載の装置として機能させるプログラム。
【００５５】
最後に、本願特許請求の範囲及び明細書で使用する用語の意義を表形式で以下に示す。
表１  本明細書中で用いられる用語の意義
2007235356.tif 000004
2007235356.tif 000005
【発明の効果】
【００５６】
本発明によって、通信ルートにおいて、パケットの送信元情報やストリーム中の各ファイルの送信開始符号や終了符号等の情報を使用するプロトコルから、それらをヘッダに記載しない（使用しない）タイプのプロトコルに、複数の送信元からのデータを多重化して流す場合、および１つの送信元からの複数のデータを流す場合に、それぞれのデータを識別出来るようにして流すことが可能となる。
【発明を実施するための最良の形態】
【００５７】
以下、本発明の各種の実施例を図を参照しつつ説明する。但し、以下の説明は、あくまでも本発明の例示であり、以下の記載によって、本発明の技術的範囲が限定されるものではない。
【実施例１】
【００５８】
図７Ａを参照する。
本図においては、ソース１（７０１）を起源としては、第２の形式の、或るセッションαのパケット群（７０１１１を含む）、次のセッションδのパケット群（７０１３１を含む）が送出される。同様に、ソース２（７０２）、及び、ソース３（７０３）を起源として、第２の形式のパケット群が送出される。
【００５９】
これらの第２の形式のパケット群のデータは、第２の形式のパケットより単位長が短い第１の形式のパケット群７０５内に多重される。
第２の形式のパケット群のデータが多重された、第１の形式のパケット群７０５内の各パケット（７０６，７０７，７０９，７１１，７１７等）は、ヘッダ部７０６１、７０７１、７０９１、７１１１、７１７１を持つ。
【００６０】
当該ヘッダ部（例えば７０６１）には、出所情報識別データ部７０６１１、及び、出所情報識別データ毎のパケットの順番を示す番号格納用データ部７０６１３が含まれる。
【００６１】
本実施例１においては、この出所情報識別データ部７０６１１に、例えば１Ａ（１６進）を多重する。ここで、１Ａの「１」は、ソース１（７０１）を起源とするという意味であり、「Ａ」は、「或るセッション」を起源とする、ということを表す。
【００６２】
一方、パケット７１７のヘッダ部７１７１内の出所情報識別データ部７１７１１には、１Ｂ（１６進）が多重されている。ここでも１Ｂの「１」は、ソース１（７０１）を起源とするという意味であるが、「Ｂ」は、「Ａ」の「後の別のセッション」を意味する。
【００６３】
このような情報を、第１の形式のパケット群７０５内の各パケット（７０６，７０７，７０９，７１１，７１７等）内のヘッダ部７０６１、７０７１、７０９１、７１１１、７１７１内の出所情報識別データ部７０６１１、７０７１１、７０９１１、７１１１１、７１７１１に多重することによって、当該パケットの出所たるソースと、当該パケットが属するセッションが識別できる。
【００６４】
例えば、パケット７０６とパケット７０７の出所情報識別データ部７０６１１、７０７１１のデータ（「１Ａ」）から、これらは、ソース１を起源とした「或るセッション」中のパケットであることが把握される。パケット７０９の出所情報識別データ部７０９１１のデータ「２Ａ」から、これは、ソース２を起源とした「或るセッション」中のパケットであることが把握される。また、パケット７１１の出所情報識別データ部７１１１１のデータ「３Ａ」から、これは、ソース３を起源とした「或るセッション」中のパケットであることが把握される。その後のパケット７１７の出所情報識別データ部７１７１１のデータ（「１Ｂ」）から、これは、パケット７０５と７０７と同じソース１を起源とするが、「次のセッション」中のパケットであることが把握される。
【００６５】
次に、識別データ毎のパケットの順番を示す番号（70613,70713,70913,71113,71713に示される１や２など）は、パケット通信において一般的に使用されるパケットの生成順に付加される「カウンタ」値を意味し、伝送されるパケットの伝送順序が乱れた場合に、受信側で元の伝送順序に復元するために用いられる。
【００６６】
例えば、ＭＰＥＧ２−ＴＳの場合は、「ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒ」と呼ばれる４ビットのカウンタ値が、出所情報識別データ毎に独立して、生成されるパケット１つに対し１つずつカウンタ値が増えてヘッダの中に付加される。このカウンタ値は”０”から始まり、上限（１１１１）2に達するとまた”０”から付加される。（通常のシステムでは数個レベルでパケットの前後関係が崩れることがあっても、１０個以上の単位で前後関係が崩れることはないため、このやり方（４ビット＝０〜１５のカウンタ値）で十分である）。
【００６７】
この「識別データ毎のパケットの順番を示す番号」（以下「カウンタ値」と呼ぶ。）は、図７Ａにおいては、上述のように、パケット群７０５中の各パケットの７０６１３、７０７１３、７０９１３、７１１１３、７１７１３、等に格納される１、２などに相当する。そして、例えば、ソースを示す出所情報識別データが同じ１Ａであるパケット（例えば、７０６と７０７）の、送出順序を保持するために用いられる。図７Ａでは、パケット７０６の「カウンタ値」は１であるが、パケット７０７の「カウンタ値」は２である。これにより、仮に、受信側で、パケット７０７の方が、パケット７０６より早く受信された場合でも、送出順序はパケット７０６の方が早かったことが把握できる。
【００６８】
従って、一旦ソースを示す出所情報識別データ「１Ａ」が現れ、この後に送出されるパケットにおいて「１Ａ」が再度現れた場合には、そのパケットのカウンタ値が直前のパケットと連番であれば、そのパケットは、直前のパケットと同じソース１を起源とする「或るセッション（最初の「１Ａ」）」中のパケットであることが把握され、そのパケットのカウンタ値が直前の「１Ａ」のパケットと連番でなければ、そのパケットは直前のパケットと同じソース１を起源とするが、「或るセッション（最初の「１Ａ」）」の「次のセッション（最初の「１Ｂ］）」の更に「次のセッション（次の「１Ａ］）」中のパケットであることが把握される。
【００６９】
なお、「１Ａ」の後に「１Ｂ」の最初のパケットが来て、その後に再び「１Ａ」が表れる場合、最初の「１Ａ」の残りが通信途中で「１Ｂ」に追い抜かれてしまった場合と、「１Ｂ」が終了して次のセッションとして新たな「１Ａ」が送られてきた場合の、２通りが考えられる。この場合、上述のようにカウンタ値で判断すると、どちらの場合か判別することが可能となる。
【００７０】
このようにして、２桁の記号１Ａ、１Ｂ、２Ａ、２Ｂ・・・等を、出所情報識別データ部（７０６１１、７０７１１、７０９１１、７１１１１、７１７１１等）に多重することで、各パケットの起源となるソースと、各パケットの属するセッションが区別可能である。
【００７１】
前記出所情報識別データ部（７０６１１等）、及び、「識別データ毎のパケットの順番を示す番号」（７０６１３等の”１”等）は、第１の形式のパケットのペイロード部（例えば７０６５）ではなく、ヘッダ部（例えば７０６１）内に多重されるので、図２の２０６３のようにペイロード部に出所情報識別データを多重することは無く、データ多重効率が向上する。
【００７２】
これは、図７Ａのパケット７０６のペイロード部の多重データ７０６５の長さが”Ｎ”である一方、従来技術を示した図２のパケット２０６のペイロード部のデータ２０６５の長さが”ｎ”（Ｎ＞ｎ）であることからはっきりする。このように、ペイロード部に格納可能な、出所情報識別データ以外の通常のデータの量が大きくなるのは、各ペイロード部（７０６５等）に、第２の形式のパケットのヘッダ情報（図２の２０６３等）を、コピーして、各パケットに全て多重する必要が無いためである。
【００７３】
また、図７Ａのパケット群７０５中には、例えば映像情報等が多重された第１の形式の他のパケットが混合されている場合もある。そのような場合には、当該映像情報のパケットと、図示されたパケット群７０５のいずれにも時間情報（タイム・スタンプ等）を多重しなくても、受信側では、近似する時刻に受信された各パケット情報は、近似する時刻に送出したことが把握される。そのため、図７Ａのパケット群７０５が、映像情報に付随するデータ（例えば、映像撮影時の気温等）であれば、受信側で映像に、映像撮影時の気温情報をオーバーラップして表示すること等が簡単に可能となる。つまり、各データ間の同期化が容易に図れる。
【００７４】
図７Ａの送出パケット群の受信方法が、図７Ｂに示される。
図７Ｂでは、パケット７０６及び７０７の出所情報部（７０６１１及び７０７１１）から、これらがソース１の「或るセッション」を起源とすることが識別される（”あ”７３１及び”い”７３３）。また、これらのパケット中の「識別データ毎のパケットの順番を示す番号」（７０６１３及び７０７１３）を参照することによって、”あ”７３１が、”い”７３３より先に送出されたことが認識され、仮に、伝送過程で”あ”７３１と、”い”７３３の順番が乱れた場合であっても、受信側で、正しい送出順序に整列して受信することが可能である。（なお、「あ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  ＭＰＥＧ２−ＴＳ信号
【図１】
2007235356.tif 000006
【図２】
2007235356.tif 000007
【図３】
2007235356.tif 000008
【図４】
2007235356.tif 000009
【図５】
2007235356.tif 000010
【図６】
2007235356.tif 000011
【図７Ａ】
2007235356.tif 000012
【図７Ｂ】
2007235356.tif 000013
【図８】
2007235356.tif 000014
【図９Ａ】
2007235356.tif 000015
【図９Ｂ】
2007235356.tif 000016
【図１０Ａ】
2007235356.tif 000017
【図１０Ｂ】
2007235356.tif 000018
【図１１】
2007235356.tif 000019