通信方法、信息管理子系统、云平台及停车场管理系统与流程

本发明涉及停车场领域，特别涉及一种通信方法、信息管理子系统、云平台及停车场管理系统。

背景技术：

现在市场上存在多个不同类型的停车场运营商，每个运营商可能会采用不同的技术，提供不同的服务。当它们以不同的通信方式接入停车场的公共云平台时，需要云平台针对每一个停车场运营商的特定接口进行定制开发，以满足每个停车场接入云平台的需求，这样则导致需要对云平台的整体代码进行维护和开发，对已经接入的停车场功能代码的产生较大的影响，进而影响其他停车场的正常工作，而且使得工作人员的开发工作量较大，效率较低。

技术实现要素：

有鉴于此，本发明的目的在于提供一种不同类型停车场与云平台的通信方法、信息管理子系统、云平台及停车场管理系统，用以解决现有技术中的不同停车场接入云平台时导致的工作量大、对其他停车场产生较大影响的技术问题。

本发明所述的不同类型的停车场，是指不同停车场与云平台的通信方式不同，即所采用的通信协议不同。

本发明第一部分提供一种不同类型停车场与云平台的通信方法，多个不同类型停车场与云平台通过信息管理子系统交互信息，所述方法包括：

所述信息管理子系统接收来自云平台的停车场数据请求信息，所述停车场数据请求信息包括停车场信息；所述信息管理子系统根据所述停车场信息获取停车场通信类型，并根据所述停车场通信类型与对应的停车场交互信息，从而接收停车场根据所述停车场数据请求信息发送的答复信息；所述信息管理子系统将所述停车场发送的答复信息发送给云平台。

上述通信方法，优选的，所述方法还包括：

所述信息管理子系统接收停车场发送的云平台数据请求信息，所述云平台数据请求信息根据停车场通信类型发送；所述信息管理子系统与云平台交互所述云平台数据请求信息，并接收云平台根据所述云平台数据请求信息发送的答复信息；所述信息管理子系统将所述云平台发送的答复信息按照所述停车场通信类型发送至所述停车场。

上述通信方法，优选的，所述停车场通信类型包括http通信方式或xmpp通信方式。

本发明第二部分提供一种信息管理子系统，应用于不同类型停车场与云平台的信息交互，所述设备包括消息处理模块和通信处理模块；所述消息处理模块用于接收来自云平台的停车场数据请求信息，所述停车场数据请求信息包括停车场信息；所述通信处理模块用于根据所述停车场信息获取停车场通信类型，并根据所述停车场通信类型与对应的停车场交互信息，从而接收停车场发送的答复信息，还用于通过所述消息处理模块将所述停车场发送的答复信息发送给云平台。

上述信息管理子系统，优选的，云平台包括停车业务处理模块；

所述消息处理模块用于接收来自云平台的停车场数据请求信息具体为:所述停车业务处理模块将停车场数据请求信息发布至消息处理模块中相对应的消息队列；

所述通信处理模块用于根据所述停车场信息获取停车场通信类型具体为：通信处理模块预先订阅所述消息队列，当所述停车业务处理模块将停车场数据请求信息发布至相对应的消息队列中时，所述通信处理模块从所述消息队列中获取停车场数据请求信息，通过解析所述停车场数据请求信息获取停车场信息，根据所述停车场信息获取停车场通信类型。

上述信息管理子系统，优选的，所述通信处理模块还用于接收停车场发送的云平台数据请求信息，所述云平台数据请求信息根据停车场通信类型发送；

所述消息处理模块还用于与云平台交互所述云平台数据请求信息，从而接收云平台根据所述云平台数据请求信息发送的答复信息，还用于通过所述通信处理模块将所述答复信息按照所述停车场通信类型发送至所述停车场。

上述信息管理子系统，优选的，云平台包括停车业务处理模块；

所述通信处理模块接收停车场发送的云平台数据请求信息后，所述通信处理模块将所述云平台数据请求信息发布至消息处理模块中相对应的消息队列；

所述消息处理模块还用于与云平台交互所述云平台数据请求信息具体为：：

所述停车业务处理模块预先订阅所述消息队列，当所述通信处理模块将云平台数据请求信息发布至相对应的消息队列中时，所述停车业务处理模块从所述消息队列中获取云平台数据请求信息，并根据所述云平台数据请求信息产生答复信息并发布至相对应的消息队列中；

所述消息处理模块通过所述通信处理模块将所述答复信息按照所述停车场通信类型发送至所述停车场具体为：

通信处理模块预先订阅所述消息队列，当所述停车业务处理模块将答复信息发布至相对应的消息队列中时，所述通信处理模块从所述消息队列中获取答复信息，并将所述答复信息按照所述停车场通信类型发送至所述停车场。

上述信息管理子系统，优选的，所述停车场通信类型包括http通信方式或xmpp通信方式。

本发明第三部分提供一种用于不同类型停车场管理的云平台，所述云平台包括上述的信息管理子系统

本申请第四部分提供一种停车场管理系统，包括上述的云平台和多个不同类型停车场

由上述技术方案可知，本发明提供的不同类型停车场与云平台的通信方法，云平台通过信息管理子系统与停车场进行数据交互，无需关注如何与多个不同的停车场进行数据通讯，当需要新接入一个不同类型的停车场时，对已经接入停车场的那部分功能代码的影响会降到最低；有效屏蔽了以不同方式接入停车场的差异性，减少了对停车业务处理的影响，减少了开发的工作量，同时可以减少因单个停车场升级所带来的代码维护工作。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种不同类型停车场与云平台的通信方法的流程图；

图2为本发明实施例提供的一种不同类型停车场与云平台的通信方法的另一流程图；

图3为本发明实施例提供的信息管理子系统信息交互示意图；

图4为本发明实施例提供的停车场管理系统的示意图；

图5为本发明实施例提供的停车场管理系统的另一示意图。

具体实施方式

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

以下对本发明实施例进行详细说明。

本发明所述的不同类型的停车场，是指不同停车场与云平台的通信方式不同，即所采用的通信协议不同。

实施例一

参阅图1至4，本发明实施例提供的一种不同类型停车场与云平台的通信方法以及信息管理子系统，多个停车场与云平台通过信息管理子系统交互信息，云平台与停车场之间的数据通信是双向的，比如云平台会向停车场查询车辆的停车费用，停车场会向云平台查询某笔订单的支付状态。

信息管理子系统包括消息处理模块和通信处理模块，云平台包括停车业务处理模块，该通信方法包括：

当云平台需要获得停车场相关数据时：

s101、信息管理子系统接收来自云平台的停车场数据请求信息，所述停车场数据请求信息包括停车场信息，还可包括其他信息；

具体的，这里以云平台获取车辆停车费用为例来描述，停车业务处理模块把停车场数据请求信息发布到消息处理模块中的parking_fee消息队列中，停车场数据请求信息的内容包括停车场id即停车场信息、以及车牌号、车牌颜色等请求参数。

通信处理模块订阅该消息队列，当一有信息到达该消息队列中，通信处理模块便会接收到消息，此消息即为停车业务处理模块发出的停车场id、车牌号、车牌颜色等请求参数。

s102、所述信息管理子系统根据所述停车场信息获取停车场通信类型，并根据所述停车场通信类型与对应的停车场交互信息；

通信处理模块解析停车场数据请求信息中的数据获取停车场id，然后从通信方式配置中查询该停车场id所支持的停车场通信类型。其中停车场与停车场id是一一对应关系，当然如果停车场信息为其他用于区分不同停车场的信息，也可从通信方式配置中查询到该停车场信息支持的停车场通信类型。如果该停车场id支持的是http通信方式，通信处理模块便向该停车场发起http请求，请求内容就是它从消息处理模块中解析出的请求参数。发出请求后，便等待停车场的http响应。如果某个停车场支持的是openfire的通信方式，则云平台的openfire客户端通过openfire服务器向停车场的openfire客户端发起即时通讯消息后，等待停车场的openfire客户端的响应。若是其它通信方式，则按照云平台与停车场约定好的协议进行通讯即可。

s103、接收停车场根据所述停车场数据请求信息发送的答复信息；所述信息管理子系统将所述停车场发送的答复信息发送给云平台

不论是何种通信方式，通信处理模块获取到停车场的答复信息后便发布消息到消息处理模块的parking_fee-response消息队列。

停车业务处理模块订阅此消息队列，当消息队列中一有消息时，停车业务处理模块便获取到消息，即停车场的答复信息，完成整个通讯过程。

当停车场需要主动发起请求到云平台时：

s201、所述信息管理子系统接收停车场发送的云平台数据请求信息，所述云平台数据请求信息根据停车场通信类型发送；

