本公开涉及同步通信，并且更具体地涉及多个参与者设备之间的同步通信的协调和处理。
背景技术：
：：电话呼叫是同步通信的一种形式。像同步通信的其他形式一样，为了建立电话呼叫，主叫方和被叫方两者必须同时可用来参与呼叫。此外，主叫方和被叫方两者都必须愿意参与。不幸的是，当进行电话呼叫时，主叫方不知道被叫方是否实际可用。类似地，被叫方具有关于呼叫的有限信息。例如，被叫方几乎没有关于呼叫主题或通话可能持续多久的信息。技术实现要素：技术问题由于这些原因，许多用户尝试手动计划或调度电话呼叫。然而，计划过程经常耗时和/或繁琐。在许多情况下，用户依赖不同步的通信渠道(例如电子邮件、短信等)来协调电话呼叫。这些其他通信渠道与正在协调的电话呼叫完全分离，并且未被集成到电话呼叫用户体验中。附图说明图1示出了示例通信平台。图2示出了通信设备的示例架构。图3是协调和处理多个设备之间的通信会话的示例方法。图4是用于发送用于通信会话的请求的示例用户界面。图5是用于指定要被包括在用于通信会话的请求内的元数据的用户界面的另一示例。图6是用于显示用于通信会话的未解决的请求(outstandingrequest)的另一示例用户界面。图7是用于生成用于通信会话的请求的另一示例用户界面。图8是用于在接收设备上显示用于通信会话的请求的另一示例用户界面。图9是用于在接收设备上显示用于通信会话的请求的另一示例用户界面。具体实施方式一个或多个实施例针对通信方法。在一个方面，一种方法可以包括：在与接收设备建立通信会话之前，从请求设备向接收设备发送用于通信会话的请求，以及在请求设备内接收来自接收设备的对请求的回复。该方法还可以包括响应于该回复，基于该回复来调度请求设备内的通信会话。在另一方面，调度通信会话包括创建发起通信会话的提醒，并且回复包括来自接收设备的日历数据，并且基于日历数据来调度提醒。此外，可以基于请求设备的日历数据来调度提醒。一个或多个实施例针对用于通信的装置。在一个方面，一种装置可以包括显示设备、收发器和耦合到显示设备和收发器的处理器。处理器可以被配置为发起包括以下各项的操作：在与接收设备建立通信会话之前，向接收设备发送发起通信会话的请求；以及从接收设备接收对请求的回复。这些操作还可以包括基于回复来调度通信会话。在另一方面，一种装置可以包括显示设备、收发器和耦合到显示设备和收发器的处理器。处理器可以被配置为发起包括以下各项的操作：在与请求设备建立通信会话之前从请求设备接收发起通信会话的请求；接收指示对请求的响应的用户输入；以及基于响应来调度通信会话。一个或多个实施例针对包括计算机可读存储介质的计算机程序产品，所述计算机可读存储介质上存储有用于通信的程序代码。程序代码可由处理器运行以执行操作。在一个方面，操作可以包括在与接收设备建立通信会话之前从请求设备向接收设备发送用于通信的请求并且在请求设备内从接收设备接收对请求的回复。操作可以包括响应于该回复，基于该回复来调度请求设备内的通信会话。在另一方面，调度通信会话包括创建发起通信会话的提醒，并且回复包括来自接收设备的日历数据，并且基于日历数据来调度提醒。在一个方面，请求设备参与与除接收设备之外的设备的进行中的通信会话，请求为进行中的通信会话的各方指定标识信息，并且接收设备基于回复加入到进行中的通信会话。一个或多个实施例针对显示设备上显示的图形用户界面。在一个方面，显示设备上显示的图形用户界面包括被配置为显示控制用户界面元素的显示设备，所述控制用户界面元素在被选择时在与接收设备建立通信会话之前从请求设备向接收设备发送建立通信会话的请求。显示设备还可以被配置为显示指示请求存在的未解决的请求用户界面以建立通信会话，其中未解决的请求用户界面适于响应于请求设备和接收设备之间的通信会话被建立而消失。提供概述部分仅用于介绍某些概念，而不用于标识所要求保护的主题的任何关键或基本特征。从附图和以下详细描述中，本发明的许多其他特征和实施例将变得清楚。发明模式虽然本公开用定义(define)新颖特征的权利要求结束，但是相信从结合附图的描述的考虑中，将更好地理解本文所描述的各种特征。本公开中描述的(一个或多个)过程、(一个或多个)机器、(一个或多个)制造及其任何变化都是为了说明的目的而提供的。描述的任何特定的结构和功能细节不应被解释为限制性的，而是仅仅作为权利要求的基础和作为用于教导本领域技术人员以实际上任何合适地详细结构来不同地采用描述的特征的代表性基础。此外，本公开内使用的术语和短语不旨在限制，而是提供描述的特征的可理解的描述。本公开涉及同步通信，并且更具体地涉及多个参与者设备之间的同步通信的协调和处理。本公开内提供的一个或多个示例实施例提供协调和处理同步通信的机制。请求设备能够生成用于同步通信的请求并将该请求发送到接收设备。在一个方面，请求设备能够在与接收设备的同步通信会话的建立之前生成和/或发送请求。在另一方面，请求设备能够在请求设备正在发起与接收设备的同步通信会话的同时生成和/或发送请求。请求可以向接收设备提供各种元数据项中的任何元数据项。接收设备可以响应于接收到请求而显示或以其他方式呈现通知。被包括在请求中的元数据项可以被包括在通知中。通知还可以包括接收设备的用户可以利用来回复请求的一个或多个控制元素。接收设备能够生成对请求的回复。接收设备可以在设备的用户的控制下生成回复。在一个方面，接收设备能够在回复内包括元数据项。基于从请求设备接收的请求内的(一个或多个)元数据项，回复的一个或多个元数据项可以被确定或被包括在回复中。请求设备能够接收回复并响应于该回复而执行一个或多个操作。例如，请求设备可以发起同步通信会话、调度稍后的时间的同步通信会话等。由请求设备执行的(一个或多个)特定操作可以至少部分地基于被包括在回复中的来自接收设备的(一个或多个)元数据项来确定。如本文所定义的，术语“同步通信会话”是指支持节点之间的半永久和交互(例如并发、双向)信息交换的至少两个节点或设备(例如，请求设备和接收设备)之间的通信链路。同步通信会话(在下文中称为“通信会话”)的示例包括但不限于音频呼叫(例如，移动电话呼叫、固定电话呼叫、IP语音(Voice-Over-IP，VoIP)或基于互联网的音频呼叫)、视频通话等。如本文所使用的术语“呼叫”是指音频呼叫或视频呼叫中的一个或两者。图1示出了示例通信平台100。通信平台100包括多个设备105、110和115，一个或多个可选服务120和网络125。应该意识到，示出的设备和/或节点的数量仅用于说明而非限制的目的。视情况而定，通信平台100可以包括附加的节点或更少的节点。设备105、110和115以及(一个或多个)服务120耦合到网络125。设备105、110和115以及(一个或多个)服务120能够通过网络125通信。在一个方面，设备105、110和115被实施为通信设备(在下文中称为“设备”)。通信设备的示例包括但不限于计算机(例如台式机、膝上型计算机、平板计算机等)、智能电话或其他移动设备、平板计算机等。(一个或多个)服务120可以被实施为耦合到网络120的一个或多个数据处理系统，例如服务器。服务120可以运行为诸如设备105、110和/或115的设备之间的通信会话提供诸如语音识别操作、自然语言处理(NaturalLanguageProcessing，NLP)操作等的特定操作的应用。在一个或多个其他实施例中，(一个或多个)服务120可以包括或实施支持基于因特网的呼叫的一个或多个通信服务。例如，特定服务120能够在使用诸如用户名和/或密码的登录机制中记录用户以促进或实施基于互联网的同步通信。网络125是用于提供设备105、110和/或115与(一个或多个)服务120之间的通信链路的介质。网络125可以包括诸如有线通信链路的连接(无论是电的还是光的)、和无线通信链路。网络125可以被实施为或包括诸如广域网(WideAreaNetwork，WAN)、局域网(LocalAreaNetwork，LAN)、无论是WAN还是LAN的无线网络、移动网络、虚拟网络专用网(VirtualPrivateNetwork，VPN)、因特网、公共交换电话网(PublicSwitchedTelephoneNetwork，PSTN)等的各种不同的通信技术的任何通信技术。在一个或多个实施例中，设备105能够向设备110发送请求130。请求130请求在设备105和设备110(例如，设备105的用户和设备110的用户)之间建立通信会话。可以在建立通信会话之前或正在发起通信会话的同时发送请求130。响应于请求130，设备110显示请求130的通知。设备110可以生成对请求130的回复135。设备110可以向设备105发送回复135。响应于接收到回复135，设备105可以执行各种不同的操作中的任何操作。例如，设备105可以发起与设备110的通信会话。设备105可以调度在未来某个时间的通信会话。在另一示例中，响应于接收到请求130，设备110可以发起与设备105的通信会话。在设备105和设备110参与进行中的通信会话的另一实施例中，设备105可以生成请求140并向设备115发送请求140。请求140可以是设备115的用户加入进行中的通信会话的邀请。请求140可以指定描述进行中的通信会话的一个或多个元数据项以帮助设备115的用户确定是否加入进行中的通信会话。例如，来自请求130的元数据可以在请求140内被回收或重新使用。在一个方面，响应于请求140和请求140的接收，设备115可以加入到进行中的通信会话。在设备115的用户在设备105和设备110之间的进行中的通信会话结束之前未对请求140采取行动的情况下，可以取消请求140。例如，服务120中的一个或设备105可以发送取消。在一个或多个实施例中，可以通过集中式服务(例如，通过服务120中的一个或多个)来通信传达请求和回复。在那种情况下，用户和/或设备认证服务。在一个或多个其他实施例中，可以使用诸如短消息服务(ShortMessageService，SMS)等的现有数据渠道来执行请求和/或回复的传送。在一个示例中，可以使用特殊格式的SMS消息来传送请求和/或回复。例如，设备能够使用模板将请求格式化为文本消息，该模板将使消息既人类可读又机器可解析。在一个或多个实施例中，电话号码可以被用作唯一标识符。设备可以假设与主叫电话号码相关联的任何元数据与来自该号码的任何时间上接近的传入的呼叫相关。传入的电话号码会自动被包括在SMS数据和文本消息内，并且集中服务可能要求将电话号码与用户帐户相关联。在另一实施例中，可以使用丰富的通信服务(RichCommunicationService)来发送和接收请求和/或回复。在一个或多个其他实施例中，可以使用除电话号码之外的标识符。例如，在基于因特网的服务的情况下，设备105、110和115可以使用用户名和密码登录到服务中。可能要求登录以便促进本文所描述的各种操作和通信。应该理解，尽管机制用于交换请求和回复，但是本文描述的用于协调和/或处理通信会话的过程可以被集成在通信会话(例如呼叫、用户体验)内。参考图3和图4-9中所示的各种用户界面更详细地示出了这种集成。图2示出了通信设备的架构200的示例。在一个实施例中，架构200用于数据处理系统。例如，架构200可以用于实施移动设备、计算系统等。架构200可以用于实施图1的(一个或多个)设备105、110和/或115。架构200可以包括存储器接口202、一个或多个数据处理器、图像处理器和/或处理器204以及外围接口206。存储器接口202、一个或多个处理器204和/或外围接口206可以是分离的组件，或者可以被集成在一个或多个集成电路中。例如，架构200中的各种组件可以通过一个或多个通信总线或信号线耦合。传感器、设备和子系统可以被耦合到外围接口206以促进多种功能。例如，运动传感器210、光传感器212和接近传感器214可以被耦合到外围接口206，以促进使用架构200的设备的定向、照明和接近功能。位置处理器215(例如，GPS接收器)可以连接到外围接口206以提供地理定位。电子磁力计216(例如，集成电路芯片)也可以连接到外围接口206，以提供可以用于确定磁北(magneticNorth)的方向的数据。因此，电子磁力计216可以用作电子罗盘。加速度计217还可以连接到外围接口206以提供可以用于确定使用架构200的设备的移动的速度和方向的改变的数据。相机子系统220和光学传感器222(例如，电荷耦合器件(ChargedCoupledDevice，CCD)或互补金属氧化物半导体(ComplementaryMetal-OxideSemiconductor，CMOS)光学传感器)可以用于促进相机功能，诸如记录图像和视频短片。可以通过一个或多个无线通信子系统224(其可以包括射频接收器和发射器(例如收发器)和/或光学(例如红外)接收器和发射器(例如收发器))来促进通信功能。通信子系统224的特定设计和实施方式可以取决于使用架构200的设备意图通过其来操作的(一个或多个)通信网络。例如，设备可以包括被设计为通过GSM网络、GPRS网络、EDGE网络、WiFi或WiMax网络、蓝牙网络和/或前述的任何组合来操作的通信子系统224。无线通信子系统224可以包括托管协议，使得使用架构200的设备可以被配置为其他无线设备的基站。音频子系统226可以被耦合到扬声器228和麦克风230以促进诸如语音识别、语音复制、数字记录和电话功能的语音使能功能。I/O子系统240可以包括显示设备控制器242和/或(一个或多个)其他输入控制器244。显示设备控制器242可以被耦合到显示设备246。在一个方面，显示设备246是触摸屏并且显示设备控制器242是触摸屏控制器。显示设备246和显示设备控制器242可以例如使用多种触敏技术(包括但不限于电容式、电阻式、红外线和表面声波技术)中的任何技术以及其他接近传感器阵列或用于确定显示设备246的一个或多个接触点的其他元件来检测其的接触和移动或其中断。(一个或多个)其他输入控制器244可以被耦合到诸如一个或多个按钮、摇杆开关、拇指轮、红外端口、USB端口和/或诸如手写笔的指针设备的其他输入/控制设备248。一个或多个按钮(未示出)可以包括用于扬声器228和/或麦克风230的音量控制的上/下按钮。存储器接口202可以被耦合到存储器250。存储器250是计算机可读存储介质的示例。存储器250可以包括高速随机存取存储器(例如，易失性存储器)和/或非易失性存储器(诸如一个或多个磁盘存储设备、一个或多个光存储设备、和/或快闪存储器(例如NAND、NOR))。存储器250可以存储诸如LINUX、UNIX、移动操作系统、嵌入式操作系统等的操作系统252。操作系统252可以包括用于处理基本系统服务和用于执行硬件相关任务的指令。在一些实施方式中，操作系统252可以包括内核。存储器250还可以存储其他程序代码254，诸如促进与一个或多个附加的设备、一个或多个计算机和/或一个或多个服务器通信的通信指令，促进图形用户界面处理的图形用户界面指令，促进与传感器相关的处理和功能的传感器处理指令，促进与电话相关的过程和功能的电话指令，促进与电子消息发送相关的过程和功能的电子消息发送指令，促进与网页浏览相关的过程和功能的网页浏览指令，促进与媒体处理相关的过程和功能的媒体处理指令，促进与GPS和导航相关的过程和功能的GPS/导航指令，和促进与相机相关的过程和功能的相机指令。存储器250还可以存储请求控制程序代码256以促进本文所描述的通信会话的协调和处理。例如，请求控制程序代码256可以促进用于通信会话的请求的生成和发送、对请求的回复、通信会话的调度以及本文所描述的与通信会话的调度和处理相关的各种其他操作。在一个实施例中，(一个或多个)处理器204在运行请求控制程序代码256时实施同步通信单元。存储器250还可以包括日历程序代码258以促进任务管理、提醒、日历和调度功能，包括联系人程序代码260以促进联系人管理，和包括一个或多个其他应用262。可以包括其他程序代码(未显示)以促进安全功能、网络视频功能等。上面标识的指令和应用中的每一个可以与用于执行上面描述的一个或多个功能的一组指令相对应。这些指令不需要被实施为单独的软件程序、程序(procedure)或模块。存储器250可以包括附加的指令或更少的指令。此外，架构200的各种功能可以用以硬件和/或以软件实施，包括在一个或多个信号处理和/或应用专用集成电路中。存储在存储器250内的程序代码和由利用与架构200的架构相同或类似的架构的设备使用、生成和/或操作的任何数据项(例如，请求、回复、元数据项、日历事件、提醒等)是当被用作这样的系统或设备的一部分时赋予功能性的功能数据结构。如本公开所定义的，“数据结构”是物理存储器内数据的数据模型的组织的物理实施方式。因而，数据结构由存储器中的特定的电或磁结构元素形成。当数据结构被使用处理器运行的应用程序使用时，该数据结构对存储在存储器中的数据施加物理组织。取决于被实施的设备的特定类型，架构200可以包括比图2所示的组件更少的组件或图2中未示出的附加的组件。另外，包括的特定操作系统和/或(一个或多个)应用和/或其他程序代码也可以根据设备类型而变化。此外，说明性组件中的一个或多个可以被并入另一组件或以其他方式形成另一组件的一部分。例如，处理器可以包括至少一些存储器。图3是协调和处理多个设备之间的通信会话的方法300的示例。结合方法300描述的操作可以由参考图1描述的一个或多个设备执行。方法300示出了为直接集成到设备中的通信会话(例如呼叫、用户体验)提供明确的请求机制的方法。例如，本文描述的操作可以从无论是用于请求设备还是用于接收设备的呼叫用户界面内发起。在框305中，请求设备生成用于通信会话的请求。在一个实施例中，除了立即发起通信会话之外，请求设备的用户(“请求用户”)可以选择将请求发送给另一用户，例如接收用户。例如，响应于请求生成用于通信会话的请求的用户输入，请求设备能够生成可以被发送到被称为接收设备的另一设备的用于通信会话的请求。请求用户可以指定被包括在请求中的特定数据项，诸如用于请求的接收的标识信息等。应该理解，术语“接收用户”和“接收设备”可以在本公开内不时地可互换使用。类似地，术语“请求用户”和“请求设备”可以在本公开内不时地可互换使用。在这一点上，向特定用户发送请求或回复意味着该请求或回复正被发送到该用户的设备。在某些情况中，当使用电话号码时，请求或回复被指向特定设备，例如移动电话。在其他情况中，例如在基于因特网的呼叫和/或通信的情况中，请求或回复被发送到用户已经使用其登录到通信服务的设备。因而，术语“接收设备”和“请求设备”可以指代这样的设备。在框310中，请求设备可选地确定要包括在请求中的元数据。在一个实施例中，要被包括在请求中的任何元数据可以由请求用户手动指定。在一个示例中，请求设备能够呈现用户界面，请求用户通过该用户界面指定被包括在请求中的一个或多个元数据项。在另一实施例中，请求设备能够自动确定一个或多个元数据项并且在请求内包括元数据。可以被包括在请求中的元数据的示例包括但不限于：请求用户的身份或地址，诸如电话号码、用户名、电子邮件地址等；通信会话的目的或话题；通信会话的预计持续时间；正被请求的通信会话的紧急性；发起和/或建立通信会话的(一个或多个)建议或未来的时间；通信会话的可用性；(一个或多个)图像、(一个或多个)视频和/或(一个或多个)音频消息(例如，录音)；请求用户的位置(无论是由用户手动指定的还是由请求设备自动检测的)；执行(conduct)通信会话的截止日期(例如，请求者需要在那天或另一天的特定时间之前通信)；通信会话的一个或多个其他潜在参与者的身份或地址；要被用于建立通信会话的通信信道(例如，替代通信信道)和/或用于这样的(一个或多个)通信信道的任何必要的身份、地址或证书；谁(例如，哪个设备)应该发起通信会话；指示何时自动取消或终止请求的请求的超时；和如果通信会话是电话会议，则会议标识符和/或密码。为了说明的目的，紧急性可以被指定为二进制值(例如，紧急或不紧急)或者被指定为来自数字标度(numericalscale)的相对优先级等。类似地，持续时间可以诸如“几秒”、“几分钟”、或“将需要一段时间”的相对术语或者以诸如特定秒数、分钟数和/或小时数的绝对术语来指定。请求用户(例如，请求设备)的位置可以以各种可能的间隔尺寸级别中的任何级别来被通信传达或指定。在一个示例中，可以使用坐标来指定请求用户的位置。在另一示例中，位置可以被指定为城市、州或国家等。请求用户的未来可用性可以由请求用户使用用户界面手动指定或者由请求设备自动确定。例如，请求设备能够通过与存储在其上的或通过请求用户的请求设备可访问的日历应用和/或日历数据交互来确定请求用户的未来可用性并且自动将可用性作为元数据填充到请求中。在另一示例中，请求设备能够通过检测在请求用户的日历中调度的下一个事件来从请求用户的日历数据中确定通信会话的截止日期，并且使用该日期和/或时间(或者在检测到的事件之前的某个时间)作为通信会话的截止日期。此外，请求用户的可用性可以被指定为绝对值(例如，忙或闲)，被指定为相对值，被指定为其中(一个或多个)时间和/或(一个或多个)时间范围具有指示优选(preference)的值的(一个或多个)优选时间和/或时间范围。在一个实施例中，可以在创建请求时由请求用户手动指定超时。在另一实施例中，可以由请求设备自动确定超时。在一个示例中，请求设备使用诸如60分钟等的超时的默认值。在另一示例中，请求设备可以根据请求用户的日历数据自动确定超时。例如，请求设备可以确定自适应超时值，使得请求在日历数据中的请求用户的下一个约定处或大约下一个约定时或下一个约定之前超时。作为说明性示例，如果请求的通信会话的预期持续时间是20分钟并且请求用户的下一个调度的约定是在2:00PM，则请求设备可以将请求设置为不晚于1:40PM期满(例如，具有超时)，其中超时是基于下一个调度的约定的时间和通信会话的预期持续时间来确定的。可替代地，请求可以被设置为在2:00PM处或大约2:00PM时超时。如本公开内所定义的，术语“通信信道”意味着其中每个通信信道利用特定通信介质、应用、基础设施、通信协议等中的一个或多个的不同的组合的特定通信技术。不同的通信信道的示例包括但不限于，基于因特网(例如，WiFi)的语音呼叫、基于因特网(例如，WiFi)的视频呼叫、通过移动电话网络的移动电话呼叫等。在给定的技术内，每个不同的应用也可以被认为是不同的通信信道，其中一个供应商的专有或开放平台(例如，基于因特网的音频和/或视频呼叫)被认为是与另一供应商的专有或开放平台不同的通信信道。在一个或多个其他实施例中，请求设备能够自动基于由请求用户明确地提供的初始元数据向请求添加附加的元数据。例如，请求设备能够基于将由请求用户提供的通信会话的目的或话题与存储在请求设备上的日历数据进行匹配来确定并向呼叫请求添加截止日期(例如，超时)。在另一示例中，请求用户可以提供来自其他上下文的信息以添加到请求的元数据中。例如，请求用户可以在请求内共享电子邮件消息，从而允许请求设备指派电子邮件消息的发送者为请求的接收者，并使用电子邮件消息的话题作为请求的话题。在一个实施例中，可以使用促进数据在不同的应用之间共享的操作系统内的“共享意图(ShareIntent)”功能性。在另一示例中，如果通信会话(例如，呼叫)与调度的会议相关联，则接收设备能够自动将会议名称添加为该请求的话题。在框315中，请求设备在请求内包括与通信会话相关的元数据。如图3所示，框310和框315是可选的。因此，在另一实施例中，响应于请求的发起，请求设备能够立即向指定的接收用户发送请求，而不包括元数据。在那种情况下，请求可以被指向接收用户。请求设备可以或可以不提示请求用户提供可以帮助接收用户确定是否接受请求、忽略请求、建议替代时间等的附加的数据。在框320中，请求设备向接收设备发送请求。在一个实施例中，请求设备能够在与接收设备的通信会话的建立之前向接收设备发送请求。例如，请求用户可以在发起通信会话之前指定请求。在另一实施例中，请求设备能够向接收设备发送请求，作为发起与接收设备的通信会话的一部分。例如，请求设备可以向接收设备发送请求，作为发起通信会话的过程的一部分，或者一旦通信会话被发起但在接收用户应答通信会话(例如，应答呼叫、去“摘机(off-hook)”、拾取或它们的其他类似物)之前，请求设备可以向接收设备发送请求。作为说明性示例，请求设备可以在请求用户仍在等待接收用户应答或“拾取”的同时发送请求以建立语音或视频连接。在框325中，接收设备响应于接收的请求而生成通知。例如，接收设备显示请求的通知。通知可以包括请求用户的身份和请求中包括的任何附加的元数据。在框330中，接收设备确定通知是否被解除(dismiss)。在一个方面，例如，接收用户可以选择通知以获得用于响应请求的进一步的选项。在那种情况下，方法300可以继续到框340。如果接收用户解除或忽略通知，则方法300可以前进到框335。在一个示例中，通知动作的滑走被接收设备解释为对请求的“硬否(hardno)”或拒绝(declination)。在那种情况下，在框335中，接收设备忽略或解除通知。接收设备也能够向请求设备发送拒绝请求的回复。在另一方面，在框335中，解除(例如，滑走)请求可以是在接收设备上隐藏通知的“软否(softno)”。在那种情况下，请求可能会在接收设备上超时。在任何情况下，在框335中，都不建立通信会话。在框340中，接收设备能够显示用户界面。例如，接收用户可以选择通知，从而使接收设备生成和/或显示用户界面。此外，接收设备能够通过用户界面接收一个或多个用户输入。接收用户可以使用用户界面来选择一个或多个不同的选项以便响应请求。在一个或多个其他实施例中，框325的通知可以包括用于接收用户的快捷方式或控制，以在框340中替代或结合用户界面的呈现来直接对通知行动(act)。在框345中，接收设备生成回复。在框350中，接收设备确定元数据。可以由接收设备确定的元数据的示例包括但不限于：请求的接受(接受或拒绝)；发起和/或建立通信会话的(一个或多个)替代建议的或未来的时间；通信会话的可用性；(一个或多个)图像、(一个或多个)视频和/或(一个或多个)音频消息(例如，录音)；(无论是由用户手动指定的还是由接收设备自动检测的)接收用户的位置；要用于建立通信会话的通信信道(例如，替代通信信道)和/或用于这样的(一个或多个)通信信道的任何必要的身份、地址或证书；和谁(例如，哪个设备)应该发起通信会话。在一个实施例中，接收设备确定要包括在要生成的回复中并将其发送到请求设备的元数据。接收设备能够基于从接收用户接收的输入来确定一个或多个元数据项。接收设备还能够自动确定一个或多个元数据项。在另一实施例中，接收用户可以在请求是针对即时通信会话而不是在未来的时间调度的通信会话的情况下指示请求的接受。在那种情况下，接收设备能够发起与请求设备的通信会话而不是首先生成要被发送到请求设备的回复或根本不生成任何回复。在另一方面，如果这样的信息被指定为接收的请求中的元数据的一部分，则可以基于接收的请求来确定发起通信会话的特定设备。例如，响应于请求的接受并且请求指示接收设备将要发起(通信会话)，接收设备可以在不发送回复的情况下，发起通信会话。如果请求指示请求设备将要发起(通信会话)，则接收设备能够发送具有接受的回复。在那种情况下，响应于回复，请求设备发起通信会话。此外，通信会话可以建立在从多个不同的通信信道中选择的特定通信信道上，而不管发起通信会话的设备(例如，还未建立或发起通信会话的设备)。通信信道可以被指定为请求的元数据的一部分或者在回复中的元数据中指定。在一个实施例中，当为回复确定元数据时，接收设备还能够调度在稍后的时间的通信会话。在一个示例中，接收设备能够为接收设备上的通信会话生成提醒，以在未来或建议的时间建立通信会话。在另一示例中，接收设备能够为接收设备上的通信会话生成日历事件，用于未来或提议的时间的通信会话。可替代地，接收设备可以生成当由接收用户选择时引起生成这样的提醒的快捷方式。本文定义的术语“调度”意味着为通信会话创建提醒、为通信会话创建日历事件、和/或在请求设备和/或接收设备中的任一个或两者内发起通信会话。在调度日历事件和/或提醒时，设备还可以首先询问用户是否要执行编程动作。如本文所使用的术语“提醒”意味着使得设备在特定时间或响应于检测到例如提醒内定义的条件生成通知的数据结构。提醒可以引起具有一个或多个可选控制(例如，发起通信会话等的控制)的用户界面的呈现。在另一实施例中，接收设备可以在回复内包括指令或提醒对象(例如，作为元数据的一部分)，所述指令或提醒对象使得请求设备在特定时间创建发起通信会话的提醒。可替代地，元数据可以包括使得请求设备显示快捷方式的指令，所述快捷方式在由请求用户选择时使得请求设备创建这样的提醒。在框355中，接收设备能够在回复内包括由接收设备确定的任何元数据。在框360中，接收设备向请求设备发送回复。在框365中，请求设备接收回复。在框370中，请求设备处理来自接收设备的回复。在一个方面，在来自接收设备的回复指示通信会话的接受和即时可用性的情况下，在框375中，请求设备建立请求设备和接收设备之间的通信会话。在另一方面，在回复指示通信会话的接受但不及时可用性的情况下，在框380中，请求设备能够调度在稍后的时间的通信会话。如所注意的，调度可以包括为通信会话创建提醒、为通信会话创建日历事件、在请求设备和/或接收设备中的任一个或两者内发起通信会话等。在调度通信会话中，可以如本文所描述的来确定要使用的特定通信信道。在一个或多个其他实施例中，设备(无论是请求设备还是接收设备)可以在实施本文描述的各种实施例和/或示例时，存储用户(例如，联系人)与可用于与该用户建立通信会话的优选通信信道的关联。在另一实施例中，使用的特定通信信道可以是基于接收用户(或接收设备)和请求用户(或请求设备)之间的历史通信会话而已经共同使用或比其他通信信道使用的更多的通信信道。在另一实施例中，请求和/或响应可以包括元数据中的设备能力。例如，请求或回复可以指示设备仅具有WiFi能力并且没有移动电话连接性。在那种情况下，接收和处理请求或回复的设备可以建议使用设备的可用能力可操作的通信信道。在这个示例中，处理请求或回复的设备可以建议基于互联网的呼叫而不是移动电话呼叫，使得仅具有WiFi能力的设备可以参与。在框385中，请求设备不调度通信会话或发起通信会话。例如，可以响应于来自接收设备的、指示该请求已经被拒绝的回复而实施框385。图4-图9是示出本文描述的请求和/或回复机制如何可以被集成到通信会话用户体验中的用户界面示例。该集成解除了(relieve)用户尝试使用不同的通信信道(诸如，短信或电子邮件)来调度通信会话。图4是用于发送用于通信会话的请求的示例用户界面400。用户界面400可以被并入到设备上的联系人应用中或被并入到设备上的电话应用中。在图4的示例中，示出了“用户A”的联系人记录。作为联系人记录的一部分，除了用于发起呼叫的其他常规控制之外，还提供控制405。响应于控制405的用户选择，生成用户界面400的设备(例如，请求设备)生成用于通信会话的请求，而不是直接发起与用户A的呼叫或其他通信会话或者向用户A发送诸如如电子邮件消息或即时消息的另一类型的消息。在另一实施例中，用户界面400可以排除控制405。在那种情况下，控制器410可以用作多用途控制。例如，当控制410被选择时，请求设备能够发起到选择的联系人或电话号码的电话呼叫。响应于用户按下或触摸控制410更长的持续时间或延长的时间量，例如至少最少量的时间，请求设备可以生成请求和/或生成用户界面以接收要包括在请求内的元数据。图5是用于指定要被包括在用于通信会话的请求内的元数据的用户界面500的另一示例。在图5的示例中，用户界面500允许请求用户手动指定一个或多个元数据项，诸如请求的通信会话的持续时间和该请求是否是紧急的。用户界面500示出了通信会话是移动电话呼叫的示例。在一个实施例中，响应于图4的控制405的选择，可以由请求设备显示用户界面500。通信会话的主题或话题被示为“午餐”。该话题可以由请求用户手动输入，或者可以由请求设备通过访问与接收用户的日历数据、历史通信等来自动确定。图6是用于示出用于通信会话的未解决的请求的另一示例用户界面600。用户界面600可以被显示在请求设备上以指示用于通信会话的未解决的请求仍然存在，例如，尚未超时、被取消或被拒绝。在一个方面，用户界面600可以被显示为请求设备的通知中心的一部分或在请求设备的通知中心内显示。用户界面600指示请求指向的接收用户以及请求被发布的时间和/或日期。尽管图6示出了单个未解决的请求，但是在一个或多个其他实施例中，用户界面600可以呈现多个未解决的请求的列表。例如，一旦请求设备发送请求，请求设备就能够提供存在未解决的请求的持久的(persistent)指示。请求设备可以维持未解决的请求的队列。图6是持久的指示的示例实施方式。在请求用户希望终止或取消请求的事件下，请求用户可以选择用户界面600中的“取消”控制，从而使得请求设备取消未解决的请求。在一个或多个实施例中，响应于请求设备和接收设备之间的通信会话被建立，用户界面600的显示可以被中断或停止，例如用户界面600消失。在一个示例中，在用户界面600包括与建立的通信会话相对应的一个未解决的请求的情况下，用户界面600的显示被中断。在另一示例中，响应于与用户界面600内显示的任何未解决的请求相对应的通信会话被建立，用户界面600的显示被中断。在一个或多个其他实施例中，用户界面600的显示可以继续，并且只有与建立的通信会话相对应的请求可以被移除，直到用户解除用户界面600。在一个或多个其他实施例中，请求用户可以尝试呼叫作为未解决的请求的主题的用户(例如，呼叫接收用户)。请求设备能够基于存储的未解决的请求来检测对这样的用户的呼叫或其他形式的通信。在一个示例中，请求设备能够将未解决的请求数据复制到呼叫中。在另一示例中，接收设备能够在将请求信息包括在呼叫内之前询问请求用户请求用户是否希望更新请求信息。如果接收用户选择更新请求数据，则接收设备接收更新的数据和/或自动更新诸如日历数据的数据，并且然后将更新的请求数据复制到呼叫中。在又一示例中，接收设备能够询问请求用户是否取消接收用户的未解决的请求，并且然后发起呼叫或者响应于检测到呼叫自动取消未解决的请求。尽管图6示出了移除或终止用于通信会话的请求的一个示例，但是可以使用其他技术来终止请求。在一个实施例中，请求设备可以响应于检测到接收用户(或接收设备)和请求用户(或请求设备)之间的通信而终止未解决的请求。检测到的通信可以是经由由请求或由回复预定或指定的原始通信信道或者经由另一不同的或可替代的通信信道。例如，请求设备可以响应于检测到与接收设备的电话呼叫或者响应于检测到到接收用户或来自接收用户的即时消息、电子邮件等，而取消或终止用于电话呼叫的请求。在另一实施例中，接收设备可以在与请求相关联的超时时段期满时取消或者终止用于通信会话的请求或者响应于用于执行通信会话的任何截止时间已经过去或者以其他方式期满而取消或者终止用于通信会话的请求。在又一实施例中，除了取消请求之外，设备还能够更新请求和/或回复内的元数据。例如，响应于在请求超时、被接受、被拒绝或以其他方式对其行动之前改变的未来的通信会话的用户的可用性，请求设备可以更新请求中的元数据，并向接收设备提供更新的请求或更新的元数据。接收设备可以更新其中显示的请求以示出更新的元数据。类似地，接收设备可以更新回复的元数据并且向请求设备提供更新的回复和/或更新的元数据。请求设备可以对更新的回复和/或更新的元数据行动。图7是用于生成用于通信会话的请求的另一示例用户界面700。图7的示例示出了其中用于指定请求的元数据的控制被并入到用户界面700中的实施例，所述用户界面700是通过一个电话应用生成的。在图7的示例中，请求用户已经向接收者(用户A)发起通信会话，在这种情况下是电话呼叫。当请求设备响铃(ring)接收设备并且在接收设备应答电话呼叫之前，请求用户可以选择诸如控制705的控制来指示该呼叫是紧急的，选择控制710、715或720来指示呼叫的预期持续时间等。由控制705、710、715或720的选择确定的任何元数据可以被传播到接收设备并且在接收设备响铃时被显示，从而允许接收用户利用元数据来确定是拾取还是应答传入的电话呼叫。因此，在等待呼叫连接的同时，请求设备可以呈现所示出的控制以允许请求用户快速地指定标注的元数据。应该理解，图7中以及这里的各种示例用户界面内示出的特定控制仅用于说明的目的。可以提供进一步的控制以促进请求用户指定本文描述的要包括在请求内的各种元数据项中的任何项。图8是用于在接收设备上显示用于通信会话的请求的另一示例用户界面800。在一个实施例中，接收设备使用用户界面800来显示从请求设备接收的请求的元数据。例如，响应于用户使用请求设备(例如，使用图7的用户界面700)以指示呼叫的持续时间、呼叫是否是紧急以及呼叫的主题，接收设备可以生成用户界面800并显示该用户界面800。用户界面800示出预期的呼叫不紧急、预计仅持续几秒钟、并且是关于“呈现问题”。显示在用户界面800中的元数据被无缝地呈现在电话应用用户界面内，并帮助接收用户确定是否应答电话呼叫。如所示出的，元数据在接收设备应答传入的、建立音频和/或视频连接的电话呼叫(例如，去“摘机”)之前从请求设备传播到接收设备。在另一实施例中，在接收设备上确定的附加的元数据也可以被显示在接收设备上。附加的元数据为传入的请求和/或通信会话提供进一步的上下文。例如，接收设备可以显示即将到来的其中请求用户是接收用户的参与者的会议、显示到请求用户和/或来自请求用户的近期通信(例如，电子邮件、即时消息等)、显示来自请求用户的近期的社交媒体(例如，)更新等。附加的上下文有助于基于接收设备内的附加的信息或接收设备可访问的附加的信息来个性化用于接收用户的请求的内容。在一个或多个实施例中，接收设备能够基于元数据确定如何通知接收用户传入的通信会话或传入的请求。接收设备能够基于从请求设备接收的元数据来选择多个不同的模态(例如，响铃、选择特定铃声、振动等)中的一个或多个。接收设备可以为传入的被标记为紧急的请求和/或通信会话使用音频和振动两者。诸如仅音频或仅振动的不同的模态可以用于传入的被标记为非紧急的通信会话和/或请求。其他模态可以包括LED闪烁、相机闪光灯闪烁、使用设备的显示器的弯曲边缘被照亮或被激活来通信传达关于传入的呼叫的信息或其他通知的边缘显示等。在其他示例中，可以基于元数据调整模态的强度。例如，可以根据元数据来调整音频通知(响铃)的音量或视觉指示(LED、闪光灯等)的亮度，其中较高的音量(较亮的视觉指示)与较大的紧急性或重要性相关。在另一示例中，在使用视觉指示的情况下，可以使用特定眨眼图案或颜色图案/序列来指示特定元数据项。因为用户可以在发起通信会话之后添加元数据，所以接收设备(和网络)可以在附加的元数据变得可用的情况下修改传入的通信会话如何被处理。例如，如果请求用户在不添加元数据的情况下发起呼叫，则接收设备可以响应于传入的呼叫仅播放音频通知。如果请求用户随后指示该呼叫是紧急的，例如在接收设备正在响铃的同时，则接收设备可以响应于接收到元数据而将振动添加到呼叫通知。类似地，网络可以允许呼叫响铃更长的时间段。在这一点上，可以使用附加的元数据来影响传入的通信会话的处理。例如，紧急呼叫可以被允许在被发送到语音信箱之前响铃更久。在一个或多个实施例中，元数据可以由接收设备用来增加未接呼叫的通知。在一个示例中，接收设备能够将元数据包括在未接呼叫的通知中。在另一示例中，接收设备能够在接收设备上生成文本消息或请求(用于呼叫或通信会话)。如果附加的数据在明显的时间量已经过去之后到达并且，例如接收用户已经拒绝了该呼叫，则接收设备能够发布单独的通知以通信传达与先前拒绝的呼叫相关联的附加的数据的可用性。在请求设备在接收设备拾取或应答之前终止发起的通信会话的一个或多个实施例中，请求设备能够自动生成请求并向接收设备发送该请求。在一个示例中，该功能性可以是“选择参加”的，其中接收设备可以首先询问用户是否生成和发送该请求。可以自动使用生成的请求内的在终止的呼叫中指定的任何元数据。在一个或多个其他实施例中，在请求设备取消通信会话而不创建跟进请求并且请求用户随后再次向相同的接收用户发起呼叫的情况下，请求设备能够自动设置特定元数据。例如，如果请求设备终止未被接收设备应答的呼叫，并且在某个预定义的时间量内向相同的接收方发起进一步的呼叫，则请求设备可以自动将该呼叫标记为紧急。在另一实施例中，请求设备能够提示请求用户是否将呼叫标记为紧急或者设置一些其他(一个或多个)元数据项。图9是用于在接收设备上显示用于通信会话的请求的另一示例用户界面900。在图9的示例中，已经接收到请求的接收设备显示用户界面900。用户界面900允许接收用户以各种不同的方式中的任何方式来响应传入的请求。在所示出的示例中，用户已经接收到来自“妈妈”的讨论“周末计划”的请求。如所示出的，接收用户可以选择“呼叫”控制或“忽略”控制来处理该请求。可替代地，接收用户可以选择通过选择图标905、910或915中的一个来用消息响应该请求，其中每个图标选择要被用于用消息来响应的特定应用。例如，图标905可以运行消息发送或短信应用，并创建到请求用户的新消息。图标910可以创建寻址到请求用户的电子邮件。在一个或多个实施例中，基于用户的身份来个性化由设备显示的图标。例如，可以基于请求用户的身份来个性化图9中的一个或多个图标。接收用户可以选择“我将在……内呼叫”选项或“在……内呼叫我”选项。“我将在……内呼叫”选项在接收设备将呼叫的回复内创建元数据。“在……内呼叫我”选项在指示请求用户应该发起通信会话的回复内创建元数据。在该示例中，接收用户可以指定元数据中包括的时间量。在一个方面，取决于哪个设备将发起通信会话，可以创建在指定的时间量内被触发的提醒。例如，在“我将在……内呼叫”选项被选择的情况下，接收设备能够创建在指定的时间量内(例如在15分钟内)被触发的提醒。用户可以使用图9中的“+”和/或“-”图标控制来调整时间。在“在……内呼叫我”选项被选择的情况下，接收设备可以向请求设备发送回复。请求设备能够响应于回复创建在指定的时间量内呼叫接收用户的提醒。可替代地，接收用户可以简单地选择预定的响应或者选择编写定制消息来回复请求。在一个或多个其他实施例中，接收设备能够个性化接收用户在生成对接收的请求的回复中可以从其中选择的消息。为了说明的目的，如用户界面900中所呈现的诸如“不能交谈但能发消息”或“需要一会儿退出会议”等的消息可以由接收设备自动确定。例如，接收设备能够基于针对响应由接收用户对选择或编写的消息的先前选择、针对响应由接收用户对消息的频繁选择、来自接收用户的响应中包括的近期消息等来自动选择要包括在用户界面900中的消息。在图9的示例中，可以以固定时间增量(例如，5分钟或15分钟)来建议替代时间。在其他实施例中，替代时间可以被指定为任意数字值。在又一个实施例中，接收设备能够基于接收设备上可用的信息(例如，日历数据)来自动确定可能的替代时间。如果接收的请求包括指示请求用户的可用性的元数据，则接收设备能够显示来自请求的那些可用时间并且允许接收用户选择其中的一个时间。选择的时间可以用于在一个或两个设备中调度通信会话。在进一步的示例中，接收设备可以通过移除或不显示接收用户的日历数据指示不可用的那些时间来过滤可能的时间的列表。在一个或多个实施例中，本文描述的请求和回复框架可以用于安排与多于两个人的通信会话。例如，用户可以向多个其他用户发送请求来调度电话会议。请求可以征求可能的时间，而不是支持立即发起呼叫。请求设备可以标识返回的响应中的最佳可能的时间，并在接收设备的每一个上调度呼叫。在一个或多个实施例中，可以在呼叫恢复的上下文中利用本文描述的请求/回复框架。作为说明性示例，如果用户过早地从通信会话(例如，呼叫)中被除去，则被除去的用户的设备可以自动向其他设备发起请求。例如，响应于在进行中的通信会话期间丢失连接，丢失连接的设备可以自动生成请求，并响应于重新获得连接而将该请求发送给被除去的通信会话的其他(一个或多个)参与者。在另一实施例中，请求设备或接收设备能够向其他设备发送具有指示可替代的通信信道(例如，可替代的通信应用)的元数据的呼叫请求。例如，丢失与特定通信服务器的通信的设备能够向其他设备发送指示可替代的通信应用的请求，或者能够使用可替代的通信应用直接发起通信会话。可替代的通信应用的确定可以基于用户历史、区域中的网络的聚合使用数据、测试网络等中的一个或多个。该功能性可以有助于促进为不同的通信应用提供不同的服务质量的区域通信。应该理解，本文描述的示例实施例可以应用于电话呼叫和其他形式的、例如基于互联网的同步通信，以模拟进行电话呼叫的用户体验。请求用户可以通过指定元数据或在不指定元数据的情况下向接收用户开始作为呼叫的通信会话。请求设备能够使用异步信道(例如，专有的基于云的推送消息发送服务或现有的商业异步消息发送服务)来向接收设备发送请求。接收设备能够显示请求，就好像请求是有效的传入的呼叫。例如，接收设备能够使用接受和/或忽略控制来显示全屏用户界面。如果接收用户接受，则接收设备能够向请求设备发起通信会话。可替代地，接收设备能够向请求设备发送指示请求设备向接收设备发起通信会话的异步回复。本文使用的术语仅仅是为了描述特定实施例的目的，而不意图是限制性的。尽管如此，现在将呈现应用于整个文档的几个定义。如本文所定义的，除非上下文另有明确地指出，否则单数形式“一”、“一个”和“该”旨在也包括复数形式。如本文所定义的，术语“另一”意味着至少第二个或多个。如本文所定义的，除非另有明确地陈述，否则术语“至少一个”、“一个或多个”和“和/或”是在操作中既是连接又是分离的的开放式表达。例如，“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一起。如本文所定义的，术语“自动”意味着没有用户干预。如本文所定义的，术语“计算机可读存储介质”意味着包含或存储供指令运行系统、装置或设备使用或与其结合使用的程序代码的存储介质。如本文所定义的，“计算机可读存储介质”本身不是暂时性的传播信号。计算机可读存储介质可以是但不限于电子存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或前述的任何适当组合。如本文所描述的，存储器是计算机可读存储介质的示例。计算机可读存储介质的更特定的示例的非穷尽列表可以包括：便携式计算机磁盘、硬盘、随机存取存储器(RandomAccessMemory，RAM)、只读存储器(Read-OnlyMemory，ROM)、可擦除可编程只读存储器存储器(ErasableProgrammableRead-OnlyMemory，EPROM或快闪存储器)、静态随机存取存储器(StaticRandomAccessMemory，SRAM)、便携式光盘只读存储器(PortableCompactDiscRead-OnlyMemory，CD-ROM)、数字多功能盘(DigitalVersatileDisk，DVD)、记忆棒、软盘等。如本文所定义的，除非另有指示，否则术语“耦合”意味着连接，不管是直接没有任何中间元件的连接还是间接有一个或多个中间元件的连接。两个元件可以通过通信信道、通路、网络或系统机械地、电气地或通信地耦合。如本文中所定义的，术语“包括”、和/或“包含”指定所述特征、整体、步骤、操作、元件和/或组件的存在，但不排除一个或多个其他特征、整体、步骤、操作、元件、组件和/或其组合的存在或添加。如本文所定义的，术语“如果”取决于上下文意味着“当......时”或“在......时”或“响应于......”。因此，短语“如果确定”或“如果[所述条件或事件]被检测到”可以取决于上下文而被解释为意味着“在确定......时”或“响应于确定......”或“在检测到[所述条件或事件]时”或“响应于检测到[所述条件或事件]”。如本文所定义的，术语“一个实施例”、“实施例”或类似的语言意味着结合该实施例描述的特定特征、结构或特性被包括在本公开内所描述的至少一个实施例中。因此，贯穿本公开，短语“在一个实施例中”、“在实施例中”以及类似的语言的出现可以但不一定都指代相同的实施例。术语“实施例”和“布置”在本公开内可互换使用。如本文所定义的，术语“输出”意味着存储在物理存储器中，例如设备，写入显示器或其他外围输出设备、发送或传输到另一系统、导出(export)等。如本文所定义的，术语“多个”意味着两个或多于两个。如本文所定义的，术语“处理器”意味着被配置为执行包含在程序代码中的指令的至少一个硬件电路。硬件电路可以是集成电路。处理器的示例包括但不限于中央处理单元(CentralProcessingUnit，CPU)、阵列处理器、矢量处理器、数字信号处理器(DigitalSignalProcessor，DSP)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)、可编程逻辑阵列(ProgrammableLogicArray，PLA)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、可编程逻辑电路和控制器。如本文所定义的，术语“响应于”意味着对动作或事件容易地作出响应或反应。因此，如果第二动作“响应于”第一动作而被执行，则在第一动作的发生和第二动作的发生之间存在因果关系。术语“响应于”指示因果关系。如本文所定义的，术语“用户”意味着指人。本文可以使用术语第一、第二等来描述各种元件。除非另有陈述或者上下文另有明确地指出，否则这些元件不应该受这些术语的限制，因为这些术语仅用于将一个元件与另一元件区分开。计算机程序产品可以包括其上具有用于使得处理器执行本发明的方面的计算机可读程序指令的计算机可读存储介质(或多个计算机可读存储介质)。在本公开内，术语“程序代码”与术语“计算机可读程序指令”可互换使用。本文描述的计算机可读程序指令可以从计算机可读存储介质下载到相应的计算/处理设备，或者经由网络(例如因特网、LAN、WAN和/或无线网络)下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光传输光纤、无线传输、路由器、防火墙、交换机、网关计算机和/或包括边缘服务器的边缘设备。每个计算/处理设备中的网络适配卡或网络接口从网络接收计算机可读程序指令并且转发计算机可读程序指令以便存储在相应的计算/处理设备内的计算机可读存储介质中。用于执行本文描述的发明布置的操作的计算机可读程序指令可以是汇编指令、指令集架构(Instruction-Set-Architecture，ISA)指令、机器指令、机器相关指令、微代码、固件指令、或者以包括面向对象的编程语言和/或过程编程语言的一种或多种编程语言的任何组合编写的源代码或目标代码。计算机可读程序指令可以指定状态设置数据。计算机可读程序指令可以完全地在用户的计算机上、部分地在用户的计算机上、作为独立的软件包、部分地在用户的计算机上和部分地在远程计算机上或者完全地在远程计算机或服务器上运行。在后一种场景下，远程计算机可以通过任何类型的网络(包括LAN或WAN)连接到用户的计算机，或者可以(例如，通过使用互联网服务提供商的互联网)连接到外部计算机。在一些情况下，为了执行本文描述的发明布置的方面，包括例如可编程逻辑电路、FPGA或PLA的电子电路可以通过利用计算机可读程序指令的状态信息来运行计算机可读程序指令以个性化电子电路。参考方法、装置(系统)和计算机程序产品的流程图图示和/或框图来描述本发明布置的某些方面。将理解，流程图图示和/或框图中的每一个框以及流程图图示和/或框图中的框的组合可以由计算机可读程序指令(例如，程序代码)实施。这些计算机可读程序指令可以被提供给计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器运行的指令创建用于实施在流程图和/或框图的一个或多个框中指定的功能/动作的部件。以这种方式，将处理器可操作地耦合到程序代码指令将处理器的机器转换成用于执行程序代码的指令的专用机器。这些计算机可读程序指令还可以被存储在计算机可读存储介质中，所述计算机可读程序指令可以指导计算机、可编程数据处理装置和/或其他设备以特定方式运行，使得其中存储有指令的计算机可读存储介质包括制造制品，所述制品包括实施在流程图和/或框图的一个或多个框中指定的操作的方面的指令。计算机可读程序指令还可以被加载到计算机、其他可编程数据处理装置或其他设备上以使得一系列的操作在计算机、其他可编程装置或其他设备上执行以产生计算机实施的过程，使得在计算机、其他可编程装置或其他设备上运行的指令实施在流程图和/或框图的一个或多个框中指定的功能/动作。图中的流程图和框图示出了根据本发明布置的各个方面的系统、方法和计算机程序产品的可能实施方式的架构、功能性和操作。在这一点上，流程图或框图中的每个框可以表示指令的模块、段或部分，所述模块、段或部分包括用于实施指定的操作的一个或多个可运行指令。在一些可替代的实施方式中，框中标注的操作可以不按照图中标注的顺序发生。例如，取决于涉及的功能性，连续示出的两个框可以基本上同时运行，或者框有时可以以相反的顺序运行。还将注意到，框图和/或流程图图示中的每一个框以及框图和/或流程图图示中的框的组合可以由执行指定的功能或动作或执行专用硬件和计算机指令的组合的专用的基于硬件的系统实施。为了说明的简单和清楚，图中示出的元件不一定按比例绘制。例如，为了清楚，一些元件的尺寸可以相对于其他元件被夸大。此外，在认为合适的情况下，图中重复的参考编号指示相应的、相似的或相同的特征。在下面的权利要求中可以找到的所有部件或步骤加功能元件的相应的结构、材料、动作和等同物旨在包括用于与明确地要求保护的其他要求保护的元件组合执行功能的任何结构、材料或动作。本文提供的发明布置的描述是为了说明的目的，而不是穷举或限制于所公开的形式和示例。选择本文使用的术语是为了解释发明布置的原理、相对于在市场中找到的技术的实际应用或技术改进，和/或使本领域的普通技术人员的其他人员可以理解本文公开的实施例。在不脱离所描述的发明布置的范围和精神的情况下，修改和变化对于本领域的普通技术人员来说可以是显而易见的。因此，应该参考下面的权利要求，而不是前述公开，来作为指示这样的特征和实施方式的范围。当前第1页1 2 3 当前第1页1 2 3