CN110147984A - 一种业务发送目标处理方法及装置 - Google Patents

Abstract

本说明书实施例提供一种业务发送目标处理方法及装置。所述方法包括：接收业务受理机构获取请求；所述业务受理机构获取请求包括签发机构标识和业务类型；获取所述签发机构标识对应的签发机构参数；在所述签发机构参数的取值为第一预设值时，获取所述业务类型对应的业务受理机构；反馈所述业务受理机构。利用本方法，能够简化发送流程，并能灵活应用于各项场景。

Description

一种业务发送目标处理方法及装置

技术领域

本说明书实施例涉及计算机技术领域，特别涉及一种业务发送目标处理方法及装置。

背景技术

为了处理业务，一般情况下，均设置有相应的系统，通过不同系统的内部的相关逻辑和判断路由机制可以决定当前业务需要发送的具体的下游机构，进而再次对该业务进行处理或者再次发送。

但是这样一来，由于各个系统之间缺乏联系，规则不透明，往往会导致业务发送过程繁琐，可能会经过多个中间机构进行转发才能到达最终的业务受理机构，从而浪费不必要的系统资源。同时，各个系统的判断方式不够灵活，为了适应不同的判断需求，可能需要重新改写代码，这样一来，无疑会浪费一定的时间和资源。

发明内容

本说明书实施例的目的是提供一种业务发送目标处理方法及装置，以解决现有技术中业务发送流程过于繁琐，且不能灵活应对各项场景的问题。

为了解决上述技术问题，本申请实施例提供一种业务发送目标处理方法及装置是这样实现的：

一种业务发送目标处理方法，包括：

接收业务受理机构获取请求；所述业务受理机构获取请求包括签发机构标识和业务类型；

获取所述签发机构标识对应的签发机构参数；

在所述签发机构参数的取值为第一预设值时，获取所述业务类型对应的业务受理机构；

反馈所述业务受理机构。

一种业务发送目标处理装置，包括：

请求接收模块，用于接收业务受理机构获取请求；所述业务受理机构获取请求包括签发机构标识和业务类型；

参数获取模块，用于获取所述签发机构标识对应的签发机构参数；

业务受理机构获取模块，用于在所述签发机构参数的取值为第一预设值时，获取所述业务类型对应的业务受理机构；

反馈模块，用于反馈所述业务受理机构。

由以上本说明书实施例提供的技术方案可见，本说明书实施例根据业务受理机构获取请求中所携带的签发机构标识，确定相应的签发机构参数。在签发机构参数为第一预设值的情况下，根据业务受理机构获取请求中所携带的业务类型，匹配出相应的能够处理该业务类型的业务机构，将其作为业务受理机构并进行反馈。通过上述步骤，简化了发送流程，节省了相应的时间和资源，同时，可以根据业务类型适配相应的业务受理机构，灵活应对不同的场景需求，更好地适应不同的处理环境。

附图说明

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

图1为本说明书实施例一种业务发送目标处理系统的结构图；

图2为本说明书实施例一种业务发送目标处理方法的流程图；

图3为本说明书实施例一种业务发送目标处理方法的流程图；

图4为本说明书实施例一种业务类型界面的示意图；

图5为本说明书实施例一种业务发送目标处理方法的流程图；

图6为本说明书实施例一种业务发送目标处理装置的模块图。

具体实施方式

下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

为了便于理解所述处理业务发送目标的技术构思，如图1所示，首先介绍一个能够实现所述技术构思的业务发送目标处理系统100的实施例。所述业务可以指代需要发送至其他服务器进行处理的业务。在一些实施例中，所述业务可以指代银行卡业务。所述银行卡业务在当前的服务器中不能得到处理，需要发送至其他服务器进行处理。

所述业务发送目标处理系统100可以包括第一服务器101。所述第一服务器101可以为一个服务器；或者，还可以为包括多个服务器的服务器集群。所述第一服务器例如可以为柜台操作系统、ATM机等。所述第一服务器101可以生成业务受理机构获取请求，并将所述请求发送给其他服务器；所述第一服务器101还可以接收反馈的业务受理机构，并将待处理业务发送至业务受理机构。

