Device sharing method, device and storage medium

Abstract

The invention discloses an equipment sharing method, equipment and a storage medium, and the method comprises the steps: detecting that to-be-shared target equipment is in a risk scene, and determining whether a shared person is in a safe sharing range of the target equipment; and in response to the condition that the shared person is in the safe sharing range of the target equipment, sharing the target equipment to the shared person. By means of the mode, the user experience can be improved while it is guaranteed that the equipment is safely shared, and therefore good balance between equipment sharing safety and convenience is achieved.

Description

Technical Field

[0001] This application relates to the technical field of smart home, and particularly to a device sharing method, a device, and a storage medium. Background Art

[0002] Currently, during the initialization management of Internet of Things devices, only the device owner and the device can generate a binding relationship and verify and save the binding relationship through the server. When the device is in the bound state, to view and manage the device, only the device owner can share the viewing and management permissions of the device.

[0003] For the existing device sharing function, only the sharer A needs to initiate the sharing, and the shared user B accepts the sharing request to complete the device sharing. However, when the platform identifies an abnormal sharing risk, the platform can only cut off the sharing function completely, making the sharer A unable to perform the normal sharing function under this risk. However, there is a certain probability of misjudgment in risk identification. When the device is misjudged to be in a risk state, the normal device sharing function cannot be performed, which greatly affects the user experience. Summary of the Invention

[0004] The main technical problem to be solved by this application is to provide a device sharing method, a device, and a storage medium, which can improve the user experience while ensuring the secure sharing of devices.

[0005] To solve the above technical problem, one technical solution adopted by this application is: to provide a device sharing method, which includes: detecting that a target device to be shared is in a risk scenario, and determining whether the shared user is within the secure sharing range of the target device; in response to the shared user being within the secure sharing range of the target device, sharing the target device with the shared user.

[0006] To solve the above technical problem, another technical solution adopted by this application is: to provide an electronic device, including a memory and a processor coupled to each other, the memory storing program instructions; the processor is used to execute the program instructions stored in the memory to implement the above method.

[0007] To solve the above technical problem, another technical solution adopted by this application is: to provide a computer-readable storage medium for storing program instructions, and the program instructions can be executed to implement the above method.

[0008] In the above solution, when it is detected that the target device to be shared is in a risk scenario, it is further determined whether the recipient is within the safe sharing range of the target device, and when it is determined that the recipient is within the safe sharing range of the target device, the target device is shared with the recipient. Compared with the method of not sharing in a one-size-fits-all manner when it is detected that the target device is in a risk scenario, the method of the present application further determines whether the recipient is within the safe sharing range of the target device to decide whether to share. Through more detailed determination, it can improve the user experience while ensuring safe sharing, so as to achieve a good balance between the security and convenience of device sharing. BRIEF DESCRIPTION OF THE DRAWINGS

[0009] Figure 1 is a schematic flowchart of an embodiment of the device sharing method provided by the present application;

[0010] Figure 2 is Figure 1 a schematic flowchart of an embodiment of the shown step S11;

[0011] Figure 3 is a schematic framework diagram of an embodiment of the device sharing device provided by the present application;

[0012] Figure 4 is a schematic framework diagram of an embodiment of the electronic device provided by the present application;

[0013] Figure 5 is a schematic framework diagram of the computer-readable storage medium provided by the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0014] To make the objectives, technical solutions and effects of the present application clearer and more definite, the present application will be further described in detail below with reference to the accompanying drawings and by way of examples.

[0015] In addition, if there are descriptions involving "first", "second", etc. in the embodiments of the present application, such descriptions of "first", "second", etc. are only for descriptive purposes and should not be construed as indicating or implying their relative importance or implicitly indicating the quantity of the indicated technical features. Thus, features defined with "first", "second" may explicitly or implicitly include at least one of such features. In addition, the technical solutions between various embodiments may be combined with each other, but it must be based on the fact that those skilled in the art can implement them. When the combination of technical solutions results in contradictions or cannot be implemented, it should be considered that such a combination of technical solutions does not exist and is not within the protection scope required by the present application.

[0016] Please refer to Figure 1 , Figure 1 is a schematic flowchart of an embodiment of the device sharing method provided by the present application. It should be noted that if there are substantially the same results, this embodiment does notFigure 1 is limited to the process sequence shown. As Figure 1 shown, this embodiment includes:

[0017] S11: Detect that the target device to be shared is in a risk scenario, and determine whether the person to be shared is within the safe sharing range of the target device.

[0018] Device sharing in this article refers to the device owner sharing the management and / or viewing permissions of the target device to at least one person to be shared. That is, after sharing the target device to the person to be shared, the person to be shared also has the management and / or viewing permissions of the target device.

[0019] The target device of this embodiment is an Internet of Things device, which can be, but is not limited to, a camera, or can also be a drone, an air conditioner, etc. For the convenience of understanding the solution of this application, the following will take the target device as a camera as an example for expansion.

[0020] First, detect whether the target device to be shared is in a risk scenario. If it is detected that the target device to be shared is not in a risk scenario, the target device can be directly shared with the person to be shared. If it is in a risk scenario, the subsequent determination of the safe sharing range and the subsequent steps are executed. Among them, the specific method of sharing the target device with the person to be shared can refer to the existing device sharing method.

[0021] In one embodiment, the method of detecting whether the target device to be shared is in a risk scenario includes: using a preset risk control model to identify the risk of the sharing scenario of the target device. If it is identified that the sharing scenario of the target device is an abnormal sharing scenario, it is determined that the target device is in a risk scenario; if it is identified that the sharing scenario of the target device is a normal sharing scenario, it is determined that the target device is in a non-risk scenario.

[0022] Among them, several risk discrimination conditions are stored in the preset risk control model. If the sharing scenario of the target device does not meet any of the risk discrimination conditions, the sharing scenario is an abnormal sharing scenario.

[0023] Among them, the sharing discrimination conditions are, for example, the discrimination conditions for restricting the sharing time period, or for example, the discrimination conditions for restricting the total number of sharing people.

[0024] In a specific embodiment, when device sharing occurs during an abnormal sharing time period (such as at night), or the total number of sharing people of the target device reaches the sharing people limit (such as 10 people), it is considered that the target device may be in a risk scenario of abnormal sharing.

[0025] Of course, the specific risk discrimination conditions can be preset according to actual needs. In addition, when the number of risk discrimination conditions is small, the sharing recognition can be directly judged whether the current sharing conditions meet the set risk discrimination conditions without using a preset risk control model.

[0026] It should be noted that in this embodiment, the secure sharing range refers to a predefined or set range used to determine whether the recipient is in a physically close enough position to the target device. This setting of the secure sharing range is based on the consideration of secure sharing, aiming to ensure that the sharing operation is allowed only when the recipient can physically contact the target device or the distance is small enough, so as to enhance the user experience while ensuring secure sharing.

[0027] Therefore, it can be understood that the secure sharing range is used to ensure that when sharing the target device, the physical space relationship between the recipient and the device meets certain security requirements. The setting of the secure sharing range may be based on various factors, such as the type of the target device, the usage scenario, security requirements, etc. For example, in a highly sensitive monitoring scenario, the secure sharing range may be set very small to ensure that only those who have direct physical contact with or are very close to the monitored object can share the camera. In other scenarios, the secure sharing range may be relatively large to adapt to different security requirements and sharing convenience.

[0028] Taking the camera as an example, the risk scenarios of the camera are such as hotel secret shooting or washroom secret shooting, etc. The camera may be used for illegal monitoring. In this embodiment, when it is detected that the camera may be in risk scenarios such as illegal monitoring (such as hotel secret shooting or washroom secret shooting), it will be further verified whether the recipient is within the secure sharing range of the target device. If so, it means that the distance between the recipient and the camera is close. In this case, there will be no situation where the privacy of the object being illegally monitored is leaked.

[0029] For example, in a monitoring scenario, the monitored object and the camera are generally close, such as in the same physical space (room). In order to avoid the privacy leakage of the monitored object when the camera is shared with an untrusted recipient, when it is detected that the camera is in a sharing risk scenario, the physical space relationship between the recipient and the camera can be further determined. If it can be proved that the recipient is within the secure sharing range of the camera (for example, the recipient can physically contact the camera), it means that both the recipient and the monitored object are physically close to the camera, and there is an acquaintance relationship between the recipient and the monitored object. Therefore, when it is determined that both the recipient and the monitored object are physically close to the camera, sharing the target device with the sharer will not cause the situation that the monitored object is secretly photographed.

