CN102387171B - 音乐的多端协同播放方法、多端协同音乐播放系统 - Google Patents

Abstract

本发明提供了一种网络系统中音乐的多端协同播放方法、多端协同音乐播放系统和用户终端。该方法包括：确定所述网络系统中参与多端协同播放的一个以上用户终端和待播放的音乐文件；为每个参与多端协同播放的用户终端分配所述待播放的音乐文件中的至少一个子文件；对所有参与多端协同播放的用户终端进行同步；在同步完成后，指令每个参与多端协同播放的用户终端根据同步信息播放分配到的子文件。采用本发明的方法、系统和用户终端能够简单易行地实现多端参与的音乐播放效果。

Description

音乐的多端协同播放方法、多端协同音乐播放系统

技术领域

本发明涉及网络系统，尤指一种网络系统中音乐的多端协同播放方法、多端协同音乐播放系统和用户终端。

背景技术

有数据表明，网络系统(比如Internet、通信网络等)中的音乐市场在逐年蓬勃发展，预计2010年将达到62亿美元，2011年将接近80亿美元。目前，国内外几乎所有无线服务提供商都支持音乐下载服务。

另有数据表明，在所有使用无线服务的用户中，有60％是20-39岁的年轻人，而这些人中的一半以上都对音乐有浓厚的兴趣。年轻人群体有大量聚在一起的机会，例如学校、聚会、约会等，需要考虑利用现有的网络系统在聚会过程中为用户提供更多的音乐娱乐，以提高用户对网络系统的使用兴趣，进而提高网络系统的利用率。

发明内容

有鉴于此，本发明提供了一种简单易行的、针对音乐的多端协同播放方法和多端协同音乐播放系统，通过多个终端设备(比如：手机、上网本、计算机等)的配合，呈现与单个终端设备不同的播放效果，比如类似于交响乐的声音效果，或者进一步地提供光电效果、振动效果等其他效果。再有，本发明还提供了一种能够参与到音乐的多端协同播放中的用户终端。

具体地，本发明提供了一种网络系统中音乐的多端协同播放方法，包括：

A1、确定所述网络系统中参与多端协同播放的一个以上用户终端和待播放的音乐文件；

A2、根据参与多端协同播放的用户终端在所述待播放的音乐文件播放中的角色为每个参与多端协同播放的用户终端分配所述待播放的音乐文件中的至少一个子文件；

A3、对所有参与多端协同播放的用户终端进行同步；

A4、在同步完成后，指令每个参与多端协同播放的用户终端根据同步信息播放分配到的子文件；

其中，所述A1包括：

参与多端协同播放的任意一个用户终端确定待播放的音乐文件的标识，并将所述待播放的音乐文件的标识告知应用服务器；

所述A2包括：

该任意一个用户终端将所述角色告知所述应用服务器，其中，所述应用服务器为因特网服务器，或者内联网服务器；

所述A4进一步包括：

每个用户终端将自身播放的声音以麦克风输入或文件传输的方式通过远程连接传送给其他用户终端；

其他用户终端采用耳机的不同声道或扬声器的不同模式播放本地声音和远程声音。

该方法进一步包括：

所述应用服务器将所述待播放的音乐文件拆分为子文件，并将所述子文件提供给对应的用户终端。

所述A3包括：

所述应用服务器在所有用户终端完成子文件的接收后，于t₀时刻向每个用户终端i发出同步指令；

所述用户终端i接收到同步指令后进行同步响应；

所述应用服务器在t₀+RTT_i时刻接收到同步响应后，确定该用户终端i到应用服务器的延迟量TA_i＝RTT_i/2。

所述A4包括：

所述应用服务器向每个参与多端协同播放的用户终端i发出携带同步信息的播放指令，所述同步信息包括最大延迟量T_delay和用户终端i到应用服务器的延迟量TA_i；

每个用户终端i从接收到同步指令的时刻开始延迟T_delay-TA_i时长后播放分配给自身的子文件。

