双向消息服务和语音通信

摘要

各种实施例支持双向消息服务和语音通信。在至少一些实施例中，来自号码池的临时号码被自动地指派给传出消息并且被与预定接收者的电话号码分组在一起。接收者能够通过答复所指派的号码来对消息进行答复并且答复将被发送回到消息的发起方。在至少一些实施例中，号码池包括不同类型的号码，作为例子而非限制，诸如共享号码和专用号码。进一步地，至少一些实施例能够利用各种策略以便确定如何自动地指派临时号码。这样的策略能够由业务规则、监管关注、基于载体的考虑事项等等驱动。

权利要求

1.一种用于支持双向消息服务和语音通信的计算机实施的方法，包括：接收预定给一个或多个消息接收者的消息服务消息；

基于消息的目的地自动地将发送者ID指派给消息；以及使消息被路由到一个或多个接收者，

其中所述自动地指派包括：使用策略驱动方法从包括共享号码和专用号码的号码池中将所述发送者ID指派给所述消息。

2.根据权利要求1所述的方法，其中所述接收消息包括：接收包括SMS消息或MMS消息的消息。

3.根据权利要求1所述的方法，其中所述接收消息包括接收预定给多个接收者的消息，并且所述自动地指派包括自动地将至少一个不同的发送者ID指派给消息中的至少一个。

4.根据权利要求1所述的方法，其中所述接收消息包括接收预定给多个接收者的消息，并且所述自动地指派包括自动地将至少一个不同的发送者ID指派给消息中的至少一个，所述不同的发送者ID包括与不同于另一国家的国家相关联的发送者ID，所述另一国家与不同的发送者ID相关联。

5.根据权利要求1所述的方法，进一步包括：从一个或多个消息接收者接收对消息的答复；

根据至少发送者ID来探知消息的发起方；以及使答复被路由到消息的发起方。

6.一种用于支持双向消息服务和语音通信的计算机实施的方法，包括：维护共享号码和专用号码的一个或多个号码池；

接收预定给一个或多个消息接收者的消息；

通过使用策略驱动方法自动地将来自共享号码和专用号码的一个或多个池中的发送者ID指派给消息；以及使消息被路由到一个或多个接收者。

7.根据权利要求6所述的方法，其中所述自动地指派包括使用所述策略驱动方法来确定是否将共享号码或是专用号码指派为发送者ID。

8.根据权利要求6所述的方法，其中所述策略驱动方法利用基于位置的策略。

9.根据权利要求6所述的方法，进一步包括：从一个或多个消息接收者接收对消息的答复；

根据(a)发送者ID或(b)发送者ID和接收者的电话号码来探知消息的发起方；以及使答复被路由到消息的发起方。

说明书

双向消息服务和语音通信

背景技术

[0001] 随着通信网络增长和规模扩大，设计通信系统以便设计提供期望的用户体验的高效且可靠系统的那些人继续面对挑战。

发明内容

[0002] 本发明内容被提供来以简化的形式引入在下面在具体实施方式中被进一步描述的构思的选择。本发明内容不旨在识别所要求保护的主题的关键特征或必要特征。

[0003] 各种实施例支持双向消息服务和语音通信。在至少一些实施例中，来自号码池的临时号码被自动地指派给传出消息并且被与预定接收者的电话号码分组在一起。接收者能够通过答复所指派的号码来对消息进行答复并且答复将被发送回到消息的发起方（originator）。在至少一些实施例中，号码池包括不同类型的号码，作为例子而非限制，诸如共享号码和专用号码。进一步地，至少一些实施例能够利用各种策略以便确定如何自动地指派临时号码。这样的策略能够由业务规则、监管关注、基于载体的考虑事项等等驱动。

附图说明

[0004] 参考附图对具体实施方式进行描述。在图中，附图标记的最左边的（一个或多个）数字识别该附图标记首次出现在其中的图。相同的附图标记在本说明书和图中的不同实例中的使用可以指示类似的或相同的项。

[0005] 图1是依照一个或多个实施例的示例性实施方案中的环境的图示。

[0006] 图2是更详细地示出图1的示例性实施方案中的系统的图示。

[0007] 图3图示了能够被用来实施各种实施例的示例性全球移动通信系统（GSM）网络。

[0008] 图4图示了依照一个或多个实施例的示例性SMS网关消息服务中心。

[0009] 图5是描述依照一个或多个实施例的方法中的步骤的流程图。

[0010] 图6是描述依照一个或多个实施例的方法中的步骤的流程图。

[0011] 图7是描述依照一个或多个实施例的方法中的步骤的流程图。

[0012] 图8是描述依照一个或多个实施例的方法中的步骤的流程图。

[0013] 图9图示了能够被利用来实施本文中所描述的各种实施例的示例性计算设备。

具体实施方式

[0014] 概述

[0015] 各种实施例支持双向消息服务和语音通信。在至少一些实施例中，来自号码池的临时号码被自动地指派给传出消息并且被与预定接收者的电话号码分组在一起。接收者能够通过答复所指派的号码来对消息进行答复并且答复将被发送回到消息的发起方。在至少一些实施例中，号码池包括不同类型的号码，作为例子而非限制，诸如共享号码和专用号码。进一步地，至少一些实施例能够利用各种策略以便确定如何自动地指派临时号码。这样的策略能够由业务规则、监管关注、基于载体的考虑事项等等驱动。策略是可配置的以便支持目标，其包括通过为答复提供本地号码的服务可用性、遵守监管要求、与每个电话号码相关联的成本的减少以及用来提高正被发送和接收的消息的成功率的负载均衡。

[0016] 在至少一些实施例中，本文中所描述的技术能够被应用于可能牵涉不同国家中的用户的群组消息场景。群组的每个成员能够答复对于他或她而言是本地的号码。针对由群组成员的电话号码所表示的每个国家的专用号码能够被用来将消息发送到群组，或者每个群组成员能够被独立地指派本地共享号码。

[0017] 在至少一些实施例中，本文中所描述的技术能够被以类似的方式应用于将语音呼叫路由到正确的用户。以与消息答复被从接收者路由到消息的发起方相同的方式，从接收者到所指派的共享号码或专用号码的入站（inbound）语音呼叫能够被路由到呼叫者的客户端或者转发到用户的精选的PSTN号码。

[0018] 在至少一些实施例中，用户被给予在使答复被发送回到精选的移动号码或发送回到基于IP的应用之间挑选的选项。在前者方法中，出站（outbound）文本消息被以用户精选的移动号码的发送者ID发送。在后者方法中，消息被以由服务管理的电话号码的发送者ID发送，所述服务进而将会接收答复并且将它们中继回到用户。

