(57)【特許請求の範囲】
【請求項１】
無線ピアツーピアネットワークにおけるマルチメディアデータ転送のための分散型ピア発見方法において、
（ａ）第１端末が、要請するマルチメディアデータに関する情報を含むリクエスト信号を周辺端末に転送するステップと、
（ｂ）前記要請されたマルチメディアデータを有する少なくとも１つの第２端末が前記リクエスト信号を受信すれば、前記第２端末の遊休再生バッファ容量と前記第２端末の残留バッテリ容量のうちの少なくとも１つによってバックオフ期間を決定し、前記決定されたバックオフ期間の間に待機した後に応答信号を前記第１端末に転送するステップと、
（ｃ）前記第１端末が、最初に受信される応答信号を転送した第２端末に前記マルチメディアデータの転送を要請するメッセージを転送するステップと、を含み、
前記（ｂ）ステップは、前記第１端末の遊休再生バッファ容量と前記第１端末の残留バッテリ容量のうちの少なくとも１つをさらに考慮して前記バックオフ期間を決定することを特徴とする分散型ピア発見方法。
【請求項２】
前記（ｂ）ステップは、前記第２端末の遊休再生バッファ容量が大きいほど、前記バックオフ期間が短く決定されるようにすることを特徴とする、請求項１に記載の分散型ピア発見方法。
【請求項３】
前記（ｂ）ステップは、前記第２端末の残留バッテリ容量が大きいほど、前記バックオフ期間が短く決定されるようにすることを特徴とする、請求項１に記載の分散型ピア発見方法。
【請求項４】
前記（ａ）ステップにおいて、前記第１端末は、前記リクエスト信号を通じて前記第１端末の遊休再生バッファ容量および前記第１端末の残留バッテリ容量のうちの少なくとも１つが反映されたパラメータ値を前記周辺端末に転送し、
前記（ｂ）ステップは、前記転送されたパラメータ値に応じて前記バックオフ期間を決定することを特徴とする、請求項１に記載の分散型ピア発見方法。
【請求項５】
前記（ｂ）ステップは、前記第１端末の遊休再生バッファ容量が小さいほど、前記バックオフ期間が短く決定されるようにすることを特徴とする、請求項１に記載の分散型ピア発見方法。
【請求項６】
前記（ｂ）ステップは、前記第１端末の残留バッテリ容量が小さいほど、前記バックオフ期間が短く決定されるようにすることを特徴とする、請求項１に記載の分散型ピア発見方法。
【請求項７】
無線ピアツーピアネットワークにおいて、マルチメディアデータの転送を要請するリクエスト信号に応答する方法において、
（ａ）無線端末において、前記リクエスト信号を受信するステップと、
（ｂ）前記無線端末の遊休再生バッファ容量と前記無線端末の残留バッテリ容量のうちの少なくとも１つによってバックオフ期間を計算するステップと、
（ｃ）前記計算されたバックオフ期間の間に待機した後、前記リクエスト信号を転送した要請端末に応答信号を転送するステップと、を含み、
前記リクエスト信号は、前記要請端末の遊休再生バッファ容量または前記要請端末の残留バッテリ容量に比例するパラメータ値を含み、
前記（ｂ）ステップは、前記パラメータ値に比例するように前記バックオフ期間を計算することを特徴とする応答方法。
【請求項８】
前記（ｂ）ステップは、前記無線端末の遊休再生バッファ容量に反比例するように前記バックオフ期間を計算することを特徴とする、請求項７に記載の応答方法。
【請求項９】
前記（ｂ）ステップは、前記無線端末の残留バッテリ容量に反比例するように前記バックオフ期間を計算することを特徴とする、請求項７に記載の応答方法。
【請求項１０】
無線ピアツーピアネットワークシステムにおいて、
要請するマルチメディアデータに関する情報を含むリクエスト信号を周辺端末に転送する第１端末と、
前記要請されたマルチメディアデータを有する端末として、前記リクエスト信号を受信すれば、前記第２端末の遊休バッファ容量と前記第２端末の残留バッテリ容量のうちの少なくとも１つによってバックオフ期間を決定し、前記決定されたバックオフ期間の間に待機した後に応答信号を前記第１端末に転送する第２端末と、を含み、
前記第１端末は、最初に受信される応答信号を転送した第２端末に前記マルチメディアデータの転送を要請する信号であるＡＣＫメッセージを転送し、
前記第１端末の遊休再生バッファ容量と前記第１端末の残留バッテリ容量のうちの少なくとも１つをさらに考慮して前記バックオフ期間を決定することを特徴とする無線ピアツーピアネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ピアツーピアネットワークに関し、より詳しくは、無線ピアツーピアネットワークにおけるマルチメディアデータ転送のための分散型ピア発見方法に関する。
【背景技術】
【０００２】
ピアツーピア（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ：Ｐ２Ｐ）は、コンピュータなどの他のデバイス間にサーバなしで直接的な交換を通じてデジタルリソースを共に共有する技術をいう。Ｐ２Ｐサービスとしてはファイル交換、メッセンジャーのようなチャットなどがある。無線Ｐ２Ｐは、このようなＰ２Ｐ技術を携帯電話のような無線端末に適用したものである。無線Ｐ２Ｐ環境において、要請基盤（ｏｎ−ｄｅｍａｎｄ）データ分配技術は、到来するユビキタス環境において必須の要素技術である。
【０００３】
図１は、無線ピアツーピア環境において、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ／Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）方式を利用し、必要なデータを持ってくるピアを発見する過程を簡略に説明するための参考図である。
【０００４】
データを要請するモバイルノード（ＭＮ）は、その周辺に該当データを要請する信号を転送する。そうすると、モバイルノード（ＭＮ）の転送範囲内にある端末がその信号を受信し、該当データを有する端末（Ｎ１、．．．、Ｎ５）が各々応答信号を送る。モバイルノード（ＭＮ）は、最初に到着した応答信号を送った端末を選択し、その端末からデータを受信する。このような方式が競争基盤（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ）媒体接近制御方式である。
【０００５】
一方、携帯電話などの無線端末の性能向上により、有線環境だけでなく、無線環境においてもデジタルイメージと動画などのマルチメディアデータの使用が増加しており、また、相互交換の欲求も増加している。このようなマルチメディアデータの場合、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）が保障されなければならず、ダウンロードの間にデータを確認したり再生を行ったりする疑似ストリーミング（ｐｓｅｕｄｏ  ｓｔｒｅａｍｉｎｇ）が支援されなければならない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記した方式によれば、適切ではないピアが選択される場合がある。例えば、チャネル状態が劣悪であるためにＱｏＳを保障し難いか、他の機器にデータを転送することによって遊休バッファ容量が足りないために本来の機能が制限され得るピア、または残留バッテリ容量が少ないために他の機器にデータ転送をするのに好適ではないピアが選択される場合がある。
【０００７】
そこで、本発明が達成しようとする技術的課題は、無線ピアツーピアネットワークにおいて、マルチメディアデータの転送時にＱｏＳを保障し、遊休バッファ容量と残留バッテリ容量を考慮する無線ピアツーピアネットワークシステム、分散型ピア発見方法、およびマルチメディアデータの転送を要請するリクエスト信号に応答する方法を提供することにある。
【課題を解決するための手段】
【０００８】
前記技術的課題を解決するために、本発明に係る無線ピアツーピアネットワークにおけるマルチメディアデータ転送のための分散型ピア発見方法は、（ａ）第１端末が、要請するマルチメディアデータに関する情報を含むリクエスト信号を周辺端末に転送するステップ；（ｂ）前記要請されたマルチメディアデータを有する少なくとも１つの第２端末が前記リクエスト信号を受信すれば、前記リクエスト信号の信号対干渉雑音比と前記第２端末の遊休再生バッファ容量と前記第２端末の残留バッテリ容量のうちの少なくとも１つによってバックオフ期間を決定し、前記決定されたバックオフ期間の間に待機した後に応答信号を前記第１端末に転送するステップ；および（ｃ）前記第１端末が、最初に受信される応答信号を転送した第２端末に前記マルチメディアデータの転送を要請するメッセージを転送するステップを含むことを特徴とする。
【０００９】
ここで、前記（ｂ）ステップは、前記リクエスト信号の信号対干渉雑音比が高いほど、前記バックオフ期間が短く決定されるようにすることが好ましい。
【００１０】
また、前記（ｂ）ステップは、前記第２端末の遊休再生バッファ容量が大きいほど、前記バックオフ期間が短く決定されるようにすることが好ましい。
【００１１】
また、前記（ｂ）ステップは、前記第２端末の残留バッテリ容量が大きいほど、前記バックオフ期間が短く決定されるようにすることが好ましい。
【００１２】
また、前記（ｂ）ステップは、前記第１端末の遊休再生バッファ容量と前記第１端末の残留バッテリ容量のうちの少なくとも１つをさらに考慮して前記バックオフ期間を決定することができる。
【００１３】
この時、前記（ａ）ステップにおいて、前記第１端末は、前記リクエスト信号を通じて前記第１端末の遊休再生バッファ容量および前記第１端末の残留バッテリ容量のうちの少なくとも１つが反映されたパラメータ値を前記周辺端末に転送し、前記（ｂ）ステップは、前記転送されたパラメータ値に応じて前記バックオフ期間を決定することができる。
【００１４】
また、前記（ｂ）ステップは、前記第１端末の遊休再生バッファ容量が小さいほど、前記バックオフ期間が短く決定されるようにすることが好ましい。
【００１５】
また、前記（ｂ）ステップは、前記第１端末の残留バッテリ容量が小さいほど、前記バックオフ期間が短く決定されるようにすることが好ましい。
【００１６】
前記技術的課題を解決するために、本発明に係る無線ピアツーピアネットワークにおいて、マルチメディアデータの転送を要請するリクエスト信号に応答する方法は、（ａ）無線端末において、前記リクエスト信号を受信するステップと；（ｂ）前記リクエスト信号の信号対干渉雑音比と前記無線端末の遊休再生バッファ容量と前記無線端末の残留バッテリ容量のうちの少なくとも１つによってバックオフ期間を計算するステップ；および（ｃ）前記計算されたバックオフ期間の間に待機した後、前記リクエスト信号を転送した要請端末に応答信号を転送するステップを含むことを特徴とする。
【００１７】
ここで、前記（ｂ）ステップは、前記リクエスト信号の信号対干渉雑音比に反比例するように前記バックオフ期間を計算することが好ましい。
【００１８】
また、前記（ｂ）ステップは、前記無線端末の遊休再生バッファ容量に反比例するように前記バックオフ期間を計算することが好ましい。
【００１９】
また、前記（ｂ）ステップは、前記無線端末の残留バッテリ容量に反比例するように前記バックオフ期間を計算することが好ましい。
【００２０】
また、前記リクエスト信号は、前記要請端末の遊休再生バッファ容量または前記要請端末の残留バッテリ容量に比例するパラメータ値を含み、前記（ｂ）ステップは、前記パラメータ値に比例するように前記バックオフ期間を計算することができる。
【００２１】
前記技術的課題を解決するために、本発明に係る無線ピアツーピアネットワークシステムは、要請するマルチメディアデータに関する情報を含むリクエスト信号を周辺端末に転送する第１端末；および前記要請されたマルチメディアデータを有する端末として、前記リクエスト信号を受信すれば、前記リクエスト信号の信号対干渉雑音比と前記第２端末の遊休バッファ容量と前記第２端末の残留バッテリ容量のうちの少なくとも１つによってバックオフ期間を決定し、前記決定されたバックオフ期間の間に待機した後に応答信号を前記第１端末に転送する第２端末を含み、前記第１端末は、最初に受信される応答信号を転送した第２端末に前記マルチメディアデータの転送を要請するメッセージを転送することを特徴とする。
【発明の効果】
【００２２】
本発明によれば、無線ピアツーピアネットワークにおいて、マルチメディアデータの転送時にＱｏＳを保障し、遊休バッファ容量と残留バッテリ容量を考慮してマルチメディアデータを転送する端末を選択することができる。
【図面の簡単な説明】
【００２３】
【図１】無線ピアツーピア環境において、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ／Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）方式を利用し、必要なデータを持ってくるピアを発見する過程を簡略に説明するための参考図である。
【図２】本発明の一実施形態による無線ピアツーピアネットワークシステムにおける分散型ピア発見方法を説明するための参考図である。
【図３】本発明の一実施形態による無線ピアツーピアネットワークシステムにおける２つのモバイルノードの分散型ピア発見方法を説明するための参考図である。
【図４】本発明の一実施形態により、要請端末において、ピアを発見し、マルチメディアデータを要請する過程を示すフローチャートである。
【図５】本発明の一実施形態により、応答端末において、リクエスト信号に応答し、マルチメディアデータを提供する過程を示すフローチャートである。
【図６】１つの要請端末と３つの応答端末間のタイムラインの一例である。
【図７】１つの要請端末と３つの応答端末間のタイムラインの他例である。
【発明を実施するための形態】
【００２４】
以下では、図面を参照して本発明の好ましい実施形態をより詳細に説明する。以下の説明および添付した図面において、実質的に同一の構成要素は各々同一の符号で示すことによって重複説明は省略する。また、本発明を説明する際、関連の公知機能あるいは構成に対する具体的な説明が本発明の要旨を不要に濁す恐れがあると判断される場合には、それに対する詳細な説明は省略する。
【００２５】
図２は、本発明の一実施形態による無線ピアツーピアネットワークシステムにおける分散型ピア発見方法を説明するための参考図である。マルチメディアデータを要請する端末であるモバイルノード（ＭＮ）は、その周辺端末に要請するマルチメディアデータに関する情報を含むリクエスト信号（ｒｅｑｕｅｓｔ  ｓｉｇｎａｌ）を転送する。要請するマルチメディアデータに関する情報は、例えば、特定マルチメディアコンテンツのセグメント番号を含むことができる。この時、モバイルノード（ＭＮ）は、リクエスト信号を周辺にブロードキャストすることができる。周辺端末の各々はバックオフタイマを備えており、独立にバックオフ期間（ｂａｃｋｏｆｆ  ｄｕｒａｔｉｏｎ）を決定する。要請されたマルチメディアデータを有する端末（Ｎ１、．．．、Ｎ５）は、各々独立に決定されたバックオフ期間の間に待機した後、自身が該当マルチメディアデータを有し、モバイルノード（ＭＮ）に提供することができるということを示す応答信号（ｒｅｓｐｏｎｓｅ  ｓｉｇｎａｌ）を転送する。そうすると、モバイルノード（ＭＮ）は最初に受信される応答信号を転送した端末にマルチメディアデータの転送を要請するメッセージであるＡＣＫメッセージを送ることによって相互間に連結がなされ、マルチメディアデータをその端末からダウンロードするようになる。
【００２６】
以下、端末（Ｎ１、．．．、Ｎ５）がバックオフ期間を決定する方式に関して説明する。以下の説明において、マルチメディアデータを要請する端末を「要請端末」といい、それに応答する端末を「応答端末」という。
応答端末（Ｎ１、．．．、Ｎ５）各々のバックオフ期間（Ｔｎ）は、第１に、リクエスト信号の信号対干渉雑音比（ｓｉｇｎａｌ  ｔｏ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｎｏｉｓｅ  ｒａｔｉｏ）によって決定される。前記信号対干渉雑音比が高いほど、転送されるデータのＱｏＳがより優れるため、モバイルノード（ＭＮ）は信号対干渉雑音比がより高い端末を選択することができるべきである。したがって、本実施形態においては、各応答端末（Ｎｎ）において、リクエスト信号の信号対干渉雑音比が高いほど、バックオフ期間が短く決定されるようにする。
【００２７】
第２に、バックオフ期間（Ｔｎ）は、応答端末（Ｎｎ）の遊休再生バッファ容量によって決定される。各応答端末（Ｎｎ）は、要請端末（ＭＮ）に自身が有するマルチメディアデータを提供しても、自体的に提供しようとするサービス、例えば、自体的にマルチメディアデータを再生する機能に制限されてはいけない。したがって、モバイルノード（ＭＮ）は、遊休再生バッファ容量がより大きい端末を選択することができるべきである。本実施形態においては、各応答端末（Ｎｎ）において、遊休再生バッファ容量が大きいほど、バックオフ期間が短く決定されるようにする。
【００２８】
第３に、バックオフ期間（Ｔｎ）は、各応答端末（Ｎｎ）の残留バッテリ容量によって決定される。マルチメディアデータを他の端末に転送するためにはバッテリ消費が増加することになる。したがって、残留バッテリ容量が充分ではないのであれば、要請されたデータを全て送信できない事態が発生したり、転送が可能であってもバッテリを多く消費することによって、結果的にその端末自らのサービスの提供に制限されたりするようになる。したがって、要請端末（ＭＮ）は、残留バッテリ容量がより多い応答端末を選択することができるべきである。本実施形態においては、各応答端末（Ｎｎ）において、残留バッテリ容量が大きいほど、バックオフ期間が短く決定されるようにする。
【００２９】
バックオフ期間の決定は、前記した３つの要因のうちの１つまたは２つだけによって決定されるようにできることは勿論である。例えば、一般的にバッテリ容量が十分な環境であれば、信号対干渉雑音比と遊休再生バッファ容量を共に考慮してバックオフ期間を決定することができる。
【００３０】
本実施形態においては、バックオフ期間の決定のための関数をスコア関数（ｓｃｏｒｅ  ｆｕｎｃｔｉｏｎ）と命名することにする。要請端末（ＭＮ）から第ｎ応答端末（Ｎｎ）に転送されたリクエスト信号の信号対干渉雑音比をＳＩＮＲｎｒｅｑとし、第ｎ応答端末（Ｎｎ）の遊休バッファ容量および残留バッテリ容量を各々ＬｎｂｕｆｆｅｒおよびＴｎｂａｔｔｅｒｙとすれば、スコア関数はｆ（ＳＩＮＲｎｒｅｑ、Ｌｎｂｕｆｆｅｒ、Ｔｎｂａｔｔｅｒｙ）で示すことができ、その関係は次の数学式のように表現することができる。すなわち、スコア関数は、ＳＩＮＲｎｒｅｑ、ＬｎｂｕｆｆｅｒおよびＴｎｂａｔｔｅｒｙに各々反比例するように計算される。
【数１】
0005276724.tif 000002
【００３１】
このようなスコア関数に比例するようにバックオフ期間を決定すれば、結果的に要請端末（ＭＮ）においては、信号対干渉雑音比がより高く、遊休再生バッファ容量がより大きく、残留バッテリ容量がより多い応答端末がマルチメディアデータをダウンロードする端末として選択される。その上、ネットワークには追加的なオーバーヘッドが発生せず、先に到着した応答信号を送った端末を選択する従来のコンセプトをそのまま適用できるようになる。
【００３２】
一方、無線ピアツーピアネットワークにおいて、マルチメディアデータをやり取りすることを望む端末対は複数個となり得る。限定されたチャネルにおいて、ほぼ同じ時間に２つの端末が両方ともデータをダウンロードしようとする時、その優先順位が適切に選定される必要がある。疑似ストリーミング時に遊休再生バッファ容量が少ないのであれば、追加的なダウンロードなしで再生できる時間が短くなる。したがって、円滑な再生のためには、このような端末が先にリソースを利用するようにする必要がある。本実施形態においては、マルチメディアデータを要請する端末の遊休再生バッファ容量が小さいほど、それに応答する端末のバックオフ期間を短く決定することにより、遊休再生バッファ容量がより小さい端末が先にデータをダウンロードするようにする。このために、本実施形態においては、マルチメディアデータを要請する端末がリクエスト信号をブロードキャストする時、自身の遊休再生バッファ容量が反映されたパラメータ値をリクエスト信号を通じて転送する。
【００３３】
図３を参照すれば、モバイルノードＭＮ１とモバイルノードＭＮ２が各々リクエスト信号１とリクエスト信号２をブロードキャストしたと仮定し、ＭＮ１がＭＮ２より遊休バッファ容量が小さいと仮定する。また、端末Ｎａはリクエスト信号１に、端末Ｎｂはリクエスト信号２に応答して、応答信号を送ろうとする。本実施形態によれば、ＭＮ１がＭＮ２より遊休バッファ容量が小さいため、Ｎａのバックオフ期間が端末Ｎｂのそれより短く決定されて、Ｎａの応答信号が先にＭＮ１に転送され、よって、ＮａとＭＮ１間に先にデータの送受信がなされるようになる。
【００３４】
さらには、マルチメディアデータを要請する２つの端末の残留バッテリ容量が異なる場合にもその優先順位が適切に選定される必要がある。この時には残留バッテリ容量の小さい端末に優先順位を付与する必要がある。これは、バッテリ時間があまり残っていない端末に先にサービスを提供する必要があるためである。本実施形態においては、マルチメディアデータを要請する端末の残留バッテリ容量が小さいほど、それに応答する端末のバックオフ期間を短く決定することにより、残留バッテリ容量がより小さい端末が先にデータをダウンロードするようにする。このために、本実施形態においては、マルチメディアデータを要請する端末がリクエスト信号をブロードキャストする時、前記した遊休再生バッファ容量と共に自身の残留バッテリ容量が反映されたパラメータ値をリクエスト信号を通じて転送する。
【００３５】
要請端末の遊休再生バッファ容量および残留バッテリ容量を各々ＬおよびＴとし、リクエスト信号を通じて転送する遊休再生バッファ容量と残留バッテリ容量が反映されたパラメータ値をＴｒｅｑとすれば、Ｔｒｅｑはｆ（Ｌ、Ｔ）で示すことができ、その関係は次の数学式のように表現することができる。すなわち、パラメータＴｒｅｑはＬおよびＴに各々比例するように計算される。
【数２】
0005276724.tif 000003
【００３６】
前記したスコア関数（ｓｃｏｒｅ  ｆｕｎｃｔｉｏｎ）の値をＮｓｃｏｒｅすれば、前記したＴｒｅｑを共に反映して、次の数学式のように第ｎ応答端末のバックオフ期間ＢＤｎを決定することができる。
【数３】
0005276724.tif 000004
【００３７】
Ｎｓｃｏｒｅは応答端末において自体的に計算される値であり、Ｔｒｅｑは応答端末が要請端末からリクエスト信号を通じてもらった値である。前記数学式において、Ｎｓｃｏｒｅ＊Ｔｒｅｑは０と競争ウィンドウ（ＣＷ）値の間の整数として決定され、ＳｌｏｔＴはグローバル変数としてＳｌｏｔＴ＝ＭＡＣ＿ＳｌｏｔＴｉｍｅ＊ＣＷｍａｘ［ＶＯ］となり得る。ここで、ＭＡＣ＿ＳｌｏｔＴｉｍｅはＩＥＥＥ  ８０２．１１  ＰＨＹｓ標準において定義されるスロットタイムであり、ＣＷｍａｘ［ＶＯ］はＩＥＥＥ  ８０２．１１ｅにおいてＡＣ−ＶＯの最大競争ウィンドウ値である。
【００３８】
図４は、本発明の一実施形態により、要請端末において、ピアを発見し、マルチメディアデータを要請する過程を示すフローチャートであり、図５は、本発明の一実施形態により、応答端末において、リクエスト信号に応答し、マルチメディアデータを提供する過程を示すフローチャートである。本実施形態による過程は、媒体接近制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ  ｌａｙｅｒ：ＭＡＣ）階層でなされる。
【００３９】
図４を参照して要請端末の動作を説明する。
【００４０】
上位階層からデータの転送要請（例えば、特定マルチメディアコンテンツのセグメント番号）が受信されれば（４１０ステップ）、遊休再生バッファ容量と残留バッテリ容量をチェックし、これらの値によってＴｒｅｑを計算する（４２０ステップ）。既に説明したように、Ｔｒｅｑは遊休再生バッファ容量と残留バッテリ容量が大きいほど大きい値に決定される。
【００４１】
また、要請するマルチメディアデータに関する情報であるセグメント番号と前記計算されたＴｒｅｑ値を含むリクエスト信号をブロードキャスト方式で転送する（４３０ステップ）。その次、応答信号が受信されるか否かをチェックし（４４０ステップ）、一定時間が経過した後にも受信されないのであれば、再び４２０ステップに戻って４２０ステップおよび４３０ステップを繰り返し実行する。
【００４２】
応答信号が受信されれば、その応答信号を転送した端末にデータの転送を要請するメッセージであるＡＣＫメッセージを転送する（４５０ステップ）。
【００４３】
図５を参照して応答端末の動作を説明する。
【００４４】
要請端末からリクエスト信号を受信すれば（５１０ステップ）、リクエスト信号に含まれたＴｒｅｑ値、リクエスト信号の信号対干渉雑音比ＳＩＮＲｒｅｑ、遊休再生バッファ容量Ｌｂｕｆｆｅｒ、および残留バッテリ容量Ｔｒｅｑをもってバックオフ期間を計算し（５２０ステップ）、内蔵されたバックオフタイマをスタートさせる（５３０ステップ）。バックオフ期間が経過する前に他の端末からリクエスト信号に応答する応答信号が受信されれば（５４０ステップ）、他の端末が先に応答したことであるから、バックオフタイマを中止して（５４５ステップ）終了する。計算されたバックオフ期間だけバックオフタイマが経過すれば（５５０ステップ）、リクエスト信号に応答する応答信号を要請端末に転送する（５６０ステップ）。要請端末がデータの転送を要請するＡＣＫメッセージを転送し、ＡＣＫメッセージが受信されれば（５７０ステップ）、要請されたデータを要請端末に転送する（５８０ステップ）。
【００４５】
図６は、１つの要請端末と３つの応答端末間のタイムラインの一例であって、３つの応答端末の遊休再生バッファ容量および残留バッテリ容量が相異なる場合である。
【００４６】
要請端末が要請するデータのセグメント番号とＴｒｅｑ値をリクエスト信号を通じて周辺端末に転送する。図６を参照すれば、第１乃至第３応答端末におけるリクエスト信号の信号対干渉雑音比は１ｄＢと同一であり、残留バッテリ容量は第２および第３応答端末が、遊休再生バッファ容量は第１および第３応答端末が最も大きい。したがって、各応答端末において計算されるバックオフ期間は第３応答端末が最も短いものとして計算され、それにより、図示したようにバックオフタイマが設定される。そうすると、最も短いバックオフ期間に設定された第３応答端末が最も早く要請端末に応答信号を転送するようになる。応答信号は第１応答端末と第２応答端末にも受信され、これらはバックオフ期間の経過前に応答信号が受信されたため、バックオフタイマを中止し、応答をしない。第３応答端末から応答信号を受信した要請端末はＡＣＫメッセージを転送する。ＡＣＫメッセージを受信した第３応答端末は、要請端末と同期化を行った後、要請端末にデータを転送する。データの転送が完了すれば、互いにメッセージを交換して連結を解除する。
【００４７】
図７は、１つの要請端末と３つの応答端末間のタイムラインの他例であって、３つの応答端末の遊休再生バッファ容量および残留バッテリ容量は同じであり、信号対干渉雑音比が相異なる場合である。図示した例においては、第３応答端末の信号対干渉雑音比が３ｄＢとして最も高いため、各応答端末において計算されるバックオフ期間は第３応答端末が最も短いものとして計算される。したがって、第３応答端末が最も早く要請端末に応答信号を転送し、残りの動作は図６と同様であるので省略する。
【００４８】
一方、上述した本発明の実施形態は、コンピュータで実行できるプログラムで作成可能であり、コンピュータで読み取りできる記録媒体を利用して前記プログラムを動作させる汎用デジタルコンピューターで実現されることができる。前記コンピュータで読み取りできる記録媒体は、マグネチック格納媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的読み取り媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）および搬送波（例えば、インターネットを介した転送）のような格納媒体を含む。
【００４９】
以上、本発明についてその望ましい実施形態を中心に説明した。本発明が属する技術分野で通常の知識を有した者は、本発明が本発明の本質的な特性から逸脱しない範囲内で変形された形態で実現されることができるということを理解するはずである。したがって、開示された実施形態は限定的な観点でなく説明的な観点で考慮しなければならない。本発明の範囲は、前述した説明ではなく特許請求の範囲に示されており、これと同等な範囲内にある全ての差異点は本発明に含まれると解釈しなければならない。
【図１】
0005276724.tif 000005
【図２】
0005276724.tif 000006
【図３】
0005276724.tif 000007
【図４】
0005276724.tif 000008
【図５】
0005276724.tif 000009
【図６】
0005276724.tif 000010
【図７】
0005276724.tif 000011