由客户端应用共享以访问客户端设备上的富通信套件资源的跨平台模块

摘要

在一实施例中，运行特定OS或OS版本的客户端设备置备有富通信套件(RCS)接口。RCS接口斡旋RCS客户端应用与RCS资源之间的交互。RCS接口使用RCS协议以独立于平台的方式与多个RCS客户端应用交互，并且RCS使用OS专属RCS访问协议以OS专属方式与RCS资源交互。RCS接口将遵循RCS协议的源自应用的RCS信令转换成OS专属RCS访问协议以供递送至RCS资源，并且RCS接口同样将遵循OS专属RCS访问协议的终止于应用的信令转换成RCS访问协议以供递送至RCS客户端应用之一。

说明书

根据35U.S.C.§119的优先权要求

本专利申请要求于2013年1月29日提交的题为“CROSS-PLATFORMMODULE THAT IS SHARED BY CLIENT APPLICATIONS FOR ACCESS TORICH COMMUNICATIONS SUITE RESOURCES ON A CLIENT DEVICE(由客户端应用共享以访问客户端设备上的富通信套件资源的跨平台模块)”的美国申请No.61/758,136的优先权，该申请被转让给本申请受让人并因而通过援引全部明确纳入于此。

技术领域

本发明的实施例涉及由客户端应用共享以访问客户端设备上的富通信套件(RCS)功能的跨平台模块。

总览

无线通信系统已经过了数代的发展，包括第一代模拟无线电话服务(1G)、第二代(2G)数字无线电话服务(包括过渡的2.5G和2.75G网络)、第三代(3G)具有因特网能力的高速数据无线服务和第四代(4G)服务(例如，长期演进(LTE)或WiMax)。目前在用的有许多不同类型的无线通信系统，包括蜂窝以及个人通信服务(PCS)系统。已知蜂窝系统的示例包括蜂窝模拟高级移动电话系统(AMPS)，以及基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(GSM)变型的数字蜂窝系统等。

网际协议(IP)多媒体子系统(IMS)中的富通信套件(RCS)是IMS领域中最近开发出的服务类型。RCS一般指的是客户端设备(例如，移动设备或固定设备)可用于执行以下操作的通信服务集：实时更新其地址簿中的联系人的能力并由此使得能够基于联系人的实时能力来进行“富通信”，诸如LTE语音(VoLTE)、视频呼叫、即时消息收发(IM)、文件或图像共享等。然而，虽然客户端应用能够利用低级操作系统(OS)资源来实现RCS服务，但每一个客户端应用通常必须被定制以便在它将在其上运行的特定平台上操作。例如，被配置成在Android OS设备上操作的客户端应用需要由其开发者编码成利用任何可用的Android专属RCS OS资源，被配置成在Windows OS设备上操作的客户端应用需要由其开发者编码成利用任何可用的Windows专属RCSOS资源，被配置成在iOS设备上操作的客户端应用需要由其开发者编码成利用任何可用的iOS专属RCS OS资源，以此类推。

一些范例实施例的简述

在一实施例中，运行特定OS或OS版本的客户端设备置备有富通信套件(RCS)接口。RCS接口斡旋RCS客户端应用与RCS资源之间的交互。RCS接口使用RCS协议以独立于平台的方式与多个RCS客户端应用交互，并且RCS使用OS专属RCS访问协议以OS专属方式与RCS资源交互。RCS接口将遵循RCS协议的源自应用的RCS信令转换成OS专属RCS访问协议以供递送至RCS资源，并且RCS接口同样将遵循OS专属RCS访问协议的终止于应用的信令转换成RCS访问协议以供递送至RCS客户端应用之一。

附图简述

对本发明的各实施例及其许多伴随优点的更完整领会将因其在参考结合附图考虑的以下详细描述时变得更好理解而易于获得，附图仅出于解说目的被给出而不对本发明构成任何限定，并且其中：

图1解说了根据本发明的一实施例的无线通信系统的高级系统架构。

图2解说了根据本发明的实施例的用户装备(UE)的示例。

图3解说了根据本发明一实施例的包括被配置成执行功能性的逻辑的通信设备。

图4解说了用于UE的常规RCS富通信套件(RCS)架构的高级别视图。

图5A解说了根据本发明的一实施例的用于UE的RCS架构的高级别视图。

图5B解说了根据本发明一实施例的Android RCS架构的示例。

图5C解说了根据本发明一实施例的Windows RCS架构的示例。

图6A解说了根据本发明的一实施例的用于经由共享式RCS接口将RCS资源信令从RCS客户端应用传递至相关联的UE上的操作系统(OS)专属RCS资源的过程。

图6B解说了根据本发明的一实施例的用于经由共享式RCS接口将RCS资源信令从相关联的UE上的OS专属RCS资源传递至RCS客户端应用的过程。

图7A解说了根据本发明的一实施例的图6A-7B的过程的Android OS专属实现示例。

图7B解说了根据本发明的一实施例的图6A-7B的过程的Windows OS专属实现示例。

详细描述

本发明的各方面在以下针对本发明具体实施例的描述和有关附图中被公开。可以设计替换实施例而不会脱离本发明的范围。另外，本发明中众所周知的元素将不被详细描述或将被省去以免湮没本发明的相关细节。

措辞“示例性”和/或“示例”在本文中用于意指“用作示例、实例或解说”。本文描述为“示例性”和/或“示例”的任何实施例不必被解释为优于或胜过其他实施例。同样，术语“本发明的各实施例”并不要求本发明的所有实施例都包括所讨论的特征、优点、或工作模式。

此外，许多实施例是根据将由例如计算设备的元件执行的动作序列来描述的。将认识到，本文描述的各种动作能由专用电路(例如，专用集成电路(ASIC))、由正被一个或多个处理器执行的程序指令、或由这两者的组合来执行。另外，本文描述的这些动作序列可被认为是完全体现在任何形式的计算机可读存储介质内，其内存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本发明的各种方面可以用数种不同形式来体现，所有这些形式都已被构想落在所要求保护的主题内容的范围内。另外，对于本文描述的每个实施例，任何此类实施例的对应形式可在本文中被描述为例如“被配置成执行所描述的动作的逻辑”。

