CN110807685B

CN110807685B - 信息处理方法、装置、终端及可读存储介质

Info

Publication number: CN110807685B
Application number: CN201911004232.3A
Authority: CN
Inventors: 杨磊; 卢建
Original assignee: Shanghai Junzheng Network Technology Co Ltd
Current assignee: Shanghai Junzheng Network Technology Co Ltd
Priority date: 2019-10-22
Filing date: 2019-10-22
Publication date: 2021-09-07
Anticipated expiration: 2039-10-22
Also published as: CN110807685A

Abstract

本申请提供信息处理方法、装置、终端及可读存储介质，该方法包括：用户的行程信息，所述行程信息包括地址信息，所述地址信息包括出发地址和目的地址，对所述行程信息进行第一校验处理，得到第一校验结果，根据所述第一校验结果判断是否需要更新无效用户信息库，所述无效用户信息库包括无效用户的唯一标识信息，若需要更新所述无效用户信息库，则根据所述用户对应的唯一标识信息更新所述无效用户信息库；该方法可以通过校验处理确定用户是否为无效用户，并根据校验结果确定更新无效用户信息库，从而确定行程信息中的无效地址或者垃圾广告，进而使得用户每次下单后，后台服务器可以直接确定无效用户，以提高打车平台的接单率。

Description

信息处理方法、装置、终端及可读存储介质

技术领域

本申请涉及顺风车出行领域，特别是涉及一种信息处理方法、装置、终端及可读存储介质。

背景技术

随着信息技术的进步和互联网的发展，打车方式发生了从线下到线上的变化，同时，共享打车出行已经深入人们的生活。为了有效缓解“打车难”的问题，顺风车出行方式已被用户普遍适用。

传统技术中，用户在使用顺风车时在打车应用程序中输入出发地址和目的地址，进而提交订单发布行程信息，打车平台根据当前司机的派单情况，将该行程信息分配给对应司机接单。但是，通常有一些恶意用户或竞争对手，在地址中会添加一些无效信息或垃圾广告，从而降低平台的接单率。

发明内容

基于此，有必要针对上述技术问题，提供一种能够降低平台接单率的信息处理方法、装置、终端及可读存储介质。

本申请实施例提供一种信息处理方法，所述方法包括：

获取用户的行程信息，所述行程信息包括地址信息，所述地址信息包括出发地址和目的地址；

对所述行程信息进行第一校验处理，得到第一校验结果，所述第一校验处理用于判断是否需要更新无效用户信息库；

根据所述第一校验结果判断是否需要更新所述无效用户信息库，所述无效用户信息库包括无效用户的唯一标识信息；

若需要更新所述无效用户信息库，则根据所述用户对应的唯一标识信息更新所述无效用户信息库。

在其中一个实施例中，所述对所述行程信息进行第一校验处理，得到第一校验结果，包括：

判断所述行程信息中的所述地址信息是否有效；

若否，则输出第一提示信息；所述第一提示信息用于提示需要重新获取有效地址信息。

在其中一个实施例中，所述方法还包括：

根据所述用户对应的唯一标识信息在有效信息库中进行查找，以判断所述用户是否存在于所述有效用户信息库中，所述有效用户信息库包括有效用户的唯一标识信息；

若不存在，则输出第二提示信息；所述第二提示信息用于提示需要更新所述无效用户信息库。

在其中一个实施例中，所述方法还包括：

根据所述用户对应的唯一标识信息在所述无效用户信息库中进行查找，以判断所述用户是否存在于所述无效用户信息库中；

若存在，则输出第三提示信息；所述第三提示信息用于提示需要更新所述无效用户信息库。

在其中一个实施例中，所述根据所述第一校验结果判断是否需要更新所述无效用户信息库，包括：根据所述第一提示信息、所述第二提示信息以及所述第三提示信息，判断是否需要更新无效用户信息库。

在其中一个实施例中，所述方法还包括：

获取用户的信用分；

判断所述信用分是否小于预设信用阈值；

若是，则对所述行程信息进行第二校验处理，得到第二校验结果；所述第二校验处理用于判断是否需要更新无效行程信息库；

根据所述第二校验结果判断是否需要更新所述无效行程信息库；

若需要更新所述无效行程信息库，则根据所述行程信息更新所述无效行程信息库。

在其中一个实施例中，所述对所述行程信息进行第二校验处理，得到第二校验结果，包括：

根据所述地址信息在有效行程信息中进行查找，以判断所述地址信息是否存在于所述有效行程信息中；

若存在于所述有效行程信息中，则获取所述地址信息中所有字符的总数目。

在其中一个实施例中，所述根据所述第二校验结果判断是否需要更新所述无效行程信息库，包括：根据所述地址信息中所有字符的总数目，判断是否需要更新所述无效行程信息库。

在其中一个实施例中，所述根据所述地址信息中所有字符的总数目，判断是否需要更新无效行程信息库，包括：

根据所述地址信息中所有字符的总数目，获取所述地址信息中非中文和数字字符的第一占比；

判断所述第一占比是否大于等于第一占比阈值；

若是，则判定需要更新所述无效行程信息库。

根据所述地址信息中所有字符的总数目，获取所述地址信息中非正常字符的第二占比；

判断所述第二占比是否大于等于第二占比阈值；

若是，则判定需要更新所述无效行程信息库。

在其中一个实施例中，所述方法还包括：

获取所述地址信息校验处理当天未通过地址信息校验的总次数；

判断所述校验总次数是否大于校验阈值；

若是，则将所述地址信息添加至所述无效行程信息库中。

在其中一个实施例中，所述获取用户的行程信息，包括：

获取用户的所述出发地址以及所述目的地址；

根据所述出发地址以及所述目的地址发布用户的所述行程信息。

本申请实施例提供一种信息处理装置，所述装置包括：

获取行程信息模块，用于获取用户的行程信息，所述行程信息包括地址信息，所述地址信息包括出发地址和目的地址；

第一校验模块，用于对所述行程信息进行第一校验处理；得到第一校验结果；

第一判断模块，用于根据所述第一校验结果判断是否需要更新无效用户信息库，所述无效用户信息库包括无效用户的唯一标识信息；

第一更新模块，用于若需要更新所述无效用户信息库，则根据所述用户对应的唯一标识信息更新所述无效用户信息库。

本申请实施例提供一种终端，包括存储器、处理器，所述存储器上存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

对所述行程信息进行第一校验处理；得到第一校验结果；

根据所述第一校验结果判断是否需要更新无效用户信息库，所述无效用户信息库包括无效用户的唯一标识信息；

本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

对所述行程信息进行第一校验处理；得到第一校验结果；

本实施例提供的信息处理方法、装置、终端及可读存储介质，终端可以获取用户的行程信息，所述行程信息包括地址信息，所述地址信息包括出发地址和目的地址，对所述行程信息进行第一校验处理，得到第一校验结果，根据所述第一校验结果判断是否需要更新无效用户信息库，所述无效用户信息库包括无效用户的唯一标识信息，若需要更新所述无效用户信息库，则根据所述用户对应的唯一标识信息更新所述无效用户信息库；该方法可以通过校验处理确定用户是否为无效用户，并根据校验结果确定更新无效用户信息库，从而确定行程信息中的无效地址或者垃圾广告，进而使得用户每次下单后，后台服务器可以直接确定无效用户，以提高打车平台的接单率。

附图说明

图1为一实施例提供的信息处理方法的应用场景图；

图2为另一实施例提供的信息处理方法的流程示意图；

图3为另一实施例提供的信息处理方法的具体流程示意图；

图4为一实施例提供的信息处理装置的结构示意图；

图5为一个实施例提供的终端的内部结构图。

具体实施方式

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

本实施例提供的信息处理方法，可以适用于图1所示的信息处理系统中。如图1所示，该系统包括终端以及后台服务器。终端上安装有打车应用程序，用户将出发地、目的地以及出发时间输入至打车应用程序，然后点击确认提交该行程信息后，后台服务器可以根据乘客的该行程信息分配对应的司机接单；同时，后台服务器可以获取行程信息中的无效地址或者垃圾广告，以提高司机接单率。其中，后台服务器和终端可以通过无线连接进行通信。可选的，无线连接的方式可以是Wi-Fi，移动网络或蓝牙连接。可选的，上述终端可以为智能手机、平板电脑、笔记本电脑、台式电脑或个人数字助理等能够安装打车应用程序的电子设备。可选的，打车应用程序可以为滴滴打车、曹操专车、快的打车、嘀嗒拼车以及优步等应用程序。本实施例对终端和打车应用程序的具体形式并不做限定。在下述实施例中将具体介绍信息处理方法的具体过程。

