CN110457311A - 自动生成对账文件的方法、服务器及存储介质 - Google Patents

自动生成对账文件的方法、服务器及存储介质 Download PDF

Info

Publication number
CN110457311A
CN110457311A CN201910604796.4A CN201910604796A CN110457311A CN 110457311 A CN110457311 A CN 110457311A CN 201910604796 A CN201910604796 A CN 201910604796A CN 110457311 A CN110457311 A CN 110457311A
Authority
CN
China
Prior art keywords
partner
reconciliation
file
reconciliation file
push
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
CN201910604796.4A
Other languages
English (en)
Other versions
CN110457311B (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 Property and Casualty Insurance Company of China Ltd
Original Assignee
Ping An Property and Casualty Insurance Company of China 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 Property and Casualty Insurance Company of China Ltd filed Critical Ping An Property and Casualty Insurance Company of China Ltd
Priority to CN201910604796.4A priority Critical patent/CN110457311B/zh
Publication of CN110457311A publication Critical patent/CN110457311A/zh
Application granted granted Critical
Publication of CN110457311B publication Critical patent/CN110457311B/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/25—Integrating or interfacing systems involving database management systems
    • G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2107—File encryption
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Business, Economics & Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Finance (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Accounting & Taxation (AREA)
  • Bioethics (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种自动生成对账文件的方法，应用于服务器，该方法在第一预设时刻从第一预设数据表中获取与各合作方编码对应的对账数据并存储于第一预设存储路径。随后，在第二预设时刻从第一预设存储路径中调取各对账数据，根据建立规则建立对账文件并存储于第二预设存储路径。并在第三预设时刻从第二预设存储路径中获取各合作方编码对应的对账文件推送到第三预设存储路径，根据推送方式对各合作方的客户端推送对账文件。本发明能够在不重复编写代码生成对应的对账文件的情况下，通过分时段进行数据获取、建立及推送，根据合作方的信息自动抓取对账数据生成对账文件并进行推送，且不同时段的步骤之间不冲突，减少对账文件生成过程中的误差。

Description

自动生成对账文件的方法、服务器及存储介质
技术领域
本发明涉及数据传输技术领域，尤其涉及一种自动生成对账文件的方法、服务器及存储介质。
背景技术
随着互联网金融的迅猛发展，越来越多的业务从线下转到线上，交易量越来越大，与合作方(商家)的对账任务变的更重要，同时也变得更复杂。
现有的为商家提供对账文件的方法，主要是采用硬编码方式定时对相关对账信息的数据结构、对账字段、读取对账信息的条件、以及商家服务器的地址信息进行处理，然后将处理好的对账文件发往商家服务器。
但是，现有的对账方法在每次新接入一个商家，都需要做大量重复的工作，需要程序员重复编写代码，不仅不利于电子商务系统中商家的扩展，而且也浪费了大量的系统资源。同时，在现有的对账方法中，定时执行对账文件的任务、创建对账文件的任务、传输对账文件的任务是属于需要一次性完成的，如果系统因为异常而退出，就会导致传输对账文件的任务执行失败，那么再次执行的时候就必须从头开始执行，因而，增加了应用程序服务器和数据库服务器压力。因此，如何在不用重复编码的前提下，将对账文件自动提供给商家，并能够减少对账文件生成过程中的误差已经成为一个亟待解决的技术问题。
发明内容
本发明的主要目的在于提供一种自动生成对账文件的方法、服务器及存储介质，旨在解决如何在不用重复编码的前提下，将对账文件自动提供给商家，并能够减少对账文件生成过程中的误差的技术问题。
为实现上述目的，本发明提供的一种自动生成对账文件的方法，应用于服务器，该方法包括：
获取步骤：在第一预设时刻，从第一预设数据表中获取预设时间段内与各合作方编码对应的对账数据，并将所述对账数据存储于第一预设存储路径；
获取步骤：在第一预设时刻，从第一预设数据表中获取预设时间段内与各合作方编码对应的对账数据，并将所述对账数据存储于第一预设存储路径；
建立步骤：在第二预设时刻，分别从所述第一预设存储路径中调取各合作方编码对应的所述对账数据，根据预设的建立规则建立相应的对账文件，并将所述对账文件存储于第二预设存储路径；及
推送步骤：在第三预设时刻，从所述第二预设存储路径中获取各合作方编码对应的对账文件推送到第三预设存储路径，并从第二预设数据表中确定各合作方的对账文件推送方式，根据确定的所述推送方式对各合作方的客户端推送对应的所述对账文件。
优选地，所述获取步骤包括：
从第一预设数据表中获取各合作方的第一预设信息，所述第一预设信息包括合作方编码及合作方对应的数据库；
根据所述合作方编码建立的预设排序规则，依次从合作方对应的所述数据库中获取预设时间段内各合作方的对账数据；及
将获取的所述对账数据保存至所述第一预设存储路径。
优选地，在所述建立步骤之前，该方法还包括：
获取所述对账文件的生成日期；及
将获取的所述生成日期延迟预设时间得到的日期作为所述对账文件存储于所述第二预设存储路径的日期。
优选地，所述推送方式包括第一推送方式及第二推送方式：
当选择所述第一推送方式时，获取合作方发出的获取对账文件请求，对合作方进行身份验证以确定合作方的身份，若身份验证成功，则向合作方展示其对应的所述对账文件，并响应合作方的下载请求，从所述第三存储路径中获取对应的所述对账文件；或
当选择所述第二推送方式时，获取合作方的第二预设信息，所述第二预设信息包括IP地址及端口，根据获取到的所述第二预设信息，将所述对账文件从所述第三存储路径中推送至对应的合作方客户端。
优选地，所述推送步骤还包括：
预先为各合作方对应的所述对账文件建立密钥，在推送过程中对所述对账文件进行加密推送，当输入的密钥验证成功时，可查看所述对账文件。
为实现上述目的，本发明还进一步提供一种服务器，所述服务器包括存储器和处理器，所述存储器上存储有自动生成对账文件程序，所述自动生成对账文件程序被所述处理器执行时实现如下步骤：
获取步骤：在第一预设时刻，从第一预设数据表中获取预设时间段内与各合作方编码对应的对账数据，并将所述对账数据存储于第一预设存储路径；
建立步骤：在第二预设时刻，分别从所述第一预设存储路径中调取各合作方编码对应的所述对账数据，根据预设的建立规则建立相应的对账文件，并将所述对账文件存储于第二预设存储路径；及
推送步骤：在第三预设时刻，从所述第二预设存储路径中获取各合作方编码对应的对账文件推送到第三预设存储路径，并从第二预设数据表中确定各合作方的对账文件推送方式，根据确定的所述推送方式对各合作方的客户端推送对应的所述对账文件。
优选地，所述处理器运行所述发票验证程序，还执行：
从第一预设数据表中获取各合作方的第一预设信息，所述第一预设信息包括合作方编码及合作方对应的数据库；
根据所述合作方编码建立的预设排序规则，依次从合作方对应的所述数据库中获取预设时间段内各合作方的对账数据；及
将获取的所述对账数据保存至所述第一预设存储路径。
优选地，所述处理器运行所述发票验证程序，还执行：
获取所述对账文件的生成日期；及
将获取的所述生成日期延迟预设时间得到的日期作为所述对账文件存储于所述第二预设存储路径的日期。
优选地，所述推送方式包括第一推送方式及第二推送方式：
当选择所述第一推送方式时，获取合作方发出的获取对账文件请求，对合作方进行身份验证以确定合作方的身份，若身份验证成功，则向合作方展示其对应的所述对账文件，并响应合作方的下载请求，从所述第三存储路径中获取对应的所述对账文件；或
当选择所述第二推送方式时，获取合作方的第二预设信息，所述第二预设信息包括IP地址及端口，根据获取到的所述第二预设信息，将所述对账文件从所述第三存储路径中推送至对应的合作方客户端。
为实现上述目的，本发明进一步提供一种计算机可读存储介质，所述计算机可读存储介质上存储有自动生成对账文件程序，所述自动生成对账文件程序可被一个或者多个处理器执行，以实现如上所述的自动生成对账文件方法的步骤。
本发明提出的自动生成对账文件的方法、服务器及存储介质，通过预先配置各合作方的信息，根据预设的建立规则建立对账文件，不需要在每次新接入一个商家时重复编写代码。并采用分时段分别进行数据获取、建立及推送的模式，根据合作方的信息自动抓取对账数据生成对账文件并进行推送，提高了对账文件的推送效率，且不同的时段的步骤之间不冲突，有效减少了对账文件生成过程中的误差。并能够根据合作方的需求，抓取相应的对账数据以不同的推送方式进行推送，可根据合作方的喜好定制化输出对账文件，提高合作方的使用体验。
附图说明
图1为本发明服务器较佳实施例的应用环境图；
图2为图1中自动生成对账文件程序较佳实施例的程序模块示意图；
图3为本发明自动生成对账文件方法较佳实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参附图做进一步说明。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
本发明提供一种服务器1。参照图1所示，服务器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还可以既包括服务器的内部存储单元也包括外部存储设备。存储器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执行时，实现以下步骤：
获取步骤：在第一预设时刻，从第一预设数据表中获取预设时间段内与各合作方编码对应的对账数据，并将所述对账数据存储于第一预设存储路径；
建立步骤：在第二预设时刻，分别从所述第一预设存储路径中调取各合作方编码对应的所述对账数据，根据预设的建立规则建立相应的对账文件，并将所述对账文件存储于第二预设存储路径；及
推送步骤：在第三预设时刻，从所述第二预设存储路径中获取各合作方编码对应的对账文件推送到第三预设存储路径，并从第二预设数据表中确定各合作方的对账文件推送方式，根据确定的所述推送方式对各合作方的客户端推送对应的所述对账文件。
在另一实施例中，在所述建立步骤之前，该方法还包括：
获取所述对账文件的生成日期；及
将获取的所述生成日期延迟预设时间得到的日期作为所述对账文件存储于所述第二预设存储路径的日期。
在另一实施例中，所述推送步骤还包括：
预先为各合作方对应的所述对账文件建立密钥，在推送过程中对所述对账文件进行加密推送，当输入的密钥验证成功时，可查看所述对账文件。
关于上述步骤的详细介绍，请参照下述图2关于自动生成对账文件程序10实施例的程序模块示意图及图3关于自动生成对账文件方法实施例的方法流程示意图的说明。
参照图2所示，为图1中自动生成对账文件程序10实施例的程序模块示意图。自动生成对账文件程序10被分割为多个模块，该多个模块存储于存储器11中，并由处理器12执行，以完成本发明。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段。
在本实施例中，所述自动生成对账文件程序10包括获取模块110、建立模块120、推送模块130。
获取模块110，用于获取预设时间段内与各合作方编码对应的对账数据，并将所述对账数据存储于第一预设存储路径。
在本实施例中，服务器1在第一预设时刻(例如，24：00)，从第一预设数据表，例如EPCIS(EPC Information Service，电子产品码信息服务)数据库中获取预设时间段(例如，前一日)内与各合作方编码对应的对账数据，并将所述对账数据存储于第一预设存储路径(例如，EPCISPTPDATA.T_BAT CH_DATA_EXCHANGE_INFO表，即暂存表)。
在数据获取过程中，首先，从合作方对账配置表中获取合作方的第一预设信息(包括合作方编码、合作方对应的数据库等)。其中，每个合作方对应一个唯一的编码，以“携程”为例，其合作方编码为拼音首字母“XC”+添加时间“20190107”。
然后，按照预设排序规则，基于合作方编码依次从对应的数据库中获取预设时间段内(例如，前一天)各合作方编码对应的对账数据，保存至第一预设存储路径中(例如，EPCISPTPDATA.T_BATCH_DATA_EXCHANGE_IN FO表，即暂存表)。其中，所述预设排序规则包括：按照合作方信息添加的时间先后顺序排序；或按照合作方编码的首字母的顺序进行排序，若首字母相同，则进一步按照合作方信息添加时间的先后顺序排序)。需要说明的是，不同合作方的对账数据保存至同一张暂存表中。每执行一次任务，获取到一个合作方的对账数据时，对上述暂存表进行一次更新。
在本实施例中，通过数据库job调用pkg(安装包配置文件)，然后定时去执行sql(Structured Query Language，为结构化查询语言，同各种数据库建立联系进行沟通)，需要说明的是，需要在EPCISPTPDATA.T_OPENAPI_PUSH_TASK_INFO表中的sql_text中插入一条sql语句作为pkg定时执行的s ql。将sql执行结果插入到EPCISPTPDATA.T_BATCH_DATA_EXCHANGE_I NFO表中。
进一步地，该job支持容错，若执行sql当中出现一条sql语句执行错误，会跳过执行此条sql语句进行下一条，并生成提示信息发送至预设客户端，提示信息中包括合作方编码等，供客户端负责人修改代码或者人为提取该合作方编码对应的对账数据。或者，可以改为发送监控邮件，提示客户端负责人哪些是执行失败的合作方。
建立模块120，用于建立对账文件，并将所述对账文件存储于第二预设存储路径。
在本实施例中，服务器1在第二预设时刻(第二预设时刻晚于第一预设时刻，例如，4：00)，分别从所述第一预设存储路径(例如，EPCISPTPDA TA.T_BATCH_DATA_EXCHANGE_INFO表，即暂存表)中调取各合作方编码对应的对账数据，根据预设的建立规则建立对账文件，并将所述对账文件存储于第二预设存储路径，例如，NAS文件服务器，NAS文件服务器为一种特殊的专用数据存储服务器，包括存储器件(例如磁盘阵列、CD/DVD驱动器、磁带驱动器或可移动的存储介质)和内嵌系统软件，可提供跨平台文件共享功能。
其中，以保险行业为例，所述预设的建立规则为：
保单日|批单日|保额|保费|运单日|保险起期|保险止期(例如，某一合作方对应的对账数据的数据类型为：12505023900152962032|安徽统运物流科技有限公司|300000|80|1453243310|2018-01-13 00:00:00|2018-07-31 23:59:59)。
进一步地，在获取每个合作方的对账数据前，需按照合作方的维度进行锁表(T_OPENAPI_CHECK_INFO表)，锁表后获取该合作方的对账数据建立对账文件。锁表是为了防止服务器集群的其他服务器1重复生成对账文件。
在建立对账文件的过程中，按照预设阈值(例如，10000条数据)进行对账数据分割，例如，1～10000条在文件1，10001～20000条在文件2，以此类推。具体地，该步骤包括：
分别统计各合作方的对账数据的总条数，然后根据总条数/10000计算出总文件数，建立每个文件时，每次查询10000条数据进行建立(例如，按照暂存表中每条数据的排序进行，或者，随机抽取)。
进一步地，为了保证数据获取不重复且不遗漏，对暂存表中的每条对账数据的状态进行标记。每条数据在保存至暂存表中时为第一状态(例如，标为“0”)，每获取10000条数据，将该10000条数据的状态更新为第二状态(例如，第一次获取的标为“1”，第二次获取的标为“2”，以此类推)。
每获取完一个合作方的对账数据后，检查暂存表中是否存在该合作方编码对应的第一状态的对账数据，若存在，则继续获取；若不存在，则说明对账数据获取完毕。
当全部对账文件生成完成后，生成一个finish文件，finish文件中会标明这个日期下文件夹中有对账数据的对账文件名，比如当天生成2个对账文件P_MASTY_GP_20180112_00001.txt、P_MASTY_GP_20180112_00002.txt，那么finish文件中包括P_MASTY_GP_20180112_00001，P_MASTY_GP_20180112_00002的字段，以说明对账文件生成的完整性。
进一步地，预先在NAS文件服务器上按照合作方维度建立文件夹，每个合作方文件夹下按照日期建立子文件夹。服务器1根据合作方编码找到该合作方对应的文件夹，并将最终生成的对账文件(包括，对账文件及finish文件)存储至该合作方对应的子文件夹中。
推送模块130，用于将对账文件推送到第三预设存储路径，并从第二预设数据表中确定各合作方的对账文件推送方式，根据推送方式对各合作方的客户端推送对应的对账文件。
在本实施例中，服务器1在第三预设时刻(第三预设时刻晚于第二预设时刻，例如，6:00)，从第二预设存储路径(例如，NAS文件服务器)中获取各合作方对应的对账文件推送到第三预设存储路径，(例如，SFTP服务器，SFTP是Secure File Transfer Protocol的缩写，即安全文件传送协议，可以为传输文件提供一种安全的网络的加密方法)。并从第二预设数据表(用于记录各合作方选择的推送方式)中确定各合作方的对账文件推送方式，根据确定的推送方式对各合作方的客户端推送对应的对账文件。
所述推送方式包括第一推送方式(主动获取)及第二推送方式(被动获取)。通过根据合作方的喜好定制不同的推送方式输出对账文件，提高合作方的使用体验。
当选择所述第一推送方式时，获取合作方发出的获取对账文件请求，对合作方进行身份验证以确定合作方的身份，若身份验证成功，则向合作方展示其对应的对账文件，并响应合作方的下载请求从第三存储路径(例如，SFTP服务器)中获取对应的对账文件；或
当选择所述第二推送方式时，获取合作方的第二预设信息(包括IP地址及端口等信息)，根据所述获取到的第二预设信息，将对账文件从第三存储路径(例如，SFTP服务器)中调取推送至对应的合作方的客户端14。
进一步地，所述推送模块130还包括：
预先为各合作方对应的所述对账文件建立密钥，在推送过程中对所述对账文件进行加密推送，防止合作方账号被他人盗用的情况。当输入的密钥验证成功时，可查看所述对账文件。
在另一实施例中，所述自动生成对账文件程序10还可以包括延迟模块：
获取对账文件的生成日期(例如10日)；及
将所述获取的生成日期(例如10日)延迟预设时间(例如一天)得到的日期(例如11日)作为所述对账文件存储于所述第二预设存储路径的日期。这样设置的好处在于，假如合作方忘记上传当天(例如9日)的对账数据，等到第二天(例如10日)再进行上传时，第三天(例如11日)凌晨会将第一天(例如9日)和第二天(例如10日)当天正常上传的对账文件都进行生成，并将所述获取的对账数据一起保存至第一预存储路径(例如暂存表)。避免漏掉合作方忘记上传的对账数据。
此外，本发明还提供一种自动生成对账文件的方法。参照图3所示，为本发明自动生成对账文件的方法的实施例的方法流程示意图。服务器1的处理器12执行存储器11中存储的自动生成对账文件程序10时实现自动生成对账文件的方法的如下步骤：
S110，获取预设时间段内与各合作方编码对应的对账数据，并将所述对账数据存储于第一预设存储路径。
在本实施例中，服务器1在第一预设时刻(例如，24：00)，从第一预设数据表，例如EPCIS(EPC Information Service，电子产品码信息服务)数据库中获取预设时间段(例如，前一日)内与各合作方编码对应的对账数据，并将所述对账数据存储于第一预设存储路径(例如，EPCISPTPDATA.T_BAT CH_DATA_EXCHANGE_INFO表，即暂存表)。
在数据获取过程中，首先，从合作方对账配置表中获取合作方的第一预设信息(包括合作方编码、合作方对应的数据库等)。其中，每个合作方对应一个唯一的编码，以“携程”为例，其合作方编码为拼音首字母“XC”+添加时间“20190107”。
然后，按照预设排序规则，基于合作方编码依次从对应的数据库中获取预设时间段内(例如，前一天)各合作方编码对应的对账数据，保存至第一预设存储路径中(例如，EPCISPTPDATA.T_BATCH_DATA_EXCHANGE_IN FO表，即暂存表)。其中，所述预设排序规则包括：按照合作方信息添加的时间先后顺序排序；或按照合作方编码的首字母的顺序进行排序，若首字母相同，则进一步按照合作方信息添加时间的先后顺序排序)。需要说明的是，不同合作方的对账数据保存至同一张暂存表中。每执行一次任务，获取到一个合作方的对账数据时，对上述暂存表进行一次更新。
在本实施例中，通过数据库job调用pkg(安装包配置文件)，然后定时去执行sql(Structured Query Language，为结构化查询语言，同各种数据库建立联系进行沟通)，需要说明的是，需要在EPCISPTPDATA.T_OPENAPI_PUSH_TASK_INFO表中的sql_text中插入一条sql语句作为pkg定时执行的s ql。将sql执行结果插入到EPCISPTPDATA.T_BATCH_DATA_EXCHANGE_I NFO表中。
进一步地，该job支持容错，若执行sql当中出现一条sql语句执行错误，会跳过执行此条sql语句进行下一条，并生成提示信息发送至预设客户端，提示信息中包括合作方编码等，供客户端负责人修改代码或者人为提取该合作方编码对应的对账数据。或者，可以改为发送监控邮件，提示客户端负责人哪些是执行失败的合作方。
S120，建立对账文件，并将所述对账文件存储于第二预设存储路径。
在本实施例中，服务器1在第二预设时刻(第二预设时刻晚于第一预设时刻，例如，4：00)，分别从所述第一预设存储路径(例如，EPCISPTPDA TA.T_BATCH_DATA_EXCHANGE_INFO表，即暂存表)中调取各合作方编码对应的对账数据，根据预设的建立规则建立对账文件，并将所述对账文件存储于第二预设存储路径，例如，NAS文件服务器，NAS文件服务器为一种特殊的专用数据存储服务器，包括存储器件(例如磁盘阵列、CD/DVD驱动器、磁带驱动器或可移动的存储介质)和内嵌系统软件，可提供跨平台文件共享功能。
其中，以保险行业为例，所述预设的建立规则为：
保单日|批单日|保额|保费|运单日|保险起期|保险止期(例如，某一合作方对应的对账数据的数据类型为：12505023900152962032|安徽统运物流科技有限公司|300000|80|1453243310|2018-01-13 00:00:00|2018-07-31 23:59:59)。
进一步地，在获取每个合作方的对账数据前，需按照合作方的维度进行锁表(T_OPENAPI_CHECK_INFO表)，锁表后获取该合作方的对账数据建立对账文件。锁表是为了防止服务器集群的其他服务器1重复生成对账文件。
在建立对账文件的过程中，按照预设阈值(例如，10000条数据)进行对账数据分割，例如，1～10000条在文件1，10001～20000条在文件2，以此类推。具体地，该步骤包括：
分别统计各合作方的对账数据的总条数，然后根据总条数/10000计算出总文件数，建立每个文件时，每次查询10000条数据进行建立(例如，按照暂存表中每条数据的排序进行，或者，随机抽取)。
进一步地，为了保证数据获取不重复且不遗漏，对暂存表中的每条对账数据的状态进行标记。每条数据在保存至暂存表中时为第一状态(例如，标为“0”)，每获取10000条数据，将该10000条数据的状态更新为第二状态(例如，第一次获取的标为“1”，第二次获取的标为“2”，以此类推)。
每获取完一个合作方的对账数据后，检查暂存表中是否存在该合作方编码对应的第一状态的对账数据，若存在，则继续获取；若不存在，则说明对账数据获取完毕。
当全部对账文件生成完成后，生成一个finish文件，finish文件中会标明这个日期下文件夹中有对账数据的对账文件名，比如当天生成2个对账文件P_MASTY_GP_20180112_00001.txt、P_MASTY_GP_20180112_00002.txt，那么finish文件中包括P_MASTY_GP_20180112_00001，P_MASTY_GP_20180112_00002的字段，以说明对账文件生成的完整性。
进一步地，预先在NAS文件服务器上按照合作方维度建立文件夹，每个合作方文件夹下按照日期建立子文件夹。服务器1根据合作方编码找到该合作方对应的文件夹，并将最终生成的对账文件(包括，对账文件及finish文件)存储至该合作方对应的子文件夹中。
S130，将对账文件推送到第三预设存储路径，并从第二预设数据表中确定各合作方的对账文件推送方式，根据推送方式对各合作方的客户端推送对应的对账文件。
在本实施例中，服务器1在第三预设时刻(第三预设时刻晚于第二预设时刻，例如，6:00)，从第二预设存储路径(例如，NAS文件服务器)中获取各合作方对应的对账文件推送到第三预设存储路径，(例如，SFTP服务器，SFTP是Secure File Transfer Protocol的缩写，即安全文件传送协议，可以为传输文件提供一种安全的网络的加密方法)。并从第二预设数据表(用于记录各合作方选择的推送方式)中确定各合作方的对账文件推送方式，根据确定的推送方式对各合作方的客户端推送对应的对账文件。
所述推送方式包括第一推送方式(主动获取)及第二推送方式(被动获取)。通过根据合作方的喜好定制不同的推送方式输出对账文件，提高合作方的使用体验。
当选择所述第一推送方式时，获取合作方发出的获取对账文件请求，对合作方进行身份验证以确定合作方的身份，若身份验证成功，则向合作方展示其对应的对账文件，并响应合作方的下载请求从第三存储路径(例如，SFTP服务器)中获取对应的对账文件；或
当选择所述第二推送方式时，获取合作方的第二预设信息(包括IP地址及端口等信息)，根据所述获取到的第二预设信息，将对账文件从第三存储路径(例如，SFTP服务器)中推送至对应的合作方的客户端14。
在另一实施例中，该方法还可以包括：
预先为各合作方对应的所述对账文件建立密钥，在推送过程中对所述对账文件进行加密推送，防止合作方账号被他人盗用的情况。当输入的密钥验证成功时，可查看所述对账文件。
在另一实施例中，该方法还可以包括：
获取对账文件的生成日期(例如10日)；及
将所述获取的生成日期(例如10日)延迟预设时间(例如一天)得到的日期(例如11日)作为所述对账文件存储于所述第二预设存储路径的日期。这样设置的好处在于，假如合作方忘记上传当天(例如9日)的对账数据，等到第二天(例如10日)再进行上传时，第三天(例如11日)凌晨会将第一天(例如9日)和第二天(例如10日)当天正常上传的对账文件都进行生成，并将所述获取的对账数据一起保存至第一预存储路径(例如暂存表)。避免漏掉合作方忘记上传的对账数据。
此外，本发明实施例还提出一种计算机可读存储介质，计算机可读存储介质可以是硬盘、多媒体卡、SD卡、闪存卡、SMC、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、便携式紧致盘只读存储器(CD-ROM)、USB存储器等中的任意一种或者几种的任意组合。计算机可读存储介质中包括自动生成对账文件程序10，本发明之计算机可读存储介质的具体实施方式与上述自动生成对账文件方法以及服务器1的具体实施方式大致相同，在此不再赘述。
需要说明的是，上述本发明实施例序日仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
上述本发明实施例序日仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种自动生成对账文件的方法，应用于服务器，其特征在于，该方法包括：
获取步骤：在第一预设时刻，从第一预设数据表中获取预设时间段内与各合作方编码对应的对账数据，并将所述对账数据存储于第一预设存储路径；
建立步骤：在第二预设时刻，分别从所述第一预设存储路径中调取各合作方编码对应的所述对账数据，根据预设的建立规则建立相应的对账文件，并将所述对账文件存储于第二预设存储路径；及
推送步骤：在第三预设时刻，从所述第二预设存储路径中获取各合作方编码对应的对账文件推送到第三预设存储路径，并从第二预设数据表中确定各合作方的对账文件推送方式，根据确定的所述推送方式对各合作方的客户端推送对应的所述对账文件。
2.如权利要求1所述的自动生成对账文件的方法，其特征在于，所述获取步骤包括：
从第一预设数据表中获取各合作方的第一预设信息，所述第一预设信息包括合作方编码及合作方对应的数据库；
根据所述合作方编码建立的预设排序规则，依次从合作方对应的所述数据库中获取预设时间段内各合作方的对账数据；及
将获取的所述对账数据保存至所述第一预设存储路径。
3.如权利要求1或2所述的自动生成对账文件的方法，其特征在于，在所述建立步骤之前，该方法还包括：
获取所述对账文件的生成日期；及
将获取的所述生成日期延迟预设时间得到的日期作为所述对账文件存储于所述第二预设存储路径的日期。
4.如权利要求1所述的自动生成对账文件的方法，其特征在于，所述推送方式包括第一推送方式及第二推送方式：
当选择所述第一推送方式时，获取合作方发出的获取对账文件请求，对合作方进行身份验证以确定合作方的身份，若身份验证成功，则向合作方展示其对应的所述对账文件，并响应合作方的下载请求，从所述第三存储路径中获取对应的所述对账文件；或
当选择所述第二推送方式时，获取合作方的第二预设信息，所述第二预设信息包括IP地址及端口，根据获取到的所述第二预设信息，将所述对账文件从所述第三存储路径中推送至对应的合作方客户端。
5.如权利要求4所述的自动生成对账文件的方法，其特征在于，所述推送步骤还包括：
预先为各合作方对应的所述对账文件建立密钥，在推送过程中对所述对账文件进行加密推送，当输入的密钥验证成功时，可查看所述对账文件。
6.一种服务器，其特征在于，所述服务器包括存储器和处理器，所述存储器上存储有自动生成对账文件程序，所述自动生成对账文件程序被所述处理器执行时实现如下步骤：
获取步骤：在第一预设时刻，从第一预设数据表中获取预设时间段内与各合作方编码对应的对账数据，并将所述对账数据存储于第一预设存储路径；
建立步骤：在第二预设时刻，分别从所述第一预设存储路径中调取各合作方编码对应的所述对账数据，根据预设的建立规则建立相应的对账文件，并将所述对账文件存储于第二预设存储路径；及
推送步骤：在第三预设时刻，从所述第二预设存储路径中获取各合作方编码对应的对账文件推送到第三预设存储路径，并从第二预设数据表中确定各合作方的对账文件推送方式，根据确定的所述推送方式对各合作方的客户端推送对应的所述对账文件。
7.如权利要求6所述的服务器，其特征在于，所述处理器运行所述发票验证程序，还执行：
从第一预设数据表中获取各合作方的第一预设信息，所述第一预设信息包括合作方编码及合作方对应的数据库；
根据所述合作方编码建立的预设排序规则，依次从合作方对应的所述数据库中获取预设时间段内各合作方的对账数据；及
将获取的所述对账数据保存至所述第一预设存储路径。
8.如权利要求6或7所述的服务器，其特征在于，所述处理器运行所述发票验证程序，还执行：
获取所述对账文件的生成日期；及
将获取的所述生成日期延迟预设时间得到的日期作为所述对账文件存储于所述第二预设存储路径的日期。
9.如权利要求8所述的服务器，其特征在于，所述推送方式包括第一推送方式及第二推送方式：
当选择所述第一推送方式时，获取合作方发出的获取对账文件请求，对合作方进行身份验证以确定合作方的身份，若身份验证成功，则向合作方展示其对应的所述对账文件，并响应合作方的下载请求，从所述第三存储路径中获取对应的所述对账文件；或
当选择所述第二推送方式时，获取合作方的第二预设信息，所述第二预设信息包括IP地址及端口，根据获取到的所述第二预设信息，将所述对账文件从所述第三存储路径中推送至对应的合作方客户端。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有自动生成对账文件程序，所述自动生成对账文件程序可被一个或者多个处理器执行，以实现如权利要求1-5中任一项所述的自动生成对账文件方法的步骤。
CN201910604796.4A 2019-07-05 2019-07-05 自动生成对账文件的方法、服务器及存储介质 Active CN110457311B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910604796.4A CN110457311B (zh) 2019-07-05 2019-07-05 自动生成对账文件的方法、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910604796.4A CN110457311B (zh) 2019-07-05 2019-07-05 自动生成对账文件的方法、服务器及存储介质

Publications (2)

Publication Number Publication Date
CN110457311A true CN110457311A (zh) 2019-11-15
CN110457311B CN110457311B (zh) 2023-11-10

Family

ID=68482194

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910604796.4A Active CN110457311B (zh) 2019-07-05 2019-07-05 自动生成对账文件的方法、服务器及存储介质

Country Status (1)

Country Link
CN (1) CN110457311B (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111163155A (zh) * 2019-12-26 2020-05-15 深圳乐信软件技术有限公司 对账文件传输方法、系统、服务器及存储介质
CN111211973A (zh) * 2020-01-15 2020-05-29 百望股份有限公司 发票领域的消息处理方法、装置及存储介质
CN111325626A (zh) * 2020-02-21 2020-06-23 中国工商银行股份有限公司 对账数据推送方法及装置
CN111538666A (zh) * 2020-04-27 2020-08-14 深圳忆联信息系统有限公司 批量收集测试结果的方法、装置、计算机设备及存储介质
CN112037022A (zh) * 2020-09-01 2020-12-04 中国银行股份有限公司 一种自动对账的方法及装置
CN112035665A (zh) * 2020-08-31 2020-12-04 京东数字科技控股股份有限公司 对账文件生成、获取方法、装置、系统及服务器
CN112328545A (zh) * 2020-11-03 2021-02-05 河北幸福消费金融股份有限公司 对账文件生成方法、系统、装置和存储介质
CN113421163A (zh) * 2021-07-13 2021-09-21 北京沃东天骏信息技术有限公司 一种对账方法、对账应用集群和相关客户端

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0415075D0 (en) * 2004-07-02 2004-08-04 Cellarman Ltd A stock ordering and reconciliation system
US20050044015A1 (en) * 2003-08-19 2005-02-24 James Bracken Architecture for account reconciliation
CN107729398A (zh) * 2017-09-19 2018-02-23 深圳金融电子结算中心有限公司 交易数据自动对账方法、服务器及存储介质
US20180089648A1 (en) * 2016-09-29 2018-03-29 Mastercard International Incorporated Multi-network systems and methods for linking stored on-file data with profile data
CN107888672A (zh) * 2017-11-02 2018-04-06 深圳市牛鼎丰科技有限公司 账单数据处理方法、装置、存储介质和计算机设备
CN107909495A (zh) * 2017-12-22 2018-04-13 泰康保险集团股份有限公司 一种对账方法、系统、介质、电子设备
CN109918385A (zh) * 2019-01-16 2019-06-21 深圳壹账通智能科技有限公司 三方对账方法、电子装置及可读存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050044015A1 (en) * 2003-08-19 2005-02-24 James Bracken Architecture for account reconciliation
GB0415075D0 (en) * 2004-07-02 2004-08-04 Cellarman Ltd A stock ordering and reconciliation system
GB2404049A (en) * 2004-07-02 2005-01-19 Cellarman Ltd Stock ordering and reconciliation system
US20180089648A1 (en) * 2016-09-29 2018-03-29 Mastercard International Incorporated Multi-network systems and methods for linking stored on-file data with profile data
CN107729398A (zh) * 2017-09-19 2018-02-23 深圳金融电子结算中心有限公司 交易数据自动对账方法、服务器及存储介质
CN107888672A (zh) * 2017-11-02 2018-04-06 深圳市牛鼎丰科技有限公司 账单数据处理方法、装置、存储介质和计算机设备
CN107909495A (zh) * 2017-12-22 2018-04-13 泰康保险集团股份有限公司 一种对账方法、系统、介质、电子设备
CN109918385A (zh) * 2019-01-16 2019-06-21 深圳壹账通智能科技有限公司 三方对账方法、电子装置及可读存储介质

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111163155A (zh) * 2019-12-26 2020-05-15 深圳乐信软件技术有限公司 对账文件传输方法、系统、服务器及存储介质
CN111211973A (zh) * 2020-01-15 2020-05-29 百望股份有限公司 发票领域的消息处理方法、装置及存储介质
CN111325626A (zh) * 2020-02-21 2020-06-23 中国工商银行股份有限公司 对账数据推送方法及装置
CN111325626B (zh) * 2020-02-21 2023-07-25 中国工商银行股份有限公司 对账数据推送方法及装置
CN111538666A (zh) * 2020-04-27 2020-08-14 深圳忆联信息系统有限公司 批量收集测试结果的方法、装置、计算机设备及存储介质
CN111538666B (zh) * 2020-04-27 2024-04-02 深圳忆联信息系统有限公司 批量收集测试结果的方法、装置、计算机设备及存储介质
CN112035665A (zh) * 2020-08-31 2020-12-04 京东数字科技控股股份有限公司 对账文件生成、获取方法、装置、系统及服务器
CN112037022A (zh) * 2020-09-01 2020-12-04 中国银行股份有限公司 一种自动对账的方法及装置
CN112328545A (zh) * 2020-11-03 2021-02-05 河北幸福消费金融股份有限公司 对账文件生成方法、系统、装置和存储介质
CN112328545B (zh) * 2020-11-03 2022-11-22 河北幸福消费金融股份有限公司 对账文件生成方法、系统、装置和存储介质
CN113421163A (zh) * 2021-07-13 2021-09-21 北京沃东天骏信息技术有限公司 一种对账方法、对账应用集群和相关客户端

Also Published As

Publication number Publication date
CN110457311B (zh) 2023-11-10

Similar Documents

Publication Publication Date Title
CN110457311A (zh) 自动生成对账文件的方法、服务器及存储介质
CN103109290A (zh) 在表名中编码模式版本
CN109768961A (zh) 基于一账通的微信小程序登录方法、装置及存储介质
CN110221901A (zh) 容器资源创建方法、装置、设备及计算机可读存储介质
CN101556593A (zh) 一种多人协同工作文档管理的方法和系统
CN109816481A (zh) 账单处理方法、装置及计算机可读存储介质
CN110955432B (zh) 持续集成的发布方法、装置及系统
US10237694B2 (en) Geo-classification of users from application log data
CN110033373A (zh) 区块链中背书的装置、方法及存储介质
CN107656729A (zh) 列表视图的更新装置、方法及计算机可读存储介质
CN110149363A (zh) 一种消息推送方法、装置及存储介质
CN109544266A (zh) 产品数据推送方法、装置及计算机可读存储介质
CN108280754A (zh) 一种路由分控对账方法和系统
CN110458398A (zh) 项目数据监控方法、服务器及存储介质
EP3211548A1 (en) System, method and a computer program product for system state and policy based scheduling of queries
CN101739589A (zh) 生成智能卡数据的方法及装置
Singh et al. Nonreplicated static data allocation in distributed databases using biogeography-based optimization
CN110457345A (zh) 数据库读取方法、装置及计算机可读存储介质
CN113112270B (zh) 基于区块链的数据组织方法
CN109446159A (zh) 多版本文件管理方法、服务器及计算机可读存储介质
CN116028045A (zh) 第三方应用代码快速分发方法、装置、设备及存储介质
KR102156656B1 (ko) 가상머신 스택 생성 시스템 및 방법
CN104731999A (zh) 组件陈旧登记单元
CN111125744A (zh) 代码分支合并方法、系统、计算机设备及可读存储介质
CN109491973A (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