(57)【特許請求の範囲】
【請求項１】
親機と子機との間でリンクを確立し、親機が保持している大容量コンテンツデータの中から子機が要求する大容量コンテンツデータを複数のフラグメントに分割してダウンロードする無線通信システムにおいて、
前記親機は、Ｎ個（Ｎは２以上の整数）のフラグメントの送信結果を記録する送信フラグメントテーブルを有し、前記子機は、Ｎ個のフラグメントの受信結果を記録する受信フラグメントテーブルを有し、前記リンク確立時に親機と子機との間でフラグメントのサイズＤおよびフラグメントテーブルのフラグメント数Ｎをやりとりする構成であり、
前記親機は、
前記大容量コンテンツデータを前記サイズＤのフラグメントに分割し、先頭から順番に前記Ｎ個のフラグメントをシーケンスとしてまとめ、Ｍ個（Ｍは１以上の整数）のシーケンスを形成する手段と、
１シーケンスのＮ個のフラグメントを連続して送信するとともに、各フラグメントを送信済として前記送信フラグメントテーブルに記録する手段と、
前記１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内で、前記子機から通知されるＮ個のフラグメントの受信済または未受信の情報を有するコンテンツＡＣＫを受信し、未受信のフラグメントがあればコンテンツＡＣＫの情報に基づいて前記送信フラグメントテーブルを更新し、未受信のフラグメントを未送信にリセットして再送するとともに、前記送信フラグメントテーブルに送信済として記録し、Ｎ個のフラグメントが受信済となるコンテンツＡＣＫを受信したときに前記送信フラグメントテーブルをリセットし、前記Ｍ個のシーケンスのフラグメントの送信を順次行う手段とを備え、
前記子機は、
１シーケンスの各フラグメントを受信しながら正常に受信したフラグメントを受信済として受信フラグメントテーブルに記録し、所定の時間内に受信される１シーケンスの全フラグメントの受信結果を前記コンテンツＡＣＫとして送信する手段と、
前記受信フラグメントテーブルに記録される全フラグメントが受信済になるまで、前記コンテンツＡＣＫを用いて前記親機に再送を指示し、１シーケンスの全フラグメントが受信済になった場合には前記受信フラグメントテーブルをリセットし、前記Ｍ個のシーケンスのフラグメントの受信を順次行う手段とを備え、
前記親機は、１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内に前記コンテンツＡＣＫを受信しない場合には、前記送信フラグメントテーブルをリセットし、当該シーケンスの全フラグメントの再送を行う手段を含み、
前記子機は、シーケンス（ｊ−１）（ｊは２〜Ｍの整数）の全フラグメントの受信済の情報を含むコンテンツＡＣＫを送信し、次のシーケンスｊのフラグメントの受信待ちのときに、当該コンテンツＡＣＫが親機に受信されないために、親機がシーケンス（ｊ−１）の全フラグメントを再送してきた場合には、当該シーケンス（ｊ−１）のコンテンツＡＣＫを再度送信する手段を含み、
前記親機は、全フラグメントを再送しているときに前記コンテンツＡＣＫが受信されるか否かをモニタし、コンテンツＡＣＫを受信してその内容が前記シーケンス（ｊ−１）の全フラグメントの受信済の情報を含む場合にはフラグメントの再送を停止して、次のシーケンスの送信に移行する手段を含む
ことを特徴とする無線通信システム。
【請求項２】
請求項１に記載の無線通信システムにおいて、
前記子機は、未受信のフラグメントの情報を含むコンテンツＡＣＫの送信回数Ｎs を計数し、Ｎs が規定値になった場合には前記コンテンツＡＣＫを送信せず、前記親機との再接続を行うための接続要求信号を送信する手段を含む
ことを特徴とする無線通信システム。
【請求項３】
請求項１に記載の無線通信システムにおいて、
前記親機は、再送を含めて全フラグメントが送信済となるシーケンス送信回数Ｎp を計数し、Ｎp が規定値になった場合にはフラグメントを再送せず、前記子機との再接続を行うためのビーコンを送信する手段を含む
ことを特徴とする無線通信システム。
【請求項４】
請求項１に記載の無線通信システムにおいて、
前記親機は、１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内に前記コンテンツＡＣＫを受信しない場合に、そのコンテンツＡＣＫ受信失敗回数Ｎack を計数し、Ｎack が規定値になった場合にはフラグメントを再送せず、前記子機との再接続を行うためのビーコンを送信する手段を含む
ことを特徴とする無線通信システム。
【請求項５】
請求項１に記載の無線通信システムにおいて、
前記子機は、１シーケンスのフラグメントの受信を開始してから所定の時間内に１つのフラグメントも受信されない場合に、前記親機との再接続を行うための接続要求信号を送信する手段を含む
ことを特徴とする無線通信システム。
【請求項６】
請求項２または請求項５に記載の無線通信システムにおいて、
前記親機は、１シーケンスのＮ個のフラグメントを送信または再送している途中、または１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内で、子機が送信する接続要求信号をモニタし、当該接続要求信号を受信した場合には前記子機との再接続を行うためのビーコンを送信する手段を含む
ことを特徴とする無線通信システム。
【請求項７】
親機と子機との間でリンクを確立し、親機が保持している大容量コンテンツデータの中から子機が要求する大容量コンテンツデータを複数のフラグメントに分割してダウンロードする無線通信方法において、
前記親機は、Ｎ個（Ｎは２以上の整数）のフラグメントの送信結果を記録する送信フラグメントテーブルを有し、前記子機は、Ｎ個のフラグメントの受信結果を記録する受信フラグメントテーブルを有し、前記リンク確立時に親機と子機との間でフラグメントのサイズＤおよびフラグメントテーブルのフラグメント数Ｎをやりとりし、
前記親機は、
前記大容量コンテンツデータを前記サイズＤのフラグメントに分割し、先頭から順番に前記Ｎ個のフラグメントをシーケンスとしてまとめ、Ｍ個（Ｍは１以上の整数）のシーケンスを形成するステップと、
１シーケンスのＮ個のフラグメントを連続して送信するとともに、各フラグメントを送信済として前記送信フラグメントテーブルに記録するステップと、
前記１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内で、前記子機から通知されるＮ個のフラグメントの受信済または未受信の情報を有するコンテンツＡＣＫを受信し、未受信のフラグメントがあればコンテンツＡＣＫの情報に基づいて前記送信フラグメントテーブルを更新し、未受信のフラグメントを未送信にリセットして再送するとともに、前記送信フラグメントテーブルに送信済として記録し、Ｎ個のフラグメントが受信済となるコンテンツＡＣＫを受信したときに前記送信フラグメントテーブルをリセットし、前記Ｍ個のシーケンスのフラグメントの送信を順次行うステップとを実行し、
前記子機は、
１シーケンスの各フラグメントを受信しながら正常に受信したフラグメントを受信済として受信フラグメントテーブルに記録し、所定の時間内に受信される１シーケンスの全フラグメントの受信結果を前記コンテンツＡＣＫとして送信するステップと、
前記受信フラグメントテーブルに記録される全フラグメントが受信済になるまで、前記コンテンツＡＣＫを用いて前記親機に再送を指示し、１シーケンスの全フラグメントが受信済になった場合には前記受信フラグメントテーブルをリセットし、前記Ｍ個のシーケンスのフラグメントの受信を順次行うステップとを実行し、
前記親機は、１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内に前記コンテンツＡＣＫを受信しない場合には、前記送信フラグメントテーブルをリセットし、当該シーケンスの全フラグメントの再送を行うステップを実行し、
前記子機は、シーケンス（ｊ−１）（ｊは２〜Ｍの整数）の全フラグメントの受信済の情報を含むコンテンツＡＣＫを送信し、次のシーケンスｊのフラグメントの受信待ちのときに、当該コンテンツＡＣＫが親機に受信されないために、親機がシーケンス（ｊ−１）の全フラグメントを再送してきた場合には、当該シーケンス（ｊ−１）のコンテンツＡＣＫを再度送信するステップを実行し、
前記親機は、全フラグメントを再送しているときに前記コンテンツＡＣＫが受信されるか否かをモニタし、コンテンツＡＣＫを受信してその内容が前記シーケンス（ｊ−１）の全フラグメントの受信済の情報を含む場合にはフラグメントの再送を停止して、次のシーケンスの送信に移行するステップを実行する
ことを特徴とする無線通信方法。
【請求項８】
請求項７に記載の無線通信方法において、
前記子機は、未受信のフラグメントの情報を含むコンテンツＡＣＫの送信回数Ｎs を計数し、Ｎs が規定値になった場合には前記コンテンツＡＣＫを送信せず、前記親機との再接続を行うための接続要求信号を送信するステップを実行する
ことを特徴とする無線通信方法。
【請求項９】
請求項７に記載の無線通信方法において、
前記親機は、再送を含めて全フラグメントが送信済となるシーケンス送信回数Ｎp を計数し、Ｎp が規定値になった場合にはフラグメントを再送せず、前記子機との再接続を行うためのビーコンを送信するステップを実行する
ことを特徴とする無線通信方法。
【請求項１０】
請求項７に記載の無線通信方法において、
前記親機は、１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内に前記コンテンツＡＣＫを受信しない場合に、そのコンテンツＡＣＫ受信失敗回数Ｎack を計数し、Ｎack が規定値になった場合にはフラグメントを再送せず、前記子機との再接続を行うためのビーコンを送信するステップを実行する
ことを特徴とする無線通信方法。
【請求項１１】
請求項７に記載の無線通信方法において、
前記子機は、１シーケンスのフラグメントの受信を開始してから所定の時間内に１つのフラグメントも受信されない場合に、前記親機との再接続を行うための接続要求信号を送信するステップを実行する
ことを特徴とする無線通信方法。
【請求項１２】
請求項８または請求項１１に記載の無線通信方法において、
前記親機は、１シーケンスのＮ個のフラグメントを送信または再送している途中、または１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内で、子機が送信する接続要求信号をモニタし、当該接続要求信号を受信した場合には前記子機との再接続を行うためのビーコンを送信するステップを実行する
ことを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、親機と子機との間で無線通信を行う無線ＬＡＮシステムなどにおいて、親機から子機へダウンロードする大容量データを分割して送受信する無線通信システムおよび無線通信方法に関する。
【背景技術】
【０００２】
従来のパケット通信には、大容量データを分割して送受信する方法がある（特許文献１）。すなわち、送信端末（親機）が大容量データを送信する場合に、複数のパケット（フラグメント）に分割し、各パケットに連続したシーケンス番号を付与する。受信端末（子機）は、各パケットのシーケンス番号を監視し、欠落パケットを発見したときにその欠落情報を送信端末に送信する。送信端末は、受信端末から送信された欠落情報から欠落パケットのシーケンス番号を認識し、そのシーケンス番号以降のパケットを再送する。
【０００３】
例えば、受信端末で受信したパケットのシーケンス番号が「１，２，…，ｎ−１，ｎ＋１」の場合に、受信端末はシーケンス番号ｎのパケットが欠落した判断して欠落情報を送信端末に送信する。送信端末は、シーケンス番号ｎ以降のパケット、すなわちシーケンス番号ｎ，ｎ＋１，ｎ＋２，…のパケットを送信する。大容量データを分割して送受信する場合に、このような簡単な手順の再送プロトコルを用いることにより、データの取りこぼしのないパケット通信が可能となる。
【０００４】
さて、大容量データを分割して送受信するときに、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol)を用いた場合、再送処理により伝送品質・信頼性は向上するが、受信応答（ＡＣＫ）を待ってから次のパケットを送信するのでスループットが低下する。また、ＵＤＰ／ＩＰ（User datagram Protocol/Internet Protocol) のような伝送品質を保証しないプロトコルに上記の再送プロトコルを適用した場合には、スループットと信頼性の高い通信が可能になる。しかし、いずれにしても受信端末が欠落パケットを発見する度に欠落情報を送信するので、効率が悪い。また、再送する際も欠落パケットだけでなく、それ以降のパケットも再送するので、効率が悪い。
【特許文献１】特許３５３７０１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、公共無線ＬＡＮサービスエリアに無線ＬＡＮ機器を持ち込み、公共無線ＬＡＮサービスエリア内のアクセスポイントから新聞記事や路線検索、英会話等の学習ソフトウェア、電子書籍ソフトウェアなどのコンテンツデータをダウンロードできるサービスが普及しつつある。さらに、ユーザが公共無線ＬＡＮサービスエリアを通過するだけで、自動的に必要なコンテンツデータのダウンロードが可能なサービスも提供されている。ここで、ユーザが公共無線ＬＡＮサービスエリアを通過している短時間にコンテンツデータの受信を完了する必要があるが、データサイズが大きい場合にはダウンロードに時間がかかり、ダウンロードが終了しない場合がある。
【０００６】
一方、一度に送信できるデータの大きさには限りがあるので、親機から子機へ大容量データをダウンロードする際には、親機で複数のパケット（フラグメント）に分割して送信し、子機でそれらを合成する方法がとられる。このとき、分割された複数のパケット（フラグメント）の送受信や再送処理を効率よく行い、短時間で大容量データのダウンロードを可能にする送受信方法が必要になっている。
【０００７】
なお、複数のパケットを連続して送受信した後に、その複数のパケットの受信応答をまとめて行う「ブロックＡＣＫ」という技術がある。この技術では、パケットごとに受信応答を行う方式に比べてスループットの改善が可能になっている。しかし、図２５に示すように、親機が複数のパケットを送信するときは、子機からのポーリングパケット(CF-Poll）に応じて送信開始する。また、親機は、連続送信する複数のパケットの最後にブロックＡＣＫ要求を送信し、子機に対して連続送信した複数のパケット（フラグメント）の最終であることを通知する。子機は、ポーリングパケットを送信してからブロックＡＣＫ要求を受信するまでに受信したパケットの受信結果を記述したブロックＡＣＫを送信する。親機は、このブロックＡＣＫの受信結果に応じて適宜再送処理を行っている。このように、「ブロックＡＣＫ」の技術では、子機と親機との間で連続送信期間を規定するポーリングパケットおよびブロックＡＣＫ要求をやりとりする必要があり、その分のスループットの低下は避けられなかった。
【０００８】
本発明は、親機から子機へダウンロードする大容量のコンテンツデータを分割して送受信するときに、効率のよい送受信処理および再送処理を可能にする無線通信システムおよび無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
第１の発明は、親機と子機との間でリンクを確立し、親機が保持している大容量コンテンツデータの中から子機が要求する大容量コンテンツデータを複数のフラグメントに分割してダウンロードする無線通信システムにおいて、親機は、Ｎ個（Ｎは２以上の整数）のフラグメントの送信結果を記録する送信フラグメントテーブルを有し、子機は、Ｎ個のフラグメントの受信結果を記録する受信フラグメントテーブルを有し、リンク確立時に親機と子機との間でフラグメントのサイズＤおよびフラグメントテーブルのフラグメント数Ｎをやりとりする構成であり、親機は、大容量コンテンツデータをサイズＤのフラグメントに分割し、先頭から順番にＮ個のフラグメントをシーケンスとしてまとめ、Ｍ個（Ｍは１以上の整数）のシーケンスを形成する手段と、１シーケンスのＮ個のフラグメントを連続して送信するとともに、各フラグメントを送信済として送信フラグメントテーブルに記録する手段と、１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内で、子機から通知されるＮ個のフラグメントの受信済または未受信の情報を有するコンテンツＡＣＫを受信し、未受信のフラグメントがあればコンテンツＡＣＫの情報に基づいて送信フラグメントテーブルを更新し、未受信のフラグメントを未送信にリセットして再送するとともに、送信フラグメントテーブルに送信済として記録し、Ｎ個のフラグメントが受信済となるコンテンツＡＣＫを受信したときに送信フラグメントテーブルをリセットし、Ｍ個のシーケンスのフラグメントの送信を順次行う手段とを備える。
【００１０】
子機は、１シーケンスの各フラグメントを受信しながら正常に受信したフラグメントを受信済として受信フラグメントテーブルに記録し、所定の時間内に受信される１シーケンスの全フラグメントの受信結果をコンテンツＡＣＫとして送信する手段と、受信フラグメントテーブルに記録される全フラグメントが受信済になるまで、コンテンツＡＣＫを用いて親機に再送を指示し、１シーケンスの全フラグメントが受信済になった場合には受信フラグメントテーブルをリセットし、Ｍ個のシーケンスのフラグメントの受信を順次行う手段とを備える。
【００１１】
さらに、親機は、１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内にコンテンツＡＣＫを受信しない場合には、送信フラグメントテーブルをリセットし、当該シーケンスの全フラグメントの再送を行う手段を含み、子機は、シーケンス（ｊ−１）（ｊは２〜Ｍの整数）の全フラグメントの受信済の情報を含むコンテンツＡＣＫを送信し、次のシーケンスｊのフラグメントの受信待ちのときに、当該コンテンツＡＣＫが親機に受信されないために、親機がシーケンス（ｊ−１）の全フラグメントを再送してきた場合には、当該シーケンス（ｊ−１）のコンテンツＡＣＫを再度送信する手段を含み、親機は、全フラグメントを再送しているときにコンテンツＡＣＫが受信されるか否かをモニタし、コンテンツＡＣＫを受信してその内容がシーケンス（ｊ−１）の全フラグメントの受信済の情報を含む場合にはフラグメントの再送を停止して、次のシーケンスの送信に移行する手段を含む。
【００１２】
第２の発明は、第１の発明の子機が、未受信のフラグメントの情報を含むコンテンツＡＣＫの送信回数Ｎs を計数し、Ｎs が規定値になった場合にはコンテンツＡＣＫを送信せず、親機との再接続を行うための接続要求信号を送信する手段を含む。
【００１３】
第３の発明は、第１の発明の親機が、再送を含めて全フラグメントが送信済となるシーケンス送信回数Ｎp を計数し、Ｎp が規定値になった場合にはフラグメントを再送せず、子機との再接続を行うためのビーコンを送信する手段を含む。
【００１４】
第４の発明は、第１の発明の親機が、１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内にコンテンツＡＣＫを受信しない場合に、そのコンテンツＡＣＫ受信失敗回数Ｎack を計数し、Ｎack が規定値になった場合にはフラグメントを再送せず、子機との再接続を行うためのビーコンを送信する手段を含む。
【００１６】
第５の発明は、第１の発明の子機が、１シーケンスのフラグメントの受信を開始してから所定の時間内に１つのフラグメントも受信されない場合に、親機との再接続を行うための接続要求信号を送信する手段を含む。
【００１７】
第６の発明は、第２または第５の発明の親機が、１シーケンスのＮ個のフラグメントを送信または再送している途中、または１シーケンスの全フラグメントの送信後の所定の時間Ｔack 内で、子機が送信する接続要求信号をモニタし、当該接続要求信号を受信した場合には子機との再接続を行うためのビーコンを送信する手段を含む。
【発明の効果】
【００１８】
本発明は、大容量のコンテンツデータを複数のフラグメントに分割し、かつフラグメントをＮ個ずつまとめたシーケンス単位で送受信および再送処理を行うことにより、大容量のコンテンツデータの効率のよいダウンロードが可能となる。特に、親機と子機との間で、予め１シーケンスのフラグメント数Ｎや各フラグメントのデータサイズＤを通知し合うことにより、従来のブロックＡＣＫのように連続送信の始めと終わりを通知する必要がなく、シーケンス単位の送受信および再送処理を効率よく行うことができる。
【００１９】
また、本発明では、親機からの再送回数が規定値を超えた場合、コンテンツＡＣＫが親機に届かないために親機から全フラグメントを再送する再送回数が規定値を超えた場合、子機で再送を要求するコンテンツＡＣＫの送信回数が規定値を超えた場合などに、親機と子機との間で再接続処理を行うことにより、必要以上に再送処理が繰り返される状態を回避し、大容量のコンテンツデータの効率よいダウンロードが可能となる。
【発明を実施するための最良の形態】
【００２０】
（第１の実施形態）
図１は、本発明の第１の実施形態における親機の処理手順を示すフローチャートである。図２は、本発明の第１の実施形態における子機の処理手順を示すフローチャートである。図３は、大容量のコンテンツ・データの分割におけるフラグメントとシーケンスの関係を示す。
【００２１】
（フラグメントとシーケンスの関係）
図３を参照して大容量のコンテンツ・データの分割について説明する。本発明は、コンテンツ・データが１つの無線パケットで送信可能な最大サイズ（例えば、ＩＥＥＥ802.11規格のＭＡＣフレームのデータ領域の最大サイズ2296バイト）を超える容量を有する場合を想定しており、その容量以下のコンテンツ・データの場合には従来方式と同等になる。
【００２２】
コンテンツ・データは、１つの無線パケットで送信可能なサイズ（子機または親機が指定する2296バイト以下の所定サイズ）Ｄのフラグメントに分割される。そして、先頭から順番にＮ個のフラグメントをまとめた単位をシーケンスとし、Ｍ個のシーケンスを形成する。ここで、Ｎは２以上の整数で、親機および子機のフラグメントテーブルの大きさで決まる１シーケンスのフラグメント数であり、Ｍは１以上の整数でコンテンツ・データの容量に応じて決まる値である。すなわち、親機と子機との間で予め決めた１フラグメントのサイズＤでコンテンツ・データを分割し、フラグメントテーブルの大きさに合わせて１シーケンスのフラグメント数Ｎを決め、コンテンツ・データを１シーケンスのサイズＤ×Ｎで区切ることによりシーケンス数Ｍが決まる。なお、Ｍ番目のシーケンスのフラグメントの数がＮに満たない場合には、ダミーデータで補填する。ダミーデータは、（Ｄ×Ｎ×Ｍ−（コンテンツ・データの容量））となる。
【００２３】
このようにして分割された各フラグメントにヘッダとＦＣＳを付けて、それぞれデータフレーム（ＭＡＣフレーム）が形成される。ヘッダには、親機（送信元）ＩＤ、子機（宛先）ＩＤ、シーケンス番号、フラグメント番号などが格納される。子機は、受信したデータフレームのヘッダからシーケンス番号とフラグメント番号を認識する。
【００２４】
（親機の処理手順）
図１を参照して第１の実施形態における親機の処理手順について説明する。
親機は、一定またはランダムな時間間隔でビーコンをブロードキャスト送信し、子機から送信される接続要求信号を待ち受け（Ｓ１）、接続要求信号の受信に応じて接続動作に入り、接続可能な子機からの接続要求信号である場合に接続を許可する接続応答信号を送信する（Ｓ２）。子機は、要求するコンテンツ・データ、フラグメントのサイズＤおよび受信フラグメントテーブルの大きさに対応する１シーケンスのフラグメント数Ｎを接続要求信号に設定する。親機は、要求されたコンテンツ・データの容量およびシーケンス数Ｍを接続応答信号に設定する。なお、フラグメントのサイズＤとフラグメント数Ｎは、親機が決めて接続応答信号で子機に通知してもよい。
【００２５】
次に、親機は、ダウンロードするコンテンツ・データを上記のようにフラグメント単位に分割し、Ｎ個ずつＭ個のシーケンスにまとめ、シーケンス番号ｊを初期設定（ｊ＝１）する（Ｓ３）。次に、シーケンスｊ（＝１）のＮ個のフラグメントを信号処理用ハードウェア部にセットし、シーケンス送信回数Ｎp をリセット（Ｎp ＝０）する（Ｓ４）。次に、１シーケンス分の各フラグメントに対する送信結果を記録する送信フラグメントテーブルをリセットする（Ｓ５）。送信フラグメントテーブルは、リセットにより全フラグメントが「未送信」の状態になり、各フラグメントの送信ごとに対応する領域に「送信済」が上書きされる。
【００２６】
次に、シーケンス送信回数Ｎp が規定値Ｐになるまで、送信フラグメントテーブルに「未送信」が記録されているフラグメントを順番に送信する（Ｓ６，Ｓ７〜Ｓ14）。まず、最初のフラグメントｉ（＝１）について送信フラグメントテーブルを確認し、「未送信」であるのでフラグメントｉを送信し、フラグメントｉについて「送信済」を送信フラグメントテーブルに記録する（Ｓ７，Ｓ８，Ｓ９，Ｓ10）。次に、送信フラグメントテーブルを確認し、全フラグメントが「送信済」でなければ次のフラグメントを送信するまでの時間Ｔa の計測を開始する（Ｓ11，Ｓ12）。フラグメントｉの送信から時間Ｔa の経過後に、次のフラグメント（ｉ＋１）を送信するための処理に戻る（Ｓ13，Ｓ６，Ｓ７）。ここでは、フラグメント１〜ｉが「送信済」であることを確認して次のフラグメント（ｉ＋１）の送信を行い、送信フラグメントテーブルに「送信済」を記録する（Ｓ７，Ｓ８，Ｓ14，Ｓ９，Ｓ10，Ｓ11）。
【００２７】
Ｓ７〜Ｓ14の処理を繰り返してシーケンスｊ（＝１）の全フラグメントの送信が完了した場合には、Ｓ11でそれを確認し、シーケンス送信回数Ｎp をインクリメントし（Ｓ15）、子機から送信されるコンテンツＡＣＫの受信を待ち受ける時間Ｔack の計測を開始する（Ｓ16，Ｓ17，Ｓ18）。シーケンスｊ（＝１）の全フラグメントの送信完了から時間Ｔack 内にコンテンツＡＣＫを受信すると、コンテンツＡＣＫの内容を確認する（Ｓ19）。コンテンツＡＣＫには、子機におけるシーケンスｊの全フラグメントの受信状態（正しく受信できた場合には「受信済」、正しく受信できない場合には「未受信（初期状態）」）を記録した受信フラグメントテーブルの内容が含まれており、親機は子機におけるシーケンスｊの「受信済／未受信」のフラグメントを確認する。
【００２８】
Ｓ19でコンテンツＡＣＫからシーケンスｊの全フラグメントの「受信済」を確認した場合には、次のシーケンス（ｊ＋１）のフラグメントの送信に戻り（Ｓ19，Ｓ20，Ｓ21，Ｓ４）、同様のフラグメント送信処理を繰り返す。シーケンスＭまで全フラグメントの送信が完了した場合には、Ｓ20からＳ１に戻り、ビーコンを送信して接続待ち受けに入る。
【００２９】
一方、Ｓ19でコンテンツＡＣＫに「未受信」になっているフラグメントがあることを確認した場合には、親機の送信フラグメントテーブルをコンテンツＡＣＫで通知された子機の受信フラグメントテーブルの内容に更新し（Ｓ19，Ｓ22）、Ｓ６に戻る。これにより、親機のフラグメントテーブルは、子機で「未受信」となっているフラグメントが「未送信」になるので、「未送信」のフラグメントについての再送処理を行う。
【００３０】
また、Ｓ11でシーケンスｊの全フラグメントの「送信済」を確認したものの、子機からのコンテンツＡＣＫを受信できずに時間Ｔack を経過した場合には、Ｓ17からＳ５に戻り、親機の送信フラグメントテーブルをリセットして全フラグメントについて「未送信」とし、シーケンスｊの全フラグメントの再送を行う。
【００３１】
なお、親機はシーケンスｊの全フラグメントを１回目に送信したときにシーケンス送信回数Ｎp が１となる。その後、コンテンツＡＣＫで通知される「未受信」のフラグメントを再送したとき、あるいはコンテンツＡＣＫが受信されないために全フラグメントを再送したときに、シーケンス送信回数Ｎp はそれぞれインクリメントされる。Ｓ６では、再送処理を始める前にシーケンス送信回数Ｎp （＝再送回数−１）が規定値Ｐになった場合には、通信環境が劣化したものと判断してそれ以上の再送処理を行わず、子機との接続を切断してビーコン送信に戻る（Ｓ６，Ｓ１）。
【００３２】
（子機の処理手順）
図２を参照して第１の実施形態における子機の処理手順について説明する。
子機は、親機から一定またはランダムな時間間隔でブロードキャスト送信されるビーコンを待ち受け（Ｓ31）、ビーコンを受信した場合にそのビーコンを送信した親機に接続可能か否かを検証する。そして、接続可能な親機であれば接続要求信号を送信し、親機から送信される接続応答信号を待ち受ける（Ｓ32）。接続要求信号には、要求するコンテンツ・データ、フラグメントのサイズＤおよび受信フラグメントテーブルの大きさに対応する１シーケンスのフラグメント数Ｎを設定する。接続応答信号には、要求したコンテンツ・データの容量およびシーケンス数Ｍが設定される。
【００３３】
次に、子機はシーケンス番号ｊを初期設定し（ｊ＝１）、１シーケンス分の各フラグメントに対する受信結果を記録する受信フラグメントテーブルをリセットし、コンテンツＡＣＫ送信回数Ｎs をリセットする（Ｓ33，Ｓ34）。受信フラグメントテーブルは、リセットにより全フラグメントが「未受信」の状態になり、各フラグメントの受信ごとに対応する領域に「受信済」が上書きされる。
【００３４】
次に、シーケンスｊ（＝１）のフラグメントｉの受信を待ち受ける時間Ｔadの計測を開始する（Ｓ35）。そして、時間Ｔad内にフラグメントｉを受信した場合には、それが正しく受信されたか否かを判定し、正しく受信した場合にはシーケンスｊのフラグメントｉとして信号処理用ハードウェア部に記録し、受信フラグメントテーブルにフラグメントｉを「受信済」として記録する（Ｓ36，Ｓ37，Ｓ38，Ｓ39，Ｓ40）。一方、フラグメントｉを正しく受信できなかった場合には、信号処理用ハードウェア部への記録および受信フラグメントテーブルへの記録は行わない。したがって、受信フラグメントテーブルのフラグメントｉについては、「未受信」のままとなる。
【００３５】
次に、受信フラグメントテーブルを確認し、全フラグメントが「受信済」でなければ次のフラグメントを待ち受ける時間Ｔadの計測に戻る（Ｓ41，Ｓ35）。ここで、
Ｔack ＞Ｔad＞Ｔa 
である。通常は、フラグメントｉの次にはフラグメント（ｉ＋１）が受信され、正常に受信された場合には「受信済」が受信フラグメントテーブルに記録される（Ｓ35〜Ｓ41）。以下同様に、シーケンスｊについてＮ個の全フラグメントの「受信済」が確認された場合には、信号処理用ハードウェア部に記録された全フラグメントを信号処理用ソフトウェア部に移動し、受信フラグメントテーブルの内容（全フラグメントが「受信済」）を格納したコンテンツＡＣＫを作成し、親機に宛てて送信する（Ｓ42，Ｓ43，Ｓ44）。
【００３６】
次に、再度受信フラグメントテーブルを確認し、全フラグメントが「受信済」であれば、次のシーケンス（ｊ＋１）のフラグメントの受信を行うために受信フラグメントテーブルをリセットし、フラグメントの受信処理を行う（Ｓ45，Ｓ46，Ｓ47，Ｓ34）。そして、シーケンス１〜Ｍの全フラグメントを受信したときに、信号処理用ソフトウェア部内の全フラグメントを合成してメモリ部に記録し、大容量のコンテンツ・データのダウンロードを終了する（Ｓ46，Ｓ48）。
【００３７】
一方、親機がシーケンスｊの全フラグメントの送信を終えても、子機でシーケンスｊの一部または全部のフラグメントが未受信であれば、Ｓ36で時間Ｔadのタイムオーバとなる。子機は、コンテンツＡＣＫ送信回数Ｎs をインクリメントしながら規定値Ｓになるまで、受信フラグメントテーブルの内容を格納したコンテンツＡＣＫを作成し、親機に宛てて送信する（Ｓ36，Ｓ49，Ｓ50，Ｓ43，Ｓ44）。この再送を要求するコンテンツＡＣＫの送信後は、コンテンツＡＣＫに応じて再送されるフラグメントの受信処理に戻る（Ｓ45，Ｓ35）。また、コンテンツＡＣＫ送信回数Ｎs が規定値Ｓになっても全フラグメントが「受信済」にならない場合には、通信環境が劣化したものと判断してそれ以上の再送を要求するコンテンツＡＣＫを送信せず、親機に対して接続要求信号を送信する処理に戻る（Ｓ49，Ｓ32）。
【００３８】
ここで、第１の実施形態において、親機から子機へ各シーケンス単位にＮ個のフラグメントの送信が成功し、子機が全フラグメント受信済のコンテンツＡＣＫを送信し、親機からの再送がなく次のシーケンスのフラグメントの送信が行われる動作例を図４に示す。このタイムチャートにおける親機の送信フラグメントテーブル、子機の受信フラグメントテーブルの例を図５に示す。
【００３９】
また、第１の実施形態において、子機がシーケンスｊのフラグメントｉの受信に失敗し、その受信フラグメントテーブルの状態を記述したコンテンツＡＣＫを送信し、親機が送信フラグメントテーブルを更新してフラグメントｉを未送信とし、フラグメントｉの再送を行う動作例を図６に示す。このタイムチャートにおける親機の送信フラグメントテーブル、子機の受信フラグメントテーブルの例を図７に示す。
【００４０】
また、第１の実施形態において、親機がシーケンスｊの全フラグメントの「送信済」を確認したものの、子機からのコンテンツＡＣＫを受信できずに時間Ｔack を経過した場合に、親機の送信フラグメントテーブルをリセットして全フラグメントについて未送信とし、シーケンスｊの全フラグメントの再送を行う動作例を図８に示す。
【００４１】
また、第１の実施形態において、子機のコンテンツＡＣＫ送信回数Ｎs が規定値Ｓになっても、シーケンスｊの全フラグメントの受信が完了しない場合に、子機がコンテンツＡＣＫを送信せずに接続要求信号を送信する動作例を図９に示す。
【００４２】
また、第１の実施形態において、親機がシーケンスｊのシーケンス送信回数Ｎp が再送も含めて規定値Ｐになった場合に、子機との接続を切断してビーコン送信に戻る動作例を図１０に示す。
【００４３】
なお、親機から再送回数を制限する規定値Ｐと、子機から再送回数を制限する規定値Ｓの大小関係により、親機が先にビーコンを出すか、子機が先に接続要求信号を出すかが決まる。いずれにしても、親機または子機の一方がそのような状態になった場合には、他方もその状態になるので問題ない。例えば、子機が先に接続要求信号を出した場合には、親機はコンテンツＡＣＫを受信しないためにシーケンスｊの全フラグメントの再送を繰り返しながら、いずれシーケンス送信回数Ｎp が規定値Ｐになってビーコンを出す。このとき、子機はすでに接続要求信号を出している状況なので、親機がその接続要求信号を受信すると接続動作に入ることになる。このように、図２においてＳ49からＳ31の接続待ち（ビーコン待ち）に戻るのではなく、Ｓ32の接続動作（接続要求信号送信）に戻ることにより、親機がＮp ＝Ｐになってビーコンを出したときに、他の子機に割り込ませることなくいち早く再接続が可能になるメリットがある。
【００４４】
逆に、親機が先にビーコンを出した場合には、子機はフラグメントを受信しないために未受信のフラグメントを要求するコンテンツＡＣＫの送信を繰り返しながら、いずれコンテンツＡＣＫ送信回数Ｎs が規定値Ｓになって接続要求信号を出す。このとき、親機はすでにビーコンを出している状況なので、子機から送信された接続要求信号を受信すると接続動作に入ることになる。図１０は、このときの動作例にもなっている。
【００４５】
また、親機が先にビーコンを出す場合には、他の子機がそのビーコンに対する接続要求信号を送信し、この子機の割り込みが可能となる。このときの動作例を図１１に示す。この場合、当初の子機が接続要求信号を送信するときは他の子機が割り込んでおり、親機からは接続応答信号が返ってこないので、接続要求信号送信と応答待ちを一定回数繰り返した後にＳ31の接続待ち動作に戻る（図２，図１１では省略）。
【００４６】
ところで、親機および子機がシーケンスｊの全フラグメントの送受信が完了せず、再送回数が規定値を超えた場合には、親機と子機との間で再接続処理が行われる。このとき、シーケンス１〜（ｊ−１）の全フラグメントの送受信が完了していても、シーケンス１からの再開となる。ここで、子機にシーケンス（ｊ−１）までの全フラグメントの受信が完了している場合には、子機のＳ33のシーケンス番号の初期設定をｊとし、子機が送信する接続要求信号にその情報を入れることにより、親機は前回の処理Ｓ３で分割したフラグメントを活かし、シーケンス番号の初期設定をｊとする。これにより、シーケンスｊのフラグメントからの再送信が可能となる。
【００４７】
（第２の実施形態）
図１２は、本発明の第２の実施形態における親機の処理手順を示すフローチャートである。なお、本実施形態の親機に対応する子機の処理手順は、図２に示す第１の実施形態のもので対応可能である。
【００４８】
第１の実施形態では、親機が１シーケンスの全フラグメントを送信するごとに計数されるシーケンス送信回数Ｎp をモニタし、規定値以上の再送を繰り返さないように設定されている。
【００４９】
ところで、親機が再送を行う場合としては、１シーケンス中のフラグメントの一部または全部が子機に受信されないときに、子機からコンテンツＡＣＫで通知される受信フラグメントテーブルの情報に基づいて行われる場合（Ｓ19，Ｓ22，Ｓ６〜、図６，図９，図10）と、子機からのコンテンツＡＣＫが親機に届かない場合（Ｓ17，Ｓ５，Ｓ６〜、図８）がある。通常の再送処理である前者の場合にシーケンス送信回数Ｎp が規定値を超えることは少ないが、子機が無線エリアの外（圏外）に出たようなときはコンテンツＡＣＫを送信しても親機に届かず、親機はシーケンスの全フラグメントの再送を繰り返し、規定値を超えることになる。本実施形態は、この後者の場合に対応する別の処理手順を示す。
【００５０】
図１２において、図１のＳ６，Ｓ15で行われるシーケンス送信回数Ｎp に基づく制御に代えて、コンテンツＡＣＫ受信失敗回数Ｎack に基づく制御を行う。すなわち、Ｓ４でシーケンスｊの全フラグメントを信号処理用ハードウェア部にセットするときに、コンテンツＡＣＫ受信失敗回数Ｎack をリセット（Ｎack ＝０）する。そして、Ｓ17でシーケンスｊの全フラグメントを送信したものの、子機からのコンテンツＡＣＫを受信できずに時間Ｔack をタイムオーバしたときに、コンテンツＡＣＫ受信失敗回数Ｎack を計数する。そしてコンテンツＡＣＫ受信失敗回数Ｎack が規定値Ａになるまで、送信フラグメントテーブルをリセットしてシーケンスｊの全フラグメントの再送を行う（Ｓ23，Ｓ24，Ｓ５〜）。また、コンテンツＡＣＫ受信失敗回数Ｎack が規定値Ａになった場合には、Ｓ23からＳ１に戻り、ビーコンを送信して接続待ち受けに入る。このときの動作例を図１３に示す。
【００５１】
（第３の実施形態）
図１４は、本発明の第３の実施形態における親機の処理手順を示すフローチャートである。なお、本実施形態の親機に対応する子機の処理手順は、図２に示す第１の実施形態のもので対応可能である。
【００５２】
本実施形態の特徴は、図１に示す第１の実施形態のシーケンス送信回数Ｎp と、図１２に示す第２の実施形態のコンテンツＡＣＫ受信失敗回数Ｎack の両方を計数して、必要以上に再送処理が行われることを回避する。シーケンス送信回数Ｎp の規定値Ｐと、コンテンツＡＣＫ受信失敗回数Ｎack の規定値Ａの関係は、Ｐ≧Ａである。
【００５３】
（第４の実施形態）
図１５は、本発明の第４の実施形態における子機の処理手順を示すフローチャートである。図１６は、本発明の第４の実施形態における親機の処理手順を示すフローチャートである。なお、本実施形態における親機の処理手順は、第３の実施形態における親機の処理手順に適用したものであるが、同様に第１の実施形態または第２の実施形態における親機の処理手順にも適用可能である。
【００５４】
本実施形態は、子機がシーケンスｊの全フラグメントを受信し、その旨のコンテンツＡＣＫを送信したにもかかわらず、コンテンツＡＣＫが親機が届かない場合に対応するものである。子機の処理手順は、基本的には図２に示す第１の実施形態のものと同様である。
【００５５】
図１５において、子機は、シーケンスｊの全フラグメントを受信した場合には、全フラグメント受信済のコンテンツＡＣＫを送信し、シーケンスｊ（＝ｊ＋１）のフラグメント受信に備えて受信フラグメントテーブルをリセットする（Ｓ41〜Ｓ45，Ｓ46，Ｓ47，Ｓ34）。一方、親機は、第１〜第３の実施形態に示すように、コンテンツＡＣＫが届かないために、シーケンスｊの全フラグメントの再送を繰り返し、そのシーケンス送信回数Ｎp が規定値Ｐになったとき、またはコンテンツＡＣＫ受信失敗回数Ｎack が規定値Ａになったときに再送処理を停止する。すなわち、子機には親機から再送されるシーケンスｊの全フラグメントが繰り返し届くことになり、シーケンスｊ（＝ｊ＋１）のフラグメント受信を待ち受けしている子機は、１つの前のシーケンスのフラグメントを受信できないためにコンテンツＡＣＫ（全フラグメント未受信）を送信し続ける。そのため、子機のコンテンツＡＣＫ受信回数Ｎs が規定値Ｓになり、コンテンツＡＣＫによる再送要求を停止するまでに時間がかかる。
【００５６】
そこで、本実施形態では、受信したフラグメントを確認するＳ38において、受信したフラグメントのシーケンス番号以外について確認し、正しく受信されたものである場合に、そのシーケンス番号が子機に設定されたシーケンスｊに対して１つ前のシーケンス（ｊ−１）であるか否かを判定する（Ｓ51）。すなわち、親機に対してシーケンス（ｊ−１）の全フラグメント受信をコンテンツＡＣＫで通知したにもかかわらず、そのコンテンツＡＣＫが届かないために再度シーケンス（ｊ−１）のフラグメントが送信されてきたものであるかどうかを判定する。受信したフラグメントがシーケンス（ｊ−１）であれば、親機に対して再度全フラグメント受信のコンテンツＡＣＫを生成し、送信する（Ｓ51，Ｓ52，Ｓ44）。ただし、受信フラグメントテーブルはシーケンスｊにセットされているので、Ｓ45で「Ｎｏ」となり、親機から送信される次のシーケンスｊのフラグメントの受信に入る（Ｓ45，Ｓ35）。
【００５７】
図１６において、親機は、シーケンスｊに対するコンテンツＡＣＫが届かないために全フラグメントの再送を行うが（Ｓ５〜Ｓ11，Ｓ12，Ｓ13，Ｓ６〜）、フラグメント１，２，…と再送している間、すなわち１つのフラグメントを送信してから時間Ｔa の間にコンテンツＡＣＫを受信した場合には、そのコンテンツＡＣＫの内容確認を行う（Ｓ12，Ｓ13，Ｓ25，Ｓ19）。そして、コンテンツＡＣＫがシーケンスｊの全フラグメント受信を示す場合には、次のシーケンスｊ（＝ｊ＋１）のフラグメントの送信に入る（Ｓ19，Ｓ20，Ｓ21，Ｓ４）。その他の動作は、第１〜第３の実施形態と同様である。本実施形態の動作例を図１７に示す。
【００５８】
（第５の実施形態）
図１８は、本発明の第５の実施形態における親機の処理手順を示すフローチャートである。なお、本実施形態における親機の処理手順は、第３の実施形態における親機の処理手順に適用したものであるが、同様に第１の実施形態または第２の実施形態における親機の処理手順にも適用可能である。また、本実施形態の親機に対応する子機の処理手順は、図２に示す第１の実施形態のもので対応可能である。さらに、第４の実施形態における親機および子機の処理手順にも適用可能である。
【００５９】
第１の実施形態あるいは第４の実施形態の子機では、未受信のフラグメントがあることを示すコンテンツＡＣＫ送信回数Ｎs が規定値Ｓになったときに、親機との接続を解消して接続要求信号を送信する。一方、親機でもシーケンス送信回数Ｎp および／またはコンテンツＡＣＫ受信失敗回数Ｎack を計数し、必要以上に再送処理が行われることを回避しているが、子機から送信される接続要求信号を検出することにより直ちに対応することが可能となる。
【００６０】
図１８において、シーケンスｊのフラグメントを受信中、または全フラグメントの送信を完了して子機からのコンテンツＡＣＫの受信待ちのときに、接続要求信号が受信されるか否かをモニタし（Ｓ12，Ｓ13，Ｓ61，Ｓ17，Ｓ62，Ｓ18）、接続要求信号を受信した場合には、子機の接続を切断してビーコン信号に戻る（Ｓ61，Ｓ62，Ｓ１）。なお、子機が圏外に出た場合のように接続要求信号を出しても親機に届かない場合には、親機はシーケンス送信回数Ｎp および／またはコンテンツＡＣＫ受信失敗回数Ｎack に基づいてビーコン送信に戻ることになる。
【００６１】
（第６の実施形態）
図１９は、本発明の第６の実施形態における子機の処理手順を示すフローチャートである。なお、本実施形態における子機の処理手順は、図２に示す第１の実施形態における子機の処理手順に適用したものである。また、本実施形態の子機に対応する親機の処理手順は、接続要求信号をモニタする第５の実施形態のものが対応する。
【００６２】
子機は、親機との接続後に通常はシーケンスｊのＮ個のフラグメントを順番に受信していくが、圏外に出たり通信環境が劣化すると、最初からまたは途中から時間Ｔadを経過してもフラグメントの受信がない場合が発生する。第１の実施形態における子機は、このような場合にコンテンツＡＣＫ送信回数Ｎs が規定値Ｓになるまで、未受信のフラグメントがあることを示すコンテンツＡＣＫの送信を繰り返す。本実施形態は、最初からフラグメントの受信がない場合には、コンテンツＡＣＫ送信回数Ｎs の計数を待たずに直ちに親機との接続を解消することを特徴とする。
【００６３】
図１９において、フラグメントを受信できずに時間Ｔadをタイムオーバした場合には、受信フラグメントテーブルを確認し、受信したフラグメントがあるか否かを判定する（Ｓ36，Ｓ63）。すなわち、フラグメントの受信がない状態が最初からか途中からかを判定する。受信フラグメントテーブルに受信したフラグメントがあれば、途中からあるいは親機がシーケンスｊの全フラグメントの送信を終えてからフラグメントの受信がなくなった場合であり、上記の実施形態のように通常のコンテンツＡＣＫを送信する（Ｓ63，Ｓ49，Ｓ50，Ｓ43，Ｓ44）。一方、受信フラグメントテーブルに受信したフラグメントがなければ、最初からフラグメントの受信がない場合であり、親機との接続を切断して接続要求信号の送信を行う（Ｓ63，Ｓ32）。親機でも、接続要求信号を検出することにより、直ちに子機の接続をやり直すことができる。本実施形態の動作例を図２０に示す。
【００６４】
（第７の実施形態）
図２１は、本発明の第７の実施形態における子機の処理手順を示すフローチャートである。図２２は、本発明の第７の実施形態における親機の処理手順を示すフローチャートである。なお、本実施形態における子機の処理手順は、図１５に示す第４の実施形態における子機の処理手順に適用したものである。また、本実施形態の子機に対応する親機の処理手順は、図１８に示す第５の実施形態における親機の処理手順に適用したものである。すなわち、本実施形態の子機および親機は、上記の全実施形態の機能を含むものである。
【００６５】
（親機の構成例）
図２３は、親機の構成例を示す。図において、親機は、無線送受信部１１、信号処理用ハードウェア部１２、信号処理用ソフトウェア部１３、メモリ部１４、表示部１５および操作部１６により構成される。
【００６６】
無線送受信部１１は、無線電波を受信し、受信無線信号に変換して信号処理用ハードウェア部１２に出力する。また、無線送受信部１１は、信号処理用ハードウェア部１２から入力する送信無線信号を無線電波に変換して送信する。
【００６７】
信号処理用ハードウェア部１２は、上記の各実施形態に示した親機の制御処理を行い、生成されたビーコン、接続応答信号などの送信無線制御信号を無線送受信部１１に出力する。また、無線送受信部から入力する受信無線信号のうち、接続要求信号およびコンテンツＡＣＫに対して無線制御信号処理を行う。また、信号処理用ソフトウェア部１３から入力する接続中の子機への送信データに対して無線データ信号処理を施し、送信無線信号として無線送受信部１１に出力する。
【００６８】
信号処理用ソフトウェア部１３は、メモリ部１４から入力するコンテンツデータを複数のフラグメントに分割し、送信データとして信号処理用ハードウェア部１２に出力する。また、各種アプリケーション機能を実現する。
【００６９】
メモリ部１４は、１または複数のコンテンツデータ、親機ＩＤ、接続可能な子機ＩＤなどを保持する。また、子機との間でリンクが確立した場合に、保持しているコンテンツデータのうち子機が要求したコンテンツデータを信号処理用ソフトウェア部１３に出力する。
【００７０】
表示部１５は、ユーザが装置の設定や操作を行う際に使用するディスプレイ等である。  操作部１６は、ユーザが装置の設定や操作を行う際に使用するキーボード等である。
【００７１】
（子機の構成例）
図２４は、子機の構成例を示す。図において、子機は、無線送受信部２１、信号処理用ハードウェア部２２、信号処理用ソフトウェア部２３、メモリ部２４、表示部２５および操作部２６により構成される。
【００７２】
無線送受信部２１は、無線電波を受信し、受信無線信号に変換して信号処理用ハードウェア部２２に出力する。また、無線送受信部２１は、信号処理用ハードウェア部２２から入力する送信無線信号を無線電波に変換して送信する。
【００７３】
信号処理用ハードウェア部２２は、上記の各実施形態に示した子機の制御処理を行い、無線送受信部２１から入力するビーコン、接続応答信号などの受信無線制御信号を処理する。また、無線送受信部２１から送信する接続要求信号、コンテンツＡＣＫを生成し、無線送受信部２１に出力する。また、無線送受信部２１から入力する受信無線信号のうち、受信データ信号に対して無線データ信号処理を施し、受信データとして信号処理用ソフトウェア部２３に出力する。
【００７４】
信号処理用ソフトウェア部２３は、信号処理用ハードウェア部２２から入力された受信フラグメントを再構成し、受信コンテンツデータとしてメモリ部２４に出力する。また、各種アプリケーション機能を実現する。
【００７５】
メモリ部２４は、信号処理用ソフトウェア部２３から入力する受信コンテンツデータを格納する。また、子機ＩＤ、接続可能な親機ＩＤなどを保持する。
【００７６】
表示部２５は、ユーザが装置の設定や操作を行う際に使用するディスプレイ等である。  操作部２６は、ユーザが装置の設定や操作を行う際に使用するキーボード等である。
【００７７】
なお、親機および子機の基本的な装置構成は同じであるので、共通の装置構成において設定により親機または子機として使用するようにしても可能である。
【図面の簡単な説明】
【００７８】
【図１】本発明の第１の実施形態における親機の処理手順を示すフローチャート。
【図２】本発明の第１の実施形態における子機の処理手順を示すフローチャート。
【図３】大容量のコンテンツ・データの分割におけるフラグメントとシーケンスの関係を説明する図。
【図４】第１の実施形態における再送がない場合の動作例を示すタイムチャート。
【図５】第１の実施形態における再送がない場合のフラグメントテーブルを示す図。
【図６】第１の実施形態における再送がある場合の動作例を示すタイムチャート。
【図７】第１の実施形態における再送がある場合のフラグメントテーブルを示す図。
【図８】第１の実施形態におけるコンテンツＡＣＫが親機に届かない場合の動作例を示すタイムチャート。
【図９】第１の実施形態における子機が接続要求信号を送信する場合の動作例を示すタイムチャート。
【図１０】第１の実施形態における親機がビーコンを送信する場合の動作例を示すタイムチャート。
【図１１】第１の実施形態における親機がビーコンを送信する場合の動作例を示すタイムチャート。
【図１２】本発明の第２の実施形態における親機の処理手順を示すフローチャート。
【図１３】第２の実施形態におけるコンテンツＡＣＫが親機に届かない場合の動作例を示すタイムチャート。
【図１４】本発明の第３の実施形態における親機の処理手順を示すフローチャート。
【図１５】本発明の第４の実施形態における子機の処理手順を示すフローチャート。
【図１６】本発明の第４の実施形態における親機の処理手順を示すフローチャート。
【図１７】第４の実施形態におけるコンテンツＡＣＫが親機に届かない場合の動作例を示すタイムチャート。
【図１８】本発明の第５の実施形態における親機の処理手順を示すフローチャート。
【図１９】本発明の第６の実施形態における子機の処理手順を示すフローチャート。
【図２０】第６の実施形態の動作例を示すタイムチャート。
【図２１】本発明の第７の実施形態における子機の処理手順を示すフローチャート。
【図２２】本発明の第７の実施形態における親機の処理手順を示すフローチャート。
【図２３】親機の構成例を示す図。
【図２４】子機の構成例を示す図。
【図２５】ブロックＡＣＫを説明する図。
【符号の説明】
【００７９】
１１  無線送受信部
１２  信号処理用ハードウェア部
１３  信号処理用ソフトウェア部
１４  メモリ部
１５  表示部
１６  操作部
２１  無線送受信部
２２  信号処理用ハードウェア部
２３  信号処理用ソフトウェア部
２４  メモリ部
２５  表示部
２６  操作部
【図１】
0004485432.tif 000002
【図２】
0004485432.tif 000003
【図３】
0004485432.tif 000004
【図４】
0004485432.tif 000005
【図５】
0004485432.tif 000006
【図６】
0004485432.tif 000007
【図７】
0004485432.tif 000008
【図８】
0004485432.tif 000009
【図９】
0004485432.tif 000010
【図１０】
0004485432.tif 000011
【図１１】
0004485432.tif 000012
【図１２】
0004485432.tif 000013
【図１３】
0004485432.tif 000014
【図１４】
0004485432.tif 000015
【図１５】
0004485432.tif 000016
【図１６】
0004485432.tif 000017
【図１７】
0004485432.tif 000018
【図１８】
0004485432.tif 000019
【図１９】
0004485432.tif 000020
【図２０】
0004485432.tif 000021
【図２１】
0004485432.tif 000022
【図２２】
0004485432.tif 000023
【図２３】
0004485432.tif 000024
【図２４】
0004485432.tif 000025
【図２５】
0004485432.tif 000026