CN107665440A - 信用账户选择方法及装置 - Google Patents

Abstract

本发明公开了一种信用账户选择方法及装置，属于数据处理技术领域。所述方法包括：当客户端需要利用资源兑换目标物时，确定与所述客户端绑定的信用账户；获取确定出的每个信用账户对应的信用天数；确定出信用天数最长的信用账户，将所述确定出的信用账户作为用于兑换目标物的账户。本发明通过在与客户端绑定的所有信用账户中，确定出信用天数最长的信用账户作为用于兑换目标物的账户，解决了相关技术中由用户手动选择资源账户时耗时长且效率低，由系统依次选择时不能确定出较为优选的资源账户的技术问题，达到了根据不同的信用账户的信用天数快速确定出较为优选的资源账户作为用于兑换目标物的账户的效果。

Description

信用账户选择方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种信用账户选择方法及装置。

背景技术

随着电子支付的发展，许多第三方企业和各种资源账户的提供方进行合作，在第三方客户端进行网上资源兑换时，可以使用各种资源账户进行资源兑换。

在需要选择用于资源兑换的资源账户时，可以由用户手动选择一个资源账户，也可以根据系统中存储的资源账户的顺序依次选择能够成功用于资源兑换的资源账户。

由用户手动选择资源账户时，需要用户自己判断资源账户的相关信息，耗时长，效率低；而由系统依次选择时，被选中的资源账户可能不是较为优选的资源账户。

发明内容

本发明实施例提供了一种信用账户选择方法及装置。所述技术方案如下：

第一方面，提供了一种信用账户选择方法，所述方法包括：当客户端需要利用资源兑换目标物时，确定与所述客户端绑定的信用账户，所述信用账户是被允许从所述信用账户的提供方的资源库转出兑换资源以兑换目标物的账户，所述提供方要求下一个第一类日期之前利用所述信用账户向所述资源库转入所述兑换资源；获取确定出的每个信用账户对应的信用天数，所述信用天数是指需要获取所述信用天数的当日起至信用账户的提供方要求的下一个第一类日期的天数；确定出信用天数最长的信用账户，将所述确定出的信用账户作为用于兑换目标物的账户。

第二方面，提供了一种信用账户选择装置，所述装置包括：第一确定模块，用于当客户端需要利用资源兑换目标物时，确定与所述客户端绑定的信用账户，所述信用账户是被允许从所述信用账户的提供方的资源库转出兑换资源以兑换目标物的账户，所述提供方要求下一个第一类日期之前利用所述信用账户向所述资源库转入所述兑换资源；获取模块，用于获取所述第一确定模块确定出的每个信用账户对应的信用天数，所述信用天数是指需要获取所述信用天数的当日起至信用账户的提供方要求的下一个第一类日期的天数；第二确定模块，用于确定出所述获取模块获取到的信用天数最长的信用账户，将所述确定出的信用账户作为用于兑换目标物的账户。

本发明实施例提供的技术方案带来的有益效果是：

通过在与客户端绑定的所有信用账户中，确定出信用天数最长的信用账户作为用于兑换目标物的账户，在选择账户的过程中由系统根据一种优选的条件确定出作为用于兑换目标物的账户，无需用户手动选择，省略掉用户判断选择的步骤，节省确定出账户的时间，另外，以信用天数作为一种优选的条件来进行选择，在选择账户时更有目的性；解决了相关技术中由用户手动选择资源账户时耗时长且效率低，由系统依次选择时不能确定出较为优选的资源账户的技术问题；达到了根据不同的信用账户的信用天数快速确定出较为优选的资源账户作为用于兑换目标物的账户的效果。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1A是本发明一个实施例中提供的信用账户绑定方法的方法流程图；

图1B是本发明另一个实施例中提供的信用账户绑定方法的方法流程图；

图1C是本发明再一个实施例中提供的信用账户绑定方法的方法流程图；

图1D是本发明一个实施例中提供的根据信息填写页面为指定信用账户设置的第一日期，利用间隔天数计算与第一日期对应的第二日期的方法流程图；

图2是本发明一个实施例中提供的信用账户选择方法的方法流程图；

图3A是本发明另一个实施例中提供的信用账户选择方法的方法流程图；

图3B是本发明一个实施例中提供的确定每个信用账户对应的信用天数的方法流程图；

图3C是本发明一个实施例中提供的计算需要获取信用天数的当日至下一个第二类日期之间的第一间隔天数的方法流程图；

图3D是本发明一个实施例中提供的获取下一个第二类日期至下一个第二类日期后信用账户对应的第一个第一类日期之间的第二间隔天数的方法流程图；

图4A是本发明再一个实施例中提供的信用账户选择方法的方法流程图；

图4B是本发明一个实施例中提供的在至少两个信用天数相等且最长的信用账户中根据信用账户的提供方与居住地位置的距离选择信用账户的示意图；

图5是本发明一个实施例中提供的信用账户选择装置的结构方框图；

图6是本发明另一个实施例中提供的信用账户选择装置的结构方框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

为了保证客户端可以使用信用账户，需要预先将信用账户与客户端进行绑定，将信用账户与客户端进行绑定的过程可以参见图1A至图1D所示实施例中描述的几种实现方式。图1A至图1D所示实施例中提供的信用账户绑定方法可以应用于智能设备中，这里所讲的智能设备包括智能手机、平板电脑、多媒体播放设备等。

当信用账户与客户端进行绑定时，可以直接由用户输入该信用账户的相关信息，如图1A所示，该信用账户绑定方法可以包括如下几个步骤：

步骤101，在需要添加与客户端绑定的指定信用账户时，显示信息填写页面，信息填写页面至少包括用于设置第一类日期的第一设置项和用于设置第二类日期的第二设置项。

这里所讲的指定信用账户，一种是指第一次与客户端进行绑定的信用账户，需要输入该信用账户的号码，将该号码与客户端进行绑定，另一种是指已经与客户端绑定过的信用账户，用户在已经绑定的信用账户中选中其中一个，完善绑定过程中需要添加的其他信息。

这里所讲的信用账户是被允许从信用账户的提供方的资源库转出兑换资源以兑换目标物的账户，该信用账户的提供方要求下一个第一类日期之前利用信用账户向资源库转入兑换资源。这里所讲的信用账户的提供方是发布该信用账户的发行方，比如，信用账户可以是信用卡，信用账户的提供方可以是发行该信用卡的银行。

信用账户是一种可以透支资源的账户，用户可以从信用账户提供的透支资源中转移出一定数值的资源来交换目标物，后续再向该信用账户中转入该数值的资源，实现对资源的周转。也就是说，信用账户内可以没有资源，用户在需要资源用于兑换目标物时，以信用账户作为通道，向信用账户的提供方的资源库转移部分资源至该信用账户内，用户可以利用从信用账户的提供方的资源库中转移的资源先用来兑换目标物，再通过信用账户向信用账户的提供方的资源库中转入资源。

