(57)【要約】【課題】１台の配信端末が複数のコンテンツを各取得端末に配信（転送）するときのスループットの低下を回避する。【解決手段】配信端末は、第１無線通信処理部と、第２無線通信処理部と、転送制限処理部と、を有する。無線通信処理部は、無線通信接続が確立する前に取得端末から送信されたコンテンツ関連情報要求（ＳＤ要求メッセージ）に応じて、コンテンツに関連するコンテンツ関連情報を取得端末に送信する。また、無線通信処理部は、無線通信接続が確立した後にコンテンツを取得端末に転送する。転送制限処理部は、コンテンツ関連情報要求（ＳＤ要求メッセージ）の受信時における取得端末の数に基づいて、コンテンツの転送制限が行なわれるように無線通信処理部（第１無線通信処理部、第２無線通信処理部）を制御する。【選択図】図９
2018148428.tif 000002
【特許請求の範囲】
【請求項１】
無線通信接続が確立する前に取得端末から送信された要求を受信し、前記無線通信接続が確立した後にコンテンツを前記取得端末に転送する無線通信処理部と、
前記要求の受信時における前記取得端末の数に基づいて前記コンテンツの転送制限が行なわれるように前記無線通信処理部を制御する転送制限処理部と、
を有することを特徴とする配信端末。
【請求項２】
前記転送制限処理部は、
単位時間当たりに受信した前記要求の数を前記取得端末の数として推定し、
前記取得端末の数を表す取得数に基づいて前記コンテンツの転送制限が行なわれるように前記無線通信処理部を制御する、
ことを特徴とする請求項１に記載の配信端末。
【請求項３】
前記転送制限処理部は、
前記要求の受信時において複数の前記取得端末に現在転送されている前記コンテンツの転送量を取得数として計測し、
前記取得数に基づいて前記コンテンツの転送制限が行なわれるように前記無線通信処理部を制御する、
ことを特徴とする請求項１に記載の配信端末。
【請求項４】
前記転送制限処理部は、
前記要求の受信時において自端末と無線通信接続されている前記取得端末の数を取得数として計測し、
前記取得数に基づいて前記コンテンツの転送制限が行なわれるように前記無線通信処理部を制御する、
ことを特徴とする請求項１に記載の配信端末。
【請求項５】
前記転送制限処理部は、
前記取得数が上限値を超えていない場合には、前記コンテンツが前記取得端末に転送されるように前記無線通信処理部を制御し、
前記取得数が前記上限値を超えている場合には、前記コンテンツの転送制限として、前記コンテンツが前記取得端末に転送されないように前記無線通信処理部を制御する、
ことを特徴とする請求項２から４のいずれか一項に記載の配信端末。
【請求項６】
前記転送制限処理部は、前記コンテンツの転送制限として、前記取得数に応じたサイズの前記コンテンツが前記取得端末に転送されるように前記無線通信処理部を制御する、
ことを特徴とする請求項２から４のいずれか一項に記載の配信端末。
【請求項７】
前記転送制限処理部は、
前記取得数が上限値を超えていない場合には、複数の前記コンテンツが前記取得端末に転送されるように前記無線通信処理部を制御し、
前記取得数が前記上限値を超えている場合には、前記コンテンツの転送制限として、前記複数のコンテンツのうち、予め決められたコンテンツ以外のコンテンツが前記取得端末に転送されるように前記無線通信処理部を制御する、
ことを特徴とする請求項２から４のいずれか一項に記載の配信端末。
【請求項８】
前記転送制限処理部は、
現在転送されている前記コンテンツの転送量を一定期間毎に計測し、
前記無線通信処理部に対して前記コンテンツの転送制限が行なわれているときに、前記転送量が設定値を超えている場合、前記コンテンツの転送制限を継続し、
前記無線通信処理部に対して前記コンテンツの転送制限が行なわれているときに、前記転送量が前記設定値を超えていない場合、前記コンテンツの転送制限を解除する、
ことを特徴とする請求項１から７のいずれか一項に記載の配信端末。
【請求項９】
前記転送制限処理部は、
自端末と無線通信接続されている前記取得端末の数である接続数を一定期間毎に計測し、
前記無線通信処理部に対して前記コンテンツの転送制限が行なわれているときに、前記接続数が設定値を超えている場合、前記コンテンツの転送制限を継続し、
前記無線通信処理部に対して前記コンテンツの転送制限が行なわれているときに、前記接続数が前記設定値を超えていない場合、前記コンテンツの転送制限を解除する、
ことを特徴とする請求項１から７のいずれか一項に記載の配信端末。
【請求項１０】
取得端末および配信端末を有し、
前記配信端末は、
無線通信接続が確立する前に前記取得端末から送信された要求を受信し、前記無線通信接続が確立した後にコンテンツを前記取得端末に転送する無線通信処理部と、
前記要求の受信時における前記取得端末の数に基づいて前記コンテンツの転送制限が行なわれるように前記無線通信処理部を制御する転送制限処理部と、
を有することを特徴とする配信システム。
【請求項１１】
配信端末が、
無線通信接続が確立する前に取得端末から送信された要求を受信し、
前記要求の受信時における前記取得端末の数に基づいて、前記無線通信接続が確立した後に前記取得端末に転送されるコンテンツの転送制限を行なう、
処理を実行することを特徴とする配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信端末、配信システムおよび配信方法に関する。
【背景技術】
【０００２】
近年では、例えばスマートフォンやタブレット等の携帯端末やテレビやデジタルカメラ等の家電機器等の通信装置には、近距離無線通信機能が搭載されている。近距離無線通信機能としては、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信機能やＷｉＦｉ（登録商標、Wireless  Fidelity）  Ｄｉｒｅｃｔ機能があげられる。
【０００３】
例えば、ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信システムでは、携帯端末等の取得端末が近距離無線通信範囲内の周囲の複数台の配信端末に順次接続して情報を取得する場合がある。ＷｉＦｉ  Ｄｉｒｅｃｔ機能は、端末間の無線通信接続機能や情報転送機能に加え、近距離無線通信範囲にあるＷｉＦｉ  Ｄｉｒｅｃｔ機能のデバイスを発見するデバイス発見機能や、発見したデバイスが提供するサービス情報を発見するサービス発見機能を有している。
【０００４】
ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信システムでは、取得端末は、ＷｉＦｉ  Ｄｉｒｅｃｔのサービス発見要求メッセージを利用することで、近距離無線通信範囲内に存在する配信端末を発見することができる。すなわち、取得端末は、デバイスの発見として、近距離無線通信範囲内に存在する配信端末を発見することができる。例えば、取得端末は、ＷｉＦｉ  Ｄｉｒｅｃｔのサービス発見要求メッセージを近距離無線通信で送信して、サービス発見応答メッセージを配信端末から受信することにより、近距離無線通信範囲内に存在する配信端末を発見する。また、取得端末は、発見された配信端末との無線通信接続としてＷｉＦｉ接続を行なうことにより、発見された配信端末から、その配信端末が保有するコンテンツを取得できる。これにより、取得端末の利用者はコンテンツを閲覧することができる。
【０００５】
また、ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信システムでは、取得端末は、近距離無線通信範囲内の配信端末を発見したときに、発見された配信端末からコンテンツを取得する前に、発見された配信端末からコンテンツのメタ情報を取得できる。すなわち、取得端末は、サービス情報の発見として、配信端末が保有するコンテンツのメタ情報（コンテンツ関連情報）を発見することができる。例えば、配信端末は、ＷｉＦｉ  Ｄｉｒｅｃｔのサービス発見応答メッセージを利用することで、コンテンツに関連するコンテンツ関連情報を配信する。コンテンツ関連情報はサービス発見応答メッセージに含まれる。取得端末は、サービス発見応答メッセージを配信端末から受信することにより、サービス発見応答メッセージからコンテンツ関連情報を取得できる。
【０００６】
このように、ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信システムでは、取得端末は、近距離無線通信範囲内で発見された配信端末からコンテンツを取得する前に、発見された配信端末からコンテンツ関連情報を取得できる。
【０００７】
また、ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信システムでは、１台の配信端末は、各々異なる複数のコンテンツを保有していて、複数のコンテンツを各取得端末に配信することも可能である。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１２−１９９８８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、１台の配信端末が複数のコンテンツを取得端末に配信する場合、配信端末側において、処理性能の低下が想定される。具体的には、例えば１台の配信端末が複数のコンテンツを配信する場合では、１台の配信端末が１つのコンテンツを配信する場合に比べて、複数の取得端末から１台の配信端末にコンテンツ転送要求が送信される頻度が高くなる。これにより、１台の配信端末が複数のコンテンツを配信する際に、伝送帯域が増加することが想定される。そのため、配信端末が取得端末あたりにコンテンツを転送するためのスループットが低下する可能性がある。スループットが低下した場合、コンテンツを転送する時間（転送時間）が長くなる。転送時間が長くなる場合、取得端末がコンテンツを要求してからコンテンツが配信されるまでに時間がかかり、取得端末の利用者にとっては利便性が低下するという問題が生じる。
【００１０】
上記問題への対策として、取得端末から配信端末へのアクセスを分散化させることが望ましい。例えば、配信端末を同一箇所にコンテンツ毎に複数台設置することによって、取得端末から送信されるコンテンツ転送要求が分散化され、１台の配信端末から取得端末へのコンテンツ転送量の増加を防ぐことが可能となる。しかし、同一箇所に配信端末を複数台設置することによって、機器（配信端末）および管理等のコストがかかったり、コンテンツの格納および設定等の運用の手間が増大したりするというデメリットがある。
【００１１】
本願に開示の技術は、１台の配信端末が複数のコンテンツを各取得端末に配信（転送）するときのスループットの低下を回避する。
【課題を解決するための手段】
【００１２】
１つの態様では、配信端末は、無線通信処理部と、転送制限処理部と、を有する。無線通信処理部は、無線通信接続が確立する前に取得端末から送信された要求を受信し、無線通信接続が確立した後にコンテンツを取得端末に転送する。転送制限処理部は、要求の受信時における取得端末の数に基づいてコンテンツの転送制限が行なわれるように無線通信処理部を制御する。
【発明の効果】
【００１３】
１つの側面では、１台の配信端末が複数のコンテンツを各取得端末に配信（転送）するときのスループットの低下を回避することができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、本実施例の配信システムの一例を示す図である。
【図２】図２は、ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信サービスの一例を示すシーケンス図である。
【図３】図３は、取得端末にリスト表示されるコンテンツ関連情報の一例を示す図である。
【図４】図４は、本実施例の配信システムにおける配信端末のハードウェア構成の一例を示すブロック図である。
【図５】図５は、実施例１の配信システムにおける配信端末内のＲＡＭおよびＣＰＵの機能構成の一例を示すブロック図である。
【図６】図６は、実施例１の配信システムにおける配信端末内のコンテンツ格納部の一例を示す図である。
【図７】図７は、本実施例の配信システムにおける取得端末のハードウェア構成の一例を示すブロック図である。
【図８】図８は、実施例１の配信システムにおける取得端末内のＣＰＵの機能構成の一例を示すブロック図である。
【図９】図９は、実施例１の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図１０】図１０は、実施例２の配信システムにおける配信端末内のＲＡＭおよびＣＰＵの機能構成の一例を示すブロック図である。
【図１１】図１１は、実施例２の配信システムにおける配信端末内のコンテンツ格納部の一例を示す図である。
【図１２】図１２は、実施例２の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図１３】図１３は、実施例３の配信システムにおける配信端末内のＲＡＭおよびＣＰＵの機能構成の一例を示すブロック図である。
【図１４】図１４は、実施例３の配信システムにおける配信端末内のコンテンツ格納部の一例を示す図である。
【図１５】図１５は、実施例３の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図１６】図１６は、実施例３の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図１７】図１７は、実施例４の配信システムにおける配信端末内のＣＰＵの機能構成の一例を示すブロック図である。
【図１８】図１８は、実施例４の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図１９】図１９は、実施例４の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図２０】図２０は、実施例４の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図２１】図２１は、実施例４の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図２２】図２２は、実施例５の配信システムにおける配信端末内のＣＰＵの機能構成の一例を示すブロック図である。
【図２３】図２３は、実施例５の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図２４】図２４は、実施例５の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図２５】図２５は、実施例５の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図２６】図２６は、実施例５の配信システムにおける配信端末の動作として、転送制限処理の一例を示すフローチャートである。
【図２７】図２７は、実施例６の配信システムにおける配信端末内のＣＰＵの機能構成の一例を示すブロック図である。
【図２８】図２８は、実施例６の配信システムにおける配信端末の動作の一例を示すフローチャートである。
【図２９】図２９は、実施例７の配信システムにおける配信端末内のＣＰＵの機能構成の一例を示すブロック図である。
【図３０】図３０は、実施例７の配信システムにおける配信端末の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下に、本願の開示する配信端末、配信システムおよび配信方法の実施例を、図面に基づいて詳細に説明する。なお、以下の実施例は開示の技術を限定するものではない。また、以下に示す実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。
【００１６】
図１は、本実施例の配信システム１の一例を示す図である。配信システム１は、複数の配信端末２と、複数の取得端末３とを有する。
【００１７】
複数の配信端末２の各々は、例えば店舗やイベント会場等の施設に複数設けられている。配信端末２は、例えば、コンテンツを格納し、格納されたコンテンツを周辺の取得端末３に配信する通信装置（配信装置）である。
【００１８】
複数の取得端末３の各々は、例えば、配信端末２から配信されたコンテンツを受信し、受信したコンテンツを表示する通信装置（取得装置）である。取得端末３としては、スマートフォンやタブレット等の携帯端末が例示される。
【００１９】
配信端末２および取得端末３には、ＷｉＦｉ  Ｄｉｒｅｃｔ機能等の近距離無線通信機能が搭載されている。ＷｉＦｉ  Ｄｉｒｅｃｔ機能は、配信端末２と取得端末３との間、配信端末２同士、取得端末３同士の無線通信接続機能や情報転送機能に加え、近距離無線通信範囲内に存在するＷｉＦｉ  Ｄｉｒｅｃｔ機能のデバイスを発見するデバイス発見機能を有している。更に、ＷｉＦｉ  Ｄｉｒｅｃｔ機能は、発見されたデバイスが提供するサービス情報を発見するサービス発見機能を有している。
【００２０】
ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信システム１では、取得端末３は、ＷｉＦｉ  Ｄｉｒｅｃｔのサービス発見要求メッセージを利用することで、近距離無線通信範囲内に存在する配信端末２を発見することができる。すなわち、取得端末３は、デバイスの発見として、近距離無線通信範囲内に存在する配信端末２を発見することができる。例えば、取得端末３は、ＷｉＦｉ  Ｄｉｒｅｃｔのサービス発見要求メッセージを近距離無線通信で送信して、サービス発見応答メッセージを配信端末２から受信することにより、近距離無線通信範囲内に存在する配信端末２を発見する。また、取得端末３は、発見された配信端末２との無線通信接続としてＷｉＦｉ接続を確立することにより、発見された配信端末２から、その配信端末２が保有するコンテンツを取得できる。コンテンツは、例えば、店舗やイベント会場等の施設の利用案内、その施設の広告やセールス情報等の情報コンテンツである。これにより、取得端末３の利用者はコンテンツを閲覧することができる。
【００２１】
また、ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信システム１では、取得端末３は、近距離無線通信範囲内の配信端末２を発見したときに、発見された配信端末２からコンテンツを取得する前に、発見された配信端末２からコンテンツのメタ情報を取得できる。すなわち、取得端末３は、サービス情報の発見として、配信端末２が保有するコンテンツのメタ情報（コンテンツ関連情報）を発見することができる。例えば、配信端末２は、ＷｉＦｉ  Ｄｉｒｅｃｔのサービス発見応答メッセージを利用することで、コンテンツに関連するコンテンツ関連情報を配信する。コンテンツ関連情報はサービス発見応答メッセージに含まれる。コンテンツ関連情報としては、コンテンツ名やサービス名などがあげられる。取得端末３は、サービス発見応答メッセージを配信端末２から受信することにより、サービス発見応答メッセージからコンテンツ関連情報を取得できる。
【００２２】
図２は、ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信サービスの一例を示すシーケンス図である。図３は、取得端末３にリスト表示されるコンテンツ関連情報１０の一例を示す図である。
【００２３】
まず、図２に示すように、取得端末３において、利用者の操作によりコンテンツ利用アプリケーション（以下、アプリケーションと記載する）が起動する。または、取得端末３において、利用者の操作によりアプリケーション上でコンテンツ検索指示が行なわれる（ステップＳ１）。このとき、取得端末３は、コンテンツ関連情報を要求するためのコンテンツ関連情報要求として、近距離無線通信でサービス発見（Service  Discovery：ＳＤ）要求メッセージを送信する（ステップＳ２）。取得端末３から送信されたＳＤ要求メッセージはブロードキャストで送信される。
【００２４】
例えば、コンテンツＡを保有する配信端末２と、コンテンツＢを保有する配信端末２と、コンテンツＣを保有する配信端末２とが近距離無線通信範囲内に存在する。この場合、コンテンツＡ、Ｂ、Ｃをそれぞれ保有する３つの配信端末２は、取得端末３から送信されたＳＤ要求メッセージに応じて、コンテンツ関連情報応答として、近距離無線通信でＳＤ応答メッセージを送信する（ステップＳ３）。３つの配信端末２から送信されたＳＤ応答メッセージには、それぞれ、コンテンツＡ、Ｂ、Ｃに関連するコンテンツ関連情報が含まれている。
【００２５】
取得端末３は、３つの配信端末２から送信されたＳＤ応答メッセージを受信することで、近距離無線通信範囲内に存在する配信端末２を発見する。このとき、取得端末３は、受信した３つのＳＤ応答メッセージにそれぞれ含まれるコンテンツ関連情報を取得し、取得したコンテンツ関連情報をリスト表示する（ステップＳ４）。
【００２６】
図３に示すように、例えば、取得端末３には、コンテンツ関連情報１０としてコンテンツ関連情報１０Ａ〜１０Ｃがリスト表示される。コンテンツ関連情報１０Ａは、コンテンツＡのコンテンツ関連情報であり、コンテンツＡのアイコンと、コンテンツＡの名称であるコンテンツ名ａとを含む。コンテンツ関連情報１０Ｂは、コンテンツＢのコンテンツ関連情報であり、コンテンツＢのアイコンと、コンテンツＢの名称であるコンテンツ名ｂとを含む。コンテンツ関連情報１０Ｃは、コンテンツＣのコンテンツ関連情報であり、コンテンツＣのアイコンと、コンテンツＣの名称であるコンテンツ名ｃとを含む。
【００２７】
利用者は、取得端末３にリスト表示されたコンテンツ名のうちの１つのコンテンツ名を選択する。例えば、図２に示すように、利用者は、コンテンツＡのコンテンツ名を選択する（ステップＳ５）。このとき、取得端末３は、無線通信の接続を要求するための無線通信接続要求として、ＷｉＦｉ接続要求を、コンテンツＡを保有する配信端末２に送信する（ステップＳ６）。コンテンツＡを保有する配信端末２は、取得端末３から送信されたＷｉＦｉ接続要求に応じて、取得端末３とコンテンツＡを保有する配信端末２との間の無線通信接続として、ＷｉＦｉ接続を確立する。
【００２８】
取得端末３とコンテンツＡを保有する配信端末２との間でＷｉＦｉ接続が行なわれた場合、取得端末３は、コンテンツＡの転送を要求するためのコンテンツ転送要求を、コンテンツＡを保有する配信端末２に送信する（ステップＳ７）。コンテンツＡを保有する配信端末２は、取得端末３から送信されたコンテンツ転送要求に応じて、コンテンツＡを転送する（ステップＳ８）。取得端末３は、コンテンツＡを保有する配信端末２からコンテンツＡを取得し、そのコンテンツＡを表示する（ステップＳ９）。
【００２９】
例えば、取得端末３は、接続中の無線通信の切断を要求するための無線通信切断要求として、ＷｉＦｉ切断要求を、コンテンツＡを保有する配信端末２に送信する（ステップＳ１０）。コンテンツＡを保有する配信端末２は、取得端末３から送信されたＷｉＦｉ切断要求に応じて、取得端末３とコンテンツＡを保有する配信端末２との間のＷｉＦｉ接続の切断を行なう。
【００３０】
このように、ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信システム１では、取得端末３は、近距離無線通信範囲内で発見された配信端末２からコンテンツを取得する前に、発見された配信端末２からコンテンツ関連情報を取得できる。
【００３１】
また、ＷｉＦｉ  Ｄｉｒｅｃｔ機能を用いた配信システム１では、１台の配信端末２は、各々異なる複数のコンテンツを保有していて、複数のコンテンツを各取得端末３に配信することも可能である。
【００３２】
しかしながら、１台の配信端末２が複数の取得端末３にコンテンツを同時に配信する場合、配信端末２側において、処理性能の低下が想定される。
【００３３】
具体的には、例えば１台の配信端末２が複数のコンテンツを配信する場合では、１台の配信端末２が１つのコンテンツを配信する場合に比べて、複数の取得端末３から１台の配信端末２にコンテンツ転送要求が送信される頻度が高くなる。これにより、１台の配信端末２が複数のコンテンツを配信する際に、伝送帯域が増加することが想定される。そのため、配信端末２が取得端末３あたりにコンテンツを転送するためのスループットが低下する可能性がある。スループットが低下した場合、コンテンツを転送する時間（転送時間）が長くなる。転送時間が長くなる場合、取得端末３がコンテンツを要求してからコンテンツが配信されるまでに時間がかかり、取得端末３の利用者にとっては利便性が低下するという問題が生じる。
【００３４】
上記問題への対策として、取得端末３から配信端末２へのアクセスを分散化させることが望ましい。例えば、配信端末２を同一箇所にコンテンツ毎に複数台設置することによって、取得端末３から送信されるコンテンツ転送要求が分散化され、１台の配信端末２から取得端末３へのコンテンツ転送量の増加を防ぐことが可能となる。しかし、同一箇所に配信端末２を複数台設置することによって、機器（配信端末２）および管理等のコストがかかったり、コンテンツの格納および設定等の運用の手間が増大したりするというデメリットがある。
【００３５】
本実施例では、１台の配信端末２が複数のコンテンツを各取得端末３に配信するためのスループットの低下を防止することができる。この場合の実施例を実施例１として以下に説明する。
【実施例１】
【００３６】
図４は、本実施例の配信システム１における配信端末２のハードウェア構成の一例を示すブロック図である。配信端末２は、通信インタフェース（以下、通信ＩＦと記載する）２１と、表示部２２と、ＲＯＭ（Read  Only  Memory）２３と、ＲＡＭ(Random  Access  Memory)２４と、不揮発性ＲＡＭ２５と、ＣＰＵ（Central  Processing  Unit）２６とを有する。
【００３７】
通信ＩＦ２１は、例えば、通常無線通信や近距離無線通信等の通信を司るインタフェースである。
【００３８】
表示部２２は、例えば、コンテンツ、アイコンやリスト等の各種情報を表示する出力インタフェースである。例えば、表示部２２がタッチパネルディスプレイである場合、表示部２２は、ユーザから入力された操作を受け付ける入力インタフェースの機能と、上記各種情報を表示する出力インタフェースの機能とを有する。
【００３９】
ＲＯＭ２３は、プログラム等の各種情報を記憶する領域である。ＲＡＭ２４は、例えば、ＣＰＵ２６が使用する作業領域等である。不揮発性ＲＡＭ２５は、例えば、ダウンロードされた各プログラム等の各種情報を記憶する領域である。
【００４０】
ＣＰＵ２６は、配信端末２全体を制御する。ＣＰＵ２６は、ＲＯＭ２３に格納されたプログラムをＲＡＭ２４に展開し、ＲＡＭ２４上に展開されたプログラムをプロセスとして処理機能を実行する。
【００４１】
図５は、実施例１の配信システム１における配信端末２内のＲＡＭ２４およびＣＰＵ２６の機能構成の一例を示すブロック図である。図５に示すように、配信端末２内のＲＡＭ２４には、コンテンツ格納部２１４が設けられている。図６は、実施例１の配信システム１における配信端末２内のコンテンツ格納部２１４の一例を示す図である。
【００４２】
実施例１の配信システム１において、配信端末２は、複数のコンテンツとして上述のコンテンツＡ〜Ｃを保有しているものとする。
【００４３】
例えば、図６に示すように、配信端末２内のコンテンツ格納部２１４は、コンテンツＡと、コンテンツＡのアイコンおよびコンテンツ名ａとを対応付けて記憶する。例えば、コンテンツ格納部２１４は、コンテンツＡのファイル「content_a.mpg」と、コンテンツＡのアイコンのファイル「icon_a.jpg」およびコンテンツ名ａ「ＸＸＸ」とを対応付けて記憶する。この場合、図３に示したコンテンツ関連情報１０Ａは、コンテンツＡのアイコンと、コンテンツ名ａとを含む。
【００４４】
また、図６に示すように、配信端末２内のコンテンツ格納部２１４は、コンテンツＢと、コンテンツＢのアイコンおよびコンテンツ名ｂとを対応付けて記憶する。例えば、コンテンツ格納部２１４は、コンテンツＢのファイル「content_b.mpg」と、コンテンツＢのアイコンのファイル「icon_b.jpg」およびコンテンツ名ｂ「ＹＹＹ」とを対応付けて記憶する。この場合、図３に示したコンテンツ関連情報１０Ｂは、コンテンツＢのアイコンと、コンテンツ名ｂとを含む。
【００４５】
また、図６に示すように、配信端末２内のコンテンツ格納部２１４は、コンテンツＣと、コンテンツＣのアイコンおよびコンテンツ名ｃとを対応付けて記憶する。例えば、コンテンツ格納部２１４は、コンテンツＣのファイル「content_c.mpg」と、コンテンツＣのアイコンのファイル「icon_c.jpg」およびコンテンツ名ｃ「ＺＺＺ」とを対応付けて記憶する。この場合、図３に示したコンテンツ関連情報１０Ｃは、コンテンツＣのアイコンと、コンテンツ名ｃとを含む。
【００４６】
図５に示すように、配信端末２内のＣＰＵ２６には、制御部２１０、第１無線通信処理部２１１、第２無線通信処理部２１２、転送制限処理部２１３が設けられている。
【００４７】
第１無線通信処理部２１１は、例えば自端末が近距離無線通信範囲内に存在する場合、取得端末３から送信されたＳＤ要求メッセージを受信する。第１無線通信処理部２１１は、ＳＤ要求メッセージを受信したときに、コンテンツ関連情報１０Ａ〜１０Ｃをコンテンツ格納部２１４から読み出す。第１無線通信処理部２１１は、コンテンツ関連情報応答として、コンテンツ関連情報１０Ａ〜１０Ｃを含むＳＤ応答メッセージを近距離無線通信で送信する。
【００４８】
第２無線通信処理部２１２は、取得端末３から送信されたＷｉＦｉ接続要求を受信した場合、ＷｉＦｉ接続要求に応じて、取得端末３と配信端末２との間の無線通信接続として、ＷｉＦｉ接続を確立する。第２無線通信処理部２１２は、取得端末３から送信されたコンテンツ転送要求を受信する。この場合、第２無線通信処理部２１２は、コンテンツ転送要求に応じて、利用者により選択（要求）されたコンテンツを送信する。
【００４９】
転送制限処理部２１３は、第１無線通信処理部２１１を監視して、単位時間毎に第１無線通信処理部２１１が受信したＳＤ要求メッセージの数をカウントする。転送制限処理部２１３は、単位時間毎にカウントしたＳＤ要求メッセージの数に基づいて、単位時間当たりのＳＤ要求メッセージの平均値を算出する。ここで、算出したＳＤ要求メッセージの平均値は、取得数Ｎとして推定される。取得数Ｎは、近距離無線通信範囲内に存在する取得端末３の数を表す。転送制限処理部２１３は、取得数Ｎが上限値Ｎｔｈを超えているか否かを判定する。取得数Ｎが上限値Ｎｔｈを超えていない場合、転送制限処理部２１３は、コンテンツ関連情報１０Ａ〜１０ＣをＳＤ応答メッセージに含めるように、第１無線通信処理部２１１を制御する。
【００５０】
制御部２１０は、ＣＰＵ２６全体を制御する。
【００５１】
図７は、本実施例の配信システム１における取得端末３のハードウェア構成の一例を示すブロック図である。取得端末３は、通信インタフェース（以下、通信ＩＦと記載する）３１と、表示部３２と、ＲＯＭ（Read  Only  Memory）３３と、ＲＡＭ(Random  Access  Memory)３４と、不揮発性ＲＡＭ３５と、ＣＰＵ（Central  Processing  Unit）３６とを有する。
【００５２】
通信ＩＦ３１は、例えば、通常無線通信や近距離無線通信等の通信を司るインタフェースである。
【００５３】
表示部３２は、例えば、コンテンツ、アイコンやリスト等の各種情報を表示する出力インタフェースである。例えば、表示部３２がタッチパネルディスプレイである場合、表示部３２は、ユーザから入力された操作を受け付ける入力インタフェースの機能と、上記各種情報を表示する出力インタフェースの機能とを有する。
【００５４】
ＲＯＭ３３は、プログラム等の各種情報を記憶する領域である。ＲＡＭ３４は、例えば、ＣＰＵ３６が使用する作業領域等である。不揮発性ＲＡＭ３５は、例えば、ダウンロードされた各プログラム等の各種情報を記憶する領域である。
【００５５】
ＣＰＵ３６は、取得端末３全体を制御する。ＣＰＵ３６は、ＲＯＭ３３に格納されたプログラムをＲＡＭ３４に展開し、ＲＡＭ３４上に展開されたプログラムをプロセスとして処理機能を実行する。
【００５６】
図８は、実施例１の配信システム１における取得端末３内のＣＰＵ３６の機能構成の一例を示すブロック図である。取得端末３内のＣＰＵ３６には、制御部３１０、第１無線通信処理部３１１、第２無線通信処理部３１２が設けられている。
【００５７】
第１無線通信処理部３１１は、アプリケーションが起動したときに、または、アプリケーション上でコンテンツ検索指示が行なわれたときに、コンテンツ関連情報要求としてＳＤ要求メッセージを近距離無線通信で送信する。ＳＤ要求メッセージは、取得端末３からブロードキャストで送信される。第１無線通信処理部３１１は、配信端末２から送信されたＳＤ応答メッセージを受信することで、近距離無線通信範囲内に存在する配信端末２を発見する。第１無線通信処理部３１１は、ＳＤ応答メッセージを受信したときに、受信したＳＤ応答メッセージに含まれるコンテンツ関連情報１０Ａ〜１０Ｃを取得する。
【００５８】
第２無線通信処理部３１２は、無線通信接続要求としてＷｉＦｉ接続要求を配信端末２に送信する。例えば、表示部３２にリスト表示されたコンテンツ関連情報１０Ａ〜１０Ｃのうちの１つのコンテンツ関連情報が利用者により選択される。この場合、第２無線通信処理部３１２は、ＷｉＦｉ接続要求を配信端末２に送信する。取得端末３と配信端末２との間でＷｉＦｉ接続が行なわれた場合、第２無線通信処理部３１２は、利用者により選択されたコンテンツ関連情報が表すコンテンツを要求するコンテンツ転送要求を配信端末２に送信し、配信端末２からコンテンツを取得する。
【００５９】
制御部３１０は、ＣＰＵ３６全体を制御する。制御部３１０は、取得したコンテンツ関連情報を表示部３２にリスト表示する。また、制御部３１０は、取得したコンテンツを表示部３２に表示する。
【００６０】
実施例１では、取得端末３において、第１無線通信処理部３１１が図２のステップＳ１、Ｓ２を実行し、第２無線通信処理部３１２が図２のステップＳ６、Ｓ７、Ｓ１０を実行し、制御部３１０が図２のステップＳ４、Ｓ５、Ｓ９を実行する。配信端末２において、第１無線通信処理部２１１が図２のステップＳ３を実行し、第２無線通信処理部２１２が図２のステップＳ８を実行する。
【００６１】
更に、実施例１では、以下の処理により、配信端末２は、複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【００６２】
図９は、実施例１の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【００６３】
第１無線通信処理部２１１は、近距離無線通信範囲内に存在する取得端末３から送信されたＳＤ要求メッセージを受信する。このとき、転送制限処理部２１３は、第１無線通信処理部２１１を監視して、単位時間毎に第１無線通信処理部２１１が受信したＳＤ要求メッセージの数をカウントする（ステップＳ１０１）。
【００６４】
次に、転送制限処理部２１３は、単位時間毎にカウントしたＳＤ要求メッセージの数に基づいて、単位時間当たりのＳＤ要求メッセージの数の平均値を算出する。この場合、転送制限処理部２１３は、算出したＳＤ要求メッセージの数の平均値を、取得端末３の数（（取得数Ｎ）として推定する（ステップＳ１０２）。
【００６５】
次に、転送制限処理部２１３は、取得数Ｎが上限値Ｎｔｈを超えているか否かを判定する（ステップＳ１０３）。
【００６６】
ここで、取得数Ｎが上限値Ｎｔｈを超えていない（ステップＳ１０３：Ｎｏ）。この場合、転送制限処理部２１３は、コンテンツ格納部２１４に記憶されたコンテンツ関連情報１０Ａ〜１０ＣをＳＤ応答メッセージに含めるように、第１無線通信処理部２１１を制御する（ステップＳ１０４）。コンテンツ関連情報１０Ａ〜１０Ｃは、それぞれ、コンテンツＡ〜Ｃのアイコンおよびコンテンツ名ａ〜ｃを含む。
【００６７】
その後、図２のステップＳ３以降が行なわれる。この場合、転送制限処理部２１３は、第１無線通信処理部２１１、第２無線通信処理部２１２を以下のように制御する。ステップＳ３において、第１無線通信処理部２１１は、コンテンツ関連情報１０Ａ〜１０Ｃを含むＳＤ応答メッセージを近距離無線通信で送信する。ステップＳ６において、第２無線通信処理部２１２は、取得端末３から送信されたＷｉＦｉ接続要求に応じて、取得端末３と配信端末２との間の無線通信接続として、ＷｉＦｉ接続を確立する。ステップＳ７において、例えば、取得端末３は、コンテンツＡの転送を要求するためのコンテンツ転送要求を配信端末２に送信する。この場合、ステップＳ８において、第２無線通信処理部２１２は、取得端末３から送信されたコンテンツ転送要求に応じて、コンテンツＡを転送する。
【００６８】
一方、取得数Ｎが上限値Ｎｔｈを超えている（ステップＳ１０３：Ｙｅｓ）。この場合、転送制限処理部２１３は、ステップＳ１０４を行なわずに、転送制限処理を終了する。
【００６９】
この場合、図２のステップＳ３以降が行なわれない。すなわち、取得数Ｎが上限値Ｎｔｈを超えている場合は、コンテンツ関連情報１０Ａ〜１０Ｃを含むＳＤ応答メッセージが送信されない。取得端末３では、コンテンツ関連情報が含まれたＳＤ応答メッセージが届かないため、取得端末３の周辺でコンテンツを配信している配信端末２が無いものと認識する。したがって、取得端末３の表示部３２には、コンテンツ関連情報１０Ａ〜１０Ｃが表示されない。これにより、取得数Ｎが上限値Ｎｔｈを超えている場合は、取得端末３から配信端末２に対してコンテンツの転送要求が発生することがなくなり、１台の配信端末２から取得端末３へのコンテンツ転送量の増加を防ぐことができる。
【００７０】
以上の説明により、実施例１の配信システム１において、取得端末３は、無線通信接続（ＷｉＦｉ接続）が確立する前にコンテンツ関連情報要求（ＳＤ要求メッセージ）を配信端末２に送信する。配信端末２において、第１無線通信処理部２１１は、コンテンツ関連情報要求（ＳＤ要求メッセージ）に応じて、コンテンツＡに関連するコンテンツ関連情報１０Ａ（ＳＤ応答メッセージ）を取得端末３に送信する。第２無線通信処理部２１２は、無線通信接続（ＷｉＦｉ接続）が確立した後にコンテンツＡを取得端末３に転送する。転送制限処理部２１３は、コンテンツ関連情報要求（ＳＤ要求メッセージ）の受信時における取得端末３の数に基づいてコンテンツの転送制限が行なわれるように無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）を制御する。そのため、実施例１の配信システム１では、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【００７１】
例えば、実施例１の配信システム１の配信端末２において、転送制限処理部２１３は、単位時間当たりに受信したコンテンツ関連情報要求（ＳＤ要求メッセージ）の数を取得端末３の数（取得数Ｎ）として推定する。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合には、転送制限処理部２１３は、コンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）を制御する。一方、取得数Ｎが上限値Ｎｔｈを超えている場合には、転送制限処理部２１３は、コンテンツの転送制限として、コンテンツＡ〜Ｃが取得端末３に転送されないように無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）を制御する。これにより、実施例１の配信システム１では、取得数Ｎが上限値Ｎｔｈを超えている場合は、取得端末３から配信端末２に対してコンテンツの転送要求が発生することがなくなり、１台の配信端末２から取得端末３へのコンテンツ転送量の増加を防ぐことができる。したがって、実施例１の配信システム１では、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【００７２】
実施例１では、配信端末２は、取得数Ｎが上限値Ｎｔｈを超えている場合は、コンテンツ関連情報１０Ａ〜１０Ｃを含むＳＤ応答メッセージを送信しない。しかしながら、これに限定されない。例えば、配信端末２は、取得数Ｎに応じて、各取得端末３に配信（転送）するコンテンツのサイズを変更してもよい。この場合の実施例を実施例２として以下に説明する。なお、実施例２では、実施例１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。
【実施例２】
【００７３】
図１０は、実施例２の配信システム１における配信端末２内のＲＡＭ２４およびＣＰＵ２６の機能構成の一例を示すブロック図である。図１０に示すように、配信端末２内のＲＡＭ２４には、コンテンツ格納部２２４が設けられている。図１１は、実施例２の配信システム１における配信端末２内のコンテンツ格納部２２４の一例を示す図である。
【００７４】
実施例２の配信システム１において、実施例１と同様に、配信端末２は、複数のコンテンツとしてコンテンツＡ〜Ｃを保有しているものとする。
【００７５】
例えば、図１１に示すように、配信端末２内のコンテンツ格納部２２４は、コンテンツＡと、コンテンツＡのアイコンおよびコンテンツ名ａとを対応付けて記憶する。例えば、コンテンツＡは、サイズ別に３つのコンテンツで構成される。例えば、コンテンツ格納部２２４は、サイズが５ＭＢ（Ｍｂｙｔｅ）であるコンテンツＡのファイル「content_a_5MB.mpg」と、後述のレベル「１」と、コンテンツＡのアイコンのファイル「icon_a.jpg」およびコンテンツ名ａ「ＸＸＸ」とを対応付けて記憶する。また、コンテンツ格納部２２４は、サイズが１ＭＢであるコンテンツＡのファイル「content_a_1MB.mpg」と、後述のレベル「２」と、コンテンツＡのアイコンのファイル「icon_a.jpg」およびコンテンツ名ａ「ＸＸＸ」とを対応付けて記憶する。また、コンテンツ格納部２２４は、サイズが５００ＫＢ（Ｋｂｙｔｅ）であるコンテンツＡのファイル「content_a_500KB.mpg」と、後述のレベル「３」と、コンテンツＡのアイコンのファイル「icon_a.jpg」およびコンテンツ名ａ「ＸＸＸ」とを対応付けて記憶する。
【００７６】
また、図１１に示すように、配信端末２内のコンテンツ格納部２２４は、コンテンツＢと、コンテンツＢのアイコンおよびコンテンツ名ｂとを対応付けて記憶する。例えば、コンテンツＢは、サイズ別に３つのコンテンツで構成される。例えば、コンテンツ格納部２２４は、サイズが５ＭＢ（Ｍｂｙｔｅ）であるコンテンツＢのファイル「content_b_5MB.mpg」と、後述のレベル「１」と、コンテンツＢのアイコンのファイル「icon_b.jpg」およびコンテンツ名ｂ「ＹＹＹ」とを対応付けて記憶する。また、コンテンツ格納部２２４は、サイズが１ＭＢであるコンテンツＢのファイル「content_b_1MB.mpg」と、後述のレベル「２」と、コンテンツＢのアイコンのファイル「icon_b.jpg」およびコンテンツ名ｂ「ＹＹＹ」とを対応付けて記憶する。また、コンテンツ格納部２２４は、サイズが５００ＫＢ（Ｋｂｙｔｅ）であるコンテンツＢのファイル「content_b_500KB.mpg」と、後述のレベル「３」と、コンテンツＢのアイコンのファイル「icon_b.jpg」およびコンテンツ名ｂ「ＹＹＹ」とを対応付けて記憶する。
【００７７】
また、図１１に示すように、配信端末２内のコンテンツ格納部２２４は、コンテンツＣと、コンテンツＣのアイコンおよびコンテンツ名ｃとを対応付けて記憶する。例えば、コンテンツＣは、サイズ別に３つのコンテンツで構成される。例えば、コンテンツ格納部２２４は、サイズが５ＭＢ（Ｍｂｙｔｅ）であるコンテンツＣのファイル「content_c_5MB.mpg」と、後述のレベル「１」と、コンテンツＣのアイコンのファイル「icon_c.jpg」およびコンテンツ名ｃ「ＺＺＺ」とを対応付けて記憶する。また、コンテンツ格納部２２４は、サイズが１ＭＢであるコンテンツＣのファイル「content_c_1MB.mpg」と、後述のレベル「２」と、コンテンツＣのアイコンのファイル「icon_c.jpg」およびコンテンツ名ｃ「ＺＺＺ」とを対応付けて記憶する。また、コンテンツ格納部２２４は、サイズが５００ＫＢ（Ｋｂｙｔｅ）であるコンテンツＣのファイル「content_c_500KB.mpg」と、後述のレベル「３」と、コンテンツＣのアイコンのファイル「icon_c.jpg」およびコンテンツ名ｃ「ＺＺＺ」とを対応付けて記憶する。
【００７８】
図１０に示すように、配信端末２内のＣＰＵ２６には、制御部２１０、第１無線通信処理部２１１、第２無線通信処理部２１２、転送制限処理部２２３が設けられている。
【００７９】
転送制限処理部２２３は、第１無線通信処理部２１１を監視して、単位時間毎に第１無線通信処理部２１１が受信したＳＤ要求メッセージの数をカウントする。転送制限処理部２２３は、単位時間毎にカウントしたＳＤ要求メッセージの数に基づいて、単位時間当たりのＳＤ要求メッセージの平均値を算出する。ここで、算出したＳＤ要求メッセージの平均値は、取得数Ｎとして推定される。取得数Ｎは、近距離無線通信範囲内に存在する取得端末３の数を表す。転送制限処理部２２３は、取得数Ｎのレベルを判定する。
【００８０】
ここで、取得数Ｎが設定数Ｎ１よりも小さい場合（Ｎ＜Ｎ１）、転送制限処理部２２３は、取得数Ｎのレベルをレベル「１」と判定する。また、取得数Ｎが、設定数Ｎ１以上であり、設定数Ｎ１より大きい設定数Ｎ２以下である場合（Ｎ１≦Ｎ≦Ｎ２）、転送制限処理部２２３は、取得数Ｎのレベルをレベル「２」と判定する。また、取得数Ｎが設定数Ｎ２を超えている場合（Ｎ≧Ｎ２）、転送制限処理部２２３は、取得数Ｎのレベルをレベル「３」と判定する。転送制限処理部２２３は、コンテンツ格納部２２４に記憶されたコンテンツの中から、レベルに応じたコンテンツを選択する。
【００８１】
図１２は、実施例２の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【００８２】
まず、実施例１におけるステップＳ１０１、Ｓ１０２が行なわれる。次に、転送制限処理部２２３は、取得数Ｎのレベルを判定する。例えば、取得数Ｎが設定数Ｎ２を超えているものとする。この場合、転送制限処理部２２３は、取得数Ｎのレベルをレベル「３」と判定する（ステップＳ２０３）。
【００８３】
次に、転送制限処理部２２３は、レベル「３」に応じたサイズのコンテンツＡ〜Ｃを選択する。すなわち、コンテンツ格納部２２４に記憶された３つのレベルのコンテンツＡのうち、レベル「３」に応じたサイズ「５００ＫＢ」のコンテンツＡのファイル「content_a_500KB.mpg」を選択する。また、コンテンツ格納部２２４に記憶された３つのレベルのコンテンツＢのうち、レベル「３」に応じたサイズ「５００ＫＢ」のコンテンツＢのファイル「content_b_500KB.mpg」を選択する。また、コンテンツ格納部２２４に記憶された３つのレベルのコンテンツＣのうち、レベル「３」に応じたサイズ「５００ＫＢ」のコンテンツＣのファイル「content_c_500KB.mpg」を選択する（ステップＳ２０４）。
【００８４】
その後、実施例１におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。この場合、転送制限処理部２２３は、第１無線通信処理部２１１、第２無線通信処理部２１２を以下のように制御する。ステップＳ３において、第１無線通信処理部２１１は、コンテンツ関連情報１０Ａ〜１０Ｃを含むＳＤ応答メッセージを近距離無線通信で送信する。ステップＳ６において、第２無線通信処理部２１２は、取得端末３から送信されたＷｉＦｉ接続要求に応じて、取得端末３と配信端末２との間の無線通信接続として、ＷｉＦｉ接続を確立する。ステップＳ７において、例えば、取得端末３は、コンテンツＡの転送を要求するためのコンテンツ転送要求を配信端末２に送信する。この場合、ステップＳ８において、第２無線通信処理部２１２は、取得端末３から送信されたコンテンツ転送要求に応じて、サイズが５００ＫＢであるコンテンツＡを転送する。
【００８５】
以上の説明により、実施例２の配信システム１では、配信端末２の転送制限処理部２２３は、単位時間当たりに受信したコンテンツ関連情報要求（ＳＤ要求メッセージ）の数を取得端末３の数（取得数Ｎ）として推定する。ここで、転送制限処理部２２３は、コンテンツの転送制限として、取得数Ｎに応じたサイズのコンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。このように、実施例２の配信システム１では、取得数Ｎが多いほど、配信端末２から配信されるコンテンツＡのサイズが小さくなり、１台の配信端末２から取得端末３へのコンテンツ転送量の増加を防ぐことができる。また、実施例２の配信システム１では、取得数Ｎが多いほど、配信端末２から配信されるコンテンツＡのサイズが小さくなるが、配信端末２の周辺に存在する全ての取得端末３は、配信端末２から配信されるコンテンツＡを取得することができる。したがって、実施例２の配信システム１では、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【００８６】
実施例１では、配信端末２は、取得数Ｎが上限値Ｎｔｈを超えている場合は、コンテンツ関連情報１０Ａ〜１０Ｃを含むＳＤ応答メッセージを送信しない。しかしながら、これに限定されない。例えば、配信端末２は、取得数Ｎが上限値Ｎｔｈを超えている場合は、複数のコンテンツＡ〜Ｃのうち、予め決められたコンテンツ以外のコンテンツを送信してもよい。この場合の実施例を実施例３として以下に説明する。なお、実施例３では、実施例１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。
【実施例３】
【００８７】
図１３は、実施例３の配信システム１における配信端末２内のＲＡＭ２４およびＣＰＵ２６の機能構成の一例を示すブロック図である。図１３に示すように、配信端末２内のＲＡＭ２４には、コンテンツ格納部２３４が設けられている。図１４は、実施例３の配信システム１における配信端末２内のコンテンツ格納部２３４の一例を示す図である。
【００８８】
実施例３の配信システム１において、実施例１と同様に、配信端末２は、複数のコンテンツとしてコンテンツＡ〜Ｃを保有しているものとする。
【００８９】
例えば、図１４に示すように、配信端末２内のコンテンツ格納部２３４は、コンテンツＡと、配信停止フラグと、コンテンツＡのアイコンおよびコンテンツ名ａとを対応付けて記憶する。例えば、コンテンツ格納部２３４は、コンテンツＡのファイル「content_a.mpg」と、配信停止フラグ「０」と、コンテンツＡのアイコンのファイル「icon_a.jpg」およびコンテンツ名ａ「ＸＸＸ」とを対応付けて記憶する。配信停止フラグが「０」である場合、コンテンツＡの転送に関しては制限がない。
【００９０】
また、図１４に示すように、配信端末２内のコンテンツ格納部２３４は、コンテンツＢと、配信停止フラグと、コンテンツＢのアイコンおよびコンテンツ名ｂとを対応付けて記憶する。例えば、コンテンツ格納部２３４は、コンテンツＢのファイル「content_b.mpg」と、配信停止フラグ「０」と、コンテンツＢのアイコンのファイル「icon_b.jpg」およびコンテンツ名ｂ「ＹＹＹ」とを対応付けて記憶する。配信停止フラグが「０」である場合、コンテンツＢの転送に関しては制限がない。
【００９１】
また、図１４に示すように、配信端末２内のコンテンツ格納部２３４は、コンテンツＣと、配信停止フラグと、コンテンツＣのアイコンおよびコンテンツ名ｃとを対応付けて記憶する。例えば、コンテンツ格納部２３４は、コンテンツＣのファイル「content_c.mpg」と、配信停止フラグ「１」と、コンテンツＣのアイコンのファイル「icon_c.jpg」およびコンテンツ名ｃ「ＺＺＺ」とを対応付けて記憶する。配信停止フラグが「１」である場合、コンテンツＣの転送に関しては制限がある。例えば、コンテンツＣは、コンテンツＡ〜Ｃの中でアクセス頻度が最も低いコンテンツである。
【００９２】
図１３に示すように、配信端末２内のＣＰＵ２６には、制御部２１０、第１無線通信処理部２１１、第２無線通信処理部２１２、転送制限処理部２３３が設けられている。
【００９３】
転送制限処理部２３３は、第１無線通信処理部２１１を監視して、単位時間毎に第１無線通信処理部２１１が受信したＳＤ要求メッセージの数をカウントする。転送制限処理部２３３は、単位時間毎にカウントしたＳＤ要求メッセージの数に基づいて、単位時間当たりのＳＤ要求メッセージの平均値を算出する。ここで、算出したＳＤ要求メッセージの平均値は、取得数Ｎとして推定される。取得数Ｎは、近距離無線通信範囲内に存在する取得端末３の数を表す。転送制限処理部２３３は、取得数Ｎが上限値Ｎｔｈを超えているか否かを判定する。
【００９４】
取得数Ｎが上限値Ｎｔｈを超えていない場合、転送制限処理部２３３は、コンテンツ格納部２３４に記憶された複数のコンテンツＡ〜Ｃを選択する。一方、取得数Ｎが上限値Ｎｔｈを超えている場合、転送制限処理部２３３は、コンテンツ格納部２３４に記憶された複数のコンテンツＡ〜Ｃのうち、配信停止フラグ「１」が設定されたコンテンツＣ以外のコンテンツＡ、Ｂを選択する。
【００９５】
図１５は、実施例３の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【００９６】
まず、実施例１におけるステップＳ１０１〜Ｓ１０３が行なわれる。ここで、取得数Ｎが上限値Ｎｔｈを超えていない（ステップＳ１０３：Ｎｏ）。この場合、転送制限処理部２３３は、例えばコンテンツ格納部２３４に記憶されたコンテンツＡ〜Ｃを選択する（ステップＳ３０４）。
【００９７】
その後、実施例１におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。この場合、転送制限処理部２３３は、第１無線通信処理部２１１、第２無線通信処理部２１２を以下のように制御する。ステップＳ３において、第１無線通信処理部２１１は、コンテンツ関連情報１０Ａ〜１０Ｃを含むＳＤ応答メッセージを近距離無線通信で送信する。ステップＳ６において、第２無線通信処理部２１２は、取得端末３から送信されたＷｉＦｉ接続要求に応じて、取得端末３と配信端末２との間の無線通信接続として、ＷｉＦｉ接続を確立する。ステップＳ７において、例えば、取得端末３は、コンテンツＡの転送を要求するためのコンテンツ転送要求を配信端末２に送信する。この場合、ステップＳ８において、第２無線通信処理部２１２は、取得端末３から送信されたコンテンツ転送要求に応じて、コンテンツＡを転送する。
【００９８】
一方、取得数Ｎが上限値Ｎｔｈを超えている（ステップＳ１０３：Ｙｅｓ）。この場合、転送制限処理部２３３は、例えばコンテンツ格納部２３４に記憶されたコンテンツＡ〜Ｃのうち、配信停止フラグ「１」が設定されたコンテンツＣ以外のコンテンツＡ、Ｂを選択する（ステップＳ３０５）。
【００９９】
その後、実施例１におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。この場合、転送制限処理部２３３は、第１無線通信処理部２１１、第２無線通信処理部２１２を以下のように制御する。ステップＳ３において、第１無線通信処理部２１１は、コンテンツ関連情報１０Ａ、１０Ｂを含むＳＤ応答メッセージを近距離無線通信で送信する。ステップＳ６において、第２無線通信処理部２１２は、取得端末３から送信されたＷｉＦｉ接続要求に応じて、取得端末３と配信端末２との間の無線通信接続として、ＷｉＦｉ接続を確立する。ステップＳ７において、例えば、取得端末３は、コンテンツＡの転送を要求するためのコンテンツ転送要求を配信端末２に送信する。この場合、ステップＳ８において、第２無線通信処理部２１２は、取得端末３から送信されたコンテンツ転送要求に応じて、コンテンツＡを転送する。
【０１００】
以上の説明により、実施例３の配信システム１では、配信端末２の転送制限処理部２３３は、単位時間当たりに受信したコンテンツ関連情報要求（ＳＤ要求メッセージ）の数を取得端末３の数（取得数Ｎ）として推定する。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合には、転送制限処理部２３３は、複数のコンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。一方、取得数Ｎが上限値Ｎｔｈを超えている場合には、転送制限処理部２３３は、コンテンツの転送制限として、複数のコンテンツＡ〜Ｃのうち、予め決められたコンテンツＣ以外のコンテンツＡ、Ｂが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。このため、実施例３の配信システム１では、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１０１】
例えば、取得数Ｎが上限値Ｎｔｈを超えている場合は、ＳＤ応答メッセージには、コンテンツＣに関連するコンテンツ関連情報１０Ｃが含まれない。コンテンツＣは、コンテンツＡ〜Ｃの中でアクセス頻度が最も低いコンテンツである。取得端末３では、コンテンツ関連情報１０Ｃが届かないため、取得端末３の周辺でコンテンツＣを配信している配信端末２が無いものと認識する。したがって、取得端末３の表示部３２にはコンテンツ関連情報１０Ｃが表示されない。これにより、実施例３の配信システム１では、取得数Ｎが上限値Ｎｔｈを超えている場合は、取得端末３から配信端末２に対してコンテンツＣの送信要求が発生することがなくなり、１台の配信端末２から取得端末３へのコンテンツ転送量の増加を防ぐことができる。したがって、実施例３の配信システム１では、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１０２】
ここで、実施例３の配信システム１に、実施例２の配信システム１が適用されてもよい。図１６は、実施例３の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【０１０３】
まず、実施例２、３におけるステップＳ１０１、Ｓ１０２が行なわれる。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合（ステップＳ１０３：Ｎｏ）、実施例３におけるステップＳ３０４が行なわれる。その後、実施例３におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。
【０１０４】
一方、取得数Ｎが上限値Ｎｔｈを超えている場合（ステップＳ１０３：Ｙｅｓ）、実施例２におけるステップＳ２０３、Ｓ２０４が行なわれる。その後、実施例２、３におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。
【０１０５】
以上の説明により、実施例３の配信システム１に、実施例２の配信システム１が適用された場合、配信端末２の転送制限処理部２３３は、単位時間当たりに受信したコンテンツ関連情報要求（ＳＤ要求メッセージ）の数を取得端末３の数（取得数Ｎ）として推定する。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合には、転送制限処理部２３３は、コンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）を制御する。一方、取得数Ｎが上限値Ｎｔｈを超えている場合には、転送制限処理部２３３は、コンテンツの転送制限として、取得数Ｎに応じたサイズのコンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。このように、実施例３の配信システム１では、実施例２の配信システム１が適用された場合、取得数Ｎが上限値Ｎｔｈを超えているときに、取得数Ｎが多いほど、配信端末２から配信されるコンテンツＡのサイズが小さくなり、１台の配信端末２から取得端末３へのコンテンツ転送量の増加を防ぐことができる。したがって、実施例３の配信システム１では、実施例２の配信システム１が適用された場合でも、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１０６】
なお、実施例３の配信システム１に、実施例２の配信システム１が適用された場合について説明したが、これに限定されない。例えば、実施例１の配信システム１に、実施例２の配信システム１が適用された場合でも同様である。すなわち、取得数Ｎが上限値Ｎｔｈを超えている場合（図９のステップＳ１０３：Ｙｅｓ）、実施例２におけるステップＳ２０３、Ｓ２０４が行なわれる。
【０１０７】
実施例１〜３では、配信端末２は、単位時間当たりに受信した発見要求メッセージの数を取得端末３の数（取得数Ｎ）として推定する。しかしながら、これに限定されない。例えば、配信端末２は、発見要求メッセージの受信時において、複数の取得端末３に現在転送されているコンテンツの転送量を取得数として計測してもよい。この場合の実施例を実施例４として以下に説明する。なお、実施例４では、実施例１〜３と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。
【実施例４】
【０１０８】
図１７は、実施例４の配信システム１における配信端末２内のＣＰＵ２６の機能構成の一例を示すブロック図である。図１７に示すように、配信端末２内のＣＰＵ２６には、制御部２１０、第１無線通信処理部２１１、第２無線通信処理部２１２、転送制限処理部２４３が設けられている。
【０１０９】
転送制限処理部２４３は、第１無線通信処理部２１１、第２無線通信処理部２１２を監視する。転送制限処理部２４３は、第１無線通信処理部２１１により発見要求メッセージが受信されたときに、第２無線通信処理部２１２により複数の取得端末３に現在転送されているコンテンツの転送量を取得数Ｎとして計測する。転送制限処理部２４３は、取得数Ｎを計測した場合に、以下の処理により、スループットの低下を回避することができる。例えば、実施例４の配信システム１では、実施例１〜３の配信システム１を応用することにより、スループットの低下を回避することができる。
【０１１０】
まず、実施例４の配信システム１として、実施例１の配信システム１を応用した場合について説明する。この場合、配信端末２内のＲＡＭ２４には、実施例１におけるコンテンツ格納部２１４が設けられている。図１８は、実施例４の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【０１１１】
まず、実施例１におけるステップＳ１０１が行なわれる。このときに、転送制限処理部２４３は、第２無線通信処理部２１２により複数の取得端末３に現在転送されているコンテンツの転送量を取得数Ｎとして計測する（ステップＳ１４２）。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合（ステップＳ１０３：Ｎｏ）、実施例１におけるステップＳ１０４が行なわれる。その後、図２のステップＳ３以降が行なわれる。一方、取得数Ｎが上限値Ｎｔｈを超えている（ステップＳ１０３：Ｙｅｓ）。この場合、転送制限処理部２４３は、ステップＳ１０４を行なわずに、転送制限処理を終了する。
【０１１２】
以上の説明により、実施例４の配信システム１として、実施例１の配信システム１を応用した場合、配信端末２の転送制限処理部２４３は、コンテンツ関連情報要求（ＳＤ要求メッセージ）の受信時において、複数の取得端末３に現在転送されているコンテンツの転送量を取得数Ｎとして計測する。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合には、転送制限処理部２４３は、コンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）を制御する。一方、取得数Ｎが上限値Ｎｔｈを超えている場合には、転送制限処理部２４３は、コンテンツの転送制限として、コンテンツＡ〜Ｃが取得端末３に転送されないように無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）を制御する。このように、実施例４の配信システム１として、実施例１の配信システム１を応用した場合、実施例１と同様に、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１１３】
次に、実施例４の配信システム１として、実施例２の配信システム１を応用した場合について説明する。この場合、配信端末２内のＲＡＭ２４には、実施例２におけるコンテンツ格納部２２４が設けられている。図１９は、実施例４の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【０１１４】
まず、実施例２におけるステップＳ１０１、および、実施例４におけるステップＳ１４２が行なわれる。次に、転送制限処理部２４３は、取得数Ｎのレベルを判定する。例えば、取得数Ｎが設定数Ｎ２を超えているものとする。この場合、転送制限処理部２４３は、取得数Ｎのレベルをレベル「３」と判定する（ステップＳ２０３）。次に、実施例２におけるステップＳ２０４が行なわれる。すなわち、転送制限処理部２４３は、レベル「３」に応じたサイズのコンテンツＡ〜Ｃを選択する。その後、実施例２におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。
【０１１５】
以上の説明により、実施例４の配信システム１として、実施例２の配信システム１を応用した場合、配信端末２の転送制限処理部２４３は、コンテンツ関連情報要求（ＳＤ要求メッセージ）の受信時において、複数の取得端末３に現在転送されているコンテンツの転送量を取得数Ｎとして計測する。ここで、転送制限処理部２４３は、コンテンツの転送制限として、取得数Ｎに応じたサイズのコンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。このように、実施例４の配信システム１として、実施例２の配信システム１を応用した場合、実施例２と同様に、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１１６】
次に、実施例４の配信システム１として、実施例３の配信システム１を応用した場合について説明する。配信端末２内のＲＡＭ２４には、実施例３におけるコンテンツ格納部２３４が設けられている。図２０は、実施例４の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【０１１７】
まず、実施例３におけるステップＳ１０１、および、実施例４におけるステップＳ１４２が行なわれる。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合（ステップＳ１０３：Ｎｏ）、実施例３におけるステップＳ３０４が行なわれる。その後、実施例３におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。一方、取得数Ｎが上限値Ｎｔｈを超えている場合（ステップＳ１０３：Ｙｅｓ）、ステップＳ３０５が行なわれる。その後、実施例３におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。
【０１１８】
以上の説明により、実施例４の配信システム１として、実施例３の配信システム１を応用した場合、配信端末２の転送制限処理部２４３は、コンテンツ関連情報要求（ＳＤ要求メッセージ）の受信時において、複数の取得端末３に現在転送されているコンテンツの転送量を取得数Ｎとして計測する。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合には、転送制限処理部２４３は、複数のコンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。一方、取得数Ｎが上限値Ｎｔｈを超えている場合には、転送制限処理部２４３は、コンテンツの転送制限として、複数のコンテンツＡ〜Ｃのうち、予め決められたコンテンツＣ以外のコンテンツＡ、Ｂが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。このように、実施例４の配信システム１として、実施例３の配信システム１を応用した場合、実施例３と同様に、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１１９】
次に、実施例４の配信システム１として、実施例２、３の配信システム１を応用した場合について説明する。この場合、配信端末２内のＲＡＭ２４には、実施例２におけるコンテンツ格納部２２４が設けられている。図２１は、実施例４の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【０１２０】
まず、実施例２、３におけるステップＳ１０１、および、実施例４におけるステップＳ１４２が行なわれる。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合（ステップＳ１０３：Ｎｏ）、実施例３におけるステップＳ３０４が行なわれる。その後、実施例２、３におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。一方、取得数Ｎが上限値Ｎｔｈを超えている場合（ステップＳ１０３：Ｙｅｓ）、実施例２におけるステップＳ２０３、Ｓ２０４が行なわれる。その後、実施例２、３におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。
【０１２１】
以上の説明により、実施例４の配信システム１として、実施例２、３の配信システム１を応用した場合、配信端末２の転送制限処理部２４３は、コンテンツ関連情報要求（ＳＤ要求メッセージ）の受信時において、複数の取得端末３に現在転送されているコンテンツの転送量を取得数Ｎとして計測する。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合には、転送制限処理部２４３は、コンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）を制御する。一方、取得数Ｎが上限値Ｎｔｈを超えている場合には、転送制限処理部２４３は、コンテンツの転送制限として、取得数Ｎに応じたサイズのコンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。このように、実施例４の配信システム１として、実施例２、３の配信システム１を応用した場合、実施例２、３と同様に、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１２２】
実施例４では、配信端末２は、発見要求メッセージの受信時において、複数の取得端末３に現在転送されているコンテンツの転送量を取得数Ｎとして計測する。しかしながら、これに限定されない。例えば、配信端末２は、発見要求メッセージの受信時において、自端末とＷｉＦｉ接続されている取得端末３の数を取得数として計測してもよい。この場合の実施例を実施例５として以下に説明する。なお、実施例５では、実施例４と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。
【実施例５】
【０１２３】
図２２は、実施例５の配信システム１における配信端末２内のＣＰＵ２６の機能構成の一例を示すブロック図である。図２２に示すように、配信端末２内のＣＰＵ２６には、制御部２１０、第１無線通信処理部２１１、第２無線通信処理部２１２、転送制限処理部２５３が設けられている。
【０１２４】
転送制限処理部２５３は、第１無線通信処理部２１１、第２無線通信処理部２１２を監視する。転送制限処理部２５３は、第１無線通信処理部２１１により発見要求メッセージが受信されたときに、第２無線通信処理部２１２とＷｉＦｉ接続されている取得端末３の数を取得数Ｎとして計測する。転送制限処理部２５３は、取得数Ｎを計測した場合に、以下の処理により、スループットの低下を回避することができる。例えば、実施例５の配信システム１では、実施例１〜３の配信システム１を応用することにより、スループットの低下を回避することができる。
【０１２５】
まず、実施例５の配信システム１として、実施例１の配信システム１を応用した場合について説明する。この場合、配信端末２内のＲＡＭ２４には、実施例１におけるコンテンツ格納部２１４が設けられている。図２３は、実施例５の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【０１２６】
まず、実施例１におけるステップＳ１０１が行なわれる。このときに、転送制限処理部２５３は、第２無線通信処理部２１２とＷｉＦｉ接続されている取得端末３の数を取得数Ｎとして計測する（ステップＳ１５２）。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合（ステップＳ１０３：Ｎｏ）、実施例１におけるステップＳ１０４が行なわれる。その後、図２のステップＳ３以降が行なわれる。一方、取得数Ｎが上限値Ｎｔｈを超えている（ステップＳ１０３：Ｙｅｓ）。この場合、転送制限処理部２５３は、ステップＳ１０４を行なわずに、転送制限処理を終了する。
【０１２７】
以上の説明により、実施例５の配信システム１として、実施例１の配信システム１を応用した場合、配信端末２の転送制限処理部２５３は、コンテンツ関連情報要求（ＳＤ要求メッセージ）の受信時において、無線通信処理部（この場合、第２無線通信処理部２１２）と無線通信接続（ＷｉＦｉ接続）されている取得端末３の数を取得数Ｎとして計測する。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合には、転送制限処理部２５３は、コンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）を制御する。一方、取得数Ｎが上限値Ｎｔｈを超えている場合には、転送制限処理部２５３は、コンテンツの転送制限として、コンテンツＡ〜Ｃが取得端末３に転送されないように無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）を制御する。このように、実施例５の配信システム１として、実施例１の配信システム１を応用した場合、実施例１と同様に、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１２８】
次に、実施例５の配信システム１として、実施例２の配信システム１を応用した場合について説明する。この場合、配信端末２内のＲＡＭ２４には、実施例２におけるコンテンツ格納部２２４が設けられている。図２４は、実施例５の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【０１２９】
まず、実施例２におけるステップＳ１０１、および、実施例５におけるステップＳ１５２が行なわれる。次に、実施例２におけるステップＳ２０３、Ｓ２０４が行なわれる。その後、実施例２におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。
【０１３０】
以上の説明により、実施例５の配信システム１として、実施例２の配信システム１を応用した場合、配信端末２の転送制限処理部２５３は、コンテンツ関連情報要求（ＳＤ要求メッセージ）の受信時において、無線通信処理部（この場合、第２無線通信処理部２１２）と無線通信接続（ＷｉＦｉ接続）されている取得端末３の数を取得数Ｎとして計測する。ここで、転送制限処理部２５３は、コンテンツの転送制限として、取得数Ｎに応じたサイズのコンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。このように、実施例５の配信システム１として、実施例２の配信システム１を応用した場合、実施例２と同様に、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１３１】
次に、実施例５の配信システム１として、実施例３の配信システム１を応用した場合について説明する。配信端末２内のＲＡＭ２４には、実施例３におけるコンテンツ格納部２３４が設けられている。図２５は、実施例５の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【０１３２】
まず、実施例３におけるステップＳ１０１、および、実施例５におけるステップＳ１５２が行なわれる。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合（ステップＳ１０３：Ｎｏ）、実施例３におけるステップＳ３０４が行なわれる。その後、実施例３におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。一方、取得数Ｎが上限値Ｎｔｈを超えている場合（ステップＳ１０３：Ｙｅｓ）、ステップＳ３０５が行なわれる。その後、実施例３におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。
【０１３３】
以上の説明により、実施例５の配信システム１として、実施例３の配信システム１を応用した場合、配信端末２の転送制限処理部２５３は、コンテンツ関連情報要求（ＳＤ要求メッセージ）の受信時において、無線通信処理部（この場合、第２無線通信処理部２１２）と無線通信接続（ＷｉＦｉ接続）されている取得端末３の数を取得数Ｎとして計測する。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合には、転送制限処理部２５３は、複数のコンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。一方、取得数Ｎが上限値Ｎｔｈを超えている場合には、転送制限処理部２５３は、コンテンツの転送制限として、複数のコンテンツＡ〜Ｃのうち、予め決められたコンテンツＣ以外のコンテンツＡ、Ｂが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。このように、実施例５の配信システム１として、実施例３の配信システム１を応用した場合、実施例３と同様に、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１３４】
次に、実施例５の配信システム１として、実施例２、３の配信システム１を応用した場合について説明する。この場合、配信端末２内のＲＡＭ２４には、実施例２におけるコンテンツ格納部２２４が設けられている。図２６は、実施例５の配信システム１における配信端末２の動作として、転送制限処理の一例を示すフローチャートである。
【０１３５】
まず、実施例２、３におけるステップＳ１０１、および、実施例５におけるステップＳ１５２が行なわれる。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合（ステップＳ１０３：Ｎｏ）、実施例３におけるステップＳ３０４が行なわれる。その後、実施例２、３におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。一方、取得数Ｎが上限値Ｎｔｈを超えている場合（ステップＳ１０３：Ｙｅｓ）、実施例２におけるステップＳ２０３、Ｓ２０４が行なわれる。その後、実施例２、３におけるステップＳ１０４が行なわれ、図２のステップＳ３以降が行なわれる。
【０１３６】
以上の説明により、実施例５の配信システム１として、実施例２、３の配信システム１を応用した場合、配信端末２の転送制限処理部２５３は、コンテンツ関連情報要求（ＳＤ要求メッセージ）の受信時において、無線通信処理部（この場合、第２無線通信処理部２１２）と無線通信接続（ＷｉＦｉ接続）されている取得端末３の数を取得数Ｎとして計測する。ここで、取得数Ｎが上限値Ｎｔｈを超えていない場合には、転送制限処理部２５３は、コンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）を制御する。一方、取得数Ｎが上限値Ｎｔｈを超えている場合には、転送制限処理部２５３は、コンテンツの転送制限として、取得数Ｎに応じたサイズのコンテンツＡ〜Ｃが取得端末３に転送されるように無線通信処理部（この場合、第２無線通信処理部２１２）を制御する。このように、実施例５の配信システム１として、実施例２、３の配信システム１を応用した場合、実施例３と同様に、１台の配信端末２が複数のコンテンツを各取得端末３に配信（転送）するときのスループットの低下を回避することができる。
【０１３７】
実施例１〜５では、配信端末２は、取得数Ｎが上限値Ｎｔｈを超えている場合には、コンテンツの転送制限を行なう。しかしながら、これに限定されない。例えば、配信端末２は、複数の取得端末３に現在現在転送されているコンテンツの転送量に応じて、コンテンツの転送制限を解除してもよい。この場合の実施例を実施例６として以下に説明する。なお、実施例６では、実施例１〜５と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。
【実施例６】
【０１３８】
図２７は、実施例６の配信システム１における配信端末２内のＣＰＵ２６の機能構成の一例を示すブロック図である。図２７に示すように、配信端末２内のＣＰＵ２６には、制御部２１０、第１無線通信処理部２１１、第２無線通信処理部２１２、転送制限処理部２６３が設けられている。
【０１３９】
転送制限処理部２６３は、配信端末２は、一定期間毎に、複数の取得端末３に現在転送されているコンテンツの転送量Ｔを計測する。転送制限処理部２６３は、転送量Ｔを計測した場合に、以下の処理により、コンテンツの転送制限を解除することができる。
【０１４０】
図２８は、実施例６の配信システム１における配信端末２の動作の一例を示すフローチャートである。
【０１４１】
まず、転送制限処理部２６３は、コンテンツの転送制限として転送制限処理を行なう（ステップＳ６０１）。例えば、実施例１〜５のいずれかの転送制限処理が行なわれる。
【０１４２】
次に、転送制限処理部２６３は、一定期間毎に、複数の取得端末３に現在転送されているコンテンツの転送量Ｔを計測する（ステップＳ６０２）。転送制限処理部２６３は、転送量Ｔが設定値Ｔｔｈを超えているか否かを判定する（ステップＳ６０３）。設定値Ｔｔｈは、実施例４における上限値Ｎｔｈと同じであってもよい。
【０１４３】
ここで、転送量Ｔが設定値Ｔｔｈを超えている（ステップＳ６０３：Ｙｅｓ）。この場合、ステップＳ６０２が行なわれる。すなわち、転送制限処理部２６３は、転送制限処理を継続する。
【０１４４】
一方、転送量Ｔが設定値Ｔｔｈを超えていない（ステップＳ６０３：Ｎｏ）。この場合、転送制限処理部２６３は、転送量Ｔが設定値Ｔｔｈを超えていない状態がＰ回連続しているか否かを判定する（ステップＳ６０４）。なお、転送制限処理を解除した直後に転送量Ｔが設定値Ｔｔｈを超える可能性があるため、ステップＳ６０４の判定は転送制限処理の解除の条件の一つとしている。ステップＳ６０４において、例えば、一定期間を１周期とし、Ｐを３とした場合、転送制限処理部２６３は、転送量Ｔが設定値Ｔｔｈを超えていない状態が３周期連続しているか否かを判定する。
【０１４５】
ここで、転送量Ｔが設定値Ｔｔｈを超えていない状態がＰ回連続していない（ステップＳ６０４：Ｎｏ）。この場合、ステップＳ６０２が行なわれる。すなわち、転送制限処理部２６３は、転送制限処理を継続する。
【０１４６】
一方、転送量Ｔが設定値Ｔｔｈを超えていない状態がＰ回連続している（ステップＳ６０４：Ｙｅｓ）。この場合、転送制限処理部２６３は、第１無線通信処理部２１１がＳＤ要求メッセージを受信したときの取得数Ｎが、上限値Ｎｔｈを超えているか否かを判定する（ステップＳ６０５）。なお、コンテンツ転送制限処理の解除した直後に、取得数Ｎが上限値Ｎｔｈを超えて、転送量Ｔが設定値Ｔｔｈを超える可能性があるため、ステップＳ６０５の判定は転送制限処理の解除の条件の一つとしている。
【０１４７】
ここで、取得数Ｎが上限値Ｎｔｈを超えている（ステップＳ６０５：Ｙｅｓ）。この場合、ステップＳ６０２が行なわれる。すなわち、転送制限処理部２６３は、転送制限処理を継続する。
【０１４８】
一方、取得数Ｎが上限値Ｎｔｈを超えていない（ステップＳ６０５：Ｎｏ）。この場合、転送制限処理部２６３は、転送制限処理を解除する（ステップＳ６０６）。例えば、転送制限処理の解除として、第１無線通信処理部２１１がＳＤ要求メッセージを受信したときに、実施例１〜５のいずれかの転送制限処理のステップＳ１０４が行なわれる。その後、図２のステップＳ３以降が行なわれる。
【０１４９】
以上の説明により、実施例６の配信システム１の配信端末２において、転送制限処理部２６３は、複数の取得端末３に現在転送されているコンテンツの転送量Ｔを一定期間毎に計測する。ここで、無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）に対してコンテンツの転送制限が行なわれているときに、転送量Ｔが設定値Ｔｔｈを超えている。この場合、転送制限処理部２６３は、コンテンツの転送制限として転送制限処理を継続する。一方、無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）に対してコンテンツの転送制限が行なわれているときに、転送量Ｔが設定値Ｔｔｈを超えていない。この場合、転送制限処理部２６３は、コンテンツの転送制限（転送制限処理）を解除する。このように、実施例６の配信システム１では、複数の取得端末３に現在転送されているコンテンツの転送量に応じて、コンテンツの転送制限を解除することができる。
【０１５０】
実施例６では、配信端末２は、複数の取得端末３に現在転送されているコンテンツの転送量に応じて、コンテンツの転送制限の解除を行なう。しかしながら、これに限定されない。例えば、配信端末２は、自端末とＷｉＦｉ接続されている取得端末３の数に応じて、コンテンツの転送制限を解除してもよい。この場合の実施例を実施例７として以下に説明する。なお、実施例７では、実施例６と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。
【実施例７】
【０１５１】
図２９は、実施例７の配信システム１における配信端末２内のＣＰＵ２６の機能構成の一例を示すブロック図である。図２９に示すように、配信端末２内のＣＰＵ２６には、制御部２１０、第１無線通信処理部２１１、第２無線通信処理部２１２、転送制限処理部２７３が設けられている。
【０１５２】
転送制限処理部２７３は、配信端末２は、一定期間毎に、自端末とＷｉＦｉ接続されている取得端末３の数を接続数Ｗとして計測する。転送制限処理部２７３は、接続数Ｗを計測した場合に、以下の処理により、コンテンツの転送制限を解除することができる。
【０１５３】
図３０は、実施例７の配信システム１における配信端末２の動作の一例を示すフローチャートである。
【０１５４】
まず、転送制限処理部２７３は、コンテンツの転送制限として転送制限処理を行なう（ステップＳ７０１）。例えば、実施例１〜５のいずれかの転送制限処理が行なわれる。
【０１５５】
次に、転送制限処理部２７３は、一定期間毎に、自端末とＷｉＦｉ接続されている取得端末３の数を接続数Ｗとして計測する（ステップＳ７０２）。転送制限処理部２７３は、接続数Ｗが設定値Ｗｔｈを超えているか否かを判定する（ステップＳ７０３）。設定値Ｗｔｈは、実施例５における上限値Ｎｔｈと同じであってもよい。
【０１５６】
ここで、接続数Ｗが設定値Ｗｔｈを超えている（ステップＳ７０３：Ｙｅｓ）。この場合、ステップＳ７０２が行なわれる。すなわち、転送制限処理部２７３は、転送制限処理を継続する。
【０１５７】
一方、接続数Ｗが設定値Ｗｔｈを超えていない（ステップＳ７０３：Ｎｏ）。この場合、転送制限処理部２７３は、接続数Ｗが設定値Ｗｔｈを超えていない状態がＱ回連続しているか否かを判定する（ステップＳ７０４）。なお、転送制限処理を解除した直後に接続数Ｗが設定値Ｗｔｈを超える可能性があるため、ステップＳ７０４の判定は転送制限処理の解除の条件の一つとしている。ステップＳ７０４において、例えば、一定期間を１周期とし、Ｑを３とした場合、転送制限処理部２７３は、接続数Ｗが設定値Ｗｔｈを超えていない状態が３周期連続しているか否かを判定する。
【０１５８】
ここで、接続数Ｗが設定値Ｗｔｈを超えていない状態がＱ回連続していない（ステップＳ７０４：Ｎｏ）。この場合、ステップＳ７０２が行なわれる。すなわち、転送制限処理部２７３は、転送制限処理を継続する。
【０１５９】
一方、接続数Ｗが設定値Ｗｔｈを超えていない状態がＱ回連続している（ステップＳ７０４：Ｙｅｓ）。この場合、転送制限処理部２７３は、第１無線通信処理部２１１がＳＤ要求メッセージを受信したときの取得数Ｎが、上限値Ｎｔｈを超えているか否かを判定する（ステップＳ７０５）。なお、コンテンツ転送制限処理の解除した直後に、取得数Ｎが上限値Ｎｔｈを超えて、接続数Ｗが設定値Ｗｔｈを超える可能性があるため、ステップＳ７０５の判定は転送制限処理の解除の条件の一つとしている。
【０１６０】
ここで、取得数Ｎが上限値Ｎｔｈを超えている（ステップＳ７０５：Ｙｅｓ）。この場合、ステップＳ７０２が行なわれる。すなわち、転送制限処理部２７３は、転送制限処理を継続する。
【０１６１】
一方、取得数Ｎが上限値Ｎｔｈを超えていない（ステップＳ７０５：Ｎｏ）。この場合、転送制限処理部２７３は、転送制限処理を解除する（ステップＳ７０６）。例えば、転送制限処理の解除として、第１無線通信処理部２１１がＳＤ要求メッセージを受信したときに、実施例１〜５のいずれかの転送制限処理のステップＳ１０４が行なわれる。その後、図２のステップＳ３以降が行なわれる。
【０１６２】
以上の説明により、実施例７の配信システム１の配信端末２において、転送制限処理部２７３は、自端末と無線通信接続（ＷｉＦｉ接続）されている取得端末３の数（接続数Ｗ）を一定期間毎に計測する。ここで、無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）に対してコンテンツの転送制限が行なわれているときに、接続数Ｗが設定値Ｗｔｈを超えている。この場合、転送制限処理部２７３は、コンテンツの転送制限として転送制限処理を継続する。一方、無線通信処理部（第１無線通信処理部２１１、第２無線通信処理部２１２）に対してコンテンツの転送制限が行なわれているときに、接続数Ｗが設定値Ｗｔｈを超えていない。この場合、転送制限処理部２７３は、コンテンツの転送制限（転送制限処理）を解除する。このように、実施例７の配信システム１では、自端末とＷｉＦｉ接続されている取得端末３の数に応じて、コンテンツの転送制限を解除することができる。
【０１６３】
［他の実施例］
実施例１〜７で図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【０１６４】
更に、各装置で行われる各種処理は、ＣＰＵ（Central  Processing  Unit）（又はＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしてもよい。また、各種処理は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしてもよい。
【０１６５】
各種情報を記憶する領域は、例えば、ＲＯＭ（Read  Only  Memory）や、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）、ＭＲＡＭ（Magnetoresistive  Random  Access  Memory）、ＮＶＲＡＭ（Non  Volatile  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory）で構成してもよい。
【符号の説明】
【０１６６】
１  配信システム
２  配信端末
３  取得端末
１０、１０Ａ〜１０Ｃ  コンテンツ関連情報
２１、３１  通信インタフェース（通信ＩＦ）
２２、３２  表示部
２３、３３  ＲＯＭ
２４、３４  ＲＡＭ
２５、３５  不揮発性ＲＡＭ
２６、３６  ＣＰＵ
２１０  制御部
２１１  第１無線通信処理部
２１２  第２無線通信処理部
２１３、２２３、２３３、２４３、２５３、２６３、２７３  転送制限処理部
２１４、２２４、２３４  コンテンツ格納部
３１０  制御部
３１１  第１無線通信処理部
３１２  第２無線通信処理部
【図１】
2018148428.tif 000003
【図２】
2018148428.tif 000004
【図３】
2018148428.tif 000005
【図４】
2018148428.tif 000006
【図５】
2018148428.tif 000007
【図６】
2018148428.tif 000008
【図７】
2018148428.tif 000009
【図８】
2018148428.tif 000010
【図９】
2018148428.tif 000011
【図１０】
2018148428.tif 000012
【図１１】
2018148428.tif 000013
【図１２】
2018148428.tif 000014
【図１３】
2018148428.tif 000015
【図１４】
2018148428.tif 000016
【図１５】
2018148428.tif 000017
【図１６】
2018148428.tif 000018
【図１７】
2018148428.tif 000019
【図１８】
2018148428.tif 000020
【図１９】
2018148428.tif 000021
【図２０】
2018148428.tif 000022
【図２１】
2018148428.tif 000023
【図２２】
2018148428.tif 000024
【図２３】
2018148428.tif 000025
【図２４】
2018148428.tif 000026
【図２５】
2018148428.tif 000027
【図２６】
2018148428.tif 000028
【図２７】
2018148428.tif 000029
【図２８】
2018148428.tif 000030
【図２９】
2018148428.tif 000031
【図３０】
2018148428.tif 000032