JP2023553020A - ビデオ挨拶再生方法、システム、サーバ及び記憶媒体 - Google Patents

Abstract

本願の実施例は、通信の技術分野に関し、ビデオ挨拶再生方法、システム、サーバ及び記憶媒体を開示する。上記したビデオ挨拶再生方法は、第１の端末から第２の端末への呼の失敗を表す呼転送要求を受信した場合、前記第１の端末が現在アクセスしているメディアチャネルのタイプを取得するステップと、前記第１の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、前記第１の端末とビデオメディアネゴシエーションを行うステップと、前記第１の端末とのビデオメディアネゴシエーションに成功した場合、前記第２の端末が予め記録したビデオ挨拶を前記第１の端末に送信し、前記第１の端末に前記ビデオ挨拶を再生させるステップと、を含む。
【選択図】図１

Description

本願は出願番号が「２０２０１１４０９３１７．２」で、出願日が２０２０年１２月０３日である中国特許出願に基づいて提出され、その中国特許出願の優先権を主張し、その中国特許出願の全文を援用により本願に組み入れる。

本願の実施例は、通信の技術分野に関し、特に、ビデオ挨拶再生方法、システム、サーバ及び記憶媒体に関する。

ボイスメールボックスシステム（Ｖｏｉｃｅ Ｍａｉｌ Ｓｙｓｔｅｍ、略してＶＭＳ Ｓｙｓｔｅｍと称する）は、さまざまなネットワークを基盤とし、音声情報のやり取りを主な機能とするシステムである。ＶＭＳシステムは、ユーザに音声伝言の保存、転送、取り出しなどのサービスを提供することができる。発呼ユーザが被呼ユーザへの呼び出しに失敗した場合、ＶＭＳシステムは、呼転送要求を受信し、呼転送要求に従って呼を被呼ユーザのボイスメールボックスに転送し、発呼ユーザに挨拶を再生する。発呼ユーザは、挨拶の提示に従って、ボイスメールボックスに被呼ユーザへの伝言を記録することができる。

通信技術の急速な発展に伴い、ますます多くの通信機器がビデオ通話サービスをサポートできるようになってきている。ビデオ通話は通常、インターネットとモバイルインターネット側に基づいて、通信機器間で人間のオーディオストリームとビデオストリームとをリアルタイムに伝送する通信方法の１つである。それに応じて、ＶＭＳシステムは、ビデオ挨拶の再生をサポートするようになり、発呼ユーザが被呼ユーザにビデオ伝言を記録することをサポートするようになりつつある。

しかしながら、発呼ユーザ端末が音声呼を発信する場合、被呼ユーザのボイスメールボックスにビデオ挨拶が設定されていても、発呼ユーザ端末は音声挨拶を再生し、音声伝言を残すことしかできず、ＶＭＳシステムの機能が著しく制限され、ユーザの要求を十分に満たすことができず、ユーザに好ましくない使用体験をもたらしている。

本願の実施例は、サーバに適用されるビデオ挨拶再生方法を提供し、前記方法は、第１の端末から第２の端末への呼の失敗を表す呼転送要求を受信した場合、前記第１の端末が現在アクセスしているメディアチャネルのタイプを取得するステップと、前記第１の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、前記第１の端末とビデオメディアネゴシエーションを行うステップと、前記第１の端末とのビデオメディアネゴシエーションに成功した場合、前記第２の端末が予め記録したビデオ挨拶を前記第１の端末に送信し、前記第１の端末に前記ビデオ挨拶を再生させるステップと、を含む。

本願の実施例は、第１の端末に適用されるビデオ挨拶再生方法をさらに提供し、前記方法は、第２の端末へ発信された音声呼が失敗した場合、サーバから送信された、前記第２の端末が予め記録したビデオ挨拶を受信して、前記ビデオ挨拶を再生するステップを含む。

本願の実施例は、コアネットワークと、サーバと、第１の端末と、第２の端末とを含むビデオ挨拶再生システムをさらに提供し、前記コアネットワークは、前記第１の端末から前記第２の端末への呼の失敗を判定すると、前記第１の端末から前記第２の端末への呼の失敗を表す呼転送要求を前記サーバに送信するように構成され、前記サーバは、前記呼転送要求を受信し、第１の端末が現在アクセスしているメディアチャネルのタイプを取得し、前記第１の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、前記第１の端末とビデオメディアネゴシエーションを行い、前記第１の端末とのビデオメディアネゴシエーションに成功した場合、前記第２の端末が予め記録したビデオ挨拶を前記第１の端末に送信し、第１の端末は、第２の端末に呼を発信し、前記呼が失敗する場合、前記サーバとビデオメディアネゴシエーションを行い、前記サーバから送信された、前記第２の端末が予め記録したビデオ挨拶を受信して、再生するように構成されている。

本願の実施例はサーバをさらに提供し、前記サーバは、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサと通信可能に接続されたメモリと、を備え、前記メモリには前記少なくとも１つのプロセッサにより実行できる命令が記憶され、前記命令が前記少なくとも１つのプロセッサにより実行された場合、前記少なくとも１つのプロセッサは上述したビデオ挨拶再生方法を実行できる。

本願の実施例は、プロセッサにより実行された場合、上述したビデオ挨拶再生方法を実現するコンピュータプログラムを記憶している可読記憶媒体をさらに提供する。

本願の第１の実施例にかかる、ビデオ挨拶再生方法のフローチャートである。 本願の第１の実施例により提供される、ビデオ挨拶再生方法の具体的な実装のフローチャートである。 本願の第２の実施例にかかる、ビデオ挨拶を予め記録するフローチャートである。 本願の第２の実施例により提供される、ビデオ挨拶を予め記録する具体的な実装のフローチャートである。 本願の第３の実施例にかかる、伝言を再生するフローチャートである。 本願の第４の実施例にかかる、ビデオ挨拶再生方法のフローチャートである。 本願の第４の実施例において、第２の端末へ発信された音声呼が失敗した場合、サーバから送信された、第２の端末が予め記録したビデオ挨拶を受信して、ビデオ挨拶を再生するフローチャートである。 本願の第５の実施例にかかる、ビデオ挨拶再生システムのモジュール図である。 本願の第５の実施例により提供される、サーバのモジュール図である。 本願の第６の実施例にかかる、サーバの構成模式図である。

本願の実施例の主な目的は、ビデオ挨拶再生方法、システム、サーバ及び記憶媒体を提案することにある。ビデオ通話をサポートするユーザ端末が音声呼を発信する際も、ビデオ挨拶を再生できるようにすることを目的としており、ボイスメールボックスサービスの機能の範囲を大いに豊かにし、ユーザの使用体験を向上させ、ユーザの粘着率と活発度を増大させた。

本願実施例の目的、技術案及び利点をより明らかにするために、以下では、添付図面を組み合わせて本願の各実施例を詳しく説明する。しかしながら、当業者であれば、本願の各実施例において、読み手に本願をよりよく理解してもらうために多くの技術的詳細が提示されていることを理解することができる。しかしながら、これらの技術的詳細及び以下の各実施例に基づく様々な変更及び修正がなくとも、本願の保護を求める技術案を実現することができる。以下の各実施例の区分は、説明の便宜のためになされており、本願の具体的な実施形態にいかなる限定を構成すべきではなく、各実施例は、矛盾しない限り、組み合わせたり互いに引用したりすることができる。

本願の第１の実施例は、サーバに適用されるビデオ挨拶再生方法に関する。以下では、本実施例のビデオ挨拶再生方法の実現の詳細について具体的に説明するが、以下の内容は、提供される実現の詳細への理解を容易にするためのもので、本案を実施するための必須条件ではない。

本実施例のビデオ挨拶再生方法の具体的な流れは図１に示すように、以下のステップを含むことができる。

ステップ１０１において、第１の端末から第２の端末への呼の失敗を表す呼転送要求を受信した場合、第１の端末が現在アクセスしているメディアチャネルのタイプを取得する。

具体的には、サーバは、第１の端末から第２の端末への呼の失敗を表す呼転送要求をリアルタイムに受信することができ、呼転送要求を受信した場合、サーバは、該呼転送要求内の、第１の端末が現在アクセスしているメディアチャネルのタイプを取得することができる。

具体的な実現では、呼サービスを伝達するコアネットワークは、各端末間の呼をリアルタイムに監視することができ、第１の端末から第２の端末への呼が失敗したとき、第２の端末にボイスメールボックスサービスがアクティベートされているか否かを判定することができ、第２の端末にボイスメールボックスサービスが既にアクティベートされている場合、コアネットワークは、呼転送要求を生成してボイスメールボックスサービスを伝達するサーバに送信し、当該呼をサーバに転送し、サーバは、呼転送要求を受信し、第１の端末が現在アクセスしているメディアチャネルのタイプを取得し、第２の端末にボイスメールボックスサービスがアクティベートされていない場合、コアネットワークは、第１の端末が呼解放指示を送信するのを待ち、呼解放指示を受信すると、当該呼を解放する。

一例において、第１の端末が現在アクセスしているメディアチャネルのタイプは、音声とすることができ、すなわち第１の端末が音声呼を発信することができる。使用される音声符号化能力は、先進的音声符号化（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ、略してＡＡＣと称する）、適応的差分パルス符号変調（Ａｄａｐｔｉｖｅ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ、略してＡＤＰＣＭと称する）及び可逆音声圧縮符号化（Ｆｒｅｅ Ｌｏｓｓｌｅｓｓ Ａｕｄｉｏ Ｃｏｄｅｃ、略してＦＬＡＣと称する）などを含むが、これらに限定されない。

別の例において、第１の端末が現在アクセスしているメディアチャネルのタイプは、ビデオとすることができ、すなわち第１の端末がビデオ呼を発信することができる。使用されるビデオ符号化能力は、Ｈ．２６３、Ｈ．２６４などを含むが、これらに限定されない。

ステップ１０２において、第１の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、第１の端末とビデオメディアネゴシエーションを行う。

ここで、サーバが第１の端末とビデオメディアネゴシエーションを行うことは、サーバが第１の端末に対してビデオメディアネゴシエーションを開始することとして理解することができる。

具体的には、サーバは、第１の端末が現在アクセスしているメディアチャネルのタイプを取得すると、第１の端末が現在アクセスしているメディアチャネルのタイプが音声であるか否かを判定することができ、第１の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、サーバは、第１の端末に対して自発的にビデオメディアネゴシエーションを開始し、第１の端末が現在アクセスしているメディアチャネルのタイプがビデオである場合、サーバは、第１の端末に対してビデオメディアネゴシエーションを開始する必要がなく、後続のデータ伝送を直接行う。ここで、ビデオメディアネゴシエーションは、第１の端末がアクセスするメディアチャネルのタイプをビデオに変更するために使用され、呼プロセスの柔軟性を効果的に向上させることができる。

具体的な実現において、第１の端末とビデオメディアネゴシエーションを行うためのシグナリングは、本願の実施例により特に限定されることなく、例えばｕｐｄａｔｅシグナリング及び／又はｒｅ－ｉｎｖｉｔｅシグナリングなど、実際の需要に応じて当業者により設定されることができる。

一例において、サーバは、第１の端末が現在アクセスしているメディアチャネルのタイプが音声であり、第１の端末の音声符号化能力がＡＡＣであると判定する場合、サーバは、第１の端末にｒｅ－ｉｎｖｉｔｅシグナリングを送信してビデオ符号化能力がＨ．２６４であるビデオメディアネゴシエーションを行うことができる。

ステップ１０３において、第１の端末とのビデオメディアネゴシエーションに成功した場合、第２の端末が予め記録したビデオ挨拶を前記第１の端末に送信し、第１の端末にビデオ挨拶を再生させる。

具体的には、サーバは、第１の端末に対してビデオメディアネゴシエーションを開始した後に、第１の端末とのビデオメディアネゴシエーションに成功したか否かを判定することができる。第１の端末とのビデオメディアネゴシエーションに成功した場合、サーバは、第２の端末が予め記録したビデオ挨拶を前記第１の端末に送信し、第１の端末にビデオ挨拶を再生させることができる。メディアネゴシエーションは要求と応答のやりとりである。第１の端末が音声呼を発信するとは、第１の端末が音声能力を用いてサーバに要求するため、サーバは自然に音声能力を用いて応答する。サーバが第１の端末に対して自発的にビデオメディアネゴシエーションを開始するとは、すなわちサーバがビデオ能力を用いて第１の端末に要求することである。第１の端末がビデオ能力を備えていれば、ビデオ能力を用いて応答できるため、ビデオメディアネゴシエーションは成功し、第１の端末がビデオ能力を備えていなければ、第１の端末はサーバのビデオ能力要求に応答できず、ビデオメディアネゴシエーションは失敗する。第１の端末とビデオメディアネゴシエーションを行うことにより、音声発呼の通話からビデオ通話への変換を実現でき、端末が音声呼を発信する際も、ビデオ挨拶を再生できるようになり、ボイスメールボックスサービスの機能の範囲を大いに豊かにし、ユーザの使用体験を向上させ、ユーザの粘着率と活発度を増大させた。

一例において、サーバは、第２の端末が予め記録したビデオ挨拶を第１の端末に送信し、第１の端末にビデオ挨拶を再生させた後に、ビデオ挨拶に応じて、伝言を記録するように第１の端末に指示することもできる。
ここで、伝言は、音声伝言及び／又はビデオ伝言とすることができる。ビデオ通話をサポートするユーザ端末が音声呼を発信するとき、音声伝言を記録してもよいし、ビデオ伝言を記録してもよいため、ＶＭＳシステムの柔軟性をさらに向上させ、ユーザの使用体験を向上させた。

具体的な実現において、サーバは、第２の端末が予め記録したビデオ挨拶を第１の端末に送信する前に、第２の端末がビデオ挨拶を記録しているか否かを判定することができる。第２の端末がビデオ挨拶を記録している場合、サーバは、そのビデオ挨拶を第１の端末に送信することができ、第２の端末がビデオ挨拶を記録していない場合、サーバは、予め設定されたデフォルトのビデオ挨拶を、第２の端末が予め記録したビデオ挨拶として、第１の端末に送信し、第１の端末に再生させることができる。ここで、予め設定されたデフォルトのビデオ挨拶は、当業者が実際の需要に応じて設定することができ、本願の実施例は、これを具体的に限定しない。

一例において、第１の端末とのビデオメディアネゴシエーションに失敗した場合、例えば、第１の端末がビデオ呼をサポートしていない場合、又は第１の端末のユーザがビデオメディアネゴシエーションを拒否した場合、第１の端末とのビデオメディアネゴシエーションに失敗したと判定することができる。この時点で、第１の端末がアクセスしているメディアチャネルのタイプは依然として音声であり、サーバは、第２の端末が予め記録した音声挨拶を第１の端末に送信し、第１の端末にビデオ挨拶を再生させることができる。第２の端末が音声挨拶を記録していない場合、サーバは、予め設定されたデフォルトの音声挨拶を、第２の端末が予め記録した音声挨拶として、第１の端末に送信し、第１の端末に再生させることができる。

別の例において、第１の端末とのビデオメディアネゴシエーションに失敗した場合、この時点で、第１の端末がアクセスしているメディアチャネルのタイプは依然として音声であり、サーバは、第２の端末が予め記録したビデオ挨拶内の音声コンテンツを第１の端末に送信し、第１の端末に当該音声コンテンツを再生させることができる。これにより、ボイスメールボックス伝言システムの柔軟性をさらに向上させ、異なるタイプの端末のユーザの多様なニーズを満たし、ユーザの使用体験をさらに向上させた。

一例において、ビデオ挨拶再生方法は、図２に示す以下の具体的な各ステップにより実現することができる。

ステップ２０１において、第１の端末から第２の端末への呼が失敗した場合、コアネットワークは呼転送要求を生成し、当該呼をサーバに転送する。

具体的には、呼サービスを伝達するコアネットワークは、各端末間の呼をリアルタイムに監視することができ、第１の端末から第２の端末への呼が失敗したとき、コアネットワークは呼転送要求を生成し、当該呼をボイスメールボックスサービスサーバに転送することができる。

ステップ２０２において、サーバは、呼転送要求を取得し、第２の端末にボイスメールボックスサービスがアクティベートされているか否かを判定し、そうであればステップ２０３を実行し、そうでなければ、直接終了する。

具体的には、サーバは、第１の端末に呼び出されている第２の端末にボイスメールボックスサービスがアクティベートされているか否かを判定することができ、アクティベートされていれば、後続のデータ伝送に入り、アクティベートされていなければ、第１の端末が呼を終了するのを待つことができる。

ステップ２０３において、第２の端末がビデオ挨拶を記録しているか否かを判定し、そうであれば、直接ステップ２０５を実行し、そうでなければ、ステップ２０４を実行する。

ステップ２０４において、予め設定されたデフォルトのビデオ挨拶を、第２の端末が予め記録したビデオ挨拶とする。

具体的には、第２の端末がビデオ挨拶を記録していない場合、サーバは、予め設定されたデフォルトのビデオ挨拶を、第２の端末が予め記録したビデオ挨拶とすることができる。

ステップ２０５において、第１の端末が現在アクセスしているメディアチャネルのタイプを取得する。

具体的には、サーバは、呼転送要求を取得すると、当該呼内の第１の端末が現在アクセスしているメディアチャネルのタイプを取得することができる。

ステップ２０６において、第１の端末が現在アクセスしているメディアチャネルのタイプがビデオであるか否かを判定し、そうであれば、直接ステップ２０９を実行し、そうでなければ、ステップ２０７を実行する。

ステップ２０７において、第１の端末に対してビデオメディアネゴシエーションを開始する。

具体的には、第１の端末が現在アクセスしているメディアチャネルのタイプがビデオでない場合、サーバは、第１の端末に対して自発的にビデオメディアネゴシエーションを開始することができる。ここで、ビデオメディアネゴシエーションは、第１の端末がアクセスするメディアチャネルのタイプをビデオに変更するために使用され、呼プロセスの柔軟性を効果的に向上させることができる。

ステップ２０８において、ビデオメディアネゴシエーションに成功したか否かを判定し、そうであれば、ステップ２０９を実行し、そうでなければ、ステップ２１０を実行する。

ステップ２０９において、第２の端末が予め記録したビデオ挨拶を第１の端末に送信し、第１の端末にビデオ挨拶を再生させる。

具体的には、ビデオメディアネゴシエーションに成功した場合、サーバは、第２の端末が予め記録したビデオ挨拶を第１の端末に送信し、第１の端末にビデオ挨拶を再生させることができる。

ステップ２１０において、第２の端末が予め記録したビデオ挨拶内の音声コンテンツを第１の端末に送信し、第１の端末に音声コンテンツを再生させる。

具体的には、ビデオメディアネゴシエーションに失敗した場合、この時点で、第１の端末がアクセスしているメディアチャネルのタイプは依然として音声であり、サーバは、第２の端末が予め記録したビデオ挨拶内の音声コンテンツを第１の端末に送信し、第１の端末に当該音声コンテンツを再生させることができる。

本願の第１の実施例において、第１の端末から第２の端末へ発信された呼が失敗した場合、サーバは、第１の端末から第２の端末への呼の失敗を表す呼転送要求を受信することができ、すなわち、第１の端末から第２の端末への呼が失敗したとき、当該呼は、サーバまで転送されて第２の端末のボイスメールボックスに入ることができる。第１の端末が現在アクセスしているメディアチャネルのタイプを取得し、第１の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、サーバは、第１の端末に対して自発的にビデオメディアネゴシエーションを開始し、すなわち、第１の端末がアクセスするメディアチャネルのタイプをビデオに変更するため、呼プロセスの柔軟性を効果的に向上させることができる。第１の端末とのビデオメディアネゴシエーションに成功した場合、サーバは、第２の端末が予め記録したビデオ挨拶を前記第１の端末に送信し、第１の端末に再生させる。挨拶を再生する際に、第１の端末が音声呼を発信する場合、第２の端末のボイスメールボックスにビデオ挨拶が設定されていても、第１の端末は音声挨拶を再生することしかできないことから、ユーザに好ましくない使用体験をもたらしている。一方、本願の実施例によれば、音声発呼の通話からビデオ通話への変換を実現でき、端末が音声呼を発信する際も、ビデオ挨拶を再生できるようになり、ボイスメールボックスサービスの機能の範囲を大いに豊かにし、ユーザの使用体験を向上させ、ユーザの粘着率と活発度を増大させた。

本願の第２の実施例はビデオ挨拶再生方法に関する。以下では、本実施例のビデオ挨拶再生方法の実現の詳細について具体的に説明するが、以下の内容は、提供される実現の詳細への理解を容易にするためのもので、本案を実施するための必須条件ではない。本実施例では、主に、ビデオ挨拶再生方法にかかる、ビデオ挨拶を予め記録するプロセスについて説明する。図３は、第２の実施例にかかる、ビデオ挨拶を予め記録するフローチャートであり、以下のステップが含まれる。

ステップ３０１において、第２の端末からサーバへ発信された呼を受信した場合、第２の端末が現在アクセスしているメディアチャネルのタイプを取得する。

特に、サーバは、各端末からサーバへ発信された呼をリアルタイムに受信することができ、第２の端末からサーバへ発信された呼を受信した場合、サーバは、第２の端末が現在アクセスしているメディアチャネルのタイプを取得することができる。

具体的な実現において、サーバ内にはボイスメールボックスシステムアクセスコードが記憶され、当該アクセスコードはボイスメールボックスシステムへアクセスするために使用される。サーバは、第２の端末がボイスメールボックスシステムアクセスコードをダイヤルすることでサーバへ発信した呼を受信した場合、第２の端末にボイスメールボックスサービスがアクティベートされているか否かを判定することができる。第２の端末にボイスメールボックスサービスがアクティベートされている場合、サーバは、第２の端末が現在アクセスしているメディアチャネルのタイプを取得することができ、第２の端末にボイスメールボックスサービスがアクティベートされていない場合、サーバは、第２の端末が無効端末であると判定し、当該呼を解放する。

