A method and system for updating business data, a storage medium, and a computer device.

By using message middleware and server-side collaborative processing in micro and small enterprises, the problems of inefficiency and erroneous registration in customer data maintenance and management have been solved, and efficient and accurate updates of customer interaction action data have been achieved.

CN116467327BActive Publication Date: 2026-04-03PING AN INT FINANCIAL LEASING CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2023-04-23
Publication Date
2026-04-03

AI Technical Summary

Technical Problem

Small and micro enterprises often suffer from inefficiency in customer data maintenance and management, and are prone to errors and omissions in registration, which affects customer relationship maintenance.

Method used

The first server receives interactive action data from the client, stores it using a message middleware, and generates update notifications. The second server performs data cleaning and update processing, including private and public update modes, to ensure data accuracy.

Benefits of technology

It improved the efficiency and accuracy of business data updates, and enabled efficient storage and updating of customer interaction data.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN116467327B_ABST
    Figure CN116467327B_ABST
Patent Text Reader

Abstract

This application relates to the field of computer technology, specifically disclosing a method and system for updating business data, a storage medium, and a computer device. The method includes: after any interface of a first server receives interactive action data sent by a first client, based on the action type corresponding to that interface, the interactive action data is sent to a target message queue in a message middleware corresponding to the action type for storage; after storing the interactive action data, the message middleware generates a message update notification and sends the message update notification to a second server; after receiving the message update notification, the second server retrieves the interactive action data from the target message queue and updates a historical business data table based on the interactive action data. This application can significantly improve the efficiency and accuracy of business data updates.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a method and system for updating business data, a storage medium, and a computer device. Background Technology

[0002] Customer data is the foundation of a company's operations, especially in traditional small and micro enterprises, where most business relies on good customer relationships, making the maintenance and management of customer data particularly important.

[0003] Currently, small and micro enterprises typically use a manual maintenance and management model when maintaining customer data. When a customer generates business-related action data through the client, it is directly entered into the customer data system manually. For example, in interactions between real estate agents and customers, the action data generated during the interaction is usually manually recorded into the customer data system by the real estate agent. However, this method is not only inefficient but also prone to errors and omissions, directly affecting subsequent customer relationship maintenance. Summary of the Invention

[0004] In view of this, this application provides a method and system for updating business data, a storage medium, and a computer device, which can directly store and update business-related interactive action data generated by customers through the client. On the one hand, it can greatly improve the efficiency of updating business data, and on the other hand, it can also improve the accuracy of updating business data.

[0005] According to one aspect of this application, a method for updating business data is provided, comprising:

[0006] After any interface in the first server receives the interactive action data sent by the first client, it sends the interactive action data to the target message queue in the message middleware corresponding to the action type for storage, based on the action type corresponding to the interface.

[0007] After storing the interactive action data, the message middleware generates a message update notification and sends the message update notification to the second server.

[0008] After receiving the message update notification, the second server retrieves the interaction action data from the target message queue and updates the historical business data table based on the interaction action data.

[0009] Optionally, the step of sending the interactive action data to the target message queue corresponding to the action type in the message middleware for storage based on the action type corresponding to any of the interfaces includes:

[0010] The first server adds a target annotation corresponding to the action type to the interactive action data based on the action type corresponding to any of the interfaces;

[0011] Interactive action data with the target annotation added is intercepted by aspect-oriented programming, the target annotation is parsed to determine the action type, and the interactive action data is sent to the target message queue corresponding to the action type in the message middleware for storage.

[0012] Optionally, after obtaining the interactive action data from the target message queue, the method further includes:

[0013] The second server, based on the action type corresponding to the target message queue, calls the matching data cleaning tool to clean the interactive action data according to the preset display logic corresponding to the action type, and obtains the cleaned interactive action data.

[0014] Optionally, the step of updating the historical business data table based on the interactive action data includes:

[0015] The second server determines the update processing mode corresponding to the interactive action data based on the action type corresponding to the interactive action data. The update processing mode includes a private update mode and a public update mode.

[0016] When the update processing mode is private update mode, the business personnel identifier is identified from the cleaned interactive action data, and the cleaned interactive action data is updated to the historical business data table corresponding to the business personnel identifier.

[0017] When the update processing mode is the public update mode, the target object identifier is identified from the cleaned interactive action data, and the cleaned interactive action data is updated to the historical business data table corresponding to the target object identifier. The target object identifier includes store identifier and / or enterprise identifier.

[0018] Optionally, the method further includes:

[0019] Identify the user identifier corresponding to the first client from the cleaned interactive action data;

[0020] When the user identifier is not included in the historical business data table before the update corresponding to the business personnel identifier, or when the user identifier is not included in the historical business data table before the update corresponding to the target object identifier, the interaction action data is marked.

[0021] Optionally, the second server determines the update processing mode corresponding to the interactive action data based on the action type corresponding to the interactive action data, including:

[0022] The second server determines the triggering format of the interactive action data based on the action type;

[0023] When the triggering method indicates that the interactive action data is generated by business personnel, the update processing mode corresponding to the interactive action data is determined as a private update mode.

[0024] When the triggering method indicates that the interactive action data is generated based on the target object, the update processing mode corresponding to the interactive action data is determined as the common update mode.

[0025] Optionally, the historical business data table is stored on a third server; after updating the historical business data table based on the interaction action data, the method further includes:

[0026] The third server receives a business data query request sent by any second client and identifies the request type corresponding to the business data query request.

[0027] When the request type is a private request, obtain the business personnel identifier corresponding to any of the second clients, query the historical business data table with the latest update time corresponding to the business personnel identifier, and return the historical business data table with the latest update time corresponding to the business personnel identifier to any of the second clients.

[0028] When the request type is a public request, obtain the business personnel identifier corresponding to any of the second clients, identify the target object identifier corresponding to the business personnel identifier, query the historical business data table with the most recent update time corresponding to the target object identifier, and return the historical business data table with the most recent update time corresponding to the target object identifier to any of the second clients.

[0029] According to another aspect of this application, a business data update system is provided, comprising a first server, a message middleware, and a second server:

[0030] The first server is configured to, after receiving interactive action data sent by the first client through any of its interfaces, send the interactive action data to the target message queue in the message middleware corresponding to the action type for storage, based on the action type corresponding to any of the interfaces.

[0031] The message middleware is used to store the interactive action data, generate a message update notification, and send the message update notification to the second server.

[0032] The second server is used to obtain the interaction action data from the target message queue after receiving the message update notification, and update the historical business data table based on the interaction action data.

[0033] Optionally, the first server is further configured to add a target annotation corresponding to the action type to the interactive action data based on the action type corresponding to any of the interfaces; intercept the interactive action data with the target annotation added by aspect-oriented programming, parse the target annotation to determine the action type, and send the interactive action data to the target message queue corresponding to the action type in the message middleware for storage.

[0034] Optionally, the second server is further configured to, after obtaining the interactive action data from the target message queue, call a matching data cleaning tool based on the action type corresponding to the target message queue, and perform data cleaning on the interactive action data according to the preset display logic corresponding to the action type, to obtain cleaned interactive action data.

[0035] Optionally, the second server is further configured to determine the update processing mode corresponding to the interactive action data based on the action type corresponding to the interactive action data. The update processing mode includes a private update mode and a public update mode. When the update processing mode is a private update mode, the server identifies the business personnel identifier from the cleaned interactive action data and updates the cleaned interactive action data to the historical business data table corresponding to the business personnel identifier. When the update processing mode is a public update mode, the server identifies the target object identifier from the cleaned interactive action data and updates the cleaned interactive action data to the historical business data table corresponding to the target object identifier. The target object identifier includes a store identifier and / or an enterprise identifier.

[0036] Optionally, the second server is further configured to identify the user identifier corresponding to the first client from the cleaned interactive action data; when the user identifier is not included in the historical business data table before the update corresponding to the business personnel identifier, or when the user identifier is not included in the historical business data table before the update corresponding to the target object identifier, the interactive action data is marked.

[0037] Optionally, the second server is further configured to determine the triggering form of the interactive action data based on the action type; when the triggering form indicates that the interactive action data is generated by a business person, the update processing mode corresponding to the interactive action data is determined as a private update mode; when the triggering form indicates that the interactive action data is generated by a target object, the update processing mode corresponding to the interactive action data is determined as a public update mode.

[0038] Optionally, the system further includes a third server; the historical business data table is stored on the third server.

[0039] The third server is further configured to, after updating the historical business data table based on the interactive action data, receive a business data query request sent by any second client, identify the request type corresponding to the business data query request; when the request type is a private request, obtain the business personnel identifier corresponding to any second client, query the historical business data table with the most recent update time corresponding to the business personnel identifier, and return the historical business data table with the most recent update time corresponding to the business personnel identifier to any second client; when the request type is a public request, obtain the business personnel identifier corresponding to any second client, identify the target object identifier corresponding to the business personnel identifier, query the historical business data table with the most recent update time corresponding to the target object identifier, and return the historical business data table with the most recent update time corresponding to the target object identifier to any second client.

[0040] According to another aspect of this application, a storage medium is provided that stores a computer program thereon, which, when executed by a processor, implements the method for updating the aforementioned business data.

[0041] According to another aspect of this application, a computer device is provided, including a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, wherein the processor executes the program to implement the above-mentioned method for updating business data.

[0042] Using the above technical solution, this application provides a method and system for updating business data, a storage medium, and a computer device. First, when any interface in the first server receives interactive action data sent by the first client, the action type corresponding to that interface can be determined. Then, the received interactive action data can be sent to a message middleware, specifically to a target message queue in the message middleware corresponding to that action type. The target message queue can then store the interactive action data. After the message middleware finishes storing the interactive action data, it can generate a message update notification and send it to the second server to notify it to retrieve the stored interactive action data from the message middleware. When the second server receives the message update notification, it can identify the message middleware identifier and the target message queue identifier from the notification, and then retrieve the just-stored interactive action data from the corresponding target message queue. The retrieved interactive action data can then be used to update the historical business data table, thereby updating the business data. This application embodiment can directly store and update business-related interactive action data generated by customers through the client, which can greatly improve the efficiency of business data update and the accuracy of business data update.

[0043] The above description is only an overview of the technical solution of this application. In order to better understand the technical means of this application and to implement it in accordance with the contents of the specification, and to make the above and other objects, features and advantages of this application more obvious and understandable, the following are specific embodiments of this application. Attached Figure Description

[0044] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0045] Figure 1 A flowchart illustrating a method for updating business data according to an embodiment of this application is shown;

[0046] Figure 2 A flowchart illustrating another method for updating business data provided in an embodiment of this application is shown;

[0047] Figure 3 A schematic diagram of the structure of a business data update system provided in an embodiment of this application is shown. Detailed Implementation

[0048] The present application will be described in detail below with reference to the accompanying drawings and embodiments. It should be noted that, unless otherwise specified, the embodiments and features described in the embodiments of the present application can be combined with each other.

[0049] This embodiment provides a method for updating business data, such as Figure 1 As shown, the method includes:

[0050] Step 101: After any interface in the first server receives the interactive action data sent by the first client, it sends the interactive action data to the target message queue in the message middleware corresponding to the action type for storage based on the action type corresponding to the interface.

[0051] The business data update method provided in this application embodiment can be applied to scenarios such as customer management and maintenance. Specifically, it can be implemented by a first server, a message middleware, and a second server. The first server can include multiple interfaces, each interface being used to receive interactive action data of a certain action type. Thus, the action type of the interactive action data can be determined based on the interface that receives the interactive action data. Here, the interactive action data can be business card access data, business card forwarding data, store browsing data, product viewing data, product ordering data, account registration data, etc., generated by the customer through the first client. The corresponding action types can be business card access, business card forwarding, store browsing, product viewing, product ordering, account registration, etc. First, when any interface in the first server receives the interactive action data sent by the first client, the action type corresponding to that interface can be determined. Then, the received interactive action data can be sent to the message middleware. Specifically, it can be sent to the target message queue in the message middleware corresponding to the action type. In this way, the target message queue can store the aforementioned interactive action data. The message middleware can include multiple message queues, each of which can be used to store interactive action data of one type of action. This helps to improve the storage efficiency of interactive action data, alleviate the storage pressure of the same message queue in the message middleware, and also enables asynchronous processing of interactive action data, relieving the processing pressure when the data volume is large.

[0052] Step 102: After storing the interaction action data, the message middleware generates a message update notification and sends the message update notification to the second server.

[0053] In this embodiment, after the message middleware finishes storing the interactive action data, it can generate a message update notification and send it to the second server to notify the second server to retrieve the stored interactive action data from the message middleware. The message update notification may include a message middleware identifier and a target message queue identifier.

[0054] Step 103: After receiving the message update notification, the second server retrieves the interaction action data from the target message queue and updates the historical business data table based on the interaction action data.

[0055] In this embodiment, after the second server receives the message update notification, it can identify the message middleware identifier and the target message queue identifier from the message update notification. Then, it can obtain the just-stored interactive action data from the corresponding target message queue. After that, it can use the obtained interactive action data to update the historical business data table to realize the update of business data.

[0056] Optionally, in this embodiment, the historical business data table is stored on a third server. After step 103, the method further includes: the third server receiving a business data query request sent by any second client, identifying the request type corresponding to the business data query request; when the request type is a private request, obtaining the business personnel identifier corresponding to any second client, querying the historical business data table with the latest update time corresponding to the business personnel identifier, and returning the historical business data table with the latest update time corresponding to the business personnel identifier to any second client; when the request type is a public request, obtaining the business personnel identifier corresponding to any second client, identifying the target object identifier corresponding to the business personnel identifier, querying the historical business data table with the latest update time corresponding to the target object identifier, and returning the historical business data table with the latest update time corresponding to the target object identifier to any second client.

[0057] In this embodiment, the historical business data table can be stored on a third server, which can be a terminal directly associated with the business party. Storing the historical business data table on a separate terminal can greatly reduce the pressure on other servers. When a business user wants to view the historical business data table, they can send a business data query request through a second client. After receiving the business data query request, the third business terminal can identify the request type. The request type can be a private request, a public request, etc. A private request refers to a request to query data from the historical business data table corresponding to the business user themselves, while a public request refers to a request to query data from the historical business data tables corresponding to stores, enterprises, etc., that the business user has query permissions for. If the business data query request is identified as a private request, then the historical business data table with the most recent update time corresponding to the business user is returned to the second client; if the business data query request is identified as a public request, then the historical business data table with the most recent update time of the store or enterprise under the business user's permissions is returned to the second client. This application embodiment determines the request type corresponding to the business data query request and returns the most recently updated historical business data table to the second client based on the request type. This can quickly determine the query needs of business personnel and improve the efficiency of returning query results.

[0058] By applying the technical solution of this embodiment, firstly, when any interface in the first server receives interactive action data sent by the first client, the action type corresponding to that interface can be determined. Then, the received interactive action data can be sent to the message middleware, specifically to the target message queue corresponding to that action type within the message middleware. The target message queue can then store the interactive action data. After the message middleware finishes storing the interactive action data, it can generate a message update notification and send it to the second server to notify it to retrieve the stored interactive action data from the message middleware. Upon receiving the message update notification, the second server can identify the message middleware identifier and the target message queue identifier from the notification, and then retrieve the just-stored interactive action data from the corresponding target message queue. The retrieved interactive action data can then be used to update the historical business data table, thereby updating the business data. This embodiment can directly store and update business-related interactive action data generated by the client through the client, which can greatly improve the efficiency and accuracy of business data updates.

[0059] Furthermore, as a refinement and extension of the specific implementation of the above embodiments, and to fully illustrate the specific implementation process of this embodiment, another method for updating business data is provided, such as... Figure 2 As shown, the method includes:

[0060] Step 201: After any interface in the first server receives the interactive action data sent by the first client, it adds a target annotation corresponding to the action type to the interactive action data based on the action type corresponding to the interface.

[0061] In this embodiment, the first server may include multiple interfaces, each of which can receive interactive action data of different action types. Once any interface receives interactive action data, it can determine the action type of the data based on the corresponding action type. Specifically, after receiving interactive action data, any interface can add a target annotation of the corresponding action type to the data. Here, the target annotation can be a custom Java annotation, and different type code values ​​can be set for interactive action data of different action types. The target annotation may include type code values.

[0062] Step 202: Intercept interactive action data with the target annotation added by aspect-oriented programming, parse the target annotation to determine the action type, and send the interactive action data to the target message queue corresponding to the action type in the message middleware for storage;

[0063] In this embodiment, after adding target annotations to the interactive action data, Aspect-Oriented Programming (AOP) can intercept and process it. After interception, the action type corresponding to the interactive action data is parsed according to the target annotations. In this way, the target message queue corresponding to the action type can be found in the message middleware to store the interactive action data.

[0064] Step 203: After storing the interaction action data, the message middleware generates a message update notification and sends the message update notification to the second server.

[0065] In this embodiment, after the message middleware finishes storing the interactive action data, it can generate a message update notification and send it to the second server to notify the second server to retrieve the stored interactive action data from the message middleware. The message update notification may include a message middleware identifier and a target message queue identifier.

[0066] Step 204: After receiving the message update notification, the second server retrieves the interactive action data from the target message queue. Based on the action type corresponding to the target message queue, the second server calls a matching data cleaning tool to clean the interactive action data according to the preset display logic corresponding to the action type, and obtains the cleaned interactive action data.

[0067] In this embodiment, after the second server receives a message update notification, it can identify the message middleware identifier and the target message queue identifier from the notification. Then, it can retrieve interactive action data from the target message queue indicated by the message middleware identifier and the target message queue identifier. Furthermore, the second server can also call a data cleaning tool corresponding to the action type of the interactive action data from multiple data cleaning tools. Here, since the subsequent display logic can differ for interactive action data of different action types, for example, for account registration data, the account registration data obtained from the target message queue may include data A to F, but the final display logic specifies that only data A, B, and C are displayed. Therefore, data cleaning tools can be used to remove data D to F. Similarly, for store browsing data, the store browsing data obtained from the target message queue may include data A to J, but the final display logic specifies that only data D, E, and J are displayed. Therefore, data cleaning tools can be used to remove data A to C and data F to I. Thus, the data cleaning tools corresponding to different action types are also different. After invoking the corresponding data cleaning tool, the interactive action data can be cleaned to obtain cleaned interactive action data that conforms to the preset display logic. This embodiment of the application ensures that the cleaned interactive action data meets the preset display logic corresponding to the action type by setting different data cleaning tools for interactive action data of different action types, which is simple and convenient.

