订单录入方法、装置及存储介质

技术领域

本申请涉及通信领域，尤其涉及一种订单录入方法、装置及存储介质。

背景技术

近年来，随着通信技术的快速发展，宽带网络的速率和普及率快速增长，用户宽带业务需求量随之增大，运营商收到的业务订单的数量也在迅速增加。

目前，运营商分公司在收到业务订单后，可以使用运营商总部的应用程序(Application，App)将业务订单信息录入集中业务支撑系统(central Business SupportSystem，cBSS)。但是，由于网络限制，运营商的部分分公司无法使用运营商总部的App将业务订单信息直接录入cBSS，需要工作人员手动录入订单。这样一来，在订单量较大的情况下，通过工作人员手动录入会导致订单录入不及时，订单录入效率较低。

发明内容

本申请提供一种订单录入方法、装置及存储介质，用于解决订单录入效率较低的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种订单录入方法。该方法中，电子设备获取初始订单信息和预设业务信息，初始订单信息为目标业务的订单信息，预设业务信息包括多个预设业务的业务信息。电子设备从预设业务信息中确定目标业务信息，并将目标业务信息加入初始订单信息，得到目标订单信息。电子设备通过自动化工具将目标订单信息录入集中业务支撑系统cBSS。

基于上述技术方案，电子设备可以获取初始订单信息和预设业务信息，并从预设业务信息中确定目标业务信息。之后，电子设备将目标业务信息加入到初始订单信息中，得到目标订单信息。然后，电子设备可以通过自动化工具，将目标订单信息自动录入cBSS。这样一来，电子设备可以自动补充初始订单信息，得到目标订单信息，并将目标订单信息录入cBSS，提高了订单的录入效率。

一种可能的设计中，在电子设备获取初始订单信息之前，上述方法还包括：电子设备接收来自终端设备的初始订单信息。电子设备将初始订单信息存储至缓存中。

一种可能的设计中，电子设备通过自动化工具将目标订单信息录入集中业务支撑系统cBSS，包括：电子设备通过自动化工具执行第一事件，第一事件用于指示对登录cBSS的目标账号进行认证。在目标账号认证通过的情况下，电子设备通过自动化工具执行第二事件，第二事件用于指示跳转至业务办理界面，并根据目标业务信息选择目标业务选项。电子设备通过自动化工具执行第三事件，第三事件用于指示基于目标业务选项办理目标业务。响应于第三事件，电子设备获取目标信息，并根据目标信息办理目标业务，并将目标订单信息录入cBSS，目标信息用于指示减少办理目标业务消耗的资源量。

一种可能的设计中，电子设备通过自动化工具校验目标订单信息是否录入cBSS。若目标订单信息录入cBSS，则电子设备发出第一消息，第一消息用于指示已经将目标订单信息录入cBSS。若目标订单信息未录入cBSS，则电子设备发出第二消息，第二消息用于指示未将目标订单信息录入cBSS。

第二方面，本申请提供一种订单录入装置，该装置包括获取单元和处理单元。获取单元，用于获取初始订单信息和预设业务信息，初始订单信息为目标业务的订单信息，预设业务信息包括多个预设业务的业务信息。处理单元，用于从预设业务信息中确定目标业务信息，并将目标业务信息加入初始订单信息，得到目标订单信息。处理单元，还用于通过自动化工具将目标订单信息录入集中业务支撑系统cBSS。

一种可能的设计中，获取单元，还用于接收来自终端设备的初始订单信息。处理单元，还用于将初始订单信息存储至缓存中。

一种可能的设计中，处理单元，具体用于通过自动化工具执行第一事件，第一事件用于指示对登录cBSS的目标账号进行认证。在目标账号认证通过的情况下，通过自动化工具执行第二事件，第二事件用于指示跳转至业务办理界面，并根据目标业务信息选择目标业务选项。通过自动化工具执行第三事件，第三事件用于指示基于目标业务选项办理目标业务。响应于第三事件，获取目标信息，并根据目标信息办理目标业务，并将目标订单信息录入cBSS，目标信息用于指示减少办理目标业务消耗的资源量。

