JP2014137590A - 音楽コンテンツ配信方法 - Google Patents

Abstract

【課題】 現在、各種の音楽を傾聴する手段としてはテレビやラジオでの音楽番組、有線放送、インターネット音楽放送およびＣＤの購入などがある。ところが、未知の幅広い楽曲に出会い、関連する画像情報とともに傾聴し、気に入った楽曲の購入に結び付く手段が不充分である。
【解決手段】 伝達メディアとしてインターネットを利用し、ストリーミングにより音楽コンテンツ並びに関連する画像コンテンツ（映像コンテンツあるいは静止画コンテンツ）とデータコンテンツをそれぞれ独立したチャンネルで配信する。この場合、サービス提供形態、受信者の要望および回線速度条件を考慮して定められる優先順位で初期チャンネルを設定し、その後、損失パケット数により各チャンネルの優先順位を下げることによって音楽コンテンツ配信システムによって実現される。これにより傾聴した楽曲の中で気に入った楽曲をその関連データを利用して容易に購入することが可能となる。
【選択図】図３

Description

本発明は音楽主体のコンテンツをストリーミングにより複数ユーザに同時に配信する方法に関する。

基本的に音楽の潜在的なニーズは大きいと考えられる。それは人々が音楽を愛しているからである。しかし、現状では未知の曲との遭遇のチャンスが少ない。その背景としては音楽放送番組は減少やＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）が限られた楽曲しか収容していないなど種々の要因が考えられる。一方、最近の傾向としては人々の音楽に対する嗜好が分散していることが挙げられる。それ故、多くのチャンネルにより例えばジャンル別の音楽放送が求められる。しかしながら、ラジオやテレビでの音楽放送では電波の制限から充分な番組の提供は困難である。

多くのチャンネルを有し、ジャンル別の音楽放送サービスとしては有線放送が挙げられる。しかし、一般にこのサービスは店舗等のＢＧＭ（Ｂａｃｋ Ｇｒｏｕｎｄ Ｍｕｓｉｃ）として業務用を主対象としており、月額数千円の有料サービスであるために、一般ユーザ向きではない。
一方、インターネットの普及に伴い、インターネット音楽放送が勃興している。インターネット音楽放送は世界のどこからでもアクセスすることができるグローバルな展開が可能となるメリットはある。インターネット音楽放送にはストリーミング型／ダウンロード型、およびライブ型／オンデマンド型の種別がある。この中でストリーミングによるライブ形式のインターネット音楽放送は送信サーバの負担を最小限にすることから有力な形態として普及している。しかし、このようなインターネット音楽放送は現時点では音楽コンテンツのみの放送の段階に留まっており、有料サービスの場合も多く、音楽を楽しむには不充分であり、かつ気に入った音楽の購入への連携が不充分である。

音楽産業の主体であるＣＤの売り上げが減少している。それには以下のような種々の要因があると考えられる。
１）ユーザの嗜好の分散化、ヒット曲が減少している。
２）シングルは割高、アルバムはそのなかで気に入った曲が少ない。
３）ＣＤをテレビで聴く時、画面（映像、静止画）がない。
４）同一の曲でも「楽曲名」だけでなく、「歌手」「演奏家」「アレンジ」等に拘り があり、その選択肢がほとんどない。

一方、携帯音楽端末ウオークマンの競合製品とも考えられるアップル社のｉＰｏｄが爆発的に普及した。次際にはアップル社が運営する楽曲提供サイトのｉＴｔｕｎｅｓ Ｓｔｏｒｅサービスで気に入った楽曲を購入し、ｉＰｏｄ端末にロードして楽しむものである。このように本サービス形態では気に入った楽曲を購入して楽しむものであり、未知の楽曲との遭遇を実現するものではない。

以上の現状から、インターネットを利用した音楽放送で多くのチャンネルを用意し、音楽だけではなく、映像や静止画などの副コンテンツやメタデータや商品情報などの関連データコンテンツを提供するサービスが望まれる。これにより、音楽サービスを格段に発展させることができる。

ただし、その場合に、インターネットの回線速度の条件を考慮に入れておく必要がある。実際、各種サービスに必要な代表的な回線速度放送番組のＶｏＤ（Ｖｉｄｅｏ−ｏｎ−Ｄｅｍａｎｄ）サービスではＮＨＫ−Ｏｎ−Ｄｅｍａｎｄでは１２Ｍｂｐｓ以上を推奨している。また、ＹｏｕＴｕｂｅの所要回線速度は５００ｋｂｐｓ以上が必要である。また、音楽については典型的な信号形式であるＭＰ３の再生速度は１２８ｋｂｐｓである。一方、回線速度の実態としては１〜数Ｍｂｐｓ程度以下の場合が大部分であり、映像コンテンツを充分受信できる回線速度が得られる場合は多くない。