具体的，这里以停车场将车辆的入场记录发送给云平台为例停车场以它支持的通讯方式与信息管理子系统的通信处理模块进行通讯。当支持的是http方式时，停车场便向云平台的通信处理模块发起http请求(云平台数据请求信息)，请求内容包括停车场id、车牌号和车辆入场时间等；当支持的是openfire方式时，停车场openfire客户端通过openfire服务器向云平台的openfire客户端发起即时通讯消息，消息的内容包括停车场id、车牌号和车辆入场时间等。

不论是何种通讯方式，当通信处理模块收到停车场发起的请求后，将该请求内容或消息内容发布到消息处理模块的parking_entry消息队列中。

s202、所述信息管理子系统与云平台交互所述云平台数据请求信息，并接收云平台根据所述云平台数据请求信息发送的答复信息；所述信息管理子系统将所述云平台发送的答复信息按照所述停车场通信类型发送至所述停车场。

停车业务模块订阅该消息队列，一旦有消息到达该消息队列中，停车业务模块便获取到消息，即停车场发送的停车场id、车牌号和车辆入场时间等请求数据。停车业务处理模块对请求数据进行处理后输出响应数据，比如该条入场记录是否正确存储。停车业务处理将响应数据发布到消息处理模块的parking_entry-response消息队列中。通信处理模块订阅该消息队列，一旦该消息队列中有消息时，通信处理模块便收到消息，即停车业务通讯模块输出的响应数据。

通信处理模块按照收到停车场请求的方式对云平台数据请求信息予以响应，即完成整个通讯过程。

本实施例通过引入信息管理子系统来解耦停车业务处理模块和停车场通讯接口模块。停车业务处理模块在需要与停车场进行数据交互时，只需把请求数据通知给消息处理模块，然后从消息处理模块中读取响应数据，无需关注如何与多个不同的停车场进行数据通讯。通信处理模块负责与不同的停车场进行通讯，它从消息处理模块中读取请求，根据停车场id与通讯方式的配置，将请求以对应的通讯方式发送给停车场，并将接受的响应数据通知给消息处理模块，无需关注业务逻辑模块如果处理这些响应数据，从而对已经接入停车场的功能代码的影响会降到最低；有效屏蔽了以不同方式接入停车场的差异性，减少了对停车业务处理的影响，减少了开发的工作量；同时可以减少因单个停车场升级所带来的代码维护工作。

实施例二

本实施例中，信息管理子系统为云平台的组成部分。

如图5所示的停车场管理系统，包括多个不同类型的停车场，不同类型主要是指停车场与云平台的通信方式不同。多个停车场以不同的方式接入云平台，云平台包括停车业务处理模块和信息管理子系统。停车业务处理模块指的是与停车业务紧密关联的部分，包括但不限制于停车费用查询、车辆停车记录查询等功能。停车业务处理模块只负责停车场业务的处理，当它需要从外部获取停车相关数据时，比如停车时长、停车费用等就发布消息到消息处理模块并订阅某个消息队列，之后便等待该消息队列中的消息，不需要关注该消息是以何种方法到达该消息队列。当有停车场需要云平台的业务数据时，停车业务处理模块只需订阅指定的消息队列，当消息队列中有消息时便处理该消息并将处理结果再发布到消息队列中。消息处理模块用于在通信处理模块和停车业务处理模块之间交换信息，比如停车费用查询请求参数和停车场费用查询响应参数等。消息处理模块只专注于消息的发布和订阅等处理，无需关注业务等其他。通信处理模块用于云平台与具体停车场对接，支持不同类型的停车场以不同的方式接入云平台，比如停车场1与云平台之间通过http协议进行数据交互，停车场2与云平台之间通过openfire进行数据交互。通信处理模块只专注于对接与停车场之间的通讯接口，无需关注业务等内容。

虽然云平台支持以不同的方式接入停车场，但云平台使用openfire作为标准的接入方式。当停车场无法使用openfire方式接入时，才会根据停车场运营商的提出的特定接入方式进行扩展。在已接入的停车场中，除了openfire这种接入方式外，http协议是最常用的接入方式。除此之外，具体以哪种方式接入，云平台与停车场可以共同约定新的通讯方式。

openfire是一个基于xmpp协议的即时通讯服务端，当两个用户都与openfire服务端进行身份认证连接后，便可以通过点对点的方式来发送消息。这里停车场和通信处理模块都是用户，它们可以使用基于xmpp的客户端发送和接收消息。

云平台与停车场的具体交互方式可参见实施例一。

本说明书中各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本说明书中实施例仅仅是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。