专利名称：同步媒体播放和消息传送系统的制作方法
技术领域：
本发明涉及提供同步媒体播放和消息传送的通信系统。
背景技术：
电信技术正在从仅仅由一个用户向另一个用户提供通信发展到在一组用户中间提供多媒体通信。此外，电信技术已经不限于提供通信的传统功能。电信技术允许人们社会化，即使人们可能位于彼此附近。另一方面，电信技术允许在相同附近区域的人们进行交谈，即使人们并不真正彼此知晓。作为一个例子，虽然是在娱乐地点，然而一个无线用户可以使用短消息服务(SMS)与其希望交往的另一个无线用户交谈。于是，通信技术提供了为人们提供介绍，以使人们彼此交往的非传统功能。
如上所述，朋友彼此希望社会化，无论是否在附近。然而，人们″忙于″旅行到其它城市，州或国家。人们希望与朋友分享欣赏美好歌曲或视频的体验，即使他们地理上(physically)并不彼此接近。他们希望谈论表演或唱片所引起的感受和想法。为了提供实际的体验，应当在所有参加者中间同步所感知的媒体和任何相关的通信。
希望允许人们在远程位置和基本相同的时间观看或收听通过记录媒体传送的相同表演或唱片，例如歌曲或视频，并且参与和访问记录媒体的其它用户进行的交互。此外，重要的是保护媒体所有者的知识产权。
发明内容
为克服上述现有技术的限制，并且克服当阅读和理解本说明书时能够明白的其它限制，本发明涉及提供主人用户和至少一个客人用户之间的同步媒体播放和消息传送。主人用户希望启动播放会话，其中主人用户和客人用户观看对应于在每个用户终端上本地存储的媒体文件的呈现。为了启动播放会话，主人用户邀请客人用户。如果客人用户希望参与播放会话，客人用户接受邀请。当主人用户确定会话应当开始时，根据客人用户的接受，主人用户启动每个终端上本地存储的媒体文件的播放。本发明也支持可以在播放会话期间发生的播放操作。操作类型包含暂停播放，回绕，快进，用户指定的修改音频或视频的内部效果算法，或来自用户的评论文本。主人用户可以终止播放会话，并且任何客人用户可以在播放会话期间退出。
本公开文本提供了示例性实施例，其中无线终端使用全球移动通信系统(GSM)短消息服务SMS消息通过中央服务器进行通信。然而，示例性实施例的变型支持其它无线标准以及诸如因特网的有线服务。也公开了用于提供同步性(终端上媒体文件的播放和相关消息传送)的若干变型。
图1示出了基于本发明的一个实施例的同步媒体播放和消息传送系统的体系结构；图2示出了基于图1的体系结构的一个消息传送场合；图3根据本发明的一个实施例示出了用于启动播放会话的流程图；图4根据本发明的一个实施例示出了用于开始媒体文件的播放的流程图；图5根据本发明的一个实施例示出了用于在播放会话期间处理操作请求的流程图；图6根据本发明的一个实施例示出了用于在播放会话期间处理停止播放请求的流程图；图7描述了播放设备对媒体文件的处理；图8示出了用于根据终端的能力通过同步媒体播放和消息传送系统改变修改文件的设备；而图9根据本发明的一个实施例示出了用于支持主人用户的无线终端的设备。
具体实施例方式
在下面对各个实施例的说明中，参照形成该说明一部分的附图，并且以图解方式说明了其中可以实践本发明的各种实施例。应当理解，可以使用其它实施例，并且在不偏离本发明范围的前提下可以进行结构和功能修改。
图1示出了基于本发明的一个实施例的同步媒体播放和消息传送系统100的体系结构。图1示出了由中央服务器107服务以提供同步媒体播放和消息传送服务的终端101(主人用户)，终端103(客人用户A)和终端105(客人用户B)。可以通过一或多个微处理器，专用集成电路(ASIC)，离散逻辑电路或三者的组合来实现终端101，103或105。终端101，103和105在相关通信信道(例如121和123)上提供通信，并且提供播放能力(例如视频显示器)。中央服务器107包括3个逻辑部件消息服务器109，用户数据服务器111和媒体服务器113。服务器109，111和113可以在例如计算机平台的公共平台上实现，或者可以在分立的平台上实现。事实上，本发明可以支持其中每个服务器由不同服务提供商操作或拥有的结构。
通过在链路121上向消息服务器109发送邀请请求201(如图2所示)，终端101启动服务(由主人用户启动)。链路121可以是各种通信信道中的一个，包含无线通信信道，使用因特网的有线通信信道或电缆调制解调器信道。如果链路121是无线通信信道，则任何无线标准均适用，包含全球移动通信系统(GSM)，电信行业协会(TIA)IS-95和CDMA2000(CDMA)，TIA IS-136和IS-54(TDMA)，EIA/TIA-553(模拟)和通用移动电信系统(UMTS)。在示例性实施例中，使用GSM支持的短消息服务实现链路121。
终端101也可以通过链路123与媒体服务器113通信。也可以假定链路123是各种通信信道中的一个，包含无线通信信道，有线信道或电缆调制解调器信道。终端101可以从媒体服务器113下载选择的媒体文件，使得可以在与终端101逻辑相关的播放设备上播放媒体文件。(例如，媒体文件可以是音频媒体文件，可视媒体文件或视听媒体文件。)在实施例的一个变型中，媒体文件的访问与提供给本领域已知的相关媒体的所有者的版权保护相一致。终端101可以使用使用权证书从媒体服务器113获得访问选择的媒体文件的许可。媒体文件可以由第三方产生，或可以由主人用户产生。系统100可以使用数字版权管理(DRM)机制保证用户不能发布其不具有发布权利的媒体文件。在一个变型中，终端101具有本地媒体存储存储器或可移动媒体设备(例如CD或DVD播放器)，并且访问服务器系统107以获取DRM证书，其中DRM证书被用来对存储器或可移动媒体存储器中存储的媒体进行解密。于是，媒体文件的发布被解密证书的发布所替代。可选地，媒体服务器113可以简单地检查本地存储的媒体文件合格或符合要求，并且向中央服务器107给予参与播放会话的许可。
在示例性实施例中，主人用户希望启动与客人用户A(其名字为″Bob″并且对应于终端103)和客人用户B(其名字为″Jane″并且对应于终端105)的播放会话。如上所述，终端101相应地向消息服务器109发送邀请请求201。邀请请求201包括媒体文件标识和客人用户A和客人用户B的标识。客人用户的标识可以是对应终端的电话号码，也可以是客人用户的名字。消息服务器109通过链路133向用户数据服务器111发送请求以记录客人用户A和B的标识。此外，如果客人用户的名字(例如″Bob″)是用户的标识，则用户数据服务器111将名字转换成用户数据服务器111的数据结构中存储的对应终端的电话号码。消息服务器109使用电话号码向客人用户A和客人服务器B分发(传递)邀请请求。另外，用户数据服务器111可以转换媒体文件标识，使得客人用户可以从媒体服务器113得到选择的媒体文件。用户数据服务器111通过链路135与媒体服务器113一致地执行转换。
终端103(客人用户A)和终端105(客人用户B)分别通过链路125和129从消息服务器109接收所分发的邀请请求。就象链路121那样，链路125和129可以对应于若干通信信道类型中的一个。并且，终端103和终端105可以分别通过链路127和131下载由邀请请求201中的媒体文件标识标识的所选择媒体文件。图1只示出一个媒体服务器(113)；然而示例性实施例的其它变型可以包括多个媒体服务器，这些媒体服务器可以是物理上不同的，并且由不同的服务提供商运营。如通过后续讨论所能够理解的，消息服务器109分发播放会话中需要的附加消息。例如，终端105(客人用户B)可以发送操作请求225以在播放会话期间请求操作。
虽然公开的示例性实施例具有至少一个服务器在同步媒体播放和消息传送结构中进行协调，然而其它实施例可以使用终端101，103和105之间的直接通信，从而不需要任何服务器。例如，终端101可以直接通过包括交换和无线设备的无线基础设施与终端103和终端105通信。
对于实施例的一个变型，终端101(主人用户)查询终端的媒体文件或证书，其中终端具有所述媒体文件或证书，并且根据匹配文件的所有权建立″特别″观众组。可以使用本地(蓝牙)或网络(因特网)服务向任何可访问的终端查询媒体文件或DRM证书。当发现终端具有相同媒体文件或证书时，一个通知被发送到用户，以表示可以与设备建立播放会话。用户则具有开始或安排会话的选项。允许进行这种查询的访问特权系统适用于此目的。作为邀请的另一个形式，终端101(主人用户)可以向未指明的用户分发所安排的播放会话。中央服务器107可以管理开放会话邀请的数据库，使得感兴趣的用户可以在媒体文件或主人用户标识中搜索具有特定兴趣的播放会话，并且约定参加该播放会话。
图2示出了基于图1的体系结构的一个消息传送场合。具体地，图2示出了终端101(主人用户)，中央服务器107，终端103(客人用户A)和终端105(客人用户B)之间的消息流。在示例性实施例的变型中，中央服务器107被认为是一个实体。然而，示例性实施例的其它变型可以使用不同服务器类型(例如消息服务器109，用户数据服务器111和媒体服务器113)之间的消息传送。
如参照图1所讨论的，主人用户通过使终端101向消息服务器109发送邀请请求201来启动播放会话。在一个变型中，邀请请求201包括各种信息字段，其中包含客人用户ID，会话ID，媒体文件ID，主人用户ID，播放选项，播放安排和向客人用户说明邀请的其它媒体类型的自由文本串。播放选项为特定客人用户提供在播放会话期间请求不同类型的操作的许可。表1根据示例性实施例示出了邀请请求中包含的信息。对于这个例子，GSM SMS消息能够传送160个文本字符。(可选地，多媒体消息系统(MMS)消息可以被用于支持同步媒体和播放消息传送。)在例子中，SMS消息被表示成#syncplay，msg_1，hID_1234，sID_2345，mID_3456，gID_4567，pbmode_2，pbst_173006112001，txt_″Cool music，join in″，end#表1中示出的SMS消息的字段只使用111个字符，因此自由文本项被限于160个字符中的剩余字符(即49个字符)。这个例子中一个可能的文本项是″Cool music，join in-Pete！″
对于示例性实施例的另一个变型，链路121，125和129是因特网通信信道。在这种结构中，可以使用可扩展标记语言(XML)而不是GSM SMS。使用XML的邀请请求201的例子是<syncplay msg_type＝″1″>
<host id＝″1234″/>
<session id＝″2345″/>
<media id＝″3456″/>
<guests>
<guest id＝″4567″/>
<guests>
<playback>
<mode id＝″2″/>
<start format＝″hhmm dd.mo.yyyy″>
17:30 06.11.2001</start>
</playback>
<message>
Cool music，join in-Pete</message>
</syncplay>
中央服务器107向终端103分发邀请请求203，并且向终端105分发邀请请求205。当每个终端接收到邀请请求时，相关的播放器将其媒体文件和/或权利证书的本地存储与媒体文件ID相比较，以确定客人用户是否必须获得这个媒体文件或针对媒体文件的访问权限。如果客人用户需要获得媒体文件，则客人用户的终端(103，105)与中央服务器107通信，并且启动适当的事务过程。如果媒体服务器113是分立的物理实体，则用户的终端需要与适当媒体服务器建立事务。
参照图2，客人用户B访问选择的媒体文件，因此终端105向中央服务器107返回接受应答207。中央服务器107确定(具体为用户数据服务器111)客人用户B与主人用户启动的播放会话相关，因此接受消息209被传递到终端101。然而，终端103不立即返回接受请求消息，因为终端103当前没有在本地存储器中存储媒体文件。于是需要一个下载过程(包括消息213和215)，以便能够将选择的媒体文件下载到终端103的本地存储器。当完成媒体文件的下载时，终端103向中央服务器107返回接受应答215。中央服务器107传递接受请求217到终端101。
通知主人用户(″Pete″)客人用户A(″Bob″)和客人用户B(″Jane″)已经接受参与播放会话。在这个例子中，主人用户进行等待，直到中央服务器107报告所有客人用户已经接受(通过返回接受应答消息)。通常，每当足够数量的客人用户已经接受时，主人用户能够启动播放会话。因此，主人用户(″Pete″)操纵终端101向中央服务器107发送开始播放请求219。就象邀请请求201那样，示例性实施例使用GSM SMS。在这个例子中，SMS消息是#syncplay，msg_2，hID_1234，sID_2345，mID_3456，tc_00051200，pbc_l，txt_″Wow，did you see that″，end#
中央服务器107通过向终端103(客人用户A)发送开始播放请求221，并且向终端105(客人用户B)发送开始播放请求223，从而分发开始播放请求。播放会话的开始不需要对应于媒体文件的开始，于是能够对应于媒体文件内的任何时间。当终端103和105分别接收开始播放请求221和223时，相关播放器设备开始在邀请请求203和205所示的预定时间(表示表1中的播放开始时间字段)播放媒体文件。在示例性实施例的变型中，中央服务器107向所有活跃用户(包含主人用户)的终端分发开始播放请求，以便达到补偿系统100中的不同时间延迟的同步程度。在一个变型中，不管来自客人用户的应答如何，均可以开始播放会话，于是允许主人用户在任何时候开始播放。可以将播放开始时间与客人用户接受邀请并且开始观看播放的实际时间相比较。这个偏差可以被用来达到补偿系统100中各种时间延迟(无论是涉及网络操作还是用户操作)的同步程度。
在播放会话(通过开始播放请求221和223启动)期间，任何活跃用户(主人用户和客人用户)均可以请求播放操作。为了如此，活跃用户向中央服务器107发送操作请求(例如操作请求225)。操作请求消息在播放会话期间请求若干操作类型中的一个，包含暂停播放，回绕，快进，用户指定的修改音频或视频(例如改变音频和视频以强调喜欢的女演员)的内部效果算法，或来自用户的文本评论。前3个操作类型模仿通常与音频盒式播放器或VCR相关的操作。第四个操作类型是用户指定的，可以针对具体应用而定制。例如，可以指示媒体播放器强调特定场景中特定女演员的对话。作为另一个例子，如果用户希望向其它用户发送评论，则具有文本评论(例如″I really like thisscene-Jane″)的操作请求消息被发送到中央服务器107。
在实施例的一个变型中，为了使消息服务器109向终端101(主人用户)分发操作请求227并且向终端103(客人用户A)分发操作请求229，客人用户B(终端105)可能需要许可，以允许客人用户B请求指定的操作。例如，可以允许客人用户B在播放会话期间发表评论，而不是回绕视频呈现。在示例性实施例中，对活跃用户的许可被存储在中央107(逻辑上对应于用户数据服务器111)中。在实施例的变型中，主人用户可能正通过会议语音电话呼叫与客人用户交谈。在本发明的另一个变型中，许可被存储在终端101，103或105中，并且不被存储在中央服务器107中。一旦检查服务器107的许可，本地存储的许可加速了再次检查中央服务器107的处理。
在图2中，主人用户通过从终端101向中央服务器107发送停止播放请求231来停止播放会话。中央服务器107分别向终端103和105分发停止播放请求步骤请求233和235，使媒体播放器停止播放媒体文件。
以对所有活跃用户(主人用户，客人用户A和客人用户B)基本同步的方式开始播放会话。可以通过若干方案达到同步。中央服务器107在开始播放会话时存储内部时间。当中央服务器107接收开始播放请求201并且因此分别向客人用户A和客人用户B分发开始播放请求203和205时，播放会话开始。此时，中央服务器107存储开始播放会话的内部时间。其它客人用户(图2中未示出)可以在以后加入播放会话。从播放会话开始所经过的时间通过开始播放请求被发送到新加入的客人用户。
如果期望更大程度的同步性(如果系统100中的时间延迟存在问题，则会需要如此)，系统100可以引入更加复杂的方法以保证真实同步性。例如，终端101，103和105，以及中央服务器107跟踪的内部时间可以同步到公共全局时钟，例如全球定位系统(GPS)。中央服务器107比较内部时钟(通过诸如接受应答207和215的消息来报告)和中央服务器107的内部时钟。通过向终端101，103和105发送相应时间差可以补偿时间延迟，使得相应播放设备(被看作逻辑包含在终端中)可以协调媒体播放器操作以同步播放器操作。
图3根据本发明的一个实施例示出了用于启动播放会话的流程图。在步骤301，消息服务器109从终端101(主人用户)接收邀请请求201。在步骤303，消息服务器109指示用户数据服务器111记录终端103和105的标识，并且分别向终端103和105分发邀请请求203和205。
在步骤305，消息服务器109分别从终端105和103接收接受应答207和215。在步骤307，消息服务器109指示用户数据服务器111记录播放会话中活跃的终端105和103。在步骤309，消息服务器109向终端101转发接受应答209和217。
在示例性实施例中，主人用户进行等待，直到在步骤311所有客人用户已经接受了邀请。然而对于示例性实施例的变型，主人用户可能希望当受邀请客人用户的子集已经接受时继续播放会话。
图4根据本发明的一个实施例示出了用于开始媒体文件的播放的流程图。通过在步骤401向消息服务器109发送开始播放请求219，主人用户开始播放会话。因此，在步骤403，消息服务器109向终端103和105(对应于已经接受来自主人用户的邀请的客人用户)分发开始播放请求。
图5根据本发明的一个实施例示出了用于在播放会话期间处理操作请求的流程图。在步骤501，消息服务器109从终端105(客人用户B)接收操作请求225。消息服务器109通过在步骤503查询用户数据服务器111来验证客人用户B具有请求指定操作的许可。假定客人用户B具有适当的许可，在步骤505按照播放设备可以相应应答的顺序向其它活跃用户(终端101和103)分发操作请求227和229。(如果客人用户B不具有许可，消息服务器109在步骤507通知终端105请求被拒绝)。
图6根据本发明的一个实施例示出了用于处理停止播放请求的流程图。在示例性例子中，终端101(主人用户)希望通过向消息服务器109发送停止播放请求231来结束播放会话。消息服务器109分别向终端103和105分发停止播放请求233和235。可选地，客人用户可以通过向消息服务器109发送停止播放请求来退出播放会话。在这种情况下，消息服务器109指示用户数据服务器111从与播放会话相关的活跃列表中清除客人用户。在本发明的另一个变型中，当用户停止终端播放时，终端101，103或105自动向消息服务器109发送停止播放通知。
假定终端101，103和105可以完全使用选择的媒体文件。然而可能不是如此。对于参与播放会话的多个终端，这些终端可以具有不同的能力。例如，播放会话可以是处理具有两个音频和视频部分的电影。终端中的一个(例如终端105)可能只具有音频能力，而终端103和103具有音频和视频能力。此外，播放会话中的活跃用户可能希望修改媒体文件以强调观看体验。
根据一个实施例，与每个终端101，103和105相关的播放设备能够使用终端上存储的预置效果和修改选择(例如将彩色成象转换成黑白成象，反转色彩，使声道畸变，改变播放的节拍和速度)来修改媒体特征。换言之，播放设备在播放会话期间使用包含相关修改的数据文件来改变媒体文件的处理。
图7描述了播放设备700对媒体文件701的处理。媒体播放器707使用修改文件703修改媒体文件701的处理。修改文件在显示时取代媒体文件的初始显示参数，于是接收方可以根据发送方的意图观看媒体文件。在示例性实施例中，转换引擎705使用媒体文件701和修改文件703导出由媒体播放器707处理的修改媒体文件706。在示例性实施例中，播放设备700被逻辑包含在终端101，103或105中。播放设备700可以被物理包含在终端中，或者物理上与终端分离。通过存储在播放会话期间产生的所有播放控制消息，可以形成修改文件。
通过存储在播放会话期间产生的所有播放控制消息，可以形成修改文件703。在一个变型中，用户访问与特定媒体文件相关的修改文件，并且使用修改文件播放媒体文件。修改文件可以被存储在远程(中央)服务器或用户终端的本地存储器中。
修改文件703包括唯一媒体文件标识符，和链接到具有以下特征的媒体文件701的修改功能的列表·修改效果ID·修改开始时间·修改结束时间·修改作者ID·其它用户提供的串，用于用户产生的选项(例如文本)
另外，修改文件703可以包括DRM相关数据，其限制客人用户对媒体文件703的使用。
通过使用适当的消息传送标准(例如多媒体消息系统)，修改文件703可以更加适用于不能显示媒体文件701或通过适当改变修改文件703而显示修改媒体文件706的接收终端。图8示出了用于根据终端807的能力通过系统100改变修改文件703的设备。消息服务器109从终端801(例如图1中的终端101)接收针对终端807(例如图1中的终端103)的修改消息802(包括修改文件703)。通常在建立播放会话之前在邀请请求201和开始播放请求219之间发送修改消息802。
通过发送消息807(包括修改消息802和终端807的标识)，消息服务器109查询用户数据服务器111以确定修改文件703是否需要根据终端807的能力而进行调整。用户数据服务器111存储终端807的特征，并且相应改变修改文件并返回调整的修改消息804到消息服务器109。
消息服务器109转换选择的媒体文件以兼容于终端807的能力。转换的适合终端的媒体文件被传送到终端807。基本媒体类型保持类似，例如全运动视频，但是修改能力是不相似的。于是，一个终端能够在图象上表现出视频效果，例如反转色彩，而另一个终端不能具有该特定效果。将描述″反转″效果的修改文件改变成针对这个特定终端的另一个适当效果，例如以频闪方式使图象闪烁。
在实施例的变型中，消息服务器109将修改消息805(包括改变的修改文件)传送到终端807。例如，没有视频播放能力的终端可以通过产生关键图象的静止图象编辑来处理媒体文件。作为另一个例子，播放会话的音频部分可以被转换成针对具有听障的用户的文本标题。
图9示出了用于支持主人用户的无线终端901的设备。无线终端901通过无线基础设施903的无线通信信道905为主人用户提供和至少一个客人用户的通信。无线基础设施903包括本领域已知的交换和无线设备。无线终端901通过通信接口907接口到无线通信信道905。通信接口907包括通过无线通信信道905发送和接收信号所需的无线和逻辑电路。
服务处理器909根据图3，4，5和6中的流程图支持主人用户的媒体播放服务的处理。服务处理器909产生如图2所示的消息，并且指示通信接口907通过链路908在无线通信信道上发送消息。并且，接收自客人用户的终端的消息在通信接口907上被接收，并且被传送到服务处理器90以根据图3，4，5和6示出的流程图进行处理。
媒体文件701(图7所示)被存储在本地存储器913中，并且根据服务处理器909通过链路910提供的指示，在播放会话期间被媒体播放器911通过链路912播放。如果本地存储器913不包含媒体文件701，服务处理器909可以通过通信接口907，无线通信信道705和无线基础设施903向媒体服务器113(如图1所示)请求期望的媒体文件。
主人用户通过键盘单元921输入请求，键盘单元通过链路920连接到服务处理器909。主人用户观看显示选项的显示单元915，其中主人用户使用键盘单元921上的光标控制从选项中输入选择。在示例性实施例中，显示单元915显示将针对播放会话选择的媒体文件列表917和客人用户列表919。通过链路920，服务处理器909和链路916，主人用户通过键盘单元921上的光标控制输入相关的选择。主人用户用光标923选择媒体文件，并且用光标925选择至少一个客人用户。可以在显示单元915上当前或顺序地显示列表917和919。
虽然图9将终端901描述为使用无线通信信道905，然而示例性实施例的变型可以使用其它类型的通信信道(例如有线通信信道和电缆调制解调器通信信道)。适用标准和规范的例子包含全球移动通信系统(GSM)，电信行业协会(TIA)IS-95和CDMA2000(CDMA)，TIAIS-136和IS-54(TDMA)，EIA/TIA-553(模拟)，数字音频广播(DAB)，数字视频广播(DVB)，和通用移动电信系统(UMTS)。
本领域技术人员可以理解，具有包含用于控制计算机系统的指令的相关计算机可读介质的计算机系统可以被用来实现这里公开的示例性实施例。计算机系统可以包含至少一个计算机，例如微处理器和相关的外围电子电路。
应当理解，上述实施例仅仅是对本发明原理的图解，在不偏离本发明范围的前提下，本领域的技术人员可以设计出许多变型。因此，这些变型应包含在权利要求的范围内。
权利要求
1.一种用于同步媒体播放的方法，包括步骤(a)将从第一终端接收的媒体播放邀请请求发送到第二终端，其中第一终端与主人用户相关，第二终端与客人用户相关；(b)将来自第二终端的媒体播放接受应答转发到第一终端；和(c)将来自第一终端的开始播放请求分发到第二终端，其中开始播放请求指示第二终端与第一终端同步地开始媒体文件的播放会话。
2.如权利要求1所述的方法，还包括步骤(d)在播放会话期间，在第一终端和第二终端之间分发操作请求。
3.如权利要求2所述的方法，还包括步骤在执行步骤(d)之前验证与第一终端或第二终端相关的许可。
4.如权利要求2所述的方法，其中从包括以下请求的组中选择操作请求回绕请求，暂停播放请求，快进请求，文本评论请求和用户指定的修改媒体文件的音频或视频的内部效果算法。
5.如权利要求1所述的方法，还包括步骤(d)响应主人用户终止播放会话，将来自第一终端的停止播放请求分发到第二终端。
6.如权利要求1所述的方法，还包括步骤(d)响应步骤(c)而存储内部时间；和(e)当第二终端在播放会话期间加入播放会话时，向第二终端提供已经过的时间。
7.如权利要求1所述的方法，还包括步骤(d)从第一终端或第二终端接收第一内部时间，其中第一内部时间根据全局时间导出；(e)将第一内部时间与第二内部时间相比较以导出时间差，其中根据全局时间导出第二内部时间；和(f)调整后续消息到第一终端或第二终端的发送。
8.如权利要求1所述的方法，还包括步骤(d)响应客人用户从播放会话退出而接收来自第二终端的停止播放请求；和(e)清除与第二终端相关的会话项，其中该会话项指示第二终端参与播放会话。
9.如权利要求1所述的方法，还包括步骤(d)响应主人用户结束播放会话而接收来自第一终端的停止播放请求；和(e)响应步骤(d)而终止播放会话。
10.如权利要求1所述的方法，还包括步骤(d)在播放会话期间指示第二终端根据修改文件修改媒体文件。
11.一种计算机可读介质，包含用于控制计算机系统通过以下操作提供同步媒体播放和消息传送的指令将从第一终端接收的媒体播放邀请请求发送到第二终端，其中第一终端与主人用户相关，第二终端与客人用户相关；将来自第二终端的媒体播放接受应答转发到第一终端；和将来自第一终端的开始播放请求分发到第二终端，其中开始播放请求指示第二终端与第一终端同步地开始媒体文件的播放会话。
12.如权利要求11所述的计算机可读介质，进一步包含用于控制计算机系统通过以下操作提供同步媒体播放和消息传送的指令在播放会话期间，在第一终端和第二终端之间分发操作请求。
13.如权利要求11所述的计算机可读介质，进一步包含用于控制计算机系统通过以下操作提供同步媒体播放和消息传送的指令响应主人用户终止播放会话，将来自第一终端的停止播放请求分发到第二终端至少一个其它终端。
14.一种用于主人用户的同步媒体播放和消息传送的方法，该方法包括步骤(a)响应主人用户启动对客人用户的邀请而发送媒体播放邀请请求到其它终端，其中客人用户与其它终端相关；(b)响应步骤(a)而接收来自其它终端的媒体播放接受应答；和(c)响应步骤(b)而向其它终端发送开始播放请求，其中开始播放请求开始媒体文件的播放会话。
15.如权利要求14所述的方法，还包括步骤(d)响应主人用户启动请求而发送操作请求到其它终端。
16.如权利要求14所述的方法，还包括步骤(d)响应客人用户启动请求而接收来自其它终端的操作请求。
17.如权利要求15或16所述的方法，其中从包括以下请求的组中选择操作请求回绕请求，暂停播放请求，快进请求，文本评论请求和针对用户指定的修改媒体文件的音频或视频的内部效果算法的请求。
18.如权利要求14所述的方法，还包括步骤(d)响应主人用户终止播放会话而发送停止播放请求到其它终端。
19.如权利要求14，15，16或18中任何一个所述的方法，其中通过服务器处理请求。
20.如权利要求14所述的方法，其中步骤(a)，(b)和(c)使用无线通信信道。
21.一种终端中用于显示关于同步媒体播放服务的信息的方法，包括显示媒体文件列表，其中从主人用户接收选择；和显示客人用户列表，其中从主人用户接收至少一个选择。
22.如权利要求21所述的方法，还包括显示播放选项列表，其中从主人用户接收该列表中的播放选项。
23.一种计算机可读介质，包含用于控制计算机系统通过以下操作提供同步媒体播放和消息传送的指令响应主人用户启动对客人用户的邀请而发送媒体播放邀请请求到其它终端，其中客人用户与其它终端相关；响应发送媒体播放邀请请求而接收来自其它终端的媒体播放接受应答；和响应接收媒体播放接受应答而向其它终端发送开始播放请求，其中开始播放请求开始媒体文件的播放会话。
24.如权利要求23所述的计算机可读介质，进一步包含用于控制计算机系统通过以下操作提供同步媒体播放和消息传送的指令响应主人用户启动请求而发送操作请求到其它终端。
25.如权利要求23所述的计算机可读介质，进一步包含用于控制计算机系统通过以下操作提供同步媒体播放和消息传送的指令响应客人用户启动请求而接收来自其它终端的操作请求。
26.一种用于为主人用户提供同步媒体播放服务的终端，该终端包括服务处理器；通信接口，连接到服务处理器以支持终端和第二终端之间的播放会话，其中第二终端与客人用户相关；本地存储器，用于存储媒体文件，其中媒体文件与播放会话相关；媒体播放器，连接到本地存储器以在服务处理器的控制下在播放会话期间处理媒体文件；键盘单元，连接到服务处理器；和显示单元，通过服务处理器连接到键盘单元，其中显示单元提供与播放会话相关的至少一个选项列表，并且键盘单元从主人用户接收选择。
27.如权利要求26所述的终端，其中通信接口支持无线通信信道。
28.如权利要求27所述的终端，其中无线通信信道遵从从包括以下标准的标准组中选择的规范全球移动通信系统(GSM)，电信行业协会(TIA)IS-95和CDMA2000(CDMA)，TIA IS-136和IS-54(TDMA)，EIA/TIA-553(模拟)，数字音频广播(DAB)，数字视频广播(DVB)，和通用移动电信系统(UMTS)。
29.如权利要求26所述的终端，其中从包括以下文件的组中选择媒体文件音频媒体文件，视频媒体文件和音频-视频媒体文件。
全文摘要
本发明(100)提供主人用户(101)和至少一个客人用户(103，105)之间的同步媒体播放(403)和消息传送(505)。主人用户希望启动播放会话，其中主人用户和客人用户观看对应于在每个用户终端(913)上本地存储的媒体文件(701)的呈现。为了启动播放会话，主人用户邀请客人用户(301)。如果客人用户希望参与播放会话，客人用户接受邀请(305)。当主人用户确定会话应当开始时，根据客人用户(311)的接受，主人用户启动每个终端(403)上本地存储的媒体文件的播放。本发明也支持可以在播放会话(501)期间发生的播放操作。主人用户可以终止播放会话(601)，并且任何客人用户可以在播放会话期间退出。
文档编号H04N7/173GK1650278SQ02824347
公开日2005年8月3日 申请日期2002年12月9日 优先权日2001年12月12日
发明者阿克赛利·安蒂拉, 郑永喜 申请人:诺基亚公司