所述子文件包括声音谱部分；则所述播放分配给自身的子文件包括：用户终端根据声音谱部分记录的信息进行声音播放。

所述子文件进一步包括：光电效果部分和振动效果部分中的至少其中一个；

则所述播放分配给自身的子文件进一步包括：用户终端根据光电效果部分记录的信息改变发光光强和光颜色；或者，用户终端根据振动效果部分记录的信息确定是否振动和振动强度。

此外，本发明还具体提供了一种多端协同音乐播放系统，包括：一个以上参与多端协同播放的用户终端，以及应用服务器；

所述参与多端协同播放的所有用户终端中的任意一个用户终端，用于确定待播放的音乐文件的标识，根据参与多端协同播放的用户终端在所述待播放的音乐文件播放中的角色为所有参与多端协同播放的用户终端分配所述待播放的音乐文件中的至少一个子文件，并将所述待播放的音乐文件的标识和所述角色告知所述应用服务器，每个用户终端将自身播放的声音以麦克风输入或文件传输的方式通过远程连接传送给其他用户终端，其他用户终端采用耳机的不同声道或扬声器的不同模式播放本地声音和远程声音；其中，所述应用服务器为因特网服务器，或者内联网服务器；

所述应用服务器，用于指令所有参与多端协同播放的用户终端进行同步，并在同步完成后，指令每个参与多端协同播放的用户终端根据同步信息播放分配到的子文件。

较佳地，所述应用服务器用于：在所有用户终端完成子文件的接收后，于t₀时刻向每个参与多端协同播放的用户终端i发出同步指令；

所述用户终端i用于：接收到同步指令后进行同步响应；

所述应用服务器进一步用于：在t₀+RTT_i时刻接收到同步响应后，确定该用户终端i到应用服务器的延迟量TA_i＝RTT_i/2。

可以看出，采用本发明的方法、系统和用户终端能够简单易行地实现多端参与的音乐播放效果，这种简单有趣的多端音乐播放服务对运营商吸引更多用户，尤其是年轻用户，有着重大的意义。

附图说明

图1为本发明一个实施例中无基站参与的主从用户终端协同播放的流程示意图；

图2a为本发明一个实施例中待播放的音乐文件的组成示意图；

图2b为本发明一个实施例中待播放的音乐文件的拆分示意图；

图3a为主用户终端与从用户终端i之间采用TOA方法进行同步的示意图；

图3b为主用户终端与多个从用户终端延迟播放分配给自身的子文件的示意图；

图4为本发明一个实施例中有基站参与的主从用户终端协同播放的流程示意图；

图5为本发明一个实施例中有基站参与的用户终端协同播放的流程示意图；

图6为本发明一个实施例中应用服务器支持下的用户终端协同播放的流程示意图；

图7a为本发明另一个实施例中待播放的音乐文件的组成示意图；

图7b为本发明另一个实施例中待播放的音乐文件的拆分示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

本发明提供了一种网络系统中音乐的多端协同播放方法，包括：

确定所述网络系统中参与多端协同播放的一个以上用户终端和待播放的音乐文件；

为每个参与多端协同播放的用户终端分配所述待播放的音乐文件中的至少一个子文件；

对所有参与多端协同播放的用户终端进行同步；

在同步完成后，指令每个参与多端协同播放的用户终端根据同步信息播放分配到的子文件。

实施例1：无基站参与的主从用户终端协同播放(见图1)

步骤101：确定网络系统中参与音乐的多端协同播放的一个以上用户终端。

具体地，可以是某个用户通过其所使用的终端设备发起音乐的多端协同播放，选择网络系统中的其他终端设备(对应着其他用户)参与。

将发起多端协同播放的用户或终端设备称为主用户终端，将其他参与多端协同播放的用户或终端设备称为从用户终端。

步骤102：确定待播放的音乐文件，包括音乐标识(ID)等信息。

该步骤可以是主用户终端直接决定待播放的音乐文件，也可以是主用户终端与从用户终端协商决定。

步骤103：主用户终端通过无线通信方式(例如：适用于短距离通信的蓝牙等)向从用户终端共享待播放的音乐文件。

在一个具体实现中，待播放的音乐文件是由多个子文件直接合并而来的，见图2a。各个子文件在存储介质中以首尾相连的形式合并在一起，并设置文件头表明待播放的音乐文件的各种属性，包括子文件个数、各个子文件在存储介质中的起始位置及各个子文件的属性(比如乐器种类、时间长度等)等。

步骤104：主用户终端与从用户终端建立同步。

该步骤中，主用户终端与多个从用户终端之间的同步可采用典型的到达时间(TOA，timeofarrival)方法，见图3a。具体地，主用户终端在t₀时刻向每个从用户终端i发出同步请求，从用户终端i接收到同步请求后进行同步响应，主用户终端在t₀+RTT_i时刻接收到同步响应后，确定从用户终端i到主用户终端的延迟量为TA_i＝RTT_i/2，此时确定出的TA_i为初始播放的TA_i。需要指出，同步完成后，主用户终端将确定各个从用户终端到主用户终端的延迟量(TA，timeadvance)，以及系统的最大TA(即T_delay)。

步骤105：主用户终端为自身和每个从用户终端分配至少一个子文件。

在一个具体实现中，每个子文件对应的是一个音乐播放中的角色(比如乐器种类)，因此主用户终端是根据参与多端协同播放的所有用户终端在音乐播放中的角色来分配子文件的。

进一步地，主用户终端还可以确定每个角色的推荐位置，并将其提供给对应的从用户终端。其中，推荐位置和角色是对应的，比如笛子的角色适于放置在整个音乐演奏区域的角落位置，而钢琴的角色适于放置在整个音乐演奏区域的中心位置等。

步骤106：所有用户终端根据自身在音乐播放中的角色，对音乐文件中的相应内容进行抽取，得到分配给自身的子文件。文件抽取完成后，从用户终端将告知主用户终端。具体地，每个用户终端可以根据文件头的指示进行子文件的抽取，见图2b。

需要指出，可以先执行步骤105-106的子文件分配和抽取，再执行步骤104的同步，即二者的执行顺序不限。

步骤107：主用户终端在所有从用户终端准备好后，发送携带同步信息的播放指令。所有从用户终端根据同步信息决定自身的播放时刻，对分配给自身的子文件进行播放。

具体地，同步信息包括最大延迟量T_delay和从用户终端i到主用户终端的延迟量TA_i。主用户终端从发出同步请求的t₀时刻开始延迟T_delay时长后开始播放，每个从用户终端i从接收到同步请求的时刻开始延迟T_delay-TA_i时长后开始播放，见图3b。需要指出，如果音乐文件中包含杜比编码的信息，多端协同播放还可以达到杜比环绕立体声的效果。

由于步骤105中主用户终端还向从用户终端提供对应角色的推荐位置，从用户终端可以参考该推荐位置调整自身在音乐演奏区域的物理位置。具体地，该推荐位置可以通过终端设备显示给手持该终端设备的用户，由用户调整其物理位置，此时参与多端协同播放的用户相互之间可见。

步骤108：可选地，在音乐文件的播放过程中，主用户终端也可以通过TOA方法获得更新后的TA_i，并利用更新后的TA_i对同步进行调整。

具体地，将更新后的TA_i和初始播放的TA_i进行比较，如果更新后的TA_i大于初始播放的TA_i，表明和其他用户终端相比，从用户终端i在音乐播放时过慢，需要跳过一段音乐内容以便和其他用户终端更好地同步。如果更新后的TA_i小于初始播放的TA_i，表明和其他用户终端相比，从用户终端i在音乐播放时过快，需要重复一段音乐内容以便和其他用户终端更好地同步。需要指出，这种播放过程中再次执行的同步并不会影响音乐的整体播放。

实施例2：基站参与的主从用户终端协同播放(见图4)

步骤401：主用户终端与从用户终端协商确定待播放的音乐文件，包括音乐ID、各个用户终端的角色等信息，并告知蜂窝网络中的基站。

