MetaのDDEXの紹介

/20231001123000000 {batch folder}
--/888012345678 {release_id folder}
----/resources
------888012345678_1_1.flac
------888012345678_1_2.flac
------888012345678.jpg
----888012345678.xml
--BatchComplete_20231001123000000.xml

<MessageHeader>
    <MessageThreadId>1</MessageThreadId>
    <MessageId>9543BD3607862A82E04400144FEAB9A6</MessageId>
    <MessageSender>
        <PartyId>PADPIDAXXXXXXXXXXX</PartyId>
        <PartyName>
            <FullName>Example Rights Holder</FullName>
        </PartyName>
    </MessageSender>
    <MessageRecipient>
        <PartyId>PADPIDA2013071501L</PartyId>
        <PartyName>
            <FullName>Meta_SRP</FullName>
        </PartyName>
    </MessageRecipient>
    <MessageCreatedDateTime>2023-09-01T18:05:17.631Z</MessageCreatedDateTime>
    <MessageControlType>LiveMessage</MessageControlType>
</MessageHeader>

<MessageHeader>
    <MessageThreadId>1</MessageThreadId>
    <MessageId>9543BD3607862A82E04400144FEAB9A6</MessageId>
    <MessageSender>
        <PartyId>PADPIDAXXXXXXXXXXX</PartyId>
        <PartyName>
            <FullName>Example Distributor</FullName>
        </PartyName>
    </MessageSender>
    <SentOnBehalfOf>
        <PartyId>PADPIDAYYYYYYYYYYY</PartyId>
        <PartyName>
            <FullName>Example Rights Holder</FullName>
        </PartyName>
    </SentOnBehalfOf>
    <MessageRecipient>
        <PartyId>PADPIDA2013071501L</PartyId>
        <PartyName>
            <FullName>Meta_SRP</FullName>
        </PartyName>
    </MessageRecipient>
    <MessageCreatedDateTime>2023-02-03T09:57:14Z</MessageCreatedDateTime>
</MessageHeader>

<MessageHeader>
    <MessageThreadId>1</MessageThreadId>
    <MessageId>9543BD3607862A82E04400144FEAB9A6</MessageId>
    <MessageSender>
        <PartyId>PADPIDAXXXXXXXXXXX</PartyId>
        <PartyName>
            <FullName>Example Distributor</FullName>
        </PartyName>
    </MessageSender>
    <SentOnBehalfOf>
        <PartyId>PADPIDAYYYYYYYYYYY</PartyId>
        <PartyName>
            <FullName>Example Rights Holder</FullName>
        </PartyName>
    </SentOnBehalfOf>
    <MessageRecipient>
        <PartyId>PADPIDA2013071501L</PartyId>
        <PartyName>
            <FullName>Meta_SRP</FullName>
        </PartyName>
    </MessageRecipient>
    <MessageRecipient>
        <PartyId>PADPIDA2018010804X</PartyId>
        <PartyName>
            <FullName>Meta_AAP</FullName>
        </PartyName>
    </MessageRecipient>
    <MessageCreatedDateTime>2017-02-03T09:57:14Z</MessageCreatedDateTime>
</MessageHeader>

音声録音ID

<SoundRecording>
  <ResourceReference>A1</ResourceReference>
  <Type>MusicalWorkSoundRecording</Type>
  <ResourceId>
     <ISRC>USRE50702485</ISRC>
  </ResourceId>
  <DisplayTitleText>...

動画ID

<Video>
  <ResourceReference>A1</ResourceReference>
  <Type>ShortFormMusicalWorkVideo</Type>
  <ResourceId>
    <ISRC>USVD35482355</ISRC>
  </ResourceId>
  <DisplayTitleText>...

音声録音と音楽動画のメタデータ

アーティスト情報の配信

アーティストID

各アーティストにパーティーIDを1つ関連付けてください。ERN規定では、パーティーごとに少なくとも1つのIDを用意することが求められていますが、複数のIDを含めることも可能です。各IDは、International Standard Name Identifier (ISNI)、独自ID、Meta IDのどれかです。

1. 内部ID: 権利保持者(レーベル/ディストリビューター)によって、一般には社内用に作成されます。

例: <PartyId Namespace="DPID:PADPIDXXXXXXXXXXXXX">12345</PartyId>

2. 外部ID: アーティストのグローバルIDです(例: ISNI)。

例: <PartyId IsISNI="true">0000000123456789</PartyId>

3. Meta ID: Metaによって作成されます。Metaのシステムでアクセス可能な各アーティストに、これらのIDのいずれか1つが割り当てられています。カタログ全体の配信後、これらのIDとそれに関連するアーティスト名情報が含まれるCSVファイルが生成(および共有)されます。このファイルには、以下の情報が含まれています。
• ISRC
• アーティスト名
• Meta ID

パートナーのカタログで利用可能ないずれかのIDをバックフィルするため、後でXMLアップデートを送信することができます。その際には、適用可能なPartyIDと一緒にMeta IDを指定してください。以下はその例です。

• <PartyId Namespace="DPID:PADPIDA2013071501L">123123456456</PartyId>

• <PartyId Namespace="DPID:PADPIDA2018010804X">123123456456</PartyId>

アーティストプロフィールURL

ERN4.2では、アーティストのページURLの配信も可能です。これは、FacebookプロフィールページかInstagramハンドル、あるいはその両方になります。

以下に全体を示します。

<Party>
  <PartyReference>PArtist1</PartyReference>
  <PartyName>
    <FullName>Great Artist</FullName>
  </PartyName>
  <PartyId>
    <ISNI>0000000045871863</ISNI>  <!-- ISNI value -->
    <ProprietaryId Namespace="PADPIDA9999999999Z">100123</ProprietaryId>  <!-- External ID -->
    <ProprietaryId Namespace="PADPIDA2018010804X">181077133824492</ProprietaryId>  <!-- Internal Meta ID -->
  </PartyId>
  <ArtistProfilePage>https://www.facebook.com/GreatArtist</ArtistProfilePage>
  <ArtistProfilePage>https://www.instagram.com/greatartistofficial</ArtistProfilePage>
</Party>

翻訳

Metaは、アーティスト、アルバム、トラックの翻訳データの取り込みをサポートしています。このデータは、検索アルゴリズムやその他の製品実装の情報を知らせるのに役立ちます。指定した場合、デバイスを特定の言語に設定しているユーザーには、検索結果として、またその製品全体を通じて、その言語のバージョンでアーティスト名やトラックタイトルが表示されます。このデータを指定するには、LanguageAndScriptCode要素にTitleType="TranslatedTitle"を指定して翻訳言語を指定し、それをSoundRecording要素とRelease要素に追加します。

例:

<SoundRecording>
  ...
  <DisplayTitleText>Example Title (Live)</DisplayTitleText>
  <DisplayTitle ApplicableTerritoryCode="WorldWide" IsDefault="True">
    <TitleText>Example Title (Live)</TitleText>
  </DisplayTitle>
  <DisplayTitle LanguageAndScriptCode="ja-Jpan" ApplicableTerritoryCode="Worldwide">
    <TitleText>例題 (生で)</TitleText>
  </DisplayTitle>
  <DisplayTitle LanguageAndScriptCode="ja-Latn" ApplicableTerritoryCode="Worldwide">
    <TitleText>エグザーンプル・タイタル (リブ)</TitleText>
  </DisplayTitle>
    ...
</SoundRecording>

音声録音と音楽動画の所有権

<RightSharePercentage>タグの値としてサポートされるのは、0.0と100.0だけです。100.0は対応する地域で所有権を保持すること、0.0は保持しないことを意味します。初めは値を100.0に設定し、削除時には値を0.0に設定することをおすすめします。<RightSharePercentage>を省略した場合は100.0とみなされます。

<ResourceList>
    <SoundRecording>
      <ResourceReference>A1</ResourceReference>
      ...
      <ResourceRightsController>
        <RightsControllerPartyReference>PRightsHolder</RightsControllerPartyReference>
          <RightsControlType>RightsController</RightsControlType>
          <RightSharePercentage>100.00</RightSharePercentage>
          <DelegatedUsageRights>
            <UseType>UserMakeAvailableUserProvided</UseType>
          </DelegatedUsageRights>
      </ResourceRightsController>
      ...
    </SoundRecording>
</ResourceList>

音声録音、動画、画像の技術詳細

著作権保護を目的として配信される音楽動画コンテンツは、提供者にとって可能な限り最高品質で配信してください。それには、以下の条件が含まれます(これに限定されない)。

• 動画はオリジナルのフレームレートで配信すること。

  • もともとプログレッシブ方式だった動画をインターレース方式で配信してはなりません。
  • もともとインターレース方式だった動画はインターレース方式で配信してください。
  • テレシネコンテンツやプルダウンフラグは許可されていません。
  • 動画のアップスケールは決してしないでください。
• コンテンツはオリジナルのアスペクト比で配信すること。
• コンテンツは同じアーカイブ形式で配信すること。例えば、MPEG-2 PSストリームとしてアーカイブされているアセットを使ってProResアセットを生成することはできません。その逆も同じです。

画像は、JPGかPNGのどちらかの形式で、可能な限り高品質で配信してください。しかし、画像のサイズは8500万ピクセル以下でなければなりません。つまり、正方形の画像の場合、9200×9200ピクセルを超えると、製品の取り込みは失敗します。

シングルリソースリリースプロファイル

• <ReleaseType>をSingleResourceReleaseに設定します

オーディオアルバムプロファイル

トラックのシーケンスの通信

ユースケース

ERN XMLメッセージ、オーディオファイル、アートワークファイル、適用される取引条件を含む、アルバムリリースの製品全体配信。

• <ReleaseType>をAlbumに設定します。
• <ReleaseResourceReferenceList>が、配信するオーディオとアルバムアートワークのすべてのリソースを参照するようにしてください。

ニューシングル全体(リリース)

ERN XMLメッセージ、オーディオファイル、アートワークファイル、適用される取引条件を含む、シングルリリースの製品全体配信。

• <ReleaseType>をSingleに設定します。

新しいマルチディスク全体

ERN XMLメッセージ、オーディオファイル、アートワークファイル、適用される取引条件を含む、複数ディスクリリースの製品全体配信。

• <ReleaseType>をAlbumに設定します。
• メインリリースに、複数の<ResourceGroup>を含めてください。それぞれに複数ディスクに対応する<SequenceNumber>を付けます。

フルアップデート

新しいオーディオファイルまたは画像ファイル、更新されたERN XMLメッセージを含むフルアップデート。

• メッセージIDとタイムスタンプの両方をアップデートします。
• ファイルのハッシュサムは、それ以前のどの配信とも異なるようにしてください。
• 必要に応じてメタデータの追加アップデートをします。

トラックメタデータをアップデートする

メタデータのみのアップデート(メディアファイルが含まれておらず、ERN XMLメッセージで参照されてもいない)。

Metaは、完全に揃ったメタデータのアップデートのみをサポートします。変更なし値も含め、すべてのトラックメタデータを含める必要があります。最新のメタデータのアップデートが常に優先されます(以前に配信されたメタデータは上書きされます)。

• ファイルが含まれていないため、各リソースの<TechnicalSoundRecordingDetails>と<TechnicalImageDetails>のセクションを削除します。
• よくある間違いは、内側の<TechnicalImageDetails>セクションだけを削除するのではなく、<Image>ブロック全体を削除し、それへの参照もすべて削除してしまうことです。こうすると、アルバム全体からアートワークが削除されてしまいます。

受け入れられるオーディオReleaseType

音楽動画プロファイル

受け入れられる<ReleaseType>のリストは、VideoSingleとVideoTrackReleaseで構成されます。Metaに配信された製品に上記の<ReleaseType>が含まれていない場合は、システムによって適切に処理されません。

ユースケース

動画全体: XMLファイル、動画ファイル、アートファイル、取引条件を含むシングルリリースの製品全体の配信。

