一种数据同步系统、方法及车场数据更新方法与流程

1.本申请涉及数据通信技术领域，具体而言，涉及一种数据同步系统、方法及车场数据更新方法。


背景技术：

2.社区管理系统、物业管理系统和车场管理系统之间通常需要频繁的进行数据传输，由于将各类数据等同等对待，通常出现数据排队等待的问题，如果有指令数据或特定需求需要即时同步时，将由于排队等待而不能及时处理，因此，现有的方法无法适用不同的业务场景而造成不便。


技术实现要素：

3.本申请实施例的目的在于提供一种数据同步系统、方法及车场数据更新方法，根据不同数据类型，不同时效的数据采用不同的数据同步方式，解决现有的方法无法适用不同的业务场景而造成不便的问题。
4.本申请实施例提供了一种数据同步系统，包括社区管理系统、物业管理系统和无固定ip地址的车场管理系统：
5.所述的社区管理系统包括以第二通讯协议连接的app业务客户端和社区业务系统；
6.所述车场管理系统包括以第一通信协议通信连接的车场业务系统和车场同步客户端，所述物业管理系统包括以第一通信协议通信连接的物业同步服务端和物业业务系统；
7.所述物业同步服务端下发记录数据、文件数据至所述车场同步客户端时，将所述记录数据、文件数据存储至数据堆栈，并通过第三通信协议通知车场同步客户端，所述车场同步客户端通过第二通信协议拉取所述记录数据、文件数据；
8.所述物业同步服务端下发指令数据至车场同步客户端时，将所述指令数据生成第一json数据，并通过第三通信协议下发至所述车场同步客户端，以使所述车场同步客户端将所述第一json数据通过第一通信协议下发至所述车场业务系统进行业务处理和响应。
9.所述物业同步服务端接收到来自车场管理系统的数据请求时，根据请求类型进行相关的业务处理，对需直接同步返回的数据直接使用第二通讯协议返回请求结果；对指定的数据类型生成社区同步堆栈，并通过第二通信协议同步上传至社区管理系统；
10.所述物业同步服务端接收到来自社区管理系统的数据时，根据数据类型进行相关的业务处理，对需要同步的数据生成数据堆栈下发至车场管理系统；对特定需要业务数据将同时生成指令数据，即时下发到车场管理系统。
11.在上述实现过程中，通过不同的通信协议进行数据的多渠道的可靠性传输，车场管理系统采用无固定ip地址的设置，可以降低运营成本；将指令数据、记录数据、文件数据和业务请求数据分开传输，即根据不用的数据应用场景，采用不同的通讯协议进行数据同
步，可以保证数据同步的可靠性并且兼顾了不同场景数据的及时性，解决现有的方法无法适用不同的业务场景而造成不便的问题。
12.进一步地，所述车场同步客户端以第二通信协议的传输方式将变更数据上传至所述物业管理系统。
13.在上述实现过程中，车场同步客户端可以将产生的变更数据通过第二条通信上传至物业管理系统，实现车场管理系统和物业管理系统的数据的同步。
14.本申请实施例还提供一种车场数据同步方法，应用于物业管理系统的物业同步服务端，所述方法包括：
15.下发记录数据、文件数据至所述车场同步客户端时，将所述记录数据、文件数据存储至数据堆栈，并通过第三通信协议通知车场同步客户端，以使所述车场同步客户端通过第二通信协议拉取所述记录数据、文件数据；
16.下发指令数据至车场同步客户端时，将所述指令数据生成第一json数据，并通过第三通信协议下发至所述车场同步客户端，以使所述车场同步客户端将所述第一json数据通过第一通信协议下发至所述车场业务系统进行业务处理和响应。
17.接收到车场管理系统发送的业务请求数据时，将所述业务请求数据对应的业务处理数据通过第二通讯协议下发至车场管理系统。
18.在上述实现过程中，如果是记录数据、文件数据则通过第三通信协议通知，使得车场同步客户端通过第二通信协议拉取记录数据、文件数据；如果是指令数据则直接通过第三通信协议下发至车场同步客户端，使得车场业务系统进行业务处理和快速响应，提高数据传输效率，避免客户等待；根据不同时效的数据采用不同的数据同步方式，解决现有的方法无法适用不同的业务场景而造成不便的问题。
19.进一步地，所述方法还包括：
20.解析车场管理系统以第二通信协议的传输方式上传的变更数据，并进行反序列化以获取所述变更数据的更新类型，所述更新类型包括新增、修改和删除；所述变更数据为json格式的序列化后的变更数据；
21.根据所述变更数据的标识信息查询数据表中对应的待同步数据，并对所述待同步数据根据所述变更类型进行相应的操作；
22.保存更新后的所述数据表，并返回处理确认状态。
23.在上述是实现过程中，物业管理系统接收到车场管理系统发送变更数据之后根据更新数据对待同步数据进行相应的新增、修改或删除操作，使得物业管理系统数据和车场管理系统保持同步。
24.进一步地，所述下发记录数据、文件数据至所述车场同步客户端时，将所述记录数据、文件数据存储至数据堆栈，并通过第三通信协议通知车场同步客户端，以使所述车场同步客户端通过第二通信协议拉取所述记录数据、文件数据，包括：
25.与所述车场管理系统通过tcp通信协议建立通信连接；
26.存储所述记录数据、文件数据至数据堆栈，并通过定期轮询获取对应的数据库账套的设定数量的所述记录数据、文件数据的数据信息；
27.将每条所述记录数据、文件数据的所述数据信息生成第二json数据，并以循环方式逐条下发tcp通知，以使所述车场管理系统通过http通信协议拉取所述记录数据、文件数
据的数据内容。
28.在上述是实现过程中，记录数据、文件数据的下发采用数据堆栈进行排队处理的方式，由于车场管理系统无固定ip地址或域名，外网无法直接访问车场，因此根据系统的处理性能可以取出设定数量的记录数据、文件数据采用for循环依次向车场管理系统下发tcp通知，使得车场管理系统通过http通信协议拉取记录数据、文件数据的数据内容，实现记录数据、文件数据的下发。
29.进一步地，所述下发指令数据至车场同步客户端时，将所述指令数据生成第一json数据，并通过第三通信协议下发至所述车场同步客户端，以使所述车场同步客户端将所述第一json数据通过第一通信协议下发至所述车场业务系统进行业务处理和响应，包括：
30.接收物业业务系统发送的udp消息；
31.解析所述udp消息以获取所述指令数据的数据类型和车场代码，并将所述指令数据重新封包以生成所述第一json数据；
32.通过tcp通信协议发送所述第一json数据至所述车场同步客户端，以使所述车场同步客户端将所述第一json数据发送至所述车场业务系统进行业务处理和响应。
33.在上述实现过程中，对于指令数据的下发，由于时效的要求，因此通过tcp通信协议直接从物业管理系统发送至车场管理系统，以便车场管理系统的硬件设备快速进行处理和响应。
34.本申请实施例还提供一种车场数据更新方法，应用于车场管理系统的车场同步客户端，所述方法包括：
35.接收记录数据、文件数据时，接收物业同步服务端通过第三通信协议下发的通知，并通过第二通信协议拉取所述记录数据、文件数据；
36.接收指令数据时，通过第三通信协议接收所述指令数据生成的第一json数据，并将所述第一json数据通过第一通信协议下发至所述车场业务系统进行业务处理和响应。
37.在上述实现过程中，车场管理系统在接收指令数据和记录数据、文件数据时，采用不同的通道和通信协议进行数据同步，在保证数据同步的可靠性的同时，兼顾考虑特殊场景数据的及时性，并且兼顾一般车场管理系统无需使用固定ip地址的模式，降低使用方的运营成本。
38.进一步地，所述方法还包括：
39.将变更数据存储至数据堆栈；
40.定期轮询所述数据堆栈，以获取设定数量的所述变更数据；
41.对于每条所述变更数据，获取所述变更数据的标识信息、数据堆栈id，并生成第三json数据；
42.通过http协议的传输方式访问对应的上传接口将所述第三json数据上传至物业管理系统的物业同步服务端。
43.在上述实现过程中，对于上传数据采用http协议的传输方式将变更数据上传至物业同步服务端，实现车场管理系统和物业管理系统数据的同步。
44.进一步地，所述接收记录数据、文件数据时，接收物业同步服务端通过第三通信协议下发的通知，并通过第二通信协议拉取所述记录数据、文件数据，包括：
45.接收物业同步服务端发送的tcp通知并解析接收到的第二json数据；
46.反序列化处理所述第二json数据并获取所述记录数据、文件数据的数据信息，以获取对应的数据拉取接口，所述数据信息包括标识信息、数据表id和账套信息；
47.通过所述数据拉取接口利用http协议请求物业管理系统下发所述记录数据、文件数据的数据内容；
48.接收和存储所述数据内容并向所述物业管理系统返回确认信息，以使所述物业管理系统从数据堆栈中删除所述记录数据、文件数据对应的数据信息。
49.在上述实现过程中，接收到物业同步服务端发送的tcp通知之后通过http协议获取记录数据、文件数据的数据内容，采用发送响应的模式保证数据的可靠性。
50.进一步地，所述接收指令数据时，通过第三通信协议接收所述指令数据生成的第一json数据，并将所述第一json数据通过第一通信协议下发至所述车场业务系统进行业务处理和响应，包括：
51.接收物业同步服务端通过tcp通信协议发送的第一json数据并向所述物业同步服务端返回已接收状态；
52.解析所述的第一json数据并将其转换为本地记录数据；
53.将转化后的所述第一json数据重新封包并通过udp通信协议发送至车场业务处理系统以使所述车场业务处理系统根据所述第一json数据控制对应的硬件设备进行响应。
54.在上述实现过程汇总，对于指令数据的接收，通过tcp通信协议进行下发至车场管理系统，该方式比较可靠，保证了指令数据的可靠传输，再通过udp通信协议进行车场管理系统的内部传输，确保硬件设备能够及时进行响应。
55.在上述实现过程中，对于特定场景下车场管理系统需要主动获取物业管理系统的业务数据，车场管理系统将通过第二通讯协议请求物业系统进行指定业务数据的同步，物业管理系统在接受到请求后即刻查询并即时返回，确保了响应速度。
附图说明
56.为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
57.图1为本申请实施例提供的一种数据同步系统的结构框图；
58.图2为本申请实施例提供的记录数据、文件数据下发示意图；
59.图3为本申请实施例提供的指令数据下发示意图；
60.图4为本申请实施例提供的数据上传示意图；
61.图5为本申请实施例提供的车场数据同步方法的流程图；
62.图6为本申请实施例提供的下发记录数据、文件数据的流程图；
63.图7为本申请实施例提供的下发指令数据的流程图；
64.图8为本申请实施例提供的场端上传变更数据至物业管理系统的流程图；
65.图9为为本申请实施例提供的车场数据更新方法的流程图；
66.图10为本申请实施例提供的变更数据上传流程图。
67.图11为本申请实施例提供的车场主动请求数据流程图。
68.图标：
69.100
‑
物业同步服务端；200
‑
车场同步客户端；300
‑
物业业务系统；400
‑
社区业务系统；500
‑
车场业务系统。
具体实施方式
70.下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
71.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
72.实施例1
73.请参看图1，图1为本申请实施例提供的一种数据同步系统的结构框图。该系统应用于车场管理系统和物业管理系统、社区管理系统的数据传输，便于车场系统的数据及时、可靠更新。
74.该系统具体包括社区管理系统、物业管理系统和无固定ip地址的车场管理系统，车场管理系统可以采用私有网络，不需要固定的ip地址和域名，只需要开通外网访问权限，这样做的好处是适用于不同时效和业务场景的同时可以降低运营成本。
75.其中，车场管理系统包括以第一通信协议通信连接的车场业务系统500和车场同步客户端200，所述物业管理系统包括以第一通信协议通信连接的物业同步服务端100和物业业务系统300，所述社区管理系统包括以第二通讯协议通信连接的社区业务系统400和各app、公众号、微信小程序等app业务客户端。
76.示例地，本申请实施例中的第一通讯协议可以采用udp通信协议，物业业务系统300可以包括接口业务系统、业务管理系统、硬件管理系统等，提供了多个接口可供移动端(app)、社区端进行调用，如车场管理系统的车主进行移动缴费也需要调用物业管理系统的接口来向物业管理系统发送缴费信息。
77.社区业务系统400包含同物业管理系统同步所需的站点，提供多个接口可供物业管理系统同步请求并响应请求，同时提供多个接口可以供移动端(app)调用，如车主进行费用查缴、月卡车位卡延期。
78.车场业务系统500包括车场系统管理业务系统和车场硬件管理业务系统，主要是关于软件同硬件的通讯，其中的硬件设备如相机、语音显示控制板、显示屏、道闸、票箱等，如接收到物业管理系统发送的缴费信息后，及时通知相机开闸或主控板开闸、通知语音显示控制板播报信息和显示相关信息等，对于作出响应的所采用的硬件设备在此不作限定。
79.将不同场景下产生的需要传输的不同时效的数据分为记录数据、文件数据、指令数据和业务请求数据，如新增的用户注册数据、增加车道等物业管理系统生成的业务数据需要发送至车场管理系统进行同步的记录数据可以通过数据队列的方式进行发送；如车辆进出车场进行缴费所产生的缴费数据需要物业管理系统快速发送至车场管理系统，使得车场管理系统的硬件设备快速做出响应如打开道闸的指令数据。将不同场景下产生的记录数据、文件数据、指令数据和业务请求数据使用不同的传输通道进行传输，可以提高数据传输的高效性和便利性。
80.如图2所示，为记录数据、文件数据下发示意图，物业同步服务端100下发记录数据、文件数据至车场同步客户端200时，将记录数据、文件数据存储至数据堆栈，并通过第三通信协议通知车场同步客户端200，本申请是实施例中的第三通信协议为tcp通信协议，即物业同步服务端100向车场同步服务端下发tcp通知，车场同步客户端200通过第二通信协议拉取记录数据、文件数据，本申请实施例中的第二通信协议为http通信协议，即通过http通信协议拉取记录数据、文件数据并通过http通信协议返回确认信息，使得物业同步服务端100删除数据堆栈，实现记录数据、文件数据的下发；对于记录数据、文件数据的下发每一步均采用发送响应的模式，保证记录数据、文件数据的可靠性。
81.车场管理系统如有特定的业务请求需即时通讯，将通过第二通讯协议发送业务请求至所述物业管理系统，立即进行业务请求并返回处理结果。
82.示例地，特定的业务请求即需要及时响应的业务请求，如车辆出场已弹出收费框可请求物业管理系统检测是否有最近的指定车牌缴费记录；再如可在车场管理系统中主动发起异常数据校核请求，物业管理系统返回按照预设条件查询异常数据集合，车场系统可主动再次触发数据重新同步。
83.如图3所示，为指令数据下发示意图，物业同步服务端100下发指令数据至车场同步客户端200时，将指令数据生成第一json数据，并通过tcp通信协议下发至车场同步客户端200，以使车场同步客户端200将第一json数据通过第一通信协议下发至车场业务系统500进行业务处理和响应，指令数据如缴费信息等数据可以通过tcp通知快速下发至车场同步客户端200，以使车场的硬件设备快速做出响应。
84.由上述可知，可以基于不同的业务场景，将数据按照时效分为记录数据、文件数据、指令数据和业务请求数据通过不同通道进行发送和接收，解决现有的方法无法适用不同的业务场景而造成不便的问题。
85.物业同步服务端100接收到来自车场管理系统的数据请求时，根据请求类型进行对应的业务处理，对需直接同步返回的数据直接使用第二通讯协议返回请求结果；对指定的数据类型生成社区同步堆栈，并通过第二通信协议同步上传至社区管理系统；
86.示例地，车场管理系统中主动发起异常数据校核业务请求，物业管理系统返回按照预设条件查询异常数据集合，车场系统按照返回结果对指定数据表的指定记录进行数据同步到物业管理系统，物业管理系统将重写记录并生成社区同步堆栈，并通过第二通信协议同步上传至社区管理系统。
87.物业业务系统300收到来自社区管理系统的数据时，根据数据类型进行对应的业务处理，对需要同步的数据生成数据堆栈下发至车场管理系统；对特定需要业务数据将同时生成指令数据，即时下发到车场管理系统。
88.示例地，车主扫描车道二维码进行移动缴费，缴费成功后社区管理系统将缴费记录信息推至物业管理系统进行缴费数据核销物业管理系统将生成收费单据并生成数据堆栈下发收费数据至车场管理系统；同时根据车道二维码中携带的车道信息，生成快速开闸指令数据即时下发至车场管理系统。
89.如图4所示，为数据上传示意图，在车场管理系统产生的车辆进出时的车牌识别信息、入场记录、车牌类型等作为变更数据需要上传至物业管理系统进行数据的同步，车场同步客户端200以http通信协议的传输方式将变更数据上传至物业管理系统，实现变更数据
的同步更新。
90.社区管理系统接收来自物业管理系统多个公司业务数据，并负责把来自移动端的业务请求推送至物业；物业管理系统可接受本系统的业务处理和接收来自车场的各种类型同步请求进行业务处理，按照不同业务处理方式同社区管理系统或车场管理系统进行数据同步。同时物业管理系统可接受本系统的业务请求和接收来自社区管理系统的业务请求并进行业务处理，按照不同业务需求分成数据类型、指令类型、文件类型、业务请求类型同车场管理系统进行同步。根据不同是业务类型，将同步数据分为数据类型、指令类型、文件类型、业务请求类型，不同类型根据不同的时效要求、容错要求采用不同的同步方案，车场管理系统和物业管理系统，物业管理系统和社区管理系统之间可进行单向或双向的数据同步。
91.实施例2
92.本申请实施例提供一种车场数据同步方法，如图5所示，为车场数据同步方法的流程图，应用于实施例1中的物业管理系统的物业同步服务端100，所述方法包括：
93.步骤s100：下发记录数据、文件数据至所述车场同步客户端200时，将记录数据、文件数据存储至数据堆栈，并通过第三通信协议通知车场同步客户端200，以使所述车场同步客户端200通过第二通信协议拉取所述记录数据、文件数据；其中，记录数据和文件数据采用不同的封包形式和容错处理方式。
94.如图6所示，为下发记录数据、文件数据的流程图，该步骤具体可以包括：
95.步骤s101：与车场管理系统通过tcp通信协议建立通信连接；
96.物业同步服务端100接收与其连接的所有的车场同步客户端200信息并生成连接终端内存集合，包含端口号、匹配的数据库账套等。
97.步骤s102：存储记录数据、文件数据至数据堆栈，并通过定期轮询获取对应的数据库账套的设定数量的所述记录数据、文件数据的数据信息；
98.定期轮询连接终端内存集合，针对每一个连接终端(车场同步客户端200)可以获取对应的数据库账套actsetnum，并从数据堆栈中查询该数据库账套的前20条记录数据、文件数据的数据信息。
99.步骤s103：将每条所述记录数据、文件数据的所述数据信息生成第二json数据，并以循环方式逐条下发tcp通知，以使车场管理系统通过http通信协议拉取记录数据、文件数据的数据内容。
100.具体地，记录数据、文件数据的数据内容指的是具体业务数据，使用for循环对每一条记录数据、文件数据进行下发，具体地，获取记录数据、文件数据的数据信息如当前记录的id信息、数据表entityid、记录的guid(globally unique identifier，全球唯一标识符)和更新类型等并生成第二json数据，将第二json数据序列化后发送，车场同步服务客户端接收到tcp通知并返回已接收状态，循环执行上述操作直至发送完毕。
101.对于车场同步服务客户端，在接收到第二json数据之后，反序列化第二json数据，获取传输类型、实体表id、记录guid和消息msgguid以及对应的数据库账套，通过配置信息获取物业服务器iis站点url和端口号使用http协议访问对应的数据拉取接口请求下发数据，物业同步服务端100接收到请求后将记录数据、文件数据的数据内容通过http通信协议下发，车场同步服务客户端检测校验收到的数据内容并进行存储；保存成功后通过物业服
务器iis站点url、端口号使用http通信协议访问对应的数据拉取确认接口，以通过该接口发送已成功处理的堆栈数据id，物业管理系统收到后根据堆栈数据id从数据堆栈中删除相应的记录。
102.步骤s200：下发指令数据至车场同步客户端200时，将所述指令数据生成第一json数据，并通过第三通信协议下发至所述车场同步客户端200，以使所述车场同步客户端200将所述第一json数据通过第一通信协议下发至所述车场业务系统500进行业务处理和响应。
103.如图7所示，为下发指令数据的流程图，该步骤具体可以包括：
104.步骤s201：接收物业业务系统300发送的udp消息；
105.物业同步服务端100与车场同步客户端200建立tcp通信连接，同时物业同步服务端100同时启用udp监听，接收各类udp消息，物业业务系统300生成需要下发的数据，如果是指令数据如缴费数据则生成第一json数据并通过udp方式通知物业同步服务端100，物业同步服务端100接收udp消息并返回已接收状态。
106.步骤s202：解析udp消息以获取所述指令数据的数据类型和车场代码，并将所述指令数据重新封包以生成所述第一json数据；
107.物业同步服务端100解析接收到的udp消息并获取所述指令数据的数据类型和车场代码，将指令数据重新封包，通过tcp通信协议发送给车场同步客户端200。
108.步骤s203：通过tcp通信协议发送所述第一json数据至所述车场同步客户端200，以使所述车场同步客户端200将所述第一json数据发送至所述车场业务系统500进行业务处理和响应。
109.车场同步客户端200接收第一json数据并立即返回已接收状态，解析第一json数据并根据指令中的guid转换为本地记录数据，车场同步客户端200将转化后的数据重新封包，通过udp通信协议转发给车场业务系统500，车场业务系统500接收发到udp消息并返回已接收状态，并根据接收到的数据进行业务处理如控制道闸开启。
110.步骤s300：接收到车场管理系统发送的业务请求数据时，将所述业务请求数据对应的业务处理数据通过第二通讯协议下发至车场管理系统。
111.下发社区管理系统产生的业务数据时，可能同时产生记录数据、文件数据和指令数据；不同类型的数据可采用上述不同的传输方式下发至车场管理系统。
112.该方法还包括车场管理系统上传变更数据至物业管理系统，如图8所示，为车场管理系统上传变更数据至物业管理系统的流程图，具体包括以下步骤：
113.步骤301：解析车场管理系统以第二通信协议的传输方式上传的变更数据，并进行反序列化以获取所述变更数据的更新类型，所述更新类型包括新增、修改和删除；所述变更数据为json格式的序列化后的变更数据；
114.步骤302：根据所述变更数据的标识信息查询数据表中对应的待同步数据，并对所述待同步数据根据所述变更类型进行相应的操作；
115.步骤303：保存更新后的所述数据表，并返回处理确认状态。
116.示例地，如果更新类型为新增、修改类型，则先使用数据中的guid值从对应表中使用select指令查询此guid值的记录是否存在，如存在则使用update指令更新数据，否则使用insert into新增一条记录；如为删除类型则使用数据中的guid值从对应表中使用
select指令查询此guid值的记录是否存在，如存在则使用delete指令删除。
117.物业管理系统保存变更数据，如保存成功则返回成功状态，否则返回失败状态；车场管理系统接收返回状态，如为成功则从堆栈表中根据id删除此记录；如失败，则输出错误日志信息以备查验。
118.实施例3
119.本申请实施例提供一种车场数据更新方法，应用于实施例1和实施例2中的车场管理系统的车场同步客户端200，如图9所示，为车场数据更新方法的流程图，所述方法包括：
120.步骤s400：接收记录数据、文件数据时，接收物业同步服务端100通过第三通信协议下发的通知，并通过第二通信协议拉取所述记录数据、文件数据；
121.如图6所示，车场同步客户端200接收记录数据、文件数据后的流程图，具体包括以下步骤：
122.步骤s401：接收物业同步服务端100发送的tcp通知并解析接收到的第二json数据；
123.步骤s402：反序列化处理所述第二json数据并获取所述记录数据、文件数据的数据信息，以获取对应的数据拉取接口，所述数据信息包括标识信息、数据表id和账套信息；
124.步骤s403：通过所述数据拉取接口利用http协议请求物业管理系统下发所述记录数据、文件数据的数据内容；
125.步骤s404：接收和存储所述数据内容并向所述物业管理系统返回确认信息，以使所述物业管理系统从数据堆栈中删除所述记录数据、文件数据对应的数据信息。
126.步骤s500：接收指令数据时，通过(tcp)第三通信协议接收所述指令数据生成的第一json数据，并将所述第一json数据通过第一通信协议下发至所述车场业务系统500进行业务处理和响应。
127.如图7所示，为车场同步客户端200接收指令数据后的流程图，具体包括以下步骤：
128.步骤s501：接收物业同步服务端100通过tcp通信协议发送的第一json数据并向所述物业同步服务端100返回已接收状态；
129.步骤s502：解析所述的第一json数据并将其转换为本地记录数据；
130.步骤s503：将转化后的所述第一json数据重新封包并通过udp通信协议发送至车场业务处理系统以使所述车场业务处理系统根据所述第一json数据控制对应的硬件设备进行响应。
131.该方法还包括车场管理系统上传变更数据至物业管理系统，如图10所示，为变更数据上传流程图，具体包括以下步骤：
132.步骤s601：将变更数据存储至数据堆栈；
133.步骤s602：定期轮询所述数据堆栈，以获取设定数量的所述变更数据；
134.步骤s603：对于每条所述变更数据，获取所述变更数据的标识信息、数据堆栈id，并生成第三json数据；
135.步骤s604：通过http协议的传输方式访问对应的上传接口将所述第三json数据上传至物业管理系统的物业同步服务端100。
136.车场业务系统500将变更数据存放至数据堆栈，获取系统参数信息如获取组织机构id(可以是停车场的标识信息)、服务端数据库账套编码等，车场同步客户端200开启定期
轮询，每次轮询按照顺序从数据库中获取前20条变更数据，使用for循环对每一条变更数据进行如下处理：获取当前记录在数据堆栈中的id值，根据记录表中的entityid列值查询数据对应的表结构，将引用列值id转化为引用数据的对应的guid，将上述配置信息生成第三json数据，根据系统参数中配置的物业管理系统iis站点url、端口号，使用http协议访问对应的上传接口并对第三json数据进行序列化后上传，物业管理系统接收后进行解析存储，存储成功后，车场管理系统删除堆栈，具体过程见实施例2，在此不再赘述。
137.在特定的业务需求中，车场业务系统500可能需要即时请求物业业务系统300数据，如图11，车场管理系统将请求数据封装为json数据包，通过第二通讯协议请求物业业务系统300，物业业务系统300接收到数据后分析传输过来的json数据并进行业务处理，处理结果将即时通过原请求线路返回车场业务系统500。
138.本申请实施例还提供一种电子设备，所述电子设备包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使计算机设备执行实施例1中所述的车场数据同步方法和实施例2中所述的车场数据更新方法。
139.本申请实施例还提供一种可读存储介质，所述可读存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行实施例1中所述的车场数据同步方法和实施例2中所述的车场数据更新方法。
140.在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
141.另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
142.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
143.以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图
中不需要对其进行进一步定义和解释。
144.以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。
145.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。