CN105578107B - 多媒体通话呼叫建立过程和游戏的互动融合方法及装置 - Google Patents

Abstract

本发明提供一种多媒体通话呼叫建立过程和游戏的互动融合方法，包括：第一通信终端向第二通信终端发起呼叫请求；确定第二通信终端接收到呼叫时需要播放的铃声文件；第一通信终端在呼叫建立阶段评估呼叫方用户在第一通信终端上玩计算机游戏的游戏表现；第一通信终端在呼叫建立阶段根据呼叫方用户在其上的游戏表现生成铃声调节指令；第一通信终端将铃声调节指令发送给第二通信终端，铃声调节指令至少指示一种方式用于调节在第二通信终端上的铃声播放。本发明提供的多媒体通话呼叫建立过程和游戏数据的互动融合方法，使得整个呼叫建立过程对双方更具愉悦感，同时也能在双方之间传递情感。

Description

多媒体通话呼叫建立过程和游戏的互动融合方法及装置

技术领域

本发明涉及移动互联网多媒体技术领域，特别涉及一种多媒体通话呼叫建立过程和游戏的互动融合方法及装置。

背景技术

随着智能手持设备，如智能手机、平板电脑的不断流行，以及固定和移动网络带宽的不断增长，为数字媒体内容的消费、共享和即时多媒体会话提供了更多的通信平台。例如，两个用户在智能手机上进行视频会话使得双方能实时地进行互动交流。目前有很多即时通信软件提供视频通话的功能。

但是，基于移动手机的视频会话呼叫建立需要时间，由于可能存在的网络延迟、丢包，或由于被叫方不能及时接听呼叫，导致呼叫发起方可能会长时间等待。长时间若显单调的呼叫等待过程会降低呼叫发起方的通信体验。另外，当前实时视频通话已经成为一种重要的社交方式，但目前的实时视频通信产品通常忽视实时视频通信在表达用户情感方面的精神价值，例如，表达呼叫方的呼叫意愿和呼叫的紧急程度。

发明内容

为了解决上述问题，本发明提供一种多媒体通话呼叫建立过程和游戏的互动融合方法及装置，一方面通过在视频通信会话的呼叫建立阶段互动融合呼叫方的游戏表现，以解决基于移动手机的视频会话呼叫建立由于可能存在的网络延迟、丢包，或由于被叫方不能及时接听呼叫，导致呼叫发起方可能会长时间等待，从而降低呼叫发起方的通信体验的问题，另一方面通过在视频通信会话的呼叫建立阶段互动融合呼叫方的游戏表现，并将其表现值转换为铃声调节指令，用于控制被叫方的铃声播放模式，解决目前呼叫方难以在呼叫建立阶段表达意愿和呼叫紧迫程度的问题。

本发明首先提出了一种多媒体通话呼叫建立过程和游戏的互动融合方法，包括：

S1.第一通信终端在第一通信终端和第二通信终端之间发起视频会话呼叫；

S2.标识第二通信终端上在接收到呼叫时需要播放的铃声文件；

S3.第一通信终端在呼叫建立阶段评估第一通信终端的呼叫方用户在第一通信终端上玩计算机游戏的游戏表现；

S4.第一通信终端在呼叫建立阶段根据呼叫方用户在第一通信终端上的游戏表现生成铃声调节指令，铃声调节指令至少指示一种方式用于调节在第二通信终端上的铃声播放；

S5.在呼叫建立结束时将第一通信终端用户的综合游戏表现数据传输给第二通信终端以便在第二通信终端上显示。

进一步地，在第一通信终端和第二通信终端间发起视频呼叫，包括：向一个计算机服务器发出呼叫请求，所述呼叫请求标识了使用第一通信终端发起视频呼叫的呼叫方和使用第二通信终端接收视频呼叫的被叫方。

进一步地，标识第二通信终端播放的铃声文件，包括：向一个计算机服务器发送呼叫请求，所述呼叫请求包含第二通信终端上要播放的铃声文件的标识。

进一步地，确定第二通信终端播放的铃声文件，还包括：

确定是由第一通信终端还是第二通信终端来决定第二通信终端上需要播放的铃声文件，以及；

确定第二通信终端上要播放的文件存储在什么地方。

进一步地，当第二通信终端播放一个铃声文件时，产生一段声音，提示有到达第二通信终端的新呼叫，其中，所述铃声具有一组由元数据描述的特征。

进一步地，与铃声相关联的元数据表现出来的特征至少包括：

铃声音量；

铃声音速；

铃声音调；

两个连续铃声之间的时间间隔，和；

铃声来源。

进一步地，第一通信终端在呼叫建立阶段评估第一通信终端的用户在第一通信终端上玩的游戏表现，包括：

将用户的游戏表现划分为一组表现类别，每个类别代表游戏表现的一个度量，并且，为每个表现类别确定一个门限值。

进一步地，基于第一通信终端用户的游戏表现生成铃声调节指令，包括：

将游戏表现映射为多个与铃声相关的铃声控制模式中的一种，每一种铃声控制模式至少代表对铃声特征元数据的一种修改。

进一步地，基于第一通信终端用户的游戏表现生成铃声调节指令，还包括：

将铃声调节指令传输给第二通信终端，第二通信终端根据铃声调节指令生成调节后的铃声。

进一步地，基于第一通信终端用户的游戏表现生成铃声调节指令，还包括：

在第一通信终端根据铃声调节指令生成调节后铃声；并且，将调节后的铃声数据传输给第二通信终端，第二通信终端直接播放调节后的铃声。

进一步地，终端检测呼叫建立阶段的结束，所述呼叫建立结束在发生下列事件中的至少一种时被检测到：

第一通信终端发起结束呼叫请求；

第二通信终端发起结束呼叫请求；

第二通信终端接听来自于第一通信终端的呼叫；及，

呼叫建立阶段超过了预设的时长。

本发明其次提出一种多媒体通话呼叫建立过程和游戏的互动融合装置，包括：

用于执行计算机程序模块的处理器；和，

用于存储计算机程序模块的非易失性计算机可读的存储设备，所述的计算机程序模块执行时执行的步骤包括：

第一通信终端在第一通信终端和第二通信终端之间发起视频会话呼叫；

标识第二通信终端上在接收到呼叫时需要播放的铃声文件；

第一通信终端在呼叫建立阶段评估第一通信终端的呼叫方用户在第一通信终端上玩计算机游戏的游戏表现；

第一通信终端在呼叫建立阶段根据呼叫方用户在第一通信终端上的游戏表现生成铃声调节指令，所述铃声调节指令至少指示一种方式用于调节在第二通信终端上的铃声播放；和，

在呼叫建立结束时将第一通信终端用户的综合游戏表现数据传输给第二通信终端以便在第二通信终端上显示。

进一步地，第一通信终端发起和第二通信终端的视频呼叫，包括：

向一个计算机服务器发出呼叫请求，所述呼叫请求标识了使用第一通信终端发起视频呼叫的呼叫方和使用第二通信终端接收视频呼叫的被叫方。

进一步地，标识第二通信终端需要播放的铃声文件，包括：

向一个计算机服务器发送呼叫请求，所述呼叫请求包含第二通信终端上要播放的铃声文件的标识。

进一步地，标识第二通信终端需要播放的铃声文件，还包括：

确定是由第一通信终端还是第二通信终端来决定第二通信终端上需要播放的铃声文件，以及；

确定第二通信终端上要播放的文件存储在什么地方。

进一步地，当第二通信终端播放一个铃声文件时，产生一段声音，提示有到达第二通信终端的新呼叫，其中，所述铃声具有一组由元数据描述的特征。

进一步地，与铃声相关联的元数据表现出来的特征至少包括：

铃声音量；

铃声音速；

铃声音调；

两个连续铃声之间的时间间隔，和；

铃声来源。

进一步地，第一通信终端在呼叫建立阶段评估第一通信终端的用户在第一通信终端上玩的游戏表现，包括：

将用户的游戏表现划分为一组表现类别，每个类别代表游戏表现的一个度量，并且，为每个表现类别确定一个门限值。

进一步地，基于第一通信终端用户的游戏表现生成铃声调节指令，包括：

将游戏表现映射为多个与铃声相关的铃声控制模式中的一种，每一种铃声控制模式至少代表对铃声特征元数据的一种修改。

进一步地，基于第一通信终端用户的游戏表现生成铃声调节指令，还包括：

将铃声调节指令传输给第二通信终端，第二通信终端根据铃声调节指令生成调节后的铃声。

进一步地，基于第一通信终端用户的游戏表现生成铃声调节指令，还包括：

在第一通信终端根据铃声调节指令生成调节后铃声；并且，将调节后的铃声数据传输给第二通信终端，第二通信终端直接播放调节后的铃声。

进一步地，终端检测呼叫建立阶段的结束，所述呼叫建立结束在发生下列事件中的至少一种时被检测到：

第一通信终端发起结束呼叫请求；

第二通信终端发起结束呼叫请求；

第二通信终端接听来自于第一通信终端的呼叫；及，

呼叫建立阶段超过了预设的时长。

本发明最后提出一种非易失性计算机可读介质，存储可执行的计算机程序指令，用于互动融合呼叫建立过程和游戏，所述计算机程序指令包括：

第一通信终端在第一通信终端和第二通信终端之间发起视频会话呼叫；

标识第二通信终端上在接收到呼叫时需要播放的铃声文件；

第一通信终端在呼叫建立阶段评估第一通信终端的呼叫方用户在第一通信终端上玩计算机游戏的游戏表现；

第一通信终端在呼叫建立阶段根据呼叫方用户在第一通信终端上的游戏表现生成铃声调节指令，铃声调节指令至少指示一种方式用于调节在第二通信终端上的铃声播放；和，

在呼叫建立结束时将第一通信终端用户的综合游戏表现数据传输给第二通信终端以便在第二通信终端上显示。

进一步地，第一通信终端发起和第二通信终端的视频呼叫，包括：

向一个计算机服务器发出呼叫请求，所述呼叫请求标识了使用第一通信终端发起视频呼叫的呼叫方和使用第二通信终端接收视频呼叫的被叫方。

进一步地，标识第二通信终端需要播放的铃声文件，包括：

向一个计算机服务器发送呼叫请求，所述呼叫请求包含第二通信终端上要播放的铃声文件的标识。

进一步地，标识第二通信终端需要播放的铃声文件，还包括：

确定是由第一通信终端还是第二通信终端来决定第二通信终端上需要播放的铃声文件，以及；

确定第二通信终端上要播放的文件存储在什么地方。

进一步地，当第二通信终端播放一个铃声文件时，产生一段声音，提示有到达第二通信终端的新呼叫，其中，所述铃声具有一组由元数据描述的特征。

进一步地，与铃声相关联的元数据表现出来的特征至少包括：

铃声音量；

铃声音速；

铃声音调；

两个连续铃声之间的时间间隔，和；

铃声来源。

进一步地，第一通信终端在呼叫建立阶段评估第一通信终端的用户在第一通信终端上玩的游戏表现，包括：

将用户的游戏表现划分为一组表现类别，每个类别代表游戏表现的一个度量，并且，为每个表现类别确定一个门限值。

进一步地，基于第一通信终端用户的游戏表现生成铃声调节指令，包括：

将游戏表现映射为多个与铃声相关的铃声控制模式中的一种，每一种铃声控制模式至少代表对铃声特征元数据的一种修改。

进一步地，基于第一通信终端用户的游戏表现生成铃声调节指令，还包括：

将铃声调节指令传输给第二通信终端，第二通信终端根据铃声调节指令生成调节后的铃声。

进一步地，基于第一通信终端用户的游戏表现生成铃声调节指令，还包括：

在第一通信终端根据铃声调节指令生成调节后铃声；并且，将调节后的铃声数据传输给第二通信终端，第二通信终端直接播放调节后的铃声。

进一步地，终端检测呼叫建立阶段的结束，所述呼叫建立结束在发生下列事件中的至少一种时被检测到：

第一通信终端发起结束呼叫请求；

第二通信终端发起结束呼叫请求；

第二通信终端接听来自于第一通信终端的呼叫；及，

呼叫建立阶段超过了预设的时长。

本发明提供的一种多媒体通话呼叫建立过程和游戏的互动融合方法及装置，一方面通过在视频通信会话的呼叫建立阶段互动融合呼叫方的游戏表现，使得基于移动手机的视频会话呼叫建立过程的呼叫等待阶段不再显得单调乏味，提高了呼叫方呼叫过程中的体验，另一方面通过在视频通信会话的呼叫建立阶段互动融合呼叫方的游戏表现，并将其表现值转换为铃声调节指令，用于控制被叫方的铃声播放模式，使得呼叫方可以在呼叫建立阶段表达自己的呼叫意愿和传递呼叫的紧迫程度信息。

附图说明

图1示出了根据本发明一实施方式的移动计算设备呼叫建立过程中与游戏的互动融合的计算环境结构图。

图2示出了根据本发明一实施方式的用作通信终端的计算设备结构示意图。

图3示出了根据本发明一实施方式的呼叫建立过程中与游戏互动融合的计算机模块结构示意图。

图4A示出了图3所示的呼叫方通信终端的呼叫建立过程流程图。

图4B示出了根据本发明一实施方式的生成作用于被叫方通信终端的铃声调整指令的流程示意图。

图5A示出了根据本发明一实施方式的在两个通信终端之间建立和终止视频呼叫的交互图。

图5B示出了根据本发明一实施方式的在两个通信终端之间建立和终止视频呼叫的另一交互图。

图5C示出了根据本发明一实施方式的在两个通信终端之间建立和终止视频呼叫的又一交互图。

图6A示出了根据本发明一实施方式的在两个通信终端之间共享一组铃声文件时调节被叫方通信终端铃声的交互图。

图6B示出了根据本发明一实施方式的在两个通信终端之间共享一组铃声文件时调节被叫方通信终端铃声的又一交互图。

图7A示出了根据本发明一实施方式的在两个通信终端之间不共享一组铃声文件时调节被叫方通信终端铃声的交互图。

图7B示出了根据本发明一实施方式的在两个通信终端之间不共享一组铃声文件时调节被叫方通信终端铃声的又一交互图。

图8A示出了根据本发明一实施方式的当原始铃声文件存放在计算机服务器时调节被叫方通信终端铃声的终端交互图。

图8B示出了根据本发明一实施方式的当原始铃声文件存放在计算机服务器时调节被叫方通信终端铃声的又一终端交互图。

图9示出了根据本发明一实施方式的呼叫建立过程中呼叫方通信终端的界面示意图。

图10示出了根据本发明一实施方式的呼叫建立过程中被叫方通信终端的界面示意图。

图11示出了如图10所展示的呼叫结束后在被叫方通信终端的呼叫历史记录的界面示意图。

具体实施方式

图1示出了根据本发明一实施方式的移动计算设备呼叫建立过程中与游戏的互动融合的计算环境结构图。所述计算环境包括第一通信终端110A(也被称为第一终端)和第二通信终端(也被称为第二终端)，两者通过网络120通信。计算环境还包括呼叫服务器130，媒体服务器140和铃声服务器150。这些设备的目的是为了辅助呼叫的建立以及帮助在第一终端110A和第二终端110B之间传输铃声调节指令、铃声数据和呼叫方的游戏表现数据。为简化描述，图1中仅示出了两个终端(110A和110B)，一个呼叫服务器130，一个媒体服务器140和一个铃声服务器150。实际的实施例可以包含通过网络相连的多个通信终端、多个呼叫服务器、多个媒体服务器和多个铃声服务器。同样，图1所示的不同实体实现的功能在不同的实施例中可能有所区别。

在一种实施方式中，第一终端110A的用户(也称为呼叫方)呼叫第二终端110B的用户(也称为被叫方)。当接收到呼叫方的呼叫请求后，被叫方所在的第二终端110B播放一个铃声文件产生音乐铃声，以提示被叫方有来自于呼叫方的呼叫到达。呼叫方在呼叫建立阶段在第一终端110A上玩计算机游戏。第一终端110A定期生成呼叫方的游戏表现数据并据此来产生铃声调节指令。所述铃声调节指令用于调节第二终端110B上的铃声。例如，当接收到来自于呼叫方的铃声调节指令后，第二终端110B基于铃声调节指令播放铃声文件，从而产生调节过的铃声。调节后的铃声暗示了呼叫方对被叫方的情感，例如，呼叫方的呼叫意愿或呼叫的紧急程度。被叫方通信终端的铃声可以由第一终端110A或第二终端110B予以调节，至少部分地取决于铃声文件存放的位置以及是由呼叫方还是被叫方确定被叫方通信终端将要播放的铃声文件。当呼叫建立结束时，第二终端110B接收来自于呼叫方的游戏总体表现值并将其呈现在第二通信终端110B上。为了简化描述，假定第一终端110A由视频通信的呼叫方使用，而第二终端110B由视频通信的被叫方使用。

呼叫服务器130是一个帮助多个通信终端建立视频通信的计算机服务器。在一种实施方式中，呼叫服务器130处理与视频呼叫和网络连接相关联的数据，如通信终端的注册和登陆，呼叫请求、呼叫确认、呼叫终止请求和铃声调节指令的传递。在其它实施方式中，呼叫服务器130可能包括不同于上述描述的额外功能。

媒体服务器140是处理与视频通信和计算机游戏相关的语音和视频流数据的计算机服务器。在一种实施方案中，媒体服务器140被用于将铃声数据从呼叫方通信终端传输给被叫方通信终端。媒体服务器140进一步被配置为执行与视频通信相关的其它功能，如录制、编码、解码、存储和播放。在其它实施方式中，媒体服务器140可能包括不同于上述描述的额外的功能。

铃声服务器150是存储一个或多个铃声文件并对铃声文件进行处理的服务器，如接收到请求后将铃声文件发送给请求的通信终端。在一种实施方式中，铃声是通信终端用于提示呼叫到达的一段声音，例如，在第一终端110A或第二终端110B上定制的声音。在一种实施方式中，铃声的声音是执行原始铃声文件的结果。在没有铃声调节指令时产生的铃声文件被称为默认的铃声或原始的铃声。其他实施方式的铃声可能包括颤音、变频等。

与铃声相关联的铃声文件，如，一首静态的音乐文件，是一个可以被直接播放用于产生铃声的文件。在一种实施方式中，铃声文件包括一个或多个元数据以描述原始铃声的特征，如铃声的来源(如，用户自己收藏的音乐)，铃声的风格(例如，单音调、和弦、录制的声音，或是卡拉OK风格)，铃声编码格式(如，MP3,3GP,AAC)，铃声音量，铃声播放速度，和两个连续铃声之间的时间间隔变化。铃声文件还包括铃声的标识，例如，描述性的名字或数字标识。

铃声调节指令可以作用于铃声文件，从而产生不同于原始铃声的铃声。例如，铃声文件可以被播放产生出与原始铃声具有不同音速、音量和音调的铃声。在一种实现方式中，通信终端基于呼叫方的游戏表现生成铃声调节指令，该指令用于修改铃声的一个或多个属性。例如，铃声调节指令可以让通信终端提升默认铃声的播放速度，以暗示一个新到达呼叫的紧急程度。在一种实施方式中，对铃声的不同调节通过不同的控制模式来表示。

网络120使得第一终端110A，第二终端110B，呼叫服务器130，媒体服务器140和铃声服务器150可以通信。所述网络可以包括互联网和无线通信网络。在一种实施方式中，网络120使用标准通信技术或协议。因此，网络120可以包括使用诸如以太网，802.11，WiMAX，4G，DSL，ATM，InfiniBand，PCI快速先进交换等技术的链路。同样，网络120所使用的网络协议可以包括MPLS，TCP/IP，UDP，HTTP，SMTP，FTP等。通过网络120传输的数据可以使用包括HTML、XML等格式。此外，部分或所有链路可以采用常用的加密技术进行加密，如SSL，TLS，VPNs，IPSec等。在另一种实施方式中，各实体可以使用个性化的或私有的数据通信技术。

所述的通信终端，如第一终端110A或第二终端110B，是用户用于执行传输和消费多媒体内容的电子设备，所述的传输和消费多媒体内容包括视频聊天、执行软件程序、浏览网络120上的网站内容以及与呼叫服务器140、媒体服务器140和铃声服务器150进行交互。所述通信终端可以是智能手机、平板电脑、笔记本电脑、台式电脑或专用的游戏终端。所述通信终端包括一个显示设备或与一个显示设备交互，从而用户可以在显示设备上看到多媒体内容。此外，通信终端提供用户界面，例如物理的或屏幕的按钮，从而用户可以与通信终端进行交互，执行诸如视频聊天、玩游戏、选择数字内容、下载数字内容片段和购买数字内容的功能。图3给出了通信终端更详细的示意图。

图1所示的实体可以由一个或多个计算机来实现。图2示出了计算机200的高层结构视图，适用于第一终端110A，第二终端110B，呼叫服务器130，媒体服务器140和铃声服务器150。所示的结构至少包含一个处理器202与一个芯片组204相连。与芯片组204相连的还包括内存206，存储设备208，键盘210，图形适配器212，触点设备214和网络适配器216。显示器218与图形适配器212相连。在一种实施方式中，芯片组204的功能由内存控制总线202和I/O控制总线222提供。在另一种实施方式中，内存206直接与处理器202相连而非与芯片组204相连。

存储设备208是任何一种非易失性的计算机可读的存储媒介，例如硬盘、CD-ROM、DVD、或固态存储设备。内存206存储处理器202要使用的指令和数据。触点设备214可以是鼠标、轨迹球、或其它类型的触点设备，它与键盘210一起用于向计算机***200输入数据。图形适配器212在显示器218上显示图像和其它信息。网络适配器216使得计算机***200与网络120相连。

众所周知，计算机***200可以包括图2所示之外的其它不同组件。在一种实施方式中，显示器218接收处理器生成的可视输入。例如，显示器218的触摸敏感的屏幕检测到在屏幕或接近屏幕的触摸动作，并将触摸动作传递给处理器以确定触摸事件的类型。处理器202根据触摸事件的类型向显示器218提供相应的可视化输出。

用作第一终端110A或第二终端110B的计算机***200可以进一步包括传感器，例如光传感器和运动传感器。第一终端110A或第二终端110B还可以包括音频电路、扬声器和麦克风，从而在用户和终端之间提供声音交互。第一终端110A或第二终端110B还可以包含WiFi模块，以提供用户访问无线互联网的能力，从而用户可以发送/接收邮件、浏览网页和访问流媒体。

此外，计算机***200可以不包含图2所示的某些部件。例如，用于呼叫服务器130、媒体服务器140或铃声服务器150的计算机可以由多个刀片服务器互联成一个或多个分布式***构成，而缺少键盘和显示器等部件。进一步地，存储设备208可以是本地的，也可以和计算机***200分离的(例如存储区域网络SAN)。

众所周知，计算机***200用于执行计算机程序模块以实现上述描述的功能。所述的“模块”是指用于提供某一特定功能的计算机程序逻辑。因此，模块可以通过硬件、固件或软件的方式实现。在一种实施方式中，程序模块存储在存储设备208中，被载入内存206，然后由处理器202执行。

图3示出了依据本发明一实施方式的通信终端用于在呼叫建立过程中互动融合呼叫方的游戏表现数据的结构示意图。所述通信终端可以是第一终端110A或第二终端110B。为了简化描述，假定图3所示的模块隶属于第一终端110A。该终端是一种智能手持终端如智能电话，呼叫方使用该终端向被叫方发起视频呼叫。第二终端110B由被叫方使用，用于从呼叫方使用的第一终端110A接收视频呼叫。第二终端110B可能包含与随后所描述的相同的模块或额外的或不同的模块。在图3所示的实施方式中，第一终端110A包含交互模块310、指令生成模块320、处理模块330、评估模块340和呈现模块350。其它的实施方案可能包含不同功能的模块和不同数目的模块。

交互模块310负责生成呼叫请求和呼叫确认、处理与呼叫服务器130的用户注册、登录和网络连接。在一种实施方式中，交互模块310检测到呼叫方使用自己的移动电话(如第一设备110A)拨打一个电话号码，生成呼叫请求并将呼叫请求发送给呼叫服务器130。在一种实施方式中，呼叫请求包含呼叫方的标识，如呼叫方ID，被叫方的标识，如被叫方ID，以及由被叫方通信终端(如被叫方的移动电话)播放的铃声文件标识。在另一种实施方式中，呼叫请求包含呼叫方标识和被叫方标识，而被叫方通信终端要播放的铃声文件存储在铃声服务器上并可由被叫方通信终端访问获取。

交互模块310同时也负责将呼叫方通信终端生成的呼叫方综合游戏表现值和铃声调节指令发送给被叫方通信终端。当交互模块310位于呼叫方的通信终端时，交互模块310在呼叫建立结束时将呼叫方的综合游戏表现值发送给被叫方。进一步地，与呼叫方通信终端关联的交互模块310把铃声调节指令传输给呼叫服务器130，由呼叫服务器转发给被叫方通信终端。当交互模块310位于被叫方通信终端时，交互模块310接收呼叫方通信终端生成的铃声调节指令，并将指令发送给被叫方通信终端的处理模块330做进一步处理。

指令生成模块320基于呼叫方在呼叫方通信终端上的游戏表现数据生成铃声调节指令。铃声调节指令指示被叫方的通信终端如何调节被叫方通信终端播放的原始铃声，例如，加快原始铃声的播放速度，缩小两个连续铃声之间的时间间隔，以及提高原始铃声播放的音量。在一种实施方式中，铃声调节指令由通信终端(如第一终端110A或第二终端110B)的计算机处理器执行。

