本发明涉及数据调用领域，尤其涉及一种关联系统间的数据调用系统及方法。
背景技术：
：复杂的应用场景下，两个或两个以上的关联系统之间需要频繁地进行远程实时数据交互，容易造成关联系统因被无限制的大量远程调用数据而被压垮的问题。如某业务系统中的大量的流程节点需要调用某工作流系统的数据，进行流程的流转，且需要流程流转的时效性很高。一般的做法是业务系统的工作节点直接远程调用工作流系统，容易造成工作流系统被无限制的大量远程调用直到被压垮甚至崩溃。目前，业界基于工作流的数据处理方法是，将流程定义的最小元素细化到节点；将流程定义和任务获取权限的定义分成两个独立的模块，相互之间不再依赖；增加任务缓存cache模块，对绝大多数任务的查询操作由该模块提供，降低db的压力；增加历史数据分发bam模块，根据任务所属的系统不同将历史数据分发给各第一系统自行保管并维护。尽管这种方法可以灵活的定义流程模式、支持流程间通信、可以快速响应业务权限调整，但未解决第一系统的工作节点大量远程调用第二系统的数据，造成第二系统被无限制的大量远程调用而被压垮的问题。技术实现要素：本发明提供一种关联系统间的数据调用系统及方法，其主要目的在于解决因第一系统的大量线程无限制地远程调用第二系统的数据，导致第一系统大量线程被占用、第二系统被大量线程无限制地远程调用，而造成第一系统及第二系统被压垮的技术问题。为实现上述目的，本发明提供一种关联系统间的数据调用方法，该方法包括以下步骤：根据第一系统配置的服务器数量创建多个线程；当第一系统收到客户端发送的大量访问请求时，将收到的所述访问请求分配给所述多个线程；及调用所述多个线程执行分配得到的访问请求，通过网络访问第二系统，将从第二系统获取的数据反馈给所述第一系统，由第一系统反馈给客户端。优选地，所述根据第一系统配置的服务器数量创建多个线程的步骤包括：确定第一系统所配置的服务器数量；及根据所述第一系统所配置的服务器数量创建相应的多个线程。优选地，所述当第一系统收到客户端发送的大量访问请求时，将收到的所述访问请求分配给所述多个线程的步骤包括：将所述第一系统收到的客户端发送的访问请求数量与所述多个线程的数量执行求余运算；根据运算结果将访问请求分配给所述多个线程。优选地，该关联系统间的数据调用系统存储于第一系统所配置的服务器集群提供的存储空间。优选地，该存储空间可以位于第一系统的服务器集群中的某一台服务器，也可以是由第一系统的服务器集群中不同服务器的存储空间碎片组成的一个存储空间。优选地，创建的多个线程的数量为第一系统配置的服务器数量的整数倍。另外，为实现上述目的，本发明还提供一种服务器，所述服务器包括存储设备、处理器、显示器及存储在所述存储设备上并可在所述处理器上运行的关联系统间的数据调用系统，所述处理器执行所述关联系统间的数据调用系统时，可实现如下步骤：根据第一系统配置的服务器数量创建多个线程；当第一系统收到客户端发送的大量访问请求时，将收到的所述访问请求分配给所述多个线程；及调用所述多个线程执行分配得到的访问请求，通过网络访问第二系统，将从第二系统获取的数据反馈给所述第一系统，由第一系统反馈给客户端。优选地，所述根据第一系统配置的服务器数量创建多个线程的步骤包括：确定第一系统所配置的服务器数量；及根据所述第一系统所配置的服务器数量创建相应的多个线程。优选地，所述当第一系统收到客户端发送的大量访问请求时，将收到的所述访问请求分配给所述多个线程的步骤包括：将所述第一系统收到的客户端发送的访问请求数量与所述多个线程的数量执行求余运算；根据运算结果将访问请求分配给所述多个线程。此外，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有关联系统间的数据调用系统，所述关联系统间的数据调用系统被至少一个处理器执行时，可实现如下步骤：根据第一系统配置的服务器数量创建多个线程；当第一系统收到客户端发送的大量访问请求时，将收到的所述访问请求分配给所述多个线程；及调用所述多个线程执行分配得到的访问请求，通过网络访问第二系统，将从第二系统获取的数据反馈给所述第一系统，由第一系统反馈给客户端。优选地，所述根据第一系统配置的服务器数量创建多个线程的步骤包括：确定第一系统所配置的服务器数量；及根据所述第一系统所配置的服务器数量创建相应的多个线程。优选地，所述当第一系统收到客户端发送的大量访问请求时，将收到的所述访问请求分配给所述多个线程的步骤包括：将所述第一系统收到的客户端发送的访问请求数量与所述多个线程的数量执行求余运算；根据运算结果将访问请求分配给所述多个线程。相较现有技术，本发明提供的关联系统间的数据调用系统及方法，通过在第一系统与第二系统之间设置一数据调用系统，利用该关联系统间的数据调用系统，可以对同时发生的访问请求起到限流的作用，解决现有技术中第一系统收到大批量访问请求时，调用大量线程无限制地远程调用第二系统的数据，使第一系统大量线程被占用、第二系统被大量线程无限制远程调用，从而造成第一系统及第二系统不堪重负的问题。附图说明图1为本发明关联系统间的数据调用系统较佳实施例的应用环境图。图2为本发明关联系统间的数据调用系统较佳实施例的功能模块图。图3为本发明关联系统间的数据调用系统较佳实施例的硬件架构图。图4为本发明关联系统间的数据调用方法较佳实施例的流程图。图5为本发明关联系统间的数据调用方法较佳实施例中步骤s10的细化流程图。图6为本发明关联系统间的数据调用方法较佳实施例中步骤s20的细化流程图。附图标记：1、4服务器2网络3客户端11、21存储设备12处理器13显示器10关联系统间的数据调用系统110线程创建模块120请求分配模块130请求执行模块121运算模块122任务分配模块本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。具体实施方式应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。如图1所示，是本发明关联系统间的数据调用系统10较佳实施例的应用环境图。在本实施例中，所述关联系统间的数据调用系统10架设于两个或两个以上关联系统之间，如：第一系统a与第二系统b。所述第一系统a及所述第二系统b均配置有一台或多台服务器1，该第一系统a及该第二系统b之间可以进行数据交互。所述数据调用系统应用于该第一系统a配置的一台或多台服务器1，所述一台或多台服务器1通过网络2连接一个或多个客户端3。在本实施例中，所述第一系统a可以是业务系统，如某金融服务机构的业务系统，所述第二系统b可以是工作流系统，如管理该金融服务机构各个工作流程节点的系统。在其他实施例中，所述第一系统a也可以是其他机构的业务系统。所述第一系统a配置的所述一台或多台服务器1连接存储设备11。该存储设备11存储了该金融服务机构所有客户的资料，例如客户身份信息、账号信息及保险购买信息等资料。所述一台或多台服务器1连接的存储设备11可以是本地的存储设备，也可以是通过网络2连接的存储设备。所述第二系统b配置的所述一台或多台服务器4连接存储设备21。该存储设备21存储了该金融服务机构所有保单流程节点状况等数据。所述一台或多台服务器2连接的存储设备21可以是本地的存储设备，也可以是通过网络2连接的存储设备。其中，所述关联系统间的数据调用系统10可以配置于所述第一系统a所配置的一台或多台服务器1提供的存储空间。该存储空间可以位于第一系统a的一台或多台服务器1中的某一台服务器1，也可以是由第一系统a的一台或多台服务器1中不同服务器1的存储空间碎片组成的一个存储空间。优选地，所述关联系统间的数据调用系统10还可以配置于单一的服务器1。网络2可以为局域网(localareanetwork，lan)、广域网(wideareanetwork，wan)和城域网(metropolitanareanetwork，man)等等类型的网络，可以为有线网络(wirednetwork)，光纤网络(opticalfibernetwork)，也可以为无线网络(wirelessnetwork)。客户端3可以为桌上型计算机、笔记本、平板电脑、智能手机、电子书阅读器、mp3(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)播放器、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放器、便携计算机等可以通过网络2与服务器1进行通信的终端设备。如图2所示，是本发明关联系统间的数据调用系统10较佳实施例的功能模块图。在本实施例中，所述关联系统为第一系统a与第二系统b，关联系统间的数据调用系统10架设在所述第一系统a及所述第二系统b之间，所述第一系统a为业务系统，所述第二系统b为工作流系统。所述关联系统间的数据调用系统10包括：线程创建模块110、请求分配模块120及请求执行模块130。线程创建模块110，用于根据第一系统a配置的服务器1数量创建多个线程。所述线程创建模块110则依据所述第一系统a配置的服务器1数量，创建相应的多个线程，该多个线程的数量为所述第一系统a配置的服务器1数量的整数倍。例如，若业务系统配置的服务器1数量为5台，那么，线程创建模块110创建多个线程，可以是5个、10个、15个等。具体地，所述线程创建模块110还用于确定所述第一系统a配置的服务器1数量。以业务系统为例，在业务系统创建过程中，对于该业务系统所配置的服务器1数量，工程师会考虑到该业务系统未来可能要面对的最大并发数量，并以此来配置服务器1数量。若该业务系统未来的并发数量较大，那么相应的该业务系统配置的服务器1数量会相应增加。当然，服务器1数量并不会因并发数量增大而无限增加。故所述线程创建模块110可从所述业务系统的配置文件中查询该业务系统配置的服务器1数量，或者从该业务系统的相关记录中查询该业务系统配置的服务器1数量。请求分配模块120，用于当第一系统a收到客户端3发送的大量访问请求时，将收到的所述访问请求分配给所述多个线程。以业务系统为例，业务系统配置的服务器1数量为5台、所述线程创建模块110创建10个线程，将该10个线程依次进行编号：0号线程、1号线程、2号线程、…、9号线程，当业务系统收到来自客户端3的大量访问请求时，所述请求分配模块120将大量访问请求尽可能均匀地分配给该10个线程。进一步地，所述请求分配模块120包括：运算模块121及任务分配模块122。运算模块121，用于将所述第一系统a收到的访问请求数量与所述多个线程的数量执行求余(mod)运算。例如，当所述业务系统收到来自客户端3的25条访问请求时，所述运算模块121将收到的访问请求数量25与线程数量10进行求余运算，25与10的求余结果为5。任务分配模块122，用于根据运算结果将访问请求分配给所述多个线程。若运算结果为0，那么所述任务分配模块122将该大量的访问请求平均分配给所述多个线程。若运算结果为a，且a≠0，那么，将收到的访问请求的数量减去a后，平均分配给所述多个线程，然后将剩下的a条访问请求依次分配给0号至(a-1)号线程，直至分完为止。例如，所述运算模块121将业务系统接收到的访问请求数量为20条，线程数量为10个，执行求余运算得到的结果为0，那么，所述任务分配模块122将20条访问请求平均分配给10个线程，每个线程平均分到2条数据请求。若所述运算模块121将业务系统接收到的访问请求数量为25条，线程数量为10个，执行求余运算得到的结果为5，那么收到的25条访问请求减去求余的5条访问请求后有20条访问请求，所述任务分配模块122先将该20条访问请求平均分配给10个线程后，剩下的5条线程依次分给0号线程、1号线程、2号线程、3号线程及4号线程。具体地，所述任务分配模块122还根据各线程目前的访问请求处理情况对新的访问请求进行分配。例如，业务系统收到12条新的访问请求，且各线程未完成的访问请求处理情况如下，1号线程：1条；3号线程：1条；其他线程所分配到的访问请求均已完成处理。那么，业务系统接收到的新的访问请求数量12，线程数量为10个，所述运算模块121执行求余运算得到的结果为2，那么收到的12条访问请求减去求余的2条访问请求后有10条访问请求，所述任务分配模块122先将该10条访问请求平均分配给10个线程后，因1号线程还有未处理的访问请求，故将剩下的2条线程依次分给0号线程及2号线程。请求执行模块130，用于调用所述多个线程执行其分配得到的访问请求，通过网络2访问第二系统b，将从第二系统b获取的数据反馈给第一系统a，由第一系统a反馈给客户端3。以寿险行业为例，寿险流程包括以下几个节点：投保-核保-承保。每个寿险业务人员均通过客户端3访问业务系统、进行相关操作，工作流系统则对寿险各流程节点进行管理。若寿险业务人员欲从业务系统上查询单号为xx的寿险订单目前的处理情况，那么，业务系统接收到这个访问请求后，所述请求执行模块130调用线程，通过网络2访问工作流系统，读取到与单号为xx的寿险订单相关的数据，并将该结果反馈至业务系统，告知客户端3的寿险业务人员该单号的寿险订单目前处于核保状态。再比如，该寿险业务人员对单号为xx的寿险订单进行了核对，确保该订单信息准确无误，可以进入下一个节点—承保节点，那么，寿险业务人员在业务系统上进行相应操作，所述请求执行模块130将该信号发送至工作流系统，使该寿险订单处理状态进入到下一个节点，然后，将该寿险订单的处理结果反馈至业务系统，告知客户端3的寿险业务人员该订单已进入承保节点。如图3所示，是本发明关联系统间的数据调用系统10较佳实施例的硬件架构图。在本实施例中，所述关联系统间的数据调用系统10应用于服务器1，该服务器1包括，但不仅限于，存储设备11、处理器12及显示器13。存储设备11存储有关联系统间的数据调用系统10的程序代码，该存储设备11可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等等。处理器12可以是一中央处理器(centralprocessingunit,cpu)，微处理器或其他数据处理芯片，用于从存储设备11中读取并运行其存储的关联系统间的数据调用系统10的程序。显示器13可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organiclight-emittingdiode，有机发光二极管)触摸器等。显示器13用于显示可视化的用户界面。优选地，该服务器1还可以包括用户接口，用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选的，用户接口还可以包括标准的有线接口、无线接口。图3仅示出了具有组件11-13以及关联系统间的数据调用系统10的服务器1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。如图4所示，是本发明关联系统间的数据调用方法较佳实施例的流程图。在本实施例中，所述关联系统间的数据调用方法包括：步骤s10、s20及步骤s30。步骤s10，根据第一系统a配置的服务器1数量创建多个线程。在第一系统a及第二系统b之间架设一个关联系统间的数据调用系统10，所述线程创建模块110则依据所述第一系统a配置的服务器1数量，创建相应的多个线程，该多个线程的数量为所述第一系统a配置的服务器1数量的整数倍。具体地，如图5所示，步骤s10包括：步骤s11及步骤s12。步骤s11，确定第一系统a所配置的服务器1数量。以业务系统为例，在业务系统创建过程中，对于该业务系统所配置的服务器1数量，工程师会考虑到该业务系统未来可能要面对的最大并发数量，并以此来配置服务器1数量。若该业务系统未来的并发数量较大，那么相应的该业务系统配置的服务器1数量会相应增加。当然，服务器1数量并不会因并发数量增大而无限增加。故所述线程创建模块110可从所述业务系统的配置文件中查询该业务系统配置的服务器1数量，或者从该业务系统的相关记录中查询该业务系统配置的服务器1数量。步骤s12，根据所述第一系统a所配置的服务器1数量创建相应的多个线程。该多个线程的数量为所述第一系统a配置的服务器1数量的整数倍。例如，若第一系统a配置的服务器1数量为5台，那么，线程创建模块110创建多个线程，可以是5个、10个、15个等。步骤s20，当第一系统a收到客户端3发出的大量访问请求时，将收到的所述访问请求分配给所述多个线程。以业务系统为例，业务系统配置的服务器1数量为5台、所述线程创建模块110创建10个线程，将该10个线程依次进行编号：0号线程、1号线程、2号线程、…、9号线程，当业务系统收到来自客户端3的大量访问请求时，所述请求分配模块120将大量访问请求尽可能均匀地分配给该10个线程。进一步地，如图6所示，步骤s20包括：步骤s21及步骤s22。步骤s21，所述运算模块121将所述第一系统a收到的客户端3发出的访问请求数量与所述多个线程的数量执行求余(mod)运算。例如，当所述业务系统收到来自客户端3的25条访问请求时，所述运算模块121将收到的访问请求数量25与线程数量10进行求余运算，25与10的求余结果为5。步骤s22，所述任务分配模块122根据运算结果将访问请求分配给所述多个线程。若运算结果为0，那么所述任务分配模块122将该大量的访问请求平均分配给所述多个线程。若运算结果为a，且a≠0，那么，将收到的访问请求的数量减去a后，平均分配给所述多个线程，然后将剩下的a条访问请求依次分配给0号至(a-1)号线程，直至分完为止。例如，所述运算模块121将业务系统接收到的访问请求数量为20条，线程数量为10个，执行求余运算得到的结果为0，那么，所述任务分配模块122将20条访问请求平均分配给10个线程，每个线程平均分到2条数据请求。再例如，若所述运算模块121将第一系统a接收到的访问请求数量为25条，线程数量为10个，执行求余运算得到的结果为5，那么收到的25条访问请求减去求余的5条访问请求后有20条访问请求，所述任务分配模块122先将该20条访问请求平均分配给10个线程后，剩下的5条线程依次分给0号线程、1号线程、2号线程、3号线程及4号线程。具体地，步骤s22还根据各线程目前的访问请求处理情况对新的访问请求进行分配。例如，业务系统收到12条新的访问请求，且各线程未完成的访问请求处理情况如下，1号线程：1条；3号线程：1条；其他线程所分配到的访问请求均已完成处理。那么，业务系统接收到的新的访问请求数量为12条，线程数量为10个，所述运算模块121执行求余运算得到的结果为2，那么收到的12条访问请求减去求余的2条访问请求后有10条访问请求，所述任务分配模块122先将该10条访问请求平均分配给10个线程后，因1号线程还有未处理的访问请求，故将剩下的2条线程依次分给0号线程及2号线程。步骤s30，所述请求执行模块130调用所述多个线程执行分配得到的访问请求，通过网络2访问第二系统b，将从第二系统b获取的数据反馈给所述第一系统a，由第一系统a反馈给客户端3。以寿险行业为例，寿险流程包括以下几个节点：投保-核保-承保。每个寿险业务人员均通过客户端3访问业务系统、进行相关操作，工作流系统则对寿险各流程节点进行管理。若寿险业务人员欲从业务系统上查询单号为xx的寿险订单目前的处理情况，那么，业务系统接收到这个访问请求后，所述请求执行模块130调用线程，通过网络2访问工作流系统，读取到与单号为xx的寿险订单相关的数据，并将该结果反馈至业务系统，告知客户端3的寿险业务人员该单号的寿险订单目前处于核保状态。再比如，该寿险业务人员对单号为xx的寿险订单进行了核对，确保该订单信息准确无误，可以进入下一个节点—承保节点，那么，寿险业务人员在业务系统上进行相应操作，所述请求执行模块130将该信号发送至工作流系统，使该寿险订单处理状态进入到下一个节点，然后，将该寿险订单的处理结果反馈至业务系统，告知客户端3的寿险业务人员该订单已进入承保节点。此外，本发明还包括一种计算机可读存储介质，该计算机可读存储介质存储有关联系统间的数据调用系统10。在本实施例中，该关联系统间的数据调用系统10被至少一个处理器12执行，以实现：步骤s10、s20及步骤s30。步骤s10，根据第一系统a配置的服务器1数量创建多个线程。在第一系统a及第二系统b之间架设一个关联系统间的数据调用系统10，所述线程创建模块110则依据所述第一系统a配置的服务器1数量，创建相应的多个线程，该多个线程的数量为所述第一系统a配置的服务器1数量的整数倍。具体地，步骤s10包括：步骤s11及步骤s12。步骤s11，确定第一系统a所配置的服务器1数量。以业务系统为例，在业务系统创建过程中，对于该业务系统所配置的服务器1数量，工程师会考虑到该业务系统未来可能要面对的最大并发数量，并以此来配置服务器1数量。若该业务系统未来的并发数量较大，那么相应的该业务系统配置的服务器1数量会相应增加。当然，服务器1数量并不会因并发数量增大而无限增加。故所述线程创建模块110可从所述业务系统的配置文件中查询该业务系统配置的服务器1数量，或者从该业务系统的相关记录中查询该业务系统配置的服务器1数量。步骤s12，根据所述第一系统a所配置的服务器1数量创建相应的多个线程。该多个线程的数量为所述第一系统a配置的服务器1数量的整数倍。例如，若第一系统a配置的服务器1数量为5台，那么，线程创建模块110创建多个线程，可以是5个、10个、15个等。步骤s20，当第一系统a收到客户端3发出的大量访问请求时，将收到的所述访问请求分配给所述多个线程。以业务系统为例，业务系统配置的服务器1数量为5台、所述线程创建模块110创建10个线程，将该10个线程依次进行编号：0号线程、1号线程、2号线程、…、9号线程，当业务系统收到来自客户端3的大量访问请求时，所述请求分配模块120将大量访问请求尽可能均匀地分配给该10个线程。进一步地，步骤s20包括：步骤s21及步骤s22。步骤s21，所述运算模块121将所述第一系统a收到的客户端3发出的访问请求数量与所述多个线程的数量执行求余(mod)运算。例如，当所述业务系统收到来自客户端3的25条访问请求时，所述运算模块121将收到的访问请求数量25与线程数量10进行求余运算，25与10的求余结果为5。步骤s22，所述任务分配模块122根据运算结果将访问请求分配给所述多个线程。若运算结果为0，那么所述任务分配模块122将该大量的访问请求平均分配给所述多个线程。若运算结果为a，且a≠0，那么，将收到的访问请求的数量减去a后，平均分配给所述多个线程，然后将剩下的a条访问请求依次分配给0号至(a-1)号线程，直至分完为止。例如，所述运算模块121将业务系统接收到的访问请求数量为20条，线程数量为10个，执行求余运算得到的结果为0，那么，所述任务分配模块122将20条访问请求平均分配给10个线程，每个线程平均分到2条数据请求。再例如，若所述运算模块121将第一系统a接收到的访问请求数量为25条，线程数量为10个，执行求余运算得到的结果为5，那么收到的25条访问请求减去求余的5条访问请求后有20条访问请求，所述任务分配模块122先将该20条访问请求平均分配给10个线程后，剩下的5条线程依次分给0号线程、1号线程、2号线程、3号线程及4号线程。具体地，步骤s22还根据各线程目前的访问请求处理情况对新的访问请求进行分配。例如，业务系统收到12条新的访问请求，且各线程未完成的访问请求处理情况如下，1号线程：1条；3号线程：1条；其他线程所分配到的访问请求均已完成处理。那么，业务系统接收到的新的访问请求数量为12条，线程数量为10个，所述运算模块121执行求余运算得到的结果为2，那么收到的12条访问请求减去求余的2条访问请求后有10条访问请求，所述任务分配模块122先将该10条访问请求平均分配给10个线程后，因1号线程还有未处理的访问请求，故将剩下的2条线程依次分给0号线程及2号线程。步骤s30，所述请求执行模块130调用所述多个线程执行分配得到的访问请求，通过网络2访问第二系统b，将从第二系统b获取的数据反馈给所述第一系统a，由第一系统a反馈给客户端3。以寿险行业为例，寿险流程包括以下几个节点：投保-核保-承保。每个寿险业务人员均通过客户端3访问业务系统、进行相关操作，工作流系统则对寿险各流程节点进行管理。若寿险业务人员欲从业务系统上查询单号为xx的寿险订单目前的处理情况，那么，业务系统接收到这个访问请求后，所述请求执行模块130调用线程，通过网络2访问工作流系统，读取到与单号为xx的寿险订单相关的数据，并将该结果反馈至业务系统，告知客户端3的寿险业务人员该单号的寿险订单目前处于核保状态。再比如，该寿险业务人员对单号为xx的寿险订单进行了核对，确保该订单信息准确无误，可以进入下一个节点—承保节点，那么，寿险业务人员在业务系统上进行相应操作，所述请求执行模块130将该信号发送至工作流系统，使该寿险订单处理状态进入到下一个节点，然后，将该寿险订单的处理结果反馈至业务系统，告知客户端3的寿险业务人员该订单已进入承保节点。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。本实施方式中提到的“一个实施例”、“另一个实施例”可以为相同的实施例，也可以为不同的实施例。最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。当前第1页12