CN102696248A - 通讯管理功能 - Google Patents

Abstract

一种回复通讯的方法，包括如下步骤：接收发送方发送的传入通讯，并发向接收方的通讯设备，并用注入了音频、视频、文本、和/或图表的讯息对通讯进行回复。该注入的讯息事实上向发送方表明，目前接收方暂时不能够回复通讯，但是已经或将会知道该通讯。该方法进一步包括了提供承诺实现功能的步骤，该功能提醒接收方存在一个通讯信息，并且在注入讯息中承诺会和发送方进行后续联系。

Description

通讯管理功能

对相关申请文件对照检索

本申请要求专利号为61/261,902，申请日为2009年11月17日的美国临时专利的优先权，以及专利号为61/346,790，申请日为2010年5月20日的美国临时专利的优先权，任一所公开的内容作为参考被引入在本文中。

发明背景。

技术领域

本发明涉及通讯管理功能，提供了关于筛选、回复、和/或其他的处理传入通讯的选项。

背景技术

能够用于发送和接受通讯信息，比如电话通话、文本短信、电子邮件、即时讯息请求或其他如电子更新和信息的设备，正变得逐渐普及。这样的设备发展成了多种多样的形式，可能会是固定一处的设备，如台式电脑、电视机顶盒、游戏操纵台等等，也可能会是便于携带的，如智能电话、平板电脑、笔记本电脑，个人数字助理（“PDA”），便携式游戏控制台、便携式媒体设备等等。更进一步的，这些设备能够通过许多方式来发送或传输通讯信息，例如有线的或无线的连接，标准的或协议的传输，例如因特网、内联网、网络协议电话（“VOIP”）、卫星、3G、SMS、MMS、4G、WIMAX等等。

对于如何接收、被通知、回应以及其他处理收到的通讯信息，接收装置有各种选项。参照通常的电话通讯信息被传输到一个接受设备上的例子，接收设备的回应的选项包括，回复这个呼叫，忽略这个呼叫，以及将这个呼叫发送到语音邮件系统。

一些情况下，例如，如果一个接收方处于一个重要的会议中，或正在与线路另一边的人处于通讯中时，接收设备被通知有一个新的传入信息，但是目前不能或不愿意回复这个通讯。因此，通讯信息发送方可能会试图通过其他渠道来和接收方取得联系，比如通过呼叫一个不同的电话号码，像手机、商业专线、和/或家庭的号码，通过电子邮件或发送文本信息，和/或试图亲自访问接收方。在这种或其他情况下，告知发送方，接收方已经接收到相关通讯，但不能现在回复，是比较方便的，类似于秘书或收发员在接受到一个发送给其他接受者呼叫信息时的作用。拥有一个作为助手的人，来接收和筛选通讯信息，在有些情况下，是合适的，例如，在工作时间，在办公室内并且在信息接受者的工作线路上。然而，对于大多数的用户来说，要找到一个在他们的设备上随时根据需要来处理通讯信息的助手并不合适。

因此，需要一个通讯信息管理功能，能够帮助传入信息的筛选，接收到通讯信息的告知，通知发送方接受者的状态，和/或提供用于回应和处理通讯信息的额外的选项。

发明内容

根据一个实施例，一种用于回复通讯的方法，包括以下步骤：接收发送方发出的传入通讯信息并发送给一个接收方的通讯设备上并使用注入的音频、视频、文本和/或图表信息来回复该通讯。该注入的信息向发送方表明，实际上目前接收方无法对通讯做出回复，但已经或将会知道该通讯。这种方法可以更进一步地包括了提供承诺实现功能的步骤，该功能提醒接收方存在一个通讯信息，以及通过注入消息与发送方进行后续的通讯的承诺。

根据另一个实施例，一种用于回复通讯的软件系统，该系统存储于一个计算机可读的媒介上，包括一条第一路径，用于接收发送方发出的传入通讯信息并连接到接收方的设备上，一条第二路径，用于使用注入的音频、视频、文本、和/或图表的信息来回复通讯信息。该注入的信息向发送方表明，实际上目前接收方无法对通讯做出回复，但已经或将会知道该通讯。该软件系统也包含了一条第三路径，用于提供一种承诺实现功能，该功能能够提醒接收方存在一个通讯信息，以及通过注入消息与发送方进行后续的通讯的承诺。

根据进一步的实施例，一种用于回复通讯的系统，包括用于接收由发送方发出的传入通讯信息并发送给一个接收方的通讯设备上的装置和使用注入的音频、视频、文本和/或图表信息来回复该通讯的装置。该注入的信息向发送方表明，实际上目前接收方无法对通讯做出回复，但已经或将会知道该通讯。该系统可以更进一步地包括用于提供一种承诺实现功能的装置，该功能能够提醒接收方存在一个通讯信息，以及通过注入消息与发送方进行后续的通讯的承诺。

本发明的上述特征以及其它特征和优点将体现在以下的详细描述以及权利要求中。

附图说明

本发明的细节，包括并不以之为限的优势和优点，通过阅读以下详细的描述和附图，相对于相关文献中的现有技术来说，会更为明显，其中：

图1示出了一个根据本文所描述的实施例的系统的框图图表，通过这个系统能够实施通讯管理功能；

图2示出了一个根据一个实施例的流程图，该实施例描述了能够通过图1中的设备来实施的通讯管理功能；

图3示出了一种流程图，进一步阐明了图2中通讯管理功能的细节；

图4示出了一种流程图，阐明了另一种可能单独实施或结合地实施于图2或图3的功能之中的通讯管理功能；

[0016]    图5A-5D是向用户显示的抓屏的非限制的实例，例如，可在图1的设备上显示，该抓屏实例显示了本文所述的通讯管理功能所具有的回复选项以及调整设置功能。

图6示出了一种流程图，阐明了另一种可能单独实施或结合地实施于图2-4的功能之中的通讯管理功能；

图7示出了一种流程图，阐明了一种根据一个实施例的承诺实现功能；并且

图8A-8C是向用户显示的抓屏的非限制的实例，例如，在图1的设备中，图7的承诺实现功能中。

具体实施方式

本发明容许有各种形式的实施例，图中所示以及以下描述的用于理解本发明的各种实施例仅仅是对本发明的描述，而并不局限于此处揭示的具体实施例。

本文的描述涉及一个或多个通讯管理功能，能够使通讯的接收方向信息发送方提供快速的回复信息或确认信息并向发送方传送相关的信息。当来自于社交网站、新闻服务、气象站、金融服务、旅行社等的通讯，比如电话呼叫、包括使用短信息服务（“SMS”）以及使用多媒体信息服务（“MSM”）的文本信息、电子邮件、即时消息请求，以及电子更新等被发送给了信息接收方的通讯设备，通讯的接受者通常会有几个选择。接收方可能会回复该通讯，或允许通讯信息发送至存储单元，例如由服务提供商提供的语音邮件服务、一个回复设备、一个文本或电子邮件的邮箱等。

根据本文的描述，通讯的接收方也具有激活执行音频、视频、文本以及图表信息注入的功能的选择。在讯息注入中，存储在本地通讯设备上或在远程通讯设备上的一个或多个音频、视频、图表和/或文本文件和讯息能够被注入或通过通讯频道，如语音和/或数据频道，被传输给发送方。根据一个实施例，接收这做出积极的行为来进行讯息注入，因此，发送方就能够立刻知道，接收方已经知道发送方试图与接收方取得通讯联系。而且，注入的视频、音频、图像和/或文本文件包括了接收方状态信息以及用于回复通讯的可用信息。例如，注入的讯息可能会通告发送方，发送方将会维持在保持的状态，直到接收方进入了一个更方便的位置，能够进行通讯回复。

当每一个通讯信息收到后，消息的注入也可能自动完成，而不需要用户的确认行为。其中一个方案是这个自动讯息注入在设备关闭或没有与必要的通讯频道连接的情况下完成的。在一个例子中，在一个应用服务器上执行通讯管理功能，下文将更加详细地进行描述。由应用服务器执行的通讯管理功能将讯息注入给发送方，告知未收到的通讯并传输相关信息，诸如接收方的设备当前处于断网状态的信息。

本文的描述还涉及承诺实现功能，功能提供了一个通讯记录，该记录被试图或实际发送并接收并提醒接收方与特定的发送方进行后续的通讯。例如，如果将一份注入讯息发送给了发送方，说明接收方目前暂时不能回复，但会尽快在方便的时候回复，承诺实现功能就会给出未成功的通讯记录，以及用于向发送方进行呼叫、发送短信和/或电子邮件的提醒。

另外，筛选功能也在此处述及，通讯信息会通过通讯信息的种类和发送方的信息进行筛选，以便接收方根据自定义的用户优先设定仅仅被告知特定的通讯信息。

本文所述的通讯管理功能对通讯设备产生多种其他功能。后文将会述及这些功能；然而，其所具有的注入音频、视频、文本、和/或图表讯息的功能可以有多种应用实施例，均属本发明的精神和范围之内。

图1示出了通讯设备10的典型元件，例如台式电脑、电视机顶盒、静置的或可携带的游戏操纵台，智能电话、平板电脑、PDA，便携式媒体设备等等，均能用于发送和/或接收通讯信息。在图1中，设备10，包括连接于存储器14的控制器12，任意数量的输入输出（“I/O”）设备或元件16，以及一个转换器和/或接收器18。另外，设备10还包括一个供电系统20，例如可充电电池，或是一个插座，以向设备中的各部件提供电力。

在一个并不以之为限的例子中，设备10 是一个能够用于发送和接收通讯信息的智能电话。在所示例子中，控制器12在其他的操作和功能中，用于控制接收和处理通讯信息。存储器14通常包括易失性存储器，例如RAM，以及非易失性存储器，例如ROM以及闪存。存储器14存储数据，例如可以作为软件程序和应用被实施的操作系统，通讯管理系统，其他应用软件，这些软件能够用于接收和传输通讯以及其他功能，例如，作为日历、邮件、浏览器、文字处理程序、游戏，将通讯信息发送到设备上等等。存储器14也能够存储呼叫方或发送方的识别信息，例如，与电话号码相联系的名字，电子邮件地址，公司或工作信息，地址等等。这样的发送方识别信息能够用于识别被允许的发送方发送通讯信息，这将于下文中详述。

并不以此处所述为限，更进一步地，所述I/O设备16包括一个显示装置、通话装置、扩音器、键盘、触摸板、指示灯、振动马达等，显然是现有的普通技术。传送器/接收器18包括已知的元件，用于传输和接收通过有线和无线形式进行的通讯连接，标准的或协议的传输，例如因特网、内联网、VOUP、卫星、3G、SMS、MMS、4G、WIMAX等等。在其他的实施例中，设备10可能会包括更多或更少的元件，但其操作运行显然属于本文所述的一种普通技术。

图1更进一步地示出了设备10，服务提供商22以及发送方24之间的普通交流。通常，连带着其他命令和数据的通讯信息，例如，发送方识别信息，可以从服务提供商22或者是通过服务提供商从发送方24传输给设备10。设备10和/或服务提供商22可以被设置成能够将发送给设备10的讯息进行管理的功能，这将在后文详述。

图2示出了一种通讯管理流程图40，用以使得用户在回复输入的各种通讯信息，如电话呼叫、文本讯息、电子邮件等时，能够进行可定制类型的讯息注入。流程图40可以由图1中的装置10的硬件和/或软件的元件来实施。在一个实施例中，流程图40中的一个或更多的部分可以作为一个软件的程序或是应用被用户下载到设备10中来进行实施。例如，用户可以通过在线的软件市场，如安卓市场、苹果应用程序商店、诺基亚商店、黑莓应用程序世界、微软市场等下载获得软件应用。可选择的，软件程序可以通过制造商写入设备10中。

仅作参考，流程图40会在关于电话呼叫的内容中详述，由上文可知，该流程图能够适用于任何类型的通讯，例如文本讯息，电子邮件等等。流程图40开始于框图42，在此期间，一个发送方，例如用户是人或是一个自动的计算机，向接收方的设备10传输一个通讯，例如，拨打接收方的电话号码。在框图44中，设备10接收到通讯信息，并通告接收方，例如通过振动器、指示灯，和/或可听到的铃声。在一个具体实施例中，在框图46中，设备10提供了图形化的用户界面，以为接收方显示选项来回复处理传入通讯信息。在本实施例中，接收方有五种可选的选项，尽管可能并不是所有的可选选项实际上会在显示上表示出来。第一选择方式表示在框图48中，是以已知的方式来回复通讯。另一个选择表示在框图50中，是立刻解除通讯，并让通讯信息进入一个存储单元，例如语音邮件、文本讯息、或是电子邮件信箱。框图52代表另一个选择方式，是并不进行任何操作，而是直接让通讯信息进入到存储单元。

