CN108171517A - 一种支付方法、服务器及系统 - Google Patents

一种支付方法、服务器及系统 Download PDF

Info

Publication number
CN108171517A
CN108171517A CN201810070067.0A CN201810070067A CN108171517A CN 108171517 A CN108171517 A CN 108171517A CN 201810070067 A CN201810070067 A CN 201810070067A CN 108171517 A CN108171517 A CN 108171517A
Authority
CN
China
Prior art keywords
payment
information
user
habitual
paid
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.)
Granted
Application number
CN201810070067.0A
Other languages
English (en)
Other versions
CN108171517B (zh
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.)
Advanced Nova Technology Singapore Holdings Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201810070067.0A priority Critical patent/CN108171517B/zh
Publication of CN108171517A publication Critical patent/CN108171517A/zh
Application granted granted Critical
Publication of CN108171517B publication Critical patent/CN108171517B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4016Transaction verification involving fraud or risk level assessment in transaction processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4014Identity check for transactions

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本说明书公开了一种支付方法、服务器及系统,该方法包括:获得用户支付请求时的待支付信息,以及通过用户的支付轨迹获得用户的习惯性支付信息;将待支付信息与习惯性支付信息进行对比,判断待支付信息是否与习惯性支付信息相符,来实现根据用户支付轨迹的鉴权;若待支付信息与习惯性支付信息相符,执行用户的支付请求对应的支付操作,并向用户返回支付结果页面,无需再向用户请求输入支付密码以及验证密码,从而实现依据用户支付轨迹的免密支付。

Description

一种支付方法、服务器及系统
技术领域
本说明书涉及互联网技术领域,特别涉及一种支付方法、服务器及系统。
背景技术
随着互联网技术的不断发展,继银行卡类支付、网络支付后,手机支付变得越来越流行,给人们的日常生活带来了许多的方便。
现有的手机支付,通常包含以下流程:1.扫描二维码获得商家的二维码信息;2.由服务器解析商家信息并反馈至手机支付客户端,由手机支付客户端根据商家信息渲染提供输入金额页面;3.用户进一步在输入金额页面中输入支付金额;4.服务器根据支付金额渲染密码鉴权页面;5.用户进而在密码鉴权页面中输入密码;6.服务器对用户输入的密码进行鉴权;7.服务器根据鉴权结果返回支付结果页面。支付过程的每一个步骤耗时2秒以上,整个支付过程步骤繁多耗时较长,亟需一种便捷的支付方法,来缩短支付时间、提高支付效率。
发明内容
本说明书实施例提供一种支付方法、服务器及系统,用于解决现有技术中支付过程耗时较长的技术问题,缩短支付时间。
第一方面,本说明书实施例提供一种支付方法,包括:
接收用户的支付请求,获得所述支付请求对应的待支付信息;
通过所述用户的支付轨迹获得所述用户的习惯性支付信息;
判断所述待支付信息是否与所述习惯性支付信息相符;
若所述待支付信息与所述习惯性支付信息相符,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
可选的,所述支付轨迹的建立方法包括:
在预设时间周期内,记录所述用户完成的每一笔支付交易的支付信息,所述支付信息包含所述支付交易的支付位置和账单信息;
根据所述支付信息中的支付位置和账单信息,建立所述支付轨迹。
可选的,根据所述支付信息中的支付位置,建立所述支付轨迹,包括:
根据在同一支付位置范围内且所述账单信息满足预设条件的支付信息,构建所述习惯性支付信息;
根据所述习惯性支付信息建立所述支付轨迹。
可选的,所述账单信息包含以下至少一个信息:
用户ID、支付时间、支付金额、支付对象以及鉴权类型。
可选的,获得所述支付请求对应的待支付信息,包括:
获得所述用户所处的当前位置和所述支付请求对应的待支付账单信息作为所述待支付信息;
判断所述待支付信息是否与所述习惯性支付信息相符,包括:
判断所述当前位置是否位于所述习惯性支付信息中的支付位置范围内,以及所述待支付账单信息是否属于所述习惯性支付信息的账单信息;
若所述当前位置位于所述支付位置范围内且所述待支付账单信息属于所述习惯性支付信息的账单信息,确认所述待支付信息与所述习惯性支付信息相符。
可选的,所述支付轨迹的建立方法包括:
在预设时间周期内,记录所述用户完成的每一笔支付交易的账单信息;
获得所述账单信息中,同一时间段内支付金额满足预设金额范围且支付对象相同的目标账单信息;
根据所述目标账单信息构建所述习惯性支付信息;
根据所述习惯性支付信息建立所述支付轨迹。
可选的,判断所述待支付信息是否与所述习惯性支付信息相符,包括:
判断所述待支付信息对应的待支付账单信息是否属于所述习惯性支付信息的账单信息;
若是,确认所述待支付信息与所述习惯性支付信息相符。
可选的,在获得所述用户的支付轨迹之后,所述方法还包括:
从所述习惯性支付信息中获得与所述支付请求中支付对象匹配的支付金额;
将所述支付金额和所述支付对象发送至支付客户端,使得客户端向输入支付金额页面预填入所述支付金额。
可选的,在执行所述支付请求对应的支付操作之前,所述方法还包括:
若所述待支付信息与所述习惯性支付信息相符,生成并发送用于提示用户是否进行免密支付的提示信息至支付客户端;
若接收到所述用户确认进行免密支付的确认信息,执行所述支付请求对应的支付操作。
可选的,所述方法还包括:
向用户提供所述习惯性性支付信息列表,请求所述用户对所述习惯性支付信息列表对应的习惯性支付行为进行免密支付授权;
对所述用户已授权的习惯性支付行为进行免密支付。
可选的,所述方法还包括:
若所述待支付信息与所述习惯性支付信息不相符,获取用户的支付密码;
通过所述支付密码的验证,确认是否执行所述支付请求对应的支付操作。
第二方面、本说明书实施例提供一种服务器,包括:
接收单元,用于接收用户的支付请求,获得所述支付请求对应的待支付信息;
获取单元,用于通过所述用户的支付轨迹获得所述用户的习惯性支付信息;
判断单元,用于判断所述待支付信息是否与所述习惯性支付信息相符;
支付单元,用于在所述待支付信息与所述习惯性支付信息相符的情况下,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
可选的,所述服务器还包括:
建模单元,用于在预设时间周期内,记录所述用户完成的每一笔支付交易的支付信息,所述支付信息包含所述支付交易的支付位置和账单信息;根据所述支付信息中的支付位置和账单信息,建立所述支付轨迹。
可选的,根据建模单元还用于:
根据在同一支付位置范围内且所述账单信息满足预设条件的支付信息,构建所述习惯性支付信息;根据所述习惯性支付信息建立所述支付轨迹。
可选的,所述账单信息包含以下至少一个信息:
用户ID、支付时间、支付金额、支付对象以及鉴权类型。
可选的,接收单元用于:获得所述用户所处的当前位置和所述支付请求对应的待支付账单信息作为所述待支付信息;
所述判断单元用于:判断所述待支付信息是否与所述习惯性支付信息相符,包括:判断所述当前位置是否位于所述习惯性支付信息中的支付位置范围内,以及所述待支付账单信息是否属于所述习惯性支付信息的账单信息;若所述当前位置位于所述支付位置范围内且所述待支付账单信息属于所述习惯性支付信息的账单信息,确认所述待支付信息与所述习惯性支付信息相符。
可选的,所述服务器还包括:
建模单元,用于在预设时间周期内,记录所述用户完成的每一笔支付交易的账单信息;获得所述账单信息中,同一时间段内支付金额满足预设金额范围且支付对象相同的目标账单信息;根据所述目标账单信息构建所述习惯性支付信息;根据所述习惯性支付信息建立所述支付轨迹。
可选的,所述建模单元还用于:
判断所述待支付信息对应的待支付账单信息是否属于所述习惯性支付信息的账单信息;若是,确认所述待支付信息与所述习惯性支付信息相符。
可选的,所述获取单元还用于:在获得所述用户的支付轨迹之后,从所述习惯性支付信息中获得与所述支付请求中支付对象匹配的支付金额;
所述服务器还包括:发送单元用于将所述支付金额和所述支付对象发送至支付客户端,使得客户端向输入支付金额页面预填入所述支付金额。
可选的,所述支付单元还用于:
若所述待支付信息与所述习惯性支付信息相符,在执行所述支付请求对应的支付操作之前,生成并发送用于提示用户是否进行免密支付的提示信息至支付客户端;若接收到所述用户确认进行免密支付的确认信息,执行所述支付请求对应的支付操作。
可选的,所述服务器还包括:
发送单元,用于向用户提供所述习惯性性支付信息列表,请求所述用户对所述习惯性支付信息列表对应的习惯性支付行为进行免密支付授权;
所述支付单元用于:对所述用户已授权的习惯性支付行为进行免密支付。
可选的,所述服务器还包括:
验证单元,用于在所述待支付信息与所述习惯性支付信息不相符的情况下,获取用户的支付密码,通过所述支付密码的验证,确认是否执行所述支付请求对应的支付操作。
第三方面、本说明书实施例提供一种支付系统,所述系统包括:
支付客户端,用于响应用户的支付操作发送支付请求;
服务器,用于接收所述支付请求,获得所述支付请求对应的待支付信息;通过所述用户的支付轨迹获得所述用户的习惯性支付信息;判断所述待支付信息是否与所述习惯性支付信息相符;若所述待支付信息与所述习惯性支付信息相符,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
可选的,所述支付端还用于:获得所述用户所处的当前位置,并将所述当前位置发送至所述服务器;
所述服务器还用于将所述当前位置写入所述待支付信息中。
第四方面、本说明书实施例提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现以下步骤:
接收用户的支付请求,获得所述支付请求对应的待支付信息;
通过所述用户的支付轨迹获得所述用户的习惯性支付信息;
判断所述待支付信息是否与所述习惯性支付信息相符;
若所述待支付信息与所述习惯性支付信息相符,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
第五方面、本说明书实施例提供一种电子设备,包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令:
接收用户的支付请求,获得所述支付请求对应的待支付信息;
通过所述用户的支付轨迹获得所述用户的习惯性支付信息;
判断所述待支付信息是否与所述习惯性支付信息相符;
若所述待支付信息与所述习惯性支付信息相符,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
本说明书实施例中的上述一个或多个技术方案,至少具有如下技术效果:
本说明书实施例提供一种支付方法,接收用户的支付请求获得对应的待支付信息;通过用户的支付轨迹获得对应的习惯性支付信息;判断待支付信息是否与习惯性支付信息相符;若待支付信息与习惯性支付信息相符,执行支付请求对应的支付操作,并向用户返回支付结果页面。即,通过将当前支付行为与用户的支付轨迹的匹配来实现免密支付,节省了输入支付密码、校验支付密码的步骤,从而解决了现有技术中支付过程耗时较长的技术问题,缩短支付时间,提高支付效率。
附图说明
为了更清楚地说明本说明书实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本说明书的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书实施例提供的一种支付系统的示意图;
图2为本说明书实施例提供的一种扫码支付的流程图;
图3为本说明书实施例提供的一种支付方法的流程图;
图4为本说明书实施例提供一种服务器的示意图;
图5为本说明书实施例提供的一种电子设备的示意图。
具体实施方式
为使本说明书实施例的目的、技术方案和优点更加清楚,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本说明书保护的范围。
在本说明书实施例提供一种支付方法、服务器及系统,用于解决现有技术中支付过程耗时较长的技术问题,缩短支付时间。
下面结合附图对本说明书实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细的阐述。
请参考图1,为本说明书实施例提供的一种支付系统,该系统包括:支付客户端10和服务器20。支付客户端10可以是手机支付客户端,用户通过手机支付客户端进行支付操作;支付客户端10用于响应用户的支付操作发送支付请求;服务器20接收支付客户端10发送支付请求,基于用户的支付轨迹对相应的待支付信息进行鉴权以完成支付操作,并向支付客户端10返回信息。
请参考图2,本申请实施例提供的支付系统的支付过程示意图包括:
在用户触发支付,如点击:“扫一扫”后,支付客户端执行:1.1、采集获得用户所处的当前位置;1.2、支付客户端向服务器发送解码请求,请求解析支付对象。1.1可以根据服务器建立支付轨迹的方式选择执行,若服务器根据地理位置建立用户的支付轨迹则执行1.1,若服务器根据账单信息建立支付轨迹则可省略1.1。在发送解码请求时,若获得了当前位置将当前位置一并发送至服务器。接着,服务器执行1.2.1解析支付对象并反馈至支付客户端。支付客户端进而执行1.3根据解析获得的支付对象信息渲染输入金额页面。用户向输入金额页面输入支付金额后,支付客户端执行2.1向服务器发送支付请求。随后,服务器采用本说明书实施提供的一种支付方法,执行2.1.1根据用户的支付轨迹进行鉴权。若鉴权通过执行支付请求对应的支付并向支付客户端返回支付结果页面,若鉴权失败,则执行向支付客户端返回密码鉴权页面,以获得用户输入的支付密码并进行验证,最后记录本次支付交易。
请参考图3,本说明书实施例提供的一种支付方法,应用于服务器,包括:
S310:接收用户的支付请求,获得所述支付请求对应的待支付信息;
S320:通过所述用户的支付轨迹获得所述用户的习惯性支付信息;
S330:判断所述待支付信息是否与所述习惯性支付信息相符;
S340:若所述待支付信息与所述习惯性支付信息相符,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
具体实施过程中,支付请求中包含的具体信息与服务器鉴权方式相关。若服务器采用根据支付账单信息建立的支付轨迹进行鉴权,支付客户端在发送支付请求时携带待支付账单信息即可。其中待支付账单信息中包含:用户的用户ID、发送支付请求的时间、支付对象、账户信息等。若服务器采用根据支付位置建立的支付轨迹进行鉴权,在发送支付请求之前,支付客户端获得待支付账单信息和用户所在的当前位置,在发送支付请求时一并发送当前位置。
执行S310获得支付请求对应的待支付信息时,可以从支付请求中获取待支付账单信息和当前位置,或者根据支付客户端发送支付请求的IP地址查询获得用户所处的当前位置,将待支付账单信息和当前位置作为支付请求对应的待支付信息。
在执行S310的同时、之前或之后执行S320,即S310和S320的执行无先后之分。每个用户的支付轨迹为服务器预先根据每个用户的支付行为建立的。S320通过用户的支付轨迹获得用户的习惯性支付信息之前,先建立发送支付请求的用户的支付轨迹。具体可以根据每一笔支付交易的账单信息建立用户的支付轨迹,也可以根据每一笔支付交易的支付位置和账单信息建立用户的支付轨迹。
方式一、根据账单信息建立支付轨迹
针对每一个用户,在预设时间周期内,记录用户完成的每一笔支付交易的账单信息。其中,预设时间周期可以是一个月、一个季度、一年等,本申请并不限制预设时间周期的具体时长,设计人员可以实际需求如根据服务器的计算速度和信息时效性等进行设置。每一笔支付交易的账单信息中包含以下至少一个信息:用户ID、支付时间、支付金额、支付对象(可以是商家,可以是个人账户)以及鉴权类型。当支付对象是商家时,账单信息还可以包含商家类型和/或商品/服务类型等信息。如下表一所示为用户A的一次支付交易的账单信息。
用户ID 0001
支付时间 2017.11.12,13:00
支付金额 15.5¥
支付对象 XXX连锁
商品/服务类型 餐饮
鉴权类型 支付密码
…… ……
表一
然后,对用户在预设时间周期内的所有账单信息进行统计、分析。获得所有账单信息中,同一时间段内支付金额满足预设金额范围且支付对象相同的目标账单信息;根据目标账单信息构建用户的习惯性支付信息;根据该习惯性支付信息建立用户的支付轨迹。其中,习惯性支付信息为从发生频率大于一定阈值的支付行为对应的支付信息中抽象获得的,用于表征用户支付习惯的信息。同一时间段的具体时长可以为预设时长,也可以根据每个用户的具体支付情况而定,例如:用户10次支付9次发生在7:00~8:00,一次发生在8:30,那么可以获得同一时间段的时长为1个小时。同样的道理,预设金额范围的大小可以由用户或者系统设置,也可以根据用户的具体支付情况而定。
例如:假设用户A在一周内的账单信息如下:day1、7:00向商家Y1支付8¥,13:00向商家Y2支付20¥,17:40向地铁支付8¥;day2、7:30向商家Y1支付15¥,12:30向商家Y2支付15¥,18:00向地铁支付5¥;day3……通过统计分析上述账单信息,可以将7:00~7:30向商家Y1支付预设金额范围如1000¥内的账单信息作为目标账单信息,将12:00~13:00向商家Y2支付1000内的账单信息作为目标账单信息,将17:30~18:30向地铁支付100内的账单信息作为目标账单信息等等;进一步根据该目标账单信息构建用户的习惯性支付信息,例如:从目标账单信息中抽象出用户上午的习惯性支付信息为7:00~7:30向商家Y1支付6~15¥;根据用户的习惯性支付信息建立用户的支付轨迹,如下表二所示。
表二
方式二、根据支付位置和账单信息建立支付轨迹
针对每个用户,在预设时间周期内,记录用户完成的每一笔支付交易的支付信息,支付信息包含支付交易的支付位置和账单信息。在每次接收到用户发送的支付请求时,获得支付请求中携带的发起支付请求的当前位置作为本次交易的支付位置,或者,通过LBS(Location Based Services,位置服务)获得发送支付请求的位置作为支付位置。预设时间周期、账单信息的具体内容与上述方式一相同,不再详述。如表三所示,为某一笔支付交易的支付信息,即在账单信息的基础上,增加了支付位置的记录。
用户ID 0001
支付位置 二环路南一段10号
支付时间 2017.11.12
支付金额 15.5¥。
支付对象
商品/服务类型 餐饮
鉴权类型 支付密码
…… ……
表三
针对预设时间周期内记录的所有支付信息,根据支付信息中的支付位置和账单信息,建立支付轨迹。具体的,统计分析用户预设时间周期内所有的支付信息,根据在同一支付位置范围内且账单信息满足预设条件的支付信息,构建习惯性支付信息;根据习惯性支付信息建立用户的支付轨迹。预设条件包括但不限于如下至少一个条件:支付金额在预设金额范围内、支付时间在同一时间段、商家信息相同等。构建习惯性支付信息时,可以对同一支付位置范围内且账单性满足预设条件的支付信息进行抽象概括获得,例如:用户在地点A处的支付信息中在同一支付位置支付金额包括:6、8、13、15、20,那么习惯性支付信息中的支付金额则可以构建为6~20、0~25、4~22等,支付位置范围、支付时间也可以采用类似的方法进行构建。根据获得的习惯性支付信息建立用户的支付轨迹,即以支付位置为线索建立用户在各个位置的习惯性支付信息,若下表四所示为一用户的根据支付位置建立的支付轨迹。
表四
S320执行时,可以先获得服务器预先建立的用户支付轨迹,然后,通过用户支付轨迹获得用户的习惯性支付信息。进一步,再执行S330判断用户的待支付信息是否与其习惯性支付信息。基于用户支付轨迹的不同,获得的待支付信息也不相同,对应判断待支付信息是否与习惯性支付信息也不相同。
具体的,针对方式一构建的支付轨迹,获得的待支付信息可以只包含待支付账单信息,判断待支付账单信息是否属于习惯性支付信息的账单信息;若是则待支付账单信息与习惯性支付信息相符,反之则未不相符。针对方式二构建的支付轨迹,获得的待支付信息包含待支付账单信息和发起支付请求的当前位置,需要判断当前位置是否位于习惯性支付信息的支付位置范围内,以及待支付账单信息是否属于习惯性支付信息的账单信息;若当前位置落入支付位置范围内且待支付账单信息属于习惯性支付信息的账单信息,待支付账单信息与习惯性支付信息相符,反之则未不相符。若待支付信息与习惯性支付信息相符,进一步执行S340;反之,待支付信息与习惯性支付信息不相符,则按照正常的密码鉴权流程通过向用户获取支付密码、通过验证支付密码来确认是否进行支付。当然,若支付信息与习惯性支付信息不相符,也可以拒绝支付。
其中,待支付账单信息中包含:请求支付时间、支付对象、支付金额等参数。习惯性支付信息包含:支付时间范围、支付对象、支付金额范围等参数。判断待支付账单信息中的各个参数是否落入习惯性支付信息中对应参数范围内或者与对应参数相同;若待支付账单信息中的各个参数落入习惯性支付信息中对应参数范围内或者与对应参数相同,待支付账单信息属于习惯性支付信息的账单信息,反之则不属于。例如:用户0001于18:00点发起向地铁支付5¥的支付请求,用户的支付轨迹如表二所示,服务器判断出该请求对应的待支付信息中的请求支付时间18:00落入17:30~18:30范围内、支付金额5¥落入4~8¥、支付对象均是地铁,该待支付账单信息属于习惯性支付信息的账单信息,相应的,判断出待支付信息与用户的习惯性支付信息相符,进而执行S340。
S340:若待支付信息与习惯性支付信息相符,执行支付请求对应的支付操作即进行免密支付操作,并向用户返回支付结果页面。通过服务器进行习惯性支付信息的判断,来对用户的支付进行鉴权,减少了输入支付密码页面的渲染及输出、获取用户输入的支付密码及验证这两个步骤,缩短了支付时间,提高了支付效率。
具体实施过程中,为了进一步缩短支付时间,服务器可以在获得用户ID之后获得所述用户的支付轨迹。在解析获得支付对象的相关信息和用户的支付轨迹之后,从习惯性支付信息中获得与支付请求中支付对象匹配的支付金额;将匹配获得的支付金额和支付对象发送至支付客户端,使得客户端向输入支付金额页面预填入支付金额,这样用户可以快速进行确认,无需再输入支付金额。例如:假设用户7:00~7:30在位置A处习惯性支付8,那么在7:15时服务器向处于位置A处的用户发送支付对象时,一并将支付金额8,手机支付端在渲染输入支付金额页面时,则可以在输入金额页面中预先填入8,用户无需在输入支付金额8。
在缩短支付时间的同时,本说明书实施例为了提高支付的安全性,还可以在执行支付请求对应的支付操作之前,若待支付信息与习惯性支付信息相符,生成并发送用于提示用户是否进行免密支付的提示信息至支付客户端,以通过支付客户端进行显示;若接收到用户确认进行免密支付的确认信息,执行支付请求对应的支付操作,即S340进行支付操作之前与用户进行免密支付确认,以确保支付的准确性。每次进行免密支付前,都与用户进行免密支付确认,无疑会延长支付时间,为了缩短支付时间,本说明书实施例对于已建立的用户支付轨迹,还可以向用户提供支付轨迹中的习惯性性支付信息列表,请求用户对其习惯性支付信息列表对应的习惯性支付行为进行免密支付授权;对用户已授权的习惯性支付行为进行免密支付。
基于上述实施例提供的一种支付方法,本实施例还对应提供一种服务器,请参考图4,该服务器包括:
接收单元41,用于接收用户的支付请求,获得所述支付请求对应的待支付信息;
获取单元42,用于通过所述用户的支付轨迹获得所述用户的习惯性支付信息;
判断单元43,用于判断所述待支付信息是否与所述习惯性支付信息相符;
支付单元44,用于在所述待支付信息与所述习惯性支付信息相符的情况下,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
作为一种可选的实施方式,所述服务器还包括建模单元45。
建模单元45可以用于:在预设时间周期内,记录所述用户完成的每一笔支付交易的支付信息,所述支付信息包含所述支付交易的支付位置和账单信息;根据所述支付信息中的支付位置和账单信息,建立所述支付轨迹。根据在同一支付位置范围内且所述账单信息满足预设条件的支付信息,构建所述习惯性支付信息;根据所述习惯性支付信息建立所述支付轨迹。其中,所述账单信息包含以下至少一个信息:用户ID、支付时间、支付金额、支付对象以及鉴权类型。
建模单元45也可以用于:在预设时间周期内,记录所述用户完成的每一笔支付交易的账单信息;获得所述账单信息中,同一时间段内支付金额满足预设金额范围且支付对象相同的目标账单信息;根据所述目标账单信息构建所述习惯性支付信息;根据所述习惯性支付信息建立所述支付轨迹。
作为一种可选的实施方式,接收单元41还用于:获得所述用户所处的当前位置和所述支付请求对应的待支付账单信息作为所述待支付信息。所述判断单元43用于:判断所述当前位置是否位于所述习惯性支付信息中的支付位置范围内,以及所述待支付账单信息是否属于所述习惯性支付信息的账单信息;若所述当前位置位于所述支付位置范围内且所述待支付账单信息属于所述习惯性支付信息的账单信息,确认所述待支付信息与所述习惯性支付信息相符。
所述判断单元43还可以用于:判断所述待支付信息对应的待支付账单信息是否属于所述习惯性支付信息的账单信息;若是,确认所述待支付信息与所述习惯性支付信息相符。
作为一种可选的实施方式,所述获取单元42还可以用于:在获得所述用户的支付轨迹之后,从所述习惯性支付信息中获得与所述支付请求中支付对象匹配的支付金额;发送单元46还用于将所述支付金额和所述支付对象发送至支付客户端,使得客户端向输入支付金额页面预填入所述支付金额。
作为一种可选的实施方式,所述支付单元44还用于:
若所述待支付信息与所述习惯性支付信息相符,在执行所述支付请求对应的支付操作之前,生成并发送用于提示用户是否进行免密支付的提示信息至支付客户端;若接收到所述用户确认进行免密支付的确认信息,执行所述支付请求对应的支付操作。
作为一种可选的实施方式,所述服务器还包括发送单元46。发送单元46用于向用户提供所述习惯性性支付信息列表,请求所述用户对所述习惯性支付信息列表对应的习惯性支付行为进行免密支付授权;所述支付单元44用于:对所述用户已授权的习惯性支付行为进行免密支付。
作为一种可选的实施方式,所述服务器还包括验证单元47。验证单元47用于在所述待支付信息与所述习惯性支付信息不相符的情况下,获取用户的支付密码,通过所述支付密码的验证,确认是否执行所述支付请求对应的支付操作。
关于上述实施例中的服务器,其中各个单元执行操作的具体方式已经在有关方法的实施例中进行了详细描述,此处不再详细阐述。
请参考图5,是根据一示例性实施例示出的一种用于实现数据查询方法的电子设备700的框图。例如,电子设备700可以是计算机,数据库控制台,平板设备,个人数字助理等。
参照图5,电子设备700可以包括以下一个或多个组件:处理组件702,存储器704,电源组件706,多媒体组件708,输入/输出(I/O)的接口710,以及通信组件712。
处理组件702通常控制电子设备700的整体操作,诸如与显示,数据通信,及记录操作相关联的操作。处理元件702可以包括一个或多个处理器720来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件702可以包括一个或多个模块,便于处理组件702和其他组件之间的交互。
存储器704被配置为存储各种类型的数据以支持在设备700的操作。这些数据的示例包括用于在电子设备700上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件706为电子设备700的各种组件提供电力。电源组件706可以包括电源管理系统,一个或多个电源,及其他与为电子设备700生成、管理和分配电力相关联的组件。
I/O接口710为处理组件702和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
通信组件712被配置为便于电子设备700和其他设备之间有线或无线方式的通信。电子设备700可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信部件712经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信部件712还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,电子设备700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器704,上述指令可由电子设备700的处理器720执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由移动终端的处理器执行时,使得电子设备能够执行一种数据查询方法,所述方法包括:
接收用户的支付请求,获得所述支付请求对应的待支付信息;通过所述用户的支付轨迹获得所述用户的习惯性支付信息;判断所述待支付信息是否与所述习惯性支付信息相符;若所述待支付信息与所述习惯性支付信息相符,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (26)