一例において、サーバ内にはボイスメールボックスサービスがアクティベートされている各端末に対応するボイスメールボックスパスワードが記憶され、サーバは、第２の端末の入力したボイスメールボックスパスワードを取得することができる。パスワードが一致すれば、サーバは、第２の端末にログイン成功情報を送信し、パスワードが一致しなければ、サーバは、第２の端末にパスワード不正情報を送信し、第２の端末の入力するボイスメールボックスパスワードが、予め設定された閾値回数だけ連続して、サーバ内に記憶されている第２の端末に対応するボイスメールボックスパスワードと一致しなければ、サーバは、第２の端末にログイン失敗情報を送信し、当該呼を解放する。

一例において、第２の端末が現在アクセスしているメディアチャネルのタイプは、音声とすることができ、すなわち第１の端末が音声呼を発信することができる。使用される音声符号化能力は、ＡＡＣ、ＡＤＰＣＭ及びＦＬＡＣなどを含むが、これらに限定されない。

別の例において、第２の端末が現在アクセスしているメディアチャネルのタイプは、ビデオとすることができ、すなわち第２の端末がビデオ呼を発信することができる。使用されるビデオ符号化能力は、Ｈ．２６３、Ｈ．２６４などを含むが、これらに限定されない。

ステップ３０２において、第２の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、第２の端末とビデオメディアネゴシエーションを行う。

ここで、サーバが第２の端末とビデオメディアネゴシエーションを行うことは、サーバが第２の端末に対してビデオメディアネゴシエーションを開始することとして理解することができる。

具体的には、サーバは、第２の端末が現在アクセスしているメディアチャネルのタイプを取得すると、第２の端末が現在アクセスしているメディアチャネルのタイプが音声であるか否かを判定することができ、第２の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、サーバは、第２の端末に対して自発的にビデオメディアネゴシエーションを開始し、第２の端末が現在アクセスしているメディアチャネルのタイプがビデオである場合、サーバは、第２の端末に対してビデオメディアネゴシエーションを開始する必要がなく、後続のデータ伝送を直接行う。ここで、ビデオメディアネゴシエーションは、第２の端末がアクセスするメディアチャネルのタイプをビデオに変更するために使用され、呼プロセスの柔軟性を効果的に向上させることができる。

具体的な実現において、ビデオメディアネゴシエーションのためのシグナリングは、本願の実施例により特に限定されることなく、例えばｕｐｄａｔｅシグナリング及びｒｅ－ｉｎｖｉｔｅシグナリングなど、実際の需要に応じて当業者により設定されることができる。

ステップ３０３において、第２の端末とのビデオメディアネゴシエーションに成功した場合、ビデオ挨拶を記録するように第２の端末に指示する。

具体的には、サーバは、第２の端末に対してビデオメディアネゴシエーションを開始した後に、第２の端末とのビデオメディアネゴシエーションに成功したか否かを判定することができる。第２の端末とのビデオメディアネゴシエーションに成功した場合、サーバは、ビデオ挨拶を記録するように第２の端末に指示することができる。第２の端末が音声呼を発信したとしても、ビデオ挨拶を記録することができるため、ユーザの使用体験をさらに向上させる。

一例において、第２の端末とのビデオメディアネゴシエーションに失敗した場合、例えば、第２の端末がビデオ呼をサポートしていない場合、又は第２の端末のユーザがビデオメディアネゴシエーションを拒否した場合、第２の端末とのビデオメディアネゴシエーションに失敗したと判定することができる。この時点で、第２の端末がアクセスしているメディアチャネルのタイプは依然として音声であり、サーバは、第２の端末に記録提示を送信して、音声挨拶を記録するように第２の端末に指示することができる。

別の例において、サーバは、音声挨拶を記録するように第２の端末に指示した後に、当該音声挨拶と予め設定されたデフォルトのビデオとから、ビデオ挨拶を生成し、生成したビデオ挨拶を、記録したビデオ挨拶とすることができる。第２の端末がビデオ挨拶の記録をサポートしていなくても、サーバは、音声挨拶と予め設定されたデフォルトの映像とから、ビデオ挨拶を生成することができるため、ボイスメールボックスシステムのサービスの豊富さと面白さを向上させ、ユーザのニーズをより満足させることができる。ここで、予め設定されたデフォルトのビデオは、当業者により設定されることができ、本願の実施例は、これを具体的に限定しない。

一例において、第２の端末は、ブラウザを介してボイスメールボックスサービスポータルにアクセスし、ボイスメールボックスサービスポータルにログインして、記録したビデオ挨拶をアップロードし、且つ／又は、ビデオ挨拶をリアルタイムに記録することができる。

一例において、ビデオ挨拶を記録することは、図４に示す以下の具体的な各ステップにより実現することができる。

ステップ４０１において、第２の端末からサーバへ発信された呼を取得する。

具体的には、サーバは、各端末からサーバ自身への発呼状況をリアルタイムに監視し、第２の端末からサーバへ発信された呼を取得することができる。

ステップ４０２において、第２の端末にボイスメールボックスサービスがアクティベートされているか否かを判定し、そうであればステップ４０３を実行し、そうでなければ、直接終了する。

ステップ４０３において、第２の端末の入力したボイスメールボックスパスワードが正しいか否かを判定し、そうであればステップ４０４を実行し、そうでなければ、直接終了する。

具体的には、サーバ内にはボイスメールボックスサービスがアクティベートされている各端末に対応するボイスメールボックスパスワードが記憶され、サーバは、第２の端末の入力したボイスメールボックスパスワードを取得することができる。パスワードが一致すれば、サーバは、第２の端末にログイン成功情報を送信し、パスワードが一致しなければ、サーバは、第２の端末にパスワード不正情報を送信し、第２の端末の入力するボイスメールボックスパスワードが、予め設定された閾値回数だけ連続して、サーバ内に記憶されている第２の端末に対応するボイスメールボックスパスワードと一致しなければ、サーバは、第２の端末にログイン失敗情報を送信し、当該呼を解放する。

ステップ４０４において、第２の端末が現在アクセスしているメディアチャネルのタイプを取得する。

具体的には、第２の端末の入力したボイスメールボックスパスワードが正しければ、サーバは、第２の端末が現在アクセスしているメディアチャネルのタイプを取得することができる。

ステップ４０５において、第２の端末が現在アクセスしているメディアチャネルのタイプがビデオであるか否かを判定し、そうであれば、ステップ４１１を実行し、そうでなければ、ステップ４０６を実行する。

ステップ４０６において、第２の端末に対してビデオメディアネゴシエーションを開始する。

具体的には、第２の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、サーバは、第２の端末に対して自発的にビデオメディアネゴシエーションを開始することができる。ここで、ビデオメディアネゴシエーションは、第２の端末がアクセスするメディアチャネルのタイプをビデオに変更するために使用される。

ステップ４０７において、ビデオメディアネゴシエーションに成功したか否かを判定し、そうであれば、ステップ４１１を実行し、そうでなければ、ステップ４０８を実行する。

ステップ４０８において、音声挨拶を記録するように第２の端末に指示する。

具体的には、ビデオメディアネゴシエーションに失敗した場合、サーバは、音声挨拶を記録するように第２の端末に指示することができる。

ステップ４０９において、音声挨拶の各操作項目に対する第２の端末の操作情報を取得し、操作情報に応じて音声挨拶の再生、再記録、アクティブ化、又は削除の操作を行う。

具体的には、サーバは、第２の端末が記録した音声挨拶を取得すると、音声挨拶の各操作項目に対する操作を第２の端末に許可し、操作情報を取得し、操作情報に応じて音声挨拶の再生、再記録、アクティブ化、又は削除の操作を行う。

一例において、サーバは、第２の端末から送信された音声挨拶の再生命令を取得する。サーバは、音声挨拶を第２の端末に送信して、第２の端末に再生させ、再生が完了すると、音声挨拶の各操作項目に対する第２の端末の操作情報を、第２の端末が呼を切断するまで取得し続け、フローを終了する。

一例において、サーバは、第２の端末から送信された音声挨拶の再記録命令を取得する。サーバは、音声挨拶を再記録するように第２の端末に指示し、再記録が完了すると、音声挨拶の各操作項目に対する第２の端末の操作情報を、第２の端末が呼を切断するまで取得し続け、フローを終了する。

一例において、サーバは、第２の端末から送信された音声挨拶アクティブ化命令を取得し、当該音声挨拶を第２の端末に対応する音声挨拶とし、アクティブ化が完了すると、音声挨拶の各操作項目に対する第２の端末の操作情報を、第２の端末が呼を切断するまで取得し続け、フローを終了する。

一例において、サーバは、第２の端末から送信された音声挨拶削除命令を取得し、第２の端末にもともと設定された音声挨拶を削除し、且つ／又は記録したばかりの音声挨拶を削除し、削除が完了すると、音声挨拶の各操作項目に対する第２の端末の操作情報を、第２の端末が呼を切断するまで取得し続け、フローを終了する。

ステップ４１０において、音声挨拶と予め設定されたデフォルトのビデオとから、ビデオ挨拶を生成して、記録したビデオ挨拶とする。

具体的には、サーバは、第２の端末が記録した音声挨拶を取得すると、音声挨拶と予め設定されたデフォルトのビデオとから、ビデオ挨拶を生成して、記録したビデオ挨拶とすることができる。

ステップ４１１において、ビデオ挨拶を記録するように第２の端末に指示する。

具体的には、ビデオメディアネゴシエーションに成功した場合、サーバは、ビデオ挨拶を記録するように第２の端末に指示することができる。

ステップ４１２において、ビデオ挨拶の各操作項目に対する第２の端末の操作情報を取得し、操作情報に応じてビデオ挨拶の再生、再記録、アクティブ化、又は削除の操作を行う。

具体的には、サーバは、第２の端末が記録したビデオ挨拶を取得すると、ビデオ挨拶の各操作項目に対する操作を第２の端末に許可し、操作情報を取得し、操作情報に応じてビデオ挨拶の再生、再記録、アクティブ化、又は削除の操作を行う。

一例において、サーバは、第２の端末から送信されたビデオ挨拶の再生命令を取得する。サーバは、ビデオ挨拶を第２の端末に送信して、第２の端末に再生させ、再生が完了すると、ビデオ挨拶の各操作項目に対する第２の端末の操作情報を、第２の端末が呼を切断するまで取得し続け、フローを終了する。

一例において、サーバは、第２の端末から送信されたビデオ挨拶の再記録命令を取得する。サーバは、ビデオ挨拶を再記録するように第２の端末に指示し、再記録が完了すると、ビデオ挨拶の各操作項目に対する第２の端末の操作情報を、第２の端末が呼を切断するまで取得し続け、フローを終了する。

一例において、サーバは、第２の端末から送信されたビデオ挨拶アクティブ化命令を取得し、当該ビデオ挨拶を第２の端末に対応するビデオ挨拶とし、アクティブ化が完了すると、ビデオ挨拶の各操作項目に対する第２の端末の操作情報を、第２の端末が呼を切断するまで取得し続け、フローを終了する。

一例において、サーバは、第２の端末から送信されたビデオ挨拶削除命令を取得し、第２の端末にもともと設定されたビデオ挨拶を削除し、且つ／又は記録したばかりのビデオ挨拶を削除し、削除が完了すると、ビデオ挨拶の各操作項目に対する第２の端末の操作情報を、第２の端末が呼を切断するまで取得し続け、フローを終了する。

一例において、サーバは、ビデオ挨拶に対する操作が完了した後に、ボイスメールボックスに対する第２の端末の操作、例えば、ボイスメールボックスのパスワードの変更などを取得することができる。

本願の第２の実施例によれば、第２の端末からサーバへ発信された呼を受信した場合、第２の端末が現在アクセスしているメディアチャネルのタイプを取得する。第２の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、第２の端末とビデオメディアネゴシエーションを行う。第２の端末とのビデオメディアネゴシエーションに成功した場合、ビデオ挨拶を記録するように第２の端末に指示する。第２の端末が音声呼を発信したとしても、ビデオ挨拶を記録することができるため、ユーザの使用体験をさらに向上させる。第２の端末とのビデオメディアネゴシエーションに失敗した場合、音声挨拶を記録するように第２の端末に指示する。音声挨拶と予め設定されたデフォルトのビデオとから、ビデオ挨拶を生成し、生成したビデオ挨拶を、記録したビデオ挨拶とすることができる。第２の端末がビデオ挨拶の記録をサポートしていなくても、本願の実施例は、第２の端末が記録した音声挨拶と予め設定されたデフォルトの映像とから、ビデオ挨拶を生成することができるため、ボイスメールボックスシステムのサービスの豊富さと面白さを向上させ、ユーザのニーズをより満足させることができる。

本願の第３の実施例はビデオ挨拶再生方法に関する。以下では、本実施例のビデオ挨拶再生方法の実現の詳細について具体的に説明するが、以下の内容は、提供される実現の詳細への理解を容易にするためのもので、本案を実施するための必須条件ではない。本実施例では、主に、ビデオ挨拶再生方法にかかる、伝言を再生するプロセスについて説明する。図５は、第３の実施例にかかる、伝言を再生するフローチャートであり、以下のステップが含まれる。

ステップ５０１において、第２の端末からサーバへ発信された呼を受信した場合、第２の端末が現在アクセスしているメディアチャネルのタイプを取得する。

なお、ステップ５０１については、第２の実施例で既に説明したため、ここでは説明を省く。

ステップ５０２において、第２の端末が現在アクセスしているメディアチャネルのタイプが音声であり、且つ伝言がビデオ伝言である場合、第２の端末とビデオメディアネゴシエーションを行う。

ここで、サーバが第２の端末とビデオメディアネゴシエーションを行うことは、サーバが第２の端末に対してビデオメディアネゴシエーションを開始することとして理解することができる。