世界には素晴らしい音楽が多くあるにも関わらず、それらを聴く機会が不充分であり、かつ知り得た素晴らしい楽曲を購入するなどの環境が不充分である。以下、具体的な課題を列記する。

現在、幅広いジャンルの音楽コンテンツにアクセスすることが困難である。特に、無料で未知の素晴らしい楽曲を知る機会が少ない。

楽曲に関するデータベースは一部提供されてはいるが、傾聴した音楽から直接連携して購入に繋がる情報が提供されていない。特に、一つに楽曲に関して、歌手、演奏家、編曲音質（チャンネル数を含めて）などの種々のバリエーションを提供する選択肢が示されていない場合が多い。放送、有線放送あるいはインターネット音楽放送でその楽曲に関するメタデータが充分ではない。

音楽媒体として音楽放送以外にはＣＤである。しかし、ＣＤは画像が付加されていないために充分にその音楽を楽しむことができない。一方、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）による音楽コンテンツは現存するが、いずれもコンサートのライブである。従って、一般の音楽を画像とともに楽しむことができない。

音楽放送では有限な電波資源を利用するため、充分な音楽チャンネルを設定することが困難であり、かつ電波が受信できる特定の地域でしか受信できない。一方、有線放送は多くのチャンネルを有しているが主体は業務用で有料であり、また、特定の地域でしか受信できない。

以上のことから、インターネットを利用した音楽放送は多くの音楽チャンネルを設定することができ、また、世界中の殆どの地域で送受信することが可能である。しかしながら、ＦＴＴＨ（Ｆｉｂｅｒ−Ｔｏ−Ｔｈｅ−Ｈｏｍｅ），モバイル端末等の幅広いユーザに対応するためには帯域不足となることが多く、ＴＶ（ＴｅｌｅＶｉｓｉｏｎ）映像等の大幅な広帯域なコンテンツ配信は困難である。

以上の課題を解決すし、幅広いジャンルの音楽等を配信する方法としてはストリーミングによるインターネット放送サービスが考えられる。さらに、主コンテンツである音楽コンテンツだけでなく、副コンテンツとして、歌詞、メタデータ、商品情報などのデータコンテンツと関連する映像コンテンツや静止画コンテンツなどの画像コンテンツを配信することにより、サービス性を大幅に向上させることができる。
即ち、音楽等を聴く時は、耳で音楽を聴くだけでなく、目で環境映像やライブ映像などの映像や環境画像やライブ画像などの静止画像を見ることによって一層、雰囲気を盛り上げるだけでなく、楽曲名、歌詞、歌手、演奏家などの関連情報を知ることができるようにすることができる。
また、視聴後に気に入った楽曲を購入するために必要な諸情報を入手できるようにするために、その情報を利用して高品質な楽曲コンテンツを購入することが可能となる。

以上のような音楽に関連する各種コンテンツの配信放送として、音楽コンテンツ、データコンテンツ、および画像コンテンツの配信にそれぞれ独立なチャンネルによってストリーミング形態で配信することにより、各々のチャンネルに対して固有の配信形態（実時間型、非実時間型）、品質対応のバリエーション、ディジタル著作権管理ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）、ならびに回線速度不足への対応するため、コンテンツに優先順位を設定して音楽コンテンツ配信システムを提案するものである。

音楽コンテンツ、データコンテンツ、画像コンテンツにそれぞれ対応したチャンネルの順に優先順位を設け、また、画像コンテンツについては映像コンテンツ、静止画コンテンツの順に優先順位を設け、優先順位に対応してコンテンツを配信する。
また、音楽コンテンツならびに画像コンテンツについて、それぞれ音質と画像サイズに関して、複数のオプションを用意し、それぞれに優先順位を設け、優先順位の順にコンテンツを選択して配信する。

各種信号に対応した独立した配信チャンネルの優先順位を考慮し、回線速度の変動に対応して、各チャンネルならびにチャンネルのオプションの配信を制御する。

なお、ライブコンサートの配信の場合、中継、中継録画を問わず、音楽だけでなくライブ映像の主コンテンツとなる。従って、この場合には、音楽コンテンツと映像コンテンツが共に優先順位が最も高い最重要コンテンツとなる。このことは一般の映像コンテンツと同様の取り扱いとなることを意味する。

以上のメカニズムにより、音楽主体のコンテンツをサービス性とネットワークの能力を考慮に入れた現実的な条件下で有効なコンテンツとして複数ユーザに同時に配信するシステムを実現することができる。

本発明により、ユーザは幅広いジャンルの音楽等のコンテンツを楽しむことができるとともに、気に入った音楽コンテンツを容易に購入することができる。
これにより、現在、低調な音楽産業を発展させることが期待される。

は音楽コンテンツと関連コンテンツからなる音楽放送サービスのチャンネル構成を示す図 は各チャンネルの属性を示す図 はチャンネル優先順位（一般論）を示す図 はチャンネル優先順位例（無料サービス）を示す図 はチャンネル優先順位例（有料サービス）を示す図 は送信サーバを示す構成図 は送信信号のタイミングを示す図 は受信モジュールを示す構成図 は優先制御のアルゴリズムを示すフローチャート はサービス提供形態を示す概念図

基本的に潜在的な需要の多い音楽に対しては、一般の人々が種々の音楽に触れる機会を増大させる必要がある。そのためには多くのチャンネルを持ち、種々のジャンルの音楽を提供することが可能な音楽放送が適している。これを具体的に実現する形態がインターネット音楽放送である。

従来の音楽放送やＣＤでは単に音楽を提供するだけであったが、音楽を一層楽しむためには付随する画像情報（映像情報、静止画情報）も必要があり、また気に入った音楽を購入するためにはその音楽（楽曲）に関するメタデータ情報や必要な商品情報等を完備する必要がある。
サービス性を向上させる音楽放送に必要な各種コンテンツの内容をまとめて図１に示す。これらの情報を配信するためには、配信情報を配信形態の観点から分類する必要がある。即ち、音楽情報や映像情報のように実時間型（ＡＶ（Ａｕｄｉｏ Ｖｉｄｅｏ）型）コンテンツと静止画情報と各種データ等の非実時間型（データ型）コンテンツに分類することができる。
また、配信する情報をその位置付けから考えれば主コンテンツ（音楽情報）、副コンテンツ（映像情報、静止画情報、歌詞）、関連コンテンツ（メタデータ、商品情報）に分類することができる。

実際に配信する場合、複数のユーザに同時に配信するインターネット放送形態でＵＤＰ／ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコルによるストリーミング配信形態で個別ユーザ対応の処理が不要であることから効率的であり、経済的である。
一方、関連するすべてのコンテンツをディジタル多重化し、一つのチャンネルで配信することは各々のチャンネルに対して固有の配信形態（実時間型、非実時間型）、品質対応のバリエーション、ディジタル著作権管理ＤＲＭならびに個々の受信者の回線速度不足への対応の設定などのその情報種別対応に柔軟に実施することが困難であるため、効果的ではない。即ち、異なるコンテンツに関して、各々、独立なチャンネルで配信することが有効となる。

各種コンテンツに対応した独立したチャンネルの属性を図２に示す。即ち、各種コンテンツの実時間性、ＤＲＭ（受信端末でのコピーの可否）、音声・画像のパラメータ（音質、画面サイズ）などで各チャンネルの属性が異なることを示している。

各チャンネルの属性以外に重要な要素が回線速度・再生速度である。ストリーミング形態によるコンテンツ配信の場合は回線速度＝再生速度となるため、回線速度、再生速度の両観点からの見方が重要となる。
音楽に関して、低音質、中音質、ＣＤ音質、ウルトラ音質（サウンドの広帯域化、チャンネル数の増大、符号化ビット数の増大等）を用意しておく必要がある。ＣＤ並みの高品質サウンド信号には１．５Ｍｂｐｓ程度の高速回線が必要となるが、インターネット音楽放送ではその程度の高品質の必要がなく、例えば、ＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−３）形式の音楽コンテンツでは１２８ｋｂｐｓ程度の回線速度でよい。
また、画像コンテンツ（映像コンテンツ、静止画コンテンツ）に関して、受信端末ディスプレイのサイズに応じて小画面（スマートフォン等）、中画面（ｉＰａｄなどのタブレット端末等）、大画面（ＴＶ受像機）に対応した画像コンテンツを配信する必要がある。
この内、実時間性が要求される映像信号に関しては、一般的に画面サイズと再生速度との関係が強い。地上ディジタル放送の場合、ＨＤＴＶ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ ＴｅｌｅＶｉｓｉｏｎ）の条件を入れれば１２Ｍｂｐｓの再生速度が必要となる。一方、中画面サイズの場合には２〜３Ｍｂｐｓの再生速度が必要となる。さらにＹｏｕＴｕｂｅサービスに対応する端末では小画面で受信が多く、小規模サイズの画面では５００ｋｂｐｓ程度の速度が条件となる。

