一种设备信息收集方法、装置及系统与流程

本申请涉及通信技术领域，特别涉及一种设备信息收集方法、装置及系统。

背景技术：

智能终端的普及使得o2o的概念变得异常火爆(o2o即onlinetooffline，即将线下商务的机会与互联网结合在一起,让互联网成为线下交易的前台)，各大互联网公司都想在o2o上有所作为。在o2o模式中，移动应用是最为重要的载体，而要想实现体验闭环，光有app是不够的，必须能够较为精准的对用户提供个性化的体验，而且移动安全也是一个不容忽视的问题。因此这就涉及到了智能终端设备信息的收集，只有拥有了完善的设备信息，才能识别风险，过滤恶意的请求，并且可以利用地域信息等分析用户需求。

在现有技术中开发智能手机的app时，需要收集智能手机的设备信息，这些设备信息包含imei、imsi等设备唯一性信息，也包含经纬度等可变信息。这些设备信息对于用户安全校验和点对点运营具有非常重要的作用，现有技术中将上述设备信息放在app的业务数据中上传到系统服务器，但由于设备信息的数据量较大，在移动互联网上受到信号、带宽等限制，如果不加处理的全部上传到服务端，会使得整个上传过程十分缓慢，并且增加了流量资费，因此降低了用户体验。

技术实现要素：

为了解决现有技术中智能终端向服务器一次上传设备信息较多，造成上传缓慢，并且容易在长时间的上传数据过程中出现错误造成传输失败，业务中断的问题，本申请实施例提出了一种设备信息收集方法、装置及系统，通过多次上传设备信息解决上述问题，可以在网络环境不佳时依然能够畅顺的完成业务，降低对于网络带宽的要求。

本申请实施例提供了一种设备信息收集方法，包括：

分多次向服务器发送部分设备信息。

本申请实施例还提供了一种设备信息收集方法，包括：

分多次接收智能终端发送的部分设备信息。

本申请实施例还提供了一种智能终端，包括：

发送单元，用于分多次向服务器发送部分设备信息。

本申请实施例还提供了一种服务器，包括：

接收单元，用于分多次接收智能终端发送的部分设备信息。

本申请实施例还提供了一种设备信息收集系统，包括：

智能终端，用于分多次向服务器发送部分设备信息；

服务器，用于分多次接收智能终端发送的部分设备信息。

由以上本申请实施例提供的技术方案可见，智能终端可以根据服务器的需求信息分批次的上传设备信息，从而节省智能终端与服务器端之间的网络带宽，并且可以使得业务相应更加迅速，从而提升了用户体验。

当然实施本申请的任一产品或者方法必不一定需要同时达到以上所述的所有优点。

附图说明

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

图1所示为本申请实施例一种设备信息收集方法的流程图；

图2所示为本申请实施例一种设备信息收集方法的流程图；

图3所示为本申请实施例一种智能终端的结构示意图；

图4所述为本申请实施例一种服务器的结构示意图；

图5所示为本申请实施例一种设备信息收集系统的结构示意图；

图6所示为本申请实施例一种设备信息收集系统的数据流图；

图7所示为本申请实施例的系统结构示意图；

图8所示为本申请实施例另一种设备信息收集系统的数据流图；

图9所示为本申请实施例设备信息收集方法另一流程图；

图10所示为本申请实施例设备信息收集方法另一流程图。

具体实施方式

本申请实施例提供一种设备信息收集方法、装置及系统。

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

如图1所示为本申请实施例一种设备信息收集方法的流程图，在本图中描述了智能终端分多次上传部分设备信息的过程，所述智能终端可能包括智能手机、平板电脑、智能穿戴设备等，根据服务器端的要求分多次上传部分设备信息可以减小对网络带宽的要求，并且可以快速的响应用户的操作指令。

该方法具体包括

步骤101，分多次向服务器发送部分设备信息。

作为本申请的一个实施例，在向服务器分多次发送部分设备信息之前还包括，接收服务器分多次发送的需求信息，在向服务器分多次发送部分设备信息中还包括，根据所述需求信息发送相应的设备信息。

作为本申请的一个实施例，向服务器分多次发送部分设备信息中进一步包括，根据预先设定的规则，分多次向服务器发送相应设备信息。

其中，智能终端根据预先执行的规则，在智能终端与服务器之间进行多次通信的过程中，向服务器相应的设备信息，例如规则规定在业务初始阶段传送哪些设备信息，在业务开始阶段传送哪些设备信息，在业务认证阶段传送哪些设备信息等。作为本申请的一个实施例，在接收服务器发送的需求信息之前还包括，检测当前网络质量，并将所述当前网络质量发送给服务器。

其中，智能终端将检测到的当前网络质量传送给服务器，令服务器可以根据该当前网络质量发出相应的需求信息，例如当前处于低速网络(2g网络)，数据传输速率较慢，因此智能终端将当前网络的类型发送给服务器，有服务器决定在当前业务的每个阶段只需要智能终端上传一部分与业务相关的设备信息；如果当前智能终端处于高速网络环境(4g网络)，但是4g网络的数据传输质量并不理想，例如通信信号的信噪比低于预设的门限值，则由服务器下发需要智能终端上传的设备信息，其中，可以需求信息中可以包括某个业务阶段需要的设备信息，也可以包括几个业务阶段所需的设备信息，这样可以减少在一次通信过程中传输过多的设备信息数据，使得业务处理过程迟缓。

作为本申请的一个实施例，接收服务器分多次发送的需求信息中进一步包括，接收服务器根据当前业务所处阶段分多次发送的需求信息。

作为本申请的一个实施例，接收服务器分多次发送的需求信息中进一步包括，接收服务器根据当前业务所处阶段和/或所述当前网络质量分多次发送的需求信息。

作为本申请的一个实施例，在接收服务器发送的需求信息之前包括，向服务器发送当前业务初始阶段所需的基本设备信息。

其中，对于大部分业务来说都需要获得智能终端的唯一标识符，对于智能手机来说唯一标识符可能包括imei(移动设备国际身份码)和/或imsi(国际移动用户识别码)，这部分唯一标识智能终端的基本设备信息可以在智能终端与服务器端发起业务请求时传送给服务器端，不需要服务器端事先通知；或者这部分的基本设备信息也可以根据服务器端的需求，由智能终端向服务器端发送。

作为本申请的一个实施例，所述基本设备信息包括，智能终端的唯一标识符。

其中，对于智能手机来说，唯一标识符可能包括imei(移动设备国际身份码)和/或imsi(国际移动用户识别码)等，对于平板电脑或者可穿戴智能设备等智能终端来说可能是wifi通信模块的mac地址(硬件地址)等信息。

作为本申请的一个实施例，所述分多次向服务器发送部分设备信息进一步包括，将所述部分设备信息与所述当前业务的业务数据一同向所述服务器发送，或将所述部分设备信息与所述当前业务的业务数据分别向所述服务器发送。

其中，将部分设备信息与当前业务的业务数据一同发送或者单独发送可以根据业务的需求来决定，在此不作限定。

作为本申请的一个实施例，所述需求信息包括，所述当前业务所处阶段所需设备信息的分类指令。

其中，分类指令例如为a、b、c等，或者为1、2、3等指示信息，即将业务所处阶段进行分类，每个阶段的分类都对应相应的指示信息，不需要服务器针对当前业务所处阶段将所有需要的设备信息逐一的告知智能终端，这样可以进一步减少两端通信的数据量，节省对于无线通信网络带宽的需求，进一步加快应用的响应，使得业务进入下一阶段。

所述的需求信息还可以包括具体设备信息的名称、或id等信息。

作为本申请的一个实施例，所述设备信息包括智能终端的位置信息、环境信息、状态信息、私有信息等。

其中，位置信息进一步包括gps信息、基站信息等，环境信息进一步包括该智能终端连接的wifi信息、该智能终端的速度信息等，状态信息进一步包括智能终端的应用版本号、系统版本、开机时间长度等，私有信息进一步包括应用的签名信息等。

如图9所示为本申请实施例设备信息收集方法另一流程图，在本图中描述了智能终端侧的步骤方法，具体包括：

步骤901，检测当前网络质量，并将所述当前网络质量发送给服务器。

在本步骤中，向服务器报告当前网络质量，以便于根据服务器的需求信息发送相应的设备信息。

步骤902，向服务器发送当前业务初始阶段所需的基本设备信息。

在本步骤中，可以将基本设备信息在业务起始阶段发送给服务器，这部分的基本设备信息是大多数业务所需的，因此可以不需要根据业务的需求信息就可以先发送给服务器。

步骤903，接收所述服务器根据当前业务所处阶段发送的需求信息。

服务器可以根据上述当前网络质量和业务所处阶段联合产生需求信息，例如根据当前网络质量，在业务的第1阶段传送哪些设备信息，在业务的第2阶段传送哪些设备信息。

步骤904，根据所述需求信息发送相应的设备信息。

在本步骤中，智能终端根据需求信息获取相应的设备信息，并发送给服务器。

通过上述本申请实施例中的方法，可以在智能终端分批上传设备信息，降低对网络带宽的要求，使得应用可以很快的进入下一处理阶段，以快速响应用户对应用的操作。

如图2所示为本申请实施例一种设备信息收集方法的流程图，在本图中描述了服务器端分多次接收设备信息的过程，该服务器端是处理某个业务或者多个业务的服务器，根据处理业务的需要分批次的通知智能终端上传哪些设备信息，以便于满足当前业务所处某个阶段的需求，通过这样的方式可以减少智能终端一次性上传所有设备信息，占用较多网络带宽，并且传输速度较慢，造成对用户的操作指令反应延迟的问题。

该方法具体包括步骤201，分多次接收智能终端发送的部分设备信息。

作为本申请的一个实施例，在分多次接收智能终端发送的部分设备信息之前还包括，分多次向智能终端发送需求信息，在分多次接收智能终端发送的部分设备信息中进一步包括，接收所述智能终端根据所述需求信息发送的相应设备信息。

作为本申请的一个实施例，分多次接收智能终端发送的部分设备信息中进一步包括，根据预先设定的规则，分多次接收智能终端发送的相应设备信息。

作为本申请的一个实施例，在分多次向智能终端发送需求信息之中还包括，根据当前业务所处阶段分多次向智能终端发送需求信息。

作为本申请的一个实施例，在分多次向智能终端发送需求信息之中还包括，接收智能终端发送的当前网络质量，根据所述当前网络质量和/或当前业务所处阶段分多次向智能终端发送需求信息。

作为本申请的一个实施例，在分多次向智能终端发送需求信息之前还包括，接收智能终端发送的当前业务初始阶段所需的基本设备信息。

作为本申请的一个实施例，所述基本设备信息包括，智能终端的唯一标识符。

作为本申请的一个实施例，根据当前业务所处阶段分多次向智能终端发送需求信息进一步包括，在业务的处理过程中设置标志位，当所述当前业务处理到某个阶段时，根据所述标 志位获得所述当前业务的所处阶段，根据所处阶段分多次向智能终端发送需求信息。

其中，所述标志位可以包括数字或者字符串，所述在每个阶段设置标志位为一种可能的方案，还可以在业务的整个处理过程中设置触发机制，当进行到某个阶段时自动触发发送相应需求信息，或者还可以通过其它现有技术中的方法得到当前的需求信息，并向智能终端发送该需求信息。

作为本申请的一个实施例，所述需求信息包括，所述当前业务所处阶段所需设备信息的分类指令。

作为本申请的一个实施例，所述设备信息包括智能终端的位置信息、环境信息、状态信息、私有信息等。

作为本申请的一个实施例，还包括，根据所述基本设备信息或相应设备信息进行所述当前业务所处阶段的业务处理。

