US11856133B2 - Contextual information inference for incoming calls - Google Patents
Contextual information inference for incoming calls Download PDFInfo
- Publication number
- US11856133B2 US11856133B2 US16/780,692 US202016780692A US11856133B2 US 11856133 B2 US11856133 B2 US 11856133B2 US 202016780692 A US202016780692 A US 202016780692A US 11856133 B2 US11856133 B2 US 11856133B2
- Authority
- US
- United States
- Prior art keywords
- caller
- data
- inference
- recipient
- incoming call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active, expires
Links
- 238000010801 machine learning Methods 0.000 claims abstract description 32
- 230000004044 response Effects 0.000 claims abstract description 12
- 230000000977 initiatory effect Effects 0.000 claims abstract description 11
- 238000000034 method Methods 0.000 claims description 20
- 230000001133 acceleration Effects 0.000 claims description 4
- 230000001149 cognitive effect Effects 0.000 claims description 4
- 230000003247 decreasing effect Effects 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 26
- 230000000875 corresponding effect Effects 0.000 description 14
- 230000006870 function Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 6
- 230000036772 blood pressure Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 230000036760 body temperature Effects 0.000 description 3
- 238000012549 training Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 239000012080 ambient air Substances 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000002596 correlated effect Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000010079 rubber tapping Methods 0.000 description 1
- 238000010845 search algorithm Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 230000036962 time dependent Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42034—Calling party identification service
- H04M3/42059—Making use of the calling party identifier
- H04M3/42068—Making use of the calling party identifier where the identifier is used to access a profile
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N20/00—Machine learning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N5/00—Computing arrangements using knowledge-based models
- G06N5/02—Knowledge representation; Symbolic representation
- G06N5/022—Knowledge engineering; Knowledge acquisition
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N5/00—Computing arrangements using knowledge-based models
- G06N5/04—Inference or reasoning models
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42034—Calling party identification service
- H04M3/42042—Notifying the called party of information on the calling party
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
- H04M2203/2038—Call context notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
- H04M2203/2072—Schedules, e.g. personal calendars
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2242/00—Special services or facilities
- H04M2242/30—Determination of the location of a subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2250/00—Details of telephonic subscriber devices
- H04M2250/12—Details of telephonic subscriber devices including a sensor for measuring a physical value, e.g. temperature or motion
Definitions
- Caller ID is a feature that enables users to know who a caller is before the user picks up the phone.
- the information provided by a caller ID feature is generally limited.
- caller ID may show a telephone number and if available, a pre-registered name and/or geographical location associated with the telephone number. In some instances, such information may be sufficient for a user to identify the caller and decide whether to take or reject an incoming call. However, in other instances, such information may provide insufficient context for a user to decide whether to take or reject the call.
- FIG. 1 illustrates an example architecture that enables a wireless carrier network to use a contextual inference platform to generate a situational context for an incoming call made from a caller device to a recipient device.
- FIG. 2 is a block diagram showing various components of one or more illustrative computing devices that support the contextual inference platform.
- FIG. 3 shows example user interfaces displayed on a recipient device of a call recipient, in which the user interfaces present contextual information for incoming calls.
- FIG. 4 is a flow diagram of an example process for generating a situational context for an incoming call made from a caller device and providing the situational context to a recipient device.
- FIG. 5 is a flow diagram of an example process for receiving device data of a caller device that initiates an incoming call to a recipient device, in which the device data is used to infer a situational context for the incoming call.
- This disclosure is directed to techniques that enable a contextual inference platform of a wireless carrier network to infer a situational context for an incoming call that is placed by a caller at a caller device to a call recipient at a recipient device.
- the contextual inference platform may infer the situational context based on multiple sources of data, such as user profile data of the caller, device data obtained from the recipient device of the caller, time-stamped event data of events that are relevant to the caller device, and/or so forth.
- the user profile data may include demographic characteristics of the caller, social relationship information of the caller, subscriber information of the caller with respect to the wireless carrier network, etc.
- the device data may include sensor data that is detected by one or more sensors of the caller device, such as a geolocation of the caller device, device movement, device acceleration, and/or biometric information of the caller (e.g., pulse rate, blood pressure, body temperature, etc.).
- the device data may further include application data that is stored on the caller device for which the user consented to share with the contextual inference platform.
- application data may include calendar, schedule, and/or appointment information of the caller.
- the time-stamped event data may include news events, weather events, traffic events, social events, etc. that are available from third-party data sources.
- an inference engine of the contextual inference platform may use an inference framework that contains inference rules to analyze the data from the multiple sources to determine the situational context for the incoming call.
- the inference rules may be rules that are manually inputted by a user.
- the inference rules may be rules that have been developed via machine-learning, e.g., supervised learning based on training data.
- the contextual inference platform may direct a call alert function provided by a core network of the wireless carrier network to deliver the contextual information for the situational context to the recipient device.
- the call alert function may be configured to deliver the contextual information along with an incoming call notification to the recipient device.
- the contextual information e.g., text and/or graphics
- the incoming call notification e.g., a triggered ring tone
- the contextual information may include a geolocation of the caller device, data pertaining to one or more time-stamped events (e.g., weather event, news event, etc.) that have been determined by the inference engine to be related to the incoming call, and/or one or more conclusions reached by the inference engine with respect to the incoming call.
- the contextual inference platform may receive feedback regarding the contextual information.
- the contextual inference platform may learn from the core network whether the call recipient answered the incoming call. The decision of the call recipient to answer the call or ignore the call (e.g., decline the call, send the call to voicemail, etc.) may serve as feedback with respect to the effectiveness of the inference rules in the inference framework.
- the contextual inference platform may explicitly direct the recipient device to prompt the call recipient to rate the usefulness and/or accuracy of the contextual information, in which the usefulness and/or accuracy is correlated with the effectiveness of the one or more inference rules. In this way, the feedback is analyzed by a machine-learning engine of the contextual inference platform.
- the machine-learning engine may automatically adjust the inference rules of the inference framework based on the analysis to create a modified inference framework.
- the inference rules of the inference framework may be continuously updated for better predicting the situational context of the caller for subsequent calls made by the caller.
- the use of the contextual inference platform to provide context information of an incoming call to a call recipient may enable the call recipient to make a more informed decision as to the importance of the incoming call, the potential subject matter of the incoming call, and whether to reject or to answer the incoming call from the caller.
- the provision of such useful contextual information to the call recipient may increase user satisfaction of the call recipient with a mobile network operator (MNO) that operates the wireless carrier network.
- MNO mobile network operator
- FIG. 1 illustrates an example architecture 100 that enables a wireless carrier network 102 to use a contextual inference platform to generate a situational context for an incoming call made from a caller device to a recipient device.
- the wireless carrier network 102 may provide a wide range of mobile communication services, as well as ancillary services and features, to subscribers and associated mobile device users.
- the wireless carrier network 102 may be operated by a mobile network operator (MNO).
- MNO mobile network operator
- the wireless carrier network 102 may provide wireless communication between multiple user devices. Further, the wireless carrier network 102 may also provide communications between the multiple user devices and user devices that are serviced by other telecommunications networks.
- the telecommunication services provided may include voice communication, multimedia communication, data communication, such as email, messaging, content streaming, content uploading, and/or so forth.
- the wireless carrier network 102 may be implemented using multiple interconnected networks.
- the wireless carrier network 102 may include multiple Radio Access Networks (RANs).
- the RANs may be connected to each other via regional ground networks.
- the regional ground networks may be connected to a core network 104 by a wide area network (WAN).
- WAN wide area network
- Each regional portion of the wireless carrier network 102 may include one or more RANs and a regional circuit and/or packet-switched network and associated signaling network facilities.
- the wireless carrier network 102 may provide telecommunication services in accordance with one or more technical standards, such as Enhanced Data Rates for GSM Evolution (EDGE), Wideband Code Division Multiple Access (W-CDMA), High Speed Packet Access (HSPA), Long Term Evolution (LTE), CDMA-2000 (Code Division Multiple Access 2000), 5th Generation (5G), and/or so forth.
- EDGE Enhanced Data Rates for GSM Evolution
- W-CDMA Wideband Code Division Multiple Access
- HSPA High Speed Packet Access
- LTE Long Term Evolution
- CDMA-2000 Code Division Multiple Access 2000
- 5G 5th Generation
- a RAN of the wireless carrier network 102 may include a number of base stations, such as the base stations 106 ( 1 )- 106 (K), also referred to as network cells.
- the base stations may be in the form of nodes.
- Each node may include a base transceiver system (BTS) that communicates via an antenna system over an air-link with one or more user devices that are within range.
- the BTS may send radio communication signals to user devices and receive radio communication signals from user devices.
- the RANs may carry the communications of the user devices between the respective base stations and the core network 104 .
- the core network 104 may include components that support 2G and 3G voice communication traffic, as well as 3G, 4G, and 5G data communication traffic.
- 3G data communication traffic between a user device and the Internet may be routed through a gateway of a 3G Packet Switch (PS) Core.
- PS Public Switched Telephone Network
- MSC Mobile Switch
- CS 3G Circuit Switch
- the core network 104 may further include components that support 4G and 5G voice and data communication traffic.
- Such components may include an Evolved Packet Core (EPC) and an IP Multimedia Subsystem (IMS) core.
- EPC Evolved Packet Core
- IMS IP Multimedia Subsystem
- the IMS core may provide the user devices with data access to external packet data networks, such as the networks of other wireless telecommunication providers, as well as backend servers in the core network 104 .
- the core network 104 may connect to a public packet data communication network, such as the Internet. Data and voice communications via the RANs, the core network, and the Internet may support a variety of telecommunication services through the wireless carrier network 102 .
- the wireless carrier network 102 may provide telecommunication services to multiple user devices.
- the user devices may include smartphones, tablet computers, embedded computer systems, or any other device that is capable of using the wireless communication services that are provided by the wireless carrier network 102 .
- a caller device 108 of a caller 110 may be in communication with the base station 106 ( 1 ).
- a recipient device 112 of a call recipient 114 may be in communication with the base station 106 (K).
- the backend servers 116 of the core network 104 may execute a contextual inference platform 118 .
- the contextual inference platform 118 may use an inference framework 120 to analyze multiple sources of data to provide contextual information for an incoming call that is made by a caller at a caller device and destined for a recipient device of a recipient.
- the contextual inference platform 118 may provide contextual information for an incoming call 122 that is initiated by the caller 110 to the call recipient 114 based on the data from the multiple sources.
- the multiple sources of data used by the contextual inference platform 118 may include device data 124 from the caller device 108 , user profile data 126 from internal data sources 128 of the wireless carrier network 102 , and time-stamped event data 130 from external data sources 132 .
- the device data 124 may include device data parameters that represent the sensor data detected by one or more sensors of the caller device 108 . These device data parameters may include a geolocation of the caller device, device movement, device acceleration, and/or biometric values of the caller (e.g., pulse rate, blood pressure, body temperature, etc.).
- the caller device 108 may be equipped with various sensors, such as a proximity sensor, a compass, an accelerometer, biometric sensors, cameras, and/or so forth. Accordingly, the user may consent to sharing these device data parameters with the contextual inference platform 118 .
- the device data 124 may further include application data parameters that are stored in the caller device 108 for which the user consented to share with the contextual inference platform 118 .
- application parameters may include calendar, schedule, appointment, and/or itinerary parameters of the caller.
- the application data may be stored by an operating system of the caller device 108 , by native applications that are built into the software environment of the caller device 108 , by the one or more over-the-top (OTT) applications that are executed in the software environment, and/or so forth.
- the applications may include a calendar application, an email application, a task list application, a map application, a navigation application, and/or so forth.
- the user profile data 126 of the caller 110 may include user characteristics such as demographic characteristics of the caller 110 , social relationship information of the caller 110 , subscriber information of the caller 110 with respect to the wireless carrier network 102 , and/or so forth.
- the demographic characteristics may include the age, gender, etc. of the caller 110 .
- the social relationship information may include the name and contact information (e.g., telephone numbers), relationship type (e.g., family member, co-worker, friend, employee vs. manager, etc.) for the contacts of the caller 110 .
- the contacts of the caller 110 are also subscribers of the wireless carrier network 102 .
- the subscriber information may include device information and user account information.
- the device information for a user device may indicate the technical capabilities, feature settings, and operational statuses of user devices.
- device information for the caller device 108 may indicate that Wi-Fi calling is enabled on the user device or that the user device is capable of using a specific communication band provided by the wireless carrier network 102 .
- the device information for the caller device 108 may indicate that Wi-Fi calling is disabled on the user device, a developer mode is active on the user device, a location tracking service is active on the user device, and/or so forth.
- the user account information for the caller 110 may include account details of the caller 110 , such as account type, billing preferences, service plan subscription, payment history, call history (e.g., call log of date/time of calls, geolocation of calls, minutes of talk time used for each call, etc.), amount of data consumed, time/date of the data consumption, customer support history, and/or so forth.
- the account details may also indicate an account relationship of the caller 110 to one or more subscribers.
- the account details may indicate that the caller 110 is a secondary account holder on the account of another primary account holder.
- the account details may indicate that the caller 110 is a primary account holder, and one or more other subscribers are secondary account holders of the caller 110 .
- the caller 110 may consent to provide the user profile data 126 to the wireless carrier network 102 in several scenarios, such as during initial account setup, purchasing of new user devices, set up of user devices for use on the wireless carrier network, subscription to services provided by the wireless carrier network, customer support exchanges with a customer service agent, etc.
- the user profile data 126 of the caller 110 may also include social media data obtained by the wireless carrier network 102 .
- the wireless carrier network 102 may obtain the social media data from social media portals (e.g., websites, blogs, microblogs, etc.) that the caller 110 permits the wireless carrier network 102 to access.
- the wireless carrier network 102 may use a machine-learning search algorithm (e.g., a web crawler bot) to obtain publicly-accessible social media data from various social media portals used by the caller 110 and other subscribers of the wireless carrier network 102 .
- a machine-learning search algorithm e.g., a web crawler bot
- the time-stamped event data 130 may include news events, weather events, traffic events, social events, etc. that are available from third-party data sources.
- third-party data sources may include online portals, digital information feeds, web-based services, etc. that are operated by governmental agencies, news service organizations, private organizations, social media platforms, etc.
- the time-stamp for the data associated with an event may indicate when the event initiated occurred, a duration of the event, and/or when the event ended.
- the contextual inference platform 118 may include a machine-learning algorithm that automatically detects natural or man-made events that may affect different geographical locations at different times. For example, such events may include a severe weather storm, a popular sporting event, a major traffic incident, and/or so forth.
- the contextual inference platform 118 may use an inference framework that contains inference rules to analyze the data from the multiple sources to determine the situational context for the incoming call 122 .
- the contextual inference platform may direct a call alert function provided by the core network 104 of the wireless carrier network 102 to deliver the contextual information 134 for the situational context to the recipient device 112 .
- the call alert function may be configured to deliver the contextual information 134 along with an incoming call notification 136 to the recipient device.
- the contextual information 134 e.g., text and/or graphics
- the incoming call notification e.g., a triggered ring tone
- the contextual information 134 and the incoming call notification may be provided by one or more client applications of the recipient device 112 , such as the client application 138 .
- the one or more client applications may include a telephone application, a productivity application, a social media application, some other native application, or some other third-party OTT application.
- the contextual information 134 and the incoming call notification may be concurrently presented by a single client application (e.g., the telephony application) of the recipient device 112 .
- a first client application of the recipient device 112 may present the incoming call notification while a second client application of the recipient device 112 may concurrently present the corresponding contextual information.
- the first client application may be a native application
- the second client application may be a third-party OTT application.
- a telephony application of the recipient device 112 may present an incoming call notification in a first notification window on a user interface
- a social media application may concurrently provide the corresponding contextual information in a second notification window on the user interface (e.g., the contextual information that the current day is the caller's birthday).
- the contextual information 134 may include the geolocation of the caller device, data pertaining to one or more time-stamped events (e.g., weather event, news event, etc.) that have been determined by the inference engine to be related to the incoming call, and/or conclusions reached by the inference engine with respect to the incoming call. For example, when the caller 110 initiates the incoming call 122 to the call recipient 114 , the contextual inference platform 118 may determine that the caller 110 is supposed to be at a meeting location in 15 minutes for a meeting with the call recipient 114 .
- time-stamped events e.g., weather event, news event, etc.
- the contextual inference platform 118 may further determine that the caller 110 is more than 15 minutes away based on a current geographical location of the caller, a current movement speed of the caller, and traffic conditions between the current geographical location and the meeting location. Accordingly, the contextual inference platform 118 may conclude that the caller 110 is going to be late for the meeting. In such an event, the contextual inference platform 118 may deliver the contextual information 134 that includes a current geolocation of the caller 110 and a conclusion that the caller 110 is likely to be late for the meeting. The contextual information 134 is delivered to the recipient device 112 for presentation along with the incoming call notification 136 on the recipient device 112 .
- the contextual inference platform 118 may determine that the caller 110 is supposed to be at a school at the current date and time. Further, the contextual inference platform 118 may further determine that the call recipient 114 is a parent of the caller 110 and a current geolocation of the caller 110 is different from a location of the school. Accordingly, the contextual inference platform 118 may deliver contextual information 134 that includes a current geolocation of the caller 110 and a conclusion that the caller is absent from the school.
- the contextual inference platform 118 may determine that the caller 110 is currently at a geolocation that is affected by an emergency incident, e.g., a severe weather event. The contextual inference platform 118 may further determine that the biometric data of the caller 110 indicates that the caller 110 is experiencing abnormal biometric readings (e.g., an elevated heart rate). Accordingly, the contextual inference platform 118 may deliver contextual information 134 that includes a current geolocation of the caller 110 and a conclusion that the caller 110 is being impacted by the emergency incident.
- an emergency incident e.g., a severe weather event.
- the contextual inference platform 118 may further determine that the biometric data of the caller 110 indicates that the caller 110 is experiencing abnormal biometric readings (e.g., an elevated heart rate). Accordingly, the contextual inference platform 118 may deliver contextual information 134 that includes a current geolocation of the caller 110 and a conclusion that the caller 110 is being impacted by the emergency incident.
- the caller 110 may configure the type of information regarding the caller 110 that the contextual inference platform 118 is able to share with particular call recipients.
- the caller 110 may use a client application 140 on the caller device 108 to configure whether a current geolocation of the caller 110 , biometric values of the caller 110 , sensor data of the caller device 108 , etc. can be shared with one or more specific call recipients.
- the client application 140 may be a native telephony application of the caller device 108 , an OTT application supplied by the wireless carrier network 102 , or some other application installed on the caller device 108 .
- Such configurations may be stored in a configuration store of the contextual inference platform 118 .
- FIG. 2 is a block diagram showing various components of one or more illustrative computing devices that support the contextual inference platform.
- the contextual inference platform 118 may be implemented by one or more computing devices 200 .
- the one or more computing devices may include the backend servers 116 .
- the computing devices 200 may include a communication interface 202 , one or more processors 204 , memory 206 , and hardware 208 .
- the communication interface 202 may include wireless and/or wired communication components that enable the computing devices 200 to transmit data to and receive data from other networked devices.
- the hardware 208 may include additional user interface, data communication, or data storage hardware.
- the user interfaces may include a data output device (e.g., visual display, audio speakers), and one or more data input devices.
- the data input devices may include, but are not limited to, combinations of one or more of keypads, keyboards, mouse devices, touch screens that accept gestures, microphones, voice or speech recognition devices, and any other suitable devices.
- the memory 206 may be implemented using computer-readable media, such as computer storage media.
- Computer-readable media includes, at least, two types of computer-readable media, namely computer storage media and communications media.
- Computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data.
- Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD), high-definition multimedia/data storage disks, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information for access by a computing device.
- communication media may embody computer-readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave, or other transmission mechanisms.
- the computing devices 200 or components thereof may be virtual computing devices in the form of virtual machines or software containers that are hosted in a computing cloud.
- the contextual inference platform 118 may include a collector 210 , a data store 212 , an inference engine 214 , a machine-learning engine 216 , and a situational context reporter 218 . These software components may be implemented using routines, program instructions, objects, and/or data structures that are executed by the processors 204 to perform particular tasks or implement particular abstract data types.
- the collector 210 may check for and retrieve data from multiple data sources, such as caller devices (e.g., caller device 108 ), the internal data sources 128 , and external data sources 132 in response to requests from the inference engine 214 .
- the collector 210 may use a scheduler to check for and retrieve data from the multiple data sources.
- the scheduler may perform the checking and retrieval based on configurable policies. For example, a configurable policy may specify the source data location, frequency of data retrieval, data retention period, and data disposal date/time.
- the collector 210 may employ data adapters to obtain data files from the data sources.
- the data adapters may use file transfer protocol (FTP), Hypertext Transfer Protocol (HTTP) posts, direct network infrastructure element connection, and/or other data transfer protocols to retrieve the data files from the data sources.
- FTP file transfer protocol
- HTTP Hypertext Transfer Protocol
- the collector 210 may perform data integrity tests to verify the integrity of the received data files.
- the data files that are received by the collector 210 may contain encrypted data. Accordingly, the collector 210 may use an asymmetric or symmetric encryption algorithm to decrypt the data.
- the collector 210 may further merge data from multiple data files, such that the merged data may be fed into the inference engine 214 for analysis.
- the collector 210 may perform retrieval of data that is relevant to a particular caller following user consent to share the data.
- the collector 210 may direct a client application (e.g., the client application 140 ) to present a consent interface to a corresponding caller (e.g., the caller 110 ).
- the consent interface may enable the caller to grant permission for the collector 210 to retrieve specific data pertaining to the caller by providing an affirmative input, such as clicking on a checkbox, tapping a consent button, moving a virtual switch from an off position to an on position, and/or so forth.
- the consent interface may further enable the caller to designate specific call recipients that are allowed to receive specific data pertaining to the caller.
- Such designation may be performed based on specific telephone numbers of the call recipients, a relationship of the call recipient to the caller, and/or so forth.
- a caller may opt to share a geolocation of the caller with a call recipient that is a family member, but not with a call recipient that is a co-worker.
- the caller may also use the consent interface to configure time-dependent and/or location-dependent sharing of certain data.
- a caller may opt-in to share work-related calendar information with co-workers only during work hours, only provide geolocation information that is within a predetermined proximity to a known workplace during work hours, and/or so forth.
- the collector 210 may be able to retrieve or share data on certain callers based on their relationship to other subscribers of the wireless carrier network 102 .
- the collector 210 may collect data (e.g., geolocation, calendar information, etc.) on a caller who is a minor for sharing with a call recipient who is a parent or guardian of the minor when it is legal to do so. While data is described herein as being collected by the collector 210 from callers, the term callers in this context may refer to all subscribers of the wireless carrier network 102 , as call recipients can also act as callers in different instances.
- the data that is collected by the collector 210 for individual callers may be stored in the data store 212 .
- the data store 212 may include one or more databases, such as relational databases, object databases, object-relational databases, and/or key-value databases that store the data retrieved for the individual callers.
- the stored data may be indexed based on the identifiers assigned by the wireless carrier network 102 to the subscribers, such as telephone numbers (e.g., Mobile Station International Subscriber Directory Numbers (MSISDNs)), International Mobile Subscriber Identities (IMSIs), and/or other subscriber identifiers.
- MSISDNs Mobile Station International Subscriber Directory Numbers
- IMSIs International Mobile Subscriber Identities
- the collector 210 may retrieve data for a caller from the internal data sources 128 , the external data sources 132 , and a caller device of the caller in response to a request from the inference engine 214 .
- the inference engine 214 may send the request following an initiation of an incoming call from the caller device.
- the collector 210 may retrieve data from the internal data sources 128 and the external data sources 132 at regularly scheduled intervals, while retrieving the device data from a caller device in response to a request from the inference engine 214 .
- the inference engine 214 may be notified by the core network 104 of the wireless carrier network 102 of an incoming call that is initiated by a caller device for a recipient device.
- the notification may include a telephone number of the caller device, a telephone number of the recipient device, a time/date of the call initiation, and/or so forth. Accordingly, the inference engine 214 may use such identification information to retrieve data that is associated with the caller and/or the call recipient from the data store 212 . Alternatively, or concurrently, the inference engine 214 may use such identification information to retrieve data directly from a data source or a device via the collector 210 .
- the inference engine 214 may use an inference framework, such as the inference framework 120 , to analyze the data of the caller to determine the situational context for an incoming call made by the caller to the recipient device of a call recipient.
- the inference engine 214 may be triggered by a call notification function of the core network 104 to perform the analysis for a particular caller (e.g., the caller 110 ) following the initiation of an incoming call (e.g., the incoming call 122 ) by the particular caller to a recipient device (e.g., the recipient device 112 ) of a call recipient (e.g., the call recipient 114 ).
- the inference framework 120 may contain inference rules for inferring the situational context for an incoming call.
- the inference rules may be rules that are manually inputted by a user.
- the inference rules may be rules that have been developed via machine-learning, e.g., supervised learning based on training data.
- the inference rules may include inference rules that are configured to assign a statistical weight to a certain time-stamped event, sensor data related to the caller, or a user characteristic in the user profile data of the caller.
- Other inference rules may rank a relevance of a first piece of data based on whether one or more other pieces of data fit historical trends or other criteria.
- an inference rule may rank a relevance of any time-stamped event associated with that geolocation above other data.
- an inference rule may rank the relevance of the time-stamped event above the relevance of other data (e.g., other traffic events).
- an inference rule may rank a user characteristic (e.g., a heart rate) of the caller as being of higher relevance than other data (e.g., an ambient air temperature) when an incoming call is initiated by the caller at a geolocation that is within an area designated by the caller and/or the call recipient as an alert critical area (e.g., a hospital, a police station, etc.).
- a user characteristic e.g., a heart rate
- other data e.g., an ambient air temperature
- the inference engine 214 may apply the inference framework 120 via a logical computing algorithm, a cognitive network algorithm, a machine-learning algorithm, and/or a statistic modeling algorithm to the data relevant to a caller. Accordingly, the inference engine 214 may generate one or more inferences, i.e., contextual information, for a situational context of the caller. For example, the inferring of a situational context may include selecting a time-stamped event for presentation on a recipient device based on a relevance rank value of the time-stamped event being higher than at least one relevance rank value of one or more other time-stamped events.
- the inferring of a situational context may include selecting a conclusion for presentation on a recipient device based on a confidence value of the conclusion being higher than at least one confidence value of one or more other conclusions.
- the inference engine may use the statistical modeling algorithm to calculate the confidence values following the use of one or more other algorithms to derive the conclusions.
- the inferring of the situational context may include using the statistical modeling algorithm to correlate a device data parameter to a time-stamped event. In this way, the inference engine 214 may generate the contextual information 134 for the incoming call 122 that is made from the caller device 108 to the recipient device 112 .
- the inference engine 214 may send the corresponding contextual information to the machine-learning engine 216 and the situational context reporter 218 .
- the situation context reporter 218 may direct a call alert function provided by the core network 104 of the wireless carrier network 102 to deliver the contextual information for the situational context to the recipient device.
- the situational context reporter 218 may format the one or more inferences into contextual information for delivery by the call alert function.
- the situational context reporter 218 may format the inferences into contextual information in the form text and/or graphics for delivery by the call alert function.
- the call alert function of the core network 104 may be configured to deliver the contextual information along with an incoming call notification to the recipient device.
- the contextual information e.g., text and/or graphics
- the incoming call notification e.g., a triggered ring tone
- the user interface may be presented by one or more client applications (e.g., client application 138 ) on the user device.
- the call alert function of the core network 104 may include program logic that enables the function to interface with various type of applications, such as a telephony application, a productivity application, a social media application, and/or so forth.
- the program logic of the call alert function may determine based on pre-stored configuration settings whether the incoming call notification and the corresponding contextual information are to be presented by the same client application or different client applications.
- a configuration setting may indicate that the incoming call notification and the corresponding contextual information are to be presented by a native telephony application.
- a configuration setting may indicate that the incoming call notification is to be presented by a native telephony application, while the corresponding contextual information is to be presented by a different third-party application (e.g., social media application).
- the program logic of the call alert function may call an application program interface (API) of each corresponding client application with the incoming call notification and/or the corresponding contextual information.
- API application program interface
- the contextual information may include the geolocation of the caller device, data pertaining to one or more time-stamped events (e.g., weather event, news event, etc.) that have been determined by the inference engine to be related to the incoming call, and/or conclusions reached by the inference engine with respect to the incoming call.
- a recipient device of the call recipient may be roaming on a third-party carrier network other than the wireless carrier network 102 .
- the situational context reporter 218 may format the contextual information into a message, such as a short message service (SMS) message, a multimedia messaging service (MMS) message, and/or a rich communication service (RCS) message, for delivery to the recipient device via the third-party carrier network.
- SMS short message service
- MMS multimedia messaging service
- RCS rich communication service
- the machine-learning engine 216 may use the feedbacks from a recipient device to refine an inference framework that is used to generate the corresponding contextual information for delivery to the recipient device. For example, the machine-learning engine 216 may use the feedback 220 from the recipient device 112 to refine the inference framework 120 that is used to generate the contextual information 134 for the recipient device 112 .
- the feedback may include passive feedback and/or active feedback. With respect to passive feedback, the machine-learning engine 216 may learn from the core network 104 whether the call recipient 114 answered the incoming call 122 after receiving the contextual information 134 .
- the decision of the call recipient 114 to answer the incoming call 122 or ignore the incoming call 122 may serve as a rating of the effectiveness of the one or more inference rules used to generate the contextual information 134 .
- the machine-learning engine 216 may determine that the contextual information was accurate, and the one or more inference rules were effective.
- the machine-learning engine 216 may determine that the contextual information was inaccurate, and the one or more inference rules were ineffective.
- the machine-learning engine 216 may direct a client application on the recipient device to prompt a call recipient to rate the usefulness and/or accuracy of the contextual information (e.g., the contextual information 134 ), in which the usefulness and/or accuracy is correlated with the effectiveness of the one or more inference rules used to generate the contextual information.
- the rating may be a binary rating in which the call recipient is prompted to answer “yes” or “no” with respect to the usefulness and/or accuracy of the contextual information.
- a “yes” response results in the machine-learning engine 216 determining that the one or more corresponding inference rules are effective.
- a “no” response results in the machine-learning engine 216 determine that the one or more corresponding inference rules are ineffective.
- the call recipient may be prompted to provide a numerical rating that is selected from a fixed numerical scale, e.g., 3 out of 5, 4 out of 5, etc.
- the machine-learning engine 216 may be configured to deem a numerical rating given to the contextual information that is at or above a predetermined value threshold as indicating that the one or more corresponding inference rules are effective. Conversely, the machine-learning engine 216 may deem a numerical rating given to the contextual information that is below the predetermined value threshold as indicating that the one or more corresponding inference rules are ineffective.
- the machine-learning engine 216 may use a machine-learning algorithm to adjust one or more inference rules that are determined to be ineffective.
- the adjustment involves adjusting the statistical weights that are assigned to different data by the inference rules.
- an inference rule may be modified to assign a greater statistical weight to a first sensor data value (e.g., blood pressure) while assigning lesser statistical weight to a second sensor data value (e.g., geolocation).
- a second sensor data value e.g., geolocation
- an inference rule may be modified to assign a piece of data to a higher relevance rank when a second additional piece of data is detected instead of a first piece of additional data.
- the inference rule may be modified to assign a higher relevance to a geolocation of recipient during daylight hours than during night hours.
- an inference value may be modified by increasing or decreasing a relevance rank value or a statistical weight value assigned to a time-stamped event, a user characteristic in the user profile data of the caller, or an environmental parameter in the sensor data associated with the caller by an inference rule.
- Such adjustment of the one or more inference rules may result in a modified inference framework for a particular caller.
- the use of the machine-learning engine 216 to modify an original inference framework e.g., inference framework 120
- the machine-learning engine 216 may store the multiple inference frameworks that are created in the data store 212 , in which each inference framework may be tagged with an identifier to indicate the caller to which the inference framework corresponds.
- FIG. 3 shows example user interfaces displayed on a recipient device of a call recipient, in which the user interfaces present contextual information for incoming calls.
- the user interfaces include a user interface 302 and a user interface 304 .
- the example user interface 302 may display an incoming call notification 306 that shows caller identification information of the caller.
- the user interface 302 may further display contextual information 308 that is associated with the incoming call.
- the contextual information 308 may include a selectable option 310 that enables the call recipient to view a current geolocation of the caller on a map.
- the example user interface 304 may display an incoming call notification 312 that shows caller identification information of the caller.
- the user interface 304 may further display contextual information 314 that shows the caller is currently located in an alert critical area.
- the contextual information may be accompanied by an alert indicator 316 that draws the attention of the call recipient to the contextual information.
- the contextual information 314 may include a selectable option 318 that enables the call recipient to view a current geolocation of the caller on a map.
- FIGS. 4 and 5 present illustrative processes 400 and 500 for using a contextual inference platform to generate a situational context for an incoming call from a caller device to a recipient device.
- Each of the processes 400 and 500 is illustrated as a collection of blocks in a logical flow chart, which represents a sequence of operations that can be implemented in hardware, software, or a combination thereof.
- the blocks represent computer-executable instructions that, when executed by one or more processors, perform the recited operations.
- computer-executable instructions may include routines, code segments, programs, objects, components, data structures, and the like that perform particular functions or implement particular abstract data types.
- FIG. 4 is a flow diagram of an example process 400 for generating a situational context for an incoming call made from a caller device and providing the situational context to a recipient device.
- the contextual inference platform 118 of the wireless carrier network 102 may receive an inference framework for inferring a situational context of a caller.
- the inference framework may contain one or more inference rules for analyzing data from the multiple data sources to determine the situational context for an incoming call initiated by the caller.
- the inference rules may include rules that are manually inputted by a user, rules that have been developed via machine-learning, e.g., supervised learning based on training data, and/or so forth.
- the contextual inference platform 118 may receive user profile data of the caller and time-stamped event data from one or more data sources.
- the user profile data may include demographic characteristics of the caller, social relationship information of the caller, subscriber information of the caller with respect to the wireless carrier network, and/or so forth.
- the time-stamped event data may include news events, weather events, traffic events, social media events, etc. that are available from various data sources.
- Such data sources may include online portals, digital information feeds, web-based services, etc. that are operated by governmental agencies, news service organizations, private organizations, social media platforms, etc.
- the contextual inference platform 118 may detect an incoming call that is initiated by a caller device of the caller and destined for a recipient device of a call recipient. In various embodiments, the contextual inference platform 118 may be notified by the core network 104 of the wireless carrier network 102 that an incoming call is initiated at the caller device. At block 408 , the contextual inference platform 118 may receive data associated with the caller device that at least includes a geolocation of the caller device when the incoming call is initiated. In various embodiments, the contextual inference platform 118 may initiate a retrieval of the device data from the caller device following the initiation of the incoming call.
- the contextual inference platform 118 may infer a situational context of the caller based on an analysis of the one or more of the time-stamped event data, the user profile data of the caller, and the device data using the inference framework. The inference may be made in response to the initiation of the incoming call.
- the contextual inference platform may apply the inference framework via a logical computing algorithm, a cognitive network algorithm, a machine-learning algorithm, and/or a statistical modeling algorithm to the data relevant to the caller. For example, some of the inference rules in the inference framework may assign a statistical weight to a certain time-stamped event, sensor data related to the caller, or a user characteristic in the user profile data of the caller. Other inference rules in the inference framework may rank the relevance of some data based on the existence of other data.
- the contextual inference platform 118 may send contextual information for the situational context of the caller to the recipient device for presentation via the recipient device.
- the contextual inference platform 118 may direct a core network 104 of the wireless carrier network 102 to deliver the contextual information along with an incoming call notification to the recipient device.
- the contextual information may include the geolocation of the caller device, data pertaining to one or more time-stamped events (e.g., weather event, news event, etc.) that have been determined by the contextual inference platform 118 to be related to the incoming call, and/or conclusions reached by the platform with respect to the incoming call.
- the contextual inference platform 118 may receive feedback from the recipient device following the presentation of the situational context of the caller via the recipient device.
- the feedback may include whether the call recipient answered the incoming call at the recipient device after receiving the contextual information.
- the feedback may include a call recipient inputted rating of the usefulness and/or accuracy of the contextual information.
- the contextual inference platform 118 may modify one or more inference rules of the inference framework via a machine-learning algorithm to generate a modified inference framework based on the feedback.
- the adjustment involves adjusting the statistical weights that are assigned to different data by the inference rules.
- an inference rule may be modified to assign a higher relevance rank to a piece of data when a second additional piece of data is detected instead of a first piece of additional data.
- the process 400 may loop back to 404 , so that at least one of the time-stamped event data, the user profile data, and the device data may be updated with additional data. In this way, an additional situational context may be inferred for another incoming call that is initiated by the caller device of the caller and destined for the recipient device or another recipient device of another call recipient.
- FIG. 5 is a flow diagram of an example process 500 for receiving device data of a caller device that initiates an incoming call to a recipient device, in which the device data is used to infer a situational context for the incoming call.
- the example process 500 may further describe block 408 of the example process 400 .
- the contextual inference platform 118 may receive application data stored on a user device that is used by the caller.
- the application data parameters may include calendar, schedule, appointment, and/or itinerary parameters of the caller.
- the application data may be stored by an operating system of the caller device, by native applications that are built into the software environment of the caller device, by the one or more over-the-top (OTT) applications that are executed in the software environment, and/or so forth.
- OTT over-the-top
- Such application data may be periodically received by the contextual inference platform 118 or received by the contextual inference platform 118 in response to the caller device initiating an incoming call to a recipient device.
- the contextual inference platform 118 may receive a geolocation of the caller device.
- the contextual inference platform 118 may receive other sensor data of the caller device.
- sensor data may include device movement of the caller device, device acceleration of the caller device, biometric information of the caller detected by the caller device, such as pulse rate, blood pressure, body temperature, ambient air temperature, etc.
- sensor data may be periodically received by the contextual inference platform 118 or received by the contextual inference platform 118 in response to the caller device initiating an incoming call to a recipient device.
- the use of the contextual inference platform to provide context information of an incoming call to a call recipient may enable the call recipient to make a more informed decision as to the importance of the incoming call, the potential subject matter of the incoming call, and whether to reject or to answer the incoming call from the caller.
- the provision of such useful contextual information to the call recipient may increase user satisfaction of the call recipient with a mobile network operator (MNO) that operates the wireless carrier network.
- MNO mobile network operator
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Evolutionary Computation (AREA)
- Mathematical Physics (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Artificial Intelligence (AREA)
- General Physics & Mathematics (AREA)
- Signal Processing (AREA)
- Computational Linguistics (AREA)
- Medical Informatics (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Telephone Function (AREA)
Abstract
Description
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/780,692 US11856133B2 (en) | 2020-02-03 | 2020-02-03 | Contextual information inference for incoming calls |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/780,692 US11856133B2 (en) | 2020-02-03 | 2020-02-03 | Contextual information inference for incoming calls |
Publications (2)
Publication Number | Publication Date |
---|---|
US20210243296A1 US20210243296A1 (en) | 2021-08-05 |
US11856133B2 true US11856133B2 (en) | 2023-12-26 |
Family
ID=77410827
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/780,692 Active 2042-01-12 US11856133B2 (en) | 2020-02-03 | 2020-02-03 | Contextual information inference for incoming calls |
Country Status (1)
Country | Link |
---|---|
US (1) | US11856133B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11570297B2 (en) * | 2020-08-13 | 2023-01-31 | First Orion Corp. | Conditional communication forwarding based on origination and destination attributes |
US20220067954A1 (en) * | 2020-08-31 | 2022-03-03 | Koninklijke Philips N.V. | Dynamic measurement optimization based on image quality |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020128033A1 (en) * | 1998-11-30 | 2002-09-12 | Burgess Shelia Jean | Communications control method and apparatus |
US20030046421A1 (en) * | 2000-12-12 | 2003-03-06 | Horvitz Eric J. | Controls and displays for acquiring preferences, inspecting behavior, and guiding the learning and decision policies of an adaptive communications prioritization and routing system |
US20030112944A1 (en) * | 2001-12-17 | 2003-06-19 | International Business Machines Corporation | Identifying relevant scheduling events for a call |
US20100023472A1 (en) * | 2008-07-24 | 2010-01-28 | Telcordia Technologies, Inc. | System and Method for a Reactive and Personalized Exposure of Mobile End-User Context to a Third Party |
US8144850B2 (en) | 2001-12-17 | 2012-03-27 | International Business Machines Corporation | Logging calls according to call context |
US20120219133A1 (en) * | 2011-02-24 | 2012-08-30 | Visto Corporation | Method and apparatus for the processing of data relating to calendar entries |
US8989357B2 (en) | 2008-03-12 | 2015-03-24 | Telefonaktiebolaget L M Ericsson (Publ) | Method and inference engine for processing telephone communication data |
US20150142704A1 (en) * | 2013-11-20 | 2015-05-21 | Justin London | Adaptive Virtual Intelligent Agent |
US9088882B2 (en) * | 2009-06-16 | 2015-07-21 | Intel Corporation | Method and system for communication behavior |
US20160165047A1 (en) * | 2003-08-01 | 2016-06-09 | Mitel Networks Corporation | Method and system of providing context aware announcements |
US20180165589A1 (en) * | 2016-12-13 | 2018-06-14 | Microsoft Technology Licensing, Llc | Wearable device control with inferred insights |
US20200389551A1 (en) * | 2019-06-05 | 2020-12-10 | International Business Machines Corporation | Management of communication notifications based upon geographic location |
US20210160368A1 (en) * | 2019-11-22 | 2021-05-27 | International Business Machines Corporation | Dynamic anti-disturb techniques in telephony |
-
2020
- 2020-02-03 US US16/780,692 patent/US11856133B2/en active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020128033A1 (en) * | 1998-11-30 | 2002-09-12 | Burgess Shelia Jean | Communications control method and apparatus |
US20030046421A1 (en) * | 2000-12-12 | 2003-03-06 | Horvitz Eric J. | Controls and displays for acquiring preferences, inspecting behavior, and guiding the learning and decision policies of an adaptive communications prioritization and routing system |
US20030112944A1 (en) * | 2001-12-17 | 2003-06-19 | International Business Machines Corporation | Identifying relevant scheduling events for a call |
US8144850B2 (en) | 2001-12-17 | 2012-03-27 | International Business Machines Corporation | Logging calls according to call context |
US20160165047A1 (en) * | 2003-08-01 | 2016-06-09 | Mitel Networks Corporation | Method and system of providing context aware announcements |
US8989357B2 (en) | 2008-03-12 | 2015-03-24 | Telefonaktiebolaget L M Ericsson (Publ) | Method and inference engine for processing telephone communication data |
US20100023472A1 (en) * | 2008-07-24 | 2010-01-28 | Telcordia Technologies, Inc. | System and Method for a Reactive and Personalized Exposure of Mobile End-User Context to a Third Party |
US9088882B2 (en) * | 2009-06-16 | 2015-07-21 | Intel Corporation | Method and system for communication behavior |
US20120219133A1 (en) * | 2011-02-24 | 2012-08-30 | Visto Corporation | Method and apparatus for the processing of data relating to calendar entries |
US20150142704A1 (en) * | 2013-11-20 | 2015-05-21 | Justin London | Adaptive Virtual Intelligent Agent |
US20180165589A1 (en) * | 2016-12-13 | 2018-06-14 | Microsoft Technology Licensing, Llc | Wearable device control with inferred insights |
US20200389551A1 (en) * | 2019-06-05 | 2020-12-10 | International Business Machines Corporation | Management of communication notifications based upon geographic location |
US20210160368A1 (en) * | 2019-11-22 | 2021-05-27 | International Business Machines Corporation | Dynamic anti-disturb techniques in telephony |
Also Published As
Publication number | Publication date |
---|---|
US20210243296A1 (en) | 2021-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10097686B2 (en) | Outgoing call management in a communication environment with unified communication interfaces | |
US10785172B2 (en) | Method and apparatus for delivering messages based on user activity status | |
US10785369B1 (en) | Multi-factor scam call detection and alerting | |
US20120135751A1 (en) | Use of location tagging in data communications | |
US10264447B2 (en) | Communication record privacy protection validation | |
US11363143B2 (en) | Methods and systems for reducing customer service calls | |
US11330406B1 (en) | Caller identifier | |
US12082074B2 (en) | Alerting users of mobile device using anonymized location and time dataset | |
US11856133B2 (en) | Contextual information inference for incoming calls | |
EP3891971B1 (en) | Detection of spoofed calls using call header | |
US20200008009A1 (en) | Mobile location security system | |
US20240297933A1 (en) | Phone number list management | |
US11622245B2 (en) | Multi-channel caller ID database updates | |
US11304034B1 (en) | Method and system for collecting evidence leads in a communication system | |
US11451962B2 (en) | Network-based protection against scam applications | |
US12028481B2 (en) | Spam telephone call reducer | |
US20230300244A1 (en) | Automated generation of enhanced caller identification data | |
US11729313B2 (en) | Spoofed telephone call identifier | |
US11582610B1 (en) | Automated security control using log information | |
US11057732B2 (en) | Wireless home phone configured for receiving emergency alerts | |
TW201801505A (en) | Information transmission method and apparatus | |
US20200160397A1 (en) | Method and System for Reducing Durations of Sessions | |
US20130346420A1 (en) | Method And System For Identifying Aberrant Wireless Behavior | |
US20180146352A1 (en) | Wireless Replacement Line also Known as a Wireless Home Phone Configured for Receiving Wireless Emergency Alerts | |
US11991524B2 (en) | Remote enforcement of rules on mobile devices |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: T-MOBILE USA, INC., WASHINGTON Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GARG, PARAG;REEL/FRAME:051705/0164 Effective date: 20200203 |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
AS | Assignment |
Owner name: DEUTSCHE BANK TRUST COMPANY AMERICAS, NEW YORK Free format text: SECURITY AGREEMENT;ASSIGNORS:T-MOBILE USA, INC.;ISBV LLC;T-MOBILE CENTRAL LLC;AND OTHERS;REEL/FRAME:053182/0001 Effective date: 20200401 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
AS | Assignment |
Owner name: SPRINT SPECTRUM LLC, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: SPRINT INTERNATIONAL INCORPORATED, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: SPRINT COMMUNICATIONS COMPANY L.P., KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: SPRINTCOM LLC, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: CLEARWIRE IP HOLDINGS LLC, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: CLEARWIRE COMMUNICATIONS LLC, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: BOOST WORLDWIDE, LLC, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: ASSURANCE WIRELESS USA, L.P., KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: T-MOBILE USA, INC., WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: T-MOBILE CENTRAL LLC, WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: PUSHSPRING, LLC, WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: LAYER3 TV, LLC, WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: IBSV LLC, WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT RECEIVED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: AWAITING TC RESP, ISSUE FEE PAYMENT VERIFIED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |