Method and apparatus for providing a suitable alternative receiver to execute input events in an IOT environment

By evaluating and classifying input events in an IoT environment, identifying and utilizing appropriate alternative recipients, the problem of receivers being unable to provide satisfactory responses is solved, and efficient input event processing and receiver privacy protection is achieved.

CN119769061APending Publication Date: 2025-04-04SAMSUNG ELECTRONICS CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202380061840.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Priority Date
2022-09-02
Filing Date
2023-03-31
Publication Date
2025-04-04

AI Technical Summary

Technical Problem

In an IoT environment, when the recipient cannot provide a satisfactory response, the prior art is difficult to identify and utilize a suitable alternative recipient, resulting in inefficient input event processing and lack of encryption mechanisms and access controls, affecting the recipient's privacy.

Method used

Identify appropriate alternative recipients and provide encrypted text and important information based on their access to perform input events in an IoT environment by determining the importance of input events, classifying input events, evaluating the recipient's current availability and expected response.

Benefits of technology

It realizes efficient identification and utilization of suitable alternative recipients in the Internet of Things environment, improves the satisfaction and efficiency of input event processing, and protects the recipient's privacy.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119769061A_ABST
    Figure CN119769061A_ABST
Patent Text Reader

Abstract

The present invention relates to a method for providing a suitable alternative recipient to perform one or more input events in an IOT environment. The method (100) includes performing one or more actions, including determining the importance of one or more input events and classifying them, and determining the expected response to one or more input events. The method (100) also includes determining the current availability of the recipient for one or more input events. The method (100) also includes predicting the recipient's response to one or more inputs. The method (100) also includes identifying a suitable alternative recipient from one or more alternative recipients. Thereafter, the method (100) includes providing encrypted text and one or more important information to the suitable alternative recipient to perform one or more input events in the IOT environment.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present disclosure generally relates to executing input events in an Internet of Things (IOT) environment, and more particularly, to methods and systems for providing a suitable substitute recipient to execute one or more input events in an IOT environment. Background Art

[0002] Technology plays an important role in providing a comfortable life. Currently, a wide variety of tasks are performed using technologies like the Internet, which is a global system of interconnected computers and computer networks that use standard protocols to communicate with each other, and the Internet of Things (IOT) is one of the many aspects of the Internet. IOT is a network of devices that includes not only computers and computer networks but also everyday life appliances and gadgets that are able to share and receive data with other devices through the IOT communication network.

[0003] Although IOT makes life much easier, most users still cannot perform other important input events while they are busy with work. In any case, whenever an important input event is notified to a recipient while the recipient is busy or engaged in some work, the recipient may switch from the ongoing work to perform the notified input event, which affects work efficiency, or provide an unsatisfactory response when processing the notified input event. In both cases, the work or the notified input event will be affected because both need to be performed by the recipient. In addition, there may be another situation where the recipient has difficulty in obtaining the notified input event due to network problems or the recipient's personal choice not to participate in the notified input event, and therefore fails to take timely action to process it.

[0004] Currently, there are many prior arts that disclose forwarding input events in an IOT environment taking into account the proximity of the device to the recipient.

[0005] The prior art discloses an optimized predictive routing and method. The method includes obtaining and / or predicting profiles of current and future customers, determining which agents are currently available and which agents are expected to be available, and providing routing recommendations based on the obtained or predicted profiles of the current and future customers and the proficiency of the currently available agents and the expected available agents in handling customers with the obtained and / or predicted profiles.

[0006] In addition, the prior art discloses an intelligent communication routing system and method. The prior art also discloses a communication routing system and method for representing multiple predicted characteristics of multiple communication sources, each communication source having an economic utility; representing multiple predicted characteristics of multiple communication targets, each communication target having an economic utility; and determining an optimal route between multiple communication sources and multiple communication targets by maximizing the aggregate utility of the corresponding predicted characteristics relative to the communication sources and communication destinations represented by the links.

[0007] In addition, the prior art discloses a system and method for providing enhanced answering services in a time-sensitive manner. The prior art discloses a computing system for answering services that answers an incoming call from a calling party on behalf of a called party and allows an agent to converse with the calling party regarding the purpose of the incoming call from the calling party. At a trigger point, a signal is received from the agent while the incoming call from the calling party is still in progress. The trigger point occurs when the agent determines that the calling party is calling regarding a predetermined emergency matter. Once the signal is received, contact is initiated with the called party, and communication between the calling party and the called party is achieved while the incoming call from the calling party is still in progress.

[0008] However, these prior arts do not mention the satisfaction rate of identifying the response provided by the recipient to the input event. In addition, these prior arts do not disclose identifying a suitable alternative recipient for executing the input event when the recipient cannot provide a satisfactory response. In addition, the encryption mechanism and access rights are not disclosed in these prior arts, which affects the privacy of the recipient.

[0009] Therefore, in light of the foregoing discussion, a need exists to overcome the aforementioned shortcomings associated with existing methods and systems to provide a suitable alternative recipient to execute one or more input events in an IOT environment. Summary of the invention

[0010] Solution to the problem

[0011] The present disclosure provides a method for providing a suitable alternative recipient to perform one or more input events in an IOT (Internet of Things) environment. In one embodiment, when a recipient cannot provide a satisfactory response, a suitable alternative recipient is provided. The method includes performing one or more actions, which include determining the importance of one or more input events; based on the parameters of one or more input event evaluations received from the service expected database and the metadata of one or more input events, one or more input events are classified into any one of two categories including private and non-private; and determining the expected response for one or more input events. In one embodiment, the importance of one or more input events depends on the parameters of one or more input event evaluations, which include historical and current information of one or more input events. In addition, the expected response is determined based on the availability of information exchange and the recipient (e.g., digital and physical); the information exchange type expected response is determined based on the parameters and / or metadata of one or more input event evaluations received from the service expected database; and the availability of the recipient type expected response is determined considering the type of one or more input events, wherein the type of one or more input events includes one of notification, call, and doorbell.

[0012] The method also includes determining the current availability of the recipient for one or more input events. In one embodiment, the current availability of the recipient for one or more input events is determined using digital occupancy, physical occupancy, and device readiness. Digital occupancy is determined using in-call status and device activity; physical occupancy is determined using calendar event status and non-device activity; and device readiness is determined using one of the device profiles including silent, loud, and vibrating, one of the battery states including bad or good, and one of the classified network parameters, the network parameters are determined using a first set of parameters including reference signal received power (RSRP), reference signal received quality (RSRQ), percentage of block error rate (BLER%), and bandwidth, and are classified as predefined values ​​for poor networks, average networks, and good networks. The method also includes predicting the recipient's response to one or more input events based on the recipient's current availability relative to the expected response. In one embodiment, the recipient's response is predicted to be satisfactory or unsatisfactory. When the current availability of the expected response recipient is "yes", the recipient's response to one or more input events is satisfactory, and when the current availability of the expected response recipient is "no", the recipient's response to one or more input events is unsatisfactory. The method also includes identifying a suitable substitute recipient from one or more substitute recipients to perform the one or more input events when the expected predicted response to the one or more input events is unsatisfactory. In one embodiment, the suitable substitute recipient is identified based on a prediction score, which is calculated using a predefined percentage of the affinity score, a predefined percentage of the interaction score, and a predefined percentage of the personal characteristics (persona) score. Thereafter, the method includes providing the encrypted text and one or more important information analyzed from the parameters evaluated from the one or more input events to the suitable substitute recipient based on the access rights of the suitable substitute recipient to perform one or more input events in the IOT environment.

