客户端设备、信息处理方法及计算机可读存储介质与流程

文档序号:30230414发布日期:2022-06-01 04:52阅读:66来源:国知局
客户端设备、信息处理方法及计算机可读存储介质与流程

1.本发明涉及但不限于通信技术领域,尤其涉及一种客户端设备、信息处理方法及计算机可读存储介质。


背景技术:

2.随着第五代(fifth generation,5g)移动通信技术的发展,通过5g消息进行信息交流将越来越普及。5g消息是富媒体通讯(rich communication suite,rcs)在5g中的应用,能够用于发送视频、图片等,极大地提高了通讯的便利度。
3.但是,5g消息的内容和形式丰富多样也会造成管控难度越来越大。为了净化通信网络系统,常用的方法是应用消息系统接收到终端生成的5g消息后,生成管控信息并上传到管控系统,由管控系统得出管控结果,并将管控结果直接下发到应用消息系统以执行相应的操作。虽然能够实现5g消息的管控,但是随着5g的普及,数据量会越来越大,管控系统的网络通信压力、磁盘i/o压力和负荷会不断加大;并且,应用消息系统和管控系统之间的接口耦合性较强,当管控系统的管控策略发生变更,需要同步更改应用消息系统和管控系统的接口配置,扩展性较差。因此,现有的管控方式无法满足日益增长的需求。


技术实现要素:

