特許 6592775 ファイル送受信システム、および、ファイル送受信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6592775

(24)【登録日】2019年10月4日

(45)【発行日】2019年10月23日

(54)【発明の名称】ファイル送受信システム、および、ファイル送受信方法

(51)【国際特許分類】

   G06F 13/00 20060101AFI20191010BHJP

   H04L 29/08 20060101ALI20191010BHJP

【ＦＩ】

   G06F13/00 540A

   H04L13/00 307Z

【請求項の数】9

【全頁数】15

(21)【出願番号】特願2015-32705(P2015-32705)

(22)【出願日】2015年2月23日

(65)【公開番号】特開2016-157164(P2016-157164A)

(43)【公開日】2016年9月1日

【審査請求日】2018年2月16日

(73)【特許権者】

【識別番号】000166247

【氏名又は名称】古野電気株式会社

(74)【代理人】

【識別番号】110000970

【氏名又は名称】特許業務法人 楓国際特許事務所

(72)【発明者】

【氏名】田中 勉

(72)【発明者】

【氏名】牛原 誠

(72)【発明者】

【氏名】淺沼 和之

(72)【発明者】

【氏名】新本 誠

【審査官】 木村 雅也

(56)【参考文献】

【文献】 特開２００８−１８２６４８（ＪＰ，Ａ）

【文献】 特開２００９−２７８５２１（ＪＰ，Ａ）

【文献】 特開２０１２−１３４７５８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｈ０４Ｌ ２９／０８

(57)【特許請求の範囲】

【請求項1】

第１の無線端末装置および第２の無線端末装置で共通に実行されるファイルを、データ送信用の複数のパケットに変換するデータ変換部と、
前記複数のパケットを用いた合成データを記憶する合成データ記憶部と、
前記複数のパケットおよび前記合成データをマルチキャストで送信するサーバ通信部と、
を備えるサーバ装置と、
前記マルチキャストで送信された前記複数のパケットを受信可能とともに、前記合成データから前記複数のパケットを取得可能な受信部と、
前記マルチキャストで送信された前記複数のパケットから欠けパケットを検出する欠け検出部と、
前記欠けパケットの再送信要求を行う再送信要求部と、
をそれぞれに備える第１の無線端末装置および第２の無線端末装置と、
を備え、
前記サーバ通信部は、前記第１の無線端末装置から前記再送信要求を受けた欠けパケットを含む前記合成データをマルチキャストで送信し、
前記第２の無線端末装置の前記再送信要求部は、
前記欠けパケットを検出した後に、前記第１の無線端末装置の前記再送信要求による合成データによって前記欠けパケットを補完できたときは、前記再送信要求を行わず、補完できなかったときに前記再送信要求を行う、
ファイル送受信システム。

【請求項2】

請求項１に記載のファイル送受信システムであって、
前記サーバ通信部は、
前記再送信要求で指定されたパケットを含む前記合成データを送信する、
ファイル送受信システム。

【請求項3】

請求項１または請求項２に記載のファイル送受信システムであって、
前記サーバ通信部は、
前記データ送信用の複数のパケットをマルチキャストで送信した後に前記再送信要求を受け付けると、前記合成データを送信する、
ファイル送受信システム。

【請求項4】

請求項１乃至請求項３のいずれかに記載のファイル送受信システムであって、
前記第２の無線端末装置の欠けパケットは、前記第１の無線端末装置の欠けパケットと異なる、
ファイル送受信システム。

【請求項5】

請求項１乃至請求項４のいずれかに記載のファイル送受信システムであって、
前記合成データは、連続するパケットの排他的論理和である、
ファイル送受信システム。

【請求項6】

請求項１乃至請求項４のいずれかに記載のファイル送受信システムであって、
前記無線端末装置は、
前記複数のパケットから前記ファイルを復元するデータ復元部と、
前記ファイルをアプリケーションで実行するアプリケーション実行部と、
を備え、
前記再送信要求部は、
前記アプリケーション実行部からのファイルの要求に応じて、前記再送信要求を行う、
ファイル送受信システム。

【請求項7】

