WO2006006685A1

WO2006006685A1 - コンテンツ配信システム、クライアント、サーバ、コンテンツ配信方法およびコンテンツ再生方法

Info

Publication number: WO2006006685A1
Application number: PCT/JP2005/013088
Authority: WO
Inventors: Katsuaki Tanaka; Tetsuya Matsuyama
Original assignee: Yamaha Corporation
Priority date: 2004-07-15
Filing date: 2005-07-14
Publication date: 2006-01-19
Also published as: JP2006031394A; EP1783619B1; EP1783619A1; CN1985246A; US20080195695A1; EP1783619A4; US8589576B2

Abstract

　クライアントにおいて待ち時間を空けることなく連続的に複数のコンテンツの再生することが可能なコンテンツ配信システムを提供する。サーバ１００は、グループ化された複数のコンテンツの配信要求を受けた場合に、グループを構成する各コンテンツを記憶装置１０２から読み出して連続的に送信し、クライアント２００は、受信したコンテンツをバッファ２０５に順次蓄積し、クライアントのＡＶ出力部２０６は、このバッファに蓄積されたコンテンツを先に蓄積されたものから順に読み出して再生する。

Description

明細書

コンテンツ配信システム、クライアント、サーバ、コンテンツ配信方法およびコンテンツ再生方法

技術分野

[0001] この発明は、音楽、映像などのコンテンツをサーノくからクライアントに配信するコンテンッ酉己信システム、クライアント、サーバ、コンテンツ酉己信方法およびコンテンツ再生方法に関する。

背景技術

[0002] サーバがクライアントからの要求に応じて、音楽、映像などのコンテンツを有線 LAN 、無線 LANなどのネットワークを介して配信するコンテンツ配信システムが各種提供されて、る。この種のコンテンツ配信システムの一例として例えば非特許文献 1に記載されたものがある。このコンテンツ配信システムによれば、ユーザは自室に居ながらクライアントを介してサーバに要求を送り、この要求に応じてサーノから提供される音楽を楽しむことができる。

非特許文献 1：ヤマハ ·ミュージックキャスト（登録商標)カタログ 2003年 8月発明の開示

[0003] ところで、上述した従来のコンテンツ配信システムにおいて、クライアントは、 1曲ずつコンテンツの配信を受けることもできる力複数曲単位として、例えば 1枚の CDに録音された全曲とヽつた単位でコンテンツの配信を受けることも可能である。しかし、後者の場合でも、 CDの各曲は、各々別個のコンテンツとしてサーバに記憶されている。このため、従来のコンテンツ配信システムでは、サーノから例えば CD1枚分の全曲のコンテンツ配信を行う場合に、サーノくからクライアントに 1曲目の配信が行われ、クライアントにおいて 1曲目の再生が完了し、その旨がクライアントからサーバに通知された時点で、サーバが 2曲目の配信を行う、という具合に、サーバ側では、クライアント側での先行するコンテンツの再生完了を待って、後続のコンテンツの配信を行つていた。ここで、再生完了の通知がクライアントからサーバに送られ、サーバからクライアントに後続のコンテンツが配信され、後続のコンテンツの再生がクライアント側において開始されるまでには、ある程度の待ち時間が必要となる。このため、クライアント側では、各曲がこの待ち時間を空けて再生されることとなる。再生される各曲が独立した曲である場合には、このような待ち時間はユーザにとってさほど問題にはならない。しかし、コンテンツ配信システムのユーザが例えばライブ録音されたライブァルバムの全曲の配信を受けるような場合もある。この種のアルバムでは、曲と曲との合間でも音が発生しており、 CDを再生すると、そのような曲間の音も再生される。しかし、コンテンッ配信システムを利用して、このようなアルバムの全曲の配信を受けると、クライアント側において再生される音楽は、曲と曲との間に比較的長い無音期間を持ったものとなり、 CD再生に比べて、不自然な音楽になってしまう。

