WO2020147402A1 - 黑名单共享方法及装置、存储介质、计算机设备 - Google Patents

黑名单共享方法及装置、存储介质、计算机设备 Download PDF

Info

Publication number
WO2020147402A1
WO2020147402A1 PCT/CN2019/117737 CN2019117737W WO2020147402A1 WO 2020147402 A1 WO2020147402 A1 WO 2020147402A1 CN 2019117737 W CN2019117737 W CN 2019117737W WO 2020147402 A1 WO2020147402 A1 WO 2020147402A1
Authority
WO
WIPO (PCT)
Prior art keywords
blacklist
query
blacklist information
business
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.)
Ceased
Application number
PCT/CN2019/117737
Other languages
English (en)
French (fr)
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 Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen 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 Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2020147402A1 publication Critical patent/WO2020147402A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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

Definitions

  • This application relates to the field of information processing technology, in particular to a blacklist sharing method and device, storage medium, and computer equipment.
  • this application provides a blacklist sharing method and device, storage medium, and computer equipment, the main purpose of which is to solve the problem of low efficiency in handling insurance business in the prior art.
  • a blacklist sharing method includes: obtaining a blacklist information table of each business system; performing deduplication and structuring processing on the blacklist information table of each business system, After summarizing the blacklist information tables of various business systems, generate a blacklist information summary table, and record the system source in the blacklist information summary table; use the blacklist information summary table to establish a blacklist query system; Query the information of the target user entered by the clerk in the query system to verify the identity of the target user; randomly generate the query key and the write key every second preset time, and write the generated query key and write The secret key is sent to the designated business system; the change operation of the first business system on the blacklist information summary table is received; the change operation is verified according to the current write secret key; if the change operation includes If the currently written key is consistent with the key, the verification is passed, and the modification operation to the blacklist information summary table is completed.
  • a blacklist sharing device which includes:
  • the blacklist information table obtaining unit is used to obtain the blacklist information table of each business system
  • the blacklist information total table generating unit is used to de-duplicate and structure the blacklist information tables of the various business systems, and summarize the processed blacklist information tables of each business system to generate the blacklist information total table, and Record the system source in the blacklist information summary table;
  • a blacklist query system establishment unit configured to use the blacklist information summary table to establish a blacklist query system
  • the target user identity verification unit is used to query the target user's information input by the salesperson in the blacklist query system to verify the target user's identity;
  • the secret key sending unit is used to randomly generate the query secret key and the write secret key every second preset time, and send the generated query secret key and the write secret key to the designated business system;
  • a modification operation receiving unit configured to receive a modification operation of the first business system on the blacklist information summary table
  • the verification unit is configured to verify the modification operation according to the current write secret key
  • the blacklist information summary table modification unit is configured to, if the modification operation contains a secret key that is consistent with the currently written secret key, the verification is passed and the modification operation to the blacklist information summary table is completed.
  • a non-volatile readable storage medium is provided, and computer readable instructions are stored thereon, and the computer readable instructions implement the blacklist sharing method described above when executed by a processor.
  • a computer device including a non-volatile readable storage medium, a processor, and computer readable instructions stored on the non-volatile readable storage medium and running on the processor
  • the processor executes the computer-readable instruction, the blacklist sharing method described above is implemented.
  • the blacklist sharing method and device, storage medium, and computer equipment realized the blacklist sharing of each system.
  • the salesperson only needs to use the blacklist query system
  • the user blacklist confirmation can be completed conveniently and quickly, which improves work efficiency and avoids the phenomenon that users cannot settle claims after normal insurance.
  • this application also randomly generates query keys and write keys on a regular basis, and sends the generated query keys and write keys to various business systems to query system data through query keys and write keys Control and change to ensure the security of the blacklist query system data.
  • FIG. 1 shows a schematic flowchart of a blacklist sharing method provided by an embodiment of the present application
  • FIG. 2 shows a schematic flowchart of another blacklist sharing method provided by an embodiment of the present application
  • Fig. 3 shows a schematic structural diagram of a blacklist sharing device provided by an embodiment of the present application.
  • This embodiment provides a blacklist sharing method, which can conveniently and quickly complete user blacklist confirmation only through the blacklist query system, which improves work efficiency and avoids the phenomenon that users cannot settle claims after normal insurance, as shown in Figure 1 As shown, the method includes:
  • blacklist rules In practical applications, in order to reduce the loss rate of insurance business, insurance companies have set up blacklist rules. If the insurer meets the blacklist rules, the insurance company is likely to increase premiums, refuse to underwrite, or refuse to pay after underwriting. In order to facilitate insurance salesmen to handle business for different customers, the insurance company has set up blacklists in various business systems.
  • a SQL Server or Oracle database is set up, and various business tables are stored in the database, and different business systems correspond to a blacklist information table.
  • the blacklist information table saves the user's ID number, user number, name, telephone number, address and other information.
  • S12 De-duplicate and structure the blacklist information tables of each business system, and summarize the processed blacklist information tables of each business system to generate a blacklist information summary table, and record in the blacklist information summary table System source; it is understandable that for the same customer, there may be a problem of duplicate records in the blacklist of each system, so this solution de-duplicates the blacklist information table of each system; that is, delete duplicate blacklist users , To avoid duplicate records of the same user from the same business system in the blacklist information summary table.
  • the blacklist information table can be deduplicated according to the user identification (ID number or user number).
  • the blacklist information table of each system is also structured and the format is unified to facilitate the generation of the blacklist information summary table .
  • the system source is recorded in the blacklist information summary table, which is used to distinguish which system is the blacklist. In actual applications, you can check whether a user is in the blacklist of several business systems by querying the blacklist information summary table according to business requirements.
  • a system will have a blacklist setting reason
  • B system will have a blacklist validity period
  • the G system will summarize these fields and create a new public table containing the setting reason and validity period, and increase the system source to distinguish which system is from blacklist.
  • these tables have some common points, that is, the five information of blacklisted name, gender, birthday, certificate type, and certificate number. Therefore, these five information will also be reflected in the summary table.
  • S14 Query the information of the target user input by the salesperson in the blacklist query system to verify the identity of the target user.
  • the salesperson can enter the target user's information in the blacklist query system to verify the identity of the target user, that is, whether the target user is a blacklisted user of a certain business system.
  • the entered target user information includes ID number, Name and other information.
  • the blacklist sharing method of the embodiment of the application realizes the blacklist sharing of each system.
  • the salesperson can quickly and easily complete the user blacklist confirmation by simply using the blacklist query system to improve work efficiency. , To avoid the phenomenon that users cannot settle claims after normal insurance.
  • the blacklist information table of each business system is input by a salesperson through a blacklist configuration interface;
  • each business includes at least a first blacklist information table of the underwriting system and a second blacklist information table of the claims settlement system; the first blacklist information table is generated according to a preset blacklist determination rule for insurance; The second blacklist information table is generated according to a preset blacklist judgment rule for claims settlement.
  • each system is provided with a blacklist configuration interface, through this interface, persons considered to be blacklisted can be added to generate a blacklist information table for each system.
  • the information of applicants of different insurance businesses is compared with the determination conditions of the same insurance blacklist, and if they match, it is determined that the applicant is on the blacklist of insurance; the information of claim adjusters of different insurance businesses Compared with the judgment conditions of the same claim blacklist, if they match, the claimant is judged to be on the claim blacklist.
  • the system automatically determines that the applicant is on the underwriting blacklist or the claim adjuster is on the claims blacklist, it also provides manual verification or manual feedback.
  • the blacklist removal operation allows the customer to be removed from the blacklist record when the salesperson determines that an insurer or claims adjuster can normally underwrite or settle claims.
  • the method further includes: updating the total blacklist information table according to the blacklist information tables of the respective business systems every first preset time .
  • the method further includes: monitoring the change events of the blacklist information tables of the various business systems; and checking the blacklist information according to the monitored change events.
  • the table is updated in real time. In practical applications, changes to the blacklist information table include addition, deletion or modification.
  • the system also docks with the customer service system of the insurance company.
  • the customer service can query the customer’s specific information through the customer service system and verify with specific business personnel. This allows the customer to be removed from the blacklist record when the salesperson determines that an insurer or claims adjuster can normally underwrite or settle claims.
  • this application further provides a method embodiment as shown in FIG. 2, the method includes: S21: Obtain a blacklist information table of each business system;
  • S24 Query the information of the target user input by the salesperson in the blacklist query system to verify the identity of the target user;
  • S25 Randomly generate a query key and a write key every second preset time, and send the generated query key and write key to a designated business system.
  • steps S21, S22, S23, and S24 are similar to the steps in FIG. 1, and will not be repeated here.
  • the embodiment of this application randomly generates the query key and the write key at regular intervals, and sends the generated query key and the write key to each business system.
  • a certain business system needs to know the query key of the blacklist query system in advance, And carry the query key in the query request, and the query operation can only be performed after the verification is passed; a certain business system needs to file the write secret key of the blacklist query system, and carry the write password in the change request, and the verification is passed. You can make changes.
  • the embodiment of the application controls the query and modification of system data by querying the secret key and writing the secret key to ensure the security of the blacklist query system data.
  • the method further includes: receiving a modification operation of the first business system to the blacklist information summary table; verifying the modification operation according to the current write secret key; if the modification operation includes If the currently written key is consistent with the key, the verification is passed, and the modification operation to the blacklist information summary table is completed.
  • the method further includes: receiving a query operation on the blacklist information summary table by the first business system; verifying the query operation according to the current query key; if the query operation includes the current query operation If the query key is consistent with the secret key, the verification is passed, and the query result is returned to the first business system.
  • the public system is G, where the data comes from three systems A, B, and C; in the G system, the A, B, and C of the data you want to read and write will be controlled. If the G system allows these three If a system reads and writes, then the G system will distribute a secret key to each of the three systems. Each subsystem carries this secret key when reading and writing. If the secret key is correct, it can read and write.
  • the G system assigns a read secret key to the A system, and the A system secretly tells the D system of the secret key, then the D system can carry the secret key for reading Taking the data of the G system, if the written secret key is also leaked out, it will be quite dangerous. Therefore, the logic of permission control must be rigorous, the specific logic is as follows:
  • the G system should provide the A system with two permissions to query the black name and write to the blacklist.
  • the G system will randomly generate two 32-character keys every half an hour, one for query and one for writing.
  • System G will write these two secret keys into the database of System A, and write the secret keys into its own database at the same time.
  • the A system will carry this query key when it goes to the G system to query the blacklist, and it needs to carry the written secret key when writing.
  • system A is querying
  • system G will compare the query key passed by system A with the key assigned to A by its own system. If they are consistent, it will return the corresponding blacklist data to system A, otherwise it will return no permission. .
  • the G system will also compare the write key passed by the A system with the key assigned to A by its own system. If they are consistent, the write is allowed. Otherwise not allowed.
  • the embodiment of this application also randomly generates query secret key and write secret key on a regular basis, and sends the generated query secret key and write secret key to each business system to query system data through query secret key and write secret key Control and change to ensure the security of the blacklist query system data.
  • Fig. 3 shows a schematic structural diagram of a blacklist sharing device provided by an embodiment of the present application.
  • the device includes a blacklist information table obtaining unit 31, a blacklist information total table generating unit 32, a blacklist query system establishment unit 33, and a target user identity verification unit 34, specifically:
  • the blacklist information table obtaining unit 31 is used to obtain the blacklist information table of each business system
  • the blacklist information summary table generating unit 32 is used to de-duplicate and structure the blacklist information tables of each business system, and summarize the processed blacklist information tables of each business system to generate a blacklist information summary table, And record the system source in the blacklist information summary table;
  • the blacklist query system establishment unit 33 is configured to use the blacklist information summary table to establish a blacklist query system
  • the target user identity verification unit 34 is configured to query the target user's information input by the salesperson in the blacklist query system to verify the target user's identity.
  • the blacklist sharing device of the embodiment of the application realizes the blacklist sharing of each system.
  • the salesperson can quickly and easily complete the user blacklist confirmation by simply using the blacklist query system to improve work efficiency. , To avoid the phenomenon that users cannot settle claims after normal insurance.
  • the blacklist information table of each business system is input by the salesperson through the blacklist configuration interface; or, each business includes at least the first blacklist information table of the underwriting system and the second blacklist of the claims system Information table; the first blacklist information table is generated according to a preset blacklist judgment rule for insurance; the second blacklist information table is generated according to a preset blacklist judgment rule for claims.
  • the device further includes: a blacklist information summary table updating unit, configured to update the blacklist information summary table according to the blacklist information tables of the respective business systems every first preset time.
  • the device further includes: a change event monitoring unit, which is used to listen to change events of the various business systems for the blacklist information table; a real-time update unit of the blacklist information summary table, which is used to monitor the change events that are monitored The blacklist information summary table is updated in real time.
  • a change event monitoring unit which is used to listen to change events of the various business systems for the blacklist information table
  • a real-time update unit of the blacklist information summary table which is used to monitor the change events that are monitored
  • the blacklist information summary table is updated in real time.
  • the device further includes a secret key sending unit, configured to randomly generate a query secret key and a write secret key every second preset time, and send the generated query secret and write secret key to a designated Business system.
  • a secret key sending unit configured to randomly generate a query secret key and a write secret key every second preset time, and send the generated query secret and write secret key to a designated Business system.
  • the device further includes: a modification operation receiving unit, configured to receive a modification operation of the first business system on the blacklist information summary table; a verification unit, configured to modify the modification operation according to the current write key The operation is verified; the blacklist information total table modification unit is used for when the modification operation contains a secret key that is consistent with the currently written secret key, the verification is passed, and the modification operation to the blacklist information summary table is completed .
  • a modification operation receiving unit configured to receive a modification operation of the first business system on the blacklist information summary table
  • a verification unit configured to modify the modification operation according to the current write key The operation is verified
  • the blacklist information total table modification unit is used for when the modification operation contains a secret key that is consistent with the currently written secret key, the verification is passed, and the modification operation to the blacklist information summary table is completed .
  • the device further includes: a query operation receiving unit, configured to receive a query operation on the blacklist information master table by the first business system; a verification unit, configured to perform a query operation on the query operation according to the current query key Perform verification; the blacklist information general table query unit is used for when the query operation contains a secret key that is consistent with the current query key, the verification is passed and the query result is returned to the first business system.
  • the embodiment of this application also randomly generates query secret key and write secret key on a regular basis, and sends the generated query secret key and write secret key to each business system to query system data through query secret key and write secret key Control and change to ensure the security of the blacklist query system data.
  • an embodiment of the present application also provides a non-volatile readable storage medium on which computer-readable instructions are stored, and the computer-readable instructions are During execution, the blacklist sharing method shown in Figure 1 and Figure 2 is implemented.
  • the technical solution of this application can be embodied in the form of a software product.
  • the software product can be stored in a non-volatile storage medium (which can be a CD-ROM, U disk, mobile hard disk, etc.), including several
  • the instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute the methods described in each implementation scenario of this application.
  • the embodiment of the present application also provides a computer device, which may be a personal computer, a server, or a network.
  • the physical device includes a non-volatile readable storage medium and a processor; the non-volatile readable storage medium is used to store computer readable instructions; the processor is used to execute the computer readable instructions to achieve the above The method shown in Figure 1 and Figure 2.
  • the computer device may also include a user interface, a network interface, a camera, a radio frequency (RF) circuit, a sensor, an audio circuit, a Wi-Fi module, and so on.
  • the user interface may include a display screen (Display), an input unit such as a keyboard (Keyboard), etc., and the optional user interface may also include a USB interface, a card reader interface, and the like.
  • the network interface can optionally include a standard wired interface, a wireless interface (such as a Bluetooth interface, a WI-FI interface), etc.
  • a computer device does not constitute a limitation on the physical device, and may include more or fewer components, or combine certain components, or arrange different components.
  • the storage medium may also include an operating system and a network communication module.
  • the operating system is a program that manages the hardware and software resources of a computer device, and supports the operation of information processing programs and other software and/or programs.
  • the network communication module is used to realize the communication between the various components in the storage medium and the communication with other hardware and software in the physical device.
  • this application also randomly generates query keys and write keys on a regular basis, and sends the generated query keys and write keys to various business systems to query system data through query keys and write keys Control and change to ensure the security of the blacklist query system data.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Engineering & Computer Science (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)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种黑名单共享方法及装置、存储介质、计算机设备，涉及信息处理技术领域。其中方法包括：获取各个业务系统的黑名单信息表；对所述各个业务系统的黑名单信息表进行去重处理和结构化处理，汇总处理后的各个业务系统的黑名单信息表生成黑名单信息总表，并在黑名单信息总表中记录系统来源；利用所述黑名单信息总表建立黑名单查询系统；在所述黑名单查询系统中查询业务员输入的目标用户的信息，以核实所述目标用户的身份。本申请实现了各个系统的黑名单共享，业务员在办理具体的业务时，只需通过黑名单查询系统便可方便快捷的完成用户黑名单确认，提高了工作效率，避免了用户正常投保后不可以理赔的现象。

Description

黑名单共享方法及装置、存储介质、计算机设备
本申请要求与2019年1月17日提交中国专利局、申请号为2019100444838、申请名称为“黑名单共享方法及装置、存储介质、计算机设备”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及信息处理技术领域，尤其是涉及到一种黑名单共享方法及装置、存储介质、计算机设备。
背景技术
目前，保险的种类越来越多样化，根据按保险标的是人还是物分为人身保险和损害保险两大类。保险公司为便于承保和理赔，建立了承保系统和理赔系统，在具体业务中，理赔依赖于承保，承保系统和理赔系统有较强的关联。
发明人发现为了降低保险业务的赔付率，承保系统和理赔系统建立了各自的黑名单，处于承保系统黑名单的用户无法进行投保，处于理赔系统黑名单的用户无法进行理赔，但各个系统的黑名单无法共享。
假设某个用户处于理赔系统的黑名单中，但并不处于承保系统的黑名单中，保险公司在该用户投保后依然可以正常出具保单，但如果到了理赔阶段该用户却由于处于理赔系统的黑名单中无法进行理赔。保险公司为了避免这种情况，在实际业务处理中，常常需要业务员分别在不同的系统中检索确认某个用户是否处于黑名单，效率低且浪费人力。
发明内容
有鉴于此，本申请提供了一种黑名单共享方法及装置、存储介质、计算机设备，主要目的在于解决现有技术办理保险业务效率低的问题。
根据本申请的一个方面，提供了一种黑名单共享方法，该方法包括：获取各个业务系统的黑名单信息表；对所述各个业务系统的黑名单信息表进行去重处理和结构化处理，汇总处理后的各个业务系统的黑名单信息表生成黑名单信息总表，并在黑名单信息总表中记录系统来源；利用所述黑名单信息总表建立黑名单查询系统；在所述黑名单查询系统中查询业务员输入的目标用户的信息，以核实所述目标用户的身份；每隔第二预设时间随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至指定的业务系统；接收第一业务系统对所述黑名单信息总表的更改操作；根据当前的写入秘钥对所述更改操作进行验证；若所述更改操作中包含有与当前写入秘钥一致的秘钥，则验证通过，完成对所述黑名单信息总表的更改操作。
根据本申请的另一方面，提供了一种黑名单共享装置，该装置包括：
黑名单信息表获取单元，用于获取各个业务系统的黑名单信息表；
黑名单信息总表生成单元，用于对所述各个业务系统的黑名单信息表进行去重处理和结构化处理，汇总处理后的各个业务系统的黑名单信息表生成黑名单信息总表，并在黑名单信息总表中记录系统来源；
黑名单查询系统建立单元，用于利用所述黑名单信息总表建立黑名单查询系统；
目标用户身份核实单元，用于在所述黑名单查询系统中查询业务员输入的目标用户的信息，以核实所述目标用户的身份；
秘钥发送单元，用于每隔第二预设时间随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至指定的业务系统；
更改操作接收单元，用于接收第一业务系统对所述黑名单信息总表的更改操作；
验证单元，用于根据当前的写入秘钥对所述更改操作进行验证；
黑名单信息总表更改单元，用于若所述更改操作中包含有与当前写入秘钥一致的秘钥，则验证通过，完成对所述黑名单信息总表的更改操作。
依据本申请又一个方面，提供了一种非易失性可读存储介质，其上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现上述黑名单共享方法。
依据本申请再一个方面，提供了一种计算机设备，包括非易失性可读存储介质、处理器及存储在非易失性可读存储介质上并可在处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述黑名单共享方法。
借由上述技术方案，本申请提供的一种黑名单共享方法及装置、存储介质、计算机设备，实现了各个系统的黑名单共享，业务员在办理具体的业务时，只需通过黑名单查询系统便可方便快捷的完成用户黑名单确认，提高了工作效率，避免了用户正常投保后不可以理赔的现象。
另外，本申请还定期随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至各个业务系统，以通过查询秘钥和写入秘钥对系统数据的查询和更改进行控制，保证黑名单查询系统数据的安全性。上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1示出了本申请实施例提供的一种黑名单共享方法的流程示意图；
图2示出了本申请实施例提供的另一种黑名单共享方法的流程示意图；
图3示出了本申请实施例提供的一种黑名单共享装置的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
针对目前办理保险业务效率低的问题。本实施例提供了一种黑名单共享方法，只需通过黑名单查询系统便可方便快捷的完成用户黑名单确认，提高了工作效率，避免了用户正常投保后不可以理赔的现象，如图1所示，该方法包括：
S11：获取各个业务系统的黑名单信息表；
在实际应用中，为了降低保险业务的赔付率，保险公司设置了黑名单规则，若承保人符合黑名单规则，保险公司很有可能提高保费、拒绝承保或者承保后拒绝赔付。为了方便保险业务员针对不同客户的业务办理，保险公司内部在各个业务系统设置了黑名单。
具体地，本申请中各个业务系统运行的服务器中，设置了SQL Server或者Oracle数据库，在数 据库中存储了各种业务表格，其中不同的业务系统对应一个黑名单信息表。黑名单信息表中保存了用户的身份证号、用户编号、姓名、电话号码、住址等信息。
S12：对所述各个业务系统的黑名单信息表进行去重处理和结构化处理，汇总处理后的各个业务系统的黑名单信息表生成黑名单信息总表，并在黑名单信息总表中记录系统来源；可理解的是，对于同一个客户，在各个系统的黑名单中可能存在重复记录的问题，因此本方案对各个系统的黑名单信息表进行去重；即删除掉重复的黑名单用户，避免在黑名单信息总表中对来源于同一个业务系统的同一个用户进行重复记录。具体地，可根据用户标识(身份证号或用户编号)进行黑名单信息表的去重。由于各个系统的黑名单信息表的格式不统一，在对各个系统的黑名单信息表进行汇总之前，还针对各个系统的黑名单信息表进行结构化处理，统一格式，方便生成黑名单信息总表。黑名单信息总表中记录有系统来源，用于区分是哪个系统的黑名单。在实际应用中，可根据业务需求通过查询黑名单信息总表核实某个用户是否处于某几个业务系统的黑名单中。
举例来说，目前有三个系统A、B、C，这三个系统本身也都有一个自己的黑名单系统，原本是各自维护各自的黑名单数据，因此这三个系统的黑名单表结构不完全一样，但主要信息都是含有的。比如A系统会有黑名单的设置原因，B系统会有黑名单有效期等，那么G系统就会汇总这些字段新建一个公共表同时包含设置原因和有效期，并且增加系统来源用以区分是哪个系统的黑名单。除了不同点之外，这些表都会有一些共同点，就是黑名单的姓名、性别、生日、证件类型、证件号码这五项信息，因此这五项信息也会体现在总表。
S13：利用所述黑名单信息总表建立黑名单查询系统；可理解的是，建立完成的黑名单查询系统中保存有黑名单信息总表，并设置了查询数据接口。
S14：在所述黑名单查询系统中查询业务员输入的目标用户的信息，以核实所述目标用户的身份。
在实际应用中，业务员可在黑名单查询系统中输入目标用户的信息核实目标用户的身份，即目标用户是否是某个业务系统的黑名单用户，输入的目标用户的信息包括身份证号、姓名等信息。本申请实施例的黑名单共享方法，实现了各个系统的黑名单共享，业务员在办理具体的业务时，只需通过黑名单查询系统便可方便快捷的完成用户黑名单确认，提高了工作效率，避免了用户正常投保后不可以理赔的现象。在本申请实施例的一种可选的实施方式中，所述各个业务系统的黑名单信息表是业务员通过黑名单配置界面输入的；
或者，所述各个业务至少包括承保系统的第一黑名单信息表和理赔系统的第二黑名单信息表；所述第一黑名单信息表是根据预设的投保黑名单判定规则生成的；所述第二黑名单信息表是根据预设的理赔黑名单判定规则生成的。
在本申请的一个实施例中，各个系统都设置有黑名单配置界面，通过此界面可以将认为是黑名单的人员添加进去，生成各个系统的黑名单信息表。
在本申请的另一个实施例中，将不同保险业务的投保人的信息与同一投保黑名单的判定条件比较，若相符，则判定投保人处于承保黑名单；将不同保险业务的理赔人的信息与同一理赔黑名单的判定条件比较，若相符，则判定理赔人处于理赔黑名单。在实际应用中，在系统自动判断投保人处于承保黑名单或者理赔人处于理赔黑名单后，还提供人工核查或人工反馈功能。具体地：向业务员展示黑名单表；接收业务员对黑名单表的行选择操作，展示业务员所选行对应的承保人或者理赔人的详细信息；接收业务 员对承保人或者理赔人的黑名单移除操作，使得当业务员判定某个承保人或理赔人可以正常承保或理赔时，将该客户从黑名单记录中移除。
进一步地，为了保证黑名单查询系统的黑名单的准确性，所述方法还包括：每隔第一预设时间根据所述各个业务系统的黑名单信息表对所述黑名单信息总表进行更新。
或者，为了保证黑名单查询系统的黑名单的准确性，所述方法还包括：监听所述各个业务系统的针对黑名单信息表的更改事件；根据监听到的更改事件对所述黑名单信息总表进行实时更新。在实际应用中，对黑名单信息表的更改包括增加、删除或更改。
在另一种可能的情形下，系统还对接保险公司的客服系统，当客户通过客服系统反应无法正常投保或理赔时，客服可通过客服系统查询该客户的具体信息，并与具体业务人员核实，使得当业务员判定某个承保人或理赔人可以正常承保或理赔时，将该客户从黑名单记录中移除。
优选地，为了保证黑名单查询系统数据的安全性，本申请还提供如图2所示的方法实施例，所述方法包括：S21：获取各个业务系统的黑名单信息表；
S22：对所述各个业务系统的黑名单信息表进行去重处理和结构化处理，汇总处理后的各个业务系统的黑名单信息表生成黑名单信息总表，并在黑名单信息总表中记录系统来源；
S23：利用所述黑名单信息总表建立黑名单查询系统；
S24：在所述黑名单查询系统中查询业务员输入的目标用户的信息，以核实所述目标用户的身份；
S25：每隔第二预设时间随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至指定的业务系统。
需要说明的是，步骤S21、S22、S23和S24与图1中的步骤类似，在此不再赘述。
本申请实施例定期随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至各个业务系统，某个业务系统需提前获知黑名单查询系统的查询秘钥，并在查询请求中携带此查询秘钥，验证通过后方可进行查询操作；某个业务系统需提起获知黑名单查询系统的写入秘钥，并在更改请求中携带此写入密码，验证通过后方可进行更改操作。
本申请实施例通过查询秘钥和写入秘钥对系统数据的查询和更改进行控制，保证黑名单查询系统数据的安全性。
进一步地，所述方法还包括：接收第一业务系统对所述黑名单信息总表的更改操作；根据当前的写入秘钥对所述更改操作进行验证；若所述更改操作中包含有与当前写入秘钥一致的秘钥，则验证通过，完成对所述黑名单信息总表的更改操作。
进一步地，所述方法还包括：接收第一业务系统对所述黑名单信息总表的查询操作；根据当前的查询秘钥对所述查询操作进行验证；若所述查询操作中包含有与当前查询秘钥一致的秘钥，则验证通过，向所述第一业务系统返回查询结果。
举例来说，公共系统为G，其中数据来源于三个系统A、B、C；G系统中会对想要读写的数据的A、B、C进行一个权限控制，如果G系统允许这三个系统进行读写的话，那么G系统会给这三个系统各自分发一个秘钥，各子系统在进行读写的时候携带这个秘钥，如果秘钥正确则可以进行读写。
关于秘钥：如何保证秘钥的保密性，比如说G系统给A系统分配一个读取的秘钥，A系统把这个秘钥偷偷告诉了D系统，那么D系统就可以携带这个秘钥进行读取G系统的数据，如果把写的秘钥也泄露 出去，会相当危险。因此关于权限控制的逻辑一定要严谨，具体逻辑如下：
比如说G系统要给A系统提供查询黑名和写入黑名单的两个权限，G系统会每隔半小时随机生成两个32位字符秘钥，一个用于查询，一个用于写入。G系统会把这两个秘钥写入A系统的数据库，同时把秘钥写入自己的数据库。A系统在去G系统查询黑名单的时候会携带这个查询秘钥，写入的时候需要携带写入的秘钥。当A系统在查询的时候，G系统会把A系统传过来的查询秘钥跟自己系统给A分配的秘钥进行对比，如果一致，则给A系统返回相应的黑名单数据，否则返回无权限。当A系统需要往G系统写入增加黑名单人员的时候，G系统同样会对A系统传过来的写入秘钥跟自己系统给A分配的秘钥进行对比，如果一致，则允许写入，否则不允许。
本申请实施例还定期随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至各个业务系统，以通过查询秘钥和写入秘钥对系统数据的查询和更改进行控制，保证黑名单查询系统数据的安全性。
图3示出了本申请实施例提供的一种黑名单共享装置的结构示意图。如图3所示，该装置包括黑名单信息表获取单元31、黑名单信息总表生成单元32、黑名单查询系统建立单元33和目标用户身份核实单元34，具体地：
黑名单信息表获取单元31，用于获取各个业务系统的黑名单信息表；
黑名单信息总表生成单元32，用于对所述各个业务系统的黑名单信息表进行去重处理和结构化处理，汇总处理后的各个业务系统的黑名单信息表生成黑名单信息总表，并在黑名单信息总表中记录系统来源；
黑名单查询系统建立单元33，用于利用所述黑名单信息总表建立黑名单查询系统；
目标用户身份核实单元34，用于在所述黑名单查询系统中查询业务员输入的目标用户的信息，以核实所述目标用户的身份。
本申请实施例的黑名单共享装置，实现了各个系统的黑名单共享，业务员在办理具体的业务时，只需通过黑名单查询系统便可方便快捷的完成用户黑名单确认，提高了工作效率，避免了用户正常投保后不可以理赔的现象。
可选地，所述各个业务系统的黑名单信息表是业务员通过黑名单配置界面输入的；或者，所述各个业务至少包括承保系统的第一黑名单信息表和理赔系统的第二黑名单信息表；所述第一黑名单信息表是根据预设的投保黑名单判定规则生成的；所述第二黑名单信息表是根据预设的理赔黑名单判定规则生成的。可选地，所述装置还包括：黑名单信息总表更新单元，用于每隔第一预设时间根据所述各个业务系统的黑名单信息表对所述黑名单信息总表进行更新。
可选地，所述装置还包括：更改事件监听单元，用于监听所述各个业务系统的针对黑名单信息表的更改事件；黑名单信息总表实时更新单元，用于根据监听到的更改事件对所述黑名单信息总表进行实时更新。
可选地，所述装置还包括：秘钥发送单元，用于每隔第二预设时间随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至指定的业务系统。
可选地，所述装置还包括：更改操作接收单元，用于接收第一业务系统对所述黑名单信息总表的更改操作；验证单元，用于根据当前的写入秘钥对所述更改操作进行验证；黑名单信息总表更改单元，用 于当所述更改操作中包含有与当前写入秘钥一致的秘钥时，则验证通过，完成对所述黑名单信息总表的更改操作。
可选地，所述装置还包括：查询操作接收单元，用于接收第一业务系统对所述黑名单信息总表的查询操作；验证单元，用于根据当前的查询秘钥对所述查询操作进行验证；黑名单信息总表查询单元，用于当所述查询操作中包含有与当前查询秘钥一致的秘钥时，则验证通过，向所述第一业务系统返回查询结果。本申请实施例还定期随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至各个业务系统，以通过查询秘钥和写入秘钥对系统数据的查询和更改进行控制，保证黑名单查询系统数据的安全性。
需要说明的是，本申请实施例提供的一种黑名单共享装置所涉及各功能单元的其他相应描述，可以参考图1和图2中的对应描述，在此不再赘述。
基于上述如图1和图2所示方法，相应的，本申请实施例还提供了一种非易失性可读存储介质，其上存储有计算机可读指令，该计算机可读指令被处理器执行时实现上述如图1和图2所示的黑名单共享方法。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。
基于上述如图1、图2所示的方法，以及图3所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该实体设备包括非易失性可读存储介质和处理器；非易失性可读存储介质，用于存储计算机可读指令；处理器，用于执行计算机可读指令以实现上述如图1和图2所示的方法。
可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。
本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
存储介质中还可以包括操作系统、网络通信模块。操作系统是管理计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，实现了各个系统的黑名单共享，业务员在办理具体的业务时，只需通过黑名单查询系统便可方便快捷的完成用户黑名单确认，提高了工作效率，避免了用户正常投保后不可以理赔的现象。
另外，本申请还定期随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至各个业务系统，以通过查询秘钥和写入秘钥对系统数据的查询和更改进行控制，保证黑名单查询系统数据的安全性。
需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得 包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。本申请的说明书中，说明了大量具体细节。然而能够理解的是，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该申请的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (20)

  1. 一种黑名单共享方法，包括：
    获取各个业务系统的黑名单信息表；
    对所述各个业务系统的黑名单信息表进行去重处理和结构化处理，汇总处理后的各个业务系统的黑名单信息表生成黑名单信息总表，并在黑名单信息总表中记录系统来源；
    利用所述黑名单信息总表建立黑名单查询系统；
    在所述黑名单查询系统中查询业务员输入的目标用户的信息，以核实所述目标用户的身份；
    每隔第二预设时间随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至指定的业务系统；
    接收第一业务系统对所述黑名单信息总表的更改操作；
    根据当前的写入秘钥对所述更改操作进行验证；
    若所述更改操作中包含有与当前写入秘钥一致的秘钥，则验证通过，完成对所述黑名单信息总表的更改操作。
  2. 根据权利要求1所述的方法，所述各个业务系统的黑名单信息表是业务员通过黑名单配置界面输入的；或者，所述各个业务至少包括承保系统的第一黑名单信息表和理赔系统的第二黑名单信息表；所述第一黑名单信息表是根据预设的投保黑名单判定规则生成的；所述第二黑名单信息表是根据预设的理赔黑名单判定规则生成的。
  3. 根据权利要求1所述的方法，所述方法还包括：
    每隔第一预设时间根据所述各个业务系统的黑名单信息表对所述黑名单信息总表进行更新。
  4. 根据权利要求1所述的方法，所述方法还包括：
    监听所述各个业务系统的针对黑名单信息表的更改事件；
    根据监听到的更改事件对所述黑名单信息总表进行实时更新。
  5. 根据权利要求1所述的方法，所述方法还包括：
    接收第一业务系统对所述黑名单信息总表的查询操作；
    根据当前的查询秘钥对所述查询操作进行验证；
    若所述查询操作中包含有与当前查询秘钥一致的秘钥，则验证通过，向所述第一业务系统返回查询结果。
  6. 一种黑名单共享装置，包括：
    黑名单信息表获取单元，用于获取各个业务系统的黑名单信息表；
    黑名单信息总表生成单元，用于对所述各个业务系统的黑名单信息表进行去重处理和汇总处理，汇总处理后的各个业务系统的黑名单信息表生成黑名单信息总表，并在黑名单信息总表中记录系统来源；
    黑名单查询系统建立单元，用于利用所述黑名单信息总表建立黑名单查询系统；
    目标用户身份核实单元，用于在所述黑名单查询系统中查询业务员输入的目标用户的信息，以核实所述目标用户的身份；
    秘钥发送单元，用于每隔第二预设时间随机生成查询秘钥和写入秘钥，并将生成的查询秘钥和写入秘钥发送至指定的业务系统；
    更改操作接收单元，用于接收第一业务系统对所述黑名单信息总表的更改操作；
    验证单元，用于根据当前的写入秘钥对所述更改操作进行验证；
    黑名单信息总表更改单元，用于若所述更改操作中包含有与当前写入秘钥一致的秘钥，则验证通过，完成对所述黑名单信息总表的更改操作。
  7. 根据权利要求6所述的装置，所述各个业务系统的黑名单信息表是业务员通过黑名单配置界面输入的；或者，所述各个业务至少包括承保系统的第一黑名单信息表和理赔系统的第二黑名单信息表；所述第一黑名单信息表是根据预设的投保黑名单判定规则生成的；所述第二黑名单信息表是根据预设的理赔黑名单判定规则生成的。
  8. 根据权利要求6所述的装置，所述装置还包括：
    黑名单信息总表更新单元，用于每隔第一预设时间根据所述各个业务系统的黑名单信息表对所述黑名单信息总表进行更新。
  9. 根据权利要求6所述的装置，所述装置还包括：
    更改事件监听单元，用于监听所述各个业务系统的针对黑名单信息表的更改事件；
    黑名单信息总表实时更新单元，用于根据监听到的更改事件对所述黑名单信息总表进行实时更新。
  10. 根据权利要求6所述的装置，所述装置还包括：
    查询操作接收单元，用于接收第一业务系统对所述黑名单信息总表的查询操作；
    所述验证单元，还用于根据当前的查询秘钥对所述查询操作进行验证；
    黑名单信息总表查询单元，用于若所述查询操作中包含有与当前查询秘钥一致的秘钥，则验证通过，向所述第一业务系统返回查询结果。
  11. 一种非易失性可读存储介质，其上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现黑名单共享方法，包括：获取各个业务系统的黑名单信息表；对所述各个业务系统的黑名单信息表进行去重处理和结构化处理，汇总处理后的各个业务系统的黑名单信息表生成黑名单信息总表，并在黑名单信息总表中记录系统来源；利用所述黑名单信息总表建立黑名单查询系统；在所述黑名单查询系统中查询业务员输入的目标用户的信息，以核实所述目标用户的身份。
  12. 根据权利要求11所述的存储介质，所述计算机可读指令被处理器执行时实现所述方法，且使得所述各个业务系统的黑名单信息表是业务员通过黑名单配置界面输入的；或者，所述各个业务至少包括承保系统的第一黑名单信息表和理赔系统的第二黑名单信息表；所述第一黑名单信息表是根据预设的投保黑名单判定规则生成的；所述第二黑名单信息表是根据预设的理赔黑名单判定规则生成的。
  13. 根据权利要求11所述的存储介质，所述计算机可读指令被处理器执行时实现所述方法还包括：每隔第一预设时间根据所述各个业务系统的黑名单信息表对所述黑名单信息总表进行更新。
  14. 根据权利要求11所述的方法，所述计算机可读指令被处理器执行时实现所述方法还包括：监听所述各个业务系统的针对黑名单信息表的更改事件；根据监听到的更改事件对所述黑名单信息总表进行实时更新。
  15. 根据权利要求11所述的方法，所述计算机可读指令被处理器执行时实现所述方法还包括：接收第一业务系统对所述黑名单信息总表的查询操作；根据当前的查询秘钥对所述查询操作进行验证；若所述查询操作中包含有与当前查询秘钥一致的秘钥，则验证通过，向所述第一业务系统返回查询结果。
  16. 一种计算机设备，包括非易失性可读存储介质、处理器及存储在非易失性可读存储介质上并可在处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现黑名单共享方法，包括：获取各个业务系统的黑名单信息表；对所述各个业务系统的黑名单信息表进行去重处理和结构化处理，汇总处理后的各个业务系统的黑名单信息表生成黑名单信息总表，并在黑名单信息总表中记录系统来源；利用所述黑名单信息总表建立黑名单查询系统；在所述黑名单查询系统中查询业务员输入的目标用户的信息，以核实所述目标用户的身份。
  17. 根据权利要求16所述的计算机设备，所述计算机可读指令被处理器执行时实现所述方法，且使得所述各个业务系统的黑名单信息表是业务员通过黑名单配置界面输入的；或者，所述各个业务至少包括承保系统的第一黑名单信息表和理赔系统的第二黑名单信息表；所述第一黑名单信息表是根据预设的投保黑名单判定规则生成的；所述第二黑名单信息表是根据预设的理赔黑名单判定规则生成的。
  18. 根据权利要求16所述的计算机设备，所述计算机可读指令被处理器执行时实现所述方法还包括：每隔第一预设时间根据所述各个业务系统的黑名单信息表对所述黑名单信息总表进行更新。
  19. 根据权利要求16所述的计算机设备，所述计算机可读指令被处理器执行时实现所述方法还包括：监听所述各个业务系统的针对黑名单信息表的更改事件；根据监听到的更改事件对所述黑名单信息总表进行实时更新。
  20. 根据权利要求16所述的计算机设备，所述计算机可读指令被处理器执行时实现所述方法还包括：接收第一业务系统对所述黑名单信息总表的查询操作；根据当前的查询秘钥对所述查询操作进行验证；若所述查询操作中包含有与当前查询秘钥一致的秘钥，则验证通过，向所述第一业务系统返回查询结果。
PCT/CN2019/117737 2019-01-17 2019-11-13 黑名单共享方法及装置、存储介质、计算机设备 Ceased WO2020147402A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910044483.8A CN109948358A (zh) 2019-01-17 2019-01-17 黑名单共享方法及装置、存储介质、计算机设备
CN201910044483.8 2019-01-17

Publications (1)

Publication Number Publication Date
WO2020147402A1 true WO2020147402A1 (zh) 2020-07-23

Family

ID=67007911

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/117737 Ceased WO2020147402A1 (zh) 2019-01-17 2019-11-13 黑名单共享方法及装置、存储介质、计算机设备

Country Status (2)

Country Link
CN (1) CN109948358A (zh)
WO (1) WO2020147402A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109948358A (zh) * 2019-01-17 2019-06-28 平安科技（深圳）有限公司 黑名单共享方法及装置、存储介质、计算机设备
CN110855617A (zh) * 2019-10-12 2020-02-28 平安城市建设科技(深圳)有限公司 黑名单管理方法、装置及计算机可读存储介质
CN112699088B (zh) * 2020-12-30 2022-03-04 中国信息通信研究院 一种涉诈数据共享方法、系统和介质
CN113064923B (zh) * 2021-04-30 2024-04-16 中国工商银行股份有限公司 一种黑名单筛查系统的检测方法、装置、设备和存储介质
CN113965403B (zh) * 2021-11-02 2023-11-14 北京天融信网络安全技术有限公司 一种ip黑名单的处理方法及装置、存储介质
CN114090634A (zh) * 2021-11-27 2022-02-25 北京奇天大胜网络科技有限公司 一种基于数据仓库的酒店数据管理方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030154406A1 (en) * 2002-02-14 2003-08-14 American Management Systems, Inc. User authentication system and methods thereof
CN105868987A (zh) * 2016-03-28 2016-08-17 中国银联股份有限公司 一种在设备之间共享信息的方法和系统
CN106127038A (zh) * 2016-06-22 2016-11-16 中国建设银行股份有限公司 一种黑名单的处理方法及系统
CN108173823A (zh) * 2017-12-21 2018-06-15 五八有限公司 页面防抓取方法及装置
CN109948358A (zh) * 2019-01-17 2019-06-28 平安科技（深圳）有限公司 黑名单共享方法及装置、存储介质、计算机设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104252663A (zh) * 2014-09-10 2014-12-31 中船澄西新荣船舶有限公司 黑名单联合管理预警方法
CN106022156A (zh) * 2015-12-22 2016-10-12 常州刘国钧高等职业技术学校 一种煤矿安全监控系统数据记录方法、装置及黑匣子
CN107798068A (zh) * 2017-09-26 2018-03-13 浙江极赢信息技术有限公司 一种失信用户数据的处理方法、系统及相关装置
CN107633081A (zh) * 2017-09-26 2018-01-26 浙江极赢信息技术有限公司 一种失信用户信息的查询方法及系统
CN109165335A (zh) * 2018-06-26 2019-01-08 杭州排列科技有限公司 基于大数据的互联网金融黑名单系统及其应用方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030154406A1 (en) * 2002-02-14 2003-08-14 American Management Systems, Inc. User authentication system and methods thereof
CN105868987A (zh) * 2016-03-28 2016-08-17 中国银联股份有限公司 一种在设备之间共享信息的方法和系统
CN106127038A (zh) * 2016-06-22 2016-11-16 中国建设银行股份有限公司 一种黑名单的处理方法及系统
CN108173823A (zh) * 2017-12-21 2018-06-15 五八有限公司 页面防抓取方法及装置
CN109948358A (zh) * 2019-01-17 2019-06-28 平安科技（深圳）有限公司 黑名单共享方法及装置、存储介质、计算机设备