所述业务发送目标处理系统100可以包括第二服务器102。所述第二服务器102可以为一个服务器；或者，还可以为包括多个服务器的服务器集群。所述第二服务器例如可以为业务发送目标处理服务器。所述第二服务器102可以接受第一服务器101所发送的业务受理机构获取请求；所述第二服务器102还可以处理业务受理机构获取请求得到业务受理机构；所述第二服务器102还可以反馈所述业务受理机构至第一服务器101。

所述业务发送目标处理系统100可以包括第三服务器103。所述第三服务器103可以为一个服务器；或者，还可以为包括多个服务器的服务器集群。所述第三服务器例如可以为银行数据中心服务器。所述第三服务器103可以接收第一服务器101发送的待处理业务；所述第三服务器还可以处理所述待处理业务。

基于所述业务发送目标处理系统100，如图2所示，本说明书实施例提供一种业务发送目标处理方法，包括以下步骤：

步骤S210，第一服务器向第二服务器发送业务受理机构获取请求。

业务受理机构获取请求可以是用于获取待处理业务的发送目标的请求。在所述业务受理机构获取请求中，可以携带有签发机构标识和业务类型。

待处理业务可以是第一服务器所不能处理，需要确定发送目标的业务。第一服务器需要将所述待处理业务移交给其他可以对其进行处理的服务器进行处理。在一些具体的实施例中，所述待处理业务可以是银行卡业务。例如，基于银行卡所发起的转账交易，或利用银行卡从ATM机提取现金等业务。

签发机构标识可以用于识别待处理业务所对应的签发机构。在所述待处理业务为银行卡业务的情况下，所述签发机构标识可以是银行卡BIN号。银行卡BIN号指发卡行识别码，可以通过银行卡BIN号查询得到相应的发卡银行或机构，一般情况下为银行卡号的前六位。例如，对于银行卡BIN号为622753的银行卡，可以查询出该银行卡的签发机构为中国银行。

业务类型可以是所述待处理业务的相关信息。根据待处理业务的业务类型，能够查找可以处理所述业务类型的业务机构。业务类型也可以对应有相应的业务项目。例如，针对于银行卡业务请求，业务项目可以是交易方式、收单渠道、收单地区、收单币种、持卡人认证方式等不同的项目。每个业务项目可以包含至少一个业务选项。例如，交易方式可以包含取款、转账、余额查询三种业务选项。业务类型代表了该待处理业务所对应的业务项目中所具有的具体的业务选项。不同的待处理业务可以具备不同的业务项目以及对应的业务类型。

以下结合一个具体的示例对业务类型进行说明，如图4所示，是业务类型的具体内容的示意图。该待处理业务对应的签发机构为中行借记卡-银联-国内，并同时针对该待处理业务设置有交易码、交易上送机构、收单渠道、收单地区、收单业务类型、终端受理模式、持卡人认证方式、收单币种、收单金额上限、收单金额下限、卡产品类型、卡等级等业务项目，针对各业务项目对应均设置有项目信息，即为业务类型。

步骤S220：第二服务器接收业务受理机构获取请求。

在所述第一服务器发出该业务受理机构获取请求之后，第二服务器可以接收到所述业务受理机构获取请求，从而能够针对该请求进行相应的处理。

步骤S230：第二服务器获取签发机构标识对应的签发机构参数。

签发机构参数用于指示能否直接确定发送目标或者需要通过业务类型确定发送目标。例如，可以针对所述签发机构参数设置第一预设值和第二预设值。所述第一预设值，表示无法直接通过签发机构标识确定最终的业务受理机构，需要借助业务类型对业务受理机构进行确定。所述第二预设值，表示可以直接将所述签发机构标识对应的签发机构确定为最终的业务受理机构。