[0019] 在以下讨论中，可操作来采用本文中所描述的技术的示例性环境被首先描述。示例性图示然后被描述，所述示例性图示可以被用在示例性环境中以及在其它环境中。

[0020] 示例性环境

[0021] 图1是可操作来采用本文中所描述的技术的示例性实施方案中的环境100的图示。所图示的环境100包括可以被以各种各样的方式配置的计算设备102的例子。例如，计算设备102可以被配置为如关于图2进一步描述的传统的计算机（例如，台式个人计算机、膝上型计算机等等）、移动站、娱乐装置、通信地耦合到电视的机顶盒、无线电话、上网本、游戏控制台、手持式设备等等。因此，计算设备102的范围可以从具有大量的存储器和处理器资源的全资源设备（例如，个人计算机、游戏控制台）到具有有限的存储器和/或处理资源的低资源设备（例如，传统的机顶盒、手持式游戏控制台）。计算设备102同样包括使计算设备102执行如在下面所描述的一个或多个操作的软件。

[0022] 计算设备102包括能够被以各种各样的方式配置的通信模块104。例如，通信模块104能够被配置成使得各种消息服务消息（诸如短消息服务（SMS）消息和多媒体消息传送服务（MMS）消息）能够被计算设备102发送和接收。SMS是使用标准化通信协议的电话、web或移动通信系统的文本消息传送服务构件，所述标准化通信协议允许在固定线路与移动电话设备之间交换短文本消息。MMS是提供标准方式来向和从设备发送包括多媒体内容的消息以及扩展SMS能力的服务构件。

[0023] 消息能够使用标准协议在移动电话设备和/或计算设备之间被发送和接收，所述标准协议作为例子而非限制包括信令系统7（SS7）、网际协议（IP）等等。消息能够被从计算设备发送到相同或不同的国家中的其它计算设备。

[0024] 替换地或附加地，通信模块104能够被配置成使能实现与其它计算设备的互联网协议电话（VOIP）服务。这个服务允许用户通过在因特网之上的语音、视频和即时消息传送进行通信。

[0025] 消息传送和VOIP服务能够使用本文中所描述的技术被实施。

[0026] 计算设备还能够被使能使用适当地配置的手势模块来辨识手势。手势模块能够结合任何适合类型的硬件、软件、固件或其组合被实施。在至少一些实施例中，手势模块用软件加以实施，所述软件驻留在某种类型的有形计算机可读介质（其例子在下面被提供）上。

[0027] 手势可以被以各种各样的不同的方式辨识。例如，手势模块可以被配置成辨识触摸输入，诸如用户的手106a的手指接近于或触摸使用触摸屏或近场功能性的计算设备102的显示设备108。

[0028] 在所图示的例子中，用户的手106a的手指被图示为选择110由显示设备108所显示的图像112。图像112的选择110和用户的手106a的手指的后续移动可以被手势模块104辨识。手势模块104然后可以将这个辨识的移动识别为指示用来将图像112的位置改变为显示器中的这样的点的“拖放”操作，在所述点处用户的手106a的手指被抬离显示设备108。因此，对描述图像的选择、选择点到另一位置的移动以及然后用户的手106a的手指的抬起的触摸输入的辨识可以被用来识别将发起拖放操作的手势（例如，拖放手势）。

[0029] 各种各样的不同类型的手势可以被手势模块104、105辨识，所述手势诸如根据单个类型的输入被辨识的手势（例如，诸如先前描述的拖放手势、向前滑动手势等等这样的触摸手势）和牵涉多个类型的输入的手势。例如，手势模块能够被利用来辨识单手指手势和边框（bezel）手势、多手指/同手手势以及边框手势，和/或多手指/不同手手势以及边框手势。

[0030] 例如，计算设备102可以被配置成检测并且区分触摸输入（例如，由用户的手106a的一个或多个手指所提供的）和触针输入（例如，由触针116所提供的）。区分可以被以各种各样的方式执行，诸如通过检测被用户的手106a的手指接触的显示设备108的量与被触针116接触的显示设备108的量的对比。

[0031] 图2一般地在200处图示了包括示例性计算设备102的示例系统，示例性计算设备102表示可以实施本文中所描述的各种技术的一个或多个计算系统和/或设备。计算设备
102可以是例如服务提供方（provider）的服务器、与客户端相关联的设备（例如，客户端设备）、片上系统，和/或任何其它适合的计算设备或计算系统。计算设备102包括如上面所描述的通信模块104。计算设备102还包括彼此通信地耦合的处理系统204、一个或多个计算机可读媒体206以及一个或多个I/O接口208。尽管未示出，但是计算设备102可以进一步包括将各种构件耦合到彼此的系统总线或其它数据和命令转移系统。系统总线能够包括不同的总线结构中的任何一个或组合，诸如存储器总线或存储器控制器、外围设备总线、通用串行总线和/或利用各种各样的总线架构中的任一个的处理器或本地总线。各种各样的其它例子同样被设想到，诸如控制和数据线。

[0032] 处理系统204表示使用硬件来执行一个或多个操作的功能性。因此，处理系统204被图示为包括可以被配置为处理器、功能块等等的硬件元件210。这可以包括如使用一个或多个半导体形成的专用集成电路或其它逻辑器件的硬件的实施方案。硬件元件210不受它们由其形成的材料或在其中采用的处理机制的限制。例如，处理器可以由（一个或多个）半导体和/或晶体管（例如，电子集成电路（IC））组成。在这样的上下文中，处理器可执行指令可以是电子可执行指令。

[0033] 计算机可读存储媒体206被图示为包括存储器/存储装置212。存储器/存储装置212表示与一个或多个计算机可读媒体相关联的存储器/存储装置容量。存储器/存储装置构件212可以包括易失性媒体（诸如随机存取存储器（RAM））和/或非易失性媒体（诸如只读存储器（ROM）、闪速存储器、光盘、磁盘等等）。存储器/存储装置构件212可以包括固定媒体（例如，RAM、ROM、固定硬盘驱动器等等）以及可拆卸媒体（例如，闪速存储器、可拆卸硬盘驱动器、光盘等等）。计算机可读媒体206可以被以如在下面进一步描述的各种各样的其它方式配置。

[0034] （一个或多个）输入/输出接口208表示用来允许用户将命令和信息键入到计算设备202并且还允许信息被呈现给用户和/或使用各种输入/输出设备的其它构件或设备的功能性。输入设备的例子包括键盘、光标控制设备（例如，鼠标）、话筒、扫描器、触摸功能性（例如，被配置成检测物理触摸的电容或其它传感器）、相机（例如，其可以采用诸如红外频率这样的可见波长或非可见波长来将移动辨识为不牵涉触摸的手势）等等。输出设备的例子包括显示设备（例如，监视器或投影仪）、扬声器、打印机、网络卡、触觉响应设备等等。因此，计算设备102可以被以如在下面进一步描述的各种各样的方式配置来支持用户交互。

