(57)【要約】  本発明は、音源と歌詞を一つのファイルとして提供するマルチメディア音楽コンテンツサービス方法及びそのシステムに関する。コンテンツ保護技術であるＤＲＭを適用して音楽ファイルをＷｅｂサービスする場合、ユーザが音源コンテンツと歌詞データを別途に受信して合成するか加工することができないという問題点があったが、これを解決するために、本発明は、ＤＲＭ適用の前に予め音源と歌詞を合成してサービスするようにするものである。本発明は、音源データと歌詞データを別途にそれぞれデータベースとして構築しておき、Ｗｅｂサービスを介して音楽ファイルが要請されると、当該音楽ファイルを合成した後、ＤＲＭを適用してＷｅｂサービスする方法と、予め音源と歌詞データとを合成してデータベースとして構築した後、Ｗｅｂサービスから音楽ファイルの要請がくると、当該音楽ファイルをＤＲＭを適用してサービスする方法でサービスすることができる。
2007537483.tif 000002
【特許請求の範囲】
【請求項１】
音源データをデータベースとして構築する過程と、
前記音源データと同期させて歌詞データをデータベースとして構築する過程と、
Ｗｅｂサービスを介してクライアントから音楽ファイルの要請がある場合、前記音源データベースと歌詞データベースから該当する音源データと歌詞データを検索して音源データに歌詞データを合成する過程と、
その音源データに歌詞データが合成された一つの音楽ファイルにＤＲＭを適用する過程と、
ＤＲＡが適用された音楽ファイルをＷｅｂサービスを介して前記クライアントにサービスする過程とを行うことを特徴とする、マルチメディア音楽コンテンツサービス方法。
【請求項２】
前記音源データに前記歌詞データを合成する過程は、
ＩＤ３タグのようにコーデックから支援する情報データ空間に、テキストまたは暗号化された情報を付けて一つのファイルとして生成して歌詞データを直接挿入することを特徴とする、請求項１に記載のマルチメディア音楽コンテンツサービス方法。
【請求項３】
前記音源データに前記歌詞データを合成する過程は、
オーディオファイルの各フレームのうち、メインデータ領域内に存在するスケールファクター(scale factor)領域またはカウント１(count1)領域のうちどちらか一方を用いてウォータマーク方式で歌詞データを挿入することを特徴とする、請求項１に記載のマルチメディア音楽コンテンツサービス方法。
【請求項４】
前記音源データと前記歌詞データを合成する過程は、
オーディオファイルのフレームを分析する段階と、
フレーム分析によってヘッダ及び副情報からスタッフィング空間の大きさ及び位置を検出する段階と、
スタッフィング空間が存在しない場合、１バイトを割り当ててスタッフィング空間を生成する段階と、
当該フレームに同期信号が挿入されるべきかを判断して同期信号をスタッフィング空間に分割挿入する段階と、
同期信号が挿入されるべきフレームではない場合、歌詞データに該当するテキストを当該スタッフィング空間に分割挿入する段階とを行うことを特徴とする、請求項１に記載のマルチメディア音楽コンテンツサービス方法。
【請求項５】
音源データと歌詞データを予め一つの音楽ファイルとして合成し、音源と歌詞が同期されて合成された音楽ファイルをデータベースとして構築する過程と、
Ｗｅｂサービスを介してクライアントから音楽ファイルの要請がある場合、前記音源＋歌詞が合成された音楽ファイルから該当する音楽ファイルを検索する過程と、
その音楽ファイルにＤＲＭを適用する過程と、
ＤＲＭが適用された音楽ファイルをＷｅｂサービスを介して前記クライアントにサービスする過程とを行うが、
前記データベース構築過程の音源データと歌詞データとの合成は、
オーディオファイルのフレームを分析する段階と、
フレーム分析によってヘッダ及び副情報からスタッフィング空間の大きさ及び位置を検出する段階と、
スタッフィング空間が存在しない場合、１バイトを割り当ててスタッフィング空間を生成する段階と、
当該フレームに同期信号が挿入されるべきかを判断し、同期信号をスタッフィング空間に分割挿入する段階と、
同期信号が挿入されるべきフレームではない場合、歌詞データに該当するテキストを当該スタッフィング空間に分割挿入する段階とを行うことを特徴とする、マルチメディア音楽コンテンツサービス方法。
【請求項６】
音源データと歌詞データを予め一つの音楽ファイルとして合成し、音源と歌詞が同期されて合成された音楽ファイルをデータベースとして構築する過程と、
Ｗｅｂサービスを介してクライアントから音楽ファイルの要請がある場合、前記音源＋歌詞が合成された音楽ファイルから当該音楽ファイルを検索する過程と、
その音楽ファイルにＤＲＭを適用する過程と、ＤＲＭが適用された音楽ファイルをＷｅｂサービスを介して前記クライアントにサービスする過程とを行うが、
前記データベース構築過程の音源データと歌詞データとの合成は、
オーディオファイルの各フレームのうち、メインデータ領域内に存在するスケールファクター領域またはカウント１領域のうちどちらか一方を用いてウォータマーク方式で歌詞データを挿入することを特徴とする、音源と歌詞を一つのファイルとして提供することを特徴とする、マルチメディア音楽コンテンツサービス方法。
【請求項７】
音源データを格納している音源データＤＢ（１０）と、
前記音源データＤＢ（１０）の音源データに同期させた歌詞データを格納している歌詞データＤＢ（２０）と、
Ｗｅｂサービスを介してクライアント端末（６０）が任意の音楽ファイルを要請する場合、前記音源データＤＢ（１０）から当該音源データを検索し、その音源データに対応した歌詞データを前記歌詞データＤＢ（２０）から検索して音源データと歌詞データとを混合し、音源と歌詞とが混合された一つの音楽ファイルに変換するコンバーティングモジュール（３０）と、
そのコンバーティングモジュール（３０）で音源と歌詞が合わせられた音楽ファイルのコンテンツ保護による使用制限を処理するＤＲＭモジュール（４０）と、
インターネットを介してユーザクライアント端末（６０）から音楽ファイルの要請を受け付け、当該する音源データと歌詞データを検索して前記コンバーティングモジュール（３０）を制御し、前記ＤＲＭモジュール（４０）で処理された音楽ファイルをインターネットを介して要請したユーザクライアント端末（６０）にストリミングまたはダウンロード方式でサービスするＷｅｂサービスサーバー（５０）とから構成されたことを特徴とする、マルチメディア音楽コンテンツサービスシステム。
【請求項８】
前記コンバーティングモジュール（３０）は、
音源データファイルの各フレームのうち、メインデータ領域内に存在するスケールファクター領域またはカウント１領域のうちどちらか一方を用いてウォータマーク方式で歌詞データを挿入することを特徴とする、請求項７に記載のマルチメディア音楽コンテンツサービスシステム。
【請求項９】
予め音源データと歌詞データを結合し、音源と歌詞が同期されて結合された音楽ファイルとして格納しておいた音楽ファイルデータベースと、
Ｗｅｂサービスを介してクライアント端末（６０）が任意の音楽ファイルを要請する場合、前記音楽ファイルデータベースから該当する音楽ファイルを検索してコンテンツ保護による使用制限のためのＤＲＭ適用をするＤＲＭモジュール（４０）と、
インターネットを介してユーザクライアント端末（６０）から音楽ファイルの要請を受け付け、当該音源ファイルの検索とＤＲＭ処理を制御し、ＤＲＭモジュール（４０）で処理された音楽ファイルをインターネットを介して要請したユーザクライアント端末（６０）にストリミングまたはダウンロード方式でサービスするＷｅｂサービスサーバー（５０）とから構成されたことを特徴とする、マルチメディア音楽コンテンツサービスシステム。
【請求項１０】
前記データベースは、
音源データファイルの各フレームのうち、メインデータ領域内に存在するスケールファクター領域またはカウント１領域のうちどちらか一方を用いてウォータマーク方式で歌詞データを挿入して格納したことを特徴とする、請求項９に記載のマルチメディア音楽コンテンツサービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音源及び歌詞が一つのファイルからなるマルチメディア音楽コンテンツサービスに係り、特に、ユーザが歌詞を編集または挿入する不便なしに、音楽ファイルのダウンロード或いはストリミングサービスを受けるときに音楽と歌詞を同時に受信し得るようにサービスするマルチメディア音楽コンテンツサービス方法及びそのシステムに関する。
【背景技術】
【０００２】
Ｗｅｂを介してサービスされる音楽サービスは、Ｗｅｂストリミングまたはダウンロードサービスを行っている。このサービスでは、音楽のみを提供し、或いはストリミングサービスを介してＰＣ用Ｗｅｂブラウザーから音楽が出るときに歌詞ＤＢを検索し、歌詞を別途に受信しバッファリングして音楽が演奏されながらタイム情報によって歌詞を表現するサービスを行っている。これもやはりＰＣという限界を持っており、ダウンロード音楽ファイルの場合は、音源（音楽）のみがサービスされるので、ユーザは、ＰＣ用編集プログラムを介して音楽＋歌詞を手動で合わせる作業をによって、音源内に歌詞を一つのファイルとして生成し、或いは予め同期化(sync)させておいた歌詞ＤＢから音楽に合う歌詞を探して合わせる作業を行い、その後にＭＰ３プレーヤーなどの機器(set)にダウンロードして音楽を聴きながら歌詞(text)が見られるようにしている。
【０００３】
この場合、ユーザの不便さと、同期化されている歌詞の場合でもユーザの音楽と時間上の差異によって作業を二重に行わなければならないという難しさがある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、音楽をサービスする主体がサービスする音楽に歌詞を混合して一つのファイルに構成してサービスし、ユーザが歌詞を挿入または編集する不便なしに、音楽ファイルをのダウンロード或いはストリングサービスを受けるときに音楽＋歌詞を同時に受信し得るようにすることを目的とする。
【課題を解決するための手段】
【０００５】
最近、Ｗｅｂにおいてインターネットを介して有料でサービスしているコンテンツの場合は、コンテンツ保護技術であるデジタル著作権の管理（Digital Rights Management、以下「ＤＲＭ」という）によってサービスを行っているが、この場合、ＤＲＭの適用されたデータにユーザが任意に他のデータを追加または削除することが不可能なので、ユーザがＰＣで編集プログラムを用いて歌詞(TEXT)情報を挿入または混合する作業を行うことができない。
【０００６】
このような理由により、ＤＲＭを適用する前に、原音データから所望の情報を挿入または混合する作業を先ず行わなければならず、このように生成されたコンテンツにＤＲＭを生成してサービスを行わなければならない。
【０００７】
本発明では、かかる問題点を解決するために、ＤＲＭを適用する前に、音源に歌詞を結合してファイルを構成してサービスするが、音楽内に歌詞(text)を挿入してサービスする方法で、ＩＤ３タグのようにコーデック(codec)から支援する情報データ空間を利用し或いは音源の後ろまたは前にテキストまたは暗号化情報を付けて一つのファイルとして生成することができ、別の方法では、ウォータマーキング方法を用いて音源データ内に直接挿入してサービスを支援することもできる。
【０００８】
一方、ＩＤ３タグを利用すると、２０余種の定義されたフィールドを用いて様々な情報を挿入することができ、ユーザが必要な情報も挿入することができる。ところが、ファイルを再生する途中でファイルの前部または後部にあるＩＤ３タグ情報を任意にアクセスことができないため、ファイルの再生中に使用する付加情報は、再生を開始する前にメモリに格納しなければならない。この際、使用しようとする情報が多様であり、携帯用再生装置で活用可能なメモリの大きさが十分ではない場合には様々な付加情報を活用することができない。
【０００９】
例えば、携帯用オーディオプレーヤーのＬＣＤに歌の歌詞を表現したい場合、ＩＤ３タグに付加情報として歌詞情報が存在すると、その歌詞情報をＬＣＤに出力し得るように予めメモリに格納しなければならない。一般に、４分程度の歌に対する歌詞データは、最小限１〜２Ｋｂｙｔｅのメモリがかかる。ところが、歌の歌詞がフレームに挿入されていると、予めメモリに全て格納しなくても、検出された歌詞データのみをＬＣＤに出力すればよいため、１小節程度のデータを格納し得るメモリのみがあれば、歌の歌詞を全てＬＣＤに出力することが可能になる。また、歌を聴きながらいろんなイメージを画面に出力しようとする場合にも同様に、全てのイメージを一挙にメモリに格納する必要がなくなる。
【００１０】
したがって、本発明は、ファイルを再生するために繰り返し分析するフレーム内に付加情報を挿入することにより、再生中に付加情報が実時間で得られるようにすることができる。例えば、音楽の歌詞情報をフレームに挿入すると、再生しながら検出された歌詞を携帯用再生装置に実時間で出力することができるうえ、イメージ情報をフレームにウォータマークとして挿入すると、音楽を聴きながら様々なイメージをＬＣＤに出力させることもできる。
【００１１】
本発明は、ＭＰ３ファイルに、ファイルと関連した多様な付加情報をフレーム内にウォータマークとして挿入し、検出する方法を提案する。また、付加情報の挿入によりファイルのフォーマットに変化が発生せず、再生に全く問題を発生しない方法を提案する。一般なパーソナルコンピュータを始めとしてＭＰ３ファイルの再生が可能な携帯用再生装置で挿入付加情報を再生する途中で検出して様々な形で活用することができるようにする。
【００１２】
本発明は、インターネットを介して音楽ファイルをサービスする方法において、音源データをデータベースとして構築する過程と、前記音源データに同期させ、それぞれ該当する歌詞データをデータベースとして構築する過程と、Ｗｅｂサービスを介してクライアントから音楽ファイルの要請がある場合、前記音源データベースと前記歌詞データベースから該当する音源データと歌詞データを検索して音源データに歌詞データを合成する過程と、その音源データに歌詞データが合成された一つの音楽ファイルにＤＲＭを適用する過程と、ＤＲＡが適用された音楽ファイルをＷｅｂサービスを介して前記クライアントにサービスする過程とを行うことを特徴とする。
【００１３】
また、本発明の他の実施の形態として、音源データと歌詞データを予め一つの音楽ファイルとして合成し、音源と歌詞とが合成された音楽ファイルをデータベースとして構築する過程と、Ｗｅｂサービスを介してクライアントから音楽ファイルの要請がある場合、前記音源＋歌詞が合成された音楽ファイルから当該音楽ファイルを検索する過程と、その音楽ファイルにＤＲＭを適用する過程と、ＤＲＭが適用された音楽ファイルをＷｅｂサービスを介して前記クライアントにサービスする過程とを行うことを特徴とする。
【発明の効果】
【００１４】
上記のような本発明を実現するために、本発明は、音源データを格納している音源データＤＢと、前記音源データＤＢの音源データに同期させた歌詞データを格納している歌詞データＤＢと、Ｗｅｂサービスを介してクライアント端末が任意の音楽ファイルを要請する場合、前記音源データＤＢ１０から当該音源データを検索し、その音源データに対応した歌詞データを前記歌詞データＤＢ２０から検索して音源データと歌詞データとを混合し、音源と歌詞とが混合された一つの音楽ファイルに変換するコンバーティングモジュールと、そのコンバーティングモジュール３０で音源と歌詞が合わせられた音楽ファイルのコンテンツ保護による使用制限を処理するＤＲＭモジュールと、インターネットを介してユーザクライアント端末から音楽ファイルの要請を受け付け、当該する音源データと歌詞データを検索して前記コンバーティングモジュールを制御し、前記ＤＲＭモジュール４０で処理された音楽ファイルをインターネットを介して要請したユーザクライアント端末にストリミングまたはダウンロード方式でサービスするＷｅｂサービスサーバーと、から構成されることを特徴とする。
【００１５】
また、予め音源データと歌詞データを同期結合し、音源と歌詞が結合された音楽ファイルとして格納しておいた音楽ファイルデータベースを備え、前記音楽ファイルを要請する場合、検索し、ＤＲＭモジュールを介してサービスを行うように構成することもできる。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面を参照して本発明の実施の形態について詳細に説明する。図１は本発明による音源と歌詞が合成されたマルチメディア音楽コンテンツサービスの構成図である。
【００１７】
音源データを格納している音源データＤＢ１０と、前記音源データＤＢ１０に格納されている音源データと同期させた情報を持った歌詞データを格納している歌詞データＤＢ２０と、Ｗｅｂサービスを介してクライアント端末６０が任意の音楽ファイルを要請する場合、前記音源データＤＢ１０から該当する音源データを検索し、その音源データに対応した歌詞データを前記歌詞データＤＢ２０から検索して音源データと歌詞データとを混合し、音源と歌詞とが混合された一つの音楽ファイルに変換するコンバーティングモジュール３０と、そのカンバーティングモジュール３０で音源と歌詞とが合わせられた音楽ファイルのコンテンツ保護による使用制限を処理するＤＲＭモジュール４０と、インターネットを介してユーザクライアント端末６０から音楽ファイルの要請を受け付け、該当する音源データと歌詞データを検索して前記コンバーティングモジュール３０を制御し、前記ＤＲＭモジュール４０で処理された音楽ファイルを、要請したユーザクライアント端末６０にインターネットを介してストリミングまたはダウンロード方式でサービスするＷｅｂサービスサーバー５０とから構成される。ここで、前記歌詞データＤＢ２０は、単に歌詞データテキスト情報のみを持つのではなく、音源データに同期化された歌詞データ情報をデータベースとして構築したものである。
【００１８】
ここで、前記コンバーティングモジュール３０は、ＩＤ３ｔａｇのようにコーデック(codec)から支援する情報データ空間を利用し或いは音源の後ろまたは前にテキスト(text)または暗号化情報を付けて一つのファイルとして生成することができ、別の方法では、ウォータマーキング方法を用いて音源データ内に直接挿入してコンバートすることができる。そして、前記ＤＲＭモジュール４０は、公知の技術であって、ここでは詳細に説明しない。
【００１９】
以下、本発明の実施の形態では音楽ファイルのフォーマットをＭＰ３にして説明するが、ＷＭＡ、ＡＡＣ及びＡＣ３などの他のオーディオファイルフォーマットによって格納された音楽ファイルの場合でも本発明による同期信号挿入方法を適用または応用することが可能なのは、当業者には自明なことである。
【００２０】
図２は、ＭＰ３フレームの構造を示す図である。図２を参照してＭＰ３フレームの構造を説明すると、ＭＰ３オーディオファイルは、複数のフレームの連続から構成される。各フレームは、１２ビットの同期ビットからなるヘッダ２０１、副情報(side information)２０３、メインデータ２０５、及びスタッフィング空間２０７から構成される。
【００２１】
ヘッダ２０１及び副情報２０３には、同期(sync)を含んでフレームの構成等に関する全般的な情報が格納されている。メインデータ２０５には、ハフマンコーディング(Huffman
Coding)方式によってオーディオコンテンツが無損失圧縮されて格納される。無損失圧縮されたメインデータ２０５は、バイト単位で格納される。ハフマンコーディングの結果、オーディオコンテンツの内容が全く含まれない剰余ビットが発生する。
【００２２】
このような剰余ビットをスタッフィングビット(stuffing bit)といい、スタッフィングビットの部分をスタッフィング空間という。すなわち、このビットは、音楽の再生の際に全く使用されない空の空間である。スタッフィング空間２０７は、メインデータ２０５を含んだフレームの大きさをバイト単位となるようにするためのビットなので、スタッフィング空間２０７の大きさは、オーディオコンテンツをハフマンコーディングして生成したメインデータ２０５の大きさによって決定される。
【００２３】
以下でより詳細に説明するように、本発明では、このようなフレームの構造的な特性を利用してスタッフィング空間に同期信号を挿入する。
【００２４】
図３は、本発明による同期信号挿入過程を示す流れ図である。図３によれば、まず、再生するＭＰ３オーディオファイルが選択されると、これをフレーム単位で分割する（Ｓ３０１）。
【００２５】
分割された各フレームに対して、フレーム分析を行う（Ｓ３０３）。フレーム分析は、ヘッダ２０１と副情報２０３を分析して、メインデータ２０５の開始位置とその大きさに関する情報を獲得する。その後、メインデータ２０５の大きさに関する情報に基づき、スタッフィング空間２０７の大きさ及び位置を獲得する。
【００２６】
メインデータ２０５の大きさによっては、スタッフィング空間２０７が存在しないと判定することもある。同期信号を挿入する空間が必要であると判断する場合（Ｓ３０５）、スタッフィング空間２０７のための空間を任意に生成することもできる（Ｓ３０７）。
【００２７】
この際、スタッフィング空間のために１バイトを新しく割り当てる。よって、以後の全体フレームは１バイトずつ繰り下げられるように全体フレームを再構成する（Ｓ３０９）。
【００２８】
その後、当該フレームに同期信号が挿入されるべきなのかを判定する（Ｓ３１１）。同期信号の挿入は、ユーザから予め入力された情報によって判定することもできる。例えば、ユーザは、オーディオファイルを再生しながらどの時点でテキストのどの部分を出力しなければならないかをテキスト同期化装置の所定の入力装置によって直接入力することができる。
【００２９】
また、後述するＴＴＳ方式による場合のように、自動的に判定することもできる。
【００３０】
同期信号が挿入されなければならない場合には、スタッフィング空間に同期信号を挿入する（Ｓ３１３）。同期信号の大きさは、一般に、スタッフィング空間のビット数より大きいため、一つの同期信号全てを一つのスタッフィング空間に挿入するのではなく、同期信号の少なくとも一部を一つのスタッフィング空間に挿入する。複数のスタッフィング空間に一つの同期信号を挿入することもできる。例示的な実施の形態において、スタッフィング空間は、同期信号の存在を示す部分、および同期信号の内容としてテキストの位置及び出力されるテキストの文字数を示す部分を含む。同期信号のうち幾ビットを当該フレームに挿入するかは、与えられたスタッフィング空間が幾ビットなのかによって決定される。
【００３１】
上述した過程を各フレームに対して繰り返し行うことにより、フレームからなるオーディオファイルに同期信号を挿入する。
【００３２】
すなわち、オーディオファイルのフレームを分析する段階と、フレーム分析によってヘッダ及び副情報からスタッフィング空間の大きさ及び位置を検出する段階と、スタッフィング工程が存在しない場合、１バイトを割り当ててスタッフィング空間を生成する段階と、当該フレームに同期信号が挿入されるべきなのかを判断して同期信号をスタッフィング空間に分割挿入する段階とを行い、同期信号をスタッフィング空間に挿入する。そして、同期信号が挿入されるべきフレームではない場合、テキスト、すなわち歌詞データを当該スタッフィング空間に分割挿入する段階とを行う。
【００３３】
したがって、上述した構成によって、オーディオコンテンツとテキストを同期化させることができるように同期信号をオーディオファイルに挿入させる同期信号を提供することにより、オーディオコンテンツの再生およびそれに同期化されるテキストの出力の際に、オーディオコンテンツ再生装置に過度なリソース消耗が発生しなくなる。
【００３４】
次に、図４及び図５を参照して本発明の実施の形態について説明する。図４は、本発明の他の実施の形態による同期信号挿入過程を示す流れ図である。
【００３５】
図４に示してはいないが、図３のＳ３０１〜Ｓ３０９段階が図４のＳ４１１段階の前に同一に存在するが、図示及び説明の便宜上省略する。  
まず、同期信号が挿入される必要があるかを判定する（Ｓ４１１）。
【００３６】
同期信号が挿入される必要がない場合、スタッフィング空間にテキストを挿入する（Ｓ４１５）。テキスト文字列の長さは、一般に、スタッフィング空間のビット数より大きいため、与えられたテキスト文字列全てを一つのスタッフィング空間に挿入するのではなく、テキスト文字列の少なくとも一部を一つのスタッフィング空間に挿入する。すなわち、複数のスタッフィング空間に一つのテキスト文字列を挿入する。  
図３は、本発明による同期信号挿入過程を示す流れ図である。
【００３７】
図５は、本発明の他の実施の形態による同期信号が挿入されたオーディオファイルをフレーム単位で示す概略図である。図５において、オーディオファイルをフレーム単位で区画して概略的に示した。各フレームに対して、テキスト情報の挿入に該当するフレームではテキスト情報を含んでおり、テキスト出力時点に該当するフレームでは同期信号を含んでいる。テキスト情報の挿入に該当するフレームにも、スタッフィング空間に何の情報も挿入されないこともある。これは、上述したように、待機領域を意味する。同期信号が含まれているフレームの再生時点がそれ以前のフレームに挿入されたテキストを出力する時点となるように、まず出力するテキスト情報を少なくとも一つのフレームに挿入する。出力するテキスト情報を全て挿入した後には、同期信号を挿入するまで待機状態にある。待機状態ではフレームに別途の情報を挿入せず、各フレームに存在するスタッフィングビットを全て「０」に初期化する。
【００３８】
その後、現在フレームの位置がテキストを出力すべき時間情報と一致すると、同期信号を挿入する。
【００３９】
さらに図４に戻って、同期信号が挿入されなければならない場合、スタッフィング空間に同期信号を挿入する（Ｓ４１３）。図３を参照して上述したように、同期信号の大きさは、一般に、スタッフィング空間のビット数より大きいため、一つの同期信号全てを一つのスタッフィング空間に挿入することもできるが、同期信号の少なくとも一部を一つのスタッフィング空間に挿入することもできる。すなわち、複数のスタッフィング空間に一つの同期信号を挿入することもできる。スタッフィング空間に挿入される同期信号は、同期信号の存在を示す部分のみを含むことで十分である。オーディオファイルの再生の際に、同期信号が検出されたフレームの以前フレームのスタッフィング空間に格納された情報がテキスト情報の欠片なので、これらを集めると、同期信号の存在検出の際にディスプレイに出力するテキストを得ることができるためである。
【００４０】
上述した過程を各フレームに対して繰り返し行うことにより、フレームからなるオーディオファイルに同期信号及びオーディオコンテンツに対応するテキストを挿入する。
【００４１】
以上で説明したように、本発明では、音源データ（オーディオコンテンツ）と歌詞データ（テキスト）を一つの音楽ファイル（オーディオファイル）としてコンバーティングモジュール３０で合成してＤＲＭモジュール４０を介してサービスする。
【００４２】
一方、図６は本発明の他の実施の形態を示すもので、音源データと歌詞データを前述した方法と同様の方法で予め合成して音楽ファイルデータベース１００として構築しておき、Ｗｅｂサービスサーバー５０がクライアント端末６０からインターネットを介して音楽ファイルを要請する場合、その音楽ウライルに対して前記音楽ファイルデータベース１００から検索し、その検索された音楽ファイルをＤＲＭモジュール４０を介してＤＲＭ処理してＷｅｂサービスサーバー５０がクライアント端末６０へサービスする。
【００４３】
また、本発明では、前述したように、ＭＰ３ファイルに、ファイルと関連した多様な付加情報をフレーム内にウォータマークとして挿入し、検出する方法を提案する。また、付加情報の挿入によってファイルのフォーマットに変化が発生せず、再生に全く問題を発生しない方法を提案する。一般なパーソナルコンピュータを始めとしてＭＰ３ファイルの再生が可能な携帯用再生装置で挿入された付加情報を再生中に検出して様々な形で活用し得るようにする。  
フレームに付加情報を分散させて挿入したファイルは、パーソナルコンピュータ及び携帯用再生装置で何の修正またはプログラムの変更なしにも直ちに再生が可能である。もし付加情報を挿入させた以後に、既存の再生可能なコンピュータまたは携帯用再生装置で再生されない場合には、これを再生させるために多様なプラットフォームに対するプログラムを提供しなければならないが、現実的に不可能であり、ユーザが不便になる。
【００４４】
したがって、既存から使用する全てのＭＰ３プレーヤーで正常的に再生できながらも、ユーザが要求する多様な付加情報をファイルの再生と同時に検出し得るように、ウォータマーク技術を利用して付加情報をフレームに挿入し、これを携帯用再生装置のように制限されたリソースのみ使用が可能な装置で効果的に検出することが可能な方法を提案する。
【００４５】
ＭＰ３は、図７に示すように、多数個のフレームの連続から構成されたファイルである。フレームは、フレームの開始点を探すためのシンク(Sync)情報７２０を含んだヘッダ７１０と、サイドインフォ(side info)７３０と、オーディオ圧縮データを格納しているメインデータ領域７４０とに分けられる。ここで、情報を隠匿することが可能な部分はメインデータ領域７４０であるが、データ領域７４０は、スケールファクター７４１とハフマンで圧縮されたメインインフォ部分７４２とからなり、情報の隠匿が可能な領域である。
【００４６】
ここで、前記図２及び図７のフレーム構成は実際同一の構成であって、図２のヘッダ２１０には図７のヘッダ７１０と同期７２０領域が含まれたもので、図２の副情報２０３は図７のサイドインフォ７２０であり、メインデータは同じ領域であり、図２のスタッフィング空間２０７は図７では表示しなかった。スタッフィング空間は、オーディオファイルに含まれることもあるが、ない場合もあり、図２を基準として説明するときは、スタッフィング空間がない場合、１バイトを生成して付けることで説明したが、図７ではスタッフィング空間の有／無とは関係なく、メインデータ領域にウォータマーク方式で歌詞データを挿入するためのものである。
【００４７】
スケールファクター領域７４１は、オーディオの各サブバンドに対する量子化に関連した値を格納しているところであって、特殊な場合を除いては各フレームのチャネル当り少なくとも一つずつ存在する。特殊な場合とは、スケールファクターに何のデータも割り当てられないときをいう。この領域のデータは、音質に影響を及ぼすために、任意のデータを挿入することはできないが、変化の度合いが小さければ、人が認知できない程度で情報を隠匿することができる。
【００４８】
メインインフォ(Main Info)部分７４２は、ビッグバリュー(big_value)領域７４２ａとカウント１(count1)領域７４２ｂに分けられるが、ビッグバリュー(big_value)領域７４２ａの変更は、音質に大きい影響を及ぼすため、情報の挿入は、カウント１領域(count1)７４２ｂを利用しなければならない。カウント１領域７４２ｂに情報を挿入するとき、ハフマンコード(Huffman
code)の長さが変わらないように留意しなければならない。これは、フレームの大きさが変更されると、ＭＰ３ファイル全体をさらにパッケージングしなければならないので、ウォータマークを挿入するのに多くの時間がかかるためである。
【００４９】
ウォータマークは、各フレーム当り１バイトの情報が割り当てられ、スケールファクター領域またはカウント１領域のうちどちらか一方を用いてデータを挿入することができる。
【産業上の利用可能性】
【００５０】
以上述べたように、本発明は、音源データと歌詞データをデータベースに備えておき、Ｗｅｂを介しての音楽ファイル要請がある場合、音源データと歌詞データとを混合して一つの音楽ファイルに変換し、または予め音源データと歌詞データとを合成して音楽ファイルとしてデータベースを構築しておき、サービスするときにＤＲＭ処理をしてサービスするように構成することにより、ユーザは、音楽と歌詞とが合成された音楽ファイルを受け取り、再生の際に自動的に同期させて歌詞データが表示されるようにすることができるという効果がある。
【００５１】
したがって、本発明は、ＤＲＭを適用する場合に予め音源及び歌詞データを混合した後、ＤＲＭを適用し得るようにすることにより、ＤＲＭ適用後のファイルにユーザが追加削除変更をすることができないという問題点を解消させ、音源と歌詞を一つの音楽ファイルコンテンツとしてサービスすることができるという効果がある。
【図面の簡単な説明】
【００５２】
【図１】図１は、本発明によるマルチメディア音楽コンテンツサービスシステムの構成図である。
【００５３】
【図２】図２は、本発明を説明するためのオーディオファイルのフレーム構成図である。
【００５４】
【図３】図３は、本発明による同期信号挿入過程を示す流れ図である。
【００５５】
【図４】図４は、本発明による他の実施の形態を示した同期信号挿入過程を示す流れ図である。
【００５６】
【図５】図５は、本発明の他の実施の形態による同期信号が挿入されたオーディオファイルをフレーム単位で示す概略図である。
【００５７】
【図６】図６は、本発明の他の実施の形態を示したマルチメディア音楽コンテンツサービスシステムの構成図である。
【００５８】
【図７】図７は、本発明のウォータマーク方法で歌詞データを挿入する他の実施の形態を説明するためのフレーム構成図である。
【符号の説明】
【００５９】
１０    音源データＤＢ
２０    歌詞データＤＢ
３０    カンバーティングモジュール
４０    ＤＲＭモジュール
５０    Ｗｅｂサービスサーバー
６０    クライアント端末
１００    音源データと歌詞データが合成された音楽ファイルデータベース
２０１    ヘッダ
２０３    副情報
２０５    メインデータ
２０７    スタッフィング空間
７１０    ヘッダ
７２０    同期
７３０    サイドインフォ
７４０    メインデータ
７４１    スケールファクター
７４２    メインインフォ
７４２ａ    ビッグバリュー
７４２ｂ    カウント１
【図１】
2007537483.tif 000003
【図２】
2007537483.tif 000004
【図３】
2007537483.tif 000005
【図４】
2007537483.tif 000006
【図５】
2007537483.tif 000007
【図６】
2007537483.tif 000008
【図７】
2007537483.tif 000009
【国際調査報告】
2007537483.tif 000010