特許 6467554 メッセージ送信方法、メッセージ処理方法及び端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6467554

(24)【登録日】2019年1月18日

(45)【発行日】2019年2月13日

(54)【発明の名称】メッセージ送信方法、メッセージ処理方法及び端末

(51)【国際特許分類】

   G06F 13/00 20060101AFI20190204BHJP

【ＦＩ】

   G06F13/00 650B

【請求項の数】19

【全頁数】28

(21)【出願番号】特願2018-505514(P2018-505514)

(86)(22)【出願日】2016年4月11日

(65)【公表番号】特表2018-513511(P2018-513511A)

(43)【公表日】2018年5月24日

(86)【国際出願番号】CN2016078966

(87)【国際公開番号】WO2016188242

(87)【国際公開日】20161201

【審査請求日】2017年10月18日

(31)【優先権主張番号】201510267949.2

(32)【優先日】2015年5月22日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】514187420

【氏名又は名称】テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】イエ，リーウェイ

(72)【発明者】

【氏名】チェン，ユー

(72)【発明者】

【氏名】リー，ビン

【審査官】 佐々木 洋

(56)【参考文献】

【文献】 特開２００４−３６２４１９（ＪＰ，Ａ）

【文献】 特開２０１６−０１４９７６（ＪＰ，Ａ）

【文献】 特開２０１６−００５１３１（ＪＰ，Ａ）

【文献】 特開２０１６−０３８６１５（ＪＰ，Ａ）

【文献】 特開２００６−０９２０５２（ＪＰ，Ａ）

【文献】 特開２００６−０３３０１７（ＪＰ，Ａ）

【文献】 特開２００５−２４２６１３（ＪＰ，Ａ）

【文献】 特開２００４−０７２２５２（ＪＰ，Ａ）

【文献】 特開２００２−０２４１４３（ＪＰ，Ａ）

【文献】 中国特許出願公開第１０３３６９４７７（ＣＮ，Ａ）

【文献】 中国特許出願公開第１０２８３０９７７（ＣＮ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

メッセージ送信方法であって、
受信側識別子を取得するステップと、
ビジュアル要素の識別子を取得するステップと、
集音命令を受信するステップと、
前記集音命令に基づいて音声を集音してオーディオデータを生成するステップと、
前記オーディオデータをサーバにアップロードして記憶するステップと、
前記サーバよりフィードバックされた前記オーディオデータの記憶位置識別子を受信するステップと、
前記ビジュアル要素の識別子と前記記憶位置識別子に基づいてメッセージを生成し、かつ前記受信側識別子に対応するメッセージ受信端に送信し、それにより前記メッセージ受信端で前記ビジュアル要素を表示させるのと同時に前記オーディオデータを再生させるステップと、
を含む前記メッセージ送信方法。

【請求項2】

前記集音命令に基づいて音声を集音してオーディオデータを生成するステップは、
前記集音命令に応答して集音及び計時を開始し、プリセット時間に達すると集音を停止することにより、オーディオデータを取得すること、または、
前記集音命令に応答して集音を開始し、集音停止命令を検知すると集音を停止することにより、オーディオデータを取得すること、
を含むことを特徴とする請求項１に記載のメッセージ送信方法。

【請求項3】

前記ビジュアル要素の識別子と前記記憶位置識別子に基づいてメッセージを生成し、かつ前記受信側識別子に対応するメッセージ受信端に送信するステップは、
前記ビジュアル要素の識別子、前記受信側識別子および前記記憶位置識別子に基づいて、メッセージを生成して前記サーバに送信し、それにより前記サーバに前記メッセージから前記受信側識別子を取得して対応するメッセージ受信端に送信させること、
を含むことを特徴とする請求項１に記載のメッセージ送信方法。

【請求項4】

前記ビジュアル要素は画像または動画ファイルであることを特徴とする請求項１に記載の方法。

【請求項5】

前記ビジュアル要素を表示し、同時にローカルで集音した音声によって形成された前記オーディオデータを再生すること、
をさらに含むことを特徴とする請求項１に記載のメッセージ送信方法。

【請求項6】

メッセージ処理方法であって、
メッセージを受信するステップと、
前記メッセージを解析し、ビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得するステップと、
前記ビジュアル要素の識別子に基づいて前記ビジュアル要素を取得し、かつ前記記憶位置識別子に基づいて前記サーバから前記オーディオデータをダウンロードするステップと、
前記ビジュアル要素を表示するのと同時に前記オーディオデータを再生するステップと、
を含み、
前記ビジュアル要素を表示するのと同時に前記オーディオデータを再生する前に、
前記オーディオデータをダウンロードし、未読メッセージプロンプトを表示するステップと、
前記未読メッセージプロンプトに対するメッセージ読みトリガー命令を検知し、前記ビジュアル要素を表示するのと同時に前記オーディオデータを再生するステップと、
をさらに含むメッセージ処理方法。

【請求項7】

前記メッセージを解析し、ビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得するステップは、
前記メッセージを解析し、ビジュアル要素の識別子、受信側識別子及びサーバに記憶されているオーディオデータの記憶位置識別子を取得することを含み、
前記メッセージを解析し、ビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得した後に、
前記ビジュアル要素の識別子及び／或いは前記受信側識別子が検証条件を満たすか否かを判断し、前記検証条件を満たす場合、前記ビジュアル要素の識別子に基づいて前記ビジュアル要素を取得し、かつ前記記憶位置識別子に基づいて前記サーバから前記オーディオデータをダウンロードするステップを実行することをさらに含み、
前記検証条件は、
前記ビジュアル要素の識別子が前記ビジュアル要素を表示するためのアプリケーションによりサポートされているビジュアル要素識別子のセットに存在していること、及び／或いは、
前記受信側識別子が現在ログインしているユーザ識別子とマッチングしていること、
を含むことを特徴とする請求項６に記載のメッセージ処理方法。

【請求項8】

前記オーディオデータをダウンロードし、未読メッセージプロンプトを表示することは、
前記オーディオデータをダウンロードし、現在のページがプリセットメッセージ表示ページであるか否かを判断し、
現在のページがプリセットメッセージ表示ページである場合、前記ビジュアル要素を表示し、同時に前記オーディオデータを再生するステップを実行し、
現在のページがプリセットメッセージ表示ページでない場合、現在のページの前記プリセットメッセージ表示ページに入るようにトリガーするためのプリセット位置に未読メッセージプロンプトを表示すること、
を含むことを特徴とする請求項６に記載のメッセージ処理方法。

【請求項9】

前記メッセージの解析によって前記記憶位置識別子を取得できない場合、前記ビジュアル要素に対応するデフォルトのオーディオデータを取得することと、
前記ビジュアル要素を表示するのと同時に前記デフォルトのオーディオデータを再生することと、
をさらに含むことを特徴とする請求項６に記載のメッセージ処理方法。

【請求項10】

実行可能な命令が記憶されている記憶装置及びプロセッサを含む端末であって、
前記プロセッサが前記実行可能な命令を実行する際に、前記プロセッサは、
受信側識別子を取得するステップと、
ビジュアル要素の識別子を取得するステップと、
集音命令を受信するステップと、
前記集音命令に基づいて音声を集音してオーディオデータを生成するステップと、
前記オーディオデータをサーバにアップロードして記憶するステップと、
前記サーバよりフィードバックされた前記オーディオデータの記憶位置識別子を受信するステップと、
前記ビジュアル要素の識別子と前記記憶位置識別子に基づいてメッセージを生成し、かつ前記受信側識別子に対応するメッセージ受信端に送信し、それにより前記メッセージ受信端で前記ビジュアル要素を表示させるのと同時に、前記オーディオデータを再生させるステップと、
を実行することを特徴とする端末。

【請求項11】

前記集音命令に基づいて音声を集音してオーディオデータを生成するステップは
前記集音命令に応答して集音及び計時を開始し、プリセット時間に達すると集音を停止することにより、オーディオデータを取得すること、または、
前記集音命令に応答して集音を開始し、集音停止命令を検知すると集音を停止することにより、オーディオデータを取得すること、
を含むことを特徴とする請求項１０に記載の端末。

【請求項12】

前記ビジュアル要素の識別子と前記記憶位置識別子に基づいてメッセージを生成し、かつ前記受信側識別子に対応するメッセージ受信端に送信するステップは、
前記ビジュアル要素の識別子、前記受信側識別子および前記記憶位置識別子に基づいて、メッセージを生成して前記サーバに送信し、それにより前記サーバに前記メッセージから前記受信側識別子を取得して対応するメッセージ受信端に送信させること、
を含むことを特徴とする請求項１０に記載の端末。

【請求項13】

前記ビジュアル要素は画像または動画ファイルであることを特徴とする請求項１０に記載の端末。

【請求項14】

前記プロセッサが前記実行可能な命令を実行する際に、前記プロセッサは、
前記ビジュアル要素を表示し、同時にローカルで集音した音声によって形成された前記オーディオデータを再生するステップ、
をさらに実行することを特徴とする請求項１０に記載の端末。

【請求項15】

前記プロセッサが前記実行可能な命令を実行する際に、前記プロセッサは、
メッセージを受信するステップと、
受信したメッセージを解析し、ビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得するステップと、
前記ビジュアル要素の識別子に基づいて前記ビジュアル要素を取得し、かつ前記記憶位置識別子に基づいて前記サーバから前記オーディオデータをダウンロードするステップと、
前記ビジュアル要素を表示するのと同時に前記オーディオデータを再生するステップと、
を実行することを特徴とする請求項１０に記載の端末。