[0013] In one embodiment, the present disclosure provides a system for providing a suitable alternative recipient to perform one or more input events in an IOT (Internet of Things) environment. In one embodiment, when a recipient cannot provide a satisfactory response, the system provides a suitable alternative recipient. The system includes an importance module that performs one or more actions, which includes determining the importance of one or more input events, classifying one or more input events, and determining the expected response to one or more input events. The system also includes a receiver availability module for determining the current availability of the receiver for one or more input events. The system also includes a receiver response prediction module for predicting the receiver's response to one or more input events based on the current availability of the receiver relative to the expected response. The system also includes an alternative recipient identification module for identifying a suitable alternative recipient from one or more alternative recipients to perform one or more input events when the predicted response to one or more input events is unsatisfactory. The system also includes an alternative recipient preparation module for providing encrypted text and one or more important information analyzed from parameters evaluated from one or more input events to a suitable alternative recipient based on the access rights of the suitable alternative recipient to perform one or more input events in an IOT environment.

[0014] In one embodiment, the importance module includes an input event evaluation submodule for extracting one or more inputs from a call notification manager and a service expectation database for one or more input events and providing one or more input event evaluation parameters. The importance module also includes an importance determination submodule for determining the importance of one or more input events based on the one or more input event evaluation parameters received from the input event evaluation submodule. The importance module also includes an input event classification submodule for classifying one or more input events into any one of two categories including private and non-private based on the one or more input event evaluation parameters of the service expectation database and the metadata of one or more input events received from the service expectation database. The importance module also includes an expected response determination submodule for determining an expected response to one or more input events based on the information exchange and the availability of the recipient (e.g., digital and physical).

[0015] In one embodiment, the receiver availability module includes a network strength determination submodule for receiving a first set of parameters from an access technology manager of the device and determining and classifying network parameters of the device using the first set of parameters. The receiver availability module also includes a receiver activity determination submodule for receiving input from an activity manager of the device and determining the digital occupancy and physical occupancy of the receiver. The receiver availability module also includes a device readiness determination submodule for receiving input from the network strength determination submodule and a device manager of the device and determining the device readiness of the receiver. The receiver availability module also includes a receiver availability submodule for determining the current availability of the receiver for one or more input events.

[0016] In one embodiment, the alternative recipient identification module includes an affinity determination submodule for receiving a service type of each of the one or more alternative recipients from a service expectation database, and determining an affinity score based on the utilization frequency of the service type of each of the one or more alternative recipients. The alternative recipient identification module also includes an interaction determination submodule for receiving an interaction frequency of each of the one or more alternative recipients relative to the recipient from an interaction manager of the device, and determining an interaction score. The alternative recipient identification module also includes a personal characteristics determination submodule for receiving a second set of parameters of each of the one or more alternative recipients from a user profile manager of the device, and determining a personal characteristics score of each of the one or more alternative recipients relative to the personal characteristics of the recipient. The alternative recipient identification module also includes a suitable alternative recipient identification submodule for receiving inputs from the affinity determination submodule, the interaction determination submodule, and the personal characteristics determination submodule, and identifying a suitable alternative recipient from the one or more alternative recipients.

[0017] In one embodiment, the substitute recipient preparation module includes an encryption submodule for encrypting input text based on the classification of one or more input events. The substitute recipient preparation module also includes an important information evaluation submodule for analyzing the parameters of one or more input event evaluations based on the expected response to provide one or more important information required to execute one or more events. The substitute recipient preparation module also includes an access rights determination submodule for determining the access rights of a suitable substitute recipient. The substitute recipient preparation module also includes an substitute recipient preparation submodule for providing encrypted text, one or more important information to a suitable substitute recipient using the capabilities of the most suitable IOT device based on the determined access rights.

[0018] The present disclosure provides an IOT hub for providing a suitable alternative recipient to execute one or more input events in an IOT (Internet of Things) environment. The IOT hub includes a memory storing instructions and at least one processor configured to execute instructions. In one embodiment, when the response of the recipient is predicted to be unsatisfactory, at least one processor identifies a suitable alternative recipient from one or more alternative recipients. At least one processor provides encrypted text and one or more important information analyzed from parameters evaluated from one or more input events to the suitable alternative recipient based on the access rights of the suitable alternative recipient.

[0019] The present disclosure provides an electronic device for providing a suitable alternative recipient to perform one or more input events in an IOT (Internet of Things) environment. The electronic device includes a memory storing instructions and at least one processor configured to execute instructions. In one embodiment, at least one processor performs one or more actions, including determining the importance of one or more input events, classifying one or more input events, and determining an expected response to one or more input events. In one embodiment, at least one processor determines the current availability of a recipient for one or more input events. In one embodiment, at least one processor predicts a recipient's response to one or more input events based on the recipient's current availability relative to an expected response.

[0020] The foregoing summary is illustrative only and is not intended to be limiting in any way. In addition to the illustrative aspects, embodiments, and features described previously, further aspects, embodiments, and features will become apparent by reference to the drawings and the following detailed description. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] The accompanying drawings, which are included herein and constitute a part of the present disclosure, illustrate exemplary embodiments and, together with the description, are used to explain the principles disclosed. The same numerals are used throughout the drawings to refer to the same features and components, wherein:

[0022] Figure 1 A flow chart illustrating a method according to one or more exemplary embodiments of the present disclosure for providing a suitable substitute recipient to perform one or more input events in an IOT (Internet of Things) environment when a recipient cannot provide a satisfactory response is shown;

[0023] Figure 2 A block diagram of a system according to one or more exemplary embodiments of the present disclosure is shown, the system being used to provide a suitable substitute recipient to perform one or more input events in an IOT environment when a recipient cannot provide a satisfactory response;

[0024] Figure 3A block diagram showing an importance module according to one or more exemplary embodiments of the present disclosure is shown;

[0025] Figure 4 A block diagram of a recipient availability module according to one or more exemplary embodiments of the present disclosure is shown;

[0026] Figure 5 A block diagram of an alternate recipient identification module is shown according to one or more exemplary embodiments of the present disclosure;

[0027] Figure 6 A block diagram showing a substitute recipient preparation module according to one or more exemplary embodiments of the present disclosure is shown;

[0028] Figure 7 A specific scenario according to an embodiment of the present disclosure is shown;

[0029] Figure 8 A block diagram of an IOT center according to an embodiment of the present disclosure is shown;

[0030] Fig. 9 A block diagram of an electronic device according to an embodiment of the present disclosure is shown;

[0031] Fig.10 A flow chart illustrating a method according to one embodiment of the present disclosure for providing a suitable substitute recipient to perform one or more input events in an IOT environment when a recipient cannot provide a satisfactory response is shown;

[0032] Fig.11 A flow chart illustrating a method according to one embodiment of the present disclosure for providing a suitable substitute recipient to perform one or more input events in an IOT environment when a recipient cannot provide a satisfactory response is shown. DETAILED DESCRIPTION

[0033] In the following description, many specific details are set forth in order to provide a thorough understanding of the present disclosure. However, it will be apparent to those skilled in the art that these specific details are merely exemplary and not restrictive. In addition, it may be noted that the systems and / or methods are shown only in block diagram form to avoid obscuring the present disclosure. It should be understood that various omissions and replacements of equivalents may be made as may be suggested or convenient as circumstances may allow, to cover various applications or implementations, without departing from the spirit or scope of the present disclosure. In addition, it should be understood that the wording and terminology used herein are for the purpose of describing clearly and should not be considered restrictive.

