Information interaction method and device

Abstract

The embodiment of the invention discloses an information interaction method and device, and the method and device provided by the embodiment of the invention are characterized in that an information query request of a third-party platform is received, user information of service personnel is queried based on a unique identifier of a public identity carried in the information query request, and a query result is provided for the third-party platform. According to the method, the electronic pass of the service staff can be provided by the third-party platform in a relatively authoritative manner, so that the identity verification of the service staff can be externally provided with relatively high credibility and popularization time, and the experience of O2O offline service is further improved.

Description

Technical Field

[0001] The present invention relates to the field of information interaction based on the Internet, and in particular to an information interaction method and device. Background Art

[0002] In online-to-offline (O2O) internet businesses, O2O platforms build network systems that enable consumers, merchants, and service personnel to connect and conduct transactions online based on consumers' offline needs. When service personnel provide offline services to consumers, they are often required to enter the consumer's residential complex to deliver food, goods, or other on-site services. To ensure the safety of property owners and residents, property management agencies typically implement stricter management measures. For example, they may directly prohibit service personnel from entering the community due to inability to verify their identity. This leads to frequent conflicts between property management and service personnel, and impacts the consumer experience.

[0003] Therefore, there is a need for an information interaction infrastructure that can effectively verify the identity of service personnel and has high credibility and popularity. Summary of the Invention

[0004] In view of this, an embodiment of the present invention provides an information interaction method and device, which is expected to unify the service personnel information in different O2O platforms and connect them with an external third-party platform. When the third-party platform has high authority and popularity, the information interaction process of the third-party platform to verify the identity of the service personnel can be effectively carried out.

[0005] According to a first aspect of an embodiment of the present invention, there is provided an information interaction method, wherein the method includes:

[0006] Receiving an information query request from a third-party platform, wherein the information query request includes a public unique identity identifier of a service personnel;

[0007] Querying the user information of the service personnel according to the public unique identity identifier;

[0008] Sending a query result to the third-party platform, the query result at least including information indicating whether the service personnel belongs to the service platform.

[0009] According to a second aspect of an embodiment of the present invention, there is provided an information interaction method, wherein the method includes:

[0010] The third-party client sends an authentication request for the service personnel to the third-party platform;

[0011] The third-party platform sends an information query request to the service personnel management platform, wherein the information query request includes the public unique identity identifier of the service personnel;

[0012] The service personnel management platform queries the user information of the service personnel according to the public unique identity identifier;

[0013] The service personnel management platform sends a query result to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform;

[0014] The third-party platform sends an identity authentication result to the third-party client, where the identity authentication result is an error message indicating that the authentication failed or information indicating the identity of the service personnel.

[0015] According to a third aspect of an embodiment of the present invention, there is provided an information interaction device, wherein the device includes:

[0016] A request receiving unit, configured to receive an information query request from a third-party platform, wherein the information query request includes a public unique identity identifier of a service personnel;

[0017] A query unit, configured to query the user information of the service personnel according to the public unique identity identifier;

[0018] The result sending unit is configured to send a query result to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform.

[0019] According to a fourth aspect of an embodiment of the present invention, there is provided an information interaction device, wherein the device includes:

[0020] The client request unit is used to send an authentication request for the service personnel to the third-party platform;

[0021] A query request unit, configured to send an information query request to the service personnel management platform, wherein the information query request includes the public unique identity identifier of the service personnel;

[0022] A query unit, configured to query the user information of the service personnel according to the public unique identity identifier;

[0023] A first result sending unit is configured to send a query result to the third-party platform, wherein the query result at least includes information indicating whether the service personnel belongs to the service platform;

[0024] The second result sending unit is used to send the identity authentication result to the third-party client, where the identity authentication result is an error message indicating that the authentication failed or information indicating the identity of the service personnel.

[0025] According to a fifth aspect of an embodiment of the present invention, there is provided an information interaction system, wherein the system includes:

[0026] The third-party client is used to send authentication requests for service personnel to the third-party platform and display the authentication results;

[0027] The third-party platform is configured to send an information query request to the service personnel management platform and send an identity verification result to the third-party client, wherein the information query request includes the service personnel's public unique identity identifier, and the identity verification result is an error message indicating that the verification failed or information indicating the service personnel's identity;

[0028] The service personnel management platform is used to query the user information of the service personnel according to the public identity unique identifier; and send the query result to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform.

[0029] According to a sixth aspect of an embodiment of the present invention, a computer-readable storage medium is provided, on which computer program instructions are stored. When the computer program instructions are executed by a processor, the method according to the first aspect or the second aspect is implemented.

[0030] According to a seventh aspect of the embodiments of the present invention, there is provided an electronic device, wherein the electronic device includes:

[0031] a memory for storing one or more computer program instructions;

[0032] A processor, wherein the one or more computer program instructions are executed by the processor to implement the method according to the first aspect or the second aspect.

[0033] The method and device of the embodiment of the present invention receive an information query request from a third-party platform, query the service personnel's user information based on the public identity unique identifier carried in the information query request, and provide the query results to the third-party platform so that the third-party platform can provide the service personnel's electronic pass in a more authoritative manner. In this way, the identity verification of the service personnel can be provided to the outside world with higher credibility and popularity, further improving the O2O offline service experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] The above and other objects, features and advantages of the present invention will become more apparent through the following description of the embodiments of the present invention with reference to the accompanying drawings, in which:

[0035] Figure 1 is a schematic diagram of an information interaction system according to an embodiment of the present invention;

[0036] Figure 2 is a flow chart of an information interaction method according to an embodiment of the present invention;

[0037] Figure 3 is another flow chart of the information interaction method according to an embodiment of the present invention;

[0038] Figure 4 This is a flow chart of information interaction on the service personnel management platform side of an embodiment of the present invention;

[0039] Figure 5 is a schematic diagram of an information interaction device according to an embodiment of the present invention;

[0040] Figure 6 is a schematic diagram of another information interaction device according to an embodiment of the present invention;

[0041] Figure 7 is a schematic diagram of an electronic device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0042] The present application is described below based on the following embodiments, but the present application is not limited to these embodiments. In the detailed description of the present application below, certain specific details are described in detail. Those skilled in the art can fully understand the present application without the description of these details. To avoid obscuring the essence of the present application, well-known methods, processes, procedures, components, and circuits are not described in detail.

[0043] Furthermore, persons of ordinary skill in the art will appreciate that the figures provided herein are for illustration purposes only and are not necessarily drawn to scale.

[0044] Unless the context clearly requires otherwise, words like “include”, “comprising” and the like throughout this application should be interpreted as including rather than exclusive or exhaustive; that is, as meaning “including but not limited to”.

[0045] In the description of this application, it should be understood that the terms "first", "second", etc. are used for descriptive purposes only and should not be understood to indicate or imply relative importance. In addition, in the description of this application, unless otherwise specified, "plurality" means two or more.

[0046] Where the solutions described in this specification and in the examples involve the processing of personal information, such processing will be conducted with a legitimate basis (e.g., with the consent of the personal information subject or as necessary for the performance of a contract) and only within the prescribed or agreed scope. A user's refusal to process personal information other than that required for basic functions will not affect the user's use of these basic functions.

[0047] In the following description, we use an O2O platform as a food delivery platform and a service provider as a food delivery person as an example. It's easy to understand that the technical solution described below can also be applied to identity verification for other types of service providers and platforms, such as moving, freight, housekeeping, and ride-hailing services.

[0048] In actual delivery operations, service personnel (also known as food delivery personnel) may encounter situations where property management agencies prohibit entry into property management areas (such as residential communities), forcing consumers to pick up their meals at designated locations. This negatively impacts the customer experience and the contractual obligations of service personnel and O2O platforms. Furthermore, it can easily lead to conflicts between property management personnel and service personnel.

[0049] At the same time, various regions are actively promoting authoritative e-government platforms. These platforms undertake the electronicization of government services. Users can log into various departments' systems and conduct transactions through authentication on these platforms. Given the high authority of e-government platforms, identity authentication through these platforms can gain the approval of most property management agencies, thereby addressing their security concerns regarding the properties they manage. However, e-government platforms can only authenticate individuals based on their public unique identifiers and cannot obtain user information about food delivery personnel. Therefore, a new information exchange method is needed to share data from O2O platforms with e-government platforms. Leveraging third-party platforms like e-government platforms, service personnel's identities can be more reliably authenticated and accepted by property management agencies. This can address the issue of service personnel's restricted activity areas, ensure property safety and order, and enhance the consumer experience.

[0050] The public unique identifier mentioned above is a socially recognized personal identifier that can be verified by a third-party platform. It can be a symbol or numeric sequence that uniquely identifies a person, such as an ID number, social security number, or passport. In the following description, the public unique identifier is used as an ID number as an example.

[0051] Figure 1 Schematic diagram of the information interaction system according to an embodiment of the present invention. Figure 1As shown, the information interaction system includes a third-party client 11, a service personnel management platform 12 and a third-party platform 13. The service personnel management platform 12, the third-party platform 13 and the third-party client 11 are connected to each other through a network, so that human-computer interaction information and business information are communicated between the above-mentioned devices. The third-party client 11 can be an application or applet running on the user terminal 1 held by the service personnel. At the same time, a service business client 14 that directly interacts with the service personnel management platform 12 can also be run on the user terminal 1. The service business client 14 can directly communicate with the service personnel management platform 12 and other server-side programs of the corresponding O2O platform to perform operations such as taking over takeaway delivery tasks, reminders, and verification of different task nodes. The service personnel management platform 12 and the third-party platform 13 are independent server-side programs, usually running on different servers 2.

[0052] In one optional implementation, the third-party platform 13 is an e-government platform, such as Zhejiang Province's "Zheliban" e-government platform. The third-party client 11 is an application or mini-program corresponding to the e-government platform. The service personnel management platform 12 is a server-side program of the O2O platform, used to manage service personnel information, such as a rider client application or mini-program in a food delivery platform.

[0053] In an embodiment of the present invention, the user terminal 1 can be a general-purpose data processing device suitable for installing and running specific applications, such as a mobile phone, tablet computer, portable computer, smart watch, smart glasses, or other smart wearable devices. It should be understood that in certain application scenarios, the user terminal 1 can also be a dedicated device with a specific application fixed in memory. The server 2 is a general-purpose computing device with storage, information processing, and communication functions. It can be a single computer, multiple computers with parallel processing capabilities, or a distributed computer cluster. At the same time, it can also be a cloud server hosted by distributed computing hardware devices using virtualization technology.

[0054] When a service personnel needs to enter a property area managed by a property management agency, the service personnel can activate the corresponding function in the third-party client 11 to request identity authentication. In one implementation, the identity authentication process can be triggered by scanning a QR code set by the property management agency through the third-party client 11. After the identity authentication process is initiated, the third-party client 11 sends an identity authentication request to the third-party platform 13. The service personnel can log in to the third-party platform 13 through the third-party client 11 in advance to register their identity and bind their personal ID number to their user account (e.g., phone number) on the third-party platform. After receiving the identity authentication request, the third-party platform 13 can determine the service personnel's pre-bound ID number based on the user account (e.g., phone number) and other information carried therein, and generate an information query request based on the ID number. The information query request includes information about the ID number, so that the service personnel management platform 12 of the O2O platform can query whether the service personnel corresponding to the ID number is a compliant service personnel of the O2O platform and whether they are responsible for undertaking tasks that require entering the corresponding property area. After receiving the information query request, the service personnel management platform 12 queries the user information of the corresponding service personnel based on the ID number therein and generates a query result.

[0055] Because some O2O platforms have service personnel working in proxy service teams, that is, external managers manage a service team that is managed by the platform as a whole, the service personnel management platform may not have detailed information about the service personnel. Therefore, the step of querying the user's information may further include, in response to the user information indicating that the service personnel belongs to a proxy service team, querying the information platform corresponding to the proxy service team for the service personnel's user information.

[0056] Query results can express information tailored to different situations. For example, a query may confirm that the service person does not exist. Another example may confirm that the service person is a qualified food delivery person. Another example may confirm that the service person is a qualified food delivery person, but is not currently assigned a task requiring entry to the property. Another example may confirm that the service person is a qualified food delivery person and is currently assigned a task requiring entry to the property. Another example may confirm that the service person is not working. Another example may confirm that the service person's assigned area does not match the current property area. Another example may confirm that the service person is prohibited from accepting orders. Another example may confirm that the service person is a qualified food delivery person and is assigned a task requiring entry to the property, but the execution time of the task does not match the current time or the query time (e.g., the task is a scheduled task that should be executed in 5 hours, so the execution time does not match the current time). For another example, the query result may be that the query confirms that the service personnel is a qualified takeaway delivery personnel, has undertaken a task that requires entering the property area, and the execution time of the task matches the current time or the query time.

[0057] The service personnel management platform 12 sends the query results to the third-party platform 13. After receiving the query results, the third-party platform 13 can generate an identity authentication result for sending to the third-party client 11 according to the data format pre-defined by the platform itself. The identity authentication result is an error message indicating that the verification failed or information representing the identity of the service personnel. After receiving the identity authentication result, the third-party client 11 displays the identity authentication result. The third-party client 11 can display the identity authentication result in graphic and / or text form, or it can display a machine-readable code (for example, a QR code) as a pass for the property management agency or access control to scan, so that the service personnel can pass through the automated access control.

[0058] Therefore, by receiving the information query request from the third-party platform, the service personnel user information is queried based on the public identity unique identifier carried in the information query request, and the query results are provided to the third-party platform, so that the third-party platform can provide the service personnel's electronic pass in a more authoritative manner, and provide external property management agencies with identity authentication of service personnel with high credibility and popularity. While ensuring safety, service personnel can enter the property area based on reasonable service reasons, further improving the O2O offline service experience.

[0059] Figure 2This is a flow chart of the information interaction method according to an embodiment of the present invention. Figure 2 As shown, the information interaction method of this embodiment includes the following steps:

[0060] In step S210 , the third-party client sends an identity authentication request for the service personnel to the third-party platform.

[0061] Service personnel can register their identity on a third-party platform using a third-party client in advance, binding their ID number to their user account on the third-party platform. In one implementation, the user account on the third-party platform can be a phone number. When identity verification is required, the third-party client can scan a specific QR code provided by the property management agency to obtain the property area identifier, triggering an identity verification request to the third-party platform. In one implementation, the identity verification request includes one or more of the service personnel's user account or ID number.

[0062] In step S220, the third-party platform sends an information query request to the service personnel management platform, wherein the information query request includes the service personnel's ID number (ie, the public unique identity identifier of this embodiment).

[0063] The third-party platform obtains the pre-assigned ID number of the corresponding service personnel based on the user account in the identity verification request, and constructs an information query request based on this information to the service personnel management platform of the O2O platform. Optionally, if the identity verification request already includes the ID number, the third-party platform can perform necessary verification to confirm the ID number.

[0064] In step S230, the service personnel management platform queries the user information of the service personnel according to the public unique identity identifier.

[0065] Specifically, step S230 may include the following sub-steps:

[0066] In step S231, the service personnel management platform searches the user data of the platform service personnel for user information corresponding to the public unique identity identifier.

[0067] Step S232: In response to querying the user information, the service personnel management platform performs identity filtering.

[0068] Specifically, identity filtering aims to filter out service personnel who, despite corresponding user information, are no longer able to accept orders within the designated area (e.g., Hangzhou). This includes deregistered service personnel (i.e., their user account has been deregistered from the service personnel management platform), service personnel who are not currently working, service personnel who are prohibited from accepting orders, and service personnel whose assigned area is outside the designated area (e.g., a service personnel who normally provides services in Shanghai but needs to enter a residential complex in Hangzhou under the pretext of providing services).

[0069] The attribution area can include one or more of the following: registration area and service area. The registration area is the area of ​​service personnel's desired service specified when registering on the service personnel management platform. The service area is a service personnel attribute calculated offline based on actual historical tasks. Specifically, the service data platform regularly compiles historical tasks of different service personnel and calculates the service areas of different service personnel based on the addresses of the tasks, and stores them on the platform. The service personnel management platform can query the service personnel's service area by accessing the above data on the task management platform based on the service personnel's user information.

[0070] In an optional implementation, the home zone may include only one parameter, namely, the service zone. If the service zone does not match the predetermined zone, it is determined that the queried user information fails the identity filtering.

[0071] In another optional implementation, the home area can include both the registration area and the service area. Both the registration area and the service area must match the predefined area for the user to pass identity filtering. For example, if a service person's registration area is Hangzhou but their service area is Jiaxing, and the property they are trying to enter is located in Hangzhou, they will not pass identity filtering.

[0072] If the user information passes the identity filtering, that is, the service personnel corresponding to the user information is a service personnel belonging to the preset area and in a normal working state, it can be considered that the service personnel has passed the identity verification.

[0073] In step S240 , in response to the user information passing the identity filter, a query result is constructed based on the user information.

[0074] If the user information fails to pass the identity verification, then in step S250, a query result is constructed according to the error code of the type of the failed identity verification. This step is similar to the step of failing to query the user information.

[0075] In step S260, the service personnel management platform sends the query result to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform.

[0076] In step S270, the third-party platform sends an identity authentication result to the third-party client. The identity authentication result is an error message indicating that the authentication failed or information indicating the identity of the service personnel.

[0077] In this way, it is possible to authenticate the service personnel's identity through a relatively authoritative third-party platform, so that the third-party platform can effectively obtain the user information of the service personnel that it does not have from the service personnel management platform.

[0078] In an optional implementation, after querying the user information of the service personnel, the service personnel management platform can further query the task information, and construct the query results based on the user information and task information obtained by the query and send them to the third-party platform. Figure 3 shown.

[0079] exist Figure 3 The information interaction method includes the following steps:

[0080] In step S310, the third-party client sends an identity authentication request for the service personnel to the third-party platform.

[0081] Optionally, the identity verification request may also include the location information of the property area to facilitate the matching of the address and location information for subsequent tasks. The location information may be the latitude and longitude of the property area or the address name of the property area. The location information of the property area may be obtained by the user terminal by calling satellite positioning information or by parsing a scanned QR code (in this case, the location information of the property area needs to be included in the QR code set by the property).

[0082] In another optional implementation, the identity authentication request may not include location information. The subsequent service personnel management platform determines the location of the property area by querying the location information reported by the service personnel's user terminal through the takeaway delivery system (when sending the identity authentication request, the service personnel is usually located at the entrance of the property area). Therefore, the address of the task can be verified without adding location information to the identity authentication request.

[0083] In step S320, the third-party platform determines the ID number corresponding to the identity authentication request and sends an information query request to the service personnel management platform, wherein the information query request includes the service personnel's ID number (ie, public identity unique identifier).

[0084] Optionally, when the identity authentication request includes location information of the property area, the third-party platform also extracts the location information in the identity authentication request in this step and adds the location information to the information query request.

[0085] In step S330, the service personnel management platform queries the user information of the service personnel according to the public unique identity identifier.

[0086] Specifically, step S330 may include the following steps:

[0087] In step S331, the service personnel management platform searches the user data of the platform service personnel for user information corresponding to the public unique identity identifier.

[0088] Step S332: In response to querying the user information, the service personnel management platform performs identity filtering.

[0089] Specifically, identity filtering aims to filter out service personnel who, despite corresponding user information, are no longer able to accept orders within the designated area (e.g., Hangzhou). This includes deregistered service personnel (i.e., their user account has been deregistered from the service personnel management platform), service personnel who are not currently working, service personnel who are set to be unable to accept orders, and service personnel whose assigned area is outside the designated area (e.g., a service personnel who normally provides services in Shanghai and needs to enter a residential complex in Hangzhou under the pretext of providing services).

[0090] The attribution area may include one or more of the registration area and service area. The registration area is the area of ​​service that the service personnel fill in when registering on the service personnel management platform. The service area is the service personnel attribute calculated offline based on the actual historical service personnel. Specifically, the task management platform will regularly count the historical service tasks of different service personnel, and calculate and store the service areas of different service personnel based on the addresses of the service personnel. The service personnel management platform can query the service area of ​​the service personnel by accessing the above data of the task management platform based on the user information of the service personnel.

[0091] In an optional implementation, the home zone may include only one parameter, namely, the service zone. If the service zone does not match the predetermined zone, it is determined that the queried user information fails the identity filtering.

[0092] In another optional implementation, the home area can include both the registration area and the service area. Both the registration area and the service area must match the predefined area for the user to pass identity filtering. For example, if a service person's registration area is Hangzhou but their service area is Jiaxing, and the property they are trying to enter is located in Hangzhou, they will not pass identity filtering.

[0093] If the user information passes the identity filtering, that is, the service personnel corresponding to the user information belongs to the preset area and is in normal working condition, then it can be considered that the service personnel has passed the identity verification of the user information. In this embodiment, the task information currently undertaken by the service personnel will be further verified.

[0094] In step S340 , in response to the user information passing the identity filter, the service personnel management platform queries the service personnel's task information based on the service personnel's user information.

[0095] The O2O platform not only manages the user information of service personnel serving consumers, but also dynamically schedules the task information currently undertaken by service personnel. The task information at least includes the address of the task, for example, the delivery address where takeout goods need to be delivered. After finding the service personnel targeted by the information query request, the service personnel's current task information can be queried based on their user information (for example, their user account on the O2O platform). Furthermore, the address in the task information can be matched with the location information in the identity verification request to determine the matching information.

[0096] In an optional implementation, tasks requiring task information determination may be screened based on the relationship between the current time and the execution time of the tasks undertaken by the service personnel. Specifically, the service personnel management platform may query the service personnel's task information based on the service personnel's user information, including:

[0097] The execution time of all tasks undertaken by the service personnel is queried based on the user information of the service personnel; at least one target task is selected from all tasks undertaken by the service personnel based on the current time or the query time, and the current time or the query time is within the time period corresponding to the execution time of the target task; and the task information of the target task is determined. The execution time of the task can be a time point of a predetermined key node of the task, for example, the time point when the takeaway delivery person picks up the meal or the time point when the takeaway delivery task times out. At the same time, the execution time of the task can also be a predetermined time period before and after a predetermined key node of the task, for example, within 1 hour after the takeaway delivery person picks up the meal, or within 40 minutes before and after the takeaway delivery task times out. At the same time, the query time can be the time when the information query request is sent or the time when the service personnel management platform receives the information query request. When the task execution time is a time point, the corresponding time period is a time period determined based on the task execution time and the predetermined time length. For example, the execution time of a task is set to the task timeout point. The query shows that the service staff is currently responsible for a takeout delivery task. The timeout point of the task is 13:00. The current time is 12:00 noon. The time period corresponding to the task execution time is 40 minutes before and after the timeout time.

[0098] In other words, rather than indiscriminately querying task information for all tasks, the system selects tasks within a predetermined time range from the service personnel's multiple tasks based on the query time, or the current time. These tasks are then selected as target tasks, and task information for only these target tasks is retrieved. For example, a query reveals that a service personnel currently has five tasks, each with execution times of 12:00, 12:30, 13:50, 14:20, and 15:00. Based on pre-set rules, only tasks within a 40-minute execution time range are selected as the corresponding time period. The current time is 11:58, so the two tasks at 12:00 and 12:30 are selected as target tasks, and further information such as the task addresses is retrieved.

[0099] Tasks may also be filtered based on their execution stages. Specifically, the service personnel management platform may query the service personnel's task information based on the service personnel's user information, including:

[0100] At least one target task is selected from the tasks whose task status is "delivering" by the service personnel; and task information of the target task is determined. Optionally, all tasks whose execution stage (or task status) is "delivering" can be selected as target tasks, and then the addresses of the tasks and the location of the service personnel are determined one by one.

[0101] In another alternative approach, the O2O platform also has the ability to obtain the location of service personnel. User terminals running the service service client periodically report location information, allowing the service personnel management platform to store the latest location of the user terminal held by the service personnel. The service personnel management platform can then match the address of the retrieved task with the latest location reported by the user terminal to determine a match.

[0102] Optionally, if the task is not screened based on the execution stage during the task query stage, the task information may further include the execution stage of the task, or the matching information between the execution stage of the task and the predetermined execution stage. Typically, a takeaway delivery task includes waiting for the takeaway delivery person to accept the order, waiting for the food to be served, waiting for the takeaway delivery person to pick up the food, and the food has been picked up and is being delivered. Only when the food has been picked up and is being delivered, the takeaway delivery person may have the desire to enter the property management area. In this case, the execution stage of the task can be directly used as part of the task information to construct the query results and send them to the third-party platform, and then forwarded to the third-party client for manual verification by the property management agency. As an alternative, it is also possible to directly compare whether the execution stage of the task is the predetermined execution stage, that is, the food has been picked up and is being delivered. If so, it is considered a match, otherwise, it is considered a mismatch, and the matching information is sent to the third-party platform. The third-party platform can construct machine-readable information that allows communication or does not allow passage and send it to the third-party client.

[0103] If the identity filter fails, the query result can be constructed based on the corresponding error code ( Figure 3 not shown).

[0104] Step S350: The service personnel management platform constructs the query result according to the task information and the user information.

[0105] In one optional implementation, the task information includes at least the task address. That is, the attendant management platform does not compare the task address with the address of the property to be entered, but only returns the task data to the third-party platform. The third-party client then directly displays the user information and the task address for manual verification by the property management agency.

[0106] In another optional implementation, the task information includes matching information between the service personnel's location and the address of the task bound to the service personnel. The service personnel's location can be the address of the property area where the QR code carried in the identity verification request is located, or it can be the location reported by the service personnel's user terminal to the service personnel management platform.

[0107] In one example, the service personnel management platform can compare the address of the task with the matching information of the service personnel's location on its own, and send the matching information as task information to the third-party platform. In another example, the service personnel management platform can also send the address of the task to the third-party platform, and the third-party platform will compare the location information of the service personnel contained in the identity authentication request with the address of the received task to determine the matching information. In yet another example, the service personnel management platform can also send the address of the task and the latest location information reported by the user terminal of the queried service personnel as the query result to the third-party platform, and the third-party platform will compare the two and determine the matching information and return it to the third-party client. This example does not require the addition of location information in the identity authentication information, which simplifies the client's operation and the amount of information that needs to be transmitted.