一种可能的设计中，处理单元，还具体用于通过自动化工具校验目标订单信息是否录入cBSS。若目标订单信息录入cBSS，则发出第一消息，第一消息用于指示已经将目标订单信息录入cBSS。若目标订单信息未录入cBSS，则发出第二消息，第二消息用于指示未将目标订单信息录入cBSS。

一种可能的设计中，目标订单信息包括以下至少一项：姓名、联系方式、地址、账号信息、订单编号、办理业务的标识、业务编号、办理业务消耗的资源量。

第三方面，本申请提供了一种订单录入装置，该装置包括：处理器和存储器；所述处理器和所述存储器耦合；所述存储器用于存储一个或多个程序，该一个或多个程序包括计算机执行指令，当该订单录入装置运行时，处理器执行该存储器存储的该计算机执行指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的订单录入方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机执行上述第一方面和第一方面的任一种可能的实现方式中所描述的订单录入方法。

第五方面，本申请提供一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的订单录入方法。

上述方案中，订单录入装置、计算机设备、计算机存储介质或者芯片所能解决的技术问题以及实现的技术效果可以参见上述第一方面所解决的技术问题以及技术效果，在此不再赘述。

附图说明

图1为本申请实施例提供的一种通信系统的系统架构图；

图2为本申请实施例提供的一种订单录入方法的流程示意图；

图3为本申请实施例提供的一种录入订单信息的方法流程示意图；

图4为本申请实施例提供的另一种订单录入方法的流程示意图；

图5为本申请实施例提供的另一种订单录入方法的流程示意图；

图6为本申请实施例提供的一种订单录入装置的结构示意图；

图7为本申请实施例提供的另一种订单录入装置的结构示意图；

图8为本申请实施例提供的一种订单录入装置的硬件结构示意图；

图9为本申请实施例提供的一种计算机程序产品的概念性局部视图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

本文中字符“/”，一般表示前后关联对象是一种“或者”的关系。例如，A/B可以理解为A或者B。

本申请的说明书和权利要求书中的术语“第一”和“第二”是用于区别不同的对象，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括其他没有列出的步骤或模块，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。

另外，在本申请实施例中，“示例性的”、或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”、或者“例如”等词旨在以具体方式呈现概念。

在对本申请实施例的订单录入方法进行详细介绍之前，先对本申请实施例的实施环境和应用场景进行介绍。

首先，对本申请实施例的应用场景进行介绍。

近年来，随着通信技术的快速发展，宽带网络的速率和普及率快速增长，用户宽带业务需求量随之增大，运营商收到的业务订单的数量也在迅速增加。

目前，运营商分公司在收到业务订单后，可以使用运营商总部的应用程序APP将业务订单信息录入集中业务支撑系统cBSS。

但是，由于网络限制，运营商的部分分公司无法使用运营商总部的App将业务订单信息直接录入cBSS，需要工作人员手动录入订单。这样一来，在订单量较大的情况下，通过工作人员手动录入会导致订单录入不及时，订单录入效率较低。

为了解决上述问题，本申请实施例提供一种订单录入方法，电子设备获取初始订单信息和预设业务信息，所述初始订单信息为目标业务的订单信息，所述预设业务信息包括多个预设业务的业务信息。之后，电子设备从所述预设业务信息中确定目标业务信息，并将所述目标业务信息加入所述初始订单信息，得到目标订单信息。最后，电子设备通过自动化工具将所述目标订单信息录入集中业务支撑系统cBSS。这样一来，电子设备可以自动将订单信息录入cBSS，提高了订单录入效率。

下面对本申请实施例的实施环境进行介绍。

如图1所示，为本申请实施例提供的一种通信系统，该通信系统包括电子设备101和终端设备102。

电子设备101是指通过电子技术控制和处理信号、能量和信息的设备。电子设备101可以采用数字电路、模拟电路、微处理器等技术，以实现各种不同的功能和应用。电子设备101可以分为许多不同的类型，包括消费电子设备、工业电子设备、通信设备、计算机和配件、嵌入式系统等。例如，电子设备101可以为终端设备、服务器等。

终端设备102可以是一种具有收发功能的设备。终端设备102可以被部署在陆地上，包括室内或室外、手持或车载；也可以被部署在水面上(如轮船等)；还可以被部署在空中(例如飞机、气球和卫星上等)。终端设备102包括具有无线通信功能的手持式设备、车载设备、可穿戴设备或计算设备。示例性地，终端设备102可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑。终端设备102还可以是虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

在本申请实施例中，终端设备102可以用于为用户办理业务。例如，终端设备102可以接收用户的业务办理操作，获取订单信息。终端设备102还可以用于向电子设备101传输数据。电子设备101部署有cBSS，电子设备101可以将订单信息录入cBSS，并通过cBSS完成业务的办理。

下面结合说明书附图对本申请实施例进行具体说明。

如图2所示，为本申请实施例提供的一种订单的录入方法，该方法包括：

S201、电子设备获取初始订单信息和预设业务信息。

其中，初始订单信息为目标业务的订单信息，目标业务的订单信息包括以下至少一项：姓名、身份证件、联系方式、地址、账号信息、订单编号、办理业务的标识。

需要说明的是，姓名为办理业务的预留姓名。身份证件为办理业务的身份证件对应的身份证号。联系方式为办理业务的预留联系方式。地址为办理业务的预留地址。账号信息为办理业务的业务账号(如宽带账号)。订单编号为办理业务的订单号。

可选的，目标业务的订单信息还可以包括：生效日期、生效时长等。

在本申请实施例中，预设业务信息包括多个预设业务的业务信息，预设业务的业务信息包括以下至少一项：办理业务的标识、业务类型编号、办理业务消耗的资源量。

示例性的，如表1所示，其出示了多个预设业务的业务信息。

表1

结合表1可知，当办理业务的标识为2023版迎春A套餐时，对应的业务类型编号为23001，对应的办理业务消耗的资源量为200个资源。当办理业务的标识为2023版迎春B套餐时，对应的业务类型编号为23001，对应的办理业务消耗的资源量为210个资源。对于其他办理业务的标识与业务类型编号和办理业务消耗的资源量的介绍，可以参照上述对办理业务的标识与业务类型编号和办理业务消耗的资源量的介绍，此处不予赘述。

在一种可能的实现方式中，电子设备中存储有初始订单信息和预设业务信息，电子设备可以从缓存中获取初始订单信息。

例如，电子设备的缓存中存储有初始订单信息，存储空间中存储有预设业务信息。

在另一种可能的实现方式中，在电子设备获取初始订单信息之前，终端设备可以向电子设备发送初始订单信息。之后，电子设备可以接收来自终端设备的初始订单信息。其中，终端设备为运营商办理业务的设备。

可选的，电子设备可以将接收到的初始订单信息存储至电子设备的缓存中。

S202、电子设备从预设业务信息中确定目标业务信息。

其中，目标业务信息包括以下至少一项：办理业务的标识、业务编号、办理业务消耗的资源量。

在一种可能的实现方式中，电子设备可以根据初始订单信息中的办理业务的标识，从预设业务信息中确定目标业务信息。也就是说，电子设备可以通过对比初始订单信息中的办理业务的标识与预设业务信息中的办理业务的标识确定对应的预设业务信息。

示例性的，若初始订单信息中姓名、联系方式、地址、账号信息、订单编号、办理业务的标识分别为：张三、1234567890、新中市建设路120号、594000001、2023070001、2023版迎春A套餐。则结合表1可知，目标业务信息中办理业务的标识、业务编号、办理业务消耗的资源量分别为：2023版迎春A套餐、23001、200个资源。

S203、电子设备将目标业务信息加入初始订单信息，得到目标订单信息。