[0030] In one embodiment, determining whether the recipient is within the secure sharing range of the target device includes: transmitting verification information from the target device to the recipient; obtaining the reply information of the recipient to the verification information; and determining whether the recipient is within the secure sharing range of the target device based on the consistency result of the reply information and the verification information.

[0031] Since the verification information is transmitted through the target device, if the shared recipient is physically close to the target device, the shared recipient can receive the transmitted verification information through the target device. Therefore, in this case, the shared recipient knows what the verification information is, and can thus determine the reply information that is consistent with the verification information. Based on this idea, this embodiment is configured to obtain the reply information of the shared recipient to the verification information, and determine the consistency result between the reply information and the verification information. If the two are consistent, it indicates that the shared recipient is within the secure sharing range of the target device (for example, the shared recipient can physically contact the target device). In this case, sharing the target device can ensure the security of device sharing.

[0032] In an implementation scenario, when the shared recipient can sense (including seeing, hearing, touching) the target device, it is considered that the shared recipient can physically contact the target device, and the shared recipient is within the secure sharing range of the target device.

[0033] Specifically, please refer to Figure 2 , Figure 2 which Figure 1 is a schematic flowchart of an embodiment of step S11 shown in

[0034] S21: Transmit verification information to the shared recipient using the target device.

[0035] S22: Obtain the reply information of the shared recipient to the verification information.

[0036] S23: Determine whether the shared recipient is within the secure sharing range of the target device based on the consistency result between the reply information and the verification information.

[0037] To facilitate understanding of this embodiment, the processing logic of this embodiment is described as follows.

[0038] In this embodiment, verification information is first generated, and then the near-source physical message obtained by converting the verification information through the target device is used to transmit the verification information to the shared recipient; wherein, the near-source physical message is a message that the shared recipient can obtain only within the secure sharing range of the target device.

[0039] It can be understood that if the shared recipient can obtain the near-source physical message within the secure sharing range of the target device, the reply information that is consistent with the transmitted verification information can be determined. On the contrary, if the shared recipient cannot obtain the near-source physical message within the secure sharing range of the target device, it is difficult to determine the reply information that is consistent with the verification information transmitted by the target device.

[0040] Among them, the verification information can be generated by the server or other devices and then sent to the target device, or it can be generated by the target device itself. Then, the target device converts the verification information to obtain a near-source physical message, and passes the verification message to the sharer through the near-source physical message.

[0041] That is, the sharer determines the verification information through the near-source physical message. Then, the sharer determines the reply information corresponding to the verification information based on the near-source physical message, and inputs the reply information through the client of the target device so that the reply message can be obtained.

[0042] Among them, the near-source physical message is a message that needs to be obtained by the sharer within the secure sharing range of the target device. It can be understood that the converted near-source physical message is a message that the sharer can directly see, hear, or touch.

[0043] If the sharer can receive the above near-source physical message, the correct reply information can be input. Therefore, if it can be determined that the verification information and the reply information are consistent, it means that the sharer is within the secure sharing range of the target device.

[0044] In one embodiment, in order to increase the difficulty of the verification information being predicted in advance and improve the security of device sharing, the verification message can be randomly generated.

[0045] To further improve the security of device sharing, an effective time range can also be preset. The effective time range is, for example, the time difference between the time when the target device transmits the verification information and the time when the reply information is obtained. For example, 1 minute or 30 seconds is set. Before executing step S23, first determine whether the acquisition time of the reply information is within the effective time range. If so, then execute step S23 to further improve the security of device sharing.

[0046] In one implementation scenario, multiple transmission types of verification information can be set, and then one or more transmission types are randomly selected to transmit the verification information.

[0047] The transmission types of the verification information include at least one of indicator light flashing transmission, voice transmission, and biometric transmission. Among them, indicator light flashing transmission is a way to transmit verification information by using the indicator light of the target device. Voice transmission is a way to transmit verification information by using the target device to broadcast the verification information through voice. Biometric transmission is a way to transmit verification information by using the target device to broadcast biometric collection messages through voice.

[0048] In the case where the transmission type includes indicator light flashing transmission, the verification information includes an indicator light flashing instruction, and the near-source physical message includes a visible optical signal generated when the indicator light of the target device executes the indicator light flashing instruction.

[0049] In an implementation scenario, there is only one color for the indicator light. The indicator light flashing instruction specifies the number of flashes of this color. The corresponding near-source physical message includes the optical signal generated when the indicator light of the target device flashes according to the number of flashes in the indicator light flashing instruction. Among them, if the person to be shared can physically contact the target device, the person to be shared can see the optical signal generated by the indicator light and accurately input the corresponding reply information (number of flashes).

[0050] In another implementation scenario, the target device is equipped with an indicator light having at least two colors. The indicator light flashing instruction included in the verification information details the color flashing sequence of the indicator light. That is, in this implementation scenario, the indicator light flashing instruction is a specific indication of the flashing order and the number of flashes of each color indicator light (i.e., a specific indication of the color flashing sequence). Example: If the indicator light has three colors: red, yellow, and blue, a possible flashing instruction sequence is "red, blue, blue, red, yellow, red".

[0051] Among them, the color flashing sequence can be determined based on multiple flashing instructions or a single flashing instruction. Specifically: The color flashing sequence can be composed of multiple independent indicator light flashing instructions. Each instruction only indicates the light of one color and its number of flashes. For example, the above sequence of "red, blue, blue, red, yellow, red" is composed of six independent flashing instructions. Of course, the color flashing sequence can also be determined by a composite indicator light flashing instruction. This composite instruction includes the lights of multiple colors and their order without being split into multiple separate instructions. However, in actual operation, for the sake of simplicity and clarity, the method of multiple separate instructions can be preferred.

[0052] It can be understood that only the person to be shared within the physically contactable range of the target device can observe the light color and flashing order of the indicator light. For example, only when the person to be shared can see the above color flashing sequence of "red, blue, blue, red, yellow, red", will the person to be shared accurately input the reply information of "red, blue, blue, red, yellow, red". Among them, for the sake of distinction, the color flashing sequence included in the indicator light flashing instruction is denoted as the first color flashing sequence, and the color flashing sequence determined by the person to be shared based on the observed optical signal (i.e., the near-source physical message) is denoted as the second color flashing sequence. The consistency result of the corresponding step S23 includes the consistency result between the first color flashing sequence and the second color flashing sequence.

[0053] In a specific embodiment, the indicator light has three colors: red, yellow, and blue. The first color flashing sequence is determined based on six flashing instructions. Among them, the first color flashing sequence includes 729 (i.e., 3 6) There are various possible orders. Therefore, if the recipient cannot see the optical signal generated by the indicator light, the probability that the input second color blinking sequence is the same as the first color blinking sequence is extremely low. However, if the recipient can see the optical signal generated by the indicator light, they can accurately input the second color blinking sequence that is the same as the first color blinking sequence. Since only the recipient who can access the target device can obtain and verify this sequence, using the color blinking sequence to verify whether the recipient is within the safe sharing range of the target device is an effective verification method.

[0054] In the case where the transfer type includes voice transfer, the verification information includes a voice broadcast instruction, and the converted near-source physical message includes the voice signal broadcast by the target device according to the voice broadcast instruction.

[0055] In an implementation scenario, the voice broadcast instruction includes a first string to be broadcast, the reply information includes a second string determined by the recipient based on the heard voice signal; the consistency result includes the consistency result between the first string and the second string.

[0056] Among them, the first string can be a numeric string or a text string, or a string that contains both numbers and text. Exemplarily, the first string is, for example, "7815626466" or "Xiaowang ate five apples today".

[0057] The near-source physical message is the voice signal broadcast by the target device regarding the first string. If the recipient can physically contact the target device, the recipient can hear the voice signal broadcast by the target device and accurately input the second string expressed by the voice signal, for example, can accurately input the second string "7815626466" or "Xiaowang ate five apples today" corresponding to the first string.

[0058] In some implementation scenarios, the voice broadcast instruction includes a first voice string to be broadcast, the reply information includes a second voice string or a third string determined by the recipient based on the voice signal of the broadcast first voice string; the consistency result includes the consistency result between the first voice string and the second voice string, or the first voice string and the third string.

[0059] Generally speaking, the generated verification information can be a string or a voice string. The target device generates an audible voice signal based on the verification information. Of course, the voice signal is related to the content of the verification information. If the recipient can physically contact the target device, the recipient can hear the voice signal broadcast by the target device and accurately input the content expressed by the voice signal. Therefore, when it is determined that the first string and the second string are consistent, or the first voice string and the second voice string, or the first voice string and the third string are consistent, it is considered that the recipient is within the safe sharing range of the target device.

[0060] In the case where the transfer type includes biometric transfer, the verification information includes a biometric collection instruction, and the proximal physical message includes the biometric collection instruction played by the target device through voice. Of course, the proximal physical message can also be a collection instruction including the target device's text display for reminding the sharer to collect their biometric features.

[0061] Among them, playing the biometric collection instruction through the target device's voice and / or displaying it through text are both for reminding the sharer to actively approach the target device so as to be able to cooperate with the target device to collect their first biometric feature.

[0062] Therefore, it can be understood that the biometric collection instruction is used to instruct the target device to play the biometric collection instruction through voice and / or display it through text to collect the first biometric feature of the sharer. Among them, after the first biometric feature of the sharer is collected, the collected first biometric feature is updated as the verification information, and the reply information includes the second biometric feature of the sharer input through the client of the target device after hearing the played and / or seeing the biometric collection instruction displayed through text; the consistency result includes the consistency result between the first biometric feature and the second biometric feature.

[0063] Among them, biometric features are, for example, voiceprints, fingerprints, or human faces, etc. It can be understood that if the first biometric feature and the second biometric feature match (are consistent), it means that the sharer is within the safe sharing range of the target device.

[0064] In one embodiment, in order to further improve the security of device sharing, it can be set that a single input of the reply information is valid, that is, only when the first correct input of the reply information is consistent with the verification information, the reply information is considered to be consistent with the verification information.

[0065] In some scenarios, in order to balance security and user experience and avoid the situation where the user accidentally enters the wrong reply information, it can be set that several (for example, 2 or 3) inputs of the reply information are valid. If the reply information input several times is not consistent with the verification information, the device will not be shared with the sharer. This method is suitable for all transfer types.

[0066] As can be seen from the above, in some scenarios, the consistency result between the verification information and the reply information includes several sub-results. In this scenario, based on the consistency result between the reply information and the verification information, determining whether the sharer is within the safe sharing range of the target device includes: when at least one of the several sub-results indicates that the reply information and the verification information are consistent, it is determined that the sharer is within the safe sharing range of the target device.

[0067] Among them, the above consistency result can be determined by existing comparison methods, and no specific description is given here.

[0068] S12: In response to the recipient being within the safe sharing range of the target device, sharing the target device with the recipient.

[0069] In this embodiment, in order to balance the security of device sharing and user experience, the target device may be shared with the sharee after it is determined that the sharee is within the safe sharing range of the target device.

[0070] Of course, if the target device is not detected to be in a risk scenario before step S11, the target device can be directly shared with the sharee. The specific method of sharing the target device with the sharee can refer to the existing device sharing method.

[0071] However, regardless of whether the target device is detected to be in a risk scenario, before sharing the target device with the sharee, it is necessary to receive a device sharing request sent by the owner of the target device. The device sharing request is used to request to share the target device with the sharee. Among them, receiving the device sharing request sent by the owner of the target device indicates that the device sharing to be performed next is authorized by the owner of the target device.

[0072] The above scheme, when it is detected that the target device to be shared is in a risky scenario, further determines whether the person being shared is within the safe sharing range of the target device, and shares the target device with the person being shared when it is determined that the person is within the safe sharing range of the target device. Compared with the one-size-fits-all approach of not sharing when the target device is detected to be in a risky scenario, the present application further determines whether the person being shared is within the safe sharing range of the target device to decide whether to share. Through more detailed judgments, it is possible to ensure safe sharing while improving the user experience, so as to achieve a good balance between security and convenience.

[0073] In a specific embodiment, the process of device sharing includes:

[0074] 1. The target device owner initiates a device sharing request on the client.

[0075] 2. After receiving the sharing request from the target device owner, the client requests the server to share the device.

