[0001] 本发明涉及音乐治疗技术领域，特别是涉及一种用于音乐治疗的音乐播放方法、装置及系统。

[0002] 音乐疗法是心理治疗的常用方法之一。是目前临床及教学实践等领域最为重要和常用的技术方法，在临床应用上已经取得较好的效果。

[0003] 科学的音乐治疗需要对治疗的过程进行安排和跟踪。音乐治疗是一种通过系统的科学的有计划地安排和使用音乐及音乐活动与体验，使治疗对象达到积极与健康的状态的目的的治疗活动。音乐治疗的系统科学有计划地提供完整疗程的安排，但是目前的音乐治疗受音乐治疗师的个人因素较大，往往是零散的。

[0004] 音乐治疗对治疗师的音乐素养要求较高，我国音乐治疗发展较晚，缺少综合型人才，需要交叉型人才的培养。尽管音乐治疗的学科教育已经建立了完整的专科本科硕士博士研究生的层面的人才培养体系，但现在研究前线的大多数是其他领域的专业人员，且成本大。在人才较为空缺的情况下，难以实现音乐治疗的普及，保证音乐治疗过程的科学安排与追踪。

[0005] 目前音乐治疗需要有专业人员进行实施，成本较高，且在专业音乐治疗匮乏的情况下，很难对被治疗者按时实施音乐治疗。

[0059] 为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

[0060] 应当明确，所描述的实施例仅仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请实施例保护的范围。

[0061] 在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

[0062] 下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

[0063] 此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

[0064] 在一个具体的实施例中，如图1所示，本发明提供的一种用于音乐治疗的音乐播放方法所依托的硬件设备包括：

[0065] 至少一个云服务器以及至少一个音乐治疗设备端；所述云服务器和所述音乐治疗设备端通过HTTP协议进行通信。

[0066] 所述云服务器，用于存储音乐数据库、音乐治疗方案、音乐治疗事件标签和一个或多个程序；当所述一个或多个程序被所述至少一个处理器执行，使得所述至少一个处理器实现本发明提供的一种用于音乐治疗的音乐播放方法的步骤。

[0067] 所述音乐治疗设备端(以下可简称“设备端”)，用于接收所述云服务器发送的音乐治疗方案，按照所述音乐治疗方案执行音乐播放，根据音乐播放的情况生成音乐治疗事件标签，将所述音乐治疗事件标签存储在数据库中，并将所述音乐治疗事件标签发送至所述云服务器。

[0068] 在一个优选的实施例中，音乐治疗设备端为树莓派。在其他的例子中，音乐治疗设备端还可以是其他的具有数据通信、数据处理功能的计算机等智能设备，如台式电脑、平板电脑、智能手机等。

[0069] 在一个优选的实施例中，硬件系统还包括至少一个音乐治疗师管理端和至少一个用户管理端。

[0070] 所述音乐治疗师管理端用于接收音乐治疗师上传的音乐文件和音乐治疗方案，并将所述音乐文件和所述音乐治疗方案发送至所述云服务器。

[0071] 优选的，音乐治疗师管理端(以下可简称“管理端”)为普通办公用的计算机。在其他的例子中，管理端还可以是其他的具有数据通信、数据显示、数据处理的智能设备，如平板电脑、智能手机等。

[0072] 所述用户管理端根据IP地址通过HTTP协议与所述云服务器进行通信；所述用户管理端通过MQTT协议与所述音乐治疗设备端进行通信。

[0073] 所述用户管理端用于上传音乐文件至所述音乐治疗设备端，和/或发送控制指令至所述音乐治疗设备端，所述控制指令至少包括以下一项：查询音乐列表，开始/暂停/停止播放音乐，上传/删除音乐文件，增加/修改/删除音乐标签。

[0074] 为了便于用户日常操作，优选的，用户管理端(以下可简称“手机端”)为智能手机。其他的例子中，用户管理端还可以是其他的具有数据通信、数据显示、数据处理的智能设备，如平板电脑、台式电脑等。

[0075] 基于上述的硬件系统，本申请实施例提供一种用于音乐治疗的音乐播放方法，如图2所示，该方法包括以下步骤：