步骤402：基站根据音乐ID选择出待播放的音乐文件，并由自身完成子文件的抽取后，将子文件按照各个用户终端的角色选择性推送给对应的用户终端。

其中，基站完成子文件的抽取具体为：由基站将待播放的音乐文件拆分为一个以上的子文件。在一个具体实现中，待播放的音乐文件是由一个以上的子文件直接合并而成的单一文件，因此子文件的抽取较为简单，只要从每个子文件的起始位置开始读取出该子文件即可。

步骤403：所有用户终端在子文件的接收完成后，向基站发送接收完成报告。

步骤404：基站确认所有用户终端完成子文件的接收后，向主用户终端发出同步指令。

步骤405：主用户终端接收到该同步指令后，与所有从用户终端进行同步，并告知各个用户终端的推荐位置等信息。该步骤和步骤104类似，此处不再赘述。

步骤406：在参与多端协同播放的所有用户终端实现同步后，主用户终端发出播放指令，所有用户终端根据同步信息决定自身的播放时刻，在相应的播放时刻播放分配给自身的子文件。该步骤和步骤107类似，此处不再赘述。

在该实施例中，参与多端协同播放的用户终端可以是手机，或者是具有与基站通讯的模块(比如GSM模块或3G模块)的上网本、计算机等终端设备。

实施例3：基站参与的用户终端协同播放(见图5)

步骤501：参与多端协同播放的任意一个用户终端确定待播放的音乐文件，包括音乐ID、各个用户终端的角色等信息，并告知基站。

步骤502：基站根据音乐ID选择出待播放的音乐文件，并在自身完成子文件的抽取后，将抽取出的子文件按照各个用户终端的角色进行选择性推送。

步骤503：每个用户终端在完成子文件的接收后，向基站发送接收完成报告。

步骤504：基站确认所有用户终端都完成接收后，向所有用户终端发出同步指令，该同步指令中可以携带各个用户终端的推荐位置等信息。

步骤505：每个参与多端协同播放的用户终端在接收到同步指令后，与基站进行同步。

步骤506：与所有用户终端实现同步后，基站发出播放指令。

步骤507：每个用户终端根据同步信息决定自身的播放时刻，并对自身接收到的子文件进行播放。

该实施例中，不必将参与多端协同播放的用户终端区分为主用户终端和从用户终端，所有用户终端都是在基站的控制下进行同步和播放。

实施例4：应用服务器支持下的用户终端协同播放(见图6)

步骤601：参与多端协同播放的任意一个用户终端确定待播放的音乐文件，包括音乐ID、各个用户终端的角色等信息，并通过有线或无线链路告知应用服务器。

具体地，该应用服务器可以是因特网(Internet)服务器，或内联网(Intranet)服务器，也可以是蜂窝网络中的基站等。

步骤602：应用服务器根据音乐ID选择待播放的音乐文件，并在自身完成子文件的抽取，再将抽取后的子文件按照各个用户终端的角色进行选择性推送。

步骤603：每个用户终端在完成子文件的接收后，向应用服务器发送接收完成报告。

步骤604：应用服务器确认所有用户终端完成子文件的接收后，向所有用户终端发出同步指令，其中包括各个用户终端的推荐位置等信息。

步骤605：每个用户终端在接收到同步指令后，与该应用服务器进行同步。

具体地，应用服务器在所有用户终端完成子文件的接收后，于t₀时刻向每个用户终端i发出同步指令，所述用户终端i接收到同步指令后进行同步响应，所述应用服务器在t₀+RTT_i时刻接收到同步响应后，确定该用户终端i到应用服务器的延迟量TA_i＝RTT_i/2。

步骤606：应用服务器在与所有用户终端完成同步后发出播放指令。

步骤607：每个用户终端根据同步信息决定自身的播放时刻，并对自身接收到的子文件进行播放。

具体地，应用服务器向每个参与多端协同播放的用户终端i发出携带同步信息的播放指令，所述同步信息包括最大延迟量T_delay和用户终端i到应用服务器的延迟量TA_i，每个用户终端i从接收到同步指令的时刻开始延迟T_delay-TA_i时长后播放分配给自身的子文件。

在一个具体实现中，当应用服务器为Internet服务器或Intranet服务器时，参与多端协同播放的多个用户终端可以进行远程协同播放，每个用户终端将自身播放的声音以麦克风输入或文件传输的方式通过远程连接(例如TCP/IP协议)传送给其他用户终端，其他用户终端可以采用耳机的不同声道或扬声器(speaker)的不同模式(例如免提或非免提的形式)播放本地声音和远程声音。当然，对于远程协同播放的情况，推荐位置可能起不到原有的作用。

需要指出，在上述实施例1-4中，用户终端除了按照待播放的音乐文件实现声音的协同播放，还可以实现其他效果的协同播放。

设置在用户终端中的播放模块可以进一步带有其他效果播放单元，该单元不同于传统的声音播放单元(比如音箱等)，可以带来诸如光电效果、振动效果等声音之外的其他效果。具体地，其他效果呈现为光强和/或光颜色按照一定频率变化、或者改变振动的强度和频率等。上述的其他效果播放单元可以是LED灯或用户终端的屏幕背光等发光单元，或者手机的振动结构等振动单元。

与声音效果类似，其他效果播放所需的信息同样采用文件形式存储和传输。在本发明一个具体实现中，其他效果部分(比如光电效果部分、振动效果部分等)可以和声音谱部分并行存储，按照同样的时间轴顺序呈现，在同一时刻既有声音信息又有其他效果信息。需要指出，在本发明一个具体实现中，待播放的音乐文件是由多个子文件直接合并而来的，每个子文件并行包括其他效果部分和声音谱部分，见图7a。在具体播放时，每个用户终端可以根据文件头的指示进行子文件的抽取，得到其他效果部分和声音谱部分进行播放，见图7b。

对于子文件只包括声音谱部分的情况，用户终端在播放分配给自身的子文件时，将根据声音谱部分记录的信息(比如可以是乐谱)进行声音播放。

当然，子文件还可以进一步包括：光电效果部分，或振动效果部分，或同时包括光电效果部分和振动效果部分。此时，用户终端播放分配给自身的子文件具体为：用户终端根据光电效果部分记录的信息改变发光光强和光颜色；或者，用户终端根据振动效果部分记录的信息确定是否振动和振动强度。

播放光电效果时，与声音谱的播放类似地，用户终端将子文件中的光电效果部分解析为发光单元的一系列动作，并按时间轴顺序呈现，每个发光单元可以包括多个发光子单元。某个时刻典型的光电效果记录在文件中的数据结构可以是：

发光子单元ID

光强

光颜色

……

类似地，某个时刻典型的振动效果记录在文件中的数据结构可以是：

振动子单元ID

是否振动

振动强度

……

同样地，每个振动单元可以包括多个振动子单元。多个时刻的效果连续播放，可以形成光电和/或振动按一定频率变化的效果。

可以看出，光电、振动等其他效果能够提升用户的多方面感受，比如视觉感受和触觉感受等，再配合上声音效果，就更能够为用户提供新颖的娱乐体验。

进一步地，本发明还提供了一种多端协同音乐播放系统，包括：

主用户终端，用于向至少一个从用户终端发起音乐的多端协同播放，与所述至少一个从用户终端协商确定待播放的音乐文件的标识，并根据音乐播放中的角色为参与多端协同播放的一个以上用户终端分配子文件，将所述角色告知对应的从用户终端；

所述至少一个从用户终端，用于和所述主用户终端进行同步，并在接收到所述主用户终端的播放指令后，根据同步信息播放分配到的子文件。

所述从用户终端进一步用于：根据所述角色从待播放的音乐文件中抽取对应的子文件进行播放。

需要指出，该系统中主用户终端和从用户终端的操作和实施例1所示的流程类似，此处不再赘述。

进一步地，本发明还提供了一种多端协同音乐播放系统，包括：

主用户终端，用于向至少一个从用户终端发起音乐的多端协同播放，并和所述至少一个从用户终端协商确定待播放的音乐文件的标识，将所述待播放的音乐文件的标识告知基站，并根据音乐播放中的角色为参与多端协同播放的一个以上用户终端分配子文件，再将所述角色告知所述基站；

所述基站，用于将所述待播放的音乐文件拆分为子文件，将所述子文件提供给对应的用户终端，并在所有用户终端完成子文件的接收后，向主用户终端发出同步指令；

所述至少一个从用户终端，用于和所述主用户终端进行同步，并在接收到所述主用户终端的播放指令后，根据同步信息播放分配到的子文件。

具体地，所述主用户终端用于：接收到基站发出的同步指令后，在t₀时刻向每个从用户终端i发出同步请求；

所述从用户终端i用于：接收到同步请求后进行同步响应；

所述主用户终端进一步用于：在t₀+RTT_i时刻接收到同步响应后，确定该从用户终端i到主用户终端的延迟量TA_i＝RTT_i/2。

需要指出，该系统中主用户终端、从用户终端、基站的操作和实施例2所示的流程类似，此处不再赘述。

进一步地，本发明还提供了一种多端协同音乐播放系统，包括：一个以上参与多端协同播放的用户终端，以及应用服务器；

所述参与多端协同播放的所有用户终端中的任意一个用户终端，用于确定待播放的音乐文件的标识，根据音乐播放中的角色为所有参与多端协同播放的用户终端分配子文件，并将所述待播放的音乐文件的标识和所述角色告知所述应用服务器；

所述应用服务器，用于指令所有参与多端协同播放的用户终端进行同步，并在同步完成后，指令每个参与多端协同播放的用户终端根据同步信息播放分配到的子文件。

具体地，所述应用服务器用于：在所有用户终端完成子文件的接收后，于t₀时刻向每个参与多端协同播放的用户终端i发出同步指令；

所述用户终端i用于：接收到同步指令后进行同步响应；

所述应用服务器进一步用于：在t₀+RTT_i时刻接收到同步响应后，确定该用户终端i到应用服务器的延迟量TA_i＝RTT_i/2。

在一个具体实现中，所述应用服务器为基站，或者因特网服务器，或者内联网服务器。

需要指出，该系统中用户终端和应用服务器的操作和实施例3、4所示的流程类似，此处不再赘述。

进一步地，本发明还提供了一种用户终端，包括：控制模块、同步模块、播放模块。需要指出，在一个具体实现中，该用户终端即实施例1或2中的主用户终端。

其中，控制模块用于向其他用户终端发起音乐的多端协同播放，与所述其他用户终端协商确定待播放的音乐文件的标识，并根据音乐播放中的角色为参与多端协同播放的一个以上用户终端分配子文件，将所述角色告知对应的其他用户终端；

同步模块，用于在t₀时刻向每个其他用户终端i发出同步请求，在t₀+RTT_i时刻接收到其他用户终端i的同步响应后，确定该其他用户终端i到自身用户终端的延迟量TA_i＝RTT_i/2；

播放模块，用于向每个其他用户终端i发出携带同步信息的播放指令，并从发出同步请求的t₀时刻开始延迟T_delay时长后播放分配给自身用户终端的子文件；其中，所述同步信息包括最大延迟量T_delay和该其他用户终端i到自身用户终端的延迟量TA_i。

在本发明一个具体实现中，所述播放模块包括：声音播放单元，用于根据子文件中包括的声音谱部分进行声音播放。此外，所述播放模块进一步包括：发光单元，用于根据子文件中包括的光电效果部分改变发光光强和光颜色。此外，所述播放模块进一步包括：振动单元，用于根据子文件中包括的振动效果部分确定是否振动和振动强度。

具体地，该用户终端可以是一个手机。在多端协同播放开始后，主手机端的控制模块还可以对从手机端的播放模块进行控制，例如对播放时刻、播放音量等进行调整。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (8)

1.一种网络系统中音乐的多端协同播放方法，其特征在于，包括：