サーバ装置が、第１の無線端末装置および第２の無線端末装置で共通に実行されるファイルを、データ送信用の複数のパケットに変換し、
前記サーバ装置が、前記複数のパケットをマルチキャストで送信し、
前記サーバ装置が、前記複数のパケットを用いた合成データを記憶し、
前記第１の無線端末装置および前記第２の無線端末装置が、前記マルチキャストで送信された前記複数のパケットを受信し、
前記第１の無線端末装置および前記第２の無線端末装置が、前記マルチキャストで送信された前記複数のパケットから欠けパケットを検出し、
前記第１の無線端末装置が、前記欠けパケットの再送信要求を行い、
前記サーバ装置が、前記第１の無線端末装置から前記再送信要求を受けた欠けパケットを含む前記合成データをマルチキャストで送信し、
前記第２の無線端末装置が、前記欠けパケットを検出した後に、前記第１の無線端末装置の前記再送信要求による合成データによって前記欠けパケットを補完できたときは、前記再送信要求を行わず、補完できなかったときに、前記再送信要求を行う、
ファイル送受信方法。

【請求項8】

請求項７に記載のファイル送受信方法であって、
前記第２の無線端末装置の欠けパケットは、前記第１の無線端末装置の欠けパケットと異なる、
ファイル送受信方法。

【請求項9】

請求項７または請求項８に記載のファイル送受信方法であって、
前記合成データは、連続するパケットの排他的論理和である、
ファイル送受信方法。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、複数の端末装置に対して同じファイルデータを送信するサーバ装置、ファイル送受信システム、および、ファイル送信方法に関する。

【背景技術】

【0002】

従来、複数の端末装置に同時にデータを配信するシステムが各種考案されている。例えば、特許文献１には、リアルタイムデータストリーミングのシステムが記載されている。

【0003】

特許文献１では、サーバ装置は、ビデオストリーミングデータを、複数のクライアント装置（端末装置）に対してマルチキャストによって配信する。クライアント装置は、データの欠けを検出すると、サーバ装置に対して再送信要求を行う。サーバ装置は、再送信要求を受けたデータを、エラー訂正機能付きの通信（例えばＴＣＰ）を用いて、再送信要求の送信元のクライアント装置にユニキャストによって送信する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特表２０１３−５０７８２６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上述の従来のシステムでは、サーバ装置は、欠けを補完するデータを、再送信要求元のクライアント装置毎に個別送信する。例えば、複数のクライアント装置が同じデータを再送信要求していても、それぞれのクライアント装置に対して個別にデータの再送信を行う。このため、どのような状況であっても、再送信要求の回数と同じ回数でデータの再送信を行わなければならない。

【0006】

したがって、クライアント装置数が多くなり、また、データの欠けが多くなると、再送信要求および当該再送信要求によるデータの再送信に通信帯域を多く割かなければならず、通信速度の低下を招いてしまう。なお、通信帯域とは、例えば、時分割方式であれば時間スロット、周波数分割方式であれば割り当てられる周波数、コード変調方式であれば割り当てられるコードの種類である。

【0007】

また、上述の特許文献１に記載のシステムは、ビデオストリーミング用のデータ送信方式であり、そのままでは、一般的なアプリケーション用のファイルの送信には利用することができない。

【0008】

従来、一般的なアプリケーションファイルの場合、サーバ装置は、複数のクライアント装置に対して同じファイルを送信する場合であっても、これら複数のクライアント装置に対してエラー訂正機能付きのユニキャスト送信を行っていた。したがって、クライアント装置数が増加すると、個別の送信に時間がかかり、全てのクライアント装置によって同時にファイルを送信できない場合があった。

【0009】

したがって、本発明の目的は、クライアント装置の数の影響を受け難く、サーバ装置から複数のクライアント装置に対して、同時にファイルを送信できるサーバ装置、およびファイル送信システム、ファイル送信方法を提供することにある。

【課題を解決するための手段】

【0010】

この発明のサーバ装置は、データ変換部、合成データ記憶部、および、サーバ通信部を備える。データ変換部は、端末装置で実行されるファイルを、データ送信用の複数のパケットに変換する。合成データ記憶部は、複数のパケットを用いた合成データを記憶する。サーバ通信部は、合成データをマルチキャストで送信する。

【0011】

この構成では、全ての端末装置が合成データを受信できる。したがって、複数の端末装置の欠けパケットを、この合成データによって補完することが可能になる。

【0012】

