音楽権利データとは、誰が、どこで、いつまで、何を保有しているのかを記述するものです。このモデルが正しく組めていれば、突合は単なる算術になります。誤っていれば、下流のあらゆる数値が疑わしくなります。
中核となるエンティティ
- 楽曲：根底にある著作物。ISWC で識別され、作家と音楽出版社が権利を保有します。
- 原盤：楽曲の固定された実演。ISRC で識別され、原盤権者が管理します。
- リリース：原盤が収録された商品。多くは UPC または EAN で識別されます。
- 当事者：作家、音楽出版社、レーベル、管理会社など。IPI または ISNI で識別されることが望まれます。
- 利用：放送、ストリーミング、シンクなど観測された事象。ソース、地域、タイムスタンプを伴います。
重要となる関係性
1 つの楽曲に対して多数の原盤。1 つの原盤に対して多数の利用。権利の帰属は、地域と期間の単位で合計が 100% になる持分として表現されます。そして権利には常に適用範囲があります。この持分が、この地域で、この期間に有効である、という形です。地域や日付を落とせば、モデルは何も告げないまま実態を映さなくなります。
崩れやすい箇所
- 識別子が欠落している、重複している、あるいは別のエンティティで使い回されている。
- 持分の合計が 100% を超える、または下回っている。
- 地域の適用範囲が、項目ではなく備考欄に書かれている。
- 発効日が記録されておらず、過去時点の権利の帰属を再現できない。
- 当事者名が安定した識別子を伴わない自由記述として保存されている。
長く使えるモデルを組む
すべてを 1 トラック 1 行に平坦化するのではなく、エンティティを分けてモデリングしてください。識別子は必須項目とします。持分は地域と期間の適用範囲とともに保存します。変更の監査証跡を残します。そして、問題が見つかったときではなく、インポート時に検証します。
この作業は地味ですが、他のすべての土台になります。検出、突合、エビデンス、バリュエーションは、いずれも同じグラフを参照して成り立っているからです。