JP5971065B2 - 通信方法、無線端末および通信システム - Google Patents

Description

本発明は、通信方法、無線端末および通信システムに関する。

従来、たとえば音声や動画などのデータをダウンロードしながら再生するストリーミングが知られている。また、生中継のニュース番組等のリアルタイムなストリーミング（ライブストリーミング）が知られている。また、近年はスマートフォンの普及等により無線端末で使用する通信区間の無線リソースが切迫しており、より効率的なリソース使用が求められている。

また、複数の携帯電話を連携させることによってサービスを提供するシステムが知られている（たとえば、下記特許文献１参照。）。また、ストリーミングデータを複数のピアを介して伝送し、クライアント端末で合成して再生する技術が知られている（たとえば、下記特許文献２参照。）。また、動画情報、音楽情報等のコンテンツ情報を離れた車両間で伝送する技術が知られている（たとえば、下記特許文献３参照。）。

特開２００３−５９４７号公報 特開２００６−７４７４４号公報 特開２００４−２９７１４７号公報

しかしながら、上述した従来技術では、同一のストリーミングデータを複数の端末が同時に受信する場合に、各端末とサーバとの間にそれぞれコネクションが確立され、基地局と端末との間の無線区間において重複したストリーミングデータが送信される。このため、無線区間における無線リソースの使用効率が低いという問題がある。

本発明は、上述した従来技術による問題点を解消するため、無線リソースの使用効率を向上させることができる通信方法、無線端末および通信システムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明の一側面によれば、他の無線端末との間で直接通信可能な無線端末において、前記他の無線端末の中から特定のストリーミングデータを受信中の所定端末を検出し、前記所定端末を検出した場合に前記ストリーミングデータのうちの一部のデータを基地局から受信し、前記ストリーミングデータのうちの前記一部のデータとは異なる部分のデータを前記所定端末から受信し、受信した前記一部のデータと前記異なる部分のデータとを結合し、結合結果に基づいて前記ストリーミングデータを出力する通信方法、無線端末および通信システムが提案される。

また、本発明の別の側面によれば、他の無線端末との間で直接通信可能な無線端末において、前記他の無線端末の中から、自端末が受信中のストリーミングデータの受信を開始する所定端末を検出し、前記所定端末を検出した場合に前記ストリーミングデータのうちの一部のデータを基地局から受信し、前記ストリーミングデータのうちの前記一部のデータとは異なる部分のデータを前記所定端末から受信し、受信した前記一部のデータと前記異なる部分のデータとを結合し、結合結果に基づいて前記ストリーミングデータを出力する通信方法、無線端末および通信システムが提案される。

本発明の一側面によれば、無線リソースの使用効率を向上させることができるという効果を奏する。

図１は、実施の形態にかかる通信システムの一例を示す図である。 図２は、２つの端末による連携受信の一例を示すシーケンス図である。 図３Ａは、３つの端末による連携受信の一例を示すシーケンス図（その１）である。 図３Ｂは、３つの端末による連携受信の一例を示すシーケンス図（その２）である。 図４は、端末の構成の一例を示す図である。 図５は、基地局の構成の一例を示す図である。 図６は、端末のハードウェア構成の一例を示す図である。 図７は、基地局のハードウェア構成の一例を示す図である。 図８は、親端末に記憶される連携制御用データの一例を示す図である。 図９は、子端末（その１）に記憶される連携制御用データの一例を示す図である。 図１０は、子端末（その２）に記憶される連携制御用データの一例を示す図である。 図１１は、基地局に記憶される分割制御用データの一例を示す図である。 図１２は、各端末の分割データバッファの一例を示す図である。 図１３は、端末のストリーミング再生部によるストリーミング開始処理の一例を示すフローチャートである。 図１４は、端末の端末間連携制御部によるストリーミング開始処理の一例を示すフローチャートである。 図１５は、ストリーミング開始通知の受信時の端末による処理の一例を示すフローチャートである。 図１６は、端末による連携要求受信時の処理の一例を示すフローチャートである。 図１７は、端末による親端末処理の一例を示すフローチャートである。 図１８は、基地局によるデータ分割処理の一例を示すフローチャートである。 図１９は、基地局によるストリーミングデータ受信時の処理の一例を示すフローチャートである。 図２０は、基地局による分割データの生成処理の一例を示すフローチャートである。 図２１は、基地局によるストリーミングデータの分割の一例を示す図である。 図２２は、端末によるデータ結合処理の一例を示すフローチャートである。 図２３は、端末による分割データの結合の一例を示す図である。 図２４は、連携受信からの子端末の離脱の一例を示すシーケンス図である。 図２５は、連携受信からの親端末の離脱の一例を示すシーケンス図である。

以下に添付図面を参照して、本発明にかかる通信方法、無線端末および通信システムの実施の形態を詳細に説明する。

（実施の形態）
（通信システム）
図１は、実施の形態にかかる通信システムの一例を示す図である。図１に示すように、実施の形態にかかる通信システム１００は、ストリーミング配信サーバ１１０と、基地局１２１，１２２と、端末１３１，１３２と、を含んでいる。端末１３１は、基地局１２１のセルに在圏し、基地局１２１に接続している。端末１３２は、基地局１２２のセルに在圏し、基地局１２２に接続している。

基地局１２１は、端末１３１と、ストリーミング配信サーバ１１０と、の間の通信を中継する。基地局１２２は、基地局１２２に接続している端末１３２と、ストリーミング配信サーバ１１０と、の間の通信を中継する。基地局１２１，１２２のそれぞれは、たとえば、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）の基地局や無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：構内通信網）のアクセスポイントなどである。

端末１３１，１３２は、それぞれ基地局１２１，１２２との無線通信を介して、ストリーミング配信サーバ１１０との間で通信を行う無線端末である。そして、端末１３１，１３２は、ストリーミング配信サーバ１１０によって配信されるストリーミングデータ１５０を再生する。ストリーミングデータ１５０は、たとえば、複数の端末に対して同時期に同一内容が配信されるライブストリーミングなどのデータである。

また、端末１３１，１３２は、互いに直接、無線通信が可能である。たとえば、端末１３２が、ストリーミング配信サーバ１１０から配信されるストリーミングデータ１５０を基地局１２２から受信している状態において、端末１３１もストリーミングデータ１５０の受信を開始する場合について説明する。

端末１３１は、ストリーミングデータ１５０を受信中であり、かつ自身と直接通信可能な端末１３２を検出する。たとえば、端末１３１は、ストリーミングデータ１５０を示す識別情報を含む信号を端末１３１の周辺へ無線送信し、無線送信した信号に対する応答を受信することによって端末１３２を検出する。そして、端末１３１は、端末１３２とともにストリーミングデータ１５０の連携受信を開始する。

具体的には、端末１３１は、ストリーミングデータ１５０を分割した分割データ＃０，＃１のうちの分割データ＃０を基地局１２１から受信する。そして、端末１３１は、受信した分割データ＃０を端末１３２へ直接送信する。また、端末１３２は、分割データ＃０，＃１のうちの分割データ＃１を基地局１２２から受信する。そして、端末１３２は、受信した分割データ＃１を端末１３１へ直接送信する。

これにより、端末１３１，１３２のそれぞれは、分割データ＃０，＃１の両方を受信することができる。端末１３１，１３２のそれぞれは、受信した分割データ＃０，＃１を結合し、結合結果に基づいてストリーミングデータ１５０を再生（出力）する。

このとき、基地局１２１から端末１３１へ送信される分割データ＃０は、ストリーミングデータ１５０の一部のデータである。このため、基地局１２１から端末１３１へストリーミングデータ１５０の全部を送信する場合よりも、基地局１２１と端末１３１との間の無線リソースの使用量を低減することができる。

同様に、基地局１２２から端末１３２へ送信される分割データ＃１は、ストリーミングデータ１５０の一部のデータである。このため、基地局１２２から端末１３２へストリーミングデータ１５０の全部を送信する場合よりも、基地局１２２と端末１３２との間の無線リソースの使用量を低減することができる。

このように、端末１３１は、特定のストリーミングデータ１５０を受信中であり、かつ自端末と直接通信可能な端末１３２（所定端末）を検出する。そして、端末１３１は、ストリーミングデータ１５０のうちの一部のデータ（分割データ＃０）を基地局１２１から受信し、ストリーミングデータ１５０のうちの残りの部分のデータ（分割データ＃１）を端末１３２から受信する。これにより、端末１３１と基地局１２１との間の無線リソースの使用量を低減しつつストリーミングデータ１５０を再生することが可能になる。

また、端末１３１は、受信した一部のデータ（分割データ＃０）を端末１３２へ送信する。これにより、端末１３２は、基地局１２２から自端末が受信する分割データ＃１と、端末１３１から受信する分割データ＃０と、を結合してストリーミングデータ１５０を再生することができる。

また、端末１３２は、自端末と直接通信可能であり、かつ自端末が受信中のストリーミングデータ１５０の受信を開始する端末１３１を検出する。そして、端末１３２は、ストリーミングデータ１５０のうちの一部のデータを基地局１２２から受信し、ストリーミングデータ１５０のうちの残りの部分のデータを端末１３１から受信する。これにより、端末１３２と基地局１２２との間の無線リソースの使用量を低減しつつストリーミングデータ１５０を再生することが可能になる。

このように、通信システム１００においては、互いに直接通信可能であり、同一のストリーミングデータ１５０を同時期に受信する端末１３１，１３２が基地局１２１，１２２からストリーミングデータ１５０を分担受信して互いに送受信する。これにより、基地局１２１，１２２がそれぞれ端末１３１，１３２にストリーミングデータ１５０を送信するなどの重複データの送信を削減することができる。このため、基地局１２１，１２２と端末１３１，１３２との間の通信区間における無線リソースの使用効率を向上させることができる。

また、ストリーミングデータ１５０の分割処理は、基地局１２１，１２２が行ってもよいし、ストリーミング配信サーバ１１０が行ってもよい。また、端末１３１，１３２がそれぞれ基地局１２１，１２２から分割データを受信する場合について説明したが、端末１３１，１３２は同一の基地局から分割データを受信してもよい。

（２つの端末による連携受信）
図２は、２つの端末による連携受信の一例を示すシーケンス図である。図２に示すストリーミング配信サーバ２１０は、たとえば図１に示したストリーミング配信サーバ１１０に対応する構成である。基地局２２１，２２２は、たとえばそれぞれ図１に示した基地局１２１，１２２に対応する構成である。端末２３１，２３２は、たとえばそれぞれ図１に示した端末１３１，１３２に対応する構成である。端末２３１，２３２とストリーミング配信サーバ２１０との間の通信は、それぞれ基地局２２１，２２２を介して行われる。

図２においては、端末２３１がストリーミングデータを受信中に端末２３２が同一のストリーミングの受信を開始し、端末２３１，２３２が連携受信を行う場合について説明する。以下、先行してストリーミングデータを受信していた端末（たとえば端末２３１）を「親端末」と称する。また、ストリーミングデータの受信に後から加わった端末（たとえば端末２３２）を「子端末」と称する。

まず、端末２３１が、所望のストリーミングデータを要求するストリーミング要求をストリーミング配信サーバ２１０へ送信する（ステップＳ２０１）。ストリーミング要求には、たとえば、所望のストリーミングデータを示す、たとえばＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などの情報が含まれている。

つぎに、端末２３１が、ストリーミング配信サーバ２１０から、端末２３１が要求したストリーミングデータを識別するストリーミング識別コードを受信する（ステップＳ２０２）。つぎに、端末２３１が、ストリーミング配信サーバ２１０からのストリーミングデータの受信を開始する（ステップＳ２０３）。

つぎに、端末２３２が、端末２３１が受信中のストリーミングデータと同一のストリーミングデータを要求するストリーミング要求をストリーミング配信サーバ２１０へ送信したとする（ステップＳ２０４）。つぎに、端末２３２が、ストリーミング配信サーバ２１０から、端末２３２が要求したストリーミングデータを識別するストリーミング識別コードを受信する（ステップＳ２０５）。

つぎに、端末２３２が、ステップＳ２０５によって受信したストリーミング識別コードに基づいて、ストリーミング識別コードが示すストリーミングデータを受信中であり、端末２３２と直接通信可能な端末２３１を検出する（ステップＳ２０６）。

具体的には、端末２３２は、ストリーミング識別コードを含むストリーミング開始通知を近距離無線通信により通信可能な周辺の端末に送信することにより、同一のストリーミングデータを受信中か否かを問い合わせる。これに対して、端末２３１は、受信したストリーミング開始通知に含まれるストリーミング識別コードが、ステップＳ２０２において受信したストリーミング識別コードと同一であるため、ストリーミング開始通知応答を端末２３２へ送信する。

端末２３２は、ストリーミング開始通知応答を受信することによって端末２３１を検出する。このように、端末２３２は、ストリーミングデータを示す情報（ストリーミング識別コード）を含む信号（ストリーミング開始通知）を送信し、送信した信号に対する応答信号（ストリーミング開始通知応答）を受信することによって端末２３１を検出する。

つぎに、端末２３２が、ステップＳ２０６によって検出した端末２３１へ近距離無線通信により連携要求を送信する（ステップＳ２０７）。連携要求には、ステップＳ２０５によって受信したストリーミング識別コードが含まれる。

つぎに、端末２３１が、受信中のストリーミングデータについて端末２３１，２３２の２つの端末で連携受信することを決定し、端末２３１，２３２に一意に識別番号を割り振る（ステップＳ２０８）。図２の例では、端末２３１は、端末２３１，２３２にそれぞれ識別番号「０」，「１」を割り振っている。

つぎに、端末２３１が、端末２３２へ連携応答を送信する（ステップＳ２０９）。連携応答には、連携端末数（図２の例では「２」）と、ステップＳ２０８において端末２３２に割り振られた識別番号（図２の例では「１」）と、が含まれる。ステップＳ２０９により、端末２３１，２３２の間の連携準備が完了する。

つぎに、端末２３２が、ステップＳ２０９によって送信された連携応答に含まれる連携端末数と識別番号とを含むデータ分割送信指示を基地局２２２へ送信する（ステップＳ２１０）。また、端末２３１が、連携端末数（図２の例では「２」）と、ステップＳ２０８において自端末に割り振った識別番号（図２の例では「０」）と、を含むデータ分割送信指示を基地局２２１へ送信する（ステップＳ２１１）。

つぎに、基地局２２２が、端末２３２へ割り当てる無線リソース量を１／連携端末数にする（ステップＳ２１２）。また、基地局２２１が、端末２３１へ割り当てる無線リソース量を１／連携端末数にする（ステップＳ２１３）。これにより、基地局２２１と端末２３１との間における無線区間と、基地局２２２と端末２３２との間における無線区間と、の無線リソースの使用量を低減することができる。

つぎに、端末２３１，２３２および基地局２２１，２２２は、ストリーミングデータを連携伝送する連携状態２０１へ移行する。具体的には、基地局２２１，２２２のそれぞれは、ストリーミング配信サーバ２１０から配信されるストリーミングデータを連携端末数と同数（図２の例では２つ）のグループ＃０，＃１に分割する。

そして、基地局２２１は、端末２３１の識別番号「０」に対応するグループ＃０のデータを分割データ＃０として端末２３１へ送信する（ステップＳ２１４）。また、基地局２２２は、端末２３２の識別番号「１」に対応するグループ＃１のデータを分割データ＃１として端末２３２へ送信する（ステップＳ２１５）。

端末２３１は、ステップＳ２１４によって基地局２２１から送信される分割データ＃０を近距離無線通信により端末２３２へ送信する（ステップＳ２１６）。また、端末２３２は、ステップＳ２１５によって基地局２２２から送信される分割データ＃１を近距離無線通信により端末２３１へ送信する（ステップＳ２１７）。

つぎに、端末２３１は、ステップＳ２１４によって基地局２２１から送信された分割データ＃０と、ステップＳ２１７によって端末２３２から送信された分割データ＃１と、を結合して元のストリーミングデータを再生する（ステップＳ２１８）。また、端末２３２は、ステップＳ２１５によって基地局２２２から送信された分割データ＃１と、ステップＳ２１６によって端末２３１から送信された分割データ＃０と、を結合して元のストリーミングデータを再生する（ステップＳ２１９）。

以上の各ステップにより、基地局２２２と端末２３２との間における無線区間と、基地局２２１と端末２３１との間における無線区間と、の無線リソースの使用量を低減しつつ、端末２３１，２３２が同一のストリーミングデータを再生することができる。たとえば、端末２３１，２３２のそれぞれが基地局２２１，２２２からストリーミングデータを受信する場合に比べて、端末２３１，２３２と基地局２２１，２２２との間の通信区間における無線リソースの使用量をたとえば１／２程度にすることができる。

また、端末２３１，２３２は、ストリーミングデータのうちの自身が受信する一部のデータを特定可能な情報をそれぞれ基地局２２１，２２２へ送信することにより、自身が受信する一部のデータをそれぞれ基地局２２１，２２２から受信することができる。これにより、端末２３１，２３２の主導でストリーミングデータの連携受信が可能になる。

一部のデータを特定可能な情報は、具体的には、端末２３１，２３２との合計の端末数（図２の例では２つ）と、端末２３１，２３２に割り当てられた識別情報（図２に示す例では「０」，「１」）と、を含む。これにより、基地局２２１は、ストリーミングデータを端末数で分割した各分割データのうちの端末２３１に割り当てられた識別情報「０」に対応する分割データ＃０を端末２３１へ送信することができる。また、基地局２２２は、ストリーミングデータを端末数で分割した各分割データのうちの端末２３２に割り当てられた識別情報「１」に対応する分割データ＃１を端末２３２へ送信することができる。

なお、ステップＳ２０２，Ｓ２０５においてストリーミング配信サーバ２１０からストリーミング識別コードを受信する場合について説明したが、識別コードはＵＲＬ等の情報であってもよい。この場合は、端末２３１は、ステップＳ２０１においてストリーミング要求を行ったストリーミングデータのＵＲＬ等を記憶しておき、記憶しておいたＵＲＬ等をステップＳ２０２において取得してもよい。また、端末２３２は、ステップＳ２０４においてストリーミング要求を行ったストリーミングデータのＵＲＬ等を記憶しておき、記憶しておいたＵＲＬ等をステップＳ２０５において取得してもよい。

（３つの端末による連携受信）
図３Ａ，図３Ｂは、３つの端末による連携受信の一例を示すシーケンス図である。図３Ａ，図３Ｂに示す端末２３３は、端末２３１，２３２との間で直接通信可能であり、基地局２２３を介してストリーミング配信サーバ２１０からのストリーミングデータを受信可能な無線端末である。端末２３３とストリーミング配信サーバ２１０との間の通信は、基地局２２３を介して行われる。

端末２３１，２３２の２つの端末がストリーミングデータを連携受信する連携状態２０１（たとえば図２参照）において、端末２３３が同一のストリーミングデータの受信を開始し、端末２３１〜２３３の３つの端末で連携受信を行う場合について説明する。

まず、端末２３３が、端末２３１，２３２が受信中のストリーミングデータと同一のデータを要求するストリーミング要求をストリーミング配信サーバ２１０へ送信したとする（ステップＳ３０１）。つぎに、端末２３３が、ストリーミング配信サーバ２１０から、端末２３３が受信するストリーミングデータを識別するストリーミング識別コードを受信する（ステップＳ３０２）。

つぎに、端末２３３が、ステップＳ３０２によって受信したストリーミング識別コードに基づいて、ストリーミング識別コードが示すストリーミングデータを受信中の端末２３１，２３２を検出する（ステップＳ３０３）。

具体的には、端末２３３は、ストリーミング識別コードを含むストリーミング開始通知を近距離無線通信により通信可能な周辺の端末に送信する。これに対して、端末２３１，２３２は、受信したストリーミング開始通知に含まれるストリーミング識別コードが、自端末が受信中のストリーミング識別コードと同一であるため、ストリーミング開始通知応答を端末２３３へ送信する。端末２３３は、ストリーミング開始通知応答を受信することによって端末２３１，２３２を検出する。

つぎに、端末２３３が、ステップＳ３０３によって検出した端末２３１，２３２へ近距離無線通信により連携要求を送信する（ステップＳ３０４）。連携要求には、ステップＳ３０２によって受信したストリーミング識別コードが含まれる。

つぎに、連携受信における子端末である端末２３２が、連携中の他の端末（図３Ａ，図３Ｂの例では端末２３１）へ近距離無線通信により連携要求を送信する（ステップＳ３０５）。また、端末２３２が、端末２３３へ近距離無線通信により連携応答を送信する（ステップＳ３０６）。

つぎに、連携受信における親端末である端末２３１が、連携受信におけるすべての子端末（図３Ａ，図３Ｂの例では端末２３２）から連携要求を受信すると、受信中のストリーミングデータについて端末２３１〜２３３の３つの端末で連携受信することを決定する。そして、端末２３１は、端末２３１〜２３３に一意に識別番号を割り振る（ステップＳ３０７）。図３Ａ，図３Ｂの例では、端末２３１は、端末２３１〜２３３にそれぞれ識別番号「０」〜「２」を割り振っている。

つぎに、端末２３１が、近距離無線通信により連携応答を端末２３２，２３３へ送信する（ステップＳ３０８）。端末２３２へ送信される連携応答には、連携端末数（図３Ａ，図３Ｂの例では「３」）と、ステップＳ３０７において端末２３２に割り振られた識別番号「１」と、が含まれる。端末２３３へ送信される連携応答には、連携端末数（図３Ａ，図３Ｂの例では「３」）と、ステップＳ３０７において端末２３３に割り振られた識別番号「２」と、が含まれる。ステップＳ３０８により、端末２３１〜２３３の間の連携準備が完了する。

つぎに、端末２３１が、連携端末数「３」と、ステップＳ３０７において自端末に割り当てた識別番号「０」と、を含むデータ分割送信指示を基地局２２１へ送信する（ステップＳ３０９）。また、端末２３２が、ステップＳ３０８によって送信された連携応答に含まれる連携端末数「３」と識別番号「１」とを含むデータ分割送信指示を基地局２２２へ送信する（ステップＳ３１０）。また、端末２３３が、ステップＳ３０８によって送信された連携応答に含まれる連携端末数「３」と識別番号「２」とを含むデータ分割送信指示を基地局２２３へ送信する（ステップＳ３１１）。

つぎに、基地局２２１が、端末２３１へ割り当てる無線リソース量を１／連携端末数にする（ステップＳ３１２）。また、基地局２２２が、端末２３２へ割り当てる無線リソース量を１／連携端末数にする（ステップＳ３１３）。また、基地局２２３が、端末２３３へ割り当てる無線リソース量を１／連携端末数にする（ステップＳ３１４）。

つぎに、端末２３１〜２３３および基地局２２１〜２２３は、ストリーミングデータを連携伝送する連携状態３０１へ移行する。具体的には、基地局２２１〜２２３のそれぞれは、ストリーミング配信サーバ２１０から配信されるストリーミングデータを連携端末数と同数（図３Ａ，図３Ｂの例では「３」）のグループ＃０〜＃２に分割する。

そして、基地局２２１は、端末２３１の識別番号「０」に対応するグループ＃０のデータを分割データ＃０として端末２３１へ送信する（ステップＳ３１５）。また、基地局２２２は、端末２３２の識別番号「１」に対応するグループ＃１のデータを分割データ＃１として端末２３２へ送信する（ステップＳ３１６）。また、基地局２２３は、端末２３３の識別番号「２」に対応するグループ＃２のデータを分割データ＃２として端末２３３へ送信する（ステップＳ３１７）。

つぎに、端末２３１は、ステップＳ３１５によって送信される分割データ＃０を近距離無線通信により端末２３２，２３３へ送信する（ステップＳ３１８）。また、端末２３２は、ステップＳ３１６によって送信される分割データ＃１を近距離無線通信により端末２３１，２３３へ送信する（ステップＳ３１９）。また、端末２３３は、ステップＳ３１７によって送信される分割データ＃２を近距離無線通信により端末２３１，２３２へ送信する（ステップＳ３２０）。

つぎに、端末２３１は、ステップＳ３１５によって受信した分割データ＃０と、ステップＳ３１９，Ｓ３２０によって受信した分割データ＃１，＃２と、を結合して元のストリーミングデータを再生する（ステップＳ３２１）。また、端末２３２は、ステップＳ３１６によって受信した分割データ＃１と、ステップＳ３１８，Ｓ３２０によって受信した分割データ＃０，＃２と、を結合して元のストリーミングデータを再生する（ステップＳ３２２）。また、端末２３３は、ステップＳ３１７によって受信した分割データ＃２と、ステップＳ３１８，Ｓ３１９によって受信した分割データ＃０，＃１と、を結合して元のストリーミングデータを再生する（ステップＳ３２３）。

以上の各ステップにより、２端末による連携状態２０１から、３端末による連携状態３０１へ移行することができる。この場合は、端末２３１〜２３３のそれぞれが基地局２２１〜２２３からストリーミングデータを受信する場合に比べて、端末２３１〜２３３と基地局２２１〜２２３との間の通信区間における無線リソースの使用量をたとえば１／３程度にすることができる。

このように、端末２３３は、ストリーミングデータを受信中の複数の所定端末（端末２３１，２３２）を検出した場合は、端末２３１，２３２のそれぞれから、自端末が受信する分割データ＃２と異なる部分の分割データ＃０，＃０のうちの異なる部分を受信する。具体的には、端末２３３は、端末２３１から分割データ＃０を受信し、端末２３２から分割データ＃１を受信する。

なお、図２，図３Ａ，図３Ｂにおいて、端末２３１〜２３３がそれぞれ異なる基地局２２１〜２２３に接続している場合について説明したが、端末２３１〜２３３は同一の基地局に接続していてもよい。また、図３Ａ，図３Ｂにおいて２端末による連携状態２０１から３端末による連携状態３０１へ移行する場合について説明したが、以後、４つ目以降の端末が連携受信に加わる場合についても同様である。

また、ステップＳ３０７において、親端末である端末２３１は、いずれかの子端末が近距離無線通信の圏外に存在する場合等により、いずれの子端末から連携要求を所定期間内に受信できなかった場合は、連携失敗と判断する。この場合は、端末２３１は、連携要求の送信元（端末２３３）や他の子端末（たとえば端末２３２）へ連携失敗通知を送信する。連携失敗通知を受信した端末は、単独でのストリーミング受信を開始する。また連携失敗通知を受信した端末が既に連携受信によるストリーミング受信を行っている場合は、既存の連携制御を継続してもよい。

（ストリーミングデータの分割の一例）
たとえば、図３Ａ，図３Ｂのように３端末で連携受信している場合に、ストリーミング配信サーバ２１０からストリーミングデータ「ａｂｃｄｅｆｇｈｉｊｋｌｍｎｏｐｑｒｓｔｕｖｗｘｙｚ」が配信されるとする。ａ，ｂ，ｃ，ｄ，…のそれぞれは、たとえば受信側において復号可能な単位のデータ（たとえば動画における１フレーム）である。

この場合は、たとえば、基地局２２１から端末２３１へは分割データ「ａｄｇｊｍｐｓｖｙ」が送信される。また、基地局２２２から端末２３２へは分割データ「ｂｅｈｋｎｑｔｗｚ」が送信される。また、基地局２２３から端末２３３へは分割データ「ｃｆｉｌｏｒｕｘ」が送信される。

このため、基地局２２１〜２２３から端末２３１〜２３３へ３つのストリーミングデータ「ａｂｃｄｅｆｇｈｉｊｋｌｍｎｏｐｑｒｓｔｕｖｗｘｙｚ」を送信する場合に比べて、端末基地局間の無線リソースの使用量を約１／３に低減することができる。

また、端末２３１〜２３３が互いに直接通信する場合は、一般的に基地局２２１〜２２３から受信するより高速であるため、分割データを互いに送受信するための時間は短くて済む。ただし、端末間での通信品質が低い端末については連携受信に加えないようにしてもよい。これにより、連携受信の伝送効率の低下を抑えることができる。

また、端末２３１〜２３３が受信する各分割データは、それぞれ独立して復号可能なデータとなるように生成されてもよい。これにより、端末２３１〜２３３が受信する各分割データのうちのいずれかの伝送に障害が発生しても、障害が発生していない分割データについては復号して再生することができる。

また、端末２３１〜２３３が受信する各分割データは、ストリーミングデータから周期的にデータを間引きした残余のデータに基づき生成されてもよい（たとえば図２１参照）。これにより、端末２３１〜２３３のそれぞれは、ストリーミングデータの先頭部分から順次再生していくことが可能になり、ストリーミングデータを連携受信しつつリアルタイム性を保つことが可能になる。また、端末２３１〜２３３が受信する各分割データのうちのいずれかの伝送に障害が発生しても、ストリーミングデータの再生が長時間途切れることを回避することができる。

（端末の構成）
図４は、端末の構成の一例を示す図である。上述した端末２３１〜２３３のそれぞれは、たとえば図４に示す端末４００によって実現することができる。端末４００は、基地局間通信部４０１と、プロトコル制御部４０２と、接続制御部４０３と、基地局通信送受信部４０４と、を備えている。また、端末４００は、近距離通信部４０５と、端末間連携制御部４０６と、近距離通信送受信部４０７と、データ結合制御部４０８と、ストリーミング再生部４０９と、を備えている。

基地局間通信部４０１は、基地局５００（たとえば図５参照）との間で無線通信を行う。基地局間通信部４０１には、たとえば３Ｇや無線ＬＡＮ等の通信方式を適用することができる。

プロトコル制御部４０２は、基地局間通信部４０１を介して、基地局５００との間の無線通信におけるプロトコル制御を行う。接続制御部４０３は、プロトコル制御部４０２および基地局間通信部４０１を介して、基地局５００との間の無線通信における接続制御を行う。基地局通信送受信部４０４は、基地局間通信部４０１を介して、基地局５００との間でデータを送受信する。また、基地局通信送受信部４０４は、基地局５００から受信したデータをデータ結合制御部４０８へ出力する。

近距離通信部４０５は、端末４００の周辺の端末との間で近距離通信を行う。近距離通信部４０５には、たとえばＢｌｕｅｔｏｏｔｈ（登録商標）等の通信方式を適用することができる。

端末間連携制御部４０６は、近距離通信部４０５を介して、端末間の連携受信を制御する。近距離通信送受信部４０７は、近距離通信部４０５を介して、端末４００の周辺の端末との間でデータを送受信する。

データ結合制御部４０８は、端末４００が単独で基地局５００からストリーミングデータを受信する場合に、基地局通信送受信部４０４から出力されるストリーミングデータをストリーミング再生部４０９へ出力する。また、データ結合制御部４０８は、端末４００が他の端末とデータを連携受信する場合に、基地局通信送受信部４０４から出力される分割データと、近距離通信送受信部４０７から出力される分割データと、の結合制御を行う。そして、データ結合制御部４０８は、結合制御により得られたストリーミングデータをストリーミング再生部４０９へ出力する。

ストリーミング再生部４０９は、ユーザのキー操作等によって、ストリーミングの受信開始指示を受け付ける。そして、ストリーミング再生部４０９は、受信開始指示を受け付けると、接続制御部４０３、プロトコル制御部４０２、基地局間通信部４０１を介して、ストリーミングデータを基地局５００から受信するコネクションを確立する。そして、ストリーミング再生部４０９は、確立したコネクションによって受信され、データ結合制御部４０８から出力されるストリーミングデータを再生する。

分割データバッファ４１０は、基地局５００や他の端末から受信した分割データを一時的に記憶するバッファである。データ結合制御部４０８は、分割データバッファ４１０を用いて分割データの結合処理を行う。

連携制御用データ記憶部４１１は、端末間連携制御部４０６による端末間連携制御に用いる連携制御用データを記憶する。また、データ結合制御部４０８は、連携制御用データ記憶部４１１に記憶された連携制御用データに基づいて結合処理を行う。

（基地局の構成）
図５は、基地局の構成の一例を示す図である。上述した基地局２２１〜２２３のそれぞれは、たとえば図５に示す基地局５００によって実現することができる。基地局５００は、端末間通信部５０１と、プロトコル制御部５０２と、接続制御部５０３と、端末間通信送受信部５０４と、データ分割制御部５０５と、サーバプロトコル制御部５０６と、サーバ間通信部５０７と、分割制御用データ記憶部５０８と、を備えている。

端末間通信部５０１は、端末４００（たとえば図４参照）との間で無線通信を行う。端末間通信部５０１には、たとえば３Ｇや無線ＬＡＮ等の通信方式を適用することができる。プロトコル制御部５０２は、端末間通信部５０１を介して、端末４００との間の無線通信におけるプロトコル制御を行う。

接続制御部５０３は、プロトコル制御部５０２および端末間通信部５０１を介して、端末４００との間の無線通信における接続制御を行う。具体的には、接続制御部５０３は、プロトコル制御部５０２および端末間通信部５０１を介して、端末４００からのコネクション確立要求を受信する。

また、接続制御部５０３は、サーバプロトコル制御部５０６およびプロトコル制御部５０２を介して、ストリーミングデータをストリーミング配信サーバ２１０から受信して端末４００に送信するコネクションを確立する。また、接続制御部５０３は、端末４００から連携端末数および識別番号を受信し、データ分割制御部５０５に通知する。

端末間通信送受信部５０４は、端末間通信部５０１を介して、端末４００との間でデータを送受信する。

データ分割制御部５０５は、サーバ間通信部５０７を介してストリーミング配信サーバ２１０から受信したストリーミングデータから該当端末向けのデータのみを抽出する。データ分割制御部５０５は、連携を行っていない状態ではストリーミング配信サーバ２１０から受信したストリーミングデータをそのまま端末間通信送受信部５０４へ出力する。したがって、連携を行っていない状態ではサーバ間通信部５０７から出力されたストリーミングデータを直接、端末間通信送受信部５０４へ出力してもよい。

また、データ分割制御部５０５は、接続制御部５０３から通知される連携端末数および識別番号に応じてデータ分割および送信制御を実施する。なお、データ分割および送信制御は、端末４００から連携端末数および識別番号が通知される度に実施する。連携端末数および識別番号は、たとえば連携端末数が増減した場合等に端末４００から通知される。

サーバプロトコル制御部５０６は、サーバ間通信部５０７を介して、ストリーミング配信サーバ２１０との間の通信におけるプロトコル制御を行う。サーバ間通信部５０７は、ストリーミング配信サーバ２１０との間の通信を行う。サーバ間通信部５０７とストリーミング配信サーバ２１０との間の通信には、たとえば有線通信を適用することができる。

分割制御用データ記憶部５０８は、データ分割制御部５０５が分割処理のために用いる分割制御用データを記憶する。

（端末のハードウェア構成）
図６は、端末のハードウェア構成の一例を示す図である。図４に示した端末４００は、たとえば図６に示す通信装置６００によって実現することができる。通信装置６００は、ＣＰＵ６０１と、メモリ６０２と、ユーザインタフェース６０３と、無線通信インタフェース６０４と、を備えている。ＣＰＵ６０１、メモリ６０２、ユーザインタフェース６０３および無線通信インタフェース６０４は、バス６０９によって接続されている。

ＣＰＵ６０１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）は、通信装置６００の全体の制御を司る。また、通信装置６００はＣＰＵ６０１を複数備えていてもよい。メモリ６０２には、たとえばメインメモリおよび補助メモリが含まれる。メインメモリは、たとえばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。メインメモリは、ＣＰＵ６０１のワークエリアとして使用される。補助メモリは、たとえば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発メモリである。補助メモリには、通信装置６００を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされてＣＰＵ６０１によって実行される。

ユーザインタフェース６０３は、たとえば、ユーザからの操作入力を受け付ける入力デバイスや、ユーザへ情報を出力する出力デバイスなどを含む。入力デバイスは、たとえばキー（たとえばキーボード）やリモコンなどによって実現することができる。出力デバイスは、たとえばディスプレイやスピーカなどによって実現することができる。また、タッチパネルなどによって入力デバイスおよび出力デバイスを実現してもよい。ユーザインタフェース６０３は、ＣＰＵ６０１によって制御される。

無線通信インタフェース６０４は、無線によって通信装置６００の外部（たとえば基地局５００や他の端末４００）との間で通信を行う通信インタフェースである。無線通信インタフェース６０４は、ＣＰＵ６０１によって制御される。