また、この発明のサーバ装置のサーバ通信部は、端末装置からの再送信要求で指定されたパケットを含む合成データを送信する。

【0013】

この構成では、再送信要求を行った端末装置（第１端末装置）のみでなく、当該第１端末装置以外の端末装置（第２端末装置）も、再送信された合成データを受信できる。したがって、第２端末装置の欠けパケットを、この合成データによって補完することが可能になる。

【0014】

また、この発明のサーバ装置では、合成データは、連続するパケットの排他的論理和である。

【0015】

この構成では、合成データからパケットを容易に復元することができる。

【発明の効果】

【0016】

この発明によれば、端末装置の数の影響を受け難く、サーバ装置から複数の端末装置に対して、略同時にファイルを送信することができる。

【図面の簡単な説明】

【0017】

【図1】本発明の第１の実施形態に係るファイル送受信システムの構成を示す機能ブロック図

【図2】本発明の第１の実施形態に係るファイル送受信システムの概念を説明するための図

【図3】本発明の第１の実施形態に係るファイル送受信システムにおけるデータ構成概念を説明するための図

【図4】本発明の第１の実施形態に係るファイル送受信システムにおける合成データの生成方法、データ構成、およびパケットの復元方法を説明するためのデータ構成図

【図5】本発明の第１の実施形態に係るサーバ装置の処理フローを示すフローチャート

【図6】本発明の第１の実施形態に係る端末装置の処理フローを示すフローチャート

【図7】本発明の第１の実施形態に係る端末装置の別の処理フローを示すフローチャート

【図8】本発明の第１の実施形態に係るファイル送受信システムにおける別の合成データの生成方法、データ構成、およびパケットの復元方法を説明するためのデータ構成図

【図9】本発明の第２の実施形態に係るファイル送受信システムの構成を示す機能ブロック図

【発明を実施するための形態】

【0018】

本発明の第１の実施形態に係るファイル送受信システム、および、サーバ装置について、図を参照して説明する。図１は、本発明の第１の実施形態に係るファイル送受信システムの構成を示す機能ブロック図である。

【0019】

図１に示すように、ファイル送受信システム１０は、サーバ装置２０、および、端末装置３１，３２，３３を備える。なお、本実施形態では、端末装置は、３台の例を示しているが、２台以上であれば、本願発明のファイル送受信システムの構成を適用し、本願発明の作用効果を得ることができる。

【0020】

サーバ装置２０は、データ送信部２１、データ変換部２２、および、データ記憶部２３を備える。データ送信部２１は、サーバ通信部２１１、および、合成データ記憶部２１２を備える。サーバ通信部２１１は、データ変換部２２とアンテナ２４に接続されている。また、サーバ通信部２１１は合成データ記憶部２１２に接続されている。データ変換部２２は、データ記憶部２３に接続されている。

【0021】

データ記憶部２３には、アプリケーション用のファイル（「端末装置で実行する（実行される）ファイル」に相当」が記憶されている。データ変換部２２は、データ記憶部２３から読み出したファイルを、通信用の複数のパケットに変換する。データ変換部２２は、通信用の複数のパケットをサーバ通信部２１１に与える。

【0022】

サーバ通信部２１１は、アプリケーション用のファイルを変換してなる複数のパケットを、アンテナ２４を介してマルチキャストで送信する。例えば、サーバ通信部２１１は、複数のパケットからなるパケット列のヘッダにマルチキャスト用のアドレスを付けて、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）等のエラー訂正機能の無いプロトコルで送信する。

【0023】

サーバ通信部２１１は、複数のパケットを、データ変換部２２から取得すると、合成データを生成し、合成データ記憶部２１２に記憶する。合成データとは、複数のパケットを用いて構成され、後にこれらの複数のパケットを復元できるように形成されたデータであり、具体的なデータ構成例は後述する。

【0024】

サーバ通信部２１１は、端末装置３１，３２，３３のいずれかから再送信要求データを受信すると、再送信要求データを解析して、指定のパケットを検出する。サーバ通信部２１１は、指定のパケットを含む合成データを合成データ記憶部２１２から読み出し、マルチキャストで送信する。

【0025】

