JP2008258972A - 通信システム、この通信システムに用いて好適な無線基地局、ユーザ端末及び課金サーバ - Google Patents

Abstract

【課題】各ユーザの利便性を損なわずに、ネットワークリソースを有効に利用しながら、ストリーミング情報をマルチキャストで配信することを可能とする通信システム、この通信システムに用いて好適な無線基地局、ユーザ端末及び課金サーバを提供する。
【解決手段】無線基地局２０は、ユーザ端末１０Ａから受信したストリーミング情報の配信要求（１）に応じて、ストリーミング情報を第１チャネルを通じてマルチキャストで配信しているときに、ユーザ端末１０Ｂからストリーミング情報の配信要求（２）を受信した場合に、ストリーミング情報のうち、ユーザ端末１０Ａに対して既に配信された配信済みのストリーミング情報を第２チャネルを通じてマルチキャストで配信し、ユーザ端末１０Ｂは、第１チャネルを通じて受信したストリーミング情報をバッファ１４に蓄積しながら、第２チャネルを通じて受信した配信済みのストリーミング情報を再生する。
【選択図】図１

Description

本発明は、ストリーミング情報をマルチキャストで配信する通信システム、この通信システムに用いて好適な無線基地局、ユーザ端末及び課金サーバに関する。

従来、映像や音楽などのストリーミング情報をマルチキャストで複数のユーザ宛てに配信するマルチキャストサービス（ＭＣＳ；Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）が一般的に知られている。

マルチキャストサービスを提供する方法としては、テレビ放映と同様に、ストリーミング情報をマルチキャストで配信している際に、各ユーザが任意のタイミングでストリーミング情報の視聴を開始する方法が考えられる。

このような方法では、ユーザがストリーミング情報の視聴を開始する前に、既に配信されてしまった情報については、ユーザが視聴することができない。

一方で、各ユーザが送信するストリーミング情報の配信要求を個別に受付けて、各ユーザに対してストリーミング情報を個別に送信することも考えられる。しかしながら、ストリーミング情報を個別に送信する必要があるため、ネットワークリソースが浪費されてしまう。

これに対して、各ユーザが送信するストリーミング情報の配信要求を一定期間に亘って受付けて、ストリーミング情報の配信要求を一定期間内に送信したユーザに対して、一定期間の経過後に一斉にストリーミング情報をマルチキャストで配信する方法も考えられる（例えば、特許文献１）。
特開２００５−２９４９４１号公報（請求項１、〔００２９〕、図２など）

しかしながら、上述した従来技術では、各ユーザが送信するストリーミング情報の配信要求を一定期間に亘って受付ける必要があるため、各ユーザがストリーミング情報の配信要求を送信した後に待ち時間が生じる。従って、各ユーザの利便性が損なわれてしまう。

そこで、本発明は、上述した課題を解決するためになされたものであり、各ユーザがストリーミング情報の配信要求を異なるタイミングで送信する場合であっても、各ユーザの利便性を損なわずに、ネットワークリソースを有効に利用しながら、ストリーミング情報をマルチキャストで配信することを可能とする通信システム、この通信システムに用いて好適な無線基地局、ユーザ端末及び課金サーバを提供することを目的とする。

本発明の一の特徴では、第１ユーザ端末と第２ユーザ端末とに対してストリーミング情報をマルチキャストで配信する無線基地局を備えた通信システムにおいて、前記無線基地局は、前記第１ユーザ端末から前記ストリーミング情報の配信要求を受信した場合に、前記ストリーミング情報を第１チャネルを通じてマルチキャストで配信し、前記第１チャネルを通じて前記ストリーミング情報を配信しているときに、前記第２ユーザ端末から前記ストリーミング情報の配信要求を受信した場合に、前記ストリーミング情報のうち、前記第１ユーザ端末に対して既に配信された配信済みのストリーミング情報を第２チャネルを通じてマルチキャストで配信し、前記第２ユーザ端末は、前記第１チャネルを通じて受信した前記ストリーミング情報をバッファに蓄積しながら、前記第２チャネルを通じて受信した前記配信済みのストリーミング情報を再生する。

かかる特徴によれば、無線基地局は、第１チャネルを通じてストリーミング情報をマルチキャストで配信しながら、第２チャネルを通じて配信済みのストリーミング情報をマルチキャストで配信する。一方で、第２ユーザ端末は、第１チャネルを通じてマルチキャストで配信されるストリーミング情報を第１ユーザ端末とともに受信する。

従って、各ユーザがストリーミング情報の配信要求を異なるタイミングで送信する場合であっても、ネットワークリソースを有効に利用しながら、ストリーミング情報をマルチキャストで配信することができる。

また、第２ユーザ端末は、第１チャネルを通じてマルチキャストで配信されるストリーミング情報を蓄積しながら、第２チャネルを通じてマルチキャストで配信される配信済みのストリーミング情報を再生する。

従って、各ユーザがストリーミング情報の配信要求を異なるタイミングで送信する場合であっても、待ち時間や視聴漏れなどを回避でき、各ユーザの利便性が損なわれない。

本発明の上述した特徴において、好ましくは、通信システムは、前記ストリーミング情報の配信に対して課金処理を行う課金サーバをさらに備え、前記課金サーバは、前記第１ユーザ端末及び前記第２ユーザ端末によって前記ストリーミング情報が重複して受信されたか否かに応じて、前記課金処理を行う。

本発明の上述した特徴において、好ましくは、前記課金サーバは、前記第１ユーザ端末及び前記第２ユーザ端末によって前記ストリーミング情報が重複して受信された場合には、前記第１ユーザ端末又は前記第２ユーザ端末によって前記ストリーミング情報が個別に受信された場合よりも、前記第１ユーザ端末又は前記第２ユーザ端末に対する課金額を低額とする。

本発明の一の特徴では、第１ユーザ端末と第２ユーザ端末とに対してストリーミング情報をマルチキャストで配信する無線基地局は、前記第１ユーザ端末から前記ストリーミング情報の配信要求を受信した場合に、前記ストリーミング情報を第１チャネルを通じてマルチキャストで配信する配信部と、前記第１チャネルを通じて前記ストリーミング情報を配信しているときに、前記第２ユーザ端末から前記ストリーミング情報の配信要求を受信した場合に、前記ストリーミング情報のうち、前記第１ユーザ端末に対して既に配信された配信済みのストリーミング情報を特定する特定部とを備え、前記配信部は、前記配信済みのストリーミング情報を第２チャネルを通じてマルチキャストで配信する。

本発明の一の特徴では、無線基地局からストリーミング情報をマルチキャストで受信するユーザ端末は、他のユーザ端末に対して第１チャネルを通じてマルチキャストで配信されている前記ストリーミング情報の配信要求を送信する送信部と、前記ストリーミング情報のうち、前記他のユーザ端末に対して既に配信された配信済みのストリーミング情報を第２チャネルを通じて受信するとともに、前記ストリーミング情報のうち、前記他のユーザ端末に対して未だ配信されていない未配信のストリーミング情報を前記第１チャネルを通じて受信する受信部と、前記第１チャネルを通じて受信した前記未配信のストリーミング情報を蓄積するバッファと、前記バッファに前記未配信のストリーミング情報を蓄積しながら、前記第２チャネルを通じて受信した前記配信済みのストリーミング情報を再生する再生部とを備える。

本発明の一の特徴では、第１ユーザ端末と第２ユーザ端末とに対してストリーミング情報をマルチキャストで配信する無線基地局を備えた通信システムにおいて、前記ストリーミング情報の配信に対して課金処理を行う課金サーバは、前記第１ユーザ端末及び前記第２ユーザ端末によって前記ストリーミング情報が重複して受信されたか否かに応じて、前記課金処理を行う課金処理部を備える。

本発明の上述した特徴において、好ましくは、前記課金処理部は、前記第１ユーザ端末及び前記第２ユーザ端末によって前記ストリーミング情報が重複して受信された場合には、前記第１ユーザ端末又は前記第２ユーザ端末によって前記ストリーミング情報が個別に受信された場合よりも、前記第１ユーザ端末又は前記第２ユーザ端末に対する課金額を低額とする。

本発明の一の特徴では、第１ユーザ端末と第２ユーザ端末とに対してストリーミング情報をマルチキャストで配信する無線基地局を備えた通信システムにおいて、前記無線基地局は、前記第１ユーザ端末から前記ストリーミング情報の配信要求を受信した場合に、前記ストリーミング情報をマルチキャストで配信し、前記第２ユーザ端末は、前記無線基地局から配信された前記ストリーミング情報の予備受信を行うとともに、前記予備受信によって受信した前記ストリーミング情報をバッファに蓄積し、前記予備受信の開始から一定時間内に前記ストリーミング情報の配信要求を送信した場合には、前記無線基地局から配信された前記ストリーミング情報の本受信を行い、前記予備受信によって受信した前記ストリーミング情報を再生した後に、前記本受信によって受信した前記ストリーミング情報を再生する。

本発明の上述した特徴において、好ましくは、前記第２ユーザ端末は、前記予備受信の開始から前記一定時間内に前記ストリーミング情報の配信要求を送信しなかった場合には、前記バッファに蓄積された前記ストリーミング情報を破棄する。

本発明の一の特徴では、無線基地局からストリーミング情報をマルチキャストで受信するユーザ端末は、他のユーザ端末から前記無線基地局に送信された前記ストリーミング情報の配信要求に応じて前記無線基地局から配信された前記ストリーミング情報の予備受信を行う予備受信部と、前記予備受信によって受信した前記ストリーミング情報を蓄積するバッファと、前記予備受信の開始から一定時間内に前記ストリーミング情報の配信要求を送信した場合に、前記無線基地局から配信された前記ストリーミング情報の本受信を行う本受信部と、前記予備受信によって受信した前記ストリーミング情報を再生した後に、前記本受信によって受信した前記ストリーミング情報を再生する再生部とを備える。

本発明の上述した特徴において、好ましくは、ユーザ端末は、前記予備受信の開始から前記一定時間内に前記ストリーミング情報の配信要求を送信しなかった場合には、前記バッファに蓄積された前記ストリーミング情報を破棄する。

本発明によれば、各ユーザがストリーミング情報の配信要求を異なるタイミングで送信する場合であっても、各ユーザの利便性を損なわずに、ネットワークリソースを有効に利用しながら、ストリーミング情報をマルチキャストで配信することを可能とする通信システム、この通信システムに用いて好適な無線基地局、ユーザ端末及び課金サーバを提供することができる。

以下において、本発明の実施形態に係る通信システムについて、図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。

ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。

［第１実施形態］
（通信システムの概略）
以下において、第１実施形態に係る通信システムの概略について、図面を参照しながら説明する。図１は、第１実施形態に係る通信システム１００の概略を示す図である。

図１に示すように、通信システム１００は、複数のユーザ端末１０（ユーザ端末１０Ａ及びユーザ端末１０Ｂ）と、無線基地局２０と、情報配信サーバ３０と、課金サーバ４０とを有する。無線基地局２０、情報配信サーバ３０及び課金サーバ４０は、ネットワーク５０を介して接続されている。

ユーザ端末１０は、マルチキャストで配信されるストリーミング情報を受信する端末である。例えば、ユーザ端末１０は、携帯電話、パーソナルコンピュータ、情報処理端末（ＰＤＡ）などである。

無線基地局２０は、自局が管理するエリア（セル）内に位置するユーザ端末１０に対して、ストリーミング情報をマルチキャストで配信する。

情報配信サーバ３０は、映像や音楽などのストリーミング情報を記憶しており、ストリーミング情報を無線基地局２０に送信するサーバである。

課金サーバ４０は、ストリーミング情報の配信に対して課金処理を行うサーバである。具体的には、課金サーバ４０は、ストリーミング情報の配信についてユーザ端末１０毎に課金処理を行う。

（無線基地局の構成）
以下において、第１実施形態に係る無線基地局の構成について、図面を参照しながら説明する。図２は、第１実施形態に係る無線基地局２０の構成を示すブロック図である。

図２に示すように、無線基地局２０は、受信部２１と、課金指示部２２と、ストリーミング情報要求部２３と、ストリーミング情報処理部２４と、配信部２５とを有する。

受信部２１は、ユーザ端末１０から各種情報を受信する。具体的には、受信部２１は、ストリーミング情報の配信要求を受信する。ストリーミング情報の配信要求は、ユーザ端末１０を識別するためのユーザ識別子、ストリーミング情報の種類を識別するためのコンテンツ識別子、ストリーミング情報の伝送レートを示す伝送レート情報などを含む。

課金指示部２２は、ストリーミング情報の配信要求に含まれるコンテンツ識別子や伝送レート情報などに基づいて、ストリーミング情報の配信要求に含まれるユーザ識別子によって識別されるユーザ端末１０に課金すべきことを指示する課金指示情報を課金サーバ４０に送信する。課金指示情報は、ユーザ識別子、コンテンツ識別子、伝送レート情報などを含む。

ストリーミング情報要求部２３は、ストリーミング情報の配信要求に含まれるコンテンツ識別子に応じて、情報配信サーバ３０に対してストリーミング情報の送信を要求する。

ストリーミング情報処理部２４は、情報配信サーバ３０から取得したストリーミング情報を一時的に記憶するとともに、ストリーミング情報の配信を配信部２５に指示する。

ストリーミング情報処理部２４は、一のユーザ端末１０（例えば、ユーザ端末１０Ａ）に対してストリーミング情報を配信しているときに、他のユーザ端末１０（例えば、ユーザ端末１０Ｂ）からストリーミング情報の配信要求を受信した場合には、一のユーザ端末１０（例えば、ユーザ端末１０Ａ）に対して既に配信された配信済みのストリーミング情報を特定する。続いて、ストリーミング情報処理部２４は、配信済みのストリーミング情報の配信を配信部２５に指示する。

配信部２５は、ストリーミング情報処理部２４の指示に応じて、ストリーミング情報をマルチキャストで送信する。

具体的には、配信部２５は、一のユーザ端末１０（例えば、ユーザ端末１０Ａ）からストリーミング情報の配信要求を受信した場合には、第１チャネルを通じてストリーミング情報をマルチキャストで送信する。

一方で、配信部２５は、一のユーザ端末１０（例えば、ユーザ端末１０Ａ）に対してストリーミング情報を配信しているときに、他のユーザ端末１０（例えば、ユーザ端末１０Ｂ）からストリーミング情報の配信要求を受信した場合には、第１チャネルを通じたストリーミング情報の配信を継続するとともに、第２チャネルを通じて配信済みのストリーミング情報をマルチキャストで配信する。

ここで、「第１チャネル」及び「第２チャネル」とは、異なるマルチキャストアドレスによって識別されるチャネルである。従って、第１チャネル及び第２チャネルは一つの物理通信チャネルに重畳されていてもよい。

（ユーザ端末の構成）
以下において、第１実施形態に係るユーザ端末の構成について、図面を参照しながら説明する。図３は、第１実施形態に係るユーザ端末１０の構成を示すブロック図である。

なお、図３では、ユーザ端末１０Ａに対してストリーミング情報が第１チャネルを通じて配信されていること前提として、ユーザ端末１０Ｂの動作について説明することに留意すべきである。なお、ユーザ端末１０Ａ及びユーザ端末１０Ｂは同様の構成を有していてもよいことは勿論である。

ユーザ端末１０Ｂは、配信要求処理部１１と、送信部１２と、受信部１３と、バッファ１４と、再生部１５とを有する。

配信要求処理部１１は、ユーザ操作などに応じて、ストリーミング情報の配信要求を生成する。なお、ストリーミング情報の配信要求は、上述したように、ユーザ識別子、コンテンツ識別子、伝送レート情報などを含む。

送信部１２は、ストリーミング情報の配信要求を無線基地局２０に送信する。

受信部１３は、無線基地局２０からマルチキャストで配信されるストリーミング情報を受信する。具体的には、受信部１３は、ストリーミング情報の配信要求を送信した時点でユーザ端末１０Ａに対して未だ配信されていない未配信のストリーミング情報を第１チャネルを通じて受信する。一方で、受信部１３は、ストリーミング情報の配信要求を送信した時点でユーザ端末１０Ａに対して既に配信された配信済みのストリーミング情報を第２チャネルを通じて受信する。

バッファ１４は、第１チャネルを通じて受信した未配信のストリーミング情報を一時的に蓄積する。

再生部１５は、無線基地局２０から配信されたストリーミング情報を再生する。例えば、再生部１５は、ディスプレイやスピーカなどを用いてストリーミング情報を再生する。

具体的には、未配信のストリーミング情報がバッファ１４に蓄積されている間において、再生部１５は、第２チャネルを通じて受信した配信済みのストリーミング情報を再生する。また、再生部１５は、配信済みのストリーミング情報の再生が終了すると、バッファ１４に蓄積された未配信のストリーミング情報を再生する。

（課金サーバの構成）
以下において、第１実施形態に係る課金サーバの構成について、図面を参照しながら説明する。図４は、第１実施形態に係る課金サーバ４０の構成を示す図である。

図４に示すように、課金サーバ４０は、受信部４１と、課金処理部４２と、課金ＤＢ４３とを有する。

受信部４１は、無線基地局２０から課金指示情報を受信する。課金指示情報は、上述したように、ユーザ識別子、コンテンツ識別子、伝送レート情報などを含む。

課金処理部４２は、課金指示情報に含まれるユーザ識別子、コンテンツ識別子、伝送レート情報などに基づいて、ストリーミング情報の配信に対する課金処理を行う。

具体的には、課金処理部４２は、ユーザ端末１０Ａ及びユーザ端末１０Ｂによってストリーミング情報が重複して受信された場合には、ユーザ端末１０Ａ又はユーザ端末１０Ｂによって個別にストリーミング情報が受信された場合よりも、ユーザ端末１０Ａ又はユーザ端末１０Ｂに対する課金額を低額とする。

上述したケースを例に挙げると、一方で、ユーザ端末１０Ｂがストリーミング情報の配信要求を送信した時点でユーザ端末１０Ａに対して既に配信された配信済みのストリーミング情報は、ユーザ端末１０Ａに個別に配信される。また、第２チャネルを通じて配信される配信済みのストリーミング情報は、ユーザ端末１０Ｂに個別に配信される。

一方で、ユーザ端末１０Ｂがストリーミング情報の配信要求を送信した時点でユーザ端末１０Ａに対して未だ配信されていない未配信のストリーミング情報は、ユーザ端末１０Ｂがストリーミング情報の配信要求を送信した後において、ユーザ端末１０Ａ及びユーザ端末１０Ｂによって重複して受信される。

従って、ユーザ端末１０Ａに対する課金額については、未配信のストリーミング情報に対する課金額は、配信済みのストリーミング情報に対する課金額よりも低額である。同様に、ユーザ端末１０Ｂに対する課金額についても、未配信のストリーミング情報に対する課金額は、配信済みのストリーミング情報に対する課金額よりも低額である。

これは、ストリーミング情報をマルチキャストで配信する際に、ストリーミング情報を受信するユーザ端末１０の数が多い程、ネットワークリソースが有効に活用されるという観点から、ユーザ端末１０Ａ及びユーザ端末１０Ｂがストリーミング情報を重複して受信するケースは、ユーザ端末１０Ａ又はユーザ端末１０Ｂが個別にストリーミング情報を受信するケースよりも優遇される。

なお、第１実施形態では、「課金額」とは、ストリーミング情報の単位量に対する課金額であってもよく、ストリーミング情報の配信に必要な単位時間に対する課金額であってもよい。従って、「課金額」の算出では、ストリーミング情報の伝送レートが考慮されることは勿論である。

課金ＤＢ４３は、ストリーミング情報の配信に対する課金額をユーザ（ユーザ端末１０）毎に記憶するＤＢである。課金ＤＢ４３に記憶された情報は、各ユーザ（ユーザ端末１０）に対して課金するために用いられる。各ユーザに対する課金は、「事前清算（プリペイド方式）」であってもよく、「事後清算（クレジット方式）」であってもよい。

（通信システムの動作）
以下において、第１実施形態に係る通信システムの動作について、図面を参照しながら説明する。図５は、第１実施形態に係る通信システム１００の動作を示すシーケンス図である。

図５に示すように、ステップ１０において、ユーザ端末１０Ａは、ストリーミング情報の配信要求（１）を無線基地局２０に送信する。なお、ストリーミング情報の配信要求（１）は、上述したように、ユーザ識別子、コンテンツ識別子、伝送レート情報などを含む。

ステップ１１において、無線基地局２０は、コンテンツ識別子に対応するストリーミング情報の送信を情報配信サーバ３０に要求する。

ステップ１２において、無線基地局２０は、コンテンツ識別子及び伝送レート情報などに応じて、ユーザ識別子に対応するユーザ端末１０Ａに課金すべきことを指示する課金指示情報（１）を課金サーバ４０に送信する。

ステップ１３において、情報配信サーバ３０は、コンテンツ識別子に対応するストリーミング情報を無線基地局２０に送信する。

ステップ１４において、無線基地局２０は、情報配信サーバ３０から受信したストリーミング情報を第１チャネルを通じてマルチキャストで配信する。

図５では、ストリーミング情報は、ストリーミング情報の配信要求を送信したユーザ端末１０Ａに対してのみ送信されることが図示されている。しかしながら、ストリーミング情報はマルチキャストで配信されるため、実際には、ストリーミング情報の配信要求を送信していないユーザ端末１０Ｂにも届いていることに留意すべきである。但し、ユーザ端末１０Ｂは、ストリーミング情報の配信要求を送信していないため、ストリーミング情報を取得していないことにも留意すべきである。

ステップ１５において、ユーザ端末１０Ａは、第１チャネルを通じてマルチキャストで配信されるストリーミング情報を受信する。また、ユーザ端末１０Ａは、ストリーミング情報を再生する。

ステップ１６において、ユーザ端末１０Ｂは、ストリーミング情報の配信要求（２）を無線基地局２０に送信する。

ステップ１７において、無線基地局２０は、コンテンツ識別子及び伝送レート情報などに応じて、ユーザ識別子に対応するユーザ端末１０Ｂに課金すべきことを指示する課金指示情報（２）を課金サーバ４０に送信する。

ステップ１８において、無線基地局２０は、情報配信サーバ３０から受信したストリーミング情報（未配信のストリーミング情報）を第１チャネルを通じてマルチキャストで配信する。なお、図５では、説明を明確にするためにステップ１８を図示しているが、ステップ１８の処理は、上述したステップ１４の処理と実質的に同じであることに留意すべきである。

ステップ１９において、無線基地局２０は、ストリーミング情報処理部２４に記憶されたストリーミング情報（配信済みのストリーミング情報）を第２チャネルを通じてマルチキャストで配信する。

ステップ２０において、ユーザ端末１０Ｂは、第１チャネルを通じてマルチキャストで配信されるストリーミング情報（未配信のストリーミング情報）を受信する。

ステップ２１において、ユーザ端末１０Ｂは、第２チャネルを通じてマルチキャストで配信されるストリーミング情報（配信済みのストリーミング情報）を受信する。なお、ステップ２０の処理とステップ２１の処理とは並列で行われることに留意すべきである。

また、ユーザ端末１０Ｂは、未配信のストリーミング情報をバッファ１４に蓄積しながら、配信済みのストリーミング情報を再生する。

次に、ユーザ端末１０Ａ及びユーザ端末１０Ｂがストリーミング情報を受信する動作について、図６を参照しながら説明する。

図６に示すように、ユーザ端末１０Ｂは、ユーザ端末１０Ａに対して第１チャネルを通じてマルチキャストでストリーミング情報が配信されているときに、ストリーミング情報の配信要求（２）を無線基地局２０に送信する。

ユーザ端末１０Ａは、第１チャネルを通じてマルチキャストで配信されるストリーミング情報を通常通りに受信する。

一方で、ユーザ端末１０Ｂは、第１チャネルを通じてマルチキャストで配信される未配信のストリーミング情報を受信するとともに、第２チャネルを通じてマルチキャストで配信される配信済みのストリーミング情報を受信する。

ここで、「未配信のストリーミング情報」とは、図６に示すように、ユーザ端末１０Ｂがストリーミング情報の配信要求（２）を送信した時点において、ユーザ端末１０Ａに対して未だ配信されていないストリーミング情報である。一方で、「配信済みのストリーミング情報」とは、図６に示すように、ユーザ端末１０Ｂがストリーミング情報の配信要求（２）を送信した時点において、ユーザ端末１０Ａに対して既に配信されたストリーミング情報である。

このように、未配信のストリーミング情報は、ユーザ端末１０Ａ及びユーザ端末１０Ｂによって重複して受信される。従って、ユーザ端末１０Ｂに対して全ストリーミング情報を改めてマルチキャストで配信するよりも、ネットワークリソースが有効に利用される。

また、配信済みのストリーミング情報は、第２チャネルを通じてマルチキャストで配信される。すなわち、ユーザ端末１０Ｂは、未配信のストリーミング情報を受信しながら、配信済みのストリーミング情報を受信する。従って、待ち時間が生じることなく、ユーザ端末１０Ｂのユーザは、ストリーミング情報を視聴することが可能である。

（無線基地局の動作）
以下において、第１実施形態に係る無線基地局の動作について、図面を参照しながら説明する。図７は、第１実施形態に係る無線基地局２０の動作を示すフロー図である。

図７に示すように、ステップ３１において、無線基地局２０は、ストリーミング情報の配信要求（１）をユーザ端末１０Ａから受信する。

ステップ３２において、無線基地局２０は、ユーザ端末１０Ａに対して課金すべきことを指示する課金指示情報（１）を課金サーバ４０に送信する。

ステップ３３において、無線基地局２０は、ストリーミング情報の配信要求（１）に対応するストリーミング情報を情報配信サーバ３０に要求する。

ステップ３４において、無線基地局２０は、情報配信サーバ３０から受信したストリーミング情報を第１チャネルを通じてマルチキャストで配信する。

ステップ３５において、無線基地局２０は、ストリーミング情報の配信要求（２）をユーザ端末１０Ｂから受信する。

ステップ３６において、無線基地局２０は、ユーザ端末１０Ｂに対して課金すべきことを指示する課金指示情報（２）を課金サーバ４０に送信する。

ステップ３７において、無線基地局２０は、ストリーミング情報の配信要求（２）をユーザ端末１０Ｂから受信した時点で、既にユーザ端末１０Ａに対して配信された配信済みのストリーミング情報を特定する。

ステップ３８において、無線基地局２０は、第１チャネルを通じてマルチキャストで配信される未配信のストリーミング情報に加えて、配信済みのストリーミング情報を第２チャネルを通じてマルチキャストで配信する。

（ユーザ端末の動作）
以下において、第１実施形態に係るユーザ端末の動作について、図面を参照しながら説明する。図８は、第１実施形態に係るユーザ端末１０の動作を示すフロー図である。

なお、図８では、ユーザ端末１０Ａに対してストリーミング情報が第１チャネルを通じて配信されていること前提として、ユーザ端末１０Ｂの動作について説明することに留意すべきである。

図８に示すように、ステップ４１において、ユーザ端末１０Ｂは、ストリーミング情報の配信要求（２）を無線基地局２０に送信する。

ステップ４２において、ユーザ端末１０Ｂは、第１チャネルを通じてマルチキャストで配信される未配信のストリーミング情報を受信する。

ステップ４３において、ユーザ端末１０Ｂは、第２チャネルを通じてマルチキャストで配信される配信済みのストリーミング情報を受信する。

ステップ４４において、ユーザ端末１０Ｂは、第１チャネルを通じてマルチキャストで配信される未配信のストリーミング情報をバッファ１４に蓄積する。

ステップ４５において、ユーザ端末１０Ｂは、第２チャネルを通じてマルチキャストで配信される配信済みのストリーミング情報を再生する。

ステップ４６において、ユーザ端末１０Ｂは、バッファ１４に蓄積された未配信のストリーミング情報を再生する。

（課金サーバの動作）
以下において、第１実施形態に係る課金サーバの動作について、図面を参照しながら説明する。図９は、第１実施形態に係る課金サーバ４０の動作を示すフロー図である。

図９に示すように、ステップ５１において、課金サーバ４０は、ユーザ端末１０Ａに対して課金すべきことを指示する課金指示情報（１）を無線基地局２０から受信する。

ステップ５２において、課金サーバ４０は、ユーザ端末１０Ｂに対して課金すべきことを指示する課金指示情報（２）を無線基地局２０から受信する。

ステップ５３において、課金サーバ４０は、ストリーミング情報が複数のユーザ端末１０によって重複受信されているか否かを判定する。

例えば、「未配信のストリーミング情報」については、課金サーバ４０は、ストリーミング情報が重複受信されていると判定する。一方で、第１チャネル又は第２チャネルを介して配信される「未配信のストリーミング情報」については、課金サーバ４０は、ストリーミング情報が個別受信されていると判定する。

また、課金サーバ４０は、ストリーミング情報が重複受信されている場合には、ステップ５５の処理に移り、ストリーミング情報が個別受信されている場合には、ステップ５４の処理に移る。

ステップ５４において、課金サーバ４０は、個別受信に対応する課金処理を行う。

ステップ５５において、課金サーバ４０は、ストリーミング情報を重複受信しているユーザ端末１０の数（重複受信端末数）を特定する。

ステップ５６において、課金サーバ４０は、重複受信端末数に応じて、重複受信に対応する課金処理を行う。

ここで、重複受信に対応する課金処理における課金額は、個別受信に対応する課金処理における課金額よりも低額である。また、重複受信に対応する課金処理における課金額は、重複受信端末数の増加に伴って低額となることが好ましい。

（作用及び効果）
第１実施形態に係る通信システム１００によれば、無線基地局２０は、第１チャネルを通じてストリーミング情報をマルチキャストで配信しながら、第２チャネルを通じて配信済みのストリーミング情報をマルチキャストで配信する。一方で、ユーザ端末１０Ｂは、第１チャネルを通じてマルチキャストで配信されるストリーミング情報をユーザ端末１０Ａとともに受信する。

従って、各ユーザがストリーミング情報の配信要求を異なるタイミングで送信する場合であっても、ネットワークリソースを有効に利用しながら、ストリーミング情報をマルチキャストで配信することができる。

また、ユーザ端末１０Ｂは、第１チャネルを通じてマルチキャストで配信されるストリーミング情報を蓄積しながら、第２チャネルを通じてマルチキャストで配信される配信済みのストリーミング情報を再生する。

従って、各ユーザがストリーミング情報の配信要求を異なるタイミングで送信する場合であっても、待ち時間や視聴漏れなどを回避でき、各ユーザの利便性が損なわれない。

第１実施形態に係る通信システム１００によれば、課金サーバ４０は、ストリーミング情報が複数のユーザ端末１０によって重複受信されているかに応じて、各ユーザ端末１０に対する課金額を調整する。従って、課金サーバ４０は、ネットワークリソースが有効に利用されているか否かに応じて、各ユーザ端末１０に対する課金処理を適切に行うことができる。

［第２実施形態］
以下において、第２実施形態について図面を参照しながら説明する。以下においては、上述した第１実施形態と第２実施形態との相違点について主として説明する。

具体的には、上述した第１実施形態では、ユーザ端末１０Ａに対してストリーミング情報が第１チャネルを通じて配信されている場合において、ユーザ端末１０Ｂは、未配信のストリーミング情報を第１チャネルを通じて受信するとともに、配信済みのストリーミング情報を第２チャネルを通じて受信する。

これに対して、第２実施形態では、ユーザ端末１０Ａに対するストリーミング情報の配信開始を検出して、ユーザ端末１０Ｂは、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の予備受信を行う。

（ユーザ端末の構成）
以下において、第２実施形態に係るユーザ端末の構成について、図面を参照しながら説明する。図１０は、第２実施形態に係るユーザ端末１０の構成を示すブロック図である。図１０では、上述した図３と同様の構成については同様の符号を付していることに留意すべきである。

なお、図１０では、ユーザ端末１０Ａがユーザ端末１０Ｂよりも先にストリーミング情報の配信要求を送信することを前提として、ユーザ端末１０Ｂの動作について説明することに留意すべきである。

図１０に示すように、ユーザ端末１０Ｂは、配信要求処理部１１及び送信部１２に加えて、受信部１３１と、バッファ１４１と、再生部１５１とを有する。