図４に示した基地局間通信部４０１および近距離通信部４０５は、たとえば無線通信インタフェース６０４によって実現することができる。図４に示したプロトコル制御部４０２、接続制御部４０３、基地局通信送受信部４０４、端末間連携制御部４０６および近距離通信送受信部４０７は、たとえばＣＰＵ６０１および無線通信インタフェース６０４によって実現することができる。

図４に示したデータ結合制御部４０８は、たとえばＣＰＵ６０１によって実現することができる。図４に示したストリーミング再生部４０９は、たとえばＣＰＵ６０１およびユーザインタフェース６０３によって実現することができる。図４に示した分割データバッファ４１０および連携制御用データ記憶部４１１は、たとえばメモリ６０２によって実現することができる。

（基地局のハードウェア構成）
図７は、基地局のハードウェア構成の一例を示す図である。図５に示した基地局５００は、たとえば図７に示す通信装置７００によって実現することができる。通信装置７００は、ＣＰＵ７０１と、メモリ７０２と、ユーザインタフェース７０３と、有線通信インタフェース７０４と、無線通信インタフェース７０５と、を備えている。ＣＰＵ７０１、メモリ７０２、ユーザインタフェース７０３、有線通信インタフェース７０４および無線通信インタフェース７０５は、バス７０９によって接続されている。

ＣＰＵ７０１は、通信装置７００の全体の制御を司る。また、通信装置７００はＣＰＵ７０１を複数備えていてもよい。メモリ７０２には、たとえばメインメモリおよび補助メモリが含まれる。メインメモリは、たとえばＲＡＭである。メインメモリは、ＣＰＵ７０１のワークエリアとして使用される。補助メモリは、たとえば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発メモリである。補助メモリには、通信装置７００を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされてＣＰＵ７０１によって実行される。

ユーザインタフェース７０３は、たとえば、管理者等のユーザからの操作入力を受け付ける入力デバイスや、ユーザへ情報を出力する出力デバイスなどを含む。入力デバイスは、たとえばキー（たとえばキーボード）やリモコンなどによって実現することができる。出力デバイスは、たとえばディスプレイやスピーカなどによって実現することができる。また、タッチパネルなどによって入力デバイスおよび出力デバイスを実現してもよい。ユーザインタフェース７０３は、ＣＰＵ７０１によって制御される。

有線通信インタフェース７０４は、有線によって通信装置７００の外部（たとえばストリーミング配信サーバ２１０）との間で通信を行う通信インタフェースである。有線通信インタフェース７０４は、ＣＰＵ７０１によって制御される。無線通信インタフェース７０５は、無線によって通信装置７００の外部（たとえば端末４００）との間で通信を行う通信インタフェースである。近距離通信部４０５は、ＣＰＵ７０１によって制御される。

図５に示した端末間通信部５０１は、たとえば無線通信インタフェース７０５によって実現することができる。図５に示したサーバ間通信部５０７は、たとえば有線通信インタフェース７０４によって実現することができる。

図５に示したプロトコル制御部５０２、接続制御部５０３および端末間通信送受信部５０４は、たとえばＣＰＵ７０１および無線通信インタフェース７０５によって実現することができる。図５に示したサーバプロトコル制御部５０６およびサーバ間通信部５０７は、たとえばＣＰＵ７０１および有線通信インタフェース７０４によって実現することができる。図５に示したデータ分割制御部５０５は、たとえばＣＰＵ７０１によって実現することができる。

（端末に記憶される連携制御用データ）
図８は、親端末に記憶される連携制御用データの一例を示す図である。図８に示す連携制御用データ８００は、たとえば図３Ａ，図３Ｂに示した連携状態３０１において親端末である端末２３１の連携制御用データ記憶部４１１（図４参照）に記憶された連携制御用データの一例である。

図９は、子端末（その１）に記憶される連携制御用データの一例を示す図である。図９に示す連携制御用データ９００は、たとえば図３Ａ，図３Ｂに示した連携状態３０１において１つ目の子端末である端末２３２の連携制御用データ記憶部４１１（図４参照）に記憶された連携制御用データの一例である。

図１０は、子端末（その２）に記憶される連携制御用データの一例を示す図である。図１０に示す連携制御用データ１０００は、たとえば図３Ａ，図３Ｂに示した連携状態３０１において２つ目の子端末である端末２３３の連携制御用データ記憶部４１１（図４参照）に記憶された連携制御用データの一例である。

図８〜図１０に示す各連携制御用データにおいて、「ストリーミング識別コード」は、それぞれ端末２３１〜２３２が受信を要求したストリーミングデータを示す識別情報である。図３Ａ，図３Ｂの例では、端末２３１〜２３２は同一のストリーミングデータの受信を要求しているため、各連携制御用データにおいて「ストリーミング識別コード」は同一である。また、図８〜図１０の例では、「ストリーミング識別コード」はストリーミングデータのＵＲＬ（ｈｔｔｐ：／／ａａａ．ｃｃｃ．ｃｏｍ／ａｂｃｄｅｅｆ．ｗｍｖ）である。

「親／子種別」は、自端末が親端末および子端末のいずれであるかを示す情報である。図３Ａ，図３Ｂに示した例では、端末２３１が親端末であるため、端末２３１の連携制御用データ８００の「親／子種別」は「親」を示している。また、図３Ａ，図３Ｂに示した例では、端末２３２，２３３が子端末であるため、端末２３２，２３３の連携制御用データ９００，１０００の「親／子種別」は「子」を示している。

「自端末識別番号」は、連携制御における自端末の識別番号である。図３Ａ，図３Ｂに示した例では、端末２３１の連携制御用データ８００の「自端末識別番号」は、端末２３１が自身に割り当てた「０」である。また、図３Ａ，図３Ｂに示した例では、端末２３２，２３３の連携制御用データ９００，１０００の「自端末識別番号」は、端末２３１がそれぞれ端末２３２，２３３に割り当てた「１」，「２」である。

「連携端末数」は、連携を行っている端末の総数を示す情報である。図３Ａ，図３Ｂに示した例では、端末２３１〜２３３の３つの端末で連携を行っているため、端末２３１〜２３３の連携制御用データ８００，９００，１０００の「連携端末数」はともに「３」である。

「連携端末ｘ 近距離無線通信用識別番号」（ｘ＝１，２，３，…）は、連携を行う他の端末の近距離無線通信用の識別番号を示す情報である。たとえば、「連携端末ｘ 近距離無線通信用識別番号」は、近距離無線通信で送受信を行う端末を一意に識別できる番号である。

たとえば、端末２３１〜２３３の近距離無線通信用識別番号をそれぞれ「１２３４５６７０」〜「１２３４５６７２」とする。この場合は、端末２３１の連携制御用データ８００の「連携端末ｘ 近距離無線通信用識別番号」には、端末２３２，２３３を示す「１２３４５６７１」，「１２３４５６７２」が格納される。

また、端末２３２の連携制御用データ９００の「連携端末ｘ 近距離無線通信用識別番号」には、端末２３１，２３３を示す「１２３４５６７０」，「１２３４５６７２」が格納される。また、端末２３３の連携制御用データ１０００の「連携端末ｘ 近距離無線通信用識別番号」には、端末２３１，２３２を示す「１２３４５６７０」，「１２３４５６７１」が格納される。

たとえば、連携制御用データ８００，９００，１０００の各値の初期には無効値が設定される。また、たとえば、連携終了時には連携制御用データ８００，９００，１０００の各値が初期化される。

（基地局に記憶される分割制御用データ）
図１１は、基地局に記憶される分割制御用データの一例を示す図である。図１１に示す分割制御用データ１１００は、たとえば図３Ａ，図３Ｂに示した連携状態３０１において基地局２２１〜２２３のそれぞれの分割制御用データ記憶部５０８（図５参照）に記憶された分割制御用データの一例である。

分割制御用データ１１００の「端末ＩＤ」は、端末２３１〜２３３をそれぞれ識別する識別情報である。たとえば、端末２３１〜２３３の「端末ＩＤ」がそれぞれ「０９０１２３４５６７０」〜「０９０１２３４５６７２」であるとする。

「連携端末数」は、対応する端末から受信したデータ分割送信指示に含まれていた連携端末数である。図３Ａ，図３Ｂに示した例では、端末２３１〜２３３の３つの端末で連携を行っているため、分割制御用データ１１００における端末２３１〜２３３の「連携端末数」はすべて「３」である。

「端末識別番号」は、対応する端末から受信したデータ分割送信指示に含まれていた識別番号である。図３Ａ，図３Ｂに示した例では、分割制御用データ１１００における端末２３１〜２３３の「端末識別番号」はそれぞれ「０」，「１」，「２」である。

なお、端末２３１〜２３３の情報を含む分割制御用データ１１００を基地局２２１〜２２３のそれぞれが記憶している場合について説明したが、基地局２２１〜２２３のそれぞれは、少なくとも自身に接続した端末に関する分割制御用データを記憶していればよい。また、分割制御用データ１１００の各値の初期には無効値が設定される。また、たとえば、連携終了時には分割制御用データ１１００の各値が初期化される。

（各端末の分割データバッファ）
図１２は、各端末の分割データバッファの一例を示す図である。図１２に示す分割データバッファ１２００は、たとえば図４に示した分割データバッファ４１０の一例である。分割データバッファ１２００は、ブロック０〜Ｍに分かれている。そして、基地局５００や他の端末４００から受信した分割データのうちのブロック番号ｘに対応するデータブロックが、分割データバッファ１２００のブロックｘに格納される。

たとえば、分割データバッファ１２００の各値の初期値は「データ未設定」である。また、たとえば、連携終了時には分割データバッファ１２００の各値が初期化される。

（端末のストリーミング再生部によるストリーミング開始処理）
図１３は、端末のストリーミング再生部によるストリーミング開始処理の一例を示すフローチャートである。端末４００のストリーミング再生部４０９は、ユーザによるキー操作等によりストリーミング再生の開始を検知すると、ストリーミング開始動作として、たとえば以下の各ステップを実行する。

まず、ストリーミング再生部４０９は、連携受信を行うか否かを判断する（ステップＳ１３０１）。ステップＳ１３０１における判断は、たとえば端末４００に記憶された設定値に基づいて行うことができる。また、設定値は、たとえば端末４００の設定メニュー画面等によってユーザが設定できるようにしてもよい。連携受信を行わない場合（ステップＳ１３０１：Ｎｏ）は、ストリーミング再生部４０９はステップＳ１３０３へ移行する。

ステップＳ１３０１において、連携受信を行う場合（ステップＳ１３０１：Ｙｅｓ）は、ストリーミング再生部４０９は、端末間連携制御部４０６へストリーミング受信開始を通知する（ステップＳ１３０２）。

つぎに、ストリーミング再生部４０９は、基地局５００を介してストリーミング配信サーバ２１０との間でコネクションを確立し、データ結合制御部４０８から出力されるデータを再生する受信制御処理を開始する（ステップＳ１３０３）。

（端末の端末間連携制御部によるストリーミング開始処理）
図１４は、端末の端末間連携制御部によるストリーミング開始処理の一例を示すフローチャートである。非連携中の端末４００の端末間連携制御部４０６は、ストリーミング再生部４０９からストリーミング受信開始が通知されたか否かを判断し（ステップＳ１４０１）、ストリーミング受信開始が通知されるまで待つ（ステップＳ１４０１：Ｎｏのループ）。ストリーミング受信開始が通知されると（ステップＳ１４０１：Ｙｅｓ）、端末間連携制御部４０６は、ストリーミング開始動作として、たとえば以下の各ステップを実行する。

まず、端末間連携制御部４０６は、ストリーミング配信サーバ２１０からストリーミング識別コードを取得する（ステップＳ１４０２）。つぎに、端末間連携制御部４０６は、近距離無線通信が可能な周辺の端末へ、ステップＳ１４０２によって取得したストリーミング識別コードを含むストリーミング開始通知を近距離無線通信により送信する（ステップＳ１４０３）。つぎに、端末間連携制御部４０６は、ステップＳ１４０３によってストリーミング開始通知を送信してから一定時間、周辺の端末からのストリーミング開始通知応答の受信を待つ（ステップＳ１４０４）。

つぎに、端末間連携制御部４０６は、ステップＳ１４０４においてストリーミング開始通知応答を受信したか否かを判断する（ステップＳ１４０５）。ストリーミング開始通知応答を受信していない場合（ステップＳ１４０５：Ｎｏ）は、端末間連携制御部４０６は、連携可能な端末が無いと判断し、自端末を親端末に設定する。具体的には、端末間連携制御部４０６は、連携端末数「１」，識別番号「０」を含むデータ分割送信指示を基地局５００へ送信し（ステップＳ１４０６）、ステップＳ１４１２へ移行する。