端末装置３１は、端末通信部３１１、データ復元部３１２、アプリケーション実行部３１３、および、アンテナ３１７を備える。端末装置３２は、端末通信部３２１、データ復元部３２２、アプリケーション実行部３２３、および、アンテナ３２７を備える。端末装置３３は、端末通信部３３１、データ復元部３３２、アプリケーション実行部３３３、および、アンテナ３３７を備える。端末装置３１，３２，３３の基本構成は、同じである。したがって、具体的な構成は、端末装置３１のみで行う。

【0026】

端末装置３１の端末通信部３１１は、送受信部３１４、欠け検出部３１５、および、再送信要求部３１６を備える。

【0027】

送受信部３１４は、マルチキャスト送信された複数のパケットを受信して記憶する。この際、送受信部３１４は、パケットに付随している誤り訂正機能（チェックサム）等を用いて、パケットが正確に受信できたかどうかを検出する。送受信部３１４は、正確に受信できていないパケットは破棄し、記憶しない。

【0028】

送受信部３１４は、再送信要求部３１６からの再送信要求を受け、再送信要求データを生成し、アンテナ３１７を介して、サーバ装置２０に送信する。この際、送受信部３１４は、ユニキャスト通信によって、再送信要求データをサーバ装置２０に送信する。例えば、送受信部３１４は、再送信要求データのヘッダにサーバ装置２０のアドレスを付けて、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）等のエラー訂正機能の無いプロトコルで送信する。

【0029】

欠け検出部３１５は、送受信部３１４で記憶されている複数のパケット（パケット列）において、記憶されていないパケット（欠けパケット）を検出する。具体的には、欠け検出部３１５は、パケットまたはパケット列に付けられたヘッダ情報から、パケットが記憶されているべき位置にパケットが記憶されていないことを検出すると、当該位置のパケットを欠けパケットとして検出する。

【0030】

再送信要求部３１６は、欠け検出部３１５によって欠けパケットが検出されたことを取得すると、欠けパケットの番号を含む再送信要求を送受信部３１４に与える。

【0031】

データ復元部３１２は、送受信部３１４からパケット列を取得して、アプリケーション用のファイルを復元する。データ復元部３１２は、ファイルをアプリケーション実行部３１３に与える。

【0032】

アプリケーション実行部３１３は、データ復元部３１２から取得したファイルを、当該ファイルに関連付けされたアプリケーションを実行することによって利用する。

【0033】

次に、本発明の第１の実施形態に係るファイル送受信システムのファイル送信概念を、図２および図３を参照して説明する。

【0034】

図２は、本発明の第１の実施形態に係るファイル送受信システムの概念を説明するための図である。図３は、本発明の第１の実施形態に係るファイル送受信システムにおけるデータ構成概念を説明するための図である。

【0035】

［状態１］
図２に示すように、サーバ装置２０は、最初の送信データを、端末装置３１，３２，３３に対してマルチキャスト（例えば、ＵＤＰを利用）で送信する。この際、図３に示すように、最初の送信データは、複数のパケットが順に並ぶパケット列からなる。パケットとは、複数のビットデータによって構成される通信用の単位データ列である。なお、図示しないがパケット列には、マルチキャストを示すヘッダ、チェックサム等の誤り検出符号が付されている。この最初の送信データは、アプリケーション用のファイルをパケット列に変換することによって得られる。この例では、図３の状態１−１に示すように、最初の送信データは、パケットＰＡ，ＰＢ，ＰＣ，ＰＤ，ＰＥ，ＰＦ，ＰＧ，ＰＨがこの順で並ぶパケット列によって構成されるデータである。

【0036】

端末装置３１，３２，３３は、最初の送信データを受信すると、自身を含むマルチキャスト送信であることを検出する。端末装置３１，３２，３３は、パケットＰＡ，ＰＢ，ＰＣ，ＰＤ，ＰＥ，ＰＦ，ＰＧ，ＰＨを記憶する。この際、端末装置３１，３２，３３は、誤り検出符号を用いて各パケットを正確に受信できたか否かを検出する。端末装置３１，３２，３３は、正確に受信できていないパケットを記憶しない。

【0037】

このような処理を行うことにより、例えば、図３の状態１−２に示すように、端末装置３１は、パケットＰＢ，ＰＧを受信できず、パケットＰＢ，ＰＧは欠けパケットとなる。端末装置３２は、パケットＰＣを受信できず、パケットＰＣは欠けパケットとなる。端末装置３３は、パケットＰＥを受信できず、パケットＰＥは欠けパケットとなる。

【0038】

［状態２］
端末装置３１，３２，３３は、欠けパケットを検出すると、再送信要求データをサーバ装置２０に送信する。端末装置３１，３２，３３は、サーバ装置２０に対してユニキャスト（例えば、ＵＤＰを利用）で再送信要求データを送信する。なお、端末装置３１，３２，３３は、欠けパケットが生じても所定時間待機し、他の端末装置からの再送信要求によって合成データが送信されてくるか否かを判断してから、再送信要求を行ってもよい。

【0039】

例えば、図２に示すように、端末装置３１は、パケットＰＢ、ＰＧが欠けパケットであることを検出すると、パケットＰＢ，ＰＦを指定した再送信要求データを、サーバ装置２０に送信する。この際、端末装置３２，３３は、自装置において欠けパケットを検出していても、再送信要求データの送信を待機している。

【0040】

［状態３］
サーバ装置２０は、端末装置３１，３２，３３から再送信要求データを受信すると、再送信要求データで指定されたパケットを含む合成データを、端末装置３１，３２，３３に対してマルチキャスト（例えば、ＵＤＰを利用）で送信する。

【0041】

例えば、図２に示すように、サーバ装置２０は、再送信要求データで指定されたパケットＰＢを含む合成データＰＢＣと、再送信要求データで指定されたパケットＰＧを含む合成データＰＧＨを、端末装置３１，３２，３３に対して送信する。

【0042】

端末装置３１，３２，３３は、合成データを受信すると、合成データに自身の欠けパケットが含まれているか否かを判定する。端末装置３１，３２，３３は、合成データに欠けパケットが含まれていれば、合成データからパケットを取得して、欠けパケットに補完する。

【0043】

例えば、図３の状態３−２，３−３に示すように、端末装置３１は、合成データＰＢＣからパケットＰＣを取得して、パケットＰＣを補完する。また、端末装置３１は、合成データＰＦＧからパケットＰＧを復元して、パケットＰＧを補完する。端末装置３２は、合成データＰＢＣからパケットＰＢを復元して、パケットＰＢを補完する。端末装置３３は、合成データＰＦＧからパケットＰＦを復元して、パケットＰＦを補完する。

【0044】

このように、本実施形態の構成および処理を用いることによって、１つの端末装置の再送信要求で、複数の端末装置が欠けパケットの補完を行うことができる。これにより、再送信要求による通信帯域の占有を抑制でき、ファイル送信の遅延を抑制することができる。

【0045】

さらに、本実施形態では、再送信要求によって送信する合成データを次のデータ構成としている。図４は、本発明の第１の実施形態に係るファイル送受信システムにおける合成データの生成方法、データ構成、およびパケットの復元方法を説明するためのデータ構成図である。

【0046】

ファイル送受信システム１０における合成データは、複数のパケットによって構成されるパケット列における連続するパケットを合成することによって生成される。例えば、パケットＰＡ，ＰＢによって合成データＰＡＢを生成し、パケットＰＢ，ＰＣによって合成データＰＢＣを形成し、パケットＰＣ，ＰＤによって合成データＰＣＤを形成する。以下、同様に合成データは形成される。なお、各パケットは少なくとも１つの合成データに含まれていればよい。例えば、パケットＰＡ，ＰＢによって合成データＰＡＢを生成し、パケットＰＣ，ＰＤによって合成データＰＣＤを形成する態様であってもよい。

【0047】

具体的な例として、図４に示すように、最初の送信データにおけるパケットＰＢは「１０１０１０１０」であり、パケットＰＣは「０１０１０１０１」であるとする。この場合、合成データＰＢＣは、パケットＰＢとパケットＰＣとの排他的論理和（ＰＢ ＸＯＲ ＰＣ）によって生成される。したがって、合成データＰＢＣは「１１１１１１１１」となる。

【0048】

合成データＰＢＣからパケットＰＢを復元する場合、合成データＰＢＣとパケットＰＣとの排他的論理和（ＰＢＣ ＸＯＲ ＰＣ）を演算する。これにより、パケットＰＢを復元することができる。

【0049】

合成データＰＢＣからパケットＰＣを復元する場合、合成データＰＢＣとパケットＰＢとの排他的論理和（ＰＢＣ ＸＯＲ ＰＢ）を演算する。これにより、パケットＰＣを復元することができる。