具体的には、サーバは、第２の端末が現在アクセスしているメディアチャネルのタイプを取得すると、第２の端末が受信した伝言がビデオ伝言であるか否かを判定することができる。第２の端末が受信した伝言が音声伝言である場合、サーバは、当該音声伝言を第２の端末に直接送信し、第２の端末に再生させる。すなわち、伝言が音声伝言である場合、ビデオメディアネゴシエーションを行う必要がなく、シグナリングリソースを効果的に節約することができる。第２の端末が受信した伝言がビデオ伝言である場合、サーバは、第２の端末が現在アクセスしているメディアチャネルのタイプが音声であるか否かを判定することができる。第２の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、サーバは、第２の端末に対して自発的にビデオメディアネゴシエーションを開始し、第２の端末が現在アクセスしているメディアチャネルのタイプがビデオである場合、サーバは、第２の端末に対してビデオメディアネゴシエーションを開始する必要がなく、後続のデータ伝送を直接行う。ここで、ビデオメディアネゴシエーションは、第２の端末がアクセスするメディアチャネルのタイプをビデオに変更するために使用され、呼プロセスの柔軟性を効果的に向上させることができる。

具体的な実現において、ビデオメディアネゴシエーションのためのシグナリングは、本願の実施例により特に限定されることなく、例えばｕｐｄａｔｅシグナリング及びｒｅ－ｉｎｖｉｔｅシグナリングなど、実際の需要に応じて当業者により設定されることができる。

一例において、サーバは、第２の端末が現在アクセスしているメディアチャネルのタイプを取得すると、第２の端末が受信した伝言のタイプを判定せずに、第２の端末が現在アクセスしているメディアチャネルのタイプを直接判定することができる。

ステップ５０３において、第２の端末とのビデオメディアネゴシエーションに成功した場合、ビデオ伝言を第２の端末に送信し、第２の端末に再生させる。

具体的には、サーバは、第２の端末に対してビデオメディアネゴシエーションを開始した後に、第２の端末とのビデオメディアネゴシエーションに成功したか否かを判定することができる。第２の端末とのビデオメディアネゴシエーションに成功した場合、サーバは、ビデオ伝言を第２の端末に送信し、第２の端末に再生させることができる。第２の端末が音声呼を発信したとしても、ビデオ伝言を再生することができるため、ユーザの使用体験をさらに向上させる。

一例において、第２の端末とのビデオメディアネゴシエーションに失敗した場合、この時点で、第２の端末がアクセスしているメディアチャネルのタイプは依然として音声であり、サーバは、第２の端末にビデオ伝言内の音声コンテンツを送信し、第２の端末に当該音声コンテンツを再生させることができる。これにより、第２の端末がビデオ伝言内の情報を見逃してしまうのを防止して、ボイスメールボックスシステムの柔軟性をさらに向上させ、ユーザの使用体験を向上させることができる。

一例において、本明細書の実施例において特に限定されることなく、第２の端末は、サーバとの同じ呼において、ビデオ挨拶の記録、伝言の再生を行うことができる。

例えば、サーバは、第２の端末からサーバへ発信された呼を受信すると、第２の端末に伝言再生指示とビデオ挨拶記録指示とを送信して、第２の端末に選択させることができる。第２の端末が伝言再生指示に応じることを選択した場合、サーバは伝言再生フローに入り、伝言の再生が完了した後に、ビデオ挨拶記録指示を再び第２の端末に送信することができる。第２の端末がビデオ挨拶記録指示に応じることを選択した場合、サーバは、ビデオ挨拶記録フローに入り、ビデオ挨拶の記録が完了した後に、伝言再生指示を再び第２の端末に送信することができる。予め設定された閾値時間内で第２の端末がいずれの指示にも応じない場合、サーバは、予め設定された順序で録画ビデオ挨拶フロー及び伝言再生フローに入ることができる。ここで、予め設定された閾値時間及び順序は、当業者が実際の需要に応じて設定することができる。

本願の第３の実施例によれば、第２の端末からサーバへ発信された呼を受信した場合、第２の端末が現在アクセスしているメディアチャネルのタイプを取得する。第２の端末が現在アクセスしているメディアチャネルのタイプが音声であり、且つ伝言がビデオ伝言である場合、第２の端末とビデオメディアネゴシエーションを行う。前記第２の端末とのビデオメディアネゴシエーションに成功した場合、ビデオ伝言を第２の端末に送信し、第２の端末に再生させる。第２の端末が音声呼を発信したとしても、ビデオ伝言を再生することができるため、ユーザの使用体験をさらに向上させる。前記第２の端末とのビデオメディアネゴシエーションに失敗した場合、ビデオ伝言内の音声コンテンツを第２の端末へ再生する。これにより、第２の端末がビデオ伝言内の情報を見逃してしまうのを防止して、ボイスメールボックスシステムの柔軟性をさらに向上させ、ユーザの使用体験を向上させることができる。

本願の第４の実施例は、第１の端末に適用されるビデオ挨拶再生方法に関する。以下では、本実施例のビデオ挨拶再生方法の実現の詳細について具体的に説明するが、以下の内容は、提供される実現の詳細への理解を容易にするためのもので、本案を実施するための必須条件ではない。

本実施例のビデオ挨拶再生方法の具体的な流れは図６に示すように、以下のステップを含むことができる。

ステップ６０１において、第２の端末に対して呼を発信する。

具体的には、第１の端末は、第２の端末に対して呼を発信することができる。

一例において、各端末にはそれぞれ対応する番号（例えばＳＩＭ番号など）があり、第１の端末が対応する番号をダイヤルすることで、番号に対応する端末への発呼を実現することができる。

ステップ６０２において、第２の端末へ発信された音声呼が失敗した場合、サーバから送信された、第２の端末が予め記録したビデオ挨拶を受信して、ビデオ挨拶を再生する。

具体的には、第１の端末が第２の端末に対して呼を発信した後に、第２の端末へ発信された音声呼が失敗した場合、サーバから送信された、第２の端末が予め記録したビデオ挨拶を受信して、ビデオ挨拶を再生する。

一例において、音声発呼に失敗した後に、第１の端末の表示インターフェース上に提示情報を表示することができる。
ここで、提示情報は、第１の端末に対応するユーザに対して、第２の端末が予め記録したビデオ挨拶を再生するか否かを選択させるように提示するためのものであり、第１の端末に対応するユーザが、第２の端末が予め記録したビデオ挨拶を再生することを選択した場合、第１の端末は、サーバから送信された、第２の端末が予め記録したビデオ挨拶を受信し、ビデオ挨拶を再生する。

一例において、第２の端末へ発信された音声呼が失敗した場合、サーバから送信された、第２の端末が予め記録したビデオ挨拶を受信して、ビデオ挨拶を再生する。これは、図７に示す以下の具体的な各サブステップにより実現することができる。

サブステップ６０２１において、サーバとビデオメディアネゴシエーションを行う。

具体的には、第１の端末は、サーバとビデオメディアネゴシエーションを行うことができる。サーバは、第１の端末から第２の端末への呼の失敗を表す呼転送要求を受信した場合、第１の端末が現在アクセスしているメディアチャネルのタイプを取得し、第１の端末が現在アクセスしているメディアチャネルのタイプが音声であると判定した場合、第１の端末とビデオメディアネゴシエーションを行う。

具体的な実現において、第１の端末から第２の端末への呼に失敗した場合、第２の端末の対応するボイスメールボックスに転送するか否かを第１の端末のユーザに問い合わせる仮想ボタンを第１の端末の表示インターフェース上に提供し、第２の端末に対応するボイスメールボックスに転送することを第１の端末のユーザが決定し、且つ第２の端末にビデオ挨拶が記録されている場合、当該ビデオ挨拶を再生するか否かを第１の端末のユーザに問い合わせる仮想ボタンを第１の端末の表示インターフェース上に提供し、第１の端末のユーザが当該ビデオ挨拶を再生することを決定し、且つ第１の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、サーバは、第１の端末に対して自発的にビデオメディアネゴシエーションを開始し、第１の端末は、サーバが自発的に開始したビデオメディアネゴシエーションを受ける。なお、問い合わせの方式は、提示に基づいて対応する数字を入力すること等であってもよく、本願の実施例はこれを具体的に限定しない。

一例において、サーバは、第１の端末が現在アクセスしているメディアチャネルのタイプが音声であり、第１の端末の音声符号化能力がＡＡＣであると判定する場合、サーバは、第１の端末にｒｅ－ｉｎｖｉｔｅシグナリングを送信してビデオ符号化能力がＨ．２６４であるビデオメディアネゴシエーションを行うことができ、第１の端末は、サーバがｒｅ－ｉｎｖｉｔｅシグナリングを介して開始した、ビデオ符号化能力がＨ．２６４であるビデオメディアネゴシエーションを受ける。

別の例において、第１の端末が現在アクセスしているメディアチャネルのタイプがビデオである場合、ビデオメディアネゴシエーションを行う必要がない。

ステップ６０２２において、サーバとのビデオメディアネゴシエーションに成功した場合、サーバから送信された、第２の端末が予め記録したビデオ挨拶を受信して、再生する。

具体的には、第１の端末とのビデオメディアネゴシエーションに成功したとサーバが判定した場合、第１の端末は、サーバから送信された、第２の端末が予め記録したビデオ挨拶を受信して、再生することができる。

一例において、第１の端末は、サーバが開始したビデオメディアネゴシエーションを拒否することができ、サーバは、ビデオメディアネゴシエーションに失敗したと判定し、第１の端末がアクセスしているメディアチャネルのタイプは音声のままである。

第１の実施例から第３の実施例と本実施例とは互いに対応しているので、本実施例は第１の実施例から第３の実施例と組み合わせて実施することができる。第１の実施例から第３の実施例で言及された関連する技術的詳細は、本実施例においてもなお有効であり、第１の実施例から第３の実施例で達成可能な技術的効果は、本実施例においても同様に達成可能であるため、重複を避けるために、ここでは説明を省く。したがって、本実施例で言及された関連する技術的詳細は、第１の実施例から第３の実施例にも適用可能である。

本願の第５の実施例はビデオ挨拶再生システムに関する。以下では、本実施例のビデオ挨拶再生システムの詳細について具体的に説明するが、以下の内容は、提供される実現の詳細への理解を容易にするためのもので、本案を実施するための必須条件ではない。図７は、第５の実施例にかかるビデオ挨拶再生システムの模式図であり、ビデオ挨拶再生システムは、コアネットワーク７０１と、サーバ７０２と、第１の端末７０３と、第２の端末７０４とを含む。

コアネットワーク７０１は、前記第１の端末７０３から前記第２の端末７０４への呼の失敗を判定すると、前記第１の端末７０３から前記第２の端末７０４への呼の失敗を表す呼転送要求を前記サーバ７０２に送信するように構成されている。

サーバ７０２は、前記呼転送要求を受信し、第１の端末７０３が現在アクセスしているメディアチャネルのタイプを取得し、前記タイプが音声である場合、前記第１の端末７０３とビデオメディアネゴシエーションを開始し、前記ビデオメディアネゴシエーションに成功した場合、前記第２の端末７０４が予め記録したビデオ挨拶を前記第１の端末７０３に送信するように構成されている。

第１の端末７０３は、第２の端末７０４に呼を発信し、前記呼が失敗する場合、前記サーバ７０２が開始したビデオメディアネゴシエーションに応じて、前記サーバ７０２から送信された、前記第２の端末７０４が予め記録したビデオ挨拶を受信して、再生するように構成されている。

一例において、サーバ７０２は、図８に示す下記各サブモジュールから構成されてもよい。

メディアシグナリングゲートウェイ７０２１は、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、略してＳＩＰと称する）シグナリング及びリアルタイム伝送プロトコル（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ、略してＲＴＰと称する）シグナリングを介して、コアネットワーク７０１と通信するように構成されている。

メディアサーバ７０２２は、第１の端末に対してビデオメディアネゴシエーションを開始し、ビデオメディアネゴシエーションに成功した場合、第２の端末が予め記録したビデオ挨拶を第１の端末に送信するように構成されている。

ボイスメールボックスサービスサーバ７０２３は、呼転送要求を受信し、第１の端末が現在アクセスしているメディアチャネルのタイプを取得するように構成されている。

メモリ７０２４は、ビデオ挨拶などのファイルを記憶するように構成されている。

データベース７０２５は、システム構成、サービス構成、ボイスメールボックスユーザ情報などのデータを記憶するように構成されている。

ボイスメールボックスサービスポータル７０２６は、ユーザログイン確認及びビデオ挨拶管理などの機能を実行するように構成されている。

本実施例は、第１から第４の実施例に対応する装置実施例であり、第１から第４の実施例と組み合わせて実施できることは、容易に理解できる。第１から第４の実施例で言及された関連する技術的詳細及び技術的効果は、本実施例においても有効であるため、重複を減らすために、ここでは説明を省く。したがって、本実施例で言及された関連する技術的詳細は、第１からの実施例にも適用可能である。

なお、本実施例にかかる各モジュールはいずれも論理モジュールであり、実際の応用において、１つの論理ユニットは１つの物理ユニットであってもよく、１つの物理ユニットの一部であってもよく、さらに、複数の物理ユニットの組み合わせで実現してもよい。また、本願の創造的な部分を際立たせるために、本願で提起された技術的課題の解決にあまり関係のない手段を本実施例には導入していないが、これは本実施例に他の手段が存在しないことを示しているわけではない。

本願の第６の実施例はサーバに関し、図９に示すように、前記サーバは、少なくとも１つのプロセッサ８０１と、前記少なくとも１つのプロセッサ８０１と通信可能に接続されたメモリ８０２と、を含み、前記メモリ８０２には前記少なくとも１つのプロセッサ８０１により実行できる命令が記憶され、前記命令が前記少なくとも１つのプロセッサ８０１により実行された場合、前記少なくとも１つのプロセッサ８０１は上述した各実施例におけるビデオ挨拶再生方法を実行できる。

ここで、メモリおよびプロセッサはバス方式で接続され、バスは任意の数の相互接続されたバスおよびブリッジを含むことができ、バスによって１つまたは複数のプロセッサとメモリの様々な回路が一つに接続される。バスはまた、周辺機器、電圧安定器、およびパワーマネジメント回路などの様々な他の回路を一つに接続することができるが、これらは当分野で周知なことであるので、本文ではこれ以上説明しない。バスインターフェースは、バスとトランシーバとの間のインターフェースを提供する。トランシーバは、１つの素子であってもよく、複数の受信機および送信機のような複数の素子であってもよく、伝送媒体上で様々な他の装置と通信するための手段を提供する。プロセッサによって処理されたデータはアンテナを介して無線媒体で伝送され、さらに、アンテナはまたデータを受信して、プロセッサにデータを伝送する。

プロセッサは、バスの管理および通常の処理を担う以外にも、さらにタイミング、周辺インターフェース、電圧調整、電源管理及びその他の制御機能を含む様々な機能を提供することができる。一方、メモリは、プロセッサによりオペレーションを実行するときに使用されるデータを記憶するために使用されてもよい。

