一种多部智能手机同步多媒体播放的方法与流程

本公开是一种多部智能手机同步多媒体播放的方法。

背景技术：

目前，智能手机采用非立体声扬声器且扬声器输出功率小，在相对空旷或较大容积的场所，单部智能手机的多媒体播放音量输出功率不能满足需求；而多部智能手机同步播放多媒体时既可满足对音量的需求，又可以形成立体声声场。

技术实现要素：

为了克服相关技术问题，并充分满足智能手机使用者在多种环境下对手机播放功能的利用如形成高音量的立体声场，本多部智能手机同步多媒体播放方法实现立体声声场，并以多部手机的扬声器的功率叠加来改善单部手机扬声器输出功率小的问题。

本多部智能手机同步多媒体播放的技术方案是：将同源多媒体文件及将要播放的顺序信息通过网络(WIFI、Internet、3G/4G/nG)传送到参与同步多媒体播放的智能手机，并通过尽可能小时间偏差的触发手段，触发多媒体播放器播放多媒体文件，从而实现多手机同步多媒体播放，形成大音量的立体声声场。

多媒体文件的同源解决方法：同一首内容的多媒体文件由于演奏、演唱者、制作者及录制等各环节的差异，导致不同用户使用的同一内容不同版本的多媒体文件存在较大差异。解决该问题的方法是确定将要播放的多媒体文件，并使将要同步播放的智能手机获得该多媒体文件。由于蓝牙技术不支持组播，对多手机及多多媒体文件时，传送效率太低，所以要利用外部网络及服务器。

外部服务器有两种工作模式。

第一种模式：由同步播放的发起者和参与者选择在自己智能手机中的多媒体文件，上载到该服务器，并设定播放顺序，参与同步播放的参与者到该服务器下载多媒体文件及获得播放顺序，上传文件的方式可以用HTTP POST或者HTTP GET，或者可以用于上载的其它任何协议、工具。

第二种模式：由外部服务器提供多媒体文件，同步播放的发起者选择多媒体文件，并设定播放顺序，所有参与者在该服务器下载/缓存多媒体文件及播放顺序，下载的方式可以是任何用于下载的协议、工具，缓存的模式可以用任何流媒体的协议。

总之协议、工具的选择在于方便易用，尽可能少的使用智能手机系统资源。在实际应 用环境中，上述两种模式的结合，所谓混合模式最符合实际使用场景。

同步播放的解决方法：由于智能手机性能差异比较大，各种手机多媒体播放软件对系统性能的要求不同，导致不同的播放软件的播放键(Play)在被触发后，多媒体文件被调用的响应时间从3毫秒到几十毫秒不等；就同一部性能较好的智能手机通过触屏去触发到媒体文件的被播放，也会有3到20毫秒的非规律响应时差。

触发方式的选择。

方式一、传统方式是多个参与者一起通过触摸屏按播放器Play键，测试的结果是当屏幕被触发后到音乐被播放出来最快3毫秒，慢时超过几十毫秒，所以对同步要求稍差时，可采用使用者按键这种模式，当然这还不包含每个人触及屏幕失步的时间，在两部手机的环境下尚可，而在多人多手机的场景下，该触发方式需要多次才能成功同步播放多媒体文件。

方式二、通过测试手机的Accelerometer(加速度传感器)，当加速传感器的触发阀值设的较大时(比如Z方向，＞＝30或＜＝-20)，测试结果发现由加速度传感器触发媒体播放播放多媒体文件的时间为5-8毫秒，偏差约3毫秒，偏差远小于屏幕触发，而为了达到上述的加速度，手机用户必须使用较大的力度，较快的速度向上或向下甩手机，多次测试结果是如要达到触发该阀值的时间约为6到11毫秒；所以通过甩手机来触发播放器的时间偏差最坏是约8毫秒，且比屏幕触发相对固定(8毫秒时差相当于声音在空间传递了2.72米，所以稍微调整音源距离就可忽略该时差及播放的失步)。

由于手机性能差异比较大，所以每部手机装上支持同步播放的App后，首先应该进行系统自检，测试加速度传感器触发媒体播放器的响应时间范围；形成必要信息存于手机或外部服务器的数据库。

当多手机同步播放时，将响应快的智能手机加毫秒级别的延时，以使所有手机调用播放器播放多媒体文件的响应达到同步。同时平时在使用时也记录上述响应时间数据，在概率统计角度以形成该智能手机及其用户精确的响应时间数据。

本多部智能手机同步播放音频文件的方法以简单、易用、低成本的方式实现多智能手机同步播放多媒体文件，形成立体声场，从而让智能手机使用者在任意场所均能共同体验立体声音乐，而以往只能在有环绕立体声的场所才可满足。

