WO2021075997A1 - Способ обработки информации для наполнения библиотеки моделей данных и устройство для его осуществления. - Google Patents

Способ обработки информации для наполнения библиотеки моделей данных и устройство для его осуществления. Download PDF

Info

Publication number
WO2021075997A1
WO2021075997A1 PCT/RU2019/000743 RU2019000743W WO2021075997A1 WO 2021075997 A1 WO2021075997 A1 WO 2021075997A1 RU 2019000743 W RU2019000743 W RU 2019000743W WO 2021075997 A1 WO2021075997 A1 WO 2021075997A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
data model
model
information
library
Prior art date
Application number
PCT/RU2019/000743
Other languages
English (en)
French (fr)
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 Публичное Акционерное Общество "Сбербанк России"
Publication of WO2021075997A1 publication Critical patent/WO2021075997A1/ru

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/40Data acquisition and logging

Definitions

  • This technical solution generally relates to the field of computing, and in particular to a method and device for processing information for filling a library of data models.
  • the closest solution to the claimed solution is a system that allows you to develop and execute predictive models, disclosed in the application US2017249556 (A1), publ. 31.08.2017.
  • the known system includes: a data management server that can be accessed through a web browser; data extraction tool; a model validation tool to validate the model by evaluating the analytical environment dataset and the production environment dataset; and a model execution tool that allows the user to choose when and how often the model will be validated.
  • the disadvantage of the known solution is the low accuracy of the generated models and low quality indicators of their optimization. Also, the well-known solution does not have a set of functional properties that allow, as part of a higher-level product, for example, Sberbank Data Science, to orchestrate the life cycle of models developed in the company from the "Initiative" stage to the stage of implementing the model into industrial operation and continuous periodic monitoring of the model's quality. on the corresponding data samples.
  • Sberbank Data Science Sberbank Data Science
  • the technical problem or task posed in this technical solution is to create a simple and reliable method and information processing devices for filling the library of data models. Also, the presented solution provides orchestration of a single model life cycle from the initiation of an idea to the implementation of the model in an industrial execution environment and periodic monitoring of the quality of the models.
  • the technical result achieved by solving the above technical problem is to increase the efficiency of forming models by increasing their accuracy.
  • metrics are determined to form a data model
  • the step of saving the data model to the data model library includes the steps at which:
  • a block for storing model attributes is formed in the said library and information about the types of the model and the results of its validation are stored in this block;
  • a block for storing parameters is formed in the said library and information about the parameters of the data model that the entities may have is stored in this block;
  • - form a block for storing data about users and store information about users in this block; - form an entity storage unit and create an entity instance for each attribute in the entity storage unit;
  • the output data of the data model is additionally obtained; comparing the received output data with the stored output data and determining that the data model is changed in case of deviation of at least one value of the received output data from the value of the stored output data.
  • the life cycle of at least one data model is additionally monitored and the time the data model is found at each stage of its formation is predicted.
  • the generated data model is additionally signed with at least one electronic signature.
  • an information processing system for filling a library of data models comprising at least one computing device and at least one memory containing machine-readable instructions that, when executed by at least one computing device, execute the above way.
  • FIG. 1 - an example of the implementation of an information processing system is presented.
  • FIG. 2 - an example of the implementation of the data model library is presented.
  • FIG. 3 is an example of a general view of a computing device. DETAILED DESCRIPTION OF THE INVENTION
  • the system means, including a computer system, a computer (electronic computer), a CNC (numerical control), a 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 command processing device means an electronic unit or an integrated circuit (microprocessor) that executes machine instructions (programs).
  • An instruction processor reads and executes machine instructions (programs) from one or more storage devices.
  • the role of data storage devices can be, but are not limited to, hard disks (HDD), flash memory, ROM (read only memory), solid state drives (SSD), optical drives.
  • a program is a sequence of instructions for execution by a computer control device or command processing device.
  • the information processing system comprises, interconnected, an information processing device 10 for filling a data model library, a data storage device 20, and a data model library 30.
  • the device 10 for processing information for filling the library 30 of data models may be implemented on the basis of at least one computing device and may include interconnected: module 11 of data collection; module 12 for primary data processing; a module 13 for determining a sample of data and metrics; module 14 for generating a data model; Module 15 Data Model Validation.
  • the presented modules can be executed on the basis of the firmware of the information processing device 10, executed in the software part in such a way as to perform the functions assigned to them in this application.
  • the data collection module 11 receives information for generating at least one data model, which can be supplied to the said module 11 from at least one data source 1.
  • the data source 1 can be at least one database (DB), in which information for the formation of at least one data model is contained, or the data source 1 can be a user's device, for example, a laptop or stationary computer, a mobile phone or smartphone, a tablet and the like, connected to the data acquisition module 11.
  • DB database
  • a request may be sent to the information processing device 10 by the user's device, according to which the user will be presented with an interface for entering information about the data model, which will be subsequently generated at the output of the said device 10.
  • the user can also view the model cards that are stored in the storage device 20 and which contain information about the statuses of the models, in particular, whether they are in development, validation or in operation. , about their attributes, metrics, entity sets and model life cycle.
  • Methods for generating attributes, metrics and a set of entities of data models are widely known from the prior art and will not be described in more detail in this application (see, for example, Sergey Orlov, "Software engineering. Textbook for universities. 5th edition updated and supplemented. Third generation standard ", St. Moscow: Peter, 2016, 640 p.).
  • the user can send a request to generate a new data model.
  • the user can create a new model card through the interface for entering information, in which the user specifies, in particular, the model developer and the data model type. Additionally, the user can indicate the initiator, in particular the identifier of the customer's department or the customer's contact person. Information about the type of the data model characterizes the scope of its application, for example, indicates that the data model will be used to determine the risks of credit debts, etc. Additionally, the user can select specific attributes of the model and entities to form a set of entities, as well as specify parameters life cycle of the model, i.e. select the period (set the time parameters) for which the data model generated in the future will be relevant.
  • Module 11 enters the obtained information into the data storage device 20, which stores all the model cards, after which any user of the user's device with the necessary access rights can get acquainted with the information of this card.
  • the model card can also contain information about the user who sent the request, for example, his identifier, as well as information about the status of the data model, in particular information that the model is under development.
  • said information for generating at least one data model is retrieved by the module 11 from the database of the data source 1 according to the programmed algorithm and automatically generates said model card in the data storage device 20.
  • the data collection unit 11 sends the obtained information to generate a data model to the model data primary processing unit 12, which, based on the data on the model developer and the data model type, determines the model code, as well as the modeling method and data model structure.
  • said module 12 extracts from the obtained information data on the type of data model specified by the user, and for the said type and code of the data model determines the identifiers of the model type, modeling method and data model structure.
  • Data on the types of data models, their types of codes and the corresponding identifiers of the model type, modeling method and data model structure can be preset in the memory of said module 12 by at least one user of this module 12 by means of a specialized computing device 2.
  • memory of the module 12 of the primary processing of model data there is no information about the identifiers of the model type, the modeling method and the structure of the data model for the received data about the type of data model specified by the user, then the module 12 can send a corresponding request to the computing device 2, after which the user of the computing device 2 will be able to find the model card and enter information into the memory of the module 12 about the identifiers of the model type, the modeling method and the structure of the data model according to the data model type specified by the user.
  • the model data preprocessing unit 12 After determining the model type, modeling method, data model structure, the model data preprocessing unit 12 sends identifiers of the model type, modeling method and data model structure to the data sampling and metrics determination unit 13, which determines the data sampling to generate the data model.
  • the module 13 sends to the computing device 2 data about the identifiers of the model type, the modeling method and the structure of the data model, in response to which the user of the computing device 2 sends the identifiers of the data samples for this type of model, the modeling method and the structure of the data model according to the set goals defined by the business objective and strategy of the company.
  • the module 13 Upon receipt of the mentioned sample identifier, the module 13 refers to the database, which it can be equipped with, to determine the data metrics in accordance with the received identifier. Information about the identifiers of the samples and the corresponding data metrics can be pre-entered into the database of the module 13 by the user of the device 10.
  • the methods for determining the samples and metrics for the data model are disclosed in more detail, for example, in the article "Data structures with program properties" posted on the Internet at : https://habr.com/ru/post/347856/.
  • the obtained metrics, identifiers of the model type, the modeling method and the structure of the data model are then sent by the module 13 to the module 14 for generating a data model, which, based on the obtained data, generates a data model based on the obtained data.
  • the module 14 can be configured to correct information about the status of the data model in the mentioned card of the model. For example, module 14 can indicate the status - the model is developed.
  • the generated model data is transmitted by said module 14 to the data model validation module 15, which sends the generated model to the data validation device 3.
  • Device User 3 checks the metrics indicators, performance indicators of the data model and other model data for compliance with the specified requirements of the business task and strategy of the company and sends data to module 15 about the successful completion of validation or that the data model has not been validated.
  • Said module 15 can also be configured to update the status of the data model in said model card. For example, module 15 can set a status indicating that the data model is under validation, or passed or failed validation.
  • validation can be carried out by the methods disclosed in the closest analogue of US20 17249556 (A1).
  • the generated data model by said module 15 is sent to the model library 30 for storage, and the module 15 enters a link to the generated data model into the data model card stored in the data storage device 20. If the model does not pass validation, then the module 15 sends a notification to the computing device 2 about the need to correct the data model in that part of it that does not meet the specified requirements. In accordance with the received notification, the user of the device 2 can make changes to the generated model and send it again for validation.
  • the generated data model enters the data processing module 31, which can also be implemented on the basis of at least one computing device and which extracts information about the model type and the results of its validation from the obtained data model and generates it in the said library, in particular in the data storage module 32 , block 33 storing model attributes, which stores information about the types of the model and the results of its validation.
  • the data processing unit 31 similarly extracts from the generated data model information about: parameters of the data model, which entities can have; users; attributes; entity IDs, parameter IDs, and parameter values for the entity. Accordingly, said module 31 forms in module 32:
  • the module 31 generates in the data storage unit 32 a unit 38 for storing the historical data of entities, in which the unit 31 also generates a new record with information about entity identifiers, parameter identifiers and their values. Additionally, the user ID that previously defined this parameter and the date the record was created can be added to the new record. Thereafter, the data processing unit 31 accesses the data model card stored in the data storage device 20, and corrects the status of the model to "developed", and the data model can be put into operation by methods known from the prior art.
  • the data model generated in the library can be signed with at least one electronic signature, for example, the signature of the user of the device 1 or the user of the data model library 30.
  • the module 31 updates the status of the model in the storage device 20 to “model in service”.
  • the operation of a data model is understood to mean its transfer by methods widely known from the prior art to an automated system, which further collects and processes data according to the obtained data model.
  • a corresponding request is sent to the data processing unit 31 by the system user, containing the identifier of the user who was initiated, at least one identifier of an entity, at least one identifier of a parameter of this entity and a new value of this parameter.
  • the above request to the module 31 can be sent by the administrator of the library 30 models or any other user of the user device with the appropriate access rights.
  • the module 31 forms a new record in the block 38 for storing the historical data of entities, in which the entity identifier, the parameter identifier and the history of the parameter change, in particular the previous parameter value and the new parameter value, are stored. Additionally, the record can include the identifier of the user who initiated the change of the parameter, and the date of creation of the new record.
  • the data processing module 31 does not need to analyze all the data in the model library 30, but it is enough to refer to the entity parameters storage unit 37, in which these parameters are stored, thereby increasing the speed of updating the data models.
  • the data model output from the data model validation unit 15 may also be stored in the data storage device 20, and the data model validation unit 31 may be configured to detect a change in the data model in use. For this, the data processing unit 31 requests the model output from the automated system and compares the received output with the stored output. If the data processing unit 31 determines that at least one value of the received output data has deviated from the value of the stored output data, then the data model is considered changed. The information that the data model has been changed is sent by the module 31 to the data storage device 20 for display in the data model card. [0039] Additionally, the data processing module 31 may be configured to track the life cycle of the model.
  • the module 31 is configured with the ability to access public data, which contains information about the parameters and their actual values. Module 31 captures the change in the actual values of the parameters, compares them with the values stored in the library 30 models, and for data models whose parameter values differ, the module 31 sets in the card of the data model stored in the storage device 20, the status "model is outdated”.
  • the information processing apparatus 10 may be configured to predict the residence time of the data model at each stage of its generation.
  • the module 12 of primary data processing can be equipped with a specialized database, which stores information about the average time of formation of the data model at each stage of its formation, depending on its type, modeling method and structure. Accordingly, after the module 12 has determined the type of model, the modeling method, the structure of the data model, it refers to the above-mentioned database to determine the time of its formation at each stage based on the average time of formation of the data model. The obtained residence time of the data model at each stage of its formation is sent by the module 12 to the data storage device 20 for display in the data model card.
  • the presented solution provides the unification of business processes for managing models for the company's divisions, as a result of which the controllability and quality of models, the timeliness of decision-making based on regular activities and system operation, and the costs associated with control and validation functions are reduced, as well as model risk.
  • the computing device contains one or more processors (201) united by a common data exchange bus, memory means such as RAM (202) and ROM (203), input / output interfaces (204 ), input / output devices (205), and a device for networking (206).
  • the processor (201) (or multiple processors, multi-core processor, etc.) can be selected from a range of devices currently widely used, for example, such manufacturers as: Intel TM, AMD TM, Apple TM, Samsung Exynos TM, MediaTEK TM, Qualcomm Snapdragon TM, etc. Under the processor or one of the processors used in the device (200), it is also necessary to take into account the GPU, for example, NVIDIA GPU or Graphcore, the type of which is also suitable for full or partial execution of the method, and can also be used for training and applying machine learning models in various information systems.
  • the GPU for example, NVIDIA GPU or Graphcore, the type of which is also suitable for full or partial execution of the method, and can also be used for training and applying machine learning models in various information systems.
  • RAM (202) is a random access memory and is intended for storing machine-readable instructions executed by the processor (201) for performing the necessary operations for logical data processing.
  • RAM (202) contains executable instructions of the operating system and corresponding software components (applications, software modules, etc.).
  • the available memory of a graphics card or a graphics processor can act as RAM (202).
  • ROM (203) is one or more persistent storage devices such as a hard disk drive (HDD), solid state data storage device (SSD), flash memory (EEPROM, NAND, etc.), optical storage media ( CD-R / RW, DVD-R / RW, BlueRay Disc, MD), etc.
  • HDD hard disk drive
  • SSD solid state data storage device
  • EEPROM electrically erasable programmable read-only memory
  • NAND flash memory
  • optical storage media CD-R / RW, DVD-R / RW, BlueRay Disc, MD, etc.
  • I / O interfaces (204) are used to organize the operation of the components of the device (200) and to 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 are not limited to: PCI, 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, display (monitor), touch display, touch pad, joystick, mouse manipulator, light pen, stylus, touch panel, trackball, speakers, microphone, augmented reality, optical sensors, tablet, light indicators, projector, camera, biometric identification (retina scanner, fingerprint scanner, voice recognition module), etc.
  • the networking tool (206) provides data transmission via an internal or external computer network, for example, Intranet, Internet, LAN, and the like.
  • One or more means (206) may 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 dr.
  • satellite navigation means can also be used as part of the system (200), for example, GPS, GLONASS, BeiDou, Galileo.
  • the specific choice of elements of the device (200) for the implementation of various software and hardware architectural solutions can vary while maintaining the required functionality provided.

Abstract

Данное техническое решение в общем относится к области вычислительной техники, а в частности к способу и устройству обработки информации для наполнения библиотеки модели моделей данных. Техническим результатом, достигаемым при решении вышеуказанной технической задачи, является повышение эффективности формирования моделей за счет повышения их точности. Указанный технический результат достигается благодаря осуществлению способа обработки информации для наполнения библиотеки моделей данных, выполняемого по меньшей мере одним вычислительным устройством, содержащего этапы, на которых: получают информацию для формирования по меньшей мере одной модели данных; определяют на основе полученной информации тип, метод моделирования и структуру модели данных; определяют выборку данных для формирования модели данных; на основе выборки данных определяют метрики для формирования модели данных; формируют модель данных с учетом информации о типе, методе моделирования, структуре модели данных и определенных на предыдущем этапе метрик; валидируют по меньшей мере одну сформированную модель данных; сохраняют модель данных в библиотеку моделей данных.

Description

СПОСОБ ОБРАБОТКИ ИНФОРМАЦИИ ДЛЯ НАПОЛНЕНИЯ БИБЛИОТЕКИ
МОДЕЛЕЙ ДАННЫХ И УСТРОЙСТВО ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ
ОБЛАСТЬ ТЕХНИКИ
[001] Данное техническое решение в общем относится к области вычислительной техники, а в частности к способу и устройству обработки информации для наполнения библиотеки моделей данных.
УРОВЕНЬ ТЕХНИКИ
[002] В настоящее время в существующих системах, предназначенных для обработки данных для разработки моделей, имеются недостатки, связанные с качеством разрабатываемых моделей, вследствие чего снижается точность сформированных моделей и скорость их разработки, а также полученные модели не обладают требуемыми параметрами оптимизации. Наиболее близким решением к заявленному решению является система, которая позволяет разрабатывать и выполнять прогнозные модели, раскрытая в заявке US2017249556 (А1), опубл. 31.08.2017. Известная система включает: сервер управления данными, к которому можно получить доступ через веб-браузер; инструмент извлечения данных; инструмент валидации модели для валидации модели путем оценки набора данных аналитической среды и набора данных производственной среды; и инструмент выполнения модели, позволяющий пользователю выбирать, когда и как часто модель будет валидироваться.
[003] Недостатком известного решения является низкая точность сформированных моделей и низкие показатели качества их оптимизации. Также известное решение не обладает набором функциональных свойств, позволяющих в составе продукта более высокого уровня, например, Sberbank Data Science, осуществлять оркестрацию жизненного цикла моделей, разрабатываемых в компании от стадии «Инициативы» до стадии внедрения модели в промышленную эксплуатацию и непрерывного периодического мониторинга качества модели на соответствующих выборках данных.
СУЩНОСТЬ ТЕХНИЧЕСКОГО РЕШЕНИЯ
[004] Технической проблемой или задачей, поставленной в данном техническом решении, является создание простого и надежного способа и устройства обработки информации для наполнения библиотеки моделей данных. Также представленное решение обеспечивает оркестрацию единого жизненного цикла модели от инициации идеи до внедрения модели в промышленную среду исполнения и периодического мониторинга качества моделей.
[005] Техническим результатом, достигаемым при решении вышеуказанной технической задачи, является повышение эффективности формирования моделей за счет повышения их точности.
[006] Указанный технический результат достигается благодаря осуществлению способа обработки информации для наполнения библиотеки моделей данных, выполняемого по меньшей мере одним вычислительным устройством, содержащего этапы, на которых:
- получают информацию для формирования по меньшей мере одной модели данных; определяют на основе полученной информации тип, метод моделирования и структуру модели данных;
- определяют выборку данных для формирования модели данных;
- на основе выборки данных определяют метрики для формирования модели данных;
- формируют модель данных с учетом информации о типе, методе моделирования, структуре модели данных и определенных на предыдущем этапе метрик;
- валидируют по меньшей мере одну сформированную модель данных;
- сохраняют модель данных в библиотеку моделей данных.
[007] В одном из частных примеров осуществления способа этап сохранения модели данных в библиотеку моделей данных включает этапы, на которых:
- формируют в упомянутой библиотеке блок хранения атрибутов модели и сохраняют в данный блок информацию о типах модели и результаты ее валидации;
- формируют в упомянутой библиотеке блок хранения параметров и сохраняют в данный блок информацию о параметрах модели данных, которые могут иметь сущности;
- формируют блок хранения данных о пользователях и сохраняют в данный блок информацию о пользователях; - формируют блок хранения сущностей и создают экземпляр сущности для каждого атрибута в блоке хранения сущностей;
- формируют блок хранения параметров сущностей и сохраняют в данный блок идентификаторы сущностей, идентификаторы параметров и значения параметров для сущности;
- формируют блок хранения исторических данных сущностей и сохраняют идентификаторы сущностей, идентификаторы параметров и историю изменения параметров.
[008] В другом частном примере осуществления способа дополнительно получают выходные данные модели данных; сравнивают полученные выходные данные с сохраненными выходными данными и определяют, что модель данных изменена в случае отклонения по меньшей мере одного значения полученных выходные данные от значения сохраненных выходных данных.
[009] В другом частном примере осуществления способа дополнительно отслеживают жизненный цикл по меньшей мере одной модели данных и прогнозируют время нахождения модели данных на каждом этапе ее формирования.
[0010] В другом частном примере осуществления способа дополнительно подписывают сформированную модель данных по меньшей мере одной электронной подписью.
[0011] В другом предпочтительном варианте осуществления заявленного решения представлена система обработки информации для наполнения библиотеки моделей данных, содержащая по меньшей мере одно вычислительное устройство и по меньшей мере одну память, содержащую машиночитаемые инструкции, которые при их исполнении по меньшей мере одним вычислительным устройством выполняют вышеуказанный способ.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0012] Признаки и преимущества настоящего изобретения станут очевидными из приводимого ниже подробного описания изобретения и прилагаемых чертежей, на которых:
На Фиг. 1 - представлен пример реализации системы обработки информации.
На Фиг. 2 - представлен пример реализации библиотеки моделей данных.
На Фиг. 3 - представлен пример общего вида вычислительного устройства. ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
[0013] Ниже будут описаны понятия и термины, необходимые для понимания данного технического решения.
[0014] В данном техническом решении под системой подразумевается, в том числе компьютерная система, ЭВМ (электронно-вычислительная машина), ЧПУ (числовое программное управление), ПЛК (программируемый логический контроллер), компьютеризированные системы управления и любые другие устройства, способные выполнять заданную, четко определенную последовательность операций (действий, инструкций) [0015] Под устройством обработки команд подразумевается электронный блок либо интегральная схема (микропроцессор), исполняющая машинные инструкции (программы).
[0016] Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройств хранения данных. В роли устройства хранения данных могут выступать, но не ограничиваясь, жесткие диски (HDD), флеш-память, ПЗУ (постоянное запоминающее устройство), твердотельные накопители (SSD), оптические приводы.
[0017] Программа - последовательность инструкций, предназначенных для исполнения устройством управления вычислительной машины или устройством обработки команд.
[0018] В соответствии со схемой, приведенной на фиг. 1, система обработки информации содержит соединенные между собой устройство 10 обработки информации для наполнения библиотеки моделей данных, устройство 20 хранения данных и библиотека 30 моделей данных. [0019] Устройство 10 обработки информации для наполнения библиотеки 30 моделей данных может быть реализовано на базе по меньшей мере одного вычислительного устройства и может включать соединенные между собой: модуль 11 сбора данных; модуль 12 первичной обработки данных; модуль 13 определения выборки данных и метрик; модуль 14 формирования модели данных; модуль 15 валидация модели данных. Представленные модули могут быть выполнены на базе программно-аппаратной средств устройства 10 обработки информации, выполненные в программной части таким образом, чтобы выполнять приписанные в настоящей заявке им функции. [0020] На первом этапе работы устройства 10 обработки информации на модуль 11 сбора данных поступает информация для формирования по меньшей мере одной модели данных, которая в упомянутый модуль 11 может поступать от по меньшей мере одного источника 1 данных. Источником 1 данных может быть по меньшей мере одна база данных (БД), в которой информация для формирования по меньшей мере одной модели данных содержится, либо источником 1 данных может быть устройство пользователя, например, портативный или стационарный компьютер, мобильный телефон или смартфон, планшет и пр., соединенное с модулем 11 сбора данных. Например, посредством устройства пользователя на устройство 10 обработки информации может быть направлен запрос, в соответствии с которым пользователю будет представлен интерфейс для ввода информации о модели данных, которая в дальнейшем будет сформирована на выходе упомянутого устройства 10.
[0021] В представленном интерфейсе пользователь, в зависимости от параметров доступа, может также посмотреть карточки моделей, которые сохранены в устройстве 20 хранения данных и в которых содержится информация о статусах моделей, в частности, находятся ли они в разработке, на валидации или в эксплуатации, о их атрибутах, метриках, наборах сущностей и жизненном цикле модели. Методы формирования атрибутов, метрик и набора сущностей моделей данных широко известны из уровня техники и более подробно не будут описаны в настоящей заявке (см., например, Орлов Сергей Александрович, «Программная инженерия. Учебник для вузов. 5-е издание обновленное и дополненное. Стандарт третьего поколения», СПб.: Питер, 2016, 640 с.).
[0022] Также пользователь может направить запрос на формирование новой модели данных. Для направления упомянутого запроса пользователь посредством интерфейса для ввода информации может создать новую карточку модели, в которой пользователь указывает, в частности, разработчика модели и тип модели данных. Дополнительно пользователь может указать инициатора, в частности идентификатор подразделения заказчика или контактного лица заказчика. Информация о типе модели данных характеризует область ее применения, например, указывает на то, что модель данных будет применяться для определения рисков по кредитным задолженностям и пр. Дополнительно пользователь может выбрать конкретные атрибуты модели и сущности для формирования набора сущностей, а также указать параметры жизненного цикла модели, т.е. выбрать срок (задать параметры времени), на который сформированная в будущем модель данных будет актуальна.
[0023] Соответственно, после ввода информации для формирования по меньшей мере одной модели данных, т.е. после заполнения карточки модели, и ввода соответствующей команды упомянутая информация направляется в устройство 10 обработки информации и поступает в модуль 11 сбора данных. Модуль 11 заносит полученную информацию в устройстве 20 хранения данных, в которой хранятся все карточки моделей, после чего любой пользователь устройства пользователя, обладающий необходимыми правами доступа, может ознакомиться со сведениями данной карточки. В карточку модели также может быть занесена информация о пользователе, направившем упомянутый запрос, например, его идентификатор, а также информация о статусе модели данных, в частности информация о том, что модель находится в разработке.
[0024] В альтернативном варианте реализации заявленного решения упомянутая информация для формирования по меньшей мере одной модели данных извлекается модулем 11 из БД источника 1 данных согласно заложенному в него программному алгоритму и в автоматическом режиме формирует упомянутую карточку модели в устройстве 20 хранения данных. [0025] Также модуль 11 сбора данных направляет полученную информацию для формирования модели данных в модуль 12 первичной обработки данных модели, который на основе данных о разработчике модели и типе модели данных определяет код модели, а также метод моделирования и структуру модели данных. Для определения метода моделирования и структуры модели данных упомянутый модуль 12 извлекает из полученной информации данные о типе модели данных, указанных пользователем, и для упомянутого типа и кода модели данных определяет идентификаторы типа модели, метода моделирования и структуры модели данных. Данные о типах моделей данных, их виды кодов и соответствующие им идентификаторы типа модели, метода моделирования и структуры модели данных могут быть заранее заданы в памяти упомянутого модуля 12 по меньшей мере одним пользователем этого модуля 12 посредством специализированного вычислительного устройства 2. [0026] Если в памяти модуля 12 первичной обработки данных модели отсутствует информация об идентификаторах типа модели, метода моделирования и структуры модели данных для полученных данных о типе модели данных, указанных пользователем, то модуль 12 может направить соответствующий запрос на вычислительное устройство 2, после чего пользователь вычислительного устройства 2 сможет найти карточку модели и внести информацию в память модуля 12 о идентификаторах типа модели, метода моделирования и структуры модели данных согласно типу модели данных указанного пользователем.
[0027] После определения типа модели, метода моделирования, структуры модели данных модуль 12 первичной обработки данных модели направляет идентификаторы типа модели, метода моделирования и структуры модели данных в модуль 13 определения выборки данных и метрик, который определяет выборку данных для формирования модели данных. Для определения выборки данных модуль 13 направляет в вычислительное устройство 2 данные о идентификаторах типа модели, метода моделирования и структуры модели данных, в ответ на которые пользователь вычислительного устройства 2 направляет идентификаторы выборки данных для данного типа модели, метода моделирования и структуры модели данных согласно установленным целям, определенным бизнес-задачей и стратегией компании. При получении упомянутого идентификатора выборки модуль 13 обращается к БД, которой он может быть оснащен, для определения метрик данных в соответствии с полученным идентификатором. Информация о идентификаторах выборок и соответствующих им метрик данных может быть заранее занесена в БД модуля 13 пользователем устройства 10. Более подробно методы определения выборок и метрик для модели данных раскрыты, например, в статье «Структуры данных со свойствами программы», размещенной в Интернет по адресу: https://habr.com/ru/post/347856/.
[0028] Полученные метрики, идентификаторы типа модели, метода моделирования и структуры модели данных далее направляются модулем 13 в модуль 14 формирования модели данных, который на основе полученных данных широко известными из уровня техники методами осуществляет формирование модели данных. Также модуль 14 может быть выполнен с возможностью корректировки информации о статусе модели данных в упомянутой карточке модели. Например, модуль 14 может указать статус - модель разработана.
[0029] Сформированная модель данные передается упомянутым модулем 14 в модуль 15 валидация модели данных, который направляет сформированную модель в устройство 3 валидации данных. Пользователь устройства 3 проверяет показатели метрик, результативные показатели модели данных и прочие данные модели на соответствие заданным требованиям бизнес-задачи и стратегии компании и направляет в модуль 15 данные о успешном прохождении валидации или о том, что модель данных валидацию не прошла. Упомянутый модуль 15 также может быть выполнен с возможностью корректировки статуса модели данных в упомянутой карточке модели. Например, модуль 15 может установить статус, указывающий на то, что модель данных находится на валидации, либо прошла или не прошла валидацию. В альтернативном варианте реализации заявленного решения валидация может осущесвтляться методами, раскрытыми в наиболее близком аналоге US20 17249556 (А1).
[0030] В случае успешного прохождения валидации сформированная модель данных упомянутым модулем 15 направляется в библиотеку 30 моделей для ее хранения, а ссылку на сформированную модель данных модуль 15 заносит в карточку модели данных, сохраненной в устройстве 20 хранения данных. Если модель не проходит валидацию, то модуль 15 направляет в вычислительное устройство 2 уведомление о необходимости корректировки модели данных в той ее части, которая не соответствует заданным требованиям. В соответствии с полученным уведомлением пользователь устройство 2 может внести правки в сформированную модель и направить ее повторно на валидацию.
[0031] Таким образом, за счет того, что модель данных формируют с учетом информации о типе, методе моделирования, структуре модели данных и метриках, обеспечивается достижение указанного технического результата, заключающегося в повышении эффективности формирования моделей за счет повышения их точности.
[0032] Соответственно, сформированная модель данных, согласно схеме, приведенной на фиг. 2, поступает в модуль 31 обработки данных, который также может быть реализован на базе по меньшей мере одного вычислительного устройства и который извлекает из полученной модели данных информацию о типе модели и результатах ее валидации и формирует в упомянутой библиотеке, в частности в модуле 32 хранения данных, блок 33 хранения атрибутов модели, в который сохраняется информация о типах модели и результаты ее валидации.
[0033] Далее модуль 31 обработки данных аналогичным образом извлекает из сформированной модели данных информацию о: параметрах модели данных, которые могут иметь сущности; пользователях; атрибутах; идентификаторах сущностей, идентификаторах параметров и значениях параметров для сущности. Соответственно, упомянутый модуль 31 формирует в модуле 32:
- блок 34 хранения параметров, в который модулем 31 сохраняется информация о параметрах модели данных, которые могут иметь сущности;
- блок 35 хранения данных о пользователях, в который модулем 31 сохраняется информация о пользователях;
- блок 36 хранения сущностей, в котором модуль 31 создает экземпляр сущности для каждого атрибута;
- блок 37 хранения параметров сущностей, в который модуль 31 сохраняет идентификаторы сущностей, идентификаторы параметров и значения параметров для сущности
[0034] Также модуль 31 формирует в модуле 32 хранения данных блок 38 хранения исторических данных сущностей, в котором модуль 31 также формирует новую запись с информацией о идентификаторах сущностей, идентификаторах параметров и их значения. Дополнительно в новую запись может быть добавлен идентификатор пользователя, который определил ранее этот параметр, и дату создания записи. После этого модуль 31 обработки данных обращается к карточке модели данных, сохраненной в устройстве 20 хранения данных, и корректирует статус модели на «разработана» и модель данных может быть известными из уровня техники методами введена в эксплуатацию. Помимо этого, сформированная в библиотеке модель данных может быть подписана по меньшей мере одной электронной подписью, например, подписью пользователя устройства 1 или пользователя библиотеки 30 моделей данных.
[0035] Соответственно, при получении запроса на эксплуатацию модели данных модуль 31 корректирует статус модели в устройстве 20 хранения данных на «модель в эксплуатации». Под эксплуатацией модели данных понимается передача ее широко известными из уровня техники методами в автоматизированную систему, которая в дальнейшем осуществляет сбор и обработку данных согласно полученной модели данных.
[0036] В процессе эксплуатации модели данных может потребоваться корректировка ее параметров. Для корректировки параметров в модуль 31 обработки данных пользователем системы направляется соответствующий запрос, содержащий идентификатор пользователя, которым запрос был инициирован, по меньшей мере один идентификатор сущности, по меньшей один идентификатор параметра этой сущности и новое значение этого параметра. Упомянутый запрос в модуль 31 может быть направлен администратором библиотеки 30 моделей или любым другим пользователем устройства пользователя, обладающим соответствующими правами доступа. [0037] Модуль 31 обработки данных на основе данных об идентификаторе сущности и идентификатора параметра находит в блоке 37 хранения параметров сущностей значение этого параметра и меняет на новое значение параметра. Также модуль 31 формирует в блоке 38 хранения исторических данных сущностей новую запись, в которую сохраняется идентификатор сущности, идентификатор параметра и историю изменения параметра, в частности предыдущее значение параметра и новое значение параметра. Дополнительно в запись может быть включен идентификатор пользователя, который инициировал изменение параметра, и дата создания новой записи. Таким образом, для корректировки параметров модели модулю 31 обработки данных не нужно анализировать все данные в библиотеке 30 моделей, а достаточно обратиться к блоку 37 хранения параметров сущностей, в котором эти параметры сохранены, тем самым обеспечивается повышение скорости корректировки моделей данных.
[0038] Дополнительно в устройстве 20 хранения данных также могут быть сохранены выходные данные модели данных, полученные в результате ее валидации от модуля 15 валидация модели данных, а модуль 31 обработки данных может быть выполнен с возможностью определения изменения модели данных, находящейся в эксплуатации. Для этого модуль 31 обработки данных запрашивает выходные данные модели из автоматизированной системы и сравнивает полученные выходные данные с сохраненными выходными данными. Если модуль 31 обработки данных определил наличие отклонения по меньшей мере одного значения полученных выходные данные от значения сохраненных выходных данных, то модель данных считается измененной. Информацию о том, что модель данных изменена, модуль 31 направляет в устройство 20 хранения данных для ее отображения в карточке модели данных. [0039] Также дополнительно модуль 31 обработки данных может быть выполнен с возможностью отслеживания жизненного цикла модели. Для этого модуль 31 сконфигурирован с возможностью доступа к общедоступным данных, в которых размещена информация о параметрах и их актуальных значениях. Модуль 31 фиксирует изменение актуальных значений параметров, сравнивает их со значениями, сохраненными в библиотеке 30 моделей, и для моделей данных, значения параметров которых отличаются, модуль 31 устанавливает в карточке модели данных, сохраненной в устройстве 20 хранения данных, статус «модель устарела».
[0040] Кроме того, устройство 10 обработки информации может быть выполнено с возможностью прогнозирования времени нахождения модели данных на каждом этапе ее формирования. Для этого модуль 12 первичной обработки данных может быть оснащено специализированной БД, в которой хранится информация о среднем времени формирования модели данных на каждом этапе ее формирования в зависимости от ее типа, метода моделирования и структуры. Соответственно, после того, как модуль 12 определил тип модели, метод моделирования, структуру модели данных, он обращается к упомянутой БД для определения времени ее формирования на каждом этапе на основе среднего времени формирования модели данных. Полученное время нахождения модели данных на каждом этапе ее формирования направляется модулем 12 в устройство 20 хранения данных для отображения в карточке модели данных.
[0041] Таким образом, представленное решение обеспечивает унификацию бизнес-процессов управления моделями для подразделений компании, в следствии чего также повышается управляемость и качество моделей, своевременность принятия решений на основе регулярных мероприятий и работы системы, снижаются издержки, связанные с контрольными и валидационными функциями, а также модельный риск.
[0042] В общем виде (см. фиг. 3) вычислительное устройство содержит объединенные общей шиной информационного обмена один или несколько процессоров (201), средства памяти, такие как ОЗУ (202) и ПЗУ (203), интерфейсы ввода/вывода (204), устройства ввода/вывода (205), и устройство для сетевого взаимодействия (206).
[0043] Процессор (201) (или несколько процессоров, многоядерный процессор и т.п.) может выбираться из ассортимента устройств, широко применяемых в настоящее время, например, таких производителей, как: Intel™, AMD™, Apple™, Samsung Exynos™, MediaTEK™, Qualcomm Snapdragon™ и т.п. Под процессором или одним из используемых процессоров в устройстве (200) также необходимо учитывать графический процессор, например, GPU NVIDIA или Graphcore, тип которых также является пригодным для полного или частичного выполнения способа, а также может применяться для обучения и применения моделей машинного обучения в различных информационных системах.
[0044] ОЗУ (202) представляет собой оперативную память и предназначено для хранения исполняемых процессором (201) машиночитаемых инструкций для выполнение необходимых операций по логической обработке данных. ОЗУ (202), как правило, содержит исполняемые инструкции операционной системы и соответствующих программных компонент (приложения, программные модули и т.п.). При этом, в качестве ОЗУ (202) может выступать доступный объем памяти графической карты или графического процессора.
[0045] ПЗУ (203) представляет собой одно или более устройств постоянного хранения данных, например, жесткий диск (HDD), твердотельный накопитель данных (SSD), флэш-память (EEPROM, NAND и т.п.), оптические носители информации (CD-R/RW, DVD-R/RW, BlueRay Disc, MD) и др.
[0046] Для организации работы компонентов устройства (200) и организации работы внешних подключаемых устройств применяются различные виды интерфейсов В/В (204). Выбор соответствующих интерфейсов зависит от конкретного исполнения вычислительного устройства, которые могут представлять собой, не ограничиваясь: PCI, 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 и т.п.
[0047] Для обеспечения взаимодействия пользователя с устройством (200) применяются различные средства (205) В/В информации, например, клавиатура, дисплей (монитор), сенсорный дисплей, тач-пад, джойстик, манипулятор мышь, световое перо, стилус, сенсорная панель, трекбол, динамики, микрофон, средства дополненной реальности, оптические сенсоры, планшет, световые индикаторы, проектор, камера, средства биометрической идентификации (сканер сетчатки глаза, сканер отпечатков пальцев, модуль распознавания голоса) и т.п.
[0048] Средство сетевого взаимодействия (206) обеспечивает передачу данных посредством внутренней или внешней вычислительной сети, например, Интранет, Интернет, ЛВС и т.п. В качестве одного или более средств (206) может использоваться, но не ограничиваться: Ethernet карта, GSM модем, GPRS модем, LTE модем, 5G модем, модуль спутниковой связи, NFC модуль, Bluetooth и/или BLE модуль, Wi-Fi модуль и др. [0049] Дополнительно могут применяться также средства спутниковой навигации в составе системы (200), например, GPS, ГЛОНАСС, BeiDou, Galileo. Конкретный выбор элементов устройства (200) для реализации различных программно-аппаратных архитектурных решений может варьироваться с сохранением обеспечиваемого требуемого функционала.
[0050] Модификации и улучшения вышеописанных вариантов осуществления настоящего технического решения будут ясны специалистам в данной области техники. Предшествующее описание представлено только в качестве примера и не несет никаких ограничений. Таким образом, объем настоящего технического решения ограничен только объемом прилагаемой формулы изобретения.

Claims

ФОРМУЛА ИЗОБРЕТЕНИЯ
1. Способ обработки информации для наполнения библиотеки моделей данных, выполняемый по меньшей мере одним вычислительным устройством, содержащий этапы, на которых:
- получают информацию для формирования по меньшей мере одной модели данных; определяют на основе полученной информации тип, метод моделирования и структуру модели данных;
- определяют выборку данных для формирования модели данных;
- на основе выборки данных определяют метрики для формирования модели данных;
- формируют модель данных с учетом информации о типе, методе моделирования, структуре модели данных и определенных на предыдущем этапе метрик;
- валидируют по меньшей мере одну сформированную модель данных;
- сохраняют модель данных в библиотеку моделей данных.
2. Способ по п. 1, характеризующийся тем, что этап сохранения модели данных в библиотеку моделей данных включает этапы, на которых:
- формируют в упомянутой библиотеке блок хранения атрибутов модели и сохраняют в данный блок информацию о типах модели и результаты ее валидации;
- формируют в упомянутой библиотеке блок хранения параметров и сохраняют в данный блок информацию о параметрах модели данных, которые могут иметь сущности;
- формируют блок хранения данных о пользователях и сохраняют в данный блок информацию о пользователях;
- формируют блок хранения сущностей и создают экземпляр сущности для каждого атрибута в блоке хранения сущностей;
- формируют блок хранения параметров сущностей и сохраняют в данный блок идентификаторы сущностей, идентификаторы параметров и значения параметров для сущности;
- формируют блок хранения исторических данных сущностей и сохраняют идентификаторы сущностей, идентификаторы параметров и историю изменения параметров.
3. Способ по п. 1, характеризующийся тем, что содержит дополнительные этапы, на которых:
- получают выходные данные модели данных;
- сравнивают полученные выходные данные с сохраненными выходными данными;
- определяют, что модель данных изменена в случае отклонения по меньшей мере одного значения полученных выходные данные от значения сохраненных выходных данных.
4. Способ по п. 1, характеризующийся тем, что содержит дополнительные этапы, на которых:
- отслеживают жизненный цикл по меньшей мере одной модели данных;
- прогнозируют время нахождения модели данных на каждом этапе ее формирования.
5. Способ по п. 1, характеризующийся тем, что содержит дополнительный этап, на котором подписывают сформированную модель данных по меньшей мере одной электронной подписью.
6. Система обработки информации для наполнения библиотеки модели моделей данных, содержащая по меньшей мере одно вычислительное устройство и по меньшей мере одну память, содержащую машиночитаемые инструкции, которые при их исполнении по меньшей мере одним вычислительным устройством выполняют способ по любому из пп. 1-5.
PCT/RU2019/000743 2019-10-16 2019-10-16 Способ обработки информации для наполнения библиотеки моделей данных и устройство для его осуществления. WO2021075997A1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2019132816 2019-10-16
RU2019132816A RU2724799C1 (ru) 2019-10-16 2019-10-16 Способ обработки информации для наполнения библиотеки моделей данных и устройство для его осуществления

Publications (1)

Publication Number Publication Date
WO2021075997A1 true WO2021075997A1 (ru) 2021-04-22

Family

ID=71135762

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2019/000743 WO2021075997A1 (ru) 2019-10-16 2019-10-16 Способ обработки информации для наполнения библиотеки моделей данных и устройство для его осуществления.

Country Status (2)

Country Link
RU (1) RU2724799C1 (ru)
WO (1) WO2021075997A1 (ru)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113688457B (zh) * 2021-08-24 2024-04-19 广联达科技股份有限公司 井周加固模型的建模方法、装置、设备及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120265720A1 (en) * 2008-04-09 2012-10-18 American Express Travel Related Services Company, Inc. Infrastructure and architecture for development and execution of predictive models
US20170249556A1 (en) * 2008-04-09 2017-08-31 American Express Travel Related Services Company, Inc. Predictive modeling
RU2667721C1 (ru) * 2017-07-21 2018-09-24 ПУБЛИЧНОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО "БАНК "САНКТ-ПЕТЕРБУРГ" (ПАО "Банк "Санкт-Петербург") Способ сбора платежных данных и обеспечения их актуальности при проведении безналичных платежей и система для его реализации

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2670781C9 (ru) * 2017-03-23 2018-11-23 Илья Николаевич Логинов Система и способ для хранения и обработки данных

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120265720A1 (en) * 2008-04-09 2012-10-18 American Express Travel Related Services Company, Inc. Infrastructure and architecture for development and execution of predictive models
US20170249556A1 (en) * 2008-04-09 2017-08-31 American Express Travel Related Services Company, Inc. Predictive modeling
RU2667721C1 (ru) * 2017-07-21 2018-09-24 ПУБЛИЧНОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО "БАНК "САНКТ-ПЕТЕРБУРГ" (ПАО "Банк "Санкт-Петербург") Способ сбора платежных данных и обеспечения их актуальности при проведении безналичных платежей и система для его реализации

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
T.I.SERGEEVA ET AL.: "Bazy dannykh: Modeli dannykh, proektirovanie, iazyk SQL. Uchebnoe posobie", VORONEZH, 2012, pages 146 - 157, 159-160, XP055816925, Retrieved from the Internet <URL:https://cchgeu.ru/upload/iblock/04d/metod_rkis_ivt_ras_24.06.2016.pdf> [retrieved on 20200629] *

Also Published As

Publication number Publication date
RU2724799C1 (ru) 2020-06-25

Similar Documents

Publication Publication Date Title
AU2019200046B2 (en) Utilizing artificial intelligence to test cloud applications
US10289959B2 (en) Artificial intelligence and knowledge based automation enhancement
CN114616560A (zh) 用于机器学习(ml)的自适应和上下文感知自动化服务组成的技术
US11693655B2 (en) Method, apparatus, and system for outputting a development unit performance insight interface component comprising a visual emphasis element in response to an insight interface component request
EP4105872A2 (en) Data processing method and apparatus
CN109522193A (zh) 一种运维数据的处理方法、系统及装置
CN114127803A (zh) 用于最优预测模型选择的多方法系统
CN117454492A (zh) 一种基于bim技术的机电施工方法及系统
RU2724799C1 (ru) Способ обработки информации для наполнения библиотеки моделей данных и устройство для его осуществления
CN109588054A (zh) 使用分布式模拟引擎对具有大型复杂数据集的系统的精确且详细的建模
US10733540B2 (en) Artificial intelligence and knowledge based automation enhancement
US20230004870A1 (en) Machine learning model determination system and machine learning model determination method
US20210201179A1 (en) Method and system for designing a prediction model
US11526345B2 (en) Production compute deployment and governance
CN114968336A (zh) 应用灰度发布方法、装置、计算机设备及存储介质
CN114201328A (zh) 基于人工智能的故障处理方法、装置、电子设备及介质
EP3956802A1 (en) Method and system for provisioning simulation model generation in a cloud computing environment
RU2767465C1 (ru) Способ и система определения принадлежности терминала к торговому центру
RU2809254C9 (ru) Способ и система мониторинга автоматизированных систем
RU2792257C1 (ru) Способ и система автоматизированной миграции информационной инфраструктуры предприятия в облачный сервис
RU2781767C1 (ru) Способ и устройство сбора данных для единого профиля клиента
RU2766156C1 (ru) Способ и устройство определения населенного пункта, в котором установлен терминал
EP4141586A1 (en) Method and system for generating user specific engineering programs in a multi-user engineering environment
RU2713760C1 (ru) Способ и система выявления эмулируемой мобильной операционной системы с использованием методов машинного обучения
RU2733056C1 (ru) Интеллектуальная система управления для выявления отклонений в процессах и отображения заданий по их устранению

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

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

Country of ref document: EP

Kind code of ref document: A1