• <ReleaseType>をVideoSingleに設定します。

アセットとメタデータのアップデート: 新しい動画ファイルと変更されたXMLファイル含むフルアップデート。

• <MessageId>と<MessageCreatedDateTime>の両方をアップデートします。
• 必要に応じてメタデータの追加アップデートをします。

メタデータのみのアップデート: XMLのみのアップデート。メディアファイルは含まれておらず、XMLファイルで参照されてもいません。

• Metaは、完全に揃ったメタデータのアップデートのみをサポートします。変更していない値も含め、すべての動画トラックメタデータを含める必要があります。
• 最新のメタデータのアップデートが常に優先されます(以前に配信されたメタデータは上書きされます)。
• ファイルが含まれていないため、各リソースの<TechnicalVideoDetails>と<TechnicalImageDetails>のセクションは削除します。

各フィードの開始日/終了日

Metaシングルリリースプロファイル(フィンガープリントフィード)

リファレンスは、<ValidityPeriod>/<StartDate>で(または<StartDateTime>で)指定されている日付時刻にアクティブになります。リファレンスを受け取ったらすぐにアクティブ化するには、過去の<ValidityPeriod>/<StartDate> (または<StartDateTime>)を指定します。フィンガープリントフィードでの<EndDate>をマークすると、Rights Managerからオーディオまたは動画のリファレンスが削除され、UGCマッチングが発生しなくなります。

以下の例では、リファレンスにマッチするユーザー作成のコンテンツは、2023年1月10日以降、世界中でブロックすることを指定しています。コンテンツのブロックは、2023年4月26日の23:59:59に終了します(詳しくは後述)。2023年4月27日の00:00:00以降は、Metaの各種のプラットフォームにアップロードされ、リファレンスにマッチするユーザー作成のコンテンツは、収益化されるようになります。

<Deal>
    <DealTerms>
        <TerritoryCode>Worldwide</TerritoryCode>
        <ValidityPeriod>
            <StartDateTime>2023-01-10T00:00:00</StartDateTime>
            <EndDateTime>2023-04-26T11:59:59</EndDateTime>
        </ValidityPeriod>
        <CommercialModelType>RightsClaimModel</CommercialModelType>
        <UseType>UserMakeAvailableUserProvided</UseType>
        <RightsClaimPolicy>
            <RightsClaimPolicyType>BlockAccess</RightsClaimPolicyType>
        </RightsClaimPolicy>
    </DealTerms>
</Deal>
<Deal>
    <DealTerms>
        <TerritoryCode>Worldwide</TerritoryCode>
        <ValidityPeriod>
            <StartDateTime>2023-04-27T00:00:00</StartDateTime>
        </ValidityPeriod>
        <CommercialModelType>RightsClaimModel</CommercialModelType>
        <UseType>UserMakeAvailableUserProvided</UseType>
        <RightsClaimPolicy>
            <RightsClaimPolicyType>Monetize</RightsClaimPolicyType>
        </RightsClaimPolicy>
    </DealTerms>
</Deal>

Metaオーディオアルバムプロファイル(オーディオライブラリフィード)

どちらのフィードでも、<DealTerms>で<EndDate>が指定されていない場合、リファレンスは無期限に有効です。

日付時刻

絶対時刻と相対時刻

Metaは絶対時刻と相対時刻を区別しています。簡単に言うと、この違いは、タイムゾーンオフセットが指定されているかどうかによるものです。

絶対時刻は、タイムゾーンオフセットを付加することによって指定します(「...18:00:00Z」、「...18:00:00-07:00」など)。絶対時刻を指定すると、世界中まったく同じ時点でアクションが適用されます(「グローバルロールアウト」)。例えば、StartDateTimeを「2023-06-10T18:00:00Z」に設定すると、各地域で次の時刻に提供開始になります。

• カリフォルニア州のユーザーは「2023年6月10日10:00 (太平洋標準時)」。
• 英国のユーザーは「2023年6月10日18:00 (グリニッジ標準時)」。
• ドイツのユーザーは「2023年6月10日19:00 (中央ヨーロッパ時)」。
• 日本のユーザーは「2023年6月11日03:00 (日本標準時)」。

