(57)【要約】【課題】送信装置が無線でデータを送信する場合において、より多くの装置に対して安定的にデータを受信させることが可能な、通信装置、通信方法、および通信システムを提供する。【解決手段】送信装置から第１受信装置へとユニキャストで送信される第１通信データと、送信装置から第２受信装置へと送信される第２通信データとを、それぞれ受信する通信部と、受信された第１通信データと第２通信データとに含まれうる処理データを処理する処理部とを備え、処理部は、第１通信データに含まれている第１処理データと、第２通信データに含まれている第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて処理を行い、外部装置に対する応答を通信部に行わせない、通信装置が提供される。【選択図】図８
2012248929.tif 000002
【特許請求の範囲】
【請求項１】
送信装置から第１受信装置へとユニキャストで送信される第１通信データと、前記送信装置から第２受信装置へと送信される第２通信データとを、それぞれ受信する通信部と、
受信された前記第１通信データと前記第２通信データとに含まれうる処理データを処理する処理部と、
を備え、
前記処理部は、
前記第１通信データに含まれている第１処理データと、前記第２通信データに含まれている第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて処理を行い、
外部装置に対する応答を前記通信部に行わせない、通信装置。
【請求項２】
受信された前記第１通信データと前記第２通信データとの中から処理に用いる処理データを判別するデータ判別部をさらに備え、
前記処理部は、処理に用いると判別された処理データを処理する、請求項１に記載の通信装置。
【請求項３】
前記データ判別部は、
受信された通信データから特定の識別子を検出し、
前記特定の識別子が検出された場合に、前記処理データであると判別する、請求項２に記載の通信装置。
【請求項４】
前記特定の識別子は、ＲＴＰ（Real-time  Transport  Protocol）ヘッダのＳＳＲＣ（Synchrozination  Source）フィールドである、請求項３に記載の通信装置。
【請求項５】
前記処理部は、前記第１通信データにおけるＭＡＣ（Media  Access  Control  address）シーケンス番号とＭＡＣ層の上位層における上位層シーケンス番号、および、前記第２通信データにおけるＭＡＣシーケンス番号と前記上位層シーケンス番号をそれぞれ対応付けて処理を行う、請求項１に記載の通信装置。
【請求項６】
前記処理部は、
受信された前記第１通信データの中から処理に用いないデータが判別された場合には、前記上位層シーケンス番号と前記第１通信データにおけるＭＡＣシーケンス番号との対応付けを補正し、
受信された前記第２通信データの中から処理に用いないデータが判別された場合には、前記上位層シーケンス番号と前記第２通信データにおけるＭＡＣシーケンス番号との対応付けを補正する、請求項５に記載の通信装置。
【請求項７】
前記処理部は、
前記第１処理データまたは前記第２処理データのいずれか一方の処理データを、主に処理に用いる主処理データとし、
前記主処理データに欠損データが存在する場合のみ、前記主処理データではない他方の処理データを用いる、請求項１に記載の通信装置。
【請求項８】
前記処理部は、前記第１処理データと前記第２処理データとを１つのキューで管理する、請求項１に記載の通信装置。
【請求項９】
前記通信部は、前記送信装置が複数のデータパケットが結合されたデータフレームを前記第１受信装置と前記第２受信装置とに対して１フレームごとに交互に送信した、送信データを受信する、請求項１に記載の通信装置。
【請求項１０】
前記第１受信装置、または、前記第２受信装置は、自装置である、請求項１に記載の通信装置。
【請求項１１】
前記第１受信装置へとユニキャストで送信される第１通信データは、第１送信装置から送信され、
前記第２受信装置へと送信される第２通信データは、前記第１送信装置とは異なる第２送信装置から送信される、請求項１に記載の通信装置。
【請求項１２】
送信装置から第１受信装置へとユニキャストで送信される第１通信データと、前記送信装置から第２受信装置へと送信される第２通信データとを、それぞれ受信するステップと、
受信された前記第１通信データと前記第２通信データとに含まれうる処理データを処理するステップと、
を有し、
前記処理するステップでは、
前記第１通信データに含まれている第１処理データと、前記第２通信データに含まれている第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて処理が行われ、
外部装置に対する応答は行われない、通信方法。
【請求項１３】
送信装置と、
前記送信装置と通信することが可能な第１受信装置と、
前記送信装置と通信することが可能な第２受信装置と、
前記送信装置から前記第１受信装置へとユニキャストで送信される第１通信データと、前記送信装置から前記第２受信装置へと送信される第２通信データとを、それぞれ受信する通信装置と、
を有し、
前記通信装置は、
前記第１通信データおよび前記第２通信データをそれぞれ受信する通信部と、
受信された前記第１通信データと前記第２通信データとに含まれうる処理データを処理する処理部と、
を備え、
前記処理部は、
前記第１通信データに含まれている第１処理データと、前記第２通信データに含まれている第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて処理を行い、
外部装置に対する応答を前記通信部に行わせない、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置、通信方法、および通信システムに関する。
【背景技術】
【０００２】
現在、例えばインターネットやＬＡＮ（Local  Area  Network）などのネットワークを介して装置間でコンテンツデータの送受信が可能な、アプリケーションやサービスの利用が進んでいる。
【０００３】
このような中、画像データを低遅延で伝送する技術が開発されている。ラインベース・コーデックを用いた画像データを伝送する場合における遅延の低減と処理の効率化とを図る技術としては、例えば、特許文献１に記載の技術が挙げられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２８５４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のようなネットワークを構成する装置間においてデータを伝送する方法としては、例えば、データを送信する送信装置が特定の装置に対してデータを送信する「ユニキャスト」と、送信装置が複数の装置に対してデータを送信する「マルチキャスト」とが挙げられる。ここで、送信装置が１または２以上の装置に対して無線でデータを送信する場合、ユニキャストで各装置に対してデータを送信するときには、例えばデータを送信可能な帯域に限りがあることによって、データを送信可能な装置の数に制限が生じる。一方、送信装置がマルチキャストでデータを送信する場合には、ユニキャストでデータを送信する場合よりもより多くの装置に対してデータを送信することが可能である。しかしながら、送信装置がマルチキャストでデータを送信する場合には、特定の装置に対してのみデータを再送信することはできない。そのため、送信装置がマルチキャストでデータを送信する場合には、データを正常に受信できない装置が存在することが起こりうる。よって、送信装置がマルチキャストでデータを送信する場合には、安定的にデータを伝送できない恐れがある。
【０００６】
したがって、送信装置が無線でデータを送信する場合において、より多くの装置に対して安定的にデータを受信させることが可能な通信システムが望まれている。
【課題を解決するための手段】
【０００７】
本開示によれば、送信装置から第１受信装置へとユニキャストで送信される第１通信データと、上記送信装置から第２受信装置へと送信される第２通信データとを、それぞれ受信する通信部と、受信された上記第１通信データと上記第２通信データとに含まれうる処理データを処理する処理部とを備え、上記処理部は、上記第１通信データに含まれている第１処理データと、上記第２通信データに含まれている第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて処理を行い、外部装置に対する応答を上記通信部に行わせない、通信装置が提供される。
【０００８】
また、本開示によれば、送信装置から第１受信装置へとユニキャストで送信される第１通信データと、上記送信装置から第２受信装置へと送信される第２通信データとを、それぞれ受信するステップと、受信された上記第１通信データと上記第２通信データとに含まれうる処理データを処理するステップとを有し、上記処理するステップでは、上記第１通信データに含まれている第１処理データと、上記第２通信データに含まれている第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて処理が行われ、外部装置に対する応答は行われない、通信方法が提供される。
【０００９】
また、本開示によれば、送信装置と、上記送信装置と通信することが可能な第１受信装置と、上記送信装置と通信することが可能な第２受信装置と、上記送信装置から上記第１受信装置へとユニキャストで送信される第１通信データと、上記送信装置から上記第２受信装置へと送信される第２通信データとを、それぞれ受信する通信装置とを有し、上記通信装置は、上記第１通信データおよび上記第２通信データをそれぞれ受信する通信部と、受信された上記第１通信データと上記第２通信データとに含まれうる処理データを処理する処理部とを備え、上記処理部は、上記第１通信データに含まれている第１処理データと、上記第２通信データに含まれている第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて処理を行い、外部装置に対する応答を上記通信部に行わせない、通信システムが提供される。
【発明の効果】
【００１０】
本開示によれば、より多くの装置に対して安定的にデータを受信させることができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係る送信装置が送信する送信データの一例を示す説明図である。
【図２】本実施形態に係る送信装置が送信する送信データの一例を示す説明図である。
【図３】本実施形態に係る通信システムの構成の一例を示す説明図である。
【図４】本実施形態に係る通信システムにおける処理の一例を示す説明図である。
【図５】本実施形態に係る通信装置におけるＭＡＣ層におけるシーケンス番号の管理方法の一例を示す説明図である。
【図６】本実施形態に係る通信システムにおける処理の他の例を示す説明図である。
【図７】本実施形態に係る通信システムの構成の他の例を示す説明図である。
【図８】本実施形態に係る通信装置の構成の一例を示すブロック図である。
【図９】本実施形態に係る通信装置のハードウェア構成の一例を示す説明図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１３】
また、以下では、下記に示す順序で説明を行う。
１．本実施形態に係る通信方法
２．本実施形態に係る通信システム
３．本実施形態に係る通信装置
４．本実施形態に係るプログラム
【００１４】
（本実施形態に係る通信方法）
本実施形態に係る通信システムを構成する装置の構成について説明する前に、本実施形態に係る通信方法について説明する。以下では、本実施形態に係る通信システム（より厳密には、本実施形態に係る通信システムを構成する装置）が、本実施形態に係る通信方法に係る処理を行うものとして説明する。
【００１５】
上述したように、送信装置が１または２以上の装置に対して無線でデータを送信する場合、ユニキャストで各装置に対してデータを送信するときには、データを送信可能な装置の数に限りがある。また、送信装置がマルチキャストでデータを送信する場合には、特定の装置に対してのみデータを再送信することはできないことから、データを正常に受信できない装置が存在することが起こりうる。
【００１６】
ここで、送信装置が無線でデータを送信する場合において、より多くの装置に対して安定的にデータを受信させるための一の方法としては、例えば、送信装置が、同一のデータ（または、当該データがパケット化されたパケットデータ。以下、同様とする。）を、常に複数回マルチキャストで送信することが考えられる。上記のように送信装置が同一のデータを常に複数回マルチキャストで送信することによって、データを正常に受信できない装置が存在する可能性をより低減させることが可能となる。よって、上記のように送信装置が同一のデータを複数回マルチキャストで送信することによって、より多くの装置に対して安定的にデータを受信させることができる可能性がある。
【００１７】
しかしながら、送信装置が同一のデータを複数回マルチキャストで送信する場合には、複数回の送信が行われる分、１回の送信が行われる場合よりもデータの送信に時間を要する。そのため、送信装置が同一のデータを複数回マルチキャストで送信する場合には、送信装置からデータの送信対象の装置へのデータの伝送効率が低下する。
【００１８】
［本実施形態に係る通信方法の概要］
そこで、本実施形態に係る通信システムでは、例えば、送信データを送信する装置（以下、「送信装置１００」と示す場合がある。）が、送信データの送信対象である一の装置（以下、「第１受信装置」と示す場合がある。）に対して、ユニキャストで送信データを無線で送信する。また、送信装置１００は、上記送信データの他の送信対象である１または２以上の装置（以下、「第２受信装置」と示す場合がある。）に対して、ユニキャストまたはマルチキャストで送信データを無線で送信する。ここで、送信装置１００は、例えば、１つの第２受信装置に対して送信データを送信する場合には、ユニキャストまたはマルチキャストで送信を行い、また、複数の第２受信装置に対して送信データを送信する場合には、マルチキャストで送信を行う。以下では、送信装置１００と第１受信装置との間における無線通信の通信路を「第１通信路」と示し、また、送信装置１００と第１受信装置との間における、第１通信路とは異なる無線通信の通信路を「第２通信路」と示す場合がある。なお、本実施形態に係る通信システムでは、第１通信路により送信データを送信する送信装置と、第２通信路により送信データを送信する送信装置とは、同一の装置であってもよいし、別体の装置であってもよい。
【００１９】
ここで、本実施形態に係る送信データとしては、例えば、画像（動画像または静止画像。以下、同様とする。）および／または音声（音楽も含む。以下同様とする。）を示すコンテンツデータ（または、コンテンツデータを含むデータ）が挙げられる。以下では、画像および／または音声を総称して「コンテンツ」と示す場合がある。なお、本実施形態に係る送信データは、コンテンツデータに限られない。例えば、本実施形態に係る送信データは、テキストデータや、アプリケーションをアップデートさせるためのアップデートデータ、ソフトウェアやハードウェアを制御するための制御データなど、様々なデータ（または、当該データを含むデータ）が挙げられる。
【００２０】
また、本実施形態に係る通信システムを構成する第１受信装置および第２受信装置（以下、総称して「受信装置２００」と示す場合がある。）以外の他の通信装置（以下、「通信装置３００」と示す。）は、典型的には、送信装置１００から送信される通信データを受信可能な位置（送信装置１００の通信エリア内）に配置され、送信装置１００と受信装置２００との間で送受信される通信データを受信する（通信データの受信処理）。そして、通信装置３００は、受信された通信データの中から処理に用いるデータ（以下、「処理データ」と示す場合がある。）を判別する（処理データの判別処理）。ここで、通信装置３００は、例えば送信装置１００から送信される送信データを処理対象とするので、送信装置１００から送信される通信データを受信できればよく、受信装置２００から送信される通信データを受信できなくてもよい。なお、通信装置３００は、処理データの判別処理を行うことによって処理データを判別することが可能であるので、受信装置２００から送信される通信データを受信したとしても、判別された処理データを正常に処理することができる。以下では、通信装置３００が、送信装置１００と受信装置２００との間で送受信される通信データを受信することが可能な場合を例に挙げて説明する。
【００２１】
より具体的には、通信装置３００は、送信装置１００と第１受信装置との間で送受信される通信データ（以下、「第１通信データ」と示す場合がある。）を受信し、受信した第１通信データの宛先（送信先）が自装置でない場合であっても、受信された第１通信データの中から処理に用いるデータを判別する。また、通信装置３００は、送信装置１００と第２受信装置との間で送受信される通信データ（以下、「第２通信データ」と示す場合がある。）を受信し、受信した第２通信データの宛先（送信先）が自装置でない場合であっても、受信された第２通信データの中から処理に用いるデータを判別する。つまり、ユニキャスト通信を行なう一般的な装置が、受信した通信データの宛先（送信先）が自装置でない場合には当該通信データを破棄するのに対して、通信装置３００は、受信した通信データの宛先（送信先）が自装置でない場合であっても、処理に用いるデータの判別を行うことなく当該通信データ（または、当該通信データの一部）を破棄しない。
【００２２】
ここで、本実施形態に係る第１通信データ、第２通信データ（以下、総称して「通信データ」と示す場合がある。）としては、例えば、送信装置１００から送信される送信データや、受信装置２００から送信される応答信号（応答データ）が挙げられる。また、本実施形態に係る応答信号としては、例えば、ＡＣＫ（ACKnowledgement）やＮＡＣＫ（Negative  ACKnowledgment）などが挙げられる。
【００２３】
また、通信装置３００における処理データの判別方法としては、例えば、通信装置３００が、受信した通信データに含まれうる特定の識別子に基づいて、処理データを判別する方法が挙げられる。
【００２４】
より具体的には、通信装置３００は、例えば、受信した通信データから特定の識別子を検出する。上記特定の識別子が検出された場合には、通信装置３００は、例えば、受信された通信データのペイロードを、処理データであると判別する。また、通信装置３００は、例えば、上記特定の識別子が検出されない場合には、受信した通信データを破棄する。ここで、上記特定の識別子は、例えば、データの送信対象を示すグループＩＤの役目を果たしていてもよい。
【００２５】
図１、図２は、本実施形態に係る送信装置１００が送信する送信データの一例を示す説明図である。図１、図２は、送信装置１００が、ＩＥＥＥ８０２．１１シリーズの無線ＬＡＮによる無線通信で送信データを送信する場合における、送信データのデータパケットの一例を示している。
【００２６】
本実施形態に係る通信装置３００は、例えば図１のＡに示すＲＴＰ（Real-time  Transport  Protocol）ヘッダのＳＳＲＣ（Synchrozination  Source）フィールドを、特定の識別子として検出する。なお、本実施形態に係る通信装置３００が検出する特定の識別子は、上記ＳＳＲＣフィールドに限られない。例えば、通信装置３００は、例えば図２のＢに示すフィールドに含まれる送信元アドレスのフィールドと、例えば図２のＣに示すフィールドに含まれるＭＡＣ（Media  Access  Control  address）のＴＩＤ（Traffic  ID）フィールドとの組合せなど、複数のフィールドの組合せを特定の識別子として検出してもよい。また、例えば、第１通信路および／または第２通信路が、例えばＩＥＥＥ８０２．１１シリーズの無線ＬＡＮによる無線通信である場合には、通信装置３００は、ＢＳＳＩＤ（Basic  Service  Set  Identifier）内に設けられたフィールドを、特定の識別子として検出してもよい。また、通信装置３００は、例えば、特定の識別子を示す識別子情報を用いることによって、識別子情報が示す識別子を通信データから検出することが可能である。ここで、識別子情報は、例えば、予め記憶部（後述する）などに記憶されていてもよいし、通信装置３００がサーバなどの外部装置から取得したものであってもよい。
【００２７】
例えば上記のように処理データの判別が行われると、通信装置３００は、例えばデータの判別結果に基づいて、受信された第１通信データと第２通信データとに含まれうる処理データを処理する（処理データを処理する処理）。
【００２８】
より具体的には、通信装置３００は、例えば、第１通信データのうちの処理に用いると判別されたデータ（以下、「第１処理データ」と示す場合がある。）と、第２通信データのうちの処理に用いると判別されたデータ（以下、「第２処理データ」と示す場合がある。）とのいずれか一方の処理データに、欠損しているデータ（正常に受信されなかったデータ。以下、「欠損データ」と示す。）が存在する場合には、欠損データが存在しない他方の処理データを用いて処理を行う。つまり、通信装置３００は、第１処理データと第２処理データのいずれか一方の処理データに欠損データが存在したとしても、当該欠損データ部分を他の処理データで補完して処理を行う。
【００２９】
また、通信装置３００は、送信装置１００や受信装置２００などの外部装置に対して、通信データの受信に応じた応答（例えば応答信号の送信）を行わない。
【００３０】
本実施形態に係る通信装置３００は、本実施形態に係る通信方法に係る処理として、例えば（１）受信処理、（２）処理データの判別処理、および（３）処理データを処理する処理、を行う。また、通信装置３００は、上記（１）の処理〜（３）の処理を行う場合において、送信装置１００および受信装置２００などの外部装置に対して応答を行わない。
【００３１】
上記のように、本実施形態に係る通信システムでは、１または２以上の通信装置３００それぞれが、第１通信路によりユニキャストで送受信される第１通信データと、第２通信路で送受信される第２通信データとを宛先（送信先）が自装置でない場合であってもそれぞれ受信し、受信した通信データに基づく処理を行う。つまり、本実施形態に係る通信システムでは、送信装置１００と通信装置３００との間、および受信装置２００と通信装置３００との間においてユニキャストでの無線通信は行われない。よって、本実施形態に係る通信システムでは、ある帯域を用いて無線通信を行う場合において、上述した送信装置が各装置に対してユニキャストでデータを無線送信する場合（以下、「従来のユニキャスト無線通信」と示す場合がある。）よりも、より多くの通信装置３００にデータを伝送することができる。
【００３２】
また、通信装置３００それぞれは、送信装置１００と第１受信装置との間でユニキャストで送受信される通信データを受信するので、送信装置１００が第１受信装置（特定の装置）に対して再送信した送信データを受信することが可能である。よって、本実施形態に係る通信システムは、上述した送信装置が各装置に対してマルチキャストでデータを無線送信する場合（以下、「従来のマルチキャスト無線通信」と示す場合がある。）よりもデータを正常に受信できない装置が存在する可能性をより低減させることができる。
【００３３】
さらに、通信装置３００は、受信された通信データの宛先（送信先）が自装置でない場合であっても、受信された第１通信データと受信された第２通信データとのそれぞれの中から処理に用いるデータを判別する。そして、例えば第１通信データを正常に受信できないことにより第１処理データ（一方の処理データの一例）に欠損が生じた場合であっても、通信装置３００は、第２処理データ（他方の処理データの一例）を用いて補完して処理を行う。よって、通信装置３００は、送信装置１００や受信装置２００などの外部装置に対して通信データの受信に応じた応答（例えば、再送信要求など）を行わなくとも、処理データを正常に処理することができる。
【００３４】
したがって、本実施形態に係る通信システムでは、通信装置３００が本実施形態に係る通信方法に係る処理を行うことによって、従来のユニキャスト無線通信や従来のマルチキャスト無線通信が用いられる場合よりも、帯域利用効率を向上させることが可能であり、より多くの装置に対して安定的にデータを受信させることができる。
【００３５】
以下、本実施形態に係る通信システムの構成の一例について説明をすると共に、本実施形態に係る通信方法に係る処理の具体例についても併せて説明する。なお、本実施形態に係る通信方法に係る処理を行う通信装置３００の構成の一例については、後述する。
【００３６】
（本実施形態に係る通信システム）
図３は、本実施形態に係る通信システムの構成の一例を示す説明図である。図３に示す通信システム１０００は、送信装置１００と、受信装置２００Ａ（第１受信装置）と、受信装置２００Ｂ（第２受信装置）と、通信装置３００とを有する。ここで、上述したように、通信装置３００は、例えば送信装置１００の通信エリア内に配置される。
【００３７】
なお、図３では、通信システム１０００が第２受信装置の役目を果たす受信装置として１つの受信装置２００Ｂを有する構成を示しているが、本実施形態に係る通信システムの構成は、上記に限られない。例えば、送信装置１００が第２通信路によりマルチキャストで送信データを送信する場合には、本実施形態に係る通信システムでは、複数の受信装置が第２受信装置の役目を果たしてもよい。また、図３では、通信システム１０００が１つの通信装置３００を有する構成を示しているが、本実施形態に係る通信システムの構成は、上記に限られない。例えば、本実施形態に係る通信システムは、本実施形態に係る通信方法に係る処理を行う複数の通信装置を有していてもよい。また、本実施形態に係る通信システムでは、データの送信方向は、例えば、上りリンク、下りリンク、ダイレクトリンク、アドホックネットワークなどを問わない。さらに、本実施形態に係る通信システムでは、例えば、第１受信装置の役目を果たす受信装置２００Ａや、第２受信装置の役目を果たす受信装置２００Ｂが、さらに、本実施形態に係る通信方法に係る処理を行う通信装置の役目を果たすことも可能である。以下では、図３に示す構成を例に挙げて、本実施形態に係る通信システムにおける処理の一例について説明する。
【００３８】
図４は、本実施形態に係る通信システム１０００における処理の一例を示す説明図である。ここで、図４では、第１通信路と第２通信路とがそれぞれユニキャストの無線通信である場合を示している。
【００３９】
また、図４は、送信装置１００が、複数のデータパケットが結合されたデータフレーム（以下、「アグリケーションデータフレーム」と示す。）を、受信装置２００Ａ（第１受信装置）と受信装置２００Ｂ（第２受信装置）とに対して１フレームごとに交互に送信する場合を示している。なお、図４では、４つのデータパケットが結合されたアグリケーションデータフレームを示しているが、本実施形態に係るアグリケーションデータフレームが、図４に示す例に限られないことは、言うまでもない。また、本実施形態に係る送信装置１００は、アグリケーションデータフレームを送信することに限られず、例えば、各データパケットをそれぞれ送信してもよい。また、図４は、送信装置１００が、送信データをストリーミング送信している例（すなわち、送信データがストリーミングデータである例）を示している。
【００４０】
送信装置１００は、ＭＡＣ層に対する上位層のシーケンス番号（以下、「Ｓｔｒｅａｍ  Ｓｅｑ＃」と示す場合がある。）０〜３のデータパケットを、受信装置２００Ａへユニキャストで送信する（Ｓ１００）。ここで、上記上位層のシーケンス番号としては、例えば、ＯＳＩ参照モデル（Open  Systems  Interconnection  Reference  Model）におけるアプリケーション層が挙げられる。また、ステップＳ１００において送信されるＳｔｒｅａｍ  Ｓｅｑ＃０〜３は、ＭＡＣ層におけるシーケンス番号（以下、「ＭＡＣシーケンス番号」、「ＭＡＣ  Ｓｅｑ＃」と示す場合がある。）３００〜３０３に対応する。
【００４１】
ステップＳ１００においてパケットが送信されると、受信装置２００Ａは、ステップＳ１００において送信されたＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを受信する。図４では、受信装置２００Ａが、ステップＳ１００において送信されたＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットを正常に受信できなかった例を示している。
【００４２】
また、通信装置３００は、ステップＳ１００において送信されたＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを受信し（上記（１）の処理（受信処理））、受信したＳｅｑ＃０〜３のデータパケットから処理データを判別する（上記（２）の処理（処理データの判別処理））。図４では、通信装置３００が、ステップＳ１００において送信されたＳｔｒｅａｍ  Ｓｅｑ＃３のデータパケットを正常に受信できなかった例を示している。
【００４３】
受信装置２００Ａは、Ｓｔｒｅａｍ  Ｓｅｑ＃１のデータパケットを正常に受信できなかったので、Ｓｔｒｅａｍ  Ｓｅｑ＃１のデータパケットの再送を要求する応答（例えば、ＮＡＣＫ情報を含んだブロックＡＣＫの送信）を行う（Ｓ１０２）。
【００４４】
ステップＳ１０２において応答が送信されると、通信装置３００は、ステップＳ１０２において送信された応答を受信する。なお、通信装置３００は、Ｓｔｒｅａｍ  Ｓｅｑ＃３のデータパケットを正常に受信できていないが、送信装置１００、受信装置２００Ａ、受信装置２００Ｂなどの外部装置に対して応答を行わない。
【００４５】
また、ステップＳ１０２において送信された応答を受信した送信装置１００は、当該応答が再送を要求するＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットを、受信装置２００Ａに対して送信する（Ｓ１０４）。
【００４６】
ステップＳ１０４においてＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットが送信されると、受信装置２００Ａは、ステップＳ１０４において送信されたＳｅｑ＃１のデータパケットを受信する。図４では、受信装置２００Ａが、ステップＳ１０４において送信されたＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットを正常に受信できた例を示している。
【００４７】
また、通信装置３００は、ステップＳ１０４において送信されたＳｅｑ＃１のデータパケットを受信し（上記（１）の処理（受信処理））、受信したＳｅｑ＃１のデータパケットから処理データを判別する（上記（２）の処理（処理データの判別処理））。図４では、通信装置３００が、ステップＳ１０４において送信されたＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットを正常に受信できた例を示している。
【００４８】
ここで、例えば、送信データがストリームデータであり、アグリケーションデータフレームのようなパケット集約技術が用いられているときにおいて、通信装置３００が、受信したパケットをそのまま上位層（ＯＳＩ参照モデルにおける上位層。以下、同様とする。）に転送して処理を行う場合には、例えば、再送によるデータパケットの順序逆転などが発生する可能性がある。上記のようなデータパケットの順序逆転などが発生した場合には、通信装置３００では、正常に処理データを処理することができない可能性が高い。例えば、送信データがコンテンツを示すストリーミングデータである場合には、再生されたコンテンツの内容の重複などが生じる恐れがある。なお、例えば上記のようなデータパケットの順序逆転などの発生は、送信データがストリームデータである場合や、パケット集約技術が用いられる場合に限られない。例えば送信データがストリームデータではない場合であっても、また、例えばパケット集約技術が用いられない場合であっても、上記のようなデータパケットの順序逆転などの現象が起こりうる。また、通信装置３００が、例えばＲＴＰなどのようなデータのリアルタイムの転送に係るプロトコルを用いて処理を行う場合にも、例えば上記のようなデータパケットの順序逆転などの現象が起こりうる。
【００４９】
そこで、通信装置３００は、例えば、ＭＡＣ層（例えばＯＳＩ参照モデルのデータリンク層に含まれる。）におけるシーケンス番号を管理することによって、上記（３）の処理（処理データを処理する処理）において、例えば上記のようなデータパケットの順序逆転などの現象が発生することを防止する。
【００５０】
より具体的には、例えば送信データがストリームデータである場合を例に挙げて説明すると、通信装置３００は、ストリームデータ（判別した処理データに該当する。）の再生の前に、第１通信データにおけるＭＡＣシーケンス番号とＭＡＣ層の上位層における上位層シーケンス番号とを対応付ける。また、通信装置３００は、ストリームデータ（判別した処理データに該当する。）の再生の前に、第２通信データにおけるＭＡＣシーケンス番号と上位層シーケンス番号を対応付ける。なお、上記ＭＡＣ層シーケンス番号と上位層シーケンス番号との対応付けは、本実施形態に係る通信装置３００が、第１通信路および第２通信路以外のさらに他の通信路の通信データを受信する場合であっても、同様に行うことが可能である。
【００５１】
図５は、本実施形態に係る通信装置３００におけるＭＡＣ層におけるシーケンス番号の管理方法の一例を示す説明図である。ここで、図５は、第１通信路をフロー１と示し、第２通信路をフロー２と示している。通信装置３００は、例えば図５に示すように、第１通信データにおけるＭＡＣシーケンス番号と上位層シーケンス番号、および、第２通信データにおけるＭＡＣシーケンス番号と上位層シーケンス番号をそれぞれ対応付けて管理する。
【００５２】
例えば図５に示すようにＭＡＣ層におけるシーケンス番号（ＭＡＣシーケンス番号）を管理することによって、例えばデータパケットの再送によるデータパケットの順序逆転などが発生した場合であっても、通信装置３００は、例えば上位層であるアプリケーション層へと処理データを転送する前に上位層シーケンス番号を参照することによって、順序を復元することが可能となる。また、例えば図５に示すようにＭＡＣ層におけるシーケンス番号（ＭＡＣシーケンス番号）を管理することによって、例えば図４のステップＳ１０４に示すようにパケットを重複して受信した場合であっても、通信装置３００は、上位層シーケンス番号を参照することによって、重複して受信したパケットを選択的に破棄することができる。
【００５３】
したがって、通信装置３００は、例えば図５に示すようにＭＡＣ層におけるシーケンス番号（ＭＡＣシーケンス番号）を管理することによって、パケットの再送の恩恵を受けつつ、処理データを正常に処理することができる。
【００５４】
なお、図５では、通信装置３００が、通信データを受信する通信路の数、すなわち、通信装置３００が観察している通信路の数分、それぞれのＭＡＣ層シーケンス番号と上位層シーケンス番号とを対応付けて管理する例を示したが、本実施形態に係る通信装置３００におけるＭＡＣ層におけるシーケンス番号の管理方法は、図５に示す例に限られない。例えば、ＭＡＣ層シーケンス番号と上位層シーケンス番号との対応付けを維持することが可能な任意の方法を用いることによって、ＭＡＣ層シーケンス番号と上位層シーケンス番号との対応付けを、１つのキューに集約することも可能である。上記のように１つのキューに集約して管理がされる場合、例えば図１に示す通信システム１０００では、通信装置３００は、第１処理データと第２処理データとを１つのキューで管理することとなる。
【００５５】
また、通信装置３００は、例えば図５に示すように、第１通信データにおけるＭＡＣシーケンス番号と上位層シーケンス番号との対応付けと、第２通信データにおけるＭＡＣシーケンス番号と上位層シーケンス番号との対応付けとをそれぞれ行う。よって、例えば図５に示すように、第１通信データにおけるＭＡＣシーケンス番号と、第２通信データにおけるＭＡＣシーケンス番号とを１対１に対応付けることも可能である。したがって、第１通信データにおけるＭＡＣシーケンス番号と第２通信データにおけるＭＡＣシーケンス番号との対応関係が１対１の関係であれば、通信装置３００は、例えば、上位層シーケンス番号を参照することなく、ＭＡＣシーケンス番号を参照することによって、上述した欠損データの補完を行うことができる。
【００５６】
しかしながら、第１通信データにおけるＭＡＣシーケンス番号と、第２通信データにおけるＭＡＣシーケンス番号との対応関係は、常に１対１の関係であるとは限らない。例えば、ビーコンや、他のプロトコルのデータパケットが送信装置１００から送信された場合には、第１通信データにおけるＭＡＣシーケンス番号と、第２通信データにおけるＭＡＣシーケンス番号との対応関係は崩れる。上記のように第１通信データにおけるＭＡＣシーケンス番号と第２通信データにおけるＭＡＣシーケンス番号との対応関係が崩れた場合には、ＭＡＣシーケンス番号を参照することによる欠損データの補完を行うことはできない。
【００５７】
そこで、通信装置３００は、例えば、上位層シーケンス番号と第１通信データにおけるＭＡＣシーケンス番号との対応付け、および／または、上位層シーケンス番号と第２通信データにおけるＭＡＣシーケンス番号との対応付けを、選択的に補正する。
【００５８】
より具体的には、通信装置３００は、受信された第１通信データの中から処理に用いないデータを判別した場合には、上位層シーケンス番号と第１通信データにおけるＭＡＣシーケンス番号との対応付けを補正する。また、通信装置３００は、受信された第２通信データの中から処理に用いないデータを判別した場合には、上位層シーケンス番号と第２通信データにおけるＭＡＣシーケンス番号との対応付けを補正する。ここで、上記上位層シーケンス番号と第１通信データにおけるＭＡＣシーケンス番号との対応付けの補正と、上記上位層シーケンス番号と第２通信データにおけるＭＡＣシーケンス番号との対応付けの補正とは、例えば、図５に示すようなテーブルを更新することによって行われる。
【００５９】
例えば、上記のように上位層シーケンス番号とＭＡＣシーケンス番号との対応付けを選択的に補正することによって、通信装置３００は、第１通信データにおけるＭＡＣシーケンス番号と、第２通信データにおけるＭＡＣシーケンス番号との対応関係を１対１に維持させることができる。したがって、通信装置３００は、例えば、上位層シーケンス番号を参照することなく、ＭＡＣシーケンス番号を参照することによって上述した欠損データの補完などの処理を行うことが可能であるので、上記（３）の処理（処理データを処理する処理）の処理時間をより短縮することができる。
【００６０】
なお、上記のように第１通信データにおけるＭＡＣシーケンス番号と第２通信データにおけるＭＡＣシーケンス番号との対応関係が崩れた場合であっても、通信装置３００が、位層シーケンス番号を参照することによって、欠損データの補完などの様々な処理を行うことが可能であることは、言うまでもない。つまり、本実施形態に係る通信装置３００は、例えば上記のように上位層シーケンス番号とＭＡＣシーケンス番号との対応付けを選択的に補正しない場合であっても、処理データを正常に処理することが可能である。
【００６１】
通信装置３００は、例えば上記のようにＭＡＣシーケンス番号を管理しつつ、上記（３）の処理（処理データを処理する処理）を行う。
【００６２】
再度図４を参照して、本実施形態に係る通信システム１０００における処理の一例について説明する。ステップＳ１０４の処理を行うと、送信装置１００は、Ｓｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを、受信装置２００Ｂへユニキャストで送信する（Ｓ１０６）。ここで、ステップＳ１０６において送信されるＳｔｒｅａｍ  Ｓｅｑ＃０〜３は、ＭＡＣ  Ｓｅｑ＃８５０〜８５３に対応する。
【００６３】
ステップＳ１０６においてパケットが送信されると、受信装置２００Ｂは、ステップＳ１０６において送信されたＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを受信する。図４では、受信装置２００Ｂが、ステップＳ１０６において送信された全てのデータパケットを正常に受信できた例を示している。
【００６４】
また、通信装置３００は、ステップＳ１０６において送信されたＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを受信し（上記（１）の処理（受信処理））、受信したＳｅｑ＃０〜３のデータパケットから処理データを判別する（上記（２）の処理（処理データの判別処理））。図４では、通信装置３００が、ステップＳ１０６において送信された全てのデータパケットを正常に受信できた例を示している。
【００６５】
ここで、通信装置３００は、ステップＳ１００においてＳｔｒｅａｍ  Ｓｅｑ＃０、２、３のデータパケットを正常に受信している。よって、通信装置３００は、ステップＳ１０６において受信したＳｔｒｅａｍ  Ｓｅｑ＃０、２、３のデータパケットを破棄する。
【００６６】
また、通信装置３００は、ステップＳ１００において正常に受信することができなかったＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケット（欠損データに該当する。）を、ステップＳ１０６において正常に受信している。よって、通信装置３００は、Ｓｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットに対応する処理データを処理する場合（上記（３）の処理（処理データを処理する処理）を行う場合）には、ステップＳ１００において正常に受信することができなかったＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットに対応する処理データを、ステップＳ１０６において正常に受信されたＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットに対応する処理データで補完して処理を行う。
【００６７】
上述したように、通信装置３００は、例えば図５に示すように、第１通信データにおけるＭＡＣシーケンス番号と上位層シーケンス番号との対応付けと、第２通信データにおけるＭＡＣシーケンス番号と上位層シーケンス番号との対応付けとをそれぞれ行っている。よって、通信装置３００は、例えば、図５に示すテーブルを参照することによって、欠損データを特定し、特定された欠損データを他方の通信路の処理データで補完することができる。
【００６８】
ここで、通信装置３００は、例えば図５に示すフロー１に対応する処理データ（第１処理データ）とフロー２に対応する処理データ（第２処理データ）とを参照して、欠損データの補完を行うが、本実施形態に係る通信装置３００における処理は、上記に限られない。例えば、通信装置３００は、第１処理データまたは第２処理データのいずれか一方の処理データを、主に処理に用いる主処理データとし、主処理データに欠損データが存在する場合のみ、主処理データではない他方の処理データを用いてもよい。通信装置３００が、特定の通信路で受信された主処理データに注視して処理を行うことによって、全ての通信路で受信された処理データに注視して処理を行う場合よりも、上記（３）の処理（処理データを処理する処理）の処理時間をより短縮することができる。
【００６９】
ステップＳ１０６において送信されたパケットを受信した受信装置２００Ｂは、ステップＳ１０６において送信された全てのデータパケットを正常に受信できたので、正常に受信された旨の応答（例えば、ブロックＡＣＫの送信）を行う（Ｓ１０８）。
【００７０】
ステップＳ１０８において応答が送信されると、通信装置３００は、ステップＳ１０８において送信された応答を受信する。なお、通信装置３００は、送信装置１００からステップＳ１００およびステップＳ１０６において送信された、Ｓｔｒｅａｍ  Ｓｅｑ＃０〜３を全て正常に受信できているが、送信装置１００、受信装置２００Ａ、受信装置２００Ｂなどの外部装置に対して応答を行わない。
【００７１】
通信システム１０００では、例えば図４に示すような処理が行われる。ここで、通信装置３００は、ステップＳ１００において受信装置２００Ａ（第１受信装置）に対して送信されたパケットと、ステップＳ１０６において受信装置２００Ｂ（第２受信装置）に対して送信されたパケットとをそれぞれ受信する（上記（１）の処理（受信処理））。また、通信装置３００は、受信したパケットそれぞれから処理データを判別する（上記（２）の処理（処理データの判別処理））。そして、通信装置３００は、判別された処理データを処理する（上記（３）の処理（処理データを処理する処理））。ここで、通信装置３００は、送信装置１００、受信装置２００Ａ、および受信装置２００Ｂのいずれに対しても、何らの応答（例えば、再送信要求や、ＡＣＫなど）を行わない。また、通信装置３００は、判別された処理データを処理する場合において、一の通信路において受信された通信データに対応する処理データに欠損データが存在する場合には、他の通信路において受信された通信データに対応する処理データを用いて補完して処理を行う。よって、通信装置３００は、送信装置１００や受信装置２００Ａ、受信装置２００Ｂなどの外部装置に対して通信データの受信に応じた応答（例えば、再送信要求など）を行わなくとも、処理データを正常に処理することができる。
【００７２】
上記のように、通信装置３００が、例えば、本実施形態に係る通信方法に係る（１）の処理（受信処理）〜（３）の処理（処理データを処理する処理）を行うことによって、より多くの装置に対して安定的にデータを受信させることが可能な通信システムが実現される。
【００７３】
なお、本実施形態に係る通信システム１０００における処理は、図４に示す処理に限られない。例えば、図４では、通信装置３００のみが本実施形態に係る通信方法に係る処理を行う例を示したが、さらに、受信装置２００Ａ、および／または、受信装置２００Ｂが、本実施形態に係る通信方法に係る処理を行うことも可能である。
【００７４】
図６は、本実施形態に係る通信システム１０００における処理の他の例を示す説明図である。ここで、図６は、受信装置２００Ａ（第１受信装置）と、通信装置３００とが、本実施形態に係る通信方法に係る処理を行う場合の処理の一例を示している。
【００７５】
また、図６は、送信装置１００が、図４に示す処理と同様に、アグリケーションデータフレームを、受信装置２００Ａ（第１受信装置）と受信装置２００Ｂ（第２受信装置）とに対して１フレームごとに交互に送信する場合を示している。また、図６は、送信装置１００が、図４に示す処理と同様に、送信データをストリーミング送信している例（すなわち、送信データがストリーミングデータである例）を示している。
【００７６】
送信装置１００は、図４に示すステップＳ１００と同様に、Ｓｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを、受信装置２００Ａへユニキャストで送信する（Ｓ２００）。
【００７７】
ステップＳ２００においてパケットが送信されると、受信装置２００Ａは、ステップＳ２００において送信されたＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを受信する。図６では、受信装置２００Ａが、ステップＳ２００において送信されたＳｔｒｅａｍ  Ｓｅｑ＃１、２のデータパケットを正常に受信できなかった例を示している。
【００７８】
また、通信装置３００は、図４のステップＳ１００と同様に、ステップＳ２００において送信されたＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを受信し（上記（１）の処理（受信処理））、受信したＳｅｑ＃０〜３のデータパケットから処理データを判別する（上記（２）の処理（処理データの判別処理））。図６では、通信装置３００が、ステップＳ２００において送信された全てのデータパケットを正常に受信できた例を示している。
【００７９】
受信装置２００Ａは、Ｓｔｒｅａｍ  Ｓｅｑ＃１、２のデータパケットを正常に受信できなかったので、Ｓｔｒｅａｍ  Ｓｅｑ＃１、２のデータパケットの再送を要求する応答（例えば、ＮＡＣＫ情報を含んだブロックＡＣＫの送信）を行う（Ｓ２０２）。
【００８０】
ステップＳ２０２において応答が送信されると、送信装置１００は、図４のステップＳ１０６と同様に、Ｓｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを、受信装置２００Ｂへユニキャストで送信する（Ｓ２０４）。
【００８１】
ステップＳ２０４においてパケットが送信されると、受信装置２００Ｂは、ステップＳ２０４において送信されたＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを受信する。図６では、受信装置２００Ｂが、ステップＳ２０４において送信された全てのデータパケットを正常に受信できた例を示している。
【００８２】
また、通信装置３００は、図４に示すステップＳ１０６と同様に、ステップＳ２０４において送信されたＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを受信し（上記（１）の処理（受信処理））、受信したＳｅｑ＃０〜３のデータパケットから処理データを判別する（上記（２）の処理（処理データの判別処理））。図６では、通信装置３００が、ステップＳ２０４において送信された全てのデータパケットを正常に受信できた例を示している。
【００８３】
ここで、通信装置３００は、ステップＳ２００においてＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを正常に受信している。よって、通信装置３００は、ステップＳ２０４において受信したＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを破棄する。
【００８４】
また、通信装置３００は、ステップＳ２０４において送信されたＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを受信し（上記（１）の処理（受信処理））、受信したＳｅｑ＃０〜３のデータパケットから処理データを判別する（上記（２）の処理（処理データの判別処理））。図６では、通信装置３００が、ステップＳ２０４において送信された全てのデータパケットを正常に受信できた例を示している。
【００８５】
ここで、受信装置２００Ａは、ステップＳ２００においてＳｔｒｅａｍ  Ｓｅｑ＃０、３のデータパケットを正常に受信している。よって、通信装置３００は、ステップＳ２０４において受信したＳｔｒｅａｍ  Ｓｅｑ＃０、３のデータパケットを破棄する。
【００８６】
また、受信装置２００Ａは、ステップＳ２００において正常に受信することができなかったＳｔｒｅａｍ  Ｓｅｑ＃１、２のデータパケット（欠損データに該当する。）を、ステップＳ２０４において正常に受信している。よって、受信装置２００Ａは、Ｓｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットに対応する処理データを処理する場合（上記（３）の処理（処理データを処理する処理）を行う場合）には、ステップＳ２００において正常に受信することができなかったＳｔｒｅａｍ  Ｓｅｑ＃１、２のデータパケットに対応する処理データを、ステップＳ２０４において正常に受信されたＳｔｒｅａｍ  Ｓｅｑ＃１、２のデータパケットに対応する処理データで補完して処理を行う。
【００８７】
ステップＳ２０４において送信されたパケットを受信した受信装置２００Ｂは、ステップＳ２０６において送信された全てのデータパケットを正常に受信できたので、正常に受信された旨の応答（例えば、ブロックＡＣＫの送信）を行う（Ｓ２０６）。
【００８８】
ステップＳ２０６において応答が送信されると、通信装置３００は、ステップＳ２０６において送信された応答を受信する。なお、通信装置３００は、送信装置１００からステップＳ２００およびステップＳ２０４において送信された、Ｓｔｒｅａｍ  Ｓｅｑ＃０〜３を全て正常に受信できているが、送信装置１００、受信装置２００Ａ、受信装置２００Ｂなどの外部装置に対して応答を行わない。
【００８９】
ステップＳ２０６において送信された応答を受信すると、送信装置１００は、ステップＳ２０２において送信された応答が再送を要求するＳｔｒｅａｍ  Ｓｅｑ＃１、２のデータパケットを、受信装置２００Ａに対して送信する（Ｓ２０８）。
【００９０】
ステップＳ２０８においてＳｔｒｅａｍ  Ｓｅｑ＃１、２のデータパケットが送信されると、受信装置２００Ａは、ステップＳ１０４において送信されたＳｅｑ＃１のデータパケットを受信する。図６では、受信装置２００Ａが、ステップＳ２０８において送信されたＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットを正常に受信できなかった例を示している。
【００９１】
また、通信装置３００は、ステップＳ２０８において送信されたＳｅｑ＃１、２のデータパケットを受信し（上記（１）の処理（受信処理））、受信したＳｅｑ＃１のデータパケットから処理データを判別する（上記（２）の処理（処理データの判別処理））。図６では、通信装置３００が、ステップＳ２０８において送信されたＳｔｒｅａｍ  Ｓｅｑ＃１、２のデータパケットを正常に受信できた例を示している。ここで、通信装置３００は、ステップＳ２００においてＳｔｒｅａｍ  Ｓｅｑ＃０〜３のデータパケットを正常に受信している。よって、通信装置３００は、ステップＳ２０８において受信したＳｔｒｅａｍ  Ｓｅｑ＃１、２のデータパケットを破棄する。
【００９２】
受信装置２００ＡはステップＳ２０８においてＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットを正常に受信できなかったが、受信装置２００Ａは、ステップＳ２０４においてＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットを正常に受信している。よって、受信装置２００Ａは、ステップＳ２０８においてＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットを正常に受信できなかったにも関わらず、正常に受信された旨の応答（例えば、ブロックＡＣＫの送信）を行う（Ｓ２１０）。
【００９３】
ステップＳ２１０において応答が送信されると、通信装置３００は、ステップＳ２１０において送信された応答を受信する。なお、通信装置３００は、送信装置１００からステップＳ２００およびステップＳ２０４において送信された、Ｓｔｒｅａｍ  Ｓｅｑ＃０〜３を全て正常に受信できているが、送信装置１００、受信装置２００Ａ、受信装置２００Ｂなどの外部装置に対して応答を行わない。
【００９４】
通信システム１０００は、例えば図６に示すような処理を行うことも可能である。ここで、図６に示す処理では、通信装置３００は、図４に示す処理と同様に、本実施形態に係る通信方法に係る（１）の処理（受信処理）〜（３）の処理（処理データを処理する処理）を行う。よって、図６に示す処理が行われることによって、より多くの装置に対して安定的にデータを受信させることが可能な通信システムが実現される。
【００９５】
また、図６に示す処理では、さらに受信装置２００Ａ（第１受信装置）が、本実施形態に係る通信方法に係る（１）の処理（受信処理）〜（３）の処理（処理データを処理する処理）を行う。よって、例えば図６のステップＳ２１０に示すように、受信装置２００Ａは、再送されたＳｔｒｅａｍ  Ｓｅｑ＃１のデータパケットを正常に受信できなかったにも関わらず、正常に受信された旨の応答（例えば、ブロックＡＣＫの送信）を行うことが可能となる。よって、例えば図６に示すように、さらに受信装置２００Ａ（第１受信装置）が、本実施形態に係る通信方法に係る（１）の処理（受信処理）〜（３）の処理（処理データを処理する処理）を行うことによって、ユニキャスト無線通信におけるデータの再送信の頻度を低減することができる。したがって、例えば図６に示すように、さらに受信装置２００Ａ（第１受信装置）が、本実施形態に係る通信方法に係る（１）の処理（受信処理）〜（３）の処理（処理データを処理する処理）を行うことによって、データの伝送効率を向上させることができる。
【００９６】
例えば上述した図４や図６を参照して示したように、例えば図３に示す通信システム１０００を構成する通信装置３００が、本実施形態に係る通信方法に係る（１）の処理（受信処理）〜（３）の処理（処理データを処理する処理）を行うことによって、より多くの装置に対して安定的にデータを受信させることが可能な通信システムが実現される。
【００９７】
なお、本実施形態に係る通信システムの構成は、図３に示す構成に限られない。例えば、図３では、第１通信路により送信データを送信する送信装置と、第２通信路により送信データを送信する送信装置とが同一の装置である例を示したが、第１通信路により送信データを送信する送信装置と、第２通信路により送信データを送信する送信装置とは、別体の装置であってもよい。
【００９８】
図７は、本実施形態に係る通信システムの構成の他の例を示す説明図である。図７に示す通信システム１５００は、送信装置１００Ａ（第１送信装置）と、送信装置１００Ｂ（第２送信装置）と、受信装置２００Ａ（第１受信装置）と、受信装置２００Ｂ（第２受信装置）と、通信装置３００とを有する。ここで、通信装置３００は、例えば、送信装置１００Ａ、および送信装置１００Ｂの双方の通信エリア内に位置するよう配置される。
【００９９】
ここで、図７に示す通信システム１５００を構成する受信装置２００Ａ（第１受信装置）、受信装置２００Ｂ（第２受信装置）、および通信装置３００は、図１に示す通信システム１０００を構成する受信装置２００Ａ（第１受信装置）、受信装置２００Ｂ（第２受信装置）、および通信装置３００とそれぞれ同様の機能、構成を有する。
【０１００】
送信装置１００Ａは、受信装置２００Ａ（第１受信装置）に対して、ユニキャストで送信データを無線で送信する。また、送信装置１００Ｂは、受信装置２００Ｂ（第２受信装置）に対して、ユニキャストまたはマルチキャストで送信データを無線で送信する。なお、送信装置１００Ａは、送信装置１００Ｂと有線または無線で通信を行い、送信装置１００Ｂから送信された送信データを中継する形で送信してもよい。また、同様に、送信装置１００Ｂは、送信装置１００Ａと有線または無線で通信を行い、送信装置１００Ａから送信された送信データを中継する形で送信してもよい。
【０１０１】
上記のように、通信システム１５００を構成する通信装置３００は、図１に示す通信システム１０００を構成する通信装置３００と同様の機能、構成を有する。つまり、通信システム１５００を構成する通信装置３００は、図１に示す通信装置３００と同様に、本実施形態に係る通信方法に係る（１）の処理（受信処理）〜（３）の処理（処理データを処理する処理）を行う。ここで、通信装置３００は、第１通信路で送受信される第１通信データと、第２通信路で送受信される第２通信データとを受信して処理を行うが、通信装置３００は、上述したように特定の識別子で処理データを判別するので、第１通信データおよび第２通信データが現実にどの装置から送信されたかは、問題ではない。
【０１０２】
また、通信システム１５００を構成する通信装置３００は、例えば送信装置１００Ａ、送信装置１００Ｂそれぞれから送信される送信データを処理対象とするので、送信装置１００Ａ、送信装置１００Ｂから送信される通信データを受信できればよく、受信装置２００Ａ、受信装置２００Ｂから送信される通信データを受信できなくてもよい。なお、通信システム１５００を構成する通信装置３００は、図１に示す通信システム１０００を構成する通信装置３００と同様に、処理データの判別処理を行うことによって処理データを判別することが可能であるので、受信装置２００Ａや受信装置２００Ｂから送信される通信データを受信したとしても、判別された処理データを正常に処理することができる。
【０１０３】
よって、図７に示す通信システム１５００においても、例えば図４、図６に示した処理と同様の処理を実現することが可能である。したがって、図７に示すように、複数の送信装置が存在する場合であっても、より多くの装置に対して安定的にデータを受信させることが可能な通信システムが実現される。
【０１０４】
（本実施形態に係る通信装置）
次に、本実施形態に係る通信方法に係る処理を行うことが可能な、本実施形態に係る通信装置の構成の一例について説明する。以下では、図１に示す通信システム１０００を構成する通信装置３００を主に例に挙げて、説明する。
【０１０５】
図８は、本実施形態に係る通信装置３００の構成の一例を示すブロック図である。通信装置３００は、例えば、通信部３０２と、制御部３０４とを備える。
【０１０６】
また、通信装置３００は、例えば、ＲＯＭ（Read  Only  Memory。図示せず）や、ＲＡＭ（Random  Access  Memory。図示せず）、ユーザが操作可能な操作部（図示せず）、様々な画面を表示画面に表示する表示部（図示せず）などを備えていてもよい。通信装置３００は、例えば、データの伝送路としてのバス（bus）により上記各構成要素間を接続する。
【０１０７】
ＲＯＭ（図示せず）は、制御部３０４が使用するプログラムや演算パラメータなどの制御用データを記憶する。ＲＡＭ（図示せず）は、制御部３０４により実行されるプログラムなどを一時的に記憶する。操作部（図示せず）としては、例えば後述する操作デバイスが挙げられ、表示部（図示せず）としては、例えば後述する表示デバイスが挙げられる。
【０１０８】
〔通信装置３００のハードウェア構成例〕
図９は、本実施形態に係る通信装置３００のハードウェア構成の一例を示す説明図である。通信装置３００は、例えば、ＭＰＵ３５０と、ＲＯＭ３５２と、ＲＡＭ３５４と、記録媒体３５６と、入出力インタフェース３５８と、操作入力デバイス３６０と、表示デバイス３６２と、通信インタフェース３６４とを備える。また、通信装置３００は、例えば、データの伝送路としてのバス３６６で各構成要素間を接続する。
【０１０９】
ＭＰＵ３５０は、ＭＰＵ（Micro  Processing  Unit）や制御機能を実現するための各種回路が集積された集積回路などで構成され、通信装置３００全体を制御する制御部３０４として機能する。また、ＭＰＵ３５０は、通信装置３００において、後述するデータ判別部３１０、および処理部３１２としての役目を果たすこともできる。
【０１１０】
ＲＯＭ３５２は、例えばＭＰＵ３５０が使用するプログラムや演算パラメータなどの制御用データを記憶し、また、ＲＡＭ３５４は、例えばＭＰＵ３５０により実行されるプログラムなどを一時的に記憶する。
【０１１１】
記録媒体３５６は、通信装置３００が備える記憶デバイスであり、記憶部１０４として機能する。記録媒体３５６には、例えば、画像データなどのコンテンツデータや、アプリケーションなどが記憶される。ここで、記録媒体３５６としては、例えば、ハードディスク（Hard  Disk）などの磁気記録媒体や、フラッシュメモリ（flash  memory）、ＭＲＡＭ（Magnetoresistive  Random  Access  Memory）、ＦｅＲＡＭ（Ferroelectric  Random  Access  Memory）などの不揮発性メモリ（nonvolatile  memory）が挙げられる。また、記録媒体３５６は、通信装置３００から着脱可能であってもよい。
【０１１２】
入出力インタフェース３５８は、例えば、操作入力デバイス３６０や、表示デバイス３６２を接続する。操作入力デバイス３６０は、操作部（図示せず）として機能し、また、表示デバイス３６２は、表示部（図示せず）として機能する。ここで、入出力インタフェース３５８としては、例えば、ＵＳＢ（Universal  Serial  Bus）端子や、ＤＶＩ（Digital  Visual  Interface）端子、ＨＤＭＩ（High-Definition  Multimedia  Interface）端子、各種処理回路などが挙げられる。また、操作入力デバイス３６０は、例えば、通信装置３００上に備えられ、通信装置３００の内部で入出力インタフェース３５８と接続される。操作入力デバイス３６０としては、例えば、ボタン、方向キー、ジョグダイヤルなどの回転型セレクター、あるいは、これらの組み合わせなどが挙げられる。また、表示デバイス３６２は、例えば、通信装置３００上に備えられ、通信装置３００の内部で入出力インタフェース３５８と接続される。表示デバイス３６２としては、例えば、液晶ディスプレイ（Liquid  Crystal  Display；ＬＣＤ）や有機ＥＬディスプレイ（organic  ElectroLuminescence  display。または、ＯＬＥＤディスプレイ（Organic  Light  Emitting  Diode  display）ともよばれる。）などが挙げられる。なお、入出力インタフェース３５８が、通信装置３００の外部装置としての操作入力デバイス（例えば、キーボードやマウスなど）や表示デバイス（例えば、外部ディスプレイなど）と接続することが可能であることは、言うまでもない。また、表示デバイス３６２は、例えばタッチスクリーンなどのように、表示とユーザ操作とが可能なデバイスであってもよい。
【０１１３】
通信インタフェース３６４は、通信装置３００が備える通信デバイスであり、ネットワークを介して（あるいは、直接的に）外部装置と無線で通信を行うための通信部３０２として機能する。ここで、通信インタフェース３６４としては、例えば、ＩＥＥＥ８０２．１１ｎポートおよび送受信回路や、通信アンテナおよびＲＦ（Radio  Frequency）回路などが挙げられる。なお、本実施形態に係る通信インタフェース３６４は、上記に限られない。例えば、通信インタフェース３６４は、例えば図３や図７に示すような無線通信ネットワークを構成することが可能な、任意の通信方式に対応するデバイスが挙げられる。
【０１１４】
通信装置３００は、例えば図９に示す構成によって、本実施形態に係る通信方法に係る処理（例えば、（１）の処理（受信処理）〜（３）の処理（処理データを処理する処理））を行う。
【０１１５】
なお、本実施形態に係る通信装置３００の構成は、図９に示す構成に限られない。例えば、通信装置３００は、通信インタフェース３６４を用いて通信データを受信することが可能な通信路以外の他の観察対象の通信路に対応する、１または２以上の他の通信デバイスをさらに備えていてもよい。
【０１１６】
再度図８を参照して、本実施形態に係る通信装置３００の構成の一例について説明する。通信部３０２は、通信装置３００が備える通信機能であり、ネットワークを介して（あるいは、直接的に）外部装置と無線で通信を行う役目を果たす。ここで、通信部３０２としては、例えば、ＩＥＥＥ８０２．１１ｎポートおよび送受信回路や、通信アンテナおよびＲＦ回路などが挙げられる。また、通信部３０２は、同種の通信方式および／または異種の通信方式の、複数の通信デバイスで構成されていてもよい。
【０１１７】
また、通信部３０２は、本実施形態に係る通信方法に係る処理の一部を行う役目を果たす。より具体的には、通信部３０２は、上記（１）の処理（受信処理）を行う役目を果たし、観察対象の通信路（図３に示す通信システム１０００の場合には、第１通信路および第２通信路）の通信データをそれぞれ受信する。
【０１１８】
ここで、通信部３０２が受信する通信データとしては、例えば、送信装置１００がアグリケーションデータフレームを受信装置２００Ａ（第１受信装置）と受信装置２００Ｂ（第２受信装置）とに対して１フレームごとに交互に送信した送信データや、当該送信データに対する応答データ、ビーコンなどが挙げられる。また、通信部３０２が受信する各通信路に対応する送信データは、例えば、図３に示す通信システム１０００のように同一の送信装置から送信されたものであってもよいし、図７に示す通信システム１５００のように異なる送信装置から送信されたものであってもよい。
【０１１９】
制御部３０４は、例えば、ＭＰＵなどで構成され、通信装置３００全体を制御する役目を果たす。また、制御部３０４は、例えば、データ判別部３１０と、処理部３１２とを備え、本実施形態に係る通信方法に係る処理を主導的に行う役目を果たす。
【０１２０】
データ判別部３１０は、上記（２）の処理（処理データの判別処理）を主導的に行う役目を果たし、通信部３０２が受信した通信データの中から処理データを判別する。例えば、図３に示す通信システム１０００の場合には、データ判別部３１０は、通信部３０２が受信した第１通信データの中から第１処理データを判別し、また、通信部３０２が受信した第２通信データの中から第２処理データを判別する。
【０１２１】
より具体的には、データ判別部３１０は、例えば、受信された通信データから特定の識別子を検出し、特定の識別子が検出された場合に、処理データであると判別する。ここで、データ判別部３１０は、例えば、ＲＴＰヘッダのＳＳＲＣフィールドを特定の識別子として検出するが、本実施形態に係る特定の識別子は、上記に限られない。
【０１２２】
また、データ判別部３１０は、例えば、ＡＣＫやＮＡＣＫなどの応答データについては、処理データとして判別しない。なお、データ判別部３１０は、例えば、通信部３０２が受信したＡＣＫやＮＡＣＫなどの応答データに基づいて、送信データの再送信が行われるか否かを判定してもよい。
【０１２３】
また、データ判別部３１０は、例えば、データの判別結果に応じて、通信部３０２が受信した通信データ（または、当該通信データの一部）を破棄する、または、当該通信データ（または、当該通信データの一部）を通信部３０２などの他の構成要素に破棄させる。ここで、データ判別部３１０は、例えば、処理データではないと判別された通信データを破棄する（または破棄させる。以下、同様とする。）が、データ判別部３１０が破棄する通信データは、上記に限られない。例えば、送信装置１００からの再送信などによって重複したデータが受信された場合には、データ判別部３１０は、当該重複したデータに対応する通信データを破棄する。
【０１２４】
また、データ判別部３１０は、データの判別結果によらず、送信装置１００、受信装置２００Ａ、受信装置２００Ｂなどの外部装置に対する応答を、通信部３０２に行わせない。
【０１２５】
処理部３１２は、上記（３）の処理（処理データを処理する処理）を主導的に行う役目を果たし、例えばデータ判別部３１０におけるデータの判別結果に基づいて、受信された第１通信データと第２通信データとに含まれうる処理データを処理する。
【０１２６】
より具体的には、処理部３１２は、例えば、第１通信データのうちの処理に用いると判別された第１処理データと、第２通信データのうちの処理に用いると判別された第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて補完して処理を行う。また、第１処理データおよび第２処理データ以外の他の処理データが存在する場合には、処理部３１２は、これらの処理データを用いて選択的に補完を行うことによって、処理を行う。また、処理部３１２は、処理を行う場合において、送信装置１００、受信装置２００Ａ、受信装置２００Ｂなどの外部装置に対する応答を、通信部３０２に行わせない。
【０１２７】
ここで、処理部３１２は、例えば、第１処理データと第２処理データとを参照して、欠損データの補完を行うが、処理部３１２における処理は、上記に限られない。例えば、処理部３１２は、第１処理データまたは第２処理データのいずれか一方の処理データを、主に処理に用いる主処理データとし、主処理データに欠損データが存在する場合のみ、主処理データではない他方の処理データを用いてもよい。処理部３１２が、特定の通信路で受信された主処理データに注視して処理を行うことによって、全ての通信路で受信された処理データに注視して処理を行う場合よりも、上記（３）の処理（処理データを処理する処理）の処理時間をより短縮することができる。
【０１２８】
また、処理部３１２は、例えば図５に示すように、第１通信データにおけるＭＡＣシーケンス番号とＭＡＣ層の上位層における上位層シーケンス番号、および、第２通信データにおけるＭＡＣシーケンス番号と当該上位層シーケンス番号をそれぞれ対応付け、当該対応付けに基づいて処理を行う。ここで、処理部３１２は、例えばＭＡＣ層シーケンス番号と上位層シーケンス番号との対応付けを維持することが可能な任意の方法を用いることによって、ＭＡＣ層シーケンス番号と上位層シーケンス番号との対応付けを１つのキューに集約し、第１処理データおよび第２処理データ（複数の処理データの一例）を１つのキューで管理することも可能である。なお、本実施形態に係る通信装置３００では、例えば、図５に示すような対応付けや、上記１つのキューでの管理を、データ判別部３１０などの他の構成要素が行ってもよい。
【０１２９】
さらに、例えば図５に示すような対応付けを行う場合には、処理部３１２は、データ判別部３１０が、受信された第１通信データの中から処理に用いないデータを判別した場合には、上位層シーケンス番号と第１通信データにおけるＭＡＣシーケンス番号との対応付けを補正してもよい。また、同様に、データ判別部３１０が、受信された第２通信データの中から処理に用いないデータを判別した場合には、処理部３１２は、上位層シーケンス番号と第２通信データにおけるＭＡＣシーケンス番号との対応付けを補正してもよい。上記のように、上位層シーケンス番号と第１通信データにおけるＭＡＣシーケンス番号との対応付け、および／または、上位層シーケンス番号と第２通信データにおけるＭＡＣシーケンス番号との対応付けを選択的に補正することによって、処理部３１２は、例えば、（３）の処理（処理データを処理する処理）に要する時間をより短縮することができる。
【０１３０】
制御部３０４は、例えば、データ判別部３１０、および処理部３１２を備えることによって、本実施形態に係る通信方法に係る処理を主導的に行う。なお、本実施形態に係る通信方法に係る処理を実現するための構成が、図８に示す制御部３０４の構成に限られないことは、言うまでもない。
【０１３１】
通信装置３００は、例えば図８に示す構成によって、通信装置３００における本実施形態に係る通信方法に係る処理（例えば、（１）の処理（受信処理）〜（３）の処理（処理データを処理する処理））を行う。したがって、例えば図８に示す構成の通信装置３００を有することによって、より多くの装置に対して安定的にデータを受信させることが可能な通信システムを実現することができる。
【０１３２】
なお、本実施形態に係る通信装置３００の構成は、図８に示す構成に限られない。例えば、本実施形態に係る通信装置は、送信装置１００と第１通信路によりユニキャストで無線通信を行う機能を有していてもよい。本実施形態に係る通信装置が送信装置１００と第１通信路によりユニキャストで無線通信を行う機能を有する場合には、本実施形態に係る通信装置は、本実施形態に係る通信システムにおいて第１受信装置の役目を果たすことができる。また、本実施形態に係る通信装置は、例えば、送信装置１００と第２通信路により無線通信を行う機能を有していてもよい。本実施形態に係る通信装置が送信装置１００と第２通信路により無線通信を行う機能を有する場合には、本実施形態に係る通信装置は、本実施形態に係る通信システムにおいて第２受信装置の役目を果たすことができる。つまり、本実施形態に係る通信システムでは、第１受信装置、および／または、第２受信装置が、本実施形態に係る通信方法に係る処理を行う通信装置３００として機能してもよい。
【０１３３】
上記では、本実施形態に係る通信システムを構成する構成要素として通信装置３００を挙げて説明したが、本実施形態は、かかる形態に限られない。本実施形態は、例えば、ＰＣ（Personal  Computer）やサーバなどのコンピュータ、携帯電話やＰＨＳ（Personal  Handyphone  System）などの携帯型通信装置、映像／音楽再生装置、映像／音楽記録再生装置、ゲーム機、撮像装置など、無線通信機能を有する様々な機器に適用することができる。また、本実施形態は、本実施形態に係る通信方法に係る処理を行う処理ＩＣ（Integrated  Circuit）に適用され、例えば、上記のような無線通信機能を有する機器に組み込まれてもよい。
【０１３４】
また、上記では、本実施形態に係る通信システムを構成する構成要素として送信装置、第１受信装置、第２受信装置を挙げて説明したが、本実施形態は、かかる形態に限られない。上記装置それぞれは、例えば、例えば、ＰＣやサーバなどのコンピュータ、携帯電話などの携帯型通信装置、映像／音楽再生装置、映像／音楽記録再生装置、ゲーム機、撮像装置など、無線通信機能を有する様々な機器に適用することができる。また、本実施形態に係る送信装置は、例えば、ビーコンによる管理機能（ＡＰ（Access  Point）機能）を有していてもよい。
【０１３５】
（本実施形態に係るプログラム）
コンピュータを、本実施形態に係る通信装置として機能させるためのプログラム（例えば、上記（１）の処理（受信処理）〜（３）の処理（処理データを処理する処理）など、本実施形態に係る通信方法に係る処理を実行することが可能なプログラム）によって、より多くの装置に対して安定的にデータを受信させることが可能な通信システムが実現される。
【０１３６】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本技術はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１３７】
例えば、上記では、コンピュータを、本実施形態に係る通信装置として機能させるためのプログラム（コンピュータプログラム）が提供されることを示したが、本実施形態は、さらに、上記プログラムをそれぞれ記憶させた記録媒体も併せて提供することができる。
【０１３８】
上述した構成は、本実施形態の一例を示すものであり、当然に、本技術の技術的範囲に属するものである。
【０１３９】
なお、本技術は以下のような構成も取ることができる。
（１）
送信装置から第１受信装置へとユニキャストで送信される第１通信データと、前記送信装置から第２受信装置へと送信される第２通信データとを、それぞれ受信する通信部と、
受信された前記第１通信データと前記第２通信データとに含まれうる処理データを処理する処理部と、
を備え、
前記処理部は、
前記第１通信データに含まれている第１処理データと、前記第２通信データに含まれている第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて処理を行い、
外部装置に対する応答を前記通信部に行わせない、通信装置。
（２）
受信された前記第１通信データと前記第２通信データとの中から処理に用いる処理データを判別するデータ判別部をさらに備え、
前記処理部は、処理に用いると判別された処理データを処理する、（１）に記載の通信装置。
（３）
前記データ判別部は、
受信された通信データから特定の識別子を検出し、
前記特定の識別子が検出された場合に、前記処理データであると判別する、（２）に記載の通信装置。
（４）
前記特定の識別子は、ＲＴＰ（Real-time  Transport  Protocol）ヘッダのＳＳＲＣ（Synchrozination  Source）フィールドである、（３）に記載の通信装置。
（５）
前記処理部は、前記第１通信データにおけるＭＡＣ（Media  Access  Control  address）シーケンス番号とＭＡＣ層の上位層における上位層シーケンス番号、および、前記第２通信データにおけるＭＡＣシーケンス番号と前記上位層シーケンス番号をそれぞれ対応付けて処理を行う、（１）〜（４）のいずれか１つに記載の通信装置。
（６）
前記処理部は、
受信された前記第１通信データの中から処理に用いないデータが判別された場合には、前記上位層シーケンス番号と前記第１通信データにおけるＭＡＣシーケンス番号との対応付けを補正し、
受信された前記第２通信データの中から処理に用いないデータが判別された場合には、前記上位層シーケンス番号と前記第２通信データにおけるＭＡＣシーケンス番号との対応付けを補正する、（５）に記載の通信装置。
（７）
前記処理部は、
前記第１処理データまたは前記第２処理データのいずれか一方の処理データを、主に処理に用いる主処理データとし、
前記主処理データに欠損データが存在する場合のみ、前記主処理データではない他方の処理データを用いる、（１）〜（６）のいずれか１つに記載の通信装置。
（８）
前記処理部は、前記第１処理データと前記第２処理データとを１つのキューで管理する、（１）〜（７）のいずれか１つに記載の通信装置。
（９）
前記通信部は、前記送信装置が複数のデータパケットが結合されたデータフレームを前記第１受信装置と前記第２受信装置とに対して１フレームごとに交互に送信した、送信データを受信する、（１）〜（８）のいずれか１つに記載の通信装置。
（１０）
前記第１受信装置、または、前記第２受信装置は、自装置である、（１）〜（９）のいずれか１つに記載の通信装置。
（１１）
前記第１受信装置へとユニキャストで送信される第１通信データは、第１送信装置から送信され、
前記第２受信装置へと送信される第２通信データは、前記第１送信装置とは異なる第２送信装置から送信される、（１）〜（１０）のいずれか１つに記載の通信装置。
（１２）
送信装置から第１受信装置へとユニキャストで送信される第１通信データと、前記送信装置から第２受信装置へと送信される第２通信データとを、それぞれ受信するステップと、
受信された前記第１通信データと前記第２通信データとに含まれうる処理データを処理するステップと、
を有し、
前記処理するステップでは、
前記第１通信データに含まれている第１処理データと、前記第２通信データに含まれている第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて処理が行われ、
外部装置に対する応答は行われない、通信方法。
（１３）
送信装置と、
前記送信装置と通信することが可能な第１受信装置と、
前記送信装置と通信することが可能な第２受信装置と、
前記送信装置から前記第１受信装置へとユニキャストで送信される第１通信データと、前記送信装置から前記第２受信装置へと送信される第２通信データとを、それぞれ受信する通信装置と、
を有し、
前記通信装置は、
前記第１通信データおよび前記第２通信データをそれぞれ受信する通信部と、
受信された前記第１通信データと前記第２通信データとに含まれうる処理データを処理する処理部と、
を備え、
前記処理部は、
前記第１通信データに含まれている第１処理データと、前記第２通信データに含まれている第２処理データとのいずれか一方の処理データに欠損データが存在する場合には、欠損データが存在しない他方の処理データを用いて処理を行い、
外部装置に対する応答を前記通信部に行わせない、通信システム。
【符号の説明】
【０１４０】
１００、１００Ａ、１００Ｂ    送信装置
２００、２００Ａ、２００Ｂ    受信装置
３００    通信装置
３０２    通信部
３０４    制御部
３１０    データ判別部
３１２    処理部
１０００、１５００    通信システム
【図１】
2012248929.tif 000003
【図２】
2012248929.tif 000004
【図３】
2012248929.tif 000005
【図４】
2012248929.tif 000006
【図５】
2012248929.tif 000007
【図６】
2012248929.tif 000008
【図７】
2012248929.tif 000009
【図８】
2012248929.tif 000010
【図９】
2012248929.tif 000011