举一个具体的示例对其进行说明，例如，中国银行所发行的BIN号为“621234”的银行卡为中国银行的内部借记卡，交易一般限定在中国银行内部进行使用，若设置该参考BIN号为签发机构标识，则设置其所对应的业务受理机构参数为第二预设值，可以直接通过签发机构标识确定发送目标；而参考BIN号为“629999”的银行卡不限定具体的交易对象，可以在多个银行之间进行交易，则设置该参考BIN号为签发机构标识后，其所对应业务受理机构参数为第一预设值，说明通过该签发机构标识并不能直接确定发送目标，需要借助其他方法确定业务受理机构。

在一个实施例中，还设置有预设参考标识集合。所述参考标识集合中至少包括一个参考标识。对应于参考标识，设置相应的签发机构参数。当需要获取签发机构标识对应的签发机构参数的时候，可以在预设参考标识集合中查找与所述签发机构标识相同的参考标识，将所述参考标识对应的签发机构参数作为所述签发机构标识的签发机构参数。

所述预设参考标识还可以相应的具有有效长度和有效范围。有效范围表示了所述预设参考标识所能对应管辖的范围，例如，针对银行卡BIN号，有效范围表示以所述银行卡BIN号开头的有效银行卡号的范围。具体可以是，针对“621234”的银行卡BIN号，可以设定其有效范围为“621234000000”到“621234999999”。

有效长度可以用于指示所述预设参考标识的长度。例如，对于银行卡BIN号，大部分情况下长度为6位，但在某些情况下，银行卡BIN号的长度也可以为4位、8位等。通过明确当前所使用的参考标识的长度，从而能够有效地进行之后的操作。

利用一个具体的示例进行说明，如下表1所示，为一个预设参考标识集合。在该集合中，包含有若干个参考标识。对应于每个参考标识，设置有相应的签发机构参数、有效范围和有效长度。当获取到业务受理机构获取请求中的签发机构标识，例如“621002”时，将该签发机构标识与预设参考标识集合中的参考标识进行对比，并根据匹配到的参考标识查看对应的签发机构参数，例如，对应于“621002”的签发机构参数为“第一预设值”后，根据签发机构参数判断之后所进行的操作步骤。

表1

参考标识	签发机构参数	有效范围	有效长度
				621000	第二预设取值	621000000000-621000999999	6
621001	第一预设取值	621001000000-621001999999	6
				621002	第一预设取值	621002000000-621002999999	6
621003	第一预设取值	621003000000-621003999999	6
				621004	第二预设取值	621004000000-621004999999	6
621005	第二预设取值	621005000000-621005999999	6
				621006	第一预设取值	621006000000-621006999999	6
621007	第一预设取值	621007000000-621007999999	6
				621008	第一预设取值	621008000000-621008999999	6

步骤S240：第二服务器在所述签发机构参数的取值为第一预设值时，获取所述业务类型对应的业务受理机构。

具体的，获取所述业务类型对应的业务受理机构的方式，可以为利用所述业务类型在预设参考业务类型集合中进行匹配，获取匹配得到的参考业务类型所对应的业务受理机构。

所述预设参考业务类型集合中包含有至少一个参考业务类型。参考业务类型对应有业务受理机构。可以在参考业务类型集合中查找与业务类型相匹配的参考业务类型，并获取参考业务类型所对应的业务受理机构。

当存在多项业务类型需要进行匹配时，可以依次在参考业务类型匹配对应的业务受理机构，并将不同业务类型所对应的业务受理机构求取交集，作为最终所获取的业务受理机构。

利用一个具体的示例进行说明，业务类型包括取款、人民币。参考业务类型集合中包括上述两种业务类型，且分别对应的业务受理机构为中国银行、中国建设银行；中国银行、中国工商银行、中国农业银行，则将能同时匹配上述两种业务类型的中国银行作为业务受理机构进行获取。

在本申请的另一个实施例中，可以预先设置业务机构集合，并利用所述业务类型与预设业务机构集合中的业务机构所对应的机构业务类型进行匹配，将匹配到的业务机构作为业务受理机构，获取该业务受理机构。

业务机构即为处理各项的业务的机构。不同的业务机构可以处理不同的业务，因此，不同的业务机构可能会包含有不同的机构业务类型，表示不同机构所能处理的业务类型的范围。下表2是用于展示某一业务机构的机构业务类型的示例。该业务机构在交易方式这一业务项目中，能够处理取款、转账、余额查询等交易方式，同样的，在收单渠道、收单地区、收单币种和持卡人认证方式等业务项目中也相应的具有一定的处理内容。上述内容即为该业务机构的机构业务类型，当接收到某一业务受理机构获取请求中的业务类型时，将所述业务类型与该业务机构的机构业务类型进行对比，即可判断该业务机构能否处理所述待处理业务。

表2

交易方式	收单渠道	收单地区	收单币种	持卡人认证方式
					取款	柜台	中国大陆	人民币	密码
转账	ATM机	美国	美元	指纹
					余额查询		日本	日元

当需要获取业务受理机构的时候，将业务类型依次与预设业务机构集合中业务机构的机构业务类型进行比较，若某一业务机构的机构业务类型包含所述业务机构，则匹配成功，将该机构作为业务受理机构。例如，业务类型中包括人民币、网上银行，而当前进行对比的业务机构的机构业务类型中包含人民币、美元、英镑；柜台、ATM机、POS机，则该业务机构与业务机构获取请求中的业务类型不匹配。不可以将该业务机构作为业务受理机构。

在一个实施例中，所述业务受理机构获取请求，还可以携带有指定业务机构集合。所述指定业务机构集合中的指定业务机构从预设业务机构集合中进行选取。在进行匹配时，可以将所述业务类型与指定业务机构集合中业务机构的机构业务类型进行匹配。由于指定业务机构集合中的指定业务机构的数量不大于预设业务机构集合中的业务机构，这样一来，缩小了查找范围，从而节省时间和资源。

同时，针对查找得到的业务受理机构，还可以设置机构状态参数。所述机构状态参数，可以为预设有效值或预设无效值。当所述机构状态参数为预设有效值时，该业务受理机构可以作为发送业务的目标；当所述机构状态参数为预设无效值时，则不能将该业务受理机构作为发送业务的目标。在获取到所述业务类型对应的业务受理机构的时候，可以查看业务受理机构的机构状态参数，若其为预设有效值，则可以获取所述业务受理机构并将其反馈。这样一来，可以确保所发送的机构是能够有效处理待处理业务的业务受理机构。

针对于业务受理机构，可以设置优先级。在获取到能够处理所述业务类型的至少两个候选业务受理机构的时候，可以选取业务受理机构中具有最高优先级的候选业务受理机构，作为业务受理机构。所述优先级可以是在针对机构在一段时间内的业务数据进行考核，通过考核结果所预先设置的参数。

下面通过一个具体的示例进行说明，假设所获取的候选业务受理机构包括中国银行、中国建设银行、中国工商银行，对应设置的优先级分别为8.9、8.7、8.8，则选取优先级最高的中国银行作为业务受理机构。

在另一个实施例中，在获取到能够处理所述业务类型的至少两个候选业务受理机构的时候，可以采用计算评价参数来选取业务受理机构。

评价参数是针对不同的候选业务受理机构进行评估的参数。可以根据预设的考核项目，结合针对考核项目的考核规则，对候选业务受理机构的考核项目进行评估，得到对应于各个考核项目的考核评估值后，结合针对不同考核项目所设置的预设权重值，可以计算得到候选业务受理机构的评价参数。通过比对不同待比较机构的评价参数，选取其中评价参数最高的，作为业务受理机构。

考核项目可以是待比较机构的影响力排名、待比较机构的系统承受力、待比较机构的收费标准、固定时间内待比较机构的交易额、待比较机构的交易成功率等。可以针对待处理业务的需求设置相应的考核项目。

考核规则可以是针对不同考核项目的评判标准。因为最终需要计算得到的是考核参数，因此，可以针对不同的考核项目设置对应的量化标准，作为考核规则。例如，针对业务机构的交易成功率，将成功率乘十并四舍五入后作为对应的考核评估值。例如，90％的交易成功率对应的考核评估值为9。当然，上述评估方法只是一种示例，本领域技术人员在结合本申请技术方案的前提下能够提出更多用于评估考核项目的方法。

预设权重值是针对不同的考核项目所设置的权值。在实际应用中，根据不同考核项目所体现的重要程度，可以设置有不同的预设权重值，从而使得最终计算得到的考核参数更符合当前的需求。

下面通过一个具体的示例进行说明。假设匹配得到的候选业务受理机构包括中国银行和中国工商银行，设置的考核项目有第一季度的交易额和机构的交易成功率，上述两个待比较机构针对考核项目的考核评估值分别为9、7和8、8。针对上述两个考核项目的预设权重值分别为0.6和0.4，则根据考核评估值和预设权重值，计算得到中国银行的评价参数为8.2，中国工商银行的评价参数为8.0，则选取中国银行作为业务受理机构。

步骤S250：第二服务器向第一服务器反馈所述业务受理机构。

根据所获取到的业务受理机构，第二服务器将结果反馈至第一服务器，使得第一服务器能够选择合适的发送目标处理待处理业务。

步骤S260：第一服务器将待处理业务发送至第三服务器。

在获取到第一服务器所反馈的发送目标后，第一服务器可以将待处理业务发送至该发送目标。设定所述发送目标为第三服务器，则第一服务器将待处理业务发送至第三服务器进行处理。

以下介绍一个场景示例。在本场景示例中，小明需要用银行卡在ATM机上取1000元人民币。ATM机操作系统在接收到该取款请求后，将该银行卡卡号的前六位作为签发机构标识，将对应于交易方式、交易渠道、交易币种、交易金额四个项目的业务类型设置为取款、ATM机、人民币、1000。根据上述签发机构标识和业务类型生成业务受理机构获取请求，并将所述业务受理机构获取请求发往能够进行业务受理机构获取的服务器。

该服务器获取该请求后，首先根据其中携带的签发机构标识，获取对应的签发机构参数。查询得到签发机构参数为第一预设值，即不能将签发机构标识对应的签发机构直接作为发送目标。服务器再根据请求中携带的业务类型，获取对应于上述业务类型的业务受理机构，为中行数据中心服务器，则将中行数据中心服务器确定为业务受理机构，反馈给ATM机操作系统。

所述ATM机操作系统在得到反馈的业务受理机构之后，将所述取款业务请求发送给中行数据中心服务器进行后续步骤的处理。

本说明书实施例还提供一种业务发送目标处理方法。该方法以第二服务器为执行主体，如图3所示，具体可以包括以下步骤：

S310：接收业务受理机构获取请求。

该步骤的详细过程可以参考步骤S220中的叙述，在此不再赘述。

S320：获取所述签发机构标识对应的签发机构参数。

该步骤的详细过程可以参考步骤S230中的叙述，在此不再赘述。

S330：在所述签发机构参数的取值为第一预设值时，获取所述业务类型对应的业务受理机构。

该步骤的详细过程可以参考步骤S240中的叙述，在此不再赘述。

S340：反馈所述业务受理机构。

该步骤的详细过程可以参考步骤S250中的叙述，在此不再赘述。

以下结合一个具体的实施方式对本说明书的上述实施例进行举例说明。如图5所述，上述方法还可以通过如下步骤实现：

步骤510：接收业务受理机构获取请求；

步骤520：查找是否存在与签发机构标识相同的预设参考标识；

步骤530：若为是，查看所述签发机构标识对应的签发机构参数是否为第一预设值；

步骤540：若为是，查找是否存在对应于所述业务类型的业务受理机构；

步骤550：若为是，反馈所述业务受理机构。