客户端设备(在本文中被称为用户装备(UE))可以是移动的或静止的，并且可以与无线电接入网(RAN)通信。如本文所使用的，术语“UE”可以互换地被称为“接入终端”或“AT”、“无线设备”、“订户设备”、“订户终端”、“订户站”、“用户终端”或UT、“移动终端”、“移动站”及其各种变型。一般地，UE可以经由RAN与核心网通信，并且通过核心网，UE能够与外部网络(诸如因特网)连接。当然，连接到核心网和/或因特网的其他机制对于UE而言也是可能的，诸如通过有线接入网、WiFi网络(例如，基于IEEE 802.11等)等。UE可以通过数种类型设备中的任何设备来实现，包括但不限于PC卡、致密闪存设备、外置或内置调制解调器、无线或有线电话等。UE藉以向RAN发送信号的通信链路被称为上行链路信道(例如，反向话务信道、反向控制信道、接入信道等)。RAN籍以向UE发送信号的通信链路被称为下行链路或前向链路信道(例如，寻呼信道、控制信道、广播信道、前向话务信道等)。如本文所使用的，术语话务信道(TCH)可以指上行链路/反向或下行链路/前向话务信道。

图1解说了根据本发明的一实施例的无线通信系统100的高级系统架构。无线通信系统100包含UE 1…N。UE 1…N可包括蜂窝电话、个人数字助理(PDA)、寻呼机、膝上型计算机、台式计算机等。例如，在图1中，UE 1…2被解说为蜂窝呼叫电话，UE 3…5被解说为蜂窝触摸屏电话或智能电话，而UE N被解说为台式计算机或PC。

参照图1，UE 1…N被配置成在物理通信接口或层(在图1中被示为空中接口104、106、108和/或直接有线连接)上与接入网(例如，RAN 120、接入点125等)通信。空中接口104和106可遵循给定的蜂窝通信协议(例如，CDMA、EVDO、eHRPD、GSM、EDGE、W-CDMA、LTE等)，而空中接口108可遵循无线IP协议(例如，IEEE 802.11)。RAN 120包括通过空中接口(诸如，空中接口104和106)服务UE的多个接入点。RAN 120中的接入点可被称为接入节点或AN、接入点或AP、基站或BS、B节点、演进型B节点等。这些接入点可以是陆地接入点(或地面站)或卫星接入点。RAN 120被配置成连接到核心网140，核心网140可以执行各种各样的功能，包括在RAN 120服务的UE与RAN 120或不同的RAN一起服务的其他UE之间桥接电路交换(CS)呼叫，并且还可中介与外部网络(诸如因特网175)的分组交换(PS)数据交换。因特网175包括数个路由代理和处理代理(出于方便起见未在图1中示出)。在图1中，UE N被示为直接连接到因特网175(即，与核心网140分开，诸如通过WiFi或基于802.11的网络的以太网连接)。因特网175可藉此用于经由核心网140在UE N与UE 1…N之间桥接分组交换数据通信。图1还示出与RAN 120分开的接入点125。接入点125可以独立于核心网140地(例如，经由光通信系统，诸如FiOS、线缆调制解调器等)连接到因特网175。空中接口108可通过局部无线连接(诸如在一个示例中是IEEE 802.11)服务UE 4或UE5。UE N被示为具有到因特网175的有线连接(诸如到调制解调器或路由器的直接连接)的台式计算机，在一示例中该调制解调器或路由器可对应于接入点125自身(例如，对于具有有线和无线连通性两者的Wi-Fi路由器)。

参照图1，服务器170被示为连接到因特网175、核心网140、或这两者。服务器170可被实现为多个结构上分开的服务器，或者替换地可对应于单个服务器。如下文将更详细地描述的，服务器170被配置成支持一个或多个通信服务(例如，IP语音(VoIP)会话、即按即说(PTT)会话、群通信会话、社交联网服务等)以用于能经由核心网140和/或因特网175连接到服务器170的UE、和/或向UE提供内容(例如，web页面下载)。

图2解说了根据本发明的实施例的UE(即，客户端设备)的示例。参照图2，UE 200A被解说为发起呼叫的电话，而UE 200B被解说为触摸屏设备(例如，智能电话、平板计算机等)。如图2所示，UE 200A的外壳配置有天线205A、显示器210A、至少一个按钮215A(例如，PTT按钮、电源按钮、音量控制按钮等)和按键板220A以及其他组件，如本领域已知的。同样，UE 200B的外壳配置有触摸屏显示器205B、外围按钮210B、215B、220B和225B(例如，电源控制按钮、音量或振动控制按钮、飞机模式切换按钮等)、至少一个前面板按钮230B(例如，Home(主界面)按钮等)以及其他组件，如本领域已知的。尽管未被显式地示为UE 200B的一部分，但UE 200B可包括一个或多个外部天线和/或被构建到UE 200B的外壳中的一个或多个集成天线，包括但不限于Wi-Fi天线、蜂窝天线、卫星定位系统(SPS)天线(例如，全球定位系统(GPS)天线)，等等。

虽然UE(诸如UE 200A和200B)的内部组件可以用不同硬件配置来实施，但在图2中，内部硬件组件的基本高级UE配置被示为平台202。平台202可接收并执行传送自RAN 120的、可能最终来自核心网140、因特网175和/或其他远程服务器和网络(例如应用服务器170、web URL等)的软件应用、数据和/或命令。平台202还可独立地执行本地存储的应用而无需RAN交互。平台202可包括收发机206，收发机206可操作地耦合到专用集成电路(ASIC)208或其他处理器、微处理器、逻辑电路、或其他数据处理设备。ASIC 208或其他处理器执行与无线设备的存储器212中的任何驻留程序相对接的应用编程接口(API)210层。存储器212可包括只读或随机存取存储器(RAM和ROM)、EEPROM、闪存卡、或计算机平台常用的任何存储器。平台202还可包括能存储未在存储器212中活跃地使用的应用以及其它数据的本地数据库214。本地数据库214通常为闪存单元，但也可以是如本领域已知的任何辅助存储设备(诸如磁介质、EEPROM、光学介质、带、软盘或硬盘、或诸如此类)。