ステップＳ１４０５において、ストリーミング開始通知応答を受信した場合（ステップＳ１４０５：Ｙｅｓ）は、端末間連携制御部４０６は、自端末を子端末に設定する。この場合は、端末間連携制御部４０６は、ストリーミング開始通知応答の送信元へ連携要求を近距離無線通信により送信する（ステップＳ１４０７）。つぎに、端末間連携制御部４０６は、ステップＳ１４０７によって連携要求を送信してから一定時間、連携要求の送信先の端末からの連携応答の受信を待つ（ステップＳ１４０８）。

つぎに、端末間連携制御部４０６は、ステップＳ１４０８において連携要求の送信先のすべての端末から連携応答を受信したか否かを判断する（ステップＳ１４０９）。少なくともいずれかの送信先の端末から連携応答を受信していない場合（ステップＳ１４０９：Ｎｏ）は、端末間連携制御部４０６は、ステップＳ１４０６へ移行する。

ステップＳ１４０９において、すべての端末から連携応答を受信した場合（ステップＳ１４０９：Ｙｅｓ）は、端末間連携制御部４０６は、親端末からの連携応答に含まれる連携端末数および識別番号を取得する（ステップＳ１４１０）。つぎに、端末間連携制御部４０６は、ステップＳ１４１０によって取得した連携端末数および識別番号を含むデータ分割送信指示を基地局５００へ送信する（ステップＳ１４１１）。

つぎに、端末間連携制御部４０６は、連携中の端末を示す連携制御用データを連携制御用データ記憶部４１１に記憶し（ステップＳ１４１２）、一連のストリーミング開始処理を終了する。たとえば、端末間連携制御部４０６は、図９に示した連携制御用データ９００の「ストリーミング識別コード」、「親／子種別」、「自端末識別番号」、「連携端末数」および「近距離無線通信用識別番号」を設定する。

以上の各ステップにより、ストリーミング受信開始が通知された場合に、周辺の端末４００のうちの連携受信が可能な端末４００を検出し、検出した端末４００との連携受信を開始することが可能になる。

（ストリーミング開始通知の受信時の端末間連携制御部による処理）
図１５は、ストリーミング開始通知の受信時の端末による処理の一例を示すフローチャートである。端末間連携制御部４０６は、他の端末４００からのストリーミング開始通知を受信したか否かを判断し（ステップＳ１５０１）、ストリーミング開始通知を受信するまで待つ（ステップＳ１５０１：Ｎｏのループ）。ストリーミング開始通知を受信すると（ステップＳ１５０１：Ｙｅｓ）、端末間連携制御部４０６は、以下の各ステップを実行する。

まず、端末間連携制御部４０６は、自端末がストリーミング受信中か否かを判断する（ステップＳ１５０２）。自端末がストリーミング受信中でない場合（ステップＳ１５０２：Ｎｏ）は、端末間連携制御部４０６は、一連の処理を終了する。

ステップＳ１５０２において、自端末がストリーミング受信中である場合（ステップＳ１５０２：Ｙｅｓ）は、端末間連携制御部４０６は、ストリーミング開始通知に含まれるストリーミング識別コードを取得する（ステップＳ１５０３）。つぎに、端末間連携制御部４０６は、連携制御用データ記憶部４１１に記憶された連携制御用データから、自身がストリーミング受信中のストリーミングデータを示すストリーミング識別コードを取得する（ステップＳ１５０４）。

つぎに、端末間連携制御部４０６は、ステップＳ１５０３，Ｓ１５０４において取得した各ストリーミング識別コードが同一か否かを判断する（ステップＳ１５０５）。各ストリーミング識別コードが同一でない場合（ステップＳ１５０５：Ｎｏ）は、端末間連携制御部４０６は、ストリーミング開始通知の送信元との連携は不可と判断し、一連の処理を終了する。

ステップＳ１５０５において、各ストリーミング識別コードが同一である場合（ステップＳ１５０５：Ｙｅｓ）は、端末間連携制御部４０６は、ステップＳ１５０６へ移行する。すなわち、端末間連携制御部４０６は、ストリーミング開始通知の送信元へストリーミング開始通知応答を送信し（ステップＳ１５０６）、一連の処理を終了する。

以上の各ステップにより、自身が受信中のストリーミングデータについてのストリーミング開始通知を他の端末４００から受信した場合にストリーミング開始通知応答を返し、連携受信を開始することが可能になる。

（端末間連携制御部による連携要求受信時の処理）
図１６は、端末による連携要求受信時の処理の一例を示すフローチャートである。図１６において、新たにストリーミングデータの受信を開始する端末４００が最初に送信する連携要求を「トリガ連携要求」と称する。端末間連携制御部４０６は、他の端末４００からのトリガ連携要求を受信したか否かを判断し（ステップＳ１６０１）、トリガ連携要求を受信するまで待つ（ステップＳ１６０１：Ｎｏのループ）。トリガ連携要求を受信すると（ステップＳ１６０１：Ｙｅｓ）、端末間連携制御部４０６は、以下の各ステップを実行する。

まず、端末間連携制御部４０６は、連携制御用データ記憶部４１１に記憶された連携制御用データを取得する（ステップＳ１６０２）。つぎに、端末間連携制御部４０６は、ステップＳ１６０２によって取得した連携制御用データに基づいて、自端末が連携の親端末であるか否かを判断する（ステップＳ１６０３）。

ステップＳ１６０３において、自端末が親端末ではなく子端末である場合（ステップＳ１６０３：Ｎｏ）は、端末間連携制御部４０６は、ステップＳ１６０１によって受信したトリガ連携要求の送信元へ連携応答を送信する（ステップＳ１６０４）。

つぎに、端末間連携制御部４０６は、ステップＳ１６０２において取得した連携制御用データの「近距離無線通信用識別番号」を用いて、連携中のすべての他端末へ連携応答を送信する（ステップＳ１６０５）。つぎに、端末間連携制御部４０６は、一定時間、他端末からの連携応答の受信を待つ（ステップＳ１６０６）。

つぎに、端末間連携制御部４０６は、ステップＳ１６０７において、連携中のすべての他端末から連携応答を受信したか否かを判断する（ステップＳ１６０７）。連携中のすべての他端末から連携応答を受信した場合（ステップＳ１６０７：Ｙｅｓ）は、端末間連携制御部４０６は、親端末からの連携応答に含まれる連携端末数および識別番号を取得する（ステップＳ１６０８）。

つぎに、端末間連携制御部４０６は、ステップＳ１６０８によって取得した連携端末数および識別番号を含むデータ分割送信指示を基地局５００へ送信する（ステップＳ１６０９）。つぎに、端末間連携制御部４０６は、連携中の端末を示す連携制御用データを連携制御用データ記憶部４１１に記憶し（ステップＳ１６１０）、一連の処理を終了する。ステップＳ１６１０において、端末間連携制御部４０６は、たとえば図９に示した連携制御用データ９００の「近距離無線通信用識別番号」に、トリガ応答要求の送信元の近距離無線通信用識別番号を追加する。

ステップＳ１６０７において、少なくともいずれかの他端末から連携応答を受信しなかった場合（ステップＳ１６０７：Ｎｏ）は、端末間連携制御部４０６は、トリガ連携要求の送信元へ連携失敗通知を送信し（ステップＳ１６１１）、一連の処理を終了する。

ステップＳ１６０３において、自端末が連携の親端末である場合（ステップＳ１６０３：Ｙｅｓ）は、端末間連携制御部４０６は、親端末処理を実行し（ステップＳ１６１２）、一連の処理を終了する。親端末処理については後述する（たとえば図１７参照）。

以上の各ステップにより、他端末からトリガ連携要求を受信し、対応するストリーミングデータの受信について自端末が子端末であった場合に、トリガ連携要求の送信元へ連携応答を送信するとともに、親端末へ連携要求を送信することができる。また、連携中のすべての他端末から連携応答を受信した場合は、トリガ連携要求の送信元を加えた各端末による連携受信を開始することができる。

（端末間連携制御部による親端末処理）
図１７は、端末による親端末処理の一例を示すフローチャートである。端末間連携制御部４０６は、図１６に示したステップＳ１６１２の親端末処理として、たとえば以下の各ステップを実行する。まず、端末間連携制御部４０６は、一定時間、連携中の子端末からの連携要求の受信を待つ（ステップＳ１７０１）。つぎに、端末間連携制御部４０６は、ステップＳ１７０１において、連携中のすべての子端末から連携要求を受信したか否かを判断する（ステップＳ１７０２）。

ステップＳ１７０２において、少なくともいずれかの子端末から連携要求を受信していない場合（ステップＳ１７０２：Ｎｏ）は、端末間連携制御部４０６は、各端末へ連携失敗通知を送信し（ステップＳ１７０３）、一連の処理を終了する。連携失敗通知の送信先の各端末には、トリガ連携要求の送信元の端末や、連携中の子端末が含まれる。

ステップＳ１７０２において、すべての子端末から連携要求を受信した場合（ステップＳ１７０２：Ｙｅｓ）は、トリガ連携要求の送信元の端末を子端末として連携に加えることが可能と判断することができる。この場合は、端末間連携制御部４０６は、連携を行う各端末に一意に識別番号を割り振る（ステップＳ１７０４）。連携を行う各端末には、たとえば、自端末と、トリガ連携要求の送信元の端末と、連携中の子端末と、が含まれる。

つぎに、端末間連携制御部４０６は、連携応答を他の各端末へ送信する（ステップＳ１７０５）。連携応答の送信先の各端末には、トリガ連携要求の送信元の端末と、連携中の子端末と、が含まれる。連携応答には、連携端末数と、ステップＳ１７０４において送信先の端末に割り振った識別番号と、が含まれる。連携端末数は、たとえば、自端末と、トリガ連携要求の送信元の端末と、連携中の子端末と、の合計の端末数である。

つぎに、端末間連携制御部４０６は、連携端末数と、ステップＳ１７０４によって自端末に割り振った識別番号と、を含むデータ分割送信指示を基地局５００へ送信する（ステップＳ１７０６）。つぎに、端末間連携制御部４０６は、連携中の端末を示す連携制御用データを連携制御用データ記憶部４１１に記憶し（ステップＳ１７０７）、一連の処理を終了する。

ステップＳ１７０７において、端末間連携制御部４０６は、たとえば図８に示した連携制御用データ８００の「近距離無線通信用識別番号」に、トリガ応答要求の送信元の近距離無線通信用識別番号を追加する。また、端末間連携制御部４０６は、「連携端末数」を更新（１を追加）する。

以上の各ステップにより、他端末からトリガ連携要求を受信し、対応するストリーミングデータの受信について自端末が親端末であった場合に、トリガ連携要求の送信元を加えた各端末に識別番号を新たに割り振ることができる。そして、トリガ連携要求の送信元を加えた各端末による連携受信を開始することができる。

（基地局のデータ分割制御部によるデータ分割処理）
図１８は、基地局によるデータ分割処理の一例を示すフローチャートである。基地局５００のデータ分割制御部５０５は、端末４００からデータ分割送信指示を受信したか否かを判断し（ステップＳ１８０１）、データ分割送信指示を受信するまで待つ（ステップＳ１８０１：Ｎｏのループ）。データ分割送信指示を受信すると（ステップＳ１８０１：Ｙｅｓ）、データ分割制御部５０５は、データ分割処理としてたとえば以下の各ステップを実行する。

まず、データ分割制御部５０５は、ステップＳ１８０１において受信したデータ分割送信指示に含まれる連携端末数および識別番号を取得する（ステップＳ１８０２）。つぎに、データ分割制御部５０５は、ステップＳ１８０２によって取得した連携端末数および識別番号を、データ分割送信指示の送信元の端末の識別情報と対応付けて分割制御用データ記憶部５０８に記憶する（ステップＳ１８０３）。データ分割送信指示の送信元の端末の識別情報は、たとえば図１１に示した分割制御用データ１１００の「端末ＩＤ」である。