【請求項16】

前記受信したメッセージを解析し、ビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得するステップは、
受信したメッセージを解析し、ビジュアル要素の識別子、受信側識別子及びサーバに記憶されているオーディオデータの記憶位置識別子を取得することをさらに含み、
前記受信したメッセージを解析し、ビジュアル要素の識別子、受信側識別子及びサーバに記憶されているオーディオデータの記憶位置識別子を取得した後に、
前記ビジュアル要素の識別子及び／或いは前記受信側識別子が検証条件を満たすか否かを判断し、前記検証条件を満たす場合、前記ビジュアル要素の識別子に基づいて前記ビジュアル要素を取得し、かつ前記記憶位置識別子に基づいて前記サーバから前記オーディオデータをダウンロードするステップを実行することをさらに含み、
前記検証条件は、
前記ビジュアル要素の識別子が前記ビジュアル要素を表示するためのアプリケーションによりサポートされているビジュアル要素識別子のセットに存在していること、及び／或いは、
前記受信側識別子が現在ログインしているユーザ識別子とマッチングしていること、
を含むことを特徴とする請求項１５に記載の端末。

【請求項17】

前記プロセッサが前記実行可能な命令を実行する際に、前記プロセッサは、前記ビジュアル要素を表示するのと同時に前記オーディオデータを再生する前に、
前記オーディオデータをダウンロードし、未読メッセージプロンプトを表示するステップと、
前記未読メッセージプロンプトに対するメッセージ読みトリガー命令を検知し、前記ビジュアル要素を表示するのと同時に前記オーディオデータを再生するステップと、
をさらに実行することを特徴とする請求項１５に記載の端末。

【請求項18】

前記オーディオデータをダウンロードし、未読メッセージプロンプトを表示することは、
前記オーディオデータをダウンロードし、現在のページがプリセットメッセージ表示ページであるか否かを判断し、
現在のページがプリセットメッセージ表示ページである場合、前記ビジュアル要素を表示し、同時に前記オーディオデータを再生するステップを実行し、
現在のページがプリセットメッセージ表示ページでない場合、現在のページの前記プリセットメッセージ表示ページに入るようにトリガーするためのプリセット位置に未読メッセージプロンプトを表示すること
を含むことを特徴とする請求項１７に記載の端末。

【請求項19】

前記プロセッサが前記実行可能な命令を実行する際に、前記プロセッサは、
受信したメッセージの解析によって前記記憶位置識別子を取得できない場合、前記ビジュアル要素に対応するデフォルトのオーディオデータを取得するステップと、
前記ビジュアル要素を表示するのと同時に前記デフォルトのオーディオデータを再生するステップと、
をさらに実行することを特徴とする請求項１５に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は通信技術領域に関し、特にメッセージ送信方法、メッセージの処理方法及び端末に関する。
本願は２０１５年５月２２日に中国特許局に提出された出願番号が２０１５１０２６７９４９．２で、発明名称が「メッセージ送信方法及び装置、ならびにメッセージ処理方法及び装置」である中国特許出願の優先権を主張し、そのすべての内容が参照として本願に組み込まれる。

【背景技術】

【0002】

リアルタイムの通信技術の出現および発展は、人々のコミュニケーションのために利便性を提供した。現在インスタントメッセージングアプリケーションは、リアルタイム的にテキスト情報の伝達ができるのみならず、画像または動画ファイルの伝達もでき、例えば静的なまたは動的な表情などを伝達して、静的なまたは動的な表情を通して、ユーザの表現したい意味を簡単に送信することができる。例えば、第１ユーザから第２ユーザへ大笑いの表情画像が送信された場合、第２ユーザは第１ユーザーの機嫌が比較的に愉快であることを知ることができ、逆に第１ユーザから第２ユーザへ泣き表情画像が送信された場合、第２ユーザは第１ユーザーの機嫌が悪いことを知ることができる。

【0003】

しかしながら、人間の感情の複雑性により、単一の表情画像または表情動画だけでは、情報の伝達に適用できる場面が非常に限られており、送信可能な情報量も非常に限られており、情報の伝達において限界があることに加えて、情報のやり取りの効率が必ずしも高くない場合がある等の点で、改善が必要である。

【発明の概要】

【0004】

本発明で提供される各実施例に基づいて、メッセージ送信方法、メッセージ処理方法及び端末を提供する。

【0005】

メッセージ送信方法は、
受信側識別子を取得するステップと、
ビジュアル要素の識別子を取得するステップと、
集音命令（ｓｏｕｎｄ ｇａｔｈｅｒｉｎｇ ｉｎｓｔｒｕｃｔｉｏｎ）を受信するステップと、
前記集音命令に基づいて音声を集音してオーディオデータを生成するステップと、
前記オーディオデータをサーバにアップロードして記憶するステップと、
前記サーバよりフィードバックされた前記オーディオデータの記憶位置識別子を受信するステップと、
前記ビジュアル要素の識別子と前記記憶位置識別子に基づいてメッセージを生成し、かつ前記受信側識別子に対応するメッセージ受信端に送信し、それにより前記メッセージ受信端で前記ビジュアル要素を表示させるのと同時に、前記オーディオデータを再生させるステップと、を含む。

【0006】

メッセージ処理方法は、
メッセージを受信するステップと、
前記メッセージを解析し、ビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得するステップと、
前記ビジュアル要素の識別子に基づいて前記ビジュアル要素を取得し、かつ前記記憶位置識別子に基づいて前記サーバから前記オーディオデータをダウンロードするステップと、
前記ビジュアル要素を表示するのと同時に前記オーディオデータを再生するステップと、を含む。

【0007】

端末は、実行可能な命令が記憶されている記憶装置とプロセッサを含み、前記プロセッサが前記実行可能な命令を実行する際に、前記プロセッサは、
受信側識別子を取得するステップと、
ビジュアル要素の識別子を取得するステップと、
集音命令を受信するステップと、
前記集音命令に基づいて音声を集音してオーディオデータを生成するステップと、
前記オーディオデータをサーバにアップロードして記憶するステップと、
前記サーバよりフィードバックされた前記オーディオデータの記憶位置識別子を受信するステップと、
前記ビジュアル要素の識別子と前記記憶位置識別子に基づいてメッセージを生成し、かつ前記受信側識別子に対応するメッセージ受信端に送信し、それにより前記メッセージ受信端で前記ビジュアル要素を表示させるのと同時に、オーディオデータを再生させるステップとを実行することを特徴とする。

【図面の簡単な説明】

【0008】

【図1】一実施例におけるメッセージ伝達システムの応用環境を示す図である。

【図2】一実施例におけるメッセージ送信端の構成を示す図である。

【図3】一実施例におけるメッセージ受信端の構成を示す図である。

【図4】一実施例におけるメッセージ送信方法のフローチャートである。

【図5】一実施例におけるメッセージ送信端の通信ダイアログページを示す図である。

【図6】一つの具体的な応用場面における第１携帯電話でメッセージ発信方法を実現するインターフェイスを示す図である。

【図7】一つの具体的な応用場面における第２携帯電話で指定された表情動画を表示し、またそれに対応する音声データを再生するインターフェイスを示す図である。

【図8】一実施例におけるメッセージ処理方法のフローチャートである。

【図9】他の実施例におけるメッセージ処理方法のフローチャートである。

【図10】一実施例におけるメッセージ送信装置のブロック図である。

【図11】一実施例におけるメッセージ処理装置のブロック図である。

【図12】他の実施例におけるメッセージ処理装置のブロック図である。

【図13】もう１つの実施例におけるメッセージ処理装置のブロック図である。

【発明を実施するための形態】

【0009】

より明確に本発明の実施例または従来技術の技術案を説明するために、実施例または従来技術の記述で必要な図面を簡単に説明し、明らかに、以下に記述されている図面はただ本発明の幾つかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、これらの図面に基づいてその他の図面が得られることができる。

【0010】

本発明の目的、技術案及び利点をよりよく明確するために、以下、図面及び実施例を結びつけて本発明に対してさらに詳細を説明する。此処で記述される具体的な実施例は本発明を解釈するためのものに過ぎず、本発明を限定するわけではないことを理解すべきである。

【0011】

図１に示すように、一実施例において、メッセージ伝達システム１００が提供されていて、メッセージ送信端１０２、サーバ１０４、及びメッセージ受信端１０６を含む。メッセージ送信端１０２はメッセージを送信する端末に用いられ、メッセージ受信端１０６はメッセージを受信する端末に用いられる。双方向通信を実現するために、メッセージ送信端１０２としての端末とメッセージ受信端１０６としての端末との機能を互いに交換することができる。

【0012】

一実施例において、メッセージ送信端１０２の構成は図２に示すように、システムバスによって繋いでいるプロセッサ、内蔵メモリ、不揮発性記憶装置、ネットワークインターフェイス、集音装置（Ｓｏｕｎｄ ｇａｔｈｅｒｉｎｇ ｄｅｖｉｃｅ）、ディスプレイスクリーン、スピーカー及び入力装置を含む。該メッセージ送信端１０２の不揮発性記憶装置にメッセージ送信装置が記憶され、該メッセージ送信装置がメッセージ送信方法を実現するために用いられる。該メッセージ送信端１０２のプロセッサは、計算およびコントロールの能力を提供するために用いられ、メッセージ送信方法を実行するように構成されている。該メッセージ送信端１０２のディスプレイスクリーンは、液晶スクリーン、または電子インクディスプレイなどであってもよく、該メッセージ送信端１０２の入力装置は、ディスプレイスクリーンに覆われるタッチ層、メッセージ送信端１０２のケース上に設けられているボタン、トラックボール、トラックパッド、外接キーボート、トラックパッドまたはマウスなどあっても良い。該メッセージ送信端１０２は、携帯電話、タブレットコンピュータ、個人デジタルアシスタントであっても良い。