[0076] S01：获取音乐治疗师制定的音乐治疗方案，所述方案至少包括以下一项：音乐列表、治疗周期、每次播放音乐的音量、每次播放音乐的时长。

[0077] 具体的，音乐治疗方案由音乐治疗师通过管理端输入生成，并发送和存储在云服务器中。

[0078] S02：将所述音乐治疗方案发送至音乐治疗设备端。

[0079] 音乐治疗师为患者绑定一个设备端，管理端通过MQTT协议与设备端进行连接后下发音乐治疗方案信息。

[0080] 设备端接收音乐治疗方案后，解析音乐治疗方案信息，把从中得到的歌曲列表、治疗周期、音量、时长等信息存储到本地数据库，并根据歌曲列表从服务器端下载对应的音乐文件。

[0081] 优选的，设备端完成了音乐治疗方案信息和音乐歌曲文件同步后，发送状态到服务器，服务器也可以主动下发查看状态指令查看设备端的状态，其中状态信息包括设备端存储的方案信息、歌曲数量、CPU负荷、存储空间使用情况等。

[0082] 优选的，音乐治疗方案中的周期性实施由定时器来完成。本发明提供了三种定时器来管理音乐治疗的时间和周期，分别是日期触发定时器、时间间隔触发定时器、时间周期定时器。日期触发定时器是一种一次性定时器，在某个日期时间时只触发一次事件，触发后定时器即被销毁；事件间隔触发器会按照固定的事件间隔触发事件，触发后定时器不被销毁会一直执行，时间间隔可以最小以秒为单位最大以年为单位；时间周期定时器会在某个确定的时间周期性地触发时间，比如可以设置为每个星期一的早上10:00触发一次事件。通过三种事件定时器的相互搭配，可以满足不同患者的音乐治疗需求。

[0083] 优选的，音乐治疗过程管理中，设备端需要长期保持连接电源状态，每次音乐治疗由定时器根据设定的治疗方案定时触发，音乐治疗开始后，会通过音箱以声音的方式提醒，经过患者点击确认后治疗正式开始。首先是5分钟的安静时间，然后根据音乐歌曲列表逐首歌曲播放，每首歌曲播放结束之后也会间隔方案中设定的间隔时间，然后进行下一首歌曲的播放。每次音乐治疗开始、歌曲播放和歌曲播放结束都会当作一个事件标签存储在数据库中，并在音乐治疗结束时同步到服务器中。根据音乐治疗事件标签，可以划分音乐治疗过程中听音乐和安静的时间。

[0084] S03：接收所述音乐治疗设备端发送的音乐治疗事件标签，所述事件标签至少包括以下一项：每次播放音乐的开始时间、播放音乐的名称、播放音乐的音量、播放音乐的时长、结束播放时间。

[0085] 优选的，事件标签记录的事项与音乐治疗方案中记录的事项一致，便于下一步的比对纠偏。

[0086] S04：比对所述事件标签与所述方案，当所述事件标签与所述方案内容存在差异时，生成预警信息。

[0087] 优选的，云服务器、管理端、设备端、手机端均可对事件标签中记录的信息进行判断比对，当事件标签中记录的信息与治疗师制定的治疗方案不同时，主动发出预警信息至治疗师和患者。

[0088] 在其他的例子中，音乐治疗师还可通过管理端调取云服务器中存储的事件标签，主动了解患者的治疗过程。优选的，也可以由系统自动生成每日治疗简报，以邮件等方式发送给音乐治疗师查看。或者，由音乐治疗师在管理端系统主动调取每日治疗简报查看。

[0089] 在另一个优选的实施例中，音乐治疗方案的音乐列表，由音乐治疗师从云服务器中存储的音乐数据库中选择。

[0090] 云服务器的音乐数据库中存储所有音乐治疗所需要用到的音乐文件，音乐文件通过手机端或者管理端上传。其中管理端上传的是通用的音乐治疗歌曲，主要是贝多芬、莫扎特、巴赫等音乐家的作品；手机端上传的个性化定制化的音乐，主要是患者个人偏好的音乐作品以及患者家人的录音，音乐文件可以单条上传也可以批量上传。

[0091] 然而，音乐的选择是一个很难解决的问题，目前的音乐主要根据治疗师或者医生的记忆经验判断，没有一个量化的标准。对于音乐治疗的效果很难准确地评估。

[0092] 针对上述问题，本发明提供的一种用于音乐治疗的音乐播放方法，还包括以下步骤：

[0093] S11：获取音乐治疗师和/或用户上传的音乐文件和所述音乐文件对应的情感标签。

[0094] 优选的，所述情感标签根据Russell的二维情感模型分为高兴、悲伤、沮丧、平静4个类别。

[0095] S12：提取所述音乐文件的特征信息，其中，所述特征信息包括以下至少一项：音乐时长、节拍速度、节奏重拍、过零率、平均音高、平均曲调、频谱图、梅尔倒谱系数和MFCC特征矩阵。

[0096] S13：当所述音乐治疗师和/或用户上传的音乐文件未设置情感标签，将所述音乐文件的特征信息输入训练好的CNN‑LSTM模型，得到所述音乐文件对应的情感标签。

[0097] S14：将所述音乐治疗师和/或用户上传的音乐文件和所述音乐文件的文件信息存储到数据库中，其中，所述文件信息包括以下至少一项：音乐名字、音乐时长、上传时间、情感标签、过零率、频谱图、MFCC特征矩阵。

[0098] 在一个优选的实施例中，如图3所示，将所述音乐文件的特征信息输入训练好的CNN‑LSTM模型，得到所述音乐文件对应的情感标签，包括以下子步骤：

[0099] S131：将所述音乐文件的时长进行归一化处理，得到标准时长的音乐文件。

[0100] 在一个优选的实施例中，将所述音乐文件的时长进行归一化处理，包括以下子步骤：

[0101] S1311：获取所述音乐文件的时长Ta；

[0102] S1312：对于时长Ta大于6秒的音乐，设置采样间隔为C＝Ta/6，对音乐进行重新采样，每C个点采集一个点，得到长度为6秒的音频；

[0103] S1313：对于时长Ta大于3秒并小于6秒的音乐，获取音乐的时长Ta，计算缺少时间D＝6‑Ta，从头开始截取时长为D的音频补充到原音频后面，得到长度为6秒的音频。

[0104] S132：提取所述标准时长的音乐文件的MFCC特征，得到MFCC特征矩阵，并将所述MFCC特征矩阵输入所述CNN‑LSTM模型的CNN网络层。

[0105] 在一个优选的实施例中，使用librosa工具提取音乐文件的MFCC特征；设置采样率为22050，hop_lenth值为1040；得到128*128的MFCC特征矩阵。

[0106] S133：提取所述标准时长的音乐文件的音乐特征，并将所述音乐特征输入所述CNN‑LSTM模型的LSTM网络层；其中，所述音乐特征包括以下至少一项：节拍速度、节奏重拍、过零率、平均音高、平均曲调特征。

[0107] S134：将所述CNN网络层和所述LSTM网络层的结果输入到所述CNN‑LSTM模型的线性层，所述线性层的输出经过softmax函数后得到分类概率分布，即所述音乐文件对应的情感标签。

[0108] 音乐的情感分类基于Thayer情感模型对音乐进行了标记和计算，在愉悦度(Valence)和唤醒度(Arousal)这两个维度上描述音乐的情感。

[0109] 优选的，本发明基于CNN‑LSTM模型对音乐情感进行分类时，设置输入分类模型的音乐时长为30s，对音乐进行滤波处理去除噪音后提取MFCC特征，对提取的特征进行归一化后得到256*1920个点，按每秒进行分割，每秒有512*64个数据点。把每秒的数据依次输入到CNN‑LSTM网络中，在CNN层中，使用卷积核对数据进行卷积，然后进行池化操作得长度为1024的序列信息。LSTM网络中设置隐含层大小为64，分别将30秒的序列信息输入到LSTM网络中，只取LSTM最后一次LSTM的输出，将得到的向量输入线性层和Softmax层，得到映射到概率区间得到的分类概率分布，最大分类对应的即得到的分类结果。

[0110] 优选的，音乐分类的初始训练数据集从互联网和音乐治疗师渠道收集200首音乐，每首音乐由10个人标注(其中2名为音乐治师，8名为在校大学生)分别在愉悦度(Valence)和唤醒度(Arousal)上进行打分，打分的范围在1‑9分，且只能取整数。

[0111] 更为优选的，收集已有的音乐治疗歌曲库以及互联网上热门的音乐1000首，对这些音乐进行均匀截取，规整化为15秒的音乐文件。将1000首音乐采用主观实验量表进行主观标注，每首歌有10人标注(为保证数据的多样性和准确性，标注者包括音乐治疗师、医生、患者、家属、大学生)，最后将标注的结果取平均值，得到1000首带音乐情感标签的音乐。

[0112] 在情感计算中，采用Russell的二维情感模型，在价效(Valence)和唤醒(Arousal)两个维度来量化标记每一首愉悦的情感。价效和唤醒两个维度的取值为1‑9，价效是指一首歌的愉悦程度，价效为1表示极度悲伤，价效为9表示极度高兴；唤醒是指一首歌的兴奋程度，唤醒为1表示歌曲极其令人昏睡，唤醒为9表示歌曲让人及其兴奋。

[0113] 对于得到的10组打分，分别去除最高分和最低分，然后对剩下的8组取平均值为歌曲的评分。对于歌曲的分类如下处理：把唤醒和价效的值分别减去5，并以价效为横轴，唤醒为纵轴建立坐标系，把每首歌映射到坐标系中，第一象限的情感为高兴、第二象限为悲伤、第三象限为沮丧、第四象限为平静。以这两百首歌曲作为训练集取训练分类模型实现分类。在后续的系统运行过程中会不断地扩充音乐库，则以带有标签的音乐作为训练数据，定期导出标签数据对模型进行训练，使音乐分类模型的分类精度不断提高。

[0114] 与前述的用于音乐治疗的音乐播放方法对应，本申请实施例还提供一种用于音乐治疗的音乐播放装置，如图4所示，该意识状态分类装置400包括：

[0115] 音乐治疗方案获取模块01，用于获取音乐治疗师制定的音乐治疗方案，所述方案至少包括以下一项：音乐列表、治疗周期、每次播放音乐的音量、每次播放音乐的时长；

[0116] 音乐治疗方案发送模块402，用于将所述音乐治疗方案发送至音乐治疗设备端；

[0117] 事件标签接收模块403，用于接收所述音乐治疗设备端发送的音乐治疗事件标签，所述事件标签至少包括以下一项：每次播放音乐的开始时间、播放音乐的名称、播放音乐的音量、播放音乐的时长、结束播放时间；

[0118] 事件标签比对模块404，用于比对所述事件标签与所述方案，当所述事件标签与所述方案内容存在差异时，生成预警信息。

[0119] 优选的，还包括：

[0120] 音乐文件获取模块501，用于获取音乐治疗师和/或用户上传的音乐文件和所述音乐文件对应的情感标签；

[0121] 特征信息提取模块502，用于提取所述音乐文件的特征信息，其中，所述特征信息包括以下至少一项：音乐时长、节拍速度、节奏重拍、过零率、平均音高、平均曲调、频谱图、梅尔倒谱系数和MFCC特征矩阵；

[0122] 情感标签分类模块503，用于当所述音乐治疗师和/或用户上传的音乐文件未设置情感标签，将所述音乐文件的特征信息输入训练好的CNN‑LSTM模型，得到所述音乐文件对应的情感标签；

[0123] 音乐文件存储模块504，用于将所述音乐治疗师和/或用户上传的音乐文件和所述音乐文件的文件信息存储到数据库中，其中，所述文件信息包括以下至少一项：音乐名字、音乐时长、上传时间、情感标签、过零率、频谱图、MFCC特征矩阵。

[0124] 优选的，情感标签分类模块包括：

[0125] 归一化单元，用于将所述音乐文件的时长进行归一化处理，得到标准时长的音乐文件；

[0126] MFCC特征处理单元，用于提取所述标准时长的音乐文件的MFCC特征，得到MFCC特征矩阵，并将所述MFCC特征矩阵输入所述CNN‑LSTM模型的CNN网络层；

[0127] 音乐特征处理单元，用于提取所述标准时长的音乐文件的音乐特征，并将所述音乐特征输入所述CNN‑LSTM模型的LSTM网络层；其中，所述音乐特征包括以下至少一项：节拍速度、节奏重拍、过零率、平均音高、平均曲调特征；

[0128] 分类单元，用于将所述CNN网络层和所述LSTM网络层的结果输入到所述CNN‑LSTM模型的线性层，所述线性层的输出经过softmax函数后得到分类概率分布，即所述音乐文件对应的情感标签。

[0129] 优选的，归一化单元包括：

[0130] 时长获取元件，用于获取所述音乐文件的时长Ta；

[0131] 采样元件，用于对于时长Ta大于6秒的音乐，设置采样间隔为C＝Ta/6，对音乐进行重新采样，每C个点采集一个点，得到长度为6秒的音频；

[0132] 补充元件，用于对于时长Ta大于3秒并小于6秒的音乐，获取音乐的时长Ta，计算缺少时间D＝6‑Ta，从头开始截取时长为D的音频补充到原音频后面，得到长度为6秒的音频。。

[0133] 优选的，提取所述标准时长的音乐文件的MFCC特征，得到MFCC特征矩阵，包括：

[0134] 使用librosa工具提取音乐文件的MFCC特征；

[0135] 设置采样率为22050，hop_lenth值为1040；

[0136] 得到128*128的MFCC特征矩阵。

[0137] 优选的，所述情感标签根据Russell的二维情感模型分为高兴、悲伤、沮丧、平静4个类别。

[0138] 对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

[0139] 本申请实施例还提供一种用于音乐治疗的音乐播放系统，其特征在于，包括：

[0140] 至少一个云服务器以及至少一个音乐治疗设备端；所述云服务器和所述音乐治疗设备端通过HTTP协议进行通信；

[0141] 所述云服务器，用于存储音乐数据库、音乐治疗方案、音乐治疗事件标签和一个或多个程序；当所述一个或多个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如前所述的任一种用于音乐治疗的音乐播放方法的步骤。

[0142] 所述音乐治疗设备端，用于接收所述云服务器发送的音乐治疗方案，按照所述音乐治疗方案执行音乐播放，根据音乐播放的情况生成音乐治疗事件标签，将所述音乐治疗事件标签存储在数据库中，并将所述音乐治疗事件标签发送至所述云服务器。

[0143] 优选的，还包括：

[0144] 至少一个音乐治疗师管理端和至少一个用户管理端；

[0145] 所述音乐治疗师管理端用于接收音乐治疗师上传的音乐文件和音乐治疗方案，并将所述音乐文件和所述音乐治疗方案发送至所述云服务器；

[0146] 所述用户管理端根据IP地址通过HTTP协议与所述云服务器进行通信；所述用户管理端通过MQTT协议与所述音乐治疗设备端进行通信；

[0147] 所述用户管理端用于上传音乐文件至所述音乐治疗设备端，和/或发送控制指令至所述音乐治疗设备端，所述控制指令至少包括以下一项：查询音乐列表，开始/暂停/停止播放音乐，上传/删除音乐文件，增加/修改/删除音乐标签。

[0148] 优选的，树莓派作为设备端，用于在本地存储从云端下载的用于患者治疗的音乐歌曲载，实施音乐治疗的其他功能。

[0149] 设备端上运行的应用程序使用python开发，通过WiFi模块连接互联网，通过MQTT协议来与服务器进行连接。其中设备端使用Sqlite作为数据库，下载的音乐信息和音乐治疗方案的音乐列表存储在数据库中。

[0150] 在音乐治疗设备端中定义一系列的指令，手机通过这些定义的指令来对设备端进行管理，其中具体过程如下：设备端通过MQTT协议连接MQTT服务器，手机设备也使用MQTT协议连接MQTT服务器，MQTT服务器的作用是把各种信息转发到目标客户端。手机设备可发送的控制指令如下：查看设备端本地歌曲、设备端歌曲下载、删除设备端本地歌曲、创建删除音乐治疗方案、音乐治疗方案开始停止管理等。设备端收到MQTT的控制指令后通过反射的机制调用相应的功能代码片段，并通过MQTT协议讲执行的结果和状态返回给手机设备。