其中，目标订单信息包括初始订单信息和目标业务信息。也就是说，目标订单信息包括以下至少一项：姓名、联系方式、地址、账号信息、订单编号、办理业务的标识、业务编号、办理业务消耗的资源量。

S204电子设备通过自动化工具将目标订单信息录入cBSS。

在一种可能的实现方式中，如图3所示，电子设备通过自动化工具将目标订单信息录入cBSS包括以下步骤：

S301、电子设备通过自动化工具执行第一事件。

其中，第一事件用于指示对登录cBSS的目标账号进行认证。

在一种可能的设计中，电子设备接收来终端用户的身份信息，身份信息包括：用户账号、用户密码。之后，电子设备确定cBSS中是否存在该身份信息。若cBSS中不存在该身份信息，则电子设备返回认证失败消息。若cBSS中存在该身份信息，则电子设备确定该账号认证通过，并执行步骤二。

示例性的，如表2所示，其示出了cBSS中存储的身份信息。

表2

结合表2可知，22220001为一个用户账号，220001为用户账号22220001对应的用户密码。22220002为一个用户账号，220002为用户账号22220002对应的用户密码。对于其他用户账号和用户密码的介绍，可以参照上述对用户账号和用户密码的介绍，此处不予赘述。

示例性的，若电子设备接收到的身份信息中用户账号为22220005，用户密码为220005。则结合表2可知，cBSS中不存在该身份信息，电子设备返回认证失败消息。若电子设备接收到的身份信息中用户账号为22220001，用户密码为220001。则结合表2可知，cBSS中存在该身份信息，电子设备执行步骤二。

需要说明的是，本申请实施例对自动化工具的类型不做限定，例如，自动化工具可以为Selenium自动化工具。又例如，自动化工具可以为Playwright自动化工具。又例如，自动化工具可以为WebDriver自动化工具。

示例性的，第一事件可以通过下述代码一实现。

appLog("输入证件号码")；

el＝webDriver.findElement(By.xpath("//div[@id＝'input3']/div/input"))；代码一。

其中，“appLog("输入证件号码")”用于记录开始执行身份信息验证。“webDriver.findElement()”用于选择身份信息验证选项，开始执行身份信息验证。“By.xpath("//div[@id＝'input3']/div/input")”用于获取cBSS系统上的身份验证选项的位置。

S302、电子设备通过自动化工具执行第二事件。

其中，第二事件用于指示跳转至业务办理界面，并根据目标业务信息选择目标业务选项。

在本申请实施例中，业务办理界面包括多个业务选项，电子设备可以通过自动化工具，根据目标业务信息中的业务类型编号选择目标业务选项。

示例性的，目标业务选项包括以下至少一项：融合业务选项、融合产品选项、移动互联网选项、移动互联网套餐选项、宽带套餐选项、地址选项、附加选项、账户选项。

需要说明的是，融合业务选项用于选择目标业务为融合业务。融合产品选项用于选择融合业务包含的具体业务，例如：通信业务、宽带业务、智能家居业务等。移动互联网选项用于将目标业务纳入移动互联网业务。移动互联网套餐选项用于选择移动通讯套餐。宽带套餐选项用于选择需要办理的宽带套餐。地址选项用于填写目标订单的地址，cBSS基于目标订单的地址判断该地址是否满足目标业务的宽带需求。附加选项用于选择除融合业务以外的业务(如办理副卡)。账户选项用于选择办理目标业务的账户，一个联系方式对应一个账户。

S303、电子设备通过自动化工具执行第三事件。

其中，第三事件用于指示基于目标业务选项办理目标业务。

在一种可能的实现方式中，电子设备根据目标业务选项确定目标订单信息。之后，电子设备将目标订单信息中的姓名、联系方式、地址、账号信息、订单编号、业务编号等信息输入cBSS。

S304、电子设备响应于第三事件，获取目标信息，并根据目标信息办理目标业务，并将目标订单信息录入cBSS。