如图5所示，经过步骤520的查找后，可能出现并未查找到与所述签发机构标识相同的参考标识的情况。此时可能所述银行卡业务发生了错误，或者当前的预设参考标识集合中并未收录该参考标识，总之，待处理业务可能是一个错误的业务，针对该业务的发送操作已经无法进行，应当拒绝对该业务进行处理。可以采用步骤560的操作，拒绝业务受理机构获取请求。

忽略业务受理机构获取请求的具体方式可以是反馈拒绝处理信息给发送业务受理机构获取请求的服务器，拒绝处理信息中可以携带拒绝处理的原因，例如为未找到与所述签发机构标识相同的预设参考标识，以方便其他部门对所述银行卡业务进行处理。忽略业务受理机构获取请求的具体方式也可以是不对业务受理机构获取请求做任何处理与回应。在这种情况下，可以在发送业务受理机构获取请求的服务器中设置有预设时限，当发送所述业务受理机构获取请求后的预设时限内均为收到任何回应，默认所述业务受理机构获取请求被拒绝。当然，本领域技术人员在结合本申请技术方案的基础上应当可以提出更多的忽略业务受理机构获取请求的方式，在此不再一一赘述。

同时，如图5所示，经过步骤530的判断后，可能会出现签发机构标识对应的签发机构参数不为第一预设值的情况，则所述机构参数可能为第二预设值，即可以直接通过签发机构标识对应的签发机构决定业务受理机构。

在这种情况下，可以采用步骤570的处理方法，将所述签发机构标识对应的签发机构作为业务受理机构进行反馈这样一来，可以省略之后的查找和比较过程，从而节省时间和资源，提高发送过程的处理效率。

同时，如图5所示，经过步骤540的查找，可能会出现不存在能够处理所述业务类型的业务受理机构的情况。此时可以采取步骤580的操作，拒绝业务受理机构获取请求。具体的忽略方式可以参考在步骤560中的叙述。

经过上述判断步骤和处理过程，可以实现对于一个需要选取发送目标的待处理业务，决定其相应的业务受理机构并反馈给发送请求的服务器进行发送，从而缓解了利用多个机构进行多次转发的问题，节约了时间和资源。同时，本申请的业务发送目标处理方法，可以应用于不同的系统中，从而统一了不同系统之间的判断规则，提高了系统的兼容性，也能够更好地对系统进行维护。

以下介绍本申请一种业务发送目标处理装置的实施例，如图6所示，该装置包括：

请求接收模块610，用于接收业务受理机构获取请求；所述业务受理机构获取请求包括签发机构标识和业务类型；

参数获取模块620，用于获取所述签发机构标识对应的签发机构参数；

业务受理机构获取模块630，用于在所述签发机构参数的取值为第一预设值时，获取所述业务类型对应的业务受理机构；

反馈模块640，用于反馈所述业务受理机构。

在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、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (18)

1.一种业务发送目标处理方法，其特征在于，包括：

接收业务受理机构获取请求；所述业务受理机构获取请求包括签发机构标识和业务类型；

获取所述签发机构标识对应的签发机构参数；

在所述签发机构参数的取值为第一预设值时，获取所述业务类型对应的业务受理机构；

反馈所述业务受理机构。

2.如权利要求1所述的方法，其特征在于，所述签发机构标识，包括：银行卡号中的银行标识代码。

3.如权利要求1所述的方法，其特征在于，所述获取所述签发机构标识对应的签发机构参数，包括：

将所述签发机构标识在预设参考标识集合中进行匹配；所述参考标识集合包括至少一个参考标识；所述参考标识用于标识签发机构，且对应有签发机构参数；

若匹配成功，获取匹配到的参考标识所对应的签发机构参数，作为所述签发机构标识对应的签发机构参数。

4.如权利要求3所述的方法，其特征在于，所述将所述签发机构标识在预设参考标识集合中进行匹配之后，还包括：

若匹配失败，拒绝所述业务受理机构获取请求。

5.如权利要求4所述的方法，其特征在于，所述拒绝所述业务受理机构获取请求，包括：

忽略所述业务受理机构获取请求；

或者，反馈拒绝处理信息。

6.如权利要求1所述的方法，其特征在于，所述获取所述签发机构标识对应的签发机构参数之后，还包括：

在所述签发机构参数的取值为第二预设值时，将所述签发机构标识对应的签发机构作为业务受理机构，并反馈该业务受理机构。

7.如权利要求1所述的方法，其特征在于，所述获取所述业务类型对应的业务受理机构，包括：

将所述业务类型在预设参考业务类型集合中进行匹配；所述参考业务类型集合包括至少一个参考业务类型；所述参考业务类型对应有业务受理机构；

若匹配成功，获取匹配到的参考业务类型所对应的业务受理机构。

8.如权利要求7所述的方法，其特征在于，所述将所述业务类型在预设参考业务类型集合中进行匹配之后，还包括：

若匹配失败，拒绝所述业务受理机构获取请求。

9.如权利要求8所述的方法，其特征在于，所述拒绝所述业务受理机构获取请求，包括：

忽略所述业务受理机构获取请求；

或者，反馈拒绝处理信息。

10.如权利要求7所述的方法，其特征在于，所述业务受理机构，对应有机构状态参数；所述若匹配成功，获取匹配到的参考业务类型所对应的业务受理机构，包括：

若匹配成功，且匹配到的参考业务类型所对应的业务受理机构的机构状态参数为预设有效值，获取所述业务受理机构。

11.如权利要求1所述的方法，其特征在于，所述获取所述业务类型对应的业务受理机构，包括：

将所述业务类型与预设业务机构集合中业务机构的机构业务类型进行匹配；

若匹配成功，获取匹配到的机构业务类型所对应的业务机构，作为业务受理机构。

12.如权利要求11所述的方法，其特征在于，所述将所述业务类型与预设业务机构集合中业务机构的机构业务类型进行匹配之后，还包括：

若匹配失败，拒绝所述业务受理机构获取请求。

13.如权利要求12所述的方法，其特征在于，所述拒绝所述业务受理机构获取请求，包括：

忽略所述业务受理机构获取请求；

或者，反馈拒绝处理信息。

14.如权利要求11所述的方法，其特征在于，所述业务受理机构获取请求中携带有指定业务机构集合，所述指定业务机构集合中的指定业务机构从所述预设业务机构集合中选取；所述将所述业务类型与预设业务机构集合中业务机构的机构业务类型进行匹配，包括：

将所述业务类型与指定业务机构集合中业务机构的机构业务类型进行匹配。

15.如权利要求1所述的方法，其特征在于，所述获取所述业务类型对应的业务受理机构，包括：

获取能够处理所述业务类型的至少两个候选业务受理机构，每个候选业务受理机构具有优先级；

从所述至少两个业务机构中选取具有最高优先级的候选业务受理机构，作为业务受理机构。

16.如权利要求1所述的方法，其特征在于，所述获取所述业务类型对应的业务受理机构，包括：

获取能够处理所述业务类型的至少两个候选业务受理机构；

分别计算每个候选业务受理机构的评价参数；

获取评价参数最高的候选业务受理机构，作为业务受理机构。

17.如权利要求16所述的方法，其特征在于，所述计算每个候选业务受理机构的评价参数，包括：

获取所述候选业务受理机构的至少一个考核项目；所述考核项目，对应有考核规则和预设权重值；

根据所述考核项目所对应的考核规则，获取所述考核项目的考核评估值；

根据所述考核评估值和所述预设权重值，计算所述候选业务受理机构的评价参数。

18.一种业务发送目标处理装置，其特征在于，包括：

请求接收模块，用于接收业务受理机构获取请求；所述业务受理机构获取请求包括签发机构标识和业务类型；

参数获取模块，用于获取所述签发机构标识对应的签发机构参数；

业务受理机构获取模块，用于在所述签发机构参数的取值为第一预设值时，获取所述业务类型对应的业务受理机构；

反馈模块，用于反馈所述业务受理机构。