CN108564310A - 一种餐饮管理系统及餐饮信息处理方法 - Google Patents

一种餐饮管理系统及餐饮信息处理方法 Download PDF

Info

Publication number
CN108564310A
CN108564310A CN201810431371.3A CN201810431371A CN108564310A CN 108564310 A CN108564310 A CN 108564310A CN 201810431371 A CN201810431371 A CN 201810431371A CN 108564310 A CN108564310 A CN 108564310A
Authority
CN
China
Prior art keywords
data
nodejs
data processing
subsystem
middle layer
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
Application number
CN201810431371.3A
Other languages
English (en)
Inventor
郭威东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Chen Sen Century Polytron Technologies Inc
Original Assignee
Beijing Chen Sen Century Polytron Technologies Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Chen Sen Century Polytron Technologies Inc filed Critical Beijing Chen Sen Century Polytron Technologies Inc
Priority to CN201810431371.3A priority Critical patent/CN108564310A/zh
Publication of CN108564310A publication Critical patent/CN108564310A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/541—Client-server

Abstract

本发明公开了一种餐饮管理系统，包括：餐饮管理客户端子系统，用于将消费请求发送给基于NodeJS的数据处理中间层子系统，接收基于NodeJS的数据处理中间层子系统返回的所述消费请求数据。基于NodeJS的数据处理中间层子系统，用于将所述消费请求转发给餐饮管理服务端子系统，接收餐饮管理服务端子系统返回的消费请求数据，并将所述消费请求数据处理后返回给所述餐饮管理客户端子系统。餐饮管理服务端子系统，用于接收基于NodeJS的数据处理中间层子系统转发的消费请求，将消费请求的数据查询结果返回给数据处理中间层子系统。解决了现在技术下不同操作系统的智能终端，采用Client/Server架构，重复的工作量大，而且容易造成服务端数据的阻塞的问题。

Description

一种餐饮管理系统及餐饮信息处理方法
技术领域
本申请涉及餐饮管理领域，具体涉及一种餐饮管理系统，以及适用于该餐饮管理系统的餐饮信息处理方法。
背景技术
随着电子商务的不断发展，出现了一种新型的购物模式O2O，即Online ToOffline(线上到线下)的购物模式得到了广泛的发展，并开始了与智能移动设备的整合与完善，出现了智能化的购物终端，用户的智能设备，如智能手机通过运行APP来完成购物，还有一种商家购买的商用智能设备，其功能更为强大，可以用在收银台或服务员手持该终端，完成用户的购买操作。这种商用智能设备在完成基本的购物功能时，还能够完成刷卡付费，盘点等功能。
与此同时，智能设备的操作系统同时也出现了多样化，其中Android与ios操作系统成为两大主流智能操作系统，现有技术下，针对不同的操作系统，相同的功能开发需要使用不同的开发语言进行，重复的工作量大，而且目前的开发模式采用Client/Server架构，即客户端/服务器架构，通过智能设备浏览前端页面时，前端页面的渲染通常交由服务端模板进行处理，同时复杂的前后端程序逻辑也由服务端进行处理，容易出现服务端数据的阻塞，造成系统运行速度变慢。
因此，从现有技术可以看出，不同操作系统的智能终端，采用Client/Server架构，即客户端/服务器架构，重复的工作量大，而且容易造成服务端数据的阻塞，造成系统运行速度变慢。
发明内容
本申请提供一种餐饮管理系统，以及适用于该餐饮管理系统的餐饮信息处理方法，以解决现在技术下不同操作系统的智能终端，采用Client/Server架构，即客户端/服务器架构，重复的工作量大，而且容易造成服务端数据的阻塞，造成系统运行速度变慢的问题。
本申请提供了一种餐饮管理系统，包括：餐饮管理客户端子系统、基于NodeJS的数据处理中间层子系统及餐饮管理服务端子系统。
餐饮管理客户端子系统，用于将消费请求发送给基于NodeJS的数据处理中间层子系统，接收基于NodeJS的数据处理中间层子系统返回的所述消费请求数据，接收消费请求的确认完成相关消费操作；
基于NodeJS的数据处理中间层子系统，用于将餐饮管理客户端子系统的消费请求转发给餐饮管理服务端子系统，接收餐饮管理服务端子系统返回的消费请求数据，并将所述消费请求数据处理后返回给所述餐饮管理客户端子系统；
餐饮管理服务端子系统，与数据库相连，用于接收基于NodeJS的数据处理中间层子系统转发的消费请求，根据所述消费请求，将消费请求的数据查询结果返回给基于NodeJS的数据处理中间层子系统。
优选的，所述餐饮管理客户端子系统，具体使用html5完成前端页面的展示；使用JavaScript脚本语言通过ajax请求与基于NodeJS数据处理中间层子系统实现数据传输。
优选的，所述餐饮管理客户端子系统，具体使用JavaScript脚本语言将所述消费请求通过ajax发送给基于NodeJS的数据处理中间层子系统。
优选的，所述接收基于NodeJS的数据处理中间层子系统返回的所述消费请求数据，是指，根据从基于NodeJS的数据处理中间层子系统返回的数据，将所述消费请求数据在前台页面进行展示。
优选的，还包括：结算模块、优惠券核销模块、查询模块、盘点模块，
所述结算模块，用于根据订单的消费金额完成付款操作；
所述优惠核销模块，用于在结算时，可以使用已有的优惠券抵消订单相应的消费金额；
所述查询模块，用于按照查询条件在已有订单中查询符合查询条件的订单；
所述盘点模块，用于将指定时间段内的餐饮数据生成盘点报表。
优选的，所述餐饮管理客户端子系统的操作系统包括：Android、ios、WindowsPhone。
优选的，所述基于NodeJS的数据处理中间层子系统具体使用的开发语言为JavaScript脚本语言。
优选的，所述并将所述消费请求数据处理后返回给所述餐饮管理客户端子系统，具体是指，将餐饮管理服务端子系统返回的所述消费请求数据根据餐饮管理客户端子系统的数据格式使用JavaScript脚本语言进行处理，然后将处理完成的数据返回给所述餐饮管理客户端子系统。
优选的，所述餐饮管理服务端子系统具体使用的开发语言为Java语言。
优选的，所述餐饮管理服务端子系统具体通过http请求与基于NodeJS数据处理中间层子系统实现数据传输。
本申请同时提供了一种餐饮信息处理方法，适用于餐饮管理系统，所述餐饮管理系统包括：餐饮管理客户端子系统、基于NodeJS的数据处理中间层子系统及餐饮管理服务端子系统，其特征在于，包括：
餐饮管理客户端子系统接收消费请求，并将所述消费请求发送给基于NodeJS的数据处理中间层子系统；
基于NodeJS的数据处理中间层子系统将接收到的餐饮管理客户端子系统的所述消费请求转发给餐饮管理服务端子系统；
餐饮管理服务端子系统根据接收到的基于NodeJS的数据处理中间层子系统的所述消费请求查询相关数据，并将查询结果返回给基于NodeJS的数据处理中间层子系统；
基于NodeJS的数据处理中间层子系统将餐饮管理服务端子系统返回的相关数据进行处理后返回给餐饮管理客户端子系统；
餐饮管理客户端子系统接收基于NodeJS的数据处理中间层子系统返回的数据，完成相关消费操作。
优选的，所述将所述消费请求发送给基于NodeJS的数据处理中间层子系统，具体使用JavaScript脚本语言将所述消费请求通过ajax发送给基于NodeJS的数据处理中间层子系统。
优选的，所述基于NodeJS的数据处理中间层子系统将餐饮管理服务端子系统返回的相关数据进行处理后返回给餐饮管理客户端子系统，具体是指，基于NodeJS的数据处理中间层子系统将餐饮管理服务端子系统返回的相关数据根据餐饮管理客户端子系统的数据格式使用JavaScript脚本语言进行处理，然后将处理完成的数据返回给所述餐饮管理客户端子系统。
优选的，还包括：餐饮管理服务端子系统具体通过http请求接收基于NodeJS数据处理中间层子系统发送的消费请求，并通过http请求将所述消费请求的数据返回给基于NodeJS数据处理中间层子系统。
本申请同时提供了一种数据处理系统，其特征在于，包括：数据处理客户端子系统、基于NodeJS的数据处理中间层子系统及数据管理服务端子系统，
数据处理客户端子系统，用于将数据请求发送给基于NodeJS的数据处理中间层子系统，接收基于NodeJS的数据处理中间层子系统返回的请求数据，接收数据请求的确认完成相关的操作；
基于NodeJS的数据处理中间层子系统，用于将数据处理客户端子系统的数据请求转发给数据管理服务端子系统，接收数据管理服务端子系统返回的请求数据，并将所述请求数据处理后返回给所述数据管理客户端子系统；
数据管理服务端子系统，与数据库相连，用于接收基于NodeJS的数据处理中间层子系统转发的数据请求，根据所述数据请求，将请求的数据查询结果返回给基于NodeJS的数据处理中间层子系统。
与现有技术相比，本申请提供的一种餐饮管理系统，以及适用于该餐饮管理系统的餐饮信息处理方法，客户端使用跨平台的html5语言进行开发，无需针对不同智能终端的操作系统进行单独开发，在客户端与服务端中间添加基于NodeJS中间层，分担服务端对数据处理的工作和页面的渲染工作，提高整个系统数据处理的能力，解决了不同操作系统的智能终端，采用Client/Server架构，即客户端/服务器架构，重复的工作量大，而且容易造成服务端数据的阻塞，造成系统运行速度变慢的问题。
附图说明
图1是本申请第一实施例提供的餐饮管理系统的组成结构图；
图2是本申请第二实施例提供的餐饮信息处理方法示意图；
图3是本申请第三实施例提供的数据处理系统的三层逻辑关系示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
请参看图1、图1是本申请第一实施例提供餐饮管理系统的组成结构图，以下结合图1进行详细说明。
如图1所示的餐饮管理系统，包括：餐饮管理客户端子系统、基于NodeJS的数据处理中间层子系统及餐饮管理服务端子系统。
餐饮管理客户端子系统，用于将消费请求发送给基于NodeJS的数据处理中间层子系统，接收基于NodeJS的数据处理中间层子系统返回的所述消费请求数据，接收消费请求的确认完成消费操作。
所述餐饮管理客户端，可以为带触摸屏的可移动的智能终端，在该终端上安装所述餐饮管理客户端的程序，餐饮管理客户端的程序可以使用html5标签语言和JavaScript脚本语言进行开发，html5标签语言是标准通用标记语言下的一个应用超文本标记语言(html)的第五次重大修改，html5本身是由W3C(万维网联盟)推荐出来的，W3C是Web技术领域最具权威和影响力的国际中立性技术标准机构，W3C通过的html5标准也就意味着每一个浏览器或每一个平台都会去实现，所以使用html5开发的页面在多种设备和平台上具有很好的兼容性。也就是说本申请中使用html5开发的餐饮管理客户端程序可以在多种移动设备上使用，多种移动设备的操作系统包括Android、ios、Windows Phone等。
html5用于完成餐饮管理客户端子系统前端静态页面的搭建，而前端页面展示需要的数据可以使用JavaScript脚本语言通过ajax请求从服务器上获取，例如，顾客去餐厅就餐，使用餐饮管理客户端子系统点餐时，首先在浏览菜单上的菜品时，餐饮管理客户端子系统通常会显示菜品的图片信息和价钱信息，菜品的图片和价钱信息，是通过管理后台进行管理的，管理后台可以上传、编辑和删除菜品的图片和价钱信息，所以菜品的图片和价钱信息是动态的，这些动态数据的获取就可以使用JavaScript脚本语言通过ajax请求与服务器建立连接后从服务器获取菜品数据在前端页面进行显示，在本申请中，顾客的消费请求通过ajax发送给连接的服务器，由于本申请在客户端和服务端之间增加了中间层子系统，所以，此时餐饮管理客户端子系统连接的不是系统服务器，而是作为中间层的NodeJS服务器，本申请中使用NodeJS搭建了基于NodeJS的数据处理中间层子系统，且该子系统位于餐饮管理客户端子系统和餐饮管理服务端子系统的中间，所以餐饮管理客户端子系统将ajax请求发送给基于NodeJS的数据处理中间层子系统，同时与基于NodeJS的数据处理中间层子系统建立了连接，之后基于NodeJS的数据处理中间层子系统与餐饮管理服务端子系统建立连接，从餐饮管理服务端子系统获取ajax请求的消费数据并使用获得的消费请求数据对餐饮管理客户端的模板进行渲染后返回给餐饮管理客户端子系统，然后餐饮管理客户端子系统显示相关渲染后的消费请求页面。
消费请求不仅有对菜品的数据请求，还包括将选择的菜品加入到已选菜品列表页时，对已选菜品列表页的数据请求，还有在点餐完毕后对订单的确认请求、结算请求、优惠券核销请求、查询请求、盘点请求等，所以消费请求对应的消费模块就包括：结算模块、优惠券核销模块、查询模块、盘点模块等。在订单经过确认完成下单操作后，就根据订单的消费金额完成结算。在进行结算时，如果顾客领取了优惠券，那么在结算时，就可以使用优惠券抵消相应消费金额。消费者在结算时，收银人员使用安装有餐饮管理客户端子系统的终端设备根据订单号等进行订单的查询，进而完成结算，还可以根据其他的查询条件，在已有的订单中查询符合查询条件的订单。餐饮管理客户端子系统不仅可以接收顾客的消费请求，还可以接收管理人员的消费管理请求，例如盘点请求。管理人员功能模块可以从后台对管理人员进行授权，经过授权的用户登录餐饮管理客户端子系统使用管理人员功能模块，管理人员可以通过盘点模块生成按月、季度、年等指定时间段的盘点报表。
基于NodeJS的数据处理中间层子系统，用于将餐饮管理客户端子系统的消费请求转发给餐饮管理服务端子系统，接收餐饮管理服务端子系统返回的消费请求数据，并将所述消费请求数据处理后返回给所述餐饮管理客户端子系统。
基于NodeJS的数据处理中间层子系统，位于餐饮管理客户端子系统和餐饮管理服务端子系统的中间，用于将餐饮管理客户端子系统的消费请求转发给餐饮管理服务端子系统，同时将餐饮管理服务端子系统返回的消费请求数据处理后返回给餐饮管理客户端子系统，相当于连接餐饮管理客户端子系统和餐饮管理服务端子系统的桥梁，对于通常采用两层结构即客户端/服务端的架构，前端页面渲染和前后端的逻辑处理都交由服务端来完成，在渲染前端页面时，服务端查询前端页面显示用的数据然后再根据前端页面使用的模板对数据进行处理，完成前端页面模板的渲染，然后交由前端页面进行显示。在客户端和服务端加入中间层，中间层会分担原先两层架构时服务端的部分工作，减轻服务端的压力。本申请使用JavaScript脚本语言作为中间层语言，搭建基于NodeJS的数据处理中间层子系统，NodeJS是一个基于Chrome V8引擎的JavaScript运行环境，也可以说NodeJS是一种服务端的JavaScript脚本语言的解释器，用来运行JavaScript脚本语言，同时也表明NodeJS支持的开发语言为JavaScript脚本语言，Chrome V8引擎执行Javascript的速度非常快，性能非常好。同时，NodeJS使用事件驱动，非阻塞I/O模型而得以轻量和高效，所以适宜运行数据密集型的实时应用。餐饮系统根据人们用餐的时间会在同一时候出现大量数据集中处理的情况，也就是说餐饮系统属于数据密集型的实时应用，所以适用于本申请所述的餐饮管理系统，同时也可应用于大型电子商务系统。
在本申请中，基于NodeJS的数据处理中间层子系统在接收到餐饮管理客户端子系统的消费请求后，将该消费请求转发给餐饮管理服务端子系统，在转发消费请求时首先请求餐饮管理服务端子系统开放的相应接口，与餐饮管理服务端子系统的接口建立连接后，将消费请求转发给餐饮管理服务端子系统。至此，基于NodeJS的数据处理中间层子系统分别与餐饮管理客户端子系统与餐饮管理服务端子系统都建立了连接，但是只做了消费请求的接收与转发，接下来就是获取消费请求数据和对消费请求数据的处理，基于NodeJS的数据处理中间层子系统与餐饮管理服务端子系统通过接口建立连接，然后将消费请求转发给餐饮管理服务端子系统，接下来就是等待餐饮管理服务端子系统根据消费请求返回相关的消费请求数据，基于NodeJS的数据处理中间层子系统通过http接收餐饮管理服务端子系统返回的消费请求数据，由于基于NodeJS的数据处理中间层子系统分担了餐饮管理服务端子系统的部分工作，所以餐饮管理服务端子系统就减少了对消费请求相关数据的处理，只对消费请求数据进行了简单的包裹就返回给了基于NodeJS的数据处理中间层子系统，分担的这部分工作就具体包括对餐饮管理服务端子系统返回的消费请求数据的二次整合处理，所以餐饮管理服务端子系统返回的数据不是餐饮管理客户端子系统需要的最终数据格式，还需要基于NodeJS的数据处理中间层子系统对餐饮管理服务端子系统返回的数据做进一步的二次整合处理，餐饮管理客户端子系统使用JavaScript脚本语言，同时基于NodeJS的数据处理中间层子系统也使用JavaScript脚本语言，所以客户端和中间层最优选使用的数据交换格式为json，json(JavaScript Object Notation)是JavaScript的对象标记，一种轻量级的数据交换格式。餐饮管理客户端子系统发出的消费请求中，同时也包括需要的数据格式，餐饮管理服务端子系统根据接收到的消费请求进行了数据查询，但是为了减轻餐饮管理服务端子系统的压力，提高处理能力，只对查询到的数据进行了简单的包裹，也就是没有将查询到的数据处理成餐饮管理客户端子系统需要的json格式，这部分对查询到的消费数据的二次整合处理就交给了基于NodeJS的数据处理中间层子系统，接下来基于NodeJS的数据处理中间层子系统就会将餐饮管理服务端返回的消费请求数据使用JavaScript脚本语言进行二次整合处理，二次整合处理就是将餐饮管理服务端返回的消费请求数据处理成餐饮管理客户端子系统前面页面需要的json格式，然后使用json格式的数据完成前端模板页的渲染，之后交由前端页面进行显示。也就是餐饮管理客户端子系统显示渲染完成的页面。
餐饮管理服务端子系统，与数据库相连，用于接收基于NodeJS的数据处理中间层子系统转发的消费请求，根据所述消费请求，将消费请求的数据查询结果返回给基于NodeJS的数据处理中间层子系统。
餐饮管理服务端子系统是为餐饮管理客户端子系统和基于NodeJS的数据处理中间层子系统提供服务的，餐饮管理服务端与数据库相连，对餐饮管理客户端的消费请求提供数据查询和保存服务。餐饮管理服务端子系统可以使用Java语言进行开发，然后开放相应的接口接收基于NodeJS的数据处理中间层子系统转发的餐饮管理客户端子系统的消费请求，然后根据消费请求去数据库查询相关数据，由于基于NodeJS的数据处理中间层子系统为减轻服务端的压力，会为传输的数据做进一步的整合处理，所以餐饮管理服务端子系统从数据库将查询到的符合消费请求的数据只做了简单的包裹后，就通过http协议将查询到的数据返回给基于NodeJS的数据处理中间层子系统。同时，餐饮管理服务端子系统，也会根据消费请求做相关的数据保存工作，例如，顾客在餐厅用餐结束后，会进行结算。餐饮管理客户端子系统在进行结算时，会向基于NodeJS的数据处理中间层子系统发送结算的消费请求，基于NodeJS的数据处理中间层子系统转发该消费请求，由于该消费请求为结算请求，结算时，根据顾客的消费菜单生成相应的消费金额，收取最终的消费金额，完成结算，对于每笔帐单，餐饮管理系统都会进行保存，用于查询和盘点，也用于餐厅的管理人员及时了解餐厅的营业状况。所以，餐饮管理服务端子系统会根据接收到的消费请求返回查询或保存的消费数据。
本申请同时提供一种餐饮信息处理方法，适用于餐饮管理系统，请参看图2，该图是本申请第二实施例提供的餐饮信息处理方法示意图。
步骤S101，餐饮管理客户端子系统接收消费请求，并将所述消费请求发送给基于NodeJS的数据处理中间层子系统。
本步骤用于餐饮管理客户端子系统接收消费请求，并将此请求发送给基于NodeJS的数据处理中间层子系统，用于请求相关消费数据。
餐饮管理客户端，可以为带触摸屏的可移动的终端，在该终端上安装所述餐饮管理客户端的程序，餐饮管理客户端的程序可以使用html5标签语言和JavaScript脚本语言进行开发，使用html5开发的餐饮管理客户端程序可以在多种移动设备上使用，多种移动设备的操作系统有Android、ios、Windows Phone等。
html5用于完成餐饮管理客户端子系统前端静态页面的搭建，而前端页面展示需要的数据可以使用JavaScript脚本语言通过ajax请求从服务器上获取。例如，顾客去餐厅就餐，使用餐饮管理客户端子系统点餐时，首先在浏览菜单上的菜品时，餐饮管理客户端子系统通常会显示菜品的图片信息和价钱信息，这些信息是由后台维护的，也就是动态的信息。本申请中使用NodeJS搭建了基于NodeJS的数据处理中间层子系统，且该子系统位于餐饮管理客户端子系统和餐饮管理服务端子系统的中间，所以餐饮管理客户端子系统将ajax请求发送给基于NodeJS的数据处理中间层子系统，同时与基于NodeJS的数据处理中间层子系统建立了连接。
步骤S102，基于NodeJS的数据处理中间层子系统将接收到的餐饮管理客户端子系统的所述消费请求转发给餐饮管理服务端子系统。
本步骤用于将基于NodeJS的数据处理中间层子系统收到的消费请求转发给餐饮管理服务端子系统。
基于NodeJS的数据处理中间层子系统，位于餐饮管理客户端子系统和餐饮管理服务端子系统的中间，用于将餐饮管理客户端子系统的消费请求转发给餐饮管理服务端子系统，同时将餐饮管理服务端子系统返回的消费请求数据处理后返回给餐饮管理客户端子系统，相当于连接餐饮管理客户端子系统和餐饮管理服务端子系统的桥梁，隔离了客户端与服务端的直接交互，而客户端请求的消费数据基于NodeJS的数据处理中间层子系统又不能直接提供，所以NodeJS所要完成的工作其中一件就是在接收到餐饮管理客户端子系统的消费请求后，会将该请求转给给餐饮管理服务端子系统，用于向餐饮管理服务端子系统获取消费请求的数据，NodeJS的数据处理中间层子系统向餐饮管理服务端子系统转发消费请求，首先请求餐饮管理服务端子系统开放的相应接口，与餐饮管理服务端子系统的接口建立连接后，将消费请求转发给餐饮管理服务端子系统。
步骤S103，餐饮管理服务端子系统根据接收到的基于NodeJS的数据处理中间层子系统的所述的消费请求查询相关数据，并将查询结果返回给基于NodeJS的数据处理中间层子系统。
本步骤用于餐饮管理服务端子系统在接收到基于NodeJS的数据处理中间层子系统转发的消费请求后，根据消费请求完成相关数据的查询，再将查询结果返回给基于NodeJS的数据处理中间层子系统。
餐饮管理服务端子系统与数据库相连，对餐饮管理客户端的消费请求提供数据查询和保存服务。餐饮管理服务端子系统可以使用Java语言进行开发，然后开放相应的接口接收基于NodeJS的数据处理中间层子系统转发的餐饮管理客户端子系统的消费请求，在接收到基于NodeJS的数据处理中间层子系统转发的消费请求后，根据消费请求去数据库查询相关数据。由于系统目前有基于NodeJS的数据处理中间层子系统，而中间层是为了减轻服务端的压力，所以会将客户端/服务端两层架构时，原服务端的一部分数据处理工作分配给基于NodeJS的数据处理中间层子系统。所以餐饮管理服务端子系统对查询到的数据的处理工作就相对简单了，只需要对从数据库将查询到的符合消费请求的数据做了简单的包裹，然后通过http协议将查询到的数据返回给基于NodeJS的数据处理中间层子系统，再由中间层子系统做进一步的整合处理，以符合前端页面显示的需要。
同时，餐饮管理服务端子系统，也会根据消费请求做相关的数据保存工作，例如，顾客在餐厅用餐结束后，会进行结算。餐饮管理客户端子系统在进行结算时，会向基于NodeJS的数据处理中间层子系统发送结算的消费请求，基于NodeJS的数据处理中间层子系统转发该消费请求，由于该消费请求为结算请求，结算时，根据顾客的消费菜单生成相应的消费金额，收取最终的消费金额，完成结算，对于每笔帐单，餐饮管理系统都会进行保存，用于查询和盘点，也用于餐厅的管理人员及时了解餐厅的营业状况。所以，餐饮管理服务端子系统会根据接收到的消费请求返回查询或保存的消费请求数据。
步骤S104，基于NodeJS的数据处理中间层子系统将餐饮管理服务端子系统返回的相关数据进行处理后返回给餐饮管理客户端子系统
本步骤用于基于NodeJS的数据处理中间层子系统对获得的消费请求数据根据餐饮管理客户端子系统的需要进行整合处理。
餐饮管理服务端子系统虽然根据消费请求返回了查询到的相关数据，但是在上一个步骤中也提到了基于NodeJS的数据处理中间层子系统为了分担餐饮管理服务端子系统的压力，所以餐饮管理服务端子系统就减少了对消费请求相关数据的处理，只对消费数据进行了简单的包裹就返回给了基于NodeJS的数据处理中间层子系统，这时基于NodeJS的数据处理中间层子系统对餐饮管理服务端子系统返回的数据做进一步的二次整合处理，餐饮管理客户端子系统使用JavaScript脚本语言，同时基于NodeJS的数据处理中间层子系统也使用JavaScript脚本语言，所以客户端和中间层最优选使用的数据交换格式为json。餐饮管理客户端子系统接收基于NodeJS的数据处理中间层子系统返回的数据，完成相关消费操作餐饮管理客户端子系统发出的消费请求中，同时也包括需要的数据格式，餐饮管理服务端子系统根据接收到的消费请求进行了数据查询，但是为了减轻餐饮管理服务端子系统的压力，提高处理能力，只对查询到的数据进行了简单的包裹，也就是没有将查询到的数据处理成餐饮管理客户端子系统需要的json格式，这部分对查询到的消费数据的二次整合处理就交给了基于NodeJS的数据处理中间层子系统，接下来基于NodeJS的数据处理中间层子系统就会将餐饮管理服务端返回的消费请求数据使用JavaScript脚本语言进行二次整合处理，二次整合处理就是将餐饮管理服务端返回的消费请求数据处理成餐饮管理客户端子系统前端页面需要的json格式，然后使用json格式的数据完成前端模板页的渲染。
步骤S105，餐饮管理客户端子系统接收基于NodeJS的数据处理中间层子系统返回的数据，完成相关消费操作。
本步骤用于将基于NodeJS的数据处理中间层子系统返回的数据在餐饮管理客户端子系统的前端页面进行显示。
在上一个步骤中，基于NodeJS的数据处理中间层子系统将餐饮管理服务端子系统返回的数据进行了二次整合处理，并使用json格式完成前端页面的的渲染，渲染完成的前端页面，就可以在前端页面进行显示了。例如，在步骤S201中，顾客在点餐时，发出了获取菜品的图片信息和价钱信息的消费请求，所以在本步骤中就接收到使用json格式完成的菜单前端模板的渲染后的页面，在顾客浏览菜单时，也就完成了经过餐饮管理服务端子系统查询的消费请求数据和基于NodeJS的数据处理中间层子系统处理的消费请求数据在前端页面的显示。
由于消费请求还包括结算请求、优惠券核销请求、订单查询请求、盘点请求等，所以餐饮管理服务端子系统根据不同的消费请求进行查询获取不同的数据，基于NodeJS的数据处理中间层子系统也会根据不同的消费请求使用json格式完成不同页面的渲染，在餐饮管理客户端子系统的前面页面进行显示。
本申请提供的餐饮管理系统，使用基于NodeJS的数据处理中间层子系统处理客户端与服务端数据的交互，所以其他系统为了提高数据处理的能力，也可以采用这种三层结构的系统模式，基于此种需求，本申请同时提供一种数据处理系统，具体内容如下。
一种数据处理系统，包括：数据处理客户端子系统、基于NodeJS的数据处理中间层子系统及数据管理服务端子系统。
数据处理客户端子系统，用于将数据请求发送给基于NodeJS的数据处理中间层子系统，接收基于NodeJS的数据处理中间层子系统返回的请求数据，接收数据请求的确认完成相关的操作；
基于NodeJS的数据处理中间层子系统，用于将数据处理客户端子系统的数据请求转发给数据管理服务端子系统，接收数据管理服务端子系统返回的请求数据，并将所述请求数据处理后返回给所述数据管理客户端子系统；
数据管理服务端子系统，与数据库相连，用于接收基于NodeJS的数据处理中间层子系统转发的数据请求，根据所述数据请求，将请求的数据查询结果返回给基于NodeJS的数据处理中间层子系统。
本申请提供的数据处理系统，其三层逻辑关系如图3所示，该图是本申请第三实施例提供的数据处理系统的三层逻辑关系示意图。数据处理客户端子系统可以为使用浏览器进行数据显示的前端网页，所以可以从逻辑功能上将浏览器打开的网页定义为前端展示层，其主要负责数据的展示，前端展示层可以使用HTTP/HTTPS协议与基于NodeJS的数据处理中间层子系统也就是NodeJS服务端进行数据的交互，NodeJS服务端根据浏览器网页发来的请求向数据管理服务端子系统也就是使用JAVA语言开发的业务逻辑层请求相关数据，NodeJS服务端与JAVA服务端通过SOAP/HTTP协议进行数据的交互。NodeJS服务端的主要功能是为数据展示层提供展示需要的数据，所以简化的逻辑关系可为将前端网页和NodeJS服务端统称为前端，JAVA服务端为后端。
本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims (10)

1.一种餐饮管理系统，其特征在于，包括：餐饮管理客户端子系统、基于NodeJS的数据处理中间层子系统及餐饮管理服务端子系统。
餐饮管理客户端子系统，用于将消费请求发送给基于NodeJS的数据处理中间层子系统，接收基于NodeJS的数据处理中间层子系统返回的所述消费请求数据，接收消费请求的确认完成相关消费操作；
基于NodeJS的数据处理中间层子系统，用于将餐饮管理客户端子系统的消费请求转发给餐饮管理服务端子系统，接收餐饮管理服务端子系统返回的消费请求数据，并将所述消费请求数据处理后返回给所述餐饮管理客户端子系统；
餐饮管理服务端子系统，与数据库相连，用于接收基于NodeJS的数据处理中间层子系统转发的消费请求，根据所述消费请求，将消费请求的数据查询结果返回给基于NodeJS的数据处理中间层子系统。
2.根据权利要求1所述的餐饮管理系统，其特征在于，所述餐饮管理客户端子系统，具体使用html5完成前端页面的展示；使用JavaScript脚本语言通过ajax请求与基于NodeJS数据处理中间层子系统实现数据传输。
3.根据权利要求1或2所述的餐饮管理系统，其特征在于，所述餐饮管理客户端子系统，具体使用JavaScript脚本语言将所述消费请求通过ajax发送给基于NodeJS的数据处理中间层子系统。
4.根据权利要求1所述的餐饮管理系统，所述基于NodeJS的数据处理中间层子系统具体使用的开发语言为JavaScript脚本语言。
5.根据权利要求1或4所述的餐饮管理系统，所述并将所述消费请求数据处理后返回给所述餐饮管理客户端子系统，具体是指，将餐饮管理服务端子系统返回的所述消费请求数据根据餐饮管理客户端子系统的数据格式使用JavaScript脚本语言进行处理，然后将处理完成的数据返回给所述餐饮管理客户端子系统。
6.一种餐饮信息处理方法，适用于餐饮管理系统，所述餐饮管理系统包括：餐饮管理客户端子系统、基于NodeJS的数据处理中间层子系统及餐饮管理服务端子系统，其特征在于，包括：
餐饮管理客户端子系统接收消费请求，并将所述消费请求发送给基于NodeJS的数据处理中间层子系统；
基于NodeJS的数据处理中间层子系统将接收到的餐饮管理客户端子系统的所述消费请求转发给餐饮管理服务端子系统；
餐饮管理服务端子系统根据接收到的基于NodeJS的数据处理中间层子系统的所述消费请求查询相关数据，并将查询结果返回给基于NodeJS的数据处理中间层子系统；
基于NodeJS的数据处理中间层子系统将餐饮管理服务端子系统返回的相关数据进行处理后返回给餐饮管理客户端子系统；
餐饮管理客户端子系统接收基于NodeJS的数据处理中间层子系统返回的数据，完成相关消费操作。
7.根据权利要求6所述的餐饮信息处理方法，其特征在于，所述将所述消费请求发送给基于NodeJS的数据处理中间层子系统，具体使用JavaScript脚本语言将所述消费请求通过ajax发送给基于NodeJS的数据处理中间层子系统。
8.根据权利要求6所述的餐饮信息处理方法，其特征在于，所述基于NodeJS的数据处理中间层子系统将餐饮管理服务端子系统返回的相关数据进行处理后返回给餐饮管理客户端子系统，具体是指，基于NodeJS的数据处理中间层子系统将餐饮管理服务端子系统返回的相关数据根据餐饮管理客户端子系统的数据格式使用JavaScript脚本语言进行处理，然后将处理完成的数据返回给所述餐饮管理客户端子系统。
9.根据权利要求8所述的餐饮信息处理方法，其特征在于，还包括：餐饮管理服务端子系统具体通过http请求接收基于NodeJS数据处理中间层子系统发送的消费请求，并通过http请求将所述消费请求的数据返回给基于NodeJS数据处理中间层子系统。
10.一种数据处理系统，其特征在于，包括：数据处理客户端子系统、基于NodeJS的数据处理中间层子系统及数据管理服务端子系统，
数据处理客户端子系统，用于将数据请求发送给基于NodeJS的数据处理中间层子系统，接收基于NodeJS的数据处理中间层子系统返回的请求数据，接收数据请求的确认完成相关的操作；
基于NodeJS的数据处理中间层子系统，用于将数据处理客户端子系统的数据请求转发给数据管理服务端子系统，接收数据管理服务端子系统返回的请求数据，并将所述请求数据处理后返回给所述数据管理客户端子系统；
数据管理服务端子系统，与数据库相连，用于接收基于NodeJS的数据处理中间层子系统转发的数据请求，根据所述数据请求，将请求的数据查询结果返回给基于NodeJS的数据处理中间层子系统。
CN201810431371.3A 2018-04-28 2018-04-28 一种餐饮管理系统及餐饮信息处理方法 Pending CN108564310A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810431371.3A CN108564310A (zh) 2018-04-28 2018-04-28 一种餐饮管理系统及餐饮信息处理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810431371.3A CN108564310A (zh) 2018-04-28 2018-04-28 一种餐饮管理系统及餐饮信息处理方法

Publications (1)

Publication Number Publication Date
CN108564310A true CN108564310A (zh) 2018-09-21

Family

ID=63537937

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810431371.3A Pending CN108564310A (zh) 2018-04-28 2018-04-28 一种餐饮管理系统及餐饮信息处理方法

Country Status (1)

Country Link
CN (1) CN108564310A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112150215A (zh) * 2019-04-09 2020-12-29 口碑(上海)信息技术有限公司 支持券核销一体化的点单方法以及系统
CN113037860A (zh) * 2021-03-25 2021-06-25 中国联合网络通信集团有限公司 一种餐饮数据处理方法及装置
CN113031922A (zh) * 2021-03-09 2021-06-25 广东金赋科技股份有限公司 一种大厅信息化的智能服务系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106408464A (zh) * 2016-08-31 2017-02-15 北京点燃网络科技有限公司 一种智能化餐饮管理系统
CN107229480A (zh) * 2017-06-19 2017-10-03 郑州云海信息技术有限公司 一种基于web技术的桌面应用构建方法及装置
US20180032941A1 (en) * 2016-07-29 2018-02-01 AppDynamics LLC . Automated Model Based Root Cause Analysis

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180032941A1 (en) * 2016-07-29 2018-02-01 AppDynamics LLC . Automated Model Based Root Cause Analysis
CN106408464A (zh) * 2016-08-31 2017-02-15 北京点燃网络科技有限公司 一种智能化餐饮管理系统
CN107229480A (zh) * 2017-06-19 2017-10-03 郑州云海信息技术有限公司 一种基于web技术的桌面应用构建方法及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112150215A (zh) * 2019-04-09 2020-12-29 口碑(上海)信息技术有限公司 支持券核销一体化的点单方法以及系统
CN112150215B (zh) * 2019-04-09 2023-09-12 口碑(上海)信息技术有限公司 支持券核销一体化的点单方法以及系统
CN113031922A (zh) * 2021-03-09 2021-06-25 广东金赋科技股份有限公司 一种大厅信息化的智能服务系统
CN113037860A (zh) * 2021-03-25 2021-06-25 中国联合网络通信集团有限公司 一种餐饮数据处理方法及装置

