CN109861787A - 工程车辆的数据处理方法、装置、工程车辆及服务平台 - Google Patents
工程车辆的数据处理方法、装置、工程车辆及服务平台 Download PDFInfo
- Publication number
- CN109861787A CN109861787A CN201811506715.9A CN201811506715A CN109861787A CN 109861787 A CN109861787 A CN 109861787A CN 201811506715 A CN201811506715 A CN 201811506715A CN 109861787 A CN109861787 A CN 109861787A
- Authority
- CN
- China
- Prior art keywords
- data
- group
- data packet
- packet
- predetermined period
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 15
- 238000000034 method Methods 0.000 claims abstract description 20
- 230000005540 biological transmission Effects 0.000 claims abstract description 16
- 239000000284 extract Substances 0.000 claims description 9
- 238000000605 extraction Methods 0.000 claims description 9
- 238000007405 data analysis Methods 0.000 abstract description 3
- 238000004458 analytical method Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000000151 deposition Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及数据传输技术领域，公开了一种工程车辆的数据处理方法、装置、工程车辆及服务平台，解决了现有技术中由于数据包中的数据丢失造成数据解析错误的问题。所述方法包括：获取待发送的数据；根据所述待发送的数据，确定待发送的数据包，所述数据包中包括预设组数的所述待发送的数据，以及每组数据对应的数据编号和标志位，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包；按照预设周期，发送所述数据包。本发明实施例适用于工程车辆与服务平台之间的数据处理。
Description
技术领域
本发明涉及数据传输技术领域，具体地，涉及一种工程车辆的数据处理方法、装置、工程车辆及服务平台。
背景技术
目前，工程车辆上利用通信设备将车辆上的数据按设定好的协议远程传输到公司指定平台，平台通过设定好的数据传输协议进行提取并还原车辆上实际数据，供专业人士对车辆使用情况进行分析或其它作用。
因通信设备的硬件原因，每次通信设备只能发送包含0110-011F的16组数据的数据包，但产品车上数据远远超过16组，数据发送时只能按顺序发送，也就是发送完第一个数据包，再发送第二个数据包，以此类推。但因网络或设备硬件等原因，数据丢失严重，往往提取出来的数据与车辆实际数据不一致。例如，以16组数据中的8组数据为例，假定t1时刻工程车辆上的数据按数据传输协议如图1传输，t2时刻工程车辆上的数据按数据传输协议如图2传输，但因数据丢失，实际传输情况t1时刻见图3，t2时刻见图4。其中，t1时刻实际接收的数据丢失了DataID号为0113和0117的2组数据，而t2时刻实际接收的数据丢失了DataID号为0111、0115和0117的3组数据。在平台接收到t1时刻的数据包时，应该按照图1所示的数据接收，但是由于实际接收的t1时刻的数据包中DataID号为0113的数据丢失，则平台直接将t2时刻的数据包中DataID号同为0113的“数据4-11”到“数据4-81”作为t1时刻的数据包中DataID号为0113的“数据4-1”到“数据4-8”。可见，解析出的数据与车辆实际数据不符，对车辆使用情况分析无法提供准确依据，对车辆使用情况没有任何研究价值。
发明内容
本发明实施例的目的是提供一种工程车辆的数据处理方法、装置、工程车辆及服务平台，解决了现有技术中由于数据包中的数据丢失造成数据解析错误的问题，通过利用标志位标识同一数据编号对应的数据所属的不同数据包，实现了同数据编号的数据不会混淆接收，保证了车辆使用情况分析的准确性。
为了实现上述目的，本发明实施例提供一种工程车辆的数据处理方法，所述方法应用于工程车辆端，所述方法包括：获取待发送的数据；根据所述待发送的数据，确定待发送的数据包，所述数据包中包括预设组数的所述待发送的数据，以及每组数据对应的数据编号和标志位，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包；按照预设周期，发送所述数据包。
进一步地，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数。
相应的，本发明实施例还提供一种工程车辆的数据处理方法，所述方法应用于服务平台，所述方法包括：在预设周期内，接收数据包；按照所述数据包中的数据编号和标志位，顺序提取对应的数据，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包。
进一步地，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数，所述按照所述数据包中的数据编号和标志位，顺序提取对应的数据包括：按照所述数据包中的数据编号和标志位，顺序提取对应的数据，并记录所述预设周期内提取数据的总组数；根据所记录的总组数与所述计数位的比较结果，确定所述预设周期内接收的数据包中丢失的数据量。
进一步地，所述方法还包括：当确定所述预设周期内接收的数据包中丢失的数据量非零时，根据所述数据包中每组数据对应的计数位，确定所述数据包中丢失的数据。
相应的，本发明实施例还提供一种工程车辆的数据处理装置，包括：获取单元，用于获取待发送的数据；数据包确定单元，用于根据所述待发送的数据，确定待发送的数据包，所述数据包中包括预设组数的所述待发送的数据，以及每组数据对应的数据编号和标志位，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包；发送单元，用于按照预设周期，发送所述数据包。
进一步地，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数。
相应的，本发明实施例还提供一种工程车辆的数据处理装置，包括：接收单元，用于在预设周期内，接收数据包；提取单元，用于按照所述数据包中的数据编号和标志位，顺序提取对应的数据，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包。
进一步地，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数，所述提取单元还用于按照所述数据包中的数据编号和标志位，顺序提取对应的数据，并记录所述预设周期内提取数据的总组数；根据所记录的总组数与所述计数位的比较结果，确定所述预设周期内接收的数据包中丢失的数据量。
进一步地，所述提取单元还用于当确定所述预设周期内接收的数据包中丢失的数据量非零时，根据所述数据包中每组数据对应的计数位，确定所述数据包中丢失的数据。
相应的，本发明实施例还提供一种工程车辆，所述工程车辆包括如上所述的工程车辆的数据处理装置。
相应的，本发明实施例还提供一种服务平台，所述服务平台包括如上所述的工程车辆的数据处理装置。
通过上述技术方案，工程车辆端与服务平台之间在预设周期内发送和接收数据包，所述数据包中包括预设组数的所述待发送的数据，以及每组数据对应的数据编号和标志位，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包，服务平台接收到数据包后，按照所述数据包中的数据编号和标志位，顺序提取对应的数据。本发明实施例解决了现有技术中由于数据包中的数据丢失造成数据解析错误的问题，通过利用标志位标识同一数据编号对应的数据所属的不同数据包，实现了同数据编号的数据不会混淆接收，保证了车辆使用情况分析的准确性。
本发明的其它特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本发明的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明，但并不构成对本发明的限制。在附图中：
图1是现有技术中t1时刻传输的16组数据中的8组数据示例；
图2是现有技术中t2时刻传输的16组数据中的8组数据示例；
图3是现有技术中t1时刻实际传输的数据示例；
图4是现有技术中t2时刻实际传输的数据示例；
图5是本发明实施例提供的一种工程车辆的数据处理方法的流程示意图；
图6是本发明实施例提供的一种待发送的数据包的示例；
图7是本发明实施例提供的另一种待发送的数据包的示例；
图8是本发明实施例提供的一种工程车辆的数据处理方法的流程示意图；
图9是本发明实施例提供的一种接收的数据包的示例；
图10是本发明实施例提供的另一种接收的数据包的示例；
图11是本发明实施例提供的一种工程车辆的数据处理装置的结构示意图；
图12是本发明实施例提供的一种工程车辆的数据处理装置的结构示意图。
具体实施方式
以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。
图5是本发明实施例提供的一种工程车辆的数据处理方法的流程示意图。如图5所示，所示方法应用于工程车辆端，所述方法包括如下步骤：
步骤501，获取待发送的数据；
步骤502，根据所述待发送的数据，确定待发送的数据包，所述数据包中包括预设组数的所述待发送的数据，以及每组数据对应的数据编号和标志位，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包；
步骤503，按照预设周期，发送所述数据包。
其中，工程车辆端利用GPS/GPRS设备将车辆上的数据按照预先设定好的协议传输至服务平台。由于GPS/GPRS设备的硬件因素，每次向服务平台传输的数据量是固定的，例如，在本发明实施例中采用的每个数据包中的预设组数为16组，也就是说，每个数据包中只能包括16组数据。但是车辆上的数据远远超过16组数据，因此就需要发送多个数据包，且每个数据包中均包括16组数据。需要说明的是，当需要发送的数据的组数不是16的整数倍，即当存在剩余的数据的组数不够16组时，将剩余的数据仍打包到一个存在16组数据的数据包中，对于数据包中空闲的位置则置空。其中，该预先设定好的协议中除了将数据包中设置固定预设组数的数据之外，还有每组数据对应的数据编号和标志位。所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包。如图6所示，每个数据编号对应的每组数据的第一位(Byte0)作为标志位，后面几位(Byte1-Byte7)用于放置待发送的数据的数据位。
另外，如图6所示，当待发送的数据按照预设组数(如16组，即数据编号为0110至011F)确定待发送的数据包之后，待发送的数据包存在3个，那么发送的第一个数据包中的每组数据对应的标志位为1，发送的第二个数据包中的每组数据对应的标志位为2，发送的第三个数据包中的每组数据对应的标志位为3。
然后，按照预设周期，利用上述预先设定好的协议发送数据包。所述预设周期的设定要保证数据顺序发送时，GPS/GPRS设备的存储区不会有数据滞留，也就是保证在所述预设周期内获取到一段数据，发送一段数据。
在本发明的一种实施方式中，为了便于统计数据包中丢失的数据量，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数。如图7所示，在所述预设周期内发送的数据包中，每个数据编号对应的每组数据的第二位(Byte1)作为计数位，后面几位(Byte2-Byte7)用于放置待发送的数据的数据位。如图7所示，当在所述预设周期内发送3个数据包时，数据包中每组数据对应的计数位从第一个数据包的第一组数据开始计数为1，直到第三个数据包的最后一组数据为止，计数位为48，表示在所述预设周期内一共发送了48组数据。
在本发明实施例中的工程车辆端发送数据时，将数据包中的每组数据均设置有数据编号和标志位，以便服务平台在预设周期内获取到每个数据包后，即使每个数据包中存在相同的数据编号，但是由于标志位不同，可以标识数据所属的不同数据包，从而即便服务平台在接收数据包存在数据丢失的情况时，也不会将不同数据包中具有相同数据编号的数据混淆，从而保证数据分析的准确性。
相应的，图8是本发明实施例提供的一种工程车辆的数据处理方法的流程示意图。如图8所示，所述方法应用于服务平台，所述方法包括如下步骤：
步骤801，在预设周期内，接收数据包；
步骤802，按照所述数据包中的数据编号和标志位，顺序提取对应的数据，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包。
其中，服务平台与工程车辆端按照预先设定好的预设周期发送数据包和接收数据包，从而保证数据发送和接收的完整性。另外，服务平台与工程车辆端也按照预先设定好的协议将车辆上的数据传输至服务平台。该预先设定好的协议为设置每个数据包中数据的预设组数。在本发明实施例中以每个数据包中的预设组数为16组为例，也就是说，每个数据包中只能包括16组数据。但是车辆上的数据远远超过16组数据，因此就需要发送多个数据包，且每个数据包中均包括16组数据。其中，该预先设定好的协议中除了将数据包中设置固定预设组数的数据之外，还有每组数据对应的数据编号和标志位。所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包。如图6所示，每个数据编号对应的每组数据的第一位(Byte0)作为标志位，后面几位(Byte1-Byte7)用于放置待发送的数据的数据位。当服务平台在预设周期内接收到数据包后，根据数据包中的数据编号和标志位顺序提取对应的数据。
如图9所示，以所述预设周期内接收了3个数据包为例，每个数据包的接收时刻分别是t1，t2和t3时刻。例如在提取数据包中数据编号为0110的数据时，如果标志位为1，则提取出来的数据就是“数据1-1”到“数据1-7”，如果标志位为2，则提取出来的数据就是“数据1-11”到“数据1-71”，如果标志位为3，则提取出来的数据就是“数据1-12”到“数据1-72”。可见通过标志位将上述3个数据包中具有相同数据编号的数据区分出来。即使存在数据包中数据丢失的情况，例如t1时刻的数据包中的数据编号为0110的数据丢失，在提取t1时刻的数据包时，未提取到数据编号为0110的数据，而在提取t2时刻的数据包时，由于存在标志位2，表示数据编号为0110的数据属于第二个数据包，提取出来的数据应为“数据1-11”到“数据1-71”，而并不是“数据1-1”到“数据1-7”。因此，由于标志位的存在，不会将t2时刻的数据包中的数据编号为0110的数据混淆为t1时刻的数据包中的数据编号为0110的数据。
在本发明的一种实施方式中，为了便于统计数据包中丢失的数据量，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数，如图7所示，当在所述预设周期内发送3个数据包时，数据包中每组数据对应的计数位从第一个数据包的第一组数据开始计数为1，直到第三个数据包的最后一组数据为止，计数位为48，表示在所述预设周期内一共发送了48组数据。服务平台在按照所述数据包中的数据编号和标志位，顺序提取对应的数据时，记录所述预设周期内提取数据的总组数，即在所述预设周期内，对于接收的所有数据包中的数据，提取一组记录一组，当在所述预设周期内接收的数据包中的数据提取结束时，将所记录的总组数与计数位进行比较，例如，当所述计数位为48时，所记录的总组数也为48，则确定所述预设周期内接收的数据包中丢失的数据量为零。而如果所述预设周期内接收的数据包中丢失的数据量非零时，还可以根据每次提取记录的组数与每组数据对应的计数位进行比较，并根据比较结果确定所述数据包中丢失的数据。如图10所示，当在所述预设周期内的t2时刻接收的数据包中的数据编号为0111的数据丢失，该组数据实际对应的计数位为18，但是由于数据丢失，在提取数据时直接提取计数位为19的数据，但是记录的组数为18，所记录的组数与计数位不一致，从而得知计数位为18的数据丢失。通过计数位的设置，不仅能够得知在预设周期内接收的数据包中丢失的数据量，还可以获知具体丢失的是哪一组数据，为后续分析车辆的数据提供数据准确性的保证，而且通过提取的数据、丢失的数据等信息，还可分析设备使用情况，损耗情况等问题。
通过本发明实施例，服务平台在预设周期内接收数据包，并根据数据包中的数据编号和标志位提取数据，相较于现有技术中由于在一个预设周期内接收的不同数据包中存在同数据编号的数据，当数据丢失时，存在同数据编号的数据混淆接收的问题。而本发明实施例中通过为每个数据包中的数据编号的数据设置标志位，标识了每个数据编号对应的数据所属的数据包，不会将不同数据包中同数据编号的数据混淆接收，提高了数据接收的准确性，为后续分析数据提供保障。另外，数据包中还包括了每组数据对应的计数位，通过计数位可以获知数据丢失量以及具体丢失的数据，有助于进一步分析车辆的使用情况。
相应的，图11是本发明实施例提供的一种工程车辆的数据处理装置的结构示意图。如图11所示，所述装置包括：获取单元111，用于获取待发送的数据；数据包确定单元112，用于根据所述待发送的数据，确定待发送的数据包，所述数据包中包括预设组数的所述待发送的数据，以及每组数据对应的数据编号和标志位，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包；发送单元113，用于按照预设周期，发送所述数据包。
其中，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数。
本装置操作过程，参见上述应用于工程车辆端的工程车辆的数据处理方法的实现过程。
在本发明实施例中的工程车辆端发送数据时，将数据包中的每组数据均设置有数据编号和标志位，以便服务平台在预设周期内获取到每个数据包后，即使每个数据包中存在相同的数据编号，但是由于标志位不同，可以标识数据所属的不同数据包，从而即便服务平台在接收数据包存在数据丢失的情况时，也不会将不同数据包中具有相同数据编号的数据混淆，从而保证数据分析的准确性。
相应的，图12是本发明实施例提供的一种工程车辆的数据处理装置的结构示意图。如图12所示，所述装置包括：接收单元121，用于在预设周期内，接收数据包；提取单元122，用于按照所述数据包中的数据编号和标志位，顺序提取对应的数据，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包。
其中，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数，所述提取单元还用于按照所述数据包中的数据编号和标志位，顺序提取对应的数据，并记录所述预设周期内提取数据的总组数；根据所记录的总组数与所述计数位的比较结果，确定所述预设周期内接收的数据包中丢失的数据量。
另外，所述提取单元还用于当确定所述预设周期内接收的数据包中丢失的数据量非零时，根据所述数据包中每组数据对应的计数位，确定所述数据包中丢失的数据。
本装置操作过程，参见上述应用于服务平台的工程车辆的数据处理方法的实现过程。
通过本发明实施例，服务平台在预设周期内接收数据包，并根据数据包中的数据编号和标志位提取数据，相较于现有技术中由于在一个预设周期内接收的不同数据包中存在同数据编号的数据，当数据丢失时，存在同数据编号的数据混淆接收的问题。而本发明实施例中通过为每个数据包中的数据编号的数据设置标志位，标识了每个数据编号对应的数据所属的数据包，不会将不同数据包中同数据编号的数据混淆接收，提高了数据接收的准确性，为后续分析数据提供保障。
相应的，本发明实施例还提供一种工程车辆，所述工程车辆包括上述实施例所述的工程车辆的数据处理装置。
相应的，本发明实施例还提供一种服务平台，所述服务平台包括上述实施例所述的工程车辆的数据处理装置。
以上结合附图详细描述了本发明的优选实施方式，但是，本发明并不限于上述实施方式中的具体细节，在本发明的技术构思范围内，可以对本发明的技术方案进行多种简单变型，这些简单变型均属于本发明的保护范围。
另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明对各种可能的组合方式不再另行说明。
此外，本发明的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明的思想，其同样应当视为本发明所公开的内容。
Claims (12)
1.一种工程车辆的数据处理方法，其特征在于，所述方法应用于工程车辆端，所述方法包括：
获取待发送的数据；
根据所述待发送的数据，确定待发送的数据包，所述数据包中包括预设组数的所述待发送的数据，以及每组数据对应的数据编号和标志位，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包；
按照预设周期，发送所述数据包。
2.根据权利要求1所述的方法，其特征在于，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数。
3.一种工程车辆的数据处理方法，其特征在于，所述方法应用于服务平台，所述方法包括：
在预设周期内，接收数据包；
按照所述数据包中的数据编号和标志位，顺序提取对应的数据，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包。
4.根据权利要求3所述的方法，其特征在于，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数，所述按照所述数据包中的数据编号和标志位，顺序提取对应的数据包括：
按照所述数据包中的数据编号和标志位，顺序提取对应的数据，并记录所述预设周期内提取数据的总组数；
根据所记录的总组数与所述计数位的比较结果，确定所述预设周期内接收的数据包中丢失的数据量。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
当确定所述预设周期内接收的数据包中丢失的数据量非零时，根据所述数据包中每组数据对应的计数位，确定所述数据包中丢失的数据。
6.一种工程车辆的数据处理装置，其特征在于，包括：
获取单元，用于获取待发送的数据；
数据包确定单元，用于根据所述待发送的数据，确定待发送的数据包，所述数据包中包括预设组数的所述待发送的数据，以及每组数据对应的数据编号和标志位，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包；
发送单元，用于按照预设周期，发送所述数据包。
7.根据权利要求6所述的装置，其特征在于，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数。
8.一种工程车辆的数据处理装置，其特征在于，包括：
接收单元，用于在预设周期内，接收数据包；
提取单元，用于按照所述数据包中的数据编号和标志位，顺序提取对应的数据，所述数据编号为所述数据包中的每组数据的顺序编号，所述标志位用于标识每组数据所属的数据包。
9.根据权利要求8所述的装置，其特征在于，所述数据包中还包括每组数据对应的计数位，所述计数位在所述预设周期内每发送一组数据增加一次计数，所述提取单元还用于按照所述数据包中的数据编号和标志位，顺序提取对应的数据，并记录所述预设周期内提取数据的总组数；根据所记录的总组数与所述计数位的比较结果，确定所述预设周期内接收的数据包中丢失的数据量。
10.根据权利要求9所述的装置，其特征在于，所述提取单元还用于当确定所述预设周期内接收的数据包中丢失的数据量非零时，根据所述数据包中每组数据对应的计数位，确定所述数据包中丢失的数据。
11.一种工程车辆，其特征在于，所述工程车辆包括权利要求6或7所述的工程车辆的数据处理装置。
12.一种服务平台，其特征在于，所述服务平台包括权利要求8-10任一项所述的工程车辆的数据处理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811506715.9A CN109861787A (zh) | 2018-12-10 | 2018-12-10 | 工程车辆的数据处理方法、装置、工程车辆及服务平台 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811506715.9A CN109861787A (zh) | 2018-12-10 | 2018-12-10 | 工程车辆的数据处理方法、装置、工程车辆及服务平台 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109861787A true CN109861787A (zh) | 2019-06-07 |
Family
ID=66891055
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811506715.9A Pending CN109861787A (zh) | 2018-12-10 | 2018-12-10 | 工程车辆的数据处理方法、装置、工程车辆及服务平台 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109861787A (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101877793A (zh) * | 2009-06-01 | 2010-11-03 | 杭州海康威视软件有限公司 | 数据传输方法、检错方法、系统和装置 |
| CN101932006A (zh) * | 2009-06-19 | 2010-12-29 | 中兴通讯股份有限公司 | 数据包发送、接收、传输方法及装置 |
| US20140043981A1 (en) * | 2010-11-17 | 2014-02-13 | Ixia | Generating packets to test fragmentation |
| CN104040977A (zh) * | 2012-12-28 | 2014-09-10 | 华为技术有限公司 | 缓存报文的方法和装置 |
| CN108011926A (zh) * | 2017-11-06 | 2018-05-08 | 中国银联股份有限公司 | 一种报文发送方法、处理方法、服务器及系统 |
-
2018
- 2018-12-10 CN CN201811506715.9A patent/CN109861787A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101877793A (zh) * | 2009-06-01 | 2010-11-03 | 杭州海康威视软件有限公司 | 数据传输方法、检错方法、系统和装置 |
| CN101932006A (zh) * | 2009-06-19 | 2010-12-29 | 中兴通讯股份有限公司 | 数据包发送、接收、传输方法及装置 |
| US20140043981A1 (en) * | 2010-11-17 | 2014-02-13 | Ixia | Generating packets to test fragmentation |
| CN104040977A (zh) * | 2012-12-28 | 2014-09-10 | 华为技术有限公司 | 缓存报文的方法和装置 |
| CN108011926A (zh) * | 2017-11-06 | 2018-05-08 | 中国银联股份有限公司 | 一种报文发送方法、处理方法、服务器及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ZA200506973B (en) | Method for evaluating the bandwidth of a digital link | |
| CN101741739B (zh) | 一种交换设备出、入端口报文统计的方法和装置 | |
| US20130191890A1 (en) | Method and system for user identity recognition based on specific information | |
| CN109561106B (zh) | 一种船舶通信报文实时解析过滤方法 | |
| CN102404166B (zh) | 丢包检测方法和系统、发送设备及接收设备 | |
| CN107346981A (zh) | 数据发送方法、接收方法及数据发送装置、接收装置 | |
| CN111245675B (zh) | 一种网络延时和丢数据包检测方法及系统 | |
| CN101877659A (zh) | 一种丢包监控的方法、设备和系统 | |
| CN105515921A (zh) | 实现网络分片报文流量实时监测的方法和装置 | |
| CN105306246A (zh) | 一种自动应答网络类投诉的方法、装置和服务器 | |
| CN110445750A (zh) | 一种车联网协议流量识别方法及装置 | |
| CN106255082A (zh) | 一种垃圾短信的识别方法及系统 | |
| CN104994035B (zh) | 一种基于北斗短报文通信的数据传输方法 | |
| CN109861787A (zh) | 工程车辆的数据处理方法、装置、工程车辆及服务平台 | |
| CN101753370A (zh) | 检测宽带接入用户认证流程可用性的系统和方法 | |
| CN102404152B (zh) | 识别应答报文的方法及设备 | |
| CN109450739A (zh) | 一种基于FPGA在分组传送网中实现以太网OAM test功能的方法 | |
| CN102137414B (zh) | 一种移动视频业务时延的评估方法和装置 | |
| CN103312540A (zh) | 用户业务需求参数确定方法和装置 | |
| CN103999396B (zh) | 总线系统的用户站和用于在总线系统的用户站之间传输数据的方法 | |
| CN108848139B (zh) | 考勤追踪的方法、装置、终端、服务器及存储介质 | |
| CN104427331B (zh) | 一种视频业务处理方法、装置及网络设备 | |
| CN103269289A (zh) | 航管雷达信息测试方法和设备 | |
| CN105653207B (zh) | 一种闪存接口信息的实时解析方法和系统 | |
| CN111106980B (zh) | 一种带宽捆绑检测方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190607 |
|
| RJ01 | Rejection of invention patent application after publication |