【0013】

一実施例において、メッセージ受信端１０６の構成は図３に示すように、システムバスによって繋いでいるプロセッサ、内蔵メモリ、不揮発性記憶装置、ネットワークインターフェイス、ディスプレイスクリーン、スピーカー及び入力装置を含む。該メッセージ受信端１０６の不揮発性記憶装置にメッセージ処理装置が記憶され、該メッセージ処理装置がメッセージ処理方法を実現することに用いられる。該メッセージ受信端１０６のプロセッサは、計算およびコントロールの能力を提供するために用いられ、メッセージ処理方法を実行するように構成されている。該メッセージ受信端１０６のディスプレイスクリーンは、液晶スクリーン、またはe-inkディスプレイなどであってもよく、該メッセージ受信端１０６の入力装置は、ディスプレイスクリーンに覆われるタッチ層、メッセージ受信端１０６のケース上に設けられているボタン、トラックボール、トラックパッドでも、外接のキーボート、トラックパッドまたはマウスなどであっても良い。該メッセージ受信端１０６は、携帯電話、タブレットコンピュータ、個人デジタルアシスタントであっても良い。該メッセージ受信端１０６はメッセージ送信端１０２と同様なタイプの端末、異なるタイプの端末であっても良い。

【0014】

図４を示すように、一実施例において、メッセージ送信方法を提供し、本実施例は、該方法を上記図１及び図２のメッセージ送信端１０２に応用することを例として説明する。該メッセージ送信端１０２上でアプリケーションが実行されていて、該アプリケーションを通して該メッセージ送信方法を実現する。該方法は具体的に下記のステップ４０２〜ステップ４１４を含む。

【0015】

ステップ４０２において、受信側識別子を取得する。

【0016】

具体的に、受信側識別子は、指定された、メッセージ受信が必要となるユーザのユニーク識別子である。受信側識別子は、数字、アルファベット、句読点の中の少なくとも一種のキャラクタを含むキャラクタ列である。ステップ４０２はステップ４１４の前に実行すればよく、ステップ４０４〜ステップ４１２の任意のステップの前またはその後に実行しても良い。

【0017】

一実施例において、バディリスト表示命令を受信してから、現在のログインに使われるユーザ識別子に対応するバディリストを取得して表示し、そして該当バディリスト内のユーザ識別子を選択する命令を受信してから、該選択命令に基づいて選定されたユーザ識別子を受信側識別子とする。

【0018】

一実施例において、現在のページが通信ダイアログページであれば、現在の通信ダイアログページに対応する通信対象のユーザ識別子を直接に取得して受信側識別子とすることが可能である。例えば、現在のページは図５に示す通信ダイアログページであり、通信対象のユーザのニックネームは「小明」であり、該通信対象がユニークユーザ識別子を有し、該ユーザ識別子を直接に取得して受信側識別子とすることができる。

【0019】

ステップ４０４において、ビジュアル要素の識別子を取得する。

【0020】

ステップ４０４はステップ４１４の前に実行すれば良い。ビジュアル要素は人の目で見えるように表示可能な何かしらの情報を伝えるためのデータを指している。ビジュアル要素は画像または動画ファイルを含むが、それらに限られない。その中の画像のフォーマットはＪＰＥＧフォーマット（一種の画像フォーマット、Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ、即ちジョイント・フォトグラフィック・エキスパート・グループより規格化されている画像圧縮フォーマットである）、ＰＮＧフォーマット（全称がＰｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃ Ｆｏｒｍａｔであり、ポータブル的なネットワークグラフィックスを意味する）またはその他のユーザ定義画像フォーマットを採用しても良い。動画ファイルがＧＩＦフォーマット（全称がＧｒａｐｈｉｃｓ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔであり、グラフィックス交換フォーマットである）、ＳＷＦフォーマット（全称がＳｈｏｃｋ Ｗａｖｅ Ｆｌａｓｈであり、Ａｄｏｂｅ社によって提供されるＦＬＡＳＨ動画ファイルフォーマットである）またはその他のユーザ定義動画フォーマットを採用しても良い。

【0021】

画像は具体的に表情画像であってもよく、動画ファイルは具体的に表情動画ファイルであっても良い。表情画像は、例えば喜怒哀楽などの人間感情を表現する人間の顔画像であってもよく、衣食住などを表現する人間と関連する活動の画像であっても良い。ビジュアル要素の識別子は一個のビジュアル要素をユニーク的に識別するために用いられる。例えば、ビジュアル要素とそれに対応する識別子の対応関係を表１に示すように設定することができる。

【0022】

表１：

【0023】

【表1】

此処のビジュアル要素は、ビジュアル要素のセットから選定された特定のビジュアル要素であっても良い。具体的に現在の通信ダイアログページにビジュアル要素リストを表示してトリガーコントロールを表示することが可能であり、該ビジュアル要素リストに対してトリガーコントロールを表示する操作を検知したときに、ビジュアル要素リストを表示するようにトリガーし、該ビジュアル要素リストのビジュアル要素の選択命令を受信してから、該ビジュアル要素の選択命令に基づいて選定されたビジュアル要素の識別子をビジュアル要素の識別子とする。

【0024】

ステップ４０６において、集音命令を受信する。

【0025】

具体的に、ビジュアル要素の識別子を取得してから自動的に集音命令をトリガーすることができる。これによって操作のステップを省き、操作の便利性を向上することができる。ビジュアル要素リストを表示すると同時に集音トリガーコントロールを表示してもよく、該集音トリガーコントロールに対する操作を検知したとき、集音命令をトリガーする。運動センサーを通して機器の運動軌跡を検知してもよく、運動軌跡とプリセットされた運動軌跡がマッチングしたことを検知した場合に、集音命令をトリガーする。例えばユーザが携帯電話を振ることによって集音命令をトリガーすることができる。

【0026】

ステップ４０８において、集音命令に基づいて音声を集音してオーディオデータを生成する。

【0027】

具体的に、集音命令を受信してから、集音装置、例えばマイクを呼び出して環境音声を集音し、ユーザが話をしたりまたはその他の音響機を借りて発声したりして、集音装置によってユーザの音声または他の音声を集音し、そしてプリセットされたオーディオデータエンコーディング方式で圧縮エンコーディングを行い、オーディオデータを生成する。

【0028】

一実施例において、集音サンプリングレートは、８ｋＨＺ（キロヘルツ）、単一チャネルの方式を採用する。このように異なるオペレーションシステムの互換性の問題が避けられ、同時にオーディオファイルの音声がくっきりであることを保障する前提で、さらにオーディオデータの大きさを圧縮し、通信量と送信時間を省く。

【0029】

一実施例において、ステップ４０８は、具体的に集音命令に応答して集音を開始し、集音停止命令を検知すると集音を停止し、オーディオデータを取得することを含む。具体的に、集音装置によって集音命令を検知した時刻から集音停止命令を検知した時刻までの間の環境音声を集音して、オーディオ圧縮エンコーディングを通して、オーディオデータを生成する。

【0030】

さらに、ユーザが機器のタッチパネルに表示されている集音トリガーコントロールの位置をタッチすることによって集音命令をトリガーすることができ、ユーザが該当集音トリガーコントロールへの押下を保持し、該当集音トリガーコントロールへの押下を取り消すときに集音停止命令をトリガーする。または、ユーザが機器のタッチパネル上に表示されている集音トリガーコントロールの位置を一回にタッチすることによって集音命令をトリガーすることができ、再度タッチしたら集音停止命令をトリガーする。

【0031】

一実施例において、ステップ４０８は、具体的に集音命令に応答して集音及び計時を開始し、プリセット時間に達すると集音を停止し、オーディオデータを取得することを含む。本実施例において、ユーザは集音命令をトリガーすることだけを必要とし、該当集音命令を検知してから計時を開始し、１つのプリセット時間のオーディオデータを集音してから集音を停止し、オーディオデータの大きさを制御するのに有利であり、多くのネットワーク資源の無駄を防ぐ。此処のプリセット時間が５秒〜１分間を採用し、１０秒〜２５秒が好ましい。

【0032】

一実施例において、上記二つの実施例の中のステップ４０８の具体的なステップの組み合わせが可能であり、ステップ４０８は具体的に、集音命令に応答して集音及び計時を開始し、計時がプリセット時間に達していないうちに集音停止命令を検知したら、集音を停止し、オーディオデータを取得することと、計時がプリセット時間に達したれ集音を停止し、オーディオデータを取得することとを含む。

【0033】

ステップ４１０において、オーディオデータをサーバにアップロットして記憶する。

【0034】

具体的に、集音すると同時に自動的に集音されたオーディオデータをグループを分けてサーバ１０４にアップロードし、サーバ１０４が完全なオーディオデータを受信してから記憶して記憶位置識別子を生成する。オーディオデータを生成してから、自動的にオーディオデータをサーバ１０４にアップロットして記憶し、また対応する記憶位置識別子を生成する。

