CN108846093B - 支持多用户操作的业务处理方法及*** - Google Patents
支持多用户操作的业务处理方法及*** Download PDFInfo
- Publication number
- CN108846093B CN108846093B CN201810613787.7A CN201810613787A CN108846093B CN 108846093 B CN108846093 B CN 108846093B CN 201810613787 A CN201810613787 A CN 201810613787A CN 108846093 B CN108846093 B CN 108846093B
- Authority
- CN
- China
- Prior art keywords
- data
- clients
- ordering
- service
- client
- 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.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 19
- 238000012545 processing Methods 0.000 claims abstract description 107
- 238000000034 method Methods 0.000 claims abstract description 68
- 230000001960 triggered effect Effects 0.000 claims description 62
- 238000012544 monitoring process Methods 0.000 claims description 38
- 235000013305 food Nutrition 0.000 claims description 36
- 238000004891 communication Methods 0.000 claims description 24
- 230000008569 process Effects 0.000 claims description 21
- 230000008859 change Effects 0.000 claims description 7
- 235000012054 meals Nutrition 0.000 description 17
- 238000010586 diagram Methods 0.000 description 12
- 230000001360 synchronised effect Effects 0.000 description 9
- 230000008878 coupling Effects 0.000 description 7
- 238000010168 coupling process Methods 0.000 description 7
- 238000005859 coupling reaction Methods 0.000 description 7
- 230000003993 interaction Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 230000000712 assembly Effects 0.000 description 5
- 238000000429 assembly Methods 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 210000001503 joint Anatomy 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011022 operating instruction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
-
- 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—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/12—Hotels or restaurants
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Health & Medical Sciences (AREA)
- Strategic Management (AREA)
- Primary Health Care (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Health & Medical Sciences (AREA)
- Human Computer Interaction (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种支持多用户操作的业务处理方法及***，每一用户对应一客户端，方法包括：多个客户端的视图层加载并显示携带有业务处理标识的业务服务页面且业务服务页面所包括的至少一个业务组件在各个客户端的数据层进行注册；多个客户端的数据层利用业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系；根据多个客户端中的任一客户端的业务请求，依据多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的业务数据，将业务数据保存在各个客户端的数据层；多个客户端的数据层分别通知已注册的至少一个业务组件从各个客户端的数据层获取业务数据；多个客户端的视图层将业务数据显示在业务服务页面中。
Description
技术领域
本发明涉及软件领域，具体涉及一种支持多用户操作的业务处理方法及***。
背景技术
互联网技术的发展，使得购物、点餐、外卖、服务提供等生活所需的各种服务均可以通过互联网实现。用户利用互联网可以挑选出自己心仪的物品或服务进行购买，提供给用户便利的购物/服务过程。
现有技术在提供给用户各种生活服务时，如多个用户一起点餐时，一般采用由一个用户进行点餐操作，其他用户提供需求的方式，使得操作时可能存在描述不清点餐错误、一个人操作耗时较长等问题。或者采用多人各自点餐，将多人点餐综合作为最终的点餐数据，但这样存在彼此不能看到对方点餐数据，导致点餐重复，或需要相互沟通确定点餐数据，点餐时间较长等问题。
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的支持多用户操作的业务处理方法及***。
根据本发明的一个方面，提供了一种支持多用户操作的业务处理方法，每一用户对应一客户端，方法包括：
多个客户端的视图层加载并显示携带有业务处理标识的业务服务页面；其中，各个客户端的视图层将业务服务页面所包括的至少一个业务组件在各个客户端的数据层进行注册；
多个客户端的数据层利用业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系；
根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的业务数据，将业务数据保存在各个客户端的数据层；
多个客户端的数据层分别通知已注册的至少一个业务组件从各个客户端的数据层获取业务数据；
多个客户端的视图层将业务数据显示在业务服务页面中。
可选地，多个客户端的数据层利用业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系进一步包括：
多个客户端的数据层利用业务处理标识在服务器进行注册，以供服务器将相同业务处理标识的多个客户端保存在一个业务处理队列中，生成多个客户端的关联关系。
可选地，根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据层进一步包括：
根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，由该客户端的数据层向服务器发送业务请求以供服务器进行业务数据变更；
依据关联关系，多个客户端接收服务器根据业务处理队列发出的业务数据更新通知，并向服务器发送业务数据获取请求以获取服务器返回的具有相同业务处理标识的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据层。
可选地，根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据层进一步包括：
根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务更新请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的增量更新业务数据；
根据增量更新业务数据对保存在多个客户端的数据层的业务数据进行增量更新处理。
可选地，各个客户端的视图层将业务服务页面所包括的至少一个业务组件在各个客户端的数据层进行注册进一步包括：
在各个客户端的数据层分别建立注册队列，记录各个客户端已注册的至少一个业务组件；
为各个客户端已注册的至少一个业务组件添加监听事件，以供各个客户端的数据层调用监听事件完成对各个客户端已注册的至少一个业务组件的通知。
可选地，多个客户端的数据层分别通知已注册的至少一个业务组件从各个客户端的数据层获取业务数据进一步包括：
由多个客户端的数据层分别依次调用各自注册队列中记录的已注册的至少一个业务组件对应的监听事件，通知已注册的至少一个业务组件从各个客户端的数据层获取业务数据。
根据本发明的另一方面，提供了一种支持多用户点餐方法，每一用户对应一客户端，方法包括：
多个客户端的视图层加载并显示携带有店铺餐桌标识的点餐页面；其中，各个客户端的视图层将点餐页面所包括的至少一个点餐组件在各个客户端的数据层进行注册；
多个客户端的数据层利用店铺餐桌标识在服务器进行注册，以供服务器建立多个客户端在同一店铺餐桌点餐的关联关系；
根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的数据层；
多个客户端的数据层分别通知已注册的至少一个点餐组件从各个客户端的数据层获取点餐数据；
多个客户端的视图层将点餐数据显示在点餐页面中。
可选地，点餐组件至少包括菜单组件和购物车组件。
可选地，多个客户端的数据层利用店铺餐桌标识在服务器进行注册，以供服务器建立多个客户端在同一店铺餐桌点餐的关联关系进一步包括：
多个客户端的数据层利用店铺餐桌标识在服务器进行注册，以供服务器将相同店铺餐桌标识的多个客户端保存在一个店铺餐桌点餐队列中，生成多个客户端在同一店铺餐桌点餐的关联关系。
可选地，根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的数据层进一步包括：
根据任一客户端在点餐页面用户操作购物车组件所触发的增加菜品请求，由该客户端的数据层将增加菜品的信息发送给服务器，以供服务器根据增加菜品的信息，生成点餐数据；
依据同一店铺餐桌点餐的关联关系，多个客户端接收服务器根据店铺餐桌点餐队列发出的点餐数据更新通知，向服务器发送点餐数据获取请求以获取服务器返回的具有相同店铺餐桌的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的数据层。
可选地，根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的数据层进一步包括：
根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐更新请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的增量更新点餐数据；
根据增量更新点餐数据对保存在多个客户端的数据层的点餐数据进行增量更新处理。
可选地，各个客户端的视图层将点餐页面所包括的至少一个点餐组件在各个客户端的数据层进行注册进一步包括：
在各个客户端的数据层分别建立注册队列，记录各个客户端已注册的菜单组件和/或购物车组件；
为各个客户端的菜单组件和/或购物车组件添加监听事件，以供各个客户端的数据层调用对应的监听事件完成对各个客户端菜单组件和/或购物车组件的通知。
可选地，由多个客户端的数据层分别通知已注册的至少一个点餐组件从各个客户端的数据层获取点餐数据进一步包括：
由多个客户端的数据层分别依次调用各自注册队列中记录的菜单组件和/或购物车组件对应的监听事件，通知菜单组件和/或购物车组件从各个客户端的数据层获取点餐数据。
根据本发明的又一方面，提供了一种支持多用户操作的业务处理***，每一用户对应一客户端，其包括多个用户操作的客户端及服务器，其中，每个客户端均包括视图模块和数据模块：
视图模块，适于加载并显示携带有业务处理标识的业务服务页面；将业务服务页面所包括的至少一个业务组件在各个客户端的数据模块进行注册；
数据模块，适于利用业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系；根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，与服务器进行交互以获取服务器返回的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据模块；分别通知已注册的至少一个业务组件从各个客户端的数据模块获取业务数据；
视图模块还适于将业务数据显示在业务服务页面中；
服务器，适于根据多个客户端的数据模块利用业务处理标识进行注册的操作，建立多个客户端的关联关系；与多个客户端的数据模块进行交互，返回综合多个客户端的业务数据。
可选地，服务器进一步适于：将相同业务处理标识的多个客户端保存在一个业务处理队列中，生成多个客户端的关联关系。
可选地，数据模块进一步适于：根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，向服务器发送业务请求以供服务器进行业务数据变更；依据关联关系，接收服务器根据业务处理队列发出的业务数据更新通知，并向服务器发送业务数据获取请求以获取服务器返回的具有相同业务处理标识的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据模块；
服务器进一步适于：根据业务处理队列向多个客户端发出业务数据更新通知，接收多个客户端的业务数据获取请求，返回具有相同业务处理标识的综合多个客户端的业务数据。
可选地，数据模块进一步适于：
根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务更新请求，依据所建立的多个客户端的关联关系，与服务器进行交互以获取服务器返回的综合多个客户端的增量更新业务数据；根据增量更新业务数据对保存在多个客户端的数据模块的业务数据进行增量更新处理。
可选地，数据模块进一步适于：建立注册队列，记录各个客户端已注册的至少一个业务组件；
视图模块进一步适于：为各个客户端已注册的至少一个业务组件添加监听事件，以供各个客户端的数据模块调用监听事件完成对已注册的至少一个业务组件的通知。
可选地，数据模块进一步适于：分别依次调用各自注册队列中记录的已注册的至少一个业务组件对应的监听事件，通知已注册的至少一个业务组件从各个客户端的数据模块获取业务数据。
根据本发明的再一方面，提供了一种支持多用户点餐***，每一用户对应一客户端，包括多个用户操作的客户端及服务器，其中，每个客户端均包括点餐视图模块和点餐数据模块：
点餐视图模块，适于携带有店铺餐桌标识的点餐页面，将点餐页面所包括的至少一个点餐组件在各个客户端的点餐数据模块进行注册；
点餐数据模块，适于利用店铺餐桌标识在服务器进行注册，以供服务器建立多个客户端在同一店铺餐桌点餐的关联关系；根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，与服务器进行交互以获取服务器返回的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的点餐数据模块；分别通知已注册的至少一个点餐组件从各个客户端的点餐数据模块获取点餐数据；
点餐视图模块还适于将点餐数据显示在点餐页面中；
服务器，适于根据多个客户端的点餐数据模块利用店铺餐桌标识进行注册的操作，建立多个客户端在同一店铺餐桌点餐的关联关系；与多个客户端的点餐数据模块进行交互，返回综合多个客户端的点餐数据。
可选地，点餐组件至少包括菜单组件和购物车组件。
可选地，服务器进一步适于：将相同店铺餐桌标识的多个客户端保存在一个店铺餐桌点餐队列中，生成多个客户端在同一店铺餐桌点餐的关联关系。
可选地，点餐数据模块进一步适于：根据任一客户端在点餐页面用户操作购物车组件所触发的增加菜品请求，将增加菜品的信息发送给服务器，以供服务器根据增加菜品的信息，生成点餐数据；依据同一店铺餐桌点餐的关联关系，接收服务器根据店铺餐桌点餐队列发出的点餐数据更新通知，向服务器发送点餐数据获取请求以获取服务器返回的具有相同店铺餐桌的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的点餐数据模块；
服务器进一步适于：根据店铺餐桌点餐队列向多个客户端发出点餐数据更新通知，接收多个客户端的点餐数据获取请求，返回具有相同店铺餐桌的综合多个客户端的点餐数据。
可选地，点餐数据模块进一步适于：
根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐更新请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，与服务器进行交互以获取服务器返回的综合多个客户端的增量更新点餐数据；根据增量更新点餐数据对保存在多个客户端的点餐数据模块的点餐数据进行增量更新处理。
可选地，点餐数据模块进一步适于：分别建立注册队列，记录各个客户端已注册的菜单组件和/或购物车组件；
点餐视图模块进一步适于：为各个客户端的菜单组件和/或购物车组件添加监听事件，以供各个客户端的点餐数据模块调用对应的监听事件完成对各个客户端菜单组件和/或购物车组件的通知。
可选地，点餐数据模块进一步适于：分别依次调用各自注册队列中记录的菜单组件和/或购物车组件对应的监听事件，通知菜单组件和/或购物车组件从各个客户端的点餐数据模块获取点餐数据。
根据本发明的再一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；
存储器用于存放至少一可执行指令，可执行指令使处理器执行上述支持多用户操作的业务处理方法对应的操作。
根据本发明的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述支持多用户操作的业务处理方法对应的操作。
根据本发明的再一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；
存储器用于存放至少一可执行指令，可执行指令使处理器执行上述支持多用户点餐方法对应的操作。
根据本发明的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述支持多用户点餐方法对应的操作。
根据本发明提供的支持多用户操作的业务处理方法及***，每一用户对应一客户端，多个客户端的视图层加载并显示携带有业务处理标识的业务服务页面；其中，各个客户端的视图层将业务服务页面所包括的至少一个业务组件在各个客户端的数据层进行注册；多个客户端的数据层利用业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系；根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的业务数据，将业务数据保存在各个客户端的数据层；多个客户端的数据层分别通知已注册的至少一个业务组件从各个客户端的数据层获取业务数据；多个客户端的视图层将业务数据显示在业务服务页面中。本发明根据业务处理标识在服务器建立多个客户端的关联关系。当任一客户端中触发业务请求，根据关联关系，多个客户端的数据层与服务器进行交互，可以获取服务器返回的综合多个客户端的业务数据，实现支持多用户操作同一业务服务，且多个用户间数据同步，使多用户在业务处理过程中业务数据的一致性和同步性，多用户可以实时地了解最终综合业务数据。进一步，本发明不需要各业务组件均与服务器交互，业务数据保存在客户端数据层中，降低了页面中各业务组件与服务器的耦合度，利于业务服务的拓展。页面中的业务组件在客户端数据层进行注册，当业务数据发生变更时，由客户端数据层通知已注册的业务组件从客户端数据层获取业务数据，减少多个业务组件与服务器的交互，也可以方便更快的获取到业务数据。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明一个实施例的支持多用户操作的业务处理方法的流程图；
图2示出了根据本发明一个实施例的支持多用户点餐方法的流程图；
图3示出了根据本发明一个实施例的支持多用户点餐中加菜处理的流程图；
图4示出了根据本发明一个实施例的支持多用户点餐中单个客户端菜单刷新处理的流程图；
图5示出了根据本发明一个实施例的支持多用户点餐中单个客户端加菜处理的流程图；
图6示出了根据本发明一个实施例的支持多用户操作的业务处理***的功能框图；
图7示出了根据本发明一个实施例的支持多用户点餐***的功能框图；
图8示出了根据本发明一个实施例的一种电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的支持多用户操作的业务处理方法的流程图。如图1所示，支持多用户操作的业务处理方法具体包括如下步骤：
步骤S101，多个客户端的视图层加载并显示携带有业务处理标识的业务服务页面。
本实施例中业务服务可以为任一利用网络提供给多用户共同购买物品、食品或服务的业务服务，如多人在线对同一家店铺购物、多人扫码对同一桌点餐、多人在同一家spa店购买服务等、以及各种多人消费的休闲娱乐/生活/票务/旅游等服务。
对于多用户而言，每一用户对应一个客户端。每个客户端在各个用户操作下对相同的业务进行业务处理。其中，业务处理标识可以为店铺、店铺的餐桌号、spa店的房间号等用于标记多用户处理业务服务的标识，根据相同业务处理标识可以划分出处理同一业务服务的多个用户。业务服务页面在初始化或因数据变更刷新时，多个客户端的视图层来加载和显示业务服务页面。其中，业务服务页面中携带有业务处理标识，从而可以方便后续为处理相同业务服务的多个客户端建立关联关系。各个客户端的视图层主要用于存储多个业务组件，以便通过业务组件展示业务服务页面。具体的，多个客户端的视图层加载业务服务页面中的各个业务组件，对业务服务页面进行渲染，进而显示业务服务页面。
业务服务页面中包括多个业务组件，每个业务组件根据业务服务页面的布局、业务范围等进行划分，如业务服务为购买商品时，业务组件可以包括如商家商品展示组件、购物车组件等；业务服务为预定包厢时，业务组件可以包括如包厢列表组件、选择组件等；业务服务为点餐时，业务组件可以包括如菜单组件、购物车组件等。业务组件中可以包括不同的内容，如商家商品展示组件可以包括商品ID、名称、文字描述、图片、价格、库存信息等；购物车组件中包括用户选择的商品ID、数量、总价、优惠金额等。各业务组件所包括的内容与具体的业务服务相关，在此不做限定。进一步，在业务服务页面初始化时，还需将业务服务页面包括的至少一个业务组件在各个客户端的数据层进行注册。客户端的数据层用于存储业务数据，业务组件从各个客户端的数据层获取业务数据，而不是直接从服务器获取业务数据，降低了业务组件与服务器的耦合度，便于根据业务需要对业务组件进行修改、添加、删除等处理。各个客户端的视图层将业务服务页面所包括的至少一个业务组件在各个客户端的数据层进行注册。业务组件在各个客户端的数据层注册时，先在各个客户端的数据层分别建立注册队列，记录各个客户端已注册的至少一个业务组件。同时，为各个客户端已注册的至少一个业务组件添加监听事件，以供各个客户端的数据层调用监听事件完成对各个客户端已注册的至少一个业务组件的通知。如在各个客户端的数据层建立一个数组或存储队列，在数组或存储队列中分别记录各个客户端的各个已注册的业务组件的信息。信息包括如已注册的业务组件的名称、各自对应的监听事件等。通过对各个客户端的至少一个业务组件的注册，可以完成后续各个客户端的数据层在获取到业务数据后，对各个客户端的已注册的业务组件进行通知，由各个客户端的已注册的业务组件去各个客户端的数据层获取业务数据。
步骤S102，多个客户端的数据层利用业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系。
多个客户端的数据层可以利用业务处理标识在服务器进行注册，即将各个客户端业务服务页面所携带的业务处理标识发送给服务器进行注册，服务器可以根据业务处理标识，将相同业务处理标识的多个客户端保存在一个业务处理队列中，从而将生成多个客户端的关联关系。在一个业务处理队列中的多个客户端为处理同一业务服务的客户端。如业务处理标识为店铺的餐桌号，将相同店铺餐桌号的客户端保存在一个业务处理队列中；业务处理标识为spa店的房间号，将相同spa店的房间号的客户端保存在一个业务处理队列中等。
步骤S103，根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的业务数据，将业务数据保存在各个客户端的数据层。
多个用户均可以根据自己需求在各自业务服务页面对任一业务组件进行操作，根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，由该客户端的数据层向服务器发送业务请求以供服务器进行业务数据变更。如业务服务页面为购物页面，多个用户均可以在各自的购物页面进行浏览，操作购物车组件来选择商品。当任一客户端的用户操作购物车组件进行商品选购时，触发商品添加的业务请求，该业务请求由该客户端的数据层向服务器发送业务请求，服务器根据该客户端的业务请求，变更购物车中的数据。在服务器发生了业务数据变更之后，依据关联关系，多个客户端均接收到服务器根据业务处理队列发出的业务数据更新通知。如多个用户操作的客户端有客户端a、客户端b、客户端c、客户端d和客户端e。其中，客户端a、客户端b和客户端c具有关联关系，即业务处理标识相同，客户端d和客户端e的具有关联关系，即业务处理标识相同。当客户端a的用户操作触发业务请求，客户端a的数据层向服务器发送业务请求，服务器进行业务数据变更。之后，与客户端a具有关联关系的客户端b和客户端c接收到服务器发出的业务数据更新通知，客户端d和客户端e不接收任何通知。此次，客户端a也可以接收到服务器根据业务处理队列对客户端a发出的业务数据更新通知，以防两个或以上客户端同时发送了业务请求，而不对发出业务请求的客户端进行业务数据更新通知，导致数据不同步等问题。接收到业务数据更新通知的客户端向服务器发送业务数据获取请求以获取服务器返回的具有相同业务处理标识的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据层。即客户端a、客户端b和客户端c向服务器发送业务数据获取请求，获取到服务器返回的综合了客户端a、客户端b和客户端c的购物车中所有业务数据总和的业务数据，保存在各自客户端的数据层，使多个客户端的数据层中数据均同步，实现多用户同时操作业务处理。服务器根据业务处理队列发出的业务数据更新通知可以根据不同客户端应用使用不同方式实现，如客户端为PC机等对于的web应用，可以通过轮询服务器接口方式，判断是否有业务数据更新；客户端为IOS***的应用，利用其苹果***的推送机制；客户端为安卓***的应用，利用谷歌的消息推送机制或移动设备厂商提供的推送机制等，此次不做限定。
各个用户可以在各自业务服务页面对任一业务组件进行操作，对同一业务组件的不同操作会触发不同的业务请求，对不同业务组件的各个操作触发不同的业务请求，具体的业务请求与业务服务的内容、具体的业务组件、不同操作等相关。业务请求可以产生向服务器提交的业务数据，也可以向服务器要求获取业务数据，或两者皆有。根据不同的业务请求，均由多个客户端的数据层分别与服务器进行交互，并获取服务器返回的业务数据。若某一客户端仅向服务器请求获取业务数据，而不对业务数据进行更新时，仅由该客户端的数据层向服务器发送业务数据获取请求，从服务器获取返回的业务数据，其他与该客户端具有关联关系的客户端不会接收到服务器发出的业务数据更新通知。本实施例中业务请求在向服务器提交业务数据产生业务数据更新后，需要在多个客户端进行数据同步，需依据关联关系，服务器根据业务处理队列对多个客户端发出业务数据更新通知。服务器提供与多个客户端的数据层对接的数据服务接口，接收多个客户端的数据层发送的业务请求，返回给多个客户端的数据层对应的业务数据。根据不同业务请求，服务器返回的业务数据包括业务请求所要求的业务数据、业务请求提交服务器后服务器的反馈信息和更新后的综合多个客户端的业务数据等。这些业务数据均保存在各个客户端的数据层，以便各个客户端的数据层根据业务需要对各自的业务数据进行整合处理等，方便业务组件的获取。
根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务更新请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的增量更新业务数据。如客户端a的用户操作购物车组件进行商品选购，触发商品添加的业务请求，请求添加商品a，客户端b的用户操作购物车组件进行商品选购，触发商品添加的业务请求，请求添加商品b，客户端a、客户端b和客户端c具有关联关系，对于客户端a、客户端b和客户端c的购物车需要显示以上3个用户选择的商品信息总和。在客户端a和客户端b的用户对购物车组件进行添加操作前，3个客户端的购物车组件中已经包括了商品h和商品j的商品信息。根据服务器发出的业务数据更新通知，依据所建立的多个客户端的关联关系，客户端a、客户端b和客户端c向服务器发送业务数据获取请求时，可以携带各自客户端中已有的购物车数据发送业务数据获取请求，获取服务器返回的增量更新业务数据。如客户端c可以发送携带了商品h和商品j的商品信息的业务数据获取请求，服务器可以仅返回增量更新的商品a和商品b的商品信息，可以有效降低数据传输的流量，提高响应速度。各个客户端根据各自返回的增量更新业务数据对已保存在各个客户端的数据层的业务数据进行增量更新处理，将增量更新业务数据与各个客户端的数据层已经保存的业务数据进行整合，得到综合了多个客户端业务数据的最新的业务数据。
步骤S104，多个客户端的数据层分别通知已注册的至少一个业务组件从各个客户端的数据层获取业务数据。
在多个客户端的数据层均保存最新业务数据后，即多个客户端的数据层发生数据变更后，由多个客户端的数据层分别通知各个客户端已注册的至少一个业务组件从各个客户端的数据层分别获取业务数据。具体的，由多个客户端的数据层分别依次调用各自注册队列中记录的已注册的至少一个业务组件对应的监听事件，通知已注册的至少一个业务组件从各个客户端的数据层获取业务数据。如各个客户端的数据层的注册队列中均记录了商家商品展示组件、购物车组件，各个客户端的数据层可以按照注册时的顺序依次调用各个客户端的商家商品展示组件和购物车组件对应的监听事件，通过调用监听事件的函数，实现各个客户端的商家商品展示组件和购物车组件从各个客户端的数据层获取业务数据的过程。
步骤S105，多个客户端的视图层将业务数据显示在业务服务页面中。
多个客户端的视图层在加载各业务组件获取到的最新的业务数据后，将最新的业务数据显示在各个业务服务页面中，方便多个用户均可以实时的了解到各个用户操作所产生的业务数据，共同完成业务服务的操作。
根据本发明提供的支持多用户操作的业务处理方法，每一用户对应一客户端，多个客户端的视图层加载并显示携带有业务处理标识的业务服务页面；其中，各个客户端的视图层将业务服务页面所包括的至少一个业务组件在各个客户端的数据层进行注册；多个客户端的数据层利用业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系；根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的业务数据，将业务数据保存在各个客户端的数据层；多个客户端的数据层分别通知已注册的至少一个业务组件从各个客户端的数据层获取业务数据；多个客户端的视图层将业务数据显示在业务服务页面中。本发明根据业务处理标识在服务器建立多个客户端的关联关系。当任一客户端中触发业务请求，根据关联关系，多个客户端的数据层与服务器进行交互，可以获取服务器返回的综合多个客户端的业务数据，实现支持多用户操作同一业务服务，且多个用户间数据同步，使多用户在业务处理过程中业务数据的一致性和同步性，多用户可以实时地了解最终综合业务数据。进一步，本发明不需要各业务组件均与服务器交互，业务数据保存在客户端数据层中，降低了页面中各业务组件与服务器的耦合度，利于业务服务的拓展。页面中的业务组件在客户端数据层进行注册，当业务数据发生变更时，由客户端数据层通知已注册的业务组件从客户端数据层获取业务数据，减少多个业务组件与服务器的交互，也可以方便更快的获取到业务数据。
为了结合场景对本发明提供的支持多用户操作的业务处理方法进行具体说明，本发明实施例还提供了适用于在餐饮场景下的支持多用户点餐方法。
图2示出了根据本发明一个实施例的支持多用户点餐方法的流程图。如图2所示，支持多用户点餐方法具体包括如下步骤：
步骤S201，多个客户端的视图层加载并显示携带有店铺餐桌标识的点餐页面。
对于多用户而言，每一用户对应一个客户端。每个客户端在各个用户操作下可以对同一店铺的餐桌进行点餐处理。其中，店铺餐桌标识为店铺的餐桌号或包房号等能够确定一个点餐位置的标识。本实施例中以店铺餐桌标识为店铺的餐桌号为例进行说明。根据相同店铺餐桌标识可以划分出对同一店铺餐桌进行点餐的多个用户。点餐页面在初始化或因点餐数据更新刷新时，多个客户端的视图层来加载和显示点餐页面。其中，点餐页面中携带有店铺餐桌标识，从而可以方便后续为同一店铺餐桌点餐的多个客户端建立关联关系。各个客户端的视图层主要用于存储多个点餐组件，以便通过点餐组件展示点餐页面。具体的，多个客户端的视图层加载点餐页面中的各个点餐组件，对点餐页面进行渲染，进而显示点餐页面。
点餐页面显示了各种菜品信息可供用户根据自己的需要选择。点餐组件至少包括菜单组件和购物车组件。菜单组件包括了菜单版本、菜品类别、菜品ID、菜品详情(文字和/或图片)、可购买份数、菜品单价等菜品信息；购物车组件包括了用户已经选择的菜品ID、菜品详情、购买份数、消费金额等信息。点餐组件还可以包括如商家信息组件(包括了商家基本信息、优惠活动信息等)等。由多个客户端的视图层分别加载各自点餐页面的各点餐组件，将相应的点餐数据显示在各自的点餐页面，使各个用户可以在各自点餐页面根据自己的需要选择合适的菜品进行点餐。
在点餐页面初始化时，还需将点餐页面包括的至少一个点餐组件在各个客户端的数据层进行注册。客户端的数据层用于存储点餐数据，点餐组件从各个客户端的数据层获取点餐数据，而不是直接从服务器获取点餐数据，降低了点餐组件与服务器的耦合度，便于根据点餐需要对点餐组件进行修改、添加、删除等处理。各个客户端的视图层将点餐页面所包括的至少一个点餐组件在各个客户端的数据层进行注册。点餐组件中的菜单组件和/或购物车组件在各个客户端的数据层注册时，先在各个客户端的数据层建立注册队列，记录各个客户端已注册的菜单组件和/或购物车组件。再为各个客户端的菜单组件和/或购物车组件添加监听事件，以供各个客户端的数据层调用对应的监听事件完成对各个客户端的菜单组件和/或购物车组件的通知。具体的，在各个客户端的数据层建立一个数组或存储队列，在数组或存储队列中记录各个客户端的菜单组件和/或购物车组件的信息。信息包括菜单组件和/或购物车组件的名称、各自对应的监听事件等。监听事件可以为可调用函数，方便通过对监听事件的调用，完成后续各个客户端的数据层在获取到点餐数据后，对各个客户端的菜单组件和/或购物车组件进行通知，由各个客户端的菜单组件和/或购物车组件去各个客户端的数据层获取点餐数据。
步骤S202，多个客户端的数据层利用店铺餐桌标识在服务器进行注册，以供服务器建立多个客户端在同一店铺餐桌点餐的关联关系。
多个客户端的数据层可以利用店铺餐桌标识在服务器进行注册，即将各个客户端点餐页面所携带的店铺餐桌标识发送给服务器进行注册，服务器可以根据店铺餐桌标识，将相同店铺餐桌标识的多个客户端保存在一个店铺餐桌点餐队列中，生成多个客户端在同一店铺餐桌点餐的关联关系。在一个店铺餐桌点餐队列中的多个客户端为在同一店铺餐桌点餐的客户端。
步骤S203，根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的点餐数据，将点餐数据保存在各个客户端的数据层。
多个用户均可以根据自己需求在各自点餐页面对任一点餐组件进行操作，根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，由该客户端的数据层向服务器发送点餐请求以供服务器进行点餐数据更新。以购物车组件为例，根据任一客户端在点餐页面用户操作购物车组件所触发的增加菜品请求，由该客户端的数据层将增加菜品的信息发送给服务器，以供服务器根据增加菜品的信息，生成点餐数据。如多个用户操作的客户端有客户端a、客户端b、客户端c、客户端d和客户端e。其中，客户端a、客户端b和客户端c具有在同一店铺餐桌点餐的关联关系，客户端d和客户端e的具有在同一店铺餐桌点餐的关联关系。当客户端a的用户操作触发增加菜品请求，客户端a的数据层向服务器发送增加菜品请求，服务器对购物车数据进行变更。与该客户端具有同一店铺餐桌点餐的关联关系的多个客户端接收服务器根据店铺餐桌点餐队列发出的点餐数据更新通知，向服务器发送点餐数据获取请求以获取服务器返回的具有相同店铺餐桌的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的数据层。即与客户端a具有同一店铺餐桌点餐的关联关系的客户端b和客户端c接收到服务器发出的点餐数据更新通知，客户端d和客户端e不接收任何通知。此次，客户端a也可以接收到服务器根据店铺餐桌点餐队列对客户端a发出的点餐数据更新通知，以防两个或以上客户端同时发送了增加菜品请求，而不对发出增加菜品请求的客户端进行点餐数据更新通知，导致点餐数据不同步等问题。接收到点餐数据更新通知的客户端向服务器发送点餐数据获取请求以获取服务器返回的具有相同店铺餐桌的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的数据层。即客户端a、客户端b和客户端c向服务器发送点餐数据获取请求，获取到服务器返回的综合了客户端a、客户端b和客户端c的购物车中所有点餐数据总和的点餐数据，保存在各自客户端的数据层，使多个客户端的数据层中点餐数据均同步，实现多用户同时点餐。以上处理流程可以参照图3所示的流程图。服务器根据店铺餐桌点餐队列发出的点餐数据更新通知可以根据不同客户端应用使用不同方式实现，如客户端为PC机等对于的web应用，可以通过轮询服务器接口方式，判断是否有业务数据更新；客户端为IOS***的应用，利用其苹果***的推送机制；客户端为安卓***的应用，利用谷歌的消息推送机制或移动设备厂商提供的推送机制等，此次不做限定。
进一步，各个用户可以在各自点餐页面对任一点餐组件进行操作，触发不同的点餐请求，如对菜单组件进行刷新，触发菜单刷新请求，该请求仅向服务器请求获取菜单数据，而不对菜单数据进行更新，可以仅由触发请求的客户端的数据层向服务器发送菜单数据获取请求，从服务器获取返回的菜单数据，其他与该客户端具有在同一店铺餐桌点餐的关联关系的客户端不会接收到服务器发出的点餐数据更新通知。本实施例中点餐请求在向服务器提交点餐数据产生点餐数据更新后，需要在多个客户端进行点餐数据同步，需依据在同一店铺餐桌点餐的关联关系，服务器根据店铺餐桌点餐队列对多个客户端发出点餐数据更新通知。服务器提供与多个客户端的数据层对接的数据服务接口，接收多个客户端的数据层发送的点餐请求，返回给多个客户端的数据层对应的点餐数据。
进一步，根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐更新请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的增量更新点餐数据。如客户端a的用户操作购物车组件增加菜品，触发增加菜品请求，请求添加菜品a，客户端b的用户操作购物车组件增加菜品，触发增加菜品请求，请求添加菜品b，客户端a、客户端b和客户端c具有在同一店铺餐桌点餐的关联关系，对于客户端a、客户端b和客户端c的购物车需要显示以上3个用户选择的菜品信息总和。在客户端a和客户端b的用户对购物车组件进行增加菜品操作前，3个客户端的购物车组件中已经包括了菜品h和菜品j的菜品信息。根据服务器发出的点餐数据更新通知，依据所建立的多个客户端的关联关系，客户端a、客户端b和客户端c向服务器发送点餐数据获取请求时，可以携带各自客户端中已有的购物车数据发送点餐数据获取请求，获取服务器返回的增量更新点餐数据。如客户端c可以发送携带了菜品h和菜品j的菜品信息的点餐数据获取请求，服务器可以仅返回增量更新的菜品a和菜品b的购物车信息，可以有效降低数据传输的流量，提高响应速度。各个客户端根据各自返回的增量更新购物车数据对已保存在各个客户端的数据层的购物车数据进行增量更新处理，将增量更新购物车数据与各个客户端的数据层已经保存的购物车数据进行整合，得到综合了多个客户端业务数据的最新的购物车数据。
具体对于单个客户端中用户对菜单组件和购物车组件操作所触发的点餐请求，客户端的数据层与服务器进行交互获取对应的点餐数据的处理如下：
如图4所示的流程图，在将菜单组件注册在客户端的数据层后，接收用户在点餐页面操作菜单组件所触发的刷新菜单请求，由客户端的数据层向服务器请求新的菜单数据，客户端的数据层可以将已有菜单版本发送给服务器，以供服务器将已有菜单版本与最新菜单版本进行比对后，返回最新菜单数据。客户端的数据层接收到服务器返回的最新菜单数据后，更新客户端的数据层原保存的菜单数据，更新为最新菜单数据。再由客户端的数据层通知菜单组件来获取最新的菜单数据。当服务器将已有菜单版本与最新菜单版本进行比对后，发现版本一致时，可以不返回最新菜单数据，仅告知客户端的数据层其存储的菜单数据为最新的菜单数据。客户端的数据层不需对菜单数据再进行整合，可以通知菜单组件，直接获取菜单数据在点餐页面显示。进一步，客户端的数据层发送的菜单版本可以采用多种方式进行存储，以区分同一商家的不同菜单版本。如用商家编号和菜单设置的时间拼接得到菜单版本、采用全局唯一的整数记录菜单版本，当菜单数据变化时，将整数向上自增得到新的菜单版本等。
如图5所示的流程图，在将购物车组件注册在客户端的数据层后，接收用户在点餐页面操作购物车组件所触发的增加菜品请求；由客户端的数据层将增加菜品的信息发送给服务器，以供服务器根据增加菜品的信息，生成点餐数据并返回增加菜品成功后的购物车数据；客户端的数据层接收服务器返回的购物车数据，并更新客户端的数据层保存的购物车数据。再由客户端的数据层通知购物车组件来获取最新的购物车数据显示在点餐页面。进一步，客户端的数据层发送的菜品信息中的菜品ID可以采用多种方式进行存储，以区分同一商家的不同菜品。如用商家编号和商家上架或修改该菜品的时间拼接得到菜品ID、采用全局唯一的整数记录菜品ID，当新增菜品时，将整数向上自增得到新的菜品ID等。
对于接收用户在点餐页面操作菜单组件所触发的刷新菜单请求后，除客户端的数据层接收服务器返回的最新菜单数据外，也存在客户端的数据层接收服务器返回的购物车数据。如最新菜单数据中包括了某菜品变更为买一送一时，当购物车数据中包括该菜品1份时，更新购物车数据为该菜品2份，但消费金额不变。对于接收用户在点餐页面操作购物车组件所触发的增加菜品请求后，除客户端的数据层接收服务器返回的购物车数据外，也存在客户端的数据层接收服务器返回的最新菜单数据。如购物车增加菜品后，该菜品没有库存份数，可以将该菜品从菜单数据中去除或更改菜单数据中该菜品的状态(更改为不可点餐状态)等。上述均为举例说明，可参照图4和图5流程图。
步骤S204，多个客户端的数据层分别通知已注册的至少一个点餐组件从各个客户端的数据层获取点餐数据。
在多个客户端的数据层保存最新点餐数据后，即多个客户端的数据层发生点餐数据更新后，由多个客户端的数据层通知各个客户端的点餐组件从各个客户端的数据层分别获取点餐数据。具体的，由多个客户端的数据层分别依次调用各自注册队列中记录的菜单组件和/或购物车组件对应的监听事件，通知各个客户端的菜单组件和/或购物车组件从各自客户端的数据层获取对应的菜单数据或购物车数据。
步骤S205，多个客户端的视图层将点餐数据显示在点餐页面中。
多个客户端的视图层分别加载各自菜单组件和购物车组件等点餐组件获取到的最新的点餐数据，将最新的点餐数据显示在各自的点餐页面。方便多个用户均可以实时的看到多用户共同的点餐信息，共同完成点餐操作。
根据本发明提供的支持多用户点餐方法，根据店铺餐桌标识在服务器建立多个客户端在同一店铺餐桌点餐的关联关系。当任一客户端中触发点餐请求，根据关联关系，多个客户端的数据层与服务器进行交互，可以获取服务器返回的综合多个客户端的点餐数据，实现支持多用户点餐，且多个用户间点餐数据同步，保持多用户在点餐过程中点餐数据的一致性和同步性，也避免了点餐重复等问题，提高点餐效率。进一步，本发明不需要各点餐组件均与服务器交互，点餐数据保存在客户端的数据层中，降低了页面中各点餐组件与服务器的耦合度，利于点餐服务的拓展。根据不同点餐需求，添加点餐组件或修改、删除点餐组件，对代码本身影响较小。页面中的点餐组件在客户端的数据层进行注册，当点餐数据发生变更时，由客户端的数据层通知已注册的点餐组件从客户端的数据层获取点餐数据，减少多个点餐组件与服务器的交互，也可以方便更快的获取到点餐数据。
图6示出了根据本发明一个实施例的支持多用户操作的业务处理***的功能框图。如图6所示，支持多用户操作的业务处理***包括多个用户操作的客户端610和服务器620，每一用户对应一客户端，其中，每个客户端610均包括视图模块611和数据模块612。
视图模块611适于：加载并显示携带有业务处理标识的业务服务页面；将业务服务页面所包括的至少一个业务组件在各个客户端的数据模块612进行注册。
数据模块612适于：利用业务处理标识在服务器620进行注册，以供服务器620建立多个客户端的关联关系；根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，与服务器620进行交互以获取服务器620返回的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据模块612；分别通知已注册的至少一个业务组件从各个客户端的数据模块612获取业务数据。
视图模块611还适于：将业务数据显示在业务服务页面中。
服务器620适于：根据多个客户端的数据模块612利用业务处理标识进行注册的操作，建立多个客户端的关联关系；与多个客户端的数据模块612进行交互，返回综合多个客户端的业务数据。
可选地，服务器620进一步适于：将相同业务处理标识的多个客户端保存在一个业务处理队列中，生成多个客户端的关联关系。
可选地，数据模块612进一步适于：根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，向服务器620发送业务请求以供服务器620进行业务数据变更；依据关联关系，接收服务器620根据业务处理队列发出的业务数据更新通知，并向服务器620发送业务数据获取请求以获取服务器620返回的具有相同业务处理标识的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据模块612。
可选地，服务器620进一步适于：根据业务处理队列向多个客户端发出业务数据更新通知，接收多个客户端的业务数据获取请求，返回具有相同业务处理标识的综合多个客户端的业务数据。
可选地，数据模块612进一步适于：根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务更新请求，依据所建立的多个客户端的关联关系，与服务器620进行交互以获取服务器620返回的综合多个客户端的增量更新业务数据；根据增量更新业务数据对保存在多个客户端的数据模块612的业务数据进行增量更新处理
可选地，数据模块612进一步适于：建立注册队列，记录各个客户端已注册的至少一个业务组件。视图模块611进一步适于：为各个客户端已注册的至少一个业务组件添加监听事件，以供各个客户端的数据模块612调用监听事件完成对已注册的至少一个业务组件的通知。
可选地，数据模块612进一步适于：分别依次调用各自注册队列中记录的已注册的至少一个业务组件对应的监听事件，通知已注册的至少一个业务组件从各个客户端的数据模块612获取业务数据。
根据本发明提供的支持多用户操作的业务处理***，每一用户对应一客户端，多个客户端的视图层加载并显示携带有业务处理标识的业务服务页面；其中，各个客户端的视图层将业务服务页面所包括的至少一个业务组件在各个客户端的数据层进行注册；多个客户端的数据层利用业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系；根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的业务数据，将业务数据保存在各个客户端的数据层；多个客户端的数据层分别通知已注册的至少一个业务组件从各个客户端的数据层获取业务数据；多个客户端的视图层将业务数据显示在业务服务页面中。本发明根据业务处理标识在服务器建立多个客户端的关联关系。当任一客户端中触发业务请求，根据关联关系，多个客户端的数据层与服务器进行交互，可以获取服务器返回的综合多个客户端的业务数据，实现支持多用户操作同一业务服务，且多个用户间数据同步，使多用户在业务处理过程中业务数据的一致性和同步性，多用户可以实时地了解最终综合业务数据。进一步，本发明不需要各业务组件均与服务器交互，业务数据保存在客户端数据层中，降低了页面中各业务组件与服务器的耦合度，利于业务服务的拓展。页面中的业务组件在客户端数据层进行注册，当业务数据发生变更时，由客户端数据层通知已注册的业务组件从客户端数据层获取业务数据，减少多个业务组件与服务器的交互，也可以方便更快的获取到业务数据。
图7示出了根据本发明一个实施例的支持多用户点餐***的功能框图。如图7所示，点餐***包括多个用户操作的客户端710和服务器720，每一用户对应一客户端，其中，每个客户端710均包括点餐视图模块711和点餐数据模块712。
点餐视图模块711适于：携带有店铺餐桌标识的点餐页面，将点餐页面所包括的至少一个点餐组件在各个客户端的点餐数据模块712进行注册。
点餐数据模块712适于：利用店铺餐桌标识在服务器720进行注册，以供服务器720建立多个客户端在同一店铺餐桌点餐的关联关系；根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，与服务器720进行交互以获取服务器720返回的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的点餐数据模块712；分别通知已注册的至少一个点餐组件从各个客户端的点餐数据模块712获取点餐数据；
点餐视图模块711还适于：将点餐数据显示在点餐页面中。
服务器720，适于根据多个客户端的点餐数据模块712利用店铺餐桌标识进行注册的操作，建立多个客户端在同一店铺餐桌点餐的关联关系；与多个客户端的点餐数据模块712进行交互，返回综合多个客户端的点餐数据。
可选地，服务器720进一步适于：将相同店铺餐桌标识的多个客户端保存在一个店铺餐桌点餐队列中，生成多个客户端在同一店铺餐桌点餐的关联关系。
可选地，点餐数据模块712进一步适于：根据任一客户端在点餐页面用户操作购物车组件所触发的增加菜品请求，将增加菜品的信息发送给服务器720，以供服务器720根据增加菜品的信息，生成点餐数据；依据同一店铺餐桌点餐的关联关系，接收服务器720根据店铺餐桌点餐队列发出的点餐数据更新通知，向服务器720发送点餐数据获取请求以获取服务器720返回的具有相同店铺餐桌的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的点餐数据模块712。
可选地，服务器720进一步适于：根据店铺餐桌点餐队列向多个客户端发出点餐数据更新通知，接收多个客户端的点餐数据获取请求，返回具有相同店铺餐桌的综合多个客户端的点餐数据。
可选地，点餐数据模块712进一步适于：根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐更新请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，与服务器720进行交互以获取服务器720返回的综合多个客户端的增量更新点餐数据；根据增量更新点餐数据对保存在多个客户端的点餐数据模块712的点餐数据进行增量更新处理。
可选地，点餐数据模块712进一步适于：分别建立注册队列，记录各个客户端已注册的菜单组件和/或购物车组件。点餐视图模块711进一步适于：为各个客户端的菜单组件和/或购物车组件添加监听事件，以供各个客户端的点餐数据模块712调用对应的监听事件完成对各个客户端菜单组件和/或购物车组件的通知。
可选地，点餐数据模块712进一步适于：分别依次调用各自注册队列中记录的菜单组件和/或购物车组件对应的监听事件，通知菜单组件和/或购物车组件从各个客户端的点餐数据模块712获取点餐数据。
根据本发明提供的支持多用户点餐***，根据店铺餐桌标识在服务器建立多个客户端在同一店铺餐桌点餐的关联关系。当任一客户端中触发点餐请求，根据关联关系，多个客户端的数据层与服务器进行交互，可以获取服务器返回的综合多个客户端的点餐数据，实现支持多用户点餐，且多个用户间点餐数据同步，保持多用户在点餐过程中点餐数据的一致性和同步性，也避免了点餐重复等问题，提高点餐效率。进一步，本发明不需要各点餐组件均与服务器交互，点餐数据保存在客户端的数据层中，降低了页面中各点餐组件与服务器的耦合度，利于点餐服务的拓展。根据不同点餐需求，添加点餐组件或修改、删除点餐组件，对代码本身影响较小。页面中的点餐组件在客户端的数据层进行注册，当点餐数据发生变更时，由客户端的数据层通知已注册的点餐组件从客户端的数据层获取点餐数据，减少多个点餐组件与服务器的交互，也可以方便更快的获取到点餐数据。
本申请还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的支持多用户操作的业务处理方法。
图8示出了根据本发明一个实施例的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。
如图8所示，该电子设备可以包括：处理器(processor)802、通信接口(Communications Interface)804、存储器(memory)806、以及通信总线808。
其中：
处理器802、通信接口804、以及存储器806通过通信总线808完成相互间的通信。
通信接口804，用于与其它设备比如客户端或其它服务器等的网元通信。
处理器802，用于执行程序810，具体可以执行上述支持多用户操作的业务处理方法实施例中的相关步骤。
具体地，程序810可以包括程序代码，该程序代码包括计算机操作指令。
处理器802可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。
存储器806，用于存放程序810。存储器806可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
程序810具体可以用于使得处理器802执行上述任意方法实施例中的支持多用户操作的业务处理方法。程序810中各步骤的具体实现可以参见上述支持多用户操作的业务处理实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
本发明还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，可执行指令可执行上述任意方法实施例中的支持多用户点餐方法。
本发明还提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一可执行指令，可执行指令使处理器执行上述的支持多用户点餐方法对应的操作。该计算设备的结构示意图与图8所示的计算设备的结构示意图相同，此处不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的支持多用户操作的业务处理装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (30)
1.一种支持多用户操作的业务处理方法，每一用户对应一客户端，所述方法包括：
多个客户端的视图层加载并显示携带有业务处理标识的业务服务页面；其中，各个客户端的视图层将所述业务服务页面所包括的至少一个业务组件在各个客户端的数据层进行注册；
多个客户端的数据层利用所述业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系；
根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据层；
多个客户端的数据层分别通知已注册的所述至少一个业务组件从各个客户端的数据层获取所述业务数据；
多个客户端的视图层将所述业务数据显示在业务服务页面中。
2.根据权利要求1所述的方法，其中，所述多个客户端的数据层利用所述业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系进一步包括：
多个客户端的数据层利用所述业务处理标识在服务器进行注册，以供服务器将相同业务处理标识的多个客户端保存在一个业务处理队列中，生成多个客户端的关联关系。
3.根据权利要求2所述的方法，其中，所述根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据层进一步包括：
根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，由该客户端的数据层向服务器发送业务请求以供服务器进行业务数据变更；
依据关联关系，多个客户端接收服务器根据业务处理队列发出的业务数据更新通知，并向服务器发送业务数据获取请求以获取服务器返回的具有相同业务处理标识的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据层。
4.根据权利要求1-3中任一项所述的方法，其中，所述根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的业务数据，将业务数据保存在各个客户端的数据层进一步包括：
根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务更新请求，依据所建立的多个客户端的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的增量更新业务数据；
根据增量更新业务数据对保存在多个客户端的数据层的业务数据进行增量更新处理。
5.根据权利要求1所述的方法，其中，所述各个客户端的视图层将所述业务服务页面所包括的至少一个业务组件在各个客户端的数据层进行注册进一步包括：
在各个客户端的数据层分别建立注册队列，记录各个客户端已注册的至少一个业务组件；
为各个客户端已注册的至少一个业务组件添加监听事件，以供各个客户端的数据层调用监听事件完成对各个客户端已注册的至少一个业务组件的通知。
6.根据权利要求5所述的方法，其中，所述多个客户端的数据层分别通知已注册的所述至少一个业务组件从各个客户端的数据层获取所述业务数据进一步包括：
由多个客户端的数据层分别依次调用各自注册队列中记录的已注册的至少一个业务组件对应的监听事件，通知已注册的至少一个业务组件从各个客户端的数据层获取所述业务数据。
7.一种支持多用户点餐方法，每一用户对应一客户端，所述方法包括：
多个客户端的视图层加载并显示携带有店铺餐桌标识的点餐页面；其中，各个客户端的视图层将所述点餐页面所包括的至少一个点餐组件在各个客户端的数据层进行注册；
多个客户端的数据层利用所述店铺餐桌标识在服务器进行注册，以供服务器建立多个客户端在同一店铺餐桌点餐的关联关系；
根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的数据层；
多个客户端的数据层分别通知已注册的所述至少一个点餐组件从各个客户端的数据层获取所述点餐数据；
多个客户端的视图层将所述点餐数据显示在点餐页面中。
8.根据权利要求7所述的方法，其中，所述点餐组件至少包括菜单组件和购物车组件。
9.根据权利要求8所述的方法，其中，所述多个客户端的数据层利用所述店铺餐桌标识在服务器进行注册，以供服务器建立多个客户端在同一店铺餐桌点餐的关联关系进一步包括：
多个客户端的数据层利用所述店铺餐桌标识在服务器进行注册，以供服务器将相同店铺餐桌标识的多个客户端保存在一个店铺餐桌点餐队列中，生成多个客户端在同一店铺餐桌点餐的关联关系。
10.根据权利要求9所述的方法，其中，所述根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的数据层进一步包括：
根据任一客户端在点餐页面用户操作购物车组件所触发的增加菜品请求，由该客户端的数据层将增加菜品的信息发送给服务器，以供服务器根据增加菜品的信息，生成点餐数据；
依据同一店铺餐桌点餐的关联关系，多个客户端接收服务器根据店铺餐桌点餐队列发出的点餐数据更新通知，向服务器发送点餐数据获取请求以获取服务器返回的具有相同店铺餐桌的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的数据层。
11.根据权利要求7-10中任一项所述的方法，其中，所述根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的数据层进一步包括：
根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐更新请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，多个客户端的数据层与服务器进行交互以获取服务器返回的综合多个客户端的增量更新点餐数据；
根据增量更新点餐数据对保存在多个客户端的数据层的点餐数据进行增量更新处理。
12.根据权利要求8所述的方法，其中，所述各个客户端的视图层将所述点餐页面所包括的至少一个点餐组件在各个客户端的数据层进行注册进一步包括：
在各个客户端的数据层分别建立注册队列，记录各个客户端已注册的菜单组件和/或购物车组件；
为各个客户端的菜单组件和/或购物车组件添加监听事件，以供各个客户端的数据层调用对应的监听事件完成对各个客户端菜单组件和/或购物车组件的通知。
13.根据权利要求12所述的方法，其中，所述多个客户端的数据层分别通知已注册的所述至少一个点餐组件从各个客户端的数据层获取所述点餐数据进一步包括：
由多个客户端的数据层分别依次调用各自注册队列中记录的菜单组件和/或购物车组件对应的监听事件，通知菜单组件和/或购物车组件从各个客户端的数据层获取点餐数据。
14.一种支持多用户操作的业务处理***，每一用户对应一客户端，其包括多个用户操作的客户端及服务器，其中，每个客户端均包括视图模块和数据模块：
所述视图模块，适于加载并显示携带有业务处理标识的业务服务页面；将所述业务服务页面所包括的至少一个业务组件在各个客户端的数据模块进行注册；
所述数据模块，适于利用所述业务处理标识在服务器进行注册，以供服务器建立多个客户端的关联关系；根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，依据所建立的多个客户端的关联关系，与服务器进行交互以获取服务器返回的综合多个客户端的业务数据，将业务数据保存在各个客户端的所述数据模块；分别通知已注册的所述至少一个业务组件从各个客户端的所述数据模块获取所述业务数据；
所述视图模块还适于将所述业务数据显示在业务服务页面中；
所述服务器，适于根据多个客户端的数据模块利用所述业务处理标识进行注册的操作，建立多个客户端的关联关系；与多个客户端的数据模块进行交互，返回综合多个客户端的业务数据。
15.根据权利要求14所述的***，其中，所述服务器进一步适于：将相同业务处理标识的多个客户端保存在一个业务处理队列中，生成多个客户端的关联关系。
16.根据权利要求15所述的***，其中，所述数据模块进一步适于：根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务请求，向服务器发送业务请求以供服务器进行业务数据变更；依据关联关系，接收服务器根据业务处理队列发出的业务数据更新通知，并向服务器发送业务数据获取请求以获取服务器返回的具有相同业务处理标识的综合多个客户端的业务数据，将业务数据保存在各个客户端的所述数据模块；
所述服务器进一步适于：根据业务处理队列向多个客户端发出业务数据更新通知，接收多个客户端的业务数据获取请求，返回具有相同业务处理标识的综合多个客户端的业务数据。
17.根据权利要求14-16中任一项所述的***，其中，所述数据模块进一步适于：
根据多个客户端中的任一客户端的至少一个业务组件的用户操作所触发的业务更新请求，依据所建立的多个客户端的关联关系，与服务器进行交互以获取服务器返回的综合多个客户端的增量更新业务数据；根据增量更新业务数据对保存在多个客户端的所述数据模块的业务数据进行增量更新处理。
18.根据权利要求14所述的***，其中，所述数据模块进一步适于：建立注册队列，记录各个客户端已注册的至少一个业务组件；
所述视图模块进一步适于：为各个客户端已注册的至少一个业务组件添加监听事件，以供各个客户端的所述数据模块调用监听事件完成对已注册的至少一个业务组件的通知。
19.根据权利要求18所述的***，其中，所述数据模块进一步适于：分别依次调用各自注册队列中记录的已注册的至少一个业务组件对应的监听事件，通知已注册的至少一个业务组件从各个客户端的所述数据模块获取所述业务数据。
20.一种支持多用户点餐***，每一用户对应一客户端，包括多个用户操作的客户端及服务器，其中，每个客户端均包括点餐视图模块和点餐数据模块：
所述点餐视图模块，适于携带有店铺餐桌标识的点餐页面，将所述点餐页面所包括的至少一个点餐组件在各个客户端的点餐数据模块进行注册；
所述点餐数据模块，适于利用所述店铺餐桌标识在服务器进行注册，以供服务器建立多个客户端在同一店铺餐桌点餐的关联关系；根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，与服务器进行交互以获取服务器返回的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的点餐数据模块；分别通知已注册的所述至少一个点餐组件从各个客户端的所述点餐数据模块获取所述点餐数据；
所述点餐视图模块还适于将所述点餐数据显示在点餐页面中；
所述服务器，适于根据多个客户端的点餐数据模块利用所述店铺餐桌标识进行注册的操作，建立多个客户端在同一店铺餐桌点餐的关联关系；与多个客户端的点餐数据模块进行交互，返回综合多个客户端的点餐数据。
21.根据权利要求20所述的***，其中，所述点餐组件至少包括菜单组件和购物车组件。
22.根据权利要求21所述的***，其中，所述服务器进一步适于：将相同店铺餐桌标识的多个客户端保存在一个店铺餐桌点餐队列中，生成多个客户端在同一店铺餐桌点餐的关联关系。
23.根据权利要求22所述的***，其中，所述点餐数据模块进一步适于：根据任一客户端在点餐页面用户操作购物车组件所触发的增加菜品请求，将增加菜品的信息发送给服务器，以供服务器根据增加菜品的信息，生成点餐数据；依据同一店铺餐桌点餐的关联关系，接收服务器根据店铺餐桌点餐队列发出的点餐数据更新通知，向服务器发送点餐数据获取请求以获取服务器返回的具有相同店铺餐桌的综合多个客户端的点餐数据，将点餐数据保存在各个客户端的所述点餐数据模块；
所述服务器进一步适于：根据店铺餐桌点餐队列向多个客户端发出点餐数据更新通知，接收多个客户端的点餐数据获取请求，返回具有相同店铺餐桌的综合多个客户端的点餐数据。
24.根据权利要求20-23中任一项所述的***，其中，所述点餐数据模块进一步适于：
根据多个客户端中的任一客户端的至少一个点餐组件的用户操作所触发的点餐更新请求，依据所建立的多个客户端在同一店铺餐桌点餐的关联关系，与服务器进行交互以获取服务器返回的综合多个客户端的增量更新点餐数据；根据增量更新点餐数据对保存在多个客户端的所述点餐数据模块的点餐数据进行增量更新处理。
25.根据权利要求21所述的***，其中，所述点餐数据模块进一步适于：分别建立注册队列，记录各个客户端已注册的菜单组件和/或购物车组件；
所述点餐视图模块进一步适于：为各个客户端的菜单组件和/或购物车组件添加监听事件，以供各个客户端的所述点餐数据模块调用对应的监听事件完成对各个客户端菜单组件和/或购物车组件的通知。
26.根据权利要求25所述的***，其中，所述点餐数据模块进一步适于：分别依次调用各自注册队列中记录的菜单组件和/或购物车组件对应的监听事件，通知菜单组件和/或购物车组件从各个客户端的所述点餐数据模块获取点餐数据。
27.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-6中任一项所述的支持多用户操作的业务处理方法对应的操作。
28.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-6中任一项所述的支持多用户操作的业务处理方法对应的操作。
29.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求7-13中任一项所述的点餐方法对应的操作。
30.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求7-13中任一项所述的支持多用户点餐方法对应的操作。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810613787.7A CN108846093B (zh) | 2018-06-14 | 2018-06-14 | 支持多用户操作的业务处理方法及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810613787.7A CN108846093B (zh) | 2018-06-14 | 2018-06-14 | 支持多用户操作的业务处理方法及*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108846093A CN108846093A (zh) | 2018-11-20 |
| CN108846093B true CN108846093B (zh) | 2020-08-14 |
Family
ID=64202220
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810613787.7A Active CN108846093B (zh) | 2018-06-14 | 2018-06-14 | 支持多用户操作的业务处理方法及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108846093B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111340650A (zh) * | 2018-12-18 | 2020-06-26 | 无锡雅舍信息技术有限公司 | 协同点餐*** |
| WO2020150944A1 (zh) * | 2019-01-24 | 2020-07-30 | 福建联迪商用设备有限公司 | 一种业务处理方法及*** |
| CN111538556A (zh) * | 2020-06-24 | 2020-08-14 | 成都西加云杉科技有限公司 | 一种信息显示方法、装置、设备及计算机可读存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103903199A (zh) * | 2014-03-14 | 2014-07-02 | 童琦 | 一种基于个人移动终端的多用户点餐方法及*** |
| CN104978697A (zh) * | 2015-06-24 | 2015-10-14 | 西南石油大学 | 一种基于二维码的协同智能点餐方法与*** |
| CN105243616A (zh) * | 2015-08-03 | 2016-01-13 | 北京信付科技有限公司 | 点餐方法、点餐客户端、点餐云处理器以及云点餐*** |
| CN105427207A (zh) * | 2015-12-22 | 2016-03-23 | 山东易构软件技术股份有限公司 | 基于云服务的移动终端订餐*** |
| CN105989447A (zh) * | 2015-03-03 | 2016-10-05 | 阿里巴巴集团控股有限公司 | 数据处理***、方法和平台 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102346751B (zh) * | 2010-08-03 | 2013-04-17 | 阿里巴巴集团控股有限公司 | 一种信息推送方法及设备 |
| CN203706265U (zh) * | 2013-10-09 | 2014-07-09 | 北京方寸博纳科技有限公司 | 一种用于点菜的便携终端 |
| CN105955714A (zh) * | 2016-04-15 | 2016-09-21 | 北京海尔广科数字技术有限公司 | 混合开发前端mvc框架实现方法和*** |
| CN106981000B (zh) * | 2016-10-13 | 2020-06-09 | 阿里巴巴集团控股有限公司 | 基于增强现实的多人线下交互、点餐方法及*** |
-
2018
- 2018-06-14 CN CN201810613787.7A patent/CN108846093B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103903199A (zh) * | 2014-03-14 | 2014-07-02 | 童琦 | 一种基于个人移动终端的多用户点餐方法及*** |
| CN105989447A (zh) * | 2015-03-03 | 2016-10-05 | 阿里巴巴集团控股有限公司 | 数据处理***、方法和平台 |
| CN104978697A (zh) * | 2015-06-24 | 2015-10-14 | 西南石油大学 | 一种基于二维码的协同智能点餐方法与*** |
| CN105243616A (zh) * | 2015-08-03 | 2016-01-13 | 北京信付科技有限公司 | 点餐方法、点餐客户端、点餐云处理器以及云点餐*** |
| CN105427207A (zh) * | 2015-12-22 | 2016-03-23 | 山东易构软件技术股份有限公司 | 基于云服务的移动终端订餐*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108846093A (zh) | 2018-11-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11605050B2 (en) | Order fulfillment systems and methods with customer location tracking | |
| US9946999B2 (en) | Customer interaction manager on a point of sale computer | |
| WO2019179254A1 (zh) | 一种自助购物结算方法及*** | |
| US20180032987A1 (en) | Customer interaction manager on a restaurant computer | |
| US20130191251A1 (en) | End-to-end in-store online gifting platform | |
| CN108846093B (zh) | 支持多用户操作的业务处理方法及*** | |
| US20150221022A1 (en) | Systems and methods for mobile integrated ordering | |
| US20140012655A1 (en) | System and method for purchasing with a discount in exchange for social media advertising | |
| US20120123877A1 (en) | Point of interest tracking with specific retailer accreditation | |
| CN111598662A (zh) | 一种基于网络直播的商品加载方法、服务器及*** | |
| CN112734537A (zh) | 商品信息处理方法、装置、存储介质及计算机设备 | |
| WO2016048761A1 (en) | Item registration services | |
| US20130317907A1 (en) | Business to Consumer Marketing | |
| US11706585B2 (en) | Location based mobile messaging shopping network | |
| CN108304120B (zh) | 信息组件处理方法及装置 | |
| CN108846728A (zh) | 基于业务服务页面的业务处理方法及*** | |
| CN109636536B (zh) | 服务产品提供方法、装置、电子设备及存储介质 | |
| US11496605B1 (en) | Management of network resource transfers via network portals and physical portals | |
| CN110858209A (zh) | 业务对象访问/发布方法、装置、***及电子设备 | |
| CN112000746B (zh) | 数据管理方法、装置及服务器 | |
| CN114358839A (zh) | 资源处理方法、用户端、服务端、设备及存储介质 | |
| CN111506340B (zh) | 业务规则信息处理方法、装置及*** | |
| CN110895759B (zh) | 资源更新方法、装置、设备和*** | |
| CN113268287A (zh) | 基于图形码的小程序启动方法及装置 | |
| US11443366B2 (en) | Systems and methods for real time online to offline (O2O) shopping in and messaging to physical retail stores |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |