CN113141435A - 多设备接入配置和提醒 - Google Patents

多设备接入配置和提醒 Download PDF

Info

Publication number
CN113141435A
CN113141435A CN202110057667.5A CN202110057667A CN113141435A CN 113141435 A CN113141435 A CN 113141435A CN 202110057667 A CN202110057667 A CN 202110057667A CN 113141435 A CN113141435 A CN 113141435A
Authority
CN
China
Prior art keywords
user
priority
user device
instructions
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.)
Pending
Application number
CN202110057667.5A
Other languages
English (en)
Inventor
C·D·巴尔德温
T·卢卡克
K·海塞罗特
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Avaya Management LP
Original Assignee
Avaya Management LP
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Avaya Management LP filed Critical Avaya Management LP
Publication of CN113141435A publication Critical patent/CN113141435A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42229Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • H04M3/42263Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location where the same subscriber uses different terminals, i.e. nomadism
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/02Calling substations, e.g. by ringing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102Entity profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/105Multiple levels of security
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/20Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M19/00Current supply arrangements for telephone systems
    • H04M19/02Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone
    • H04M19/04Current supply arrangements for telephone systems providing ringing current or supervisory tones, e.g. dialling tone or busy tone the ringing-current being generated at the substations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42187Lines and connections with preferential service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42229Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • H04M3/42263Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location where the same subscriber uses different terminals, i.e. nomadism
    • H04M3/42272Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location where the same subscriber uses different terminals, i.e. nomadism whereby the subscriber registers to the terminals for personalised service provision
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/46Arrangements for calling a number of substations in a predetermined sequence until an answer is obtained
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/54Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • H04M3/543Call deflection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/0024Services and arrangements where telephone services are combined with data services
    • H04M7/0036Services and arrangements where telephone services are combined with data services where the data service is an information service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08Access security
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/65Telephone numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/04Telephonic communication systems specially adapted for combination with other electrical systems with alarm systems, e.g. fire, police or burglar alarm systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/55Aspects of automatic or semi-automatic exchanges related to network data storage and management
    • H04M2203/551Call history

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Power Engineering (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本公开涉及多设备接入配置和提醒。本公开尤其提供了一种通信系统和方法。作为非限制性示例,该方法包括将第一用户设备注册为用户的第一多设备接入(MDA)设备,将若干其他用户设备注册为用户的MDA设备,用第一提醒优先级标记第一用户设备,用不同于第一提醒优先级的第二提醒优先级标记其他设备,接收用户的传入呼叫,以及基于第一提醒优先级不同于第二提醒优先级,使第一用户设备在不同于其他用户设备的时间对传入呼叫进行提醒。

Description

多设备接入配置和提醒
技术领域
本公开的实施例大体上涉及通信,并且具体地涉及在多设备接入配置中的设备优先级的动态指定。
背景技术
各种通信系统已被配置成支持多设备接入(MDA)。大多数系统依赖于会话发起协议(SIP)以并行分支到处理设备,从而提醒用户注册的每个设备。具体地,在实现MDA时,一些系统可以允许用户将一定数量的设备注册到MDA组,并且每个设备被注册到相同的扩展(extension)以启用MDA特征。一些用户可在公共空间(例如,办公室、房间等)内具有若干注册设备,因此当用户的呼叫到来时,所有注册设备振铃或实施其设备特定的提醒行为。问题是,如果用户想要忽略这种呼叫,则用户可能必须在他们的注册设备中的每一个上调用忽略或丢弃特征;否则,注册的设备将继续提醒,直到呼叫被应答或转到语音邮件。
发明内容
本公开的实施例通过向用户提供向多个设备注册相同扩展的能力,从而使每个注册的设备能够向用户提供MDA功能,并且还通过向用户提供定义和控制每个设备如何提醒以及每个注册的设备以什么优先级顺序提醒的能力,来解决这些和其他问题。
本公开的一个方面是提供支持将一个注册设备指定为主设备而将所有其它注册设备指定为次级设备的MDA特征。还可以将一个或多个设备注册为主设备(例如,具有主优先级)、将一个或多个其他设备注册为次级设备(例如,具有次级优先级)、将一个或多个其他设备注册为第三设备(例如,具有第三优先级)等等。换句话说,本公开的实施例不限于两个优先级级别,而是可以包括分配给一个或多个不同设备的两个、三个、四个或更多个优先级级别。
本公开的另一方面是提供静态和/或动态机制,通过该机制,用户可以将一个设备注册为与其他设备相比是主要的。这样的机制包括:(a)默认注册,其中没有设备是主设备;(b)动态注册,其中用户按下特定设备上的按钮以将其标记为主设备;(c)提供MDA特征的后端系统自动将用户从其发出或应答最后呼叫的设备标记为主设备的运行中选择(应当注意,按下特征按钮也可以用于该目的);(d)基于存在的选择,其中提供MDA特征的后端系统监视每个注册设备的存在状态,并且将从其接收到最近的“活动”指示的设备标记为主设备(还应当注意,代理PC上的鼠标/键盘使用也可以更新用户的存在状态);以及它们的组合。
本公开的另一方面是提供机器人或类似类型的自动化服务,其可以监视在注册设备处存在的相同指示,并且构建哪个注册设备可能是主设备的历史时间表。如果在限定的时间段(例如,一天、一周、一个月等)内没有检测到存在的指示,则该历史信息可以用于自动地切换主设备。类似地,机器人或自动化服务也可被配置成识别哪些设备是移动的以及哪些是固定的,并且在最近尚未检测到固定设备存在时优选移动设备。在一些实施例中,自动化服务可以被配置成向一个、一些或所有注册设备发送对状态信息的理解请求,并且(一个或多个)注册设备可以用它们的状态来响应,该状态然后可以被自动化服务用来向(一个或多个)设备指派优先级。继续以上示例,如果注册设备中的一个或多个是移动设备,则取决于移动设备所使用的操作系统,自动化服务可以利用Apple推送通知服务(APN)或Google云消息收发(GCM)。在一些实施例中,自动化服务可以使用注册或订阅超时和/或存在定时器来确定设备处的存在,但是在自动改变注册设备的优先级之前,自动化服务还可以考虑与这些机制相关联的相应超时时段。
本公开的另一方面是使得被标记为主设备的设备能够成为提醒(例如,响铃、振动等)预定时间量或预定提醒次数的仅有的注册设备。换句话说,一旦注册设备被标记为主设备,则对注册设备的用户的新传入呼叫将在主设备上仅振铃几秒。如果在预定时间量之后该呼叫未被应答,则该呼叫也在所有次级设备上振铃。此外,如果用户按下主设备上的“忽略”键,则呼叫在那里停止振铃,并且不继续使次级设备振铃。
本公开的另一方面是提供一种用于处理传入高优先级呼叫和紧急呼叫的机制。在一些实施例中,传入高优先级呼叫或紧急呼叫可以不考虑每个设备的定义的优先级而重写这里描述的MDA特征中的一个或多个并使所有注册设备提醒/振铃。
本公开的一个方面提供了一种系统,包括:
微处理器;
存储器,其与所述微处理器耦合并且包括可由所述微处理器执行的指令,所述指令包括:
用共同扩展注册第一用户设备和第二用户设备的指令;
用第一提醒优先级标记所述第一用户设备的指令;
用不同于所述第一提醒优先级的第二提醒优先级来标记所述第二用户设备的指令;以及
基于所述第一提醒优先级和所述第二提醒优先级来处理指向与所述共同扩展相关联的用户的传入呼叫,使得所述第一用户设备在与所述第二用户设备不同的时间进行提醒的指令。
附图说明
图1是示出根据本公开的实施例的通信系统的组件的框图;
图2是示出根据本公开的实施例的用户设备的组件的框图;
图3是示出根据本公开的实施例的实现MDA特征的服务器的组件的框图;
图4是描述根据本公开实施例的与提供MDA特征结合使用的数据结构的框图;
图5是描绘了根据本公开实施例的为MDA用户配置设备注册的方法的流程图;
图6是描述根据本公开实施例的处理指向MDA用户的传入呼叫的方法的流程图;
图7是描绘根据本公开的实施例的监视用户行为并建议设备注册优先级的方法的流程图;以及
图8是描绘根据本公开的实施例的处理传入紧急呼叫的方法的流程图。
在附图中,类似的部件和/或特征可以具有相同的参考标记。此外,相同类型的各种部件可以通过在参考标记之后加上区分类似部件的字母来区分。如果在说明书中仅使用第一参考标记,则该描述适用于具有相同第一参考标记的类似部件中的任一个,而与第二参考标记无关。
具体实施方式
在以下描述中,出于解释的目的,阐述了许多具体细节以便提供对本文所公开的各种实施例的透彻理解。然而,对于本领域技术人员来说,显然可以在没有这些具体细节中的一些的情况下实践本公开的各种实施例。随后的描述仅提供示例性实施例,并且不旨在限制本公开的范围或适用性。此外,为了避免不必要地模糊本公开,前面的描述省略了许多已知的结构和设备。这种省略不应被解释为对权利要求范围的限制。相反,随后对示例性实施例的描述将为本领域技术人员提供使得能够实现示例性实施例的描述。然而,应当理解,本公开可以以超出本文阐述的具体细节之外的各种方式来实践。
尽管这里示出的示例性方面、实施例和/或配置示出了布置的系统的各种部件,但是系统的某些部件可以位于远程、诸如LAN和/或因特网之类的分布式网络的远处部分、或者位于专用系统内。因此,应当理解,系统的组件可以被组合到一个或多个设备中,或者被布置在分布式网络的特定节点上,所述分布式网络例如是模拟和/或数字电信网络、分组交换网络或电路交换网络。从以下描述中,并且出于计算效率的原因,将理解,系统的组件可以被布置在组件的分布式网络内的任何位置,而不影响系统的操作。
此外,应当理解,连接元件的各种链路可以是有线或无线链路,或其任何组合,或能够向连接的元件提供数据和/或从连接的元件传送数据的任何其他已知或以后开发的元件。这些有线或无线链路也可以是安全链路,并且能够传送加密信息。用作链路的传输介质例如可以是用于电信号的任何适当载体,包括同轴电缆、铜线和光纤,并且可以采取声波或光波的形式,诸如在无线电波和红外数据通信期间生成的那些。
如本文所使用的,短语“至少一个”、“一个或多个”、“或”和“和/或”是开放式表达,其在操作中是连接性和分离性的。例如,表达“A、B和C中的至少一个”、“A、B或C中的至少一个”、“A、B和C中的一个或多个”、“A、B或C中的一个或多个”、“A、B和/或C”和“A、B或C”中的每一个表示单独的A、单独的B、单独的C、A和B一起、A和C一起、B和C一起、或A、B和C一起。
术语“一”或“一个”实体是指一个或多个该实体。因此,术语“一”(或“一个”)、“一个或多个”和“至少一个”在此可以互换使用。还应注意,术语“包含”、“包括”和“具有”可以互换使用。
如本文所使用的术语“自动”及其变型是指当执行过程或操作时在没有实质性人类输入的情况下完成的任何过程或操作。然而,如果在执行过程或操作之前接收到输入,则即使过程或操作的执行使用实质性的或非实质性的人类输入,该过程或操作也可以是自动的。如果人类输入影响该过程或操作将如何执行,则认为这种输入是实质性的。同意过程或操作的执行的人类输入不被认为是“实质性的”。
如本文所使用的术语“计算机可读介质”是指参与向处理器提供指令以供执行的任何有形存储和/或传输介质。这种介质可以采取许多形式,包括但不限于非易失性介质、易失性介质和传输介质。非易失性介质包括例如NVRAM、或者磁盘或光盘。易失性介质包括动态存储器,例如主存储器。计算机可读介质的常见形式包括例如软盘、柔性盘、硬盘、磁带或任何其他磁介质、磁光介质、CD-ROM、任何其他光介质、穿孔卡、纸带、任何其他具有孔图案的物理介质、RAM、PROM和EPROM、FLASH-EPROM、类似存储卡的固态介质、任何其他存储芯片或盒、如下文所述的载波、或计算机可以读取的任何其他介质。电子邮件的数字文件附件或其它自含式信息档案或档案集合被认为是等同于有形存储介质的分发介质。当计算机可读介质被配置作为数据库时,应当理解,数据库可以是任何类型的数据库,诸如关系型、分层型、面向对象型等。因此,本公开被认为包括有形存储介质或分布介质以及现有技术认可的等同物和后继介质,其中存储了本公开的软件实现。
“计算机可读信号”介质可以包括例如在基带中或者作为载波的一部分传播的数据信号,其中传播的数据信号具有在其中包含的计算机可读程序代码。这种传播信号可以采取多种形式中的任何一种,包括但不限于电磁、光或其任何合适的组合。计算机可读信号介质可以是不是计算机可读存储介质并且可以传送、传播或传输由指令执行系统、设备或设备使用或与指令执行系统、设备或设备结合使用的程序的任何计算机可读介质。可以使用任何适当的介质来传输在计算机可读介质上包含的程序代码,所述介质包括但不限于无线、有线、光纤电缆、RF等或前述的任何适当组合。
如本文所使用的术语“确定”、“计算”和“运算”及其变型可互换使用,并且包括任何类型的方法、过程、数学运算或技术。
应了解,本文所用的术语“构件”应根据35U.S.C.第112节第6段给出其最广泛的可能解释,因此,并入术语“构件”的权利要求应涵盖本文所陈述的所有结构、材料或动作及其所有等同物。此外,结构、材料或动作及其等同物应包括在本公开的发明内容、附图的简要说明、具体实施方式、摘要和权利要求本身中描述的所有那些。
本公开的各方面可以采取完全硬件实施例、完全软件实施例(包括固件、驻留软件、微代码等)或组合软件和硬件方面的实施例的形式,其在本文中可以被统称为“电路”、“模块”或“系统”。一个或多个计算机可读介质的任何组合可以被利用。
在又一实施例中,本公开的系统和方法可以结合专用计算机、编程的微处理器或微控制器和外围集成电路元件、ASIC或其他集成电路、数字信号处理器、诸如分立元件电路的硬连线电子或逻辑电路、诸如PLD、PLA、FPGA、PAL的可编程逻辑器件或门阵列、专用计算机、任何类似设备等来实现。一般而言,能够实现本文所示的方法的任何设备()或构件可被用于实现本公开的各方面。可用于所公开的实施例、配置和方面的示例性硬件包括计算机、手持设备、电话(例如,蜂窝、支持因特网的、数字的、模拟的、混合的和其他的)以及本领域已知的其他硬件。这些设备中的一些包括处理器(例如,单个或多个微处理器)、存储器、非易失性存储装置、输入设备和输出设备。此外,包括但不限于分布式处理或组件/对象分布式处理、并行处理或虚拟机处理的替代软件实现也可被构造来实现本文描述的方法。
本文所述的处理器的示例可包括但不限于以下中的至少一个:具有4G LTE集成和64位计算的
Figure BDA0002901344850000071
610和615、
Figure BDA0002901344850000072
800和801、具有64位架构的
Figure BDA0002901344850000073
A7处理器、
Figure BDA0002901344850000074
M7运动协处理器、
Figure BDA0002901344850000075
系列、
Figure BDA0002901344850000076
CoreTM处理器系列、
Figure BDA0002901344850000077
处理器系列、
Figure BDA0002901344850000078
AtomTM处理器系列、Intel
Figure BDA0002901344850000079
处理器系列、
Figure BDA00029013448500000710
i5-4670K和i7-4770K 22nm Haswell、
Figure BDA0002901344850000081
i5-3570K22nm代系列(Ivy Bridge)、
Figure BDA0002901344850000082
FXTM处理器系列、
Figure BDA0002901344850000083
FX-4300、FX-6300和FX-8350 32nm Vishera,
Figure BDA0002901344850000084
Kaveri处理器、Texas
Figure BDA0002901344850000085
Jacinto C6000TM汽车信息娱乐处理器、Texas
Figure BDA0002901344850000086
OMAPTM汽车移动处理器、
Figure BDA0002901344850000089
CortexTM-M处理器、
Figure BDA0002901344850000087
Cortex-A和ARM926EJ-STM处理器、其他产业等价处理器,并且可以使用任何已知或未来开发的标准、指令集、库和/或架构执行计算功能。
在又一实施例中,所公开的方法可以结合使用对象的软件或面向对象的软件开发环境来容易地实现,该软件开发环境提供了可在各种计算机或工作站平台上使用的可移植源代码。或者,所公开的系统可以部分或全部地以使用标准逻辑电路或VLSI设计的硬件来实现。使用软件还是硬件来实现根据本公开的系统取决于系统的速度和/或效率要求、特定功能以及所利用的特定软件或硬件系统或微处理器或微计算机系统。
在又一实施例中,所公开的方法可以部分地以软件来实现,该软件可以存储在存储介质上,在控制器和存储器的协作下在编程的通用计算机、专用计算机、微处理器等上执行。在这些情况下,本公开的系统和方法可以被实现为嵌入在个人计算机上的程序,诸如小应用程序、
Figure BDA0002901344850000088
或CGI脚本,实现为驻留在服务器或计算机工作站上的资源,实现为嵌入在专用测量系统、系统组件等中的例程。该系统还可以通过将系统和/或方法物理地并入软件和/或硬件系统中来实现。
本公开的实施例提供了配置多个设备接入并且然后基于所应用的配置来实现各种电信特征的能力。虽然将结合用于支持多个设备接入或MDA的特定协议来描述本公开的实施例,但应了解,本公开的实施例不限于MDA,除非另外指示。虽然将关于特定的事件序列来讨论和图示流程图,但是应当理解,可以在不实质影响所公开的实施例、配置和方面的操作的情况下发生对该序列的改变、添加和省略。
现在参考图1,将描述根据本公开的至少一些实施例的说明性通信系统100。如图1所示,系统100可以包括多个用户设备104、108。各种设备104、108可以经由通信网络112彼此通信。
在一个非限制性实施例中,设备104、108中的一者或两者的能力可类似。用户设备104和用户设备108之间的差异可以仅仅是使用该设备的用户的类型。例如,第一用户124(其也可以被称为呼叫用户)可以与用户设备104相关联,而第二用户128(其也可以被称为被叫用户或MDA用户)可以与一个或多个用户设备108相关联。与第二用户128相关联的用户设备108可以均被注册有共同的扩展,从而使得每个用户设备108被称为MDA设备、注册设备和/或注册MDA设备。如图1中所描绘的,每个用户设备108可以是不同类型的设备(例如,移动设备、电话、个人计算机、膝上型计算机、在个人计算机或膝上型计算机上运行的软件应用、平板计算机等)。然而,应当理解,两个或更多个用户设备108可以是相同类型的,而不脱离本公开的范围。还应当理解,用户设备104可以类似于或不同于与第二用户128相关联的用户设备108的类型。清楚地,用户设备104、108可以对应于移动通信设备(例如,智能电话、平板电脑、可穿戴设备、膝上型计算机、个人数字助理(PDA)等)或通常不被认为是移动的通信设备(例如,台式电话、个人计算机等)。
通信网络112可以包括蜂窝或其他无线网络,并且用户设备104和/或108可以包括智能电话、平板电脑、膝上型计算机、可穿戴设备或被配置为通过网络112进行通信的任何其他便携式电子设备。应当理解,尽管为了简单起见,此处仅示出了一个用户设备104和三个用户设备108,但是任何数量的不同类型的设备可以在任何给定时间与网络112连接,或者可以在任何给定时间彼此直接通信。此外,连接到网络112和彼此连接的设备的类型的构成也可以随时间变化。此外,为了向第二用户128提供MDA特征而向通信服务器116注册的用户设备108的数量可以是从二到N的任何数量,其中N对应于大于或等于二的整数值。还应当理解,可以编程地定义可以注册有相同扩展的设备的最大可允许数量。注册设备的非限制性但说明性的最大可允许数量可以是十个设备,但是应当理解,注册设备的最大可允许数量可以大于或小于十个。
网络112还可以包括通过网络112向设备104、108提供因特网和/或其它数据服务的因特网协议(IP)多媒体子系统(IMS)框架。一般而言,网络112的IMS框架可以利用会话发起协议(SIP)和/或其他因特网工程任务组(IETF)标准协议来提供任何数量的IP多媒体服务,包括但不限于IP语音(VoIP)呼叫、媒体流传输、web接入等。可替换地或附加地,网络112可以包括分布式计算网络,诸如因特网、APN服务、GCM或一些其他基于分组的通信网络。
通信系统100还可以包括由一个或多个通信服务器116管理和利用的一个或多个数据库120。在一些实施例中,(一个或多个)通信服务器116可以被配置成管理第一用户124和/或第二用户128的通信能力。在一些实施例中,(一个或多个)通信服务器116可以管理第二用户128的通信偏好,并且还可以根据由第二用户128通过(一个或多个)通信服务器116设置的MDA偏好和优先级来管理提供给第二用户128的MDA特征。尽管被描绘为单个节点,但是应当理解,通信服务器116的功能可以由一个或多个不同的服务器提供,每个服务器可以直接或通过另一服务器连接到网络112。如这里将进一步详细讨论的,通信服务器116可以被配置成管理提供给第二用户128的MDA特征,管理期望实现第二用户128的MDA特征的多个用户设备108的设备注册,以及执行与管理第二用户128定义的通信会话偏好和提醒有关的其它任务。尽管未示出,但是应当理解,可以在用户设备108和通信服务器116之间提供一个或多个防火墙或会话边界控制器(SBC),这意味着用户设备108不一定需要在与通信服务器116相同的LAN上。相反,由不同实体管理的一个或多个其他网络可以组合为网络112的一部分,并且可以驻留在通信服务器116和用户设备108之间。
现在参考图2,将描述根据本公开的至少一些实施例的用户设备108的附加细节。尽管设备108一般被称为用户设备108,但是应当理解,本文描绘和描述的任何类型的设备(例如,用户设备104)可以具有与图2中描绘的用户设备108类似或相同的组件,此外,本文描绘和描述的各种用户设备104、108可以对应于移动通信设备、可穿戴通信设备、计算机、膝上型计算机、平板电脑、PDA、销售点(PoS)终端等。
说明性设备108被示为包括处理器204、存储器208、通信接口212、电源216和用户接口220。在一些实施例中,设备108的所有组件都被提供在公共设备外壳内,并且经由一个或多个电路板连接。
处理器204可以对应于一个或多个处理电路。在一些实施例中,处理器204可以包括微处理器、集成电路(IC)芯片、ASIC等。处理器204可以被配置有多个逻辑电路或电路元件,其使得处理器204能够执行存储器208中维护的一个或多个指令或指令集。替代地或附加地,处理器204可以被配置为执行经由通信接口212接收的指令。作为另一示例,处理器204可以被配置为执行一个或多个驱动器,所述驱动器被特别地提供用于通信接口212和/或用户接口220。
存储器208被示为与处理器204通信。存储器208可以包括任何类型的计算机存储器设备或其组合。存储器208的非限制性示例包括闪存、易失性存储器、非易失性存储器、RAM、NVRAM、SRAM、ROM、EEPROM等。如可以理解的,用于存储器208的设备的类型可以取决于存储在存储器208中的数据或指令的性质和类型。
在所描述的实施例中,存储器208包括操作系统(O/S)224、一个或多个应用228、通信应用236和设备特定的提醒偏好240。设备108的用户128可以被使得能够经由使用O/S224来访问和利用应用228和/或消息传送应用236。O/S 224的示例包括Apple iOS、AndroidOS、Blackberry OS、Windows OS、Mac OS、Palm OS、Open WebOS等。O/S 224可以对应于移动专用操作系统、PC专用操作系统或任何其它类型的已知操作系统。在一些实施例中,O/S224可以被配置成提供经由用户接口220呈现的图标的显示。图标中的一些或全部可以是用户设备108的用户128可选择的,以访问由应用228、236提供的例程或特征。在一些实施例中,每个应用228、236具有与其相关联的特定图标,该图标经由O/S 224的主屏幕呈现。当用户128选择了该特定图标时,设备108的用户接口220可以呈现特定于应用的数据和特定于应用的图形232。
可以在存储器208中维护的应用228及其指令集232的示例包括呼叫应用、web浏览应用、社交网络应用、游戏应用、相机应用、照片应用、视频应用、消息传送应用、文字处理应用、日历应用、联系人管理应用、以及任何其他已知类型的应用。
通信应用236可以对应于促进通过网络112与其它用户设备通信的特定类型的应用228。在一些实施例中,通信应用236可以对应于基于语音的通信应用、基于视频的通信应用、基于文本的通信应用或多媒体通信应用。在一些实施方式中,通信应用236可以被配置成促进任何数量的通信模态。在一些实施例中,通信应用236的能力可以由O/S 224提供或内置到其中。在一些实施例中,通信应用236可以对应于由O/S 224调用的单独的指令集。
在一些实施例中,通信应用236可参考和利用设备特定的提醒偏好240来控制当在通信接口212处接收到传入呼叫时用户设备108进行提醒的方式。可允许用户设备108的用户128定义、调整或控制特定用户设备108的设备特定提醒偏好240。例如,可以允许用户128定义设备特定的提醒偏好,当在用户设备108处接收到传入呼叫时,该设备特定的提醒偏好使得用户设备108响铃、闪光、振动触觉反馈机制或其组合。换句话说,如果在通信接口212处接收到一个或多个消息以指示传入呼叫已被接收,则通信应用236可参考设备特定提醒偏好240以使用户设备108的其它硬件组件激活并向用户128提醒已接收到传入呼叫请求。应了解,如果用户128具有用其MDA简档注册(例如,用共同扩展注册)的多个用户设备108,那么每一用户设备108可根据其自身的设备特定提醒偏好240进行提醒,除非传入呼叫消息指示应利用特定类型的提醒(例如,在不考虑设备特定提醒偏好240的传入紧急提醒或传入紧急呼叫的情况下)。
通信接口212提供硬件和驱动器,其使得设备108能够与网络112连接、从网络112接收通信、和/或向网络112提供通信以便递送到另一用户设备。通信接口212还可以包括促进设备到设备连接性(例如,蓝牙、蓝牙低功耗(BLE)、NFC等)连接的功能。应当理解,通信接口212可以包括一个或多个不同的接口,其促进不同类型的无线和/或有线连接性。在一些实施例中,通信接口212包括有线和/或无线网络适配器。通信接口212的非限制性示例包括天线和相关联的驱动器(例如,WiFi或802.11N天线和/或驱动器)、以太网卡和/或驱动器、串行数据端口(例如,USB端口)和/或驱动器、蓝牙或BLE天线和/或驱动器、NFC天线和/或驱动器、或促进设备间通信的任何其他类型的设备。通信接口212可以从通信网络112接收一个或多个数据分组或消息,并从其提取数据。从所接收的数据分组或消息中提取的数据可以被提供给处理器204,在那里可以随后使用存储在存储器208中的指令来处理该数据。类似地,蓝牙或BLE接口可以实现与另一设备108的信息交换,但是这样的交换可能不一定需要数据分组的交换。
电源216可以对应于内部电源和/或用于与外部电源连接的适配器。在内部电源的示例中,电源216可以对应于用于向用户设备108的各种其他组件供电的电池或电池单元。替代地或附加地,电源216可以包括功率转换器或功率调节器,其使得从外部源(例如,120VAC电源)接收的功率能够被转换成可用的DC功率,该可用的DC功率可以被供应给用户设备108的各种组件。
用户接口220可以对应于用户输入设备、用户输出设备、组合用户输入/输出设备或多个这样的设备。作为用户输入设备的示例,用户接口220可以包括麦克风、按钮、物理开关、相机、加速计等。作为用户输出设备的示例,用户接口220可以包括扬声器、灯、显示屏、触觉输出设备(例如,触觉反馈设备)等。作为组合用户输入/输出设备的示例,用户接口220可以包括触敏显示屏,该触敏显示屏具有其能够呈现图形用户界面(GUI)元素的一个或多个区域,并且如果被用户触摸或选择,则识别出GUI元素已经被用户选择。
现在参考图3,将根据本公开的至少一些实施例描述通信服务器116的细节。通信服务器116可以由单个服务器、多个服务器、在服务器上操作的一个或多个虚拟机、服务器集群等执行。在一些实施例中,通信服务器116可以具有类似于用户设备108的若干组件,除了通信服务器116通常不提供丰富的用户接口之外。相反,通信服务器116被示为包括处理器304、存储器308、通信接口312和电源316。尽管某些元件被示为在存储器308而非存储器208中提供,但是应当理解,图3中描绘的组件中的一些或全部可以在用户设备108中提供。同样,图2中描绘的组件中的一些或全部可在通信服务器116中提供,而不脱离本公开的范围。
在一些实施例中,处理器304可以与处理器204类似或相同。作为示例,处理器304可以包括微处理器、IC芯片、ASIC或其组合中的一个或多个。同样,存储器308可以与存储器208类似或相同。作为示例,存储器308可以包括一个或多个计算机存储器设备,其本质上可以是易失性或非易失性的。电源316可以与电源216相似或相同。作为示例,电源316可以对应于能够将AC输入功率转换成可由提供服务116的(一个或多个)服务器的各种组件使用的DC功率的功率转换器。
存储器308还被示为包括指令,这些指令使得通信服务器116能够向具有多个用户设备108的用户128提供MDA功能和特征,其中多个用户设备108针对其MDA简档(例如,与共同扩展相关联)进行注册。如上所述,存储在存储器308中的一些或所有指令可以由处理器304结合提供本文所述的服务来执行。
作为一些非限制性示例,存储器308可以包括设备注册指令320、简档管理指令324、呼叫处理指令328、设备优先级332、存在引擎336、一个或多个呼叫日志340、以及会话管理指令344。这些各种指令、偏好、日志或规则可以在存储器308中存储的单个应用内提供,或者它们可以如图所示分开。类似地,一个或多个指令或数据结构可以存储在数据库120中,而不是在通信服务器116的存储器308中提供。
设备注册指令320在由处理器308执行时可以使得通信服务器116能够在设备注册过程期间基于用户128定义的偏好来促进设备注册并更新设备优先级332。在一些实施例中,设备注册指令320可以向用户设备108呈现一个或多个GUI元素或API,从而使得用户设备108的用户128能够利用共同扩展注册一个或多个用户设备。设备注册指令320还可以被配置成确定是否最大数量的设备已经注册有共同扩展,并且如果做出了这样的确定,则向用户128提供删除先前注册的设备或者停止最新设备的进一步注册的选项。
简档管理指令324可以被配置成管理用户128的MDA简档,并基于用户128的MDA简档的配置来更新设备优先级332。如将在此参考图4进一步详细讨论的,用户128的MDA简档可以作为一个或多个数据结构存储在存储器308内或数据库120内。当附加设备对于用户128的简档注册(例如,用共同扩展注册)时,简档管理指令324可更新该用户128的MDA简档,并更新在用户128的MDA简档内定义的设备优先级。简档管理指令324还可被配置成在登录时向每个注册MDA设备108提供配置数据。例如,简档管理指令324可将相同的按钮数据下载到每个注册MDA设备,基于每个注册MDA设备的位置将位置特定数据下载到该设备,和/或基于每个设备提供设备设置。
应当理解,设备注册指令320和/或简档管理指令324还可以包括人工智能(AI)能力,其使得通信服务器116能够利用其各种用户设备108来监视用户128的行为,并且基于对用户128的行为的监视来采取各种自动或半自动的动作。例如,简档管理指令324可以被配置为当从特定呼叫用户接收到呼叫时监视用户128的行为,并且如果与其他用户设备108相比,用户128在特定用户设备108上比不在其上更频繁地应答这样的呼叫,则简档管理指令324可以向用户128建议特定用户设备108被设置为设备优先级332内的主要或第一优先级设备。可以针对所有指向用户128的呼叫、针对所有指向共同扩展的呼叫、针对仅由特定呼叫用户指向用户128的呼叫、或者针对仅由特定呼叫用户指向共同扩展的呼叫,提出这种优先级设置的建议。作为另一示例,简档管理指令324的AI能力可以确定用户108所参与的最后一个用户设备108,并且简档管理指令324可以自动地或半自动地(例如,基于用户128的批准)将最后参与的用户设备108定义为主注册用户设备108,而所有其他注册设备被重新优先化为次级优先级或较低优先级指定。
由简档管理指令324和/或设备注册指令320进行的观察可以替代地或附加地参考与用户128相关联的各种注册设备的呼叫日志340来进行。(一个或多个)呼叫日志340可以包括特定于设备的呼叫日志、特定于用户128的呼叫日志、特定于扩展的呼叫日志或其组合。在一些实施例中,呼叫日志可能不在注册用户设备108之间同步,除非用户128被配置针对集中式呼叫日志记录并且使用支持集中式呼叫日志特征的设备类型。如果启用集中式呼叫日志记录,则可以在登录时同步每个注册用户设备108的呼叫日志。尽管未描绘,但每个用户设备108可维持其自身的呼叫日志;因此,如果在一个注册用户设备108处而不是在其他注册用户设备108处应答朝向MDA用户的呼叫,那么所述呼叫将在应答的注册用户设备108的呼叫日志上表现为“已应答”,但所述呼叫将在其他注册用户设备108的呼叫日志上表现为“未应答”(至少直到通过集中式呼叫日志记录特征重新同步呼叫日志时为止)。还应当理解,由一个注册用户设备108进行的未被应答的出站呼叫将不会被其他注册用户设备108记录(至少直到呼叫记录通过集中式呼叫日志记录特征被重新同步时为止)。
存在引擎336在由处理器304执行时可以使得通信服务器116能够确定用户128的存在信息。这样的存在信息可以关于特定用户设备108处的活动和/或基于用于确定用户存在的其他机制(例如,基于用户128是否已经登录到系统中等)来确定。在一些实施例中,每个注册用户设备108可同时预订由存在引擎336提供的存在服务。注册用户设备108可以向存在引擎336发布存在状态,从而使得存在引擎336能够跨用户128的多个注册用户设备108聚集用户128的存在状态。设备注册指令320和/或简档管理指令324可以被配置为结合提供各种注册和/或简档管理指令324来从存在引擎336检索或请求存在信息。
呼叫处理指令328在由处理器304执行时可以使得通信服务器116能够基于由/针对MDA用户128定义的设备优先级332来处理传入呼叫。呼叫处理指令328还可以被配置成从存在引擎336请求存在信息,从而使得基于存在的提醒能够被提供给用户128,可能还与参考设备优先级332的提醒偏好一致。在一些实施例中,呼叫处理指令328可以被配置为根据设备优先级332来提醒注册用户设备108,使得少于所有的注册用户设备108同时和/或以相同的方式提醒传入呼叫。例如,呼叫处理指令328可以被配置为使得第一注册用户设备108(例如,在设备优先级332中被识别为主用户设备108的用户设备108)在其他注册用户设备108(例如,在设备优先级332中被识别为次级用户设备或非主用户设备的用户设备)之前进行提醒。呼叫处理指令328可以通过向用户设备108发送呼叫通知消息或传入呼叫消息(例如,SIP INVITE消息)来使用户设备108进行提醒,这进而使得用户设备108根据设备特定的提醒偏好240进行提醒。或者,如果传入呼叫消息定义了重写条件(例如,传入呼叫为高优先级或紧急呼叫),那么可重写用户设备108的设备特定的提醒偏好240。
会话管理指令344在由处理器304执行时可以使得通信服务器116能够管理在被叫用户128与主叫用户之间的通信会话的各个方面。在一些实施例中,会话管理指令344可以调用其他顺序的应用,以根据用户128的偏好向用户128提供呼叫功能。例如,会话管理指令344可以被配置为管理会议特征、转移特征、保持特征、安全特征、呼叫转发特征、呼叫准入控制特征等。在一些实施例中,会话管理指令可以被配置为基于注册用户设备108的位置和/或基于哪个用户设备108被用于为用户128接受传入呼叫来管理各种呼叫准入控制限制和计数。
现在参考图4,将描述根据本公开的至少一些实施例的用于维护MDA用户128的MDA简档的数据结构400的附加细节。数据结构400可以存储在单个数据存储位置中(例如,类似于集中式数据库120的集中式数据库、通信服务器116的存储器308内等)或存储在多个存储介质之中(例如,作为分布式账本、在分布式存储网络(DSN)之中、在多个通信服务器116之中等)。
可以在数据结构400中提供的数据字段的例子包括但不限于用户信息字段404、MDA设备字段408、提醒偏好字段412、设备优先级字段416、存在规则字段420、设备配置数据字段424和安全偏好字段428。用户信息字段404可用于存储描述MDA简档正用于其的用户128的信息。例如,用户信息字段404可用于存储用户名、分配给用户128的账号、用户的地址或别名信息(例如,SIP地址、电子邮件地址、IM地址等)等。
MDA设备字段408可以用于存储描述MDA用户128的用共同扩展注册的每个用户设备108的信息。例如,MDA设备字段408可以存储每个注册MDA设备108的IP地址、每个注册MDA设备108的MAC地址、分配给每个注册MDA设备108的设备名称、每个注册MDA设备108的设备类型、以及描述一个注册MDA设备108或将其与另一个注册MDA设备108区分开的任何其它信息。
提醒偏好字段412可用于存储描述由MDA用户128定义的提醒偏好的信息。这些偏好可以全局地应用于所有注册的MDA设备108,或者偏好可以是设备特定的。在一些实施例中,提醒偏好412可描述当对于MDA用户128接收到特定传入呼叫时在一些或所有注册MDA设备108上调用的提醒的类型。例如,提醒偏好412可以为传入话音呼叫定义一个提醒类型,为传入视频呼叫定义不同的提醒类型,为传入聊天定义又一提醒类型等。如在此所使用的,提醒类型可以定义铃声模式、铃声音调、铃声音量、铃声响度、光亮度、光闪烁频率、光的颜色、要呈现的图形或其组合中的一个或多个。
与提醒偏好字段412相比,设备优先级字段416可以定义一些或所有注册MDA设备108的设备优先级。在一些实施例中,设备优先级字段416可以包含与结合设备优先级332描述的信息类似的信息。这样,设备优先级字段416可以包含将一个或多个注册的MDA设备108描述为主设备,而将其它注册的MDA设备108识别为非主、二级、三级等的信息。在一些实施例中,在设备优先级字段416中被识别为主设备的注册MDA设备108可以是第一注册MDA设备108,以接收传入呼叫消息或通知,从而使该主设备在其它非主设备开始提醒之前提醒(根据提醒偏好412或设备特定的提醒偏好240)。仅在预定时间量之后,下一个或非主设备才将开始提醒,这可能基于进一步定义的提醒优先级。
存在规则字段420可以用于存储描述应当结合应用呼叫处理指令328和其它呼叫特征考虑用户128的存在的方式的信息。例如,如果检测到一种类型的用户128存在,则存在规则420可以指示特定的设备优先级,而如果检测到不同类型的用户128存在,则应用不同的设备优先级。在存在规则字段420内描述的存在规则可以是特定于位置的(例如,基于用户128或用户设备108的位置)或特定于活动的(例如,基于与用户128或用户设备108结合检测到的动作)。
设备配置数据字段424可用于存储可应用于每个注册的MDA设备108的各种设备配置。在一些实施例中,设备配置数据424可以是特定于位置的,并且可以包括按钮配置、呼叫特征、呼叫转接规则等。
安全偏好字段428可用于存储当用户128接收或发起需要比正常呼叫更高安全级别的呼叫时要应用的信息或规则。例如,安全偏好字段428可以定义当传入呼叫被识别为安全呼叫时仅使某些注册的MDA设备被提醒的规则。这种注册的MDA设备可以对应于具有适当硬件和/或软件的那些设备,该硬件和/或软件有助于呼叫所需的安全性(例如,加密能力、使用TLS传输注册的设备等)。继续这个示例,当安全呼叫对于MDA用户128传入时,使用非TLS(例如,TCP或UDP)传输注册的任何用户设备108可能不被提醒。然而,相关联的呼叫出现仍可在所有设备上指示呼叫的存在。安全偏好428还可定义拒绝从非TLS的注册MDA设备108对于安全呼叫的桥接尝试。
现在参考图5-8,将描述根据本公开的至少一些实施例的操作通信系统100和向用户128提供MDA特征的各种方法。虽然结合特定方法描述了某些步骤,但是应当理解,任何方法可以包括或不包括结合其描述的那些步骤。同样,结合一种方法描述的某些步骤可以在另一种方法中实现,而不脱离本公开的范围。
首先参考图5,将描述根据本公开的实施例的为MDA用户128配置设备注册的方法500。当接收到为MDA用户128注册新设备的请求时,方法500开始(步骤504)。该请求可以在通信服务器116处被接收,并且可以由设备注册指令320处理。在接收到请求时,设备注册指令320可以确定是否已经为提交了新接收的设备注册请求的MDA用户128注册了最大数量的设备(步骤508)。可以基于由MDA用户128定义的偏好和/或基于由通信系统100的管理员实施的策略来限制注册设备的最大数量。如果需要的话,可以不时地调整注册设备的最大数量。如这里所讨论的,注册设备可以均用共同扩展注册,从而使每个注册设备有资格向MDA用户128提供MDA特征。
如果步骤508的询问回答是肯定的,则设备注册指令320可以拒绝该请求,注销最老的注册设备,或者向MDA用户128提供回响应以指示已经注册了最大数量的设备(步骤512)。如果响应被提供回MDA用户128,则该响应可以进一步建议解决该问题要采取的可能步骤(例如,不注册设备或停止当前注册请求的建议)。
如果步骤508的询问的回答是否定的,则设备注册指令320通过如下继续:从正在注册的设备确定新的设备信息,并将这种新的设备信息添加到MDA用户128的MDA简档(步骤516)。在一些实施例中,该步骤可以包括利用从正在注册的设备检索的相关信息来更新MDA简档400,尤其是MDA设备字段408。
方法500可继续,设备注册指令320接收新设备的提醒偏好(步骤520)。提醒偏好可从MDA用户128接收或由其定义。在一些实施例中,如果MDA用户128不提供提醒偏好,那么可应用默认偏好。在一些实施例中,MDA用户128可通过指示新设备应被分配特定的提醒优先级(例如,主优先级、二级优先级、三级优先级等)来定义提醒偏好。可以通过简档管理指令324在提醒偏好字段412中更新分配给设备的优先级(例如,作为提醒偏好)。
方法500还可以继续,设备注册指令320接收新设备的设备配置数据(步骤524)。新设备配置数据可以被提供给简档管理指令324,其更新设备配置数据字段424。
方法500还可以包括接收新设备的安全偏好等(步骤528)。再次,该信息最初可以在设备注册指令320处被接收,其将该信息传递到简档管理指令324以用于更新安全偏好字段428。然后,方法500可以在MDA简档400中与新设备相关联的所有适当数据字段都已被更新的时候结束。当设备注册指令320确定不需要附加数据来更新MDA简档时,设备注册方法500可以对于MDA用户128结束(步骤532)。
现在参考图6,将描述根据本公开的实施例的处理指向MDA用户128的传入呼叫的方法600。当接收到针对MDA用户128的传入呼叫(或传入呼叫通知)时,方法600开始(步骤604)。在一些实施例中,可以在通信服务器116处接收传入呼叫或呼叫通知,并且可以由呼叫处理指令328处理传入呼叫或呼叫通知。传入呼叫可对应于语音、视频、多媒体或其它类型的呼叫,且可被指向MDA用户128的多个用户设备108已注册有的共同扩展。可替换地或附加地,呼叫可以指向与MDA用户128相关联的地址或别名(例如,SIP地址、IP地址、用户名等)。
无论如何接收到传入呼叫或呼叫通知,呼叫处理指令328将最终确定呼叫指向具有向其提供的MDA特征的用户128。换句话说,被叫用户128可以具有多个MDA用户设备108,其被注册以向用户128提供MDA功能。呼叫处理指令328然后将参考MDA用户128的MDA简档400,以确定当提醒一些或所有注册MDA用户设备108时要应用的提醒偏好和/或设备优先级(步骤608)。如果提醒偏好和/或优先级定义了应当根据用户128的存在来提供提醒,则呼叫处理指令328可以可选地从存在引擎336获得用户128的当前存在信息(步骤612)。呼叫处理指令328可以进一步确定是否有任何其他信息与实现提醒偏好和/或优先级有关(步骤616)。作为非限制性示例,呼叫处理指令328可以确定哪个注册MDA用户设备108最后(或最近)被用户128使用,以动态地向该特定注册MDA用户设备108分配用于当前传入呼叫的主优先级。
基于由呼叫处理指令328获得的信息,方法600然后可以继续,通信服务器116使得注册的MDA用户设备108中的一个、一些或全部根据确定的偏好和/或优先级进行提醒(步骤620)。可以通过(同时或以基于偏好/优先级确定的顺序)向注册的MDA用户设备108发送传入呼叫消息来使各种注册的MDA用户设备108进行提醒。根据传统的MDA特征,当在注册MDA用户设备108之一处应答呼叫时,同时进行提醒的其它设备可以停止提醒并将其传入呼叫的版本登记为“未接呼叫”,除非并且直到注册MDA用户设备108在集中式呼叫日志340处将其独立呼叫日志彼此协调。
现在参考图7,将描述根据本公开的实施例的监视用户行为并建议设备注册优先级的方法700。如上所述,方法700可由设备注册指令320和实现AI行为的简档管理指令324的组合来执行,其中在期望用户干预之前实现自动化过程。方法700可通过监视针对MDA用户128的传入呼叫而开始(步骤704)。可以在一段时间(例如,一天、一周、一个月、一年等)内监视呼叫,并且可以实时地或者参考历史呼叫数据(例如,呼叫日志340)来监视呼叫。
方法700可进一步包含监视MDA用户128的行为和呼叫应答习惯(步骤708)。具体而言,方法700可包括确定并建立描述MDA用户128的呼叫应答习惯(例如,呼叫被应答的时候,呼叫在特定注册设备处被应答的时候,呼叫在用户128在场的情况下已知的特定设备处被忽略的时候,呼叫在特定设备处掉线的时候,呼叫在被识别为主设备的设备处被应答的时候,呼叫在被识别为次级设备的设备处被应答的时候,在次级设备处被应答的呼叫与主设备相比的比率等)的一个或多个历史模型。历史模型可以被构建到能够由神经网络等处理的任何类型的数据模型中。
方法700可随后通过为MDA用户128提供或建议与当前配置的提醒偏好和/或设备优先级不同的提醒偏好和/或设备优先级来继续(步骤716)。可以响应于确定历史模型与当前定义的提醒偏好和/或设备优先级显著偏离或不同,提供针对不同提醒偏好和/或设备优先级的建议。换句话说,如果确定用户行为与用户128的当前提醒偏好和/或设备优先级基本上一致(例如,在所界定的偏差内),那么无需建议不同的提醒偏好和/或设备优先级。
然而,如果在所观察的用户行为(例如,如在步骤712中所建立的历史模型中所描述的)与用户128的当前提醒偏好和/或设备优先级之间存在偏差,则方法700可通过建议替代的提醒偏好和/或设备优先级而继续。在一些实施例中,方法700可自动地且在不从用户128请求许可的情况下实施替代的提醒偏好和/或设备优先级。在其他实施例中,方法700可以通过向用户128提供建议并且然后等待查看用户128是接受还是拒绝建议来继续(步骤720)。如果建议被接受,则方法700将通过调用简档管理指令324以更新用户128的MDA简档中的设备提醒偏好字段412和/或设备优先级字段416来继续(步骤724)。另一方面,如果步骤720的查询得到否定回答,则方法700可保持当前/先前的设备提醒偏好和/或设备优先级(步骤728)。
现在参考图8,将描述根据本公开的实施例的处理传入紧急呼叫的方法800。当接收到对于MDA用户128的传入呼叫时,方法800开始(步骤804)。当呼叫处理指令328确定传入呼叫对应于紧急呼叫或比普通传入呼叫要求更高安全级别的呼叫时,方法800继续(步骤808)。在确定应当与普通传入呼叫不同地处理传入呼叫(例如,由于呼叫是紧急呼叫或安全呼叫)时,方法800继续,呼叫处理指令328重写标准提醒偏好和优先级(步骤812),并且根据与MDA简档400所定义的协议不同的协议来提醒注册MDA用户设备108(步骤816)。在一些实施例中,呼叫处理指令328可以使得所有注册的MDA用户设备108基本上同时进行提醒,即使一个或多个设备被识别为主优先级设备而其它设备被识别为次级优先级设备(例如,在传入紧急呼叫的情况下)。可替换地,如果只有一些注册MDA用户设备108能够支持传入呼叫的安全要求(例如,在传入安全呼叫的情况下),呼叫处理指令328可以使少于所有的注册MDA用户设备108进行提醒。
本公开在各个方面、实施例和/或配置中包括基本上如本文描绘和描述的组件、方法、过程、系统和/或设备,包括其各个方面、实施例、配置实施例、子组合和/或子集。本领域技术人员在理解本公开之后将理解如何制造和使用所公开的方面、实施例和/或配置。本公开在各个方面、实施例和/或配置中包括在缺少本文未描绘和/或描述的项目的情况下提供设备和过程,或者在其各个方面、实施例和/或配置中,包括在缺少可能已经在之前的设备或过程中使用的这样的项目的情况下,例如用于改进性能、实现容易和/或降低实现成本。
为了说明和描述的目的,已经给出了前面的讨论。前述内容不旨在将本公开限制于本文公开的一种或多种形式。例如,在前述详细描述中,为了使本公开流畅,本公开的各种特征在一个或多个方面、实施例和/或配置中被分组在一起。本公开的方面、实施例和/或配置的特征可以在除了以上讨论的那些之外的替代方面、实施例和/或配置中组合。本公开的方法不应被解释为反映权利要求需要比每个权利要求中明确记载的特征更多的特征的意图。相反,如所附权利要求所反映的,发明方面在于少于单个前述公开的方面、实施例和/或配置的所有特征。因此,以下权利要求由此被并入到该详细描述中,其中每个权利要求独立地作为本公开的单独的优选实施例。
此外,尽管本说明书已经包括了对一个或多个方面、实施例和/或配置以及某些变化和修改的描述,但是其他变化、组合和修改也在本公开的范围内,例如,如在理解本公开之后可以在本领域技术人员的技能和知识内的。希望获得包括所允许程度的替代方面、实施例和/或配置的权利,包括对所要求保护的结构、功能、范围或步骤的替代、可互换和/或等同结构、功能、范围或步骤,无论这样的替代、可互换和/或等同结构、功能、范围或步骤是否在本文公开,并且不希望公开地贡献任何可专利的主题。
根据本公开的实施例,本公开的多个方面可以被配置如下。
1.一种系统,包括:
微处理器;
存储器,其与所述微处理器耦合并且包括能够由所述微处理器执行的指令,所述指令包括:
用共同扩展注册第一用户设备和第二用户设备的指令;
用第一提醒优先级标记所述第一用户设备的指令;
用不同于所述第一提醒优先级的第二提醒优先级来标记所述第二用户设备的指令;以及
基于所述第一提醒优先级和所述第二提醒优先级来处理指向与所述共同扩展相关联的用户的传入呼叫,使得所述第一用户设备在与所述第二用户设备不同的时间进行提醒的指令。
2.根据1所述的系统,其中在所述第一用户设备未被标记有所述第一提醒优先级并且所述第二用户设备未被标记有不同于所述第一提醒优先级的所述第二提醒优先级的情况下,指向与所述共同扩展相关联的用户的传入呼叫将同时提醒所述第一用户设备和所述第二用户设备两者。
3.根据1所述的系统,其中所述第一提醒优先级高于所述第二提醒优先级,并且其中所述第一用户设备先于所述第二用户设备提醒预定量的时间。
4.根据3所述的系统,其中所述指令还包括:
确定所述传入呼叫在所述第一用户设备处被应答的指令;
更新与所述第一用户设备相关联的呼叫日志以指示所述呼叫在所述第一用户设备处被应答了的指令;以及
更新与所述第二用户设备相关联的呼叫日志以指示在所述第二用户设备处错过了所述呼叫的指令。
5.如4所述的系统,还包括集中式呼叫日志,并且其中所述指令还包括:
基于与所述第一用户设备相关联的呼叫日志和与所述第二用户设备相关联的呼叫日志来更新所述集中式呼叫日志的指令,其中,所述集中式呼叫日志被更新以指示所述传入呼叫在所述第一用户设备处被应答了。
6.根据1所述的系统,其中所述指令进一步包括:
用所述共同扩展注册第三用户设备的指令;以及
以第二提醒优先级或第三提醒优先级来标记第三用户设备的指令,其中当以第二提醒优先级来标记第三用户设备时,第三用户设备与第二用户设备基本上同时进行提醒,或者当以第三提醒优先级来标记第三用户设备时,第三用户设备在与第二用户设备不同的时间进行提醒。
7.根据1所述的系统,其中所述第一用户设备包括无线通信接口,并且其中所述第二用户设备包括有线通信接口。
8.根据1所述的系统,其中所述指令还包括:
监视用户在一段时间内的应答行为的指令;
确定用户在该段时间内的应答行为偏离基于第一用户设备被标记有第一提醒优先级而第二用户设备被标记有第二提醒优先级的预期应答行为的指令;以及
基于确定用户在该段时间内的应答行为偏离所述预期应答行为来建议替代设备优先级的指令。
9.根据1所述的系统,其中所述指令进一步包括:
确定所述传入呼叫包括紧急呼叫的指令;以及
即使所述第一提醒优先级不同于所述第二提醒优先级,也基本上同时针对所述紧急呼叫提醒所述第一用户设备和所述第二用户设备的指令。
10.一种计算机可读介质,包括存储在其中的指令,所述指令在由处理器执行时使得所述处理器能够:
用共同扩展注册第一用户设备和第二用户设备;
用第一提醒优先级标记所述第一用户设备;
用不同于所述第一提醒优先级的第二提醒优先级来标记所述第二用户设备;
接收针对所述共同扩展的传入呼叫;以及
基于所述第一提醒优先级不同于所述第二提醒优先级,使所述第一用户设备在与所述第二用户设备不同的时间针对所述传入呼叫进行提醒。
11.根据10所述的计算机可读介质,其中所述第一提醒优先级高于所述第二提醒优先级,并且其中所述第一用户设备在所述第二用户设备之前提醒预定量的时间。
12.根据10所述的计算机可读介质,其中所述指令还使得所述处理器能够:
确定所述传入呼叫在所述第一用户设备处被应答;
更新与所述第一用户设备相关联的呼叫日志以指示所述呼叫在所述第一用户设备处被应答了;以及
更新与所述第二用户设备相关联的呼叫日志以指示在所述第二用户设备处错过了所述呼叫。
13.根据10所述的计算机可读介质,其中所述指令还使得所述处理器能够:
监视用户在一段时间内的应答行为;
确定用户在该段时间内的应答行为偏离基于第一用户设备被标记有第一提醒优先级而第二用户设备被标记有第二提醒优先级的预期应答行为;以及
基于确定用户在该段时间内的应答行为偏离所述预期应答行为,自动改变所述第一用户设备和所述第二用户设备的提醒优先级。
14.根据10所述的计算机可读介质,其中所述指令还使得所述处理器能够:
确定所述传入呼叫包括紧急呼叫;以及
即使所述第一提醒优先级不同于所述第二提醒优先级,也基本上同时针对所述紧急呼叫提醒所述第一用户设备和所述第二用户设备。
15.一种方法,包括:
将第一用户设备注册为用户的第一多设备接入(MDA)设备;
将第二用户设备注册为所述用户的第二MDA设备;
用第一提醒优先级标记所述第一用户设备;
用不同于所述第一提醒优先级的第二提醒优先级来标记所述第二用户设备;
接收针对所述用户的传入呼叫;以及
基于所述第一提醒优先级不同于所述第二提醒优先级,使所述第一用户设备在与所述第二用户设备不同的时间针对所述传入呼叫进行提醒。
16.根据15所述的方法,其中注册所述第一用户设备和所述第二用户设备包括用共同扩展注册所述第一用户设备和所述第二用户设备两者。
17.根据15所述的方法,还包括:
确定所述传入呼叫在所述第一用户设备处被应答;
更新与所述第一用户设备相关联的呼叫日志以指示所述呼叫在所述第一用户设备处被应答了;以及
更新与所述第二用户设备相关联的呼叫日志以指示在所述第二用户设备处错过了所述呼叫。
18.根据15所述的方法,还包括:
监视用户在一段时间内的应答行为;
确定用户在该段时间内的应答行为偏离基于第一用户设备被标记有第一提醒优先级而第二用户设备被标记有第二提醒优先级的预期应答行为;以及
基于确定用户在该段时间内的应答行为偏离所述预期应答行为,自动改变所述第一用户设备和所述第二用户设备的提醒优先级。
19.根据15所述的方法,还包括:
确定所述传入呼叫包括紧急呼叫;以及
即使所述第一提醒优先级不同于所述第二提醒优先级,也基本上同时针对所述紧急呼叫提醒所述第一用户设备和所述第二用户设备。
20.根据15所述的方法,还包括:
确定所述用户比所述第一用户设备更近地利用了所述第二用户设备;以及
基于确定所述用户比所述第一用户设备更近地利用了所述第二用户设备,自动用所述第一提醒优先级标记所述第二用户设备。

Claims (10)

1.一种系统,包括:
微处理器;
存储器,其与所述微处理器耦合并且包括能够由所述微处理器执行的指令,所述指令包括:
用共同扩展注册第一用户设备和第二用户设备的指令;
用第一提醒优先级标记所述第一用户设备的指令;
用不同于所述第一提醒优先级的第二提醒优先级来标记所述第二用户设备的指令;以及
基于所述第一提醒优先级和所述第二提醒优先级来处理指向与所述共同扩展相关联的用户的传入呼叫,使得所述第一用户设备在与所述第二用户设备不同的时间进行提醒的指令。
2.根据权利要求1所述的系统,其中在所述第一用户设备未被标记有所述第一提醒优先级并且所述第二用户设备未被标记有不同于所述第一提醒优先级的所述第二提醒优先级的情况下,指向与所述共同扩展相关联的用户的传入呼叫将同时提醒所述第一用户设备和所述第二用户设备两者。
3.根据权利要求1所述的系统,其中所述第一提醒优先级高于所述第二提醒优先级,并且其中所述第一用户设备先于所述第二用户设备提醒预定量的时间。
4.根据权利要求3所述的系统,还包括集中式呼叫日志,并且其中所述指令还包括:
确定所述传入呼叫在所述第一用户设备处被应答的指令;
更新与所述第一用户设备相关联的呼叫日志以指示所述呼叫在所述第一用户设备处被应答了的指令;
更新与所述第二用户设备相关联的呼叫日志以指示在所述第二用户设备处错过了所述呼叫的指令;以及
基于与所述第一用户设备相关联的呼叫日志和与所述第二用户设备相关联的呼叫日志来更新所述集中式呼叫日志的指令,其中,所述集中式呼叫日志被更新以指示所述传入呼叫在所述第一用户设备处被应答了。
5.根据权利要求1所述的系统,其中所述指令进一步包括:
用所述共同扩展注册第三用户设备的指令;以及
以第二提醒优先级或第三提醒优先级来标记第三用户设备的指令,其中当以第二提醒优先级来标记第三用户设备时,第三用户设备与第二用户设备基本上同时进行提醒,或者当以第三提醒优先级来标记第三用户设备时,第三用户设备在与第二用户设备不同的时间进行提醒。
6.根据权利要求1所述的系统,其中所述第一用户设备包括无线通信接口,并且其中所述第二用户设备包括有线通信接口。
7.根据权利要求1所述的系统,其中所述指令还包括:
监视用户在一段时间内的应答行为的指令;
确定用户在该段时间内的应答行为偏离基于第一用户设备被标记有第一提醒优先级而第二用户设备被标记有第二提醒优先级的预期应答行为的指令;以及
基于确定用户在该段时间内的应答行为偏离所述预期应答行为来建议替代设备优先级的指令。
8.根据权利要求1所述的系统,其中所述指令进一步包括:
确定所述传入呼叫包括紧急呼叫的指令;以及
即使所述第一提醒优先级不同于所述第二提醒优先级,也基本上同时针对所述紧急呼叫提醒所述第一用户设备和所述第二用户设备的指令。
9.一种计算机可读介质,包括存储在其中的指令,所述指令在由处理器执行时使得所述处理器能够:
用共同扩展注册第一用户设备和第二用户设备;
用第一提醒优先级标记所述第一用户设备;
用不同于所述第一提醒优先级的第二提醒优先级来标记所述第二用户设备;
接收针对所述共同扩展的传入呼叫;以及
基于所述第一提醒优先级不同于所述第二提醒优先级,使所述第一用户设备在与所述第二用户设备不同的时间针对所述传入呼叫进行提醒。
10.一种方法,包括:
将第一用户设备注册为用户的第一多设备接入(MDA)设备;
将第二用户设备注册为所述用户的第二MDA设备;
用第一提醒优先级标记所述第一用户设备;
用不同于所述第一提醒优先级的第二提醒优先级来标记所述第二用户设备;
接收针对所述用户的传入呼叫;以及
基于所述第一提醒优先级不同于所述第二提醒优先级,使所述第一用户设备在与所述第二用户设备不同的时间针对所述传入呼叫进行提醒。
CN202110057667.5A 2020-01-17 2021-01-15 多设备接入配置和提醒 Pending CN113141435A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16/745,843 US20210227389A1 (en) 2020-01-17 2020-01-17 Multiple device access configuration and alerting
US16/745,843 2020-01-17

Publications (1)

Publication Number Publication Date
CN113141435A true CN113141435A (zh) 2021-07-20

Family

ID=74678847

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110057667.5A Pending CN113141435A (zh) 2020-01-17 2021-01-15 多设备接入配置和提醒

Country Status (4)

Country Link
US (1) US20210227389A1 (zh)
CN (1) CN113141435A (zh)
DE (1) DE102021200371A1 (zh)
GB (1) GB2593275A (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11503526B2 (en) * 2020-09-15 2022-11-15 International Business Machines Corporation Predictive communication compensation
US11695873B2 (en) * 2021-03-02 2023-07-04 Avaya Management L.P. System and method for providing intelligent redirection and intelligent notification of feature activation

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140068710A1 (en) * 2012-08-30 2014-03-06 Cellco Partnership D/B/A Verizon Wireless User device selection
CN108702320A (zh) * 2016-03-29 2018-10-23 信实资讯通信公司 通过多媒体网关向用户设备提供至少一项服务的系统和方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5600704A (en) * 1994-08-30 1997-02-04 Ericsson Inc. Systems and methods for prioritized routing of telephone calls to a subscriber
US8897759B2 (en) * 2010-11-10 2014-11-25 Cox Communications, Inc. Systems and methods for dynamically forwarding wireless communications on mobile communications devices
US9059669B2 (en) * 2013-09-05 2015-06-16 Qualcomm Incorporated Sound control for network-connected devices
EP3269085A4 (en) * 2015-03-12 2018-11-07 Skrumble Technologies Inc. Cloud computing telecommunications platform
US11451656B2 (en) * 2018-08-03 2022-09-20 International Business Machines Corporation Intelligent notification mode switching in user equipment
US10681209B2 (en) * 2018-11-06 2020-06-09 Microsoft Technology Licensing, Llc Sequenced device alerting
US10462291B1 (en) * 2018-12-04 2019-10-29 T-Mobile Usa, Inc. Shared group number

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140068710A1 (en) * 2012-08-30 2014-03-06 Cellco Partnership D/B/A Verizon Wireless User device selection
CN108702320A (zh) * 2016-03-29 2018-10-23 信实资讯通信公司 通过多媒体网关向用户设备提供至少一项服务的系统和方法

Also Published As

Publication number Publication date
DE102021200371A1 (de) 2021-07-22
US20210227389A1 (en) 2021-07-22
GB2593275A (en) 2021-09-22
GB202100617D0 (en) 2021-03-03

Similar Documents

Publication Publication Date Title
US9706047B2 (en) Video presence sharing
JP5785692B2 (ja) 複数のユース・コンテキストの仮想マシーンでの実行
CN113366812B (zh) 使用i/o装置的集合提供通信服务
US20100185787A1 (en) Dynamic call handling from multiple attached devices
US20190068734A1 (en) Notification api for external identification
CN113141435A (zh) 多设备接入配置和提醒
US20230388421A1 (en) Data Aggregation For User Interaction Enhancement
US20190230163A1 (en) Cellular centrex: dual-phone capability
US9729649B1 (en) Systems and methods for controlling the availability of communication applications
US20150056967A1 (en) System and method for community based mobile device profiling
US9749422B2 (en) Method and system for telecommunication device monitoring
US9686324B2 (en) System and method for establishing communication links between mobile devices
US20140359147A1 (en) Systems and methods of communicating via a web browser
US20190068771A1 (en) External device for communicating with conferencing client using notification api
US11575792B2 (en) Conference service number system
US20220385491A1 (en) Real-Time Speaker Selection for Multiparty Conferences
US9621718B2 (en) Managing communication services for enabling a distributed user presence
US20180103146A1 (en) Intelligent abstracted call routing
US11785060B2 (en) Content-aware device selection for modifying content elements in digital collaboration spaces
US11681571B2 (en) Managing device group configurations across workspaces based on context
US11832149B2 (en) Intelligent park and page functions in a communication system
US11811972B2 (en) Group handling of calls for large call queues
US20220413689A1 (en) Context-based presentation of available microapp actions
US20240205178A1 (en) Communication Session To Address On-Premises Conditions
Sohan et al. The Broadband Phone Network: Experiences with Context-Aware Telephony

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20210720

WD01 Invention patent application deemed withdrawn after publication