[发明专利]一种餐饮云平台系统

说明书

【技术领域】

本发明涉及一种云平台系统，特别涉及一种餐饮云平台系统。

【背景技术】

现有的餐饮管理系统多采用单机版，其无法实现多用户的服务接入，且存在系统资源重复建设，不同系统标准差异大等缺点。

现有少数联机版的餐饮管理系统也仅供某个餐饮集团使用。多数系统还未实现将餐饮信息化的需求转变为一个标准化平台服务，因此体系架构上与本发明有较大区别。

随着互联网的大范围普及和各种互联网服务的涌现，原来用于解决某项信息化应用的方案将逐渐告别基于个别终端的单机版软件模式，向基于互联网的平台服务模式（即SaaS平台服务模式）转变。所述SaaS(英文全称：Software-as-a-Service，软件即服务)是一种通过Internet提供软件的模式，用户无需购买软件，而是向提供商租用基于Web的软件，来管理企业经营活动。随SaaS平台服务的推广，平台与使用者间需要一个良好接口。在我们开发餐饮行业的SaaS云服务平台过程中，我们发现针对餐饮行业SaaS平台的接口存在以下要求：1）系统性能要求高，需要在业务高峰期能够支撑多任务并发落单，避免数据堆积。2）系统灵活性要求高，要在保证系统7*24小时运行的前提下追加用户个性化需求。3）系统兼容性要求高，在最大限度复用客户现有设备前提下加入新装置方案。而现有的SaaS平台服务模式的接口无法满足上述要求。在本发明中提到设备是无线POS打印设备或有线POS打印设备或短信网关

现有少数提出了餐饮云概念的系统只是简单描述整体餐饮云系统构架，少有实现。对于现有已实现的餐饮云系统，可以看到，其接口和接入的设备也不具备灵活性，且接入的设备多采用专用设备。同时，在接入的设备上集成部分业务逻辑。未将核心业务逻辑与接入的设备剥离，会出现以下问题：

1.接入的设备上承载了业务逻辑，当用户需求变化影响到设备上的业务逻辑时候，设备上的应用也需要进行修改；

2.对于商家，接受SaaS模式的同时，希望能够通过最小的代价获得更专业服务。而采用专用设备，对于商家现有的设备，无法很好兼容，且对社会资源也造成浪费；

3.在设备上承载业务逻辑，当餐饮云系统大范围应用，接入餐饮云系统的设备到达一定规模时，餐饮云系统处理来自接入设备的业务逻辑，性能方面需要有更多考虑，例如，当达到系统性能上限，而这时系统无法灵活根据装置规模扩展，则系统性能将急剧下降，造成系统运行不稳定等问题。

【发明内容】

本发明要解决的技术问题，在于提供一种餐饮云平台系统，其将业务逻辑从设备中分离，系统更加稳定，且接口单元可兼容多种设备，可扩展性好。

本发明是这样实现的：

一种餐饮云平台系统，包括业务逻辑单元和用于接收用户操作的用户界面，所述系统还包括存储函数集和用于管理设备的接口单元；所述业务逻辑单元将需要向接口单元发送的数据从用户界面读出，并写入一数据库中；所述存储函数集是多个存储函数的集合；

所述存储函数集中的存储函数对来自业务逻辑单元的数据进行封装，使所述数据转换为所述设备能够识别的格式；当用户需要修改数据格式，或者增加业务数据类型时，只需对所述存储函数进行更新；

所述接口单元通过多线程异步操作管理所述存储函数集和设备，所述接口单元包括至少一个用于管理设备的接口处理单元，各所述接口处理单元都提供一个数据库轮询线程，一个状态处理线程和一个设备消息接收线程；

所述多线程异步操作包括：

所述数据库轮询线程调用所述存储函数获得向设备输出的数据，并向所述状态处理线程发出数据传输通知；

所述设备消息接收线程接收来自设备的设备状态消息，判断设备状态，然后通过线程间消息传递，向所述状态处理线程发出状态更新通知；所述设备状态消息由设备定期发送；

所述状态处理线程收到所述状态更新通知时，根据收到的设备状态更新状态机中该设备对应的状态记录；所述状态处理线程收到所述数据传输通知时，查询所述状态机，判断用于接收数据的设备当前所处的状态，若已成功连接，则所述数据库轮询线程获得的数据通过该设备对应的接口处理单元发送至该设备；若处于关闭或故障的状态，则所述数据库轮询线程获得的数据暂时缓存；所述状态机是管理所述各接口处理单元对应的设备状态及数据输出，由所述状态处理线程维护。

进一步地，所述接口单元管理的设备包括短信网关装置，有线POS打印机以及无线POS打印机，各接口处理单元可配置允许接入的设备的上限，从而保证了每个接口处理单元的处理性能。