一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

好友的添加方法、装置、计算机设备和存储介质与流程

2022-06-11 11:41:44 来源:中国专利 TAG:


1.本技术涉及计算机设备领域,尤其涉及一种好友的添加方法、装置、计算机设备和存储介质。


背景技术:

2.为了帮助企业与客户更好的沟通,一些应用程序应运而生,比如企业微信等。相关技术中,通常为企业设置一个欢迎信息,比如,某企业对应的欢迎信息为“你好,新客户”,当该企业的成员在应用程序中添加任何好友时都会自动发送“你好,新客户”这条欢迎信息。可见,企业的欢迎信息针对性较差。


技术实现要素:

3.本技术提出一种好友的添加方法、装置、计算机设备和存储介质。
4.本技术一方面实施例提出了一种好友的添加方法,包括:
5.获取客户端发送的好友添加请求,其中,所述添加请求中包括目标对象的描述信息;
6.根据所述目标对象的描述信息,查询对象描述信息与欢迎信息间的对应关系,以确定与所述目标对象的描述信息对应的目标欢迎信息;
7.向所述客户端返回所述目标欢迎信息,以使所述客户端在与所述目标对象的对话框中显示所述目标欢迎信息。
8.本技术另一方面实施例提出了一种好友的添加装置,包括:
9.获取模块,用于获取客户端发送的好友添加请求,其中,所述添加请求中包括目标对象的描述信息;
10.确定模块,用于根据所述目标对象的描述信息,查询对象描述信息与欢迎信息间的对应关系,以确定与所述目标对象的描述信息对应的目标欢迎信息;
11.返回模块,用于向所述客户端返回所述目标欢迎信息,以使所述客户端在与所述目标对象的对话框中显示所述目标欢迎信息。
12.本技术另一方面实施例提出了一种计算机设备,包括处理器和存储器;
13.其中,所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于实现如上述一方面实施例所述的好友的添加方法。
14.本技术另一方面实施例提出了一种非临时性计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上述一方面实施例所述的好友的添加方法。
15.本技术另一方面实施例提出了一种计算机程序产品,其特征在于,包括计算机程序,所述计算机程序在被处理器执行时实现根据上述一方面实施例所述的好友的添加方法。
16.本技术实施例的好友的添加方法、装置、计算机设备和存储介质,通过获取客户端发送的好友添加请求,其中,添加请求中包括目标对象的描述信息,根据目标对象的描述信
息,查询对象描述信息与欢迎信息间的对应关系,以确定与目标对象的描述信息对应的目标欢迎信息,并向客户端返回目标欢迎信息,以使客户端在与目标对象的对话框中显示目标欢迎信息。由此,通过根据目标对象的描述信息,确定向客户端返回的欢迎信息,使得欢迎信息的发送更加精准,另外向客户端返回的欢迎信息是基于对象描述信息与欢迎信息间的对应关系确定的,由于对象描述信息具有多样化,从而使得欢迎信息的配置也具有灵活性。
17.本技术附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本技术的实践了解到。
附图说明
18.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
19.图1为本技术实施例所提供的一种好友的添加方法的流程示意图;
20.图2为本技术实施例提供的一种业务活动对应的欢迎信息配置页面示意图;
21.图3为本技术实施例提供的一种企业成员对应的欢迎信息配置页面示意图;
22.图4为本技术实施例提供的一种企业成员所属部门对应的欢迎信息配置页面示意图;
23.图5为本技术实施例提供的一种企业对应的欢迎信息配置页面示意图;
24.图6为本技术实施例提供的另一种好友的添加方法的流程示意图;
25.图7为本技术实施例提供的另一种好友的添加方法的流程示意图;
26.图8为本技术实施例提供的另一种好友的添加方法的流程示意图;
27.图9为本技术实施例提供的一种好友的添加装置的结构示意图。
具体实施方式
28.下面详细描述本技术的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本技术,而不能理解为对本技术的限制。
29.下面参考附图描述本技术实施例的好友的添加方法、装置、计算机设备和存储介质。
30.图1为本技术实施例提供的一种好友的添加方法的流程示意图。
31.本技术实施例的好友的添加方法,可以由本技术实施例提供的好友的添加装置执行,该装置可配置于计算机设备中,以通过根据目标对象的描述信息,确定向客户端发送的欢迎信息,使得欢迎信息的发送更加精准。
32.如图1所示,该好友的添加方法包括:
33.步骤101,获取客户端发送的好友添加请求,其中,添加请求中包括目标对象的描述信息。
34.本技术实施例的好友的添加方法可以由业务端执行,该业务端可以是计算机设备。用户打开某应用程序的客户端后,可以通过扫描目标对象的二维码添加目标对象,这时业务端可以直接获取客户端发送的好友添加请求,或者由服务器获取客户端发送的好友添
加请求并转发给业务端,又或者服务器获取好友添加请求后,将用户标识、好友添加请求中的目标对象的描述信息等发送给业务端。
35.本技术中,目标对象可以是某企业的成员,添加请求中可以包括目标对象的描述信息,比如目标对象的标识、目标对象所属企业的标识、目标对象所属部门的标识、目标对象负责的业务活动标识等等。
36.其中,目标对象的标识可以是目标对象的账号、名称等,企业的标识可以是企业的名称、企业的统一社会信用代码等,部门的标识可以是部门编号、部门名称等,业务活动标识可以是业务活动编号、业务活动名称等。
37.步骤102,根据目标对象的描述信息,查询对象描述信息与欢迎信息间的对应关系,以确定与目标对象的描述信息对应的目标欢迎信息。
38.本技术中,业务端可以提供配置各种欢迎信息的功能,企业可以根据需要预先配置欢迎信息,业务端可以响应于欢迎信息配置操作,为企业生成对象描述信息与欢迎信息间的对应关系。
39.本技术中,对象描述信息与欢迎信息间的对应关系包括以下至少一项:业务活动标识与欢迎信息间的对应关系、对象标识与欢迎信息间的对应关系、部门标识与欢迎信息间的对应关系、企业标识与欢迎信息间的对应关系等。由此,可以根据实际需要配置与对象描述信息对应的欢迎信息,从而提高了欢迎信息配置的灵活性。
40.下面以图2-图5为例,图2-图5示出了4种欢迎信息配置页面。
41.图2为本技术实施例提供的一种业务活动对应的欢迎信息配置页面示意图。如图2所示,在配置时,可以输入名称和企业标识、选择部门和业务活动标识、输入欢迎信息等,欢迎信息1可以是纯文本格式的,欢迎信息2的类型可以图片、图文和小程序中的一种,其中,若配置的欢迎信息2的类型包括小程序,那么给客户端返回的欢迎信息可以是小程序的入口,比如可以是图片形式,也可以是链接形式等,当触发图片或者链接时,启动小程序。这里的名称是欢迎信息配置名称,可以用于区分各个不同的欢迎信息;部门可以理解为企业成员所属部门,该欢迎信息配置可应用于该部门的客户。由此,基于图2所示的欢迎信息配置操作,可以生成业务活动标识与欢迎信息间的对应关系。
42.图3为本技术实施例提供的一种企业成员对应的欢迎信息配置页面示意图。如图3所示,在配置时,可以输入名称和企业标识、选择企业成员、输入欢迎信息等。其中,欢迎信息1可以是纯文本格式的,欢迎信息2的类型可以图片、图片和小程序中的一种。这里的名称是欢迎信息配置名称。可见,图3所示的欢迎信息配置与图2所示的欢迎信息的配置不同的是,需要选择企业成员,即本欢迎信息需要应用到哪些企业成员。由此,基于图3所示的欢迎信息配置操作,可以生成企业成员与欢迎信息间的对应关系,也即对象标识与欢迎信息间的对应关系。
43.图4为本技术实施例提供的一种企业成员所属部门对应的欢迎信息配置页面示意图。如图4所示,在配置时,可以输入名称和企业标识、选择部门、输入欢迎信息等。其中,欢迎信息1可以是纯文本格式的,欢迎信息2的类型可以图片、图片和小程序中的一种。这里的名称是欢迎信息配置名称。
44.可见,图4所示的欢迎信息配置,与图2和图3所示的欢迎信息配置不同的是,不需要配置业务活动标识和企业成员。由此,基于图4所示的欢迎信息配置操作,可以生成部门
标识与欢迎信息间的对应关系。
45.图5为本技术实施例提供的一种企业对应的欢迎信息配置页面示意图。如图5所示,在配置时,可以输入配置名称和企业标识。其中,欢迎信息1可以是纯文本格式的,欢迎信息2的类型可以图片、图片和小程序中的一种。这里的名称是欢迎信息配置名称。可见,图5所示的欢迎信息的配置,不需要配置业务活动标识、企业成员、部门等信息。由此,基于图5所示的欢迎信息配置操作,可以生成企业标识与欢迎信息间的对应关系。本技术中,在获取目标对象的描述信息后,可以根据目标对象的描述信息,查询预存的对象描述信息与欢迎信息间的对应关系,以确定与目标对象的描述信息对应的目标欢迎信息。
46.在实现时,可以根据目标对象的描述信息中目标对象所属企业的标识,确定与企业对应的描述信息与欢迎信息间的对应关系,并根据描述信息中的任一信息,通过查找对象描述信息与欢迎信息间的对应关系,确定与任一信息对应的欢迎信息,或者也可以根据描述信息中各信息的优先级,从所属企业下的欢迎信息中,确定与目标欢迎信息。
47.比如,描述信息中包括目标对象的标识,可以查找对象标识与欢迎信息间的对应关系,确定与目标对象的标识对应的欢迎信息。
48.本技术中,当用户添加不同的目标对象时,确定的欢迎信息可能不同,从而丰富了欢迎信息的多样化,提高了欢迎信息的精准性。
49.步骤103,向客户端返回目标欢迎信息,以使客户端在与目标对象的对话框中显示目标欢迎信息。
50.在确定目标欢迎信息后,业务端可以直接向客户端返回目标欢迎信息,或者通过调用服务器的接口向客户端返回目标欢迎信息。客户端获取目标欢迎信息后,可以在与目标对象的对话框中显示目标欢迎信息。
51.本技术中,返回给客户端的目标欢迎信息可以是文本信息、图片信息、图文信息和小程序入口中的至少一种,欢迎信息的形式丰富,提高了趣味性。
52.比如,欢迎信息包括文本信息和图片信息,那么可以在对话框中显示文本信息和图片信息。
53.又如,图2中配置的欢迎信息为客户端返回的欢迎信息时,可以同时发送欢迎信息1和欢迎信息2。
54.本技术实施例中,通过获取客户端发送的好友添加请求,其中,添加请求中包括目标对象的描述信息,根据目标对象的描述信息,查询对象描述信息与欢迎信息间的对应关系,确定与目标对象的描述信息对应的目标欢迎信息,并向客户端返回目标欢迎信息,以使客户端在与目标对象的对话框中显示目标欢迎信息。由此,通过根据目标对象的描述信息,确定向客户端返回的欢迎信息,使得欢迎信息的发送更加精准,另外向客户端返回的欢迎信息是基于对象描述信息与欢迎信息间的对应关系确定的,也体现了欢迎信息配置的灵活性。
55.图6为本技术实施例提供的另一种好友的添加方法的流程示意图。
56.如图6所示,该好友的添加方法包括:
57.步骤601,获取客户端发送的好友添加请求,其中,添加请求中包括目标对象的描述信息。
58.本技术中,步骤601与上述步骤101类似,故在此不再赘述。
59.步骤602,在描述信息包含目标业务活动标识的情况下,根据目标业务活动标识,查询业务活动标识与欢迎信息间的对应关系,以确定目标欢迎信息。
60.为了提高了企业收益,企业可能会举办多种业务活动,每种业务活动有对应的企业成员负责。本技术中,在为某业务活动的企业成员生成二维码时,可以会将业务活动标识放到二维码的扩展字段中,那么当用户扫描二维码时,客户端发送的好友添加请求中企业成员的描述信息会包含业务活动标识。
61.比如,负责某业务活动的企业成员有10个,那么这10个企业成员的二维码中都可以包含该业务活动的标识。
62.本技术中,企业可以预先针对每种业务活动设置欢迎信息,如图2所示,业务端可以响应于图2所示的欢迎信息配置操作,生成业务活动标识与欢迎信息间的对应关系。在获取目标对象的描述信息后,可以先确定描述信息中是否包含目标业务活动标识。如果目标对象的描述信息中包含目标业务活动标识,那么可以根据目标业务活动标识,查询业务活动标识与欢迎信息间的对应关系间的对应关系,确定与目标业务活动标识对应的目标欢迎信息。比如,a业务活动对应的欢迎信息为“感谢您参与a活动”。
63.步骤603,向客户端返回目标欢迎信息,以使客户端在与目标对象的对话框中显示目标欢迎信息。
64.本技术中,步骤603与上述步骤103类似,故在此不再赘述。
65.本技术实施例中,对象描述信息与欢迎信息间的对应关系可以包括业务活动标识与欢迎信息间的对应关系,在根据目标对象的描述信息,查询对象描述信息与欢迎信息间的对应关系,以确定与目标对象的描述信息对应的目标欢迎信息时,可以通过在描述信息包含目标业务活动标识的情况下,根据目标业务活动标识,查询业务活动标识与欢迎信息间的对应关系,以确定目标欢迎信息,由此,根据目标对象所负责的业务活动标识,确定目标欢迎信息,可以向客户端返回更加精准的欢迎信息。
66.图7为本技术实施例提供的另一种好友的添加方法的流程示意图。
67.如图7所示,该好友的添加方法包括:
68.步骤701,获取客户端发送的好友添加请求,其中,添加请求中包括目标对象的描述信息。
69.本技术中,步骤701与上述步骤101类似,故在此不再赘述。
70.步骤702,在描述信息未包含目标业务活动标识,或者目标业务活动标识未有对应的欢迎信息的情况下,根据描述信息中目标对象的标识,确定目标欢迎信息。
71.在实际应用中,某个企业成员可能负责多个活动,或者没有负责业务活动因此,在为该企业成员生成二维码时,二维码中可能不包含业务活动标识。又或者,没有未业务活动设置相应的欢迎信息。
72.另外,企业成员可能会负责企业的某项业务,基于此,本技术中,企业可以预先设置与企业成员对应的欢迎信息,如图3所示,业务端可以响应于图3所示的欢迎信息配置操作,为企业生成查询对象标识与欢迎信息间的对应关系。在设置欢迎信息时,设置欢迎信息可以与企业成员负责的业务相关。
73.本技术中,对象描述信息与欢迎信息间的对应关系可以包括对象标识与欢迎信息间的对应关系。在获取目标对象的描述信息后,可以先判断描述信息中是否包含目标业务
活动标识。如果描述信息包含目标业务活动标识,可以根据目标对象的标识,查询对象标识与欢迎信息间的对应关系,确定与目标对象的标识对应的欢迎信息,也即目标欢迎信息。如果描述信息中未包含目标业务活动标识,或者目标业务活动标识未有对应的欢迎信息,可以根据描述信息中目标对象的标识,确定目标欢迎信息。
74.比如,某企业成员负责b项业务,该企业成员标识对应的欢迎信息可以为“欢迎您咨询b项业务”。
75.进一步地,对象描述信息与欢迎信息间的对应关系可以包括部门标识与欢迎信息间的对应关系,在目标对象标识未有对应的欢迎信息、且描述信息中包含目标部门标识的情况下,可以根据目标部门标识,通过查询部门标识与欢迎信息间的对应关系,确定与目标部门标识对应的欢迎信息,也即目标欢迎信息。
76.或者,在目标对象标识未有对应的欢迎信息、且描述信息未包含目标部门标识的情况下,可以根据目标对象标识、及对象标识与部门标识之间的对象关系,确定目标对象所属的目标部门标识,之后根据目标部门标识,确定目标欢迎信息,使得欢迎信息的发送更加精准。
77.比如,某企业成员负责多个业务产品,该企业成员未有对应的欢迎信息,给企业成员所属部门配置了某个业务产品的欢迎信息,可以将该欢迎信息作为向客户端返回的欢迎信息。
78.步骤703,向客户端返回目标欢迎信息,以使客户端在与目标对象的对话框中显示目标欢迎信息。
79.本技术中,步骤703与上述步骤103类似,故在此不再赘述。
80.本技术实施例中,对象描述信息与欢迎信息间的对应关系可以包括对象标识与欢迎信息间的对应关系,在根据目标对象的描述信息,查询对象描述信息与欢迎信息间的对应关系,以确定与目标对象的描述信息对应的目标欢迎信息时,可以通过在描述信息未包含目标业务活动标识,或者目标业务活动标识未有对应的欢迎信息的情况下,根据描述信息中目标对象的标识,查询对象标识与欢迎信息间的对应关系,以确定目标欢迎信息。由此,在描述信息不包含目标业务活动标识,或者目标业务活动标识未有对应的欢迎信息的情况下,可以根据添加的目标对象,确定目标欢迎信息,使得欢迎信息的发送更加精准。
81.图8为本技术实施例提供的另一种好友的添加方法的流程示意图。
82.如图8所示,该好友的添加方法包括:
83.步骤801,获取客户端发送的好友添加请求,其中,添加请求中包括目标对象的描述信息。
84.本技术中,步骤801与上述步骤101类似,故在此不再赘述。
85.步骤802,在描述信息包含目标业务活动标识及目标对象的标识、且目标业务活动标识及目标对象的标识均未有对应的欢迎信息的情况下,根据描述信息中的目标对象所属的目标企业标识,确定目标欢迎信息。
86.本技术中,企业可以预先为设置一个通用的欢迎信息,如图5所示,业务端响应于图5所示的欢迎信息配置操作,生成企业标识与欢迎信息间的对应关系。
87.在实际应用中,目标对象的描述信息中虽然包含了业务活动标识,但是可能没有为业务活动设置对应的欢迎信息,及目标对象标识也未有对应的欢迎信息。
88.基于此,本技术中,在描述信息包含目标业务活动标识及目标对象的标识、且目标业务活动标识及目标对象的标识均未有对应的欢迎信息,可以根据描述信息中的目标对象所属的目标企业标识,查询企业标识与欢迎信息间的对应关系,确定目标欢迎信息。
89.比如,某企业标识对应的欢迎信息为“您好,新客户”,当用户添加该企业的成员时,添加的企业成员的描述信息中包含业务活动标识和企业成员标识,但是业务活动标识和企业成员标识均未有对应的欢迎信息,这时可以将企业标识对应的欢迎信息“您好,新客户”,作为向客户端返回的欢迎信息。
90.步骤803,向客户端返回目标欢迎信息,以使客户端在与目标对象的对话框中显示目标欢迎信息。
91.本技术中,步骤803与上述步骤103类似,故在此不再赘述。
92.本技术实施例中,在根据目标对象的描述信息,查询对象描述信息与欢迎信息间的对应关系,以确定与目标对象的描述信息对应的目标欢迎信息时,可以通过在描述信息包含目标业务活动标识及目标对象的标识、且目标业务活动标识及目标对象的标识均未有对应的欢迎信息的情况下,根据描述信息中的目标对象所属的目标企业标识,确定目标欢迎信息。由此,在目标业务活动标识及目标对象的标识均未有对应的欢迎信息的情况下,根据目标对象所属的目标企业标识,确定目标欢迎信息,从而在确定欢迎信息时,考虑多个维度,提高了欢迎信息发送的精准性。
93.本技术中,可以将基于目标对象的描述信息中目标业务活动标识确定的欢迎信息、基于目标对象的标识对应的欢迎信息、基于目标对象所属的部门标识确定的欢迎信息、基于企业标识确定的欢迎信息,看作是从细粒度欢迎信息到粗粒度欢迎信息。
94.在获取目标对象的描述信息后,可以先判断描述信息中是否包含目标业务活动标识。如果描述信息包含目标业务活动标识,可以根据目标业务活动标识,确定目标欢迎信息。
95.如果描述信息中未包含目标业务活动标识,或者目标业务活动标识未有对应的欢迎信息,可以根据描述信息中目标对象的标识,确定目标欢迎信息。
96.如果描述信息包含目标业务活动标识及目标对象的标识、且目标业务活动标识及目标对象的标识均未有对应的欢迎信息,可以根据目标对象所属的目标企业标识,确定目标欢迎信息。
97.由此,可以根据业务活动标识、目标对象的标识、目标对象所属的部门标识、企业标识的优先级,确定欢迎信息,即从多个维度确定欢迎信息,实现了从细粒度欢迎信息到粗粒度欢迎信息的确定,提高了欢迎信息发送的精准化。
98.本技术实施例的好友的添加方式,可以根据添加的企业成员、添加企业成员的途径、添加企业成员所属的业务、企业成员所属部门等信息,为用户发送感兴趣的欢迎信息。例如,某客户添加了基金业务线的企业成员,则可以为该客户推荐基金产品类的欢迎信息。
99.为了实现上述实施例,本技术实施例还提出一种好友的添加装置。图9为本技术实施例提供的一种好友的添加装置的结构示意图。
100.如图9所示,该好友的添加装置900包括:
101.获取模块910,用于获取客户端发送的好友添加请求,其中,所述添加请求中包括目标对象的描述信息;
102.确定模块920,用于根据所述目标对象的描述信息,查询对象描述信息与欢迎信息间的对应关系,以确定目标欢迎信息;
103.返回模块930,用于向所述客户端返回所述目标欢迎信息,以使所述客户端在与所述目标对象的对话框中显示所述目标欢迎信息。
104.在本技术实施例一种可能的实现方式中,该装置还可以包括:
105.生成模块,用于响应于欢迎信息配置操作,生成所述描述信息与欢迎信息间的对应关系。
106.在本技术实施例一种可能的实现方式中,所述对象描述信息与欢迎信息间的对应关系包括以下至少一项:
107.业务活动标识与欢迎信息间的对应关系;
108.对象标识与欢迎信息间的对应关系;
109.部门标识与欢迎信息间的对应关系;
110.企业标识与欢迎信息间的对应关系。
111.在本技术实施例一种可能的实现方式中,所述确定模块920,用于:
112.在所述描述信息包含目标业务活动标识的情况下,根据所述目标业务活动标识,查询所述业务活动标识与欢迎信息间的对应关系,以确定所述目标欢迎信息。
113.在本技术实施例一种可能的实现方式中,所述确定模块920,用于:
114.在所述描述信息未包含所述目标业务活动标识,或者所述目标业务活动标识未有对应的欢迎信息的情况下,根据所述描述信息中所述目标对象的标识,查询所述对象标识与欢迎信息间的对应关系,以确定所述目标欢迎信息。
115.在本技术实施例一种可能的实现方式中,所述确定模块920,用于:
116.在所述目标对象的标识未有对应的欢迎信息的情况下,根据所述目标对象的标识,确定所述目标对象所属的目标部门标识;
117.根据所述目标部门标识,查询所述部门标识与欢迎信息间的对应关系,以确定所述目标欢迎信息。
118.在本技术实施例一种可能的实现方式中,所述确定模块920,用于:
119.在所述描述信息包含目标业务活动标识及所述目标对象的标识、且所述目标业务活动标识及所述目标对象的标识均未有对应的欢迎信息的情况下,根据所述描述信息中的目标对象所属的目标企业标识,查询所述企业标识与欢迎信息间的对应关系,以确定所述目标欢迎信息。
120.在本技术实施例一种可能的实现方式中,所述欢迎信息包括文本信息、图片信息、图文信息和小程序入口中的至少一种。
121.需要说明的是,上述对好友的添加方法实施例的解释说明,也适用于该实施例的好友的添加装置,故在此不再赘述。
122.本技术实施例中,通过获取客户端发送的好友添加请求,其中,添加请求中包括目标对象的描述信息,根据目标对象的描述信息,查询对象描述信息与欢迎信息间的对应关系,以确定目标欢迎信息,并向客户端返回目标欢迎信息,以使客户端在与目标对象的对话框中显示目标欢迎信息。由此,通过根据目标对象的描述信息,确定向客户端返回的欢迎信息,使得欢迎信息的发送更加精准,另外向客户端返回的欢迎信息是基于对象描述信息与
欢迎信息间的对应关系确定的,由于对象描述信息具有多样化,从而使得欢迎信息的配置也具有灵活性。
123.为了实现上述实施例,本技术实施例还提出一种计算机设备,包括处理器和存储器;
124.其中,处理器通过读取存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于实现如上述实施例所述的好友的添加方法。
125.为了实现上述实施例,本技术实施例还提出一种非临时性计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上述实施例所述的好友的添加方法。
126.为了实现上述实施例,本技术实施例还提出一种计算机程序产品,其特征在于,包括计算机程序,所述计算机程序在被处理器执行时实现根据上述实施例所述的好友的添加方法。
127.在本说明书的描述中,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
128.尽管上面已经示出和描述了本技术的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本技术的限制,本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献