[0151] 优选的，音乐治疗云服务器具有公网IP地址且保存不变，设备端和手机端根据IP地址通过HTTP协议与云服务器端进行通信。为实现手机与音乐治疗设备端的通信解耦，手机和设备端通过MQTT协议进行通信，需要一个MQTT服务器进行命令的转发，其中在设备端初始化的时候与MQTT服务器进行连接且订阅命令控制的频道，连接保持长期连接不断开。在设备端运行过程中，需要不断地实现消息的上报，手机连接MQTT服务器后可以定阅设备端上报的消息；同时，手机端也有命令下方通道，设备端订阅手机端命令下方的频道，当收到命令消息后，调用相应功能的代码片段。

[0152] 优选的，手机端和设备端通过MQTT协议的发布/订阅模式进行通信，实现发布者和订阅者的解耦，发布者和订阅者不需要建立直线连接、也不需要同时在线。其中协议根据主题进行发布和订阅，主题是MQTT协议规定的字符串，主题根据设备类型、设备编号、服务功能三个部分进行进行命名，不同的部分通过后置斜杠/进行分隔。通主题订阅设备端能实现歌曲状态、电量、数据等信息的上报；手机端可以实现查看设备端的有音乐列表信息、音乐下载、音乐删除、音乐的播放与暂停。在设备端和手机端中都有一个channel主题，作为信息传输的通道，用于在收到命令后返回执行结果给对方。

[0153] 优选的，设备端本地使用Sqlite对音乐信息进行管理，在初始化时已经与MQTT服务器进行连接，设备注册信息上报的发布主题，同时订阅手机端的下发主题；在运行状态中，设备端会每隔5秒钟发布一次当前的状态信息(歌曲状态、电量、获取的数据)。当接收到订阅的手机端主题信息，会通过反射的机制调用代码片段，具体如下：收到musiclist主题信息后，对数据库进行查询，然后通过channel主题将音乐信息列表返回；收到download主题信息后，解析内容中的具体歌曲链接，然后根据链接通过HTTP协议去云服务器端下载音乐文件，并且把音乐的其他信息存储在Sqlite数据库中；收到delete主题后，把内容中所指的音乐删除；收到treatment主题后，解析内容中的音乐治疗方案信息，并将音乐治疗方案信息存储在数据库中；play和stop主题用于实现音乐治疗的开始和停止。

[0154] 对于设备实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的设备实施例仅仅是示意性的，其中所述作为分离部件说明的组件可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

[0155] 本发明提供的一种用于音乐治疗的音乐播放方法、装置及系统，能极大地解决音乐治疗过程中的人员缺乏问题，降低音乐治疗的人力成本，同时对音乐治疗的全过程进行记录跟踪，为患者提供更为有限的音乐治疗。同时通过音乐的音调能量等可视化展示，根据各种参数在唤醒和价效两个维度进行音乐情感分类，使音乐选取有迹可循。

[0156] 通过自动化控制等方面的技术，能节省音乐治疗过程中的人才成本，同时通过计算机信息化手段能够实现对音乐治疗全过程的安排管理和记录跟踪，使得治疗过程更加高效。

[0157] 同时，通过对音乐的可视化展示以及情感分析，使得医生在为患者开具音乐治疗处方的时候可以更加方便，更加高效，提高音乐治疗的效果。

[0158] 相比于传统的音乐治疗，本发明提供的一种用于音乐治疗的音乐播放方法、装置及系统，节省了人力成本，同时避免了人为因素的影响，保证了音乐治疗的效果。相比于其他用于音乐治疗的播放器，通过定制音乐治疗方案可以实现科学有计划的音乐治疗，通过音乐特征的提取以及音乐情绪标记，可以给医生制定方案时提供更多可视化的参考标准，方便音乐治疗方案的确定。

[0159] 本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

[0160] 以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。