特許 6184589 携帯端末のボイストーク制御方法

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

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

(11)【特許番号】6184589

(24)【登録日】2017年8月4日

(45)【発行日】2017年8月23日

(54)【発明の名称】携帯端末のボイストーク制御方法

(51)【国際特許分類】

   H04M 1/00 20060101AFI20170814BHJP

   G06F 3/16 20060101ALI20170814BHJP

   G06F 3/0488 20130101ALI20170814BHJP

   H04M 3/56 20060101ALI20170814BHJP

【ＦＩ】

   H04M1/00 R

   G06F3/16 620

   G06F3/0488 160

   H04M3/56 Z

【請求項の数】13

【全頁数】14

(21)【出願番号】特願2016-512834(P2016-512834)

(86)(22)【出願日】2014年5月8日

(65)【公表番号】特表2016-524842(P2016-524842A)

(43)【公表日】2016年8月18日

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

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

(87)【国際公開日】20141113

【審査請求日】2015年11月9日

(31)【優先権主張番号】10-2013-0052567

(32)【優先日】2013年5月9日

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

(73)【特許権者】

【識別番号】515010372

【氏名又は名称】オープンヴァックス・カンパニー・リミテッド

【氏名又は名称原語表記】ＯＰＥＮＶＡＣＳ ＣＯ．， ＬＴＤ．

(73)【特許権者】

【識別番号】515213526

【氏名又は名称】ジョウン，ヤン・ミン

【氏名又は名称原語表記】ＪＥＯＵＮＧ，ＹＯＵＮＧ ＭＩＮ

(74)【代理人】

【識別番号】110001818

【氏名又は名称】特許業務法人Ｒ＆Ｃ

(72)【発明者】

【氏名】ジョウン，ヤン・ミン

【審査官】 山岸 登

(56)【参考文献】

【文献】 国際公開第２０１２／１５５０６９（ＷＯ，Ａ２）

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

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

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

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

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

Ｇ０６Ｆ ３／０１

３／０４８−３／０４８９

３／１６

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｍ １／００

１／２４− ３／００

３／１６− ３／２０

３／３８− ３／５８

７／００− ７／１６

１１／００−１１／１０

９９／００

Ｈ０４Ｗ ４／００− ８／２４

８／２６−１６／３２

２４／００−２８／００

２８／０２−７２／０２

７２／０４−７４／０２

７４／０４−７４／０６

７４／０８−８４／１０

８４／１２−８８／０６

８８／０８−９９／００

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

【請求項1】

タッチスクリーンの一領域に音声入力領域を表示する段階と、
前記音声入力領域がタッチ状態であるとき、ユーザーの音声信号に対応するボイストーク（Ｖｏｉｃｅ Ｔａｌｋ）ファイルを生成する段階と、
前記音声入力領域に対してタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）されるとき、前記ボイストークファイルの生成を中断し、ユーザーによって設定された受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階と、を含んでなり、
前記ボイストークファイルを生成する段階の後に行われ、
前記音声入力領域で第１方向にドラッグ入力が発生する場合、前記ボイストークファイルの生成をキャンセルする段階をさらに含むことを特徴とする、携帯端末のボイストーク制御方法。

【請求項2】

前記ボイストークファイルを伝送する段階は、
ユーザーによって設定された受信者携帯端末のアドレスリストおよび会話グループのいずれか一方を参照して伝送する段階であることを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。

【請求項3】

前記音声入力領域を表示する段階は、
前記ボイストークファイルの伝送のためのボイストークモードとテキストメッセージモードの切り替えのためのモード切替メニューを前記音声入力領域と隣接するように表示する段階であることを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。

【請求項4】

前記モード切替メニューを介して前記テキストメッセージモードがユーザーによって選択されると、前記タッチスクリーンに表示された音声入力領域の代わりに、テキストメッセージ送受信メニューを表示する段階をさらに含むことを特徴とする、請求項３に記載の携帯端末のボイストーク制御方法。

【請求項5】