本願の第７の実施例は、コンピュータプログラムを記憶しているコンピュータ可読記憶媒体に関する。コンピュータプログラムがプロセッサにより実行された時、上記の方法実施例を実現する。

すなわち、当業者であれば、上記の実施形態の方法における全部または一部のステップを実施することは、プログラムによって関連するハードウェアに命令することによって実現できることは、理解できるであろう。このプログラムは１つの記憶媒体に記憶され、１つの装置（ワンチップコンピュータ、チップなどであってもよい）またはプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本願の各実施形態に記載の方法の全部または一部のステップを実行させるためのいくつかの命令を含む。一方、上記記憶媒体は、ＵＳＢメモリ、リムーバブルハードディスク、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、略してＲＯＭと称する）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、略してＲＡＭと称する）、磁気ディスク又は光ディスク等、プログラムコードを記憶可能な種々の媒体を含む。

当業者であれば、上記の各実施例は、本出願を実施するための具体的な実施例であり、実際の応用においては、本願の精神及び範囲を逸脱することなく、形式的に及び細部に様々な変更を加えることができることを理解することができる。

Claims (12)

1. サーバに適用されるビデオ挨拶再生方法であって、
   第１の端末から第２の端末への呼の失敗を表す呼転送要求を受信した場合、前記第１の端末が現在アクセスしているメディアチャネルのタイプを取得するステップと、
   前記第１の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、前記第１の端末とビデオメディアネゴシエーションを行うステップと、
   前記第１の端末とのビデオメディアネゴシエーションに成功した場合、前記第２の端末が予め記録したビデオ挨拶を前記第１の端末に送信し、前記第１の端末に前記ビデオ挨拶を再生させるステップと、
   を含むビデオ挨拶再生方法。
2. 前記第１の端末とビデオメディアネゴシエーションを行う前記ステップの後に、
   前記第１の端末とのビデオメディアネゴシエーションに失敗した場合、前記第２の端末が予め記録したビデオ挨拶内の音声コンテンツを前記第１の端末に送信し、前記第１の端末に前記音声コンテンツを再生させるステップ
   をさらに含む請求項１に記載のビデオ挨拶再生方法。
3. 前記ビデオ挨拶は、
   前記第２の端末から前記サーバへ発信された呼を受信した場合、前記第２の端末が現在アクセスしているメディアチャネルのタイプを取得し、
   前記第２の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、前記第２の端末とビデオメディアネゴシエーションを行い、
   前記第２の端末とのビデオメディアネゴシエーションに成功した場合、前記ビデオ挨拶を記録するように前記第２の端末に指示することにより、
   予め記録される
   請求項１又は２に記載のビデオ挨拶再生方法。
4. 前記第２の端末とビデオメディアネゴシエーションを行う前記ステップの後に、
   前記第２の端末とのビデオメディアネゴシエーションに失敗した場合、音声挨拶を記録するように前記第２の端末に指示するステップと、
   前記音声挨拶と予め設定されたデフォルトのビデオとから、ビデオ挨拶を生成し、生成した前記ビデオ挨拶を、記録した前記ビデオ挨拶とするステップと
   をさらに含む請求項３に記載のビデオ挨拶再生方法。
5. 前記第２の端末が予め記録したビデオ挨拶を前記第１の端末に送信し、前記第１の端末に前記ビデオ挨拶を再生させるステップの後に、
   前記ビデオ挨拶に応じて、伝言を記録するように前記第１の端末に指示するステップをさらに含み、
   前記伝言は、音声伝言及び／又はビデオ伝言である
   請求項１から４の何れか一項に記載のビデオ挨拶再生方法。
6. 前記第２の端末は、
   前記第２の端末から前記サーバへ発信された呼を受信した場合、前記第２の端末が現在アクセスしているメディアチャネルのタイプを取得し、
   前記第２の端末が現在アクセスしているメディアチャネルのタイプが音声であり、且つ前記伝言がビデオ伝言である場合、前記第２の端末とビデオメディアネゴシエーションを行い、
   前記第２の端末とのビデオメディアネゴシエーションに成功した場合、前記ビデオ伝言を第２の端末に送信し、前記第２の端末に再生させることにより、
   前記伝言を再生する
   請求項５に記載のビデオ挨拶再生方法。
7. 前記第２の端末とビデオメディアネゴシエーションを行う前記ステップの後に、
   前記第２の端末とのビデオメディアネゴシエーションに失敗した場合、前記ビデオ伝言内の前記音声コンテンツを前記第２の端末へ再生するステップ
   をさらに含む請求項６に記載のビデオ挨拶再生方法。
8. 第１の端末に適用されるビデオ挨拶再生方法であって、
   第２の端末へ発信された音声呼が失敗した場合、サーバから送信された、前記第２の端末が予め記録したビデオ挨拶を受信して、前記ビデオ挨拶を再生するステップを含む
   ビデオ挨拶再生方法。
9. サーバから送信された、前記第２の端末が予め記録したビデオ挨拶を受信する前記ステップは、
   前記サーバとビデオメディアネゴシエーションを行うステップであって、
   前記サーバは、第１の端末から前記第２の端末への呼の失敗を表す呼転送要求を受信した場合、前記第１の端末が現在アクセスしているメディアチャネルのタイプを取得し、前記第１の端末が現在アクセスしているメディアチャネルのタイプが音声であると判定した場合、前記第１の端末と前記ビデオメディアネゴシエーションを行うステップと、
   前記サーバとのビデオメディアネゴシエーションに成功した場合、前記サーバから送信された、前記第２の端末が予め記録したビデオ挨拶を受信するステップと、
   を含む請求項８に記載のビデオ挨拶再生方法。
10. コアネットワークと、サーバと、第１の端末と、第２の端末とを含むビデオ伝言システムであって、
    前記コアネットワークは、前記第１の端末から前記第２の端末への呼の失敗を判定すると、前記第１の端末から前記第２の端末への呼の失敗を表す呼転送要求を前記サーバに送信するように構成され、
    前記サーバは、前記呼転送要求を受信し、第１の端末が現在アクセスしているメディアチャネルのタイプを取得し、
    前記第１の端末が現在アクセスしているメディアチャネルのタイプが音声である場合、前記第１の端末とビデオメディアネゴシエーションを行い、
    前記第１の端末とのビデオメディアネゴシエーションに成功した場合、前記第２の端末が予め記録したビデオ挨拶を前記第１の端末に送信するように構成され、
    第１の端末は、第２の端末に呼を発信し、
    前記呼が失敗する場合、前記サーバとビデオメディアネゴシエーションを行い、前記サーバから送信された、前記第２の端末が予め記録したビデオ挨拶を受信して、再生するように構成されている
    ビデオ伝言システム。
11. サーバであって、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサと通信可能に接続されたメモリと、を備え、
    前記メモリには前記少なくとも１つのプロセッサにより実行できる命令が記憶され、前記命令が前記少なくとも１つのプロセッサにより実行された場合、前記少なくとも１つのプロセッサは請求項１から７の何れか一項に記載のビデオ挨拶再生方法を実行できる
    サーバ。
12. コンピュータプログラムを記憶しているコンピュータ可読記憶媒体であって、
    前記コンピュータプログラムがプロセッサにより実行された場合、請求項１から７の何れか一項に記載のビデオ挨拶再生方法、又は請求項８若しくは９に記載のビデオ挨拶再生方法を実現する
    コンピュータ可読記憶媒体。