一方、静止画コンテンツやデータコンテンツのような非実時間型コンテンツについてはその非実時間性の性質から、固有の転送・再生速度はない。それでは速度に関して、どのような制約条件があるのか。それは該当楽曲の直前の楽曲の転送時間中に転送を終了することである。楽曲の継続時間は１時間程度の長時間になるクラシック音楽を除けば、一般には３〜４分程度である。この内、データ情報自体は大きくないために、一般的にはその容量を考慮する必要はない。一方、静止画情報については一般的に充分に大きな情報量があり、画素対応あるいはそれをＪＰＥＧ（Ｊｏｉｎｔ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）等で圧縮した情報の容量を検討する必要がある。なお、定量的な説明は後述する。

このような各種コンテンツの一般的な優先順位を図３に示す。各チャンネルで運ばれる各コンテンツの優先順位はインターネット音楽放送の特質から、音楽コンテンツ１が最優先順位であり、次の優先順位としてはデータコンテンツ２がある。画像コンテンツ（映像コンテンツあるいは静止画コンテンツ）３は必須のコンテンツではない副次的なコンテンツであるため、第３位の最低の優先順位となる。即ち、これは音楽が主体のコンテンツ配信において、より主体となるコンテンツの優先順位が高く、副次的であるコンテンツの優先順位が低くなる。
また、音楽コンテンツと画像コンテンツにはそれぞれ音質や画面サイズに対応した幾つかのオプションを用意することが考えられる。即ち、音楽コンテンツ１で幾つかの品質オプションはこれらのなかで一つのオプションが選定され、高い品質から優先順位の順番で選定される。また、画像コンテンツについては静止画コンテンツ３Ａあるいは映像コンテンツＢのいずれかが選定され、その優先順位は映像コンテンツ３Ｂ、静止画コンテンツ３Ａの順である。また、映像コンテンツ３Ａあるいは静止画コンテンツ３Ｂにはいずれもディスプレイ画面に対応して大画面、中画面、小画面の順にオプションが選定されることになる。
即ち、音楽コンテンツ１や画像コンテンツ３のなかでのオプションの優先順位はより豊かな情報を提供するものあるいは回線速度・再生速度が高いものほど優先順位が高く、最も少ない情報で回線速度・再生速度が低いものの優先順位が低くなる。

優先順位の設定、あるいは制御に関して、上記のコンテンツとオプションでは様相が異なる。図３において、矢印の方向は制御の方向性を示している。点線の矢印はコンテンツに関する制御の方向性を示しており、優先順位の低い方から高い方に向かっており、この場合には追加・削除の優先順位を示している。即ち、コンテンツでは優先順位の低い方から削除されていく追加的な優先順位を示している。最初は「音楽＋データ＋画像」のコンテンツを配信するが、回線が不足する場合には画像コンテンツの受信を排除して「音楽＋データ」のコンテンツ配信を受ける。さらに回線が不足する場合には「音楽コンテンツ」だけのコンテンツ配信を受ける。
一方、音楽コンテンツと画像コンテンツのオプションに関しては実線の矢印は優先順位の高い方から低い方に向かっている。即ち、最初、優先順位の高い高品質あるいは大画面のコンテンツのオプションが選定され、速度が不足する場合にはより優先順位の低いオプションが選定される。即ち、これらのオプションに関しては選択的な優先順位の位置付けとなる。

具体的なサービスを想定して、優先順位を含めて、チャンネル構成を具体例として示す。
まず、無料のネット音楽放送での構成例を図４に示す。この場合、無料の音楽サービスを提供することにより、素晴らしい未知の音楽との出会いを実現することが可能となる。この内、音楽コンテンツ１１については、無料であることから、必要最低限の音質が適切であり、例えば１２８ｋｂｐｓのＭＰ３形式が想定される。また、このような最低限のレベルであるこれにより、殆どのユーザは回線速度が不足することがなく、かつコピー禁止のコンテンツが例え不合法の手段でコピーされても充分な品質の商品価値に値しないことがポイントである。さらに、幅広いユーザを対象とするため、高速・広帯域な回線を期待することが困難であり、大画面（ＴＶ画面）対応の映像コンテンツ１３Ｂの配信は広帯域回線の実現が一般的に困難であることと、無料コンテンツを考慮すれば期待し難い。一方、静止画コンテンツ１３Ａについては大画面（ＴＶ画面）の静止画コンテンツの配信が低速回線でも実現可能であるため、このメニューを用意することが適当である。