【0050】

このような構成とすることによって、パケットが連続して欠けていなければ、１回の演算によって欠けパケットを確実に復元することができる。例えば、図３に示すように、端末装置３１では、パケットＰＡ，ＰＣは受信でき、パケットＰＢは欠けパケットである。したがって、合成データＰＢＣを用いることで、受信できているパケットＰＣと合成データＰＢＣから、欠けパケットＰＢを確実に復元することができる。

【0051】

また、本実施形態に示すように、排他的論理和を用いることによって、パケットと合成データのビット数を同じにすることができる。これにより、合成データの送信に利用するビット数の増加を抑制でき、再送信による通信帯域の占有量の増加を抑制できる。したがって、ファイル送信の遅延をさらに抑制することができる。

【0052】

また、本実施形態の構成を用いることによって、アプリケーションの改修を行うことなく、アプリケーション用のファイルをマルチキャスト送信することができる。これにより、アプリケーション用のファイルを、複数の端末装置へ略同時に送信することができる。特に、端末装置の台数が多くなっても通信帯域が制限されることを抑制でき、教室等の多くの端末装置に略同じファイルを送信する態様において、より有効である。

【0053】

なお、本実施形態では、隣り合う２つのパケットから合成データを生成し、欠けパケットと、この欠けパケットの次のパケットとを用いた合成データを再送信する態様を示したが、他の態様であってもよい。例えば、欠けパケットと、この欠けパケットの前のパケット（ヘッダ側のパケット）とを用いた合成データを再送信してもよい。また、欠けパケットと、この欠けパケットに対して所定パケット離れてパケットとを用いた合成データを生成し、再送信してもよい。また、３つ以上のパケットから合成データを生成してもよい。

【0054】

上述の説明では、サーバ装置２０および端末装置３１，３２，３３において各機能部が個別の機能を実行する態様を示したが、上記の一連の処理をプログラムにして記憶し、サーバ装置２０および端末装置３１，３２，３３に内蔵された演算処理装置でこのプログラムを実行してもよい。

【0055】

図５は、本発明の第１の実施形態に係るサーバ装置の処理フローを示すフローチャートである。なお、詳細な処理は、上述しているので省略する。

【0056】

サーバ装置２０は、アプリケーション用のファイルをマルチキャスト用のパケットに変換する（Ｓ１０１）。サーバ装置２０は、パケット列を構成する複数のパケットを用いて合成データを生成し、記憶する（Ｓ１０２）。

【0057】

サーバ装置２０は、パケット列をマルチキャスト送信する（Ｓ１０３）。すなわち、サーバ装置２０は、パケット列の最初の送信を行う。例えば、サーバ装置２０は、複数のパケット列からなるフレーム単位でマルチキャスト送信する。サーバ装置２０は、１フレーム毎に、端末装置３１，３２，３３からの再送信要求データがあるか否かを検出する。なお、サーバ装置２０の送信単位は１フレームに限るものではない。

【0058】

サーバ装置２０は、端末装置３１，３２，３３から再送信要求データを受信すると（Ｓ１０４：）、再送信要求データによって指定されたパケットを含む合成データを読み出して、マルチキャスト送信する（Ｓ１０５）。

【0059】

なお、サーバ装置２０は、再送信要求データを受信しなければ（Ｓ１０４：ＮＯ）、ファイルを変換したパケット列の送信を継続する。

【0060】

図６は、本発明の第１の実施形態に係る端末装置の処理フローを示すフローチャートである。なお、以下では端末装置３１の処理を代表して説明する。

【0061】

端末装置３１は、サーバ装置２０からのマルチキャスト送信されたパケット列を受信する（Ｓ２０１）。端末装置３１は、パケット毎に破損を確認する（Ｓ２０２）。端末装置３１は、パケットの破損が無ければ（Ｓ２０３：ＮＯ）、受信したパケット列からアプリケーション用のファイルを復元する。

【0062】

端末装置３１は、自装置が再送信要求データを送信する前に、他の端末装置３２，３３の再送信要求データによる合成データを受信できていれば（Ｓ２０４：ＹＥＳ）、合成データに自装置の欠けパケットが含まれているか否かを確認する。端末装置３１は、合成データに欠けパケットが含まれていれば（Ｓ２０５：ＹＥＳ）、合成データからパケットを復元し（Ｓ２０８）、欠けパケットを補完する（Ｓ２０９）。