在一种实施方式中，铃声调节指令基于呼叫方的游戏表现数据生成。所述的游戏表现数据描述了呼叫方在与被叫方的呼叫建立期间玩游戏的表现。在呼叫建立期间，指令生成模块320定期将呼叫方的游戏表现映射到一种铃声控制模式，该铃声控制模式用于控制第二终端110B上的铃声播放。例如，呼叫方在呼叫建立过程中玩一个打泡泡的游戏，呼叫方的游戏表现被描述为在给定的时间窗口(如15秒)内打中的泡泡数量。当呼叫方打中的泡泡数量低于某一设定的门限值时，呼叫方通信终端的指令生成模块320将选择更慢的铃声播放速度，以使得被叫方通信终端的铃声速度变慢。反之，当呼叫方打中的泡泡数量高于某一设定的门限值时，呼叫方通信终端的指令生成模块320将选择更快的铃声播放速度，以使得被叫方通信终端的铃声速度加快。

处理模块330基于铃声调节指令调节被叫方通信终端的铃声，例如加快铃声播放速度、缩小两个连续铃声之间的时间间隔，以及提高原始铃声播放的音量。在一种实施方式中，呼叫方通信终端确定被叫方通信终端要播放的铃声文件，并依据呼叫方游戏表现生成调节后的铃声。呼叫方通信终端将调节后的铃声数据传输给被叫方通信终端，并由被叫方通信终端直接播放。在另一种实施方案中，被叫方通信终端接收到呼叫方传输过来的铃声调节指令，基于指令生成调节后的铃声，并播放调节后的铃声。、

评估模块340用于在呼叫建立过程中评估呼叫方玩游戏的表现，并生成量化的游戏表现值。在一种实施方式中，评估模块340定期地评估呼叫方的游戏表现，并在最后基于阶段性的游戏表现值生成综合游戏表现值。例如，阶段性游戏表现值描述呼叫方在某个固定时间窗口内的游戏表现，而综合游戏表现值描述呼叫方在整个呼叫建立阶段的游戏表现。

在一种实现方式中，呼叫方的游戏表现根据用户对游戏的参与度(例如，用户触摸第一终端屏幕的速度)和用户获得的分数来衡量。呼叫方的游戏表现可以被分为多个不同的等级，每个等级对应于一个表现值，例如，呼叫建立过程中打泡泡游戏击中的泡泡数值。评估模块340可以定义一个或多个游戏表现门限值，并将呼叫方的游戏表现值与门限值相比较，从而对游戏表现进行分类。

呈现模块350将呼叫方的游戏表现数据和呼叫历史呈现在被叫方通信终端上。在一种实施方式中，呈现模块350将呼叫方的游戏表现数据和呼叫历史一并呈现在被叫方的通信终端上。游戏表现数据可以用文字的方式描述，并按时间在被叫方通信终端的呼叫历史中呈现。图9、图10和图11展示了呈现模块350呈现的界面示意图。

图9示出了呼叫建立过程中呼叫方通信终端的界面示意图902。在图9给出的例子中，呼叫方是Wei(即视频界面中的女性)，被叫方是Viprice。呼叫方Wei的移动手机的呈现模块350在显示屏上显示了被叫方的昵称906。在呼叫建立的过程中，呼叫方Wei玩一个打泡泡的游戏，呼叫方Wei的游戏表现通过呼叫过程中击中的泡泡数量904来度量。在图9所示的例子中，呼叫方Wei在该显示界面被抓取的时刻击中了5个泡泡，由显示器上的908区域显示。在呼叫建立过程中，呼叫方Wei可以选择通过滑动910所示的滑动条来终止玩游戏，从而Wei的游戏表现度量值就是从其开始玩游戏到她滑动上述滑动条或呼叫建立终止这一时间段击中的泡泡数。图5A-5C进一步示出了呼叫建立终止的检测过程，将在随后进一步描述。

图10示出了呼叫建立过程中被叫方通信终端的界面示意图1002。在图10所示的例子中，被叫方移动手机的呈现模块显示了呼叫方的ID 1008(即，呼叫方Wei的电话号码)、呼叫方的昵称1006和与呼叫方Wei相关联的一个动画图标1004。当被叫方Viprice接收到来自呼叫方Wei的呼叫请求时，她有三个选择来处理该呼叫：接听呼叫1010，仅以语音来接听呼叫1012和拒绝呼叫1014。对于一个视频呼叫，被叫方对进入的呼叫有两个选项：与呼叫方建立视频通信(即，接听呼叫1010)，或与呼叫方建立语音通信(即，以语音方式接听呼叫1012)。建立视频通信通常比建立语音通信要求更多的网络带宽资源。此外，抛开带宽需求，被叫方可能会因为不想让呼叫方看到自己而选择仅以语音方式接听呼叫。依赖于呼叫方Wei的游戏表现，被叫方Viprice移动手机上播放的铃声会被动态地调节，例如相较于原始的铃声更快的播放速度、更高的音量或缩小两个连续铃声之间的时间间隔。

图11示出了图10所示的呼叫结束后在被叫方通信终端上的呼叫历史记录示意图。在图11所示的例子中，呼叫方Wei和被叫方Viprice的呼叫记录呈现在被叫方Viprice移动手机的显示屏1102上。呼叫记录展示了两个由Wei发起的未接呼叫：1108和1112。对每个未接呼叫，均显示了一条文本消息(1110和1114)，描述呼叫方的游戏表现。在第一个未接呼叫1108期间，呼叫方Wei的打泡泡表现是击中了25个泡泡，而在第二个未接呼叫1112期间，Wei的打泡泡表现是击中了30个泡泡。当被叫方Viprice注意到有一个来自于呼叫方Wei的未接呼叫，并对此进行确认后，被叫方移动手机的呈现模块生成1118的文本消息。在一种实时方式中，被叫方Viprice可以通过点击显示屏上的一个按钮(未在图11中示出)来确认未接听呼叫。被叫方Viprice可以通过输入框120来向呼叫方Wei发送文本消息。

图4A示出了呼叫方通信终端建立呼叫过程的流程图。以图1所示的计算环境为例，包括下述步骤：401：第一终端110A的用户向使用第二终端的用户发起了呼叫。第一终端110A向呼叫服务器130发送呼叫请求，服务器记录该呼叫请求并将第一终端的用户与第二终端的用户关联起来；402：在等待呼叫建立的过程中，第一终端的呼叫方在第一终端110A上玩计算机游戏；403：第一终端110A的评估模块340评估呼叫方的游戏表现，例如在呼叫建立过程中击中了多少泡泡；404：第一终端110A检测呼叫相关的事件，例如呼叫方或被叫方的终止呼叫的请求，或呼叫建立过程超时；405：在检测到呼叫建立结束时，例如呼叫方挂断电话，第一终端110A将呼叫方的综合游戏表现值发送给第二终端110B，第二终端将呼叫方的游戏表现值在显示屏上呈现，例如，如图11所示。

图4B示出了根据本发明一实施方式的为被叫方通信终端生成铃声调节指令的流程图，包括如下步骤：421：第一终端110A的用户向第二终端110B的用户发起呼叫；422：第一终端或第二终端确定第二终端110B上需要播放的铃声文件，例如使用存储在第一终端110A或第二终端110B上的铃声文件，或访问存储在铃声服务器150上的铃声文件；423：第一终端110A的呼叫方在呼叫建立期间在第一终端上玩计算机游戏；424：第一终端110A评估呼叫方的游戏表现值；425：第一终端110A基于呼叫方的游戏表现值生成铃声调节指令，例如将呼叫方的游戏表现级别映射到一种铃声控制模式。所生成的铃声调节指令指示第二终端110B来产生调节过的铃声，并在第二终端上播放，例如缩小两个连续铃声之间的时间间隔，以暗示该呼叫的紧迫程度；426：第一终端110A将铃声调节指令发送给第二终端110B，第二终端110B执行该铃声调节指令产生调节过后的铃声。可选择地，第一终端110A存储有将在第二终端110B上播放的铃声的铃声文件，基于铃声调节指令生成调节后的铃声，将调节后的铃声数据发送给第二终端110B，第二终端110B直接进行播放。

当呼叫方向被叫方发起呼叫后，有四种情况可以终止呼叫建立阶段：呼叫方终止呼叫、被叫方终止呼叫、被叫方接听呼叫、呼叫建立超时，例如，在呼叫开始后15秒。图5A-5C示出了呼叫建立终止的不同场景。图5A示出了依据本发明一实施方式的两个通信终端建立视频呼叫并终止视频呼叫建立的交互图。呼叫方使用第一通信终端110A，如他/她的移动手机，发起与使用第二通信终端110B的被叫方的呼叫。初始时，在发起呼叫之前，第一通信终端和第二通信终端首先在呼叫服务器上登录，如步骤501和502所示。第一终端110A向呼叫服务器发送呼叫请求(步骤503)，呼叫服务器将呼叫请求转发给第二终端110B(步骤504)。当第二终端110B从呼叫服务器130接收到呼叫请求时，第二终端110B向呼叫服务器130发送呼叫请求确认消息(步骤505)，呼叫服务器将该确认消息转发给第一终端110A(步骤506)。

呼叫方决定终止呼叫，例如在第一终端110A上按下一个按钮来发出结束呼叫信号。当检测到呼叫方结束呼叫的信号时，第一终端110A向呼叫服务器130发送结束呼叫请求(步骤507)。在一种实施方式中，呼叫方在第一终端110A上玩计算机游戏(未在图5A中示出)。第一终端110A获取呼叫方的游戏表现数据，并将游戏表现数据随同结束呼叫请求消息一起发送给呼叫服务器130。呼叫服务器将结束呼叫请求和附带的呼叫方游戏表现数据转发给第二终端110B(步骤508)。可选择地，第一终端110A可以将结束呼叫请求和呼叫方游戏表现数据独立地发送给呼叫服务器，并由其分别转发给第二终端110B。第二终端110B向呼叫服务器发送接收到结束呼叫请求的确认消息(步骤509)，呼叫服务器将该确认消息转发给第一终端110A(步骤510)。第二终端将呼叫方的游戏表现值呈现在第二终端上。

图5B示出了根据本发明另一实施方式的两个通信终端建立视频呼叫和结束视频呼叫建立的交互图。与图5A相比，呼叫方向被叫方以相似的步骤发起呼叫(步骤511-516)。与图5A不同的是，在图5B中，被叫方发起结束呼叫请求。被叫方的通信终端110B向呼叫服务器130发送结束呼叫请求(步骤517)。呼叫服务器将该结束呼叫请求转发给第一终端110A(步骤518)。当接收到结束呼叫请求后，第一终端110A向呼叫服务器130发送确认接收到结束呼叫请求的确认消息以及呼叫放的游戏表现数据(步骤519)。呼叫服务器130将该确认消息和呼叫方的游戏表现值一起或单独发送给第二终端110B(步骤520)。第二终端110B将呼叫方的游戏表现值予以呈现。

图5C示出了根据本发明又一实施方式的两个通信终端建立视频呼叫和结束视频呼叫建立的交互图。与图5A和图5B相比，图5C显示了当被叫方接听呼叫时呼叫建立过程结束的场景，如被叫方接听移动手机并开始与呼叫方会话。被叫方接听呼叫的信号被发送到呼叫服务器130，并由其转发给第一终端110A。当第一终端接收到呼叫接听的信号时，呼叫方所在的第一终端的游戏停止，第一终端110A向呼叫服务器发送确认收到接听呼叫的确认消息。第一终端110A可以将呼叫方的游戏表现数据与上述确认消息一起发送或单独发送。

第四种没有图示出的呼叫建立结束的场景是呼叫建立超时，例如超过15秒。对于第四种场景，第一终端110A执行与图5A类似的动作。换言之，当第一终端110A检测到呼叫建立超时后，就将第四种场景看成是与呼叫方主动发起结束呼叫的请求一样。

另一方面，本发明提供一种在呼叫建立过程中融合呼叫方的游戏表现数据的方法，使得呼叫方的游戏表现数据影响接收呼叫的被叫方通信终端的铃声播放方式。根据铃声文件存放的位置和谁来确定被叫方终端播放的铃声文件，该方案包含多种实施方式。

图6A示出了依据本发明一实施方式的在两个通信终端共享一组铃声文件时调节被叫方通信终端的铃声的交互图。在图6A所示的配置中，被叫方通信终端要播放的铃声文件同时存储在呼叫方和被叫方的通信终端上，并且呼叫方来决定被叫方终端上需要播放的铃声文件。进一步地，呼叫方和被叫方的通信终端的铃声文件具有统一的标识。在两个通信终端间共享相同的铃声文件集合允许被叫方的通信终端确定原始的铃声，并依据第一终端110A发送过来的铃声调节指令来调节原始铃声。

最初，第一终端110A和第二终端110B在呼叫服务器130上注册并登陆(步骤601和602)。呼叫方的第一终端向呼叫服务器130发送呼叫请求(步骤603)，其中，所述呼叫请求包含呼叫方ID，被叫方ID和铃声ID。铃声ID标识了第二终端110B要播放的铃声文件。可选地，用于标识播放铃声文件的铃声ID可以单独传输。呼叫服务器130将呼叫请求转发给第二终端110B(步骤604)。第一终端110A和第二终端110B继续执行呼叫建立的过程，例如确认呼叫请求等，在呼叫建立的过程中，呼叫方在第一终端110A上玩计算机游戏。

