CN111383134A - 餐品对象信息处理方法、装置及*** - Google Patents
餐品对象信息处理方法、装置及*** Download PDFInfo
- Publication number
- CN111383134A CN111383134A CN201811621319.0A CN201811621319A CN111383134A CN 111383134 A CN111383134 A CN 111383134A CN 201811621319 A CN201811621319 A CN 201811621319A CN 111383134 A CN111383134 A CN 111383134A
- Authority
- CN
- China
- Prior art keywords
- target object
- information
- meal
- processing
- transaction
- 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.)
- Granted
Links
- 235000013305 food Nutrition 0.000 title claims abstract description 120
- 238000000034 method Methods 0.000 title claims abstract description 49
- 235000012054 meals Nutrition 0.000 claims abstract description 150
- 239000000463 material Substances 0.000 claims abstract description 78
- 238000004519 manufacturing process Methods 0.000 claims description 58
- 230000010365 information processing Effects 0.000 claims description 15
- 238000003860 storage Methods 0.000 claims description 10
- 239000002699 waste material Substances 0.000 abstract description 6
- 241000251468 Actinopterygii Species 0.000 description 17
- 238000010586 diagram Methods 0.000 description 7
- 244000291564 Allium cepa Species 0.000 description 6
- 240000007594 Oryza sativa Species 0.000 description 6
- 235000007164 Oryza sativa Nutrition 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 235000015277 pork Nutrition 0.000 description 6
- 235000009566 rice Nutrition 0.000 description 6
- 240000002234 Allium sativum Species 0.000 description 5
- 244000273928 Zingiber officinale Species 0.000 description 5
- 235000006886 Zingiber officinale Nutrition 0.000 description 5
- 235000004611 garlic Nutrition 0.000 description 5
- 235000008397 ginger Nutrition 0.000 description 5
- 238000010025 steaming Methods 0.000 description 5
- 235000010167 Allium cepa var aggregatum Nutrition 0.000 description 4
- 241000238557 Decapoda Species 0.000 description 4
- 241000238562 Farfantepenaeus aztecus Species 0.000 description 4
- 240000008574 Capsicum frutescens Species 0.000 description 3
- 235000002568 Capsicum frutescens Nutrition 0.000 description 3
- 239000004615 ingredient Substances 0.000 description 3
- 235000013555 soy sauce Nutrition 0.000 description 3
- 238000002360 preparation method Methods 0.000 description 2
- 239000002994 raw material Substances 0.000 description 2
- 235000002566 Capsicum Nutrition 0.000 description 1
- 239000006002 Pepper Substances 0.000 description 1
- 241000722363 Piper Species 0.000 description 1
- 235000016761 Piper aduncum Nutrition 0.000 description 1
- 235000017804 Piper guineense Nutrition 0.000 description 1
- 235000008184 Piper nigrum Nutrition 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 235000012055 fruits and vegetables Nutrition 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 235000014102 seafood Nutrition 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000029305 taxis Effects 0.000 description 1
Images
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
- 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
-
- 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
- G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
Landscapes
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了餐品对象信息处理方法、装置及***,库存信息子***,用于以第一目标对象以及第二目标对象为单位,保存实体店铺中对应的库存信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;交易子***,用于保存餐品对象与第一目标对象、第二目标对象之间的对应关系,在以所述餐品对象为单位提供所述实体店铺中可选的交易对象信息时,根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。通过本申请实施例,能够降低资源浪费,提升用户体验。
Description
技术领域
本申请涉及餐品对象信息处理技术领域,特别是涉及餐品对象信息处理方法、装置及***。
背景技术
在“新零售”的商业模式下,最主要的特点是线上与线下相结合,品牌商可以在线上开设虚拟的店铺,同时可以在线下开设实体店铺。消费者用户可以通过线上进行下单,也可以直接到实体店铺内进行商品对象的购买或者获取相应的服务,同时,实体店铺还可以为线上订单提供发货、配送等支持,在尽可能短的时间内将具体的商品配送至消费者指定的收货地址。
其中,餐饮行业也可以采用上述方式来实现,例如,用户可以在线上或者线下实体店铺中的POS机等设备上进行下单,下单的商品具体可以包括待加工的生鲜类商品,例如,海鲜水产类的商品,等等。另外,线下的实体店铺中通常可以配备有厨房等加工制作区,用户在下单时还可以指定具体的做法,例如,红烧,清蒸,等等,然后,由实体店铺中的加工制作区按照用户的需求进行加工制作,制作完成的餐品可以配送至用户的收货地址,或者,对于到店堂食的订单,则可以送至用户所在的桌位,等等。
当然,由于具体的加工制作任务会由某个具体的实体店铺来承担,而具体所需的食材是由实体店铺预先进行采购的,例如,每天进行采购当天所需的食材,等等。因此,还可以维护具体餐品的库存信息,在某餐品的原材料库存不足时,则可以在前端展示为不可下单的状态。但是,在实际应用中,经常会出现以下情况:某实体店铺内的“鲈鱼”这一原材料尚有库存,于是用户可以进行下单,并选择了具体的做法为“红烧”。但是,厨房具体在进行加工制作时发现用于“红烧”的配料不足,无法完成该加工任务。此时,需要进入到退款等流程,会对已经占用的资源造成浪费,另外,也影响用户的用餐体验。
因此,在线上线下相结合的方式提供餐饮服务的过程中,如何降低资源浪费,提升用户体验,成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了餐品对象信息处理方法、装置及***,能够降低资源浪费,提升用户体验。
本申请提供了如下方案:
一种餐品对象信息处理***,包括:
库存信息子***,用于以第一目标对象以及第二目标对象为单位,保存实体店铺中对应的库存信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
交易子***,用于保存餐品对象与第一目标对象、第二目标对象之间的对应关系,在以所述餐品对象为单位提供所述实体店铺中可选的交易对象信息时,根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
一种餐品对象库存信息处理方法,包括:
以第一目标对象以及第二目标对象为单位,保存实体店铺中对应的库存信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
接收到交易子***的查询请求时,提供所述第一目标对象以及第二目标对象的库存信息,以用于确定由第一目标对象以及第二目标对象组合成的餐品对象的可售状态相关信息。
一种餐品对象信息处理方法,包括:
保存餐品对象与第一目标对象、第二目标对象之间的对应关系;其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
一种餐品对象信息处理方法,包括:
向服务器请求获得实体店铺中餐品对象的可售状态相关信息,其中,所述可售状态相关信息是根据实体店铺中第一目标对象、第二目标对象的库存信息确定的,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服;
以所述餐品对象为单位提供所述实体店铺中可选的交易对象信息,并提供所述可售状态相关信息。
一种餐品对象履约信息处理方法,包括:
获得交易订单信息,所述交易订单信息包括第一目标对象以及第二目标对象的交易子单,及其之间的关联关系信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
根据所述关联关系,生成履约单信息,以用于根据所述履约单信息生成加工制作任务。
一种餐品对象订单信息处理***,包括:
交易子***,用于接收订单信息,将所述订单中包括的待加工制作的餐品对象拆分为第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的交易子单,并建立同一餐品对象对应的不同交易子单之间的关联关系;
履约子***,用于根据所述交易子单之间的关联关系生成履约单,以用于根据所述履约单生成加工制作任务。
一种餐品对象库存信息处理装置,包括:
库存信息保存单元,用于以第一目标对象以及第二目标对象为单位,保存实体店铺中对应的库存信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
库存信息提供单元,用于接收到交易子***的查询请求时,提供所述第一目标对象以及第二目标对象的库存信息,以用于确定由第一目标对象以及第二目标对象组合成的餐品对象的可售状态相关信息。
一种餐品对象信息处理装置,包括:
餐品对象信息保存单元,用于保存餐品对象与第一目标对象、第二目标对象之间的对应关系;其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
餐品对象信息提供单元,用于以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
一种餐品对象信息处理装置,包括:
信息获得单元,用于向服务器请求获得实体店铺中餐品对象的可售状态相关信息,其中,所述可售状态相关信息是根据实体店铺中第一目标对象、第二目标对象的库存信息确定的,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服;
餐品对象信息提供单元,用于以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并提供所述可售状态相关信息。
一种餐品对象履约信息处理装置,包括:
交易订单信息获得单元,用于获得交易订单信息,所述交易订单信息包括第一目标对象以及第二目标对象的交易子单,及其之间的关联关系信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
履约单信息生成单元,用于根据所述关联关系,生成履约单信息,以用于根据所述履约单信息生成加工制作任务。
一种电子设备,包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
保存餐品对象与第一目标对象、第二目标对象之间的对应关系;其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,由于具体餐品对象的实际可售状态相关信息是根据对应的第一目标对象以及第二目标对象的库存信息确定的,因此,可以更真实的反应实体店铺中各种主料或者辅料的库存情况,从而可以向消费者用户提供更准确的信息,避免出现用户下单之后,实际进行加工制作的过程中又发现主料或者辅料不足的情况,从而降低由于退款等流程造成的资源浪费,也可以有效地提升用户体验。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的***的示意图;
图2是本申请实施例提供的业务链路示意图;
图3是本申请实施例提供的第一方法的流程图;
图4是本申请实施例提供的第二方法的流程图;
图5是本申请实施例提供的第三方法的流程图;
图6是本申请实施例提供的第四方法的流程图;
图7是本申请实施例提供的第一装置的示意图;
图8是本申请实施例提供的第二装置的示意图;
图9是本申请实施例提供的第三装置的示意图;
图10是本申请实施例提供的第四装置的示意图;
图11是本申请实施例提供的电子设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,为了能够更准确的在前端向消费者透出具体的餐品对象的实际库存,可以将餐品对象拆分为普通商品(本申请实施例中可以称为“第一目标对象”)以及服务商品(本申请实施例中称为“第二目标对象”)。其中,所谓的第一目标对象具体可以包括制作餐品对象所需的主料对象,所述第二目标对象包括制作餐品对象所需的辅料对象,后续在计算具体的价格等电子资源信息时,第二目标对象还可以包括加工制作费等。也就是说,假设前端销售的一个餐品对象为“红烧鱼”,则本申请实施例中可以将其拆分为“鱼”以及“红烧”这样两个目标对象,其中,“鱼”为普通商品,“红烧”属于一种制作方法,具体为了达到“红烧”的目的,需要用到辣椒、葱姜蒜等辅料,另外还需要加工制作的师傅付出对应的劳动,因此,可以将上述辅料以及加工制作等劳动合并称为“第二目标对象”。另外,***中保存具体商品对象的库存信息时,可以分别对具体第一目标对象以及第二目标对象的库存信息进行保存以及维度,也就是说,除了对于“鱼”、“虾”等主料进行具体的库存信息的保存之外,对于“红烧”、“清蒸”等各自不同的做法也可以具有对应的库存信息。其中,关于第二目标对象的库存信息,可以是根据每一份餐品对象在制作过程在实际可能用到的配料量,以及仓库中实际采购的配量总量计算得到。这样,在前端向消费者用户透出某个餐品对象的库存信息时,可以综合第一目标对象以及第二目标对象的库存信息进行确定。例如,在需要展示某个餐品对象的库存信息时,可以从库存中心获得当前餐品对象对应的第一目标对象以及第二目标对象的库存,若第一目标对象的库存为A,第二目标对象的库存为B,则该第一目标对象以及第二目标对象组成的餐品对象的可售库存为:min(A,B)。也就是说,假设某餐品是红烧鱼,对应的第一目标对象为“鱼”,第二目标对象为“红烧”;某时刻该第一目标对象“鱼”的库存为20,第二目标对象“红烧”的库存为15,则在前端向用户透出的关于“红烧鱼”的可售库存为15,等等。
这样,通过将一个餐品对象拆分为第一目标对象以及第二目标对象,并分别记录第一目标对象以及第二目标对象的库存信息,进而在前端透出餐品对象的可售库存时,可以根据第一目标对象以及第二目标对象的库存信息进行确定,从而可以避免出现前端透出的餐品对象的可售库存大于实际可以制作的量的情况,进而可以避免出现由于加工制作区无法履约而造成的退款等情况。
另外,在本申请的优选实施例中,在用户下单了某餐品对象之后,交易中心在生成交易订单时,可以将一个餐品对象对应的交易订单拆分成第一目标对象以及第二目标对象分别对应的交易子单,并分别计算各交易子单的价格等电子资源信息。这样,可以使得“生熟联动”场景下的税收问题更加明确。例如,关于第一目标对象与第二目标对象可以对应不同的税收类型,并分别按照对应的税收类型支付对应的税款,从而使得税款支付情况更加清晰、细化,符合实际的税收政策要求。
下面对本申请实施例提供的具体实现方案进行详细介绍。
实施例一
首先,该实施例一提供了一种餐品信息处理***,参见图1,该***具体可以包括:
库存信息子***101,用于以第一目标对象以及第二目标对象为单位,保存实体店铺中对应的库存信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
交易子***102,用于保存餐品对象与第一目标对象、第二目标对象之间的对应关系,在以所述餐品对象为单位提供所述实体店铺中可选的交易对象信息时,根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
其中,第一目标对象具体可以对应鱼、虾等主料,其库存信息可以通过以下方式确定:按照当日的实际采购数量加上之前剩余的可用数量确定当日可用总量,然后,按照每个具体的餐品对象所需的量,计算出每个第一目标对象的可售库存信息。也就是说,具体实现时,每个餐品对象对应的具体第一目标对象是什么,以及具体所需的数量是多少,都可以预先进行记录,例如,如表1所示:
表1
例如,12月20日,某实体店铺内总共有20条鱼,如上述表1所示,每例与鱼相关的餐品需要用到一条鱼,则该第一目标对象“鲈鱼”的库存量为20。或者,12月20日,该实体店铺内共有60只红虾,每例与红虾相关的餐品需要用到6只红虾,则红虾的库存量可以表示为10,等等。具体的,库存信息子***保存的关于第一目标对象的库存信息可以如表2所示:
表2
第二目标对象对应于红烧、清蒸等具体的加工制作服务,由于具体的加工制作服务过程中需要用到辣椒、葱姜蒜等辅料,因此,第二目标对象的库存量则可以通过以下方式确定:按照当日的实际采购的辅料数量加上之前剩余的可用数量确定当日的可用辅料总量,然后,按照每种具体的加工制作服务所需的辅料量,计算出每个第二目标对象的可售库存信息。也就是说,具体到每种具体的做法等加工制作服务,为了保证口味一致性,具体所需使用的辅料的量都可以是预先设定好的。这样,也可以比较方便地计算出当日的辅料总量能够提供多少次具体的加工制作服务,进而将其作为第二目标对象的库存量。
例如,具体保存的各种第二目标对象所需各种辅料的信息可以如表3所示:
表3
其中,关于不同的第二目标对象之间都需要用到的同一种辅料,例如,上述表3中的葱姜蒜等,可以预先将各种辅料针对不同的目标第二对象大致的用量进行划分。例如,某实体店铺中共有葱20kg,可以分配给红烧10kg,清蒸10kg,或者,还可以按照历史下单记录中红烧与清蒸的下单比例进行分配,例如,红烧15kg,清蒸5kg,等等。其他的共用辅料也可以分别进行划分,然后再分别按照每种具体的第二目标对象对应的每例用量,计算出具体第二目标对象的库存。其中,在同一个第二目标对象对应多种不同的辅料的情况下,可以在分别计算出各种辅料各自对应的库存量与每例所需用量的商之后,取各种辅料之间的最小值,作为对应第二目标对象的库存量。例如,“红烧”这一第二目标对象,其所需用到的辅料包括辣椒、葱姜蒜等,其中,实体店铺中的“辣椒”的库存量能够支持20例红烧类服务,“葱”的库存量能够支持20例红烧类服务,“姜”的库存量能够支持18例红烧类服务,“蒜”的库存量能够支持25例红烧类服务。则此时可以将“红烧”这一第二目标对象的库存量确定为18。总之,通过具体的计算操作,可以确定出各种第二目标对象的库存量信息,并且可以保存在库存信息子***中。例如,具体可以如表4所示:
表4
交易子***具体可以用于与前端的消费者用户进行交互,并根据用户选择的具体商品对象生成交易订单操作,其中,交易子***具体可以分为客户端以及服务端两部分。交易子***客户端通常可以提供给消费者用户使用,通过前端的用户界面展示出具体可选的商品对象的信息,用户还可以通过该界面选择具体所需的商品对象加入到“购物车”,并且可以发起“结算”。交易子***服务端则可以为客户端展示出的信息提供具体的数据支持,包括具体展示出的用户界面的界面数据等,另外还可以用于根据用户的“结算”操作请求,生成具体的交易订单,并提供给后续的处理节点进行处理。
其中,在本申请实施例中,为了便于消费者用户对具体的商品对象进行选择操作,在前端展示具体的商品对象信息时,涉及到的需要在实体店铺内进行加工制作的餐品对象,可以以具体的餐品对象为单位进行信息的展示。例如,在展示出的商品对象列表中可以直接展示出“红烧鱼”,“清蒸鱼”,“麻辣虾”,等等。或者,也可以将与同一第一目标对象关联的不同餐品通过同一个选项进行展示,在用户选择了其中一个第一目标对象后,再提供用于选择具体做法等第二目标服务的选项,待完成选择后,生成一个具体的餐品对象并加入到“购物车”中。需要说明的是,在实际应用中,具体的交易子***客户端可以位于具体消费者用户的移动终端设备中,例如,具体可以以“App”等应用程序的形式存在,或者,也可以位于实体店铺内的POS机等设备中。其中,对于前者,用户可选的对象通常仅包括餐品对象,而对于后者,由于实体店铺中可能同时还有一些非餐饮类的商品对象在售,因此,也可以选择其他类别的商品对象,也即,同一订单中可能既包括餐品对象,也包括非餐品对象,例如,需要直接带走的水果、蔬菜,或者其他预先制作完成的成品对象,等等。
其中,在通过交易子***客户端对具体的需要在下单后在实体店铺中进行加工制作的餐品对象进行展示时,还可以提供对应的可售状态相关信息,包括是否可售,剩余的可售库存量等。其中,具体在提供某具体餐品对象的可售状态相关信息时,就可以根据具体的餐品对象关联的第一目标对象以及第二目标对象各自分别对应的库存量进行确定。具体实现时,可以取第一目标对象与第二目标对象的库存量中的较小者,作为组合得到的餐品对象的可售库存量。如果其中的第一目标对象或者第二目标对象的库存量为0,则可以将组合得到的餐品对象的置为不可售状态,等等。例如,某餐品对象是“红烧鲈鱼”,该餐品对象对应的第一目标对象是“鲈鱼”,第二目标对象是“红烧”,则在确定“红烧鲈鱼”的可售库存量时,可以首先分别确定出第一目标对象“鲈鱼”的库存量,假设为10,第二目标对象“红烧”的库存量,假设为8,然后取两者中的较小者,作为该“红烧鲈鱼”的可售库存量,并在前端进行展示。
也就是说,在具体实现时,交易子***服务端还可以保存各种具体的餐品对象与第一目标对象、第二目标对象之间的对应关系,例如,如表5所示:
表5
餐品对象名称 | 第一目标对象名称 | 第二目标对象名称 |
红烧鲈鱼 | 鲈鱼 | 红烧 |
清蒸鲈鱼 | 鲈鱼 | 清蒸 |
…… | …… | …… |
这样,在具体需要展示某个餐品对象的可售状态相关信息时,就可以首先查询该表5,确定出对应的第一目标对象以及第二目标对象,然后再分别查询表2以及表4,确定出各自的实际可用库存量,然后再最终确定出该餐品对象的可售状态相关信息,包括是否可售,实际可售的库存量,等等。
通过上述方式,由于具体餐品对象的实际可售状态相关信息是根据对应的第一目标对象以及第二目标对象的库存信息确定的,因此,可以更真实的反应实体店铺中各种主料或者辅料的库存情况,从而可以向消费者用户提供更准确的信息,避免出现用户下单之后,实际进行加工制作的过程中又发现主料或者辅料不足的情况,从而降低由于退款等流程造成的资源浪费,也可以有效地提升用户体验。
在展示出具体可以选择的餐品对象,并提供了具体的可售状态相关信息的情况下,消费者用户可以从中选择出具体所需的餐品对象进行下单。在本申请实施例中,具体的消费者用户可以是以餐品对象为单位进行下单,例如,可以点“红烧鲈鱼”,“麻辣虾”等一个或者多个餐品对象。之后,在传统的方式下,具体在生成交易订单时,会将用户当前结算的全部商品对象生成一个交易订单,并计算各个单品的价格,以及总价格等所需支付的电子资源数量。
但是,本申请发明人在实现本申请的过程中还发现,如果按照传统的方式生成交易订单并计算具体的价格,则存在税务信息不够清晰的问题。例如,同一餐品对象的实际售卖价格可能是50元,其中主料的价格可能是30元,另外还包括10元的辅料价格,以及10元的加工服务费。其中,对于主料的费用,按照销项税的税率进行缴税是合理的,而辅料的费用以及加工服务费用,则应该按照餐饮税进行缴税。但是,在现有技术中,由于并没有区分一个餐品对象的主料以及辅料,因此,最多只能将加工服务费按照餐饮税进行缴税,辅料方面则会与主料一起按照销项税的税率进行缴税,这显然是不合理的,对于相关的财务数据而言,也会出现混乱、数据不够清晰等问题。
针对上述问题,本申请实施例可以在前述将一个餐品对象拆分为第一目标对象以及第二目标对象的基础上,进一步在订单生成、电子资源的确定等方面提供改进的实现方式。
具体的,交易子***服务端在接收到具体的订单信息后,还可以将所述订单中包括的待加工制作的餐品对象拆分为第一目标对象以及第二目标对象,然后,生成分别对应于所述第一目标对象以及第二目标对象的交易子单,并分别确定各交易子单对应的税收类型,以及所需支付的电子资源信息。也就是说,在本申请实施例中,对于消费者用户提交的订单信息,可以拆分成多个交易子单,每个交易子单可以分别计算出具体所需支付的电子资源信息,也可以确定出对应的税收类型。这样,使得同一个订单中的税收数据更加清晰明确,也使得实际的缴税额更加合理。
例如,某用户下单了一个餐品对象是“红烧鲈鱼”,则在生成交易订单时,可以将其拆分成两个交易子单,分别为“鲈鱼”对应的第一交易子单,以及“红烧”这种具体的做法或者服务对应的第二交易子单。其中,由于第一交易子单关联的是第一目标对象,也即,属于具体制作餐品对象过程所需用到的主料,属于实体店铺中采购回来的商品对象,再售卖给消费者用户,因此,对应的税收类型可以是销项税;第二交易子单关联的是第二目标对象,包括具体制作餐品对象过程中所需用到的辅料,以及具体的加工师傅等所付出的劳动,因此,相关的费用适用于“餐饮税”这一税收类型,等等。
在确定出交易子单对应的税收类型的情况下,还可以确定出各交易子单对应的所需支付的电子资源信息,以便按照各自对应的税收类型的税率,计算出各自需要缴纳的税费信息。其中,具体在计算第二目标对象对应的交易子单所需支付的电子资源信息时,可以是根据制作所述餐品对象所需的辅料以及加工制作过程所付出的劳动对应的需支付的电子资源信息进行确定。也即,其中包含了辅料的费用,以及具体的加工服务劳动的服务费。
也就是说,在本申请实施例中,在用户下单后,交易子***服务端可以生成多个交易子单,细化到每个餐品对应的第一目标对象以及第二目标对象,并分别确定各自的税收类型以及电子资源信息。具体的,实际生成的交易订单的信息可以如表6所示:
表6
另外,在实际应用中,具体生成交易子单,并完成具体的支付操作之后,将会进入到后续的流程。例如,具体的流程可以包括多个节点,如图2所示,除了前面的交易节点外,后续会包括履约、库存,如果是外卖订单,则还可以包括“配送”节点,等等。其中,具体的交易订单生成之后,可以由履约子***生成相应的履约单,并交给加工制作***,加工制作***则可以据此生成具体的加工制作任务,由具体的加工制作人员进行加工制作,同时可以对库存子***中的库存信息进行相应的处理,包括进行占用或者扣减等操作。
其中,在本申请实施例中,如果交易子***在生成交易订单时,按照前述方式拆分成了多个交易子单,则为了便于履约子***进行信息的识别以及处理,还可以在同一餐品对象对应的不同交易子单之间建立关联关系。例如,一种方式下,可以通过表7的形式进行记录:
表7
这样,履约子***就可以根据所述交易子单之间的关联关系生成履约单,以用于根据所述履约单生成加工制作任务,这样,可以使得同一个餐品对象对应同一个履约单,以便通过该履约单来跟踪记录具体餐品对象的加工制作进度等信息。例如,针对前述例子中的“红烧鲈鱼”这一餐品对象,在生成交易订单时,拆分成“鲈鱼”对应的第一交易子单,以及“红烧”对应的第二交易子单,并在这两个交易子单之间建立了关联关系。则履约子***则可以根据这种具有关联关系的交易子单,生成履约单,例如,具体可以生成“红烧鲈鱼”这一餐品对象对应的履约单,等等。
或者,在可选的实施方式下,由于具有关联关系的交易子单分别对应的第一目标对象以及第二目标对象,因此,在根据具有关联关系的交易子单生成履约主单后,还可以生成分别对应于所述第一目标对象以及第二目标对象的履约子单,以用于根据所述履约子单生成加工制作任务,以及库存占用通知消息。这样,具体的加工制作子***还可以根据具体的履约子单进行主料以及辅料的加工处理,相应的,库存信息子***则可以根据具体的库存占用通知消息,对对应的第一目标对象以及第二目标对象的库存信息进行锁定。也就是说,由于在履约单生成后,具体的餐品对象加工制作前,可以首先将具体关联的第一目标对象以及第二目标对象的库存进行对应库存量的占用,例如,“红烧鲈鱼”这一餐品对象,可以对“鲈鱼”这一第一目标对象增加一个占用库存,对“红烧”这一第二目标对象增加一个占用库存。
也就是说,可以在库存信息子***保存的数据库中增加“占用”字段,在某第一目标对象或第二目标对象被占用后,可以在对应的“占用”字段增加对应的数值,例如,某餐品对象占用一条鲈鱼,占用一份“红烧”服务,则可以分别体现在库存信息数据库中。例如,关于第一目标对象信息可以如表8所示:
表8
这样,交易子***在向前端的消费者用户展示与鲈鱼有关的餐品对象的库存信息时,关于“鲈鱼”这一第一目标对象的可用库存信息,可以是在将库存量信息减去已经被占用的量之后,所得的结果是该第一目标对象的可用库存量。类似的,关于第二目标对象,也可以采用类似的方式记录库存占用信息。
待具体的履约子单对应的加工制作任务完成后,还可以通知库存信息子***将执行具体的库存扣减操作。此时,表8中的信息将会更新为表9所示:
表9
当然,如果在具体开始加工制作前,用户执行了取消订单等操作,则还可以将占用的库存释放。
可见,库存信息子***中保存的库存信息通常是在不断变化的,交易子***需要向前端的消费者用户提供餐品对象的库存状态信息时,可以根据最新的库存信息进行确定。
实施例二
该实施例二是与实施例一相对应的,从库存信息子***的角度,提供了一种餐品对象库存信息处理方法,参见图3,包括:
S301:以第一目标对象以及第二目标对象为单位,保存实体店铺中对应的库存信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
S302:接收到交易子***的查询请求时,提供所述第一目标对象以及第二目标对象的库存信息,以用于确定由第一目标对象以及第二目标对象组合成的餐品对象的可售状态相关信息。
其中,具体实现时,在根据交易子订单生成履约单信息后,还可以根据履约子***的库存占用通知消息,对第一目标对象以及第二目标对象的库存信息进行锁定;其中,所述交易子订单分别与同一餐品对象拆分出第一目标对象以及第二目标对象分别对应的交易子单。
另外,在所述履约子单对应的加工制作任务完成后,还可以将锁定的库存执行扣减处理。
实施例三
该实施例三也是与实施例一相对应的,从交易子***服务端的角度,提供了一种餐品对象信息处理方法,参见图4,该方法具体可以包括:
S401:保存餐品对象与第一目标对象、第二目标对象之间的对应关系;其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
S402:以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
另外,具体实现时,还可以在接收到前端的消费者用户提交的订单信息后,将所述订单中包括的待加工制作的餐品对象拆分为第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的交易子单,以用于分别确定各交易子单对应的税收类型,以及所需支付的电子资源信息。
其中,所述第二目标对象对应的交易子单所需支付的电子资源信息,是根据制作所述餐品对象所需的辅料以及加工制作过程所付出的劳动对应的需支付的电子资源信息进行确定。
具体实现时,还可以建立同一餐品对象对应的不同交易子单之间的关联关系,以用于根据所述关联关系生成履约单信息。
实施例四
该实施例四也是与实施例一相对应的,从交易子***客户端的角度,提供了一种餐品对象信息处理方法,参见图5,该方法具体可以包括:
S501:向服务器请求获得实体店铺中餐品对象的可售状态相关信息,其中,所述可售状态相关信息是根据第一目标对象、第二目标对象的库存信息确定的,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服;
S502:以所述餐品对象为单位提供所述实体店铺中可选的交易对象信息,并提供所述可售状态相关信息。
实施例五
该实施例五也是与实施例一相对应的,从履约子***的角度,提供了一种餐品对象履约信息处理方法,参见图6,该方法具体可以包括:
S601:获得交易订单信息,所述交易订单信息包括第一目标对象以及第二目标对象的交易子单,及其之间的关联关系信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
S602:根据所述关联关系,生成履约单信息,以用于根据所述履约单信息生成加工制作任务。
具体实现时,可以根据具有关联关系的交易子单生成履约主单,并根据具有关联关系的交易子单分别对应的第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的履约子单,以用于根据所述履约子单生成加工制作任务,以及库存占用通知消息。
实施例六
该实施例六提供了另一种餐品对象订单信息处理***,该***具体可以包括:
交易子***,用于接收订单信息,将所述订单中包括的待加工制作的餐品对象拆分为第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的交易子单,并建立同一餐品对象对应的不同交易子单之间的关联关系;
履约子***,用于根据所述交易子单之间的关联关系生成履约单,以用于根据所述履约单生成加工制作任务。
也就是说,如果没有按照第一目标对象以及第二目标对象各自的库存来提供具体餐品对象的可售状态信息,也是可以进行交易订单的拆单处理的。具体实现时,交易子***还可以用于,分别确定各交易子单对应的税收类型,以及所需支付的电子资源信息。
其中,所述履约子***具体可以用于,根据具有关联关系的交易子单生成履约主单,并根据具有关联关系的交易子单分别对应的第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的履约子单,以用于根据所述履约子单生成加工制作任务。另外,所述履约子***还可以用于,在同一履约主单对应的各履约子单对应的加工制作任务完成后,将该履约主单置为已完成状态。
关于前述实施例二至实施例六中的未详述部分,可以参见实施例一中的记载,这里不再赘述。
与实施例二相对应,本申请实施例还提供了一种餐品对象库存信息处理装置,参见图7,该装置具体可以包括:
库存信息保存单元701,用于以第一目标对象以及第二目标对象为单位,保存实体店铺中对应的库存信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
库存信息提供单元702,用于接收到交易子***的查询请求时,提供所述第一目标对象以及第二目标对象的库存信息,以用于确定由第一目标对象以及第二目标对象组合成的餐品对象的可售状态相关信息。
具体实现时,该装置还可以包括:
库存锁定单元,用于在根据交易子订单生成履约单信息后,根据履约子***的库存占用通知消息,对第一目标对象以及第二目标对象的库存信息进行锁定;其中,所述交易子订单分别与同一餐品对象拆分出第一目标对象以及第二目标对象分别对应的交易子单。
库存扣减单元,用于在所述履约子单对应的加工制作任务完成后,将锁定的库存执行扣减处理。
与实施例三相对应,本申请实施例还提供了一种餐品对象信息处理装置,参见图8,该装置具体可以包括:
餐品对象信息保存单元801,用于保存餐品对象与第一目标对象、第二目标对象之间的对应关系;其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
餐品对象信息提供单元802,用于以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
具体实现时,该装置还可以包括:
订单接收单元,用于接收订单信息;
交易子单生成单元,用于将所述订单中包括的待加工制作的餐品对象拆分为第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的交易子单,以用于分别确定各交易子单对应的税收类型,以及所需支付的电子资源信息。
其中,所述第二目标对象对应的交易子单所需支付的电子资源信息,是根据制作所述餐品对象所需的辅料以及加工制作过程所付出的劳动对应的需支付的电子资源信息进行确定。
另外,该装置还可以包括:
关联关系建立单元,用于建立同一餐品对象对应的不同交易子单之间的关联关系,以用于根据所述关联关系生成履约单信息。
与实施例四相对应,本申请实施例还提供了一种餐品对象信息处理装置,参见图9,该装置具体可以包括:
信息获得单元901,用于向服务器请求获得实体店铺中餐品对象的可售状态相关信息,其中,所述可售状态相关信息是根据第一目标对象、第二目标对象的库存信息确定的,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服;
餐品对象信息提供单元902,用于以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并提供所述可售状态相关信息。
与实施例五相对应,本申请实施例还提供了一种餐品对象履约信息处理装置,参见图10,该装置具体可以包括:
交易订单信息获得单元1001,用于获得交易订单信息,所述交易订单信息包括第一目标对象以及第二目标对象的交易子单,及其之间的关联关系信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
履约单信息生成单元1002,用于根据所述关联关系,生成履约单信息,以用于根据所述履约单信息生成加工制作任务。
其中,履约单信息生成单元具体可以用于,根据具有关联关系的交易子单生成履约主单,并根据具有关联关系的交易子单分别对应的第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的履约子单,以用于根据所述履约子单生成加工制作任务,以及库存占用通知消息。
另外,本申请实施例还提供了一种电子设备,包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
保存餐品对象与第一目标对象、第二目标对象之间的对应关系;其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
其中,图11示例性的展示出了电子设备的架构,具体可以包括处理器1110,视频显示适配器1111,磁盘驱动器1112,输入/输出接口1113,网络接口1114,以及存储器1120。上述处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114,与存储器1120之间可以通过通信总线1130进行通信连接。
其中,处理器1110可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本申请所提供的技术方案。
存储器1120可以采用ROM(Read Only Memory,只读存储器)、RAM(Random AccessMemory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器1120可以存储用于控制电子设备1100运行的操作***1121,用于控制电子设备1100的低级别操作的基本输入输出***(BIOS)。另外,还可以存储网页浏览器1123,数据存储管理***1124,以及餐品对象信息处理***1125等等。上述餐品对象信息处理***1125就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之,在通过软件或者固件来实现本申请所提供的技术方案时,相关的程序代码保存在存储器1120中,并由处理器1110来调用执行。
输入/输出接口1113用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
网络接口1114用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1130包括一通路,在设备的各个组件(例如处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114,与存储器1120)之间传输信息。
另外,该电子设备1100还可以从虚拟资源对象领取条件信息数据库1141中获得具体领取条件的信息,以用于进行条件判断,等等。
需要说明的是,尽管上述设备仅示出了处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114,存储器1120,总线1130等,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本申请方案所必需的组件,而不必包含图中所示的全部组件。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于***或***实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的餐品对象信息处理方法、装置及***,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (21)
1.一种餐品对象信息处理***,其特征在于,包括:
库存信息子***,用于以第一目标对象以及第二目标对象为单位,保存实体店铺中对应的库存信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
交易子***,用于保存餐品对象与第一目标对象、第二目标对象之间的对应关系,在以所述餐品对象为单位提供所述实体店铺中可选的交易对象信息时,根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
2.根据权利要求1所述的***,其特征在于,
所述交易子***还用于,接收订单信息,将所述订单中包括的待加工制作的餐品对象拆分为第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的交易子单,以用于分别确定各交易子单对应的税收类型,以及所需支付的电子资源信息。
3.根据权利要求2所述的***,其特征在于,
所述交易子***还用于,建立同一餐品对象对应的不同交易子单之间的关联关系;
所述***还包括:
履约子***,用于根据所述交易子单之间的关联关系生成履约单信息,以用于根据所述履约单信息生成加工制作任务。
4.一种餐品对象库存信息处理方法,其特征在于,包括:
以第一目标对象以及第二目标对象为单位,保存实体店铺中对应的库存信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
接收到交易子***的查询请求时,提供所述第一目标对象以及第二目标对象的库存信息,以用于确定由第一目标对象以及第二目标对象组合成的餐品对象的可售状态相关信息。
5.根据权利要求4所述的方法,其特征在于,还包括:
在根据交易子订单生成履约单信息后,根据履约子***的库存占用通知消息,对第一目标对象以及第二目标对象的库存信息进行锁定;其中,所述交易子订单分别与同一餐品对象拆分出第一目标对象以及第二目标对象分别对应的交易子单。
6.根据权利要求5所述的方法,其特征在于,还包括:
在所述履约子单对应的加工制作任务完成后,将锁定的库存执行扣减处理。
7.一种餐品对象信息处理方法,其特征在于,包括:
保存餐品对象与第一目标对象、第二目标对象之间的对应关系;其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
8.根据权利要求7所述的方法,其特征在于,还包括:
接收订单信息;
将所述订单中包括的待加工制作的餐品对象拆分为第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的交易子单,以用于分别确定各交易子单对应的税收类型,以及所需支付的电子资源信息。
9.根据权利要求8所述的方法,其特征在于,
所述第二目标对象对应的交易子单所需支付的电子资源信息,是根据制作所述餐品对象所需的辅料以及加工制作过程所付出的劳动对应的需支付的电子资源信息进行确定。
10.根据权利要求8所述的方法,其特征在于,还包括:
建立同一餐品对象对应的不同交易子单之间的关联关系,以用于根据所述关联关系生成履约单信息。
11.一种餐品对象信息处理方法,其特征在于,包括:
向服务器请求获得实体店铺中餐品对象的可售状态相关信息,其中,所述可售状态相关信息是根据实体店铺中第一目标对象、第二目标对象的库存信息确定的,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服;
以所述餐品对象为单位提供所述实体店铺中可选的交易对象信息,并提供所述可售状态相关信息。
12.一种餐品对象履约信息处理方法,其特征在于,包括:
获得交易订单信息,所述交易订单信息包括第一目标对象以及第二目标对象的交易子单,及其之间的关联关系信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
根据所述关联关系,生成履约单信息,以用于根据所述履约单信息生成加工制作任务。
13.根据权利要求12所述的方法,其特征在于,
所述根据所述关联关系,生成履约单信息,包括:
根据具有关联关系的交易子单生成履约主单,并根据具有关联关系的交易子单分别对应的第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的履约子单,以用于根据所述履约子单生成加工制作任务,以及库存占用通知消息。
14.一种餐品对象订单信息处理***,其特征在于,包括:
交易子***,用于接收订单信息,将所述订单中包括的待加工制作的餐品对象拆分为第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的交易子单,并建立同一餐品对象对应的不同交易子单之间的关联关系;
履约子***,用于根据所述交易子单之间的关联关系生成履约单,以用于根据所述履约单生成加工制作任务。
15.根据权利要求14所述的***,其特征在于,
所述交易子***还用于,分别确定各交易子单对应的税收类型,以及所需支付的电子资源信息。
16.根据权利要求14所述的***,其特征在于,
所述履约子***具体用于,根据具有关联关系的交易子单生成履约主单,并根据具有关联关系的交易子单分别对应的第一目标对象以及第二目标对象,生成分别对应于所述第一目标对象以及第二目标对象的履约子单,以用于根据所述履约子单生成加工制作任务。
17.一种餐品对象库存信息处理装置,其特征在于,包括:
库存信息保存单元,用于以第一目标对象以及第二目标对象为单位,保存实体店铺中对应的库存信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
库存信息提供单元,用于接收到交易子***的查询请求时,提供所述第一目标对象以及第二目标对象的库存信息,以用于确定由第一目标对象以及第二目标对象组合成的餐品对象的可售状态相关信息。
18.一种餐品对象信息处理装置,其特征在于,包括:
餐品对象信息保存单元,用于保存餐品对象与第一目标对象、第二目标对象之间的对应关系;其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
餐品对象信息提供单元,用于以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
19.一种餐品对象信息处理装置,其特征在于,包括:
信息获得单元,用于向服务器请求获得实体店铺中餐品对象的可售状态相关信息,其中,所述可售状态相关信息是根据实体店铺中第一目标对象、第二目标对象的库存信息确定的,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服;
餐品对象信息提供单元,用于以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并提供所述可售状态相关信息。
20.一种餐品对象履约信息处理装置,其特征在于,包括:
交易订单信息获得单元,用于获得交易订单信息,所述交易订单信息包括第一目标对象以及第二目标对象的交易子单,及其之间的关联关系信息,其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
履约单信息生成单元,用于根据所述关联关系,生成履约单信息,以用于根据所述履约单信息生成加工制作任务。
21.一种电子设备,其特征在于,包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
保存餐品对象与第一目标对象、第二目标对象之间的对应关系;其中,所述第一目标对象包括制作餐品对象所需的主料对象,所述第二目标对象包括为所述餐品对象提供的加工制作服务;
以所述餐品对象为单位提供实体店铺中可选的交易对象信息,并根据所述第一目标对象、第二目标对象的库存信息,确定所述餐品对象的可售状态相关信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811621319.0A CN111383134B (zh) | 2018-12-28 | 2018-12-28 | 餐品对象信息处理方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811621319.0A CN111383134B (zh) | 2018-12-28 | 2018-12-28 | 餐品对象信息处理方法、装置及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111383134A true CN111383134A (zh) | 2020-07-07 |
CN111383134B CN111383134B (zh) | 2024-04-09 |
Family
ID=71214517
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811621319.0A Active CN111383134B (zh) | 2018-12-28 | 2018-12-28 | 餐品对象信息处理方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111383134B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102231175A (zh) * | 2011-07-08 | 2011-11-02 | 薛晖 | 一种餐厅信息控制***及其处理方法 |
WO2016173445A1 (zh) * | 2015-04-30 | 2016-11-03 | 阿里巴巴集团控股有限公司 | 商品对象的库存信息的处理方法及*** |
CN106779897A (zh) * | 2015-11-23 | 2017-05-31 | 阿里巴巴集团控股有限公司 | 组合商品对象交易信息处理方法及装置 |
CN107180370A (zh) * | 2016-03-10 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 商品对象信息处理方法、装置及*** |
CN107833159A (zh) * | 2017-11-16 | 2018-03-23 | 四川长虹智能制造技术有限公司 | 一种智能餐饮云*** |
CN108402885A (zh) * | 2018-05-25 | 2018-08-17 | 朱喜龙 | 基于大数据的自助炒菜机 |
WO2018166346A1 (zh) * | 2017-03-13 | 2018-09-20 | 阿里巴巴集团控股有限公司 | 提供数据对象信息的方法、装置及*** |
CN109035070A (zh) * | 2018-07-06 | 2018-12-18 | 广州大学 | 一种基于物联网搜索的餐饮*** |
-
2018
- 2018-12-28 CN CN201811621319.0A patent/CN111383134B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102231175A (zh) * | 2011-07-08 | 2011-11-02 | 薛晖 | 一种餐厅信息控制***及其处理方法 |
WO2016173445A1 (zh) * | 2015-04-30 | 2016-11-03 | 阿里巴巴集团控股有限公司 | 商品对象的库存信息的处理方法及*** |
CN106779897A (zh) * | 2015-11-23 | 2017-05-31 | 阿里巴巴集团控股有限公司 | 组合商品对象交易信息处理方法及装置 |
CN107180370A (zh) * | 2016-03-10 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 商品对象信息处理方法、装置及*** |
WO2018166346A1 (zh) * | 2017-03-13 | 2018-09-20 | 阿里巴巴集团控股有限公司 | 提供数据对象信息的方法、装置及*** |
CN107833159A (zh) * | 2017-11-16 | 2018-03-23 | 四川长虹智能制造技术有限公司 | 一种智能餐饮云*** |
CN108402885A (zh) * | 2018-05-25 | 2018-08-17 | 朱喜龙 | 基于大数据的自助炒菜机 |
CN109035070A (zh) * | 2018-07-06 | 2018-12-18 | 广州大学 | 一种基于物联网搜索的餐饮*** |
Non-Patent Citations (1)
Title |
---|
杨廷发;丁川芸;兰全祥;: "基于SSH的二维码点餐***的设计与实现", 电脑知识与技术, no. 30, 25 October 2018 (2018-10-25) * |
Also Published As
Publication number | Publication date |
---|---|
CN111383134B (zh) | 2024-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105096015B (zh) | 商品对象信息处理方法及*** | |
US5966697A (en) | System and method for secure transaction order management processing | |
WO2016206556A1 (zh) | 仓库资源信息处理、提供库存信息的方法及装置 | |
JPH10320470A (ja) | 電子取引システム及び方法 | |
KR20200121575A (ko) | 축산물 공동구매 중개 플랫폼 시스템 및 이를 이용한 축산물 주문방법 | |
CN107886346B (zh) | 数据对象资源信息处理方法及装置 | |
US20030115114A1 (en) | Method and system for transaction of goods | |
CN114219589B (zh) | 虚拟实体对象的生成和页面显示方法、装置和电子设备 | |
JP2002063407A (ja) | ネットワーク取引仲介方法、ネットワーク取引システム及びネットワーク取引センター | |
CN111383134B (zh) | 餐品对象信息处理方法、装置及*** | |
JP2002063406A (ja) | 販売仲介システム | |
JP2002109286A (ja) | バケットオークションシステム、これを記録したコンピュータ読み取り可能な記録媒体およびバケットオークション装置 | |
JP6502549B2 (ja) | 電子商取引統合管理システム | |
CN114564138B (zh) | 信息展示方法、装置、电子设备和存储介质 | |
JP2023109599A (ja) | 商品情報設定方法および販売価格変更システム | |
JP2019003246A (ja) | 系列組織的販売を管理するコンピュータシステム | |
WO2022254571A1 (ja) | 評価装置、評価システムおよび評価用プログラム | |
JP2001335121A (ja) | 商品自動補給システム、商品自動補給方法及びその記録媒体 | |
JP2000048099A (ja) | 情報サービス・システムにおけるサーバ・システムおよびプログラムを格納した記録媒体 | |
CN114549127A (zh) | 订单对象替换方法、装置、电子设备和计算机存储介质 | |
TW201717136A (zh) | 團購交易系統與方法 | |
JP2023109598A (ja) | 商品販売方法およびカート管理システム | |
KR20170006922A (ko) | 인터넷을 이용한 물품 판매 방법 및 그 방법을 이용한 물품 판매 시스템 | |
JP2024097932A (ja) | 取引管理システム、取引管理プログラム及び取引管理方法 | |
JP2023109597A (ja) | 商品流通方法および商品流通システム |
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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20230710 Address after: Room 210, 2nd Floor, Juyang Building, No. 1200 Pudong Avenue, China (Shanghai) Pilot Free Trade Zone, Pudong New Area, Shanghai Applicant after: HEMA (China) Co.,Ltd. Address before: Box 847, four, Grand Cayman capital, Cayman Islands, UK Applicant before: ALIBABA GROUP HOLDING Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |