对社保业务终端的管理方法、装置、电子设备及存储介质与流程

1.本技术涉及业务处理技术领域，尤其涉及一种对社保业务终端的管理方法、装置、电子设备及存储介质。


背景技术：

2.当前，社会保障局、银行网点、医院等多个机构组织都拥有办理社保业务的业务场景，吸引了很多厂商设计生产各种不同的终端设备为其服务。因此如今社保业务包含的重点就是管理各种终端设备。
3.在相关技术中，如图1所示，采用的管理各种不同的终端设备的方式，是开发一个面向客户使用的社保业务系统，该社保业务系统中可以提供多种软件接口供不同的终端设备(不同的终端设备可以包括社保卡读卡器、身份证读卡器等功能各异的设备)接入。但这样的架构会存在以下不足：
4.1、当社保业务系统接入多个厂商多款不同功能的终端设备的时候，由于每一个厂商都是自行设计开发设备，使得设备的软件接口区别很大。而所有的终端设备的兼容实现都交给了社保业务系统去完成，增加了系统开发的成本。
5.2、当客户需要更换某款设备的厂商时(例如将a厂的社保卡读卡器换成b厂的读卡器)，单单更换usb口或者串口通常并不能直接使用。而网点操作人员大都缺乏专业的电脑知识，所以需要联系社保业务系统的相关人员进行更换操作，过程繁琐。
6.3、大多数网页形式的社保业务系统依赖于微软的ie浏览器以及配合使用的ocx(object linking and embedding(ole)control extension，对象类别扩充组件)控件，但近期微软已经放弃对ie浏览器的支持，这说明它以及它的衍生物ocx控件已然要逐渐退出历史舞台，需要有更好的替代方案维持社保业务系统的稳定。


技术实现要素：

