政企网内业务运营自动化管理方法及设备与流程

1.本公开涉及业务管理领域，尤其涉及业务运营技术领域。


背景技术：

2.目前，为了方便企业内部或者企业与外部进行业务沟通和处理，企业一般会主张采用如电话、企业微信、邮件等各种不同通讯方式，以方便企业内部或者企业与外部进行业务沟通和业务处理；但是这种业务沟通和处理方式，使得业务处理过程并不能连续，常常出现沟通或处理不及时的问题，因而影响业务处理效率，容易造成人力成本的浪费。


技术实现要素：

3.本公开提供了一种政企网内业务运营自动化管理方法、设备以及存储介质。
4.根据本公开的第一方面，提供了一种政企网内业务运营自动化管理方法。
5.该方法包括：
6.接收业务申请；
7.将所述业务申请自动分配至目标处理者；
8.获取所述目标处理者对所述业务申请的处理属性，形成业务工单处理记录；
9.汇总所述业务工单处理记录，形成所述目标处理者的工单统计报表。
10.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述接收业务申请，包括：
11.通过web端、移动端、语音端、小程序中的至少一种方式接收所述业务请求，所述业务申请包括：业务办理申请和/或故障申请。
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.图1示出了根据本公开的实施例的政企网内业务运营自动化管理方法的流程图；
39.图2-图15示出了根据本公开的实施例的各种界面的截图；
40.图16示出了能够实施本公开的实施例的示例性电子设备的方框图。
具体实施方式
41.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。
42.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
43.图1示出了根据本公开实施例的政企网内业务运营自动化管理方法100的流程图。方法100可以包括：
44.步骤110，接收业务申请；业务申请可以来自内网或者外网的申请，即业务申请的申请者可以是内部业务人员或者企业外部人员。
45.步骤120，将所述业务申请自动分配至目标处理者；目标处理者即最终处理该业务申请对应的业务的人员，可以是一个也可以是多个。
46.步骤130，获取所述目标处理者对所述业务申请的处理属性，形成业务工单处理记录；
47.处理属性可以是一项或多项，可以是公共业务属性或者专属业务属性；
48.公共业务属性可以是业务编号、日期、申请者、业务类型、联系人、联系电话等；
49.例如：公共业务属性可以是：申请二级单位名称(与电话计费系统或企业微信组织机构的二级单位一致)、二级单位编号(与电话计费系统或企业微信组织机构的二级单位一致)、联系人、联系电话、受理时间、受理人(企业微信登录账号或web平台登录账号)、工单接收部门(如大柳塔站)、接受者(如大柳塔站管视频会议的人员，可勾选，不勾选就全推)、备注；
50.专属业务属性可以是具体的业务信息如业务类型、承载方式、业务数量、故障业务描述等。
51.专属业务属性(以视频监控为例)：
52.监控设备及连接线缆：室外摄像头多少个、品牌、型号；室内摄像头多少个、品牌、型号；录像存储服务器的存储空间、品牌、型号；网络交换机几台、品牌、型号；网络连接线路类型、长度等；ups品牌、型号及供电时长等；
53.申请人信息：申请单位名称、联系人、联系电话、施工地点、预计施工时间、申请单位审批人、申请单电子版附件；
54.系统需要支持企业微信员工身份信息对接，实现员工工号自动转为受理人信息，系统受理时间自动获取服务器时间，工单编号采用afjk加当前年月日及当天该业务为第几笔5位编码，如今天第三个视频监控业务受理，则业务编号为afjk2020111100003，此为业务唯一标识码，后续业务关联及工单流程均以此为关键属性。
55.步骤140，汇总所述业务工单处理记录，形成所述目标处理者的工单统计报表。
56.在接收到业务申请后，通过将业务申请自动分配至目标处理者，可自动获取目标处理者对所述业务申请的处理属性，形成业务工单处理记录，然后自动汇总该目标处理者的各种业务工单处理记录，即可自动形成所述目标处理者的工单统计报表，从而实现集业
务申请、业务派单、业务处理、业务汇总于一体的全程自动化处理，实现业务处理过程的全程自动化管理，进而有利于提高业务处理效率，避免造成人力成本的浪费以及业务沟通/处理不及时的问题。
57.在一些实施例中，所述接收业务申请，包括：
58.通过web端、移动端、语音端、小程序中的至少一种方式接收所述业务请求，所述业务申请包括：业务办理申请和/或故障申请，如图4所示的通信业务和如图5所示的信息业务。
59.业务申请的入口如图6所示，web端自助服务登陆界面如图11所示，自助受理首页界面如图12所示，电路租用业务受理如图13所示，安防监控业务受理如图14所示，云存储空间业务受理如图15所示。
60.业务受理类如图7所示，故障受理如图8所示，以安防监控故障受理为例，其表单属性包括：故障现象、业务所属区域、故障描述、联系人、联系电话、故障设备位置(监控大屏所在房间，如信息中心一楼监控室，手工输入)，业务工单流转如图9和10所示。
61.移动端可以是企业微信所在的设备，语音端可以是呼叫中心平台等。
62.通过上述不同方式可实现灵活接收所述业务请求，提高业务请求的受理方式的灵活性。
63.在一些实施例中，所述将所述业务申请自动分配至目标处理者，包括：
64.将所述业务申请自动分配至指定处理者，以将所述指定处理者作为所述目标处理者；或者
65.将所述业务申请自动分配至对应的业务组；
66.根据来自所述业务组内的抢单请求，将所述业务申请分配至所述抢单请求对应的处理者，并将所述抢单请求对应的处理者作为所述目标处理者；或者
67.若所述业务申请在指定时长内仍未被处理，则提醒所述业务申请对应的业务组的负责人；
68.接收所述负责人输入的派单指令，以将所述业务申请分配至所述派单指令对应的处理者，并将所述派单请求对应的处理者作为所述目标处理者。
69.业务申请可自动分配至指定处理者，从而实现业务的指定分配；或者
70.可将业务申请自动分配至对应的业务组，然后根据接收到的抢单请求，可将业务申请分配至该抢单请求对应的处理者，从而将业务自动分配至正确的业务组，然后在业务组内部实现自主抢单，而由业务组内部的人员进行抢单，可在业务下达后由被动接收转变为由业务人员主动抢单模式，从而激发全员工作效率，进而提高业务组的整体绩效，如此可有利于提高业务处理效率；或者
71.若业务申请在指定时长内仍未被处理，则说明对应的业务可能比较棘手，因而，可自动向业务组的负责人发出提醒，从而在接收到负责人输入的派单指令后，可将所述业务申请分配至所述派单指令对应的目标处理者，实现业务的被动与主动相结合的派单方式。
72.通过上述不同派单方式，可提高派单方式的灵活性。
73.在一些实施例中，所述获取所述目标处理者对所述业务申请的处理属性，形成业务工单处理记录，包括：
74.接收所述目标处理者输入的处理属性；和/或
75.接收所述目标处理者上传的与所述业务申请关联的文件；
76.根据与所述业务申请关联的文件，获得所述业务申请的处理属性；
77.根据所述处理属性，生成所述业务工单处理记录。
78.业务申请的处理属性可来自目标处理者的输入；或者
79.根据目标处理者上传的与所述业务申请关联的文件，可自动获得业务申请的处理属性，然后生成业务工单处理记录，例如根据目标处理者上传的照片工单、业务处理视频记录、文本文件自动获取处理属性。
80.在一些实施例中，所述汇总所述业务工单处理记录，形成所述目标处理者的工单统计报表，包括：
81.根据预设业务工分分配规则，确定所述目标处理者的每项业务申请的各个处理属性的业务工分，以计算所述每项业务申请对应的业务工单处理记录的工分结果；
82.例如：可为受理及业务处理环节分配工作量分值(分值需要参考处理时长，如正常规定是2小时完成得5分，2-3小时得4分，3-4小时得3分等)。
83.又例如：
84.接单时限(小时为单位，单独接单时限超时不扣分，接单与回单时限超过规定时间扣费)；
85.回单时限(小时为单位，单独接单时限超时不扣分，接单与回单时限超过规定时间扣费)；
86.规定时间完成默认得分；
87.超时扣分规则(如在规定时间每上浮10％，在默认得分降低10％，直到0分，算分规则可通过参数配置)；
88.提前完成加分规则(如在规定时间每减少10％，在默认得分降增加10％，直到默认分值的两倍得分，算分规则可通过参数配置)；
89.满意度调查得分规则(如5星好评，此部分满分，4星好评得80％，3星得60％，其它不得分，算分规则可通过参数配置)；
90.业务处理与客户评价在总分占比(如8:2，算分规则可通过参数配置)。
91.业务工单处理中记录有每项业务申请；
92.对每项业务申请的各个处理属性的业务工分进行加权求和，即可得到每项业务申请对应的业务工单处理记录的工分结果。处理属性的业务工分可以是正值也可以是负值，如处理属性为挂起该业务申请对应的业务，则为负值，且可以根据挂起时长，调整该负值。
93.将所述目标处理者在预设时间段内的至少一项业务工单处理记录及其工分结果进行汇总，以形成所述目标处理者的工单统计报表。
94.通过根据预设业务工分分配规则，可自动确定目标处理者的每项业务申请的各个处理属性的业务工分，然后计算出每项业务申请对应的业务工单处理记录的工分结果，进而将预设时间段内的一项或多项业务工单处理记录以及每项业务工单处理记录具体的工分结果进行自动汇总，从而自动形成目标处理者的工单统计报表，实现对目标处理者的业务工作量的自动记录和汇总。
95.在一些实施例中，所述方法还包括：
96.向所述业务申请的申请者推送完工回访信息；
97.接收所述申请者针对所述完工回访信息输入的多维度反馈情况；多维度反馈情况包括但不限于处理及时性、处理结果满意度、处理态度、专业等级等。
98.将所述多维度反馈情况进行记录。
99.通过向业务申请的申请者推送完工回访信息，可自动接收申请者针对完工回访信息输入的多维度反馈情况，然后将多维度反馈情况进行记录，以便确定业务申请人对本项业务申请的处理过程的满意度，进而有利于提高之后的业务处理效率。
100.在一些实施例中，所述完工回访信息因所述业务申请针对的业务而异。
101.完工回访信息因所述业务申请针对的业务而异，可提高完工回访信息的灵活性和准确性。
102.不同业务完工反馈及回访的内容格式需要差异化，如云主机业务申请，反馈申请资源配置及ip地址，并包含满意度评价(如五星点评或从服务态度、专业水平、及时性等维度定义点评方案)。
103.在一些实施例中，所述处理属性包括以下至少一项：
104.处理地点、处理内容、处理过程描述、存在的问题、是否处理完成、处理人、处理登记时间。
105.处理属性包括但不限于上述信息，还可以包括计费信息(业务所涉及的月租费或按使用量计费)，具体如下：
106.初装费：涉及到业务的设备数量*单价相加，因此需要在业务受理时，确定所选择的多个设备类别及每种设备对应多个数量。举例说明：a洗煤厂需要做井口视频监控，需要室外摄像头5个、室内摄像头8个、录像服务器1台、网络交换机3台、网线300米、ups电源3套，则初装费计算规则为室外摄像头单价*5个 室内摄像头单价*8个 录像服务器单价*1台 网络交换机单价*3台 网线单价*300米 ups电源单价*3套。
107.月/年度使用费：按年或按月支付的视频监控服务费。通过月固定费明细定义和维护，在登记业务时选取参与计费。
108.协议加：在月/年度使用费基础上做折扣或上浮。
109.下面将结合图2至图15进一步说明本公开的技术方案：
110.如图2所示，该政企网内业务运营自动化管理系统，该系统主要部署于“内部市场化业务服务器”，该服务器可采用物理机或云主机部署，需要开通互联网访问权限，业务代码需要调用xx企业微信开发接口，主要有4个创新点：
111.融合：ict全业务融合统一平台支撑，实现全流程管理，引入绩效分值，根据业务实际工作量及技术含量差异配置差异化工分，有效激励部门人员工作积极性；
112.移动：全面实现在移动端基于企业微信平台实现，真正做到可随时随地获取业务服务，打破时间与空间的限制；
113.抢单：引入高效竞争合作激励绩效，任务下达由传动被动接收转变为有业务人员主动抢单模式，激发全员工作效率；
114.大数据：平台可支持集团全员组织机构接入，对业务各个环节的海量数据均可做深度业务分析，为业务流程持续改进提供大数据支撑。图3示出的是该政企网内业务运营自动化管理流程。
115.另外，为确保内部市场化业务服务器安全，需要借助防火墙上互联网，在防火墙上
配置公网地址，再借助防火墙端口映射功能，实现防火墙的公网地址与市场化服务器内网地址的自动转换上网；
116.鉴于内部市场化业务需要支持电脑端和手机微信端使用，需要在内部市场化部署两套应用服务，分别支撑手机端企业微信端操作和电脑端web操作；
117.内部市场化服务器还需要与现有boss系统及呼叫中心系统对接，实现新旧系统资源整合，业务接口采用webservice方式实现。
118.而本公开的企业微信提供了通讯录管理、客户联系、身份验证、应用管理、消息推送、素材管理、oa、效率工具、企业支付、企业互联、会话内容存档、电子发票、家校沟通、家校应用、政民沟通等api，企业可以使用这些api，为企业接入更多个性化的办公应用。
119.通讯录管理
120.企业可以将已有的通讯录跟企业微信通讯录同步，避免同时维护多套通讯录。
121.客户联系
122.企业可以使用客户联系、客户群、客户朋友圈等相关接口能力，更好的获取、沉淀、管理和运营客户。
123.应用管理
124.在企业微信中创建应用后，企业可以将已有的系统以应用方式接入企业微信，为企业提供丰富的办公应用。
125.消息推送
126.企业的通知可以快速触达成员，也可以接收成员发来的消息，让信息传递更高效。
127.身份验证
128.通过oauth2识别用户身份，成员访问企业网页时可以免密码自动登录。
129.移动端sdk
130.js-sdk可以调用企业微信原生客户端的能力，提升成员的使用体验。企业微信登录、分享sdk帮助移动应用实现快速登录、内容分享。
131.基础应用
132.企业可以使用效率工具及oa应用等接口开放能力，对接企业已有系统以及更好的提高内部流程效率。
133.如图2所示，业务受理包含两类业务：业务申请类和故障申告类。
134.上述两类业务入口分别是：(1)112调度中心通过在现有呼叫中心平台(现有boss系统服务器和现有呼叫中心服务器)增加对新增内部市场化业务的故障申告受理；(2)信息及通信业务受理均通过企业微信端受理，其主要负责内部市场业务的业务申请类和故障申告类业务登记，如图4和图5所示。
135.企业微信端受理表单管理：受理人员通过登录企业微信账号，进入业务受理或故障受理登记入口。此时需要系统实现自动从企业微信后台获取当前登录身份信息，成为发起人/申请人。
136.各项业务的初始业务工分配置管理：需要为每项业务配置工分，如受理环节多少分、处理环节多少分，处理环节还需要考虑不同完成时间段得分不一样，超时不得分等规则；还有就是一项工作在不能独立完成时，后经由多人完成如何分配得分规则、以及工单转派得分归最终处理人员得分等细节。
137.每项业务功能配置默认工单流程，工单流主要是实现将某些工单默认派发给企业微信特定人(指定人员派单)或到部门下的班组不到指定人(用于班组人员抢单)，这一步需要做成可动态配置，可对某些业务在受理完就默认派发到的人(即强绑定关系)，有些业务不指定到具体人，只派发到班组，由班组内成员抢单处理。可通过在业务受理界面增加默认工单接收人(显示方式：部门(运维部、数据部、调度中心等)
‑‑
》班组(班组1、班组2等)
‑‑
》具体班组成员)。
138.工单处理过程登记：业务工单生成后，根据预定义派单规则自动分配到工单处理者或由处理班组人员抢单，工单处理人员需要将工单处理过程或结论进行记录，主要需要登记业务属性包括“处理地点”、“处理内容”、“处理过程描述”、“上传图片”、“存在的问题”、“是否完成”、“发起人(企业微信登录账号自动填充)”、“处理登记时间(取系统服务器时间自动填充)”、其它业务属性业主单位可补充。每一个处理人操作一次形成一条明细记录。
139.工单处理可能存在当前接收工单的处理人员处理不了，需要重新转派工单，或暂时挂起操作，待具备条件时在取消挂起，重新处理或派单。
140.工单反馈及回访：工单处理完成后，系统自动触发反馈及回访，企业微信受理的业务记录，通过企业微信向业务申请者推送完工反馈及回访信息，不同业务完工反馈及回访的内容格式需要差异化，如云主机业务申请，反馈申请资源配置及ip地址，并包含满意度评价(如五星点评或从服务态度、专业水平、及时性等维度定义点评方案)。
141.工作量统计报表：工单完成后，根据系统配置的业务处理计分规则及处理时间区段由后台自动计分程序生成每天的工作量统计得分报表，月初生成上个月工作量统计报表。
142.通过本公开的技术方案可实现如下效果：
143.受理人工成本节约：在未实施本公开的系统之前，业务申请主要以电话、邮件等线下方式沟通联系，信息中心运维部和数据部需要专门设定业务受理的岗位，一个人管理3-5个业务受理，目前信息通信提供的市场化业务大概有30多种，需要受理的人员6-8人。通过新建系统，业务需求客户线上自助方式办理，可省去这6-8人的受理人工成本。以受理工作占比个人总工作时间的1/4计算，每个月可节约2个人，一年节约24人。
144.工单处理时效性大幅提升：采用手机移动端大幅提升工单处理效率，之前是线下电子表格记录工单数据，工单更新不及时，处理完当前节点任务，无法自动通知下一个节点，还需要人工电话通知；另外，系统引入抢单模式，鼓励多劳多得，激发了业务员的工作积极性。经过测算，通过该系统工单处理时限减少了50％以上，相当于业务处理效率翻倍，原来处理工单的人员配备为20人，通过新系统上线，业务处理效率提升一倍，则10个人可完成，相当于每年可增加10人*12＝120人的工作时间用于完成其它工作。
145.绩效考核数据报表自动生成：之前没有系统，需要由经营部根据线下纸质单据及工作票来统计工作量，核算工作量很大，现在有系统后，绩效考核数据随时可输出，一年可节约6人的工作量。
146.一年直接经济效益合计为24 120 6＝150人，按照人工成本1.2万元/人月，每年可提升150人*1.2万元/月＝180万/年。除去直接经济效益外，系统通过增加客户满意度评价机制，紧抓服务质量，不断追求客户满意度，提升信息管理中心的服务品牌，积极践行集团公司“一个目标，三型五化，七个一流”发展战略。
147.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本公开所必须的。
148.以上是关于方法实施例的介绍，以下通过装置实施例，对本公开所述方案进行进一步说明。
149.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
150.根据本公开的实施例，本公开还提供了一种电子设备和存储有计算机指令的非瞬时计算机可读存储介质。
151.图16示出了可以用来实施本公开的实施例的电子设备1600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
152.设备1600包括计算单元1601，其可以根据存储在只读存储器(rom)1602中的计算机程序或者从存储单元1608加载到随机访问存储器(ram)1603中的计算机程序，来执行各种适当的动作和处理。在ram 1603中，还可存储设备1600操作所需的各种程序和数据。计算单元1601、rom 1602以及ram 1603通过总线1604彼此相连。输入/输出(i/o)接口1605也连接至总线1604。
153.设备1600中的多个部件连接至i/o接口1605，包括：输入单元1606，例如键盘、鼠标等；输出单元1607，例如各种类型的显示器、扬声器等；存储单元1608，例如磁盘、光盘等；以及通信单元1609，例如网卡、调制解调器、无线通信收发机等。通信单元1609允许设备1600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
154.计算单元1601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1601的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元1601执行上文所描述的各个方法和处理，例如方法100。例如，在一些实施例中，方法100可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1608。在一些实施例中，计算机程序的部分或者全部可以经由rom 1602和/或通信单元1609而被载入和/或安装到设备1600上。当计算机程序加载到ram 1603并由计算单元1601执行时，可以执行上文描述的方法100的一个或多个步骤。备选地，在其他实施例中，计算单元1601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法100。
155.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实
现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
156.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
157.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
158.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
159.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
160.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
161.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
162.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明
白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。