[0004] この発明は、以上のような事情に鑑みてなされたものであり、クライアントにおいて待ち時間を空けることなく連続的に複数のコンテンツを再生することが可能なコンテンツ配信システム、クライアント、サーバ、コンテンツ配信方法およびコンテンツ再生方法を提供することを目的とする。

[0005] 上記課題を解決するため、本発明は、以下のコンテンツ配信システム、クライアント、サーバ、コンテンツ配信方法、コンテンツ再生方法を提供する。

(1) サーバと、このサーバにネットワークを介して接続されたクライアントとを具備したコンテンッ酉 S信システムであって、

前記サーバは、

複数のコンテンツを記憶する記憶部と、

グループィ匕された複数のコンテンツの配信要求を前記クライアントから受けた場合に、グループを構成する前記複数のコンテンツを前記記憶部力読み出して連続的に前記クライアントに送信する送信部と、

を備え、

前記クライアントは、

前記サーバから前記複数のコンテンツを受信する受信部と、

前記受信部によって受信される前記複数のコンテンツを順次蓄積するバッファと、前記バッファに蓄積された前記複数のコンテンツを先に蓄積されたコンテンツから順に読み出して再生する再生部と、を備える。

[0006] ここで、「連続的に複数のコンテンツをクライアントに送信する」とは、「クライアントからの再生完了の通知を待つことなぐサーバが複数のコンテンツをクライアントに送信する」ことを意味している。

(2) 上記（1)に記載のコンテンツ配信システムであって、前記送信部は、前記コンテンッ、及びクライアントがそのコンテンツの再生処理に用いるためのコンテンツ付属情報を送信し、

前記再生部は、前記バッファ力も読み出されるコンテンツに対応したコンテンツ付属情報を用、てコンテンッを再生する。

(3) 上記（1)に記載のコンテンツ配信システムであって、前記再生部は、前記サーノから連続的に送信された複数のコンテンツをクロスフェード再生する。

(4) サーバにネットワークを介して接続されるように構成されたクライアントであって、グループィ匕された複数のコンテンツの配信を要求する要求信号をサーバに送信する送信部と、

前記サーバから連続的に送信される複数のコンテンツを受信する受信部と、前記受信部によって受信される前記複数のコンテンツを順次蓄積するバッファと、前記バッファに蓄積された前記複数のコンテンツを先に蓄積されたコンテンツから順に読み出して再生する再生部と、

を備える。

[0007] ここで、「連続的に送信される複数のコンテンツ」とは、「クライアントからの再生完了の通知を待つことなぐサーバがクライアントに送信した複数のコンテンツ」を意味している。

(5) 上記 (4)に記載のクライアントであって、前記受信部は、前記コンテンツ、及びクライアントがそのコンテンツの再生処理に用いるためのコンテンツ付属情報を受信し、

(6) 上記 (4)に記載のクライアントであって、前記再生部は、前記サーバから連続的に送信された複数のコンテンツをクロスフェード再生する。

(7) クライアントにネットワークを介して接続されるように構成されたサーバであって、複数のコンテンツを記憶する記憶部と、

グループィ匕された複数のコンテンツの配信を要求する要求信号を前記クライアントから受信する受信部と、

前記要求信号に基づいて前記記憶部からグループを構成する前記複数のコンテンッを読み出して連続的に前記クライアントに送信する送信部と、

を備えている。

[0008] ここで、「複数のコンテンツを連続的にクライアントに送信する」とは、「クライアントからの再生完了の通知を待つことなぐサーバが複数のコンテンツをクライアントに送信する」ことを意味している。

(8) 上記（7)に記載のサーバであって、前記送信部は、前記コンテンツ、及びクライアントがそのコンテンツの再生処理に用いるためのコンテンツ付属情報を送信する。

(9) サーノくからネットワークを介してクライアントにコンテンツを配信する方法であつて、

前記クライアントから、グループィ匕された複数のコンテンツの配信を要求する要求信号をサーバに送信するステップと、

前記要求信号に基づ、て、グループを構成する複数のコンテンツをサーバの記憶部から読み出すステップと、

前記読み出した複数のコンテンッを連続的に前記クライアントに送信するステップと前記サーバから送信された前記複数のコンテンツを受信するステップと、受信された前記複数のコンテンツをバッファに順次蓄積するステップと、前記バッファに蓄積された前記複数のコンテンツを先に蓄積されたコンテンツから順に読み出して再生するステップと、

を備える。

[0009] ここで、「複数のコンテンツを連続的にクライアントに送信する」とは、「クライアントからの再生完了の通知を待つことなぐサーバが複数のコンテンツをクライアントに送信する」ことを意味している。

(10)

上記（9)に記載の方法であって、前記コンテンツの送信処理において、前記コンテンッ、及びクライアントがそのコンテンツの再生処理に用いるためのコンテンツ付属情報を送信し、

前記再生処理において、前記バッファ力読み出されるコンテンツに対応したコンテンッ付属情報を用いてコンテンツを再生する。

(11) 上記（9)に記載の方法であって、前記再生処理において、前記サーバから連続的に送信された複数のコンテンツをクロスフェード再生する。

( 12) サーバにネットワークを介して接続されるように構成されたクライアントにおけるコンテンツを再生する方法であって、

グループィ匕された複数のコンテンツの配信を要求する信号をサーバに送信するステツプと、

前記サーバから連続的に送信される複数のコンテンツを受信するステップと、前記受信される複数のコンテンツをバッファに順次蓄積するステップと、前記バッファに蓄積された前記複数のコンテンツを先に蓄積されたコンテンツから順に読み出して再生するステップと、

を備える。

ここで、「サーノから連続的に送信される複数のコンテンツ」とは、「クライアントからの再生完了の通知を待つことなぐサーバがクライアントに送信した複数のコンテンツ」を意味している。

(13) 上記（12)に記載の方法であって、前記受信処理では、前記コンテンツ、及びクライアントがそのコンテンツの再生処理に用いるためのコンテンツ付属情報を受信し、

前記再生処理では、前記バッファ力読み出されるコンテンツに対応したコンテンツ付属情報を用いてコンテンツを再生する。

(14) 上記（12)に記載の方法であって、前記再生処理は、前記サーバから連続的に送信された複数のコンテンツをクロスフェード再生する。本発明によれば、グループィ匕された複数のコンテンツの配信要求があった場合には、それらのコンテンツが連続的にサーノからクライアントに送られるので、クライアント側ではそれらのコンテンツが連続的に再生される。

図面の簡単な説明

[0011] [図 1]本発明の第 1実施形態であるコンテンツ配信システムの構成を示すブロック図である。

[図 2]同実施形態の動作を示すシーケンス図である。

[図 3]同実施形態の動作を示すシーケンス図である。

[図 4]この発明の第 2実施形態において行われるクロスフェード再生を示す図である。

[図 5]この発明の第 2実施形態において行われるクロスフェード再生を示す図である。

[0012] なお、図中の符号、 100はサーバ、 101は CPU、 102は記憶装置、 103はバッファ、 104はネットワークインタフェース、 200はクライアント、 201は CPU、 202は操作言、 204はネットワークインタフェース、 205はノッファ、 206は AV出力部である。

発明を実施するための最良の形態

[0013] 以下、図面を参照して、この発明の実施形態について説明する。

<第 1実施形態 >

図 1はこの発明の第 1実施形態であるコンテンツ配信システムの構成を示すブロック図である。図 1において、サーバ 100は、 LANなどのネットワークを介して、少なくとも 1つのクライアント 200と接続されている。サーバ 100は、クライアント 200からの要求に応じて、コンテンツの配信を行う装置である。本実施形態では、映像トラックのストリームデータおよび音声トラックのストリームデータ力もなるマルチメディア情報のコンテンッがサーバ 100からクライアント 200に送られる。サーバ 100は、各クライアント 200 を対象としたコンテンツの配信制御を行う CPU101と、各種のコンテンツを記憶した記憶装置 102と、クライアント 200宛のコンテンツを一時的に記憶するバッファ 103と、クライアント 200との間の通信の制御を行うネットワークインタフェース 104とを有している。

