CN109727141A - 基于挪车卡的信息处理方法、装置及设备 - Google Patents

Abstract

本申请公开了一种基于挪车卡的信息处理方法、装置及设备，涉及保险技术领域，可以通过挪车卡实现保险产品的推广，改变了挪车卡传统的使用功能，同时可以调动保险代理人使用和派发挪车卡的积极性。其中方法包括：获取挪车卡上预先配置的二维码的扫码结果；根据所述扫码结果，确定所述二维码包含的保险投保链接地址和保险代理人对应的唯一代码；利用所述保险投保链接地址和所述唯一代码，向服务器发送保险投保页面的获取请求，以使得所述服务器返回所述保险投保页面，并在确定用户投保成功后，将产生的保费佣金记录在与所述唯一代码绑定的保险代理人名下。本申请适用于基于挪车卡的信息处理。

Description

基于挪车卡的信息处理方法、装置及设备

技术领域

本申请涉及保险技术领域，尤其是涉及到一种基于挪车卡的信息处理方法、装置及设备。

背景技术

随着经济的不断增长，人们的生活水平的日益提高，汽车已经越来越普及。汽车的增多随之带来停车拥堵的问题，一些汽车密度高的停车场经常出现停车被堵死无法开出的现象，出现这种情况，需要及时联系车主前来挪车，在此情况下，挪车卡应运而生。

目前，挪车卡的使用一般只是将车主的电话号码写在挪车卡上，然后将挪车卡放置在车辆前档风玻璃下面，便于车外人员查看，及时电话通知车主进行挪车。然而，现有挪车卡只是实现展示车主电话号码的作用，功能性单一，不能满足保险产品推广的需求。

发明内容

有鉴于此，本申请提供了一种基于挪车卡的信息处理方法、装置及设备，主要目的在于解决目前现有挪车卡只是实现展示车主电话号码的作用，功能性单一，不能满足保险产品推广的需求的问题。

根据本申请的一个方面，提供了一种基于挪车卡的信息处理方法，该方法包括：

获取挪车卡上预先配置的二维码的扫码结果；

根据所述扫码结果，确定所述二维码包含的保险投保链接地址和保险代理人对应的唯一代码；

利用所述保险投保链接地址和所述唯一代码，向服务器发送保险投保页面的获取请求，以使得所述服务器返回所述保险投保页面，并在确定用户投保成功后，将产生的保费佣金记录在与所述唯一代码绑定的保险代理人名下。

根据本申请的另一方面，提供了一种基于挪车卡的信息处理装置，该装置包括：

获取单元，用于获取挪车卡上预先配置的二维码的扫码结果；

确定单元，用于根据所述获取单元获取到的扫码结果，确定所述二维码包含的保险投保链接地址和保险代理人对应的唯一代码；

发送单元，用于利用所述保险投保链接地址和所述唯一代码，向服务器发送保险投保页面的获取请求，以使得所述服务器返回所述保险投保页面，并在确定用户投保成功后，将产生的保费佣金记录在与所述唯一代码绑定的保险代理人名下。

依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述基于挪车卡的信息处理方法。

依据本申请再一个方面，提供了一种基于挪车卡的信息处理设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述基于挪车卡的信息处理方法。

借由上述技术方案，本申请提供的一种基于挪车卡的信息处理方法、装置及设备，与目前现有挪车卡只是实现展示车主电话号码的作用相比，本申请在挪车卡上预先配置二维码，该二维码包含保险投保链接地址和保险代理人对应的唯一代码，当通过扫码终端对该二维码进行扫码时，利用保险投保链接地址可以登录到保险投保页面进行在线保险投保，进而通过挪车卡可以实现保险产品的推广，改变了挪车卡传统的使用功能，并且在确定用户投保成功后，将产生的保费佣金记录在与该唯一代码绑定的保险代理人名下，方便了保险佣金的统计，同时调动了保险代理人使用和派发挪车卡的积极性，从而使得保险产品被更有效的推广。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种基于挪车卡的信息处理方法的流程示意图；

图2示出了本申请实施例提供的一种操作实例示意图；

图3示出了本申请实施例提供的一种车主信息管理操作实例示意图；

图4示出了本申请实施例提供的一种基于挪车卡的信息处理装置的结构示意图；

图5示出了本申请实施例提供的另一种基于挪车卡的信息处理装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种基于挪车卡的信息处理方法，可以通过挪车卡实现保险产品的推广，改变了挪车卡传统的使用功能，同时可以调动保险代理人使用和派发挪车卡的积极性，如图1所示，该方法包括：

101、获取挪车卡上预先配置的二维码的扫码结果。

在本实施例中，在挪车卡上预先印有二维码，二维码的位置具体可以根据用户的实际需求选择设定，由于二维码技术目前较为成熟，利用二维码实现不同的使用功能，简单实用，方便用户进行使用。二维码中可以包含一个保险投保链接地址和保险代理人对应的唯一代码，具体可以为保险代理人的个人编码(ID)，该唯一代码可以区分不同的保险代理人，每个保险代理人都可生成不同的唯一代码。

对于本实施例的执行主体可以为基于挪车卡各项使用功能进行相应信息处理的装置，进而实现挪车卡的各项使用功能，为了便于用户使用，该装置可以配置在用户的移动终端上，例如智能手机、平板电脑等设备；该装置还可以为专门实现这些使用功能的独立设备，需要说明的是，本装置可以为软件应用，也可以为实体设备(但也相应需要配合软件使用)；而本实施例中的扫码功能可以借助于第三方带有扫码功能的客户端软件实现，也可以在本装置中预设扫码功能，可对二维码进行扫码，这些可选方式可以根据实际需求而定，本实施例不做限定。例如，当用户需要通过挪车卡进行保险在线投保时，可以通过任一带扫码功能的客户端对该车辆的挪车卡上的二维码进行扫码，然后自动触发本装置进行信息处理操作。

102、根据扫码结果，确定二维码包含的保险投保链接地址和保险代理人对应的唯一代码。

其中，该保险投保链接地址可以为保险投保页面的地址。该保险投保页面可为保险公司官方网站上的在线投保页面，也可以为第三方交易平台上保险公司的保险产品购买页面等。由于通过挪车卡进行在线投保的保险多与车险相关，作为一种优选方式，该保险投保链接地址可以为车险投保的保险投保页面的地址。

103、利用确定的保险投保链接地址和唯一代码，向服务器发送保险投保页面的获取请求。

进一步的，以使得服务器返回保险投保页面，并在确定用户投保成功后，将产生的保费佣金记录在与该唯一代码绑定的保险代理人名下。

在本实施例中，扫码用户在登录保险投保页面后可以填写投保人、被保车辆等信息以进行在线投保。由于该唯一代码具有唯一性，在确定用户投保成功后，服务器可将产生的保费佣金准确记录在相应的保险代理人名下，这样保险代理人为了得到更多的保费佣金，会积极使用和派发挪车卡，使得保险产品被更有效的推广。

需要说明的是，对于本实施例，挪车卡上的二维码还可以利用其它形式条码、识别码、掩码等来代替，具体可以根据实际业务需求而定，但需要保证该条码、识别码、掩码等可被扫码识别出包含的保险投保链接地址和保险代理人对应的唯一代码。

通过应用本实施例的技术方案，与目前现有挪车卡只是实现展示车主电话号码的作用相比，本实施例通过挪车卡可以实现保险产品的推广，改变了挪车卡传统的使用功能，并且在确定用户投保成功后，将产生的保费佣金记录在与该唯一代码绑定的保险代理人名下，方便了保险佣金的统计，同时调动了保险代理人使用和派发挪车卡的积极性，从而使得保险产品被更有效的推广。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了说明二维码在挪车卡上的优选布局形式，一种可选方式是，挪车卡上正反两面分别预先配置有二维码，不同的二维码分别对应调用不同的服务功能，该服务功能包括但不限于联系车主服务和在线投保服务等，还可以根据其他业务需求配置其他服务功能相应的二维码。例如，通常挪车卡会放置在车辆前档风玻璃下面，且大多数是车外面的人需要联系车主，因此可以将联系车主服务对应的二维码配置在挪车卡正面，即挪车卡片面向前挡风玻璃的那一侧，以方便车外人进行观看并扫码，该正面二维码还含有车主联系方式信息对应的唯一代码，该唯一代码在后台绑定了车主联系方式信息；而购买车险的用户大多数是在车辆驾驶过程中与驾驶员聊天、或无意看到广告后才决定在线投保，因此可以将在线投保服务对应的二维码配置在挪车卡反面，即挪车卡片面向车内的那一侧，以方便车内人进行观看并扫码，该反面二维码包含保险代理人对应的唯一代码和一个保险投保链接地址。

在上述可选方式条件下，相应的，步骤102具体可以包括：若扫码结果为调用在线投保服务对应二维码的扫码结果，则确定该二维码包含的保险投保链接地址和保险代理人对应的唯一代码。

为了丰富二维码在挪车卡上的优选布局形式，另一种可选方式是，采用一码多用的方式，通过扫同一个二维码可以实现不同的使用功能，该二维码可以同时配置挪走卡正反两面，这样便于车内外的人都可以通过同一个二维码实现自己需要做的事情。在此可选方式条件下，相应的，步骤102具体可以包括：根据扫码结果，展示服务选择页面，其中服务选择页面中包含但不限于联系车主服务和在线投保服务等，还可以根据其他业务需求配置其他服务功能；然后若根据选择指令确定需要调用在线投保服务，则确定该二维码包含的保险投保链接地址和保险代理人对应的唯一代码。通过这种页面选择的方式，可以更加方便用户操作。

目前传统挪车卡直接呈现车主的电话号码存在一定的信息安全风险，暴露了车主个人的隐私信息，容易给车主留下安全隐患，为了解决该问题，本申请可以采用在挪车车上展示二维码的方式，用来代替原来需要展示的车主电话号码，用户可以通过扫码直接呼叫车主，这样在挪车卡上可以不再直接展示车主电话号码，保证车主信息安全。

相应的，为了说明上述通过二维码呼叫车主过程的具体实施步骤，根据上述两种可选方式，相应的，在本申请的一种可选实施例中，若确定需要调用联系车主服务，则还可以包括：获取被扫码的二维码包含的与车主联系方式信息对应的唯一代码；将携带有车主联系方式信息对应的唯一代码的呼叫车主请求发送给服务器，进一步的，以使得服务器根据车主联系方式信息对应的唯一代码查询车主联系方式信息并返回；然后本装置接收服务器返回的查询到的所述车主联系方式信息并进行明文或密文展示，以便当接收到呼叫车主指令时，利用车主联系方式信息进行拨打呼叫。

其中，车主联系方式信息可以包括车主姓名(可为简称、昵称、别名等)、车辆号牌、车主移动电话号码、座机电话号码、即时通信工具账号等。在得到车主联系方式信息之后，本实施例可以直接明文展示，例如直接展示车主的11位电话号码，方便用户可以根据展示的车主电话号码利用电话本身的通话功能进行拨打呼叫，如果是以明文展示，本实施例还可以将明文的车主联系方式信息保留一段时间后自动删除，一定程度上保证车主信息的安全。然而这种明文展示方式也会在一定程度上暴露车主的信息，为此本实施例还可以通过密文展示的方式显示车主联系方式信息。例如，车主电话号码其中的几位数由“xx”代替，如图2所示，或直接返回车主名称(如王先生、李小姐等)，其中隐藏有车主电话号码，还可以有其它隐藏号码的方式等，然后扫码用户可以通过本装置(预先配置了直接拨打电话或调用拨打电话的接口)进行呼叫，通过这种方式，使得车主信息没有被泄露，保护了车主信息安全。

除了直接接收服务器反馈的车主联系方式信息的方式以外，为了彻底避免直接呈现车主联系方式信息会给车主信息造成一定的安全隐患，本实施例一种可选方式是在向服务器发送呼叫车主请求之后，还可以接收服务器返回的关于是否直接呼叫车主的确认信息并进行展示；当接收到确认直接呼叫车主的指令时，向服务器发送携带有扫码用户终端联系方式信息的直接呼叫车主请求，进一步的，以使得服务器利用车主联系方式信息和扫码用户终端联系方式信息，通过回拨方式建立扫码用户终端与车主终端之间的通话连接。

例如展示是否直接呼叫车主王先生的确认信息，并配有“拨打”和“拒绝”两个选择按钮，在用户选择“拨打”按钮时，装置侧接收到确认直接呼叫车主的指令，进而向服务器发送携带有扫码用户本机号码(实现通过高权限获取得到或由扫码用户主动输入等)的直接呼叫车主请求，服务器利用扫码用户本机号码首先发起扫码用户呼叫，在扫码用户接听后，再利用后台记录的车主电话号码直接呼叫车主，在车主接听后建立扫码用户终端与车主终端之间的通话连接，使得扫码用户在不知道车主电话号码的情况下也能实现电话直接呼叫车主，进而保证了车主信息的安全。

除了上述采用回拨方式建立扫码用户与车主之间通信的方法以外，本实施例还提供另外一种可选方式，即在向服务器发送呼叫车主请求之后，还可以接收服务器返回的关于是否通过语音或文字信息呼叫车主的确认信息并进行展示；在接收到确认通过语音或文字信息呼叫车主的指令时，接收扫码用户输入的语音或文字信息；向服务器发送携带有接收到的语音或文字信息的呼叫车主请求，进一步的，以使得服务器利用车主联系方式信息，将语音或文字信息转发给车主终端。

例如，扫码用户可以输入一段语音，如告知车主由于什么原因必须将他的车辆挪走等语音信息，然后由服务器根据查询到的车主电话号码进行拨打，并在车主接通后，播放扫码用户输入的语音信息，使得车主知晓需要进行挪车。通过这种方式，也可以不直接呈现车主联系方式信息，进而保证了车主信息的安全。

上述几种方式都是在车主听见呼叫并接听查看的情况才能顺利进行，需要考虑的是，如果车主移动终端未在车主身边，或车主移动终端无法接听等情形，将很可能导致出现扫码用户找不到车主的情况，为了在此情况下加大联系上车主的可能性，在本申请的一种可选实施例中，还可以包括：在接收服务器返回的车主联系方式信息、或是否直接呼叫车主的确认信息、或是否通过语音或文字信息呼叫车主的确认信息的同时，接收服务器一并返回的与车主联系方式信息对应车主的停车预留信息并进行展示，其中停车预留信息为车主预留的提示车主自身所在地的相关信息，和/或能够联系到车主的其他联系人的联系方式信息。

例如，车主可以在停车后或将要停车时，通过自己的客户端预先上传一些停车预留信息(如车主在哪里吃饭、休息、洗浴等信息)，具体可以为车主输入的文字、车主录入的音频、拍摄的图片、视频(如可直接拍摄饭店、旅馆、洗浴中心的门脸样子)等，服务器可以将车主上传的这些信息与该车主的联系电话号码进行绑定记录。如果过半个小时以后，服务器接收到扫码用户的客户端发送的呼叫车主请求，在向扫码用户的客户端反馈车主电话号码的同时可以将车主在停车后上传的这些信息一并反馈，使得扫码用户在联系不上车主时，通过这些信息还可以就近在某个饭店、旅馆、洗浴中心等地点联系到车主。

再例如，车主还可以预留能够联系到车主的其他联系人的电话号码，如饭店、旅馆等前台电话，朋友、亲属或同事的电话等，服务器将这些信息与该车主的联系电话号码进行绑定记录，在服务器向扫码用户的客户端反馈车主电话号码的同时可以将车主预留的这些信息一并反馈，使得扫码用户在联系不上车主时，通过这些其他联系人的号码联系到车主。

除了上述方式以外，还可以结合扫码终端的位置信息和车主历史活动轨迹进行推测判断，推测出车主可能存在的位置，在本申请的另一种可选实施例中，呼叫车主请求中还携带有扫码终端的位置信息，相应的，还可以包括：在接收服务器返回的车主联系方式信息、或是否直接呼叫车主的确认信息、或是否通过语音或文字信息呼叫车主的确认信息的同时，接收服务器一并返回的与车主联系方式信息对应车主的车主所在地预测信息，其中车主所在地预测信息是服务器根据扫码终端的位置信息和车主历史活动轨迹进行推测得到的，车主历史活动轨迹中包含车主各个历史常驻地点信息；然后从车主所在地预测信息中提取预测地点的地址信息和/或与预测地点对应预留的联系方式信息；最后将提取到的地址信息和/或预测地点对应预留的联系方式信息进行展示。

例如，扫码用户终端请求车主电话号码时，可以一并附带扫码用户终端当前的位置信息，因为扫码用户终端位置信息相当于车辆当前的所在位置，因此服务器可以根据该位置信息，并结合查询到的与车主电话号码对应的车主历史活动轨迹进行推测分析，确定车主当前可能在的位置，如根据车主历史活动轨迹确定出车主的几个历史常驻地点，包括公司、家、饭店A、饭店B、洗浴中心C等，如果根据扫码用户终端当前的位置信息，确定车主停车位置在车主公司附近，在向扫码用户终端反馈车主电话号码的同时可以将车主的公司电话和/或公司地址(可以由车主预留，还可以根据公司名称在第三方平台查询得到等)作为推测信息一并反馈；如果根据扫码用户终端当前的位置信息，确定车主停车位置在车主他家附近，在向扫码用户终端反馈车主电话号码的同时可以将车主的他家电话(可以由车主预留)作为推测信息一并反馈，这样方便扫码用户在利用车主电话联系不上车主时，还有其他联系到车主的方式可选，加大联系上车主的可能性。

进一步的，作为本实施例的另一种扩展方式，丰富本技术方案的内容，提高车主的使用体验，满足车主的一些使用需求，车主可以通过客户端或浏览器登录到车主信息的管理页面，如图3所示，实现修改电话号码、车主姓名、扫码用户获取车主电话号码的权限(这里涉及到扫码用户的认证鉴权，如具体可以通过黑名单和白名单等筛选方式)等；例如，车主可以设定哪些时间段可以接听服务器的直接呼叫，哪些时间段只能接收服务器转发的扫码用户的语音信息等；再例如，车主可以设定哪些人可以直接获取到车主的电话号码，哪些人需要认证通过后才能获取到车主的电话号码，这种情况下，在服务器接收到扫码用户终端发送的呼叫车主请求时，可以通过白名单和黑名单对扫码用户进行筛选，如果该扫码用户在黑名单中，则拒绝向该扫码用户反馈车主的联系方式信息或转发语音信息等，通过这种方式可以防止一些恶意骚扰车主的用户对车主进行恶意骚扰。

通过应用上述本实施例的技术方案，不但使得挪车卡具备了保险产品推广、和保险销售佣金归属某保险代理人的功能，还可以一定程度上消除直接呈现车主联系方式信息的安全风险，同时可以提高联系上车主的可能性。

进一步的，作为图1方法的具体实现，本申请实施例提供了一种基于挪车卡的信息处理装置，如图4所示，该装置包括：获取单元21、确定单元22、发送单元23。

获取单元21，可以用于获取挪车卡上预先配置的二维码的扫码结果；

确定单元22，可以用于根据获取单元21获取到的扫码结果，确定二维码包含的保险投保链接地址和保险代理人对应的唯一代码；

发送单元23，可以用于利用保险投保链接地址和唯一代码，向服务器发送保险投保页面的获取请求。

进一步的，以使得服务器返回保险投保页面，并在确定用户投保成功后，将产生的保费佣金记录在与唯一代码绑定的保险代理人名下。

在具体的应用场景中，通常挪车卡会放置在车辆前档风玻璃下面，且大多数是车外面的人需要联系车主，因此可以将联系车主服务对应的二维码配置在挪车卡正面，即挪车卡片面向前挡风玻璃的那一侧，以方便车外人进行观看并扫码，而购买车险的用户大多数是在车辆驾驶过程中与驾驶员聊天、或无意看到广告后才决定在线投保，因此可以将在线投保服务对应的二维码配置在挪车卡反面，即挪车卡片面向车内的那一侧，以方便车内人进行观看并扫码，因此本实施例中挪车卡上可以正反两面分别预先配置有二维码，不同的二维码分别对应调用不同的服务功能，服务功能包括但不限于联系车主服务和在线投保服务，确定单元22，具体可以用于若扫码结果为调用在线投保服务对应二维码的扫码结果，则确定二维码包含的保险投保链接地址和保险代理人对应的唯一代码。

在具体的应用场景中，为了丰富二维码在挪车卡上的优选布局形式，采用一码多用的方式，通过扫同一个二维码可以实现不同的使用功能，该二维码可以同时配置挪走卡正反两面，这样便于车内外的人都可以通过同一个二维码实现自己需要做的事情。相应的，确定单元22，具体还可以用于根据扫码结果，展示服务选择页面，服务选择页面中包含但不限于联系车主服务和在线投保服务；若根据选择指令确定需要调用在线投保服务，则确定二维码包含的保险投保链接地址和保险代理人对应的唯一代码。

在具体的应用场景中，为了解决目前传统挪车卡直接呈现车主的电话号码存在一定的信息安全风险，暴露了车主个人的隐私信息，容易给车主留下安全隐患的问题，如图5所示，装置还包括：接收单元24；

获取单元21，还可以用于若确定需要调用联系车主服务，则获取被扫码的二维码包含的与车主联系方式信息对应的唯一代码；

发送单元23，还可以用于将携带有车主联系方式信息对应的唯一代码的呼叫车主请求发送给服务器；

进一步的，以使得服务器根据车主联系方式信息对应的唯一代码查询车主联系方式信息；

接收单元24，可以用于接收服务器返回的查询到的车主联系方式信息并进行明文或密文展示，以便当接收到呼叫车主指令时，利用车主联系方式信息进行拨打呼叫；或接收服务器返回的关于是否直接呼叫车主的确认信息并进行展示；

发送单元23，还可以用于当接收到确认直接呼叫车主的指令时，向服务器发送携带有扫码用户终端联系方式信息的直接呼叫车主请求；

进一步的，以使得服务器利用车主联系方式信息和扫码用户终端联系方式信息，通过回拨方式建立扫码用户终端与车主终端之间的通话连接。进而可以彻底避免直接呈现车主联系方式信息会给车主信息造成一定的安全隐患。

在具体的应用场景中，如果车主移动终端未在车主身边，或车主移动终端无法接听等情形，将很可能导致出现扫码用户找不到车主的情况，为了在此情况下加大联系上车主的可能性，如图5所示，接收单元24，还可以用于在接收服务器返回的车主联系方式信息或确认信息的同时，接收服务器一并返回的与车主联系方式信息对应车主的停车预留信息并进行展示，其中停车预留信息为车主预留的提示车主自身所在地的相关信息，和/或能够联系到车主的其他联系人的联系方式信息。

在具体的应用场景中，为了加大联系上车主的可能性，呼叫车主请求中还携带有扫码终端的位置信息，如图5所示，接收单元24，还可以用于在接收服务器返回的车主联系方式信息或确认信息的同时，接收服务器一并返回的与车主联系方式信息对应车主的车主所在地预测信息，其中车主所在地预测信息是服务器根据位置信息和车主历史活动轨迹进行推测得到的，车主历史活动轨迹中包含车主各个历史常驻地点信息；从车主所在地预测信息中提取预测地点的地址信息和/或与预测地点对应预留的联系方式信息；将地址信息和/或预留的联系方式信息进行展示。

在具体的应用场景中，如图5所示，接收单元24，还可以用于接收服务器返回的关于是否通过语音或文字信息呼叫车主的确认信息并进行展示；在接收到确认通过语音或文字信息呼叫车主的指令时，接收扫码用户输入的语音或文字信息；

发送单元23，还可以用于向服务器发送携带有接收到的语音或文字信息的呼叫车主请求；

进一步的，以使得服务器利用车主联系方式信息，将语音或文字信息转发给车主终端，进而可以彻底避免直接呈现车主联系方式信息会给车主信息造成一定的安全隐患。

需要说明的是，本申请实施例提供的一种基于挪车卡的信息处理装置所涉及各功能单元的其他相应描述，可以参考图1、图2和图3中的对应描述，在此不再赘述。

基于上述如图1、图2和图3所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1、图2和图3所示的基于挪车卡的信息处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1、图2、图3所示的方法，以及图4、图5所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种基于挪车卡的信息处理的实体设备，具体可以为智能手机、平板电脑、智能手表、便携计算机等智能终端，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1、图2、图3所示的基于挪车卡的信息处理方法。

可选地，该实体设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种基于挪车卡的信息处理的实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和基于挪车卡的信息处理实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，不但使得挪车卡具备了保险产品推广、和保险销售佣金归属某保险代理人的功能，还可以一定程度上消除直接呈现车主联系方式信息的安全风险，同时可以提高联系上车主的可能性。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种基于挪车卡的信息处理方法，其特征在于，包括：

获取挪车卡上预先配置的二维码的扫码结果；

根据所述扫码结果，确定所述二维码包含的保险投保链接地址和保险代理人对应的唯一代码；

利用所述保险投保链接地址和所述唯一代码，向服务器发送保险投保页面的获取请求，以使得所述服务器返回所述保险投保页面，并在确定用户投保成功后，将产生的保费佣金记录在与所述唯一代码绑定的保险代理人名下。

2.根据权利要求1所述的方法，其特征在于，所述挪车卡上正反两面分别预先配置有二维码，不同的二维码分别对应调用不同的服务功能，所述服务功能包括但不限于联系车主服务和在线投保服务，根据所述扫码结果，确定所述二维码包含的保险投保链接地址和保险代理人对应的唯一代码，包括：

若所述扫码结果为调用所述在线投保服务对应二维码的扫码结果，则确定所述二维码包含的保险投保链接地址和保险代理人对应的唯一代码。

3.根据权利要求1所述的方法，其特征在于，根据所述扫码结果，确定所述二维码包含的保险投保链接地址和保险代理人对应的唯一代码，包括：

根据所述扫码结果，展示服务选择页面，所述服务选择页面中包含但不限于联系车主服务和在线投保服务；

若根据选择指令确定需要调用所述在线投保服务，则确定所述二维码包含的保险投保链接地址和保险代理人对应的唯一代码。

4.根据权利要求2或3所述的方法，其特征在于，若确定需要调用所述联系车主服务，则所述方法还包括：

获取被扫码的所述二维码包含的与车主联系方式信息对应的唯一代码；

将携带有所述车主联系方式信息对应的唯一代码的呼叫车主请求发送给服务器，以使得所述服务器根据所述车主联系方式信息对应的唯一代码查询所述车主联系方式信息；

接收所述服务器返回的查询到的所述车主联系方式信息并进行明文或密文展示，以便当接收到呼叫车主指令时，利用所述车主联系方式信息进行拨打呼叫；或

接收所述服务器返回的关于是否直接呼叫车主的确认信息并进行展示；

当接收到确认直接呼叫车主的指令时，向所述服务器发送携带有扫码用户终端联系方式信息的直接呼叫车主请求，以使得所述服务器利用所述车主联系方式信息和所述扫码用户终端联系方式信息，通过回拨方式建立扫码用户终端与车主终端之间的通话连接。

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

在接收所述服务器返回的所述车主联系方式信息或所述确认信息的同时，接收所述服务器一并返回的与所述车主联系方式信息对应车主的停车预留信息并进行展示，其中所述停车预留信息为所述车主预留的提示所述车主自身所在地的相关信息，和/或能够联系到所述车主的其他联系人的联系方式信息。

6.根据权利要求4所述的方法，其特征在于，所述呼叫车主请求中还携带有扫码终端的位置信息，所述方法还包括：

在接收所述服务器返回的所述车主联系方式信息或所述确认信息的同时，接收所述服务器一并返回的与所述车主联系方式信息对应车主的车主所在地预测信息，其中所述车主所在地预测信息是所述服务器根据所述位置信息和所述车主历史活动轨迹进行推测得到的，所述车主历史活动轨迹中包含所述车主各个历史常驻地点信息；

从所述车主所在地预测信息中提取预测地点的地址信息和/或与所述预测地点对应预留的联系方式信息；

将所述地址信息和/或所述预留的联系方式信息进行展示。

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

接收所述服务器返回的关于是否通过语音或文字信息呼叫车主的确认信息并进行展示；

在接收到确认通过语音或文字信息呼叫车主的指令时，接收扫码用户输入的语音或文字信息；

向所述服务器发送携带有接收到的所述语音或文字信息的呼叫车主请求，以使得所述服务器利用所述车主联系方式信息，将所述语音或文字信息转发给车主终端。

8.一种基于挪车卡的信息处理装置，其特征在于，包括：

获取单元，用于获取挪车卡上预先配置的二维码的扫码结果；

确定单元，用于根据所述获取单元获取到的扫码结果，确定所述二维码包含的保险投保链接地址和保险代理人对应的唯一代码；

发送单元，用于利用所述保险投保链接地址和所述唯一代码，向服务器发送保险投保页面的获取请求，以使得所述服务器返回所述保险投保页面，并在确定用户投保成功后，将产生的保费佣金记录在与所述唯一代码绑定的保险代理人名下。

9.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至7中任一项所述的基于挪车卡的信息处理方法。

10.一种基于挪车卡的信息处理设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7中任一项所述的基于挪车卡的信息处理方法。