CN107437214A - 信息处理方法、装置及非临时性计算机可读介质 - Google Patents
信息处理方法、装置及非临时性计算机可读介质 Download PDFInfo
- Publication number
- CN107437214A CN107437214A CN201710631741.3A CN201710631741A CN107437214A CN 107437214 A CN107437214 A CN 107437214A CN 201710631741 A CN201710631741 A CN 201710631741A CN 107437214 A CN107437214 A CN 107437214A
- Authority
- CN
- China
- Prior art keywords
- food product
- user
- target
- target stroke
- money
- 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
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 29
- 238000003672 processing method Methods 0.000 title claims abstract description 28
- 235000013305 food Nutrition 0.000 claims abstract description 205
- 238000012545 processing Methods 0.000 claims abstract description 6
- 238000000034 method Methods 0.000 claims description 22
- 235000012054 meals Nutrition 0.000 claims description 5
- 230000008569 process Effects 0.000 description 7
- 238000013459 approach Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- XEEYBQQBJWHFJM-UHFFFAOYSA-N Iron Chemical compound [Fe] XEEYBQQBJWHFJM-UHFFFAOYSA-N 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 210000004209 hair Anatomy 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 235000021152 breakfast Nutrition 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 229910052742 iron Inorganic materials 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- 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
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Human Resources & Organizations (AREA)
- General Health & Medical Sciences (AREA)
- Development Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例提供一种信息处理方法、装置及非临时性计算机可读介质，应用于数据处理技术领域。本发明实施例提供的信息处理方法，包括：获取目标行程对应的历史订单信息；根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限；当确定所述用户具有下单权限时，获取与所述目标行程对应的餐品供应状态；当所述目标行程对应的餐品供应状态为可供应时，获取用户选择的目标餐品；判断所述目标餐品的总价格是否符合指定价格条件；当所述目标餐品的总价格符合所述指定价格条件时，生成订单。本发明的技术方案将订餐业务与铁路信息系统相结合，从而在铁路信息系统实现订餐功能，使得用户可以在乘车时或者乘车之前进行订餐。
Description
技术领域
本发明涉及数据处理技术领域，尤其涉及一种信息处理方法、装置及非临时性计算机可读介质。
背景技术
目前，随着互联网和计算机技术的快速发展，越来越多的网络服务商致力于通过互联网为公众提供便利的社会或企业服务，提供网络服务的实现基础是网络服务平台和数据资源。例如，餐饮行业，商户将自己的产品/服务以图片的形式通过网络向消费者展示正变得越来越普及。
而我国的铁路信息系统是一个庞大、复杂的系统，包括运营系统、营销系统、交易系统等多个系统。铁路信息系统依托于铁路总公司、路局、车站三层业务架构，是一种与地理位置相关的分布式系统。
由于铁路列车运行期间经常与用餐时间重合，由于列车上供给乘车人员的餐品种类较少，往往不容易满足乘车人员的需求，因此，现有技术中，缺少一种将订餐业务与铁路信息系统结合的方式，使得乘车人员可以在乘车前预定餐品。
发明内容
本发明实施例提供一种信息处理方法、装置及非临时性计算机可读介质，将订餐业务与铁路信息系统相结合，从而在铁路信息系统实现订餐功能，从而使得用户可以在乘车时或者乘车之前进行订餐，给用户带来了便利。
本发明实施例提供一种信息处理方法，包括：
获取目标行程对应的历史订单信息；
根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限；
当确定所述用户具有下单权限时，获取与所述目标行程对应的餐品供应状态；
当所述目标行程对应的餐品供应状态为可供应时，获取用户选择的目标餐品；
判断所述目标餐品的总价格是否符合指定价格条件；
当所述目标餐品的总价格符合所述指定价格条件时，生成订单。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述历史订单信息包括目标行程历史订单量；
所述根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限，包括：
获取预设的目标行程最大订单量；
当所述目标行程历史订单量小于所述目标行程最大订单量时，确定所述用户具有下单权限；
当所述目标行程历史订单量大于或者等于所述目标行程最大订单量时，确定所述用户不具有下单权限。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述历史订单信息包括用户历史订单量；
所述根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限，包括：
获取预设的用户最大订单量；
当所述用户历史订单量小于所述用户最大订单量时，确定所述用户具有下单权限；
当所述用户历史订单量大于或者等于所述用户最大订单量时，确定所述用户不具有下单权限。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述获取与所述目标行程对应的餐品供应状态，包括：
获取与所述目标行程对应的餐品来源类型；
当所述餐品来源类型为第一类型时，获取用户指定时刻以及每个可选餐品对应的候选时间；
当所述用户指定时刻在任意一个所述候选时间内时，确定所述餐品供应状态为可供应；
当所述用户指定时刻不在任意一个所述候选时间内时，确定所述餐品供应状态为不可供应。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述获取与所述目标行程对应的餐品供应状态，包括：
获取与所述目标行程对应的餐品来源类型；
当所述餐品来源类型为第二类型时，获取用户指定时刻以及每个可选商户对应的营业时间；
当所述用户指定时刻在任意一个所述营业时间内时，确定可供应餐品的商户；
获取所述可供应餐品的商户所提供的每个可选餐品对应的候选时间；
当所述用户指定时刻在任意一个所述候选时间内时，确定所述餐品供应状态为可供应；
当所述用户指定时刻不在任意一个所述候选时间内时，确定所述餐品供应状态为不可供应。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述判断所述目标餐品的总价格是否符合指定价格条件，包括：
获取起送金额、当前订单金额与单笔最大订单金额；
当所述当前订单金额大于所述起送金额，且小于所述单笔最大订单金额时，确定所述目标餐品的当前订单金额与后台订单金额是否一致；
当确定一致时，所述目标餐品的总价格符合指定价格条件；
当确定不一致时，所述目标餐品的总价格不符合指定价格条件。
本发明实施例还提供一种信息处理装置，包括：
第一获取单元，用于获取目标行程对应的历史订单信息；
第一确定单元，用于根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限；
第二获取单元，用于当确定所述用户具有下单权限时，获取与所述目标行程对应的餐品供应状态；
第三获取单元，用于当所述目标行程对应的餐品供应状态为可供应时，获取用户选择的目标餐品；
判断单元，用于判断所述目标餐品的总价格是否符合指定价格条件；
生成单元，用于当所述目标餐品的总价格符合所述指定价格条件时，生成订单。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述历史订单信息包括目标行程历史订单量；
所述第一确定单元，具体用于：
获取预设的目标行程最大订单量；
当所述目标行程历史订单量小于所述目标行程最大订单量时，确定所述用户具有下单权限；
当所述目标行程历史订单量大于或者等于所述目标行程最大订单量时，确定所述用户不具有下单权限。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述第二获取单元，具体用于：
获取与所述目标行程对应的餐品来源类型；
当所述餐品来源类型为第一类型时，获取用户指定时刻以及每个可选餐品对应的候选时间；当所述用户指定时刻在任意一个所述候选时间内时，确定所述餐品供应状态为可供应；当所述用户指定时刻不在任意一个所述候选时间内时，确定所述餐品供应状态为不可供应；
当所述餐品来源类型为第二类型时，获取用户指定时刻以及每个可选商户对应的营业时间；当所述用户指定时刻在任意一个所述营业时间内时，确定可供应餐品的商户；获取所述可供应餐品的商户所提供的每个可选餐品对应的候选时间；当所述用户指定时刻在任意一个所述候选时间内时，确定所述餐品供应状态为可供应；当所述用户指定时刻不在任意一个所述候选时间内时，确定所述餐品供应状态为不可供应。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述判断单元，具体用于：
获取起送金额、当前订单金额与单笔最大订单金额；
当所述当前订单金额大于所述起送金额，且小于所述单笔最大订单金额时，确定所述目标餐品的当前订单金额与后台订单金额是否一致；
当确定一致时，所述目标餐品的总价格符合指定价格条件；
当确定不一致时，所述目标餐品的总价格不符合指定价格条件。
本发明实施例还提供一种非临时性计算机可读介质，其上包含有处理器可读代码，所述处理器可读代码设定一个或多个处理器的程序以执行用于数据处理操作，这些操作的特征包括：
获取目标行程对应的历史订单信息；
根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限；
当确定所述用户具有下单权限时，获取与所述目标行程对应的餐品供应状态；
当所述目标行程对应的餐品供应状态为可供应时，获取用户选择的目标餐品；
判断所述目标餐品的总价格是否符合指定价格条件；
当所述目标餐品的总价格符合所述指定价格条件时，生成订单。
本发明实施例提供的信息处理方法、装置及非临时性计算机可读介质，将订餐与铁路信息进行结合，通过用户在订餐页面内时，获取目标行程对应的历史订单信息，然后根据历史订单信息与预设的最大订单量确定用户具有下单权限时，获取与目标行程对应的餐品供应状态，当目标行程对应的餐品为可供应状态时，获取用户选择的目标餐品，然后判断目标餐品的总价格是否符合指定价格条件，当符合指定价格条件时，为用户生成订单，因此，在本发明实施例中，通过采用上述方案，将订餐业务与铁路信息系统相结合，从而在铁路信息系统实现订餐功能，从而使得用户可以在乘车时或者乘车之前进行订餐，给用户带来了便利，解决了现有技术中缺少一种将订餐业务与铁路信息系统结合的方式的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的信息处理方法实施例的流程图；
图2为本发明实施例提供的信息处理方法实施例的另一流程图；
图3为本发明实施例提供的信息处理方法实施例的另一流程图；
图4为本发明实施例提供的信息处理方法实施例的另一流程图；
图5为本发明实施例提供的信息处理方法实施例的另一流程图；
图6为本发明实施例提供的信息处理方法实施例的另一流程图；
图7为本发明实施例提供的信息处理装置实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
现有技术中，用户在购买车票之后，通常在取票后，在目标行程对应的时刻进行乘车。然而，目标行程对应的乘车时间段经常会包含进餐时间段，由于列车上可以为用户提供的餐品有限，无法满足所有用户的需求，因此，在本发明实施例中，提供一种信息处理方法，通过采用本发明实施例提供的信息处理方法，使得用户可以在乘车之前或者乘车时预定餐品，满足用户的需求，具体的，图1为本发明实施例提供的信息处理方法实施例的流程图，如图1所示，本发明实施例的信息处理方法从订单量、餐品供应状态以及价格三个方面考虑，确定是否可以生成订单，具体可以包括如下步骤：
101、获取目标行程对应的历史订单信息。
在本发明实施例中，用户首选需要打开订餐页面，然后当获取到用户打开订餐页面后，获取目标行程对应的历史订单信息。
具体的，目标行程中包含有始发日期、乘车日期、车次、始发站、到达站、乘车人等信息，目标行程用于在确定用户是否具有下单权限时使用。其中，始发日期以及车次可以唯一确定车辆信息，其可以根据车次判断编组信息，然后根据编组信息确定该车次在某个车站的最大订单量。编组信息为单编(8节车厢)或者双编或者重联(16节车厢)。
历史订单信息包括与车次对应的目标行程历史订单量，以及与用户对应的用户历史订单量。其中，目标行程历史订单量表示，目标行程中的车辆信息对应所有订单数量，可以具体到，该车次途径的每个车站的历史订单数量，例如，A车次，途径B站、C站、D站、E站，B站的历史订单数量为13，C站的历史订单数量为20，D站的历史订单数量为25，E的历史订单数量为2。用户历史订单量表示，用户在该目标行程在本次下单之前，已经订餐的次数，可以具体到用户在该车次的历史订单数量，例如，A车次，途径B站、C站、D站、E站，用户在B站历史订单数量为1，即，用户在A车次的历史订单数量为1。
102、根据历史订单信息与预设的最大订单量，确定用户是否具有下单权限。
由于历史订单信息中包含两种信息，因此，预设的最大订单量也包含两种信息，分别是，用户最大订单量以及车站最大订单量。
在本发明实施例中，根据历史订单信息与预设的最大订单量确定用户是否具有下单权限可以有三种方式：其中第一种方式为将车次历史订单信息与车站最大订单量进行比较，确定用户是否具有下单权限；第二种方式为将用户历史订单量与用户最大订单量进行比较，确定用户是否具有下单权限；第三种方式是，将第一种方式和第二种方式进行结合，确定用户是否具有下单权限。
采用上述三种比较方式的具体流程，参见后续内容说明。
103、当确定用户具有下单权限时，获取与目标行程对应的餐品供应状态。
在本发明实施例中，餐品供应状态包含两个方面，分别是餐品来源类型、可选餐品对应的候选时间。其中，餐品来源类型包含第一类型和第二类型，第一类型可以是自营餐品，第二类型可以是非自营餐品，例如车站内或车站外附近的商户供应餐品。
需要说明的是，为了满足不同用户的需求，为用户提供多种餐品，因此，需要为每个餐品设定候选时间。并且在确定可选餐品对应的候选时间之前，首先需要确定，哪一个或者哪几个餐品是可供应的，具体可以确定每个餐品是否下架，和/或每个餐品的数量是否充足，当满足上述全部的条件时，可以确定该餐品可供应，当多个条件中的任意一个不满足时，目标行程对应的餐品供应状态均为不可供应。在确定餐品是可供应后，还要确定餐品的供应时间，例如，餐品A只在早餐时间段供应，餐品B只在午餐时间段供应，在本发明实施例中可选餐品的候选时间可以理解为可选餐品的供应时间。
关于获取与目标行程对应的餐品供应状态的具体过程，参见后续内容说明。
104、当目标行程对应的餐品供应状态为可供应时，获取用户选择的目标餐品。
在本发明实施例中，用户选择的目标餐品为用户在订餐页面内选定的目标餐品。
105、判断目标餐品的总价格是否符合指定价格条件。
在本发明实施例中，指定价格条件包含三个判定条件，第一个是后台订单金额，第二个是起送金额，第三个是单笔最大订单金额，因此，当目标餐品的总价格同时满足三个判定条件时，确定目标餐品的总价格符合指定价格条件，当目标餐品的总价格没有同时满足三个判定条件时，即存在一个或两个判定条件没有满足时，确定目标餐品的总价格不符合指定价格条件。
106、当目标餐品的总价格符合指定价格条件时，生成订单。
在本发明实施例中，当上述内容中的所有判定条件依次均满足时，则生成订单，生成订单的含义在于后台接收到用户订单后，开始为用户准备相应的餐品，在用户指定的日期、指定的时间段送到用户指定的位置。
需要说明的是，前述步骤101～106中的判定过程，由于相互之间没有关联性，因此，即可以同时判定，也可以依次进行判定。而本发明实施例中仅列举一种排列顺序依次进行判定，不用于限制只有这一种排列顺序，在实际应用中，可以根据实际需求任意调换排列顺序依次进行判定。
本发明实施例提供的信息处理方法，将订餐与铁路信息进行结合，通过用户在订餐页面内时，获取目标行程对应的历史订单信息，然后根据历史订单信息与预设的最大订单量确定用户具有下单权限时，获取与目标行程对应的餐品供应状态，当目标行程对应的餐品为可供应状态时，获取用户选择的目标餐品，然后判断目标餐品的总价格是否符合指定价格条件，当符合指定价格条件时，为用户生成订单，因此，在本发明实施例中，通过采用上述方案，将订餐业务与铁路信息系统相结合，从而在铁路信息系统实现订餐功能，从而使得用户可以在乘车时或者乘车之前进行订餐，给用户带来了便利，解决了现有技术中缺少一种将订餐业务与铁路信息系统结合的方式的问题。
前述内容中介绍了有关订单量方面来考虑是否可以生成订单，在本发明实施例中，针对于此方面，介绍两种判定流程，第一种从车次角度判定流程如下，具体的，图2为本发明实施例提供的信息处理方法实施例的另一流程图，如图2所示，本发明实施例的信息处理方法，具体可以包括如下步骤：
101A、获取预设的目标行程最大订单量。
在本发明实施例中，目标行程最大订单量为预先设定的，其可以根据车次途径的车站，设定每个车站的最大订单量，例如，A车次，途径B站、C站、D站，B站的最大订单量为50单、C站的最大订单量为60单、D站的最大订单量为100单。
101B、当目标行程历史订单量小于目标行程最大订单量时，确定用户具有下单权限。
历史订单信息包括目标行程历史订单量，因此，当目标行程历史订单量小于目标行程最大订单量时，说明用户可以在目标行程预定餐品，确定用户具有下单权限，反之确定用户不具有下单权限。
101C、当目标行程历史订单量大于或者等于目标行程最大订单量时，确定用户不具有下单权限。
通过比较目标行程历史订单量与目标行程最大订单量的数量，可以对送餐数量进行控制，一定程度上，能够保证配送服务的服务质量。
第二种从用户角度判定流程如下，具体的，图3为本发明实施例提供的信息处理方法实施例的另一流程图，如图3所示，本发明实施例的信息处理方法，具体可以包括如下步骤：
101D、获取预设的用户最大订单量。
在本发明实施例中，用户最大订单量为预先设定的，其可以根据为用户服务的能力进行设定，例如，设定每个用户的最大订单量为2单。
101E、当用户历史订单量小于用户最大订单量时，确定用户具有下单权限。
历史订单信息包括用户历史订单量，因此，当用户历史订单量小于用户最大订单量时，说明用户可以在目标行程预定餐品，确定用户具有下单权限，反之确定用户不具有下单权限。
101F、当用户历史订单量大于或者等于用户最大订单量时，确定用户不具有下单权限。
通过比较用户历史订单量与用户最大订单量的数量，可以避免用户恶意下单，一定程度上，能够保证为每一个用户服务。
需要说明的是，有关订单量的两种判定方式，既可以两种同时执行，也可以选择其中一种执行，也可以按照先后顺序分别执行，在本发明实施例中，并不限制于列举的方式。
前述内容中介绍了有关餐品供应状态方面来考虑是否可以生成订单，在本发明实施例中，针对于此方面，本发明实施例提供两种具体的过程，具体的，第一种判定过程如下所示，图4为本发明实施例提供的信息处理方法实施例的另一流程图，如图4所示，本发明实施例的信息处理方法，具体可以包括如下步骤：
103A、获取与目标行程对应的餐品来源类型。
103B、当餐品来源类型为第一类型时，获取用户指定时刻以及每个可选餐品对应的候选时间。
由于不同的餐品来源类型对应的供应方不同，因此，需要根据不同的餐品来源类型分别进行处理。具体的，当餐品来源类型为第一类型时，首先获取用户指定时刻，在本发明实施例中，用户指定时刻可以是在选定餐品来源类型的时刻。
可选餐品对应的候选时间参照前述步骤103中的介绍。
103C、当用户指定时刻在任意一个候选时间内时，确定餐品供应状态为可供应。
在本发明实施例中，每个餐品都对应一个候选时间，因此，当用户指定时刻在任意一个候选时间内时，则与该候选时间对应的餐品为可供应。例如，用户指定时刻为12：00，餐品A的候选时间为11:00～14:00，餐品B的候选时间为11:00～14:00，餐品C的候选时间为13:00～14:00，则用户指定时刻餐品A和餐品B可供应，餐品C不可供应。
103D、当用户指定时刻不在任意一个候选时间内时，确定餐品供应状态为不可供应。
第二种判定过程如下所示，图5为本发明实施例提供的信息处理方法实施例的另一流程图，如图5所示，本发明实施例的信息处理方法，具体可以包括如下步骤：
103E、获取与目标行程对应的餐品来源类型。
103F、当餐品来源类型为第二类型时，获取用户指定时刻以及每个可选商户对应的营业时间。
需要说明的是，为了满足不同用户的需求，除了自营餐品以外，为用户提供多种商户的餐品，由于商户是否营业是由商户决定的，在确定商户对应的营业时间之前，首先还要确定商户是否营业，当商户正在营业时，可以确定该商户为可选商户。可选商户对应的营业时间，也是由商户决定的，当商户设定了营业时间之后，后台可以获取相应的营业时间。在本发明实施例中，营业时间包括预售时间段、截止下单时刻、营业时间段中至少一个。
103G、当用户指定时刻在任意一个营业时间内时，确定可供应餐品的商户。
在本发明实施例中，每个商户都对应一个营业时间，因此，当用户指定时刻在任意一个营业时间内时，则与该营业时间对应的商户为可供应餐品的商户。例如，用户指定时刻为12：00，商户A的营业时间为11:00～14:00，商户B的营业时间为11:00～14:00，商户C的营业时间为13:00～14:00，则用户指定时刻商户A和商户B可供应，商户C不可供应。
103H、获取可供应餐品的商户所提供的每个可选餐品对应的候选时间。
103I、当用户指定时刻在任意一个候选时间内时，确定餐品供应状态为可供应。
103J、当用户指定时刻不在任意一个候选时间内时，确定餐品供应状态为不可供应。
前述内容中介绍了有关价格方面来考虑是否可以生成订单，在本发明实施例中，针对于此方面，介绍一种判定流程，具体的，图6为本发明实施例提供的信息处理方法实施例的另一流程图，如图6所示，本发明实施例的信息处理方法，具体可以包括如下步骤：
105A、获取起送金额、当前订单金额与单笔最大订单金额。
在本发明实施例中，起送金额与单笔最大订单金额为预先设定的，因此，在本发明实施例中，在确定用户下单时当前订单金额是否满足下单的条件，首选要获取起送金额与单笔最大订单金额，并且，起送金额小于单笔最大订单金额。
105B、当当前订单金额大于起送金额，且小于单笔最大订单金额时，确定目标餐品的当前订单金额与后台订单金额是否一致。
首先，比较当前订单金额与起送金额的关系，当当前订单金额大于或者等于起送金额时，比较当前订单金额与单笔最大订单金额的关系。
在本发明实施例中，当前订单金额包括餐品价格、餐盒价格以及配送费价格三部分，而餐品价格、餐盒价格以及配送费价格需要先在后台进行设定，然后显示在订餐页面内。由于后台数据可能会变动，当订单页面没有刷新时，后台数据与订餐页面内显示的内容会有偏差，因此，当当前订单金额小于单笔最大订单金额时，还需要确定目标餐品的当前订单金额与后台订单金额是否一致。
105C、当确定一致时，目标餐品的总价格符合指定价格条件。
在本发明实施例中，指定价格条件为后台数据中餐品价格、餐盒价格以及配送费价格的总和。
105D、当确定不一致时，目标餐品的总价格不符合指定价格条件。
需要说明的是，在本发明实施例中，从订单量、餐品供应状态以及价格三个方面分别进行了介绍，这三个方面各自包含多个判定流程，在一个具体的实现过程中，多个判定流程可以任意组合使用，也可以独立进行使用，还可以多个判定流程同时进行使用，由于组合方式众多，因此，在本发明实施例中不再进行赘述。
本发明实施例还提供一种信息处理装置，用于执行上述方法流程，具体的，图7为本发明实施例提供的信息处理装置实施例的结构示意图，如图7所示，本发明实施例提供的信息处理装置，包括：第一获取单元11、第一确定单元12、第二获取单元13、第三获取单元14、判断单元15、生成单元16。
第一获取单元11，用于获取目标行程对应的历史订单信息。
第一确定单元12，用于根据历史订单信息与预设的最大订单量，确定用户是否具有下单权限。
第二获取单元13，用于当确定用户具有下单权限时，获取与目标行程对应的餐品供应状态。
第三获取单元14，用于当目标行程对应的餐品供应状态为可供应时，获取用户选择的目标餐品。
判断单元15，用于判断目标餐品的总价格是否符合指定价格条件。
生成单元16，用于当目标餐品的总价格符合指定价格条件时，生成订单。
其中，历史订单信息包括目标行程历史订单量；第一确定单元12，具体用于：
获取预设的目标行程最大订单量；
当目标行程历史订单量小于目标行程最大订单量时，确定用户具有下单权限；
当目标行程历史订单量大于或者等于目标行程最大订单量时，确定用户不具有下单权限。
第二获取单元13，具体用于：
获取与目标行程对应的餐品来源类型；
当餐品来源类型为第一类型时，获取用户指定时刻以及每个可选餐品对应的候选时间；当用户指定时刻在任意一个候选时间内时，确定餐品供应状态为可供应；当用户指定时刻不在任意一个候选时间内时，确定餐品供应状态为不可供应；
当所述餐品来源类型为第二类型时，获取用户指定时刻以及每个可选商户对应的营业时间；当所述用户指定时刻在任意一个所述营业时间内时，确定可供应餐品的商户；获取所述可供应餐品的商户所提供的每个可选餐品对应的候选时间；当所述用户指定时刻在任意一个所述候选时间内时，确定所述餐品供应状态为可供应；当所述用户指定时刻不在任意一个所述候选时间内时，确定所述餐品供应状态为不可供应。
判断单元15，具体用于：
获取起送金额、当前订单金额与单笔最大订单金额；
当当前订单金额大于起送金额，且小于单笔最大订单金额时，确定目标餐品的当前订单金额与后台订单金额是否一致；
当确定一致时，目标餐品的总价格符合指定价格条件；
当确定不一致时，目标餐品的总价格不符合指定价格条件。
本实施例的装置，可以用于执行图1～图6所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
本发明实施例还提供一种非临时性计算机可读介质，其上包含有处理器可读代码，所述处理器可读代码设定一个或多个处理器的程序以执行用于数据处理操作，这些操作的特征包括：
获取目标行程对应的历史订单信息；
根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限；
当确定所述用户具有下单权限时，获取与所述目标行程对应的餐品供应状态；
当所述目标行程对应的餐品供应状态为可供应时，获取用户选择的目标餐品；
判断所述目标餐品的总价格是否符合指定价格条件；
当所述目标餐品的总价格符合所述指定价格条件时，生成订单。
本实施例的非临时性计算机可读介质，可以用于执行图1～图6所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (11)
1.一种信息处理方法，其特征在于，包括：
获取目标行程对应的历史订单信息；
根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限；
当确定所述用户具有下单权限时，获取与所述目标行程对应的餐品供应状态；
当所述目标行程对应的餐品供应状态为可供应时，获取用户选择的目标餐品；
判断所述目标餐品的总价格是否符合指定价格条件；
当所述目标餐品的总价格符合所述指定价格条件时，生成订单。
2.根据权利要求1所述的方法，其特征在于，所述历史订单信息包括目标行程历史订单量；
所述根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限，包括：
获取预设的目标行程最大订单量；
当所述目标行程历史订单量小于所述目标行程最大订单量时，确定所述用户具有下单权限；
当所述目标行程历史订单量大于或者等于所述目标行程最大订单量时，确定所述用户不具有下单权限。
3.根据权利要求1所述的方法，其特征在于，所述历史订单信息包括用户历史订单量；
所述根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限，包括：
获取预设的用户最大订单量；
当所述用户历史订单量小于所述用户最大订单量时，确定所述用户具有下单权限；
当所述用户历史订单量大于或者等于所述用户最大订单量时，确定所述用户不具有下单权限。
4.根据权利要求1所述的方法，其特征在于，所述获取与所述目标行程对应的餐品供应状态，包括：
获取与所述目标行程对应的餐品来源类型；
当所述餐品来源类型为第一类型时，获取用户指定时刻以及每个可选餐品对应的候选时间；
当所述用户指定时刻在任意一个所述候选时间内时，确定所述餐品供应状态为可供应；
当所述用户指定时刻不在任意一个所述候选时间内时，确定所述餐品供应状态为不可供应。
5.根据权利要求1所述的方法，其特征在于，所述获取与所述目标行程对应的餐品供应状态，包括：
获取与所述目标行程对应的餐品来源类型；
当所述餐品来源类型为第二类型时，获取用户指定时刻以及每个可选商户对应的营业时间；
当所述用户指定时刻在任意一个所述营业时间内时，确定可供应餐品的商户；
获取所述可供应餐品的商户所提供的每个可选餐品对应的候选时间；
当所述用户指定时刻在任意一个所述候选时间内时，确定所述餐品供应状态为可供应；
当所述用户指定时刻不在任意一个所述候选时间内时，确定所述餐品供应状态为不可供应。
6.根据权利要求1所述的方法，其特征在于，所述判断所述目标餐品的总价格是否符合指定价格条件，包括：
获取起送金额、当前订单金额与单笔最大订单金额；
当所述当前订单金额大于所述起送金额，且小于所述单笔最大订单金额时，确定所述目标餐品的当前订单金额与后台订单金额是否一致；
当确定一致时，所述目标餐品的总价格符合指定价格条件；
当确定不一致时，所述目标餐品的总价格不符合指定价格条件。
7.一种信息处理装置，其特征在于，包括：
第一获取单元，用于获取目标行程对应的历史订单信息；
第一确定单元，用于根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限；
第二获取单元，用于当确定所述用户具有下单权限时，获取与所述目标行程对应的餐品供应状态；
第三获取单元，用于当所述目标行程对应的餐品供应状态为可供应时，获取用户选择的目标餐品；
判断单元，用于判断所述目标餐品的总价格是否符合指定价格条件；
生成单元，用于当所述目标餐品的总价格符合所述指定价格条件时，生成订单。
8.根据权利要求7所述的装置，其特征在于，所述历史订单信息包括目标行程历史订单量；
所述第一确定单元，具体用于：
获取预设的目标行程最大订单量；
当所述目标行程历史订单量小于所述目标行程最大订单量时，确定所述用户具有下单权限；
当所述目标行程历史订单量大于或者等于所述目标行程最大订单量时，确定所述用户不具有下单权限。
9.根据权利要求7所述的装置，其特征在于，所述第二获取单元，具体用于：
获取与所述目标行程对应的餐品来源类型；
当所述餐品来源类型为第一类型时，获取用户指定时刻以及每个可选餐品对应的候选时间；当所述用户指定时刻在任意一个所述候选时间内时，确定所述餐品供应状态为可供应；当所述用户指定时刻不在任意一个所述候选时间内时，确定所述餐品供应状态为不可供应；
当所述餐品来源类型为第二类型时，获取用户指定时刻以及每个可选商户对应的营业时间；当所述用户指定时刻在任意一个所述营业时间内时，确定可供应餐品的商户；获取所述可供应餐品的商户所提供的每个可选餐品对应的候选时间；当所述用户指定时刻在任意一个所述候选时间内时，确定所述餐品供应状态为可供应；当所述用户指定时刻不在任意一个所述候选时间内时，确定所述餐品供应状态为不可供应。
10.根据权利要求7所述的装置，其特征在于，所述判断单元，具体用于：
获取起送金额、当前订单金额与单笔最大订单金额；
当所述当前订单金额大于所述起送金额，且小于所述单笔最大订单金额时，确定所述目标餐品的当前订单金额与后台订单金额是否一致；
当确定一致时，所述目标餐品的总价格符合指定价格条件；
当确定不一致时，所述目标餐品的总价格不符合指定价格条件。
11.一种非临时性计算机可读介质，其特征在于，其上包含有处理器可读代码，所述处理器可读代码设定一个或多个处理器的程序以执行用于数据处理操作，这些操作的特征包括：
获取目标行程对应的历史订单信息；
根据所述历史订单信息与预设的最大订单量，确定用户是否具有下单权限；
当确定所述用户具有下单权限时，获取与所述目标行程对应的餐品供应状态；
当所述目标行程对应的餐品供应状态为可供应时，获取用户选择的目标餐品；
判断所述目标餐品的总价格是否符合指定价格条件；
当所述目标餐品的总价格符合所述指定价格条件时，生成订单。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710631741.3A CN107437214A (zh) | 2017-07-28 | 2017-07-28 | 信息处理方法、装置及非临时性计算机可读介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710631741.3A CN107437214A (zh) | 2017-07-28 | 2017-07-28 | 信息处理方法、装置及非临时性计算机可读介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107437214A true CN107437214A (zh) | 2017-12-05 |
Family
ID=60459821
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710631741.3A Pending CN107437214A (zh) | 2017-07-28 | 2017-07-28 | 信息处理方法、装置及非临时性计算机可读介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107437214A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111028066A (zh) * | 2019-12-19 | 2020-04-17 | 苏宁云计算有限公司 | 用于管控餐饮下单的方法及装置 |
| CN111985985A (zh) * | 2019-05-22 | 2020-11-24 | 口口相传(北京)网络技术有限公司 | 门店信息的提取方法及装置、存储介质、电子装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104217246A (zh) * | 2014-09-22 | 2014-12-17 | 中元众诚(北京)科技有限公司 | 铁路订餐电子商务系统 |
| CN106327284A (zh) * | 2015-07-03 | 2017-01-11 | 中兴通讯股份有限公司 | 一种自动下单的方法、装置和购物平台 |
| CN106651527A (zh) * | 2016-12-29 | 2017-05-10 | 江西博瑞彤芸科技有限公司 | 多进程的订单信息处理方法 |
| CN106846095A (zh) * | 2016-12-29 | 2017-06-13 | 江西博瑞彤芸科技有限公司 | 订单信息创建方法 |
-
2017
- 2017-07-28 CN CN201710631741.3A patent/CN107437214A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104217246A (zh) * | 2014-09-22 | 2014-12-17 | 中元众诚(北京)科技有限公司 | 铁路订餐电子商务系统 |
| CN106327284A (zh) * | 2015-07-03 | 2017-01-11 | 中兴通讯股份有限公司 | 一种自动下单的方法、装置和购物平台 |
| CN106651527A (zh) * | 2016-12-29 | 2017-05-10 | 江西博瑞彤芸科技有限公司 | 多进程的订单信息处理方法 |
| CN106846095A (zh) * | 2016-12-29 | 2017-06-13 | 江西博瑞彤芸科技有限公司 | 订单信息创建方法 |
Non-Patent Citations (1)
| Title |
|---|
| 上海观察官微: ""真的！不用下火车就能品尝沿途美食~在高铁上可以点外卖了！"", 《URL:HTTP://M.SOUHU.COM/A/157770743_391474》 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111985985A (zh) * | 2019-05-22 | 2020-11-24 | 口口相传(北京)网络技术有限公司 | 门店信息的提取方法及装置、存储介质、电子装置 |
| CN111985985B (zh) * | 2019-05-22 | 2024-04-30 | 口口相传(北京)网络技术有限公司 | 门店信息的提取方法及装置、存储介质、电子装置 |
| CN111028066A (zh) * | 2019-12-19 | 2020-04-17 | 苏宁云计算有限公司 | 用于管控餐饮下单的方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105719110A (zh) | 订单处理方法和装置 | |
| CN107886245A (zh) | 订单推送方法和装置 | |
| CN107909261A (zh) | 订单推送方法和装置 | |
| CN109426885A (zh) | 订单分配方法和装置 | |
| CN107563843A (zh) | 汽车零配件的询报价方法及系统 | |
| CN107092997A (zh) | 一种物流调度方法及装置 | |
| CN105844349A (zh) | 一种订单自动分配方法及系统 | |
| AU2020201201A1 (en) | Method and system for making a secure payment transaction | |
| CN104981828A (zh) | 使用移动设备来处理零售加油站处的交易的系统和方法 | |
| CN108537350A (zh) | 网络约车订单分配处理方法及服务器 | |
| CN106600057A (zh) | 一种快递配送任务调度算法及装置 | |
| CN111784443A (zh) | 订单信息的处理方法和装置 | |
| CN106709596A (zh) | 打车平台的车费预估方法及装置 | |
| CN108133347A (zh) | 基于物流平台的订单处理方法及装置 | |
| CN107093041A (zh) | 一种选择配送模式的方法、装置及服务器 | |
| CN107784540A (zh) | 换货信息处理方法及装置 | |
| CN108876465A (zh) | 一种对商户进行经营模式分群的方法、装置和服务器 | |
| CN104217246A (zh) | 铁路订餐电子商务系统 | |
| CN109636227A (zh) | 任务分配方法、装置、电子设备及计算机可读存储介质 | |
| WO2017152672A1 (zh) | 轨道交通车辆的餐饮预定系统、方法和装置 | |
| CN107437214A (zh) | 信息处理方法、装置及非临时性计算机可读介质 | |
| JP2020102188A (ja) | 中間流通業者を経由して最初供給者及び購買者を連結する流通サービス提供方法 | |
| Zare et al. | Exact analysis of the (R, Q) inventory policy in a two-echelon production–inventory system | |
| CN105809548A (zh) | 控制自助卡结算的方法和系统 | |
| CN110020911B (zh) | 交易处理方法、装置及设备 |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171205 |