[0014] クライアント 200は、ユーザの操作に従ってサーバ 100にコンテンツの配信要求を送り、この要求に応じてサーバ 100から配信されてくるコンテンツを再生する装置である。このクライアント 200は、ユーザから指示されたコンテンツをサーバ 100から受信するための制御および受信されたコンテンツを再生するための制御を行う CPU201 と、キーパッドなどの操作子を備え、それらの操作情報を CPU201に伝える操作部 2 02と、 CPU201からの指示に従い、各種の情報を表示する表示装置 203と、サーバ 100との間の通信の制御を行うネットワークインタフェース 204と、ネットワークインタフエース 204を介してサーバ 100から受信されるコンテンツを一時的に記憶するバッファ 205と、ノッファ 205内のコンテンツを読み出して音楽および映像を再生する AV出力部 206とを有している。

[0015] 本実施形態において、配信対象であるコンテンツの指定方法には、コンテンツを 1 つずつ指定する個別指定方法と、複数のコンテンツからなるグループを指定するグループ指定方法とがある。ユーザは、クライアント 200の操作部 202を操作することにより、これら 2種類の指定方法にうち所望の方法に従って、配信すべきコンテンツをサーバ 100に指示することができる。また、本実施形態では、コンテンツ配信の動作モードとして、個別送信モードと連続送信モードの 2種類がある。個別送信モードは、個別指定方法によりコンテンツの指定がなされた場合に選択される動作モードである。この動作モードにおいて、サーバ 100はクライアント 200からの配信要求に応じてコンテンッを 1つずつ配信する。一方、連続送信モードは、グループ指定によりコンテンッが指定された場合に選択される動作モードである。この動作モードにおいて、サーノ 100は、クライアント 200から指定されたグループに属する複数のコンテンツを連続的に送信する。ここで、「サーバ 100が複数のコンテンツを連続的に送信する」とは、「サーバ 100がクライアント 200からの再生完了の通知を待つことなぐ複数のコンテンッをクライアント 200に送信する」ことを意味している。グループ指定によりコンテンツの指定が行われる典型例として、ライブ録音されたアルバムが指定される場合が挙げられる。この場合、アルバムを構成する各曲は、各々別個のコンテンツとして、記憶装置 102に記憶されている。しかしながら、このアルバムを指定した配信要求がクライアント 200からサーバ 100に送られた場合には、このアルバムを構成する各曲のコンテンッが連続的にクライアント 200に送信されるのである。

[0016] 図 2は連続送信モードが選択された場合における本実施形態の第 1動作例を示すシーケンス図である。複数のコンテンツ力もなるグループに関する配信要求がクライアント 200からサーバ 100に送られると（ステップ S101)、サーバ 100の CPU101は

、そのグループにつ、ての連続送信モードによるコンテンツ配信の動作を開始する。

[0017] まず、サーバ 100の CPU101は、配信要求において指定されたグループにおける最初のコンテンツ Aのコンテンツ付属情報を記憶装置 102から読み出し、これをクライアント 200に送る（ステップ S102)。このコンテンツ付属情報は、コンテンツ Aにおける音声トラックのストリームデータに付与されているプリ ·エンファシスに関する情報、クライアント 200側でのコンテンツ Aの映像再生時に表示装置 203に表示させるべきタィトルなどを情報を含んでいる。クライアント 200の CPU201は、このコンテンツ付属情報を受信すると、このコンテンツ付属情報に含まれているプリ'エンファシスに関する情報に基づき、音楽再生の際のデ'エンファシス量の設定を AV出力部 206に指示するとともに、コンテンツ付属情報に含まれているタイトルの表示を AV出力部 206に指示する。