前記受信者携帯端末の番号は複数であり、
前記ボイストークファイルを伝送する段階は、複数の受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階であることを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。

【請求項6】

前記音声入力領域は前記タッチスクリーンの表示領域全体に対応することを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。

【請求項7】

前記音声入力領域はテキストメッセージモードに切り替えるためのモード切替メニューを一側に表示することを特徴とする、請求項６に記載の携帯端末のボイストーク制御方法。

【請求項8】

前記音声入力領域は、前記受信者携帯端末の番号を選択するためのアドレス帳表示メニューをさらに含むことを特徴とする、請求項６に記載の携帯端末のボイストーク制御方法。

【請求項9】

前記音声入力領域は、一領域に、前記受信者携帯端末から受信した音声信号をリアルタイムで再生するためのリアルタイム再生メニューをさらに含むことを特徴とする、請求項６に記載の携帯端末のボイストーク制御方法。

【請求項10】

前記音声入力領域は前記タッチスクリーンのタッチ領域と比べて１／２ないし３／４の面積に対応することを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。

【請求項11】

タッチスクリーンのタッチ領域全体を音声入力領域として表示する段階と、
前記音声入力領域がタッチ状態であるとき、ユーザーの音声信号に対応するボイストーク（Ｖｏｉｃｅ Ｔａｌｋ）ファイルを生成する段階と、
前記音声入力領域に対してタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）されるとき、前記ボイストークファイルの生成を中断し、ユーザーによって設定された受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階と、
前記音声入力領域の一領域をタッチした後、前記音声入力領域と分離される位置に設けられるボタンキーの入力に応答して前記音声入力領域に対する制御メニューを前記タッチスクリーンの一側に表示する段階と、を含んでなり、
前記タッチスクリーンに第１パターンに応じたドラッグ入力が発生する場合、前記ボイストークファイルの生成を中断する段階をさらに含むことを特徴とする、携帯端末のボイストーク制御方法。

【請求項12】

前記ボタンキーはキャンセル（Ｃａｎｃｅｌ）ボタン、ホーム（Ｈｏｍｅ）ボタンおよびメニュー（Ｍｅｎｕ）ボタンの少なくとも一つであることを特徴とする、請求項１１に記載の携帯端末のボイストーク制御方法。

【請求項13】

前記制御メニューを前記タッチスクリーンの一側に表示する段階は、
前記キャンセルボタン、前記ホームボタンおよび前記メニューボタンのいずれか他の一つに対するボタン入力に応答して前記タッチスクリーンから携帯端末のメインメニューに復帰する段階をさらに含むことを特徴とする、請求項１２に記載の携帯端末のボイストーク制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、携帯端末の制御方法に係り、さらに詳しくは、タッチ入力によってボイストーク（ｖｏｉｃｅ ｔａｌｋ）をオン／オフ制御し、音声信号をファイルとして生成して伝送するキャッシュ方式と、リアルタイム音声信号を伝送するストリーミング方式のボイストークをタッチ入力で実現する携帯端末のボイストーク制御方法に関する。

【背景技術】

【0002】

近年、携帯電話、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）およびタブレットＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などの携帯端末は、音声通話サービスを提供するだけでなく、リアルタイムテキストメッセージサービスを提供している。現在、株式会社カカオでは、移動体通信事業者が架設しておいたデータ網を利用して、携帯端末のユーザー同士で音声のやりとりを行うようにするボイストーク（Ｖｏｉｃｅ Ｔａｌｋ）サービスを提供している。

【0003】

株式会社カカオで提供するボイストークは、データ通信のために設けられるネットワークを利用して、音声信号を受信者携帯端末へストリーミング（ｓｔｒｅａｍｍｉｎｇ）伝送する方式によって音声通話を行うものであって、ＷｉＦｉ網や３Ｇデータ網、４Ｇデータ網を利用して送信者携帯端末と受信者携帯端末とが互いに音声信号のやりとりを行えるようにする。ところが、ボイストークは、データ網を利用して音声信号を送受信するので、音声信号の途切れや接続遅延、ノイズの流入などが発生することがあり、通話品質が良くないことがあるため、正確な意思伝達が要求される場合に利用するのに困難な側面がある。一方、送信者の音声が正確に伝達された後に、受信者の音声を聞かなければならない業務では、プッシュ・ツー・トーク（Ｐｕｓｈ Ｔｏ Ｔａｌｋ）タイプのサービスが利用できる。プッシュ・ツー・トーク（Ｐｕｓｈ Ｔｏ Ｔａｌｋ）タイプのサービスは、送信者携帯端末から受信者携帯端末へ音声信号を伝送した後、受信者携帯端末から送信者携帯端末へ音声信号を伝送する形で音声通話を行うことができる。

【0004】

韓国公開特許１０−２００３−００７３８９３号は、無線インスタントメッセンジャーを用いて、一般的な文字列の交換だけでなく、ＴＲＳを用いる無線機型の多者間音声通信サービスをインターネットを介して提供する無線インスタントメッセンジャーを利用したリアルタイム音声情報伝送方法を提案した。ところが、韓国公開特許１０−２００３−００７３８９３号の伝送方法は、インターネットを利用して音声信号をストリーミング伝送するため、（株）カカオで提供するボイストークサービスと同様に、音声信号の途切れ、接続遅延およびノイズの流入が発生するという問題が生じるおそれがある。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明の目的は、正確な音声通話のために発信者携帯端末と受信者携帯端末とが交互に音声信号を伝送するようにし、このとき、発信者携帯端末のタッチスクリーンをタッチオン／タッチオフして音声信号を送信し、タッチオフの際に発信者の音声信号をファイルとして生成して受信者携帯端末へ伝送することにより、ネットワーク状態による通話品質の劣化を防止することができる、携帯端末のボイストーク制御方法を提供することにある。

【課題を解決するための手段】

【0006】

上記目的を達成するための本発明は、タッチスクリーンの一領域に音声入力領域を表示する段階と、前記音声入力領域がタッチ状態であるとき、ユーザーの音声信号に対応するボイストーク（Ｖｏｉｃｅ Ｔａｌｋ）ファイルを生成する段階と、前記音声入力領域に対してタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）されるとき、前記ボイストークファイルの生成を中断し、ユーザーによって設定された受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階と、を含んでなる。

【0007】

上記目的を達成するための本発明は、タッチスクリーンの全体タッチ領域を音声入力領域として表示する段階と、前記音声入力領域がタッチ状態であるとき、ユーザーの音声信号に対応するボイストーク（Ｖｏｉｃｅ Ｔａｌｋ）ファイルを生成する段階と、前記音声入力領域に対してタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）されるとき、前記ボイストークファイルの生成を中断し、ユーザーによって設定された受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階と、前記音声入力領域の一領域をタッチした後、前記音声入力領域と分離される位置に設けられるボタンキーの入力に応答して前記音声入力領域に対する制御メニューを前記タッチスクリーンの一側に表示する段階と、を含んでなる。

【発明の効果】

【0008】

本発明によれば、発信者携帯端末のタッチスクリーンをタッチオフするとき、生成されるボイストークファイルを受信者に送付し、受信者携帯端末はボイストークファイルを再生して音声通話を行うようにすることにより、通話品質を改善し、ネットワーク状態による音声信号の途切れ、接続遅延およびノイズ流入の発生を最小限に抑えることができる。また、本発明によれば、携帯端末のタッチスクリーンのほとんどを占める音声入力領域を利用して、ボイストークファイルの生成時点と終了時点を決定することができるため、ユーザーの便宜性が向上する。

【図面の簡単な説明】

【0009】

【図1】本発明に係るボイストーク制御方法を実現する全体システムを示す概念図である。

【図2】アプリの起動画面の一実施例に係るインターフェースを示す図である。

【図3】本発明の一実施例に係る携帯端末のボイストーク制御方法を示すフローチャートである。