为了使本发明的目的、技术方案及优点更加清楚明白，通过下述实施例并结合附图，对本发明实施例中的技术方案的进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定发明。

图2为一实施例提供的信息处理方法的流程示意图。本实施例涉及的是更新无效用户信息库的过程。如图2所示，该方法包括：

S101、获取用户的行程信息，所述行程信息包括地址信息，所述地址信息包括出发地址和目的地址。

具体的，上述出发地址可以为乘客即将出发的位置名称，目的地址可以为乘客需要到达的位置名称，出发地址和目的地址均可以为任意不相同的位置；其中，乘客可以打开终端上安装的打车应用程序，然后在起点输入框输入出发地址，在终点输入框输入目的地址，并通过打车应用程序确认提交下单指令，后台服务器可以根据接收的订单信息获取用户行程信息中的出发地址以及目的地址。

需要说明的是，后台服务器可以获取用户的出发地址以及目的地址，根据出发地址以及目的地址发布用户的行程信息。可选的，乘客可以在打车应用程序中输入出发地址和目的地址，然后打车应用程序将该出发地址和目的地址发送至后台服务器，后台服务器接收用户的出发地址以及目的地址。另外，后台服务器可以根据接收到的出发地址和目的地址发布该乘客提交的行程信息；同时，后台服务器还可以发布所有司机所驾车辆即将行驶的司机行程信息中，与乘客的行程信息相关的司机行程信息。可选的，司机行程信息可以与乘客的行程信息相同。可选的，司机行程信息包含了乘客的行程信息，该情况可以理解为，车辆从司机行程信息中的出发地址行驶至目的地址的过程中，经过乘客的行程信息中的出发地址和目的地址。

S102、对所述行程信息进行第一校验处理，得到第一校验结果；所述第一校验处理用于判断是否需要更新无效用户信息库。

在本实施例中，第一校验处理可以包括乘客输入的出发地址和/或目的地址是否为空、该乘客和接收该行程信息的车辆对应的司机对应的唯一标识信息是否存在于有效用户信息库中、该乘客的唯一标识信息是否存在于无效用户信息库中的判断过程。可选的，上述唯一标识信息的形式可以为数字的形式、字母的形式等等。

S103、根据所述第一校验结果判断是否需要更新所述无效用户信息库，所述无效用户信息库包括无效用户的唯一标识信息。

具体的，上述更新无效用户信息库可以表征为增加无效乘客或无效司机的唯一标识信息至无效用户信息库，或者从无效用户信息库中删除部分无效乘客或无效司机的唯一标识信息。可选的，无效用户信息库可以包括无效乘客或无效司机的唯一标识信息。可选的，无效乘客或无效司机均可以表征恶意用户，或者竞争对手。

S104、若需要更新所述无效用户信息库，则根据所述用户对应的唯一标识信息更新所述无效用户信息库。

具体的，若后台服务器判定需要更新无效用户信息库，则将对应的无效乘客或无效司机对应的唯一标识信息从无效用户信息库中删除，或者将对应的无效乘客或无效司机对应的唯一标识信息添加至无效用户信息库中。

本实施例提供的信息处理方法，终端获取用户的行程信息，所述行程信息包括地址信息，所述地址信息包括出发地址和目的地址，对所述行程信息进行第一校验处理，得到第一校验结果，根据所述第一校验结果判断是否需要更新无效用户信息库，所述无效用户信息库包括无效用户的唯一标识信息，若需要更新所述无效用户信息库，则根据所述用户对应的唯一标识信息更新所述无效用户信息库；该方法可以通过校验处理确定用户是否为无效用户，并根据校验结果确定更新无效用户信息库，从而确定行程信息中的无效地址或者垃圾广告，进而使得用户每次下单后，后台服务器可以直接确定无效用户，以提高打车平台的接单率，缩短用户的打车时长。

作为其中一个实施例，上述S102中对所述行程信息进行第一校验处理，得到第一校验结果的步骤，可以包括以下步骤：

S1021、判断所述行程信息中的所述地址信息是否有效。

具体的，后台服务器可以判断用户的行程信息中的出发地址是否有效，或者判断用户的行程信息中的目的地址是否有效，还可以同时判断用户的行程信息中的出发地址以及判断用户的行程信息中的目的地址是否同时有效。可选的，地址信息是否有效可以表征为用户是否没有输入地址信息，即地址信息是否为空。

S1022、若否，则输出第一提示信息；所述第一提示信息用于提示需要重新获取有效地址信息。

需要说明的是，若后台服务器判断用户的行程信息中的出发地址无效，则后台服务器可以向打车应用程序发送第一提示信息，打车应用程序并将第一提示信息输出。可选的，第一提示信息的输出形式可以为以文字形式显示在终端界面上，还可以采用语音形式输出。在本实施例中，第一提示信息可以为“您输入的出发地址，不能为空”，还可以为类似其它内容的信息。

可选的，在上述S102的步骤之后，所述方法还包括：

S1023、根据所述用户对应的唯一标识信息在有效信息库中进行查找，以判断所述用户是否存在于所述有效用户信息库中，所述有效用户信息库包括有效用户的唯一标识信息。

具体的，后台服务器可以根据乘客或司机对应的唯一标识信息在有效信息库中进行查找，判断该唯一标识信息是否存在于有效用户信息库中。可选的，有效用户信息库可以包括有效乘客或有效司机对应的唯一标识信息。可选的，有效用户信息库与无效用户信息库可以不相同。

S1024、若不存在，则输出第二提示信息；所述第二提示信息用于提示需要更新所述无效用户信息库。

具体的，若后台服务器判定用户对应的唯一标识信息不存在于有效用户信息库中，则后台服务器可以将第二提示信息发送至打车应用程序，打车应用程序将第二提示信息输出。可选的，第二提示信息的输出形式可以为以文字形式显示在终端界面上，还可以采用语音形式输出。在本实施例中，第二提示信息可以为“您不能输入行程信息”，还可以为类似其它内容的信息。

可选的，在上述S1023的步骤之前或者在上述S1024的步骤之后，所述方法还包括：

S1025、根据所述用户对应的唯一标识信息在所述无效用户信息库中进行查找，以判断所述用户是否存在于所述无效用户信息库中。

具体的，后台服务器可以根据乘客对应的唯一标识信息在无效用户信息库中进行查找，判断该唯一标识信息是否存在于无效用户信息库中。可选的，无效用户信息库可以包括无效乘客对应的唯一标识信息。

S1026、若存在，则输出第三提示信息；所述第三提示信息用于提示需要更新所述无效用户信息库。

具体的，若后台服务器判定用户对应的唯一标识信息存在于无效用户信息库中，则后台服务器可以将第三提示信息发送至打车应用程序，打车应用程序将第三提示信息输出。可选的，第三提示信息的输出形式可以为以文字形式显示在终端界面上，还可以采用语音形式输出。在本实施例中，第三提示信息可以为“您不能发布行程信息，请联系客服”，还可以为类似其它内容的信息。可选的，上述客服可以为打车平台的客服，用户联系客服的方式可以包括打电话以及远程聊天等方式。

需要说明的是，若有效用户对应的唯一标识信息被后台服务器误判定存在于无效用户信息库时，此时，有效用户可以联系客服，客服进行人工核实该用户是否为无效用户；若为无效用户，则后台服务器可以更新无效用户信息库。

可选的，上述S103中据所述第一校验结果判断是否需要更新所述无效用户信息库的步骤，可以包括如下方式实现：根据所述第一提示信息、所述第二提示信息以及所述第三提示信息，判断是否需要更新无效用户信息库。

