WO2022116816A1 - 视频问候语播放方法、系统、服务器和存储介质 - Google Patents

视频问候语播放方法、系统、服务器和存储介质 Download PDF

Info

Publication number
WO2022116816A1
WO2022116816A1 PCT/CN2021/130982 CN2021130982W WO2022116816A1 WO 2022116816 A1 WO2022116816 A1 WO 2022116816A1 CN 2021130982 W CN2021130982 W CN 2021130982W WO 2022116816 A1 WO2022116816 A1 WO 2022116816A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
video
greeting
server
audio
Prior art date
Application number
PCT/CN2021/130982
Other languages
English (en)
French (fr)
Inventor
洪国林
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US18/254,660 priority Critical patent/US20240187527A1/en
Priority to JP2023534217A priority patent/JP2023553020A/ja
Priority to EP21899850.8A priority patent/EP4246933A4/en
Priority to KR1020237019867A priority patent/KR20230101911A/ko
Publication of WO2022116816A1 publication Critical patent/WO2022116816A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533—Voice mail systems
    • H04M3/53366—Message disposing or creating aspects
    • H04M3/53383—Message registering commands or announcements; Greetings
    • H04M3/53391—Message registering commands or announcements; Greetings dependent on calling party
    • 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/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • 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/1046—Call controllers; Call servers
    • 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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
    • 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/148—Migration or transfer of sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533—Voice mail systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533—Voice mail systems
    • H04M3/53366—Message disposing or creating aspects
    • H04M3/53383—Message registering commands or announcements; Greetings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0072—Speech codec negotiation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/25—Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service
    • H04M2203/251—Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service where a voice mode or a visual mode can be used interchangeably
    • H04M2203/252—Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service where a voice mode or a visual mode can be used interchangeably where a voice mode is enhanced with visual information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/24—Detection or indication of type terminal or call, (e.g. fax, broadband)

Definitions

  • the embodiments of the present application relate to the field of communication technologies, and in particular, to a method, system, server, and storage medium for playing a video greeting.
  • the Voice Mail System (VMS system for short) is a system based on multiple networks with voice information interaction as its main function.
  • the VMS system can provide users with services such as storing, forwarding, and extracting voice messages.
  • the VMS system can receive the call transfer request, and transfer the call to the called user's voicemail according to the call transfer request, and play a greeting to the calling user. voice prompt, and record a message to the called user in the voicemail.
  • Video calls are usually based on the Internet and mobile Internet terminals, and real-time human audio and video streams are transmitted between communication devices. a means of communication.
  • the VMS system also starts to support the playback of video greetings, and supports the calling user to record a video message for the called user.
  • the calling user terminal when the calling user terminal initiates an audio call, even if a video greeting is set in the voice mailbox of the called user, the calling user terminal can only play the audio greeting and leave an audio message, which severely limits the VMS system. function, can not fully meet the user's requirements, and bring a bad user experience to the user.
  • An embodiment of the present application provides a method for playing a video greeting, which is applied to a server, and the method includes the following steps: if a call transfer request indicating that a first terminal fails to call a second terminal is received, obtaining the first terminal The type of the media channel currently accessed by the terminal; if the type of the media channel currently accessed by the first terminal is audio, perform video media negotiation with the first terminal; if the video media negotiation with the first terminal is successful , sending the video greeting pre-recorded by the second terminal to the first terminal for the first terminal to play the video greeting.
  • An embodiment of the present application further provides a method for playing a video greeting, which is applied to a first terminal, and the method includes the following steps: if an audio call initiated to a second terminal fails, receiving a pre-recorded by the second terminal sent by a server , and play the video greeting.
  • An embodiment of the present application further provides a video greeting playing system, including a core network, a server, a first terminal, and a second terminal: the core network is configured to determine that after the first terminal fails to call the second terminal, sending, to the server, a call transfer request indicating that the first terminal fails to call the second terminal; the server is configured to receive the call transfer request, and obtain the type of the media channel currently accessed by the first terminal; If the type of the media channel currently accessed by the first terminal is audio, perform video media negotiation with the first terminal; if the video media negotiation with the first terminal is successful, send the first terminal the The video greeting pre-recorded by the second terminal; the first terminal is used to initiate a call to the second terminal; if the call fails, perform video media negotiation with the server, and receive the pre-recorded video message sent by the second terminal from the server. Record the video greeting and play it back.
  • the core network is configured to determine that after the first terminal fails to call the second terminal, sending, to the server, a call transfer request
  • An embodiment of the present application further provides a server, including: at least one processor; and a memory communicatively connected to the at least one processor; wherein, the memory stores instructions executable by the at least one processor , the instructions are executed by the at least one processor, so that the at least one processor can execute the above-mentioned method for playing a video greeting.
  • An embodiment of the present application further provides a readable storage medium storing a computer program, and when the computer program is executed by a processor, the above-mentioned method for playing a video greeting is implemented.
  • FIG. 1 is a flowchart of a method for playing a video greeting according to a first embodiment of the present application
  • FIG. 2 is a flow chart of a specific implementation of a method for playing a video greeting provided according to the first embodiment of the present application
  • FIG. 3 is a flowchart of a pre-recorded video greeting according to a second embodiment of the present application.
  • FIG. 4 is a flowchart of a specific implementation of a pre-recorded video greeting provided according to the second embodiment of the present application;
  • Fig. 5 is the flow chart of playing message according to the third embodiment of the present application.
  • FIG. 6 is a flowchart of a method for playing a video greeting according to a fourth embodiment of the present application.
  • FIG. 7 is a flowchart of receiving a video greeting pre-recorded by the second terminal sent by the server and playing the video greeting if the audio call initiated to the second terminal fails according to the fourth embodiment of the present application;
  • FIG. 8 is a block diagram of a video greeting playing system according to a fifth embodiment of the present application.
  • Fig. 9 is a module diagram of a server provided according to a fifth embodiment of the present application.
  • FIG. 10 is a schematic structural diagram of a server according to a sixth embodiment of the present application.
  • the main purpose of the embodiments of the present application is to provide a method, system, server and storage medium for playing a video greeting.
  • the purpose is to realize that when a user terminal that supports video calls starts a call with audio, video greetings can also be played, which greatly enriches the functional scope of the voicemail service, improves the user experience, and increases the user's stickiness and activity. .
  • the first embodiment of the present application relates to a method for playing a video greeting, which is applied to a server.
  • the implementation details of the method for playing a video greeting in this embodiment will be specifically described below.
  • the following contents are only implementation details provided to facilitate understanding, and are not necessary for implementing this solution.
  • the specific process of the video greeting playing method of the present embodiment may be as shown in FIG. 1 , including:
  • Step 101 if a call transfer request is received, which is used to indicate that the first terminal fails to call the second terminal, obtain the type of the media channel currently accessed by the first terminal;
  • the server may receive in real time a call transfer request indicating that the first terminal fails to call the second terminal, and if a call transfer request is received, the server may obtain the information of the media channel currently accessed by the first terminal in the call transfer request. type.
  • the core network used to carry the call service can monitor calls between terminals in real time.
  • the core network can determine whether the second terminal has activated the voicemail service: if the first terminal fails to make a call to the second terminal.
  • the second terminal has activated the voice mail service, the core network generates a call transfer request and sends it to the server for carrying the voice mail service, and transfers the call to the server.
  • the server receives the call transfer request and obtains the media channel currently accessed by the first terminal. If the second terminal does not activate the voice mail service, the core network waits for the first terminal to initiate a call release instruction, and the core network releases the call after receiving the call release instruction.
  • the type of the media channel currently accessed by the first terminal may be audio, that is, the first terminal makes an audio call
  • the audio coding capability used may include but is not limited to: Advanced Audio Coding (AAC for short) ), Adaptive Differential Pulse Code Modulation (ADPCM for short), and Free Lossless Audio Codec (FLAC for short), etc.
  • the type of the media channel currently accessed by the first terminal may be video, that is, the first terminal makes a video call, and the video coding capability used may include but not limited to: H.263, H.264, and so on.
  • Step 102 if the type of the media channel currently accessed by the first terminal is audio, perform video media negotiation with the first terminal;
  • the video media negotiation between the server and the first terminal may be understood as: the server initiates video media negotiation with the first terminal.
  • the server can determine whether the type of the media channel currently accessed by the first terminal is audio, if the type of the media channel currently accessed by the first terminal is For audio, the server actively initiates video media negotiation with the first terminal; if the type of the media channel currently accessed by the first terminal is video, the server directly performs subsequent data transmission without initiating video media negotiation to the first terminal.
  • the video media negotiation is used to change the type of the media channel accessed by the first terminal to video, which can effectively improve the flexibility of the calling process.
  • the signaling responsible for the video media negotiation with the first terminal may be set by those skilled in the art according to actual needs, such as update signaling and/or re-invite signaling, etc. This is not specifically limited.
  • the server determines that the type of the media channel currently accessed by the first terminal is audio, and the audio coding capability of the first terminal is AAC, then the server may send re-invite signaling to the first terminal to make the video coding capability H. .264 video media negotiation.
  • Step 103 If the negotiation with the video media of the first terminal is successful, send the video greeting pre-recorded by the second terminal to the first terminal for the first terminal to play the video greeting.
  • the server after the server initiates video media negotiation with the first terminal, it can determine whether the video media negotiation with the first terminal is successful. If the video media negotiation with the first terminal is successful, the server can send the second terminal to the first terminal. The recorded video greeting is used for the first terminal to play the video greeting.
  • Media negotiation is a relationship between request and response.
  • the first terminal makes an audio call
  • the first terminal makes a request to the server with its audio capability
  • the server responds with its audio capability.
  • the video capability requests the first terminal. If the first terminal has the video capability, it can respond with the video capability, and the video media negotiation is successful. If the first terminal does not have the video capability, the first terminal cannot perform the video capability request from the server. In response, video media negotiation failed.
  • the video media negotiation with the first terminal can realize the conversion of the audio call to the video call.
  • the video greeting can also be played, which greatly enriches the functional scope of the voice mail service and improves the user's experience.
  • the user experience increases the user's stickiness and activity.
  • the server may also instruct the first terminal to record a message according to the video greeting; Can be an audio message and/or a video message.
  • a user terminal that supports a video call initiates a call with audio, it can record both an audio message and a video message, which further improves the flexibility of the VMS system and improves the user experience.
  • the server before sending the video greeting pre-recorded by the second terminal to the first terminal, can determine whether the second terminal has recorded the video greeting. If the second terminal has recorded the video greeting, the server can send the video greeting to the first terminal. The terminal sends the video greeting. If the second terminal does not record the video greeting, the server may send the preset default video greeting as the video greeting pre-recorded by the second terminal to the first terminal for the first terminal to play.
  • the preset default video greeting may be set by those skilled in the art according to actual needs, which is not specifically limited in the embodiments of the present application.
  • the server may send the audio greeting pre-recorded by the second terminal to the first terminal for the first terminal to play the audio greeting. If the second terminal does not record the audio greeting language, the server may send the preset default audio greeting as the audio greeting pre-recorded by the second terminal to the first terminal for the first terminal to play.
  • the server may send the video greeting pre-recorded by the second terminal to the first terminal.
  • the audio content is provided for the first terminal to play the audio content, which further improves the flexibility of the voicemail message system, meets various needs of users of different types of terminals, and further improves the user experience.
  • the method for playing a video greeting can be implemented by the steps shown in FIG. 2 , as follows:
  • Step 201 if the first terminal fails to make a call to the second terminal, the core network generates a call transfer request, and transfers the call to the server;
  • the core network used to carry the call service can monitor calls between terminals in real time, and when the first terminal fails to make a call to the second terminal, the core network can generate a call transfer request and transfer the call to a voice mailbox business server.
  • Step 202 the server obtains the call forwarding request, and determines whether the second terminal has activated the voice mail service, if so, executes step 203, otherwise, directly ends;
  • the server can determine whether the second terminal called by the first terminal has activated the voice mail service, and if so, enter the subsequent data transmission, and if not, wait for the first terminal to end the call.
  • Step 203 determine whether the second terminal has recorded a video greeting, if so, directly execute step 205, otherwise, execute step 204;
  • Step 204 using the preset default video greeting as the video greeting pre-recorded by the second terminal;
  • the server may use the preset default video greeting as the video greeting pre-recorded by the second terminal.
  • Step 205 acquiring the type of the media channel currently accessed by the first terminal
  • the server can acquire the type of the media channel currently accessed by the first terminal in the call.
  • Step 206 determine whether the type of the media channel currently accessed by the first terminal is video, if so, directly execute step 209, otherwise, execute step 207;
  • Step 207 initiate video media negotiation to the first terminal
  • the server may actively initiate video media negotiation to the first terminal.
  • the video media negotiation is used to change the type of the media channel accessed by the first terminal to video, which can effectively improve the flexibility of the calling process.
  • Step 208 determine whether the video media negotiation is successful, if yes, go to Step 209, otherwise, go to Step 210;
  • Step 209 sending the video greeting pre-recorded by the second terminal to the first terminal for the first terminal to play the video greeting;
  • the server may send the video greeting pre-recorded by the second terminal to the first terminal for the first terminal to play the video greeting.
  • Step 210 Send the audio content in the video greeting pre-recorded by the second terminal to the first terminal for the first terminal to play the audio content.
  • the server may send the audio content in the video greeting pre-recorded by the second terminal to the first terminal for the first terminal to use.
  • the terminal plays the audio content.
  • the server may receive a call transfer request indicating that the call from the first terminal to the second terminal fails, that is, the call from the first terminal to the second terminal If it fails, the call can be forwarded to the server to enter the voicemail of the second terminal.
  • the server may receive a call transfer request indicating that the call from the first terminal to the second terminal fails, that is, the call from the first terminal to the second terminal If it fails, the call can be forwarded to the server to enter the voicemail of the second terminal.
  • the server sends to the first terminal a video greeting pre-recorded by the second terminal for the first terminal to play.
  • the first terminal can only play the audio greeting, which brings inconvenience to the user. user experience.
  • the embodiment of the present application can realize the conversion of a call initiated by audio into a video call.
  • the terminal initiates a call by audio, it can also play a video greeting, which greatly enriches the functional scope of the voice mail service and improves the usage of users. experience, increasing user stickiness and activity.
  • FIG. 3 is a flowchart of the pre-recording video greetings described in the second embodiment, including:
  • Step 301 if a call initiated by the second terminal to the server is received, obtain the type of the media channel currently accessed by the second terminal;
  • the server can receive calls initiated by each terminal to the server in real time. If a call initiated by the second terminal to the server is received, the server can obtain the type of the media channel currently accessed by the second terminal.
  • the server internally stores a voice mail system access code, and the access code is used to enter the voice mail system.
  • the server receives the call initiated by the second terminal to the server by dialing the voice mail system access code, the server can determine whether the second terminal has activated the voice mail service. If the second terminal has activated the voice mail service, the server can obtain the second terminal. The type of the currently accessed media channel, if the second terminal has not activated the voice mail service, the server determines that the second terminal is an invalid terminal, and releases the call.
  • the server internally stores a voice mailbox password corresponding to each terminal that has opened the voice mailbox service, and the server can obtain the voice mailbox password input by the second terminal. If the passwords are the same, the server sends a login success message to the second terminal. If the passwords are inconsistent, the server sends a password error message to the second terminal. If the voicemail passwords entered by the second terminal within the consecutive preset number of times are inconsistent with the voicemail passwords stored in the server and corresponding to the second terminal, the server sends a password error message to the second terminal. The second terminal sends the login failure information and releases the call.
  • the type of the media channel currently accessed by the second terminal may be audio, that is, the second terminal makes an audio call
  • the used audio coding capability may include but not limited to: AAC, ADPCM, and FLAC.
  • the type of the media channel currently accessed by the second terminal may be video, that is, the second terminal makes a video call, and the video coding capability used may include but not limited to: H.263, H.264, and so on.
  • Step 302 if the type of the media channel currently accessed by the second terminal is audio, perform video media negotiation with the second terminal;
  • the video media negotiation between the server and the second terminal may be understood as: the server initiates video media negotiation with the second terminal.
  • the server can determine whether the type of the media channel currently accessed by the second terminal is audio, if the type of the media channel currently accessed by the second terminal is For audio, the server actively initiates video media negotiation to the second terminal; if the type of media channel currently accessed by the second terminal is video, the server does not need to initiate video media negotiation to the second terminal, and directly performs subsequent data transmission.
  • the video media negotiation is used to change the type of the media channel accessed by the second terminal to video, which can effectively improve the flexibility of the calling process.
  • the signaling responsible for video media negotiation may be set by those skilled in the art according to actual needs, such as update signaling and re-invite signaling, which are not specifically limited in the embodiments of the present application.
  • Step 303 if the negotiation with the video media of the second terminal is successful, instruct the second terminal to record a video greeting.
  • the server after the server initiates video media negotiation with the second terminal, it can determine whether the video media negotiation with the second terminal is successful. If the video media negotiation with the second terminal is successful, the server can instruct the second terminal to record a video greeting. Even if the second terminal initiates an audio call, a video greeting can be recorded to further improve the user experience.
  • the server may deliver a recording prompt to the second terminal, instructing the second terminal to record the audio greeting.
  • the server may generate a video greeting according to the audio greeting and a preset default video, and use the generated video greeting as the recorded video greeting, even if The second terminal does not support recording video greetings, and the server can also generate video greetings based on audio greetings and preset default videos, which improves the richness and interest of voicemail system services and better meets user needs.
  • the preset default video may be set by those skilled in the art, which is not specifically limited in the embodiments of the present application.
  • the second terminal may access the voicemail service portal through a browser, log in to the voicemail service portal to upload the recorded video greeting, and/or record the video greeting in real time.
  • recording a video greeting can be achieved by the steps shown in FIG. 4 , as follows:
  • Step 401 acquiring the call initiated by the second terminal to the server
  • the server can monitor the call situation of each terminal to the server itself in real time, and obtain the call initiated by the second terminal to the server.
  • Step 402 determine whether the second terminal has opened the voice mail service, if yes, execute step 403, otherwise, directly end;
  • Step 403 determine whether the voice mailbox password input by the second terminal is correct, if so, go to step 404, otherwise, directly end;
  • the server internally stores the voice mailbox password corresponding to each terminal that has opened the voice mailbox service, and the server can obtain the voice mailbox password input by the second terminal. If the passwords are the same, the server sends the login success information to the second terminal. If the passwords are inconsistent, the server sends a password error message to the second terminal. If the voice mailbox password input by the second terminal within the preset number of consecutive times is inconsistent with the voice mailbox password corresponding to the second terminal stored in the server The terminal sends the login failure information and releases the call.
  • Step 404 obtaining the type of the media channel currently accessed by the second terminal
  • the server may obtain the type of the media channel currently accessed by the second terminal;
  • Step 405 determine whether the type of the media channel currently accessed by the second terminal is video, if so, go to step 411, otherwise, go to step 406;
  • Step 406 initiate video media negotiation to the second terminal
  • the server may actively initiate video media negotiation to the second terminal.
  • the video media negotiation is used to change the type of the media channel accessed by the second terminal to video.
  • Step 407 determine whether the video media negotiation is successful, if yes, go to Step 411, otherwise, go to Step 408;
  • Step 408 instructing the second terminal to record the audio greeting
  • the server may instruct the second terminal to record an audio greeting.
  • Step 409 Acquire the operation information of each operation item of the audio greeting by the second terminal, and play, re-record, activate or delete the audio greeting according to the operation information;
  • the server After obtaining the audio greeting recorded by the second terminal, the server allows the second terminal to operate each operation item of the audio greeting, obtain operation information, and play, re-record, and play the audio greeting according to the operation information. Activate or delete actions.
  • the server obtains the instruction to play the audio greeting sent by the second terminal, and the server sends the audio greeting to the second terminal for the second terminal to play.
  • the operation information of the operation item is until the second terminal hangs up, and the process ends.
  • the server obtains the re-recording audio greeting instruction sent by the second terminal, the server instructs the second terminal to re-record the audio greeting, and after the re-recording is completed, continues to obtain the operation information of each operation item of the audio greeting by the second terminal , until the second terminal hangs up, and the process ends.
  • the server obtains the activation audio greeting instruction sent by the second terminal, uses the audio greeting as the audio greeting corresponding to the second terminal, and after the activation is completed, continues to obtain the second terminal's information about each operation item of the audio greeting. Operate the information until the second terminal hangs up, and the process ends.
  • the server obtains the instruction to delete the audio greeting sent by the second terminal, deletes the audio greeting originally set by the second terminal, and/or deletes the audio greeting that has just been recorded, and continues to obtain after the deletion is completed.
  • Step 410 according to the audio greeting and the preset default video, generate a video greeting as a recorded video greeting
  • the server may generate a video greeting according to the audio greeting and a preset default video as the recorded video greeting.
  • Step 411 instructing the second terminal to record a video greeting
  • the server may instruct the second terminal to record a video greeting.
  • Step 412 Obtain operation information of each operation item of the video greeting by the second terminal, and play, re-record, activate or delete the video greeting according to the operation information.
  • the server After acquiring the video greeting recorded by the second terminal, the server allows the second terminal to operate each operation item of the video greeting, obtain operation information, and play, re-record, re-record, and play the video greeting according to the operation information. Activate or delete actions.
  • the server obtains the instruction to play the video greeting sent by the second terminal, and the server sends the video greeting to the second terminal for the second terminal to play.
  • the operation information of the operation item is until the second terminal hangs up, and the process ends.
  • the server obtains the re-recording video greeting instruction sent by the second terminal, the server instructs the second terminal to re-record the video greeting, and after the re-recording is completed, continues to obtain operation information of the second terminal for each operation item of the video greeting , until the second terminal hangs up, and the process ends.
  • the server obtains the activation video greeting instruction sent by the second terminal, and uses the video greeting as the video greeting corresponding to the second terminal. After the activation is completed, the server continues to obtain the information about the operation items of the video greeting from the second terminal. Operate the information until the second terminal hangs up, and the process ends.
  • the server obtains the instruction to delete the video greeting sent by the second terminal, deletes the video greeting originally set by the second terminal, and/or deletes the video greeting just recorded, and continues to obtain the video greeting after the deletion is completed.
  • the server may acquire the operation on the voice mailbox by the second terminal. For example: change the voicemail password, etc.
  • the type of the media channel currently accessed by the second terminal is obtained; if the type of the media channel currently accessed by the second terminal is audio, it is the same as the type of the media channel currently accessed by the second terminal.
  • the two terminals conduct video media negotiation; if the video media negotiation with the second terminal is successful, the second terminal is instructed to record a video greeting. Even if the second terminal initiates an audio call, the video greeting can be recorded to further improve the user experience.
  • the embodiments of the present application can generate video greetings according to the audio greetings recorded by the second terminal and the preset default video, which improves the richness and interest of voicemail system services to better meet user needs.
  • FIG. 5 is a flow chart of playing messages according to the third embodiment, including:
  • Step 501 if a call initiated by the second terminal to the server is received, obtain the type of the media channel currently accessed by the second terminal;
  • the step 501 has been described in the second embodiment, and will not be repeated here.
  • Step 502 if the type of the media channel currently accessed by the second terminal is audio, and the message is a video message, perform video media negotiation with the second terminal;
  • the video media negotiation between the server and the second terminal may be understood as: the server initiates video media negotiation with the second terminal.
  • the server can determine whether the message received by the second terminal is a video message, and if the message received by the second terminal is an audio message, the server will directly use the The audio message is sent to the second terminal for the second terminal to play, that is, when the message is an audio message, no video media negotiation is required, which can effectively save signaling resources. If the message received by the second terminal is a video message, the server can determine whether the type of the media channel currently accessed by the second terminal is audio. The terminal initiates video media negotiation; if the type of the media channel currently accessed by the second terminal is video, the server directly performs subsequent data transmission without initiating video media negotiation to the second terminal. The video media negotiation is used to change the type of the media channel accessed by the second terminal to video, which can effectively improve the flexibility of the calling process.
  • the signaling responsible for video media negotiation may be set by those skilled in the art according to actual needs, such as update signaling and re-invite signaling, which are not specifically limited in the embodiments of the present application.
  • the server may directly determine the type of the media channel currently accessed by the second terminal without determining the type of the message received by the second terminal.
  • Step 503 if the negotiation with the video media of the second terminal is successful, send a video message to the second terminal for the second terminal to play.
  • the server after the server initiates video media negotiation with the second terminal, it can determine whether the video media negotiation with the second terminal is successful. If the video media negotiation with the second terminal is successful, the server can send a video message to the second terminal for The second terminal plays. Even if the second terminal initiates an audio call, it can play a video message to further improve the user experience.
  • the server may send the audio content in the video message to the second terminal for the second terminal to use. Playing the audio content can prevent the second terminal from missing the information in the video message, further enhance the flexibility of the voice mailbox system, and improve the user experience.
  • the second terminal may record a video greeting and play a message in the same call with the server, and there is no sequence between the two, which is not specifically limited in this embodiment of the present application.
  • the server can send the instruction to play the message and the instruction to record the video greeting to the second terminal for the second terminal to choose: if the second terminal chooses to respond to the instruction to play the message, the server enters the Play the message process, and after the message is played, you can send the instruction to record the video greeting to the second terminal again; if the second terminal chooses to respond to the instruction to record the video greeting, the server enters the process of recording the video greeting, and records the video greeting in the video greeting.
  • the server can enter the video greeting process and the message playback process according to the preset sequence.
  • the preset time threshold and the preset sequence can be set by those skilled in the art according to actual needs.
  • the type of the media channel currently accessed by the second terminal is obtained; if the type of the media channel currently accessed by the second terminal is audio and the message is For video message, perform video media negotiation with the second terminal; if the video media negotiation with the second terminal is successful, send a video message to the second terminal for the second terminal to play. Even if the second terminal initiates an audio call, it can play a video message to further improve the user experience. If the video media negotiation with the second terminal fails, the audio content in the video message is played to the second terminal, which can prevent the second terminal from missing the information in the video message, further improve the flexibility of the voice mailbox system, and improve the use of users. experience.
  • the fourth embodiment of the present application relates to a method for playing a video greeting, which is applied to a first terminal.
  • the implementation details of the method for playing a video greeting in this embodiment will be specifically described below.
  • the following contents are only implementation details provided to facilitate understanding, and are not necessary for implementing this solution.
  • the specific process of the video greeting playing method of the present embodiment may be as shown in FIG. 6 , including:
  • Step 601 initiate a call to the second terminal
  • the first terminal may initiate a call to the second terminal.
  • each terminal has its own corresponding number (such as a SIM number, etc.), and the first terminal dials the corresponding number to implement a call to the terminal corresponding to the number.
  • a SIM number such as a SIM number, etc.
  • Step 602 if the audio call initiated to the second terminal fails, receive the video greeting pre-recorded by the second terminal sent by the server, and play the video greeting;
  • the first terminal After the first terminal initiates a call to the second terminal, if the audio call to the second terminal fails, the first terminal receives a video greeting pre-recorded by the second terminal sent by the server, and plays the video greeting.
  • prompt information may be displayed on the display interface of the first terminal; wherein the prompt information is used to prompt the user corresponding to the first terminal to choose whether to play the video greeting pre-recorded by the second terminal.
  • the user corresponding to the first terminal selects to play the video greeting pre-recorded by the second terminal, the first terminal receives the video greeting pre-recorded by the second terminal sent by the server, and plays the video greeting.
  • receiving the video greeting pre-recorded by the second terminal sent by the server and playing the video greeting can be implemented by the sub-steps shown in FIG. 7 , specifically include:
  • Sub-step 6021 conduct video media negotiation with the server
  • the first terminal may perform video media negotiation with the server, where, when receiving a call transfer request indicating that the first terminal fails to call the second terminal, the server obtains the information of the media channel currently accessed by the first terminal. type, and when it is determined that the type of the media channel currently accessed by the first terminal is audio, perform video media negotiation with the first terminal.
  • the display interface of the first terminal if the first terminal fails to make a call to the second terminal, the display interface of the first terminal provides a virtual button for inquiring whether the user of the first terminal is transferred to the voice mailbox corresponding to the second terminal. It is determined to transfer to the voice mailbox corresponding to the second terminal, and the video greeting is recorded on the second terminal.
  • the display interface of the first terminal provides a virtual button to ask the user of the first terminal whether to play the video greeting. If the first terminal The user determines to play the video greeting, and the type of media channel currently accessed by the first terminal is audio, the server actively initiates video media negotiation to the first terminal, and the first terminal receives the video media negotiation initiated by the server.
  • the inquiring manner may also be inputting a corresponding number according to a prompt, etc., which is not specifically limited in the embodiment of the present application.
  • the server determines that the type of the media channel currently accessed by the first terminal is audio, and the audio coding capability of the first terminal is AAC, then the server may send re-invite signaling to the first terminal to make the video coding capability H. .264 video media negotiation, the first terminal receives the video media negotiation with the video coding capability of H.264 initiated by the server through re-invite signaling.
  • video media negotiation does not need to be performed.
  • Step 6022 if the video media negotiation with the server is successful, receive the video greeting pre-recorded by the second terminal sent by the server, and play it.
  • the first terminal may receive and play the video greeting pre-recorded by the second terminal and sent by the server.
  • the first terminal may reject the video media negotiation initiated by the server, the server determines that the video media negotiation fails, and the type of the media channel accessed by the first terminal is still audio.
  • first to third embodiments correspond to this embodiment, this embodiment can be implemented in cooperation with the first to third embodiments.
  • the relevant technical details mentioned in the first embodiment to the third embodiment are still valid in this embodiment, and the technical effects that can be achieved in the first embodiment to the third embodiment can also be realized in this embodiment. , in order to reduce repetition, no further description will be given here.
  • the related technical details mentioned in this embodiment can also be applied to the first to third embodiments.
  • the fifth embodiment of the present application relates to a system for playing video greetings.
  • the details of the system for playing video greetings in this embodiment are described in detail below.
  • the following contents are only implementation details provided for the convenience of understanding, and are not necessary for implementing this solution.
  • 7 is a schematic diagram of the video greeting playback system according to the fifth embodiment, including a core network 701, a server 702, a first terminal 703 and a second terminal 704:
  • the core network 701 is configured to send, to the server 702 after determining that the first terminal 703 fails to make a call to the second terminal 704, a call indicating that the first terminal 703 fails to make a call to the second terminal 704 transfer request;
  • the server 702 is configured to receive the call transfer request, and obtain the type of the media channel currently accessed by the first terminal 703; if the type is audio, initiate a video media negotiation to the first terminal 703; if the video media If the negotiation is successful, send the video greeting pre-recorded by the second terminal 704 to the first terminal 703;
  • the first terminal 703 is used to initiate a call to the second terminal 704; if the call fails, in response to the video media negotiation initiated by the server 702, receive the video greeting pre-recorded by the second terminal 704 sent by the server 702 language, and play it.
  • the server 702 may be composed of sub-modules as shown in FIG. 8, including:
  • the media signaling gateway 7021 is used to communicate with the core network 701 through Session Initiation Protocol (Session Initiation Protocol, referred to as: SIP) signaling and Real-time Transport Protocol (Real-time Transport Protocol, referred to as: RTP) signaling;
  • Session Initiation Protocol Session Initiation Protocol, referred to as: SIP
  • Real-time Transport Protocol Real-time Transport Protocol, referred to as: RTP
  • a media server 7022 configured to initiate video media negotiation to the first terminal; if the video media negotiation is successful, send a video greeting pre-recorded by the second terminal to the first terminal;
  • a voice mail service server 7023 configured to receive a call transfer request, and obtain the type of the media channel currently accessed by the first terminal;
  • the memory 7024 is used to store files such as video greetings
  • Database 7025 used to store data such as system configuration, service configuration, and voicemail user information
  • the voicemail service portal 7026 is used to perform functions such as user login verification and video greeting management.
  • this embodiment is a device embodiment corresponding to the first to fourth embodiments, and this embodiment can be implemented in cooperation with the first to fourth embodiments.
  • the relevant technical details and technical effects mentioned in the first to fourth embodiments are still valid in this embodiment, and are not repeated here in order to reduce repetition.
  • the related technical details mentioned in this embodiment can also be applied to the first to fourth embodiments.
  • a logical unit may be a physical unit, a part of a physical unit, or multiple physical units.
  • a composite implementation of the unit in order to highlight the innovative part of the present application, this embodiment does not introduce units that are not closely related to solving the technical problem raised by the present application, but this does not mean that there are no other units in this embodiment.
  • the sixth embodiment of the present application relates to a server, as shown in FIG. 9 , comprising: at least one processor 801 ; and a memory 802 communicatively connected to the at least one processor 801 ; wherein the memory 802 stores Instructions executable by the at least one processor 801, where the instructions are executed by the at least one processor 801, so that the at least one processor 801 can execute the video greeting playing method in the foregoing embodiments.
  • the memory and the processor are connected by a bus, and the bus may include any number of interconnected buses and bridges, and the bus connects one or more processors and various circuits of the memory.
  • the bus may also connect together various other circuits, such as peripherals, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein.
  • the bus interface provides the interface between the bus and the transceiver.
  • a transceiver may be a single element or multiple elements, such as multiple receivers and transmitters, providing a means for communicating with various other devices over a transmission medium.
  • the data processed by the processor is transmitted on the wireless medium through the antenna, and further, the antenna also receives the data and transmits the data to the processor.
  • the processor is responsible for managing the bus and general processing, and can also provide various functions, including timing, peripheral interface, voltage regulation, power management, and other control functions. Instead, memory may be used to store data used by the processor in performing operations.
  • a seventh embodiment of the present application relates to a computer-readable storage medium storing a computer program.
  • the above method embodiments are implemented when the computer program is executed by the processor.
  • a storage medium includes several instructions to make a device ( It may be a single chip microcomputer, a chip, etc.) or a processor (processor) to execute all or part of the steps of the methods described in the various embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, Read-Only Memory (ROM for short), Random Access Memory (RAM for short), magnetic disk or optical disk, etc. medium of program code.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请实施例涉及通信技术领域，公开了一种视频问候语播放方法、系统、服务器和存储介质。上述视频问候语播放方法包括：若接收到用于表征第一终端对第二终端呼叫失败的呼叫转移请求，获取所述第一终端当前接入的媒体通道的类型；若所述第一终端当前接入的媒体通道的类型为音频，与所述第一终端进行视频媒体协商；若与所述第一终端的视频媒体协商成功，向所述第一终端发送所述第二终端预先录制的视频问候语，供所述第一终端播放所述视频问候语。

