一种数据采集方法、装置、设备以及存储介质 |
|||||||
| 申请号 | CN202410013458.4 | 申请日 | 2024-01-04 | 公开(公告)号 | CN118018441A | 公开(公告)日 | 2024-05-10 |
| 申请人 | 北京全路通信信号研究设计院集团有限公司; | 发明人 | 王雨; 李贺; 刘军; 张杰; 张晚秋; 张波; 李擎; | ||||
| 摘要 | 本 发明 公开了一种 数据采集 方法、装置、设备以及存储介质，属于数据采集技术领域，所述方法由服务端执行，包括：接收客户端发送的数据 请求 报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识；基于报文异常处理方式，检测数据请求报文是否异常；若否，则根据目标数据标识，获取目标数据标识对应的目标数据；对目标数据进行打包，生成数据响应报文，并将数据响应报文传输给客户端，以使客户端基于数据响应报文获取待采集数据的数据内容。本发明提高了PIS数据的采集效率，降低了PIS数据的采集成本，同时便于轨道交通的运输组织根据采集的PIS数据进行更为精准地决策。 | ||||||
| 权利要求 | 1.一种数据采集方法，其特征在于，由服务端执行，包括： |
||||||
| 说明书全文 | 一种数据采集方法、装置、设备以及存储介质技术领域[0001] 本发明涉及数据采集技术领域，尤其涉及一种数据采集方法、装置、设备以及存储介质。 背景技术[0002] 乘客信息系统(Personal Identification System，PIS)是依托多媒体网络技术，以计算机系统为核心，通过设置在站厅、站台和列车客室的媒体设备，让乘客及时准确地了解列车运营信息和公共媒体信息的多媒体综合信息系统。因此，目前行业内对PIS所产生数据的质量提出了较高的要求。 [0003] 然而，传统PIS数据采集方法往往需要耗费大量人力物力，采集效率低，采集成本高。 发明内容[0004] 本发明提供了一种数据采集方法、装置、设备以及存储介质，以提高PIS数据的采集效率，降低PIS数据的采集成本。 [0005] 根据本发明的一方面，提供了一种数据采集方法，由服务端执行，该方法包括： [0007] 基于报文异常处理方式，检测数据请求报文是否异常； [0008] 若否，则根据目标数据标识，获取目标数据标识对应的目标数据； [0009] 对目标数据进行打包，生成数据响应报文，并将数据响应报文传输给客户端，以使客户端基于数据响应报文获取待采集数据的数据内容。 [0010] 根据本发明的另一方面，提供了一种数据采集方法，由客户端执行，该方法包括： [0011] 向服务端发送数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识； [0012] 检测预设时间内是否接收到服务端发送的数据响应报文； [0013] 若是，则对数据响应报文进行解析，得到待采集数据的数据内容。 [0014] 根据本发明的另一方面，提供了一种数据采集装置，部署于服务端，该装置包括： [0015] 请求报文接收模块，用于接收客户端发送的数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识； [0016] 报文异常检测模块，用于基于报文异常处理方式，检测数据请求报文是否异常； [0017] 目标数据获取模块，用于若否，则根据目标数据标识，获取目标数据标识对应的目标数据； [0018] 响应报文传输模块，用于对目标数据进行打包，生成数据响应报文，并将数据响应报文传输给客户端，以使客户端基于数据响应报文获取待采集数据的数据内容。 [0019] 根据本发明的另一方面，提供了一种数据采集装置，部署于客户端，该装置包括： [0020] 请求报文发送模块，用于向服务端发送数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识； [0021] 响应检测模块，用于检测预设时间内是否接收到服务端发送的数据响应报文； [0022] 数据内容确定模块，用于若是，则对数据响应报文进行解析，得到待采集数据的数据内容。 [0023] 根据本发明的另一方面，提供了一种电子设备，所述电子设备包括： [0024] 至少一个处理器；以及 [0025] 与至少一个处理器通信连接的存储器；其中， [0027] 根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行时实现本发明任一实施例的数据采集方法。 [0028] 本发明实施例的技术方案，接收客户端发送的数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识；基于报文异常处理方式，检测数据请求报文是否异常；若否，则根据目标数据标识，获取目标数据标识对应的目标数据；对目标数据进行打包，生成数据响应报文，并将数据响应报文传输给客户端，以使客户端基于数据响应报文获取待采集数据的数据内容。上述技术方案，根据数据请求报文中的目标数据标识，有针对性地获取目标数据标识对应的目标数据，并将目标数据进行打包，以数据响应报文的形式发送给客户端，提高了PIS数据的采集效率，降低了PIS数据的采集成本，同时便于轨道交通的运输组织根据采集的PIS数据进行更为精准地决策。 [0030] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。 [0031] 图1是根据本发明实施例一提供的一种数据采集方法的流程图； [0032] 图2是根据本发明实施例二提供的一种数据采集方法的流程图； [0033] 图3是根据本发明实施例三提供的一种数据采集方法的流程图； [0034] 图4是根据本发明实施例四提供的一种数据采集装置的结构示意图； [0035] 图5是根据本发明实施例五提供的一种数据采集装置的结构示意图； [0036] 图6是实现本发明实施例的数据采集方法的电子设备的结构示意图。 具体实施方式[0037] 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。 [0038] 需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“目标”、“第一”和“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。 [0039] 此外，还需要说明的是，本发明的技术方案中，所涉及的数据请求报文等的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。 [0040] 实施例一 [0041] 图1为本发明实施例一提供的一种数据采集方法的流程图，本实施例可适用于对PIS数据进行采集的情况，该方法可以由数据采集装置来执行，该装置可以采用硬件和/或软件的形式实现，并具体部署于服务端。如图1所示，该方法包括： [0042] S101、接收客户端发送的数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识。 [0043] 其中，数据请求报文是指客户端向服务端发送的请求数据的信号。可选的，数据请求报文还可以包括通信协议标识、业务标识、客户端标识、请求功能代码和数据请求地址。其中，通信协议标识用于唯一标识一种通信协议。业务标识用于唯一标识一种轨道交通业务。客户端标识用于唯一标识一个客户端。请求功能代码用于表示操作请求的代码。数据请求地址是指数据请求的地址，可以是客户端的IP地址。 [0044] 可选的，待采集数据可以是列车车厢的报警器状态，可以是列车满载率，还可以是列车车次信息。目标数据标识是指待采集数据的数据标识；可选的，目标数据标识可以采用数字、字母或数字加字母等形式。举例说明，待采集数据为列车车厢的报警器状态，其目标数据标识为1；待采集数据为列车满载率，其目标数据标识为2；待采集数据为列车车次信息，其目标数据标识为3。需要说明的是，报警器状态可以包括报警呼叫状态、报警通话状态和报警结束状态。 [0045] 具体的，服务端可以从通讯通道中接收客户端发送的数据请求报文。其中，通讯通道是指服务端与客户端之间的数据传输链路，用于服务端和客户端之间的数据传输。 [0046] S102、基于报文异常处理方式，检测数据请求报文是否异常。 [0047] 其中，报文异常处理方式可以根据实际业务需求预先设置，比如，报文异常处理方式可以是基于预设异常特征库的报文异常处理方式，本发明对其不做具体限定。需要说明的是，预设异常特征库用于存储服务端无法处理的异常特征。 [0048] 具体的，可以对数据请求报文进行解析，得到至少一个请求特征；基于预设异常特征库的报文异常处理方式，将至少一个请求特征与预设异常特征库中的异常特征进行匹配；若任一请求特征与异常特征匹配成功，则确定数据请求报文异常，否则，则确定数据请求报文正常。其中，请求特征是指数据请求报文中的特征，可以是通信协议标识、业务标识、客户端标识、请求功能代码和数据请求地址等中的任意一个。 [0049] 示例性的，对数据请求报文进行解析，得到请求功能代码和数据请求地址；基于预设异常特征库的报文异常处理方式，分别将请求功能代码和数据请求地址，与预设异常特征库中的异常特征进行匹配；若请求功能代码与异常特征匹配成功，数据请求地址与异常特征匹配失败，则确定数据请求报文异常；若请求功能代码和数据请求地址均与异常特征匹配失败，则确定数据请求报文正常。 [0050] 其中，请求功能代码与异常特征匹配成功，说明服务端接收的数据请求报文中请求功能代码对应的操作请求是服务端不允许的操作。相应的，数据请求地址与异常特征匹配成功，说明服务端接收的数据请求报文的数据请求地址是服务端不允许的地址。 [0051] 可选的，可以在数据请求报文异常的情况下，生成异常请求报告；其中，异常请求报告包括请求功能代码和异常功能代码；向客户端发送异常请求报告。 [0052] 其中，异常请求报告是指在数据请求报文异常的情况下，生成的请求报告。异常功能代码用于表示数据请求报文中请求特征异常的代码；可选的，异常功能代码可以采用数字、符号或字母等形式，比如，异常功能代码为01，表示数据请求报文中的请求功能代码异常。 [0053] 具体的，服务端在数据请求报文异常的情况下，生成异常请求报告；并向客户端发送异常请求报告，以向客户端进行异常预警。 [0054] 可选的，还可以在生成异常请求报告之后，统计数据请求报文异常的异常次数；根据异常次数，断开与客户端之间的通讯通道。 [0055] 具体的，服务端可以统计数据请求报文异常的异常次数；在异常次数大于次数阈值的情况下，断开与客户端之间的通讯通道。其中，次数阈值可以根据实际业务需求预先设置，比如，次数阈值可以是3次，本发明实施例对其不做具体限定。 [0056] 可以理解的是，数据请求报文异常的异常次数大于次数阈值，说明服务端与客户端之间的通讯通道不稳定，存在数据泄露的隐患。在数据请求报文异常的异常次数大于次数阈值的情况下，服务端断开与客户端之间的通讯通道，可以避免数据的泄露，保证数据的安全性。 [0057] S103、若否，则根据目标数据标识，获取目标数据标识对应的目标数据。 [0058] 其中，目标数据是指目标数据标识对应的数据。 [0059] 具体的，若数据请求报文正常，则服务端根据目标数据标识，从自身数据库中获取目标数据标识对应的目标数据。 [0060] S104、对目标数据进行打包，生成数据响应报文，并将数据响应报文传输给客户端，以使客户端基于数据响应报文获取待采集数据的数据内容。 [0061] 其中，数据响应报文是指服务端响应客户端发送的数据请求报文的信号。 [0062] 具体的，服务端对目标数据进行打包，生成数据响应报文，并将数据响应报文传输给客户端，以使客户端基于数据响应报文获取待采集数据的数据内容。 [0063] 可选的，服务端还可以通过多路通讯通道将数据响应报文传输给客户端。 [0064] 具体的，服务端可以与客户端之间建立至少两路通讯通道，并通过这些通行通道将数据响应报文传输给客户端，从而避免了单一通讯通道故障造成的数据响应报文丢失的问题，保证了数据响应报文的顺利传输。 [0065] 本发明实施例的技术方案，接收客户端发送的数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识；基于报文异常处理方式，检测数据请求报文是否异常；若否，则根据目标数据标识，获取目标数据标识对应的目标数据；对目标数据进行打包，生成数据响应报文，并将数据响应报文传输给客户端，以使客户端基于数据响应报文获取待采集数据的数据内容。上述技术方案，根据数据请求报文中的目标数据标识，有针对性地获取目标数据标识对应的目标数据，并将目标数据进行打包，以数据响应报文的形式发送给客户端，提高了PIS数据的采集效率，降低了PIS数据的采集成本，同时便于轨道交通的运输组织根据采集的PIS数据进行更为精准地决策。 [0066] 实施例二 [0067] 图2为本发明实施例二提供的一种数据采集方法的流程图，本实施例可适用于对PIS数据进行采集的情况，该方法可以由数据采集装置来执行，该装置可以采用硬件和/或软件的形式实现，并具体部署于客户端。如图2所示，该方法包括： [0068] S201、向服务端发送数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识。 [0069] 其中，数据请求报文是指客户端向服务端发送的请求数据的信号。可选的，数据请求报文还可以包括通信协议标识、业务标识、客户端标识、请求功能代码和数据请求地址。其中，通信协议标识用于唯一标识一种通信协议。业务标识用于唯一标识一种轨道交通业务。客户端标识用于唯一标识一个客户端。请求功能代码用于表示操作请求的代码。数据请求地址是指数据请求的地址，可以是客户端的IP地址。 [0070] 可选的，待采集数据可以是列车车厢的报警器状态，可以是列车满载率，还可以是列车车次信息。目标数据标识是指待采集数据的数据标识；可选的，目标数据标识可以采用数字、字母或数字加字母等形式。举例说明，待采集数据为列车车厢的报警器状态，其目标数据标识为1；待采集数据为列车满载率，其目标数据标识为2；待采集数据为列车车次信息，其目标数据标识为3。需要说明的是，报警器状态可以包括报警呼叫状态、报警通话状态和报警结束状态。 [0071] 具体的，客户端可以基于通讯通道，向服务端发送数据请求报文。其中，通讯通道是指服务端与客户端之间的数据传输链路，用于服务端和客户端之间的数据传输。 [0072] 可选的，服务端与客户端之间的通讯通道的数量为至少两个，以保证服务端与客户端之间数据的顺利传输。 [0073] S202、检测预设时间内是否接收到服务端发送的数据响应报文。 [0074] 其中，预设时间可以根据实际业务需求预先设置，比如，预设时间可以是500毫秒，本发明实施例对其不做具体限定。 [0075] 具体的，客户端可以在向服务端发送数据请求报文的同时，启动计时器，用于统计服务端响应数据请求报文的响应时间；若响应时间小于或等于预设时间，则确定预设时间内接收到服务端发送的数据响应报文；否则，则确定预设时间内没有接收到服务端发送的数据响应报文。 [0076] 可选的，在服务端通过多路通讯通道将数据响应报文传输给客户端的情况下，客户端还可以通过监测多路通讯通道的状态标识，从至少两路通讯通道中选择目标通讯通道；接收目标通讯通道中的数据响应报文。其中，目标通讯通道是指客户端实际接收数据响应报文的通讯通道。 [0077] 示例性的，若状态标识为1，则表示通讯通道处于工作状态；若状态标识为0，则表示通讯通道处于非工作状态。在服务端通过多路通讯通道将数据响应报文传输给客户端的情况下，客户端还可以通过监测多路通讯通道的状态标识，从至少两路通讯通道中选择状态标识为1的通讯通道，作为目标通讯通道；接收目标通讯通道中的数据响应报文。 [0078] 可选的，若预设时间内没有接收到服务端发送的数据响应报文，则可以按照轮询周期再次向服务端发送数据请求报文。其中，轮询周期可以根据实际业务需求预先设置，比如，轮询周期可以是500毫秒，本发明实施例对其不做具体限定。 [0079] 可选的，若客户端连续超时预设次数，均没有接收到服务端发送的数据响应报文，则重新建立与服务端之间的通讯通道，以保证客户端和服务端之间数据的正常传输。其中，预设次数可以根据实际业务需求预先设置，比如，预设次数可以是3次，本发明实施例对其不做具体限定。 [0080] S203、若是，则对数据响应报文进行解析，得到待采集数据的数据内容。 [0081] 具体的，若客户端预设时间内接收到服务端发送的数据响应报文，则对数据响应报文进行解析，得到待采集数据的数据内容。 [0082] 本发明实施例的技术方案，向服务端发送数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识；检测预设时间内是否接收到服务端发送的数据响应报文；若是，则对数据响应报文进行解析，得到待采集数据的数据内容。上述技术方案，在向服务端发送数据请求报文之后，通过检测预设时间内是否接收到服务端发送的数据响应报文，实现了对数据响应报文的实时监测，便于客户端根据监测结果，确定下一步操作。 [0083] 在上述实施例的基础上，作为本发明实施例的一种可选方式，客户端还可以接收服务端发送的异常请求报告；根据异常请求报告，调整数据请求报文，得到调整后的新数据请求报文；向服务端发送新数据请求报文。 [0084] 其中，异常请求报告是指在数据请求报文异常的情况下，生成的请求报告。可选的，异常请求报告包括请求功能代码和异常功能代码。其中，异常功能代码用于表示数据请求报文中请求特征异常的代码；可选的，异常功能代码可以采用数字、符号或字母等形式，比如，异常功能代码为01，表示数据请求报文中的请求功能代码异常。其中，请求特征是指数据请求报文中的特征，可以是通信协议标识、业务标识、客户端标识、请求功能代码和数据请求地址等中的任意一个。 [0085] 具体的，客户端接收服务端发送的异常请求报告；根据异常请求报告中异常功能代码，确定数据请求报文异常的异常原因；根据异常原因，对数据请求报文进行调整，得到调整后的新数据请求报文；向服务端发送新数据请求报文。 [0086] 可以理解的是，客户端接收服务端发送的异常请求报告，可以帮助客户端了解未得到待采集数据的数据内容的原因，并对数据请求报文进行有针对性地做出调整，从而提高从服务端获取待采集数据的数据内容的速度。 [0087] 实施例三 [0088] 图3为本发明实施例三提供的一种数据采集方法的流程图，本发明实施例是上述实施例的一种优先方案。需要说明的是，在本发明实施例中未详述部分，可参照其他实施例的相关表述。如图3所示，该方法包括： [0089] S301、客户端向服务端发送数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识。 [0090] S302、服务端接收客户端发送的数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识。 [0091] S303、服务端基于报文异常处理方式，检测数据请求报文是否异常。 [0092] 具体的，服务端基于报文异常处理方式，检测数据请求报文是否异常；若是，则执行S309；若否，则执行S304。 [0093] S304、服务端根据目标数据标识，获取目标数据标识对应的目标数据。 [0094] S305、服务端对目标数据进行打包，生成数据响应报文， [0095] S306、服务端将数据响应报文传输给客户端，以使客户端基于数据响应报文获取待采集数据的数据内容。 [0096] 可选的，服务端还可以通过多路通讯通道将数据响应报文传输给客户端。 [0097] S307、客户端检测预设时间内是否接收到服务端发送的数据响应报文。 [0098] 具体的，客户端检测预设时间内是否接收到服务端发送的数据响应报文，若是，则执行S308，否则，则可以按照轮询周期再次向服务端发送数据请求报文。 [0099] S308、客户端对数据响应报文进行解析，得到待采集数据的数据内容。 [0100] S309、服务端生成异常请求报告；其中，异常请求报告包括请求功能代码和异常功能代码。 [0101] 可选的，服务端还可以在生成异常请求报告之后，统计数据请求报文异常的异常次数；根据异常次数，断开与客户端之间的通讯通道。 [0102] S310、服务端向客户端发送异常请求报告。 [0103] S311、客户端接收服务端发送的异常请求报告。 [0104] S312、客户端根据异常请求报告，调整数据请求报文，得到调整后的新数据请求报文。 [0105] S313、客户端向服务端发送新数据请求报文。 [0106] 之后，执行S302‑S308，使客户端顺利得到待采集数据的数据内容。 [0107] 本发明实施例的技术方案，提高了PIS数据的采集效率，降低了PIS数据的采集成本，同时便于轨道交通的运输组织根据采集的PIS数据进行更为精准地决策。 [0108] 实施例四 [0109] 图4为本发明实施例四提供的一种数据采集装置的结构示意图，本实施例可适用于对PIS数据进行采集的情况，该装置可以采用硬件和/或软件的形式实现，并具体部署于服务端。如图4所示，该装置包括： [0110] 请求报文接收模块401，用于接收客户端发送的数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识； [0111] 报文异常检测模块402，用于基于报文异常处理方式，检测数据请求报文是否异常； [0112] 目标数据获取模块403，用于若否，则根据目标数据标识，获取目标数据标识对应的目标数据； [0113] 响应报文传输模块404，用于对目标数据进行打包，生成数据响应报文，并将数据响应报文传输给客户端，以使客户端基于数据响应报文获取待采集数据的数据内容。 [0114] 本发明实施例的技术方案，接收客户端发送的数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识；基于报文异常处理方式，检测数据请求报文是否异常；若否，则根据目标数据标识，获取目标数据标识对应的目标数据；对目标数据进行打包，生成数据响应报文，并将数据响应报文传输给客户端，以使客户端基于数据响应报文获取待采集数据的数据内容。上述技术方案，根据数据请求报文中的目标数据标识，有针对性地获取目标数据标识对应的目标数据，并将目标数据进行打包，以数据响应报文的形式发送给客户端，提高了PIS数据的采集效率，降低了PIS数据的采集成本，同时便于轨道交通的运输组织根据采集的PIS数据进行更为精准地决策。 [0115] 可选的，响应报文传输模块404，具体用于： [0116] 通过多路通讯通道将数据响应报文传输给客户端。 [0117] 可选的，该装置还包括： [0118] 异常请求报告生成模块，用于在数据请求报文异常的情况下，生成异常请求报告；其中，异常请求报告包括请求功能代码和异常功能代码； [0119] 异常请求报告发送模块，用于向客户端发送异常请求报告。 [0120] 可选的，该装置还包括： [0121] 异常次数统计模块，用于在生成异常请求报告之后，统计数据请求报文异常的异常次数； [0122] 通讯通道断开模块，用于根据异常次数，断开与客户端之间的通讯通道。 [0123] 本发明实施例所提供的数据采集装置可执行本发明任意实施例所提供的数据采集方法，具备执行各数据采集方法相应的功能模块和有益效果。 [0124] 实施例五 [0125] 图5为本发明实施例五提供的一种数据采集装置的结构示意图，本实施例可适用于对PIS数据进行采集的情况，该装置可以采用硬件和/或软件的形式实现，并具体部署于客户端。如图5所示，该装置包括： [0126] 请求报文发送模块501，用于向服务端发送数据请求报文；其中，数据请求报文中包括乘客信息系统PIS提供的待采集数据的目标数据标识； [0127] 响应检测模块502，用于检测预设时间内是否接收到服务端发送的数据响应报文； [0128] 数据内容确定模块503，用于若是，则对数据响应报文进行解析，得到待采集数据的数据内容。 [0129] 本发明实施例的技术方案，在向服务端发送数据请求报文之后，通过检测预设时间内是否接收到服务端发送的数据响应报文，实现了对数据响应报文的实时监测，便于客户端根据监测结果，确定下一步操作。 [0130] 可选的，该装置还包括： [0131] 异常请求报告接收模块，用于接收服务端发送的异常请求报告； [0132] 新数据请求报文确定模块，用于根据异常请求报告，调整数据请求报文，得到调整后的新数据请求报文； [0133] 新数据请求报文发送模块，用于向服务端发送新数据请求报文。 [0134] 本发明实施例所提供的数据采集装置可执行本发明任意实施例所提供的数据采集方法，具备执行各数据采集方法相应的功能模块和有益效果。 [0135] 实施例六 [0136] 图6示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。 [0137] 如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM12以及RAM13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。 [0138] 电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。 [0139] 处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如数据采集方法。 [0140] 在一些实施例中，数据采集方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM13并由处理器11执行时，可以执行上文描述的数据采集方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行数据采集方法。 [0141] 本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。 [0142] 用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。 [0143] 在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD‑ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。 [0144] 为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。 [0145] 可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。 [0146] 计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端‑服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。 [0147] 应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。 [0148] 上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。 |
||||||
QQ群二维码
意见反馈
意见反馈