用于将多媒体信息传递到移动设备的系统和方法
【专利说明】
【背景技术】
[0001]诸如智能手机和/或诸如此类的移动设备正变得越来越流行。移动设备丰富的互动能力正在增加，使得可以用来接收移动电话的相同设备也可以用来通过因特网无线地传输和接收数据。但是，在几个领域还存在挑战，最显著地在于接收和呈现用于在呼叫筛选中使用的与来电相关联的信息。当前，除非在接收到用于新来电的呼叫寻呼时已经在移动设备上呈现信息，否则仅在呼叫寻呼中可用的信息，诸如与来电相关联的呼叫方ID号码、与来电相关联的传统CNAM数据(其可以被限制到15或者更少的字节)和/或诸如此类的可以能够用于呈现为呼叫筛选数据。将附加呼叫方数据传输到移动设备以用作呼叫筛选信息的现有方法不能够及时地将呼叫方数据传递到终端移动设备，从而将呼叫方数据与和呼叫方相关联的首次来电一起显示。所需要的是用于将更丰富类型的呼叫方数据传递到移动设备的系统和方法，以使得呼叫方数据可以与来自呼叫方的首次呼叫一起呈现为呼叫筛选信息。
【发明内容】
[0002]本
【发明内容】
被提供用来以简化的方式介绍选择的概念，其将在以下【具体实施方式】中进一步描述。本
【发明内容】
不意在标识所要求保护的主题的关键特点，也不是意在帮助确定所要求保护的主题的范围。
[0003]在一些实施例中，提供了一种用于将呼叫筛选信息传输到终端移动设备的计算机实现的方法。计算设备接收与到终端移动设备的呼叫相关联的起始请求。在保持中断所述呼叫的同时，计算设备将呼叫筛选信息传输到终端移动设备。响应于确定呼叫筛选信息被终端移动设备接收，计算设备传输起始请求响应以释放中断所述呼叫。
[0004]在一些实施例中，提供了一种被配置成执行动作以将呼叫筛选信息与来电的初始铃声一起呈现的移动计算设备。所述动作包括:接收标识从其能够获取呼叫筛选信息的位置的URL ;使用URL获取呼叫筛选信息；将呼叫筛选信息存储在本地数据库中；接收与来电相关联的呼叫寻呼，其中，所述呼叫寻呼包括入站移动拨号号码；使用入站移动拨号号码从本地数据库检索呼叫筛选信息；以及在用户接听来电之前向移动计算设备的用户呈现呼叫筛选信息。
[0005]在一些实施例中，提供了一种包括至少一个处理器和计算机可读介质的计算设备。该计算机可读介质上存储有计算机可执行指令，响应于所述至少一个处理器的执行，所述指令使得计算设备执行将呼叫筛选信息传输到终端移动设备的动作。所述动作包括:接收与到终端移动设备的呼叫相关联的起始请求；在保持中断所述呼叫的同时，将呼叫筛选信息传输到终端移动设备；以及响应于确定呼叫筛选信息被终端移动设备接收，传输起始请求响应以释放中断所述呼叫。
【附图说明】
[0006]当结合所附附图，通过参考以下详细描述，前述方面和本公开的实施例的许多随之而来的优点将变得更容易认识到并且变得更好理解。
[0007]图1是示出移动电话系统的示例性实施例的概况的框图；
[0008]图2是示出根据本公开各方面的终端移动设备的示例性实施例的部件的框图；
[0009]图3是示出根据本公开各方面的用于将呼叫方数据传递到终端移动设备的移动电话系统的示例性实施例的框图；
[0010]图4A-4B是示出根据本公开各个实施例的将呼叫方数据传输到移动设备的方法的示例性实施例的流程图；
[0011]图5是示出根据本公开各方面的用于确定是否应当将与呼叫方相关联的呼叫方数据发送到终端移动设备的过程的示例性实施例的流程图；
[0012]图6A是示出根据本公开各方面的形成到终端移动设备的数据连接的各方面的示意图；
[0013]图6B是示出根据本公开各方面的形成到终端移动设备的数据连接的其他方面的示意图；
[0014]图7是示出根据本公开各方面的创建和维护到移动设备的数据连接的方法的示例性实施例的流程图；
[0015]图8示出了适于与本公开的实施例使用的示例性计算设备的各方面。
【具体实施方式】
[0016]本公开的实施例提供用于向移动设备分发与呼叫方相关联的数据的系统和/或方法，其中，移动设备一旦从呼叫方接收到首次来电，可以呈现呼叫方数据。例如，在一些实施例中，移动设备可以获取与呼叫方相关联的图像，以使得即使呼叫方之前从未呼叫过该移动设备，该图像也可以在来自呼叫方的首次来电期间与其他呼叫筛选数据一起显示。在本公开的一些实施例中，当数据通过数据通道传输到移动设备时，来电的终端被服务控制点保持。一旦服务控制点释放中断来电，则移动设备接收来电并且可以将数据呈现为呼叫筛选信息。在本公开的一些实施例中，关于存储在移动设备上的呼叫方数据缓存的信息可以被服务控制点访问，并且仅当确定呼叫方数据缓存不包括最近版本的呼叫方数据时，呼叫方数据才会被发送到移动设备。
[0017]移动电话系统
[0018]图1是示出移动电话系统100的示例性实施例的概况的框图。诸如手机、智能电话和/或诸如此类的呼叫移动设备102在第一移动运营商104处与账户相关联，呼叫移动设备102从该第一移动运营商104获取无线电话服务。诸如手机、智能电话和/或诸如此类的终端移动设备108在第二移动运营商106处与账户相关联，终端移动设备108从该第二移动运营商106获取无线电话服务。当呼叫移动设备102的用户向终端移动设备108拨打电话时，第一移动运营商104与第二移动运营商106相连，并且通信通道在呼叫移动设备102和终端移动设备108之间创建，以用于在设备之间传送电话数据。
[0019]在一些实施例中，为呼叫移动设备102提供服务的第一移动运营商104和为终端移动设备108提供服务的第二移动运营商106可以实际上是相同的移动运营商。在这样的实施例中，不使用第一移动运营商104和第二移动运营商106之间的连接。在以下的实施例中，为了便于讨论，主要描述第一移动运营商104和第二移动运营商106是分开的实施例，但是本领域的技术人员应当认识到，这样的示例也可以用在第一移动运营商104和第二移动运营商106是相同的移动运营商的实施例中。
[0020]图2是示出根据本公开各方面的终端移动设备108的示例性实施例的部件的框图。终端移动设备108包括呼叫处理引擎202、显示引擎210、呼叫方数据检索引擎204和互联网协议(IP)引擎205。呼叫处理引擎202可以被配置成从第二移动运营商106接收来电寻呼。一旦呼叫处理引擎202接收到呼叫寻呼，呼叫处理引擎202可以指令显示引擎210向用户呈现与呼叫寻呼相关联的信息，所述信息诸如包括在呼叫寻呼的移动拨号号码(MDN)值、与MDN相关联的存储在本地呼叫方数据库206中的数据和/或诸如此类。呼叫方数据检索引擎204可以接收与MDN相关联的用于呼叫方的额外呼叫方数据可用的指示，并且可以从服务控制点312获取这样的呼叫方数据，并且可以在任何时间做上述事情。也就是说，在一些实施例中，呼叫方数据检索引擎204可以在呼叫期间(包括在呼叫被终端移动设备108的用户接听之前的来电序列期间)接收额外呼叫方数据可用的指示并且从服务控制点312请求该数据。
[0021]终端移动设备108还可以包括本地呼叫方数据库206和通讯录数据库208。一旦呼叫方数据检索引擎204获取额外的呼叫方数据，则呼叫方数据检索引擎204可以将该额外呼叫方数据与MDN —起存储在本地呼叫方数据库206中，以用于在随后的呼叫期间显示。当存储的数据变得陈旧时(诸如在设定日历天数之后、至少在设定日历天数中还没有使用MDN之后和/或诸如此类)，呼叫方数据检索引擎204可以更新存储的呼叫方数据。
[0022]呼叫方数据检索引擎204还可以向用户提供在通讯录数据库208中存储额外呼叫方数据的选择，以使得用户可以将该额外呼叫方数据与通讯录列表中的条目(entry)相关联。对于给定的MDN，在通讯录数据库208中呈现这样的信息可以在恰当的时候(诸如当节省使用数据通道、带宽使用情况、电池电量和/或诸如此类被认为是重要的时候)用来阻止、无视或者取消呼叫方数据检索引擎204从服务控制点308检索进一步的信息。
[0023]如本领域的技术人员所认识到的，在不背离本公开的范围的情况下，移动运营商104、106和终端移动设备108可以使用除了本文示出的部件之外的其他部件，和/或本文示出为分离部件的部件可以合并形成整体的部件。
[0024]在一些实施例中，如相对于图8在以下进一步讨论的，呼叫移动设备102、终端移动设备108、第一移动运营商104、第二移动运营商106和/或它们的个别部件可以使用一个或多个计算设备实现。在一些实施例中，第二移动运营商106的单独示出的部件可以组合在单个计算设备内，或者可以在经由局域网、广域网、WiFi网络和/或任何其他合适的通信技术通信的单独的计算设备上实现。呼叫移动设备102和第一移动运营商104之间的通信可以经由任何合适的电话协议发生。
[0025]本公开的实施例可以使用来电号码(被各种网络标准命名为CLID、AN1、CID和/或诸如此类)作为MDN。CLID、AN1、CID和/或诸如此类被许多类型的电话网络提供为标准互用性的做法，从而本领域的技术人员将认识到本公开的实施例可以与来自许多类型的网络的来电使用。例如，来电可以使用传统的模拟电话网络、蜂窝网络、基于IP的网络、VoIP网络和/或诸如此类的来进行。在这方面，呼叫移动设备102和第一移动运营商104仅仅是示出来电和相关联的号码的开始的示例。这些示出仅仅是示例性的，并且不应当解释为限制。
[0026]呼叫方数据分布
[0027]图3是示出根据本公开各方面的用于将呼叫方数据传递到终端移动设备318的移动电话系统300的示例性实施例的框图。系统300可以包括一个或多个移动用户交换中心302、320、归属位置寄存器304、信号传送点306、服务控制点308、外部短消息实体314和因特网