发明内容
本说明书实施例的目的是提供一种卡片申请的处理方法、装置、设备及系统,以提供一种可以快速适配不同发卡方的个性化需求,从而达到不通过上述繁杂的发布流程就能快速承接新增发卡方的发卡需求的技术方案。
为实现上述技术方案,本说明书实施例是这样实现的:
本说明书实施例提供的一种卡片申请的处理方法,所述方法包括:
接收卡片申请请求,所述卡片申请请求中包括预申请的卡片的归属信息;
根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,所述第一交互项目信息用于请求所述卡片申请请求对应的用户提供相应的项目内容;
根据所述第一交互项目信息和申请所述卡片所需的基本交互项目信息,生成所述卡片的申请页面;
将所述申请页面发送给所述卡片申请请求对应的用户。
可选地,所述根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,包括:
获取与所述预申请的卡片的归属信息相匹配的目标配置信息;
根据获取的目标配置信息,确定申请所述卡片所需的第一交互项目信息。
可选地,所述根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,包括:
从预先存储的归属信息与目标交互项目信息的对应关系中,获取与所述预申请的卡片的归属信息对应的目标交互项目信息;
将获取的目标交互项目信息确定为申请所述卡片所需的第一交互项目信息。
可选地,所述根据所述第一交互项目信息和申请所述卡片所需的基本交互项目信息,生成所述卡片的申请页面之前,所述方法还包括:
获取申请所述卡片所需的通用项目配置信息;
根据获取的通用项目配置信息,确定申请所述卡片所需的基本交互项目信息。
可选地,所述接收卡片申请请求之前,所述方法还包括:
判断目标用户是否满足预设的卡片申请条件;
如果所述目标用户满足预设的卡片申请条件,则确定所述目标用户申请所述卡片的归属信息;
将携带有所述目标用户申请所述卡片的归属信息的卡片申请提示信息发送给所述目标用户。
可选地,所述基本交互项目信息包括姓名、姓名的拼音、证件号码、电子邮箱、邮寄地址和教育程度中的一项或多项。
可选地,所述第一交互项目信息包括就业情况、住宅情况、居住年限、社保情况、薪资情况和工作情况中的一项或多项。
本说明书实施例提供的一种卡片申请的处理装置,所述装置包括:
请求接收模块,用于接收卡片申请请求,所述卡片申请请求中包括预申请的卡片的归属信息;
交互项目确定模块,用于根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,所述第一交互项目信息用于请求所述卡片申请请求对应的用户提供相应的项目内容;
页面生成模块,用于根据所述第一交互项目信息和申请所述卡片所需的基本交互项目信息,生成所述卡片的申请页面;
页面发送模块,用于将所述申请页面发送给所述卡片申请请求对应的用户。
可选地,所述交互项目确定模块,包括:
目标配置获取单元,用于获取与所述预申请的卡片的归属信息相匹配的目标配置信息;
交互项目确定单元,用于根据获取的目标配置信息,确定申请所述卡片所需的第一交互项目信息。
可选地,所述交互项目确定模块,包括:
交互项目获取单元,用于从预先存储的归属信息与目标交互项目信息的对应关系中,获取与所述预申请的卡片的归属信息对应的目标交互项目信息;
交互项目确定单元,用于将获取的目标交互项目信息确定为申请所述卡片所需的第一交互项目信息。
可选地,所述装置还包括:
通用配置获取模块,用于获取申请所述卡片所需的通用项目配置信息;
基本项目确定模块,用于根据获取的通用项目配置信息,确定申请所述卡片所需的基本交互项目信息。
可选地,所述装置还包括:
判断模块,用于判断目标用户是否满足预设的卡片申请条件;
归属确定模块,用于如果所述目标用户满足预设的卡片申请条件,则确定所述目标用户申请所述卡片的归属信息;
提示模块,用于将携带有所述目标用户申请所述卡片的归属信息的卡片申请提示信息发送给所述目标用户。
可选地,所述基本交互项目信息包括姓名、姓名的拼音、证件号码、电子邮箱、邮寄地址和教育程度中的一项或多项。
可选地,所述第一交互项目信息包括就业情况、住宅情况、居住年限、社保情况、薪资情况和工作情况中的一项或多项。
本说明书实施例提供的一种卡片申请的处理设备,所述卡片申请的处理设备包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器:
接收卡片申请请求,所述卡片申请请求中包括预申请的卡片的归属信息;
根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,所述第一交互项目信息用于请求所述卡片申请请求对应的用户提供相应的项目内容;
根据所述第一交互项目信息和申请所述卡片所需的基本交互项目信息,生成所述卡片的申请页面;
将所述申请页面发送给所述卡片申请请求对应的用户。
本说明书实施例提供的一种卡片申请的处理系统,所述卡片申请的处理系统包括终端设备、目标服务器和发卡方服务器,其中:
所述终端设备,用于向所述目标服务器发送所述卡片申请请求;
所述目标服务器,用于接收卡片申请请求,所述卡片申请请求中包括预申请的卡片的归属信息;根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,所述第一交互项目信息用于请求所述卡片申请请求对应的用户提供相应的项目内容;根据所述第一交互项目信息和申请所述卡片所需的基本交互项目信息,生成所述卡片的申请页面;将所述申请页面发送给所述卡片申请请求对应的用户的终端设备;
所述终端设备,还用于显示所述卡片的申请页面;
所述发卡方服务器,用于接收所述目标服务器发送的所述用户在所述卡片的申请页面中输入的项目内容,以基于所述项目内容对所述用户预申请的卡片进行发卡处理。
可选地,所述目标服务器还包括金融鉴权子服务器、金融签约子服务器和机构鉴权子服务器,其中:
所述金融鉴权子服务器与金融签约子服务器相连接,金融签约子服务器与机构鉴权子服务器相连接;
所述金融鉴权子服务器用于提供签约和验证接口服务,以及签约页面服务;所述金融签约子服务器用于提供与发卡方相关的鉴权签约服务;所述机构鉴权子服务器用于提供面向发卡方的签约、面向用户的鉴权、身份验证及签约中与发卡方能力相关的流程服务编排服务。
由以上本说明书实施例提供的技术方案可见,本说明书实施例通过接收卡片申请请求,该卡片申请请求中包括预申请的卡片的归属信息,根据预申请的卡片的归属信息,确定申请该卡片所需的第一交互项目信息,第一交互项目信息用于请求该卡片申请请求对应的用户提供相应的项目内容,根据第一交互项目信息和申请该卡片所需的基本交互项目信息,生成该卡片的申请页面,将该申请页面发送给该卡片申请请求对应的用户,这样,通过预申请的卡片的归属信息,确定与该归属信息匹配的第一交互项目信息,从而可以得到不同归属信息下,申请该卡片所需的页面要素(即交互项目信息),然后,再通过第一交互项目信息和申请该卡片所需的基本交互项目信息生成该卡片的申请页面,从而通过交互项目信息的动态组合的方式生成申请页面,不需要为不同的发卡方或归属信息定制开发相应的申请页面,降低了整个业务的发布周期,而且,即使该业务出现变动,也能够及时响应业务需求,不会对业务产生影响,实现了快速适配不同发卡方的个性化需求,能够达到不通过上述繁杂的发布流程就能快速承接新增发卡方的发卡需求的目的。
具体实施方式
本说明书实施例提供一种卡片申请的处理方法、装置、设备及系统。
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
实施例一
如图1所示,本说明书实施例提供一种卡片申请的处理方法,该方法的执行主体可以为终端设备或服务器等,其中,该终端设备可以如手机或平板电脑等移动终端设备,还可以如个人计算机等设备。该服务器可以是独立的服务器,也可以是由多个服务器组成的服务器集群,而且,该服务器可以是某业务(如金融业务等)或某企业或机构(如第三方金融机构或某产品的销售企业等)的服务器等。该方法可以用于可以快速适配不同发卡方的卡片申请页面的个性化需求等处理中。为了提高处理效率,本实施例的执行主体可以以服务器为例进行说明,对于以终端设备作为执行主体的情况,可以参见下述相关内容,在此不再赘述。其中的助兴主体服务器可以是与发卡方合作的企业或机构方的服务器。该方法具体可以包括以下步骤:
在步骤S102中,接收卡片申请请求,该卡片申请请求中包括预申请的卡片的归属信息。
其中,卡片可以是任意卡片,例如,可以是实物卡片,具体如信用卡、储蓄卡等银行卡,或者如交通卡、会员卡、手机卡等,还可以虚拟卡片,具体如游戏点券和手机充值卡等。归属信息可以包括归属地信息(具体如北京市或天津市等)和归属机构信息(如A银行或B公司等),归属信息中可以同时包含上述两种信息,还可以只包含其中的一种信息。
在实施中,从整个卡片完整的生命周期(即发卡、激活、快捷签约、使用、促销活动等)来看,发卡机构非常重视获取新用户,往往会投入大量资源来运营。联营卡可以是由某企业或组织与某银行机构合作发行的卡片,联营卡可以具备该企业或组织和该银行机构合作的一些权益,具体如蚂蚁金服中的花呗与某银行机构合作发行的联营卡可以具备消费送N倍积分等。由于联营卡可以由某企业或组织圈定目标用户来进行引导,实现通过该企业或组织的应用程序来申请联营卡,从而为银行机构提供新用户。
联营卡的申请与发行是通过在某企业或组织的应用程序(如支付宝等)提供卡片申请入口,用户需要填写卡片申请的交互项目信息对应的项目内容,通过与银行机构等发卡方的对接,将卡片申请提交到银行机构,银行机构根据其核心业务逻辑来判断是否受理,如果受理成功,则银行机构后续会维护邮寄卡片、卡片激活,快捷绑定卡片等生命周期。
联营卡的申请与发行需要和多家不同的银行机构进行对接,不同的银行机构对于联营卡申请时需要与用户之间的交互项目是不相同的,也即是对于联营卡申请时需要用户填写的页面要素是不相同的,在卡片的整个生命周期中,卡片申请环节中除了共有的如姓名、证件号码等要素信息外,各个银行机构还存在很大差异的个性化需求,为此,可以按照不同银行机构的需求个性化定制相应的卡片申请页面,以提供给用户填写相应的项目内容。
然而,为每个银行机构的需求个性化定制相应的卡片申请页面的处理,一方面对于大部分共有信息使用新建页面的方式构建卡片申请页面会存在一定的冗余,另一方面由于为每个银行的卡片申请页面需要定制开发,这样,卡片申请页面需要经过完整的迭代开发、测试、发布等流程,从而导致整个业务的发布周期变长。而当该业务出现微小变动时,又需要重复上述卡片申请页面的完整处理流程,无法及时响应业务需求,为此,需要提出一种可以快速适配不同发卡机构的个性化需求,从而达到不通过上述繁杂的发布流程就能快速承接新增发卡机构的发卡需求的技术方案。本说明书实施例提供一种可实现的技术方案,具体可以包括以下内容:
对于卡片对应的企业或机构方,可以在该企业或机构方的网站或应用程序中提供卡片申请的入口和卡片申请的提醒信息,同时,还可以根据实际情况对用户进行圈定,可以为某用户圈定某一发卡方(如银行机构等)对应的卡片,如果某用户需要申请该卡片,则可以通过上述卡片申请的入口向该企业或机构方发出卡片申请请求(或称为卡片咨询请求等),该卡片申请请求中可以包括为用户圈定的发卡方(如银行机构等)等预申请的卡片的归属信息。
在实际应用中,用户还可以将为用户圈定的发卡方更换为其它发卡方,从而用户可以更换预申请的卡片的归属信息等。
在步骤S104中,根据预申请的卡片的归属信息,确定申请该卡片所需的第一交互项目信息,第一交互项目信息用于请求该卡片申请请求对应的用户提供相应的项目内容。
其中,第一交互项目信息可以是用户与该卡片对应的企业或机构方之间进行信息交互所涉及的项目的名称等信息,例如姓名、身份证号码和手机号码等,用户可以根据上述项目的名称,填写相应的项目内容,如姓名项目对应的项目内容可以是该用户的名字,手机号码项目对应的项目内容可以是该用户的手机号码,具体如13XXXXXXXXX等。
在实施中,该企业或机构方接收到该卡片咨询请求后,可以查询该用户的证件号码、姓名和手机号等信息,并可以获取需要与该用户之间的交互的项目的信息,具体地,不同的发卡方(如银行机构等)对于卡片申请时需要与用户之间的交互项目是不相同的,也即是对于卡片申请时需要用户填写的页面要素是不相同的,在卡片的整个生命周期中,卡片申请环节中除了共有的如姓名、证件号码等要素信息外,各个发卡方还存在很大差异的个性化需求,为此,可以为不同的归属信息设置不同的申请该卡片所需的交互项目信息,其中,归属信息与申请该卡片所需的交互项目信息之间的对应关系可以以表格的形式体现,可以如表1所示。
表1
通过上述步骤S102的处理,得到预申请的卡片的归属信息后,可以到如上述表1所示的对应关系中查找预申请的卡片的归属信息对应的交互项目信息,并可以将查找到的交互项目信息确定为申请该卡片所需的第一交互项目信息,例如,预申请的卡片的归属信息为B银行,则通过上述表1所示的对应关系,可以得到B银行对应的交互项目信息包括:住宅情况、任职部门、现单位工龄、税后年薪、其它联系人和证件有效期等,可以将得到的上述6项信息作为申请该卡片所需的第一交互项目信息。
在步骤S106中,根据第一交互项目信息和申请上述卡片所需的基本交互项目信息,生成该卡片的申请页面。
其中,基本交互项目信息可以是指不论用户需要申请哪种归属信息的卡片均需要与用户进行交互的项目的名称等,例如不论用户需要申请归属信息为A银行、B银行,还是C银行,都想要将姓名、姓名的拼音、证件号码、手机号码、婚姻状况、教育程度、电子邮箱、邮寄地址、联系人姓名和联系人电话等交互项目的名称等信息发送给用户,以便用户提供上述交互项目的名称对应的项目内容等。申请页面可以是用于申请某卡片的页面,该申请页面中可以包括多个交互项目信息,每个交互项目信息可以提供项目内容的填写区域或项目内容的可选择信息等,例如交互项目信息为性别,则可以在“性别”两个字后面设置输入框,以便用户输入男或女等项目内容,或者可以提供“男”和“女”两个单选项,以便用户选择其中的一项作为项目内容等。
在实施中,可以预先分析不同归属信息对应的完整交互项目信息,可以比对不同归属信息对应的完整交互项目信息之间的异同,可以将每个归属信息均对应的交互项目信息作为申请上述卡片所需的基本交互项目信息,将每个归属信息个性化需求下的交互项目信息作为申请该卡片所需的第一交互项目信息,并可以将上述基本交互项目信息进行存储,后续无论哪个归属信息(如任何银行机构)下的卡片,均需要使用基本交互项目信息进行申请。这样,通过上述步骤S104的处理确定预申请的卡片的归属信息对应的第一交互项目信息后,可以获取申请上述卡片所需的基本交互项目信息,然后,可以根据第一交互项目信息和基本交互项目信息,生成该卡片的申请页面,如图2所示,可以将第一交互项目信息和基本交互项目信息通过预定的排版方式进行页面排版,得到第一交互项目信息和基本交互项目信息在页面中的布局位置或区域,可以基于布局后的页面样式生成该卡片的申请页面。
需要说明的是,在实际应用中,该卡片的申请页面可以是一个页面,也可以是多个页面(如两个页面或三个页面等),如果该卡片的申请页面为多个页面,则可以根据实际情况在不同的时刻或条件下提供给用户不同的页面,例如该卡片的申请页面包括两个页面,其中一个页面中包括姓名、姓名的拼音、证件号码、手机号码和验证码等交互项目信息,可以先将该页面发送给用户,用户填写相应的项目内容后,可以向该卡片对应的企业或机构方请求验证码,该企业或机构方可以向用户发送验证码,用户收到验证码后,可以将其填写在验证码这一交互项目信息处,填写完成后,可以将该页面中的信息发送给该企业或机构方,该企业或机构方对验证码进行验证,以验证用户的身份。验证通过后,可以将另一个页面发送给用户,其中,另一个页面中可以包括申请该卡片所需的详细信息等。
在步骤S108中,将上述申请页面发送给上述卡片申请请求对应的用户。
在实施中,上述卡片申请请求对应的用户获取到上述申请页面后,可以根据该申请页面中提供的交互项目信息,填写相应的项目内容,填写完成后,可以将该申请页面中填写的信息发送给该企业或机构方,该该企业或机构方可以将接收到的信息发送给相应的发卡方进行审批,如果审批通过,后续,发卡方会向该用户邮寄卡片、引导用户激活卡片等。
本说明书实施例提供一种卡片申请的处理方法,通过接收卡片申请请求,该卡片申请请求中包括预申请的卡片的归属信息,根据预申请的卡片的归属信息,确定申请该卡片所需的第一交互项目信息,第一交互项目信息用于请求该卡片申请请求对应的用户提供相应的项目内容,根据第一交互项目信息和申请该卡片所需的基本交互项目信息,生成该卡片的申请页面,将该申请页面发送给该卡片申请请求对应的用户,这样,通过预申请的卡片的归属信息,确定与该归属信息匹配的第一交互项目信息,从而可以得到不同归属信息下,申请该卡片所需的页面要素(即交互项目信息),然后,再通过第一交互项目信息和申请该卡片所需的基本交互项目信息生成该卡片的申请页面,从而通过交互项目信息的动态组合的方式生成申请页面,不需要为不同的发卡方或归属信息定制开发相应的申请页面,降低了整个业务的发布周期,而且,即使该业务出现变动,也能够及时响应业务需求,不会对业务产生影响,实现了快速适配不同发卡方的个性化需求,能够达到不通过上述繁杂的发布流程就能快速承接新增发卡方的发卡需求的目的。
实施例二
如图3所示,本说明书实施例提供一种卡片申请的处理方法,该方法的执行主体可以为终端设备或服务器等,其中,该终端设备可以如手机或平板电脑等移动终端设备,还可以如个人计算机等设备。该服务器可以是独立的服务器,也可以是由多个服务器组成的服务器集群,而且,该服务器可以是某业务(如金融业务等)或某企业或机构(如第三方金融机构或某产品的销售企业等)的服务器等。该方法可以用于可以快速适配不同发卡方的卡片申请页面的个性化需求等处理中。为了提高处理效率,本实施例的执行主体可以以服务器为例进行说明,对于以终端设备作为执行主体的情况,可以参见下述相关内容,在此不再赘述。其中的助兴主体服务器可以是与发卡方合作的企业或机构方的服务器。该方法具体可以包括以下步骤:
在实际应用中,与发卡方合作的企业或机构方可以预先圈定可以申请卡片的用户,为此,可以预先设定卡片申请条件,例如用户积分或用户的信用值达到预定阈值,则可以判定该用户满足卡片申请条件等,然后,可以提醒圈定的用户可以申请该企业或机构方与发卡方合作的卡片,从而提高用户对该企业或机构方和发卡方的粘度,具体处理可以参见下述步骤S302~步骤S306的相关内容。
在步骤S302中,判断目标用户是否满足预设的卡片申请条件。
其中,目标用户可以是与发卡方合作的企业或机构方的任意用户,例如与银行机构合作的第三方金融企业(如蚂蚁金服等企业)的用户等。卡片申请条件可以包括多种,具体可以根据实际情况设定,例如如上所述,卡片申请条件可以是用户积分或用户的信用值达到预定阈值,具体如,用户的蚂蚁信用分值达到或超过700分等。
在实施中,与发卡方合作的企业或机构方可以根据实际情况设置卡片申请条件,然后,该企业或机构方可以定期或不定期(如实时)的对还未申请该卡片的用户(即目标用户)进行评估,具体地,可以判断目标用户是否满足上述设置的卡片申请条件,如果满足该卡片申请条件,则可以执行下述步骤S304的处理,如果不满足该卡片申请条件,则可以继续对其他用户执行上述判断过程。
在步骤S304中,如果目标用户满足预设的卡片申请条件,则确定目标用户申请该卡片的归属信息。
在实施中,如果通过上述步骤S302的处理,判定目标用户满足预设的卡片申请条件,则可以表明目标用户已经具备申请卡片的要求,此时,可以获取目标用户的相关信息,如目标用户的消费习惯信息、消费区域信息、目标用户的所在地和目标用户月消费或年消费情况等,可以基于上述信息对目标用户进行分析,确定目标用户适合哪一种归属信息的卡片,具体如,A银行的卡片的消费额度为1万,B银行的卡片的消费额度为4万,而目标用户的月消费的平均值为1.2万,而且,目标用户消费习惯信息和守信程度较高(具体如高于某设定的阈值等),则可以为目标用户分配归属信息为B银行的卡片,如果目标用户消费习惯信息和近期的守信程度降低(具体如降低的数值超过预定阈值或者降到某阈值之下等),则可以继续对其他用户执行步骤S302的判断过程,或者,根据目标用户的其它情况综合分析,为目标用户分配归属信息为A银行的卡片等。
在步骤S306中,将携带有目标用户申请该卡片的归属信息的卡片申请提示信息发送给目标用户。
在实施中,可以获取目标用户的浏览页面的习惯,确定用户经常浏览的页面,然后,可以将携带有目标用户申请该卡片的归属信息的卡片申请提示信息发送给目标用户的终端设备,目标用户的终端设备接收到该卡片申请提示信息后,可以在上述页面中显示卡片申请提示信息,或者,目标用户的终端设备可以直接在应用程序的首页中显示卡片申请提示信息。如果目标用户需要申请该卡片,则可以直接点击卡片申请提示信息中的申请(或咨询等)按键,此时,终端设备可以生成卡片申请请求(或卡片咨询请求)发送给该企业或机构方。如果目标用户没有点击卡片申请提示信息中的申请(或咨询等)按键,则可以在上述页面中持续对目标用户进行提醒,直到卡片申请提示信息的展示次数超过预定次数阈值(如10次或5次等)。
在步骤S308中,接收卡片申请请求,该卡片申请请求中包括预申请的卡片的归属信息。
需要说明的是,上述预申请的卡片的归属信息可以是该企业或机构方预先为用户分配的归属信息,也可以是由用户根据实际情况选择的归属信息等。
在步骤S310中,获取与预申请的卡片的归属信息相匹配的目标配置信息。
其中,目标配置信息可以是通过某配置文件记录的计算机可执行的信息,通常,配置信息从整体来说会具有一个结构化的层次关系,但是“原子”配置项可以以“键-值”对的形式来体现,并且键和值可以是字符串。
在实施中,不同的发卡方(如银行机构等)对于卡片申请时需要与用户之间的交互项目是不相同的,也即是对于卡片申请时需要用户填写的页面要素是不相同的,相应的,卡片的归属信息不同,相应的配置信息也会存在差异,如上述实施例一中的表1所示,归属信息不同,交互项目信息也会存在不同,相应的配置信息也就不同,例如,C银行需要配置用户的性别这一交互项目信息,而A银行和B银行并不需要此配置信息。可以根据实际情况,为不同的归属信息设置相应的配置信息,例如,C银行的性别对应的配置信息可以如下表2所示:
表2
在实际应用中,上述配置信息还可以通过预先设定的语言格式构成一段程序代码,例如,上述配置信息可以使用JSON(JavaScript Object Notation,JS对象简谱)表述如下:
同理,可以通过上述方式设置其它交互项目信息对应的配置信息,从而得到每一种归属信息对应的配置信息,再例如,上述表1中,A银行对应的配置信息可以如下:
以及,
然后,可以从得到的每一种归属信息对应的配置信息中,获取与预申请的卡片的归属信息相匹配的目标配置信息。
在步骤S312中,根据获取的目标配置信息,确定申请该卡片所需的第一交互项目信息,第一交互项目信息用于请求该卡片申请请求对应的用户提供相应的项目内容。
其中,第一交互项目信息可以包括就业情况、住宅情况、居住年限、社保情况、薪资情况和工作情况中的一项或多项,其中的就业情况还可以包括如职位和职位级别等,工作情况还可以包括如任职部门和现单位工龄等。在实际应用中,第一交互项目信息除了可以包括上述信息外,还可以包括其它多种信息,具体可以根据实际情况设定,本说明书实施例对此不做限定。
在实施中,由于与预申请的卡片的归属信息相匹配的目标配置信息中已经包含申请该卡片所需的交互项目信息,因此,可以通过对目标配置信息的分析,即可从中获取到申请该卡片所需的第一交互项目信息,如上述的性别、就业情况和家庭电话区号等交互项目信息。
在步骤S314中,获取申请该卡片所需的通用项目配置信息。
其中,通用项目配置信息可以是通过某配置文件记录的计算机可执行的通用项目的信息,通用项目配置信息与上述目标配置信息的设置方式可以相同,可以参见上述步骤S310和步骤S312中的相关内容,在此不再赘述。
在步骤S316中,根据获取的通用项目配置信息,确定申请该卡片所需的基本交互项目信息。
其中,基本交互项目信息可以包括姓名、姓名的拼音、证件号码、电子邮箱、邮寄地址和教育程度中的一项或多项。在实际应用中,基本交互项目信息除了可以包括上述信息外,还可以包括其它多种信息,具体可以根据实际情况设定,本说明书实施例对此不做限定。
在实施中,由于与预申请的卡片的通用项目配置信息中已经包含申请该卡片所需的基本交互项目信息,因此,可以通过对通用项目配置信息的分析,即可从中获取到申请该卡片所需的基本交互项目信息。
需要说明的是,上述步骤S314和步骤S316的处理过程可以在步骤S310之前执行,也可以是与步骤S310和步骤S312同时执行,本说明书实施例对此不做限定。
在步骤S318中,根据上述第一交互项目信息和申请该卡片所需的基本交互项目信息,生成该卡片的申请页面。
在步骤S320中,将上述申请页面发送给上述卡片申请请求对应的用户。
本说明书实施例提供一种卡片申请的处理方法,通过接收卡片申请请求,该卡片申请请求中包括预申请的卡片的归属信息,根据预申请的卡片的归属信息,确定申请该卡片所需的第一交互项目信息,第一交互项目信息用于请求该卡片申请请求对应的用户提供相应的项目内容,根据第一交互项目信息和申请该卡片所需的基本交互项目信息,生成该卡片的申请页面,将该申请页面发送给该卡片申请请求对应的用户,这样,通过预申请的卡片的归属信息,确定与该归属信息匹配的第一交互项目信息,从而可以得到不同归属信息下,申请该卡片所需的页面要素(即交互项目信息),然后,再通过第一交互项目信息和申请该卡片所需的基本交互项目信息生成该卡片的申请页面,从而通过交互项目信息的动态组合的方式生成申请页面,不需要为不同的发卡方或归属信息定制开发相应的申请页面,降低了整个业务的发布周期,而且,即使该业务出现变动,也能够及时响应业务需求,不会对业务产生影响,实现了快速适配不同发卡方的个性化需求,能够达到不通过上述繁杂的发布流程就能快速承接新增发卡方的发卡需求的目的。
实施例三
如图4所示,本说明书实施例提供一种卡片申请的处理方法,该方法的执行主体可以为终端设备或服务器等,其中,该终端设备可以如手机或平板电脑等移动终端设备,还可以如个人计算机等设备。该服务器可以是独立的服务器,也可以是由多个服务器组成的服务器集群,而且,该服务器可以是某业务(如金融业务等)或某企业或机构(如第三方金融机构或某产品的销售企业等)的服务器等。该方法可以用于可以快速适配不同发卡方的卡片申请页面的个性化需求等处理中。为了提高处理效率,本实施例的执行主体可以以服务器为例进行说明,对于以终端设备作为执行主体的情况,可以参见下述相关内容,在此不再赘述。其中的助兴主体服务器可以是与发卡方合作的企业或机构方的服务器。该方法具体可以包括以下步骤:
在步骤S402中,判断目标用户是否满足预设的卡片申请条件。
在步骤S404中,如果目标用户满足预设的卡片申请条件,则确定目标用户申请该卡片的归属信息。
在步骤S406中,将携带有目标用户申请该卡片的归属信息的卡片申请提示信息发送给目标用户。
在步骤S408中,接收卡片申请请求,该卡片申请请求中包括预申请的卡片的归属信息。
上述步骤S402~步骤S408的具体处理过程可以参见上述实施例二中的相关内容,在此不再赘述。
在步骤S410中,从预先存储的归属信息与目标交互项目信息的对应关系中,获取与预申请的卡片的归属信息对应的目标交互项目信息。
上述步骤S410的具体处理过程可以参见上述实施例一中的相关内容,在此不再赘述。
在步骤S412中,将获取的目标交互项目信息确定为申请该卡片所需的第一交互项目信息,第一交互项目信息用于请求该卡片申请请求对应的用户提供相应的项目内容。
其中,第一交互项目信息可以包括就业情况、住宅情况、居住年限、社保情况、薪资情况和工作情况中的一项或多项。
在步骤S414中,根据第一交互项目信息和申请该卡片所需的基本交互项目信息,生成该卡片的申请页面。
其中,申请该卡片所需的基本交互项目信息可以通过多种方式获取,以下提供一种可选的处理方式,具体可以参见下述步骤一和步骤二。
步骤一,获取申请该卡片所需的通用项目配置信息。
步骤二,根据获取的通用项目配置信息,确定申请该卡片所需的基本交互项目信息。
其中,基本交互项目信息可以包括姓名、姓名的拼音、证件号码、电子邮箱、邮寄地址和教育程度中的一项或多项。
在步骤S416中,将上述申请页面发送给上述卡片申请请求对应的用户。
本说明书实施例提供一种卡片申请的处理方法,通过接收卡片申请请求,该卡片申请请求中包括预申请的卡片的归属信息,根据预申请的卡片的归属信息,确定申请该卡片所需的第一交互项目信息,第一交互项目信息用于请求该卡片申请请求对应的用户提供相应的项目内容,根据第一交互项目信息和申请该卡片所需的基本交互项目信息,生成该卡片的申请页面,将该申请页面发送给该卡片申请请求对应的用户,这样,通过预申请的卡片的归属信息,确定与该归属信息匹配的第一交互项目信息,从而可以得到不同归属信息下,申请该卡片所需的页面要素(即交互项目信息),然后,再通过第一交互项目信息和申请该卡片所需的基本交互项目信息生成该卡片的申请页面,从而通过交互项目信息的动态组合的方式生成申请页面,不需要为不同的发卡方或归属信息定制开发相应的申请页面,降低了整个业务的发布周期,而且,即使该业务出现变动,也能够及时响应业务需求,不会对业务产生影响,实现了快速适配不同发卡方的个性化需求,能够达到不通过上述繁杂的发布流程就能快速承接新增发卡方的发卡需求的目的。
实施例四
以上为本说明书实施例提供的卡片申请的处理方法,基于同样的思路,本说明书实施例还提供一种卡片申请的处理系统,如图5所示。
该卡片申请的处理系统包括:终端设备501、目标服务器502和发卡方服务器503,其中:
所述目标服务器502,用于接收卡片申请请求,所述卡片申请请求中包括预申请的卡片的归属信息;根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,所述第一交互项目信息用于请求所述卡片申请请求对应的用户提供相应的项目内容;根据所述第一交互项目信息和申请所述卡片所需的基本交互项目信息,生成所述卡片的申请页面;将所述申请页面发送给所述卡片申请请求对应的用户的终端设备;
所述终端设备,用于向所述目标服务器502发送所述卡片申请请求,并显示所述卡片的申请页面;
所述发卡方服务器503,用于接收所述目标服务器502发送的所述用户在所述卡片的申请页面中输入的项目内容,以基于所述项目内容对所述用户预申请的卡片进行发卡处理。
本说明书实施例中,所述目标服务器502还包括金融鉴权子服务器5021、金融签约子服务器5022和机构鉴权子服务器5023,所述金融鉴权子服务器5021与金融签约子服务器5022相连接,金融签约子服务器5022与机构鉴权子服务器5023相连接,所述金融鉴权子服务器5021用于提供签约和验证接口服务,以及签约页面服务,所述金融签约子服务器5022用于提供与发卡方相关的鉴权签约服务,所述机构鉴权子服务器5023用于提供面向发卡方的签约、面向用户的鉴权、身份验证及签约中与发卡方能力相关的流程服务编排服务。
在实际应用中,金融鉴权子服务器5021(或称为Finsignweb服务器)可以对外提供统一的快捷签约和验证接口服务,提供统一的快捷签约页面服务。金融签约子服务器5022(或称为Finsign服务器)可以负责企业或机构方和发卡方之间鉴权和协议行为的管理,对业务层提供签约要素(即交互项目信息)、鉴权、签约、解约、短信发送和校验、人脸决策、开户等基础服务,屏蔽不同发卡方之间的差异性,为相关业务提供和发卡方有关的鉴权签约服务,结合企业或机构方的服务能力,提供完整的卡片签约解决方案。机构鉴权子服务器5023(或称为Finauth服务器)提供包括面向发卡方的签约、面向用户的鉴权、身份验证及签约中与发卡方能力相关的流程服务编排服务,可以包括如发卡方的机构四要素鉴权、三要素鉴权、机构多证件校验能力、机构短信校验、机构免签等能力编排撮合等。
其中的目标服务器502可以作为上述实施例一~实施例三中的执行主体。
此外,所述目标服务器502,还用于获取与所述预申请的卡片的归属信息相匹配的目标配置信息;根据获取的目标配置信息,确定申请所述卡片所需的第一交互项目信息。
另外,所述目标服务器502,还用于从预先存储的归属信息与目标交互项目信息的对应关系中,获取与所述预申请的卡片的归属信息对应的目标交互项目信息;将获取的目标交互项目信息确定为申请所述卡片所需的第一交互项目信息。
此外,所述目标服务器502,还用于获取申请所述卡片所需的通用项目配置信息;根据获取的通用项目配置信息,确定申请所述卡片所需的基本交互项目信息。
另外,所述目标服务器502,还用于判断目标用户是否满足预设的卡片申请条件;如果所述目标用户满足预设的卡片申请条件,则确定所述目标用户申请所述卡片的归属信息;将携带有所述目标用户申请所述卡片的归属信息的卡片申请提示信息发送给所述目标用户。
其中,所述基本交互项目信息包括姓名、姓名的拼音、证件号码、电子邮箱、邮寄地址和教育程度中的一项或多项。
其中,所述第一交互项目信息包括就业情况、住宅情况、居住年限、社保情况、薪资情况和工作情况中的一项或多项。
基于上述具体结构,上述实施例一~实施例三中的相关的处理过程可以如下:目标服务器502(具体可以由金融签约子服务器5022(或称为Finsign服务器)执行)判断该用户是否满足预设的卡片申请条件,如果目标用户满足预设的卡片申请条件,则确定目标用户申请该卡片的归属信息,并将携带有目标用户申请该卡片的归属信息的卡片申请提示信息发送给终端设备501。如果目标用户需要申请该卡片,则可以通过终端设备501向金融鉴权子服务器5021(或称为Finsignweb服务器)发送卡片申请请求(或卡片咨询请求),Finsignweb服务器可以将该卡片申请请求发送给Finsign服务器。Finsign服务器可以查询该用户的证件号码、姓名和手机号码等信息,同时,可以查询需要与该用户之间的交互的项目的信息(也即是查询页面展示要素),然后,可以获取与预申请的卡片的归属信息相匹配的目标配置信息,并可以根据获取的目标配置信息,确定申请该卡片所需的第一交互项目信息,根据上述第一交互项目信息和申请该卡片所需的基本交互项目信息,生成该卡片的申请页面,该申请页面可以包括多个,本实施例中以2个页面为例进行说明,对于其它数目的页面,可以参照下述相关内容处理,在此不再赘述。
Finsign服务器可以将查询结果发送给Finsignweb服务器,以便Finsignweb服务器可以将包含有用户的证件号码、姓名、手机号码和验证码等信息的一个申请页面发送给终端设备501。如果用户确认其中的信息准确,则可以通过终端设备501向Finsignweb服务器发送验证码获取请求,Finsignweb服务器可以向Finsign服务器发送获取验证码的请求,Finsign服务器可以调用沟通平台完成发送验证码的处理,并可以向Finsignweb服务器返回验证码发送结果。终端设备501接收到验证码后,用户可以将其填写在验证码的输入框中,并将该申请页面中的信息发送给Finsignweb服务器,Finsignweb服务器可以向Finsign服务器发送验证验证码的指令,Finsign服务器可以调用验证平台验证该验证码,并可以向Finsignweb服务器返回验证结果。如果验证通过,则Finsignweb服务器可以向终端设备501发送另一个申请页面(该申请页面中可以包括更加详细的与该用户之间的交互的项目的信息(即页面展示要素))。用户填写完成后,可以向Finsignweb服务器发送发卡申请,Finsignweb服务器在用户提交发卡申请时会对相应的参数的有效性做校验,验证通过后,可以将该发卡申请发送到Finsign服务器,Finsign服务器可以对整个发卡业务做流程编排,其中可以包括生成请求唯一流水号、发卡过程数据的初始化、发卡状态变更,消息通知上下游业务等。Finsign服务器可以将开户请求发送到Finauth服务器,Finauth服务器按照接口规范将参数信息传递到网关,由网关发送报文给相应的发卡方(如银行机构)服务器503。如果网关请求发卡方(如银行机构)的过程中出现了未知异常,则Finauth服务器会落异步任务,以进行后续补偿申请。对于发卡申请受理成功的用户,则可以通知用户发卡申请的结果。
本说明书实施例提供一种卡片申请的处理系统,通过接收卡片申请请求,该卡片申请请求中包括预申请的卡片的归属信息,根据预申请的卡片的归属信息,确定申请该卡片所需的第一交互项目信息,第一交互项目信息用于请求该卡片申请请求对应的用户提供相应的项目内容,根据第一交互项目信息和申请该卡片所需的基本交互项目信息,生成该卡片的申请页面,将该申请页面发送给该卡片申请请求对应的用户,这样,通过预申请的卡片的归属信息,确定与该归属信息匹配的第一交互项目信息,从而可以得到不同归属信息下,申请该卡片所需的页面要素(即交互项目信息),然后,再通过第一交互项目信息和申请该卡片所需的基本交互项目信息生成该卡片的申请页面,从而通过交互项目信息的动态组合的方式生成申请页面,不需要为不同的发卡方或归属信息定制开发相应的申请页面,降低了整个业务的发布周期,而且,即使该业务出现变动,也能够及时响应业务需求,不会对业务产生影响,实现了快速适配不同发卡方的个性化需求,能够达到不通过上述繁杂的发布流程就能快速承接新增发卡方的发卡需求的目的。
实施例五
基于同样的思路,本说明书实施例还提供一种卡片申请的处理装置,如图6所示。
该卡片申请的处理装置包括:请求接收模块601、交互项目确定模块602、页面生成模块603和页面发送模块604,其中:
请求接收模块601,用于接收卡片申请请求,所述卡片申请请求中包括预申请的卡片的归属信息;
交互项目确定模块602,用于根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,所述第一交互项目信息用于请求所述卡片申请请求对应的用户提供相应的项目内容;
页面生成模块603,用于根据所述第一交互项目信息和申请所述卡片所需的基本交互项目信息,生成所述卡片的申请页面;
页面发送模块604,用于将所述申请页面发送给所述卡片申请请求对应的用户。
本说明书实施例中,所述交互项目确定模块602,包括:
目标配置获取单元,用于获取与所述预申请的卡片的归属信息相匹配的目标配置信息;
交互项目确定单元,用于根据获取的目标配置信息,确定申请所述卡片所需的第一交互项目信息。
本说明书实施例中,所述交互项目确定模块602,包括:
交互项目获取单元,用于从预先存储的归属信息与目标交互项目信息的对应关系中,获取与所述预申请的卡片的归属信息对应的目标交互项目信息;
交互项目确定单元,用于将获取的目标交互项目信息确定为申请所述卡片所需的第一交互项目信息。
本说明书实施例中,所述装置还包括:
通用配置获取模块,用于获取申请所述卡片所需的通用项目配置信息;
基本项目确定模块,用于根据获取的通用项目配置信息,确定申请所述卡片所需的基本交互项目信息。
本说明书实施例中,所述装置还包括:
判断模块,用于判断目标用户是否满足预设的卡片申请条件;
归属确定模块,用于如果所述目标用户满足预设的卡片申请条件,则确定所述目标用户申请所述卡片的归属信息;
提示模块,用于将携带有所述目标用户申请所述卡片的归属信息的卡片申请提示信息发送给所述目标用户。
本说明书实施例中,所述基本交互项目信息包括姓名、姓名的拼音、证件号码、电子邮箱、邮寄地址和教育程度中的一项或多项。
本说明书实施例中,所述第一交互项目信息包括就业情况、住宅情况、居住年限、社保情况、薪资情况和工作情况中的一项或多项。
本说明书实施例提供一种卡片申请的处理装置,通过接收卡片申请请求,该卡片申请请求中包括预申请的卡片的归属信息,根据预申请的卡片的归属信息,确定申请该卡片所需的第一交互项目信息,第一交互项目信息用于请求该卡片申请请求对应的用户提供相应的项目内容,根据第一交互项目信息和申请该卡片所需的基本交互项目信息,生成该卡片的申请页面,将该申请页面发送给该卡片申请请求对应的用户,这样,通过预申请的卡片的归属信息,确定与该归属信息匹配的第一交互项目信息,从而可以得到不同归属信息下,申请该卡片所需的页面要素(即交互项目信息),然后,再通过第一交互项目信息和申请该卡片所需的基本交互项目信息生成该卡片的申请页面,从而通过交互项目信息的动态组合的方式生成申请页面,不需要为不同的发卡方或归属信息定制开发相应的申请页面,降低了整个业务的发布周期,而且,即使该业务出现变动,也能够及时响应业务需求,不会对业务产生影响,实现了快速适配不同发卡方的个性化需求,能够达到不通过上述繁杂的发布流程就能快速承接新增发卡方的发卡需求的目的。
实施例六
以上为本说明书实施例提供的卡片申请的处理装置,基于同样的思路,本说明书实施例还提供一种卡片申请的处理设备,如图7所示。
所述卡片申请的处理设备可以为上述实施例提供的服务器。
卡片申请的处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器701和存储器702,存储器702中可以存储有一个或一个以上存储应用程序或数据。其中,存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对卡片申请的处理设备中的一系列计算机可执行指令。更进一步地,处理器701可以设置为与存储器702通信,在卡片申请的处理设备上执行存储器702中的一系列计算机可执行指令。卡片申请的处理设备还可以包括一个或一个以上电源703,一个或一个以上有线或无线网络接口704,一个或一个以上输入输出接口705,一个或一个以上键盘706。
具体在本实施例中,卡片申请的处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对卡片申请的处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
接收卡片申请请求,所述卡片申请请求中包括预申请的卡片的归属信息;
根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,所述第一交互项目信息用于请求所述卡片申请请求对应的用户提供相应的项目内容;
根据所述第一交互项目信息和申请所述卡片所需的基本交互项目信息,生成所述卡片的申请页面;
将所述申请页面发送给所述卡片申请请求对应的用户。
本说明书实施例中,所述根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,包括:
获取与所述预申请的卡片的归属信息相匹配的目标配置信息;
根据获取的目标配置信息,确定申请所述卡片所需的第一交互项目信息。
本说明书实施例中,所述根据所述预申请的卡片的归属信息,确定申请所述卡片所需的第一交互项目信息,包括:
从预先存储的归属信息与目标交互项目信息的对应关系中,获取与所述预申请的卡片的归属信息对应的目标交互项目信息;
将获取的目标交互项目信息确定为申请所述卡片所需的第一交互项目信息。
本说明书实施例中,所述根据所述第一交互项目信息和申请所述卡片所需的基本交互项目信息,生成所述卡片的申请页面之前,还包括:
获取申请所述卡片所需的通用项目配置信息;
根据获取的通用项目配置信息,确定申请所述卡片所需的基本交互项目信息。
本说明书实施例中,所述接收卡片申请请求之前,还包括:
判断目标用户是否满足预设的卡片申请条件;
如果所述目标用户满足预设的卡片申请条件,则确定所述目标用户申请所述卡片的归属信息;
将携带有所述目标用户申请所述卡片的归属信息的卡片申请提示信息发送给所述目标用户。
本说明书实施例中,所述基本交互项目信息包括姓名、姓名的拼音、证件号码、电子邮箱、邮寄地址和教育程度中的一项或多项。
本说明书实施例中,所述第一交互项目信息包括就业情况、住宅情况、居住年限、社保情况、薪资情况和工作情况中的一项或多项。
本说明书实施例提供一种卡片申请的处理设备,通过接收卡片申请请求,该卡片申请请求中包括预申请的卡片的归属信息,根据预申请的卡片的归属信息,确定申请该卡片所需的第一交互项目信息,第一交互项目信息用于请求该卡片申请请求对应的用户提供相应的项目内容,根据第一交互项目信息和申请该卡片所需的基本交互项目信息,生成该卡片的申请页面,将该申请页面发送给该卡片申请请求对应的用户,这样,通过预申请的卡片的归属信息,确定与该归属信息匹配的第一交互项目信息,从而可以得到不同归属信息下,申请该卡片所需的页面要素(即交互项目信息),然后,再通过第一交互项目信息和申请该卡片所需的基本交互项目信息生成该卡片的申请页面,从而通过交互项目信息的动态组合的方式生成申请页面,不需要为不同的发卡方或归属信息定制开发相应的申请页面,降低了整个业务的发布周期,而且,即使该业务出现变动,也能够及时响应业务需求,不会对业务产生影响,实现了快速适配不同发卡方的个性化需求,能够达到不通过上述繁杂的发布流程就能快速承接新增发卡方的发卡需求的目的。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(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)与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、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书的权利要求范围之内。