CN110413609A - 数据卡挂补信息表生成方法、服务器及存储介质 - Google Patents

数据卡挂补信息表生成方法、服务器及存储介质 Download PDF

Info

Publication number
CN110413609A
CN110413609A CN201910526269.6A CN201910526269A CN110413609A CN 110413609 A CN110413609 A CN 110413609A CN 201910526269 A CN201910526269 A CN 201910526269A CN 110413609 A CN110413609 A CN 110413609A
Authority
CN
China
Prior art keywords
data card
data
card
client
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.)
Granted
Application number
CN201910526269.6A
Other languages
English (en)
Other versions
CN110413609B (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.)
Ping An Bank Co Ltd
Original Assignee
Ping An Bank Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Bank Co Ltd filed Critical Ping An Bank Co Ltd
Priority to CN201910526269.6A priority Critical patent/CN110413609B/zh
Publication of CN110413609A publication Critical patent/CN110413609A/zh
Application granted granted Critical
Publication of CN110413609B publication Critical patent/CN110413609B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2282—Tablespace storage structures; Management thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2457—Query processing with adaptation to user needs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • 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/55—Push-based network services

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Computational Linguistics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种数据卡挂补信息表生成方法，应用于服务器，该方法包括建立预设表格并存储至预先确定的存储路径，为所有数据卡分配唯一的预设标志，将预设标志填入静态区域的对应栏位，根据预先确定的搜索算法建立数据卡的挂补关系链，计算出挂补关系链的节数作为数据卡的挂补次数，并将挂补次数填入动态区域的对应栏位，根据预设标志从存储路径调取对应的预设表格发送至该数据卡相关联用户的客户端。本发明能够应数据卡的状态更新实时更新数据卡的挂补记录信息，提高数据卡数据的准确度及完整性，做到对数据卡生命周期中的异动情况进行实时记录、监控。

Description

数据卡挂补信息表生成方法、服务器及存储介质
技术领域
本发明涉及数据管理技术领域，尤其涉及一种数据卡挂补信息表生成方法、服务器及存储介质。
背景技术
数据卡顾名思义是一种用于存储电子数据的载体，通过数据卡与终端设备接触实现数据交互。数据卡包括***、银行卡等能够存储电子数据的卡片。
数据卡的生命周期从诞生到销毁经历了申请、获批、挂失、补办及销毁。在数据卡业务中往往需要对数据卡的使用状态进行记录，便于得知数据卡的生命周期变动情况。
目前数据卡在生命周期中的变动情况的记录是通过简单的信息描述，且每当数据卡的状态发生更新时就需要业务员手动记录，无法实时、准确地追踪数据卡的挂补状态更新。
发明内容
本发明的主要目的在于提供一种数据卡挂补信息表生成方法、服务器及存储介质，旨在通过生成数据卡挂补信息表的方式实时记录、监控数据卡生命周期中的异动情况。
为实现上述目的，本发明提供的一种数据卡挂补信息表生成方法，应用于服务器，该方法包括：
表格建立步骤：建立一系列预设表格并存储至预先确定的存储路径，每张所述预设表格包括静态区域及动态区域；
第一获取步骤：获取任意一张数据卡的预设信息，为该数据卡分配一张所述预设表格，根据预先确定的生成规则生成与该数据卡对应的唯一预设标志，并将生成的预设标志填入所述分配的预设表格的静态区域的对应栏位；
第二获取步骤：根据预先确定的搜索算法从数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，并将所述挂补次数填入所述分配的预设表格的动态区域的对应栏位；及
反馈步骤：根据该数据卡的预设标志从所述存储路径中读取所述分配的预设表格发送至该数据卡相关联用户的客户端。
优选地，所述搜索算法为深度优先搜索算法，所述根据预先确定的搜索算法从所述数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，包括：
初始化步骤：从所述数据库中获取一初始数据卡，并记初始化迭代次数n＝0，其中，所述初始数据卡为与所述第一获取步骤中获取的数据卡具有相同的预设标志、且没有出现挂补记录的数据卡；
迭代步骤：从所述数据库中查找与所述初始数据卡具有相同预设信息的所有数据卡，并从查找出的所有数据卡中筛选出数据卡***最小者，并将当前迭代次数+1；及
重复所述迭代步骤，直到判断预设时间到达且所述数据库中未新增具有所述预设信息的数据卡时，结束对所述数据库的查找，将当前迭代次数记为所述数据卡的挂补次数。
优选地，该方法还包括：
当判断某张数据卡在预设挂补场景下同时出现多张同类型卡时，获取所有同类型卡的数据卡***并填入为该数据卡分配的预设表格的动态区域的对应栏位，其中，所述同类型卡指的是具有相同预设标志的数据卡。
优选地，所述反馈步骤还包括：
从记录客户端信息推送方式的数据表中确定向所述客户端推送所述预设表格的推送方式，根据确定的推送方式向所述客户端推送所述预设表格。
优选地，所述推送方式包括第一推送方式及第二推送方式：
当所述确定的推送方式为第一推送方式时，响应所述客户端的表格下载请求，对所述客户端的用户进行身份验证，身份验证成功则从所述存储路径下载所述预设表格反馈给所述客户端；或
当所述确定的推送方式为第二推送方式时，主动获取所述客户端的地址信息，所述地址信息包括IP地址及端口，根据所述地址信息从所述存储路径下载所述预设表格推送至所述客户端。
优选地，所述反馈步骤还包括：
预先为所述客户端对应的预设表格建立密钥，在推送过程中对所述预设表格进行加密推送，当输入的密钥验证成功时，允许所述客户端查看所述预设表格。
为实现上述目的，本发明还进一步提供一种服务器，所述服务器包括存储器和处理器，所述存储器上存储有数据卡挂补信息表生成程序，所述数据卡挂补信息表生成程序被所述处理器执行时实现如下步骤：
表格建立步骤：建立一系列预设表格并存储至预先确定的存储路径，每张所述预设表格包括静态区域及动态区域；
第一获取步骤：获取任意一张数据卡的预设信息，为该数据卡分配一张所述预设表格，根据预先确定的生成规则生成与该数据卡对应的唯一预设标志，并将生成的预设标志填入所述分配的预设表格的静态区域的对应栏位；
第二获取步骤：根据预先确定的搜索算法从数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，并将所述挂补次数填入所述分配的预设表格的动态区域的对应栏位；及
反馈步骤：根据该数据卡的预设标志从所述存储路径中读取所述分配的预设表格发送至该数据卡相关联用户的客户端。
优选地，所述搜索算法为深度优先搜索算法，所述根据预先确定的搜索算法从所述数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，包括：
初始化步骤：从所述数据库中获取一初始数据卡，并记初始化迭代次数n＝0，其中，所述初始数据卡为与所述第一获取步骤中获取的数据卡具有相同的预设标志、且没有出现挂补记录的数据卡；
迭代步骤：从所述数据库中查找与所述初始数据卡具有相同预设信息的所有数据卡，并从查找出的所有数据卡中筛选出数据卡***最小者，并将当前迭代次数+1；及
重复所述迭代步骤，直到判断预设时间到达且所述数据库中未新增具有所述预设信息的数据卡时，结束对所述数据库的查找，将当前迭代次数记为所述数据卡的挂补次数。
优选地，所述推送方式包括第一推送方式及第二推送方式：
当所述确定的推送方式为第一推送方式时，响应所述客户端的表格下载请求，对所述客户端的用户进行身份验证，身份验证成功则从所述存储路径下载所述预设表格反馈给所述客户端；或
当所述确定的推送方式为第二推送方式时，主动获取所述客户端的地址信息，所述地址信息包括IP地址及端口，根据所述地址信息从所述存储路径下载所述预设表格推送至所述客户端。
为实现上述目的，本发明进一步提供一种计算机可读存储介质，所述计算机可读存储介质上存储有数据卡挂补信息表生成程序，所述数据卡挂补信息表生成程序可被一个或者多个处理器执行，以实现如上所述的数据卡挂补信息表生成方法的步骤。
本发明提出的数据卡挂补信息表生成方法、服务器及存储介质，通过建立预设表格并存储至预先确定的存储路径，为所有数据卡分配唯一的预设标志，将预设标志填入静态区域的对应栏位，根据预先确定的搜索算法建立数据卡的挂补关系链，计算出挂补关系链的节数作为数据卡的挂补次数，并将挂补次数填入动态区域的对应栏位，建立预设表格与预设标志之间的映射关系，根据预设标志从存储路径中调取对应的预设表格发送至客户端。本发明能够应数据卡的状态更新实时更新数据卡的挂补记录信息，提高数据卡数据的准确度及完整性，做到对数据卡生命周期中的异动情况进行实时记录、监控。
附图说明
图1为本发明服务器较佳实施例的应用环境图；
图2为图1中数据卡挂补信息表生成程序较佳实施例的程序模块示意图；
图3为本发明数据卡挂补信息表生成方法较佳实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参附图做进一步说明。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
本发明提供一种服务器1。
所述服务器1可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器等的一种或几种。该服务器1包括，但不仅限于，存储器11、处理器12及网络接口13。
其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是服务器1的内部存储单元，例如该服务器1的硬盘。存储器11在另一些实施例中也可以是服务器1的外部存储设备，例如该服务器1上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。
进一步地，存储器11还可以既包括服务器1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于服务器1的应用软件及各类数据，例如数据卡挂补信息表生成程序10的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
处理器12在一些实施例中可以是一中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行数据卡挂补信息表生成程序10等。
网络接口13可选的可以包括标准的有线接口、无线接口(如WI-FI接口)，通常用于在该服务器与其他电子设备之间建立通信连接。
客户端14可以是桌上型计算机、笔记本、平板电脑、手机等。
网络15可以为互联网、云网络、无线保真(Wi-Fi)网络、个人网(PAN)、局域网(LAN)和/或城域网(MAN)。网络环境中的各种设备可以被配置为根据各种有线和无线通信协议连接到通信网络。这样的有线和无线通信协议的例子可以包括但不限于以下中的至少一个：传输控制协议和互联网协议(TCP/IP)、用户数据报协议(UDP)、超文本传输协议(HTTP)、文件传输协议(FTP)、ZigBee、EDGE、IEEE 802.11、光保真(Li-Fi)、802.16、IEEE 802.11s、IEEE 802.11g、多跳通信、无线接入点(AP)、设备对设备通信、蜂窝通信协议和/或蓝牙(BlueTooth)通信协议或其组合。
可选地，该服务器1还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以称为显示屏或显示单元，用于显示在服务器1中处理的信息以及用于显示可视化的用户界面。
图1仅示出了具有组件11-15以及数据卡挂补信息表生成程序10的服务器1，本领域技术人员可以理解的是，图1示出的结构并不构成对服务器1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
在一实施例中，图1的数据卡挂补信息表生成程序10被处理器12执行时，实现以下步骤：
表格建立步骤：建立一系列预设表格并存储至预先确定的存储路径，每张所述预设表格包括静态区域及动态区域；
第一获取步骤：获取任意一张数据卡的预设信息，为该数据卡分配一张所述预设表格，根据预先确定的生成规则生成与该数据卡对应的唯一预设标志，并将生成的预设标志填入所述分配的预设表格的静态区域的对应栏位；
第二获取步骤：根据预先确定的搜索算法从数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，并将所述挂补次数填入所述分配的预设表格的动态区域的对应栏位；及
反馈步骤：根据该数据卡的预设标志从所述存储路径中读取所述分配的预设表格发送至该数据卡相关联用户的客户端。
在另一实施例中，该方法还包括：
当判断某张数据卡在预设挂补场景下同时出现多张同类型卡时，获取所有同类型卡的数据卡***并填入为该数据卡分配的预设表格的动态区域的对应栏位，其中，所述同类型卡指的是具有相同预设标志的数据卡。
在另一实施例中，所述反馈步骤还包括：
从记录客户端信息推送方式的数据表中确定向所述客户端推送所述预设表格的推送方式，根据确定的推送方式向所述客户端推送所述预设表格。
在另一实施例中，所述反馈步骤还包括：
预先为所述客户端对应的预设表格建立密钥，在推送过程中对所述预设表格进行加密推送，当输入的密钥验证成功时，允许所述客户端查看所述预设表格。
关于上述步骤的详细介绍，请参照下述图2关于数据卡挂补信息表生成程序10实施例的程序模块示意图及图3关于数据卡挂补信息表生成方法实施例的方法流程示意图的说明。
参照图2所示，为图1中数据卡挂补信息表生成程序10实施例的程序模块示意图。数据卡挂补信息表生成程序10被分割为多个模块，该多个模块存储于存储器11中，并由处理器12执行，以完成本发明。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段。
在本实施例中，所述数据卡挂补信息表生成程序10包括表格建立模块110、第一获取模块120、第二获取模块130、反馈模块140。
表格建立模块110，用于建立一系列预设表格并存储至预先确定的存储路径，每张预设表格包括模板区域、静态区域及动态区域。
在本实施例中，预先建立具有预设格式的一系列预设表格，每张预设表格用于记录一张数据卡生命周期中的挂补异动数据。每张预设表格至少包括模板区域、静态区域及动态区域。
例如，以***为例。模板区域用于填充表格通用信息，例如字段名称、字段描述及具体内容等；静态区域用于填充***的固定信息，例如用户号、***logo、***编号、******等；动态区域用于填充***的动态更新信息，例如***的补办次数、***的最新***等。
所述预设表格建立之后，存储在预先确定的存储路径，例如SFTP服务器。SFTP是Secure File Transfer Protocol的缩写，即安全文件传送协议，可以为传输文件提供一种安全的网络的加密方法，利用SFTP服务器可以提高数据的保密安全性。
第一获取模块120，用于获取任意一张数据卡的预设信息，根据预先确定的生成规则生成与数据卡对应的唯一预设标志，并将生成的预设标志填入预设表格的静态区域的对应栏位。
在本实施例中，服务器1从指定的数据库(包含不同用户的数据卡)获取数据卡(例如，任一发卡行的数据卡)的预设信息(一预设信息包括用户号、数据卡logo、数据卡编号等，即上述用于填充静态区域的固定信息)，为该数据卡分配一张所述预设表格，根据预先确定的生成规则生成与该数据卡对应的唯一预设标志，以实现服务器对数据卡身份的辨识，并将生成的预设标志填入预设表格的静态区域的对应栏位。
其中，所述生成规则为将用户号、数据卡logo及数据卡编号的字符串进行拼接得到唯一的预设标志，例如“用户号@logo@卡编号”，具体如用户号为600012345678，数据卡logo为303，数据卡编号为1的数据卡，拼接后得到“600012345678@303@1”。
第二获取模块130，用于根据预先确定的搜索算法从数据库中搜索出与该数据卡关联的所有数据卡，并建立该数据卡的挂补关系链，计算出挂补关系链的节数N作为该数据卡的挂补次数，并将挂补次数填入预设表格的动态区域的对应栏位。
在本实施例中，根据预先确定的搜索算法从数据库中搜索出与该数据卡关联的所有数据卡，并建立该数据卡的挂补关系链。通过计算挂补关系链的节数得出该数据卡的挂补次数N，即上述用于填充动态区域的动态更新信息，并将得出的挂补次数填入预设表格的动态区域的对应栏位。
其中，所述挂补关系链为根据数据卡的发卡时间、***、挂补时间进行排序，且属于同一卡编号的数据卡的挂补记录，例如C1--C2--C3--C4，C1、C2、C3、C4具有相同的卡编号，不同的***，***根据数据卡生成的日期递增。C1为初始数据卡，C2、C3、C4为补办的数据卡，且C4为最新数据卡。
所述预设算法为深度优先搜索算法，所述第二获取模块130根据预先确定的搜索算法从所述数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，包括：
初始化步骤：从所述数据库中获取一初始数据卡(该卡没有对应的已挂失卡，且该卡不是其他卡的新办卡)，为所述初始数据卡分配对应的所述预设标志，并记初始化迭代次数n＝0；
迭代步骤：从所述数据库(包含不同用户的数据卡)中查找与所述初始数据卡具有相同所述预设信息的所有数据卡(若查找到具有所述预设信息的数据卡不止一张，则说明该初始数据卡有过补办记录)，并从所述查找出的所有数据卡中筛选出数据卡***最小者(相对于初始数据卡开卡时间最接近的数据卡)，将当前迭代次数n+1；及
重复所述迭代步骤，直到判断预设时间(例如一个月)到达且所述数据库中未新增具有所述预设信息的数据卡时，结束对所述数据库的查找，记录当前迭代次数为所述数据卡的挂补次数。
深度优先搜索算法(Depth-First-Search)是搜索算法的一种。是沿着树的深度遍历树的节点，尽可能深地搜索树的分支。当节点v的所有边都己被探寻过，搜索将回溯到发现节点v的那条边的起始节点。这一过程一直进行到已发现从源节点可达的所有节点为止。如果还存在未被发现的节点，则选择其中一个作为源节点并重复以上过程，整个进程反复进行直到所有节点都被访问为止。通过深度优先搜索算法能够从数据库(包含不同用户的数据卡)中找出一张初始卡的挂补关系链，并且新增的数据卡能够继承旧数据卡的数据信息(例如用户的积分、交易记录等)，从而得到属于同一卡编号的多张数据卡之间的挂补关系。
反馈模块140，用于根据该数据卡的预设标志从所述存储路径中读取分配的预设表格发送至该数据卡相关联用户的客户端14。
在本实施例中，当需要调取数据卡的预设表格进行信息查看时，服务器1获取数据卡对应的预设标志，将对应的预设表格发送至客户端14进行展示，其中，客户端14可以是用户的电脑、手机，也可以是数据卡办理工作人员的电脑。
在另一实施例中，该程序还包括提醒模块：
当数据卡在预设挂补场景下同时出现多张同类型卡时，获取所有所述同类型卡的***填入所述预设表格的动态区域的对应栏位。
所述预设挂补场景为当用户在操作平台进行数据卡挂补手续操作过程中遇到网络出错时，可能导致用户每按一次确认补办按钮***便会新增一张补办的数据卡，例如用户在同一次补办数据卡时，连续按了三次补办确认补办按钮便会生成三张同类型的数据卡，并且卡与卡之间不存在冲突，能够正常使用。但是由于同时存在的多张数据卡的预设标志相同，为了提醒用户存在该种情况并能得知同类型卡的数量，因此在预设表格的动态区域对应栏位上会记录所有同类型卡的***以起提醒作用。
在另一实施例中，所述反馈模块140还用于从预先确定的数据表中确定客户端14的预设表格的推送方式，根据推送方式向客户端14推送预设表格。
所述推送方式包括第一推送方式(客户端14主动获取)及第二推送方式(客户端14被动接收)。根据用户的习惯定制不同的推送方式，可以提升用户体验。
当所述确定的推送方式为第一推送方式时，响应客户端14的推送表格请求，对用户进行身份验证以确定用户的身份，若身份验证成功则从预先确定的存储路径(例如，SFTP服务器)下载预设表格反馈给客户端14；或
当所述确定的推送方式为第二推送方式时，获取用户的地址信息(包括I P地址及端口等信息)，根据所述地址信息，将预设表格从预先确定的存储路径(例如，SFTP服务器)调取并推送至客户端14。
在另一实施例中，所述推送模块130还用于预先为客户端14对应的预设表格建立密钥，在推送过程中对预设表格进行加密推送，防止用户账号被他人盗用的情况，当输入的密钥验证成功时，允许客户端14查看预设表格。
此外，本发明还提供一种数据卡挂补信息表生成方法。参照图3所示，为本发明数据卡挂补信息表生成方法的实施例的方法流程示意图。服务器1的处理器12执行存储器11中存储的数据卡挂补信息表生成程序10时实现数据卡挂补信息表生成方法的如下步骤：
S110，建立一系列预设表格并存储至预先确定的存储路径，每张预设表格包括模板区域、静态区域及动态区域。
在本实施例中，预先建立具有预设格式的一系列预设表格，每张预设表格用于记录一张数据卡生命周期中的挂补异动数据。每张预设表格至少包括模板区域、静态区域及动态区域。
例如，以***为例。模板区域用于填充表格通用信息，例如字段名称、字段描述及具体内容等；静态区域用于填充***的固定信息，例如用户号、***logo、***编号、******等；动态区域用于填充***的动态更新信息，例如***的补办次数、***的最新***等。
所述预设表格建立之后，存储在预先确定的存储路径，例如SFTP服务器。SFTP是Secure File Transfer Protocol的缩写，即安全文件传送协议，可以为传输文件提供一种安全的网络的加密方法，利用SFTP服务器可以提高数据的保密安全性。
S120，获取任意一张数据卡的预设信息，根据预先确定的生成规则生成与数据卡对应的唯一预设标志，并将生成的预设标志填入预设表格的静态区域的对应栏位。
在本实施例中，服务器1从指定的数据库(包含不同用户的数据卡)获取数据卡(例如，任一发卡行的数据卡)的预设信息(一预设信息包括用户号、数据卡logo、数据卡编号等，即上述用于填充静态区域的固定信息)，为该数据卡分配一张所述预设表格，根据预先确定的生成规则生成与该数据卡对应的唯一预设标志，以实现服务器对数据卡身份的辨识，并将生成的预设标志填入预设表格的静态区域的对应栏位。
其中，所述生成规则为将用户号、数据卡logo及数据卡编号的字符串进行拼接得到唯一的预设标志，例如“用户号@logo@卡编号”，具体如用户号为600012345678，数据卡logo为303，数据卡编号为1的数据卡，拼接后得到“600012345678@303@1”。
S130，根据预先确定的搜索算法从数据库中搜索出与该数据卡关联的所有数据卡，并建立该数据卡的挂补关系链，计算出挂补关系链的节数N作为该数据卡的挂补次数，并将挂补次数填入预设表格的动态区域的对应栏位。
在本实施例中，根据预先确定的搜索算法从数据库中搜索出与该数据卡关联的所有数据卡，并建立该数据卡的挂补关系链。通过计算挂补关系链的节数得出该数据卡的挂补次数N，即上述用于填充预设表格的动态区域的动态更新信息，并将得出的挂补次数填入预设表格的动态区域的对应栏位。
其中，所述挂补关系链为根据数据卡的发卡时间、***、挂补时间进行排序，且属于同一卡编号的数据卡的挂补记录，例如C1--C2--C3--C4，C1、C2、C3、C4具有相同的卡编号，不同的***，***根据数据卡生成的日期递增。C1为初始数据卡，C2、C3、C4为补办的数据卡，且C4为最新数据卡。
所述预设算法为深度优先搜索算法，步骤S130中根据预先确定的搜索算法从所述数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，包括：
初始化步骤：从所述数据库中获取一初始数据卡(该卡没有对应的已挂失卡，且该卡不是其他卡的新办卡)，为所述初始数据卡分配对应的所述预设标志，并记初始化迭代次数n＝0；
迭代步骤：从所述数据库(包含不同用户的数据卡)中查找与所述初始数据卡具有相同所述预设信息的所有数据卡(若查找到具有所述预设信息的数据卡不止一张，则说明该初始数据卡有过补办记录)，并从所述查找出的所有数据卡中筛选出数据卡***最小者(相对于初始数据卡开卡时间最接近的数据卡)，将当前迭代次数n+1；及
重复所述迭代步骤，直到判断预设时间(例如一个月)到达且所述数据库中未新增具有所述预设信息的数据卡时，结束对所述数据库的查找，记录当前迭代次数为所述数据卡的挂补次数。
深度优先搜索算法(Depth-First-Search)是搜索算法的一种。是沿着树的深度遍历树的节点，尽可能深地搜索树的分支。当节点v的所有边都己被探寻过，搜索将回溯到发现节点v的那条边的起始节点。这一过程一直进行到已发现从源节点可达的所有节点为止。如果还存在未被发现的节点，则选择其中一个作为源节点并重复以上过程，整个进程反复进行直到所有节点都被访问为止。通过深度优先搜索算法能够从数据库(包含不同用户的数据卡)中找出一张初始卡的挂补关系链，并且新增的数据卡能够继承旧数据卡的数据信息(例如用户的积分、交易记录等)，从而得到属于同一卡编号的多张数据卡之间的挂补关系。
S140，根据该数据卡的预设标志从所述存储路径读取分配的预设表格发送至该数据卡相关联用户的客户端14。
在本实施例中，当需要调取数据卡的预设表格进行信息查看时，服务器1获取数据卡对应的预设标志，将对应的预设表格发送至客户端14进行展示，其中，客户端14可以是用户的电脑、手机，也可以是数据卡办理工作人员的电脑。
在另一实施例中，该方法还包括：
当数据卡在预设挂补场景下同时出现多张同类型卡时，获取所有同类型卡的***填入所述预设表格的动态区域的对应栏位。
所述预设挂补场景为当用户在操作平台进行数据卡挂补手续操作过程中遇到网络出错时，可能导致用户每按一次确认补办按钮***便会新增一张补办的数据卡，例如用户在同一次补办数据卡时，连续按了三次补办确认补办按钮便会生成三张同类型的数据卡，并且卡与卡之间不存在冲突，能够正常使用。但是由于同时存在的多张数据卡的预设标志相同，为了提醒用户存在该种情况并能得知同类型卡的数量，因此在预设表格的动态区域对应栏位上会记录所有同类型卡的***以起提醒作用。
在另一实施例中，S140还包括：
从预先确定的数据表中确定客户端14的预设表格的推送方式，根据推送方式向客户端14推送预设表格。
所述推送方式包括第一推送方式(客户端14主动获取)及第二推送方式(客户端14被动接收)。根据用户的习惯定制不同的推送方式，可以提升用户体验。
当所述确定的推送方式为第一推送方式时，响应客户端14的表格推送请求，对用户进行身份验证以确定用户的身份，若身份验证成功则从预先确定的存储路径(例如，SFTP服务器)下载预设表格反馈给客户端14；或
当所述确定的推送方式为第二推送方式时，获取用户的地址信息(包括I P地址及端口等信息)，根据所述地址信息，将预设表格从预先确定的存储路径(例如，SFTP服务器)调取并推送至客户端14。
在另一实施例中，S130还包括：
预先为客户端14对应的预设表格建立密钥，在推送过程中对预设表格进行加密推送，防止用户账号他人盗用的情况，当输入的密钥验证成功时，允许客户端14查看预设表格。
此外，本发明实施例还提出一种计算机可读存储介质，计算机可读存储介质可以是硬盘、多媒体卡、SD卡、闪存卡、SMC、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、便携式紧致盘只读存储器(CD-ROM)、USB存储器等中的任意一种或者几种的任意组合。计算机可读存储介质中包括数据卡挂补信息表生成程序10，本发明之计算机可读存储介质的具体实施方式与上述数据卡挂补信息表生成方法以及服务器1的具体实施方式大致相同，在此不再赘述。
需要说明的是，上述本发明实施例序日仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
上述本发明实施例序日仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种数据卡挂补信息表生成方法，应用于服务器，其特征在于，该方法包括：
表格建立步骤：建立一系列预设表格并存储至预先确定的存储路径，每张所述预设表格包括静态区域及动态区域；
第一获取步骤：获取任意一张数据卡的预设信息，为该数据卡分配一张所述预设表格，根据预先确定的生成规则生成与该数据卡对应的唯一预设标志，并将生成的预设标志填入所述分配的预设表格的静态区域的对应栏位；
第二获取步骤：根据预先确定的搜索算法从数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，并将所述挂补次数填入所述分配的预设表格的动态区域的对应栏位；及
反馈步骤：根据该数据卡的预设标志从所述存储路径中读取所述分配的预设表格发送至该数据卡相关联用户的客户端。
2.如权利要求1所述的数据卡挂补信息表生成方法，其特征在于，所述搜索算法为深度优先搜索算法，所述根据预先确定的搜索算法从所述数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，包括：
初始化步骤：从所述数据库中获取一初始数据卡，并记初始化迭代次数n＝0，其中，所述初始数据卡为与所述第一获取步骤中获取的数据卡具有相同的预设标志、且没有出现挂补记录的数据卡；
迭代步骤：从所述数据库中查找与所述初始数据卡具有相同预设信息的所有数据卡，并从查找出的所有数据卡中筛选出数据卡***最小者，并将当前迭代次数+1；及
重复所述迭代步骤，直到判断预设时间到达且所述数据库中未新增具有所述预设信息的数据卡时，结束对所述数据库的查找，将当前迭代次数记为所述数据卡的挂补次数。
3.如权利要求2所述的数据卡挂补信息表生成方法，其特征在于，该方法还包括：
当判断某张数据卡在预设挂补场景下同时出现多张同类型卡时，获取所有同类型卡的数据卡***并填入为该数据卡分配的预设表格的动态区域的对应栏位，其中，所述同类型卡指的是具有相同预设标志的数据卡。
4.如权利要求1所述的数据卡挂补信息表生成方法，其特征在于，所述反馈步骤还包括：
从记录客户端信息推送方式的数据表中确定向所述客户端推送所述预设表格的推送方式，根据确定的推送方式向所述客户端推送所述预设表格。
5.如权利要求4所述的数据卡挂补信息表生成方法，其特征在于，所述推送方式包括第一推送方式及第二推送方式：
当所述确定的推送方式为第一推送方式时，响应所述客户端的表格下载请求，对所述客户端的用户进行身份验证，身份验证成功则从所述存储路径下载所述预设表格反馈给所述客户端；或
当所述确定的推送方式为第二推送方式时，主动获取所述客户端的地址信息，所述地址信息包括IP地址及端口，根据所述地址信息从所述存储路径下载所述预设表格推送至所述客户端。
6.如权利要求5所述的数据卡挂补信息表生成方法，其特征在于，所述反馈步骤还包括：
预先为所述客户端对应的预设表格建立密钥，在推送过程中对所述预设表格进行加密推送，当输入的密钥验证成功时，允许所述客户端查看所述预设表格。
7.一种服务器，其特征在于，所述服务器包括存储器和处理器，所述存储器上存储有数据卡挂补信息表生成程序，所述数据卡挂补信息表生成程序被所述处理器执行时实现如下步骤：
表格建立步骤：建立一系列预设表格并存储至预先确定的存储路径，每张所述预设表格包括静态区域及动态区域；
第一获取步骤：获取任意一张数据卡的预设信息，为该数据卡分配一张所述预设表格，根据预先确定的生成规则生成与该数据卡对应的唯一预设标志，并将生成的预设标志填入所述分配的预设表格的静态区域的对应栏位；
第二获取步骤：根据预先确定的搜索算法从数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，并将所述挂补次数填入所述分配的预设表格的动态区域的对应栏位；及
反馈步骤：根据该数据卡的预设标志从所述存储路径中读取所述分配的预设表格发送至该数据卡相关联用户的客户端。
8.如权利要求7所述的服务器，其特征在于，所述搜索算法为深度优先搜索算法，所述根据预先确定的搜索算法从所述数据库中搜索出与该数据卡关联的所有数据卡建立该数据卡的挂补关系链，计算出所述挂补关系链的节数N作为该数据卡的挂补次数，包括：
初始化步骤：从所述数据库中获取一初始数据卡，并记初始化迭代次数n＝0，其中，所述初始数据卡为与所述第一获取步骤中获取的数据卡具有相同的预设标志、且没有出现挂补记录的数据卡；
迭代步骤：从所述数据库中查找与所述初始数据卡具有相同预设信息的所有数据卡，并从查找出的所有数据卡中筛选出数据卡***最小者，并将当前迭代次数+1；及
重复所述迭代步骤，直到判断预设时间到达且所述数据库中未新增具有所述预设信息的数据卡时，结束对所述数据库的查找，将当前迭代次数记为所述数据卡的挂补次数。
9.如权利要求8所述的服务器，其特征在于，所述推送方式包括第一推送方式及第二推送方式：
当所述确定的推送方式为第一推送方式时，响应所述客户端的表格下载请求，对所述客户端的用户进行身份验证，身份验证成功则从所述存储路径下载所述预设表格反馈给所述客户端；或
当所述确定的推送方式为第二推送方式时，主动获取所述客户端的地址信息，所述地址信息包括IP地址及端口，根据所述地址信息从所述存储路径下载所述预设表格推送至所述客户端。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有数据卡挂补信息表生成程序，所述数据卡挂补信息表生成程序可被一个或者多个处理器执行，以实现如权利要求1-6中任一项所述的数据卡挂补信息表生成方法的步骤。
CN201910526269.6A 2019-06-18 2019-06-18 数据卡挂补信息表生成方法、服务器及存储介质 Active CN110413609B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910526269.6A CN110413609B (zh) 2019-06-18 2019-06-18 数据卡挂补信息表生成方法、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910526269.6A CN110413609B (zh) 2019-06-18 2019-06-18 数据卡挂补信息表生成方法、服务器及存储介质

Publications (2)

Publication Number Publication Date
CN110413609A true CN110413609A (zh) 2019-11-05
CN110413609B CN110413609B (zh) 2024-03-26

Family

ID=68359246

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910526269.6A Active CN110413609B (zh) 2019-06-18 2019-06-18 数据卡挂补信息表生成方法、服务器及存储介质

Country Status (1)

Country Link
CN (1) CN110413609B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101236638A (zh) * 2008-02-20 2008-08-06 中国工商银行股份有限公司 一种基于Web的银行卡风险监测方法及***
CN103294978A (zh) * 2013-05-09 2013-09-11 马钢控制技术有限责任公司 一种pos机识别rfid电子标签的方法
CN105809051A (zh) * 2014-12-31 2016-07-27 航天信息股份有限公司 基于加密卡的企业密钥分发方法以及基于加密卡的报税方法
CN106874327A (zh) * 2016-07-08 2017-06-20 阿里巴巴集团控股有限公司 一种针对业务数据的计数方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101236638A (zh) * 2008-02-20 2008-08-06 中国工商银行股份有限公司 一种基于Web的银行卡风险监测方法及***
CN103294978A (zh) * 2013-05-09 2013-09-11 马钢控制技术有限责任公司 一种pos机识别rfid电子标签的方法
CN105809051A (zh) * 2014-12-31 2016-07-27 航天信息股份有限公司 基于加密卡的企业密钥分发方法以及基于加密卡的报税方法
CN106874327A (zh) * 2016-07-08 2017-06-20 阿里巴巴集团控股有限公司 一种针对业务数据的计数方法及装置

Also Published As

Publication number Publication date
CN110413609B (zh) 2024-03-26

Similar Documents

Publication Publication Date Title
US9778924B2 (en) Platform for enabling creation and use of an API for a specific solution
WO2017200483A1 (en) Applied cryptographic ip management method and system
TW201820168A (zh) 使用者資訊獲取系統、方法及裝置
CN110516178A (zh) 基于大数据的多级品目展示方法、服务器及存储介质
CN108052340A (zh) 一种应用升级方法、装置
CN110457311A (zh) 自动生成对账文件的方法、服务器及存储介质
CN110209766A (zh) 数据展示方法、电子装置及存储介质
CN109582873A (zh) 用于推送信息的方法和装置
CN104461567A (zh) 软件包的发布方法及***
CN106980501A (zh) 一种软件包管理方法、装置和***
US9665732B2 (en) Secure Download from internet marketplace
CN111400310B (zh) 基于审批链配置的数据监控方法、服务器及存储介质
CN108762767A (zh) 应用发布方法、装置及计算机可读存储介质
CN111563015A (zh) 数据监控方法及装置、计算机可读介质及终端设备
CN102984020A (zh) 基于云计算的上网监控方法、监控***以及监控服务器
US20170186104A1 (en) Systems and methods for delivering location-triggered oilfield content
CN110413609A (zh) 数据卡挂补信息表生成方法、服务器及存储介质
Singh et al. Nonreplicated Static Data Allocation in Distributed Databases Using Biogeography‐Based Optimization
CN108595924B (zh) 一种业务权限管理方法、装置、计算机设备及存储介质
CN114238767B (zh) 业务推荐方法、装置、计算机设备和存储介质
CN110266698A (zh) 通过区块链的知识分享数据上链方法及其设备
CN109582487A (zh) 用于发送信息的方法和装置
WO2016028973A1 (en) Plug-in manager and deployment system
CN110674366B (zh) 基于ognl表达式语言的数据分发方法、电子装置及存储介质
CN113256240A (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
GR01 Patent grant
GR01 Patent grant