受信部１３１は、受信部１３と同様に、無線基地局２０からマルチキャストで配信されるストリーミング情報を受信する。

具体的には、受信部１３１は、ストリーミング情報の配信要求がユーザ端末１０Ａから無線基地局２０に送信された場合に、ストリーミング情報の配信開始を示す報知情報を受信する。受信部１３１は、報知情報の受信に続いて、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の予備受信を行う。

一方で、受信部１３１は、ストリーミング情報の配信要求がユーザ端末１０Ｂから無線基地局２０に送信された場合には、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の本受信を行う。

ここで、「本受信」とは、ストリーミング情報の配信をユーザが要求した場合に、ストリーミング情報を受信することを意味する。一方で、「予備受信」とは、ストリーミング情報の配信をユーザが要求する可能性を考慮して、ストリーミング情報を受信することを意味する。

バッファ１４１は、予備受信によって受信したストリーミング情報を蓄積する。また、バッファ１４１は、予備受信の開始から一定時間内に、ストリーミング情報の配信要求がユーザ端末１０Ｂから無線基地局２０に送信されなかった場合に、ストリーミング情報を破棄する。

バッファ１４１は、本受信によって受信したストリーミング情報を蓄積する。具体的には、バッファ１４１は、予備受信の開始から一定時間内に、ストリーミング情報の配信要求がユーザ端末１０Ｂから無線基地局２０に送信された場合に、本受信によって受信したストリーミング情報を蓄積する。

再生部１５１は、バッファ１４１に蓄積されたストリーミング情報を再生する。具体的には、再生部１５１は、予備受信の開始から一定時間内に、ストリーミング情報の配信要求がユーザ端末１０Ｂから無線基地局２０に送信された場合に、予備受信によって受信したストリーミング情報を再生する。続いて、再生部１５１は、予備受信によって受信したストリーミング情報の再生が終了すると、本受信によって受信したストリーミング情報を再生する。

（通信システムの動作）
以下において、第２実施形態に係る通信システムの動作について、図面を参照しながら説明する。図１１は、第２実施形態に係る通信システム１００の動作を示すシーケンス図である。

図１１に示すように、ステップ１１０において、ユーザ端末１０Ａは、ストリーミング情報の配信要求（１）を無線基地局２０に送信する。なお、ストリーミング情報の配信要求（１）は、上述したように、ユーザ識別子、コンテンツ識別子、伝送レート情報などを含む。

ステップ１１１において、無線基地局２０は、コンテンツ識別子に対応するストリーミング情報の送信を情報配信サーバ３０に要求する。

ステップ１１２において、無線基地局２０は、コンテンツ識別子及び伝送レート情報などに応じて、ユーザ識別子に対応するユーザ端末１０Ａに課金すべきことを指示する課金指示情報（１）を課金サーバ４０に送信する。

ステップ１１３において、情報配信サーバ３０は、コンテンツ識別子に対応するストリーミング情報を無線基地局２０に送信する。

ステップ１１４において、無線基地局２０は、ユーザ端末１０Ａに対するストリーミング情報の配信開始を示す報知情報をユーザ端末１０Ｂに送信する。

ステップ１１５において、無線基地局２０は、情報配信サーバ３０から受信したストリーミング情報をマルチキャストで配信する。

なお、ストリーミング情報はマルチキャストで配信されるため、ストリーミング情報は、ストリーミング情報の配信要求を送信したユーザ端末１０Ａに対してのみではなくて、ストリーミング情報の配信要求を送信していないユーザ端末１０Ｂにも届いていることに留意すべきである。

ステップ１１６において、ユーザ端末１０Ａは、マルチキャストで配信されるストリーミング情報を受信する。また、ユーザ端末１０Ａは、ストリーミング情報を再生する。

ステップ１１７において、ユーザ端末１０Ｂは、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の予備受信を行う。

ステップ１１８において、ユーザ端末１０Ｂは、ストリーミング情報の配信要求（２）を無線基地局２０に送信する。

ステップ１１９において、ユーザ端末１０Ｂは、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の本受信を行う。

また、ユーザ端末１０Ｂは、本受信（ステップ１１９）によって受信したストリーミング情報をバッファ１４に蓄積しながら、予備受信（ステップ１１７）によって受信したストリーミング情報を再生する。

ステップ１２０において、無線基地局２０は、コンテンツ識別子及び伝送レート情報などに応じて、ユーザ識別子に対応するユーザ端末１０Ｂに課金すべきことを指示する課金指示情報（２）を課金サーバ４０に送信する。

次に、ユーザ端末１０Ａ及びユーザ端末１０Ｂがストリーミング情報を受信する動作について、図１２を参照しながら説明する。

図１２に示すように、ユーザ端末１０Ａは、ユーザ端末１０Ｂよりも先にストリーミング情報の配信要求（１）を無線基地局２０に送信する。

ユーザ端末１０Ａは、マルチキャストで配信されるストリーミング情報の本受信を行う。

一方で、ユーザ端末１０Ｂは、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の予備受信を行う。また、ユーザ端末１０Ｂは、予備受信の開始から一定時間内に、ストリーミング情報の配信要求（２）を無線基地局２０に送信する。

続いて、ユーザ端末１０Ｂは、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の本受信を行う。

このように、ユーザ端末１０Ｂは、ストリーミング情報の配信要求（２）を送信していない場合であっても、ストリーミング情報の予備受信を行う。従って、ユーザ端末１０Ｂに対して全ストリーミング情報を改めてマルチキャストで配信するよりも、ネットワークリソースが有効に利用される。また、待ち時間が生じることなく、ユーザ端末１０Ｂのユーザは、ストリーミング情報を視聴することが可能である。

（無線基地局の動作）
以下において、第２実施形態に係る無線基地局の動作について、図面を参照しながら説明する。図１３は、第２実施形態に係る無線基地局２０の動作を示すフロー図である。

図１３に示すように、ステップ１３１において、無線基地局２０は、ストリーミング情報の配信要求（１）をユーザ端末１０Ａから受信する。

ステップ１３２において、無線基地局２０は、ユーザ端末１０Ａに対して課金すべきことを指示する課金指示情報（１）を課金サーバ４０に送信する。

ステップ１３３において、無線基地局２０は、ストリーミング情報の配信要求（１）に対応するストリーミング情報を情報配信サーバ３０に要求する。

ステップ１３４において、無線基地局２０は、ユーザ端末１０Ａに対するストリーミング情報の配信開始を示す報知情報をユーザ端末１０Ｂに送信する。

ステップ１３５において、無線基地局２０は、情報配信サーバ３０から受信したストリーミング情報をマルチキャストで配信する。

ステップ１３６において、無線基地局２０は、ストリーミング情報の配信要求（２）をユーザ端末１０Ｂから受信する。

ステップ１３７において、無線基地局２０は、ユーザ端末１０Ｂに対して課金すべきことを指示する課金指示情報（２）を課金サーバ４０に送信する。

（ユーザ端末の動作）
以下において、第２実施形態に係るユーザ端末の動作について、図面を参照しながら説明する。図１４は、第２実施形態に係るユーザ端末１０の動作を示すフロー図である。

なお、図１４では、ユーザ端末１０Ａがユーザ端末１０Ｂよりも先にストリーミング情報の配信要求（１）を送信すること前提として、ユーザ端末１０Ｂの動作について説明することに留意すべきである。

図１４に示すように、ステップ１４１において、ユーザ端末１０Ｂは、ユーザ端末１０Ａに対するストリーミング情報の配信開始を示す報知情報を受信する。

ステップ１４２において、ユーザ端末１０Ｂは、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の予備受信を行う。

ステップ１４３において、ユーザ端末１０Ｂは、予備受信（ステップ１４２）によって受信したストリーミング情報をバッファ１４１に蓄積する。

ステップ１４４において、ユーザ端末１０Ｂは、予備受信の開始から一定時間が経過したか否かを判定する。また、ユーザ端末１０Ｂは、一定時間が経過した場合には、ステップ１４５の処理に移り、一定時間が経過していない場合には、ステップ１４６の処理に移る。

ステップ１４５において、ユーザ端末１０Ｂは、バッファ１４１に蓄積されたストリーミング情報を破棄する。

ステップ１４６において、ユーザ端末１０Ｂは、ストリーミング情報の配信要求（２）を送信したか否かを判定する。また、ユーザ端末１０Ｂは、ストリーミング情報の配信要求（２）を送信した場合には、ステップ１４７の処理に移り、ストリーミング情報の配信要求（２）を送信していない場合には、ステップ１４２の処理に戻る。

ステップ１４７において、ユーザ端末１０Ｂは、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の本受信を行う。

ステップ１４８において、ユーザ端末１０Ｂは、バッファ１４１に蓄積されたストリーミング情報を再生する。具体的には、ユーザ端末１０Ｂは、予備受信（ステップ１４２）によって受信したストリーミング情報を再生する。続いて、ユーザ端末１０Ｂは、予備受信（ステップ１４２）によって受信したストリーミング情報の再生が終了すると、本受信（ステップ１４７）によって受信したストリーミング情報を再生する。

（作用及び効果）
第２実施形態に係る通信システム１００によれば、ユーザ端末１０Ｂは、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の予備受信を行う。続いて、ユーザ端末１０Ｂは、予備受信の開始から一定時間内にストリーミング情報の配信要求を送信した場合に、ユーザ端末１０Ａに対してマルチキャストで配信されるストリーミング情報の本受信を行う。

従って、各ユーザがストリーミング情報の配信要求を異なるタイミングで送信する場合であっても、ネットワークリソースを有効に利用しながら、ストリーミング情報をマルチキャストで配信することができる。

また、ユーザ端末１０Ｂは、本受信によって受信されたストリーミング情報を蓄積しながら、予備受信によって受信されたストリーミング情報を再生する。

従って、各ユーザがストリーミング情報の配信要求を異なるタイミングで送信する場合であっても、待ち時間や視聴漏れなどを回避でき、各ユーザの利便性が損なわれない。

第２実施形態に係る通信システム１００によれば、ユーザ端末１０Ｂは、予備受信の開始から一定時間内にストリーミング情報の配信要求を送信しなかった場合に、バッファ１４１に蓄積されたストリーミング情報を破棄する。

従って、ユーザ端末１０Ｂは、ユーザにとって必要な情報のみをバッファ１４１に蓄積しておけばよいため、バッファ１４１の容量が有効に利用される。

［第３実施形態］
以下において、第３実施形態について、図面を参照しながら説明する。以下においては、上述した第１実施形態と第３実施形態との相違点について主として説明する。

具体的には、上述した第１実施形態では、２つのユーザ端末１０がストリーミング情報を受信する場合について説明したが、第３実施形態では、３つのユーザ端末１０がストリーミング情報を受信する場合について説明する。

（各ユーザ端末１０の受信動作）
以下において、第３実施形態に係る各ユーザ端末１０の受信動作について説明する。図１５は、第３実施形態に係る各ユーザ端末１０の受信動作を説明するための図である。

図１５に示すように、ユーザ端末１０Ａは、ユーザ端末１０Ｂ及びユーザ端末１０Ｃよりも先にストリーミング情報の配信要求（１）を送信する。また、ユーザ端末１０Ｂは、ユーザ端末１０Ｃよりも先にストリーミング情報の配信要求（２）を送信する。

ユーザ端末１０Ａは、第１チャネルを通じてマルチキャストで配信されるストリーミング情報を通常通りに受信する。

ユーザ端末１０Ｂは、ストリーミング情報の配信要求（２）を送信した時点で、ユーザ端末１０Ａに対して未だ配信されていない未配信のストリーミング情報（部分Ｄ）を第１チャネルを通じて受信する。ユーザ端末１０Ｂは、ストリーミング情報の配信要求（２）を送信した時点で、ユーザ端末１０Ａに対して既に配信された配信済みのストリーミング情報（部分Ｂ）を第２チャネルを通じて受信する。

ユーザ端末１０Ｃは、ストリーミング情報の配信要求（３）を送信した時点で、ユーザ端末１０Ａ及びユーザ端末１０Ｂに対して未だ配信されていない未配信のストリーミング情報（部分Ｃ）を第１チャネルを通じて受信する。ユーザ端末１０Ｃは、ストリーミング情報の配信要求（３）を送信した時点で、ユーザ端末１０Ｂに対して未だ配信されていない未配信のストリーミング情報（部分Ｆ）を第２チャネルを通じて受信する。ユーザ端末１０Ｃは、ストリーミング情報の配信要求（３）を送信した時点で、ユーザ端末１０Ａ及びユーザ端末１０Ｂに対して既に配信された配信済みのストリーミング情報（部分Ｅ及び部分Ｇ）を第３チャネルを通じて受信する。

このように、３つのユーザ端末１０がストリーミング情報を受信する場合において、第１実施形態と同様に、各ユーザの利便性を損なわずに、ネットワークリソースを有効に利用しながら、ストリーミング情報をマルチキャストで配信することができる。

なお、４つ以上のユーザ端末１０がストリーミング情報を受信する場合についても同様の効果が得られることは勿論である。

［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

例えば、上述した第２実施形態では特に触れていないが、課金サーバ４０は、ストリーミング情報の受信方法（本受信又は予備受信）に応じて、ストリーミング情報の配信に対する課金処理を行ってもよい。具体的には、課金サーバ４０は、本受信によって受信されたストリーミング情報に対する課金額よりも、予備受信によって受信されたストリーミング情報に対する課金額を低額としてもよい。また、課金サーバ４０は、予備受信によって受信されたストリーミング情報に対する課金額を無料としてもよい。

上述した実施形態では特に触れていないが、課金サーバ４０は、ストリーミング情報に対する課金レートをユーザ端末１０に通知してもよい。この場合には、ユーザ端末１０は、課金サーバ４０から通知された課金レートをユーザに通知する。これによって、ユーザ端末１０のユーザは、ストリーミング情報の配信をこれから受けようとする場合に、ストリーミング情報に対する課金レートを考慮して、ストリーミング情報の配信を受けるか否か判断することができる。また、ユーザ端末１０のユーザは、ストリーミング情報の配信を既に受けている場合に、ストリーミング情報に対する課金レートを考慮して、ストリーミング情報の受信を継続するか否か判断することができる。

具体的には、課金サーバ４０は、ストリーミング情報の配信要求をユーザ端末１０から受信した場合に、個別受信及び重複受信によって受信するストリーミング情報に対する課金レートをユーザ端末１０に通知する。また、課金サーバ４０は、ストリーミング情報の配信中止要求をユーザ端末１０から受信した場合に、個別受信及び重複受信によって受信するストリーミング情報に対する課金レートを、ストリーミング情報の配信を受けている他のユーザ端末１０に通知する。

この場合には、ユーザ端末１０は、課金レートをユーザに通知すべき条件が満たされた場合に、新たな課金レートをユーザに通知する機能を有していてもよい。課金レートをユーザに通知すべき条件は、例えば、重複受信を行うユーザ端末１０の数の変動によって生じる課金レートの変動幅が一定以上であること、ユーザによって指定された課金レートを超えることなどである。

同様に、課金サーバ４０は、ユーザ端末１０のハンドオーバが検出された場合に、ストリーミング情報に対する課金レートをユーザ端末１０に通知してもよい。この場合には、ユーザ端末１０は、課金サーバ４０から通知された課金レートをユーザに通知する。

ここで、ユーザ端末１０のハンドオーバによって、ストリーミング情報の重複受信を行うユーザ端末１０の数が変動しやすいため、ストリーミング情報に対する課金レートは、ユーザ端末１０のハンドオーバによって大きく変わる可能性がある。

上述したように、ユーザ端末１０のハンドオーバが検出された場合に、ストリーミング情報に対する課金レートがユーザに通知されるため、ユーザは、ストリーミング情報に対する課金レートを考慮して、ストリーミング情報の受信を継続するか否か判断することができる。

この場合には、ユーザ端末１０は、ハンドオーバによって変わる課金レートをユーザに通知すべき条件が満たされた場合に、新たな課金レートをユーザに通知する機能を有していてもよい。ハンドオーバによって変わる課金レートをユーザに通知すべき条件は、例えば、ハンドオーバによって生じる課金レートの変動幅が一定以上であること、ユーザによって指定された課金レートを超えることなどである。

上述した実施形態では、課金サーバ４０がストリーミング情報に対する課金額を算出するが、これに限定されるものではない。具体的には、課金サーバ４０がストリーミング情報に対する課金レートをユーザ端末１０に通知するとともに、ユーザ端末１０がストリーミング情報に対する課金額を算出してもよい。この場合において、ユーザ端末１０は、課金サーバ４０から通知された課金レートと、情報配信サーバ３０から実際に受信したストリーミング情報とに応じて、ストリーミング情報に対する課金額を算出する。続いて、ユーザ端末１０は、ストリーミング情報に対する課金額を課金サーバ４０に通知する。

これによって、ストリーミング情報に対する課金額の算出処理が各ユーザ端末１０に分散されるため、ストリーミング情報に対する課金額の算出に必要な課金サーバ４０の負荷が軽減される。また、ユーザ端末１０が圏外になったケースなどにおいて、ストリーミング情報の配信が正常に終了しなかった場合に、ユーザ端末１０が受信していないストリーミング情報に対して課金処理が行われることを抑制でき、ストリーミング情報に対して適切に課金処理を行うことができる。

上述した実施形態では特に触れていないが、情報配信サーバ３０は、ストリーミング情報の配信要求をユーザ端末１０から受信した場合に、そのストリーミング情報の種類を他のユーザ端末１０に通知してもよい。情報配信サーバ３０は、ユーザ端末１０に対して配信しているストリーミング情報の種類を定期的に他のユーザ端末１０に通知してもよい。他のユーザ端末１０は、情報配信サーバ３０から通知されたストリーミング情報の種類をユーザに通知する。

このように、一のユーザ端末１０に対するストリーミング情報の配信に先立って、ストリーミング情報の種類が他のユーザ端末１０に通知されるため、複数のユーザ端末１０によってストリーミング情報の重複受信が行われる可能性を高め、ユーザの利便性が向上する。

この場合において、ユーザ端末１０は、情報配信サーバ３０から通知されたストリーミング情報の種類をユーザに通知するか否かを予め設定する機能を有することが好ましい。また、ユーザ端末１０は、ユーザに対して通知すべきストリーミング情報の種類（ストリーミング情報のタイトルやジャンル）を予め設定する機能を有することが好ましい。

上述した実施形態では特に触れていないが、情報配信サーバ３０が配信するストリーミング情報の先頭部分は無料であってもよい。具体的には、課金サーバ４０は、情報配信サーバ３０が配信するストリーミング情報の先頭部分について課金処理を行わない。

ここで、ストリーミング情報の配信要求が複数のユーザによって同時に行われる可能性は低いため、ユーザがストリーミング情報の配信要求を行った場合には、ストリーミング情報の先頭部分については、個別受信によってユーザ端末１０が受信する。各ユーザが現在の課金レートを参照して、ストリーミング情報の配信の開始を決定する場合、このような問題により、初めに配信を開始するユーザほど、高い課金レートで受信を行うことになるため、配信開始に対する障壁が高い方法といえる。一方で、一度ストリーミング情報の配信が開始されると，課金レートが下がるため他のユーザが視聴を開始しやすくなる。従って、ストリーミング情報の先頭部分を無料とすることによって、ストリーミング情報の配信を受けようとするユーザの意欲を高めることができる。

さらに、配信要求開始に対する障壁を下げるために、ユーザの要求により、配信を開始するのではなく、システム側主導で配信を開始するようにしてもよい。ただし、この場合、ストリーミングの配信を開始後一定時間経っても視聴を要求するユーザが現れない場合は、この配信を一定時間中止する。すなわち、ストリーミング情報の冒頭部分のみが伝送される。

また、配信するストリームが複数ある場合は、ランダムに選択されるようにしてもよいし、或いは、セルに在圏するユーザのプリファレンスに応じた内容であっても良い。

また、どのようなタイミングで送信するかについては、既定の周期で送信が開始されるようにしてもよいし、システム負荷に応じて送信周期が決定されても良い（システム負荷が低いときに高い頻度でストリーミング情報の冒頭部の配信を行う）。

このような場合において、情報配信サーバ３０は、ストリーミング情報の先頭部分（無料部分）の配信が完了する前に、ストリーミング情報の配信を継続するか否かの判断を促す情報をユーザ端末１０に送信してもよい。

上述した実施形態では特に触れていないが、通信システム１００が複数のセルを有するケースを想定した場合に、ユーザ端末１０は、セル内で配信が行われているストリーミング情報の種類などを示す報知情報を受信する。具体的には、ユーザ端末１０は、自端末が在圏するセル（在圏セル）だけではなくて、在圏セルの周囲に設けられたセル（周辺セル）から報知情報を受信する。

これによって、ユーザ端末１０は、在圏セル内で配信が行われているストリーミング情報の種類だけではなくて、周辺セル内で配信が行われているストリーミング情報の種類を把握することができる。従って、ユーザ端末１０は、在圏セル内及び周辺セル内で同一のストリーミング情報の配信が行われている場合に、ストリーミング情報をマクロダイバーシチ受信によって受信することができる。なお、ストリーミング情報に対する課金額は、ストリーミング情報がマイクロダイバーシチ受信によって受信されているか否かに応じて調整されてもよい。

上述した実施形態では特に触れていないが、ストリーミング情報が複数のスロットによって構成されていることを前提とした場合に、ストリーミング情報の重複受信を行うユーザ端末１０の数の変動によって生じる課金レートは、ストリーミング情報の重複受信を行うユーザ端末１０の数の変動が生じたスロット（端末数変動スロット）ではなくて、新たな課金レートが通知された後に配信されたスロット（適用スロット）から適用されてもよい。

例えば、ユーザ端末１０Ａ及びユーザ端末１０Ｂがストリーミング情報の配信を受けている場合において、ユーザ端末１０Ｂがストリーミング情報の配信中止を要求したケースについて、図１６を参照しながら説明する。

図１６に示すように、ユーザ端末１０Ｂは、スロット＃４においてストリーミング情報の配信中止要求を送信する。課金サーバ４０は、スロット＃６において新たな課金レートをユーザ端末１０Ａに通知する。ここで、ユーザ端末１０Ａ及びユーザ端末１０Ｂが重複受信を行っている場合における課金レート（旧課金レート）は、スロット＃４までではなくて、スロット＃６まで適用される。一方で、ユーザ端末１０Ａが個別受信を行っている場合における課金レート（新課金レート）は、スロット＃５からではなくて、スロット＃７から適用される。

これによって、新たな課金レートでストリーミング情報の受信を継続するか否か判断する時間をユーザ端末１０Ａのユーザに与えずに、課金レートが変更されてしまうことを抑制することができる。従って、ユーザの利便性が向上する。

上述した第１実施形態と第２実施形態とを組み合わせてもよい。具体的には、図１７に示すように、ユーザ端末１０Ａは、ユーザ端末１０Ｂよりも先にストリーミング情報の配信要求を無線基地局２０に送信する。続いて、ユーザ端末１０Ａは、第１チャネルを介してマルチキャストで配信されるストリーミング情報の本受信を行う。

一方で、ユーザ端末１０Ｂは、第１チャネルを介してマルチキャストで配信されているストリーミング情報の予備受信を行う。ユーザ端末１０Ｂは、予備受信の開始から一定時間内にストリーミング情報の配信要求（２）を送信しなかった場合であっても、予備受信によって受信したストリーミング情報をバッファ１４に記憶しておく。

続いて、ユーザ端末１０Ｂは、予備受信の終了から一定時間内にストリーミング情報の配信要求（２）を無線基地局２０に送信する。ユーザ端末１０Ｂは、予備受信の終了から配信要求（２）の送信までの間に、第１チャネルを介してマルチキャストで既に配信されたストリーミング情報（部分Ｐ）を第２チャネルを介して受信する。

これによって、ストリーミング情報の予備受信に用いられるバッファ１４の容量が小さい場合であっても、ユーザ端末１０Ｂのユーザは、ストリーミング情報の全てを順に視聴することができる。

上述した実施形態では特に触れていないが、マルチキャストで配信されるストリーミング情報は、暗号鍵を用いて暗号化されていてもよい。この場合には、暗号鍵は、各ユーザ端末１０にユニキャストで送信される。