其中，目标信息用于指示减少办理目标业务消耗的资源量。

示例性的，目标信息可以用于指示减少30个办理业务需要的资源量。或者，目标信息可以用于指示办理业务消耗的资源量大于200时，减少20个办理业务消耗的资源量。又或者，目标信息可以用于指示减少20％办理业务消耗的资源量。

例如，若办理业务消耗的资源量为200，目标信息用于指示减少30个办理业务需要的资源量，则修改上述办理业务消耗的资源量为170。

需要说明的是，当目标信息用于指示减少办理目标业务消耗的资源量为0时，则说明办理目标业务时未减少办理目标业务消耗的资源量。

在本申请实施例中，电子设备响应于第三事件，可以基于目标信息更新办理业务消耗的资源量。之后，电子设备向cBSS中录入目标订单信息。其中，录入cBSS中的办理业务消耗的资源量为更新后的办理业务消耗的资源量。

示例性的，根据目标信息办理目标业务可以通过下述代码二实现。

cb.appLog("减少资源量")；

WebElementel＝cb.findPresenceOfElementLocated(By.xpath("//div[@cla ss＝'pointer']/span"))；代码二。

其中，“cb.appLog("减少资源量")”用于记录开始执行减少办理目标业务消耗的资源量操作。“cb.findPresenceOfElementLocated()”用于选择减少办理业务消耗的资源量选项，并执行减少目标业务消耗的资源量的操作。“By.xpath("//div[@class＝'pointer']/span")”用于获取cBSS系统上的减少办理业务消耗的资源量选项的位置。

可以理解的是，电子设备可以通过自动化工具进行cBSS登录认证，并在登录认证通过的情况下将目标订单信息录入cBSS。这样一来，电子设备可以在保障安全使用cBSS的情况下，通过自动化工具将目标订单信息自动录入cBSS，提高了cBSS使用安全性和订单录入效率。

基于上述技术方案，电子设备可以获取初始订单信息和预设业务信息，并从预设业务信息中确定目标业务信息。之后，电子设备将目标业务信息加入到初始订单信息中，得到目标订单信息。然后，电子设备可以通过自动化工具，将目标订单信息自动录入cBSS。这样一来，电子设备可以自动补充初始订单信息，得到目标订单信息，并将目标订单信息录入cBSS，提高了订单的录入效率。

如图4所示，为本申请实施例提供的一种订单录入方法，该方法中，在S204之后包括：

S401、电子设备通过自动化工具校验目标订单信息是否录入cBSS。

在本申请实施例中，电子设备可以将目标订单信息中的订单编号与cBSS中存在的订单编号进行对比。若cBSS中存在与目标订单信息中的订单编号相同的订单编号，则电子设备确定目标订单信息已录入cBSS。若cBSS中不存在与目标订单信息中的订单编号相同的订单编号，则电子设备确定目标订单信息未录入cBSS。

示例性的，若目标订单信息中的订单编号为594000001，cBSS中存在的订单编号为594000001、594000002、594000003、594000004、594000005、594000006，则电子设备确定目标订单信息已录入cBSS。若目标订单信息中的订单编号为594000009，cBSS中存在的订单编号为594000001、594000002、594000003、594000004、594000005、594000006，则电子设备确定目标订单信息未录入cBSS。

在一些实施例中，若电子设备确定目标订单信息已录入cBSS，则执行S402。若电子设备确定目标订单信息未录入cBSS，则执行S403。

S402、电子设备发出第一消息。

其中，第一消息用于指示已经将目标订单信息录入cBSS。

可选的，电子设备可以对已经录入的订单进行核查，确保已经保存成功。

S403、电子设备发出第二消息。

其中，第二消息用于指示未将目标订单信息录入cBSS，并提示由工作人员操作。