【0063】

端末装置３１は、他の端末装置３２，３３の再送信要求データによる合成データを受信できていなれば（Ｓ２０４：ＹＥＳ）、欠けパケットに対する再送信要求データを生成し、サーバ装置２０に送信する（Ｓ２０６）。また、端末装置３１は、他の端末装置３２，３３の再送信要求による合成データに自装置の欠けパケットが含まれていなければ（Ｓ２０５：ＮＯ）、欠けパケットに対する再送信要求データを生成し、サーバ装置２０に送信する（Ｓ２０６）。

【0064】

端末装置３１は、自装置の再送信要求データによる合成データを受信する（Ｓ２０７）。端末装置３１は、受信した合成データからパケットを復元して（Ｓ２０８）、欠けパケットを補完する（Ｓ２０９）。

【0065】

端末装置３１は、パケット列の全体を記憶すると、当該パケット列からアプリケーション用のファイルを復元する。

【0066】

以上の処理を行うことによって、端末装置の数の影響を受け難く、サーバ装置から複数の端末装置に対して、遅延を抑制しながら、略同時にファイルを送信することができる。

【0067】

なお、上述の説明では、パケットが連続して欠ける場合については記載していないが、次の方法を用いることによって、欠けパケットが連続しても、全てのパケットを補完することができる。図７は、本発明の第１の実施形態に係る端末装置の別の処理フローを示すフローチャートである。図８は、本発明の第１の実施形態に係るファイル送受信システムにおける別の合成データの生成方法、データ構成、およびパケットの復元方法を説明するためのデータ構成図である。

【0068】

この処理フローは、ステップＳ２０９の欠けパケットの補完までは、図６の処理フローと同じであるので、この部分の説明は省略する。

【0069】

端末装置は、ステップＳ２０９までの処理で欠けパケットの補完が完了していなければ（Ｓ２１０：ＮＯ）、その時点で記憶しているパケットと合成データから追加補完が可能であるか否かを判定する。端末装置は、追加補完が可能であれば（Ｓ２１１：ＹＥＳ）、欠けパケットを追加補完する（Ｓ２１２）。端末装置は、追加補完が可能でなければ（Ｓ２１１：ＮＯ）、欠けパケットの再送信要求を行う（Ｓ２０６）。

【0070】

具体的には、図８に示すように、連続する２つのパケットが欠けパケットである場合に、この処理を用いる。

【0071】

［状態１’−２］
最初のパケット列の送信において、端末装置３１では、パケットＰＧが欠けパケットであり、端末装置３２では、パケットＰＦ，ＰＧが欠けパケットである。

【0072】

［状態２］
端末装置３１は、パケットＰＦ，ＰＧを含む合成データの再送信要求データをサーバ装置２０に送信する。

【0073】

［状態３’−１］
サーバ装置２０は、端末装置３１の再送信要求に基づいて、パケットＰＧ，ＰＦを含む合成データＰＦＧをマルチキャスト送信する。

【0074】

［状態３’−２］
端末装置３１，３２は、合成データＰＦＧを受信して記憶する。端末装置３１は、合成データＰＦＧとパケットＰＦからパケットＰＧを復元して、パケットＰＧを補完する。

【0075】

［状態４］
端末装置３２は、端末装置３１と異なるパケットの組合せであるパケットＰＧ，ＰＨを含む合成データの再送信要求データをサーバ装置２０に送信する。

【0076】

［状態５’−１］
サーバ装置２０は、端末装置３２の再送信要求に基づいて、パケットＰＧ，ＰＨを含む合成データＰＧＨをマルチキャスト送信する。

【0077】

［状態５’−２］
端末装置３２は、合成データＰＧＨとパケットＰＨからパケットＰＧを復元して、パケットＰＧを補完する。

【0078】

［状態５’−３］
端末装置３２は、記憶している合成データＰＦＧと補完したパケットＰＧとからパケットＰＦを復元して、パケットＰＦを追加補完する。

【0079】

このように、上述の処理を行うことによって、複数の欠けパケットが連続していても、これら複数の欠けパケットを確実に補完することができる。

【0080】

