知財求人 - 知財ポータルサイト「IP Force」
▶ テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6707124
(24)【登録日】2020年5月21日
(45)【発行日】2020年6月10日
(54)【発明の名称】音声呼中のシステムコールを処理する方法、システム、及び装置
(51)【国際特許分類】
H04M 3/56 20060101AFI20200601BHJP
【ＦＩ】
H04M3/56 Z
【請求項の数】12
【全頁数】22
(21)【出願番号】特願2018-503148(P2018-503148)
(86)(22)【出願日】2016年9月1日
(65)【公表番号】特表2018-528653(P2018-528653A)
(43)【公表日】2018年9月27日
(86)【国際出願番号】CN2016097777
(87)【国際公開番号】WO2017045535
(87)【国際公開日】20170323
【審査請求日】2018年1月22日
(31)【優先権主張番号】201510590645.X
(32)【優先日】2015年9月16日
(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】
前記第１メモリは、コール終了モニターモジュールと、装置使用モジュールと、要求回復モジュールと、を更に有し、前記第１プロセッサにより実施されると、 前記コール終了モニターモジュールは、前記音声通話を保留する前記第１通話端末において、システムコールの終了イベントをモニターし取得するように動作させ、 前記装置使用モジュールは、前記通話を回復するために、前記システムコールの終了イベントに従って、前記音声装置を再使用するように動作させ、 前記要求回復モジュールは、前記サーバ装置を用いることにより、前記音声通話を保留する前記第１通話端末が前記音声通話を回復することを、前記少なくとも１つの第２通話端末に知らせるために、前記通話の回復に従って、前記サーバ装置へ通話回復要求を開始することをトリガするように動作させる、 請求項７乃至１１のいずれか一項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
［関連出願］本願は、中国特許出願番号２０１５１０５９０６４５．Ｘ、２０１５年９月１６日付けで中国特許庁に出願した、名称「METHOD, SYSTEM, AND DEVICE FOR PROCESSING SYSTEM CALL IN VOICE CALL」の優先権を主張する。該中国特許出願は、参照によりその全体がここに組み込まれる。
【0002】
［技術分野］本願は、モバイルインターネットアプリケーションの技術分野に関し、特に、音声呼中のシステムコールを処理する方法、システム、及び装置に関する。
【背景技術】
【0003】
モバイルインターネットの発展に伴い、大部分のモバイル端末、例えばスマートフォンは、１つの音声装置だけを有する。この音声装置に対して、システムコールは、該音声装置を占有する最高優先度を有する。つまり、モバイル端末では、どのアプリケーションが音声装置を占有するかに拘わらず、システムコールが受信されると、音声装置を現在占有しているアプリケーションは保留され、システムコールが競合して最高優先度で音声装置を排他的に占有する。
【0004】
モバイル装置の中の音声呼アプリケーションは、データネットワークを使用することにより、ネットワーク呼び出し機能を達成する。したがって、音声呼が実行されるとき、音声呼に参加している呼び出し端末は、システムコールが傾聴されると、システムコールが音声装置を占有するので、現在実行している音声呼を自動的に終了する。その結果、音声呼の実施はシステムコールにより邪魔され、呼び出し端末間の音声呼は頻繁に終了され再開される。したがって、音声呼の円滑さは有意に影響を受ける。
【発明の概要】
【0005】
本願の目的は、呼び出し端末が、システムコールのために、現在実行中の音声呼を終了しなければならない、したがって、音声呼の円滑さが有意に影響を受けるという既存技術の欠点を克服することである。
【0006】
本願の別の目的は、呼び出し端末がシステムコールのために音声呼を終了しない、音声呼中のシステムコールを処理する方法、システム、及び装置を提供し、それにより音声呼の円滑さを保証することである。
【0007】
前述の技術的問題を解決するために、以下の技術的解決策が本願において使用される。
【0008】
本開示の一態様は、音声呼の中のシステムコールを処理する方法であって、呼び出し端末により、音声呼の中でシステムコール開始イベントを傾聴し取得するステップと、前記音声呼における前記呼び出し端末の参加を一時停止するために、前記システムコール開始イベントに従い、前記呼び出し端末による前記呼び出し端末の音声装置の使用を能動的に停止するステップと、前記サーバ装置により前記呼び出し端末が前記音声呼を一時停止することを他の呼び出し端末に想起させるために、前記音声呼を一時停止する前記呼び出し端末により、サーバ装置へ音声一時停止要求を開始するステップと、を有し、前記呼び出し端末により一時停止された前記音声呼は、前記システムコールが終了すると回復される、方法を提供する。
【0009】
本開示の別の態様は、音声呼の中のシステムコールを処理する方法であって、前記方法は呼び出し端末において作動し、前記呼び出し端末は、システムコール開始イベントが生じる呼び出し端末と音声呼を実行し、前記方法は、前記呼び出し端末が前記呼を保留することのプロンプトメッセージを受信し、前記呼を保留する前記呼び出し端末により、前記システムコール開始イベントをトリガするステップと、前記呼び出し端末が前記呼を保留することの前記プロンプトメッセージに従い、前記呼び出し端末が前記呼を保留することを想起するステップと、前記呼び出し端末が前記呼を保留することのリマインダを受けて、前記音声呼を実行するステップと、を有する方法を提供する。
【0010】
本開示の別の態様は、音声呼の中のシステムコールを処理するシステムであって、第１呼び出し端末と、サーバ装置と、少なくとも１つの第２呼び出し端末と、を有し、前記第１呼び出し端末は、システムコール開始イベントを傾聴する呼び出し端末であり、前記少なくとも１つの第２呼び出し端末は、前記第１呼び出し端末と音声呼を実行する呼び出し端末であり、前記第１呼び出し端末は少なくとも１つの第１メモリと第１プロセッサとを有し、前記第１メモリは、呼び出し開始傾聴モジュールと、能動的停止モジュールと、要求保留モジュールと、を格納し、前記第１プロセッサにより実施されると、前記呼び出し開始傾聴モジュールは、前記システムコール開始イベントを傾聴し及び取得するよう構成され、前記能動的停止モジュールは、前記音声呼における、前記能動的停止モジュールが置かれている前記第１呼び出し端末の参加を保留するために、前記システムコール開始イベントに従い、前記第１呼び出し端末による前記第１呼び出し端末の音声装置の使用を能動的に停止するよう構成され、前記要求保留モジュールは、前記サーバ装置を用いることにより、前記第１呼び出し端末が前記呼を保留することを前記少なくとも１つの第２呼び出し端末に想起するために、前記サーバ装置へ音声保留要求を開始するよう構成され、前記第１呼び出し端末により保留された前記音声呼は、前記システムコールが終了するとき回復される、システムを提供する。
【0011】
本開示の別の態様は、音声呼の中のシステムコールを処理する装置であって、前記装置は呼び出し端末において作動し、前記呼び出し端末は、前記システムコールが生じる呼び出し端末と音声呼を実行し、前記装置は、少なくとも１つのメモリとプロセッサとを有し、前記メモリは、プロンプト受信モジュールと、呼保留想起モジュールと、音声呼モジュールと、を格納し、前記プロセッサにより実施されると、前記プロンプト受信モジュールは、前記呼び出し端末が前記呼を保留することのプロンプトメッセージを受信し、前記呼を保留する前記呼び出し端末により、前記システムコール開始イベントをトリガするよう構成され、前記呼保留想起モジュールは、前記呼び出し端末が前記呼を保留することの前記プロンプトメッセージに従い、前記呼び出し端末が前記呼を保留することを想起するよう構成され、前記音声呼モジュールは、前記呼び出し端末が前記呼を保留することのリマインダを受けて、前記音声呼を実行するよう構成される、装置を提供する。
【図面の簡単な説明】
【0012】
【図1】一実施形態による音声呼中のシステムコールを処理する方法のフローチャートである。
【図3】別の実施形態による音声呼中のシステムコールを処理する方法のフローチャートである。
【図4】別の実施形態による音声呼中のシステムコールを処理する方法のフローチャートである。
【図5】別の実施形態による音声呼中のシステムコールを処理する方法のフローチャートである。
【図6】一実施形態による音声呼中のシステムコールを処理する時系列図である。
【図7】呼び出し端末がシステムコールに入るときの端末インタフェースのアプリケーション概略図である。
【図9】別の実施形態による音声呼中のシステムコールを処理する方法のフローチャートである。
【図10】一実施形態による他の呼び出し端末の端末インタフェースの概略図である。
【図11】別の実施形態による音声呼中のシステムコールを処理する方法のフローチャートである。
【図12】一実施形態による音声呼中のシステムコールを処理するシステムの概略構造図である。
【図13】一実施形態によるリマインダモジュールの概略構造図である。
【図14】別の実施形態による音声呼中のシステムコールを処理するシステムの概略構造図である。
【図15】別の実施形態による音声呼中のシステムコールを処理するシステムの概略構造図である。
【図16】別の実施形態による音声呼中のシステムコールを処理するシステムの概略構造図である。
【図17】一実施形態による音声呼中のシステムコールを処理する装置の概略構造図である。
【図18】別の実施形態による音声呼中のシステムコールを処理する装置の概略構造図である。
【図19】本開示の一実施形態によるモバイル端末の概略構造図である。
【発明を実施するための形態】
【0013】
一実施形態では、音声呼中のシステムコールを処理する方法は、図１に示され、以下のステップを含む。
【0014】
ステップＳ１１０：呼び出し端末は、音声呼中にシステムコール開始イベントを傾聴し取得する。
【0015】
音声呼は、データネットワークが音声データ、例えばＶＯＩＰ（Voice over Internet Protocol）ネットワーク呼を送信することにより達成される通信処理を表す。２以上のユーザが、該ユーザの個々のモバイル端末を使用することにより、音声呼に参加する。ユーザの位置にある音声呼アプリケーションは、モバイル端末内にあり且つ音声呼を達成するよう構成されるクライアントとして機能し、音声呼において呼び出し端末になる。
【0016】
モバイル端末は、音声ネットワーク、つまりオペレータにより提供される電話機能により、音声データを送信する機能を有する。電話機能を通じて、モバイル端末が着呼状態又は発呼状態に変化すると、システムコール開始イベントがトリガされ、モバイル端末内で音声呼を現在実行している音声呼アプリケーションは、通知される。
【0017】
具体的に、モバイル端末のオペレーティングシステムは、システムコールの状態変化を傾聴するインタフェース、例えばＡｎｄｒｏｉｄオペレーティングシステムのTelephonyManager(PhoneStateListener.LISTEN_CALL_STATE)インタフェース又はｉＯＳオペレーティングシステムのCTCallCenter(CTCall)インタフェースを提供する。
【0018】
システムコール状態が変化するときトリガされるシステムコールイベントは、登録システムコールの状態変化に関する傾聴インタフェースを使用することにより分かる。システムコールイベントは、システムコール開始イベント及びシステムコール終了イベントを有する。システムコール開始イベントは、システムコール状態が着呼状態又は発呼状態であるとき、トリガされる。システムコール終了イベントは、システムコールがハングアップ状態であるとき、トリガされる。
【0019】
モバイル端末のオペレーティングシステムにより提供されるインタフェースがシステムコール開始イベントを傾聴し取得すると、音声呼を現在実行している音声呼アプリケーション、つまり音声呼を実行する前述の呼び出し端末は、コールバックされ通知される。したがって、音声呼を実行する呼び出し端末は、自身に生じるシステムコール開始イベントを傾聴する。
【0020】
ステップＳ１３０：音声呼中に、呼び出し端末の参加を保留するために、システムコール開始イベントに従い、音声呼中の音声装置の使用を能動的に停止する。
【0021】
呼び出し端末が音声呼を実行する処理の間、呼び出し端末が位置するモバイル端末の音声装置は、音声データを再生するために使用される。音声呼を実行する呼び出し端末が位置するモバイル端末はシステムコールに入るようトリガされるので、呼び出し端末は、音声呼を維持し現在実行中のシステムコールの終了を待機するために、それにより実行される音声呼を保留するために音声装置の使用を能動的に停止する。
【0022】
このとき、音声装置は、音声呼が保留されると、システムコールに入るために、現在開始されたシステムコールにより占有される。
【0023】
ステップＳ１５０：音声呼を保留する呼び出し端末は、サーバ装置を使用することにより、呼び出し端末が音声呼を保留することを他の呼び出し端末に想起させるために、サーバ装置へ音声保留要求を開始する。
【0024】
呼び出し端末により保留された音声呼は、システムコールが終了すると回復される。
【0025】
システムコールに入る呼び出し端末は、音声呼を保留する。つまり、呼び出し端末は音声呼を維持するが、呼び出し端末は、音声呼における参加を保留する。したがって、呼び出し端末は、バックグラウンドサーバ装置へ音声保留要求を開始する。
【0026】
具体的に、音声呼中に、呼び出し端末とのデータ交換を実行するサーバ装置は、音声データを受信し及び転送し、呼び出し端末が音声呼を実行する状態、例えば音声呼の保留状態を、呼び出し端末間で、他の呼び出し端末へ転送するよう構成される。
【0027】
音声呼を現在実行している呼び出し端末がシステムコールに入るために音声呼を保留することを他の呼び出し端末に想起するために、サーバ装置の連携により、システムコールに入る呼び出し端末が音声呼を保留するとき、サーバ装置は、それにより開始された音声保留要求を用いることにより、呼び出し端末が音声呼を開始する保留状態を知る。
【0028】
さらに、システムコールに入る呼び出し端末は、それにより実行される音声呼を保留するために、音声装置の使用を停止する。音声呼の他の呼び出し端末は、この呼び出し端末の音声を出力しない。したがって、他の呼び出し端末の各々が、音声呼を保留する呼び出し端末が無音声であることの理由を知るために、これに関するリマインダが必要である。その結果、他の呼び出し端末は、音声呼の実行を継続する。
【0029】
一実施形態では、ステップＳ１１０の後に、前述の方法は、更に以下を有する。
【0030】
システムコール開始イベントを使用することにより、音声データの送信を停止することをトリガするステップ。ここで、音声データは、呼び出し端末が音声呼を実行するとき、生成される。
【0031】
このステップにおける呼び出し端末は、システムコールが音声呼に入るために、音声呼を一時的に保留する任意の呼び出し端末である。システムコール開始イベントがトリガされるとき、音声呼を一時的に保留する呼び出し端末は、ネットワークフローを節約するために、他の呼び出し端末の各々へ音声データを送信することを停止する。
【0032】
一実施形態では、ステップＳ１５０の後に、前述の方法は、更に以下を有する。
【0033】
サーバ装置において及び受信した音声保留要求に従い、音声呼における呼び出し端末の参加が保留されることを、他の呼び出し端末に想起するステップ。
【0034】
音声保留要求を受信するサーバ装置は、プロンプトメッセージを発行することにより、呼び出し端末が音声呼を一時的に保留することを他の呼び出し端末において想起する。つまり、他の呼び出し側は、音声呼を現在実行している呼び出し端末がシステムコールに入り音声呼における参加を一時的に保留することを通知される。したがって、現在の音声呼を続けるために、他の呼び出し端末は、音声呼における幾つかの呼び出し端末の参加が保留されることに影響されない。それにより、音声呼の円滑さを保証する。
【0035】
さらに、図２に示すように、サーバ装置において及び受信した音声保留要求に従い、音声呼における呼び出し端末の参加が保留されることを、他の呼び出し端末に想起する前述のステップは、以下のステップを含む。
【0036】
ステップＳ２０１：受信した音声保留要求に従い、音声呼中に他の呼び出し端末に対応する識別子を取得することをトリガする。
【0037】
サーバ装置において、呼び出し端末により開始された音声保留要求が受信された場合、音声呼中に種々の呼び出し端末に対応する識別子を取得するために、音声保留要求に対応する音声呼は、トリガされ決定される。識別子は、呼び出し端末に関連するデータを識別するために使用される。例えば、音声データ、音声保留要求、及びプロンプトメッセージが正確に及び成功裏に転送されることを保証するために、音声データパケット、音声保留要求、及びプロンプトメッセージは、全て、識別子を使用することにより、送信元呼び出し端末及び宛先呼び出し端末を区別する。
【0038】
ステップＳ２０３：音声呼における呼び出し端末の参加が保留されることのプロンプトメッセージを生成し、識別子に従い他の呼び出し端末へプロンプトメッセージを発行する。
【0039】
サーバ装置において生成されそれにより発行されたプロンプトメッセージは、テキストメッセージ及び／又は音声メッセージであって良い。テキストメッセージは、音声呼を実行し続ける他の呼び出し端末のうちの呼び出し端末がシステムコールに入るために音声呼を保留することを想起するために使用される。音声メッセージは、音声コンテンツを再生する形式で想起するために使用される。
【0040】
さらに、図３に示すように、本実施形態では、サーバ装置において及び受信した音声保留要求に従い、音声呼における呼び出し端末の参加が保留されることを、他の呼び出し端末に想起する前述のステップの後に、方法は、以下のステップを更に含む。
【0041】
ステップＳ３１０：システムコール開始イベントが生じる呼び出し端末と音声呼を実行する任意の呼び出し端末において、呼び出し端末が呼を保留することのプロンプトメッセージを受信する。
【0042】
音声呼中に、システムコール開始イベントが生じる１又は複数の呼び出し端末が存在して良い。相対的に、システムコール開始イベントが生じる呼び出し端末と音声呼を実行する１又は複数の呼び出し端末も存在して良い。さらに、システムコール開始イベントが生じる呼び出し端末と音声呼を実行する任意の呼び出し端末は、呼び出し端末が呼を保留することのプロンプトメッセージを受信する。ここで、プロンプトメッセージは、サーバ装置により発行される。
【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】
コンピュータシステム９００は、通常、１つの記憶装置９７０を有する。記憶装置９７０は、複数種類のコンピュータ可読媒体から選択されて良い。コンピュータ可読媒体は、コンピュータシステム９００によりアクセス可能な任意の利用可能な媒体を表し、取り外し可能媒体及び非取り外し可能媒体を含む。例えば、コンピュータ可読媒体は、限定ではなく、フラッシュメモリ（マイクロＳＤカード）、ＣＤ−ＲＯＭ、ＤＶＤ（digital versatile disc）又は他の光記憶装置、カセット、磁気テープ、ディスク記憶装置又は他の磁気記憶装置、又は所要の情報を格納するために使用可能であり且つコンピュータシステム９００によりアクセス可能な任意の他の媒体を含む。
【0138】
コンピュータシステム９００は、入力装置９８０及び入力インタフェース９９０（例えば、ＩＯ制御部）を更に有する。ユーザは、キーボード、マウス、又はディスプレイ装置９４０にあるタッチパネル装置のような入力装置９８０を使用することにより、命令及び情報をコンピュータシステム９００に入力して良い。入力装置９８０は、通常、入力インタフェース９９０を通じてシステムバス９２２に接続されるが、ＵＳＢ（universal serial bus）のような他のインタフェース又はバス構造を通じて接続されても良い。
【0139】
コンピュータシステム９００は、ネットワーク環境の中で１又は複数のネットワーク装置に論理的に接続されて良い。ネットワーク装置は、パーソナルコンピュータ、サーバ装置、ルータ、スマートフォン、タブレットコンピュータ、又は他の公衆ネットワークノードであって良い。コンピュータシステム９００は、ＬＡＮ（local area network）インタフェース１０００又はモバイル通信ユニット１０１０を通じてネットワーク装置に接続される。ＬＡＮ（local area network）は、家庭、学校、コンピュータ実験室、又はオフィスビルのような限られた領域内でネットワーク媒体を用いて相互接続されたコンピュータネットワークを表す。ＷｉＦｉ（登録商標）及びＥｔｈｅｒｎｅｔ（登録商標）ｏｖｅｒ ｔｗｉｓｔｅｄ ｐａｉｒは、ＬＡＮを構築するために最も一般的に使用される２つの技術である。ＷｉＦｉは、コンピュータシステム９００が無線波を通じて無線ネットワークとデータを交換しそれに接続されることを可能にする技術である。モバイル通信ユニット１０１０は、広範な地理的領域内で移動しながら、無線通信線を通じて呼を生成し及び受信するが可能である。呼に加えて、モバイル通信ユニット１０１０は、モバイルデータサービスを提供する、２Ｇ、３Ｇ、又は４Ｇセルラ通信システムの中でインターネットアクセスもサポートする。
【0140】
以上に詳述されたように、本開示に適用可能なコンピュータシステム９００は、前述の音声呼中のシステムコールにより処理される特定の操作を実行できる。コンピュータシステム９００は、プロセッサ９１０によりコンピュータ可読媒体内のプログラム命令を実行する形式で、これらの操作を実行する。プログラム命令は、記憶装置９７０から又は別の装置からＬＡＮインタフェース１０００を通じて、メモリ９２０に読み込まれて良い。メモリ９２０に格納されたプログラム命令は、プロセッサ９１０が画像処理方法を実行できるようにする。さらに、本願は、ハードウェア回路を使用することにより、又はハードウェア回路及びソフトウェア命令の組合せを使用することにより、実装されても良い。したがって、本願の実装は、ハードウェア回路及びソフトウェアの任意の特定の組合せに限定されない。
【0141】
前述のコンピュータシステム９００が第１呼び出し端末を実装するよう構成されるとき、メモリ１２０は、少なくとも、呼開始傾聴モジュール、能動的停止モジュール、要求保留モジュール、呼終了傾聴モジュール、装置占有モジュール、及び要求回復モジュールを実装するよう構成される。メモリ１２０は、送信停止モジュールを更に有して良い。プロセッサ１１０により実装されるとき、種々のモジュールにより達成される機能は、前述の実施形態におけるものと同じであり、詳細事項は再掲されない。
【0142】
前述のコンピュータシステム９００がサーバ装置を実装するよう構成されるとき、メモリ１２０は、少なくとも、想起モジュール、データ受信モジュール、識別子スクリーニングモジュール、及び転送モジュールを格納する。プロセッサ１１０により実装されるとき、種々のモジュールにより達成される機能は、前述の実施形態におけるものと同じであり、詳細事項は再掲されない。
【0143】
前述のコンピュータシステム９００が第２呼び出し端末を実装するよう構成されるとき、メモリ１２０は、少なくとも、メッセージ受信モジュール、メッセージ出力モジュール、及び送信モジュールを格納する。プロセッサ１１０により実装されるとき、種々のモジュールにより達成される機能は、前述の実施形態におけるものと同じであり、詳細事項は再掲されない。
【0144】
前述のコンピュータシステム９００が第１呼び出し端末、サーバ装置、及び少なくとも１つの第２呼び出し端末を含むシステムを実装するよう構成されるとき、メモリ１２０は、第１呼び出し端末、サーバ装置、及び各第２呼び出し端末を実装するための種々のモジュールを別個に格納する。プロセッサ１１０により実装されるとき、種々のモジュールにより達成される機能は、前述の実施形態におけるものと同じであり、詳細事項は再掲されない。
【0145】
前述のコンピュータシステム９００は、本願に適用可能なコンピュータシステム環境の単なる一例であり、本願の適用範囲に対する限定として解釈されるべきではない。また、コンピュータシステム９００は、必要に応じて、例示的なコンピュータシステム９００の部分のうちの１つ又は組合せに依存し又はそれを有するとして解釈されるべきではない。
【0146】
当業者は、前述の実施形態のステップの全部又は一部が、ハードウェアを使用することにより実装されて良く、又は関連するハードウェアに指示するプログラムにより実装されて良いことを理解する。プログラムは、コンピュータ可読記憶媒体に格納されて良い。記憶媒体は、リードオンリーメモリ、磁気ディスク、光ディスク、等であって良い。