相应地，本发明的一实施例可包括具有执行本文描述的功能的能力的UE(例如，UE 200A、200B等)。如将由本领域技术人员领会的，各种逻辑元件可实施在在分立元件、在处理器上执行的软件模块、或软件与硬件的任何组合中以实现本文公开的功能性。例如，ASIC 208、存储器212、API 210和本地数据库214可以全部协作地用来加载、存储和执行本文公开的各种功能，且用于执行这些功能的逻辑因此可分布在各种元件上。替换地，该功能性可被纳入到一个分立的组件中。因此，图2中的UE 200A和200B的特征将仅被视为解说性的，且本发明不限于所解说的特征或布局。

UE 200A和/或200B与RAN 120之间的无线通信可以基于不同的技术，诸如CDMA、W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分复用(OFDM)、GSM、或可在无线通信网络或数据通信网络中使用的其他协议。如上文所讨论的以及本领域中已知的，可以使用各种网络和配置来将语音传输和/或数据从RAN传送到UE。因此，本文提供的解说并非意图限定本发明的各实施例，而仅仅是帮助描述本发明的各实施例的各方面。

图3解说了包括被配置成执行功能性的逻辑的通信设备300。通信设备300可对应于上文提及的通信设备中的任一者，包括但不限于UE 200A或200B、RAN 120的任何组件、核心网140的任何组件，与核心网140和/或因特网175耦合的任何组件(例如，服务器170)等。因此，通信设备300可对应于配置成通过图1的无线通信系统100与一个或多个其它实体通信(或促成与一个或多个其它实体的通信)的任何电子设备。

参照图3，通信设备300包括被配置成接收和/或传送信息的逻辑305。在一示例中，如果通信设备300对应于无线通信设备(例如，UE 200A或200B、AP 125、BS、RAN 120中的B节点或演进型B节点等)，则被配置成接收和/或传送信息的逻辑305可包括无线通信接口(例如，蓝牙、WiFi、2G、CDMA、W-CDMA、3G、4G、LTE等)，诸如无线收发机和相关联的硬件(例如，RF天线、调制解调器、调制器和/或解调器等)。在另一示例中，被配置成接收和/或传送信息的逻辑305可对应于有线通信接口(例如，串行连接、USB或火线连接、可藉以接入因特网175的以太网连接等)。因此，如果通信设备300对应于某种类型的基于网络的服务器(例如，服务器170等)，则被配置成接收和/或传送信息的逻辑305在一示例中可对应于以太网卡，该以太网卡经由以太网协议将基于网络的服务器连接至其它通信实体。在进一步示例中，被配置成接收和/或传送信息的逻辑305可包括传感或测量硬件(例如，加速计、温度传感器、光传感器、用于监视本地RF信号的天线等)，通信设备300可藉由该传感或测量硬件来监视其本地环境。被配置成接收和/或传送信息的逻辑305还可包括在被执行时准许被配置成接收和/或传送信息的逻辑305的相关联硬件执行其(诸)接收和/或传送功能的软件。然而，被配置成接收和/或传送信息的逻辑305不单单对应于软件，并且被配置成接收和/或传送信息的逻辑305至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步包括被配置成处理信息的逻辑310。在一示例中，被配置成处理信息的逻辑310可至少包括处理器。可由被配置成处理信息的逻辑310执行的处理类型的示例实现包括但不限于执行确定、建立连接、在不同信息选项之间作出选择、执行与数据有关的评价、与耦合至通信设备300的传感器交互以执行测量操作、将信息从一种格式转换为另一种格式(例如，在不同协议之间转换，诸如，.wmv到.avi等)，等等。例如，包括在被配置成处理信息的逻辑310中的处理器可对应于被设计成执行本文所描述功能的通用处理器、数字信号处理器(DSP)、ASIC、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器、或任何其他此类配置。被配置成处理信息的逻辑310还可包括在被执行时准许被配置成处理信息的逻辑310的相关联硬件执行其(诸)处理功能的软件。然而，被配置成处理信息的逻辑310不单单对应于软件，并且被配置成处理信息的逻辑310至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步包括被配置成存储信息的逻辑315。在一示例中，被配置成存储信息的逻辑315可至少包括非瞬态存储器和相关联的硬件(例如，存储器控制器等)。例如，包括在被配置成存储信息的逻辑315中的非瞬态存储器可对应于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质。被配置成存储信息的逻辑315还可包括在被执行时准许被配置成存储信息的逻辑315的相关联硬件执行其存储功能的软件。然而，被配置成存储信息的逻辑315不单单对应于软件，并且被配置成存储信息的逻辑315至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步可任选地包括被配置成呈现信息的逻辑320。在一示例中，被配置成呈现信息的逻辑320可至少包括输出设备和相关联的硬件。例如，输出设备可包括视频输出设备(例如，显示屏、能承载视频信息的端口(诸如USB、HDMI等))、音频输出设备(例如，扬声器、能承载音频信息的端口(诸如话筒插孔、USB、HDMI等))、振动设备和/或信息可藉由其被格式化以供输出或实际上由通信设备300的用户或操作者输出的任何其它设备。例如，如果通信设备300对应于如图2中示出的UE 200A或UE200B，则被配置成呈现信息的逻辑320可包括UE 200A的显示器210A或UE200B的触摸屏显示器205B。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器(诸如服务器170)等))而言，被配置成呈现信息的逻辑320可被省略。被配置成呈现信息的逻辑320还可包括在被执行时准许被配置成呈现信息的逻辑320的相关联硬件执行其(诸)呈现功能的软件。然而，被配置成呈现信息的逻辑320不单单对应于软件，并且被配置成呈现信息的逻辑320至少部分地依赖于硬件来实现其功能性。

参照图3，通信设备300进一步可任选地包括被配置成接收本地用户输入的逻辑325。在一示例中，被配置成接收本地用户输入的逻辑325可至少包括用户输入设备和相关联的硬件。例如，用户输入设备可包括按钮、触摸屏显示器、键盘、相机、音频输入设备(例如，话筒或可携带音频信息的端口(诸如话筒插孔等))、和/或可用来从通信设备300的用户或操作者接收信息的任何其它设备。例如，如果通信设备300对应于如图2所示的UE 200A或UE 200B，则被配置成接收本地用户输入的逻辑325可包括按键板220A、按钮215A或210B到225B中的任何一个按钮、触摸屏显示器205B等。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器(诸如服务器170)等))而言，被配置成接收本地用户输入的逻辑325可被省略。被配置成接收本地用户输入的逻辑325还可包括在被执行时准许被配置成接收本地用户输入的逻辑325的相关联硬件执行其(诸)输入接收功能的软件。然而，被配置成接收本地用户输入的逻辑325不单单对应于软件，并且被配置成接收本地用户输入的逻辑325至少部分地依赖于硬件来实现其功能性。

参照图3，尽管被配置的逻辑305到325在图3中被示出为分开或相异的块，但将领会，相应各个被配置的逻辑藉由其来执行其功能性的硬件和/或软件可部分交迭。例如，用于促成被配置的逻辑305到325的功能性的任何软件可被存储在与被配置成存储信息的逻辑315相关联的非瞬态存储器中，从而被配置的逻辑305到325各自部分地基于由被配置成存储信息的逻辑315所存储的软件的操作来执行其功能性(即，在这一情形中为软件执行)。同样地，直接与被配置的逻辑之一相关联的硬件可不时地被其它被配置的逻辑借用或使用。例如，被配置成处理信息的逻辑310的处理器可在数据由被配置成接收和/或传送信息的逻辑305传送之前将此数据格式化为恰适格式，从而被配置成接收和/或传送信息的逻辑305部分地基于与被配置成处理信息的逻辑310相关联的硬件(即，处理器)的操作来执行其功能性(即，在这一情形中为数据传输)。

一般而言，除非另外明确声明，如贯穿本公开所使用的短语“被配置成…的逻辑”旨在援用至少部分用硬件实现的实施例，而并非旨在映射到独立于硬件的纯软件实现。同样，将领会，各个框中的被配置的逻辑或“被配置成…的逻辑”并不限于具体的逻辑门或元件，而是一般地指代执行本文描述的功能性的能力(经由硬件或硬件和软件的组合)。因此，尽管共享措词“逻辑”，但如各个框中所解说的被配置的逻辑或“被配置成…的逻辑”不必被实现为逻辑门或逻辑元件。从以下更详细地描述的各实施例的概览中，各个框中的逻辑之间的其它交互或协作将对本领域普通技术人员而言变得清楚。

网际协议(IP)多媒体子系统(IMS)中的富通信套件(RCS)是IMS领域中最近开发出的服务类型。RCS一般指的是客户端设备(例如，移动设备或固定设备)可用于执行以下操作的通信服务集：实时更新其地址簿中的联系人的能力并由此使得能够进行“富通信”。这可包括例如基于联系人的实时能力的LTE语音(VoLTE)、视频呼叫、即时消息收发(IM)、文件或图像共享等。

虽然客户端应用能够利用低级操作系统(OS)资源来实现RCS服务，但每一个客户端应用通常必须被定制以便在它将在其上运行的特定平台上操作。例如，被配置成在Android OS设备上操作的客户端应用需要由其开发者编码成利用任何可用的Android专属RCS OS资源，被配置成在Windows OS设备上操作的客户端应用需要由其开发者编码成利用任何可用的Windows专属RCS OS资源，被配置成在iOS设备上操作的客户端应用需要由其开发者编码成利用任何可用的iOS专属RCS OS资源，以此类推。同样，被配置成在具有不同OS版本(例如，iOS、Android等)的客户端设备上操作的客户端应用需要由其开发者编码成利用该版本的任何可用的OS专属RCS OS资源(例如，iOS 6和iOS 7可具有不同RCS访问协议，这使得iOS应用在iOS从版本6转变为版本7时必须被更新)。由此，如本文所使用的“OS专属”可用作对特定OS类型(如与其他OS类型区分开)或替换地对特定OS的特定版本(如与其他OS类型以及同一OS类型的其他版本区分开)的引用。

当今，消费者正经历富集通信的能力和希望。已经引入显示动态变化的状态和在线能力、不同的消息收发选项以及添加内容的可能性的伙伴列表的服务和应用只是RCS体验的若干示例。在具有设备和网络之间的开放通信的情况下，这些能力在PC和移动设备两者(任一者在本文都可被称为UE)上可用。

图4解说了用于UE的常规RCS架构400的高级别视图。图4所示的常规RCS架构400对于OS类型是通用的，以使得RCS架构400可以在配置有Android OS、Windows OS、iOS、上述OS类型中的任一个的不同版本等的UE上实现。

参照图4，RCS架构400包括被配置成直接访问UE上的OS专属RCS资源420的多个客户端应用405-415(或即应用1...N)。换言之，应用1...N包括由其相应开发者编写和测试的用以实现访问这些应用被部署于的UE的OS上的RCS资源所必需的特定RCS资源信令的代码。一般而言，访问RCS资源的方式是因OS而异的，以使得Android OS设备上的即时消息收发应用无法使用与Windows OS设备上所需要的相同的信令协议来访问RCS资源。OS专属RCS资源420可以与通信接口425(例如，WLAN调制解调器、蜂窝调制解调器等)交互，可通过该通信接口来接入RAN 120或AP 125以便与网络侧RCS资源交互。在至少一个实现中，图4所示的RCS架构400可对应于多处理器环境，藉此在客户端设备或UE上的应用处理器与分开的调制解调器处理器之间划分处理任务。

图5A解说了根据本发明的一实施例的用于UE的RCS架构500A的高级别视图。图5A所示的RCS架构500A对于OS类型是通用的。结果，RCS架构500A可以在配置有不同OS类型和/或OS版本(包括例如Android OS、Windows OS、iOS v6.0、iOS v7.0等)的UE上实现。也可利用其他OS类型和/或版本。

参照图5A，RCS架构500A包括被配置成访问共享式RCS接口520A的多个客户端应用505A-515A(或即应用1...N)，通过该共享式RCS接口来访问OS专属RCS资源525A。在一示例中，共享式RCS接口520A可被实现为经由共用协议(“跨平台RCS接口协议”)变得对应用1...N可用的API集合。应用1...N用来与共享式RCS接口通信的跨平台RCS接口协议可以是相同的，而不管客户端设备的OS类型、OS版本或平台。由此，在一示例中，开发供在Android OS设备上实现的即时消息收发应用的开发者可编写与RCS访问有关的代码，该代码被重用于在iOS设备或Windows OS设备上实现即时消息收发应用。开发者能够以此方式生成跨平台代码，因为共享式RCS接口520A本身被配置成将OS专属RCS资源访问协议映射到跨平台RCS接口协议，以用于应用1...N与共享式RCS接口520A之间的通信。因此，共享式RCS接口520A将以在各平台之间不同的方式实现，但跨平台RCS资源访问协议保持不变以简化RCS客户端应用的开发过程。换言之，不像图4，图5A中的应用1...N无需各自由其相应的开发者用访问其上部署这些应用的UE的OS上的RCS资源所需的特定RCS资源信令协议来硬编码，而是可改为经由与共享式RCS接口520A交互来使用共享的跨平台RCS资源访问协议，并依靠共享式RCS接口520A来进行较低级的OS专属RCS协议转换。

参照图5A，OS专属RCS资源525A可以与通信接口530A(例如，WLAN调制解调器、蜂窝调制解调器等)交互，可通过该通信接口来接入RAN 120或AP 125以便与网络侧RCS资源交互。在至少一个实现中，图5A所示的RCS架构500A可对应于多处理器环境，藉此在UE上的应用处理器与分开的调制解调器处理器之间划分处理任务。

根据一些实施例，应用1...N可根据管控其操作的特定规则来操作以遵循共享式RCS接口520A地操作。这些规则可包括以下规则中的一个或多个：

·应用1...N在引导时开启；

·服务启动/停止功能性无法由应用1...N控制；

·每一服务都应具有监听者的概念。监听者将更新应用1...N以用于关于该服务的网络级通知；

·每一服务都应具有会话和会话监听者的概念；

·会话生存期在服务的生存期内维护；

·会话监听者用于向应用1...N的网络级通知；

·RCS的共用配置，诸如(i)使用哪一个PDN以及(ii)在何处获取基本配置(例如，HTTP或SIM或设备上硬编码的非易失性存储器)。

此外，版本化可以扮演针对共享式RCS接口520A的重要角色。例如，构成共享式RCS接口520A的第一API集合可被标记为版本1。版本1RCS接口可基于增强式RCS(RCS/E)且不具有在场性支持或开放移动联盟(OMA)汇聚IP消息收发(CPM)支持。构成一不同共享式RCS接口520A的第二API集合可被标记为具有在场性支持和/或OMA CPM支持的版本2。在该示例中，如果处于“运行时”的应用1...N之一需要在其初始化之前决定该设备上的共享式RCS接口520A针对其自己的初始化支持哪一个API集合版本，则这可通过向该设备查询其支持的版本集合来实现。“API集合”的版本还可将真实世界环境考虑在内，其中一个运营商指定使用不同的RCS特征，例如X特征相对于Y特征。

在一些场景中，共享式RCS接口520A的服务实现(例如，AIDL 520B或RCS API包装器520C)可以是以服务的形式在设备上运行的RCS实现且任何应用可使用/共享RCS功能性。服务实现的优点在于服务准备好服务多个客户端，而不管共享式RCS接口520A是第三方应用还是OEM应用。在具有该特征的情况下，开发者可利用来自设备的已经存在的IM或文件共享功能性。

共享式RCS接口520A的实现的另一选项是库实现(与服务实现形成对比)。在服务实现中，应用和服务通信基于平台支持的进程间通信(IPC)。从应用的视角来看，共享式RCS接口520A的服务实现是API调用，但在现实中数据被复制并通过套接字来传送，这对于视频缓冲而言变成缺点。与其他API调用相比，视频缓冲器的大小可能较大，因此共享式RCS接口520A的库实现可用于涉及媒体的实现。在某些情况下，库实现通常要求将库在本地加载到其自己的系统中，而不像可以是分布式的服务。

如上文所讨论的，共享式RCS接口520A可被配置成在运行不同OS(诸如基于Java的Android、基于C/COM的Windows、基于C的QNX/IOS、同一OS的不同版本等)的设备上操作。共享式RCS接口520A可以针对每一OS类型和/或OS版本来配置，以使得开发者能使用相同的访问协议来配置个体客户端应用，从而使得开发者无需担心用于与OS专属RCS资源525A对接的低级OS要求。

可以在不同的平台上测试共享式RCS接口520A的操作。测试可使用自动化的API专用测试或通过独立测试应用来实现。除非是自动化的，否则应用测试通常是需要对每一设备手动重复的手动工作。然而，供API测试每一平台上的共享式RCS接口520A的自动化测试套件可帮助减少开发者的手动工作并且结果可以在夜间执行期间产生。自动化API测试套件还将向第三方开发者提供设备将遵循API合约并且该设备被认证为遵循跨平台RCS资源访问协议的信心。API测试套件可被设计成在将部署共享式RCS接口520A的每一个相关平台(诸如基于Java和基于C的平台)上操作。而且，API测试套件还可用于任一设备上的Joyn认证过程。

API(诸如共享式RCS接口520A)一般在计算机上的仿真环境中设计，并且然后被移至目标部署平台以便于实际测试。由此，为了帮助开发者对其客户端应用进行编码以便与每一部署平台(例如，Android、Windows等)上的共享式RCS接口520A一起操作，可以向开发者提供跨平台SDK插件，该插件将有助于准许其代码开发遵循共享式RCS接口520A。在使用跨平台SDK插件开发出特定客户端应用后，该客户端应用可转变为对开发者无缝的“经Joyn认证的”设备。

