-
公开(公告)号:CN101385368B
公开(公告)日:2012-06-27
申请号:CN200780006007.2
申请日:2007-02-14
Applicant: KTF电信公司
IPC: H04W4/16
CPC classification number: H04W4/12 , H04M3/53316 , H04M3/53325 , H04M7/006 , H04M2201/14 , H04M2201/60 , H04M2203/2016 , H04M2203/652
Abstract: 本发明涉及国际消息呼叫业务系统及方法,其用于通过国际交换网络或互联网网络将自己国家的主叫方的语音消息传送给外国的被叫用户。根据本发明的国际消息呼叫业务系统及方法,当主叫方发出包括用于记录语音消息的功能码的呼叫时,本发明接收并存储由主叫方传送的语音消息,然后作出出向呼叫,并通过互联网网络将所记录的语音消息传送给外国的被叫方用户。本发明中所记录的语音消息可以即刻传送,也可以预定传送。
-
公开(公告)号:CN1105361C
公开(公告)日:2003-04-09
申请号:CN96111686.2
申请日:1996-08-29
Applicant: 美国电报电话公司
Inventor: 德鲁斯·梅利尔·贝尔斯 , 诺曼·钦-亨·钱
IPC: G06F13/368
CPC classification number: H04M3/53325
Abstract: 交换系统中提供消息传送服务的方法和设备、当某交换节点要为本地网上的通信终端处理和存储消息时,该本地网上的服务电路可能因忙而不能处理呼叫,或没有足够的空间来存储消息。此时,该交换节点将设法找到另一个有处理和存储能力本地网。若该交换节点不能找到单个服务电路,既有处理能力、又有存储能力,则设法找到两个本地网上的两个服务电路,一个能处理,另一个能存。若该交换节点要求另一交换节点来存储消息,后者将以同样过程来工作。
-
公开(公告)号:CN1346567A
公开(公告)日:2002-04-24
申请号:CN99807952.9
申请日:1999-06-04
Applicant: 网络数码通信公司
Inventor: 托马斯·P·索斯诺斯基 , 罗莎娜·加西亚 , 保罗·F·菲尼根
CPC classification number: H04M3/48 , H04M3/382 , H04M3/42042 , H04M3/42059 , H04M3/42229 , H04M3/42314 , H04M3/533 , H04M3/53325 , H04M3/53341 , H04M3/5335 , H04M7/0036 , H04M7/009 , H04M2201/40 , H04M2242/22 , H04M2242/30 , H04Q3/72 , Y10S707/99943
Abstract: 在一种语音邮件系统(10)中,呼叫(用户1)的受话者能够以通用方式应答一内部或外部语音消息。一种提供应答的方法包括识别呼叫者,并从一数据库(135)中检索呼叫者的地址。呼叫者的原始信息自动地设有发自呼叫者的被记录的消息,以便允许被记录的消息受话者进行应答。识别呼叫者可包括利用呼叫者的语音标识查询一数据库(135),以识别呼叫者的信息。
-
公开(公告)号:CN1230323A
公开(公告)日:1999-09-29
申请号:CN97197763.1
申请日:1997-07-04
Applicant: 艾利森电话股份有限公司
IPC: H04Q7/22
CPC classification number: H04W88/184 , H04M3/5322 , H04M3/53325 , H04M2207/18
Abstract: 在此公开一种在始发移动台(12)和与目的移动台持久地连接的短消息业务中心(29)之间传送短消息的方法和设施。始发移动台(12)通过空中接口向移动网发送短消息(包括目的移动台的地址)。移动网在交换节点之间内部传送短消息。一个交换节点(18)查询用户数据库(20),并将移动台的地址以及表示这是一条移动会提交的短消息的信息传递给数据库(20)。数据库(20)进行检查以判断目的移动台是否具有短消息业务。如果没有。短消息就被终止。否则,数据库(20)返回与目的移动台持久地连接的短消息业务中心(24)的地址。短消息通过移动网被发送给该短消息业务中心(24)。
-
公开(公告)号:CN106503005A
公开(公告)日:2017-03-15
申请号:CN201510562638.9
申请日:2015-09-07
Applicant: 腾讯科技(深圳)有限公司
Inventor: 赵田
IPC: G06F17/30
CPC classification number: H04M3/5335 , G10L17/005 , H04M3/53325 , H04M3/53366 , H04M2203/303 , H04M2203/305
Abstract: 本发明实施例公开了一种信息处理方法及终端;其中,所述方法包括:第一终端在运行第一应用进入信息交互模式后,采集用户输入的第一语音信息;接收第一操作,所述第一操作用于选中所述第一语音信息;检测到所述第一语音信息选中成功后,提取与所述第一语音信息对应的第一标记策略;根据所述第一标记策略选取对应所述第一语音信息的第一标识信息,显示携带有第一标识信息的第一语音信息。
-
公开(公告)号:CN1941964A
公开(公告)日:2007-04-04
申请号:CN200610121596.6
申请日:2006-08-23
Applicant: 国际商业机器公司
CPC classification number: H04M3/53325 , H04M2203/2083
Abstract: 公开了用于管理语音邮件确认的方法及系统。一种确认由第一用户(用户A)在第二用户(用户B)的语音消息系统(VM)上给第二用户留下的语音消息的接收的方法,该方法包括步骤:与由第一用户留给第二用户的语音消息一起包含第一用户确认简档的细节(425、430),其中用户确认简档位于已知的位置并包括用于对第一用户进行确认的手段;在第二用户收到消息(440 445、460时,确定用于向第一用户确认语音消息已被第二用户收到的手段;提供有关第二用户已收到语音消息的确认给第一用户(450)。
-
公开(公告)号:CN1415150A
公开(公告)日:2003-04-30
申请号:CN00817836.4
申请日:2000-12-21
Applicant: 孔沃斯有限公司
CPC classification number: H04M3/5307 , H04L51/00 , H04L51/36 , H04M3/53325 , H04M2201/60
Abstract: 一种用于提供实时集中访问由用户的两个或多个帐号接收或发送的信息的方法和装置。与由用户的两个或多个帐号输入和/或输出信息相关的数据,被连续地实时集聚和/或存储。从每一帐号,该用户访问每一由一个或多个帐号接收或发送的被集聚信息。该用户的被集聚和/或输入和/或输出的信息的状态,可以实时地连续地更新和/或显示给该用户。
-
公开(公告)号:CN1308819A
公开(公告)日:2001-08-15
申请号:CN99808253.8
申请日:1999-05-03
Applicant: ADC长途电讯有限公司
CPC classification number: H04W88/184 , H04M3/5322 , H04M3/53325 , H04M7/06 , H04M2207/18 , H04Q3/0025
Abstract: 一个用于在各个消息中心之间选择路由发送短消息的系统,它规定消息首先被检查以便确定它们是否要被本地消息中心处理,然后,如果适当,便使用指向代码或全局标题转换的路由方式选择路由将它们发送至其他消息中心。
-
公开(公告)号:CN1307772A
公开(公告)日:2001-08-08
申请号:CN99807829.8
申请日:1999-06-22
Applicant: 艾利森电话股份有限公司
Inventor: B·荣松
CPC classification number: H04M3/53325 , H04L29/06 , H04L51/00 , H04L51/066 , H04L51/36 , H04L67/42 , H04M3/5307 , H04M7/12 , H04M2201/60
Abstract: 公开了一种包含对消息箱(109,114)进行安排的系统和方法,使得不同通信网络(103,104,105)的用户都能够很容易地访问该消息箱。对于被定址到某用户的消息的存储可以处在不同位置的节点上。各个时刻消息的位置受控于一个服务计算机或“个人助理”(101)。因此,对这样的消息的存储和检索最好能够被描述成一种“会晤”,其中并不需要在介入的消息发送者和预期的收信人之间具有同一时刻的连通性。
-
公开(公告)号:CN102428681A
公开(公告)日:2012-04-25
申请号:CN201080022488.8
申请日:2010-05-14
Applicant: 微软公司
Inventor: A·K·杜塔
CPC classification number: H04M3/53325 , H04L65/1046 , H04L65/1069 , H04L65/1083 , H04L65/80 , H04M3/2218 , H04M3/54 , H04W36/0033 , H04W36/12
Abstract: 可提供在传递期间保持呼叫逻辑。首先,可在第一服务器处接收呼叫。接着,第一服务器可确定其无法处理该呼叫。然后第一服务器可用足够的信息将呼叫转移到第二服务器,以便第二服务器能够从第一服务器停止之处继续呼叫。将用足够的信息将呼叫转移到第二服务器以便第二服务器能够从第一服务器停止之处继续呼叫可包括,将信息放置在REFERRED-BY(提交自)头中并且将该REFERRED-BY头发送给第二服务器。
-
-
-
-
-
-
-
-
-