Description

视频问候语播放方法、系统、服务器和存储介质
相关申请的交叉引用
本申请基于申请号为“202011409317.2”、申请日为2020年12月03日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此以引入方式并入本申请。
技术领域
本申请实施例涉及通信技术领域，特别涉及一种视频问候语播放方法、系统、服务器和存储介质。
背景技术
语音信箱系统(Voice Mail System，简称：VMS系统)是一种基于多种网络、以语音信息交互为主要功能的系统，VMS系统可以为用户提供存储、转发和提取语音留言等服务。当主叫用户呼叫被叫用户失败时，VMS系统可以接收呼叫转移请求，并根据呼叫转移请求将呼叫转移至被叫用户的语音信箱，并向主叫用户播放问候语，主叫用户可以根据问候语的提示，在语音信箱中给被叫用户录制留言。
随着通信技术的飞速发展，越来越多的通信设备已经可以很好地支持视频通话业务，视频通话通常是基于互联网和移动互联网端，通过通信设备之间实时传送人的音频流和视频流的一种通信方式。相应地，VMS系统也开始支持播放视频问候语，支持主叫用户给被叫用户录制视频留言。
然而，在主叫用户终端是音频起呼的情况下，即使被叫用户的语音信箱设置了视频问候语，主叫用户终端也只能播放音频问候语、进行音频留言，严重限制了VMS系统的功能，不能充分满足用户的要求，给用户带来了不好的使用体验。
发明内容
本申请实施例提供了一种视频问候语播放方法，应用于服务器，所述方法包括以下步骤：若接收到用于表征第一终端对第二终端呼叫失败的呼叫转移请求，获取所述第一终端当前接入的媒体通道的类型；若所述第一终端当前接入的媒体通道的类型为音频，与所述第一终端进行视频媒体协商；若与所述第一终端的视频媒体协商成功，向所述第一终端发送所述第二终端预先录制的视频问候语，供所述第一终端播放所述视频问候语。
本申请实施例还提供了一种视频问候语播放方法，应用于第一终端，所述方法包括以下步骤：若向第二终端发起的音频呼叫失败，接收服务器发送的所述第二终端预先录制的视频问候语，并播放所述视频问候语。
本申请实施例还提供了一种视频问候语播放系统，包括核心网、服务器、第一终端和第二终端：核心网，用于确定所述第一终端对所述第二终端呼叫失败后，向所述服务器发送用于表征所述第一终端对所述第二终端呼叫失败的呼叫转移请求；服务器，用于接收所述呼叫转移请求，获取第一终端当前接入的媒体通道的类型；若所述第一终端当前接入的媒体通道 的类型为音频，与所述第一终端进行视频媒体协商；若与所述第一终端的视频媒体协商成功，向所述第一终端发送所述第二终端预先录制的视频问候语；第一终端，用于对第二终端发起呼叫；若所述呼叫失败，与所述服务器进行视频媒体协商，接收所述服务器发送的所述第二终端预先录制的视频问候语，并进行播放。
本申请实施例还提供了一种服务器，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的视频问候语播放方法。
本申请实施例还提供了一种可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述的视频问候语播放方法。
附图说明
图1是根据本申请第一实施例的视频问候语播放方法的流程图；
图2是根据本申请第一实施例提供的一种视频问候语播放方法具体实现的流程图；
图3是根据本申请第二实施例的预先录制视频问候语的流程图；
图4是根据本申请第二实施例提供的一种预先录制视频问候语的具体实现的流程图；
图5是根据本申请第三实施例的播放留言的流程图；
图6是根据本申请第四实施例的视频问候语播放方法的流程图；
图7是根据本申请第四实施例中，若向第二终端发起的音频呼叫失败，接收服务器发送的第二终端预先录制的视频问候语，并播放视频问候语的流程图；
图8是根据本申请第五实施例的视频问候语播放系统的模块图；
图9是根据本申请第五实施例提供的一种服务器的模块图；
图10是根据本申请第六实施例的服务器的结构示意图。
具体实施方式
本申请实施例的主要目的在于提出一种视频问候语播放方法、系统、服务器和存储介质。旨在实现当支持视频通话的用户终端以音频起呼时，也可以播放视频问候语，极大丰富了语音信箱业务的功能范围，提高了用户的使用体验，增加了用户的黏性和活跃性。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
本申请的第一实施例涉及一种视频问候语播放方法，应用于服务器。下面对本实施例的视频问候语播放方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。
本实施例的视频问候语播放方法的具体流程可以如图1所示，包括：
步骤101，若接收到用于表征第一终端对第二终端呼叫失败的呼叫转移请求，获取第一终端当前接入的媒体通道的类型；
具体而言，服务器可以实时接收用于表征第一终端对第二终端呼叫失败的呼叫转移请求，若接收到呼叫转移请求，服务器可以获取该呼叫转移请求中第一终端当前接入的媒体通道的类型。
在具体实现中，用于承载呼叫业务的核心网可以实时监控各终端之间的呼叫，当第一终端对第二终端呼叫失败时，核心网可以判断第二终端是否开通语音信箱业务：若第二终端已开通语音信箱业务，核心网生成呼叫转移请求并发送给用于承载语音信箱业务的服务器，将该呼叫转移给服务器，服务器接收到呼叫转移请求，获取第一终端当前接入的媒体通道的类型；若第二终端未开通语音信箱业务，核心网等待第一终端发起释放呼叫指示，核心网收到释放呼叫指示后，释放该呼叫。
在一个例子中，第一终端当前接入的媒体通道的类型可以为音频，即第一终端音频起呼，使用的音频编码能力可以包括但不限于：高级音频编码(Advanced Audio Coding，简称：AAC)、自适应差分脉冲编码(Adaptive Differential Pulse Code Modulation，简称：ADPCM)和无损音频压缩编码(Free Lossless Audio Codec，简称：FLAC)等。
在另一个例子中，第一终端当前接入的媒体通道的类型可以为视频，即第一终端视频起呼，使用的视频编码能力可以包括但不限于：H.263、H.264等。
步骤102，若第一终端当前接入的媒体通道的类型为音频，与第一终端进行视频媒体协商；
其中，服务器与第一终端进行视频媒体协商，可以理解为：服务器向第一终端发起视频媒体协商。
具体而言，服务器获取到第一终端当前接入的媒体通道的类型后，可以判断第一终端当前接入的媒体通道的类型是否为音频，若第一终端当前接入的媒体通道的类型为音频，服务器主动向第一终端发起视频媒体协商；若第一终端当前接入的媒体通道的类型为视频，服务器无需向第一终端发起视频媒体协商，直接进行后续的数据传输。其中，视频媒体协商用于将第一终端接入的媒体通道的类型更改为视频，可以有效提高呼叫过程的灵活性。
在具体实现中，负责与第一终端进行视频媒体协商的信令可以由本领域的技术人员根据实际需要进行设定，如update信令和/或re-invite信令等，本申请的实施例对此不做具体限定。
在一个例子中，服务器确定第一终端当前接入的媒体通道的类型为音频，第一终端的音频编码能力为AAC，则服务器可以向第一终端发送re-invite信令进行视频编码能力为H.264的视频媒体协商。
步骤103，若与第一终端的视频媒体协商成功，向第一终端发送第二终端预先录制的视频问候语，供第一终端播放视频问候语。
具体而言，服务器向第一终端发起视频媒体协商后，可以判断与第一终端的视频媒体协商是否成功，若与第一终端的视频媒体协商成功，服务器可以向第一终端发送第二终端预先录制的视频问候语，供第一终端播放视频问候语。媒体协商是请求与响应的关系，第一终端音频起呼，就是第一终端用音频能力向服务器进行请求，服务器自然以音频能力进行响应，服务器主动向第一终端发起视频媒体协商，即服务器用视频能力向第一终端进行请求，若第一终端具备视频能力，可以用视频能力进行响应，视频媒体协商成功，若第一终端不具备视频能力，第一终端就无法对服务器的视频能力请求进行响应，视频媒体协商失败。与第一终端进行视频媒体协商可以实现音频起呼的通话向视频通话的转换，终端以音频起呼时，也可 以播放视频问候语，极大丰富了语音信箱业务的功能范围，提高了用户的使用体验，增加了用户的黏性和活跃性。
在一个例子中，服务器在向第一终端发送第二终端预先录制的视频问候语，供第一终端播放视频问候语之后，服务器还可以根据视频问候语，指示第一终端录制留言；其中，留言可以为音频留言和/或视频留言。当支持视频通话的用户终端以音频起呼时，既可以录制音频留言，也可以录制视频留言，进一步提高了VMS系统的灵活性，提高了用户的使用体验。
在具体实现中，服务器在向第一终端发送第二终端预先录制的视频问候语之前，可以判断第二终端是否录制了视频问候语，若第二终端录制了视频问候语，服务器可以向第一终端发送该视频问候语，若第二终端没有录制视频问候语，服务器可以将预设的默认视频问候语作为第二终端预先录制的视频问候语，发送给第一终端，供第一终端播放。其中，预设的默认视频问候语可以由本领域的技术人员根据实际需要进行设定，本申请的实施例对此不作具体限定。
在一个例子中，若与第一终端的视频媒体协商失败，比如，第一终端不支持视频呼叫，或第一终端的用户拒绝进行视频媒体协商，可以确定与第一终端的视频媒体协商失败。此时第一终端接入的媒体通道的类型仍为音频，服务器可以向第一终端发送第二终端预先录制的音频问候语，供第一终端播放音频问候语，若第二终端没有录制音频问候语，服务器可以将预设的默认音频问候语作为第二终端预先录制的音频问候语，发送给第一终端，供第一终端播放。
在另一个例子中，若与第一终端的视频媒体协商失败，此时第一终端接入的媒体通道的类型仍为音频，服务器可以向第一终端发送第二终端预先录制的视频问候语中的音频内容，供第一终端播放该音频内容，进一步提升了语音信箱留言系统的灵活性，满足不同类型终端的用户的多种需求，进一步提高用户的使用体验。
在一个例子中，视频问候语播放方法可以由如图2所示的各步骤实现，具体如下：
步骤201，若第一终端对第二终端呼叫失败，核心网生成呼叫转移请求，将该呼叫转移至服务器；
具体而言，用于承载呼叫业务的核心网可以实时监控各终端之间的呼叫，当第一终端对第二终端呼叫失败时，核心网可以生成呼叫转移请求，并将该呼叫转移至语音信箱业务服务器。
步骤202，服务器获取呼叫转移请求，判断第二终端是否开通语音信箱业务，如果是，执行步骤203，否则，直接结束；
具体而言，服务器可以判断第一终端呼叫的第二终端是否开通了语音信箱业务，若开通，进入后续的数据传输，若未开通，等待第一终端结束呼叫。
步骤203，判断第二终端是否录制了视频问候语，如果是，直接执行步骤205，否则，执行步骤204；
步骤204，将预设的默认视频问候语作为第二终端预先录制的视频问候语；
具体而言，若第二终端没有录制视频问候语，服务器可以将预设的默认视频问候语作为第二终端预先录制的视频问候语。
步骤205，获取第一终端当前接入的媒体通道的类型；
具体而言，服务器获取呼叫转移请求后，可以获取该呼叫中第一终端当前接入的媒体通 道的类型。
步骤206，判断第一终端当前接入的媒体通道的类型是否为视频，如果是，直接执行步骤209，否则，执行步骤207；
步骤207，向第一终端发起视频媒体协商；
具体而言，若第一终端当前接入的媒体通道的类型不是视频，服务器可以主动向第一终端发起视频媒体协商。其中，视频媒体协商用于将第一终端接入的媒体通道的类型更改为视频，可以有效提高呼叫过程的灵活性。
步骤208，判断视频媒体协商是否成功，如果是，执行步骤209，否则，执行步骤210；
步骤209，向第一终端发送第二终端预先录制的视频问候语，供第一终端播放视频问候语；
具体而言，若视频媒体协商成功，服务器可以向第一终端发送第二终端预先录制的视频问候语，供第一终端播放视频问候语。
步骤210，向第一终端发送第二终端预先录制的视频问候语中的音频内容，供第一终端播放音频内容。
具体而言，若视频媒体协商失败，此时第一终端接入的媒体通道的类型仍为音频，服务器可以向第一终端发送第二终端预先录制的视频问候语中的音频内容，供第一终端播放该音频内容。
本申请的第一实施例，若第一终端对第二终端发起的呼叫失败，服务器可以接收用于表征第一终端对第二终端呼叫失败的呼叫转移请求，即第一终端对第二终端呼叫失败，该呼叫可以转移至服务器，进入第二终端的语音信箱。获取第一终端当前接入的媒体通道的类型，若第一终端当前接入的媒体通道的类型为音频，服务器主动向第一终端发起视频媒体协商，即将第一终端接入的媒体通道的类型变成视频，可以有效提高呼叫过程的灵活性。若与第一终端的视频媒体协商成功，服务器向第一终端发送第二终端预先录制的视频问候语，供第一终端播放。考虑到在播放问候语时，第一终端在音频起呼的情况下，即使第二终端的语音信箱设置了视频问候语，第一终端也只能播放音频问候语，给用户带来了不好的使用体验。而本申请的实施例，可以实现音频起呼的通话向视频通话的转换，终端以音频起呼时，也可以播放视频问候语，极大丰富了语音信箱业务的功能范围，提高了用户的使用体验，增加了用户的黏性和活跃性。
本申请的第二实施例涉及一种视频问候语播放方法，下面对本实施例的视频问候语播放方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。本实施例中，主要对视频问候语播放方法中所涉及的预先录制视频问候语的过程进行说明，图3是第二实施例所述的预先录制视频问候语的流程图，包括：
步骤301，若接收到第二终端对服务器发起的呼叫，获取第二终端当前接入的媒体通道的类型；
具体而言，服务器可以实时接收各终端对服务器发起的呼叫，若接收到第二终端对服务器发起的呼叫，服务器可以获取第二终端当前接入的媒体通道的类型。
在具体实现中，服务器内部储存有语音信箱系统接入码，该接入码用于进入语音信箱系统。当服务器接收到第二终端拨打语音信箱系统接入码，对服务器发起的呼叫时，服务器可 以判断第二终端是否开通语音信箱业务，若第二终端开通了语音信箱业务，服务器可以获取第二终端当前接入的媒体通道的类型，若第二终端未开通语音信箱业务，服务器判定第二终端为无效终端，释放该呼叫。
在一个例子中，服务器内部储存有与各开通语音信箱业务的终端对应的语音信箱密码，服务器可以获取第二终端输入的语音信箱密码，若密码一致，服务器对第二终端下发登录成功信息，若密码不一致，服务器对第二终端下发密码错误信息，若连续预设次数阈值内第二终端输入的语音信箱密码都与服务器内部储存的与第二终端对应的语音信箱密码不一致，服务器对第二终端下发登录失败信息，并释放该呼叫。
在一个例子中，第二终端当前接入的媒体通道的类型可以为音频，即第二终端音频起呼，使用的音频编码能力可以包括但不限于：AAC、ADPCM和FLAC等。
在另一个例子中，第二终端当前接入的媒体通道的类型可以为视频，即第二终端视频起呼，使用的视频编码能力可以包括但不限于：H.263、H.264等。
步骤302，若第二终端当前接入的媒体通道的类型为音频，与第二终端进行视频媒体协商；
其中，服务器与第二终端进行视频媒体协商，可以理解为：服务器向第二终端发起视频媒体协商。
具体而言，服务器获取到第二终端当前接入的媒体通道的类型后，可以判断第二终端当前接入的媒体通道的类型是否为音频，若第二终端当前接入的媒体通道的类型为音频，服务器主动向第二终端发起视频媒体协商；若第二终端当前接入的媒体通道的类型为视频，服务器无需向第二终端发起视频媒体协商，直接进行后续的数据传输。其中，视频媒体协商用于将第二终端接入的媒体通道的类型更改为视频，可以有效提高呼叫过程的灵活性。
在具体实现中，负责视频媒体协商的信令可以有本领域的技术人员根据实际需要进行设定，如update信令和re-invite信令等，本申请的实施例对此不做具体限定。
步骤303，若与第二终端的视频媒体协商成功，指示第二终端录制视频问候语。
具体而言，服务器向第二终端发起视频媒体协商后，可以判断与第二终端的视频媒体协商是否成功，若与第二终端的视频媒体协商成功，服务器可以指示第二终端录制视频问候语。即使第二终端是音频起呼，也可以录制视频问候语，进一步提升用户的使用体验。
在一个例子中，若与第二终端的视频媒体协商失败，比如，第二终端不支持视频呼叫，或第二终端的用户拒绝进行视频媒体协商，可以确定与第二终端的视频媒体协商失败，此时第二终端接入的媒体通道的类型仍为音频，服务器可以向第二终端下发录制提示，指示第二终端录制音频问候语。
在另一个例子中，服务器指示第二终端录制音频问候语后，可以根据该音频问候语和预设的默认视频，生成视频问候语，并将生成的视频问候语作为录制的视频问候语，即使第二终端不支持录制视频问候语，服务器也可以基于音频问候语和预设的默认视频生成视频问候语，提升了语音信箱系统业务的丰富性和趣味性，更好地满足用户需求。其中，预设的默认视频可以由本领域的技术人员进行设定，本申请的实施例对此不做具体限定。
在一个例子中，第二终端可以通过浏览器访问语音信箱业务门户，登录语音信箱业务门户上传录制好的视频问候语，和/或，实时录制视频问候语。
在一个例子中，录制视频问候语可以由如图4所示的各步骤实现，具体如下：
步骤401，获取第二终端对服务器发起的呼叫；
具体而言，服务器可以实时监控各终端对服务器本身的呼叫情况，获取第二终端对服务器发起的呼叫。
步骤402，判断第二终端是否开通语音信箱业务，如果是，执行步骤403，否则，直接结束；
步骤403，判断第二终端输入的语音信箱密码是否正确，如果是，执行步骤404，否则，直接结束；
具体而言，服务器内部储存有与各开通语音信箱业务的终端对应的语音信箱密码，服务器可以获取第二终端输入的语音信箱密码，若密码一致，服务器对第二终端下发登录成功信息，若密码不一致，服务器对第二终端下发密码错误信息，若连续预设次数阈值内第二终端输入的语音信箱密码都与服务器内部储存的与第二终端对应的语音信箱密码不一致，服务器对第二终端下发登录失败信息，并释放该呼叫。
步骤404，获取第二终端当前接入的媒体通道的类型；
具体而言，若第二终端输入的语音信箱密码正确，服务器可以获取第二终端当前接入的媒体通道的类型；
步骤405，判断第二终端当前接入的媒体通道的类型是否为视频，如果是，执行步骤411，否则，执行步骤406；
步骤406，向第二终端发起视频媒体协商；
具体而言，若第二终端当前接入的媒体通道的类型为音频，服务器可以主动向第二终端发起视频媒体协商。其中，视频媒体协商用于将第二终端接入的媒体通道的类型更改为视频。
步骤407，判断视频媒体协商是否成功，如果是，执行步骤411，否则，执行步骤408；
步骤408，指示第二终端录制音频问候语；
具体而言，若视频媒体协商失败，服务器可以指示第二终端录制音频问候语。
步骤409，获取第二终端对音频问候语各操作项的操作信息，根据操作信息对音频问候语进行播放、重录、激活或删除操作；
具体而言，服务器在获取到第二终端录制的音频问候语后，允许第二终端对音频问候语各操作项进行操作，获取操作信息，并根据操作信息对音频问候语进行播放、重录、激活或删除操作。
在一个例子中，服务器获取第二终端发送的播放音频问候语指令，服务器将音频问候语发送至第二终端，供第二终端进行播放，播放完成后，继续获取第二终端对音频问候语各操作项的操作信息，直至第二终端挂机，结束流程。
在一个例子中，服务器获取第二终端发送的重录音频问候语指令，服务器指示第二终端重新录制音频问候语，重录完成后，继续获取第二终端对音频问候语各操作项的操作信息，直至第二终端挂机，结束流程。
在一个例子中，服务器获取第二终端发送的激活音频问候语指令，将该音频问候语作为第二终端对应的音频问候语，激活完成后，继续获取第二终端对音频问候语各操作项的操作信息，直至第二终端挂机，结束流程。
在一个例子中，服务器获取第二终端发送的删除音频问候语指令，将第二终端原先设置的是音频问候语删除，和/或，将刚录制的音频问候语删除，删除完成后，继续获取第二终端 对音频问候语各操作项的操作信息，直至第二终端挂机，结束流程。
步骤410，根据音频问候语和预设的默认视频，生成视频问候语，作为录制的视频问候语；
具体而言，服务器获取第二终端录制的音频问候语后，可以根据音频问候语和预设的默认视频，生成视频问候语，作为录制的视频问候语。
步骤411，指示第二终端录制视频问候语；
具体而言，若视频媒体协商成功，服务器可以指示第二终端录制视频问候语。
步骤412，获取第二终端对视频问候语各操作项的操作信息，根据操作信息对视频问候语进行播放、重录、激活或删除操作。
具体而言，服务器在获取到第二终端录制的视频问候语后，允许第二终端对视频问候语各操作项进行操作，获取操作信息，并根据操作信息对视频问候语进行播放、重录、激活或删除操作。
在一个例子中，服务器获取第二终端发送的播放视频问候语指令，服务器将视频问候语发送至第二终端，供第二终端进行播放，播放完成后，继续获取第二终端对视频问候语各操作项的操作信息，直至第二终端挂机，结束流程。
在一个例子中，服务器获取第二终端发送的重录视频问候语指令，服务器指示第二终端重新录制视频问候语，重录完成后，继续获取第二终端对视频问候语各操作项的操作信息，直至第二终端挂机，结束流程。
在一个例子中，服务器获取第二终端发送的激活视频问候语指令，将该视频问候语作为第二终端对应的视频问候语，激活完成后，继续获取第二终端对视频问候语各操作项的操作信息，直至第二终端挂机，结束流程。
在一个例子中，服务器获取第二终端发送的删除视频问候语指令，将第二终端原先设置的是视频问候语删除，和/或，将刚录制的视频问候语删除，删除完成后，继续获取第二终端对视频问候语各操作项的操作信息，直至第二终端挂机，结束流程。
在一个例子中，服务器在完成对视频问候语的操作后，可以获取第二终端对语音信箱的操作。比如：更改语音信箱密码等。
本申请的第二实施例，若接收到第二终端对服务器发起的呼叫，获取第二终端当前接入的媒体通道的类型；若第二终端当前接入的媒体通道的类型为音频，与第二终端进行视频媒体协商；若与第二终端的视频媒体协商成功，指示第二终端录制视频问候语，即使第二终端是音频起呼，也可以录制视频问候语，进一步提升用户的使用体验。若与第二终端的视频媒体协商失败，指示第二终端录制音频问候语；根据音频问候语和预设的默认视频，生成视频问候语，并将生成的视频问候语作为录制的视频问候语，即使第二终端不支持录制视频问候语，本申请的实施例也可以根据第二终端录制的音频问候语和预设的默认视频，生成视频问候语，提升了语音信箱系统业务的丰富性和趣味性，更好地满足用户需求。
本申请的第三实施例涉及一种视频问候语播放方法，下面对本实施例的视频问候语播放方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，本实施例中，主要对视频问候语播放方法中所涉及的播放留言的过程进行说明，图5是第三实施例所述的播放留言的流程图，包括：
步骤501，若接收到第二终端对服务器发起的呼叫，获取第二终端当前接入的媒体通道的类型；
其中，步骤501在第二实施例中已有说明，此处不再赘述。
步骤502，若第二终端当前接入的媒体通道的类型为音频，且留言为视频留言，与第二终端进行视频媒体协商；
其中，服务器与第二终端进行视频媒体协商，可以理解为：服务器向第二终端发起视频媒体协商。
具体而言，服务器获取到第二终端当前接入的媒体通道的类型后，可以判断第二终端收到的留言是否为视频留言，若第二终端收到的留言是音频留言，服务器直接将该音频留言发送给第二终端，供第二终端播放，即留言是音频留言时，无需进行视频媒体协商，可以有效节省信令资源。若第二终端收到的留言是视频留言，服务器可以判断第二终端当前接入的媒体通道的类型是否为音频，若第二终端当前接入的媒体通道的类型为音频，服务器主动向第二终端发起视频媒体协商；若第二终端当前接入的媒体通道的类型为视频，服务器无需向第二终端发起视频媒体协商，直接进行后续的数据传输。其中，视频媒体协商用于将第二终端接入的媒体通道的类型更改为视频，可以有效提高呼叫过程的灵活性。
在具体实现中，负责视频媒体协商的信令可以有本领域的技术人员根据实际需要进行设定，如update信令和re-invite信令等，本申请的实施例对此不做具体限定。
在一个例子中，服务器获取到第二终端当前接入的媒体通道的类型后，可以不判断第二终端收到的留言的类型，直接判断第二终端当前接入的媒体通道的类型。
步骤503，若与第二终端的视频媒体协商成功，向第二终端发送视频留言，供第二终端播放。
具体而言，服务器向第二终端发起视频媒体协商后，可以判断与第二终端的视频媒体协商是否成功，若与第二终端的视频媒体协商成功，服务器可以向第二终端发送视频留言，供第二终端播放。即使第二终端是音频起呼，也可以播放视频留言，进一步提升用户的使用体验。
在一个例子中，若与第二终端的视频媒体协商失败，此时第二终端接入的媒体通道的类型仍为音频，服务器可以向第二终端发送视频留言中的音频内容，供第二终端播放该音频内容，可以防止第二终端错过视频留言中的信息，进一步提升语音邮箱系统的灵活性，提升用户的使用体验。
在一个例子中，第二终端可以在与服务器的同一呼叫中录制视频问候语和播放留言，两者没有先后顺序，本申请的实施例对此不做具体限定。
比如：服务器在接收到第二终端对服务器发起的呼叫后，可以向第二终端发送播放留言指示和录制视频问候语指示，供第二终端选择：若第二终端选择响应播放留言指示，服务器进入播放留言流程，并在留言播放完成后，还可以再次向第二终端发送录制视频问候语指示；若第二终端选择响应录制视频问候语指示，服务器进入录制视频问候语流程，并在视频问候语录制完成后，还可以再次向第二终端发送播放留言指示；若预设时间阈值内第二终端未响应任何一个指示，服务器可以按照预设的顺序进入录制视频问候语流程和播放留言流程，其中，预设的时间阈值和预设的顺序可由本领域的技术人员根据实际需要进行设定。
本申请的第三实施例，若接收到第二终端对服务器发起的呼叫，获取第二终端当前接入 的媒体通道的类型；若第二终端当前接入的媒体通道的类型为音频且留言为视频留言，与第二终端进行视频媒体协商；若与所述第二终端的视频媒体协商成功，向第二终端发送视频留言，供第二终端播放。即使第二终端是音频起呼，也可以播放视频留言，进一步提升用户的使用体验。若与所述第二终端的视频媒体协商失败，向第二终端播放视频留言中的音频内容，可以防止第二终端错过视频留言中的信息，进一步提升语音邮箱系统的灵活性，提升用户的使用体验。
本申请的第四实施例涉及一种视频问候语播放方法，应用于第一终端。下面对本实施例的视频问候语播放方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。
本实施例的视频问候语播放方法的具体流程可以如图6所示，包括：
步骤601，向第二终端发起呼叫；
具体而言，第一终端可以向第二终端发起呼叫。
在一个例子中，各终端有各自对应的号码(如SIM号码等)，第一终端拨打相应的号码，就可以实现对号码对应的终端的呼叫。
步骤602，若向第二终端发起的音频呼叫失败，接收服务器发送的第二终端预先录制的视频问候语，并播放视频问候语；
具体而言，第一终端向第二终端发起呼叫后，若向第二终端发起的音频呼叫失败，接收服务器发送的第二终端预先录制的视频问候语，并播放视频问候语。
在一个例子中，音频起呼失败后，第一终端的显示界面上可以显示提示信息；其中，提示信息用于提示第一终端对应的用户选择是否播放第二终端预先录制的视频问候语，若第一终端对应的用户选择播放第二终端预先录制的视频问候语，第一终端接收服务器发送的第二终端预先录制的视频问候语，并播放视频问候语。
在一个例子中，若向第二终端发起的音频呼叫失败，接收服务器发送的第二终端预先录制的视频问候语，并播放视频问候语，可以由如图7所示的各子步骤实现，具体包括：
子步骤6021，与服务器进行视频媒体协商；
具体而言，第一终端可以与服务器进行视频媒体协商，其中，服务器在接收到用于表征第一终端对第二终端呼叫失败的呼叫转移请求时，获取第一终端当前接入的媒体通道的类型，并在确定第一终端当前接入的媒体通道的类型为音频时，与第一终端进行视频媒体协商。
在具体实现中，第一终端对第二终端呼叫失败，第一终端的显示界面上提供问询第一终端的用户是否转入第二终端对应的语音信箱的虚拟按钮，若第一终端的用户确定转入第二终端对应的语音信箱，且第二终端录制有视频问候语，第一终端的显示界面上提供问询第一终端的用户是否播放该视频问候语的虚拟按钮，若第一终端的用户确定播放该视频问候语，且第一终端当前接入的媒体通道的类型为音频，服务器主动向第一终端发起视频媒体协商，第一终端接收服务器主动发起的视频媒体协商。其中，问询方式还可以为根据提示输入相应数字等，本申请的实施例对此不做具体限定。
在一个例子中，服务器确定第一终端当前接入的媒体通道的类型为音频，第一终端的音频编码能力为AAC，则服务器可以向第一终端发送re-invite信令进行视频编码能力为H.264的视频媒体协商，第一终端接收服务器通过re-invite信令发起的视频编码能力为H.264的视 频媒体协商。
在另一个例子中，第一终端当前接入的媒体通道的类型为视频，则无需进行视频媒体协商。
步骤6022，若与服务器的视频媒体协商成功，接收服务器发送的第二终端预先录制的视频问候语，并进行播放。
具体而言，若服务器判断与第一终端的视频媒体协商成功，第一终端可以接收服务器发送的第二终端预先录制的视频问候语，并进行播放。
在一个例子中，第一终端可以拒绝服务器发起的视频媒体协商，服务器判断视频媒体协商失败，第一终端接入的媒体通道的类型仍为音频。
由于第一实施例至第三实施例与本实施例相互对应，因此本实施例可与第一实施例至第三实施例相互配合实施。第一实施例至第三实施例中提到的相关技术细节在本实施例中依然有效，在第一实施例至第三实施例中所能达到的技术效果在本实施例中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第一实施例至第三实施例中。
本申请的第五实施例涉及一种视频问候语播放系统，下面对本实施例的视频问候语播放系统的细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，图7是第五实施例所述的视频问候语播放系统的示意图，包括核心网701、服务器702、第一终端703和第二终端704：
核心网701，用于确定所述第一终端703对所述第二终端704呼叫失败后，向所述服务器702发送用于表征所述第一终端703对所述第二终端704呼叫失败的呼叫转移请求；
服务器702，用于接收所述呼叫转移请求，获取第一终端703当前接入的媒体通道的类型；若所述类型为音频，向所述第一终端703发起视频媒体协商；若所述视频媒体协商成功，向所述第一终端703发送所述第二终端704预先录制的视频问候语；
第一终端703，用于对第二终端704发起呼叫；若所述呼叫失败，响应所述服务器702发起的视频媒体协商，接收所述服务器702发送的所述第二终端704预先录制的视频问候语，并进行播放。
在一个例子中，服务器702可以由如图8所示的各子模块组成，包括：
媒体信令网关7021，用于通过会话发起协议(Session Initiation Protocol，简称：SIP)信令和实时传输协议(Real-time Transport Protocol，简称：RTP)信令与核心网701进行通信；
媒体服务器7022，用于向第一终端发起视频媒体协商；若视频媒体协商成功，向第一终端发送第二终端预先录制的视频问候语；
语音信箱业务服务器7023，用于接收呼叫转移请求，获取第一终端当前接入的媒体通道的类型；
存储器7024，用于存储视频问候语等文件；
数据库7025，用于存储系统配置、业务配置、语音信箱用户信息等数据；
语音信箱业务门户7026，用于进行用户登录校验和视频问候语管理等功能。
不难发现，本实施例为与第一至第四实施例相对应的装置实施例，本实施例可与第一至第四实施例互相配合实施。第一至第四实施例中提到的相关技术细节和技术效果在本实施例 中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第一至第四实施例中。
值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施例中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。
本申请的第六实施例涉及一种服务器，如图9所示，包括：至少一个处理器801；以及，与所述至少一个处理器801通信连接的存储器802；其中，所述存储器802存储有可被所述至少一个处理器801执行的指令，所述指令被所述至少一个处理器801执行，以使所述至少一个处理器801能够执行上述各实施例中的视频问候语播放方法。
其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。
处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。
本申请的第七实施例涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。
即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称：ROM)、随机存取存储器(Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解，上述各实施例是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (12)

  1. 一种视频问候语播放方法，应用于服务器，包括：
    若接收到用于表征第一终端对第二终端呼叫失败的呼叫转移请求，获取所述第一终端当前接入的媒体通道的类型；
    若所述第一终端当前接入的媒体通道的类型为音频，与所述第一终端进行视频媒体协商；
    若与所述第一终端的视频媒体协商成功，向所述第一终端发送所述第二终端预先录制的视频问候语，供所述第一终端播放所述视频问候语。
  2. 根据权利要求1所述的视频问候语播放方法，其中，在所述与所述第一终端进行视频媒体协商之后，还包括：
    若与所述第一终端的视频媒体协商失败，向所述第一终端发送所述第二终端预先录制的视频问候语中的音频内容，供所述第一终端播放所述音频内容。
  3. 根据权利要求1或2所述的视频问候语播放方法，其中，所述视频问候语通过以下方式预先录制：
    若接收到所述第二终端对所述服务器发起的呼叫，获取所述第二终端当前接入的媒体通道的类型；
    若所述第二终端当前接入的媒体通道的类型为音频，与所述第二终端进行视频媒体协商；
    若与所述第二终端的视频媒体协商成功，指示所述第二终端录制所述视频问候语。
  4. 根据权利要求3所述的视频问候语播放方法，其中，在所述与所述第二终端进行视频媒体协商之后，还包括：
    若与所述第二终端的视频媒体协商失败，指示所述第二终端录制音频问候语；
    根据所述音频问候语和预设的默认视频，生成视频问候语，并将生成的所述视频问候语作为录制的所述视频问候语。
  5. 根据权利要求1至4中任一项所述的视频问候语播放方法，其中，在所述向所述第一终端发送所述第二终端预先录制的视频问候语，供所述第一终端播放所述视频问候语之后，还包括：
    根据所述视频问候语，指示所述第一终端录制留言；其中，所述留言为音频留言和/或视频留言。
  6. 根据权利要求5所述的视频问候语播放方法，其中，所述第二终端通过以下方式播放所述留言：
    若接收到所述第二终端对所述服务器发起的呼叫，获取所述第二终端当前接入的媒体通道的类型；
    若所述第二终端当前接入的媒体通道的类型为音频且所述留言为视频留言，与所述第二终端进行视频媒体协商；
    若与所述第二终端的视频媒体协商成功，向所述第二终端发送所述视频留言，供所述第二终端播放。
  7. 根据权利要求6所述的视频问候语播放方法，其中，在所述与所述第二终端进行视频媒体协商之后，还包括：
    若与所述第二终端的视频媒体协商失败，向所述第二终端播放所述视频留言中的音频内容。
  8. 一种视频问候语播放方法，应用于第一终端，包括：
    若向第二终端发起的音频呼叫失败，接收服务器发送的所述第二终端预先录制的视频问候语，并播放所述视频问候语。
  9. 根据权利要求8所述的视频问候语播放方法，其中，所述接收服务器发送的所述第二终端预先录制的视频问候语，包括：
    与所述服务器进行视频媒体协商；其中，所述服务器在接收到用于表征第一终端对所述第二终端呼叫失败的呼叫转移请求时，获取所述第一终端当前接入的媒体通道的类型，并在确定所述第一终端当前接入的媒体通道的类型为音频时，与所述第一终端进行所述视频媒体协商；
    若与所述服务器的视频媒体协商成功，接收所述服务器发送的所述第二终端预先录制的视频问候语。
  10. 一种视频留言系统，包括核心网、服务器、第一终端和第二终端：
    核心网，用于确定所述第一终端对所述第二终端呼叫失败后，向所述服务器发送用于表征所述第一终端对所述第二终端呼叫失败的呼叫转移请求；
    服务器，用于接收所述呼叫转移请求，获取第一终端当前接入的媒体通道的类型；若所述第一终端当前接入的媒体通道的类型为音频，与所述第一终端进行视频媒体协商；若与所述第一终端的视频媒体协商成功，向所述第一终端发送所述第二终端预先录制的视频问候语；
    第一终端，用于对第二终端发起呼叫；若所述呼叫失败，与所述服务器进行视频媒体协商，接收所述服务器发送的所述第二终端预先录制的视频问候语，并进行播放。
  11. 一种服务器，包括：
    至少一个处理器；以及，
    与所述至少一个处理器通信连接的存储器；其中，
    所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至7中任一项所述的视频问候语播放方法。
  12. 一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的视频问候语播放方法，或者实现如权利要求8或9所述的视频问候语播放方法。
PCT/CN2021/130982 2020-12-03 2021-11-16 视频问候语播放方法、系统、服务器和存储介质 WO2022116816A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US18/254,660 US20240187527A1 (en) 2020-12-03 2021-11-16 Video greeting playing method, system, server and storage medium
JP2023534217A JP2023553020A (ja) 2020-12-03 2021-11-16 ビデオ挨拶再生方法、システム、サーバ及び記憶媒体
EP21899850.8A EP4246933A4 (en) 2020-12-03 2021-11-16 METHOD AND SYSTEM FOR PLAYING VIDEO GREETING MESSAGE, AND SERVER AND STORAGE MEDIUM
KR1020237019867A KR20230101911A (ko) 2020-12-03 2021-11-16 영상 인사말 재생 방법, 시스템, 서버 및 저장 매체

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011409317.2 2020-12-03
CN202011409317.2A CN114598684A (zh) 2020-12-03 2020-12-03 视频问候语播放方法、系统、服务器和存储介质

Publications (1)

Publication Number Publication Date
WO2022116816A1 true WO2022116816A1 (zh) 2022-06-09

Family

ID=81802578

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/130982 WO2022116816A1 (zh) 2020-12-03 2021-11-16 视频问候语播放方法、系统、服务器和存储介质

Country Status (6)

Country Link
US (1) US20240187527A1 (zh)
EP (1) EP4246933A4 (zh)
JP (1) JP2023553020A (zh)
KR (1) KR20230101911A (zh)
CN (1) CN114598684A (zh)
WO (1) WO2022116816A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060104425A1 (en) * 2004-11-15 2006-05-18 Michael Peters Greetings and announcements for a multimedia IP communication system
CN101119250A (zh) * 2006-08-04 2008-02-06 朗迅科技公司 在ims或其它ip网络中将多媒体问候数据传给主叫方的方法
CN106303104A (zh) * 2016-07-27 2017-01-04 华为技术有限公司 一种播放视频彩铃的方法以及主叫用户设备
CN108353145A (zh) * 2018-01-23 2018-07-31 深圳前海达闼云端智能科技有限公司 视频答录通信方法和终端

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111049995A (zh) * 2018-10-12 2020-04-21 华为技术有限公司 一种控制呼叫中的视频彩铃的方法及相关装置
CN111193688B (zh) * 2018-11-15 2021-12-24 中国移动通信集团安徽有限公司 实现视频彩铃的方法、装置、设备及介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060104425A1 (en) * 2004-11-15 2006-05-18 Michael Peters Greetings and announcements for a multimedia IP communication system
CN101119250A (zh) * 2006-08-04 2008-02-06 朗迅科技公司 在ims或其它ip网络中将多媒体问候数据传给主叫方的方法
CN106303104A (zh) * 2016-07-27 2017-01-04 华为技术有限公司 一种播放视频彩铃的方法以及主叫用户设备
CN108353145A (zh) * 2018-01-23 2018-07-31 深圳前海达闼云端智能科技有限公司 视频答录通信方法和终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4246933A4 *

Also Published As

Publication number Publication date
CN114598684A (zh) 2022-06-07
US20240187527A1 (en) 2024-06-06
EP4246933A4 (en) 2024-01-24
EP4246933A1 (en) 2023-09-20
JP2023553020A (ja) 2023-12-20
KR20230101911A (ko) 2023-07-06

Similar Documents

Publication Publication Date Title
US8405705B2 (en) Versatile conference adapter and method employing same
US6883015B1 (en) Apparatus and method for providing server state and attribute management for multiple-threaded voice enabled web applications
US8775188B2 (en) Method, device, and system for voice approval
WO2022147697A1 (zh) 一种呼叫处理系统和呼叫处理方法
US20050202806A1 (en) Automatic conference call replay
US20230353673A1 (en) Call processing method, call processing apparatus, and related device
US9924023B2 (en) Using a voicemail system
WO2017101297A1 (zh) 一种视频留言方法、装置、终端及服务器
US7836188B1 (en) IP unified agent using an XML voice enabled web based application server
WO2009076874A1 (zh) 实现告警远程通知和告警远程查询的方法、装置及系统
JP2007028410A (ja) 電子掲示板に対する音声情報の登録又は取り出しの取次のためのプログラム、装置、及び方法
WO2010127517A1 (zh) 可视电话业务实现自动答录的方法和装置
WO2012113331A1 (zh) 一种ims网络中的业务触发方法、系统、计算机程序和存储介质
WO2016150333A1 (zh) 实现语音信箱系统与融合通信系统互通的方法和系统
WO2017101300A1 (zh) 一种通话方法、装置及终端
WO2022116816A1 (zh) 视频问候语播放方法、系统、服务器和存储介质
WO2017156714A1 (zh) 一种会话的实现方法、会话管理装置及会话系统
US8638820B2 (en) In-voicemail-session call transfers
CN107277284A (zh) 基于VoLTE的语音通话方法和系统、存储装置
US8730944B2 (en) Method and entities for providing call enrichment of voice calls and semantic combination of several service sessions to a virtual combined service session
WO2021121122A1 (zh) 会议创建方法、终端、服务端及存储介质
JP3937346B2 (ja) 端末、留守番電話システム及びプログラム
WO2009056033A1 (fr) Procédé et serveur de traitement de requête de communication entre terminaux
JP4638200B2 (ja) ストリーミングデータ受信再生端末
KR100673512B1 (ko) 회의 통화 서비스 제공 방법 및 그 방법을 채용한 ｉｐ교환기 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21899850

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18254660

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2023534217

Country of ref document: JP

ENP Entry into the national phase

Ref document number: 20237019867

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2021899850

Country of ref document: EP

Effective date: 20230616

NENP Non-entry into the national phase

Ref country code: DE