在框图48-52之后，控制流程进入了结束框图54，代表目前的流程图40步骤的结束。不过，在图2中，任意一个所示的结束框图54之后，都可能会有其他的流程，例如允许接收方回复通讯，结束通讯信息通知、将通讯信息传输进一个合适的邮箱、断开发送方与接收方的装置的连接、进行承诺实现功能等等。

所述的流程图40具有另外的选项，包括框图56 中的第四选项，即通过向发送方发送注入讯息来回复通讯，例如一个录音音频讯息：“我接收到了你的通讯信息，我将会马上回复你的通讯。”在一个电话呼叫的环境下，第四选项也许可能会是一个“接通电话”的选项。在一个具体实施例中，框图56对于接收方来说，如果发送方的信息，例如姓名、电话号码、电子邮箱地址等信息被确认了，并且如果“接收呼叫”的选项是可用的，也许可能只有一个选项了。更具体的，发送方的信息可以通过一种现有的方式提取出来，与存储的连接信息相比，与此处所述的通讯管理功能的设置相联系。而在另外的实施例中，“接收呼叫”的选项可能提供给所有的发送方，不论他们是已知的，还是未知的。

在选择了框图56的选项之后，会在框图58中自动回复通讯，并且在框图60中，发送方会收到注入了讯息的确认信息，通讯信息已被收到。 注入的讯息可能是一个默认的信息或是根据识别了的发送方所自定义的讯息，后文将会对此详述。在注入或传播讯息之后，该讯息通常，但并不总是，一个预先录制的讯息，在框图62中，通讯设备可能会断开通讯连接。结果就是，发送方知道接收方已经被通知到并且接收方知道了通讯的存在，并且没有必要再去试图通过其他的频道与接收方取得联系，或者是留下一个语音邮件讯息。

在不脱离此处所揭示的精神的情况下，可以在“接受呼叫”功能上进行多种变化。例如，框图58中会注入音频讯息来通知发送方，该功能处于开启状态，例如，讯息表明：“你的通讯正被接受呼叫功能进行回复”。另外，框图62中，如果需要，会向发送方提供留下语音邮件讯息的选项。在另一个实施例中，框图46，56能够让用户选择注入一个特定的讯息并发送给发送方。该特定的讯息可以是一个默认的或全局的讯息，一个自定义的讯息，或一个或更多的快速讯息。快速讯息的例子包括“我正在和客户用午餐。我会在我有空的时候回复你，” “我正在开车，我会在停靠后回复你，” 以及“我正在开会。不久我就会回复你。”进一步的，控制从框图62进入结束框图54后，又会再次进入承诺实现功能，这将会在下文中详述。

图3示出了图2的流程图40中的更多细节。更具体而言，在图3中，接收方能够选择另一个由框图70所代表的选项。在电话呼叫的情形下，框图70可以被认为是“呼叫保留”的选项。在一个实施例中，如果发送方的信息，例如姓名，电话号码，电子邮箱的地址等等已经被确认了，并且如果“呼叫保留”的选项对于已识别的发送方是可用的，框图70可能只会向接收方提供一个选项。如上所述，发送方的信息可以通过一种现有的方式提取出来，与存储的连接信息相比，与此处所述的通讯管理功能的设置相联系。而在另外的实施例中，“呼叫保留”的选项可能提供给所有的发送方，不论他们是已知的，还是未知的。

本实施例中，在框图72中，通讯被回复，并且在框图74中呼叫者被设置为保持状态。在框图76中，一个音频的、视频的、文本的、和/或图表的文件被注入到通讯的频道中，表明呼叫者已经被置于保持的状态，以使接收方进入更合适的位置已进行通讯。这样的文件信息可以包括，如，一个音频文件信息：“谢谢你的呼叫。我需要让你处于保持状态，直到我到了一个能够方便通话的地方。我马上就会和你建立联系。”在一个实施例中，在框图78中，当呼叫者处于保持的状态中时，个人讯息、音乐、或其他娱乐背景可能也会通过音频、视频、和/或图像注入的形式再次予以展示。框图76和/或78中注入的讯息可能是一个默认设置的讯息或是根据特定的确认了的发送方而特殊自定义的讯息，这将在后文中详述。在框图80中，呼叫方继续处于保持的状态，直到接收方解除了这种状态，和/或在框图82中进行回复。随后，控制流程进入框图54，接收方和呼叫方进行通讯，并在通讯结束后，结束了呼叫。

如上述的“接受呼叫”功能那样，在不脱离本文所述的精神的情况下，可以在“呼叫保留”功能上进行多种变化。例如，框图72中，可以通过注入音频讯息来通告发送方，呼叫保留功能处于活动状态，例如“你的通讯正通过呼叫保留功能进行回复。”另外，框图80中，如果需要，也可能会提供给发送方一个可选择的选项，如留下一个语音邮件讯息。在另一个实施例中，框图46，,70中，可以让用户选择注入一个特定的讯息发送给发送方，如，一个默认的或全局的讯息，一个特殊自定义的讯息，或者是一个或多个的快速讯息。

图4示出了另一个通讯管理功能，例如能够并入图2和3的流程图中的通讯管理功能。具体而言，在发送方向接收方的设备发出一个通讯信息之后，在框图100中，就会对发送方的信息，如姓名、电话号码、电子邮箱地址等进行识别，判断发送方的信息是否能够被确认，在具体实施例中，可以通过将发送方的识别信息与存储的信息内容进行匹配来完成判断。如果发送方并未被确认，控制流程会进入框图102，发送方会被提供选择方式，对他或她自己进行确认，例如，说出自己的名字，所说出的名字能够被转换成文本并在接收方端显示。在经过框图100和102后，筛选功能会被决定是否会被启用。如果筛选功能并未开启，控制流程会进入到框图104，设备10会将该通讯告知接收方。如果筛选功能是开启的，控制流程会进入框图106，只要传入信息和允许进入的发送方列表中的信息相匹配，设备10就会将通讯告知接收方。如果不匹配，则发送方和/或通讯信息可能会被发送到语音邮件中，或与之相反，被丢弃、被存储，和/或添加到通讯日志中。在框图106的一个具体实施例中，如果发送方的身份信息并没有得到在框图100的确认，但是发送方说出了他的姓名，并且这个姓名信息能够和允许进入的发送方列表中的信息相匹配，那么设备10会通告接收方。例如，可能会出现发送方正在呼叫一个未知的电话号码，但其名字却出现在了允许进入的列表中的情况。

其后，控制流程图会进入框图46，和图2和3中的框图46一样，接收方对如何回复通讯，有许多选项，包括进行讯息注入，如本文所述。图4中关于筛选功能的更多细节描述可见美国专利第12/947,266号，提交于2010年11月16日，此处引用其全部内容作为参考。

现在参见图5A，示出了上述的框图44和46的一个实例，其中，在显示器120上，设备10告知接收方，有一个传入的呼叫。同时，图中也显示了几个按钮122，123，126以及128，分别代表了回复的选项48，50，54以及70。在本实施例中，接收方可以查看传入呼叫的信息，较为典型的表现出了电话号码，发送方的姓名，发送方的图像，和/或其他的识别信息，并通过选择选择按钮120-126中的一个来进行回复。

图5B-5D示出了一些抓屏的示例，此处显示了一个用户或是一个接收方是如何对通讯管理功能进行多种不同的调整设置的。图5B-5D中的抓屏图像可以是从运行于设备10中软件应用或是服务提供商22所提供额网站上截取下来的。如果图5B-5D是以网站的形式进行实施的，那么用户可能就会需要在进入功能设定之前，先行进行登录验证，这属于现有技术范畴。

更具体而言，图5B示出了一张屏幕显示140，包括了许多触摸键，能够使用户进行功能的更改设置。例如，屏幕显示140中，按键142、144、146能够分别开启或关闭“接收呼叫”功能、“呼叫保留”功能以及筛选功能。按键142、144以及146可以只是用于开启或关闭各自的功能，但在一个实施例中，按键142-146同样也可以让用户能在设备自动关闭前，特定的一段时间内开启上述的功能，并且/或者是，根据设备中的电子日历，对上述的功能进行同步。例如，如果用户设置了一个或多个的功能在接下来的两个小时内处于开启状态，那么设备中的电子日历会自动封堵接下来的两个小时，并指出用户不可用或者不能接收通讯信息。另一个选项可以让用户直接对电子日历进行更改，例如将接下来的两个小时设置为会议时间，并和通讯管理功能相同步，同时，在相同的时间段内开启“接收呼叫”、“保持呼叫”、筛选功能中的一个或多个。仍然是在按键142-146的另一个实施例中，用户可以选择预先调整的和自定义的时间周期类别。例如，用户可以在晚上11点至早上7点间，设置一个就寝时间的类别，期间仅仅允许紧急组别进行呼叫。其他类别，例如还有每周例会类别，外出工作类别，用餐时间类别，家庭时间类别等等。

同样还有按键148，150允许用户分别在“接收呼叫”和“呼叫保留”期间，编辑注入的音频、视频、图标、和/或文本的文件或是讯息，并发送到发送方。图5C示出了屏幕152的一个实施例，可以让用户在“接收呼叫”功能中，更改注入的音频讯息并发送给发送方。屏幕152示出了用户记录全局的或是默认讯息的一个实施例。在其他实施例中，用户可以记录一个自定义的讯息来选择用户，和/或记录下快速讯息。像图5C一样，用户也可以通过相同的方式，在“呼叫保留”功能中，更改注入的讯息。

屏幕140还有按键154、156、158，可以让用户分别给“接受呼叫”、“呼叫保留”以及筛选功能编辑联系设置。这样的联系设置已在图5D的屏幕160中示出，包括能够设置自定义的162或全局的164的讯息注入，来选择联系方或发送方。联系设置同样能够为筛选功能制定允许的以及不被允许的联系方。其他的联系设置，能够定义自定义组或是类别，比如“朋友”、“家人”、“同事”等等，并对各组或类别做自定义设置。

图6示出了另一个流程图180，该流程图描述了一个应用服务器182如何实施本文所述的一个或多个通讯管理功能。该应用服务器可以独立于接收方的设备10而单独实施，例如接收方的个人电脑、具有通讯功能的汽车、飞机或其他交通工具，或通过网络运营商，例如，手机服务运营商、VOIP服务商、和/或通过有线通讯或卫星通讯运营商。更具体而言，框图42中，在发送方向接收方的设备10发送了通讯信息后，由决定框图184决定设备10是否可用。设备10是否可用，取决于一系列的因素和情形，如设备10是否关闭，或是否联网，是否设备10正在处理另一个通讯，是否用户选择的是直接呼叫应用服务器182等等。如果设备10可用，控制流程会进入框图186，代表了由图2-4中所示的一个或多个通讯管理功能，例如，通讯会根据相应的规则由设备进行处理。如果设备10不可用，控制流程会进入188，表示通讯管理功能由应用服务器182执行。

在一个具体实施例中，框图188中包括一个自动的“接受呼叫”功能，与图2中的“接受呼叫”功能类似。在自动“接收呼叫”功能中，应用服务器22可被告知设备10不可用，并采取与图2中的框图58-62相似的步骤。更具体而言，应用服务器182会回复呼叫，注入讯息，说明接收方暂时不可用，但是会在后续尽快和发送方联系，随后结束通讯连接。同上文所述的“接受呼叫”功能一样，自动“接受呼叫”功能只会在功能对验证了的发送方开启时才会被执行。应用服务器182存储发送方的信息，并设置自动“接收呼叫”功能，来决定该功能是否对发送方开启。而在其他的实施例中，自动“接收呼叫”选项可以向所有发送方提供，不论发送方是否已知。

同步框图190表明设备10和应用服务器182之间的连接，当可用时，同步设备10和应用服务器182之间的信息，例如，联系列表、语音名、自定义讯息、默认讯息、快速讯息、日历时钟信息以及其他的功能设置等。在一个具体实施例中，语音名和自定义讯息会在联系列表中存储或者和发送方的验证信息相关联，这样发送方就可以通过多种方式被验证，相关的自定义讯息也可以根据发送方，被轻易地检索到。当设备10不可用时，框图190也提供了一种在应用服务器182接收到的通讯后，通告设备10的一种连接方式。框图190中的连接可以是任何适合的有线的，或无线的连接方式，例如，设备10和运营商的网络之间的连接，网络网页、内联网连接、光缆、VOIP、SMS、MMS、卫星、蓝牙等。

在不脱离本发明精神的情况下，对于自动“接收呼叫”功能可以进行多种更改。例如，该功能可以注入一个音频讯息来告知发送方该功能处于开启状态，例如，发出“你的通讯正由自动接受呼叫功能进行回复。”进一步地，自动“接收呼叫”功能可以让发送方给接收方留下语音邮件，应用服务器182可以保存该语音邮件，并以任何已知的方式向接收方发送该讯息。

另外，此处所述的一个或多个功能可以结合在图7示出的承诺实现功能一起实施，由决定框图200开始，该决定框图200用于决定该功能是否开启。如果开启，那控制流程会进入框图202中，这时，呼叫或通讯日志被显示出来，例如，在图8A中230所示。框图202中可以包括例如由“接收呼叫”功能，“呼叫保留”功能、自动“接收呼叫”功能、错过的通讯、和/或其他通讯所处理的通讯记录。在开启“接收呼叫”功能或自动“接受呼叫”功能的情况下，频幕显示230包括了通讯记录条目232，表明在讯息注入中做出的承诺，以和发送方进行后续联系。频幕显示230还包括其他接到的或错过的呼叫条目234。在一个实施例中，这样的错过的呼叫，可以是虽然设备10中从未收到过，而由应用服务器182代为接收，当应用服务器182和设备10实现同步后，反映出来的呼叫。

[0052]   选择承诺的承诺实现选项展示在框图206中，例如，显示在图8B的屏幕显示236中，根据一个具体实施例，实现选项包括解除承诺208、呼叫发送方210、向发送方发送SMS讯息212、或者重新对提示器做日程设定214。如果用户选择解除承诺208、呼叫发送方210、发送SMS讯息212，控制流程会进入框图216，条目会从记录中移除。如果发送方选择重新对提示器做日程设定214，如图8C的屏幕显示238所示，用户能够重新设定提示器，以和发送方进行后续通讯。此后，控制流程进入框图218，根据日程表提醒用户，例如可听见的闹钟声、振动、和/或一个显示，以和发送方做后续联系。

图8A-8C的抓屏图像可以是是从在设备10上执行的软件应用或从由服务提供商提供的网站上截取下的抓屏图像运行的软件应用的实施例。如果图8A-8C作为网站被实施，用户可能会需要在进入设置功能时，进行验证，显然属于现有技术。

此处所述及的单词“一”或“一个”包括了单数形式和复数形式。与此相对地，任何复数形式，只要恰当，均包括了单数形式。

其他实施方式包括了此处所述的实施例中的单独功能或是功能的结合。

此处所述及的单词“一”或“一个”包括了单数形式和复数形式。与此相对地，任何复数形式，只要恰当，均包括了单数形式。

工业实用性

本发明提供了一种通讯管理功能，能够让用户筛选或过滤任一种类的通讯，以消除不必要的破坏，并提高生产效率。更进一步的，对于向发送方发送注入讯息，通讯管理功能能够提供关于用户是否能够回复通讯的相关信息。承诺管理功能还能够在用户后续的与发送方的通讯中起帮助作用。

根据本文之前所述的技术内容，可以有多种修正和变化。相应的，这些描述仅仅只是作为示例，在文中用来说明如何使用这些技术，以实现本发明，并作为实施的最佳方式。对于权利要求书范围内的任何修改，本发明均保留。

Claims (19)

1.一种用于回复通讯的方法，包括如下步骤：

接收发送方发送的传入通讯，并发向接收方的通讯设备；

用注入的音频、视频、文本、和/或图表讯息对通讯进行回复，该讯息向发送方表明，目前接收方暂时不能够回复通讯，但是已经或将会知道该通讯；并且

提供承诺实现功能，提醒接收方存在一个通讯信息，并且在注入的讯息中承诺会和发送方进行后续联系。

2.根据权利要求1所述的方法，还包括显示发送方验证信息以及显示回复通讯的选项的步骤，其中该选项包括接收通讯选项和保持通讯选项，并且在回复通讯的步骤中，如果选择的是接收通讯选项，会注入第一讯息，而如果选择的是保持通讯的选项，则会注入第二讯息。

3.根据权利要求2所述的方法，接收通讯选项包括利用注入的讯息来回复通讯的步骤，该讯息表明，目前接收方将会在以后和发送方进行后续的联系，并结束通讯，更进一步的，接收通讯选项包括还能够在结束通讯前，给发送方留下语音邮件信息的机会的步骤。

4.根据权利要求2所述的方法，其特征在于，保持通讯选项包括将通讯置于保持状态，利用注入的讯息回复通讯的步骤，该讯息表明，目前发送方将会始终处于保持状态，直到接收方能够回复通讯之后，解除保持状态，并回复通讯。

