CN108510337B - 订单生成、库存更新方法、客户端及服务器 - Google Patents
订单生成、库存更新方法、客户端及服务器 Download PDFInfo
- Publication number
- CN108510337B CN108510337B CN201710103231.9A CN201710103231A CN108510337B CN 108510337 B CN108510337 B CN 108510337B CN 201710103231 A CN201710103231 A CN 201710103231A CN 108510337 B CN108510337 B CN 108510337B
- Authority
- CN
- China
- Prior art keywords
- resource data
- resource
- specified
- matching
- data
- 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
- 238000000034 method Methods 0.000 title claims abstract description 69
- 238000004891 communication Methods 0.000 claims description 44
- 230000015654 memory Effects 0.000 claims description 22
- 238000012545 processing Methods 0.000 claims description 15
- 230000003993 interaction Effects 0.000 description 15
- 230000008569 process Effects 0.000 description 11
- 230000006872 improvement Effects 0.000 description 8
- 238000012790 confirmation Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 230000004308 accommodation Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 238000004590 computer program Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 239000011521 glass Substances 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000000052 comparative effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012552 review Methods 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
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- 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
-
- 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)
- Economics (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Human Resources & Organizations (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Entrepreneurship & Innovation (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施方式公开了一种订单生成、库存更新方法、客户端及服务器。所述订单生成方法包括:接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量;当所述订单请求在所述指定资源类型对应的资源数据中匹配成功时生成订单;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。本申请提供的技术方案,可以降低硬件设备的工作负荷。
Description
技术领域
本申请涉及计算机技术领域,特别涉及一种订单生成方法、库存更新方法、客户端及服务器。
背景技术
随着电子商务的不断发展,给人们的出行带来了极大的便利。越来越多的消费者会在出行前,通过在线旅游平台预订宾馆、酒店、飞机票、火车票、汽车票等。
现有技术中,很多在线旅游平台提供给消费者预订服务。例如,携程网、去哪儿网、同程旅游、艺龙旅游等等。以预订住宿房间为例,消费者想要预订一间大床房,通过在线旅游平台提供的网页或者应用向在线旅游平台的业务服务器发出订单请求。在线旅游平台的业务服务器接收到该订单请求之后,解析得到预订的房间类型为大床房,房间数量为1间,入住日期为2017年1月28日,离开日期为2017年1月29日。工作人员可以根据上述信息与相应酒店的工作人员进行沟通,以确认酒店的实际库存是否可以满足上述订单请求的需求。在可以满足订单请求的需求时,在线旅游平台的工作人员会向酒店工作人员下达生成订单指示。并且,在线旅游平台的工作人员会根据在线旅游平台向消费者反馈预订成功信息。
在上述过程中,在线旅游平台的工作人员需要针对每个订单请求与酒店方进行沟通确认。在大数据场景下,可能会存在大量的消费者,使用在线旅游平台的预订业务。此时在线旅游平台的有限人力,承担大量的沟通确认工作。由于人为确认花费的时间相对较长,在一些情况下,订单请求非常多时,消费者需要等待较长时间才可以得到预订结果,使得消费者的使用体验较差。
发明内容
本申请实施方式的目的是提供一种订单生成方法、库存更新方法、客户端及服务器,能够一定程度上提升订单请求的处理速度,减少消费者的等待时间。
为实现上述目的,本申请实施方式提供一种订单生成方法,包括:接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量;当所述订单请求在所述指定资源类型对应的资源数据中匹配成功时,生成订单;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。
本申请实施方式还提供一种服务器,包括:接收模块,用于接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量;订单生成模块,用于当所述订单请求在所述指定资源类型对应的资源数据中匹配成功时,生成订单;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。
本申请实施方式还提供一种服务器,包括:网络通信单元、存储器和处理器;所述网络通信单元,用于接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量;所述存储器,用于存储资源数据和匹配规则;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;所述匹配规则包括所述第一资源数据的第一匹配规则和所述第二资源数据的第二匹配规则;其中,第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功;所述处理器,用于将所述订单请求与所述资源数据依照所述匹配规则进行匹配,在匹配成功时,生成订单。
本申请实施方式还提供一种订单生成方法,应用于客户端,所述方法包括:显示下单页面;所述下单页面提供资源类型选项、数量选项、资源数据选项;向业务平台发出根据所述资源类型选项、所述数量选项、所述资源数据选项生成的订单请求;其中,所述订单请求包括指定资源类型、指定数量和资源数据;其中,所述资源数据包括第一资源数据和第二资源数据中的至少一种;在所述业务平台中针对所述第一资源数据和所述第二资源数据设置有不同匹配规则;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功;接收所述业务平台的反馈信息。
本申请实施方式还提供一种客户端,包括:显示模块,用于显示下单页面;所述下单页面提供资源类型选项、数量选项、资源数据选项;发送模块,用于向业务平台发出根据所述资源类型选项、所述数量选项、所述资源数据选项生成的订单请求;其中,所述订单请求包括指定资源类型、指定数量和资源数据;其中,所述资源数据包括第一资源数据和第二资源数据中的至少一种;在所述业务平台中针对所述第一资源数据和所述第二资源数据设置有不同匹配规则;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功;接收模块,用于接收所述业务平台的反馈信息。
本申请实施方式还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现:显示下单页面;所述下单页面提供资源类型选项、数量选项、资源数据选项;向业务平台发出根据所述资源类型选项、所述数量选项、所述资源数据选项生成的订单请求;其中,所述订单请求包括指定资源类型、指定数量和资源数据;其中,所述资源数据包括第一资源数据和第二资源数据中的至少一种;在所述业务平台中针对所述第一资源数据和所述第二资源数据设置有不同匹配规则;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功;接收所述业务平台的反馈信息。
本申请实施方式还提供一种库存更新方法,包括:接收业务请求;所述业务请求附带有资源类型、指定数量和资源数据;当所述资源数据为第一资源数据时,根据所述指定数量修改商家库存中的所述第一资源数据的资源数量;或者,当所述资源数据为第二资源数据时,将所述指定数量与所述商家库存的所述资源类型中第二资源数据的资源数量进行比较,在所述指定数量不超过所述商家库存中第二资源数据的资源数量时,向发出所述业务请求的终端设备发出成功信息。
本申请实施方式还提供一种服务器,包括:接收模块,用于接收业务请求;所述业务请求附带有资源类型、指定数量和资源数据;处理模块,用于当所述资源数据为第一资源数据时,根据所述指定数量修改商家库存的所述资源类型中的第一资源数据的资源数量;或者,当所述资源数据为第二资源数据时,将所述指定数量与所述商家库存的所述资源类型中第二资源数据的资源数量进行比较,在所述指定数量不超过所述商家库存中第二资源数据的资源数量时,向发出所述业务请求的终端设备发出成功信息。
本申请实施方式还提供一种服务器,包括网络通信单元、存储器及处理器,其中:所述网络通信单元,用于接收业务请求;所述业务请求附带有资源类型、指定数量和资源数据;所述存储器,用于存储商家库存;所述商家库存包括对应存储的资源类型、资源数据、资源数量;所述处理器,用于当所述资源数据为第一资源数据时,根据所述指定数量修改商家库存的所述资源类型中的第一资源数据的资源数量;或者,当所述资源数据为第二资源数据时,将所述指定数量与所述商家库存的所述资源类型中第二资源数据的资源数量进行比较,在所述指定数量不超过所述商家库存中第二资源数据的资源数量时,控制所述网络通信单元向发出所述业务请求的终端设备发出成功信息。
由以上本申请实施方式提供的技术方案可见,本申请实施方式通过根据实际业务中的需求,将资源数据划分为具有不同匹配规则的第一资源数据和第二资源数据。上述做法,实现一部分订单请求在进行匹配的过程中,在线旅游平台可以无需与商家进行确认,便可以直接生成订单。缩短了订单请求的处理时间,减少了消费者的等待时间,提高了使用体验。
附图说明
为了更清楚地说明本申请实施方式或现有技术中的技术方案,下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施方式提供的一种订单管理系统的模块示意图;
图2为本申请实施方式提供的一种订单生成方法的流程示意图;
图3为本申请实施方式提供的一种订单生成方法的工作流程示意图;
图4为本申请实施方式提供的一种订单生成方法的流程示意图;
图5为本申请实施方式提供的一种订单生成方法的流程示意图;
图6为本申请实施方式提供的一种服务器的示意图;
图7为本申请实施方式提供的一种服务器的功能模块示意图;
图8为本申请实施方式提供的一种订单生成方法的流程示意图;
图9为本申请实施方式提供的一种订单生成方法中客户端的界面示意图;
图10为本申请实施方式提供的一种客户端的模块示意图;
图11为本申请实施方式提供的一种库存更新方法的流程示意图;
图12为本申请实施方式提供的一种服务器的模块示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施方式中的附图,对本申请实施方式中的技术方案进行清楚、完整地描述,显然,所描述的实施方式仅仅是本申请一部分实施方式,而不是全部的实施方式。基于本申请中的实施方式,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式,都应当属于本申请保护的范围。
请参阅图1。本申请实施方式提供一种订单管理系统。该订单管理系统包括:客户端、商家管理端和业务平台。
客户端可以与业务平台进行数据交互,以用于提供给用户操作,查阅商家在业务平台中发布的资源信息。该资源信息可以为住宿、餐饮、票务相关的房间信息、包厢信息、桌位信息、飞机票信息、影剧院票信息、体育场馆票信息等等不再列举。可以通过该客户端进行上述资源信息的查询、预订等操作。客户端可以响应用户操作发出订单请求,以预订资源。具体的,例如,用户通过操作客户端预订住宿的房间。
客户端可以为台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备等。其中,智能可穿戴设备可以包括智能手环、智能手表、智能眼镜、智能头盔等。当然,客户端并不限于上述具有一定实体的电子设备,其还可以为运行于上述电子设备中的软体。具体的,例如,客户端可以为携程网、去哪儿网、艺龙网等提供给用户的网页页面,也可以为该些服务商提供给用户的应用。
商家管理端可以用于商家发布、管理在业务平台中的资源信息。具体的,例如,商家可以是一个宾馆,该宾馆可以通过商家管理端在业务平台中发布房源信息。如此,用户通过客户端便可以查阅预订该宾馆的房间。
商家管理端并不限于一个客户端的模式,其还可以为采用终端和服务器模式的管理系统。在商家管理端采用单一终端的模式下,该终端可以直接与业务平台进行数据通信,发布和管理该商家的资源信息。在商家管理端采用终端和服务器的模式时,商家可以通过服务器记录存储商家的资源信息,并通过使用终端与该服务器的交互,管理资源信息。再者,商家管理端的服务器可以通过调用业务平台提供的访问工具,实现商家管理端的服务器与业务平台之间数据通信,进而实现了商家可以通过操作终端向服务器发送相关指令,以使服务器与业务平台通信,实现在业务平台中管理、发布资源信息。
商家管理端的客户端可以为台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备等。其中,智能可穿戴设备可以包括智能手环、智能手表、智能眼镜、智能头盔等。当然,商家管理端的客户端并不限于上述具有一定实体的电子设备,其还可以为运行于上述电子设备中的软体。
业务平台可以包括一个或多个独立运行的服务器,或者分布式服务器,或者由多个服务器组成的服务器集群。服务器可以包括有网络通信单元、处理器和存储器等等。分布式存储器可以包括多个处理器和多个网络通信单元和多个存储器等。多存储器可以为多个独立的物理存储器,也可以为分布式存储系统。
业务平台可以用于为用户的客户端与商家管理端构建一个沟通的渠道。业务平台可以接收商家管理端发布的资源信息,使得客户端可以通过与业务平台的数据交互,浏览到商家管理端发布的资源信息。再者,客户端可以向业务平台发出订单请求,以用于锁定资源信息表示的资源,业务平台可以在进行相应的匹配逻辑之后,下达订单,并通知客户端和商家管理端,以完成订单请求指向的资源的锁定。具体的,例如,以在线旅游平台为例。酒店可以在在线旅游平台提供的房源信息管理页面,进行发布或者修改房源信息。用户可以在在线旅游平台提供的页面或者手机应用中,查找房源,以及进行下达订单预订房间。在线旅游平台内部的业务服务器便构成了业务平台,为酒店发布房源信息以及用户预订房间等功能,提供了数据交互的支持。在线旅游平台可以举例为携程网、去哪儿网、同程旅游、艺龙旅游等,在此不再列举。
请参阅图2,本申请实施方式提供一种订单生成方法。所述订单生成方法可以包括以下步骤。
步骤S10:接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量。
在本实施方式中,接收到客户端的订单请求,可以表示存在用户使用客户端针对业务平台中的资源进行预订。在业务平台相应该订单请求生成订单时,便可以表示,该订单请求所请求预订的资源被预订成功。
在本实施方式中,业务平台可以接收客户端遵循网络通信协议发出的订单请求。使得,订单请求本身可以具有预订的格式。具体的,例如,客户端遵循HTTP、TCP/IP协议等,向业务平台发送订单请求。业务平台接收到订单请求之后,依照相应的网络通信协议进行解析,得到订单请求中包括的数据。订单请求中可以包括有资源类型和指定数量,以用于业务平台进行查询匹配资源。
在本实施方式中,指定资源类型可以用于表示用户想要预订的资源种类。指定资源类型可以包括预订住宿时的房间类型,或者预订餐饮时的桌型,就餐环境等。其中,房间类型可以包括有标准间、大床房、三床房等等。桌型可以包括2人桌、4人桌、5人桌等等不再列举。就餐环境可以包括包厢、大厅等等。具体的,例如,用户想要预订住宿的房间,房间的种类可以有标准间、大床房、三床房等等。用户可以设置想要预订的房间为“大床房”,此时指定资源类型的取值便可以为表示大床房。
在本实施方式中,指定数量可以用于表示用户想要预订的资源数量。具体的,在预订住宿场景中,指定数量可以用于表示预订房间的数量。在预订餐椅时,可以表示预订餐桌的数量。
当然,订单请求还可以不限于包括指定资源类型和指定数量,其还可以包括预订时间。以用来表明用户入住,或者就餐的时间。订单请求可以不包括预订时间,业务平台收到订单请求之后,按照一个时间规则指定一个预订时间。时间规则可以为接收到订单请求的当天被认为是预订时间,或者可以与接收到订单请求间隔指定时间为预订时间。例如接收到订单请求的第二天。此外,订单请求中还可以包括有价格信息等,在此不再列举。
步骤S12:当所述订单请求在所述指定资源类型对应的资源数据中匹配成功时,生成订单;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。在本实施方式中,业务平台中对应资源类型记录有资源数据,以使业务平台接收到订单请求之后,可以将订单请求与业务平台记录的资源数据匹配。业务平台中可以具有多种资源类型,及其对应的资源数据。具体的,例如,业务平台的资源类型可以包括大床房、标准间、三床房、10人大包厢、4人小包厢等等。
在本实施方式中,资源数据用于表示对应资源类型剩余资源的情况。资源数据可以依照与订单请求的匹配处理方式不同至少分为第一资源数据和第二资源数据。如此划分,可以实现订单请求与资源数据匹配更加灵活,适合多样的业务逻辑需求。再者,通过划分不同的种类的资源数据采用不同的匹配方式,进而可以避免全部资源数据采用一种匹配方式时,因系统或网络的局部故障,导致业务平台中多数功能无法运行的风险。
在本实施方式中,第一资源数据可以为实际库存存储在业务平台中的资源数据。第二资源数据可以为实际库存存储在发布第二资源数据的信息源的资源数据。如此,针对第一资源数据,业务平台可以根据本地存储的资源数量与订单请求匹配,直接反馈匹配结果。而针对第二资源数据,其实际库存存储在第二资源数据的信息源。在针对第二资源数据进行匹配时,需要将订单请求中的指定资源数据和制定数量提供给该信息源,以进一步匹配。在本实施方式中,具体的,信息源可以为商家管理端。
在本实施方式中,因商家或者业务平台本身对业务的需求,导致一个资源类型的资源数据可以有不同的匹配规则。具体的,例如,商家可能会在多个业务平台上均发布资源信息,使得多个业务平台对应的客户端便可以进行预订,针对该部分资源进行预订时,每个业务平台均需要在生成订单之前,跟商家确认实际库存。商家也可能将一部分资源指定给一个业务平台,此时便只有通过该业务平台针对该部分资源进行预订,业务平台在生成订单之前,可以无需跟商家再次进行库存确认。当然,还可能存在其他的业务模式。如此,一个资源类型的资源数据,根据业务需求的不同,可以存在不同的订单匹配逻辑。本实施方式,将资源数据按照匹配逻辑不同进行划分,使得一部分资源数据与订单请求的匹配过程中,不需要再次与商家管理端进行交互。从而实现减少了业务平台与商家管理端的交互次数,降低了业务平台的工作负荷。
在本实施方式中,订单请求在指定资源类型对应的资源数据中匹配,可以包括:在业务平台中查询指定资源类型,得到该指定资源类型的资源数据。进而,将订单请求的指定数量与资源数据进行匹配。其中,匹配的方式可以为判断指定数量与资源数据的关系,是否符合预先设置的匹配规则。在符合预先设置的匹配规则时,便可以认为匹配成功。在不符合预先设置的匹配规则时,便可以认为匹配失败。
在本实施方式中,第一资源数据和第二资源数据对应的资源类型可以相同。但第一资源数据和第二资源数据具有不同的匹配规则。业务平台中针对第一资源数据预先设置有第一匹配规则,针对第二资源数据预先设置有第二匹配规则。如此,分别针对第一资源数据和第二资源数据设置对应的匹配规则,如此可以实现较为准确的匹配订单请求的基础上,灵活的设置匹配策略,可以降低业务平台的工作负荷。
在本实施方式中,第一资源数据的第一匹配规则可以包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功。在本实施方式中,第一资源数据可以是商家管理端仅提供给所述业务平台的资源。即第一资源数据实际对应的资源,仅可以通过所述业务平台进行预订。此时,业务平台可以仅仅判断,当前第一资源数据表示的资源数量是否可以满足订单请求中的指定数量。在满足该指定数量的要求时,业务平台便可以认为匹配成功,进行生成订单的操作。指定数量不超过第一资源数据的资源数量,可以理解为指定数量小于或者等于第一资源数据的数量。具体的,例如,订单请求中的指定资源类型为包厢,指定数量为3个。业务平台查询得到指定资源类型对应的资源数据中,包厢的数量为5个,其中4个是该商家仅委托给所述业务平台进行预订。即第一资源数据表示资源数量是4。也表示,该4个资源可以表示实际库存,不需要再进一步确认资源数量,可以依照该4个资源针对数量不超过4的订单请求,直接生成订单。此时,业务平台判断订单请求中的指定数量3小于第一资源数据的4,认为该订单匹配成功。
在本实施方式中,第二资源数据的第二匹配规则可以包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。第二资源数据指向的资源,可以是商家管理端发布至多个业务平台。此时当其中一个业务平台响应订单请求时,该业务平台难以确定资源的实际库存。如此,业务平台响应订单请求时,需要将订单请求中的指定资源类型和指定数量提供给商家管理端进行确认,以避免出现业务平台中的数据信息与商家管理端数据不同步时,可能出现的订单预订的资源数量超出实际真实存在的资源数量。
在本实施方式中,信息源可以为商家管理端。信息源可以为业务平台提供给商家的一个管理端页面,或者管理端应用。信息源也可以为商家自身开发的管理系统,并通过接口调用的方式等,可以与业务平台之间进行数据交互。
在本实施方式中,成功信息可以为预先约定的一个字符串,并用于表示商家有足够的库存支持该订单请求预订的资源。业务平台接收到该成功信息之后,便可以认为该订单请求匹配成功,可以生成订单。具体的,例如,成功信息可以包括“Success”。当然,进一步的,业务平台可以针对每个订单请求分配请求编号,此时在将指定资源类型和指定数量提供给信息源时,可以一并将请求编号提供给信息源,以便于区分不同的订单请求。在信息源反馈成功信息时,也附带该请求编号。如此,业务平台也便于区分不同的成功信息,将成功信息与订单请求进行对应。
在本实施方式中,业务平台生成订单,可以表示业务平台响应客户端的订单请求,并且订单请求中预订的指定资源类型以及指定数量的资源被预订成功。可以理解为,用户通过客户端发出的订单请求,成功锁定了用户所需要的资源。还可以理解为,生成订单可以作为响应客户端的订单请求的结果,以及可以将生成的订单发送给客户端,以通知客户端完成订单。再者,生成订单也可以作为对商家管理端的通知,商家管理端接收到该订单之后,便可以认为该订单对应的资源已经确认被预订。实现在用户与商家之间达成了一个契约,使得商家有义务在用户撤销订单之前,为用户保留相应的资源。
可以理解,业务平台与发布第二资源数据的信息源之间,并不限于前述实施方式中介绍的业务平台与商家管理端通信的方式。还可以为,业务平台的工作人员与所述信息源的工作人员通过通电话、短信或者即时通信软件沟通的方式。
本申请实施方式通过根据实际业务中的需求,将资源数据划分为具有不同匹配规则的第一资源数据和第二资源数据。上述做法,实现一部分订单请求在进行匹配的过程中,在线旅游平台可以无需与商家进行确认,便可以直接生成订单。缩短了订单请求的处理时间,减少了消费者的等待时间,提高了使用体验。
进一步的,针对业务平台可以直接与商家管理端进行网络数据通信的模式。实现一部分订单请求在进行匹配的过程中,业务平台可以无需与商家管理端进行网络数据交互,便可以直接生成订单。减少了商家管理端的工作负荷,再者,由于减少了网络数据交互的部分,使得也减少了业务平台的工作负荷。进一步的,由于业务平台与商家管理端的网络交互速度,依赖于网络的情况,在一些情况下网络状态较差时,可能会导致长时间的延迟。而本申请实施方式减少了一部分的网络数据交互,使得在一定程度上,提升了对客户端的订单请求的响应速度。
请参阅图3。在一个具体的场景示例中,用户可以使用在线旅游平台预订飞机票。用户操作客户端向业务平台发出订单请求。所述订单请求中可以包括指定资源类型和指定数量。其中指定资源类型可以为航班的经济舱或头等舱。指定数量可以为订单中预订的座位数量,或者,乘客的数量。
在本场景示例中,具体的,订单请求中的指定资源类型为经济舱,共有2为乘客,所以指定数量为2个。进一步的,订单请求中还可以包括有航班号、出发日期等信息。业务平台接收到该订单请求之后,读取该航班号的经济舱的资源数据。其中,经济舱分为保留座位和正常座位。其中,保留座位可以为第一资源数据,正常座位可以为第二资源数据。针对保留座位,业务平台可以直接进行与订单请求的匹配,在匹配成功后生成订单。针对正常座位,业务平台可以将指定资源类型“经济舱”和指定数量2个,发送给相应航空公司对应的商家管理端确认,收到商家管理端反馈的成功信息,商家管理端才可以生成订单。如此,避免正常座位出现“超卖”的情况。商家管理端可以通过与业务平台的交互,在业务平台中发布资源数据,可以具体的发布第一资源数据的资源数量,第二资源数据的资源数量。
在本场景示例中,保留座位的资源数量可以为10个,正常座位的资源数量可以为15个。业务平台可以优先将订单请求与保留座位进行匹配,在匹配失败时,才将订单请求与正常座位进行匹配。业务平台可以将订单请求的指定数量2个与保留座位的资源数量10个进行比较,得出指定数量少于保留座位的数量,认为订单请求与保留座位匹配成功。业务平台可以直接生成订单,表示用户成功预订了飞机票。业务平台可以将订单发送给用户的客户端,和相应航空公司的商家管理端,以告知成功生成了订单。
在另一个场景示例中,用户使用在线旅游平台预订住宿。消费者通过客户端发出订单请求,订单请求中包括指定资源类型为标准间,指定数量为2间,入住时间2017年2月18日,离开时间2017年2月19日,酒店名称为锦江之星。
在本场景示例中,业务平台中锦江之星的标准间在上述日期范围,分为保留房1间,普通房5间。其中,第一资源数据可以为保留房,3间可以表示实际库存。第二资源数据可以为普通房,5间可以表示上一次业务平台的工作人员与发布该房源的商家沟通时,普通房的数量。即普通房的实际库存记录在商家。
在本场景示例中,业务平台可以将订单请求的2间与保留房1间匹配,发现保留房的数量少于订单请求的指定数量2间。此时,业务平台可以将该2间与普通房的5间匹配,初步发现业务平台记录的普通房的数量可以满足该订单请求。进一步的,业务平台的工作人员需要与发布该普通房的商家进行沟通,确认普通房的实际库存是否满足2间。例如,普通房的实际库存已经为3间。此时,业务平台的工作人员可以向商家下达指示,预订2间,再者,通过在线旅游平台向消费者的客户端发出成功预订信息,以告知已经成功预订。
在一个实施方式中,在所述步骤S12中还可以包括至少以下之一:将所述订单请求与所述第一资源数据进行匹配,匹配失败时,将所述订单请求与所述第二资源数据进行匹配;将所述订单请求与所述第二资源数据进行匹配,匹配失败时,将所述订单请求与所述第一资源数据进行匹配;将所述订单请求与所述第一资源数据和所述第二资源数据的资源数量较大或较小的一个进行匹配;或者,将所述订单请求与所述第一资源数据和所述第二资源数据进行匹配,其中,在二者中一个匹配成功时,依照匹配成功的资源数据生成订单,在二者均匹配成功时,依照所述第一资源数据和所述第二资源数据中的一个资源数据生成订单。
在本实施方式中,业务平台在将订单请求与资源数据进行匹配时,可以按照一定的顺序。如此可以减少业务平台的工作负荷。业务平台可以优先将所述订单请求与所述第一资源数据进行匹配;匹配失败时,才将所述订单请求与所述第二资源数据进行匹配。或者,业务平台也可以优先将所述订单请求与所述第二资源数据进行匹配;匹配失败时,才将所述订单请求与所述第一资源数据进行匹配。
在本实施方式中,第一资源数据和第二资源数据所表示的资源数量可以不同。此时,业务平台可以根据第一资源数据和第二资源数据所表示的资源数量的多少,选择一个优先与订单请求匹配。比如,优先选择第一资源数据和第二资源数据中资源数量较大的一个与订单请求匹配。此时,如果资源数量较大的一个资源数据也无法满足订单请求的指定数量,那么可以无需再将资源数量较小的资源数据与订单请求进行匹配。实现减少了业务平台的工作负荷。再比如,优先选择第一资源数据和第二资源数据中资源数量较小的一个与订单请求匹配,如此可以实现第一资源数据和第二资源数据中可以有一种资源数据作为最大匹配使用。即订单请求的指定数量较少时,尽量使用资源数量较少的资源数据,当发生订单请求的指定数量超出资源数量较少的资源数据时,由于资源数量较大的资源数据一直没有被消耗,使得其有相对较大的机率成功匹配订单请求。如此,可以一定程度上减少在匹配一个订单请求过程中,由第一资源数据和第二资源数据共同匹配的情况。具体的例如,第一资源数据为4,第二资源数据为6,第一个订单请求的指定数量为2,第二个订单请求的指定数量为5。业务平台以较小的资源数据与第一个订单请求匹配后,第一资源数据为2,此时业务平台将第二个订单请求与第一资源数据进行匹配,由于第一资源数据为2少于指定数量5,导致匹配失败。此时业务平台可以将第二个订单请求与第二资源数据进行匹配,此时可以匹配成功。反之,如果业务平台在处理第一个订单请求时与第二资源数据匹配,使得第二资源数据变为4,那么在匹配第二个订单请求时,会发生匹配失败,或者,第一资源数据和第二资源数据共同匹配第二个订单请求,可以为第二资源数据被预订4,第一资源数据被预订1。
在本实施方式中,业务平台可以同时将所述订单请求与所述第一资源数据和所述第二资源数据进行匹配;其中,在二者中一个匹配成功时,依照匹配成功的资源数据生成订单;在二者均匹配成功时,依照所述第一资源数据和所述第二资源数据中的一个资源数据生成订单。如此,同时将订单请求与第一资源数据和第二资源数据进行匹配,而不是在一个匹配失败时才与另一个匹配。在整体上,缩短了业务平台对订单请求的处理时间,提升了对客户端的响应速度。
在本实施方式中,在依照所述第一资源数据和所述第二资源数据中的一个资源数据生成订单可以包括:优先依照所述第一资源数据生成订单;或者,优先依照所述第二资源数据生成订单;或者,优先依照所述第一资源数据和所述第二资源数据的资源数量较大或较小的一个生成订单;或者,依照所述第一资源数据和所述第二资源数据中先匹配成功的一个生成订单。
在一个实施方式中,所述第二匹配规则还可以包括:将所述指定数量与本地记录的所述第二资源数据的资源数量进行匹配;在匹配成功时,将所述指定资源类型和所述指定数量发送给所述数据源。
在本实施方式中,业务平台本地可以存储有第二资源数据的资源数量。业务平台可以通过与商家管理端约定的同步规则,针对业务平台的第二资源数据进行更新。业务平台也可以记录最近一次与商家管理端进行网络数据交互时第二资源数据的资源数量。
在本实施方式中,先将订单请求的指定数量与本地记录的第二资源数据的资源数量进行比较,可以实现对订单请求是否能够匹配成功的初步筛选。当指定数量不超过本地记录的第二资源数据的资源数量时,才与数据源进行数据交互。实现减少了业务平台与商家管理端的网络数据交互次数。进而降低了业务平台和商家管理端的网络负荷,也降低了业务平台和商家管理端的工作负荷。
在一个实施方式中,所述订单生成方法还可以包括:将所述订单发送给所述客户端,以及发送给发布所述第一资源数据或所述第二资源数据的信息源。
在本实施方式中,在业务平台生成订单之后,可以将订单发送给发出订单请求的客户端。如此使得用户可以通过客户端查阅订单的内容。再者,业务平台可以将订单发送给相应的信息源。即业务平台可以将订单发送给商家管理端。如此商家管理端便可以得到确定的订单,使得商家管理端可以确认相应的资源被预订。此时,商家管理端可以对第二资源数据的资源数量进行减量操作,减少的幅度可以为所述订单请求的指定数量。
在一个实施方式中,所述订单生成方法还可以包括:当与所述订单请求匹配成功的为所述第一资源数据时,生成订单之后,对所述第一资源数据的资源数量进行减量处理。
在本实施方式中,业务平台将第一资源数据与订单请求进行匹配,且匹配成功之后,生成订单。此时,业务平台完成对客户端的订单请求的响应,生成订单时,可以表示客户端下达的订单请求成功预订了资源。相应的,业务平台中的第一资源数据的资源数量会因为客户端的成功预订而减少。所以业务平台在生成订单时,对第一资源数据的资源数量进行减量操作。具体的,业务平台对第一资源数据的减量操作的幅度可以与订单请求的指定数量相同。
请参阅图4。在一个实施方式中,所述订单生成方法还可以包括以下步骤。
步骤S14:当与所述订单请求匹配成功的为所述第二资源数据时,将订单发送给发布所述第二资源数据的信息源。
步骤S16:接收所述信息源反馈的所述第二资源数据的资源数量,以修改本地的第二资源数据的资源数量。
在本实施方式中,当与订单请求匹配成功的为第二资源数据时,业务平台生成订单后,将订单发送给商家管理端,以通知商家管理端相应的订单的信息。进一步的,因第二资源数据指向的资源被成功预订,商家管理端可以对第二资源数据的资源数量进行减量操作。减量操作的幅度可以与订单请求的指定数量相同。在商家管理端完成第一资源数据的修改后,将修改后的第二资源数据的资源数量反馈给业务平台。业务平台接收到商家管理端反馈的第二资源数据的资源数量,可以修改本地记录的第二资源数据的资源数量。如此,可以在后续接收到新的订单请求时,可以依照本地的第二资源数据的资源数量,与订单请求的指定数量进行初步匹配,实现对订单请求的初步筛选。当订单请求与本地的第二资源请求匹配成功时,才将订单请求的指定资源类型和指定数量发送给商家管理端。如此实现减少了业务平台与商家管理端之间的网络数据通信,提升了整体的处理效率,降低了商家管理端的工作负荷。
在一个实施方式中,所述第一资源数据和所述第二资源数据分别对应一个具有预设格式的数据序列;其中,所述数据序列用于表示资源数量。
在本实施方式中,业务平台针对属于同一个资源类型的第一资源数据和第二资源数据,分别通过数据序列进行存储。如此,在分别针对第一资源数据和第二资源数据进行匹配时,可以仅仅调用相应的数据序列即可。相较于混合在一起存储的方案,本实施方式可以实现简化匹配的算法,降低业务平台的工作负荷。
在本实施方式中,所述预设格式的数据序列可以包括表示起始时间的第一字段,以及与所述第一字段相邻的第二字段,以及与所述第二字段相邻的第三字段;其中,所述第二字段用于表示所述起始时间的资源数量;所述第三字段表示所述起始时间的下一天的资源数量。
在本实施方式中,用户通过操作客户端进行预订需要的资源,通常用户预订时,都是指定一个时间或者一段时间使用该资源。如此,在业务平台中存储的资源数量,可以依照时间的不同,记录不同时间的资源数量。具体的,例如,以日期为单位,在数据序列中分别记录每天的资源数量。
在本实施方式中,数据序列的每个字段可以具有指定的位数。第一字段可以为8个数据位,用于表示起始时间。第一字段具体的数据格式可以为“XXXX”+“XX”+“XX”,前四位为年份,中间两位为月份,最后两位为日期。具体的,例如,第一字段可以为“20170106”,表示起始时间为2017年1月6日。
在本实施方式中,数据序列中从第二字段开始用于表示资源数量。第二字段用于表示起始时间的资源数量。当数据序列记录多个日期的资源数量时,可以在第二字段后方按照日期进行排序。即第三字段可以用于表示起始时间下一天的资源数量。表示资源数量的字段可以采用7个数据位。具体的,例如,数据序列“2017010600000030000012”中的“0000003”可以表示2017年1月6日的资源数量为3个,“0000012”可以表示2017年1月7日的资源数量为12个。当然,数据序列包括的字段数量并不限于上述3个字段,其还可以包括第四字段、第五字段等等,在此不再赘述。再者,数据序列中字段的位数,也不限于上述举例,可以根据实际业务需求设置每个字段的位数。
可以理解,预设格式并不限于上述举例,例如,预设格式还可以为“时间”+“资源数量”+“时间”+“资源数量”的格式。如此,每个时间的资源数量,记录在该时间的后方。所属领域技术人员在本申请实施方式的技术精髓启示下,还可以做出其它的变更。但只要其实现的功能和效果,与本申请相同或相似,均应涵盖于本申请保护范围内。
请参阅图5。在一个实施方式中,所述订单生成方法应用于在线旅游平台。业务平台设置有信息源的访问接口。
在本实施方式中,信息源可以是商家本身,也可以是商家委托的代理商。具体的,信息源可以是商家设置的商家管理端,或者代理商设置的商家管理端。
在本实施方式中,访问接口可以是信息源提供的访问地址,也可以是信息源提供的通信控件。业务平台可以通过向该访问地址发出访问请求,实现与信息源数据通信。或者,业务平台可以通过调用该通信控件,实现与信息源的数据通信。还可以为在信息源设置有业务平台提供的通信控件,如此业务平台可以通过与设置在信息源的通信控件进行通信,实现业务平台与信息源的数据通信。
在本实施方式中,将所述订单请求在所述指定资源类型与第二资源数据进行匹配时,可以包括以下步骤。
步骤S20:调用所述访问接口,以将所述指定资源类型和所述指定数量提供给所述信息源,以用于所述信息源根据其存储的实际库存判断是否匹配所述指定资源类型和所述指定数量。
步骤S22:接收所述信息源发出的反馈信息;所述反馈信息用于表示所述信息源的实际库存是否满足所述指定资源类型和所述指定数量。
步骤S24:在所述反馈信息表示所述信息源的实际库存满足所述指定资源类型和所述指定数量时,生成订单。
在本实施方式中,业务平台可以调用访问接口,实现业务平台与商家管理端的通信。业务平台将订单请求的指定资源类型和指定数量提供给商家管理端,以使商家管理端根据第二资源数据的实际库存,判断是否匹配该订单请求。
在本实施方式中,商家管理端将指定资源数量和指定数量与存储的实际库存匹配之后,向业务平台发出反馈信息。以将商家管理端的匹配结果通知业务平台。反馈信息本身可以具有设定格式。进一步的,反馈信息也可以具有设定的内容。具体的,例如,反馈信息可以包括确定生成的订单信息,此时业务平台接收到该订单信息时,可以认定商家管理端成功匹配了订单请求。如此,商家管理端和业务平台针对反馈信息表示的内容,进行了约定,以使得提升了商家管理端和业务平台的通信和数据处理效率。
请参阅图6。本申请实施方式还提供一种服务器。所述服务器包括:网络通信单元、存储器和处理器。
所述网络通信单元用于接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量。
所述存储器用于存储资源数据和匹配规则;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;所述匹配规则包括所述第一资源数据的第一匹配规则和所述第二资源数据的第二匹配规则;其中,第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。
所述处理器,用于将所述订单请求与所述资源数据依照所述匹配规则进行匹配,在匹配成功时,生成订单。
上述实施方式公开的服务器,其网络通信单元、存储器和处理器整体实现的具体功能,可以与本申请中前述实施方式相对照解释。
所述网络通信单元可以为遵循网络通信协议或相关通信标准制作的通信模块。网络通信单元可以用于网络数据通信。具体的网络通信协议可以包括但不限于HTTP、TCP/IP、FTP等。
所述存储器可以是用于保存信息的记忆设备。在数字系统中,能保存二进制数据的设备可以是存储器;在集成电路中,一个没有实物形式的具有存储功能的电路也可以为存储器,如RAM、FIFO等;在系统中,具有实物形式的存储设备也可以叫存储器,如内存条、TF卡等。
所述处理器可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本申请并不作限定。
请参阅图7。本申请实施方式还提供一种服务器。该服务器可以包括:接收模块和订单生成模块。
所述接收模块可以用于接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量。
所述订单生成模块可以用于当所述订单请求在所述指定资源类型对应的资源数据中匹配成功时,生成订单;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。
在本实施方式中,接收模块和订单生成模块均可以由软件实现,也可以由硬件上实现。本实施方式中的相关术语可以参见前述实施方式对照解释。
本申请实施方式还提供一种计算机存储介质。该计算机存储介质存储有软件程序,该软件程序被执行时,可以实现:接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量;当所述订单请求在所述指定资源类型对应的资源数据中匹配成功时,生成订单;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。
本实施方式中的详细介绍,可以参加前述实施方式的内容。在此不再赘述。
请参阅图8。本申请实施方式还提供一种订单生成方法。所述订单生成方法应用于客户端。
在本实施方式中,客户端可以为台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备等。其中,智能可穿戴设备可以包括智能手环、智能手表、智能眼镜、智能头盔等。当然,客户端并不限于上述具有一定实体的电子设备,其还可以为运行于上述电子设备中的软体。具体的,例如,客户端可以为携程网、去哪儿网、艺龙网等提供给用户的网页页面,也可以为该些服务商提供给用户的应用。
所述订单生成方法可以包括以下步骤。
步骤S30:显示下单页面;所述下单页面提供资源类型选项、数量选项、资源数据选项。
在本实施方式中,请参阅图9。客户端可以提供下单页面给用户。在该下单页面中,用户可以根据提供的资源类型选项、数量选项、资源数据选项,指定相应的具体取值。具体的,例如,资源类型选项的取值为“大床房”、数量选项取值为“1”间、资源数据选项取值为“保留房”。
步骤S32:向业务平台发出根据所述资源类型选项、所述数量选项、所述资源数据选项生成的订单请求;其中,所述订单请求包括指定资源类型、指定数量和资源数据;其中,所述资源数据包括第一资源数据和第二资源数据中的至少一种;在所述业务平台中针对所述第一资源数据和所述第二资源数据设置有不同匹配规则;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。
在本实施方式中,向业务平台发出订单请求,以用于预订订单请求中通过指定资源类型、指定数量和资源数据约定的资源。指定资源类型的取值可以为用户在资源类型选项的指定取值,指定数量的取值可以为用户在数量选项的指定值,资源数据的取值可以为用户在资源数据选项的指定值。
在本实施方式中,客户端将订单请求发送给业务平台,以使业务平台可以根据订单请求的内容和相应的匹配规则判断是否可以生成订单。具体的,在订单请求中附带了资源数据,业务平台可以将该订单请求根据该资源数据的匹配规则与库存进行匹配。例如,资源类型选项的取值为“大床房”、数量选项取值为“1”间、资源数据选项取值为“保留房”。其中,“保留房”是商家单独委托业务平台的库存,其为第一资源数据,可以按照第一匹配规则进行匹配。
步骤S34:接收所述业务平台的反馈信息。
在本实施方式中,在业务平台完成针对订单请求的响应处理之后,会向客户端反馈处理的结果。具体的,例如,反馈信息可以为预定成功信息,也可以为生成的订单信息,还可以为预定失败信息。
本实施方式,通过在显示界面中便提供了资源数据选项,使得用户可以主动的选择资源数据。在一些情况下,因为不同的资源数据的实际库存管理方不同,使得用户可能会基于管理方的信誉不同,而倾向于选择某种资源数据。第一资源数据的实际库存管理方为业务平台,第二资源数据的实际库存管理方为商家。业务平台和商家的商誉不同,从而使得用户有着不同的选择倾向。本实施方式为用户提供了这种选择功能,给用户带来了便利。
在本实施方式中,仅针对与前述实施方式不同之处进行了描述,其它内容可以对照前述实施方式的内容解释,在此不再赘述。
在一个实施方式中,所述反馈信息可以为所述业务平台依照所述订单请求生成的订单信息;所述订单信息中包括与所述订单请求匹配成功的资源数据。本实施方式中,将订单信息作为反馈信息,如此便于用户浏览实际的订单情况。再者,用户接收到订单信息,也表明发出的订单请求成功预订了相应的资源。在订单信息中包括资源数据,以使用户可以获知其预订的资源的具体信息,以便于用户可以相应的了解到资源数据的实际管理方。可以通过用户使用预订的资源等体验,为实际管理方积累商誉。再者,也便于用户可以知道和评价资源的实际管理方。
请参阅图10。本申请实施方式还提供一种客户端。所述客户端可以包括:显示模块、发送模块和接收模块。
所述显示模块用于显示下单页面;所述下单页面提供资源类型选项、数量选项、资源数据选项。
所述发送模块用于向业务平台发出的订单请求;其中,所述订单请求包括指定资源类型、指定数量和资源数据;其中,所述资源数据包括第一资源数据和第二资源数据中的至少一种;在所述业务平台中针对所述第一资源数据和所述第二资源数据设置有不同匹配规则;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。
所述接收模块用于接收所述业务平台的反馈信息。
在本实施方式中,显示模块、发送模块和接收模块均可以由软件实现,也可以由硬件上实现。本实施方式中的相关术语可以参见前述实施方式对照解释。
本申请实施方式还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现:显示下单页面,所述下单页面提供资源类型选项、数量选项、资源数据选项;向业务平台发出的订单请求,其中,所述订单请求包括指定资源类型、指定数量和资源数据,其中,所述资源数据包括第一资源数据和第二资源数据中的至少一种,在所述业务平台中针对所述第一资源数据和所述第二资源数据设置有不同匹配规则,其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功,所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功;接收所述业务平台的反馈信息。
本实施方式中的相关术语可以参见前述实施方式对照解释,在此不再赘述。
请参阅图11。本申请实施方式还提供一种库存更新方法。所述库存更新方法可以应用于商家管理端。所述方法可以包括以下步骤。
步骤S40:接收业务请求;所述业务请求附带有资源类型、指定数量和资源数据。
步骤S42:当所述资源数据为第一资源数据时,根据所述指定数量修改商家库存的所述资源类型中的第一资源数据的资源数量;或者,当所述资源数据为第二资源数据时,将所述指定数量与所述商家库存的所述资源类型中第二资源数据的资源数量进行比较,在所述指定数量不超过所述商家库存中第二资源数据的资源数量时,向发出所述业务请求的终端设备发出成功信息。
在本实施方式中,商家管理端接收到业务请求,表示存在用户预订商家管理端的资源。商家管理端所管理的库存可以为商家库存。商家管理端针对不同的资源数据可以具有不同的处理方式。第一资源数据的实际库存在业务平台,所以商家管理端接收到的业务请求中附带的资源数据为第一资源数据时,商家管理端可以根据业务请求的内容,来更新商家库存关于第一资源数据的资源数量。商家库存中关于第二资源数据的库存为实际库存,在商家管理端接收到业务请求时,需要将业务请求与商家库存进行匹配,以确认是否可以生成订单。
在一个实施方式中,在根据所述指定数量修改商家库存中所述第一资源数据的资源数量的步骤中包括:将所述第一资源数据的资源数量与所述指定数量进行减量操作;或者,将所述指定数量作为所述第一资源数据的资源数量。
在本实施方式中,商家管理端接收的业务请求中,资源数据为第一资源数据。此时,由于第一资源数据的实际库存在业务平台。商家管理端不需要进一步的匹配确认,而需要将商家库存中对应的资源数量进行相应修改,以跟业务平台中第一资源数据的资源数量同步。以便于商家管理端的用户可以及时了解第一资源数据对应资源的预订情况。
在本实施方式中,业务请求中的指定数量可以是业务平台接收到的订单请求中,要预订资源的数量。商家管理端可以将商家库存中第一资源数据的资源数量相应于所述指定数量进行减量操作,如此实现商家库存中第一资源数据和业务平台中的第一资源数据实现基本相同的操作。由此,而实现二者在数量上的同步。或者,业务请求中的指定数量可以是业务平台中第一资源数据的实际库存。即业务请求中的指定数量是业务平台中相应第一资源数据的资源数量。商家管理端可以将该指定数量替换商家库存中相应第一资源数据的资源数量,以实现商家管理端的第一资源数据的资源数量与业务平台中第一资源数据的资源数量同步。
请参阅图12。本申请实施方式还提供一种服务器。所述服务器包括:接收模块和处理模块。
所述接收模块用于接收业务请求;所述业务请求附带有资源类型、指定数量和资源数据。
所述处理模块用于当所述资源数据为第一资源数据时,根据所述指定数量修改商家库存的所述资源类型中的第一资源数据的资源数量;或者,当所述资源数据为第二资源数据时,将所述指定数量与所述商家库存的所述资源类型中第二资源数据的资源数量进行比较,在所述指定数量不超过所述商家库存中第二资源数据的资源数量时,向发出所述业务请求的终端设备发出成功信息。
在本实施方式中,接收模块和处理模块均可以由软件实现,也可以由硬件上实现。本实施方式中的相关术语可以参见前述实施方式对照解释。
本申请实施方式还提供一种服务器。所述服务器包括:网络通信单元、存储器和处理器。
所述网络通信单元,用于接收业务请求;所述业务请求附带有资源类型、指定数量和资源数据。
所述存储器,用于存储商家库存;所述商家库存包括对应存储的资源类型、资源数据、资源数量。
所述处理器,用于当所述资源数据为第一资源数据时,根据所述指定数量修改商家库存的所述资源类型中的第一资源数据的资源数量;或者,当所述资源数据为第二资源数据时,将所述指定数量与所述商家库存的所述资源类型中第二资源数据的资源数量进行比较,在所述指定数量不超过所述商家库存中第二资源数据的资源数量时,控制所述网络通信单元向发出所述业务请求的终端设备发出成功信息。
本实施方式中的相关术语可以参见前述实施方式对照解释,在此不再赘述。
本申请实施方式还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现:接收业务请求,所述业务请求附带有资源类型、指定数量和资源数据;当所述资源数据为第一资源数据时,根据所述指定数量修改商家库存中的所述第一资源数据的资源数量,或者,当所述资源数据为第二资源数据时,将所述指定数量与所述商家库存的所述资源类型中第二资源数据的资源数量进行比较,在所述指定数量不超过所述商家库存中第二资源数据的资源数量时,向发出所述业务请求的终端设备发出成功信息。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施方式或者实施方式的某些部分所述的方法。
本说明书中的各个实施方式均采用递进的方式描述,各个实施方式之间相同相似的部分互相参见即可,每个实施方式重点说明的都是与其他实施方式的不同之处。尤其,针对服务器的实施方式来说,均可以参照前述方法的实施方式的介绍对照解释。所属领域技术人员,通过阅读本说明书的内容,便可以知道,本申请提供的多个实施方式之间,可以依照实现某个功能目的,进行组合,这种组合也在本申请公开的范围内。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
虽然通过实施方式描绘了本申请,本领域普通技术人员知道,本申请有许多变形和变化而不脱离本申请的精神,希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。
Claims (19)
1.一种订单生成方法,其特征在于,包括:
接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量;
当所述订单请求在所述指定资源类型对应的资源数据中匹配成功时,生成订单;
其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据,所述第一资源数据为实际库存存储在业务平台中的资源数据;
所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。
2.根据权利要求1所述的方法,其特征在于,在订单请求与资源数据匹配的步骤中还包括至少以下之一:
将所述订单请求与所述第一资源数据进行匹配;匹配失败时,将所述订单请求与所述第二资源数据进行匹配;
将所述订单请求与所述第二资源数据进行匹配;匹配失败时,将所述订单请求与所述第一资源数据进行匹配;
将所述订单请求与所述第一资源数据和所述第二资源数据的资源数量较大或较小的一个进行匹配;或者,
将所述订单请求与所述第一资源数据和所述第二资源数据进行匹配;其中,在二者中一个匹配成功时,依照匹配成功的资源数据生成订单;在二者均匹配成功时,依照所述第一资源数据和所述第二资源数据中的一个资源数据生成订单。
3.根据权利要求1所述的方法,其特征在于,所述第二匹配规则还包括:
将所述指定数量与所述第二资源数据包括的资源数量进行匹配;在匹配成功时,将所述指定资源类型和所述指定数量发送给所述数据源。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
向所述客户端发送订单信息;
向发布所述第一资源数据或所述第二资源数据的信息源发送订单信息。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括;
当与所述订单请求匹配成功的为所述第一资源数据时,生成订单之后,对所述第一资源数据的资源数量进行减量处理。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当与所述订单请求匹配成功的为所述第二资源数据时,将订单信息发送给发布所述第二资源数据的信息源;
接收所述信息源反馈的所述第二资源数据的资源数量,以修改本地的第二资源数据的资源数量。
7.根据权利要求1所述的方法,其特征在于,所述第一资源数据和所述第二资源数据分别对应一个具有预设格式的数据序列;其中,所述数据序列用于表示资源数量。
8.根据权利要求7所述的方法,其特征在于,所述预设格式的数据序列包括表示起始时间的第一字段,以及与所述第一字段相邻的第二字段,以及与所述第二字段相邻的第三字段;其中,所述第二字段用于表示所述起始时间的资源数量;所述第三字段表示所述起始时间的下一天的资源数量。
9.根据权利要求1所述的方法,其特征在于,所述方法应用于在线旅游平台,所述在线旅游平台中存储的所述第一资源数据的资源数据量为该第一资源数据的实际库存,所述第二资源数据的实际库存存储在发布所述第二资源数据的信息源。
10.根据权利要求9所述的方法,其特征在于,提供所述信息源的访问接口;将所述订单请求在所述指定资源类型与第二资源数据进行匹配时,包括:调用所述访问接口,以将所述指定资源类型和所述指定数量提供给所述信息源,以用于所述信息源根据其存储的实际库存判断是否满足所述指定资源类型和所述指定数量;
接收所述信息源发出的反馈信息;所述反馈信息用于表示所述信息源的实际库存是否满足所述指定资源类型和所述指定数量;
在所述反馈信息表示所述信息源的实际库存满足所述指定资源类型和所述指定数量时,生成订单。
11.一种服务器,其特征在于,包括:网络通信单元、存储器和处理器;
所述网络通信单元,用于接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量;
所述存储器,用于存储资源数据和匹配规则;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据,所述第一资源数据为实际库存存储在业务平台中的资源数据;所述匹配规则包括所述第一资源数据的第一匹配规则和所述第二资源数据的第二匹配规则;其中,第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功;
所述处理器,用于将所述订单请求与所述资源数据依照所述匹配规则进行匹配,在匹配成功时,生成订单。
12.一种服务器,其特征在于,包括:
接收模块,用于接收客户端发出的订单请求;其中,所述订单请求包括指定资源类型和指定数量;
订单生成模块,用于当所述订单请求在所述指定资源类型对应的资源数据中匹配成功时,生成订单;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据,所述第一资源数据为实际库存存储在业务平台中的资源数据;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功。
13.一种订单生成方法,其特征在于,应用于客户端,所述方法包括:
显示下单页面;所述下单页面提供资源类型选项、数量选项、资源数据选项;
向业务平台发出根据所述资源类型选项、所述数量选项、所述资源数据选项生成的订单请求;其中,所述订单请求包括指定资源类型、指定数量和资源数据;所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据,所述第一资源数据为实际库存存储在业务平台中的资源数据;在所述业务平台中针对所述第一资源数据和所述第二资源数据设置有不同匹配规则;所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功;
接收所述业务平台的反馈信息。
14.根据权利要求13所述的方法,其特征在于,所述反馈信息为所述业务平台依照所述订单请求生成的订单信息;所述订单信息中包括与所述订单请求匹配成功的资源数据。
15.一种客户端,其特征在于,包括:
显示模块,用于显示下单页面;所述下单页面提供资源类型选项、数量选项、资源数据选项;
发送模块,用于向业务平台发出根据所述资源类型选项、所述数量选项、所述资源数据选项生成的订单请求;其中,所述订单请求包括指定资源类型、指定数量和资源数据;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据,所述第一资源数据为实际库存存储在业务平台中的资源数据;在所述业务平台中针对所述第一资源数据和所述第二资源数据设置有不同匹配规则;其中,所述第一资源数据的第一匹配规则包括:当所述指定数量不超过所述第一资源数据的资源数量时,匹配成功;所述第二资源数据的第二匹配规则包括:将所述指定资源类型和所述指定数量提供给发布所述第二资源数据的信息源,在接收到所述信息源反馈的成功信息时,匹配成功;
接收模块,用于接收所述业务平台的反馈信息。
16.一种库存更新方法,其特征在于,包括:
接收业务请求;所述业务请求附带有资源类型、指定数量和资源数据;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;
当所述资源数据为第一资源数据时,根据所述指定数量修改商家库存中的所述第一资源数据的资源数量;其中,所述第一资源数据为实际库存存储在业务平台中的资源数据;当所述资源数据为第二资源数据时,将所述指定数量与所述商家库存的所述资源类型中第二资源数据的资源数量进行比较,在所述指定数量不超过所述商家库存中第二资源数据的资源数量时,向发出所述业务请求的终端设备发出成功信息。
17.根据权利要求16所述的方法,其特征在于,在根据所述指定数量修改商家库存中所述第一资源数据的资源数量的步骤中包括:将所述第一资源数据的资源数量与所述指定数量进行减量操作;或者,将所述指定数量作为所述第一资源数据的资源数量。
18.一种服务器,其特征在于,包括:
接收模块,用于接收业务请求;所述业务请求附带有资源类型、指定数量和资源数据;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;
处理模块,用于当所述资源数据为第一资源数据时,根据所述指定数量修改商家库存的所述资源类型中的第一资源数据的资源数量;其中,所述第一资源数据为实际库存存储在业务平台中的资源数据;当所述资源数据为第二资源数据时,将所述指定数量与所述商家库存的所述资源类型中第二资源数据的资源数量进行比较,在所述指定数量不超过所述商家库存中第二资源数据的资源数量时,向发出所述业务请求的终端设备发出成功信息。
19.一种服务器,其特征在于,包括网络通信单元、存储器及处理器,其中:
所述网络通信单元,用于接收业务请求;所述业务请求附带有资源类型、指定数量和资源数据;其中,所述资源数据包括具有不同匹配规则的第一资源数据和第二资源数据;
所述存储器,用于存储商家库存;所述商家库存包括对应存储的资源类型、资源数据、资源数量;
所述处理器,用于当所述资源数据为第一资源数据时,根据所述指定数量修改商家库存的所述资源类型中的第一资源数据的资源数量;当所述资源数据为第二资源数据时,将所述指定数量与所述商家库存的所述资源类型中第二资源数据的资源数量进行比较,在所述指定数量不超过所述商家库存中第二资源数据的资源数量时,控制所述网络通信单元向发出所述业务请求的终端设备发出成功信息;其中,所述第一资源数据为实际库存存储在业务平台中的资源数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710103231.9A CN108510337B (zh) | 2017-02-24 | 2017-02-24 | 订单生成、库存更新方法、客户端及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710103231.9A CN108510337B (zh) | 2017-02-24 | 2017-02-24 | 订单生成、库存更新方法、客户端及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108510337A CN108510337A (zh) | 2018-09-07 |
CN108510337B true CN108510337B (zh) | 2021-12-10 |
Family
ID=63373517
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710103231.9A Active CN108510337B (zh) | 2017-02-24 | 2017-02-24 | 订单生成、库存更新方法、客户端及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108510337B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109472528B (zh) * | 2018-10-23 | 2021-07-20 | 佛山欧神诺云商科技有限公司 | 一种自动配货方法及装置 |
CN109784848B (zh) * | 2018-12-29 | 2021-08-27 | 南京意博软件科技有限公司 | 酒店订单处理方法和相关产品 |
CN109948974A (zh) * | 2019-02-27 | 2019-06-28 | Oppo广东移动通信有限公司 | 一种物料管理系统及其订单生成方法、服务器、存储介质 |
CN110782323B (zh) * | 2019-10-29 | 2022-09-27 | 浙江口碑网络技术有限公司 | 资源余量数据的更新方法及装置 |
CN111553699B (zh) * | 2020-05-06 | 2023-05-16 | 支付宝(杭州)信息技术有限公司 | 一种资源调度方法及装置 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150052030A1 (en) * | 2004-10-29 | 2015-02-19 | Open Table, Inc. | System and method of accelerating response time to inquiries regarding inventory information in a network |
CN104794132A (zh) * | 2014-01-21 | 2015-07-22 | 阿里巴巴集团控股有限公司 | 库存信息处理方法及系统 |
CN105354739A (zh) * | 2015-12-14 | 2016-02-24 | 北京京东尚科信息技术有限公司 | 一种生成订单的方法和装置 |
CN105447736A (zh) * | 2014-08-19 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 一种商品交易中交易处理、物流解决方法及装置 |
CN105760387A (zh) * | 2014-12-17 | 2016-07-13 | 阿里巴巴集团控股有限公司 | 提供业务对象库存信息的方法及装置 |
CN106156975A (zh) * | 2015-04-23 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 业务对象的库存信息处理方法及装置 |
CN106203894A (zh) * | 2015-04-30 | 2016-12-07 | 阿里巴巴集团控股有限公司 | 商品对象的库存信息的处理方法及系统 |
CN106327114A (zh) * | 2015-06-25 | 2017-01-11 | 阿里巴巴集团控股有限公司 | 仓库资源信息处理、提供库存信息的方法及装置 |
CN108460507A (zh) * | 2017-02-22 | 2018-08-28 | 阿里巴巴集团控股有限公司 | 订单处理方法、交易系统及服务器 |
-
2017
- 2017-02-24 CN CN201710103231.9A patent/CN108510337B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150052030A1 (en) * | 2004-10-29 | 2015-02-19 | Open Table, Inc. | System and method of accelerating response time to inquiries regarding inventory information in a network |
CN104794132A (zh) * | 2014-01-21 | 2015-07-22 | 阿里巴巴集团控股有限公司 | 库存信息处理方法及系统 |
CN105447736A (zh) * | 2014-08-19 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 一种商品交易中交易处理、物流解决方法及装置 |
CN105760387A (zh) * | 2014-12-17 | 2016-07-13 | 阿里巴巴集团控股有限公司 | 提供业务对象库存信息的方法及装置 |
CN106156975A (zh) * | 2015-04-23 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 业务对象的库存信息处理方法及装置 |
CN106203894A (zh) * | 2015-04-30 | 2016-12-07 | 阿里巴巴集团控股有限公司 | 商品对象的库存信息的处理方法及系统 |
CN106327114A (zh) * | 2015-06-25 | 2017-01-11 | 阿里巴巴集团控股有限公司 | 仓库资源信息处理、提供库存信息的方法及装置 |
CN105354739A (zh) * | 2015-12-14 | 2016-02-24 | 北京京东尚科信息技术有限公司 | 一种生成订单的方法和装置 |
CN108460507A (zh) * | 2017-02-22 | 2018-08-28 | 阿里巴巴集团控股有限公司 | 订单处理方法、交易系统及服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN108510337A (zh) | 2018-09-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108510337B (zh) | 订单生成、库存更新方法、客户端及服务器 | |
US8763010B2 (en) | System and method for gathering context parameters to determine a mobile user context | |
US20090281843A1 (en) | Calendar scheduling systems | |
US20090265203A1 (en) | User prioritized search engine for automated meeting scheduling | |
US20060020481A1 (en) | Method and system of managing a business center | |
EP2005330A1 (en) | Method and system for synchronization of databases | |
US20190052589A1 (en) | Systems and methods for improved processing of message queries | |
US8756254B2 (en) | Integration of CRM applications to ECS application user interface | |
US20240169038A1 (en) | Time/date adjustment apparatus, time/date adjustment method, and non-transitory computer-readable storage medium therefor | |
CN112116516A (zh) | 多类型政务事项统一处理方法和装置 | |
WO2023095439A1 (ja) | 日程調整装置、日程調整方法、及びプログラム | |
WO2001059586A2 (en) | Work-flow system for web-based applications | |
CN103270520A (zh) | 基于重要性类的数据管理 | |
US20080319945A1 (en) | Method and system for improving a reservation or a purchase process of an entity | |
US20080319946A1 (en) | Method and system for searching availability of an entity for purchase or reservation | |
US10311382B2 (en) | Online object reservation system and online object reservation method | |
JP5625450B2 (ja) | 分散処理装置、分散処理プログラムおよび分散処理方法 | |
JP2016224949A (ja) | タスクトラッキング方法、コンピュータプログラム、およびシステム | |
CN109150940B (zh) | 业务对象信息发送方法、发布方法、服务器和客户端 | |
CN110852701A (zh) | 产品需求管理方法、装置和系统 | |
US20240169323A1 (en) | Time/date adjustment apparatus, time/date adjustment method, and non-transitory computer-readable storage medium therefor | |
CA3104458A1 (en) | Systems and methods for video/audio production and architecture to optimize unused capacity | |
CN110738340B (zh) | 预约产品的库存管理方法及装置 | |
JP7360222B1 (ja) | プログラム、情報処理装置、製造方法、情報処理方法 | |
US20120311048A1 (en) | Instant messaging association method and system |
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 |