管理する曲の再生数が突然伸びたとき、それはファンの支持かもしれない。自分の曲を狙った不正かもしれない。だが、第三の可能性もある。別の曲への操作を隠すため、たまたま「隠れみの」に使われた再生だ。

Appleは2026年9月28日、音楽プロバイダー向けに「Disguised Listening」レポートを公開した。新しい点は、操作の利益を受ける曲と、操作を見えにくくするために巻き込まれた曲を分けて扱うことにある。1

この記事では、レポートへの掲載を不正の証明とは扱わない。Appleが公開していない検知方法や規模も推測しない。日本の音楽事業者が、異常な再生を見つけたときに、数字と責任をどう分けるべきかを考える。

「隠れみの」にされた曲を、別の役割として見る

Appleの説明によると、不正を行う主体は、利益を得たいコンテンツを人為的に再生しながら、無関係なコンテンツも並行して再生することがある。狙いは、本命の操作を目立ちにくくすることだ。1

新レポートは、プロバイダーが管理する曲が、その「無関係なコンテンツ」として使われた事例を示す。2026年9月28日からMusic Analytics APIでも取得できる。1

ここで重要なのは、レポートに曲名が出たことと、曲の権利者が不正を行ったことは同じではない点だ。むしろAppleの説明は、その曲が別の操作を隠すために使われた役割を示している。

不正な再生を行う主体から、直接操作された曲と、隠れみのにされた曲へ別々の再生が流れる図。前者は利益を得る対象、後者は別の操作を目立ちにくくする対象。
直接利益を得る曲と、操作を隠すために使われた曲は役割が異なる。Apple Music Provider Supportの説明をもとに編集部作成。 — 制作:CONTEXT編集部 / 出典:Apple Music Provider Support

図解の根拠:Apple Music Provider Support「Disguised Listening Report」

Appleには、操作の疑いがある再生を示すFlagged Streams、調査中のIn Review、ロイヤルティー計算から除外されたExcluded Streams、支払調整の合計を示すS2レポートがすでにある。1

Disguised Listeningは、従来のStream Manipulation Adjustmentレポート/アクティビティには含まれない。つまり、異常なイベント、調査中の数字、支払から除外した数字、別の不正を隠すために使われた数字を、一つに潰さず残す設計だ。

ただし、Appleは検知方法、全体件数、対象国、誤検知率、金額への影響を公開していない。新しいレポートは調査の入口を増やすが、プラットフォーム全体の不正規模を説明する統計ではない。

不正の受益者と、巻き込まれた曲を分ける理由

不正再生は、一曲だけを急に伸ばす単純な形とは限らない。米司法省によると、Michael Smithは数十万曲のAI生成曲と数千のボットアカウントを使い、数十億回の再生から800万ドル超を不正に得たと認めた。3

Smithは、単一曲の不自然な急増を避けるため、再生を多数の曲へ分散した。この事件で使われたのは本人側が用意した曲であり、無関係な第三者の曲を隠れみのにしたとまでは確認できない。Appleの新分類と同じ手口だと短絡せず、不正が多数のイベントに分散し得る例として読むべきだ。

ストリーミングのロイヤルティーは、限られた原資から再生比率などに応じて配分される。人為的な再生で比率を上げれば、他の権利者へ配られるはずの金額が減る。だから事後に怪しい再生を除くことだけでなく、配信の入口で権利者と顧客を確かめる必要がある。3

IFPIが2026年9月に公表したStreaming Integrity Initiativeは、ディストリビューターへ、権利と顧客の確認、コンテンツ審査、不正兆候の調査、反復する違反者への対応、法令の範囲内での情報共有を求めた。2 Appleのレポートが出口側の観測だとすれば、IFPIの基準は入口側の対策である。

一方、検知の透明性には限界が残る。フランス国立音楽センターの調査は、プラットフォームごとに検知方法と対象範囲が違い、比較可能なデータを集めにくいと指摘した。4 Appleの新レポートは、自社コンテンツが巻き込まれた事例をパートナーが知る助けにはなる。しかし、業界全体を同じ基準で比較できる状態になったわけではない。

AI生成曲と不正再生も分けて考えたい。TechRadarが伝えたQobuzの公表値では、AI生成と判定された曲は同サービスの再生の0.38%だった。AIアルバムの3分の1超は一度も再生されず、AI音楽の60%は反不正対策で収益化されなかったという。6

これはQobuz一社の自己申告で、世界へ一般化できない。それでも、AI音楽が広く聴かれていることと、AIで大量に作った曲をボットで再生することは別の問題だ。不正のリスクを説明するために、AI音楽全体が消費を支配していると誇張する必要はない。