Also Published As

Publication number Publication date
CN109948358A (zh) 2019-06-28

Similar Documents

Publication Publication Date Title
WO2020147402A1 (zh) 黑名单共享方法及装置、存储介质、计算机设备
US10621376B2 (en) Personal ledger blockchain
US11386224B2 (en) Method and system for managing personal digital identifiers of a user in a plurality of data elements
JP6932175B2 (ja) 個人番号管理装置、個人番号管理方法、および個人番号管理プログラム
US20240193597A1 (en) Hierarchy-based distributed ledger
EP4244793B1 (en) Hierarchy-based blockchain
TWI492046B (zh) 資料備份方法及系統
EP3243182B1 (en) Method and apparatus for processing transactions
CN110489994B (zh) 核电站的文件权限管理方法、装置及终端设备
CN110334153B (zh) 块链式账本中的授权方法、系统、装置及设备
US11947812B2 (en) Systems and methods for secure storage of sensitive data
US20210133682A1 (en) Automatic group creation based on organization hierarchy
US20170270315A1 (en) Traceable data audit apparatus, method, and non-transitory computer readable storage medium thereof
US12229308B1 (en) Systems and methods for sharing user data
JP2004054779A (ja) アクセス権管理システム
CN116663071B (zh) 一种企业涉密数据访问管理方法、装置、电子设备及介质
US20200250159A1 (en) Data resolution among disparate data sources
US20240330992A1 (en) Systems and methods for electronic data security creation, review, and access approval
TW201403362A (zh) 在多主控環境中通過以頁面爲基礎之信息追蹤管理大型資料集
CN116186651A (zh) 一种数据脱敏的权限管理方法及系统
CN115378708A (zh) 一种用户权限管理方法及装置
CN118296622A (zh) 一种数据库账号管理方法、设备、介质和产品
CN114240171A (zh) 一种待下线外购系统的数据运维方法及装置、存储介质
HK40015002B (zh) 块链式账本中的授权方法、系统、装置及设备
HK40015002A (zh) 块链式账本中的授权方法、系统、装置及设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19910524

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 16/11/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 19910524

Country of ref document: EP

Kind code of ref document: A1