【図4】本発明の一実施例に係る携帯端末のボイストーク制御方法を示す参照図である。

【図5】本発明の一実施例に係る携帯端末のボイストーク制御方法を示す参照図である。

【図6】本発明の一実施例に係る携帯端末のボイストーク制御方法を示す参照図である。

【図7】アプリの起動画面の他の実施例に係るインターフェースを示す図である。

【図8】本発明の他の実施例に係る携帯端末のボイストーク制御方法を示す参照図である。

【図9】本発明の他の実施例に係る携帯端末のボイストーク制御方法を示す参照図である。

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

【0010】

本明細書で言及される携帯端末は、音声通信およびデータ通信が可能で、かつタッチスクリーンを備える装置を意味することができる。現在、このような装置として、モバイルフォン（Ｍｏｂｉｌｅ Ｐｈｏｎｅ）、スマートフォン（Ｓｍａｒｔ Ｐｈｏｎｅ）、ノートブック、タブレット（Ｔａｂｌｅｔ）およびＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などの装置があるが、この他にも、音声通信およびデータ通信が可能で且つタッチスクリーンを備える装置であれば、携帯端末と称することができる。

【0011】

本明細書では、携帯端末を発信者携帯端末と受信者携帯端末とに区分して記載する。しかし、発信者携帯端末と受信者携帯端末とはどちらからボイストークを伝送するかによる区分であるに過ぎず、発信者携帯端末と受信者携帯端末との役割は入れ替えてもよい。

【0012】

本明細書で言及されるアプリ（Ａｐｐ）は、携帯端末にインストールされて起動されるプログラムであって、通常、スマートフォンにインストールされるものを意味する。

【0013】

本明細書の携帯端末のボイストーク制御方法は、携帯端末にインストールされるアプリ、携帯端末にインストールされるシステムプログラム、あるいはパーソナルコンピュータなどの端末にインストールされるプログラムによって行われ得る。さらに、同じソフトウェア開発キット（ＳＤＫ：Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）から提供するプログラムモジュールを含む異種のコミュニケーションプログラムによってもボイストークファイルの相互送受信および再生が可能である。本明細書では携帯端末にインストールされるアプリを利用してボイストークを制御する方法を中心に記載しているが、必ずしもアプリを介してのみ実現されるのではなく、本発明はアプリに限定されるのではないことを予め明らかにしておく。

【0014】

以下、添付図面を参照して本発明を詳細に説明する。

【0015】

図１は本発明に係るボイストーク制御方法を実現する全体システムを示す概念図である。

【0016】

図１を参照すると、本発明の実施例に係るボイストーク制御方法は、本出願人が開発中のボイストークサーバー２００を中心に、無線ネットワークに接続される発信者携帯端末１００から受信者携帯端末５０ａ〜５０ｎへボイストークファイルを伝送し、受信者携帯端末５０ａ〜５０ｎは発信者携帯端末１００が伝送するボイストークファイルを受信して再生することができる。

【0017】

ここで、発信者携帯端末１００と受信者携帯端末５０ａ〜５０ｎは、同じアプリ（Ａｐｐ）がインストールされてなければならない。発信者携帯端末１００と受信者携帯端末５０ａ〜５０ｎにインストールされるアプリは、次の各号による機能を行うことができる。

【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】

図９を参照すると、ユーザーがタッチスクリーン１１０をタッチした状態でＰ１−Ｐ２の順のパターンに応じたドラッグ入力を加える場合、発信者携帯端末１００にインストールされるアプリは、タッチスクリーン１１０にドラッグ入力Ｐ１が発生すると、一応ボイストークファイルの伝送を保留し、追加されるドラッグ入力Ｐ２が、以前に入力されたドラッグ入力Ｐ１とＸ字状のパターンをなすと、保留されていたボイストークファイルの伝送をキャンセルすることができる。前述したパターンのドラッグ入力はタッチスクリーン１１０のいずれの領域に入力されても有効である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】