首页 / 专利库 / 专利权 / 第I章 / 国际申请 / 修改 / 电信网络如因特网内瞬时消息接发服务的选择性存在管理方法

电信网络如因特网内瞬时消息接发服务的选择性存在管理方法

阅读:447发布:2022-10-03

专利汇可以提供电信网络如因特网内瞬时消息接发服务的选择性存在管理方法专利检索,专利查询,专利分析的服务。并且电信网络内的瞬时消息接发服务被 修改 ,使得输入在地址簿中的多个用户组成讨论组,在该组内所述用户可同步交换消息。存在管理方法使用户能够在其地址簿的至少一成员的瞬时消息接发服务上表现为不存在或存在。根据本 发明 ,选择性存在管理方法包括选择步骤,其中用户为所述地址簿中的一个或多个成员或成员组选择与其相应的存在状态;传输步骤,其中所述存在状态被传输给所述成员或成员组;及修改步骤,其中对所述成员或成员组的每一成员,根据所接收的存在状态,关于所述用户的存在状态被修改。,下面是电信网络如因特网内瞬时消息接发服务的选择性存在管理方法专利的具体信息内容。

1、用于瞬时消息接发服务的选择性存在管理方法,所述瞬时消 息接发服务被修改,使得输入在地址簿中的多个用户组成一讨论组, 在该组内所述用户可同步交换消息,所述选择性存在管理方法特征在 于其包括:
选择步骤,其中用户为所述地址簿中的一个或多个成员选择一个 或多个与其相应的存在信息选项;
传输步骤,其中所述存在信息选项被分别传输给所述地址簿中已 被选择的所述成员;
修改步骤,其中对所述地址簿中的所述或每一成员,根据所接收 的存在信息选项,关于所述用户的所述存在信息被修改。
2、根据权利要求1所述的方法,其特征在于:所述传输步骤包 括第一传输步骤,其中所述相应的存在信息选项均被传输给瞬时消息 接发服务器(10),所述传输步骤还包括第二传输步骤,其中所述相 应的存在信息选项由所述服务器(10)分别传输给地址簿中已被选择 的所述成员。
3、根据权利要求1或2所述的方法,其特征在于:在所述选择 步骤中,所述用户为所述地址簿中的一组或多组成员选择一个或多个 各自的存在信息选项。
4、根据权利要求2或3所述的方法,其特征在于:所述第一传 输步骤由瞬时消息接发客户设备执行,该设备包括适于将存在信息消 息传输给所述瞬时消息接发服务器(10)的终端(20),所述存在信 息消息指明在选择步骤期间为所述地址簿中的所述成员或所述成员 组之一选择的存在信息。
5、根据权利要求4所述的方法,其特征在于:在终端(20)从 所述瞬时消息接发服务断开连接步骤之前,执行了一存储步骤,包括 为所述地址簿中的每一成员或成员组(31X,31Y)保存与其关联的存 在信息,从而在所述断开连接步骤之后,在重新连接到所述瞬时消息 接发服务步骤之后,终端(20)的所述瞬时消息接发客户设备将存在 信息消息传输给所述瞬时消息接发服务器(10),所述存在信息消息 向每一成员或成员组(31X,31Y)指明在所述存储步骤期间保存的存 在信息。
6、瞬时消息接发客户设备,其被实施在终端(20)中并与瞬时 消息接发服务器(10)交换消息,其特征在于:其被设计来使能够传 输存在信息消息,该存在信息消息指明所述终端的用户相对与所述瞬 时消息接发相关的地址簿中的成员或成员组的存在信息,其特征还在 于其包括存储装置,该装置能够为所述地址簿的每一成员或成员组保 存与他们相关的存在信息。
7、根据权利要求6所述的客户设备,其特征在于:其包括用于 处理来自成员的消息的处理装置,处理如阻止、排序、延迟、显示等, 其还包括用于根据所述成员的存在信息将至少一特定的处理与来自 同消息接发相关的地址簿中的成员的消息相关联的装置。
8、瞬时消息接发服务器,其能够传递瞬时消息接发服务给有权 使用它的终端(20、30、31、32),其特征在于其包括存储装置,对 于终端(20),该装置能够保存所述消息接发相关的地址簿中的每一 成员或成员组上的存在信息,所述终端(20)的用户在断开所述终端 (20)时对这些成员或成员组而言不存在,在重新连接所述终端(20) 时,该装置还可将断开所述终端(20)时保存的每一成员或成员组上 的存在信息传输给所述终端(20)。
9、被提供以使用瞬时消息接发服务器的瞬时消息接发服务所必 须的装置的终端(20),其特征在于其还被提供以实施根据权利要求 1-5的管理方法所必须的装置。

说明书全文

发明总体上涉及电信网络如因特网内瞬时消息接发服务的选 择性存在管理方法。

在电信网络如因特网中,分布于网络上的站点处的信息是可用的 并可从任何接入点如用户终端访问这些信息。该信息可以称为URL(统 一资源定位符)的地址确定的目标的形式进行访问。服务器与网络内 的多组信息相关联。每一服务器适于在被当作客户的用户的请求时传 递信息,所传递的信息实际上包含在与其关联的信息组中。用户终端 和服务器根据客户/服务器模型进行对话,所述模型是电子计算机化 工作模型,其中处理运算分布在被当作客户的终端及服务器之间。客 户和服务器根据所使用的服务根据适当的协议交换消息并通常根据 用于传输和网络层的TCP/IP协议(传输控制协议/因特网协议)传输 这些分开的消息。

在这些服务之间,被称为“E-mail”的电子邮件服务使得发送和 接收消息成为可能,其通过与消息接发服务器相关联的电子邮箱进 行。用户想要的消息由消息接发服务器从可能将消息传送给用户的地 方接收并保存在电子邮箱中,在随后请求消息时,用户则作为相对于 消息接发服务器的客户。

在这些服务之间,瞬时消息接发服务也是公知的,其也被称为“聊 天”。这样的瞬时消息接发服务允许在用户之间进行直接对话,其通 过同步发送和接收所写的消息进行。对此,一组用户,其中每一用户 具有适当的客户计算装置(在余文中称为客户设备),经瞬时消息接 发服务器通过网络进行通信。用户的客户设备发送的消息可立即被该 组的所有用户经服务器查阅。瞬时消息接发服务还适于列出一组能够 被瞬时消息接发放入通信的人员列表。用户标识数据被列出在称为地 址簿或密友名单或花名册(英语为母语的人的术语)的实体中。希望 与地址簿中输入的联系人进行讨论的用户可在任何时间从其终端的 客户设备发送请求给消息接发服务器。其接着将能够发送消息,该消 息将被立即传输给所联系的其它人,且其将从这些人处接收他们所写 的消息。

存在管理方法通常与瞬时消息接发服务相关联。其是这样一种方 法,其功能是在给定时间确定用户是否出现在瞬时消息接发服务上, 即他是否能够参与与他的地址簿中的成员之间的讨论。当然,为了存 在于瞬时消息接发服务中,用户必须被连接到服务器。当用户通过客 户设备将关于加入讨论的请求发送给消息接发服务器时,服务器接着 将指示该用户连接到已经连接到瞬时消息接发服务器的其它用户。存 在管理方法还使得根据用户选择的存在信息管理用户的存在成为可 能。该信息可指出用户联机、其准备讨论或其不希望被打扰、其正忙、 其正在开会、或其希望表现为脱机等。该信息可由正常的存在状态组 成也可由特殊词语形式的特定存在状态组成。该信息由服务器发送给 已联机的用户。根据该信息,其它用户的消息接发客户设备将该用户 视作存在或不存在。

在目前已知的存在管理方法中,关于用户的存在信息通过消息发 送给瞬时消息接发服务器,其通过消息将该存在信息分发给用户的地 址簿中的所有联系人。在此讨论的消息是与瞬时消息接发服务协议一 致的消息,所述协议如Jabber、ICQ、MSN、Yahoo等,这些协议允许 在瞬时消息接发服务器和瞬时消息接发客户之间对话。在这些已知的 管理方法中,地址簿中连接到服务器的所有成员均接收相同的关于用 户的存在信息。然而,该用户可能仅希望与其地址簿中的部分成员进 行讨论而不与其它成员进行讨论。在目前,使用已知的存在管理方法 是不可能实现前述目标的。

本发明涉及使解决上述问题成为可能的存在管理方法。

为此,其提出了用于瞬时消息接发服务的选择性存在管理方法, 所述瞬时消息接发服务被修改,使得输入在地址簿中的多个用户组成 一讨论组,在该组内的用户可同步交换消息,所述选择性存在管理方 法特征在于其包括:

选择步骤,其中用户为地址簿中的至少一成员选择其相应的存在 信息选项;

传输步骤,其中每一存在信息选项被分别传输给所述地址簿中已 被选择的所述成员;

修改步骤,其中对所述地址簿中存在信息已被分别接收的每一成 员,关于所述用户的所述存在信息被修改。

因此,用户可管理其存在,以对某些联系人表现为存在而对其它 联系人表现为不存在。在网络上传输给所涉及的联系人的该存在信 息,将被记录如由这些联系人中的每一个的瞬时消息接发客户设备进 行记录,使得从该联系人的度,用户将表现为存在或不存在。

有利地,所述传输步骤包括第一传输步骤,其中所述相应的存在 信息选项均被传输给瞬时消息接发服务器,所述传输步骤还包括第二 传输步骤,其中所述相应的存在信息选项由所述服务器分别传输给地 址簿中已被选择的所述成员。

根据本发明的另一方面,在所述选择步骤中,所述用户为所述地 址簿中的至少一组成员选择各自的存在信息选项。

因此,用户不仅可通过联系人还可通过联系人组选择性地管理其 存在。例如,当他希望与形成第一可识别组的一部分的人员形成讨论 组时,其可将使其对该组均表现为存在的存在信息发送给该组。此外, 如果他不希望被其地址簿中的其它成员如朋友打扰,其可将使其表现 为不存在的存在信息发送给这些成员。

根据本发明的另一方面,所述第一传输步骤由瞬时消息接发客户 设备执行,该设备包括适于将存在信息消息传输给所述瞬时消息接发 服务器的终端,所述存在信息消息指明在选择步骤期间为所述地址簿 中的所述成员之一或所述成员组之一选择的存在信息。

换言之,由用户为其地址簿中的每一特定成员或成员组选择的每 一存在信息选项是发送给服务器的消息的主题。该消息是与瞬时消息 接发服务协议一致的标准消息。由此,当服务器接收该消息时,服务 器将涉及用户的存在状态的消息以与传统存在管理方法相同的方式 传输给所涉及的联系人或联系人组,而传统存在管理方法是将存在信 息发送给地址簿中的所有成员。因而,通过本发明的方法,使用消息 接发客户设备是必须的,其适于使用户能够根据本发明实现联系人组 选择的存在管理。另一方面,修改瞬时消息接发服务是不必要的,修 改用户的联系人的瞬时客户设备也是不必要的。根据本发明的方法的 使用还不会增加对瞬时消息接发协议的任何修改。用于选择性存在管 理的消息均为标准消息。

根据本发明的另一方面,在终端从所述瞬时消息接发服务断开连 接步骤之前,执行了一存储步骤,包括为所述地址簿中所述终端的用 户对其表现为不存在的每一成员或成员组保存存在信息,从而在所述 断开连接步骤之后,在重新连接到所述瞬时消息接发服务步骤之后, 终端的所述瞬时消息接发客户设备将存在信息消息传输给所述瞬时 消息接发服务器,所述存在信息消息向每一成员或成员组指明在所述 存储步骤期间保存的存在信息。

