本申请涉及互联网技术领域,特别涉及一种任务处理方法及装置。
背景技术:
互联网技术领域中,往往需要由服务器处理数量巨大的任务。这里的服务器,可以是单一的一台服务器,也可以是服务器构成的集群。在处理的数量巨大的任务中,每个任务自身的处理复杂度不一定相同,所需的处理资源也不一定相同。对于处理复杂度低或所需处理资源少的任务,在较少的服务器上即可以相对较快的完成。
对于处理复杂度高或需要处理资源多的任务,如果按照与处理复杂度低或所需处理资源少的任务类似处理,则处理进程较慢或处理条件不易得到满足。
技术实现要素:
本申请实施例的目的是提供一种任务处理方法及装置,以满足复杂度高或需要处理资源多的任务的处理需求。
为解决上述技术问题,本申请实施例提供一种任务处理方法及装置是这样实现的:
一种任务处理方法,包括:
接收发来的父任务请求,所述任务请求中包括标识所述父任务请求的父ID和父任务请求所需资源数;
检查当前的平台限制条件;将所述父任务请求分解为N项子任务,并使分解后的子任务总数不大于所述平台限制;生成标识分解后的N项子任务中每一子任务的子ID,将所述子ID关联于所述父ID;
发布分解后的子任务;
在预定的时间段内接收复数个节点申请子任务的请求,记录申请每一子任 务的节点的信息,将该节点的信息关联于所申请的子任务ID及所述父ID。
一种任务处理方法,包括:
接收复数个节点申请子任务的请求;
记录申请每一子任务成功的节点的信息,将该节点的信息关联于所申请的子任务ID及对应父ID;
针对每一子任务申请成功的请求,登记对应节点的ID及处理子任务所需资源量;
当所述预定时间段的截止时间到达后,汇集所述分解后的子任务对应的所有申请节点的资源量。
一种融资信息处理方法,包括:
接收发来的融资总需求信息,所述融资总需求信息中包括标识所述融资总需求的父ID和融资总需求所需总金额;
检查当前的融资限制;将所述融资总需求分解为N项融资子产品,并使分解后的所有融资子产品数不大于所述融资限制;生成标识分解后的N项融资子产品每一子产品的子ID,将所述子ID关联于所述父ID;
在互联网上发布分解后的融资子产品的信息;
在预定的时间段内接收节点申请融资子产品的请求,记录申请每一融资子产品的节点账户信息,将该节点账户信息关联于所申请的融资子产品ID及所述融资总需求的父ID。
一种融资信息处理方法,包括:
接收复数个用户账户申请融资子项目的请求;
记录申请每一融资子项目成功的用户账户的信息,将该用户账户的信息关联于所申请的融资子项目ID及对应父ID;
针对每一融资子项目申请成功的请求,登记对应用户账户的ID及融资金额;
当所述预定时间段的截止时间到达后,汇集所述分解后的融资子项目对应 的所有用户的金额。
一种任务处理装置,包括:
数据库,用于存储平台限制条件;
第一接口模块,用于接收发来的父任务请求,所述任务请求中包括标识所述父任务请求的父ID和父任务请求所需资源数;
检查单元,用于检查当前的平台限制条件;
分解单元,用于将所述父任务请求分解为N项子任务,并使分解后的子任务总数不大于所述平台限制;
标识单元,用于生成标识分解后的N项子任务中每一子任务的子ID,将所述子ID关联于所述父ID;
发布单元,用于发布分解后的子任务;
第二接口模块,用于在预定的时间段内接收复数个节点申请子任务的请求,记录申请每一子任务的节点的信息,将该节点的信息关联于所申请的子任务ID及所述父ID。
一种融资信息处理平台,包括:
数据库,用于存储融资限制条件;
第一接口模块,用于接收发来的融资总需求信息,所述融资总需求信息中包括标识所述融资总需求的父ID和融资总需求所需总金额;
检查单元,用于检查当前的融资限制;
分解单元,用于将所述融资总需求分解为N项融资子产品,并使分解后的所有融资子产品数不大于所述融资限制;
标识单元,用于生成标识分解后的N项融资子产品每一子产品的子ID,将所述子ID关联于所述父ID;
发布单元,用于发布分解后的融资子项目;
第二接口模块,用于在预定的时间段内接收节点申请融资子产品的请求,记录申请每一融资子产品的节点账户信息,将该节点账户信息关联于所申请的 融资子产品ID及所述融资总需求的父ID。
一种任务处理装置,包括:
第三接口模块,用于接收复数个节点申请子任务的请求;
记录单元,用于记录申请每一子任务成功的节点的信息;
关联单元,用于将该节点的信息关联于所申请的子任务ID及对应父ID;
登记单元,用于针对每一子任务申请成功的请求,登记对应节点的ID及处理子任务所需资源量;
第四接口单元,用于当所述预定时间段的截止时间到达后,汇集所述分解后的子任务对应的所有申请节点的资源量。
一种融资信息处理平台,包括:
第三接口模块,用于接收复数个用户账户申请融资子项目的请求;
记录单元,用于录申请每一融资子项目成功的用户账户的信息;
关联单元,用于将该用户账户的信息关联于所申请的融资子项目ID及对应父ID;
登记单元,用于针对每一融资子项目申请成功的请求,登记对应用户账户的ID及融资金额;
第四接口单元,用于当所述预定时间段的截止时间到达后,汇集所述分解后的融资子项目对应的所有用户的金额。由以上本申请实施例提供的技术方案可见,本申请实施例中接收发来的父任务请求,所述任务请求中包括标识所述父任务请求的父ID和父任务请求所需资源数;检查当前的平台限制条件;将所述父任务请求分解为N项子任务,并使分解后的子任务总数不大于所述平台限制;生成标识分解后的N项子任务中每一子任务的子ID,将所述子ID关联于所述父ID;发布分解后的子任务;在预定的时间段内接收复数个节点申请子任务的请求,记录申请每一子任务的节点的信息,将该节点的信息关联于所申请的子任务ID及所述父ID。通过上述处理,可以采用较多处理资源处理较大复杂度的任务,处理进程较快或易使处理条件得到满足。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请任务处理方法一个实施例的架构图;
图2为本申请任务处理方法一实施例涉及平台的架构图;
图3为本申请任务处理方法一实施例涉及平台的架构图;
图4为本申请任务处理方法一实施例涉及平台的架构图;
图5为本申请任务处理方法一个实施例的流程图;
图6为本申请任务分配装置一个实施例的模块图;
图7为本申请任务处理方法一个实施例的流程图;
图8为本申请任务处理方法一个实施例的流程图;
图9为本申请任务处理方法一个实施例的流程图。
具体实施方式
本申请实施例提供一种任务处理方法及装置。
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
图1为本申请涉及的系统示例性的组成架构图。所有附图中相似的元件符号表示相似(但不一定相同)的元件。如图1所示,本申请的系统100包括可以通过网络112与其它至少一个节点106(图中示出了2个)相连接的服务器 105。该服务器105可以设置为与数据库115相连接,也可以设置为将数据库115集成于该服务器(图中仅示出了前者)。借助该网络112,所连接的各个节点之间可以进行信息的通信,进而完成节点间信息的交互及数据的处理。
本文中的网络112可以是基于互联网的社交网络、支付网络、金融网络等。本申请的社交网络可以例如适用于FACEBOOK、TWITTER、YOUTUBE、LINKEDIN、微信、微博等,甚至可以涵盖目前已有的即时通讯类型的网络。这样的支付网络可以适用于例如阿里巴巴的支付网络、腾讯的支付网络、小米的支付网络、京东的支付网络等。这样的金融网络可以是互联网形成的金融网络,例如银行或银联的网络,支付宝中信贷功能组成的网络等。上述金融网络可以与支付网络、社交网络形成功能的叠加。伴随功能的叠加,可能需要代表真实世界性质的数据的叠加和整合。
每个网络112都可以包括有线或无线电信装置,客户端106所基于的网络装置可以通过所述有线或无线电信装置来交换数据。例如,每个网络112都可以包括局域网(“LAN”)、广域网(“WAN”)、内部网、互联网、移动电话网络、虚拟专用网(VPN)、蜂窝式或其它移动通信网络、蓝牙、NFC或其任何组合。在示例性实施方案的讨论中,应理解,术语“数据”和“信息”可在本文中互换使用来指代可存在于基于计算机的环境中的文字、图像、音频、视频或任何其它形式的信息。
每个网络节点106所基于的网络装置都可以包括具有能够经由网络112发出并接收数据的通信模块的装置。例如,每个网络节点106所基于的网络装置都可以包括服务器、台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“PDA”),或者其它任何的有线或无线处理器驱动装置。在图1所描绘的示例性实施方案中,网络节点106所基于的网络装置可以分别由最终用户或消费者、可能的交易对手方用户、社交网络系统的发布者,以及等待发生金融信贷处理的机构进行操作。
图2示出了本申请服务器105的架构图。服务器105可以包括专用硬件或 软件或软硬件结合的数据库,如图1所示的数据库115,可以以外置的方式与服务器105连接,也可以是集成的方式。图2中的数据库显示为集成于服务器105中。该数据库105可以存储平台限制条件201。作为对任务的限制,可以通过平台限制条件201中设置不同的限制条件来实现。所述平台限制条件201,可以是基于已有经验进行设置,也可以是通过导入的方式从外部获得,后者例如是从外部某一网络节点中导入而获得。导入或通过设置得到的平台限制条件201,可以存储于数据库中,供后续分解子项目时利用。第一接口模块210可以是负责与外部通信的一种接口,该接口按照网络与计算机系统中使用协议的要求可以采用相应的API编程实现。基于该第一接口模块210,服务器105可以从外部获得数据,例如本申请中的父任务请求,例如可以从外部的一个节点获得。父任务请求中的内容可以包括父任务请求的父ID以及父任务请求所需的资源量。此外,父任务请求中的内容还可以包括父任务的到期时间等,以供服务器105在分解该父任务、传递分解后的子任务以及申请分解后的子任务的网络节点在执行时参照并作为执行条件。任务处理所需的资源量,可以是需要的执行内存数、CPU处理时间或网络带宽,甚至可以是需要投入的分布式计算机系统中单个计算机的数量,或者是网络节点用户数、用户账户的总余额数量、关系网络中网络节点的直接关联关系的社交账号数(如直接好友数量)、金融账号在投资中可投资金额总数、单个融资项目的申请人数上限等。服务器105中的处理器单元214可以是服务器的CPU。基于适当的编程,加载于CPU中并由CPU运行后的处理过程,按照功能单元划分,可以如图所示,包括检查单元216、分解单元217和标识单元218。检查单元216的编程中,首先需要通过函数读取第一接口模块210获取的父任务请求的父任务所需资源量以及读取数据库115中的平台限制条件201。如前所述,平台限制条件201中可以包括设定的平台限制条件,基于适当的编程,检查单元216可以检查该平台限制条件201。分解单元217可以通过传递函数从检查单元216中继承检查的父任务请求的父任务所需资源量并基于所述平台限制条件201对父任务请求进行分 解。特别的,可以针对父任务请求中所需的资源量按照平台限制条件201进行分解。一种较为简单的分解方式即为设置平均分解,分解后的每一单一子任务所需的资源量不超出平台限制条件的限制。在此基础之上,平台限制条件201可能还存在分解后的单一子任务的总量的限制,分解单元217可以按照该总量的限制将分解后的单一子任务所需资源量限定在不会太低的水平。更精细的分解中,可以并非采用均一化的分解方式,例如可以按照其他限制条件或分解后的子任务的重要性,分解后的子任务预期分配至的其他网络节点的处理能力等因素,将父任务请求分解为非均一而是存在大小不同的子任务。标识单元218进而可以对这些分解后的子任务进行处理,具体的,可以包括创建子ID并利用创建的这些子ID标识这些子任务,还可以关联这些标识的子ID与父任务ID。标识单元218一方面可以将标识结果及关联关系登记于数据库115中,另一方面,可以将标识子任务ID的子任务传递至发布单元220和第二接口单元230。其中,子任务可以包括子任务ID、关联父任务的ID、该子任务所需资源量等内容。
发布单元220在发布过程中,可以将分解后的子任务所需资源量发布出去。此外,还可以伴随该子任务所需资源量一并发布该子任务的ID、关联的父ID等的一个或几个。借助服务器105的多接口的网络连接,发布单元220可以将该信息发布至网络中以通知复数个网络节点。发布单元220可以设置在预定时间内发布该消息。第二接口模块230则可以是在所述预定的时间内接收网络节点通过网络传递的子任务申请请求。这些申请请求可能来自于复数个不同的网络节点。这里来自于的网络节点,可以是用户终端。用户可以在用户终端上使用通信应用程序,诸如网页浏览器应用程序或独立应用程序,以查看、下载、上传或以其他方式经由网络112访问服务器105发布的内容。网络112可以包括有线或无线电信系统或装置。例如,网络112可以包括局域网络(“LAN”)、广域网络(“WAN”)、内联网、因特网、存储域网(SAN)、个人局域网(PAN)、城域网(MAN)、无线局域网(WLAN)、虚拟专用网(VPN)、蜂窝式或其他移动 通信网络、蓝牙、NFC或其任何组合或促进信号、数据和/或消息传达的任何其他适当的架构或系统。通信应用程序可以与连接到网络112的服务器105或其他计算装置互动,包括浏览服务器105发布的消息,在服务器105提供的页面上进行选择、登记之类操作并将这些操作的结果反馈至服务器105。
在一个实施例中,与发布单元220及第二接口模块230交互的网络节点可以是如图3所示的用户终端310。该用户终端310可以如图4所示包括电子钱包应用模块311。电子钱包应用模块311可以涵盖用户终端310可以用来辅助用户101完成购买的任何应用程序、硬件、软件或程序。电子钱包应用模块311可以与通信应用程序312互动或可以体现为通信应用程序312的配套应用程序。作为配套应用程序,电子钱包应用模块311在通信应用程序312内执行。即,电子钱包应用模块311可以是内嵌在通信应用程序312中的应用程序。
用户终端310还可以包括由电子钱包应用程序模块311和通信应用程序312可访问的数据存储单元313。示例性数据存储单元313可以包括一个或多个有形计算机可读存储装置。数据存储单元313可以存储在用户移动装置310上或可以逻辑耦合到用户终端310。例如,数据存储单元313可以包括板上闪速存储器和/或一个或多个可移除存储卡或可移除闪速存储器。
用户101可以采用用来发起采用电子钱包账户的交易的实体支付工具320、电子钱包账户上的代理卡账户、在电子钱包账户上运行的指定支付工具、或任何其他支付工具实施方案。在示例性实施方案中,实体支付工具320看上去像标准信用卡或借记卡和/或以与所述卡相同的方式发挥作用。例如,实体支付工具320可以将用户101的名称和/或用户101的账号列在卡正面上。示例性实体支付工具320可以包括编码用户301的实体支付工具账户信息的磁条。在示例性实施方案中,编码在磁条中的账户信息将支付请求路由给支付处理系统340(可以是图1、2中的服务器105)用于处理。
在替代性的示例性实施方案中,实体支付工具320可以是智能卡、RFID传输器装置、或能够发起与用户的电子钱包账户的交易的任何其他适合的实体 装置。用户101可以使用用户终端310或用户计算装置以注册电子钱包应用程序模块311、或电子钱包账户321和/或访问用户101的电子钱包账户321。用户终端310可以包括适当的技术,所述技术包括网页服务器或耦合到网页服务器341(例如,网页浏览器应用程序、或其他适合的应用程序以与网页文件互动,可以是图1、2中的服务器105)。
用户101可以在支付处理系统340上使用网页服务器341以查看、注册、下载、更新或以其他方式经由网站342和通信网络112访问支付处理系统340。用户101将一个或多个注册的支付工具关联,包括银行账户借记卡、信用卡、代金卡、积分卡、优惠券、优惠、预付优惠、对等交易账户、奖励卡、或可用来使用用户101的电子钱包账户321进行购买或兑换增值服务的其他类型的支付工具。支付处理系统340也可以用作相关联金融支付工具的发行机构。将用户的注册信息提供给支付处理系统340。用户101也可以使用网页服务器341来定义支付规则。
用户101可以从商家系统请求购买。在示例性实施方案中,通过使用POS终端无线“轻击”终端装置310来发起购买。在替代实施方案中,当用户101在POS终端上或用户装置310中输入账户标识号时,发起购买。在另一替代示例性实施方案中,使用商家服务器在线发起购买。可以经由商家网站发起购买。在又一替代性的示例性实施方案中,通过使用永久性/暂时性虚拟/实体记号、QR码、条形码或由终端读取器所采撷的其他适合的机器可读介质发起购买。商家的POS终端可以与需方(或其他第三方支付处理公司)、网卡、代理卡系统340和支付工具发行机构互动。
图5中的流程图显示了本申请一实施例的任务处理方法,所述方法的执行主体可以是图1-3中所示的服务器105,该方法可以包括:
S510:接收发来的父任务请求,所述任务请求中包括标识所述父任务请求的父ID和父任务请求所需资源量。
父任务请求中的内容还可以包括父任务的到期时间等,以在分解该父任务、 传递分解后的子任务以及申请分解后的子任务的网络节点在执行时参照并作为执行条件。
如前所述,任务处理所需的资源量,可以是需要的执行内存数、CPU处理时间或网络带宽,甚至可以是需要投入的分布式计算机系统中单个计算机的数量,或者是网络节点用户数、用户账户的总余额数量、关系网络中网络节点的直接关联关系的社交账号数(如直接好友数量)、金融机构账号在投资中可投资金额总数等。
S520:检查当前的平台限制条件;将所述父任务请求分解为N项子任务,并使分解后的子任务总数不大于所述平台限制;生成标识分解后的N项子任务中每一子任务的子ID,将所述子ID关联于所述父ID。
所述平台限制条件,如前所述,可以是基于已有经验进行设置,也可以是通过导入的方式从外部获得,后者例如是从外部某一网络节点中导入而获得。导入或通过设置得到的平台限制条件,可以存储于数据库中,供后续判断任务所需资源量是否满足或超出条件而被利用。
在本申请中可以检查该平台限制条件,并按照所述平台限制条件对父任务请求进行分解。特别的,可以针对父任务请求中所需的资源量按照平台限制条件进行分解。
一种较为简单的分解方式即为设置平均分解,分解后的所有子任务数不超出平台限制条件的限制。更精细的分解中,可以并非采用均一化的分解方式,例如可以按照其他限制条件或分解后的子任务的重要性,分解后的子任务预期分配至的其他网络节点的处理能力等因素,将父任务请求分解为非均一而是存在大小不同的子任务。进而,可以对这些分解后的子任务进行处理,具体的,可以包括创建子ID并利用创建的这些子ID标识这些子任务,还可以关联这些标识的子ID与父任务ID。
S530:发布分解后的子任务。
所述分解后的子任务可以包括所述父任务到期时间,与此并列或叠加的, 所述分解后的子任务可以包括所述子任务到期时间。
所述子任务到期时间可以设置为不大于所述父任务的到期时间。
S540:在预定的时间段内接收节点申请子任务的请求,记录申请每一子任务的节点信息,将该节点信息关联于所申请的子任务ID及所述父ID。
所述预定时间段可以小于所述父任务到期时间。
图6所示的例子在于任务处理方面的服务器107的架构图。
该服务器107可以包括如图2所示的数据库117,该数据库117可以以外置的方式与服务器105连接,也可以是集成的方式。图6中的数据库117显示为集成于服务器107中。该数据库117可以存储分解后的每一子任务的信息,例如包括分解后每一子任务的ID及其所对应的父任务ID,以及每一子任务所需的资源量;此外,还可以存储平台限制条件。
第三接口模块610可以是负责与外部通信的一种接口,该接口按照网络与计算机系统中使用协议的要求可以采用相应的API编程实现。基于该第三接口模块610,服务器107可以从外部获得数据,例如本申请中的子任务申请请求,例如可以从外部的一个节点处获得。子任务请求中的内容可以包括子任务请求的子任务ID以及请求来源节点的ID。一些场景中,申请子任务请求的节点可以申请多个子任务,因此自任务请求中的内容可以包括子任务请求的子任务ID及对应的份数。
任务处理所需的资源量,如前所述,可以是需要的执行内存数、CPU处理时间或网络带宽,甚至可以是需要投入的分布式计算机系统中单个计算机的数量,或者是网络节点用户数、用户账户的总余额数量、关系网络中网络节点的直接关联关系的社交账号数(如直接好友数量)、金融账号在投资中可投资金额总数等。服务器107中的处理器单元214可以是服务器的CPU。基于适当的编程,加载于CPU中并由CPU运行后的处理过程,按照功能单元划分,可以如图所示,包括记录单元618,关联单元617,登记单元616。记录单元618可以记录通过第三接口模块630申请子任务的每一申请成功的节点的信息;关 联单元617可以将记录单元618中记录的节点的信息关联于所申请的子任务ID及所述父ID;登记单元616可以针对每一子任务申请成功的请求,登记对应节点的ID及处理子任务所需资源量。上述记录单元618、关联单元617及登记单元616可以将分别记录的内容存储于数据库615中。
此外,数据库615中可以存储平台限制条件201。平台限制条件201中的内容还可以包括父任务的到期时间等,以供服务器107在汇集对应申请成功的节点的资源时进行核验。
如前所述,任务处理所需的资源量,可以是需要的执行内存数、CPU处理时间或网络带宽,甚至可以是需要投入的分布式计算机系统中单个计算机的数量,或者是网络节点用户数、用户账户的总余额数量、关系网络中网络节点的直接关联关系的社交账号数(如直接好友数量)、金融账号在投资中可投资金额总数等。
第四接口模块610,可以判断所述预定时间段的截止时间是否到达,并可以在到达后汇集所述分解后的子任务对应的所有申请节点的资源量。所述汇集,可以是在服务器107中存有的(例如通过数据库615存储)各节点的资源中汇集,例如按照申请成功的资源量进行汇集。这样,当所述父任务的到期时间到达后,第四接口模块610将汇集后的资源量反馈至所述父任务关联的节点。
在一个实施例中,与第三接口模块630交互的网络节点可以是如图3所示的用户终端310。该用户终端310可以如图4所示包括电子钱包应用模块311。电子钱包应用模块311可以涵盖用户终端310可以用来辅助用户101完成购买的任何应用程序、硬件、软件或程序。电子钱包应用模块311可以与通信应用程序312互动或可以体现为通信应用程序312的配套应用程序。作为配套应用程序,电子钱包应用模块311在通信应用程序312内执行。即,电子钱包应用模块311可以是内嵌在通信应用程序312中的应用程序。
用户终端310还可以包括由电子钱包应用程序模块311和通信应用程序312可访问的数据存储单元313。示例性数据存储单元313可以包括一个或多 个有形计算机可读存储装置。数据存储单元313可以存储在用户移动装置310上或可以逻辑耦合到用户终端310。例如,数据存储单元313可以包括板上闪速存储器和/或一个或多个可移除存储卡或可移除闪速存储器。
用户101可以采用用来发起采用电子钱包账户的交易的实体支付工具320、电子钱包账户上的代理卡账户、在电子钱包账户上运行的指定支付工具、或任何其他支付工具实施方案。在示例性实施方案中,实体支付工具320看上去像标准信用卡或借记卡和/或以与所述卡相同的方式发挥作用。例如,实体支付工具320可以将用户101的名称和/或用户101的账号列在卡正面上。示例性实体支付工具320可以包括编码用户301的实体支付工具账户信息的磁条。在示例性实施方案中,编码在磁条中的账户信息将支付请求路由给支付处理系统340(可以是图1、2中的服务器105)用于处理。
在替代性的示例性实施方案中,实体支付工具320可以是智能卡、RFID传输器装置、或能够发起与用户的电子钱包账户的交易的任何其他适合的实体装置。用户101可以使用用户终端310或用户计算装置以注册电子钱包应用程序模块311、或电子钱包账户321和/或访问用户101的电子钱包账户321。用户终端310可以包括适当的技术,所述技术包括网页服务器或耦合到网页服务器341(例如,网页浏览器应用程序、或其他适合的应用程序以与网页文件互动,可以是图1、2中的服务器105)。
用户101可以在支付处理系统340上使用网页服务器341以查看、注册、下载、更新或以其他方式经由网站342和通信网络112访问支付处理系统340。用户101将一个或多个注册的支付工具关联,包括银行账户借记卡、信用卡、代金卡、积分卡、优惠券、优惠、预付优惠、对等交易账户、奖励卡、或可用来使用用户101的电子钱包账户321进行购买或兑换增值服务的其他类型的支付工具。支付处理系统340也可以用作相关联金融支付工具的发行机构。将用户的注册信息提供给支付处理系统340。用户101也可以使用网页服务器341来定义支付规则。
用户101可以从商家系统请求购买。在示例性实施方案中,通过使用POS终端无线“轻击”终端装置310来发起购买。在替代实施方案中,当用户101在POS终端上或用户装置310中输入账户标识号时,发起购买。在另一替代示例性实施方案中,使用商家服务器在线发起购买。可以经由商家网站发起购买。在又一替代性的示例性实施方案中,通过使用永久性/暂时性虚拟/实体记号、QR码、条形码或由终端读取器所采撷的其他适合的机器可读介质发起购买。商家的POS终端可以与需方(或其他第三方支付处理公司)、网卡、代理卡系统340和支付工具发行机构互动。
图7的流程图显示了本申请一实施例的任务处理方法,所述方法的执行主体可以是图6中所示的服务器107,该方法可以包括:
S710:接收复数个节点申请子任务的请求;
S720:记录申请每一子任务成功的节点的信息,将该节点的信息关联于所申请的子任务ID及对应父ID;
S730:针对每一子任务申请成功的请求,登记对应节点的ID及处理子任务所需资源量;
S740:当所述预定时间段的截止时间到达后,汇集所述分解后的子任务对应的所有申请节点的资源量。
一个实施例中,执行S740步骤之后,还可以包括:
S750:当所述父任务的到期时间到达后,将汇集后的资源量反馈至所述父任务关联的节点。
一个实施例中,执行S730登记步骤之前,还可以包括:
S729:查询每一子任务对应节点的ID及处理子任务所需资源量。
S729中的查询可以是通过节点资源登记平台查询申请每一子任务的节点所具备资源量。所述资源登记平台可以是负责统一登记和管理节点资源的平台。
一个实施例中,S740之后还可以包括:
S760:根据存储的父任务的资源总量查询汇集额所有申请节点的资源量是 否满足。
如图8所示,介绍一种本申请图5的方法的一种具体场景中的应用。这样的应用例如是在融资平台上发布融资信息的处理,包括如下:
S810:接收发来的融资总需求信息,所述融资总需求信息中包括标识所述融资总需求的父ID和融资总需求所需总金额。
S820:检查当前的融资限制;将所述融资总需求分解为N项融资子产品,并使分解后的所有融资子产品数不大于所述融资限制;生成标识分解后的N项融资子产品每一子产品的子ID,将所述子ID关联于所述父ID。
S830:在互联网上发布分解后的融资子产品的信息。
S840:在预定的时间段内接收节点申请融资子产品的请求,记录申请每一融资子产品的节点账户信息,将该节点账户信息关联于所申请的融资子产品ID及所述融资总需求的父ID。
图5实施例中的父任务请求可以是本实施例中的融资总需求信息。图5实施例中的父任务请求所需资源数可以是本实施例中的融资总需求所需总金额。图5实施例中的平台限制条件可以是本实施例中的融资限制。图5实施例中的子任务可以为本实施例中的融资子产品。
一个实施例中,所述平台限制条件包括基于已有政策进行设置的限制条件,或者通过导入的方式从外部获得。
一个实施例中,所述将融资总需求分解为N项子任务可以包括:针对融资总需求中所需的融资总金额按照平台限制条件分解为N项融资子产品。
一个实施例中,所述针对融资总需求中所需的融资总金额按照平台限制条件分解为N项融资子产品,可以包括:
针对融资总需求中所需的融资总金额按照平台限制条件平均分解为N项融资子产品;或,
针对融资总需求中所需的融资总金额按照平台限制条件分解为非均一的N项融资子产品。
一个实施例中,所述融资总需求信息还可以包括融资总需求的到期时间;所述分解后的融资子项目可以包括所述融资总需求的到期时间。
一个实施例中,所述分解后的融资子项目可以包括所述融资子项目的到期时间,所述融资子项目到期时间不大于所述融资总需求的到期时间。
图8涉及的应用场景中,方法的执行主体例如可以是融资平台。融资平台可以是融资机构的融资平台,也可以是与融资机构具备合作关系的独立平台。一个具体实现中,例如融资平台为阿里巴巴的招财宝平台。融资机构可以是符合国家融资政策、可以进行融资的单位或组织。融资机构可以通过融资平台发布融资需求,具体的可以通过融资平台的Web界面发布融资需求。融资需求中,可以包括融资总金额、利率、期限等信息。融资平台如前所述可以从外部或内部接收发来的融资总需求信息,所述融资总需求信息中包括标识所述融资总需求的父ID和融资总需求所需总金额。这样,融资平台可以记录融资机构资金账户、融资需求ID(即融资总需求的父ID)、融资需求总金额等信息。平台限制条件例如是融资限制,这样的融资限制可能处于国家政策或部委等出台的规定。例如我国现行的融资政策,单个融资产品的募集人数不能超过200人,这样对于一个例如4亿元的融资项目,按照最大200人平均的话每笔金额达200万。实际融资当中,每笔200万将较难全部达成。这样,利用本申请的方法,按照S820的处理,融资平台可以将4亿元的融资项目按照融资限制进行拆分。例如拆分为200个融资子产品,拆分后的每个融资子产品的标的额可以为200万元。具体的,拆分方式除了上述提到的平均拆分外,还可以按照非均一的方式进行拆分,例如4亿元的总融资项目可以拆分为1000万的若干,500万的若干,200万的若干以及100万的若干,使得总拆分后的总额等于融资总金额即可。对于分解后的每项融资子产品,融资平台均可以为其生成一个子ID,并可以将该子ID关联于前述的父ID。通过融资产品表中的一类字段,例如parent字段,可以标识融资子产品的父ID。
进而,融资平台可以在互联网上发布分解后的融资子产品的信息。在发布 后的一段时间内,融资平台,例如招财宝平台,可以接收用户提交的申请。例如针对一个200万的融资子项目,可以有10个用户提交申请,其中每个用户可以是20万元的申请额。当然,也可以是非均一的申请额,例如10个用户中有1个是50万元的申请额,4个是每人20万元的申请额,剩余5个是每人7万元的申请额。对于每个用户的申请,可以设置起始金额和最低递进金额,例如起始金额为1万元,递进金额为1万元,则每个用户申请的标的为1、2、3、…n万元,n为自然数。
在预定的时间段内,融资平台可以接收用户申请融资子产品的请求,融资平台可以记录申请每一融资子产品的用户账户信息。融资平台可以进一步将该用户账户信息关联于所申请的融资子产品ID及所述融资总需求的父ID。此外,融资平台还可以记录申请用户的单据号等信息。
如图9所示,介绍一种本申请图7的方法的一种具体场景中的应用。这样的应用例如是在融资平台上进行融资的处理过程,包括如下:
S910:接收复数个用户账户申请融资子项目的请求;
S920:记录申请每一融资子项目成功的用户账户的信息,将该用户账户的信息关联于所申请的融资子项目ID及对应父ID;
S930:针对每一融资子项目申请成功的请求,登记对应用户账户的ID及融资金额;
S940:当所述预定时间段的截止时间到达后,汇集所述分解后的融资子项目对应的所有用户的金额。
图7对应实施例中的节点可以为本实施例中的用户账户。图7对应实施例中的子任务可以为本实施例中的融资子项目。图7对应实施例中的处理子任务所需资源量可以为本实施例中的融资金额。
一个实施例中,所述方法还可以包括:当所述融资总需求的到期时间到达后,将汇集后的金额信息反馈至所述融资总需求的父任务所关联的节点。
一个实施例中,所述登记对应用户账户的ID及处理融资子项目所需金额 之前,还可以包括:查询每一融资子项目对应用户账户的ID及该用户账户对应的余额是否大于所需金额。
一个实施例中,所述查询每一融资子项目对应用户账户的ID及该用户账户的对应的余额是否大于所需金额,包括:
通过账户登记平台查询申请每一融资子项目的用户账户的ID及对应余额是否大于所需金额。
一个实施例中,所述方法还可以包括:根据存储的所述融资总需求的金额总量查询汇集所有用户账户的总金额是否满足。
图9涉及的应用场景中,方法的执行主体仍然可以是融资平台。经由图8实施例所示发布融资子项目并接收用户的申请,融资平台在所述预定时间段的结束时间到达时,可以触发融资项目的结束。例如4亿元融资总金额平均划分为200融资子项目后,在预定时间段内,每个融资总项目都被满额申请。融资平台可以汇集所述分解后的融资子项目对应的所有用户帐户余额中的申请金额。当所述融资总需求的到期时间到达后,融资平台可以将汇集后的金额信息反馈至所述融资总需求的父任务所关联的节点,例如融资机构的帐户。这一过程,具体的可以是将每一融资子项目对应的申请用户帐户余额中申请金额,按照融资子项目ID对应的父ID找到融资机构的帐户,并将所述申请金额反馈至该融资机构的帐户。这一过程,具体的,也可以是将每一融资子项目对应的申请用户帐户余额中申请金额,按照融资子项目ID先汇集到该融资子项目对应的归集户中,再根据对应的父ID找到融资机构的帐户,将所有归集户中的金额反馈至该融资机构的帐户。
对应图2,本申请存在一种任务分解装置,包括:
数据库,用于存储平台限制条件;
第一接口模块,用于接收发来的父任务请求,所述任务请求中包括标识所述父任务请求的父ID和父任务请求所需资源数;
检查单元,用于检查当前的平台限制条件;
分解单元,用于将所述父任务请求分解为N项子任务,并使分解后的子任务总数不大于所述平台限制;
标识单元,用于生成标识分解后的N项子任务中每一子任务的子ID,将所述子ID关联于所述父ID;
发布单元,用于发布分解后的子任务;
第二接口模块,用于在预定的时间段内接收复数个节点申请子任务的请求,记录申请每一子任务的节点的信息,将该节点的信息关联于所申请的子任务ID及所述父ID。
对应图2,本申请存在一种融资信息处理平台,包括:
数据库,用于存储融资限制条件;
第一接口模块,用于接收发来的融资总需求信息,所述融资总需求信息中包括标识所述融资总需求的父ID和融资总需求所需总金额;
检查单元,用于检查当前的融资限制;
分解单元,用于将所述融资总需求分解为N项融资子产品,并使分解后的所有融资子产品数不大于所述融资限制;
标识单元,用于生成标识分解后的N项融资子产品每一子产品的子ID,将所述子ID关联于所述父ID;
发布单元,用于发布分解后的融资子项目;
第二接口模块,用于在预定的时间段内接收节点申请融资子产品的请求,记录申请每一融资子产品的节点账户信息,将该节点账户信息关联于所申请的融资子产品ID及所述融资总需求的父ID。
对应图6,本申请存在一种任务处理装置,包括:
第三接口模块,用于接收复数个节点申请子任务的请求;
记录单元,用于记录申请每一子任务成功的节点的信息;
关联单元,用于将该节点的信息关联于所申请的子任务ID及对应父ID;
登记单元,用于针对每一子任务申请成功的请求,登记对应节点的ID及 处理子任务所需资源量;
第四接口单元,用于当所述预定时间段的截止时间到达后,汇集所述分解后的子任务对应的所有申请节点的资源量。
对应图6,本申请存在一种融资信息处理平台,包括:
第三接口模块,用于接收复数个用户账户申请融资子项目的请求;
记录单元,用于录申请每一融资子项目成功的用户账户的信息;
关联单元,用于将该用户账户的信息关联于所申请的融资子项目ID及对应父ID;
登记单元,用于针对每一融资子项目申请成功的请求,登记对应用户账户的ID及融资金额;
第四接口单元,用于当所述预定时间段的截止时间到达后,汇集所述分解后的融资子项目对应的所有用户的金额。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等,目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任 何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。