1.一种支付方法,其特征在于,包括:
接收用户的支付请求,获得所述支付请求对应的待支付信息;
通过所述用户的支付轨迹获得所述用户的习惯性支付信息;
判断所述待支付信息是否与所述习惯性支付信息相符;
若所述待支付信息与所述习惯性支付信息相符,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
2.如权利要1所述的方法,其特征在于,所述支付轨迹的建立方法包括:
在预设时间周期内,记录所述用户完成的每一笔支付交易的支付信息,所述支付信息包含所述支付交易的支付位置和账单信息;
根据所述支付信息中的支付位置和账单信息,建立所述支付轨迹。
3.如权利要求2所述的方法,其特征在于,根据所述支付信息中的支付位置,建立所述支付轨迹,包括:
根据在同一支付位置范围内且所述账单信息满足预设条件的支付信息,构建所述习惯性支付信息;
根据所述习惯性支付信息建立所述支付轨迹。
4.如权利要求2所述的方法,其特征在于,所述账单信息包含以下至少一个信息:
用户ID、支付时间、支付金额、支付对象以及鉴权类型。
5.如权利要2所述的方法,其特征在于,获得所述支付请求对应的待支付信息,包括:
获得所述用户所处的当前位置和所述支付请求对应的待支付账单信息作为所述待支付信息;
判断所述待支付信息是否与所述习惯性支付信息相符,包括:
判断所述当前位置是否位于所述习惯性支付信息中的支付位置范围内,以及所述待支付账单信息是否属于所述习惯性支付信息的账单信息;
若所述当前位置位于所述支付位置范围内且所述待支付账单信息属于所述习惯性支付信息的账单信息,确认所述待支付信息与所述习惯性支付信息相符。
6.如权利要1所述的方法,其特征在于,所述支付轨迹的建立方法包括:
在预设时间周期内,记录所述用户完成的每一笔支付交易的账单信息;
获得所述账单信息中,同一时间段内支付金额满足预设金额范围且支付对象相同的目标账单信息;
根据所述目标账单信息构建所述习惯性支付信息;
根据所述习惯性支付信息建立所述支付轨迹。
7.如权利要6所述的方法,其特征在于,与判断所述待支付信息是否与所述习惯性支付信息相符,包括:
判断所述待支付信息对应的待支付账单信息是否属于所述习惯性支付信息的账单信息;
若是,确认所述待支付信息与所述习惯性支付信息相符。
8.如权利要求1~7任一所述的方法,其特征在于,在获得所述用户的支付轨迹之后,所述方法还包括:
从所述习惯性支付信息中获得与所述支付请求中支付对象匹配的支付金额;
将所述支付金额和所述支付对象发送至支付客户端,使得客户端向输入支付金额页面预填入所述支付金额。
9.如权利要求1~7任一所述的方法,其特征在于,在执行所述支付请求对应的支付操作之前,所述方法还包括:
若所述待支付信息与所述习惯性支付信息相符,生成并发送用于提示用户是否进行免密支付的提示信息至支付客户端;
若接收到所述用户确认进行免密支付的确认信息,执行所述支付请求对应的支付操作。
10.如权利要求1~7任一所述的方法,其特征在于,所述方法还包括:
向用户提供所述习惯性性支付信息列表,请求所述用户对所述习惯性支付信息列表对应的习惯性支付行为进行免密支付授权;
对所述用户已授权的习惯性支付行为进行免密支付。
11.如权利要求1~7任一所述的方法,其特征在于,所述方法还包括:
若所述待支付信息与所述习惯性支付信息不相符,获取用户的支付密码;
通过所述支付密码的验证,确认是否执行所述支付请求对应的支付操作。
12.一种服务器,其特征在于,包括:
接收单元,用于接收用户的支付请求,获得所述支付请求对应的待支付信息;
获取单元,用于通过所述用户的支付轨迹获得所述用户的习惯性支付信息;
判断单元,用于判断所述待支付信息是否与所述习惯性支付信息相符;
支付单元,用于在所述待支付信息与所述习惯性支付信息相符的情况下,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
13.如权利要12所述的服务器,其特征在于,所述服务器还包括:
建模单元,用于在预设时间周期内,记录所述用户完成的每一笔支付交易的支付信息,所述支付信息包含所述支付交易的支付位置和账单信息;根据所述支付信息中的支付位置和账单信息,建立所述支付轨迹。
14.如权利要求13所述的服务器,其特征在于,根据建模单元还用于:
根据在同一支付位置范围内且所述账单信息满足预设条件的支付信息,构建所述习惯性支付信息;根据所述习惯性支付信息建立所述支付轨迹。
15.如权利要求13所述的服务器,其特征在于,所述账单信息包含以下至少一个信息:
用户ID、支付时间、支付金额、支付对象以及鉴权类型。
16.如权利要13所述的服务器,其特征在于,所述接收单元用于:获得所述用户所处的当前位置和所述支付请求对应的待支付账单信息作为所述待支付信息;
所述判断单元用于:判断所述待支付信息是否与所述习惯性支付信息相符,包括:判断所述当前位置是否位于所述习惯性支付信息中的支付位置范围内,以及所述待支付账单信息是否属于所述习惯性支付信息的账单信息;若所述当前位置位于所述支付位置范围内且所述待支付账单信息属于所述习惯性支付信息的账单信息,确认所述待支付信息与所述习惯性支付信息相符。
17.如权利要12所述的服务器,其特征在于,所述服务器还包括:
建模单元,用于在预设时间周期内,记录所述用户完成的每一笔支付交易的账单信息;获得所述账单信息中,同一时间段内支付金额满足预设金额范围且支付对象相同的目标账单信息;根据所述目标账单信息构建所述习惯性支付信息;根据所述习惯性支付信息建立所述支付轨迹。
18.如权利要17所述的服务器,其特征在于,所述判断单元还用于:
判断所述待支付信息对应的待支付账单信息是否属于所述习惯性支付信息的账单信息;若是,确认所述待支付信息与所述习惯性支付信息相符。
19.如权利要求12~18任一所述的服务器,其特征在于,所述获取单元还用于:在获得所述用户的支付轨迹之后,从所述习惯性支付信息中获得与所述支付请求中支付对象匹配的支付金额;
所述服务器还包括:发送单元用于将所述支付金额和所述支付对象发送至支付客户端,使得客户端向输入支付金额页面预填入所述支付金额。
20.如权利要求12~18任一所述的服务器,其特征在于,所述支付单元还用于:
若所述待支付信息与所述习惯性支付信息相符,在执行所述支付请求对应的支付操作之前,生成并发送用于提示用户是否进行免密支付的提示信息至支付客户端;若接收到所述用户确认进行免密支付的确认信息,执行所述支付请求对应的支付操作。
21.如权利要求12~18任一所述的服务器,其特征在于,所述服务器还包括:
发送单元,用于向用户提供所述习惯性性支付信息列表,请求所述用户对所述习惯性支付信息列表对应的习惯性支付行为进行免密支付授权;
所述支付单元用于:对所述用户已授权的习惯性支付行为进行免密支付。
22.如权利要求12~18任一所述的服务器,其特征在于,所述服务器还包括:
验证单元,用于在所述待支付信息与所述习惯性支付信息不相符的情况下,获取用户的支付密码,通过所述支付密码的验证,确认是否执行所述支付请求对应的支付操作。
23.一种支付系统,其特征在于,所述系统包括:
支付客户端,用于响应用户的支付操作发送支付请求;
服务器,用于接收所述支付请求,获得所述支付请求对应的待支付信息;通过所述用户的支付轨迹获得所述用户的习惯性支付信息;判断所述待支付信息是否与所述习惯性支付信息相符;若所述待支付信息与所述习惯性支付信息相符,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
24.如权利要求23所述的系统,其特征在于,所述支付端还用于:获得所述用户所处的当前位置,并将所述当前位置发送至所述服务器;
所述服务器还用于将所述当前位置写入所述待支付信息中。
25.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现以下步骤:
接收用户的支付请求,获得所述支付请求对应的待支付信息;
通过所述用户的支付轨迹获得所述用户的习惯性支付信息;
判断所述待支付信息是否与所述习惯性支付信息相符;
若所述待支付信息与所述习惯性支付信息相符,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
26.一种电子设备,其特征在于,包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令:
接收用户的支付请求,获得所述支付请求对应的待支付信息;
通过所述用户的支付轨迹获得所述用户的习惯性支付信息;
判断所述待支付信息是否与所述习惯性支付信息相符;
若所述待支付信息与所述习惯性支付信息相符,执行所述支付请求对应的支付操作,并向所述用户返回支付结果页面。
CN201810070067.0A 2018-01-24 2018-01-24 一种支付方法、服务器及系统 Active CN108171517B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810070067.0A CN108171517B (zh) 2018-01-24 2018-01-24 一种支付方法、服务器及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810070067.0A CN108171517B (zh) 2018-01-24 2018-01-24 一种支付方法、服务器及系统

Publications (2)

Publication Number Publication Date
CN108171517A true CN108171517A (zh) 2018-06-15
CN108171517B CN108171517B (zh) 2022-07-12

Family

ID=62515459

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810070067.0A Active CN108171517B (zh) 2018-01-24 2018-01-24 一种支付方法、服务器及系统

Country Status (1)

Country Link
CN (1) CN108171517B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109919625A (zh) * 2019-03-01 2019-06-21 深圳市沃特沃德股份有限公司 智能支付方法、装置、计算机设备及存储介质
CN110659890A (zh) * 2019-08-13 2020-01-07 平安科技(深圳)有限公司 支付方法、装置、介质及电子设备
CN110728517A (zh) * 2019-03-21 2020-01-24 张文 免密支付方法、系统、设备以及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105184561A (zh) * 2015-08-24 2015-12-23 小米科技有限责任公司 安全支付的方法及装置
CN106033570A (zh) * 2016-05-25 2016-10-19 努比亚技术有限公司 移动支付装置及方法
CN106327197A (zh) * 2016-08-24 2017-01-11 努比亚技术有限公司 支付装置、终端及支付方法
CN106529956A (zh) * 2016-10-31 2017-03-22 努比亚技术有限公司 一种终端及终端支付的验证方法
CN107146077A (zh) * 2017-05-02 2017-09-08 广州市智专信息科技有限公司 一种支付方法及相应的便携式终端、第三方支付平台
CN107316195A (zh) * 2017-06-26 2017-11-03 北京明华联盟科技有限公司 一种安全便捷的支付方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105184561A (zh) * 2015-08-24 2015-12-23 小米科技有限责任公司 安全支付的方法及装置
CN106033570A (zh) * 2016-05-25 2016-10-19 努比亚技术有限公司 移动支付装置及方法
CN106327197A (zh) * 2016-08-24 2017-01-11 努比亚技术有限公司 支付装置、终端及支付方法
CN106529956A (zh) * 2016-10-31 2017-03-22 努比亚技术有限公司 一种终端及终端支付的验证方法
CN107146077A (zh) * 2017-05-02 2017-09-08 广州市智专信息科技有限公司 一种支付方法及相应的便携式终端、第三方支付平台
CN107316195A (zh) * 2017-06-26 2017-11-03 北京明华联盟科技有限公司 一种安全便捷的支付方法和装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109919625A (zh) * 2019-03-01 2019-06-21 深圳市沃特沃德股份有限公司 智能支付方法、装置、计算机设备及存储介质
CN110728517A (zh) * 2019-03-21 2020-01-24 张文 免密支付方法、系统、设备以及存储介质
CN110728517B (zh) * 2019-03-21 2022-03-15 张文 免密支付方法、系统、设备以及存储介质
CN110659890A (zh) * 2019-08-13 2020-01-07 平安科技(深圳)有限公司 支付方法、装置、介质及电子设备
WO2021027146A1 (zh) * 2019-08-13 2021-02-18 平安科技(深圳)有限公司 支付方法、装置、计算设备和存储介质
CN110659890B (zh) * 2019-08-13 2023-09-01 平安科技(深圳)有限公司 支付方法、装置、介质及电子设备

Also Published As

Publication number Publication date
CN108171517B (zh) 2022-07-12

Similar Documents

Publication Publication Date Title
KR101556950B1 (ko) 주차장 관리 방법, 휴대 단말 및 주차장 관리 시스템
EP2701415A1 (en) Mobile electronic device and use thereof for electronic transactions
US10212154B2 (en) Method and system for authenticating a user
CN106447328A (zh) 电子支付方法及公交电子支付系统、地铁电子支付系统
KR20070091496A (ko) 인터넷 아이템의 선물 조르기를 이용한 모바일 환경의 무선결제 시스템 및 그 무선 결제 방법
CN107026815A (zh) 一种支付业务处理方法、支付服务器、相关设备及系统
TWI485636B (zh) The use of integrated bar code in the system and mobile devices to deal with payment information control method
CN104637192B (zh) 一种电子钱包及其使用方法、移动终端和电子票交易系统
US11533599B2 (en) Wireless service provider system for selling and/or activating wireless services for a wireless device
JP2001202437A (ja) サービスシステム
CN108171517A (zh) 一种支付方法、服务器及系统
WO2021184830A1 (zh) 账号绑定方法、装置、计算机设备和存储介质
KR100788507B1 (ko) 웹사이트에서의 인증이 필요없는 휴대폰을 이용한 결제방법
CN108492086A (zh) 图书印刷分发方法、装置、终端以及计算机可读存储介质
GB2508173A (en) Identity verification systems and methods
KR101398021B1 (ko) 결제채널 관리방법
JP7158637B2 (ja) チケット提供方法、チケット提供装置及び携帯端末用プログラム
KR20090107602A (ko) 모바일 게임프로그램의 구매방법 및 그 시스템
JP2001352583A (ja) 課金システム
JP2011076195A (ja) ユニークなurl情報が記載された会員証と携帯電話端末とを用いた会員管理サーバ装置及びシステム
KR20120007434A (ko) 결제처리서버 및 그 구동 방법
KR101574783B1 (ko) 전자영수증 발행 시스템의 회원 데이터베이스 구축 방법 및 장치
KR20110036481A (ko) 메시징 기반 무선 결제 방법
JP6887409B2 (ja) 情報提供システム及び情報提供方法
CN114650148B (zh) 一种基于社交应用的数据通讯方法、设备及可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1255395

Country of ref document: HK

TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200924

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Advanced innovation technology Co.,Ltd.

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Applicant before: Alibaba Group Holding Ltd.

Effective date of registration: 20200924

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant before: Advanced innovation technology Co.,Ltd.

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240207

Address after: Guohao Times City # 20-01, 128 Meizhi Road, Singapore

Patentee after: Advanced Nova Technology (Singapore) Holdings Ltd.

Country or region after: Singapore

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee before: Innovative advanced technology Co.,Ltd.

Country or region before: United Kingdom