[0068] Step 205: The second server determines the update processing mode corresponding to the interactive action data based on the action type corresponding to the interactive action data. The update processing mode includes a private update mode and a public update mode.

[0069] In this embodiment, the update processing mode for interactive action data of different action types in the historical business data table is also different. The update processing mode can include private update mode and public update mode, etc. Private update mode means that the update is only performed in the historical business data table corresponding to a specific business person, and other business people cannot perceive or know about this interactive action data. Public update mode means that the update is performed in the historical business data table corresponding to a specific store or enterprise, so that all business people within the store or enterprise can know about this interactive action data. For example, the update processing mode for action types such as business card access and business card forwarding can be private update mode, while the update processing mode for action types such as store browsing and product viewing can be public update mode.

[0070] Step 206: When the update processing mode is private update mode, identify the business personnel identifier from the cleaned interactive action data and update the cleaned interactive action data to the historical business data table corresponding to the business personnel identifier.

[0071] In this embodiment, if the update processing mode corresponding to the interactive action data is determined to be a private update mode, then the business personnel identifier can be identified from the cleaned interactive action data. This business personnel identifier uniquely corresponds to a business personnel, and may specifically be the business personnel's employee number, etc. For example, when the interactive action data is business card access data, the business personnel identifier can be identified from the business card access data, reflecting which business personnel's business card the customer accessed. After determining the business personnel identifier, the historical business data table corresponding to that business personnel identifier can be directly updated using the interactive action data. This allows the business personnel corresponding to the business personnel identifier to subsequently view the interactive action data in the updated historical business data table, while simultaneously ensuring the business personnel's customer privacy.

[0072] Step 207: When the update processing mode is the public update mode, the target object identifier is identified from the cleaned interactive action data, and the cleaned interactive action data is updated to the historical business data table corresponding to the target object identifier. The target object identifier includes the store identifier and / or the enterprise identifier.

[0073] In this embodiment, if the update processing mode corresponding to the interactive action data is determined to be a public update mode, then the target object identifier can be identified from the cleaned interactive action data. The target object identifier uniquely corresponds to the target object; here, the target object can be a store, enterprise, etc., and the target object identifier can specifically be a store name, store number, enterprise name, enterprise number, etc. For example, when the interactive action data is store browsing data, the target object identifier can be identified from the store browsing data, reflecting which store the customer is browsing. After determining the target object identifier, the historical business data table corresponding to that target object identifier can be directly updated using the interactive action data, allowing business personnel under the corresponding store or enterprise to subsequently view the interactive action data in the updated historical business data table.

[0074] Optionally, in this embodiment of the application, the method further includes: identifying the user identifier corresponding to the first client from the cleaned interactive action data; and marking the interactive action data when the user identifier is not included in the historical business data table before the update corresponding to the business personnel identifier, or when the user identifier is not included in the historical business data table before the update corresponding to the target object identifier.

[0075] In this embodiment, after cleaning the interactive action data, the user identifier corresponding to the first client can be identified from the cleaned interactive action data. That is, the user identifier of the customer who generated the interactive action data through the first client. The user identifier can be a mobile phone number, ID card number, registration number, or other identifier uniquely corresponding to the customer. Then, it can be determined whether the user identifier is included in the historical business data table before the update. Specifically, each data entry in the historical business data table can be associated with a user identifier. If the user identifier is not included in the historical business data table before the update, it means that the customer corresponding to the user identifier is performing this type of interactive action for the first time. At this time, the interactive action data can be marked to facilitate subsequent follow-up, tracking, and maintenance by business personnel. This embodiment of the application, by identifying the user identifier corresponding to the first client from the interactive action data before updating the historical business data table and determining whether the user identifier exists in the historical business data table before the update, can effectively discover new customers and facilitate the management and tracking of new customers.

[0076] Optionally, in this embodiment, step 205 includes: the second server determining the triggering form of the interactive action data based on the action type; when the triggering form indicates that the interactive action data is generated by a business person, determining the update processing mode corresponding to the interactive action data as a private update mode; when the triggering form indicates that the interactive action data is generated by a target object, determining the update processing mode corresponding to the interactive action data as a public update mode.

[0077] In this embodiment, the second server can identify the triggering form of the interactive action data based on the action type corresponding to the interactive action data. The triggering form can include two types: triggering based on business personnel and triggering based on a target object. Triggering based on business personnel refers to a triggering form where the customer uses the first client to communicate and obtain information through the business personnel's business card, thereby generating interactive action data. Triggering based on a target object refers to a triggering form where the customer uses the first client to access store, company information, or subordinate products, thereby generating interactive action data. If the triggering form indicates that the interactive action data is generated based on business personnel, then the update processing mode corresponding to the interactive action data can be determined as a private update mode; if the triggering form indicates that the interactive action data is generated based on a target object, then the update processing mode corresponding to the interactive action data can be determined as a public update mode.

[0078] Furthermore, as Figure 1 In terms of specific implementation, this application provides a business data update system, such as... Figure 3 As shown, the system includes a first server, a message middleware, and a second server:

[0079] The first server is configured to, after receiving interactive action data sent by the first client through any of its interfaces, send the interactive action data to the target message queue in the message middleware corresponding to the action type for storage, based on the action type corresponding to any of the interfaces.

[0080] The message middleware is used to store the interactive action data, generate a message update notification, and send the message update notification to the second server.

[0081] The second server is used to obtain the interaction action data from the target message queue after receiving the message update notification, and update the historical business data table based on the interaction action data.

[0082] Optionally, the first server is further configured to add a target annotation corresponding to the action type to the interactive action data based on the action type corresponding to any of the interfaces; intercept the interactive action data with the target annotation added by aspect-oriented programming, parse the target annotation to determine the action type, and send the interactive action data to the target message queue corresponding to the action type in the message middleware for storage.

[0083] Optionally, the second server is further configured to, after obtaining the interactive action data from the target message queue, call a matching data cleaning tool based on the action type corresponding to the target message queue, and perform data cleaning on the interactive action data according to the preset display logic corresponding to the action type, to obtain cleaned interactive action data.

[0084] Optionally, the second server is further configured to determine the update processing mode corresponding to the interactive action data based on the action type corresponding to the interactive action data. The update processing mode includes a private update mode and a public update mode. When the update processing mode is a private update mode, the server identifies the business personnel identifier from the cleaned interactive action data and updates the cleaned interactive action data to the historical business data table corresponding to the business personnel identifier. When the update processing mode is a public update mode, the server identifies the target object identifier from the cleaned interactive action data and updates the cleaned interactive action data to the historical business data table corresponding to the target object identifier. The target object identifier includes a store identifier and / or an enterprise identifier.

[0085] Optionally, the second server is further configured to identify the user identifier corresponding to the first client from the cleaned interactive action data; when the user identifier is not included in the historical business data table before the update corresponding to the business personnel identifier, or when the user identifier is not included in the historical business data table before the update corresponding to the target object identifier, the interactive action data is marked.

[0086] Optionally, the second server is further configured to determine the triggering form of the interactive action data based on the action type; when the triggering form indicates that the interactive action data is generated by a business person, the update processing mode corresponding to the interactive action data is determined as a private update mode; when the triggering form indicates that the interactive action data is generated by a target object, the update processing mode corresponding to the interactive action data is determined as a public update mode.

[0087] Optionally, the system further includes a third server; the historical business data table is stored on the third server.

[0088] The third server is further configured to, after updating the historical business data table based on the interactive action data, receive a business data query request sent by any second client, identify the request type corresponding to the business data query request; when the request type is a private request, obtain the business personnel identifier corresponding to any second client, query the historical business data table with the most recent update time corresponding to the business personnel identifier, and return the historical business data table with the most recent update time corresponding to the business personnel identifier to any second client; when the request type is a public request, obtain the business personnel identifier corresponding to any second client, identify the target object identifier corresponding to the business personnel identifier, query the historical business data table with the most recent update time corresponding to the target object identifier, and return the historical business data table with the most recent update time corresponding to the target object identifier to any second client.

[0089] It should be noted that other corresponding descriptions of the functional units involved in the business data update system provided in this application embodiment can be found in the following references. Figures 1 to 2 The corresponding descriptions in the method will not be repeated here.

[0090] Based on the above, Figures 1 to 2 Accordingly, this application also provides a storage medium storing a computer program, which, when executed by a processor, implements the above-described method. Figures 1 to 2 The method for updating business data is shown.

[0091] Based on this understanding, the technical solution of this application can be embodied in the form of a software product. This software product can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, or portable hard drive), and includes several instructions to cause a computer device (such as a personal computer, server, or network device) to execute the methods described in the various implementation scenarios of this application.

[0092] Based on the above, Figures 1 to 2 The method shown, and Figure 3 To achieve the above objectives, the present application also provides a computer device, specifically a personal computer, server, network device, etc., as shown in the virtual device embodiment. This computer device includes a storage medium and a processor; the storage medium stores a computer program; the processor executes the computer program to achieve the above-described objectives. Figures 1 to 2 The method for updating business data is shown.

[0093] Optionally, the computer device may also include a user interface, a network interface, a camera, radio frequency (RF) circuitry, sensors, audio circuitry, a Wi-Fi module, etc. The user interface may include a display screen, input units such as a keyboard, etc., and optional user interfaces may also include USB interfaces, card reader interfaces, etc. The network interface may optionally include standard wired interfaces, wireless interfaces (such as Bluetooth interfaces, Wi-Fi interfaces), etc.

[0094] Those skilled in the art will understand that the computer device structure provided in this embodiment does not constitute a limitation on the computer device, and may include more or fewer components, or combine certain components, or have different component arrangements.

[0095] The storage medium may also include an operating system and a network communication module. The operating system is a program that manages and stores the hardware and software resources of a computer device, supporting the operation of information processing programs and other software and / or programs. The network communication module is used to enable communication between the various components within the storage medium, as well as communication with other hardware and software within the physical device.

[0096] Through the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented using software plus necessary general-purpose hardware platforms, or it can be implemented using hardware. First, when any interface in the first server receives interactive action data sent by the first client, the action type corresponding to that interface can be determined. Then, the received interactive action data can be sent to the message middleware, specifically to the target message queue corresponding to that action type within the message middleware. The target message queue can then store the interactive action data. After the message middleware finishes storing the interactive action data, it can generate a message update notification and send it to the second server to notify it to retrieve the stored interactive action data from the message middleware. When the second server receives the message update notification, it can identify the message middleware identifier and the target message queue identifier from the notification. It can then retrieve the just-stored interactive action data from the corresponding target message queue. The retrieved interactive action data can then be used to update the historical business data table, thereby updating the business data. This application embodiment can directly store and update business-related interactive action data generated by customers through the client, which can greatly improve the efficiency of business data update and the accuracy of business data update.

[0097] Those skilled in the art will understand that the accompanying drawings are merely schematic diagrams of a preferred embodiment, and the modules or processes shown in the drawings are not necessarily essential for implementing this application. Those skilled in the art will understand that the modules in the apparatus of the embodiment can be distributed within the apparatus of the embodiment as described, or can be modified to be located in one or more apparatuses different from this embodiment. The modules of the above-described embodiment can be combined into one module, or further divided into multiple sub-modules.

[0098] The serial numbers in this application are for descriptive purposes only and do not represent the superiority or inferiority of any particular implementation scenario. The above disclosures are merely a few specific implementation scenarios of this application; however, this application is not limited thereto, and any variations conceived by those skilled in the art should fall within the protection scope of this application.

Claims

1. A method for updating business data, characterized in that, include: After any interface in the first server receives interactive action data sent by the first client, it sends the interactive action data to the target message queue corresponding to the action type in the message middleware for storage based on the action type corresponding to the interface. Each interface is used to receive interactive action data of one action type. After storing the interactive action data, the message middleware generates a message update notification and sends the message update notification to the second server. After receiving the message update notification, the second server retrieves the interactive action data from the target message queue. Based on the action type corresponding to the interactive action data, it determines the update processing mode corresponding to the interactive action data. The update processing mode includes a private update mode and a public update mode. The private update mode includes the update processing mode corresponding to the action types of business card access and business card forwarding. The public update mode includes the update processing mode corresponding to the action types of store browsing and product viewing. When the update processing mode is private update mode, the business personnel identifier is identified from the cleaned interactive action data, and the cleaned interactive action data is updated to the historical business data table corresponding to the business personnel identifier. When the update processing mode is the public update mode, the target object identifier is identified from the cleaned interactive action data, and the cleaned interactive action data is updated to the historical business data table corresponding to the target object identifier. The target object identifier includes store identifier and / or enterprise identifier. After obtaining the interactive action data from the target message queue, the method further includes: The second server, based on the action type corresponding to the target message queue, calls the matching data cleaning tool to clean the interactive action data according to the preset display logic corresponding to the action type, and obtains the cleaned interactive action data. The step of determining the update processing mode corresponding to the interactive action data based on the action type includes: Based on the action type, the triggering form of the interactive action data is determined. The triggering form includes triggering based on business personnel and triggering based on target objects. Triggering based on business personnel refers to the triggering form in which customers use the first client to communicate and obtain information through the business card corresponding to the business personnel, thereby generating interactive action data. Triggering based on target objects refers to the triggering form in which customers use the first client to generate interactive action data by accessing store, company information, and subordinate products. When the triggering method indicates that the interactive action data is generated by business personnel, the update processing mode corresponding to the interactive action data is determined as a private update mode. When the triggering method indicates that the interactive action data is generated based on the target object, the update processing mode corresponding to the interactive action data is determined as the common update mode.

