レーベルがアジアの音楽配信サービスに作品を届ける方法は、SpotifyやApple Musicに届ける場合と同じです。ディストリビューターが標準的なDDEXレールを通じて各サービスにリリースを配信します。ただし、アジアを代表するプラットフォームの多くは西側のストリーミング連合の外にあるため、ディストリビューターはそれぞれに個別の配信ルートを保有しなければなりません。そのルートが存在する範囲では、QQ Musicエコシステム、NetEase Cloud Music、韓国のFLO、日本のAWA、台湾・香港のKKBOX、インドのJioSaavnはすべて、メタデータが正確であり、必要な箇所ではネイティブスクリプトになっている限り、同じ識別子のまま1回のアップロードから届きます。
プラットフォームごとに個別のルーティングが必要という、このたった一つの違いが、「アジアに配信する」ことを「どこにでも配信する」こととは別次元の話にしています。グローバルメジャーはすでにアジアの各地域をカバーしていますが、その地域を代表するローカルサービスは独自のライセンス、独自のカタログ、そして場合によっては独自の取り込みシステムを運用しています。本ガイドでは、市場ごとの実態を整理します。LabelGridのようなディストリビューターが実際に配信しているプラットフォームはどこか、現時点でルートを持たないプラットフォームはどこか、メタデータやローカライズにどのような期待があるか、そしてリリースが物理的にどのように届くのかです。
また、線引きが必要な部分はきちんと線引きします。よく知られたアジアのサービスの中には、LabelGridから直接は届かないものもあり、本ガイドは実際にはない到達範囲をほのめかすのではなく、その事実をはっきりと伝えます。米国外を拠点とするレーベルであれば、権利処理から支払いまでのより広範な運用上の違いは、米国外レーベル向け国際配信ガイドで解説しています。本記事はアジアに絞って掘り下げます。
なぜアジアは西側のストリーミング連合に含まれないのか
Spotify、Apple Music、Amazon Music、YouTube Music、Deezer、TIDALに配信する場合、それらはすでに世界のほとんどの地域、アジアの各地域を含めてサービスを提供しているプラットフォームです。1つのルートですべてに届きます。一方、アジア発祥のプラットフォームは仕組みが異なります。それぞれが自国の市場向けに構築され、自国のフレームワークのもとで音楽をライセンスしており、中国の場合はオープンなセルフサービス型のフィードが一切存在しないライセンスモデルの上で運用されています。
ここから2つのことが言えます。1つ目は地域ごとのライセンスです。韓国や日本のサービスは、自国の著作権管理団体を通じて楽曲そのものの権利処理を行い、中国のプラットフォームはアップロードフォームではなくライセンスおよびサブライセンスを通じてカタログを取得します。録音物には同じISRC、リリースには同じUPCが付与されますが、権利関係と商取引関係はローカルなものです。2つ目はアグリゲーター経由のルーティングです。これらのプラットフォームは個々のアーティストからのオープンな直接アップロードを受け付けないため、カタログは配信関係を保有するディストリビューターやアグリゲーターを通じて届きます。JioSaavnは自らのアーティスト向けガイダンスで、これをはっきりと述べています。音楽はレーベルまたはコンテンツアグリゲーターを通じてプラットフォームに届き、直接アップロードではなく、メタデータはそのディストリビューターから提供されるということです。
レーベルにとっての実務的な結論は、アジアへの到達範囲はディストリビューターがどのルートを維持しているかによって決まるものであり、プラットフォームごとに自分で手配するものではないということです。これはあらゆる配信関係に当てはまりますが、プラットフォームになじみが薄いアジアではそれが目に見える形で表れます。これらの市場の経済性、そしてユーザーあたりの平均収益が西側とこれほど異なって見える理由については、新興市場ガイドで別途扱っています。本記事では運用面に焦点を絞ります。
中国：QQ Music、NetEase Cloud Music、Taobao
中国は、独自のレールで動く市場の中でも最もわかりやすい例です。「中国にアップロードする」という単一のスイッチは存在せず、主要プラットフォームはオープンなフィードではなくライセンス契約を通じてカタログを取得します。
最大手はTencent Music Entertainmentで、ストリーミングとソーシャルエンターテインメントの両方にまたがる人気の高い音楽アプリ、QQ Music、Kugou Music、Kuwo Music、WeSingを運営しています。LabelGrid上での配信先はTencentアウトレットであり、このアウトレットがQQ Musicエコシステム全体への入り口になります。「QQ Music」という単独の配信先が別に存在するわけではありません。Tencentに届けることが、そのままQQ Musicとその関連アプリに届く方法です。
もう一つの主要な中国プラットフォームがNetEase Cloud Musicです。中国を代表するインタラクティブ型音楽ストリーミングサービスで、音楽そのものを中心としたコミュニティやコメント文化で知られています。NetEaseはLabelGridの現行の配信先です。Tencentと同様、セルフサービス型のアップロードではなく中国のライセンス・サブライセンスモデルの上に成り立っているため、カタログはディストリビューターとの関係を通じて届きます。
LabelGridは、中国市場向けの音楽チャネルとして、AlibabaのマーケットプレイスであるTaobaoにも配信しています。その内部の取り込みやマネタイズの仕組みについては、引用に値するほど公開された情報がないため、同じ集約配信を通じて届くもう一つの中国ルートとして捉えておけば十分です。この3つすべてにおいて、メタデータはネイティブスクリプトが第一に求められます。中国語のタイトル、アーティスト、作家情報、そして同期歌詞があれば、これらの市場で実際の発見性に直結します。そして、これらは後から修正するよりも配信時に正しく用意しておくほうがはるかにコストを抑えられます。
韓国と日本：FLO、AWA、そして直接は届かないサービス
韓国は、本ガイドの「正直さ」の部分が最も重要になる市場です。韓国のストリーミングと聞いて多くの人が思い浮かべる2つの名前、MelonとGenieは、LabelGridが配信しているプラットフォームではありません。LabelGridが韓国で実際に届けているのはFLOです。同国最大級のストリーミングアプリの一つで、SK Squareの連結子会社であるDreamusによって開発されました。FLOは現行の配信先であり、韓国市場への確かなルートです。
もしリリースがMelonやGenieを特に必要とする場合、正直に言えば、それらにはLabelGridが現時点で直接は提供していないルートが必要です。それらに届けるには、プラットフォーム自体のレーベル向けオンボーディングか、その関係を保有する専門の地域アグリゲーターを通す必要があり、私たち経由ではありません。実現しない配信を前提にさせてしまうより、あらかじめそう伝えておくほうが誠実です。楽曲の権利面では、韓国の権利は国の著作権管理団体であるKOMCAが管理しており、その作品識別システムはISWCを付与し、非ローマ字であるハングルを処理できるように作られています。だからこそ、正確なネイティブスクリプトの作家メタデータが、韓国での精算における摩擦を減らすのです。
日本も同様の構図です。LabelGridはAWAに配信しています。AvexとCyberAgentの合弁事業によるオンデマンド型サブスクリプションストリーミングサービスで、ユーザー投稿プレイリストや歌詞機能「LYRIC DIVE」といった特徴があります。AWAは、日本にもサービスを提供するグローバルメジャーと並ぶ、レジストリ上の日本市場ルートです。もう一つの著名な日本のサービスであるLINE MUSICはLabelGridの配信先ではないため、同じ原則が当てはまります。特定のキャンペーンがそれを必要とする場合、それはプラットフォーム直接か専門アグリゲーター経由のルートであり、私たちが提供するものではありません。一方、日本の楽曲の権利は、プラットフォームが原盤権利者にどう精算するかとは別に、パブリッシング層でJASRACまたはNexToneを通じて処理されます。
台湾・香港・インド：KKBOXとJioSaavn
KKBOXは台湾・香港発のマルチデバイス対応デジタル音楽サービスで、日本の通信グループKDDIが出資しています。台湾・香港をルーツに持つことから、カタログやチャート、歌詞は北京語（マンダリン）や広東語のレパートリーに強い傾向があります。KKBOXはLabelGridの現行の配信先です。
KKBOXは個々のアーティストからの直接アップロードを受け付けていません。レーベルはディストリビューターを通じて届けることになり、公式の資料でも、専用のレーベル向けプラットフォームまたはDDEX形式による取り込みが説明されています。これはLabelGridがグローバルメジャー向けにすでに使用しているのと同じ標準です。他の地域サービスと同様、即日反映を前提にせず、リードタイムを見込んでリリースを計画し、プラットフォームが処理する余裕を持てるよう発売日より前にスケジュールしてください。
レジストリ上のインドのルートはJioSaavnで、ディストリビューター経由のプラットフォームです。JioSaavn自身のアーティスト向けガイダンスでも、音楽は直接アップロードではなくレーベルまたはコンテンツアグリゲーターを通じて届くこと、メタデータはディストリビューターから受け取り、修正もディストリビューターが再提出する形で行うことが明記されています。ArtistOneツールはプロフィールの申請と分析閲覧のためのものであり、音源のアップロード用ではありません。インドは英語市場である前に地域言語の市場であるため、正確な主言語および地域言語のタグ付けは、そこでの発見性を高めるうえで最も価値の高い取り組みの一つです。楽曲そのものの権利は、原盤の会計処理とは別に、パブリッシング側でIPRSを通じて処理されます。
メタデータとローカライズ：ネイティブスクリプトは省略できない
リリースに付随する識別子は、どこでも同じです。録音レベルのISRC、リリースレベルのUPC、楽曲そのもののISWC、アーティスト名を一意に識別するISNI、これらすべてが通常の配信を通じてそのまま引き継がれます。特別な「アジア用プロトコル」が別途追加されているわけではありません。Spotifyに届くのと同じアップロードが、これらのプラットフォームにも届きます。
変わるのは、ネイティブスクリプトのメタデータが持つ重みです。中国語、日本語、韓国語のタイトル、アーティスト、作家情報、そして同期歌詞があれば、KKBOX、中国のプラットフォーム、日本・韓国のサービスにとっては第一級の発見性データとなります。これは、英語圏のオーディエンス向けの西側DSPでは見られない特徴です。KOMCAの識別システムがハングルを処理できることは、その具体例です。正確なネイティブスクリプトの作家・作品メタデータがあってこそ、韓国のサービスは楽曲を正確にマッチングし、手作業の介入なしに精算できます。
実務上の原則は、ネイティブスクリプトのメタデータを後回しにせず配信時に用意することです。JioSaavnとKKBOXはいずれも、ディストリビューターが再提出することでしかメタデータを修正できず、中国のプラットフォームは顧客向けの編集画面を持たないライセンス層の奥にあるため、配信時に間違って入力したフィールドは後から直そうとすると手間がかかります。最初から正確で完全、正しいスクリプトのメタデータを用意しておくことが、自分でコントロールできる中で最も重要なことです。
音楽はディストリビューターを通じて実際どうアジアに届くのか
これらすべての土台にあるのは、グローバルメジャーに届くのと同じ配信の仕組みです。リリースはパッケージ化され、ディストリビューターとプラットフォームがリリースとメタデータをやり取りするための音楽業界標準メッセージフォーマットであるDDEXレールを通じて配信されます。LabelGridはDDEX ERNを用いて配信しており、バージョン3.8.2と4.3.xファミリーに対応しており、受け取る側のプラットフォームは同じフィードから取り込みます。KKBOX自身のガイダンスがDDEXを受け入れ可能な配信形式として挙げていることは、その良い一例です。アジア向けルートは特別に作られたパイプラインではなく、別のエンドポイントに向けられた標準のパイプラインにすぎません。
レーベルにとっては、作業が十数個のプラットフォームポータルに分散するのではなく、1回のきれいな申請に前倒しで集約されるということです。リリースを一度作成し、識別子とネイティブスクリプトのメタデータを一度追加し、対象地域とストアを選べば、ディストリビューターが、ここで取り上げたアジアのルートを含め、保有しているすべての現行ルートに自動的に振り分けます。配信ステータスやプラットフォームごとの問題も、他の地域と同じダッシュボードを通じて返ってきます。
この単一のパイプラインこそが、アジアへの到達を大規模にも実務的なものにしています。大規模なカタログを運用するレーベルや、LabelGridの上で独自のホワイトレーベルとAPIサービスを展開するディストリビューターは、フォームを1件ずつ入力するのではなく、リリースとメタデータをプログラムで送信できます。西側の配信、会計、支払いを管理するのと同じレーベル向けツールが、別システムを用意することなくアジアのルートもカバーします。この地域の複雑さは、ルートとライセンスの中にあります。レーベル側の作業は、通常のリリース作成・配信フローのままです。
結論は冒頭で述べたとおりです。アジアには届きますが、それは単一のグローバルスイッチによってではなく、選択的にディストリビューターを通じてです。自分のルートが実際にどのプラットフォームをカバーしているかを把握し、ネイティブスクリプトのメタデータを最初から正確に用意し、直接は届かないサービスについては、計画に含めるのではなく、そのまま「届かないもの」として扱ってください。
