一种多媒体信息处理方法、客户端及服务器的制造方法_5

文档序号:8302089阅读:来源:国知局
新到服务器,以便服务器统筹管理。
[0356]采取该简便易行的方案,以吹一吹和捞一捞为例,吹直接吹到本地,捞也可以从本地直接捞取广告,必然节约效率;而且,客户端和服务器间更少的交互,能节约交互时占用的带宽和丢包率。此种方案,吹一吹和捞一捞的客户端可以是同一个客户端,也可以是不同客户端。
[0357]这里需要指出的是,上述客户端与服务器的交互,将这些内容(广告信息,更新的策略,广告信息状态)同步更新到服务器,可以在客户端上线(正在观看视频时)时实时同步更新,也可以在客户端下线(离线不观看视频)时异步更新。
[0358]以下采用客户端与服务器交互的具体应用场景对本发明实施例进行阐述。
[0359]第一多媒体信息为广告信息,第二多媒体信息为用户想要观看的电影/电视剧的视频信息,广告信息和电影/电视剧的视频信息的播放画面如图29、图30所示,图29、图30是在客户端播放窗口显示的播放画面,其中,图29是先播放广告信息后播放视频信息的场景,图30是在播放视频彳目息时插播广告彳目息的场景。需要指出的是,图29、图30 意的是播放画面中只有一个广告信息的情况,然而,本发明可以默认只有一个广告信息,选择播放还是不播放,还可以有多个广告信息,而从中选择一个播放还是不播放,不做赘述,本发明实施例可以适用于图29、图30任一个的播放场景。
[0360]应用场景一:客户端用于响应第一用户操作时,客户端与服务器交互的示意图如图31所示,包括:
[0361]步骤1051、客户端发送播放请求。
[0362]步骤1052、服务器接收播放请求后,发送待播放的广告信息和视频信息。
[0363]步骤1053、客户端获取待播放的广告信息和视频信息后,在客户端开始播放所述广告信息至广告信息播放结束的时间段内触发对第一用户操作的检测。
[0364]步骤1054、客户端获取第一用户操作,所述第一用户操作满足预设条件时,客户端响应所述第一用户操作,由播放所述广告信息跳转至直接播放所述视频信息,使用户能主动选择是否播放所述广告信息。
[0365]步骤1055、客户端发送所述广告信息和用户信息。
[0366]步骤1056、服务器接收广告信息和用户信息后,将所述广告信息和所述用户信息对应存储,以所述用户信息标识所述第一多媒体信息。
[0367]步骤1057、服务器根据所述用户信息调整用户执行第一用户操作的第一策略,以减少用户所能执行的第一用户操作权限。
[0368]步骤1058、发送执行用户操作的第一策略。
[0369]步骤1059、客户端获取执行用户操作的第一策略后,根据所述第一策略对应更新本地的策略参数,减少用户所能执行的第一用户操作权限。
[0370]这里,如图32所示为常用客户端与服务器交互的场景,如图33-图38所示为对应本应用场景,响应各种第一用户操作,将广告信息上传至服务器的各种示意图。其中,图33为第一用户操作为“吹一吹”或“喊一喊”产生音频文件的情况;图34为第一用户操作为压一压或敲一敲的产生压力传感参数的情况;图35-36为通过第一用户操作的用户手势构成图案信息的情况,如字母“A”或数字“2”;图37-38为通过第一用户操作的用户滑动构成滑动轨迹信息的情况,如图37中的双指向外拉升和双指向内闭合中任意一种,如图38中的单指向左滑动和单指向右滑动中任意一种。
[0371]应用场景二:客户端用于响应第二用户操作时,客户端与服务器交互的示意图如图39所示,包括:
[0372]步骤1061、客户端获取第二用户操作,响应所述第二用户操作,发送广告信息的播放请求。其中,所述第二用户操作用于表征用户能主动选择待播放的广告信息。
[0373]步骤1062、服务器接收广告信息的播放请求后,发送待播放的广告信息,使客户端收到广告信息后能播放用户主动选择的第一多媒体信息。
[0374]步骤1063、客户端获取待播放的广告信息后,播放广告信息。
[0375]步骤1064、在客户端播放所述广告信息结束后,生成广告信息播放结束指示信息。
[0376]步骤1065、客户端发送所述广告信息播放结束指示信息,使服务器收到所述广告信息播放结束指示信息后修改所述广告信息的状态。
[0377]步骤1066、服务器接收广告信息播放结束指示信息后,根据所述广告信息播放结束指示信息后修改所述广告信息的状态。
[0378]步骤1067、获取标识所述广告信息的所述用户信息,根据所述用户信息调整用户执行第一用户操作的第二策略,以增加用户所能执行的第一用户操作权限。
[0379]步骤1068、发送执行第一用户操作的第二策略。
[0380]步骤1069、客户端获取执行用户操作的第二策略后,根据所述第二策略对应更新本地的策略参数,增加用户所能执行的第一用户操作权限。
[0381]这里,如图32所示为常用客户端与服务器交互的场景,如图40所示为对应本应用场景,响应第二用户操作,从服务器拉取广告信息来播放,以便能增加第一用户操作权限的示意图。图40的第二用户操作可以为“捞一捞”操作,或“喊一喊”产生音频文件的情况。类似于上述图34-图38,各种第二用户操作还可以为压一压或敲一敲的产生压力传感参数的情况、或者通过第二用户操作的用户手势构成图案信息的情况、或者通过第二用户操作的用户滑动构成滑动轨迹信息的情况,这里不一一列举。
[0382]第一用户操作为吹一吹操作,第二用户操作为捞一捞操作时,结合二者所实现的流程图如图41所示,包括:
[0383]步骤1071、广告信息开始播放,启动吹一吹操作检测。
[0384]本步骤中,当检测到用户有吹一吹的动作时,判断用户有没有机会使用该吹一吹功能,如果没有,则需要有文字提示。如果有,则立刻关闭广告信息,执行步骤1072,以便开始播放视频信息。
[0385]步骤1072、用户使用吹一吹操作,跳过广告信息,直接播放视频信息。
[0386]步骤1073、将广告信息和个人信息上传给后台服务器,后台服务器将广告信息和个人信息放入缓冲池。
[0387]本步骤中,将被吹走的广告信息上传到后台服务器,后台服务器将广告信息放入缓冲池。执行步骤1074,以减少一次用户的可以使用吹一吹的次数。
[0388]步骤1074、接收后台服务器推送的用户可以使用吹一吹操作的次数,并同步到客户端本地,以减少使用吹一吹操作的次数。
[0389]本步骤中,后台服务器将新的用户可以使用吹一吹的次数反馈给客户端,客户端更新本地的该使用吹一吹的次数值。
[0390]步骤1081、用户使用捞一捞操作上传播放请求到后台服务器。
[0391]本步骤中,用户使用捞一捞时客户端向后台发送广告请求。
[0392]步骤1082、从后台服务器的缓冲池中获取待播放的广告信息。
[0393]本步骤中,后台服务器收到该广告请求之后从缓冲池中获取一个可以捞取的广告信息,并将该广告信息设置成不可捞取状态。然后将广告信息下发到客户端。这里需要设置一定的超时逻辑,如果超过一定时间没有收到客户端的广告播放结束指示信息,则设置该广告信息为可捞取状态。
[0394]步骤1083、播放广告信息。
[0395]步骤1084、广告信息播放完成后发送广告信息播放结束指示给后台服务器,使服务器更改用户可以使用吹一吹操作的次数,以增加使用吹一吹操作的次数。
[0396]本步骤中,广告信息播放完成之后将广告播放结束指示信息传输给后台服务器,后台服务器将该条广告信息从缓冲池中删除。并且,增加一次用户吹一吹的次数。
[0397]步骤1075、接收后台服务器推送的用户可以使用吹一吹操作的次数,并同步到客户端本地,以增加使用吹一吹操作的次数。
[0398]上述流程包括吹一吹客户端的流程和捞一捞客户端的流程,二者的结合通过吹一吹客户端信息上传至缓冲池和捞一捞客户端从缓冲池提取信息,及捞一捞客户端播放广告后,服务器更改策略,以增加吹一吹客户端能使用吹一吹操作的次数。
[0399]如,通过在在线视频播放软件,如搜狐视频应用中增加“吹一吹”和“捞一捞”的功能,使得在客户端响应吹一吹操作和捞一捞操作,当用户观看视频出现广告时,用户可以对着客户端的屏幕吹一吹,可以像吹走灰尘一样轻松吹走广告,然后直接观看视频。当用户用完吹一吹的机会时,用户可以使用“捞一捞”的功能捞取被别人吹走的广告,并且观看完该广告后即可获得一次“吹一吹”的机会。比如,每个用户初始时默认有10次的吹一吹的机会,这个默认策略根据不同的执行结果可以调整,比如默认策略为N次,执行捞一捞操作后,策略变为N+1次;或者,执行吹一吹操作后,策略变为N-1次,以分别增加和减少用户能执行吹一吹操作的次数。
[0400]采用上述图41方法流程对应的装置图如图42所示,所述装置包括吹一吹客户端,如上述实施例中客户端一至二所述的客户端,吹一吹客户端用于响应吹一吹操作,实现广告信息跳转播放,即:在响应吹一吹操作后,选择跳过广告信息,直接播放视频信息。具体的,吹一吹客户端在实现吹一吹功能时,客户端通过对麦克风的捕获即可检测到吹一吹操作。每次响应吹一吹操作之前需要判断当前是否有足够的吹一吹次数,如果没有,需要有相应的文字提醒;否则,当捕获到用户对着屏幕吹气之后则立即关闭广告,然后播放视频信息。这里,针对用户对着屏幕吹气之后则立即关闭广告,可增加相应的特效,让广告看起来是被吹走的感觉。同时,吹一吹客户端需要把被吹走的广告信息和当前用户的个人信息上传到后台服务器,后台服务器将吹一吹的次数减I。同时将该广告信息放入缓冲池,个人信息放入个人数据库。
[0401]所述装置还包括捞一捞客户端,如上述实施例中客户端三至四所述的客户端,上述实施例中客户端为既执行吹一吹又执行捞一捞的客户端。捞一捞客户端用于响应捞一捞操作,实现主动选择广告信息而播放,即:在响应捞一捞操作后,获得主动选择的广告信息,播放广告信息。捞一捞操作最好是在用户空闲时,不着急观看视频时操作。具体的,捞一捞客户端用于从后台服务器的缓冲池后取出一条广告信息,然后对该广告信息进行播放。当播放完成之后将播放结束的信息反馈给后台服务器,后台服务器增加一次该用户的吹一吹的次数。同时该视频从缓冲池中移除。
[0402]所述装置还包括个人信息数据库,该个人信息数据库位于后台服务器,该个人信息数据库用于存储个人信息,主要是用户吹一吹的次数。用户登陆视频播放应用时需要获取吹一吹的次数。当用户每次使用吹一吹之后需要和后台服务器进行同步。这样能够让用户使用吹一吹时足够顺畅。
[0403]所述装置还包括存储吹走广告信息的缓冲池,该缓冲池位于后台服务器,该缓冲池用来存储被用户吹走的广告信息。当广告信息被其他用户捞走时需要设置成不可捞取的状态,即广告信息的状态可以根据捞一捞后的播放结果来进行改变,如果启动捞一捞,则修改该广告信息的状态为不可被其他用户捞取的状态;当捞一捞播放该广告信息结束后,从缓冲池删除该广告信息。如果用户在一定时间内没有跟后台服务器确认播放完成,则修改该广告信息的状态为可以被其他用户捞取的状态。
[0404]这种广告信息的状态修改是与基于订单的广告分发策略有关的,根据广告分发策略和订单播放任务进行调整。实际操作中,I)被一个用户启用吹一吹功能吹走的广告信息可以被这个用户捞取,也可以被其他用户捞取;2)缓冲池中的广告信息捞取完或者捞取过程中,根据广告分发策略和订单播放任务调整广告信息的数量,比如,可以往缓冲池中导入新的广告信息,这些广告信息不是被某个用户吹走的广告信息。基于缓冲池中上述I)或2)不同的广告信息存储情况,用户既可以捞取吹走的广告信息,也可以捞取无关吹一吹操作的广告信息,即导入新的广告信息,总之,只要捞取了广告信息,记录下用户ID,用户就可以增加吹一吹的次数。
[0405]综上所述,上述吹一吹和捞一捞作为本发明实施例的一个具体实现,当用户使用吹一吹操作之后,被“吹走”的广告信息需要在后台服务器进行标识,然后后台服务器把该用户的吹一吹操作的次数减一;而广告信息则进入一个缓冲池存储,该缓冲池可以只存储该广告信息,比如广告ID、对应视频的连接地址等。当用户使用捞一捞操作时则从缓冲池中取出一个广告信息供用户观看,用户观看完之后客户端将广告播放结束指示信息反馈给后台服务器,后台服务器把该用户吹一吹操作的次数加一。如果缓冲池的广告信息被拉取完,则可以按照相应的广告分发策略自动往缓冲池中填充一定数量的广告信息,这个广告分发策略是根据订单来规划的,比如,一个视频按照订单要求一天播放100次,或者,一个订单,要求上午播放40次,下午播放60次等等。使用该吹一吹和捞一捞功能之后,用户不仅仅能在不想观看广告信息时不播放广告信息,而且还能在其他非视频播放期间播放广告信息。而从整体而言,广告信息的播放量不仅仅不会减少,反而可能会因为该吹一吹和捞一捞功能有趣的交互而增加了广告信息的播放量。
[0406]本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样,本发明实施例不限制于任何特定的硬件和软件结合。
[0407]相应的,本发明实施例还提供一种计算机存储介质,其中存储有计算机程序,该计算机程序用于执行本发明实施例的多媒体信息处理方法。
[0408]以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
【主权项】
1.一种多媒体信息处理方法,其特征在于,所述方法包括: 客户端发送播放请求; 客户端获取待播放的第一多媒体信息和第二多媒体信息; 在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测; 客户端获取用户操作; 客户端响应所述用户操作,由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:所述客户端获取用户操作后,判断所述用户操作是否满足预设条件,如果满足预设条件,则响应所述用户操作。
3.根据权利要求2所述的方法,其特征在于,判断所述用户操作是否满足预设条件包括以下任意一种实现方式: 方式一:客户端解析所述用户操作,得到音频数据; 客户端将解析得到的所述音频数据与本地预设的音频数据进行匹配,判断是否匹配; 若匹配成功,则判断出所述用户操作满足预设条件; 方式二:客户端解析所述用户操作,得到音频数据; 客户端将由音频数据转换得到的、或对所述音频数据解析得
当前第5页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1