7.本技术提供了一种对社保业务终端的管理方法、装置、电子设备及存储介质，以解决当前社保业务系统直接与各社保终端设备交互时导致的开发成本过高、更换设备操作繁琐以及如何更好地维持社保系统稳定的问题。
8.根据本技术的一方面，提供了一种对社保业务终端的管理方法，应用于终端管理系统中，所述终端管理系统与社保业务系统进行通信，所述终端管理系统用于对与所述社保业务系统相关的终端设备的管理；所述方法包括：
9.获取接入至所述终端管理系统中的一种或多种终端设备的服务信息，各终端设备具有对应的设备类型；
10.将所述服务信息显示在所述终端管理系统的客户端界面中；
11.接收所述社保业务系统发送的业务请求；
12.将所述业务请求与各终端设备的服务信息进行匹配，以确定对应的目标终端设备；
13.从所述目标终端设备中读取目标业务数据，并将所述目标业务数据返回至所述社保业务系统中。
14.根据本技术的另一方面，提供了一种对社保业务终端的管理装置，应用于终端管理系统中，所述终端管理系统与社保业务系统进行通信，所述终端管理系统用于对与所述社保业务系统相关的终端设备的管理；所述装置包括：
15.服务信息获取模块，用于获取接入至所述终端管理系统中的一种或多种终端设备的服务信息，各终端设备具有对应的设备类型；
16.服务信息显示模块，用于将所述服务信息显示在所述终端管理系统的客户端界面中；
17.业务请求接收模块，用于接收所述社保业务系统发送的业务请求；
18.目标终端设备确定模块，用于将所述业务请求与各终端设备的服务信息进行匹配，以确定对应的目标终端设备；
19.目标业务数据读取模块，用于从所述目标终端设备中读取目标业务数据，并将所述目标业务数据返回至所述社保业务系统中。
20.根据本技术的另一方面，提供了一种电子设备，所述电子设备包括：
21.至少一个处理器；以及
22.与所述至少一个处理器通信连接的存储器；其中，
23.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本技术任一实施例所述的一种对社保业务终端的管理方法。
24.根据本技术的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本技术任一实施例所述的一种对社保业务终端的管理方法。
25.在本实施例中，终端管理系统可以与社保业务系统进行通信，用于对与社保业务系统相关的终端设备进行管理。当终端管理系统接收到社保业务系统发送的业务请求时，通过将该业务请求与各终端设备的服务信息进行匹配，来确定对应的目标终端设备，并从该目标终端设备中读取目标业务数据，然后将目标业务数据返回至社保业务系统中。这个过程避免了社保业务系统直接与各终端设备通信，使其无需理会现实场景中用户使用的是什么厂商的终端设备以及何时切换了厂商，降低了社保业务系统的开发成本以及业务处理的数据量，从而提升了社保业务系统的业务处理效率。
26.另外，终端管理系统作为社保业务系统与终端设备的中间件，承担了社保业务系统与终端设备交互的很多工作，终端管理系统采用websocket的方式实行与社保业务系统之间的通信，使得社保业务系统可以使用任意浏览器或者客户端软件进行集成，实现了对社保业务系统与微软的ie浏览器以及配合使用的ocx控件的解耦，从而扩展了社保业务系统的使用范围，增强灵活性。
27.应当理解，本部分所描述的内容并非旨在标识本技术的实施例的关键或重要特征，也不用于限制本技术的范围。本技术的其它特征将通过以下的说明书而变得容易理解。
附图说明
28.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
29.图1是根据本技术背景技术提供的一种社保业务系统管理各终端设备的架构示意图；
30.图2是本技术实施例一提供了一种对社保业务终端的管理方法的流程图；
31.图3是根据本技术实施例一提供的一种终端管理系统与社保业务系统及终端设备连接的架构示意图；
32.图4是根据本技术实施例一提供的客户端界面示意图；
33.图5是本技术实施例二提供了一种对社保业务终端的管理装置的结构示意图；
34.图6是实现本技术实施例的一种对社保业务终端的管理方法的电子设备的结构示意图。
具体实施方式
35.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
36.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
37.实施例一
38.图2为本技术实施例一提供了一种对社保业务终端的管理方法的流程图，本实施例可适用于对与社保业务相关的终端设备，比如社保卡读卡器、身份证读卡器、高拍仪、签字屏等，进行统一管理的场景，该方法可以由终端管理系统来执行，如图3所示，该终端管理系统用于对与社保业务相关的终端设备的管理。该终端管理系统可以采用硬件和/或软件的形式实现。在一种实现中，该终端管理系统可以是基于c++开发的管理软件，包含原有社保业务系统对终端设备的调用接口和对终端设备的统一管理。
39.具体的，终端管理系统可以包括客户端和服务器，该客户端可以采用c++与xml代码结合的形式开发，该服务器则可以由java服务端+h5网页端组成，java服务端结合h5网页端开发出的服务器具有开发成本低、运行稳定以及维护方便等三个特质。本实施例可以提供客户端下载和热更新的功能，主要是提供给用户进行首次安装、再次更新的方便操作，用
户在网页上点击下载，服务端唤起本地浏览器的下载请求，即可方便下载客户端。
40.如图3所示，该终端管理系统与社保业务系统进行通信，在实现时，终端管理系统与社保业务系统之间可以采用websocket服务的通信方式。如图3所示，终端管理系统还可以与更新服务器进行连接，该更新服务器用于对终端管理系统进行实时更新。
41.如图2所示，该方法可以包括如下步骤：
42.步骤110，获取接入至所述终端管理系统中的一种或多种终端设备的服务信息。
43.其中，各终端设备具有对应的设备类型。示例性地，设备类型是指终端设备所属的分类，例如可以包括社保卡读卡器、身份证读卡器、扫码窗、高拍仪、签字屏等类型。一种设备类型可以包括一个或多个不同厂商生成的终端设备，例如，对于社保卡读卡器这种设备类型而言，可以包括a厂商生产的a读卡器以及b厂商生产的b读卡器。
44.在实现时，该接入至终端管理系统中的一种或多种终端设备，可以是终端管理系统开启时检测到的接入到终端管理系统中的终端设备，或者是终端管理系统在实用的过程中检测到的新接入到终端管理系统中的终端设备，本实施例对此不作限定。
45.服务信息可以用于描述终端设备提供的服务的相关信息，示例性地可以包括服务运行信息和服务厂商信息等。服务运行信息描述了服务的运行状态，包括服务运行中、服务未运行或服务启动错误等。服务厂商信息描述了提供该服务或生产该服务对应的终端设备的厂商信息，例如可以包括厂商名称、厂商代码等。
46.在一种实施例中，当服务信息为服务运行信息时，则步骤110进一步可以包括如下步骤：
47.调用指定windows进程对各终端设备提供的服务进行监控，以获得各终端设备的服务运行信息。
48.具体的，指定windows进程对各终端设备提供的服务进行的监控，可以是实时监控，也可以是周期性监控，本实施例对此不作限定。
49.在监控时，可以先查询各服务的启动状态，以判断各服务是否启动，若没有启动，则判定服务未运行。若启动，则查询服务的运行状态，若为运行状态，则判定服务运行中；若不为运行状态，则判定服务启动错误。
50.在一种实施例中，当服务信息为服务厂商信息时，则步骤110进一步可以包括如下步骤：
51.步骤110-1，获取上次关闭前正在运行的各项服务，查询各项服务上次关闭前对应的厂商信息。
52.具体的，当终端管理系统开启以后，会对各项初始变量进行检查并执行初始化操作。该初始化操作至少可以包括如下操作：获取上次关闭前正在运行的各项服务，查询各项服务上次关闭前选择的厂商信息，显示上次关闭前正在运行的各项服务及对应的厂商信息在终端管理系统的客户端界面中。其中，上述服务是指终端设备提供的服务，例如读卡服务、扫码服务、签字服务等。则根据各项服务上次关闭前选择的厂商信息可以得到接入至终端管理系统的终端设备。例如，假设服务为社保卡读卡服务，该服务的厂商信息为a厂商，则对应的终端设备为a厂商提供的社保卡读卡器。
53.步骤110-2，判断所述终端设备提供的服务是否为上次关闭前正在运行的服务；若是，则执行步骤110-3；若否，则执行步骤110-4。
54.步骤110-3，将该服务上次关闭前对应的厂商信息作为服务厂商信息。
55.如果终端设备是前一次关闭时存在的设备，则可以直接将其服务厂商信息设定为前一次关闭时的厂商信息。
56.步骤110-4，在所述客户端界面中针对各设备类型提供对应的厂商列表以供用户选择，并确定用户分别从所述厂商列表中为所述终端设备选择的服务厂商信息；或者，获取各终端设备的设备信息，并从所述设备信息中解析出服务厂商信息。
57.如果终端设备不是前一次关闭时存在的设备，则可以认为这个终端设备为新的终端设备。此时可以有两种处理方式：
58.其中一种处理方式是：提供厂商列表供用户手动选择服务厂商信息。
59.例如，如图4的p1部分所示，在终端管理系统的客户端界面中，针对各个设备类型(如图4中的社保卡读卡器、身份证读卡器、扫码窗等类型)，可以提供对应的厂商列表以供用户选择。用户可以根据实际接入至终端管理系统中的终端设备的厂商信息，为各设备类型选择对应的厂商信息。例如，在图4中，若当前接入至终端管理系统的社保卡读卡器设备的厂商为a厂商，则用户可以在社保卡读卡器一栏中选择a厂商。
60.其中，此处的用户，可以是使用社保业务系统的网点的工作人员，例如，银行的工作人员、医院的工作人员等。
61.另一种处理方式是，
62.从终端设备的设备信息中解析出服务厂商信息。
63.在该实施例中，对于有些终端设备，其设备信息中可以包括服务厂商信息，则通过获取其设备信息，可以从中分析出服务厂商信息。
64.关于上述两种获得服务厂商信息的方式，不同的终端设备可以根据实际需求选择合适的方式。例如，若一个设备类型具有多种不同厂商生成的终端设备，则为了快速进行不同厂商的终端设备的切换而不必插拔硬件设备，可以通过第一种方式由用户来选择厂商信息，比如，对于读卡器而言，通常会有多个厂商的生产的读卡器设备，则用户可以根据实际需要选择所需的厂商设备进行处理。反之，如果一个设备类型的厂商生成的终端设备，则可以采取第二种方式直接读取对应的设备信息中的厂商信息，例如，像高拍仪、签字屏这种设备，通常生产厂商不多(如只有一个)，则可以直接读取厂商信息。
65.步骤120，将所述服务信息显示在所述终端管理系统的客户端界面中。
66.其中，该客户端界面可以是采用c++图形界面库进行开发，界面的所有内容则可以采用xml代码布置，保持了界面的美观性。可以将客户端界面划分成多个区域，每个区域显示不同的服务信息。
67.例如，在图4中，p1区域显示的是服务厂商信息，p2区域显示的是服务运行信息，在p2区域还可以设置可视化的服务监控，例如，如果某个服务在运行中，则可以通过代码模拟滚动进度条的方式实时反馈在客户端界面之上。
68.在一种实施例中，还可以包括如下步骤：
69.在所述客户端界面中，针对各终端设备提供的服务提供对应的操作按钮，所述操作按钮包括启动、停止、测试。
70.例如，如图4所示，p3区域显示的是对各服务提供的快捷按键操作，包括“启动”、“停止”等服务开关和“测试”等服务测试。其中，当用户针对某个服务点击“启动”按钮时，则
启动该服务；当用户针对某个服务点击“停止”按钮时，则停止该服务的运行；当用户针对某个服务点击“停止”按钮时，则停止该服务的运行。用户针对某个服务点击“测试”按钮时，则对该服务的每个功能进行测试。当然在其他示例中还可以包含其他功能按钮，本实施例对此不作显示。
71.在实现时，服务开关可以采用c++代码内部变量控制，而服务测试可以借助网页来实现，编写网页代码简单连接服务以及功能调用，最大简化设备问题的排除操作。
72.需要说明的是，如果某个服务停止，还可以判断是否是人为触发的停止操作，如果是，则可以停止该服务。如果不是人为触发的停止操作，则自动重启该服务。
73.除此以外，如图4所示，客户端界面中还可以包括p4区域，在p4区域中，包括程序安装目录以及密服地址配置等其他可配置的信息。其中，程序安装目录的作用是提供给用户快速查看终端管理系统在本机的安装位置，这样如果有什么硬件问题不能简单解决就打开该安装目录，查看对应的日志，避免某些电脑上出现的异常问题无法排查的情况。
74.密服地址配置是专门针对社保卡业务所设置的功能，对于社保卡的操作需要通过密服或者psam(purchase secure access module，销售点终端安全存取模块)卡的内部认证、外部认证等才可以实行。在使用密服地址的情况下，相当于需要对某一个ip地址进行认证通信，以往这个ip可能是限制在代码或者ini配置文件中，无论是哪一个都不方便网点工作人员进行更改，通过本实施例提供的p4区域中的密服地址配置即可通过按键快速更改。
75.需要说明的是，本实施例的终端管理系统除了可实现如图4所展示的功能以外，还可以根据实际需求进行其他的功能扩展，例如对终端设备进行权限管理，对终端设备的问题日志进行保存并上传，等等。权限管理适用于新厂商的接入，新厂商需提供设备和厂商基本信息，然后终端管理系统生成对应的sm4密钥返回给厂商，每次使用设备都需要通过该sm4认证方可使用，主要用于防止外来厂商设备的直接使用，保障已接入厂商的权益；问题日志上传则可以让内网环境的用户快速将日志提交给到外网的技术人员或者维护人员进行查看，免去客户插u盘拷文件或者切换内外网的操作。
76.在一种实施例中，本实施例还可以包括如下步骤：
77.当检测到用户对某个设备类型进行终端设备的更换操作时，获得用户选择的针对该设备类型的目标厂商信息，其中，所述更换操作包括：用户从所述厂商列表选择目标厂商信息的操作，或者，用户在所述厂商列表中没有找到所述目标厂商信息时输入目标厂商信息的操作；若所述更换操作为所述输入目标厂商信息的操作，则检测所述目标厂商信息对应的终端设备是否接入所述终端管理系统，并对对应的厂商列表进行热更新；根据所述目标厂商信息，进行对应的变量变更。
78.例如，如图4所示，当用户想要更换某个设备类型的终端设备时，比如将社保卡读卡器从a厂商生产的社保卡读卡器更换为b厂商生产的社保卡读卡器，则用户可以直接点击“社保卡读卡器”栏的下拉列表，查看下拉列表中是否存在b厂商。如果存在，则用户可以直接选定该b厂商，从而完成更换操作。
79.如果不存在，则用户可以在“社保卡读卡器”栏中直接输入“b厂商”，终端管理系统根据用户输入的“b厂商”，检测b厂商生产的社保卡读卡器是否已经接入到终端管理系统中。如果检测不到b厂商生产的社保卡读卡器，则向用户发出接入提示。如果检测到b厂商生产的社保卡读卡器，则对“社保卡读卡器”栏对应的厂商列表进行热更新，以使得该厂商列
表包含该b厂商。通过这种方式无需再频繁联系社保系统开发方去协助一步步兼容，提升了增加新厂商的设备的处理效率。
80.在其他实现中，当下拉列表不存在用户想要切换的厂商信息时，用户也可以直接联系本终端管理系统的管理员，以便于管理员在服务器端进行热更新。
81.除了更新厂商列表以外，在实现时，终端管理系统还需要安装该b厂商生产的社保卡读卡器对应的服务。同时还需要修改当前设备类型“社保卡读卡器”对应的变量，例如，每个设备类型会有一个变量用于记录为该设备类型确定的厂商信息，当该设备类型的厂商信息发生更换时，直接更换这个变量的值即可。在其他实施例中，还可以生成各设备类型与其对应的厂商信息的关联关系，当该设备类型的厂商信息发生更换时，则对该关联关系进行更新。
82.通过本实施例，用户通过客户端界面提供的厂商切换功能进行简单的操作，即可完成设备类型中的终端设备更换，以软件界面的形式展示出来，无需用户任何专业知识即可操作，极大地简化了用户操作，降低用户使用门槛，也避免社保系统的工作人员线下进行设备更换带来的不便。
83.步骤130，接收所述社保业务系统发送的业务请求，所述业务请求包括目标业务标识。
84.如图3所示，社保业务系统是通过终端管理系统进行业务处理的，当社保业务系统需要进行业务处理时，则根据需要处理的业务的目标业务标识生成业务请求，并将业务请求发送给终端管理系统中。
85.对于终端管理系统而言，在一种实施例中，在其接收请求之前，还可以包括如下步骤：
86.创建本地的websocket连接，并将该websocket连接的连接端口号设置为预设阈值；启动基于该websocket连接生成的websocket服务，以采用该websocket服务进行请求监听。
87.其中，预设阈值可以是用户期望的预设值。启动websocket服务后，则可以监听所有收到的请求。
88.在一种实施例中，在收到请求以后，本实施例还可以包括如下步骤：
89.判断所述业务请求是否符合与所述社保业务系统预先约定的报文规范；若所述业务请求不符合所述报文规范，则向所述社保业务系统返回出错通知；若所述业务请求符合所述报文规范，则执行所述根据所述目标业务标识确定对应的目标终端设备的步骤。
90.具体的，监听到社保业务系统发送的业务请求以后，则终端管理系统还可以对该业务请求进行有效筛选。在实现时，可以通过解析业务请求中的目标业务标识以及请求内容，来判断目标业务标识以及请求内容是否符合预先预定的报文规范。对不符合报文规范的业务请求判定为错误请求，并向社保业务系统返回出错通知。对符合报文规范的请求，则继续执行下一步骤。
91.步骤140，将所述业务请求与各终端设备的服务信息进行匹配，以确定对应的目标终端设备。
92.在该步骤中，终端管理系统可以将业务请求中的业务标识和/或请求内容进行分析，然后与各终端设备提供的服务信息进行匹配，从而确定能够处理当前业务的目标终端
设备。例如，假设业务请求携带的业务标识是一个社保号，终端管理系统分析后就可以确定目标终端设备为目前已接入进来的社保卡读卡器。
93.步骤150，从所述目标终端设备中读取目标业务数据，并将所述目标业务数据返回至所述社保业务系统中。
94.当确定目标终端设备以后，则终端管理系统可以从目标终端设备中读取与业务请求对应的目标业务数据。然后将目标业务数据返回至所述社保业务系统中。
95.在本实施例中，终端管理系统可以与社保业务系统进行通信，用于对与社保业务系统相关的终端设备进行管理。当终端管理系统接收到社保业务系统发送的业务请求时，通过将该业务请求与各终端设备的服务信息进行匹配，来确定对应的目标终端设备，并从该目标终端设备中读取目标业务数据，然后将目标业务数据返回至社保业务系统中。这个过程避免了社保业务系统直接与各终端设备通信，使其无需理会现实场景中用户使用的是什么厂商的终端设备以及何时切换了厂商，降低了社保业务系统的开发成本以及业务处理的数据量，从而提升了社保业务系统的业务处理效率。
96.另外，终端管理系统作为社保业务系统与终端设备的中间件，承担了社保业务系统与终端设备交互的很多工作，终端管理系统采用websocket的方式实行与社保业务系统之间的通信，使得社保业务系统可以使用任意浏览器或者客户端软件进行集成，实现了对社保业务系统与微软的ie浏览器以及配合使用的ocx控件的解耦，从而扩展了社保业务系统的使用范围，增强灵活性。
97.实施例二
98.图5为本技术实施例二提供的一种对社保业务终端的管理装置的结构示意图。应用于终端管理系统中，所述终端管理系统与社保业务系统进行通信，所述终端管理系统用于对与所述社保业务系统相关的终端设备的管理。如图5所示，该装置包括：
99.服务信息获取模块510，用于获取接入至所述终端管理系统中的一种或多种终端设备的服务信息，各终端设备具有对应的设备类型；
100.服务信息显示模块520，用于将所述服务信息显示在所述终端管理系统的客户端界面中；
101.业务请求接收模块530，用于接收所述社保业务系统发送的业务请求；
102.目标终端设备确定模块540，用于将所述业务请求与各终端设备的服务信息进行匹配，以确定对应的目标终端设备；
103.目标业务数据读取模块550，用于从所述目标终端设备中读取目标业务数据，并将所述目标业务数据返回至所述社保业务系统中。
104.在一种实施例中，本实施例还可以包括如下模块：
105.websocket连接创建模块，用于创建本地的websocket连接，并将所述websocket连接的连接端口号设置为预设阈值；
106.请求监听模块，用于启动基于所述websocket连接生成的websocket服务，以采用所述websocket服务进行请求监听。
107.在一种实施例中，本实施例还可以包括如下模块：
108.请求筛选模块，用于判断所述业务请求是否符合与所述社保业务系统预先约定的报文规范；若所述业务请求不符合所述报文规范，则向所述社保业务系统返回出错通知；若
所述业务请求符合所述报文规范，则调用目标终端设备确定模块540。
109.在一种实施例中，所述服务信息包括服务运行信息，服务信息获取模块510具体用于：
110.调用指定windows进程对各终端设备提供的服务进行监控，以获得各终端设备的服务运行信息，所述服务运行信息包括服务运行中、服务未运行或服务启动错误。
111.在一种实施例中，所述服务信息包括服务厂商信息，服务信息获取模块510具体用于：
112.获取上次关闭前正在运行的各项服务，查询各项服务上次关闭前对应的厂商信息；
113.判断所述终端设备提供的服务是否为上次关闭前正在运行的服务；
114.若是，则将该服务上次关闭前对应的厂商信息作为服务厂商信息；
115.若否，则在所述客户端界面中针对各设备类型的提供对应的厂商列表以供用户选择，并确定用户分别从所述厂商列表中为所述终端设备选择的服务厂商信息；或者，获取各终端设备的设备信息，并从所述设备信息中解析出服务厂商信息。
116.在一种实施例中，该装置还可以包括如下模块：
117.设备替换模块，用于：
118.当检测到用户对某个设备类型进行终端设备的更换操作时，获得用户选择的针对该设备类型的目标厂商信息，其中，所述更换操作包括：用户从所述厂商列表选择目标厂商信息的操作，或者，用户在所述厂商列表中没有找到所述目标厂商信息时输入目标厂商信息的操作；
119.若所述更换操作为所述输入目标厂商信息的操作，则检测所述目标厂商信息对应的终端设备是否接入所述终端管理系统，并对对应的厂商列表进行热更新；
120.根据所述目标厂商信息，进行对应的变量变更。
121.在一种实施例中，该装置还可以包括如下模块：
122.操作按钮提供模块，用于在所述客户端界面中，针对各终端设备提供的服务提供对应的操作按钮，所述操作按钮包括启动、停止、测试。
123.本技术实施例所提供的一种对社保业务终端的管理装置可执行本技术任意实施例所提供的一种对社保业务终端的管理方法，具备执行方法相应的功能模块和有益效果。
124.实施例三
125.图6示出了可以用来实施本技术的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本技术的实现。
126.如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种
适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
127.电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
128.处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如一种对社保业务终端的管理方法。
129.在一些实施例中，一种对社保业务终端的管理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的一种对社保业务终端的管理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行一种对社保业务终端的管理方法。
130.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
131.用于实施本技术的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
132.在本技术的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
133.为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子
设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
134.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
135.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
136.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本技术中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术的技术方案所期望的结果，本文在此不进行限制。
137.上述具体实施方式，并不构成对本技术保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本技术的精神和原则之内所作的修改、等同替换和改进等，均应包含在本技术保护范围之内。