步骤102，将利用第一设置项设置的日期作为指定信用账户的第一类日期，将第二设置项设置的日期作为指定信用账户的第二类日期。

这里所讲的第一类日期是指信用账户的提供方要求的利用该信用账户向信用账户的提供方的资源库中转入兑换资源的日期。这里所讲的第二类日期是注册该信用账户时设定的，信用账户的提供方在每个第二类日期时提供从相邻的上一个第二类日期至本次第二类日期之间该信用账户转出资源的转出记录。对于同一个信用账户的提供方，第一类日期和第二类日期之间的间隔天数一般是固定的。

信息填写页面中包括第一设置项和第二设置项，在一种可能的实现方式中，第一设置项和第二设置项可以采用填写窗口的形式，用户可以直接在填写窗口中填写对应的第一类日期和第二类日期。在另一种可能的实现方式中，第一设置项和第二设置项还可以采用下拉选项的形式，由用户在类似日历的选项板上选择其中一个日期。

步骤103，将设置的第一类日期、第二类日期、指定信用账户和客户端进行绑定存储。

对于第一次与客户端进行绑定的信用账户，需要将第一类日期、第二类日期、信用账户与客户端进行绑定，而对于已经与客户端绑定过的信用账户，可以将第一类日期和第二类日期与该信用账户进行绑定，也可以将第一类日期、第二类日期、信用账户和客户端进行绑定。

综上所述，本发明实施例提供的信用账户绑定方法，通过在信用账户与客户端绑定时，向用户显示第一设置项和第二设置项，由用户在第一设置项和第二设置项中分别设置第一类日期和第二类日期，将第一设置项和第二设置项中设置的日期分别确定为该信用账户的第一类日期和第二类日期，使得在将信用账户与客户端进行绑定时，能够从用户处获取到该信用账户的第一类日期和第二类日期。

在一种可能的实现方式中，客户端可能从信用账户的提供方直接获取到该信用账户的第一类日期和第二类日期，这种情况下可以将获取到的第一类日期和第二类日期确定为该信用账户的第一类日期和第二类日期，如图1B所示，该信用账户绑定方法可以包括如下几个步骤：

步骤104，从指定信用账户的提供方获取指定信用账户的第一类日期和第二类日期。

这种从信用账户的提供方获取信用账户的第一类日期和第二类日期，通常是比较准确的，也即符合银行实际的账单日或要求的还款日，因此可以不用用户确认或更改。

步骤105，将获取的第一类日期作为指定信用账户的第一类日期，将获取的第二类日期作为指定信用账户的第二类日期。

为了使用户能够看到获取到的信用账户的第一类日期和第二类日期，可以将获取到的第一类日期和第二类日期显示在客户端的页面上。在一种可能的实现方式中，可以显示一个信息填写页面，信息填写页面包括第一设置项和第二设置项，客户端可以将获取到的第一类日期显示在第一设置项中，将获取到的第二类日期显示在第二设置项中。

步骤106，将设置的第一类日期、第二类日期、指定信用账户和客户端进行绑定存储。

对于第一次与客户端进行绑定的信用账户，需要将第一类日期、第二类日期、信用账户与客户端进行绑定，而对于已经与客户端绑定过的信用账户，可以将第一类日期和第二类日期与该信用账户进行绑定，也可以将第一类日期、第二类日期、信用账户和客户端进行绑定。

综上所述，本发明实施例提供的信用账户绑定方法，通过向信用账户的提供方获取该信用账户的第一类日期和第二类日期，使得在将信用账户和客户端绑定时，能够快速的确定出信用账户的第一类日期和第二类日期。

在另一种可能的实现方式中，针对同一个信用账户的提供方，第一类日期与第二类日期之间的间隔天数通常是固定的，可以在用户填写第一类日期或者第二类日期中的一个的情况下，根据间隔天数计算出另一个，如图1C所示，该信用账户绑定方法可以包括如下几个步骤：

步骤107，从指定信用账户的提供方获取指定信用账户对应的间隔天数。

这里所讲的间隔天数是指定信用账户同一期内的第一类日期和第二类日期之间的天数，也就是说，间隔天数是指第二类日期与该第二类日期后该信用账户对应的第一个第一类日期之间间隔的天数。

同一期内的第一类日期和第二类日期有可能在同一个月，也有可能不在同一个月，比如，第二类日期是指每个月的10号，第一类日期是指每个月的20号，这种情况中，第一类日期与第二类日期是在同一个月的；又比如，第二类日期是每个月的25号，第一类日期是每个月的15号，由于同一期内第一类日期是在第二类日期后面，因此这种情况下计算间隔天数时，使用的是下个月的第一类日期减去本月的第二类日期。

若是第二类日期是每个月的10号，则5月10号、7月10号、8月10号、11月10号等等都是第二类日期，对应的，若是第一类日期是每个月的20号，则5月20号、7月20号、8月20号、11月20号等等都是第一类日期。

步骤108，获取根据信息填写页面为指定信用账户设置的第一日期，利用该间隔天数计算与第一日期对应的第二日期。

这里的信息填写页面可以与步骤101中的信息填写页面相同。

这里所讲的第一日期为第一类日期和第二类日期中的一种，第二日期为第一类日期和第二类日期中的另一种。

在根据第一日期计算第二日期时，一般是根据当月月份中的日期进行计算，若是第一类日期与第二类日期在同一个月，一般计算出的日期是准确的；而当第一类日期和第二类日期不在同一个月时，由于每个月的天数不同，计算出的日期与实际设定的日期可能有偏差，这时用户可以手动进行调整，系统以用户调整的日期为准。

具体来讲，根据信息填写页面为指定信用账户设置的第一日期，利用间隔天数计算与第一日期对应的第二日期，可以包括如图1D中所描述的步骤：

步骤108a，当根据信息填写页面设置的第一日期为第一类日期时，将位于设置的第一日期前且距离第一日期间隔天数的日期作为第二日期。

比如，信用账户的第一类日期是每个月的25号，假设信息填写页面设置时的月份是7月，则填写的第一日期为7月25号，假设间隔天数为20天，则计算出的第二日期为7月5号，那么该信用账户的第二类日期为每个月的5号。

又比如，信用账户的第一类日期是每个月的10号，假设信息填写页面设置时的月份是8月，则填写的第一日期为8月10号，假设间隔天数为20天，则计算出的第二日期为7月21号，那么该信用账户的第二类日期为每个月的21号。假设信息填写页面设置时的月份是5月，信用账户的第一类日期仍为每个月的10号，间隔天数为20天，则填写的第一日期为5月10号，计算出的第二日期为4月20号，那么该信用账户的第二类日期为每个月的20号。由于每个月的天数不一定相等，因此在不同的月份根据间隔天数计算出的第二类日期可能会不同，这时可以由用户确认，允许用户手动调整。

步骤108b，当根据信息填写页面设置的第一日期为第二类日期时，将设置的第一日期加上间隔天数，得到第二日期。

比如，信用账户的第二类日期是每个月的5号，假设信息填写页面设置时的月份是7月，则填写的第一日期为7月5号，假设间隔天数为20天，则计算出的第二日期为7月25号，那么该信用账户的第一类日期为每个月的25号。

又比如，信用账户的第二类日期是每个月的20号，假设信息填写页面设置时的月份是5月，则填写的第一日期为5月20号，假设间隔天数为20天，则计算的第二日期为6月9号，那么该信用账户的第一类日期为每个月的9号。假设信息填写页面设置时的月份是9月，信用账户的第二类日期仍为每个月的5号，间隔天数为20天，则计算出的第二日期为10月10号，那么该信用账户的第一类日期为每个月的10号。由于每个月的天数不一定相等，因此在不同的月份根据间隔天数计算出的第一类日期可能会不同，这时可以由用户确认，允许用户手动调整。

步骤109，将设置的第一类日期、第二类日期、指定信用账户和客户端进行绑定存储。

对于第一次与客户端进行绑定的信用账户，需要将第一类日期、第二类日期、信用账户与客户端进行绑定，而对于已经与客户端绑定过的信用账户，可以将第一类日期和第二类日期与该信用账户进行绑定，也可以将第一类日期、第二类日期、信用账户和客户端进行绑定。

综上所述，本发明实施例提供的信用账户绑定方法，通过在信用账户和客户端绑定时，由用户在信息填写页面中填写第一类日期和第二类日期中的其中一个，由客户端根据信用账户的提供方规定的间隔天数计算第一类日期和第二类日期中的另一个，可以减少用户的手动操作，更加便捷。

在一种可能的情况中，用户对信用账户的第一类日期和第二类日期向该信用账户的提供方申请了更改，对应的，对于已经与客户端绑定的信用账户对应的第一类日期和第二类日期也需要进行更改，对于更改时填写第一类日期和第二类日期的方式，与图1A至图1D所示实施例中提供的三种方式类似，这里就不再赘述。

在将信用账户与客户端进行绑定之后，当客户端需要利用资源兑换目标物时，就可以获取到已经存储的信用账户，而与客户端绑定的信用账户可能有多个，因此需要从与客户端绑定的多个信用账户中选择一个作为用于兑换目标物的账户，具体请参见如图2中所描述的步骤。

图2是本发明一个实施例中提供的信用账户选择方法的方法流程图，该信用账户选择方法可以应用于智能设备中，这里所讲的智能设备包括智能手机、平板电脑、多媒体播放设备等。如图2所示，该信用账户选择方法可以包括如下几个步骤：

步骤201，当客户端需要利用资源兑换目标物时，确定与客户端绑定的信用账户。

这里所讲的信用账户是被允许从信用账户的提供方的资源库转出兑换资源以兑换目标物的账户，该信用账户的提供方要求下一个第一类日期之前利用信用账户向资源库转入兑换资源。

信用账户是一种可以透支资源的账户，用户可以从信用账户提供的透支资源中转移出一定数值的资源来交换目标物，后续再向该信用账户中转入该数值的资源，实现对资源的周转。也就是说，信用账户内可以没有资源，用户在需要资源用于兑换目标物时，以信用账户作为通道，向信用账户的提供方的资源库转移部分资源至该信用账户内，用户可以利用从信用账户的提供方的资源库中转移的资源先用来兑换目标物，再通过信用账户向信用账户的提供方的资源库中转入资源。

这里所讲的目标物可以是用户希望兑换的物品，用户通过将账户中的部分虚拟资源转入其他账户中用于兑换某一物品；目标物还可以是利用账户中的虚拟资源兑换出的实际使用的资源，以该账户是信用卡举例，用户使用信用卡取现金，取出的现金就是实际使用的资源。

在实际应用中，信用账户的提供方一般会规定一个日期，要求在该日期前利用信用账户向资源库转入兑换资源，这里的兑换资源一般是用户在一个周期内向信用账户的提供方透支的用于兑换的资源的汇总，该规定的日期是信用账户的提供方要求的日期。而在实际情况中，用户可能会按要求在该日期之前向提供方的资源库转入兑换资源，也有可能未按要求及时向提供方的资源库转入兑换资源，对于不同情况，信用账户的提供方可能会针对不同的情况设置不同的应对条件。比如，若是用户在该日期之前向信用账户的提供方的资源库转入兑换资源，则用户可以在转入兑换资源时不需要额外转入一定的资源，若是用户未按要求及时转入资源，则可能会被要求除了需要转入兑换资源之外，根据超过的天数或者超期未能转入的资源的数量，额外需要转入一定的资源。

一般的，对于一个周期内未能按照期限转入的兑换资源，信用账户的提供方可能会将未能转入的兑换资源的数值自动累加到下一周期中需要转入的兑换资源的数值上。当累加到一定的数值，或者是累加未能及时转入兑换资源的周期次数，当达到阈值后，信用账户的提供方可能会将该信用账户设置为禁止使用。

步骤202，获取确定出的每个信用账户对应的信用天数。

这里所讲的信用天数是指需要获取信用天数的当日起至信用账户的提供方要求的下一个第一类日期的天数。

实际应用中，可能会有多个信用账户与同一个客户端绑定，每个信用账户对应的第一类日期可能是不一样的，因此不同的信用账户计算出的信用天数也可能是不一样的。

步骤203，确定出信用天数最长的信用账户，将确定出的信用账户作为用于兑换目标物的账户。

这里选择信用天数最长的信用账户作为用于兑换目标物的账户，是为了给用户预留出较为充裕的时间来向该信用账户的提供方的资源库转入兑换资源。

综上所述，本发明实施例提供的信用账户选择方法，通过在与客户端绑定的所有信用账户中，确定出信用天数最长的信用账户作为用于兑换目标物的账户，在选择账户的过程中由系统根据一种优选的条件确定出作为用于兑换目标物的账户，无需用户手动选择，省略掉用户判断选择的步骤，节省确定出账户的时间，另外，以信用天数作为一种优选的条件来进行选择，在选择账户时更有目的性；解决了相关技术中由用户手动选择资源账户时耗时长且效率低，由系统依次选择时不能确定出较为优选的资源账户的技术问题；达到了根据不同的信用账户的信用天数快速确定出较为优选的资源账户作为用于兑换目标物的账户的效果。

在获取不同信用账户的信用天数时，可以根据当前日期以及绑定存储的第一类日期和第二类日期计算信用账户的信用天数，具体请参见如图3A所示出的步骤。

图3A是本发明另一个实施例中提供的信用账户选择方法的方法流程图，该信用账户选择方法可以应用于智能设备中，这里所讲的智能设备包括智能手机、平板电脑、多媒体播放设备等。如图3A所示，该信用账户选择方法可以包括如下几个步骤：

步骤310，当客户端需要利用资源兑换目标物时，确定与客户端绑定的信用账户。

这里所讲的信用账户是被允许从信用账户的提供方的资源库转出兑换资源以兑换目标物的账户，该信用账户的提供方一般要求下一个第一类日期之前利用信用账户向资源库转入兑换资源。

这里所讲的目标物可以是用户希望兑换的物品，用户通过将账户中的部分虚拟资源转入其他账户中用于兑换某一物品；目标物还可以是利用账户中的虚拟资源兑换出的实际使用的资源。

步骤320，获取确定出的每个信用账户对应的信用天数。

这里所讲的信用天数是指需要获取信用天数的当日起至信用账户的提供方要求的下一个第一类日期的天数。

在实际应用中，可能会有多个信用账户与同一个客户端绑定，每个信用账户对应的第一类日期可能是不一样的，因此不同的信用账户计算出的信用天数也可能是不一样的。

步骤330，确定出信用天数最长的信用账户，将确定出的信用账户作为用于兑换目标物的账户。

这里选择信用天数最长的信用账户作为用于兑换目标物的账户，是为了给用户预留出较为充裕的时间来向该信用账户的提供方的资源库转入兑换资源。

步骤310至步骤330与步骤201至步骤203中描述的方法类似，这里就不再赘述。需要说明的是，在不附加其他条件的情况下，步骤310至步骤330可以单独实现成一个完整的实施例。

可选的，在确定每个信用账户对应的信用天数时，可以包括如图3B所示的步骤：

步骤321，对于每个信用账户，获取信用账户对应的下一个第二类日期。

这里所讲的第二类日期是注册信用账户时设定的，信用账户的提供方在每个第二类日期时提供从相邻的上一个第二类日期至本次第二类日期之间信用账户转出资源的转出记录。

这里所讲的下一个第二类日期是指在获取信用天数的当日后面的第一个第二类日期。

步骤322，计算需要获取信用天数的当日至下一个第二类日期之间的第一间隔天数。

步骤323，获取下一个第二类日期至下一个第二类日期后信用账户对应的第一个第一类日期之间的第二间隔天数。

由于同一期内第一类日期是设置在第二类日期的后面，因此需要获取第二类日期后信用账户对应的第一个第一类日期。

这里计算的第二间隔天数就是同一期内第一类日期与第二类日期之间的间隔天数，信用账户的提供方通常会将该间隔天数设定为固定的。

步骤324，将第一间隔天数和第二间隔天数的和值作为该信用账户的信用天数。

在实际应用中，信用天数一般是计算获取信用天数的当日日期至下一个第一类日期之间间隔的天数，下一个第一类日期是指所述当日日期之后的第一个第一类日期。同一期内用于计算信用天数的第二类日期通常在当日日期和下一个第一类日期之间。

很显然，这里用于计算的当日日期、下一个第二类日期和下一个第一类日期之间的时间顺序一般是当日日期早于下一个第二类日期，下一个第二类日期早于下一个第一类日期。

可选的，计算需要获取信用天数的当日至下一个第二类日期之间的第一间隔天数，可以包括如图3C所示出的步骤：

步骤322a，获取信用账户当月的第二类日期。

存储的信用账户的第一类日期和第二类日期通常只存储日期的年月日中对应的日，以月为周期，每月中对应的同一个日期为该信用账户的第一类日期或者第二类日期，比如，每月的10号为信用账户的第一类日期，则5月10号、6月10号、8月10号、12月10号等等均为第一类日期，每月的30号为信用账户的第二类日期，则4月30号、5月30号、7月30号、9月30号等等均为第二类日期。

在计算间隔天数时，系统通常是根据月份获取当月的第一类日期或者第二类日期。

步骤322b，若获取信用天数的当日日期晚于当月的第二类日期，则将信用账户下个月的第二类日期减去当日日期，得到第一间隔天数。

若是当日日期晚于当月的第二类日期，则表明当月的第二类日期已经过去，则当日日期利用资源兑换目标物时从该信用账户的提供方的资源库中转出的兑换资源生成的转出记录会在下个月的第二类日期中发送给持有该信用账户的用户。

举例说明，假设信用账户的第二类日期为每月的10号，当日日期为本月15号，则本月15号转出的资源的转出记录会在下个月的10发送给用户。假设当月是7月，则该信用账户当月的第二类日期为7月10号，那么7月15号转出的资源的转出记录会在8月10号发送给用户。

步骤322c，若获取信用天数的当日日期早于当月的第二类日期，则将当月的第二类日期减去当日日期，得到第一间隔天数。

一般的，同一期内转出资源的转出记录会在当日日期的下一个第二类日期发送给用户，因此，若是当日日期在于当月的第二类日期，则表明当日日期转出资源的转出记录会当月的第二类日期发送给用户。

举例说明，信用账户的第二类日期是每月20号，当日日期是本月10号，则本月10号转出资源生成的转出记录会在本月20号发送给用户。假设当月是5月，则该信用账户当月的第二类日期是5月20号，那么5月10号转出的资源生成的转出记录会在5月20号发送给用户。

可选的，获取下一个第二类日期至下一个第二类日期后信用账户对应的第一个第一类日期之间的第二间隔天数，可以包括如图3D所示出的步骤：

步骤323a，获取信用账户当月的第一类日期。

步骤323b，若当月的第一类日期晚于信用账户当月的第二类日期，则将当月的第一类日期减去当月的第二类日期，得到第二间隔天数。

一般来说，同一期内的第一类日期是晚于第二类日期的，若是当月的第一类日期晚于当月的第二类日期，则表明该信用账户的第一类日期和第二类日期是设置在同一个月的。

举例说明，信用账户的第一类日期是每月的20号，第二类日期是每月的5号，则计算第二间隔天数时，直接用20号减去5号。

假设当月为7月，则信用账户当月的第一类日期是7月20号，第二类日期是7月5号，在计算第二间隔天数时，用7月20号减去7月5号，得到第二间隔天数为15天。

步骤323c，若当月的第一类日期早于信用账户当月的第二类日期，则将信用账户下个月的第一类日期减去当月的第二类日期，得到第二间隔天数。

由于同一期内的第一类日期是晚于第二类日期的，若是当月的第一类日期早于当月的第二类日期，则表明该信用账户的第一类日期和第二类日期不是设置在同一个月的。

举例说明，信用账户的第一类日期是每月的10号，第二类日期是每月的20号，则计算第二间隔天数时，需要用下个月的10号减去本月的20号。

假设当月是7月，则信用账户当月的第一类日期是7月10号，第二类日期是7月20号，在计算第二间隔天数时，用8月10号减去7月20号，得带第二间隔天数为21天。假设当月是4月，则信用账户的第一类日期是4月10号，第二类日期是4月20号，在计算第二间隔天数时，用5月10号减去4月20号，得到第二间隔天数为20天。

在同一期内第一类日期和第二类日期不是设置在同一个月的情况下，由于每个月的天数不一样，在不同月份计算出的第二间隔天数可能会有偏差。

综上所述，本发明实施例提供的信用账户选择方法，通过在与客户端绑定的所有信用账户中，确定出信用天数最长的信用账户作为用于兑换目标物的账户，在选择账户的过程中由系统根据一种优选的条件确定出作为用于兑换目标物的账户，无需用户手动选择，省略掉用户判断选择的步骤，节省确定出账户的时间，另外，以信用天数作为一种优选的条件来进行选择，在选择账户时更有目的性；解决了相关技术中由用户手动选择资源账户时耗时长且效率低，由系统依次选择时不能确定出较为优选的资源账户的技术问题；达到了根据不同的信用账户的信用天数快速确定出较为优选的资源账户作为用于兑换目标物的账户的效果。

另外，通过获取信用账户的第一类日期和第二类日期，计算当日日期与第二类日期的第一间隔天数，第二类日期与第一类日期的第二间隔天数，二者相加得到信用天数，采用这种算法可以使得系统根据存储的第一类日期和第二类日期快速计算出对应的信用账户的信用天数，便于不同的信用账户进行比较。

另外，通过比较当日日期与当月的第二类日期的早晚，针对不同的情况，采用不同月份的第二类日期计算第一间隔天数，使得第一间隔天数更为准确。

另外，通过比较当月的第一类日期与当月的第二类日期的早晚，针对不同的情况，采用不同月份的第一类日期计算第二间隔天数，使得第二间隔天数更为准确。

在一种可能的实现方式中，步骤330中所描述的确定出的信用天数最长的信用账户可能不止一个，下面一个实施例将针对这种情况给出示例性的信用账户选择的方法。图4A是本发明再一个实施例中提供的信用账户选择方法的方法流程图，该信用账户选择方法可以应用于智能设备中，这里所讲的智能设备包括智能手机、平板电脑、多媒体播放设备等。如图4A所示，该信用账户选择方法可以包括如下几个步骤：

步骤401，当确定出至少两个信用账户的信用天数相等且最长时，获取客户端用户的居住地位置。

用户有可能将不同的信用账户的第一类日期和第二类日期设置为一样，或者是不同的信用账户的第一类日期与第二类日期的之间的相差的天数，结合不同的信用账户的提供方规定的第一类日期与第二类日期之间的间隔天数正好相等，就有可能出现至少两个信用账户的信用天数相等的情况。

获取客户端的居住地位置可以根据全球定位系统(英文：global positioningsystem，GPS)对客户端进行定位。

在实际应用中，用户可能是一个上班族，白天外出工作，夜间回居住地休息，则可以根据预定时长内对客户端的位置进行定位，确定出用户的居住地位置。比如可以在夜间0点至6点时间段内定位客户端的位置确定出居住地位置。

步骤402，获取至少两个信用账户的提供方的办公地中离居住地位置最近的办公地。

这里也可以通过GPS定位，结合地图，确定出信用账户的提供方的办公地的位置，计算不同的信用账户的提供方的办公地位置与用户居住地的位置的距离。在搜索不同信用账户的提供方的办公地位置时，可以以用户的居住地位置为中心，在附近区域内搜索出距离用户的居住地位置最近的各个信用账户的提供方的办公地位置。

以信用账户的提供方是银行为例，当银行1、银行2和银行3提供的信用账户，经过计算是与客户端绑定的信用账户中信用天数相等且最长的，则可以根据银行1、银行2和银行3与用户居住地的距离来确定出一个信用账户。如图4B所示，点A为用户的居住地，点B为银行1的营业厅，点C为银行2的营业厅，点D为银行3的营业厅，点A与点B之间的距离为500米，点A与点C之间的距离为200米，点A与点D之间的距离为50米，则将银行3对应的信用账户确定为用于兑换目标物的账户。这里查找银行1、银行2和银行3的营业厅时均是在用户居住地附近查找距离居住地位置最近的银行营业厅。

步骤403，将获取出的办公地所对应的信用账户作为用于兑换目标物的账户。

将距离居住地最近的办公地对应的信用账户确定为用于兑换目标物的账户，可以使得用户在需要向资源库中转入资源或者需要到对应的信用账户的提供方的办公地处理其他相关事情时，能够更加快捷。

步骤404，当确定出至少两个信用账户的信用天数相等且最长时，将历史使用频率最高的信用账户作为用于兑换目标物的账户，或者，将需要获取信用天数的当日前预定时长内使用频率最高的信用账户作为用于兑换目标物的账户。

这里针对至少两个信用账户的信用天数相等且最长的情况，是通过不同信用账户的历史使用频率来选择，将用户的使用习惯考虑在内，可以省去用户手动选择导致耗时长的问题。

将获取信用天数的当日前的预定时长内使用频率最高的信用账户确定为用于兑换目标物的账户，这里的预定时长是考虑到用户绑定不同的信用账户的时间不同，为了公平起见，增加一个预定时长的限制，比如将预定时长设置为一个月，则查询的是当日前一个月内不同的信用账户的使用频率。

综上所述，本发明实施例提供的信用账户选择方法，通过在信用天数相等且最长的信用账户中选择该信用账户的提供方的办公地距离用户居住地最近的方案，使得用户在向该信用账户转入资源或者处理其他与该信用账户相关的事情时，更加的快捷。

另外，通过在信用天数相等且最长的信用账户中选择使用频率最高的信用账户，可以将用户的使用习惯考虑进去，从而避免用户手动选择导致耗时长的问题。

图5是本发明一个实施例中提供的信用账户选择装置的结构方框图，该信用账户选择装置可以应用于智能设备中，这里所讲的智能设备包括智能手机、平板电脑、多媒体播放设备等。如图5所示，该信用账户选择装置包括但不限于：第一确定模块510、获取模块520和第二确定模块530。

第一确定模块510，用于当客户端需要利用资源兑换目标物时，确定与客户端绑定的信用账户。

这里所讲的信用账户是被允许从信用账户的提供方的资源库转出兑换资源以兑换目标物的账户，信用账户的提供方要求下一个第一类日期之前利用信用账户向资源库转入兑换资源。

获取模块520，用于获取第一确定模块510确定出的每个信用账户对应的信用天数。

这里所讲的信用天数是指需要获取信用天数的当日起至信用账户的提供方要求的下一个第一类日期的天数。

第二确定模块530，用于确定出获取模块520获取到的信用天数最长的信用账户，将确定出的信用账户作为用于兑换目标物的账户。

可选的，获取模块520，可以包括：第一获取单元、第一计算单元、第二获取单元和第二计算单元。

第一获取单元，用于对于每个信用账户，获取信用账户对应的下一个第二类日期。

