专利名称：：管理多种通讯模式的系统和过程的制作方法管理多种通讯模式的系统和过程
背景技术：
：多年以来，除了来自邮局的信件，一般情况下我们只能通过电话来获取信息。然而，在过去几年中，能够给我们发送信息的途径大大增加。进行通信的几种不同模式的例子如标准的桌面电话、传真、移动电话、电子邮件和即时信息。另外，我们能够拥有一个以上的电话号码和多个电子邮件地址。有我们喜欢联系的人，也有我们想要避开的。管理所有这些不同模式的信息颇费心思和时间。显而易见，上述情况仍然表明，管理通讯的多种模式需要帮助。
发明内容这里披露管理一个使用者通讯方式的计算机执行的系统和方式的多个实施方案。某个人试图通过电子手段传输信息给使用者。在一个实施方案中，使用者的状态被识别；该人的身份被识别；信息的紧急程度被识别；该人的能取得联系的优先级基于该人的身份而确定；然后使用一条或多条规则，并鉴于使用者的状态、该人的能取得联系的优先级以及该信息的紧急程度，来设置过程以管理该信息。基于不同的实施方案，使用者的状态取决于使用者当前的活动，或使用者当前的位置，或当前的时间。使用者的状态也能够由使用者定义，同样，该人的能取得联系的优先级能够由使用者定义，或基于使用者对该人先前信息的反应而设置。同样，信息的紧急程度可以由该人设置。该过程可以取决于通讯信息的模式。例如通讯信息模式可以包括一个移动电话，一个办公电话，一个家庭电话，一个移动短信，用移动电话或PDA发的传呼信息(pager)，家庭/办公室SMS短信，移动在线(online)聊天，家庭在线聊天，带有/不带有即时提醒的声音邮件，一个办公室传真，一个家庭传真，一个移动邮件，和一个电子邮件。在一个实施方案中，使用者通过一个手持装置接收信息，例如一个移动电话.在另一个实施方案中，那信息基于互联网协议通过一个网站用电子手段来传送。在一个实施方案中，虽然该过程允许使用者接收到该信息，但是这个人并未能获得使用者的联系信息(Contactinformation),例如，这个人并未能获得使用者用来与该人交谈的移动电话的号码。这样可以防止该人未经过中间媒介(例如一个网站)的控制而直接与使用者取得联系。同样，使用者也不必获得到该人的联系方法。在另一个实施方案中，该人的已定义的能取得联系的优先级储存在某个网站中，使这个网站在不必征得使用者的同意下取得此类信息.在某个实施方案中，该已定义的能取得联系的优先级储存在一个私人的数据库中，这个数据库受到使用者的控制。本发明的其它方面和优势将从以下详细说明中体现出来，这些说明与附图、图释联系起来，通过举例的方式把发明的原理表达出来。图l显示根据本发明的某个实施方案的一些智能通讯模式。图2显示根据本发明的某个实施方案的一些联系等级。图3显示根据本发明的某个实施方案的一些紧急等级。图4显示根据本发明的某个实施方案的一些使用者状态。图5显示根据本发明某个实施方案的能取得联系的优先级数据库的一个例子的实施方案。图1-5中的所有相似元素都使用了相同的数字编号。下面参照图1至5讨论本发明的各个实施方案。然而，本领域的技术人员将能容易地认识到这里给出的关于这些附图的详细描述是出于解释目的，本发明是超出这些有限的实施方案的。具体实施例方式本发明的一个实施方案能够自动删除不想要的通讯信息。某些通讯信息可相对容易地确定为不想要。例如电话促销和拨错电话。其它通讯信息可能有困难。它们不仅仅取决于通讯信息的来源，也取决于通讯接收人(某个使用者)的情形或状态。状态可以与使用者当前活动和/或位置有关。例如当使用者外出公差正在坐火车，他可能不会介意与孙子/孙女聊聊天；但是，如果使用者正在跟他的老板进行年度访谈，使用者多会避开孙子/孙女的来电，除非是紧急电话。基于这个实施方案，来自使用者希望延迟接收的来源的通讯能够自动转移.在一个实施方案中，使用者能够获得通讯请求来源的适当提醒。提醒的属性可以取决于通讯的紧急程度和/或使用者的状态。使用者可以接收来自不同模式通讯的信息。例如使用者可以拥有几个移动电话，家庭或办公室固定电话，电子邮件，SMS(短信)，以及传真，分别带有不同的号码和/或地址。一个实施方案可以帮助使用者有效管理来自于不同模式的信息。使用者只需要记住来自于一个通讯模式的特定地址。通过这个地址使用者能够接收来自所有通讯模式的通讯信息，而无需考虑使用者身在何方，或者考虑使用者拥有的硬件类型，这使得使用者有效保持来自多种模式的通讯信息，甚至在旅行时也是如此。例如当使用者从一个覆盖3G的地区移动到不能覆盖3G的地区时，他也不必更换电话(以及电话号码)。一些实施方案取决于多种不同通讯模式聚合于互联网协议平台上。一个已经形成的通讯网关(gateway)或入口(portal)允许使用者通过不同模式接收来自多个来源的通讯。继而，这可以将使用者必须记住的多个地址减少为一个地址。例如使用者的一个电子邮件地址可以用作使用者的一个联系标识，适用于来自不同通讯模式的不同通讯地址。该联系标识能够变成使用者的数字身份。在一个实施方案中，使用者的其它身份标识(identification)，例如使用者的驾驶证号码也可以成为使用者联系标识。本发明的一个实施方案使用一个基于网络的开放入口(openportal),基于这个入口，使用者可以安全地确定谁在什么状态下可与他进行通讯联系。这可以以状态指示器为基础完成。举个例子，这个指示器根据使用者的状态、那个试图与使用者进行通讯联系的人的能取得联系的优先级(或使用者和那个人之间有关系或没有关系)，和/或来自于那个人的信息紧急程度而确定。使用者的状态可以基于使用者目前情况而作动态调整确定.该入口可允许使用者和该人选择不同的选项，这些选项可以根据使用者和该人意愿而修改。例如这种关系可以由使用者预先设定，并储存在某个数据库中，而信息的紧急程度可以由该人来设定。因此，在一个实施方案中，对使用者来说，入口可以用来控制不同智能通讯模式的选择和设置。这些智能通讯模式允许由使用者来设定各种通讯选项的优先级。使用者可以在全球通过入口而联系，而且能够动态确定，例如，在不同时间由不同的人打出的电话，使用者是否应该实时接收，或者经过其它机制处理，通过这些设定信息，能够对通讯请求进行分类，比如说，分成拒接的不同程度。一些请求能够自动被阻断到达使用者。其它请求能够通过其它机制进行转移和处理，例如把某个电话转移到一个电子邮件或声音邮件。在一个实施方案中，通讯网关或入口也包括一个数据库，以保留使用者的不同联系人或熟人，以及每个人的能取得联系的优先级。使用者能够修改数据库中的信息，例如分配和/或改变联系人的优先级。基于一个试图联系使用者的联系人在数据库中的这些信息(或无信息)，以及基于使用者的状态，网关能够自动选择一种适用于使用者的智能通讯模式，这种选择能够动态完成。在一个实施方案中，该入口能够动态改变一个试图联系使用者的致电者的能取得联系的优先级。例如，以前致电者对于使用者来说具有高优先级，而且使用者已相应地设置她的能取得联系的优先级。最近每次该致电者试图联系使用者的请求都被拒绝。在一个预设被拒绝的次数后，入口能够自动发送一个信息给使用者，询问使用者是否愿意降低致电者的能取得联系的优先级。如果回答是肯定的，致电者的优先级被自动降低。在另一个实施方案中，使用者不必设置每个联系人的优先级。系统监控每个电话，并提供联系人的身份给使用者。基于使用者对该电话的反应(例如接听或拒接)，系统自动设置联系人的优先级。在一个实施方案中，系统能够接着询问使用者是否准许该设置，而允许使用者在必要时作调整。在另一个实施方案中，系统能够基于使用者对致电者后续电话的反应而继续修改致电者的优先级。在一个实施方案中，使用者能够在一个不同的数据库中将他认为敏感的信息保持为本地化。这类信息可以在使用者的直接控制下安全地储存。需要时，入口能够从该不同数据库检索信息。在另一个实施方案中，使用者能够限制或限定此类检索过程。可以提供额外的机密性。在一个实施方案中，使用电话作为一个例子，使用者能够意识到致电者的身份，甚至使用者不需知道致电者的电话号码也是如此。同样，致电者能够找到使用者，而致电者不需知道使用者正用来接电话的电话号码。使用者能够使其所处地点和/或状态保持机密，但仍然能够接收通讯信息。有些情况中这是有用的，例如当使用者不想披露他的联系方法但需要接收致电者提供的服务时。一种在保留实时通讯时保留此类机密性的途径是基于一个数字识别致电者和接收人身份的系统，注意，一般性地使用致电者这名词。它不仅仅限制于电话，可以是任何请求与使用者通讯的人或团体，例如试图发送一个信息给使用者。还有，致电者也可以是一个本发明不同实施方案的使用者。在确定好身份后，系统能够实时地在致电者和使用者之间建立连接.尽管建立了联系，系统只需要确保致电者和使用者彼此的身份。然而，系统不必披露电话号码、电子地址、物理位置和/或其它致电者和使用者的特征给对方。在一个实施方案中，实时意味着识别所需要的时间与建立，例如电话联系，所需的典型时间类似，系统可以是一个基于网络的入口。在一个实施方案中，入口还能保留使用者的电子日历。日历可以进行编程(programmable),其纪录项目由使用者设置。入口能够自动和安全地为使用者设置约会信息，因为入口知道致电者的身份，以及使用者的状况和日程表。例如约会可以是一个电话会议，在一个实施方案中，入口为使用者提供若干种智能通讯模式(ICM)以供使用者选择，如图1所示。表中有三列。如果在第二列中选定的通讯模式不能工作，入口自动缺省(default)到笫三列的相关途径中。例如在ICM1中，如果移动电话正忙，就缺省为声音邮件。一些选项没有缺省设置，因为它没有必要缺省。例如在ICM8模式下，流入(incoming)讯息直接进入声音邮件，伴有对使用者的移动设备的即时提醒。流入的讯息通常都进入声音邮件，这就没要必要设置缺省了.作为通讯的接收人，使用者可以定义若干个联系等级，如图2所示.使用者能够建立若干个紧急等级，如图3所示，使用者能够定义若干个状态，如图4所示。然后，基于图l-4中的表，使用者就能够建立一个给不同联系等级的能取得联系的优先级数据库(如图5所示)。作为另一个举例，使用者能够把以下联系人分成相应的联系等级<table>tableseeoriginaldocumentpage11</column></row><table>彼得想打一个移动电话给使用者。在一个实施方案中，彼得呼叫一个入口。作为例子，入口是使用者的ISP。入口首先证实呼叫人的身份是彼得。这可以这样完成，比如以彼得拥有一个公用密匙数字证书(publickeydigitalcertificate)为基础，通过一个公用密匙"质询"(publickeychallenge),在另一个实例中，彼得也是该入口的注册使用者。于是，彼得的身份能够更容易地被识别或确定。在一个实施方案中，经过证实后，一个通讯会话(session)的虚拟的(virtual)地址/电话号码就被建立了，这样彼得就能够找到使用者，比如用电话。使用者的电话号码不必向彼得披露。同样，彼得的移动电话号码不必向使用者披露。基于一个身份证实过程，比如用上述举例的过程，入口能够向使用者确保正在打电话找使用者的是彼得。在建立联系时，入口能够访问使用者的数据库，然后确定彼得属于联系等级2。作为例子，数据库能够保留在入口中。在另一个实施方案中，使用者的数据库处于使用者的个人通讯装置中.入口访问该个人通讯装置，以此确定彼得的联系等级。基于联系等级信息，使用者的状态和彼得的紧急设置，使用者可以直接接听彼得的电话。另举一个例子，彼得可以被要求留一个声音邮件给使用者，同时使用者被一个移动短信提醒有关彼得的来电，作为附加举例，在一个实施方案中，使用者的位置信息可以基于GPS信息而确定，而这些信息来自，比如，使用者的移动电话。在一个实施方案中，使用者通过一个手持装置，例如电话，接收信息，而这电话有一个开关.这个开关可以是一个物理(physical)按钮或一个软件设置，例如一个下拉菜单(pull-downmenu)。使用者能够通过改变开关的物理或逻辑位置来动态地设置他的状态.例如一个位置能够显示使用者正忙，应该只能由来自使用者最亲密的联系人(例如他的妻子或父母)的紧急信息打断(interrupted)。另一个位置能够显示使用者允许接收来自任何人的任何信息。如上述说明，基于一个实施方案，一个信息通过一个中央网络服务器(centralnetworkserver),例如一个基于互联网协议(Internetprotocol)的网络服务器(webserver),以电子手段传送。一个入口或接口途径能够为一个或多个本发明实施方案的通讯管理系统提供常见的互联网访问，这样使用者能够设定他们想要的系统状态。那么入口或接口能够促成数据库下栽到一个通讯装置(比如一个电话机)，或者更新一个通讯装置的数据库。同样，如上所述，基于一个实施方案，使用者能够有效保持他的通讯信息，而且甚至在从覆盖3G的地区移动到非3G覆盖地区时也不必更换电话。这些电话能够基于不同的通讯机制，例如GSM，CDMA,3G和4G系统。同样如上所述，使用者可以在本地数据库中，比如在一个电话机中保存信息。举例图1中显示给使用者选择的智能通讯模式是在电话机中。使用者能够在该电话中定义联系等级，比如图2中显示的例子；设置紧急等级，比如图3显示的例子；定义状态，比如图4显示的例子；建立能取得联系的优先级数据库，比如图5所示；并把使用者一些联系人分类成相应的联系等级。当致电者对该电话进行致电时，基于以前在电话中设置的信息，和基于致电者选择的紧急等级，电话能够自动管理该通讯。注意，该电话不一定是一个移动电话。在一个实施方案中，该电话是一个桌面电话。再次如上所述，试图联系使用者的那个人或致电者能够选择不同的选项，例如信息的紧急程度可以由致电者设置，这个选项典型地设在致电建立阶段。在一个实施方案中，打电话前致电者已预选紧急等级。在另一个实施方案中，如果致电者未选择紧急等级，在电话或信息到使用者之前，系统会提示致电者输入紧急等级或状态。在另一个实施方案中，不同的紧急等级能够由致电者定义。根据对此处披露的本说明书或本文的思考和对本发明的实践情况，本领域的技术人员会很容易地联想到本发明的其它实施方案.说明书和例子仅旨在作为范例，本发明的真实范围和精要将由下面的权利要求书限定。权利要求1.一种管理使用者的通讯的计算装置，所述通讯是鉴于某个人正试图用电子手段给使用者发送信息，本装置包含配置用来识别使用者状态的机构；配置用来识别该人身份的机构；配置用来识别该信息的紧急程度的机构；配置用来基于该人身份确定该人的访问优先权的机构；以及配置用来使用一条或多条规则，并鉴于使用者的状态，该人的能取得联系的优先级和该信息的紧急程度来设置过程管理该信息的机构。2.如权利要求l中所述的一种计算装置，其中使用者的状态取决于使用者当前的活动或位置，或当前时间，或使用者的状态由使用者定义。3.如权利要求1至2中所述的一种计算装置，其中该人的能取得联系的优先级由使用者定义，或取决于使用者对该人以前信息的反应而设置。4.如权利要求1至3中所述的一种计算装置，其中信息的紧急程度由该人设置。5.如权利要求1至4中所述的一种计算装置，其中该过程取决于该信息的通讯模式，而且，其中通讯模式从以下选择移动电话，办公电话，家庭电话，移动电话或PDA中的移动SMS，用移动电话或PDA发的传呼信息，家用/办公室SMS，移动在线聊天，家庭在线聊天，带有/不带有即时提醒的声音邮件，办公室传真，家庭传真，移动电子邮件，以及电子邮件。6.如权利要求1至5中所述的一种计算装置，其中使用者通过一个手持装置接收该信息，而且，其中使用者的状态由使用者用该手持装置进行定义，7.如权利要求1至6中所述的一种计算装置，其中该信息基于互联网协议通过一个网站用电子手段来发送，并且，其中虽然该过程允许使用者接收到该信息，但该人不知道使用者的联系方法，防止该人不通过网站直接联系使用者，或使用者不知道该人的联系方法，以防止使用者不通过网站直接联系该人。8.如权利要求1至7中所述的一种计算装置，其中该信息基于互联网协议通过一个网站用电子手段来发送，而且，其中该人的已定义的能取得联系的优先级储存在该网站中，或储存在处于使用者控制下的私人数据库中。9.如权利要求1至8中所述的一种计算装置，其中该信息基于互联网协议通过一个网站用电子手段来发送，其中该网站保存使用者的电子日历；而且，鉴于该日历的信息自动设置使用者与该人的约会。10.如权利要求1至6中所述的一种计算装置，其中该信息基于互联网协议通过一个网站用电子手段来发送。11.一个用于为一个接收者管理流入通讯的用计算机来执行的方法，上述方法包括接收来自一个请求者的第一通讯类型的流入通讯请求；基于接收者提供的信息，确定请求者的能取得联系的优先级；并且基于一条或多条可配置的规则和请求者的能取得联系的优先级，为流入通讯请求确定一种适宜的通讯类型。12.如权利要求11中所述的用计算机来执行的方法，其中所述一条或多条可配置的规则和/或该信息由接收者通过与一个网站的相互作用配置。13.如权利要求11中所述的用计算机来执行的方法，其中一条或多条可配置的规则和/或该信息储存在一个数据库中。14.如权利要求11中所述的用计算机来执行的方法，其中适宜的通讯类型与第一通讯类型不同。15.如权利要求11中所述的用计算机来执行的方法，其中上述方法还包含了确定接收者的状态，而且，其中上述确定步骤执行用以基于所述一条或多条可配置的规则、请求者的能取得联系的优先级以及接收者的状态，确定该流入通讯请求的适宜通讯类型。16.如权利要求15中所述的用计算机来执行的方法，其中，上述方法还包括确定该流入通讯请求的紧急等级，并且其中，上述确定步猓执行用以基于所述一条或多条可配置的规则、请求者的能取得联系的优先级，接收者的状态和该流入通讯请求的紧急等级，确定该流入通讯请求的适宜通讯类型。17.如权利要求11中所述的用计算机来执行的方法，其中，上述方法进一步包括确定该流入通讯请求的紧急等级，并且其中，上述确定步骤执行用以基于一条或多条可配置的规则、请求者的能取得联系的优先级和该流入通讯请求的紧急等级，确定该流入通讯请求的适宜通讯类型。包括用移动电话打的电话18.如权利要求11中所述的用计算机来执行的方法，其中，适宜通讯类型从以下多个通讯类型中选择，包括用移动电话打的电话，用办公电话拨的电话，家庭电话机打的电话，用移动电话发送的SMS信息，用PDA发的SMS信息，用移动电话发的传呼信息，用PDA拨的传呼信息，在线聊天，带或不带即时提醒的声音邮件，办公室传真，家庭传真和电子邮件。19.如权利要求11中所述的用计算机来执行的方法，其中，上述方法还包括确定接收者的状态，并且其中，上述确定步骤执行用以基于所述一条或多条可配置的规则，以及基于一个或多个以下因素该流入通讯请求的时间，有关接收者当前活动的一条信息，以及接收者的当前位置，确定该流入通讯请求的适宜通讯类型。20.如权利要求11中所述的用计算机来执行的方法，其中上述适宜通讯类型的确定步骤通过学习更加智能地识别适宜的通讯类型。21.如权利要求11中所述的用计算机来执行的方法，其中上述确定适宜的通讯类型，包括过滤该流入通讯请求，由此基于所述一条或多条可配置的规则以及请求者的能取得联系的优先级，该流入通讯请求能够被拒绝(denied)或改向到另一种较小打扰的通讯类型。22.如权利要求11至21中所述的用计算机来执行的方法，其中上述方法还包含把笫一通讯类型的流入通讯请求转移到一个适宜的通讯类型的通讯会话中。23.—个用于为一个接收者管理流入通讯的用计算机来执行的方法，上述方法包括(a)接收指向接收者的流入通讯请求；(b)鉴于该流入通讯请求，确定适用于处理指向该接收者的通讯请求时使用的预定通讯处理标准；(c)基于该预定通讯处理标准，确定是否及如何把该流入通讯请求转移到多个通讯模式中的一个特定通讯模式；以及(d)自动将该流入通讯请求转移到该特定通讯模式，如果确定如此的话。24.如权利要求23中所述的用计算机来执行的方法，其中，通讯处理标准的至少一个属性由接收者决定，而且其中，多个通讯模式至少包括三种通讯模式。25.如权利要求24中所述的用计算机来执行的方法，其中预定通讯处理标准取决于以下因素中的一个或多个至少一个可配置的规则，请求者的能取得联系的优先级，接收者的状态，以及该流入通讯请求的紧急等级。26.如权利要求24至25之一所述的用计算机来执行的方法，其中，预定通讯处理标准取决于至少一个可配置的规则，而且其中，该至少一个可配置的规则利用以下因素中的一个或多个该流入通讯请求的时间，有关接收者当前活动的一条信息，请求者的能取得联系的优先级，接收者的状态，该流入通讯请求的紧急等级以及接收者的当前位置。27.如权利要求24中所述的用计算机来执行的方法，其中预定通讯处理标准取决于接收者的优先级显示。28.如权利要求24至28之一所述的用计算机来执行的方法，其中该流入通讯请求可以通过一个数据网络，而且，其中该通讯处理标准的至少一个属性是由接收者通过与一个网络的相互作用而设置。29.如权利要求24至28之一所述的用计算机来执行的方法，其中，该流入通讯要求可以由接收者通过电话接收，而且其中，该通讯处理标准的至少一个属性由接收者通过该电话设置。30.—个用于为一个接收者管理流入通讯的用计算机来执行的方法，上述方式包括(a)从请求者接收流入通讯请求；(b)鉴于该流入通讯请求，确定适用于处理指向该接收者的通讯请求时使用的预定通讯处理标准；以及(c)基于一个或多个预定通讯处理标准，自动把该流入通讯请求导入到接收者接收请求的一个地址，其中，尽管请求者已与接收者通过接收者的地址建立通讯联系，但是请求者不必知道或被提供接收者的地址。31.如权利要求30中所述的用计算机来执行的方法，其中该地址是接收者的一个电话号码。32.如权利要求30至31中所述的用计算机来执行的方法，其中，请求者通过一个请求者的地址发送该流入通讯请求，而且其中，尽管请求者已通过请求者地址与接收者建立通讯联系，接收者不必知道请求者地址，但接收者了解请求者的身份。33.如权利要求32中所述的用计算机来执行的方法，其中请求者地址是一个电子邮件。全文摘要这里披露一系列管理一个使用者通讯方式的计算机执行的系统和方式。在一个实施方案中，当某个人试图通过电子手段传送一个信息给使用者时，该实施方案可以识别使用者的状态，该人的身份，以及信息的紧急程度；而且可以基于该人的身份来确定其能取得联系的优先级。然后，就可以使用一条或多条规则，并鉴于使用者的状态，该人的能取得联系的优先级和信息的紧急程度，来管理该信息。文档编号G01J3/44GK101297191SQ200680027964公开日2008年10月29日申请日期2006年6月7日优先权日2005年6月10日发明者唐炳德,张国伟申请人:专利创投有限公司