本申请涉及互联网应用领域，尤其涉及一种收款码生成方法及扫码安全校验方法。
背景技术：
随着计算机技术的快速发展，人们的生活也依靠着技术发展越来越便利。例如，很多业务都开始使用扫码功能，通过扫一扫就可以得到相关的业务信息，执行对应的业务。以支付应用为例，扫码支付已经越来越广泛的应用在人们的日常生活中，用户在付款时，不需要使用现金，可以扫一扫收款方的静态收款码，就可以完成付款。
静态收款码主要为商户向支付机构申请的粘贴于店铺前进行收款的二维码。目前比较常见的为支付宝或者微信官方提供的二维收款码，或者收钱吧等机构提供的一种集成类型的收款码，常见类型为白底黑色块的正方形。
目前发行的二维码虽然方便快捷，但是也存在安全隐患，由于人不识码，即使自己的二维码被替换掉也无法得知：
1、对于商户，二维码存在可以被篡改的风险，目前网络上经常爆出类似的事件，对商户造成严重的经济损失，并且往往追查困难。
2、对于付款方，在某些密集区域，比较难以区别二维码的归属，并且由于部分不法分子的存在，可能会造成潜在的资金损失，扫码的安全性无法得到保证。
在扫码方式给用户带来便利的同时，如何保障扫码方式的安全性，也是一个亟需解决的问题。
技术实现要素：
本申请的多个方面提供一种收款码生成方法及扫码安全校验方法，用于提高扫码安全性。
本申请的一方面，提供一种在防篡改二维码服务器端生成收款码的方法，包括：接收客户端发送的收款码生成请求；所述收款码生成请求包括客户端对应用户的用户身份标识；根据所述用户身份标识生成二维码；将所生成的二维码与客户端提交的对应用户的用户标识图片进行组合，得到收款码，以便基于所述收款码进行扫码安全校验。
本申请的一方面，提供一种扫码安全校验方法，包括：防篡改二维码服务器接收客户端发送的收款码的业务请求；其中，所述收款码是由防篡改二维码服务器根据收款方的用户身份标识生成二维码；将生成的所述二维码与收款方用户标识图片进行组合得到的；防篡改二维码服务器基于所述业务请求中包括的收款码对应的用户身份标识查找对应的用于安全校验的用户标识图片；防篡改二维码服务器将所述对应的用于安全校验的用户标识图片发送至所述客户端，以便基于所述用于安全校验的用户标识图片在客户端确定安全校验结果。
本申请的另一方面，提供一种扫码安全校验方法，包括：防篡改二维码服务器接收客户端发送的收款码的业务请求；其中，所述收款码是由防篡改二维码服务器根据收款方的用户身份标识生成二维码；将所生成的二维码与收款方用户标识图片进行组合得到的；防篡改二维码服务器基于业务请求中包括的收款码对应的用户身份标识查找对应的用于安全校验的用户标识图片；防篡改二维码服务器对业务请求中包括的收款码中的用户标识图片与查找得到的用于安全校验的用户标识图片进行相似性比对以确定安全校验结果。
本申请的另一方面，提供一种设备，所述设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现任一上述的方法。
本申请的另一方面，提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现任一上述的方法。
由所述技术方案可知，本申请实施例，通过在二维码中增加用户标识图片，使得用户可以通过所述标识图片来验证二维码是否安全，从而提高了扫码支付业务的安全性。
【附图说明】
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例一提供的一种在防篡改二维码服务器端生成收款码的方法的流程示意图；
图2为本申请实施例二提供的一种扫码校验方法的流程示意图；
图3为本申请实施例二提供的一种扫码校验方法的流程示意图；
图4为本申请实施例二提供的一种扫码校验方法的流程示意图；
图5为适于用来实现本发明实施例的示例性计算机系统/服务器的框图。
【具体实施方式】
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的一些实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本申请保护的范围。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
图1为本申请实施例提供的一种在防篡改二维码服务器端生成收款码的方法的流程示意图，如图1所示，包括：
在本实施例的一种优选实现方式中，收款方需要事先向防篡改二维码服务器注册，注册成功后防篡改二维码服务器为其分配用于识别该用户的用户身份标识。只有注册成功后的收款方用户才能请求防篡改二维码服务器为其生成收款码。
优选地，收款方通过客户端向防篡改二维码服务器发送注册请求，由防篡改二维码服务器基于所述注册请求，为收款方分配用户身份标识。
收款方在移动终端上打开客户端或打开防篡改二维码服务器对应的网页，在用户注册界面上进行注册，例如输入用户名和密码进行注册，也可以通过填写手机号码，接收防篡改二维码发码机构发送的验证短信后进行验证来注册。
防篡改二维码服务器为收款方分配用户身份标识，并向收款方发送注册成功提示消息，提示用户注册成功。
所述用户身份标识可以标识收款方身份，并用来确定收款方上传的资质证明文件、用户标识图片等。
在本实施例的一种优选实现方式中，收款方需要事先上传资质证明文件到防篡改二维码服务器，以便防篡改二维码服务器对所述资质证明文件进行审核。
优选地，收款方注册成功后，向防篡改二维码服务器提交用户资质证明；防篡改二维码服务器对所述用户资质证明信息进行审核，将审核通过的所述资质证明信息与所述用户身份标识进行匹配，其中，存在唯一有效用户身份标识与所述资质证明信息相匹配。
优选地，收款方可以点击客户端或对应的网页中的上传资质证明文件选项，向防篡改二维码服务器上传用户选择的资质证明文件，例如身份证、营业执照等；接收防篡改二维码服务器返回的资质证明文件审核成功消息。
所述资质证明文件可以证明收款方的身份，提高支付的安全性。通过对收款方的资质证明文件进行审核，可以确保收款方的身份，防止他人盗用收款方身份，提高了支付的安全性。
本实施例中的客户端可以是防篡改二维码发码机构提供的客户端，还可以包括其他被对应的防篡改二维码发码机构承认或授权的、可以实现本申请技术方案的其他客户端。服务器可以是防篡改二维码服务器。
所述防篡改二维码服务器用于为收款方提供包含收款方的用户标识图片的收款码，并在扫描支付时将存储在服务器数据库中的用户标识图片提供给付款方与收款码中的用户标识图片进行对比校验，防止收款码被篡改，以提高扫码支付的安全性。
在本实施例的一个优选实施例中，防篡改二维码发码机构与支付机构可以为同一机构，即防篡改二维码发码机构提供的客户端为客户端，防篡改二维码服务器与支付服务器为同一服务器。
在本实施例的另一个优选实施例中，防篡改二维码发码机构与支付机构可以为不同机构，由支付机构调用防篡改二维码发码机构的服务。
在步骤S11中，客户端向防篡改二维码服务器发送收款码生成请求；所述收款码生成请求包括客户端对应用户的用户身份标识；
优选地，收款方可以点击客户端中的生成收款码选项，触发客户端向服务器发送收款码生成请求，以请求服务器为该收款方生成一个对应的收款码。
在步骤S12中，防篡改二维码服务器接收客户端发送的收款码生成请求；根据所述用户身份标识生成二维码。
本步骤可以采用常规的二维码生成逻辑，不再赘述。所述二维码包含收款方的用户身份标识。所述二维码还可以包含指向防篡改二维码服务器的链接地址。
在步骤S13中，防篡改二维码服务器将所生成的二维码与客户端提交的对应用户的用户标识图片进行组合，得到收款码，以便基于所述收款码进行扫码安全校验。
优选地，所述用户标识图片可以是用户的肖像、logo或者其他任何可以标识用户身份的标识图片。
在本实施例的一种优选实现方式中，所述收款码生成请求中包括用户标识图片。
在本实施例的另一种优选实现方式中，客户端将所述用户标识图片事先上传到防篡改二维码服务器，以便防篡改二维码服务器对所述用户标识图片进行审核。防篡改二维码服务器根据所述收款码生成请求中包括的用户的身份标识，查找对应的用户标识图片。通过事先上传用户标识图片，可以提高收款码生成的成功速度。
优选地，收款方可以点击客户端中的上传用户标识图片选项，向服务器上传所选择的用户标识图片；接收服务器返回的用户标识图片审核成功消息。
优选地，防篡改二维码服务器对收款方上传的用户标识图片通过图像识别技术进行审核，以便确定所上传的用户标识图片是否与提交者本人或其营业执照相符。例如，若所述用户标识图片为用户肖像，则判断所述用户肖像与用户身份证是否相符；若所述用户标识图片为logo，则判断所述logo与营业执照是否相符。
优选地，防篡改二维码服务器还可以对收款方上传的用户标识图片进行形式审核。例如，对用户标识图片的格式、尺寸、分辨率等进行自动审核；对用户标识图片是否违反法律或社会道德进行自动或人工审核等。
审核通过后，防篡改二维码服务器将所述审核通过的用户标识图片存储在服务器的数据库中，并向收款方发出用户标识图片审核成功的提示信息。在数据库中存储的所述用户标识图片以对应的用户身份标识确定。
如果审核不通过，防篡改二维码服务器向收款方发出用户标识图片审核失败的提示信息，提示收款方重新上传用户标识图片。
所述用户标识图片用于作为二维码的背景图片并与二维码进行组合作为收款码，当付款方扫描收款码向收款方付款时，防篡改二维码服务器首先根据收款码对应的用户身份标识在服务器的数据库中查找对应的用户标识图片并发送给客户端，以显示给付款方，供付款方与其扫描的收款码中的背景图片进行对比校验；如果否，向付款方发送风险提示信息，提示付款方终止支付，例如“当前收款码未在防篡改二维码支付系统中进行注册”。
优选地，将所述用户标识图片进行淡化处理；将所述淡化后的用户标识图片作为二维码的背景图片并与二维码进行组合。所述淡化标准为能够正常扫描并识别生成的收款码中的二维码，只要不影响该二维码容错纠错性能即可。基于二维码的纠错功能，即使部分被覆盖或丢失，仍能够扫描并识别出其中的二维码。
优选地，将所述用户标识图片显示在二维码的周边区域。
优选地，在扫码支付场景中，基于所述收款码进行扫码安全校验。
所述收款码对应的用户身份标识用于供防篡改二维码服务器查找对应的用于安全校验的用户标识图片；以便基于所述收款码对应的用户标识图片在客户端确定安全校验结果；或，由防篡改二维码服务器对业务请求中包括的收款码的图像与查找得到的用于安全校验的用户标识图片进行相似性比对以确定安全校验结果。
在步骤S14中，防篡改二维码服务器将生成的收款码发送给客户端。
优选地，所述收款码为图片格式，可以由客户端进行显示并打印；或，所述收款码可以由服务器打印并提供给收款方。
客户端可以显示所述收款码，由付款方扫描该收款码向收款方付款。收款方也可以将该收款码打印并张贴，供付款方扫描该收款码进行付款。
与其他现有收款码中的用户头像信息不同，本实施例中通过对所述用户标识图片的审核以及与用户身份标识的绑定，将所述用户标识图片存储在服务器中，以便付款方扫码时根据服务器数据库中存储的用户标识图片与付款码中的用户标识图片进行对比校验，提高了扫码支付的安全性。
图2为本申请实施例二提供的一种扫码校验方法的流程示意图，如图2所示，当付款方扫描收款码向收款方付款时，可以执行图2所示流程：
在步骤S21中，客户端对收款码进行扫码，向防篡改二维码服务器发送收款码的业务请求；
所述客户端可以是微信、支付宝、盛付通钱包等支付软件客户端，还可以包括其他被对应的防篡改二维码发码机构承认或授权的、可以实现本申请技术方案的其他客户端。
所述收款码是由防篡改二维码服务器根据收款方的用户身份标识生成二维码；将生成的所述二维码与收款方用户标识图片进行组合得到的。
付款方在购物结束要向收款方进行付款时，可以打开自己手机上的客户端，扫描收款方提供的收款码，向防篡改二维码服务器发送业务请求。所述业务请求为请求防篡改二维码服务器对所述收款码进行有效性校验。也可以是针对所述收款码的支付请求，首先由防篡改二维码服务器对所述收款码进行有效性校验，校验通过后针对所述二维码进行支付。
优选地，客户端可以在扫描收款码后，解析收款码中的二维码，得到其中包含的收款方的用户身份标识作为收款码对应的用户身份标识，并根据二维码中包含的指向防篡改二维码服务器的链接地址将业务请求发送至防篡改二维码服务器，所述业务请求包括扫描得到收款码对应的的用户身份标识，供防篡改二维码服务器进行安全校验。
在步骤S22中，防篡改二维码服务器接收客户端发送的收款码的业务请求，基于所述业务请求中包括的收款码对应的用户身份标识查找对应的用于安全校验的用户标识图片。
优选地，所述步骤还包括：防篡改二维码服务器首先根据所述业务请求中包括的收款码对应的用户身份标识确定对应用户是否为防篡改二维码支付系统的注册用户，如果是，根据所述业务请求中包括的收款码对应的用户身份标识在服务器的数据库中查找对应的用于安全校验的用户标识图片并发送给客户端，以显示给付款方，供付款方与其扫描的收款码中的用户标识图片进行对比校验；如果否，向付款方发送风险提示信息，提示付款方终止支付，例如“当前收款码未在防篡改二维码支付系统中进行注册”。其中，所述对应的用于安全校验的用户标识图片是服务器对收款方发送的用户标识图片进行审核后，将审核通过的用户标识图片存储在服务器的数据库中的。
在步骤S23中，防篡改二维码服务器将所述用户标识图片发送给客户端，以在客户端的支付界面中显示给付款方，提示付款方将支付界面中显示的用户标识图片与其扫描的收款码中的用户标识图片进行对比。
在步骤S24中，若客户端的支付界面中显示的用户标识图片与扫描的收款码中的背景图片相同，则付款方可以确认继续支付；若不同，则付款方可以终止支付并告知收款方。
优选地，付款方可以点击支付界面上的“确认”按钮，继续支付；也可以点击支付界面上的“取消”按钮，取消支付。
在步骤S25中，防篡改二维码服务器接收到付款方继续支付的确认命令后，构建相应的支付请求，并将所述支付请求转发至支付服务器，由支付服务器处理所述支付请求。
优选地，客户端发送的收款码的业务请求中包括了相应支付软件的标识信息，防篡改二维码服务器根据所述标识信息，构建相应的支付请求，并将所述支付请求转发至支付软件对应的支付服务器。
优选地，防篡改二维码服务器接收到付款方取消支付的确认命令后，终止支付操作。
优选地，若防篡改二维码服务器在预定时间内未接收到用户的确认指令，例如，用户未进行确认，也未进行取消，则终止支付。
在步骤S26中，支付服务器接收到所述支付请求后，引导付款方完成付款，进行结算并通知收款方支付已完成。
优选地，在本发明的另一种优选实施例中，
防篡改二维码服务器首先根据所述业务请求中包括的收款码对应的用户身份标识确定对应用户是否为防篡改二维码支付系统的注册用户，如果是，根据所述业务请求中包括的收款码对应的用户身份标识在服务器的数据库中查找对应的用于安全校验的用户标识图片并发送给客户端，由客户端将所述对应的用于安全校验的用户标识图片与其扫描的收款码中的用户标识图片进行对比校验；如果否，向付款方发送风险提示信息，提示付款方终止支付，例如“当前收款码未在防篡改二维码支付系统中进行注册”。其中，所述对应的用于安全校验的用户标识图片是服务器对收款方发送的用户标识图片进行审核后，将审核通过的用户标识图片存储在服务器的数据库中的。
客户端将所述对应的用于安全校验的用户标识图片与其扫描的收款码中的用户标识图片进行对比校验，根据校验结果向防篡改二维码服务器发送对比结果一致的确认命令，以继续支付；或，发送对比结果不一致的确认命令，以终止支付；或，不发送确认命令，以终止支付。
防篡改二维码服务器接收到客户端发送的继续支付的确认命令后，构建相应的支付请求，并将所述支付请求转发至支付服务器，由支付服务器处理所述支付请求。
优选地，客户端发送的收款码的业务请求中包括了相应支付软件的标识信息，防篡改二维码服务器根据所述标识信息，构建相应的支付请求，并将所述支付请求转发至支付软件对应的支付服务器。
优选地，防篡改二维码服务器接收到客户端取消支付的确认命令后，终止支付操作。优选地，若防篡改二维码服务器在预定时间内未接收到客户端的确认指令，例如，客户端未进行确认，也未进行取消，则终止支付。
与其他现有收款码中的用户头像信息不同，本实施例中通过对所述用户标识图片的审核以及与用户身份标识的绑定，可以使付款方扫码得到服务器数据库中存储的用户标识图片，与付款码中的用户标识图片进行对比校验，提高了扫码支付的安全性。
图3为本申请实施例二提供的一种扫码校验方法的流程示意图，如图3所示，当付款方扫描收款码向收款方付款时，可以执行图3所示流程：
在步骤S31中，客户端对收款码进行扫码，向防篡改二维码服务器发送收款码的业务请求；
所述客户端可以是微信、支付宝、盛付通钱包等支付软件客户端，还可以包括其他被对应的防篡改二维码发码机构承认或授权的、可以实现本申请技术方案的其他客户端。
所述收款码是由防篡改二维码服务器根据收款方的用户身份标识生成二维码；将生成的所述二维码与收款方用户标识图片进行组合得到的。
付款方在购物结束要付款时，可以打开自己手机上的客户端，扫描收款方提供的收款码，向防篡改二维码服务器发送业务请求。所述业务请求为请求防篡改二维码服务器对所述收款码进行有效性校验。也可以是针对所述收款码的支付请求，首先由防篡改二维码服务器对所述收款码进行有效性校验，校验通过后针对所述二维码进行支付。
优选地，客户端可以在扫描收款码后，解析收款码中的二维码得到其中包含的收款方的用户身份标识作为收款码对应的用户身份标识，并根据二维码中包含的指向防篡改二维码服务器的链接地址将业务请求发送至防篡改二维码服务器，所述业务请求包括扫描得到的收款码对应的用户身份标识，供防篡改二维码服务器进行安全校验。所述业务请求还包括收款码中的用户标识图片。
在步骤S32中，防篡改二维码服务器接收客户端发送的收款码的业务请求，基于所述业务请求中包括的收款码对应的用户身份标识查找对应的用于安全校验的用户标识图片；对所述业务请求中包括的收款码中的用户标识图片与查找得到的用于安全校验的用户标识图片进行相似性判断。其中，所述查找得到的用于安全校验的用户标识图片是服务器对收款方发送的用户标识图片进行审核后，将审核通过的用户标识图片存储在服务器的数据库中的。
优选地，所述步骤还包括：防篡改二维码服务器首先根据所述业务请求中包括的收款码对应的用户身份标识确定对应用户是否为防篡改二维码支付系统的注册用户，如果是，所述业务请求中包括的收款码中的用户标识图片与查找得到的用于安全校验用户标识图片进行相似性比对；如果否，向付款方发送风险提示信息，提示付款方终止支付，例如“当前收款码未在防篡改二维码支付系统中进行注册”。
在步骤S33中，若业务请求中包括的收款码中的收款方用户标识图片与查找得到的用户标识图片的相似度高于预设阈值，继续支付；防篡改二维码服务器构建相应的支付请求，并将所述支付请求转发至支付服务器，由支付服务器处理所述支付请求。
优选地，客户端发送的业务请求中包括了相应支付软件的标识信息，防篡改二维码服务器根据所述标识信息，构建相应的支付请求，并将所述支付请求转发至支付软件对应的支付服务器，执行步骤S35。
在步骤S34中，若低于预设阈值，则防篡改二维码服务器终止支付，向付款方发送提示消息。
在步骤S35中，支付服务器接收到所述支付请求后，引导付款方完成付款，进行结算并通知收款方支付已完成。
与其他现有收款码中的用户头像信息不同，本实施例中通过对所述用户标识图片的审核以及与用户身份标识的绑定，可以将服务器数据库中存储的用户标识图片与付款码中的用户标识图片进行自动对比校验，提高了扫码支付的安全性。
图4为本申请实施例二提供的一种扫码校验方法的流程示意图，如图4所示，当付款方向收款方付款时，可以执行图4所示流程：
在步骤S41中，客户端向防篡改二维码服务器发送收款码的业务请求；
所述客户端可以是微信、支付宝、盛付通钱包等支付软件客户端，还可以包括其他被对应的防篡改二维码发码机构承认或授权的、可以实现本申请技术方案的其他客户端。
所述收款码是由防篡改二维码服务器根据收款方的用户身份标识生成二维码；将生成的所述二维码与收款方用户标识图片进行组合得到的。
付款方在购物结束要付款时，可以打开自己手机上的客户端，拍摄收款方提供的收款码，向防篡改二维码服务器发送业务请求。所述业务请求为请求防篡改二维码服务器对所述收款码进行有效性校验。也可以是针对所述收款码的支付请求，首先由防篡改二维码服务器对所述收款码进行有效性校验，校验通过后针对所述二维码进行支付。
优选地，客户端中预设了防篡改二维码服务器的入口，打开所述入口后，调用手机的摄像头，拍摄收款方提供的收款码，向防篡改二维码服务器发送业务请求，所述业务请求包括收款码中的用户标识图片，供防篡改二维码服务器识别其中的收款码，进行安全校验。
在步骤S42中，防篡改二维码服务器接收客户端发送收款码的业务请求，对所述业务请求中包括的收款码中的用户标识图片进行解码，获得所述收款码对应的用户身份标识；基于所述业务请求中包括的收款码对应的用户身份标识查找对应的用于安全校验的用户标识图片；对所述业务请求中包括的收款码中的用户标识图片与查找得到的用于安全校验的用户标识图片进行相似性判断。其中，所述查找得到的用于安全校验的用户标识图片是服务器对收款方发送的用户标识图片进行审核后，将审核通过的用户标识图片存储在服务器的数据库中的。
优选地，所述步骤还包括：防篡改二维码服务器首先根据所述业务请求中包括的收款码对应的用户身份标识确定对应用户是否为防篡改二维码支付系统的注册用户，如果是，所述业务请求中包括的收款码中的用户标识图片与查找得到的用于安全校验用户标识图片进行相似性比对；如果否，向付款方发送风险提示信息，提示付款方终止支付，例如“当前收款码未在防篡改二维码支付系统中进行注册”。
在步骤S43中，若业务请求中包括的收款码中的收款方用户标识图片与查找得到的用户标识图片的相似度高于预设阈值，继续支付；防篡改二维码服务器构建相应的支付请求，并将所述支付请求转发至支付服务器，由支付服务器处理所述支付请求。
优选地，客户端发送的业务请求中包括了相应支付软件的标识信息，防篡改二维码服务器根据所述标识信息，构建相应的支付请求，并将所述支付请求转发至支付软件对应的支付服务器，执行步骤S45。
在步骤S44中，若低于预设阈值，则防篡改二维码服务器终止支付，向付款方发送提示消息。
在步骤S45中，支付服务器接收到所述支付请求后，引导付款方完成付款，进行结算并通知收款方支付已完成。
与其他现有收款码中的用户头像信息不同，本实施例中通过对所述用户标识图片的审核以及与用户身份标识的绑定，可以将服务器数据库中存储的用户标识图片与付款码中的用户标识图片进行自动对比校验，提高了扫码支付的安全性。
图5示出了适于用来实现本发明实施方式的示例性计算机系统/服务器012的框图。图5显示的计算机系统/服务器012仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示，计算机系统/服务器012以通用计算设备的形式表现。计算机系统/服务器012的组件可以包括但不限于：一个或者多个处理器或者处理单元016，系统存储器028，连接不同系统组件(包括系统存储器028和处理单元016)的总线018。
总线018表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
计算机系统/服务器012典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器012访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
系统存储器028可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)030和/或高速缓存存储器032。计算机系统/服务器012可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统034可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线018相连。存储器028可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块042的程序/实用工具040，可以存储在例如存储器028中，这样的程序模块042包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块042通常执行本发明所描述的实施例中的功能和/或方法。
计算机系统/服务器012也可以与一个或多个外部设备014(例如键盘、指向设备、显示器024等)通信，在本发明中，计算机系统/服务器012与外部雷达设备进行通信，还可与一个或者多个使得用户能与该计算机系统/服务器012交互的设备通信，和/或与使得该计算机系统/服务器012能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口022进行。并且，计算机系统/服务器012还可以通过网络适配器020与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图5所示，网络适配器020通过总线018与计算机系统/服务器012的其它模块通信。应当明白，尽管图5中未示出，可以结合计算机系统/服务器012使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元016通过运行存储在系统存储器028中的程序，从而执行本发明所描述的实施例中的功能和/或方法。
上述的计算机程序可以设置于计算机存储介质中，即该计算机存储介质被编码有计算机程序，该程序在被一个或多个计算机执行时，使得一个或多个计算机执行本发明上述实施例中所示的方法流程和/或装置操作。
随着时间、技术的发展，介质含义越来越广泛，计算机程序的传播途径不再受限于有形介质，还可以直接从网络下载等。可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。