[0035] 计算设备102还包括能够操作以使得用户能够浏览web的web浏览器213。

[0036] 各种技术在本文中可以在软件、硬件元件或程序模块的一般上下文中被描述。一般地，这样的模块包括执行特定任务或者实施特定抽象数据类型的例行程序、程序、对象、元件、构件、数据结构等等。如本文中所使用的术语“模块”、“功能性”以及“构件”一般地表示软件、固件、硬件或其组合。本文中所描述的技术的特征是平台无关的，意味着技术可以被实施在具有各种各样的处理器的各种各样的商业计算平台上。

[0037] 所描述的模块和技术的实施方案可以被存储在某种形式的计算机可读媒体上或者跨越某种形式的计算机可读媒体被传送。计算机可读媒体可以包括可以被计算设备102访问的各种各样的媒体。作为例子而非限制，计算机可读媒体可以包括“计算机可读存储媒体”和“计算机可读信号媒体”。

[0038] 与仅仅信号传输、载波或信号本身不同，“计算机可读存储媒体”可以指代使能实现信息的持久性和/或非暂时性存储的媒体和/或设备。因此，计算机可读存储媒体指代非信号承载媒体。计算机可读存储媒体包括用适合于存储信息的方法或技术实施的诸如易失性和非易失性、可拆卸和非可拆卸媒体和/或存储设备这样的硬件，所述信息诸如计算机可读指令、数据结构、程序模块、逻辑元件/电路或其它数据。计算机可读存储媒体的例子可以包括但不限于RAM、ROM、EEPROM、闪速存储器或其它存储器技术、CD-ROM、数字通用盘（DVD）或其它光学存储装置、硬盘、磁盒、磁带、磁盘存储装置或其它磁存储设备，或适合于存储所期望的信息并且可以被计算机访问的其它存储设备、有形媒体或制品。

[0039] “计算机可读信号媒体”可以指代被配置成诸如经由网络将指令传送到计算设备102的硬件的信号承载介质。信号媒体典型地可以将计算机可读指令、数据结构、程序模块或其它数据具体化为诸如载波、数据信号或其它传输机制这样的已调制数据信号。信号媒体还包括任何信息递送媒体。术语“已调制数据信号”意指这样的信号，所述信号使其特性中的一个或多个以这样的方式被设置或改变以便将信息编码在所述信号中。作为例子而非限制，通信媒体包括诸如有线网络或直接有线连接这样的有线媒体，以及诸如声学、RF、红外线这样的无线媒体和其它无线媒体。

[0040] 如先前所描述的，硬件元件210和计算机可读媒体206表示以硬件形式实施的模块、可编程器件逻辑和/或固定器件逻辑，其可以在一些实施例中被采用来实施本文中所描述的技术的至少一些方面，诸如以便执行一个或多个指令。硬件可以包括集成电路或片上系统、专用集成电路（ASIC）、现场可编程门阵列（FPGA）、复杂可编程逻辑器件（CPLD）的构件，以及硅或其它硬件中的其它实施方案。在这个上下文中，硬件可以作为执行由该硬件所体现的指令和/或逻辑所定义的程序任务的处理设备来操作，以及作为被利用来存储用于执行的指令的硬件（例如，先前所描述的计算机可读存储媒体）来操作。

[0041] 上述的组合还可以被采用来实施本文中所描述的各种技术。因此，软件、硬件或可执行模块可以被实施为在某种形式的计算机可读存储媒体上和/或由一个或多个硬件元件210体现的一个或多个指令和/或逻辑。计算设备102可以被配置成实施与软件和/或硬件模块相对应的特定指令和/或功能。因此，可由计算设备102作为软件执行的模块的实施可以至少部分地用硬件（例如，通过使用处理系统204的计算机可读存储媒体和/或硬件元件
210）来实现。指令和/或功能可由一个或多个制品（例如，一个或多个计算设备102和/或处理系统204）执行/操作以便实施本文中所描述的技术、模块以及例子。

[0042] 如图2中进一步图示的，示例性系统200当在个人计算机（PC）、电视设备和/或移动设备上运行应用时使能实现普适环境以得到无缝用户体验。当在利用应用、播放视频游戏、观看视频等等的同时从一个设备迁移到下一个设备时，服务和应用在所有三个环境中基本上类似地运行以得到共同用户体验。

[0043] 在示例性系统200中，多个设备通过中央计算设备被互连。中央计算设备可以对于多个设备是本地的或者可以被与多个设备远程定位。在一个实施例中，中央计算设备可以是通过网络、因特网或其它数据通信链路被连接到多个设备的一个或多个服务器计算机的云。

[0044] 在一个实施例中，这个互连架构使得功能性能够跨越多个设备被递送以便将共同且无缝的体验提供给多个设备的用户。多个设备中的每一个可以具有不同的物理要求和能力，并且中央计算设备使用平台来使得能够将既为设备所定制的且又为所有设备所共同的体验递送到设备。在一个实施例中，目标设备的类被创建并且体验是为设备的通用类定制的。设备的类别可以由设备的物理特征、使用的类型或其它共同特性来定义。

[0045] 在各种实施方案中，诸如针对计算机214、移动装置216以及电视218，计算设备202可以采取各种各样的不同的配置。这些配置中的每一个包括可以具有通常不同的构造和能力的设备，并且因此计算设备102可以根据不同的设备类中的一个或多个被配置。例如，计算设备602可以被实施为包括个人计算机、台式计算机、多屏幕计算机、膝上型计算机、上网本等等的计算机214类的设备。

[0046] 计算设备202还可以被实施为移动装置216类的设备，其包括移动设备，诸如移动电话、便携式音乐播放机、便携式游戏设备、平板计算机、多屏幕计算机等等。计算设备202还可以被实施为电视218类的设备，其包括具有或者连接到临时观看环境中通常较大的屏幕的设备。这些设备包括电视、机顶盒、游戏控制台等等。

[0047] 本文中所描述的技术可以被计算设备102的这些各种配置支持，并且不限于本文中所描述的技术的特定例子。这个功能性还可以全部或部分地通过使用分布式系统（诸如像在下面所描述的那样在“云”220上经由平台222）被实施。

[0048] 云220包括和/或表示针对资源224和通信服务的平台222。平台222抽象云220的硬件（例如，服务器）和软件资源的底层功能性。资源224可以包括当在远离计算设备102的服务器上执行计算机处理时能够被利用的应用和/或数据。资源224还能够包括通过因特网和/或通过订户网络（诸如蜂窝或Wi-Fi网络）提供的服务，诸如web服务。