【0035】

記憶位置識別子は、サーバ１０４上の対応するオーディオデータを位置付けることができる完全記憶アドレスであってもよく、オーディオデータの識別番号であってもよく、メッセージ受信端１０６はサーバ１０４に記憶している各々のオーディオデータのデフォルトアドレスをあらかじめ記憶してもよく、デフォルトアドレスとオーディオデータの識別番号との組み合わせで、サーバ１０４上に記憶されたオーディオデータを位置付けることができる。

【0036】

ステップ４１２において、サーバよりフィードバックしたオーディオデータの記憶位置識別子を受信する。

【0037】

サーバ１０４は、オーディオデータの記憶が成功してから、該当オーディオデータをアップロードしたメッセージ送信端１０２に、対応する記憶位置識別子をフィードバックし、メッセージ送信端１０２によって受信する。

【0038】

ステップ４１４において、ビジュアル要素の識別子と記憶位置識別子に基づいてメッセージを生成して受信側識別子に対応するメッセージ受信端に送信し、メッセージ受信端にビジュアル要素を表示させると同時にオーディオデータを再生させるようにする。

【0039】

具体的に、プリセットしたメッセージ構成によって、ビジュアル要素の識別子と記憶位置識別子からプリセットメッセージ構成のメッセージを生成する。此処のプリセットメッセージ構成はＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ、一種の軽量なデータ交換フォーマット）フォーマット、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ、拡張可能なマーク付け言語）フォーマットまたはその他のユーザ定義メッセージフォーマットを採用しても良い。

【0040】

一実施例において、受信側識別子、メッセージタイム、ビジュアル要素の識別子および記憶位置識別子に基づいてメッセージを生成して良い。その中のメッセージタイムは、メッセージを生成する時間を指し、該当メッセージタイムはメッセージ受信端１０６で、相応なメッセージに対応するメッセージタイムを表示することに用いられてもよく、受信されているメッセージを順序付けで表示するのに用いられても良い。一具体的な事例において、生成したメッセージの具体構成は表２に示す。

【0041】

表２：

【0042】

【表2】

メッセージ送信端１０２は、受信側識別子に対応するメッセージ受信端１０６とポイント・ツー・ポイントの接続を確立することができる。それによってポイント・ツー・ポイントの接続を介して直接にメッセージをメッセージ受信端１０６に伝達することができる。送信したメッセージはメッセージ受信端１０６にビジュアル要素を表示するようにトリガーすると同時に、記憶位置識別子に基づいてサーバからダウンロードしたオーディオデータを再生することに用いられる。

【0043】

上記メッセージ送信方法において、ユーザは、ビジュアル要素を選択すると同時に、自分でオーディオデータを録音してサーバにアップロードして記憶することができる。ビジュアル要素の識別子とオーディオデータのサーバでの記憶位置識別子に基づいて生成されたメッセージをメッセージ受信端に送信してから、メッセージ受信端は、ビジュアル要素を表示すると同時に、記憶位置識別子に基づいてサーバから取得したオーディオデータを再生することができる。これによってユーザが一回に送信したメッセージは、ビジュアル要素で表現する情報が伝達できるだけではなく、オーディオデータで伝わる情報も伝達でき、一回に情報を送信することによって伝達する情報量が増え、ユーザ間のコミュニケーションがより素早くになる。

【0044】

一実施例において、ステップ４１４において、ビジュアル要素の識別子、受信側識別子および記憶位置識別子に基づいて、メッセージを生成してサーバに送信し、サーバにメッセージより受信側識別子を取得して対応するメッセージ受信端に送信させるようにすることを含む。

【0045】

具体的に、メッセージ受信端１０６が受信側識別子に基づいてサーバ１０４にログインし、サーバ１０４と持続的な接続を確立して保持する。これによってサーバ１０４が必要に応じて該当持続的な接続を介して直接にメッセージ受信端１０６と通信することが可能である。メッセージ送信端１０２がメッセージをサーバ１０４に送信してから、サーバ１０４はメッセージから受信側識別子を解析し、それによって該当受信側識別子に対応する持続的な接続を介して、該当受信側識別子に対応するメッセージ受信端１０６に該当メッセージを送信する。

【0046】

一実施例において、サーバ１０４は受信側識別子に対応するログイン状態を検知してもよく、ログインしていない状態の場合メッセージをキャッシュし、受信側識別子に対応する状態がログイン済みであることを検知してから、キャッシュされたメッセージを受信側識別子に対応するメッセージ受信端１０６に送信し、ログイン状態がログイン済み状態である場合、直接に該当メッセージを受信側識別子に対応するメッセージ受信端１０６に該当メッセージを送信する。

【0047】

本実施例において、メッセージ送信端１０２とメッセージ受信端１０６は、サーバ１０４を介してメッセージを伝達し、メッセージの伝達の効率と品質を保証することができる。

【0048】

一実施例において、ステップ４１４の前またはその後には、ビジュアル要素を表示し、同時にローカルで集音した音声によって形成されたオーディオデータを再生することをさらに含む。本実施例において、ローカルで自動的にビジュアル要素を表示し、またそれに対応するオーディオデータを再生することによって、ユーザが即時に送信したメッセージによって達された効果を知ることができ、そして必要に応じてメッセージの送信をキャンセルすることができ、操作の便利性を向上する。

【0049】

下記でひとつの具体的な応用場面を用いて上記のメッセージ送信方法の原理を説明する。この応用場面で第１携帯電話をメッセージ送信端として、第２携帯電話をメッセージ受信端として説明する。具体的に下記のステップを含む。

【0050】

図６を参照し、第１ユーザが第１携帯電話を操作し、第１携帯電話でインスタントメッセージングアプリケーションを実行して、通信ダイアログページに入り、第１ユーザが表情動画選択キー６０２をクリックし、表示されている表情動画リストから爆弾を投げるという動画を選択して指定表情動画とする。その後第１ユーザが録音キー６０４を押し続き、話しを開始し、「機嫌が悪い、構わないで！」、その後に録音キー６０４を放して、このように第１携帯電話はマイクによって録音キー６０４を押してから放すまでの間にユーザの話しを集音して、音声データを生成する。第１携帯電話は、音声データをサーバにアップロードして記憶して、またサーバよりフィードバックした音声データの記憶アドレスを受信する。第１携帯電話は表２に示すメッセージ構成に従ってメッセージを作成してサーバに送信し、サーバでメッセージからり受信側識別子を解析して対応する第２携帯電話に送信する。

【0051】

図７を参照し、第２ユーザが第２携帯電話を操作し、第２携帯電話でインスタントメッセージングアプリケーションを実行して、通信ダイアログページに入る。第２携帯電話が第１携帯電話より送信されたメッセージを受信してから、該当メッセージを解析して爆弾を投げるという動画の識別子及びサーバに保存する音声データの記憶アドレスを取得する。第２携帯電話は、該当記憶アドレスに基づいてサーバから対応する音声データをダウンロードし、そして通信ダイアログページに爆弾を投げるという動画を表示すると同時に、ダウンロードした音声データを再生する。このように第２ユーザは第１ユーザから自分に爆弾を投げるとのいう動画を送信したことを見当たるだけではなく、付随した音声内容が「機嫌が悪い、構わないで！」であることも聞こえ、このように第２ユーザは第１ユーザから自分に爆弾を投げるという動画を送信する意味を分かり、誤解を生じない。

【0052】

図８に示すように、一実施例において、メッセージ処理方法を提供し、本実施例が該方法を用いて上記の図１及び図３の中のメッセージ受信端１０６に応用されることを例として説明する。該方法は、メッセージ送信端１０２が上記のメッセージ送信方法のステップ４１４を実行してから、メッセージ受信端１０６で実行される。該メッセージ受信端１０６にはアプリケーションが実行され、該当アプリケーションで該メッセージ処理方法を実現する。該メッセージ処理方法は具体的に下記のステップ８０２〜ステップ８０８を含む。

【0053】

ステップ８０２において、メッセージを受信する。

【0054】

具体的に、メッセージ送信端１０２は、受信側識別子に対応するメッセージ受信端１０６とポイント・ツー・ポイントの接続を確立することができ、それによってポイント・ツー・ポイントの接続を介して直接にメッセージをメッセージ受信端１０６に伝達することができ、メッセージ受信端１０６がメッセージ送信端１０２よりポイント・ツー・ポイントの接続を介して送信されたメッセージを受信することができる。

【0055】

メッセージ送信端１０２は、ビジュアル要素の識別子と記憶位置識別子に基づいてメッセージを生成してサーバ１０４に送信することができ、サーバ１０４にメッセージから受信側識別子を取得してそれに対応するメッセージ受信端１０６に送信させ、それに応じて、メッセージ受信端１０６がサーバ１０４より送信されたメッセージを受信することができる。

【0056】

ステップ８０４において、メッセージを解析し、ビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得する。

【0057】

具体的に、メッセージ送信端１０２はプリセットしたメッセージ構成に従って、ビジュアル要素の識別子と記憶位置識別子からプリセットしたメッセージ構成のメッセージを生成し、それに応じて、メッセージ受信端１０６がプリセットしたメッセージ構成に従ってメッセージを解析し、メッセージからビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得する。その中のプリセットメッセージ構成はＪＳＯＮフォーマット、ＸＭＬフォーマットまたはその他のユーザ定義メッセージフォーマットを採用しても良い。サーバに記憶されているオーディオデータはメッセージ送信端１０２により集音されてサーバにアップロードしているものである。

【0058】

ステップ８０６において、ビジュアル要素の識別子に基づいてビジュアル要素を取得し、記憶位置識別子に基づいてサーバからオーディオデータをダウンロードする。

【0059】

具体的に、メッセージ受信端１０６は、ビジュアル要素の識別子に基づいてローカルで対応するビジュアル要素を検索することができ、見当たらない場合にはサーバ１０４に該当ビジュアル要素の識別子を載せている取得要求を送信し、サーバ１０４より該当取得要求に基づいて検索してフィードバックしたビジュアル要素の識別子に対応するビジュアル要素を受信する。

【0060】

記憶位置識別子は、サーバ１０４上の対応するオーディオデータを位置付けることができる完全記憶アドレスであってもよく、このように、メッセージ受信端１０６は直接に該当完全記憶アドレスに基づいて対応するオーディオデータをダウンロードするようにサーバ１０４に要求することができる。記憶位置識別子がオーディオデータの識別番号であっても良く、これによってメッセージ受信端１０６は予めサーバ１０４に記憶した各々のオーディオデータのデフォルトアドレスを取得し、該当デフォルトアドレスとオーディオデータの識別番号と組み合わせ、オーディオデータの完全記憶アドレスを取得し、そしてメッセージ受信端１０６が該当完全記憶アドレスに基づいて対応するオーディオデータをダウンロードするようにサーバ１０４に要求することができる。

【0061】

ステップ８０８において、ビジュアル要素を表示し、同時にオーディオデータを再生する。

【0062】

ビジュアル要素は画像または動画ファイルであってもよく、メッセージ受信端１０６は、現在の通信ダイアログページにビジュアル要素を表示すると同時に、オーディオデータをデコーディングしてローカルのスピカーで再生する。ビジュアル要素が動画ファイルである場合にはサイクル再生して表示することが可能であり、またはサイクル再生表示がプリセットした回数に達してから再生を停止することが可能である。ユーザはメッセージ送信端１０２より送信されたビジュアル要素をチェックすることができるだけではなく、付随するオーディオデータの内容も聞こえる。

【0063】

一実施例において、オーディオデータ再生のサンプリングレートは８ｋＨＺ、単一チャネルの方式を採用する。このように異なるオペレーションシステムの互換性の問題が避けられ、同時にオーディオファイルの音声がくっきりであることを保障する前提で、さらにオーディオデータの大きさを圧縮し、通信量と送信時間を省く。

【0064】

上記メッセージ処理方法において、メッセージがビジュアル要素の識別子とサーバに記憶しているオーディオデータの記憶位置識別子に基づいて生成され、これによって一回に送信したメッセージを伝達してから、ビジュアル要素を取得しまた対応するオーディオデータをダウンロードすることができ、ビジュアル要素を表示することと同時にオーディオデータを再生する。これによってユーザが一回に受信したメッセージは、ビジュアル要素で表現する情報が伝達できるだけではなく、オーディオデータで伝わる情報も伝達でき、一回に情報を送信することによって伝達する情報量が増え、ユーザ間のコミュニケーションがより素早くになる。

【0065】

図９に示すように、もう１つの実施例において、メッセージ処理方法を提供し、具体的に下記のステップ９０２〜ステップ９１６を含む。

【0066】

ステップ９０２において、メッセージを受信する。

【0067】

具体的に、メッセージ受信端１０６は、メッセージ送信端１０２がポイント・ツー・ポイントの接続を介して送信したメッセージを受信することができ、またはサーバ１０４がメッセージ送信端１０２より送信されたメッセージから受信側識別子を取得してから、該当受信側識別子に基づいて転送したメッセージを受信することができる。

【0068】

ステップ９０４において、メッセージを解析し、ビジュアル要素の識別子、受信側識別子及びサーバに記憶されているオーディオデータの記憶位置識別子を取得する。

【0069】

具体的に、メッセージ送信端１０２は、プリセットしたメッセージ構成に従って、ビジュアル要素の識別子と記憶位置識別子からプリセットしたメッセージ構成のメッセージを生成し、それに応じて、メッセージ受信端１０６がプリセットしたメッセージ構成に従ってメッセージを解析し、メッセージからビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得する。その中のプリセットメッセージ構成はＪＳＯＮフォーマット、ＸＭＬフォーマットまたはその他のユーザ定義メッセージフォーマットを採用しても良い。サーバに記憶されているオーディオデータはメッセージ送信端１０２より集音されてサーバにアップロードしているものである。

【0070】

一実施例においてメッセージからメッセージタイムを解析することもでき、該当メッセージタイムはメッセージ受信端１０６で、相応なメッセージに対応するメッセージタイムを表示するのに用いられてもよく、受信されているメッセージを順序付けで表示するのに用いられても良い。

【0071】

ステップ９０６において、ビジュアル要素の識別子及び／或いは受信側識別子が検証条件を満たすか否かを判断することによって検証を行い、検証が通った場合ステップ９０８を実行し、検証が通らない場合ステップ９１６を実行する。

【0072】

此処の検証はデータの一致性検証であり、検証条件はデータの一致性検証条件である。検証条件は、ビジュアル要素の識別子が現在ビジュアル要素を表示するためのアプリケーションのサポートするビジュアル要素識別子のセットに存在しているか、及び／或いは、受信側識別子が現在ログインしているユーザ識別子とマッチングしているかを含む。

【0073】

ここで、サポートするビジュアル要素識別子のセットは、現在ビジュアル要素を表示するためのアプリケーションが、ビジュアル要素識別子のセットの任意な識別子に対応するビジュアル要素をサポートすることができるものを指している。ビジュアル要素の識別子が該当サポートするビジュアル要素識別子のセットに存在していることは、該当ビジュアル要素が該当アプリケーションに適していることを示す。ビジュアル要素識別子がビジュアル要素識別子のセットに存在しているかを検証することによって、現在のアプリケーションがビジュアル要素の表示をサポートすることを保証することができる。

【0074】

現在のログインしているユーザ識別子は、ユーザが通信するためのログインに使用するユーザ識別子を指している。受信側識別子と現在ログインしているユーザ識別子をマッチングし、受信側識別子と該当ユーザ識別子が完全に一致することであってもよく、該当受信側識別子と該当ユーザ識別子が関連することであってもよい。受信側識別子と現在のログインしているユーザ識別子がマッチングしているかを検証することによって、メッセージ受信端１０６で受信したメッセージが確かに自分に送信しているものであることを保証し、間違いを避けることができる。

【0075】

ステップ９０８において、ビジュアル要素の識別子に基づいてビジュアル要素を取得し、記憶位置識別子に基づいてサーバからオーディオデータをダウンロードする。

【0076】

具体的に、メッセージ受信端１０６は、ビジュアル要素の識別子に基づいてローカルで対応するビジュアル要素を検索することができ、見当たらない場合サーバ１０４に該当ビジュアル要素の識別子を載せている取得要求を送信し、サーバ１０４より該当取得要求に基づいて検索してフィードバックしたビジュアル要素の識別子に対応するビジュアル要素を受信する。

【0077】

記憶位置識別子は、サーバ１０４上の対応するオーディオデータを位置付けることができる完全記憶アドレスであってもよく、このように、メッセージ受信端１０６は、直接に該当完全記憶アドレスに基づいて対応するオーディオデータをダウンロードするようにサーバ１０４に要求することができる。記憶位置識別子は、オーディオデータの識別番号であっても良く、このようにメッセージ受信端１０６は予め記憶したサーバ１０４に記憶した各々のオーディオデータのデフォルトアドレスを取得することができ、該当デフォルトアドレスとオーディオデータの識別番号と組み合わせ、オーディオデータの完全記憶アドレスを取得し、そしてメッセージ受信端１０６が該当完全記憶アドレスに基づいて対応するオーディオデータをダウンロードするようにサーバ１０４に要求することができる。

【0078】

ステップ９１０において、オーディオデータをダウンロードしてから、未読メッセージプロンプトを表示する。

【0079】

未読メッセージプロンプトは、まだローカルで表示されていないメッセージが存在していることをプロンプトするのを指し、テキスト形式のプロンプトであってもよく、例えばシステム通知欄に「あなたに一件の未読メッセージがある」、グラフィックス形式のプロンプトであっても良く、例えば、プロフィール画像上のプリセット位置にプリセットした形のグラフィックスを表示することができ、具体的に丸い点であっても良い。ダウンロードが成功してからユーザに未読メッセージの存在をプロンプトすることを採用し、ダウンロード失敗による再生時の音が出ないという問題を避けることができる。

【0080】

ステップ９１２において、未読メッセージプロンプトに対するメッセージ読みトリガー命令を検知し、該メッセージ読みトリガー命令を検知したらステップ９１４を実行する。

【0081】

具体的に、ユーザが未読メッセージプロンプトをクリックすることができ、それによって対応するメッセージ読みトリガー命令をトリガーし、ユーザが「未読メッセージチェック」とのプリセットしたリンクまたはボタンをクリックすることによって、メッセージ読みトリガー命令をトリガーすることもできる。該当メッセージ読みトリガー命令を検知したらステップ９１４をトリガーする。検知されなければ検知し続き、メッセージ読みトリガー命令を検知してからステップ９１４を実行する。

【0082】

ステップ９１４において、ビジュアル要素を表示し、同時にオーディオデータを再生する。

【0083】

ビジュアル要素は画像または動画ファイルであってもよく、メッセージ受信端１０６は現在の通信ダイアログページにビジュアル要素を表示すると同時に、オーディオデータをデコーディングしてローカルのスピカーで再生する。ユーザはメッセージ送信端１０２より送信されたビジュアル要素をチェックすることができるだけではなく、付随するオーディオデータの内容も聞こえる。

【0084】

ステップ９１６において、フローを終了する。

【0085】

具体的に、検証が通らない場合、現在受信したメッセージが間違いであることを示し、表示する必要がなく、フローを直接に終了してもよく、またはメッセージ受信がエラーになったというプロンプトを表示してからフローを終了しても良い。

【0086】

本実施例において、データの一致性検証によって、現在アプリケーションがビジュアル要素の表示をサポートするのを保証することが可能であり、またメッセージが確かに自分に送信しているものであり、メッセージ受信の間違いを避けることができる。オーディオデータをダウンロードしてから、未読メッセージプロンプトを表示し、未読メッセージプロンプトに対するメッセージ読みトリガー命令を検知してからビジュアル要素を表示して対応するオーディオデータを再生し、ユーザの現在の動きを邪魔することを避けることができ、メッセージに載せている情報が正しく伝わることを保証する。

【0087】

一実施例において、ステップ９１０は具体的にオーディオデータをダウンロードしてから、現在のページがプリセットメッセージ表示ページであるか否かを判断することを含み、現在のページがプリセットメッセージ表示ページである場合、ステップ９１４を実行し、現在のページがプリセットメッセージ表示ページでない場合、現在のページのプリセットメッセージ表示画面に入るようにトリガーするためのプリセット位置に未読メッセージプロンプトを表示する。

【0088】

具体的に、現在のページはメッセージ受信端１０６に現在表示されているページであり、該当ページがプリセットメッセージ表示ページである場合、例えば通信ダイアログページまたはバディ詳細情報ページである場合、直接にビジュアル要素を表示してそれに対応するオーディオデータを再生することができる。プリセットメッセージ表示ページではない場合、ユーザが現在該当メッセージを読むことができないことを示し、現在のページのプリセット位置に未読メッセージプロンプトを表示することができ、該当プリセット位置がプリセットメッセージ表示ページに入るようにトリガーする位置である。これによってユーザに現在存在している未読のメッセージをプロンプトすることができるだけではなく、ユーザの現在の動きを邪魔することを避けることができ、メッセージに載せている情報が正しく伝わることを保証し、ユーザにプリセットメッセージ表示ページへの入り口をプロンプトし、ユーザに対応するページに入って関連内容をチェックするようにプロンプトすることもできる。

【0089】

一実施例において、現在のページから直接にプリセットメッセージ表示ページに入ることができない場合、現在のページに、またはプリセットメッセージ表示ページに遷移する各ページの次のレベルのページに入るようにトリガーするためのプリセット位置に、未読メッセージプロンプトを表示することができる。該当未読メッセージプロンプトはグラフィックス形式のプロンプトが好ましい。

【0090】

一の実施例において、該メッセージ処理方法はさらに、メッセージの解析によって記憶位置識別子を取得できない場合、ビジュアル要素に対応するデフォルトのオーディオデータを取得し、ビジュアル要素を表示し、同時にデフォルトのオーディオデータを再生することを含む。

【0091】

具体的に、メッセージの記憶位置識別子に対応する属性の属性値が空であってもよく、これによってメッセージの解析は記憶位置識別子を取得することができない。記憶位置識別子が取得できないのは、メッセージ送信端１０２がオーディオデータを録音していないことを示し、その時に直接にデフォルトのオーディオデータを取得して、ビジュアル要素を表示すると同時にデフォルトのオーディオデータを再生しても良い。例えば、爆弾を投げる表情動画のデフォルトのオーディオデータで表現する音が爆弾の爆発音であり、ユーザがオーディオデータを録音していなければ、爆弾を投げる表情動画を表示すると同時に爆弾の爆発音を再生する。

【0092】

図１０に示すように、一実施例において、メッセージ送信装置１０００を提供していて、上記の各々の実施例のメッセージ送信方法を実現するための機能を備えている。該メッセージ送信装置１０００は第１取得モジュール１００１、第２取得モジュール１００２、集音命令受信モジュール１００３、集音モジュール１００４、アップロードモジュール１００５、記憶位置識別子受信モジュール１００６及びメッセージ処理モジュール１００７を含む。

【0093】

第１取得モジュール１００１は、受信側識別子の取得に用いられる。

【0094】

具体的に、受信側識別子は、指定したメッセージ受信が必要となるユーザのユニーク識別子である。受信側識別子は数字、アルファベット、句読点の中の少なくとも一種のキャラクタを含むキャラクタ列である。第１取得モジュール１００１は、メッセージ処理モジュール１００７がジュアル要素の識別子と記憶位置識別子に基づいてメッセージを生成する前の任意時刻に、受信側識別子の取得を実行することに用いられることが可能である。

【0095】

一実施例において、第１取得モジュール１００１はバディリストの表示命令を受信した後に、現在のログインに使われるユーザ識別子に対応するバディリストを取得して表示し、そして該当バディリスト内のユーザ識別子の選択命令を受信してから、該選択命令に基づいて選定されたユーザ識別子を受信側識別子とする。

【0096】

一実施例において、現在のページが通信ダイアログページであれば、第１取得モジュール１００１は現在の通信ダイアログページに対応する通信対象のユーザ識別子を直接に取得して受信側識別子とすることが可能である。例えば、現在のページは図５に示している通信ダイアログページで、通信対象のユーザのニックネームが「小明」であり、該通信対象がユニークユーザ識別子を持っていて、該ユーザ識別子を直接に取得して受信側識別子とすることができる。

【0097】

第２取得モジュール１００２は、ビジュアル要素の識別子の取得に用いられる。

【0098】

具体的に、ビジュアル要素は人の目で見えるように表示可能な何かしらの情報を伝えるためのデータを指している。ビジュアル要素は画像または動画ファイルを含むが、それらに限られない。その中の画像のフォーマットはＪＰＥＧフォーマット、ＰＮＧフォーマットまたはその他のユーザ定義画像フォーマットを採用しても良い。動画ファイルがＧＩＦフォーマット、ＳＷＦフォーマットまたはその他のユーザ定義動画フォーマットを採用しても良い。

【0099】

画像は具体的に表情画像であってもよく、動画ファイルは具体的に表情動画ファイルであっても良い。表情画像は例えば喜怒哀楽などの人間感情を表現する人間の顔画像であってもよく、衣食住などを表現する人間と関係する活動の画像であっても良い。ビジュアル要素の識別子は一個のビジュアル要素をユニーク的に識別するために用いられる。

【0100】

此処のビジュアル要素はビジュアル要素のセットから選定された特定のビジュアル要素であっても良い。具体的に第２取得モジュール１００２は現在の通信ダイアログページにビジュアル要素リストを表示してトリガーコントロールを表示することに用いられることが可能である。該ビジュアル要素リストに対してトリガーコントロールを表示する操作を検知したときに、ビジュアル要素リストを表示するようにトリガーし、該ビジュアル要素リストのビジュアル要素の選択命令を受信してから、該ビジュアル要素の選択命令に基づいて選定されたビジュアル要素の識別子をビジュアル要素の識別子とする。

【0101】

集音命令受信モジュール１００３は、集音命令の受信に用いられる。

【0102】

具体的に、集音命令受信モジュール１００３は、ビジュアル要素の識別子を取得してから自動的に集音命令をトリガーすることに用いられることが可能である。これによって操作のステップを省き、操作の便利性を向上することができる。集音命令受信モジュール１００３はさらに、ビジュアル要素リストを表示すると同時に集音トリガーコントロールを表示することにも用いられることも可能である。該集音トリガーコントロールに対する操作を検知したとき、集音命令をトリガーする。集音命令受信モジュール１００３はさらに、運動センサーを通して機器の運動軌跡を検知することにも用いられることも可能であり、運動軌跡とプリセットされた運動軌跡とマッチングすることを検知した場合に、集音命令をトリガーする。例えばユーザが携帯電話を振ることによって集音命令をトリガーすることができる。

【0103】

集音モジュール１００４は、集音命令に基づいて音声を集音してオーディオデータを生成することに用いられる。

【0104】

具体的に、集音モジュール１００４は集音命令を受信してから、集音装置例えばマイクを呼び出して環境音声を集音し、ユーザが話をしたりまたはその他の音響機を借りて発声したりして、集音装置にユーザの音声または他の音声を集音し、そしてプリセットされたオーディオデータエンコーディング方式で圧縮エンコーディングを行い、オーディオデータを生成することに用いられる。

【0105】

一実施例において、集音モジュール１００４は、具体的に集音命令に応答して集音を開始し、集音停止命令を検知すると集音を停止し、オーディオデータを取得する。具体的に、集音装置によって集音命令を検知した時刻から集音停止命令を検知した時刻までの間の環境音声を集音して、オーディオ圧縮エンコーディングを通して、オーディオデータを生成する。

【0106】

さらに、ユーザが機器のタッチパネルに表示されている集音トリガーコントロールの位置をタッチすることによって集音命令をトリガーすることができ、ユーザが該当集音トリガーコントロールへの押下を保持し、該当集音トリガーコントロールへの押下を取り消すときに集音停止命令をトリガーする。または、ユーザが機器のタッチパネル上に表示されている集音トリガーコントロールの位置を一回にタッチすることによって集音命令をトリガーすることができ、再度タッチしたら集音停止命令をトリガーする。

【0107】

一実施例において、集音モジュール１００４は具体的に、集音命令に応答して集音及び計時を開始し、プリセット時間に達すると集音を停止し、オーディオデータを取得することに用いられる。本実施例において、ユーザは集音命令をトリガーすることだけを必要として、該当集音命令を検知してから計時を開始し、１つのプリセット時間のオーディオデータを集音してから集音を停止し、オーディオデータの大きさを控えるのに有利であり、多くのネットワーク資源の無駄を防ぐ。此処のプリセット時間が５秒〜１分間を採用し、１０秒〜２５秒が好ましい。

【0108】

一実施例において、集音モジュール１００４は具体的に、集音命令に応答して集音及び計時を開始し、計時がプリセット時間に到達していないうちに集音停止命令を検知してから集音を停止し、オーディオデータを取得すること、計時がプリセット時間に到達する時に集音を停止し、オーディオデータを取得することに用いられる。

【0109】

アップロードモジュール１００５は、オーディオデータをサーバにアップロードすることに用いられる。

【0110】

具体的に、アップロードモジュール１００５は、集音すると同時に自動的に集音されたオーディオデータをグループを分けてサーバ１０４にアップロードすることに用いられることが可能であり、サーバ１０４が完全なオーディオデータを受信してから記憶して記憶位置識別子を生成する。アップロードモジュール１００５は、オーディオデータを生成してから、自動的にオーディオデータをサーバ１０４にアップロットして記憶し、また対応する記憶位置識別子を生成することにも用いられることが可能である。

【0111】

記憶位置識別子は、サーバ１０４上の対応するオーディオデータを位置付けることができる完全記憶アドレスであってもよく、オーディオデータの識別番号であってもよく、メッセージ受信端１０６はサーバ１０４に記憶している各々のオーディオデータのデフォルトアドレスをあらかじめ記憶してもよく、デフォルトアドレスとオーディオデータの識別番号との組み合わせで、サーバ１０４上に記憶されたオーディオデータにマッピングすることができる。

【0112】

記憶位置識別子受信モジュール１００６は、サーバよりフィードバックしたオーディオデータの記憶アドレスを受信することに用いられる。

【0113】

サーバ１０４は、オーディオデータの記憶が成功してから、該当オーディオデータをアップロードしたメッセージ送信端１０２に、対応する記憶位置識別子をフィードバックし、記憶位置識別子受信モジュール１００６は該当記憶位置識別子を受信することに用いられる。

【0114】

メッセージ処理モジュール１００７は、ビジュアル要素の識別子と記憶位置識別子に基づいてメッセージを生成して受信側識別子に対応するメッセージ受信端に送信し、メッセージ受信端にビジュアル要素を表示させると同時にオーディオデータを再生させるようにすることに用いられる。

【0115】

具体的に、メッセージ処理モジュール１００７はプリセットしたメッセージ構成に従って、ビジュアル要素の識別子と記憶位置識別子からプリセットメッセージ構成のメッセージを生成することに用いられる。此処のプリセットメッセージ構成はＪＳＯＮフォーマット、ＸＭＬフォーマットまたはその他のユーザ定義メッセージフォーマットを採用しても良い。

【0116】

一実施例において、メッセージ処理モジュール１００７はさらに、受信側識別子、メッセージタイム、ビジュアル要素の識別子および記憶位置識別子に基づいてメッセージを生成することにも用いられる。その中のメッセージタイムは、メッセージを生成する時間を指し、該当メッセージタイムはメッセージ受信端１０６で、相応なメッセージに対応するメッセージタイムを表示することに用いられてもよく、受信されているメッセージを順序付けで表示するのもに用いられても良い。

【0117】

メッセージ処理モジュール１００７は受信側識別子に対応するメッセージ受信端１０６とポイント・ツー・ポイントの接続を確立することに用いられることができ、それによってポイント・ツー・ポイントの接続を介して直接にメッセージをメッセージ受信端１０６に伝達することができる。送信したメッセージはメッセージ受信端１０６にビジュアル要素を表示するようにトリガーすると同時に、記憶位置識別子に基づいてサーバからダウンロードしたオーディオデータを再生することに用いられる。

【0118】

メッセージ送信装置１０００において、ユーザは、ビジュアル要素を選択すると同時に、自分でオーディオデータを録音してサーバにアップロードして記憶することができる。ビジュアル要素の識別子とオーディオデータのサーバでの記憶位置識別子に基づいて生成されたメッセージをメッセージ受信端に送信してから、メッセージ受信端は、ビジュアル要素を表示すると同時に、記憶位置識別子に基づいてサーバから取得したオーディオデータを再生することができる。これによってユーザが一回に送信したメッセージは、ビジュアル要素で表現する情報が伝達できるだけではなく、オーディオデータで伝わる情報も伝達でき、一回に情報を送信することによって伝達する情報量が増え、ユーザ間のコミュニケーションがより素早くになる。

【0119】

一実施例において、メッセージ処理モジュール１００７は、ビジュアル要素の識別子、受信側識別子および記憶位置識別子に基づいて、メッセージを生成してサーバに送信し、サーバにメッセージより受信側識別子を取得して対応するメッセージ受信端に送信させるようにすることに用いられる。

【0120】

具体的に、メッセージ受信端１０６が受信側識別子に基づいてサーバ１０４にログインし、サーバ１０４と持続的な接続を確立して保持する。これによってサーバ１０４が必要に応じて該当持続的な接続を介して直接にメッセージ受信端１０６と通信することが可能である。メッセージ送信端１０２がメッセージをサーバ１０４に送信してから、サーバ１０４はメッセージより受信側識別子を解析し、それによって該当受信側識別子に対応する持続的な接続を介して、該当受信側識別子に対応するメッセージ受信端１０６に該当メッセージを送信する。

【0121】

一実施例において、サーバ１０４は受信側識別子に対応するログイン状態を検知してもよく、ログインしていない状態の場合メッセージをキャッシュし、受信側識別子に対応する状態がログイン済みであることを検知してから、キャッシュされたメッセージを受信側識別子に対応するメッセージ受信端１０６に送信し、ログイン状態がログイン済み状態である場合、直接に該当メッセージを受信側識別子に対応するメッセージ受信端１０６に該当メッセージを送信する。

【0122】

本実施例において、メッセージ受信端１０６は、サーバ１０４を介してメッセージを伝達し、メッセージの伝達の効率と品質を保証することができる。

【0123】

一実施例において、メッセージ処理モジュール１００７はさらに、ビジュアル要素の識別子と記憶位置識別子に基づいてメッセージを生成して受信側識別子に対応するメッセージ受信端に送信する前にまたはその後に、ビジュアル要素を表示し、同時にローカルで集音した音声によって形成されたオーディオデータを再生することにも用いられることも可能である。本実施例において、ローカルで自動的にビジュアル要素を表示し、またそれに対応するオーディオデータを再生することによって、ユーザが即時に送信したメッセージによって達された効果を知ることができ、そして必要に応じてメッセージの送信をキャンセルすることができ、操作の便利性を向上する。

【0124】

図１１に示すように、一実施例において、メッセージ処理装置１１００を提供し、上記の各々の実施例のメッセージ送信方法を実現するための機能を備えている。メッセージ処理装置１１００は、メッセージ受信モジュール１１０１、メッセージ解析モジュール１１０２、ビジュアル要素取得モジュール１１０３、ダウンロードモジュール１１０４及びメッセージ処理実行モジュール１１０５を含む。

【0125】

メッセージ受信モジュール１１０１はメッセージの受信に用いられる。具体的に、メッセージ受信モジュール１１０１は、メッセージ送信端１０２よりポイント・ツー・ポイントの接続を介して送信されたメッセージを受信することに用いられることが可能であり、さらにサーバ１０４がメッセージ送信端１０２より送信されたメッセージから受信側識別子を取得してから、該当受信側識別子に基づいて転送したメッセージを受信することにも用いられることが可能である。

【0126】

メッセージ解析モジュール１１０２は、メッセージを解析し、ビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得することに用いられる。

【0127】

具体的に、メッセージ送信端１０２は、プリセットしたメッセージ構成に従って、ビジュアル要素の識別子と記憶位置識別子からプリセットしたメッセージ構成のメッセージを生成し、それに応じて、メッセージ解析モジュール１１０２は、プリセットしたメッセージ構成に従ってメッセージを解析し、メッセージからビジュアル要素の識別子とサーバに記憶されているオーディオデータの記憶位置識別子を取得することに用いられる。その中プリセットメッセージ構成はＪＳＯＮフォーマット、ＸＭＬフォーマットまたはその他のユーザ定義メッセージフォーマットを採用しても良い。

【0128】

ビジュアル要素取得モジュール１１０３は、ビジュアル要素の識別子に基づいてビジュアル要素を取得することに用いられる。

【0129】

具体的に、ビジュアル要素取得モジュール１１０３は、ビジュアル要素の識別子に基づいてローカルで対応するビジュアル要素を検索することに用いられることが可能であり、見当たらない場合サーバ１０４に該当ビジュアル要素の識別子を載せている取得要求を送信し、サーバ１０４より該当取得要求に基づいて検索してフィードバックしたビジュアル要素の識別子に対応するビジュアル要素を受信する。