なお、この処理では、各端末装置が他の端末装置の再送信要求データを認識することが好ましい。この場合、合成データのヘッダに、当該合成データに含まれるパケットを記載しておけばよい。または、各端末装置３１，３２，３３は、サーバ装置２０、端末装置３１，３２，３３を対象とするマルチキャストで再送信要求データを送信すればよい。

【0081】

次に、本発明の第２の実施形態に係るファイル送受信システムについて、図を参照して説明する。図９は、本発明の第２の実施形態に係るファイル送受信システムの構成を示す機能ブロック図である。

【0082】

図９に示すように、本実施形態に係るファイル送受信システム１０Ａは、第１の実施形態に係るファイル送受信システム１０に対して、アクセスポイント４０が追加されたものである。また、サーバ装置２０Ａは、サーバ装置２０に対して、アンテナ２４を省略したものである。

【0083】

アクセスポイント４０は、ＷＡＮ−ＬＡＮ変換部４１、ＩＦ（インターフェース）４２、アンテナ４３を備える。

【0084】

ＷＡＮ−ＬＡＮ変換部４１は、ＩＦ４２、およびアンテナ４３に接続されている。ＩＦ４２は、サーバ装置２０Ａのデータ送信部２１に接続されている。図９の例では、有線接続されている。

【0085】

ＷＡＮ−ＬＡＮ変換部４１は、サーバ装置２０から送られてくるパケット、合成データを無線ＬＡＮの仕様に変換して、アンテナ４３から送信する。ＷＡＮ−ＬＡＮ変換部４１は、アンテナ４３で受信した再送信要求データを、ＷＡＮ側の仕様に変換して、ＩＦ４２を介して、サーバ装置２０Ａに送信する。

【0086】

このような構成であっても、上述の第１の実施形態と同様に、端末装置の数の影響を受け難く、サーバ装置から複数の端末装置に対して、遅延を抑制しながら、略同時にファイルを送信することができる。

【0087】

なお、本実施形態の構成では、サーバ装置２０Ａに備えられたデータ変換部２２、および、データ送信部２１を、アクセスポイント４０に備えることも可能である。すなわち、アクセスポイント４０は、サーバ装置２０からアプリケーション用のファイルを取得して、パケットに変換し、再送信要求データに基づいて合成データを送信することも可能である。

【0088】

また、上述の各実施形態では、端末装置からサーバ装置に再送信要求が行われた場合に、合成データを送信している。しかしながら、サーバ装置は、通信状態を監視し、アプリケーション用のファイルを変換したパケット列の間に、合成データを送信してもよい。例えば、サーバ装置は、パケット列を５個送信する毎に、これらのパケット列に対応する合成データを送ってもよい。

【0089】

また、上述の各実施形態では、端末装置の端末通信部が欠けデータを検出すると、合成データの再送信要求を行っている。しかしながら、端末装置の端末通信部は、アプリケーション実行部からのアプリケーション用のファイルの要求を受け付けた時に、アプリケーション用のファイルを変換したパケット列、または、欠けデータを含む合成データの送信要求を行ってもよい。

【0090】

また、上述の各実施形態では、再送信要求に、ＵＤＰ等のエラー訂正機能の無いプロトコルを用いたが、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）等のエラー訂正機能の付いたプロトコルを用いてもよい。

【符号の説明】

【0091】

１０，１０Ａ：ファイル送受信システム
２０，２０Ａ：サーバ装置
２１：データ送信部
２２：データ変換部
２３：データ記憶部
２４：アンテナ
３１，３２，３３：端末装置
４０：アクセスポイント
４１：ＷＡＮ−ＬＡＮ変換部
４２：インターフェース（ＩＦ）
４３：アンテナ
２１１：サーバ通信部
２１２：合成データ記憶部
３１１，３２１，３３１：端末通信部
３１２，３２２，３３２：データ復元部
３１３，３２３，３３３：アプリケーション実行部
３１４：送受信部
３１５：検出部
３１６：再送信要求部
３１７，３２７，３３７：アンテナ
ＰＡ，ＰＢ，ＰＣ，ＰＤ，ＰＥ，ＰＦ，ＰＧ，ＰＨ：パケット
ＰＡＢ，ＰＢＣ，ＰＣＤ，ＰＦＧ，ＰＧＨ：合成データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】