如图10所示为本申请实施例设备信息收集方法另一流程图，在本图中描述了服务器侧的步骤方法，具体包括：

步骤1001，接收智能终端发送的当前网络质量。

步骤1002，接收智能终端发送的当前业务初始阶段所需的基本设备信息。

在本步骤中接收的基本设备信息用于业务的初始阶段，这部分设备信息也可以由后面的需求信息向智能终端发出，再由智能终端发送给服务器。

步骤1003，根据所述当前网络质量和当前业务所处阶段向智能终端发送需求信息。

在本步骤中，发送的需求信息可以分多次发送，即每个业务阶段发送相应业务阶段的需求信息；或者需求信息还可以由服务器一次性发送给智能终端，智能终端根据需求信息中指定的时机上传相应的设备信息。

其中，网络质量可以用于生成需求信息，例如根据网速决定一次智能终端上传设备信息时传送哪些设备信息，还可以根据网络质量决定是否需要分多次上传设备信息；或者根据业务所处阶段决定本阶段需要智能设备上传哪些设备信息。

步骤1004，接收智能终端根据所述需求信息发送的相应设备信息。通过上述本申请实施例的方法，服务器端可以分批次的接收与当前业务处理相匹配的设备信息，而不需要一次性的接收所有设备信息，节省了智能终端与服务器端之间的网络带宽，并且可以使得业务相应更加迅速，从而提升了用户体验。

如图3所示为本申请实施例一种智能终端的结构示意图，在本图中描述了一种可以分批次上传设备信息的智能终端，在该智能终端中的各个功能模块均可以由特定的可编程逻辑器件构成，或者还可以由运行于特定芯片中的软件指令构成，通过各个功能模块的协同工作， 可以使得智能终端在上传设备信息时占用更小的网络带宽，使得应用可以更加快速相应用户的操作。

该智能终端具体包括发送单元301，用于分多次向服务器发送部分设备信息。作为本申请的一个实施例，还包括接收单元302，用于接收服务器分多次发送的需求信息，所述发送单元进一步用于根据所述需求信息发送相应的设备信息。

作为本申请的一个实施例，所述发送单元进一步用于，根据预先设定的规则，分多次向服务器发送相应设备信息。

作为本申请的一个实施例，还包括检测单元303，用于检测当前网络质量，并通过发送单元将所述当前网络质量发送给服务器。

作为本申请的一个实施例，所述接收单元进一步用于，接收服务器根据当前业务所处阶段分多次发送的需求信息。

作为本申请的一个实施例，所述接收单元进一步用于，接收服务器根据当前业务所处阶段和/或所述当前网络质量分多次发送的需求信息。

作为本申请的一个实施例，所述发送单元还用于向服务器上传当前业务初始阶段所需的基本设备信息。

作为本申请的一个实施例，所述基本设备信息包括，智能终端的唯一标识符。

作为本申请的一个实施例，所述发送单元进一步用于，将所述部分设备信息与所述当前业务的业务数据一同向所述服务器发送，或将所述部分设备信息与所述当前业务的业务数据分别向所述服务器发送。

作为本申请的一个实施例，所述需求信息包括，所述当前业务所处阶段所需设备信息的分类指令。

作为本申请的一个实施例，所述设备信息包括智能终端的位置信息、环境信息、状态信息、私有信息等。

通过上述本申请实施例中的装置，可以分批上传设备信息，降低对网络带宽的要求，使得智能终端上的应用可以很快的进入下一处理阶段，以快速响应用户对应用的操作。

如图4所述为本申请实施例一种服务器的结构示意图，在本图中描述了在本图中描述了服务器端分多次接收设备信息的过程，该服务器端是处理某个业务或者多个业务的服务器，根据处理业务的需要分批次的通知智能终端上传哪些设备信息，以便于满足当前业务所处某个阶段的需求，在本实施例服务器中的各个功能单元可以采用可编程逻辑器件，或者特定的处理器构成，或者还可以由一台计算机或者多台计算机构成。

在该服务器中包括接收单元401，用于分多次接收智能终端发送的部分设备信息。作为 本申请的一个实施例，还包括发送单元402，用于分多次向智能终端发送需求信息；所述接收单元进一步用于，接收所述智能终端根据所述需求信息发送的相应设备信息。

作为本申请的一个实施例，所述接收单元进一步用于，根据预先设定的规则，分多次接收智能终端发送的相应设备信息。

作为本申请的一个实施例，所述发送单元进一步用于，根据当前业务所处阶段分多次向智能终端发送需求信息。

作为本申请的一个实施例，接收单元进一步用于接收智能终端发送的当前网络质量，所述发送单元进一步用于，根据所述当前网络质量和/或当前业务所处阶段分多次向智能终端发送需求信息。

作为本申请的一个实施例，所述接收单元还用于接收智能终端发送的当前业务初始阶段所需的基本设备信息。

作为本申请的一个实施例，所述基本设备信息包括，智能终端的唯一标识符。

作为本申请的一个实施例，所述发送单元还用于，在业务的处理过程中设置标志位，当所述当前业务处理到某个阶段时，根据所述标志位获得所述当前业务的所处阶段，根据所处阶段分多次向智能终端发送需求信息。

作为本申请的一个实施例，所述需求信息包括，所述当前业务所处阶段所需设备信息的分类指令。

作为本申请的一个实施例，所述设备信息包括智能终端的位置信息、环境信息、状态信息、私有信息等。

作为本申请的一个实施例，还包括处理单元403，用于根据所述基本设备信息或相应设备信息进行所述当前业务所处阶段的业务处理。

通过上述本申请实施例中的服务器，可以分批次的接收与当前业务处理相匹配的设备信息，而不需要一次性的接收所有设备信息，节省了智能终端与服务器端之间的网络带宽，并且可以使得业务相应更加迅速，从而提升了用户体验。

如图5所示为本申请实施例一种设备信息收集系统的结构示意图，在本图中描述了包括了智能终端和服务器的一个系统，该系统可以根据服务器的指示，分批次的将智能终端的设备信息发送给服务器，在不同业务的业务处理阶段中获得相关的设备信息，节省了智能终端与服务器之间的网络带宽，并且使得智能终端的应用可以尽快的相应用户的操作进入到下一个阶段。

该系统具体包括智能终端501和服务器502，其中，

智能终端501，用于分多次向服务器发送部分设备信息；

服务器502，用于分多次接收智能终端发送的部分设备信息。

本实施例中的系统包括前述实施例中智能终端和服务器之中的所有技术特征，在此不再赘述。

通过本申请实施例的系统，智能终端可以根据服务器的需求信息分批次的上传设备信息，从而节省智能终端与服务器端之间的网络带宽，并且可以使得业务相应更加迅速，从而提升了用户体验。

如图6所示为本申请实施例一种设备信息收集系统的数据流图，在本图中，描述了在包括了智能终端和服务器的系统中如何实现分批次传输设备信息的流程，其中的智能终端在本例中为智能手机，服务器为单独的计算机，系统中进行的业务可以为支付业务，在支付业务中主要分为3个阶段，即，进入到支付页面、选择支付渠道、输入密码，本例中对业务的阶段划分只是为了举例说明，在其它的实施例中，还可以有不同的划分方式，在其它的业务中也可以有各自相应的阶段。

在本实施例中，智能手机所处环境如图7所示，该智能手机可以为android系统，处于wifi环境的无线网络中，并且同时也处于基站a的覆盖之内，并同时能够接收到近地球轨道的多颗卫星的gps信号。

在本例中包括步骤601，用户在智能手机的触摸屏幕上点击支付应用的图标，触发支付业务。

在本步骤中，当用户点击支付应用图标后，进入到支付页面，该支付页面中显示有支付渠道，在支付渠道中显示有多个银行或者支付机构的选项。

步骤602，获取智能手机的imei和imsi等设备基本信息。

在本步骤中，由于进入支付页面为支付业务流程的初始阶段，仅需要将设备的基本信息发送给服务器，在本实施例中设备的基本信息仅包括imei和imsi，在其它实施例中可能还包括其它信息。

步骤603，根据上述用户的操作，将支付业务请求以及上述获得的设备基本信息发送服务器。

在本步骤中，可以将设备基本信息作为支付业务请求中的一部分发送给服务器，或者还可以将设备基本信息单独发送给服务器。

步骤604，服务器根据接收到的支付业务请求和设备基本信息进行业务处理，并获取当前业务所处的阶段。

在本步骤中，根据智能终端发起的支付业务请求，得知用户已经发起了支付业务请求，当前业务所处阶段为用户选择支付渠道的阶段，即第2阶段。

上述获得当前业务所处阶段的方法可以在业务处理中加入标志位，在不同的业务处理阶段加入不同取值的标志位，例如当该标志位的取值为1时，当前业务所处阶段为第1阶段，当该标志位的取值为2时，当前业务所处阶段为第2阶段；或者在业务处理程序中加入提示报告程序，当业务处理程序进行到某个阶段时，就会运行该提示报告程序，以提示当前业务所处阶段；或者在服务器端事先规定了进行哪些处理时业务就进入了哪个阶段。

步骤605，根据当前业务所处阶段，获得所述当前业务所处阶段所需的设备信息。

在本步骤中，在第2阶段中需要智能手机的gps位置信息、周边的基站信息、以及wifi名称等信息，用以验证用户的支付环境是否安全。

在本实施例中，上述所需的设备信息分类为a类设备信息。

步骤606，将所需a类设备信息的需求信息发送给智能手机。

步骤607，智能手机接收解析服务器发送的需求信息。

步骤608，智能手机获取所述需求信息中要求的设备信息。

在本步骤中，解析得到需求信息中的a类设备信息，根据预先设定的规则，a类设备信息包括了智能手机的gps位置信息、周边的基站信息、以及wifi名称等信息，通过智能手机的gps模块获得所述gps位置信息，通过智能手机的通信模块获得周边的基站信息，通过智能手机的wifi模块获得所连接的wifi名称；或者智能手机还可以事先获得上述信息并保存于存储器中，当接收到上述需求信息后，只需要从存储器中查找出相应的设备信息即可。

步骤609，用户在支付页面中选择某个支付渠道，生成相应的业务数据。

上述步骤607-步骤609可以以任意顺序执行，不限制其先后顺序。

步骤610，将选择支付渠道的业务数据和上述a类设备信息发送给服务器。

发送业务数据和a类设备信息的步骤可以参考上述步骤603。

此时，智能终端支付应用的支付页面将从选择支付渠道的显示内容转换到输入密码的显示内容，对比现有技术中在用户点击支付应用显示支付页面的过程中就需要将全部的设备信息上传到服务器来说，现有技术中可能需要很长的时间才能显示输入密码的内容(由于上传的设备信息数据量巨大，由于网络传输需要的时间较长，因此业务跳转到下一个阶段时间就相应变得缓慢)，根据分批次上传设备信息可以根据用户的操作(选择支付渠道操作)快速的跳转到下一个业务阶段，即输入密码的业务阶段，因此会给用户带来更好的使用体验。

步骤611，服务器接收到业务数据和a类设备信息后进行相应业务处理，并获得当前业务所处阶段。

在本步骤中，服务器可以利用业务数据和/或a类设备信息进行支付业务的相关处理，其中利用a类设备信息进行安全认证等工作可以由其它安全验证类服务器进行，也可以有该 服务器一并处理。

在进行业务处理中，服务器接收到用户选择支付渠道后，当前支付业务所处的阶段为第3阶段，用户输入密码的阶段。

步骤612，根据当前业务所处阶段，获得所述当前业务所处阶段所需的设备信息。

在本步骤中，在第3阶段中需要智能手机的支付应用的版本号，支付应用的签名信息等，用以验证该密码是否安全。