[0108] At the same time, the task information may also include information related to the execution stage of the task, the execution stage of the task, or the matching information between the execution stage of the task and the predetermined execution stage. Usually, a takeaway delivery task includes waiting for the takeaway delivery person to accept the order, waiting for the food to be served, waiting for the takeaway delivery person to pick up the food, and the food has been picked up and is being delivered. Only when the food has been picked up and is being delivered, the takeaway delivery person may have the desire to enter the property management area. In this case, the execution stage of the task can be directly used as part of the task information to construct a query result and send it to the third-party platform, and then forwarded to the third-party client for manual verification by the property management agency. As an alternative, it is also possible to directly compare whether the execution stage of the task is the predetermined execution stage, that is, the food has been picked up and is being delivered. If so, it is considered a match, otherwise, it is considered a mismatch, and the matching information is sent to the third-party platform. The third-party platform can construct machine-readable information that allows communication or does not allow passage and send it to the third-party client.

[0109] In step S360, the service personnel management platform sends the query result to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform.

[0110] In step S370, the third-party platform sends an identity authentication result to the third-party client. The identity authentication result is an error message indicating that the authentication failed or information indicating the identity of the service personnel.

[0111] In this embodiment, the information characterizing the identity of the service personnel includes user information and task information. As described above, the task information includes at least the address of the task, and may also include relevant information of the execution stage of the task. The relevant information may be the execution stage of the task itself, or it may be the matching information between the execution stage of the task and the predetermined task execution stage. The above-mentioned matching may be the matching information determined by matching on the service personnel management platform, or the matching information obtained by matching one or more of the address and execution stage of the task sent by the service personnel management platform by a third-party platform.

[0112] Therefore, in addition to verifying whether the service personnel's identity is a compliant person performing the task, it is also possible to verify whether the task undertaken by the service personnel requires entering the corresponding property area (that is, the address of the task), achieving more refined identity verification and management.

[0113] Optionally, the third-party platform can set the type of information query request according to the different identity verification requests and perform different types of query verification. If the identity verification request is of the first type, a more stringent verification is required, then the following is performed: Figure 3 If the identity verification request is of the second type, the following steps are performed: Figure 2 This can be achieved by sending different types of information query requests through the third-party platform, and the service personnel management platform determining the type of information query request and initiating different query processes based on the type.

[0114] Take the application scenario of takeaway delivery personnel delivering takeaways as an example. When the takeaway delivery personnel arrives at the gate of the residential community, the property security can ask the takeaway delivery personnel to scan the QR code set at the gate of the community to trigger identity authentication. The takeaway delivery personnel can start the e-government platform client (for example, "Zheliban") in their own user terminal to scan the QR code to activate the identity authentication process. The e-government platform client (that is, the third-party client) will request identity authentication from the server program connected to itself, that is, the third-party platform. The third-party platform will send information query requests to the service personnel management platforms of each takeaway delivery platform to request verification of the identity of the takeaway delivery personnel. The service personnel management platform will query whether there is corresponding user information based on the ID number in the query request. If so, it will perform identity filtering to determine whether the user information belongs to the preset area and is a service personnel in normal working condition. If the identity filtering passes, the query result is constructed and returned to the third-party platform. The third-party platform constructs the identity authentication result based on the query result and returns it to the e-government platform client. The e-government platform can display the identity authentication result. The authentication result can be a graphic or plain text message. The delivery person can then present it to the property security guard to gain access. Alternatively, the authentication result can include a QR code or other machine-readable information. The delivery person can scan the QR code on the access control panel to automatically open the door and enter the property.

[0115] In another example, Figure 3 As shown, it is also possible to further verify whether there is a task address (i.e., the takeaway delivery address) in at least one order currently delivered by the takeaway delivery personnel that is located within the property area. Only when the user information is queried, passes the identity filtering, and the task information matches, the query result is verified. Otherwise, the service personnel management platform can return a corresponding error code to the third-party platform, and the third-party platform returns an authentication result indicating that the authentication failed based on the error code.

[0116] In another example, further verification can be performed to determine whether the task execution phase of at least one order currently being delivered by the delivery driver matches the scheduled execution phase. The query result is only verified if the user information is found, passes identity filtering, the task address matches, the task execution time matches, and the task execution phase is within the scheduled delivery phase of the food pickup. Otherwise, the service personnel management platform can return a corresponding error code to the third-party platform, which then returns an authentication failure result based on the error code.

[0117] As described above, for the O2O platform, the information query process is mainly carried out through the service personnel management platform.

[0118] Figure 4 This is a flow chart of information interaction on the service personnel management platform side of the embodiment of the present invention. Figure 4 As shown, the information interaction method implemented on the service personnel management platform includes the following steps:

[0119] In step S410, an information query request from a third-party platform is received, wherein the information query request includes a public unique identity identifier of a service personnel.

[0120] In step S420, the user information of the service personnel is queried based on the public unique identity identifier.

[0121] Regarding step S420, since some O2O platforms have service personnel working in a proxy service team, that is, a service team managed by an external manager and managed by the platform as a whole, the service personnel management platform may not have detailed information about the service personnel. Therefore, the step of querying the user's information may further include querying the information platform corresponding to the proxy service team for the service personnel's user information in response to the user information indicating that the service personnel belongs to the proxy service team.

[0122] In step S430, a query result is sent to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform.

[0123] In an optional implementation, before step S430, the method further includes:

[0124] Step S420a: query the task information of the service personnel according to the user information of the service personnel.

[0125] Step S420b: constructing the query result according to the task information and the user information, wherein the task information at least includes the address of the task, or matching information between the location of the service personnel and the address of the task bound to the service personnel.

[0126] In an optional implementation, step S420 includes:

[0127] Step S421: Query the user information corresponding to the public unique identity in the user data of the platform service personnel.

[0128] Step S422: In response to the query of user information, identity filtering is performed.

[0129] Specifically, identity filtering in step S422 includes:

[0130] Step S4221: In response to the user information indicating that the service personnel's user information has been cancelled, determining that the query result is invalid user information.

[0131] Step S4222: In response to the user information indicating that the service personnel is not in service, determining that the query result is invalid user information.

[0132] Step S4223: In response to the user information indicating that the service personnel status is set to be prohibited from accepting orders, it is determined that the query result is invalid user information.

[0133] At the same time, identity filtering can also check the service personnel's region of origin. Specifically, step S422 can also include:

[0134] Step S4224: query the service personnel's belonging area, where the belonging area includes one or more of the registration area and the service area.

[0135] The querying of the service personnel's belonging area includes querying a service data platform for the service area, wherein the service data platform is used to manage service task data. The service area in the belonging area is calculated and determined based on the service personnel's historical tasks.

[0136] Step S4225: In response to the attribution zone not matching the predetermined zone, or the plurality of parameters in the attribution zone being inconsistent, determining that the query result is attribution zone mismatch.

[0137] In an optional implementation, before step S430, the method further includes:

[0138] Step S420c: In response to the user information passing the identity filtering, a query result is constructed based on the user information.

[0139] In an optional implementation, before step S430, the method further includes:

[0140] Step S420d: In response to the user information passing the identity filtering, query the task information of the service personnel according to the user information of the service personnel.

[0141] Specifically, step S420d may include: querying the execution time of all tasks undertaken by the service personnel based on the service personnel's user information; selecting at least one target task from all tasks undertaken by the service personnel based on the current time or query time, where the current time or query time falls within the time period corresponding to the execution time of the target task; and determining the task information of the target task. The task execution time may be a predetermined key point in the task, such as the time when the delivery person picks up the food or the time when the delivery task times out. Alternatively, the task execution time may be a predetermined time period before or after a predetermined key point in the task, such as within one hour after the delivery person picks up the food or within 40 minutes before or after the delivery task times out. Alternatively, the query time may be the time when the information query request is sent or the time when the service personnel management platform receives the information query request. When the task execution time is a point in time, the corresponding time period is a time period determined based on the task execution time and the predetermined time length. For example, the execution time of a task is set to the task timeout point. The query shows that the service staff is currently responsible for a takeout delivery task. The timeout point of the task is 13:00. The current time is 12:00 noon. The time period corresponding to the task execution time is 40 minutes before and after the timeout time.

[0142] In other words, rather than indiscriminately querying task information for all tasks, the system selects tasks within a predetermined time range from the service personnel's multiple tasks based on the query time, or the current time. These tasks are then selected as target tasks, and task information for only these target tasks is retrieved. For example, a query reveals that a service personnel currently has five tasks, each with execution times of 12:00, 12:30, 13:50, 14:20, and 15:00. Based on pre-set rules, only tasks within a 40-minute execution time range are selected as the corresponding time period. The current time is 11:58, so the two tasks at 12:00 and 12:30 are selected as target tasks, and further information such as the task addresses is retrieved.

[0143] Tasks may also be filtered based on their execution stages. Specifically, the service personnel management platform may query the service personnel's task information based on the service personnel's user information, including:

[0144] At least one target task is selected from the tasks whose task status is "delivering" by the service personnel; and task information of the target task is determined. Optionally, all tasks whose execution stage (or task status) is "delivering" can be selected as target tasks, and then the addresses of the tasks and the location of the service personnel are determined one by one.

[0145] Step S420e: construct the query result according to the task information and the user information, wherein the task information at least includes the address of the task, or matching information between the location of the service personnel and the address of the task bound to the service personnel.

[0146] In an optional implementation, the task information includes matching information between the location of the service personnel and the address of the task bound to the service personnel;

[0147] Wherein, constructing the query result according to the task information and the user information includes: adding the matching information of the location of the service personnel and the address of the task bound to the service personnel and the user information to the query result, so that the third-party platform can identify the passage status of the service personnel according to the query result. Wherein, the location of the service personnel can be obtained in different ways. In one example, the location information is added to the identity authentication request, and the location information can be obtained by parsing the scanned QR code, or by calling the positioning function of the user terminal when generating the identity authentication request. Thus, the location of the service personnel is sent to the service personnel management platform along with the identity authentication request and the corresponding information query request. In another example, since the user terminal of the service personnel will also periodically report the location to the service personnel management platform or its supporting task management platform, the location information reported by the user terminal of the service personnel can also be queried to obtain the location of the service personnel.

[0148] In another optional implementation, the task information includes the address of the task bound to the service personnel.

[0149] Wherein, constructing the query result according to the task information and the user information includes:

[0150] The address and user information of the task are added to the query results.

[0151] In an optional implementation, the task information further includes the execution phase of the task, or matching information between the execution phase of the task and a predetermined execution phase.

[0152] User information is filtered by identity:

[0153] The service personnel corresponding to the user information are service personnel belonging to a preset area and in a normal working state.

[0154] This embodiment receives an information query request from a third-party platform, queries the service personnel's user information based on the public identity unique identifier carried in the information query request, and provides the query results to the third-party platform, so that the third-party platform can provide the service personnel's electronic pass in a more authoritative manner, and can provide identity authentication for the service personnel with high credibility and popularity, further improving the O2O offline service experience.

[0155] Figure 5 2 is a schematic diagram of an information interaction device according to an embodiment of the present invention. Figure 5 The information interaction device shown in FIG. 1 describes the configuration of the program modules in the information interaction system according to an embodiment of the present invention. Figure 5 As shown, the information interaction device includes:

[0156] The client request unit 51 is used to send an identity authentication request for the service personnel to the third-party platform;

[0157] A query request unit 52 is configured to send an information query request to the service personnel management platform, wherein the information query request includes the public unique identity identifier of the service personnel;

[0158] A query unit 53, configured to query the user information of the service personnel according to the public unique identity identifier;

[0159] A first result sending unit 54 is configured to send a query result to the third-party platform, wherein the query result at least includes information indicating whether the service personnel belongs to the service platform;

[0160] The second result sending unit 55 is configured to send an identity authentication result to a third-party client. The identity authentication result may be an error message indicating that the authentication failed or information indicating the identity of the service personnel.

[0161] This embodiment receives an information query request from a third-party platform, queries the service personnel's user information based on the public identity unique identifier carried in the information query request, and provides the query results to the third-party platform, so that the third-party platform can provide the service personnel's electronic pass in a more authoritative manner, and can provide identity authentication for the service personnel with high credibility and popularity, further improving the O2O offline service experience.

[0162] Figure 6 2 is a schematic diagram of an information interaction device according to an embodiment of the present invention. Figure 6 The information interaction device shown in FIG. 1 describes the program module setting method of the service personnel management platform. Figure 6 As shown, the information interaction device includes:

[0163] A request receiving unit 61 is configured to receive an information query request from a third-party platform, wherein the information query request includes a public unique identity identifier of a service personnel;

[0164] A query unit 62, configured to query the user information of the service personnel according to the public unique identity identifier;

[0165] The result sending unit 63 is configured to send the query result to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform.

[0166] This embodiment receives an information query request from a third-party platform, queries the service personnel's user information based on the public identity unique identifier carried in the information query request, and provides the query results to the third-party platform so that the third-party platform can provide the service personnel's electronic pass in a more authoritative manner. In this way, the identity verification of the service personnel can be provided to the outside world with high credibility and popularity, further improving the O2O offline service experience.

[0167] Figure 7 Schematic diagram of an electronic device according to an embodiment of the present invention. In this embodiment, the electronic device 7 includes a server, a terminal, etc. Figure 7 As shown, the electronic device 7 includes: at least one processor 71; a memory 72 communicatively connected to the at least one processor 71; and a communication component 73 communicatively connected to the scanning device, the communication component 73 receiving and sending data under the control of the processor 71; wherein the memory 72 stores instructions that can be executed by the at least one processor 71, and the instructions are executed by the at least one processor 71 to implement the above-mentioned information interaction method.

[0168] Specifically, the electronic device includes: one or more processors 71 and a memory 72, Figure 7 A processor 71 is taken as an example. The processor 71 and the memory 72 may be connected via a bus or other means. Figure 7 The example of a bus connection is shown. Memory 72, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs, non-volatile computer executable programs, and modules. Processor 71 executes the non-volatile software programs, instructions, and modules stored in memory 72 to execute various functional applications and data processing of the device, thereby implementing the above-mentioned information interaction method.

[0169] The memory 72 may include a program storage area and a data storage area, wherein the program storage area may store an operating system and application programs required for at least one function; the data storage area may store a list of options, etc. In addition, the memory 72 may include a high-speed random access memory and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other non-volatile solid-state storage device. In some embodiments, the memory 72 may optionally include a memory remotely located relative to the processor 71, and these remote memories may be connected to an external device via a network. Examples of the aforementioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0170] One or more modules are stored in the memory 72 and, when executed by one or more processors 71 , perform the information interaction method in any of the above method embodiments.

[0171] The above-mentioned product can execute the method provided in the embodiment of this application, and has the functional modules and beneficial effects corresponding to the execution method. For technical details not fully described in this embodiment, please refer to the method provided in the embodiment of this application.

[0172] Another embodiment of the present invention relates to a non-volatile storage medium for storing a computer-readable program, wherein the computer-readable program is used to enable a computer to execute part or all of the above method embodiments.

[0173] That is, those skilled in the art will understand that all or part of the steps in the above-mentioned embodiments can be implemented by instructing the relevant hardware through a program, which is stored in a storage medium and includes a number of instructions for causing a device (which may be a single-chip microcomputer, chip, etc.) or a processor to execute all or part of the steps of the methods described in the embodiments of the present application. The aforementioned storage medium includes: a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, etc., various media that can store program code.

[0174] The foregoing is merely a preferred embodiment of the present application and is not intended to limit the present application. Persons skilled in the art will readily appreciate that various modifications and variations are possible. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of the present application are intended to be within the scope of protection of the present application.

[0175] The embodiment of the present invention discloses A1, an information interaction method, the method comprising:

[0176] Receiving an information query request from a third-party platform, wherein the information query request includes a public unique identity identifier of a service personnel;

[0177] Querying the user information of the service personnel according to the public unique identity identifier;

[0178] Sending a query result to the third-party platform, the query result at least including information indicating whether the service personnel belongs to the service platform.

[0179] A2. The method according to A1, further comprising:

[0180] Querying the task information of the service personnel according to the user information of the service personnel;

[0181] The query result is constructed according to the task information and the user information.

[0182] A3. According to the method of A1, querying the user information of the service personnel according to the public unique identity identifier includes:

[0183] Query the user information corresponding to the public unique identity in the user data of the platform service personnel;

[0184] In response to the query of user information, identity filtering is performed.

[0185] A4. The method according to A3, further comprising:

[0186] In response to the user information passing the identity filter, a query result is constructed based on the user information.

[0187] A5. The method according to A3, further comprising:

[0188] In response to the user information passing the identity filter, querying the task information of the service personnel according to the user information of the service personnel;

[0189] The query result is constructed according to the task information and the user information.

[0190] A6. The method according to A2 or A5, wherein the task information includes matching information between the location of the service personnel and the address of the task bound to the service personnel;

[0191] Wherein, constructing the query result according to the task information and the user information includes:

[0192] The matching information of the location of the service personnel and the address of the task bound to the service personnel and the user information are added to the query result, so that the third-party platform can identify the passage status of the service personnel according to the query result.

[0193] A7. The method according to A2 or A5, wherein the task information includes the address of the task bound to the service personnel;

[0194] Wherein, constructing the query result according to the task information and the user information includes:

[0195] The address and user information of the task are added to the query results so that the third-party platform can identify the traffic status of the service personnel based on the query results and the location of the service personnel.

[0196] A8. According to the method described in A6 or A7, the task information further includes the execution phase of the task, or matching information between the execution phase of the task and a predetermined execution phase.

[0197] A9. According to the method of A6 or A7, querying the task information of the service personnel according to the user information of the service personnel includes:

[0198] Selecting at least one target task from the tasks of the service personnel whose task status is being delivered;

[0199] Determine task information of the target task.

[0200] A10. According to the method described in A6, the location of the service personnel is obtained by:

[0201] Extracting location information from the information query request sent by the third-party platform; or,

[0202] Query the location information reported by the user terminal of the service personnel.

[0203] A11. According to the method described in A3, user information is filtered by identity:

[0204] The service personnel corresponding to the user information are service personnel belonging to a preset area and in a normal working state.

[0205] A12. The method according to A3, wherein the identity filtering comprises:

[0206] In response to the user information indicating that the user information of the service personnel has been cancelled, determining that the query result is invalid user information;

[0207] In response to the user information indicating that the service personnel's status is not working, determining that the query result is invalid user information;

[0208] In response to the user information indicating that the service personnel's status is set to a state where they are unable to accept orders, it is determined that the query result is invalid user information.

[0209] A13. The method according to A3, wherein the identity filtering includes:

[0210] Querying the service personnel's belonging area, where the belonging area includes one or more of a registration area and a service area;

[0211] In response to the attribution zone not matching the predetermined zone, or multiple parameters in the attribution zone being inconsistent, determining the query result as attribution zone mismatch.

[0212] A14. According to the method of A13, querying the service personnel's belonging area includes:

[0213] The service area is queried from a service data platform, where the service data platform is used to manage task data of services.

[0214] A15. According to the method described in A13, the service area in the home area is determined by calculation based on the historical tasks of the service personnel.

[0215] A16. The method according to A3, wherein querying the user information of the service personnel according to the public unique identity identifier further comprises:

[0216] In response to the user information indicating that the service personnel belongs to an agency service team, the user information of the service personnel is queried from an information platform corresponding to the agency service team.

[0217] B1. An information interaction method, comprising:

[0218] The third-party client sends an authentication request for the service personnel to the third-party platform;

[0219] The third-party platform sends an information query request to the service personnel management platform, wherein the information query request includes the public unique identity identifier of the service personnel;

[0220] The service personnel management platform queries the user information of the service personnel according to the public unique identity identifier;

[0221] The service personnel management platform sends a query result to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform;

[0222] The third-party platform sends an identity authentication result to the third-party client, where the identity authentication result is an error message indicating that the authentication failed or information indicating the identity of the service personnel.

[0223] B2. According to the method of B1, the information representing the identity of the service personnel is used to display a computer-recognizable graphic or graphic information indicating the identity of the service personnel on the third-party client.

[0224] B3. According to the method described in B1, the identity authentication request includes the public unique identity identifier or the user account of the third-party client on the third-party platform.

[0225] B4. The method according to B1, further comprising:

[0226] The service personnel management platform queries the task information of the service personnel according to the user information of the service personnel;

[0227] The service personnel management platform constructs the query result according to the task information and the user information; and

[0228] The third-party platform adds the task information to the identity verification result according to the query result.

[0229] B5. According to the method of B1, querying the user information of the service personnel according to the public unique identity identifier includes:

[0230] The service personnel management platform searches the user data of the platform service personnel for the user information corresponding to the public unique identity identifier;

[0231] In response to querying the user information, the service personnel management platform performs identity filtering.

[0232] B6. The method according to B5, further comprising:

[0233] In response to the user information passing the identity filter, the service personnel management platform constructs a query result based on the user information.

[0234] B7. The method according to B5, further comprising:

[0235] In response to the user information passing the identity filter, the service personnel management platform queries the task information of the service personnel according to the user information of the service personnel;

[0236] The service personnel management platform constructs the query result according to the task information and the user information.

[0237] B8. The method according to B4 or B7, wherein the task information includes matching information between the location of the service personnel and the address of the task bound to the service personnel;

[0238] Wherein, constructing the query result according to the task information and the user information includes:

[0239] The matching information of the location of the service personnel and the address of the task bound to the service personnel and the user information are added to the query result, so that the third-party platform can identify the passage status of the service personnel according to the query result.

[0240] B9. The method according to B4 or B7, wherein the task information includes the address of the task bound to the service personnel;

[0241] Wherein, constructing the query result according to the task information and the user information includes:

[0242] The address and user information of the task are added to the query results so that the third-party platform can identify the traffic status of the service personnel based on the query results and the location of the service personnel.

[0243] B10. According to the method described in B8 or B9, the task information further includes the execution phase of the task, or matching information between the execution phase of the task and the predetermined execution phase.

[0244] B11. According to the method of B8 or B9, the service personnel management platform queries the service personnel's task information based on the service personnel's user information, including:

[0245] Selecting at least one target task from the tasks of the service personnel whose task status is being delivered;

[0246] Determine task information of the target task.

[0247] B12. The method according to B8, wherein the identity verification request includes the location requested by the service personnel to enter;

[0248] The third-party platform sends an information query request to the service personnel management platform, including:

[0249] The third-party platform determines the public unique identity of the service personnel and the location information of the requested access; and

[0250] Sending an information query request with the public identity unique identifier and the location information;

[0251] The location of the service personnel is obtained in the following manner:

[0252] Extracting location information from the information query request sent by the third-party platform.

[0253] B13. According to the method of B8, the location of the service personnel is obtained by:

[0254] Query the location information reported by the user terminal of the service personnel.

[0255] C1. An information interaction device, comprising:

[0256] A request receiving unit, configured to receive an information query request from a third-party platform, wherein the information query request includes a public unique identity identifier of a service personnel;

[0257] A query unit, configured to query the user information of the service personnel according to the public unique identity identifier;

[0258] The result sending unit is configured to send a query result to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform.

[0259] D1. An information interaction device, comprising:

[0260] The client request unit is used to send an authentication request for the service personnel to the third-party platform;

[0261] A query request unit, configured to send an information query request to the service personnel management platform, wherein the information query request includes the public unique identity identifier of the service personnel;

[0262] A query unit, configured to query the user information of the service personnel according to the public unique identity identifier;

[0263] A first result sending unit is configured to send a query result to the third-party platform, wherein the query result at least includes information indicating whether the service personnel belongs to the service platform;

[0264] The second result sending unit is used to send the identity authentication result to the third-party client, where the identity authentication result is an error message indicating that the authentication failed or information indicating the identity of the service personnel.

[0265] E1. An information interaction system, comprising:

[0266] The third-party client is used to send authentication requests for service personnel to the third-party platform and display the authentication results;

[0267] The third-party platform is configured to send an information query request to the service personnel management platform and send an identity verification result to the third-party client, wherein the information query request includes the service personnel's public unique identity identifier, and the identity verification result is an error message indicating that the verification failed or information indicating the service personnel's identity;

[0268] The service personnel management platform is used to query the user information of the service personnel according to the public identity unique identifier; and send the query result to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform.

[0269] F1. A computer-readable storage medium storing computer program instructions, which implement the method described in any one of A1-A16 and B1-B13 when executed by a processor.

[0270] G1. An electronic device, comprising:

[0271] a memory for storing one or more computer program instructions;

[0272] A processor, wherein the one or more computer program instructions are executed by the processor to implement the method as described in any one of A1-A16 and B1-B13.

Claims

1. An information interaction method, characterized in that: The method comprises: Receiving an information query request from a third-party platform, wherein the information query request includes a public unique identity identifier of a service personnel; Querying the user information of the service personnel according to the public unique identity identifier; Sending a query result to the third-party platform, the query result at least including information indicating whether the service personnel belongs to the service platform.

2. The method according to claim 1, characterized in that The method further comprises: Querying the task information of the service personnel according to the user information of the service personnel; The query result is constructed according to the task information and the user information.

3. The method according to claim 1, characterized in that Querying the user information of the service personnel according to the public unique identity identifier includes: Query the user information corresponding to the public unique identity in the user data of the platform service personnel; In response to the query of user information, identity filtering is performed.

4. The method according to claim 3, characterized in that The method further comprises: In response to the user information passing the identity filter, a query result is constructed based on the user information.

5. The method according to claim 3, characterized in that The method further comprises: In response to the user information passing the identity filter, querying the task information of the service personnel according to the user information of the service personnel; The query result is constructed according to the task information and the user information.

6. The method according to claim 2 or 5, characterized in that The task information includes matching information between the location of the service personnel and the address of the task bound to the service personnel; Wherein, constructing the query result according to the task information and the user information includes: The matching information of the location of the service personnel and the address of the task bound to the service personnel and the user information are added to the query result, so that the third-party platform can identify the passage status of the service personnel according to the query result.

7. The method according to claim 2 or 5, characterized in that The task information includes the address of the task bound by the service personnel; Wherein, constructing the query result according to the task information and the user information includes: The address and user information of the task are added to the query results so that the third-party platform can identify the traffic status of the service personnel based on the query results and the location of the service personnel.

8. An information interaction device, characterized in that: The device comprises: A request receiving unit, configured to receive an information query request from a third-party platform, wherein the information query request includes a public unique identity identifier of a service personnel; A query unit, configured to query the user information of the service personnel according to the public unique identity identifier; The result sending unit is configured to send a query result to the third-party platform, where the query result at least includes information indicating whether the service personnel belongs to the service platform.

9. A computer-readable storage medium storing computer program instructions, characterized in that: The computer program instructions implement the method according to any one of claims 1 to 7 when executed by a processor.

10. An electronic device, characterized in that: The electronic device comprises: a memory for storing one or more computer program instructions; A processor, wherein the one or more computer program instructions are executed by the processor to implement the method according to any one of claims 1 to 7.

Images