日本では909億円の売上を、どの数字で守るのか

日本レコード協会によると、2026年上半期の国内音楽市場は1,965億円だった。そのうちストリーミング売上は909億円で、市場全体の46%を占める。サブスクリプションは790.7億円、広告型ストリーミングは117.82億円で、いずれも前年同期を上回った。5

2026年上半期の国内音楽市場を示す円グラフ。音楽配信が49%、音楽ソフトが51%で、市場全体ではストリーミングが46%を占める。
2026年上半期は音楽配信が市場の49%、ストリーミングが市場全体の46%を占めた。 — 出典:一般社団法人日本レコード協会「2026年上半期音楽市場」

図表の出典:一般社団法人日本レコード協会「2026年上半期音楽市場」

音楽配信全体は970億円で、音楽市場の49%に達した。再生データは、人気を測る指標であるだけでなく、収益を配分する基盤になっている。異常値をどう分類し、支払へどう反映したかを追えることは、会計の信頼に直結する。

ただし、この909億円は売上規模であり、日本における不正再生の金額ではない。RIAJの統計から、日本でも海外と同じ割合の不正があるとは言えない。市場が大きいからこそ、未知の発生率を数字で埋めず、確認できる範囲を明示する必要がある。

通常の再生、直接操作された曲、隠れみのにされた曲は、見かけ上はすべて再生回数として記録される。だが、意味と対応は異なる。

比較表
区分意味確認
通常の再生リスナーが聴きたい曲を選ぶ通常の分析データだけでは不正の根拠にならない
直接操作された曲対象曲の利益を増やすため人為的に再生受益者、配信経路、支払調整を調べる
隠れみのにされた曲別の操作を目立ちにくくするため無関係な曲を再生曲の持ち主の責任を推定せず、結び付いた操作を調べる

比較表はAppleの説明と各資料から、再生の役割と確認項目を編集部が整理したもの。個別の不正認定基準ではない。

AI生成曲を見分けるLuminateの測定記事でも、分類は判決ではなく、追加確認の入口として扱った。Spotifyが発掘後のアーティストを12カ月支援する記事が示すように、再生数の先には育成や収益分配がある。だからこそ、数字の意味を取り違えない仕組みが必要だ。

再生データを扱う人が持ち帰る3つの学び

1. 異常を見つけても、責任者を即断しない

急な再生増、同じ地域や端末に偏った再生、Disguised Listeningへの掲載は、調査を始める理由になる。だが、それだけでアーティスト、権利者、ディストリビューターの誰が不正を指示したかは決まらない。

最初に、対象期間、配信経路、地域、カタログの所有関係、同時に動いた別の曲を保存する。その上で、直接の受益対象か、隠れみのか、通常のキャンペーンや話題化かを分ける。制裁より前に、役割を確認する。

2. 再生数と支払調整を、同じ数字にしない

生の再生数、操作の疑い、調査中、除外済み、最終的な支払調整を別々に残す。後から一つの「正しい再生数」だけに上書きすると、いつ、誰が、どの根拠で数字を変えたかを検証できない。

Appleの既存レポートと新レポートは、この段階を分けている。社内のダッシュボードでも、観測した事実、判断、会計処理の三層を分けるべきだ。

3. 一社の検知だけで終わらせず、入口から共有する

プラットフォームが不正を除外しても、同じ配信者が別のサービスへ曲を持ち込めば、問題は移動する。ディストリビューターは顧客と権利を確認し、反復するパターンを記録する。プラットフォームは検知結果を、法令と契約の範囲で入口側へ返す。

ただし、共有するのは断定的なブラックリストではない。対象、期間、検知理由、確度、異議申立ての状態を添え、更新できる情報として扱う。誤った紐付けを業界全体へ増幅させない設計も、ストリーミングの信頼を守る一部である。

Appleの新レポートが示したのは、不正な数字を消すだけでは足りないということだ。誰が利益を得る再生なのか、誰の曲が巻き込まれたのか、どの数字を支払から外したのか。役割と判断の履歴を分けて残す。 909億円規模になった日本のストリーミング市場で、まず守るべきなのは、この測定の筋道である。


資料確認日:2026年9月30日。AppleはDisguised Listeningの検知方法、全体件数、対象国、誤検知率、金額影響を公開していない。RIAJの909億円は2026年上半期の国内ストリーミング売上であり、不正再生額ではない。X上の当該発表の原投稿と確認可能な反応数は確認できなかった。

Sources / 参考資料