相対時刻は、タイムゾーンオフセットを付加しないことによって指定します(「...18:00:00」など)。通常、このように指定すると、ユーザーのいるそれぞれのローカルタイムゾーンの同じ時刻にアクションが適用されます(「段階的ロールアウト」)。例えば、StartDateTimeを「2023-06-10T18:00:00」に設定すると、各地域で次の時刻に利用できるようになります。

• カリフォルニア州のユーザーは「2023年6月10日18:00 (太平洋標準時)」。
• 英国のユーザーは「2023年6月10日18:00 (グリニッジ標準時)」。
• ドイツのユーザーは「2023年6月10日18:00 (中央ヨーロッパ時)」。
• 日本のユーザーは「2023年6月11日18:00(日本標準時)」。

しかし、Metaの製品のグローバルな性質と、UGCベースの独自の製品提供のため、すべての相対時刻データは、ETの絶対時刻として読み取られます。そのため、StartDateTimeを「2023-06-10T18:00:00」に設定すると、各地域で次の時刻に提供開始となります。

• カリフォルニア州のユーザーは「2023年6月10日15:00 (太平洋標準時)」。
• 英国のユーザーは「2023年6月10日23:00 (グリニッジ標準時)」。
• ドイツのユーザーは「2023年6月11日00:00 (中央ヨーロッパ時)」。
• 日本のユーザーは「2023年6月11日08:00 (日本標準時)」。

リリースする側が地域別にコンテンツを提供するかどうかを決めたい場合は、タイムゾーンオフセットを指定した特定のStartDateTimeを利用することができます。例えば、US、GB、DE、JPの各地の2023年6月10日の現地時間午後6時にコンテンツを提供開始するには、次のようにします。

<ReleaseDeal>
   <Deal>
       <DealReleaseReference>R1</DealReleaseReference>
       <DealTerms>
           <TerritoryCode>US</TerritoryCode>
           <ValidityPeriod>
               <StartDateTime>2023-06-10T18:00:00-05:00</StartDateTime>
           </ValidityPeriod>
           <CommercialModelType>RightsClaimModel</CommercialModelType>
           <UseType>UserMakeAvailableLabelProvided</UseType>
       </DealTerms>
   </Deal>
   <Deal>
       <DealTerms>
           <TerritoryCode>GB</TerritoryCode>
           <ValidityPeriod>
               <StartDateTime>2023-06-10T18:00:00+0:00</StartDateTime>
           </ValidityPeriod>
           <CommercialModelType>RightsClaimModel</CommercialModelType>
           <UseType>UserMakeAvailableLabelProvided</UseType>
       </DealTerms>
   </Deal>
   <Deal>
       <DealTerms>
           <TerritoryCode>DE</TerritoryCode>
           <ValidityPeriod>
               <StartDateTime>2023-06-10T18:00:00+01:00</StartDateTime>
           </ValidityPeriod>
           <CommercialModelType>RightsClaimModel</CommercialModelType>
           <UseType>UserMakeAvailableLabelProvided</UseType>
       </DealTerms>
   </Deal>
   <Deal>
       <DealTerms>
           <TerritoryCode>JP</TerritoryCode>
           <ValidityPeriod>
               <StartDateTime>2023-06-10T18:00:00+09:00</StartDateTime>
           </ValidityPeriod>
           <CommercialModelType>RightsClaimModel</CommercialModelType>
           <UseType>UserMakeAvailableLabelProvided</UseType>
       </DealTerms>
   </Deal>
</ReleaseDeal>

フィンガープリントとオーディオライブラリコンテンツでの日付時刻の解釈

日付のみ(例:"2023-06-10")