可以理解的是，在电子设备通过自动化工具完成目标订单信息录入之后，电子设备可以校验目标订单信息是否成功录入cBSS。之后，若目标订单信息录入成功，电子设备发出录入成功消息。若目标订单信息未录入成功，电子设备发出未录入成功消息，并提示由工作人员操作。这样一来，电子设备可以自动校验目标订单信息是否成功录入cBSS，并在未录入成功的情况下提示由工作人员操作，提高了订单的录入成功率。

下面结合具体示例对本申请实施例进行介绍。示例性的，如图5所示，电子设备从缓存中获取订单信息，订单信息包括以下至少一项：姓名、联系方式、地址、账号信息(如宽带账号)、订单编号、办理业务的标识、业务编号、办理业务消耗的资源量。之后，电子设备通过自动化工具执行cBSS首页认证，若认证失败，则录入结束，并返回由工作人员操作。若认证成功，则电子设备通过自动化工具打开融合业务菜单。然后，电子设备通过自动化工具选择目标融合商品。若cBSS中不存在目标融合商品，则电子设备结束录入，并返回由工作人员操作。若cBSS中存在目标融合商品，则电子设备通过自动化工具将订单信息纳入移网融合业务。之后，电子设备通过自动化工具选择移网融合套餐。然后，电子设备通过自动化工具将目标地址输入cBSS，目标地址为订单信息中的地址，并确定目标地址是否存在订单所需资源。若目标地址不存在所需资源，则电子设备结束录入，并返回由工作人员操作。若目标地址存在所需资源，则电子设备录入订单信息。然后，电子设备选择办理业务的账户并确认办理的业务。之后，电子设备执行减少消耗的资源量操作。然后，电子设备确认办理业务。之后，电子设备校验订单信息是否录入cBSS。若cBSS中存在订单信息，则电子设备确认订单信息录入成功。若cBSS中不存在订单信息，则电子设备确认订单信息未录入成功，结束录入，并返回由工作人员操作。

可选的，初始订单信息可以存储在除部署有cBSS的电子设备以外的其他设备。示例性的，如图6所示，缓存可以接收来自App和小程序的初始订单信息。并且，不同的订单录入设备(如上述电子设备的数量可以为多个，如电子设备1-电子设备n)可以从缓存中获取初始订单信息，并将完整的订单信息录入cBSS。或者，不同工作人员(如工作人员1-工作人员n)可以操作终端设备对缓存中的初始订单信息进行操作，如，将初始订单信息手动录入至cBSS。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。可以理解的是，订单录入装置或者电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请所公开的实施例描述的各示例的订单录入方法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例还提供一种订单录入装置。该订单录入装置可以为计算机设备，也可以是上述计算机设备中的CPU，还可以是上述计算机设备中用于录入订单的处理模块，还可以是上述计算机设备中用于录入订单的客户端。

本申请实施例可以根据上述方法示例对订单录入装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图7所示，为本申请实施例提供的一种订单录入装置的结构示意图。订单录入装置用于执行图2或图3或图4或图5或图6所示的订单录入方法。订单录入装置可以包括获取单元701和处理单元702。

获取单元701，用于获取初始订单信息和预设业务信息，初始订单信息为目标业务的订单信息，预设业务信息包括多个预设业务的业务信息。处理单元702，用于从预设业务信息中确定目标业务信息，并将目标业务信息加入初始订单信息，得到目标订单信息。处理单元702，还用于通过自动化工具将目标订单信息录入集中业务支撑系统cBSS。

一种可能的设计中，获取单元701，还用于接收来自终端设备的初始订单信息。处理单元702，还用于将初始订单信息存储至缓存中。

一种可能的设计中，处理单元702，具体用于通过自动化工具执行第一事件，第一事件用于指示对登录cBSS的目标账号进行认证。在目标账号认证通过的情况下，通过自动化工具执行第二事件，第二事件用于指示跳转至业务办理界面，并根据目标业务信息选择目标业务选项。通过自动化工具执行第三事件，第三事件用于指示基于目标业务选项办理目标业务。响应于第三事件，获取目标信息，并根据目标信息办理目标业务，并将目标订单信息录入cBSS，目标信息用于指示减少办理目标业务消耗的资源量。

一种可能的设计中，处理单元702，还具体用于通过自动化工具校验目标订单信息是否录入cBSS。若目标订单信息录入cBSS，则发出第一消息，第一消息用于指示已经将目标订单信息录入cBSS。若目标订单信息未录入cBSS，则发出第二消息，第二消息用于指示未将目标订单信息录入cBSS。

一种可能的设计中，目标订单信息包括以下至少一项：姓名、联系方式、地址、账号信息、订单编号、办理业务的标识、业务编号、办理业务消耗的资源量。

图8是根据一示例性实施例示出的一种订单录入装置的硬件结构示意图。该订单录入装置可以包括处理器802，处理器802用于执行应用程序代码，从而实现本申请中的订单录入方法。

处理器802可以是一个中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

如图8所示，订单录入装置还可以包括存储器803。其中，存储器803用于存储执行本申请方案的应用程序代码，并由处理器802来控制执行。

存储器803可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器803可以是独立存在，通过总线804与处理器802相连接。存储器803也可以和处理器802集成在一起。

如图8所示，订单录入装置还可以包括通信接口801，其中，通信接口801、处理器802、存储器803可以相互耦合，例如，通过总线804相互耦合。通信接口801用于与其他设备进行信息交互，例如支持订单录入装置与其他设备的信息交互。

需要指出的是，图8中示出的设备结构并不构成对该订单录入装置的限定，除图8所示部件之外，该订单录入装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不相同的部件布置。

在实际实现时，处理单元702所实现的功能可以由图8所示的处理器802调用存储器803中的程序代码来实现。

本申请还提供了一种计算机可读存储介质，计算机可读存储介质上存储有指令，当计算机可读存储介质中的指令由计算机设备的处理器执行时，使得计算机能够执行上述所示实施例提供的订单录入方法。例如，计算机可读存储介质可以为包括指令的存储器803，上述指令可由计算机设备的处理器802执行以完成上述方法。可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是ROM、RAM、CD-ROM、磁带、软盘和光数据存储设备等。

图9示意性地示出本申请实施例提供的计算机程序产品的概念性局部视图，计算机程序产品包括用于在计算设备上执行计算机进程的计算机程序。

在一个实施例中，计算机程序产品是使用信号承载介质900来提供的。信号承载介质900可以包括一个或多个程序指令，其当被一个或多个处理器运行时可以提供以上针对图2、图3、图4和图5描述的功能或者部分功能。因此，例如，参考图2中所示的实施例，S201～S204的一个或多个特征可以由与信号承载介质900相关联的一个或多个指令来承担。此外，图9中的程序指令也描述示例指令。

在一些示例中，信号承载介质900可以包含计算机可读介质901，诸如但不限于，硬盘驱动器、紧密盘(CD)、数字视频光盘(DVD)、数字磁带、存储器、只读存储记忆体(read-only memory，ROM)或随机存储记忆体(random access memory，RAM)等等。

在一些实施方式中，信号承载介质900可以包含计算机可记录介质902，诸如但不限于，存储器、读/写(R/W)CD、R/W DVD、等等。

在一些实施方式中，信号承载介质900可以包含通信介质903，诸如但不限于，数字和/或模拟通信介质(例如，光纤电缆、波导、有线通信链路、无线通信链路、等等)。

信号承载介质900可以由无线形式的通信介质903来传达。一个或多个程序指令可以是，例如，计算机可执行指令或者逻辑实施指令。

在一些示例中，诸如针对图7描述的订单录入装置可以被配置为响应于通过计算机可读介质901、计算机可记录介质902、和/或通信介质903中的一个或多个程序指令，提供各种操作、功能、或者动作。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不相同的功能模块完成，即将装置的内部结构划分成不相同的功能模块，以完成以上描述的全分类部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不相同地方。可以根据实际的需要选择其中的部分或者全分类部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全分类部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全分类部或部分步骤。而前述的存储介质包括-U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。