5.根据权利要求1所述的方法，其特征在于，由应用服务器进行接收传入通讯以及回复通讯的操作步骤。

6.根据权利要求1所述的方法，其特征在于，由通讯设备进行接收传入通讯以及回复通讯的操作步骤。

7.根据权利要求1所述的方法，其特征在于，注入的讯息能够为特定的发送发进行自定义。

8.根据权利要求1所述的方法，还包括提供筛选功能的步骤，该筛选功能用于进行验证通讯的发送方、基于发送方对筛选设定进行验证、根据验证设定决定通讯是否被允许、在通讯被允许时告知接收方通讯信息，以及在通讯不被允许时，处理通讯而不告知接收方的一系列步骤。

9.根据权利要求1所述的方法，其特征在于，承诺实现功能能够提供通讯的记录，该记录包括错过的通讯并进一步提供用于后续的通讯进行承诺的选项，该选项包括解除承诺、回叫发送方、向发送方发出讯息以及重设承诺以进行后续操作。

10.根据权利要求1所述的方法，还包括验证发送方并将发送发与存储的发送方信息进行匹配以验证发送信息的步骤。

11.根据权利要求10所述的方法，还包括提供一个能够让发送方提供自己名字以进行验证的选项的步骤。

12.一种用于回复通讯的存储在计算机可读介质上的软件系统，包括，

一条第一路径，用于接收由发送方发送的传入通讯，并发送至接收方的通讯设备；

一条第二路径，用于利用注入的音频、视频、文本、和/或图表讯息对通讯进行回复，并向发送方表明，目前接收方暂时不能回复通讯，但是已经或将会知道通讯信息；并且

一条第三路径，用于提供承诺实现功能，提醒接收方该通讯信息，并且在注入的讯息中承诺会和发送方进行后续联系。

13.根据权利要求12所述的软件系统，还包括一条第四路径，用于显示发送方的验证信息和一条第五路径，用于显示回复通讯的选项，其中该选项包括接收通讯选项和保持通讯选项，并且其中如果选择了接收通讯选项，那么所述的第二路径会注入第一讯息，而如果选择了保持通讯选项，则所述第二路径会注入第二讯息。

14.根据权利要求12所述的软件系统，还包括一条第四路径，提供筛选功能，用于验证通讯的发送方、基于发送方对筛选设定进行验证、根据验证的设定决定通讯是否被允许、在通讯被允许时告知接收方通讯信息，以及在通讯不被允许时，处理通讯而不告知接收方。

15.根据权利要求12所述的软件系统，其特征在于，第三路径提供了承诺实现功能，能够提供通讯的记录，该记录包括错过的通讯并进一步提供用于后续的通讯进行承诺的选项，该选项包括解除承诺、回叫发送方、向发送方发出讯息以及重设承诺以进行后续操作。

17.一种用于回复通讯的系统，包括，

用于接收由发送方发送的传入通讯并发送至接收方的通讯设备的装置；

用于利用注入的音频、视频、文本、和/或图表讯息对通讯进行回复，并向发送方表明，目前接收方暂时不能回复通讯，但是已经或将会知道通讯信息的装置；并且

用于提供承诺实现功能，提醒接收方该通讯信息，并且在注入的讯息中承诺会和发送方进行后续联系的装置。

18.根据权利要求17所述的系统，还包括用于显示发送方的验证信息的装置以及用于显示回复通讯选项的装置，其中该选项包括接收通讯选项和保持通讯选项，并且其中如果选择了接收通讯选项，那么所述的用于回复的装置会注入第一讯息，而如果选择了保持通讯选项，则所述用于回复的装置会注入第二讯息。

19.根据权利要求17所述的一种系统，还包括提供筛选功能的装置，用于验证通讯的发送方、基于发送方对筛选设定进行验证、根据验证的设定决定通讯是否被允许、在通讯被允许时告知接收方通讯信息，以及在通讯不被允许时，处理通讯而不告知接收方。

20.根据权利要求17所述的一种系统，其特征在于，承诺实现功能提供了通讯的记录，该记录包括错过的通讯并进一步提供用于后续的通讯进行承诺的选项，该选项包括解除承诺、回叫发送方、向发送方发出讯息以及重设承诺以进行后续操作。

Images