2. The method according to claim 1, characterized in that, The step of sending the interactive action data to the target message queue corresponding to the action type in the message middleware for storage, based on the action type corresponding to any of the interfaces, includes: The first server adds a target annotation corresponding to the action type to the interactive action data based on the action type corresponding to any of the interfaces; Interactive action data with the target annotation added is intercepted by aspect-oriented programming, the target annotation is parsed to determine the action type, and the interactive action data is sent to the target message queue corresponding to the action type in the message middleware for storage.

3. The method according to claim 1, characterized in that, The method further includes: Identify the user identifier corresponding to the first client from the cleaned interactive action data; When the user identifier is not included in the historical business data table before the update corresponding to the business personnel identifier, or when the user identifier is not included in the historical business data table before the update corresponding to the target object identifier, the interaction action data is marked.

4. The method according to claim 1, characterized in that, The historical business data table is stored on a third server; after updating the historical business data table based on the interactive action data, the method further includes: The third server receives a business data query request sent by any second client and identifies the request type corresponding to the business data query request. When the request type is a private request, obtain the business personnel identifier corresponding to any of the second clients, query the historical business data table with the latest update time corresponding to the business personnel identifier, and return the historical business data table with the latest update time corresponding to the business personnel identifier to any of the second clients. When the request type is a public request, obtain the business personnel identifier corresponding to any of the second clients, identify the target object identifier corresponding to the business personnel identifier, query the historical business data table with the most recent update time corresponding to the target object identifier, and return the historical business data table with the most recent update time corresponding to the target object identifier to any of the second clients.

5. A business data update system, characterized in that, This includes a first server, a message middleware, and a second server: The first server is configured to, after receiving interactive action data sent by the first client through any of its interfaces, send the interactive action data to the target message queue corresponding to the action type in the message middleware for storage based on the action type corresponding to the interface. Each interface is configured to receive interactive action data of one action type. The message middleware is used to store the interactive action data, generate a message update notification, and send the message update notification to the second server. The second server, upon receiving the message update notification, retrieves the interactive action data from the target message queue. Based on the action type corresponding to the interactive action data, it determines the update processing mode corresponding to the interactive action data. The update processing mode includes a private update mode and a public update mode. The private update mode includes update processing modes corresponding to the action types of business card access and business card forwarding. The public update mode includes update processing modes corresponding to the action types of store browsing and product viewing. When the update processing mode is a private update mode, it identifies the business personnel identifier from the cleaned interactive action data and updates the cleaned interactive action data to the historical business data table corresponding to the business personnel identifier. When the update processing mode is the public update mode, the target object identifier is identified from the cleaned interactive action data, and the cleaned interactive action data is updated to the historical business data table corresponding to the target object identifier. The target object identifier includes store identifier and / or enterprise identifier. The second server is further configured to, after obtaining the interactive action data from the target message queue, call a matching data cleaning tool based on the action type corresponding to the target message queue, and perform data cleaning on the interactive action data according to the preset display logic corresponding to the action type, so as to obtain the cleaned interactive action data. The second server is further configured to determine the triggering form of the interactive action data based on the action type. The triggering form includes triggering based on business personnel and triggering based on target objects. Triggering based on business personnel refers to the triggering form where the customer uses the first client to communicate and obtain information through the business card corresponding to the business personnel, thereby generating interactive action data. Triggering based on target objects refers to the triggering form where the customer uses the first client to access store, company information, and subordinate products, thereby generating interactive action data. When the triggering form indicates that the interactive action data is generated based on business personnel, the update processing mode corresponding to the interactive action data is determined to be a private update mode. When the triggering form indicates that the interactive action data is generated based on target objects, the update processing mode corresponding to the interactive action data is determined to be a public update mode.

6. A storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the method of any one of claims 1 to 4.

7. A computer device, comprising a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method of any one of claims 1 to 4.

Citation Information

Patent Citations

  • Data pushing method and device

    CN113114776A

  • Data forwarding method and device, computer equipment and storage medium

    CN114268667A