[0034] In addition, in this specification, references to "one embodiment" or "embodiment" mean that a particular feature, structure, or characteristic described in conjunction with the embodiment is included in at least one embodiment of the present disclosure. The phrase "in one embodiment" appearing in different places in the specification does not necessarily refer to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. In addition, the terms "one" and "an" used herein do not indicate a limitation on quantity, but rather indicate the presence of at least one referenced item. In addition, various features are described that may be exhibited by some embodiments but not by other embodiments. Similarly, various requirements are described that may be requirements of some embodiments but not of other embodiments.

[0035] refer to Figure 1 , discloses a flowchart showing a method (100) for providing a suitable substitute recipient to perform one or more input events in an IOT (Internet of Things) environment when the recipient cannot provide a satisfactory response. Figure 2 The method is explained by the system disclosed in the flowchart. In the flowchart, each box may represent a module, segment or part of the code, which includes one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box may not appear in the order marked in the figure. For example, Figure 1 Two boxes shown in succession in the flowchart may be executed substantially simultaneously, or the boxes may sometimes be executed in reverse order, depending on the functions involved. Any process description or block in the flowchart should be understood to represent a module, segment, or portion of code that includes one or more executable instructions for implementing a specific logical function or step in the process, and alternative implementations are included within the scope of the example embodiments, where functions may not be executed in the order shown or discussed, including being executed substantially simultaneously or in reverse order, depending on the functions involved. In addition, the process descriptions or blocks in the flowchart should be understood to represent decisions made by a hardware structure such as a state machine. The flowchart begins at step (102) and proceeds to step (110).

[0036] First, in step 102, one or more actions are performed. One or more input events (doorbell, call, notification, etc.) are received in the IOT environment. The one or more actions include determining the importance of the one or more input events. The importance of the one or more input events depends on the parameters of the one or more input event evaluations, which include the history and current information of the one or more input events. The input events are evaluated for the application name, any triggers before the input event, and any information that can be derived at the time of the input event. In one embodiment, the historical information includes the call acceptance history and the expected service, and the current information includes the context, caller ID, application, and nearby location related to the one or more input events.

[0037] The one or more actions also include classifying one or more input events into one of two categories including private and non-private. In one embodiment, one or more input events are classified based on parameters of one or more input event evaluations and metadata of one or more input events received from a service expected database. The service expected database maintains services, basic notifications, and browser activities expected by users in an IOT environment. If the details related to the parameters of the input event evaluation find a match in the service expected database, the metadata of the specific input event is returned.

[0038] The one or more actions also include determining an expected response to the one or more input events. The expected response is determined based on the information exchange and the recipient's availability, such as digital and physical. In one embodiment, it is detected whether any information exchange is required with the input event to transmit the expected response. The information exchange type expected response depends on parameters evaluated by one or more input events and / or metadata received from a database of service expectations. In one embodiment, the type of availability that the recipient needs to meet to transmit the expected response is predicted based on the type of the input event. The recipient's availability type expected response depends on the type of one or more input events, including one of a notification, a call, and a doorbell.

[0039] Next, at step 104, the current availability of the recipient for one or more input events is determined. In one embodiment, the current availability of the recipient for one or more input events is determined using digital occupancy, physical occupancy, and device readiness by utilizing machine learning methods. Digital occupancy is determined using in-call status and device activity. In one embodiment, the device is a computing device or a handheld or portable electronic device capable of providing data communication between two or more individuals, such as a mobile phone, a text messaging device, a notebook computer, a paging device, a personal digital assistant, and a computer. In an exemplary embodiment, digital occupancy is determined when the recipient is using a mobile phone to make a call or some other activity, such as playing a game, sending a message, or taking a picture.

[0040] Physical occupancy is determined using calendar event status and non-device activity. In one embodiment, calendar events can be obtained from the device and include at least but not limited to deadlines, milestones, parties, meetings, anniversaries, appointments, birthdays, etc.; non-device activities can be obtained from wearable devices and include at least but not limited to physical activity, rest, etc. In an exemplary embodiment, wearable devices include at least but not limited to wearable electronic devices, wristbands, and watches worn and / or implanted in the user's body or tattooed on the skin.

[0041] Device readiness is determined using one of device profiles including silent, loud, and vibrate, one of battery status including bad or good, and one of classified network parameters, where the network parameters are determined using a first set of parameters including reference signal received power (RSRP), reference signal received quality (RSRQ), block error rate percentage (BLER%), and bandwidth, and are classified into predefined values ​​for poor network, average network, and good network.

[0042] In the case where the recipient's expected availability is digital, physical occupancy is not important. If the recipient is digitally occupied, then availability is "no" regardless of device readiness. If the recipient is digitally unoccupied, then availability is determined based on device readiness. In the case where the recipient's expected availability is physical, device readiness is not important. If the recipient is physically occupied, then availability is "no" regardless of digital occupancy. If the recipient is physically unoccupied, then availability is determined based on digital occupancy.

[0043] Next, at step 106, the recipient's response to the one or more input events is predicted. The recipient's response is based on the recipient's current availability relative to the expected response, and the recipient's response is predicted to be satisfactory or unsatisfactory. In one embodiment, the recipient's response to the one or more input events is satisfactory when the recipient's current availability is yes to the expected response, and unsatisfactory when the recipient's current availability is no to the expected response.

[0044] Subsequently, in step 108, a suitable substitute recipient is identified from one or more substitute recipients. In one embodiment, when the predicted response to one or more input events is not satisfactory, a suitable substitute recipient is identified to perform one or more input events. Suitable substitute recipients are identified based on the prediction score. In one embodiment, the prediction score is calculated using a predefined percentage of the affinity score, a predefined percentage of the interaction score, and a predefined percentage of the personal characteristic score. The affinity score can represent the degree of affinity between a specific substitute recipient and a specific service. The affinity score depends on the utilization frequency of the service type and is calculated for each of the one or more substitute recipients. The interaction score can represent the degree of interaction between the substitute recipient and the recipient. The interaction score depends on the frequency of interaction of the recipient with each of the one or more substitute recipients. The personal characteristic score represents the degree to which the personal characteristics of the substitute recipient are close to the personal characteristics of the recipient. The personal characteristic score depends on a second set of parameters. The second set of parameters is associated with one or more substitute recipients or the personal information of the recipient. The second set of parameters includes one or more age groups, types such as individuals and occupations, languages, and health profiles such as good, average, and poor, and is calculated for each of the one or more substitute recipients relative to the personal characteristics of the recipient. In one embodiment, the prediction score may be calculated based on A*45%+B*45%+C*10%. A is the affinity score, B is the interaction score, and C is the personal characteristics score. In one embodiment, a list of alternative recipients is provided along with the prediction scores, and the highest one may be a suitable alternative recipient.

[0045] Thereafter, in step 110, based on the access rights of the suitable substitute recipient, the encrypted text and one or more important information are provided to the suitable substitute recipient to perform one or more input events in the IOT environment. The encrypted text and one or more important information are provided to the suitable substitute recipient using the capabilities of the most suitable IOT device. An IOT device is any hardware device that is wirelessly connected to a network and has the ability to transmit data, such as sensors, gadgets, appliances, and other machines that collect and exchange data through the Internet. In one embodiment, based on the classification of one or more input events, the encrypted text is provided to the suitable substitute recipient. If the classification of the input event is private, the private keyword is encrypted to keep one or more important information intact. The one or more important information is analyzed based on the parameters evaluated from one or more input events based on the expected response to the execution of one or more input events. If the information exchange is true, one or more important information that may be needed to process the input event is provided. Access rights mean whether the authority of the suitable substitute recipient should be granted, and the access rights of the suitable substitute recipient are determined based on the prediction score.

[0046] According to the above method, the present invention can provide an expected response with high satisfaction in consideration of security for important input events and privacy of the recipient.

[0047] refer to Figure 2 , shows a block diagram of a system (200) according to one or more exemplary embodiments of the present disclosure, the system being used to provide a suitable alternative recipient to perform one or more input events in an IOT environment when the recipient cannot provide a satisfactory response. The system (200) includes an importance module (202) configured to perform one or more actions. The one or more actions include determining the importance of one or more input events, classifying one or more input events, and determining an expected response to one or more input events. In one embodiment, the importance module (202) is configured to be used in a device. Reference Figure 3 The importance module (202) is described in more detail

[0048] The system (200) also includes a recipient availability module (204) configured to determine the current availability of the recipient for one or more input events. The current availability of the recipient for one or more input events is determined using digital occupancy, physical occupancy, and device readiness. In one embodiment, the recipient availability module (204) is configured to be used in a device. Reference Figure 4 Describing the Recipient Availability Module (204) in More Detail

[0049] The system (200) also includes a recipient response prediction module (206) configured to predict a recipient's response to one or more input events based on the recipient's current availability relative to expected responses. In one embodiment, the recipient's response is predicted to be satisfactory or unsatisfactory.

[0050] The system (200) further includes an alternative recipient identification module (208) configured to identify a suitable alternative recipient from the one or more alternative recipients to perform the one or more input events when the predicted response to the one or more input events is not satisfactory. In one embodiment, the alternative recipient identification module (208) is configured to be used in an IOT center. Figure 5 The alternative recipient identification module (208) is described in more detail

[0051] The system (200) further includes an alternative recipient preparation module (210) configured to provide the encrypted text and one or more important information analyzed from the parameter of the one or more input events to a suitable alternative recipient based on the access rights of the suitable alternative recipient to perform one or more input events in the IOT environment. It should be noted that the alternative recipient with the highest prediction score is considered to be a suitable alternative recipient among the one or more alternative recipients. In one embodiment, the alternative recipient preparation module (210) is configured to be used in an IOT center. Reference Figure 6 The alternate recipient preparation module (210) is described in more detail

[0052] refer to Figure 3 , the importance module (202) includes an input event evaluation submodule (302). In one embodiment, the input event evaluation submodule (302) is configured to receive one or more input events. In an exemplary embodiment, one or more input events are received from an IOT center. The IOT center refers to a service hosted in the cloud that acts as a central message center for communication between an IOT application and a device connected to the IOT application. In addition, the type of one or more input events includes but is not limited to at least one of a notification, a call, and a doorbell. The present invention is intended to include any type of one or more input events that can be executed in an IOT environment. The input event evaluation submodule (302) is also configured to extract one or more inputs from a call notification manager and a service expected database for the one or more inputs received. In one embodiment, the call notification manager includes call and notification related information, and the service expected database includes data of all recipients in the IOT environment, such as notifications / SMS / messages / alerts / texts, browser history, expected services, time, and metadata. It should be noted that the service expected database exists in a system database that collects all data from IOT devices. The service expected database maintains and updates the data of all recipients in real time by utilizing an application executed in the background. Table 1 discloses a sample database of service expectations for recipients.

[0053]

[0054]

[0055] Table 1: Example of a database of service expectations

[0056] As shown, the notification / SMS alert reveals whether any messages or alerts were being received for the expected service from Amazon on June 27, and the metadata reveals that the recipient needs to share a one-time password (OTP). In addition, the browser history reveals whether the recipient has visited any web pages.

[0057] The input event evaluation submodule (302) is also configured to provide one or more input event evaluation parameters. The one or more input event evaluation parameters include historical and current information of the one or more input events. The historical information includes any information related to the one or more input events before the one or more input events are triggered, and the current information includes any information that can be derived at the time of the one or more input events. Table 2 discloses an example of the one or more input event evaluation parameters, including the context of the one or more input events, caller identification (caller ID), application, call acceptance history, nearby location, and expected service.

[0058]

[0059]

[0060] Table 2: Examples of parameters evaluated by one or more input events

[0061] As shown in Table 2, parameters for one or more input event evaluations: the context provided for one or more input events "doorbell" includes "pre-approved entry permission for Amazon in apartment security application", caller ID includes "not applicable", application includes "Amazon", call acceptance history includes "not applicable", nearby location includes "yes", and expected service includes "yes". Similarly, parameters for one or more input event evaluations are provided for one or more input events "call", "notification", and "approval".

[0062] The importance module (202) further includes an importance determination submodule (304). In one embodiment, the importance determination submodule (304) is configured to determine the importance of one or more input events based on the parameters of one or more input event evaluations received from the input event evaluation submodule (302) by utilizing a machine learning method.

[0063] The importance module (202) also includes an input event classification submodule (306). In one embodiment, the input event classification submodule (306) is configured to classify one or more input events into any one of two categories including private and non-private. The classification can be based on parameters of one or more input event evaluations and metadata of one or more input events received from a service expected database. In one embodiment, metadata of one or more input events is received from a service expected database only when the parameters of one or more input event evaluations from the input event evaluation submodule (302) match one of the data in the service expected database. It should be noted that metadata here refers to data required to execute one or more input events. In an exemplary embodiment, metadata includes keywords, OTP, address, appointment details, hospital details, or any other details required to execute one or more input events.

[0064] The importance module (202) also includes an expected response determination submodule (308). In one embodiment, the expected response determination submodule (308) is configured to determine an expected response for one or more input events. The expected response is determined based on the information exchange and the availability of the recipient, such as digital and physical. The information exchange type expected response is determined based on parameters evaluated by one or more input events and / or metadata received from a database expected by the service. It should be noted that the information exchange type expected response provides whether any information exchange is required to perform one or more input events. The recipient availability type expected response is determined considering the type of one or more input events. It should be noted that the recipient availability type expected response determines the type of availability required to perform one or more input events. Table 3 discloses the expected responses determined for one or more input events.

[0065]

[0066]

[0067] Table 3: Examples of expected responses determined for one or more input events

[0068] As shown in Table 3, the importance of one or more input events is determined and provided as "yes" or "no". In one case, when the importance is "yes", the classification and expected response of the one or more input events are determined. In another case, when the importance is "no", the importance module (202) does not perform further actions.

[0069] The system (200) also includes a recipient availability module (204) configured to determine the current availability of the recipient for one or more input events. The current availability of the recipient for one or more input events is determined using digital occupancy, physical occupancy, and device readiness. In one embodiment, the recipient availability module (204) is configured to be used in a device. Reference Figure 4 Describing the Recipient Availability Module (204) in More Detail

[0070] refer to Figure 4 , the receiver availability module (204) includes a network strength determination submodule (402). In one embodiment, the network strength determination submodule (402) is configured to receive a first set of parameters from an access technology manager of the device. The first set of parameters includes reference signal received power (RSRP), reference signal received quality (RSRQ), block error rate percentage (BLER%), and bandwidth. RSRP is the average received power of a single reference signal resource element, and it is calculated based on each eNB (DL) signal available at a given location. RSRQ indicates the quality of the received reference signal, and RSRQ measurements provide additional information when RSRP is insufficient to make a reliable handover or cell reselection decision. BLER is used in wireless communication technology to determine synchronization or out-of-sync indication during radio link monitoring. The synchronization condition is determined when the normal BLER is 2%, and the out-of-sync condition is determined when the normal BLER is 10%.

[0071] The network strength determination submodule (402) is also configured to determine and classify network parameters of the device using the first set of parameters. The network parameters are classified into predefined values ​​for poor network, average network and good network. Table 4 discloses different network parameters of the device relative to the first set of parameters.

[0072]

[0073] Table 4: Examples of different network parameters for devices relative to the first set of parameters

[0074] As shown, when RSRP is 1 (1 means RSRP <-100), RSRQ is 1 (1 means RSRQ <-20), BLER is 1 (1 means BLER>70), and bandwidth is 1 (1 means bandwidth <= 10), a network parameter value of 3.33 has a network parameter output of 1 (1 is a predefined value representing a bad network ranging from 1 to 4). Here, the network parameter value of 3.33 is equal to the sum of the values ​​of RSRP 1, RSRQ 1, BLER 1, and Bandwidth 1 divided by the sum of the maximum values ​​of RSRP, RSRQ, BLER, and Bandwidth, multiplied by 10.

[0075] Similarly, when RSRP is 2 (2 means RSRP -80 to <-100), RSRQ is 2 (2 means RSRQ -10 to -20), BLER is 3 (3 means BLER <20), and bandwidth is 3 (3 means bandwidth >= 20), a network parameter with a value of 8.33 has a network parameter output of 3 (3 is a predefined value indicating a good network in the range of 7 to 10). Similarly, when RSRP is 3 (3 means RSRP >= -80), RSRQ is 3 (3 means RSRQ >= -10), BLER is 3 (3 means BLER <20), and bandwidth is 3 (3 means bandwidth >= 20), a network parameter with a value of 10 has a network parameter output of 3 (3 is a predefined value indicating a good network in the range of 7 to 10).

[0076] The recipient availability module (204) also includes a recipient activity determination submodule (404). In one embodiment, the recipient activity determination submodule (404) is configured to receive input from an activity manager of the device, the input including in-call status, device activity, calendar event status, and non-device activity. The recipient activity determination submodule (404) is further configured to determine the digital occupancy and physical occupancy of the recipient. In one embodiment, the in-call status and device activity are used to determine the digital occupancy, while the calendar event status and non-device activity are used to determine the physical occupancy. Table 5 discloses the inputs and the corresponding digital occupancy and physical occupancy.

[0077]

[0078] Table 5: Examples of inputs and corresponding digital and physical occupancy

[0079] As shown, digital occupancy of the recipient only occurs when the recipient is performing an in-device activity and / or is busy on a call, while physical occupancy only occurs when there is a calendar event for the recipient and / or when the recipient is performing a non-device activity.

[0080] The receiver availability module (204) further includes a device readiness determination submodule (406). In one embodiment, the device readiness determination submodule (406) is configured to receive input from the network strength determination submodule (402) and a device manager of the device. The input from the device manager includes a device profile (including silent, loud, and vibrate) and a battery status (including bad or good). The device readiness determination submodule (406) is further configured to determine the receiver's device readiness using the input from the network strength determination submodule (402) and the device manager. Table 6 discloses the device readiness under different inputs.

[0081] Network parameters Device Profile Battery Status Equipment readiness 1 Mute Difference Low 3 Loud good high 2 vibration good middle

[0082] Table 6: Examples of device readiness for different inputs

[0083] As shown, in the case where the network parameter output is 1, the device profile is silent, and the battery status is bad, the device readiness is low. In the case where the network parameter output is 3, the device profile is loud, and the battery status is good, the device readiness is high. In the case where the network parameter output is 2, the device profile is vibrate, and the battery status is good, the device readiness is medium.

[0084] The recipient availability module (204) further includes a recipient availability submodule (408) for determining the current availability of the recipient for one or more input events. Table 7a discloses the current availability of the recipient when the expected availability is a number.

[0085] Digital Occupancy Physical Occupancy Equipment readiness Current availability yes × × no no × high yes no × Low no

[0086] Table 7a: Current availability of recipients when expected availability is a number

[0087] As shown, it should be noted that when the expected availability is digital, the physical occupancy of the recipient is not important. In addition, if the recipient is digitally occupied, then regardless of the device readiness, the recipient's current availability remains no, and if the recipient is not digitally occupied, then based on the device readiness, the recipient's current availability is determined. When the recipient is not digitally occupied and the device readiness is also high, the recipient's current availability exists.

[0088] Table 7b reveals the current availability of the recipient when the expected availability is physical.

[0089] Digital Occupancy Physical Occupancy Equipment readiness Current availability × yes × no yes no × no no no × yes

[0090] Table 7b: Current availability of recipient when expected availability is physical

[0091] As shown, it should be noted that when the expected availability is physical, the device readiness of the recipient is not important. In addition, if the recipient is physically occupied, then the recipient's current availability remains no regardless of digital occupation, and if the recipient is not physically occupied, then the recipient's current availability is determined based on digital occupation. When the recipient's physical occupation does not exist, the recipient's current availability exists, and when the recipient is physically occupied, the recipient's current availability does not exist.

[0092] The system (200) also includes a recipient response prediction module (206) configured to predict a recipient's response to one or more input events based on the recipient's current availability relative to the expected response. In one embodiment, the recipient's response is predicted to be satisfactory or unsatisfactory. In an exemplary embodiment, when the recipient's current availability is "yes" for the expected response, the recipient's response to the one or more input events is satisfactory, and when the recipient's current availability is "no" for the expected response, the recipient's response to the one or more input events is unsatisfactory. Table 8 discloses the recipient response predictions.

[0093] Expected Response The current availability of the recipient Receiver Response Prediction physics yes Satisfactory physics no Unsatisfactory number yes Satisfactory number no Unsatisfactory

[0094] Table 8: Receiver Response Prediction

[0095] As shown, when the current availability of the recipient of the expected response received from the importance module (202) is "yes" received from the recipient availability module (204), the recipient response is predicted to be satisfactory; and when the current availability of the recipient of the expected response received is "no", the recipient response is predicted to be unsatisfactory. It should be noted that the recipient response prediction module (206) will be used in the device.

[0096] The system (200) further includes an alternative recipient identification module (208) configured to identify a suitable alternative recipient from the one or more alternative recipients to perform the one or more input events when the predicted response to the one or more input events is not satisfactory. In one embodiment, the alternative recipient identification module (208) is configured to be used in an IOT center. Figure 5 The alternative recipient identification module (208) is described in more detail

[0097] refer to Figure 5 , the alternative recipient identification module (208) includes an affinity determination submodule (502). In one embodiment, the affinity determination submodule (502) is configured to receive a service type for each of the one or more alternative recipients from a database of service expectations. The affinity determination submodule (502) is further configured to determine an affinity score based on a utilization frequency of the service type for each of the one or more alternative recipients. The affinity score is determined based on the utilization frequency of the service and is maintained using the database of service expectations. Table 9 discloses an affinity score for each of the one or more alternative recipients for the service type.

[0098] One or more alternative recipients Service Type Affinity score No. 1 Amazon 7 No. 2 Amazon 1 No.3 Amazon 4 No. 1 Samsung 0 No. 2 Samsung 0 No.3 Myntra 3 No. 4 Myntra 6 No.3 mygate 5 No. 5 Ola 2

[0099] Table 9: Affinity scores for each of one or more alternative recipients for a service type

[0100] As shown, for the service type "Samsung", the affinity scores of substitute recipients No. 1 and No. 2 are 0 because these substitute recipients have not utilized Samsung's services. However, the affinity score of substitute recipient No. 1 for Amazon's services is 7 because the substitute recipient has utilized Amazon's services.

[0101] The alternate recipient identification module (208) also includes an interaction determination submodule (504) configured to receive, from the device's interaction manager, an interaction frequency of each of the one or more alternate recipients relative to the recipient. The interaction determination submodule (504) is further configured to determine an interaction score. In one embodiment, the interaction score depends on the interaction frequency between the recipient and the one or more alternate recipients. In an exemplary embodiment, Table 10 discloses the interaction coefficients of the recipient and the one or more alternate recipients.

[0102] Receiver One or more alternative recipients Interaction score Own No. 1 10 Own No. 2 2 Own No.3 8 Own No. 4 4 Own No. 5 5

[0103] Table 10: Interaction coefficients between a receiver and one or more alternative receivers

[0104] As shown, alternate recipient number 1 interacts more with the recipient than the other one or more alternate recipients, while alternate recipient number 2 interacts the least with the recipient.

[0105] The alternative recipient identification module (208) also includes a personal characteristics determination submodule (506) configured to receive a second set of parameters for each of the one or more alternative recipients from a user profile manager of the device. In one embodiment, the second set of parameters includes one or more age groups, types of individuals and occupations, languages ​​such as Hindi, English, etc., and health profiles such as good, fair, and poor. The personal characteristics determination submodule (506) is further configured to determine a final personal characteristics score for each of the one or more alternative recipients by dividing a predetermined value by the difference between the personal characteristics score of each of the one or more alternative recipients and the personal characteristics score of the recipient. In the event that the difference in the personal characteristics scores of the one or more alternative recipients is zero, the final personal characteristics score may be calculated by adding 1 to the maximum final personal characteristics score of the one or more alternative recipients. Table 11 discloses the personal characteristics score of each of the one or more alternative recipients relative to the personal characteristics of the recipient.

[0106]

[0107] Table 11: Personal characteristic scores for each of the one or more alternative recipients

[0108] As shown, the personal characteristic score of substitute recipient No. 1 is 6.5, the personal characteristic score of substitute recipient No. 2 is 4.3333, the personal characteristic score of substitute recipient No. 3 is 3.25, the personal characteristic score of substitute recipient No. 4 is 13, and the personal characteristic score of substitute recipient No. 5 is 14.

[0109] The alternative recipient identification module (208) also includes a suitable alternative recipient identification submodule (508) configured to receive input from the affinity determination submodule (502), the interaction determination submodule (504), and the personal characteristics determination submodule (506). The suitable alternative recipient identification submodule (508) is further configured to identify a suitable alternative recipient from the one or more alternative recipients. In one embodiment, the suitable alternative recipient is identified based on a prediction score, which is calculated using a predefined percentage of the affinity score, a predefined percentage of the interaction score, and a predefined percentage of the personal characteristics score. In one embodiment, a list of alternative recipients is provided with the prediction scores, and the highest one may be a suitable alternative recipient. Table 12 discloses the prediction scores of one or more alternative recipients.

[0110] Receiver Service Type One or more alternative recipients Prediction score Own Amazon No. 1 8.3 Own Amazon No.3 1.783333333 Own Amazon No. 2 5.725 Own Ola No. 5 4.55

[0111] Table 12: Prediction scores for each of one or more alternative recipients relative to the recipient

[0112] As shown, the prediction score of substitute receiver No. 1 is 8.3, substitute receiver No. 3 is 1.78333333, substitute receiver No. 2 is 5.725, and substitute receiver No. 5 is 4.55. In an exemplary embodiment, the prediction score is calculated using the sum of 45% of the affinity score, 45% of the interaction score, and 10% of the personal characteristic score. Substitute receiver No. 1 with the highest prediction score may be a suitable substitute receiver.

[0113] The system (200) further includes an alternative recipient preparation module (210) configured to provide the encrypted text and one or more important information analyzed from the parameter of the one or more input events to a suitable alternative recipient based on the access rights of the suitable alternative recipient to perform one or more input events in the IOT environment. It should be noted that the alternative recipient with the highest prediction score is considered to be a suitable alternative recipient among the one or more alternative recipients. In one embodiment, the alternative recipient preparation module (210) is configured to be used in an IOT center. Reference Figure 6 The alternate recipient preparation module (210) is described in greater detail.

[0114] refer to Figure 6, the alternative recipient preparation module (210) includes an encryption submodule (602). In one embodiment, the encryption submodule (602) is configured to encrypt input text based on the classification of one or more input events performed by the importance module (202). In an exemplary embodiment, the encryption submodule (602) encrypts the text / message / sms / notification only when the one or more input events are classified as private, as shown in Table 13.

[0115]

[0116] Table 13: Encryption of input text

[0117] As shown, the input text including the recipient's appointment details is encrypted to maintain the recipient's privacy.

[0118] The alternate recipient preparation module (210) further includes an important information evaluation submodule (604) for analyzing parameters of one or more input event evaluations based on expected responses to provide one or more important information required to perform one or more events. In an exemplary embodiment, the one or more important information includes context, application, and metadata. The alternate recipient preparation module (210) further includes an access rights determination submodule (606) for determining access rights for a suitable alternate recipient. In one embodiment, the access rights for a suitable alternate recipient are determined based on a prediction score calculated by the alternate recipient identification module (208).

[0119] It should be noted that if the predicted score of one or more alternative recipients is greater than a predefined value, all permissions are granted to the one or more alternative recipients, and if the predicted score of one or more alternative recipients is less than the predefined value, only some permissions are granted to the one or more alternative recipients.

[0120] In an exemplary embodiment, the predefined value is 6, as shown in Table 14.

[0121] Prediction score If the prediction score is greater than 6, grant all permissions? 3.8 no 6.2 yes

[0122] Table 14: Access Rights

[0123] The substitute recipient preparation module (210) further includes a suitable substitute recipient preparation submodule (608), which is configured to receive the encrypted text from the encryption submodule (602), the important information from the important information evaluation submodule (604), and the access rights from the access rights determination submodule (606), and provide them to the suitable substitute recipient. After successfully determining the access rights of the suitable substitute recipient, the encrypted text and one or more important information are provided to the suitable substitute recipient using the capabilities of the most suitable IOT device. Table 15 discloses one or more substitute recipients (No. 1, No. 2, and No. 3) required to execute one or more input events and the corresponding access rights, encrypted text, and capabilities of the IOT device.

[0124]

[0125]

[0126] Table 15: One or more alternative recipients and corresponding access rights, encrypted text and IOT

[0127] Equipment Capabilities

[0128] It should be noted that for the operation of the present invention, the recipient's device needs to be connected to the IOT center. Once the device is registered and connected to the IOT center, the service expected database begins to maintain data for notification / sms alerts, browser history, expected services, time and metadata.

[0129] refer to Figure 7 , the first scenario in Table 15 is for the input event "Amazon delivered doorbell", which reveals that the alternative recipient "No. 3" (703) is a suitable alternative recipient, and the important information OTP is required because the information exchange is true, and the OTP is provided in the display of the TV to enable the alternative recipient "No. 3" (703) to perform the input event. This scenario is explained in detail below by utilizing the modules of the system (200).

[0130] Upon receiving the event, the system first analyzes the context of the input event and discovers that Amazon delivery is expected today. Then, the importance module (202) of the system (200) determines the importance of the input event "Amazon delivery doorbell", classifies the input event as non-private, and determines that the expected response requires information exchange and physical availability of the recipient (700). After successfully determining the expected response, the recipient availability module (204) of the system (200) determines the current availability of the recipient (700), and based on determining that the recipient (700) is performing physical activity, the recipient response prediction module (206) of the system (200) can provide an unsatisfactory response. After successfully determining the recipient's response, the alternative recipient identification module (208) of the system (200) determines the availability of these alternative recipients by calculating the prediction score of each of the alternative recipients "No. 1" (701), "No. 2" (702), and "No. 3" (703). Then, after determining that the alternate recipient "No. 3" (703) has the highest prediction score, the alternate recipient preparation module (210) of the system (200) displays the OTP on the display of the TV when determining that the alternate recipient "No. 3" (703) is watching the TV at that time. Therefore, the system (200) enables the alternate recipient "No. 3" (703) to receive the Amazon delivery by providing the OTP and providing a satisfactory response.

[0131] The second scenario in Table 15 can be operated similarly to the first scenario. The second scenario is for the input event "Call from Ola", which reveals that the alternative recipient "No. 1" is a suitable alternative recipient to receive the call, which requires information such as route to the destination, OTP, estimated fare, estimated arrival time, and the OTP is provided in the display of the display device to enable the alternative recipient "No. 1" to perform in the IOT environment. This scenario is explained in detail below by utilizing the modules of the system (200).

[0132] Upon receiving a call from Ola, the system (200) analyzes the context of the incoming event and discovers that the service is expected from Ola. The importance module (202) of the system (200) then determines the importance of the incoming event "Call from Ola", classifies the incoming event as non-private, and determines that the expected response requires information exchange and digital availability. After successfully determining the expected response, the recipient availability module (204) of the system (200) determines the current availability of the recipient, and based on determining that the recipient is busy with another call and performing Internet surfing / browsing on the device, the recipient response prediction module (206) of the system (200) can provide an unsatisfactory response. After successfully determining the recipient response, the alternative recipient identification module (208) of the system (200) determines the availability of the alternative recipients "Number 1", "Number 2", and "Number 3" by calculating the prediction score of each of these alternative recipients. Then, after determining that alternative recipient No. 1 has the highest prediction score, the alternative recipient preparation module (210) of the system (200) then switches the call to alternative recipient "No. 1" and displays the route to the destination, OTP, estimated fare, and estimated arrival time on the watch of alternative recipient "No. 1".

[0133] The third scenario in Table 15 can be operated similarly to the first and second scenarios. The third scenario is for the input event "notification of appointment rescheduling and confirmation", which reveals that the alternative recipient "No. 1" is a suitable alternative recipient to receive the notification of appointment rescheduling in the IOT environment. This scenario is explained in detail by utilizing the modules of the system (200).

[0134] Upon receiving the event, the system (200) analyzes the context of the incoming event and discovers that the service is expected from MedIndia. The importance module (202) of the system (200) then determines the importance of the incoming event "Notification of appointment from MedIndia", classifies the incoming event as private, and determines that the expected response requires information exchange and digital availability. After successfully determining the expected response, the recipient availability module (204) of the system (200) determines the current availability of the recipient, and based on determining that the recipient's device readiness is low, the recipient response prediction module (206) of the system (200) can provide an unsatisfactory response. After successfully determining the recipient's response, the alternative recipient identification module (208) of the system (200) determines the availability of these alternative recipients by calculating the prediction score of each of these alternative recipients "No. 1", "No. 2" and "No. 3". Then, after determining that the substitute recipient "No. 1" has the highest prediction score among all the substitute recipients, the substitute recipient preparation module (210) of the system (200) then encrypts the notification and displays the encrypted notification to the substitute recipient "No. 1" on the display of the display device. Thus, the substitute recipient "No. 1" receives the notification. However, since there is no access right thereto, the substitute recipient No. 1 cannot confirm it.

[0135] refer to Figure 8 According to an embodiment of the present disclosure, the IOT center (800) includes a transceiver (810), a processor (820) and a memory (830). However, all the components shown are not required. The IOT center (800) may be composed of Figure 8 Furthermore, according to another embodiment, the processor (820), the transceiver (810), and the memory (830) may be implemented as a single chip.

[0136] The IOT center (800) may be a part of the system (200) in the present disclosure, or may be the system (200) in the present disclosure itself. The IOT center (800) may include the proposed alternative receiver identification module (208) and the proposed alternative receiver preparation module (210). The aforementioned alternative receiver identification module (208) and the alternative receiver preparation module (210) may operate according to the method described in the present disclosure.

[0137] The aforementioned components will now be described in detail. The processor (820) may include one or more processors or other processing devices that control the proposed functions, processes and / or methods. The operation of the IOT center (800) mentioned above in the present disclosure can be implemented by the processor (820). The processor (820) can receive information associated with the following from the electronic device (900): the importance of one or more input events, the classification of one or more input events, the expected response to one or more input events, the current availability of the recipient for one or more input events, and the response of the recipient to one or more input events. In the case where the response of the recipient is predicted to be unsatisfactory, the processor (820) can identify a suitable alternative recipient from one or more alternative recipients. The processor (820) can provide encrypted text and one or more important information analyzed from the parameters evaluated from one or more input events to the suitable alternative recipient based on the access rights of the suitable alternative recipient.

[0138] The processor (820) may include one or more processors. In this case, the one or more processors may be general-purpose processors such as a CPU, an AP, or a digital signal processor (DSP), a pure graphics processor such as a GPU or a vision processing unit (VPU), or a pure artificial intelligence processor such as an NPU. For example, when one or more processors are processors dedicated to artificial intelligence, the processor dedicated to artificial intelligence may be designed as a hardware structure dedicated to processing a specific artificial intelligence model.

[0139] The transceiver (810) may include an RF transmitter for up-converting and amplifying a transmit signal, and an RF receiver for down-converting the frequency of a receive signal. However, according to an embodiment, the transceiver (810) may be implemented by more or less components than those shown in the components. The transceiver (810) may be connected to the processor (820) and send and / or receive signals. The signal may include control information and data. In addition, the transceiver (810) may receive a signal through a wireless channel and output the signal to the processor (820). The transceiver (810) may send a signal output from the processor (820) through a wireless channel.

[0140] The memory (830) may store control information or data included in the signal obtained by the IOT center (800). The memory (830) may be connected to the processor (820) and store at least one instruction, protocol or parameter for the proposed function, process and / or method. The memory (830) may include a read-only memory (ROM) and / or a random access memory (RAM) and / or a hard disk and / or a CD-ROM and / or a DVD and / or other storage devices.

[0141] refer to Fig. 9 According to an embodiment of the present disclosure, the electronic device (900) includes a transceiver (910), a processor (920) and a memory (930). However, all the components shown are not required. The IoT hub (900) may be composed of Fig. 9 Furthermore, according to another embodiment, the processor (920) and the transceiver (910) and the memory (930) may be implemented as a single chip.

[0142] The electronic device (900) may be a part of the system (200) in the present disclosure, or may be the system (200) in the present disclosure itself. The electronic device (900) may include the proposed importance module (202), the proposed receiver availability module (204), and the proposed receiver response prediction module (206). The aforementioned importance module (202), receiver availability module (204), and receiver response prediction module (206) may operate according to the method described in the present disclosure.

[0143] The aforementioned components will now be described in detail. The processor (920) may include one or more processors or other processing devices that control the proposed functions, processes and / or methods. The operation of the aforementioned electronic device (900) in the present disclosure may be implemented by the processor (920). The processor (902) may perform one or more actions, including determining the importance of one or more input events, classifying one or more input events, and determining the expected response to one or more input events. The processor (902) may determine the current availability of the recipient for one or more input events. The processor (902) may predict the recipient's response to one or more input events based on the current availability of the recipient relative to the expected response. In the case where the recipient's response is predicted to be unsatisfactory by the IOT center (800), a suitable alternative recipient is identified from one or more alternative recipients. In addition, the IOT center (800) provides the appropriate alternative recipient with one or more important information of encrypted text and parameter analysis evaluated from one or more input events based on the access rights of the appropriate alternative recipient.

[0144] The processor (920) may include one or more processors. In this case, the one or more processors may be a general-purpose processor such as a CPU, an AP, or a digital signal processor (DSP), a pure graphics processor such as a GPU or a visual processing unit (VPU), or a pure artificial intelligence processor such as an NPU. For example, when the one or more processors are processors dedicated to artificial intelligence, the processor dedicated to artificial intelligence may be designed as a hardware structure dedicated to processing a specific artificial intelligence model.

[0145] The transceiver (910) may include an RF transmitter for up-converting and amplifying a transmitted signal, and an RF receiver for down-converting the frequency of a received signal. However, according to one embodiment, the transceiver (910) may be implemented by more or fewer components than those shown in the components. The transceiver (910) may be connected to the processor (920) and transmit and / or receive signals. The signals may include control information and data. In addition, the transceiver (910) may receive a signal through a wireless channel and output the signal to the processor (920). The transceiver (910) may send a signal output from the processor (820) through a wireless channel.

[0146] The memory (930) may store control information or data included in the signal obtained by the electronic device (900). The memory (930) may be connected to the processor (920) and store at least one instruction or protocol or parameter for the proposed function, process and / or method. The memory (930) may include a read-only memory (ROM) and / or a random access memory (RAM) and / or a hard disk and / or a CD-ROM and / or a DVD and / or other storage devices.

[0147] refer to Fig.10 , discloses a flowchart showing a method for providing a suitable substitute recipient to perform one or more input events in an IOT environment when the recipient cannot provide a satisfactory response. Similar to the present disclosure Figure 1 The electronic device (900) performs steps 1020 to 1060 according to the steps 102 to 106 described in the specification.

[0148] refer to Fig.11 , discloses a flowchart showing a method for providing a suitable substitute recipient to perform one or more input events in an IOT environment when the recipient cannot provide a satisfactory response. Similar to the present disclosure Figure 1 The IOT center (800) performs steps 1120 to 1140, following steps 108 to 110 described in the above.

[0149] Embodiments of the present disclosure may also be embodied as storage media including computer-executable instructions, such as program modules executed by a computer. Computer-readable media may be any available media that can be accessed by a computer, and includes all volatile / non-volatile and removable / non-removable media.

[0150] In addition, computer readable media can include all computer storage and communication media. Computer storage media include all volatile / non-volatile and removable / non-removable media implemented by a specific method or technology for storing information such as computer readable instruction codes, data structures, program modules or other data. Communication media can generally include computer readable instructions, data structures or other data in modulated data signals, such as program modules. In addition, computer readable storage media can be provided in the form of non-transitory storage media.

[0151] A "non-transitory storage medium" is a tangible device that simply means that it does not contain signals (such as electromagnetic waves). The term does not distinguish between the case where data is semi-permanently stored in the storage medium and the case where data is temporarily stored. For example, a non-transitory recording medium may include a buffer that temporarily stores data.

[0152] According to an embodiment of the present disclosure, the method according to various disclosed embodiments can be provided by being included in a computer program product. A computer program product as a commodity can be traded between a seller and a buyer. The computer program product is distributed in the form of a device-readable storage medium (e.g., a compact disc read only memory (CD-ROM)), or can be distributed directly and online (e.g., downloaded or uploaded) through an application store or between two user devices (e.g., smartphones). In the case of online distribution, at least a portion of the computer program product (e.g., a downloadable app) can be at least temporarily stored in a device-readable storage medium, such as a memory of a manufacturer's server, a server of an application store, or a relay server, or can be temporarily generated.

[0153] It can be seen that the system and method for providing a suitable alternative recipient to execute one or more input events in an IOT environment according to the present invention achieves the above-emphasized purpose. Such a system and method can in any case undergo many modifications and changes, all of which are covered by the same innovative concept, and in addition, all details can be replaced by technically equivalent elements. Therefore, the scope of protection of the present invention is defined by the appended claims.

Claims

1. A method for providing a suitable substitute recipient to execute one or more input events in an IOT (Internet of Things) environment, the method (100) comprising: performing (1020) one or more actions including determining a significance of the one or more input events, classifying the one or more input events, and determining an expected response to the one or more input events; determining (1040) a current availability of a recipient for the one or more input events; and A response of the recipient to the one or more input events is predicted (1060) based on the recipient's current availability relative to the expected response.

2. The method according to claim 1, further comprising: The importance of the one or more input events is determined based on parameters of the one or more input event evaluations.

3. The method according to any one of claims 1 to 2, further comprising: The one or more input events are classified based on the parameters of the one or more input event evaluations and metadata of the one or more input events received from a database of service expectations.

4. The method according to claim 3, further comprising: The expected response is determined based on at least one of: a parameter of the one or more input event evaluations, metadata received from a database expected by the service, or a type of the one or more input events.

5. The method according to any one of claims 1 to 4, further comprising: A current availability of the recipient for the one or more input events is determined based on at least one of digital occupancy, physical occupancy, or device readiness.

6. A method according to any one of claims 1 to 5, wherein in the event that the recipient's response is predicted to be unsatisfactory, The suitable alternate recipient is identified from one or more alternate recipients (108) and The encrypted text and one or more vital information analyzed from parameters evaluated from one or more input events are provided (110) to the appropriate alternate recipient based on the appropriate alternate recipient's access rights.

7. The method according to claim 6, in, The suitable alternate recipient is identified based on the prediction score; and The prediction score is calculated based on a predefined percentage of the affinity score, a predefined percentage of the interaction score, and a predefined percentage of the personal characteristic score.

8. The method according to any one of claims 6 to 7, in, The encrypted text provided to the suitable alternate recipient is determined based on the classification of the one or more input events, wherein the one or more vital information is analyzed based on an expected response to executing the one or more input events, from parameters evaluated from the one or more input events, and Wherein, access rights of the suitable substitute recipient are determined based on the predicted score.

9. The method according to any one of claims 6 to 8, wherein: The encrypted text and the one or more important information are provided to the appropriate alternative recipient based on the capabilities of the most appropriate IOT device.

10. An electronic device (900) for providing a suitable substitute recipient to execute one or more input events in an IOT (Internet of Things) environment, the electronic device (900) comprising: A memory (930) for storing instructions; and At least one processor (920) configured to execute the instructions to: performing (1020) one or more actions including determining a significance of the one or more input events, classifying the one or more input events, and determining an expected response to the one or more input events, determining (1040) a current availability of a recipient for the one or more input events, and A response of the recipient to the one or more input events is predicted (1060) based on the recipient's current availability relative to the expected response.

11. The electronic device (900) according to claim 10, wherein the at least one processor (920) is further configured to: The importance of the one or more input events is determined based on parameters of the one or more input event evaluations.

12. The electronic device (900) according to any one of claims 10 to 11, wherein the at least one processor (920) is further configured to: The one or more input events are classified based on the parameters of the one or more input event evaluations and metadata of the one or more input events received from a database of service expectations.

13. The electronic device (900) of claim 12, wherein the at least one processor (920) is further configured to: The expected response is determined based on at least one of: a parameter of the one or more input event evaluations, metadata received from a database expected by the service, or a type of the one or more input events.

14. The electronic device (900) according to any one of claims 10 to 13, wherein the at least one processor (920) is further configured to: The current availability of the recipient for the one or more inputs is determined based on at least one of: digital occupancy, physical occupancy, or device readiness.

15. An IOT center (800) for providing a suitable substitute recipient to execute one or more input events in an IOT (Internet of Things) environment, the IOT center (800) comprising: A memory (830) for storing instructions; and At least one processor (820) configured to execute the instructions to: In the event that the recipient's response is predicted to be unsatisfactory, identifying (1120) the suitable alternate recipient from one or more alternate recipients, and Based on the access rights of the suitable substitute recipient, the encrypted text and one or more vital information analyzed from the parameters evaluated from the one or more input events are provided (1140) to the suitable substitute recipient.