图5B-5C解说了图5A的高级RCS架构500A的OS专属实现示例。具体而言，图5B解说了根据本发明的一实施例的Android RCS架构500B的示例，而图5C解说了根据本发明的一实施例的Windows RCS架构500C的示例。

参照图5B，Android RCS架构500B被示为在由应用处理器505B管理的资源与由调制解调器处理器510B管理的资源之间划分。对于应用处理器侧，示出了可对应于来自图5A的应用1...N的多个RCS客户端应用515B。具体而言，该多个RCS客户端应用515B被示为包括增强式地址簿(EAB)能力发现(CD)客户端应用、IM客户端应用、文件共享客户端应用、图像共享客户端应用和视频共享客户端应用。在图5B中，共享式RCS接口520A对应于Android接口定义语言(AIDL)模块520B，该模块可被表征为作为Linux进程在UE上执行的RCS服务器组件，并且这多个RCS客户端应用515B中的每一个都可访问AIDL模块520B。AIDL模块520B被配置成经由Java原生接口(JNI)525B与Android OS专属RCS资源530B交互。Android OS专属RCS资源530B包括但不限于：启用器集合535B、消息会话中继协议(MSRP)模块540B、能力发现(CD)模块545B、会话发起协议(SIP)模块550B、配置模块555B以及数据/信令话务模块560B。数据/信令话务模块560B可形成来自图5A的通信接口530A的一部分，该通信接口530A还可包括WLAN调制解调器565B以及调制解调器上用于语音和视频电话的IMS 570B和在调制解调器处理器侧实现的无线电接入技术(RAT)专用逻辑575B。一般而言，上述组件被配置成通过各种通信路径(诸如LTE信令或数据路径、WLAN信令或数据路径、用于在场性的XCAP/XDM等)来彼此交互。

参照图5C，Windows RCS架构500C被示为在由应用处理器505C管理的资源与由调制解调器处理器510C管理的资源之间划分。对于应用处理器侧，示出了可对应于来自图5A的应用1...N的多个RCS客户端应用515C。具体而言，该多个RCS客户端应用515C被示为包括EAB(能力发现)客户端应用、IM客户端应用、文件共享客户端应用、图像共享客户端应用和视频共享客户端应用。在图5C中，共享式RCS接口520A对应于RCS API包装器模块520C，该模块可作为API由相应的RCS客户端应用515C来访问。RCS API包装器模块520C由此可由RCS客户端应用515C按需调用以斡旋与Windows OS专属RCS资源530C的交互。Windows OS专属RCS资源530C包括但不限于：启用器集合535C、消息会话中继协议(MSRP)模块540C、能力发现模块545C、会话发起协议(SIP)模块550C、配置模块555C以及数据/信令话务模块560C。数据/信令话务模块560C可形成来自图5A的通信接口530A的一部分，该通信接口530A还可包括WLAN调制解调器565C以及调制解调器上用于语音和视频电话的IMS 570C和在调制解调器处理器侧实现的无线电接入技术(RAT)专用逻辑575C。一般而言，上述组件被配置成通过各种通信路径(诸如LTE信令或数据路径、WLAN信令或数据路径、用于在场性的XCAP/XDM等)来彼此交互。

图6A解说了根据本发明的一实施例的用于经由共享式RCS接口520A将RCS资源信令从RCS客户端应用(“应用1”)传递至相关联的UE(或客户端设备)上的OS专属RCS资源525A的过程。参照图6A，假定应用1由其开发者置备有用于实现跨平台RCS资源访问协议(与平台到平台相同(例如，OS类型到OS类型、对于同一OS类型的OS版本到OS版本等))的代码。在600A，应用1确定要访问OS专属RCS资源525A。例如，在600A，应用1可确定要获取其联系人的能力和/或向其联系人宣告其自己的能力，应用1可以是确定要改变会话成员资格或发送IM的IM客户端应用，应用1可以是确定要发送图像、视频或其他文件等的图像共享、视频共享或文件共享应用。

参照图6A，应用1基于跨平台RCS资源访问协议来配置RCS资源信令(605A)，并且然后将经配置的RCS资源信令发送到共享式RCS接口520A(610A)，而不是生成用于实现在600A确定的RCS资源访问的OS专属(或即原生支持的)RCS资源信令。在一示例中，正在客户端设备上运行的OS可被配置成自动截取来自应用1的与共享式RCS接口520A交换的消息收发并对其应用OS专属包装。由此，在610A发送的经配置的RCS资源信令可任选地经历如在图6A中通过虚线613A示出的上述OS专属包装。如将理解的，这意味着在610A实际上到达共享式RCS接口520A的信令能够潜在地处于OS专属格式，该格式首先要求共享式RCS接口520A“解包”该消息以提取最初由应用1遵循跨平台RCS资源访问协议地格式化的经配置的RCS资源信令。应用于应用1与共享式RCS接口520A之间的消息收发的任何OS专属包装通常将对于应用1是透明的，并由此无需被应用1的开发者考虑在内。这准许应用1的开发者致力于确保应用1遵循跨平台RCS资源访问协议，而不专门关注可经由与共享式RCS接口520A交互而发生的任何OS专属包装。共享式RCS接口520A接收经配置的RCS资源信令并将该经配置的RCS资源信令转换(或映射)成遵循OS专属RCS资源访问协议(即，正在客户端设备或UE上运行的OS上原生支持RCS资源访问协议)(615A)，并且共享式RCS接口520A然后将经转换的RCS资源信令发送到OS专属RCS资源525A以获取应用1所请求的访问(620A)。在一示例中，615A处进行的转换或映射操作可基于查找表，该查找表被配置成将跨平台RCS资源信令映射到由该特定客户端设备(或UE)的相关平台上所使用的特定OS使用的原生支持或OS专属RCS资源信令。OS专属RCS资源525A接收遵循其OS专属或原生RCS资源访问协议的经转换的RCS资源信令，并执行RCS资源操作(625A)。在625A执行的RCS资源操作能够潜在地涉及与诸如应用服务器170之类的远程服务器(例如，在场性服务器、IM服务器等)的交互。

