(57)【要約】  本発明によれば、発信者携帯端末のタッチスクリーンをタッチオフするとき、生成されるボイストークファイルを受信者に送付し、受信者携帯端末はボイストークファイルを再生して音声通話を行う。これにより、本発明では、通話品質を改善し、ネットワーク状態による音声信号の途切れ、接続遅延およびノイズ流入の発生を最小限に抑えることができ、携帯端末のタッチスクリーンのほとんどを占める音声入力領域を利用して、ボイストークファイルの生成時点と終了時点を決定することができる。本発明の携帯端末のボイストーク制御方法は、タッチスクリーンの一領域に音声入力領域を表示する段階と、前記音声入力領域がタッチ状態であるとき、ユーザーの音声信号に対応するボイストーク（Ｖｏｉｃｅ  Ｔａｌｋ）ファイルを生成する段階と、前記音声入力領域に対してタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）されるとき、前記ボイストークファイルの生成を中断し、ユーザーによって設定された受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階とを含んでなる。
2016524842.tif 000002
【特許請求の範囲】
【請求項１】
タッチスクリーンの一領域に音声入力領域を表示する段階と、
前記音声入力領域がタッチ状態であるとき、ユーザーの音声信号に対応するボイストーク（Ｖｏｉｃｅ  Ｔａｌｋ）ファイルを生成する段階と、
前記音声入力領域に対してタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）されるとき、前記ボイストークファイルの生成を中断し、ユーザーによって設定された受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階と、を含んでなることを特徴とする、携帯端末のボイストーク制御方法。
【請求項２】
前記ボイストークファイルを生成する段階の後に行われ、
前記音声入力領域で第１方向にドラッグ入力が発生する場合、前記ボイストークファイルの生成をキャンセルする段階をさらに含むことを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。
【請求項３】
前記ボイストークファイルを伝送する段階は、
ユーザーによって設定された受信者携帯端末のアドレスリストおよび会話グループのいずれか一方を参照して伝送する段階であることを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。
【請求項４】
前記音声入力領域を表示する段階は、
前記ボイストークファイルの伝送のためのボイストークモードとテキストメッセージモードの切り替えのためのモード切替メニューを前記音声入力領域と隣接するように表示する段階であることを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。
【請求項５】
前記モード切替メニューを介して前記テキストメッセージモードがユーザーによって選択されると、前記タッチスクリーンに表示された音声入力領域の代わりに、テキストメッセージ送受信メニューを表示する段階をさらに含むことを特徴とする、請求項４に記載の携帯端末のボイストーク制御方法。
【請求項６】
前記受信者携帯端末の番号は複数であり、
前記ボイストークファイルを伝送する段階は、複数の受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階であることを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。
【請求項７】
前記音声入力領域は前記タッチスクリーンの表示領域全体に対応することを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。
【請求項８】
前記音声入力領域はテキストメッセージモードに切り替えるためのモード切替メニューを一側に表示することを特徴とする、請求項７に記載の携帯端末のボイストーク制御方法。
【請求項９】
前記音声入力領域は、前記受信者携帯端末の番号を選択するためのアドレス帳表示メニューをさらに含むことを特徴とする、請求項７に記載の携帯端末のボイストーク制御方法。
【請求項１０】
前記音声入力領域は、一領域に、前記受信者携帯端末から受信した音声信号をリアルタイムで再生するためのリアルタイム再生メニューをさらに含むことを特徴とする、請求項７に記載の携帯端末のボイストーク制御方法。
【請求項１１】
前記音声入力領域は前記タッチスクリーンのタッチ領域と比べて１／２ないし３／４の面積に対応することを特徴とする、請求項１に記載の携帯端末のボイストーク制御方法。
【請求項１２】
タッチスクリーンのタッチ領域全体を音声入力領域として表示する段階と、
前記音声入力領域がタッチ状態であるとき、ユーザーの音声信号に対応するボイストーク（Ｖｏｉｃｅ  Ｔａｌｋ）ファイルを生成する段階と、
前記音声入力領域に対してタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）されるとき、前記ボイストークファイルの生成を中断し、ユーザーによって設定された受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階と、
前記音声入力領域の一領域をタッチした後、前記音声入力領域と分離される位置に設けられるボタンキーの入力に応答して前記音声入力領域に対する制御メニューを前記タッチスクリーンの一側に表示する段階と、を含んでなることを特徴とする、携帯端末のボイストーク制御方法。
【請求項１３】
前記ボタンキーはキャンセル（Ｃａｎｃｅｌ）ボタン、ホーム（Ｈｏｍｅ）ボタンおよびメニュー（Ｍｅｎｕ）ボタンの少なくとも一つであることを特徴とする、請求項１２に記載の携帯端末のボイストーク制御方法。
【請求項１４】
前記制御メニューを前記タッチスクリーンの一側に表示する段階は、
前記キャンセルボタン、前記ホームボタンおよび前記メニューボタンのいずれか他の一つに対するボタン入力に応答して前記タッチスクリーンから携帯端末のメインメニューに復帰する段階をさらに含むことを特徴とする、請求項１３に記載の携帯端末のボイストーク制御方法。
【請求項１５】
前記タッチスクリーンに第１パターンに応じたドラッグ入力が発生する場合、前記ボイストークファイルの生成を中断する段階をさらに含むことを特徴とする、請求項１２に記載の携帯端末のボイストーク制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末の制御方法に係り、さらに詳しくは、タッチ入力によってボイストーク（ｖｏｉｃｅ  ｔａｌｋ）をオン／オフ制御し、音声信号をファイルとして生成して伝送するキャッシュ方式と、リアルタイム音声信号を伝送するストリーミング方式のボイストークをタッチ入力で実現する携帯端末のボイストーク制御方法に関する。
【背景技術】
【０００２】
近年、携帯電話、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）およびタブレットＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などの携帯端末は、音声通話サービスを提供するだけでなく、リアルタイムテキストメッセージサービスを提供している。現在、株式会社カカオでは、移動体通信事業者が架設しておいたデータ網を利用して、携帯端末のユーザー同士で音声のやりとりを行うようにするボイストーク（Ｖｏｉｃｅ  Ｔａｌｋ）サービスを提供している。
【０００３】
株式会社カカオで提供するボイストークは、データ通信のために設けられるネットワークを利用して、音声信号を受信者携帯端末へストリーミング（ｓｔｒｅａｍｍｉｎｇ）伝送する方式によって音声通話を行うものであって、ＷｉＦｉ網や３Ｇデータ網、４Ｇデータ網を利用して送信者携帯端末と受信者携帯端末とが互いに音声信号のやりとりを行えるようにする。ところが、ボイストークは、データ網を利用して音声信号を送受信するので、音声信号の途切れや接続遅延、ノイズの流入などが発生することがあり、通話品質が良くないことがあるため、正確な意思伝達が要求される場合に利用するのに困難な側面がある。一方、送信者の音声が正確に伝達された後に、受信者の音声を聞かなければならない業務では、プッシュ・ツー・トーク（Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ）タイプのサービスが利用できる。プッシュ・ツー・トーク（Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ）タイプのサービスは、送信者携帯端末から受信者携帯端末へ音声信号を伝送した後、受信者携帯端末から送信者携帯端末へ音声信号を伝送する形で音声通話を行うことができる。
【０００４】
韓国公開特許１０−２００３−００７３８９３号は、無線インスタントメッセンジャーを用いて、一般的な文字列の交換だけでなく、ＴＲＳを用いる無線機型の多者間音声通信サービスをインターネットを介して提供する無線インスタントメッセンジャーを利用したリアルタイム音声情報伝送方法を提案した。ところが、韓国公開特許１０−２００３−００７３８９３号の伝送方法は、インターネットを利用して音声信号をストリーミング伝送するため、（株）カカオで提供するボイストークサービスと同様に、音声信号の途切れ、接続遅延およびノイズの流入が発生するという問題が生じるおそれがある。 
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、正確な音声通話のために発信者携帯端末と受信者携帯端末とが交互に音声信号を伝送するようにし、このとき、発信者携帯端末のタッチスクリーンをタッチオン／タッチオフして音声信号を送信し、タッチオフの際に発信者の音声信号をファイルとして生成して受信者携帯端末へ伝送することにより、ネットワーク状態による通話品質の劣化を防止することができる、携帯端末のボイストーク制御方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するための本発明は、タッチスクリーンの一領域に音声入力領域を表示する段階と、前記音声入力領域がタッチ状態であるとき、ユーザーの音声信号に対応するボイストーク（Ｖｏｉｃｅ  Ｔａｌｋ）ファイルを生成する段階と、前記音声入力領域に対してタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）されるとき、前記ボイストークファイルの生成を中断し、ユーザーによって設定された受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階と、を含んでなる。
【０００７】
上記目的を達成するための本発明は、タッチスクリーンの全体タッチ領域を音声入力領域として表示する段階と、前記音声入力領域がタッチ状態であるとき、ユーザーの音声信号に対応するボイストーク（Ｖｏｉｃｅ  Ｔａｌｋ）ファイルを生成する段階と、前記音声入力領域に対してタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）されるとき、前記ボイストークファイルの生成を中断し、ユーザーによって設定された受信者携帯端末の番号へ前記ボイストークファイルを伝送する段階と、前記音声入力領域の一領域をタッチした後、前記音声入力領域と分離される位置に設けられるボタンキーの入力に応答して前記音声入力領域に対する制御メニューを前記タッチスクリーンの一側に表示する段階と、を含んでなる。
【発明の効果】
【０００８】
本発明によれば、発信者携帯端末のタッチスクリーンをタッチオフするとき、生成されるボイストークファイルを受信者に送付し、受信者携帯端末はボイストークファイルを再生して音声通話を行うようにすることにより、通話品質を改善し、ネットワーク状態による音声信号の途切れ、接続遅延およびノイズ流入の発生を最小限に抑えることができる。また、本発明によれば、携帯端末のタッチスクリーンのほとんどを占める音声入力領域を利用して、ボイストークファイルの生成時点と終了時点を決定することができるため、ユーザーの便宜性が向上する。
【図面の簡単な説明】
【０００９】
【図１】本発明に係るボイストーク制御方法を実現する全体システムを示す概念図である。
【図２】アプリの起動画面の一実施例に係るインターフェースを示す図である。
【図３】本発明の一実施例に係る携帯端末のボイストーク制御方法を示すフローチャートである。
【図４】本発明の一実施例に係る携帯端末のボイストーク制御方法を示す参照図である。
【図５】本発明の一実施例に係る携帯端末のボイストーク制御方法を示す参照図である。
【図６】本発明の一実施例に係る携帯端末のボイストーク制御方法を示す参照図である。
【図７】アプリの起動画面の他の実施例に係るインターフェースを示す図である。
【図８】本発明の他の実施例に係る携帯端末のボイストーク制御方法を示す参照図である。
【図９】本発明の他の実施例に係る携帯端末のボイストーク制御方法を示す参照図である。
【発明を実施するための形態】
【００１０】
本明細書で言及される携帯端末は、音声通信およびデータ通信が可能で、かつタッチスクリーンを備える装置を意味することができる。現在、このような装置として、モバイルフォン（Ｍｏｂｉｌｅ  Ｐｈｏｎｅ）、スマートフォン（Ｓｍａｒｔ  Ｐｈｏｎｅ）、ノートブック、タブレット（Ｔａｂｌｅｔ）およびＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）などの装置があるが、この他にも、音声通信およびデータ通信が可能で且つタッチスクリーンを備える装置であれば、携帯端末と称することができる。
【００１１】
本明細書では、携帯端末を発信者携帯端末と受信者携帯端末とに区分して記載する。しかし、発信者携帯端末と受信者携帯端末とはどちらからボイストークを伝送するかによる区分であるに過ぎず、発信者携帯端末と受信者携帯端末との役割は入れ替えてもよい。
【００１２】
本明細書で言及されるアプリ（Ａｐｐ）は、携帯端末にインストールされて起動されるプログラムであって、通常、スマートフォンにインストールされるものを意味する。
【００１３】
本明細書の携帯端末のボイストーク制御方法は、携帯端末にインストールされるアプリ、携帯端末にインストールされるシステムプログラム、あるいはパーソナルコンピュータなどの端末にインストールされるプログラムによって行われ得る。さらに、同じソフトウェア開発キット（ＳＤＫ：Ｓｏｆｔｗａｒｅ  Ｄｅｖｅｌｏｐｍｅｎｔ  Ｋｉｔ）から提供するプログラムモジュールを含む異種のコミュニケーションプログラムによってもボイストークファイルの相互送受信および再生が可能である。本明細書では携帯端末にインストールされるアプリを利用してボイストークを制御する方法を中心に記載しているが、必ずしもアプリを介してのみ実現されるのではなく、本発明はアプリに限定されるのではないことを予め明らかにしておく。
【００１４】
以下、添付図面を参照して本発明を詳細に説明する。
【００１５】
図１は本発明に係るボイストーク制御方法を実現する全体システムを示す概念図である。
【００１６】
図１を参照すると、本発明の実施例に係るボイストーク制御方法は、本出願人が開発中のボイストークサーバー２００を中心に、無線ネットワークに接続される発信者携帯端末１００から受信者携帯端末５０ａ〜５０ｎへボイストークファイルを伝送し、受信者携帯端末５０ａ〜５０ｎは発信者携帯端末１００が伝送するボイストークファイルを受信して再生することができる。
【００１７】
ここで、発信者携帯端末１００と受信者携帯端末５０ａ〜５０ｎは、同じアプリ（Ａｐｐ）がインストールされてなければならない。発信者携帯端末１００と受信者携帯端末５０ａ〜５０ｎにインストールされるアプリは、次の各号による機能を行うことができる。
【００１８】
１）アプリが起動すると、ボイストークサーバー２００に無線接続する機能、
２）アプリに対応するアイコンが、携帯端末１００、５０ａ〜５０ｎに設けられるタッチスクリーンからユーザーによって選択されると、画面に音声入力領域を表示する機能、
３）音声入力領域に含まれる、あるいは、音声入力領域に隣接した位置に受信者を選択するためのアドレス帳を表示する機能、
４）音声入力領域に含まれる、あるいは、音声入力領域に隣接した位置にボイストークモードとテキストメッセージモードを互いに切り替えるためのモード切替メニューを表示する機能、
５）音声入力領域に対するタッチ入力有無を判断する機能、
６）音声入力領域にタッチ入力が加えられた状態でユーザーの音声が入力されると、予め定められたフォーマットで音声に対するデジタル音声信号を生成する機能、および、
７）音声入力領域に対するタッチ入力が解除されると、音声信号の生成を終了し、ユーザーによって設定された受信者携帯端末（５０ａ〜５０ｎのいずれか一つ）に無線伝送する機能、を行うことができる。
【００１９】
一方、本明細書では、発信者携帯端末と受信者携帯端末との間でボイストークを送受信することに主眼点を置き、「アプリ」と呼んでいる。しかし、本発明に係る「携帯端末のボイストーク制御方法」は、携帯端末同士の間でのみボイストークファイルを送受信することができるのではなく、携帯端末とパソコンとの間または携帯端末と非携帯端末との間でも幾らでもボイストークファイルを送受信することができる。
【００２０】
これに基づき、前述した「アプリ」のＰＣ版を生成して配布してもよく、アプリと同じ機能を有しながら、携帯端末にインストールされないプログラムによってもボイストークファイルを送受信することができる。
【００２１】
他方、発信者携帯端末１００と受信者携帯端末５０ａ〜５０ｎに同じアプリやプログラム（またはシステムプログラム）がインストールされてなくとも、本発明に係るボイストークファイルを互いに送受信することも可能である。
【００２２】
現在、アプリやプログラムは、開発用プログラムを提供する側から、モジュール化されたプログラムツールを提供しており、通常、これはＳＤＫ（Ｓｏｆｔｗａｒｅ  Ｄｅｖｅｌｏｐｍｅｎｔ  Ｋｉｔ）と呼ばれている。提供されるＳＤＫには機能別プログラムモジュールが備えられ、開発者は、複数のプログラムモジュールを結合する或いはプログラムモジュールの一部を修正する方式で所望のプログラムを開発している。したがって、前述した１）〜７）の機能を有するプログラムモジュールを備えるプログラムがあれば、発信者携帯端末１００と受信者携帯端末５０ａ〜５０ｎに同じアプリやプログラム（またはシステムプログラム）がインストールされていなくても、発信者携帯端末１００と受信者携帯端末５０ａ〜５０ｎは、互いにボイストークファイルを送受信したり、受信したボイストークファイルを再生したりすることが可能になる。
【００２３】
１）〜７）の機能を備えるプログラムがパーソナルコンピュータに提供およびインストールされる場合、パーソナルコンピュータのユーザーは、携帯端末５０ａ〜５０ｎ、１００のユーザーとの間でボイストークファイルをやりとりしながら音声通話を行うことができる。そのために、パーソナルコンピュータでのインストールおよび起動が可能であり、かつ、１）〜７）の機能を行うプログラムがパーソナルコンピュータへ提供される必要があり、これは本出願人が開発および配布することができるものである。このように、本明細書において「アプリ」と記載されるものは、携帯端末にインストールされるもの以外に、パーソナルコンピュータにインストールされるプログラムを指し得るものである。
【００２４】
前述したアプリがインストールされた発信者携帯端末１００でアプリ（またはモジュール、以下省略する）が起動すると、受信者携帯端末１００はタッチスクリーンに音声入力領域を表示するが、音声入力領域はタッチスクリーンで最大限多くの面積を占めるようにする。例えば、音声入力領域はタッチスクリーンの表示領域の全体、１／２ないし３／４であってもよいが、これは、タッチスクリーンで音声入力領域が最大限の面積を占めるようにすることにより、発信者携帯端末１００のユーザーが音声入力領域を容易にタッチオン／タッチオフすることができるようにするためである。
【００２５】
タッチスクリーンの表示領域全体が音声入力領域として設定される場合、発信者携帯端末１００のユーザーは、タッチスクリーンのメニューを詳しく見ず適当にタッチした状態で、受信者携帯端末５０ａ〜５０ｎへ伝送すべき音声を発声し、以後、タッチスクリーンをタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）すると、携帯端末１００にインストールされるアプリは、ボイストークファイルの生成を終了し、タッチオフされる時点までの音声に対するボイストークファイルを受信者携帯端末５０ａ〜５０ｎへ伝送することができる。
【００２６】
ここで、ボイストークファイルは、発信者携帯端末１００で生成される音声ファイルであって、様々なフォーマットのファイル、または本出願人自体が開発するフォーマットのファイルであってもよい。ボイストークファイルは、発信者携帯端末１００に入力されるアナログ音声を録音して生成されるデジタル音声ファイルであって、タッチスクリーンに対してタッチオンするときに生成され、タッチオフするときに生成が終了する。
【００２７】
一方、発信者携帯端末１００は、受信者携帯端末５０ａ〜５０ｎのいずれか一つまたは全体に対してボイストークファイルを伝送することができる。
【００２８】
発信者携帯端末１００のユーザーがアドレス帳から１つの受信者携帯端末（５０ａ〜５０ｎのいずれか一つ）を選択する場合、ボイストークファイルはその受信者携帯端末にのみ伝送されるが、もし発信者携帯端末１００のユーザーがアドレス帳から全体受信者携帯端末５０ａ〜５０ｎを選択してボイストークファイルを伝送しようとする場合には、ボイストークファイルがボイストークサーバー２００に伝送された後、ボイストークサーバー２００が全体の受信者携帯端末５０ａ〜５０ｎへ発信者携帯端末１００からのボイストークファイルを伝送することができる。
【００２９】
このとき、受信者携帯端末５０ａ〜５０ｎは、ボイストークサーバー２００から伝送したボイストークファイルを受信し次第にリアルタイムで再生するが、ボイストークサーバー２００からボイストークファイルを完全に受信した後に再生してもよく、ボイストークサーバー２００からある程度（例えば１０％）受信される時点から再生してもよい。但し、これに限定されない。
【００３０】
図２はアプリの起動画面の一実施例に係るインターフェースを示す。
【００３１】
図２を参照すると、実施例に係るインターフェースは、音声入力領域１２０、スピーカーオン／オフメニュー１３０、リアルタイム再生メニュー１４０、モード切替メニュー１５０、ボイスメールメニュー１６０およびドロップダウンメニュー１７０を含んで構成できる。
【００３２】
音声入力領域１２０は、タッチスクリーン１１０で最も多くの面積を占めるメニューであって、タッチスクリーン１１０のタッチ領域に比べて１／２ないし３／４であってもよい。または、一部のメニューに対するアイコンをタッチスクリーン１１０の一側に羅列し、ほとんどのタッチ領域を音声入力領域１２０として設定してもよい。アプリ（Ａｐｐ）は、音声入力領域１２０に対するタッチ入力が発生するとユーザーの音声を録音し、ユーザーがタッチオフするとユーザーの音声録音を終了することができる。
【００３３】
一方、アプリ（Ａｐｐ）は、音声入力領域１２０においてユーザーが最初にタッチした位置１２１からＡ方向にドラッグ（Ｄｒａｇ）入力を発生させたとき、ボイストークファイルの生成を中断することができる。Ａ領域またはＡ領域とは１８０度反対の方向にドラッグ入力が発生する場合、アプリは、音声入力領域１２０がタッチ状態であるとしても、ボイストークファイルを生成しないことがある。
【００３４】
参照符号「１３０」は、スピーカーオン／オフメニューであって、受信者携帯端末５０ａ〜５０ｎでボイストークファイルを再生するとき、受信者携帯端末５０ａ〜５０ｎに設けられるスピーカー（図示せず）、または受信者携帯端末５０ａ〜５０ｎに接続されるイヤホン（またはヘッドホン）での再生有無を設定することができる。
【００３５】
参照符号「１４０」は、発信者携帯端末１００から受信者携帯端末５０ａ〜５０ｎへ伝送されたボイストークファイルが受信者携帯端末５０ａ〜５０ｎで自動的にリアルタイムにて再生されるようにする自動再生メニューに対応する。
【００３６】
ここで、受信者携帯端末５０ａ〜５０ｎは、アプリが起動状態にある場合、発信者携帯端末１００から伝送されるボイストークファイルをリアルタイムで再生することができる。これに対し、受信者携帯端末５０ａ〜５０ｎにインストールされたアプリが起動状態ではない場合、受信者携帯端末５０ａ〜５０ｎにボイストークファイルが受信されると、受信者携帯端末５０ａ〜５０ｎには、ボイストークファイルの受信をユーザーに通知するためのアラームメッセージが表示できる。この場合、受信者端末５０ａ〜５０ｎのユーザーは、タッチスクリーン１１０に表示されるアラームメッセージをタッチして選択および確認し、別の再生プログラムを利用してボイストークファイルを再生しなければならない。すなわち、この場合、受信者端末５０ａ〜５０ｎは、ボイストークの受信および再生のみが可能であり、受信者端末５０ａ〜５０ｎから発信者端末１００へボイストークファイルを伝送するためにはボイストークファイルの送受信のためのアプリを起動しなければならない。このとき、受信者端末５０ａ〜５０ｎに伝送されるアラームメッセージはボイストークサーバー２００から提供するプッシュメッセージであってもよい。
【００３７】
参照符号「１５０」はボイストークモードとテキストメッセージモードを互いに切り替えるためのモード切替メニューであり、参照符号「１５１」、「１５２」はそれぞれボイストークモードとテキストメッセージモードに対応するアイコンを示す。
【００３８】
参照符号「１６０」は、ボイスメールメニューであって、発信者携帯端末１００と受信者携帯端末５０ａ〜５０ｎが互いにやりとりしたボイストークファイルを表示する。ボイスメールメニューは受信者携帯端末５０ａ〜５０ｎに登録され、受信者携帯端末５０ａ〜５０ｎでユーザーによって呼び出されて再生できる。
【００３９】
参照符号「１７０」は、ドロップダウンメニューであって、ユーザーによってタッチされると、ボイストークで会話すべき受信者グループを設定するための受信者グループ設定メニューをタッチスクリーン１１０に表示できる。
【００４０】
図３は本発明の一実施例に係る携帯端末のボイストーク制御方法を示すフローチャートである。
【００４１】
図３を参照すると、本発明の実施例に係る携帯端末のボイストーク制御方法は、まず、発信者携帯端末１００のユーザーが、携帯端末１００にインストールされたアプリ（Ａｐｐ）を起動する（Ｓ３０２）。次に、アプリは携帯端末１００のタッチスクリーン１１０に音声入力領域１２０を表示する。このとき、タッチスクリーン１１０に表示される音声入力領域の面積は、携帯端末１００に設けられるタッチスクリーン１１０の表示領域に比べて１／２ないし３／４であってもよい。このような面積の割り当てに応じて、携帯端末１００のユーザーは、タッチスクリーン１１０に表示される特定のメニューまたはアイコンをタッチする代わりに、タッチスクリーン１１０の中心部を適当にタッチすることにより、ボイストークファイルを生成することができる。
【００４２】
次に、アプリはボイストークを行う受信者携帯端末５０ａ〜５０ｎに対するユーザーの選択を受けるかあるいは発信者携帯端末１００とボイストークを行うべきグループ（受信者グループ）を設定することができる（Ｓ３０５）。
【００４３】
その後、アプリは発信者携帯端末１００側のタッチスクリーン１１０に示された音声入力領域１２０に対してユーザーのタッチが発生したか否かを判断する（Ｓ３０６）。このとき、アプリは、音声入力領域１１０に対してユーザーのタッチが発生した後、タッチ入力が維持される間にボイストークファイルを生成する（Ｓ３０７）。
【００４４】
次いで、アプリは、発信者携帯端末１００側のタッチスクリーン１１０に対してユーザーのタッチ入力が加えられた状態でドラッグ入力が発生したか否かを判断する（Ｓ３０８）。
【００４５】
アプリは、タッチスクリーン１１０にタッチ入力が加えられた後、第１方向または該第１方向とは１８０度の位相差を有する第２方向にドラッグ入力が加わる場合、ボイストークファイルの生成を中断することができる。ここで、第１方向は、先に図２を介して説明されたＡ方向、あるいはＡ方向に対して垂直な方向である。ここで、アプリはタッチスクリーン１１０にタッチ入力が加えられた後、第１方向または該第１方向とは１８０度の位相差を有する第２方向にドラッグ入力が加わる場合、ボイストークファイルの生成を中断することができる（Ｓ３０９）。
【００４６】
次に、アプリは、発信者携帯端末１００側のタッチスクリーン１１０に対してユーザーのタッチオフが発生するか否かを判断する（Ｓ３１０）。タッチオフが発生する場合、アプリは発信者携帯端末１００でのボイストークファイルの生成を終了し（Ｓ３１１）、タッチオフが発生した時点までに生成したボイストークファイルを受信者携帯端末５０ａ〜５０ｎへ伝送する（Ｓ３１２）。このとき、受信者携帯端末５０ａ〜５０ｎへ伝送されるボイストークファイルは、ストリーミングデータではなく、一つの完成したファイル形式であるため、受信者携帯端末５０ａ〜５０ｎで受信して再生する場合、発信者携帯端末１００と受信者携帯端末５０ａ〜５０ｎとの間のネットワーク状態を問わずに、安定した品質の再生音を提供することができる。
【００４７】
図４〜図６は本発明の一実施例に係る携帯端末のボイストーク制御方法を示す参照図である。
【００４８】
図４と図６を共に参照して説明すると、まず、図４で発信者携帯端末１００側のユーザーは、音声入力領域１２０にタッチ入力を加え、タッチ入力を加えた状態でタッチオフをしない。
【００４９】
次に、図５を参照すると、発信者携帯端末１００のユーザーは、音声入力領域１２０にタッチ入力を加えた状態を維持し、音声入力領域１２０にタッチ入力を加える状態で受信者携帯端末５０ａ〜５０ｎへ伝送しようとする音声を発声し、発信者携帯端末１００側に設けられるマイクは、ユーザーの音声を録音してデジタル音声ファイルを生成する。このときに生成される音声信号がボイストークファイルに該当する。
【００５０】
次いで、図６を参照すると、発信者携帯端末１００のユーザーが音声入力領域１２０でタッチオフ（Ｔｏｕｃｈ−Ｏｆｆ）するとき、アプリは発信者携帯端末１００で生成していたボイストークファイルの生成を終了する。アプリは、音声入力領域１２０にタッチ入力が加えられる瞬間から、音声入力領域１２０に加えられたタッチ入力が解除されるまでボイストークファイルを生成することができる。発信者携帯端末１００のユーザーが音声入力領域１２０に対してタッチオフするときまで生成したボイストークファイルは、ボイストークサーバー２００へ伝送される。ボイストークサーバー２００は、発信者携帯端末１００から伝送したボイストークファイルを発信者携帯端末１００側のアプリで設定した宛先（または受信グループ）へ伝送する。これにより、Ｗｉ−Ｆｉ網、３Ｇ網および４Ｇ網のネットワーク状態が不安定であっても、発信者携帯端末１００と受信者携帯端末５０ａ〜５０ｎは、互いにファイル（ボイストークファイル）をやりとりする過程によって音声信号を送受信するので、ボイストークファイルの伝送遅延は発生することがあっても、通話品質の低下は発生しない。
【００５１】
図７はアプリの起動画面の他の実施例に係るインターフェースを示す。
【００５２】
図７を参照すると、実施例に係るインターフェースは、タッチスクリーン１１０に表示され、タッチスクリーン１１０のタッチ領域全体が音声入力領域に対応する。したがって、本実施例において、タッチスクリーンと音声入力領域は、識別のために、それぞれ参照符号「１１０」と「１１０−Ａ」が付与されている。
【００５３】
音声入力領域１１０−Ａは、タッチスクリーン１１０のタッチ可能な領域全体にわたって形成される。これにより、図７に示したアプリのインターフェースは、タッチ入力領域をユーザーがタッチした状態であるときにはユーザーの音声を録音してボイストークファイルを生成し、ユーザーのタッチ入力が終了する時点には音声の録音を中断し、それまで録音されたユーザーの音声に対するボイストークファイルを受信者携帯端末５０ａ〜５０ｎへ伝送する。
【００５４】
ここで、音声入力領域１１０−Ａがタッチスクリーン１１０の全領域にわたって形成されるので、ユーザーはタッチスクリーン１１０のどこかの領域をタッチしながらボイストークファイルを生成することができるが、これはユーザーがタッチスクリーン１１０でボイストークファイルを生成するためのメニューを選択または照会する必要がないことを意味する。
【００５５】
ユーザーは、ボイストークサービスを利用するにはタッチスクリーン１１０のどこかの領域をタッチすれば済む。タッチ入力が維持される状態で所望の音声を発声すると、アプリではユーザーの音声に対するデジタル音声信号を生成し、ボイストークファイルとして形成することができる。
【００５６】
もし、タッチスクリーン１１０の一領域にボイストークサービスを利用するためのメニューが小さく存在すると仮定すると、ユーザーは、当該メニューを見つけなければならず、見つけた後は、該当メニューのタッチ領域を見計らってメニューを選択しなければならない不便さが発生することがあるが、本実施例では、タッチスクリーン１１０のタッチ領域全体が音声入力領域として設定されるため、このような不便さが発生することはない。
【００５７】
一方、タッチスクリーン１１０全体が音声入力領域として設定されることにより、ボイストークサービスの利用のために要求されるメニューがタッチスクリーン１１０に表示されない問題と、ボイストークファイルの生成をキャンセルし難い問題が発生するおそれがある。この問題については、本出願人は、携帯端末５０ａ〜５０ｎ、１００に設けられるボタンキー１１１、１１２、１１３を用いて、ボイストークサービスに関連するメニューがタッチスクリーン１１０に表示されるようにし、パターンタッチを用いてボイストークファイルの生成を中断する方案を提案する。
【００５８】
図示したボタンキーのうち、参照符号「１１１」はメニューボタンに該当し、参照符号「１１２」はホームボタンに該当し、参照符号「１１３」はキャンセルボタンに該当しうる。前述したボタンキー１１１、１１２、１１３は機械式ボタンまたはタッチ式ボタンである。タッチ方式の場合、ボタンキー１１１、１１２、１１３は、タッチスクリーン１１０とは異なり、映像を表示する機能はない。
【００５９】
図７に示した音声入力領域１１０−Ａで制御メニューをタッチスクリーン１１０に表示しようとする場合、ユーザーがメニューボタン１１１を選択すると、タッチスクリーン１１０には、図２に示した参照符号１３０、１４０、１５０、１６０および１７０に対する制御メニューが表示される。表示される制御メニュー（図２の参照符号１３０、１４０、１５０、１６０および１７０）は、図７に示したタッチスクリーン１１０の上端または下端に配置されてもよく、図２に示したのと同様に配置されてもよい。
【００６０】
図８および図９は本発明の他の実施例に係る携帯端末のボイストーク制御方法を示す参照図である。
【００６１】
まず、図８は音声入力領域１１０−Ａでパターンタッチ入力によってユーザーの音声に対するボイストークファイルの生成を中断する一例を示す参照図である。
【００６２】
図８に示すように、ユーザーがタッチスクリーン１１０をタッチした状態で、音声に対するボイストークファイルを生成する途中で、ボイストークファイルの生成をキャンセルしたいときは、タッチスクリーン１１０をタッチした状態で「Ｂ」方向にドラッグ入力を加えてボイストークファイルの生成をキャンセルすることができる。ユーザーは、タッチスクリーン１１０で「Ｂ」方向にドラッグ入力を加えることで、所望しないボイストークファイルが受信者携帯端末５０ａ〜５０ｎへ伝送されないようにする。
【００６３】
次に、図９はボイストークファイルの生成を中断するパターン入力の他の例を示す参照図である。
【００６４】
図９を参照すると、ユーザーがタッチスクリーン１１０をタッチした状態でＰ１−Ｐ２の順のパターンに応じたドラッグ入力を加える場合、発信者携帯端末１００にインストールされるアプリは、タッチスクリーン１１０にドラッグ入力Ｐ１が発生すると、一応ボイストークファイルの伝送を保留し、追加されるドラッグ入力Ｐ２が、以前に入力されたドラッグ入力Ｐ１とＸ字状のパターンをなすと、保留されていたボイストークファイルの伝送をキャンセルすることができる。前述したパターンのドラッグ入力はタッチスクリーン１１０のいずれの領域に入力されても有効である。
【図１】
2016524842.tif 000003
【図２】
2016524842.tif 000004
【図３】
2016524842.tif 000005
【図４】
2016524842.tif 000006
【図５】
2016524842.tif 000007
【図６】
2016524842.tif 000008
【図７】
2016524842.tif 000009
【図８】
2016524842.tif 000010
【図９】
2016524842.tif 000011
【国際調査報告】
2016524842.tif 000012
2016524842.tif 000013
2016524842.tif 000014
2016524842.tif 000015