次に、有料のネット音楽放送での構成例を図５に示す。この場合には有料で音楽放送を例えば月額定額料金で楽しむユーザを対象とするものであり、その実現条件として、高速・広帯域回線が用意されることが条件となる。従って、この場合には音楽コンテンツならびに画像コンテンツに関して高品質なコンテンツを配信するものである。従って、音楽コンテンツ２１に関してはＣＤ品質（１．５Ｍｂｐｓ）やよりサウンド信号の広帯域化あるいは符号化ビット数を増大させたウルトラ音質を用意し、映像コンテンツ２３Ｂに関しても大画面（ＴＶ画面）の映像コンテンツを用意することが考えられる。ただし、ユーザの嗜好の幅を考慮して、静止画コンテンツ２３Ａも用意する。

送信サーバにおけるチャンネル制御機能は単純である。即ち、音楽コンテンツ、画像コンテンツ（映像コンテンツあるいは静止画コンテンツ）およびデータコンテンツをすべて並列に送信することである。
図６に具体的な送信サーバ３１の構成を示す。即ち、音楽コンテンツ、映像コンテンツ、静止画コンテンツおよびデータコンテンツはそれぞれ音楽コンテンツバンク３２、関連映像コンテンツバンク３３、関連静止画コンテンツバンク３４および関連データコンテンツバンク３５から選択的に読み出され、それぞれの送信部３６、３７、３８および３９に転送され、さらにインターネットにそれぞれ配信される。
この内、音楽および画像に関して幾つかの品質のオプションが用意されており、このオプション（品質）毎にコンテンツを並列送信することになる。従って、個々の受信者の条件を一切考慮する必要がない。
送信するコンテンツはその情報の特徴により実時間型と非実時間型に分類される。実時間型コンテンツは相互に同期化される音楽チャンネルと映像チャンネルで送信され、非実時間型コンテンツとしては、データチャンネルと静止画チャンネルが配信される。なお、映像チャンネルと静止画チャンネルは同一の目的で利用されるために、画像チャンネルとしていずれかのチャンネルが送信される。従って、これらはどちらかが使用されるという排他的な関係にある。

次に、各々のコンテンツ相互間の同期関係を説明する。音楽放送サービスでは主コンテンツはあくまで音楽コンテンツであり、各楽曲がコンテンツの単位となる。従って、コンテンツ間の同期化については音楽コンテンツが各種コンテンツの同期関係の基準となる。送信する各種コンテンツ間の同期化、即ち、送信するＡＶ型とデータ型のコンテンツの作成と送信のタイミングを図７に示す。
即ち、映像コンテンツについては実時間コンテンツであるため、一般の映像コンテンツと同様に実時間コンテンツであり、音楽コンテンツと完全に同期化されている必要がある。音楽コンテンツ４１の楽曲のスタート信号（同期トリガ信号４２）によって該楽曲に対応する映像コンテンツ４３が起動される。これにより、映像コンテンツについては完全な同期関係を保つことができる。
一方、非実時間情報である静止画コンテンツとデータ情報については音楽コンテンツの各楽曲がスタートするまでに転送を終了している必要がある。従って、各楽曲の同期トリガ信号４２によって、該楽曲の次の楽曲に対応する非実時間型コンテンツ４４（静止画コンテンツとデータコンテンツ）の転送をスタートし、該楽曲の継続時間内に転送を完了する必要がある。

音楽チャンネル、画像チャンネル（映像チャンネルあるいは静止画チャンネル）、データチャンネルの３つのチャンネルによって配信される各種情報は受信端末での最終出力であるスピーカ、ディスプレイ、ストレージに対応して図８に示すように振い分けされる。種々の形態に関して、典型的な例を示す。
実時間情報である音楽と映像に関して、楽曲単位の同期化については、楽曲の開始信号ですべての情報の同期化が図られる。同期化回路５２において、音楽と映像との間の時間のずれを調整して同期化を図る。
一方、ディスプレイに表示される種々の信号に関して、映像信号の画像フレームの同期化信号５８に同期化を図る。この場合、映像信号が存在しない場合には同期化回路５１において、画像フレームの同期化信号５８を発生させる。バッファ回路５２と５４はそれぞれ音楽信号に対するスピーカ５５とデータ信号に対するメモリ５７に関するバッファの役割を果たす。また、バッファ結合回路ＢＣ５３は各種信号を結合するとともに、ディスプレイ５６対するバッファの役割を果たす。 一方、受信端末におけるチャンネル選択の機能を果たすのがチャンネル選択回路５９Ａである。この回路はチャンネル初期設定信号５９Ｃと各受信チャンネルのパケット損失の総和を計数するパケット損失計数回路５９Ｂの出力信号によって決定する。