虽然图6A示出了来自个体RCS客户端应用(诸如应用1)的RCS资源信令如何能够由共享式RCS接口520A斡旋，但将理解RCS资源信令也能够从OS专属RCS资源525A流至应用1，如以下参照图6B描述的。

图6B解说了根据本发明的一实施例的用于经由共享式RCS接口520A将RCS资源信令从相关联的UE(或客户端设备)上的OS专属RCS资源525A传送至RCS客户端应用(“应用1”)的过程。参照图6B，假定应用1由其开发者置备有用于实现跨平台RCS资源访问协议(与平台到平台相同(例如，OS类型到OS类型、对于同一OS类型的OS版本到OS版本等))的代码。在600B，OS专属RCS资源525A确定将RCS资源数据发送到应用1。例如，在600B，OS专属RCS资源525A可确定要递送关于应用1的联系人中的一个或多个的能力信息，应用1可以是IM客户端应用并且OS专属RCS资源525A可确定要将会话成员资格或状态信息和/或IM递送至应用1，应用1可以是图像共享、视频共享或文件共享应用并且OS专属RCS资源525A可确定要将图像、视频或其他文件等递送到应用1，等等。

参照图6B，OS专属RCS资源525A如常规技术中那样根据OS专属(或原生支持的)RCS资源访问协议来生成用于传递RCS资源数据的RCS资源信令(605B)。然而，不像常规技术，OS专属RCS资源525A将RCS资源信令递送至共享式RCS接口520A，而不是直接将RCS资源信令递送至被自定义地编码为解读OS专属RCS资源访问协议的RCS客户端应用(610B)。

共享式RCS接口520A接收经配置的RCS资源信令并将该经配置的RCS资源信令转换(或映射)成遵循跨平台RCS资源访问协议(即，在RCS客户端应用与各种平台上的共享式RCS接口之间使用的RCS资源访问协议)(615B)，并且共享式RCS接口520A然后将经转换的RCS资源信令发送到应用1以递送RCS资源数据(620B)。在一示例中，正在客户端设备上运行的OS可被配置成自动截取来自共享式RCS接口520A的与应用1交换的消息收发并对其应用OS专属包装。由此，在620B发送的经配置的RCS资源信令可任选地经历如在图6B中通过虚线613B示出的上述OS专属包装。如将理解的，这意味着在620B实际上到达共享式RCS接口520A的信令能够潜在地处于OS专属格式，该格式首先要求应用1“解包”该消息以提取最初由共享式RCS接口520A遵循跨平台RCS资源访问协议地格式化的经配置的RCS资源信令。应用于应用1与共享式RCS接口520A之间的消息收发的任何OS专属包装通常将对于应用1是透明的，并由此无需被应用1的开发者考虑在内。这准许应用1的开发者致力于确保应用1遵循跨平台RCS资源访问协议，而不专门关注可经由与共享式RCS接口520A交互而发生的任何OS专属包装(或解包)。在一示例中，615B处进行的转换或映射操作可基于查找表，该查找表被配置成将跨平台RCS资源信令映射到由该特定客户端设备(或UE)的相关平台上所使用的特定OS使用的原生支持或OS专属RCS资源信令。

虽然图6A-6B解说了在实现平台(或OS)方面是通用的示例实现，但现在将提供图6A和/或6B的因平台而异的实现的示例。

图7A解说了根据本发明的一实施例的图6A-7B的过程的Android OS专属实现示例。参照图7A，共享式RCS接口520A对应于AIDL模块520B以及AIDL模块520B用来经由JNI 525B访问Android OS专属RCS资源530B的接口。

参照图7A，假定在600A客户端设备确定要经由Android OS专属RCS资源530B实现能力发现(CD)功能。在该假设下，应用1向AIDL模块520B发送用以根据跨平台RCS资源访问协议来实例化CD服务的CreateCDService(创建CD服务)消息(700A)(例如，类似于图6A中的610A)，并且AIDL模块520B将跨平台CreateCDService消息转换成遵循Android-OS专属RCS资源协议的原生使用的CreateCDService消息并且然后通过JNI 525B将经转换的CreateCDService消息递送至Android OS专属RCS资源530B(705A)(例如，类似于图6A的620A)。应用1还将跨平台getCDservice(获取CD服务)消息发送到AIDL模块520B(708A)。在一示例中，708A处的getCDservice消息是经过JNI 525B的遗漏，并由此未被转换且转发至JNI 525B。应用1向AIDL模块520B发送用于根据跨平台RCS资源访问协议来向CD服务添加联系人的跨平台CDService_AddListener(CD服务_添加监听者)消息(710A)(例如，类似于图6A中的610A)，并且AIDL模块520B将跨平台CDService_AddListener消息转换成遵循Android-OS专属RCS资源协议的原生使用的CDService_AddListener消息并且然后通过JNI 525B将经转换的CDService_AddListener消息递送至Android OS专属RCS资源530B(715A)(例如，类似于图6A的620A)。

参照图7A，应用1向AIDL模块520B发送用于根据跨平台RCS资源访问协议来请求关于其联系人(或监听者)中的一个或多个的CD信息的跨平台RequestCDInfo(请求CD信息)消息(720A)(例如，类似于图6A中的610A)，并且AIDL模块520B将跨平台RequestCDInfo消息转换成遵循Android-OS专属RCS资源协议的原生使用的RequestCDInfo消息并且然后通过JNI 525B将经转换的RequestCDInfo消息递送至Android OS专属RCS资源530B(725A)(例如，类似于图6A的620A)。响应于该RequestCDInfo消息，Android-OS专属RCS资源通过JNI 525B向AIDL模块520B提供原生使用的CDListener_CDUpdate(CD监听者_CD更新)消息(其提供所请求的关于联系人的CD信息)(730A)(例如，如在图6B的610B中一样)，并且AIDL模块520B将原生RequestCDInfo消息转换成跨平台RequestCDInfo消息并且然后将经转换的RequestCDInfo消息递送至应用1(735A)(例如，类似于图6B的620B)。

虽然未在图7A中明确示出，但在700A、708A、710A和/或720A从应用1发送到AIDL模块520B的跨平台消息可以用OS专属包装来包装，该包装要求AIDL模块520B“解包”传入消息以提取嵌在包装内的跨平台消息。类似地，虽然未在图7A中明确示出，但在735A从AIDL模块520B发送到应用1的跨平台消息可以用OS专属包装来包装，该包装要求应用1“解包”传入消息以提取嵌在包装内的跨平台消息。

图7B解说了根据本发明的一实施例的图6A-7B的过程的Windows OS专属实现示例。参照图7B，共享式RCS接口525A对应于RCS API包装器520C，该包装器可被RCS客户端应用(诸如应用1)用来将跨平台RCS资源信令转换成用于Windows OS的原生支持的RCS资源信令。在图7B中，上述跨平台至Windows专属RCS资源信令转换经由RCS API包装器520C在应用1执行内进行，以使得对应用1和RCS API包装器520C两者的解说出于描述目的被合并成单个实体。

参照图7B，假定在600A客户端设备确定要经由Windows OS专属RCS资源530B实现能力发现(CD)功能。在该假设下，应用1与RCS API包装器520C的执行协同地配置用以根据用于Windows OS的原生支持的RCS资源访问协议来实例化CD服务的CreateCDService消息并将该消息发送到RCS资源530C(700B)(例如，类似于图6A的610A-620A)。应用1还与RCS API包装器520C的执行协同地根据用于Windows OS的原生支持的RCS资源访问协议来配置CDService_GetCDInfo消息并将该消息发送到RCS资源530C(705B)(例如，类似于图6A的610A-620A)。RCS资源530C对CDService_GetCDInfo消息的执行触发对SIP模块550C的调用以触发将消息传送到远程设备或服务器，以便查询所指定的联系人的能力(710B)，并且该远程设备或服务器用指示所指定的联系人的能力的200OK消息来响应(715B)。RCS资源530C经由CDLISTENER_CDUPDATE消息向应用1报告能力(720B)。此刻，在RCS API包装器520C的帮助下，应用1将在720B接收到的原生Windows消息转换成跨平台版本，其然后可被应用1识别。

如本领域普通技术人员将会理解的，在所有潜在操作系统上和/或为所有潜在RCS资源信令提供类似于图7A-7B的流程图将会是冗长的。出于该原因，以下在表1中提供示例查找表以代替附加附图，该查找表提供跨平台RCS资源信令与用于不同操作系统的OS专属RCS资源信令之间的映射。表1不旨在是RCS资源信令转换的穷尽性列表，而是为了帮助本领域普通技术人员更好地理解根据本发明的各实施例的潜在用例而提供的。

表1－用于跨平台信令与OS专属信令之间的映射的查找表示例

因此，如在针对行“实例化能力发现(CD)服务”的列“Android OS专属RCS资源信令流”中示出的，到达AIDL的跨平台CreateCDService*消息由AIDL映射或转换成遵循Android或Java格式的CreateCDService消息，该CreateCDService消息然后可由AIDL转换成遵循Windows或基于C的格式的CreateCDService消息(例如，因为即使Android主要是Linux OS上的Java，但基于C的程序也可被配置成在Linux OS上执行)，并且AIDL然后散布基于C的CreateCDService消息以递送至Android专属RCS资源，该Android专属RCS资源经由调制解调器将基于C的CreateCDService消息传送至网络。同样，如在针对行“实例化能力发现(CD)服务”的列“Windows OS专属RCS资源信令流”中示出的，到达RCS API包装器的跨平台CreateCDService*消息由RCS API包装器映射或转换成遵循Winidows或基于C的格式的CreateCDService消息，并且RCS API包装器然后散布基于C的CreateCDService消息以递送至Windows专属RCS资源，该Windows专属RCS资源经由调制解调器将基于C的CreateCDService消息传送到网络。

由此，来自表1(以上)的跨平台CreateCDService*可以与图6A的过程类似地映射和递送。在这方面，跨平台消息CDService_AddListener*、RemoveListenerCD_SERVICE*、DestroyCDService*、CreateIMService*、IMService_AddListerner*和IMService_RemoveListener*在这些消息源自RCS客户端应用(诸如应用1)并且然后被转换成OS专属RCS资源访问协议以供网络传输的意义上是相似的。然而，其它类型的消息对应于从网络到达并且然后被转换成跨平台消息的终止于应用的消息，诸如来自表1(以上)的IMSession_SendMessage()*，这些终止于应用的消息可以与图6B的过程类似地映射和递送。

同样，表1(以上)表征有限的示例集合，并且其他跨平台RCS资源信令映射可涉及用于CD或IM RCS服务的附加信令或者完全不同类型的RCS服务(例如，图像共享、文件传输或文件共享、配置服务、视频共享等)。

本领域技术人员将领会，信息和信号可使用各种不同技术和技艺中的任何一种来表示。例如，贯穿上面描述始终可能被述及的数据、指令、命令、信息、信号、位(比特)、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。

此外，本领域技术人员将领会，结合本文中所公开的实施例描述的各种解说性逻辑块、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、块、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。

结合本文所公开的实施例描述的各种解说性逻辑框、模块、以及电路可用设计成执行本文中描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器、或任何其他此类配置。

结合本文中所公开的实施例描述的方法、序列和/或算法可直接在硬件中、在由处理器执行的软件模块中、或者在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或者本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。替换地，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端(例如，UE)中。替换地，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现，则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能用于携带或存储指令或数据结构形式的期望程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合应当也被包括在计算机可读介质的范围内。

尽管上述公开示出了本发明的解说性实施例，但是应当注意到，在其中可作出各种更换和改动而不会脱离如所附权利要求定义的本发明的范围。根据本文中所描述的本发明实施例的方法权利要求的功能、步骤和/或动作不必按任何特定次序来执行。此外，尽管本发明的要素可能是以单数来描述或主张权利的，但是复数也是已料想了的，除非显式地声明了限定于单数。