[0018] コンテンツ付属情報の送信を終えたサーバ 100の CPU101は、これに続けて、コンテンッ Aの送信を開始する（ステップ S 103)。クライアント 200の CPU201は、サーバ 100から送られてくるコンテンツ Aのデータをバッファ 205に蓄積する。そして、一定量のデータが蓄積された時点で、 CPU201は、ノッファ 205に蓄積されたコンテンツ Aのデータの再生を AV出力部 206に指示する。これにより AV出力部 206は、ノッファ 205に蓄積されたコンテンツ Aのデータを先に蓄積されたもの力も順に読み出し、音声および映像として再生する。 CPU201は、ノッファ 205の残量、すなわち、未だ再生されていないデータの量を監視し、この残量を定期的にサーバ 100に通知する (ステップ S104)。サーバ 100の CPU101は、このクライアント 200から通知されるバッファ 205の残量に基づき、クライアント 200に送られるコンテンツ Aの送信速度の制御を行う。

[0019] 本実施形態では、ノッファ 205の残量が所定量を越えているときにはコンテンツ A の送信速度を下げ、所定量を下回っているときには送信速度を上げる、という帰還制御が行われる。このような帰還制御により、一定の残量がバッファ 205において維持されるため、例えばネットワークの混雑などの要因により、サーバ 100およびクライアント 200間のデータ伝送に瞬断が生じたとしても、その間、バッファ 205内に残っているデータが AV出力部 206に供給され、音楽および映像が途絶えることなく再生される。

[0020] サーバ 100の CPU101は、コンテンツ Aの最後のデータを送信し終えると（ステップ S105)、クライアント 200により指定されたグループにおけるコンテンツ Aの次のコンテンッ Bを選択し、このコンテンツ Bのコンテンツ付属情報をクライアント 200に送信する（ステップ S106)。そして、 CPU101は、このコンテンツ付属情報の送信に続けて、コンテンツ Bのクライアント 200への送信を開始する（ステップ S107)。従来のコンテンッ配信システムでは、サーバは、コンテンツ Aの再生完了の通知を待って、後続のコンテンツ Bの配信を開始した。これに対し、本実施形態におけるサーバ 100の CPU 101は、連続送信モードにおいては、このようなクライアントからの再生完了通知を待つことなく、コンテンツ Aに続けてコンテンツ Bを送信するのである。

[0021] クライアント 200の CPU201は、コンテンツ Aの最後のデータを受信すると、それをバッファ 205に書き込む。次〖こ CPU201は、コンテンツ Bのコンテンツ付属情報を受信すると、このコンテンツ付属情報を内蔵のレジスタ（図示略）に格納する。そして、 C PU201は、コンテンツ Bのデータの受信が始まると、このデータをコンテンツ Aの最後のデータに続けてバッファ 205に書き込む。その際、 CPU201は、コンテンツ Bにおける最初のデータが格納されたバッファ 205のアドレスを内蔵のポインタ（図示略）に格納する。

[0022] コンテンツ Bのデータの受信が開始された後も、暫くの間は、再生未完了のコンテンッ Aのデータがバッファ 205に残っている。この間、クライアント 200ではコンテンツ A の再生が続く力 CPU201は、バッファ 205におけるデータ再生位置（読み出しアドレス）を常時監視し、内蔵のポインタに格納されたコンテンツ Bの最初のデータの格納アドレスと比較する。そして、 CPU201は、この監視および比較の結果に基づき、 AV 出力部 206によるコンテンツ Bの再生が開始されるのを事前に検出すると、このコンテンッ Bの再生に間に合うように、内蔵のレジスタに格納されたコンテンツ Bのコンテンッ付属情報に従って、 AV出力部 206におけるデ 'エンファシス量の設定およびタィトルの表示の制御を行う。そして、コンテンツ Bの再生が開始されると、 CPU201は、コンテンツ Aの再生終了とコンテンツ Bの再生開始をサーバ 100に通知する（ステツプ S108)。

[0023] サーバ 100の CPU101は、やがてコンテンツ Bの最後のデータを送信する（ステツプ S109)。ここで、コンテンツ Bが、クライアントから指定されたグループにおける最後のコンテンツである場合、 CPU101は、最後のコンテンツであるコンテンツ Bの送信が終了したことをクライアント 200に通知する（ステップ S110)。

[0024] クライアント 200の CPU201は、その後、最後のコンテンツであるコンテンツ Bの再生が終了すると、コンテンツ Bの再生終了をサーバ 100に通知する（ステップ S111) 。サーバ 100の CPU101は、この通知を受け取ることにより、クライアント 200力ら指定されたグループ内のコンテンツ配信のための全処理を終了する。

[0025] 以上のように本実施形態によれば、クライアント 200側にぉ、て、グループを構成する複数のコンテンツを連続的に再生することができる。

[0026] 図 3は本実施形態の第 2動作例を示すシーケンス図である。この動作例では、コンテンッ八、 Bおよび C力もなるグループの配信要求がクライアント 200からサーバ 100 に送られ (ステップ S201)、これに応じてコンテンツ Aの配信（ステップ S202)が行われ、さらにこれに引き続いて、コンテンツ Bの配信 (ステップ S203)が開始される。そして、このコンテンツ Bの配信開始後、クライアント 200において依然としてコンテンツ A の再生が行われている間に、コンテンツ Aの後にコンテンツ Bではなくコンテンツ Cを再生する旨の変更要求がクライアント 200からサーバ 100に送られている（ステップ S 204)。

[0027] サーバ 100の CPU101は、この変更要求を受け取ると、コンテンツ Bのクリアをクライアント 200に指示する (ステップ S205)。既に第 1動作例において説明したように、クライアント 200の CPU201は、コンテンツ Bの受信が開始された時点で、コンテンツ Bのコンテンツ付属情報を内蔵のレジスタに格納し、バッファ 205におけるコンテンツ Bの最初のデータの格納アドレスを内蔵のポインタに格納している。 CPU201は、コンテンッ Bのクリアの指示を受け取ると、レジスタに格納されたコンテンツ付属情報をクリアすると共に、ノッファ 205においてポインタによって指示されたアドレス以降に格納されて、るコンテンツ Bのデータをクリアする。 [0028] 一方、サーバ 100の CPU101は、コンテンツ Bのクリアの指示を送った後、コンテンッ Cのコンテンツ付属情報をクライアント 200に送信し (ステップ S206)、これに引き続いて、コンテンツ Cのクライアント 200への送信を開始する（ステップ S 207)。

[0029] クライアント 200の CPU201は、コンテンツ Cのコンテンツ付属†青報を受信すると、このコンテンツ付属情報を内蔵のレジスタに格納する。そして、 CPU201は、コンテンッ Cのデータの受信が始まると、このデータをコンテンツ Aの最後のデータに続けてバッファ 205に書き込む。その際、 CPU201は、コンテンツ Cにおける最初のデータが格納されたバッファ 205のアドレスを内蔵のポインタに格納する。以後の動作は、上記第 1動作例と同様である。

[0030] このように、クライアント 200では、コンテンツ Aに続けてコンテンツ Cがバッファ 205 に蓄積されるので、コンテンツ Aに続けてコンテンツ Cが再生される。

<第 2実施形態 >

本実施形態では、連続送信モードにより複数のコンテンツが連続的にサーバからクライアントに送られる場合に、クライアントにおいて連続したコンテンツのうち音声トラックのストリームデータのクロスフェード再生を行わせるようにしたものである。この音声トラックのみについてのクロスフェード再生を行うため、本実施形態ではバッファ 205として音声トラック用のものと映像トラック用のものが別々に設けられている。映像トラックのデータの処理は上記第 1実施形態と同様なので説明を省略し、以下では音声トラックのデータの処理のみを説明する。