A1、确定所述网络系统中参与多端协同播放的一个以上用户终端和待播放的音乐文件；

A2、根据参与多端协同播放的用户终端在所述待播放的音乐文件播放中的角色为每个参与多端协同播放的用户终端分配所述待播放的音乐文件中的至少一个子文件；

A3、对所有参与多端协同播放的用户终端进行同步；

A4、在同步完成后，指令每个参与多端协同播放的用户终端根据同步信息播放分配到的子文件；

其中，所述A1包括：

参与多端协同播放的任意一个用户终端确定待播放的音乐文件的标识，并将所述待播放的音乐文件的标识告知应用服务器；

所述A2包括：

该任意一个用户终端将所述角色告知所述应用服务器，其中，所述应用服务器为因特网服务器，或者内联网服务器；

所述A4进一步包括：

每个用户终端将自身播放的声音以麦克风输入或文件传输的方式通过远程连接传送给其他用户终端；

其他用户终端采用耳机的不同声道或扬声器的不同模式播放本地声音和远程声音。

2.根据权利要求1所述的方法，其特征在于，进一步包括：

所述应用服务器将所述待播放的音乐文件拆分为子文件，并将所述子文件提供给对应的用户终端。

3.根据权利要求1所述的方法，其特征在于，所述A3包括：

所述应用服务器在所有用户终端完成子文件的接收后，于t₀时刻向每个用户终端i发出同步指令；

所述用户终端i接收到同步指令后进行同步响应；

所述应用服务器在t₀+RTT_i时刻接收到同步响应后，确定该用户终端i到应用服务器的延迟量TA_i＝RTT_i/2。

4.根据权利要求1所述的方法，其特征在于，所述A4包括：

所述应用服务器向每个参与多端协同播放的用户终端i发出携带同步信息的播放指令，所述同步信息包括最大延迟量T_delay和用户终端i到应用服务器的延迟量TA_i；

每个用户终端i从接收到同步指令的时刻开始延迟T_delay-TA_i时长后播放分配给自身的子文件。

5.根据权利要求4所述的方法，其特征在于，所述子文件包括声音谱部分；则所述播放分配给自身的子文件包括：用户终端根据声音谱部分记录的信息进行声音播放。

6.根据权利要求5所述的方法，其特征在于，所述子文件进一步包括：光电效果部分和振动效果部分中的至少其中一个；

则所述播放分配给自身的子文件进一步包括：用户终端根据光电效果部分记录的信息改变发光光强和光颜色；或者，用户终端根据振动效果部分记录的信息确定是否振动和振动强度。

7.一种多端协同音乐播放系统，其特征在于，包括：一个以上参与多端协同播放的用户终端，以及应用服务器；

所述参与多端协同播放的所有用户终端中的任意一个用户终端，用于确定待播放的音乐文件的标识，根据参与多端协同播放的用户终端在所述待播放的音乐文件播放中的角色为所有参与多端协同播放的用户终端分配所述待播放的音乐文件中的至少一个子文件，并将所述待播放的音乐文件的标识和所述角色告知所述应用服务器，每个用户终端将自身播放的声音以麦克风输入或文件传输的方式通过远程连接传送给其他用户终端，其他用户终端采用耳机的不同声道或扬声器的不同模式播放本地声音和远程声音；其中，所述应用服务器为因特网服务器，或者内联网服务器；

所述应用服务器，用于指令所有参与多端协同播放的用户终端进行同步，并在同步完成后，指令每个参与多端协同播放的用户终端根据同步信息播放分配到的子文件。

8.根据权利要求7所述的系统，其特征在于，

所述应用服务器用于：在所有用户终端完成子文件的接收后，于t₀时刻向每个参与多端协同播放的用户终端i发出同步指令；

所述用户终端i用于：接收到同步指令后进行同步响应；

所述应用服务器进一步用于：在t₀+RTT_i时刻接收到同步响应后，确定该用户终端i到应用服务器的延迟量TA_i＝RTT_i/2。