在本实施例中，上述所需的设备信息分类为b类设备信息。

步骤613，将所需b类设备信息的需求信息发送给智能手机。

步骤614，智能手机接收解析服务器发送的需求信息。

步骤615，智能手机获取所述需求信息中要求的设备信息。

在本步骤中，解析得到需求信息中的b类设备信息，根据预先设定的规则，b类设备信息包括了支付应用的版本号、支付应用的签名信息，在智能手机上获取上述b类设备信息。

步骤616，用户在支付页面中输入密码，生成相应的业务数据。

步骤617，将包含密码等信息的业务数据和b类设备信息发送给服务器。

步骤618，服务器接收到业务数据和b类设备信息后进行相应业务处理，并获得当前业务所处阶段。

在本步骤中，服务器根据用户输入的密码和/或b类设备信息完成了支付业务，其中利用b类设备信息进行安全认证等工作可以由其它安全验证类服务器进行，也可以有该服务器一并处理。

由于完成了支付业务，因此生成业务完成信息。

步骤619，向智能终端发送支付完成信息。

步骤620，智能终端显示所述支付完成信息。

如图8所示为本申请实施例另一种设备信息收集系统的数据流图，在本图中描述了和上图6相似的实施例，系统构架基本类似，在本实施例中仅描述不同之处，其中智能手机包括了检测单元用于检测智能手机当前的网络质量，将该当前网络质量发送给服务器，服务器根据该当前网络质量决定智能手机在当前业务中分几次上传设备信息。

具体包括步骤801，用户在智能手机的触摸屏幕上点击支付应用的图标，触发支付业务。

步骤802，将智能手机当前网络质量发送给服务器。

在本步骤中，当前网络质量可以为网络类型，或者为智能手机与基站信号的信噪比，在本例中智能手机检测到当前网络为4g网络，但是信号的信噪比低于门限值。

步骤803，服务器根据该当前网络质量和业务阶段，产生相应的需求信息。

在本步骤中，服务器决定在支付业务的前两个阶段就可以让智能手机将全部业务所需的设备信息发送过来，例如在业务的第1阶段发送设备基本信息和a类设备信息，在支付业务的第2个阶段发送b类设备信息，在第3个阶段不发送设备信息。

在其它实施例中，如果不对支付业务进行业务处理阶段的划分，可以以通信过程划分，即智能手机与服务器某一次通信过程中就可以携带某些设备信息，或者在某一次通信结束后，单独传送某些设备信息，这些设备信息可以按照上述分类设备信息区分，也可以按照其它方式划分。

步骤804，服务器将需求信息发送给智能终端。

步骤805，智能终端根据需求信息，获取相应的设备信息。

在本步骤中，可以采用上述图6所示实施例的方式获取设备信息，可以一次性全部获取，也可以根据需求信息多次获取。

步骤806，智能终端将支付业务请求以及上述获得的设备基本信息和a类设备信息发送服务器。

步骤807，服务器根据接收到的支付业务请求和相应设备信息进行业务处理。

本步骤的业务处理包括了图6所示实施例中步骤604至步骤611，其中包括了服务器和智能手机上的多个步骤，不同之处在于，在本步骤的业务处理过程中，智能手机不再需要将设备信息发送给服务器。

步骤808，服务器根据当前业务所处阶段，将所需b类设备信息的需求信息发送给智能手机。

步骤809，智能手机获取相应的设备信息和生成相应的业务数据。

本步骤包括了图6所示实施例中步骤614至步骤616。

步骤810，将包含密码等信息的业务数据和b类设备信息发送给服务器。

步骤811，服务器在接收到了相应的设备信息和业务数据后，进行相应的处理。

本步骤包括了图6所示实施例中步骤618至620。

通过上述本申请实施例中的方法及装置，智能终端可以根据服务器的需求信息分批次的上传设备信息，从而节省智能终端与服务器端之间的网络带宽，并且可以使得业务相应更加迅速，从而提升了用户体验。

对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程 的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软 件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

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

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

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

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