为能够建立与瞬时消息接发服务的连接,传统上,瞬时消息接发 客户设备必须发送一连接请求给瞬时消息接发服务器。在接收该请求 的基础上,瞬时消息接发服务器根据标准协议将指明用户连接到消息 接发服务的消息发送给地址簿的所有成员,包括在断开连接前已向其 指明用户不存在的那些成员或成员组。在确保断开连接前的情形被重 新建立之前,在连接请求之后消息被立即发送,该消息向断开连接前 用户对其而言是不存在的那些成员或成员组指明用户不存在。在执行 所述存储步骤之前,所述用户的所述瞬时消息接发客户设备可被提供 以存储装置,该存储装置适于保存在先前会话期间用户对其而言是不 存在的那些联系人的列表。或者,这样的存储装置可被放置在瞬时消 息接发服务器上,在先前会话期间用户对其而言是不存在的那些联系 人的列表可在连接后传输给瞬时消息接发客户。

上述瞬时消息接发服务器为用户希望依靠其控制他的存在的服 务器。当然,瞬时消息接发服务可使用几个服务器,消息在服务器之 间传输,多个用户依赖于一个或另一服务器。这不会影响根据本发明 的方法的功能,因为后者不会增加对瞬时消息接发协议的任何修改。 因而,可使用传统的在服务器之间进行路由选择的机制。

该信息还涉及瞬时消息接发客户设备,其被实施在终端中并与瞬 时消息接发服务器交换消息。

根据本发明,该客户设备被设计来使能够传输存在信息消息,该 存在信息消息指明所述终端的用户相对与瞬时消息接发相关的地址 簿中的成员或成员组的存在信息。

根据本发明的另一特征,其包括存储装置,该装置能够为所述地 址簿的每一成员或成员组保存相关的存在信息。

根据本发明的另一特征,其包括用于处理来自成员的消息的处理 装置,如阻止、排序、延迟、显示等,其还包括用于根据所述成员的 存在信息将至少一特定的处理与来自所述消息接发相关的地址簿中 的成员的消息相关联的装置。

本发明还涉及能够传递瞬时消息接发服务给有权使用其的终端 的瞬时消息接发服务器。其包括存储装置,该装置能够保存所述消息 接发相关的地址簿中的每一成员或成员组上的存在信息,所述终端的 用户在断开所述终端时对这些成员或成员组而言不存在,在重新连接 所述终端时,该装置还可将断开所述终端时保存的每一成员或成员组 上的存在信息传输给所述终端。

最后,本发明涉及具有瞬时消息接发服务器的瞬时消息接发服务 所必须使用的装置的终端。其还被提供以实施上述方法所必须的装 置。

本发明的上述特征及其它特征从下面关于实施例的描述将变得 更加清楚,所述描述结合附图给出,其中:

图1示出了由根据本发明的选择性存在管理方法执行的第一存 在管理操作中由瞬时消息接发系统的各个单元传输的消息。

图2示出了由根据本发明的选择性存在管理方法执行的第二存 在管理操作中由瞬时消息接发系统的各个单元传输的消息。

根据本发明一实施例的选择性存在管理方法应用于瞬时消息接 发服务。

参考图1和图2,瞬时消息接发系统1包括瞬时消息接发服务器 10,后来被视作客户的用户终端可在它们请求时连接到该服务器。服 务器和客户之间的消息被交换,如通过因特网。该系统是使用标准消 息交换协议的已知类型的瞬时消息接发系统。

被应用根据本发明的选择性存在管理方法的优点的用户具有用 户终端20,瞬时消息接发客户设备与用户终端关联,客户设备适于 根据本发明的选择性存在管理方法的应用。该用户的地址簿包含一定 量的分隔为一定量的组的联系人,例如,在该例子中,分为三组:第 一组30、第二组31及第三组32。这些联系人中的每一个具有用户终 端,瞬时消息接发客户设备与该终端相关联,用户终端可以是标准类 型(相应的用户则不能从本发明的优点完全获益),也可以是与终端 20一样的类型。

图1示出了存在管理操作中由瞬时消息接发服务1的各个单元传 输的消息,其目的在于示出终端20的用户对第二组联系人31中的两 个联系人31X和31Y处于不存在的状态,同时该用户还被连接到服务 器10。

在第一选择步骤期间,借助于合适的用户界面,用户选择其地址 簿中其希望在瞬时消息接发服务上对他们表现为不存在的那些联系 人(在该例子中为联系人31X和31Y)。例如,用户界面可采取上下 文菜单的形式,其出现在终端20的显示屏上并列出地址簿中按组收 集在一起的所有联系人。消息接发客户设备可将存在参数与每一联系 人相关联,其中用户可确定存在参数。该存在参数涉及终端20相对 于消息接发的其它联系人的存在状态。该信息可指明终端20的用户 处于联机状态、其随时可讨论或其不希望被打扰、其正忙碌、其正在 开会、其希望表现为脱机等。因此,借助于该用户界面,用户可选择 联系人或联系人组以与特定的存在信息相关联。

一旦用户希望对其表现为不存在的联系人已被选择,与所选择的 联系人的数目一样多的消息(在此为两个,M1和M2)由终端20的瞬 时消息接发客户设备接连发送给瞬时消息接发服务器10。这些消息 中的每一个均为标准消息,其与瞬时消息接发系统1的协议一致,其 指明用户不存在。然而,不同于标准的那样,在用于识别地址簿的标 题区,对这些消息的每一个,消息接发客户设备并不放置消息接发的 所有联系人,而仅放置用户20希望对其表现为不存在的联系人31X 和31Y的标识数据。该消息或这些消息M1、M2在随后被称为存在信 息消息。当服务器10接收不在消息M1、M2时,其将依次把相应的消 息M’1、M’2单独传输给在相应的存在信息消息M1、M2的标题中指 出的联系人,当地址簿仅包含一个联系人时,其与传统的存在管理方 法的环境中一样。

在传输存在信息给联系人31X和31Y的步骤之后,传统上要执行 修改存在信息的步骤,所述存在信息涉及这些联系人31X和31Y的各 自的客户设备中的终端20的用户。如此,这些联系人31X和31Y的 客户设备将在瞬时消息接发服务上看见终端20的用户不存在。

在用户已整体上选择一个或多个联系人组的情况下,其运行也是 类似的,存在信息消息被发送给所选择的每一联系人组。

图2示出了在断开连接之后及随后的重新连接时存在管理操作 中瞬时消息接发系统1的各个单元传输的消息,其目的在于重新建立 在所述断开连接之前存在的情形。在该例子中,将被重新建立的情形 为在刚才已结合图1描述的管理操作之后获得的情形。

为能够重新建立与瞬时消息接发服务的连接,传统上,终端20 的瞬时消息接发客户设备发送连接请求RC给瞬时消息接发服务器 10。在接收该请求RC的基础上,瞬时消息接发服务器10向地址簿的 所有成员发送与标准协议一致的消息Mc,该消息Mc指明终端20的 用户连接到消息接发服务。因此,地址簿的成员的瞬时消息接发客户 设备将终端20的用户当作为存在而可进行消息接发服务。

为重新建立断开连接之前的情形,终端20的瞬时消息接发客户 设备适于再次执行结合图1描述的传输步骤,以传输存在信息消息 M1和M2并使服务器10发送相应的消息M’1和M’2给联系人31X 和31Y。

为此,在断开连接之前,存在信息对应于将由终端1的客户设 备保存的每一联系人是必要的。为此,终端20的瞬时消息接发客户 设备被提供以存储装置,其能够保存在先前会话期间所选择的用户 对其不存在的那些联系人的列表。或者,这样的存储装置可被置于 瞬时消息接发服务器10上,在先前会话期间所选择的用户对其不存 在的那些联系人的列表在连接后被传输给终端20。

相关专利内容
标题 发布/更新时间 阅读量
移动呼叫修改 2020-05-12 598
多功能修改器 2020-05-12 324
业务流修改流程 2020-05-13 464
修改素材 2020-05-11 885
已修改流同步 2020-05-13 954
修改带 2020-05-11 1030
修改对话窗口 2020-05-12 7
修改设备通知 2020-05-13 653
修改液 2020-05-11 792
错字修改笔 2020-05-12 309
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