本实施例在涉及同步播放参与者仅两人且播放单一多媒体文件时，同源文件传输可采用点对点传输方式，而不必利用外部服务器传输文件，但同步触发播放方式一致。

附图说明

下面结合附图对本多部智能手机同步多媒体播放的技术进一步说明。

图1是根据本发明实施例的多部智能手机同步多媒体播放的流程图。

图2是根据本发明实施例的同源文件的解决方法模式一，由同步播放的发起者及参与者提供同源多媒体文件。

图3是根据本发明实施例的同源文件的解决方法模式二，由服务器提供同源多媒体文件。

图4是根据本发明实施例的智能手机加速度传感器触发与媒体播放器响应时间检测流程图。

图5是根据本发明实施例的智能手机同步多媒体播放软件的功能模块图。

具体实施方式

以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式，相反，它们仅是与如所附权力书中叙述的本公开的一些方面相一致的方法。

在图1中S101步骤可知，若要实现多智能手机同步播放多媒体文件，第一个需要解决的问题是如何使多媒体文件同源。第二个是播放文件的顺序问题。在确定同源文件并确定好播放顺序后，参与同步播放的智能手机都必须具有该多媒体文件及播放顺序。

最简单的方法就是通过网络的方式将同源多媒体文件及播放顺序传输至参与同步播放的智能手机，如图1中S102步骤。

对于蓝牙技术而言，不支持组播，在2-3部手机的情况且传几个较小的多媒体文件时还可用，当面临多个多媒体文件多部手机时，效率不能满足使用者需求。

当参与同步播放的各个手机都通过网络获得了多媒体文件后，采用图1中S103步骤，用可同步触发媒体播放器播放的技术，按照播放顺序同步播放多媒体文件。

针对图1中S101步骤，实现的模式有三种，第一种是由同步播放的发起者及参与者提供多媒体文件，通过外部服务器及网络传输至参与者的智能手机，以实多媒体文件同源(参见图2)。

同步播放的发起者访问图2中S202同步播放应用服务器，该服务器具备除了用户关联的各种基本服务外如注册、登陆、认证、在线感知等，其中一个主要功能就是成为同源文件的传输的中继服务器及播放顺序的生成服务器。

当同步播放的发起者登陆到该服务器后，需要执行图2中S203步骤，就是建立一个临时的播放群。

当建立好播放群后，需要执行图2中S204步骤，添加、邀请、接受播放组成员。

当被邀请到的成员接受或主动要求加入的成员被发起者接受就成为图2中S205步骤定义的同步播放的参与者。

如果参与同步播放的参与者也想提供多媒体文件至服务器，则可如同步播放的发起者一样执行图2中S207步骤，将手机中的多媒体文件上传至图2中S202服务器。

当大家将文件上传结束后，同步播放的发起者根据参与者的意见确定播放顺序如图2中S208步骤，然后所有同步播放的参与者下载同源多媒体文件及播放顺序如图2中S209步骤，在S209步骤中，已经上传文件的手机不必再下载自己已上传的文件。

第二种模式是由是服务器提供同源多媒体文件的模式，在这个模式下，操作步骤如图3中步骤，S301同步播放的发起者执行步骤图3中S302，访问同步播放服务器，然后执行图3中S303步骤，建立同步播放群组，然后执行图3中S304步骤，添加、邀请、接受同步播放参与者，完成S304步骤后，同步播放的发起者在服务器的多媒体文件库中选择多媒体文件如图3中S305步骤，然后执行图3中S306步骤，确定播放顺序，然后所有参与者都执行图3中S307步骤，将同源文件及播放顺序下载至手机。

第三种模式其实是前两种模式的混合模式，也就是参与者与服务器都提供同源文件的模式，这种模式是现实使用中最符合使用场景的模式，理解前两种模式，第三种模式就不用赘述了。

对于智能手机上载或者下载文件，方便易用的方法是HTTP POST或者HTTP GET，当然还有其他一些技术及协议，但只要有效率的上载跟下载同源多媒体文件都可以使用。

当同源文件跟播放顺序的问题被解决后，如图1 S103同步触发多媒体播放的步骤的技术考量点就相对较多，这其中包含手机的性能、手机传感器的性能，手机传感器采样的时间周期，传感器触发的阀值与触发模式等。

一般来说，同步触发多媒体播放器的方式有

1、定时模式，也就是首先同步多部手机的系统时钟(本实施例需要10毫秒级以下的偏差)，而通过移动网络/互联网方式从服务器提取时钟很难同步到这个级别。当然最精确的方式是从手机的GPS提取时钟信号，但这有个环境局限就是室内无GPS信号问题。

