US20230082498A1 - Communication Handling - Google Patents
Communication Handling Download PDFInfo
- Publication number
- US20230082498A1 US20230082498A1 US17/943,906 US202217943906A US2023082498A1 US 20230082498 A1 US20230082498 A1 US 20230082498A1 US 202217943906 A US202217943906 A US 202217943906A US 2023082498 A1 US2023082498 A1 US 2023082498A1
- Authority
- US
- United States
- Prior art keywords
- devices
- incoming communication
- communication
- incoming
- address
- 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.)
- Pending
Links
- 230000006854 communication Effects 0.000 title claims abstract description 95
- 238000004891 communication Methods 0.000 title claims abstract description 95
- 238000000034 method Methods 0.000 claims description 31
- 238000013507 mapping Methods 0.000 abstract description 4
- 239000011159 matrix material Substances 0.000 description 18
- 230000008569 process Effects 0.000 description 8
- 239000000835 fiber Substances 0.000 description 6
- HEFNNWSXXWATRW-UHFFFAOYSA-N Ibuprofen Chemical compound CC(C)CC1=CC=C(C(C)C(O)=O)C=C1 HEFNNWSXXWATRW-UHFFFAOYSA-N 0.000 description 5
- 230000001413 cellular effect Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000007175 bidirectional communication Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 239000013307 optical fiber Substances 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000002184 metal Substances 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Definitions
- a user may have a mobile phone, a television, a personal computer, a PDA, etc.
- This disclosure identifies and addresses concerns related to flexibility in terms of communication handling with respect to multiple user devices, among other things.
- a public facing identity may be abstracted or serve as a virtual representation of one or more user devices.
- a public telephone number may be associated with two or more devices, and the two or more devices may be associated with unique identities.
- a unique identity may be associated with a service provider.
- a unique identity may distinguish a first user device from a second user device.
- a unique identity may be private or secret.
- the public facing identity may facilitate communications in any number of directions.
- a public telephone number may support bi-directional communications (e.g., incoming and outgoing telephone calls).
- a user may provide or establish one or more preferences with respect to communication routing or handling. For example, a user may indicate that an incoming telephone call is to be routed to one or more devices based on configuration data or one or more rules. The user may provide that an outgoing telephone call originating from one or more user devices is to be associated with a particular public telephone number, optionally based on configuration data or one or more rules.
- user preference(s) may be stored in connection with one or more profiles, such as a user profile. In some embodiments, user preference(s) may be used to establish or modify a routing matrix.
- FIG. 1 illustrates an example information distribution network.
- FIG. 2 illustrates an example platform on which the various elements described herein can be implemented.
- FIGS. 3 - 4 illustrate architectures suitable for demonstrating one or more aspects of this disclosure.
- FIG. 5 illustrates a method suitable for demonstrating one or more aspects of this disclosure.
- FIG. 1 illustrates an example information distribution network 100 on which many of the various features described herein may be implemented.
- Network 100 may be any type of information distribution network, such as satellite, telephone, cellular, wireless, etc.
- One example may be an optical fiber network, a coaxial cable network or a hybrid fiber/coax distribution network.
- Such networks 100 use a series of interconnected communication lines 101 (e.g., coaxial cables, optical fibers, wireless, etc.) to connect multiple premises 102 (e.g., businesses, homes, consumer dwellings, etc.) to a central office or headend 103 .
- the central office 103 may transmit downstream information signals onto the lines 101 , and each premises 102 may have a receiver used to receive and process those signals.
- the lines 101 may include components not illustrated, such as splitters, filters, amplifiers, etc. to help convey the signal clearly, but in general each split introduces a bit of signal degradation. Portions of the lines 101 may also be implemented with fiber-optic cable, while other portions may be implemented with coaxial cable, other lines, or wireless communication paths.
- the central office 103 may include a termination system (TS) 104 , such as a cable modem termination system (CMTS), which may be a computing device configured to manage communications between devices on the network of lines 101 and backend devices such as servers 105 - 107 (to be discussed further below).
- CMTS cable modem termination system
- the termination system (TS) may be as specified in a standard, such as the Data Over Cable Service Interface Specification (DOCSIS) standard, published by Cable Television Laboratories, Inc. (a.k.a. CableLabs), or it may be a similar or modified device instead.
- DOCSIS Data Over Cable Service Interface Specification
- the termination system (TS) may be configured to place data on one or more downstream frequencies to be received by modems at the various premises 102 , and to receive upstream communications from those modems on one or more upstream frequencies.
- the central office 103 may also include one or more network interfaces 108 , which can permit the central office 103 to communicate with various other external networks 109 .
- These networks 109 may include, for example, networks of Internet devices, telephone networks, cellular telephone networks, fiber optic networks, local wireless networks (e.g., WiMAX), satellite networks, and any other desired network, and the interface 108 may include the corresponding circuitry needed to communicate on the network 109 , and to other devices on the network such as a cellular telephone network and its corresponding cell phones.
- the central office 103 may include a variety of servers 105 - 107 that may be configured to perform various functions.
- the central office 103 may include a push notification server 105 .
- the push notification server 105 may generate push notifications to deliver data and/or commands to the various premises 102 in the network (or more specifically, to the devices in the premises 102 that are configured to detect such notifications).
- the central office 103 may also include a content server 106 .
- the content server 106 may be one or more computing devices that are configured to provide content to users in the homes. This content may be, for example, video on demand movies, television programs, songs, text listings, etc.
- the content server 106 may include software to validate user identities and entitlements, locate and retrieve requested content, encrypt the content, and initiate delivery (e.g., streaming) of the content to the requesting user and/or device.
- the central location 103 may also include one or more application servers 107 .
- An application server 107 may be a computing device configured to offer any desired service, and may run various languages and operating systems (e.g., servlets and JSP pages running on Tomcat/MySQL, OSX, BSD, Ubuntu, Redhat, HTML5, JavaScript, AJAX and COMET).
- an application server may be responsible for collecting television program listings information and generating a data download for electronic program guide or interactive program guide listings.
- Another application server may be responsible for monitoring user viewing habits and collecting that information for use in selecting advertisements.
- Another application server may be responsible for formatting and inserting advertisements in a video stream being transmitted to the premises 102 .
- Another application server may be responsible for receiving user remote control commands, and processing them to provide an intelligent remote control experience.
- An example premises 102 a may include a modem 110 , which may include transmitters and receivers used to communicate on the lines 101 and with the central office 103 .
- the modem 110 may be, for example, a coaxial cable modem (for coaxial cable lines 101 ), a fiber interface node (for fiber optic lines 101 ), or any other desired modem device.
- the modem 110 may be connected to, or be a part of, a gateway interface device 111 .
- the gateway interface device 111 may be a computing device that communicates with the modem 110 to allow one or more other devices in the premises 102 a to communicate with the central office 103 and other devices beyond the central office.
- the gateway 111 may be a set-top box (STB), digital video recorder (DVR), computer server, or a combination thereof, or any other desired computing device.
- the gateway 111 may also include (not shown) local network interfaces to provide communication signals to devices in the premises 102 a, such as televisions 112 , additional STBs 113 , personal computers 114 , laptop computers 115 , wireless devices 116 (wireless laptops and netbooks, mobile phones, mobile televisions, personal digital assistants (PDA), etc.), and any other desired devices.
- Examples of the local network interfaces include Multimedia Over Coax Alliance (MoCA) interfaces, Ethernet interfaces, universal serial bus (USB) interfaces, wireless interfaces (e.g., IEEE 802.11), Bluetooth interfaces, and others.
- MoCA Multimedia Over Coax Alliance
- Ethernet interfaces such as Ethernet interfaces, universal serial bus (USB) interfaces, wireless interfaces (e.g., IEEE 802.11), Bluetooth interfaces, and others.
- USB universal serial
- FIG. 2 illustrates general hardware elements that can be used to implement any of the various computing devices discussed above.
- the computing device 200 may include one or more processors 201 , which may execute instructions of a computer program to perform any of the features described herein.
- the instructions may be stored in any type of computer-readable medium or memory, to configure the operation of the processor 201 .
- ROM read-only memory
- RAM random access memory
- removable media 204 such as a Universal Serial Bus (USB) drive, compact disk (CD) or digital versatile disk (DVD), floppy disk drive, or any other desired electronic storage medium.
- Instructions may also be stored in an attached (or internal) hard drive 205 .
- the computing device 200 may include one or more output devices, such as a display 206 (or an external television), and may include one or more output device controllers 207 , such as a video processor. There may also be one or more user input devices 208 , such as a remote control, keyboard, mouse, touch screen, microphone, etc.
- the computing device 200 may also include one or more network interfaces, such as input/output circuits 209 (such as a network card) to communicate with an external network 210 .
- the network interface may be a wired interface, wireless interface, or a combination of the two.
- the interface 209 may include a modem (e.g., a cable modem), and network 210 may include the communication lines 101 discussed above, the external network 109 , an in-home network, a provider's wireless, coaxial, fiber, or hybrid fiber/coaxial distribution system (e.g., a DOCSIS network), or any other desired network.
- a modem e.g., a cable modem
- network 210 may include the communication lines 101 discussed above, the external network 109 , an in-home network, a provider's wireless, coaxial, fiber, or hybrid fiber/coaxial distribution system (e.g., a DOCSIS network), or any other desired network.
- a public facing identity e.g., a telephone number, an email address, an instant messenger handle, a username or login name
- the user devices may have unique identities. For example, a first user device may have a first unique identity and a second user device may have a second unique identity that is different from the first unique identity. The unique identities may be used to distinguish user devices (e.g., to distinguish the first user device from the second user device).
- FIGS. 3 - 4 illustrate architectures that may be used to demonstrate one or more aspects of this disclosure.
- One or both of the architectures shown in FIGS. 3 - 4 may be used or operated in connection with one or more environments, such as the environments described above in connection with FIGS. 1 - 2 .
- the architecture shown in FIG. 3 may be used to route or handle an incoming communication (e.g., a terminating or incoming phone call).
- the architecture shown in FIG. 4 may be used to route or handle an outgoing communication (e.g., an originating or outgoing phone call).
- the architectures of FIGS. 3 and 4 may be combined.
- the architectures of FIGS. 3 and 4 may be combined to support bi-directional communications.
- User devices 302 may be any type of user device or combination of user devices, such as an embedded digital voice adaptor (E-DVA) device (e.g., a modem, such as a cable modem), a WiFi client, a smartphone, a personal computer (PC), a digital enhanced cordless telecommunications (DECT) device, a pager, etc.
- E-DVA embedded digital voice adaptor
- One or more of devices 302 a - 302 f may be connected to or coupled to additional devices not shown in FIG. 3 .
- the types of user devices described above are illustrative. Any number or type of user device(s) may be used in some embodiments, optionally supporting any type of communication.
- Devices 302 a - 302 c may be associated with a first public facing identity.
- devices 302 a - 302 c may be associated with a telephone number, such as XXX-XXX-XXX1.
- Devices 302 d - 302 f may be associated with one or more additional public facing identities.
- devices 302 d - 302 f may be associated with telephone numbers, such as XXX-XXX-XX2 and XXX-XX-XX3.
- Devices 302 a - 302 c may be associated with a first user (e.g., a user named John Doe), and devices 302 d - 302 f may be associated with a second user (e.g., a user named Bob Black).
- a first user e.g., a user named John Doe
- devices 302 d - 302 f may be associated with a second user (e.g., a user named Bob Black).
- servers 308 a and 308 b may provide service to devices 302 a - 302 c.
- Server 308 b may provide service to devices 302 d - 302 f. While two servers ( 308 a and 308 b ) are shown in FIG. 3 , any number of servers may be used in one or more embodiments. Also, additional devices not shown in FIG. 3 may be included in some embodiments. For example, routers and switches that may connect or couple servers 308 and user devices 302 may be included in some embodiments.
- matrices 314 a and 314 b are shown in FIG. 3 . While shown as separate and distinct entities, in some embodiments a matrix (e.g., matrix 314 a ) may be included in a server (e.g., server 308 a ) or any other device. Moreover, while two matrices are shown in FIG. 3 , any number of matrices may be used in some embodiments.
- a matrix e.g., matrix 314 a
- server 308 a e.g., server 308 a
- any number of matrices may be used in some embodiments.
- Matrices 314 may be used to selectively route communications.
- matrix 314 a may selectively route an incoming communication (e.g., an incoming phone call) received at server 308 a from server 308 a to one or more of user devices 302 a - 302 c.
- Matrix 314 b may selectively route an incoming communication (e.g., an incoming phone call) received at server 308 b from server 308 b to one or more of user devices 302 d - 302 f.
- a matrix 314 may store, or otherwise obtain access to, configuration data or rules.
- the configuration data may initially be set up with default values.
- default values for the configuration data of matrix 314 a may specify that an incoming phone call directed to phone number XXX-XXX-XX1 is to be directed to user device 302 a, and if the user does not answer the phone call on device 302 a, then the phone call is to be directed to user device 302 b, and if the user does not answer the phone call on device 302 b, then the phone call is to be directed to user device 302 c.
- default values for the configuration data of matrix 314 a may specify that an incoming phone call directed to phone number XXX-XXX-XX1 should be simultaneously directed to devices 302 a - 302 c, thereby allowing the first of devices 302 a - 302 c that is activated or otherwise accepts the phone call to handle the communication.
- Default values for the configuration data may be modified by, or supplemented with, values provided by one or more users.
- a user may provide information that may be used to establish or modify the user's preferences, optionally as part of a registration process or as an update to a registration process. Referring to Table 1 below, a user may specify how an incoming communication is to be handled based on user preference categories.
- the user may specify that devices 302 a - 302 c are eligible to receive an incoming phone call, that the incoming phone call should be directed to device 302 a between the hours of 8 AM and 6 PM Monday through Friday, that on Saturdays between 12 AM and 2:45 PM an incoming phone call should be directed to device 302 b so long as device 302 b is powered on (or based on some other type of device status) and located within 50 yards of the John Doe's premises (e.g., premises 102 a of FIG. 1 ), and that otherwise the incoming call should be directed to device 302 c.
- the term ‘N/A’ shown in Table 1 means ‘not applicable.’
- Similar tables can be constructed for other types of incoming communications (e.g., instant messages, emails, audio messages (e.g., songs), video conferencing, etc.).
- the values shown in Table 1 are illustrative. Other values may be used.
- the preference categories are also illustrative. In some embodiments, additional or different preference categories may be used.
- a device's capabilities e.g., a device's audio capabilities
- a user's status may be used to determine whether to route an incoming phone call to a particular device.
- a phone call may be routed to device 302 a (potentially irrespective of any other values entered for any other category).
- Other variations are within the scope and spirit of this disclosure.
- a user's preferences may be associated with configuration information of matrix 314 a.
- matrix 314 a may determine which device(s) (e.g., devices 302 a - 302 c ) to route an incoming communication (e.g., an incoming phone call) to based on the user's preferences.
- devices 302 a - 302 c may have associated with them unique identities to facilitate routing of incoming communications.
- the unique identities may distinguish a first device (e.g., device 302 a ) from the other devices (e.g., devices 302 b and 302 c ).
- the unique identities may take an alphanumeric form and may include an indication of a user and a service provider. For example, if John Doe is associated with devices 302 a - 302 c, and John receives service from the ServiceProvider 1 Company, device 302 a may have a unique identity of “johndoe1@serviceprovider1.net”.
- device 302 b may have a unique identity of “johndoe2@serviceprovider1.net” and device 302 c may have a unique identity of “johndoe3@serviceprovider1.net”.
- the values for the unique identities provided are illustrative, and any other form or technique for uniquely identifying a first device from other devices may be used.
- a device e.g., device 302 a
- the unique identities may adhere to the session initiation protocol (SIP).
- SIP session initiation protocol
- URI uniform resource identifier
- the SIP URI may incorporate a telephone number or any other combination of symbols, characters (e.g., alphanumeric characters), etc.
- communication protocols or standards different from SIP may be used, possibly in combination with one another and/or in combination with SIP.
- a matrix (e.g., matrix 314 a ) may store, or otherwise access, the unique identities.
- the unique identities may provide for privacy or secrecy with respect to the user's devices. Privacy may be based on the unique identity not being (or not including) a public facing identity.
- Carol may simply call John Doe's public telephone number (e.g., XXX-XXX-XXX1). Unless John Doe volunteers the information to Carol, Carol might be unaware: (1) that John Doe has three devices (e.g., devices 302 a - 302 c ), and/or (2) that John Doe answered the phone call from Carol using any particular device (e.g., device 302 a ).
- the unique identities may be used to streamline the calling process from Carol's perspective. For example, and assuming that Carol knows that John Doe has more than one device, Carol might not have to remember, or keep a record of, (1) different phone numbers for each of the devices, and/or (2) John Doe's preferences as to which device John wants to receive a call on at any particular moment in time.
- the use of unique identities may help to preserve the quantity of public facing identities (e.g., public telephone numbers) that are available in a pool of identities provided by the service provider.
- devices 302 a - 302 c may be associated with more than one phone number.
- devices 302 a and 302 b may be associated with phone number XXX-XXX-XXX4 in addition to phone number XXX-XXX-XXX1.
- devices 302 a - 302 c, server 308 a, and matrix 314 a may be constructed for second user Bob Black in connection with devices 302 d - 302 f, server 308 b, and matrix 314 b with respect to a (second) incoming communication (e.g., a (second) incoming phone call).
- a (second) incoming communication e.g., a (second) incoming phone call
- FIG. 4 shows an architecture that is similar to FIG. 3 .
- the architecture shown in FIG. 4 may be used to support outgoing communications (e.g., an outgoing phone call) from user devices to matrices 314 and servers 308 .
- FIG. 4 does not include device 302 f.
- device 302 f may include a pager or another type of device that only supports incoming communications. In other words, device 302 f might not support or transmit outgoing communications.
- FIG. 4 includes an additional user device 404 .
- Device 404 may include a microphone or another type of device that only supports outgoing communications. In other words, device 404 might not support or receive incoming communications.
- Device 404 may be associated with second user Bob Black.
- Devices 302 a - 302 e may support bi-directional communications (e.g., devices 302 a - 302 e may support both incoming and outgoing communications).
- Table 2 shown below provides an example of user preference categories for Bob Black in connection with the architecture shown in FIG. 4 .
- Bob Black may specify how an outgoing communication is to be handled based on preference categories. For example, based on the values shown in Table 2, Bob Black may specify that an outgoing communication originating from device 302 d should appear as having been made from phone number XXX-XXX-XXX2 between the hours of 8 AM and 6 PM Monday through Friday, and that an outgoing communication originating from device 302 d should appear as having been made from phone number XXX-XXX-XX3 otherwise.
- Bob Black may specify that an outgoing communication originating from device 302 e should appear as having been made from phone number XXX-XXX-XXX3 between the hours of 12 AM and 2:45 PM on Saturday, and that an outgoing communication originating from device 302 e should appear as having been made from phone number XXX-XXX-XXX2 otherwise.
- Bob Black may specify that an outgoing communication originating from device 404 should appear as having been made from phone number XXX-XXX-XX3.
- the term ‘N/A’ shown in Table 2 means ‘not applicable.’
- Table 2 may be used in connection with a matrix (e.g., matrix 314 b ).
- the values shown in Table 2 are illustrative. Other values for Table 2 may be used.
- the preference categories shown in connection with Table 2 are illustrative. In some embodiments, additional or different preference categories may be used.
- an automated voice messaging system may be enabled in response to a call received at a particular time of day or initiated by a particular subset of callers.
- an incoming email may be routed to a particular folder, forwarded to a particular user, and/or a responsive email may be generated and/or sent in reply thereto.
- a common protocol e.g., SIP
- a network e.g., a global IP network
- routable/public and non-routable/private unique identities to route communications (e.g., calls) addressed to or from a public facing identity (e.g., a public facing telephone number).
- the routing may occur without the use of a box (or other device) that operates in accordance with both a public protocol/routing and a private protocol/routing.
- a device might not be used to bridge or interface the different protocols.
- FIG. 5 illustrates a method that may be used to implement one or more aspects of this disclosure.
- the method of FIG. 5 may be operative on one or more of the architectures or environments described above in connection with FIGS. 1 - 4 .
- the method of FIG. 5 may be adapted to be operative on alternative environments and architectures.
- one or more public facing identities may be abstracted.
- the abstracted one or more public facing identities may serve as a representation for communicating (e.g., in an incoming, an outgoing, or in both incoming and outgoing directions) with one or more devices.
- one or more unique identities may be associated with a corresponding number of user devices.
- the unique identities may comprise, for example, an alphanumeric identifier and an indication of a service provider.
- configuration data values may be established for determining how to route or handle communications associated with the user devices.
- the configuration data values may be based at least in part on default values provided by a network or service provider.
- the configuration data values may be based at least in part on information, such as preferences, provided by a user.
- one or more communications may be routed or handled.
- the routing or handling of step 520 may be based at least in part on the abstracted one or more public facing identities of step 502 , the one or more unique identities of step 508 , and/or the configuration data values established in step 514 .
- the routing of step 520 may be based on a mapping between the abstracted one or more public facing identities the one or more unique identities, optionally as a function of the configuration data values.
- An incoming communication may include the abstracted one or more public facing identities and that information may be extracted from the incoming communication and compared against the mapping table to route the incoming communication to a user device.
- An outgoing communication generated by a user device may include the one or more unique identities, and a substitution or replacement of the one or more unique identities for the abstracted one or more public facing identities may take place using the mapping, such that the outgoing communication is transmitted using the abstracted one or more public facing identities.
- the method shown in FIG. 5 may execute as part of a loop. Execution as part of a loop may facilitate an adaptive process whereby identities or values may be updated or modified, and a routing or handling of communications may take place in accordance with the modifications.
- the method described above in connection with FIG. 5 is illustrative. In some embodiments, the order of the steps (or portions thereof) may be modified from what is shown in FIG. 5 . Some of the steps (or portions thereof) may be optional in some embodiments. Additional steps not shown may be included in some embodiments.
- a communication session may be initiated by accessing a routing server or matrix. Based on the establishment of the session, future transactions or communications associated with the session may be routed directly between the communication endpoints (e.g., between user devices, without accessing the routing server/matrix).
- Those communication systems may include computer networks, cellular networks, satellite networks, and the like.
- communications may be based on one or more standard, protocols, or the like.
- communications may be IP-based in some embodiments.
- aspects described herein may be embodied as a method, a data processing system, and/or as a transitory and/or non-transitory computer-readable medium storing executable instructions. Accordingly, those aspects may take the form of an entirely hardware embodiment, an entirely software embodiment, an entirely firmware embodiment, or an embodiment combining software, firmware, and/or hardware.
- the functionality may be resident in a single computing device or application, or may be distributed across multiple computing devices/platforms or applications, the multiple computing devices/platforms optionally being connected to one another via one or more networks.
- the structural components described herein may be distributed amongst one or more devices, optionally within a common housing or casing.
- signals representing content, data, or events as described herein may be transferred between a source and a destination in the form of electromagnetic waves traveling through signal-conducting media such as metal wires, optical fibers, and/or wireless transmission media (e.g., air and/or space).
- signal-conducting media such as metal wires, optical fibers, and/or wireless transmission media (e.g., air and/or space).
- the various methods and acts may be operative across one or more computing servers and one or more networks.
- the functionality may be distributed in any manner, or may be located in a single computing device (e.g., a server, a client computer, etc.).
- the methodological acts and processes described herein may be tied to particular machines or apparatuses.
- one or more devices may store information related to one or more public facing identities, one or more unique identities for a corresponding number of user devices, and configuration data for routing/handling communications.
- one or more apparatuses may include one or more processors and memory storing instructions that, when executed by the one or more processors, cause the one or more apparatuses to perform the methodological acts and processes described herein.
- the methodological acts and processes described herein may perform a variety of functions including transforming an article (e.g., a public facing identity) into a different state or thing (e.g., a proxy or representation of a plurality of user devices).
Abstract
This disclosure describes abstracting a public facing identity associated with one or more devices, such as user devices. In some embodiments, a unique identity may be associated with a device. A mapping may be used to establish a relationship between the public facing identity and the unique identity. In some embodiments, configuration data may indicate how a communication (e.g., an incoming or outgoing communication) is to be handled or routed. For example, the configuration data may indicate preferences as to which device(s) amongst a plurality of devices is to receive an incoming communication and/or which public facing identity/identities amongst a plurality of public facing identities is to be used in transmitting an outgoing communication.
Description
- This application is a continuation of and claims priority to U.S. patent application Ser. No. 15/973,733, filed May 8, 2018, which is a continuation of U.S. patent application Ser. No. 13/198,880, filed Aug. 5, 2011 (now U.S. Pat. No. 9,998,560), each of which is hereby incorporated by reference in its entirety.
- Advancements in computer technology have changed the way people interact with one another and how people go about their daily lives.
- Users frequently own, or have associated with them, more than one user device. For example, a user may have a mobile phone, a television, a personal computer, a PDA, etc. This disclosure identifies and addresses concerns related to flexibility in terms of communication handling with respect to multiple user devices, among other things.
- This summary is not intended to identify critical or essential features of the disclosure provided herein, but instead merely summarizes certain features and variations thereof.
- In some embodiments, a public facing identity may be abstracted or serve as a virtual representation of one or more user devices. For example, a public telephone number may be associated with two or more devices, and the two or more devices may be associated with unique identities. A unique identity may be associated with a service provider. A unique identity may distinguish a first user device from a second user device. A unique identity may be private or secret.
- In some embodiments, the public facing identity may facilitate communications in any number of directions. For example, a public telephone number may support bi-directional communications (e.g., incoming and outgoing telephone calls).
- In some embodiments, a user may provide or establish one or more preferences with respect to communication routing or handling. For example, a user may indicate that an incoming telephone call is to be routed to one or more devices based on configuration data or one or more rules. The user may provide that an outgoing telephone call originating from one or more user devices is to be associated with a particular public telephone number, optionally based on configuration data or one or more rules. In some embodiments, user preference(s) may be stored in connection with one or more profiles, such as a user profile. In some embodiments, user preference(s) may be used to establish or modify a routing matrix.
- Other details and features will also be described in the sections that follow.
- Some features herein are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements.
-
FIG. 1 illustrates an example information distribution network. -
FIG. 2 illustrates an example platform on which the various elements described herein can be implemented. -
FIGS. 3-4 illustrate architectures suitable for demonstrating one or more aspects of this disclosure. -
FIG. 5 illustrates a method suitable for demonstrating one or more aspects of this disclosure. - Various connections between elements are discussed in the following description. These connections are general and, unless specified otherwise, may be for example direct or indirect, wired or wireless, and this specification is not intended to be limiting in this respect.
- In the following description of various illustrative embodiments, reference is made to the accompanying drawings, which form a part hereof, and in which is shown, by way of illustration, various embodiments in which aspects of the disclosure may be practiced. It is to be understood that other embodiments may be utilized and structural and functional modifications may be made, without departing from the scope of the present disclosure.
-
FIG. 1 illustrates an exampleinformation distribution network 100 on which many of the various features described herein may be implemented. Network 100 may be any type of information distribution network, such as satellite, telephone, cellular, wireless, etc. One example may be an optical fiber network, a coaxial cable network or a hybrid fiber/coax distribution network.Such networks 100 use a series of interconnected communication lines 101 (e.g., coaxial cables, optical fibers, wireless, etc.) to connect multiple premises 102 (e.g., businesses, homes, consumer dwellings, etc.) to a central office or headend 103. Thecentral office 103 may transmit downstream information signals onto thelines 101, and eachpremises 102 may have a receiver used to receive and process those signals. - There may be one
line 101 originating from thecentral office 103, and it may be split a number of times to distribute the signal tovarious premises 102 in the vicinity (which may be many miles) of thecentral office 103. Thelines 101 may include components not illustrated, such as splitters, filters, amplifiers, etc. to help convey the signal clearly, but in general each split introduces a bit of signal degradation. Portions of thelines 101 may also be implemented with fiber-optic cable, while other portions may be implemented with coaxial cable, other lines, or wireless communication paths. - The
central office 103 may include a termination system (TS) 104, such as a cable modem termination system (CMTS), which may be a computing device configured to manage communications between devices on the network oflines 101 and backend devices such as servers 105-107 (to be discussed further below). The termination system (TS) may be as specified in a standard, such as the Data Over Cable Service Interface Specification (DOCSIS) standard, published by Cable Television Laboratories, Inc. (a.k.a. CableLabs), or it may be a similar or modified device instead. The termination system (TS) may be configured to place data on one or more downstream frequencies to be received by modems at thevarious premises 102, and to receive upstream communications from those modems on one or more upstream frequencies. Thecentral office 103 may also include one ormore network interfaces 108, which can permit thecentral office 103 to communicate with various otherexternal networks 109. Thesenetworks 109 may include, for example, networks of Internet devices, telephone networks, cellular telephone networks, fiber optic networks, local wireless networks (e.g., WiMAX), satellite networks, and any other desired network, and theinterface 108 may include the corresponding circuitry needed to communicate on thenetwork 109, and to other devices on the network such as a cellular telephone network and its corresponding cell phones. - As noted above, the
central office 103 may include a variety of servers 105-107 that may be configured to perform various functions. For example, thecentral office 103 may include apush notification server 105. Thepush notification server 105 may generate push notifications to deliver data and/or commands to thevarious premises 102 in the network (or more specifically, to the devices in thepremises 102 that are configured to detect such notifications). Thecentral office 103 may also include acontent server 106. Thecontent server 106 may be one or more computing devices that are configured to provide content to users in the homes. This content may be, for example, video on demand movies, television programs, songs, text listings, etc. Thecontent server 106 may include software to validate user identities and entitlements, locate and retrieve requested content, encrypt the content, and initiate delivery (e.g., streaming) of the content to the requesting user and/or device. - The
central location 103 may also include one ormore application servers 107. Anapplication server 107 may be a computing device configured to offer any desired service, and may run various languages and operating systems (e.g., servlets and JSP pages running on Tomcat/MySQL, OSX, BSD, Ubuntu, Redhat, HTML5, JavaScript, AJAX and COMET). For example, an application server may be responsible for collecting television program listings information and generating a data download for electronic program guide or interactive program guide listings. Another application server may be responsible for monitoring user viewing habits and collecting that information for use in selecting advertisements. Another application server may be responsible for formatting and inserting advertisements in a video stream being transmitted to thepremises 102. Another application server may be responsible for receiving user remote control commands, and processing them to provide an intelligent remote control experience. - An
example premises 102 a may include amodem 110, which may include transmitters and receivers used to communicate on thelines 101 and with thecentral office 103. Themodem 110 may be, for example, a coaxial cable modem (for coaxial cable lines 101), a fiber interface node (for fiber optic lines 101), or any other desired modem device. Themodem 110 may be connected to, or be a part of, agateway interface device 111. Thegateway interface device 111 may be a computing device that communicates with themodem 110 to allow one or more other devices in thepremises 102 a to communicate with thecentral office 103 and other devices beyond the central office. Thegateway 111 may be a set-top box (STB), digital video recorder (DVR), computer server, or a combination thereof, or any other desired computing device. Thegateway 111 may also include (not shown) local network interfaces to provide communication signals to devices in thepremises 102 a, such astelevisions 112,additional STBs 113,personal computers 114,laptop computers 115, wireless devices 116 (wireless laptops and netbooks, mobile phones, mobile televisions, personal digital assistants (PDA), etc.), and any other desired devices. Examples of the local network interfaces include Multimedia Over Coax Alliance (MoCA) interfaces, Ethernet interfaces, universal serial bus (USB) interfaces, wireless interfaces (e.g., IEEE 802.11), Bluetooth interfaces, and others. -
FIG. 2 illustrates general hardware elements that can be used to implement any of the various computing devices discussed above. Thecomputing device 200 may include one ormore processors 201, which may execute instructions of a computer program to perform any of the features described herein. The instructions may be stored in any type of computer-readable medium or memory, to configure the operation of theprocessor 201. For example, instructions may be stored in a read-only memory (ROM) 202, random access memory (RAM) 203,removable media 204, such as a Universal Serial Bus (USB) drive, compact disk (CD) or digital versatile disk (DVD), floppy disk drive, or any other desired electronic storage medium. Instructions may also be stored in an attached (or internal)hard drive 205. Thecomputing device 200 may include one or more output devices, such as a display 206 (or an external television), and may include one or moreoutput device controllers 207, such as a video processor. There may also be one or moreuser input devices 208, such as a remote control, keyboard, mouse, touch screen, microphone, etc. Thecomputing device 200 may also include one or more network interfaces, such as input/output circuits 209 (such as a network card) to communicate with anexternal network 210. The network interface may be a wired interface, wireless interface, or a combination of the two. In some embodiments, theinterface 209 may include a modem (e.g., a cable modem), andnetwork 210 may include thecommunication lines 101 discussed above, theexternal network 109, an in-home network, a provider's wireless, coaxial, fiber, or hybrid fiber/coaxial distribution system (e.g., a DOCSIS network), or any other desired network. - By way of introduction, aspects of this disclosure may be implemented to selectively route or handle communications, such as incoming or outgoing communications. In some embodiments, a public facing identity (e.g., a telephone number, an email address, an instant messenger handle, a username or login name) may be abstracted, or associated with a particular user or entity, so as to represent one or more user devices. The user devices may have unique identities. For example, a first user device may have a first unique identity and a second user device may have a second unique identity that is different from the first unique identity. The unique identities may be used to distinguish user devices (e.g., to distinguish the first user device from the second user device).
-
FIGS. 3-4 illustrate architectures that may be used to demonstrate one or more aspects of this disclosure. One or both of the architectures shown inFIGS. 3-4 may be used or operated in connection with one or more environments, such as the environments described above in connection withFIGS. 1-2 . - The architecture shown in
FIG. 3 may be used to route or handle an incoming communication (e.g., a terminating or incoming phone call). The architecture shown inFIG. 4 may be used to route or handle an outgoing communication (e.g., an originating or outgoing phone call). In some embodiments, the architectures ofFIGS. 3 and 4 may be combined. For example, the architectures ofFIGS. 3 and 4 may be combined to support bi-directional communications. - In
FIG. 3 , a number of user devices 302 (namely, devices 302 a through 302 f) are shown. User devices 302 may be any type of user device or combination of user devices, such as an embedded digital voice adaptor (E-DVA) device (e.g., a modem, such as a cable modem), a WiFi client, a smartphone, a personal computer (PC), a digital enhanced cordless telecommunications (DECT) device, a pager, etc. One or more of devices 302 a-302 f may be connected to or coupled to additional devices not shown inFIG. 3 . Moreover, the types of user devices described above are illustrative. Any number or type of user device(s) may be used in some embodiments, optionally supporting any type of communication. - Devices 302 a-302 c may be associated with a first public facing identity. For example, devices 302 a-302 c may be associated with a telephone number, such as XXX-XXX-XXX1.
Devices 302 d-302 f may be associated with one or more additional public facing identities. For example,devices 302 d-302 f may be associated with telephone numbers, such as XXX-XXX-XXX2 and XXX-XXX-XXX3. Devices 302 a-302 c may be associated with a first user (e.g., a user named John Doe), anddevices 302 d-302 f may be associated with a second user (e.g., a user named Bob Black). - Also shown in
FIG. 3 areservers Server 308 a may provide service to devices 302 a-302 c.Server 308 b may provide service todevices 302 d-302 f. While two servers (308 a and 308 b) are shown inFIG. 3 , any number of servers may be used in one or more embodiments. Also, additional devices not shown inFIG. 3 may be included in some embodiments. For example, routers and switches that may connect or couple servers 308 and user devices 302 may be included in some embodiments. - Two matrices, 314 a and 314 b, are shown in
FIG. 3 . While shown as separate and distinct entities, in some embodiments a matrix (e.g.,matrix 314 a) may be included in a server (e.g.,server 308 a) or any other device. Moreover, while two matrices are shown inFIG. 3 , any number of matrices may be used in some embodiments. - Matrices 314 may be used to selectively route communications. For example,
matrix 314 a may selectively route an incoming communication (e.g., an incoming phone call) received atserver 308 a fromserver 308 a to one or more of user devices 302 a-302 c.Matrix 314 b may selectively route an incoming communication (e.g., an incoming phone call) received atserver 308 b fromserver 308 b to one or more ofuser devices 302 d-302 f. - In terms of how to route an incoming communication, a matrix 314 may store, or otherwise obtain access to, configuration data or rules. The configuration data may initially be set up with default values. For example, default values for the configuration data of
matrix 314 a may specify that an incoming phone call directed to phone number XXX-XXX-XXX1 is to be directed to user device 302 a, and if the user does not answer the phone call on device 302 a, then the phone call is to be directed touser device 302 b, and if the user does not answer the phone call ondevice 302 b, then the phone call is to be directed touser device 302 c. In another example, default values for the configuration data ofmatrix 314 a may specify that an incoming phone call directed to phone number XXX-XXX-XXX1 should be simultaneously directed to devices 302 a-302 c, thereby allowing the first of devices 302 a-302 c that is activated or otherwise accepts the phone call to handle the communication. - Default values for the configuration data may be modified by, or supplemented with, values provided by one or more users. For example, a user may provide information that may be used to establish or modify the user's preferences, optionally as part of a registration process or as an update to a registration process. Referring to Table 1 below, a user may specify how an incoming communication is to be handled based on user preference categories. For example, based on the values shown in Table 1, the user (e.g., John Doe) may specify that devices 302 a-302 c are eligible to receive an incoming phone call, that the incoming phone call should be directed to device 302 a between the hours of 8 AM and 6 PM Monday through Friday, that on Saturdays between 12 AM and 2:45 PM an incoming phone call should be directed to
device 302 b so long asdevice 302 b is powered on (or based on some other type of device status) and located within 50 yards of the John Doe's premises (e.g.,premises 102 a ofFIG. 1 ), and that otherwise the incoming call should be directed todevice 302 c. The term ‘N/A’ shown in Table 1 means ‘not applicable.’ -
TABLE 1 EXAMPLE INCOMING COMMUNICATION USER PREFERENCES DEVICE 302a 302b 302c Eligible to X X X receive? Hours eligible 8AM-6PM 12AM- All (12AM- to receive 2:45PM 11:59:59PM) Days eligible to Monday- Saturday All (Sunday- receive Friday Saturday) Device must be No Yes No powered on to receive? Max distance N/A 50 yards N/A from premises - Similar tables can be constructed for other types of incoming communications (e.g., instant messages, emails, audio messages (e.g., songs), video conferencing, etc.). The values shown in Table 1 are illustrative. Other values may be used. Furthermore, the preference categories are also illustrative. In some embodiments, additional or different preference categories may be used. For example, a device's capabilities (e.g., a device's audio capabilities) may be used to determine whether a phone call should be routed to the device—e.g., John Doe might not want to take calls made during business hours on
device 302 c due todevice 302 c having lower quality speakers. A user's status may be used to determine whether to route an incoming phone call to a particular device. For example, if John Doe's social networking page indicates that John Doe is at work, a phone call may be routed to device 302 a (potentially irrespective of any other values entered for any other category). Other variations are within the scope and spirit of this disclosure. - In some embodiments, a user's preferences may be associated with configuration information of
matrix 314 a. In this manner,matrix 314 a may determine which device(s) (e.g., devices 302 a-302 c) to route an incoming communication (e.g., an incoming phone call) to based on the user's preferences. - In some embodiments, devices 302 a-302 c may have associated with them unique identities to facilitate routing of incoming communications. For example, the unique identities may distinguish a first device (e.g., device 302 a) from the other devices (e.g.,
devices device 302 b may have a unique identity of “johndoe2@serviceprovider1.net” anddevice 302 c may have a unique identity of “johndoe3@serviceprovider1.net”. Of course, the values for the unique identities provided are illustrative, and any other form or technique for uniquely identifying a first device from other devices may be used. In some embodiments, a device (e.g., device 302 a) may have more than one unique identity associated with it. In some embodiments, the unique identities may adhere to the session initiation protocol (SIP). For example, in some embodiments, a formatting of one or more unique identities may adhere to a SIP uniform resource identifier (URI). The SIP URI may incorporate a telephone number or any other combination of symbols, characters (e.g., alphanumeric characters), etc. In some embodiments, communication protocols or standards different from SIP may be used, possibly in combination with one another and/or in combination with SIP. - In some embodiments, a matrix (e.g.,
matrix 314 a) may store, or otherwise access, the unique identities. - The unique identities may provide for privacy or secrecy with respect to the user's devices. Privacy may be based on the unique identity not being (or not including) a public facing identity. Continuing the above example, if an acquaintance of John Doe (named Carol Caller) wants to call John Doe, Carol may simply call John Doe's public telephone number (e.g., XXX-XXX-XXX1). Unless John Doe volunteers the information to Carol, Carol might be unaware: (1) that John Doe has three devices (e.g., devices 302 a-302 c), and/or (2) that John Doe answered the phone call from Carol using any particular device (e.g., device 302 a).
- The unique identities may be used to streamline the calling process from Carol's perspective. For example, and assuming that Carol knows that John Doe has more than one device, Carol might not have to remember, or keep a record of, (1) different phone numbers for each of the devices, and/or (2) John Doe's preferences as to which device John wants to receive a call on at any particular moment in time. The use of unique identities may help to preserve the quantity of public facing identities (e.g., public telephone numbers) that are available in a pool of identities provided by the service provider.
- While discussed above in the context of a single phone number (XXX-XXX-XXX1), in some embodiments (a subset of) devices 302 a-302 c may be associated with more than one phone number. For example,
devices 302 a and 302 b may be associated with phone number XXX-XXX-XXX4 in addition to phone number XXX-XXX-XXX1. - Examples similar to those described above in connection with John Doe, devices 302 a-302 c,
server 308 a, andmatrix 314 a may be constructed for second user Bob Black in connection withdevices 302 d-302 f,server 308 b, andmatrix 314 b with respect to a (second) incoming communication (e.g., a (second) incoming phone call). -
FIG. 4 shows an architecture that is similar toFIG. 3 . As described above, the architecture shown inFIG. 4 may be used to support outgoing communications (e.g., an outgoing phone call) from user devices to matrices 314 and servers 308. Relative toFIG. 3 ,FIG. 4 does not includedevice 302 f. For example,device 302 f may include a pager or another type of device that only supports incoming communications. In other words,device 302 f might not support or transmit outgoing communications. Relative toFIG. 3 ,FIG. 4 includes anadditional user device 404.Device 404 may include a microphone or another type of device that only supports outgoing communications. In other words,device 404 might not support or receive incoming communications.Device 404 may be associated with second user Bob Black. Devices 302 a-302 e may support bi-directional communications (e.g., devices 302 a-302 e may support both incoming and outgoing communications). - Table 2 shown below provides an example of user preference categories for Bob Black in connection with the architecture shown in
FIG. 4 . Referring to Table 2 below, Bob Black may specify how an outgoing communication is to be handled based on preference categories. For example, based on the values shown in Table 2, Bob Black may specify that an outgoing communication originating fromdevice 302 d should appear as having been made from phone number XXX-XXX-XXX2 between the hours of 8 AM and 6 PM Monday through Friday, and that an outgoing communication originating fromdevice 302 d should appear as having been made from phone number XXX-XXX-XXX3 otherwise. Based on the values shown in Table 2, Bob Black may specify that an outgoing communication originating fromdevice 302 e should appear as having been made from phone number XXX-XXX-XXX3 between the hours of 12 AM and 2:45 PM on Saturday, and that an outgoing communication originating fromdevice 302 e should appear as having been made from phone number XXX-XXX-XXX2 otherwise. Based on the values shown in Table 2, Bob Black may specify that an outgoing communication originating fromdevice 404 should appear as having been made from phone number XXX-XXX-XXX3. The term ‘N/A’ shown in Table 2 means ‘not applicable.’ -
TABLE 2 EXAMPLE OUTGOING COMMUNICATION USER PREFERENCES DEVICE 302d 302e 404 First public XXX-XXX- XXX-XXX- XXX-XXX- phone number? XXX2 XXX3 XXX3 Hours first 8AM-6PM 12AM-2:45PM All (12AM- public phone 11:59:59PM) number is eligible Days first Monday- Saturday All (Sunday- public phone Friday Saturday) number is eligible Second public XXX-XXX- XXX-XXX- N/A phone number? XXX3 XXX2 - Like Table 1 described above, the values shown in Table 2 may be used in connection with a matrix (e.g.,
matrix 314 b). The values shown in Table 2 are illustrative. Other values for Table 2 may be used. Furthermore, the preference categories shown in connection with Table 2 are illustrative. In some embodiments, additional or different preference categories may be used. - Different actions may be taken in response to the values provided for preference categories. For example, in the context of a phone call, an automated voice messaging system may be enabled in response to a call received at a particular time of day or initiated by a particular subset of callers. In an email context, an incoming email may be routed to a particular folder, forwarded to a particular user, and/or a responsive email may be generated and/or sent in reply thereto.
- The architectures described above in connection with
FIGS. 1-4 are illustrative. In some embodiments, different devices may be used and/or configured to operate in various manners. For example, in some embodiments, a common protocol (e.g., SIP) may be used on a network (e.g., a global IP network) that includes routable/public and non-routable/private unique identities to route communications (e.g., calls) addressed to or from a public facing identity (e.g., a public facing telephone number). The routing may occur without the use of a box (or other device) that operates in accordance with both a public protocol/routing and a private protocol/routing. In other words, because in some embodiments a common protocol is used throughout, a device might not be used to bridge or interface the different protocols. -
FIG. 5 illustrates a method that may be used to implement one or more aspects of this disclosure. The method ofFIG. 5 may be operative on one or more of the architectures or environments described above in connection withFIGS. 1-4 . The method ofFIG. 5 may be adapted to be operative on alternative environments and architectures. - In
step 502, one or more public facing identities (e.g., a public telephone number, an email address, an instant messenger handle, a username or login name, etc.) may be abstracted. The abstracted one or more public facing identities may serve as a representation for communicating (e.g., in an incoming, an outgoing, or in both incoming and outgoing directions) with one or more devices. - In
step 508, one or more unique identities may be associated with a corresponding number of user devices. The unique identities may comprise, for example, an alphanumeric identifier and an indication of a service provider. - In
step 514, configuration data values may be established for determining how to route or handle communications associated with the user devices. The configuration data values may be based at least in part on default values provided by a network or service provider. The configuration data values may be based at least in part on information, such as preferences, provided by a user. - In
step 520, one or more communications may be routed or handled. The routing or handling ofstep 520 may be based at least in part on the abstracted one or more public facing identities ofstep 502, the one or more unique identities ofstep 508, and/or the configuration data values established instep 514. For example, the routing ofstep 520 may be based on a mapping between the abstracted one or more public facing identities the one or more unique identities, optionally as a function of the configuration data values. An incoming communication may include the abstracted one or more public facing identities and that information may be extracted from the incoming communication and compared against the mapping table to route the incoming communication to a user device. An outgoing communication generated by a user device may include the one or more unique identities, and a substitution or replacement of the one or more unique identities for the abstracted one or more public facing identities may take place using the mapping, such that the outgoing communication is transmitted using the abstracted one or more public facing identities. - The method shown in
FIG. 5 (or portions thereof) may execute as part of a loop. Execution as part of a loop may facilitate an adaptive process whereby identities or values may be updated or modified, and a routing or handling of communications may take place in accordance with the modifications. - The method described above in connection with
FIG. 5 is illustrative. In some embodiments, the order of the steps (or portions thereof) may be modified from what is shown inFIG. 5 . Some of the steps (or portions thereof) may be optional in some embodiments. Additional steps not shown may be included in some embodiments. - In some embodiments, a communication session may be initiated by accessing a routing server or matrix. Based on the establishment of the session, future transactions or communications associated with the session may be routed directly between the communication endpoints (e.g., between user devices, without accessing the routing server/matrix).
- While some examples have been described above in the context of telephone and television technology and communications, aspects of this disclosure may readily be applied to, and may be adapted to be operative on, one or more other communication systems. Those communication systems may include computer networks, cellular networks, satellite networks, and the like. In some embodiments, communications may be based on one or more standard, protocols, or the like. For example, communications may be IP-based in some embodiments.
- Although not required, various aspects described herein may be embodied as a method, a data processing system, and/or as a transitory and/or non-transitory computer-readable medium storing executable instructions. Accordingly, those aspects may take the form of an entirely hardware embodiment, an entirely software embodiment, an entirely firmware embodiment, or an embodiment combining software, firmware, and/or hardware. The functionality may be resident in a single computing device or application, or may be distributed across multiple computing devices/platforms or applications, the multiple computing devices/platforms optionally being connected to one another via one or more networks. Moreover, the structural components described herein may be distributed amongst one or more devices, optionally within a common housing or casing.
- Various signals representing content, data, or events as described herein may be transferred between a source and a destination in the form of electromagnetic waves traveling through signal-conducting media such as metal wires, optical fibers, and/or wireless transmission media (e.g., air and/or space).
- The various methods and acts may be operative across one or more computing servers and one or more networks. The functionality may be distributed in any manner, or may be located in a single computing device (e.g., a server, a client computer, etc.).
- The methodological acts and processes described herein may be tied to particular machines or apparatuses. For example, as described herein, one or more devices may store information related to one or more public facing identities, one or more unique identities for a corresponding number of user devices, and configuration data for routing/handling communications. More generally, one or more apparatuses may include one or more processors and memory storing instructions that, when executed by the one or more processors, cause the one or more apparatuses to perform the methodological acts and processes described herein. Furthermore, the methodological acts and processes described herein may perform a variety of functions including transforming an article (e.g., a public facing identity) into a different state or thing (e.g., a proxy or representation of a plurality of user devices).
- Aspects of the disclosure have been described in terms of illustrative embodiments thereof. While illustrative systems and methods as described herein embodying various aspects of the present disclosure are shown, it will be understood by those skilled in the art, that the disclosure is not limited to these embodiments. Modifications may be made by those skilled in the art, particularly in light of the foregoing teachings. For example, each of the features of the aforementioned illustrative examples may be utilized alone or in combination or subcombination with elements of the other examples. For example, any of the above described systems and methods or parts thereof may be combined with the other methods and systems or parts thereof described above in any order. It will also be appreciated and understood that modifications may be made without departing from the true spirit and scope of the present disclosure. The description is thus to be regarded as illustrative instead of restrictive on the present disclosure.
Claims (20)
1. A method comprising:
receiving, by a computing device, an incoming communication indicating a first address as a destination of the incoming communication;
causing direction of the incoming communication to one or more devices associated with one or more addresses determined based on a type of the incoming communication, a capability of at least one device associated with the first address, and user preference information associating communication types with devices; and
causing establishment of a communication session with a device, of the one or more devices, that accepts the incoming communication.
2. The method of claim 1 , wherein the causing direction of the incoming communication to the one or more devices comprises causing direction of the incoming communication to the at least one device.
3. The method of claim 1 , wherein the causing establishment of the communication session with the device comprises causing establishment of the communication session with the at least one device.
4. The method of claim 1 ,
wherein the first address comprises a telephone number associated with a telephone; and
wherein the causing establishment of the communication session with the device comprises causing establishment of the communication session with a personal computer.
5. The method of claim 1 , further comprising:
determining the capability of the at least one device.
6. The method of claim 1 , wherein the one or more addresses is determined based on one or more of:
a social network status;
an online service status;
a schedule;
a status of the at least one device; or
a location of the at least one device.
7. The method of claim 1 , wherein the type of the incoming communication comprises a video conference.
8. The method of claim 1 , wherein the incoming communication comprises an advertisement.
9. The method of claim 1 , wherein the first address comprises an address associated with a second computing device different from the computing device.
10. The method of claim 1 , wherein the incoming communication comprises a telephone call and the capability of the at least one device comprises an audio capability of the at least one device.
11. The method of claim 1 , wherein the capability of the at least one device comprises a quality of an output from the at least one device.
12. An apparatus comprising:
one or more processors; and
memory storing instructions that, when executed by the one or more processors, cause the apparatus to:
receive an incoming communication indicating a first address as a destination of the incoming communication;
cause direction of the incoming communication to one or more devices associated with one or more addresses determined based on a type of the incoming communication, a capability of at least one device associated with the first address, and user preference information associating communication types with devices; and
cause establishment of a communication session with a device, of the one or more devices, that accepts the incoming communication.
13. The apparatus of claim 12 ,
wherein the first address comprises a telephone number associated with a telephone; and
wherein the device comprises a personal computer.
14. The apparatus of claim 12 , wherein the one or more addresses is determined based on one or more of:
a social network status;
an online service status;
a schedule;
a status of the at least one device; or
a location of the at least one device.
15. The apparatus of claim 12 , wherein the type of the incoming communication comprises a video conference.
16. The apparatus of claim 12 , wherein the incoming communication comprises an advertisement.
17. One or more non-transitory computer-readable media comprising instructions that, when executed, cause a computing device to:
receive an incoming communication indicating a first address as a destination of the incoming communication;
cause direction of the incoming communication to one or more devices associated with one or more addresses determined based on a type of the incoming communication, a capability of at least one device associated with the first address, and user preference information associating communication types with devices; and
cause establishment of a communication session with a device, of the one or more devices, that accepts the incoming communication.
18. The one or more non-transitory computer-readable media of claim 17 ,
wherein the first address comprises a telephone number associated with a telephone; and
wherein the device comprises a personal computer.
19. The one or more non-transitory computer-readable media of claim 17 , wherein the one or more addresses is determined based on one or more of:
a social network status;
an online service status;
a schedule;
a status of the at least one device; or
a location of the at least one device.
20. The one or more non-transitory computer-readable media of claim 17 , wherein the type of the incoming communication comprises a video conference.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/943,906 US20230082498A1 (en) | 2011-08-05 | 2022-09-13 | Communication Handling |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/198,880 US9998560B2 (en) | 2011-08-05 | 2011-08-05 | Communication handling |
US15/973,733 US11489927B2 (en) | 2011-08-05 | 2018-05-08 | Communication handling |
US17/943,906 US20230082498A1 (en) | 2011-08-05 | 2022-09-13 | Communication Handling |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/973,733 Continuation US11489927B2 (en) | 2011-08-05 | 2018-05-08 | Communication handling |
Publications (1)
Publication Number | Publication Date |
---|---|
US20230082498A1 true US20230082498A1 (en) | 2023-03-16 |
Family
ID=47627675
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/198,880 Active 2033-11-02 US9998560B2 (en) | 2011-08-05 | 2011-08-05 | Communication handling |
US15/973,733 Active 2032-09-14 US11489927B2 (en) | 2011-08-05 | 2018-05-08 | Communication handling |
US17/943,906 Pending US20230082498A1 (en) | 2011-08-05 | 2022-09-13 | Communication Handling |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/198,880 Active 2033-11-02 US9998560B2 (en) | 2011-08-05 | 2011-08-05 | Communication handling |
US15/973,733 Active 2032-09-14 US11489927B2 (en) | 2011-08-05 | 2018-05-08 | Communication handling |
Country Status (1)
Country | Link |
---|---|
US (3) | US9998560B2 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10349236B2 (en) * | 2011-10-31 | 2019-07-09 | Intersection Design And Technology, Inc. | Web-level engagement and analytics for the physical space |
JP5866539B1 (en) * | 2014-11-21 | 2016-02-17 | パナソニックIpマネジメント株式会社 | Communication system and sound source reproduction method in communication system |
US11637852B2 (en) | 2021-01-04 | 2023-04-25 | Microsoft Technology Licensing, Llc | Internet-facing device identification |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070127703A1 (en) * | 2005-10-20 | 2007-06-07 | James Siminoff | System and method for modifying communication information (MCI) |
US20090221310A1 (en) * | 2006-11-15 | 2009-09-03 | Huawei Technologies Co., Ltd. | Message interworking method, system, entity and message delivery report processing method, system, the entity, terminal for message interworking |
US20090279683A1 (en) * | 2007-10-02 | 2009-11-12 | Doug Gisby | Method, apparatus and system for intelligent call routing |
US20130290494A1 (en) * | 2010-12-22 | 2013-10-31 | Rambus Inc. | Session management for communication in a heterogeneous network |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6058415A (en) * | 1997-07-24 | 2000-05-02 | Intervoice Limited Partnership | System and method for integration of communication systems with computer-based information systems |
US6738616B1 (en) * | 1999-03-15 | 2004-05-18 | Bellsouth Intellectual Property Corporation | Automatic telephone service forwarding device |
AU5333200A (en) * | 1999-06-14 | 2001-01-02 | Wilshire Cellular, Inc. | Method and apparatus for selectively establishing communication with one of plural devices associated with single telephone number |
US7127053B1 (en) * | 2000-11-01 | 2006-10-24 | Bellsouth Intellectual Property Corporation | Call scheduling on a telephone network using a telephony interface |
US7155001B2 (en) * | 2001-10-24 | 2006-12-26 | Sbc Properties, L.P. | System and method for restricting and monitoring telephone calls |
US20020141404A1 (en) * | 2001-04-03 | 2002-10-03 | Michael Wengrovitz | Call routing using information in session initiation protocol messages |
US7634072B2 (en) * | 2004-02-13 | 2009-12-15 | Yahoo! Inc. | Integrated instant messaging, routing and telephone services billing system |
US20050201533A1 (en) * | 2004-03-10 | 2005-09-15 | Emam Sean A. | Dynamic call processing system and method |
US7586902B2 (en) * | 2004-05-10 | 2009-09-08 | At&T Intellectual Property I, L.P. | Methods, apparatus and computer program products for associating local telephone numbers with emergency phone calls in a packet switched telephone system |
US7489774B2 (en) * | 2004-11-04 | 2009-02-10 | International Business Machines Corporation | Routing telecommunications to a user in dependence upon device-based routing preferences |
US7804953B1 (en) * | 2005-12-30 | 2010-09-28 | At&T Intellectual Property Ii, Lp | Redirection of outbound calling |
US20070224979A1 (en) * | 2006-03-21 | 2007-09-27 | Iman, Inc. | Opt-in data communication to wireless devices |
DE102008021608A1 (en) * | 2008-04-30 | 2009-11-05 | Siemens Enterprise Communications Gmbh & Co. Kg | Method and communication device for establishing an alternative communication transmission |
US20100020952A1 (en) * | 2008-07-27 | 2010-01-28 | Yiu Kau Leung | Privacy protection and identity verification in online social networks with extension to public switched telephone networks |
US8767589B2 (en) * | 2008-10-22 | 2014-07-01 | At&T Intellectual Property I, L.P. | Method and apparatus for providing privacy for a telephone number in a network |
US9774695B2 (en) * | 2009-06-17 | 2017-09-26 | Counterpath Corporation | Enhanced presence detection for routing decisions |
US20120005282A1 (en) * | 2010-07-02 | 2012-01-05 | Microsoft Corporation | Collaborative ranking and filtering of electronic mail messages |
US8805347B2 (en) * | 2011-06-28 | 2014-08-12 | Motorola Mobility Llc | Caller identification for missed calls |
-
2011
- 2011-08-05 US US13/198,880 patent/US9998560B2/en active Active
-
2018
- 2018-05-08 US US15/973,733 patent/US11489927B2/en active Active
-
2022
- 2022-09-13 US US17/943,906 patent/US20230082498A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070127703A1 (en) * | 2005-10-20 | 2007-06-07 | James Siminoff | System and method for modifying communication information (MCI) |
US20090221310A1 (en) * | 2006-11-15 | 2009-09-03 | Huawei Technologies Co., Ltd. | Message interworking method, system, entity and message delivery report processing method, system, the entity, terminal for message interworking |
US20090279683A1 (en) * | 2007-10-02 | 2009-11-12 | Doug Gisby | Method, apparatus and system for intelligent call routing |
US20130290494A1 (en) * | 2010-12-22 | 2013-10-31 | Rambus Inc. | Session management for communication in a heterogeneous network |
Also Published As
Publication number | Publication date |
---|---|
US20130036207A1 (en) | 2013-02-07 |
US20190052723A1 (en) | 2019-02-14 |
US9998560B2 (en) | 2018-06-12 |
US11489927B2 (en) | 2022-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230082498A1 (en) | Communication Handling | |
US8634533B2 (en) | Directed notifications | |
US11349760B2 (en) | Dynamic loop detection and suppression | |
US8984144B2 (en) | Delivery of content | |
US8855271B2 (en) | Intelligent disposition manager | |
JP7050354B2 (en) | How to manage multiple profiles for a single account in an asynchronous messaging system, system and computer readable media | |
US8837711B2 (en) | Dynamic update of skills database | |
US20070250884A1 (en) | System and method of providing call source information | |
US9282157B2 (en) | Intermediary API for providing presence data to requesting clients | |
WO2016180121A1 (en) | Method and device realizing online customer service | |
GB2584922A (en) | System, device, and method for routing communications in an emergency service network | |
US9245300B2 (en) | Social network mapping | |
US8855274B2 (en) | System and method of providing caller identification information | |
US9326112B2 (en) | Sending user device status information | |
US20110231874A1 (en) | Smart Address Book | |
US8750837B2 (en) | Voice mail alerts and access from multiple devices using a joint services account | |
US9787827B2 (en) | Systems and methods for fused services including an integrated management system | |
US20140295806A1 (en) | Encoded identifier based network | |
US9559890B2 (en) | Routing device as a command client | |
KR101546387B1 (en) | Content sharing server and method for performing content shaing process betweens a plurality of diveces | |
US20160150080A1 (en) | A url transmission system and means thereof | |
US20220141650A1 (en) | Methods and systems for allocating telephone numbers | |
US8819127B1 (en) | Ensemble computing | |
JP5555120B2 (en) | Content providing method, content obtaining method, content providing system, and terminal device | |
JP2014053712A (en) | Telephone service selection device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
AS | Assignment |
Owner name: COMCAST CABLE COMMUNICATIONS, LLC, PENNSYLVANIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:WENDT, CHRISTOPHER A.;REEL/FRAME:062496/0331 Effective date: 20110805 |
|
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 |