各チャンネルおよびチャンネルオプションの設定はチャンネル選択回路で行われ、制御アルゴリズムを以下に説明する。
インターネットは回線速度を保証するギャランティ型ではなく、ベストエフォート型であるために、トラヒックの状況に応じて回線速度が変動する。そのために、実効回線速度に応じ、かつ優先順位に応じて受信チャンネルを選択する必要がある。従って、あるチャンネル（パラメータを含む）を仮に選択し、一定時間内でのパケット損失を検出することにより、そのチャンネルを選択することの適否を判定する。即ち、一定時間内での損失パケットの数が一定数以下であれば選択し、一定数以上であれば一つ優先順位を上げて同様の操作を行う。最終的には一定数以内に収まり、チャンネル選択を終了する。
さらに、一旦、チャンネル選択を行っても、例えばインターネットでのトラヒックの増大により、選択したチャンネルでのパケット損失が増大する可能性がある。このような場合には上記と同様の手順でより優先順位の高いチャンネルに移行する。

具体的なチャンネルならびにチャンネルオプションの優先制御ならびに切り戻し制御に関する制御のフローチャートを図９に示す。
スタート６１の後、サービス提供形態とユーザの希望条件から初期チャンネル設定６２を行う。その状態で単位時間内での全チャンネルの損失パケット数計数６３を実施する。その結果、サービス提供条件である一定数の損失パケット数の閾値と比較し、それ以下であればその状態を維持する。また、該閾値以上であれば優先順位ダウン６４を実施して、再度、一定時間内の損失パケット数計数を行う。このような制御を繰り返し行うことにより、一定の状態に収斂する。なお、該閾値としては例えば、３〜４分の楽曲の継続時間内で１個のパケット損失が典型的な値として考えられる。

定常状態において、回線速度の減少は損失パケットの増加によって検出することは可能であり、その場合には優先順位をダウンさせることが可能である。一方、回線速度の増加を以上のアルゴリズムで検知することはできない。そこで、一定期間計数６５を行い、一定期間毎にまず初期チャンネル比較６６を行い、同じかどうかを判定する。その結果、同じ場合には優先順位をアップする必要がないために、定常状態に戻す。一方、比較結果が同じでない場合、即ち、初期チャンネル設定から優先順位が下がっている場合には一つ優先順位アップ６７を行い、損失パケット計数６８を実施する。この場合、一定以上のパケット損失を検出すればもとの優先順位に戻すことになる。そして、一定以上のパケット損失を検出しない場合にはさらに優先順位アップ６７を実施する。このような操作により許容可能な中で最高の優先順位に収束する。

静止画コンテンツや各種データコンテンツなどの非実時間コンテンツについては実時間性の制約はないが、パケット損失に起因したデータの誤りは許容できない。
通常のデータ情報の転送ではＴＣＰ／ＩＰのプロトコルにより誤信したデータ型コンテンツは再送制御による確実に転送している。これに対して、複数の端末に対して共通な信号を転送するＵＤＰ／ＩＰのストリーミングのプロトコルで配信する場合、確実な受信が保証されない問題点がある。
この問題の解決手段の一つは同一のデータコンテンツを複数回、繰り返し送信することである。この場合、受信端末ではパケット単位で複数の同一パケットを比較し、誤信（信号誤りあるいはパケット脱落）のないパケットのみを受信するものである。この方法により、事実上、誤りのないパケット系列として受信することができる。

上記の方法の代替案として、誤って受信したパケットのみに対して、ＴＣＰ／ＩＰプロトコルで確実な信号を得る方法である。この方法では転送する情報量が２倍以上になることがない点はメリットであるが、この機能に応じて、送信サーバにＴＣＰ／ＶＰプロトコルに対応するサーバ機能を追加する必要がある。

バックグラウンド画像としての静止画像はその曲の雰囲気を表す画像やその曲を歌ったり演奏したりする場面の画像が用いられる。特に、ＴＶ画面のような大型画面に対応する静止画を３〜４分の楽曲の期間内に事前に送付しておく必要がある。ＴＶ画面の映像コンテンツを配信できるような広帯域回線の場合には問題ないが、より低速の回線で送る場合にはこの静止画の転送時間が問題となる。主コンテンツをＭＰ３のフォーマットで圧縮する場合の転送速度は典型的な場合は１２８ｋｂｐｓである。従って、静止画を転送する回線の速度として同等程度の回線速度を想定しておく必要がある。
以下、典型的な場合の試算例はＨＤ品質規格で１画面１６Ｍｂとなり、静止画転送チャンネルの転送速度として低速の１２８ｋｂｐｓを仮定すれば、転送時間Ｔは２分４０秒となる。従って、この場合の転送時間は楽曲の継続時間（３〜４分）以内になるが、帯域圧縮率は画像によってバラツクので、場合によっては継続時間を超える場合もある。

上記の試算例からも分かるように、ＴＶ受信機で視聴するような場合、楽曲時間内に静止画を転送することが困難な場合がある。このような場合には複数の楽曲に対して同一の静止画コンテンツを表示することが考えられる。この場合、転送時間の制約条件はクリアされるが、複数の楽曲に適合した静止画である必要性の制約条件がある。

一方、数十分から１時間以上も継続するクラシック音楽の場合には逆の状況となる。即ち、長時間継続する音楽に対して、同じ静止画であれば退屈な状況となる。そこで一定時間毎あるいは曲調が変化した時点で背景の静止画を変更することが考えられる。この場合、その転送時間に関する制約条件はないと考えられる。
ただし、この場合、受信端末の必要なメモリ容量は増大する。

ＣＭモデルによるビジネスモデルの無料音楽放送サービスの場合には、送信コンテンツにＣＭ（Ｃｏｍｍｅｒｃｉａｌ Ｍｅｓｓａｇｅ）の情報を挿入する必要がある。必ず送信されるのが音楽コンテンツであるため、各楽曲の直前あるいは直後にＣＭの情報を挿入する必要がある。また、音楽チャンネルでＣＭの情報を送信している時間に、画像コンテンツ（映像コンテンツあるいは静止画コンテンツ）もＣＭに対応した情報を送信する必要がある。

音楽コンテンツ配信システムの形態はそのビジネスモデルと関係を持っている。ビジネスモデルとしては大別して無料サービス連携モデル、無料ＣＭモデル、有料モデルの３種類が考えられる。
図１０には本発明の音楽コンテンツ配信システムを用いたサービスの典型的な提供形態を示す。即ち、音楽コンテンツ配信サービス事業者は複数の音楽コンテンツ所有会社から各種の音楽コンテンツと関連情報の提供を受け、例えば音楽のジャンル別にＡＶ型コンテンツと関連するデータ型コンテンツを作成し、不特定多数のユーザに向けてインターネットにコンテンツを送信する。

無料、サービス連携モデルは連携した音楽コンテンツ販売サービスでの収入によってビジネスを成立させるものである。
図１０に示したように、音楽コンテンツ配信サービスと音楽コンテンツ購入サービスを連携することにより、本サービスを享受する一般ユーザは配信される音楽コンテンツを聴いて楽しむとともに、その中から気に入った楽曲を購入しようとし、関連する音楽コンテンツ販売サービスに購入リクエストを出し、高品質の楽曲コンテンツを購入することができる。

無料ＣＭモデルではユーザからではなく、ＣＭのスポンサーから収入を得て、ビジネスを成立させるものである。

現在、国内外で有料のインターネット音楽放送のサービスが提供されている。典型的なサービス形態では月額の定額料金で提供されている。

本音楽配信システムは一般ユーザに対して、各種の音楽に容易にアクセスことを目的とするものである。即ち、一般ユーザに幅広い素晴らしい楽曲との出会いを提供するものである。それにより、その楽曲を購入する、あるいはその歌手のコンサートを視聴することを一層、拡大を図るものである。これにより、一般ユーザの音楽サービスに対する満足度が大幅に向上させ、結果的に音楽産業の発展に資するものである。