第１実施形態に係る通信システム１００の概略を示す図である。 第１実施形態に係る無線基地局２０の構成を示すブロック図である。 第１実施形態に係るユーザ端末１０の構成を示すブロック図である。 第１実施形態に係る課金サーバ４０の構成を示す図である。 第１実施形態に係る通信システム１００の動作を示すシーケンス図である。 第１実施形態に係る各ユーザ端末１０の受信動作を説明するための図である。 第１実施形態に係る無線基地局２０の動作を示すフロー図である。 第１実施形態に係るユーザ端末１０の動作を示すフロー図である。 第１実施形態に係る課金サーバ４０の動作を示すフロー図である。 第２実施形態に係るユーザ端末１０の構成を示すブロック図である。 第２実施形態に係る通信システム１００の動作を示すシーケンス図である。 第２実施形態に係る各ユーザ端末１０の受信動作を説明するための図である。 第２実施形態に係る無線基地局２０の動作を示すフロー図である。 第２実施形態に係るユーザ端末１０の動作を示すフロー図である。 第３実施形態に係る各ユーザ端末１０の受信動作を説明するための図である。 その他の実施形態に係る各ユーザ端末１０の受信動作を説明するための図である。 その他の実施形態に係る各ユーザ端末１０の受信動作を説明するための図である。

符号の説明

１０・・・ユーザ端末、１１・・・配信要求処理部、１２・・・送信部、１３・・・受信部、１４・・・バッファ、１５・・・再生部、２０・・・無線基地局、２１・・・受信部、２２・・・課金指示部、２３・・・ストリーミング情報要求部、２４・・・ストリーミング情報処理部、２５・・・配信部、３０・・・情報配信サーバ、４０・・・課金サーバ、４１・・・受信部、４２・・・課金処理部、４３・・・課金ＤＢ、５０・・・ネットワーク、１００・・・通信システム、１３１・・・受信部、１４１・・・バッファ、１５１・・・再生部

Claims (11)

1. 第１ユーザ端末と第２ユーザ端末とに対してストリーミング情報をマルチキャストで配信する無線基地局を備えた通信システムであって、
   前記無線基地局は、
   前記第１ユーザ端末から前記ストリーミング情報の配信要求を受信した場合に、前記ストリーミング情報を第１チャネルを通じてマルチキャストで配信し、
   前記第１チャネルを通じて前記ストリーミング情報を配信しているときに、前記第２ユーザ端末から前記ストリーミング情報の配信要求を受信した場合に、前記ストリーミング情報のうち、前記第１ユーザ端末に対して既に配信された配信済みのストリーミング情報を第２チャネルを通じてマルチキャストで配信し、
   前記第２ユーザ端末は、
   前記第１チャネルを通じて受信した前記ストリーミング情報をバッファに蓄積しながら、前記第２チャネルを通じて受信した前記配信済みのストリーミング情報を再生することを特徴とする通信システム。
2. 前記ストリーミング情報の配信に対して課金処理を行う課金サーバをさらに備え、
   前記課金サーバは、前記第１ユーザ端末及び前記第２ユーザ端末によって前記ストリーミング情報が重複して受信されたか否かに応じて、前記課金処理を行うことを特徴とする請求項１に記載の通信システム。
3. 前記課金サーバは、前記第１ユーザ端末及び前記第２ユーザ端末によって前記ストリーミング情報が重複して受信された場合には、前記第１ユーザ端末又は前記第２ユーザ端末によって前記ストリーミング情報が個別に受信された場合よりも、前記第１ユーザ端末又は前記第２ユーザ端末に対する課金額を低額とすることを特徴とする請求項２に記載の通信システム。
4. 第１ユーザ端末と第２ユーザ端末とに対してストリーミング情報をマルチキャストで配信する無線基地局であって、
   前記第１ユーザ端末から前記ストリーミング情報の配信要求を受信した場合に、前記ストリーミング情報を第１チャネルを通じてマルチキャストで配信する配信部と、
   前記第１チャネルを通じて前記ストリーミング情報を配信しているときに、前記第２ユーザ端末から前記ストリーミング情報の配信要求を受信した場合に、前記ストリーミング情報のうち、前記第１ユーザ端末に対して既に配信された配信済みのストリーミング情報を特定する特定部とを備え、
   前記配信部は、前記配信済みのストリーミング情報を第２チャネルを通じてマルチキャストで配信することを特徴とする無線基地局。
5. 無線基地局からストリーミング情報をマルチキャストで受信するユーザ端末であって、
   他のユーザ端末に対して第１チャネルを通じてマルチキャストで配信されている前記ストリーミング情報の配信要求を送信する送信部と、
   前記ストリーミング情報のうち、前記他のユーザ端末に対して既に配信された配信済みのストリーミング情報を第２チャネルを通じて受信するとともに、前記ストリーミング情報のうち、前記他のユーザ端末に対して未だ配信されていない未配信のストリーミング情報を前記第１チャネルを通じて受信する受信部と、
   前記第１チャネルを通じて受信した前記未配信のストリーミング情報を蓄積するバッファと、
   前記バッファに前記未配信のストリーミング情報を蓄積しながら、前記第２チャネルを通じて受信した前記配信済みのストリーミング情報を再生する再生部とを備えることを特徴とするユーザ端末。
6. 第１ユーザ端末と第２ユーザ端末とに対してストリーミング情報をマルチキャストで配信する無線基地局を備えた通信システムにおいて、前記ストリーミング情報の配信に対して課金処理を行う課金サーバであって、
   前記第１ユーザ端末及び前記第２ユーザ端末によって前記ストリーミング情報が重複して受信されたか否かに応じて、前記課金処理を行う課金処理部を備えることを特徴とする課金サーバ。
7. 前記課金処理部は、前記第１ユーザ端末及び前記第２ユーザ端末によって前記ストリーミング情報が重複して受信された場合には、前記第１ユーザ端末又は前記第２ユーザ端末によって前記ストリーミング情報が個別に受信された場合よりも、前記第１ユーザ端末又は前記第２ユーザ端末に対する課金額を低額とすることを特徴とする請求項６に記載の課金サーバ。
8. 第１ユーザ端末と第２ユーザ端末とに対してストリーミング情報をマルチキャストで配信する無線基地局を備えた通信システムであって、
   前記無線基地局は、前記第１ユーザ端末から前記ストリーミング情報の配信要求を受信した場合に、前記ストリーミング情報をマルチキャストで配信し、
   前記第２ユーザ端末は、
   前記無線基地局から配信された前記ストリーミング情報の予備受信を行うとともに、前記予備受信によって受信した前記ストリーミング情報をバッファに蓄積し、
   前記予備受信の開始から一定時間内に前記ストリーミング情報の配信要求を送信した場合には、前記無線基地局から配信された前記ストリーミング情報の本受信を行い、
   前記予備受信によって受信した前記ストリーミング情報を再生した後に、前記本受信によって受信した前記ストリーミング情報を再生することを特徴とする通信システム。
9. 前記第２ユーザ端末は、前記予備受信の開始から前記一定時間内に前記ストリーミング情報の配信要求を送信しなかった場合には、前記バッファに蓄積された前記ストリーミング情報を破棄することを特徴とする請求項８に記載の通信システム。
10. 無線基地局からストリーミング情報をマルチキャストで受信するユーザ端末であって、
    他のユーザ端末から前記無線基地局に送信された前記ストリーミング情報の配信要求に応じて前記無線基地局から配信された前記ストリーミング情報の予備受信を行う予備受信部と、
    前記予備受信によって受信した前記ストリーミング情報を蓄積するバッファと、
    前記予備受信の開始から一定時間内に前記ストリーミング情報の配信要求を送信した場合に、前記無線基地局から配信された前記ストリーミング情報の本受信を行う本受信部と、
    前記予備受信によって受信した前記ストリーミング情報を再生した後に、前記本受信によって受信した前記ストリーミング情報を再生する再生部とを備えることを特徴とするユーザ端末。
11. 前記予備受信の開始から前記一定時間内に前記ストリーミング情報の配信要求を送信しなかった場合には、前記バッファに蓄積された前記ストリーミング情報を破棄することを特徴とする請求項１０に記載のユーザ端末。

Images