当第二终端110B接收到呼叫请求后，第二终端上的铃声播放模块(如图3所示的处理模块330)依据铃声ID确定待播放的铃声文件，并基于默认的播放音量、音速和音调播放铃声文件。在呼叫建立过程中，第一终端110A依据呼叫方的游戏表现定期生成铃声调节指令，所述铃声调节指令指示第二终端110B如何调节默认的铃声播放，例如调节音量、音速和音调。第一终端110A将铃声调节指令发送给呼叫服务器130，并由呼叫服务器转发给第二终端110B。第二终端110B根据接收到的铃声调节指令调节默认铃声的播放，播放调节后的铃声。调节后的铃声可能会具有与原始铃声不同的音量、音速或音调。如果被叫方通信终端没有接收到铃声调节指令，则被叫方通信终端按照按照原始铃声来播放。

图6B示出了根据本发明另一实施方式的在两个通信终端之间共享铃声文件的调节被叫方通信终端铃声的交互图。与图6A相比，图6B中由被叫方确定在第二终端110B上播放的铃声文件。换言之，第一终端110A发起的呼叫请求(步骤613)不包含用于标识在第二终端110B上播放的铃声文件的铃声标识。在这一场景中，第二终端110B可以为不同的呼叫方设置不同的铃声文件。例如，对于一个亲密的朋友，第二终端可以选择欢快的歌曲作为其铃声；而对于一个同事，第二终端可以选择更严肃的歌曲作为其铃声。

在呼叫建立阶段，第一终端110A基于呼叫方的游戏表现产生铃声调节指令，所述铃声调节指令指示第二终端110B如何调节默认的铃声。第二终端110B接收到呼叫服务器转发过来的铃声调节指令，依据铃声调节指令来调节默认铃声，并播放调节后的铃声。

图7A示出了根据本发明一实施方式的在两个通信终端之间不共享一组铃声文件时调节被叫方通信终端铃声的交互图。在图7A所示的配置中，被叫方通信终端播放的铃声文件存储在呼叫方通信终端上，并且呼叫方决定在被叫通信终端上播放的铃声文件。进一步地，呼叫方通信终端和被叫方通信终端没有相同的铃声文件集合。第一终端110A根据呼叫方的游戏表现数据调节被叫方第二终端110B上播放的铃声。

首先，第一终端110A和第二终端110B在呼叫服务器130上注册和登录(步骤701和702)。第一终端110A向呼叫服务器发送呼叫请求(步骤703)。所述呼叫请求包含呼叫方ID和被叫方ID。呼叫服务器130将呼叫请求转发给第二终端110B(步骤704)。第二终端向呼叫服务器130发送收到呼叫请求的确认消息(步骤705)。呼叫服务器将呼叫请求确认消息转发给第一终端110A(步骤706)，同时，呼叫服务器为第一终端和第二终端分配媒体服务器(例如，媒体服务器140)。在一种实施方式中，呼叫服务器通知终端110A和110B媒体服务器140的服务地址(步骤707和708)，例如媒体服务器140的URL。第一终端110A基于呼叫方在第一终端上玩游戏的游戏表现数据生成调节后的铃声并将调节后的铃声通过媒体服务器140转发给第二终端110B(步骤709和710)。第二终端接收到调节后铃声后直接播放。

图7B示出了根据本发明另一实施方式的在两个通信终端之间不共享一组铃声文件时调节被叫方通信终端铃声的交互图。图7B的场景与图7A的场景的不同之处在于第一终端110A把要在第二终端110B上播放的原始铃声数据通过媒体服务器240传输给第二终端(步骤719和720)，例如通过流媒体方式上传给媒体服务器140，然后第二终端110B可以从媒体服务器下载原始铃声数据以在第二终端110B上播放。在呼叫建立过程中，第一终端110A定期基于呼叫方的游戏表现生成铃声调节指令，并将其通过呼叫服务器130传输给第二终端110B(步骤721和722)。第二终端110B基于接收到的铃声调节指令调节原始铃声，例如在播放的时候提高播放的音量。

除了将铃声文件存储在第一终端110A或存储在双方终端上，铃声文件还可以存储在专用的铃声服务器上，例如图1所示的铃声服务器150。将铃声文件存储在专用的铃声文件服务器上使得第二终端110B能方便地访问铃声文件，并且消除了在通信终端存储铃声文件的负担。

图8A示出了根据本发明一实施方式的当原始铃声文件存放在计算机服务器时调节被叫方通信终端铃声的终端交互图。在图8A所示的配置中，第一终端110A的呼叫方确定在第二终端110B上需要播放的铃声文件。起初，第一终端110A和第二终端110B在呼叫服务器上注册和登录(步骤801和802)。第一终端110A向呼叫服务器130发起呼叫请求(步骤803)，所述呼叫请求包含呼叫ID，被叫ID和铃声ID，其中，铃声ID标识了将要在第二终端110B上播放的铃声文件。当从呼叫服务器接收到呼叫请求和铃声ID后，第二终端110B访问铃声服务器150，通过铃声ID获取需要播放的原始铃声文件数据。在呼叫建立阶段，第一终端110A定期依据呼叫方的游戏表现生成铃声调节指令，并将铃声调节指令通过呼叫服务器传输给第二终端110B(步骤807和808)。第二终端110B依据接收到的铃声调节指令调节原始的铃声，例如播放时提高播放的音量。

图8B示出了根据本发明又一实施方式的当原始铃声文件存放在计算机服务器时调节被叫方通信终端铃声的终端交互图。与图8A的配置相比，图8B中由被叫方确定在第二终端110B上播放的铃声文件。在一种实施方式中，第二终端110B根据呼叫方ID选择一个待播放的铃声文件。例如，如果呼叫方是被叫方的亲密朋友，则第二终端可以选择一个欢快的音乐作为其铃声。在呼叫建立阶段，第一终端110A根据呼叫方的游戏表现定期生成铃声调节指令，并将该指令通过呼叫服务器130传输给第二终端110B(步骤817和818)。第二终端110B基于接收到的铃声调节指令调节原始的铃声，例如播放时提高其播放的音量。

本发明主要通过在视频通信会话的呼叫建立阶段互动融合呼叫方的游戏表现数据，以此在多媒体内容共享和消费的过程中提高用户体验。在视频通信的呼叫建立阶段融合呼叫方的游戏表现数据使得整个视频会话建立对双方都更愉悦，也能在双方之间传递重要的具有精神价值的信息。

