本发明公开了一种多媒体信息处理方法、客户端和服务器，其中，所述方法包括：客户端发送播放请求；客户端获取待播放的第一多媒体信息和第二多媒体信息；在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测；客户端获取用户操作，客户端响应所述用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息。
一种多媒体信息处理方法、客户端及服务器
技术领域
[0001] 本发明涉及信息处理技术，尤其涉及一种多媒体信息处理方法、客户端及服务器。
背景技术
[0002] 本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：
[0003] 以现有的多媒体信息播放场景为例，在播放多媒体信息时，在客户端的播放窗口中通常会先播放第一多媒体信息再播放第二多媒体信息。其中，第一多媒体信息，比如广告通常都是服务器推送的内容，并不是用户想要观看的内容；而第二多媒体信息，比如电影或电视剧视频才是用户想要观看的内容。
[0004] 现有技术存在的问题是：用户对第一多媒体信息的播放不具备选择性。比如，在第一多媒体信息是强制播放的情况下，用户只能被动接受服务器推送的第一多媒体信息，只有播放完第一多媒体信息，才允许播放第二多媒体信息，除非开通会员权限才能主动选择是否播放第一多媒体信息，从而用户就有机会选择跳过第一多媒体信息，而直接播放第二多媒体信息。
[0005] 然而，对于上述问题，相关技术中并未存在有效的解决方案，目前除了开通会员，否则无能为力。
发明内容
[0006] 有鉴于此，本发明实施例希望提供一种多媒体信息处理方法、客户端及服务器，使得用户具备播放第一多媒体信息的选择主动性。
[0007] 本发明实施例的技术方案是这样实现的：
[0008] 本发明实施例提供了一种多媒体信息处理方法，所述方法包括：
[0009] 客户端发送播放请求；
[0010] 客户端获取待播放的第一多媒体信息和第二多媒体信息；
[0011] 在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测；
[0012] 客户端获取用户操作；
[0013] 客户端响应所述用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息。
[0014] 本发明实施例还提供了一种多媒体信息处理方法，所述方法包括：
[0015] 服务器接收播放请求；
[0016] 服务器发送待播放的第一多媒体信息和第二多媒体信息，使客户端获取所述待播放的第一多媒体信息和第二多媒体信息后，能在响应用户操作时，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息。
[0017] 本发明实施例还提供了一种客户端，所述客户端包括：
[0018] 播放请求发送单元，用于发送播放请求；
[0019] 信息获取单元，用于获取待播放的第一多媒体信息和第二多媒体信息；
[0020] 用户操作检测单元，用于在开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测；
[0021] 用户操作获取单元，用于获取用户操作；
[0022] 用户操作响应单元，用于响应所述用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息。
[0023] 本发明实施例还提供了一种服务器，所述服务器包括：
[0024] 播放请求接收单元，用于接收播放请求；
[0025] 播放信息发送单元，用于发送待播放的第一多媒体信息和第二多媒体信息，使客户端获取所述待播放的第一多媒体信息和第二多媒体信息后，能在响应用户操作时，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息。
[0026] 本发明实施例还提供了一种多媒体信息处理方法，所述方法包括：
[0027] 客户端获取用户操作；所述用户操作用于表征用户能主动选择待播放的第一多媒体信息；
[0028] 客户端响应所述用户操作，发送第一多媒体信息的播放请求；
[0029] 客户端获取待播放的第一多媒体信息；
[0030] 客户端播放第一多媒体信息。
[0031] 本发明实施例还提供了一种多媒体信息处理方法，所述方法包括：
[0032] 服务器接收第一多媒体信息的播放请求；
[0033] 服务器发送待播放的第一多媒体信息，使客户端收到第一多媒体信息后能播放用户主动选择的第一多媒体信息。
[0034] 本发明实施例还提供了一种客户端，所述客户端包括：
[0035] 第一获取单元，用于获取用户操作；所述用户操作用于表征用户能主动选择待播放的第一多媒体信息；
[0036] 响应单元，用于响应所述用户操作，发送第一多媒体信息的播放请求；
[0037] 第二获取单元，用于获取待播放的第一多媒体信息；
[0038] 播放单元，用于播放第一多媒体信息。
[0039] 本发明实施例还提供了一种服务器，所述服务器包括：
[0040] 接收单元，用于接收第一多媒体信息的播放请求；
[0041] 发送单元，用于发送待播放的第一多媒体信息，使客户端收到第一多媒体信息后能播放用户主动选择的第一多媒体信息。
[0042] 本发明实施例还提供了一种多媒体信息处理方法，所述方法包括：
[0043] 客户端发送播放请求；
[0044] 客户端获取待播放的第一多媒体信息和第二多媒体信息；
[0045] 在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对第一用户操作的检测；
[0046] 客户端获取第一用户操作；
[0047] 客户端响应所述第一用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息；
[0048] 客户端获取第二用户操作；所述第二用户操作用于表征用户能主动选择待播放的第一多媒体信息；
[0049] 客户端响应所述第二用户操作，发送第一多媒体信息的播放请求；
[0050] 客户端获取待播放的第一多媒体信息；
[0051] 客户端播放第一多媒体信息。
[0052] 本发明实施例还提供了一种多媒体信息处理方法，所述方法包括：
[0053] 服务器接收播放请求；
[0054] 服务器发送待播放的第一多媒体信息和第二多媒体信息，使客户端获取所述待播放的第一多媒体信息和第二多媒体信息后，能在响应第一用户操作时，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息；
[0055] 服务器接收第一多媒体信息的播放请求；
[0056] 服务器发送待播放的第一多媒体信息，使客户端收到第一多媒体信息后能播放用户主动选择的第一多媒体信息。
[0057] 本发明实施例还提供了一种客户端，所述客户端包括：
[0058] 播放请求发送单元，用于发送播放请求；
[0059] 第一信息获取单元，用于获取待播放的第一多媒体信息和第二多媒体信息；
[0060] 用户操作检测单元，用于在开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对第一用户操作的检测；
[0061] 第一用户操作获取单元，用于获取第一用户操作；
[0062] 第一用户操作响应单元，用于响应所述第一用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息；
[0063] 第二用户操作获取单元，用于获取第二用户操作；所述第二用户操作用于表征用户能主动选择待播放的第一多媒体信息；
[0064] 第二用户操作响应单元，用于响应所述第二用户操作，发送第一多媒体信息的播放请求；
[0065] 第二信息获取单元，用于客户端获取待播放的第一多媒体信息；
[0066] 播放单元，用于播放第一多媒体信息。
[0067] 本发明实施例还提供了一种服务器，所述服务器包括：
[0068] 播放请求接收单元，用于接收播放请求；
[0069] 播放信息发送单元，用于发送待播放的第一多媒体信息和第二多媒体信息，使客户端获取所述待播放的第一多媒体信息和第二多媒体信息后，能在响应第一用户操作时，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息；
[0070] 接收单元，用于接收第一多媒体信息的播放请求；
[0071] 发送单元，用于发送待播放的第一多媒体信息，使客户端收到第一多媒体信息后能播放用户主动选择的第一多媒体信息。
[0072] 本发明实施例的一种多媒体信息处理方法，包括：客户端发送播放请求；
[0073] 客户端获取待播放的第一多媒体信息和第二多媒体信息；在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测；客户端获取用户操作，客户端响应所述用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息。采用本发明实施例，使得用户具备播放第一多媒体信息的选择主动性，能在响应用户操作后，选择跳过第一多媒体信息，直接播放第二多媒体信息。
[0074] 本发明实施例的另一种多媒体信息处理方法，包括：客户端获取用户操作；所述用户操作用于表征用户能主动选择待播放的第一多媒体信息；客户端响应所述用户操作，发送第一多媒体信息的播放请求；客户端获取待播放的第一多媒体信息；客户端播放第一多媒体信息。采用本发明实施例，使得用户具备播放第一多媒体信息的选择主动性，能在响应用户操作后，选择主动播放第一多媒体信息。
附图说明
[0075] 图1a为本发明方法实施例一的实现流程示意图；
[0076] 图1b为本发明方法实施例二的实现流程示意图；
[0077] 图2为本发明实施例判断用户操作的一实现流程示意图；
[0078] 图3为本发明实施例判断用户操作的一实现流程示意图；
[0079] 图4为本发明实施例判断用户操作的一实现流程示意图；
[0080] 图5为本发明实施例判断用户操作的一实现流程示意图；
[0081] 图6为本发明实施例判断用户操作的一实现流程示意图；
[0082] 图7为本发明方法实施例三的实现流程示意图；
[0083] 图8为本发明方法实施例四的实现流程示意图；
[0084] 图9为本发明方法实施例五的实现流程示意图；
[0085] 图10为本发明方法实施例六的实现流程示意图；
[0086] 图11为本发明客户端实施例一的组成结构示意图；
[0087] 图12为本发明客户端实施例二的组成结构示意图；
[0088] 图13为本发明服务器实施例一的组成结构示意图；
[0089] 图14为本发明服务器实施例二的组成结构示意图；
[0090] 图15为本发明方法实施例七的实现流程示意图；
[0091] 图16为本发明方法实施例八的实现流程示意图；
[0092] 图17为本发明方法实施例九的实现流程示意图；
[0093] 图18本发明方法实施例十的实现流程示意图；
[0094] 图19为本发明客户端实施例三的组成结构示意图；
[0095] 图20为本发明客户端实施例四的组成结构示意图；
[0096] 图21为本发明服务器实施例三的组成结构示意图；
[0097] 图22为本发明服务器实施例四的组成结构示意图；
[0098] 图23为本发明方法实施例十一的实现流程示意图；
[0099] 图24-25为本发明实施例策略更新的实现流程示意图；
[0100] 图26为本发明方法实施例十二的实现流程示意图；
[0101] 图27为本发明客户端实施例五的组成结构示意图；
[0102] 图28为本发明服务器实施例五的组成结构示意图；
[0103] 图29-30为本发明播放窗口显示的播放画面示意图；
[0104] 图31为应用本发明实施例的应用场景一的实现流程示意图；
[0105] 图32为常用客户端与服务器交互的场景示意图；
[0106] 图33-38为响应第一用户操作的客户端与服务器交互的场景示意图；
[0107] 图39为应用本发明实施例的应用场景二的实现流程示意图；
[0108] 图40为响应第二用户操作的客户端与服务器交互的场景示意图；
[0109] 图41为应用本发明实施例结合吹一吹和捞一捞操作的实现流程示意图；
[0110] 图42为应用本发明实施例结合吹一吹和捞一捞操作的组成结构示意图。
具体实施方式
[0111] 下面结合附图对技术方案的实施作进一步的详细描述。
[0112] 方法实施例一：
[0113] 本发明实施例的多媒体信息处理方法，如图1a所示，所述方法包括：
[0114] 步骤S11、客户端发送播放请求。
[0115] 步骤S12、客户端获取待播放的第一多媒体信息和第二多媒体信息。
[0116] 步骤S13、在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测。
[0117] 步骤S14、客户端获取用户操作。
[0118] 步骤S15、客户端响应所述用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息。
[0119] 采用本发明实施例，通过步骤S13能触发对用户操作的检测，通过步骤S14-S15能对获取的用户操作进行响应，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息。可见：采用本发明实施例，使得用户具备播放第一多媒体信息的选择主动性，能在响应用户操作后，选择跳过第一多媒体信息，直接播放第二多媒体信息。
[0120] 方法实施例二：
[0121] 本发明实施例的多媒体信息处理方法，如图1b所示，所述方法包括：
[0122] 步骤101、客户端发送播放请求。
[0123] 步骤102、客户端获取待播放的第一多媒体信息和第二多媒体信息。
[0124] 这里，无论第一多媒体信息还是第二多媒体信息，客户端获取的不一定是具体的多媒体信息，也可能是多媒体信息的相关信息，比如链接地址，通过指向该链接地址获取到具体的多媒体信息以进行播放使用。
[0125] 这里需要指出的是，所述第一多媒体信息和所述第二多媒体信息为不同的信息。
[0126] 这里，第一多媒体信息是服务器强制推送的信息，用户不能进行选择，只能被动接受，比如是广告信息，第二多媒体信息是用户选择的信息，比如是用户想要观看的电影/电视剧的视频信息。
[0127] 步骤103、在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测。
[0128] 这里，如果用户已经知道能通过响应用户操作来跳转播放，则也可以在客户端播放第一多媒体信息之前触发对用户操作的检测，即：可以在播放第一多媒体信息之前，和/或播放第一多媒体信息的整个过程中直至第一多媒体信息播放结束的时间段内触发对用户操作的检测。
[0129] 这里，所述第一多媒体信息和所述第二多媒体信息是在客户端的同一个播放窗口中进行播放，而不是分别在不同的播放窗口中进行播放。
[0130] 步骤104、客户端获取用户操作，判断所述用户操作是否满足预设条件，如果满足预设条件，则执行步骤105；否则，执行步骤106。
[0131] 步骤105、客户端响应所述用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息。
[0132] 步骤106、客户端继续播放所述第一多媒体信息。
[0133] 采用本发明实施例，通过步骤103能触发对用户操作的检测，通过步骤104能对获取的用户操作进行判断，看是否满足预设条件，如果获取的用户操作是满足预设条件的用户操作，则执行步骤105，通过步骤105由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息。可见：采用本发明实施例，使得用户具备播放第一多媒体信息的选择主动性，能在响应用户操作后，选择跳过第一多媒体信息，直接播放第二多媒体信息。
[0134] 在本发明实施例一优选实施方式中，步骤104中，所述判断所述用户操作是否满足预设条件，包括以下多种不同的实现方案，分别阐述：
[0135] 如图2所示，方案一包括：
[0136] 步骤1041a：客户端解析所述用户操作，得到音频数据。
[0137] 步骤1041b：客户端将解析得到的所述音频数据与本地预设的音频数据进行匹配。
[0138] 步骤1041c：判断是否匹配，若匹配成功，则执行步骤1041d；否则，不符合预设条件。
[0139] 步骤1041d：判断出所述用户操作满足预设条件。
[0140] 举例来说，用户操作为吹一吹的情况，即：用户在客户端上吹气，比如，可以对着客户端的麦克风吹气来解决，具体的，吹气时会产生一段音频，将这段音频录制下来得到一个音频文件，将录制得到的该音频文件与本地之前存储的音频文件样本进行匹配，若匹配成功，则判断出所述用户操作满足预设条件。
[0141] 采用本方案，由于本地存储的音频文件样本是通过对用户吹气操作的历史记录进行不断学习和采样得到的结果，因此，通过与该音频文件样本进行匹配，能准确地知道用户操作是否为满足预设条件的用户操作，也容易将其他用户操作，比如触屏操作等这种用户操作与本发明实施例的吹一吹用户操作相区分开，避免误读。
[0142] 当然，不限于吹一吹操作产生的音频文件，还可以是喊一喊操作，即用户喊出一句话，比如“走”，“没”等任何音频文件，这里不一一列举，只要基于用户操作得到的音频文件与本地预先存储的音频文件样本匹配，就都可行。
[0143] 如图3所示，方案二包括：
[0144] 步骤1042a：客户端解析所述用户操作，得到音频数据。
[0145] 步骤1042b：客户端将由音频数据转换得到的、或对所述音频数据解析得到音频数据所包含的参数或参数集与本地预设的参数或参数集进行匹配。
[0146] 步骤1042c：判断是否匹配，若匹配成功，则执行步骤1042d；否则，不符合预设条件。
[0147] 步骤1042d：判断出所述用户操作满足预设条件。
[0148] 本方案是基于上述方案一的，不是直接比对音频文件，而是，将音频文件转换或者解析得到音频文件对应的参数或参数集，比如，得到音频文件的波形，可以作为一个参数，与本地预先保存的参数进行匹配。举例来说，用户操作为吹一吹的情况，即：用户在客户端上吹气，比如，可以对着客户端的麦克风吹气来解决，具体的，吹气时会产生一段音频，将这段音频录制下来得到一个音频文件，将录制得到的该音频文件转换或者解析得到音频文件对应的参数或参数集，与本地之前存储的音频文件样本对应的参数或参数集进行匹配，若匹配成功，则判断出所述用户操作满足预设条件。
[0149] 如图4所示，方案三包括：
[0150] 步骤1043a：客户端解析所述用户操作，得到压力传感参数。
[0151] 步骤1043b：客户端将解析得到的所述压力传感参数与本地预设的压力传感参数进行匹配。
[0152] 步骤1043c：判断是否匹配，若匹配成功，则执行步骤1043d；否则，不符合预设条件。
[0153] 步骤1043d：判断出所述用户操作满足预设条件。
[0154] 举例来说，用户操作为压一压或敲一敲的情况，即：用户在客户端的屏幕上进行压或敲打操作，比如，可以对着客户端的屏幕挤压，或者敲打一下，通过客户端内置的传感器来记录挤压或敲打所得到的压力传感参数来解决，具体的，挤压或敲打都会产生作用于客户端屏幕的压力，从而得到压力传感参数，将由传感器记录得到的该压力传感参数与本地之前存储的压力传感参数样本进行匹配，若匹配成功，则判断出所述用户操作满足预设条件。
[0155] 采用本方案，由于本地存储的压力传感参数样本是通过对用户压或敲打操作的历史记录进行不断学习和采样得到的结果，因此，通过与该压力传感参数样本进行匹配，能准确地知道用户操作是否为满足预设条件的用户操作，也容易将其他用户操作，比如触屏操作等这种用户操作与本发明实施例的压一压或敲一敲用户操作相区分开，避免误读。
[0156] 如图5所示，方案四包括：
[0157] 步骤1044a：客户端解析所述用户操作，得到用户手势构成的图案信息。
[0158] 步骤1044b：客户端将解析得到的所述图案信息与本地预设的图案信息进行匹配。
[0159] 步骤1044c：判断是否匹配，若匹配成功，则执行步骤1044d；否则，不符合预设条件。
[0160] 步骤1044d：判断出所述用户操作满足预设条件。
[0161] 举例来说，用户操作为用户手势构成的图案信息的情况，即：用户在客户端的屏幕上写一些指定字符或画指定图案的操作，比如，可以对着客户端的屏幕画个“圈”，写个数字“2”，写个字母“A”，等，通过客户端内置的图像采集器来采集这些指定字符或画指定图案来解决，具体的，采集到作用于客户端屏幕的图案信息，将由图像采集器采集得到的该图案信息与本地之前存储的图案信息样本进行匹配，若匹配成功，则判断出所述用户操作满足预设条件。
[0162] 如图6所示，方案五包括：
[0163] 步骤1045a：客户端解析所述用户操作，得到用户手势构成的滑动轨迹信息。
[0164] 步骤1045b：客户端将解析得到的所述滑动轨迹信息与本地预设的滑动轨迹信息进行匹配。
[0165] 步骤1045c：判断是否匹配，若匹配成功，则执行步骤1045d；否则，不符合预设条件。
[0166] 步骤1045d：判断出所述用户操作满足预设条件。
[0167] 上述方案一至五适用于本发明的每个实施例，为了简化描述，在后续实施例中不做赘述，至于上述方案一至五的适用场景，后续会以一个客户端和服务器交互的具体场景进行描述。
[0168] 方法实施例三：
[0169] 本发明实施例的多媒体信息处理方法，如图7所示，所述方法包括：
[0170] 步骤201、客户端发送播放请求。
[0171] 步骤202、客户端获取待播放的第一多媒体信息和第二多媒体信息。
[0172] 这里，无论第一多媒体信息还是第二多媒体信息，客户端获取的不一定是具体的多媒体信息，也可能是多媒体信息的相关信息，比如链接地址，通过指向该链接地址获取到具体的多媒体信息以进行播放使用。
[0173] 这里，第一多媒体信息是服务器强制推送的信息，用户不能进行选择，只能被动接受，比如是广告信息，第二多媒体信息是用户选择的信息，比如是用户想要观看的电影/电视剧的视频信息。
[0174] 步骤203、在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测。
[0175] 这里，如果用户已经知道能通过响应用户操作来跳转播放，则也可以在客户端播放第一多媒体信息之前触发对用户操作的检测，即：可以在播放第一多媒体信息之前，和/或播放第一多媒体信息的整个过程中直至第一多媒体信息播放结束的时间段内触发对用户操作的检测。
[0176] 这里，所述第一多媒体信息和所述第二多媒体信息是在客户端的同一个播放窗口中进行播放，而不是分别在不同的播放窗口中进行播放。
[0177] 步骤204、客户端获取用户操作，判断所述用户操作是否满足预设条件，如果满足预设条件，则执行步骤205；否则，执行步骤207。
[0178] 步骤205、客户端获取素材，所述素材用于表征停止播放并关闭所述第一多媒体信息的显示画面。
[0179] 步骤206、客户端运行所述素材，呈现所述显示画面之后，播放所述第二多媒体信息。
[0180] 步骤207、客户端继续播放所述第一多媒体信息。
[0181] 采用本发明实施例，通过步骤203能触发对用户操作的检测，通过步骤204能对获取的用户操作进行判断，看是否满足预设条件，如果获取的用户操作是满足预设条件的用户操作，则执行步骤205-206，通过步骤205-206由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，而且跳转播放伴随有特效场景，特效场景通过预设的素材实现，客户端运行所述素材，呈现所述显示画面之后，播放所述第二多媒体信息。
[0182] 需要指出的是，特效场景与所述用户操作相适应，预先设置好用户操作与实现特效场景的素材的映射关系，获取用户操作，则根据所述映射关系提取与用户操作相匹配的素材，运行与用户操作相适应的特效场景，比如，用户操作是吹一吹的情况，第一多媒体信息为广告信息，第二多媒体信息为用户想要观看的电影/电视剧的视频信息，运行与吹一吹对应的素材，得到的特效场景可以是让广告信息看起来是被吹走的感觉的特效，然后播放用户想要观看的电影/电视剧的视频信息。
[0183] 可见：采用本发明实施例，使得用户具备播放第一多媒体信息的选择主动性，能在响应用户操作后，选择跳过第一多媒体信息，直接播放第二多媒体信息，而且跳转播放伴随有特效场景。
[0184] 方法实施例四：
[0185] 本发明实施例的多媒体信息处理方法，如图8所示，所述方法包括：
[0186] 步骤301、客户端发送播放请求。
[0187] 步骤302、客户端获取待播放的第一多媒体信息和第二多媒体信息。
[0188] 这里，无论第一多媒体信息还是第二多媒体信息，客户端获取的不一定是具体的多媒体信息，也可能是多媒体信息的相关信息，比如链接地址，通过指向该链接地址获取到具体的多媒体信息以进行播放使用。
[0189] 这里，第一多媒体信息是服务器强制推送的信息，用户不能进行选择，只能被动接受，比如是广告信息，第二多媒体信息是用户选择的信息，比如是用户想要观看的电影/电视剧的视频信息。
[0190] 步骤303、在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测。
[0191] 这里，如果用户已经知道能通过响应用户操作来跳转播放，则也可以在客户端播放第一多媒体信息之前触发对用户操作的检测，即：可以在播放第一多媒体信息之前，和/或播放第一多媒体信息的整个过程中直至第一多媒体信息播放结束的时间段内触发对用户操作的检测。
[0192] 这里，所述第一多媒体信息和所述第二多媒体信息是在客户端的同一个播放窗口中进行播放，而不是分别在不同的播放窗口中进行播放。
[0193] 步骤304、客户端获取用户操作，判断所述用户操作是否满足预设条件，如果满足预设条件，则执行步骤305；否则，执行步骤308。
[0194] 步骤305、客户端响应所述用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息。
[0195] 步骤306、客户端发送所述第一多媒体信息和用户信息。
[0196] 这里需要指出的是，本步骤可以包含步骤305中执行，也可以在步骤305之后执行。
[0197] 步骤307、客户端获取执行用户操作的策略，客户端根据所述策略对应更新本地的策略参数，减少用户所能执行的用户操作权限。
[0198] 步骤308、客户端继续播放所述第一多媒体信息。
[0199] 采用本发明实施例，通过步骤303能触发对用户操作的检测，通过步骤304能对获取的用户操作进行判断，看是否满足预设条件，如果获取的用户操作是满足预设条件的用户操作，则执行步骤305-307，通过步骤305-307由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，而且跳转播放同时或之后伴随有第一多媒体信息和用户信息的发送操作，服务器根据第一多媒体信息和用户信息来修改给客户端推送的策略，使得客户端根据所述推送的策略对应更新本地的策略参数，减少用户所能执行的用户操作权限。
[0200] 需要指出的是，客户端推送的策略可以是用户执行所述用户操作的次数，以吹一吹为例，如果策略初始默认是N次，N为大于1的自然数，则服务器根据第一多媒体信息和用户信息来修改给客户端推送的策略为N-1次，相应的，客户端根据所述推送的策略对应更新本地的策略参数为N-1次，减少吹一吹的次数。N为9次，则响应用户的吹一吹这一用户操作，实现第一多媒体信息比如广告的跳转播放后，客户端下一次能执行的吹一吹变为8次，以此类推，一直递减到N为零，则用户失去用户操作权限，不能再继续执行吹一吹以达到第一多媒体信息跳转播放的目的。
[0201] 当用户失去用户操作权限后，可以采用后续客户端的方法实施例六至七的方案，重新获得用户操作权限。
[0202] 可见：采用本发明实施例，使得用户具备播放第一多媒体信息的选择主动性，能在响应用户操作后，选择跳过第一多媒体信息，直接播放第二多媒体信息，而且跳转播放同时或之后伴随有第一多媒体信息和用户信息的发送操作，从而能修改客户端本地的策略，以减少用户所能执行的用户操作权限。
[0203] 这里需要指出的是，基于上述方法实施例一至三，在本发明实施例一优选实施方式中，第一种情况是：用户不知道通过一个用户操作能实现选择跳过第一多媒体信息，直接播放第二多媒体信息，对于这种情况，可以提供一个提示信息呈现给用户，比如可以采用提示框的呈现形式出现，提示信息可以为“请启用吹一吹操作”。提示信息的呈现形式和具体内容不限于此，只要能让用户知道在视频播放时新增有一个功能即可，新增功能为：通过一个用户操作能实现选择跳过第一多媒体信息，直接播放第二多媒体信息。第二种情况是：用户知道通过一个用户操作能实现选择跳过第一多媒体信息，直接播放第二多媒体信息，在检测到用户操作时，也可以提供一个提示信息呈现给用户，比如可以采用提示框的呈现形式出现，提示信息可以为“当前用户操作权限为还可以吹8次”，或者“当前用户操作权限为无”，或者“当前用户操作权限为无，请启用捞一捞操作以获得用户操作权限”。提示信息的呈现形式和具体内容不限于此，只要能提示用户知道他或她当前执行用户操作的权限就可以，从而，让用户自己选择去执行其他用户操作，如捞一捞操作，以得到用户操作权限或者增加用户操作权限，以便还能继续使用上述新增功能，即：通过一个用户操作能实现选择跳过第一多媒体信息，直接播放第二多媒体信息。
[0204] 具体的，对于上述两种情况，一种实现方案为：
[0205] A、所述在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测之前或检测过程中，获取用户操作；
[0206] B、如果用户操作不满足预设条件，认为用户不知道上述新增功能，则获取预设的第一提示信息和对应的信息呈现形式，以所述信息呈现形式显示所述第一提示信息；
[0207] C、如果用户操作满足预设条件，认为用户知道上述新增功能，则客户端响应所述用户操作，根据所述客户端执行用户操作的策略得到当前用户操作权限，根据当前用户操作权限对应得到预设的第二提示信息，获取信息呈现形式，以所述信息呈现形式显示所述第二提示信息。之后，再执行响应所述用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息。
[0208] 上述方案中，所述第一提示信息对应第一种情况中描述的“提示信息”；所述第二提示信息对应第二种情况中描述的“提示信息”。
[0209] 上述方法实施例一至三为客户端实现第一多媒体信息跳转播放，即：在响应用户操作后，选择跳过第一多媒体信息，直接播放第二多媒体信息的实施例。相应的，与客户端交互使用的服务器方法实施例如以下方法实施例四至五所示。
[0210] 方法实施例五：
[0211] 本发明实施例的多媒体信息处理方法，如图9所示，所述方法包括：
[0212] 步骤401、服务器接收播放请求。
[0213] 步骤402、服务器发送待播放的第一多媒体信息和第二多媒体信息。
[0214] 采用本发明实施例，通过步骤401-402，使客户端获取所述待播放的第一多媒体信息和第二多媒体信息后，能在响应用户操作时，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，以使用户能主动选择是否播放所述第一多媒体信息。
[0215] 方法实施例六：
[0216] 本发明实施例的多媒体信息处理方法，如图10所示，所述方法包括：
[0217] 步骤501、服务器接收播放请求。
[0218] 步骤502、服务器发送待播放的第一多媒体信息和第二多媒体信息。
[0219] 步骤503、服务器接收第一多媒体信息和用户信息。
[0220] 步骤504、将所述第一多媒体信息和所述用户信息对应存储，以所述用户信息标识所述第一多媒体信息。
[0221] 步骤505、根据所述用户信息调整用户执行用户操作的策略，以减少用户所能执行的用户操作权限。
[0222] 步骤506、发送执行用户操作的策略。
[0223] 采用本发明实施例，通过步骤501-502，使客户端能在获取所述待播放的第一多媒体信息和第二多媒体信息后，能在响应用户操作时，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，以使用户能主动选择是否播放所述第一多媒体信息。通过步骤503-506，服务器接收来自客户端的第一多媒体信息和所述用户信息，根据所述用户信息调整用户执行用户操作的策略，以减少用户所能执行的用户操作权限，发送执行用户操作的策略给客户端，使得客户端更新本地的执行用户操作的策略，相应的，也减少用户所能执行的用户操作权限。
[0224] 举例来说，以吹一吹为例，如果策略初始默认是N次，N为大于1的自然数，则服务器根据第一多媒体信息和用户信息来修改给客户端推送的策略为N-1次，服务器将推送的策略为N-1次发送给客户端；
[0225] 相应的，客户端根据所述推送的策略对应更新本地的策略参数为N-1次，减少吹一吹的次数。N为9次，则响应用户的吹一吹这一用户操作，实现第一多媒体信息比如广告的跳转播放后，客户端下一次能执行的吹一吹变为8次，以此类推，一直递减到N为零，则用户失去用户操作权限，不能再继续执行吹一吹以达到第一多媒体信息跳转播放的目的。
[0226] 这里需要指出的是：以下客户端和服务器项的描述，与上述方法实施例一至四、方法实施例五至六描述是类似的，同方法的有益效果描述，不做赘述。对于本发明客户端和服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述。
[0227] 客户端实施例一：
[0228] 本发明实施例的客户端，如图11所示，所述客户端包括：播放请求发送单元11、信息获取单元12、用户操作检测单元13、用户操作获取单元14、用户操作响应单元15。其中，播放请求发送单元11，用于发送播放请求；信息获取单元12，用于获取待播放的第一多媒体信息和第二多媒体信息；用户操作检测单元13，用于在开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测；用户操作获取单元14，用于获取用户操作；用户操作响应单元15，用于响应所述用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息。
[0229] 在本发明实施例一优选实施方式中，用户操作获取单元14，进一步用于获取用户操作后，判断所述用户操作是否满足预设条件，得到判断结果，将判断结果发送给用户操作响应单元15；
[0230] 相应地，用户操作响应单元15，进一步用于接收所述判断结果，所述判断结果为用户操作满足预设条件时，响应所述用户操作。
[0231] 在本发明实施例一优选实施方式中，用户操作获取单元14包括：第一解析子单元和第一匹配子单元。用户操作获取单元14有如下几种实现方案。
[0232] 方案一：用户操作获取单元14包括：第一解析子单元和第一匹配子单元。其中，第一解析子单元，用于解析所述用户操作，得到音频数据；第一匹配子单元，用于将解析得到的所述音频数据与本地预设的音频数据进行匹配，判断是否匹配，匹配成功时判断出所述用户操作满足预设条件。
[0233] 方案二：用户操作获取单元14包括：第一解析子单元和第一匹配子单元。其中，第一解析子单元，用于解析所述用户操作，得到音频数据；第一匹配子单元，用于将由音频数据转换得到的、或对所述音频数据解析得到音频数据所包含的参数或参数集与本地预设的参数或参数集进行匹配，判断是否匹配，匹配成功时判断出所述用户操作满足预设条件。
[0234] 方案三：用户操作获取单元14包括：第一解析子单元和第一匹配子单元。其中，第一解析子单元，用于解析所述用户操作，得到压力传感参数；第一匹配子单元，用于将解析得到的所述压力传感参数与本地预设的压力传感参数进行匹配，判断是否匹配，匹配成功时判断出所述用户操作满足预设条件。
[0235] 方案四：用户操作获取单元14包括：第一解析子单元和第一匹配子单元。其中，第一解析子单元，用于解析所述用户操作，得到用户手势构成的图案信息；第一匹配子单元，用于将解析得到的所述图案信息与本地预设的图案信息进行匹配，判断是否匹配，匹配成功时判断出所述用户操作满足预设条件。
[0236] 方案五：用户操作获取单元14包括：第一解析子单元和第一匹配子单元。其中，第一解析子单元，用于解析所述用户操作，得到用户手势构成的滑动轨迹信息；第一匹配子单元，用于将解析得到的所述滑动轨迹信息与本地预设的滑动轨迹信息进行匹配，判断是否匹配，匹配成功时判断出所述用户操作满足预设条件。
[0237] 客户端实施例二：
[0238] 本发明实施例的客户端，如图12所示，所述客户端包括：播放请求发送单元21、信息获取单元22、用户操作检测单元23、用户操作获取单元24、用户操作响应单元25、信息发送单元26、策略获取单元27、策略更新单元28。
[0239] 其中，播放请求发送单元21，用于发送播放请求；信息获取单元22，用于获取待播放的第一多媒体信息和第二多媒体信息；用户操作检测单元23，用于在开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对用户操作的检测；用户操作获取单元24，用于获取用户操作，判断所述用户操作是否满足预设条件；用户操作响应单元25，用于在用户操作满足预设条件时，响应所述用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息；信息发送单元26，用于发送所述第一多媒体信息和用户信息；策略获取单元27，用于获取执行用户操作的策略；策略更新单元28，用于根据所述策略对应更新本地的策略参数，减少用户所能执行的用户操作权限。
[0240] 在本发明实施例一优选实施方式中，用户操作响应单元25包括第一获取子单元和第一播放子单元。其中，第一获取子单元，用于获取素材，所述素材用于表征停止播放并关闭所述第一多媒体信息的显示画面；第一播放子单元，用于运行所述素材，呈现所述显示画面之后，播放所述第二多媒体信息。
[0241] 服务器实施例一：
[0242] 本发明实施例的服务器，如图13所示，所述服务器包括：播放请求接收单元31、播放信息发送单元32。其中，播放请求接收单元31，用于接收播放请求；播放信息发送单元32，用于发送待播放的第一多媒体信息和第二多媒体信息，使客户端获取所述待播放的第一多媒体信息和第二多媒体信息后，能在响应用户操作时，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，以使用户能主动选择是否播放所述第一多媒体信息。
[0243] 服务器实施例二：
[0244] 本发明实施例的服务器，如图14所示，所述服务器包括：播放请求接收单元41、播放信息发送单元42、信息接收单元43、信息存储单元44、策略调整单元45、策略发送单元46。其中，播放请求接收单元41，用于接收播放请求；播放信息发送单元42，用于发送待播放的第一多媒体信息和第二多媒体信息，使客户端获取所述待播放的第一多媒体信息和第二多媒体信息后，能在响应用户操作时，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，以使用户能主动选择是否播放所述第一多媒体信息；信息接收单元43，用于接收第一多媒体信息和用户信息；信息存储单元44，用于将所述第一多媒体信息和所述用户信息对应存储，以所述用户信息标识所述第一多媒体信息；策略调整单元45，用于根据所述用户信息调整用户执行用户操作的策略，以减少用户所能执行的用户操作权限；策略发送单元46，用于发送执行用户操作的策略。
[0245] 方法实施例七：
[0246] 本发明实施例的多媒体信息处理方法，如图15所示，所述方法包括：
[0247] 步骤601、客户端获取用户操作；所述用户操作用于表征用户能主动选择待播放的第一多媒体信息。
[0248] 步骤602、客户端响应所述用户操作，发送第一多媒体信息的播放请求。
[0249] 步骤603、客户端获取待播放的第一多媒体信息。
[0250] 步骤604、客户端播放第一多媒体信息。
[0251] 采用本发明实施例，通过步骤601的用户操作能主动选择待播放的第一多媒体信息，而不是被动接受；通过步骤602-604，能在响应所述用户操作后得到用户主动选择的第一多媒体信息并进行播放，从而，使得用户具备播放第一多媒体信息的选择主动性，能在响应用户操作后，选择主动播放第一多媒体信息。
[0252] 方法实施例八：
[0253] 本发明实施例的多媒体信息处理方法，如图16所示，所述方法包括：
[0254] 步骤701、客户端获取用户操作；所述用户操作用于表征用户能主动选择待播放的第一多媒体信息。
[0255] 步骤702、客户端响应所述用户操作，发送第一多媒体信息的播放请求。
[0256] 步骤703、客户端获取待播放的第一多媒体信息。
[0257] 步骤704、客户端播放第一多媒体信息。
[0258] 步骤705、在客户端播放所述第一多媒体信息结束后，生成第一多媒体信息播放结束指示信息。
[0259] 步骤706、客户端发送所述第一多媒体信息播放结束指示信息，使服务器收到所述第一多媒体信息播放结束指示信息后修改所述第一多媒体信息的状态。
[0260] 采用本发明实施例，采用本发明实施例，通过步骤701的用户操作能主动选择待播放的第一多媒体信息，而不是被动接受；通过步骤702-704，能在响应所述用户操作后得到用户主动选择的第一多媒体信息并进行播放，从而，使得用户具备播放第一多媒体信息的选择主动性，能在响应用户操作后，选择主动播放第一多媒体信息；通过步骤705-706，客户端能通过发送生成的第一多媒体信息播放结束指示信息给服务器，使服务器根据第一多媒体信息播放结束指示信息后修改所述第一多媒体信息的状态。
[0261] 上述方法实施例七至八为客户端实现主动选择第一多媒体信息而播放，即：在响应用户操作后，获得主动选择的第一多媒体信息，播放第一多媒体信息的实施例。相应的，与客户端交互使用的服务器方法实施例如以下方法实施例九至十所示。
[0262] 方法实施例九：
[0263] 本发明实施例的多媒体信息处理方法，如图17所示，所述方法包括：
[0264] 步骤801、服务器接收第一多媒体信息的播放请求。
[0265] 步骤802、服务器发送待播放的第一多媒体信息，使客户端收到第一多媒体信息后能播放用户主动选择的第一多媒体信息。
[0266] 采用本发明实施例，服务器能根据客户端发送的第一多媒体信息的播放请求，将客户端主动选择的第一多媒体信息返回给客户端使用。
[0267] 方法实施例十：
[0268] 本发明实施例的多媒体信息处理方法，如图18所示，所述方法还包括：
[0269] 步骤901、服务器接收第一多媒体信息的播放请求。
[0270] 步骤902、服务器发送待播放的第一多媒体信息，使客户端收到第一多媒体信息后能播放用户主动选择的第一多媒体信息。
[0271] 步骤903、服务器接收第一多媒体信息播放结束指示信息。
[0272] 步骤904、根据所述第一多媒体信息播放结束指示信息后修改所述第一多媒体信息的状态。
[0273] 采用本发明实施例，服务器能根据客户端发送的第一多媒体信息的播放请求，将客户端主动选择的第一多媒体信息返回给客户端使用，在客户端通过发送生成的第一多媒体信息播放结束指示信息给服务器，使服务器根据第一多媒体信息播放结束指示信息后修改所述第一多媒体信息的状态。
[0274] 这里需要指出的是：以下客户端和服务器项的描述，与上述方法实施例七至八、方法实施例九至十描述是类似的，同方法的有益效果描述，不做赘述。对于本发明客户端和服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述。
[0275] 客户端实施例三：
[0276] 本发明实施例的客户端，如图19所示，所述客户端包括：第一获取单元51、响应单元52、第二获取单元53、播放单元54。其中，第一获取单元51，用于获取用户操作；所述用户操作用于表征用户能主动选择待播放的第一多媒体信息；响应单元52，用于响应所述用户操作，发送第一多媒体信息的播放请求；第二获取单元53，用于获取待播放的第一多媒体信息；播放单元54，用于播放第一多媒体信息。
[0277] 客户端实施例四：
[0278] 本发明实施例的客户端，如图20所示，所述客户端包括：第一获取单元61、响应单元62、第二获取单元63、播放单元64、指示信息生成单元65、指示信息发送单元66。其中，第一获取单元61，用于获取用户操作；所述用户操作用于表征用户能主动选择待播放的第一多媒体信息；响应单元62，用于响应所述用户操作，发送第一多媒体信息的播放请求；第二获取单元63，用于获取待播放的第一多媒体信息；播放单元64，用于播放第一多媒体信息；指示信息生成单元65，用于在播放所述第一多媒体信息结束后，生成第一多媒体信息播放结束指示信息；指示信息发送单元66，用于发送所述第一多媒体信息播放结束指示信息，使服务器收到所述第一多媒体信息播放结束指示信息后修改所述第一多媒体信息的状态。
[0279] 服务器实施例三：
[0280] 本发明实施例的服务器，如图21所示，所述服务器包括：接收单元71、发送单元72。其中，接收单元71，用于接收第一多媒体信息的播放请求；发送单元72，用于发送待播放的第一多媒体信息，使客户端收到第一多媒体信息后能播放用户主动选择的第一多媒体信息。
[0281] 服务器实施例四：
[0282] 本发明实施例的服务器，如图22所示，所述服务器包括：接收单元81、发送单元82、指示信息接收单元83、状态修改单元84。其中，接收单元81，用于接收第一多媒体信息的播放请求；发送单元82，用于发送待播放的第一多媒体信息，使客户端收到第一多媒体信息后能播放用户主动选择的第一多媒体信息；指示信息接收单元83，用于接收第一多媒体信息播放结束指示信息；状态修改单元84，用于根据所述第一多媒体信息播放结束指示信息后修改所述第一多媒体信息的状态。
[0283] 方法实施例十一：
[0284] 本发明实施例的多媒体信息处理方法，如图23所示，所述方法包括：
[0285] 步骤1001、客户端发送播放请求。
[0286] 步骤1002、客户端获取待播放的第一多媒体信息和第二多媒体信息。
[0287] 步骤1003、在客户端开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对第一用户操作的检测。
[0288] 步骤1004、客户端获取第一用户操作。
[0289] 本步骤中，获取第一用户操作后，客户端可以直接响应所述第一用户操作，也可以在判断所述第一用户操作是否满足预设条件，如果满足预设条件，则客户端响应所述第一用户操作；
[0290] 相应的，客户端响应第一用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息。
[0291] 步骤1005、客户端获取第二用户操作；所述第二用户操作用于表征用户能主动选择待播放的第一多媒体信息。
[0292] 步骤1006、客户端响应所述第二用户操作，发送第一多媒体信息的播放请求。
[0293] 步骤1007、客户端获取待播放的第一多媒体信息，客户端播放第一多媒体信息。
[0294] 这里，需要指出的是，所述第一用户操作为上述方法实施例一至三中描述的用户操作，不限于“吹一吹”、“喊一喊”、“压一压”、“敲一敲”、“用户手势得到的图案信息”、“用户滑动得到的滑动轨迹信息”等这些用户操作。所述第二操作为上述方法实施例六至七中的用户操作，类比上述第一用户操作，第二用户操作不限于“捞一捞”、“喊一喊”、“压一压”、“敲一敲”、“用户手势得到的图案信息”、“用户滑动得到的滑动轨迹信息”等这些用户操作。
[0295] 本发明实施例结合了所述第一用户操作和所述第二用户操作，采用本发明实施例，响应不同的用户操作，能实现不同的执行结果。其中，响应第一用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息；而响应第二用户操作，用户能主动选择待播放的第一多媒体信息。
[0296] 在本发明实施例一优选实施方式中，如图24所示，所述方法还包括：
[0297] 步骤1011、客户端响应所述第一用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息之后，发送所述第一多媒体信息和用户信息。
[0298] 步骤1012、客户端获取执行第一用户操作的第一策略。
[0299] 步骤1013、客户端根据所述第一策略对应更新本地的策略参数，减少用户所能执行的第一用户操作权限。
[0300] 在本发明实施例一优选实施方式中，如图25所示，所述方法还包括：
[0301] 步骤1021、在客户端播放所述第一多媒体信息结束后，生成第一多媒体信息播放结束指示信息。
[0302] 步骤1022、客户端发送所述第一多媒体信息播放结束指示信息。
[0303] 步骤1023、客户端获取执行第一用户操作的第二策略。
[0304] 步骤1024、客户端根据所述第二策略对应更新本地的策略参数，增加用户所能执行的第一用户操作权限。
[0305] 采用本发明实施例的上述优选实施方式，每当响应第一用户操作，通过客户端与服务器的交互，服务器会更改策略，客户端接收服务器推送的该策略来更新客户端本地的策略，比如策略为执行第一用户操作的次数时，如果策略默认为执行第一用户操作的次数为N次，则响应一次第一用户操作后，客户端就会根据所述推送的策略对应更新本地的策略参数为N-1次。
[0306] 例如，以第一用户操作为吹一吹为例，N默认为9次，则响应一次用户的吹一吹这一用户操作，实现第一多媒体信息比如广告的跳转播放后，客户端下一次能执行的吹一吹变为8次，以此类推，一直递减到N为零，则用户失去用户操作权限，不能再继续执行吹一吹以达到第一多媒体信息跳转播放的目的。
[0307] 每当响应第二用户操作，通过客户端与服务器的交互，服务器会更改策略，客户端接收服务器推送的该策略来更新客户端本地的策略，比如策略为执行第一用户操作的次数时，如果策略默认为执行第一用户操作的次数为N次，则响应一次第二用户操作后，客户端就会根据所述推送的策略对应更新本地的策略参数为N+1次。
[0308] 例如，以第二用户操作为捞一捞、第一用户操作为吹一吹为例，N默认为9次，则响应一次用户的吹一吹这一用户操作，实现第一多媒体信息比如广告的跳转播放后，客户端下一次能执行的吹一吹变为8次，以此类推，吹一吹操作权限一直递减到N为零，则用户失去吹一吹操作权限，不能再继续执行吹一吹以达到第一多媒体信息跳转播放的目的；而响应一次用户的捞一捞这一用户操作，实现主动选择第一多媒体信息来播放，会增加客户端下一次能执行的吹一吹操作的次数，即：采用本发明实施例，在吹一吹和捞一捞为例的结合场景下，通过捞一捞可以实现增加用户吹一吹的操作权限。
[0309] 这里需要指出的是，执行所述第一用户操作的客户端和执行所述第二用户操作的客户端可以为同一个客户端，也可以为不同的客户端。
[0310] 上述方法实施例十一为客户端结合实现第一多媒体信息跳转播放及实现主动选择第一多媒体信息而播放相结合的例子，以实现通过主动选择第一多媒体信息而播放来增加第一多媒体信息跳转播放的机会。相应的，与客户端交互使用的服务器方法实施例如以下方法实施例十二所示。
[0311] 方法实施例十二：
[0312] 本发明实施例的多媒体信息处理方法，如图26所示，所述方法包括：
[0313] 步骤1031、服务器接收播放请求。
[0314] 步骤1032、服务器发送待播放的第一多媒体信息和第二多媒体信息。
[0315] 通过本步骤，使客户端获取所述待播放的第一多媒体信息和第二多媒体信息后，能在响应第一用户操作时，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，以使用户能主动选择是否播放所述第一多媒体信息。
[0316] 步骤1033、服务器接收第一多媒体信息的播放请求。
[0317] 步骤1034、服务器发送待播放的第一多媒体信息，使客户端收到第一多媒体信息后能播放用户主动选择的第一多媒体信息。
[0318] 在本发明实施例一优选实施方式中，所述方法还包括：
[0319] 接收第一多媒体信息和用户信息；
[0320] 将所述第一多媒体信息和所述用户信息对应存储，以所述用户信息标识所述第一多媒体信息；
[0321] 根据所述用户信息调整用户执行第一用户操作的第一策略，以减少用户所能执行的第一用户操作权限；
[0322] 发送执行第一用户操作的第一策略。
[0323] 在本发明实施例一优选实施方式中，所述方法还包括：
[0324] 服务器接收第一多媒体信息播放结束指示信息；
[0325] 根据所述第一多媒体信息播放结束指示信息后修改所述第一多媒体信息的状态；
[0326] 获取标识所述第一多媒体信息的所述用户信息，根据所述用户信息调整用户执行第一用户操作的第二策略，以增加用户所能执行的第一用户操作权限；
[0327] 发送执行第一用户操作的第二策略。
[0328] 这里需要指出的是：以下客户端和服务器项的描述，与上述方法实施例十一、方法实施例十二描述是类似的，同方法的有益效果描述，不做赘述。对于本发明客户端和服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述。
[0329] 客户端实施例五：
[0330] 本发明实施例的客户端，如图27所示，所述客户端包括：第一信息获取单元91、用户操作检测单元92、第一用户操作获取单元93、第一用户操作响应单元94、第二用户操作获取单元95、第二用户操作响应单元96、第二信息获取单元97、播放单元98。其中，第一信息获取单元91，用于获取待播放的第一多媒体信息和第二多媒体信息；用户操作检测单元92，用于在开始播放所述第一多媒体信息至第一多媒体信息播放结束的时间段内触发对第一用户操作的检测；第一用户操作获取单元93，用于获取第一用户操作；第一用户操作响应单元94，用于响应所述第一用户操作，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，使用户能主动选择是否播放所述第一多媒体信息；第二用户操作获取单元95，用于获取第二用户操作；所述第二用户操作用于表征用户能主动选择待播放的第一多媒体信息；第二用户操作响应单元96，用于响应所述第二用户操作，发送第一多媒体信息的播放请求；第二信息获取单元97，用于客户端获取待播放的第一多媒体信息；播放单元98，用于播放第一多媒体信息。
[0331] 在本发明实施例一优选实施方式中，第一用户操作获取单元93，进一步用于获取第一用户操作后，判断所述第一用户操作是否满足预设条件，得到判断结果，将判断结果发送给第一用户操作响应单元94；
[0332] 相应地，第一用户操作响应单元94，进一步用于接收所述判断结果，所述判断结果为第一用户操作满足预设条件时，响应所述第一用户操作。
[0333] 本发明实施例一优选实施方式中，所述客户端还包括：
[0334] 信息发送单元，用于发送所述第一多媒体信息和用户信息；
[0335] 策略获取单元，用于获取执行第一用户操作的第一策略；
[0336] 策略更新单元，用于根据所述第一策略对应更新本地的策略参数，减少用户所能执行的第一用户操作权限。
[0337] 本发明实施例一优选实施方式中，所述客户端还包括：
[0338] 指示信息生成单元，用于在播放所述第一多媒体信息结束后，生成第一多媒体信息播放结束指示信息；
[0339] 指示信息发送单元，用于发送所述第一多媒体信息播放结束指示信息；
[0340] 策略获取单元，进一步用于获取执行第一用户操作的第二策略；
[0341] 策略更新单元，进一步用于根据所述第二策略对应更新本地的策略参数，增加用户所能执行的第一用户操作权限。
[0342] 服务器实施例五：
[0343] 本发明实施例的服务器，如图28所示，所述服务器包括：播放请求接收单元10、播放信息发送单元20、接收单元30、发送单元40。其中，播放请求接收单元10，用于接收播放请求；播放信息发送单元20，用于发送待播放的第一多媒体信息和第二多媒体信息，使客户端获取所述待播放的第一多媒体信息和第二多媒体信息后，能在响应用户操作时，由播放所述第一多媒体信息跳转至直接播放所述第二多媒体信息，以使用户能主动选择是否播放所述第一多媒体信息；接收单元30，用于接收第一多媒体信息的播放请求；发送单元40，用于发送待播放的第一多媒体信息，使客户端收到第一多媒体信息后能播放用户主动选择的第一多媒体信息。
[0344] 本发明实施例一优选实施方式中，所述服务器还包括：
[0345] 信息接收单元，用于接收第一多媒体信息和用户信息；
[0346] 信息存储单元，用于将所述第一多媒体信息和所述用户信息对应存储，以所述用户信息标识所述第一多媒体信息；
[0347] 策略调整单元，用于根据所述用户信息调整用户执行第一用户操作的第一策略，以减少用户所能执行的第一用户操作权限；
[0348] 策略发送单元，用于发送执行第一用户操作的第一策略。
[0349] 本发明实施例一优选实施方式中，所述服务器还包括：
[0350] 指示信息接收单元，用于接收第一多媒体信息播放结束指示信息；
[0351] 状态修改单元，用于根据所述第一多媒体信息播放结束指示信息后修改所述第一多媒体信息的状态；
[0352] 策略调整单元，进一步用于获取标识所述第一多媒体信息的所述用户信息，根据所述用户信息调整用户执行第一用户操作的第二策略，以增加用户所能执行的第一用户操作权限；
[0353] 策略发送单元，进一步用于发送执行第一用户操作的第二策略。
[0354] 这里需要指出的是，上述方法实施例都是客户端与服务器交互时在任一侧的客户端和服务器的描述，本发明实施例还有一种简便易行的实现方案如下所述：
[0355] 以上述方法实施例十一的第一用户操作和第二用户操作相结合的场景为例，无论是客户端用于响应第一用户操作，还是用于响应第二用户操作，存在另一种不同于其他实施例的交互方案，此种方案，交互仅仅是指同步更新，即：所有上述服务器的功能都可以在客户端实现。以吹一吹场景和捞一捞场景进行描述，吹一吹时，第一多媒体信息跳转播放，直接播放第二多媒体信息，但是第一多媒体信息比如广告信息并未由客户端上传至服务器，而是在客户端本地保存广告信息，修改策略并更新也在客户端本地来实现，若默认策略为N次，则每当执行吹一吹操作，将广告信息保存在客户端本地，修改策略并更新为N-1次，以减少执行吹一吹的次数；而捞一捞场景下，直接从客户端本地捞取该广告信息，修改策略并更新也在客户端本地来实现，若默认策略为N次，则每当执行捞一捞操作，修改策略并更新为N+1次，以通过捞一捞操作增加下一次执行吹一吹操作的次数。至于，执行捞一捞操作，修改广告信息的状态也都在客户端本地实现。然而，为了方便服务器管理，会通过客户端与服务器的交互，将这些内容(广告信息，更新的策略，广告信息状态)同步更新到服务器，以便服务器统筹管理。
[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所示，所述装置包括吹一吹客户端，如上述实施例中客户端一至二所述的客户端，吹一吹客户端用于响应吹一吹操作，实现广告信息跳转播放，即：在响应吹一吹操作后，选择跳过广告信息，直接播放视频信息。具体的，吹一吹客户端在实现吹一吹功能时，客户端通过对麦克风的捕获即可检测到吹一吹操作。每次响应吹一吹操作之前需要判断当前是否有足够的吹一吹次数，如果没有，需要有相应的文字提醒；否则，当捕获到用户对着屏幕吹气之后则立即关闭广告，然后播放视频信息。这里，针对用户对着屏幕吹气之后则立即关闭广告，可增加相应的特效，让广告看起来是被吹走的感觉。同时，吹一吹客户端需要把被吹走的广告信息和当前用户的个人信息上传到后台服务器，后台服务器将吹一吹的次数减1。同时将该广告信息放入缓冲池，个人信息放入个人数据库。
[0401] 所述装置还包括捞一捞客户端，如上述实施例中客户端三至四所述的客户端，上述实施例中客户端为既执行吹一吹又执行捞一捞的客户端。捞一捞客户端用于响应捞一捞操作，实现主动选择广告信息而播放，即：在响应捞一捞操作后，获得主动选择的广告信息，播放广告信息。捞一捞操作最好是在用户空闲时，不着急观看视频时操作。具体的，捞一捞客户端用于从后台服务器的缓冲池后取出一条广告信息，然后对该广告信息进行播放。当播放完成之后将播放结束的信息反馈给后台服务器，后台服务器增加一次该用户的吹一吹的次数。同时该视频从缓冲池中移除。
[0402] 所述装置还包括个人信息数据库，该个人信息数据库位于后台服务器，该个人信息数据库用于存储个人信息，主要是用户吹一吹的次数。用户登陆视频播放应用时需要获取吹一吹的次数。当用户每次使用吹一吹之后需要和后台服务器进行同步。这样能够让用户使用吹一吹时足够顺畅。
[0403] 所述装置还包括存储吹走广告信息的缓冲池，该缓冲池位于后台服务器，该缓冲池用来存储被用户吹走的广告信息。当广告信息被其他用户捞走时需要设置成不可捞取的状态，即广告信息的状态可以根据捞一捞后的播放结果来进行改变，如果启动捞一捞，则修改该广告信息的状态为不可被其他用户捞取的状态；当捞一捞播放该广告信息结束后，从缓冲池删除该广告信息。如果用户在一定时间内没有跟后台服务器确认播放完成，则修改该广告信息的状态为可以被其他用户捞取的状态。
[0404] 这种广告信息的状态修改是与基于订单的广告分发策略有关的，根据广告分发策略和订单播放任务进行调整。实际操作中，1)被一个用户启用吹一吹功能吹走的广告信息可以被这个用户捞取，也可以被其他用户捞取；2)缓冲池中的广告信息捞取完或者捞取过程中，根据广告分发策略和订单播放任务调整广告信息的数量，比如，可以往缓冲池中导入新的广告信息，这些广告信息不是被某个用户吹走的广告信息。基于缓冲池中上述1)或2)不同的广告信息存储情况，用户既可以捞取吹走的广告信息，也可以捞取无关吹一吹操作的广告信息，即导入新的广告信息，总之，只要捞取了广告信息，记录下用户ID，用户就可以增加吹一吹的次数。
[0405] 综上所述，上述吹一吹和捞一捞作为本发明实施例的一个具体实现，当用户使用吹一吹操作之后，被“吹走”的广告信息需要在后台服务器进行标识，然后后台服务器把该用户的吹一吹操作的次数减一；而广告信息则进入一个缓冲池存储，该缓冲池可以只存储该广告信息，比如广告ID、对应视频的连接地址等。当用户使用捞一捞操作时则从缓冲池中取出一个广告信息供用户观看，用户观看完之后客户端将广告播放结束指示信息反馈给后台服务器，后台服务器把该用户吹一吹操作的次数加一。如果缓冲池的广告信息被拉取完，则可以按照相应的广告分发策略自动往缓冲池中填充一定数量的广告信息，这个广告分发策略是根据订单来规划的，比如，一个视频按照订单要求一天播放100次，或者，一个订单，要求上午播放40次，下午播放60次等等。使用该吹一吹和捞一捞功能之后，用户不仅仅能在不想观看广告信息时不播放广告信息，而且还能在其他非视频播放期间播放广告信息。而从整体而言，广告信息的播放量不仅仅不会减少，反而可能会因为该吹一吹和捞一捞功能有趣的交互而增加了广告信息的播放量。
[0406] 本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
[0407] 相应的，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序用于执行本发明实施例的多媒体信息处理方法。
[0408] 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
