CN107665464A - 生成征信报文的方法、装置、设备及计算机可读存储介质 - Google Patents
生成征信报文的方法、装置、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN107665464A CN107665464A CN201710841909.3A CN201710841909A CN107665464A CN 107665464 A CN107665464 A CN 107665464A CN 201710841909 A CN201710841909 A CN 201710841909A CN 107665464 A CN107665464 A CN 107665464A
- Authority
- CN
- China
- Prior art keywords
- character string
- message
- policy information
- insurance
- code
- 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
Links
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/12—Use of codes for handling textual entities
- G06F40/126—Character encoding
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/197—Version control
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- General Health & Medical Sciences (AREA)
- Finance (AREA)
- General Engineering & Computer Science (AREA)
- Computational Linguistics (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Artificial Intelligence (AREA)
- Accounting & Taxation (AREA)
- Health & Medical Sciences (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明实施例提供一种生成征信报文的方法、装置、设备及计算机可读存储介质。所述方法包括:获取保险产品的保单信息;根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集;分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文。通过本发明实施例的方法,设备只需要获取保险产品的保单信息就可以根据保单信息自动生成符合预设格式要求的征信报文,不再需要通过人工将保单信息拼接为预设格式的征信报文,大大地提高工作效率和降低出错率。
Description
技术领域
本发明涉及信息处理技术领域,尤其涉及一种生成征信报文的方法、装置、设备及计算机可读存储介质。
背景技术
信用险等保险产品在承保过程中,需要将信用险的保单信息上传到人民银行征信系统,上传到人民银行征信系统的数据格式是统一要求的,但是平时我们的保单信息不符合人民银行征信系统的数据格式,因此需要将该保单信息的数据格式转化为符合要求的格式,现有的方法一般是先通过人工查找到保单信息,然后人工将保单信息手动拼接成符合人民银行征信系统的格式的数据,再将拼接好的数据保存在一个文件中,最后上传到人民银行征信系统。
将保单信息中的数据人工拼接为符合格式要求的数据这一过程的工作量巨大,需要大量的操作人员,工作周期长,并且工作效率低下,对操作人员的专业性要求比较高,操作人员需熟悉人行征信系统报文格式要求;另外,人工操作都会存在失误,尤其是长时间操作后产生误操作的风险增大。
发明内容
本发明实施例提供了一种生成征信报文的方法、装置、设备及计算机可读存储介质,能够显著地提高工作效率和降低出错率。
第一方面,本发明实施例提供了一种生成征信报文的方法,该方法包括:
获取保险合同的保单信息;
根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集;
分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文。
第二方面,本发明实施例还提供了一种生成征信报文的装置,该装置包括用于执行上述的生成征信报文的方法的单元。
第三方面,本发明实施例还提供了一种生成征信报文的设备,所述设备包括存储器,以及与所述存储器相连的处理器;
所述存储器,用于存储实现生成征信报文的方法的程序数据;
所述处理器,用于运行所述存储器中存储的程序数据,以执行如上述第一方面所述的方法。
第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者一个以上程序数据,所述一个或者一个以上程序数据可被一个或者一个以上的处理器执行,以实现上述第一方面所述的方法。
本发明实施例提供了生成征信报文的方法、装置、设备及计算机可读存储介质,所述方法包括:获取保险产品的保单信息;根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集;分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文。通过本发明实施例的方法,设备只需要获取保险产品的保单信息,对保单信息进行加工处理后即可自动生成符合预设格式要求的征信报文,不再需要通过人工将保单信息拼接为预设格式的征信报文,大大地提高工作效率和降低出错率。
附图说明
为了更清楚地说明本发明实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种生成征信报文的方法的流程示意图;
图2是本发明实施例提供的一种生成征信报文的方法的子流程示意图;
图3是本发明实施例提供的一种生成征信报文的方法的另一子流程示意图;
图4是本发明实施例提供的一种生成征信报文的方法的另一子流程示意图;
图5是本发明实施例提供的一种生成征信报文的方法的另一子流程示意图;
图6是本发明实施例提供的一种生成征信报文的方法的另一子流程示意图;
图7是本发明实施例提供的一种生成征信报文的方法的另一子流程示意图;
图8是本发明另一实施例提供的一种生成征信报文的方法的流程示意图;
图9是本发明实施例提供的一种生成征信报文的装置的单元结构示意框图;
图10是本发明实施例提供的一种生成征信报文的装置的结构示意框图;
图11是本发明实施例提供的一种生成征信报文的装置的另一子单元结构示意框图;
图12是本发明实施例提供的一种生成征信报文的装置的另一子单元结构示意框图;
图13是本发明实施例提供的一种生成征信报文的装置的另一子单元结构示意框图;
图14是本发明实施例提供的一种生成征信报文的装置的另一子单元结构示意框图;
图15是本发明实施例提供的一种生成征信报文的装置的另一子单元结构示意框图;
图16是本发明实施例提供的一种生成征信报文的设备的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
也应当理解,尽管术语第一、第二等可以在此用来描述各种元素,但这些元素不应该受限于这些术语,这些术语仅用来将这些元素彼此区分开。例如,在不脱离本发明范围的前提下,第一字符串可以被称为第二字符串,并且类似地,第二字符串可以被称为第一字符串。
图1为本发明实施例提供的一种生成征信报文的方法的流程示意图。该方法可以运行在智能手机(如Android手机、IOS手机等)、平板电脑、笔记本电脑以及智能设备等终端中。如图1所示,该方法的步骤包括S101~S103。
S101,获取保险合同的保单信息。
其中,一份保单的保单信息一般包括保险公司的机构代码、被保证人名称、被保证人证件类型、被保证人证件号码、保单编号、保险合同编号、保险业务种类、保险方式、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式、约定再担保补偿比例、费率、年化费率、保险合同的有效状态、代偿责任解除日期、在保余额和余额变化日期等,这些保单信息是保险合同涉及的重要信息,在保险承保过程中不可或缺。
例如,保单信息先保存在一个excel表格里,保险系统利用对接接口将从excel表格中的保单信息提取出来,并将保单信息保存为一份CSV格式的文件,当操作人员需要产生该保单对应的征信报文时,通过一个页面窗口将CSV格式的文件导入能生成征信报文的设备,设备便能获取保险合同的保单信息。
S102,根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集。
预设处理规则指的是结合保单信息和征信报文的字符串格式要求对保单信息进行处理。根据保单信息的预设处理规则对保单信息进行处理目的是使最终得到的字符串群集中包含的保单信息的格式能够符合征信报文的格式要求。
其中,所述字符串群集包括第一字符串、第三字符串、第四字符串、第五字符串、第六字符串、第七字符串和第八字符串。第一字符串和第三字符串能被识别出保险公司的机构代码,第四字符串能被识别出被保证人名称,第五字符串能被识别出被保证人证件类型和被保证人证件号码,第六字符串能被识别出保险业务种类、保险方式、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式、约定再担保补偿比例、费率以及年化费率等,第七字符串能被识别出保险合同的有效状态、代偿责任解除日期、在保余额和余额变化日期等,第八字符串能被识别出该保单信息中包含多多少数量的保单对应的信息。除上述保单信息形成的各个字符串外,其他保单信息其本身作为字符串与第一字符串、第三字符串、第四字符串、第五字符串、第六字符串、第七字符串以及第八字符串形成字符串群集。
S103,分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文。
预设格式要求包括段体内容对应的字符串和字符串的排列方式。
其中,所述征信报文段体包括报文头、基础段、保险合同段、实际代偿责任信息段和报文尾。
进一步地,如图2所示,所述步骤S102包括子步骤S1021a-S1022a。
S1021a,获取报文头标识号和报文格式版本号。
S1022a,将所述报文头标识号、报文格式版本号和保险公司的机构代码组合形成所述第一字符串。
报文头中需要包含的保单信息为保险公司的机构代码这一项,在加工处理保险公司的机构代码的过程中,需要根据报文头所需的要求处理该项保单信息,最后得到被识别出该项保单信息的第一字符串,该第一字符串由所述报文头标识号、报文格式版本号和机构代码按顺序结合而成。
其中,报文头标识号为字母,字长为1位,例如A;报文格式版本号的字长为3位,本发明实施例中默认为1.0。
在第一字符串中,机构代码的字长为预设位数,若原保单信息中机构代码的位数不够,则在机构代码后直接增加四个空格即可,全文中描述到的机构代码的位数均为14,机构代码实际位数不够的在后面增加空格至14位长度。具体地,在本发明实施例中,为符合人民银行征信系统的格式要求,预设位数为14位。
进一步地,如图3所示,所述步骤S103包括子步骤S1031a-S1034a,该子步骤用于生成报文头。
S1031a,获取所需生成报文的报文类型,获取报文类型对应的代码。
报文类型包保险业务信息正常报文、保险业务信息标识变更报文和保险业务信息删除报文,保险业务信息正常报文对应的代码为81,保险业务信息标识变更报文对应的代码为82,保险业务信息删除报文对应的代码为83。
一般用户会根据保单提前在系统内部设置好当前要生成的针对该保单的报文类型,在本发明实施例中,保单一般为非修改非变更的保单,因此,报文类型对应为保险业务信息正常报文。
S1032a,获取当前时间作为报文生成时间。
其中,报文生成时间的字长为14位,包括报文生成日期和报文生成具体时间,报文生成日期为年月日信息,报文生成具体时间为时分秒信息,例如YYYYMMDDHHMMSS,YYYY代表年份,MM代表月份,DD代表具体某一日,HH代表几时,MM代表几分,SS代表几秒。
S1033a,将所述报文生成时间与所述报文类型对应的代码组合形成第二字符串。
S1034a,将所述第一字符串和第二字符串按顺序排列形成所述报文头。
报文头主要包括第一字符串和第二字符串,体现保险公司的机构代码。
进一步地,如图4所示,所述步骤S102包括子步骤S1021b-S1022b。
S1021b,获取基础段标识号、所需生成报文的报文编号以及能标识业务信息记录类别的代码,根据被保证人名称获取被保证人的类型,获取所述被保证人的类型对应的代码以及所述被保证人证件类型对应的代码。
其中,所述业务信息记录类别包括保险业务信息记录,对应的代码为61,基础段标识号的字长为1,用字母表示,例如B,报文编号的字长为4,被保证人的类型包括组织机构和自然人,分别对应的代码为1和2,保证人名称的字长为80位,位数不够的在名称后面增加空格至达到80位,0-身份证;
被保证人证件类型包括户口簿、护照、军官证、士兵证、港澳居民来往内地通行证、台湾同胞来往内地通行证、临时身份证、外国人居留证、警官证、香港身份证、澳门身份证、台湾身份证、其他证件、组织机构代码证、贷款卡、机构信用代码等,分别对应的代码为1、2、3、4、5、6、7、8、9、A、B、C、X、a、c和d,当被保证人为企业或其他组织时,被保险人证件类型首选c,其次可选择d和a。
在具体实施过程中,要求被保险人证件号码的字长为18位,原保单信息中保险人证件号码的实际字长不足18位的在最后面预留空格补足18位。
S1022b,将所述报文编号、所述能标识业务信息记录类别的代码、所述基础段标识号以及保险公司的机构代码按顺序组合形成所述第三字符串,将所述被保证人的类型对应的代码与所述被保证人名称组合形成所述第四字符串,将所述被保证人证件类型对应的代码与所述被保证人证件号码组合形成所述第五字符串。
进一步地,所述步骤S103还包括子步骤S1031b,该子步骤用于生成基础段。
S1031b,将所述第三字符串、保单编号、保险合同编号、第四字符串、第五字符串以及报文生成日期按顺序排列形成所述基础段。
具体地,保单编号的字长为60位,保险合同编号的字长为60位。
因此,基础段包括了被保证人名称、被保证人证件类型、被保证人证件号码、保单编号和保险合同编号等基本保单信息。
进一步地,为符合人民银行征信系统的格式要求,报文头与基础段之间预留30位空格长度。
进一步地,如图5所示,步骤S102还包括子步骤S1021c-S1022c。
S1021c,获取保险业务种类对应的代码、保险方式对应的代码和反担保方式对应的代码,以及获取保险合同段标识号。
在本发明实施例中,保险业务种类为个人消费信用保险类型,对应的代码为31,保险方式包括保证和信用两种方式,分别对应的代码为1和2,反担保方式包括自然人信用担保、第三方企业信用担保、动产质押担保、存单质押担保、知识产权质押担保、应收账款质押担保、其他质押担保、房地产抵押担保、其他抵押担保、多种形式组合担保和无反担保方式,分别对应的代码为0,1,2,3,4,5,6,7,8,9和x,其中,多种形式组合担保是指除无反担保方式以外的两种或两种以上反担保方式的组合。
在具体的实施过程,保险业务种类固定为个人消费信用保险类型,反担保方式选择为自然人信用担保。
保险合同段标识号为字母,字长为1,例如D。
S1022c,将所述保险合同段标识号、保险业务种类对应的代码、保险方式对应的代码、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式对应的代码、约定再担保补偿比例、费率以及年化费率按顺序组合形成所述第六字符串。
第六字符串中,要求保险金额的字长为20位,如果原保单信息中保险金额的字长不足20位,在金额的数字添加0补足字长,保险起始日期和保险到期日期均占6位字长,包括年月日信息,存出保证金比例占存3位字长,约定再担保补偿比例占3位字长,费率以及年化费率均占3位字长。
第六字符串即为所述保险合同段,为符合人民银行征信系统的格式要求,所述保险合同段与基础段之间预留60位空格。
进一步地,如图6所示,步骤S102还包括子步骤S1021d-S1022d。
S1021d,获取实际代偿责任信息段标识号、保险合同有效状态对应的代码。
实际代偿责任信息段标识号为字母,字长为1,例如H,保险合同有效状态分为有效和无效,对应的代码为1和2。
S1022d,将所述实际代偿责任信息段标识号、保险合同有效状态对应的代码、代偿责任解除日期、在保余额、余额变化日期按顺序组合形成所述第七字符串。
在第七字符串,要求代偿责任解除日期和余额变化日期均占6位字长,包括年月日信息,保余额的字长要求为20位,实际字长不够的在在保余额的数字之前增加0补足字长。
第七字符串即为实际代偿责任信息段,实际代偿责任信息段与保险合同段之间预留60位空格。
进一步地,如图7所示,步骤S102包括子步骤S1021e-S1022e:
S1021e,获取所述保单信息中所包含的保单数量以及报文尾标识号,所述保单数量的字长为预设位数。
S1022e,将所述报文尾标识号与保单数量组合形成所述第八字符串。
报文尾标识号为字母,字长为1,例如Z。
步骤S103包括:将所述第八字符串作为所述报文尾。例如,预设位数为10位,保单数量为26,则报文尾为Z0000000026。
基础段、保险合同段和实际代偿责任信息段依次排列作为该征信报文的报文体,报文头、报文体以及报文尾形成了整体的征信报文。
特别地,如果保单数量大于或等于二,则每份保单对应的基础段、保险合同段和实际代偿责任信息段作为一个整体依次排列形成报文体。
需要说明的是,步骤S102中分别对每项保单信息的处理不区分具体的先后顺序,对不同的保单信息用不同的子步骤进行说明只是为了更清楚地解释对每项保单信息的处理过程。
本发明实施例提供的生成征信报文的方法,操作人员只需要将保单信息上传设备,设备会自动生成最终符合要求的文件,降低操作成本,操作人员无需手动将保单信息来拼接成征信报文,降低出错的概率。
图8是本发明另一实施例提供的一种生成征信报文的方法的流程示意图,该方法包括步骤S201-S205。
S201,获取用户提供的序列号。
用户在页面窗口导入包含保单信息的CSV格式的文件的同时输入序列号,该序列号用来对征信报文进行命名。
S202,获取保险合同的保单信息。
S203,根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集。
S204,分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文。
步骤S202-S203与上述实施例的步骤S101-S103S完全一致,具体过程请参考上述实施例。
S205,根据所述序列号为所述征信报文生成文件名,并输出所述征信报文。
为符合人民银行征信系统的格式要求,设置文件名的长度为26位,第一位代表征信系统类型,1代表个人征信系统,2代表企业征信系统,第2-3位代表机构类型,在本发明实施例主要是向人民银行征信系统发送数据,固定设置为数据报送机构,代码为10,第3-17位为保险公司的机构代码,第18-19位指示报文种类,16代表保险业务信息修改报文,15代表保险业务信息正常报文,14代表保险业务信息删除报文,本发明实施例生成的征信报文为保险业务信息正常报文,第20位指示批文数据类型,1代表获取数据正常,0表示获取数据异常,第21-24位为用户提供的序列号,用户可输入的序列号为0000-9999,但同一天内输入的序列号不能重复,第25位为反馈表示,固定为0,代表向人民银行征信系统上报报文,第26位固定为0。
在征信报文形成之后,根据具体情况,对应获取所需文件名的每一位数字,产生具体的文件名为征信报文命名,最后输出征信报文,该征信报文为txt文件,该征信报文最终再由用户根据实际需求上传给人民银行征信系统。
本发明实施例提供的生成征信报文的方法,操作人员只需要将保单信息和命名的序列号上传设备,设备会自动生成符合要求的文件并将文件名按照格式要求进行征信报文进行命名,降低操作成本。
图9为本发明实施例提供的一种生成征信报文的装置的示意性框图。该装置包括获取单元101、处理单元102、生成单元103、命名单元104和输出单元105。
所述获取单元101用于获取用户提供的序列号和保险合同的保单信息。
一份保险保单的保单信息包括保险公司的机构代码、被保证人名称、被保证人证件类型、被保证人证件号码、保单编号、保险合同编号、保险业务种类、保险方式、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式、约定再担保补偿比例、费率、年化费率、保险合同的有效状态、代偿责任解除日期、在保余额和余额变化日期等,这些保单信息是保险合同涉及的重要信息,在保险承保过程中不可或缺。
在本发明实施例中,保单信息首先保存在一个excel表格里,保险系统利用对接接口将从excel表格中的保单信息提取出来,并将保单信息保存为一份CSV格式的文件,当操作人员需要产生该保单对应的征信报文时,通过一个页面窗口将CSV格式的文件和序列号导入能生成征信报文的设备,该设备便能获取保险合同的保单信息和该序列号。
所述处理单元102用于根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集。
其中,所述字符串群集包括第一字符串、第三字符串、第四字符串、第五字符串、第六字符串、第七字符串和第八字符串。第一字符串和第三字符串能被识别出保险公司的机构代码,第四字符串能被识别出被保证人名称,第五字符串能被识别出被保证人证件类型和被保证人证件号码,第六字符串能被识别出保险业务种类、保险方式、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式、约定再担保补偿比例、费率以及年化费率等,第七字符串能被识别出保险合同的有效状态、代偿责任解除日期、在保余额和余额变化日期等,第八字符串能被识别出该保单信息中包含多多少数量的保单对应的信息。
所述生成单元103用于分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文。
所述命名单元104用于根据所述序列号为所述征信报文生成文件名。为符合人民银行征信系统的格式要求,设置文件名的长度为26位,第一位代表征信系统类型,1代表个人征信系统,2代表企业征信系统,第2-3位代表机构类型,在本发明实施例主要是向人民银行征信系统发送数据,固定设置为数据报送机构,代码为10,第3-17位为保险公司的机构代码,第18-19位指示报文种类,16代表保险业务信息修改报文,15代表保险业务信息正常报文,14代表保险业务信息删除报文,本发明实施例生成的征信报文为保险业务信息正常报文,第20位指示批文数据类型,1代表获取数据正常,0表示获取数据异常,第21-24位为用户提供的序列号,用户可输入的序列号为0000-9999,但同一天内输入的序列号不能重复,第25位为反馈表示,固定为0,代表向人民银行征信系统上报报文,第26位固定为0。
所述输出单元105用于输出所述征信报文。
为了得到符合格式要求的征信报文,需要先对保单信息进行处理,在本发明实施例中,如图10所示,所述处理单元102包括:
第一获取子单元1021a,用于获取报文头标识号和报文格式版本号。
第一形成子单元1022a,用于将所述报文头标识号、报文格式版本号和保险公司的机构代码组合形成第一字符串。
报文头中需要包含的保单信息为保险公司的机构代码这一项,在加工处理保险公司的机构代码的过程中,需要根据报文头所需的要求处理该项保单信息,最后得到被识别出该项保单信息的第一字符串,该第一字符串由所述报文头标识号、报文格式版本号和机构代码按顺序结合而成。
如图11所示,所述生成单元103包括:
第二获取子单元1031a,用于获取所需生成报文的报文类型,获取报文类型对应的代码,获取当前时间作为报文生成时间。报文类型包保险业务信息正常报文、保险业务信息标识变更报文和保险业务信息删除报文,保险业务信息正常报文对应的代码为81,保险业务信息标识变更报文对应的代码为82,保险业务信息删除报文对应的代码为83。
第二形成子单元1032a,用于将所述报文生成时间与所述报文类型对应的代码组合形成第二字符串。其中,其中,报文生成时间的字长为14位,包括报文生成日期和报文生成具体时间,报文生成日期为年月日信息,报文生成具体时间为时分秒信息。
第三形成子单元1033a,用于将所述第一字符串和第二字符串按顺序排列形成所述报文头。报文头主要包括第一字符串和第二字符串,体现保险公司的机构代码。
以上第二获取子单元1031a、第二形成子单元1032a和第三形成子单元1033a共同用于生成征信报文的报文头。
在本发明实施例中,如图12所示,所述处理单元102还包括:
第三获取子单元1021b,用于获取基础段标识号、所需生成报文的报文编号以及能标识业务信息记录类别的代码,根据被保证人名称获取被保证人的类型,获取所述被保证人的类型对应的代码以及所述被保证人证件类型对应的代码。其中,所述业务信息记录类别包括保险业务信息记录,对应的代码为61,基础段标识号的字长为1,用字母表示,例如B,报文编号的字长为4,被保证人的类型包括组织机构和自然人,分别对应的代码为1和2,保证人名称的字长为80位,位数不够的在名称后面增加空格至达到80位,0-身份证;被保证人证件类型包括户口簿、护照、军官证、士兵证、港澳居民来往内地通行证、台湾同胞来往内地通行证、临时身份证、外国人居留证、警官证、香港身份证、澳门身份证、台湾身份证、其他证件、组织机构代码证、贷款卡、机构信用代码等,分别对应的代码为1、2、3、4、5、6、7、8、9、A、B、C、X、a、c和d,当被保证人为企业或其他组织时,被保险人证件类型首选c,其次可选择d和a。
在具体实施过程中,要求被保险人证件号码的字长为18位,原保单信息中保险人证件号码的实际字长不足18位的在最后面预留空格补足18位。
第四形成子单元1022b,用于将所述报文编号、所述能标识业务信息记录类别的代码、所述基础段标识号以及保险公司的机构代码按顺序组合形成第三字符串,将所述被保证人的类型对应的代码与所述被保证人名称组合形成第四字符串,将所述被保证人证件类型对应的代码与所述被保证人证件号码组合形成第五字符串。
进一步的,所述生成单元103还包括第五形成子单元,第五形成子单元用于将所述第三字符串、保单编号、保险合同编号、第四字符串、第五字符串以及报文生成日期按顺序排列形成所述基础段。
在本发明实施例中,保单编号的字长为60位,保险合同编号的字长为60位,因此,基础段包括了被保证人名称、被保证人证件类型、被保证人证件号码、保单编号和保险合同编号等基本保单信息。
为符合人民银行征信系统的格式要求,报文头与基础段之间预留30位空格长度。
如图13所示,所述处理单元102还包括:
第四获取子单元1021c,用于获取保险业务种类对应的代码、保险方式对应的代码和反担保方式对应的代码,以及获取保险合同段标识号。其中,保险业务种类为个人消费信用保险类型,对应的代码为31,保险方式包括保证和信用两种方式,分别对应的代码为1和2,反担保方式包括自然人信用担保、第三方企业信用担保、动产质押担保、存单质押担保、知识产权质押担保、应收账款质押担保、其他质押担保、房地产抵押担保、其他抵押担保、多种形式组合担保和无反担保方式,分别对应的代码为0,1,2,3,4,5,6,7,8,9和x,其中,多种形式组合担保是指除无反担保方式以外的两种或两种以上反担保方式的组合。在一些实施例中,保险业务种类固定为个人消费信用保险类型,反担保方式选择为自然人信用担保。保险合同段标识号为字母,字长为1,例如D。
第六形成子单元1022c,用于将所述保险合同段标识号、保险业务种类对应的代码、保险方式对应的代码、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式对应的代码、约定再担保补偿比例、费率以及年化费率按顺序组合形成第六字符串。其中,第六字符串中,要求保险金额的字长为20位,如果原保单信息中保险金额的字长不足20位,在金额的数字添加0补足字长,保险起始日期和保险到期日期均占6位字长,包括年月日信息,存出保证金比例占存3位字长,约定再担保补偿比例占3位字长,费率以及年化费率均占3位字长。
所述生成单元103还用于将第六字符串作为所述保险合同段。为符合人民银行征信系统的格式要求,所述保险合同段与基础段之间预留60位空格。
如图14所示,所述处理单元102还包括:
第五获取子单元1021d,用于获取实际代偿责任信息段标识号、保险合同有效状态对应的代码。其中,实际代偿责任信息段标识号为字母,字长为1,例如H,保险合同有效状态分为有效和无效,对应的代码为1和2。
第七形成子单元1022d,用于将所述实际代偿责任信息段标识号、保险合同有效状态对应的代码、代偿责任解除日期、在保余额、余额变化日期按顺序组合形成的第七字符串。其中,在第七字符串,要求代偿责任解除日期和余额变化日期均占6位字长,包括年月日信息,保余额的字长要求为20位,实际字长不够的在在保余额的数字之前增加0补足字长。
所述生成单元103还用于第七字符串即为实际代偿责任信息段。其中,实际代偿责任信息段与保险合同段之间预留60位空格。
在本发明实施例中,如图15所示,所述处理单元102还包括:
第六获取子单元1021e,用于获取所述保单信息中所包含的保单数量以及报文尾标识号,所述保单数量的字长为预设位数。在一些实施例中,预设位数为10位,报文尾标识号为字母,字长为1,例如Z。
第八形成子单元1022e,用于将所述报文尾标识号与保单数量组合形成所述第八字符串。
所述生成单元103还用于:将所述报文尾标识号与保单数量组合形成所述报文尾。例如,保单数量为26,则报文尾为Z0000000026。
基础段、保险合同段和实际代偿责任信息段依次排列作为该征信报文的报文体,报文头、报文体以及报文尾形成了整体的征信报文。
特别地,如果保单数量大于或等于二,则每份保单对应的基础段、保险合同段和实际代偿责任信息段作为一个整体依次排列形成报文体。
上述生成征信报文的装置可以实现为一种计算机程序的形式,计算机程序可以在如图16所示的计算机设备上运行。
图16为本发明实施例提供的一种生成征信报文的设备的示意性框图。该设备可以是终端,也可以是服务器,其中,终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器,也可以是多个服务器组成的服务器集群。
该设备为一种计算机设备200,包括通过系统总线201连接的处理器202、非易失性存储介质203、内存储器204和网络接口205。其中,该计算机设备200的非易失性存储介质203可存储操作系统2031和计算机程序2032,该计算机程序2032被执行时,可使得处理器202执行一种生成征信报文的方法。该计算机设备200的处理器202用于提供计算和控制能力,支撑整个计算机设备200的运行。该内存储器204中可储存有计算机程序,该计算机程序被处理器执行时,可使得处理器202执行一种生成征信报文的方法。计算机设备200的网络接口205用于进行网络通信,如发送分配的任务等。本领域技术人员可以理解,图16中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
处理器202用于运行存储器103中存储的程序数据,以执行如下操作:
获取保险合同的保单信息;根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集;分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文。
处理器202还执行如下操作:
获取用户提供的序列号;获取保险合同的保单信息;根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集;分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文;根据所述序列号为所述征信报文生成文件名,并输出所述征信报文。
其中,保单信息包括保险公司的机构代码、被保证人名称、被保证人证件类型、被保证人证件号码、保单编号、保险合同编号、保险业务种类、保险方式、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式、约定再担保补偿比例、费率、年化费率、保险合同的有效状态、代偿责任解除日期、在保余额和余额变化日期等,征信报文包括报文头、基础段、保险合同段、实际代偿责任信息段和报文尾。
处理器202还执行如下操作:
获取报文头标识号和报文格式版本号;将所述报文头标识号、报文格式版本号和机构代码组合形成第一字符串;获取所需生成报文的报文类型,获取报文类型获取对应的代码;在报文生成过程中获取报文生成时间;将所述报文生成时间与所述代码组合形成第二字符串;将所述第一字符串和第二字符串按顺序排列形成所述报文头。
处理器202还执行如下操作:
获取基础段标识号、所需生成报文的报文编号以及能标识业务信息记录类别的代码,根据被保证人名称获取被保证人的类型,获取所述被保证人的类型对应的代码以及所述被保证人证件类型对应的代码;将所述报文编号、所述能标识业务信息记录类别的代码、所述基础段标识号以及保险公司的机构代码按顺序组合形成第三字符串,将所述被保证人的类型对应的代码与所述被保证人名称组合形成第四字符串,将所述被保证人证件类型对应的代码与所述被保证人证件号码组合形成第五字符串;将所述第三字符串、保单编号、保险合同编号、第四字符串、第五字符串以及报文生成日期按顺序排列形成所述基础段。
处理器202还执行如下操作:
获取保险业务种类对应的代码、保险方式对应的代码和反担保方式对应的代码,以及获取保险合同段标识号;将所述获取保险合同段标识号、保险业务种类对应的代码、保险方式对应的代码、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式对应的代码、约定再担保补偿比例、费率以及年化费率按顺序组合形成第六字符串,将第六字符串作为所述保险合同段。
处理器202还执行如下操作:
获取实际代偿责任信息段标识号、保险合同有效状态对应的代码;将所述实际代偿责任信息段标识号、保险合同有效状态对应的代码、代偿责任解除日期、在保余额、余额变化日期按顺序组合形成的第七字符串,将第七字符串作为实际代偿责任信息段。
处理器202还执行如下操作:
获取所述保单信息中所包含的保单数量以及报文尾标识号,所述保单数量的字长为预设位数;将所述报文尾标识号与保单数量组合形成所述报文尾。
本领域技术人员可以理解,图16中示出的生成征信报文的设备的实施例并不构成对生成征信报文的设备具体构成的限定,在其他实施例中,生成征信报文的设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。例如,在一些实施例中,生成征信报文的设备可以仅包括存储器及处理器,在这样的实施例中,存储器及处理器的结构及功能与图16所示实施例一致,在此不再赘述。
本发明还提供一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者一个以上程序,所述一个或者一个以上程序可被一个或者一个以上的处理器执行,以实现以下步骤:
获取保险合同的保单信息;根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集;分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文。
优选地,还实现以下步骤:
获取用户提供的序列号;获取保险合同的保单信息;根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集;分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文;根据所述序列号为所述征信报文生成文件名,并输出所述征信报文。
其中,保单信息包括保险公司的机构代码、被保证人名称、被保证人证件类型、被保证人证件号码、保单编号、保险合同编号、保险业务种类、保险方式、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式、约定再担保补偿比例、费率、年化费率、保险合同的有效状态、代偿责任解除日期、在保余额和余额变化日期等,征信报文包括报文头、基础段、保险合同段、实际代偿责任信息段和报文尾。
优选地,所述步骤包括:
获取报文头标识号和报文格式版本号;将所述报文头标识号、报文格式版本号和机构代码组合形成第一字符串;获取所需生成报文的报文类型,获取报文类型获取对应的代码;在报文生成过程中获取报文生成时间;将所述报文生成时间与所述代码组合形成第二字符串;将所述第一字符串和第二字符串按顺序排列形成所述报文头。
优选地,所述步骤包括:
获取基础段标识号、所需生成报文的报文编号以及能标识业务信息记录类别的代码,根据被保证人名称获取被保证人的类型,获取所述被保证人的类型对应的代码以及所述被保证人证件类型对应的代码;将所述报文编号、所述能标识业务信息记录类别的代码、所述基础段标识号以及保险公司的机构代码按顺序组合形成第三字符串,将所述被保证人的类型对应的代码与所述被保证人名称组合形成第四字符串,将所述被保证人证件类型对应的代码与所述被保证人证件号码组合形成第五字符串;将所述第三字符串、保单编号、保险合同编号、第四字符串、第五字符串以及报文生成日期按顺序排列形成所述基础段。
优选地,所述步骤包括:
获取保险业务种类对应的代码、保险方式对应的代码和反担保方式对应的代码,以及获取保险合同段标识号;将所述获取保险合同段标识号、保险业务种类对应的代码、保险方式对应的代码、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式对应的代码、约定再担保补偿比例、费率以及年化费率按顺序组合形成第六字符串,将第六字符串作为所述保险合同段。
优选地,所述步骤包括:
获取实际代偿责任信息段标识号、保险合同有效状态对应的代码;将所述实际代偿责任信息段标识号、保险合同有效状态对应的代码、代偿责任解除日期、在保余额、余额变化日期按顺序组合形成的第七字符串,将第七字符串作为实际代偿责任信息段。
优选地,所述步骤包括:
获取所述保单信息中所包含的保单数量以及报文尾标识号,所述保单数量的字长为预设位数;将所述报文尾标识号与保单数量组合形成所述报文尾。
所述计算机可读存储介质可以是前述设备的内部存储单元,例如设备的硬盘或内存。所述计算机可读存储介质也可以是所述设备的外部存储设备,例如所述设备上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述计算机可读存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述设备所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的设备、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种生成征信报文的方法,其特征在于,包括:
获取保险合同的保单信息;
根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集;
分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,将所有征信报文段体组合形成征信报文。
2.根据权利要求1所述的方法,其特征在于,所述保单信息包括保险公司的机构代码,所述征信报文段体包括报文头,所述字符串群集包括第一字符串;
所述根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集,包括:
获取报文头标识号和报文格式版本号;
将所述报文头标识号、报文格式版本号和保险公司的机构代码组合形成所述第一字符串;
所述分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,包括:
获取所需生成报文的报文类型,获取报文类型对应的代码;
获取当前时间作为报文生成时间;
将所述报文生成时间与所述报文类型对应的代码组合形成第二字符串;
将所述第一字符串和第二字符串按顺序排列形成所述报文头。
3.根据权利要求2所述的方法,其特征在于,所述保单信息还包括被保证人名称、被保证人证件类型、被保证人证件号码、保单编号和保险合同编号,所述报文生成时间包括报文生成日期,所述征信报文段体包括基础段,所述字符串群集包括第三字符串、第四字符串和第五字符串;
所述根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集,包括:
获取基础段标识号、所需生成报文的报文编号以及能标识业务信息记录类别的代码,所述业务信息记录类别包括保险业务信息记录,根据被保证人名称获取被保证人的类型,获取所述被保证人的类型对应的代码以及所述被保证人证件类型对应的代码;
将所述报文编号、所述能标识业务信息记录类别的代码、所述基础段标识号以及保险公司的机构代码按顺序组合形成所述第三字符串,将所述被保证人的类型对应的代码与所述被保证人名称组合形成所述第四字符串,将所述被保证人证件类型对应的代码与所述被保证人证件号码组合形成所述第五字符串;
所述分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,包括:
将所述第三字符串、保单编号、保险合同编号、第四字符串、第五字符串以及报文生成日期按顺序排列形成所述基础段。
4.根据权利要求1所述的方法,其特征在于,所述保单信息包括保险业务种类、保险方式、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式、约定再担保补偿比例、费率以及年化费率,所述征信报文段体包括保险合同段,所述字符串群集包括第六字符串;
所述根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集,包括:
获取保险业务种类对应的代码、保险方式对应的代码和反担保方式对应的代码,以及获取保险合同段标识号;
将所述保险合同段标识号、保险业务种类对应的代码、保险方式对应的代码、保险金额、保险起始日期、保险到期日期、存出保证金比例、反担保方式对应的代码、约定再担保补偿比例、费率以及年化费率按顺序组合形成所述第六字符串;
所述分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,包括:
将所述第六字符串作为所述保险合同段。
5.根据权利要求1所述的方法,其特征在于,所述保单信息包括保险合同的有效状态、代偿责任解除日期、在保余额和余额变化日期,所述征信报文段体包括实际代偿责任信息段,所述字符串群集包括第七字符串;
所述根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集,包括:
获取实际代偿责任信息段标识号、保险合同有效状态对应的代码;
将所述实际代偿责任信息段标识号、保险合同有效状态对应的代码、代偿责任解除日期、在保余额、余额变化日期按顺序组合形成所述第七字符串;
所述分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,包括:
将所述第七字符串作为所述实际代偿责任信息段。
6.根据权利要求1所述的方法,其特征在于,所述征信报文段体包括报文尾,所述字符串群集包括第八字符串;
所述根据所述保单信息的预设处理规则对所述保单信息进行处理,得到所述保单信息对应的字符串群集,包括:
获取所述保单信息中所包含的保单数量以及报文尾标识号,所述保单数量的字长为预设位数;
将所述报文尾标识号与保单数量组合形成所述第八字符串;
所述分别根据征信报文每个段体的预设格式要求处理所述字符串群集,生成对应的征信报文段体,包括:
将所述第八字符串作为所述报文尾。
7.根据权利要求1所述的方法,其特征在于,还包括:
获取用户提供的序列号;
所述将所有征信报文段体组合形成征信报文之后,还包括:
根据所述序列号为所述征信报文生成文件名,并输出所述征信报文。
8.一种生成征信报文的装置,其特征在于,包括用于执行如权利要求1-7任一项所述的生成征信报文的方法的单元。
9.一种生成征信报文的设备,其特征在于,所述设备包括存储器,以及与所述存储器相连的处理器;
所述存储器,用于存储生成征信报文的程序数据;
所述处理器,用于运行所述存储器中存储的程序数据,以执行如权利要求1-7任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者一个以上程序数据,所述一个或者一个以上程序数据可被一个或者一个以上的处理器执行,以实现如权利要求1至7任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710841909.3A CN107665464B (zh) | 2017-09-18 | 2017-09-18 | 生成征信报文的方法、装置、设备及计算机可读存储介质 |
PCT/CN2017/108236 WO2019051943A1 (zh) | 2017-09-18 | 2017-10-30 | 生成征信报文的方法、装置、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710841909.3A CN107665464B (zh) | 2017-09-18 | 2017-09-18 | 生成征信报文的方法、装置、设备及计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107665464A true CN107665464A (zh) | 2018-02-06 |
CN107665464B CN107665464B (zh) | 2021-05-25 |
Family
ID=61098315
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710841909.3A Active CN107665464B (zh) | 2017-09-18 | 2017-09-18 | 生成征信报文的方法、装置、设备及计算机可读存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107665464B (zh) |
WO (1) | WO2019051943A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109617647A (zh) * | 2018-10-22 | 2019-04-12 | 中国平安财产保险股份有限公司 | 报文转换方法、装置、计算机设备及计算机可读存储介质 |
CN109783781A (zh) * | 2018-12-13 | 2019-05-21 | 中国平安财产保险股份有限公司 | 基于图像识别的保单录入方法和相关装置 |
WO2019196304A1 (zh) * | 2018-04-09 | 2019-10-17 | 平安科技(深圳)有限公司 | 电子装置、征信反馈报文的解析方法及存储介质 |
CN112785411A (zh) * | 2020-12-29 | 2021-05-11 | 平安消费金融有限公司 | 征信数据处理方法、系统、设备及计算机可读存储介质 |
CN115190055A (zh) * | 2022-07-08 | 2022-10-14 | 武汉众邦银行股份有限公司 | 一种tcp报文定制化转换方法、装置及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009660A (zh) * | 2007-01-19 | 2007-08-01 | 杭州华为三康技术有限公司 | 处理分段报文模式匹配的通用方法及装置 |
CN101873236A (zh) * | 2010-06-13 | 2010-10-27 | 中兴通讯股份有限公司 | 一种报文的测试方法及系统 |
CN202033796U (zh) * | 2011-03-28 | 2011-11-09 | 中国建设银行股份有限公司 | 信用卡征信协查系统 |
CN102571541A (zh) * | 2010-12-24 | 2012-07-11 | 中兴通讯股份有限公司 | 报文编、解码方法及装置 |
CN103580857A (zh) * | 2012-08-06 | 2014-02-12 | 重庆电子工程职业学院 | 一种基于背包加密的汉字报文数据压缩方法 |
CN104202249A (zh) * | 2014-07-25 | 2014-12-10 | 汉柏科技有限公司 | 报文处理方法及装置 |
CN106383812A (zh) * | 2016-08-30 | 2017-02-08 | 泰康保险集团股份有限公司 | 新契约保单测试方法及装置 |
US20170155689A1 (en) * | 2015-11-26 | 2017-06-01 | International Business Machines Corporation | Session initiation protocol message processing |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140127088A (ko) * | 2013-04-24 | 2014-11-03 | 주식회사 케이티 | 단말보험의 부가서비스를 제공하는 방법 및 서버 |
CN105704083A (zh) * | 2014-11-24 | 2016-06-22 | 中兴通讯股份有限公司 | 以太网激励报文的产生方法、装置及仿真系统 |
CN107066457B (zh) * | 2016-08-23 | 2019-12-17 | 平安科技(深圳)有限公司 | 用户信息视图构建方法和系统 |
-
2017
- 2017-09-18 CN CN201710841909.3A patent/CN107665464B/zh active Active
- 2017-10-30 WO PCT/CN2017/108236 patent/WO2019051943A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009660A (zh) * | 2007-01-19 | 2007-08-01 | 杭州华为三康技术有限公司 | 处理分段报文模式匹配的通用方法及装置 |
CN101873236A (zh) * | 2010-06-13 | 2010-10-27 | 中兴通讯股份有限公司 | 一种报文的测试方法及系统 |
CN102571541A (zh) * | 2010-12-24 | 2012-07-11 | 中兴通讯股份有限公司 | 报文编、解码方法及装置 |
CN202033796U (zh) * | 2011-03-28 | 2011-11-09 | 中国建设银行股份有限公司 | 信用卡征信协查系统 |
CN103580857A (zh) * | 2012-08-06 | 2014-02-12 | 重庆电子工程职业学院 | 一种基于背包加密的汉字报文数据压缩方法 |
CN104202249A (zh) * | 2014-07-25 | 2014-12-10 | 汉柏科技有限公司 | 报文处理方法及装置 |
US20170155689A1 (en) * | 2015-11-26 | 2017-06-01 | International Business Machines Corporation | Session initiation protocol message processing |
CN106383812A (zh) * | 2016-08-30 | 2017-02-08 | 泰康保险集团股份有限公司 | 新契约保单测试方法及装置 |
Non-Patent Citations (1)
Title |
---|
GKYHXX30: "两类机构接入征信系统", 《豆丁网在线公开:DOCIN.COM/P-1421730555.HTML》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019196304A1 (zh) * | 2018-04-09 | 2019-10-17 | 平安科技(深圳)有限公司 | 电子装置、征信反馈报文的解析方法及存储介质 |
CN109617647A (zh) * | 2018-10-22 | 2019-04-12 | 中国平安财产保险股份有限公司 | 报文转换方法、装置、计算机设备及计算机可读存储介质 |
CN109783781A (zh) * | 2018-12-13 | 2019-05-21 | 中国平安财产保险股份有限公司 | 基于图像识别的保单录入方法和相关装置 |
CN109783781B (zh) * | 2018-12-13 | 2023-08-11 | 中国平安财产保险股份有限公司 | 基于图像识别的保单录入方法和相关装置 |
CN112785411A (zh) * | 2020-12-29 | 2021-05-11 | 平安消费金融有限公司 | 征信数据处理方法、系统、设备及计算机可读存储介质 |
CN115190055A (zh) * | 2022-07-08 | 2022-10-14 | 武汉众邦银行股份有限公司 | 一种tcp报文定制化转换方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN107665464B (zh) | 2021-05-25 |
WO2019051943A1 (zh) | 2019-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107665464A (zh) | 生成征信报文的方法、装置、设备及计算机可读存储介质 | |
Randall et al. | Blockchain applications and use cases in health information technology | |
CN101256645B (zh) | 集成式市民卡系统的设置方法 | |
Abujamra et al. | Blockchain applications in healthcare and the opportunities and the advancements due to the new information technology framework | |
CN103559514B (zh) | 一种即时的自助发卡方法及终端 | |
CN107404431B (zh) | 一种多渠道多账户统一鉴权的消息发送选择方法及系统 | |
CN109978559A (zh) | 一站式电子化工商注册的智能系统和方法 | |
CN107818512A (zh) | 产生保单批文的方法、装置、设备及计算机可读存储介质 | |
CN108228551A (zh) | excel的数据导入方法、装置、设备及计算机可读存储介质 | |
CN102044115B (zh) | 税控盘 | |
CN100587740C (zh) | 一种网络税控系统的税控数据申报、稽查处理方法 | |
CN105187220A (zh) | 一种文印集中管理系统 | |
CN108269182A (zh) | 一种基于资金归集的余额计算方法及计算设备 | |
CN105528676A (zh) | 一种基于云计算技术的图书互借阅系统 | |
CN108038775A (zh) | 一种大型企业财务管理方法及系统 | |
WO2003073353A3 (en) | Smart card for use with health care institutions and financial institutions | |
CN107844710A (zh) | 一种合约生成系统和生成方法 | |
CN202453952U (zh) | 一种基于移动网络的办税系统 | |
CN102479353A (zh) | Erp系统中利用信用卡生成报销清单的方法、装置及erp系统 | |
CN201607794U (zh) | 税控盘 | |
CN109785118A (zh) | 贷后数据处理的方法、装置、介质及电子设备 | |
CN108846023A (zh) | 文本的非常规特性挖掘方法及装置 | |
CN110287185A (zh) | 面向文档键值数据库的一对多关系查询的存储结构及方法 | |
CN109308664A (zh) | 个人价值数据交换方法和装置 | |
CN107943988B (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 |