2、媒体播放器播放键(PLAY)触发模式，该模式是今天大家通常使用的模式，用性能较高手机测试屏幕被触发到音频文件被调用的时间，发现波动比较大且离散，从同一多媒体文件最快3毫秒到20毫秒被播放都有可能。而几个同步播放的参与者一起按屏幕触发，因为这种动作是精细动作，所以执行动作的速度比较慢，执行本身就产生失步。所以人少时可用该方式触发，人多时则比较难实现多部手机的同步播放。

3、利用手机传感器触发模式，目前智能手机中有多种传感器，例如使用Accelerometer(加速度传感器)。通过手摇智能手机，当将加速度(正或者负)设置为一需要较大加速度才能触发的值时，使用者就必须用较快的速度摇手机，这样以速度减少人执行行为的失步时间。

同时对加速度传感器进行了测试，加速度传感器触发媒体播放器的时间稳定，在用于测试的几部手机中，当传感器达到阀值后触发媒体播放器，通常需要5到8毫秒播放器就开始播放媒体文件。

通过测试，为了达到比如Z方向(即上下方向)＞＝35或者＜＝-20时，从甩手机到触发传感器阀值的时间为6-11毫秒，失步时差最坏时是8毫秒。远优于屏幕触发方式的时间偏差。

图4就是检测加速度传感器触发媒体播放器的流程图，首先如流程S401初始化加速传感器及系统钟(clock)，然后设置传感器的采样时间如步骤S402，由于为了同步播放多媒体文件，所以采样时间都取到1毫秒，以尽力精细化掌握每个环节的系统延时。如步骤S403，设置触发阀值，本实施例是以向下方向-20为阀值。

执行S404步骤，向下甩手机，加速度传感器以每毫秒一次的采样频率读取Z方向的值，读取值后执行S405步骤，如果执行S405步骤后采样值均大于-20，执行步骤S406，对采样次数及采样值清零，然后重新执行步骤S404。

当判断小于设置的阀值时，执行S407步骤，记录采样次数及每次的采样值。并执行步骤S408，时钟开始以毫秒计数，然后执行步骤S409，调用媒体播放器播放指定的多媒体文件。

调用指定的多媒体文件是希望更精确的了解多媒体播放器在该智能手机的响应速度。

在执行步骤S408后，系统时钟不只是计数，而且还以每毫秒一次的频率监测多媒体播放器是否已开始播放多媒体文件，如步骤S410所示，当监测到媒体播放器开始播放多媒体文件后，执行步骤S411，输出计数值t1，该值就是通过传感器触发多媒体播放器到多媒体播放器正式播放多媒体文件的时间。

由于每部手机的性能不同，所以每部手机的t1都不同，但多次测试及使用后会形成t1的分布值。当一个同步播放群被确定后，服务器系统会将多部手机最长的t1值发布于参与同步播放的智能手机，其它小于t1值的智能手机在传感器触发后加延时就可以将所有参与同步播放的手机播放同步，从而使不同性能的手机也能同步触发，同步播放多媒体文件。

从上述具体的实施例可知，通常大家使用的媒体播放器不能由手机传感器触发，也不能按照某个特定顺序播放音乐，更不能随机的调整从触发播放到多媒体文件被正式播放出来的响应时间。所以针对多部智能手机同步多媒体播放，需要编写适合这种同步播放模式的播 放软件。

而通过调用智能手机的系统资源比如多媒体播放功能、手机传感器功能、时钟功能、HTTP功能等，则可以很容易得写出适合多智能手机同步播放多媒体的手机应用。

支持同步多媒体播放的播放软件除包含多媒体播放软件的通用功能外，至少包含如下三个特别功能，如图5所示。

第一，传感器触发功能，见图5 S501，本实施例是以加速度传感器做触发器，而实际上智能手机上所有响应灵敏且稳定的传感器均可用于触发多媒体播放。

第二，动态延时播放功能，见图5 S502，为了同步播放，性能好的智能手机就应该加延时，以与性能差的参与同步播放的手机匹配，从而实现同步播放。

第三，按照顺序文件播放功能，见图5 S503，在图2 S208流程中制定的顺序文件被下载到各个参与同步播放的智能手机后，播放的顺序是按照该顺序文件播放。若无定义顺序文件，则可以按照默认方式，如按照从小到大的文件名排序原则播放。

当然上述三个重要功能是在多部手机同步播放多媒体时使用；在单部手机使用时，功能二就自动屏蔽了；而至于功能三，若无特别指定顺序，则按照手机文件排序的默认模式播放多媒体文件。

关于功能一，S501传感器触发播放多媒体文件功能，弥补现有多媒体播放器的触发缺陷，例如盲人要用智能手机听音乐，最有效的方式就是语音识别触发；一个跑步者想换下一首音乐，需要按照某个设定方向挥几次手即可，而非停下来通过手机屏幕操作。

通过上述流程、功能模块以及技术细节，专业技术人员就可以实现多部智能手机的同步多媒体播放。