用于综合管理车辆运行状态的方法以及系统与流程

文档序号:18192319发布日期:2019-07-17 05:38阅读:196来源:国知局
以下说明涉及一种综合管理车辆运行状态的技术。
背景技术
::随着信息通信技术融合到汽车领域,正试图各种方法来远程监视和管理每个车辆的运行信息或事故记录信息。作为车辆管理技术的一例,韩国专利公开第10-2005-0008122号(公开日2005年1月21日)公开了一种通过从gps卫星每隔预定时间接收gps信息来生成车辆的目前位置存储在位置信息存储器,并且,当车辆到达预定目的地时,检测目前位置信息并反应在车辆运行的车辆管理系统以及其方法。近年来,随着在车辆行驶中使用的黑匣子、导航仪、智能手机及平板pc等的各种电子装置中引进的it技术的高度发展,要求通过与车辆适当连接来实现新的功能。技术实现要素:本发明提供一种能够综合管理包括车辆的运行报告或停车冲击或紧急情况等的车辆运行状态的方法及系统。提供一种车辆综合管理方法,其为在由计算机运行的服务器上执行的车辆综合管理方法,其中,包括:从安装或内置于车辆的车辆用终端接收与所述车辆的运行状态有关的车辆运行数据的步骤;以及通过所述车辆的用户所利用的用户终端上的专用应用程序提供与所述车辆运行数据有关的服务的步骤,所述提供与所述车辆运行数据有关的服务的步骤中,与所述应用程序联结基于所述车辆运行数据提供运行报告、停车冲击通知以及事故情况通知中的一个以上。根据一侧面,在所述车辆用终端周期性地将包括速度信息的gps信息发送至所述服务器,所述提供与所述车辆运行数据有关的服务的步骤可包括利用从所述车辆用终端周期性地接收的所述gps信息推断所述车辆的行驶距离以作为所述运行报告的步骤。根据另一侧面,进一步包括当与所述车辆用终端连接时,向所述车辆用终端发送包括对所述服务所需的数据的种类以及发送周期的通信环境设置信息的步骤,在所述车辆用终端可通过所述通信环境设置信息按规定周期向所述服务器发送规定种类的车辆运行数据。根据其他另一侧面,在所述车辆行驶中的正常模式下,将所述车辆运行数据的发送周期可设置为比其他模式短。根据其他另一侧面,在所述车辆行驶中的正常模式下,所述车辆用终端感应超速事件、急加速事件、急刹车事件、急转弯事件中的一个时向所述服务器发送包括对相应事件的信息的车辆运行数据,所述提供与所述车辆运行数据有关的服务的步骤,可包括通过所述应用程序提供根据按每个事件累积的所述车辆运行数据评价的运行报告的步骤。根据其他另一侧面,在停车模式下感应冲击事件时,所述车辆用终端向所述服务器发送包括对所述冲击事件的信息的车辆运行数据,所述提供与所述车辆运行数据有关的服务的步骤,可包括对于所述冲击事件通过所述应用程序提供停车冲击通知的步骤。根据其他另一侧面,提供所述停车冲击通知的步骤,从所述车辆用终端接收感应到所述冲击事件时的影像,可以与所述停车冲击通知一起提供所述影像。根据其他另一侧面,在所述车辆行驶中的正常模式下感应事故发生事件时,所述车辆用终端向所述服务器发送包括对所述事故发生事件的信息的车辆运行数据,所述提供与所述车辆运行数据有关的服务的步骤,可包括对于所述事故发生事件通过所述应用程序向预定的紧急联系方式发送事故情况通知的步骤。根据其他另一侧面,发送所述事故情况通知的步骤为在能取消紧急情况通知的预定时间期间对所述事故发生事件开始计数等待,若在所述预定时间以内用户没有输入取消所述紧急情况通知,则可在所述等待计数结束后发送所述事故情况通知。根据其他另一侧面,发送所述事故情况通知的步骤,可根据包括所述事故发生事件的信息的车辆运行数据发送事故情况通知,所述事故情况通知包括发生事故情况的位置和时间、事故情况的种类、事故情况发生之前的速度、冲击强度中的至少一个详细信息。提供一种计算机程序,其存储在计算机可读记录介质,与通过计算机实现的用户终端相结合来执行车辆综合管理方法,其中,所述车辆综合管理方法,包括:当用户终端根据在用户终端驱动的应用程序的控制连接到安装或内置于车辆的车辆用终端时,彼此互换识别信息并存储的步骤;以及在所述用户终端根据所述应用程序的控制,以存储在所述用户终端的所述车辆用终端的识别信息为准,从与所述应用程序有关的服务器接收在服务器基于从所述车辆用终端接收的所述车辆的车辆运行数据而提供的内容的步骤。根据一侧面,所述接收内容的步骤,可包括:在所述用户终端根据所述应用程序的控制向所述服务器请求所述车辆的位置信息的步骤;在所述用户终端根据所述应用程序的控制从所述服务器接收所述车辆的位置信息的步骤;以及在所述用户终端根据所述应用程序的控制利用地图表示所述车辆的位置信息的步骤。根据另一侧面,所述接收内容的步骤,可包括:在所述用户终端根据所述应用程序的控制向所述服务器发送对地理围栏区域的设置信息的步骤;以及在所述用户终端根据所述应用程序的控制从所述服务器接收根据所述设置信息提供的对所述地理围栏区域的通知并输出的步骤。根据其他另一侧面,所述应用程序提供选择中心位置和半径以指定地理围栏区域的功能、设置对地理围栏区域的通知种类的功能、在地理围栏区域上设置通知的反复周期、时间段或有效期间的功能、提供地理围栏区域列表并编辑列表中的项目的功能中的至少一个。根据其他另一侧面,所述接收内容的步骤,可包括:在所述用户终端根据所述应用程序的控制向所述服务器发送对所述车辆的运行报告的查询请求的步骤;以及在所述用户终端根据所述应用程序的控制从所述服务器接收在所述服务器基于所述车辆运行数据评价的运行报告并输出的步骤。根据其他另一侧面,所述接收内容的步骤,可包括:在所述用户终端根据所述应用程序的控制接收在所述服务器从所述车辆用终端接收包括对停车冲击事件的信息的车辆运行数据时提供的停车冲击通知并输出的步骤。根据其他另一侧面,所述接收内容的步骤,还可包括在所述用户终端根据所述应用程序的控制从所述服务器接收所述停车冲击通知的同时一起接收在所述车辆用终端感应到所述停车冲击事件时提供的影像的步骤。根据其他另一侧面,所述车辆综合管理方法可进一步包括在所述服务器从所述车辆用终端接收包括对事故发生事件的信息的车辆运行数据时,所述用户终端根据所述应用程序的控制设置用于发送事故情况通知的紧急联系方式。根据其他另一侧面,所述车辆综合管理方法可进一步包括在所述用户终端根据所述应用程序的控制选择并连接多个车辆用终端中的至少一个车辆用终端的步骤。提供一种车辆综合管理系统,其为通过计算机运行的服务器的车辆综合管理系统,其中,包括至少一个处理器,被体现为执行计算机可读指令,所述至少一个处理器处理:从安装或内置于车辆上的车辆用终端接收与所述车辆的运行状态有关的车辆运行数据的过程;以及通过所述车辆的用户所使用的用户终端上的专用应用程序提供与所述车辆运行数据有关的服务的过程,所述提供的过程,与所述应用程序联结基于所述车辆运行数据提供运行报告、停车冲击通知及事故情况通知中的至少一个。发明效果根据根据本发明的实施例,通过综合管理包括车辆的运行报告、停车冲击或紧急情况等的车辆运行状态,能够更加准确且具体地掌握车辆运行状态,并可以对应车辆运行状态更适当且迅速地采取相应措施。附图说明图1是示出根据本发明的一实施例的网络环境的示例图。图2是用于说明本发明的一实施例的用户终端及车辆综合管理系统的内部结构的框图。图3至图4是用于说明本发明的一实施例的车辆用终端和服务服务器之间的基本通信过程的一例的图。图5是用于说明本发明的一实施例的车辆位置确认过程的一例的图。图6至图7是用于说明本发明的一实施例的地理围栏(geo-fencing)过程的一例的图。图8至图9是用于说明本发明的一实施例的运行报告发行过程的一例的图。图10是用于说明本发明的一实施例的停车冲击通知过程的一例的图。图11是用于说明本发明的一实施例的紧急情况通知过程的一例的图。具体实施方式下面,参照附图详细说明本发明的实施例。本发明的实施例是涉及综合管理运行中的车辆的状态的技术。包括在本说明书中具体公开的内容的实施例可以管理车辆运行状态,由此,在车辆发生撞击等危险的情况时,不仅能迅速地对应,而且在准确性、迅速性、有效性、方便性、节约费用等方面实现很多优点。图1是根据本发明的一实施例的网络环境的示例图。表示图1的网络环境包括车辆综合管理系统110、用户终端120、车辆用终端130以及网络140的例。用户终端120是车辆驾驶员所谓用户使用的终端,可以是由计算机设备实现的移动终端。用户终端120,例如为智能手机、手机、平板电脑、可穿戴设备、笔记本电脑、数字广播终端、pda(personaldigitalassistants,个人数字助理)、便携式多媒体播放器(portablemultimediaplayer)等。作为一例,用户终端120可以使用无线或有线通信方式经由网络140与车辆用终端130及/或车辆综合管理系统110通信。用户终端120可以指代能够安装和执行与车辆综合管理系统110相关联的专用应用程序的所有终端设备。此时,用户终端120可以在专用应用程序的控制下执行服务屏幕配置、数据输入、收发数据及数据存储等服务整体操作。车辆用终端130可为由计算机设备实现的终端,可以指安装或内置于车辆的电子设备。车辆用终端130可为车辆制造商在车辆出厂时安装或内置于车辆中的oe(oempre-installed)终端或者是车辆出厂后由车辆驾驶员单独安装或内置的am(aftermarket)终端。此处,车辆用终端130,例如有黑匣子、导航仪、vsm(车辆状态监测)终端等。并且,车辆用终端130可以使用无线或有线通信方式经由网络140与车辆综合管理系统110及/或用户终端120通信。车辆综合管理系统110可以由计算机设备或多个计算机设备实现,所述计算机设备经由网络140与用户终端120及/或车辆用终端130通信以提供指令、代码、文件、内容、服务等。车辆综合管理系统110用作向设置有专用应用程序的客户即用户终端120提供车辆综合管理服务的平台,车辆综合管理系统110可以执行被构成为执行本说明书中描述的特征中的至少一个特征的至少一个程序。尤其,车辆综合管理系统110可以通过加工从用户终端120及/或车辆用终端130获得的信息提供服务,作为一例,可以通过监视车辆运行状态来采取对应于车辆运行状态的措施。作为一例,车辆综合管理系统110可以包括:服务服务器10,基于从用户终端120及/或车辆用终端130获取的信息提供车辆综合管理服务;推送服务器20,将与车辆综合管理服务相关的推送通知发送至用户终端120。服务服务器10与推送服务器20可以实现为一个集成系统或单独系统,还可以互相联动的形态操作。在以下实施例中,说明单独设置服务服务器10和推送服务器20的系统的情况,但并不局限于此。车辆综合管理系统110相当于服务器计算机,服务器计算机,例如可包括服务器计算设备、个人计算机、服务器计算机、一系列服务器计算机、小型计算机及/或主机计算机,但不限于此。服务器计算机可以是分布式系统,并且服务器计算机的操作可以在至少一个处理器上同时及/或按顺序执行。作为一例,通过控制安装有专用应用程序的用户终端120所包括的操作系统(os)或至少一个程序(例如,浏览器或所安装的应用程序)连接到车辆综合管理系统110可以接收由车辆综合管理系统110提供的服务或内容。例如,若用户终端120在应用程序的控制下经由网络140向车辆综合管理系统110发送服务请求消息,则车辆综合管理系统110可以向用户终端120发送与服务请求消息对应的代码,用户终端120可以通过根据应用程序的控制显示与代码相对应的画面来向用户提供内容。通信方式不受限制,不仅包括使用网络140可以包括的通信网络(例如,移动通信网络、有线因特网、无线因特网、广播网络)的通信方式,还可以包括设备之间的近距离无线通信。例如,网络140可以包括个域网(pan:personalareanetwork)、局域网(lan:localareanetwork)、校园区域网(can:campusareanetwork)、城域网(man:metropolitanareanetwork)、广域网(wan:wideareanetwork)、宽带网络(bbn:broadbandnetwork)、因特网等网络中的至少一个网络。另外,网络140可以包括包括总线网络、星形网络、环形网络、网状网络、星形总线网络、树或分层网络等的网络拓扑中的一个以上,但不局限于此。图2是用于说明本发明的一实施例的用户终端及车辆综合管理系统的内部结构的框图。图2中说明用户终端120和车辆综合管理系统110的内部结构。作为其他电子设备的车辆用终端130也可以与用户终端120具有相同或相似的内部结构,并且属于车辆综合管理系统110的服务服务器10和推送服务器20也可以具有相同或相似的内部结构。车辆综合管理系统110和用户终端120可以包括存储器211及221、处理器212及222、通信模块213及223以及输出入接口214及224。存储器211及221可为计算机可读记录介质,可以包括随机存取存储器(ram:randomaccessmemory)、只读存储器(rom:readonlymemory)及磁盘驱动器等非易失性大容量存储装置(permanentmassstoragedevice)。并且,在存储器211及221可以存储操作系统或至少一个程序代码(例如,安装在用户终端120驱动的用于应用程序等的代码)。可以从与存储器211及221独立的计算机可读记录介质加载这些软件组件。这种独立的计算机可读记录介质可以包括软盘驱动器、磁盘、磁带、dvd/cd-rom驱动器、存储卡等的计算机可读记录介质。在其他实施例中,软件组件可以通过通信模块213、223而不是计算机可读记录介质加载到存储器211、221。例如,至少一个程序可以由开发者或基于程序(作为一例,所述的应用程序)加载到存储器211、221,所述程序由分发应用程序的设置文件的文件分发系统通过网络140提供的文件而设置。处理器212、222可以被构成为通过执行基本算术、逻辑和输入/输出运算来处理计算机程序的指令。可以通过存储器211、221或通信模块213、223将指令提供至处理器212、222。例如,处理器212、222可以被构成为执行根据存储在存储器211、221等记录设备中的程序代码接收的指令。通信模块213、223可以通过网络140提供车辆综合管理系统110和用户终端120互相通信的功能,并且,可以提高与其他电子设备(作为一例,车辆用终端130)通信的功能。作为一例,用户终端120的处理器222根据存储在存储器221等记录设备中的程序代码生成的请求(例如,搜索请求)在通信模块223的控制下经由网络140传送到车辆综合管理系统110。输出入接口214、224可为用于与输出入装置215、225的接口的手段。例如,输入装置可以包括键盘或鼠标等装置,输出装置可以包括用于显示应用程序的通信会话的显示器等装置。作为其他例,输出入接口224可为用于与具有用于输入和输出的功能集成为一个的装置(例如触摸屏)的接口的手段。更具体而言,用户终端120的处理器222在处理被加载在存储器221的计算机程序的指令时可以将利用由车辆综合管理系统110或车辆用终端130所提供的数据而构成的服务画面或内容通过输出入接口224显示在显示器。此外,在其他实施例中,车辆综合管理系统110和用户终端120可以包括比图2的组件更多的组件。然而,不需要明确地说明大多数现有技术的组件。例如,用户终端120可以包括上述的输出入装置225中的至少一部分,或者还可以包括收发器(transceiver)、全球定位系统(gps)模块、摄像头、各种传感器、数据库等其他组件。更具体地,当用户终端120为智能手机时可知用户终端120可进一步包括智能手机上所包括的加速度传感器、陀螺仪传感器、摄像头、各种物理按钮、使用触摸板的按钮、输入/输出端口、用于振动的振动器等各种组件。下面,说明综合管理车辆运行状态的方法以及系统的具体实施例。用于综合管理车辆运行状态的整体系统组成可包括车辆综合管理系统110、用户终端120以及车辆用终端130。车辆用终端130是通信型终端,其从安装在终端上的内部传感器或安装在车辆上并连接到终端的外部传感器收集与车辆运行状态有关的信息,并可将收集的信息发送至车辆综合管理系统110及/或用户终端120。在用户终端120安装并执行与车辆综合管理系统110相关的专用应用程序,这是在使用用于综合管理车辆的基本功能和通信相关功能时必要的。在用户终端120上执行的专用应用程序可以选择至少一个车辆用终端130来管理。车辆综合管理系统110包括将用户终端120上的专用应用程序和车辆用终端130相互连接的服务服务器10,此时,服务服务器10与车辆用终端130通信并加工所获取的信息提供服务。车辆综合管理系统110可以包括推送服务器20,所述推送服务器20是推送服务互通服务器,用于向用户终端120发送与车辆运行状态有关的各种推送通知。首先,说明车辆用终端130的无线通信环境过程为如下。车辆用终端130可以包括wi-fi接入点(ap)模式规范,并且,最初以wi-fi接入点模式运行。此时,接入点信息可以包括ssid(服务集标识)。用户可以通过用户终端120输入车辆用终端130要连接的wifi的服务集标识(ssid)和密码。用户终端120可以连接wi-fi接入点模式的车辆用终端130,并且,可以发送车辆用终端130要连接的wi-fi的ssid和密码。此时,车辆用终端130可以将相应wi-fi连接信息存储在wi-fi设置文件中。在启动车辆用终端130时,若没有wifi设置文件,则以wifi接入点模式启动,若有wifi设置文件,则可以搜索指定的wifi网络进行连接。车辆用终端130可以经由wi-fi网络与车辆综合管理系统110及/或用户终端120直接通信。车辆用终端130的通信环境不限于wi-fi网络,例如,当用户终端120提供网络共享(tethering)功能时,车辆用终端130可以通过射频(rf:radiofrequency)通信、近场通信(nfc:nearfieldcommunication)、蓝牙、zigbee等无线连接或通用串行总线(usb:universalserialbus)等的有线连接等连接到用户终端120,车辆用终端130通过在用户终端120提供的共享功能连接到网络140而可以与车辆综合管理系统110通信。图3至图4是用于说明在本发明的一实施例中的车辆用终端和服务服务器之间的基本通信过程的一例的图。如图3所示,当车辆用终端130被启动或模式切换之后若可以通信,则尝试与服务服务器10连接。此时,车辆用终端130向服务服务器10发送用于尝试连接的数据如通用唯一标识符(uuid:universallyuniqueidentifier)、型号名称、终端模式、可发送信息等(s301)。服务服务器10响应于车辆用终端130的连接尝试将通信环境设置信息发送到车辆用终端130(s302)。此时,通信环境设置信息可以包括在车辆用终端130为了服务而发送与车辆运行状态有关的数据的种类和周期作为用于提供服务的必要信息。车辆用终端130根据服务服务器10请求的通信环境设置信息,周期性地向服务服务器10发送与车辆运行状态有关的数据(以下称为“车辆运行数据”)(s303)。车辆运行数据可以包括可通过车辆用终端130获取的信息,例如,可以包括gps信息、终端模式(例如,停车模式,正常(行驶)模式等)、事件类型、加速度传感器值(例如,g传感器峰值)等。gps信息可以包括纬度、经度、速度,标头(heading)、时间信息等。当服务服务器10接收到由车辆用终端130周期性地提供的车辆运行数据时,将接收相应数据的应答发送到车辆用终端130(s304)。持续维持车辆用终端130和服务服务器10之间的通信或者车辆用终端130周期性地恢复与服务服务器10的通信,重复上述步骤s303至s304。当存在服务服务器10请求的信息时,车辆用终端130可以在周期性地发送的车辆运行数据包括服务服务器10请求的信息进行传输。作为一例,如图4所示,服务服务器10从车辆用终端130接收车辆运行数据(s401),并作为车辆运行数据中所包括的特定事件的附加信息向车辆用终端130请求包括视频和音频中的至少一个的实况数据如车辆的前方或后方影像(s402)。在接收到服务服务器10的请求之后,车辆用终端130在每预定周期发送的车辆运行数据包括服务服务器10请求的实时数据(车辆的前向或后向影像等)发送至服务服务器10(s403)。当服务服务器10从车辆用终端130接收到包括自己请求的实况数据的车辆运行数据时,将接收相应数据的应答发送到车辆用终端130(s404)。因此,服务服务器10可以响应于车辆用终端130的最初通信通过通信环境设置要从车辆用终端130发送的车辆运行数据的种类和周期(频率)。此时,可以根据模式(例如,停车模式,正常(行驶)模式等)不同地设置车辆运行数据的种类和周期。然后,除非存在特殊事件,否则车辆用终端130可以按预定周期将预定种类的车辆运行数据发送至服务服务器10。当车辆用终端130和服务服务器10之间的通信被断开时,将要发送到服务服务器10的车辆运行数据存储在车辆用终端130的本地中,然后,在通信连接时可以集体发送。图5是用于说明本发明的一实施例中的车辆位置确认过程的一例的图。用户终端120上的专用应用程序可以提供能确认车辆位置的功能。如图5所示,当用户选择由专用应用程序提供的用于确认车辆位置的用户界面时,用户终端120根据专用应用程序的控制按预定周期(例如,每10秒)向服务服务器10请求车辆的位置信息(s501)。此时,请求信号中可包括车辆用终端130的uuid。服务服务器10可以响应于用户终端120的请求将从车辆用终端130获得的位置信息发送至用户终端120(s502)。换而言之,服务服务器10可以将包括在用户终端120的请求中的uuid的车辆用终端130发送的位置信息发送到用户终端120。此时,位置信息可包括车辆的目前位置和速度方向。用户终端120可以基于在专用应用程序的控制下从服务服务器10接收的信息利用地图在地图上显示车辆的目前位置和速度方向(s503)。用户终端120可以在与车辆用终端130第一次连接时在用户终端120和车辆用终端130之间互换识别信息(uuid或电话号码等)并存储,当存储在用户终端120信息与存储在车辆用终端130的信息相同时,可以处理所述车辆位置确认过程。当用户终端120在专用应用程序的控制下从用于确认车辆位置的服务画面移动到另一画面时可以中断用于确认车辆位置的相关通信。图6至图7是用于说明在本发明的一实施例的地理围栏过程的一例的图。地理围栏是一种使用基于位置的服务(lbs)将特定地理区域指定为虚拟围栏通知该区域的访问状态的技术。用户终端120上的专用应用程序可以提供对地理围栏区域的通知功能。此时,通知功能可以包括当车辆接近地理围栏区域时提供进入通知警报的功能、以及当车辆离开地理围栏区域时提供进出通知警报的功能。还可以将地理围栏区域划分并设置为禁止进入区域和禁止进出区域。如图6所示,用户终端120可以向服务服务器10请求对目前指定的地理围栏区域的信息(s601)。对用户终端120的请求,服务服务器10可以将目前指定的对地理围栏区域的信息发送至用户终端120(s602)。用户终端120可以在专用应用程序的控制下基于从服务服务器10接收的信息在地图上表示地理围栏区域(s603)。此时,可以允许编辑地理围栏区域。作为对地理围栏区域的编辑功能,可包括通过选择中心位置和半径来指定地理围栏区域的功能、对地理围栏区域设置通知种类(进入通知或进出通知)的功能、对地理围栏区域设置通知的反复周期、时间段、有效期间等的功能、提供地理围栏区域列表,删除在列表中选择的特定区域的功能、提供地理围栏区域列表,改变在列表中选择的特定区域的半径或通知种类等的功能、以及对地理围栏区域设置停止或恢复通知的功能等。用户终端120可以在专用应用程序的控制下将用户通过编辑功能设置的对地理围栏区域的信息发送至服务服务器10(s604)。服务服务器10从用户终端120接收用户设置的对地理围栏区域的信息后进行存储,并向用户终端120发送用户对地理围栏设置的应答(s605)。并且,当需要对地理围栏的通知时,服务服务器10可以通过与推送服务器20联动来提供推送通知。如图7所示,服务服务器10通过周期性地从车辆用终端130接收的gps信息可在车辆的目前位置接近用户所指定的地理围栏区域的预定距离内,或车辆的目前位置离开用户所指定的地理围栏区域时,发生通知事件(s701)。对于车辆的目前位置接近地理围栏区域或离开地理围栏区域时发生的通知事件,服务服务器10可以向推送服务器20请求地理围栏通知(s702)。此时,通知请求可以包括用户终端120的识别号(例如,电话号码等)。根据服务服务器10的通知请求,推送服务器20可以通过用户终端120上的专用应用程序向用户发送地理围栏通知(s703)。当用户终端120第一次连接到车辆用终端130时,在用户终端120和车辆用终端130之间可以互换识别信息(uuid或电话号码等)进行存储,当存储在用户终端120的信息与存储在车辆用终端130的信息相同时,可以处理所述地理围栏过程。图8至图9是用于说明本发明的一实施例的运行报告发行过程的一例的图。服务服务器10可以基于由车辆用终端130提供的车辆运行数据提供运行报告,使得用户可以通过用户终端120上的专用应用程序确认运行报告。作为一例,车辆用终端130可以感应车辆超过限速(超速)、急加速、急刹车、急转弯等的事件,并且在感应事件时的车辆运行数据发送到服务服务器10。此时,服务服务器10可以基于在预定期间内累积的车辆运行数据通过用户终端120上的专用应用程序向用户提供对车辆运行状态评价的报告。当车辆用终端130在车辆的正常(行驶)模式下连接服务服务器10时,服务服务器10为了判断车辆的行驶距离可以将车辆运行数据的传输周期设置为比其他模式(例如,停车模式)短。例如,服务服务器10可以设置车辆用终端130在车辆的正常(行驶)模式下以两秒的间隔发送gps信息(经度,纬度和速度),为了运行报告,可以使用从车辆用终端130收集的gps信息来推断车辆的行驶距离。此时,服务服务器10可以通过将从车辆用终端130接收的gps信息的速度变化视为线性来推断行驶距离。每2秒接收gps速度时,通过所接收的2个速度信息v1(m/s)和v2(m/s)推算的行驶距离m可以如下定义{(v1+v2)/2}}×2(s)。此外,对于不能测量gps速度和位置的隧道等gps阴影区可以通过用直线连接gps速度和位置值的相邻点来推断行驶距离。在本实施例中,车辆用终端130可以不连接车辆obd(车载诊断系统)而将包括速度信息的gps信息周期性地发送到服务服务器10。在服务服务器10中可以利用从车辆用终端130接收的gps速度信息推断车辆的行驶距离。如图8所示,当车辆超过道路上的限速即规定速度时,车辆用终端130可以在超速事件发生时将超速检测信息发送到服务服务器10(s801)。作为一例,车辆用终端130可以以周期性信息传输方式传输超速检测信息,并且可以在周期性地传输的车辆运行数据中包括超速检测信息发送到服务服务器10。此时,在车辆运行数据作为事件类型可包括对超速事件的信息,作为超速检测信息可包括规定速度和超速的信息。当车辆从停车状态(例如,4km/h以下)下在预定时间内达到设定速度(例如,20km/h)时,车辆用终端130可以将急加速事件发生时的急加速检测信息发送至服务服务器10(s802)。作为一例,车辆用终端130可以以立即信息传输方式发送急加速检测信息,在急加速事件发生的时点连接到服务服务器10,将包括急加速检测信息的车辆运行数据发送到服务服务器10。此时,作为事件类型在车辆运行数据包括对急加速事件的信息,作为急加速检测信息可以包括加速度传感器值,例如包括将g传感器的z轴方向设为车辆加速时的+方向时的z轴最大峰值。车辆从行驶状态(例如,20km/h以上)下在预定时间内降速到预定速度(例如,4km/h)以下时,车辆用终端130可以将急刹车事件发生时的急刹车检测信息发送到服务服务器10(s803)。作为一例,车辆用终端130可以以立即信息传输方式发送急刹车检测信息,在发生急刹车事件时连接到服务服务器10可以将包括急刹车检测信息的车辆运行数据发送至服务服务器10。此时,作为事件类型在车辆运行数据集包括对急刹车事件的信息,作为急刹车检测信息可以包括加速度传感器值,例如包括将g传感器的z轴方向设为车辆减速时的-方向时的z轴最小峰值。在车辆的行驶状态下,对车辆的横方向的加速度传感器值在预定时间内下降到设定水平以下时,车辆用终端130可以将发生急转弯事件时的急转弯检测信息发送至服务服务器10(s804)。例如,假设将g传感器的y轴方向设为车辆的横方向时,若g传感器的y轴峰值(绝对值)在预定时间内从0.3以上降到小于0.3,则车辆用终端可以判断为急转弯。作为一例,车辆用终端130可以以立即信息传输方式发送急转弯检测信息,在发生急转弯事件时连接到服务服务器10,并将包括急转弯检测信息的车辆运行数据发送到服务服务器10。此时,作为事件类型车辆运行数据可以包括对急转弯事件的信息,急转弯检测信息可以包括加速度传感器值,例如g传感器的y轴峰值(绝对值)。当服务服务器10从车辆用终端130周期性地或者发生事件时立即接收车辆运行数据(超速检测信息、急加速检测信息、急刹车检测信息、急转弯检测信息)时,可以向车辆用终端130发送接收相应数据的应答。服务服务器10可基于在车辆用终端130提供的车辆运行数据提供运行报告。如图9所示,服务服务器10可以基于由车辆用终端130提供的车辆运行数据周期性地生成运行报告。作为一例,服务服务器10在皆满足生成先前报告之后经过预定时间(例如,7天)的条件(时间条件)和车辆的行驶距离累积预定距离(例如60km)以上的条件(距离条件)时,可以附加生成报告(s901)。本发明并不局限于此,当满足时间条件和距离条件中的一个条件时,还可以附加生成报告。当用户通过专用应用程序查询运行报告时,用户终端120可以请求服务服务器10查询用户的运行报告视图(s902)。服务服务器10对用户终端120的请求,可以通过用户终端120上的专用应用程序向用户提供运行报告(s903)。服务服务器10可以生成与车辆的超速有关的报告。例如,(1)在行驶60km的期间完全没有超过限速的历史记录时,可以提供被评价为良好的报告。(2)在行驶60km的期间有安全摄像头的地点上没有超过限速的历史记录时,可以提供被评价为一般的报告。(3)在行驶60km的期间有安全摄像头的地点上有超过限速的历史记录,并且平均超速低于10km/h时,可以提供被评价为需要改善的报告。(4)在行驶60km的期间有安全摄像头的地点上有超过限速的历史记录,并且平均超速为10km/h以上且低于20km/h时,可以提供被评价为不安全的报告。(5)在累积的行驶距离中有安全摄像头的地点上有超过限速的历史记录,并且平均超速为20km/h以上时,可以提供被评价为危险的报告。服务服务器10作为与车辆的超速有关的报告,可以提供与所述评价等级(良好、一般、需要改善、不安全、危险)相对应的速度评价消息。服务服务器10可以生成与车辆的急刹车有关的报告。例如,(1)在行驶60km的期间收集的g传感器的z轴最小峰值为-0.4g以上时,可以提供被评价为良好的报告。(2)在行驶60km的期间收集的g传感器的z轴峰值中满足-0.3g≥z轴峰值>-0.6g的条件的峰值为1个或2个时,可以提供被评价为一般的报告。(3)在行驶60km的期间收集的g传感器的z轴峰值中满足-0.3g≥z轴峰值>-0.6g的条件的峰值为3个时,可以提供被评价为需要改善的报告。(4)在行驶60km的期间收集的g传感器的z轴峰值中满足-0.3g≥z轴峰值>-0.6g的条件的峰值为4个时,可以提供被评价为不安全的报告。(5)在行驶60km的期间收集的g传感器的z轴峰值中满足-0.3g≥z轴峰值>-0.6g的条件的峰值为4个,且存在-0.8以下的峰值时,可以提供被评价为危险的报告。服务服务器10作为与车辆的急刹车有关的报告,可以提供与所述评价等级(良好、一般、需要改善、不安全、危险)相对应的减速评价消息。服务服务器10可以生成与车辆的急转弯有关的报告。例如,(1)在行驶60km的期间收集的g传感器的y轴峰值(绝对值)中0.6g≤|y-值|的比率小于0.5%且没有0.7g≤|y-值|时,可以提供被评价为良好的报告。(2)在行驶60km的期间收集的g传感器的y轴峰值(绝对值)中0.6g≤|y-值|的比率小于0.8%,没有0.7g≤|y-值|时,可以提供被评价为一般的报告。(3)在行驶60km的期间收集的g传感器的y轴峰值(绝对值)中0.6g≤|y-值|的比率为0.8%以上,不存在0.7g≤|y-值|时,可以提供被评价为需要改善的报告。(4)在行驶60km的期间收集的g传感器的y轴峰值(绝对值)中0.6g≤|y-值|的比率为0.8%以上,且有0.7g≤|y-值|时,可以提供被评价为不安全的报告。(5)在行驶60km的期间收集的g传感器的y轴峰值(绝对值)中,0.6g≤|y-值|的比率为0.8%以上,且有0.8g≤|y-值|时,可以提供被评价为危险的报告。服务服务器10作为与车辆的急转弯有关的报告,可以提供与所述评价等级(良好、一般、需要改善、不安全、危险)相对应的转弯评价消息。因此,车辆用终端130可以感应车辆的超速、急加速、急刹车、急转弯等,并将包括感应到的信息的车辆运行数据发送至服务服务器10,因此,服务服务器10可以根据在车辆用终端130提供的车辆运行数据周期性地生成运行报告,并通过用户终端120上的专用应用程序提供给用户。以上说明了通过在车辆用终端130感应超速事件、急加速事件、急刹车事件、急转弯事件等,并在车辆运行数据包括与相应事件对应的信息发送至服务服务器100的情况,但并不局限于此。作为其他例,还可以在服务服务器10基于从车辆用终端130周期性地接收的车辆运行数据直接判断车辆的超速、急加速、急刹车、急转弯等。图10是用于说明本发明的一实施例的停车冲击通知过程的一例的图。如图10所示,在停车模式下感应到冲击时,车辆用终端130可以在停车冲击事件发生时的冲击检测信息发送到服务服务器10(s1001)。在停车模式下感应到冲击记录或智能冲击感应时,车辆用终端130判断可能是轻微接触性事故并向服务服务器10通知。此时,车辆用终端130可以以在停车冲击事件发生时的g传感器的峰值为准区分冲击强度(例如,强烈冲击和弱冲击)及冲击位置(例如,右后方或侧方、左后方、侧方等)。作为一例,车辆用终端130可以以立即信息传输方式发送冲击检测信息,并在冲击事件发生时连接到服务服务器10,将包括冲击检测信息的车辆运行数据发送至服务服务器10。信息传输方式不限于立即信息传输方式,还可以将冲击检测信息以周期性信息传输方式传输。此时,作为事件类型在车辆运行数据包括对停车冲击事件的信息,并且,作为冲击检测信息可以包括加速度传感器值,例如,g传感器的峰值、冲击强度及冲击位置等。当服务服务器10从车辆用终端130接收到车辆运行数据时,服务服务器10可以基于包括在车辆运行数据中的事件类型请求推送服务器20在事件类型为停车冲击事件时通知停车冲击(s1002)。此时,通知请求可以包括用户终端120的识别号码(例如,电话号码等),并且,作为冲击检测信息可以包括冲击强度、冲击位置、g传感器的峰值等。推送服务器20可以根据服务服务器10的通知请求,通过用户终端120上的专用应用程序将停车冲击通知发送给用户(s1003)。停车冲击通知可以包括冲击强度和冲击位置,以及表示基于g传感器的峰值的冲击强度的文字串等。因此,当从车辆用终端130接收到在车辆的停车模式中产生的停车冲击事件时,服务服务器10可以经由推送服务器20立即将停车冲击通知发送给用户终端120上的专用应用程序。此外,当发生停车冲击事件时,车辆用终端130可以将冲击记录影像发送至服务服务器10。作为另一例,当感应到停车冲击事件时,如通过图4说明的方式,服务服务器10还可以向车辆用终端130请求并接收冲击记录影像。因此,服务服务器10可以通过用户终端120上的专用应用程序将停车冲击通知和冲击记录影像一起传递给用户。利用通过用户终端120上的专用应用程序接收的停车冲击通知,用户无需选择文件可以立即再生并确认发生事件的文件。不仅能提供发生停车冲击事件时的记录影像,还可以提供对车辆的实时影像。作为一例,在车辆用终端130、服务服务器10及用户终端120之间可以通过实时协议(rtp)或实时流传输协议(rtsp)支持发生停车冲击事件时对车辆周围影像的实时流媒体或录制视频的播放。图11是用于说明本发明的一实施例的紧急情况通知过程的一例的图。如图11所示,服务服务器10可以存储通过用户终端120上的专用应用程序设置的紧急联系方式(s1101)。紧急联系方式可以包括在车辆上发送紧急情况时希望用户联系的监护人的电话号码或紧急通知机构的电话号码(例如,112、119等)。专用应用程序可以与用户终端120上的地址簿或搜索功能联动登记紧急联系方式的功能。当在正常(行驶)模式下发生事故事件即发生紧急情况时,车辆用终端130可以将紧急情况信息发送到服务服务器10(s1102)。紧急情况,在用户直接输入在车辆用终端130上所具备的救济请求(sos)按钮时,可包括在行驶途中与车辆碰撞的情况(例如,作为g传感器的矢量和检测到2g以上的峰值时),在行驶途中车辆坠落的情况(例如,在0.25秒内坠落30米以上的情况)、车辆在行驶途中发生翻车的情况(例如,在车辆没有车速的情况下相对于正常重力方向倾斜40度以上的情况)等。作为一例,车辆用终端130可以以立即信息传输方式发送紧急情况信息,在发生紧急情况事件时连接服务服务器10并将包括紧急情况信息的车辆运行数据发送至服务服务器10。此时,作为事件类型在车辆运行数据包括紧急情况事件的信息(sos按键、碰撞、坠落、翻车等),作为紧急情况信息可以包括预定时间(例如1秒)之前的行驶速度、加速度传感器值(例如,g传感器的矢量和)等。例如,是车辆发生碰撞后发生翻车的情况时,依次发生紧急情况事件,因此,车辆用终端130先将包括碰撞而引起的紧急情况信息的车辆运行数据发送至服务服务器10后,接着,可以将包括翻车而引起的紧急情况信息的车辆运行数据发送至服务服务器10。当服务服务器10从车辆用终端130接收车辆运行数据的情况下,以车辆运行数据中包括的事件类型为准事件类型为紧急情况事件时,向车辆用终端130发送可以取消紧急情况的时间的通知请求,同时开始计数并等待取消紧急情况(s1103)。车辆用终端130根据服务服务器10的通知请求在可取消紧急情况的时间(例如10秒)内开始用语音计数并等待取消紧急情况(s1104)。例如,车辆用终端130用语音输出“感应到紧急情况,通知紧急联系人。若取消,在10秒钟内按任意键”的消息,然后,接着每1秒数“10、9、8、7、6、5、4、3、2、1”,在计数途中按键输入时可以输出“已取消”的语音消息。在用户计数的途中输入任意按键时,车辆用终端130可以将取消紧急情况的请求发送至服务服务器10,由此,服务服务器10确认用户的手动取消并停止计数等待取消紧急情况,从而结束紧急情况通知过程。作为另一例,服务服务器10在计数并等待取消紧急情况的期间,从车辆用终端130周期性地接收车辆运行数据,基于包括在车辆运行数据中的gps信息判断车辆以预定速度(例如,10km/h)行驶时,可以自动取消相应车辆的紧急情况以停止计数等待取消紧急情况并终止紧急情况通知过程。直到结束计数并等待取消紧急情况为止还未完成对车辆的紧急状况的手动取消或自动取消时,服务服务器10向紧急联系人用文字通知事故情况(s1105)。此时,服务服务器10可以将预先登记的紧急联系人列表和与紧急情况有关的详细信息发送到sms服务器30,作为车辆发生紧急情况时发信息(s1106)。因此,基于从服务服务器10接收的信息,sms服务器30可以将包括与紧急情况有关的详细信息的消息发送到用户为了应对车辆的紧急情况预先登记的紧急联系人(s1107)。当结束计数等待取消紧急情况时,即在计数结束之前没有按钮输入时,车辆用终端130可以输出“与紧急联系人联系”的语音消息(s1108)。消息中包括的信息可以包括车辆用户的电话号码和通知车辆的紧急情况的文本,例如,文本内容可以如下形式构成“发生紧急情况,可能是[手动sos|碰撞|翻车|坠落,具体信息:shorturl”。此时,在shorturl页面上的信息可以包括服务服务器10提供的详细信息,详细信息可以包括紧急情况发生的位置(地图)和时间、紧急情况的种类(手动sos、碰撞、坠落、翻车等)、紧急情况之前的车辆的速度、以及冲击强度等。例如,若在发生紧急情况之前的约1秒前后感应到的g传感器的最大峰值为2g以上且小于2.5g,则冲击强度可以定义为“弱”,若2.5g以上且小于3g,则冲击强度可以定义为“强”。因此,当车辆发生紧急情况时,服务服务器10还可以利用预先登记的紧急联系地址向监护人发送包括紧急情况的详细信息或者自动向紧急报告机构报告车辆的紧急情况。以上说明了在车辆用终端130判断车辆正常(行驶)模式中发生的碰撞、坠落、翻车等的紧急情况,然而,本发明不限于此,还可以在服务服务器10基于从车辆用终端130周期性地接收的车辆运行数据直接判断车辆的紧急情况。尽管已经描述了对车辆的紧急情况通过sms服务器30发送文字形式的消息,但不限于此,为了更快更积极地处理紧急情况,还可以发送语音呼叫以向紧急联系人传递紧急情况的详细信息。如上所述,根据本发明的实施例,通过综合管理包括车辆的运行报告、停车冲击或紧急情况等的车辆运行状态,从而,能更加准确且具体地掌握车辆运行状态,而且,能更加适当且迅速地采取对应于车辆运行状态的措施。所说明的装置可由硬件组件、软件组件及/或硬件组件和软件组件的组合实现。例如,在实施例中说明的装置及组件如处理器、控制器、算术逻辑单元(alu,arithmeticlogicunit)、数字信号处理器(digitalsignalprocessor)、微型计算机、现场可编程门阵列(fpga,fieldprogrammablegatearray)、可编程逻辑单元(plu,programmablelogicunit)、微处理器或执行指令并能应答的任何其他设备,可以利用至少一个通用计算机或特殊目的计算机实现。处理设备可以执行操作系统(os)和在所述操作系统上运行的一个以上软件应用程序。处理设备还可以响应于软件的执行来接近、存储、操作、处理及生成数据。为了便于理解,可以将处理设备描述为单独使用,但是,本领域技术人员可以理解处理设备可以包括多个处理元件及/或多种类型的处理元件。例如,处理设备可以包括多个处理器或一个处理器以及一个控制器。并且,还可以有并行处理器(parallelprocessor)等的其他处理结构(processingconfiguration)。软件可以包括计算机程序(computerprogram)、代码、指令或这些中的至少一个组合,并且,可以被配置为将处理设备构成为根据需要操作或者独立或结合性地指令处理设备。软件及/或数据可以通过处理设备解释或者为了向处理设备提供指令或数据,可以具体体现在任何类型的机械、组件、物理设备、虚拟设备、计算机存储介质或设备中。软件可以分布在通过网络连接的计算机系统上,并以分布方式存储或执行。软件及数据可以存储在至少一个计算机可读记录介质上。根据实施例的方法可以以程序指令的形式实现,该程序指令可以通过各种计算机装置执行并记录在计算机可读介质中。此时,介质可以是连续存储计算机可执行的程序,或者临时存储用于执行或下载的程序。此外,介质可以是单个硬件或多个硬件组合形式的各种记录装置或存储装置,但不限于直接连接到任何计算机系统的介质,而是可以分散在网络上。作为介质的例子可以包括硬盘、软盘和磁带等的磁介质、cd-rom及dvd等的光学记录介质、光磁盘(flopticaldisk)等的磁光介质(magneto-opticalmedium)以及rom、ram、闪存等来存储程序指令。作为介质的其他例,还可以举流通应用程序的应用程序商店或供应或流通各种软件的站点或在服务器等管理的记录介质乃至存储介质。实施形态虽利用有的实施例及附图说明了以上实施例,但是,只要是本领域的技术人员可从上述的记载进行多种修改及变形。例如,所叙述的技术以所说明的方法不同的顺序执行及/或所叙述的系统、结构、装置、电路等组件与所说明方法不同的形态结合或组合或者被其他组件或均等物代替或取代,可以达到适当的结果。因此,其他的体现例、其他的实施例以及与权利要求范围均等的均属于权利要求范围内。当前第1页12当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1