本技术领域技术人员可以理解，本发明可以涉及用于执行本申请中所述操作中的一项或多项操作的设备。所述设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备，所述通用计算机有存储在其内的程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、随即存储器(RAM)、只读存储器(ROM)、电可编程ROM、电可擦ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪存、磁性卡片或光线卡片。可读介质包括用于以由设备(例如，计算机)可读的形式存储或传输信息的任何机构。例如，可读介质包括随即存储器(RAM)、只读存储器(ROM)、磁盘存储介质、光学存储介质、闪存装置、以电的、光的、声的或其他的形式传播的信号(例如载波、红外信号、数字信号)等。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来生成机器，从而通过计算机或其他可编程数据处理方法的处理器来执行的指令创建了用于实现结构图和/或框图和/或流图的框或多个框中指定的方法。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (12)

1.一种多媒体通话呼叫建立过程和游戏的互动融合方法，其特征在于，包括：

S1第一通信终端在第一通信终端和第二通信终端之间发起呼叫请求；所述呼叫请求标识了使用第一通信终端发起视频呼叫的呼叫方和使用第二通信终端接收视频呼叫的被叫方；

S2确定第二通信终端上在接收到呼叫请求时需要播放的铃声文件；

S3第一通信终端在呼叫建立阶段评估第一通信终端的呼叫方用户在第一通信终端上玩计算机游戏的游戏表现；

S4第一通信终端在呼叫建立阶段根据呼叫方用户在第一通信终端上的游戏表现生成铃声调节指令，铃声调节指令至少指示一种方式用于调节在第二通信终端上的铃声播放；

S5在呼叫建立结束时将第一通信终端用户的综合游戏表现数据传输给第二通信终端以便在第二通信终端上显示。

2.如权利要求1所述的方法，其特征在于，确定第二通信终端播放的铃声文件，包括：

第二通信终端向一个计算机服务器发送呼叫请求，所述呼叫请求包含第二通信终端上要播放的铃声文件的标识；

确定是由第一通信终端还是第二通信终端来决定第二通信终端上需要播放的铃声文件，以及；

确定第二通信终端上要播放的文件存储在什么地方。

3.如权利要求1所述的方法，其特征在于，当第二通信终端播放一个铃声文件时，产生一段声音，提示有到达第二通信终端的新呼叫，其中，所述铃声具有一组由元数据描述的特征，所述特征至少包括：

铃声音量；

铃声音速；

铃声音调；

两个连续铃声之间的时间间隔，和；

铃声来源。

4.如权利要求1所述的方法，其特征在于，第一通信终端在呼叫建立阶段评估第一通信终端的用户在第一通信终端上玩的游戏表现，包括：

将用户的游戏表现划分为一组表现类别，每个类别代表游戏表现的一个度量，并且，为每个表现类别确定一个门限值。

5.如权利要求1所述的方法，其特征在于，基于第一通信终端用户的游戏表现生成铃声调节指令，包括：

将游戏表现映射为多个与铃声相关的铃声控制模式中的一种，每一种铃声控制模式至少代表对铃声特征元数据的一种修改；

将铃声调节指令传输给第二通信终端，第二通信终端根据铃声调节指令生成调节后的铃声；

在第一通信终端根据铃声调节指令生成调节后铃声；并且，将调节后的铃声数据传输给第二通信终端，第二通信终端直接播放调节后的铃声。

6.如权利要求1所述的方法，其特征在于，进一步包括检测呼叫建立阶段的结束，所述呼叫建立结束在发生下列事件中的至少一种时被检测到：

第一通信终端发起结束呼叫请求；

第二通信终端发起结束呼叫请求；

第二通信终端接听来自于第一通信终端的呼叫；及，

呼叫建立阶段超过了预设的时长。

7.一种多媒体通话呼叫建立过程和游戏的互动融合装置，其特征在于，包括：

用于执行计算机程序模块的处理器；和，

用于存储计算机程序模块的非易失性计算机可读的存储设备，所述的计算机程序模块执行时执行的步骤包括：

第一通信终端在第一通信终端和第二通信终端之间发起视频会话呼叫请求；所述呼叫请求标识了使用第一通信终端发起视频呼叫的呼叫方和使用第二通信终端接收视频呼叫的被叫方；

确定第二通信终端上在接收到呼叫请求时需要播放的铃声文件；

第一通信终端在呼叫建立阶段评估第一通信终端的呼叫方用户在第一通信终端上玩计算机游戏的游戏表现；

第一通信终端在呼叫建立阶段根据呼叫方用户在第一通信终端上的游戏表现生成铃声调节指令，所述铃声调节指令至少指示一种方式用于调节在第二通信终端上的铃声播放；和，

在呼叫建立结束时将第一通信终端用户的综合游戏表现数据传输给第二通信终端以便在第二通信终端上显示。

8.如权利要求7所述的装置，其特征在于，确定第二通信终端需要播放的铃声文件，包括：

第二通信终端向一个计算机服务器发送呼叫请求，所述呼叫请求包含第二通信终端上要播放的铃声文件的标识；

确定是由第一通信终端还是第二通信终端来决定第二通信终端上需要播放的铃声文件，以及；

确定第二通信终端上要播放的文件存储在什么地方。

9.如权利要求7所述的装置，其特征在于，当第二通信终端播放一个铃声文件时，产生一段声音，提示有到达第二通信终端的新呼叫，其中，所述铃声具有一组由元数据描述的特征，所述特征至少包括：

铃声音量；

铃声音速；

铃声音调；

两个连续铃声之间的时间间隔，和；

铃声来源。

10.如权利要求7所述的装置，其特征在于，第一通信终端在呼叫建立阶段评估第一通信终端的用户在第一通信终端上玩的游戏表现，包括：

将用户的游戏表现划分为一组表现类别，每个类别代表游戏表现的一个度量，并且，为每个表现类别确定一个门限值。

11.如权利要求7所述的装置，其特征在于，基于第一通信终端用户的游戏表现生成铃声调节指令，包括：

将游戏表现映射为多个与铃声相关的铃声控制模式中的一种，每一种铃声控制模式至少代表对铃声特征元数据的一种修改；

将铃声调节指令传输给第二通信终端，第二通信终端根据铃声调节指令生成调节后的铃声；

在第一通信终端根据铃声调节指令生成调节后铃声；并且，将调节后的铃声数据传输给第二通信终端，第二通信终端直接播放调节后的铃声。

12.如权利要求7所述的装置，其特征在于，进一步包括检测呼叫建立阶段的结束，所述呼叫建立结束在发生下列事件中的至少一种时被检测到：

第一通信终端发起结束呼叫请求；

第二通信终端发起结束呼叫请求；

第二通信终端接听来自于第一通信终端的呼叫；及，

呼叫建立阶段超过了预设的时长。