CN117573969A - 信息识别的方法、装置及电子设备 - Google Patents

信息识别的方法、装置及电子设备 Download PDF

Info

Publication number
CN117573969A
CN117573969A CN202311448011.1A CN202311448011A CN117573969A CN 117573969 A CN117573969 A CN 117573969A CN 202311448011 A CN202311448011 A CN 202311448011A CN 117573969 A CN117573969 A CN 117573969A
Authority
CN
China
Prior art keywords
information
platform
vehicle
target vehicle
owner
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
Application number
CN202311448011.1A
Other languages
English (en)
Inventor
黄帅
王紫华
许竞尧
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Great Wall Motor Co Ltd
Original Assignee
Great Wall Motor Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Great Wall Motor Co Ltd filed Critical Great Wall Motor Co Ltd
Priority to CN202311448011.1A priority Critical patent/CN117573969A/zh
Publication of CN117573969A publication Critical patent/CN117573969A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9535Search customisation based on user profiles and personalisation
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供了一种信息识别的方法、装置及电子设备,该方法包括:获取目标车辆的标识信息;根据标识信息,从不同平台获取目标车辆的多个用户信息;若目标车辆的多个用户信息指示不同的用户,根据不同平台中各个平台的权重值与目标车辆的多个用户信息,确定目标车辆的车主信息,各个平台的权重值与各个平台的置信度相关。基于本申请的方案,能够从不同平台获取到更多更全面的与目标车辆相关的用户信息,且各个平台的权重值与各个平台的置信度相关;根据各个平台的权重值与各个平台的用户信息,确定目标车辆的车主信息;从而提高车主信息的准确性。

Description

信息识别的方法、装置及电子设备
技术领域
本申请涉及信息技术领域,并且更具体地,涉及信息技术领域中一种信息识别的方法、装置及电子设备。
背景技术
确认车主信息在很多场景中具有重要意义,例如车辆发生事故后,根据车主信息可以快速联系到车主家属;车企需要基于车主信息进行营销推广。
目前,车辆网平台的车主信息主要是由车企的车辆管理***提供的,当车主更换手机号或者将车辆二手倒卖给其他人时,如果车主未主动进行车辆管理***的信息更新,会导致车辆管理***中的用户信息不准确,从而导致在需要确认车主信息时,车主信息的准确性不高。
因此,如何提高车主信息的准确性是当前亟需解决的问题。
发明内容
本申请提供了一种信息识别的方法、装置及电子设备,该方法能够从不同平台获取到更多更全面的与目标车辆相关的用户信息,且各个平台的权重值与各个平台的置信度相关;根据各个平台的权重值与各个平台的用户信息,确定目标车辆的车主信息;从而提高车主信息的准确性。
第一方面,提供了一种信息识别的方法,该方法包括:
获取目标车辆的标识信息;
根据标识信息,从不同平台获取目标车辆的多个用户信息;
若目标车辆的多个用户信息指示不同的用户,根据不同平台中各个平台的权重值与目标车辆的多个用户信息,确定目标车辆的车主信息,各个平台的权重值与各个平台的置信度相关。
上述技术方案中,根据标识信息,从不同平台获取目标车辆的多个用户信息;若目标车辆的多个用户信息指示不同的用户,根据不同平台中各个平台的权重值与目标车辆的多个用户信息;首先,根据标识信息获取用户信息能够确保目标车辆与用户信息是相关联的,不是任意的用户信息;其次,从平台获取用户信息可以保证用户信息的来源可靠,从多个不同平台获取用户信息能够保证用户信息更多更全面;再次,各个平台具有权重值,且权重值与平台的置信度相关;因此,根据各个平台的权重值与各个平台中的目标车辆的用户信息,得到的车主信息的准确性更高。通过本申请的方案,能够从不同平台获取到更多、更全面、且更可靠的与目标车辆相关的用户信息,根据各个平台的权重值与各个平台的用户信息,确定目标车辆的车主信息,从而提高车主信息的准确性。
结合第一方面,在某些可能的实现方式中,上述根据不同平台中各个平台的权重值与目标车辆的多个用户信息,确定目标车辆的车主信息,包括:
对各个平台中的目标车辆的多个用户信息进行分类,得到分类结果;将分类结果中同一类用户信息的平台的权重值相加,得到至少一个权重结果;将至少一个权重结果中最大权重值对应的用户信息,确定为目标车辆的车主信息。
上述技术方案中,将至少一个权重结果中最大权重值对应的用户信息确定为车主信息;由于平台的权重值与平台的置信度相关,因此,最大权重值对应的用户信息为车主信息的可能性更大,也更加准确。
结合第一方面和上述实现方式,在某些可能的实现方式中,上述不同平台包括第一平台、第二平台、第三平台与第四平台中的至少两个平台,第一平台用于存储车辆的登记人信息,第二平台用于存储车辆的常用驾驶人信息,第三平台用于存储车辆的购买人信息,第四平台用于存储车辆的维保记录对应的送保人信息;上述车辆包括目标车辆;
上述根据标识信息,从不同平台获取目标车辆的多个用户信息,包括:
根据标识信息,从第一平台、第二平台、第三平台及第四平台中至少两个平台获取目标车辆的多个用户信息;
上述根据不同平台中各个平台的权重值与目标车辆的多个用户信息,确定目标车辆的车主信息,包括:
根据第一平台、第二平台、第三平台及第四平台中至少两个平台的权重值与至少两个平台的目标车辆的多个用户信息,确定目标车辆的车主信息。
结合第一方面和上述实现方式,在某些可能的实现方式中,若各个平台按照置信度从大到小的排序为:第一平台、第二平台、第三平台与第四平台,则各个平台按照权重值从大到小的排序为:第一平台、第二平台、第三平台与第四平台。
在上述技术方案中,第一平台用于存储车辆的登记人信息,第二平台用于存储车辆的常用驾驶人信息,第三平台用于存储车辆的购买人信息,第四平台用于存储车辆的维保记录对应的送保人信息;各个平台按照权重值从大到小的排序为:第一平台、第二平台、第三平台与第四平台;由于各个平台存储的用户信息类型不同,可以使得从各个平台获取的用户信息更加全面;并且,根据各个平台存储的用户信息类型可以确定平台的置信度,从而确定平台的权重值,使得平台的权重值设置更加合理,从而使得车主信息更加准确。
结合第一方面和上述实现方式,在某些可能的实现方式中,上述方法还包括:基于目标车辆的车主信息,确定车主的终端信息;向终端信息对应的终端发送营销信息。
在上述技术方案中,基于目标车辆的车主信息,确定车主的终端信息;向终端信息对应的终端发送营销信息;由于车主信息更加准确,车主的终端信息也就更加准确,从而可以实现精准的营销推广。
结合第一方面和上述实现方式,在某些可能的实现方式中,该方法还包括:当检测到目标车辆发起救援请求时,获取目标车辆上传的车况信息,车况信息包括目标车辆的周边环境的视频信息和目标车辆的位置信息;基于目标车辆的车主信息和车况信息,确定救援策略。
在上述技术方案中,基于目标车辆的车主信息和车况信息,确定救援策略,由于通过车主信息可以快速确定车主的身份,通过车况信息可以确定事故现场和车辆位置,因此,基于车主信息和车辆信息确定救援策略可以使得救援策略更加具有针对性,提高救援效率。
结合第一方面和上述实现方式,在某些可能的实现方式中,上述基于目标车辆的车主信息和车况信息,确定救援策略,包括:
当救援请求指示的待救援对象为车辆时,将车况信息发送至车辆救援部门,以使车辆救援部门基于车况信息进行车辆救援;和/或,基于目标车辆的车主信息向车主的紧急联系人发送通知;
当救援请求指示的待救援对象为人员时,将目标车辆的车主信息和车况信息发送至医院部门,以使医院部门基于目标车辆的车主信息和车况信息进行人员救援;和/或,基于目标车辆的车主信息向车主的紧急联系人发送通知。
在上述技术方案中,根据待救援的对象不同,确定不同的救援策略,当救援对象为车辆时,将车况信息发送给车辆救援部门,车辆救援部门可以制定自己的救援策略并且快速抵达事故现场,提高车辆救援的效率和有效性;基于车主信息向车主的紧急联系人发送通知,由于车主信息更准确,车主的紧急联系人也就更准确,从而能够使得车主的紧急联系人可以及时知晓事故的发生。
当救援对象为人员时,将车主信息和车辆信息发送给医院部门,医院部门可以根据车主信息快速确定车主身份,从而确定车主的历史病例,减少车主病情判定时间,从而制定针对性的治疗方案,此外,医院部门可以根据车况信息确定车辆的位置,从而使得救护车可以快速到达救援地点,使车主能够快速得到有效救治。
结合第一方面和上述实现方式,在某些可能的实现方式中,上述方法还包括:
每隔预设时长从不同平台获取目标车辆的多个用户信息;基于目标车辆的多个用户信息对目标车辆的车主信息进行更新。
在上述技术方案中,每隔预设时长从不同平台获取目标车辆的多个用户信息;基于用户信息对车主信息进行更新,由于定期对车主信息进行更新,可确保需要车主信息时,可以更加及时并准确地确定出车主信息。
第二方面,提供了一种信息识别的装置,该装置包括:
第一获取模块,用于获取目标车辆的标识信息;
第二获取模块,用于根据标识信息,从不同平台获取目标车辆的多个用户信息;
第一确定模块,用于若目标车辆的多个用户信息指示不同的用户,根据不同平台中各个平台的权重值与目标车辆的多个用户信息,确定目标车辆的车主信息,各个平台的权重值与各个平台的置信度相关。
结合第二方面,在某些可能的实现方式中,第一确定模块,具体用于对各个平台中的目标车辆的多个用户信息进行分类,得到分类结果;将分类结果中同一类用户信息的平台的权重值相加,得到至少一个权重结果;将至少一个权重结果中最大权重值对应的用户信息,确定为目标车辆的车主信息。
结合第二方面和上述实现方式,在某些可能的实现方式中,不同平台包括第一平台、第二平台、第三平台与第四平台中的至少两个平台,第一平台用于存储车辆的登记人信息,第二平台用于存储车辆的常用驾驶人信息,第三平台用于存储车辆的购买人信息,第四平台用于存储车辆的维保记录对应的送保人信息;车辆包括目标车辆;第二获取模块具体用于根据标识信息,从第一平台、第二平台、第三平台及第四平台中至少两个平台获取目标车辆的多个用户信息;第一确定模块具体用于根据第一平台、第二平台、第三平台及第四平台中至少两个平台的权重值与至少两个平台的目标车辆的多个用户信息,确定目标车辆的车主信息。
结合第二方面和上述实现方式,在某些可能的实现方式中,若各个平台按照置信度从大到小的排序为:第一平台、第二平台、第三平台与第四平台,则各个平台按照权重值从大到小的排序为:第一平台、第二平台、第三平台与第四平台。
结合第二方面和上述实现方式,在某些可能的实现方式中,该装置还包括第二确定模块,用于基于目标车辆的车主信息,确定车主的终端信息;发送模块,用于向终端信息对应的终端发送营销信息。
结合第二方面和上述实现方式,在某些可能的实现方式中,该装置还包括第三获取模块,用于当检测到目标车辆发起救援请求时,获取目标车辆上传的车况信息,车况信息包括目标车辆的周边环境的视频信息和目标车辆的位置信息;第三确定模块,用于基于目标车辆的车主信息和车况信息,确定救援策略。
结合第二方面和上述实现方式,在某些可能的实现方式中,第三确定模块具体用于当救援请求指示的待救援对象为车辆时,将车况信息发送至车辆救援部门,以使车辆救援部门基于车况信息进行车辆救援;和/或,基于目标车辆的车主信息向车主的紧急联系人发送通知;当救援请求指示的待救援对象为人员时,将目标车辆的车主信息和车况信息发送至医院部门,以使医院部门基于目标车辆的车主信息和车况信息进行人员救援;和/或,基于目标车辆的车主信息向车主的紧急联系人发送通知。
结合第二方面和上述实现方式,在某些可能的实现方式中,该装置还包括:第四获取模块,用于每隔预设时长从不同平台获取目标车辆的多个用户信息;信息更新模块,用于基于目标车辆的多个用户信息对目标车辆的车主信息进行更新。
第三方面,提供了一种电子设备,包括存储器和处理器。该存储器用于存储可执行程序代码,该处理器用于从存储器中调用并运行该可执行程序代码,使得该电子设备执行上述第一方面或第一方面任意一种可能的实现方式中的方法。
第四方面,提供了一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行上述第一方面或第一方面任意一种可能的实现方式中的方法。
第五方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行上述第一方面或第一方面任意一种可能的实现方式中的方法。
附图说明
图1为本申请实施例提供的一种信息识别的方法的示意性图流程图;
图2为本申请实施例提供的另一种信息识别的方法的示意性流程图;
图3为本申请实施例提供的另一种信息识别的方法的示意性流程图;
图4为本申请实施例提供的一种***架构图;
图5为本申请实施例提供的一种信息识别的装置的结构示意图;
图6为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行清楚、详尽地描述。其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B:文本中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,另外,在本申请实施例的描述中,“多个”是指两个或多于两个。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为暗示或暗示相对重要性或隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。
在对本申请提供的信息识别的方法进行介绍前,先介绍本方案的应用场景。
示例性的,当车辆发生事故后,需要紧急救援,如果此时车主的意识不清无法向相关部门提供个人信息,就需要通过车企的车辆管理***查询发生事故车辆对应的用户信息从而确定该车辆的车主身份;但是,如果该车辆经过二手倒卖,用户未主动更新车辆管理***中的用户信息,则会导致车辆管理***中的用户信息不是真正的车主的信息,也即通过车辆管理***确定的车主信息不准确。
针对上述技术问题,本申请实施例提供了一种信息识别的方法、装置及电子设备,该方法能够从不同平台获取到更多更全面的与目标车辆相关的用户信息,且各个平台的权重值与各个平台的置信度相关;根据各个平台的权重值与各个平台的用户信息,确定目标车辆的车主信息;从而提高车主信息的准确性。
下面,结合图1至图4对本申请实施例提供的信息识别的方法进行详细描述。
图1为本申请实施例提供的一种信息识别的方法的示意性流程图。该方法的执行主体可以为云端设备,例如云端服务器。下面,本申请实施例中以该方法的执行主体为云端服务器为例,对本申请实施例提供的一种信息识别的方法进行介绍。
示例性的,如图1所示,该方法100包括S110至S130,下面对S110至S130进行详细描述。
S110,获取目标车辆的标识信息。
其中,车辆的标识信息为车辆的识别码,也即车架号,由17位字符组成,通过车辆的标识信息可以确定车辆的身份。
示例性的,可以从车辆管理***(Vehicle Management System,VMS)获取目标车辆的标识信息,应理解,VMS中存储有待出售的车辆的标识信息和已出售的车辆的标识信息和车辆的购买人信息。
S120,根据标识信息,从不同平台获取目标车辆的多个用户信息。
其中,不同平台包括第一平台、第二平台、第三平台与第四平台中的至少两个平台。多个用户信息可以包括目标车辆的登记人信息、目标车辆的常用驾驶人信息、目标车辆的购买人信息、目标车辆的维保记录对应的送保人信息等信息。
可选地,第一平台可以为车管所平台,用于存储车辆的登记人信息,登记人可以理解为法律上车辆的所有权人。其中,登记人信息可以包括登记人的姓名、单位名称、身份证号码、家庭住址、联系电话、驾驶证信息等信息。
可选地,第二平台可以为APP用户认证***,用于存储车辆的常用驾驶人信息。应理解,一般车辆的常用驾驶人会安装用于远程控制车辆的APP,当驾驶人想要通过APP远程控制车辆时,需要通过手机号注册并登录APP,进行实名认证和绑定车辆标识,才能够进行远程控制,因此,可以将APP用户认证***中存储的车辆标识对应的用户信息作为车辆的常用驾驶人信息。其中,常用驾驶人信息可以包括登录APP的手机号码、姓名、身份证号码等信息。
可选地,第三平台可以为客户关系管理***(Customer RelationshipManagement,CRM),用于存储车辆的购买人信息。应理解,车企每一台售出的车辆都会在CRM中存储车辆对应的购买人信息。其中,购买人信息可以包括购买人的姓名、电话号码、身份证号码等信息。
可选地,第四平台可以为经销商管理***(Dealer Management System,DMS),用于存储车辆的维保记录对应的送保人信息。应理解,车辆每次维修保养都会有对应的维修保养记录,维修保养记录中包括送保人信息,应理解,此处的送保人不一定是车辆的车主,而是车辆维保时登记的送保客户的信息,送保人信息可以包括送保客户的姓名,电话号码等信息。
应理解,上述各个平台存储的车辆的用户信息包括目标车辆的用户信息。
在一些实施例中,根据标识信息,从不同平台获取目标车辆的多个用户信息过程可以为:根据标识信息,从第一平台、第二平台、第三平台及第四平台中至少两个平台获取目标车辆的多个用户信息。
示例性的,可以根据标识信息,从车管所平台获取目标车辆的登记人信息,从APP用户认证***中获取目标车辆的常用驾驶人信息。
S130,若目标车辆的多个用户信息指示不同的用户,根据不同平台中各个平台的权重值与目标车辆的多个用户信息,确定目标车辆的车主信息。
其中,各个平台具有对应的权重值,各个平台的权重值与各个平台的置信度相关。应理解,平台的权重值越高,该平台对应的用户信息越准确。
示例性的,当目标车辆的多个用户信息指示的用户相同时,则可以根据该用户信息直接确定出车主信息。
示例性的,当目标车辆的多个用户信息指示不同的用户时,例如,第一平台的用户信息指示的用户为用户A,第二平台的用户信息指示的用户为用户A,第三平台的用户信息指示的用户为用户B,第四平台的用户信息指示的用户为C;则根据第一平台的权重值、第二平台的权重值、第三平台的权重值和第四平台的权重值,以及,从第一平台获取的用户信息、从第二平台获取的用户信息、从第三平台获取的用户信息和从第四平台获取的用户信息,确定目标车辆的车主信息。
可选地,各个平台按照置信度从大到小的排序为:第一平台、第二平台、第三平台与第四平台。应理解,平台的置信度越大,平台的权重值越大,因此,各个平台按照权重值从大到小的排序为:第一平台、第二平台、第三平台与第四平台,也即第一平台对应的权重值大于第二平台的权重值;第二平台的权重值大于第三平台的权重值;第三平台的权重值大于第四平台的权重值,也可以理解为,车管所平台的权重值>APP用户认证***的权重值>客户关系管理***的权重值>经销商管理***的权重值。
应理解,首先,当车辆二手卖给其他人时,一般需要到车管所进行备案,更新车辆的登记人信息,从而避免不必要的纠纷。因此,车管所平台存储的车辆的用户信息是较为真实和可靠的;其次,APP用户认证***是车辆的驾驶人常用的***,因为,当需要对车辆进行远程控制时,必须要登录该APP用户认证***才能实现车辆的远程控制;因此,APP用户认证***中的用户信息一般为常用的信息,例如,手机号为常用的手机号;客户关系管理***由于只有购买人的信息,因此,当车辆转让后,客户关系管理***中的购买人的信息不会自动更新;最后,经销商管理***存储的是车辆维保记录,由于车辆维修保养不一定需要车主本人去,因此,车辆维保记录中的送保人的信息可能是车主的家属,车主的朋友,因此,根据用户使用度,平台自身的可靠性等因素,综合判定得到各个平台的权重值:车管所平台的权重值>APP用户认证***的权重值>客户关系管理***的权重值>经销商管理***的权重值。
其中,各个平台的权重值可以为相关技术人员根据各个平台的置信度预设的值,例如第一平台的权重值可以为40%;第二平台的权重值可以为30%;第三平台的权重值可以为20%;第四平台的权重值可以为10%;应理解,各个平台的权重值此处不做具体限定。
在上述技术方案中,第一平台用于存储车辆的登记人信息,第二平台用于存储车辆的常用驾驶人信息,第三平台用于存储车辆的购买人信息,第四平台用于存储车辆的维保记录对应的送保人信息;各个平台按照权重值从大到小的排序为:第一平台、第二平台、第三平台与第四平台;由于各个平台存储的用户信息类型不同,可以使得从各个平台获取的用户信息更加全面;并且,根据各个平台存储的用户信息类型可以确定平台的置信度,从而确定平台的权重值,使得平台的权重值设置更加合理,从而使得车主信息更加准确。
可选地,可以将各个平台的权重值存储在云端服务器。
进一步地,根据不同平台中各个平台的权重值与多个目标车辆的用户信息,确定目标车辆的车主信息的过程可以为:对各个平台中的目标车辆的多个用户信息进行分类,得到分类结果;将分类结果中同一类用户信息的平台的权重值相加,得到至少一个权重结果;将至少一个权重结果中最大权重值对应的用户信息,确定为目标车辆的车主信息。
示例性的,将多个用户信息中指示相同用户的信息分为一类,得到至少一个分类结果,例如第一平台的用户信息指示的用户和第二平台的用户信息指示的用户相同,第三平台的用户信息指示的用户和第四平台指示的用户相同,则将第一平台的用户信息和第二平台的用户信息分为一类,将第三平台的用户信息和第四平台的用户信息分为一类;然后将同一类用户信息的平台的权重值相加,得到至少一个权重结果,以上述第一平台的权重值为40%,第二平台的权重值为30%,第三平台的权重值为20%,第四平台的权重值为10%为例;将第一平台的权重值和第二平台的权重值相加得到一个权重结果:40%+30%=70%;将第三平台的权重值和第四平台的权重值相加得到另一个权重结果:20%+10%=30%;将两个权重结果中最大权重值也即70%对应的用户信息确定为车主信息,也即将第一平台和第二平台的用户信息确定为车主信息。
在上述技术方案中,平台的置信度越大,平台的权重值越高,将至少一个权重结果中最大权重值对应的用户信息确定为车主信息,该车主信息对应的置信度也就越高,车主信息也更准确。
在一个实施例中,若第一平台的用户信息、第二平台的用户信息和第三平台的用户信息指示的用户为同一个用户,但是用户信息不完全相同,则将用户信息中相同的信息项的权重相加得到至少一个权重结果值,将权重结果值中最大权重值对应的信息项作为车主信息中的信息项。
示例性的,第一平台的用户信息中姓名为张X,手机号码为122XXX,第二平台的用户信息中姓名为张X,手机号码为138XXX,第三平台的用户信息中姓名为张X,手机号码为138XXX,第四平台的用户信息中为李X,手机号码为144XXX;可见,第一平台的用户信息、第二平台的用户信息和第三平台的用户信息指示的用户都为张X,但是,第一平台的用户的手机号码与第二平台和第三平台的手机号码不同,则将第二平台的权重值和第三平台的权重值相加得到:30%+20%=50%,也即,手机号码为138XXX对应的权重值为50%,手机号码为122XXX的权重为40%,则可以确定车主信息为:姓名:张X,手机号码:138XXX。
在上述技术方案中,根据标识信息,从不同平台获取目标车辆的多个用户信息;若目标车辆的多个用户信息指示不同的用户,根据不同平台中各个平台的权重值与目标车辆的多个用户信息;首先,根据标识信息获取用户信息能够确保目标车辆与用户信息是相关联的,不是任意的用户信息;其次,从平台获取用户信息可以保证用户信息的来源可靠,从多个不同平台获取用户信息能够保证用户信息更多更全面;再次,各个平台具有权重值,且权重值与平台的置信度相关;因此,根据各个平台的权重值与各个平台中的目标车辆的用户信息,得到的车主信息的准确性更高。通过本申请的方案,能够从不同平台获取到更多、更全面、且更可靠的与目标车辆相关的用户信息,根据各个平台的权重值与各个平台的用户信息,确定目标车辆的车主信息,从而提高车主信息的准确性。
在一些实施例中,为使车主信息更加准确,该方法还包括:每隔预设时长从不同平台获取目标车辆的多个用户信息;基于目标车辆的多个用户信息对车主信息进行更新。
其中,预设时长可以由本领域的技术人员自行设定,例如1个月,本申请实施例对此不做具体限定。
在上述技术方案中,每隔预设时长从不同平台获取目标车辆的多个用户信息;基于多个用户信息对车主信息进行更新,由于定期对车主信息进行更新,可确保需要车主信息时,可以更加及时并准确地确定出车主信息。
图2为本申请实施例提供的另一种信息识别的方法的示意性流程图。
示例性的,如图2所示,该方法200包括S210至S250,下面对S210至S230进行详细描述。
S210,获取目标车辆的标识信息。
示例性的,S210的实现方式可以参见上述示例实施例中S110过程的相关描述,此处不再赘述。
S220,根据标识信息,从不同平台获取目标车辆的多个用户信息。
示例性的,S220的实现方式可以参见上述示例实施例中S120过程的相关描述,此处不再赘述。
S230,若目标车辆的多个用户信息指示不同的用户,根据不同平台中各个平台的权重值与目标车辆的多个用户信息,确定目标车辆的车主信息。
示例性的,S230的实现方式可以参见上述示例实施例中S130过程的相关描述,此处不再赘述。
S240,基于目标车辆的车主信息,确定车主的终端信息。
其中,终端信息为能够联系到车主的终端的相关信息,例如手机号码、邮箱地址等。
应理解,车主信息中包含有车主的终端信息,通过上述方式确定车主信息后,从车主信息中可以获取车主的终端信息。
S250,向终端信息对应的终端发送营销信息。
其中,营销信息包含营销车辆的相关信息,例如车型、配置、颜色、车架号等信息。
进一步地,可以向车主的手机号码发送营销短信或者向车主的邮箱地址发送营销邮件。
在上述技术方案中,基于目标车辆的车主信息,确定车主的终端信息;向终端信息对应的终端发送营销信息;由于车主信息更加准确,车主的终端信息也就更加准确,从而可以实现精准的营销推广。
图3为本申请实施例提供的另一种信息识别的方法的示意性流程图。
示例性的,如图3所示,该方法300包括S310至S350,下面对S310至S350进行详细描述。
S310,获取目标车辆的标识信息。
示例性的,S310的实现方式可以参见上述示例实施例中S110过程的相关描述,此处不再赘述。
S320,根据标识信息,从不同平台获取目标车辆的多个用户信息。
示例性的,S320的实现方式可以参见上述示例实施例中S120过程的相关描述,此处不再赘述。
S330,若目标车辆的多个用户信息指示不同的用户,根据不同平台中各个平台的权重值与目标车辆的多个用户信息,确定目标车辆的车主信息。
示例性的,S330的实现方式可以参见上述示例实施例中S130过程的相关描述,此处不再赘述。
S340,当检测到目标车辆发起救援请求时,获取目标车辆上传的车况信息。
其中,车辆救援请求可以包括车辆救援请求、人员救援请求、车辆和人员救援请求。
车况信息包括目标车辆的周边环境的视频信息和目标车辆的位置信息。应理解,车辆上安装有外置传感器(例如摄像头),通过外置传感器可以实时采集车辆的周边环境的视频信息,当车辆发起救援请求时,车辆将视频信息和位置信息上传至云端服务器,其中,车辆的位置信息可以通过TBOX上传。
S350,基于目标车辆的车主信息和车况信息,确定救援策略。
应理解,通过车主信息可以快速确定车主的身份,通过车况信息可以确定事故现场和车辆位置,因此,基于车主信息和车辆信息确定救援策略可以使得救援策略更加具有针对性。
在一些实施例中,救援请求指示的救援对象不同,确定的救援策略也会不同。
具体的,当救援请求指示的待救援对象为车辆时,救援策略可以为:将车况信息发送至车辆救援部门,以使车辆救援部门基于车况信息进行车辆救援;和/或,基于目标车辆的车主信息向车主的紧急联系人发送通知;当救援请求指示的待救援对象为人员时,救援策略可以为:将车主信息和车况信息发送至医院部门,以使医院部门基于车主信息和车况信息进行人员救援;和/或,基于车主信息向车主的紧急联系人发送通知。
示例性的,当救援请求指示的待救援对象为车辆时,此时,只需要将车况信息发送至车辆救援部门,车辆救援部门可以根据视频信息确定车辆的事故情况,例如是在路上翻车了还是掉进水里了,根据视频信息可以确定救援策略,例如,如果是在路上翻车的情况,可以只安排拖车进行车辆救援,如果车辆掉进水里了,还需要安排吊车辅助救援。同时,还可以基于车主信息联系车主的紧急联系人(例如,家属)。
应理解,在远程服务提供商平台(Telematics Service Provider,TSP)中存储有车主对应的紧急联系人信息。
当救援请求指示的待救援对象为人员时,可以将目标车辆的车主信息和车况信息发送至医院部门,医院根据车主信息可以快速锁定车主身份,从而可以查找车主的病史,从而针对性地制定治疗方案;还可以根据车辆信息及时调度救护车进行救援。同时,还可以基于车主信息联系车主的紧急联系人(例如,家属)。
在一些实施例中,云端服务器还可以获取事故相关的视频数据,例如发生事故时,车内的视频数据,根据该车内的视频数据进行伤情评估,例如车主被撞击的位置。将伤情评估结果、车主信息和车况信息一起发送至医院部门。
在上述技术方案中,根据待救援的对象不同,确定不同的救援策略,当救援对象为车辆时,将车况信息发送给车辆救援部门,车辆救援部门可以制定自己的救援策略并且快速抵达事故现场,提高车辆救援的效率和有效性;基于车主信息向车主的紧急联系人发送通知,由于车主信息更准确,车主的紧急联系人也就更准确,从而能够使得车主的紧急联系人可以及时知晓事故的发生。
当救援对象为人员时,将车主信息和车辆信息发送给医院部门,医院部门可以根据车主信息快速确定车主身份,从而确定车主的历史病例,减少车主病情判定时间,从而制定针对性的治疗方案,此外,医院部门可以根据车况信息确定车辆的位置,从而使得救护车可以快速到达救援地点,使车主能够快速得到有效救治。
可选地,当检测到目标车辆发起救援请求后,还可以基于车主信息确定车主的保险信息并通知保险公司,以使保险公司基于车主信息展开赔付业务。
在一些实施例中,确定车主信息后,还可以接收目标车辆上传的人像信息和/或指纹信息,将人像信息和/或指纹信息、以及车主信息发送至公安局部门,以使公安局部门基于人像信息和/或指纹信息、以及车主信息进行身份核对。
示例性的,在一些交通肇事逃逸或犯罪逃逸的场景中,需要快速锁定车辆和车辆的驾驶人信息,将人像信息和/或指纹信息、以及车主信息发送至公安局部门可以帮助公安局核对目标车辆的驾驶人是否为目标车辆的车主,协助公安展开调查。
基于上述本申请所提供的技术方案,下面结合图4以一个具体实施方式进行相应的阐述。
图4为本申请实施例提供的一种***架构图。
示例性的,如图4所示,该***400包括大数据平台410、车端420和多个平台430。
其中,大数据平台410用于根据多个平台430的车辆信息和车辆的用户信息确定车辆的车主信息。
车端420可以向大数据平台410上传车端采集的数据。可选地,车端420中包括摄像头,TBOX和指纹采集设备;摄像头用于采集车内和/或车外的视频信息以及识别车主的人像信息,TBOX用于向大数据平台上传车辆的位置数据;指纹采集设备用于采集车主的指纹信息。
多个平台430包括车辆管理***431,通过车辆管理***431可以获取车辆的标识信息;车管所平台432,通过车管所平台432可以获取车辆的登记人信息;APP用户认证***433,通过APP用户认证***433可以获取车辆的常用驾驶人信息;客户关系管理***434,通过客户关系管理***434可以获取车辆的购买人信息;经销商管理***435,通过经销商管理***435可以获取车辆的维保记录对应的送保人信息。
示例性的,大数据平台410从车辆管理***431中获取车辆的标识信息;从车管所平台432获取车辆的登记人信息;从APP用户认证***433获取车辆的常用驾驶人信息;从客户关系管理***434中获取车辆的购买人信息;从经销商管理***435获取车辆的维保记录对应的送保人信息;可选地,大数据平台410部署有数据判定真实性模型,并且存储有各个平台的权重值,该模型可以根据各个平台的用户信息和各个平台的权重值得到车辆的车主信息。
可选地,车主信息可以用于车企的营销推广场景,具体的,当车企需要进行营销推广活动时,可以根据车辆的车主信息确定车主的终端信息(例如手机号码,邮箱地址等),向终端信息对应的终端发送推广信息,实现精准营销。
可选地,车主信息还可以用于车辆救援场景,具体的,当车辆发生事故时需要救援车辆时,大数据平台410可以获取车端420发送的车况信息,车况信息可以包括事故发生时车内和/或车外的视频信息,以及车辆的位置信息;其中,车内和/或车外的视频信息由车端420的摄像头采集,车辆的位置信息由车端420的TBOX上传;大数据平台410将车主信息和车况信息发送至车辆救援部门;同时,基于TSP平台的第二联系人信息,通知家属;还可以基于车主的保险信息,通知保险公司。
可选地,车主信息还可以用于人员救援场景,具体的,当车辆发生事故需要救援人员时,大数据平台410可以获取车端420发送的车况信息,将车况信息和车主信息发送至医院部门,以使医院部门提前了解车主的医疗档案和病史,减少事故车主病情判定时间,使车主能够快速得到有效救治。同时,基于TSP平台的第二联系人信息,通知家属;还可以基于车主的保险信息,通知保险公司。
可选地,车主信息还可以用于辅助公安部门进行身份核实,具体的,车端420通过摄像头采集车主的人像信息以及通过指纹采集设备采集车主的指纹信息,将人像信息和/或指纹信息发送至大数据平台410,大数据平台410将车主信息、人像信息和/或指纹信息发送至公安局,由公安局进行车主的身份核实,进而开展后续工作。
可选地,车端420中的TBOX除了可以上传车辆的位置信息还可以上传车辆的行车轨迹,当公安部门有需求时,可以将行车轨迹发送至公安部门。
应理解,上述举例说明是为了帮助本领域技术人员理解本申请实施例,而非要将本申请实施例限于所例示的具体数值或具体场景。本领域技术人员根据所给出的上述举例说明,显然可以进行各种等价的修改或变化,这样的修改或变化也落入本申请实施例的范围内。
上文结合图1和图4详细描述了本申请实施例提供的信息识别的方法;下面将结合图5与图6详细描述本申请的装置实施例。应理解,本申请实施例中的装置可以执行前述本申请实施例的各种方法,即以下各种产品的具体工作过程,可以参考前述方法实施例中的对应过程。
图5为本申请实施例提供的一种信息识别的装置的结构示意图。
示例性的,如图5所示,该装置500包括:
第一获取模块510,用于获取目标车辆的标识信息;
第二获取模块520,用于根据标识信息,从不同平台获取目标车辆的多个用户信息;
第一确定模块530,用于若目标车辆的多个用户信息指示不同的用户,根据不同平台中各个平台的权重值与目标车辆的多个用户信息,确定目标车辆的车主信息,各个平台的权重值与各个平台的置信度相关。
在一些实施例中,第一确定模块530,具体用于对各个平台中的目标车辆的多个用户信息进行分类,得到分类结果;将分类结果中同一类用户信息的平台的权重值相加,得到至少一个权重结果;将至少一个权重结果中最大权重值对应的用户信息,确定为目标车辆的车主信息。
在一些实施例中,不同平台包括第一平台、第二平台、第三平台与第四平台中的至少两个平台,第一平台用于存储车辆的登记人信息,第三平台用于存储车辆的常用驾驶人信息,第三平台用于存储车辆的购买人信息,第四平台用于存储车辆的维保记录对应的送保人信息;车辆包括目标车辆;第二获取模块具体用于根据标识信息,从第一平台、第二平台、第三平台及第四平台中至少两个平台获取目标车辆的多个用户信息;第一确定模块具体用于根据第一平台、第二平台、第三平台及第四平台中至少两个平台的权重值与至少两个平台的目标车辆的多个用户信息,确定目标车辆的车主信息。
在一些实施例中,若各个平台按照置信度从大到小的排序为:第一平台、第二平台、第三平台与第四平台,则各个平台按照权重值从大到小的排序为:第一平台、第二平台、第三平台与第四平台。
在一些实施例中,该装置还包括第二确定模块,用于基于目标车辆的车主信息,确定车主的终端信息;发送模块,用于向终端信息对应的终端发送营销信息。
在一些实施例中,该装置还包括第三获取模块,用于当检测到目标车辆发起救援请求时,获取目标车辆上传的车况信息,车况信息包括目标车辆的周边环境的视频信息和目标车辆的位置信息;第三确定模块,用于基于目标车辆的车主信息和车况信息,确定救援策略。
在一些实施例中,第三确定模块具体用于当救援请求指示的待救援对象为车辆时,将车况信息发送至车辆救援部门,以使车辆救援部门基于车况信息进行车辆救援;和/或,基于目标车辆的车主信息向车主的紧急联系人发送通知;当救援请求指示的待救援对象为人员时,将目标车辆的车主信息和车况信息发送至医院部门,以使医院部门基于目标车辆的车主信息和车况信息进行人员救援;和/或,基于目标车辆的车主信息向车主的紧急联系人发送通知。
在一些实施例中,该装置还包括:第四获取模块,用于每隔预设时长从不同平台获取目标车辆的多个用户信息;信息更新模块,用于基于目标车辆的多个用户信息对目标车辆的车主信息进行更新。
需要说明的是,上述装置500以功能单元的形式体现。这里的术语“模块”可以通过软件和/或硬件形式实现,对此不作具体限定。
例如,“模块”可以是实现上述功能的软件程序、硬件电路或二者结合。所述硬件电路可能包括应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。
因此,在本申请的实施例中描述的各示例的单元,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
图6为本申请实施例提供的一种电子设备的结构示意图。
示例性的,如图6所示,该电子设备600包括:存储器610和处理器620,其中,存储器610中存储有可执行程序代码611,处理器620用于调用并执行该可执行程序代码611执行一种信息识别的方法。
此外,本申请实施例还保护一种装置,该装置可以包括存储器和处理器,其中,存储器中存储有可执行程序代码,处理器用于调用并执行该可执行程序代码执行本申请实施例提供的一种信息识别的方法。
本实施例可以根据上述方法示例对该装置进行功能模块的划分,例如,可以对应各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中,上述集成的模块可以采用硬件的形式实现。需要说明的是,本实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,该装置还可以包括第一获取模块、第二获取模块和第一确定模块等。需要说明的是,上述方法实施例涉及的各个步骤的所有相关内容的可以援引到对应功能模块的功能描述,在此不再赘述。
应理解,本实施例提供的装置用于执行上述一种信息识别的方法,因此可以达到与上述实现方法相同的效果。
在采用集成的单元的情况下,该装置可以包括处理模块、存储模块。其中,当该装置应用于设备上时,处理模块可以用于对设备的动作进行控制管理。存储模块可以用于支持设备执行相互程序代码等。
其中,处理模块可以是处理器或控制器,其可以实现或执行结合本申请公开内容所藐视的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,数字信号处理(digital signal processing,DSP)和微处理器的组合等等,存储模块可以是存储器。
另外,本申请的实施例提供的装置具体可以是芯片、组件或模块,该芯片可包括相连的处理器和存储器;其中,存储器用于存储指令,当处理器调用并执行指令时,可以使芯片执行上述实施例提供的一种信息识别的方法。
本实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序代码,当该计算机程序代码在计算机上运行时,使得计算机执行上述相关方法步骤实现上述实施例提供的一种信息识别的方法。
本实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述相关步骤,以实现上述实施例提供的一种信息识别的方法。
其中,本实施例提供的装置、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
通过以上实施方式的描述,所属领域的技术人员可以了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
以上内容,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种信息识别的方法,其特征在于,所述方法包括:
获取目标车辆的标识信息;
根据所述标识信息,从不同平台获取所述目标车辆的多个用户信息;
若所述目标车辆的多个用户信息指示不同的用户,根据所述不同平台中各个平台的权重值与所述目标车辆的多个用户信息,确定所述目标车辆的车主信息,所述各个平台的权重值与所述各个平台的置信度相关。
2.根据权利要求1所述的方法,其特征在于,所述根据所述不同平台中各个平台的权重值与所述目标车辆的多个用户信息,确定所述目标车辆的车主信息,包括:
对所述各个平台中的所述目标车辆的多个用户信息进行分类,得到分类结果;
将所述分类结果中同一类用户信息的平台的权重值相加,得到至少一个权重结果;
将所述至少一个权重结果中最大权重值对应的所述用户信息,确定为所述目标车辆的车主信息。
3.根据权利要求2所述的方法,其特征在于,所述不同平台包括第一平台、第二平台、第三平台与第四平台中的至少两个平台,所述第一平台用于存储车辆的登记人信息,所述第三平台用于存储车辆的常用驾驶人信息,所述第三平台用于存储车辆的购买人信息,所述第四平台用于存储车辆的维保记录对应的送保人信息;所述车辆包括所述目标车辆;
所述根据所述标识信息,从不同平台获取所述目标车辆的多个用户信息,包括:
根据所述标识信息,从所述第一平台、所述第二平台、所述第三平台以及所述第四平台中至少两个平台获取所述目标车辆的多个用户信息;
所述根据所述不同平台中各个平台的权重值与所述目标车辆的多个用户信息,确定所述目标车辆的车主信息,包括:
根据所述第一平台、所述第二平台、所述第三平台以及所述第四平台中至少两个平台的权重值与所述至少两个平台的所述目标车辆的多个用户信息,确定所述目标车辆的车主信息。
4.根据权利要求3所述的方法,其特征在于,若所述各个平台按照置信度从大到小的排序为:所述第一平台、所述第二平台、所述第三平台与所述第四平台,则所述各个平台按照权重值从大到小的排序为:所述第一平台、所述第二平台、所述第三平台与所述第四平台。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
基于所述目标车辆的车主信息,确定车主的终端信息;
向所述终端信息对应的终端发送营销信息。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当检测到所述目标车辆发起救援请求时,获取所述目标车辆上传的车况信息,所述车况信息包括所述目标车辆的周边环境的视频信息和所述目标车辆的位置信息;
基于所述目标车辆的车主信息和所述车况信息,确定救援策略。
7.根据权利要求6所述的方法,其特征在于,所述基于所述目标车辆的车主信息和所述车况信息,确定救援策略,包括:
当所述救援请求指示的待救援对象为车辆时,将所述车况信息发送至车辆救援部门,以使所述车辆救援部门基于所述车况信息进行车辆救援;和/或,基于所述目标车辆的车主信息向所述车主的紧急联系人发送通知;
当所述救援请求指示的待救援对象为人员时,将所述目标车辆的车主信息和所述车况信息发送至医院部门,以使所述医院部门基于所述目标车辆的车主信息和所述车况信息进行人员救援;和/或,基于所述目标车辆的车主信息向所述车主的紧急联系人发送通知。
8.根据权利要求6或7所述的方法,其特征在于,所述方法还包括:
每隔预设时长从所述不同平台获取所述目标车辆的多个用户信息;
基于所述目标车辆的多个用户信息对所述目标车辆的车主信息进行更新。
9.一种信息识别的装置,其特征在于,所述装置包括:
第一获取模块,用于获取目标车辆的标识信息;
第二获取模块,用于根据所述标识信息,从不同平台获取所述目标车辆的多个用户信息;
第一确定模块,用于若所述目标车辆的多个用户信息指示不同的用户,根据所述不同平台中各个平台的权重值与所述目标车辆的多个用户信息,确定所述目标车辆的车主信息,所述各个平台的权重值与所述各个平台的置信度相关。
10.一种电子设备,其特征在于,所述电子设备包括:
存储器,用于存储可执行程序代码;
处理器,用于从所述存储器中调用并运行所述可执行程序代码,使得所述电子设备执行如权利要求1至8中任意一项所述的方法。
CN202311448011.1A 2023-11-01 2023-11-01 信息识别的方法、装置及电子设备 Pending CN117573969A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311448011.1A CN117573969A (zh) 2023-11-01 2023-11-01 信息识别的方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311448011.1A CN117573969A (zh) 2023-11-01 2023-11-01 信息识别的方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN117573969A true CN117573969A (zh) 2024-02-20

Family

ID=89894518

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311448011.1A Pending CN117573969A (zh) 2023-11-01 2023-11-01 信息识别的方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN117573969A (zh)

Similar Documents

Publication Publication Date Title
US20230306794A1 (en) Rental/Car-Share Vehicle Access and Management System and Method
US8989959B2 (en) Vehicle operator performance history recording, scoring and reporting systems
US9373201B2 (en) Rental/car-share vehicle access and management system and method
CN106056839A (zh) 网约车安全监测***及方法
US20150006023A1 (en) System and method for determination of vheicle accident information
US20050108065A1 (en) Method and system of estimating vehicle damage
GB2522728A (en) Monitoring device
US20170330460A1 (en) System and method for permitless parking
CN107705576B (zh) 车辆套牌检测方法、服务器及存储介质
CN109598519B (zh) 车辆审核方法、装置、计算机设备和存储介质
EP3680799A1 (en) Method for collecting and managing event data of a vehicle
CN111882916A (zh) 一种停车位的管理方法及***
CN117201568B (zh) 车辆远程控制方法、装置、***、计算机设备和存储介质
JP2009003503A (ja) 安全運転教育提供方法、及びこれを利用する自動車保険情報システム
CN113850978A (zh) 车端预警装置、预警***、预警方法、程序产品和车辆
CN112633537A (zh) 代叫车订单处理方法、装置,以及电子设备
CN117573969A (zh) 信息识别的方法、装置及电子设备
CN111275302A (zh) 一种汽车召回管理方法及***
CN111178562B (zh) 信息处理方法、装置、设备及计算机可读存储介质
CN110689237B (zh) 一种车辆管理人员的管理方法及其相关产品
CN110662171B (zh) 一种交通工具的处理方法及***
CN114218316A (zh) 一种基于车联网的车辆安全管理方法及***
CN111178796A (zh) 牲畜运输管理装置及方法
JP7431893B2 (ja) 事故情報表示装置、事故情報表示方法及びプログラム
CN111976651A (zh) 用车管理方法、用车管理服务器及用车管理终端

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination