CN107632887A - 资源分配方法及装置 - Google Patents
资源分配方法及装置 Download PDFInfo
- Publication number
- CN107632887A CN107632887A CN201610566509.1A CN201610566509A CN107632887A CN 107632887 A CN107632887 A CN 107632887A CN 201610566509 A CN201610566509 A CN 201610566509A CN 107632887 A CN107632887 A CN 107632887A
- Authority
- CN
- China
- Prior art keywords
- distribution request
- initiator
- distribution
- surplus
- offer amount
- 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
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供一种资源分配方法及装置,该方法可以包括:获取到针对预设资源的分配请求;当监听到所述预设资源的剩余量大于预设数量时,将所述预设资源按照预定义的固定对象提供量分配至所述分配请求的发起方,使所述发起方处对应于所述固定对象提供量的数据对象被提供至所述预设资源的来源方;当监听到所述剩余量降至不大于所述预设数量时,将所述预设资源按照所述分配请求定义的动态对象提供量分配至所述发起方,使所述发起方处对应于所述动态对象提供量的数据对象被提供至所述来源方。通过本申请的技术方案,可以实现对预设资源的合理分配。
Description
技术领域
本申请涉及资源分配技术领域,尤其涉及一种资源分配方法及装置。
背景技术
例如在通讯场景下,通讯资源往往是稀缺资源,需要通过对通讯资源的合理分配,才能够确保其作用被最大化。比如,通讯资源可以用于实现数据对象的交互,当多个通讯节点均需要得到稀缺的通讯资源时,相关技术中仅提出了基于请求顺序的分配方式,即根据各个通讯节点发起针对通讯资源的分配请求的顺序,依次实现对通讯资源的分配。
然而,由于各个通讯节点对于数据对象的交互能力并不相同,因而相关技术中对于通讯资源的分配方式,并不能够实现对数据对象的交互量的最大化,造成了由于分配不合理而导致的对通讯资源的浪费。
发明内容
有鉴于此,本申请提供一种资源分配方法及装置,可以实现对预设资源的合理分配。
为实现上述目的,本申请提供技术方案如下:
根据本申请的第一方面,提出了一种资源分配方法,包括:
获取到针对预设资源的分配请求;
当监听到所述预设资源的剩余量大于预设数量时,将所述预设资源按照预定义的固定对象提供量分配至所述分配请求的发起方,使所述发起方处对应于所述固定对象提供量的数据对象被提供至所述预设资源的来源方;
当监听到所述剩余量降至不大于所述预设数量时,将所述预设资源按照所述分配请求定义的动态对象提供量分配至所述发起方,使所述发起方处对应于所述动态对象提供量的数据对象被提供至所述来源方。
根据本申请的第二方面,提出了一种资源分配装置,包括:
获取单元,获取到针对预设资源的分配请求;
第一分配单元,当监听到所述预设资源的剩余量大于预设数量时,将所述预设资源按照预定义的固定对象提供量分配至所述分配请求的发起方,使所述发起方处对应于所述固定对象提供量的数据对象被提供至所述预设资源的来源方;
第二分配单元,当监听到所述剩余量降至不大于所述预设数量时,将所述预设资源按照所述分配请求定义的动态对象提供量分配至所述发起方,使所述发起方处对应于所述动态对象提供量的数据对象被提供至所述来源方。
根据本申请的第三方面,提出了一种资源分配方法,包括:
监听预设货品的剩余量是否大于预设数量;
当所述剩余量大于所述预设数量时,切换至正常出售模式,所述正常出售模式下按照预定义的固定货品价格出售所述预设货品;
当所述剩余量不大于所述预设数量时,切换至拍卖模式,所述拍卖模式下按照动态的拍卖价格出售所述预设货品。
根据本申请的第四方面,提出了一种资源分配装置,包括:
监听单元,监听预设货品的剩余量是否大于预设数量;
第一分配单元,当所述剩余量大于所述预设数量时,切换至正常出售模式,所述正常出售模式下按照预定义的固定货品价格出售所述预设货品;
第二分配单元,当所述剩余量不大于所述预设数量时,切换至拍卖模式,所述拍卖模式下按照动态的拍卖价格出售所述预设货品。
由以上技术方案可见,本申请通过监听预设资源的剩余量,可以在剩余量较大时采用固定对象提供量,而在剩余量较小时,由固定对象提供量切换至动态对象提供量,使得预设资源具备稀缺属性时,可以交互得到最大量的数据对象,实现了对该预设资源的合理分配。
附图说明
图1是本申请一示例性实施例提供的一种资源分配方法的流程图。
图2是本申请一示例性实施例提供的一种场景下的资源分配架构的示意图。
图3是本申请一示例性实施例提供的另一种场景下的资源分配架构的示意图。
图4A是本申请一示例性实施例提供的另一种资源分配方法的流程图。
图4B是本申请一示例性实施例提供的又一种资源分配方法的流程图。
图5-12是本申请一示例性实施例提供的一种实现资源分配的界面示意图。
图13是本申请一示例性实施例提供的一种电子设备的结构示意图。
图14是本申请一示例性实施例提供的一种资源分配装置的框图。
图15是本申请一示例性实施例提供的另一种电子设备的结构示意图。
图16是本申请一示例性实施例提供的另一种资源分配装置的框图。
具体实施方式
为对本申请进行进一步说明,提供下列实施例:
图1是本申请一示例性实施例提供的一种资源分配方法的流程图,如图1所示,该方法可以包括以下步骤:
步骤102,获取到针对预设资源的分配请求。
步骤104,当监听到所述预设资源的剩余量大于预设数量时,将所述预设资源按照预定义的固定对象提供量分配至所述分配请求的发起方,使所述发起方处对应于所述固定对象提供量的数据对象被提供至所述预设资源的来源方。
在本实施例中,当预设资源的剩余量未降至预设数量时,表明该预设资源尚未成为稀缺资源,可以按照相关技术中的方式进行资源分配操作,比如可以按照接收到分配请求的先后顺序,依次对接收到的每个分配请求进行响应和资源分配。
步骤106,当监听到所述剩余量降至不大于所述预设数量时,将所述预设资源按照所述分配请求定义的动态对象提供量分配至所述发起方,使所述发起方处对应于所述动态对象提供量的数据对象被提供至所述来源方。
在本实施例中,当预设资源的剩余量降至预设数量时,表明该预设资源已经具备稀缺特性,可以通过本申请的技术方案对该预设资源进行合理分配,从而使其能够交互到的数据对象最大化。
在本实施例中,可以根据分配请求定义的动态对象提供量的大小顺序,选取若干分配请求,且被选中的分配请求的数量不大于所述剩余量;然后,一方面向被选中的分配请求的发起方分配所述预设资源,另一方面从被选中的分配请求的发起方处,获取相应的分配请求定义的动态对象提供量的数据对象,以提供至所述来源方,从而实现发起方与来源方之间的交互操作。
进一步地,当预设交互对象的剩余量降至预设数量时,可以启动预设时长的倒计时;然后,在所述倒计时超时后,选取若干分配请求。
在本实施例中,分配请求定义的动态对象提供量可以调整变化。一种情况下,可以根据所述分配请求的发起方发出的调整指令,调整所述分配请求定义的动态对象提供量。另一种情况下,可以当任一分配请求被发起方配置为自动调整状态时,确定所述发起方为所述任一分配请求配置的最大提供量,从而在所述最大提供量以内,调整所述任一分配请求定义的动态对象提供量,以确保所述任一分配请求被选中。
由以上技术方案可见,本申请通过监听预设资源的剩余量,可以在剩余量较大时采用固定对象提供量,而在剩余量较小时,由固定对象提供量切换至动态对象提供量,使得预设资源具备稀缺属性时,可以交互得到最大量的数据对象,实现了对该预设资源的合理分配。
本申请的技术方案可以应用于多种场景下的资源分配操作,下面进行举例说明:
实施例一:通讯场景
针对背景技术部分提及的通讯资源的分配操作,可以由服务器向各个网络节点分配通讯资源。如图2所示,假定服务器分别接收节点A、节点B和节点C发送的分配请求1、分配请求2和分配请求3,如果服务器处可分配的通讯资源(图中略去了通讯资源的来源方)的剩余量较多(未降至预设数量),服务器可以按照预定义的固定交互量,分别向各个节点分配通讯资源,并从节点A、节点B和节点C处分别获取对应于该固定交互量的数据对象。
而如果服务器处可分配的通讯资源的剩余量较少(如降至预设数量),即通讯资源成为稀缺资源,那么服务器可以根据接收到的分配请求,并按照分配请求定义的动态交互量,向各个节点分配通讯资源。其中,当通讯资源的剩余量不足以分配至每一节点时,可以按照各个节点定义的动态交互量的大小顺序,选取部分节点,并仅向被选中的节点分配通讯资源、不向其他未被选中的节点分配通讯资源,且从被选中的节点处获取相应的动态交互量的数据对象。
例如,节点A、节点B和节点C分别在发出的分配请求1、分配请求2和分配请求3中定义自身所能够提供的数据对象的动态交互量,而服务器可以据此了解该交互量从大到小的顺序,比如分配请求1>分配请求3>分配请求2,那么如果服务器处仅剩2份可分配的通讯资源,服务器可以选取排列在先的分配请求1和分配请求3,并通过对该分配请求1和分配请求3进行响应,将剩余的2份通讯资源分配至分配请求1、分配请求3对应的节点A、节点C,而忽略来自节点B的分配请求2,以确保这2份通讯资源可以实现尽可能大的数据对象交互量。
实施例二:交互场景
通过相关技术中提出的网络交互平台,交互双方可以据此实现预设资源与数据对象的交互操作。如图3所示,服务器承载了上述的网络交互平台,预设资源的来源方可以在该网络交互平台上展示该预设资源的描述信息,而各个发起方通过网络交互平台查看到该描述信息后,可以向网络交互平台发起分配请求,比如发起方A发起分配请求1、发起方B发起分配请求2、发起方C发起分配请求3等,从而通过网络交互平台实现发起方与来源方之间的交互操作,使得来源方将预设资源分配至发起方、发起方向来源方提供数据对象,以完成交互操作。
下面以“交易平台”形式的网络交互平台为例:来源方可以为卖家、发起方可以为买家,预设资源可以为卖家在交易平台上提供的货品、数据对象可以为买家为交互该商品而提供的资金,而分配请求即买家针对货品向卖家发起的交易请求。当货品的数量充足时,根据各个买家发起交易请求,可以按照预定义的固定价格响应每个交易请求,并建立和完成相应的交易事件,使得买家可以购买到货品、卖家可以从买家处收到该固定价格对应的资金。而当货品的数量不足时,即货品成为稀缺货品时,由于买家数量可能大于货品数量,可以由发起交易请求的买家之间进行拍卖,以竞争少量的剩余货品,从而将货品的出售价格由固定价格变化为动态价格,可以将货品出售至出价更高的买家。
总体而言,图4A是本申请一示例性实施例提供的另一种资源分配方法的流程图,如图4A所示,该方法应用于承载交易平台的服务器上,可以包括以下步骤:
步骤42,监听预设货品的剩余量是否大于预设数量。
步骤44,当所述剩余量大于所述预设数量时,切换至正常出售模式,所述正常出售模式下按照预定义的固定货品价格出售所述预设货品。
步骤46,当所述剩余量不大于所述预设数量时,切换至拍卖模式,所述拍卖模式下按照动态的拍卖价格出售所述预设货品。
可见,当本申请的技术方案应用于交互场景时,可以根据预设货品的剩余量,在正常出售模式与拍卖模式之间进行切换,使得货品价格随之在固定货品价格与动态货品价格之间进行切换,一方面可以激发买家的购买欲望,另一方面有助于对货品的推广和出售。
为了便于理解,下面结合图4B对上述交易平台场景下的实施例进行详细说明。图4B是本申请一示例性实施例提供的又一种资源分配方法的流程图,如图4B所示,该方法应用于承载交易平台的服务器上,可以包括以下步骤:
步骤402,监听预设货品的剩余量;当货品剩余量降至预设数量时,转入步骤406,否则转入步骤404。
在本实施例中,针对“交易平台”的应用场景,本申请的预设资源可以为预设货品;当然,对于其他应用场景,本申请的预设资源还可以为其他类型,比如在通讯场景下,该预设资源可以为通讯资源;换言之,“预设资源”可以根据场景变化而改变,本申请并不对此进行限制。
以“预设货品”为例。通过监听预设货品的剩余量,可以确定该预设货品是否成为稀缺资源。例如,当该预设货品的剩余量降至预设数量时,可以认为该预设货品成为稀缺资源,可以通过本申请的技术方案进行合理的资源分配;而当该预设货品的剩余量大于预设数量时,可以认为该预设货品尚未成为稀缺资源,可以按照相关技术中的方式进行资源分配。
在本实施例中,预设数量可以根据预设资源的类型、供需状况等因素进行合理配置。
以“预设货品”为例。如图5所示,假定预设货品为交易平台上出售的“LX公主裙”,可以由卖家预先配置该预设数量,比如可以配置该预设数量为3。
步骤404,正常出售货品。
在本实施例中,对于剩余量尚未降至预设数量的情况下,可以按照相关技术中的方式,对预设资源进行正常分配,比如按照分配请求的接收顺序,依次对每个分配请求进行响应,从而实现对预设资源的分配操作。
以“预设货品”为例。如图5所示,当“LX公主裙”的剩余量为88时,由于预设数量为3,因而尚未成为稀缺资源,可以按照相关技术中的方式进行出售,即买家点击该“LX公主裙”的“立即购买”按钮(或者,点击“加入购物车”按钮并结账)时,可以直接购买该“LX公主裙”。
在本实施例中,针对本申请中需要分配的预设资源,在该预设资源的剩余量尚未降至预设数量时,可以执行相应的提示操作,比如示出相应的提示信息,以表明该预设资源的剩余量降至预设数量时,将转变为需要通过比较针对该预设资源的分配请求中定义的动态对象提供量的大小,以执行对该预设资源的分配操作;通过该提示操作,可以促使分配请求的发起方在该预设资源的剩余量尚未降至预设数量时,及时请求对该预设资源的分配,有助于提升对该预设资源的分配效率。
以“预设货品”为例。例如图5所示,在“LX公主裙”的售卖界面中,示出了诸如“库存≤3件进入拍卖模式”等文字以及“拍卖流程”的示意图等提示信息,以便于提示买家注意,有助于激发买家的购买欲望。
步骤406,启动预设时长的倒计时。
步骤408,监测倒计时状态;当倒计时超时后,转入步骤418,否则转入步骤410。
步骤410,接收针对货品的交易请求。
在本实施例中,当预设交互对象的剩余量降至预设数量时,可以启动预设时长的倒计时;然后,在该倒计时超时后,从该倒计时对应的时间段内接收到的所有分配请求中,选取预设数量的分配请求。
以“预设货品”为例。如图6所示,假定预设数量为3,那么当该“LX公主裙”的剩余量降至3件时,可以转入拍卖模式,且该拍卖模式的持续时长可以为5天。那么,在该拍卖持续的5天内,所有买家可以分别通过触发“下标出价”按钮发起购买请求(相当于上述的分配请求),并给出自己的报价(相当于上述的分配请求中定义的动态对象提供量);那么,当针对该“LX公主裙”的拍卖结束时,即上述的“5天”倒计时超时后,可以从针对该“LX公主裙”的所有购买请求中,根据各个购买请求中包含的报价的高低顺序,从高至低依次选取3个购买请求,从而按照相应的报价向其出售剩余的3件“LX公主裙”。
步骤412,确定交易请求中的报价。
步骤414,收取预设比例的保证金。
在本实施例中,在创建任一分配请求时,按照该任一分配请求定义的动态对象提供量的预设比例,从该任一分配请求的发起方对应的对象集合中提取相应的数据对象。
以“预设货品”为例。比如在图6所示的拍卖界面中,“拍卖流程”包括4个阶段:普通出售中、出价中、最高者得标和发货;其中,在“出价中”示出了买家发起购买请求的条件:预付20%,即用户通过发起购买请求而参与到拍卖过程时,需要按照该购买请求中的报价,预先支付诸如20%或其他预设比例的资金,以作为其参与该拍卖过程的保证金。
在本实施例中,当该任一分配请求被选中时,可以从相应发起方对应的对象集合中提取剩余比例的数据对象。
以“预设货品”为例。假定买家的报价为120元,而保证金的预设比例为20%,表明该买家需要预付120×20%=24元的保证金;当该买家最终得标(即该买家发起的购买请求被选中)时,仅需要按照报价(120元)支付剩余比例的资金(即120×80%=96元),即可完成付款。
步骤416,展示所有报价及提醒消息。
在本实施例中,可以示出关于已接收到的分配请求的提醒消息,该提醒消息可以包括多种不同情况:
一种情况下,可以分别向每个分配请求的发起方返回提醒消息,该提醒消息用于将该分配请求是否将被选中的预估信息告知该发起方。其中,该预估信息可以包括两类:
第一类用于表明相应的发起方的分配请求预估能够被选中。
以“预设货品”为例。如图7所示,假定一买家发起购买请求的报价为120元,该报价在目前已接收到的所有10个购买请求中排名最高,因而可以向该买家示出预估信息为“您是最高出价者”。类似地,例如图8所示,假定一买家发起购买请求的报价为110元,该报价在目前已接收到的所有10个购买请求中排名在前3名(对应于上述的“预设数量”为3的情况下;实际上,如果“预设数量”为5,那么此处应当为前5名),因而可以向该买家示出预估信息为“您是TOP3出价者”。
第二类用于表明相应的发起方的分配请求预估无法被选中。
以“预设货品”为例。如图9所示,假定一买家发起购买请求的报价为108元,而目前已接收到的所有10个购买请求中排名第3(对应于“预设数量”为3的情况)的报价为110元,因而可以向该买家示出预估信息为“您的出价应当高于¥110.00”,表明按照该买家的当前报价,其购买请求无法被选中。当然,对应于此处的“您的出价应当高于¥110.00”,表明提醒消息中的预估信息还可以用于引导相应的分配请求的发起方,以使其通过对该分配请求中定义的动态对象提供量进行编辑,使该分配请求无法被选中变更为能够被选中;或者,此处的预估信息可以仅起到提醒作用,比如预估信息的内容可以为“您无法获得购买权”等。
关于对分配请求中的动态对象提供量的编辑,可以理解为:针对已建立的分配请求,可以调整其定义的动态对象提供量;本申请提供了多种调整方式,例如:
在一实施例中,可以根据分配请求的发起方发出的调整指令,调整该分配请求定义的动态对象提供量,即发起方主动对动态对象提供量进行调整。由于是发起方的主动调整,因而发起方可以将其调整为任意值。进一步地,针对发起方调整后的动态对象提供量,可以返回发送上述的提醒消息,以帮助发起方了解调整后的状况,以及帮助发起方确定是否需要做出进一步调整等;以及,针对调整后的动态对象提供量,按照预定义的上述“预设比例”,可以进一步调整从发起方对应的对象集合中提取的数据对象的数量。
以“预设货品”为例。假定针对图9所示的拍卖界面,该买家将购买请求中的报价由108元调整为115元;如果被判定为排名进入前3,则可以返回诸如图8所示的“您是TOP3出价者”的预估信息,并且可以按照调整后的115元,重新计算和扣除该买家所需缴纳的保证金。
需要说明的是:当多个分配请求定义的动态对象提供量具有相同数值时,可以按照各个分配请求定义的动态对象提供量被配置为该相同数值的时间从早到晚的顺序,对多个分配请求进行排序和选择。例如,当预设数量为3时,如果买家A、买家B、买家C、买家D等的报价从大至小依次包括120元、115元、110元、108元等,那么可以预估为该买家A、买家B、买家C发起的购买请求将被选中;那么,即便买家D将购买请求中的报价由108元调整为110元,由于买家C配置该“110元”的时间早于买家D,因而仍然应当判定为预估买家A、买家B、买家C发起的购买请求将被选中、买家D发起的购买请求不会被选中。
在另一实施例中,当任一分配请求被发起方配置为自动调整状态时,可以获取该发起方为该任一分配请求配置的最大提供量,并在该最大提供量以内,调整该任一分配请求定义的动态对象提供量,以确保该任一分配请求被选中。在该实施例中,可以在一定程度内(即发起方配置的最大提供量以内)实现对动态对象提供量的自动调整。
以“预设货品”为例。如图10所示,当买家触发“下标出价”后,可以在图10所示的窗口中,对于“您的出价”(即报价;对应于动态对象提供量)、“订购数量”等进行配置;其中,当买家选中“自动加价超越第3人”(对应于预设数量为3的情况)时,表明买家将该购买请求配置为自动调整状态,从而按照买家进一步配置的“每次加价金额”和“最大承受金额”进行自动调整。例如,假定买家X配置的报价为112元、每次加价金额为2元(“每次加价金额”并非必须由买家配置,可以采用交易平台的默认金额)、最大承受金额为125元,那么按照图10所示的已有报价,即用户AAA的报价120元、用户BBB的报价110元等,该买家X的报价112元的排名为第2,属于预估为可被选中的情况。
假定存在另一用户CCC的初始报价为107元,而该用户CCC主动调整报价至115元,此时用户CCC的报价排名升至第2、买家X的报价排名降至第3,但买家X的购买请求仍然属于可被选中的情况,可以不对报价做自动调整。进一步地,假定另一用户DDD的初始报价为106元,而该用户DDD主动调整报价至118元,此时用户DDD的报价排名升至第2、用户CCC的报价排名降至第3、买家X的报价排名降至第4,导致买家X的购买请求变为无法被选中的情况,因而按照“每次加价金额为2元”将报价由112元自动调整至114元(由于未超出“最大承受金额为125元”,因而允许该调整操作);在将报价自动调整为114元后,相应的报价排名仍为第4,因而再次按照“每次加价金额为2元”将报价由114元自动调整至116元(由于未超出“最大承受金额为125元”,因而允许该调整操作),此时用户CCC的报价排名降至第4、买家X的报价排名升至第3,从而达到了“自动加价超越第3人”,以确保该买家X发起的相应的购买请求能够被选中。
在本实施例中,可以获取所有针对预设资源的分配请求定义的动态对象提供量,并提供至每一分配请求的发起方,以用于向发起方进行展示。在该实施例中,通过对每一分配请求的发起方展示所有的动态对象提供量的数值,以便于各个发起方对自身发起的分配请求中的动态对象提供量进行调整,或者对于“最大提供量”等参数进行合理配置,从而确保自身发起的分配请求能够被选中。以“预设货品”为例,可以通过诸如图11所示的悬浮窗口等,分别示出用户AAA、用户BBB、用户CCC……用户GGG等发起的所有购买请求中的报价,以便于比较、查看等操作。
需要说明的是:在本申请的技术方案中,每一分配请求对应于一个单位数量的预设资源,而每个发起方可以分别发起一个或多个分配请求;当同一发起方分别发起多个分配请求时,各个分配请求之间应当被认为相对独立。比如图10-11所示,用户BBB分别创建了两个购买请求、每个购买请求定义的报价均为110元,分别占据报价排名的第2、第3;其中,当用户BBB在如图10所示的窗口中配置“订购数量”为2件时,可以分别发起相应的两个购买请求,或者用户BBB可以两次分别通过如图10所示的窗口发起“订购数量”为1件的购买请求。
步骤418,对交易请求进行报价排名。
步骤420,选取若干交易请求。
步骤422,收取剩余比例的购买资金。
在本实施例中,在配置的倒计时超时前,由于发起方可以主动或通过自动方式对动态对象提供量进行调整,因而对于相应的分配请求是否被选中,都是预估结果并非最终结果;因此,需要等待该倒计时超时后,对于已经确定、无法调整的最终动态对象提供量,确定各个分配请求对应的动态对象提供量的数值排列顺序,并确定被选中的分配请求。
以“预设货品”为例。对于被选中的购买请求,可以向相应的买家展示图12所示的界面,告知该买家已在拍卖过程中得标;当然,还可以通过电话、短信、邮件、即时通讯等其他方式,对相应的买家进行通知,本申请并不对此进行限制。那么,以图12所示的界面为例,该买家可以通过触发“去付款(92)元”按钮,支付除了预付20%的款项之外的剩余80%的尾款,比如当该买家报价为115元时,预付20%的款项为23元、剩余80%的尾款为92元。
进一步地,在任一分配请求被选中的情况下,若接收到相应的发起方针对该任一分配请求发起的取消指令,可以将预先获得的预设比例的数据对象提供至预设资源的来源方,然后选取另一分配请求,以替代该任一分配请求。
以“预设货品”为例。当任一购买请求被选中时,买家可以拒绝支付尾款或者未在规定的时间段内支付尾款,从而产生了针对该任一购买请求的取消指令,那么可以将该买家支付的保证金赔付给卖家(或者,可以按照预设配比分别赔付给卖家和交易平台),然后选取另一购买请求来替代当前的购买请求。
其中,在选取另一分配请求时,可以获取针对该预设资源的所有分配请求,从中去除上述取消指令对应的分配请求后,将剩余的分配请求对应的动态对象提供量进行重新排序,并重新按照动态对象提供量从大到小的顺序选取预设数量的分配请求,可以参考步骤418-420,此处不再赘述。
步骤424,完成交易。
在本实施例中,可以通过对被选中的分配请求进行响应,从而将预设资源分别分配至相应的发起方;以及,针对被选中的分配请求的发起方提供的数据对象,可以提供至预设资源的来源方。那么,通过本申请的技术方案,可以在来源方与发起方之间实现对预设资源的合理分配,使同样的预设资源能够交互得到最大数量的数据对象。其中,数据对象可以首先被提供至交互平台,而当确定分配请求的发起方已经获得相应的预设资源后,数据对象才被交互平台进一步提供至预设资源的来源方,从而最终实现双方交互。
以“预设货品”为例。在拍卖结束后,若买家支付完尾款,则建立相应的交易事件,可以由交易平台或交易平台相关联的第三方支付平台保管资金(包括保证金和尾款),而由卖家通过诸如物流方式将货品提供至买家,而在买家收到该货品后,由交易平台或第三方支付平台将保管的资金转账至卖家,从而完成交易。
图13示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图13,在硬件层面,该电子设备包括处理器1302、内部总线1304、网络接口1306、内存1308以及非易失性存储器1310,当然还可能包括其他业务所需要的硬件。处理器1302从非易失性存储器1310中读取对应的计算机程序到内存1302中然后运行,在逻辑层面上形成资源分配装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图14,在软件实施方式中,该资源分配装置可以包括获取单元1401、第一分配单元1402和第二分配单元1403。其中:
获取单元1401,获取到针对预设资源的分配请求;
第一分配单元1402,当监听到所述预设资源的剩余量大于预设数量时,将所述预设资源按照预定义的固定对象提供量分配至所述分配请求的发起方,使所述发起方处对应于所述固定对象提供量的数据对象被提供至所述预设资源的来源方;
第二分配单元1403,当监听到所述剩余量降至不大于所述预设数量时,将所述预设资源按照所述分配请求定义的动态对象提供量分配至所述发起方,使所述发起方处对应于所述动态对象提供量的数据对象被提供至所述来源方。
可选的,所述第二分配单元具体用于:
根据分配请求定义的动态对象提供量的大小顺序,选取若干分配请求,且被选中的分配请求的数量不大于所述剩余量;
向被选中的分配请求的发起方分配所述预设资源;
从被选中的分配请求的发起方处,获取相应的分配请求定义的动态对象提供量的数据对象,以提供至所述来源方。
可选的,还包括:
第一调整单元1404,根据所述分配请求的发起方发出的调整指令,调整所述分配请求定义的动态对象提供量。
可选的,还包括:
确定单元1405,当任一分配请求被发起方配置为自动调整状态时,确定所述发起方为所述任一分配请求配置的最大提供量;
第二调整单元1406,在所述最大提供量以内,调整所述任一分配请求定义的动态对象提供量,以确保所述任一分配请求被选中。
可选的,
还包括:启动单元1407,当预设交互对象的剩余量降至预设数量时,启动预设时长的倒计时;
所述第二分配单元1403具体用于:在所述倒计时超时后,选取若干分配请求。
可选的,还包括:
提醒单元1408,向所述分配请求的发起方返回提醒消息,所述提醒消息用于将所述分配请求是否将被选中的预估信息告知所述发起方。
可选的,还包括:
展示单元1409,获取所有针对所述预设资源的分配请求定义的动态对象提供量,并提供至每一分配请求的发起方,以用于向发起方进行展示。
可选的,
还包括:提取单元1410,在创建任一分配请求时,若监听到所述剩余量降至不大于所述预设数量,则按照所述任一分配请求定义的动态对象提供量的预设比例,从所述任一分配请求的发起方对应的对象集合中提取相应的数据对象;
所述第二分配单元1403具体用于:当所述任一分配请求被选中时,从所述对象集合中提取剩余比例的数据对象,以提供至所述来源方。
可选的,还包括:
接收单元1411,在所述任一分配请求被选中的情况下,接收到所述发起方针对所述任一分配请求发起的取消指令;
提供单元1412,将所述预设比例的数据对象提供至所述预设资源的来源方;
替代单元1413,选取另一分配请求,以替代所述任一分配请求。
图15示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图15,在硬件层面,该电子设备包括处理器1502、内部总线1504、网络接口1506、内存1508以及非易失性存储器1510,当然还可能包括其他业务所需要的硬件。处理器1502从非易失性存储器1510中读取对应的计算机程序到内存1502中然后运行,在逻辑层面上形成资源分配装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图16,在软件实施方式中,该资源分配装置可以包括监听单元1602、第一分配单元1604和第二分配单元1606。其中:
监听单元1602,监听预设货品的剩余量是否大于预设数量;
第一分配单元1604,当所述剩余量大于所述预设数量时,切换至正常出售模式,所述正常出售模式下按照预定义的固定货品价格出售所述预设货品;
第二分配单元1606,当所述剩余量不大于所述预设数量时,切换至拍卖模式,所述拍卖模式下按照动态的拍卖价格出售所述预设货品。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (20)
1.一种资源分配方法,其特征在于,包括:
获取到针对预设资源的分配请求;
当监听到所述预设资源的剩余量大于预设数量时,将所述预设资源按照预定义的固定对象提供量分配至所述分配请求的发起方,使所述发起方处对应于所述固定对象提供量的数据对象被提供至所述预设资源的来源方;
当监听到所述剩余量降至不大于所述预设数量时,将所述预设资源按照所述分配请求定义的动态对象提供量分配至所述发起方,使所述发起方处对应于所述动态对象提供量的数据对象被提供至所述来源方。
2.根据权利要求1所述的方法,其特征在于,所述当监听到预设资源的剩余量降至不大于所述预设数量时,将所述预设资源按照所述分配请求定义的动态对象提供量分配至所述发起方,使所述发起方处对应于所述动态对象提供量的数据对象被提供至所述来源方包括:
根据分配请求定义的动态对象提供量的大小顺序,选取若干分配请求,且被选中的分配请求的数量不大于所述剩余量;
向被选中的分配请求的发起方分配所述预设资源;
从被选中的分配请求的发起方处,获取相应的分配请求定义的动态对象提供量的数据对象,以提供至所述来源方。
3.根据权利要求1所述的方法,其特征在于,还包括:
根据所述分配请求的发起方发出的调整指令,调整所述分配请求定义的动态对象提供量。
4.根据权利要求1所述的方法,其特征在于,还包括:
当任一分配请求被发起方配置为自动调整状态时,确定所述发起方为所述任一分配请求配置的最大提供量;
在所述最大提供量以内,调整所述任一分配请求定义的动态对象提供量,以确保所述任一分配请求被选中。
5.根据权利要求2所述的方法,其特征在于,
还包括:当预设交互对象的剩余量降至预设数量时,启动预设时长的倒计时;
所述根据分配请求定义的动态对象提供量的大小顺序,选取若干分配请求,包括:在所述倒计时超时后,选取若干分配请求。
6.根据权利要求1所述的方法,其特征在于,还包括:
向所述分配请求的发起方返回提醒消息,所述提醒消息用于将所述分配请求是否将被选中的预估信息告知所述发起方。
7.根据权利要求1所述的方法,其特征在于,还包括:
获取所有针对所述预设资源的分配请求定义的动态对象提供量,并提供至每一分配请求的发起方,以用于向发起方进行展示。
8.根据权利要求1所述的方法,其特征在于,
还包括:在创建任一分配请求时,若监听到所述剩余量降至不大于所述预设数量,则按照所述任一分配请求定义的动态对象提供量的预设比例,从所述任一分配请求的发起方对应的对象集合中提取相应的数据对象;
所述将所述预设资源按照所述分配请求定义的动态对象提供量分配至所述发起方,使所述发起方处对应于所述动态对象提供量的数据对象被提供至所述来源方,包括:当所述任一分配请求被选中时,从所述对象集合中提取剩余比例的数据对象,以提供至所述来源方。
9.根据权利要求8所述的方法,其特征在于,还包括:
在所述任一分配请求被选中的情况下,接收到所述发起方针对所述任一分配请求发起的取消指令;
将所述预设比例的数据对象提供至所述预设资源的来源方;
选取另一分配请求,以替代所述任一分配请求。
10.一种资源分配装置,其特征在于,包括:
获取单元,获取到针对预设资源的分配请求;
第一分配单元,当监听到所述预设资源的剩余量大于预设数量时,将所述预设资源按照预定义的固定对象提供量分配至所述分配请求的发起方,使所述发起方处对应于所述固定对象提供量的数据对象被提供至所述预设资源的来源方;
第二分配单元,当监听到所述剩余量降至不大于所述预设数量时,将所述预设资源按照所述分配请求定义的动态对象提供量分配至所述发起方,使所述发起方处对应于所述动态对象提供量的数据对象被提供至所述来源方。
11.根据权利要求10所述的装置,其特征在于,所述第二分配单元具体用于:
根据分配请求定义的动态对象提供量的大小顺序,选取若干分配请求,且被选中的分配请求的数量不大于所述剩余量;
向被选中的分配请求的发起方分配所述预设资源;
从被选中的分配请求的发起方处,获取相应的分配请求定义的动态对象提供量的数据对象,以提供至所述来源方。
12.根据权利要求10所述的装置,其特征在于,还包括:
第一调整单元,根据所述分配请求的发起方发出的调整指令,调整所述分配请求定义的动态对象提供量。
13.根据权利要求10所述的装置,其特征在于,还包括:
确定单元,当任一分配请求被发起方配置为自动调整状态时,确定所述发起方为所述任一分配请求配置的最大提供量;
第二调整单元,在所述最大提供量以内,调整所述任一分配请求定义的动态对象提供量,以确保所述任一分配请求被选中。
14.根据权利要求11所述的装置,其特征在于,
还包括:启动单元,当预设交互对象的剩余量降至预设数量时,启动预设时长的倒计时;
所述第二分配单元具体用于:在所述倒计时超时后,选取若干分配请求。
15.根据权利要求10所述的装置,其特征在于,还包括:
提醒单元,向所述分配请求的发起方返回提醒消息,所述提醒消息用于将所述分配请求是否将被选中的预估信息告知所述发起方。
16.根据权利要求10所述的装置,其特征在于,还包括:
展示单元,获取所有针对所述预设资源的分配请求定义的动态对象提供量,并提供至每一分配请求的发起方,以用于向发起方进行展示。
17.根据权利要求10所述的装置,其特征在于,
还包括:提取单元,在创建任一分配请求时,若监听到所述剩余量降至不大于所述预设数量,则按照所述任一分配请求定义的动态对象提供量的预设比例,从所述任一分配请求的发起方对应的对象集合中提取相应的数据对象;
所述第二分配单元具体用于:当所述任一分配请求被选中时,从所述对象集合中提取剩余比例的数据对象,以提供至所述来源方。
18.根据权利要求17所述的装置,其特征在于,还包括:
接收单元,在所述任一分配请求被选中的情况下,接收到所述发起方针对所述任一分配请求发起的取消指令;
提供单元,将所述预设比例的数据对象提供至所述预设资源的来源方;
替代单元,选取另一分配请求,以替代所述任一分配请求。
19.一种资源分配方法,其特征在于,包括:
监听预设货品的剩余量是否大于预设数量;
当所述剩余量大于所述预设数量时,切换至正常出售模式,所述正常出售模式下按照预定义的固定货品价格出售所述预设货品;
当所述剩余量不大于所述预设数量时,切换至拍卖模式,所述拍卖模式下按照动态的拍卖价格出售所述预设货品。
20.一种资源分配装置,其特征在于,包括:
监听单元,监听预设货品的剩余量是否大于预设数量;
第一分配单元,当所述剩余量大于所述预设数量时,切换至正常出售模式,所述正常出售模式下按照预定义的固定货品价格出售所述预设货品;
第二分配单元,当所述剩余量不大于所述预设数量时,切换至拍卖模式,所述拍卖模式下按照动态的拍卖价格出售所述预设货品。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610566509.1A CN107632887A (zh) | 2016-07-18 | 2016-07-18 | 资源分配方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610566509.1A CN107632887A (zh) | 2016-07-18 | 2016-07-18 | 资源分配方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107632887A true CN107632887A (zh) | 2018-01-26 |
Family
ID=61112259
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610566509.1A Pending CN107632887A (zh) | 2016-07-18 | 2016-07-18 | 资源分配方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107632887A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108920278A (zh) * | 2018-07-02 | 2018-11-30 | 中国建设银行股份有限公司 | 资源分配方法及装置 |
US11288604B2 (en) | 2016-12-23 | 2022-03-29 | Advanced New Technologies Co., Ltd. | Resource processing method and apparatus |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101976416A (zh) * | 2010-10-27 | 2011-02-16 | 湖南大学 | 尾货拍卖***及方法 |
CN102609872A (zh) * | 2012-02-20 | 2012-07-25 | 山东大学 | 一种模态自适应的云制造服务交易过程控制***与方法 |
US20130111607A1 (en) * | 2011-10-27 | 2013-05-02 | Alibaba Group Holding Limited | Multi-user limited resource allocation processing method and system |
US20140025407A1 (en) * | 2012-07-18 | 2014-01-23 | Brian Hayek | Customer reservation auction system |
CN105656797A (zh) * | 2015-12-26 | 2016-06-08 | 中国人民解放军信息工程大学 | 一种交换机迁移方法及装置 |
-
2016
- 2016-07-18 CN CN201610566509.1A patent/CN107632887A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101976416A (zh) * | 2010-10-27 | 2011-02-16 | 湖南大学 | 尾货拍卖***及方法 |
US20130111607A1 (en) * | 2011-10-27 | 2013-05-02 | Alibaba Group Holding Limited | Multi-user limited resource allocation processing method and system |
CN102609872A (zh) * | 2012-02-20 | 2012-07-25 | 山东大学 | 一种模态自适应的云制造服务交易过程控制***与方法 |
US20140025407A1 (en) * | 2012-07-18 | 2014-01-23 | Brian Hayek | Customer reservation auction system |
CN105656797A (zh) * | 2015-12-26 | 2016-06-08 | 中国人民解放军信息工程大学 | 一种交换机迁移方法及装置 |
Non-Patent Citations (5)
Title |
---|
刘凯雄: "基于计算经济的网关资源调度模型研究", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
史达 等: "《网络营销》", 31 March 2013, 东北财经大学出版社 * |
司林胜 等: "《电子商务案例分析》", 31 August 2004, 重庆大学出版社 * |
陈剑 等: "《拍卖理论与网上拍卖》", 31 August 2005, 清华大学出版社 * |
黄世祥 等: "《电子商务》", 31 July 2006, 中国农业出版社 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11288604B2 (en) | 2016-12-23 | 2022-03-29 | Advanced New Technologies Co., Ltd. | Resource processing method and apparatus |
US11934975B2 (en) | 2016-12-23 | 2024-03-19 | Advanced New Technologies Co., Ltd. | Resource processing method and apparatus |
CN108920278A (zh) * | 2018-07-02 | 2018-11-30 | 中国建设银行股份有限公司 | 资源分配方法及装置 |
CN108920278B (zh) * | 2018-07-02 | 2021-12-24 | 中国建设银行股份有限公司 | 资源分配方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20100005004A1 (en) | System and method to guarantee a selling price of a product | |
US20060200401A1 (en) | Online descending bid auction | |
CN108961002A (zh) | 智能拼团方法、介质、终端设备及*** | |
US7885853B2 (en) | System and method for hybrid single and aggregation sale | |
US10217155B2 (en) | Product cross-selling method and system | |
CN106709774A (zh) | 商品对象交易信息处理方法及装置 | |
CN111415179B (zh) | 用户权益信息处理方法、装置及电子设备 | |
JP2017215985A (ja) | 入札参加時間を通じた優先的なインターネット競売システム | |
US8055583B2 (en) | Shared online auction provisioning | |
US20180341966A1 (en) | System and method for promoting product sales by using distribution of sales profit according to event success | |
CN107632887A (zh) | 资源分配方法及装置 | |
CN111932164A (zh) | 信息处理方法、装置及设备 | |
KR20200095223A (ko) | 거래소 기반의 디자인 거래 시스템 및 방법과 이를 위한 컴퓨터 프로그램 | |
TW200307879A (en) | Determining a distribution of a group purchase among a number of sellers that substantially minimizes an overall price of the group purchase | |
US20130346253A1 (en) | Systems and methods for online shopping with try-before-you-buy option | |
US20180165685A1 (en) | Method, Terminal, and Related Server for Providing Transaction Object | |
US9619835B1 (en) | Product customization offerings | |
JP2023117345A (ja) | スマートボックスを用いた中古品取引サービス提供方法及び装置 | |
CN113850403A (zh) | 商品预定方法、装置、计算设备及计算机存储介质 | |
CN107203909A (zh) | 一种数据处理方法及装置 | |
CN114677194A (zh) | 流量引导服务处理方法、装置及电子设备 | |
CN111222934B (zh) | 信息发布方法、装置及计算机*** | |
JP5922691B2 (ja) | サービス提供装置、サービス提供方法及びサービス提供プログラム | |
US20150287132A1 (en) | System and method for structuring an online auction when reserve price is not met | |
KR20160131374A (ko) | 회원제 쇼핑몰 운영 방법 및 그 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180126 |
|
RJ01 | Rejection of invention patent application after publication |