[0076] 3. The server detects whether the target device is in a risk scenario. If so, it generates verification information and synchronizes it to the target device.

[0077] 4. After receiving the verification information, the target device converts it into a near-source physical message.

[0078] 5. The sharee receives the near-source physical message, determines the reply information based on the near-source physical message, inputs the reply information into the client, and the client receives the reply information and sends it to the server.

[0079] 6. The server verifies whether the reply information received by the client is consistent with the generated verification information. If they are consistent, the target device is shared with the shared user.

[0080] Please refer to Figure 3 , Figure 3 FIG. 1 is a schematic framework diagram of an embodiment of the device sharing apparatus provided by the present application. In this embodiment, the device sharing apparatus 30 includes a determination module 31 and a sharing module 32. The determination module 31 is configured to detect that the target device to be shared is in a risk scenario and determine whether the shared user is within the safe sharing range of the target device; the sharing module 32 is configured to share the target device with the shared user in response to the shared user being within the safe sharing range of the target device.

[0081] In some embodiments, the determination module 31 determines whether the shared user is within the safe sharing range of the target device, including: transmitting verification information to the shared user by using the target device; obtaining the reply information of the shared user to the verification information; and determining whether the shared user is within the safe sharing range of the target device based on the consistency result of the reply information and the verification information.

[0082] In some embodiments, transmitting verification information to the shared user by using the target device includes: generating verification information; transmitting the verification information to the shared user by using a near-source physical message obtained by converting the verification information through the target device; where the near-source physical message is a message that can only be obtained by the shared user within the safe sharing range of the target device.

[0083] In some embodiments, the transmission type of the verification information includes at least one of indicator light flashing transmission, voice transmission, and biometric transmission; the reply information is determined by the shared user based on the received near-source physical message and is input through the client of the target device.

[0084] In some embodiments, when the transmission type includes indicator light flashing transmission, the verification information includes an indicator light flashing instruction, and the near-source physical message includes an optical signal generated when the indicator light of the target device executes the indicator light flashing instruction; when the transmission type includes voice transmission, the verification information includes a voice broadcast instruction, and the near-source physical message includes a voice signal broadcast by the target device according to the voice broadcast instruction; when the transmission type includes biometric transmission, the verification information includes a biometric collection instruction, and the near-source physical message includes a biometric collection instruction played by the target device.

[0085] In some embodiments, the indicator light has at least two colors, the indicator light flashing instruction includes a first color flashing sequence of the indicator light, and the reply information includes a second color flashing sequence determined by the shared user based on the optical signal; the consistency result includes the consistency result between the first color flashing sequence and the second color flashing sequence; and / or, the voice broadcast instruction includes a first string to be broadcast, and the reply information includes a second string determined by the shared user based on the voice signal; the consistency result includes the consistency result between the first string and the second string; and / or, the biometric collection instruction is used to instruct the target device to collect a first biometric of the shared user and update the collected first biometric as verification information, and the reply information includes a second biometric of the shared user input by the client of the target device based on the played biometric collection instruction; the consistency result includes the consistency result between the first biometric and the second biometric.

[0086] In some embodiments, the verification information is randomly generated information; and / or, before determining whether the shared user is within the safe sharing range of the target device based on the consistency result between the reply information and the verification information, the method further includes: determining whether the acquisition time of the reply information is within the valid time range; in response to the acquisition time being within the valid time range, performing the step of determining whether the shared user is within the safe sharing range of the target device based on the consistency result between the reply information and the verification information; and / or, the consistency result includes several sub-results, and determining whether the shared user is within the safe sharing range of the target device based on the consistency result between the reply information and the verification information includes: in response to at least one of the several sub-results indicating that the reply information and the verification information are consistent, determining that the shared user is within the safe sharing range of the target device.

[0087] In some embodiments, detecting that the target device to be shared is in a risk scenario includes: using a preset risk control model to identify risks in the sharing scenario of the target device; in response to identifying that the sharing scenario of the target device is an abnormal sharing scenario, determining that the target device is in a risk scenario.

[0088] In some embodiments, several risk discrimination conditions are stored in the preset risk control model, and if the sharing scenario of the target device does not meet one of the risk discrimination conditions, the sharing scenario is an abnormal sharing scenario.