１ 音楽コンテンツ
２ データコンテンツ
３ 画像コンテンツ
３Ａ 静止画コンテンツ
３Ｂ 映像コンテンツ
１１ 音楽コンテンツ
１２ データコンテンツ
１３ 画像コンテンツ
１３Ａ 静止画コンテンツ
１３Ｂ 映像コンテンツ
２１ 音楽コンテンツ
２２ データコンテンツ
２３ 画像コンテンツ
２３Ａ 静止画コンテンツ
２３Ｂ 映像コンテンツ
３１ 送信サーバ
３２ 音楽コンテンツバンク
３３ 関連映像コンテンツバンク
３４ 関連静止画コンテンツバンク
３５ 関連データコンテンツバンク
３６ 送信部（音楽コンテンツ）
３７ 送信部（関連映像）
３８ 送信部（関連静止画像）
３９ 送信部（関連データ）
４１ 音楽信号
４２ 同期トリガ信号
４３ 映像信号
４４ 非実時間型（データ型）信号
５１ 同期化回路
５２ バッファ回路（対スピーカ）
５３ バッファ結合回路（対ディスプレイ）
５４ バッファ回路（対メモリ）
５５ スピーカ
５６ ディスプレイ
５７ メモリ
５８ 同期化トリガ信号
５９Ａ チャンネル選択回路
５９Ｂ パケット損失検出回路
５９Ｃ チャンネル初期設定信号
６１ スタート
６２ 初期チャンネル設定
６３ 損失パケット計数
６４ 優先順位ダウン
６５ 一定期間計数
６６ 初期チャンネル比較
６７ 優先順位アップ
６８ 損失パケット計数
７１ 音楽コンテンツ所有会社群
７２ 音楽コンテンツ配信サービス
７３ 音楽コンテンツ販売サービス
７４ インターネット
７５ ユーザ群

Claims (10)

1. 音楽コンテンツの他に関連するデータコンテンツならびに画像コンテンツをそれぞれ収容するチャンネルを設け、かつ各チャンネルに優先順位を設け、優先順位に対応してＵＤＰ／ＩＰプロトコルによるストリーミング形態で配信することを特徴とする音楽コンテンツ配信方法
2. 請求項１において、音楽コンテンツ、データコンテンツ、画像コンテンツを収容する各チャンネルの順に優先順位を設け、回線速度の減少に対応して優先順位の低い順に受信を中止することを特徴とする音楽コンテンツ配信方法
3. 請求項１において、画像コンテンツを収容するチャンネルについては映像コンテンツ、静止画コンテンツのオプションを設け、映像コンテンツ、静止画コンテンツの順に優先順位を設け、また、音楽コンテンツと画像コンテンツについて、それぞれ音質と画像サイズに関して、複数のオプションを用意し、それぞれ音質が高く、画像サイズが大きい順に優先順位を設け、優先順位の順にコンテンツを選択して配信することを特徴とする音楽コンテンツ配信方法
4. 請求項１において、各種コンテンツを収容する配信チャンネルの優先順位の設定において、サービス提供条件と受信者の希望条件により初期チャンネル設定を行い、次に受信する各チャンネルでのパケット損失の総量を検出し、その発生頻度が閾値を越えた場合、各チャンネルならびにそのオプションの優先順位のレベルを一つ下げるか、または下げられない場合にはそのチャンネルの受信を中止することを特徴とする音楽コンテンツ配信方法
5. 請求項１において、一定期間毎に、受信を中止したチャンネルについて、直近に中止しあるいは優先順位を下げたチャンネルで、意図的にチャンネルを復活させ、あるいは優先順位を一つ上げて受信し、パケット損失が一定以上ある場合はそのまま元の状態に復活させ、パケット損失が一定以上検出されない場合には受信を復活、あるいは優先順位のレベルを一つ上げることを特徴とする音楽コンテンツ配信方法
6. 請求項１において、各々ストリーミング配信を行う音楽と映像の実時間型コンテンツと静止画やデータの非実時間型コンテンツに対して、新規楽曲コンテンツの開始情報をトリガー信号に利用することによって、当該音楽コンテンツに対応する実時間型の映像コンテンツ、ならびに当該楽曲コンテンツの次に楽曲コンテンツに対応する非実時間型コンテンツを読み出すことによって両型のコンテンツの同期化を図り、その後に両型の楽曲コンテンツを送信することを特徴とする音楽コンテンツ配信方法
7. 請求項１において、非実時間型コンテンツを繰り返し配信し、受信側ではパケット単位で誤りを検出し、誤りがなければそのまま取り込み、また、誤りがある場合にはそれに続く誤りのないパケットで置換することにより、誤りのない受信情報を得ることを特徴とする音楽コンテンツ配信方法
8. 請求項１において、誤りが検出されたデータコンテンツのパケットに関し、ＴＣＰ／ＩＰプロトコルでダウンロードすることを特徴とする音楽コンテンツ配信システム
9. 請求項１において、複数の楽曲コンテンツ単位に対して同一の静止画情報を利用することを特徴とする音楽コンテンツ配信方法
10. 請求項１において、一つの楽曲コンテンツ単位に対して複数の静止画情報を利用することを特徴とする音楽コンテンツ配信方法