つぎに、データ分割制御部５０５は、データ分割送信指示の送信元の端末についてチャネル構成変更処理を行い（ステップＳ１８０４）、一連の処理を終了する。ステップＳ１８０４において、具体的には、データ分割制御部５０５は、データ分割送信指示の送信元に割り当てる無線リソースを現在の１／連携端末数とする。

以上の各ステップにより、端末４００からデータ分割送信指示を受信した場合に端末４００のチャネル構成変更処理を行うことができる。

（基地局によるストリーミングデータ受信時の処理）
図１９は、基地局によるストリーミングデータ受信時の処理の一例を示すフローチャートである。データ分割制御部５０５は、ストリーミング配信サーバ２１０からストリーミングデータを受信すると（ステップＳ１９０１）、たとえば以下の各ステップを実行する。まず、データ分割制御部５０５は、分割制御用データ記憶部５０８に記憶された分割制御用データから、各端末に対応する連携端末数および識別番号を取得する（ステップＳ１９０２）。

つぎに、データ分割制御部５０５は、ステップＳ１９０２によって対応する連携端末数および識別番号が取得された各端末に、ステップＳ１９０１において受信したストリーミングデータの送信先の端末が含まれるか否かを判断する（ステップＳ１９０３）。

ステップＳ１９０３において、ストリーミングデータの送信先の端末が含まれない場合（ステップＳ１９０３：Ｎｏ）は、データ分割制御部５０５は、ステップＳ１９０１において受信したストリーミングデータの分割を行わない。そして、データ分割制御部５０５は、受信したストリーミングデータを送信先の端末へ送信し（ステップＳ１９０４）、一連の処理を終了する。

ステップＳ１９０３において、ストリーミングデータの送信先の端末が含まれる場合（ステップＳ１９０３：Ｙｅｓ）は、データ分割制御部５０５は、ステップＳ１９０１において受信したストリーミングデータの分割データを生成する（ステップＳ１９０５）。分割データの生成処理については後述する（たとえば図２０参照）。つぎに、データ分割制御部５０５は、ステップＳ１９０５によって生成した分割データを送信先の端末へ送信し（ステップＳ１９０６）、一連の処理を終了する。

以上の各ステップにより、データ分割送信指示を受信済みの端末４００へのストリーミングデータをストリーミング配信サーバ２１０から受信した場合に、受信したストリーミングデータを分割した分割データを送信することができる。

（基地局による分割データの生成処理）
図２０は、基地局による分割データの生成処理の一例を示すフローチャートである。データ分割制御部５０５は、図１９に示したステップＳ１９０５において、たとえば以下の各ステップを実行する。

まず、データ分割制御部５０５は、図１９のステップＳ１９０１において受信したストリーミングデータを一定の大きさごとにシーケンシャルに分割したデータブロックを生成する（ステップＳ２００１）。ストリーミングデータを分割する「一定の大きさ」は、たとえば、基地局２２１〜２２３および端末２３１〜２３３に対してあらかじめ共通して設定された値である。

つぎに、データ分割制御部５０５は、ステップＳ２００１によって生成した各データブロックに、先頭から順に連続した番号であるインデックスを割り振る（ステップＳ２００２）。インデックスの開始値は、ストリーミングデータの箇所を特定可能な値とする。たとえば、インデックスには、ストリーミングデータの先頭からのオフセット位置（バイト数等）を用いることができる。また、データ分割制御部５０５は、インデックスがデータブロックに設定可能な範囲を超えないように、設定可能な最大値でオフセット位置を除算した剰余をインデックスとして用いてもよい。

つぎに、データ分割制御部５０５は、ステップＳ２００２によってインデックスを割り振った各データブロックの中から、インデックス÷連携端末数の剰余が、分割データの送信先の端末４００の識別番号となるデータブロックを抽出する（ステップＳ２００３）。つぎに、データ分割制御部５０５は、ステップＳ２００３によって抽出した各データブロックを、ステップＳ２００２によって割り振ったインデックスの順（たとえば昇順）に並べる（ステップＳ２００４）。

つぎに、データ分割制御部５０５は、ステップＳ２００４によって並べた各データブロックに一定間隔でインデックスブロックを挿入する（ステップＳ２００５）。インデックスブロックを挿入する「一定の間隔」は、たとえば、基地局２２１〜２２３および端末２３１〜２３３に対してあらかじめ共通して設定された値である。

つぎに、データ分割制御部５０５は、ステップＳ２００５によって挿入した各インデックスブロックに、インデックスブロックの直後のデータブロックのインデックスを格納し（ステップＳ２００６）、一連の処理を終了する。以上の各ステップにより、ストリーミングデータの分割データを生成することができる。基地局５００は、以上の各ステップによって生成した分割データを端末４００へ送信する。

図２１は、基地局によるストリーミングデータの分割の一例を示す図である。図２１においては、図３Ａ，図３Ｂに示した例について、基地局２２１のデータ分割制御部５０５によるストリーミングデータの分割について説明する。

図２１に示すストリーミングデータ２１１０は、分割前のストリーミングデータを示している。ストリーミングデータ２１１０の各ブロックは、データ分割制御部５０５がストリーミングデータ２１１０を一定の大きさごとに分割したデータブロックである。ストリーミングデータ２１１０の各データブロック内の数字「０」〜「２９」…は、データ分割制御部５０５によって各データブロックに割り振られたインデックスを示している。

データブロック２１２１〜２１３０…は、ストリーミングデータ２１１０の各データブロックの中から抽出された、インデックス÷連携端末数（３）の剰余が、分割データの送信先の端末の識別番号（図３Ａ，図３Ｂに示した例では「０」）となるデータブロックである。具体的には、データブロック２１２１〜２１３０…は、インデックスが「０」，「３」，「６」，「９」，「１２」，…のデータブロックである。

分割データ２１４０は、基地局２２１のデータ分割制御部５０５が生成して端末２３１へ送信する分割データである。データ分割制御部５０５は、抽出したデータブロック２１２１〜２１３０…に一定間隔（図２１の例では３０）でインデックスブロック２１４１，２１４２，２１４３，…（Ｉ０，Ｉ１，Ｉ２，…）を挿入することによって分割データ２１４０を生成する。

インデックスブロック２１４１，２１４２，２１４３，…には、分割データ２１４０における挿入位置の直後のデータブロックのインデックスが格納される。具体的には、インデックスブロック２１４１，２１４２，２１４３，…には、それぞれ「０」，「３０」，「６０」，…が格納される。このように、分割データ２１４０は、ストリーミングデータ２１１０から周期的にデータを間引きした残余のデータ（データブロック２１２１〜２１３０…）に基づき生成される。

（端末のデータ結合制御部によるデータ分割処理）
図２２は、端末によるデータ結合処理の一例を示すフローチャートである。データ結合制御部４０８は、基地局５００および連携中の他端末から分割データを受信する（ステップＳ２２０１）と、以下の各ステップを実行する。

まず、データ結合制御部４０８は、連携制御用データ記憶部４１１から連携制御用データを取得する（ステップＳ２２０２）。つぎに、データ結合制御部４０８は、ステップＳ２２０１において受信した各分割データを一定の大きさで分割したブロックを生成する（ステップＳ２２０３）。分割データを分割する「一定の大きさ」は、たとえば図２０のステップＳ２００１においてストリーミングデータを分割する大きさと同じである。

つぎに、データ結合制御部４０８は、ステップＳ２２０３によって生成した各ブロックにブロック番号を割り振る（ステップＳ２２０４）。たとえば、データ結合制御部４０８は、各ブロックに先頭から０始まりのブロック番号を割り振る。つぎに、データ結合制御部４０８は、ステップＳ２２０４によってブロック番号を割り振った各ブロックについて、先頭のブロックから順に以下のステップＳ２２０５〜Ｓ２２０８を実行する。

まず、データ結合制御部４０８は、対象のブロックに対してステップＳ２２０４によって割り振ったブロック番号に基づいて、ブロック番号÷インデックスブロック間隔の剰余が０か否かを判断する（ステップＳ２２０５）。インデックスブロック間隔は、たとえば図２０のステップＳ２００５におけるインデックスブロックの挿入間隔と同じである。

ステップＳ２２０５において、剰余が０である場合（ステップＳ２２０５：Ｙｅｓ）は、対象のブロックがインデックスブロックであると判断することができる。この場合は、データ結合制御部４０８は、対象のブロックに格納されたインデックスを変数Ｘに設定する（ステップＳ２２０６）。変数Ｘは、つぎのデータの保存先となる分割データバッファ４１０のブロックを示す情報であり、たとえば図６に示したメモリ６０２に記憶される。

ステップＳ２２０５において、剰余が０でない場合（ステップＳ２２０５：Ｎｏ）は、対象のブロックがデータブロックであると判断することができる。この場合は、データ結合制御部４０８は、対象のブロックに格納されているデータを分割データバッファ４１０のＸブロック目に保存する（ステップＳ２２０７）。つぎに、データ結合制御部４０８は、変数Ｘに連携端末数を加算する（ステップＳ２２０８）。

ステップＳ２２０４によってブロック番号を割り振った各ブロックについてステップＳ２２０５〜Ｓ２２０８を実行すると、データ結合制御部４０８は、ステップＳ２２０９へ移行する。すなわち、データ結合制御部４０８は、分割データバッファ４１０に保存されたデータを取得し（ステップＳ２２０９）、一連の処理を終了する。ステップＳ２２０９において、データ分割制御部５０５は、たとえば、分割データバッファ４１０の最初のデータ設定済みブロックからデータ未設定ブロックが現れる直前までのデータを読み出す。これにより、元のストリーミングデータを取得することができる。

また、データ分割制御部５０５は、読み出し済みのデータが格納されていた分割データバッファ４１０のブロックをデータ未設定とする。ただし、データ分割制御部５０５は、読み出そうとするデータのブロック数が連携端末数より小さい場合は、読み出し処理を行わず処理を終了し、つぎの分割データ受信を待つ。ストリーミング再生部４０９は、データ分割制御部５０５によって取得されたストリーミングデータを再生する。

図２３は、端末による分割データの結合の一例を示す図である。図２３においては、図３Ａ，図３Ｂに示した例の端末２３１による分割データの結合について説明する。図２３に示す分割データ２３１０は、端末２３１が基地局２２１から受信した分割データ（図２１に示した分割データ２１４０）である。インデックスブロック２３１１〜２３１３，…は、分割データ２３１０に挿入されたインデックスブロックである。

分割データ２３２０，２３３０は、それぞれ端末２３１が端末２３２，２３３から受信した分割データである。インデックスブロック２３２１〜２３２３，…は、分割データ２３２０に挿入されたインデックスブロックである。インデックスブロック２３３１〜２３３３，…は、分割データ２３３０に挿入されたインデックスブロックである。

ストリーミングデータ２３４０は、データ結合制御部４０８による結合処理によって得られる、元のストリーミングデータ２１１０（図２１参照）と同等のストリーミングデータである。データ結合制御部４０８は、分割データ２３１０，２３２０，２３３０を各ブロックに分割し、インデックスブロックおよび連携端末数に基づいて、データブロックをインデックス順に並べることによりストリーミングデータ２３４０を得ることができる。

（連携受信からの子端末の離脱）
図２４は、連携受信からの子端末の離脱の一例を示すシーケンス図である。端末２３１〜２３３の３つの端末がストリーミングデータを連携受信する連携状態３０１（図３Ａ，図３Ｂ参照）において、子端末である端末２３３が、ユーザのキー操作や電波圏外等によるストリーミング再生の中断を検出したとする（ステップＳ２４０１）。まず、端末２３３が、親端末である端末２３１へ連携解除要求を送信する（ステップＳ２４０２）。

つぎに、端末２３１が、受信中のストリーミングデータについて端末２３１，２３２の２つの端末で連携受信することを決定し、端末２３１，２３２に一意に識別番号を割り振る（ステップＳ２４０３）。図２４の例では、端末２３１は、端末２３１，２３２にそれぞれ識別番号「０」，「１」を割り振っている。また、端末２３１は、連携端末数を再計算する（図２４の例では「２」）。

つぎに、端末２３１が、端末２３２へ連携更新を送信する（ステップＳ２４０４）。連携更新は、連携端末数（図２４の例では「２」）と、ステップＳ２４０３において端末２３２に割り振られた識別番号（図２４の例では「１」）と、を含む情報である。ステップＳ２４０４により、端末２３１，２３２の間の連携準備が完了する。また、端末２３１が、端末２３３へ連携解除応答を送信する（ステップＳ２４０５）。

つぎに、端末２３１が、連携端末数（図２４の例では「２」）と、ステップＳ２４０３において自端末に割り振った識別番号（図２４の例では「０」）と、を含むデータ分割送信指示を基地局２２１へ送信する（ステップＳ２４０６）。また、端末２３２が、ステップＳ２４０４によって送信された連携更新に含まれる連携端末数と識別番号とを含むデータ分割送信指示を基地局２２２へ送信する（ステップＳ２４０７）。

つぎに、基地局２２１が、端末２３１へ割り当てる無線リソース量を１／連携端末数にする（ステップＳ２４０８）。また、基地局２２２が、端末２３２へ割り当てる無線リソース量を１／連携端末数にする（ステップＳ２４０９）。また、端末２３３が、ストリーミング配信サーバ２１０との間でストリーミング受信終了処理を行うことによってストリーミングデータの受信を終了する（ステップＳ２４１０）。

つぎに、端末２３１，２３２および基地局２２１，２２２は、ストリーミングデータを連携伝送する連携状態２４０１へ移行する。連携状態２４０１のステップＳ２４１１〜Ｓ２４１６は、図２に示したステップＳ２１４〜Ｓ２１９と同様である。このように、連携受信において子端末である端末２３３が連携受信から離脱しても、残った端末２３１，２３２によって連携受信を継続することができる。

（連携受信からの親端末の離脱）
図２５は、連携受信からの親端末の離脱の一例を示すシーケンス図である。端末２３１〜２３３の３つの端末がストリーミングデータを連携受信する連携状態３０１（図３Ａ，図３Ｂ参照）において、親端末である端末２３１がユーザのキー操作や電波圏外等によるストリーミング再生の中断を検出したとする（ステップＳ２５０１）。

まず、端末２３１が、子端末の１つである端末２３２へ連携交代要求を送信する（ステップＳ２５０２）。つぎに、端末２３２が、受信中のストリーミングデータについて端末２３２，２３３の２つの端末で連携受信することを決定し、端末２３２，２３３に一意に識別番号を割り振る（ステップＳ２５０３）。図２５の例では、端末２３２は、端末２３２，２３３にそれぞれ識別番号「０」，「１」を割り振っている。また、端末２３２は、連携端末数を再計算する（図２５の例では「２」）。

つぎに、端末２３２が、端末２３３へ連携更新を送信する（ステップＳ２５０４）。連携更新は、連携端末数（図２５の例では「２」）と、ステップＳ２５０３において端末２３３に割り振られた識別番号（図２５の例では「１」）と、を含む情報である。ステップＳ２５０４により、端末２３２，２３３の間の連携準備が完了する。また、端末２３１が、端末２３２へ連携交代応答を送信する（ステップＳ２５０５）。

つぎに、端末２３１が、ストリーミング配信サーバ２１０との間でストリーミング受信終了処理を行うことによってストリーミングデータの受信を終了する（ステップＳ２５０６）。つぎに、端末２３２が、連携端末数（図２５の例では「２」）と、ステップＳ２５０３において自端末に割り振った識別番号（図２５の例では「０」）と、を含むデータ分割送信指示を基地局２２２へ送信する（ステップＳ２５０７）。また、端末２３３が、ステップＳ２５０４によって送信された連携更新に含まれる連携端末数と識別番号とを含むデータ分割送信指示を基地局２２３へ送信する（ステップＳ２５０８）。

つぎに、基地局２２２が、端末２３２へ割り当てる無線リソース量を１／連携端末数にする（ステップＳ２５０９）。また、基地局２２３が、端末２３３へ割り当てる無線リソース量を１／連携端末数にする（ステップＳ２５１０）。

つぎに、端末２３２，２３３および基地局２２２，２２３は、ストリーミングデータを連携伝送する連携状態２５０１へ移行する。具体的には、基地局２２２，２２３のそれぞれは、ストリーミング配信サーバ２１０から配信されるストリーミングデータを連携端末数と同数（図２５の例では２つ）のグループ＃０，＃１に分割する。

そして、基地局２２２は、端末２３２の識別番号「０」に対応するグループ＃０のデータを分割データ＃０として端末２３２へ送信する（ステップＳ２５１１）。また、基地局２２３は、端末２３３の識別番号「１」に対応するグループ＃１のデータを分割データ＃１として端末２３３へ送信する（ステップＳ２５１２）。

端末２３２は、ステップＳ２５１１によって基地局２２２から送信される分割データ＃０を近距離無線通信により端末２３３へ送信する（ステップＳ２５１３）。また、端末２３３は、ステップＳ２５１２によって基地局２２３から送信される分割データ＃１を近距離無線通信により端末２３２へ送信する（ステップＳ２５１４）。

つぎに、端末２３２は、ステップＳ２５１１によって基地局２２２から送信された分割データ＃０と、ステップＳ２５１４によって端末２３３から送信された分割データ＃１と、を結合して元のストリーミングデータを再生する（ステップＳ２５１５）。また、端末２３３は、ステップＳ２５１２によって基地局２２３から送信された分割データ＃１と、ステップＳ２５１３によって端末２３２から送信された分割データ＃０と、を結合して元のストリーミングデータを再生する（ステップＳ２５１６）。

このように、連携受信において親端末である端末２３１が連携受信から離脱しても、たとえば端末２３２を新たな親端末とし、残った端末２３２，２３３によって連携受信を継続することができる。

なお、連携受信中に近距離無線通信での通信が途絶えた場合（電池切れ等）も、上記と同様に端末識別番号および連携端末数の再計算を行い、親端末が子端末へ連携更新を送信することによって連携離脱制御を行うことができる。

（分割の比率について）
上述した実施の形態において、ストリーミングデータを各端末に均等に分割して伝送する場合について説明したが、各端末と基地局間のリソースの状況に応じて各端末への分割データの配分に偏りを持たせてもよい。

たとえば、端末２３１〜２３３の３端末による連携で端末２３１，２３２は３Ｇ通信による接続であり、端末２３３は無線ＬＡＮ通信による接続であるとする。この場合は、３Ｇ通信より無線ＬＡＮ通信の方が使用可能な無線リソースに余裕があることが一般的であるため、端末２３３へ送信するデータを端末２３１，２３２より多めに配分してもよい。

具体的には、端末２３１〜２３３は、たとえば図２，図３Ａ，図３Ｂに示した連携要求に、自端末の配分係数を格納する。配分係数は、通常は１に設定され、自端末の無線リソースに余裕がある状況（無線ＬＡＮ使用時等）の場合には１より大きく設定される。配分係数によって、分割データのサイズが変更される。たとえば、配分係数がＸの端末は、配分係数が１の端末に比べてＸ倍の分割データを受信する。

たとえば、親端末である端末２３１は、各端末の識別番号を割り振る際に、１端末に対して配分係数分の識別番号を割り振る。具体的には、端末２３１は、配分係数Ｘを通知してきた端末に対してはＸ個の識別番号を割り振る。また、連携端末数は、割り振った識別番号の総数とする。そして、上述した連携応答やデータ分割送信指示には、複数の識別番号を設定可能とする。

基地局５００は、データ分割において、複数の識別番号それぞれに対してデータ分割処理を行い、生成された分割データを端末４００に送信する。具体的には、基地局５００は、Ｘ個の識別番号を割り振られた端末にはＸ個の分割データを送信する。これにより、使用する無線リソースに偏りを持たせた連携受信を行うことが可能となる。このため、たとえば輻輳を軽減することができ、通信品質を向上させることが可能になる。

（伝送レートの向上について）
上述した実施の形態においては、無線区間の使用リソース削減を行うことができることについて説明したが、無線区間のリソースが逼迫していない場合は使用リソース削減を行わなくてもよい。この場合は、ストリーミングデータを複数の端末４００で連携受信することにより、伝送レートを向上させることが可能となる。

たとえば、基地局５００は、データ分割送信指示の受信時に、無線リソースを削減するチャネル構成変更の削減率をＸ／連携端末数とする。そして、基地局５００は、基地局５００とストリーミング配信サーバ２１０との間で使用する通信リソースをＸ倍するようチャネル構成変更を実施する。これにより、伝送レートをＸ倍とすることが可能となる。

（連携受信の対象のデータについて）
上述した実施の形態においては、ストリーミングデータを連携受信する場合について説明したが、連携受信の対象のデータはストリーミングデータに限らない。たとえば、連携受信の対象のデータは、同一のコンテンツを同時期に複数の端末が受信し得るデータに適用することができる。

（端末の移動速度による連携の制御）
上述したように、連携中の子端末が近距離無線通信の圏外となった場合等は、親端末が外れた端末を除外して改めて連携制御（連携端末数の再計算や識別番号の振り直し等）を行う。また、連携中の親端末が近距離無線通信の圏外となった場合等は、各子端末の連携制御は解除され、いずれかの子端末が親端末となって連携グループが構築される。このため、連携に加わった端末が、直後に圏外となるような状況では連携受信が不安定となる場合がある。

これに対して、たとえば、端末の移動速度の差異による連携抑止を行う構成としてもよい。具体的には、新たに連携に加わる端末が送信する連携要求に、自端末の移動速度を示す移動速度情報を付加する。自端末の移動速度は、たとえばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ：全地球測位システム）や加速度センサなどによって取得することができる。

親端末は、受信した連携要求に付加された移動速度情報が示す移動速度と自端末の移動速度との比較を行い、一定値以上の差異がある場合は、連携受信を受信していないとみなし、連携要求の送信元を連携対象としないようにする。

たとえば、道路沿いのある事務所内で複数の端末（移動速度０［ｋｍ／ｈ］）がストリーミングデータを連携受信している際に、自動車（移動速度５０［ｋｍ／ｈ］）に乗って通りがかった端末が同一のストリーミングデータの受信を開始したとする。この場合は、事務所内の親端末は、自転車の端末と自端末との移動速度の差が５０［ｋｍ／ｈ］と大きいため、自転車の端末を連携受信に加える制御を行わない。これにより、自転車の端末を連携受信に加えた後、すぐに自転車の端末が連携受信から離脱し、連携受信が不安定になることを回避することができる。

また、たとえば、バス車内で複数の端末（移動速度３０［ｋｍ／ｈ］）がストリーミングデータを連携受信している際に、傍の歩道を歩行中の人物の端末（移動速度３［ｋｍ／ｈ］）が同一のストリーミングデータの受信を開始したとする。この場合は、バス車内の親端末は、歩行中の人物の端末と自端末との移動速度の差が２７［ｋｍ／ｈ］と大きいため、歩行中の人物の端末を連携受信に加える制御を行わない。これにより、歩行中の人物の端末を連携受信に加えた後、すぐに歩行中の人物の端末が連携受信から離脱し、連携受信が不安定になることを回避することができる。

このように、親端末は、自端末が受信中のストリーミングデータと同一のストリーミングデータの受信を開始する無線端末であって、自端末との移動速度の差が所定値以下である無線端末を連携先の無線端末として検出するようにしてもよい。これにより、連携受信をより安定させることができる。

または、上述したストリーミング開始通知応答に、自端末の移動速度を示す移動速度情報を付加してもよい。そして、新たにストリーミングデータの受信を開始する端末は、受信したストリーミング開始通知応答に付加された移動速度情報が示す速度と、自端末の速度と、に一定値以上の差異がある場合は、連携受信に加わらないようにする。

（端末の通信品質による連携の制御）
また、上述したように、親端末は、自端末との通信品質（たとえば通信速度）が低い端末については連携受信に加えないようにしてもよい。具体的には、新たに連携に加わる端末が送信する連携要求に、自端末の近距離通信の通信品質を示す通信品質情報を付加する。通信品質情報には、たとえば近距離通信の規格や性能を示す情報や、近距離通信による通信速度や電波環境の測定結果などを示す情報を用いることができる。

親端末は、受信した連携要求に付加された通信品質情報が示す通信品質が所定の条件を満たさない場合は、連携受信を受信していないとみなし、連携要求の送信元を連携対象としないようにする。このように、親端末は、自端末が受信中のストリーミングデータと同一のストリーミングデータの受信を開始する無線端末であって、自端末との直接通信における通信品質が所定の条件を満たす無線端末を連携先の無線端末として検出するようにしてもよい。これにより、連携受信における伝送効率の低下を抑えることができる。

以上説明したように、通信方法、無線端末および通信システムによれば、無線リソースの使用効率を向上させることができる。

たとえば、伝送レートを維持したまま、無線区間の無線リソースの使用量を低減することが可能になる。これにより、たとえば通信事業者は、空いた無線リソースを使用して、新たなユーザの獲得や、新たなサービスの提供を図ることができる。また、無線区間リソース拡張のための基地局や無線ＬＡＮアクセスポイント等の増設を行わなくてもよいため、コストを低減することができる。

また、無線リソースの使用量を抑えつつ、より高速なデータ伝送が可能となる。たとえば１つの端末がすべてのデータを受信して他の端末に配信する方式に比べて、たとえばより大容量のストリーミングデータの配信を行うことができる。

また、端末および基地局によって分割制御を行うことが可能であるため、たとえば分割制御をサーバ主導で行う構成に比べて導入コストを低減することができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）他の無線端末との間で直接通信可能な無線端末による通信方法において、
前記他の無線端末の中から特定のストリーミングデータを受信中の所定端末を検出し、
前記所定端末を検出した場合に前記ストリーミングデータのうちの一部のデータを基地局から受信し、
前記ストリーミングデータのうちの前記一部のデータとは異なる部分のデータを前記所定端末から受信し、
受信した前記一部のデータと前記異なる部分のデータとを結合し、
結合結果に基づいて前記ストリーミングデータを出力する、
ことを特徴とする通信方法。

（付記２）受信した前記一部のデータを前記所定端末へ送信することを特徴とする付記１に記載の通信方法。

（付記３）前記所定端末を複数検出した場合は、複数の前記所定端末のそれぞれから前記異なる部分のデータのうちの異なる部分を受信することを特徴とする付記１または２に記載の通信方法。

（付記４）前記ストリーミングデータを示す情報を含む信号を前記他の無線端末へ送信し、
送信した前記信号に対する応答信号を受信することによって前記所定端末を検出する、
ことを特徴とする付記１〜３のいずれか一つに記載の通信方法。

（付記５）前記ストリーミングデータのうちの前記一部のデータを特定可能な情報を前記基地局へ送信することにより前記一部のデータを前記基地局から受信することを特徴とする付記１〜４のいずれか一つに記載の通信方法。

（付記６）前記所定端末と自端末との合計の端末数と、前記所定端末に含まれる無線端末によって前記所定端末と自端末とにそれぞれ割り当てられた識別情報のうちの自端末に割り当てられた識別情報と、を前記基地局へ送信し、
前記基地局から受信する前記一部のデータは、前記ストリーミングデータを前記端末数に分割した各データのうちの前記自端末に割り当てられた識別情報に対応するデータである、
ことを特徴とする付記５に記載の通信方法。

（付記７）前記一部のデータおよび前記異なる部分のデータは、それぞれ独立して復号可能なデータであることを特徴とする付記１〜６のいずれか一つに記載の通信方法。

（付記８）前記一部のデータおよび前記異なる部分のデータのそれぞれは、前記ストリーミングデータから周期的にデータを間引きした残余のデータに基づき生成されることを特徴とする付記７に記載の通信方法。

（付記９）他の無線端末との間で直接通信可能な無線端末による通信方法において、
前記他の無線端末の中から、自端末が受信中のストリーミングデータの受信を開始する所定端末を検出し、
前記所定端末を検出した場合に前記ストリーミングデータのうちの一部のデータを基地局から受信し、
前記ストリーミングデータのうちの前記一部のデータとは異なる部分のデータを前記所定端末から受信し、
受信した前記一部のデータと前記異なる部分のデータとを結合し、
結合結果に基づいて前記ストリーミングデータを出力する、
ことを特徴とする通信方法。

（付記１０）自端末との直接通信における通信品質が所定の条件を満たす前記所定端末を検出することを特徴とする付記８または９に記載の通信方法。

（付記１１）自端末との移動速度の差が所定値以下である前記所定端末を検出することを特徴とする付記１０に記載の通信方法。

（付記１２）他の無線端末との間で直接通信可能な無線端末において、
前記他の無線端末の中から特定のストリーミングデータを受信中の所定端末を検出する検出部と、
前記検出部によって前記所定端末が検出された場合に前記ストリーミングデータのうちの一部のデータを受信する第１受信部と、
前記ストリーミングデータのうちの前記一部のデータとは異なる部分のデータを前記所定端末から受信する第２受信部と、
前記第１受信部によって受信されたデータと、前記第２受信部によって受信されたデータと、を結合する結合部と、
前記結合部による結合結果に基づいて前記ストリーミングデータを出力する出力部と、
を備えることを特徴とする無線端末。

（付記１３）他の無線端末との間で直接通信可能な無線端末において、
前記他の無線端末の中から、自端末が受信中のストリーミングデータの受信を開始する所定端末を検出する検出部と、
前記検出部によって前記所定端末が検出された場合に前記ストリーミングデータの一部を基地局から受信する第１受信部と、
前記ストリーミングデータのうちの前記一部のデータとは異なる部分のデータを前記所定端末から受信する第２受信部と、
前記第１受信部によって受信されたデータと、前記第２受信部によって受信されたデータと、を結合する結合部と、
前記結合部による結合結果に基づいて前記ストリーミングデータを出力する出力部と、
を備えることを特徴とする無線端末。

（付記１４）互いに直接通信可能な複数の無線端末と、
ストリーミングデータを前記複数の無線端末の端末数のデータに分割し、分割した各データをそれぞれ前記複数の無線端末へ送信する基地局と、を含み、
前記複数の無線端末のそれぞれは、
前記基地局から受信したデータを互いに送受信し、
前記基地局から受信したデータと、前記複数の無線端末のうちの他の無線端末から受信したデータと、を結合し、
結合結果に基づいて前記ストリーミングデータを出力する、
ことを特徴とする通信システム。

１００ 通信システム
１１０，２１０ ストリーミング配信サーバ
１２１，１２２，２２１〜２２３，５００ 基地局
１３１，１３２，２３１〜２３３，４００ 端末
１５０，２１１０，２３４０ ストリーミングデータ
２０１，３０１，２４０１，２５０１ 連携状態
４０１ 基地局間通信部
４０２，５０２ プロトコル制御部
４０３，５０３ 接続制御部
４０４ 基地局通信送受信部
４０５ 近距離通信部
４０６ 端末間連携制御部
４０７ 近距離通信送受信部
４０８ データ結合制御部
４０９ ストリーミング再生部
４１０，１２００ 分割データバッファ
４１１ 連携制御用データ記憶部
５０１ 端末間通信部
５０４ 端末間通信送受信部
５０５ データ分割制御部
５０６ サーバプロトコル制御部
５０７ サーバ間通信部
５０８ 分割制御用データ記憶部
６００，７００ 通信装置
６０１，７０１ ＣＰＵ
６０２，７０２ メモリ
６０３，７０３ ユーザインタフェース
６０４，７０５ 無線通信インタフェース
６０９，７０９ バス
７０４ 有線通信インタフェース
８００，９００，１０００ 連携制御用データ
１１００ 分割制御用データ
２１２１ データブロック
２１４０，２３１０，２３２０，２３３０ 分割データ
２１４１，２３１１，２３２１，２３３１ インデックスブロック

Claims (8)

1. 他の無線端末との間で直接通信可能な無線端末による通信方法において、
   前記他の無線端末の中から特定のストリーミングデータを受信中の所定端末を検出し、
   前記所定端末を検出した場合に、前記ストリーミングデータのうちの一部のデータを特定可能な情報であって、前記所定端末と自端末との合計の端末数と、前記所定端末に含まれる無線端末によって前記所定端末と自端末とにそれぞれ割り当てられた識別情報のうちの自端末に割り当てられた識別情報と、を含む情報を基地局へ送信することにより前記一部のデータを前記基地局から受信し、
   前記ストリーミングデータのうちの前記一部のデータとは異なる部分のデータを前記所定端末から受信し、
   受信した前記一部のデータと前記異なる部分のデータとを結合し、
   結合結果に基づいて前記ストリーミングデータを出力し、
   前記基地局から受信する前記一部のデータは、前記ストリーミングデータを前記端末数に分割した各データのうちの前記自端末に割り当てられた識別情報に対応するデータである、
   ことを特徴とする通信方法。
2. 前記所定端末を複数検出した場合は、複数の前記所定端末のそれぞれから前記異なる部分のデータのうちの異なる部分を受信することを特徴とする請求項１に記載の通信方法。
3. 前記ストリーミングデータを示す情報を含む信号を前記他の無線端末へ送信し、
   送信した前記信号に対する応答信号を受信することによって前記所定端末を検出する、
   ことを特徴とする請求項１または２に記載の通信方法。
4. 前記一部のデータおよび前記異なる部分のデータは、それぞれ独立して復号可能なデータであることを特徴とする請求項１〜３のいずれか一つに記載の通信方法。
5. 他の無線端末との間で直接通信可能な無線端末による通信方法において、
   前記他の無線端末の中から、自端末が受信中のストリーミングデータの受信を開始する所定端末を検出し、
   前記所定端末を検出した場合に、前記ストリーミングデータのうちの一部のデータを特定可能な情報であって、前記所定端末と自端末との合計の端末数と、自端末によって前記所定端末と自端末とにそれぞれ割り当てた識別情報のうちの自端末に割り当てた識別情報と、を含む情報を基地局へ送信することにより前記一部のデータを前記基地局から受信し、
   前記ストリーミングデータのうちの前記一部のデータとは異なる部分のデータを前記所定端末から受信し、
   受信した前記一部のデータと前記異なる部分のデータとを結合し、
   結合結果に基づいて前記ストリーミングデータを出力し、
   前記基地局から受信する前記一部のデータは、前記ストリーミングデータを前記端末数に分割した各データのうちの前記自端末に割り当てた識別情報に対応するデータである、
   ことを特徴とする通信方法。
6. 自端末との直接通信における通信品質が所定の条件を満たす前記所定端末を検出することを特徴とする請求項５に記載の通信方法。
7. 他の無線端末との間で直接通信可能な無線端末において、
   前記他の無線端末の中から特定のストリーミングデータを受信中の所定端末を検出する検出部と、
   前記検出部によって前記所定端末が検出された場合に、前記ストリーミングデータのうちの一部のデータを特定可能な情報であって、前記所定端末と自端末との合計の端末数と、前記所定端末に含まれる無線端末によって前記所定端末と自端末とにそれぞれ割り当てられた識別情報のうちの自端末に割り当てられた識別情報と、を含む情報を基地局へ送信することにより前記一部のデータを前記基地局から受信する第１受信部と、
   前記ストリーミングデータのうちの前記一部のデータとは異なる部分のデータを前記所定端末から受信する第２受信部と、
   前記第１受信部によって受信されたデータと、前記第２受信部によって受信されたデータと、を結合する結合部と、
   前記結合部による結合結果に基づいて前記ストリーミングデータを出力する出力部と、
   を備え、
   前記基地局から受信する前記一部のデータは、前記ストリーミングデータを前記端末数に分割した各データのうちの前記自端末に割り当てられた識別情報に対応するデータである、
   ことを特徴とする無線端末。
8. 互いに直接通信可能な複数の無線端末と、
   ストリーミングデータを前記複数の無線端末の端末数のデータに分割し、分割した各データをそれぞれ前記複数の無線端末へ送信する基地局と、を含み、
   前記複数の無線端末のそれぞれは、
   前記ストリーミングデータのうちの自端末に対応する一部のデータを特定可能な情報であって、前記複数の無線端末の合計の端末数と、前記複数の無線端末に含まれる無線端末によって前記複数の無線端末にそれぞれ割り当てられた識別情報のうちの自端末に割り当てられた識別情報と、を含む情報を前記基地局へ送信することにより前記一部のデータを前記基地局から受信し、
   前記基地局から受信したデータを互いに送受信し、
   前記基地局から受信したデータと、前記複数の無線端末のうちの他の無線端末から受信したデータと、を結合し、
   結合結果に基づいて前記ストリーミングデータを出力し、
   前記自端末に対応する一部のデータは、前記ストリーミングデータを前記端末数に分割した各データのうちの前記自端末に割り当てられた識別情報に対応するデータである、
   ことを特徴とする通信システム。

Images