CN108353145A - 视频答录通信方法和终端 - Google Patents
视频答录通信方法和终端 Download PDFInfo
- Publication number
- CN108353145A CN108353145A CN201880000051.0A CN201880000051A CN108353145A CN 108353145 A CN108353145 A CN 108353145A CN 201880000051 A CN201880000051 A CN 201880000051A CN 108353145 A CN108353145 A CN 108353145A
- Authority
- CN
- China
- Prior art keywords
- video
- user terminal
- format
- terminal
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72469—User interfaces specially adapted for cordless or mobile telephones for operating the device by selecting functions from two or more displayed items, e.g. menus or icons
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Human Computer Interaction (AREA)
- Telephonic Communication Services (AREA)
- Telephone Function (AREA)
Abstract
一种视频答录通信方法,包括:从用户终端接收视频通信请求;响应于在接收到视频通信请求后预定时间内未接听,将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据;向用户终端发送第二格式的视频数据和音频数据。
Description
技术领域
本公开涉及通信领域,尤其涉及一种视频答录通信方法和终端。
背景技术
目前,电话答录机一般都是采用留言语音的方式进行电话答录。用户预先将留言语音录制到电话答录机中。当接收到呼叫方的呼叫后,如果预定时间后无人接听,则将录制好的留言语音发送给呼叫方。呼叫方听到留言语音后,说出要讲的语音。呼叫方的语音发送到电话答录机存储,供电话答录机的用户进行事后查询。
但是,现有的电话答录机都是针对音频答录,无法实现视频答录。
发明内容
本公开的一个目的是,提供一种能够为实现视频答录提供可能性的方案。
根据本公开实施例的第一方面,提供了一种视频答录通信方法,包括:
从用户终端接收视频通信请求;
响应于在接收到视频通信请求后预定时间内未接听,将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据;
向用户终端发送第二格式的视频数据和音频数据。
在一个示例性实施例中,在向用户终端发送传输格式的视频数据和音频数据后,所述方法还包括:
接收来自所述用户终端的视频;
存储所述来自所述用户终端的视频;
响应于回放触发,回放存储的来自所述用户终端的视频。
在一个示例性实施例中,在向用户终端发送第二格式的视频数据和音频数据前,所述方法还包括:以IMS协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
在一个示例性实施例中,所述电信网协议栈包括长期演进技术(LTE)协议栈和WiFi协议栈中的至少一个。
在一个示例性实施例中,所述从用户终端接收视频通信请求包括:
从用户终端接收通信请求;
判断所述通信请求是视频通信请求。
在一个示例性实施例中,在从用户终端接收通信请求之后,所述方法还包括:
判断出所述通信请求是音频呼叫请求;
响应于在接收到音频呼叫请求后预定时间内未接听,向用户终端发送留言语音。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于发送所述视频通信请求的用户终端选出的。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于当前时间选出的。
根据本公开实施例的第二方面,提供了一种视频答录通信方法,包括:
向用户终端发送呼叫请求;
接收用户终端的应答;
将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据;
向所述用户终端发送第二格式的视频数据和音频数据。
在一个示例性实施例中,在向用户终端发送传输格式的视频数据和音频数据后,所述方法还包括:
接收来自所述用户终端的视频;
存储所述来自所述用户终端的视频;
响应于回放触发,回放存储的来自所述用户终端的视频。
在一个示例性实施例中,在接收用户终端的应答后,所述方法还包括:
向用户终端发送是否支持视频播放的询问请求;
从用户终端接收支持视频播放的确认应答。
在一个示例性实施例中,在向用户终端发送是否支持视频播放的询问请求后,所述方法还包括:
从用户终端接收不支持视频播放的确认应答;
向用户终端发送留言语音。
在一个示例性实施例中,在向所述用户终端发送第二格式的视频数据和音频数据前,所述方法还包括:以IP多媒体系统(IMS)协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
在一个示例性实施例中,所述电信网协议栈包括长期演进技术(LTE)协议栈和WiFi协议栈中的至少一个。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于用户终端的电话号码选出的。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于当前时间选出的。
根据本公开实施例的第三方面,提供了一种视频答录通信终端,包括:
接收器,配置为从用户终端接收视频通信请求;
处理器,配置为响应于在接收到视频通信请求后预定时间内未接听,将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据;
发送器,配置为向用户终端发送第二格式的视频数据和音频数据。
在一个示例性实施例中,所述接收器还配置为在向用户终端发送传输格式的视频数据和音频数据后,接收来自所述用户终端的视频。所述终端还包括:存储器,配置为存储所述来自所述用户终端的视频;显示器,配置为响应于回放触发,回放存储的来自所述用户终端的视频。
在一个示例性实施例中,所述处理器还配置为:在向用户终端发送第二格式的视频数据和音频数据前,以IMS协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
在一个示例性实施例中,所述电信网协议栈包括LTE协议栈和WiFi协议栈中的至少一个。
在一个示例性实施例中,所述接收器进一步配置为在从用户终端接收视频通信请求之前,从用户终端接收通信请求;所述处理器配置为判断所述通信请求是视频通信请求。
在一个示例性实施例中,所述处理器还配置为在从用户终端接收通信请求之后,判断出所述通信请求是音频呼叫请求;所述发送器还配置为响应于在接收到音频呼叫请求后预定时间内未接听,向用户终端发送留言语音。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于发送所述视频通信请求的用户终端选出的。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于当前时间选出的。
根据本公开实施例的第四方面,提供了一种视频答录通信终端,包括:
发送器,配置为向用户终端发送呼叫请求;
接收器,配置为接收用户终端的应答;
处理器,配置为将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据,且
所述发送器还配置为向所述用户终端发送第二格式的视频数据和音频数据。
在一个示例性实施例中,所述接收器还配置为在向用户终端发送传输格式的视频数据和音频数据后,接收来自所述用户终端的视频。所述终端还包括:存储器,配置为存储所述来自所述用户终端的视频;显示器,配置为响应于回放触发,回放存储的来自所述用户终端的视频。
在一个示例性实施例中,所述发送器还配置为在接收用户终端的应答后,向用户终端发送是否支持视频播放的询问请求。所述接收器还配置为从用户终端接收支持视频播放的确认应答。
在一个示例性实施例中,所述接收器还配置为在向用户终端发送是否支持视频播放的询问请求后,从用户终端接收不支持视频播放的确认应答。所述发送器还配置为向用户终端发送留言语音。
在一个示例性实施例中,所述处理器还配置为:在向所述用户终端发送第二格式的视频数据和音频数据前,以IMS协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
在一个示例性实施例中,所述电信网协议栈包括长期演进技术(LTE)协议栈和WiFi协议栈中的至少一个。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于用户终端的电话号码选出的。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于当前时间选出的。
本公开的实施例提供的技术方案可以包括以下有益效果:
现有技术中不能进行视频答录的关键障碍在于,即使用在答录机上能够录制视频留言,录制的视频留言的格式也与视频通信中能够传输的视频格式不同,难以在视频网络中进行传输。根据本公开的实施例,如果在接收到视频通信请求后,答录机侧的用户预定时间内未接听,将答录机用户预先录制的留言视频转换成协商的第二格式的视频数据和音频数据发送给发送方用户,而该第二格式的视频数据和音频数据是可以在视频通信中传输的。通过这种方式,为实现视频答录提供了可能。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
通过参照附图详细描述其示例实施例,本公开的上述和其它目标、特征及优点将变得更加显而易见。
图1为根据本公开一实施例的视频答录通信方法应用的构架示意图。
图2为根据本公开一实施例的视频答录通信终端的通用结构示意图。
图3为根据本公开一实施例的被动呼叫答录的视频答录通信方法的交互流程图。
图4为根据本公开一实施例的被动呼叫答录的视频答录通信方法的交互流程图。
图5为根据本公开一实施例的被动呼叫答录的视频答录通信方法的交互流程图。
图6为根据本公开一实施例的主动呼叫答录的视频答录通信方法的交互流程图。
图7为根据本公开一实施例的主动呼叫答录的视频答录通信方法的交互流程图。
图8为根据本公开一实施例的主动呼叫答录的视频答录通信方法的交互流程图。
具体实施方式
下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开,而并非以任何方式限制本公开的范围。相反,提供这些实施方式是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域技术人员知道,本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此,本公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
图1为根据本公开一实施例的视频答录通信方法应用的构架示意图。该构架包括用户终端1、视频答录通信终端2、IMS网络4、电信网3。IMS网络4包括IMS服务器41。电信网3包括电信网服务器31。在上述构架中,为了实现视频通信,视频数据通过电信网3发送到IMS网络4,再通过电信网3下发到视频通信的对端。
IMS即IP多媒体系统(IP Multimedia Subsystem),是一种全新的多媒体业务形式。它能够满足的终端客户更新颖、更多样化多媒体业务的需求。IMS被认为是下一代网络的核心技术,也是解决移动与固网融合,引入语音、数据、视频三重融合等差异化业务的重要方式。但是,全球IMS网络多数处于初级阶段,应用方式也处于业界探讨当中。
电信网是指传统电信网络。在传统电信网络中,能支持语音等传统型业务,但对于需要传输视频、数据、语音等多种媒体的混合业务的情形,无能为力。为了传输多媒体业务,电信网3需要与IMS网络4连接。它可以包括LTE网络或WiFi网络等。LTE即长期演进技术(long term evolution),是由3GPP(The 3rd Generation Partnership Project,第三代合作伙伴计划)组织制定的UMTS(Universal Mobile Telecommunications System,通用移动通信系统)技术标准的长期演进,于2004年12月在3GPP多伦多会议上正式立项并启动。WiFi是一种允许电子设备连接到一个WLAN(无线局域网)的技术,LTE网络与IMS网络相连接,得到的网络是ViLTE网络,其中视频通过LTE网络发送到IMS网络。WiFi网络与IMS网络相连接,得到的网络是通过WiFi的视频(Video over WiFi)网络,其中视频通过WiFi网络发送到IMS网络。
视频答录通信终端2是具有视频答录功能的终端。它可以是电话答录机,也可以是具有电话答录功能的智能手机、电脑终端等等。用户终端1是视频答录通信终端2对侧的终端。它可以具有答录功能,也可以不具有答录功能。它可以是手机,固定终端,也可以是具有呼叫功能的电脑终端,等等。
图2为根据本公开一实施例的视频答录通信终端的通用结构示意图。
如图2所示,视频答录通信终端包括:存储器220、输入单元230、接收器240、发送器282、处理器250、电源260、显示器270、音频电路290等部件。本领域技术人员可以理解,图2中示出的视频答录通信终端结构并不构成对视频答录通信终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面分别对视频答录通信终端的各功能组件进行介绍:
接收器240和发送器282可分别用于收发信息或通话过程中,信号的接收和发送。特别地,接收器240接收通信信号,给处理器250处理;发送器282发送来自处理器250的处理后通信信号。通常,接收器240和发送器282的内部结构包括但不限于天线或接收、发送单元、至少一个放大器、耦合器、低噪声放大器(low noise amplifier,LNA)、双工器等。接收器240和发送器282通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(global system of mobilecommunication,GSM)、通用分组无线服务(general packet radio service,GPRS)、码分多址(code division multiple access,CDMA)、宽带码分多址(wideband code divisionmultiple access,WCDMA)、长期演进(long term evolution,LTE)、电子邮件、短消息服务(short messaging service,SMS)等。
存储器220可用于存储软件程序以及模块,该处理器250通过运行存储在存储器220的软件程序以及模块,从而执行视频答录通信终端的各种功能应用以及数据处理。存储器220可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(Application,APP)等,比如声音播放功能、图像播放功能等;存储数据区可存储根据手机200的使用所创建的数据(比如音频数据、图像数据、电话本等)等。此外,存储器220可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元230可用于接收输入的数字或字符信息,以及产生与视频答录通信终端的用户设置以及功能控制有关的键信号输入。具体地,输入单元230可包括按键盘231以及其他输入设备232。按键盘231是视频答录通信终端上的供用户输入要呼叫的电话号码的按键区域。输入单元230还可以包括其他输入设备232。具体地,其他输入设备232可以包括但不限于触摸屏、功能键(比如音量控制按键、电源开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示器270可用于显示由用户输入的信息或提供给用户的信息以及视频答录通信终端的各种菜单。显示器270可包括显示面板271,可选的,可以采用液晶显示器(LiquidCrystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板271。当其他输入设备232是触摸屏时,触摸屏可覆盖显示面板271。当触摸屏231检测到在其上或附近的触摸操作后,传送给处理器250以确定触摸事件的类型,随后处理器250根据触摸事件的类型在显示面板271上提供相应的视觉输出。虽然在图3中,触摸屏与显示面板271是作为两个独立的部件来实现视频答录通信终端的输入和输入功能,但是在某些实施例中,可以将触摸屏与显示面板271集成而实现视频答录通信终端的输入和输出功能。
音频电路290、扬声器291、麦克风292可提供用户与视频答录通信终端之间的音频接口。音频电路290可将接收到的音频数据转换后的电信号,传输到扬声器291,由扬声器291转换为声音信号输出;另一方面,麦克风292将收集的声音信号转换为电信号,由音频电路290接收后转换为音频数据,再将音频数据输出至存储器220以便进一步处理。
处理器250是视频答录通信终端的控制中心,利用各种接口和线路连接整个视频答录通信终端的各个部分。它通过运行或执行存储在存储器220内的软件程序和/或模块,以及调用存储在存储器220内的数据,执行视频答录通信终端的各种功能和处理数据,从而对视频答录通信终端进行整体监控。可选的,处理器250可包括一个或多个处理单元;可选的,处理器250可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器250中。
视频答录通信终端还包括给各个部件供电的电源260(比如电池),可选的,电源可以通过电源管理系统与处理器250逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
如图3所示,根据本公开一个实施例的一种被动呼叫答录的视频答录通信方法包括步骤S101-S110。
在步骤S101,答录通信终端2录制用户的留言视频。
在一个实施例中,响应于用户按下第一按键,开始录制用户的留言视频;响应于用户按下第二按键,停止录制用户的留言视频。
第一按键例如是答录通信终端2上的“录制”按键,第二按键例如是答录通信终端2上的“停录”按键。
在一个实施例中,第一按键和第二按键可以是同一按键。例如,第一按键和第二按键都是“录制”按键。
留言视频是事先录制好以便在电话通话中直接发送给呼叫对方的视频。
在一个实施例中,步骤S101还可以包括为录制多个与不同的呼入用户对应的视频,或录制多个与不同的时间段对应的视频。
步骤S101并非是本公开所必需的,或必须要执行的。在某些情况下,步骤S101可以省略。例如,可以系统出厂时预设留言视频而不需要用户录制。
在步骤S102,视频答录通信终端从用户终端接收视频通信请求。
视频通信请求是进行视频通信的请求。例如,用户终端的用户按下用户终端上的“视频通话”按键,发送视频通信请求。
在步骤S103,视频答录通信终端进行来电提示。
来电提示可以通过多种方式进行。一种方式是振铃,一种方式是震动,另一种方式是发光等。
该步骤并非是本公开所必需的,或必须要执行的。在某些情况下,步骤S101可以省略。例如,在用户不想被打扰时,可以设置为没有来电提示,这样,在这段时间接入的所有呼叫就改为由视频答录的方式处理。
在步骤S104,视频答录通信终端响应于在接收到视频通信请求后预定时间内未接听,将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据。
预定时间可以是系统出厂时设置的,也可以是由视频答录通信终端的用户设置的。协商的第二格式是指与用户终端事先协商好的、能够在图1所示的视频传输构架下传输的格式。例如,对于视频中视频数据,可以采用H.264格式;对于视频中音频数据,可以采用用户终端侧能够接受的格式。
在步骤S105,视频答录通信终端以IP多媒体系统(IMS)协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
视频答录通信终端2将第二格式的视频数据和音频数据发到本机的IMS协议栈,由IMS协议栈进行封装,封装成IMS服务器41可以识别的格式。然后,将IMS协议栈封装后的第二格式的视频数据和音频数据再发给电信网协议栈封装,封装成电信网服务器31可以识别的格式。
在一个实施例中,所述电信网协议栈包括长期演进技术(LTE)协议栈和WiFi协议栈中的至少一个。
在步骤S106,视频答录通信终端向用户终端发送第二格式的视频数据和音频数据。
在一个实施例中,视频答录通信终端2向视频答录通信终端2侧的电信网服务器31发送第二格式的视频数据和音频数据。然后,视频答录通信终端2侧的电信网服务器31向IMS服务器41发送第二格式的视频数据和音频数据。然后,IMS服务器41向用户终端1侧的电信网服务器31发送第二格式的视频数据和音频数据。
经过上述过程,如果在接收到视频通信请求后,答录机侧的用户预定时间内未接听,将答录机用户预先录制的留言视频转换成协商的第二格式的视频数据和音频数据发送给发送方用户,而该第二格式的视频数据和音频数据是可以在视频通信中传输的。通过这种方式,就能够让用户终端的用户看到答录机侧的用户事先录制的视频,从而启动视频答录。
下面的步骤S107-S110是后续的为用户终端侧的用户录制视频的过程。
在步骤S107,用户终端1显示留言视频。
在一个实施例中,用户终端1接收到第二格式的视频数据和音频数据后,通过自身的电信网协议栈和IP多媒体系统(IMS)协议栈解封装所述第二格式的视频数据和音频数据,根据解封装的视频数据和音频数据显示留言视频。
在步骤S108,答录通信终端2接收来自用户终端1的视频。
在一个实施例中,用户终端1的用户看到所述留言视频后,如果给答录通信终端2的用户视频留言,则触发通话界面的第一功能,例如触摸界面上的“视频留言”软按键,然后进行视频录制。录制完后,用户触发界面上的第二功能,例如触摸界面的“结束视频留言”软按键,录制结束。录制结束后,用户终端1将录制的视频通过电信网服务器31、IMS服务器41发送到答录通信终端2。
在步骤S109,答录通信终端2存储所述来自所述用户终端的视频;
在步骤S110,答录通信终端2响应于回放触发,回放存储的来自所述用户终端的视频。
回放触发是对回放存储的来自所述用户终端的视频的启动动作。在一个实施例中,回放触发是通过在答录通信终端2按下特定按键实现的。在另一个实施例中,回放触发是通过识别答录通信终端2的用户的语音实现的。本领域技术人员理解,还存在本领域技术人员已知的多种其它可能的触发方式。
本公开的实施例不但能够将答录通信终端2侧预先录制的留言视频自动发送给用户终端,通过步骤S108-S110,还能够将用户终端侧给答录通信终端2的用户视频留言。
另外,在现实生活中,即使答录通信终端2具有视频答录功能,由于和其通信的用户终端类型不同,支持的通信种类也不同。例如,有些用户终端可能只支持语音通信,不支持视频通信。不加区分地在每次接收到用户终端的通信请求之后都将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据既增加了网络负荷,也不能得到用户终端的积极响应。因此,在下面的实施例中,通过对用户终端的通信请求先进行判断,根据用户终端支持的通信种类来采取不同的策略,提高网络的吞吐量和传输效率。
如图4所示,根据本公开的一个实施例,步骤S102包括:S1022、从用户终端接收通信请求;S1023、判断所述通信请求是视频通信请求。
在一个实施例中,判断所述通信请求是视频通信请求是通过判断通信请求中的特定字段是否含有第一标识而实现的。第一标识是表明所述通信请求是视频通信请求的标识。
图4的其它部分与图3基本一致。
如果在步骤S1022之后,判断出通信请求是音频呼叫请求,则如图5所示,进入步骤S1022’。
在一个实施例中,判断出通信请求是音频呼叫请求是通过判断通信请求中的特定字段是否含有第二标识而实现的。第二标识是表明所述通信请求是音频呼叫请求的标识。
在步骤S103,视频答录通信终端进行来电提示。来电提示的方法如上所述。
在步骤S106’,如果接收到响应于在接收到音频呼叫请求后预定时间内未接听,向用户终端发送留言语音。
在步骤S107’,用户终端1播放留言语音。
在步骤S108’,答录通信终端2接收来自用户终端1的语音。
在一个实施例中,用户终端1的用户听到所述留言语音后,如果给答录通信终端2的用户语音留言,则触发通话界面的第三功能,例如触摸界面上的“语音留言”软按键,然后进行语音录制。录制完后,用户触发界面上的第四功能,例如触摸界面的“结束语音留言”软按键,录制结束。录制结束后,用户终端1将录制的语音通过电信网服务器31、IMS服务器41发送到答录通信终端2。
在步骤S109’,答录通信终端2存储所述来自所述用户终端的语音。
在步骤S110’,答录通信终端2响应于回放触发,回放存储的来自所述用户终端的语音。
回放触发是对回放存储的来自所述用户终端的语音的启动动作。在一个实施例中,回放触发是通过在答录通信终端2按下特定按键实现的。在另一个实施例中,回放触发是通过识别答录通信终端2的用户的语音实现的。本领域技术人员理解,还存在本领域技术人员已知的多种其它可能的触发方式。
另外,在本公开的一个实施例中,在答录通信终端2存储多个对应于不同用户终端的留言视频。所述第一格式的留言视频是从多个留言视频中基于发送所述视频通信请求的用户终端选出的。具体地说,在从用户终端接收到视频通信请求后,从视频通信请求中判断发出视频通信请求的用户终端号码。根据所述用户终端号码从多个留言视频中选择与该用户终端号码对应的留言视频。
例如,给爸爸和妈妈专门定制向他们显示的留言视频,而对于其它用户终端的视频通信请求,向它们显示普通的留言视频。
该实施例提高了答录服务的专人定制性。
另外,在本公开的一个实施例中,在答录通信终端2存储多个对应于不同时间的留言视频。所述第一格式的留言视频是从多个留言视频中基于接收到视频通信请求的时间选出的。具体地说,在从用户终端接收到视频通信请求后,判断当前时间,根据当前时间从多个留言视频中选择与该当前时间对应的留言视频。
例如,用户可能希望在工作时间向发送视频通信请求的用户显示用户正在上班、无法接电话的视频,而在闲暇时间向发送视频通信请求的用户显示用户不在电话旁或未携带电话的视频。
该实施例提高了答录服务的时间定制性。
除了被动呼叫答录之外,如图6所示,根据本公开一个实施例,还提供了一种主动呼叫答录的视频答录通信方法,包括步骤S201-S213。主动呼叫答录即用户终端没有呼叫,却主动为其推送录制的视频留言的答录方式。它可以广泛应用于广告的推送等情形。
在步骤S201,答录通信终端2录制留言视频。
该步骤与步骤S101是类似的。在群发广告的应用场景中,录制的留言视频可以是广告视频。
在步骤S202,答录通信终端2向用户终端1发送呼叫请求。
在一个实施例中,可以在答录通信终端2预先存储包含多个用户终端电话号码的通讯录。步骤S202可以通过顺序呼叫该通讯录中的电话号码来实现。通过这种方式,可以实现广告等对于用户终端的大面积覆盖。
在步骤S203,用户终端1进行来电提示。
在步骤S204,答录通信终端2接收用户终端的应答。
在步骤S207,答录通信终端2将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据。
将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据的方法与步骤S104类似。
在步骤S208,答录通信终端2以IP多媒体系统(IMS)协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
步骤S208与步骤S105类似。
在步骤209,答录通信终端2向用户终端1发送第二格式的视频数据和音频数据。
步骤209与步骤S106类似。
经过上述过程,如果向用户终端发送呼叫请求,且接收到用户终端的应答后,将答录通信终端侧用户预先录制的留言视频转换成协商的第二格式的视频数据和音频数据发送给发送方用户,而该第二格式的视频数据和音频数据是可以在视频通信中传输的。通过这种方式,就能够达到主动向大量用户推送事先录制的视频的目的。
在步骤S210,用户终端1显示留言视频。
该步骤与步骤S107类似。
在步骤S211,答录通信终端2接收来自用户终端1的视频。
该步骤与步骤S108类似。
在步骤S212,答录通信终端2存储所述来自所述用户终端的视频。
该步骤与步骤S109类似。
在步骤S213,答录通信终端2响应于回放触发,回放存储的来自所述用户终端的视频。
该步骤与步骤S110类似。
本公开的实施例不但能够将答录通信终端2侧预先录制的留言视频主动推送给大量用户终端,通过上述步骤S210-S213,还能够与大量用户终端进行方便的视频互动。可以监视用户终端对于留言视频的反应(包括动作、声音)。尤其在广告的场景中,可以帮助分析广告投放的效果和及时监控受众的反应。
然而,并不是所有的用户终端都能支持视频通信。对于只能支持音频通信的用户终端,向其推送广告视频,既白白降低了网络吞吐量,又降低了有效信息利用率。因此,下面的实施例能够根据用户终端支持的不同通信类型采取不同的策略,提高网络吞吐量。
如图7所示,根据本公开的一个实施例,在步骤S204后,所述方法还包括:S205、答录通信终端2向用户终端发送是否支持视频播放的询问请求;S206、答录通信终端2从用户终端接收支持视频播放的确认应答。
当用户终端1能够支持视频播放时,会向答录通信终端2发送支持视频播放的确认应答。当用户终端1不能够支持视频播放时,会向答录通信终端2发送不支持视频播放的确认应答。步骤S207-S213仅当答录通信终端2从用户终端接收支持视频播放的确认应答时才进行。而如图8所示,在步骤S206’中,答录通信终端2从用户终端接收到不支持视频播放的确认应答时,在步骤209’中,答录通信终端2向用户终端发送留言语音。
在步骤S210’,用户终端1播放留言语音。
该步骤与步骤S107’类似。
在步骤S211’,答录通信终端2接收来自用户终端1的语音。
该步骤与步骤S108’类似。
在步骤S212’,答录通信终端2存储所述来自所述用户终端的语音。
该步骤与步骤S109’类似。
在步骤S213’,答录通信终端2响应于回放触发,回放存储的来自所述用户终端的语音。
该步骤与步骤S110’类似。
另外,在本公开的一个实施例中,在答录通信终端2存储多个对应于不同用户终端的留言视频。所述第一格式的留言视频是从多个留言视频中基于发送所述视频通信请求的用户终端选出的。在一个实施例中,在从用户终端接收到视频通信请求后,从视频通信请求中判断发出视频通信请求的用户终端号码。根据所述用户终端号码从多个留言视频中选择与该用户终端号码对应的留言视频。
例如,如果用户终端号码是广州号码,则向用户终端推送粤语视频广告;如果用户终端号码是上海号码,则向用户终端推送上海话视频广告。
该实施例提高了视频推送服务的人群针对性。
另外,在本公开的一个实施例中,在答录通信终端2存储多个对应于不同时间的留言视频。所述第一格式的留言视频是从多个留言视频中基于接收到用户终端的应答的时间选择的。具体地说,在从用户终端接收到应答后,判断当前时间,根据当前时间从多个留言视频中选择与该当前时间对应的留言视频。
例如,订餐公司可能有中餐,也有晚餐。根据当前时间,决定为客户推送中餐的视频还是推送晚餐的视频。
该实施例提高了答录服务的时间定制性。
如图2所示,根据本公开的一个实施例的被动呼叫答录的视频答录通信终端包括:
接收器240,配置为从用户终端接收视频通信请求;
处理器250,配置为响应于在接收到视频通信请求后预定时间内未接听,将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据;
发送器282,配置为向用户终端发送第二格式的视频数据和音频数据。
在一个示例性实施例中,所述接收器240还配置为在向用户终端发送传输格式的视频数据和音频数据后,接收来自所述用户终端的视频。所述终端还包括:存储器220,配置为存储所述来自所述用户终端的视频;显示器270,配置为响应于回放触发,回放存储的来自所述用户终端的视频。
在一个示例性实施例中,所述处理器250还配置为:在向用户终端发送第二格式的视频数据和音频数据前,以IMS协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
在一个示例性实施例中,所述电信网协议栈包括LTE协议栈和WiFi协议栈中的至少一个。
在一个示例性实施例中,所述接收器240进一步配置为在从用户终端接收视频通信请求之前,从用户终端接收通信请求;所述处理器250配置为判断所述通信请求是视频通信请求。
在一个示例性实施例中,所述处理器250还配置为在从用户终端接收通信请求之后,判断出所述通信请求是音频呼叫请求;所述发送器282还配置为响应于在接收到音频呼叫请求后预定时间内未接听,向用户终端发送留言语音。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于发送所述视频通信请求的用户终端选出的。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于当前时间选出的。
如图2所示,根据本公开的一个实施例,还提供了一种主动呼叫答录的视频答录通信终端,包括:
发送器282,配置为向用户终端发送呼叫请求;
接收器240,配置为接收用户终端的应答;
处理器250,配置为将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据,且
所述发送器282还配置为向所述用户终端发送第二格式的视频数据和音频数据。
在一个示例性实施例中,所述接收器240还配置为在向用户终端发送传输格式的视频数据和音频数据后,接收来自所述用户终端的视频。所述终端还包括:存储器220,配置为存储所述来自所述用户终端的视频;显示器270,配置为响应于回放触发,回放存储的来自所述用户终端的视频。
在一个示例性实施例中,所述发送器282还配置为在接收用户终端的应答后,向用户终端发送是否支持视频播放的询问请求。所述接收器240还配置为从用户终端接收支持视频播放的确认应答。
在一个示例性实施例中,所述接收器240还配置为在向用户终端发送是否支持视频播放的询问请求后,从用户终端接收不支持视频播放的确认应答。所述发送器282还配置为向用户终端发送留言语音。
在一个示例性实施例中,所述处理器250还配置为:在向所述用户终端发送第二格式的视频数据和音频数据前,以IMS协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
在一个示例性实施例中,所述电信网协议栈包括长期演进技术(LTE)协议栈和WiFi协议栈中的至少一个。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于用户终端的电话号码选出的。
在一个示例性实施例中,所述第一格式的留言视频是从多个留言视频中基于当前时间选出的。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现木公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本示例实施方式中,还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时可以实现上述任意一个实施例中的方法的步骤。所述方法的具体步骤可参考前述方法实施例中各步骤的详细描述,此处不再赘述。所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本示例实施方式中,还提供一种计算设备,该计算设备可以应用于待与多个客户端进行配对的服务端,并包括处理器,以及用于存储所述处理器的可执行指令的存储器。其中,所述处理器配置为经由执行所述可执行指令来使所述服务端执行上述任意一个实施例中所述方法的步骤。该方法的步骤可参考前述方法实施例中的详细描述,此处不再赘述。所述计算设备可以是手机、平板电脑等移动终端,也可以是台式计算机、服务器等终端设备,本示例实施方式中对此不作限制。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的上述方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由所附的权利要求指出。
虽然已参照几个典型实施例描述了本公开,但应当理解,所用的术语是说明和示例性、而非限制性的术语。由于本公开能够以多种形式具体实施而不脱离申请的精神或实质,所以应当理解,上述实施例不限于任何前述的细节,而应在随附权利要求所限定的精神和范围内广泛地解释,因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。
Claims (32)
1.一种视频答录通信方法,包括:
从用户终端接收视频通信请求;
响应于在接收到视频通信请求后预定时间内未接听,将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据;
向用户终端发送第二格式的视频数据和音频数据。
2.根据权利要求1所述的方法,其中,在向用户终端发送传输格式的视频数据和音频数据后,所述方法还包括:
接收来自所述用户终端的视频;
存储所述来自所述用户终端的视频;
响应于回放触发,回放存储的来自所述用户终端的视频。
3.根据权利要求1所述的方法,其中,在向用户终端发送第二格式的视频数据和音频数据前,所述方法还包括:以IP多媒体系统(IMS)协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
4.根据权利要求3所述的方法,其中,所述电信网协议栈包括长期演进技术(LTE)协议栈和WiFi协议栈中的至少一个。
5.根据权利要求1所述的方法,其中,所述从用户终端接收视频通信请求包括:
从用户终端接收通信请求;
判断所述通信请求是视频通信请求。
6.根据权利要求5所述的方法,其中,在从用户终端接收通信请求之后,所述方法还包括:
判断出所述通信请求是音频呼叫请求;
响应于在接收到音频呼叫请求后预定时间内未接听,向用户终端发送留言语音。
7.根据权利要求1所述的方法,其中,所述第一格式的留言视频是从多个留言视频中基于发送所述视频通信请求的用户终端选出的。
8.根据权利要求1所述的方法,其中,所述第一格式的留言视频是从多个留言视频中基于当前时间选出的。
9.一种视频答录通信方法,包括:
向用户终端发送呼叫请求;
接收用户终端的应答;
将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据;
向所述用户终端发送第二格式的视频数据和音频数据。
10.根据权利要求9所述的方法,其中,在向用户终端发送传输格式的视频数据和音频数据后,所述方法还包括:
接收来自所述用户终端的视频;
存储所述来自所述用户终端的视频;
响应于回放触发,回放存储的来自所述用户终端的视频。
11.根据权利要求9所述的方法,其中,在接收用户终端的应答后,所述方法还包括:
向用户终端发送是否支持视频播放的询问请求;
从用户终端接收支持视频播放的确认应答。
12.根据权利要求11所述的方法,其中,在向用户终端发送是否支持视频播放的询问请求后,所述方法还包括:
从用户终端接收不支持视频播放的确认应答;
向用户终端发送留言语音。
13.根据权利要求9所述的方法,其中,在向所述用户终端发送第二格式的视频数据和音频数据前,所述方法还包括:以IP多媒体系统(IMS)协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
14.根据权利要求13所述的方法,其中,所述电信网协议栈包括长期演进技术(LTE)协议栈和WiFi协议栈中的至少一个。
15.根据权利要求9所述的方法,其中,所述第一格式的留言视频是从多个留言视频中基于用户终端的电话号码选出的。
16.根据权利要求9所述的方法,其中,所述第一格式的留言视频是从多个留言视频中基于当前时间选出的。
17.一种视频答录通信终端,包括:
接收器,配置为从用户终端接收视频通信请求;
处理器,配置为响应于在接收到视频通信请求后预定时间内未接听,将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据;
发送器,配置为向用户终端发送第二格式的视频数据和音频数据。
18.根据权利要求17所述的终端,其中,所述接收器还配置为在向用户终端发送传输格式的视频数据和音频数据后,接收来自所述用户终端的视频,
所述终端还包括:存储器,配置为存储所述来自所述用户终端的视频;显示器,配置为响应于回放触发,回放存储的来自所述用户终端的视频。
19.根据权利要求17所述的终端,其中,所述处理器还配置为:在向用户终端发送第二格式的视频数据和音频数据前,以IP多媒体系统(IMS)协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
20.根据权利要求19所述的终端,其中,所述电信网协议栈包括长期演进技术(LTE)协议栈和WiFi协议栈中的至少一个。
21.根据权利要求17所述的终端,其中,所述接收器进一步配置为在从用户终端接收视频通信请求之前,从用户终端接收通信请求;
所述处理器配置为判断所述通信请求是视频通信请求。
22.根据权利要求21所述的终端,其中,所述处理器还配置为在从用户终端接收通信请求之后,判断出所述通信请求是音频呼叫请求;
所述发送器还配置为响应于在接收到音频呼叫请求后预定时间内未接听,向用户终端发送留言语音。
23.根据权利要求17所述的终端,其中,所述第一格式的留言视频是从多个留言视频中基于发送所述视频通信请求的用户终端选出的。
24.根据权利要求17所述的终端,其中,所述第一格式的留言视频是从多个留言视频中基于当前时间选出的。
25.一种视频答录通信终端,包括:
发送器,配置为向用户终端发送呼叫请求;
接收器,配置为接收用户终端的应答;
处理器,配置为将第一格式的留言视频转换成协商的第二格式的视频数据和音频数据,且
所述发送器还配置为向所述用户终端发送第二格式的视频数据和音频数据。
26.根据权利要求25所述的终端,其中,所述接收器还配置为在向用户终端发送传输格式的视频数据和音频数据后,接收来自所述用户终端的视频;
所述终端还包括:存储器,配置为存储所述来自所述用户终端的视频;显示器,配置为响应于回放触发,回放存储的来自所述用户终端的视频。
27.根据权利要求25所述的终端,其中,所述发送器还配置为在接收用户终端的应答后,向用户终端发送是否支持视频播放的询问请求;
所述接收器还配置为从用户终端接收支持视频播放的确认应答。
28.根据权利要求27所述的终端,其中,所述接收器还配置为在向用户终端发送是否支持视频播放的询问请求后,从用户终端接收不支持视频播放的确认应答;
所述发送器还配置为向用户终端发送留言语音。
29.根据权利要求25所述的终端,其中,所述处理器还配置为:在向所述用户终端发送第二格式的视频数据和音频数据前,以IP多媒体系统(IMS)协议栈和电信网协议栈封装所述第二格式的视频数据和音频数据。
30.根据权利要求29所述的终端,其中,所述电信网协议栈包括长期演进技术(LTE)协议栈和WiFi协议栈中的至少一个。
31.根据权利要求25所述的终端,其中,所述第一格式的留言视频是从多个留言视频中基于用户终端的电话号码选出的。
32.根据权利要求25所述的终端,其中,所述第一格式的留言视频是从多个留言视频中基于当前时间选出的。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2018/073874 WO2019144292A1 (zh) | 2018-01-23 | 2018-01-23 | 视频答录通信方法和终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108353145A true CN108353145A (zh) | 2018-07-31 |
Family
ID=62955690
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880000051.0A Pending CN108353145A (zh) | 2018-01-23 | 2018-01-23 | 视频答录通信方法和终端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108353145A (zh) |
WO (1) | WO2019144292A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110719426A (zh) * | 2019-10-10 | 2020-01-21 | 腾讯科技(深圳)有限公司 | 一种视频留言方法、装置、电子设备和存储介质 |
CN110919699A (zh) * | 2018-11-30 | 2020-03-27 | 深圳前海达闼云端智能科技有限公司 | 视听感知系统和设备以及机器人系统 |
WO2022116816A1 (zh) * | 2020-12-03 | 2022-06-09 | 中兴通讯股份有限公司 | 视频问候语播放方法、系统、服务器和存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1921518A (zh) * | 2006-08-21 | 2007-02-28 | 华为技术有限公司 | 录制设备、存储服务器、录制系统及方法和回放系统及方法 |
CN101132437A (zh) * | 2007-09-24 | 2008-02-27 | 宇龙计算机通信科技(深圳)有限公司 | 一种多待机终端及其自动应答方法及装置 |
CN101552826A (zh) * | 2009-05-04 | 2009-10-07 | 中兴通讯股份有限公司 | 可视电话业务自动答录的方法和装置 |
CN104092840A (zh) * | 2013-04-01 | 2014-10-08 | 中国移动通信集团江苏有限公司 | 一种留言方法、平台及系统 |
US9661135B1 (en) * | 2014-11-25 | 2017-05-23 | Shoretel, Inc. | Adaptive communication handling |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6438216B1 (en) * | 1998-07-30 | 2002-08-20 | Siemens Information And Communication Networks, Inc. | Nonintrusive call notification method and system using content-specific information |
CN102256216B (zh) * | 2010-05-17 | 2014-07-09 | 华为软件技术有限公司 | 网络通信留言方法、邮箱业务平台及系统 |
-
2018
- 2018-01-23 CN CN201880000051.0A patent/CN108353145A/zh active Pending
- 2018-01-23 WO PCT/CN2018/073874 patent/WO2019144292A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1921518A (zh) * | 2006-08-21 | 2007-02-28 | 华为技术有限公司 | 录制设备、存储服务器、录制系统及方法和回放系统及方法 |
CN101132437A (zh) * | 2007-09-24 | 2008-02-27 | 宇龙计算机通信科技(深圳)有限公司 | 一种多待机终端及其自动应答方法及装置 |
CN101552826A (zh) * | 2009-05-04 | 2009-10-07 | 中兴通讯股份有限公司 | 可视电话业务自动答录的方法和装置 |
CN104092840A (zh) * | 2013-04-01 | 2014-10-08 | 中国移动通信集团江苏有限公司 | 一种留言方法、平台及系统 |
US9661135B1 (en) * | 2014-11-25 | 2017-05-23 | Shoretel, Inc. | Adaptive communication handling |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110919699A (zh) * | 2018-11-30 | 2020-03-27 | 深圳前海达闼云端智能科技有限公司 | 视听感知系统和设备以及机器人系统 |
CN110919699B (zh) * | 2018-11-30 | 2021-12-24 | 达闼机器人有限公司 | 视听感知系统和设备以及机器人系统 |
CN110719426A (zh) * | 2019-10-10 | 2020-01-21 | 腾讯科技(深圳)有限公司 | 一种视频留言方法、装置、电子设备和存储介质 |
WO2022116816A1 (zh) * | 2020-12-03 | 2022-06-09 | 中兴通讯股份有限公司 | 视频问候语播放方法、系统、服务器和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2019144292A1 (zh) | 2019-08-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8285336B2 (en) | Wireless device for voice communication | |
US8676167B2 (en) | Mobile station with voice call acknowledgement and missed call scheduling | |
US20080014938A1 (en) | System and method for suspending a wireless call while performing another wireless communications session | |
US20040266468A1 (en) | Push-to-talk features in wireless communications devices and methods | |
CN100358376C (zh) | 即按即说便携式终端中的即按即说服务的方法 | |
US8103253B2 (en) | System and method for transmitting messages to a wireless communication device | |
CN103503405A (zh) | 通信处理方法、装置和终端 | |
US20080075049A1 (en) | Thin client wireless communication device | |
US20070072602A1 (en) | Automated reply to voice call | |
CN108353145A (zh) | 视频答录通信方法和终端 | |
US8965344B2 (en) | Method and apparatus for multipoint call service in mobile terminal | |
CN105704106B (zh) | 一种可视化ivr实现方法及移动终端 | |
JP2008271518A (ja) | マルチモードのモバイル端末のための整合性のあるユーザインターフェース | |
CN108809894A (zh) | 一种网络电话处理的方法及终端 | |
CN104518950A (zh) | 实现语音对讲的方法和系统以及语音对讲服务器 | |
US9094529B2 (en) | Consistent user interface for multi-mode mobile terminals | |
US8385962B1 (en) | Push-to-talk voice messages | |
KR20040005333A (ko) | 이동 통신의 통화 내용 저장 시스템 및 그 방법 | |
KR101033686B1 (ko) | 이동통신 시스템에서의 메시지 서비스 제공 방법 및시스템, 그리고 메시지 수신 방법 및 이를 수행하는이동통신 단말 | |
KR100724928B1 (ko) | 이동통신 시스템에서PTT(Push―To―Talk)방식의 통화 알림 장치및 방법 | |
US20070232273A1 (en) | Method of providing an electronic answering function to a wireless phone | |
CN112910892A (zh) | 播放呼叫保持音视频信号的方法及终端 | |
CN113596748B (zh) | 实现呼叫保持功能的方法、服务器及用户终端 | |
JP4689994B2 (ja) | 移動体通信端末、移動体通信方法及びプログラム | |
CN101692723B (zh) | 移动电话用户关机时自选给主叫播放的提示音的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180731 |