Information acquisition method and system

By building user groups in the Internet of Things scenario and sending indirect requests, the problem of cloud platform downtime or reduced access speed under high concurrency is solved, and a more stable user experience is achieved.

CN115314293BActive Publication Date: 2025-04-18BEIJING BOE TECH DEV CO LTD +1
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202210946699.5
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-08-08
Publication Date
2025-04-18
Estimated Expiration
2042-08-08

AI Technical Summary

Technical Problem

In the Internet of Things scenario, when cloud platforms handle a large number of access authorization requests, they are prone to a sharp increase in concurrency, resulting in platform downtime or reduced access speed.

Method used

By constructing a user group, the first platform registers for the first user and the second user, and when the first user sends a request, it sends indirect requests to the target party associated with the second user to reduce the amount of concurrent data of the target party.

Benefits of technology

It effectively reduces the amount of concurrent data carried by the target party, avoids platform downtime or reduced access speed, and ensures user access experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN115314293B_ABST
    Figure CN115314293B_ABST
Patent Text Reader

Abstract

The present application discloses an information acquisition method and system, the method applied to a first platform includes: constructing a user group, the user group includes a first user and a second user, the first user and the second user are registered users of the first platform; in response to a first request sent by the first user, sending a second request to a target party, the target party having a correlation with the second user; receiving content data sent by the target party, the content data being obtained by the target party in response to the second request; sending the content data to the first user, sending the second request to the target party through the first platform, to achieve indirect access of the first user to the target party, thereby effectively reducing the amount of concurrent data carried by the target party, avoiding downtime or reduced access speed of the target party, and ensuring the user's access experience.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present disclosure generally relates to the field of Internet of Things, and more particularly to an information acquisition method and system. Background Art

[0002] With the development of IoT technology, more terminal devices are connected to the network, and users can remotely access terminal devices through cloud platforms. Currently, users who can access devices through cloud platforms are usually device managers. Figure 1 As shown in the figure, taking smart home as an example, family members can access the smart devices of the family through the cloud platform. In the smart home scenario, the number of managers who need to access smart devices is limited, and the amount of concurrent data is within the capacity of the cloud platform. However, in scenarios such as smart stores, high concurrency situations that the cloud platform cannot bear are prone to occur, for example, customers access smart devices through the authorization of managers. A large number of access authorizations leads to a sharp increase in the number of concurrent users on the cloud platform, which may cause the platform to crash or the access speed to be very slow, affecting the user experience. Summary of the invention

[0003] In view of the above-mentioned defects or deficiencies in the prior art, it is desirable to provide an information acquisition method and system.

[0004] In a first aspect, an embodiment of the present application provides an information acquisition method, which is applied to a first platform, including:

[0005] Building a user group, the user group including a first user and a second user, the first user and the second user being registered users of the first platform;

[0006] In response to a first request sent by the first user, sending a second request to a target party, the target party having a relevant relationship with the second user;

[0007] receiving content data sent by the target party, wherein the content data is obtained by the target party in response to the second request;

[0008] The content data is sent to the first user.

[0009] In some embodiments, the target party is a second platform, the second user is a registered user of the target party, and the sending of the second request to the target party in response to the first request sent by the first user includes:

[0010] Obtaining the user group identifier and first request content information included in the first request;

[0011] Obtaining a second user corresponding to the user group identifier;

[0012] Obtaining a target party corresponding to the second user;

[0013] A second request is sent to the target party, where the second request includes second request content information.

[0014] In some embodiments, obtaining the target party corresponding to the second user includes:

[0015] The registration information of the second user is obtained, and the second platform is determined based on the registration information.

[0016] In some embodiments, sending the second request to the target party includes:

[0017] Obtaining first authentication information issued by the second user for the first user;

[0018] constructing the second request based on the first request content information and the first authentication information;

[0019] The second request is sent to the target party.

[0020] In some embodiments, the second request includes first authentication information issued by the second user for the first user, and the method further includes:

[0021] The second platform authenticates the first authentication information and executes the second request after the authentication is passed.

[0022] In some embodiments, constructing a user group includes:

[0023] Obtaining a first adding request sent by the second user. The adding request includes the first user identifier and first authentication information issued by the second user for the first user;

[0024] Sending a second adding request to the first user, where the second adding request includes the first authentication information;

[0025] An adding response sent by the first user is received, where the first user sends the adding response after the first authentication information is authenticated.

[0026] In some embodiments, sending the second request to the target party includes:

[0027] Obtain a list of service contents provided by the target party;

[0028] Determining whether the first request content information matches the service content list;

[0029] When the first request content information matches the service content list, the second request is sent to the target party.

[0030] In some embodiments, the target party is a second user, and in response to the first request sent by the first user, sending the second request to the target party includes:

[0031] Obtaining the second user identifier and first request content information included in the first request;

[0032] Acquire a second user corresponding to the second user identifier, and determine the second user as the target party;

[0033] A second request is sent to the target party, where the second request includes second request content information.

[0034] In some embodiments, the target party is a second platform, and in response to the first request sent by the first user, sending a second request to the target party includes:

[0035] Obtaining the user group identifier and first request content information included in the first request;

[0036] Obtaining a second user corresponding to the user group identifier;

[0037] Obtaining the target party and token information corresponding to the second user;

[0038] A second request is sent to the target address, where the second request includes second request content information and the token information.

[0039] In some embodiments, sending the second request to the target address includes:

[0040] Obtaining second authentication information issued by the target party for the first platform;

[0041] Encrypting the first request content information based on the second authentication information to obtain the second request;

[0042] A second request is sent to the target address.

[0043] In some embodiments, the second request content information is used to directly or indirectly express the first request content information.

[0044] In a second aspect, an embodiment of the present application provides an information acquisition device, which is applied to a first platform and includes:

[0045] A construction module, used to construct a user group, wherein the user group includes a first user and a second user, and the first user and the second user are registered users of the first platform;

[0046] a response module, configured to send a second request to a target party in response to the first request sent by the first user, the target party having a relevant relationship with the second user;

[0047] A receiving module, configured to receive content data sent by the target party, wherein the content data is obtained by the target party in response to the second request;

[0048] A sending module is used to send the content data to the first user.

[0049] In a third aspect, an embodiment of the present application provides an information acquisition method, including:

[0050] The access user sends a first acquisition request to the access management platform, where the first acquisition request is used to acquire content data in the data management platform, and the data management platform acquires the content data by managing the access device;

[0051] The access management platform sends a second acquisition request to the data management platform in response to the first acquisition request, the first acquisition request carries the user group identifier to which the access user belongs, the access user and its corresponding management user belong to the same user group, the management user is a registered user of the data management platform, and the second acquisition request directly or indirectly expresses the first acquisition request;

[0052] The data management platform sends the content data acquired from the access device to the access management platform in response to the second acquisition request;

[0053] The access management platform sends the content data to the access user.

[0054] In some embodiments, the access management platform determines the data management platform based on the user group to which the access user belongs in response to the first acquisition request, and sends a second acquisition request to the data management platform, including:

[0055] The access management platform determines the management user corresponding to the access user based on the user group to which the access user belongs, and sends the first acquisition request to the management user;

[0056] The management user sends the second acquisition request to the data management platform in response to the first acquisition request.

[0057] In a fourth aspect, an embodiment of the present application provides an information acquisition system, including: an access management platform, a data management platform, a management user, and an access device;

[0058] The access management platform is used to receive a first acquisition request sent by an access user, and in response to the first acquisition request, the platform sends a second acquisition request to the data management platform, the first acquisition request carries a user group identifier to which the access user belongs, the access user and its corresponding management user belong to the same user group, the management user is a registered user of the data management platform, and the second acquisition request directly or indirectly expresses the first acquisition request;

[0059] The data management platform is used to manage the access device to obtain content data, and send the content data to the access management platform in response to the second acquisition request;

[0060] The management user is used to manage the access users through user groups on the access management platform;

[0061] The access device is used to collect content data and upload the content data to the data management platform.

[0062] In a fifth aspect, an embodiment of the present application provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method described in the embodiment of the present application when executing the program.

[0063] In a sixth aspect, an embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the method described in the embodiment of the present application.

[0064] The information acquisition method proposed in the embodiment of the present application sends a second request to the target party through the first platform, thereby realizing indirect access of the first user to the target party, thereby effectively reducing the amount of concurrent data carried by the target party, avoiding downtime or reduced access speed of the target party, and ensuring the user's access experience.

[0065] Additional aspects and advantages of the present invention will be given in part in the following description and in part will be obvious from the following description, or will be learned through practice of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS

[0066] Other features, objects and advantages of the present application will become more apparent by reading the detailed description of non-limiting embodiments made with reference to the following drawings:

[0067] Figure 1 The following is a diagram showing an implementation environment architecture of the information acquisition method provided in an embodiment of the present application;

[0068] Figure 2 A schematic diagram showing a flow chart of an information acquisition method provided by an embodiment of the present application is shown;

[0069] Figure 3 A schematic diagram of a process of obtaining information provided in Example 1 of the present application is shown;

[0070] Figure 4 A schematic diagram showing a flow chart of another information acquisition method provided in Embodiment 1 of the present application is shown;

[0071] Figure 5 A schematic diagram showing a flow chart of another information acquisition method provided in Embodiment 1 of the present application is shown;

[0072] Figure 6 A schematic diagram of a flow chart of an information acquisition method provided in Embodiment 2 of the present application is shown;

[0073] Figure 7 A schematic diagram showing a flow chart of another information acquisition method provided in Embodiment 2 of the present application is shown;

[0074] Figure 8 A schematic diagram of a process of obtaining information provided in Embodiment 3 of the present application is shown;

[0075] Fig. 9 A schematic diagram showing a flow chart of another information acquisition method provided in Embodiment 3 of the present application is shown;

[0076] Fig.10 A schematic diagram of a flow chart of an information acquisition method provided in Embodiment 4 of the present application is shown;

[0077] Fig.11 A schematic diagram showing a flow chart of another information acquisition method provided in Embodiment 4 of the present application is shown;

[0078] Fig.12 A schematic diagram of the structure of an information acquisition device provided by an embodiment of the present application is shown;

[0079] Fig.13 A schematic diagram of the structure of a computer system of an electronic device or server suitable for implementing an embodiment of the present application is shown. DETAILED DESCRIPTION

[0080] The present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It is to be understood that the specific embodiments described herein are only used to explain the relevant invention, rather than to limit the invention. It is also necessary to explain that, for ease of description, only the parts related to the invention are shown in the accompanying drawings.

[0081] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present application can be combined with each other. The present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0082] For the specific implementation environment of the information acquisition method proposed in this application, please refer to Figure 1 . Figure 1 The following is a diagram showing the implementation environment architecture of the information acquisition method provided in the embodiment of the present application.

[0083] like Figure 1 As shown, the implementation environment architecture includes: a first platform 101, a second platform 102, a first user 103, a second user 104, and an access device 105. It should be understood that in the information acquisition system, the first platform 101 is an access management platform, the second platform 102 is a data management platform, the first user 103 is an access user, the second user 104 is a management user, and the access device 105 is an access device.

[0084] Among them, at least one access device 105 is respectively connected to the second platform 102, managed by the second platform 102, and sends device information, collected data and other information to the second platform 102. The second user 104 is the manager of the second platform 102, and is used to manage the access device 105 through the second platform 102. For example, the second platform 102 can be a smart store platform, and the access device 105 can be a device in the smart store, such as a camera, etc. The second user 104 is the manager of the smart store, and the second user 104 can access or obtain data collected by the access device 105 through the second platform 102, such as monitoring image data.

[0085] In some scenarios, for example, users who need to visit a smart store have the authority to access the access device 105 through the second platform 102 with the authorization of the second user 104, the manager of the smart store. For example, when the user needs to visit the smart store offline, the video data of the access device 105 can be directly obtained through the second platform 102, or the traffic data processed by the second platform 102, so as to know the current business conditions and / or congestion conditions of the smart store, and then decide whether to visit the smart store offline.

[0086] At this time, a large number of access authorizations may easily lead to a sharp increase in the number of concurrent users of the second platform 102, thereby causing the second platform 102 to crash or have a very busy access speed. The present application proposes to manage the access of the first user 103 (user) through the first platform 101, thereby reducing the concurrent access to the second platform 102.

[0087] Specifically, the second user 104 and the first user 103 are respectively registered on the first platform 101 and form a user group. When the first user 103 needs to access the second platform 102, the first platform 101 directly or indirectly sends an access request to the second platform 102 based on the access request of the first user, thereby achieving the purpose of managing the access of the first user 101.

[0088] The first platform 101 and the second platform 102 may be independent physical servers, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms. The server 102 is used to provide replacement entries to the terminal device 101 and execute an identification strategy for abnormal target entries.

[0089] The first platform 101 and the second platform 102 are connected by wired or wireless communication. Optionally, the wireless network or wired network uses standard communication technology and / or protocol. The network is usually the Internet, and can also be any network, including but not limited to a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a mobile, wired or wireless network, a private network or any combination of a virtual private network.

[0090] The information acquisition method proposed in the present application can be implemented by an information acquisition device, and the information acquisition device can be installed on the first platform 101.

[0091] In order to further illustrate the technical solution provided by the embodiment of the present application, this is described in detail below in conjunction with the accompanying drawings and specific implementation methods. Although the embodiment of the present application provides the method operation instruction steps shown in the following embodiments or drawings, more or less operation instruction steps may be included in the method based on routine or no creative labor. In the steps where there is no necessary causal relationship logically, the execution order of these steps is not limited to the execution order provided by the embodiment of the present application. The method may be executed in the order of the method shown in the embodiment or drawings or in parallel during the actual processing process or when the device is executed.

[0092] Please refer to Figure 2 , Figure 2 A schematic flow chart of an information acquisition method provided by an embodiment of the present application is shown, wherein the embodiment is applied to a first platform.

[0093] like Figure 2 As shown, the method includes:

[0094] Step 201: construct a user group, the user group includes a first user and a second user, the first user and the second user are registered users of the first platform.

[0095] The first user is a user who has access requirements to the access device managed by the second platform or the data collected by the access device, and the second user is a manager who manages the second platform. By constructing a user group, the second user who has management authority over the second platform and the first user who has access requirements are constructed as users in the same group, so that the first platform can manage the first user and the second user.

[0096] Step 202, in response to a first request sent by a first user, a second request is sent to a target party, the target party having a relevant relationship with a second user.

[0097] The first request includes but is not limited to a query request and an operation request. The query request can be used to query all or part of the data directly collected or processed by the access device, and the operation request includes but is not limited to operations such as filtering and updating the data.

[0098] Step 203: receiving content data sent by the target party, where the content data is obtained by the target party in response to the second request.

[0099] In an embodiment of the present application, the target party is a request receiver directly connected to the first platform, configured to receive the second request sent by the first platform and send content data obtained in response to the second request to the first platform.

[0100] Optionally, the target party may be a second platform that directly manages the access device, or may be a device of the second user. When the target party is the second platform, the first platform communicates directly with the second platform, the first platform directly sends a second request to the second platform and receives the content data sent by the second platform, ensuring data transmission efficiency; when the target party is the device of the second user, the first platform communicates indirectly with the second platform through the second user, the first platform sends a second request to the second platform, and the second user forwards the second request to the second platform, the second user receives the content data returned by the second platform and forwards it to the first platform.

[0101] Step 204: Send the content data to the first user.

[0102] Therefore, the information acquisition method proposed in the embodiment of the present application sends a second request to the target party through the first platform, thereby realizing indirect access of the first user to the target party, thereby effectively reducing the amount of concurrent data carried by the target party, avoiding downtime or reduced access speed of the target party, and ensuring the user's access experience.

[0103] Embodiment 1

[0104] The target party is the second platform, and the second user is a registered user of the target party, that is, the second platform is a management platform for accessing the device, and the second user is a manager of the second platform.

[0105] Optional, such as Figure 3 As shown, in response to a first request sent by a first user, sending a second request to a target party includes:

[0106] Step 301: Obtain a user group identifier and first request content information contained in a first request.

[0107] The first request may include at least a first user identifier and first request content information.

[0108] Optionally, the user group identifier to which the first user belongs may be information directly included in the first request, or the first platform may obtain the user group identifier to which the first user belongs by querying according to the first user identifier.

[0109] Step 302: Obtain the second user corresponding to the user group identifier.

[0110] Specifically, the first platform determines the user group to which the first user belongs according to the user group identifier to which the first user belongs, and determines the second user from the user group.

[0111] Optionally, a user group may include multiple first users and one second user. When any first user initiates a first request, a unique second user may be determined according to the user group to which the first user belongs.

[0112] Step 303: Obtain the target party corresponding to the second user.

[0113] In this embodiment of the present application, the target party is the second platform, and the second user is a registered user of the second platform.

[0114] Optionally, registration information of the second user is obtained, and the second platform is determined based on the registration information.

[0115] Specifically, when the second user registers on the first platform, a mapping relationship between the second platform can be set. After the first platform obtains the second user corresponding to the first user, it can obtain the target party corresponding to the second user by querying the mapping relationship between the second user and the second platform.

[0116] Step 304: Send a second request to the target party, where the second request includes second request content information.

[0117] The second request content information is used to directly or indirectly express the first request content information. That is, the second request content information can be the first request content information itself, or it can be the request content information transcribed by the first platform according to the first request content information.

[0118] The second request content information can be used to indirectly express the first request content information. For example, the first user can make some relatively general requests, such as whether the first request content information is whether the business is currently open, whether there are customers, or whether there are many customers, etc. The first platform can convert the first request content information to obtain the second request content information, that is, convert the request whether the business is currently open, whether there are customers, or whether there are many customers into a real-time image acquisition request or a real-time video acquisition request for acquiring the target device. The first platform can analyze the real-time image acquisition response or real-time video acquisition response returned by the second platform to obtain information related to the first request content. The first platform can also perform an upper conversion on the first request content information to obtain the second request content information. For example, the first request content information is whether the business is open, and the second platform can convert the first request content information to whether there are people in the monitoring range, so that the second platform performs target detection according to the second request content information, and then feedbacks to the first platform whether there is a target (such as a customer) in the current monitoring range. The first platform can obtain a conclusion on whether the business is open based on the feedback of whether the target exists on the second platform and feedback to the first user. In other words, the first platform can handle concurrent requests from multiple first users, reducing the concurrent request processing capacity of the second platform. That is, the second platform only needs to process the requests from the first platform, and at the same time convert the content information of the first user's request through the first platform, avoiding the original information of the second platform from being sent directly to the first platform, thereby improving the privacy protection capability of the second platform information and enhancing the information acquisition experience of the first user.

[0119] The second request content information can be used to directly express the first request content information. For example, the first user can usually make some relatively general requests. For example, the first request content information is whether the business is currently open, whether there are customers, or whether there are many customers. The first platform directly generates the second request content information (that is, including whether the business is currently open, whether there are customers, or whether there are many customers) from the first request content information. The first platform sends the second request content to the second platform. The second platform converts the second request content and the service information list provided by itself to obtain the information corresponding to the second request content. For example, if the second request content information is whether there are customers, the second platform can obtain whether there is a target within the current monitoring range through target detection, and return a response to the first platform (including content about customers) if there is a target.

[0120] In other words, the first platform can handle concurrent requests from multiple first users, reducing the concurrent request processing capacity of the second platform, that is, the second platform only needs to process the requests from the first platform, and at the same time send the content information of the first user's request to the second platform through the first platform for processing. The second platform processes the second request content information and returns it to the first platform, avoiding the original information of the second platform from being sent directly to the first platform, thereby improving the privacy protection capability for the second platform information and enhancing the information acquisition experience of the first user.

[0121] Optionally, in order to further improve the security of data transmission, sending a second request to the target party includes: obtaining first authentication information issued by the second user for the first user, constructing a second request based on the first request content information and the first authentication information, and sending the second request to the target party.

[0122] The first authentication information issued by the second user to the first user may be a digital certificate, which is used to verify the identity information of the request sender.

[0123] Furthermore, the second platform authenticates the first authentication information and executes the second request after the authentication is passed.

[0124] It should be noted that the first authentication information can be issued by the second user based on the third authentication information issued by the second platform for the second user, that is, the second platform parses the first authentication information in the second request to obtain the third authentication information, and then determines the legitimacy of the second request by authenticating the legitimacy of the third authentication information, and executes the second request after the authentication is passed.

[0125] As a feasible embodiment, the first authentication information may be forwarded to the first user through the first platform when constructing the user group, such as Figure 4 As shown, including:

[0126] Step 401: Obtain a first adding request sent by a second user, where the adding request includes a first user identifier and first authentication information issued by the second user for the first user.

[0127] Step 402: Send a second adding request to the first user, where the second adding request includes the first authentication information.

[0128] Step 403: receiving an add response sent by the first user. The first user sends the add response after the first authentication information is authenticated.

[0129] That is, when the second user adds the first user to the user group, the first authentication information is sent to the first user through the first platform, so that the first user adds the first authentication information in the first request, thereby enabling the first platform to send the first authentication information to the second platform.

[0130] It is understandable that the first platform can also verify the first user and / or the first request through the first authentication information.

[0131] As a specific example, Figure 5 As shown:

[0132] Step 501: The second platform receives a registration request sent by a second user.

[0133] Step 502: In response to the registration request, the second platform returns to the second user a response message carrying third authentication information issued by the second platform for the second user.

[0134] Step 503: The first platform receives a binding request sent by the second user, wherein the binding request includes a second user identifier and a second platform identifier.

[0135] Step 504: The first platform returns response information to the second user in response to the binding request.

[0136] Step 505: The first platform receives a request for creating a user group sent by the second user.

[0137] Step 506: The first platform returns response information to the second user in response to the request to create a user group.

[0138] Step 507: The first platform receives a first adding request sent by the second user, where the adding request includes a first user identifier and first authentication information.

[0139] Step 508: The first platform sends a second add request to the first user in response to the first add request, where the second add request includes the first user identifier and the first authentication information.

[0140] Step 509: The first platform receives the first user's response information to the second adding request.

[0141] Step 510: The first platform sends the response information received from the first user to the second user.

[0142] Step 511: The first platform adds the first user to the user group created by the second user based on the response information sent by the first user.

[0143] Step 512: The first platform receives a first request sent by a first user. The first request includes a first user identifier, a user group identifier, first request content information, and first authentication information.

[0144] Step 513: The first platform obtains the second user corresponding to the user group based on the user group identifier in the first request, and obtains the corresponding second platform according to the second user.

[0145] Step 514: The first platform sends a second request to the second platform. The second request includes second request content information and the first authentication information.

[0146] Step 515: The second platform verifies the first authentication information.

[0147] If it passes, execute step 516; if it fails, abandon the execution.

[0148] Step 516: The second platform sends an operation request to the access device.

[0149] Step 517: The second platform receives the operation response information returned by the access device.

[0150] Step 518: The first platform receives content data returned by the second platform. The content data may be operation response data.

[0151] Step 519: The first platform sends content data to the first user.

[0152] Therefore, the embodiment of the present application realizes data communication between the first user and the second platform through the first platform, effectively realizes access management of the first user, reduces the data concurrency of the second platform, effectively avoids the second platform from crashing or reducing the access speed, and ensures the user's access experience.

[0153] Embodiment 2

[0154] Based on the first embodiment, Figure 6 As shown, the embodiment of the present application also includes:

[0155] Step 601: Obtain a service content list provided by the target party.

[0156] Similar to the first embodiment, the target party in the embodiment of the present application is the second platform.

[0157] Among them, the service content list is a service content list constructed by the target party according to the reported data of the access device. The service request that meets the service content list is the content that the first user is allowed to access, and the service request that does not meet the service content list is the content that the first user is not allowed to access.

[0158] Optionally, the second platform can process the data reported by the access device to obtain a service content list. For example, the second platform can process the monitoring data collected by the camera to obtain the flow of people in the offline store, and use the flow of people data as service content and add the flow of people data to the service content list.

[0159] Step 602: Determine whether the first request content information matches the service content list.

[0160] Step 603: When the first request content information matches the service content list, a second request is sent to the target party.

[0161] Specifically, the first request content information can be matched with multiple service contents in the service content list in sequence. When the first request content information matches the service content list, it is determined that the service content requested by the first request content information is accessible content, and the first platform sends a second request to the second platform to obtain request response information. When the first request content information does not match the service content list, it is determined that the service content requested by the first request content information is inaccessible content, including but not limited to management services, privacy information, etc. At this time, the first platform discards the request or sends an inaccessible response message to the first user.

[0162] As a specific example, Figure 7 As shown, the information acquisition method includes:

[0163] Step 701: The second platform receives a registration request sent by a second user.

[0164] Step 702: In response to the registration request, the second platform returns to the second user a response message carrying third authentication information issued by the second platform for the second user.

[0165] Step 703: The first platform receives a binding request sent by the second user, wherein the binding request includes a second user identifier and a second platform identifier.

[0166] Step 704: The first platform returns first response information to the second user in response to the binding request.

[0167] Step 705: The first platform receives a request for creating a user group sent by the second user.

[0168] Step 706: The first platform returns second response information to the second user in response to the request to create a user group.

[0169] Step 707: The first platform receives a first adding request sent by the second user, where the adding request includes a first user identifier and first authentication information.

[0170] Step 708: The first platform sends a second add request to the first user in response to the first add request, where the second add request includes the first user identifier and the first authentication information.

[0171] Step 709: The first platform receives the first user's response information to the second adding request.

[0172] Step 710: The first platform sends the response information received from the first user to the second user.

[0173] Step 711: The first platform adds the first user to the user group created by the second user based on the response information sent by the first user.

[0174] Step 712: The second platform receives a data reporting request sent by the access device. Taking the access device as an example, the data reporting request may be an image data reporting request.

[0175] Step 713: The second platform sends a data reporting response to the access device in response to the data reporting request.

[0176] Step 714: The second platform extracts information based on the data reported by the access device and constructs a service content list.

[0177] Step 715: The second platform sends a service content list to the second user.

[0178] Step 716: The first platform receives the service content list sent by the second user.

[0179] Step 717: The first platform receives a first request sent by a first user. The first request includes a first user identifier, a user group identifier, first request content information, and first authentication information.

[0180] Step 718: The first platform obtains the second user corresponding to the user group based on the user group identifier in the first request, and obtains the corresponding second platform according to the second user.

[0181] Step 719: The first platform determines whether the first request content information matches the service content list.

[0182] If there is a match, step 720 is executed; if there is no match, the first request is discarded.

[0183] Step 720: The first platform sends a second request to the second platform. The second request includes the first request content information and the first authentication information.

[0184] Step 721: The second platform verifies the first authentication information.

[0185] If yes, execute step 722, if no, abandon the execution.

[0186] Step 722: The first platform receives content data returned by the second platform. The content data may be request response data.

[0187] Step 723: The first platform sends content data to the first user.

[0188] Therefore, the embodiment of the present application effectively limits the access rights of the first user and improves the security of accessed data by setting a service content list mechanism.

[0189] Embodiment 3

[0190] Taking the target party as the second user as an example, that is, the first platform does not communicate directly with the second platform, but communicates indirectly with the second platform through the second user. This is applicable to the case where the communication protocols between the first platform and the second platform are different.

[0191] Optional, such as Figure 8 As shown, in response to a first request sent by a first user, sending a second request to a target party includes:

[0192] Step 801: Obtain a second user identifier and first request content information contained in a first request.

[0193] Optionally, the second user identifier may be directly included in the first request, or may be obtained by parsing the user group identifier included in the first request of the first platform.

[0194] Step 802: Acquire a second user corresponding to the second user identifier, and determine the second user as a target party.

[0195] Step 803: Send a second request to the target party, where the second request includes second request content information.

[0196] The second request content information is used to directly or indirectly express the first request content information. That is, the second request content information can be the first request content information itself, or it can be the request content information transcribed by the first platform according to the first request content information.

[0197] That is to say, in the embodiment of the present application, the second user can be directly used as the target party for communicating with the first platform. The first user can directly carry the identifier of the second user in the first request, or can carry the user group identifier. The first platform obtains the second user through the user group identifier.

[0198] Furthermore, due to the difference in communication protocols between the first platform and the second platform, after completing the registration, the second user also needs to establish a cross-platform content service template, that is, a mapping relationship for converting the content sent by the first platform, so as to convert the content data sent to each other by the first platform and the second platform.

[0199] As a specific example, Fig. 9 As shown, including:

[0200] Step 901: The second platform receives a registration request sent by a second user.

[0201] Step 902: The second platform sends a registration response to the second user in response to the registration request.

[0202] Step 903: The first platform receives a registration request sent by the second user.

[0203] Step 904: The first platform sends a registration response to the second user in response to the registration request.

[0204] Step 905: The second user establishes a cross-platform content service template.

[0205] Step 906: The first platform receives a request to create a group sent by the second user.

[0206] Step 907: The first platform returns response information to the second user in response to the request to create a user group.

[0207] Step 908: The first platform receives a first adding request sent by the second user, where the adding request includes a first user identifier and first authentication information.

[0208] Step 909: The first platform sends a second adding request to the first user in response to the first adding request, where the second adding request includes the first user identification and the first authentication information.

[0209] Step 910: The first platform receives the first user's response information to the second adding request.

[0210] Step 911: The first platform sends the response information received from the first user to the second user.

[0211] Step 912: The first platform receives a subscription request sent by the second user. The subscription request is used to subscribe to access requests of group members.

[0212] Step 913: The first platform sends a response message to the second user in response to the subscription request.

[0213] Step 914: The first platform receives a first request sent by a first user. The first request includes a first user identifier, a second user identifier, and first request content information.

[0214] Step 915: The first platform sends a second request to the second user in response to the first request.

[0215] Step 916: The second user converts the first request according to the cross-platform content service template to obtain a third request.

[0216] Step 917: The second platform receives a third request sent by the second user. The third request includes second request content information. The second request content information is used to directly or indirectly express the first request content information.

[0217] Step 918: The second platform sends a request to the access device in response to the third request.

[0218] Step 919: The second platform receives an acquisition response sent by the access device in response to the acquisition request. The acquisition response includes content data.

[0219] Step 920: The second platform sends the acquisition response to the second user.

[0220] Step 921: The second user converts the acquired response according to the cross-platform content service template to obtain content data.

[0221] Step 922: The first platform receives content data sent by the second user.

[0222] Step 923: The first platform sends the content data to the first user.

[0223] Therefore, the embodiment of the present application can be applied to situations where the protocols between the first platform and the second platform are different by performing protocol conversion through the second user, which effectively increases the applicable scenarios of the present application.

[0224] Embodiment 4

[0225] Based on the first embodiment, Fig.10 As shown, the embodiment of the present application also includes:

[0226] Step 1001: Obtain a user group identifier and first request content information contained in a first request.

[0227] Step 1002: Obtain a second user corresponding to the user group identifier.

[0228] Step 1003: Obtain the target party and token information corresponding to the second user.

[0229] Step 1004: Send a second request to the target address, where the second request includes second request content information and token information.

[0230] The second request content information is used to directly or indirectly express the first request content information. That is, the second request content information can be the first request content information itself, or it can be the request content information transcribed by the first platform according to the first request content information.

[0231] That is, when the second user registers on the first platform, he or she may also register the address of the second platform, so that the first platform can send the second request to the second platform through the address of the second platform.

[0232] In an embodiment of the present application, sending a second request to the target party address includes: obtaining second authentication information issued by the target party for the first platform, encrypting the first request content information based on the second authentication information to obtain a second request, and sending the second request to the target party address.

[0233] Optionally, in an embodiment of the present application, the second authentication information may include a symmetric key. Specifically, the second authentication information includes token information and a symmetric key. The first platform may encrypt the token information, timestamp information, and random number with the symmetric key to obtain signature information, and then the first platform sends the second request containing the signature information to the second platform. The second platform decrypts using the symmetric key, reconstructs the signature information, and compares the reconstructed signature information with the signature information in the second request information. If they are consistent, the verification is successful, otherwise the verification fails. As a specific example, the verification process is as follows:

[0234]

[0235]

[0236] As a specific example, Fig.11 As shown, including:

[0237] Step 1101: The second platform receives a registration request sent by a second user.

[0238] Step 1102: In response to the registration request, the second platform returns a response message to the second user that carries second authentication information issued by the second platform for the second user. The second authentication information includes a token and a symmetric key.

[0239] Step 1103: The first platform receives a binding request sent by the second user, which includes the second user ID, the second platform address, a token, and a symmetric key.

[0240] Step 1104: The first platform returns response information to the second user in response to the binding request.

[0241] Step 1105: The second platform receives the message processing method set by the second user. As a feasible example, the message processing method is as follows:

[0242]

[0243] Step 1106: The first platform receives a request for creating a user group sent by the second user.

[0244] Step 1107: The first platform returns response information to the second user in response to the request to create a user group.

[0245] Step 1108: The first platform receives a first adding request sent by the second user. The adding request includes the first user identifier.

[0246] Step 1109: The first platform sends a second adding request to the first user in response to the first adding request.

[0247] Step 1110: The first platform receives the first user's response information to the second adding request.

[0248] Step 1111: The first platform sends the response information received from the first user to the second user.

[0249] Step 1112: The first platform adds the first user to the user group created by the second user based on the response information sent by the first user.

[0250] Step 1113: The first platform receives a first request sent by a first user. The first request includes a first user identifier, a user group identifier, and first request content information.

[0251] Step 1114: The first platform obtains the second user corresponding to the user group based on the user group identifier in the first request, and obtains the corresponding second platform according to the second user.

[0252] Step 1115: The first platform encrypts the first request according to the first request content information and the second authentication information to obtain a second request.

[0253] Step 1116: The first platform sends a second request to the second platform.

[0254] Step 1117: The second platform decrypts the second request and verifies whether the decrypted and reconstructed information is consistent with the original information.

[0255] If they are consistent, execute step 1118; if they are inconsistent, abandon the execution.

[0256] Step 1118: The second platform sends an operation request to the access device.

[0257] Step 1119: The second platform receives the operation response information returned by the access device.

[0258] In step 1120, the first platform receives content data returned by the second platform, where the content data may be operation response data.

[0259] Step 1121: The first platform sends content data to the first user.

[0260] Therefore, the embodiment of the present application can encrypt the request through a key encryption method, thereby improving the reliability of identity authentication while effectively preventing the request information from being intercepted and tampered with midway, thereby improving the reliability of communication.

[0261] To sum up, the embodiment of the present application realizes data communication between the first user and the second platform through the first platform, effectively realizes access management of the first user, reduces the data concurrency of the second platform, effectively avoids the second platform from crashing or reducing the access speed, and ensures the user's access experience.

[0262] Embodiment 5

[0263] An information acquisition method based on an information acquisition system includes: an access user sends a first acquisition request to an access management platform, the first acquisition request is used to acquire content data in the data management platform, and the data management platform acquires the content data by managing the access device; the access management platform responds to the first acquisition request and sends a second acquisition request to the data management platform, the first acquisition request carries a user group identifier to which the access user belongs, the access user and its corresponding management user belong to the same user group, the management user is a registered user of the data management platform, and the second acquisition request directly or indirectly expresses the first acquisition request; the data management platform responds to the second acquisition request and sends the content data acquired from the access device to the access management platform; the access management platform sends the content data to the access user.

[0264] In some embodiments, the access management platform responds to the first acquisition request, determines the data management platform based on the user group to which the access user belongs, and sends a second acquisition request to the data management platform, including: the access management platform determines the management user corresponding to the access user based on the user group to which the access user belongs, and sends the first acquisition request to the management user; the management user responds to the first acquisition request and sends the second acquisition request to the data management platform.

[0265] Fig.12 A schematic diagram of the structure of an information acquisition device provided in an embodiment of the present application is shown.

[0266] like Fig.12 As shown, the information acquisition device 10 proposed in the embodiment of the present application includes:

[0267] A construction module 11 is used to construct a user group, where the user group includes a first user and a second user, where the first user and the second user are registered users of the first platform;

[0268] A response module 12, configured to send a second request to a target party in response to the first request sent by the first user, the target party having a relevant relationship with the second user;

[0269] A receiving module 13, configured to receive content data sent by the target party, wherein the content data is obtained by the target party in response to the second request;

[0270] The sending module 14 is configured to send the content data to the first user.

[0271] In some embodiments, the target party is a second platform, the second user is a registered user of the target party, and the response module 12 is further used to:

[0272] Obtaining the user group identifier and first request content information included in the first request;

[0273] Obtaining a second user corresponding to the user group identifier;

[0274] Obtaining a target party corresponding to the second user;

[0275] A second request is sent to the target party, where the second request includes the second request content information.

[0276] In some embodiments, the response module 12 is further configured to:

[0277] The registration information of the second user is obtained, and the second platform is determined based on the registration information.

[0278] In some embodiments, the response module 12 is further configured to:

[0279] Obtaining first authentication information issued by the second user for the first user;

[0280] constructing the second request based on the first request content information and the first authentication information;

[0281] The second request is sent to the target party.

[0282] In some embodiments, the second request includes first authentication information issued by the second user for the first user, and the response module 12 is further configured to:

[0283] The second platform authenticates the first authentication information and executes the second request after the authentication is passed.

[0284] In some embodiments, the building block 11 is further configured to:

[0285] Obtaining a first adding request sent by the second user. The adding request includes the first user identifier and first authentication information issued by the second user for the first user;

[0286] Sending a second adding request to the first user, where the second adding request includes the first authentication information;

[0287] An adding response sent by the first user is received, where the first user sends the adding response after the first authentication information is authenticated.

[0288] In some embodiments, the response module 12 is further configured to:

[0289] Obtain a list of service contents provided by the target party;

[0290] Determining whether the first request content information matches the service content list;

[0291] When the first request content information matches the service content list, the second request is sent to the target party.

[0292] In some embodiments, the target party is a second user, and the response module 12 is further configured to:

[0293] Obtaining the second user identifier and first request content information included in the first request;

[0294] Acquire a second user corresponding to the second user identifier, and determine the second user as the target party;

[0295] A second request is sent to the target party, where the second request includes the second request content information.

[0296] In some embodiments, the target party is a second platform, and the response module 12 is further configured to:

[0297] Obtaining the user group identifier and first request content information included in the first request;

[0298] Obtaining a second user corresponding to the user group identifier;

[0299] Obtaining the target party and token information corresponding to the second user;

[0300] A second request is sent to the target address, where the second request includes the second request content information and token information.

[0301] In some embodiments, the response module 12 is further configured to:

[0302] Obtaining second authentication information issued by the target party for the first platform;

[0303] Encrypting the first request content information based on the second authentication information to obtain the second request;

[0304] A second request is sent to the target address.

[0305] It should be understood that the units or modules described in the device 10 are similar to those described in the reference Figure 2 The various steps in the described method correspond to each other. Therefore, the operations and features described above for the method are also applicable to the device 10 and the units contained therein, and will not be repeated here. The device 10 can be pre-implemented in a browser or other security application of an electronic device, or loaded into a browser or its security application of an electronic device by downloading or the like. The corresponding units in the device 10 can cooperate with the units in the electronic device to implement the solution of the embodiment of the present application.

[0306] For the several modules or units mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiments of the present disclosure, the features and functions of two or more modules or units described above can be embodied in one module or unit. On the contrary, the features and functions of one module or unit described above can be further divided into multiple modules or units to be embodied.

[0307] To sum up, the embodiment of the present application realizes data communication between the first user and the second platform through the first platform, effectively realizes access management of the first user, reduces the data concurrency of the second platform, effectively avoids the second platform from crashing or reducing the access speed, and ensures the user's access experience.

[0308] Reference below Fig.13 , Fig.13 A schematic diagram of the structure of a computer system of an electronic device or server suitable for implementing an embodiment of the present application is shown.

[0309] like Fig.13 As shown, the computer system includes a central processing unit (CPU) 1301, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 1302 or the program loaded from the storage part 1308 to the random access memory (RAM) 1303. In the RAM 1303, various programs and data required for the operation instructions of the system are also stored. The CPU 1301, the ROM 1302, and the RAM 1303 are connected to each other through a bus 1304. An input / output (I / O) interface 1305 is also connected to the bus 1304.

[0310] The following components are connected to the I / O interface 1305: an input section 1306 including a keyboard, a mouse, etc.; an output section 1307 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 1308 including a hard disk, etc.; and a communication section 1309 including a network interface card such as a LAN card, a modem, etc. The communication section 1309 performs communication processing via a network such as the Internet. A drive 1310 is also connected to the I / O interface 1305 as needed. A removable medium 1311, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1310 as needed, so that a computer program read therefrom is installed into the storage section 1308 as needed.

[0311] In particular, according to an embodiment of the present application, the above reference flow chart Figure 2The described process can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer readable medium, and the computer program includes a program code for executing the method shown in the flow chart. In such an embodiment, the computer program includes a program code for executing the method shown in the flow chart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 1309, and / or installed from the removable medium 1311. When the computer program is executed by the central processing unit (CPU) 1301, the above-mentioned functions defined in the system of the present application are executed.

[0312] It should be noted that the computer-readable medium shown in the present application may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device. In the present application, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries a computer-readable program code. This propagated data signal may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium such as a computer-readable storage medium that can send, propagate or transmit a program for use by or in conjunction with an instruction execution system, device or device. The program code contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, optical cable, RF, etc., or any suitable combination of the above.

[0313] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, functions and operating instructions of the system, method and computer program product according to various embodiments of the present application. In this regard, each box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the aforementioned module, program segment or a part of a code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some implementations as replacements, the functions marked in the box can also occur in a sequence different from that marked in the accompanying drawings. For example, the boxes represented by two connections can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flow chart, and the combination of the boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operating instruction, or can be implemented with a combination of dedicated hardware and computer instructions.

[0314] The units or modules involved in the embodiments of the present application may be implemented by software or by hardware. The units or modules described may also be provided in a processor. For example, they may be described as follows: a processor includes a building module, a response module, a receiving module, and a sending module. Among them, the names of these units or modules do not constitute a limitation on the units or modules themselves under certain circumstances. For example, a building module may also be described as "building a user group, the user group including a first user and a second user, the first user and the second user being registered users of the first platform".

[0315] As another aspect, the present application further provides a computer-readable storage medium, which may be included in the electronic device described in the above embodiment, or may exist independently without being assembled into the electronic device. The above computer-readable storage medium stores one or more programs, and when the above programs are used by one or more processors to execute the information acquisition method described in the present application.

[0316] The above description is only a preferred embodiment of the present application and an explanation of the technical principles used. Those skilled in the art should understand that the scope of disclosure involved in the present application is not limited to the technical solution formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the aforementioned disclosed concept. For example, the above features are replaced with the technical features with similar functions disclosed in this application (but not limited to) by each other to form a technical solution.

Claims

1. A method for obtaining information, characterized in that: Applied to the first platform, including: Building a user group, the user group including a first user and a second user, the first user and the second user being registered users of the first platform; In response to a first request sent by the first user, a second request is sent to a target party, the target party has a relevant relationship with the second user, the target party is a second platform, and the second user is a registered user of the target party; comprising: Obtaining the user group identifier and first request content information contained in the first request; Acquire a second user corresponding to the user group identifier and a target party corresponding to the second user; Sending a second request to the target party, the second request including second request content information, the second request content information being used to directly or indirectly express the first request content information; receiving content data sent by the target party, the content data being obtained by the target party in response to the second request; The content data is sent to the first user.

2. The method according to claim 1, characterized in that The acquiring the target party corresponding to the second user comprises: The registration information of the second user is obtained, and the second platform is determined based on the registration information.

3. The method according to claim 1, characterized in that The sending a second request to the target party comprises: Obtaining first authentication information issued by the second user for the first user; constructing the second request based on the first request content information and the first authentication information; The second request is sent to the target party.

4. The method according to claim 3, characterized in that: The second request includes first authentication information issued by the second user for the first user, and the method further includes: The second platform authenticates the first authentication information and executes the second request after the authentication is passed.

5. The method according to claim 3, characterized in that: The construction user group includes: Acquire a first adding request sent by the second user, where the adding request includes the first user identifier and first authentication information issued by the second user for the first user; Sending a second adding request to the first user, where the second adding request includes the first authentication information; An adding response sent by the first user is received, where the first user sends the adding response after the first authentication information is authenticated.

6. The method according to claim 1, characterized in that The sending a second request to the target party comprises: Obtain a list of service contents provided by the target party; Determining whether the first request content information matches the service content list; When the first request content information matches the service content list, the second request is sent to the target party.

7. The method according to claim 1, characterized in that The target party is a second user, and sending a second request to the target party in response to the first request sent by the first user includes: Obtaining the second user identifier and first request content information included in the first request; Acquire a second user corresponding to the second user identifier, and determine the second user as the target party; A second request is sent to the target party, where the second request includes second request content information.

8. The method according to claim 1, characterized in that The target party is a second platform, and sending a second request to the target party in response to the first request sent by the first user includes: Obtaining the user group identifier and first request content information contained in the first request; Obtaining a second user corresponding to the user group identifier; Obtaining the target party and token information corresponding to the second user; A second request is sent to the target party, where the second request includes second request content information and the token information.

9. The method according to claim 8, characterized in that The sending a second request to the target address includes: Obtaining second authentication information issued by the target party for the first platform; Encrypting the first request content information based on the second authentication information to obtain the second request; A second request is sent to the target address.

10. An information acquisition method, characterized in that: include: The access user sends a first acquisition request to the access management platform, where the first acquisition request is used to acquire content data in the data management platform, and the data management platform acquires the content data by managing the access device; The access management platform sends a second acquisition request to the data management platform in response to the first acquisition request, wherein the first acquisition request carries a user group identifier to which the access user belongs, the access user and its corresponding management user belong to the same user group, the management user is a registered user of the data management platform, and the second acquisition request directly or indirectly expresses the first acquisition request; including: The access management platform determines the management user corresponding to the access user based on the user group to which the access user belongs, and sends the first acquisition request to the management user; The management user sends the second acquisition request to the data management platform in response to the first acquisition request; the data management platform sends the content data acquired from the access device to the access management platform in response to the second acquisition request; The access management platform sends the content data to the access user.

11. An information acquisition system, characterized in that: include: Access management platform, data management platform, manage users and access devices; The access management platform is used to receive a first acquisition request sent by an access user, and in response to the first acquisition request, the platform sends a second acquisition request to the data management platform, the first acquisition request carries a user group identifier to which the access user belongs, the access user and its corresponding management user belong to the same user group, the management user is a registered user of the data management platform, and the second acquisition request directly or indirectly expresses the first acquisition request; The access management platform determines the management user corresponding to the access user based on the user group to which the access user belongs, and sends the first acquisition request to the management user; The management user sends the second acquisition request to the data management platform in response to the first acquisition request; The data management platform is used to manage the access device to obtain content data, and send the content data to the access management platform in response to the second acquisition request; The management user is used to manage the access users through user groups on the access management platform; The access device is used to collect content data and upload the content data to the data management platform.

Citation Information

Patent Citations

  • Voice data processing method and device, equipment and medium

    CN113393842A

  • Data transmission method and device, electronic equipment and storage medium

    CN114745367A