进一步地，后台服务器可以根据第一提示信息、第二提示信息以及第三提示信息，判断是否需要更新无效用户信息库。可选的，若后台服务器获取到的是第二提示信息或者第三提示信息时，则可以判定需要更新无效用户信息库；其中，若后台服务器获取到的是第二提示信息，则后台服务器可以将用户的唯一标识信息添加至无效用户信息库中，若后台服务器获取到的是第三提示信息，则后台服务器可以将用户的唯一标识信息从无效用户信息库中删除，并将该用户的唯一标识信息添加至有效用户信息库中。

本实施例提供的信息处理方法，终端对行程信息进行第一校验处理，得到第一校验结果，根据第一校验结果判断是否需要更新无效用户信息库，若需要更新无效用户信息库，则根据用户的唯一标识信息更新无效用户信息库；该方法可以获取用户的行程信息，并对用户的行程信息进行校验处理确定用户是否为无效用户，并根据校验结果确定更新无效用户信息库，从而确定行程信息中的无效地址或者垃圾广告，进而使得用户每次下单后，后台服务器可以直接确定无效用户，避免用户不能正常打车，以提高打车平台的接单率，缩短用户的打车时长。

作为其中一个实施例，如图3所示，在上述S104的步骤之后，所述方法还包括以下步骤：

S105、获取用户的信用分。

在本实施例中，上述信用分可以为芝麻信用分，该芝麻信用分可以为蚂蚁金服的产品，基于用户的综合信息，通过人工智能、云计算等技术客观呈现用户信用的综合评分；其中，该芝麻信用分可以在支付宝应用程序中查询。

需要说明的是，上述用户的信用分可以为用户的芝麻信用分。

S106、判断所述信用分是否小于预设信用阈值。

需要说明的是，上述预设信用阈值可以根据用户信用分的实际情况确定。在本实施例中，预设信用阈值可以为600分。

S107、若是，则对所述行程信息进行第二校验处理，得到第二校验结果；所述第二校验处理用于判断是否需要更新无效行程信息库。

具体的，若后台服务器判断信用分小于预设信用阈值时，后台服务器才可以对行程信息进行第二校验处理。可选的，无效行程信息库可以包括无效出发地址以及无效目的地址。

S108、根据所述第二校验结果判断是否需要更新所述无效行程信息库。

具体的，后台服务器可以根据第二校验结果判断是否需要更新无效行程信息库。需要说明的是，上述更新无效行程信息库可以表征为将无效出发地址和/或无效目的地址添加至无效行程信息库中，或者将有效出发地址和/或有效目的地址从无效行程信息库中删除。

S109、若需要更新所述无效行程信息库，则根据所述行程信息更新所述无效行程信息库。

具体的，若后台服务器需要更新无效行程信息库时，可以根据行程信息中的出发地址和/或目的地址更新无效行程信息库。

本实施例提供的信息处理方法，终端获取用户的信用分，判断所述信用分是否小于预设信用阈值，若是，则对所述行程信息进行第二校验处理，得到第二校验结果，根据所述第二校验结果判断是否需要更新无效行程信息库，若需要更新所述无效行程信息库，则根据所述行程信息更新所述无效行程信息库；该方法可以获取用户的信用分确定是否需要对行程信息进行第二校验处理，如果需要，则根据第二校验结果更新无效行程信息库，从而确定用户行程信息中的无效地址或者垃圾广告，使得用户每次下单后，后台服务器可以直接确定无效用户，避免用户不能正常打车，以提高打车平台的接单率，缩短用户的打车时长。

作为其中一个实施例，上述S107中对所述行程信息进行第二校验处理，得到第二校验结果的步骤，具体可以包括：

S1071、根据所述地址信息在有效行程信息中进行查找，以判断所述地址信息是否存在于所述有效行程信息中。

具体的，后台服务器根据行程信息中的出发地址在有效行程信息中进行查找，可以判断出发地址是否存在于有效行程信息中；同时，后台服务器根据行程信息中的目的地址在有效行程信息中进行查找，可以判断目的地址是否存在于有效行程信息中。可选的，有效行程信息可以包括有效出发地址以及有效目的地址。

S1072、若存在于所述有效行程信息中，则获取所述地址信息中所有字符的总数目。

具体的，若后台服务器判断地址信息存在于有效行程信息后，可以获取地址信息中出发地址包含的所有字符的第一总数目，以及地址信息中目的地址包含的所有字符的第二总数目。可选的，上述总数目可以包括第一总数目和第二总数目。可选的，出发地址中的字符可以包括中文、英文、数字以及其它非正常字符。可选的，非正常字符可以为除去中文、英文、数字以外的字符。

可选的，上述S108中根据所述第二校验结果判断是否需要更新所述无效行程信息库的步骤，可以包括：根据所述地址信息中所有字符的总数目，判断是否需要更新所述无效行程信息库。

可选的，所述根据所述地址信息中所有字符的总数目，判断是否需要更新无效行程信息库的步骤，具体可以包括：

S1081、根据所述地址信息中所有字符的总数目，获取所述地址信息中非中文和数字字符的第一占比；判断所述第一占比是否大于等于第一占比阈值；若是，则判定需要更新所述无效行程信息库。

需要说明的是，后台服务器可以用获取到的出发地址中非中文和数字字符的总数目，除以出发地址中所有字符对应的第一总数目，得到第一占比，然后判断第一占比是否大于等于第一占比阈值，若第一占比大于等于第一占比阈值，则后台服务器判定该出发地址为无效出发地址，需要将该无效出发地址添加至无效行程信息库中。在本实施例中，上述第一占比阈值可以等于出发地址中所有字符对应的第一总数目的60％，该百分比可以根据实际情况确定。

另外，后台服务器可以用获取到的目的地址中非中文和数字字符的总数目，除以目的地址中所有字符对应的第二总数目，得到第一占比，然后判断第一占比是否大于等于第一占比阈值，若第一占比大于等于第一占比阈值，则后台服务器判定该目的地址为无效目的地址，需要将该无效目的地址添加至无效行程信息库中。此时，该第一占比阈值也可以等于目的地址中所有字符对应的第一总数目的60％，该百分比可以根据实际情况确定。

可选的，在上述S1081的步骤之前或者S1081的步骤之后，所述方法还可以包括：

S1082、根据所述地址信息中所有字符的总数目，获取所述地址信息中非正常字符的第二占比；判断所述第二占比是否大于等于第二占比阈值；若是，则判定需要更新所述无效行程信息库。

还可以理解的是，后台服务器可以用获取到的出发地址中非正常字符的总数目，除以出发地址中所有字符对应的第一总数目，得到第二占比，然后判断第二占比是否大于等于第二占比阈值，若第二占比大于等于第二占比阈值，则后台服务器判定该出发地址为无效出发地址，需要将该无效出发地址添加至无效行程信息库中。在本实施例中，上述第二占比阈值可以等于出发地址中所有字符对应的第二总数目的30％，该百分比可以根据实际情况确定。

同时，后台服务器可以用获取到的目的地址中非正常字符的总数目，除以目的地址中所有字符对应的第一总数目，得到第二占比，然后判断第二占比是否大于等于第二占比阈值，若第二占比大于等于第二占比阈值，则后台服务器判定该目的地址为无效目的地址，需要将该无效目的地址添加至无效行程信息库中。在本实施例中，上述第二占比阈值也可以等于目的地址中所有字符对应的第二总数目的30％，该百分比可以根据实际情况确定。

可选的，在上述所有步骤的基础上，所述方法还包括：

S110、获取所述地址信息校验处理当天未通过地址信息校验的总次数。

具体的，后台服务器可以获取同一天内地址信息校验处理未通过的校验总次数。可选的，同一天内地址信息校验处理的总次数可以等于信息处理方法中上述所有步骤中进行地址信息校验处理的总次数，该地址信息校验处理的总次数可以等于同一天内地址信息校验处理过程中，已通过地址信息校验的总次数和未通过地址信息校验的总次数。

S111、判断所述校验总次数是否大于校验阈值。

具体的，后台服务器可以判断校验总次数是否大于校验阈值，该校验阈值可以根据每天校验总次数确定。在本实施例中，上述校验阈值可以等于3。

S112、若是，则将所述地址信息添加至所述无效行程信息库中。

需要说明的是，若后台服务器判定校验总次数大于校验阈值，则可以将该出发地址和/或目的地址添加至无效行程信息库中，以确保下次用户不能发布该行程信息。