Similar Documents

Publication Publication Date Title
CN107656779A (zh) 一种基于事件的流程处理方法及相关系统
CN108564310A (zh) 一种餐饮管理系统及餐饮信息处理方法
CN104182883A (zh) 基于云计算的金融服务交易系统及其交易方法
CN109564658A (zh) 高可用性云支持的销售点系统的系统和方法
CN107133837A (zh) 一种基于ssh框架的农资电子商务系统
CN105874450A (zh) 保存和呈现通信会话状态
CN105869027A (zh) 基于互联网的商家与买家个性化平台
JP2014532242A (ja) オンラインで入手可能なビデオ・ステッカー・アルバム及び該アルバムを作動可能にするために開発されたシステム
CN104932943A (zh) 基于分布式事务协调与控制的b2b2c电商系统
CN104951948A (zh) 基于分布式事务协调与控制的b2b2c电商平台
CN103379163B (zh) 一种业务对象的确定方法以及确定装置
US20160019573A1 (en) Discount deals for positive social media communications
US9734529B1 (en) Method, system, and computer readable medium for selection of catalog items for inclusion on a network page
CN105022785A (zh) 基于orm框架的数据同步传递电商平台
CN108053341A (zh) 智慧旅游的营销管理方法、服务器、客户端及系统
KR102272278B1 (ko) 클라우드 플랫폼과 연계한 ＩｏＴ 플랫폼 기반 선용품 오픈마켓 시스템
CN106790567A (zh) 业务支撑系统和方法
CN105005916A (zh) 一种服务圈推广系统和方法
CN112000723B (zh) 一种企业信息管理装置及其应用
CN106408403A (zh) 计算机终端地产交易租售系统
CN105279660A (zh) 实现商圈内的商户电子商务平台的方法
CN106570733A (zh) 一种网上商城购物的方法和系统
US20190272512A1 (en) Systems and methods for providing an electronic line-of-business gateway
US9454784B2 (en) Multiplatform interface
CN108242009A (zh) 一种基于b2c商城+erp后端管理的商城系统

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: 20180921

RJ01 Rejection of invention patent application after publication