关于我

嗨! 小伙伴们，我是一名热爱音乐和技术的小编程达人！毕业于东北师范大学后，我决定走进编程的世界，成为一名Java程序员。但是呢，除了Java，我还是Python和Go的小能手哦现在，我在“看见音乐”公司做Java程序员，和看见小伙伴们一起，用代码创造美好的音乐生活！

在音乐行业深耕多年，我对DDEX的实现和解析了如指掌，并还参与了“看见音乐公司音乐传输标准”——“K-JSON”的创建。为了提高工作效率，我还开发了一款K-JSON生成工具，可以轻松搞定。在音乐行业的内容系统开发和公司核心工具集建设中，我积累了丰富的经验，带领小伙伴们一起实现梦想！同时，我还参与了元数据系统的开发，为公司带来了不一样的价值，哈哈~快来跟我一起玩耍吧！

除了专业技能外，我还是一名超级音乐爱好者！喜欢欣赏“二手玫瑰”的音乐，也喜欢炸一炸的歌曲，每当有音乐节活动，我都会积极参加，享受音乐带来的快乐和美好~

未来，我的职业目标是继续深耕音乐行业，用我的技术能力和创造力，为音乐带来更多可能性，让更多人通过音乐感受到美好的生活！一起加油，一起前行吧！🚀

新的音乐行业传输标准K-JSON

简介：

看见音乐传输标准，K-JSON格式，分为4部分。

  • 第一部分：主要的发送信息
  • 第二部分：传输类型
  • 第三部分：资源类型（元数据）
  • 第四部分：发行信息

第一部分为MessageHeader 主要的发送信息

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
{
    "tenantKey": "", //租户key 【必填】
    "contentProviderName": "", //cpName【必填】
    "kanjianVersion": "", //看见音乐标准版本【必填】
    "objectPath": "", //对象存储路径【非必填】
    "upc": "", //upc【必填】
    "bucket": "", //桶名称【非必填】
    "productKey": "", //作品id【必填】
    "messageThreadId": "", //对应本次出入库的任务id ->输出的文件名称【必填】
    "messageSender": { //发送方信息【必填】
        "partyId": "", //发送方id【必填，需要去DDEX网站申请】
        "partyName": { //发送方的partyName【必填】
            "fullName": "" //名称【必填】
        }
    },
    "messageRecipient": [ //接收方信息【必填】
        {
            "partyId": "", //接收方id【必填】
            "partyName": { //接收方的partyName【必填】
                "fullName": "" //名称【必填】
            }
        }
    ],
    "sentOnBehalfOf": { //cp信息【必填】
        "partyId": "", //cpid【必填】
        "partyName": { //原始发送方的partyName【必填】
            "fullName": "" //名称【必填】
        }
    },
    "messageCreatedDateTime": "", //本次信息生成时间【必填】
    /**
     * TestMessage 代表测试, LiveMessage 代表正式推送
     * TestMessage :代表测试
     * LiveMessage :代表正式推送
     */
    "messageControlType": "",【必填】
    "ddexVersion": "", //DDEX 传输版本【必填】
    "languageAndScriptCode": "" //DDEX头的语言信息【必填】
}

Read More

DDEX是什么？

DDEX 是数字数据交换（Digital Data Exchange）的缩写，它是一系列用于在音乐行业中交换数字音乐数据的标准。DDEX 由一组音乐行业组织共同开发和维护，旨在简化数字音乐数据交换过程，提高效率，降低成本，并减少错误。

DDEX 标准包括以下几个方面：

  1. 音频资源交换（ERN）：用于在音乐服务提供商和音乐标签之间交换音频文件和元数据的标准。
  2. 数字销售报告（DSR）：用于在音乐服务提供商和音乐标签之间交换销售数据的标准。
  3. 音乐权利通知（MRN）：用于在音乐服务提供商和音乐版权所有者之间交换音乐权利信息的标准。
  4. 数字音乐通知（DMC）：用于在音乐服务提供商和音乐标签之间交换有关新音乐发布的通知的标准。

DDEX 标准使用 XML 格式进行数据交换，并提供了一系列的 XML 模式和最佳实践指南，以帮助用户实现标准。

要使用 DDEX 标准，音乐行业参与者需要遵循 DDEX 的规范和最佳实践，并在其系统中实现 DDEX 标准。音乐服务提供商和音乐标签可以使用 DDEX 标准来交换音乐数据，以提高数据交换的效率和准确性。

例如，当音乐标签向音乐服务提供商发布新音乐时，可以使用 DDEX 的音频资源交换标准（ERN）来交换音频文件和元数据。当音乐服务提供商向音乐标签报告销售数据时，可以使用 DDEX 的数字销售报告标准（DSR）来交换销售数据。这些标准可以确保数据交换过程的准确性和高效性，并减少错误和浪费。

DDEX解析实战

1.简介

使用****XXX公司传输的ddex.xml文件为例子，解析例子为伪代码，主要是阐述ddex.xml 文件的解析思路和关键文本解释。

2.解析DDEX思路主要是4部分

1.解析MessageHeader解析后

MessageHeader是ddex文件中第一部份，属于消息的头部信息，主要是定义传输者、接收者、

2.解析MessageSender 解析后

3.releaseList 解析后 通过字段的形式，存到各个业务表中

releaseList属于发行相关的领域，而不是ddex本身，更像是一个传输协议。用于解析DDEX文件中的数据转换成

4.dealList 解析后组成json形式存储

dealList是当前这个三个框架中付费信息，歌曲发行的领域是需要的，并且信息中还覆盖到当前的歌曲。

Read More