本实施例提供的信息处理方法，该方法可以获取用户的信用分确定是否需要对行程信息进行第二校验处理，如果需要，则根据第二校验结果更新无效行程信息库，从而确定用户行程信息中的无效地址或者垃圾广告，使得用户每次下单后，后台服务器可以直接确定无效用户，避免用户不能正常打车，以提高打车平台的接单率，缩短用户的打车时长。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

关于信息处理装置的具体限定可以参见上文中对于信息处理方法的限定，在此不再赘述。上述终端的信息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于终端中的处理器中，也可以以软件形式存储于终端中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

图4为一实施例提供的信息处理装置结构示意图。如图4所示，该装置可以包括：获取行程信息模块11、第一校验模块12、第一判断模块13以及第一更新模块14。

具体的，所述获取行程信息模块11，用于获取用户的行程信息，所述行程信息包括地址信息，所述地址信息包括出发地址和目的地址；

所述第一校验模块12，用于对所述行程信息进行第一校验处理，得到第一校验结果，所述第一校验处理用于判断是否需要更新无效用户信息库；

所述第一判断模块13，用于根据所述第一校验结果判断是否需要更新所述无效用户信息库，所述无效用户信息库包括无效用户的唯一标识信息；

所述第一更新模块14，用于若需要更新所述无效用户信息库，则根据所述用户对应的唯一标识信息更新所述无效用户信息库。

本实施例提供的信息处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在其中一个实施例中，所述第一校验模块12包括：第一判断单元以及第一输出信息单元。

其中，所述第一判断单元，用于判断所述行程信息中的所述地址信息是否有效；

所述第一输出信息单元，用于所述第一判断单元的判断结果为否时，则输出第一提示信息；所述第一提示信息用于提示需要重新获取有效地址信息。

可选的，所述第一校验模块12还包括：第二判断单元以及第二输出信息单元。

其中，所述第二判断单元，用于根据所述用户对应的唯一标识信息在有效信息库中进行查找，以判断所述用户是否存在于所述有效用户信息库中，所述有效用户信息库包括有效用户的唯一标识信息；

所述第二输出信息单元，用于所述第二判断单元的判断结果为否时，则输出第二提示信息；所述第二提示信息用于提示需要更新所述无效用户信息库。

可选的，所述第一校验模块12还包括：第三判断单元以及第三输出信息单元。

其中，所述第三判断单元，用于根据所述用户对应的唯一标识信息在所述无效用户信息库中进行查找，以判断所述用户是否存在于所述无效用户信息库中；

所述第三输出信息单元，用于所述第三判断单元的判断结果为否时，则输出第三提示信息；所述第三提示信息用于提示需要更新所述无效用户信息库。

在其中一个实施例中，所述第一判断模块13具体用于根据所述第一提示信息、所述第二提示信息以及所述第三提示信息，判断是否需要更新无效用户信息库。

在其中一个实施例中，所述信息处理装置还包括：获取信用分模块、第二判断模块、第二校验模块、第三判断模块以及第二更新模块。

其中，所述获取信用分模块，用于获取用户的信用分；

所述第二判断模块，用于判断所述信用分是否小于预设信用阈值；

所述第二校验模块，用于所述第二判断模块的判断结果为是，则对所述行程信息进行第二校验处理，得到第二校验结果；所述第二校验处理用于判断是否需要更新无效行程信息库；

所述第三判断模块，用于根据所述第二校验结果判断是否需要更新所述无效行程信息库；

所述第二更新模块，用于所述第三判断模块的判断结果为是，则根据所述行程信息更新所述无效行程信息库。

可选的，所述第三判断模块具体用于根据所述地址信息中所有字符的总数目，判断是否需要更新所述无效行程信息库。可选的，所述根据所述地址信息中所有字符的总数目，判断是否需要更新所述无效行程信息库，包括：根据所述地址信息中所有字符的总数目，获取所述地址信息中非中文和数字字符的第一占比；判断所述第一占比是否大于等于第一占比阈值；若是，则判定需要更新所述无效行程信息库。可选的，所述根据所述地址信息中所有字符的总数目，判断是否需要更新所述无效行程信息库之后，还包括：根据所述地址信息中所有字符的总数目，获取所述地址信息中非正常字符的第二占比；判断所述第二占比是否大于等于第二占比阈值；若是，则判定需要更新所述无效行程信息库。

在其中一个实施例中，所述第二校验模块包括：第四判断单元以及获取总数目单元。

其中，所述第四判断单元，用于根据所述地址信息在有效行程信息中进行查找，以判断所述地址信息是否存在于所述有效行程信息中；

所述获取总数目单元，用于所述第四判断单元的判断结果为是，则获取所述地址信息中所有字符的总数目。

在其中一个实施例中，所述信息处理装置还包括：获取校验总次数模块、第四判断模块以及第三更新模块。

其中，所述获取校验总次数模块，用于获取所述地址信息校验处理当天未通过地址信息校验的总次数；

所述第四判断模块，用于判断所述校验总次数是否大于校验阈值；

所述第三更新模块，用于所述第三判断模块的判断结果为是，则将所述地址信息添加至所述无效行程信息库中。

在一个实施例中，提供了一种终端，其内部结构图可以如图5所示。该终端包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该终端的处理器用于提供计算和控制能力。该终端的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该终端的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种信息处理方法。该终端的显示屏可以是液晶显示屏或者电子墨水显示屏，该终端的输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种终端，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

在一个实施例中，提供了一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种信息处理方法，其特征在于，所述方法包括：

若需要更新所述无效用户信息库，则根据所述用户对应的唯一标识信息更新所述无效用户信息库，包括：增加无效乘客或无效司机的唯一标识信息至无效用户信息库，或者从无效用户信息库中删除无效乘客或无效司机的唯一标识信息。

2.根据权利要求1所述的方法，其特征在于，所述对所述行程信息进行第一校验处理，得到第一校验结果，包括：

判断所述行程信息中的所述地址信息是否有效；

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

根据所述用户对应的唯一标识信息在有效用户信息库中进行查找，以判断所述用户是否存在于所述有效用户信息库中，所述有效用户信息库包括有效用户的唯一标识信息；

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

5.根据权利要求4所述的方法，其特征在于，所述根据所述第一校验结果判断是否需要更新所述无效用户信息库，包括：根据所述第一提示信息、所述第二提示信息以及所述第三提示信息，判断是否需要更新无效用户信息库。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取用户的信用分；

判断所述信用分是否小于预设信用阈值；

7.根据权利要求6所述的方法，其特征在于，所述对所述行程信息进行第二校验处理，得到第二校验结果，包括：

8.根据权利要求7所述的方法，其特征在于，所述根据所述第二校验结果判断是否需要更新所述无效行程信息库，包括：根据所述地址信息中所有字符的总数目，判断是否需要更新所述无效行程信息库。

9.根据权利要求8所述的方法，其特征在于，所述根据所述地址信息中所有字符的总数目，判断是否需要更新无效行程信息库，包括：

判断所述第一占比是否大于等于第一占比阈值；

若是，则判定需要更新所述无效行程信息库。

10.根据权利要求8所述的方法，其特征在于，所述根据所述地址信息中所有字符的总数目，判断是否需要更新无效行程信息库，包括：

判断所述第二占比是否大于等于第二占比阈值；

若是，则判定需要更新所述无效行程信息库。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

判断所述校验总次数是否大于校验阈值；

若是，则将所述地址信息添加至所述无效行程信息库中。

12.一种信息处理装置，其特征在于，所述装置包括：

第一校验模块，用于对所述行程信息进行第一校验处理；得到第一校验结果，所述第一校验处理用于判断是否需要更新无效用户信息库；

第一判断模块，用于根据所述第一校验结果判断是否需要更新所述无效用户信息库，所述无效用户信息库包括无效用户的唯一标识信息；

第一更新模块，用于若需要更新所述无效用户信息库，则根据所述用户对应的唯一标识信息更新所述无效用户信息库，包括：增加无效乘客或无效司机的唯一标识信息至无效用户信息库，或者从无效用户信息库中删除部分无效乘客或无效司机的唯一标识信息。

13.一种终端，包括存储器、处理器，所述存储器上存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至11中任一项所述方法的步骤。

14.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至11中任一项所述方法的步骤。