这里所讲的第二类日期是注册信用账户时设定的，信用账户的提供方在每个第二类日期时提供从相邻的上一个第二类日期至本次第二类日期之间信用账户转出资源的转出记录。

第一计算单元，用于计算需要获取信用天数的当日至第一获取单元获取到的下一个第二类日期之间的第一间隔天数。

第二获取单元，用于获取第一获取单元获取到的下一个第二类日期至下一个第二类日期后信用账户对应的第一个第一类日期之间的第二间隔天数。

第二计算单元，用于将第一计算单元计算出的第一间隔天数和第二获取单元获取到的第二间隔天数的和值作为信用账户的信用天数。

可选的，第一计算单元，包括：第一获取子单元、第一计算子单元和第二计算子单元。

第一获取子单元，用于获取信用账户当月的第二类日期。

第一计算子单元，用于若获取信用天数的当日日期晚于第一获取子单元获取到的当月的第二类日期，则将信用账户下个月的第二类日期减去当日日期，得到第一间隔天数。

第二计算子单元，用于若获取信用天数的当日日期早于第一获取子单元获取到的当月的第二类日期，则将当月的第二类日期减去当日日期，得到第一间隔天数。

可选的，第二获取单元，还可以包括：第二获取子单元、第三计算子单元和第四计算子单元。

第二获取子单元，用于获取信用账户当月的第一类日期。

第三计算子单元，用于若第二获取子单元获取到的当月的第一类日期晚于信用账户当月的第二类日期，则将当月的第一类日期减去当月的第二类日期，得到第二间隔天数。

第四计算子单元，用于若第二获取子单元获取到的当月的第一类日期早于信用账户当月的第二类日期，则将信用账户下个月的第一类日期减去当月的第二类日期，得到第二间隔天数。

可选的，信用账户获取装置还可以包括：设置模块和绑定存储模块。

设置模块，用于在需要添加与客户端绑定的指定信用账户时，为指定信用账户设置第一类日期和第二类日期。

绑定存储模块，用于将设置模块设置的第一类日期、设置模块设置的第二类日期、指定信用账户和客户端进行绑定存储。

可选的，设置模块，可以包括：显示单元和第一确定单元。

显示单元，用于显示信息填写页面，信息填写页面至少包括用于设置第一类日期的第一设置项和用于设置第二类日期的第二设置项。

第一确定单元，用于将利用第一设置项设置的日期作为指定信用账户的第一类日期，将第二设置项设置的日期作为指定信用账户的第二类日期。

可选的，设置模块，还可以包括：第三获取单元和第二确定单元。

第三获取单元，用于从指定信用账户的提供方获取指定信用账户的第一类日期和第二类日期。

第二确定单元，用于将第三获取单元获取的第一类日期作为指定信用账户的第一类日期，将第三获取单元获取的第二类日期作为指定信用账户的第二类日期。

可选的，设置模块，还可以包括：第四获取单元和第三计算单元。

第四获取单元，用于从指定信用账户的提供方获取指定信用账户对应的间隔天数。

这里所讲的间隔天数是指定信用账户同一期内的第一类日期和第二类日期之间的天数。

第三计算单元，用于获取根据信息填写页面为指定信用账户设置的第一日期，利用第四获取单元获取到的间隔天数计算与第一日期对应的第二日期。

这里所讲的第一日期为第一类日期和第二类日期中的一种，第二日期为第一类日期和第二类日期中的另一种。

可选的，第三计算单元，可以包括：第一计算子单元和第二计算子单元。

第一计算子单元，用于当根据信息填写页面设置的第一日期为第一类日期时，将位于设置的第一日期前且距离第一日期间隔天数的日期作为第二日期。

第二计算子单元，用于当根据信息填写页面设置的第一日期为第二类日期时，将设置的第一日期加上间隔天数，得到第二日期。

可选的，第二确定模块，可以包括：第五获取单元、第六获取单元和第三确定单元。

第五获取单元，用于当确定出至少两个信用账户的信用天数相等且最长时，获取客户端用户的居住地位置。

第六获取单元，用于获取至少两个信用账户的提供方的办公地中离第五获取单元获取到的居住地位置最近的办公地。

第三确定单元，用于将第六获取单元获取出的办公地所对应的信用账户作为用于兑换目标物的账户。

可选的，第二确定模块，还用于当确定出至少两个信用账户的信用天数相等且最长时，将历史使用频率最高的信用账户作为用于兑换目标物的账户，或者，将需要获取信用天数的当日前预定时长内使用频率最高的信用账户作为用于兑换目标物的账户。

综上所述，本发明实施例提供的信用账户选择装置，通过在与客户端绑定的所有信用账户中，确定出信用天数最长的信用账户作为用于兑换目标物的账户，在选择账户的过程中由系统根据一种优选的条件确定出作为用于兑换目标物的账户，无需用户手动选择，省略掉用户判断选择的步骤，节省确定出账户的时间，另外，以信用天数作为一种优选的条件来进行选择，在选择账户时更有目的性；解决了相关技术中由用户手动选择资源账户时耗时长且效率低，由系统依次选择时不能确定出较为优选的资源账户的技术问题；达到了根据不同的信用账户的信用天数快速确定出较为优选的资源账户作为用于兑换目标物的账户的效果。

另外，通过在将信用账户与客户端绑定时，将信用账户对应的第一类日期、第二类日期和信用账户与客户端一起进行绑定，使得客户端在获取信用账户时，能够快速获取到信用账户对应的第一类日期和第二类日期，以便根据第一类日期和第二类日期计算不同信用账户的信用天数来进行比较。

另外，通过获取信用账户的第一类日期和第二类日期，计算当日日期与第二类日期的第一间隔天数，第二类日期与第一类日期的第二间隔天数，二者相加得到信用天数，采用这种算法可以使得系统根据存储的第一类日期和第二类日期快速计算出对应的信用账户的信用天数，便于不同的信用账户进行比较。

另外，通过比较当日日期与当月的第二类日期的早晚，针对不同的情况，采用不同月份的第二类日期计算第一间隔天数，使得第一间隔天数更为准确。

另外，通过比较当月的第一类日期与当月的第二类日期的早晚，针对不同的情况，采用不同月份的第一类日期计算第二间隔天数，使得第二间隔天数更为准确。

另外，通过在信用天数相等且最长的信用账户中选择该信用账户的提供方的办公地距离用户居住地最近的方案，使得用户在向该信用账户转入资源或者处理其他与该信用账户相关的事情时，更加的快捷。

另外，通过在信用天数相等且最长的信用账户中选择使用频率最高的信用账户，可以将用户的使用习惯考虑进去，从而避免用户手动选择导致耗时长的问题。

需要说明的是：上述实施例中提供的信用账户选择装置在选择信用账户时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将移动终端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的信用账户选择装置与信用账户选择方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参见图6所示，图6是本发明另一个实施例中提供的信用账户选择装置的结构方框图。该装置600用于实施上述实施例提供的信用账户选择方法。本发明中的装置600可以包括一个或多个如下组成部分：用于执行计算机程序指令以完成各种流程和方法的处理器，用于信息和存储程序指令随机接入存储器(RAM)和只读存储器(ROM)，用于存储数据和信息的存储器，I/O设备，界面，天线等。具体来讲：

装置600可以包括RF(Radio Frequency，射频)电路610、存储器620、输入单元630、显示单元640、传感器650、音频电路660、WiFi(wireless fidelity，无线保真)模块670、处理器680、电源682、摄像头690等部件。本领域技术人员可以理解，图6中示出的装置结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图6对装置600的各个构成部件进行具体的介绍：

RF电路610可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器680处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路610还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobilecommunication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband CodeDivision Multiple Access,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。

存储器620可用于存储软件程序以及模块，处理器680通过运行存储在存储器620的软件程序以及模块，从而执行装置600的各种功能应用以及数据处理。存储器620可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据装置600的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器620可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元630可用于接收输入的数字或字符信息，以及产生与电子设备600的用户设置以及功能控制有关的键信号输入。具体地，输入单元630可包括触控面板631以及其他输入设备632。触控面板631，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上或在触控面板631附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板631可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器680，并能接收处理器680发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631，输入单元630还可以包括其他输入设备632。具体地，其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元640可用于显示由用户输入的信息或提供给用户的信息以及装置600的各种菜单。显示单元640可包括显示面板641，可选的，可以采用LCD(Liquid CrystalDisplay，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板641。进一步的，触控面板631可覆盖显示面板641，当触控面板631检测到在其上或附近的触摸操作后，传送给处理器680以确定触摸事件的类型，随后处理器680根据触摸事件的类型在显示面板641上提供相应的视觉输出。虽然在图6中，触控面板631与显示面板641是作为两个独立的部件来实现装置600的输入和输入功能，但是在某些实施例中，可以将触控面板631与显示面板641集成而实现装置600的输入和输出功能。

装置600还可包括至少一种传感器650，比如陀螺仪传感器、磁感应传感器、光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板641的亮度，接近传感器可在装置600移动到耳边时，关闭显示面板641和/或背光。作为运动传感器的一种，加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别电子设备姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于装置600还可配置的气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路660、扬声器661，传声器662可提供用户与装置600之间的音频接口。音频电路660可将接收到的音频数据转换后的电信号，传输到扬声器661，由扬声器661转换为声音信号输出；另一方面，传声器662将收集的声音信号转换为电信号，由音频电路660接收后转换为音频数据，再将音频数据输出处理器680处理后，经RF电路610以发送给比如另一终端，或者将音频数据输出至存储器620以便进一步处理。

WiFi属于短距离无线传输技术，装置600通过WiFi模块670可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图6示出了WiFi模块670，但是可以理解的是，其并不属于装置600的必须构成，完全可以根据需要在不改变公开的本质的范围内而省略。

处理器680是装置600的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器620内的软件程序和/或模块，以及调用存储在存储器620内的数据，执行装置600的各种功能和处理数据，从而对电子设备进行整体监控。可选的，处理器680可包括一个或多个处理单元；优选的，处理器680可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器680中。

装置600还包括给各个部件供电的电源682(比如电池)，优选的，电源可以通过电源管理系统与处理器680逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

摄像头690一般由镜头、图像传感器、接口、数字信号处理器、CPU、显示屏幕等组成。其中，镜头固定在图像传感器的上方，可以通过手动调节镜头来改变聚焦；图像传感器相当于传统相机的“胶卷”，是摄像头采集图像的心脏；接口用于把摄像头利用排线、板对板连接器、弹簧式连接方式与电子设备主板连接，将采集的图像发送给所述存储器620；数字信号处理器通过数学运算对采集的图像进行处理，将采集的模拟图像转换为数字图像并通过接口发送给存储器620。

尽管未示出，装置600还可以包括蓝牙模块等，在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种信用账户选择方法，其特征在于，所述方法包括：

当客户端需要利用资源兑换目标物时，确定与所述客户端绑定的信用账户，所述信用账户是被允许从所述信用账户的提供方的资源库转出兑换资源以兑换目标物的账户，所述提供方要求下一个第一类日期之前利用所述信用账户向所述资源库转入所述兑换资源；

获取确定出的每个信用账户对应的信用天数，所述信用天数是指需要获取所述信用天数的当日起至信用账户的提供方要求的下一个第一类日期的天数；

确定出信用天数最长的信用账户，将所述确定出的信用账户作为用于兑换目标物的账户。

2.根据权利要求1所述的方法，其特征在于，所述获取确定出的每个信用账户对应的信用天数，包括：

对于每个信用账户，获取所述信用账户对应的下一个第二类日期，所述第二类日期是注册所述信用账户时设定的，所述信用账户的提供方在每个第二类日期时提供从相邻的上一个第二类日期至本次第二类日期之间所述信用账户转出资源的转出记录；

计算需要获取信用天数的当日至所述下一个第二类日期之间的第一间隔天数；

获取所述下一个第二类日期至所述下一个第二类日期后所述信用账户对应的第一个第一类日期之间的第二间隔天数；

将所述第一间隔天数和所述第二间隔天数的和值作为所述信用账户的信用天数。

3.根据权利要求2所述的方法，其特征在于，所述计算需要获取所述信用天数的当日至所述下一个第二类日期之间的第一间隔天数，包括：

获取所述信用账户当月的第二类日期；

若所述获取信用天数的当日日期晚于所述当月的第二类日期，则将所述信用账户下个月的第二类日期减去所述当日日期，得到所述第一间隔天数；

若所述获取信用天数的当日日期早于所述当月的第二类日期，则将所述当月的第二类日期减去所述当日日期，得到所述第一间隔天数。

4.根据权利要求2所述的方法，其特征在于，所述获取所述下一个第二类日期至所述下一个第二类日期后所述信用账户对应的第一个第一类日期之间的第二间隔天数，包括：

获取所述信用账户当月的第一类日期；

若所述当月的第一类日期晚于所述信用账户当月的第二类日期，则将所述当月的第一类日期减去所述当月的第二类日期，得到所述第二间隔天数；

若所述当月的第一类日期早于所述信用账户当月的第二类日期，则将所述信用账户下个月的第一类日期减去所述当月的第二类日期，得到所述第二间隔天数。

5.根据权利要求1所述的方法，其特征在于，在所述确定与所述客户端绑定的信用账户之前，所述方法还包括：

在需要添加与所述客户端绑定的指定信用账户时，为所述指定信用账户设置第一类日期和第二类日期；

将设置的所述第一类日期、所述第二类日期、所述指定信用账户和所述客户端进行绑定存储。

6.根据权利要求5所述的方法，其特征在于，所述为所述指定信用账户设置第一类日期和第二类日期，包括：

显示信息填写页面，所述信息填写页面至少包括用于设置第一类日期的第一设置项和用于设置第二类日期的第二设置项；将利用所述第一设置项设置的日期作为所述指定信用账户的第一类日期，将所述第二设置项设置的日期作为所述指定信用账户的第二类日期；

或者，

从所述指定信用账户的提供方获取所述指定信用账户的第一类日期和第二类日期；将获取的所述第一类日期作为所述指定信用账户的第一类日期，将获取的所述第二类日期作为所述指定信用账户的第二类日期；

或者，

从所述指定信用账户的提供方获取所述指定信用账户对应的间隔天数，所述间隔天数是所述指定信用账户同一期内的第一类日期和第二类日期之间的天数；获取根据信息填写页面为所述指定信用账户设置的第一日期，利用所述间隔天数计算与所述第一日期对应的第二日期，所述第一日期为第一类日期和第二类日期中的一种，所述第二日期为第一类日期和第二类日期中的另一种。

7.根据权利要求6所述的方法，其特征在于，所述获取根据信息填写页面为所述指定信用账户设置的第一日期，利用所述间隔天数计算与所述第一日期对应的第二日期，包括：

当根据所述信息填写页面设置的第一日期为第一类日期时，将位于设置的第一日期前且距离所述第一日期间隔天数的日期作为第二日期；

当根据所述信息填写页面设置的第一日期为第二类日期时，将设置的第一日期加上所述间隔天数，得到第二日期。

8.根据权利要求1至7中任一所述的方法，其特征在于，所述确定出信用天数最长的信用账户，将所述确定出的信用账户作为用于兑换目标物的账户，包括：

当确定出至少两个信用账户的信用天数相等且最长时，获取所述客户端用户的居住地位置；

获取所述至少两个信用账户的提供方的办公地中离所述居住地位置最近的办公地；

将获取出的所述办公地所对应的信用账户作为用于兑换目标物的账户。

9.一种信用账户选择装置，其特征在于，所述装置包括：

第一确定模块，用于当客户端需要利用资源兑换目标物时，确定与所述客户端绑定的信用账户，所述信用账户是被允许从所述信用账户的提供方的资源库转出兑换资源以兑换目标物的账户，所述提供方要求下一个第一类日期之前利用所述信用账户向所述资源库转入所述兑换资源；

获取模块，用于获取所述第一确定模块确定出的每个信用账户对应的信用 天数，所述信用天数是指需要获取所述信用天数的当日起至信用账户的提供方要求的下一个第一类日期的天数；

第二确定模块，用于确定出所述获取模块获取到的信用天数最长的信用账户，将所述确定出的信用账户作为用于兑换目标物的账户。

10.根据权利要求9所述的装置，其特征在于，所述获取模块，包括：

第一获取单元，用于对于每个信用账户，获取所述信用账户对应的下一个第二类日期，所述第二类日期是注册所述信用账户时设定的，所述信用账户的提供方在每个第二类日期时提供从相邻的上一个第二类日期至本次第二类日期之间所述信用账户转出资源的转出记录；

第一计算单元，用于计算需要获取信用天数的当日至所述第一获取单元获取到的所述下一个第二类日期之间的第一间隔天数；

第二获取单元，用于获取所述第一获取单元获取到的所述下一个第二类日期至所述下一个第二类日期后所述信用账户对应的第一个第一类日期之间的第二间隔天数；

第二计算单元，用于将所述第一计算单元计算出的所述第一间隔天数和所述第二获取单元获取到的所述第二间隔天数的和值作为所述信用账户的信用天数。

11.根据权利要求10所述的装置，其特征在于，所述第一计算单元，包括：

第一获取子单元，用于获取所述信用账户当月的第二类日期；

第一计算子单元，用于若所述获取信用天数的当日日期晚于所述第一获取子单元获取到的所述当月的第二类日期，则将所述信用账户下个月的第二类日期减去所述当日日期，得到所述第一间隔天数；

第二计算子单元，用于若所述获取信用天数的当日日期早于所述第一获取子单元获取到的所述当月的第二类日期，则将所述当月的第二类日期减去所述当日日期，得到所述第一间隔天数。

12.根据权利要求10所述的装置，其特征在于，所述第二获取单元，包括：

第二获取子单元，用于获取所述信用账户当月的第一类日期；

第三计算子单元，用于若所述第二获取子单元获取到的所述当月的第一类日期晚于所述信用账户当月的第二类日期，则将所述当月的第一类日期减去所述当月的第二类日期，得到所述第二间隔天数；

第四计算子单元，用于若所述第二获取子单元获取到的所述当月的第一类日期早于所述信用账户当月的第二类日期，则将所述信用账户下个月的第一类日期减去所述当月的第二类日期，得到所述第二间隔天数。

13.根据权利要求9所述的装置，其特征在于，所述装置还包括：

设置模块，用于在需要添加与所述客户端绑定的指定信用账户时，为所述指定信用账户设置第一类日期和第二类日期；

绑定存储模块，用于将所述设置模块设置的所述第一类日期、所述设置模块设置的所述第二类日期、所述指定信用账户和所述客户端进行绑定存储。

14.根据权利要求13所述的装置，其特征在于，所述设置模块，包括：

显示单元，用于显示信息填写页面，所述信息填写页面至少包括用于设置第一类日期的第一设置项和用于设置第二类日期的第二设置项；第一确定单元，用于将利用所述第一设置项设置的日期作为所述指定信用账户的第一类日期，将所述第二设置项设置的日期作为所述指定信用账户的第二类日期；

或者，

第三获取单元，用于从所述指定信用账户的提供方获取所述指定信用账户的第一类日期和第二类日期；第二确定单元，用于将所述第三获取单元获取的所述第一类日期作为所述指定信用账户的第一类日期，将所述第三获取单元获取的所述第二类日期作为所述指定信用账户的第二类日期；

或者，

第四获取单元，用于从所述指定信用账户的提供方获取所述指定信用账户对应的间隔天数，所述间隔天数是所述指定信用账户同一期内的第一类日期和第二类日期之间的天数；第三计算单元，用于获取根据信息填写页面为所述指定信用账户设置的第一日期，利用所述第四获取单元获取到的所述间隔天数计算与所述第一日期对应的第二日期，所述第一日期为第一类日期和第二类日期中的一种，所述第二日期为第一类日期和第二类日期中的另一种。

15.根据权利要求9至14中任一所述的装置，其特征在于，所述第二确定模块，包括：

第五获取单元，用于当确定出至少两个信用账户的信用天数相等且最长时，获取所述客户端用户的居住地位置；

第六获取单元，用于获取所述至少两个信用账户的提供方的办公地中离所述第五获取单元获取到的所述居住地位置最近的办公地；

第三确定单元，用于将所述第六获取单元获取出的所述办公地所对应的信用账户作为用于兑换目标物的账户。