一种视频彩铃的交互方法和装置与流程

[0001]
本申请涉及多媒体领域，尤其涉及一种视频彩铃的交互方法和装置。


背景技术：

[0002]
随着技术的发展，用户可以使用如视频彩铃这样的新业务。视频彩铃是指主叫用户在呼叫被叫用户时可以在显示屏看到一段视频。用户可以对视频彩铃做出交互操作，提升呼叫等待的体验。
[0003]
现有技术中，在视频彩铃播放过程中，用户做出操作(例如，对终端显示界面中的链接进行点击操作)后，立即停止当前视频彩铃的播放，并响应用户的交互操作。
[0004]
但是，由于在主叫用户与视频彩铃交互的过程中被叫用户随时可能摘机，若主叫用户对视频彩铃有比较耗时的交互需求(比如进入购物网站购买视频彩铃中对应的产品)，则主叫用户对视频彩铃的交互可能随时被中断，或者被叫用户需要等待主叫用户的交互操作完成，降低了通话双方的用户体验。


技术实现要素：

[0005]
本申请实施例提供一种视频彩铃的交互方法和装置，能够解决摘机时间不确定造成的视频彩铃交互体验差的问题。
[0006]
具体的，本申请可以在通话完成后，再响应主叫用户的交互操作，避免了主叫用户对视频彩铃的交互被中断，或者被叫用户被迫等待主叫用户的交互操作完成，从而解决了摘机时间不确定造成的视频彩铃交互体验差的问题，可以带来流畅连续的视频彩铃交互体验。
[0007]
第一方面，本申请实施例提供一种视频彩铃的交互方法，包括：主叫终端向被叫终端发起呼叫；主叫终端在显示屏显示视频彩铃，视频彩铃包括至少一个交互元素；主叫终端接收用户对第一交互元素的第一交互操作；第一交互元素为至少一个交互元素中的任一个交互元素；主叫终端缓存第一交互元素对应的第一交互资源数据；当主叫终端确定通话状态为空闲态时，主叫终端根据第一交互资源数据做出响应。
[0008]
基于本申请提供的方法，主叫终端在视频彩铃播放过程中接收到用户的交互操作(对第一交互元素的第一交互操作)后，可以缓存相应的交互资源数据(第一交互资源数据)，在通话结束后(即通话状态为空闲态)再根据该交互资源数据做出响应，能够在不影响通话正常进行的同时，保证主叫用户与视频彩铃交互的连续性。对被叫用户而言，也无需由于主叫的视频彩铃交互而将通话延缓，从而解决了摘机时间不确定造成的视频彩铃交互体验差的问题。并且，对视频彩铃运营商而言，主叫的视频彩铃交互不必限制在短暂的被叫摘机之前的时间，在通话结束后重新导流，增强视频彩铃的交互完成率。
[0009]
在一种可能的实现方式中，第一交互元素对应第一统一资源定位符(uniform resourcelocator，url)，主叫终端缓存第一交互资源数据包括：主叫终端向第一url对应的服务器发送第一请求消息，第一请求消息用于请求第一交互资源数据；主叫终端接收第
一url对应的服务器发送的第一响应消息，第一响应消息包括第一交互资源数据；主叫终端缓存第一交互资源数据。
[0010]
也就是说，第一交互资源数据是主叫终端向第一url对应的服务器请求到的，并且可以将该第一交互资源数据缓存在终端设备中。这样一来，主叫终端可以在通话结束后(即通话状态为空闲态)再根据该交互资源数据做出响应，能够在不影响通话正常进行的同时，保证主叫用户与视频彩铃交互的连续性。对被叫用户而言，也无需由于主叫的视频彩铃交互而将通话延缓，从而解决了摘机时间不确定造成的视频彩铃交互体验差的问题。
[0011]
在一种可能的实现方式中，该方法还包括：主叫终端向第一服务器发送交互结果上报消息；交互结果上报消息包括视频彩铃的标识(identity，id)、主叫终端的id、被叫终端的id、第一交互元素的id、第一交互操作和第一交互资源数据的执行情况中的至少一种。以便第一服务器可以基于接收到的交互结果上报消息进行统计。如统计一段时期内每个视频彩铃的点击次数、点击率、交互资源数据的完成率和主叫用户的交互信息(对哪些交互元素进行了怎样的交互操作)的等等，有利于视频彩铃运营商或业务提供商的业务开展。
[0012]
在一种可能的实现方式中，主叫终端确定通话状态为空闲态包括：主叫终端监听到本地的通话状态为空闲态；或者，主叫终端接收到通知消息，通知消息用于指示本地通话状态为空闲态。例如，主叫终端通过通话模块接收被叫用户挂机的bye消息后，可以确定通话状态为空闲态。
[0013]
在一种可能的实现方式中，第一交互资源数据是根据视频彩铃的id和第一交互元素的id 确定的；或者，第一交互资源数据是根据视频彩铃的id、第一交互元素的id和主叫终端的信息确定的，即第一交互资源数据可以是根据视频彩铃的id、第一交互元素的id和主叫终端的信息为用户个性化定制的，能够提高用户体验。
[0014]
在一种可能的实现方式中，第一交互资源数据包括文本文件、图形文件、声音文件、动画文件或视频文件中的至少一种。其中，文本文件例如可以为注册信息、图形文件例如可以为优惠券，视频文件例如可以为电影预告短片。
[0015]
在一种可能的实现方式中，主叫终端根据第一交互资源数据做出响应包括：主叫终端基于相应的打开方式打开文本文件、图形文件、声音文件、动画文件或视频文件中的至少一种。比如，交互资源数据为文本文件，例如电话号码，可跳转到通话呼叫app，并输入此电话号码；若交互资源数据为图片文件，例如优惠券，可以图片app打开；若交互资源数据为视频文件，可通过视频播放器打开。由于主叫终端根据第一交互资源数据做出响应是在主叫终端为空闲态的情况下进行的，不会影响主叫终端和被叫终端之间的通话，且不会由于被叫终端可能随时摘机导致主叫用户与视频彩铃交互的连续性被打断。对被叫用户而言，也无需由于主叫的视频彩铃交互而将通话延缓，解决了摘机时间不确定造成的视频彩铃交互体验差的问题。
[0016]
在一种可能的实现方式中，主叫终端在显示屏显示视频彩铃之前，该方法还包括：主叫终端接收彩铃平台发送的视频彩铃媒体协商信息；主叫终端根据视频彩铃媒体协商信息和主叫终端的媒体能力信息确定视频媒体协商结果；主叫终端向彩铃平台发送视频媒体协商结果，视频媒体协商结果用于彩铃平台进行视频彩铃播放。
[0017]
其中，视频媒体协商结果包括但不限于主叫用户设备支持视频彩铃媒体的信息，主叫用户设备接收视频媒体的网际协议(internet protocol，ip)地址、视频通道端口的信
息和视频编 /解码的信息等。
[0018]
第二方面，本申请实施例提供一种视频彩铃的交互方法，包括：第一服务器接收来自主叫终端的第一请求消息，第一请求消息用于请求视频彩铃中的第一交互元素对应的第一交互资源数据；第一服务器向主叫终端发送第一响应消息，第一响应消息包括第一交互资源数据，第一交互资源数据是根据视频彩铃的id和第一交互元素的id确定的；或者，第一交互资源数据是根据视频彩铃的id、第一交互元素的id和主叫终端的信息确定的。
[0019]
在一种可能的实现方式中，该方法还包括：第一服务器接收来自主叫终端的交互结果上报消息，交互结果上报消息包括视频彩铃的id、主叫终端的id、被叫终端的id、第一交互元素的id、第一交互操作和第一交互资源数据的执行情况中的至少一种。
[0020]
第二方面及其各种可能的实现方式的技术效果可以参见第一方面及其各种可能的实现方式的技术效果，此处不再赘述。
[0021]
第三方面，本申请实施例提供一种主叫终端，其特征在于，包括：呼叫单元，用于向被叫终端发起呼叫；显示单元，用于在显示屏显示视频彩铃，视频彩铃包括至少一个交互元素；接收单元，用于接收用户对第一交互元素的第一交互操作；第一交互元素为至少一个交互元素中的任一个交互元素；缓存单元，用于缓存第一交互元素对应的第一交互资源数据；处理单元，用于当确定通话状态为空闲态时，根据第一交互资源数据做出响应。
[0022]
在一种可能的实现方式中，第一交互元素对应第一url，缓存单元用于：通过发送单元向第一url对应的服务器发送第一请求消息，第一请求消息用于请求第一交互资源数据；通过接收单元接收第一url对应的服务器发送的第一响应消息，第一响应消息包括第一交互资源数据；缓存第一交互资源数据。
[0023]
在一种可能的实现方式中，发送单元还用于：向第一服务器发送交互结果上报消息；交互结果上报消息包括视频彩铃的id、主叫终端的id、被叫终端的id、第一交互元素的id、第一交互操作和第一交互资源数据的执行情况中的至少一种。
[0024]
在一种可能的实现方式中，处理单元用于：监听到本地的通话状态为空闲态；或者，通过接收单元接收到通知消息，通知消息用于指示本地通话状态为空闲态。
[0025]
在一种可能的实现方式中，第一交互资源数据是根据视频彩铃的id和第一交互元素的id 确定的；或者，第一交互资源数据是根据视频彩铃的id、第一交互元素的id和主叫终端的信息确定的。
[0026]
在一种可能的实现方式中，第一交互资源数据包括文本文件、图形文件、声音文件、动画文件或视频文件中的至少一种。
[0027]
在一种可能的实现方式中，处理单元用于：基于相应的打开方式打开文本文件、图形文件、声音文件、动画文件或视频文件中的至少一种。
[0028]
在一种可能的实现方式中，接收单元还用于：接收彩铃平台发送的视频彩铃媒体协商信息；处理单元还用于根据视频彩铃媒体协商信息和主叫终端的媒体能力信息确定视频媒体协商结果；发送单元还用于向彩铃平台发送视频媒体协商结果，视频媒体协商结果用于彩铃平台进行视频彩铃播放。
[0029]
第四方面，本申请实施例提供一种第一服务器，包括：接收单元，用于接收来自主叫终端的第一请求消息，第一请求消息用于请求视频彩铃中的第一交互元素对应的第一交互资源数据；发送单元，用于向主叫终端发送第一响应消息，第一响应消息包括第一交互资
源数据，第一交互资源数据是根据视频彩铃的id和第一交互元素的id确定的；或者，第一交互资源数据是根据视频彩铃的id、第一交互元素的id和主叫终端的信息确定的。
[0030]
在一种可能的实现方式中，接收单元还用于：接收来自主叫终端的交互结果上报消息，交互结果上报消息包括视频彩铃的id、主叫终端的id、被叫终端的id、第一交互元素的id、第一交互操作和第一交互资源数据的执行情况中的至少一种。
[0031]
第五方面，提供一种通信装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该通信装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该通信装置执行如上述任一方面中任一项的视频彩铃的交互方法。
[0032]
第六方面，提供一种通信装置，包括：处理器；处理器用于与存储器耦合，并读取存储器中的指令之后，根据指令执行如上述任一方面中任一项的视频彩铃的交互方法。
[0033]
第七方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面中任一项的视频彩铃的交互方法。
[0034]
第八方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面中任一项的视频彩铃的交互方法。
[0035]
第九方面，提供一种电路系统，电路系统包括处理电路，处理电路被配置为执行如上述任一方面中任一项的视频彩铃的交互方法。
[0036]
第十方面，提供一种芯片，所述芯片包括处理器，所述处理器和存储器耦合，所述存储器存储有程序指令，当所述存储器存储的程序指令被所述处理器执行时实现上述任一方面中任一项的视频彩铃的交互方法。
[0037]
第十一方面，提供一种通信系统，通信系统包括上述第三方面中的主叫终端和上述第四方面中的第一服务器。
附图说明
[0038]
图1为本申请实施例提供的一种适用于视频彩铃的交互方法的系统架构示意图；
[0039]
图2为本申请实施例提供的一种主叫终端的结构示意图；
[0040]
图3为本申请实施例提供的一种第一服务器的结构示意图；
[0041]
图4为本申请实施例提供的一种适用于视频彩铃的交互方法的信息交互示意图；
[0042]
图5为本申请实施例提供的一种主叫终端显示视频彩铃的示意图；
[0043]
图6为本申请实施例提供的又一种主叫终端显示视频彩铃的示意图；
[0044]
图7为本申请实施例提供的又一种主叫终端的结构示意图；
[0045]
图8为本申请实施例提供的又一种第一服务器的结构示意图。
具体实施方式
[0046]
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“至少一个”是指一个或多个，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等
字样也并不限定一定不同。
[0047]
本申请实施例提供一种视频彩铃的交互方法和装置，应用于移动通信场景，即主叫终端通过电话号码呼叫被叫终端的场景中，也可以应用于互联网通信场景，即主叫终端通过网络电话软件或其他社交软件呼叫被叫终端的场景中。
[0048]
在本申请实施例中，主叫终端向被叫终端发起呼叫，在主叫终端等待被叫终端响应该主叫终端的呼叫的过程中，主叫终端在显示屏显示视频彩铃，该视频彩铃包括至少一个交互元素。主叫终端可以接收用户对第一交互元素的第一交互操作，第一交互元素为至少一个交互元素中的任一个交互元素。主叫终端可以不立即响应用户的第一交互操作，而是缓存第一交互元素对应的第一交互资源数据。当主叫终端确定通话状态为空闲态时(即当被叫用户通话后主动挂机时，或者主叫用户主动挂机时)，主叫终端再根据第一交互资源数据做出响应。也就是说，本申请可以在用户通话完成后，再对主叫用户的第一交互操作做出响应，避免了主叫用户对视频彩铃的交互被中断，或者被叫用户被迫等待主叫用户的交互操作完成，从而解决了摘机时间不确定造成的视频彩铃交互体验差的问题，可以带来流畅连续的视频彩铃交互体验。
[0049]
如图1所示，为本申请实施例提供的一种适用于视频彩铃的交互方法的架构示意图，包括：主叫终端，被叫终端，接入网设备(例如，基站)、核心网、第一服务器和彩铃平台。其中，核心网可以采用演进分组核心网(evolved packet core，epc)作为承载，采用ip多媒体子系统(ip multimedia subsystem，ims)作为业务控制层架构在epc网络上为用户提供语音及多媒体等综合业务。其中，彩铃平台作为重要的电信增值业务平台，可以包括彩铃应用服务器(ring back tone application server，rbt as)和彩铃媒体资源服务器(ring back tone mediaresource server，rbt mrs)。需要说明的是，rbt as和rbt mrs可以是单独的实体，也可以集成在一起，逻辑上是相互独立的两个模块，位于被叫ims域核心网侧。
[0050]
在图1所示的架构图中，主叫ims域可包括主叫ims域核心网和epc。主叫ims域核心网可以包括：呼叫会话控制功能(call session control function，cscf)和媒体面与会话边界控制(session border controller，sbc)。epc中可以包括服务网关(serving gateway，s-gw)、分组数据网网关(public data network gateway，p-gw)和移动管理实体(mobile managemententity，mme)。s-gw和p-gw可以合称为s/p-gw。
[0051]
在被叫ims域除了包括上述主叫ims域中所说明的网元之外，还可以包括彩铃平台(rbtas和rbt mrs)和第一服务器。需要说明的是，上述的说明并不构成对发明实施例的系统架构图的限定，本发明实施例的系统架构图包括但不限于在图1所示。
[0052]
下面对上述中所提及的一些关键网元做一个简要的说明：
[0053]
cscf：是ims核心网的中心节点，主要用于用户的注册、鉴权控制、会话路由和业务触发控制，并维持会话状态信息等。
[0054]
sbc：提供安全接入和媒体处理。
[0055]
mme：是epc网络的核心设备，提供了mme逻辑实体的功能。
[0056]
s/p-gw：是epc网络的核心设备，提供了s-gw和p-gw逻辑实体的功能。
[0057]
rbt as/rbt mrs：在信令面，rbt as与ims核心网cscf相连，用于彩铃呼叫时负责接续被叫。在媒体面，rbt mrs与sbc相连，用于触发彩铃放音。
[0058]
第一服务器，用于存储视频彩铃中的交互元素对应的交互资源数据，可以根据主
叫终端的请求消息，选择符合条件的交互资源数据提供给主叫终端。
[0059]
ims域彩铃sip路由触发过程简述：ims域彩铃触发主要采用被叫ims域触发原则。当主叫ims域发起的呼叫请求(invite)消息送至被叫ims域的cscf后，被叫cscf通过用户的初始过滤规则(initial filter criteria，ifc)签约信息，触发到彩铃平台，彩铃平台收到被叫振铃消息后，向主叫用户播放音频彩铃或视频彩铃。彩铃平台处理之后，呼叫消息回到cscf，继续后续呼叫流程。
[0060]
其中，本申请实施例中的主叫终端可以称为终端或终端设备，可以是一种具有无线收发功能的设备，终端可以被部署在陆地上，包括室内或室外、手持或车载；也可以被部署在水面上(如轮船等)；还可以被部署在空中(例如飞机、气球和卫星上等)。终端设备可以是用户设备(user equipment，ue)。其中，ue包括具有无线通信功能的手持式设备、车载设备、可穿戴设备或计算设备。示例性地，ue可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑。终端设备还可以是虚拟现实(virtual reality，vr)终端设备、增强现实(augmentedreality，ar)终端设备、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home) 中的无线终端等等。本申请实施例中，用于实现终端的功能的装置可以是终端，也可以是能够支持终端实现该功能的装置，例如芯片系统。本申请实施例提供的技术方案中，以用于实现终端的功能的装置是终端设备为例，描述本申请实施例提供的技术方案。
[0061]
本申请实施例图1中的主叫终端可以由一个设备实现，也可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，或者是芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
[0062]
例如，用于实现本申请实施例提供的主叫终端的功能的装置可以通过图2中的装置200 来实现。图2所示为本申请实施例提供的装置200的硬件结构示意图。该装置200中包括至少一个处理器201，用于实现本申请实施例提供的主叫终端的功能。装置200中还可以包括总线202以及至少一个通信接口204。装置200中还可以包括存储器203。
[0063]
在本申请实施例中，处理器可以是中央处理器(central processing unit，cpu)，通用处理器、网络处理器(network processor，np)、数字信号处理器(digital signal processing，dsp)、微处理器、微控制器、可编程逻辑器件(programmable logic device，pld)或它们的任意组合。处理器还可以是其它任意具有处理功能的装置，例如电路、器件或软件模块。
[0064]
总线202可用于在上述组件之间传送信息。
[0065]
通信接口204，用于与其他设备或通信网络通信，如以太网，无线接入网(radio accessnetwork，ran)，无线局域网(wireless local area networks，wlan)等。通信接口204可以是接口、电路、收发器或者其它能够实现通信的装置，本申请不做限制。通信接口204可以和处理器201耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。
[0066]
在本申请实施例中，存储器可以是只读存储器(read-only memory，rom)或可存储
静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器 (electrically erasable programmable read-only memory，eeprom)、只读光盘(compact discread-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，也可以与处理器耦合，例如通过总线202。存储器也可以和处理器集成在一起。
[0067]
其中，存储器203用于存储程序指令，并可以由处理器201来控制执行，从而实现本申请下述实施例提供的视频彩铃的交互方法。处理器201用于调用并执行存储器203中存储的指令，从而实现本申请下述实施例提供的视频彩铃的交互方法。
[0068]
可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。
[0069]
可选地，存储器203可以包括于处理器201中。
[0070]
在具体实现中，作为一种实施例，处理器201可以包括一个或多个cpu，例如图2中的 cpu0和cpu1。
[0071]
在具体实现中，作为一种实施例，装置200可以包括多个处理器，例如图2中的处理器 201和处理器207。这些处理器中的每一个可以是一个单核(single-cpu)处理器，也可以是一个多核(multi-cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
[0072]
在具体实现中，作为一种实施例，装置200还可以包括输出设备205和输入设备206。输出设备205和处理器201耦合，可以以多种方式来显示信息。例如，输出设备205可以是液晶显示器(liquid crystal display，lcd)，发光二极管(light emitting diode，led)显示设备，阴极射线管(cathode ray tube，crt)显示设备，或投影仪(projector)等。输入设备206和处理器201耦合，可以以多种方式接收用户的输入。例如，输入设备206可以是鼠标、键盘、触摸屏设备或传感设备等。
[0073]
上述的装置200可以是一个通用设备或者是一个专用设备。在具体实现中，主叫终端200 可以是便携式电脑、网络服务器、掌上电脑(personal digital assistant，pda)、移动手机、平板电脑、无线主叫终端、嵌入式设备或有图2中类似结构的设备。本申请实施例不限定装置 200的类型。
[0074]
例如，用于实现本申请实施例提供的第一服务器的功能的装置可以通过图3中的装置300 来实现。图3所示为本申请实施例提供的装置300的硬件结构示意图。该装置300中包括至少一个处理器301，用于实现本申请实施例提供的第一服务器的功能。装置300中还可以包括总线302以及至少一个通信接口304。装置300中还可以包括存储器303。
[0075]
总线302可用于在上述组件之间传送信息。
[0076]
通信接口304，用于与其他设备或通信网络通信，如以太网，ran，wlan等。通信接口304可以是接口、电路、收发器或者其它能够实现通信的装置，本申请不做限制。通信接口304可以和处理器301耦合。
[0077]
其中，存储器303用于存储程序指令，并可以由处理器301来控制执行，从而实现本
申请下述实施例提供的视频彩铃的交互方法。例如，处理器301用于调用并执行存储器303中存储的指令，从而实现本申请下述实施例提供的视频彩铃的交互方法。
[0078]
可选地，存储器303可以包括于处理器301中。
[0079]
在具体实现中，作为一种实施例，处理器301可以包括一个或多个cpu，例如图3中的 cpu0和cpu1。
[0080]
在具体实现中，作为一种实施例，装置300可以包括多个处理器，例如图3中的处理器 301和处理器305。这些处理器中的每一个可以是一个单核处理器，也可以是一个多核处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
[0081]
为了便于理解，以下结合附图对本申请实施例提供的视频彩铃的交互方法进行具体介绍。
[0082]
如图4所示，本申请实施例提供一种视频彩铃的交互方法，包括：
[0083]
401、主叫终端向被叫终端发起呼叫。
[0084]
主叫终端向被叫终端发起呼叫，彩铃平台确定被叫终端是否开通视频彩铃业务，若开通，向主叫终端发送视频彩铃媒体协商信息。主叫终端根据视频彩铃媒体协商信息和主叫终端的媒体能力信息确定视频媒体协商结果。主叫终端向彩铃平台发送视频媒体协商结果，彩铃平台根据视频媒体协商结果进行视频彩铃播放，即向主叫终端传输视频彩铃媒体流。其中，视频媒体协商结果包括但不限于主叫终端支持视频彩铃媒体的信息，主叫终端接收视频媒体的 ip地址、视频通道端口的信息和视频编/解码的信息等。
[0085]
主叫终端可以向被叫终端发起音频呼叫或视频呼叫。应理解，若主叫终端向被叫终端发起音频呼叫，彩铃平台可以根据彩铃业务管理侧的业务控制判断此次呼叫是否满足视频媒体协商的条件，若满足，彩铃平台可以将主叫终端请求的音频媒体修改为视频媒体。
[0086]
402、主叫终端在显示屏显示视频彩铃，视频彩铃包括至少一个交互元素。
[0087]
主叫终端可以调用主叫终端上安装的视频播放器(即用于播放视频的应用程序 (application，app))在主叫终端上播放视频彩铃，通过主叫终端的显示屏显示视频彩铃(即视频彩铃媒体流)。
[0088]
其中，视频彩铃包括一个或多个交互元素，交互元素用于指示用户可以进行交互操作。交互元素可以包括：文本框，密码输入，文字链接、单选框，收音机按钮，图像，提交按钮，清除按钮，隐藏区，下拉式菜单，文字输入区等。
[0089]
举例来说，如图5中的(a)所示，假设主叫终端呼叫“xx咖啡店”，主叫终端可以在视频彩铃播放窗口501显示一段介绍该咖啡店的视频彩铃，假设该视频彩铃的其中一个页面如图5中的(b)所示，该页面用于介绍该咖啡店的多种类型的咖啡，每种类型的咖啡对应的图标可以是一个“图像”类型的交互元素。
[0090]
在一种可能的设计中，交互元素可以是视频彩铃运营商针对特定的视频彩铃定制的，如图5中的(b)所示，对于“xx咖啡店”对应的视频彩铃，每种类型的咖啡对应的图标是一种交互元素，这样的交互元素是视频彩铃运营商为“xx咖啡店”定制的。
[0091]
在一种可能的设计中，交互元素也可以独立于视频彩铃媒体流，例如可以是在视频彩铃播放过程中叠加在视频彩铃播放窗口上的。例如，如图6所示，文本601(“xx洗衣液，限时大促”)是在“李xx”对应的视频彩铃播放过程中叠加在视频彩铃播放窗口602上的。
[0092]
403、主叫终端接收用户对第一交互元素的第一交互操作，第一交互元素对应第一url。
[0093]
主叫终端可以接收用户在第一交互元素所在的区域进行点击(单击或双击等)、滑动等交互操作。其中，第一交互元素为至少一个交互元素中的任一个交互元素。
[0094]
例如，如图5中的(b)所示，用户可以点击该页面中的任一个咖啡图标，例如用户可以点击咖啡图标502。
[0095]
404、主叫终端向第一url对应的服务器发送第一请求消息。
[0096]
第一请求消息用于请求视频彩铃中的第一交互元素对应的第一交互资源数据，即第一请求消息用于请求第一交互资源数据。其中，第一交互资源数据可以包括文本文件(注册信息)、图形文件(例如，优惠券)、声音文件、动画文件或视频文件(例如，电影预告短片)中的至少一种。
[0097]
可选的，主叫终端接收用户对第一交互元素的第一交互操作后，主叫终端的显示屏可以供用户选择是否允许延时交互，即是否允许通话结束后在主叫终端呈现第一交互资源数据，若用户选择允许延时交互，主叫终端向第一url对应的服务器发送第一请求消息。
[0098]
在一种可能的设计中，第一url对应的第一服务器可以是与彩铃平台相关的服务器，该第一服务器可以由运营视频彩铃的运营商来管理。第一服务器上可以存储在彩铃平台注册过的大部分视频彩铃中的交互元素对应的交互资源数据，因此第一服务器也可以称为交互服务器或交互资源服务器等，本申请不做限定。
[0099]
在另一种可能的设计中，第一url对应的第一服务器也可以是与彩铃平台不相关的服务器。例如，第一服务器可以是“xx咖啡店”的专用服务器，该专用服务器存储“xx咖啡店”对应的视频彩铃上的部分或全部交互元素对应的交互资源数据。
[0100]
步骤405和406以第一url对应的服务器是第一服务器为例进行说明：
[0101]
405、第一服务器接收主叫终端发送的第一请求消息。
[0102]
在一种可能的设计：中，第一请求消息可以包括视频彩铃的id和第一交互元素的id。
[0103]
在另一种可能的设计中，第一请求消息可以包括视频彩铃的id、第一交互元素的id和主叫用户信息。其中，主叫用户信息可以包括用户id、用户的实时信息，比如当前位置信息，网络信息，终端电量信息等。这样，交互服务器可以根据用户信息向主叫用户提供更加合适的个性化交互资源数据。
[0104]
406、第一服务器向主叫终端发送第一响应消息，第一响应消息包括第一交互资源数据。
[0105]
在一种可能的设计中，第一交互资源数据可以是根据视频彩铃的id和第一交互元素的id 确定的。比如，第一交互资源数据可以是视频彩铃运营商根据视频彩铃的id和第一交互元素的id提前配置在第一服务器中的。
[0106]
举例来说，如表1所示，假设在播放视频彩铃rbt000001时，按1#键，可以呈现咖啡优惠券coffe_coupon.png；按2#键，可以跳转到url为“http://www.irs.com/order_coffe.html”的咖啡预定网站。其中，1#键和2#键为视频彩铃中的交互元素。在播放视频彩铃rbt000002 时，单击button_1，可以跳转到url为“http://www.shop.com/dress1.html”的第三方购物网站，其中button_1为视频彩铃中的交互元素。
[0107]
表1
[0108][0109]
也就是说，rbt000001中的按键1#对应url为“http://www.irs.com/order_coffecoupon.html”中的资源数据，即图形文件(优惠券coffe_coupon.png)。rbt000001中的按键 2#对应url为“http://www.irs.com/order_coffe.html”中的资源数据。rbt000002中的button_1 对应url为“http://www.shop.com/dress1.html”中的资源数据。
[0110]
在另一种可能的设计中，第一交互资源数据可以是根据视频彩铃的id、第一交互元素的 id和主叫终端的信息确定的。即第一交互资源数据可以是根据视频彩铃的id、第一交互元素的id和主叫终端的信息为用户个性化定制的，能够提高用户体验。
[0111]
举例来说，如表2所示，假设在播放视频彩铃rbt000001时，按1#键，可以呈现咖啡优惠券coffe_coupon1.png、coffe_coupon2.png或coffe_coupon3.png。即视频彩铃id (rbt000001)和交互元素(按键1#)共同对应多张优惠券(coffe_coupon)，交互服务器可以根据主叫用户的信息(如位置信息)，选择距离主叫终端的位置最近的店铺的可用优惠券返回给主叫终端。例如，若主叫用户位于深圳龙岗区，可以将coffe_coupon2.png返回给主叫用户。
[0112]
表2
[0113][0114][0115]
407、主叫终端接收第一url对应的服务器发送的第一响应消息。
[0116]
主叫终端可以接收第一服务器发送的第一响应消息，第一响应消息包括第一交互资源数据。
[0117]
408、主叫终端缓存第一交互元素对应的第一交互资源数据。
[0118]
主叫终端接收到第一响应消息后，可以将第一响应消息中的第一交互资源数据缓
存在主叫终端中，例如可以存储在主叫终端的cpu、内存或存储卡中。
[0119]
409、主叫终端确定通话状态是否为空闲态。
[0120]
主叫终端接收用户对第一交互元素的第一交互操作后，主叫终端可以监控本地的通话状态是否达到空闲状态。
[0121]
在一种可能的设计中，主叫终端可以主动监听本地的通话状态。例如，假设主叫终端为安卓(android)操作系统时，可以调用android操作系统开放出的应用层可监控的通话状态接口telephonymanager.java。若得到的返回值为call_state_idle，则表示主叫终端为空闲态，即通话结束或被叫未摘机，呼叫超时。若得到的返回值为call_state_ringing，则表示主叫终端处于响铃、第三方来电等待状态；若得到的返回值为 call_state_offhook，则表示主叫终端处于拨号中(dialing)、接通(active)、挂起 (hold)等状态。
[0122]
在另一种可能的设计中，主叫终端可以被动接收本地空闲通话状态的通知。例如，主叫终端通过通话模块接收被叫用户挂机的bye消息后，可以确定通话状态为空闲态。
[0123]
410、当主叫终端确定通话状态为空闲态时，主叫终端根据第一交互资源数据做出响应。
[0124]
即主叫终端监听到本地的通话状态为空闲态；或者，主叫终端接收到通知消息，通知消息用于指示本地通话状态为空闲态时，主叫终端根据第一交互资源数据做出响应。
[0125]
在一种可能的设计中，主叫终端根据第一交互资源数据做出响应可以是主叫终端根据缓存的第一交互资源数据的类型，用相应的方式打开第一交互资源数据。比如，交互资源数据为文本文件，例如电话号码，可跳转到通话呼叫app，并输入此电话号码；若交互资源数据为图片文件，例如优惠券，可以图片app打开；若交互资源数据为视频文件，可通过视频播放器打开。
[0126]
411、主叫终端向第一服务器发送交互结果上报消息。
[0127]
主叫终端对第一交互资源数据做出响应后，且退出呈现第一交互资源数据的界面/窗口后，可以向第一服务器发送交互结果上报消息。其中，该第一交互资源数据可以是从第一服务器获取到的，本申请不做限定。
[0128]
在一种可能的设计中，交互结果上报消息包括视频彩铃的id、主叫终端的id、被叫终端的id、第一交互元素的id、第一交互操作和第一交互资源数据的执行情况(如是否购买相应的商品、是否成功注册，是否保存相应的优惠券等)、主叫用户信息(例如主叫用户id)、被叫用户信息(例如被叫用户id)，交互时长中的至少一种。
[0129]
412、第一服务器接收来自主叫终端的交互结果上报消息。
[0130]
第一服务器可以基于接收到的交互结果上报消息进行统计。如统计一段时期内每个视频彩铃的点击次数、点击率、交互资源数据的完成率和主叫用户的交互信息(对哪些交互元素进行了怎样的交互操作)的等等，有利于视频彩铃运营商或业务提供商的业务开展。
[0131]
需要说明的是，步骤401-步骤412之间没有必然的执行先后顺序，本实施例对各步骤之间的执行先后顺序不作具体限定。
[0132]
本申请中，主叫终端在视频彩铃播放过程中接收到用户的交互操作(对第一交互元素的第一交互操作)后，可以缓存相应的交互资源数据(第一交互资源数据)，在通话结束后再根据该交互资源数据做出响应，能够在不影响通话正常进行的同时，保证主叫用户与视频彩铃交互(尤其是比较耗时的视频彩铃广告类交互)的连续性。对被叫用户而言，也无
需由于主叫的视频彩铃交互而将通话延缓，从而解决了摘机时间不确定造成的视频彩铃交互体验差的问题。并且，对视频彩铃运营商而言，主叫的视频彩铃交互不必限制在短暂的被叫摘机之前的时间，在通话结束后重新导流，增强视频彩铃的交互完成率。
[0133]
上述本申请提供的实施例中，分别从主叫终端和第一服务器，以及其相互之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，主叫终端和第一服务器可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
[0134]
在采用对应各个功能划分各个功能模块的情况下，图7示出了上述实施例中所涉及的装置7的一种可能的结构示意图，该装置可以为主叫终端，该主叫终端包括：呼叫单元701、显示单元702、接收单元703、缓存单元704、处理单元705和发送单元706。在本申请实施例中，呼叫单元701，用于向被叫终端发起呼叫；显示单元702，用于在显示屏显示视频彩铃，视频彩铃包括至少一个交互元素；接收单元703，用于接收用户对第一交互元素的第一交互操作；第一交互元素为至少一个交互元素中的任一个交互元素；缓存单元704，用于缓存第一交互元素对应的第一交互资源数据；处理单元705，用于当确定通话状态为空闲态时，根据第一交互资源数据做出响应。可选的，主叫终端还可以包括发送单元706，用于向第一url 对应的服务器发送第一请求消息，第一请求消息用于请求第一交互资源数据。接收单元703，还用于接收第一url对应的服务器发送的第一响应消息，第一响应消息包括第一交互资源数据。在图4所示的方法实施例中，呼叫单元701可以用于支持主叫终端执行图4中的过程401；显示单元702可以用于支持主叫终端执行图4中的过程402；接收单元703可以用于支持主叫终端执行图4中的过程403和407；缓存单元704可以用于支持主叫终端执行图4中的过程408；处理单元705可以用于支持主叫终端执行图4中的过程409和410；发送单元706可以用于支持主叫终端执行图4中的过程404和411。
[0135]
在采用对应各个功能划分各个功能模块的情况下，图8示出了上述实施例中所涉及的装置8的一种可能的结构示意图，该装置可以为第一服务器，该第一服务器包括：接收单元801 和发送单元802。接收单元801，用于接收来自主叫终端的第一请求消息，第一请求消息用于请求视频彩铃中的第一交互元素对应的第一交互资源数据；发送单元802，用于向主叫终端发送第一响应消息，第一响应消息包括第一交互资源数据，第一交互资源数据是根据视频彩铃的标识id和第一交互元素的id确定的；或者，第一交互资源数据是根据视频彩铃的id、第一交互元素的id和主叫终端的信息确定的。在图4所示的方法实施例中，接收单元801 可以用于支持第一服务器执行图4中的过程405和412；发送单元802可以用于支持第一服务器执行图4中的过程406。
[0136]
本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。示例性地，在本申请实施例中，接收单元和发送单元可以集成至收发单元中。
[0137]
本申请实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意
组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质 (例如，数字视频光盘(digital video disc，dvd))、或者半导体介质(例如，固态硬盘(solidstate drives，ssd))等。
[0138]
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。