4.以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
5.本发明实施例提供了一种客户端设备、信息处理方法及计算机可读存储介质,能够提高对消息的管控处理能力。
6.第一方面,本发明实施例提供了一种客户端设备,所述客户端设备分别与应用消息系统和管控中心通信连接,所述客户端设备用于:
7.接收所述应用消息系统发送的管控请求,并从所述管控请求中获取待管控消息;
8.根据管控策略和所述待管控消息确定应答信息,所述管控策略由所述管控中心下发至所述客户端设备;
9.将所述应答信息发送至所述应用消息系统,以使所述应用消息系统根据所述应答信息处理所述待管控消息。
10.第二方面,本发明实施例还提供了一种信息处理方法,应用于客户端设备,信息处理方法包括:
11.接收应用消息系统发送的管控请求,并从所述管控请求中获取待管控消息;
12.根据管控策略和所述待管控消息确定应答信息,所述管控策略由管控中心下发至所述客户端设备;
13.将所述应答信息发送至应用消息系统,以使应用消息系统根据所述应答信息处理所述待管控消息。
14.第三方面,本发明实施例还提供了一种信息处理方法,应用于信息处理系统,所述
信息处理系统包括应用消息系统、客户端设备和管控中心,所述信息处理方法包括:
15.应用消息系统向客户端设备发送管控请求;
16.客户端设备从所述管控请求中获取待管控消息;
17.客户端设备根据管控策略和所述待管控消息确定应答信息,所述管控策略由管控中心下发至客户端设备;
18.客户端将所述应答信息发送至应用消息系统;
19.应用消息系统根据所述应答信息处理所述待管控消息。
20.第四方面,本发明实施例还提供了一种客户端设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述第二方面所述的信息处理方法。
21.第五方面,本发明实施例还提供了一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行如上述第二方面所述的信息处理方法;或者,执行如上述第三方面所述的信息处理方法。
22.本发明实施例包括一种客户端设备,客户端设备分别与应用消息系统和管控中心通信连接,客户端设备用于:接收应用消息系统发送的管控请求,并从管控请求中获取待管控消息;根据管控策略和待管控消息确定应答信息,管控策略由管控中心下发至客户端设备;将应答信息发送至应用消息系统,以使应用消息系统根据应答信息处理待管控消息。根据本发明实施例提供的方案,使得客户端设备与管控中心实现分离,客户端设备通过管控中心下发的管控策略完成管控请求的应答,大大减少了管控中心的负荷,有利于提高消息的管控处理能力。
23.本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
24.附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
25.图1是本发明一个实施例提供的客户端设备的结构示意图;
26.图2是本发明另一个实施例提供的应用于客户端设备的信息处理方法的流程图;
27.图3是本发明另一个实施例提供的确定内容识别结果的流程图;
28.图4是本发明另一个实施例提供的确定应答信息的流程图;
29.图5是本发明另一个实施例提供的应用于信息处理系统的信息处理方法的流程图;
30.图6是本发明另一个实施例提供的确定内容识别结果的流程图;
31.图7是本发明另一个实施例提供的确定应答信息的流程图;
32.图8是本发明另一个实施例提供的信息处理方法的流程图;
33.图9是本发明另一个实施例提供的客户端设备的结构示意图。
具体实施方式
34.为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
35.需要说明的是,虽然在装置示意图中进行了功能模块划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置中的模块划分,或流程图中的顺序执行所示出或描述的步骤。说明书、权利要求书或上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
36.本发明提供了一种客户端设备、方法、系统及计算机可读存储介质,客户端设备分别与应用消息系统和管控中心通信连接,客户端设备用于:接收应用消息系统发送的管控请求,并从管控请求中获取待管控消息;根据管控策略和待管控消息确定应答信息,管控策略由管控中心下发至客户端设备;将应答信息发送至应用消息系统,以使应用消息系统根据应答信息处理待管控消息。根据本发明实施例提供的方案,使得客户端设备与管控中心实现分离,客户端设备通过管控中心下发的管控策略完成管控请求的应答,大大减少了管控中心的负荷,有利于提高消息的管控处理能力。
37.下面结合附图,对本发明实施例作进一步阐述。
38.参照图1,图1是本发明一个实施例提供的一种客户端设备110的结构示意图,在图1中所示的客户端设备110中,客户端设备110分别与应用消息系统130和管控中心120通信连接,客户端设备110用于:
39.接收应用消息系统130发送的管控请求,并从管控请求中获取待管控消息;
40.根据管控策略和待管控消息确定应答信息,管控策略由管控中心120下发至客户端设备110;
41.将应答信息发送至应用消息系统130,以使应用消息系统130根据应答信息处理待管控消息。
42.需要说明的是,应用消息系统130可以是各运营商的消息中心,例如5g消息系统(5g message center,5gmc),也可以是其他类型的rcs消息系统,本实施例不多作限定。可以理解的是,客户端设备110可以是安装在应用消息系统130的功能组件,也可以是与应用消息系统130物理隔离且通信连接的功能组件,其中,采用功能组件的情况下,一个客户端设备110可以与任意数量的应用消息系统130相连接,本实施例不多作限定。需要说明的是,客户端设备110可以是一体化的硬件设备的形式,例如搭载有处理器的硬件模块,也可以是安装有实现信息处理功能的软件客户端的设备,例如可以是安装有用于管理若干个应用消息系统的软件客户端的运维平台设备,具体形式可以根据实际需求调整,能够与对应用消息系统130进行rcs消息交互,并且能够与管控中心120进行通信即可。可以理解的是,管控中心120可以是运营商的中心机房中的服务器等具有较高权限的控制中心。
43.值得注意的是,客户端设备110作为独立于管控中心120的装置,能够基于管控中心120发送的管控策略实现消息管控,例如只需轻量级的数据库即可实现管控处理的文字识别或图像识别等消息的管控处理,并且,客户端设备110可以分布于各应用消息系统130,从而在5g消息数据量较大的情况下,对大部分的5g消息实现本地管控,减少了上传至管控中心120的数据量,使得管控中心120的网络压力和运行负荷大幅下降,能够满足日益增长
的数据需求;同时,即使管控中心120发生故障,也能够通过客户端设备110完成大部分的消息管控,有效提高通信系统的稳定性。
44.需要说明的是,如图1所示,客户端设备110中还可以设置代理接口111和通信组件114,通过代理接口111与应用消息系统130进行连接,通过通信组件114与管控中心120通信连接,有效解决了应用消息系统130与管控中心120之间耦合性较高的问题,当需要更新管控策略,只需要管控中心120通过通信组件114下发部署至客户端设备110即可,无需在管控中心120的管控策略发生变动时频繁更改接口,大幅提升了通信系统的可扩展性,代理接口111的具体数量根据实际需求调整即可,在此不再赘述。
45.另外,在一实施例中,客户端设备110包括处理器112,处理器112用于:
46.对待管控消息进行内容识别,得到内容识别结果;
47.根据管控策略和内容识别结果确定应答信息。
48.需要说明的是,处理器112可以是常见的处理芯片,本实施例不多作限定。可以理解的是,为了实现内容识别,如图1所示,可以在处理器112中搭载内容识别模块113,内容识别模块113可以采用现有技术中功能模块,能够通过常见的识别算法实现内容识别即可,在此不再赘述。
49.另外,在一实施例中,处理器112具体用于:
50.当根据管控策略确定内容识别结果符合第一管控条件,确定内容识别结果为管控结果,并根据管控结果确定应答信息;
51.或者,
52.当根据管控策略确定内容识别结果符合第二管控条件,将内容识别结果上报至管控中心,使得管控中心根据内容识别结果确定管控结果,并根据管控结果确定应答信息;
53.或者,
54.当检测到与管控中心之间的通信链路处于故障状态,根据管控策略确定内容识别结果为管控结果,并根据管控结果确定应答信息。
55.本领域技术人员可以理解的是,图1中示出的客户端设备并不构成对本发明实施例的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。可以理解的是,上述所述的单元可以是硬件模块,也可以是能够实现相应功能的软件功能模块,本实施例对此不多作限定。
56.基于上述客户端设备,下面提出本发明的信息处理方法的各个实施例。
57.参照图2,图2是本发明另一个实施例提供的信息处理方法的流程图,该信息处理方法包括但不限于有步骤s210、步骤s220和步骤s230。
58.步骤s210,接收应用消息系统发送的管控请求,并从管控请求中获取待管控消息。
59.在一实施例中,应用消息系统发送的管控请求中可以包括任意数量的待管控消息,例如应用消息系统根据接收到的每一条5g消息生成管控请求,或者将同一时间节点接收到的所有5g消息生成管控请求,具体方式根据实际需求选取即可,本实施例不多作限定。可以理解的是,管控请求中除了包括待管控消息,还可以包括任意能够用于管控的素材,例如发送5g消息的账号信息、用户信息等,根据实际需求调整即可。
60.本领域技术人员可以理解的是,待管控消息可以是任意rcs信息,且可以包括任意类型的多媒体信息,例如图像、视频、文字等本实施例不多作限定,5g消息仅是为了叙述方
便所采用的示例,这并不会对本发明的保护范围造成限制。
61.步骤s220,根据管控策略和待管控消息确定应答信息,管控策略由管控中心下发至客户端设备。
62.在一实施例中,管控策略可以根据实际需求制定,可以用于引导客户端设备对待管控消息执行预设的操作,也可以是用于确定不同类型的待管控消息的管控主体,例如,在管控过程中,可以先对待管控消息进行内容识别,得出内容识别结果,根据内容识别结果确定待管控消息的类型,再根据管控策略确定该类型的待管控消息由客户端设备在本地完成管控或者上传至管控中心进行更高权限的管控;又如,得出内容识别结果后,确定内容识别结果的准确性,当客户端设备识别的准确性无法满足管控策略中预设的阈值,则将该待管控消息上报至管控中心进行更高级别的处理;具体的管控策略根据对待管控消息的管控需求调整即可。
63.值得注意的是,由于客户端设备与管控中心在权限和数据处理能力存在一定的差异,因此下发至客户端设备的管控策略与管控中心的管控策略可以是不同,根据具体的控制权限和处理能力进行调整即可。
64.需要说明的是,管控策略需要由管控中心进行制定并下发,基于上述实施例的叙述,客户端设备的处理能力和权限有限,实质上本实施例的技术方案主要实现管控中心负荷的分流,而并非完全取代,即客户端设备并不能完成所有待管控消息的管控处理,例如,对于用户号码的屏蔽或者封号等操作需要在核心网完成,而客户端设备并不一定具备核心网层级的操作权限,而是需要管控中心进行相应的操作,因此,为了管控标准的统一,本实施例中的管控策略由管控中心统一制定并且下发;当然,后续使用过程中若需要对管控策略进行更新,也可以是通过管控中心同一更新并下发至所有的客户端设备,在此不再赘述。
65.值得注意的是,管控策略可以是预先下发至客户端设备,例如在初始化阶段下发,确保客户端设备在具备管控策略的前提下接收管控请求,也可以是每次接收到管控请求后从管控中心同步管控策略,以确保管控策略为最新的策略,具体方式根据实际需求选取即可,本实施例不多作限定。
66.步骤s230,将应答信息发送至应用消息系统,以使应用消息系统根据应答信息处理待管控消息。
67.在一实施例中,应答信息可以包括任意针对待管控消息的操作,例如常见的屏蔽操作、删除操作等。需要说明的是,应答信息中的操作可以通过是在管控策略中设定好的预设操作,例如在管控策略中设定当检测到待管控消息为不良信息,例如5g消息中包含违法或者不道德内容,则应答信息可以是对该5g消息进行屏蔽或者删除,又如,当确定待管控消息为同一用户对多个用户发送的骚扰信息,则应答信息可以是对该用户发送的5g消息进行屏蔽或者删除,具体的应答信息根据实际需求调整即可。
68.另外,参照图3,在一实施例中,图2所示实施例中的步骤s220还包括但不限于有以下步骤:
69.步骤s310,对待管控消息进行内容识别,得到内容识别结果;
70.步骤s320,根据管控策略和内容识别结果确定应答信息。
71.需要说明的是,内容识别可以通过现有的内容识别算法完成,例如常见的图像识别、文字识别或者视频识别。本实施例并不涉及具体的识别方法改进,在此不再赘述。可以
理解的是,由于5g消息可以是多种类型的多媒体信息,因此可以在客户端设备中预先配置多个能够实现识别算法的内容识别模块,具体的数量和类型根据实际需求选取即可,在此不再赘述。可以理解的是,当待管控消息中包括多条5g消息,可以分别对每条5g消息进行内容识别,并分别得出内容识别结果,在此不再赘述。
72.在一实施例中,内容识别结果可以是数据标签,也可以是其他类型的分类结果,能够体现待管控消息的具体类型即可。本领域技术人员可以理解的是,由于识别能力的限制,在实际使用过程中对待管控消息的识别准确率未必能够达100%,因此,内容识别结果还可以同时添加识别准确率等能够用于体现识别结果可信度的数据,本实施例对此不多作限定。
73.在一实施例中,应答信息可以是在管控策略中预先设置好的与内容识别结果相对应的操作,例如,识别出的内容识别结果为垃圾信息,并根据管控策略确定对应的操作为删除,则应答信息可以是与删除该待管控消息有关的信息,能够使得应用消息系统执行对应的操作即可。
74.另外,参照图4,在一实施例中,图3所示实施例中的步骤s320还包括但不限于有以下步骤:
75.步骤s410,当根据管控策略确定内容识别结果符合第一管控条件,确定内容识别结果为管控结果,并根据管控结果确定应答信息;
76.或者,
77.步骤s420,当根据管控策略确定内容识别结果符合第二管控条件,将内容识别结果上报至管控中心,使得管控中心根据内容识别结果确定管控结果,并根据管控结果确定应答信息;
78.或者,
79.步骤s430,当检测到与管控中心之间的通信链路处于故障状态,根据管控策略确定内容识别结果为管控结果,并根据管控结果确定应答信息。
80.在一实施例中,由于客户端设备的处理能力和权限有限,因此并不能够完成所有待管控消息的管控,而是需要进一步通过管控中心执行操作,在这种情况下,第一管控条件和第二管控条件可以是用于判断进行管控的执行主体的条件,例如,在满足第一管控条件的情况下,由客户端设备在本地完成管控结果的生成,在满足第二管控条件的情况下,由管控中心完成管控结果的生成,具体的条件内容根据实际需求调整即可,本实施例并不多作限定。
81.在一实施例中,在确定符合的管控条件之前,还可以通过内容识别结果对待管控消息的内容情况进行判断,确定待管控消息的内容正常或者内容异常,同时,对内容识别的可信度进行评价,再结合可信度和内容情况从管控策略中匹配出管控条件,例如,当确定待管控消息的内容情况为内容正常,且可信度为60%,由于无法完全确定该待管控消息的内容是否正常,因此,可以通过管控策略设定在该情况下,需要上传至管控中心进行进一步的裁决,即根据管控策略和内容识别结果符合第二管控条件,第一管控条件的应用场景可以根据上述示例同理得出,能够确定在客户端设备中完成管控结果的生成即可,在此不再赘述。
82.在一实施例中,在将内容识别结果上报至管控中心之后,管控中心可以根据已经
得出的内容识别结果进行裁决,裁决可以是对内容识别结果进行确认或者否决,具体方式可以是通过更高级的数据库进行进一步的识别,或者通过人工进行审核等,具体方式根据实际需求选取即可。需要说明的是,管控中心可以根据裁决的结果,确定保留在先的内容识别结果,并反馈至客户端设备,使得客户端设备根据内容识别结果确定管控结果,也可以管控中心重新得出新的内容识别结果,直接由管控中心生成管控结果并下发至客户端设备,由客户端设备进行中转发送至应用消息系统,具体方式根据内容识别结果的裁决结果确定,能够确保管控结果能够用于生成正确的应答消息即可。可以理解的是,除了内容识别结果,管控中心还可以根据裁决的具体需求,要求客户端设备上报管控的原始素材,例如待管控消息、用户账号等上传至管控中心,用于确定管控结果,具体的上报内容根据实际需求调整即可。
83.在一实施例中,当管控中心根据内容识别结果确定管控结果,并根据管控结果确定应答信息之后,管控中心还可以就既定的管控结果进行更高权限的操作,例如,确定待管控消息为群发的垃圾信息,通过应答消息在应用消息系统进行了屏蔽或者删除,与此同时,管控中心还可以对发送该待管控消息的账户进行封号等操作,具体操作根据实际需求确定即可,在此不再赘述。
84.在一实施例中,当客户端设备与管控中心之间的通信链路处于故障状态,则即使根据管控策略确定内容识别结果符合第二管控条件,也无法向管控中心上报信息,因此,可以在检测到通讯链路处于故障状态下,根据管控策略由客户端设备根据内容识别结果确定管控结果,从而实现管控的托管,避免了管控中心无法连接时的管控失效,有效提高了管控系统的稳定性。
85.在一实施例中,管控中心可以向客户端设备下发两套管控策略,分别应用于通信链路处于正常状态和故障状态下,例如,管控中心向客户端设备下发第一管控策略和第二管控策略,第一管控策略用于通信链路处于正常状态下,第二管控策略用于通信链路处于故障状态下,对于内容识别结果为内容正常且可信度为60%的待管控信息,在通信链路处于正常状态,通过第一管控策略确定满足第二管控条件,上报至管控中心完成管控;在通信链路处于故障状态下,通过第二管控策略确定直接根据该内容识别结果确定管控结果,并进一步确定应答信息,本实施例对具体的管控策略数量并不作出过多的限定,在此不再赘述。
86.另外,参照图5,图5为本发明另一个实施例提供的信息处理方法的流程图,该信息处理方法应用于信息处理系统,信息处理系统包括应用消息系统、客户端设备和管控中心,该信息处理方法包括但不限于有步骤s510、步骤s520、步骤s530、步骤s540和步骤s550:
87.步骤s510,应用消息系统向客户端设备发送管控请求;
88.步骤s520,客户端设备从管控请求中获取待管控消息;
89.步骤s530,客户端设备根据管控策略和待管控消息确定应答信息,管控策略由管控中心下发至客户端设备;
90.步骤s540,客户端设备将应答信息发送至应用消息系统;
91.步骤s550,应用消息系统根据应答信息处理待管控消息。
92.需要说明是的,上述步骤s510至步骤s550的原理可以参考图2所示实施例的原理,为了叙述的简便,在此不再赘述。
93.另外,参照图6,在一实施例中,图5所示实施例中的步骤s530还包括但不限于有以下步骤:
94.步骤s610,客户端设备对待管控消息进行内容识别,得到内容识别结果;
95.步骤s620,客户端设备根据管控策略和内容识别结果确定应答信息。
96.需要说明是的,上述步骤s610至步骤s620的原理可以参考图3所示实施例的原理,为了叙述的简便,在此不再赘述。
97.另外,参照图7,在一实施例中,图6所示实施例中的步骤s620还包括但不限于有以下步骤:
98.步骤s710,当客户端设备根据管控策略确定内容识别结果符合第一管控条件,确定内容识别结果为管控结果,并根据管控结果确定应答信息;
99.或者,
100.步骤s720,当客户端根据管控策略确定内容识别结果符合第二管控条件,将内容识别结果上报至管控中心,管控中心根据内容识别结果确定管控结果,并根据管控结果确定应答信息;
101.或者,
102.步骤s730,当客户端检测到与管控中心之间的通信链路处于故障状态,客户端根据管控策略确定内容识别结果为管控结果,并根据管控结果确定应答信息。
103.需要说明是的,上述步骤s710至步骤s730的原理可以参考图4所示实施例的原理,为了叙述的简便,在此不再赘述。
104.另外,参照图8,图8为本发明另一个实施例提供的信息处理方法的流程图,该信息处理方法包括以下步骤:
105.步骤s810,应用消息系统通过集成的代理接口组件与客户端设备的代理接口通信连接,对客户端设备与管控中心的通信链路的进行配置和初始化;
106.步骤s820,管控中心配置好管控策略,将管控策略通过客户端设备的通信组件下发到客户端设备;
107.步骤s830,应用消息系统通过代理接口组件向客户端设备的代理接口发送管控请求;
108.步骤s840,代理接口接收管控请求,获取管控请求中的待管控消息,并提交到内容识别模块进行内容识别,并得出内容识别结果;
109.步骤s850,通过内容识别模块得出内容识别结果,若根据管控策略确定由管控中心进行管控,执行步骤s860,若根据管控策略确定由客户端设备进行管控,执行步骤s870;
110.步骤s860,确定客户端设备与管控中心的连接状态,当客户端设备和管控中心之间的通信链路处于故障状态,执行步骤s870,否则执行步骤s861;
111.步骤s861,将内容识别结果上报至管控中心,当管控中心根据内容识别结果不能确定管控结果,执行步骤s862;当管控中心根据内容识别结果能够得出管控结果,执行步骤s863;
112.步骤s862,客户端设备通过通信组件将待管控消息上报至管控中心,管控中心根据待管控消息和内容识别结果确定管控结果,并执行步骤s864;
113.步骤s863,管控中心根据内容识别结果确定管控结果,并执行步骤s864;
114.步骤s864,管控中心将管控结果下发至客户端设备,并执行步骤s880;
115.步骤s870,客户端设备将内容识别结果确定为管控结果,执行步骤s880;
116.步骤s880,客户端设备根据管控结果生成应答信息,并通过代理接口将应答信息发送至应用消息系统,以使应用消息系统根据应答信息对待管控消息进行处理。
117.另外,参照图9,本发明的一个实施例还提供了一种客户端设备900,该客户端设备900包括:存储器910、处理器920及存储在存储器910上并可在处理器920上运行的计算机程序。
118.处理器920和存储器910可以通过总线或者其他方式连接。
119.实现上述实施例的信息处理方法所需的非暂态软件程序以及指令存储在存储器910中,当被处理器920执行时,执行上述实施例中的应用客户端设备900的信息处理方法,例如,执行以上描述的图2中的方法步骤s210至步骤s230,图3中的方法步骤s310至步骤s320,图4中的方法步骤s410至步骤s430。
120.以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
121.此外,本发明的一个实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令被一个处理器或控制器执行,例如,被上述客户端设备实施例中的一个处理器执行,可使得上述处理器执行上述实施例中的应用于客户端设备的信息处理方法,例如,执行以上描述的图2中的方法步骤s210至步骤s230,图3中的方法步骤s310至步骤s320,图4中的方法步骤s410至步骤s430。本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
122.以上是对本发明的较佳实施进行了具体说明,但本发明并不局限于上述实施方式,熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换,这些等同的变形或替换均包含在本发明权利要求所限定的范围内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1