[0089] In some embodiments, before detecting that the target device to be shared is in a risk scenario or before sharing the target device with the shared user, the method further includes: receiving a device sharing request sent by the owner of the target device, where the device sharing request is used to request sharing the target device with the shared user; and / or, the target device is a camera.

[0090] Please refer to Figure 4 , Figure 4It is a schematic diagram of the framework of an embodiment of the electronic device provided by this application. In this embodiment, the electronic device 40 includes a mutually coupled memory 41 and a processor 42.

[0091] The memory 41 stores program instructions, and the processor 42 is configured to execute the program instructions stored in the memory 41 to implement the steps of any of the above method embodiments. In a specific implementation scenario, the electronic device 40 may include, but is not limited to: a microcomputer, a server. In addition, the electronic device 40 may also include mobile devices such as laptop computers, tablet computers, etc., which are not limited herein.

[0092] The electronic device may be the target device or other electronic devices capable of communicating with the target device other than the target device.

[0093] Specifically, the processor 42 is used to control itself and the memory 41 to implement the steps of any of the above embodiments. The processor 42 may also be referred to as a CPU (Central Processing Unit). The processor 42 may be an integrated circuit chip with signal processing capabilities. The processor 42 may also be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc. Additionally, the processor 42 may be implemented jointly by integrated circuit chips.

[0094] Please refer to Figure 5 , Figure 5It is a schematic framework diagram of a computer-readable storage medium provided by this application. The computer-readable storage medium 50 in the embodiments of this application stores program instructions 51, and when the program instructions 51 are executed, they implement the methods provided by any one of the above embodiments and any non-conflicting combinations. Among them, the program instructions 51 can form a program file and be stored in the above computer-readable storage medium 50 in the form of a software product, so that a computer device (which can be a personal computer, a server, or a network device, etc.) can execute all or part of the steps of the methods in various embodiments of this application. The aforementioned computer-readable storage medium 50 includes: various media that can store program codes such as USB flash drives, mobile hard disks, read-only memories (ROM, Read-Only Memory), random access memories (RAM, Random Access Memory), magnetic disks, or optical discs, or terminal devices such as computers, servers, mobile phones, and tablets.

[0095] In the above solution, when it is detected that the target device to be shared is in a risk scenario, it is further determined whether the recipient is within the safe sharing range of the target device, and when it is determined that the recipient is within the safe sharing range of the target device, the target device is shared with the recipient. Compared with the method of not sharing in a one-size-fits-all manner when it is detected that the target device is in a risk scenario, the method of further determining whether the recipient is within the safe sharing range of the target device to decide whether to share in this application can, through more detailed determination, improve the user experience while ensuring safe sharing, so as to achieve a good balance between security and convenience.

[0096] In some embodiments, the functions or modules included in the device provided by the embodiments of the present disclosure can be used to execute the methods described in the method embodiments above. Its specific implementation can refer to the description of the method embodiments above. For the sake of brevity, it will not be repeated here.

[0097] The descriptions of the above embodiments tend to emphasize the differences between the embodiments. Their similarities or similarities can be referred to each other. For the sake of brevity, they will not be repeated in this article.

[0098] In several embodiments provided by this application, it should be understood that the disclosed methods and devices can be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of modules or units is only a logical function division. In actual implementation, there can be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed coupling or direct coupling or communication connection to each other can be through some interfaces. The indirect coupling or communication connection of the device or unit can be in an electrical, mechanical or other form.

[0099] The unit described as a separation component may or may not be physically separated. The component displayed as a unit may or may not be a physical unit, that is, it may be located in one place or distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0100] In addition, each functional unit in various embodiments of the present application can be integrated in a processing unit, or each unit can exist physically alone, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

[0101] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on such an understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, or all or part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the methods of various embodiments of the present application. The aforementioned storage medium includes: USB flash drives, mobile hard disks, read-only memories (ROM, Read-Only Memory), random access memories (RAM, Random Access Memory), magnetic disks, or optical discs and other various media that can store program codes.

[0102] The above are only the embodiments of the present application, and do not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made by using the content of the specification and drawings of the present application, or directly or indirectly applied in other related technical fields, shall be equally included in the patent protection scope of the present application.

Claims

1. A device sharing method, characterized in that, The method includes: Detecting that the target device to be shared is in a risk scenario, and determining whether the recipient is within the safe sharing range of the target device; In response to the recipient being within the safe sharing range of the target device, sharing the target device with the recipient.

2. The method according to claim 1, wherein The determining whether the recipient is within the safe sharing range of the target device includes: Using the target device to transmit verification information to the recipient; Obtaining a reply message from the recipient to the verification information; Based on the consistency result between the reply message and the verification information, determining whether the recipient is within the safe sharing range of the target device.

3. The method according to claim 2, wherein The using the target device to transmit verification information to the recipient includes: Generating the verification information; Transmitting the verification information to the recipient through a near-source physical message obtained by converting the verification information by the target device; wherein, the near-source physical message is a message that the recipient can obtain only within the safe sharing range of the target device.

4. The method according to claim 3, characterized in that The transmission type of the verification information includes at least one of indicator light flashing transmission, voice transmission, and biometric transmission; The reply message is determined by the recipient based on the received near-source physical message and is input through the client of the target device.

5. The method according to claim 4, wherein When the transmission type includes the indicator light flashing transmission, the verification information includes an indicator light flashing instruction, and the near-source physical message includes an optical signal generated when the indicator light of the target device executes the indicator light flashing instruction; When the transmission type includes voice transmission, the verification information includes a voice broadcast instruction, and the near-source physical message includes a voice signal broadcast by the target device according to the voice broadcast instruction; When the transmission type includes the biometric transmission, the verification information includes a biometric collection instruction, and the near-source physical message includes the biometric collection instruction broadcast by the target device by voice.

6. The method according to claim 5, wherein The indicator light has at least two colors, the indicator light flashing instruction includes a first color flashing sequence of the indicator light, and the reply message includes a second color flashing sequence determined by the recipient based on the optical signal; the consistency result includes the consistency result between the first color flashing sequence and the second color flashing sequence; And / or, the voice broadcast instruction includes a first string to be broadcast, and the reply message includes a second string determined by the recipient based on the voice signal; the consistency result includes the consistency result between the first string and the second string; And / or, the biometric collection instruction is used to instruct the target device to collect a first biometric of the recipient and update the collected first biometric as the verification information, and the reply message includes a second biometric of the recipient input through the client of the target device by the recipient based on the broadcast biometric collection instruction. The consistency result includes the consistency result between the first biometric feature and the second biometric feature.

7. The method according to claim 2, wherein The verification information is randomly generated information; And / or, before determining whether the shared person is within the secure sharing range of the target device based on the consistency result of the reply information and the verification information, the method further includes: Determining whether the acquisition time of the reply information is within a valid time range; In response to the acquisition time being within the valid time range, performing the step of determining whether the shared person is within the secure sharing range of the target device based on the consistency result of the reply information and the verification information; And / or, the consistency result includes a plurality of sub-results, and determining whether the shared person is within the secure sharing range of the target device based on the consistency result of the reply information and the verification information includes: In response to at least one of the plurality of sub-results indicating that the reply information and the verification information are consistent, determining that the shared person is within the secure sharing range of the target device.

8. The method according to claim 1, wherein The detection that the target device to be shared is in a risk scenario includes: Using a preset risk control model to identify risks in the sharing scenario of the target device; In response to identifying that the sharing scenario of the target device is an abnormal sharing scenario, determining that the target device is in the risk scenario.

9. The method according to claim 8, characterized in that, A plurality of risk discrimination conditions are stored in the preset risk control model. If the sharing scenario of the target device does not meet one of the risk discrimination conditions, the sharing scenario is an abnormal sharing scenario.

10. The method according to claim 1, wherein Before the detection that the target device to be shared is in a risk scenario or before sharing the target device with the shared person, the method further includes: Receiving a device sharing request sent by the owner of the target device, where the device sharing request is used to request sharing the target device with the shared person; And / or, the target device is a camera.

11. An electronic device, characterized in that, Including a memory and a processor that are mutually coupled, The memory stores program instructions; The processor is configured to execute the program instructions stored in the memory to implement the method according to any one of claims 1-10.

12. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores program instructions that can be run by a processor, and the program instructions can be executed by the processor to implement the method according to any one of claims 1-10.

Images