CN115620028A - 屏幕状态识别方法、装置、电子设备及介质 - Google Patents
屏幕状态识别方法、装置、电子设备及介质 Download PDFInfo
- Publication number
- CN115620028A CN115620028A CN202211203088.8A CN202211203088A CN115620028A CN 115620028 A CN115620028 A CN 115620028A CN 202211203088 A CN202211203088 A CN 202211203088A CN 115620028 A CN115620028 A CN 115620028A
- Authority
- CN
- China
- Prior art keywords
- client
- target image
- target
- information
- verification information
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
- G06V10/00—Arrangements for image or video recognition or understanding
- G06V10/70—Arrangements for image or video recognition or understanding using pattern recognition or machine learning
- G06V10/74—Image or video pattern matching; Proximity measures in feature spaces
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
- G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
- G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
- G06K19/06037—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking multi-dimensional coding
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Evolutionary Computation (AREA)
- Artificial Intelligence (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Computing Systems (AREA)
- Software Systems (AREA)
- Health & Medical Sciences (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本公开提出一种屏幕状态识别方法、装置、电子设备及介质,方法包括:根据第一客户端发送的第一电子设备的设备要素生成至少一个验证信息;向第一客户端发送至少一个验证信息,其中,至少一个验证信息用于生成并展示二维码;接收第二客户端发送的至少一帧目标图像,其中,至少一帧目标图像是根据对展示二维码的第一电子设备的屏幕进行拍摄得到的目标视频生成的;在至少一帧目标图像与至少一个验证信息匹配的情况下,根据至少一帧目标图像识别第一电子设备的屏幕状态。由此,只有在至少一帧目标图像与二维码所指示的至少一个验证信息匹配的情况下,才根据目标图像识别第一电子设备的屏幕状态,可以避免用户骗保的情况发生。
Description
技术领域
本公开涉及终端技术领域,尤其涉及一种屏幕状态识别方法、装置、电子设备及介质。
背景技术
电子设备的碎屏险,即碎屏意外保险,是一种随着电子设备普及率的不断提高,应运而生的保险,其初衷是为了方便消费者,给消费者带来权益保障。
然而,碎屏险上线后,容易造成用户选择性投保的情况,即用户在电子设备的屏幕发生损坏后才购买碎屏险,通过碎屏险进行理赔维修,或者,还可能发生用户采用与已投保的电子设备同一机型,且屏幕已摔碎的电子设备进行骗保的情况,等等,从而造成保险人的赔付率远超可承受范围。其中,保险人又称承保人,是指与投保人订立保险合同,并承担赔偿或者给付保险金责任的保险公司。
因此,如何对投保的电子设备的屏幕状态进行检测,以规避用户选择性投保或骗保的情况,成为亟待解决的难题。
发明内容
本公开旨在至少在一定程度上解决相关技术中的技术问题之一。
本公开提出一种屏幕状态识别方法、装置、电子设备及介质,以实现只有在至少一帧目标图像与二维码所指示的至少一个验证信息匹配的情况下,才根据目标图像识别第一电子设备的屏幕状态,可以避免对用户预先在第一电子设备的屏幕处于完好状态时,拍摄得到的图像进行屏幕状态的识别,从而可以避免用户骗保的情况发生。
本公开第一方面实施例提出了一种屏幕状态识别方法,应用于服务端,包括:
接收第一客户端发送的验证信息获取请求,其中,所述验证信息获取请求中包括所述第一客户端所在的第一电子设备的设备要素;
响应于所述验证信息获取请求,根据所述设备要素生成至少一个验证信息,并向所述第一客户端发送所述至少一个验证信息,其中,所述至少一个验证信息用于生成并展示二维码;
接收第二客户端发送的至少一帧目标图像,其中,所述至少一帧目标图像是根据对展示二维码的所述第一电子设备的屏幕进行拍摄得到的目标视频生成的;
在所述至少一帧目标图像与所述至少一个验证信息匹配的情况下,根据所述至少一帧目标图像识别所述第一电子设备的屏幕状态。
本公开第二方面实施例提出了另一种屏幕状态识别方法,应用于第一客户端,包括:
向服务端发送验证信息获取请求,其中,所述验证信息获取请求中包括所述第一客户端所在的第一电子设备的设备要素;
接收所述服务端响应于所述验证信息获取请求所发送的验证信息获取响应,其中,所述验证信息获取响应中包括至少一个验证信息,所述至少一个验证信息是根据所述设备要素生成的;
根据所述至少一个验证信息,生成并展示二维码;
其中,所述二维码用于第二客户端对展示所述二维码的所述第一电子设备的屏幕进行拍摄,得到目标视频,并根据所述目标视频生成至少一帧目标图像,所述至少一帧目标图像用于在所述至少一个验证信息和所述至少一帧目标图像匹配的情况下,识别所述第一电子设备的屏幕状态。
本公开第三方面实施例提出了又一种屏幕状态识别方法,应用于第二客户端,包括:
对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频;
根据所述目标视频生成至少一帧目标图像;
向服务端发送所述至少一帧目标图像,其中,所述至少一帧目标图像用于在所述服务端生成的至少一个验证信息和所述至少一帧目标图像匹配的情况下,识别所述第一电子设备的屏幕状态。
本公开第四方面实施例提出了一种屏幕状态识别装置,应用于服务端,包括:
接收模块,用于接收第一客户端发送的验证信息获取请求,其中,所述验证信息获取请求中包括所述第一客户端所在的第一电子设备的设备要素;
生成模块,用于响应于所述验证信息获取请求,根据所述设备要素生成至少一个验证信息;
发送模块,用于向所述第一客户端发送所述至少一个验证信息,其中,所述至少一个验证信息用于生成并展示二维码;
所述接收模块,还用于接收第二客户端发送的至少一帧目标图像,其中,所述至少一帧目标图像是根据对展示二维码的所述第一电子设备的屏幕进行拍摄得到的目标视频生成的;
识别模块,用于在所述至少一帧目标图像与所述至少一个验证信息匹配的情况下,根据所述至少一帧目标图像识别所述第一电子设备的屏幕状态。
本公开第五方面实施例提出了另一种屏幕状态识别装置,应用于第一客户端,包括:
发送模块,用于向服务端发送验证信息获取请求,其中,所述验证信息获取请求中包括所述第一客户端所在的第一电子设备的设备要素;
接收模块,用于接收所述服务端响应于所述验证信息获取请求所发送的验证信息获取响应,其中,所述验证信息获取响应中包括至少一个验证信息,所述至少一个验证信息是根据所述设备要素生成的;
处理模块,用于根据所述至少一个验证信息,生成并展示二维码;
其中,所述二维码用于第二客户端对展示所述二维码的所述第一电子设备的屏幕进行拍摄,得到目标视频,并根据所述目标视频生成至少一帧目标图像,所述至少一帧目标图像用于在所述至少一个验证信息和所述至少一帧目标图像匹配的情况下,识别所述第一电子设备的屏幕状态。
本公开第六方面实施例提出了又一种屏幕状态识别装置,应用于第二客户端,包括:
拍摄模块,用于对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频;
生成模块,用于根据所述目标视频生成至少一帧目标图像;
发送模块,用于向服务端发送所述至少一帧目标图像,其中,所述至少一帧目标图像用于在所述服务端生成的至少一个验证信息和所述至少一帧目标图像匹配的情况下,识别所述第一电子设备的屏幕状态。
本公开第七方面实施例提出了一种电子设备,包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本公开第一方面实施例提出的屏幕状态识别方法,或者,执行本公开第二方面实施例提出的屏幕状态识别方法,或者,执行本公开第三方面实施例提出的屏幕状态识别方法。
本公开第八方面实施例提出了一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行本公开第一方面实施例提出的屏幕状态识别方法,或者,执行本公开第二方面实施例提出的屏幕状态识别方法,或者,执行本公开第三方面实施例提出的屏幕状态识别方法。
本公开第九方面实施例提出了一种计算机程序,包括计算机程序,所述计算机程序在被处理器执行时实现本公开第一方面实施例所述的屏幕状态识别方法,或者,实现本公开第二方面实施例提出的屏幕状态识别方法,或者,实现本公开第三方面实施例提出的屏幕状态识别方法。
上述本公开中的一个实施例至少具有如下优点或有益效果:
在用户通过第一客户端为第一电子设备购买碎屏险时,通过第二客户端所在的第二电子设备对展示二维码的第一电子设备的屏幕进行拍摄,以得到至少一帧目标图像,只有在至少一帧目标图像与二维码所指示的至少一个验证信息匹配的情况下,才根据目标图像识别第一电子设备的屏幕状态,可以避免对用户预先在第一电子设备的屏幕处于完好状态时,拍摄得到的图像进行屏幕状态的识别,从而可以避免用户骗保的情况发生。并且,在目标图像与至少一个验证信息匹配的情况下,识别得到第一电子设备的屏幕状态,可以实现及时获知参与投保的第一电子设备当前的屏幕状态,一方面,可以避免用户使用屏幕发生损坏的第一电子设备进行投保的情况,另一方面,还可以使得碎屏险投保流程更加完善,有利于碎屏险市场的健康发展。
本公开附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本公开的实践了解到。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本公开实施例一所提供的屏幕状态识别方法的流程示意图;
图2为本公开实施例二所提供的屏幕状态识别方法的流程示意图;
图3为本公开实施例三所提供的屏幕状态识别方法的流程示意图;
图4为本公开实施例四所提供的屏幕状态识别方法的流程示意图;
图5为本公开实施例五所提供的屏幕状态识别方法的流程示意图;
图6为本公开实施例中第一客户端和服务端之间的交互过程示意图;
图7为本公开实施例六所提供的屏幕状态识别方法的流程示意图;
图8为本公开实施例七所提供的屏幕状态识别方法的流程示意图;
图9(a)为本公开实施例中的投保流程示意图一;
图9(b)为本公开实施例中的投保流程示意图二;
图10(a)本公开实施例所提供的验机时序示意图一;
图10(b)本公开实施例所提供的验机时序示意图二;
图11为本公开实施例所提供的操作提示示意图;
图12为本公开实施例八所提供的屏幕状态识别装置的结构示意图;
图13为本公开实施例九所提供的屏幕状态识别装置的结构示意图;
图14为本公开实施例十所提供的屏幕状态识别装置的结构示意图;
图15示出了适于用来实现本公开实施方式的示例性电子设备的框图。
具体实施方式
下面详细描述本公开的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本公开,而不能理解为对本公开的限制。
屏幕是电子设备中昂贵且脆弱的部件。随着大屏电子设备的普及度越来越稿,很多电子设备都搭载了曲面屏、全面屏、屏幕刘海、内屏穿孔技术等高难度设计,一旦电子设备的屏幕遭到破坏,就需要高昂的维修费用。
为了给消费者带来权益保障,碎屏险应运而生。消费者可以通过以下两种渠道购买碎屏险:
第一种,在主流的电商购买新机时,同步购买碎屏险,按年投保。
第二种,随着碎屏险需求增强,次新机用户可以进行线下投保。
上述线下投保方式可以满足次新机用户的投保需求,但是线下投保方式,需要相关工作人员亲自赴现场进行线下人工核验次新机的屏幕状态,只有在屏幕状态为完好的情况下,用户才可以购买碎屏险,且购买时间往往限制在新机购买7天至3天内,为消费者带来了极大地不便。
针对上述存在的至少一个问题,本公开提出一种屏幕状态识别方法、装置、电子设备及存储介质。
下面参考附图描述本公开实施例的屏幕状态识别方法、装置、电子设备及存储介质。
图1为本公开实施例一所提供的屏幕状态识别方法的流程示意图。
本公开实施例以该屏幕状态识别方法,可以应用于服务端。
如图1所示,该屏幕状态识别方法可以包括以下步骤:
步骤101,接收第一客户端发送的验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素。
在本公开实施例中,设备要素可以至少包括设备机型(或型号)和设备标识,其中,设备标识可以为UUID(Universally Unique Identifier,通用唯一识别码)、IMEI(International Mobile Equipment Identity,国际移动设备识别码)、IDFA(IdentifierFor Advertising,广告标识符)、UDID(Unique Device Identifier,唯一设备识别符)、MEID(Mobile Equipment Identifier,移动设备识别码)等。
在本公开实施例中,服务端可以接收第一客户端发送的验证信息获取请求,其中,该验证信息获取请求中可以包括第一客户端所在的第一电子设备的设备要素。
步骤102,响应于验证信息获取请求,根据设备要素生成至少一个验证信息,并向第一客户端发送至少一个验证信息,其中,至少一个验证信息用于生成并展示二维码。
在本公开实施例中,验证信息可以包括随机码code(verCodeKey)、请求令牌(applyToken)、创建时间(createTime)、验证码(随机数)等用于验证的信息。
在本公开实施例中,服务端在接收到验证信息获取请求后,可以响应于该验证信息获取请求,根据验证信息获取请求中的设备要素,生成至少一个验证信息,并向第一客户端发送至少一个验证信息。
相应的,第一客户端在接收到服务端发送的至少一个验证信息后,可以根据上述至少一个验证信息生成二维码,比如,第一客户端可以将至少一个验证信息和第一电子设备的设备要素进行拼接,以得到目标验证信息,并根据目标验证信息生成二维码。第一客户端在生成二维码后,可以通过第一电子设备的屏幕展示该二维码。
在本公开实施例的一种可能的实现方式中,为了提升数据传输的安全性,第一客户端还可以对设备要素进行加密,并向服务端发送加密后的设备要素。相应的,服务端可以对加密后的设备要素进行解密,得到第一电子设备的设备要素,并根据该设备要素生成至少一个验证信息。
步骤103,接收第二客户端发送的至少一帧目标图像,其中,至少一帧目标图像是根据对展示二维码的第一电子设备的屏幕进行拍摄得到的目标视频生成的。
在本公开实施例中,第二客户端可以对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频,并根据目标视频生成至少一帧目标图像,并向服务端发送至少一帧目标图像,相应的,服务端可以接收第二客户端发送的至少一帧目标图像。
作为一种应用场景,当用户使用第一客户端购买碎屏险时,第一客户端所在的第一电子设备可以称为投保设备,第一客户端在生成二维码后,可以通过投保设备的屏幕展示该二维码,并提示用户采用辅助设备(第二客户端所在的第二电子设备)对准该投保设备的屏幕进行拍摄,以得到目标视频。
应当理解的是,对于第二客户端侧的用户而言,通过摄像头自动采集视频,并根据视频生成一帧或多帧图像,而无需用户手动拍摄多帧图像,可以降低用户操作,改善用户的使用体验。
步骤104,在至少一帧目标图像与至少一个验证信息匹配的情况下,根据至少一帧目标图像识别第一电子设备的屏幕状态。
其中,屏幕状态可以包括:完好状态(或完整状态)、非完好状态(或已损坏状态)。
在本公开实施例中,服务端可以判断至少一帧目标图像与上述至少一个验证信息是否匹配,在至少一帧目标图像与至少一个验证信息匹配的情况下,可以确定第一电子设备为投保设备,可以根据至少一帧目标图像识别第一电子设备的屏幕状态。
而在至少一帧目标图像与至少一个验证信息不匹配的情况下,可以确定第一电子设备不为投保设备,因此,为了防止骗保的情况,作为一种示例,可以结束处理流程;作为另一种示例,可以向第一客户端发送验证失败信息和/或第一提示信息,其中,验证失败信息,用于设置支付订单的订单状态为取消支付状态,支付订单是根据第一客户端的投保页面中的投保信息生成的,第一提示信息,用于提示无法投保;作为又一种示例,可以向第一客户端和/或第二客户端发送目标提示信息,其中,目标提示信息用于提示重新拍摄目标图像。
可以理解的是,当屏幕状态为非完好状态时,至少一帧目标图像中的屏幕上可以具有相应的裂纹、残缺、磨损等特征,基于上述特征,服务端可以识别得到屏幕状态。具体地,服务器可以基于图像识别技术或深度学习技术,对各目标图像进行识别,以确定第一电子设备的屏幕状态。
本公开实施例的屏幕状态识别方法,通过接收第一客户端发送的验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素;响应于验证信息获取请求,根据设备要素生成至少一个验证信息,并向第一客户端发送至少一个验证信息,其中,至少一个验证信息用于生成并展示二维码;接收第二客户端发送的至少一帧目标图像,其中,至少一帧目标图像是根据对展示二维码的第一电子设备的屏幕进行拍摄得到的目标视频生成的;在至少一帧目标图像与至少一个验证信息匹配的情况下,根据至少一帧目标图像识别第一电子设备的屏幕状态。由此,在用户通过第一客户端为第一电子设备购买碎屏险时,通过第二客户端所在的第二电子设备对展示二维码的第一电子设备的屏幕进行拍摄,以得到至少一帧目标图像,只有在至少一帧目标图像与二维码所指示的至少一个验证信息匹配的情况下,才根据目标图像识别第一电子设备的屏幕状态,可以避免对用户预先在第一电子设备的屏幕处于完好状态时,拍摄得到的图像进行屏幕状态的识别,从而可以避免用户骗保的情况发生。并且,在目标图像与至少一个验证信息匹配的情况下,识别得到第一电子设备的屏幕状态,可以实现及时获知参与投保的第一电子设备当前的屏幕状态,一方面,可以避免用户使用屏幕发生损坏的第一电子设备进行投保的情况,另一方面,还可以使得碎屏险投保流程更加完善,有利于碎屏险市场的健康发展。
为了清楚说明上述实施例,本公开还提出一种屏幕状态识别方法。
图2为本公开实施例二所提供的屏幕状态识别方法的流程示意图。
如图2所示,该屏幕状态识别方法可以包括以下步骤:
步骤201,接收第一客户端发送的验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素。
步骤202,响应于验证信息获取请求,根据设备要素生成至少一个验证信息,并向第一客户端发送至少一个验证信息,其中,至少一个验证信息用于生成并展示二维码。
步骤203,接收第二客户端发送的至少一帧目标图像,其中,至少一帧目标图像是根据对展示二维码的第一电子设备的屏幕进行拍摄得到的目标视频生成的。
步骤201至203的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
步骤204,对各目标图像中的二维码进行识别,以得到各目标图像对应的二维码识别结果。
在本公开实施例中,可以基于二维码识别技术,对各目标图像中的二维码进行识别,以得到各目标图像对应的二维码识别结果。
步骤205,在至少一个验证信息和各二维码识别结果匹配的情况下,根据至少一帧目标图像识别第一电子设备的屏幕状态。
在本公开实施例中,可以在至少一个验证信息与各二维码识别结果均匹配的情况下,根据至少一帧目标图像识别第一电子设备的屏幕状态。
作为一种可能的实现方式,当二维码是根据目标验证信息生成的情况下,可以判断各二维码识别结果是否与目标验证信息匹配,在各二维码识别结果与目标验证信息均匹配的情况下,可以根据至少一帧目标图像识别第一电子设备的屏幕状态。
而在存在至少一个二维码识别结果与目标验证信息不匹配的情况下,作为一种示例,可以结束处理流程;作为另一种示例,可以向第一客户端发送验证失败信息和/或第一提示信息,其中,验证失败信息,用于设置支付订单的订单状态为取消支付状态,支付订单是根据第一客户端的投保页面中的投保信息生成的,第一提示信息,用于提示无法投保;作为又一种示例,可以向第一客户端和/或第二客户端发送目标提示信息,其中,目标提示信息用于提示重新拍摄目标图像。
本公开实施例的屏幕状态识别方法,通过对各目标图像中的二维码进行识别,以得到各目标图像对应的二维码识别结果,在至少一个验证信息和各二维码识别结果匹配的情况下,根据至少一帧目标图像识别第一电子设备的屏幕状态。由此,在各二维码识别结果与至少一个验证信息均匹配的情况下,才根据目标图像识别第一电子设备的屏幕状态,可以避免用户骗保的情况发生。
为了清楚说明本公开任一实施例中服务端是如何识别第一电子设备的屏幕状态的,本公开还提出一种屏幕状态识别方法。
图3为本公开实施例三所提供的屏幕状态识别方法的流程示意图。
如图3所示,该屏幕状态识别方法可以包括以下步骤:
步骤301,接收第一客户端发送的验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素。
可选地,可以将屏幕状态的识别过程称为验机过程,在验机过程之前,在本公开实施例的第一种可能的实现方式中,还可以获取第一客户端的登录信息,根据登录信息,判断登录第一客户端的目标用户是否位于异常用户名单中,若目标用户未位于异常用户名单,则执行后续验机过程(即步骤101至104);而若目标用户位于异常用户名单,则向第一客户端发送第二提示信息,其中,第二提示信息用于提示无法投保。
其中,异常用户名单中可以包括非法行为用户和/或风控用户。
在本公开实施例的第二种可能的实现方式中,还可以根据第一客户端的登录信息,查询已投保记录,确定已投保记录中是否存在与目标用户匹配的目标投保订单,若未存在目标投保订单,则可以执行后续验机过程。
而若存在目标投保订单,则可以判断目标投保订单的第一投保时段与第一客户端的投保页面中投保信息中的第二投保时段是否重叠,若第一投保时段与第二投保时段未重叠,则可以执行后续验机过程;而若第一投保时段与第二投保时段重叠,则向第一客户端发送第三提示信息,其中,第三提示信息用于提示无法投保。
在本公开实施例的第三种可能的实现方式中,还可以获取第一客户端所在的第一电子设备的机型,并判断第一电子设备的机型与参考机型是否匹配,其中,参考机型是设定的可投保机型,若第一电子设备的机型与参考机型匹配,则可以执行后续验机过程;而若第一电子设备的机型与参考机型不匹配,则可以向第一客户端发送第四提示信息,其中,第四提示信息用于提示无法投保。
在本公开实施例的第四种可能的实现方式中,还可以根据第一客户端的登录信息,确定登录第一客户端的目标用户是否位于指定用户名单中,若目标用户未位于指定用户名单,则可以执行后续验机过程;而若目标用户位于指定用户名单,则可以无需执行后续验机过程,即目标用户为免验机用户,此时,服务端可以向第一客户端发送指示信息,其中,指示消息用于指示第一客户端根据第一客户端的投保页面中的投保信息生成支付订单,并根据支付订单进行支付。其中,指定用户名单中的各用户可以为第一客户端所在企业员工,比如,第一客户端为企业A的应用客户端,则指定用户名单中可以包括企业A的各员工。
和/或,
可以根据第一客户端的登录信息,确定目标用户的信誉值是否大于设定阈值,若目标用户的信誉值未大于设定阈值,则可以执行后续验机过程;而若目标用户的信誉值大于设定阈值,则可以无需执行后续验机过程,即目标用户为免验机用户,此时,服务端可以向第一客户端发送指示信息,其中,指示消息用于指示第一客户端根据第一客户端的投保页面中的投保信息生成支付订单,并根据支付订单进行支付。
其中,信誉值用于指示目标用户的等级、福利和权益中的至少一项,信誉值越大,表明目标用户的等级越高、福利越高、权益越高,反之,信誉值越小,表明目标用户的等级越低、福利越低、权益越低。
需要说明的是,上述仅以各种实现方式分开执行进行示例,实际应用时,可以结合上述多种实现方式,比如,在目标用户未位于异常用户名单,以及第一投保时段与第二投保时段未重叠的情况下,可以执行后续验机过程,再比如,在目标用户未位于异常用户名单,以及第一投保时段与第二投保时段未重叠,以及第一电子设备的机型与参考机型匹配的情况下,可以执行后续验机过程,再比如,在目标用户未位于异常用户名单,以及第一投保时段与第二投保时段未重叠,以及第一电子设备的机型与参考机型匹配,以及目标用户未位于指定用户名单(或目标用户的信誉值未大于设定阈值)的情况下,可以执行后续验机过程,等等,在此不一一列举。
步骤302,响应于验证信息获取请求,根据设备要素生成至少一个验证信息,并向第一客户端发送至少一个验证信息,其中,至少一个验证信息用于生成并展示二维码。
在本公开的任意一个实施例之中,第一客户端可以按照设定周期,周期性地更新所展示的二维码。其中,设定周期为预先设定的,比如,设定周期可以为1秒(s)、800毫秒(ms)等。
步骤303,接收第二客户端发送的至少一帧目标图像,其中,至少一帧目标图像是根据对展示二维码的第一电子设备的屏幕进行拍摄得到的目标视频生成的。
步骤304,对各目标图像中的二维码进行识别,以得到各目标图像对应的二维码识别结果。
可选地,每个二维码识别结果中可以包括对应目标图像中二维码的生成时刻及与对应目标图像中与二维码相关的识别信息。
步骤301至304的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
步骤305,针对任一二维码识别结果,确定对应目标图像中二维码的生成时刻与对应目标图像的生成时刻之间的第一差异。
在本公开实施例中,针对各二维码识别结果中的任意一个二维码识别结果,服务端可以确定该二维码识别结果对应的目标图像中二维码的生成时刻与对应目标图像的生成时刻之间的差异,本公开中记为第一差异。
举例而言,假设某一帧目标图像对应的二维码的生成时刻为09:59:59,该目标图像的生成时刻为10:00:01,则第一差异为2s。
步骤306,确定各二维码识别结果对应的目标图像的生成时刻之间的第二差异。
在本公开实施例中,服务端可以确定各二维码识别结果对应的目标图像的生成时刻之间的差异,本公开中记为第二差异。
举例而言,假设目标图像的帧数为3,3帧目标图像的生成时刻分别为10:00:01、10:00:02、10:00:03,则第二差异可以为1s和2s。
步骤307,确定至少一帧目标图像的接收时刻与各目标图像的生成时刻之间的第三差异。
在本公开实施例中,服务端可以确定至少一帧目标图像的接收时刻,并计算该接收时刻与各目标图像的生成时刻之间的差异,本公开中记为第三差异。
仍以上述例子进行示例,假设接收时刻为10:00:06,则第三差异可以为5s、4s和3s。
步骤308,确定各二维码识别结果中二维码的生成时刻之间的第四差异。
在本公开实施例中,服务端还可以确定各二维码识别结果中二维码的生成时刻之间的差异,本公开中记为第四差异。
举例而言,假设目标图像的帧数为3,3帧目标图像中二维码的生成时刻分别为09:59:59、10:00:00、10:00:01,则第四差异可以为1s和2s。
步骤309,在第一差异小于第一设定差异阈值,和/或,第二差异小于第二设定差异阈值,和/或,第三差异小于第三设定差异阈值,和/或,第四差异小于第四设定差异阈值的情况下,判断至少一个验证信息与各目标图像对应的识别信息是否匹配。
其中,第一设定差异阈值为预先设定的差异阈值,比如,第一设定差异阈值可以为4s、5s等。
其中,第二设定差异阈值为预先设定的差异阈值,比如,第二设定差异阈值可以为2s、3s等。
其中,第三设定差异阈值为预先设定的差异阈值,比如,第三设定差异阈值可以为9s、10s等。
其中,第四设定差异阈值为预先设定的差异阈值,比如,第四设定差异阈值可以为2s、3s、4s等。
需要说明的是,本公开实施例中对第一设定差异阈值、第二设定差异阈值、第三设定差异阈值和第四设定差异阈值之间的大小关系不作限制,比如,第一设定差异阈值、第二设定差异阈值、第三设定差异阈值和第四设定差异阈值可以相等,或者也可以不等。
应当理解的是,当各目标图像的生成时间之间的差异较大、二维码的生成时间与目标图像的生成时间之间的差异较大、各目标图像的上传时间和目标图像的生成时间之间的差异较大、各二维码的生成时间之间的差异较大时,可能会发生用户修图等造假情况,因此,为了进一步避免用户骗保的情况发生,本公开中,针对任一二维码识别结果,可以确定该二维码识别结果中二维码的生成时刻与对应的目标图像的生成时刻之间的第一差异,以及,确定各二维码识别结果对应的目标图像的生成时刻之间的第二差异,以及,确定至少一帧目标图像的接收时刻与各目标图像的生成时刻之间的第三差异,以及确定各二维码识别结果中二维码的生成时刻之间的第四差异。
在第一差异小于第一设定差异阈值,和/或,第二差异小于第二设定差异阈值,和/或,第三差异小于第三设定差异阈值,和/或,第四差异小于第四设定差异阈值的情况下,可以判断至少一个验证信息与各二维码识别结果中的识别信息是否匹配,若匹配,则可以执行步骤310,若不匹配,则可以执行步骤311。
而在第一差异未小于第一设定差异阈值,和/或,第二差异未小于第二设定差异阈值,和/或,第三差异未小于第三设定差异阈值,和/或,第四差异未小于第四设定差异阈值的情况下,则可以向第一客户端发送验证失败信息和/或第一提示信息。
其中,验证失败信息,用于设置支付订单的订单状态为取消支付状态,支付订单是根据第一客户端的投保页面中的投保信息生成的,第一提示信息,用于提示无法投保。
步骤310,根据至少一帧目标图像识别第一电子设备的屏幕状态。
在本公开实施例中,在至少一个验证信息与各目标图像对应的识别信息匹配的情况下,可以根据至少一帧目标图像识别第一电子设备的屏幕状态。
在本公开的任意一个实施例之中,在第一电子设备的屏幕状态为完好时,可以向第一客户端发送验证通过信息,其中,验证通过信息,用于第一客户端根据支付订单进入支付页面,支付订单是根据第一客户端的投保页面中的投保信息生成的。
由此,可以实现在已明确第一电子设备的屏幕状态为完好的情况下,使得第一电子设备的用户能够正常购买碎屏险,以改善用户的使用体验。
在本公开的任意一个实施例之中,在第一电子设备的屏幕状态为非完好时,可以向第一客户端发送验证失败信息,其中,验证失败信息,用于设置支付订单的订单状态为取消支付状态。
由此,可以实现在已明确第一电子设备的屏幕状态为非完好的情况下,禁止第一电子设备的用户购买碎屏险,以避免用户骗保的情况发生。
步骤311,向第一客户端发送验证失败信息和/或第一提示信息。
在本公开实施例中,在至少一个验证信息与至少一个目标图像对应的识别信息不匹配的情况下,可以向第一客户端发送验证失败信息和/或第一提示信息。
需要说明的是,步骤309和步骤310为并列的两种实施方式,实际应用时,仅需择一执行。
本公开实施例的屏幕状态识别方法,通过在识别第一电子设备的屏幕状态之前,先对二维码识别结果中的二维码的生成时刻以及各目标图像的生成时刻进行校验,可以避免对用户修图后的图像进行屏幕状态的识别,从而可以避免用户骗保的情况发生。
上述为服务端执行的各方法实施例,本公开还提出一种由第一客户端执行的方法实施例。
图4为本公开实施例四所提供的屏幕状态识别方法的流程示意图。
如图4所示,该屏幕状态识别方法可以包括以下步骤:
步骤401,向服务端发送验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素。
在本公开实施例中,第一客户端可以向服务端发送验证信息获取请求,其中,验证信息获取请求中可以包括第一客户端所在的第一电子设备的设备要素。具体实现过程可以参见前述实施例中步骤101的相关描述,在此不做赘述。
步骤402,接收服务端响应于验证信息获取请求所发送的验证信息获取响应,其中,验证信息获取响应中包括至少一个验证信息,至少一个验证信息是根据设备要素生成的。
在本公开实施例中,服务端在接收到验证信息获取请求后,可以响应于该验证信息获取请求,根据验证信息获取请求中的设备要素,生成至少一个验证信息,并向第一客户端发送包含上述至少一个验证信息的验证信息获取响应,相应的,第一客户端可以接收服务端响应于验证信息获取请求所发送的验证信息获取响应。
步骤403,根据至少一个验证信息,生成并展示二维码。
其中,二维码用于第二客户端对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频,并根据目标视频生成至少一帧目标图像,至少一帧目标图像用于在至少一个验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。
在本公开实施例中,第一客户端在接收到验证信息获取响应后,可以根据验证信息获取响应中的至少一个验证信息,生成二维码,并展示该二维码。
作为一种可能的实现方式,第一客户端可以将至少一个验证信息和第一电子设备的设备要素进行拼接,以得到目标验证信息,并根据目标验证信息生成二维码。第一客户端在生成二维码后,可以通过第一电子设备的屏幕展示该二维码。
在本公开实施例中,第二客户端可以对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频,并根据目标视频生成至少一帧目标图像,并向服务端发送至少一帧目标图像,相应的,服务端在接收第二客户端发送的至少一帧目标图像后,可以判断至少一帧目标图像与上述至少一个验证信息是否匹配,在至少一帧目标图像与至少一个验证信息匹配的情况下,可以确定第一电子设备为投保设备,此时,可以根据至少一帧目标图像识别第一电子设备的屏幕状态。
而在至少一帧目标图像与至少一个验证信息不匹配的情况下,可以确定第一电子设备不为投保设备,因此,为了防止骗保的情况,作为一种示例,可以结束处理流程;作为另一种示例,可以向第一客户端发送验证失败信息和/或第一提示信息,其中,验证失败信息,用于设置支付订单的订单状态为取消支付状态,支付订单是根据第一客户端的投保页面中的投保信息生成的,第一提示信息,用于提示无法投保;作为又一种示例,可以向第一客户端和/或第二客户端发送目标提示信息,其中,目标提示信息用于提示重新拍摄目标图像。
本公开实施例的屏幕状态识别方法,通过向服务端发送验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素;接收服务端响应于验证信息获取请求所发送的验证信息获取响应,其中,验证信息获取响应中包括至少一个验证信息,至少一个验证信息是根据设备要素生成的;根据至少一个验证信息,生成并展示二维码;其中,二维码用于第二客户端对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频,并根据目标视频生成至少一帧目标图像,至少一帧目标图像用于在至少一个验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。由此,在用户通过第一客户端为第一电子设备购买碎屏险时,通过第二客户端所在的第二电子设备对展示二维码的第一电子设备的屏幕进行拍摄,以得到至少一帧目标图像,只有在至少一帧目标图像与二维码所指示的至少一个验证信息匹配的情况下,才根据目标图像识别第一电子设备的屏幕状态,可以避免对用户预先在第一电子设备的屏幕处于完好状态时,拍摄得到的图像进行屏幕状态的识别,从而可以避免用户骗保的情况发生。并且,在目标图像与至少一个验证信息匹配的情况下,识别得到第一电子设备的屏幕状态,可以实现及时获知参与投保的第一电子设备当前的屏幕状态,一方面,可以避免用户使用屏幕发生损坏的第一电子设备进行投保的情况,另一方面,还可以使得碎屏险投保流程更加完善,有利于碎屏险市场的健康发展。
需要说明的是,第一客户端和服务端之间可能存在时钟偏差,在时钟偏差较大的情况下,可能会导致无法正常验机的情况发生,比如,根据图3所示的实施例可知,当第一客户端和服务端之间的时钟偏差较大时,如果第二客户端与服务端的时钟同步,则会导致第一差异较大,从而导致验机不通过的情况发生。因此,针对上述情况,第一客户端还可以计算服务端与该第一客户端之间的时钟偏差,根据上述时钟偏差,对第一客户端的本地时钟进行调整,并根据调整后的本地时钟,生成或更新二维码,以使二维码的生成时间与服务端的时钟匹配。
下面结合图5,对上述过程进行详细说明。
图5为本公开实施例五所提供的屏幕状态识别方法的流程示意图。
如图5所示,该屏幕状态识别方法可以包括以下步骤:
步骤501,向服务端发送验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素。
步骤502,接收服务端响应于验证信息获取请求所发送的验证信息获取响应,其中,验证信息获取响应中包括至少一个验证信息、服务端接收到验证信息获取请求的第一时刻和服务端发送验证信息获取响应的第二时刻。
其中,至少一个验证信息是根据设备要素生成的。
步骤501至502的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
步骤503,确定第一客户端发送验证信息获取请求的第三时刻,以及第一客户端接收到验证信息获取响应的第四时刻。
在本公开实施例中,第一客户端可以确定该第一客户端发送验证信息获取请求的第三时刻,以及接收到验证信息获取响应的第四时刻。
步骤504,根据第一时刻、第二时刻、第三时刻和第四时刻,确定服务端和第一客户端之间的时钟偏差。
在本公开实施例中,可以根据第一时刻、第二时刻、第三时刻和第四时刻,确定服务端和第一客户端之间的时钟偏差。
作为一种示例,第一客户端和服务端之间的交互过程可以如图6所示,标记第一时刻为t1、第二时刻为t2、第三时刻为t3、第四时刻为t4,则有:
t1=t3+t+d1;
t4=t2-t+d2;
t=[(t1-t3)-(t4-t2)]/2;
其中,t表示服务端和第一客户端之间的时钟偏差,d1表示第一客户端和服务端之间的第一传输时延,d2表示服务端和第一客户端之间的第二传输时延,假设d1=d2。
步骤505,根据时钟偏差对第一客户端的本地时钟进行调整。
在本公开实施例中,可以根据时钟偏差,对第一客户端的本地时钟进行调整。假设时钟偏差为5s,则可以将本地时钟往后调5s,例如,本地时钟的当前时刻为10:00:01,则调整后的当前时刻为10:00:06。
步骤506,基于调整后的第一客户端的本地时钟,根据至少一个验证信息,生成并展示二维码。
在本公开实施例中,第一客户端可以基于调整后的本地时钟,根据至少一个验证信息,生成并展示二维码。其中,二维码中携带二维码的生成时刻,该二维码的生成时刻是根据调整后的本地时钟确定的。
其中,二维码用于第二客户端对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频,并根据目标视频生成至少一帧目标图像,至少一帧目标图像用于在至少一个验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。具体实现过程可以参见本公开任一实施例中的相关描述,在此不做赘述。
作为一种可能的实现方式中,第一客户端可以将至少一个验证信息和第一电子设备的设备要素进行拼接,以得到目标验证信息,并根据目标验证信息生成二维码。第一客户端在生成二维码后,可以通过第一电子设备的屏幕展示该二维码。
第二客户端可以对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频,并根据目标视频生成至少一帧目标图像,并向服务端发送至少一帧目标图像,相应的,服务端在接收第二客户端发送的至少一帧目标图像后,可以判断目标验证信息和至少一帧目标图像是否匹配,在目标验证信息和至少一帧目标图像匹配的情况下,根据至少一帧目标图像识别第一电子设备的屏幕状态。
本公开实施例的屏幕状态识别方法,通过确定第一客户端发送验证信息获取请求的第三时刻,以及第一客户端接收到验证信息获取响应的第四时刻;根据第一时刻、第二时刻、第三时刻和第四时刻,确定服务端和第一客户端之间的时钟偏差;根据时钟偏差对第一客户端的本地时钟进行调整;基于调整后的第一客户端的本地时钟,根据至少一个验证信息,生成并展示二维码。由此,可以实现对第一客户端的本地时钟进行调整,使得调整后的第一客户端的时钟与服务端的时钟同步,从而第一客户端基于与服务端同步的时钟,生成二维码,可以避免无法正常验机的情况发生,使得第一客户端可以正常购买碎屏险,改善用户的使用体验。
上述为服务端和第一客户端执行的各方法实施例,本公开还提出一种由第二客户端执行的方法实施例。
图7为本公开实施例六所提供的屏幕状态识别方法的流程示意图。
如图7所示,该屏幕状态识别方法可以包括以下步骤:
步骤701,对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频。
在本公开实施例中,第一客户端可以向服务端发送验证信息获取请求,其中,验证信息获取请求中可以包括第一客户端所在的第一电子设备的设备要素,相应的,服务端在接收到验证信息获取请求后,可以响应于该验证信息获取请求,根据验证信息获取请求中的设备要素,生成至少一个验证信息,并向第一客户端发送至少一个验证信息。
第一客户端在接收到至少一个验证信息后,可以根据至少一个验证信息,生成二维码,并展示该二维码。第二客户端可以对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频。
步骤702,根据目标视频生成至少一帧目标图像。
在本公开实施例中,第二客户端可以根据目标视频生成至少一帧目标图像。
作为一种可能的实现方式,第二客户端可以根据设定周期,从目标视频中等间隔地截取视频帧数据,并根据视频帧数据进行图像绘制,以得到目标图像。比如,第二客户端可以将截取的视频帧数据绘制在空白画布canvas元素上,以得到目标图像。
步骤703,向服务端发送至少一帧目标图像,其中,至少一帧目标图像用于在服务端生成的至少一个验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。
在本公开实施例中,第二客户端可以向服务端发送至少一帧目标图像,相应的,服务端在接收第二客户端发送的至少一帧目标图像后,可以判断至少一帧目标图像与上述至少一个验证信息是否匹配,在至少一帧目标图像与至少一个验证信息匹配的情况下,可以确定第一电子设备为投保设备,此时,可以根据至少一帧目标图像识别第一电子设备的屏幕状态。
而在至少一帧目标图像与至少一个验证信息不匹配的情况下,可以确定第一电子设备不为投保设备,因此,为了防止骗保的情况,作为一种示例,可以结束处理流程;作为另一种示例,可以向第一客户端发送验证失败信息和/或第一提示信息,其中,验证失败信息,用于设置支付订单的订单状态为取消支付状态,支付订单是根据第一客户端的投保页面中的投保信息生成的,第一提示信息,用于提示无法投保;作为又一种示例,可以向第一客户端和/或第二客户端发送目标提示信息,其中,目标提示信息用于提示重新拍摄目标图像。
本公开实施例的屏幕状态识别方法,通过对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频,并根据目标视频生成至少一帧目标图像;向服务端发送至少一帧目标图像,其中,至少一帧目标图像用于在服务端生成的至少一个验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。由此,在用户通过第一客户端为第一电子设备购买碎屏险时,通过第二客户端所在的第二电子设备对展示二维码的第一电子设备的屏幕进行拍摄,以得到至少一帧目标图像,只有在至少一帧目标图像与二维码所指示的至少一个验证信息匹配的情况下,才根据目标图像识别第一电子设备的屏幕状态,可以避免对用户预先在第一电子设备的屏幕处于完好状态时,拍摄得到的图像进行屏幕状态的识别,从而可以避免用户骗保的情况发生。并且,在目标图像与至少一个验证信息匹配的情况下,识别得到第一电子设备的屏幕状态,可以实现及时获知参与投保的第一电子设备当前的屏幕状态,一方面,可以避免用户使用屏幕发生损坏的第一电子设备进行投保的情况,另一方面,还可以使得碎屏险投保流程更加完善,有利于碎屏险市场的健康发展。
为了清楚说明上述实施例,本公开还提出一种屏幕状态识别方法。
图8为本公开实施例七所提供的屏幕状态识别方法的流程示意图。
如图8所示,该屏幕状态识别方法可以包括以下步骤:
步骤801,对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频。
步骤802,根据目标视频生成至少一帧目标图像。
步骤801至802的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
步骤803,对各目标图像中的二维码进行识别,以得到各目标图像对应的二维码识别结果。
在本公开实施例中,可以基于二维码识别技术,对各目标图像中的二维码进行识别,以得到各目标图像对应的二维码识别结果。其中,每个二维码识别结果中可以包括对应目标图像中二维码的生成时刻及与对应目标图像中与二维码相关的识别信息。
步骤804,确定各二维码识别结果中二维码的生成时刻与对应目标图像的生成时刻之间的第一差异。
在本公开实施例中,第二客户端可以确定各二维码识别结果中二维码的生成时刻与对应目标图像的生成时刻之间的第一差异。
步骤805,确定各二维码识别结果对应的目标图像的生成时刻之间的第二差异。
在本公开实施例中,第二客户端还可以确定各二维码识别结果对应的目标图像的生成时刻之间的第二差异。
步骤806,确定当前时刻与各目标图像的生成时刻之间的第三差异。
在本公开实施例中,第二客户端还可以确定当前时刻与各目标图像的生成时刻之间的第三差异。
步骤807,确定各二维码识别结果中二维码的生成时刻之间的第四差异。
在本公开实施例中,第二客户端还可以确定各二维码识别结果中二维码的生成时刻之间的第四差异。
步骤808,在第一差异小于第一设定差异阈值,和/或,第二差异小于第二设定差异阈值,和/或,第三差异小于第三设定差异阈值,和/或,第四差异小于第四设定差异阈值的情况下,向服务端发送至少一帧目标图像。
其中,第一设定差异阈值为预先设定的差异阈值,比如,第一设定差异阈值可以为4s、5s等。
其中,第二设定差异阈值为预先设定的差异阈值,比如,第二设定差异阈值可以为2s、3s等。
其中,第三设定差异阈值为预先设定的差异阈值,比如,第三设定差异阈值可以为9s、10s等。
其中,第四设定差异阈值为预先设定的差异阈值,比如,第四设定差异阈值可以为2s、3s、4s等。
需要说明的是,本公开实施例中对第一设定差异阈值、第二设定差异阈值、第三设定差异阈值和第四设定差异阈值之间的大小关系不作限制,比如,第一设定差异阈值、第二设定差异阈值、第三设定差异阈值和第四设定差异阈值可以相等,或者也可以不等。
在本公开实施例中,第二客户端可以校验第一差异是否小于第一设定差异阈值,校验第二差异是否小于第二设定差异阈值,校验第三差异是否小于第三差异阈值,校验第四差异是否小于第四差异阈值,在第一差异小于第一设定差异阈值,和/或,第二差异小于第二设定差异阈值,和/或,第三差异小于第三设定差异阈值,和/或,第四差异小于第四设定差异阈值的情况下,可以向服务端发送至少一帧目标图像。其中,至少一帧目标图像用于在服务端生成的至少一个验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。具体实现过程可以参见前述实施例中的相关描述,在此不做赘述。
步骤809,在第一差异未小于第一设定差异阈值,和/或,第二差异未小于第二设定差异阈值,和/或,第三差异未小于第三设定差异阈值,和/或,第四差异未小于第四设定差异阈值的情况下,生成并展示提示信息。
在本公开实施例中,在第一差异未小于第一设定差异阈值,和/或,第二差异未小于第二设定差异阈值,和/或,第三差异未小于第三设定差异阈值,和/或,第四差异未小于第四设定差异阈值的情况下,第二客户端可以生成并展示提示信息。其中,提示信息用于提示对展示二维码的第一电子设备的屏幕进行重新拍摄。
本公开实施例的屏幕状态识别方法,通过在向服务端上传目标图像之前,先对二维码识别结果中的二维码的生成时刻以及各目标图像的生成时刻进行校验,只有在校验通过的情况下,才上传目标图像,可以避免服务端无法正常验机的情况发生。
作为一种应用场景,以电子设备为手机进行示例,第一客户端所在的第一电子设备为手机A,第二客户端所在的第二电子设备为手机B,则手机A在购买碎屏险时,投保流程可以如图9(a)和图9(b)所示,验证时序图可以如图10(a)-图10(b)所示。其中,验机服务和服管是设置于服务端侧的服务。
具体地,1、可以通过手机A打开投保页面,并判断投保环境是否为设定应用环境,其中,设定应用可以通过用户授权,获取到手机A的设备要素(比如手机型号和UUID)。若投保环境不为设定应用环境,则提示用户更换环境,并打开投保页面。
2、利用设定应用的原生能力获取设备要素。
3、确定手机A是否为可投保机型,若是,则引导用户登录,选择保障计划(比如选择理赔的金额范围等),投保下单。
4、基于设定规则,对手机A的用户进行校验:
1)同一用户(通过pin(用户的唯一标识)来标识各用户)每年只能投保两次;
2)通过大数据风控接口对用户进行校验,以确定用户是否为风控人员;
3)通过非法行为接口对用户进行校验,以确定用户是否为非法行为人员;
4)不支持重复投保,同一用户只能有一份处于待生效和已生效状态的保单。例如,如果已有提交的订单,且订单未审核完成,则不允许新申请验机。
5、提示用户采用手机B扫描手机A的投保结果页的小程序码,拉起手机B上的设定小程序的扫码功能页面,并提示用户对准被保手机A的屏幕进行拍摄。
6、手机A引导用户进入二维码生成页面,每隔1s不断变换屏幕上展示的二维码,并禁止用户截屏。
具体地,设定应用的前端(即第一客户端)利用获取到的设备要素,请求后端(即服务端)接口获取到verCodeKey(随机code)、applyToken(是否支持此机型的token)、createTime、验证码等数据,将获取到的数据与设备要素进行拼接,得到目标验证信息,并利用二维码生成技术,根据目标验证信息生成二维码。其中,二维码中携带该二维码的生成时间。
前端利用定时器技术,每隔1s更换屏幕上展示的二维码(二维码的生成时间同步更新)。
可选地,为了解决服务端和客户端时间不一致的问题,客户端还可以计算客户端和服务端之间的时钟偏差,使用时钟偏差来调整本地时钟,以使客户端与服务端时钟同步。
7、点击手机B的拍照功能,初始化相机控件,自动进行视频流监控,并每隔1s截取1帧视频帧数据(包含手机A的屏幕数据),共截取3张图片(或图像、照片)。并将截取的视频帧数据绘制到canvas元素上,转换成图片信息显示给前端(第二客户端)用户查看。
可选地,还可以基于图片识别技术,识别每一帧图片中对应的二维码信息,并对识别到的二维码信息进行校验,校验规则如下:
1)校验三张图片中二维码中记录的二维码生成时间与拍照截取时间相差小于5s;即,二维码生成时刻与图片生成时刻相差小于5s;
2)校验三张图片中二维码生成时间相差不大于3s;
3)校验三张图片的上传时间和第一张图片的生成时间之差不大于10s;
4)校验三张图片中二维码中记录的二维码信息与手机A中展示的二维码信息是否一致;
5)校验三张图片中二维码中是否含有小程序code或用户pin。
8、将三张图片、设备要素(手机型号和UUID)、保单号、订单号、用户pin、小程序code等信息传给服务端侧的服管,通过服管根据上述信息验机,提示用户进入验机环节,验机结束后会反馈信息。
9、生成订单,订单状态为待支付,发送支付短信,支付,完成投保。
可选地,若服管5s内反馈验机结果,则可以根据验机结果确定验机是否通过,若通过,则附上支付链接,若未通过,则提示无法投保,订单状态设置为取消支付;而若服管5s内未反馈验机结果,则可以提示用户等待审核。
可选地,超过审核失效,还未接收到服管反馈的验机结果,则认为审核未通过或验机未通过。
作为一种示例,如图11所示,手机A可以提示扫码页面,手机B扫描手机A的小程序码,手机A可以进入投保结果页,该投保结果页中展示有二维码。手机B扫码后可以展示拍照页面,点击拍照功能,初始化相机控件,自动进行视频流监控,并截取3张图片。用户可以通过点击“确定上传控件”,将截取的3张图片上传至服务端。
综上,将二维码识别技术移植应用到碎屏险的拍照验机中,并通过多个维度来确认手机设备的唯一身份,从而可确保用户投保时手机的真实屏幕状态,有效规避诈保情况出现。在用户端,只需要拍下投保手机显示的二维码屏幕即可投保,大大简化了投保流程,同时做到了有效识别风控。此外,可以简化投保检验流程,只需要引导用户采用手机B进行扫码就行,系统会自动进行视频帧截图,二维码识别,比对校验等操作,做到了有效的风险识别。
与上述图1至图3实施例提供的屏幕状态识别方法相对应,本公开还提供一种屏幕状态识别装置,由于本公开实施例提供的屏幕状态识别装置与上述图1至图3实施例提供的屏幕状态识别方法相对应,因此在屏幕状态识别方法的实施方式也适用于本公开实施例提供的屏幕状态识别装置,在本公开实施例中不再详细描述。
图12为本公开实施例八所提供的屏幕状态识别装置的结构示意图。
如图12所示,该屏幕状态识别装置1200,应用于服务端,可以包括:接收模块1201、生成模块1202、发送模块1203以及识别模块1204。
其中,接收模块1201,用于接收第一客户端发送的验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素。
生成模块1202,用于响应于验证信息获取请求,根据设备要素生成至少一个验证信息。
发送模块1203,用于向第一客户端发送至少一个验证信息,其中,至少一个验证信息用于生成并展示二维码。
接收模块1201,还用于接收第二客户端发送的至少一帧目标图像,其中,至少一帧目标图像是根据对展示二维码的第一电子设备的屏幕进行拍摄得到的目标视频生成的。
识别模块1204,用于在至少一帧目标图像与至少一个验证信息匹配的情况下,根据至少一帧目标图像识别第一电子设备的屏幕状态。
在本公开实施例的一种可能的实现方式中,识别模块1204,用于:对各目标图像中的二维码进行识别,以得到各目标图像对应的二维码识别结果;在至少一个验证信息和各二维码识别结果匹配的情况下,根据至少一帧目标图像识别第一电子设备的屏幕状态。
在本公开实施例的一种可能的实现方式中,第一客户端按照设定周期,周期性地更新所展示的二维码,二维码识别结果中包括对应目标图像中二维码的生成时刻及与对应目标图像中与二维码相关的识别信息。
识别模块1204,用于:针对任一二维码识别结果,确定对应目标图像中二维码的生成时刻与对应目标图像的生成时刻之间的第一差异;确定各二维码识别结果对应的目标图像的生成时刻之间的第二差异;确定至少一帧目标图像的接收时刻与各目标图像的生成时刻之间的第三差异;确定各二维码识别结果中二维码的生成时刻之间的第四差异;在第一差异小于第一设定差异阈值,和/或,第二差异小于第二设定差异阈值,和/或,第三差异小于第三设定差异阈值,和/或,第四差异小于第四设定差异阈值的情况下,判断至少一个验证信息与各目标图像对应的识别信息是否匹配;响应于至少一个验证信息与各目标图像对应的识别信息匹配,根据至少一帧目标图像识别第一电子设备的屏幕状态。
在本公开实施例的一种可能的实现方式中,发送模块1203,还用于响应于至少一个验证信息与至少一个目标图像对应的识别信息不匹配,向第一客户端发送验证失败信息和/或第一提示信息;其中,验证失败信息,用于设置支付订单的订单状态为取消支付状态,支付订单是根据第一客户端的投保页面中的投保信息生成的;第一提示信息,用于提示无法投保。
在本公开实施例的一种可能的实现方式中,发送模块1203,还用于:响应于屏幕状态为完好,向第一客户端发送验证通过信息,其中,验证通过信息,用于第一客户端根据支付订单进入支付页面,支付订单是根据第一客户端的投保页面中的投保信息生成的;响应于屏幕状态为非完好,向第一客户端发送验证失败信息,其中,验证失败信息,用于设置支付订单的订单状态为取消支付状态。
在本公开实施例的一种可能的实现方式中,该屏幕状态识别装置1200还可以包括:
第一获取模块,用于获取第一客户端的登录信息。
第一确定模块,用于根据登录信息,确定登录第一客户端的目标用户未位于异常用户名单中。
在本公开实施例的一种可能的实现方式中,发送模块1203,还用于:响应于目标用户位于异常用户名单,向第一客户端发送第二提示信息,其中,第二提示信息用于提示无法投保。
在本公开实施例的一种可能的实现方式中,该屏幕状态识别装置1200还可以包括:
第二获取模块,用于获取第一客户端的登录信息。
判断模块,用于根据登录信息查询已投保记录,确定已投保记录中是否存在与目标用户匹配的目标投保订单。
第二确定模块,用于确定已投保记录中未存在与目标用户匹配的目标投保订单;和/或,响应于存在目标投保订单,确定目标投保订单的第一投保时段与第一客户端的投保页面中投保信息中的第二投保时段未重叠。
在本公开实施例的一种可能的实现方式中,发送模块1203,还用于:响应于第一投保时段与第二投保时段重叠,向第一客户端发送第三提示信息,其中,第三提示信息用于提示无法投保。
在本公开实施例的一种可能的实现方式中,该屏幕状态识别装置1200还可以包括:
第三获取模块,用于获取第一客户端所在的第一电子设备的机型;
第三确定模块,用于确定机型与参考机型匹配,其中,参考机型是设定的可投保机型。
在本公开实施例的一种可能的实现方式中,发送模块1203,还用于:响应于机型与参考机型不匹配,向第一客户端发送第四提示信息,其中,第四提示信息用于提示无法投保。
在本公开实施例的一种可能的实现方式中,该屏幕状态识别装置1200还可以包括:
第四获取模块,用于获取第一客户端的登录信息;
第四确定模块,用于根据登录信息,确定登录第一客户端的目标用户未位于指定用户名单中;和/或,根据登录信息,确定目标用户的信誉值未大于设定阈值,其中,信誉值用于指示目标用户的等级、福利和权益中的至少一项。
在本公开实施例的一种可能的实现方式中,发送模块1203,还用于:响应于目标用户位于指定用户名单,和/或,目标用户的信誉值大于设定阈值,向第一客户端发送指示信息,其中,指示消息用于指示第一客户端根据第一客户端的投保页面中的投保信息生成支付订单,并根据支付订单进行支付。
本公开实施例的屏幕状态识别装置,通过接收第一客户端发送的验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素;响应于验证信息获取请求,根据设备要素生成至少一个验证信息,并向第一客户端发送至少一个验证信息,其中,至少一个验证信息用于生成并展示二维码;接收第二客户端发送的至少一帧目标图像,其中,至少一帧目标图像是根据对展示二维码的第一电子设备的屏幕进行拍摄得到的目标视频生成的;在至少一帧目标图像与至少一个验证信息匹配的情况下,根据至少一帧目标图像识别第一电子设备的屏幕状态。由此,在用户通过第一客户端为第一电子设备购买碎屏险时,通过第二客户端所在的第二电子设备对展示二维码的第一电子设备的屏幕进行拍摄,以得到至少一帧目标图像,只有在至少一帧目标图像与二维码所指示的至少一个验证信息匹配的情况下,才根据目标图像识别第一电子设备的屏幕状态,可以避免对用户预先在第一电子设备的屏幕处于完好状态时,拍摄得到的图像进行屏幕状态的识别,从而可以避免用户骗保的情况发生。并且,在目标图像与至少一个验证信息匹配的情况下,识别得到第一电子设备的屏幕状态,可以实现及时获知参与投保的第一电子设备当前的屏幕状态,一方面,可以避免用户使用屏幕发生损坏的第一电子设备进行投保的情况,另一方面,还可以使得碎屏险投保流程更加完善,有利于碎屏险市场的健康发展。
与上述图4至图5实施例提供的屏幕状态识别方法相对应,本公开还提供一种屏幕状态识别装置,由于本公开实施例提供的屏幕状态识别装置与上述图4至图5实施例提供的屏幕状态识别方法相对应,因此在屏幕状态识别方法的实施方式也适用于本公开实施例提供的屏幕状态识别装置,在本公开实施例中不再详细描述。
图13为本公开实施例九所提供的屏幕状态识别装置的结构示意图。
如图13所示,该屏幕状态识别装置1300,应用于第一客户端,可以包括:发送模块1301、接收模块1302以及处理模块1303。
其中,发送模块1301,用于向服务端发送验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素。
接收模块1302,用于接收服务端响应于验证信息获取请求所发送的验证信息获取响应,其中,验证信息获取响应中包括至少一个验证信息,至少一个验证信息是根据设备要素生成的。
处理模块1303,用于根据至少一个验证信息,生成并展示二维码。
其中,二维码用于第二客户端对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频,并根据目标视频生成至少一帧目标图像,至少一帧目标图像用于在至少一个验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。
在本公开实施例的一种可能的实现方式中,验证信息获取响应中还包括服务端接收到验证信息获取请求的第一时刻和服务端发送验证信息获取响应的第二时刻。
处理模块1303,用于:确定第一客户端发送验证信息获取请求的第三时刻,以及第一客户端接收到验证信息获取响应的第四时刻;根据第一时刻、第二时刻、第三时刻和第四时刻,确定服务端和第一客户端之间的时钟偏差;根据时钟偏差对第一客户端的本地时钟进行调整;基于调整后的第一客户端的本地时钟,根据至少一个验证信息,生成并展示二维码。
在本公开实施例的一种可能的实现方式中,处理模块1303,用于:对至少一个验证信息和设备要素进行拼接,以得到目标验证信息;根据目标验证信息生成二维码;展示二维码。
在本公开实施例的一种可能的实现方式中,至少一帧目标图像用于在目标验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。
本公开实施例的屏幕状态识别装置,通过向服务端发送验证信息获取请求,其中,验证信息获取请求中包括第一客户端所在的第一电子设备的设备要素;接收服务端响应于验证信息获取请求所发送的验证信息获取响应,其中,验证信息获取响应中包括至少一个验证信息,至少一个验证信息是根据设备要素生成的;根据至少一个验证信息,生成并展示二维码;其中,二维码用于第二客户端对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频,并根据目标视频生成至少一帧目标图像,至少一帧目标图像用于在至少一个验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。由此,在用户通过第一客户端为第一电子设备购买碎屏险时,通过第二客户端所在的第二电子设备对展示二维码的第一电子设备的屏幕进行拍摄,以得到至少一帧目标图像,只有在至少一帧目标图像与二维码所指示的至少一个验证信息匹配的情况下,才根据目标图像识别第一电子设备的屏幕状态,可以避免对用户预先在第一电子设备的屏幕处于完好状态时,拍摄得到的图像进行屏幕状态的识别,从而可以避免用户骗保的情况发生。并且,在目标图像与至少一个验证信息匹配的情况下,识别得到第一电子设备的屏幕状态,可以实现及时获知参与投保的第一电子设备当前的屏幕状态,一方面,可以避免用户使用屏幕发生损坏的第一电子设备进行投保的情况,另一方面,还可以使得碎屏险投保流程更加完善,有利于碎屏险市场的健康发展。
与上述图7至图8实施例提供的屏幕状态识别方法相对应,本公开还提供一种屏幕状态识别装置,由于本公开实施例提供的屏幕状态识别装置与上述图7至图8实施例提供的屏幕状态识别方法相对应,因此在屏幕状态识别方法的实施方式也适用于本公开实施例提供的屏幕状态识别装置,在本公开实施例中不再详细描述。
图14为本公开实施例十所提供的屏幕状态识别装置的结构示意图。
如图14所示,该屏幕状态识别装置1400,应用于第二客户端,可以包括:拍摄模块1401、生成模块1402以及发送模块1403。
其中,拍摄模块1401,用于对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频。
生成模块1402,用于根据目标视频生成至少一帧目标图像。
发送模块1403,用于向服务端发送至少一帧目标图像,其中,至少一帧目标图像用于在服务端生成的至少一个验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。
在本公开实施例的一种可能的实现方式中,生成模块1402,用于:根据设定周期,从目标视频中等间隔地截取视频帧数据;根据视频帧数据进行图像绘制,以得到目标图像。
在本公开实施例的一种可能的实现方式中,发送模块1403,用于:对各目标图像中的二维码进行识别,以得到各目标图像对应的二维码识别结果;确定各二维码识别结果中二维码的生成时刻与对应目标图像的生成时刻之间的第一差异;确定各二维码识别结果对应的目标图像的生成时刻之间的第二差异;确定当前时刻与各目标图像的生成时刻之间的第三差异;确定各二维码识别结果中二维码的生成时刻之间的第四差异;在第一差异小于第一设定差异阈值,和/或,第二差异小于第二设定差异阈值,和/或,第三差异小于第三设定差异阈值,和/或,第四差异小于第四设定差异阈值的情况下,向服务端发送至少一帧目标图像。
在本公开实施例的一种可能的实现方式中,该屏幕状态识别装置1400还可以包括:
处理模块,用于在第一差异未小于第一设定差异阈值,和/或,第二差异未小于第二设定差异阈值,和/或,第三差异未小于第三设定差异阈值,和/或,第四差异未小于第四设定差异阈值的情况下,生成并展示提示信息。
其中,提示信息用于提示对展示二维码的第一电子设备的屏幕进行重新拍摄。
本公开实施例的屏幕状态识别装置,通过对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频,并根据目标视频生成至少一帧目标图像;向服务端发送至少一帧目标图像,其中,至少一帧目标图像用于在服务端生成的至少一个验证信息和至少一帧目标图像匹配的情况下,识别第一电子设备的屏幕状态。由此,在用户通过第一客户端为第一电子设备购买碎屏险时,通过第二客户端所在的第二电子设备对展示二维码的第一电子设备的屏幕进行拍摄,以得到至少一帧目标图像,只有在至少一帧目标图像与二维码所指示的至少一个验证信息匹配的情况下,才根据目标图像识别第一电子设备的屏幕状态,可以避免对用户预先在第一电子设备的屏幕处于完好状态时,拍摄得到的图像进行屏幕状态的识别,从而可以避免用户骗保的情况发生。并且,在目标图像与至少一个验证信息匹配的情况下,识别得到第一电子设备的屏幕状态,可以实现及时获知参与投保的第一电子设备当前的屏幕状态,一方面,可以避免用户使用屏幕发生损坏的第一电子设备进行投保的情况,另一方面,还可以使得碎屏险投保流程更加完善,有利于碎屏险市场的健康发展。
为了实现上述实施例,本公开还提出一种电子设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现如本公开前述任一实施例提出的屏幕状态识别方法。
为了实现上述实施例,本公开还提出一种非临时性计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本公开前述任一实施例提出的屏幕状态识别方法。
为了实现上述实施例,本公开还提出一种计算机程序产品,当所述计算机程序产品中的指令由处理器执行时,执行如本公开前述任一实施例提出的屏幕状态识别方法。
图15示出了适于用来实现本公开实施方式的示例性电子设备的框图。图15显示的电子设备12仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图15所示,电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture;以下简称:ISA)总线,微通道体系结构(Micro Channel Architecture;以下简称:MAC)总线,增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation;以下简称:VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection;以下简称:PCI)总线。
电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(Random Access Memory;以下简称:RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图15未显示,通常称为“硬盘驱动器”)。尽管图15中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如:光盘只读存储器(Compact Disc Read OnlyMemory;以下简称:CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory;以下简称:DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本公开各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本公开所描述的实施例中的功能和/或方法。
电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该电子设备12交互的设备通信,和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network;以下简称:LAN),广域网(Wide Area Network;以下简称:WAN)和/或公共网络,例如因特网)通信。如图10所示,网络适配器20通过总线18与电子设备12的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现前述实施例中提及的方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本公开的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本公开的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本公开的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本公开各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本公开的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本公开的限制,本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (44)
1.一种屏幕状态识别方法,其特征在于,应用于服务端,所述方法包括:
接收第一客户端发送的验证信息获取请求,其中,所述验证信息获取请求中包括所述第一客户端所在的第一电子设备的设备要素;
响应于所述验证信息获取请求,根据所述设备要素生成至少一个验证信息,并向所述第一客户端发送所述至少一个验证信息,其中,所述至少一个验证信息用于生成并展示二维码;
接收第二客户端发送的至少一帧目标图像,其中,所述至少一帧目标图像是根据对展示二维码的所述第一电子设备的屏幕进行拍摄得到的目标视频生成的;
在所述至少一帧目标图像与所述至少一个验证信息匹配的情况下,根据所述至少一帧目标图像识别所述第一电子设备的屏幕状态。
2.根据权利要求1所述的方法,其特征在于,所述在所述至少一帧目标图像与所述至少一个验证信息匹配的情况下,根据所述至少一帧目标图像识别所述第一电子设备的屏幕状态,包括:
对各所述目标图像中的二维码进行识别,以得到各所述目标图像对应的二维码识别结果;
在所述至少一个验证信息和各所述二维码识别结果匹配的情况下,根据所述至少一帧目标图像识别所述第一电子设备的屏幕状态。
3.根据权利要求2所述的方法,其特征在于,所述第一客户端按照设定周期,周期性地更新所展示的二维码,所述二维码识别结果中包括对应目标图像中二维码的生成时刻及与对应目标图像中与二维码相关的识别信息;
所述在所述至少一个验证信息和各所述二维码识别结果匹配的情况下,根据所述至少一帧目标图像识别所述第一电子设备的屏幕状态,包括:
针对任一所述二维码识别结果,确定对应目标图像中二维码的生成时刻与对应目标图像的生成时刻之间的第一差异;
确定各所述二维码识别结果对应的目标图像的生成时刻之间的第二差异;
确定所述至少一帧目标图像的接收时刻与各所述目标图像的生成时刻之间的第三差异;
确定各所述二维码识别结果中二维码的生成时刻之间的第四差异;
在所述第一差异小于第一设定差异阈值,和/或,所述第二差异小于第二设定差异阈值,和/或,所述第三差异小于第三设定差异阈值,和/或,所述第四差异小于第四设定差异阈值的情况下,判断所述至少一个验证信息与各所述目标图像对应的识别信息是否匹配;
响应于所述至少一个验证信息与各所述目标图像对应的识别信息匹配,根据所述至少一帧目标图像识别所述第一电子设备的屏幕状态。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
响应于所述至少一个验证信息与至少一个所述目标图像对应的识别信息不匹配,向所述第一客户端发送验证失败信息和/或第一提示信息;
其中,所述验证失败信息,用于设置支付订单的订单状态为取消支付状态,所述支付订单是根据所述第一客户端的投保页面中的投保信息生成的;
所述第一提示信息,用于提示无法投保。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于所述屏幕状态为完好,向所述第一客户端发送验证通过信息,其中,所述验证通过信息,用于所述第一客户端根据支付订单进入支付页面,所述支付订单是根据所述第一客户端的投保页面中的投保信息生成的;
响应于所述屏幕状态为非完好,向所述第一客户端发送验证失败信息,其中,所述验证失败信息,用于设置所述支付订单的订单状态为取消支付状态。
6.根据权利要求1-5中任一项所述的方法,其特征在于,所述接收第一客户端发送的验证信息获取请求之前,所述方法还包括:
获取所述第一客户端的登录信息;
根据所述登录信息,确定登录所述第一客户端的目标用户未位于异常用户名单中。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
响应于所述目标用户位于所述异常用户名单,向所述第一客户端发送第二提示信息,其中,所述第二提示信息用于提示无法投保。
8.根据权利要求1-5中任一项所述的方法,其特征在于,所述接收第一客户端发送的验证信息获取请求之前,方法还包括:
获取所述第一客户端的登录信息;
根据所述登录信息查询已投保记录,确定所述已投保记录中是否存在与登录所述第一客户端的目标用户匹配的目标投保订单;
确定所述已投保记录中未存在与所述目标用户匹配的目标投保订单;和/或,响应于存在所述目标投保订单,确定所述目标投保订单的第一投保时段与所述第一客户端的投保页面中投保信息中的第二投保时段未重叠。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
响应于所述第一投保时段与所述第二投保时段重叠,向所述第一客户端发送第三提示信息,其中,所述第三提示信息用于提示无法投保。
10.根据权利要求1-5中任一项所述的方法,其特征在于,所述接收第一客户端发送的验证信息获取请求之前,所述方法还包括:
获取所述第一客户端所在的第一电子设备的机型;
确定所述机型与参考机型匹配,其中,所述参考机型是设定的可投保机型。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
响应于所述机型与参考机型不匹配,向所述第一客户端发送第四提示信息,其中,所述第四提示信息用于提示无法投保。
12.根据权利要求1-5中任一项所述的方法,其特征在于,所述接收第一客户端发送的验证信息获取请求之前,所述方法还包括:
获取所述第一客户端的登录信息;
根据所述登录信息,确定登录所述第一客户端的目标用户未位于指定用户名单中;和/或,
根据所述登录信息,确定所述目标用户的信誉值未大于设定阈值,其中,所述信誉值用于指示所述目标用户的等级、福利和权益中的至少一项。
13.根据权利要求12所述的方法,其特征在于,所述方法还包括:
响应于所述目标用户位于所述指定用户名单,和/或,所述目标用户的信誉值大于所述设定阈值,向所述第一客户端发送指示信息;
其中,所述指示消息用于指示所述第一客户端根据所述第一客户端的投保页面中的投保信息生成支付订单,并根据支付订单进行支付。
14.一种屏幕状态识别方法,其特征在于,应用于第一客户端,所述方法包括:
向服务端发送验证信息获取请求,其中,所述验证信息获取请求中包括所述第一客户端所在的第一电子设备的设备要素;
接收所述服务端响应于所述验证信息获取请求所发送的验证信息获取响应,其中,所述验证信息获取响应中包括至少一个验证信息,所述至少一个验证信息是根据所述设备要素生成的;
根据所述至少一个验证信息,生成并展示二维码;
其中,所述二维码用于第二客户端对展示所述二维码的所述第一电子设备的屏幕进行拍摄,得到目标视频,并根据所述目标视频生成至少一帧目标图像,所述至少一帧目标图像用于在所述至少一个验证信息和所述至少一帧目标图像匹配的情况下,识别所述第一电子设备的屏幕状态。
15.根据权利要求14所述的方法,其特征在于,所述验证信息获取响应中还包括所述服务端接收到所述验证信息获取请求的第一时刻和所述服务端发送所述验证信息获取响应的第二时刻;
所述根据所述至少一个验证信息,生成并展示二维码,包括:
确定所述第一客户端发送所述验证信息获取请求的第三时刻,以及所述第一客户端接收到所述验证信息获取响应的第四时刻;
根据所述第一时刻、所述第二时刻、所述第三时刻和所述第四时刻,确定所述服务端和所述第一客户端之间的时钟偏差;
根据所述时钟偏差对所述第一客户端的本地时钟进行调整;
基于调整后的所述第一客户端的本地时钟,根据所述至少一个验证信息,生成并展示所述二维码。
16.根据权利要求14或15所述的方法,其特征在于,所述根据所述至少一个验证信息生成并展示二维码,包括:
对所述至少一个验证信息和所述设备要素进行拼接,以得到目标验证信息;
根据所述目标验证信息生成所述二维码;
展示所述二维码。
17.根据权利要求16所述的方法,其特征在于,所述至少一帧目标图像用于在所述目标验证信息和所述至少一帧目标图像匹配的情况下,识别所述第一电子设备的屏幕状态。
18.一种屏幕状态识别方法,其特征在于,应用于第二客户端,所述方法包括:
对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频;
根据所述目标视频生成至少一帧目标图像;
向服务端发送所述至少一帧目标图像,其中,所述至少一帧目标图像用于在所述服务端生成的至少一个验证信息和所述至少一帧目标图像匹配的情况下,识别所述第一电子设备的屏幕状态。
19.根据权利要求18所述的方法,其特征在于,所述根据所述目标视频生成至少一帧目标图像,包括:
根据设定周期,从所述目标视频中等间隔地截取视频帧数据;
根据所述视频帧数据进行图像绘制,以得到所述目标图像。
20.根据权利要求19所述的方法,其特征在于,所述向服务端发送所述至少一帧目标图像,包括:
对各所述目标图像中的二维码进行识别,以得到各所述目标图像对应的二维码识别结果;
确定各所述二维码识别结果中二维码的生成时刻与对应目标图像的生成时刻之间的第一差异;
确定各所述二维码识别结果对应的目标图像的生成时刻之间的第二差异;
确定当前时刻与各所述目标图像的生成时刻之间的第三差异;
确定各所述二维码识别结果中二维码的生成时刻之间的第四差异;
在所述第一差异小于第一设定差异阈值,和/或,所述第二差异小于第二设定差异阈值,和/或,所述第三差异小于第三设定差异阈值,和/或,所述第四差异小于第四设定差异阈值的情况下,向所述服务端发送所述至少一帧目标图像。
21.根据权利要求20所述的方法,其特征在于,所述方法还包括:
在所述第一差异未小于第一设定差异阈值,和/或,所述第二差异未小于第二设定差异阈值,和/或,所述第三差异未小于第三设定差异阈值,和/或,所述第四差异未小于第四设定差异阈值的情况下,生成并展示提示信息;
其中,所述提示信息用于提示对展示二维码的所述第一电子设备的屏幕进行重新拍摄。
22.一种屏幕状态识别装置,其特征在于,应用于服务端,所述装置包括:
接收模块,用于接收第一客户端发送的验证信息获取请求,其中,所述验证信息获取请求中包括所述第一客户端所在的第一电子设备的设备要素;
生成模块,用于响应于所述验证信息获取请求,根据所述设备要素生成至少一个验证信息;
发送模块,用于向所述第一客户端发送所述至少一个验证信息,其中,所述至少一个验证信息用于生成并展示二维码;
所述接收模块,还用于接收第二客户端发送的至少一帧目标图像,其中,所述至少一帧目标图像是根据对展示二维码的所述第一电子设备的屏幕进行拍摄得到的目标视频生成的;
识别模块,用于在所述至少一帧目标图像与所述至少一个验证信息匹配的情况下,根据所述至少一帧目标图像识别所述第一电子设备的屏幕状态。
23.根据权利要求22所述的装置,其特征在于,所述识别模块,用于:
对各所述目标图像中的二维码进行识别,以得到各所述目标图像对应的二维码识别结果;
在所述至少一个验证信息和各所述二维码识别结果匹配的情况下,根据所述至少一帧目标图像识别所述第一电子设备的屏幕状态。
24.根据权利要求23所述的装置,其特征在于,所述第一客户端按照设定周期,周期性地更新所展示的二维码,所述二维码识别结果中包括对应目标图像中二维码的生成时刻及与对应目标图像中与二维码相关的识别信息;
所述识别模块,用于:
针对任一所述二维码识别结果,确定对应目标图像中二维码的生成时刻与对应目标图像的生成时刻之间的第一差异;
确定各所述二维码识别结果对应的目标图像的生成时刻之间的第二差异;
确定所述至少一帧目标图像的接收时刻与各所述目标图像的生成时刻之间的第三差异;
确定各所述二维码识别结果中二维码的生成时刻之间的第四差异;
在所述第一差异小于第一设定差异阈值,和/或,所述第二差异小于第二设定差异阈值,和/或,所述第三差异小于第三设定差异阈值,和/或,所述第四差异小于第四设定差异阈值的情况下,判断所述至少一个验证信息与各所述目标图像对应的识别信息是否匹配;
响应于所述至少一个验证信息与各所述目标图像对应的识别信息匹配,根据所述至少一帧目标图像识别所述第一电子设备的屏幕状态。
25.根据权利要求24所述的装置,其特征在于,
所述发送模块,还用于响应于所述至少一个验证信息与至少一个所述目标图像对应的识别信息不匹配,向所述第一客户端发送验证失败信息和/或第一提示信息;
其中,所述验证失败信息,用于设置支付订单的订单状态为取消支付状态,所述支付订单是根据所述第一客户端的投保页面中的投保信息生成的;
所述第一提示信息,用于提示无法投保。
26.根据权利要求22所述的装置,其特征在于,所述发送模块,还用于:
响应于所述屏幕状态为完好,向所述第一客户端发送验证通过信息,其中,所述验证通过信息,用于所述第一客户端根据支付订单进入支付页面,所述支付订单是根据所述第一客户端的投保页面中的投保信息生成的;
响应于所述屏幕状态为非完好,向所述第一客户端发送验证失败信息,其中,所述验证失败信息,用于设置所述支付订单的订单状态为取消支付状态。
27.根据权利要求22-26中任一项所述的装置,其特征在于,所述装置还包括:
第一获取模块,用于获取所述第一客户端的登录信息;
第一确定模块,用于根据所述登录信息,确定登录所述第一客户端的目标用户未位于异常用户名单中。
28.根据权利要求27所述的装置,其特征在于,所述发送模块,还用于:
响应于所述目标用户位于所述异常用户名单,向所述第一客户端发送第二提示信息,其中,所述第二提示信息用于提示无法投保。
29.根据权利要求22-26中任一项所述的装置,其特征在于,所述装置还包括:
第二获取模块,用于获取所述第一客户端的登录信息;
判断模块,用于根据所述登录信息查询已投保记录,确定所述已投保记录中是否存在与登录所述第一客户端的目标用户匹配的目标投保订单;
第二确定模块,用于确定所述已投保记录中未存在与所述目标用户匹配的目标投保订单;和/或,响应于存在所述目标投保订单,确定所述目标投保订单的第一投保时段与所述第一客户端的投保页面中投保信息中的第二投保时段未重叠。
30.根据权利要求29所述的装置,其特征在于,所述发送模块,还用于:
响应于所述第一投保时段与所述第二投保时段重叠,向所述第一客户端发送第三提示信息,其中,所述第三提示信息用于提示无法投保。
31.根据权利要求22-26中任一项所述的装置,其特征在于,所述装置还包括:
第三获取模块,用于获取所述第一客户端所在的第一电子设备的机型;
第三确定模块,用于确定所述机型与参考机型匹配,其中,所述参考机型是设定的可投保机型。
32.根据权利要求31所述的装置,其特征在于,所述发送模块,还用于:
响应于所述机型与参考机型不匹配,向所述第一客户端发送第四提示信息,其中,所述第四提示信息用于提示无法投保。
33.根据权利要求22-26中任一项所述的装置,其特征在于,所述装置还包括:
第四获取模块,用于获取所述第一客户端的登录信息;
第四确定模块,用于根据所述登录信息,确定登录所述第一客户端的目标用户未位于指定用户名单中;和/或,根据所述登录信息,确定所述目标用户的信誉值未大于设定阈值,其中,所述信誉值用于指示所述目标用户的等级、福利和权益中的至少一项。
34.根据权利要求33所述的装置,其特征在于,所述发送模块,还用于:
响应于所述目标用户位于所述指定用户名单,和/或,所述目标用户的信誉值大于所述设定阈值,向所述第一客户端发送指示信息,其中,所述指示消息用于指示所述第一客户端根据所述第一客户端的投保页面中的投保信息生成支付订单,并根据支付订单进行支付。
35.一种屏幕状态识别装置,其特征在于,应用于第一客户端,所述装置包括:
发送模块,用于向服务端发送验证信息获取请求,其中,所述验证信息获取请求中包括所述第一客户端所在的第一电子设备的设备要素;
接收模块,用于接收所述服务端响应于所述验证信息获取请求所发送的验证信息获取响应,其中,所述验证信息获取响应中包括至少一个验证信息,所述至少一个验证信息是根据所述设备要素生成的;
处理模块,用于根据所述至少一个验证信息,生成并展示二维码;
其中,所述二维码用于第二客户端对展示所述二维码的所述第一电子设备的屏幕进行拍摄,得到目标视频,并根据所述目标视频生成至少一帧目标图像,所述至少一帧目标图像用于在所述至少一个验证信息和所述至少一帧目标图像匹配的情况下,识别所述第一电子设备的屏幕状态。
36.根据权利要求35所述的装置,其特征在于,所述验证信息获取响应中还包括所述服务端接收到所述验证信息获取请求的第一时刻和所述服务端发送所述验证信息获取响应的第二时刻;
所述处理模块,用于:
确定所述第一客户端发送所述验证信息获取请求的第三时刻,以及所述第一客户端接收到所述验证信息获取响应的第四时刻;
根据所述第一时刻、所述第二时刻、所述第三时刻和所述第四时刻,确定所述服务端和所述第一客户端之间的时钟偏差;
根据所述时钟偏差对所述第一客户端的本地时钟进行调整;
基于调整后的所述第一客户端的本地时钟,根据所述至少一个验证信息,生成并展示所述二维码。
37.根据权利要求35或36所述的装置,其特征在于,所述处理模块,用于:
对所述至少一个验证信息和所述设备要素进行拼接,以得到目标验证信息;
根据所述目标验证信息生成所述二维码;
展示所述二维码。
38.根据权利要求37所述的装置,其特征在于,所述至少一帧目标图像用于在所述目标验证信息和所述至少一帧目标图像匹配的情况下,识别所述第一电子设备的屏幕状态。
39.一种屏幕状态识别装置,其特征在于,应用于第二客户端,所述装置包括:
拍摄模块,用于对展示二维码的第一电子设备的屏幕进行拍摄,得到目标视频;
生成模块,用于根据所述目标视频生成至少一帧目标图像;
发送模块,用于向服务端发送所述至少一帧目标图像,其中,所述至少一帧目标图像用于在所述服务端生成的至少一个验证信息和所述至少一帧目标图像匹配的情况下,识别所述第一电子设备的屏幕状态。
40.根据权利要求39所述的装置,其特征在于,所述生成模块,用于:
根据设定周期,从所述目标视频中等间隔地截取视频帧数据;
根据所述视频帧数据进行图像绘制,以得到所述目标图像。
41.根据权利要求40所述的装置,其特征在于,所述发送模块,用于:
对各所述目标图像中的二维码进行识别,以得到各所述目标图像对应的二维码识别结果;
确定各所述二维码识别结果中二维码的生成时刻与对应目标图像的生成时刻之间的第一差异;
确定各所述二维码识别结果对应的目标图像的生成时刻之间的第二差异;
确定当前时刻与各所述目标图像的生成时刻之间的第三差异;
确定各所述二维码识别结果中二维码的生成时刻之间的第四差异;
在所述第一差异小于第一设定差异阈值,和/或,所述第二差异小于第二设定差异阈值,和/或,所述第三差异小于第三设定差异阈值,和/或,所述第四差异小于第四设定差异阈值的情况下,向所述服务端发送所述至少一帧目标图像。
42.根据权利要求41所述的装置,其特征在于,所述装置还包括:
处理模块,用于在所述第一差异未小于第一设定差异阈值,和/或,所述第二差异未小于第二设定差异阈值,和/或,所述第三差异未小于第三设定差异阈值,和/或,所述第四差异未小于第四设定差异阈值的情况下,生成并展示提示信息;
其中,所述提示信息用于提示对展示二维码的所述第一电子设备的屏幕进行重新拍摄。
43.一种电子设备,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-13中任一项所述的方法,或者,执行权利要求14-17中任一项所述的方法,或者,执行权利要求18-21中任一项所述的方法。
44.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使所述计算机执行权利要求1-13中任一项所述的方法,或者,执行权利要求14-17中任一项所述的方法,或者,执行权利要求18-21中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211203088.8A CN115620028A (zh) | 2022-09-29 | 2022-09-29 | 屏幕状态识别方法、装置、电子设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211203088.8A CN115620028A (zh) | 2022-09-29 | 2022-09-29 | 屏幕状态识别方法、装置、电子设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115620028A true CN115620028A (zh) | 2023-01-17 |
Family
ID=84860038
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211203088.8A Pending CN115620028A (zh) | 2022-09-29 | 2022-09-29 | 屏幕状态识别方法、装置、电子设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115620028A (zh) |
-
2022
- 2022-09-29 CN CN202211203088.8A patent/CN115620028A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210110366A1 (en) | Kiosks for remote collection of electronic devices for value, and associated mobile application for enhanced diagnostics and services | |
US10572729B2 (en) | Systems and methods for imaging identification information | |
WO2019100854A1 (zh) | 基于信用实现理赔的方法和装置 | |
CN102567909B (zh) | 图像数据销售系统及其方法、照相机、服务器装置 | |
US10671982B2 (en) | Payment processing system, apparatus and method in real estate transactions | |
US20120180115A1 (en) | Method and system for verifying a user for an online service | |
US20170103397A1 (en) | Video identification method and computer program product thereof | |
CN111461703B (zh) | 支付订单校验方法、支付订单校验设备及其激活方法及交易服务器 | |
US20100312653A1 (en) | Verifiable advertisement presentation | |
CN112597931B (zh) | 屏幕状态检测方法、装置、电子设备、服务器和存储介质 | |
US11494783B2 (en) | Display and shelf space audit system | |
US20220164833A1 (en) | Portable evaluation device, associated systems and methods, and resumable evaluation sessions | |
CN112613999B (zh) | 屏幕状态识别方法、装置、电子设备、服务器和存储介质 | |
CN109075978B (zh) | 用于生成经认证的数据的计算机系统 | |
CN115620028A (zh) | 屏幕状态识别方法、装置、电子设备及介质 | |
US12002296B2 (en) | Identification verification system and related methods | |
CN116634133A (zh) | 一种智能摄像头的测试方法、系统、设备及可读存储介质 | |
US11057685B2 (en) | Media content proof of play over optical medium | |
US20160239641A1 (en) | Method and System for Scan and Matching Media for Streaming Authorization | |
US11734397B2 (en) | Hallmark-based image capture prevention | |
KR20190132122A (ko) | 액정 파손 검사 방법과 장치 및 보험 서비스 시스템 | |
WO2022142634A1 (zh) | 一种媒体资源传输方法及装置 | |
WO2022091000A1 (en) | Portable evaluation device, associated systems and methods | |
US10917679B2 (en) | Video recording of a display device | |
CN112367314A (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 |