[0049] 平台222可以抽象用来使计算设备102与其它计算设备连接的资源和功能。平台222还可以用于资源的抽象缩放以便将对应水平的规模提供给所遇到的对经由平台222被实施的资源224的需求。因此，在互连的设备实施例中，本文中所描述的功能性的实施可以遍及系统200被分布。例如，功能性可以部分地在计算机设备202上以及经由抽象云220的功能性的平台222被实施。

[0050] 在以下的讨论中，各部分描述了示例性实施例。标题为“示例性消息服务环境”的部分描述了能够被利用来实施本文中所描述的各种实施例的消息服务环境。接下来，标题为“示例性SMS网关MSC”的部分描述了依照一个或多个实施例的示例性SMS网关MSC。紧跟此之后，标题为“号码池”的部分描述依照一个或多个实施例的示例性号码池。接下来，标题为“共享号码”的部分描述了依照一个或多个实施例能够被利用的共享号码。紧跟此之后，标题为“专用号码”的部分描述了依照一个或多个实施例能够被利用的专用号码。接下来，标题为“共享号码与专用号码之间的策略驱动选择”的部分描述了依照一个或多个实施例能够驱动号码如何被指派的各种策略方法。紧跟此之后，标题为“本地号码”的部分描述了依照一个或多个实施例本地号码能够如何被指派。接下来，标题为“基于国家的路由”的部分描述了依照一个或多个实施例路由能够如何被执行。紧跟此之后，标题为“基于载体的路由”的部分描述了依照一个或多个实施例路由能够如何基于载体被执行。接下来，标题为“针对不同的需要提供不同的池”的部分描述了依照一个或多个实施例池能够如何被提供。紧跟此之后，标题为“群组消息传送”的部分描述了依照一个或多个实施例消息能够如何在群组场景下被发送。接下来，标题为“作为发送者ID的移动号码”的部分描述了依照一个或多个实施例移动号码能够如何作为发送者ID被利用。紧跟此之后，标题为“语音路由”的部分描述了技术能够如何被应用于语音路由场景。接下来，标题为“通过接收者的区域代码自动分配共享号码”的部分描述了依照一个或多个实施例区域代码能够如何在分配共享号码时被考虑。紧跟此之后，标题为“定价模型”的部分描述依照一个或多个实施例的定价模型考虑事项。最后，标题为“示例性设备”的部分描述了能够被利用来实施一个或多个实施例的示例性设备。

[0051] 示例性消息服务环境

[0052] 图3一般地在300处图示了能够被用来实施本文中所描述的实施例的系统。该系统包括各种客户端设备，其例子被示出在302、304以及306处。在这个例子中，客户端设备302和304能够使用所图示的构件将消息（诸如SMS和MMS消息）发送到客户端设备306。应当了解和理解，系统300构成能够被利用来实施本文中所描述的技术的仅一个类型的系统。同样地，在不脱离所要求保护的主题的精神和范围的情况下其它系统能够被利用。

[0053] 系统300还包括具有各种网络元件的全球移动通信系统（GSM）网络，所述各种网络元件包括短消息中心（SMC）元件308、SMS网关消息服务中心（SMS网关MSC）310、归属位置寄存器（HLR）312、移动交换中心（MSC）314、访问者位置寄存器（VLR）316以及基站系统318。

[0054] 在操作中，系统300利用存储和转发方法来从和向客户端设备302、304以及306传送消息。消息能够通过GSM网络采用语音/数据/传真服务被发送或接收。所图示的GSM网络支持国家和国际消息递送。

[0055] 当客户端设备（诸如客户端设备302）发送消息时，该消息被SMC元件308接收，所述SMC元件308执行存储消息并向和从客户端设备转发消息的任务。SMS网关MSC 310从SMC元件308接收SMS消息并且用作移动网络与其它网络联系的点。当SMS消息被从SMC 308接收到时，SMS网关MSC 310利用归属位置寄存器312来探知与SMS消息的预定接收者相关联的信息。归属位置寄存器312用作网络中的数据库，并且包括和各种设备的订阅简档有关的信息以及针对所关联的订户的路由信息，例如由设备当前位于的MSC（例如，MSC 314）所覆盖的区域。SMS网关MSC 310因此能够将消息传递到正确的MSC。在下面所描述的实施例中，SMS网关MSC 310被配置成通过从号码池中自动地将临时号码（称为“发送者ID”）指派给消息来实施双向消息传送。临时指派的号码被与和预定消息接收者相关联的号码（例如，电话号码）分组在一起，并且这个分组被映射到消息的发起方的号码。SMS消息的接收者然后能够答复所指派的号码，以及答复将被映射到发起方的号码并且被发送回给消息的发送者或发起方，如在下面更详细地描述的。然而，应当了解和理解，本文中所描述的技术能够使用由SMSC和SS7所采用的电路交换技术以外的技术被应用。作为例子而非限制，这样的技术能够包括驻留在SS7网络外部的基于服务器的技术，诸如经由IP网络和REST接口与运行诸如Linux和其它的操作系统的常规服务器上的应用进行通信的SMSC。这些应用可以与诸如Postgres或MySQL这样的数据库进行通信。

[0056] MSC 314被配置成在移动站之间或移动站与固定网络之间交换连接。访问者位置寄存器316被与MSC 314通信地相关联并且包含关于设备的临时信息，诸如与设备标识和设备当前位于的一个或多个小区相关联的信息。使用来自访问者位置寄存器316的信息，MSC 314能够将信息交换到所对应的基站系统318，所述基站系统318进而将SMS消息传送到客户端设备306。基站系统318包括通过空中接口将信息发送到客户端设备306和从客户端设备
306接收信息的收发机。

[0057] 已经描述了示例性消息服务环境，现在考虑依照一个或多个实施例的示例性SMS网关MSC的讨论。

[0058] 示例性SMS网关MSC

[0059] 图4一般地在400处图示了依照一个或多个实施例的示例性SMS网关MSC。SMS网关MSC 400包括一个或多个处理器402和一个或多个计算机可读媒体403，例如，计算机可读存储媒体。计算机可读媒体403包括号码池404，所述号码池404在至少一些实施例中能够包括能够像在下面更详细地描述的那样被指派给出站SMS消息的专用号码408和共享号码406两者。从号码池404中指派号码能够由指派模块410来执行，所述指派模块410能够维护发起方的号码与指派的号码和预定接收者的号码的组合之间的映射。

[0060] 此外，SMS网关MSC 400包括策略模块412，所述策略模块412能够被SMS网关MSC 400利用来以与跨越各种各样的国家的各种监管考虑事项以及各种业务关注相称的方式从号码池中指派号码，如将在下面变得显而易见的那样。

[0061] 号码池

[0062] 在一个或多个实施例中，双向消息服务通信（例如，SMS、MMS等等）通过自动地从号码池中指派临时号码而被实施。临时指派的号码被与和预定消息接收者相关联的号码（例如，电话号码）分组在一起。消息的接收者在他们接收到消息时典型地能够看见所指派的号码，并且然后能够答复所指派的号码。答复将被发送回给发送者，如在下面更详细地描述的。

[0063] 例如，当用户发送文本消息时，在被接收后，SMS网关MSC 400经由指派模块410从它管理的号码池（诸如号码池404）中自动地指派电话号码。这个指派的电话号码被设置为出站文本消息的发送者ID。例如，所指派的号码在它到达接收者的计算设备时出现在文本消息的“from（来自）”字段中。这个指派的电话号码通过指派模块410被映射到消息的发起方，以便当接收者对该电话号码进行答复时，他们的答复能够被路由回到发起方。具体地，当接收者答复时，SMS网关MSC 400能够查找接收者的电话号码和接收者对其进行答复的电话号码，以便确定如何将消息路由回到发起该消息的用户。这个过程能够在后台中被执行，并且对于出站消息的发送者而言能够是不知情的。以这种方式，发送者不必预先购买或者选择获取这个发送者ID。

[0064] 图5是描述依照一个或多个实施例的方法中的步骤的流程图。该方法能够结合任何适合的硬件、软件、固件或其组合被实施。在至少一个实施例中，该方法通过GSM网络中的一个或多个适当地配置的元件被实施。适当地配置的元件的仅一个例子是上面所描述的SMS网关MSC。

[0065] 步骤500接收预定给消息接收者的消息。这个步骤能够被以任何适合的方式执行。例如，在至少一些实施例中，SMS消息能够被接收。替换地或附加地，MMS消息能够被接收。此外，这个步骤能够通过接收预定给多个不同的接收者的单个消息而被执行，其例子在下面被提供。步骤502自动地将发送者ID指派给消息。这个消息能够被以任何适合的方式执行。
例如，任何适当地配置的可路由发送者ID能够被指派给消息，其例子在下面被提供。在至少一些实施例中，发送者ID能够基于消息的目的地（例如，消息将被发送到的设备的位置）被指派。步骤504使消息被路由到消息接收者。这个步骤能够被以这样的任何适合的方式执行，作为例子而非限制，诸如将消息路由到GSM网络内的其它元件或者使消息被路由到GSM网络内的其它元件。

[0066] 步骤506从消息接收者接收对消息的答复。步骤508根据发送者ID来探知消息的发起方。这能够通过使用查找表被完成，在所述查找表中发送者ID和相关联的接收者电话号码被与消息的发起方的电话号码相关联。步骤510使答复被路由到消息的发起方。这个步骤能够通过使用消息的发起方的电话号码来使答复被路由到发起方而被执行。这将答复有效地重定向到通信模块，例如，与发送原始消息的设备或用户相关联的通信模块104（图1和图2）。

[0067] 已经考虑了依照一个或多个实施例发送者ID能够如何被自动地指派给出站消息，现在考虑各种不同类型的发送者ID。

[0068] 共享号码

[0069] 在一个或多个实施例中，发送者ID能够从由SMS网关MSC 400（图4）管理的共享号码的池中进行选择。在一个或多个实施例中，当用户发送出站文本消息时，系统浏览它的被指定用于与出站消息一起使用的共享号码的池。通过确保目的地号码和发送者ID号码的组合当前未针对另一用户被配对而从这个池中选择发送者ID。当发送者ID号码被选择时，它被与目的地号码配对并且组合通过例如映射表被与用户相关联。出站消息使用所指派的发送者ID而被发送到目的地号码。由用户发送到目的地号码的每个出站消息使用相同的发送者ID被发送。来自目的地号码的入站答复被发送到所述发送者ID号码，其然后被系统接收到并且用来例如通过使用映射表来确定用户，以便将消息中继到该用户。

[0070] 使用共享号码能够使得较小的有限的号码池被分配。发送者ID和目的地号码到消息的发起方的映射能够被无限期地维持，使得发送者ID和目的地接收者对的一个映射总是对应于单个发起方。通过使用一对来执行到发起方的映射而不是仅使用发送者ID，共享号码能够被用作针对其它目的地接收者的发送者ID。只要每个目的地接收者被指派了不同的发送者ID来对不同的会话进行答复，发送者ID就能够被再用于其它目的地接收者。在这个用例中，每个目的地接收者可以是在和在共享号码池中存在共享号码一样多的单独的会话中。

[0071] 共享号码的池能够来自要被SMS网关MSC 400管理的任何适合的源。在至少一些实施例中，共享号码的池是从利用GSM网络的提供方或载体接收到的。共享号码然后能够被用来将消息路由到提供方或载体的订户。共享号码作为发送者ID的指派结合它们与目的地号码的配对以及到发起方的号码的后续映射使指派像在消息的发起方与消息的接收者之间一样是唯一的。同一共享号码能够与其它不同的目的地号码配对并且被映射到其它不同的发起方，从而像在发起方与接收者之间一样提供唯一映射机制。

[0072] 共享号码能够使用任何适合的数值寻址方法学被指派，所述任何适合的数值寻址方法学将使得消息能够并且允许消息被发送和接收。例如，共享号码可以是移动号码、使能实现消息递送的座机号、五位数短代码、六位数短代码等等。

[0073] 专用号码

[0074] 在一个或多个实施例中，专用号码能够作为发送者ID被指派给单独的用户。具体地，当用户发送出站消息时，系统（例如SMS网关MSC 400）浏览被指定用于与出站消息一起使用的专用号码的池。如果确定了用户当前不具有指派的发送者ID，则发送者ID号码被从这个池中选择。一旦发送者ID号码被从池指派给用户，则所指派的号码被标记为被指派给这个用户并且变得不可用于指派给其它用户。

[0075] 出站消息使用所指派的发送者ID被发送到目的地号码。被用户发送的每个出站消息使用相同的发送者ID被发送。来自目的地号码的入站答复被发送到所述发送者ID号码，所述发送者ID号码然后被系统接收。这个号码对（即发送者ID/目的地号码）被用来确定要将答复中继到的用户。发送者ID单独能够被用来确定要将消息中继到的用户，因为号码被映射到单个用户。

[0076] 共享号码与专用号码之间的策略驱动选择

[0077] 在一个或多个实施例中，策略驱动方法能够被利用来确定指派共享号码或是专用号码作为发送者ID。这个策略驱动方法能够通过使用适当地配置的策略模块（诸如策略模块412（图4））被实施。

[0078] 在至少一些实施例中，基于位置的策略能够被利用来驱动号码指派。例如，当系统接收到出站消息时，它探知消息的目的地。基于消息的目的地，指派模块410能够选择适当的算法以便用来在共享号码或专用号码之间进行挑选。同样地，系统能够利用号码池404来基于预定接收者的位置动态地挑选号码。例如，一些国家允许共享号码的使用然而其它国家不允许。基于预定接收者的位置，共享或专用号码能够按照国家特定策略和规程被选择为发送者ID。

[0079] 共享号码与专用号码之间的选择还能够由号码从其被接收到的各种载体或提供方的策略驱动。例如，一些载体或提供方可以允许共享号码的使用，然而其它载体或提供方可能不允许。基于载体，适当的发送者ID能够按照载体或提供方策略被选择。

[0080] 共享号码与专用号码之间的选择还能够由与成本和有关的业务模型相关联的策略驱动。例如，在一些国家中使用专用号码可能是昂贵的而使用共享号码是较便宜的。在这些实例中，成本有关的决策能够被做出来选择共享号码而不是专用号码作为发送者ID。

[0081] 因此，共享号码和专用号码连同用于号码指派的策略驱动方法的使用能够确保号码的唯一指派，所述号码的唯一指派针对确定用来得到来自和到达遵照监管和策略关注的用户的消息的最好方式。

[0082] 图6是描述依照一个或多个实施例的方法中的步骤的流程图。该方法能够结合任何适合的硬件、软件、固件或其组合被实施。在至少一些实施例中，该方法通过GSM网络中的一个或多个适当地配置的元件被实施。适当地配置的元件的仅一个例子是上面所描述的SMS网关MSC。

[0083] 步骤600维护共享号码和专用号码的号码池。共享号码和专用号码的例子在上面被提供。步骤602接收预定给消息接收者的消息。这个步骤能够被以任何适合的方式执行。例如，在至少一些实施例中，SMS消息能够被接收。替换地或附加地，MMS消息能够被接收。此外，这个步骤能够通过接收预定给多个不同的接收者的单个消息而被执行，其例子在下面被提供。步骤604从共享号码和专用号码的池中自动地将发送者ID指派给消息。这个能够如何被完成的例子在上面被提供。这个步骤能够被以任何适合的方式执行。例如，任何适当地配置的可路由发送者ID能够被指派给消息，其例子在上面被提供。步骤606使消息被路由到消息接收者。这个步骤能够被以任何适合的方式执行，作为例子而非限制，诸如将消息路由到GSM网络内的其它元件或者使消息被路由到GSM网络内的其它元件。

[0084] 步骤608从消息接收者接收对消息的答复。步骤610根据发送者ID来探知消息的发起方。这能够通过使用查找表被完成，在所述查找表中发送者ID被与消息的发起方的电话号码相关联。步骤612使答复被路由到消息的发起方。这个步骤能够通过使用消息的发起方的电话号码来使答复被路由到发起方而被执行。

[0085] 图7是描述依照一个或多个实施例的方法中的步骤的流程图。该方法能够结合任何适合的硬件、软件、固件或其组合被实施。在至少一些实施例中，该方法通过GSM网络中的一个或多个适当地配置的元件被实施。适当地配置的元件的仅一个例子是上面所描述的SMS网关MSC。

[0086] 步骤700维护共享号码和专用号码的号码池。共享号码和专用号码的例子在上面被提供。步骤702接收预定给消息接收者的消息。这个步骤能够被以任何适合的方式执行。例如，在至少一些实施例中，SMS消息能够被接收。替换地或附加地，MMS消息能够被接收。步骤704使用策略驱动方法来从共享号码和专用号码的池中自动地将发送者ID指派给消息。
各种策略和它们能够如何被利用来在共享号码与专用号码之间进行分配的例子在上面被提供。这个步骤能够被以任何适合的方式执行。例如，任何适当地配置的可路由发送者ID能够被与任何相关策略相关联地指派给消息，其例子在上面被提供。步骤706使消息被路由到消息接收者。这个步骤能够被以任何适合的方式执行，作为例子而非限制，诸如将消息路由到GSM网络内的其它元件或者使消息被路由到GSM网络内的其它元件。

[0087] 步骤708从消息接收者接收对消息的答复。步骤710根据发送者ID来探知消息的发起方。这能够通过使用查找表被完成，在所述查找表中发送者ID被与消息的发起方的电话号码相关联。步骤712使答复被路由到消息的发起方。这个步骤能够通过使用消息的发起方的电话号码来使答复被路由到发起方而被执行。

[0088] 已经考虑了在其中共享号码和专用号码两者都能够被指派的实施例，现在考虑针对成本降低措施将本地号码用作发送者ID的概念。

[0089] 本地号码

[0090] 典型地，与将消息从移动电话发送到本地号码相关联的成本比将消息发送到非本地或国际号码便宜。在一个或多个实施例中，发送者ID鉴于消息的预定接收者的位置被选择以便提供要对其做出响应的本地号码。以这种方式，当消息的接收者对本地号码做出响应时，它们将不引发与对从它们的地点外部接收到的消息进行响应相关联的地区或国际费用。

[0091] 例如，当消息被SMS网关MSC 400接收到时，系统能够探知消息的预定接收者的地理位置。一旦消息的预定接收者的地理位置被探知到，则系统能够指派本地共享号码或专用号码来用作发送者ID。以这种方式，当消息的接收者对消息进行答复时，它们将答复本地号码并且因此不引发地区或国际费用。这能够提高非本地用户将对消息进行答复的可能性，因为他们正在答复本地号码。

[0092] 例如，假定在美国的用户经由它们的聊天客户端将消息发送到在德国的用户。对于用户来说发送消息可能是便宜的或甚至免费的。然而，因为在德国的接收者将答复在美国的号码，所以它们将引发国际费用。在这个实例中，将形式为本地德国号码的发送者ID指派给出站消息将确保接收者答复本地号码，并且因此，不引发国际费用。

[0093] 图8是描述依照一个或多个实施例的方法中的步骤的流程图。该方法能够结合任何适合的硬件、软件、固件或其组合被实施。在至少一些实施例中，该方法通过GSM网络中的一个或多个适当地配置的元件被实施。适当地配置的元件的仅一个例子是上面所描述的SMS网关MSC。

[0094] 步骤800接收预定给消息接收者的消息。这个步骤能够被以任何适合的方式执行。例如，在至少一些实施例中，SMS消息能够被接收。替换地或附加地，MMS消息能够被接收。步骤802探知预定接收者的位置。这个步骤能够通过根据预定接收者的电话号码来探知他们的国家或地点而被执行。步骤804自动地将本地号码作为发送者ID指派给消息。这个步骤能够被以任何适合的方式执行。例如，任何适当地配置的本地可路由发送者ID能够被指派给消息，其例子在上面被提供。步骤806使消息被路由到消息接收者。这个步骤能够被以任何适合的方式执行，作为例子而非限制，诸如将消息路由到GSM网络内的其它元件或者使消息被路由到GSM网络内的其它元件。

[0095] 步骤808从消息接收者接收对消息的答复。步骤810根据发送者ID来探知消息的发起方。这能够通过使用查找表被完成，在所述查找表中发送者ID被与消息的发起方的电话号码相关联。步骤812使答复被路由到消息的发起方。这个步骤能够通过使用消息的发起方的电话号码来使答复被路由到发起方而被执行。

[0096] 基于国家的路由

[0097] 在一个或多个实施例中，当用户将文本消息发送到不同国家的接收者时系统能够从不同的号码池中将不同的发送者ID指派给他或她。这本质上是对上面刚刚描述的实施例的扩展。例如，当用户将文本消息发送到在美国的接收者时，系统能够从美国号码池中选择和指派发送者ID。接收者然后从美国的号码接收消息并且能够答复该号码。同样地，当用户将文本消息发送到在英国的接收者时，系统能够从与英国相关联的号码池中选择发送者ID，以便在那里的接收者能够答复英国号码。

[0098] 作为结果，用户能够具有所指派的多个电话号码，以便各种国家中的不同接收者能够全部具有他们能够对其进行答复的本地电话号码并且使消息被路由回到原始用户。

[0099] 基于载体的路由

[0100] 在一个或多个实施例中，系统能够取决于可用于转发和/或答复路径的路由从不同的号码池中指派不同的发送者ID。出站和入站消息路由将确定消息是否能够被成功地发送到发送者和接收者并且从发送者和接收者接收到。在这个实施例中，接收者的电话号码可以在数据库（诸如SS7电话网络的归属位置寄存器（HLR））中被查找到以便为这个设备获得运营商处理消息。这个运营商与系统的池中的发送者ID号码的提供方之间的转发和答复路径能够在路由表中被查找到以便确定两方之间的连接路径的可用性。这个连接信息能够被用来选择具有最可能便于消息的转发和答复垫板（pad）的连接性的水平的发送者ID号码池。

[0101] 这个基于载体的路由还能够被用于最低成本路由或试图对成本、监管要求、业务要求或其它因素进行优化的其它规则或策略。以这种方式，发送者ID能够被选择使得载体路由来自它们自己的用户的消息和向它们自己的用户路由消息。例如，如果用户A利用T-Mobile作为载体并且利用使SMS转发被启用的聊天客户端，并且将消息发送到用户B的聊天客户端，则发送者ID能够被选择为T-Mobile号码。因此，当消息被用户A的聊天客户端转发时，它通过T-Mobile网络被转发到用户A。

[0102] 针对不同的需要提供不同的池

[0103] 在一个或多个实施例中，并且如上面所指出的，取决于与用于指派的本地号码或国际号码的使用相关联的各种因素，例如可用性、成本、监管要求，业务规则能够围绕每个类型的号码（例如，共享的或专用的）的使用被利用，并且确定号码池中哪些号码被使用。

[0104] 如先前所提到的，号码池能够包含专用号码或共享号码，其对于它们与之相关联的国家而言可能是本地的或国际的。此外，规则能够被利用来针对在各种国家内和外部的不同载体之间的连接性来确定期望的号码池。业务规则然后能够被利用来对各种号码池进行优先级排序并且使各种号码池与发送者或接收者国家或两者相匹配。例如，发送到特定运营商的美国目的地号码的消息能够从专用美国号码的池中被指派发送者ID，然而发送到加拿大目的地号码的消息能够从共享加拿大号码的池中被指派发送者ID。进一步地，如果法国号码是不可用的，则在法国的用户可以从专用于英国的池中被指派号码。

[0105] 这个灵活性允许系统支持来自任何国家中的移动设备的答复，从而克服SMS聚合器和载体的入站和出站路由连接性限制、高的SMS和电话号码成本以及在特定国家中使用电话号码资源的监管约束。

[0106] 群组消息传送

[0107] 在一个或多个实施例中，能够以实现上面所描述的目标的方式为作为群组的成员的SMS接收者选择发送者ID。

[0108] 例如，当单个号码被用作针对一组SMS接收者的发送者ID时，用于群组消息的发送者ID能够从最好地满足由系统中的业务规则所规定的准则的池中被选择。作为例子而非限制，业务规则能够包括如基于群组的所有成员是否在相同的国家中或基于来自特定国家的号码的可用性从特定池中进行选择这样的东西。

[0109] 在一个或多个实施例中，多个不同的发送者ID能够在每群组的基础上取决于各接收者在群组内的位置而被指派。例如，如果群组包含三个不同国家中的用户，则与那三个不同国家相关联的发送者ID能够被指派给预定给驻留或当前位于那些国家中的接收者的消息。这能够允许每个国家中的用户答复他们相应的国家中的本地号码。例如，群组中的所有美国用户能够答复美国电话号码，然而群组中的所有英国用户能够答复英国号码，并且群组中的所有印度用户能够答复印度电话号码。像在上面所描述的各种实施例中一样，不同的号码池能够根据不同的条件和规则被指派。例如，如果日本电话号码不可用于指派，则日本SMS接收者能够从美国池中被指派号码，当然假定美国池因为成本、覆盖范围或用户体验原因已被挑选为次优替代方案。

[0110] 在一个或多个其它实施例中，从池中指派发送者ID在每个接收者的基础上被完成。这提供了比从国家池中指派号码甚至更大的灵活性。例如，在具有高互连性成本（例如，在一个载体到另一载体之间路由）的国家中，用来发送SMS消息的成本能够通过具有直接的运营商关系和互连以便针对运营商X的用户的消息经由运营商X的网络被发送、针对运营商Y的用户的消息经由运营商Y的网络被发送等等而被降低。在这种情况下，系统能够确定每个群组成员的运营商并且从包含来自该运营商的电话号码的池中选择发送者ID。结果得到的针对这个用户的出站和入站消息然后将使用来自这个运营商的发送者ID号码被路由。通过针对群组中的每个接收者完成此，系统能够为整个群组选择期望的或最佳的发送者ID号码。

[0111] 作为发送者ID的移动号码

[0112] 在一个或多个实施例中，用户能够被提供有挑选在出站消息上将系统确定的发送者ID号码或是用户自己的移动号码用作发送者ID的机会。前者将给予用户在除用户的移动电话以外的设备或应用中接收消息的能力，然而后者允许接收者将消息从其被发送的电话号码辨识为属于该用户。

[0113] 如果池对于接收者来说是可用的，则这个方法的变例还能够使用来自池的号码，以及如果池由于例如号码可用性、路由限制等等而是不可用的，则使用用户自己的移动号码。

[0114] 语音路由

[0115] 此外，虽然已经在消息的上下文中描述了上面描述的实施例，所述消息包括SMS和MMS消息，但是实施例也能够被扩展到语音呼叫，诸如使用例如VoIP在因特网之上发生的那些。

[0116] 通过接收者的区域代码自动分配共享号码

[0117] 在一个或多个实施例中，发送者ID能够基于出现在号码池中的与接收者的电话号码匹配的区域代码而被选择。以这种方式，能够使得用户体验对于接收者来说感到更熟悉并且提高接收者将进行答复的可能性。因此，代替在接收到的消息中看见陌生的或不同的区域代码出现，接收者将看见在相同的区域代码或州中的更容易被接收者辨识的发送者ID。

[0118] 定价模型

[0119] 在一个或多个实施例中，用户能够被呈现有根据其选择何时发送消息的不同的价格模型。这可以是基于源和目的地位置的。例如，基于发送者的位置和目的地移动号码，关于用于发送消息的价格的确定能够被做出并且价格选项能够被呈现给发送者。因此，如果发送者位于美国，则发送者能够被示出将消息发送到各种国家的价格。如果发送者位于印度，则他们可能被呈现有与该国家相关联的不同的价格选项等等。以这种方式，用户的位置能够被确定并且价格模型能够被相应地呈现。

[0120] 示例性设备

[0121] 图9图示了能够被实施为如参考图1和图2所描述的任何类型的便携式和/或计算机设备以便实施本文中所描述的实施例的示例性设备900的各种构件。设备900包括通信设备902，所述通信设备902使能实现设备数据904（例如，接收到的数据、正被接收的数据、为广播调度的数据、数据的数据分组等）的有线和/或无线通信。设备数据904或其它设备内容能够包括设备的配置设定、存储在设备上的媒体内容和/或与设备的用户相关联的信息。存储在设备900上的媒体内容能够包括任何类型的音频、视频和/或图像数据。设备900包括任何类型的数据、媒体内容和/或输入能够经由其被接收的一个或多个数据输入906，诸如用户可选择的输入、消息、音乐、电视媒体内容、录制的视频内容以及从任何内容和/或数据源接收到的任何其它类型的音频、视频和/或图像数据。

[0122] 设备900同样包括通信接口908，所述通信接口908能够被实施为串行和/或并行接口、无线接口、任何类型的网络接口、调制解调器中的任何一个或多个，以及被实施为任何其它类型的通信接口。通信接口908在设备900与通信网络之间提供连接和/或通信链路，通过其，其它电子、计算以及通信设备与设备900传送数据。

[0123] 设备900包括一个或多个处理器910（例如，微处理器、控制器等等中的任一个），所述一个或多个处理器910处理各种计算机可执行指令或可读指令以便控制设备900的操作并且以便实施上面所描述的手势实施例。替换地或此外，设备900能够采用结合在912处被一般地识别的处理和控制电路被实施的硬件、固件或固定逻辑电路中的任何一个或组合而被实施。尽管未示出，但是设备900能够包括耦合设备内的各种构件的系统总线或数据转移系统。系统总线能够包括不同的总线结构中的任何一个或组合，诸如存储器总线或存储器控制器、外围设备总线、通用串行总线，和/或利用各种各样的总线架构中的任一个的处理器或局部总线。

[0124] 设备900同样包括计算机可读媒体914，诸如一个或多个存储器构件，其例子包括随机存取存储器（RAM）、非易失性存储器（例如，只读存储器（ROM）、闪速存储器、EPROM、EEPROM等中的任何一个或多个）以及磁盘存储设备。磁盘存储设备可以被实施为任何类型的磁或光学存储设备，诸如硬盘驱动器、可记录和/或可重写紧凑盘（CD）、任何类型的数字通用盘（DVD）等等。设备900还能够包括大容量存储媒体设备916。

[0125] 计算机可读媒体914提供数据存储机制以便存储设备数据904，以及各种设备应用918和与设备900的操作方面有关的任何其它类型的信息和/或数据。例如，操作系统920能够作为计算机应用与计算机可读媒体914一起被维护并且在处理器910上被执行。设备应用
918能够包括设备管理器（例如，控制应用、软件应用、信号处理和控制模块、特定设备本机的代码、针对特定设备的硬件抽象层等）。设备应用918同样包括任何系统构件或模块以便实施本文中所描述的手势技术的实施例。在这个例子中，设备应用918包括作为软件模块和/或计算机应用被示出的接口应用922和通信模块924。通信模块924表示被用来提供诸如各种消息传送（例如，SMS、MMS等等）这样的通信能力以及聊天功能性的软件。替换地或此外，接口应用922和通信模块924能够被实施为硬件、软件、固件或其任何组合。

[0126] 设备900同样包括将音频数据提供给音频系统928和/或将视频数据提供给显示系统930的音频和/或视频输入输出系统926。音频系统928和/或显示系统930能够包括处理、显示和/或以其它方式渲染音频、视频以及图像数据的任何设备。视频信号和音频信号能够经由RF（射频）链路、S视频链路、合成视频链路、分量视频链路、DVI（数字视频接口）、模拟音频连接或其它类似的通信链路而被从设备900传送到音频设备和/或到显示设备。在实施例中，音频系统928和/或显示系统930被实施为设备900的外部构件。替换地，音频系统928和/或显示系统930被实施为示例性设备900的集成构件。

[0127] 结论

[0128] 各种实施例支持双向消息服务和语音通信。在至少一些实施例中，来自号码池的临时号码被自动地指派给传出消息并且被与预定接收者的电话号码分组在一起。接收者能够通过答复所指派的号码来对消息进行答复并且答复将被发送回到消息的发起方。在至少一些实施例中，号码池包括不同类型的号码，作为例子而非限制，诸如共享号码和专用号码。进一步地，至少一些实施例能够利用各种策略以便确定如何自动地指派临时号码。这样的策略能够由业务规则、监管关注、基于载体的考虑事项等等驱动。

[0129] 尽管已经用特定于结构特征和/或方法学动作的语言描述了实施例，但是应当理解，在所附权利要求中定义的实施例未必限于所描述的特定特征或动作。相反，特定特征和动作作为实施所要求保护的实施例的示例性形式被公开。