一种判定会面事件真实性的方法及系统与流程

1.本发明涉及通信技术领域，尤其涉及到一种判定会面事件真实性的方法及系统。


背景技术：

2.在现有的保险业务中，代理人对客户的经营活动通常在线下进行，比如定期拜见客户、对意向投保用户进行礼物拜访、对参加保险发售活动获奖客户做活动发奖等等，但这些经营活动中代理人与客户的会面是否真实有效难以保证，现有技术中虽然存在通过gps定位服务来判定代理人与客户的会面事件的真实性，从而进行保险业务的经营活动，但受限于gps定位的准确性，鉴于代理人与客户的会面通常是在繁华市区以及室内场所进行，使用传统的定位方式往往无法确保保险业务中代理人和客户会面事件的真实性，进而导致无法对会面是否真实有效进行准确判定。


技术实现要素：

3.本发明实施例提供一种判定会面事件真实性的方法及系统，用以解决现有技术中传统的定位方式无法对会面是否真实有效进行准确判定的问题。
4.依据本发明实施例的第一个方面，提供一种判定会面事件真实性的方法，包括：
5.第一终端设备创建socket服务器及网络热点，并生成socket连接渠道信息；
6.第二终端设备接入所述网络热点；
7.所述第一终端设备向接入所述网络热点的所述第二终端设备发送所述socket连接渠道信息；
8.所述第二终端设备根据所述socket连接渠道信息与所述socket服务器连接，并将与所述socket服务器连接成功的会面成功信息发送至服务端；
9.所述服务端根据获取的所述会面成功信息，判定所述第一终端设备与所述第二终端设备的会面事件为真实事件。
10.本发明实施例的有益效果为：由于网络热点只有在代理人与客户真实面对面时，才能使客户持有的第二终端设备接入代理人持有的第一终端设备创建的网络热点中，进而通过将接入网络热点中的第二终端设备与第一终端设备创建的套接字socket服务器连接，连接成功，服务端即可确定代理人与客户之间进行会面的会面事件是真实的，能够有效预防代理人作弊刷单，还能在第二终端设备与第一终端设备创建的socket服务器连接来获取代理人提供的服务时，确保代理人能够更加高效准确的与客户完成相关服务的经营活动过程。
11.在上述技术方案的基础上，本发明还可以做如下改进：
12.可选的，所述socket连接渠道信息包括：
13.所述第一终端设备根据所述socket服务器的连接端口信息预设的socket连接端口信息，及所述第一终端设备的网关ip地址信息。
14.本发明实施例采用上述可选方案的有益效果为：获得了第二终端设备接入socket
服务器时所需的socket连接渠道信息，socket连接渠道信息能够确保第二终端设备能够成功与socket服务器进行连接。
15.可选的，所述第二终端设备根据所述socket连接渠道信息与所述socket服务器连接，具体包括：
16.所述第二终端设备根据预设的所述socket连接端口信息及所述网关ip地址信息与所述socket服务器连接。
17.本发明实施例采用上述可选方案的有益效果为：使得第二终端设备与第一终端设备创建的socket服务器进行成功连接。
18.可选的，在所述第一终端设备向接入所述网络热点的所述第二终端设备发送所述socket连接渠道信息之前，所述服务端还执行如下方法的步骤：
19.步骤s11，获取分别为所述第一终端设备及所述第二终端设备设置的身份标识符，所述身份标识符包括n个数值参数，并设置用于限制所述第二终端设备与所述socket服务器连接次数的连接次数阈值；
20.步骤s12，将所述第一终端设备的第一身份标识符减去所述第二终端设备的第二身份标识符生成会面向量；
21.步骤s13，获取根据本次会面之前的多次所述会面事件生成的所述会面向量创建的会面向量数据库；
22.步骤s14，根据所述连接次数阈值、所述会面向量及所述会面向量数据库，判断是否允许所述第二终端设备与所述socket服务器连接，若是，则通知所述第一终端设备向接入所述网络热点的所述第二终端设备发送所述socket连接渠道信息。
23.可选的，所述会面向量具体为，由所述第一身份标识符的所述n个数值参数分别减去所述第二身份标识符的n个数值参数得到；
24.所述服务端根据所述连接次数阈值、所述会面向量及所述会面向量数据库，判断是否允许所述第二终端设备与所述socket服务器连接时，具体包括：
25.判断所述会面向量的绝对值在所述会面向量数据库中已存在的次数是否超过所述连接次数阈值，则允许所述第二终端设备与所述socket服务器连接，且，将所述会面向量存入所述会面向量数据库，并累计所述会面向量的绝对值在所述会面向量数据库中的存在次数。
26.本发明实施例采用上述可选方案的有益效果为：的服务端通过分别为第一终端设备及第二终端设备设置的身份标识符来获取会面向量，且每个第一终端设备及第二终端设备的身份标识符是唯一的，每个设备的身份标识符只设置一个，进而能够根据当前的会面向量和获取的会面向量数据库来判断第一终端设备与第二终端设备在此次会面之前的会面次数，然后根据会面次数和连接次数阈值来对第二终端设备与socket服务器的连接进行限定，从而防止代理人使用第二终端设备登录不同的账号进行刷量，或者代理人通过与客户交换终端设备(第一终端设备和第二终端设备)来进行刷量的行为。若会面向量的绝对值在会面向量数据库中已存在的次数未超过连接次数阈值，说明第二终端设备与socket服务器连接的次数没有超过连接次数阈值，此时允许第二终端设备与socket服务器连接，连接成功，服务端即可判定此次会面事件是真实有效的。
27.可选的，所述第一终端设备及所述第二终端设备的身份标识符包括设备身份标识
码id。
28.本发明实施例采用上述可选方案的有益效果为：由于每个设备的设备身份标识码id是唯一的，因此，根据第一终端设备和第二终端设备的设备身份标识码id生成的会面向量，当会面向量的绝对值在会面向量数据库中已存在的次数未超过连接次数阈值时，说明当前的会面事件是真实的，且代理人不存在故意刷量的情形。
29.可选的，在所述第一终端设备向接入所述网络热点的所述第二终端设备发送所述socket连接渠道信息之前，所述服务端还执行如下方法的步骤：
30.步骤s21，获取预先设置的客户响应时间阈值；
31.步骤s22，判断所述第二终端设备请求连接所述socket服务器时的客户响应时间是否超过所述客户响应时间阈值，若是，则禁止所述第一终端设备向接入所述网络热点的所述第二终端设备发送所述socket连接渠道信息。
32.本发明实施例采用上述可选方案的有益效果为：服务端禁止第一终端设备对超过客户响应时间阈值的第二终端设备发送socket连接渠道信息，以减少不必要的操作，提高服务端对会面事件真实性的评判效率。
33.可选的，所述服务端还用于，对所述第二终端设备请求与所述第一终端设备创建的所述socket服务器连接的通信过程产生的通信数据进行有效性验证。
34.本发明实施例的有益效果为：以使服务端在确定第一终端设备与第二终端设备之间的会面事件是真实事件的同时，确保第一终端设备与第二终端设备之间的通信过程产生的通信数据也是真实有效的。
35.依据本发明实施例的第二个方面，提供一种判定会面事件真实性的系统，包括：
36.第一终端设备、第二终端设备及服务端；
37.所述第一终端设备创建socket服务器及网络热点，并生成socket连接渠道信息；
38.所述第二终端设备接入所述网络热点；
39.所述第一终端设备向接入所述网络热点的所述第二终端设备发送所述socket连接渠道信息；
40.所述第二终端设备根据所述socket连接渠道信息与所述socket服务器连接，并将与所述socket服务器连接成功的会面成功信息发送至所述服务端；
41.所述服务端根据获取的所述会面成功信息，判定所述第一终端设备与所述第二终端设备的会面事件为真实事件。
42.本发明实施例的有益效果为：由于网络热点只有在代理人与客户真实面对面时，才能使客户持有的第二终端设备接入代理人持有的第一终端设备创建的网络热点中，进而通过将接入网络热点中的第二终端设备与第一终端设备创建的套接字socket服务器连接，连接成功，服务端即可确定代理人与客户之间进行会面的会面事件是真实的，能够有效预防代理人作弊刷单，还能在第二终端设备与第一终端设备创建的socket服务器连接来获取代理人提供的服务时，确保代理人能够更加高效准确的与客户完成相关服务的经营活动过程。
43.可选的，所述服务端还用于，对所述第二终端设备请求与所述第一终端设备创建的所述socket服务器连接的通信过程产生的通信数据进行有效性验证。
44.本发明实施例的有益效果为：以使服务端在确定第一终端设备与第二终端设备之
间的会面事件是真实事件的同时，确保第一终端设备与第二终端设备之间的通信过程产生的通信数据也是真实有效的。
45.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
46.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
47.图1为本发明第一实施例提供的一种判定会面事件真实性的方法的流程图；
48.图2为服务端在步骤s3之前执行方法的流程图。
49.图3为服务端在步骤s3之前还执行的方法的流程图；
50.图4为本发明第二实施例提供的一种判定会面事件真实性的系统的结构示意图；
51.图5为本发明第五实施例提供的一种判定会面事件真实性的方法的时序流程图；
52.图6为本发明实施例提供的保险行业经营活动有效性的验证方法的示意性流程图；
53.图7为本发明实施例提供的服务端校验会面请求的示意性流程图；
54.图8为本发明实施例提供的服务端执行会面查询请求的示意性流程图；
55.图9为本发明实施例提供的图6所示方法中第二终端设备与服务端进行交互的示意性流程图；
56.图10为本发明实施例提供的服务端执行客户会面查询请求的示意性流程图；
57.图11为本发明实施例提供的服务端执行客户反馈请求的示意性流程图。
58.图中：1
‑
第一终端设备，2
‑
第二终端设备，3
‑
服务端。
具体实施方式
59.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
60.请参见图1，本发明第一实施例，提供了一种判定会面事件真实性的方法，请参见图1
‑
3，包括如下方法的步骤：
61.步骤s1，第一终端设备1创建socket服务器及网络热点，并生成socket连接渠道信息；
62.步骤s2，第二终端设备2接入网络热点；
63.步骤s3，第一终端设备1向接入网络热点的第二终端设备2发送socket连接渠道信息；
64.步骤s4，第二终端设备2根据socket连接渠道信息与socket服务器连接，并将与socket服务器连接成功的会面成功信息发送至服务端3；
65.步骤s5，服务端3根据获取的会面成功信息，判定第一终端设备1与第二终端设备2的会面事件为真实事件。
66.本发明实施例的有益效果为：由于代理人持有的第一终端设备1创建的网络热点只有在代理人与客户真实面对面时，才能使客户持有的第二终端设备2接入第一终端设备1创建的网络热点中，进而通过将接入网络热点中的第二终端设备2与第一终端设备1创建的套接字socket服务器连接，连接成功，服务端3即可确定代理人与客户之间进行会面的会面事件是真实的，能够有效预防代理人作弊刷单，还能在第二终端设备2与第一终端设备1创建的socket服务器连接来获取代理人提供的服务时，确保代理人能够更加高效准确的与客户完成相关服务的经营活动过程，因为通过将第二终端设备2与第一终端设备1创建的套接字socket服务器连接，来使第二终端设备2获取代理人所在的第一终端设备1通过经营相关的业务通讯场景对其进行的经营活动，不会因为传统定位方式的限制使得第二终端设备2无法获取第一终端设备1提供的经营活动，提高了业务通讯场景的准确率，使得代理人能够更加高效准确的完成经营活动。
67.具体地，本发明实施例中，socket连接渠道信息包括：第一终端设备1根据socket服务器的连接端口信息预设的socket连接端口信息，从而向第二终端设备2明确到底需要与socket服务器的哪个连接端口进行连接；及第一终端设备1的网关ip地址信息，使得第二终端设备2能够根据网关ip地址信息找到相应的第一终端设备1创建的socket服务器进行连接。本发明实施例获得了第二终端设备2接入socket服务器时所需的socket连接渠道信息，socket连接渠道信息能够确保第二终端设备2能够成功与socket服务器进行连接。具体地，第二终端设备2根据socket连接渠道信息与socket服务器连接，具体包括：第二终端设备2根据预设的socket连接端口信息及网关ip地址信息与socket服务器连接，从而使得第二终端设备2与第一终端设备1创建的socket服务器进行成功连接。
68.在本发明实施例中，请参见图2，在第一终端设备1向接入网络热点的第二终端设备2发送socket连接渠道信息之前，服务端3还执行如下方法的步骤：
69.步骤s11，获取分别为第一终端设备1及第二终端设备2设置的身份标识符，身份标识符包括n个数值参数，并设置用于限制第二终端设备2与socket服务器连接次数的连接次数阈值；第一终端设备1及第二终端设备2的身份标识符具有唯一性，每个设备的身份标识符只设置一个，身份标识符包括由n个数值参数表示的标识符，也可以为包含有n个数值参数加字母的形式的标识符，n可以为大于或等于2的整数，比如，身份标识符可以具有2个数值参数x和y，因此，(x，y)可抽象看作平面内的坐标位置，身份标识符也可以具有3个数值参数x、y、z，因此，(x，y，z)可抽象看作空间内的坐标位置。
70.步骤s12，将第一终端设备1的第一身份标识符减去第二终端设备2的第二身份标识符生成会面向量，会面向量(第一身份标识符减去第二终端设备2的第二身份标识符)具体为，由第一身份标识符的n个数值参数分别减去第二身份标识符的n个数值参数得到，当身份标识符为n个数值参数加字母的形式时，只对数值部分做运算，而且当身份标识符的数值参数较多时，可以只取前n个数值参数进行运算。以身份标识符为2个数值参数(x，y)为例，在代理人与客户进行的正常会面的情况下，当第一终端设备1的第一身份标识符为(x
a
，y
a
)，第二终端设备2的第二身份标识符为(x
b
，y
b
)时，第一终端设备1的第一身份标识符减去第二终端设备2的第二身份标识符生成会面向量，得到会面向量(x
a
‑
x
b
，y
a
‑
y
b
)，如果代理人
与客户交换设备(第一终端设备1和第二终端设备2)为客户提供服务时，得到的会面向量为(x
b
‑
x
a
，y
b
‑
y
a
)，如果客户使用其所持有的第二终端设备2分别登陆不同的账号来请求与第一终端设备1的socket服务器连接时，每次得到的会面向量均为(x
a
‑
x
b
，y
a
‑
y
b
)；
71.步骤s13，获取根据本次会面之前的多次会面事件生成的会面向量创建的会面向量数据库，本次会面为代理人与客户当前会面时的会面事件；
72.步骤s14，根据连接次数阈值、会面向量及会面向量数据库，判断是否允许第二终端设备2与socket服务器连接，若是，则通知第一终端设备1向接入网络热点的第二终端设备2发送socket连接渠道信息。
73.具体的，步骤s14中，服务端3根据连接次数阈值、会面向量及会面向量数据库，判断是否允许第二终端设备2与socket服务器连接时，具体包括：判断会面向量的绝对值在会面向量数据库中已存在的次数，若会面向量的绝对值在会面向量数据库中已存在的次数未超过连接次数阈值，则允许第二终端设备2与socket服务器连接，若本次会面得到的会面向量为(x
a
‑
x
b
，y
a
‑
y
b
)，则判断(x
a
‑
x
b
，y
a
‑
y
b
)的绝对值在会面向量数据库中存在的次数，如在会面向量数据库中，与(x
a
‑
x
b
，y
a
‑
y
b
)的绝对值相同的会面向量有三个，说明(x
a
‑
x
b
，y
a
‑
y
b
)的绝对值在会面向量数据库中已存在的次数为三次，若设置的连接次数阈值为两个，即会面向量的绝对值在会面向量数据库中已存在的次数超过了连接次数阈值，此时不允许第二终端设备2与socket服务器连接，若设置的连接次数阈值为四个，即会面向量的绝对值在会面向量数据库中已存在的次数没有超过连接次数阈值，此时允许第二终端设备2与socket服务器连接，且，将会面向量存入会面向量数据库，并累计该会面向量的绝对值在会面向量数据库中的存在次数，即该会面向量的绝对值在会面向量数据库中的存在次数从三个变成了四个。也就是说，只要第二终端设备2能与socket服务器连接，就对该次会面得到的会面向量及其绝对值目前在会面数据库中的存在次数存入会面向量数据库，以为下一次的会面做数据支撑。
74.本发明实施例的服务端3通过分别为第一终端设备1及第二终端设备2设置的身份标识符来获取会面向量，且每个第一终端设备1及第二终端设备2的身份标识符是唯一的，每个设备的身份标识符只设置一个，进而能够根据当前的会面向量和获取的会面向量数据库来判断第一终端设备1与第二终端设备2在此次会面之前的会面次数(即会面向量的绝对值在会面向量数据库中已存在多少次，此次会面之前的会面次数就为多少次)，然后根据会面次数和连接次数阈值来对第二终端设备2与socket服务器的连接进行限定，从而防止代理人使用第二终端设备2登录不同的账号进行刷量，或者代理人通过与客户交换终端设备(第一终端设备1和第二终端设备2)来进行刷量的行为。若会面向量的绝对值在会面向量数据库中已存在的次数未超过连接次数阈值，说明第二终端设备2与socket服务器连接的次数没有超过连接次数阈值，此时允许第二终端设备2与socket服务器连接，连接成功，服务端3即可判定此次会面事件是真实有效的。
75.在本发明一具体实施例中，第一终端设备1及第二终端设备2的身份标识符包括设备身份标识码id。由于每个设备的设备身份标识码id是唯一的，如第一终端设备1及第二终端设备2均为移动终端设备手机时，每个手机的设备身份标识码id均是唯一的，因此，可以根据第一终端设备1和第二终端设备2的设备身份标识码id生成的会面向量，当会面向量的绝对值在会面向量数据库中已存在的次数未超过连接次数阈值时，说明当前的会面事件是
真实的，且代理人不存在故意刷量的情形。
76.可选的，请参见图3，在本发明实施例中，在第一终端设备1向接入网络热点的第二终端设备2发送socket连接渠道信息之前，服务端3还执行如下方法的步骤：
77.步骤s21，获取预先设置的客户响应时间阈值；
78.步骤s22，判断第二终端设备2请求连接socket服务器时的客户响应时间是否超过客户响应时间阈值，若是，则禁止第一终端设备1向接入网络热点的第二终端设备2发送socket连接渠道信息。本发明实施例服务端3禁止第一终端设备1对超过客户响应时间阈值的第二终端设备2发送socket连接渠道信息，以减少不必要的操作，提高服务端3对会面事件真实性的评判效率。此外，本发明实施例中，服务端3还用于，对第二终端设备请求与第一终端设备创建的socket服务器连接的通信过程产生的通信数据进行有效性验证，以使服务端3在确定第一终端设备1与第二终端设备2之间的会面事件是真实事件的同时，确保第一终端设备1与第二终端设备2之间的通信数据也是真实有效的，以有效防止线下经营活动作弊行为。
79.请参见图4，本发明第二个实施例，提供了一种判定会面事件真实性的系统，包括：
80.第一终端设备1、第二终端设备2及服务端3。第一终端设备1创建socket服务器及网络热点，并生成socket连接渠道信息；第二终端设备2接入网络热点；第一终端设备1向接入网络热点的第二终端设备2发送socket连接渠道信息；第二终端设备2根据socket连接渠道信息与socket服务器连接，并将与socket服务器连接成功的会面成功信息发送至服务端3。服务端3根据获取的会面成功信息，判定第一终端设备1与第二终端设备2的会面事件为真实事件。本发明实施例中，由于网络热点只有在代理人与客户真实面对面时，才能使客户持有的第二终端设备2接入代理人持有的第一终端设备1创建的网络热点中，进而通过将接入网络热点中的第二终端设备2与第一终端设备1创建的套接字socket服务器连接，确保了代理人与客户会面的真实性，能够有效预防代理人作弊刷单。
81.可选的，本发明实施例在第一终端设备1向接入网络热点的第二终端设备2发送socket连接渠道信息之前，请参见图2，服务端3还执行如下方法的步骤：
82.步骤s11，获取分别为第一终端设备1及第二终端设备2设置的身份标识符，身份标识符包括n个数值参数，并设置用于限制第二终端设备2与socket服务器连接次数的连接次数阈值；
83.步骤s12，将第一终端设备1的第一身份标识符减去第二终端设备2的第二身份标识符生成会面向量，会面向量(第一身份标识符减去第二终端设备2的第二身份标识符)具体为，由第一身份标识符的n个数值参数分别减去第二身份标识符的n个数值参数得到，当身份标识符为n个数值参数加字母的形式时，只对数值部分做运算，而且当身份标识符的数值参数较多时，可以只取前n个数值参数进行运算；
84.步骤s13，获取根据本次会面之前的多次会面事件生成的会面向量创建的会面向量数据库，本次会面为代理人与客户当前会面时的会面事件；
85.步骤s14，根据连接次数阈值、会面向量及会面向量数据库，判断是否允许第二终端设备2与socket服务器连接，若是，则通知第一终端设备1向接入网络热点的第二终端设备2发送socket连接渠道信息。
86.具体的，步骤s14中，服务端3根据连接次数阈值、会面向量及会面向量数据库，判
断是否允许第二终端设备2与socket服务器连接时，具体包括：判断会面向量的绝对值在会面向量数据库中已存在的次数，若会面向量的绝对值在会面向量数据库中已存在的次数未超过连接次数阈值，则允许第二终端设备2与socket服务器连接，且，将会面向量存入会面向量数据库，并累计该会面向量的绝对值在会面向量数据库中的存在次数。
87.本发明实施例的服务端3通过分别为第一终端设备1及第二终端设备2设置的身份标识符来获取会面向量，且每个第一终端设备1及第二终端设备2的身份标识符是唯一的，每个设备的身份标识符只设置一个，进而能够根据当前的会面向量和获取的会面向量数据库来判断第一终端设备1与第二终端设备2在此次会面之前的会面次数(即会面向量的绝对值在会面向量数据库中已存在多少次，此次会面之前的会面次数就为多少次)，然后根据会面次数和连接次数阈值来对第二终端设备2与socket服务器的连接进行限定，从而防止代理人使用第二终端设备2登录不同的账号进行刷量，或者代理人通过与客户交换终端设备(第一终端设备1和第二终端设备2)来进行刷量的行为。若会面向量的绝对值在会面向量数据库中已存在的次数未超过连接次数阈值，说明第二终端设备2与socket服务器连接的次数没有超过连接次数阈值，此时允许第二终端设备2与socket服务器连接，连接成功说明代理人与客户真实会面了，服务端3即可判定此次会面事件是真实有效的。
88.可选的，请参见图3，在本发明实施例中，在第一终端设备1向接入网络热点的第二终端设备2发送socket连接渠道信息之前，服务端3还执行如下方法的步骤：步骤s21，获取预先设置的客户响应时间阈值；步骤s22，判断第二终端设备2请求连接socket服务器时的客户响应时间是否超过客户响应时间阈值，若是，则禁止第一终端设备1向接入网络热点的第二终端设备2发送socket连接渠道信息。本发明实施例服务端3禁止第一终端设备1对超过客户响应时间阈值的第二终端设备2发送socket连接渠道信息，以减少不必要的操作，提高服务端3对会面事件真实性的评判效率。此外，本发明实施例中，服务端3还用于，对第二终端设备请求与第一终端设备创建的socket服务器连接的通信过程产生的通信数据进行有效性验证。以使服务端3在确定第一终端设备1与第二终端设备2之间的会面事件是真实事件的同时，确保第一终端设备1与第二终端设备2之间的通信数据也是真实有效的，以有效防止线下经营活动作弊行为。
89.为使本发明更加清楚明白，在本发明第三实施例中，通过上述两个实施例结合图5
‑
11说明本发明在实际应用中的方法流程。
90.本发明实施例将判定会面事件真实性的方法及系统，应用于代理人和客户通过近距离通讯场景会面进行保险行业的经营活动中，在本发明实施例中，代理人端即为第一终端设备1，第一终端设备1和第二终端设备2均为通信设备—手机，代理人和客户在进行业务往来时，在服务端3的控制下，保险行业的经营活动包括如下步骤：
91.1、代理人将手机(第一终端设备1)开启网络热点；
92.2、客户通过第二终端设备2连接代理人的手机开启的网络热点
93.3、代理人的手机通过近距离通讯场景所在的应用程序app发起近距离通讯场景会面，应用程序app自动创建serversocket(socket服务器)，并使用serversocket监听双方的业务会话过程，网关ip是代理人手机的局域网ip地址，为确保客户的手机成功连接上serversocket，还约定一个用于连接serversocket的端口port；
94.4、第二终端设备2获取代理人端的局域网ip地址和端口port；
95.5、第二终端设备2通过获取到的局域网ip地址和预先约定好的端口port，尝试连接代理人端创建的serversocket，并向代理人端的手机发送客户进行数字签名后的身份验证信息；
96.6、代理人端的手机收到第二终端设备2连接serversocket成功的信息，以及第二终端设备2发送的客户进行数字签名后的身份验证信息，并对身份验证信息进行数字签名校验。第二终端设备2还把连接serversocket成功的信息发送至服务端3，服务端3根据第二终端设备2连接serversocket成功的信息判定代理人端与第二终端设备的会面事件是真实的；
97.7、数字签名校验通过，并在服务端3对会面事件的真实性判定通过后，代理人端将保险业务的订单信息发送给第二终端设备2；
98.8、第二终端设备2收到代理人端发送的订单信息，显示近距离通讯场景会面的操作界面，订单信息显示在操作界面上，客户在操作界面对订单信息进行操作，然后将操作结果提交至代理人端；
99.9、代理人端收到第二终端设备2的操作结果，将订单信息提交到服务端3，完成近距离通讯场景会面的工作流程。
100.具体地，如图6所示，上述判定会面事件真实性的方法及系统应用于对保险行业的经营活动时，服务端3还用于，对第二终端设备请求与第一终端设备创建的socket服务器连接的通信过程产生的通信数据进行有效性验证，即服务端3对该经营活动进行有效性验证，则对该经营活动的有效性的验证方法具体包括以下步骤：
101.步骤2.1.1，代理人端根据代理人的指令选择要会面的客户，输入经营信息，发起会面请求。
102.可选地，所述经营信息包括给客户打电话介绍保险产品、定期拜见客户、对意向投保用户进行礼物拜访以及对参加保险发售活动获奖客户做活动发奖等经营活动的相关信息。
103.步骤2.1.2，服务端3对收到的请求进行校验，校验异常返回给第二终端设备2重新进行步骤2.1.1，校验通过的，初始化会面记录。
104.可选地，本实施例中，代理人端和第二终端设备2的身份标识符分别为代理人id、客户id，所述会面记录包括：代理人id(即第一终端设备的id)，客户id(即第二终端设备的id)，会面形式(见面拜访，礼物拜访，礼物发放)，客户评价，代理人发起时间，过期时间，客户响应时间，记录状态，活动id以及奖品名称，如图7所示，所述服务端3在进行请求校验时，具体执行如下步骤：
105.步骤1.1)获取代理人端的会面请求；
106.步骤1.2)判断所述请求是否包括指定的经营活动类型，若是则继续下一步，若否则将请求异常结果发送至所述代理人端；
107.步骤1.3)判断所述请求是否是活动并且有活动id，若是则继续下一步，若否则将请求异常结果发送至所述代理人端；
108.步骤1.4)判断所述请求是否包括实物，若否则继续下一步，若是则判断该请求是否包括健康币需求条件或有获奖名称，若包括则继续下一步，若不包括则将请求异常结果发送至所述代理人端；
109.步骤1.5)判断所述请求是否包括客户id，若是则继续下一步，若否则将请求异常结果发送至所述代理人端；
110.步骤1.6)判断该请求包括客户是否为系统可查到客户，若是则继续下一步，若否则将请求异常结果发送至所述代理人端；
111.步骤1.7)判断所述请求是否有代理人对客户会面有效记录，若否则继续下一步，若是则说明该记录已创建过，此次请求为重复创建同一个记录，将请求异常结果发送至所述代理人端；
112.步骤1.8)当所述请求包括获奖id时，判断所述获奖id对应的用户和状态是否正确，若是则继续下一步，若否则将请求异常结果发送至所述代理人端；
113.具体地，所述判断获奖id对应的用户和状态是否正确包括判断这个用户是否确认获奖，并且获奖的状态是否还是未发奖的状态。
114.步骤1.10)创建初始化会面记录。
115.步骤2.1.3，代理人和客户进行线下客户经营活动，利用上述判定会面事件真实性的方法中的服务端验证所述客户经营活动的有效性。
116.步骤2.1.4，代理人在客户反馈会面结果期间或之后通过代理人端发起会面查询请求，如果有异常或者空结果重新到步骤2.1.1发新请求。
117.可选地，如图8所示，所述服务端3在步骤2.1.4中具体执行如下步骤：
118.步骤1.11)获取会面查询请求；
119.步骤1.12)判断该查询请求是否包括记录id，若否则进入步骤1.13，若是则进入步骤1.14；
120.步骤1.13)查询该代理人初始化会面记录，过滤记录中客户已响应完成的记录，过滤记录后更新记录状态为成功(success)，响应记录以及对应的客户信息；
121.步骤1.14)查询该id的会面记录，若记录存在则进入下一步，否则将请求异常结果发送至所述代理人端；
122.步骤1.15)判断代理人是否与记录一致，若是则进入下一步，否则将请求异常结果发送至所述代理人端；
123.步骤1.16)判断记录是否过期，若是则进入下一步，否则判定为空记录并将结果发送至所述代理人端；
124.步骤1.17)判断记录状态是否有效，当为无效时，将查询到的记录发送至所述代理人端，更新记录状态为成功(success)，获取响应记录以及对应的客户信息。
125.需要说明的是，步骤2.1.2完成之前，代理人是可以发起查询的，此时没有记录id，当步骤2.1.2完成后会把生成的记录id返回第二终端设备2，第二终端设备2可以用记录id进行查询，而在刚创建记录，记录id还没有返回给代理人时，可在返回查询结果时告知代理人请求成功。
126.所述记录状态随着经营活动的进行状态更新，包括初始化(刚创建记录状态)，成功(正常完成会面流程的最终状态)，拒绝(客户拒绝会面的最终状态)，找到(代理人和客户在各自app找到对方的中间状态)，socket服务器连接异常(因为第二终端设备2请求连接次数过多或客户相应时间过长而无法连接上socket服务器)，健康币不足(因为兑换实物需要用客户的健康币进行兑换，因为客户的健康币不足导致无法完成会面记录而导致的异常状
态，可通过用户通过其他活动赚取健康币，此满健康币抵扣条件转成其他状态，也可能因为一直满足不了健康币抵扣，导致此状态是最终状态)。
127.可选地，在一个实施例中，如图9所示，所述验证方法还包括：
128.步骤2.2.1，步骤当2.1.2完成后，客户可以通过手机摇一摇方式尝试连接代理人端的socket服务器，发起会面查询请求；
129.步骤2.2.2，服务端3查找对此客户发起的代理人，对返回结果为空的需要客户进行步骤2.2.1。
130.可选地，如图10所示，所述服务端3在步骤2.2.2中具体还执行如下步骤：
131.步骤1.18)获取第二终端设备2的会面查询请求；
132.步骤1.19)根据客户id判断是否是系统用户，若是则进入下一步，若否则为记录异常信息，无结果；
133.步骤1.20)判断是否有最新一条对此客户的会面记录，若是则进入下一步，若否则为记录异常信息，无结果；
134.具体地，步骤1.20)用于判断该用户是否是参与会面的用户。
135.步骤1.21)判断最新记录的状态是否已经结束，若否则进入下一步，若是则为记录异常信息，无结果；
136.具体地，步骤1.21)用于校验客户是否在完成同一个会面记录，例如用户在app端同时点了两次提交会面记录。当前一个请求完成后，后一个请求就是无效的。
137.步骤1.22)判断最新记录是否已经超过时间限制，若否则进入下一步，若是则为记录异常信息，无结果；
138.需要说明的是，由于会面记录从创建开始在限制时间内完成才算有效，例如从创建会面记录开始，60分钟内此条记录都是有效的。
139.步骤1.23)判断客户是否已与代理人端的socket服务器连接，若是则更新记录状态为find(找到)，代理人端向第二终端设备2发送会面记录id和相关代理人，若否则为记录异常信息，无结果。
140.具体地，判断客户是否已与代理人端的socket服务器连接是通过判定会面事件真实性的方法来进行确定的。
141.步骤2.2.3，在步骤2.2.2查到发起会面代理人后，客户参与线下代理人的客户经营活动。
142.步骤2.2.4，客户在2.2.3基础上反馈会面的结果，客户可以选择接受，也可以选择拒绝，在接受后需要客户返回对此次活动的满意程度调查。
143.可选地，如图11所示，所述服务端3在步骤2.2.4中具体执行如下步骤：
144.步骤1.24)获取第二终端设备2的反馈结果请求；
145.步骤1.25)判断是否存在反馈会面的记录，若是则进入下一步，若否则向第二终端设备2发送异常提示；
146.步骤1.26)检验此时会面状态是否是find，若是则进入下一步，若否则向第二终端设备2发送异常提示；
147.步骤1.27)判断是否记录还未超过时间限制，若是则进入下一步，若否则向第二终端设备2发送异常提示；
148.步骤1.28)判断是否是需要抵扣健康币的活动，若是则进入步骤1.30，若否则进入步骤1.31；
149.步骤1.29)判断是否抵扣健康币，若是则进入步骤1.31)，若否则向第二终端设备2发送异常提示；
150.步骤1.30)更改会面记录状态，保存其他反馈结果，判定反馈结果请求处理成功。
151.上述验证方法必须由app参与者代理人和客户面对面的情况下共同参与才可以完成一次会面记录，可以有效防止线下经营活动作弊行为，且会面数据伴随app参与者的参与由系统自动产生，节省人力物力，经营活动数据化，活动产生的数据可用于可视化展示，报告统计，督导，数据比对等用途。
152.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
153.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
154.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指控制用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
155.上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。