内容查找方法及装置与流程

1.本公开涉及计算机应用领域，尤其涉及内容查找方法及装置。


背景技术：

2.图形码，通常指通过将几何图形进行排布的方式记录数据信息的图码，常见的一维图形码有条形码，二维的图形码有pdf417码和快速响应码qr code(quick response code)等等；相关技术中，可以将url携带在上述图形码中，以使用户可以通过扫描图形码的方式，快速获取并访问到上述url。
3.例如，某些电影的制作方可以将电影的多媒体宣传页url携带在qr code中，并将该qr code通过海报等方式向公众展示，以便公众快速访问上述电影的多媒体宣传页。
4.但是在采用上述方案的情况下，如果上述多媒体宣传页url发生变更，用户扫描旧的qr code只能获得旧url，就会遇到无法访问新url对应的多媒体宣传页的问题；若要使用户能够查找到最新信息，需更新替换已经生成的、印制有qr code的海报等宣传材料，可见，上述方案还存在信息更新维护困难的问题。


技术实现要素：

5.有鉴于此，本公开提供了内容查找方法及装置，以至少解决相关技术中获取的信息不符合需求、以及信息更新维护困难的技术问题。本公开的技术方案如下：
6.根据本公开实施例的第一方面，提出了一种内容获取方法，应用于服务端，包括：
7.获取客户端发送的功能标识和内容标签，其中所述功能标识和内容标签由所述客户端扫描目标图形码并解析得到；
8.若所述功能标识指示对指定类型内容的查找功能，则基于所述指定类型的内容，查找与所述内容标签相匹配的目标内容；
9.将所述目标内容返回至所述客户端。
10.可选的，所述内容标签包括至少一组内容子标签，每组所述内容子标签包括内容类别标签。
11.可选的，每组所述内容子标签还包括内容关键词标签。
12.可选的，在所述内容标签包括多组内容子标签的情况下，所述查找与所述内容标签相匹配的目标内容，包括：
13.查找与所述多组内容子标签相匹配的目标内容。
14.可选的，在查找到的目标内容的数量少于预设阈值的情况下，所述方法还包括：
15.基于预设的关键词映射表，确定与所述至少一组内容子标签所包括的所述内容关键词标签具有映射关系的扩展关键词标签；
16.基于所述内容关键词标签以及扩展关键词标签查找相对应的目标内容。
17.可选的，所述查找与所述内容标签匹配的目标内容，包括：
18.从与所述内容类别标签对应的内容集合中，查找与所述内容关键词标签相匹配的
目标内容。
19.可选的，在将所述目标内容返回至所述客户端之前，所述方法还包括：
20.获取客户端对应的用户标识，并查找与所述用户标识对应的用户画像；
21.根据所述目标内容与所述用户画像的相关度，对所述目标内容进行排序。
22.可选的，所述方法还包括：
23.在查找不到与所述内容标签相匹配的目标内容的情况下，向所述客户端发送查找失败信息，并向所述客户端发送与所述功能标识或所述内容标签相关的推荐内容。
24.可选的，所述功能标识指示的查找功能包括下列功能中的任意一种或多种类型的组合：
25.对音频类型内容的查找功能、对视频类型内容的查找功能、对图像类型内容的查找功能、对文字类型内容的查找功能、对超文本类型内容的查找功能、查找用户主页功能、查找同好用户功能。
26.可选的，在所述功能标识指示查找同好用户功能的情况下，所述基于所述指定类型的内容，查找与所述内容标签相匹配的目标内容包括：
27.查找偏好信息与所述内容标签对应的同偏好用户对应的好友添加信息；
28.所述将所述目标内容返回至所述客户端，包括：
29.将所述同偏好用户对应的好友添加信息返回至所述客户端。
30.根据本公开实施例的第二方面，提出了一种内容获取方法，应用于客户端，包括：
31.获取目标图形码；
32.解析所述目标图形码，获得所述目标图形码中携带的功能标识和内容标签；
33.将所述功能标识与所述内容标签发送至服务端，以使所述服务端基于所述功能标识指示的、针对指定类型内容的查找功能，查找并返回与所述内容标签相匹配的目标内容；
34.获取所述服务端返回的所述目标内容。
35.根据本公开实施例的第三方面，提出了一种内容查找装置，应用于服务端，包括：
36.获取模块，被配置为获取客户端发送的功能标识和内容标签，其中所述功能标识和内容标签由所述客户端解析目标图形码得到；
37.查找模块，被配置为若所述功能标识指示对指定类型内容的查找功能，则基于所述指定类型的内容，查找与所述内容标签相匹配的目标内容；
38.返回模块，被配置为将所述目标内容返回至所述客户端。
39.根据本公开实施例的第四方面，提出了一种内容获取装置，应用于客户端，包括：
40.第一获取模块，被配置为获取目标图形码；
41.解析模块，被配置为解析所述目标图形码，获得所述目标图形码中携带的功能标识和内容标签；
42.第一发送模块，被配置为将所述功能标识与所述内容标签发送至服务端，以使所述服务端基于所述功能标识指示的、针对指定类型内容的查找功能，查找并返回与所述内容标签相匹配的目标内容；
43.第二获取模块，被配置为获取所述服务端返回的所述目标内容。
44.根据本公开实施例的第五方面，提出了一种服务端，包括：
45.处理器；
46.用于存储所述处理器可执行指令的存储器；
47.其中，所述处理器被配置为执行所述指令，以实现上述任一实施例所述的内容查找方法。
48.根据本公开实施例的第六方面，提出了一种客户端，包括：
49.处理器；
50.用于存储所述处理器可执行指令的存储器；
51.其中，所述处理器被配置为执行所述指令，以实现上述任一实施例所述的内容获取方法。
52.根据本公开实施例的第七方面，提出一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述任一实施例所述的内容获取方法或内容查找方法。
53.根据本公开实施例的第八方面，提出一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的内容获取方法或内容查找方法。
54.本公开的实施例提供的技术方案至少带来以下有益效果：
55.以上技术方案中，一方面，由于客户端发送的功能标识和内容标签是由客户端扫描目标图形码并解析得到的，而服务端可以在该功能标识指示对指定类型内容的查找功能的情况下，基于上述指令类型，查找与上述内容标签相匹配的目标内容并返回至客户端，因此，可以提高用户通过扫描图形码查找到的信息的准确性和时效性。
56.另一方面，由于解析目标图形码得到的是内容标签和功能标识，而不是完整的url，因此在服务端更新或者维护后，目标图形码无需与服务端域名同步变更，已经生成的图形码仍能够继续沿用，因此可以降低信息更新或维护的难度。
57.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
58.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书文本一同用于解释原理，并不构成对本公开的不当限定。
59.图1是一示例性实施例示出的一种扫描图形码获取内容的情景示意图；
60.图2是一示例性实施例示出的一种内容获取方法的流程图；
61.图3是一示例性实施例示出的一种内容查找方法的流程图；
62.图4是一示例性实施例示出的一种内容获取的交互流程示意图；
63.图5是一示例性实施例示出的一种内容查找装置的示意框图；
64.图6是一示例性实施例示出的一种内容查找装置的示意框图；
65.图7是一示例性实施例示出的一种电子设备的结构图。
具体实施方式
66.为了使本技术领域的人员更好地理解本公开一个或多个实施例中的技术方案，下面将结合本公开一个或多个实施例中的附图，对本公开一个或多个实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是一部分实施例，而不是全部的实施例。基
于本公开一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。
67.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的系统和方法的例子。
68.在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
69.应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
70.图形码，通常指通过将几何图形进行排布的方式记录数据信息的图码，常见的一维图形码有条形码，二维的图形码有pdf417码和快速响应码qr code(quick response code)等等；相关技术中，上述图形码不仅可以携带商品序列号、书籍出版信息等数据信息，还可以携带指向其他内容的数据信息；例如，可以将url携带在上述图形码中，以使用户可以通过扫描图形码的方式，快速获取并访问到上述url。
71.请参见图1，图1为本公开示出的一种扫描图形码获取内容的情景示意图。该情景示意图中包括左侧的图形码，中部的客户端，以及右侧的服务端三个要素，在该情境中，客户端可以通过扫描图形码，获得图形码中携带的信息，并进一步根据获得的信息从服务器中获取与上述信息对应的内容。
72.假如在上述示例中应用有上述利用图形码携带url的相关技术，则可以假设左侧宣传海报上展示的图形码具体为一种二维的qr code，其中携带的url内容为“https://www.helloworld.test”，在用户使用手机浏览器客户端的“二维码扫描”功能扫描该qr code后，该手机浏览器客户端即可解析扫描到的qr code并从中获得上述url“https://www.helloworld.test”；通常，手机浏览器会自动访问上述url，并向用户展示该url对应的网页内容。
73.在采用上述方案的情况下，如果上述网页内容的url发生变更，用户扫描旧版本的qr code只能获得旧版本url，无法访问新url对应的网页内容，出现无法获取所需信息的问题；而为了让用户能够获取最新的网页内容，宣传方需更新替换已经生成的、印制有qr code的海报等宣传材料，可见，上述方案还存在更新、维护成本较高的问题。
74.基于此，本公开提出一种客户端通过将图形码中解析得到的功能标识以及内容标签发送至服务端，以使服务端查找并返回对应的目标内容的技术方案。
75.在实现时，图形码中携带的信息不再是客户端可以打开的url，而是由服务端用以查询对应目标内容的功能标识以及内容标签；具体而言，本公开中的内容标签，可以包括任意用于查找对应的目标内容的标签，既可以包括编号、地址、目录等可以直接指向特定内容
的直接访问标签，也可以包括题材类型、影片风格、主要演员、上映日期等用于缩小范围、细化分类的特征标签。
76.举例而言，假设相关技术中，宣传材料内的目标图形码中携带的url为“http://www.video.test/vid123456”，对应的内容是网站“video.test”提供的一个视频，而一旦网站发生变化，例如域名“video.test”失效，上述网站换用了新的域名“vd.test”，则上述视频的url可能对应变为“http://www.vd.test/vid123456”，原先的url将无法指向正确的内容；而应用本方案，上述图形码中携带的则可以是对应该视频的内容标签“vid123456”，上述图形码在由特定的视频客户端扫描到之后，携带的该标签将被发送至对应的视频服务端，由视频服务端根据该内容标签查找到对应的视频后返回给上述视频客户端，不受网站域名变化影响。
77.而上述功能标识则用于在服务端支持多种查找功能的情况下，指示实际需要调用的查找功能。例如，服务端既支持针对视频类型的内容的查找功能，也支持针对小说类型的内容的查找功能，并将上述两者分别编码为功能标识f01与功能标识f02；如果在一次查询中，客户端发送的功能标识是f01，则服务端即可确定需要调用针对视频类型的内容的查找功能，而无需调用针对小说类型的内容的查找功能。
78.在一实施例中，上述功能标识指示的查找功能可以包括下列功能中的任意一种或多种类型的组合：对音频类型内容的查找功能、对视频类型内容的查找功能、对图像类型内容的查找功能、对文字类型内容的查找功能、对超文本类型内容的查找功能、查找用户主页功能、查找同好用户功能。
79.可以理解的是，上述功能仅为便于列举的示例，本领域技术人员可以灵活设置上述功能标识，以适应服务端需要支持的多种查找功能；还可以设计识别逻辑，使服务端屏蔽携带未知功能标识的查询请求，从而提升系统的安全性。
80.在以上技术方案中，一方面，由于客户端发送的功能标识和内容标签是由客户端扫描目标图形码并解析得到的，而服务端可以在该功能标识指示对指定类型内容的查找功能的情况下，基于上述指令类型查找与上述内容标签相匹配的目标内容并返回至客户端，因此可以提高客户端扫码获取到的内容的准确性和时效性；
81.另一方面，由于解析目标图形码得到的是内容标签和功能标识，而不是完整的url，因此在服务端更新或者维护后，目标图形码无需与服务端域名同步变更，已经生成的图形码仍能够继续沿用，因此可以降低信息更新或维护的难度。
82.下面通过具体实施例并结合具体的应用场景对技术方案进行描述。
83.请参考图2，图2是根据一示例性实施例示出的一种内容获取方法的流程图，该方法可以应用于如图1所示的交互情景中的客户端；该方法可以包括以下步骤s201至s204：
84.s201，获取目标图形码。
85.在本示例中，上述客户端可以首先获取目标图形码；通常，客户端可以通过调用设备上的摄像头，从被展示的图形码中获取到相应的内容；以智能手机上安装的短视频应用app为例，上述短视频应用app可以通过调用智能手机上搭载的摄像头组件，通过拍摄功能获取到海报、传单、宣传屏幕等载体上展示的qr code形式的目标图形码。但可以理解的是，除上述使用智能手机扫描qr code以外，在实际应用中，还可以使用其他设备识别其他种类的图形码，例如，使用专用的条码扫描设备识别图书上的pdf147码，使用个人计算机pc识别
电子邮件中携带的data matrix码等等。因此，本领域技术人员可以自行根据具体需求进行场景迁移，选择符合需求的图形码规范以及对应的设备种类；上述示例性的应用情景不构成对本公开的不当限定。
86.在一实施例中，客户端可以通过其内置的即时通信功能获取目标图形码；举例而言，上述客户端是内置即时通信功能的短视频应用app，当前用户张三的好友李四通过该客户端内的即时通信功能，向张三发送了一条信息，该信息中包括上述目标图形码的图片，则该过程亦可以视为张三的短视频应用app获取到了上述目标图形码。
87.应用该方案，可以充分利用客户端自带的即时通信功能，加强内容在用户群体之间的流通，提高内容分享的便捷性；同时，由于本方案中目标图形码携带的是内容标签，不会因为服务端的更新和迭代而失效，因此可以保证历史消息记录中保存的图形码的长期有效性。
88.s202，解析所述目标图形码，获得所述目标图形码中携带的功能标识和内容标签。
89.在该示例中，上述客户端可以在获取到上述目标图形码之后，对获取到的目标图形码进行解析，获取到该目标图形码中携带的功能标识和内容标签。具体而言，由于图形码的种类可以多种多样，因此上述客户端可以采用对应的解析算法对图形码进行解析；例如，假设约定该客户端在该功能中只使用qr code，那么就可以调用qr code的解析算法，对获取到的目标图形码进行解析。
90.在一实施例中，上述客户端可以支持多种格式的图形码，并内置分别支持各种图形码格式的解析算法；则在对获取到的目标图形码进行解析之前，可以首先通过图像识别算法，例如轮廓检测算法，确定出目标图形码采用的图形码格式，再调用对应的解析算法对目标图形码进行解析；还可以直接调用上述多种解析算法直接对上述目标图形码进行解析，并保留解析成功的结果。
91.举例而言，假设通过轮廓检测算法检测到某个目标图形码的形状为长方形，则可以排除必定为正方形的qr code格式；再通过轮廓分区的特性，可以进一步区分条形分区的pdf417码和正方形分区的data matrix码等等。本领域技术人员可以根据具体需求，自行选择支持多种图形码规范的算法，或自行设计私有的图形码规范协议，本公开无需进行详细限定。
92.由于不同格式的图形码通常各具优势，例如qr code的识别速度较快，data matrix的信息密度更高，等等；因此，采用上述方案，客户端支持多种格式的目标图形码，可以充分利用各种格式的图形码各自的优势，提高上述目标图形码对于不同载体和场景的适应性。
93.通常，在对上述目标图形码进行解析之后，即可获得该目标图形码携带的数据信息；在本公开中，上述目标图形码携带的数据信息为功能标识和内容标签；可以理解的是，该功能标识和内容标签可以直接存储在上述目标图形码中，也可以经过特定的数据格式包装后存储在上述目标图形码中。举例而言，上述目标图形码中可以携带一个结构体，并将上述功能标识和内容标签保存在该结构体的指定位置中。举例而言，可以预先约定目标图形码中携带的信息使用json格式如下：
94.{“tag”:[功能标识],“data”:[内容标签]}
[0095]
也就是说，可以在json格式的tag一项中存储功能标识，在data一项中存储内容标
签。可以理解的是，上述json格式仅为一可行示例，不构成对于本公开的不当限定；除json格式之外，本领域技术人员亦可以在上述构思基础上，自行选择其他可用的数据格式，例如各种链表、树、key
‑
value键
‑
值对等等，本公开亦无需全部列举。
[0096]
在一实施例中，在上述客户端解析目标图形码后，可以检查解析结果中是否包含预设的功能标识，以此判断该目标图形码是否是携带本公开中的内容标签的图形码。继续以前述使用json格式存储功能标识和内容标签的方案为例，可以将上述客户端中的逻辑配置为，只有识别到上述tag对应的信息为指示对指定类型内容的查找功能的功能标识的情况下，才能确定该目标图形码确为携带内容标签的图形码，此后方可将后续data对应的信息作为内容标签处理，也即执行后续操作。例如，假设约定对应视频流类型内容的查找功能的功能标识为“videofeeds”，对应音乐流类型内容的查找功能的功能标识为“musicfeeds”，对应小说列表类型内容的查找功能的功能标识为“novellists”，对应用户主页的查找功能的功能标识为“userhomepg”，则只有在目标图形码的解析结果中，识别到上述tag对应的信息为“videofeeds”或者“musicfeeds”或者“novellists”或者“userhomepg”的情况下，才会继续后续步骤。
[0097]
上述列出的“videofeeds”、“musicfeeds”、“novellists”、“userhomepg”均为便于表述的示例，在实际应用中，开发人员可以根据具体的业务需求自行设定功能标识的具体内容，以及不同的功能标识与各项查找功能之间的对应关系，本公开对此无需具体限定。
[0098]
可以理解的是，在上述tag对应的信息不为预设的功能标识的情况下，可以根据具体的业务需求展示错误提示，例如，弹出一条包含“这个二维码不是我们的二维码哦”的提示信息，等等。本公开对于后续的错误处理方案无需进行限定。亦可以理解的是，上述对功能标识的识别步骤并非只能在客户端上执行；也就是说，客户端既可以在识别功能标识之后将功能标识和内容标签发送至服务端，也可以直接将功能标识和内容标签发送至服务端，再由服务端识别上述功能标识是否满足约定条件。
[0099]
应用上述方案，由于可以在发送内容标签之前确定目标图形码是否为携带内容标签的图形码，因此，可以避免客户端将并非内容标签的无关内容误认为内容标签并发往服务端，可以提升业务流程的效率和安全性。
[0100]
在一实施例中，上述内容标签可以包括至少一组内容子标签，且每组内容子标签中至少包括内容类别标签。以下列json数据结构为例：
[0101]
{"tag":"videofeeds",
[0102]
"data":[{"key":"calendar","params":"2010.10.1"},{"key":"calendar","params":"2010.12.26"}]}
[0103]
在该例中，tag对应的videofeeds为指示用于查询视频流的查询功能的功能标识，data对应的部分则为内容标签；其中可以看到data下包含了两组内容子标签，且每组子标签中都包含key，也就是内容类别标签，具体而言，该示例中的calendar指的是日期，再结合对应的参数params值为"2010.10.1"，就指示了服务端需要筛选日期是2010.10.1的内容。采用此方案，由于内容标签中可以包含一组或者多组内容子标签，因此可以容纳更多用于描述待查询的目标内容的信息，有利于更加精准地记载内容查询的需求，提高目标图形码对复杂业务的适应能力。
[0104]
在一实施例中，上述内容子标签中还可以包括内容关键词标签，该内容关键词标
签用于与对应的内容类别标签共同限定内容的查找条件。例如，某二维码中希望携带的查找条件既包括“新闻”这一类别条件，也包括“2010.10.1”这一新闻下的日期关键词条件，则上述内容子标签中就可以携带指示“新闻”这一类别条件的内容类别标签，以及指示“2010.10.1”这一新闻下的日期关键词条件的内容关键词标签。应用该方案，可以进一步提高查找的精确度。
[0105]
在一实施例中，在上述内容子标签中同时包括内容关键词标签和内容类别标签的情况下，则返回的目标内容即可以是服务端从与所述内容类别标签对应的内容集合中，查找与所述内容关键词标签相匹配的目标内容。假设，某二维码经过扫描解析后得到的一内容子标签为{"key":"news","params":"2010.10.1"}，则该内容子标签即意味着返回的目标内容将是在news新闻分类集合中，按关键词2010.10.1进行检索得到的内容。
[0106]
亦可以理解的是，在本公开中，上述内容关键词标签并非必要的设计；在一些情况下，在客户端仅需要对于内容的类别进行筛选，而无需进一步通过内容关键词来限定的情况下，即可仅在内容子标签中携带内容类别标签，而将内容关键词标签留空，或者填入预设的留空占位符，服务端中可以预设内容关键词标签的缺省值，从而在上述内容关键词标签为空的情况下，采用缺省值进行查找。例如，假设目标图形码是用于获取在movie_abc电影网站上的电影内容，对应的内容类别标签被约定为movie_abc，因此扫描解析得到其中一组内容子标签就可以为{"key":"movie_abc","params":""}，参数params(内容关键词标签)为空。
[0107]
s203，将所述功能标识与所述内容标签发送至服务端，以使所述服务端基于所述功能标识指示的、针对指定类型内容的查找功能，查找并返回与所述内容标签相匹配的目标内容。
[0108]
在本示例中，上述客户端在获得上述目标图形码中携带的功能标识和内容标签后，可以将该功能标识和内容标签发送至服务端，以使该服务端根据该功能标识和内容标签，查找并返回对应的目标内容。以短视频app的播放情景为例，假设短视频app通过解析扫描到的图形码获取到的功能标识为“短视频”，内容标签为“怀旧音乐”，则对应的短视频服务端在接收到上述内容标签后，可以将上述“怀旧音乐”作为关键词进行查找，并将查找到的短视频返回给上述短视频app客户端。
[0109]
s204，获取所述服务端返回的所述目标内容。
[0110]
在本示例中，上述客户端可以获取到上述服务端返回的、与上述内容标签对应的目标内容。可以理解的是，以短视频获取场景为例，服务端既可以返回查找到的多个短视频中播放量最高、或者点赞量最高的多个视频构成的视频列表，也可以返回最权威的一个短视频的视频流链接，等等。因此，客户端获取目标内容的具体方式，既可以是获取目标内容的完整数据，也可以获取目标内容的指向链接，还可以是获取包含有目标内容的列表等等，本公开无需进一步限定。
[0111]
可以理解的是，获取到的目标内容既可以是进一步用于展示的视频、文档、图片、音乐等内容，也可以是无需进行展示的签到确认消息、身份确认消息等内容，因此，本方案更关注客户端获取内容的方式，而无需对于内容是否需要展示、如何展示进行限定。
[0112]
亦可以理解的是，如果上述服务端没有查找到符合需求的目标内容，则该客户端可以展示预设的获取失败提示信息，并提供进一步的搜索建议或内容推荐；例如，某用户在
通过扫描图形码，请求服务端返回“xx电影”的相关信息，但该电影已经被下架无法播放，则客户端可以通过消息提示告知用户“xx电影已下架”，并提供与“xx电影”同主演、或者同导演的相关电影供用户选择。本领域技术人员可以根据具体需求自行设计查找失败后的补偿方案，本公开无需进行全部列举。
[0113]
在上述过程中，可以利用脱敏技术，减少用户的隐私泄露，也可以利用加密、签名等技术手段，改善上述各个步骤的安全性和私密性；例如，客户端向服务端发送内容标签时，可以携带自身的身份标识，以便服务端了解用户的偏好，但在服务端向第三方内容源请求内容时，则可以除去上述身份标识，或将上述身份标识脱敏化，以使用户的偏好信息不会泄露给第三方内容源。
[0114]
在一实施例中，上述客户端还可以向服务端发送该客户端对应的用户标识，以使该服务端在返回该目标内容之前，查找与该用户标识对应的用户画像，并根据该目标内容与该用户画像的相关度，对该目标内容进行排序。用户画像，可以理解为通过若干个维度对于用户行为习惯、偏好的评估结果，如果服务端中预先为其服务的用户进行了用户画像，那么客户端只需向服务端发送该客户端对应的用户标识，服务端即可查找到对应的用户画像，进而根据目标内容与用户画像的相关程度，对目标内容进行排序。
[0115]
举例而言，假设用户张三的用户画像中指示此人喜欢数码相关的内容，讨厌美妆相关的内容，则在查找摄影相关内容时，即可将目标内容中的相机品牌、参数等与数码这一爱好强相关的内容前置，将模特妆容等与美妆这一用户反感的主题相关的内容后置，从而得到根据用户画像进行排序后的目标内容。
[0116]
采用该方案，可以充分利用大数据优势，进一步对用户的搜索结果进行基于用户习惯偏好的优化，改善用户对于内容获取结果的认可度。
[0117]
基于以上实施例可知，本公开所提供的内容获取方法，不仅可以延续用户通过扫描图形码获取内容的操作习惯，降低用户学习成本，还可以在服务端更新或这维护的情况下，已经生成的图形码仍能够继续沿用，降低系统更新或维护的成本。
[0118]
以上内容即为本公开提供的、应用于客户端的内容获取方法的全部实施例；本公开还对应提供了一种应用于服务端的内容查找方法。
[0119]
请参见图3，图3是一示例性实施例示出的另一种内容查找方法的流程图；该方法可以应用于如图1所示的交互情景中的服务端，该方法包括如下步骤：
[0120]
s301，获取客户端发送的功能标识和内容标签，其中所述功能标识和内容标签由所述客户端扫描目标图形码并解析得到。
[0121]
在本示例中，在客户端扫描目标图形码并进行解析从而得到功能标识和内容标签之后，服务端可以获取上述客户端发送的上述功能标识和内容标签。如前所述，客户端既可以通过摄像头拍摄的方式即时扫描目标图形码，也可以通过图片读取接口扫描以文件形式存储在设备上的、诸如即时通讯软件聊天记录等来源的目标图形码；而且，由于图形码的种类可以多种多样，因此上述客户端可以采用对应的解析算法对图形码进行解析；因此，本公开不限定客户端扫描目标图形码的具体方式，也不限定客户端解析目标图形码的具体方式。此外，本公开对于客户端与服务端之间的具体的通信方式无需进行限定，本领域普通技术人员可以根据具体的业务需求自行选择通信方式。
[0122]
在一实施例中，上述内容标签可以包括至少一组内容子标签，每组所述内容子标
签可以包括内容类别标签。以下列json数据结构为例：
[0123]
{"tag":"videofeeds",
[0124]
"data":[{"key":"calendar","params":"2010.10.1"},{"key":"calendar","params":"2010.12.26"}]}
[0125]
在该例中，data对应的部分为内容标签；其中包含了两组内容子标签，且每组子标签中都包含key，也就是内容类别标签，具体而言，该示例中的calendar指的是日期，再结合对应的参数params值为"2010.10.1"，就指示了服务端需要筛选日期是2010.10.1的内容。采用此方案，由于内容标签中可以包含一组或者多组内容子标签，因此可以容纳更多用于描述待查询的目标内容的信息，有利于更加精准地记载内容查询的需求，提高目标图形码对复杂业务的适应能力。
[0126]
在一实施例中，上述内容子标签中还可以包括内容关键词标签，该内容关键词标签用于与对应的内容类别标签共同限定内容的查找条件。在上述内容子标签中同时包括内容关键词标签和内容类别标签的情况下，则指示待查询的目标内容可以是：属于与上述内容类别标签匹配的内容集合、且与上述内容关键词标签相匹配的目标内容。假设，某二维码经过扫描解析后得到的一内容子标签为{"key":"news","params":"2010.10.1"}，则该内容子标签即意味着目标内容将是在news新闻分类集合中，按关键词2010.10.1进行检索得到的内容。
[0127]
亦可以理解的是，在本公开中，上述内容关键词标签并非必要的设计；在一些情况下，在客户端仅需要对于内容的类别进行筛选，而无需进一步通过内容关键词来限定的情况下，即可仅在内容子标签中携带内容类别标签，而将内容关键词标签留空，或者填入预设的留空占位符，服务端中可以预设内容关键词标签的缺省值，从而在上述内容关键词标签为空的情况下，采用缺省值进行查找。例如，假设目标图形码是用于获取在douban电影网站上的电影内容，对应的内容类别标签被约定为movie_douban，因此扫描解析得到其中一组内容子标签就可以为{"key":"movie_douban","params":""}，参数params(内容关键词标签)为空。
[0128]
s302，若所述功能标识指示对指定类型内容的查找功能，则基于所述指定类型的内容，查找与所述内容标签相匹配的目标内容；
[0129]
在本示例中，在从客户端接收到的功能标识指示对指定类型内容的查找功能的情况下，服务端可以基于该指定类型的内容，查找与从客户端接收到的内容标签相匹配的目标内容。以短视频app的播放情景为例，假设短视频app通过解析扫描到的图形码获取到的功能标识为“短视频”，内容标签为“怀旧音乐”，则对应的短视频服务端在接收到上述内容标签后，可以将上述“怀旧音乐”作为关键词进行查找。可以理解的是，判断上述功能标识是否指示对指定类型内容的查找功能，既可以在服务端完成，也可以由客户端完成后再由服务端从客户端中获取判断结果；本公开不限定判断上述功能标识是否指示对指定类型内容的查找功能的步骤的执行主体。
[0130]
如前所述，内容标签中既可以包括一组内容子标签，也可以包括多组内容子标签。在一实施例中，上述在所述内容标签包括多组内容子标签的情况下，服务端在查找与上述内容标签相匹配的目标内容时，即可查找与上述多组内容子标签相匹配的目标内容。也就是说，上述多组内容子标签之间的逻辑关系可以是“且”的关系。例如，某一次查询中的两组
内容子标签中，内容子标签甲覆盖了内容a01、a02，而内容子标签乙则覆盖了内容a02、a03，那么采用上述“且”的逻辑关系的情况下，最终确定的目标内容则可以是与上述内容子标签甲和乙均匹配的内容a02。
[0131]
但可以理解的是，在实际应用中，由于多个内容子标签之间采用且的逻辑关系可能导致查找到的目标内容数量过少，因此也可以采取其他的逻辑关系，或者采取扩展搜索。
[0132]
在一实施例中，在查找到的目标内容的数量少于预设阈值的情况下，上述服务端可以基于预设的关键词映射表，确定与该至少一组内容子标签所包括的该内容关键词标签具有映射关系的扩展关键词标签；再基于该内容关键词标签以及扩展关键词标签查找相对应的目标内容。上述过程可以视为先对内容子标签所包含的内容关键词进行近义词扩展处理，再使用扩展后得到的关键词进行查找。
[0133]
举例而言，假设已有的内容关键词标签“红薯”，那么服务端可以基于预设的关键词映射表，找到与“红薯”相关联的近义词“地瓜”、“白薯”等等词语，再基于“红薯”“地瓜”“白薯”三者查找对应的目标内容，从而增加查找到的目标内容的数量，避免内容关键词标签太过生僻导致查找结果数量过少的问题。
[0134]
可以理解的是，完成近义词扩展处理的具体方式，除了上述使用关键词映射表以外，还可以采用词嵌入(word embedding)等方式，本公开对此亦无需全部列举。
[0135]
在一实施例中，上述内容子标签中既包括内容类别标签，也包括内容关键词标签；在此情况下，上述服务端在查找目标内容时，即可从与该内容类别标签对应的内容集合中，查找与该内容关键词标签相匹配的目标内容。假设，某内容子标签为{"key":"news","params":"2010.10.1"}，则该内容子标签即意味着目标内容将是在news新闻分类集合中，按关键词2010.10.1进行检索得到的内容。
[0136]
亦可以理解的是，在本公开中，上述内容关键词标签并非必要的设计；在一些情况下，在客户端仅需要对于内容的类别进行筛选，而无需进一步通过内容关键词来限定的情况下，即可仅在内容子标签中携带内容类别标签，而将内容关键词标签留空，或者填入预设的留空占位符，服务端中可以预设内容关键词标签的缺省值，从而在上述内容关键词标签为空的情况下，采用缺省值进行查找。例如，假设目标图形码是用于获取在movie_abc电影网站上的电影内容，对应的内容类别标签被约定为movie_abc，因此扫描解析得到其中一组内容子标签就可以为{"key":"movie_abc","params":""}，参数params(内容关键词标签)为空。
[0137]
s403，将所述目标内容返回至所述客户端。
[0138]
在本示例中，服务端可以将查找到的目标内容返回至上述客户端。可以理解的是，以短视频获取场景为例，服务端既可以返回查找到的多个短视频中播放量最高、或者点赞量最高的多个视频构成的视频列表，也可以返回最权威的一个短视频的视频流链接，等等。因此，客户端获取目标内容的具体方式，既可以是获取目标内容的完整数据，也可以获取目标内容的指向链接，还可以是获取包含有目标内容的列表等等，本公开无需进一步限定。
[0139]
在一实施例中，上述客户端还可以向服务端发送该客户端对应的用户标识，服务端则可以在返回该目标内容之前，查找与上述用户标识对应的用户画像，并根据该目标内容与该用户画像的相关度，对该目标内容进行排序。用户画像，可以理解为通过若干个维度对于用户行为习惯、偏好的评估结果，如果服务端中预先为其服务的用户进行了用户画像，
那么客户端只需向服务端发送该客户端对应的用户标识，服务端即可查找到对应的用户画像，进而根据目标内容与用户画像的相关程度，对目标内容进行排序。
[0140]
举例而言，假设用户张三的用户画像中指示此人喜欢数码相关的内容，讨厌美妆相关的内容，则在查找摄影相关内容时，即可将目标内容中的相机品牌、参数等与数码这一爱好强相关的内容前置，将模特妆容等与美妆这一用户反感的主题相关的内容后置，从而得到根据用户画像进行排序后的目标内容。
[0141]
采用该方案，可以充分利用大数据优势，进一步对用户的搜索结果进行基于用户习惯偏好的优化，改善用户对于内容获取结果的认可度。
[0142]
在一实施例中，如果查找不到与上述内容标签相匹配的目标内容，则上述服务端可以向上述客户端发送查找失败信息，并向上述客户端发送与上述功能标识或上述内容标签相关的推荐内容。举例而言，假设内容标签指示服务端查找2021年a导演的电影，然而2021年a导演并没有出品电影，导致服务端没有查找到对应的目标内容，在这种情况下，服务端即可向客户端发送查找失败信息，并向客户端发送2020年a导演的电影，或者2021年a导演的mv作品等等。应用本方案，可以在内容标签无法匹配到内容的情况下，及时通知客户端并向客户端推送相关推荐内容，从而避免返回空白页面，保证用户的体验。
[0143]
在一实施例中，上述目标内容不仅可以包括传统意义上的、用户创作的内容，还可以包括用户帐号信息。具体而言，服务器中可以预先存储有各用户账号的用户偏好信息，在上述功能标识指示查找同好用户功能的情况下，上述服务端可以先查找用户偏好信息与上述内容标签相匹配的用户账号，再将查找到的用户帐号作为上述目标内容返回至上述客户端。举例而言，假设某客户端在扫描到目标图形码后，借助短视频服务端查找某机关玩具的破解方法，但短视频平台上确实暂时没有上述机关玩具的破解方法，则短视频平台服务端则可以向客户端发送查询失败通知，也可以查找到用户偏好信息与上述某机关玩具的破解方法相匹配的用户账户，再将查找到的用户账户信息作为目标信息返回至上述客户端，从而使得在无法直接获取匹配的内容的情况下，直接获得志趣相投的用户推荐，可以显著改善冷僻内容标签对应的现有内容少、难以提高用户留存量的问题。
[0144]
在一实施例中，上述服务端查找内容时，既可以从上述服务端维护的内容集合中进行查找，也可以从与上述服务端对接的第三方内容集合中查找。具体而言，上述服务端既可以作为内容发布者角色存在，也可以作为内容的转发者角色存在，例如，短视频app的服务端既可以直接提供短视频，也可以通过与第三方内容网站进行合作，获取第三方内容网站提供的视频、评分、榜单等内容。
[0145]
假设短视频app通过扫描电影《张三的幸福生活》的宣传海报上的图形码，获得了“aa影评”的内容分类标签，以及“张三的幸福生活”关键词标签，那么，短视频app的服务端既可以直接返回电影《张三的幸福生活》的精彩剪辑，也可以通过与对接的“aa影评”网站的服务端进行交互，获取“aa影评”网站中对电影《张三的幸福生活》的热门影评，并返回至上述短视频客户端。又例如，在客户端将“bb电影票”的内容类型标签以及“2021.10.1”的内容关键词标签发送至服务端后，服务端可以向“bb电影票”请求2021年10月1日可以购买电影票的电影列表，并返回给上述客户端。
[0146]
显然，上述第三方内容集合可以是电商平台、网络论坛、视频网站等等各种形式的内容提供方所维护的内容集合，本领域技术人员可以根据具体的业务需求自行选择各种第
三方内容提供方与服务端进行对接，本公开对于第三方内容提供方的具体种类无需进行限定。
[0147]
请参见图4，图4是一种内容获取的交互流程示意图；在该示例中，内容标签中包括了内容类型标签以及内容关键词标签，服务端与第三方内容源对接，则客户端通过扫描图形码的方式获取目标内容的过程可以包括下列步骤：首先，客户端获取并解析目标图形码，从中获得内容源标签和内容关键词标签，并将上述两种标签发送至服务端；其次，上述服务端可以通过上述内容源标签确定需要与第三方内容源交互，并将上述内容关键词标签发送到上述内容源标签对应的第三方内容源；然后，上述第三方内容源根据接收到的上述内容关键词标签，查找到对应的目标内容并返回至上述服务端；最后，上述服务端将上述第三方内容源提供的目标内容进一步返回至上述客户端。
[0148]
应用上述方案，由于提供内容的内容源既可以是服务端本身维护的内容源，也可以是与服务端对接的第三方内容源，因此可以充分利用不同内容源的特性，使客户端能够获得更加精准和丰富的内容。
[0149]
基于上述方案可知，本公开提出的应用于服务端的内容查找方法，由于解析目标图形码得到的是内容标签和功能标识，而不是完整的url，因此在服务端更新或者维护后，目标图形码无需与服务端域名同步变更，已经生成的图形码仍能够继续沿用，因此可以降低系统更新或维护的成本。
[0150]
本公开还提供了对应的内容获取装置的实施例如下：
[0151]
请参见图5，图5是根据一示例性实施例示出的一种内容获取装置的示意框图，该装置可以应用于如图1所示的交互情景中的客户端；该装置可以包括第一获取模块501、解析模块502、发送模块503和第二获取模块504；其中：
[0152]
第一获取模块501，可以被配置为获取目标图形码；
[0153]
解析模块502，可以被配置为解析所述目标图形码，获得所述目标图形码中携带的功能标识和内容标签；
[0154]
第一发送模块503，可以被配置为将所述功能标识与所述内容标签发送至服务端，以使所述服务端基于所述功能标识指示的、针对指定类型内容的查找功能，查找并返回与所述内容标签相匹配的目标内容；
[0155]
第二获取模块504，可以被配置为获取所述服务端返回的所述目标内容。
[0156]
在一实施例中，上述功能标识指示的查找功能可以包括下列功能中的任意一种或多种类型的组合：对音频类型内容的查找功能、对视频类型内容的查找功能、对图像类型内容的查找功能、对文字类型内容的查找功能、对超文本类型内容的查找功能、查找用户主页功能、查找同好用户功能。
[0157]
在一实施例中，上述内容标签可以包括至少一组内容子标签，且每组内容子标签中至少包括内容类别标签。采用此方案，由于内容标签中可以包含一组或者多组内容子标签，因此可以容纳更多用于描述待查询的目标内容的信息，有利于更加精准地记载内容查询的需求，提高目标图形码对复杂业务的适应能力。
[0158]
在一实施例中，上述内容子标签中还可以包括内容关键词标签，该内容关键词标签用于与对应的内容类别标签共同限定内容的查找条件。例如，某二维码中希望携带的查找条件既包括“新闻”这一类别条件，也包括“2010.10.1”这一新闻下的日期关键词条件，则
上述内容子标签中就可以携带指示“新闻”这一类别条件的内容类别标签，以及指示“2010.10.1”这一新闻下的日期关键词条件的内容关键词标签。应用该方案，可以进一步提高查找的精确度。
[0159]
在一实施例中，在上述内容子标签中同时包括内容关键词标签和内容类别标签的情况下，则返回的目标内容即可以是服务端从与所述内容类别标签对应的内容集合中，查找与所述内容关键词标签相匹配的目标内容。假设，某二维码经过扫描解析后得到的一内容子标签为{"key":"news","params":"2010.10.1"}，则该内容子标签即意味着返回的目标内容将是在news新闻分类集合中，按关键词2010.10.1进行检索得到的内容。
[0160]
在一实施例中，上述装置中还可以包括第二发送模块，该模块可以被配置为向服务端发送该客户端对应的用户标识，以使该服务端在返回该目标内容之前，查找与该用户标识对应的用户画像，并根据该目标内容与该用户画像的相关度，对该目标内容进行排序。用户画像，可以理解为通过若干个维度对于用户行为习惯、偏好的评估结果，如果服务端中预先为其服务的用户进行了用户画像，那么客户端只需向服务端发送该客户端对应的用户标识，服务端即可查找到对应的用户画像，进而根据目标内容与用户画像的相关程度，对目标内容进行排序。
[0161]
采用该方案，可以充分利用大数据优势，进一步对用户的搜索结果进行基于用户习惯偏好的优化，改善用户对于内容获取结果的认可度。
[0162]
请参见图6，图6是根据一示例性实施例示出的一种内容查找装置的示意框图，该装置可以应用于如图1所示的交互情景中的服务端；该装置可以包括下述模块：
[0163]
获取模块601，可以被配置为获取客户端发送的功能标识和内容标签，其中所述功能标识和内容标签由所述客户端解析目标图形码得到；
[0164]
查找模块602，可以被配置为若所述功能标识指示对指定类型内容的查找功能，则基于所述指定类型的内容，查找与所述内容标签相匹配的目标内容；
[0165]
返回模块603，可以被配置为将所述目标内容返回至所述客户端。
[0166]
在一实施例中，上述内容标签可以包括至少一组内容子标签，每组所述内容子标签可以包括内容类别标签。采用此方案，由于内容标签中可以包含一组或者多组内容子标签，因此可以容纳更多用于描述待查询的目标内容的信息，有利于更加精准地记载内容查询的需求，提高目标图形码对复杂业务的适应能力。
[0167]
在一实施例中，上述内容子标签中还可以包括内容关键词标签，该内容关键词标签用于与对应的内容类别标签共同限定内容的查找条件。在上述内容子标签中同时包括内容关键词标签和内容类别标签的情况下，则指示待查询的目标内容可以是：属于与上述内容类别标签匹配的内容集合、且与上述内容关键词标签相匹配的目标内容。
[0168]
亦可以理解的是，在本公开中，上述内容关键词标签并非必要的设计；在一些情况下，在客户端仅需要对于内容的类别进行筛选，而无需进一步通过内容关键词来限定的情况下，即可仅在内容子标签中携带内容类别标签，而将内容关键词标签留空，或者填入预设的留空占位符，服务端中可以预设内容关键词标签的缺省值，从而在上述内容关键词标签为空的情况下，采用缺省值进行查找。
[0169]
在一实施例中，在所述内容标签包括多组内容子标签的情况下，上述查找模块602在查找与上述内容标签相匹配的目标内容时，即可被配置为查找与上述多组内容子标签相
匹配的目标内容。也就是说，上述多组内容子标签之间的逻辑关系可以是“且”的关系。但可以理解的是，在实际应用中，由于多个内容子标签之间采用且的逻辑关系可能导致查找到的目标内容数量过少，因此也可以采取其他的逻辑关系。
[0170]
在一实施例中，上述装置中的查找模块还可以进一步被配置为在查找到的目标内容的数量少于预设阈值的情况下，基于预设的关键词映射表，确定与该至少一组内容子标签所包括的该内容关键词标签具有映射关系的扩展关键词标签；再基于该内容关键词标签以及扩展关键词标签查找相对应的目标内容。上述过程可以视为先对内容子标签所包含的内容关键词进行近义词扩展处理，再使用扩展后得到的关键词进行查找。该方案可以增加查找到的目标内容的数量，避免内容关键词标签太过生僻导致查找结果数量过少的问题。
[0171]
在一实施例中，上述内容子标签中既包括内容类别标签，也包括内容关键词标签；在此情况下，上述服务端在查找目标内容时，即可从与该内容类别标签对应的内容集合中，查找与该内容关键词标签相匹配的目标内容。
[0172]
在一实施例中，上述装置中还可以包括排序模块，该模块可以被配置为，在上述目标内容被返回至上述客户端之前，获取客户端对应的用户标识，查找与上述用户标识对应的用户画像，并根据该目标内容与该用户画像的相关度，对该目标内容进行排序。用户画像，可以理解为通过若干个维度对于用户行为习惯、偏好的评估结果，如果服务端中预先为其服务的用户进行了用户画像，那么客户端只需向服务端发送该客户端对应的用户标识，服务端即可查找到对应的用户画像，进而根据目标内容与用户画像的相关程度，对目标内容进行排序。
[0173]
在一实施例中，该装置还可以包括推荐模块，该模块可以被配置为，如果查找不到与上述内容标签相匹配的目标内容，则向上述客户端发送查找失败信息，并向上述客户端发送与上述功能标识或上述内容标签相关的推荐内容。应用本方案，可以在内容标签无法匹配到内容的情况下，及时通知客户端并向客户端推送相关推荐内容，从而避免返回空白页面，保证用户的体验。
[0174]
在一实施例中，上述目标内容不仅可以包括传统意义上的、用户创作的内容，还可以包括用户账号信息。具体而言，在上述功能标识指示查找同好用户功能的情况下，上述查找模块602可以被进一步被配置为基于用户偏好信息，查找与内容标签相匹配的用户账号，并将上述用户账号作为上述目标内容，其中用户偏好信息为预先存储于服务器上的各用户账号的信息。应用此方案，可以使得客户端在无法直接获取匹配的内容的情况下，直接获得志趣相投的同好用户推荐，可以显著改善冷僻内容标签对应的现有内容少、难以提高用户留存量的问题。
[0175]
关于上述实施例中的装置，其中各模块的具体实现方式，已经在描述对应方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0176]
本公开的实施例还提出一种客户端，包括：
[0177]
处理器；
[0178]
用于存储所述处理器可执行指令的存储器；
[0179]
其中，所述处理器被配置为执行所述指令，以实现如上述任一实施例所述的内容获取方法。
[0180]
本公开的实施例还提出一种服务端，包括：
[0181]
处理器；
[0182]
用于存储所述处理器可执行指令的存储器；
[0183]
其中，所述处理器被配置为执行所述指令，以实现如上述任一实施例所述的内容查找方法。
[0184]
本公开的实施例还提出一种内容获取系统，包括上述任一实施例所述的客户端以及服务端。
[0185]
本公开的实施例还提出一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述任一实施例所述的内容获取方法或内容查找方法。
[0186]
本公开的实施例还提出一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述任一实施例所述的内容获取方法或内容查找方法。
[0187]
图7是根据本公开的实施例示出的一种电子设备的示意框图。参照图7，电子设备700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(i/o)的接口712，传感器组件714，以及通信组件718。上述客户端或服务端均可以采用类似的硬件架构。
[0188]
处理组件702通常控制电子设备700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令，以完成上述内容获取方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理组件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。
[0189]
存储器704被配置为存储各种类型的数据以支持在电子设备700的操作。这些数据的示例包括用于在电子设备700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
[0190]
电源组件706为电子设备700的各种组件提供电力。电源组件706可以包括电源管理系统，一个或多个电源，及其他与为电子设备700生成、管理和分配电力相关联的组件。
[0191]
多媒体组件708包括在电子设备700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当电子设备700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的或具有焦距和光学变焦能力的光学透镜系统。
[0192]
音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(mic)，当电子设备700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通
信组件718发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。
[0193]
i/o接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0194]
传感器组件714包括一个或多个传感器，用于为电子设备700提供各个方面的状态评估。例如，传感器组件714可以检测到电子设备700的打开/关闭状态，组件的相对定位，例如所述组件为电子设备700的显示器和小键盘，传感器组件714还可以检测电子设备700或电子设备700一个组件的位置改变，用户与电子设备700接触的存在或不存在，电子设备700方位或加速/减速和电子设备700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
[0195]
通信组件718被配置为便于电子设备700和其他设备之间有线或无线方式的通信。电子设备700可以接入基于通信标准的无线网络，如wifi，运营商网络(如2g、3g、4g或7g)，或它们的组合。在一个示例性实施例中，通信组件718经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件718还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
[0196]
在本公开一实施例中，电子设备700可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述内容获取方法。
[0197]
在本公开一实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器704，上述指令可由电子设备700的处理器720执行以完成上述内容获取方法。例如，所述计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
[0198]
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
[0199]
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
[0200]
需要说明的是，在本公开中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0201]
以上对本公开实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。