多媒体信息推荐方法、装置、终端和存储介质与流程

1.本公开涉及信息处理技术领域，尤其涉及一种多媒体信息推荐方法、装置、终端和存储介质。


背景技术：

2.随着各种应用程序的层出不穷，客户端通过应用程序向用户呈现的多媒体信息也越来越多样化。目前，客户端中的多媒体信息由多媒体信息的提供方提供。客户端向提供方请求多媒体信息时，不同提供方可以提供的多媒体信息的各项指标会有差异。因此，如何从多个提供方中获取所需的多媒体信息是待解决的问题之一。


技术实现要素：

3.本公开提供一种多媒体信息推荐方法、装置、终端和存储介质。
4.根据本公开实施例的第一方面，提供一种多媒体信息推荐方法，应用于服务端，所述方法包括：
5.响应于客户端的推荐请求，分别向第一类平台发送第一类请求，向第二类平台发送第二类请求；其中，所述第一类请求用于获取第一推荐信息，所述第二类请求用于获取第二推荐信息；其中，所述第一推荐信息为所述第一类平台从多个所述多媒体信息的提供方提供的推荐信息中筛选的推荐信息；所述第二推荐信息为根据预设请求顺序请求所述第二类平台内的多媒体信息的提供方得到的推荐信息；
6.若在预设时间内接收到所述第一推荐信息和/或所述第二推荐信息，根据在所述预设时间内接收到的推荐信息，确定推荐结果；
7.向所述客户端发送所述推荐结果指示的所述提供方提供的所述多媒体信息。
8.在一些实施例中，所述根据在所述预设时间内接收到的推荐信息，确定推荐结果，包括：
9.按照预设指标由大到小的顺序对所述推荐信息进行优先级排序；
10.根据位于预设优先级顺序的所述推荐信息，确定所述推荐结果。
11.在一些实施例中，所述方法，还包括：
12.若在预设时间内未接收到所述第一推荐信息及所述第二推荐信息，从所述服务端的预存多媒体信息中选择发送给所述客户端的所述多媒体信息。
13.在一些实施例中，所述方法包括：
14.获取所述客户端的历史多媒体信息；
15.根据所述历史多媒体信息，确定所述历史多媒体信息对应的所述提供方；
16.确定所述历史多媒体信息对应的提供方中，与所述第二类平台中所述提供方重合的提供方，得到第一目标提供方；
17.按照所述历史多媒体信息的预设指标由大到小的优先级顺序，对所述第一目标提供方进行排序，得到排序结果；
18.选择所述排序结果作为所述预设请求顺序，或，选择所述排序结果作为所述预设请求顺序的前n位请求顺序；其中，所述n为大于或等于1的正整数。
19.在一些实施例中，所述方法，还包括：
20.在第m次向所述第二类平台发送所述第二类请求时，获取所述第二类平台中所述提供方的多媒体信息的预设指标；其中，所述m为大于或等于1的正整数；
21.若所述预设指标大于或等于预设阈值，确定所述提供方为第二目标提供方；
22.在所述第m+1次向所述第二类平台发送所述第二类请求时，所述预设请求顺序为所述第二目标提供方的排序。
23.在一些实施例中，所述方法还包括：
24.获取所述客户端的配置参数；
25.根据所述配置参数，生成所述第一类请求和所述第二类请求；其中，所述配置参数包括所述多媒体信息的属性信息和/或所述客户端的用户信息。
26.根据本公开实施例的第二方面，提供了一种多媒体信息推荐装置，应用于服务端，所述装置包括：
27.请求模块，用于响应于客户端的推荐请求，分别向第一类平台发送第一类请求，向第二类平台发送第二类请求；其中，所述第一类请求用于获取第一推荐信息，所述第二类请求用于获取第二推荐信息；其中，所述第一推荐信息为所述第一类平台从多个所述多媒体信息的提供方提供的推荐信息中筛选的推荐信息；所述第二推荐信息为根据预设请求顺序请求所述第二类平台内的多媒体信息的提供方得到的推荐信息；
28.第一确定模块，用于在预设时间内接收到所述第一推荐信息和/或所述第二推荐信息，根据在所述预设时间内接收到的推荐信息，确定推荐结果；
29.通信模块，用于向所述客户端发送所述推荐结果指示的所述提供方提供的所述多媒体信息。
30.在一些实施例中，所述第一确定模块，还用于：
31.按照预设指标由大到小的顺序对所述推荐信息进行优先级排序；
32.根据位于预设优先级顺序的所述推荐信息，确定所述推荐结果。
33.在一些实施例中，所述装置，还包括：
34.第二确定模块，用于若在预设时间内未接收到所述第一推荐信息及所述第二推荐信息，从所述服务端的预存多媒体信息中选择发送给所述客户端的所述多媒体信息。
35.在一些实施例中，所述装置，还包括：
36.第二获取模块，用于获取所述客户端的历史多媒体信息；
37.第三确定模块，用于根据所述历史多媒体信息，确定所述历史多媒体信息对应的所述提供方；
38.第四确定模块，用于确定所述历史多媒体信息对应的提供方中，与所述第二类平台中所述提供方重合的提供方，得到第一目标提供方；
39.第一排序模块，用于按照所述历史多媒体信息的预设指标由大到小的优先级顺序，对所述第一目标提供方进行排序，得到排序结果；
40.第五确定模块，用于选择所述排序结果作为所述预设请求顺序，或，选择所述排序结果作为所述预设请求顺序的前n位请求顺序；其中，所述n为大于或等于1的正整数。
41.在一些实施例中，所述装置，还包括：
42.第三获取模块，用于在第m次向所述第二类平台发送所述第二类请求时，获取所述第二类平台中所述提供方的多媒体信息的预设指标；其中，所述m为大于或等于1的正整数；
43.第六确定模块，用于在所述预设指标大于或等于预设阈值时，确定所述提供方为第二目标提供方；
44.在所述第m+1次向所述第二类平台发送所述第二类请求时，所述预设请求顺序为所述第二目标提供方的排序。
45.在一些实施例中，所述装置，还包括：
46.第四获取模块，用于获取所述客户端的配置参数；
47.生成模块，用于根据所述配置参数，生成所述第一类请求和所述第二类请求；其中，所述配置参数包括所述多媒体信息的属性信息和/或所述客户端的用户信息。
48.根据本公开实施例的第三方面，提供了一种终端，包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序，其特征在于，所述处理器运行所述可执行程序时执行如第一方面实施例所述方法的步骤。
49.根据本公开实施例的第四方面，提供了一种存储介质，其上存储有可执行程序，其特征在于，所述可执行程序被处理器执行时实现如第一方面实施例所述方法的步骤。
50.本公开的实施例提供的技术方案可以包括以下有益效果：
51.由上述实施例可知，本公开实施例通过服务端向第一类平台发送第一类请求，向第二类平台发送第二类请求，利用第一类请求获取第一推荐信息，利用第二类请求获取第二推荐信息，并根据预设时间内服务端获取的推荐信息，得到推荐结果。这种利用服务端代替客户端向多媒体的提供方获取推荐信息，并根据推荐信息在服务端得到推荐结果的方式，简化了客户端功能，减少了客户端的繁琐工作，减轻了客户端的接入门槛，客户集成更加简单，客户端向服务端发送推荐请求就行。而且，推荐结果的产生过程在服务端进行，服务端可以对此进行记录，提高了推荐结果产生过程的透明性和可控性。不仅如此，服务端同时以第一类请求和第二类请求两种不同的请求方式获得推荐信息，这种并行请求的方式，集合了两类请求方式的优点，有利于提高服务端向客户端推荐的多媒体信息的展示效果。
52.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
53.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
54.图1是根据一示例性实施例示出的多媒体信息推荐方法的流程示意图之一；
55.图2是根据一示例性实施例示出的多媒体信息推荐方法的流程示意图之二；
56.图3是根据一示例性实施例示出的多媒体信息推荐装置的结构示意图之一；
57.图4是根据一示例性实施例示出的多媒体信息推荐装置的结构示意图之二；
58.图5是根据一示例性实施例示出的终端的组成结构框图。
具体实施方式
59.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置的例子。
60.图1为一种多媒体信息推荐方法的流程示意图。如图1所示，本公开第一方面实施例提供了的多媒体信息推荐方法，应用于服务端，所述方法包括：
61.步骤s110、响应于客户端的推荐请求，分别向第一类平台发送第一类请求，向第二类平台发送第二类请求；其中，所述第一类请求用于获取第一推荐信息，所述第二类请求用于获取第二推荐信息；其中，所述第一推荐信息为所述第一类平台从多个所述多媒体信息的提供方提供的推荐信息中筛选的推荐信息；所述第二推荐信息为根据预设请求顺序请求所述第二类平台内的多媒体信息的提供方得到的推荐信息；
62.步骤s120、若在预设时间内接收到所述第一推荐信息和/或所述第二推荐信息，根据在所述预设时间内接收到的推荐信息，确定推荐结果；
63.步骤s130、向所述客户端发送所述推荐结果指示的所述提供方提供的所述多媒体信息。
64.步骤s110中，第一类平台和第二类平台均是独立于客户端和服务端的第三方服务平台。第一类平台和第二类平台中均包括多个多媒体信息的提供方。
65.第一类平台和第二类平台的区别在于，两者反馈给服务端的推荐信息的方式不同。第一类平台内，多个提供方均基于第一类请求产生推荐信息，第一类平台从这些推荐信息中筛选出第一推荐信息反馈给服务端。筛选的策略包括但不限于：根据多媒体信息的预设指标由大到小的顺序排序，将多媒体信息的预设指标位于第一位的提供方的推荐信息作为第一推荐信息。这种方式有效保证了向客户端提供的多媒体信息的预设指标处于较高水平。即有效保证了向客户端提供的多媒体信息的展示效果。
66.预设请求顺序是指对第二类平台内多个提供方进行的优先级排列顺序。第二类平台反馈的推荐信息方式为：根据第二类请求指示的预设请求顺序请求第一类平台内的提供方。若位于某一优先级的提供方无法提供推荐信息，则根据预设请求顺序请求下一优先级(优先级更低)的提供方提供推荐信息，直至请求的提供方可以提供推荐信息。这种方式能够对提供方进行筛选，有利于进一步保证向客户端提供的多媒体信息的展示效果。
67.非限制地，多媒体信息包括以下至少一种：文字信息、音频信息或图像信息。例如：多媒体信息为包括音频信息和图像信息的视频，或者，多媒体信息为包括图像信息的动画。
68.推荐信息包括与多媒体信息有关的点击率指标、点击数量指标、收益指标或质量指标中的至少一个。但并不限于此。非限制地，质量指标包括但不限于像素或帧率等指标。质量指标越高表明多媒体信息的清晰度和/或流畅度越高。收益指标可以是每展示多媒体信息一千次所获取的收入(ecpm，effective cost per mille)。
69.非限制地，服务端可以是手机或电脑等本地服务器，也可以是云服务器。
70.客户端包括但不限于手机、电脑、电视或可穿戴设备等。
71.本公开实施例中，通过服务端向第一类平台发送第一类请求，向第二类平台发送第二类请求，利用第一类请求获取第一推荐信息，利用第二类请求获取第二推荐信息，并根
据预设时间内服务端获取的推荐信息，得到推荐结果。这种利用服务端代替客户端向多媒体的提供方获取推荐信息，并根据推荐信息在服务端得到推荐结果的方式，简化了客户端功能，减少了客户端的繁琐工作，减轻了客户端的接入门槛，客户集成更加简单，客户端向服务端发送推荐请求就行。
72.步骤s120和步骤s130中，服务端获得第一推荐信息和第二推荐信息后，将第一推荐信息和第二推荐信息汇总，确定出推荐结果。推荐结果的产生过程在服务端进行，服务端可以对此进行记录，提高了推荐结果产生过程的透明性和可控性。不仅如此，服务端同时以第一类请求和第二类请求两种不同的请求方式获得推荐信息，这种并行请求的方式，集合了两类请求方式的优点，有利于提高服务端向客户端推荐的多媒体信息的质量。
73.根据其他一些可选实施例，所述根据在所述预设时间内接收到的推荐信息，确定推荐结果，包括：
74.按照预设指标由大到小的顺序对所述推荐信息进行优先级排序；
75.根据位于预设优先级顺序的所述推荐信息，确定所述推荐结果。
76.非限制地，预设指标为推荐信息的多个指标中的任一个，或者，预设指标为：根据信息推荐的多个指标及相应指标的预设权重，得到的综合指标。其中，推荐信息的多个指标包括以下至少之一：点击率指标、点击数量指标、收益指标或质量指标。
77.例如：将点击率指标与点击率指标权重的乘积记为第一乘积，质量指标和质量指标权重的乘积记为第二乘积，预设指标可以是第一乘积与第二乘积之和，即预设乘积是由点击率指标和质量指标得到的综合指标。
78.在实际应用中，可根据客户端的推荐请求，确定预设指标。例如，若推荐请求是为了追求更高的点击率，则预设指标为点击率指标。若推荐请求是为了获取更高的收益，预设指标为收益指标，此时多媒体信息亦称为广告。
79.本公开实施例中，推荐结果是由第一推荐信息和第二推荐信息汇总排序后，得到的预设指标最高的推荐信息。
80.根据其他一些可选实施例，所述方法，还包括：
81.若在预设时间内未接收到所述第一推荐信息及所述第二推荐信息，从所述服务端的预存多媒体信息中选择发送给所述客户端的所述多媒体信息。
82.在实际应用中，若第一类平台内的多个提供方均无法响应第一类请求，且第二类平台内，按预设请求顺序请求的所有提供方也无法响应第二类请求，服务端将无法从第三方服务平台获取到推荐信息。此时，将服务端中预存的多媒体信息发送给客户端，这种兜底方案有利于同时做到客户端流量充分利用和回收。
83.根据其他一些可选实施例，所述方法包括：
84.获取所述客户端的历史多媒体信息；
85.根据所述历史多媒体信息，确定所述历史多媒体信息对应的所述提供方；
86.确定所述历史多媒体信息对应的提供方中，与所述第二类平台中所述提供方重合的提供方，得到第一目标提供方；
87.按照所述历史多媒体信息的预设指标由高到低的优先级顺序，对所述第一目标提供方进行排序，得到排序结果；
88.选择所述排序结果作为所述预设请求顺序，或，选择所述排序结果作为所述预设
请求顺序的前n位请求顺序；其中，所述n为大于或等于1的正整数。
89.预设指标优先级越高，表明历史多媒体信息的展示效果越好。此时，优先向第二类平台中请求优先级高的历史多媒体信息指示的提供方，可以有效保证提供方提供的多媒体信息的展示效果。
90.将排序结果作为预设请求顺序，就是排序结果对应的提供方的排列顺序与预设请求顺序中请求提供方的顺序相同。或者，选择排序结果作为所述预设请求顺序的前n位请求顺序，就是预设请求顺序的前n位提供方的排列顺序与排序结果相同。例如：n可以是1，预设请求顺序中第1位就是预设指标最大的历史多媒体信息指示的提供方，简称最高优先级提供方。第二类请求会先请求最高优先级提供方，若最高优先级提供方能够提供推荐信息，则服务端向客户端发送最高优先级提供方提供的多媒体信息。
91.在一些实施例中，若所述历史多媒体信息有更新，根据更新后的所述历史多媒体信息，更新所述排序结果。及时更新排序结果，有利于进一步提高服务端得到的第二推荐信息的有效性。
92.根据其他一些可选实施例，所述方法，还包括：
93.在第m次向所述第二类平台发送所述第二类请求时，获取所述第二类平台中所述提供方的多媒体信息的预设指标；其中，所述m为大于或等于1的正整数；
94.若所述预设指标大于或等于预设阈值，确定所述提供方为第二目标提供方；
95.在所述第m+1次向所述第二类平台发送所述第二类请求时，所述预设请求顺序为所述第二目标提供方的排序。
96.预设指标越低，表明提供方提供的多媒体信息效果越差，提供方越没优势。预设阈值用于筛选淘汰第二类平台内没有优势的提供方，使第二类请求根据预设请求顺序对有优势的部分提供方进行请求，不仅有利于进一步提高获取的第二推荐信息的有效性，也有利于提高响应速度。
97.根据其他一些可选实施例，所述方法还包括：
98.获取所述客户端的配置参数；
99.根据所述配置参数，生成所述第一类请求和所述第二类请求；其中，所述配置参数包括所述多媒体信息的属性信息和/或所述客户端的用户信息。
100.第一类请求和第二类请求中均携带了配置参数，以保证提供方可以提供所需的多媒体信息。
101.多媒体信息的属性信息包括但不限于：多媒体信息的类型、展示时长等。例如：多媒体信息的类型可以是视频类，也可以是图片类。
102.客户端的用户信息包括但不限于用户姓名或用户所处地理位置等。
103.在一具体示例中，如图2所述，多媒体信息推荐方法包括：
104.步骤s210、用户通过应用程序(app，application)触发客户端的推荐功能，需要展示多媒体信息时，客户端向服务端发送推荐请求；
105.步骤s220、服务端响应于客户端的推荐请求，从推荐请求中获取客户端的配置参数，并生成第一类请求和第二类请求；
106.步骤s230、服务端分别向第一类平台发送第一类请求，向第二类平台发送第二类请求；其中，所述第一类请求用于获取第一推荐信息，所述第二类请求用于获取第二推荐信
息；其中，所述第一推荐信息为所述第一类平台从多个所述多媒体信息的提供方提供的推荐信息中筛选的推荐信息；所述第二推荐信息为根据预设请求顺序请求所述第二类平台内的多媒体信息的提供方得到的推荐信息；
107.步骤s240、若在预设时间内接收到所述第一推荐信息和/或所述第二推荐信息，根据在所述预设时间内接收到的推荐信息，确定推荐结果；
108.步骤s250、服务端向客户端发送推荐结果指示的提供方提供的多媒体信息。
109.步骤s260、若在预设时间内未接收到第一推荐信息及第二推荐信息，从服务端的预存多媒体信息中选择发送给客户端的多媒体信息。
110.非限制地，步骤s210至步骤s260中的多媒体信息可以指广告，第一类请求和第二类请求均为竞价请求，推荐信息包括收益指标等竞价响应。第一类平台可以是支持头部竞价(headerbidding)方式的广告网络服务平台，头部竞价指可以同时向多个提供方发起竞价请求，从而展开公平竞价，可以获得的收益指标最高的提供方赢得这次广告展示机会。第二类平台可以是“瀑布模型(waterfall)”的广告服务平台，“瀑布模型”请求多个支持adx(ad exchange互联网广告交易平台)dsp(demand-side platform，买方平台)广告商(即多媒体信息的提供方)。
111.在步骤s240之前，多媒体信息推荐方法还包括以下步骤：
112.获取所述客户端的历史多媒体信息；
113.根据所述历史多媒体信息，确定所述历史多媒体信息对应的所述提供方；
114.确定所述历史多媒体信息对应的提供方中，与所述第二类平台中所述提供方重合的提供方，得到第一目标提供方；
115.按照所述历史多媒体信息的预设指标由大到小的优先级顺序，对所述第一目标提供方进行排序，得到排序结果；
116.选择所述排序结果作为所述预设请求顺序，或，选择所述排序结果作为所述预设请求顺序的前n位请求顺序；其中，所述n为大于或等于1的正整数。
117.因为第二类平台中提供方对每个用户的价值定义是有区别的，不会每次都会给很好的推荐信息，通过记录用户与出价历史最优值的adx dsp(即历史多媒体信息中最大预设指标指示的提供方)关联，当该用户向第二类平台请求广告时优先请求已关联的提供方，以此提升收益。并且是可以利用缓存用户历史多媒体信息进行动态更新预设请求顺序。
118.此外，在步骤s240之前，多媒体信息推荐方法还包括以下步骤：
119.在第m次向所述第二类平台发送所述第二类请求时，获取所述第二类平台中所述提供方的多媒体信息的预设指标；其中，所述m为大于或等于1的正整数；
120.若所述预设指标大于或等于预设阈值，确定所述提供方为第二目标提供方；
121.在所述第m+1次向所述第二类平台发送所述第二类请求时，所述预设请求顺序为所述第二目标提供方的排序。
122.在请求过程中记录广告的质量指标和收益指标(即预设指标)，以此优化提供方，淘汰优势较弱的提供方，得到第二目标提供方，从而在提高第二类平台对服务端的响应速度同时，获取更高广告收益。本示例的多媒体信息推荐方法结合了两种广告平台的不同竞价方式，这种混合竞价的模式可以有效摆脱上游广告渠道商的渠道价格控制，并把整个竞价过程透明化，在服务端进行记录竞价过程与结果，并可以以此来改进提升竞价收益。而
且，这种竞价方式可以提升15-30％的广告收益。
123.本公开第二方面实施例提供了一种多媒体信息推荐装置，应用于服务端，如图3所示，所述装置300包括：
124.请求模块310，用于响应于客户端的推荐请求，分别向第一类平台发送第一类请求，向第二类平台发送第二类请求；其中，所述第一类请求用于获取第一推荐信息，所述第二类请求用于获取第二推荐信息；其中，所述第一推荐信息为所述第一类平台从多个所述多媒体信息的提供方提供的推荐信息中筛选的推荐信息；所述第二推荐信息为根据预设请求顺序请求所述第二类平台内的多媒体信息的提供方得到的推荐信息；
125.第一确定模块320，用于在预设时间内接收到所述第一推荐信息和/或所述第二推荐信息，根据在所述预设时间内接收到的推荐信息，确定推荐结果；
126.通信模块330，用于向所述客户端发送所述推荐结果指示的所述提供方提供的所述多媒体信息。
127.如图4所示，服务端30可以是自建的服务器(self-service)，服务端30包括请求模块310(ad-server)和预存模块340(self-dsp)，其中，用户10触发客户端20，客户端20向服务端30发送推荐请求，请求模块310响应于推荐请求，并向第一类平台50发送第一类请求，向第二类平台60发送第二类请求。其中，第一类平台50和第二类平台60均为第三方服务平台40，第二类平台60中的多个提供方分别以dsp a(提供方a 61)、dsp b(提供方b 62)、dsp c(提供方c 63)等表示。预存模块340用于预存多媒体信息，若在预设时间内服务端30未接收到第一推荐信息及第二推荐信息，服务端30从预存模块340中选择多媒体信息发送给客户端20。
128.根据其他一些可选实施例，所述第一确定模块，还用于：
129.按照预设指标由大到小的顺序对所述推荐信息进行优先级排序；
130.根据位于预设优先级顺序的所述推荐信息，确定所述推荐结果。
131.根据其他一些可选实施例，所述装置，还包括：
132.第二确定模块，用于若在预设时间内未接收到所述第一推荐信息及所述第二推荐信息，从所述服务端的预存多媒体信息中选择发送给所述客户端的所述多媒体信息。
133.根据其他一些可选实施例，所述装置，还包括：
134.第二获取模块，用于获取所述客户端的历史多媒体信息；
135.第三确定模块，用于根据所述历史多媒体信息，确定所述历史多媒体信息对应的所述提供方；
136.第四确定模块，用于确定所述历史多媒体信息对应的提供方中，与所述第二类平台中所述提供方重合的提供方，得到第一目标提供方；
137.第一排序模块，用于按照所述历史多媒体信息的预设指标由大到小的优先级顺序，对所述第一目标提供方进行排序，得到排序结果；
138.第五确定模块，用于选择所述排序结果作为所述预设请求顺序，或，选择所述排序结果作为所述预设请求顺序的前n位请求顺序；其中，所述n为大于或等于1的正整数。
139.根据其他一些可选实施例，所述装置，还包括：
140.第三获取模块，用于在第m次向所述第二类平台发送所述第二类请求时，获取所述第二类平台中所述提供方的多媒体信息的预设指标；其中，所述m为大于或等于1的正整数；
141.第六确定模块，用于在所述预设指标大于或等于预设阈值时，确定所述提供方为第二目标提供方；
142.在所述第m+1次向所述第二类平台发送所述第二类请求时，所述预设请求顺序为所述第二目标提供方的排序。
143.根据其他一些可选实施例，所述装置，还包括：
144.第四获取模块，用于获取所述客户端的配置参数；
145.生成模块，用于根据所述配置参数，生成所述第一类请求和所述第二类请求；其中，所述配置参数包括所述多媒体信息的属性信息和/或所述客户端的用户信息。
146.本公开第三方面实施例提供了一种终端，包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序，所述处理器运行所述可执行程序时执行如第一方面实施例所述方法的步骤。
147.本公开第四方面实施例提供了一种存储介质，其上存储有可执行程序，其特征在于，所述可执行程序被处理器执行时实现如第一方面实施例所述方法的步骤。
148.图5是根据一示例性实施例示出的一种终端的框图。例如，终端可以是移动电话，计算机，数字广播电子设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
149.参照图5，电子设备可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。
150.处理组件802通常控制电子设备的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
151.存储器804被配置为存储各种类型的数据以支持在电子设备的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
152.电力组件806为电子设备的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。
153.多媒体组件808包括在电子设备和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当电子设备处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像
头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
154.音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
155.i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
156.传感器组件814包括一个或多个传感器，用于为电子设备提供各个方面的状态评估。例如，传感器组件814可以检测到电子设备的打开/关闭状态，组件的相对定位，例如组件为电子设备的显示器和小键盘，传感器组件814还可以检测电子设备或电子设备一个组件的位置改变，用户与电子设备接触的存在或不存在，电子设备方位或加速/减速和电子设备的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
157.通信组件816被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
158.在示例性实施例中，电子设备可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
159.本公开所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
160.本公开所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
161.本公开所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
162.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
163.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。