• 説明: 正確な時間(東部時間深夜00:00)が世界中の全ユーザーに適用されます。
• タイプ: 絶対時間(「グローバルロールアウト」)
• 解釈(日付が適用される場合):

  • 米国(東部標準時)のユーザー: 2023-06-10T00:00:00-05:00 (または2023-06-10T05:00:00Z)
  • 英国(英国夏時間)のユーザー: 2023-06-10T05:00:00+00:00 (または2023-06-10T05:00:00Z)
  • ドイツ(中央ヨーロッパ時)のユーザー: 2023-06-10T06:00:00+01:00 (または2023-06-10T05:00:00Z)
  • 日本(日本標準時)のユーザー: 2023-06-10T13:00:00+09:00 (または2023-06-10T05:00:00Z)

タイムゾーンのない日時(例: 「2023-06-10T09:00:00」など)

• 説明: 正確な時間(東部時間と解釈される)が世界中の全ユーザーに適用されます。
• タイプ: 絶対時間(「グローバルロールアウト」)
• 解釈(日付が適用される場合):

  • 米国(東部標準時)のユーザー: 2023-06-10T09:00:00-05:00 (または2023-06-10T14:00:00Z)
  • 英国(英国夏時間)のユーザー: 2023-06-10T14:00:00+00:00 (または2023-06-10T14:00:00Z)
  • ドイツ(中央ヨーロッパ時)のユーザー: 2023-06-10T05:00:00+01:00 (または2023-06-10T14:00:00Z)
  • 日本(日本標準時)のユーザー: 2023-06-10T22:00:00+09:00 (または2023-06-10T14:00:00Z)

タイムゾーンのある日時(例: 2023-06-10T09:00:00Zなど)

• 説明: 正確な時間(指定されている時間)が世界中のすべてのユーザーに適用されます。
• タイプ: 絶対時間(「グローバルロールアウト」)
• 解釈(日付が適用される場合):

  • 米国(東部標準時)のユーザー: 2023-06-10T04:00:00-05:00 (または2023-06-10T09:00:00Z)
  • 英国(英国夏時間)のユーザー: 2023-06-10T09:00:00+00:00 (または2023-06-10T09:00:00Z)
  • ドイツ(中央ヨーロッパ時)のユーザー: 2023-06-10T10:00:00+01:00 (または2023-06-10T09:00:00Z)
  • 日本(日本標準時)のユーザー: 2023-06-10T18:00:00+09:00 (または2023-06-10T09:00:00Z)

同じリリースの複数の取引

カスタムポリシーの使用

オーディオと動画のフィンガープリントフィード(通常はシングルリリースプロファイル)のMeta <DealTerms>

オーディオライブラリフィード(通常はオーディオアルバムプロファイル)のMeta <DealTerms>

<ValidityPeriod>の<DealTerms>のサポート

<RightsClaimPolicy>

あなたのコンテンツがMetaのプラットフォームでユーザー作成のコンテンツにマッチするように、<RightsClaimPolicy>で、<RightsClaimPolicyType>の値を指定する必要があります。<RightsClaimPolicyType>は、リファレンスのマッチングポリシーを定義します。この要素を含めた場合にのみ、マッチングが作成されます。次は、ERNで可能な値とRights Managerのアクションの対応表です。

<RightsClaimPolicyType> + <Condition>のカスタム使用

<RightsClaimPolicy>内の<Condition>要素は、ユーザー作成のコンテンツのマッチング率を指定します。条件付きポリシーは、マッチ期間またはマッチ率が、指定のしきい値を下回った場合にのみ適用されます。

例えば、以下のサンプルでは、マッチ期間がリファレンスファイルの期間の90%を超える場合のみ、広告収益の取得のマッチングポリシーが適用されます。

<RightsClaimPolicy>
    <Condition>
        <Value>90</Value>
        <Unit>Percent</Unit>
        <RelationalRelator>MoreThanOrEqualTo</RelationalRelator>
    </Condition>
    <RightsClaimPolicyType>Monetize</RightsClaimPolicyType>
</RightsClaimPolicy>

<TerritoryCode>

<TerritoryCode>は、地域ごとに異なるマッチングポリシーを指定するのに役立ちます。そのためには、複数の<Deal>要素を指定し、それぞれ対応する特性(StartDateやRightsClaimPolicyなど)を指定します。

次の例の場合、米国では広告収益を取得し、カナダではブロックするように取引で指定しています。リファレンスマッチが10 %以上というマッチ条件になっています。

<Deal>
    <DealTerms>
        <TerritoryCode>US</TerritoryCode>
        <ValidityPeriod>
            <StartDateTime>2023-09-01T00:00:00</StartDateTime>
        </ValidityPeriod>
        <CommercialModelType>RightsClaimModel</CommercialModelType>
        <UseType>UserMakeAvailableUserProvided</UseType>
        <RightsClaimPolicy>
            <Condition>
                <Value>10</Value>
                <Unit>Percent</Unit>
                <RelationalRelator>MoreThanOrEqualTo</RelationalRelator>
            </Condition>
            <RightsClaimPolicyType>Monetize</RightsClaimPolicyType>
        </RightsClaimPolicy>
    </DealTerms>
</Deal>
<Deal>
    <DealTerms>
        <TerritoryCode>CA</TerritoryCode>
        <ValidityPeriod>
            <StartDateTime>2023-09-01T00:00:00</StartDateTime>
        </ValidityPeriod>
        <CommercialModelType>RightsClaimModel</CommercialModelType>
        <UseType>UserMakeAvailableUserProvided</UseType>
        <RightsClaimPolicy>
            <Condition>
                <Value>10</Value>
                <Unit>Percent</Unit>
                <RelationalRelator>MoreThanOrEqualTo</RelationalRelator>
            </Condition>
            <RightsClaimPolicyType>BlockAccess</RightsClaimPolicyType>
        </RightsClaimPolicy>
    </DealTerms>
</Deal>

Metaシングルリリースプロファイル取引リスト(フィンガープリントフィード)

Metaオーディオアルバムプロファイル取引リスト(オーディオライブラリフィード)

地域ごとの削除

地域ごとの削除を実行するには、2つの方法があります。

• StartDateにより権利保持する地域を指定し、かつEndDateにより削除する地域を指定する。または、
• StartDateにより権利保持する地域だけを指定する。

例

例1. 地域ごとに削除する

<!--
Assuming you had ownership in the past on DE, US, CA and MX.
And you lost ownership in CA and MX.
Please note that deal definitions for the remaining territories (DE and US in this case)
need to present in the message.
-->
<DealList>
    <ReleaseDeal>
        <DealReleaseReference>R1</DealReleaseReference>
        <Deal>
            <DealTerms>
                <TerritoryCode>CA</TerritoryCode>
                <TerritoryCode>MX</TerritoryCode>
                <ValidityPeriod>
                    <StartDateTime>2023-08-15T00:00:00</StartDateTime>
                    <EndDateTime>2023-09-01T00:00:00</EndDateTime>
                </ValidityPeriod>
                <CommercialModelType>RightsClaimModel</CommercialModelType>
                <UseType>UserMakeAvailableUserProvided</UseType>
                <UseType>UserMakeAvailableLabelProvided</UseType>
                <RightsClaimPolicy>
                    <RightsClaimPolicyType>Monetize</RightsClaimPolicyType>
                </RightsClaimPolicy>
            </DealTerms>
        </Deal>
        <Deal>
            <DealTerms>
                <TerritoryCode>DE</TerritoryCode>
                <TerritoryCode>US</TerritoryCode>
                <ValidityPeriod>
                    <StartDateTime>2023-08-15T00:00:00</StartDateTime>
                </ValidityPeriod>
                <CommercialModelType>RightsClaimModel</CommercialModelType>
                <UseType>UserMakeAvailableUserProvided</UseType>
                <UseType>UserMakeAvailableLabelProvided</UseType>
                <RightsClaimPolicy>
                    <RightsClaimPolicyType>Monetize</RightsClaimPolicyType>
                </RightsClaimPolicy>
            </DealTerms>
        </Deal>
    </ReleaseDeal>
</DealList>

例2. 製品内の単一トラックを削除する

<DealList>
    <ReleaseDeal>
        <DealReleaseReference>R1</DealReleaseReference>
        <Deal>
            <DealTerms>
                <TerritoryCode>Worldwide</TerritoryCode>
                <ValidityPeriod>
                    <StartDateTime>2023-08-15T00:00:00</StartDateTime>
                    <EndDateTime>2023-09-01T00:00:00</EndDateTime>
                </ValidityPeriod>
                <CommercialModelType>RightsClaimModel</CommercialModelType>
                <UseType>UserMakeAvailableUserProvided</UseType>
                <UseType>UserMakeAvailableLabelProvided</UseType>
                <RightsClaimPolicy>
                    <RightsClaimPolicyType>Monetize</RightsClaimPolicyType>
                </RightsClaimPolicy>
            </DealTerms>
        </Deal>
    </ReleaseDeal>
        <Deal>
        <DealReleaseReference>R2</DealReleaseReference>
        <DealReleaseReference>R3</DealReleaseReference>
            <DealTerms>
                <TerritoryCode>Worldwide</TerritoryCode>
                <ValidityPeriod>
                    <StartDateTime>2023-08-15T00:00:00</StartDateTime>
                </ValidityPeriod>
                <CommercialModelType>RightsClaimModel</CommercialModelType>
                <UseType>UserMakeAvailableUserProvided</UseType>
                <UseType>UserMakeAvailableLabelProvided</UseType>
                <RightsClaimPolicy>
                    <RightsClaimPolicyType>Monetize</RightsClaimPolicyType>
                </RightsClaimPolicy>
            </DealTerms>
        </Deal>
    </ReleaseDeal>
</DealList>

例3. 地域リストを使って全削除を実行する

<!--
Assuming you had ownership in the past on DE, US, CA and MX.
And you lost ownership in all of these territories.
-->
<DealList>
    <ReleaseDeal>
        <DealReleaseReference>R1</DealReleaseReference>
        <DealReleaseReference>R2</DealReleaseReference>
        <DealReleaseReference>R3</DealReleaseReference>
        <Deal>
            <DealTerms>
                <TerritoryCode>DE</TerritoryCode>
                <TerritoryCode>US</TerritoryCode>
                <TerritoryCode>CA</TerritoryCode>
                <TerritoryCode>MX</TerritoryCode>
                <ValidityPeriod>
                    <StartDateTime>2023-08-15T00:00:00</StartDateTime>
                    <EndDateTime>2023-09-01T00:00:00</EndDateTime>
                </ValidityPeriod>
                <CommercialModelType>RightsClaimModel</CommercialModelType>
                    <UseType>UserMakeAvailableUserProvided</UseType>
                    <UseType>UserMakeAvailableLabelProvided</UseType>
                <RightsClaimPolicy>
                    <RightsClaimPolicyType>Monetize</RightsClaimPolicyType>
                </RightsClaimPolicy>
            </DealTerms>
        </Deal>
    </ReleaseDeal>
</DealList>

例4. Worldwideを使って全削除を実行する

<!--
Assuming you have ownership in the past on DE, US, CA and MX.
And you lost ownership in all of these territories.
-->
<DealList>
    <ReleaseDeal>
        <DealReleaseReference>R1</DealReleaseReference>
        <DealReleaseReference>R2</DealReleaseReference>
        <DealReleaseReference>R3</DealReleaseReference>
        <Deal>
            <DealTerms>
                <TerritoryCode>Worldwide</TerritoryCode>
                <ValidityPeriod>
                    <StartDateTime>2023-08-15T00:00:00</StartDateTime>
                    <EndDateTime>2023-09-01T00:00:00</EndDateTime>
                </ValidityPeriod>
                <CommercialModelType>RightsClaimModel</CommercialModelType>
                    <UseType>UserMakeAvailableUserProvided</UseType>
                    <UseType>UserMakeAvailableLabelProvided</UseType>
                <RightsClaimPolicy>
                    <RightsClaimPolicyType>Monetize</RightsClaimPolicyType>
                </RightsClaimPolicy>
            </DealTerms>
        </Deal>
    </ReleaseDeal>
</DealList>