[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2022245235A1 - Method and device for collecting data for a unified customer profile - Google Patents

Method and device for collecting data for a unified customer profile Download PDF

Info

Publication number
WO2022245235A1
WO2022245235A1 PCT/RU2021/000203 RU2021000203W WO2022245235A1 WO 2022245235 A1 WO2022245235 A1 WO 2022245235A1 RU 2021000203 W RU2021000203 W RU 2021000203W WO 2022245235 A1 WO2022245235 A1 WO 2022245235A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
epc
data
status
customer
Prior art date
Application number
PCT/RU2021/000203
Other languages
French (fr)
Russian (ru)
Inventor
Игорь Владимирович ЗАРУБИНСКИЙ
Георгий Алексеевич СЕМЯННИКОВ
Алексей Геннадьевич КУЗНЕЦОВ
Филипп Юрьевич МУРЫГИН
Алина Юрьевна ГАГАРИНА
Светлана Львовна ЯКУБОВИЧ
Максим Сергеевич КРАСАВИН
Семен Васильевич ПОПОВ
Александр Борисович БОРИСОВ
Лариса Олеговна РУМЯНЦЕВА
Наталья Владимировна ПЕТРОВА
Original Assignee
Публичное Акционерное Общество "Сбербанк России"
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 Публичное Акционерное Общество "Сбербанк России" filed Critical Публичное Акционерное Общество "Сбербанк России"
Priority claimed from RU2021114336A external-priority patent/RU2781767C1/en
Publication of WO2022245235A1 publication Critical patent/WO2022245235A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/40—Data acquisition and logging
    • 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/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems

Definitions

  • the presented technical solution relates, in general, to the field of computer technology, and in particular to a method and device for collecting data for a single client profile (EPK), which is designed to store information about a client, on the basis of which a decision can be made to provide to the client of at least one service, as well as to authorize the client in at least one automated system (AS) of the organization.
  • EPK client profile
  • AS automated system
  • the disadvantage of the known solution is the inability to update a single client profile, taking into account the trust in the client's data, the type of data and the relevance of the data.
  • the data is first saved in its original form, and then work on it, while in the presented solution, online standardization / validation is performed and then the client data is saved in the database. So
  • in the presented solution there is no need for an intermediate data storage area to work on client data, and several data sources can work with the EPC simultaneously, which is impossible in the known solution.
  • the technical result achieved when solving the above technical problem or technical problem is to provide the possibility of updating the EPC, taking into account the status of the client's personal data and their type.
  • the client PD is updated in the EPC.
  • the step is additionally performed, at which the standardization of the client's PD is performed.
  • the step is additionally performed, at which the client's PD is checked for compliance with the specified requirements.
  • the status of the client's PD is determined based on the validity token contained in the request to store data in the EPC, or based on the level of trust in the data source.
  • the step is additionally performed, at which the validity and validity check is performed
  • the step of assigning the profile version and versions of the profile data blocks to the EPC is additionally performed. [0013] In another particular embodiment of the method, the steps are additionally performed, at which:
  • an EPC data update device comprising at least one computing device and at least one memory containing machine-readable instructions that, when executed by at least one computing device, perform the above method.
  • FIG. 1 is a diagram of a data processing system.
  • FIG. 2 is an example of a general view of a computing device. IMPLEMENTATION OF THE TECHNICAL SOLUTION
  • the system means, including a computer system, a computer (electronic computer), CNC (numerical control), PLC (programmable logic controller), computerized control systems and any other devices capable of performing a given , a well-defined sequence of operations (actions, instructions).
  • a computer electronic computer
  • CNC numerical control
  • PLC programmable logic controller
  • computerized control systems any other devices capable of performing a given , a well-defined sequence of operations (actions, instructions).
  • a command processing device is an electronic unit, a computing device, or an integrated circuit (microprocessor, microcontroller) that executes machine instructions (programs).
  • the instruction processor reads and executes machine instructions (programs) from one or more data storage devices.
  • the role of a storage device can be (both in single or separate configurations, and in the form of more complex layouts or configurations), but not limited to hard disk drives (HDD), flash memory, ROM (Read Only Memory), solid state drives ( SSD), optical drives, databases (DB, Database), In Memory Data Grid (IMDG), data storage (SAN, NAS).
  • a program is a sequence of instructions intended to be executed by a computer control device or command processing device.
  • the data processing system 100 includes at least one client data source 1 and a data collection device 10. Said devices may be implemented on the basis of at least one computing device configured in the firmware so as to perform the functions assigned to them below.
  • the client data source 1 may be a laptop or desktop computer, telephone, smartphone, tablet, or other computing device equipped with wired and/or wireless communication means for communicating with the data collection device 10 .
  • the data collection device 10 may include: a data standardization module 11, a client data module 12, an EPK analytics module 13 (analysis module 13), a deduplication module 14, a data dissemination module 15, and a workplace connection module 16.
  • the listed modules can be implemented on the basis of the hardware and software of the data collection device 10, configured in the software part in such a way as to perform the functions assigned to the modules mentioned below.
  • the customer's personal data is sent to the data collection device 10 .
  • Client's PD may include: full name; data of identification documents, for example, passport data; addresses; phone numbers; email; MHI data, EPC identifier and other data.
  • the client's PD can be provided directly by the client himself by launching a specialized application installed on the device of the data source 1, for example, Sberbank-Online, after which the client is authorized in the application using methods known from the prior art, for example, by means of a login and password, after which, if successful authorization, the data collection device 10 identifies the client, finds the client's EPC in the database (DB), and sends the EPC data to the data source 1 for display to the client.
  • DB database
  • the data source 1 allows the user to enter additional data to enter / update data in the EPC, for example, by displaying a specialized graphical interface. After the client enters the data, the data source 1 generates a request to store the data in the EPC, which is sent to the device 10.
  • the client may visit a specialized organization, for example, the office of the Bank or telecommunications company, which hosts the data source 1.
  • identification of the client’s PD in addition to using software methods, can also be performed by an authorized employee of the organization (hereinafter referred to as the operator) of the data source 1, for example, as part of the provision of the Bank’s product or as part of changing personal data, by verifying identification documents with the identity of the person who provided their person.
  • the operator an authorized employee of the organization
  • the operator there is a process called "second hand": to eliminate the risk of fraud, the client's identity is confirmed by a second employee. Accordingly, the operator, through the data source 1, sends a request for the provision of EPC data containing the personal data of the client to the said device 10.
  • the data source identifier 1 may be stored by the data collection device 10 in a database, in particular in one of the data blocks associated with the client, intended for storing data source identifiers, which may also contain information, for example in the form of labels, indicating that that the data source 1 should send a request to update the EPC data after the EPC is created or updated.
  • Specifying labels may be added by the developer of said device 10, or information about the need to add such a label may be contained in the request for the provision of EPC data, added by the operator of the data source 1.
  • the request to provide EPC data is received by the data standardization module 11, which performs checks and standardization of the client's PD, in particular:
  • the format is checked, in particular, the number of digits, the generation algorithm in accordance with the law, taking into account the verification of the data input language, etc.;
  • a check is performed for garbage characters, a check for the format, in particular, the correspondence of the phone type to the established data format, checking from directories, restoring the type, etc.;
  • the data standardization module 11 within the framework of standardizing the client's PD can correct the data, for example, bring addresses in line with the requirements of the Federal Address Information System (FIAS), remove garbage characters from the full name, bring the PD to the proper form, for example, bring the phone numbers into of the form “+7 (000) 0000000”, as well as assigning a client’s PD quality code by marking data with quality codes indicating good data quality if there are no contradictions in the PD, and poor data quality, for example, if the date of birth is 01.01 .1900.
  • FIAS Federal Address Information System
  • the data standardization module 11 sends the standardized client PDs to the client data module 12, which extracts the client identification data from the client PD and, using the client identification data, searches the client EPC database to extract the EPC data and send them to the source 1 data for display to the client and/or operator.
  • the client data module 12 may be configured to store the client PD in the EPC.
  • the request to save data can be sent together with the request to provide data to the EPC, or following the specified request.
  • said module 12 Upon receipt of a request to save data, said module 12 checks the client's PD for compliance with the specified requirements, for example, if the client's PD contains a place of work, then module 12 checks for the presence of data about the place of work, for example, the name of the organization.
  • the client data module 12 stores the client PD in the EPC in the area dedicated to storing data that meets the specified requirements. If the client's PD does not meet the specified requirements, then the client's PD is stored in the EPC in the area intended for storing data that has not passed verification. Also, in the area intended for storing data that has not passed the check, the client's PD data is stored, to which the module 11 has been assigned a quality code indicating poor data quality, for example, a passport number consisting of all zeros.
  • the client data module 12 may designate the status and type of the client PD stored in the EPC, where the status indicates whether the data is verified, i. reliable, and the type of PD of the client is selected from: full name, passport data, address of residence, address of place of work, home phone number, mobile phone number, Email address, place of birth, gender, etc.
  • the status of the client PD is determined based on the validity token contained in the request to store data in the EPC. For example, if a request to save data is generated and sent by the operator of the data source 1 that identified the client, then a validity token is included in the request to store data in EPC 5.
  • the request to save data may include information about the territorial location of the organization, for example, the Bank, information about the operator by which the said request was generated. Accordingly, if the request received by said module 12 to store data in the EPC contains a validity token, then the module 12 assigns the status "verified" to the client's PD stored in the EPC.
  • the module 12 assigns the appropriate status to the stored in the EPC client PDs, for example, "unverified” or 15 "needs clarification".
  • the validity token may be absent in the request to store data in the EPC, for example, if the said request was sent by the client from the organization's website, i.e. without operator intervention.
  • the validity of the client PD can be determined by the module 12 based on the identifier of the data source 1, which can be included in the request 20 to store data in the EPC directly by the data source 1.
  • the status of the client PD can characterize the level of trust in the client PD.
  • the level 25 of trust in the client PD can be, for example, determined based on the mentioned validity marker, in particular, if it is present in the mentioned request to save the data of the client PD, the maximum level of trust is assigned, and in the absence - the minimum level of trust.
  • the level of trust in the client's PD can be determined based on the level of trust in the data source.
  • Levels of trust in data sources can be pre-set by the developer of the mentioned module 12 in its memory and represent values from 1 to p. from the prior art by methods, for example, by analyzing the client's PD using a neural network. Algorithms for determining the type of data using a neural network are widely known in the art and will not be disclosed in more detail in the description.
  • module 12 may initiate an EPC data update procedure. To do this, module 12 determines whether PDs of a given type are unique data. Unique data is data that must be stored in the EPC in a single copy, for example, passport data, place of birth, etc. PD types and their uniqueness parameter can be pre-set in the module 12 memory.
  • the module 12 retrieves the client PDs stored in the EPC, determines their status, and also determines the status of the client PDs received by request, and then, based on a comparison of the received client PD statuses, the module 12 in the EPC stores those client PD that have the status "verified” or a status that characterizes a higher level of trust in the client's PD. If the statuses of the client PD match, then module 12 stores in the EPC the client PD contained in the request to store data in the EPC. The rest of the client's PD not stored in the EPC is stored as client's historical data.
  • a client can have only one active current RF passport, one place of birth and date of birth, and so on. If different Russian passports are sent from two different data sources 1 in requests to save data to the EPC, then according to the algorithm described above, only the active Russian Passport will be saved in the EPC, the rest will be saved as historical data of the client. If a valid RF passport is already stored in the EPK, then the invalid passport that came in the request to save data will be saved as the client's historical data, but if another identification document was sent in the mentioned request, with a type that is not yet in the EPK profile, then such a document will enrich the profile , that is, it will remain, for example, foreign. the passport.
  • module 12 stores the client PD obtained by the save data request in the EPC with the appropriate status.
  • the client PD contained in said request may be a mobile phone number, while the verified mobile phone number may already be stored in the EPC. Since in reality the number of mobile phones one person is not limited in any way, then the EPC may store one more mobile phone number with the "verified" status, transmitted in the mentioned request. Accordingly, the PD type "phone number" indicates that this data is not unique.
  • the specified technical result is achieved, which consists in ensuring the possibility of updating the EPC, taking into account the status of the client's PD and their type.
  • the client data module 12 may be configured to check the validity and validity of the PD.
  • the mentioned module 12 can be connected to at least one database (DB), which stores the actual PD of the client.
  • DB database
  • Said database can be, for example, a directory of invalid passports of the Ministry of Internal Affairs, directories of telephone numbers from telecom operators, etc.
  • module 12 compares the client's PD with the actual client's PD stored in at least one database, after which it performs PD markup in the EPC on based on the results of the comparison, with the markup indicating whether the client's PD in the EPC is up-to-date and reliable or not up-to-date and unreliable.
  • the module 12 can generate an appropriate notification indicating the irrelevance of the client's PD, which can be sent to the data source 1 for output to the client or operator.
  • the client's PD in particular the mobile phone number, can be confirmed by methods known from the prior art by sending an SMS code. If the mobile phone was confirmed with a code via SMS, then when forming a communication, the operator or organization will understand that it is necessary to communicate with the client precisely by this number, and not by any other from the profile.
  • the client data module 12 assigns the version of the profile to the EPC, in particular, if the EPC is created, then it is assigned the first version, while updating the EPC it is assigned the second, etc. subsequent version in depending on the number of update operations. Additionally, the module 12 can be assigned a version of the profile data blocks in which the client's PD is stored. Next, the module 12 generates and sends a request to the analytical module 13, which initiates the procedure for searching for profile duplicates, which can be transmitted through the data distribution module 15. [0045] Upon receipt of a request that initiates the search for duplicate profiles, the analytical module 13 searches for the same profiles.
  • module 13 is equipped with a data storage device containing a copy (replica) of the EPK DB, from which it extracts the client's PD, the type of which indicates their uniqueness, and then searches for similar PD in the copy of the EPK DB. If module 13 found a profile containing similar client PDs, then module 13 generates a command for deduplicating profiles, which includes EPK identifiers that should be deduplicated, after which the said command is sent to deduplication module 14.
  • a data storage device containing a copy (replica) of the EPK DB, from which it extracts the client's PD, the type of which indicates their uniqueness, and then searches for similar PD in the copy of the EPK DB. If module 13 found a profile containing similar client PDs, then module 13 generates a command for deduplicating profiles, which includes EPK identifiers that should be deduplicated, after which the said command is sent to deduplication module 14.
  • the deduplication module 14 Upon receipt of the said command, the deduplication module 14 checks whether the EPC information contained in the command is out of date. To do this, the module 14 extracts information about the versions of the EPC profiles, and then checks against the EPC database to see if the versions of the EPC data are the latest. If the EPC database stores a new version of at least one EPC to be deduplicated, the EPC deduplication module 14 is not executed. If the EPC versions to be deduplicated are the latest, then module 14 proceeds to the EPC merge step. The merging of the EPC by the deduplication module 14 may be performed in a manner similar to the update method disclosed previously.
  • one active EPC remains, in which the most complete and up-to-date information is selected, and the second EPC is deactivated, but communication with it and information on which scenario the clients were combined remains in the active client profile.
  • the client data module 12 can send a corresponding notification to the data distribution module 15, which accesses the database for storing data source identifiers and determines, in particular on the basis of labels, which data sources 1 should be requested to update the EPC data stored directly in data sources 1.
  • module 15 extracts the EPC data, and based on the identifiers of the data sources to which the EPC data update request should be sent, sends an EPC data update request to the mentioned sources to update the EPC data stored directly in the data sources. Also, a request to update the EPC data is sent to the analytical module 13 to update the copy of the EPC database.
  • the notification sent to module 15 may contain updated EPC data, which are then sent by said module 15 to data sources for updating EPC data in said data sources and to analytical module 13 for updating a copy of the EPC database.
  • the analytical module 13 can be configured to start the process of searching for duplicates of the EPC after updating the copy of the EPC database
  • All data processing steps performed in an automated mode by the data collection device 10 can be tracked by methods widely known from the prior art by means of an automated workstation (AWS) of the operator connected to the workplace connection module 16.
  • An workstation can be, for example, a "Data Steward workstation” - a multifunctional workplace for employees of the operations center for analyzing and solving abnormal problems with client data.
  • APM5 the operator is given the opportunity of individual analysis and manual correction of data, including when the automation did not work or a deviation was detected in the operation algorithm of the device 10, and manual processing is required.
  • the computing device (200) contains one or more processors (201), memory facilities such as RAM (202) and ROM (203), and input / output (204).
  • processors 201
  • memory facilities such as RAM (202) and ROM (203)
  • input / output 204
  • the processor (201) (or multiple processors, multi-core processor, etc.) can be selected from a range of devices that are widely used today, for example, from manufacturers such as: Intel TM, AMD TM, Apple TM, Samsung Exynos TM, MediaTEKTM, Qualcomm SnapdragonTM, etc. Under the processor or one of the processors used in the system (200), it is also necessary to take into account the graphics processor, for example, NVIDIA GPU with a CUDA-compatible software model, or Graphcore, the type of which is also suitable for full or partial execution of the method, and can also be used to training and application of machine learning models in various information systems.
  • the graphics processor for example, NVIDIA GPU with a CUDA-compatible software model, or Graphcore, the type of which is also suitable for full or partial execution of the method, and can also be used to training and application of machine learning models in various information systems.
  • RAM (202) is a random access memory and is designed to store machine-readable instructions executable by the processor (201) to perform the necessary data logical processing operations.
  • RAM (202) contains executable instructions of the operating system and the corresponding software components (applications, program modules, etc.).
  • the RAM (202) may be the available memory of the graphics card or graphics processor.
  • ROM (203) is one or more permanent storage devices (both in single or separate configurations - and in more complex layouts or configurations) including, but not limited to: hard disk drive (HDD), solid state data drive (SSD ), flash memory (EEPROM, NAND, etc.), optical storage media (CD-R/RW, DVD-R/RW, BlueRay Disc, MD), databases (DB, Database), In Memory Data Grid (IMDG), data storage (SAN, NAS), etc.
  • I/O interfaces (204) are used to organize the operation of device components (200) and organize the operation of external connected devices.
  • the choice of appropriate interfaces depends on the specific design of the computing device, which can be, but not limited to: PCI, PCI Express, AGP, PS/2, IrDa, FireWire, LPT, COM, SATA, IDE, Lightning, USB (2.0, 3.0, 3.1 , micro, mini, type C), TRS/Audio jack (2.5, 3.5, 6.35), HDMI, DVI, VGA, Display Port, RJ45, RS232, etc.
  • I / O information are used, for example, a keyboard, a display (monitor), a touch display, a touch pad, a joystick, a mouse manipulator, a light pen, a stylus, a touch panel, trackball, speakers, microphone, augmented reality tools, optical sensors, tablet, indicator lights, projector, camera, biometric identification tools (retina scanner, fingerprint scanner, voice recognition module), etc.
  • a keyboard for example, a keyboard, a display (monitor), a touch display, a touch pad, a joystick, a mouse manipulator, a light pen, a stylus, a touch panel, trackball, speakers, microphone, augmented reality tools, optical sensors, tablet, indicator lights, projector, camera, biometric identification tools (retina scanner, fingerprint scanner, voice recognition module), etc.
  • a keyboard for example, a keyboard, a display (monitor), a touch display, a touch pad, a joystick, a mouse manipulator, a light pen, a stylus,
  • the network communication means (206) provides data transmission via an internal or external computer network, for example, an Intranet, the Internet, a LAN, and the like.
  • an Intranet for example, an Intranet, the Internet, a LAN, and the like.
  • one or more means (206) can be used, but not limited to: Ethernet card, GSM modem, GPRS modem, LTE modem, 5G modem, satellite communication module, NFC module, Bluetooth and / or BLE module, Wi-Fi module and others

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Mathematical Physics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The proposed technical solution relates to the field of computer engineering. The technical result is that of making it possible to update a unified customer profile (UCP), taking into account the status of personal data pertaining to the customer and the type of said data. This technical result is achieved using a method for updating UCP data which is implemented by at least one computing device and contains the steps of: receiving a request to store personal data (PD) of a customer in a UCP; assigning a status to the customer PD, which indicates whether the PD has been verified or describes the level of trustworthiness of the customer PD; determining the type of said customer PD; searching for the UCP; determining that customer PD of the given type is already stored in the UCP found; determining, on the basis of the type of the customer PD, that the customer PD is unique; determining the status of the customer PD stored in the UCP found; comparing the status of the customer PD received in the aforesaid request and the status of the customer PD stored in the UCP found; and, on the basis of the results of this comparison, updating the customer PD in the UCP.

Description

СПОСОБ И УСТРОЙСТВО СБОРА ДАННЫХ ДЛЯ ЕДИНОГО ПРОФИЛЯ КЛИЕНТА ОБЛАСТЬ ТЕХНИКИ METHOD AND DEVICE FOR COLLECTING DATA FOR UNIFIED CLIENT PROFILE FIELD OF TECHNOLOGY
[0001] Представленное техническое решение относится, в общем, к области вычислительной техники, а в частности к способу и устройству сбора данных для единого профиля клиента (ЕПК), который предназначен для хранения информации о клиенте, на основе которой может быть принято решение о предоставлении клиенту по меньшей мере одной услуги, а также для авторизации клиента в по меньшей мере одной автоматизированной системе (АС) организации. [0001] The presented technical solution relates, in general, to the field of computer technology, and in particular to a method and device for collecting data for a single client profile (EPK), which is designed to store information about a client, on the basis of which a decision can be made to provide to the client of at least one service, as well as to authorize the client in at least one automated system (AS) of the organization.
УРОВЕНЬ ТЕХНИКИ BACKGROUND OF THE INVENTION
[0002] Из уровня техники известны решения, позволяющие выполнить сбор данных о клиенте, в частности персональных данных клиента, его данных транзакций и пр. [0003] Наиболее близким решением к заявленному решению является система и способ для реализации модели данных аналитики розничных клиентов в распределенной вычислительной среде, раскрытые в патенте US 10467636 В2, опубл. 05.11.2019. В известном решении данные клиента, данные транзакции и данные взаимодействия клиента в форме фактов и измерений принимаются из множества источников. Взаимосвязи в данных о клиентах выявляется путем проверки фактов и измерений во множестве источников. На основе взаимосвязей создается единый профиль клиента. Кроме того, идентичность клиента определяется путем выполнения сопоставления идентичности в унифицированном профиле клиента. Данные транзакции, полученные из множества источников, объединяются для создания единой модели транзакции. Впоследствии идентификатор клиента связывается с унифицированной моделью транзакции и данными взаимодействия для создания множества записей аналитики клиентов. Кроме того, множество записей аналитики клиентов анализируются, чтобы получить данные о поведении клиента. [0002] From the prior art, solutions are known that allow you to collect data about the client, in particular, personal data of the client, his transaction data, etc. computing environment, disclosed in US patent 10467636 B2, publ. 11/05/2019. In the known solution, customer data, transaction data, and customer interaction data in the form of facts and measurements are received from a variety of sources. Relationships in customer data are discovered by checking facts and measurements across multiple sources. Based on the relationships, a single customer profile is created. In addition, the identity of the client is determined by performing an identity match in the unified client profile. Transaction data obtained from multiple sources is combined to create a single transaction model. Subsequently, the customer ID is associated with the unified transaction model and interaction data to create multiple customer intelligence records. In addition, many customer analytics records are analyzed to provide customer behavior data.
[0004] Недостатком известного решения является отсутствие возможности обновления единого профиля клиента с учетом доверия к данным клиента, типа данных и актуальности данных. Кроме того, в известном решении сначала происходит сохранение данных в исходном виде, а потом работа над ними, в то время, как в представленном решении производится онлайн стандартизация/валидация и после этого сохранение данных клиента в БД. Таким образом, в представленном решении не требуется наличие промежуточной области сохранения данных для работы над данными клиента, и с ЕПК могут работать одновременно несколько источников данных, что в известном решении осуществить невозможно. [0004] The disadvantage of the known solution is the inability to update a single client profile, taking into account the trust in the client's data, the type of data and the relevance of the data. In addition, in the well-known solution, the data is first saved in its original form, and then work on it, while in the presented solution, online standardization / validation is performed and then the client data is saved in the database. So Thus, in the presented solution, there is no need for an intermediate data storage area to work on client data, and several data sources can work with the EPC simultaneously, which is impossible in the known solution.
СУЩНОСТЬ ТЕХНИЧЕСКОГО РЕШЕНИЯ ESSENCE OF THE TECHNICAL SOLUTION
[0005] Технической проблемой или технической задачей, поставленной в данном техническом решении, является создание нового эффективного, простого и надежного решения для сбора данных для ЕПК. [0005] The technical problem or technical challenge posed in this technical solution is to create a new efficient, simple and reliable data collection solution for the EPC.
[0006] Техническим результатом, достигаемым при решении вышеуказанной технической проблемы или технической задачи, является обеспечение возможности обновления ЕПК с учетом статуса персональных данных клиента и их типа. [0006] The technical result achieved when solving the above technical problem or technical problem is to provide the possibility of updating the EPC, taking into account the status of the client's personal data and their type.
[0007] Указанный технический результат достигается благодаря осуществлению способа обновления данных ЕПК, выполняемого по меньшей мере одним вычислительным устройством, содержащего этапы, на которых: [0007] The specified technical result is achieved due to the implementation of a method for updating EPC data, performed by at least one computing device, comprising the steps of:
- получают запрос на сохранение персональных данных (ПД) клиента в ЕПК;- receive a request to store the client's personal data (PD) in the EPC;
- назначают статус ПД клиента, указывающий на то, являются ли ПД верифицированными, или характеризующий уровень доверия к ПД клиента; - assign the status of the client's PD, indicating whether the PD is verified, or characterizing the level of trust in the client's PD;
- определяют тип ПД клиента; - determine the type of PD of the client;
- осуществляют поиск ЕПК; - search for EPC;
- определяют, что в найденном ЕПК уже хранятся ПД клиента данного типа;- it is determined that the PD of the client of this type is already stored in the found EPC;
- определяют на основе типа ПД клиента, что ПД клиента являются уникальными; - determine, based on the type of client PD, that the client PD is unique;
- определяют статус ПД клиента, сохраненных в найденном ЕПК; - determine the status of the client's PD stored in the found EPC;
- сравнивают статус ПД клиента, полученных в упомянутом запросе, и статус ПД клиента, сохраненных в найденном ЕПК; - comparing the status of the client PD received in said request and the status of the client PD stored in the found EPC;
- на основе результатов сравнения статусов ПД клиента обновляют ПД клиента в ЕПК. - based on the results of the client PD status comparison, the client PD is updated in the EPC.
[0008] В одном из частных примеров осуществления способа дополнительно выполняют этап, на котором выполняют стандартизацию ПД клиента. [0008] In one of the particular examples of the implementation of the method, the step is additionally performed, at which the standardization of the client's PD is performed.
[0009] В другом частном примере осуществления способа дополнительно выполняют этап, на котором проверяет ПД клиента на соответствие заданным требованиям. [0010] В другом частном примере осуществления способа статус ПД клиента определяется на основе маркера достоверности, содержащегося в запросе на сохранение данных в ЕПК, или на основе уровня доверия к источнику данных. [0011] В другом частном примере осуществления способа дополнительно выполняют этап, на котором выполняют проверку актуальности и достоверности[0009] In another particular embodiment of the method, the step is additionally performed, at which the client's PD is checked for compliance with the specified requirements. [0010] In another particular embodiment of the method, the status of the client's PD is determined based on the validity token contained in the request to store data in the EPC, or based on the level of trust in the data source. [0011] In another particular embodiment of the method, the step is additionally performed, at which the validity and validity check is performed
ПД. PD.
[0012] В другом частном примере осуществления способа дополнительно выполняют этап, на котором присваивают ЕПК версию профиля и версии блоков данных профиля. [0013] В другом частном примере осуществления способа дополнительно выполняют этапы, на которых: [0012] In another particular embodiment of the method, the step of assigning the profile version and versions of the profile data blocks to the EPC is additionally performed. [0013] In another particular embodiment of the method, the steps are additionally performed, at which:
- осуществляют поиск дублей ЕПК; - search for EPC duplicates;
- находят по меньшей мере один ЕПК, содержащий аналогичные ПД клиента;- find at least one EPC containing similar PD of the client;
- определяют, что ЕПК не является устаревшим; - проверяют, что версия ЕПК является последней; - determine that the EPC is not obsolete; - check that the EPC version is the latest;
- осуществляют слияние ЕПК и по меньшей мере одного ЕПК, содержащего аналогичные ПД клиента. - carry out the merger of the EPC and at least one EPC containing similar PD of the client.
[0014] В другом предпочтительном варианте осуществления заявленного решения представлено устройство обновления данных ЕПК, содержащее по меньшей мере одно вычислительное устройство и по меньшей мере одну память, содержащую машиночитаемые инструкции, которые при их исполнении по меньшей мере одним вычислительным устройством выполняют вышеуказанный способ. [0014] In another preferred embodiment of the claimed solution, an EPC data update device is provided, comprising at least one computing device and at least one memory containing machine-readable instructions that, when executed by at least one computing device, perform the above method.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ [0015] Признаки и преимущества настоящего технического решения станут очевидными из приводимого ниже подробного описания технического решения и прилагаемых чертежей, на которых: BRIEF DESCRIPTION OF THE DRAWINGS [0015] The features and advantages of the present technical solution will become apparent from the following detailed description of the technical solution and the accompanying drawings, in which:
[0016] На Фиг. 1 представлена схема системы обработки данных. [0016] In FIG. 1 is a diagram of a data processing system.
[0017] На Фиг. 2 пример общего вида вычислительного устройства. ОСУЩЕСТВЛЕНИЕ ТЕХНИЧЕСКОГО РЕШЕНИЯ [0017] In FIG. 2 is an example of a general view of a computing device. IMPLEMENTATION OF THE TECHNICAL SOLUTION
[0018] Ниже будут описаны понятия и термины, необходимые для понимания данного технического решения. [0019] В данном техническом решении под системой подразумевается, в том числе компьютерная система, ЭВМ (электронно-вычислительная машина), ЧПУ (числовое программное управление), ПЛК (программируемый логический контроллер), компьютеризированные системы управления и любые другие устройства, способные выполнять заданную, четко определенную последовательность операций (действий, инструкций). [0018] The concepts and terms necessary for understanding this technical solution will be described below. [0019] In this technical solution, the system means, including a computer system, a computer (electronic computer), CNC (numerical control), PLC (programmable logic controller), computerized control systems and any other devices capable of performing a given , a well-defined sequence of operations (actions, instructions).
[0020] Под устройством обработки команд подразумевается электронный блок, вычислительное устройство, либо интегральная схема (микропроцессор, микроконтроллер), исполняющая машинные инструкции (программы). [0020] A command processing device is an electronic unit, a computing device, or an integrated circuit (microprocessor, microcontroller) that executes machine instructions (programs).
[0021] Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройств хранения данных. В роли устройства хранения данных могут выступать (как в единичных или отдельных конфигурациях, так и в виде более сложных компоновках или конфигурациях), но не ограничиваясь, жесткие диски (HDD), флеш-память, ПЗУ (постоянное запоминающее устройство), твердотельные накопители (SSD), оптические приводы, базы данных (DB, Database), In Memory Data Grid (IMDG), хранилища данных (SAN, NAS). [0021] The instruction processor reads and executes machine instructions (programs) from one or more data storage devices. The role of a storage device can be (both in single or separate configurations, and in the form of more complex layouts or configurations), but not limited to hard disk drives (HDD), flash memory, ROM (Read Only Memory), solid state drives ( SSD), optical drives, databases (DB, Database), In Memory Data Grid (IMDG), data storage (SAN, NAS).
[0022] Программа - последовательность инструкций, предназначенных для исполнения устройством управления вычислительной машины или устройством обработки команд. [0022] A program is a sequence of instructions intended to be executed by a computer control device or command processing device.
[0023] В соответствии со схемой, представленной на Фиг. 1 , система 100 обработки данных содержит по меньше мере один источник 1 данных клиента и устройство 10 сбора данных. Упомянутые устройства могут быть реализованы на базе по меньшей мере одного вычислительного устройства, сконфигурированного в программно-аппаратной части таким образом, чтобы выполнять приписанные им ниже функции. Например, источник 1 данных клиента может представлять собой портативный или стационарный компьютер, телефон, смартфон, планшет или прочее вычислительное устройство, оснащенное проводными и/или беспроводными средствами связи, предназначенными для обмена данными с устройством 10 сбора данных. [0023] According to the diagram shown in FIG. 1, the data processing system 100 includes at least one client data source 1 and a data collection device 10. Said devices may be implemented on the basis of at least one computing device configured in the firmware so as to perform the functions assigned to them below. For example, the client data source 1 may be a laptop or desktop computer, telephone, smartphone, tablet, or other computing device equipped with wired and/or wireless communication means for communicating with the data collection device 10 .
[0024] Устройство 10 сбора данных может содержать: модуль 11 стандартизации данных, модуль 12 клиентских данных, модуль 13 аналитики ЕПК (аналитический модуль 13), модуль 14 дедубликации, модуль 15 распространения данных и модуль 16 подключения рабочего места. Перечисленные модули могут быть реализованы на базе программно-аппаратных средств устройства 10 сбора данных, сконфигурированных в программной части таким образом, чтобы выполнять приписанные упомянутым модулям ниже функции. [0024] The data collection device 10 may include: a data standardization module 11, a client data module 12, an EPK analytics module 13 (analysis module 13), a deduplication module 14, a data dissemination module 15, and a workplace connection module 16. The listed modules can be implemented on the basis of the hardware and software of the data collection device 10, configured in the software part in such a way as to perform the functions assigned to the modules mentioned below.
[0025] Соответственно, посредством источника 1 данных персональные данные (ПД) клиента направляются в устройство 10 сбора данных. ПД клиента могут включать: ФИО; данные документов, удостоверяющие личность, например, паспортные данные; адреса; номера телефонов; Email; данные ОМС, идентификатор ЕПК и прочие данные. ПД клиента могут быть предоставлены непосредственно самим клиентом посредством запуска специализированного приложения, установленного на устройство источника 1 данных, например, Сбербанк-Онлайн, после чего клиент известными из уровня техники методами, например, посредством логина и пароля, авторизируется в приложении, после чего в случае успешной авторизации устройство 10 сбора данных идентифицирует клиента, находит в базе данных (БД) ЕПК клиента и направляет данные ЕПК в источник 1 данных для их отображения клиенту. Также источник 1 данных предоставляет пользователю возможность ввести дополнительные данные для внесения / обновления данных в ЕПК, например, посредством отображения специализированного графического интерфейса. После ввода клиентом данных источник 1 данных формирует запрос на сохранение данных в ЕПК, который направляется в устройство 10. [0025] Accordingly, through the data source 1, the customer's personal data (PD) is sent to the data collection device 10 . Client's PD may include: full name; data of identification documents, for example, passport data; addresses; phone numbers; email; MHI data, EPC identifier and other data. The client's PD can be provided directly by the client himself by launching a specialized application installed on the device of the data source 1, for example, Sberbank-Online, after which the client is authorized in the application using methods known from the prior art, for example, by means of a login and password, after which, if successful authorization, the data collection device 10 identifies the client, finds the client's EPC in the database (DB), and sends the EPC data to the data source 1 for display to the client. Also, the data source 1 allows the user to enter additional data to enter / update data in the EPC, for example, by displaying a specialized graphical interface. After the client enters the data, the data source 1 generates a request to store the data in the EPC, which is sent to the device 10.
[0026] В альтернативном варианте реализации решения клиент может посетить специализированную организацию, например, офис Банка или телекоммуникационной компании, в которой размещен источник 1 данных. При обращении клиента в организацию идентификация ПД клиента, помимо использования программных методов, также может быть выполнена уполномоченным сотрудником организации (далее оператором) источника 1 данных, например, в рамках предоставления продукта Банка или в рамках изменения персональных данных, посредством сверки идентификационных документов с личностью предоставившего их человека. Также при проведении операций в офисе Банка существует такой процесс, который называется «вторая рука»: для исключения риска фрода, личность клиента подтверждается вторым сотрудником. Соответственно, оператор посредством источника 1 данных направляет запрос на предоставление данных ЕПК, содержащий персональные данные клиента, в упомянутое устройство 10. [0026] In an alternative implementation of the solution, the client may visit a specialized organization, for example, the office of the Bank or telecommunications company, which hosts the data source 1. When a client contacts an organization, identification of the client’s PD, in addition to using software methods, can also be performed by an authorized employee of the organization (hereinafter referred to as the operator) of the data source 1, for example, as part of the provision of the Bank’s product or as part of changing personal data, by verifying identification documents with the identity of the person who provided their person. Also, when conducting transactions in the Bank's office, there is a process called "second hand": to eliminate the risk of fraud, the client's identity is confirmed by a second employee. Accordingly, the operator, through the data source 1, sends a request for the provision of EPC data containing the personal data of the client to the said device 10.
[0027] Дополнительно в запрос на предоставление данных ЕПК может быть включен идентификатор источника 1 данных, который инициировал упомянутый запрос. Идентификатор источника 1 данных может быть сохранен устройством 10 сбора данных в базе данных, в частности в одном из блоков данных, ассоциированных с клиентом, предназначенной для хранения идентификаторов источников данных, в которой также может содержаться информация, например, в виде меток, указывающая на то, что источнику 1 данных следует направить запрос на обновление данных ЕПК, после того, как ЕПК будет создан или обновлен. Указные метки могут быть добавлены разработчиком упомянутого устройства 10 или информация о необходимости добавления такой метки может содержаться в запросе на предоставление данных ЕПК, добавленная оператором источника 1 данных. [0027] Additionally, the identifier of the data source 1 that initiated the mentioned request. The data source identifier 1 may be stored by the data collection device 10 in a database, in particular in one of the data blocks associated with the client, intended for storing data source identifiers, which may also contain information, for example in the form of labels, indicating that that the data source 1 should send a request to update the EPC data after the EPC is created or updated. Specifying labels may be added by the developer of said device 10, or information about the need to add such a label may be contained in the request for the provision of EPC data, added by the operator of the data source 1.
[0028] Запрос на предоставление данных ЕПК поступает в модуль 11 стандартизации данных, который выполняет проверки и стандартизацию ПД клиента, в частности: [0028] The request to provide EPC data is received by the data standardization module 11, which performs checks and standardization of the client's PD, in particular:
-для ФИО выполняется проверка на опечатки, мусорные символы, согласованность окончаний, наличие в справочнике имен и т.п.; - for the full name, a check is performed for typos, garbage characters, consistency of endings, the presence of names in the directory, etc.;
- для паспортных данных и других документов, удостоверяющих личность, выполняется проверка на формат, в частности, количество цифр, алгоритм формирования в соответствии с законодательством, с учетом проверки языка ввода данных и т.п.; - for passport data and other identity documents, the format is checked, in particular, the number of digits, the generation algorithm in accordance with the law, taking into account the verification of the data input language, etc.;
- для адреса выполняется проверка на мусорные символы, проверка по справочнику ФИАС и т.п.; - the address is checked for garbage characters, checked according to the FIAS directory, etc.;
- для номеров телефонов выполняется проверка на мусорные символы, проверка на формат, в частности соответствие типа телефона установленному формату данных, проверка по справочникам, восстановление типа и т.п.; - for phone numbers, a check is performed for garbage characters, a check for the format, in particular, the correspondence of the phone type to the established data format, checking from directories, restoring the type, etc.;
- для Email выполняется проверка на формат и т.п.; - Email is checked for format, etc.;
- для информации о поле выполняется согласование пола и окончаний ФИО; - for information about the field, gender and full name endings are matched;
- для даты рождения выполняется проверка на формат даты. - date of birth is checked for date format.
[0029] Модуль 11 стандартизации данных в рамках стандартизации ПД клиента может корректировать данные, например, приводить адреса в соответствие с требованиями Федеральной информационной адресной системы (ФИАС), удалять мусорные символы из ФИО, приводить ПД к надлежащему виду, например, номера телефона приводить в вид «+7 (000) 0000000», а также присваивать код качества ПД клиента посредством разметки данных кодами качества, указывающими на хорошее качество данных в том случае, если в ПД нет противоречий, и на плохое качество данных, например, если дата рождения 01.01.1900. [0030] Далее модуль 11 стандартизации данных направляет ПД клиента, прошедшие стандартизацию, в модуль 12 клиентских данных, который извлекает из ПД клиента идентификационные данные клиента и по идентификационным данным клиента осуществляет поиск в БД ЕПК клиента для извлечения данных ЕПК и направления их в источник 1 данных для их отображения клиенту и/или оператору. В качестве идентификационных данных клиента может быть использованы данные документа клиента, удостоверяющего личность, ФИО, идентификатор ЕПК или идентификатор источника 1 данных. Соответственно, если в качестве идентификационных данных клиента используются данные паспорта «1111 111111 Иванов Иван Иванович», то упомянутый модуль 12 осуществляет поиск ЕПК, содержащего данные паспорта «1111 111111 и ФИО = Иванов Иван Иванович». [0029] The data standardization module 11 within the framework of standardizing the client's PD can correct the data, for example, bring addresses in line with the requirements of the Federal Address Information System (FIAS), remove garbage characters from the full name, bring the PD to the proper form, for example, bring the phone numbers into of the form “+7 (000) 0000000”, as well as assigning a client’s PD quality code by marking data with quality codes indicating good data quality if there are no contradictions in the PD, and poor data quality, for example, if the date of birth is 01.01 .1900. [0030] Next, the data standardization module 11 sends the standardized client PDs to the client data module 12, which extracts the client identification data from the client PD and, using the client identification data, searches the client EPC database to extract the EPC data and send them to the source 1 data for display to the client and/or operator. As the identification data of the client, the data of the client's identity document, full name, EPC identifier or identifier of the data source 1 can be used. Accordingly, if the data of the passport "1111 111111 Ivanov Ivan Ivanovich" is used as the identification data of the client, then the mentioned module 12 searches for the EPC containing the data of the passport "1111 111111 and full name = Ivanov Ivan Ivanovich".
[0031] Также модуль 12 клиентских данных может быть выполнен с возможностью сохранения ПД клиента в ЕПК. Запрос на сохранение данных может быть направлен вместе с запросом на предоставление данных ЕПК, либо следом за указанным запросом. При получении запроса на сохранение данных упомянутый модуль 12 проверяет ПД клиента на соответствии заданным требованиям, например, если ПД клиента содержат место работы, то модуль 12 проверяет наличие данных о месте работы, например, наименование организации. [0031] Also, the client data module 12 may be configured to store the client PD in the EPC. The request to save data can be sent together with the request to provide data to the EPC, or following the specified request. Upon receipt of a request to save data, said module 12 checks the client's PD for compliance with the specified requirements, for example, if the client's PD contains a place of work, then module 12 checks for the presence of data about the place of work, for example, the name of the organization.
[0032] Соответственно, если ПД клиента соответствуют заданным требованиям, то модуль 12 клиентских данных сохраняет ПД клиента в ЕПК в той области, предназначенной для хранения данных, соответствующих заданным требованиям. Если ПД клиента не соответствуют заданным требованиям, то ПД клиента сохраняются в ЕПК в той области, предназначенной для хранения данных, не прошедших проверку. Также в области, предназначенной для хранения данных, не прошедших проверку, сохраняются данные ПД клиента, которым модулем 11 был присвоен код качества, указывающий на плохое качество данных, например, номер паспорта, состоящий из одних нулей. [0032] Accordingly, if the client PD meets the specified requirements, then the client data module 12 stores the client PD in the EPC in the area dedicated to storing data that meets the specified requirements. If the client's PD does not meet the specified requirements, then the client's PD is stored in the EPC in the area intended for storing data that has not passed verification. Also, in the area intended for storing data that has not passed the check, the client's PD data is stored, to which the module 11 has been assigned a quality code indicating poor data quality, for example, a passport number consisting of all zeros.
[0033] Дополнительно модуль 12 клиентских данных может назначить статус и тип ПД клиента, сохраненным в ЕПК, причем статус указывает на то, являются ли данные верифицированными, т.е. достоверными, а тип ПД клиента выбирается из: ФИО, паспортные данные, адрес места жительства, адрес места работы, номер домашнего телефона, номер мобильного телефона, Email, адрес места рождения, пол и пр. [0034] Статус ПД клиента определяется на основе маркера достоверности, содержащегося в запросе на сохранение данных в ЕПК. Например, если запрос на сохранение данных сформирован и направлен оператором источника 1 данных, который идентифицировал клиента, то в запрос на сохранение данных в ЕПК 5 включается маркер достоверности. Дополнительно в запрос на сохранение данных может быть включена информация о территориальном месторасположении организации, например, Банка, информацию об операторе, которым был сформирован упомянутый запрос. Соответственно, если полученный упомянутым модулем 12 запрос на сохранение данных в ЕПК содержит маркер достоверности, ю то модуль 12 назначает сохраненным в ЕПК ПД клиента статус «верифицированные». [0033] Additionally, the client data module 12 may designate the status and type of the client PD stored in the EPC, where the status indicates whether the data is verified, i. reliable, and the type of PD of the client is selected from: full name, passport data, address of residence, address of place of work, home phone number, mobile phone number, Email address, place of birth, gender, etc. [0034] The status of the client PD is determined based on the validity token contained in the request to store data in the EPC. For example, if a request to save data is generated and sent by the operator of the data source 1 that identified the client, then a validity token is included in the request to store data in EPC 5. Additionally, the request to save data may include information about the territorial location of the organization, for example, the Bank, information about the operator by which the said request was generated. Accordingly, if the request received by said module 12 to store data in the EPC contains a validity token, then the module 12 assigns the status "verified" to the client's PD stored in the EPC.
[0035] Если полученный упомянутым модулем 12 запрос на сохранение данных в ЕПК не содержит маркер достоверности, то модуль 12 назначает сохраненным в ЕПК ПД клиента соответствующий статус, например, «неверифицированные» или 15 «требует уточнения». Маркер достоверности может отсутствовать в запросе на сохранение данных в ЕПК, например, в случае если упомянутый запрос был направлен клиентом с сайта организации, т.е. без участия оператора. Также достоверность ПД клиента может быть определена модулем 12 на основе идентификатора источника 1 данных, который может быть включен в запрос на 20 сохранение данных в ЕПК непосредственно источником 1 данных. Информация о идентификаторах источников 1 данных, для которых ПД клиента будут определены как достоверные, могут быть заранее заданы в памяти упомянутого модуля 12. [0036] В альтернативном варианте реализации представленного решения статус ПД клиента может характеризовать уровень доверия к ПД клиента. Уровень 25 доверия к ПД клиента может быть, например, определен на основе упомянутого маркера достоверности, в частности, при его наличии в упомянутом запросе на сохранение данных ПД клиента назначается максимальный уровень доверия, а при отсутствии - минимальный уровень доверия. Также уровень доверия к ПД клиента может быть определен на основе уровня доверия к источнику данных. Уровни зо доверия к источникам данных могут быть заранее задан разработчиком упомянутого модуля 12 в его памяти и представлять собой значения от 1 до п. [0037] Тип ПД клиента может быть также указан в запросе на сохранение данных в ЕПК, либо определен модулем 12 автоматически известными из уровня техники методами, например, посредством анализа ПД клиента с помощью нейронной сети. Алгоритмы определения типа данных с помощью нейронной сети широко известны из уровня техники и более подробно не будут раскрыты в описании. [0035] If the request to store data in the EPC received by said module 12 does not contain a validity token, then the module 12 assigns the appropriate status to the stored in the EPC client PDs, for example, "unverified" or 15 "needs clarification". The validity token may be absent in the request to store data in the EPC, for example, if the said request was sent by the client from the organization's website, i.e. without operator intervention. Also, the validity of the client PD can be determined by the module 12 based on the identifier of the data source 1, which can be included in the request 20 to store data in the EPC directly by the data source 1. Information about the identifiers of the data sources 1 for which the client PD will be determined as reliable can be predefined in the memory of the mentioned module 12. [0036] In an alternative implementation of the presented solution, the status of the client PD can characterize the level of trust in the client PD. The level 25 of trust in the client PD can be, for example, determined based on the mentioned validity marker, in particular, if it is present in the mentioned request to save the data of the client PD, the maximum level of trust is assigned, and in the absence - the minimum level of trust. Also, the level of trust in the client's PD can be determined based on the level of trust in the data source. Levels of trust in data sources can be pre-set by the developer of the mentioned module 12 in its memory and represent values from 1 to p. from the prior art by methods, for example, by analyzing the client's PD using a neural network. Algorithms for determining the type of data using a neural network are widely known in the art and will not be disclosed in more detail in the description.
[0038] Если модулем 12 клиентских данных был найден ЕПК, в котором уже хранятся ПД клиента с соответствующим типом, то упомянутый модуль 12 может инициировать процедуру обновления данных ЕПК. Для этого модуль 12 определяет, являются ли ПД данного типа уникальными данными. Уникальные данные - это данные, которые должны храниться в ЕПК в единственном экземпляре, например, паспортные данные, место рождения и пр. Типы ПД и параметр их уникальности могут быть заранее заданы в памяти модуля 12. [0038] If an EPC has been found by client data module 12 that already stores client PDs of the appropriate type, said module 12 may initiate an EPC data update procedure. To do this, module 12 determines whether PDs of a given type are unique data. Unique data is data that must be stored in the EPC in a single copy, for example, passport data, place of birth, etc. PD types and their uniqueness parameter can be pre-set in the module 12 memory.
[0039] Если тип ПД клиента указывает на то, что ПД являются уникальными, то модуль 12 извлекает сохраненные в ЕПК ПД клиента, определяет их статус, а также определяет статус полученных посредством запроса ПД клиента, после чего на основе сравнения полученных статусов ПД клиента модуль 12 в ЕПК сохраняет те ПД клиента, которые имеют статус «верифицированные» или статус, характеризующий более высокий уровень доверия к ПД клиента. Если статусы ПД клиента совпадают, то модуль 12 сохраняет в ЕПК ПД клиента, содержащиеся в запросе на сохранение данных в ЕПК. Остальные ПД клиента, не сохраненные в ЕПК, сохраняются как исторические данные клиента. [0039] If the client PD type indicates that the PDs are unique, then the module 12 retrieves the client PDs stored in the EPC, determines their status, and also determines the status of the client PDs received by request, and then, based on a comparison of the received client PD statuses, the module 12 in the EPC stores those client PD that have the status "verified" or a status that characterizes a higher level of trust in the client's PD. If the statuses of the client PD match, then module 12 stores in the EPC the client PD contained in the request to store data in the EPC. The rest of the client's PD not stored in the EPC is stored as client's historical data.
[0040] Например, в ЕПК у клиента может быть только один активный текущий паспорт РФ, одно место рождения и дата рождения и т.п. Если от двух разных источников 1 данных в запросах на сохранение данных в ЕПК будут переданы разные паспорта РФ, то согласно описанному выше алгоритму в ЕПК будет сохранен только активный Паспорт РФ, остальные будут сохранены как исторические данные клиента. Если в ЕПК уже сохранен достоверный паспорт РФ, то пришедший в запросе на сохранение данных недостоверный паспорт сохранится как исторические данные клиента, но если в упомянутом запросе был передан другой идентификационный документ, с типом, которого ещё нет в профиле ЕПК, то такой документ обогатит профиль, то есть сохранится, например, загран. паспорт. [0040] For example, in the EPC, a client can have only one active current RF passport, one place of birth and date of birth, and so on. If different Russian passports are sent from two different data sources 1 in requests to save data to the EPC, then according to the algorithm described above, only the active Russian Passport will be saved in the EPC, the rest will be saved as historical data of the client. If a valid RF passport is already stored in the EPK, then the invalid passport that came in the request to save data will be saved as the client's historical data, but if another identification document was sent in the mentioned request, with a type that is not yet in the EPK profile, then such a document will enrich the profile , that is, it will remain, for example, foreign. the passport.
[0041] Если тип ПД клиента указывает на то, что ПД не являются уникальными, то модуль 12 сохраняет ПД клиента, полученные посредством запроса на сохранение данных, в ЕПК с соответствующим статусом. Например, ПД клиента, содержащиеся в упомянутом запросе, могут представлять собой номер мобильного телефона, при этом в ЕПК уже может быть сохранен верифицированный номер мобильного телефона. Поскольку в действительности количество мобильных телефонов у одного человека ничем не ограничено, то в ЕПК может сохранится ещё один номер мобильного телефона со статусом «верифицированный», переданный в упомянутом запросе. Соответственно, тип ПД «номер телефона» указывает на то, что эти данные не являются уникальными. [0041] If the client PD type indicates that the PDs are not unique, then module 12 stores the client PD obtained by the save data request in the EPC with the appropriate status. For example, the client PD contained in said request may be a mobile phone number, while the verified mobile phone number may already be stored in the EPC. Since in reality the number of mobile phones one person is not limited in any way, then the EPC may store one more mobile phone number with the "verified" status, transmitted in the mentioned request. Accordingly, the PD type "phone number" indicates that this data is not unique.
[0042] Таким образом, обеспечивается достижение указанного технического результата, заключающегося обеспечении возможности обновления ЕПК с учетом статуса ПД клиента и их типа. [0042] Thus, the specified technical result is achieved, which consists in ensuring the possibility of updating the EPC, taking into account the status of the client's PD and their type.
[0043] Дополнительно модуль 12 клиентских данных может быть выполнен с возможностью проверки актуальности и достоверности ПД. Для этого упомянутый модуль 12 может быть соединен с по меньшей мере одной базой данных (БД), в которой хранятся актуальные ПД клиента. Упомянутая БД может представлять собой, например, справочник недействительных паспортов МВД, справочники номеров телефонов от операторов связи и пр. Соответственно, модуль 12 сравнивает ПД клиента с актуальными ПД клиента, хранящиеся в по меньшей мере одной БД, после чего выполняет разметку ПД в ЕПК на основе результатов сравнения, причем разметка указывает на то, являются ли ПД клиента в ЕПК актуальными и достоверными или неактуальными и недостоверными. При определении того, что ПД клиента являются недостоверными модуль 12 может сформировать соответствующее уведомление, указывающее на неактуальность ПД клиента, которое может быть направлено в источник 1 данных для вывода его клиенту или оператору. Также ПД клиента, в частности номер мобильного телефона, могут быть подтверждены известными из уровня техники методами посредством направления кода СМС. Если мобильный телефон был подтвержден кодом по СМС, то при формировании коммуникации оператор или организация будет понимать, что общаться с клиентом нужно именно по этому номеру, а не по какому-то другому из профиля. [0043] Additionally, the client data module 12 may be configured to check the validity and validity of the PD. To do this, the mentioned module 12 can be connected to at least one database (DB), which stores the actual PD of the client. Said database can be, for example, a directory of invalid passports of the Ministry of Internal Affairs, directories of telephone numbers from telecom operators, etc. Accordingly, module 12 compares the client's PD with the actual client's PD stored in at least one database, after which it performs PD markup in the EPC on based on the results of the comparison, with the markup indicating whether the client's PD in the EPC is up-to-date and reliable or not up-to-date and unreliable. When determining that the client's PD is unreliable, the module 12 can generate an appropriate notification indicating the irrelevance of the client's PD, which can be sent to the data source 1 for output to the client or operator. Also, the client's PD, in particular the mobile phone number, can be confirmed by methods known from the prior art by sending an SMS code. If the mobile phone was confirmed with a code via SMS, then when forming a communication, the operator or organization will understand that it is necessary to communicate with the client precisely by this number, and not by any other from the profile.
[0044] После того, как ЕПК был создан или обновлен, модуль 12 клиентских данных присваивает ЕПК версию профиля, в частности если ЕПК создан, то ему присваивается первая версия в то время, как при обновлении ЕПК ему присваивается вторая и пр. последующая версия в зависимости от количества операций обновлений. Дополнительно модулем 12 может быть присвоена версия блоков данных профиля, в которых хранятся ПД клиента. Далее модуль 12 формирует и направляет запрос в аналитический модуль 13, инициирующий процедуру поиска дублей профиля, который может быть передан через модуль 15 распространения данных. [0045] При получении запроса, инициирующего поиск дублей профиля, аналитический модуль 13 выполняет поиск одинаковых профилей. Для поиска дублей модуль 13 оснащен устройством хранения данных, содержащим копию (реплику) БД ЕПК, из которой он извлекает ПД клиента, тип которых указывает на их уникальность, после чего проводит поиск в копии БД ЕПК схожих ПД. Если модулем 13 был найден профиль, содержащий аналогичные ПД клиента, то модуль 13 формирует команду для дедубликации профилей, в которую включаются идентификаторы ЕПК, которые следует дедублицировать, после чего упомянутая команда направляется в модуль 14 дедубликации. [0044] After the EPC has been created or updated, the client data module 12 assigns the version of the profile to the EPC, in particular, if the EPC is created, then it is assigned the first version, while updating the EPC it is assigned the second, etc. subsequent version in depending on the number of update operations. Additionally, the module 12 can be assigned a version of the profile data blocks in which the client's PD is stored. Next, the module 12 generates and sends a request to the analytical module 13, which initiates the procedure for searching for profile duplicates, which can be transmitted through the data distribution module 15. [0045] Upon receipt of a request that initiates the search for duplicate profiles, the analytical module 13 searches for the same profiles. To search for duplicates, module 13 is equipped with a data storage device containing a copy (replica) of the EPK DB, from which it extracts the client's PD, the type of which indicates their uniqueness, and then searches for similar PD in the copy of the EPK DB. If module 13 found a profile containing similar client PDs, then module 13 generates a command for deduplicating profiles, which includes EPK identifiers that should be deduplicated, after which the said command is sent to deduplication module 14.
[0046] При получении упомянутой команды модуль 14 дедубликации выполняет проверку, являются ли ЕПК, информация о которых содержаться в команде, устаревшим. Для этого модуль 14 извлекает информацию о версиях профилей ЕПК, после чего проверяет по БД ЕПК на то, являются ли версии данных ЕПК последними. Если в БД ЕПК хранится новая версия по меньшей мере одного ЕПК, подлежащего дедубликации, то модуль 14 дедедубликации ЕПК не выполняется. Если версии ЕПК, которые следует дедублицировать, являются последними, то модуль 14 переходит к этапу слияния ЕПК. Слияние ЕПК модулем 14 дедубликации может осуществляться методом, аналогичному методу обновлению, раскрытому ранее. [0046] Upon receipt of the said command, the deduplication module 14 checks whether the EPC information contained in the command is out of date. To do this, the module 14 extracts information about the versions of the EPC profiles, and then checks against the EPC database to see if the versions of the EPC data are the latest. If the EPC database stores a new version of at least one EPC to be deduplicated, the EPC deduplication module 14 is not executed. If the EPC versions to be deduplicated are the latest, then module 14 proceeds to the EPC merge step. The merging of the EPC by the deduplication module 14 may be performed in a manner similar to the update method disclosed previously.
[0047] Таким образом, остается один активный ЕПК, в который отобрана наиболее полная и актуальная информация, а второй ЕПК деактивируется, но связь с ним и информация по какому сценарию были объединены клиенты остается в активном профиле клиента. [0047] Thus, one active EPC remains, in which the most complete and up-to-date information is selected, and the second EPC is deactivated, but communication with it and information on which scenario the clients were combined remains in the active client profile.
[0048] После того, как ЕПК был создан или обновлен, модуль 12 клиентских данных может направить соответствующее уведомление в модуль 15 распространения данных, который обращается к базе данных, предназначенной для хранения идентификаторов источников данных, и определяет, в частности на основе меток, каким источникам 1 данных следует направить запрос на обновление данных ЕПК, хранящихся непосредственно в источниках 1 данных. При получении упомянутого уведомления от модуля 12 модуль 15 извлекает данные ЕПК, и на основе идентификаторов источников данных, которым следует направить запрос на обновление данных ЕПК, направляет запрос на обновление данных ЕПК в упомянутые источники для обновления данных ЕПК, хранящихся непосредственно в источниках данных. Также запрос на обновление данных ЕПК направляется в аналитический модуль 13 для обновления копии БД ЕПК. В альтернативном варианте реализации заявленного решения уведомление, направляемое в модуль 15, может содержать в себе обновленные данные ЕПК, которые далее направляются упомянутым модулем 15 в источники данных для обновления данных ЕПК в упомянутых источниках данных и в аналитический модуль 13 для в обновления копии БД ЕПК. Дополнительно аналитический модуль 13 может быть выполнен с возможностью запуска процесса поиска дублей ЕПК после обновления копии БД ЕПК [0048] After the EPC has been created or updated, the client data module 12 can send a corresponding notification to the data distribution module 15, which accesses the database for storing data source identifiers and determines, in particular on the basis of labels, which data sources 1 should be requested to update the EPC data stored directly in data sources 1. Upon receipt of said notification from module 12, module 15 extracts the EPC data, and based on the identifiers of the data sources to which the EPC data update request should be sent, sends an EPC data update request to the mentioned sources to update the EPC data stored directly in the data sources. Also, a request to update the EPC data is sent to the analytical module 13 to update the copy of the EPC database. In an alternative In an embodiment of the proposed solution, the notification sent to module 15 may contain updated EPC data, which are then sent by said module 15 to data sources for updating EPC data in said data sources and to analytical module 13 for updating a copy of the EPC database. Additionally, the analytical module 13 can be configured to start the process of searching for duplicates of the EPC after updating the copy of the EPC database
[0049] Все этапы обработки данных, выполняемые в автоматизированном режиме устройством 10 сбора данных, могут быть отслежены широко известными из уровня техники методами посредством автоматизированного рабочего места (АРМ) оператора, подключённого к модулю 16 подключения рабочего места. АРМ может представлять собой, например, «рабочее место Data Steward» - многофункциональное рабочее место сотрудников операционного центра для анализа и решения нештатных проблем с клиентскими данными. Посредством АРМ5 оператору предоставляется возможность индивидуального анализа и ручной корректировки данных, в том числе, когда автоматика не сработала или обнаружено отклонение в алгоритме работы устройства 10, и требуется ручная обработка. [0049] All data processing steps performed in an automated mode by the data collection device 10 can be tracked by methods widely known from the prior art by means of an automated workstation (AWS) of the operator connected to the workplace connection module 16. An workstation can be, for example, a "Data Steward workstation" - a multifunctional workplace for employees of the operations center for analyzing and solving abnormal problems with client data. By means of APM5, the operator is given the opportunity of individual analysis and manual correction of data, including when the automation did not work or a deviation was detected in the operation algorithm of the device 10, and manual processing is required.
[0050] В общем виде (см. Фиг. 2) вычислительное устройство (200) содержит0 объединенные общей шиной информационного обмена один или несколько процессоров (201), средства памяти, такие как ОЗУ (202) и ПЗУ (203) и интерфейсы ввода/вывода (204). [0050] In general terms (see Fig. 2), the computing device (200) contains one or more processors (201), memory facilities such as RAM (202) and ROM (203), and input / output (204).
[0051] Процессор (201) (или несколько процессоров, многоядерный процессор и т.п.) может выбираться из ассортимента устройств, широко применяемых в5 настоящее время, например, таких производителей, как: Intel™, AMD™, Apple™, Samsung Exynos™, MediaTEK™, Qualcomm Snapdragon™ и т.п. Под процессором или одним из используемых процессоров в системе (200) также необходимо учитывать графический процессор, например, GPU NVIDIA с программной моделью, совместимой с CUDA, или Graphcore, тип которых также является0 пригодным для полного или частичного выполнения способа, а также может применяться для обучения и применения моделей машинного обучения в различных информационных системах. [0051] The processor (201) (or multiple processors, multi-core processor, etc.) can be selected from a range of devices that are widely used today, for example, from manufacturers such as: Intel ™, AMD ™, Apple ™, Samsung Exynos ™, MediaTEK™, Qualcomm Snapdragon™, etc. Under the processor or one of the processors used in the system (200), it is also necessary to take into account the graphics processor, for example, NVIDIA GPU with a CUDA-compatible software model, or Graphcore, the type of which is also suitable for full or partial execution of the method, and can also be used to training and application of machine learning models in various information systems.
[0052] ОЗУ (202) представляет собой оперативную память и предназначено для хранения исполняемых процессором (201) машиночитаемых инструкций для5 выполнения необходимых операций по логической обработке данных. ОЗУ (202), как правило, содержит исполняемые инструкции операционной системы и соответствующих программных компонент (приложения, программные модули и т.п.). При этом, в качестве ОЗУ (202) может выступать доступный объем памяти графической карты или графического процессора. [0052] RAM (202) is a random access memory and is designed to store machine-readable instructions executable by the processor (201) to perform the necessary data logical processing operations. RAM (202), as a rule, contains executable instructions of the operating system and the corresponding software components (applications, program modules, etc.). In this case, the RAM (202) may be the available memory of the graphics card or graphics processor.
[0053] ПЗУ (203) представляет собой одно или более устройств постоянного хранения данных (как в единичных или отдельных конфигурациях - так и в более сложных компоновках или конфигурациях) включая, но не ограничиваясь: жесткий диск (HDD), твердотельный накопитель данных (SSD), флэш-память (EEPROM, NAND и т.п.), оптические носители информации (CD-R/RW, DVD-R/RW, BlueRay Disc, MD), базы данных (DB, Database), In Memory Data Grid (IMDG), хранилища данных (SAN, NAS) и др. [0053] ROM (203) is one or more permanent storage devices (both in single or separate configurations - and in more complex layouts or configurations) including, but not limited to: hard disk drive (HDD), solid state data drive (SSD ), flash memory (EEPROM, NAND, etc.), optical storage media (CD-R/RW, DVD-R/RW, BlueRay Disc, MD), databases (DB, Database), In Memory Data Grid (IMDG), data storage (SAN, NAS), etc.
[0054] Для организации работы компонентов устройства (200) и организации работы внешних подключаемых устройств применяются различные виды интерфейсов В/В (204). Выбор соответствующих интерфейсов зависит от конкретного исполнения вычислительного устройства, которые могут представлять собой, не ограничиваясь: PCI, PCI Express, AGP, PS/2, IrDa, FireWire, LPT, COM, SATA, IDE, Lightning, USB (2.0, 3.0, 3.1, micro, mini, type C), TRS/Audio jack (2.5, 3.5, 6.35), HDMI, DVI, VGA, Display Port, RJ45, RS232 и т.п. [0054] Various types of I/O interfaces (204) are used to organize the operation of device components (200) and organize the operation of external connected devices. The choice of appropriate interfaces depends on the specific design of the computing device, which can be, but not limited to: PCI, PCI Express, AGP, PS/2, IrDa, FireWire, LPT, COM, SATA, IDE, Lightning, USB (2.0, 3.0, 3.1 , micro, mini, type C), TRS/Audio jack (2.5, 3.5, 6.35), HDMI, DVI, VGA, Display Port, RJ45, RS232, etc.
[0055] Для обеспечения взаимодействия пользователя с устройством (200) применяются различные средства (205) В/В информации, например, клавиатура, дисплей (монитор), сенсорный дисплей, тач-пад, джойстик, манипулятор мышь, световое перо, стилус, сенсорная панель, трекбол, динамики, микрофон, средства дополненной реальности, оптические сенсоры, планшет, световые индикаторы, проектор, камера, средства биометрической идентификации (сканер сетчатки глаза, сканер отпечатков пальцев, модуль распознавания голоса) и т.п. [0055] To ensure user interaction with the device (200), various means (205) of I / O information are used, for example, a keyboard, a display (monitor), a touch display, a touch pad, a joystick, a mouse manipulator, a light pen, a stylus, a touch panel, trackball, speakers, microphone, augmented reality tools, optical sensors, tablet, indicator lights, projector, camera, biometric identification tools (retina scanner, fingerprint scanner, voice recognition module), etc.
[0056] Средство сетевого взаимодействия (206) обеспечивает передачу данных посредством внутренней или внешней вычислительной сети, например, Интранет, Интернет, ЛВС и т.п. В качестве одного или более средств (206) может использоваться, но не ограничиваться: Ethernet карта, GSM модем, GPRS модем, LTE модем, 5G модем, модуль спутниковой связи, NFC модуль, Bluetooth и/или BLE модуль, Wi-Fi модуль и др. [0056] The network communication means (206) provides data transmission via an internal or external computer network, for example, an Intranet, the Internet, a LAN, and the like. As one or more means (206) can be used, but not limited to: Ethernet card, GSM modem, GPRS modem, LTE modem, 5G modem, satellite communication module, NFC module, Bluetooth and / or BLE module, Wi-Fi module and others
[0057] Конкретный выбор элементов устройства (200) для реализации различных программно-аппаратных архитектурных решений может варьироваться с сохранением обеспечиваемого требуемого функционала. [0058] Модификации и улучшения вышеописанных вариантов осуществления настоящего технического решения будут ясны специалистам в данной области техники. Предшествующее описание представлено только в качестве примера и не несет никаких ограничений. Таким образом, объем настоящего технического решения ограничен только объемом прилагаемой формулы. [0057] The specific choice of elements of the device (200) for the implementation of various software and hardware architectural solutions may vary while maintaining the required functionality provided. [0058] Modifications and improvements to the above described embodiments of the present technical solution will be clear to experts in the art. The foregoing description is provided by way of example only and is not intended to be limiting in any way. Thus, the scope of this technical solution is limited only by the scope of the attached claims.

Claims

Формула изобретения Claim
1. Способ обновления данных единого профиля клиента (ЕПК), выполняемый по меньшей мере одним вычислительным устройством, содержащий этапы, на которых: 1. A method for updating data of a single client profile (EPK), performed by at least one computing device, comprising the steps of:
- получают запрос на сохранение персональных данных (ПД) клиента в ЕПК;- receive a request to store the client's personal data (PD) in the EPC;
- назначают статус ПД клиента, указывающий на то, являются ли ПД верифицированными, или характеризующий уровень доверия к ПД клиента; - assign the status of the client's PD, indicating whether the PD is verified, or characterizing the level of trust in the client's PD;
- определяют тип ПД клиента; - determine the type of PD of the client;
- осуществляют поиск ЕПК; - search for EPC;
- определяют, что в найденном ЕПК уже хранятся ПД клиента данного типа;- it is determined that the PD of the client of this type is already stored in the found EPC;
- определяют на основе типа ПД клиента, что ПД клиента являются уникальными; - determine, based on the type of client PD, that the client PD is unique;
- определяют статус ПД клиента, сохраненных в найденном ЕПК; - determine the status of the client's PD stored in the found EPC;
- сравнивают статус ПД клиента, полученных в упомянутом запросе, и статус ПД клиента, сохраненных в найденном ЕПК; - comparing the status of the client PD received in said request and the status of the client PD stored in the found EPC;
- на основе результатов сравнения статусов ПД клиента обновляют ПД клиента в ЕПК. - based on the results of the client PD status comparison, the client PD is updated in the EPC.
2. Способ по п. 1 , характеризующийся тем, что дополнительно содержит этап, на котором выполняют стандартизацию ПД клиента. 2. The method according to claim 1, characterized in that it additionally contains the stage at which the client's PD is standardized.
3. Способ по п. 1, характеризующийся тем, что дополнительно содержит этап, на котором проверяет ПД клиента на соответствие заданным требованиям. 3. The method according to p. 1, characterized in that it additionally contains the stage at which it checks the client's PD for compliance with the specified requirements.
4. Способ по п. 1, характеризующийся тем, что статус ПД клиента определяется на основе маркера достоверности, содержащегося в запросе на сохранение данных в ЕПК, или на основе уровня доверия к источнику данных. 4. The method according to claim 1, characterized in that the status of the client's PD is determined based on the validity marker contained in the request to store data in the EPC, or based on the level of trust in the data source.
5. Способ по п. 1, характеризующийся тем, что дополнительно содержит этап, на котором выполняют проверку актуальности и достоверности ПД. 5. The method according to p. 1, characterized in that it additionally contains the stage at which the validity and reliability of the PD is checked.
6. Способ по п. 1 , характеризующийся тем, что дополнительно содержит этап, на котором присваивают ЕПК версию профиля и версии блоков данных профиля. 6. The method according to claim 1, further comprising assigning the EPC a profile version and profile data block versions.
7. Способ по п. 1, характеризующийся тем, что дополнительно содержит этапы, на которых: 7. The method according to p. 1, characterized in that it further comprises the steps of:
- осуществляют поиск дублей ЕПК; - search for EPC duplicates;
- находят по меньшей мере один ЕПК, содержащий аналогичные ПД клиента;- find at least one EPC containing similar PD of the client;
- определяют, что ЕПК не является устаревшим; - determine that the EPC is not obsolete;
- проверяют, что версия ЕПК является последней; - осуществляют слияние ЕПК и по меньшей мере одного ЕПК, содержащего аналогичные ПД клиента. - check that the EPC version is the latest; - carry out the merger of the EPC and at least one EPC containing similar PD of the client.
8. Устройство сбора данных для единого профиля клиента (ЕПК), содержащее по меньшей мере одно вычислительное устройство и по меньшей мере одну память, содержащую машиночитаемые инструкции, которые при их исполнении по меньшей мере одним вычислительным устройством выполняют способ по любому из пп. 1-7. 8. A data collection device for a single client profile (EPK), containing at least one computing device and at least one memory containing machine-readable instructions, which, when executed by at least one computing device, perform the method according to any one of paragraphs. 1-7.
PCT/RU2021/000203 2021-05-20 2021-05-20 Method and device for collecting data for a unified customer profile WO2022245235A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2021114336A RU2781767C1 (en) 2021-05-20 Method and device for data accumulation for single client's profile
RU2021114336 2021-05-20

Publications (1)

Publication Number Publication Date
WO2022245235A1 true WO2022245235A1 (en) 2022-11-24

Family

ID=84140730

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2021/000203 WO2022245235A1 (en) 2021-05-20 2021-05-20 Method and device for collecting data for a unified customer profile

Country Status (1)

Country Link
WO (1) WO2022245235A1 (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130179988A1 (en) * 2012-01-09 2013-07-11 Ezshield, Inc. Secure Profile System And Method
US10089664B2 (en) * 2013-05-07 2018-10-02 Equifax Inc. Increasing reliability of information available to parties in market transactions
US10467636B2 (en) * 2015-04-01 2019-11-05 Tata Consultancy Services Limited Implementing retail customer analytics data model in a distributed computing environment

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130179988A1 (en) * 2012-01-09 2013-07-11 Ezshield, Inc. Secure Profile System And Method
US10089664B2 (en) * 2013-05-07 2018-10-02 Equifax Inc. Increasing reliability of information available to parties in market transactions
US10467636B2 (en) * 2015-04-01 2019-11-05 Tata Consultancy Services Limited Implementing retail customer analytics data model in a distributed computing environment

Similar Documents

Publication Publication Date Title
US10769228B2 (en) Systems and methods for web analytics testing and web development
US10515212B1 (en) Tracking sensitive data in a distributed computing environment
EP3523744A1 (en) Method and system for identity and credential protection and verification via blockchain
US10311111B2 (en) Search method and apparatus and storage medium
US20210056129A1 (en) Mapping of Topics within a Domain Based on Terms Associated with the Topics
US11720825B2 (en) Framework for multi-tenant data science experiments at-scale
CN114760149A (en) Data cross-border compliance management and control method and device, computer equipment and storage medium
US9424616B2 (en) Customer identity verification
CN112925914A (en) Data security classification method, system, device and storage medium
CN112634017A (en) Remote card opening activation method and device, electronic equipment and computer storage medium
CN113037505B (en) Method and system for realizing trusted Web application
CN116775639A (en) Data processing method, storage medium and electronic device
CN113904821A (en) Identity authentication method and device and readable storage medium
CN112214997A (en) Voice information input method, device, electronic device and storage medium
CN110428342B (en) Data restoration method, server, customer service side and storage medium
RU2781767C1 (en) Method and device for data accumulation for single client's profile
CN114356747A (en) Display content testing method, device, equipment, storage medium and program product
WO2022245235A1 (en) Method and device for collecting data for a unified customer profile
US20240161109A1 (en) Distributed evaluation platform for nonfungible tokens using virtual token cloning
US20130046560A1 (en) System and method for deterministic and probabilistic match with delayed confirmation
EA043464B1 (en) METHOD AND DEVICE FOR DATA COLLECTION FOR A SINGLE CLIENT PROFILE
US20220309084A1 (en) Record matching in a database system
CN114331661A (en) Data verification method and device, electronic equipment and storage medium
RU2824524C1 (en) Method and system for generating synthetic data
US20250005121A1 (en) Dynamic Identity Confidence Platform

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: 21940955

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21940955

Country of ref document: EP

Kind code of ref document: A1