CN107862514B - 公交卡管理方法、装置及系统、存储介质 - Google Patents
公交卡管理方法、装置及系统、存储介质 Download PDFInfo
- Publication number
- CN107862514B CN107862514B CN201711077038.9A CN201711077038A CN107862514B CN 107862514 B CN107862514 B CN 107862514B CN 201711077038 A CN201711077038 A CN 201711077038A CN 107862514 B CN107862514 B CN 107862514B
- Authority
- CN
- China
- Prior art keywords
- instruction
- bus card
- management
- terminal
- bus
- 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.)
- Active
Links
Images
Classifications
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/349—Rechargeable cards
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, 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/401—Transaction verification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/53—Network services using third party service providers
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Accounting & Taxation (AREA)
- Signal Processing (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Security & Cryptography (AREA)
- Storage Device Security (AREA)
- Meter Arrangements (AREA)
Abstract
本公开是关于一种公交卡管理方法、装置及系统、存储介质,属于电子技术应用领域。包括:接收用户触发的管理指令,管理指令包括开卡指令或充值指令,开卡指令指示在终端中开通第一公交卡,充值指令指示对第一公交卡进行充值;根据管理指令,在预先缓存的公交配置信息中获取第一公交卡的目标通信方式,公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式;通过目标通信方式,从公交卡服务器获取管理信息,并根据管理信息在终端中管理第一公交卡。本公开解决了相关技术中终端支持新城市的公交卡开卡时需要耗费的时间较长,灵活性较低的问题。本公开用于公交卡管理。
Description
技术领域
本公开涉及电子技术应用领域,特别涉及一种公交卡管理方法、装置及系统、存储介质。
背景技术
近年来,随着电子技术的快速发展,实现了在终端上集成公交卡的功能。通过公交卡客户端可以将公交卡的信息存储在终端的安全芯片(英文:Secure Element;简称:SE)中,再通过终端中的近场通信(英文:Near Field Communication;简称:NFC)芯片与刷卡机进行短程通信,实现了终端的刷卡功能。例如设置有NFC芯片的终端可以通过小米钱包完成公交卡的空中开卡,当用户乘坐公交车或地铁时,可以直接刷终端中开通的公交卡,从而实现了终端取代实体公交卡。
相关技术中,通常由编程人员编写公交卡客户端的程序,以使得公交卡客户端实现各个城市的公交卡开卡功能。当公交卡服务器从第三方服务器接入新的公交业务时,例如公交卡服务器原先可从第三方服务器获取7个城市的公交数据,也即是公交卡服务器支持7个城市的公交卡,当公交卡服务器接入第8个城市的公交业务时,编程人员需要在公交卡客户端的程序中编写第8个城市对应的代码,以使得通过公交卡客户端实现第8个城市的公交卡开卡功能。
但是,当公交卡服务器接入新的公交业务时,需要编程人员编写新的程序并重新打包发布后,终端才可支持新公交卡的开卡,因此从公交卡服务器接入新的公交业务到终端可支持新公交卡的开卡,这个过程中需要耗费的时间较长,开卡灵活性较低。
发明内容
为了解决相关技术中的问题,本公开实施例提供了一种公交卡管理方法、装置及系统、存储介质。所述技术方案如下:
根据本公开实施例的第一方面,提供一种公交卡管理方法,包括:
接收用户触发的管理指令,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在终端中开通第一公交卡,所述充值指令指示对所述第一公交卡进行充值;
根据所述管理指令,在预先缓存的公交配置信息中获取所述第一公交卡的目标通信方式,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式;
通过所述目标通信方式,从所述公交卡服务器获取所述管理信息,并根据所述管理信息在所述终端中管理所述第一公交卡。
可选的,所述管理信息包括多个管理相关指令,
所述通过所述目标通信方式,从所述公交卡服务器获取所述管理信息,并根据所述管理信息在所述终端中管理所述第一公交卡,包括:
通过所述目标通信方式,执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,其中,所述公交卡管理流程包括:
接收所述公交卡服务器发送的管理相关指令,所述管理相关指令是所述公交卡服务器从所述第三方服务器获取的,
运行所述管理相关指令,得到指令运行结果,
向所述公交卡服务器发送所述指令运行结果。
可选的,所述目标通信方式为同步方式,所述通过所述目标通信方式,执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,包括:
通过所述目标通信方式,向所述公交卡服务器发送第一指令获取请求;
执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,所述公交卡管理流程包括:
接收所述公交卡服务器发送的管理相关指令,所述管理相关指令是所述公交卡服务器基于所述终端发送的第一指令获取请求从所述第三方服务器获取的,
运行当前获取的所述管理相关指令,得到指令运行结果,
向所述公交卡服务器发送携带有所述指令运行结果的第一指令获取请求;
其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
可选的,所述目标通信方式为异步方式,所述通过所述目标通信方式,执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,包括:
执行公交卡管理流程,所述公交卡管理流程包括:
通过所述目标通信方式,向所述公交卡服务器发送第一指令获取请求;
当接收到所述公交卡服务器发送的暂停获取指示时,间隔预设时长再次向所述公交卡服务器发送所述第一指令获取请求,所述暂停获取指示用于表征所述公交卡服务器未缓存有所述第一指令获取请求所请求的指令;
当接收到所述公交卡服务器发送的管理相关指令时,运行当前获取的所述管理相关指令得到指令运行结果;
向所述公交卡服务器发送所述指令运行结果;
当接收到所述公交卡服务器发送的传输成功指示后,再次执行所述公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,所述传输成功指示用于表征第三方服务器已接收到所述指令运行结果;
其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
可选的,所述管理指令为开卡指令,所述方法还包括:
在接收用户触发的开卡指令之后,读取安全芯片SE中安全域的状态;
在所述SE中安全域的状态满足开通所述第一公交卡的条件时,在SE中创建安全域;
所述根据所述管理信息在所述终端中管理所述第一公交卡,包括:
根据所述管理信息在所述安全域中管理所述第一公交卡。
可选的,所述读取安全芯片SE中安全域的状态,包括:
向所述公交卡服务器发送第二指令获取请求,所述第二指令获取请求用于请求获取开卡准备指令;
接收所述公交卡服务器基于所述第二指令获取请求发送的第一指令,所述第一指令指示读取SE中安全域的状态;
运行所述第一指令,以读取所述SE中安全域的状态。
可选的,所述在所述SE中安全域的状态满足开通所述第一公交卡的条件时,在SE中创建安全域,包括:
向所述公交卡服务器发送所述SE中安全域的状态的读取结果;
接收所述公交卡服务器发送的第二指令,所述第二指令指示在所述SE中创建安全域,所述第二指令是所述公交卡服务器在基于所述SE中安全域的状态的读取结果,确定所述SE中安全域的状态满足开通所述第一公交卡的条件时发送给所述终端的;
运行所述第二指令,以在所述SE中创建安全域;
向所述公交卡服务器发送创建安全域的结果。
可选的,所述管理指令为开卡指令时,所述管理信息包括:指示下载开卡插件的指令、指示安装开卡插件的指令和/或指示进行第一公交卡的个人化处理的指令。
可选的,所述管理指令为充值指令,所述方法还包括:
在接收用户触发的充值指令之后,向所述公交卡服务器发送第三指令获取请求,所述第三指令获取请求用于请求充值准备指令;
接收所述公交卡服务器基于所述第三指令获取请求发送的第三指令,所述第三指令指示读取SE中安全域的状态;
运行所述第三指令,以读取所述SE中安全域的状态;
向所述公交卡服务器发送所述SE中安全域的状态的读取结果。
可选的,所述管理指令为充值指令时,所述管理信息包括:指示更改所述第一公交卡内的金额的指令和/或指示重写所述第一公交卡的有效期的指令。
可选的,所述公交配置信息还记录有公交卡的公交识别文件的获取地址和公交卡的标识的多组对应关系,所述方法还包括:
接收用户触发的公交卡识别指令,并根据所述公交卡识别指令确定待识别的第一公交卡的标识;
根据所述第一公交卡的标识,在所述公交配置信息中确定所述第一公交卡的公交识别文件的获取地址;
基于所述第一公交卡的公交识别文件的获取地址,获取所述第一公交卡的公交识别文件;
基于所述第一公交卡的公交识别文件,识别所述第一公交卡中的信息。
根据本公开实施例的第二方面,提供一种公交卡管理方法,包括:
向终端提供公交配置信息,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式;
通过目标通信方式向所述终端提供管理信息,所述目标通信方式是所述终端在接收到用户触发的管理指令后,由所述终端根据所述公交配置信息确定的,所述管理信息用于所述终端管理所述第一公交卡;
其中,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在所述终端中开通所述第一公交卡,所述充值指令指示对所述第一公交卡进行充值。
可选的,所述管理信息包括多个管理相关指令,
所述通过目标通信方式向所述终端提供管理信息,包括:
通过所述目标通信方式,执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,其中,所述公交卡管理流程包括:
从所述第三方服务器获取管理相关指令;
向所述终端提供所述管理相关指令;
接收所述终端发送的指令运行结果,所述指令运行结果是所述终端运行所述管理相关指令得到的。
可选的,所述目标通信方式为同步方式,所述通过所述目标通信方式,执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,包括:
通过所述目标通信方式,接收所述终端发送的第一指令获取请求;
执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,其中,所述公交卡管理流程包括:
将所述第一指令获取请求发送至所述第三方服务器,所述第一指令获取请求用于请求获取下一个管理相关指令;
在接收到所述第三方服务器发送的管理相关指令后,向所述终端发送所述管理相关指令;
接收所述终端发送的携带有指令运行结果的第一指令获取请求,所述指令运行结果为所述终端运行所述终端当前获取的管理相关指令得到的。
可选的,所述目标通信方式为异步方式,所述通过所述目标通信方式,执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,包括:
通过所述目标通信方式,接收所述终端发送的第一指令获取请求;
执行公交卡管理流程,其中,所述公交卡管理流程包括:
当本地未缓存有管理相关指令时,向所述终端发送暂停获取指示,所述暂停获取指示用于指示所述终端间隔预设时长再次向所述公交卡服务器发送所述第一指令获取请求,
基于所述第一指令获取请求向第三方服务器发送第四指令获取请求,所述第四指令获取请求用于请求获取所述管理相关指令,
在接收到所述第三方服务器推送的管理相关指令后,在本地缓存所述管理相关指令;
当本地缓存有管理相关指令时,向所述终端发送所述管理相关指令,
在接收到所述终端发送的指令运行结果后,将所述指令运行结果发送至所述第三方服务器,所述指令运行结果为所述终端运行所述终端当前获取的管理相关指令得到的,
在接收到所述第三方服务器返回的传输成功指示后,将所述传输成功指示发送至所述终端,所述传输成功指示用于表征所述第三方服务器已接收到所述指令运行结果,
当再次接收到所述终端发送的第一指令获取请求后,再次执行所述公交卡管理流程,直至完成所述第一公交卡的管理,所述第一指令获取请求是所述终端在接收到所述传输成功指示后发送的;
其中,所述第一指令获取请求用于请求获取下一个管理相关指令。
可选的,所述管理指令为开卡指令,所述方法还包括:
在所述向终端提供公交配置信息之后,接收所述终端发送的第二指令获取请求,所述第二指令获取请求用于请求获取开卡准备指令,所述第二指令获取请求是所述终端在接收到用户触发的开卡指令之后发送的;
基于所述第二指令获取请求,向所述终端发送第一指令,所述第一指令指示读取SE中安全域的状态;
接收所述终端发送的所述SE中安全域的状态的读取结果;
当基于所述SE中安全域的状态的读取结果,确定所述SE中安全域的状态满足开通所述第一公交卡的条件时,向所述终端发送第二指令,所述第二指令指示在所述SE中创建安全域;
接收所述终端发送的创建安全域的结果;
当基于所述创建安全域的结果,确定创建安全域成功时,执行所述通过目标通信方式向所述终端提供管理信息的过程。
可选的,所述管理指令为充值指令,所述方法还包括:
接收所述终端发送的第三指令获取请求,所述第三指令获取请求用于请求充值准备指令;
向所述终端发送第三指令,所述第三指令指示读取SE中安全域的状态;
接收所述终端发送的所述SE中安全域的状态的读取结果;
当基于所述安全域的状态的读取结果,确定所述安全域的状态满足充值所述第一公交卡的条件时,执行所述通过目标通信方式向所述终端提供管理信息的过程。
根据本公开实施例的第三方面,提供一种公交卡管理装置,包括:
第一接收模块,被配置为接收用户触发的管理指令,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在终端中开通第一公交卡,所述充值指令指示对所述第一公交卡进行充值;
第一获取模块,被配置为根据所述管理指令,在预先缓存的公交配置信息中获取所述第一公交卡的目标通信方式,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式;
第二获取模块,被配置为通过所述目标通信方式,从所述公交卡服务器获取所述管理信息;
管理模块,被配置为根据所述管理信息在所述终端中管理所述第一公交卡。
可选的,所述管理信息包括多个管理相关指令,
所述第二获取模块,被配置为:
通过所述目标通信方式,执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,其中,所述公交卡管理流程包括:
接收所述公交卡服务器发送的管理相关指令,所述管理相关指令是所述公交卡服务器从所述第三方服务器获取的,
运行所述管理相关指令,得到指令运行结果,
向所述公交卡服务器发送所述指令运行结果。
可选的,所述目标通信方式为同步方式,所述第二获取模块,被配置为:
通过所述目标通信方式,向所述公交卡服务器发送第一指令获取请求;
执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,所述公交卡管理流程包括:
接收所述公交卡服务器发送的管理相关指令,所述管理相关指令是所述公交卡服务器基于所述终端发送的第一指令获取请求从所述第三方服务器获取的,
运行当前获取的所述管理相关指令,得到指令运行结果,
向所述公交卡服务器发送携带有所述指令运行结果的第一指令获取请求;
其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
可选的,所述目标通信方式为异步方式,所述第二获取模块,被配置为:
执行公交卡管理流程,所述公交卡管理流程包括:
通过所述目标通信方式,向所述公交卡服务器发送第一指令获取请求;
当接收到所述公交卡服务器发送的暂停获取指示时,间隔预设时长再次向所述公交卡服务器发送所述第一指令获取请求,所述暂停获取指示用于表征所述公交卡服务器未缓存有所述第一指令获取请求所请求的指令;
当接收到所述公交卡服务器发送的管理相关指令时,运行当前获取的所述管理相关指令得到指令运行结果;
向所述公交卡服务器发送所述指令运行结果;
当接收到所述公交卡服务器发送的传输成功指示后,再次执行所述公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,所述传输成功指示用于表征第三方服务器已接收到所述指令运行结果;
其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
可选的,所述管理指令为开卡指令,所述装置还包括:
读取模块,被配置为在接收用户触发的开卡指令之后,读取安全芯片SE中安全域的状态;
创建模块,被配置为在所述SE中安全域的状态满足开通所述第一公交卡的条件时,在SE中创建安全域;
所述管理模块,被配置为:
根据所述管理信息在所述安全域中管理所述第一公交卡。
可选的,所述读取模块,包括:
第一发送子模块,被配置为向所述公交卡服务器发送第二指令获取请求,所述第二指令获取请求用于请求获取开卡准备指令;
第一接收子模块,被配置为接收所述公交卡服务器基于所述第二指令获取请求发送的第一指令,所述第一指令指示读取SE中安全域的状态;
第一运行子模块,被配置为运行所述第一指令,以读取所述SE中安全域的状态。
可选的,所述创建模块,包括:
第二发送子模块,被配置为向所述公交卡服务器发送所述SE中安全域的状态的读取结果;
第二接收子模块,被配置为接收所述公交卡服务器发送的第二指令,所述第二指令指示在所述SE中创建安全域,所述第二指令是所述公交卡服务器在基于所述SE中安全域的状态的读取结果,确定所述SE中安全域的状态满足开通所述第一公交卡的条件时发送给所述终端的;
第二运行子模块,被配置为运行所述第二指令,以在所述SE中创建安全域;
第三发送子模块,被配置为向所述公交卡服务器发送创建安全域的结果。
可选的,所述管理指令为开卡指令时,所述管理信息包括:指示下载开卡插件的指令、指示安装开卡插件的指令和/或指示进行第一公交卡的个人化处理的指令。
可选的,所述管理指令为充值指令,所述装置还包括:
第一发送模块,被配置为在接收用户触发的充值指令之后,向所述公交卡服务器发送第三指令获取请求,所述第三指令获取请求用于请求充值准备指令;
第二接收模块,被配置为接收所述公交卡服务器基于所述第三指令获取请求发送的第三指令,所述第三指令指示读取SE中安全域的状态;
运行模块,被配置为运行所述第三指令,以读取所述SE中安全域的状态;
第二发送模块,被配置为向所述公交卡服务器发送所述SE中安全域的状态的读取结果。
可选的,所述管理指令为充值指令时,所述管理信息包括:指示更改所述第一公交卡内的金额的指令和/或指示重写所述第一公交卡的有效期的指令。
可选的,所述公交配置信息还记录有公交卡的公交识别文件的获取地址和公交卡的标识的多组对应关系,所述装置还包括:
第三接收模块,被配置为接收用户触发的公交卡识别指令,并根据所述公交卡识别指令确定待识别的第一公交卡的标识;
确定模块,被配置为根据所述第一公交卡的标识,在所述公交配置信息中确定所述第一公交卡的公交识别文件的获取地址;
第三获取模块,被配置为基于所述第一公交卡的公交识别文件的获取地址,获取所述第一公交卡的公交识别文件;
识别模块,被配置为基于所述第一公交卡的公交识别文件,识别所述第一公交卡中的信息。
根据本公开实施例的第四方面,提供一种公交卡管理装置,包括:
第一提供模块,被配置为向终端提供公交配置信息,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式;
第二提供模块,被配置为通过目标通信方式向所述终端提供管理信息,所述目标通信方式是所述终端在接收到用户触发的管理指令后,由所述终端根据所述公交配置信息确定的,所述管理信息用于所述终端管理所述第一公交卡;
其中,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在所述终端中开通所述第一公交卡,所述充值指令指示对所述第一公交卡进行充值。
可选的,所述管理信息包括多个管理相关指令,
所述第二提供模块,被配置为:
通过所述目标通信方式,执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,其中,所述公交卡管理流程包括:
从所述第三方服务器获取管理相关指令;
向所述终端提供所述管理相关指令;
接收所述终端发送的指令运行结果,所述指令运行结果是所述终端运行所述管理相关指令得到的。
可选的,所述目标通信方式为同步方式,所述第二提供模块,被配置为:
通过所述目标通信方式,接收所述终端发送的第一指令获取请求;
执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,其中,所述公交卡管理流程包括:
将所述第一指令获取请求发送至所述第三方服务器,所述第一指令获取请求用于请求获取下一个管理相关指令;
在接收到所述第三方服务器发送的管理相关指令后,向所述终端发送所述管理相关指令;
接收所述终端发送的携带有指令运行结果的第一指令获取请求,所述指令运行结果为所述终端运行所述终端当前获取的管理相关指令得到的。
可选的,所述目标通信方式为异步方式,所述第二提供模块,被配置为:
通过所述目标通信方式,接收所述终端发送的第一指令获取请求;
执行公交卡管理流程,其中,所述公交卡管理流程包括:
当本地未缓存有管理相关指令时,向所述终端发送暂停获取指示,所述暂停获取指示用于指示所述终端间隔预设时长再次向所述公交卡服务器发送所述第一指令获取请求,
基于所述第一指令获取请求向第三方服务器发送第四指令获取请求,所述第四指令获取请求用于请求获取所述管理相关指令,
在接收到所述第三方服务器推送的管理相关指令后,在本地缓存所述管理相关指令;
当本地缓存有管理相关指令时,向所述终端发送所述管理相关指令,
在接收到所述终端发送的指令运行结果后,将所述指令运行结果发送至所述第三方服务器,所述指令运行结果为所述终端运行所述终端当前获取的管理相关指令得到的,
在接收到所述第三方服务器返回的传输成功指示后,将所述传输成功指示发送至所述终端,所述传输成功指示用于表征所述第三方服务器已接收到所述指令运行结果,
当再次接收到所述终端发送的第一指令获取请求后,再次执行所述公交卡管理流程,直至完成所述第一公交卡的管理,所述第一指令获取请求是所述终端在接收到所述传输成功指示后发送的;
其中,所述第一指令获取请求用于请求获取下一个管理相关指令。
可选的,所述管理指令为开卡指令,所述装置还包括:
第一接收模块,被配置为在所述向终端提供公交配置信息之后,接收所述终端发送的第二指令获取请求,所述第二指令获取请求用于请求获取开卡准备指令,所述第二指令获取请求是所述终端在接收到用户触发的开卡指令之后发送的;
第一发送模块,被配置为基于所述第二指令获取请求,向所述终端发送第一指令,所述第一指令指示读取SE中安全域的状态;
第二接收模块,被配置为接收所述终端发送的所述SE中安全域的状态的读取结果;
第二发送模块,被配置为当基于所述SE中安全域的状态的读取结果,确定所述SE中安全域的状态满足开通所述第一公交卡的条件时,向所述终端发送第二指令,所述第二指令指示在所述SE中创建安全域;
第三接收模块,被配置为接收所述终端发送的创建安全域的结果;
第一执行模块,被配置为当基于所述创建安全域的结果,确定创建安全域成功时,执行所述通过目标通信方式向所述终端提供管理信息的过程。
可选的,所述管理指令为充值指令,所述装置还包括:
第四接收模块,被配置为接收所述终端发送的第三指令获取请求,所述第三指令获取请求用于请求充值准备指令;
第三发送模块,被配置为向所述终端发送第三指令,所述第三指令指示读取SE中安全域的状态;
第五接收模块,被配置为接收所述终端发送的所述SE中安全域的状态的读取结果;
第二执行模块,被配置为当基于所述安全域的状态的读取结果,确定所述安全域的状态满足充值所述第一公交卡的条件时,执行所述通过目标通信方式向所述终端提供管理信息的过程。
根据本公开实施例的第五方面,提供一种公交卡管理系统,所述系统包括终端、公交卡服务器和第三方服务器,所述终端包括第三方面任一所述的装置,所述公交卡服务器包括第四方面任一所述的装置,
所述第三方服务器用于提供管理信息,所述管理信息用于所述终端管理第一公交卡。
根据本公开实施例的第六方面,提供一种公交卡管理装置,所述装置包括:
处理组件;
用于存储所述处理组件的可执行指令的存储器;
其中,所述处理组件被配置为:
接收用户触发的管理指令,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在终端中开通第一公交卡,所述充值指令指示对所述第一公交卡进行充值;
根据所述管理指令,在预先缓存的公交配置信息中获取所述第一公交卡的目标通信方式,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式;
通过所述目标通信方式,从所述公交卡服务器获取所述管理信息,并根据所述管理信息在所述终端中管理所述第一公交卡。
根据本公开实施例的第七方面,提供一种公交卡管理装置,所述装置包括:
处理组件;
用于存储所述处理组件的可执行指令的存储器;
其中,所述处理组件被配置为:
向终端提供公交配置信息,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式;
通过目标通信方式向所述终端提供管理信息,所述目标通信方式是所述终端在接收到用户触发的管理指令后,由所述终端根据所述公交配置信息确定的,所述管理信息用于所述终端管理所述第一公交卡;
其中,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在所述终端中开通所述第一公交卡,所述充值指令指示对所述第一公交卡进行充值。
根据本公开实施例的第八方面,提供一种存储介质,当所述存储介质中的指令由终端的处理组件执行时,使得所述终端能够执行第一方面任一所述的公交卡管理方法,或者,当所述存储介质中的指令由公交卡服务器的处理组件执行时,使得所述公交卡服务器能够执行第二方面任一所述的公交卡管理方法。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开实施例提供的公交卡管理方法、装置及系统、存储介质,终端根据公交卡服务器提供的管理信息即可完成公交卡的管理,提高了终端上对公交卡管理的灵活性,例如在接入了新的公交业务后,可以由公交卡服务器更新公交配置信息,终端基于更新后的公交配置信息,并根据公交卡服务器发送的开卡信息即可完成公交卡的开卡,无需编程人员编写新的程序以使得终端支持新公交卡的开卡,缩短了从公交卡服务器接入新的公交业务到终端可支持新公交卡的开卡的时长,提高了终端上开卡的灵活性;且公交配置信息中记录有第三方服务器所支持的公交卡的通信方式,终端可以通过公交卡服务器对应的接口与公交卡服务器进行通信,对于支持不同的公交卡的通信方式的第三方服务器,采用本公开实施例提供的公交卡管理方法均能实现对公交卡的管理,因此本公开实施例提供的公交卡管理方法的灵活性较高。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
为了更清楚地说明本公开的实施例,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本公开实施例提供的一种公交卡管理方法的应用场景图。
图2-1是本公开一示意性实施例提供的一种公交卡管理方法的流程图。
图2-2是本公开一示意性实施例提供的另一种公交卡管理方法的流程图。
图3-1是本公开一示意性实施例提供的一种公交卡开卡方法的流程图。
图3-2是根据一示例性实施例示出的一种公交卡开卡界面示意图。
图3-3是根据一示例性实施例示出的一种公交卡列表的界面示意图。
图3-4是根据一示例性实施例示出的一种公交卡开卡的界面示意图。
图3-5是根据一示例性实施例示出的一种终端通过同步方式从公交卡服务器获取开卡信息的方法流程图。
图3-6是根据一示例性实施例示出的另一种终端通过同步方式从公交卡服务器获取开卡信息的方法流程图。
图3-7是根据一示例性实施例示出的一种终端通过异步方式从公交卡服务器获取开卡信息的方法流程图。
图4-1是本公开一示意性实施例提供的一种公交卡充值方法的流程图。
图4-2是根据一示例性实施例示出的一种公交卡充值界面示意图。
图4-3是根据一示例性实施例示出的一种终端通过同步方式从公交卡服务器获取充值信息的方法流程图。
图4-4是根据一示例性实施例示出的一种终端通过异步方式从公交卡服务器获取充值信息的方法流程图。
图5是本公开一示意性实施例提供的一种公交卡识别方法的流程图。
图6-1是根据一示例性实施例示出的一种公交卡管理装置的框图。
图6-2是根据一示例性实施例示出的另一种公交卡管理装置的框图。
图6-3是根据一示例性实施例示出的一种读取模块的框图。
图6-4是根据一示例性实施例示出的一种创建模块的框图。
图6-5是根据一示例性实施例示出的又一种公交卡管理装置的框图。
图6-6是根据一示例性实施例示出的再一种公交卡管理装置的框图。
图7-1是根据另一示例性实施例示出的一种公交卡管理装置的框图。
图7-2是根据另一示例性实施例示出的另一种公交卡管理装置的框图。
图7-3是根据另一示例性实施例示出的又一种公交卡管理装置的框图。
图8是根据一示例性实施例示出的一种用于公交卡管理的终端的框图。
图9是根据一示例性实施例示出的一种用于公交卡管理的服务器的框图。
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
具体实施方式
为了使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开作进一步地详细描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本公开保护的范围。
请参见图1,其示出了本公开部分实施例中提供的公交卡管理方法所涉及的实施环境的示意图。该实施环境可以包括:公交卡服务器110、至少一个第三方服务提供商(英文:Service Provider;简称:SP)的服务器120和至少一个终端130。
公交卡服务器110可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。第三方服务提供商的服务器120可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。终端130可以为智能手机、电脑、多媒体播放器、电子阅读器、可穿戴式设备等,且终端130上安装有公交卡客户端。
公交卡服务器110和终端130之间可以通过有线网络或无线网络建立连接,公交卡服务器110和第三方服务提供商的服务器120之间可以通过有线网络或无线网络建立连接。
需要说明的是,本公开实施例涉及的第三方服务提供商的服务器可以称为第三方服务器,一个第三方服务器可以对应至少一种类型的公交卡,在本公开实施例,假设第三方服务器包括第三方服务器X1和第三方服务器X2,两者可以是同一第三方服务提供商的服务器,也可以是不同第三方服务提供商的不同服务器,其中,第三方服务器X1所支持的公交卡的通信方式为同步方式,第三方服务器X2所支持的公交卡的通信方式为异步方式。
图2-1是本公开一示意性实施例提供的一种公交卡管理方法的流程图,可以应用于如图1所示的实施环境中的终端130,如图2-1所示,该方法可以包括:
步骤201A、接收用户触发的管理指令,该管理指令包括开卡指令或充值指令。
其中,开卡指令指示在终端中开通第一公交卡,充值指令指示对第一公交卡进行充值。
步骤202A、根据管理指令,在预先缓存的公交配置信息中获取第一公交卡的目标通信方式。
其中,公交配置信息是由公交卡服务器提供给终端的,公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式。
步骤203A、通过目标通信方式,从公交卡服务器获取管理信息,并根据管理信息在终端中管理第一公交卡。
综上所述,本公开实施例提供的公交卡管理方法,终端根据公交卡服务器提供的管理信息即可完成公交卡的管理,提高了终端上对公交卡管理的灵活性,例如在接入了新的公交业务后,可以由公交卡服务器更新公交配置信息,终端基于更新后的公交配置信息,并根据公交卡服务器发送的开卡信息即可完成公交卡的开卡,无需编程人员编写新的程序以使得终端支持新公交卡的开卡,缩短了从公交卡服务器接入新的公交业务到终端可支持新公交卡的开卡的时长,提高了终端上开卡的灵活性;且公交配置信息中记录有第三方服务器所支持的公交卡的通信方式,终端可以通过公交卡服务器对应的接口与公交卡服务器进行通信,对于支持不同的公交卡的通信方式的第三方服务器,采用本公开实施例提供的公交卡管理方法均能实现对公交卡的管理,因此本公开实施例提供的公交卡管理方法的灵活性较高。
可选的,管理信息可以包括多个管理相关指令,则上述步骤203A可以包括:
通过目标通信方式,执行至少一次公交卡管理流程,直至接收到公交卡服务器发送的结束指令,其中,公交卡管理流程包括:
接收公交卡服务器发送的管理相关指令,该管理相关指令是公交卡服务器从第三方服务器获取的;运行管理相关指令,得到指令运行结果;向公交卡服务器发送指令运行结果。
在本公开实施例中,目标通信方式可以为同步方式或异步方式。
当目标通信方式为同步方式时,通过目标通信方式,执行至少一次公交卡管理流程,直至接收到公交卡服务器发送的结束指令,可以包括:通过目标通信方式,向公交卡服务器发送第一指令获取请求;执行至少一次公交卡管理流程,直至接收到公交卡服务器发送的结束指令,公交卡管理流程包括:
接收公交卡服务器发送的管理相关指令,该管理相关指令是公交卡服务器基于终端发送的第一指令获取请求从第三方服务器获取的,运行当前获取的管理相关指令,得到指令运行结果,向公交卡服务器发送携带有指令运行结果的第一指令获取请求;其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
当目标通信方式为异步方式时,通过目标通信方式,执行至少一次公交卡管理流程,直至接收到公交卡服务器发送的结束指令,可以包括:执行公交卡管理流程,公交卡管理流程包括:
通过目标通信方式,向公交卡服务器发送第一指令获取请求;当接收到公交卡服务器发送的暂停获取指示时,间隔预设时长再次向公交卡服务器发送第一指令获取请求,该暂停获取指示用于表征公交卡服务器未缓存有第一指令获取请求所请求的指令;当接收到公交卡服务器发送的管理相关指令时,运行当前获取的管理相关指令得到指令运行结果;向公交卡服务器发送指令运行结果;当接收到公交卡服务器发送的传输成功指示后,再次执行公交卡管理流程,直至接收到公交卡服务器发送的结束指令,传输成功指示用于表征第三方服务器已接收到指令运行结果;其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
可选的,管理指令为开卡指令时,管理信息包括:指示下载开卡插件的指令、指示安装开卡插件的指令和/或指示进行第一公交卡的个人化处理的指令。
可选的,管理指令为充值指令时,管理信息包括:指示更改第一公交卡内的金额的指令和/或指示重写第一公交卡的有效期的指令。
图2-2是本公开一示意性实施例提供的一种公交卡管理方法的流程图,可以应用于如图1所示的实施环境中的公交卡服务器110,如图2-2所示,该方法可以包括:
步骤201B、向终端提供公交配置信息,该公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式。
步骤202B、通过目标通信方式向终端提供管理信息,该目标通信方式是终端在接收到用户触发的管理指令后,由终端根据公交配置信息确定的,该管理信息用于终端管理第一公交卡。
其中,管理指令包括开卡指令或充值指令,开卡指令指示在终端中开通第一公交卡,充值指令指示对第一公交卡进行充值。
综上所述,本公开实施例提供的公交卡管理方法,公交卡服务器可以为终端提供管理信息,终端基于该管理信息可以管理公交卡,提高了终端上对公交卡管理的灵活性,例如在接入了新的公交业务后,可以由公交卡服务器更新公交配置信息,终端基于更新后的公交配置信息,并根据公交卡服务器发送的开卡信息即可完成公交卡的开卡,无需编程人员编写新的程序以使得终端支持新公交卡的开卡,缩短了从公交卡服务器接入新的公交业务到终端可支持新公交卡的开卡的时长,提高了终端上开卡的灵活性;且公交配置信息中记录有第三方服务器所支持的公交卡的通信方式,终端可以通过公交卡服务器对应的接口与公交卡服务器进行通信,对于支持不同的公交卡的通信方式的第三方服务器,采用本公开实施例提供的公交卡管理方法均能实现对公交卡的管理,因此本公开实施例提供的公交卡管理方法的灵活性较高。
可选的,管理信息可以包括多个管理相关指令,则上述步骤202B可以包括:
通过目标通信方式,执行至少一次公交卡管理流程,直至完成第一公交卡的管理,其中,公交卡管理流程包括:
从第三方服务器获取管理相关指令;向终端提供管理相关指令;接收终端发送的指令运行结果,该指令运行结果是终端运行管理相关指令得到的。
在本公开实施例中,目标通信方式可以为同步方式或异步方式。
当目标通信方式为同步方式时,通过目标通信方式,执行至少一次公交卡管理流程,直至完成第一公交卡的管理,可以包括:通过目标通信方式,接收终端发送的第一指令获取请求;执行至少一次公交卡管理流程,直至完成第一公交卡的管理,其中,公交卡管理流程包括:
将第一指令获取请求发送至第三方服务器,该第一指令获取请求用于请求获取下一个管理相关指令;在接收到第三方服务器发送的管理相关指令后,向终端发送管理相关指令;接收终端发送的携带有指令运行结果的第一指令获取请求,该指令运行结果为终端运行终端当前获取的管理相关指令得到的。
当目标通信方式为异步方式时,通过目标通信方式,执行至少一次公交卡管理流程,直至完成第一公交卡的管理,可以包括:通过目标通信方式,接收终端发送的第一指令获取请求;执行公交卡管理流程,其中,公交卡管理流程包括:
当本地未缓存有管理相关指令时,向终端发送暂停获取指示,该暂停获取指示用于指示终端间隔预设时长再次向公交卡服务器发送第一指令获取请求,基于第一指令获取请求向第三方服务器发送第四指令获取请求,第四指令获取请求用于请求获取管理相关指令,在接收到第三方服务器推送的管理相关指令后,在本地缓存管理相关指令;当本地缓存有管理相关指令时,向终端发送管理相关指令,在接收到终端发送的指令运行结果后,将指令运行结果发送至第三方服务器,该指令运行结果为终端运行终端当前获取的管理相关指令得到的,在接收到第三方服务器返回的传输成功指示后,将传输成功指示发送至终端,该传输成功指示用于表征第三方服务器已接收到指令运行结果,当再次接收到终端发送的第一指令获取请求后,再次执行公交卡管理流程,直至完成第一公交卡的管理,该第一指令获取请求是终端在接收到传输成功指示后发送的;其中,所述第一指令获取请求用于请求获取下一个管理相关指令。
可选的,本公开实施例提供的公交卡管理方法可以包括公交卡开卡方法和公交卡充值方法,在图1所示的实施环境中,不仅可以实现公交卡的开卡功能和公交卡的充值功能,还可以实现公交卡的识别功能,本公开以下述实施例对各个功能的实现过程分别进行说明。
图3-1是本公开实施例提供的一种公交卡开卡方法的流程图,可以应用于如图1所示的实施环境,如图3-1所示,该方法可以包括:
步骤301、在终端中的公交卡客户端启动后,终端从公交卡服务器拉取公交配置信息。
其中,公交配置信息是公交卡服务器向终端提供的,在终端从公交卡服务器拉取公交配置信息后,终端可以将该公交配置信息存储在终端中。
可选的,公交配置信息可以记录有多种公交卡的基本信息、多种公交卡的通信方式和多种公交卡的公交识别文件的获取地址,在本公开实施例中,以公交识别文件的获取地址为统一资源定位符(英文:Uniform Resource Locator;简称:Url)为例进行说明,但并不用于限定公交识别文件的获取地址。其中,公交卡的基本信息可以包括公交卡的标识、公交卡在SE中的应用身份标识(英文:Application identification;简称:Aid)和公交卡的图标等。公交卡的标识可以包括:公交卡的名称和/或类型,例如,深圳市的公交卡的标识可以为SZT和/或深圳通。
示例的,公交配置信息的格式可以定义为:
{“card Aid”:“xxx”,“card Type”:“SZT”,“card Name”:“深圳通”,“operationType”:0/1,“card Rules Url”:“https://xxx”,“support City Hci”:“true/false”}
其中,card Aid表示公交卡的Aid,一般用十六进制数值表示;card Type表示公交卡的类型;card Name表示公交卡的名称;operation Type表示公交卡的通信方式,0表示公交卡的通信方式为同步方式,1表示公交卡的通信方式为异步方式(实际应用中,还可以用其他字符代表同步方式或异步方式,例如A代表同步方式,B代表异步方式等,本公开实施例只是示意性说明);card Rules Url表示公交识别文件的Url;support City Hci表示功能标识,true表示支持刷卡成功通知,false表示不支持刷卡成功通知(实际应用中,还可以用其他字符代表是否支持刷卡成功通知,例如0代表支持刷卡成功通知,1代表不支持刷卡成功通知等,本公开实施例只是示意性说明)。
需要说明的是,上述多种公交卡均为在公交卡服务器中开通公交业务的公交卡,也即是,上述多种公交卡均为公交卡服务器所支持的公交卡,公交卡服务器所支持的公交卡可以随第三方服务器提供的公交业务的变化而变化,相应的,公交卡服务器会周期性或者在公交业务变化时更新其提供的公交配置信息,当终端的公交卡客户端每次启动后,终端即拉取公交配置信息,可以保证终端与公交卡服务器中的公交配置信息的同步,为用户提供最新的公交配置信息,以提高用户体验。
本公开实施例中,公交卡的通信方式是由公交卡服务器基于第三方服务器所支持的公交卡的通信方式预先配置在公交配置信息中的,同一公交卡的通信方式通常是保持一致的,例如某一公交卡的开卡的通信方式为同步方式,则该某一公交卡的充值的通信方式也为同步方式。
需要说明的是,由于第三方服务器所支持的公交卡的通信方式有多种,通常为同步方式或异步方式,通过在公交配置信息中预先配置第三方服务器所支持的公交卡的通信方式,可以使得终端获取第三方服务器所支持的通信方式,以使终端与公交卡服务器的通信方式适配于第三方服务器所支持的通信方式,进一步的,可以通过在公交卡服务器上配置与不同通信方式一一对应的接口,以使终端基于确定的通信方式,通过对应的接口与公交卡服务器进行通信,以适配第三方服务器所支持的通信方式,在本公开实施例中,无论第三方服务器所支持的公交卡的通信方式为何种,均能实现对公交卡的管理,因此本公开实施例提供的公交卡管理方法的灵活性较高。
步骤302、终端接收用户触发的开卡指令,该开卡指令指示在终端中开通第一公交卡。
示例的,公交卡客户端为小米钱包,如图3-2所示,小米钱包启动后,可以在显示界面上显示公交卡选项A,当接收到对公交卡选项A的触发操作后,终端可以从公交配置信息中拉取公交卡列表,如图3-3所示,可以在显示界面上显示公交卡服务器支持的多种公交卡的公交卡列表B,公交卡列表B中包括深圳通和上海公共交通卡,当点击深圳通的公交卡标识时,如图3-4所示,可以在显示界面上显示公交卡开卡提示C,例如该公交卡开卡提示C为“立即开通”,当终端接收到对开卡提示的触发操作时,终端即接收到了开卡指令。
需要说明的是,在终端的开卡过程中,终端接收到对开卡提示的触发操作后,可以通过公交卡客户端可以向公交卡服务器发送公交卡开通请求,公交卡服务器可以根据该公交卡开通请求生成业务订单,并将该业务订单返回给终端,当终端完成对该业务订单的支付后,公交卡服务器可以根据该已完成支付的业务订单执行开卡操作。
进一步的,终端在接收用户触发的开卡指令之后,可以读取SE中安全域的状态;在SE中安全域的状态满足开通第一公交卡的条件时,在SE中创建安全域,具体过程可以参考下述步骤303至308。相应的,终端根据管理信息在终端中管理第一公交卡,也即是,终端根据开卡信息在安全域中开通第一公交卡。
步骤303、终端向公交卡服务器发送第二指令获取请求,该第二指令获取请求用于请求获取开卡准备指令。
可选的,在本公开实施例中,开卡准备指令可以包括用于指示读取SE中安全域的状态的第一指令和用于指示在SE中创建安全域的第二指令。
步骤304、公交卡服务器基于第二指令获取请求,向终端发送第一指令。
其中,第一指令用于指示终端读取SE中安全域的状态。
步骤305、终端运行第一指令,以读取SE中安全域的状态。
步骤306、终端向公交卡服务器发送SE中安全域的状态的读取结果。
步骤307、当确定SE中安全域的状态满足开通第一公交卡的条件时,公交卡服务器向终端发送第二指令。
需要说明的是,公交卡服务器是基于SE中安全域的状态的读取结果,判断SE中安全域的状态是否满足开通第一公交卡的条件的。
可选的,公交卡服务器可以根据SE中安全域的状态,判断当前安全域的状态是否支持开通公交卡,以及检测安全域中是否存在第一公交卡的卡实例(例如检测终端中是否已开通与第一公交卡同属一个城市的公交卡),当确定当前安全域的状态支持开通公交卡,且安全域中不存在第一公交卡的卡实例时,确定SE中安全域的状态满足开通第一公交卡的条件。
可选的,当公交卡服务器确定SE中安全域的状态不满足开通第一公交卡的条件时,可以向终端发送携带有指示开卡准备失败的结束指令,以指示终端本次开卡失败。
其中,第二指令用于指示终端在SE中创建安全域。
步骤308、终端运行第二指令,以在SE中创建安全域。
需要说明的是,终端采用上述步骤303至步骤308的方法读取SE中安全域的状态以及在SE中创建安全域时,无需在公交卡客户端的程序中编写与读取SE中安全域的状态以及在SE中创建安全域对应的程序,提高了终端上的公交卡开卡的灵活性。
实际应用中,终端也可以自行读取SE中安全域的状态,并在确定SE中安全域的状态满足开通公交卡的条件后,在SE中创建安全域,将创建安全域的结果发送给公交卡服务器,以便公交卡服务器执行后续过程。
步骤309、终端向公交卡服务器发送创建安全域的结果。
可选的,公交卡服务器可以基于创建安全域的结果判断终端中是否创建安全域成功,当公交卡服务器确定创建安全域成功时,可以执行下述步骤310至311;当公交卡服务器确定创建安全域失败时,可以向终端发送携带有指示开卡准备失败的结束指令,以指示终端本次开卡失败。
步骤310、终端根据开卡指令,在预先缓存的公交配置信息中获取第一公交卡的目标通信方式。
可选的,该目标通信方式可以为同步方式或异步方式,终端可以根据公交配置信息确定第一公交卡的目标通信方式。
步骤311、终端通过目标通信方式,从公交卡服务器获取开卡信息,并根据开卡信息在终端中开通第一公交卡。
其中,开卡信息可以包括多个开卡相关指令,例如开卡信息可以包括:指示下载开卡插件的指令、指示安装开卡插件的指令和/或指示进行第一公交卡的个人化处理的指令。
可选的,在本公开实施例中,以多个开卡相关指令由公交卡服务器依次提供给终端为例进行说明,例如,公交卡服务器先向终端提供指示下载开卡插件的指令,在终端运行完该指令得到运行结果,并将运行结果发送至公交卡服务器后,公交卡服务器再向终端提供指示安装开卡插件的指令;实际应用中,多个开卡相关指令也可以是由公交卡服务器一次性提供给终端的,本公开实施例对此不做限定。
需要说明的是,目标通信方式不同,终端从公交卡服务器获取开卡信息的方式不同,公交卡服务器用于与终端通信的接口也不同,公交卡服务器通过采用不同的接口与终端通信,可以快速确定与第三方服务器的通信方式,提高了通信效率,从而提高了公交卡开卡效率。例如,当目标通信方式为同步方式时,终端可以从公交卡服务器的第一接口获取开卡信息,当目标通信方式为异步方式时,终端可以从公交卡服务器的第二接口获取开卡信息。
一方面,当目标通信方式为同步方式时,终端从公交卡服务器获取开卡信息的方法,如图3-5所示,可以包括:
步骤3111a、终端通过目标通信方式,向公交卡服务器发送第一指令获取请求。
可选的,第一指令获取请求可以用于请求下一个开卡相关指令。
步骤3112a、公交卡服务器将第一指令获取请求发送至第三方服务器X1。
可选的,公交卡服务器向第三方服务器X1发送的第一指令获取请求可以与终端向公交卡服务器发送的第一指令获取请求相同,即公交卡服务器只进行了请求的透传;公交卡服务器向第三方服务器X1发送的第一指令获取请求也可以与终端向公交卡服务器发送的第一指令获取请求不同,即公交卡服务器对第一指令获取请求进行了相关处理,例如添加了公交卡服务器的某些信息,或者添加了终端的某些信息,本公开实施例对此不做限定。
步骤3113a、公交卡服务器在接收到第三方服务器X1发送的开卡相关指令后,向终端发送该开卡相关指令。
第三方服务器X1可以根据第一指令获取请求在自身存储的指令中获取终端所请求的开卡相关指令,并向公交卡服务器发送该开卡相关指令,公交卡服务器可以将接收到的开卡相关指令发送给终端。
步骤3114a、终端运行当前获取的开卡相关指令,得到指令运行结果。
步骤3115a、终端向公交卡服务器发送携带有指令运行结果的第一指令获取请求。
进一步的,终端向公交卡服务器发送携带有指令运行结果的第一指令获取请求后,重复执行上述步骤3112a至步骤3115a,直至公交卡服务器确定完成第一公交卡的开通,此时,公交卡服务器可以向终端发送结束指令,以指示终端本次开卡结束。
示例的,当开卡信息包括指示下载开卡插件的指令、指示安装开卡插件的指令和指示进行第一公交卡的个人化处理的指令时,终端通过同步方式从公交卡服务器获取开卡信息的过程,如图3-6所示,可以包括:
S101、终端向公交卡服务器发送第一指令获取请求;
其中,第一指令获取请求用于请求指示下载开卡插件的指令。
S102、公交卡服务器向第三方服务器X1发送第一指令获取请求;
S103、第三方服务器X1向公交卡服务器发送指示下载开卡插件的指令;
S104、公交卡服务器向终端发送指示下载开卡插件的指令;
S105、终端下载开卡插件,得到开卡插件的下载结果;
S106、终端向公交卡服务器发送携带有开卡插件的下载结果的第一指令获取请求;
S107、公交卡服务器向第三方服务器X1发送携带有开卡插件的下载结果的第一指令获取请求;
可选的,当公交卡服务器确定终端下载开卡插件成功时,可以向第三方服务器X1发送携带有开卡插件的下载结果的第一指令获取请求;当公交卡服务器确定终端下载开卡插件失败时,可以向终端发送开卡失败指令,用于指示终端本次开卡失败。
S108、第三方服务器X1向公交卡服务器发送指示安装开卡插件的指令;
S109、公交卡服务器向终端发送指示安装开卡插件的指令;
S110、终端安装开卡插件,得到开卡插件的安装结果;
S111、终端向公交卡服务器发送携带有开卡插件的安装结果的第一指令获取请求;
S112、公交卡服务器向第三方服务器X1发送携带有开卡插件的安装结果的第一指令获取请求;
可选的,当公交卡服务器确定终端安装开卡插件成功时,可以向第三方服务器X1发送携带有开卡插件的安装结果的第一指令获取请求;当公交卡服务器确定终端安装开卡插件失败时,可以向终端发送开卡失败指令,用于指示终端本次开卡失败。
S113、第三方服务器X1向公交卡服务器发送指示进行第一公交卡的个人化处理的指令;
S114、公交卡服务器向终端发送指示进行第一公交卡的个人化处理的指令;
S115、终端进行第一公交卡的个人化处理,得到第一公交卡的个人化处理结果;
其中,进行第一公交卡的个人化处理包括写入第一公交卡的卡号和确定第一公交卡的有效期等。
S116、终端向公交卡服务器发送携带有第一公交卡的个人化处理结果的第一指令获取请求;
S117、公交卡服务器向第三方服务器X1发送携带有第一公交卡的个人化处理结果的第一指令获取请求;
可选的,当公交卡服务器确定终端进行第一公交卡的个人化处理成功时,可以向第三方服务器X1发送携带有开卡插件的安装结果的第一指令获取请求;当公交卡服务器确定终端进行第一公交卡的个人化处理失败时,可以向终端发送开卡失败指令,用于指示终端本次开卡失败。
S118、第三方服务器X1确定第一公交卡开通成功;
S119、第三方服务器X1向公交卡服务器发送结束指令;
S120、公交卡服务器向终端发送结束指令。
可选的,结束指令可以用于指示终端第一公交卡开通成功。
另一方面,当目标通信方式为异步方式时,终端从公交卡服务器获取开卡信息的方法,如图3-7所示,可以包括:
步骤3111b、终端通过目标通信方式,向公交卡服务器发送第一指令获取请求。
其中,第一指令获取请求用于请求下一个开卡相关指令。
步骤3112b、公交卡服务器判断本地是否缓存有开卡相关指令;当本地未缓存有开卡相关指令时,执行步骤3113b;当本地缓存有开卡相关指令时,执行步骤3114b。
需要说明的是,公交卡服务器中缓存的第一指令获取请求所请求的命令,是第三方服务器X2推送给公交卡服务器的。
步骤3113b、公交卡服务器向终端发送暂停获取指示,并基于第一指令获取请求向第三方服务器X2发送第四指令获取请求,在接收到第三方服务器X2推送的开卡相关指令后,在本地缓存该开卡相关指令。
其中,暂停获取指示用于指示终端间隔预设时长再次向公交卡服务器发送所述第一指令获取请求,且暂停获取指示用于表征公交卡服务器中未缓存有终端所请求的开卡相关指令;第四指令获取请求用于向第三方服务器X2请求获取开卡相关指令。
进一步的,终端间隔预设时长再次向公交卡服务器发送第一指令获取请求,也即是返回步骤3111b。
示例的,终端接收到公交卡服务器发送的暂停获取指示时,终端可以间隔预设时长(例如2秒)再次向公交卡服务器发送第一指令获取请求,当终端接收到公交卡服务器发送的暂停获取指示的次数达到预设次数(例如该预设次数为10次)时,终端确定本次开卡失败。
可选的,终端接收到公交卡服务器针对同一条第一指令获取请求发送的暂停获取指示的次数达到预设次数,例如,终端接收到公交卡服务器针对同一条第一指令获取请求发送的暂停获取指示的累计次数达到10次时,终端可以确定本次开卡失败。
步骤3114b、公交卡服务器向终端发送开卡相关指令。
步骤3115b、终端运行当前获取的开卡相关指令,得到指令运行结果。
步骤3116b、公交卡服务器在接收到终端发送的指令运行结果后,将指令运行结果发送至第三方服务器X2。
需要说明的是,第三方服务器X2在接收到指令运行结果后,开始准备下一条开卡指令,例如第三方服务器X2在接收到开卡插件的下载结果后,开始准备指示安装开卡插件的指令,第三方服务器X2准备完指示安装开卡插件的指令后,向公交卡服务器推送该条指示安装开卡插件的指令,公交卡服务器接收到第三方服务器X2推送的指令后,在本地缓存该指令。公交卡服务器中缓存的指令可以具有一定的生存期限,超过该生存期限的指令会被删除,以避免公交卡服务器的缓存长期被占用。
步骤3117b、公交卡服务器在接收到第三方服务器X2返回的传输成功指示后,将传输成功指示发送至终端。
其中,传输成功指示用于表征第三方服务器已接收到指令运行结果。
进一步的,终端接收到公交卡服务器发送的传输成功指示后,重复执行上述步骤3111b至步骤3117b,直至公交卡服务器确定完成第一公交卡的开通,此时,公交卡服务器可以向终端发送结束指令,以指示终端本次开卡结束。
可选的,当目标通信方式为异步方式时,终端从公交卡服务器获取开卡信息的方式可以为终端从公交卡服务器拉取开卡信息。
综上所述,本公开实施例提供的公交卡开卡方法,当公交卡服务器支持的公交业务发生变化时,终端根据公交卡服务器提供的公交配置信息和开卡信息即可完成公交卡的开通,无需编程人员重新编写公交卡客户端的程序并打包发布,相应的,用户也无需更新终端上的公交卡客户端的版本,降低了公交卡客户端的程序维护成本的同时,提高了用户体验。
图4-1是本公开实施例提供的一种公交卡充值方法的流程图,可以应用于如图1所示的实施环境,如图4-1所示,该方法可以包括:
步骤401、在终端中的公交卡客户端启动后,终端从公交卡服务器拉取公交配置信息。
此步骤的具体实现过程可以参考上述步骤301,在此不做赘述。
步骤402、终端接收用户触发的充值指令,该充值指令指示对第一公交卡进行充值。
示例的,参考步骤302中的例子,终端在接收到对小米钱包中已开通的第一公交卡的触发操作时,如图4-2所示,可以在终端的显示界面上显示公交卡充值界面,该充值界面可以包括充值金额选项D和充值确定选项E,例如充值金额选项D为“50元”,充值确定选项E为“立即支付”。可选的,当终端的显示界面为公交卡充值界面时,也即是终端接收到对已开通的第一公交卡的触发操作时,可以确定接收到了充值指令。
步骤403、终端向公交卡服务器发送第三指令获取请求,该第三指令获取请求用于请求获取充值准备指令。
可选的,在本公开实施例中,充值准备指令可以包括用于指示读取SE中安全域的状态的第三指令。
步骤404、公交卡服务器基于第三指令获取请求,向终端发送第三指令。
其中,第三指令用于指示终端读取SE中安全域的状态;
步骤405、终端运行第三指令,以读取SE中安全域的状态。
终端采用上述方法读取SE中安全域的状态时,无需在公交卡客户端的程序中编写与读取SE中安全域的状态对应的程序,提高了终端上的公交卡充值的灵活性。
实际应用中,终端也可以自行读取SE中安全域的状态,并将SE中安全域的状态发送给公交卡服务器,以便公交卡服务器执行后续过程。
步骤406、终端向公交卡服务器发送SE中安全域的状态的读取结果。
可选的,公交卡服务器可以根据SE中安全域的状态,判断当前安全域的状态是否满足充值第一公交卡的条件,包括:判断当前安全域的状态是否支持充值第一公交卡,以及检测安全域中是否存在第一公交卡的卡实例。当确定当前安全域的状态支持充值第一公交卡,且安全域中存在第一公交卡的卡实例时,确定SE中安全域的状态满足充值第一公交卡的条件。
进一步的,当公交卡服务器确定当前安全域的状态满足充值第一公交卡的条件时,可以执行下述步骤407至408;当公交卡服务器确定当前安全域的状态不满足充值第一公交卡的条件时,可以向终端发送携带有指示充值准备失败的结束指令,以指示终端本次充值失败。
步骤407、终端根据充值指令,在预先缓存的公交配置信息中获取第一公交卡的目标通信方式。
可选的,该目标通信方式可以为同步方式或异步方式,终端可以根据公交配置信息确定第一公交卡的目标通信方式。
步骤408、终端通过目标通信方式,从公交卡服务器获取充值信息,并根据充值信息对第一公交卡进行充值。
其中,充值信息可以包括多个充值相关指令,例如充值信息可以包括:指示更改第一公交卡内的金额的指令和/或指示重写第一公交卡的有效期的指令。
可选的,在本公开实施例中,以多个充值相关指令由公交卡服务器依次提供给终端为例进行说明,例如,公交卡服务器先向终端提供指示更改第一公交卡内的金额的指令,在终端运行完该指令得到运行结果,并将运行结果发送至公交卡服务器后,公交卡服务器再向终端提供指示重写第一公交卡的有效期的指令;实际应用中,多个充值相关指令也可以是由公交卡服务器一次性提供给终端的,本公开实施例对此不做限定。
需要说明的是,目标通信方式不同,终端从公交卡服务器获取充值信息的方式不同,公交卡服务器用于与终端通信的接口也不同,公交卡服务器通过采用不同的接口与终端通信,可以快速确定与第三方服务器的通信方式,提高了通信效率,从而提高了充值效率。例如,当目标通信方式为同步方式时,终端可以从公交卡服务器的第三接口获取充值信息,当目标通信方式为异步方式时,终端可以从公交卡服务器的第四接口获取充值信息。
一方面,当目标通信方式为同步方式时,终端从公交卡服务器获取充值信息的方法,如图4-3所示,可以包括:
步骤4081a、终端通过目标通信方式,向公交卡服务器发送第一指令获取请求。
其中,第一指令获取请求用于请求下一个充值相关指令。
步骤4082a、公交卡服务器将第一指令获取请求发送至第三方服务器X1。
可选的,公交卡服务器向第三方服务器X1发送的第一指令获取请求可以与终端向公交卡服务器发送的第一指令获取请求相同,即公交卡服务器只进行了请求的透传;公交卡服务器向第三方服务器X1发送的第一指令获取请求也可以与终端向公交卡服务器发送的第一指令获取请求不同,即公交卡服务器对第一指令获取请求进行了相关处理,例如添加了公交卡服务器的某些信息,或者添加了终端的某些信息,本公开实施例对此不做限定。
步骤4083a、公交卡服务器在接收到第三方服务器X1发送的充值相关指令后,向终端发送该充值相关指令。
第三方服务器X1可以根据第一指令获取请求在自身存储的指令中获取终端所请求的充值相关指令,并向公交卡服务器发送该充值相关指令,公交卡服务器可以将接收到的充值相关指令发送给终端。
步骤4084a、终端运行当前获取的充值相关指令,得到指令运行结果。
步骤4085a、终端向公交卡服务器发送携带有指令运行结果的第一指令获取请求。
进一步的,终端向公交卡服务器发送携带有指令运行结果的第一指令获取请求后,重复执行上述步骤4082a至步骤4085a,直至公交卡服务器确定完成第一公交卡的充值,此时,公交卡服务器可以向终端发送结束指令,以指示终端本次充值结束。
当目标通信方式为同步方式时,终端通过目标通信方式从公交卡服务器获取充值信息的具体过程可以参考上述步骤S101至步骤S120中终端通过同步方式从公交卡服务器获取开卡信息的过程,本公开实施例在此不做赘述。
另一方面,当目标通信方式为异步方式时,终端从公交卡服务器获取充值信息的方法,如图4-4所示,可以包括:
步骤4081b、终端通过目标通信方式,向公交卡服务器发送第一指令获取请求。
其中,第一指令获取请求用于请求下一个充值相关指令。
步骤4082b、公交卡服务器判断本地是否缓存有充值相关指令;当本地未缓存有充值相关指令时,执行步骤4083b;当本地缓存有充值相关指令时,执行步骤4084b。
需要说明的是,公交卡服务器中缓存的第一指令获取请求所请求的命令,是第三方服务器X2推送给公交卡服务器的。
步骤4083b、公交卡服务器向终端发送暂停获取指示,并基于第一指令获取请求向第三方服务器X2发送第四指令获取请求,在接收到第三方服务器X2推送的充值相关指令后,在本地缓存该充值相关指令。
其中,暂停获取指示用于指示终端间隔预设时长再次向公交卡服务器发送所述第一指令获取请求,且暂停获取指示用于表征公交卡服务器中未缓存有终端所请求的充值相关指令;第四指令获取请求用于向第三方服务器X2请求获取充值相关指令。
进一步的,终端间隔预设时长再次向公交卡服务器发送第一指令获取请求,也即是返回步骤4081b。
示例的,终端接收到公交卡服务器发送的暂停获取指示时,终端可以间隔预设时长(例如2秒)再次向公交卡服务器发送第一指令获取请求,当终端接收到公交卡服务器发送的暂停获取指示的次数达到预设次数(例如该预设次数为10次)时,终端确定本次充值失败。
可选的,终端接收到公交卡服务器针对同一条第一指令获取请求发送的暂停获取指示的次数达到预设次数,例如,终端接收到公交卡服务器针对同一条第一指令获取请求发送的暂停获取指示的累计次数达到10次时,终端可以确定本次充值失败。
步骤4084b、公交卡服务器向终端发送充值相关指令。
步骤4085b、终端运行当前获取的充值相关指令,得到指令运行结果。
步骤4086b、公交卡服务器在接收到终端发送的指令运行结果后,将指令运行结果发送至第三方服务器X2。
需要说明的是,第三方服务器X2在接收到指令运行结果后,开始准备下一条充值指令,例如第三方服务器X2在接收到第一公交卡内的金额的更改结果后,开始准备指示重写第一公交卡的有效期的指令,第三方服务器X2准备完指示重写第一公交卡的有效期的指令后,向公交卡服务器推送该条指示重写第一公交卡的有效期的指令,公交卡服务器接收到第三方服务器X2推送的指令后,在本地缓存该指令。公交卡服务器中缓存的指令可以具有一定的生存期限,超过该生存期限的指令会被删除,以避免公交卡服务器的缓存长期被占用。
步骤4087b、公交卡服务器在接收到第三方服务器X2返回的传输成功指示后,将传输成功指示发送至终端。
其中,传输成功指示用于表征第三方服务器已接收到指令运行结果。
进一步的,终端接收到公交卡服务器发送的传输成功指示后,重复执行上述步骤4081b至步骤4087b,直至公交卡服务器确定完成第一公交卡的充值,此时,公交卡服务器可以向终端发送结束指令,以指示终端本次充值结束。
可选的,当目标通信方式为异步方式时,终端从公交卡服务器获取充值信息的方式可以为终端从公交卡服务器拉取充值信息。
综上所述,本公开实施例提供的公交卡充值方法,当公交卡服务器支持的公交业务发生变化时,终端根据公交卡服务器提供的公交配置信息和充值信息即可完成公交卡的充值,无需编程人员重新编写公交卡客户端的程序并打包发布,相应的,用户也无需更新终端上的公交卡客户端的版本,降低了公交卡客户端的程序维护成本的同时,提高了用户体验。
图5是本公开实施例提供的一种公交卡识别方法的流程图,可以应用于如图1所示的实施环境,如图5所示,该方法可以包括:
步骤501、在终端中的公交卡客户端启动后,终端从公交卡服务器拉取公交配置信息。
可选的,公交配置信息可以记录有公交卡的公交识别文件的获取地址和公交卡的标识的多组对应关系。此步骤的具体实现过程可以参考上述步骤301,在此不做赘述。
步骤502、终端接收用户触发的公交卡识别指令,并根据该公交卡识别指令确定待识别的第一公交卡的标识。
其中,公交卡识别指令用于指示终端获取第一公交卡的卡号、余额、刷卡记录、充值记录、消费记录和有效期等信息。
当第一公交卡为SE中的虚拟公交卡时,终端接收到用户对公交卡列表中已开通的公交卡的标识的触发操作后,可以确定接收到用户触发的公交卡识别指令,并从公交卡列表中获取该卡的标识;当第一公交卡为实体公交卡时,终端通过NFC芯片与该实体公交卡建立通信连接后,终端可以确定接收到用户触发的公交卡识别指令,并从实体公交卡中获取该卡的标识。
步骤503、终端根据第一公交卡的标识,在公交配置信息中确定第一公交卡的公交识别文件的获取地址。
示例的,公交配置信息中记录有公交识别文件的Url,参见步骤301中的公交配置信息的格式(“card Rules Url”:“http:/xxx”)。不同的公交卡的公交识别文件的获取地址不同,例如不同的公交卡的公交识别文件的Url不同,也即是公交配置信息记录的公交卡的标识和与公交卡的公交识别文件的Url一一对应。
步骤504、终端基于第一公交卡的公交识别文件的获取地址,从公交卡服务器获取第一公交卡的公交识别文件。
可选的,终端基于第一公交卡的公交识别文件的获取地址,从公交卡服务器获取第一公交卡的公交识别文件的方法可以包括:
检测终端中是否缓存有第一公交卡的公交识别文件;当终端中缓存有第一公交卡的公交识别文件,从终端中获取第一公交卡的公交识别文件,该终端中缓存的第一公交卡的公交识别文件是基于第一公交卡的公交识别文件的获取地址,从公交卡服务器预先获取的;当终端中未缓存有第一公交卡的公交识别文件,基于第一公交卡的公交识别文件的获取地址,向公交卡服务器发送文件获取请求,以从公交卡服务器获取第一公交卡的公交识别文件。
需要说明的是,公交卡服务器接收到终端发送的文件获取请求后,可以向终端发送第一公交卡的公交识别文件。
步骤505、终端基于第一公交卡的公交识别文件识别第一公交卡中的信息。
其中,公交识别文件包括发送给第一公交卡的识别指令,以及从第一公交卡返回结果的预期的正则表达式(可以为空)与返回结果的解析。终端可以向第一公交卡发送公交识别文件中的识别指令,并根据第一公交卡返回的数据识别第一公交卡。
示例的,公交识别文件的格式可以定义为:
在上述定义的公交识别文件的格式中,xxx代表十六进制的数值。
综上所述,本公开实施例提供的公交卡识别方法,当公交卡服务器支持的公交业务发生变化时,终端根据公交卡服务器提供的公交配置信息中的公交识别文件即可完成公交卡的识别,无需编程人员重新编写公交卡客户端的程序并打包发布,相应的,用户也无需更新终端上的公交卡客户端的版本,降低了公交卡客户端的程序维护成本的同时,提高了用户体验。
进一步的,在本公开实施例中,公交卡服务器可以包括公交后台管理系统、可信服务管理(英文:Trust Service Management;简称:TSM)和分布式文件系统(英文:Distributed File System;简称:DFS),上述公交卡开卡方法中涉及公交卡服务器执行的动作可以由公交卡服务器中的公交后台管理系统执行,上述公交卡充值方法中涉及公交卡服务器执行的动作可以由公交卡服务器中的TSM执行,上述公交卡识别方法中涉及公交卡服务器执行的动作可以由公交卡服务器中的DFS执行。另外,在本公开实施例中,公交卡开卡方法中涉及的第一公交卡为SE中的虚拟公交卡,公交卡充值方法和公交卡识别方法中的第一公交卡既可以为SE中的虚拟公交卡,也可以为实体公交卡。
另外,采用本公开实施例提供的公交卡管理方法,由于公交配置信息提供了公交卡客户端所需的信息,在公交卡客户端进行简单问题的修复时,例如识别公交卡逻辑的修正和添加其他公交卡的公交识别文件等,无需专业的编程人员修改公交卡客户端的程序,降低了公交卡客户端的维护成本。
需要说明的是,本公开实施例提供的公交卡管理方法(包括公交卡开卡方法、公交卡充值方法和公交卡识别方法)步骤的先后顺序可以进行适当调整,步骤也可以根据情况进行相应增减,任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,可轻易想到变化的方法,都应涵盖在本公开的保护范围之内,因此不再赘述。
综上所述,本公开实施例提供的公交卡管理方法,终端根据公交卡服务器提供的管理信息即可完成公交卡的管理,提高了终端上对公交卡管理的灵活性,在接入了新的公交业务后,可以由公交卡服务器更新公交配置信息,终端基于更新后的公交配置信息,并根据公交卡服务器发送的开卡信息即可完成公交卡的开卡,无需编程人员编写新的程序以使得终端支持新公交卡的开卡,缩短了从公交卡服务器接入新的公交业务到终端可支持新公交卡的开卡的时长,提高了终端上开卡的灵活性。
进一步的,终端还可以基于更新后的公交配置信息,根据公交卡服务器发送的充值信息即可完成公交卡的充值,无需编程人员编写新的程序以使得终端支持新公交卡的充值,提高了终端上充值的灵活性。
进一步的,终端还可以根据公交卡服务器提供的公交配置信息中的公交识别文件,实现公交卡的识别,无需编程人员在公交卡客户端的程序中编写相应的识别程序并打包发布,降低了维护成本。
更进一步的,公交配置信息中记录有第三方服务器所支持的公交卡的通信方式,终端可以通过公交卡服务器对应的接口与公交卡服务器进行通信,对于支持不同的公交卡的通信方式的第三方服务器,采用本公开实施例提供的公交卡管理方法均能实现对公交卡的管理,因此本公开实施例提供的公交卡管理方法的灵活性较高。
图6-1是根据一示例性实施例示出的一种公交卡管理装置60的框图,如图6-1所示,该装置60可以包括:
第一接收模块601,被配置为接收用户触发的管理指令,管理指令包括开卡指令或充值指令,开卡指令指示在终端中开通第一公交卡,充值指令指示对第一公交卡进行充值。
第一获取模块602,被配置为根据管理指令,在预先缓存的公交配置信息中获取第一公交卡的目标通信方式,公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式。
第二获取模块603,被配置为通过目标通信方式,从公交卡服务器获取管理信息。
管理模块604,被配置为根据管理信息在终端中管理第一公交卡。
综上所述,本公开实施例提供的公交卡管理装置,终端根据公交卡服务器提供的管理信息即可完成公交卡的管理,提高了终端上对公交卡管理的灵活性,例如在接入了新的公交业务后,可以由公交卡服务器更新公交配置信息,终端基于更新后的公交配置信息,并根据公交卡服务器发送的开卡信息即可完成公交卡的开卡,无需编程人员编写新的程序以使得终端支持新公交卡的开卡,缩短了从公交卡服务器接入新的公交业务到终端可支持新公交卡的开卡的时长,提高了终端上开卡的灵活性;且公交配置信息中记录有第三方服务器所支持的公交卡的通信方式,终端可以通过公交卡服务器对应的接口与公交卡服务器进行通信,对于支持不同的公交卡的通信方式的第三方服务器,采用本公开实施例提供的公交卡管理方法均能实现对公交卡的管理,因此本公开实施例提供的公交卡管理方法的灵活性较高。
可选的,管理信息可以包括多个管理相关指令,第二获取模块,可以被配置为:
通过目标通信方式,执行至少一次公交卡管理流程,直至接收到公交卡服务器发送的结束指令,其中,公交卡管理流程包括:
接收公交卡服务器发送的管理相关指令,管理相关指令是公交卡服务器从第三方服务器获取的,运行管理相关指令,得到指令运行结果,向公交卡服务器发送指令运行结果。
可选的,当目标通信方式为同步方式时,第二获取模块可以被配置为:
通过目标通信方式,向公交卡服务器发送第一指令获取请求;
执行至少一次公交卡管理流程,直至接收到公交卡服务器发送的结束指令,公交卡管理流程包括:
接收公交卡服务器发送的管理相关指令,管理相关指令是公交卡服务器基于终端发送的第一指令获取请求从第三方服务器获取的,运行当前获取的管理相关指令,得到指令运行结果,向公交卡服务器发送携带有指令运行结果的第一指令获取请求;其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
可选的,当目标通信方式为异步方式时,第二获取模块可以被配置为:
执行公交卡管理流程,公交卡管理流程包括:
通过目标通信方式,向公交卡服务器发送第一指令获取请求;当接收到公交卡服务器发送的暂停获取指示时,间隔预设时长再次向公交卡服务器发送第一指令获取请求,暂停获取指示用于表征公交卡服务器未缓存有第一指令获取请求所请求的指令;当接收到公交卡服务器发送的管理相关指令时,运行当前获取的管理相关指令得到指令运行结果;向公交卡服务器发送指令运行结果;当接收到公交卡服务器发送的传输成功指示后,再次执行公交卡管理流程,直至接收到公交卡服务器发送的结束指令,传输成功指示用于表征第三方服务器已接收到指令运行结果;其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
一方面,管理指令为开卡指令时,如图6-2所示,装置60还可以包括:
读取模块605,被配置为在接收用户触发的开卡指令之后,读取安全芯片SE中安全域的状态。
创建模块606,被配置为在SE中安全域的状态满足开通第一公交卡的条件时,在SE中创建安全域。
相应的,管理模块可以被配置为:根据管理信息在安全域中管理第一公交卡。
其中,如图6-3所示,读取模块605可以包括:
第一发送子模块6051,被配置为向公交卡服务器发送第二指令获取请求,第二指令获取请求用于请求获取开卡准备指令。
第一接收子模块6052,被配置为接收公交卡服务器基于第二指令获取请求发送的第一指令,第一指令指示读取SE中安全域的状态。
第一运行子模块6053,被配置为运行第一指令,以读取SE中安全域的状态。
相应的,如图6-4所示,创建模块606可以包括:
第二发送子模块6061,被配置为向公交卡服务器发送SE中安全域的状态的读取结果。
第二接收子模块6062,被配置为接收公交卡服务器发送的第二指令,第二指令指示在SE中创建安全域,第二指令是公交卡服务器在基于SE中安全域的状态的读取结果,确定SE中安全域的状态满足开通第一公交卡的条件时发送给终端的。
第二运行子模块6063,被配置为运行第二指令,以在SE中创建安全域。
第三发送子模块6064,被配置为向公交卡服务器发送创建安全域的结果。
可选的,管理指令为开卡指令时,管理信息包括:指示下载开卡插件的指令、指示安装开卡插件的指令和/或指示进行第一公交卡的个人化处理的指令。
另一方面,管理指令为充值指令时,如图6-5所示,装置60还可以包括:
第一发送模块607,被配置为在接收用户触发的充值指令之后,向公交卡服务器发送第三指令获取请求,第三指令获取请求用于请求充值准备指令。
第二接收模块608,被配置为接收公交卡服务器基于第三指令获取请求发送的第三指令,第三指令指示读取SE中安全域的状态。
运行模块609,被配置为运行第三指令,以读取SE中安全域的状态。
第二发送模块610,被配置为向公交卡服务器发送SE中安全域的状态的读取结果。
可选的,管理指令为充值指令时,管理信息包括:指示更改第一公交卡内的金额的指令和/或指示重写第一公交卡的有效期的指令。
可选的,公交配置信息还记录有公交卡的公交识别文件的获取地址和公交卡的标识的多组对应关系,如图6-6所示,装置60还可以包括:
第三接收模块611,被配置为接收用户触发的公交卡识别指令,并根据公交卡识别指令确定待识别的第一公交卡的标识。
确定模块612,被配置为根据第一公交卡的标识,在公交配置信息中确定第一公交卡的公交识别文件的获取地址。
第三获取模块613,被配置为基于第一公交卡的公交识别文件的获取地址,获取第一公交卡的公交识别文件。
识别模块614,被配置为基于第一公交卡的公交识别文件,识别第一公交卡中的信息。
综上所述,本公开实施例提供的公交卡管理装置,终端根据公交卡服务器提供的管理信息即可完成公交卡的管理,提高了终端上对公交卡管理的灵活性,例如在接入了新的公交业务后,可以由公交卡服务器更新公交配置信息,终端基于更新后的公交配置信息,并根据公交卡服务器发送的开卡信息即可完成公交卡的开卡,无需编程人员编写新的程序以使得终端支持新公交卡的开卡,缩短了从公交卡服务器接入新的公交业务到终端可支持新公交卡的开卡的时长,提高了终端上开卡的灵活性;且公交配置信息中记录有第三方服务器所支持的公交卡的通信方式,终端可以通过公交卡服务器对应的接口与公交卡服务器进行通信,对于支持不同的公交卡的通信方式的第三方服务器,采用本公开实施例提供的公交卡管理方法均能实现对公交卡的管理,因此本公开实施例提供的公交卡管理方法的灵活性较高。
图7-1是根据一示例性实施例示出的一种公交卡管理装置70的框图,如图7-1所示,该装置70可以包括:
第一提供模块701,被配置为向终端提供公交配置信息,公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式。
第二提供模块702,被配置为通过目标通信方式向终端提供管理信息,目标通信方式是终端在接收到用户触发的管理指令后,由终端根据公交配置信息确定的,管理信息用于终端管理第一公交卡。
其中,管理指令包括开卡指令或充值指令,开卡指令指示在终端中开通第一公交卡,充值指令指示对第一公交卡进行充值。
综上所述,本公开实施例提供的公交卡管理装置,公交卡服务器可以通过第一提供模块为终端提供管理信息,终端基于该管理信息可以管理公交卡,提高了终端上对公交卡管理的灵活性,例如在接入了新的公交业务后,可以由公交卡服务器更新公交配置信息,终端基于更新后的公交配置信息,并根据公交卡服务器发送的开卡信息即可完成公交卡的开卡,无需编程人员编写新的程序以使得终端支持新公交卡的开卡,缩短了从公交卡服务器接入新的公交业务到终端可支持新公交卡的开卡的时长,提高了终端上开卡的灵活性;且公交配置信息中记录有第三方服务器所支持的公交卡的通信方式,终端可以通过公交卡服务器对应的接口与公交卡服务器进行通信,对于支持不同的公交卡的通信方式的第三方服务器,采用本公开实施例提供的公交卡管理方法均能实现对公交卡的管理,因此本公开实施例提供的公交卡管理方法的灵活性较高。
可选的,管理信息包括多个管理相关指令,第二提供模块,可以被配置为:
通过目标通信方式,执行至少一次公交卡管理流程,直至完成第一公交卡的管理,其中,公交卡管理流程包括:
从第三方服务器获取管理相关指令;向终端提供管理相关指令;接收终端发送的指令运行结果,指令运行结果是终端运行管理相关指令得到的。
可选的,当目标通信方式为同步方式时,第二提供模块可以被配置为:
通过目标通信方式,接收终端发送的第一指令获取请求;
执行至少一次公交卡管理流程,直至完成第一公交卡的管理,其中,公交卡管理流程包括:
将第一指令获取请求发送至第三方服务器,第一指令获取请求用于请求获取下一个管理相关指令;在接收到第三方服务器发送的管理相关指令后,向终端发送管理相关指令;接收终端发送的携带有指令运行结果的第一指令获取请求,指令运行结果为终端运行终端当前获取的管理相关指令得到的。
可选的,当目标通信方式为异步方式时,第二提供模块可以被配置为:
通过目标通信方式,接收终端发送的第一指令获取请求;
执行公交卡管理流程,其中,公交卡管理流程包括:
当本地未缓存有管理相关指令时,向终端发送暂停获取指示,暂停获取指示用于指示终端间隔预设时长再次向公交卡服务器发送第一指令获取请求,基于第一指令获取请求向第三方服务器发送第四指令获取请求,第四指令获取请求用于请求获取管理相关指令,在接收到第三方服务器推送的管理相关指令后,在本地缓存管理相关指令;当本地缓存有管理相关指令时,向终端发送管理相关指令,在接收到终端发送的指令运行结果后,将指令运行结果发送至第三方服务器,指令运行结果为终端运行终端当前获取的管理相关指令得到的,在接收到第三方服务器返回的传输成功指示后,将传输成功指示发送至终端,传输成功指示用于表征第三方服务器已接收到指令运行结果,当再次接收到终端发送的第一指令获取请求后,再次执行公交卡管理流程,直至完成第一公交卡的管理,第一指令获取请求是终端在接收到传输成功指示后发送的;其中,第一指令获取请求用于请求获取下一个管理相关指令。
一方面,管理指令为开卡指令时,如图7-2所示,装置70还可以包括:
第一接收模块703,被配置为在向终端提供公交配置信息之后,接收终端发送的第二指令获取请求,第二指令获取请求用于请求获取开卡准备指令,第二指令获取请求是终端在接收到用户触发的开卡指令之后发送的。
第一发送模块704,被配置为基于第二指令获取请求,向终端发送第一指令,第一指令指示读取SE中安全域的状态。
第二接收模块705,被配置为接收终端发送的SE中安全域的状态的读取结果。
第二发送模块706,被配置为当基于SE中安全域的状态的读取结果,确定SE中安全域的状态满足开通第一公交卡的条件时,向终端发送第二指令,第二指令指示在SE中创建安全域。
第三接收模块707,被配置为接收终端发送的创建安全域的结果。
第一执行模块708,被配置为当基于创建安全域的结果,确定创建安全域成功时,执行通过目标通信方式向终端提供管理信息的过程。
另一方面,管理指令为充值指令时,如图7-3所示,装置70还可以包括:
第四接收模块709,被配置为接收终端发送的第三指令获取请求,第三指令获取请求用于请求充值准备指令。
第三发送模块710,被配置为向终端发送第三指令,第三指令指示读取SE中安全域的状态。
第五接收模块711,被配置为接收终端发送的SE中安全域的状态的读取结果。
第二执行模块712,被配置为当基于安全域的状态的读取结果,确定安全域的状态满足充值第一公交卡的条件时,执行通过目标通信方式向终端提供管理信息的过程。
综上所述,本公开实施例提供的公交卡管理装置,公交卡服务器可以通过第一提供模块为终端提供管理信息,终端基于该管理信息可以管理公交卡,提高了终端上对公交卡管理的灵活性,例如在接入了新的公交业务后,可以由公交卡服务器更新公交配置信息,终端基于更新后的公交配置信息,并根据公交卡服务器发送的开卡信息即可完成公交卡的开卡,无需编程人员编写新的程序以使得终端支持新公交卡的开卡,缩短了从公交卡服务器接入新的公交业务到终端可支持新公交卡的开卡的时长,提高了终端上开卡的灵活性;且公交配置信息中记录有第三方服务器所支持的公交卡的通信方式,终端可以通过公交卡服务器对应的接口与公交卡服务器进行通信,对于支持不同的公交卡的通信方式的第三方服务器,采用本公开实施例提供的公交卡管理方法均能实现对公交卡的管理,因此本公开实施例提供的公交卡管理方法的灵活性较高。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本公开实施例提供了一种公交卡管理系统,该系统包括终端、公交卡服务器和第三方服务器,终端包括图6-1、6-2、6-5和6-6任一所示的装置,所述公交卡服务器包括图7-1至7-3任一所示的装置,
第三方服务器用于提供管理信息,该管理信息用于终端管理第一公交卡。
本公开实施例提供了一种公交卡管理装置,该装置包括:
处理组件;
用于存储所述处理组件的可执行指令的存储器;
其中,所述处理组件被配置为:
接收用户触发的管理指令,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在终端中开通第一公交卡,所述充值指令指示对所述第一公交卡进行充值;
根据所述管理指令,在预先缓存的公交配置信息中获取所述第一公交卡的目标通信方式,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式;
通过所述目标通信方式,从所述公交卡服务器获取所述管理信息,并根据所述管理信息在所述终端中管理所述第一公交卡。
图8是根据一示例性实施例示出的一种用于公交卡管理的终端800的框图。例如,终端800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图8,终端800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制终端800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在终端800的操作。这些数据的示例包括用于在终端800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为终端800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为终端800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述终端800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当终端800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当终端800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为终端800提供各个方面的状态评估。例如,传感器组件814可以检测到终端800的打开/关闭状态,组件的相对定位,例如所述组件为终端800的显示器和小键盘,传感器组件814还可以检测终端800或终端800一个组件的位置改变,用户与终端800接触的存在或不存在,终端800方位或加速/减速和终端800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于终端800和其他设备之间有线或无线方式的通信。终端800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,终端800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由终端800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本公开实施例提供了一种存储介质,当所述存储介质中的指令由终端的处理组件执行时,使得所述终端能够执行以上任一所述的公交卡管理方法。
本公开实施例提供了一种公交卡管理装置,该装置包括:
处理组件;
用于存储所述处理组件的可执行指令的存储器;
其中,所述处理组件被配置为:
向终端提供公交配置信息,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式;
通过目标通信方式向所述终端提供管理信息,所述目标通信方式是所述终端在接收到用户触发的管理指令后,由所述终端根据所述公交配置信息确定的,所述管理信息用于所述终端管理所述第一公交卡;
其中,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在所述终端中开通所述第一公交卡,所述充值指令指示对所述第一公交卡进行充值。
图9是根据一示例性实施例示出的一种用于公交卡管理的装置900的框图。例如,装置900可以被提供为一服务器,例如公交卡服务器。参照图9,装置900包括处理组件922,其进一步包括一个或多个处理器,以及由存储器932所代表的存储器资源,用于存储可由处理组件922执行的指令,例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件922被配置为执行指令,以执行上述公交卡管理方法。
装置900还可以包括一个电源组件926被配置为执行装置900的电源管理,一个有线或无线网络接口950被配置为将装置900连接到网络,和一个输入输出(I/O)接口958。装置900可以操作基于存储在存储器932的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本公开实施例提供了一种存储介质,当存储介质中的指令由公交卡服务器的处理组件执行时,使得公交卡服务器能够执行上述任一所述的公交卡管理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (38)
1.一种公交卡管理方法,其特征在于,包括:
接收用户触发的管理指令,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在终端中开通第一公交卡,所述充值指令指示对所述第一公交卡进行充值;
根据所述管理指令,在预先缓存的公交配置信息中获取所述第一公交卡的目标通信方式,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式,所述公交卡服务器与所述终端的通信方式适配于所述第三方服务器所支持的公交卡的通信方式;
通过所述目标通信方式,从所述公交卡服务器获取所述管理信息,并根据所述管理信息在所述终端中管理所述第一公交卡。
2.根据权利要求1所述的方法,其特征在于,所述管理信息包括多个管理相关指令,
所述通过所述目标通信方式,从所述公交卡服务器获取所述管理信息,并根据所述管理信息在所述终端中管理所述第一公交卡,包括:
通过所述目标通信方式,执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,其中,所述公交卡管理流程包括:
接收所述公交卡服务器发送的管理相关指令,所述管理相关指令是所述公交卡服务器从所述第三方服务器获取的,
运行所述管理相关指令,得到指令运行结果,
向所述公交卡服务器发送所述指令运行结果。
3.根据权利要求2所述的方法,其特征在于,所述目标通信方式为同步方式,所述通过所述目标通信方式,执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,包括:
通过所述目标通信方式,向所述公交卡服务器发送第一指令获取请求;
执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,所述公交卡管理流程包括:
接收所述公交卡服务器发送的管理相关指令,所述管理相关指令是所述公交卡服务器基于所述终端发送的第一指令获取请求从所述第三方服务器获取的,
运行当前获取的所述管理相关指令,得到指令运行结果,
向所述公交卡服务器发送携带有所述指令运行结果的第一指令获取请求;
其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
4.根据权利要求2所述的方法,其特征在于,所述目标通信方式为异步方式,所述通过所述目标通信方式,执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,包括:
执行公交卡管理流程,所述公交卡管理流程包括:
通过所述目标通信方式,向所述公交卡服务器发送第一指令获取请求;
当接收到所述公交卡服务器发送的暂停获取指示时,间隔预设时长再次向所述公交卡服务器发送所述第一指令获取请求,所述暂停获取指示用于表征所述公交卡服务器未缓存有所述第一指令获取请求所请求的指令;
当接收到所述公交卡服务器发送的管理相关指令时,运行当前获取的所述管理相关指令得到指令运行结果;
向所述公交卡服务器发送所述指令运行结果;
当接收到所述公交卡服务器发送的传输成功指示后,再次执行所述公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,所述传输成功指示用于表征第三方服务器已接收到所述指令运行结果;
其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
5.根据权利要求1至4任一所述的方法,其特征在于,所述管理指令为开卡指令,所述方法还包括:
在接收用户触发的开卡指令之后,读取安全芯片SE中安全域的状态;
在所述SE中安全域的状态满足开通所述第一公交卡的条件时,在SE中创建安全域;
所述根据所述管理信息在所述终端中管理所述第一公交卡,包括:
根据所述管理信息在所述安全域中管理所述第一公交卡。
6.根据权利要求5所述的方法,其特征在于,
所述读取安全芯片SE中安全域的状态,包括:
向所述公交卡服务器发送第二指令获取请求,所述第二指令获取请求用于请求获取开卡准备指令;
接收所述公交卡服务器基于所述第二指令获取请求发送的第一指令,所述第一指令指示读取SE中安全域的状态;
运行所述第一指令,以读取所述SE中安全域的状态。
7.根据权利要求6所述的方法,其特征在于,
所述在所述SE中安全域的状态满足开通所述第一公交卡的条件时,在SE中创建安全域,包括:
向所述公交卡服务器发送所述SE中安全域的状态的读取结果;
接收所述公交卡服务器发送的第二指令,所述第二指令指示在所述SE中创建安全域,所述第二指令是所述公交卡服务器在基于所述SE中安全域的状态的读取结果,确定所述SE中安全域的状态满足开通所述第一公交卡的条件时发送给所述终端的;
运行所述第二指令,以在所述SE中创建安全域;
向所述公交卡服务器发送创建安全域的结果。
8.根据权利要求1所述的方法,其特征在于,
所述管理指令为开卡指令时,所述管理信息包括:指示下载开卡插件的指令、指示安装开卡插件的指令和/或指示进行第一公交卡的个人化处理的指令。
9.根据权利要求1至4任一所述的方法,其特征在于,所述管理指令为充值指令,所述方法还包括:
在接收用户触发的充值指令之后,向所述公交卡服务器发送第三指令获取请求,所述第三指令获取请求用于请求充值准备指令;
接收所述公交卡服务器基于所述第三指令获取请求发送的第三指令,所述第三指令指示读取SE中安全域的状态;
运行所述第三指令,以读取所述SE中安全域的状态;
向所述公交卡服务器发送所述SE中安全域的状态的读取结果。
10.根据权利要求1所述的方法,其特征在于,
所述管理指令为充值指令时,所述管理信息包括:指示更改所述第一公交卡内的金额的指令和/或指示重写所述第一公交卡的有效期的指令。
11.根据权利要求1所述的方法,其特征在于,所述公交配置信息还记录有公交卡的公交识别文件的获取地址和公交卡的标识的多组对应关系,所述方法还包括:
接收用户触发的公交卡识别指令,并根据所述公交卡识别指令确定待识别的第一公交卡的标识;
根据所述第一公交卡的标识,在所述公交配置信息中确定所述第一公交卡的公交识别文件的获取地址;
基于所述第一公交卡的公交识别文件的获取地址,获取所述第一公交卡的公交识别文件;
基于所述第一公交卡的公交识别文件,识别所述第一公交卡中的信息。
12.一种公交卡管理方法,其特征在于,包括:
向终端提供公交配置信息,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式,所述公交卡服务器与所述终端的通信方式适配于所述第三方服务器所支持的公交卡的通信方式;
通过目标通信方式向所述终端提供管理信息,所述目标通信方式是所述终端在接收到用户触发的管理指令后,由所述终端根据所述公交配置信息确定的,所述管理信息用于所述终端管理第一公交卡;
其中,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在所述终端中开通所述第一公交卡,所述充值指令指示对所述第一公交卡进行充值。
13.根据权利要求12所述的方法,其特征在于,所述管理信息包括多个管理相关指令,
所述通过目标通信方式向所述终端提供管理信息,包括:
通过所述目标通信方式,执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,其中,所述公交卡管理流程包括:
从所述第三方服务器获取管理相关指令;
向所述终端提供所述管理相关指令;
接收所述终端发送的指令运行结果,所述指令运行结果是所述终端运行所述管理相关指令得到的。
14.根据权利要求13所述的方法,其特征在于,所述目标通信方式为同步方式,所述通过所述目标通信方式,执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,包括:
通过所述目标通信方式,接收所述终端发送的第一指令获取请求;
执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,其中,所述公交卡管理流程包括:
将所述第一指令获取请求发送至所述第三方服务器,所述第一指令获取请求用于请求获取下一个管理相关指令;
在接收到所述第三方服务器发送的管理相关指令后,向所述终端发送所述管理相关指令;
接收所述终端发送的携带有指令运行结果的第一指令获取请求,所述指令运行结果为所述终端运行所述终端当前获取的管理相关指令得到的。
15.根据权利要求13所述的方法,其特征在于,所述目标通信方式为异步方式,所述通过所述目标通信方式,执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,包括:
通过所述目标通信方式,接收所述终端发送的第一指令获取请求;
执行公交卡管理流程,其中,所述公交卡管理流程包括:
当本地未缓存有管理相关指令时,向所述终端发送暂停获取指示,所述暂停获取指示用于指示所述终端间隔预设时长再次向所述公交卡服务器发送所述第一指令获取请求,
基于所述第一指令获取请求向第三方服务器发送第四指令获取请求,所述第四指令获取请求用于请求获取所述管理相关指令,
在接收到所述第三方服务器推送的管理相关指令后,在本地缓存所述管理相关指令;
当本地缓存有管理相关指令时,向所述终端发送所述管理相关指令,
在接收到所述终端发送的指令运行结果后,将所述指令运行结果发送至所述第三方服务器,所述指令运行结果为所述终端运行所述终端当前获取的管理相关指令得到的,
在接收到所述第三方服务器返回的传输成功指示后,将所述传输成功指示发送至所述终端,所述传输成功指示用于表征所述第三方服务器已接收到所述指令运行结果,
当再次接收到所述终端发送的第一指令获取请求后,再次执行所述公交卡管理流程,直至完成所述第一公交卡的管理,所述第一指令获取请求是所述终端在接收到所述传输成功指示后发送的;
其中,所述第一指令获取请求用于请求获取下一个管理相关指令。
16.根据权利要求12至15任一所述的方法,其特征在于,所述管理指令为开卡指令,所述方法还包括:
在所述向终端提供公交配置信息之后,接收所述终端发送的第二指令获取请求,所述第二指令获取请求用于请求获取开卡准备指令,所述第二指令获取请求是所述终端在接收到用户触发的开卡指令之后发送的;
基于所述第二指令获取请求,向所述终端发送第一指令,所述第一指令指示读取SE中安全域的状态;
接收所述终端发送的所述SE中安全域的状态的读取结果;
当基于所述SE中安全域的状态的读取结果,确定所述SE中安全域的状态满足开通所述第一公交卡的条件时,向所述终端发送第二指令,所述第二指令指示在所述SE中创建安全域;
接收所述终端发送的创建安全域的结果;
当基于所述创建安全域的结果,确定创建安全域成功时,执行所述通过目标通信方式向所述终端提供管理信息的过程。
17.根据权利要求12至15任一所述的方法,其特征在于,所述管理指令为充值指令,所述方法还包括:
接收所述终端发送的第三指令获取请求,所述第三指令获取请求用于请求充值准备指令;
向所述终端发送第三指令,所述第三指令指示读取SE中安全域的状态;
接收所述终端发送的所述SE中安全域的状态的读取结果;
当基于所述安全域的状态的读取结果,确定所述安全域的状态满足充值所述第一公交卡的条件时,执行所述通过目标通信方式向所述终端提供管理信息的过程。
18.一种公交卡管理装置,其特征在于,包括:
第一接收模块,被配置为接收用户触发的管理指令,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在终端中开通第一公交卡,所述充值指令指示对所述第一公交卡进行充值;
第一获取模块,被配置为根据所述管理指令,在预先缓存的公交配置信息中获取所述第一公交卡的目标通信方式,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式,所述公交卡服务器与所述终端的通信方式适配于所述第三方服务器所支持的公交卡的通信方式;
第二获取模块,被配置为通过所述目标通信方式,从所述公交卡服务器获取所述管理信息;
管理模块,被配置为根据所述管理信息在所述终端中管理所述第一公交卡。
19.根据权利要求18所述的装置,其特征在于,所述管理信息包括多个管理相关指令,
所述第二获取模块,被配置为:
通过所述目标通信方式,执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,其中,所述公交卡管理流程包括:
接收所述公交卡服务器发送的管理相关指令,所述管理相关指令是所述公交卡服务器从所述第三方服务器获取的,
运行所述管理相关指令,得到指令运行结果,
向所述公交卡服务器发送所述指令运行结果。
20.根据权利要求19所述的装置,其特征在于,所述目标通信方式为同步方式,所述第二获取模块,被配置为:
通过所述目标通信方式,向所述公交卡服务器发送第一指令获取请求;
执行至少一次公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,所述公交卡管理流程包括:
接收所述公交卡服务器发送的管理相关指令,所述管理相关指令是所述公交卡服务器基于所述终端发送的第一指令获取请求从所述第三方服务器获取的,
运行当前获取的所述管理相关指令,得到指令运行结果,
向所述公交卡服务器发送携带有所述指令运行结果的第一指令获取请求;
其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
21.根据权利要求19所述的装置,其特征在于,所述目标通信方式为异步方式,所述第二获取模块,被配置为:
执行公交卡管理流程,所述公交卡管理流程包括:
通过所述目标通信方式,向所述公交卡服务器发送第一指令获取请求;
当接收到所述公交卡服务器发送的暂停获取指示时,间隔预设时长再次向所述公交卡服务器发送所述第一指令获取请求,所述暂停获取指示用于表征所述公交卡服务器未缓存有所述第一指令获取请求所请求的指令;
当接收到所述公交卡服务器发送的管理相关指令时,运行当前获取的所述管理相关指令得到指令运行结果;
向所述公交卡服务器发送所述指令运行结果;
当接收到所述公交卡服务器发送的传输成功指示后,再次执行所述公交卡管理流程,直至接收到所述公交卡服务器发送的结束指令,所述传输成功指示用于表征第三方服务器已接收到所述指令运行结果;
其中,每个第一指令获取请求用于请求获取下一个管理相关指令。
22.根据权利要求18至21任一所述的装置,其特征在于,所述管理指令为开卡指令,所述装置还包括:
读取模块,被配置为在接收用户触发的开卡指令之后,读取安全芯片SE中安全域的状态;
创建模块,被配置为在所述SE中安全域的状态满足开通所述第一公交卡的条件时,在SE中创建安全域;
所述管理模块,被配置为:
根据所述管理信息在所述安全域中管理所述第一公交卡。
23.根据权利要求22所述的装置,其特征在于,
所述读取模块,包括:
第一发送子模块,被配置为向所述公交卡服务器发送第二指令获取请求,所述第二指令获取请求用于请求获取开卡准备指令;
第一接收子模块,被配置为接收所述公交卡服务器基于所述第二指令获取请求发送的第一指令,所述第一指令指示读取SE中安全域的状态;
第一运行子模块,被配置为运行所述第一指令,以读取所述SE中安全域的状态。
24.根据权利要求23所述的装置,其特征在于,
所述创建模块,包括:
第二发送子模块,被配置为向所述公交卡服务器发送所述SE中安全域的状态的读取结果;
第二接收子模块,被配置为接收所述公交卡服务器发送的第二指令,所述第二指令指示在所述SE中创建安全域,所述第二指令是所述公交卡服务器在基于所述SE中安全域的状态的读取结果,确定所述SE中安全域的状态满足开通所述第一公交卡的条件时发送给所述终端的;
第二运行子模块,被配置为运行所述第二指令,以在所述SE中创建安全域;
第三发送子模块,被配置为向所述公交卡服务器发送创建安全域的结果。
25.根据权利要求18所述的装置,其特征在于,
所述管理指令为开卡指令时,所述管理信息包括:指示下载开卡插件的指令、指示安装开卡插件的指令和/或指示进行第一公交卡的个人化处理的指令。
26.根据权利要求18至21任一所述的装置,其特征在于,所述管理指令为充值指令,所述装置还包括:
第一发送模块,被配置为在接收用户触发的充值指令之后,向所述公交卡服务器发送第三指令获取请求,所述第三指令获取请求用于请求充值准备指令;
第二接收模块,被配置为接收所述公交卡服务器基于所述第三指令获取请求发送的第三指令,所述第三指令指示读取SE中安全域的状态;
运行模块,被配置为运行所述第三指令,以读取所述SE中安全域的状态;
第二发送模块,被配置为向所述公交卡服务器发送所述SE中安全域的状态的读取结果。
27.根据权利要求18所述的装置,其特征在于,
所述管理指令为充值指令时,所述管理信息包括:指示更改所述第一公交卡内的金额的指令和/或指示重写所述第一公交卡的有效期的指令。
28.根据权利要求18所述的装置,其特征在于,所述公交配置信息还记录有公交卡的公交识别文件的获取地址和公交卡的标识的多组对应关系,所述装置还包括:
第三接收模块,被配置为接收用户触发的公交卡识别指令,并根据所述公交卡识别指令确定待识别的第一公交卡的标识;
确定模块,被配置为根据所述第一公交卡的标识,在所述公交配置信息中确定所述第一公交卡的公交识别文件的获取地址;
第三获取模块,被配置为基于所述第一公交卡的公交识别文件的获取地址,获取所述第一公交卡的公交识别文件;
识别模块,被配置为基于所述第一公交卡的公交识别文件,识别所述第一公交卡中的信息。
29.一种公交卡管理装置,其特征在于,包括:
第一提供模块,被配置为向终端提供公交配置信息,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式,所述公交卡服务器与所述终端的通信方式适配于所述第三方服务器所支持的公交卡的通信方式;
第二提供模块,被配置为通过目标通信方式向所述终端提供管理信息,所述目标通信方式是所述终端在接收到用户触发的管理指令后,由所述终端根据所述公交配置信息确定的,所述管理信息用于所述终端管理第一公交卡;
其中,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在所述终端中开通所述第一公交卡,所述充值指令指示对所述第一公交卡进行充值。
30.根据权利要求29所述的装置,其特征在于,所述管理信息包括多个管理相关指令,
所述第二提供模块,被配置为:
通过所述目标通信方式,执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,其中,所述公交卡管理流程包括:
从所述第三方服务器获取管理相关指令;
向所述终端提供所述管理相关指令;
接收所述终端发送的指令运行结果,所述指令运行结果是所述终端运行所述管理相关指令得到的。
31.根据权利要求30所述的装置,其特征在于,所述目标通信方式为同步方式,所述第二提供模块,被配置为:
通过所述目标通信方式,接收所述终端发送的第一指令获取请求;
执行至少一次公交卡管理流程,直至完成所述第一公交卡的管理,其中,所述公交卡管理流程包括:
将所述第一指令获取请求发送至所述第三方服务器,所述第一指令获取请求用于请求获取下一个管理相关指令;
在接收到所述第三方服务器发送的管理相关指令后,向所述终端发送所述管理相关指令;
接收所述终端发送的携带有指令运行结果的第一指令获取请求,所述指令运行结果为所述终端运行所述终端当前获取的管理相关指令得到的。
32.根据权利要求30所述的装置,其特征在于,所述目标通信方式为异步方式,所述第二提供模块,被配置为:
通过所述目标通信方式,接收所述终端发送的第一指令获取请求;
执行公交卡管理流程,其中,所述公交卡管理流程包括:
当本地未缓存有管理相关指令时,向所述终端发送暂停获取指示,所述暂停获取指示用于指示所述终端间隔预设时长再次向所述公交卡服务器发送所述第一指令获取请求,
基于所述第一指令获取请求向第三方服务器发送第四指令获取请求,所述第四指令获取请求用于请求获取所述管理相关指令,
在接收到所述第三方服务器推送的管理相关指令后,在本地缓存所述管理相关指令;
当本地缓存有管理相关指令时,向所述终端发送所述管理相关指令,
在接收到所述终端发送的指令运行结果后,将所述指令运行结果发送至所述第三方服务器,所述指令运行结果为所述终端运行所述终端当前获取的管理相关指令得到的,
在接收到所述第三方服务器返回的传输成功指示后,将所述传输成功指示发送至所述终端,所述传输成功指示用于表征所述第三方服务器已接收到所述指令运行结果,
当再次接收到所述终端发送的第一指令获取请求后,再次执行所述公交卡管理流程,直至完成所述第一公交卡的管理,所述第一指令获取请求是所述终端在接收到所述传输成功指示后发送的;
其中,所述第一指令获取请求用于请求获取下一个管理相关指令。
33.根据权利要求29至32任一所述的装置,其特征在于,所述管理指令为开卡指令,所述装置还包括:
第一接收模块,被配置为在所述向终端提供公交配置信息之后,接收所述终端发送的第二指令获取请求,所述第二指令获取请求用于请求获取开卡准备指令,所述第二指令获取请求是所述终端在接收到用户触发的开卡指令之后发送的;
第一发送模块,被配置为基于所述第二指令获取请求,向所述终端发送第一指令,所述第一指令指示读取SE中安全域的状态;
第二接收模块,被配置为接收所述终端发送的所述SE中安全域的状态的读取结果;
第二发送模块,被配置为当基于所述SE中安全域的状态的读取结果,确定所述SE中安全域的状态满足开通所述第一公交卡的条件时,向所述终端发送第二指令,所述第二指令指示在所述SE中创建安全域;
第三接收模块,被配置为接收所述终端发送的创建安全域的结果;
第一执行模块,被配置为当基于所述创建安全域的结果,确定创建安全域成功时,执行所述通过目标通信方式向所述终端提供管理信息的过程。
34.根据权利要求29至32任一所述的装置,其特征在于,所述管理指令为充值指令,所述装置还包括:
第四接收模块,被配置为接收所述终端发送的第三指令获取请求,所述第三指令获取请求用于请求充值准备指令;
第三发送模块,被配置为向所述终端发送第三指令,所述第三指令指示读取SE中安全域的状态;
第五接收模块,被配置为接收所述终端发送的所述SE中安全域的状态的读取结果;
第二执行模块,被配置为当基于所述安全域的状态的读取结果,确定所述安全域的状态满足充值所述第一公交卡的条件时,执行所述通过目标通信方式向所述终端提供管理信息的过程。
35.一种公交卡管理系统,其特征在于,所述系统包括终端、公交卡服务器和第三方服务器,所述终端包括权利要求18至28任一所述的装置,所述公交卡服务器包括权利要求29至34任一所述的装置,
所述第三方服务器用于提供管理信息,所述管理信息用于所述终端管理第一公交卡。
36.一种公交卡管理装置,其特征在于,所述装置包括:
处理组件;
用于存储所述处理组件的可执行指令的存储器;
其中,所述处理组件被配置为:
接收用户触发的管理指令,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在终端中开通第一公交卡,所述充值指令指示对所述第一公交卡进行充值;
根据所述管理指令,在预先缓存的公交配置信息中获取所述第一公交卡的目标通信方式,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式,所述公交卡服务器与所述终端的通信方式适配于所述第三方服务器所支持的公交卡的通信方式;
通过所述目标通信方式,从所述公交卡服务器获取所述管理信息,并根据所述管理信息在所述终端中管理所述第一公交卡。
37.一种公交卡管理装置,其特征在于,所述装置包括:
处理组件;
用于存储所述处理组件的可执行指令的存储器;
其中,所述处理组件被配置为:
向终端提供公交配置信息,所述公交配置信息记录有为公交卡服务器提供管理信息的第三方服务器所支持的公交卡的通信方式,所述公交卡服务器与所述终端的通信方式适配于所述第三方服务器所支持的公交卡的通信方式;
通过目标通信方式向所述终端提供管理信息,所述目标通信方式是所述终端在接收到用户触发的管理指令后,由所述终端根据所述公交配置信息确定的,所述管理信息用于所述终端管理第一公交卡;
其中,所述管理指令包括开卡指令或充值指令,所述开卡指令指示在所述终端中开通所述第一公交卡,所述充值指令指示对所述第一公交卡进行充值。
38.一种存储介质,其特征在于,当所述存储介质中的指令由终端的处理组件执行时,使得所述终端能够执行权利要求1至11任一所述的公交卡管理方法,或者,当所述存储介质中的指令由公交卡服务器的处理组件执行时,使得所述公交卡服务器能够执行权利要求12至17任一所述的公交卡管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711077038.9A CN107862514B (zh) | 2017-11-06 | 2017-11-06 | 公交卡管理方法、装置及系统、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711077038.9A CN107862514B (zh) | 2017-11-06 | 2017-11-06 | 公交卡管理方法、装置及系统、存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107862514A CN107862514A (zh) | 2018-03-30 |
CN107862514B true CN107862514B (zh) | 2022-04-08 |
Family
ID=61700938
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711077038.9A Active CN107862514B (zh) | 2017-11-06 | 2017-11-06 | 公交卡管理方法、装置及系统、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107862514B (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108668267B (zh) * | 2018-04-24 | 2022-05-06 | 北京小米移动软件有限公司 | 智能卡的生成方法及装置 |
CN110781532B (zh) | 2018-07-12 | 2023-12-15 | 慧荣科技股份有限公司 | 开卡装置及利用开卡装置验证并启用数据储存装置的方法 |
TWI690805B (zh) * | 2018-07-12 | 2020-04-11 | 慧榮科技股份有限公司 | 開卡裝置及利用開卡裝置驗證並且啟用一資料儲存裝置之方法 |
CN109034792A (zh) * | 2018-08-31 | 2018-12-18 | 北京小米移动软件有限公司 | 终端公交卡的处理方法及装置 |
CN109886674A (zh) * | 2018-12-26 | 2019-06-14 | 福建联迪商用设备有限公司 | 支付手环的一卡通参数适配方法及计算机可读存储介质 |
CN110009331A (zh) * | 2019-03-28 | 2019-07-12 | 广州盈通电子科技有限公司 | 一种开卡系统 |
CN111932243A (zh) * | 2020-07-15 | 2020-11-13 | 中国银联股份有限公司 | 乘车码插件管理方法、装置、服务器、终端设备及介质 |
CN112134996A (zh) * | 2020-09-17 | 2020-12-25 | 深圳市银通商智能卡有限公司 | 一种交通ic卡跨地域、跨领域应用实现方法和系统 |
CN115460193A (zh) * | 2021-06-08 | 2022-12-09 | 深圳市汇顶科技股份有限公司 | 第三方应用的下载方法、电子设备及存储介质 |
CN115941833B (zh) * | 2022-11-21 | 2024-07-05 | 深圳市雪球科技有限公司 | 一种开通交通卡优化的方法、系统、设备及存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104602224A (zh) * | 2014-12-31 | 2015-05-06 | 浙江融创信息产业有限公司 | 一种基于nfc手机swp-sim卡的空中开卡方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5267211B2 (ja) * | 2009-02-26 | 2013-08-21 | 富士通株式会社 | 無線端末装置 |
CN103986837B (zh) * | 2014-05-28 | 2017-11-10 | 天地融科技股份有限公司 | 信息处理方法及装置 |
CN105608573B (zh) * | 2015-09-24 | 2017-11-17 | 腾讯科技(深圳)有限公司 | 一种智能卡信息的查询方法及装置 |
-
2017
- 2017-11-06 CN CN201711077038.9A patent/CN107862514B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104602224A (zh) * | 2014-12-31 | 2015-05-06 | 浙江融创信息产业有限公司 | 一种基于nfc手机swp-sim卡的空中开卡方法 |
Also Published As
Publication number | Publication date |
---|---|
CN107862514A (zh) | 2018-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107862514B (zh) | 公交卡管理方法、装置及系统、存储介质 | |
EP3171270A1 (en) | Method and device for information push | |
CN111221559B (zh) | 应用更新方法、装置、存储介质、终端及服务器 | |
CN104052796A (zh) | 处理插件的方法、装置、系统及终端 | |
CN108804244B (zh) | 数据发送方法、装置及存储介质 | |
CN107357613B (zh) | 应用更新方法、装置及计算机可读存储介质 | |
CN106454392A (zh) | 直播处理方法、装置及终端 | |
CN106851695B (zh) | 一种测试网速的方法、装置和系统 | |
CN108600529B (zh) | 信息交互方法、装置及计算机可读存储介质 | |
CN106598677A (zh) | 下载安装包的方法及装置 | |
CN107220059B (zh) | 应用界面的显示方法及装置 | |
CN105427161A (zh) | 一种货币汇率转换的方法及装置 | |
CN109558042A (zh) | 显示主题皮肤的方法、装置及计算机可读存储介质 | |
CN105094904A (zh) | 安装应用程序的方法及装置 | |
CN106095405B (zh) | 图标更新方法及装置 | |
CN107395624B (zh) | 信息处理方法及装置 | |
CN107463372B (zh) | 一种数据驱动的页面更新方法和装置 | |
CN108280342B (zh) | 应用同步方法和装置、用于应用同步的装置 | |
CN107632835B (zh) | 应用安装方法及装置 | |
CN107506496B (zh) | 碎片整理方法、装置及计算机可读存储介质 | |
CN109885360B (zh) | 一种数据处理方法、装置及存储介质 | |
CN110221813B (zh) | 应用的数据连接建立方法、装置、存储介质和电子设备 | |
CN108012258B (zh) | 虚拟sim卡的数据流量管理方法、装置、终端及服务器 | |
CN111079040A (zh) | 资源嗅探方法、装置、终端、服务器及存储介质 | |
US20230037475A1 (en) | Network connection method and device and readable storage medium |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |