一种基于互联技术的交通事故呼救方法及手表与流程

1.本技术涉及手表技术领域，尤其涉及一种基于互联技术的交通事故呼救方法及手表。背景技术：2.汽车是指由动力驱动，具有4个或4个以上车轮的非轨道承载的车辆，主要用于运载人员以及货物。我国是全球汽车保有量最高的国家，然而我国也是发生交通事故最多的国家，在发生交通事故后，需要及时的发出呼救信息，保证救援的及时进行。3.现有的联网车辆上一般安装有呼救器，当发生交通事故时，呼救器能够自动向救援方发送呼救信息；或者由事故车内的人员手动通过手机向救援方发送呼救信息，以保证救援方的及时救援。4.但是，在一些交通事故中，事故车受损严重使得车内呼救器损坏，或者事故车中的人员昏迷、身体受限，使得呼救信息无法及时向救援方发送，呼救过程较长，导致救援不能及时进行。技术实现要素：5.为了解决上述技术问题，本技术提供了一种基于互联技术的交通事故呼救方法及手表，减少救援的时间。6.本技术第一方面提供了一种基于互联技术的交通事故呼救方法，包括：7.手表确定用户正在驾驶车辆；8.所述手表获取所述车辆的撞击数据；9.所述手表将所述撞击数据与预设撞击模板进行比对，得到比对结果；10.所述手表根据所述比对结果判断所述车辆是否发生交通事故，若是，则确定目标呼救方式；11.所述手表通过所述目标呼救方式向救援方发送呼救信息，所述呼救信息用于所述救援方根据所述呼救信息展开救援。12.可选的，在所述确定呼救方式之后，在所述手表通过所述目标呼救方式向救援方发送呼救信息之前，所述交通事故呼救方法还包括：13.所述手表获取所述用户的生理状态，并通过所述生理状态确定所述用户的受伤状况；14.所述手表通过所述目标呼救方式向救援方发送呼救信息包括：15.所述手表根据所述受伤状况判断是否需要发送所述呼救信息，若是，则所述手表通过所述目标呼救方式向救援方发送所述呼救信息。16.可选的，所述手表确定目标呼救方式包括：17.判断所述手表是否处于网络连接状态，若是，则确定网络电话呼救方式为目标呼救方式。18.可选的，所述判断所述手表是否处于网络连接状态包括：19.若所述手表不处于网络连接状态，则判断所述手表是否具备紧急呼叫方式，若具备，则确定所述紧急呼叫方式为目标呼救方式。20.可选的，所述判断所述手表是否具备紧急呼叫方式包括：21.若所述手表不具备紧急呼叫方式，则所述手表搜索预设距离内的蓝牙设备，确定由所述蓝牙设备代发呼救信息为目标呼救方式。22.可选的，所述手表确定用户正在驾驶车辆包括：23.所述手表确定与所述车辆正处于连接状态，并根据所述用户的移动状态确定所述用户正在驾驶车辆。24.可选的，所述手表获取所述车辆的撞击数据包括：25.所述手表从所述用户的手机上或者所述车辆的终端上获取所述撞击数据。26.可选的，在所述手表确定目标呼救方式之后，在所述手表通过所述目标呼救方式向救援方发送呼救信息之前，所述交通事故呼救方法还包括：27.所述手表采集所述交通事故的事故信息，所述事故信息包括时间、地点以及所述用户的血氧、心率、手部运动轨迹及语音；28.所述手表通过所述目标呼救方式向救援方发送呼救信息包括：29.所述手表通过所述目标呼救方式向救援方发送呼救信息以及所述事故信息。30.本技术第二方面提供了一种手表，包括：31.确定单元，用于确定用户正在驾驶车辆；32.获取单元，用于获取所述车辆的撞击数据；33.比对单元，用于将所述撞击数据与预设撞击模板进行比对，得到比对结果；34.判断单元，用于根据所述比对结果判断所述车辆是否发生交通事故，若是，则所述手表确定目标呼救方式；35.发送单元，用于通过所述目标呼救方式向救援方发送呼救信息，所述呼救信息用于所述救援方根据所述呼救信息展开救援。36.可选的，所述手表还包括：37.处理单元，用于获取所述用户的生理状态，并通过所述生理状态确定所述用户的受伤状况；38.所述发送单元包括：39.第一判断子单元，用于根据所述受伤状况判断是否需要发送所述呼救信息，若是，则所述手表通过所述目标呼救方式向救援方发送所述呼救信息。40.可选的，所述判断单元包括：41.第二判断子单元，用于判断所述手表是否处于网络连接状态，若是，则确定网络电话呼救方式为目标呼救方式。42.可选的，所述第二判断子单元包括：43.判断模块，用于判断所述手表是否具备紧急呼叫方式，若具备，则确定所述紧急呼叫方式为目标呼救方式。44.可选的，所述判断模块包括：45.搜索子模块，用于搜索预设距离内的蓝牙设备，确定由所述蓝牙设备代发呼救信息为目标呼救方式。46.可选的，所述确定单元包括：47.确定子单元，用于所述手表确定与所述车辆正处于连接状态，并根据所述用户的移动状态确定所述用户正在驾驶车辆。48.可选的，所述获取单元包括：49.获取子单元，用于从所述用户的手机上或者所述车辆的终端上获取所述撞击数据。50.可选的，所述手表还包括：51.采集单元，用于采集所述交通事故的事故信息，所述事故信息包括时间、地点以及所述用户的血氧、心率、手部运动轨迹及语音；52.所述发送单元包括：53.发送子单元，用于通过所述目标呼救方式向救援方发送所述呼救信息以及所述事故信息。54.本技术第三方面提供了一种手表，包括：55.中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；56.所述存储器为短暂存储存储器或持久存储存储器；57.所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行第一方面以及第一方面的可选方式中的任意一种所述的方式。58.本技术第四方面提供了一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行第一方面以及第一方面的可选方式中的任意一种所述的方式。59.从以上技术方案可以看出，本技术具有以下效果：60.手表首先确定用户正在驾驶车辆，然后手表实时获取该车辆的撞击数据，手表中预设有撞击模板，在手表获取到该车辆的撞击数据之后，手表将该车辆的撞击数据与撞击模板进行比对，此时得到一个比对结果，手表则根据该比对结果判断该车辆是否发生交通事故，若是，则手表确定目标呼救方式，并通过该目标呼救方式向救援方发送呼救信息，该呼救信息用于救援方根据该呼救信息展开救援，这样能够保证呼救信息及时向救援方发送，减少呼救时间，提高救援效率。附图说明61.为了更清楚地说明本技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。62.图1为本技术一种基于互联技术的交通事故呼救方法一个示意图；63.图2为本技术一种基于互联技术的交通事故呼救方法另一个示意图；64.图3为本技术一种手表的一个示意图；65.图4为本技术一种手表的另一个示意图；66.图5为本技术一种手表的另一个示意图。具体实施方式67.本技术提供了一种基于互联技术的交通事故呼救方法及手表，用于在交通事故发生时保证呼救信息及时向救援方发送，减少呼救时间，提高救援效率。本技术在实际使用时，应被用户佩戴在手上；手表上设置有蓝牙或者wifi等无线传输模块，能够与用户手机或者用户车辆进行无线连接，并具有互相传输数据的功能。68.请参阅图1，图1是本技术提供的一种基于互联技术的交通事故呼救方法的一个实施例中一个示意图，该交通事故呼救方法包括：69.101、手表确定用户正在驾驶车辆。70.本实施例中，手表为设置有无线通信模块的智能手表；在车辆在发生交通事故时，一般是在行驶过程中，而车辆行驶需要人工驾驶，所以，在判断车辆是否发生交通事故之前，手表需要确定用户正在驾驶车辆，手表上设置的无线传输模块的连接距离有限，当手表与车辆的连接距离较长时，手表会与车辆断开连接，断开连接后的手表不能获取到车辆是否发生交通事故，故手表需要处在车辆内部。71.可选的，在一种可实现的方式中，手表通过与车辆的连接状态以及用户的移动状态确定用户正在驾驶车辆；实际的，通过手表与车辆处于连接状态仅能表示手表处于车辆附近或者车辆内部，并不能确定出车辆是否正在行驶，所以还需要通过用户的移动状态确定用户正在驾驶车辆，用户在驾驶车辆时，用户的相对外界是存在移动速度的，并且移动速度与车速一致，因此，手表需要与车辆保持连接状态，并且手表需要检测到用户与车辆正在移动，且用户的移动速度与车辆的移动速度一致，此时则确定用户正在驾驶车辆。另外，当佩戴手表的用户不在驾驶位，而是在乘坐车辆时，手表利用上述方式判断该用户正在乘坐车辆。72.102、手表获取车辆的撞击数据。73.撞击数据中包括加速度变化数据、重力变化数据、撞击声音数据及矢量运动轨迹数据等，从这些数据的变化中能够判断车辆是否发生交通事故。在车辆发生交通事故时，伴随着的是车辆发生碰撞，车辆发生碰撞，那么就会有撞击数据，例如车头撞击时承受的力度、发生撞击时的移动距离数据等。74.可选的，在一种可实现的方式中，手表通过用户手机或者车辆的终端上获取该车辆的撞击数据，实际的，加速度变化数据通过加速度传感器获取，重力变化数据通过重力感应采集器获取，撞击声音数据通过麦克风获取，矢量运动轨迹数据通过运动传感器采集；而这些感应器是集成在用户手机或者车辆的终端上，手表通过用户手机或者车辆的终端间接获取撞击数据。例如车辆的终端上设置有麦克风，当车辆发生撞击时，麦克风则会获取到撞击声音数据，然后发送给手表，此时手表便获取到了该撞击声音数据，其他撞击数据同理获取。75.可以理解的是，在上述方式中，手表通过用户手机或者车辆的终端间接获取撞击数据，而实际的，感应器也可集成在手表中，此时，手表通过自身集成的感应器直接获取撞击数据。76.103、手表将撞击数据与预设撞击模板进行比对，得到比对结果。77.撞击模块包括加速度变化模板，重力骤变模板，撞击声音模板，矢量运动轨迹模板等，撞击模块与获取的撞击数据对应，即手表获取的撞击数据中对应每一个撞击模板都有数据。撞击模板是设计人员根据数次交通事故设定的经验值，手表获取的撞击数据与该经验值相比对，存在匹配与不匹配的结果。78.本实施例中，手表在获取到车辆的撞击数据后，手表将该撞击数据与预设的撞击模板进行比对，此时得到比对结果，比对结果中包括撞击数据与撞击模板匹配、撞击数据与撞击模板不匹配。例如，矢量运动轨迹模板中设置的矢量运动距离设置为大于2米，当撞击数据中的矢量运动轨迹数据为5米时，手表将该撞击模板的范围与撞击数据的实际值进行对比，得出比对结果。79.104、手表根据比对结果判断车辆是否发生交通事故。80.在手表得到比对结果之后，手表根据该比对结果判断该车辆是否已经发生交通事故，实际的，当比对结果中撞击数据与撞击模板相匹配时，手表则确定车辆已经发生交通事故，而当比对结果中撞击数据与撞击模板不匹配时，手表确定车辆没有发生交通事故。例如撞击声音模板设定瞬时撞击声音大于90分贝，而当手表获取的撞击声音数据为100分贝，撞击声音数据与撞击声音模板相匹配，则手表认为该车辆已经发生交通事故。81.本实施例中，当手表根据该比对结果判断出车辆已经发生交通事故时，进行步骤105，当判断出车辆没有发生交通事故时，则结束流程。82.105、手表确定目标呼救方式。83.手表在通过车辆撞击数据确定车辆已经发生交通事故后，手表即将进行呼救，一般的，呼救方式存在多种，所以手表需要确定其中一种作为目标呼救方式。84.本实施例中，呼救方式包括网络电话呼救方式、紧急呼叫方式、由预设距离内的蓝牙设备代发呼救信息方式等，手表在这几种呼救方式中确定一种为目标呼救方式，确定目标呼救方式在下一实施例中进行详细描述，此处不进行具体说明。85.106、手表通过目标呼救方式向救援方发送呼救信息，呼救信息用于救援方根据呼救信息展开救援。86.救援方包括交警部门、消防部门、医疗部门等；本实施例中，手表在确定一种呼救方式后，手表通过该目标呼救方式向救援方发送呼救信息，救援方能够根据该呼救信息的提示迅速展开救援。87.本实施例中，手表通过实时获取的车辆的撞击数据判断车辆是否发生交通事故，当车辆发生交通事故时，手表确定出一种目标呼救方式，然后通过该目标呼救方式向救援方发送呼救信息，救援方能够根据该呼救信息展开救援。这样，在事故较为严重时，呼救信息仍能通过手表自动发送，确保了呼救信息的及时发送，能够减少呼救时间，提高救援效率。88.请参阅图2，图2为本技术提供的一种基于互联技术的交通事故呼救方法的另一个实施例一个示意图，该交通事故呼救方法包括：89.201、手表确定用户正在驾驶车辆。90.202、手表获取车辆的撞击数据。91.203、手表将撞击数据与预设撞击模板进行比对，得到比对结果。92.204、手表根据比对结果判断车辆是否发生交通事故。93.本实施例中的步骤201至204与前述图1实施例中的步骤101至104类似，此处不再赘述。94.205、判断手表是否处于网络连接状态。95.每个用户对手表的选用存在差异，而不同的手表上的功能也存在差异，例如一些手表上设置有联网模块，而一些手表上却没设置有；在上述实施例中说明具有多种呼救方式，在本实施例中，手表在确定目标呼救方式时，首先判断自身是否处于网络连接状态，若处于网络连接状态，则执行步骤209，若手表自身不处于网络连接状态，则执行步骤206。96.手表在判断自身是否处于网络连接状态时，手表搜寻自身配置上是否配置有网络模块，若设置有网络模块，并与网络有数据连接，则认定手表处于网络连接状态。另外，手表通过wifi联网时，手表同样具备网络呼救方式。97.206、判断手表是否具备紧急呼叫方式。98.当手表判断自身不处于网络连接状态时，说明手表不支持网络呼救方式，所以手表继续判断自身是否具备紧急呼救方式，手表上的紧急呼救方式类似于手机终端的紧急呼叫。99.本实施例中，若手表判断自身具备紧急呼叫方式，则执行步骤207，若手表判断自身不具备紧急呼叫方式，则执行步骤208。100.207、确定紧急呼叫方式为目标呼救方式。101.本实施例中，当手表判断自身具备紧急呼叫方式，那么手表确定的目标呼救方式为紧急呼叫方式，使得后续手表通过紧急呼叫向救援方发送呼救信息。102.208、手表搜索预设距离内的蓝牙设备，确定由蓝牙设备代发呼救信息为目标呼救方式。103.本实施例中，当手表自身不支持紧急呼叫方式时，手表会通过自身蓝牙模块搜索预设距离内的蓝牙设备，并确定由该蓝牙设备代发呼救信息为目标呼救方式。实际的，手表持续打开蓝牙模块，持续搜索预设距离内的蓝牙设备，当搜索到蓝牙设备后，手表与该蓝牙设备建立连接，并向该蓝牙设备发送呼救信息，然后该蓝牙设备将该呼救信息转发给救援方，实现呼救信息的发送。104.209、确定网络电话呼救方式为目标呼救方式。105.实施例中，当手表判断自身处于网络连接状态时，手表确定网络电话呼救方式为目标呼叫方式，使得后续手表通过网络电话进行呼救信息的发送。106.210、手表获取用户的生理状态，并通过生理状态确定用户的受伤状况。107.通过车辆的撞击数据判断出车辆已经发生交通事故，但是，在一些交通事故中，车内人员没有受伤或者受伤程度较小，此时，事故车辆相互私了，此时不需要进行呼救信息的发送，所以，手表需要判断用户的受伤状况，当受伤状况较为严重时，才进行呼救信息的发送。108.本实施例中，用户将手表佩戴在手上，然后手表通过与用户的接触获取到用户的生理状态，生理状态包括用户心率、用户血压等，手表通过该生理状态确定用户的受伤状况，例如，用户此时生理状态与平常的生理状态相差较大时，确定用户受伤严重，而相差不大时，确定用户受伤轻或者没有受伤。109.211、手表根据用户的受伤状况判断是否需要发送呼救信息。110.本实施例中，在手表通过生理状态确定用户的受伤状况之后，手表判断是否需要发送呼救信息，实际的，当用户受伤状况较为严重时，手表则认为需要发送呼救信息，此时执行步骤212；当用户受伤状况较轻或者没有受伤时，手表则认为不需要发送呼救信息，此时结束流程。111.本实施例中，通过用户的受伤状况判断是否需要发送呼救信息，使得呼救信息更加准确的发送，减少事故不严重时仍发送呼救信息的情况，提高准确率。112.212、手表采集交通事故的事故信息。113.事故信息包括交通事故发生的时间、地点等，以及用户的血氧、心率、手部运动轨迹及用户语音，本实施例中，手表在确定需要发送呼救信息后，手表进一步获取该车辆发生交通事故的事故信息，通过该事故信息使得救援方能够对救援工作准备更加充分，利于救援的开展。实际的，用户的血氧、心率、手部运动轨迹及用户语音等信息发送到救援方之后，救援方能够根据该信息判断用户的现有状况，为救援过程准备更加充分。114.213、手表通过目标呼救方式向救援方发送呼救信息以及事故信息。115.本实施例中的步骤213与前述图1实施例中的步骤106类似，此处不再赘述。116.需要说明的是，当手表另外获取到该交通事故的事故信息后，手表会通过目标呼救方式向救援方发送呼救信息以及该事故信息。事故信息能够让救援方在展开救援时准备更加充分，利于救援的顺利进行。117.请参阅图3，图3为本技术提供的一种手表的一个实施例一个示意图，该手表包括：118.确定单元301，用于确定用户正在驾驶车辆；119.获取单元302，用于获取车辆的撞击数据；120.比对单元303，用于将撞击数据与预设撞击模板进行比对，得到比对结果；121.判断单元304，用于根据比对结果判断车辆是否发生交通事故，若是，则手表确定目标呼救方式；122.发送单元305，用于通过目标呼救方式向救援方发送呼救信息，呼救信息用于救援方根据呼救信息展开救援。123.本实施例中，手表首先通过确定单元301确定用户正在车内驾驶车辆，再通过获取单元302实时获取该车辆的撞击数据，然后比对单元303则将该撞击数据与预设的撞击模板进行比对，得到比对结果，接着判断单元304则根据该比对结果判断该车辆是否已经发送交通试过，若是，手表则确定目标呼救方式，最后，手表中的发送单元305通过该目标呼救方式向救援方发送呼救信息，救援方能够根据该呼救信息对该已经发生交通事故的车辆进行展开救援。这样，在用户驾驶车辆发生交通事故后，能自动为用户发送呼救信息，避免了因交通事故严重使得用户不能手动发送呼救信息的情况，减少呼救时间，提高了救援效率。124.请参阅图4，图4为本技术提供的一种手表的另一个实施例一个示意图，该手表包括：125.确定单元401，用于确定用户正在驾驶车辆；126.确定单元401包括：127.确定子单元4011，用于确定与车辆正处于连接状态，并根据用户的移动状态确定用户正在驾驶车辆；128.获取单元402，用于获取车辆的撞击数据；129.获取单元402包括：130.获取子单元4021，用于从用户的手机上或者车辆的终端上获取撞击数据；131.比对单元403，用于将撞击数据与预设撞击模板进行比对，得到比对结果；132.判断单元404，用于根据比对结果判断车辆是否发生交通事故，若是，则手表确定目标呼救方式；133.判断单元404包括：134.第二判断子单元4041，用于判断手表是否处于网络连接状态，若是，则确定网络电话呼救方式为目标呼救方式；135.第二判断子单元4041包括：136.判断模块4011，用于判断手表是否具备紧急呼叫方式，若具备，则确定紧急呼叫方式为目标呼救方式；137.判断模块4011包括：138.搜索子模块40111，用于搜索预设距离内的蓝牙设备，确定由蓝牙设备代发呼救信息为目标呼救方式；139.处理单元405，用于获取用户的生理状态，并通过生理状态确定用户的受伤状况；140.采集单元406，用于采集交通事故的事故信息，事故信息包括时间、地点以及用户的血氧、心率、手部运动轨迹及语音；141.发送单元407，用于通过目标呼救方式向救援方发送呼救信息以及事故信息，呼救信息用于救援方根据呼救信息展开救援；142.发送单元407包括：143.第一判断子单元4071，用于根据受伤状况判断是否需要发送呼救信息，若是，则手表通过目标呼救方式向救援方发送呼救信息；144.发送子单元4071，用于通过目标呼救方式向救援方发送呼救信息以及事故信息。145.请参阅图5，图5是本技术提供的一种手表的另一个实施例的一个示意图，该ai智能检测系统包括：146.中央处理器502，存储器501，输入输出接口503，有线或无线网络接口504以及电源505；147.存储器501为短暂存储存储器或持久存储存储器；148.中央处理器502配置为与存储器501通信，并执行存储器501中的指令操作以执行前述图1至图2所示实施例中的步骤。149.本技术提供了一种计算机可读存储介质，包括指令，当该指令在计算机上运行时，使得计算机执行前述图1至图2所示实施例中的步骤。150.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。151.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。152.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。153.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。154.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。