CN104144244A - 多终端提示方法 - Google Patents
多终端提示方法 Download PDFInfo
- Publication number
- CN104144244A CN104144244A CN201410155229.2A CN201410155229A CN104144244A CN 104144244 A CN104144244 A CN 104144244A CN 201410155229 A CN201410155229 A CN 201410155229A CN 104144244 A CN104144244 A CN 104144244A
- Authority
- CN
- China
- Prior art keywords
- calls
- address
- called party
- account
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多终端提示方法，通过针对一个账户设置相应的同步账户，HSvr在接收呼叫时，根据呼叫的目的地址确定目标账户，将所述呼叫消息发送给该目标账户的同步账户的客户端，以达到多个被叫客户端同时提示的技术效果。这样，被叫用户就可以通过自己的任一账户的客户端获得来电提示。
Description
技术领域
本发明涉及互联网通信，更确切地说涉及在互联网中多终端提示的方法。
背景技术
在互联网通信中，涉及到全球统一身份（GUID，Global Unified Identity），所述GUID包括两部分：归属码（HCode，Home Code）和用户码（UCode，User Code）。其中，HCode指示该GUID，也即该GUID对应的互联网用户（IUsr，Internet User）归属于即时通信网络（IMN，Instant Messenger Network）中哪一个即时通信***（IMS，Instant Messenger System），以及归属于哪一个IMS的归属服务器（HSvr，Home Server），以及归属于哪一个服务商（SP，Service Provider），UCode用于指示一个HCode下不同的IUsr。通过建立HCode和HSvr的对应关系，根据一个HCode可以确定所指向的HSvr。更多描述参见申请号为201310037232.X的《通信方法和***》发明专利。
每个账户都有一个账户地址（AccoAddr，Account Address），以用于账户寻址。
一个GUID的源账户的AccoAddr为该GUID。
一个GUID的迁移账户的AccoAddr为该迁移账户对应的跨域地址码（CDAddr，Cross-domain Address）。该GUID为该CDAddr的本基GUID（BaseGUID，The Base GUID），该CDAddr的跨末HSvr信息（CeSvrDesc，Cross-end HSvr Description）为该迁移账户所在HSvr的某一个HCode。关于CDAddr的更多描述，参见申请号为201310079118.3的《支持GUID迁移的网络及相关消息处理方法》发明专利。
每个AccoAddr都由一个地址基（AddrBase，Address Base）和一个地址归属（AddrHome，Address Home）构成。当一个AccoAddr是一个GUID时，该AccoAddr的AddrBase是该GUID的UCode，该AccoAddr的AddrHome是该GUID的HCode；当一个AccoAddr是一个CDAddr时，该AccoAddr的AddrBase是该CDAddr的BaseGUID，该AccoAddr的AddrHome是该CDAddr的CeSvrDesc。
一个AccoAddr归属的HSvr为该AccoAddr的AddrHome所指向的HSvr。
一个账户的AddrHome，是该账户的AccoAddr的AddrHome；一个账户的AddrBase，是该账户的AccoAddr的AddrBase。
刘备拥有五个账户：腾讯QQ的账户、网易163的账户、微软Outlook的账户和飞信139的账户，对应的AccoAddr分别为123789qq.com、liubei163.com、13923856563163.com和liubeiOutlook.com、13923856563139.com。但是，刘备通常并不会同时登入到自己的多个账户，例如：当刘备用移动终端上网时，会登入到13923856563163.com对应的账户；当刘备在家用PC机上网时，会登入到123789qq.com对应的账户；刘备在上班用PC机上网时，会登入到13923856563139.com对应的账户；刘备出差用PC机上网时会登入到liubeiOutlook.com对应的账户。
刘备的同事知道刘备的AccoAddr值13923856563139.com，刘备的客户知道刘备的AccoAddr值liubeiOutlook.com，刘备的朋友知道刘备的AccoAddr值123789qq.com，刘备的家人知道刘备的AccoAddr值13923856563163.com。刘备希望自己登入任一账户时都能接收家人对自己的呼叫，特别地，刘备还希望，在自己同时登入某几个账户时，可以选择任一登入的账户来接收家人对自己的呼叫。
发明内容
有鉴于此，本发明公开了一种多终端提示方法，通过针对一个账户设置相应的同步账户，HSvr在接收呼叫时，根据呼叫的目的地址确定目标账户，将所述呼叫消息发送给该目标账户的同步账户的客户端，以达到多个被叫客户端同时提示的技术效果。
一种多终端提示方法，针对一个账户，登记SyncAccoDesc，用以描述同步提示的账户，所述方法包括以下步骤：
a、HSvr接收呼叫消息，根据消息的目的地址确定目标账户；
b、所述HSvr按照所述目标账户的SyncAccoDesc，向相应的被叫客户端发送呼叫消息；
d、相应的被叫客户端收到所述HSvr发送的呼叫消息后，执行来电提示操作。
在步骤d中，所述呼叫消息中进一步携带主叫客户端的IP地址和端口号；在步骤d之后，进一步包括：
相应被叫客户端接收到摘机指令后，根据所述呼叫消息中携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接。
在步骤d中，所述呼叫消息中进一步携带主叫客户端的IP地址和端口号；在步骤d中进一步包括：
所述被叫客户端根据所述呼叫消息中携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接。
在步骤d之后，进一步包括：
所述主叫客户端侦测到相应被叫客户端摘机后，向其它被叫客户端发送开始通话消息；所述其它被叫客户端收到该开始通话消息后执行结束提示操作。
在步骤d之后，进一步包括：
所述主叫客户端侦测到相应被叫客户端摘机后，向其它被叫客户端发送开始通话消息；所述其它被叫客户端收到该开始通话消息后拆除与主叫客户端的连接。
所述主叫客户端侦测到相应被叫客户端摘机是指：所述主叫客户端在面向相应接受呼叫的被叫客户端发送的通话消息后，判断出该被叫客户端摘机；或者所述主叫客户端侦测到相应被叫客户端摘机是指：相应接受呼叫的被叫客户端向所述主叫客户端发送摘机消息，所述主叫客户端收到该摘机消息后，判断出该被叫客户端摘机。
所述主叫客户端侦测到相应接受呼叫的被叫客户端结束通话后，将面向其它被叫客户端的连接拆除。
所述主叫客户端侦测到相应接受呼叫的被叫客户端结束通话是指：所述主叫客户端在侦测到面向相应接受呼叫的被叫客户端的连接拆除时或拆除后，判断出该被叫客户端结束通话；或者所述主叫客户端侦测到相应接受呼叫的被叫客户端结束通话是指：相应接受呼叫的被叫客户端向所述主叫客户端发送结束通话消息，所述主叫客户端收到该消息后，判断出该被叫客户端结束通话。
在步骤d之后，进一步包括：
所述主叫客户端侦测到相应被叫客户端摘机后，将面向其它被叫客户端所建立的呼叫连接拆除。
所述其它被叫客户端在呼叫连接拆除时，或呼叫连接拆除后，执行结束提示操作。
部分或全部所述相应的被叫客户端归属的HSvr进一步向所述主叫客户端发送所述相应的被叫客户端的IP地址。
所述主叫客户端在判断一个连接的对端的IP地址属于接收的相应的被叫客户端的IP地址时，判断该连接可信；否则，判断该连接不可信。
按照本发明提供的多终端提示方法，被叫用户可以针对一个账户设置多个同步账户，这样该被叫用户就可以通过自己的任一账户的客户端获得来电提示。从而有助于实现互联网承接电信网的一号通业务的目的。
附图说明
图1所示，为IMN网络示例图。
图2所示，为本发明所述多终端提示方法的实施方式流程图。
具体实施方式
为使本发明目的、技术方案和优点更加清楚明白，下面结合实施例，从各个方面进行详细说明。
为便于说明，本发明以如图1所示的IMN网络为例，在该图中：
A服务商（SP-A）的HSvr为HSvr-A，其中，注册有用户A（UsrA）和用户X（UsrX）；
B服务商（SP-B）的HSvr为HSvr-B，其中，注册有用户B（UsrB）和用户Y（UsrY）；
C服务商（SP-C）的HSvr为HSvr-C，其中，注册有用户C（UsrC）和用户Z（UsrZ）；
D服务商（SP-D）的HSvr为HSvr-D，其中，注册有用户D（UsrD）和用户O（UsrO）。
其中，SP-A是腾讯、SP-B是网易、SP-C是微软、SP-D是飞信。HCode值qq.com归属于HSvr-A，HCode值163.com归属于HSvr-B，HCode值Outlook.com归属于HSvr-C，HCode值139.com归属于HSvr-D等等。
一般地，一个账户信息中可以包括这些属性：AccoAddr或AccoAddr的AddrBase、Password、ClientIP和ClientPort，等等。其中，Password为相应账户的密码，ClientIP和ClientPort为相应账户的在线信息。当一个账户处于登入状态时，相应的ClientIP和ClientPort对应该账户的客户端的IP地址和端口号；当该账户处于登出状态时，一般地，相应的ClientIP和/或ClientPort为空值null或0。
所述HSvr在一个账户登录时可以获取对应客户端的IP地址和端口号，并将获取的IP地址和端口号保存在该账户的ClientIP和ClientPort属性中。
关于账户信息的更多描述参见所述《通信方法和***》发明专利。
所述HSvr可以通过如表1所示的账户信息表来保存相应账户的账户信息。
表1
| AccoAddr | Password | ClientIP | ClientPort |
| liubei163.com | ******** | 相应IP地址 | 相应端口号 |
| xushu163.com | ******** | 相应IP地址 | 相应端口号 |
当然，如果统一约定客户端的端口号，则表1中，ClientPort属性可以省去。
按照表1，相应的HSvr可以根据一个AccoAddr确定对应的账户。
如图2所示，为本发明所述多终端提示方法的实施方式流程图，在该图中，
首先在步骤11、针对一个账户登记相应的同步账户相关描述信息（SyncAccoDesc，Synchronous Account Descriptin），用以描述同步提示的账户。
以｛在相应的账户信息中增加SyncAccoDesc属性，用于指示该账户所对应的同步账户｝为例。当一个账户的SyncAccoDesc属性为空值null时，表示该账户没有对应的同步账户。
以在一个账户的SyncAccoDesc属性中直接登记该账户相应的同步账户的AccoAddr为例，参见如表2所示的同步账户描述表：
表2
在表2中，SyncAccoDesc值为null时，说明对应账户没有同步账户。其中，在AccoAddr值13923856563163.com对应的账户的SyncAccoDesc属性中，登记了四个同步账户的AccoAddr值：123789qq.com、liubei163.com、liubeiOutlook.com和13923856563139.com。
AddrBase相同的AccoAddr为同基地址，AddrBase相同的账户称为同基账户。
在表2中，如果所述同步账户与当前账户是同基的，则可以只登记相应同步账户的AddrHome。例如，13923856563139.com和13923856563163.com是同基的，因此，13923856563163.com对应账户的SyncAccoDesc属性值里，13923856563139.com可以替换成139.com。
步骤12、HSvr接收呼叫消息，根据消息的目的地址确定目标账户。
步骤13、所述HSvr按照所述目标账户的SyncAccoDesc，向相应的被叫客户端发送呼叫消息。
步骤14、相应的被叫客户端收到所述HSvr发送的呼叫消息后，执行来电提示操作。
所述来电提示操作可以是振铃操作，也可以是播放音乐等音频提醒，或振动等机械提醒，或闪烁等光学提醒方式。
所述被叫客户端包括所述目标账户的SyncAccoDesc所对应的同步账户的客户端。
一般地，所述被叫客户端包括所述目标账户的SyncAccoDesc所对应的同步账户的客户端和所述目标账户的客户端，或这些客户端的某些个。
在步骤13中，如果相应的同步账户归属于其它的HSvr，则所述向对应的同步账户的客户端发送该呼叫消息进一步是：将该呼叫消息发送给所述其它的HSvr，消息中进一步携带所述同步账户的AccoAddr；所述其它的HSvr接收到该消息后，根据所述同步账户的AccoAddr确定对应的同步账户，并将该呼叫消息发送给所确定的同步账户的客户端。
为了便于说明和理解，但不用于限定，本发明使用一种消息格式，该消息格式包括地址列表（MsgAddrList，Messasge Address List）和消息体（MsgBody，Messasge Body），二者之间用分号“；”分割。这样，一个消息可以写成｛MsgAddrList；MsgBody｝形式。
在MsgAddrList里至少包括一个地址。MsgAddrList的第一个地址（称为MsgAddr1）为消息的目的地址。
如果MsgAddrList中的地址多于一个，则：MsgAddrList的第二个地址（称为MsgAddr2）为消息的源地址，MsgAddrList的最后一个地址为消息的原始发送者也即最初发送者的地址，也即主叫地址。例如MsgAddrList中有两个地址，则MsgAddr2为消息的源地址，也为主叫地址。还例如，MsgAddrList中有三个地址，则MsgAddr2为消息的源地址，MsgAddr2为主叫地址。
在MsgAddrList中存在多个地址时，各个地址之间用逗号“，”分割，这样，消息一般形式为｛MsgAddr1，MsgAddr2；MsgBody｝，或者为｛MsgAddr1，MsgAddr2，MsgAddr3；MsgBody｝，等等。
例1：关云长的AccoAddr为guanyunchangOutlook.com，关云长登入了guanyunchangOutlook.com对应的账户，关云长根据刘备的AccoAddr值13923856563163.com呼叫刘备，过程如下：
步骤101、关云长的客户端构造呼叫消息：｛13923856563163.com，guanyunchangOutlook.com；呼叫消息体｝，将该消息发送给HSvr-C。这里，该消息的目的地址为13923856563163.com，源地址为guanyunchangOutlook.com。
步骤102、HSvr-C收到所述呼叫消息后，判断消息的目的地址归属于HSvr-B，于是，将该呼叫消息发送给HSvr-B。
步骤103、HSvr-B收到所述呼叫消息后，根据消息的目的地址确定目标账户，将该呼叫消息发送给该目标账户的客户端；根据该目标账户的SyncAccoDesc属性中登记的四个同步账户的AccoAddr值：123789qq.com、liubei163.com、liubeiOutlook.com和13923856563139.com，执行向各个同步账户的客户端发送该呼叫消息的操作：
判断liubei163.com归属于自己，于是，直接将该呼叫消息发送给liubei163.com对应账户的客户端；
判断123789qq.com归属于HSvr-A，于是，将123789qq.com作为该呼叫消息的目的地址得到消息：｛123789qq.com，13923856563163.com，guanyunchangOutlook.com；呼叫消息体｝，将该呼叫信息发送给HSvr-A；HSvr-A收到所述呼叫消息后，根据该消息的目的地址123789qq.com确定目标账户，将该呼叫消息发送给该目标账户的客户端；
判断liubeiOutlook.com归属于HSvr-C，于是，将liubeiOutlook.com作为该呼叫消息的目的地址得到消息：｛liubeiOutlook.com，13923856563163.com，guanyunchangOutlook.com；呼叫消息体｝，将该呼叫信息发送给HSvr-C；HSvr-C收到所述呼叫消息后，根据该消息的目的地址liubeiOutlook.com确定目标账户，将该呼叫消息发送给该目标账户的客户端；
判断13923856563139.com归属于HSvr-D，于是，将13923856563139.com作为该呼叫消息的目的地址得到消息：｛13923856563139.com，13923856563163.com，guanyunchangOutlook.com；呼叫消息体｝，将该呼叫信息发送给HSvr-D；HSvr-D收到所述呼叫消息后，根据该消息的目的地址13923856563139.com确定目标账户，将该呼叫消息发送给该目标账户的客户端。
步骤104、13923856563163.com对应账户的客户端收到所述呼叫消息后，执行来电提示操作；liubei163.com对应账户的客户端收到所述呼叫消息后，执行来电提示操作；123789qq.com对应账户的客户端收到该呼叫消息后，执行来电提示操作；liubeiOutlook.com对应账户的客户端收到该呼叫消息后，执行来电提示操作；13923856563139.com对应账户的客户端收到该呼叫消息后，执行来电提示操作。
在步骤102中，HSvr-C还可以进一步判断所述呼叫消息的源地址是否有效，也即，判断所述源地址是否属于所述主叫客户端对应的主叫账户所被指配的AccoAddr。
如果所述主叫客户端对应多个账户，主叫用户选择其中一个账户作为主叫账户进行呼叫，则在步骤102中，HSvr-C可以判断所述源地址是否是所述主叫客户端所对应的多个账户中某一账户的AccoAddr，如果是，则源地址有效。如果判断出所述源地址不是所述主叫客户端所对应的多个账户中任何账户的AccoAddr，则源地址无效。例如，HSvr-C可以根据主叫客户端的IP地址、端口号和所述源地址，从如表1所示的账户信息表中确定对应的账户记录，判断是否确定到，如果是，则所述源地址有效，否则，所述源地址无效。这种情况常见于多个账户关联的情况，例如，一个账户登入，其相应关联账户自动登入。
如果所述主叫客户端对应一个账户，该账户被指配一个或多个AccoAddr，则在步骤102中，HSvr-C可以判断所述源地址是否是该账户被指配的AccoAddr，如果是，则源地址有效，否则源地址无效。这种情况常见于一个账户捆绑多个AccoAddr的情况，例如，一个账户的AccoAddr属性被替换成AccoAddr列表（AccoAddrList，AccoAddr List）属性，AccoAddrList属性中包括一个或多个AccoAddr值。
所述主叫客户端对应一个账户，该账户被指配一个或多个AccoAddr，则在步骤101中，所述呼叫消息的源地址可以是一个AccoAddr指示值。相应地，在步骤102中，HSvr-C在根据主叫客户端的IP地址和端口号，从如表1所示的账户信息表中确定对应的账户记录后，根据所述AccoAddr指示值，从所确定的记录的AccoAddrList属性中确定所述呼叫消息的源地址。例如，对应记录的AccoAddrList属性中包括2个AccoAddr值，当所述AccoAddr指示值为1时，将所确定的记录的AccoAddrList属性中第一个AccoAddr值作为所述呼叫消息的源地址，当所述AccoAddr指示值为2时，将所确定的记录的AccoAddrList属性中第二个AccoAddr值作为所述呼叫消息的源地址。
如果所述主叫客户端只对应一个账户，且该账户只被指配一个账户地址，则，在步骤101中，所述呼叫消息的MsgAddrList中也可以不包括源地址，或者包括的源地址为一个空值null。这样，在步骤102中，HSvr-C收到所述呼叫消息后，获取对应的源地址，将获取的源地址作为该呼叫消息的MsgAddrList的第二地址填写到所述呼叫消息中。
例如，所述步骤101直接是步骤101B：关云长的客户端构造呼叫消息：｛13923856563163.com；呼叫消息体｝，将该消息发送给HSvr-C。这里，该消息的目的地址为13923856563163.com，缺省了源地址。相应地，所述步骤102进一步是步骤102B：HSvr-C收到所述呼叫消息后，获取对应的源地址，将获取的源地址guanyunchangOutlook.com作为该呼叫消息的MsgAddrList的第二地址填写到该呼叫消息中，得到的呼叫消息为：｛13923856563163.com，guanyunchangOutlook.com；呼叫消息体｝；判断消息的目的地址归属于HSvr-B，于是，将所得到的呼叫消息发送给HSvr-B。
在步骤102B中，HSvr-C在收到主叫客户端发送的呼叫消息时，可以得到主叫客户端的IP地址和端口号，根据主叫客户端的IP地址和端口号，从如表1所示的账户信息表中确定对应的账户记录，将所确定的记录的AccoAddr值作为所述呼叫消息的源地址。
在步骤14中，所述呼叫消息中进一步携带主叫客户端的IP地址和端口号。后面以此为例进行详细说明。
在被叫用户选择某一提示的客户端接收呼叫后，该被叫客户端可以根据所述呼叫消息中携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接。这样，主、被叫用户之间就可以通过建立的呼叫连接进行通话。
在步骤14之后，进一步包括：被叫客户端等待接收到摘机指令，并在接收到摘机指令后，根据所述呼叫消息中携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接。
在步骤102中，发送给HSvr-B所述呼叫消息中进一步携带所述主叫客户端的IP地址和端口号。相应地，在步骤104之后进一步包括步骤105：相应的各个被叫客户端等待接收用户指令，并在接收到摘机指令后，根据所述呼叫消息中携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接。
例如，在上面步骤104之后，刘备在听到多个客户端提示后，选择13923856563139.com对应的飞信账户的客户端接受呼叫；这样，在步骤105中，该飞信客户端接收到刘备的摘机指令后，根据所述呼叫消息中携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接。这样，刘备就可以通过建立的该呼叫连接与关云长进行通话。
有两种在所述呼叫消息中填写所述主叫客户端的IP地址和端口号的方式。
第一种方式：所述主叫客户端的IP地址和端口号可以是由主叫客户端发送所述呼叫消息时，通过呼叫消息体携带。例如，所述步骤101可以进一步是步骤101C：关云长的客户端构造呼叫消息：｛13923856563163.com，guanyunchangOutlook.com；主叫客户端的IP地址和端口号｝，将该呼叫消息发送给HSvr-C。这里，该消息的目的地址为13923856563163.com，源地址为guanyunchangOutlook.com，呼叫消息体中包括了主叫客户端的IP地址和端口号。
一般地，所述主叫客户端在发送所述呼叫消息时，不在呼叫消息体中携带所述主叫客户端的IP地址和端口号。参见第二种方式。
第二种方式：主叫归属的HSvr在收到主叫客户端发送的呼叫消息后，将获取的主叫客户端的IP地址和端口号填写到所述呼叫消息的消息体中。例如，通过解析相应的IP协议头可以获取消息发送者的IP地址，通过解析相应的TCP协议头或UDP协议头，可以获取消息发送者的端口号。由于是成熟应用，这里不再赘述。
例如，所述步骤101直接是步骤101D：关云长的客户端构造呼叫消息：｛13923856563163.com；null｝，将该消息发送给HSvr-C，这里，呼叫消息体为空值null。相应地，所述步骤102进一步是步骤102C：HSvr-C收到所述呼叫消息后，根据得到的主叫客户端的IP地址和端口号，从如表1所示的账户信息表中确定对应的账户记录，将所确定的账户记录的AccoAddr值作为该呼叫消息的源地址，也即作为该呼叫消息的的MsgAddrList的第二地址，填写到该呼叫消息的MsgAddrList中，将所得到的主叫客户端的IP地址和端口号填写到该呼叫消息的消息体中；这样，得到的呼叫消息为：｛13923856563163.com，guanyunchangOutlook.com；主叫客户端的IP地址和端口号｝；判断消息的目的地址归属于HSvr-B，于是，将得到的呼叫消息发送给HSvr-B。
在步骤14中，相应被叫客户端在收到所述呼叫消息后进一步执行根据该呼叫消息中携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接的操作。这样，在被叫用户选择某一被叫客户端接受呼叫时，该被叫客户端即可快速进入接通状态。由于缩短了与主叫客户端话路接通的时间，因此，可以让被叫用户获得更好的业务体验。
例如，所述步骤14进一步是步骤14B：相应被叫客户端在收到所述呼叫消息后，执行两个操作：根据该呼叫消息中携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接，和进行来电提示操作。所述建立呼叫连接操作可以在来电提示操作之前，也可以在之后，也可以同时进行。例如，所述被叫客户端在进行提示提示的同时，还进行所述呼叫连接的建立操作。
例3：关云长的AccoAddr为guanyunchangOutlook.com，关云长登入了guanyunchangOutlook.com对应的账户，关云长根据刘备的AccoAddr值13923856563163.com呼叫刘备，过程如下：
步骤301、关云长的客户端构造呼叫消息：｛13923856563163.com；null｝，将该消息发送给HSvr-C。这里，呼叫消息体为空值null。
步骤302、HSvr-C收到所述呼叫消息后，根据得到的主叫客户端的IP地址和端口号，从如表1所示的账户信息表中确定对应的账户记录，将所确定的账户记录的AccoAddr值作为该呼叫消息的源地址，也即作为该呼叫消息的的MsgAddrList的第二地址，填写到该呼叫消息的MsgAddrList中，将所得到的主叫客户端的IP地址和端口号填写到所述呼叫消息的消息体中；这样，得到的呼叫消息为：｛13923856563163.com，guanyunchangOutlook.com；主叫客户端的IP地址和端口号｝；判断消息的目的地址归属于HSvr-B，于是，将所得到的呼叫消息发送给HSvr-B。
步骤303、HSvr-B收到所述呼叫消息后，根据消息的目的地址确定目标账户，将该呼叫消息发送给该目标账户的客户端；根据该目标账户的SyncAccoDesc属性中登记的四个同步账户的AccoAddr值：123789qq.com、liubei163.com、liubeiOutlook.com和13923856563139.com，执行向各个同步账户的客户端发送该呼叫消息的操作：
判断liubei163.com归属于自己，于是，直接将该呼叫消息发送给liubei163.com对应账户的客户端。
判断123789qq.com归属于HSvr-A，于是，将123789qq.com作为该呼叫消息的目的地址得到消息：｛123789qq.com，13923856563163.com，guanyunchangOutlook.com；主叫客户端的IP地址和端口号｝，将该呼叫信息发送给HSvr-A；HSvr-A收到所述呼叫消息后，根据该消息的目的地址123789qq.com确定目标账户，将该呼叫消息发送给该目标账户的客户端；
判断liubeiOutlook.com归属于HSvr-C，于是，将liubeiOutlook.com作为该呼叫消息的目的地址得到消息：｛liubeiOutlook.com，13923856563163.com，guanyunchangOutlook.com；主叫客户端的IP地址和端口号｝，将该呼叫信息发送给HSvr-C；HSvr-C收到所述呼叫消息后，根据该消息的目的地址liubeiOutlook.com确定目标账户，将该呼叫消息发送给该目标账户的客户端；
判断13923856563139.com归属于HSvr-D，于是，将13923856563139.com作为该呼叫消息的目的地址得到消息：｛13923856563139.com，13923856563163.com，guanyunchangOutlook.com；主叫客户端的IP地址和端口号｝，将该呼叫信息发送给HSvr-D；HSvr-D收到所述呼叫消息后，根据该消息的目的地址13923856563139.com确定目标账户，将该呼叫消息发送给该目标账户的客户端。
步骤304、13923856563163.com对应账户的客户端收到所述呼叫消息后，根据主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接并执行来电提示操作；liubei163.com对应账户的客户端收到所述呼叫消息后，根据主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接并执行来电提示操作；123789qq.com对应账户的客户端收到所述呼叫消息后，根据该呼叫消息所携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接并执行来电提示操作；liubeiOutlook.com对应账户的客户端收到所述呼叫消息后，根据该呼叫消息所携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接并执行来电提示操作；13923856563139.com对应账户的客户端收到所述呼叫消息后，根据该呼叫消息所携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接并执行来电提示操作。
这样，在步骤304之后，相应被叫客户端即可快速进入接通状态。这样，刘备在选择某一被叫客户端接受呼叫时，就能尽快进入通话状态。
特别地，主叫客户端可以进一步侦测被叫客户端接受呼叫信息。这样，在用户选择某一被叫客户端接受呼叫时，主叫客户端可以侦测到该被叫客户端接受了呼叫。主叫客户端在侦测到一个被叫客户端接受呼叫信息后，向其它被叫客户端发送开始通话消息。
主叫客户端可以根据接收的消息流来确定哪一个被叫客户端接受了呼叫。例如收到了相应被叫客户端的语音消息流。
一般地，在用户选择某一被叫客户端接受呼叫时，该被叫客户端可以进一步向主叫客户端发送摘机消息；主叫客户端接收到该摘机消息后，向其它被叫客户端发送开始通话消息。所述其它被叫客户端接收到开始通话消息后，执行结束提示操作。
在步骤14B之后，进一步包括：相应的被叫客户端接收到摘机指令后，向主叫客户端发送摘机消息；主叫客户端接收到该摘机消息后，向其它被叫客户端发送开始通话消息。
例如，在上面步骤304之后，刘备在听到多个被叫客户端提示提示后，选择13923856563139.com对应的飞信账户的客户端接受呼叫；相应地，该飞信客户端接收到刘备的摘机指令后，向主叫客户端发送摘机消息；主叫客户端接收到该摘机消息后，向123789qq.com、13923856563163.com、liubei163.com和liubeiOutlook.com等对应的被叫客户端发送开始通话消息；123789qq.com、13923856563163.com、liubei163.com和liubeiOutlook.com等对应的被叫客户端接收到所述开始通话消息后，执行结束提示操作。
在所述其它被叫客户端接收到开始通话消息后，还可以进一步断开与主叫客户端的连接。这样，以节省网络资源。
当然，所述其它被叫客户端在结束提示后，也可以不断开连接，这样，被叫用户可以随时选择其中一个被叫客户端来与主叫用户通话。这种情况下，在主叫客户端在侦测到所述接受呼叫的被叫客户端结束通话后，还将面向所述其它被叫客户端的连接拆除。例如，所述接受呼叫的被叫客户端接受到被叫用户的结束通话指令后，向所述主叫客户端发送结束通话消息，主叫客户端收到该消息后，拆除与该被叫客户端的连接，并将面向所述其它被叫客户端的连接拆除，从而结束本次呼叫。还例如，所述接受呼叫的被叫客户端接受到被叫用户的结束通话指令后，将面向主叫客户端的连接拆除；主叫客户端在判断面向所述接受呼叫的被叫客户端的连接拆除后，或者侦测到在拆除该连接时，将面向所述其它被叫客户端的连接拆除，从而结束本次呼叫。当然，在主叫客户端在侦测到所述接受呼叫的被叫客户端结束通话后，也可以向所述其它被叫客户端发送结束通话消息；所述其它被叫客户端收到该消息后，拆除与所述主叫客户端的连接。
特别地，主叫客户端可以进一步侦测被叫客户端接受呼叫信息。这样，在用户选择某一被叫客户端接受呼叫时，主叫客户端可以侦测到该被叫客户端接受了呼叫。主叫客户端在侦测到一个被叫客户端接受呼叫信息后，并将面向其它被叫客户端所建立的呼叫连接拆除，以节省网络资源。
主叫客户端可以根据接收的消息流量来确定哪一个被叫客户端接受了呼叫。例如收到了相应被叫客户端的语音消息流。
一般地，在用户选择某一被叫客户端接受呼叫时，该被叫客户端可以进一步向主叫发送摘机消息；主叫客户端接收到该摘机消息后，将面向其它被叫客户端所建立的呼叫连接拆除。
在步骤14B之后，进一步包括：相应的被叫客户端接收到摘机指令后，向主叫客户端发送摘机消息；主叫客户端接收到该摘机消息后，将面向其它被叫客户端所建立的呼叫连接拆除。
例如，在上面步骤304之后，刘备在听到多个被叫客户端提示提示后，选择13923856563139.com对应的飞信账户的客户端接受呼叫；相应地，该飞信客户端接收到刘备的摘机指令后，向主叫客户端发送摘机消息；主叫客户端接收到该摘机消息后，将面向123789qq.com、13923856563163.com、liubei163.com和liubeiOutlook.com等对应的被叫客户端所建立的呼叫连接拆除。
所述其它被叫客户端在面向所述主叫客户端的连接被拆除后，或被拆除时，进一步执行结束提示操作。
为了增强通信的安全性，步骤14之前，还可以向所述主叫客户端发送部分或全部所述相应的被叫客户端的IP地址。
这样，所述主叫客户端可以根据接收的被叫客户端的IP地址，判断相应被叫客户端的合法性。
在步骤14之前，部分或全部所述相应的被叫客户端归属的HSvr进一步向所述主叫客户端发送所述相应的被叫客户端的IP地址。相应地，在步骤14之后，所述主叫客户端根据接收的相应的被叫客户端的IP地址判断相应连接是否可信。
例如，所述步骤303进一步包括：HSvr-B将13923856563163.com对应客户端的IP地址发送给HSvr-C，HSvr-C收到该IP地址后，将其发送给guanyunchangOutlook.com的客户端；HSvr-B将liubei163.com对应客户端的IP地址发送给HSvr-C，HSvr-C收到该IP地址后，将其发送给guanyunchangOutlook.com的客户端；HSvr-A将123789qq.com对应客户端的IP地址发送给HSvr-C，HSvr-C收到该IP地址后，将其发送给guanyunchangOutlook.com的客户端；HSvr-C将liubeiOutlook.com对应客户端的IP地址发送给guanyunchangOutlook.com的客户端；HSvr-D将13923856563139.com对应客户端的IP地址发送给HSvr-C，HSvr-C收到该IP地址后，将其发送给guanyunchangOutlook.com的客户端。
如果考虑到到好友状态同步情况，guanyunchangOutlook.com的客户端已经保存了13923856563163.com对应客户端的IP地址，则，HSvr-B只需将liubei163.com对应客户端的IP地址发送给HSvr-C即可，也即所述步骤303进一步包括：HSvr-B将liubei163.com对应客户端的IP地址发送给HSvr-C，HSvr-C收到该IP地址后，将其发送给guanyunchangOutlook.com的客户端；HSvr-A将123789qq.com对应客户端的IP地址发送给HSvr-C，HSvr-C收到该IP地址后，将其发送给guanyunchangOutlook.com的客户端；HSvr-C将liubeiOutlook.com对应客户端的IP地址发送给guanyunchangOutlook.com的客户端；HSvr-D将13923856563139.com对应客户端的IP地址发送给HSvr-C，HSvr-C收到该IP地址后，将其发送给guanyunchangOutlook.com的客户端。
一般地，所述主叫客户端在判断一个连接的对端的IP地址属于接收的相应的被叫客户端的IP地址时，判断该连接可信。如果所述主叫客户端在判断一个连接的对端的IP地址不属于接收的相应的被叫客户端的IP地址时，判断该连接不可信。
所述主叫客户端在判断一个连接不可信时，可以限制基于该连接的相应操作。例如，不通过该连接与相应的对端进行信息交换。对通过该连接接收的摘机消息做丢弃处理。
当然，所述主叫客户端在判断一个连接不可信时，也可以直接断开该连接，或者拒绝该连接的建立。
需要说明的是，所述HSvr在向对应的被叫客户端发送所述呼叫消息时，也可以先对该呼叫消息进行修改，之后才将修改后的呼叫消息发送给相应的被叫客户端。。
例如，在步骤13中，所述HSvr在按照所述目标账户的SyncAccoDesc，向对应的同步账户的客户端发送所述呼叫消息，可以先对该呼叫消息进行修改，之后才将修改后的呼叫消息发送给所述同步账户的客户端。例如，当呼叫消息中有三个地址时，将第二地址删除，保留消息的目的地址和主叫地址。
以上仅为本发明的较佳实施方式或实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之类，所作的任何修改、改进、等同替换等均应包含在本发明的保护范围之内。
Claims (10)
1.一种多终端提示方法，针对一个账户，登记SyncAccoDesc，用以描述同步提示的账户，其特征在于，所述方法包括以下步骤：
a、HSvr接收呼叫消息，根据消息的目的地址确定目标账户；
b、所述HSvr按照所述目标账户的SyncAccoDesc，向相应的被叫客户端发送呼叫消息；
d、相应的被叫客户端收到所述HSvr发送的呼叫消息后，执行来电提示操作。
2.根据权利要求1所述的方法，其特征在于，在步骤d中，所述呼叫消息中进一步携带主叫客户端的IP地址和端口号；在步骤d之后，进一步包括：
相应被叫客户端接收到摘机指令后，根据所述呼叫消息中携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接。
3.根据权利要求1所述的方法，其特征在于，在步骤d中，所述呼叫消息中进一步携带主叫客户端的IP地址和端口号；在步骤d中进一步包括：
所述被叫客户端根据所述呼叫消息中携带的主叫客户端的IP地址和端口号与主叫客户端建立呼叫连接。
4.根据权利要求3所述的方法，其特征在于，在步骤d之后，进一步包括：
所述主叫客户端侦测到相应被叫客户端摘机后，向其它被叫客户端发送开始通话消息；所述其它被叫客户端收到该开始通话消息后执行结束提示操作。
5.根据权利要求3所述的方法，其特征在于，在步骤d之后，进一步包括：
所述主叫客户端侦测到相应被叫客户端摘机后，向其它被叫客户端发送开始通话消息；所述其它被叫客户端收到该开始通话消息后拆除与主叫客户端的连接。
6.根据权利要求3所述的方法，其特征在于，所述主叫客户端侦测到相应接受呼叫的被叫客户端结束通话后，将面向其它被叫客户端的连接拆除。
7.根据权利要求3所述的方法，其特征在于，在步骤d之后，进一步包括：
所述主叫客户端侦测到相应被叫客户端摘机后，将面向其它被叫客户端所建立的呼叫连接拆除。
8.根据权利要求7所述的方法，其特征在于，所述其它被叫客户端在呼叫连接拆除时，或呼叫连接拆除后，执行结束提示操作。
9.根据权利要求2或3所述的方法，其特征在于，部分或全部所述相应的被叫客户端归属的HSvr进一步向所述主叫客户端发送所述相应的被叫客户端的IP地址。
10.根据权利要求9所述的方法，其特征在于，所述主叫客户端在判断一个连接的对端的IP地址属于接收的相应的被叫客户端的IP地址时，判断该连接可信；否则，判断该连接不可信。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410155229.2A CN104144244A (zh) | 2013-05-11 | 2014-04-18 | 多终端提示方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310172710 | 2013-05-11 | ||
| CN201310172710.8 | 2013-05-11 | ||
| CN201410155229.2A CN104144244A (zh) | 2013-05-11 | 2014-04-18 | 多终端提示方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104144244A true CN104144244A (zh) | 2014-11-12 |
Family
ID=51853310
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410155229.2A Pending CN104144244A (zh) | 2013-05-11 | 2014-04-18 | 多终端提示方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104144244A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104994116A (zh) * | 2015-08-06 | 2015-10-21 | 北京奇艺世纪科技有限公司 | 多屏统一通信的方法、装置和*** |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001309046A (ja) * | 2000-04-19 | 2001-11-02 | Sharp Corp | 着呼者呼び出し方法、通信機器、発呼者情報サーバおよび呼び出し制御装置 |
| CN101026790A (zh) * | 2007-01-31 | 2007-08-29 | 中兴通讯股份有限公司 | 一种由移动核心网实现的多用户同振***和方法 |
-
2014
- 2014-04-18 CN CN201410155229.2A patent/CN104144244A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001309046A (ja) * | 2000-04-19 | 2001-11-02 | Sharp Corp | 着呼者呼び出し方法、通信機器、発呼者情報サーバおよび呼び出し制御装置 |
| CN101026790A (zh) * | 2007-01-31 | 2007-08-29 | 中兴通讯股份有限公司 | 一种由移动核心网实现的多用户同振***和方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104994116A (zh) * | 2015-08-06 | 2015-10-21 | 北京奇艺世纪科技有限公司 | 多屏统一通信的方法、装置和*** |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9614905B2 (en) | Determination of persona information availability and delivery on peer-to-peer networks | |
| JP6968097B2 (ja) | 非同期メッセージングシステムにおいてユーザプロファイルを管理する方法、システム、および非一過性コンピュータ読み取り可能媒体 | |
| JP5518202B2 (ja) | エンドツーエンドコールの実現方法、エンドツーエンドコール端末及びシステム | |
| EP4033731A1 (en) | Service processing method, device, and system | |
| US20150237486A1 (en) | Signature control for sms | |
| JP2013506358A5 (zh) | ||
| CN103841077A (zh) | 社区用户呼叫方法和***、社区平台 | |
| US20170019484A1 (en) | System and method for aggregating communication connections | |
| WO2013156980A1 (en) | Group sms messaging | |
| EP2453681A1 (en) | System and method for routing session initiation protocol conversation | |
| CN110493022B (zh) | 一种三方会话的建立方法、装置及*** | |
| JP6158221B2 (ja) | プレゼンス及びコストを用いて呼を経路決定する通信システム及び方法 | |
| CN107872387B (zh) | 发送vpn路由的方法和*** | |
| JP2019518382A5 (zh) | ||
| JP2019518382A (ja) | 複数のネットワークタイプを通じて通信するためのシステムおよび方法 | |
| CN106936718B (zh) | PPPoE报文传输方法和PPPoE服务器 | |
| CN104144244A (zh) | 多终端提示方法 | |
| CN112054953B (zh) | 多媒体即时通信方法、***及终端设备、计算机存储介质 | |
| US9942280B2 (en) | Data exchange sessions using groups of terminals of a first user and at least one terminal of a second user | |
| EP2445262A1 (en) | System and method for routing instant messages | |
| US20110249626A1 (en) | Method and system for implementing an ip multimedia subsystem dynamic phonebook service | |
| JP6807952B2 (ja) | 通信サービスを端末通信装置に提供する通信ネットワークを決定する方法及び装置 | |
| EP4231608A1 (en) | Methods of managing services for a telecommunications session and servers, computer software and systems for performing the methods | |
| US9628298B2 (en) | Routing technique | |
| JP2010109440A (ja) | 通信システム、セッション制御サーバ、課金装置、呼詳細記録情報作成方法、課金計算方法、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C53 | Correction of patent of invention or patent application | ||
| CB02 | Change of applicant information |
Address after: Wuhou District Shaoling road Chengdu city Sichuan province 610000 No. 29 2-2-3 Li Huaijiang Applicant after: Wang Zhengwei Address before: 610000 Sichuan city in Chengdu province Wuhou Temple Street No. 87 (empty Jiashuyuan) 1 Building 1 unit 3 Applicant before: Wang Zhengwei |
|
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20141112 |
|
| WD01 | Invention patent application deemed withdrawn after publication |