CN103812995A - 一种移动终端之间通过碰撞方式进行用户相互认证的方法 - Google Patents
一种移动终端之间通过碰撞方式进行用户相互认证的方法 Download PDFInfo
- Publication number
- CN103812995A CN103812995A CN201210442665.9A CN201210442665A CN103812995A CN 103812995 A CN103812995 A CN 103812995A CN 201210442665 A CN201210442665 A CN 201210442665A CN 103812995 A CN103812995 A CN 103812995A
- Authority
- CN
- China
- Prior art keywords
- mobile phone
- mobile terminal
- time point
- collision time
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种移动终端之间通过碰撞方式进行用户相互认证的方法,作用于两台使用应用程序客户端的移动终端,通过撞击后,与附近的移动终端比对撞击时间点数据、撞击参数以及应用程序名称,来进行认证,最后发送应用程序中的用户识别编码到后台服务器进行用户相互认证操作,本发明能够通过简单的方式,即仅仅通过用户相互撞击手机的简单动作执行用户之间的认证操作,其可靠性强,而且能够更快速,便捷地进行移动终端上应用程序间的加好友的认证操作。
Description
技术领域
本发明涉及信息交互方式,尤其是移动终端上的应用程序之间用户认证的方法,具体地,涉及一种两台移动终端之间通过碰撞的方式来对移动终端上的应用程序之间加好友的方法。
背景技术
现在手机已经成为人们生活中必不可少的电子通讯工具,在其通讯领域之外,现今手机无线技术正飞速发展中。手机的职能从原先基本通讯交流信息工具逐步扩展成为人们最为方便、快捷的网络终端。无线互联网的各项应用正飞速赶超传统互联网。
即时通讯作为互联网最热门的网络应用服务之一,在手机上也正快速发展。传统的即时通讯应用必须输入完整的用户账号才能进行加好友等认证操作,由于受限于手机界面较小,操作方式不方便,并且输入文字通常比较麻烦的特点,便捷性不够,用户体验较差。
因此,本发明要解决如何更快速,便捷地进行移动终端上应用程序间的用户之间的认证操作。
发明内容
针对现有技术中的缺陷,本发明的目的是提供一种移动终端之间通过碰撞方式进行用户相互认证的方法,能够通过简单的方式,更快速,便捷地进行移动终端上应用程序间的用户之间的认证操作。
根据本发明的一个方面,提供了一种移动终端之间通过碰撞方式进行用户相互认证的方法,作用于两台使用应用程序客户端的移动终端,包括以下步骤:
a.两台移动终端发生撞击,各自记录撞击时间点数据,同时所述两台移动终端的加速度传感器分别记录撞击参数;
b.所述移动终端通过近场通讯查找附近的移动终端,并互发验证信息,所述验证信息为撞击时间点数据、撞击参数、应用程序名称以及应用程序中的用户识别编码四者生成的一次性验证信息;
c.所述移动终端分别判断收到的验证信息中的撞击时间点数据、撞击参数以及应用程序名称是否分别与自己的撞击时间点数据、撞击参数以及应用程序名称一致,若是,则执行步骤d;若否,则结束;
d.所述移动终端的应用程序之间执行用户相互认证操作。
优选地,所述步骤a中包括以下步骤:
a1.通过所述移动终端的加速度传感器的实时数据判断所述移动终端是否发生撞击,若是,则执行步骤a2,若否,则结束;
a2.同时记录所述移动终端的撞击时间点数据和撞击参数。
优选地,所述步骤a中撞击时间点数据的计量单位为毫秒。
优选地,所述步骤b中近场通讯的方式为以下方式中的一种:
-蓝牙;
-红外;
-wifi。
优选地,所述步骤c中包括以下步骤:
c1.所述移动终端分别判断收到的验证信息中的撞击时间点数据与自己的撞击时间点数据是否一致,若是,则执行步骤c2;若否,则结束;
c2.所述移动终端分别判断收到的验证信息中的撞击参数与自己的撞击参数是否一致,若是,则执行步骤c3;若否,则结束;
c3.所述移动终端分别判断收到的验证信息中的应用程序名称与自己的应用程序名称的是否一致,若是,则执行步骤d;若否,则结束。
优选地,所述步骤a之前包括预设撞击时间点误差阀值;
所述步骤c1中包括以下步骤:所述移动终端分别判断收到的撞击时间点数据与自己的撞击时间点数据的差值是否小于所述撞击时间点误差阀值,若是,则执行步骤d;若否,则结束。
优选地,所述撞击参数包括撞击发生时的至少一个方向上的加速度数据。
优选地,所述撞击参数是撞击发生时的水平方向上的加速度数据。
优选地,所述步骤a之前包括预设水平方向上的加速度数据的误差阀值;
所述步骤c2中包括以下步骤:所述移动终端分别判断收到的水平方向上的加速度数据与自己的水平方向上的加速度数据的差值是否小于所述水平方向上的加速度数据的误差阀值,若是,则执行步骤c 3;若否,则结束。
优选地,所述撞击参数是撞击发生时的三维方向上的三个加速度数据。
优选地,所述步骤a之前包括预设三维方向上的三个加速度数据的误差阀值;
所述步骤c2中包括以下步骤:所述移动终端分别判断收到的三维方向上的三个加速度数据与自己的三维方向上的三个加速度数据的差值是否小于所述三维方向上的三个加速度数据的误差阀值,若是,则执行步骤c3;若否,则结束。
优选地,所述步骤d包括以下步骤:
d1.至少一所述移动终端中的应用程序客户端发送其收到的所述验证信息中的用户识别编码到应用程序的后台服务器;
d2.所述应用程序的后台服务器对两所述移动终端上的应用程序进行加好友操作。
优选地,所述验证信息还包括所述移动终端的设备识别号。
优选地,所述应用程序客户端包括:
-聊天工具客户端;
-微博客户端;
-社区网站客户端;
-网络游戏客户端。
优选地,所述应用程序账号包括:
-聊天工具账号;
-微博账号;
-社区网站账号;
-网络游戏账号。
本发明的一种移动终端之间通过碰撞方式进行用户相互认证的方法,能够通过简单的方式,即仅仅通过用户相互撞击手机的简单动作执行用户之间的认证操作,其可靠性强,而且能够更快速,便捷地进行移动终端上应用程序间的加好友的认证操作。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1示出根据本发明的一个具体实施方式的,移动终端之间通过碰撞方式进行用户相互认证的方法的流程图;以及
图2示出根据本发明的一个具体实施方式的,移动终端之间通过碰撞方式进行用户相互认证的方法的示意图。
具体实施方式
本领域技术人员理解,本领域技术人员结合现有技术以及上述实施例可以实现所述变化例,在此不予赘述。这样的变化例并不影响本发明的实质内容,在此不予赘述。
如图1所示,其示出了本发明的一个实施例。本发明提供一种移动终端之间通过碰撞方式进行用户相互认证的方法,作用于两台使用应用程序客户端的移动终端,包括以下步骤:
a.两台移动终端发生撞击,各自记录撞击时间点数据,同时所述移动终端的加速度传感器分别记录撞击参数;
b.所述移动终端通过近场通讯查找附近的移动终端,并互发验证信息,所述验证信息为撞击时间点数据、撞击参数、应用程序名称以及应用程序中的用户识别编码四者生成的一次性验证信息;
c.所述移动终端分别判断收到的验证信息中的撞击时间点数据与自己的撞击时间点数据是否一致,若是,则执行步骤d;若否,则结束;
d.所述移动终端分别判断收到的验证信息中的撞击参数与自己的撞击参数是否一致,若是,则执行步骤e;若否,则结束;
e.所述移动终端分别判断收到的验证信息中的应用程序名称与自己的应用程序名称的是否一致,若是,则执行步骤f;若否,则结束;
f.所述移动终端的应用程序之间执行用户相互认证操作。
实际使用中,步骤c、d、e均是验证步骤,没有固定的先后顺序,完全可以相互交换位置,只要三个步骤的验证均通过,就能执行认证操作。所以,即是互换步骤c、d、e的顺序,也不会影响本发明的实施,且落在本发明的保护范围之内。
所述步骤a中包括以下步骤:
a1.通过所述移动终端的加速度传感器的实时数据判断所述移动终端是否发生撞击,若是,则执行步骤a2,若否,则结束;
a2.同时记录所述移动终端的撞击时间点数据和撞击参数。
所述步骤a中撞击时间点数据的计量单位为毫秒。
所述步骤b中近场通讯的方式为以下方式中的一种:蓝牙、红外或wifi。
所述步骤c之前包括预设撞击时间点误差阀值;所述步骤c中包括以下步骤:所述移动终端分别判断收到的撞击时间点数据与自己的撞击时间点数据的差值是否小于所述撞击时间点误差阀值,若是,则执行步骤d;若否,则结束。由于可能搜索到附近有多个移动终端,以此步骤排除不相干的移动终端。
所述撞击参数可以是多种维度上的加速度数据,可以是这些加速度数据的组合。
所述撞击参数是撞击发生时的水平方向上的加速度数据。所述步骤a之前包括预设水平方向上的加速度数据的误差阀值;所述步骤c2中包括以下步骤:所述移动终端分别判断收到的水平方向上的加速度数据与自己的水平方向上的加速度数据的差值是否小于所述水平方向上的加速度数据的误差阀值,若是,则执行步骤c 3;若否,则结束。进一步排除不相干的移动终端,提高准确性。
所述撞击参数是撞击发生时的三维方向上的三个加速度数据。所述步骤d之前包括预设三维方向上的三个加速度数据的误差阀值;所述步骤d中包括以下步骤:所述移动终端分别判断收到的三维方向上的三个加速度数据与自己的三维方向上的三个加速度数据的差值是否小于所述三维方向上的三个加速度数据的误差阀值,若是,则执行步骤e;若否,则结束。这样也能进一步排除不相干的移动终端,提高准确性。相比仅对比水平方向上的加速度数据,精确度更高。
所述步骤f包括以下步骤:f1.至少一所述移动终端中的应用程序客户端发送其收到的所述验证信息中的用户识别编码到应用程序的后台服务器;f2.所述应用程序的后台服务器对两所述移动终端上的应用程序进行加好友操作。即使有一台手机因为数据传输或是其他原因的产生的误差无法正确执行操作,另一台手机也能单独完成大部分操作。
而且,为了加强认证的准确度,所述验证信息还包括所述移动终端的设备识别号。进一步排除不相干的移动终端,提高准确性。
就常规应用来说,所述应用程序客户端包括:
-聊天工具客户端;
-微博客户端;
-社区网站客户端;
-网络游戏客户端。常规的应用程序客户端均在本发明的适用范围内。
同样地,所述应用程序账号包括:
-聊天工具账号;
-微博账号;
-社区网站账号;
-网络游戏账号。常规的应用程序账号均在本发明的适用范围内。
如图2所示,第一种情况如下:假设当用户A和用户B碰面时,他们分别有手机a和手机b,两位用户想要对手机上的QQ进行加好友的流程如下:
首先,在手机中预设撞击时间点误差阀值为0.010秒,还有三个加速度数据的误差阀值均为0.1米/秒2。
(1)用户A用手机a撞击用户B的手机b,此时,用户A和用户B的手机分别记录撞击时间点数据,此时两台手机分别记录数据如下
用户A的手机为3点47分52.007秒,三维方向上的三个加速度数据为X轴0.11米/秒2,Y轴0.75米/秒2,Z轴0.62米/秒2。
用户B的手机为3点47分52.010秒,三维方向上的三个加速度数据为X轴0.12米/秒2,Y轴0.81米/秒2,Z轴0.65米/秒2。
(2)用户A和用户B的手机分别通过wifi无线网络搜索附近的手机,发现附近共有手机a,手机b,手机c以及手机d;
手机a分别向手机b,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(3点47分52.007秒)、撞击参数(X轴0.11米/秒2,Y轴0.75米/秒2,Z轴0.62米/秒2)、应用程序名称(QQ)以及应用程序中的用户账号(11111)生成。
同时,手机b分别向手机a,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(3点47分52.010秒)、撞击参数(X轴0.12米/秒2,Y轴0.81米/秒2,Z轴0.65米/秒2)、应用程序名称(QQ)以及应用程序中的用户账号(11112)生成。
(3)两台手机分别判断撞击时间点数据(3点47分52.007秒)与撞击时间点数据(3点47分52.010秒)的差值为0.003秒,小于预设撞击时间点误差阀值0.010秒。而手机c和手机d由于没有发生撞击或者虽然在相近的时间发生了撞击,但是撞击时间点数据误差很大,而被排除。
(4)两台手机继续判断撞击参数(X轴0.11米/秒2,Y轴0.75米/秒2,Z轴0.62米/秒2)与撞击参数(X轴0.12米/秒2,Y轴0.81米/秒2,Z轴0.65米/秒2)间的误差均小于误差阀值均0.1米/秒2。显然进一步确认了手机a和手机b就是相互配对认证的两台移动终端。
(5)两台手机分别确认对方使用应用程序为QQ。
(6)两台手机分别向QQ的后台服务器S发出加好友的请求,对象的QQ号分别为(11111)和(11112),通过常规的QQ好友添加程序后,使两个人的QQ好友名单中出现对方。
继续参考图2,第二种情况如下:假设当用户A和用户B碰面时,他们分别有手机a和手机b,两位用户想要对手机上的MSN进行加好友的流程如下:
首先,在手机中预设撞击时间点误差阀值为0.015秒,还有三个加速度数据的误差阀值均为0.2米/秒2。
(1)用户A用手机a撞击用户B的手机b,此时,用户A和用户B的手机分别记录撞击时间点数据,此时两台手机分别记录数据如下
用户A的手机为12点24分23.217秒,三维方向上的三个加速度数据为X轴0.31米/秒2,Y轴0.01米/秒2,Z轴0.24米/秒2。
用户B的手机为12点24分23.225秒,三维方向上的三个加速度数据为X轴0.32米/秒2,Y轴0.03米/秒2,Z轴0.26米/秒2。
(2)用户A和用户B的手机分别通过蓝牙搜索附近的手机,发现附近共有手机a,手机b,手机c以及手机d;
手机a分别向手机b,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(12点24分23.217秒)、撞击参数(X轴0.31米/秒2,Y轴0.01米/秒2,Z轴0.24米/秒2)、应用程序名称(MSN)以及应用程序中的用户账号(11111)生成。
同时,手机b分别向手机a,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(12点24分23.225秒)、撞击参数(X轴0.32米/秒2,Y轴0.03米/秒2,Z轴0.26米/秒2)、应用程序名称(MSN)以及应用程序中的用户账号(11112)生成。
可是,由于传输的终端或是其他原因,手机a收到了手机b的一次性验证信息,而手机b没有收到了手机a的一次性验证信息。
(3)手机a判断撞击时间点数据(12点24分23.217秒)与撞击时间点数据(12点24分23.225秒)的差值为0.008秒,小于预设撞击时间点误差阀值0.015秒。而手机c和手机d由于没有发生撞击或者虽然在相近的时间发生了撞击,但是撞击时间点数据误差很大,而被排除。
(4)手机a继续判断撞击参数(X轴0.32米/秒2,Y轴0.03米/秒2,Z轴0.26米/秒2)与撞击参数(X轴0.32米/秒2,Y轴0.03米/秒2,Z轴0.26米/秒2)间的误差均小于误差阀值均0.2米/秒2。显然进一步确认了手机a和手机b就是相互配对认证的两台移动终端。
(5)手机a确认对方使用应用程序为MSN。
(6)手机a向MSN的后台服务器S发出加好友的请求,MSN号(11111)请求加MSN号(11112)为好友,通过常规的MSN好友添加程序后,使两个人的MSN好友名单中出现对方。
显然,在此过程中,由于传输问题,手机b并没有执行判断并添加的任何步骤,仅仅是手机a执行了这些步骤,但得到的效果是一样的,手机a和手机b上的MSN成功添加为好友。
继续参考图2,第三种情况如下:假设当用户A和用户B碰面时,他们分别有手机a和手机b,两位用户想要对手机上的网络游戏进行加好友的流程如下:
首先,在手机中预设撞击时间点误差阀值为0.010秒,还有三个加速度数据的误差阀值均为0.1米/秒2。
(1)用户A用手机a撞击用户B的手机b,此时,用户A和用户B的手机分别记录撞击时间点数据,此时两台手机分别记录数据如下
用户A的手机为3点47分52.007秒,三维方向上的三个加速度数据为X轴0.11米/秒2,Y轴0.75米/秒2,Z轴0.62米/秒2。
用户B的手机为3点47分52.010秒,三维方向上的三个加速度数据为X轴0.12米/秒2,Y轴0.81米/秒2,Z轴0.65米/秒2。
(2)用户A和用户B的手机分别通过wifi无线网络搜索附近的手机,发现附近共有手机a,手机b,手机c以及手机d;
手机a分别向手机b,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(3点47分52.007秒)、撞击参数(X轴0.11米/秒2,Y轴0.75米/秒2,Z轴0.62米/秒2)、应用程序名称(网络游戏)以及应用程序中的用户账号(11111)生成。
同时,手机b分别向手机a,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(3点47分52.010秒)、撞击参数(X轴0.12米/秒2,Y轴0.81米/秒2,Z轴0.65米/秒2)、应用程序名称(网络游戏)以及应用程序中的用户账号(11112)生成。
(3)两台手机分别确认对方使用应用程序为网络游戏。
(4)两台手机继续判断撞击参数(X轴0.11米/秒2,Y轴0.75米/秒2,Z轴0.62米/秒2)与撞击参数(X轴0.12米/秒2,Y轴0.81米/秒2,Z轴0.65米/秒2)间的误差均小于误差阀值均0.1米/秒2。显然进一步确认了手机a和手机b就是相互配对认证的两台移动终端。
(5)两台手机分别判断撞击时间点数据(3点47分52.007秒)与撞击时间点数据(3点47分52.010秒)的差值为0.003秒,小于预设撞击时间点误差阀值0.010秒。而手机c和手机d由于没有发生撞击或者虽然在相近的时间发生了撞击,但是撞击时间点数据误差很大,而被排除。
(6)两台手机分别向网络游戏的后台服务器S发出加好友的请求,对象的网络游戏号分别为(11111)和(11112),通过常规的网络游戏好友添加程序后,使两个人的网络游戏好友名单中出现对方。
继续参考图2,第四种情况如下:假设当用户A和用户B碰面时,他们分别有手机a和手机b,两位用户想要对手机上的新浪微博进行加好友的流程如下:
首先,在手机中预设撞击时间点误差阀值为0.015秒,还有三个加速度数据的误差阀值均为0.2米/秒2。
(1)用户A用手机a撞击用户B的手机b,此时,用户A和用户B的手机分别记录撞击时间点数据,此时两台手机分别记录数据如下
用户A的手机为12点24分23.217秒,三维方向上的三个加速度数据为X轴0.31米/秒2,Y轴0.01米/秒2,Z轴0.24米/秒2。
用户B的手机为12点24分23.225秒,三维方向上的三个加速度数据为X轴0.32米/秒2,Y轴0.03米/秒2,Z轴0.26米/秒2。
(2)用户A和用户B的手机分别通过wifi无线网络搜索附近的手机,发现附近共有手机a,手机b,手机c以及手机d;
手机a分别向手机b,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(12点24分23.217秒)、撞击参数(X轴0.31米/秒2,Y轴0.01米/秒2,Z轴0.24米/秒2)、应用程序名称(新浪微博)以及应用程序中的用户账号(11111)生成。
同时,手机b分别向手机a,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(12点24分23.225秒)、撞击参数(X轴0.32米/秒2,Y轴0.03米/秒2,Z轴0.26米/秒2)、应用程序名称(新浪微博)以及应用程序中的用户账号(11112)生成。
可是,由于传输的终端或是其他原因,手机a收到了手机b的一次性验证信息,而手机b没有收到了手机a的一次性验证信息。
(3)手机a确认对方使用应用程序为新浪微博。
(4)手机a继续判断撞击参数(X轴0.32米/秒2,Y轴0.03米/秒2,Z轴0.26米/秒2)与撞击参数(X轴0.32米/秒2,Y轴0.03米/秒2,Z轴0.26米/秒2)间的误差均小于误差阀值均0.2米/秒2。显然进一步确认了手机a和手机b就是相互配对认证的两台移动终端。
(5)手机a判断撞击时间点数据(12点24分23.217秒)与撞击时间点数据(12点24分23.225秒)的差值为0.008秒,小于预设撞击时间点误差阀值0.015秒。而手机c和手机d由于没有发生撞击或者虽然在相近的时间发生了撞击,但是撞击时间点数据误差很大,而被排除。
(6)手机a向新浪微博的后台服务器S发出加好友的请求,新浪微博号(11111)请求加新浪微博号(11112)为好友,通过常规的新浪微博好友添加程序后,使两个人的新浪微博好友名单中出现对方。
显然,在此过程中,由于传输问题,手机b并没有执行判断并添加的任何步骤,仅仅是手机a执行了这些步骤,但得到的效果是一样的,手机a和手机b上的新浪微博成功添加为好友。
继续参考图2,第五种情况如下:假设当用户A和用户B碰面时,他们分别有手机a和手机b,两位用户想要对手机上的爱情公寓交友网站进行加好友的流程如下:
首先,在手机中预设撞击时间点误差阀值为0.010秒,还有三个加速度数据的误差阀值均为0.1米/秒2。
(1)用户A用手机a撞击用户B的手机b,此时,用户A和用户B的手机分别记录撞击时间点数据,此时两台手机分别记录数据如下
用户A的手机为3点47分52.007秒,三维方向上的三个加速度数据为X轴0.11米/秒2,Y轴0.75米/秒2,Z轴0.62米/秒2。
用户B的手机为3点47分52.010秒,三维方向上的三个加速度数据为X轴0.12米/秒2,Y轴0.81米/秒2,Z轴0.65米/秒2。
(2)用户A和用户B的手机分别通过蓝牙搜索附近的手机,发现附近共有手机a,手机b,手机c以及手机d;
手机a分别向手机b,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(3点47分52.007秒)、撞击参数(X轴0.11米/秒2,Y轴0.75米/秒2,Z轴0.62米/秒2)、应用程序名称(爱情公寓交友网站)以及应用程序中的用户账号(11111)生成。
同时,手机b分别向手机a,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(3点47分52.010秒)、撞击参数(X轴0.12米/秒2,Y轴0.81米/秒2,Z轴0.65米/秒2)、应用程序名称(爱情公寓交友网站)以及应用程序中的用户账号(11112)生成。
(3)两台手机分别确认对方使用应用程序为爱情公寓交友网站。
(4)两台手机分别判断撞击时间点数据(3点47分52.007秒)与撞击时间点数据(3点47分52.010秒)的差值为0.003秒,小于预设撞击时间点误差阀值0.010秒。而手机c和手机d由于没有发生撞击或者虽然在相近的时间发生了撞击,但是撞击时间点数据误差很大,而被排除。
(5)两台手机继续判断撞击参数(X轴0.11米/秒2,Y轴0.75米/秒2,Z轴0.62米/秒2)与撞击参数(X轴0.12米/秒2,Y轴0.81米/秒2,Z轴0.65米/秒2)间的误差均小于误差阀值均0.1米/秒2。显然进一步确认了手机a和手机b就是相互配对认证的两台移动终端。
(6)两台手机分别向爱情公寓交友网站的后台服务器S发出加好友的请求,对象的爱情公寓交友网站号分别为(11111)和(11112),通过常规的爱情公寓交友网站好友添加程序后,使两个人的爱情公寓交友网站好友名单中出现对方。
继续参考图2,第六种情况如下:假设当用户A和用户B碰面时,他们分别有手机a和手机b,两位用户想要对手机上的米聊进行加好友的流程如下:
首先,在手机中预设撞击时间点误差阀值为0.015秒,还有水平方向的加速度数据的误差阀值均为0.2米/秒2。
(1)用户A用手机a撞击用户B的手机b,此时,用户A和用户B的手机分别记录撞击时间点数据,此时两台手机分别记录数据如下
用户A的手机为12点24分23.217秒,水平方向的加速度数据为0.24米/秒2。
用户B的手机为12点24分23.225秒,水平方向的加速度数据为0.25米/秒2。
(2)用户A和用户B的手机分别通过w if i无线网络搜索附近的手机,发现附近共有手机a,手机b,手机c以及手机d;
手机a分别向手机b,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(12点24分23.217秒)、撞击参数(水平方向的加速度数据为0.24米/秒2)、应用程序名称(米聊)以及应用程序中的用户账号(11111)生成。
同时,手机b分别向手机a,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(12点24分23.225秒)、撞击参数(水平方向的加速度数据为0.25米/秒2)、应用程序名称(米聊)以及应用程序中的用户账号(11112)生成。
可是,由于传输的终端或是其他原因,手机a收到了手机b的一次性验证信息,而手机b没有收到了手机a的一次性验证信息。
(3)手机a确认对方使用应用程序为米聊。
(4)手机a继续判断撞击参数(水平方向的加速度数据为0.24米/秒2)与撞击参数(水平方向的加速度数据为0.25米/秒2)间的误差均小于误差阀值均0.2米/秒2。显然进一步确认了手机a和手机b就是相互配对认证的两台移动终端。
(5)手机a判断撞击时间点数据(12点24分23.217秒)与撞击时间点数据(12点24分23.225秒)的差值为0.008秒,小于预设撞击时间点误差阀值0.015秒。
(6)手机a向米聊的后台服务器S发出加好友的请求,米聊号(11111)请求加米聊号(11112)为好友,通过常规的米聊好友添加程序后,使两个人的米聊好友名单中出现对方。
显然,在此过程中,由于传输问题,手机b并没有执行判断并添加的任何步骤,仅仅是手机a执行了这些步骤,但得到的效果是一样的,手机a和手机b上的米聊成功添加为好友。
继续参考图2,第七种情况如下:假设当用户A和用户B碰面时,他们分别有手机a和手机b,两位用户想要对手机上的飞信进行加好友的流程如下:
首先,在手机中预设撞击时间点误差阀值为0.015秒,还有水平方向的加速度数据的误差阀值均为0.2米/秒2。
(1)用户A用手机a撞击用户B的手机b,此时,用户A和用户B的手机分别记录撞击时间点数据,此时两台手机分别记录数据如下
用户A的手机为18点22分12.277秒,水平方向的加速度数据为0.58米/秒2。
用户B的手机为18点22分12.275秒,水平方向的加速度数据为0.61米/秒2。
(2)用户A和用户B的手机分别通过w if i无线网络搜索附近的手机,发现附近共有手机a,手机b,手机c以及手机d;
手机a分别向手机b,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(18点22分12.277秒)、撞击参数(水平方向的加速度数据为0.58米/秒2)、应用程序名称(飞信)以及应用程序中的用户账号(11111)生成。
同时,手机b分别向手机a,手机c以及手机d发送一次性验证信息,该信息由撞击时间点数据(18点22分12.275秒)、撞击参数(水平方向的加速度数据为0.61米/秒2)、应用程序名称(飞信)以及应用程序中的用户账号(11112)生成。
可是,由于传输的终端或是其他原因,手机b收到了手机a的一次性验证信息,而手机a没有收到了手机b的一次性验证信息。
(3)手机b确认对方使用应用程序为飞信。
(4)手机b判断撞击时间点数据(12点24分23.217秒)与撞击时间点数据(12点24分23.225秒)的差值为0.008秒,小于预设撞击时间点误差阀值0.015秒。
(5)手机b继续判断撞击参数(水平方向的加速度数据为0.24米/秒2)与撞击参数(水平方向的加速度数据为0.25米/秒2)间的误差均小于误差阀值均0.2米/秒2。显然进一步确认了手机a和手机b就是相互配对认证的两台移动终端。
(6)手机b向飞信的后台服务器S发出加好友的请求,飞信号(11112)请求加飞信号(11111)为好友,通过常规的飞信好友添加程序后,使两个人的飞信好友名单中出现对方。
显然,在此过程中,由于传输问题,手机a并没有执行判断并添加的任何步骤,仅仅是手机b执行了这些步骤,但得到的效果是一样的,手机a和手机b上的飞信成功添加为好友。
显然,在以上的各种情况中,用户a和用户b不需要任何输入号码的动作,而是仅仅用手机进行了一次撞击,方便,快捷,相比现有技术有了很大的进步。
而且,即使其中一台手机因为偶发的误差没有完整走完所有流程,只要另一台手机走完也能实现加好友的操作,即单独一台手机向后台服务器S发出请求也可以进行加好友的操作。
综上可知,本发明的一种移动终端之间通过碰撞方式进行用户相互认证的方法,能够通过简单的方式,即仅仅通过用户相互撞击手机的简单动作执行用户之间的认证操作,其可靠性强,而且能够更快速,便捷地进行移动终端上应用程序间的加好友的认证操作。
以上对本发明的具体实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,本领域技术人员可以在权利要求的范围内做出各种变形或修改,这并不影响本发明的实质内容。
Claims (15)
1.一种移动终端之间通过碰撞方式进行用户相互认证的方法,作用于两台使用应用程序客户端的移动终端,其特征在于,包括以下步骤:
a.两台移动终端发生撞击,各自记录撞击时间点数据,同时所述两台移动终端的加速度传感器分别记录撞击参数;
b.所述移动终端通过近场通讯查找附近的移动终端,并互发验证信息,所述验证信息为撞击时间点数据、撞击参数、应用程序名称以及应用程序中的用户识别编码四者生成的一次性验证信息;
c.所述移动终端分别判断收到的验证信息中的撞击时间点数据、撞击参数以及应用程序名称是否分别与自己的撞击时间点数据、撞击参数以及应用程序名称一致,若是,则执行步骤d;若否,则结束;
d.所述移动终端的应用程序之间执行用户相互认证操作。
2.根据权利要求1所述的方法,其特征在于:所述步骤a中包括以下步骤:
a1.通过所述移动终端的加速度传感器的实时数据判断所述移动终端是否发生撞击,若是,则执行步骤a2,若否,则结束;
a2.同时记录所述移动终端的撞击时间点数据和撞击参数。
3.根据权利要求2所述的方法,其特征在于:所述步骤a中撞击时间点数据的计量单位为毫秒。
4.根据权利要求1所述的方法,其特征在于:所述步骤b中近场通讯的方式为以下方式中的一种:
-蓝牙;
-红外;
-wifi。
5.根据权利要求1所述的方法,其特征在于:所述步骤c中包括以下步骤:
c1.所述移动终端分别判断收到的验证信息中的撞击时间点数据与自己的撞击时间点数据是否一致,若是,则执行步骤c2;若否,则结束;
c2.所述移动终端分别判断收到的验证信息中的撞击参数与自己的撞击参数是否一致,若是,则执行步骤c3;若否,则结束;
c3.所述移动终端分别判断收到的验证信息中的应用程序名称与自己的应用程序名称的是否一致,若是,则执行步骤d;若否,则结束。
6.根据权利要求1或5所述的方法,其特征在于:所述步骤a之前包括预设撞击时间点误差阀值;
所述步骤c1中包括以下步骤:所述移动终端分别判断收到的撞击时间点数据与自己的撞击时间点数据的差值是否小于所述撞击时间点误差阀值,若是,则执行步骤d;若否,则结束。
7.根据权利要求1或5所述的方法,其特征在于:所述撞击参数包括撞击发生时的至少一个方向上的加速度数据。
8.根据权利要求1或5所述的方法,其特征在于:所述撞击参数是撞击发生时的水平方向上的加速度数据。
9.根据权利要求8所述的方法,其特征在于:所述步骤a之前包括预设水平方向上的加速度数据的误差阀值;
所述步骤c2中包括以下步骤:所述移动终端分别判断收到的水平方向上的加速度数据与自己的水平方向上的加速度数据的差值是否小于所述水平方向上的加速度数据的误差阀值,若是,则执行步骤c3;若否,则结束。
10.根据权利要求1或5所述的方法,其特征在于:所述撞击参数是撞击发生时的三维方向上的三个加速度数据。
11.根据权利要求10所述的方法,其特征在于:所述步骤a之前包括预设三维方向上的三个加速度数据的误差阀值;
所述步骤c2中包括以下步骤:所述移动终端分别判断收到的三维方向上的三个加速度数据与自己的三维方向上的三个加速度数据的差值是否小于所述三维方向上的三个加速度数据的误差阀值,若是,则执行步骤c3;若否,则结束。
12.根据权利要求1或5所述的方法,其特征在于:所述步骤d包括以下步骤:
d1.至少一所述移动终端中的应用程序客户端发送其收到的所述验证信息中的用户识别编码到应用程序的后台服务器;
d2.所述应用程序的后台服务器对两所述移动终端上的应用程序进行加好友操作。
13.根据权利要求1至5中任意一项所述的方法,其特征在于:所述验证信息还包括所述移动终端的设备识别号。
14.根据权利要求1至5中任意一项所述的方法,其特征在于:所述应用程序客户端包括:
-聊天工具客户端;
-微博客户端;
-社区网站客户端;
-网络游戏客户端。
15.根据权利要求1至5中任意一项所述的方法,其特征在于:所述应用程序账号包括:
-聊天工具账号;
-微博账号;
-社区网站账号;
-网络游戏账号。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210442665.9A CN103812995A (zh) | 2012-11-07 | 2012-11-07 | 一种移动终端之间通过碰撞方式进行用户相互认证的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210442665.9A CN103812995A (zh) | 2012-11-07 | 2012-11-07 | 一种移动终端之间通过碰撞方式进行用户相互认证的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103812995A true CN103812995A (zh) | 2014-05-21 |
Family
ID=50709181
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210442665.9A Pending CN103812995A (zh) | 2012-11-07 | 2012-11-07 | 一种移动终端之间通过碰撞方式进行用户相互认证的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103812995A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104618339A (zh) * | 2014-12-31 | 2015-05-13 | 上海宵诺网络科技有限公司 | 一种用户线下配对的方法以及移动终端、服务器 |
CN106375931A (zh) * | 2015-07-24 | 2017-02-01 | 阿里巴巴集团控股有限公司 | 一种交互方法、装置及服务器 |
CN109603160A (zh) * | 2019-01-28 | 2019-04-12 | 网易(杭州)网络有限公司 | 游戏中添加好友的方法及装置、电子设备、存储介质 |
CN111729318A (zh) * | 2020-06-15 | 2020-10-02 | 北京智明星通科技股份有限公司 | 一种面对面游戏的方法、系统及设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090153342A1 (en) * | 2007-12-12 | 2009-06-18 | Sony Ericsson Mobile Communications Ab | Interacting with devices based on physical device-to-device contact |
CN102545964A (zh) * | 2010-12-16 | 2012-07-04 | 国民技术股份有限公司 | 一种通过碰撞触发信息交互的通信方法及系统 |
CN102710858A (zh) * | 2012-05-24 | 2012-10-03 | 上海合合信息科技发展有限公司 | 移动设备之间的配对方法及系统 |
-
2012
- 2012-11-07 CN CN201210442665.9A patent/CN103812995A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090153342A1 (en) * | 2007-12-12 | 2009-06-18 | Sony Ericsson Mobile Communications Ab | Interacting with devices based on physical device-to-device contact |
CN102545964A (zh) * | 2010-12-16 | 2012-07-04 | 国民技术股份有限公司 | 一种通过碰撞触发信息交互的通信方法及系统 |
CN102710858A (zh) * | 2012-05-24 | 2012-10-03 | 上海合合信息科技发展有限公司 | 移动设备之间的配对方法及系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104618339A (zh) * | 2014-12-31 | 2015-05-13 | 上海宵诺网络科技有限公司 | 一种用户线下配对的方法以及移动终端、服务器 |
CN106375931A (zh) * | 2015-07-24 | 2017-02-01 | 阿里巴巴集团控股有限公司 | 一种交互方法、装置及服务器 |
CN109603160A (zh) * | 2019-01-28 | 2019-04-12 | 网易(杭州)网络有限公司 | 游戏中添加好友的方法及装置、电子设备、存储介质 |
CN111729318A (zh) * | 2020-06-15 | 2020-10-02 | 北京智明星通科技股份有限公司 | 一种面对面游戏的方法、系统及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2926582B1 (en) | Sharing of information common to two mobile device users over a near-field communication (nfc) link | |
CN106559387B (zh) | 一种身份验证方法及装置 | |
US9215286B1 (en) | Creating a social network based on an activity | |
US20140181117A1 (en) | Person search method and apparatus | |
CN105049319A (zh) | 好友添加方法及系统、客户端及服务器 | |
CN103259770A (zh) | 登录方法及登录服务器 | |
CN105704002A (zh) | 一种即时通信方法和装置 | |
CN102958008A (zh) | 一种实现即时通讯的方法、系统和移动终端 | |
CN105407041A (zh) | 一种添加群组或好友的方法及服务器、客户端和系统 | |
CN103812995A (zh) | 一种移动终端之间通过碰撞方式进行用户相互认证的方法 | |
CN103379206A (zh) | 手持设备及其实现资料共享的方法 | |
CN102790732A (zh) | 即时通信中状态匹配的方法、客户端及系统 | |
CN109769249B (zh) | 一种认证方法、系统及其装置 | |
CN104935496B (zh) | 即时通信方法、系统、装置和即时通信终端 | |
CN104376022B (zh) | 一种数据处理方法和装置 | |
CN103813322A (zh) | 一种移动终端之间通过碰撞方式进行用户相互认证的方法 | |
CN102694748A (zh) | 通过即时通信工具进行位置跟踪的方法及系统 | |
CN102752262B (zh) | 一种限制恶意信息传播的方法和服务器 | |
CN102707897A (zh) | 即时通信中路径触发联系人对象的方法、客户端及系统 | |
CN103532832A (zh) | 一种传递电话号码的方法 | |
CN103812993B (zh) | 一种移动终端之间通过碰撞方式进行用户相互认证的方法 | |
CN105119977A (zh) | 基于地理坐标和时间间隔的信息传递的方法及系统 | |
CN104010069A (zh) | 一种实时匹配通信终端的方法及服务器 | |
CN103813323B (zh) | 一种移动终端之间通过碰撞方式进行用户相互认证的方法 | |
CN103117988B (zh) | 好友添加方法、装置及客户端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140521 |