【0130】

ダウンロードモジュール１１０４は、記憶位置識別子に基づいてサーバからオーディオデータをダウンロードすることに用いられる。記憶位置識別子は、サーバ１０４上の対応するオーディオデータを位置付けることができる完全記憶アドレスであってもよく、このようにダウンロードモジュール１１０４は、直接に該当完全記憶アドレスに基づいて対応するオーディオデータをダウンロードするようにサーバ１０４に要求することに用いられる。記憶位置識別子がオーディオデータの識別番号であっても良く、これによってダウンロードモジュール１１０４は、予め記憶したサーバ１０４に記憶した各々のオーディオデータのデフォルトアドレスを取得し、該当デフォルトアドレスとオーディオデータの識別番号と組み合わせ、オーディオデータの完全記憶アドレスを取得することに用いられ、ダウンロードモジュール１１０４は該当完全記憶アドレスに基づいて対応するオーディオデータをダウンロードするようにサーバ１０４に要求することに用いられる。

【0131】

メッセージ処理実行モジュール１１０５は、ビジュアル要素を表示し、同時にオーディオデータを再生することに用いられる。ビジュアル要素は画像または動画ファイルであってもよく、メッセージ処理実行モジュール１１０５は現在の通信ダイアログページにビジュアル要素を表示すると同時に、オーディオデータをデコーディングしてローカルのスピカーで再生することに用いられることが可能である。ユーザはメッセージ送信端１０２より送信されたビジュアル要素をチェックすることができるだけではなく、付随するオーディオデータの内容も聞こえる。

【0132】

上記のメッセージ処理装置１１００において、メッセージは、ビジュアル要素の識別子とサーバに記憶しているオーディオデータの記憶位置識別子に基づいて生成され、これによって一回に送信されたメッセージを受信してから、ビジュアル要素を取得してまた対応するオーディオデータをダウンロードすることができ、ビジュアル要素を表示することと同時にオーディオデータを再生する。これによってユーザが一回に受信したメッセージは、ビジュアル要素で表現する情報が伝達できるだけではなく、オーディオデータで伝わる情報も伝達でき、一回に情報を送信することによって伝達する情報量が増え、ユーザ間のコミュニケーションがより素早くになる。

【0133】

図１２に示すように、一実施例において、メッセージ解析モジュール１１０２はさらに、メッセージを解析し、ビジュアル要素の識別子、受信側識別子及びサーバに記憶されているオーディオデータの記憶位置識別子を取得することに用いられる。該メッセージ処理装置１１００はさらに検証モジュール１１０６を含み、ビジュアル要素の識別子及び／或いは受信側識別子が検証条件を満たすか否かを判断することによって検証を行うことに用いられる。ビジュアル要素取得モジュール１１０３はさらに、検証が通ってからビジュアル要素識別子に基づいてビジュアル要素を取得することに用いられる。ダウンロードモジュール１１０４はさらに、検証が通ってから記憶位置識別子に基づいてサーバからオーディオデータをダウンロードすることにも用いられる。

【0134】

此処の検証はデータの一致性検証であり、検証条件はデータの一致性検証条件である。検証条件は、ビジュアル要素の識別子が現在ビジュアル要素を表示するためのアプリケーションのサポートするビジュアル要素識別子のセットに存在しているか、及び／或いは、受信側識別子が現在ログインしているユーザ識別子とマッチングしているかを含む。

【0135】

その中、サポートするビジュアル要素識別子のセットは、現在ビジュアル要素を表示するためのアプリケーションが、ビジュアル要素識別子のセットの任意な識別子に対応するビジュアル要素をサポートすることができるものを指している。ビジュアル要素の識別子が該当サポートするビジュアル要素識別子のセットに存在していることは、該当ビジュアル要素が該当アプリケーションに適していることを示す。ビジュアル要素識別子がビジュアル要素識別子のセットに存在しているかを検証することによって、現在のアプリケーションがビジュアル要素の表示をサポートすることを保証することができる。

【0136】

現在のログインしているユーザ識別子は、ユーザが通信するためのログインに使用するユーザ識別子を指している。受信側識別子と現在ログインしているユーザ識別子をマッチングし、受信側識別子と該当ユーザ識別子が完全に一致することであってもよく、該当受信側識別子と該当ユーザ識別子が関連することであってもよい。受信側識別子と現在のログインしているユーザ識別子がマッチングしているかを検証することによって、メッセージ受信端１０６で受信したメッセージが確かに自分に送信しているものであることを保証し、間違いを避けることができる。

【0137】

図１３に示すように、一実施例において、該メッセージ処理装置１１００はさらにプロンプトモジュール１１０７を含み、オーディオデータをダウンロードしてから、未読メッセージプロンプトを表示することに用いられる。メッセージ処理実行モジュール１１０５はさらに、未読メッセージプロンプトに対するメッセージ読みトリガー命令を検知してから、ビジュアル要素を表示し、同時にオーディオデータを再生するこにも用いられる。

【0138】

未読メッセージプロンプトは、まだローカルで表示されていないメッセージが存在していることをプロンプトするのを指し、テキスト形式のプロンプトであってもよく、グラフィックス形式のプロンプトであっても良い。ダウンロードが成功してからユーザに未読メッセージの存在をプロンプトすることを採用し、ダウンロード失敗による再生時の音が出ないという問題を避けることができる。

【0139】

一実施例において、プロンプトモジュール１１０７はさらに、オーディオデータをダウンロードしてから、現在のページがプリセットメッセージ表示ページであるか否かを判断することにも用いられる。メッセージ処理実行モジュール１１０５はさらに、現在のページがプリセットメッセージ表示ページである時に自動的にビジュアル要素を表示し、同時にオーディオデータを再生することにも用いられる。プロンプトモジュール１１０７はさらに、現在のページがプリセットメッセージ表示ページではない時に、現在のページのプリセットメッセージ表示ページに入るようにトリガーするためのプリセット位置に未読メッセージプロンプトを表示することを含む。

【0140】

具体的に、現在のページはメッセージ受信端１０６に現在表示されているページであり、該当ページがプリセットメッセージ表示ページである場合、例えば通信ダイアログページまたはバディ詳細情報画面である場合、直接にビジュアル要素を表示してそれに対応するオーディオデータを再生することができる。プリセットメッセージ表示ページではない場合、ユーザが現在該当メッセージを読むことができないことを示し、現在のページのプリセット位置に未読メッセージプロンプトを表示することができ、該当プリセット位置がプリセットメッセージ表示ページに入るようにトリガーする位置である。これによってユーザに現在存在している未読のメッセージをプロンプトすることができるだけではなく、ユーザの現在の動きを邪魔することを避けることができ、メッセージに載せている情報が正しく伝わることを保証し、ユーザにプリセットメッセージ表示ページへの入り口をプロンプトし、ユーザに対応するページに入って関連内容をチェックするようにプロンプトすることもできる。

【0141】

一実施例において、現在のページから直接にプリセットメッセージ表示ページに入ることができない場合、現在のページに、またはプリセットメッセージ表示ページに遷移する各画面の次ぎのページに入るようにトリガーするためのプリセット位置に、未読メッセージプロンプトを表示することができる。該当未読メッセージプロンプトはグラフィックス形式のプロンプトが好ましい。

【0142】

一実施例において、メッセージ処理実行モジュール１１０５はさらに、メッセージを解析して記憶位置識別子を取得することができない場合、オーディオデータの識別子に対応するデフォルトのオーディオデータを取得し、ビジュアル要素を表示し、同時にデフォルトのオーディオデータを再生することにも用いられる。

【0143】

具体的に、メッセージの記憶位置識別子に対応する属性の属性値が空であってもよく、これによってメッセージの解析は記憶位置識別子を取得することができない。記憶位置識別子が取得できないのは、メッセージ送信端１０２がオーディオデータを録音していないことを示し、その時に直接にデフォルトのオーディオデータを取得して、ビジュアル要素を表示すると同時にデフォルトのオーディオデータを再生しても良い。

【0144】

当業者は、上記の実施例方法のすべてまたは一部のフローの実現は、プログラムに関連するハードウェアを命令することによって完成することができる。前記プログラムはコンピュータ可読記憶媒体に記憶されることができ、該プログラム実行時に、上記の各方法の実施例のフローを含むことができることを理解できるだろう。ここで、前記記憶媒体は、ディスク、ＣＤ、読み取り専用記憶装置（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）などの不揮発性記憶媒体、またはランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）などでも良い。

【0145】

以上に記載している実施例の各技術的特徴が任意に組み合わせてもよく、説明を簡単にさせるために、上記の実施例の各々の技術的特徴のすべての可能な組み合わせを説明していないが、これらの技術的特徴の組み合わせが矛盾さえしなければ、すべてが本明細書の記述範囲であることを認識すべきである。

【0146】

以上に記載している実施例はただ本発明のいくつかの実施形態を表すに過ぎず、それに対して具体的に詳細まで説明しているが、これによって本発明特許範囲を制限すると理解すべきではない。当業者にとって、本発明の構想を脱逸しない前提で、若干な変形と改良を行ってもよく、これらはすべて本発明の保護範囲以内に含まれる。そのため、本発明特許の保護範囲は添付している特許請求の範囲を準じるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】