[0031] 図 4は、本実施形態において行われるクロスフェード再生の原理を説明するものである。本実施形態において、コンテンツを構成する音声トラックのストリームデータは P CMデータであり、プリ'エンファシスが施されている。クライアント 200では、コンテンッがネットワークインタフェース 204により受信された際、その音声トラックの PCMデータについてはデ 'エンファシスが施され、バッファに格納される。そして、コンテンツ Aの受信およびバッファへの格納が終わり、コンテンツ Bの受信が開始されると、バッファ 205に記憶されているコンテンツ Aの最後尾の所定長のデータとコンテンツ Bの先頭の所定長のデータとのクロスフェードが行われ、クロスフェード後のデータがバッファに格納される。図 4に示す例では、バッファのアドレス ADReにコンテンツ Aの最後のデータが書き込まれた後、それに続いて順次受信されるコンテンツ Bのデータ D bとアドレス ADRe—ΔΑからアドレス ADReまでの領域に既に格納されたコンテンツ Aのデータ Daとの間で次の演算が行われ、演算結果 Dxがアドレス ADRe— ΔΑ〜アドレス ADReまでの領域に順次格納される。

[0032] Dx= (l -r) Da+ rDb

ここで、 rは演算結果 Dxの書き込みアドレスがアドレス ADRe— Δ Aからアドレス A DReに進むに従い、 0から 1まで連続的に変化する。このようにして、受信済みのコンテンッ Aの最後尾の所定長の部分と新たに受信されるコンテンツ Bの先頭の所定長の部分とがクロスフェードされ、クロスフェード後のデータがバッファ 205に格納されるのである。書き込みアドレスが ADReに到達した後は、受信されるコンテンツ Bのデータはクロスフェードされることなくそのままバッファ 205のアドレス ADReよりも後の領域に格納される。

[0033] AV出力部 206は、このようにしてバッファに格納されたコンテンツ Aおよび Bの音声トラックのストリームデータを順次読み出して再生する。その際、コンテンツ Aの最後尾所定長の部分に差し掛かると、クロスフェードされたストリームデータがバッファから読み出され、音として出力される。従って、ユーザによって聴取される音楽をコンテンッ Aの曲からコンテンツ Bの曲に自然〖こ遷移させることができる。

[0034] 再生曲がコンテンツ Aからコンテンツ Bに切り換わる際には、画面に表示するタイトノレをコンテンッ Aのコンテンッ付属†青報に含まれて!/ヽたものからコンテンツ Bのコンテンッ付属情報に含まれていたものに切り換える必要がある。この切り換えは、クロスフエード後のデータ Dxの書き込みアドレスが例えば ADRe— ΔΑΖ2になった時点で行えばよい。

<第 3実施形態 >

本実施形態も、上記第 2実施形態と同様、連続送信モードにより複数のコンテンツが連続的にサーノからクライアントに送られる場合に、クライアントにおいて連続したコンテンツのうち音声トラックのストリームデータのクロスフェード再生を行わせるようにしたものである。

[0035] 図 5は、本実施形態において行われるクロスフェード再生の原理を説明するものである。本実施形態では、音声トラックのストリームデータは例えば MP3 (MPEG 1 lay er 3)方式の符号化アルゴリズムによって符号化することにより得られた符号化データである。このため、ストリームデータのバッファへの書き込み時にクロスフェードを行うのは得策ではない。そこで、本実施形態では、コンテンツ Aのストリームデータをバッファに書き込んだ後、その最後の書き込みアドレス ADReに続く領域にコンテンツ B のストリームデータを書き込み、このコンテンツ Bのストリームデータの書き込みを行!ヽながら次のようなクロスフェードを行う。すなわち、バッファ内においてコンテンツ Aの書き込み領域とコンテンツ Bの書き込み領域との境界を挟んで所定アドレス長 Δ Aだけ隔たった第 1読み出し位置と第 2読み出し位置をコンテンツ Aおよび Bの各ストリームデータの読み出し位置とし、これら第 1読み出し位置および第 2読み出し位置をァドレス ADRe— Δ Aおよびアドレス ADReから順次先に進めながら、コンテンツ Aのストリームデータとコンテンツ Bのストリームデータを読み出し、読み出したデータのデコードおよびデ 'エンファシスを行った後、それにより得られたコンテンツ Aのデータ Da およびコンテンツ Bのデータ Dbに上記式（1)の演算を施し、その結果得られるデータ Dxを AV出力部 206から音として出力するのである。

[0036] 本実施形態においても上記第 2実施形態と同様な効果が得られる。

[0037] 特定の好適な実施形態に関して本発明を図示及び説明してきたが、本発明の精神、範囲または意図の範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。本出願は、 2004年 7月 15日出願の日本特許出願 No.2004-209105に基づくものであり、その内容はここに参照として取りこまれる。産業上の利用可能性

[0038] 本発明によれば、グループィ匕された複数のコンテンツの配信要求があった場合には、それらのコンテンツが連続的にサーノからクライアントに送られるので、クライアント側ではそれらのコンテンツが連続的に再生される。

Claims

請求の範囲

[1] サーバと、このサーバにネットワークを介して接続されたクライアントとを具備したコンテンッ酉 S信システムであって、

前記サーバは、

複数のコンテンツを記憶する記憶部と、

を備え、

前記クライアントは、

前記受信部によって受信される前記複数のコンテンツを順次蓄積するバッファと、前記バッファに蓄積された前記複数のコンテンツを先に蓄積されたコンテンツから順に読み出して再生する再生部と、

を備える。

[2] 請求項 1に記載のコンテンツ配信システムであって、前記送信部は、前記コンテンッ、及びクライアントがそのコンテンツの再生処理に用いるためのコンテンツ付属情報を送信し、

[3] 請求項 1に記載のコンテンツ配信システムであって、前記再生部は、前記サーバから連続的に送信された複数のコンテンツをクロスフェード再生する。

[4] サーバにネットワークを介して接続されるように構成されたクライアントであって、グループィ匕された複数のコンテンツの配信を要求する要求信号をサーバに送信する送信部と、

を備える。

[5] 請求項 4に記載のクライアントであって、前記受信部は、前記コンテンツ、及びクライアントがそのコンテンツの再生処理に用いるためのコンテンツ付属情報を受信し、前記再生部は、前記バッファ力も読み出されるコンテンツに対応したコンテンツ付属情報を用、てコンテンッを再生する。

[6] 請求項 4に記載のクライアントであって、前記再生部は、前記サーバから連続的に送信された複数のコンテンツをクロスフェード再生する。

[7] クライアントにネットワークを介して接続されるように構成されたサーバであって、複数のコンテンツを記憶する記憶部と、

を備えている。

[8] 請求項 7に記載のサーバであって、前記送信部は、前記コンテンツ、及びクライアントがそのコンテンツの再生処理に用いるためのコンテンッ付属情報を送信する。

[9] サーノくからネットワークを介してクライアントにコンテンツを配信する方法であって、前記クライアントから、グループィ匕された複数のコンテンツの配信を要求する要求信号をサーバに送信するステップと、

前記読み出した複数のコンテンッを連続的に前記クライアントに送信するステップと前記サーバから送信された前記複数のコンテンツを受信するステップと、受信された前記複数のコンテンツをバッファに順次蓄積するステップと、前記バッファに蓄積された前記複数のコンテンツを先に蓄積されたコンテンツから順に読み出して再生するステップと、を備える。

[10] 請求項 9に記載の方法であって、前記コンテンツの送信処理において、前記コンテンッ、及びクライアントがそのコンテンツの再生処理に用いるためのコンテンツ付属情報を送信し、

[11] 請求項 9に記載の方法であって、前記再生処理において、前記サーバから連続的に送信された複数のコンテンツをクロスフェード再生する。

[12] サーバにネットワークを介して接続されるように構成されたクライアントにおけるコンテンッを再生する方法であって、

を備える。

[13] 請求項 12に記載の方法であって、前記受信処理では、前記コンテンツ、及びクライアントがそのコンテンツの再生処理に用いるためのコンテンツ付属情報を受信し、前記再生処理では、前記バッファ力読み出されるコンテンツに対応したコンテンツ付属情報を用いてコンテンツを再生する。

[14] 請求項 12に記載の方法であって、前記再生処理は、前記サーバから連続的に送信された複数のコンテンツをクロスフェード再生する。