JP2021005177A - 電子機器、電子機器の伝搬遅延提示方法、及びプログラム - Google Patents

Abstract

【課題】ＲＴＴのテキスト送受信時に伝搬遅延が発生した場合に、テキスト送受信の伝搬遅延の発生及び遅延程度を利用者に提示する。【解決手段】電子機器１は、テキスト情報を送受信する通信部６と、通信部６における通信の伝搬遅延時間を測定し、通信部６で受信したテキスト情報を表示するときに、伝搬遅延時間に基づいて自機の態様を変更する制御部１０と、を備えることを特徴とする。自機の態様の変更の一例として、遅延程度に応じて、受信した文字が表示画面上で表示される位置へ移動する速度を切り替える、遅延程度を示すインジケータを表示する、バイブレーションの振動を変化させる、効果音を変化させる、テキスト表示内容を変化させる等がある。【選択図】図１

Description

本発明は、電子機器、電子機器の伝搬遅延提示方法、及びプログラムに関する。

テキストメッセージングやメールの送信方法としては、操作者が送信するメッセージを作成し、送信操作を行うことで、作成したメッセージを送信する方法がある。これに対して、ネットワークを介した通信システムにおいて、テキスト表示機能を有する通信端末等の電子機器がテキストメッセージをリアルタイムに送信する技術として、リアルタイムテキスト（ＲＴＴ：Real-Time Text）がある。ＲＴＴは、操作者が作成中のテキストが文字入力されると、入力された文字情報を送信する。ＲＴＴは、高い応答性でテキストの送受信が可能となり、テキストメッセージに対して音声会話と同等の対話性を持たせることが出来る。これにより、例えば聴覚障害者や発話障害者に対して、テキストメッセージを介した会話に近いコミュニケーションが提供可能になる。

ＲＴＴに関連する技術としては、特許文献１、２にリアルタイムテキストチャット通信機能に関する記載がある。

特表２０１３−５４１０７５号公報 特表２００２−５２４９３５号公報

ＲＴＴのテキスト情報は、ＶｏＩＰ（Voice over Internet Protocol）やＶｏＬＴＥ（Voice over Long Term Evolution）等のＩＰ（Internet Protocol）音声通話と同様に、一般的に、その呼制御にＳＩＰ（Session Initiation Protocol）、情報転送にＲＴＰ（Real-time Transport Protocol）を使用している。ここで、ＲＴＰは下位層にＵＤＰ（User Datagram Protocol）を使用しており、非確認型通信である。

ＲＴＴは、リアルタイム性を重視した技術であるため、例えば、自身が送信したメッセージに対する応答が遅い等、リアルタイム性が低下する状況においては円滑なコミュニケーションを阻害してしまい、利用者に不安感や不快感を与えてしまう可能性がある。

ＲＴＴを用いた通信において次のような通信の遅れが生じる場合がある。通信の遅れの原因としては、送信者側の文字入力操作自体が遅い（入力遅延）場合、電子機器（端末）間を介するネットワーク（ＮＷ）環境によりＲＴＰパケット転送に遅延が発生している（伝搬遅延）場合がある。しかしながら、通信相手は、理由に関わらず、受信テキストの表示が遅くなるため、テキストメッセージのやりとりを円滑に行えない場合がある。

本発明は、リアルタイムテキストによるコミュニケーションをより円滑に行うことができる電子機器、電子機器の伝搬遅延表示方法及びプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る電子機器は、テキスト情報を送受信する通信部と、前記通信部における通信の伝搬遅延時間を測定し、前記通信部で受信したテキスト情報を表示するときに、前記伝搬遅延時間に基づいて自機の態様を変更する制御部と、を備える。

上述した課題を解決し、目的を達成するために、本発明に係る電子機器の伝搬遅延提示方法は、通信の伝搬遅延時間を測定することと、テキスト情報を受信することと、受信したテキスト情報を表示し、かつ、前記伝搬遅延時間に基づいて自機の態様を変更することと、を含む。

上述した課題を解決し、目的を達成するために、本発明のプログラムは、通信の伝搬遅延時間を測定するステップと、テキスト情報を受信するステップと、受信したテキスト情報を表示し、かつ、前記伝搬遅延時間に基づいて自機の態様を変更するステップと、電子機器に実行させる。

本発明によれば、ＲＴＴのテキスト送受信において通信に起因する伝搬遅延の発生及び遅延程度を利用者が知ることができ、リアルタイムテキストによるコミュニケーションをより円滑に行うことができる。

図１は、実施形態に係る電子機器の機能構成の一例を示すブロック図である。 図２は、実施形態に係る通信システムの構成の一例を示す模式図である。 図３は、音声通話の処理の一例を示すシーケンス図である。 図４は、送信者側の入力速度による遅延が発生している状況を説明するための説明図である。 図５は、ネットワーク内部において遅延が発生している状況を説明するための説明図である。 図６は、話中状態における伝搬遅延時間の測定方法を説明するための説明図である。 図７は、ＲＴＰパケットのヘッダ部分の構成を説明するためのフォーマット図である。 図８は、ＲＴＰパケットのうち、実施形態に係るペイロード部分の構成を説明するためのフォーマット図である。 図９は、伝搬遅延時間の測定結果に応じてＲＴＴ通信中の端末の画面上の表示を変化させる事例を説明するための説明図である。 図１０は、伝搬遅延時間を示すインジケータを表示する事例について説明するための概念図である。 図１１は、伝搬遅延時間に応じてバイブレーションの振動を変化させる事例について説明するための概念図である。 図１２は、伝搬遅延時間に応じて効果音を変化させる事例について説明するための概念図である。 図１３は、伝搬遅延時間に応じてテキスト表示方法を変化させる事例について説明するための概念図である。 図１４は、呼制御時における発呼側の電子機器の伝搬遅延時間の測定及び提示に関する動作の一例を示すフローチャートである。 図１５は、話中状態における電子機器の伝搬遅延時間の測定及び提示に関する動作の一例を示すフローチャートである。 図１６は、話中状態における受信側の電子機器の測定応答に関する動作の一例を示すフローチャートである。 図１７は、話中状態における電子機器の自機の態様の変更に関する動作の一例を示すフローチャートである。

以下、添付図面を参照して、本発明に係る実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、実施形態が複数ある場合には、各実施形態を組み合わせて構成するものも含む。

＜実施形態＞
図１は、本発明の実施形態に係る電子機器の機能構成の一例を示すブロック図である。以下の説明において、同様の構成要素について同一の符号を付すことがある。以下の説明において、重複する説明は省略することがある。

本実施形態に係る電子機器１は、例えば、携帯電話機、スマートフォン、タブレット、モバイルパソコン、メディアプレイヤ、電子書籍リーダ、ナビゲータ、ウェアラブルデバイス、又はゲーム機等の通信機能とテキスト表示機能を有する機器である。但し、これらは例示であり、本発明を限定するものではない。

図１に示すように、電子機器１は、タッチスクリーンディスプレイ２と、ボタン３と、照度センサ４と、近接センサ５と、通信ユニット６と、レシーバ７と、マイク８と、ストレージ９と、コントローラ１０と、スピーカ１１と、カメラ１２と、カメラ１３と、コネクタ１４と、モーションセンサ１５と、バイブレータ１６とを含む。

タッチスクリーンディスプレイ２は、ディスプレイ２Ａと、タッチスクリーン２Ｂとを有する。ディスプレイ２Ａ及びタッチスクリーン２Ｂは、例えば、重なって位置してよいし、並んで位置してよいし、離れて位置してよい。ディスプレイ２Ａとタッチスクリーン２Ｂとが重なって位置する場合、例えば、ディスプレイ２Ａの１ないし複数の辺は、タッチスクリーン２Ｂのいずれの辺とも沿っていなくてもよい。

ディスプレイ２Ａは、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬディスプレイ（ＯＥＬＤ：Ｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）、又は無機ＥＬディスプレイ（ＩＥＬＤ：Ｉｎｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）等の表示デバイスを含む。ディスプレイ２Ａは、文字、数字、記号、画像、及び図形等のオブジェクトを画面内に表示する。ディスプレイ２Ａが表示するオブジェクトを含む画面は、ロック画面と呼ばれる画面、ホーム画面と呼ばれる画面、アプリケーションの実行中に表示されるアプリケーション画面を含む。ホーム画面は、デスクトップ、待受画面、アイドル画面、標準画面、アプリ一覧画面又はランチャー画面と呼ばれることもある。

タッチスクリーン２Ｂは、タッチスクリーン２Ｂに対する指、ペン、又はスタイラスペン等の接触又は近接を検出する。タッチスクリーン２Ｂは、複数の指、ペン、又はスタイラスペン等がタッチスクリーン２Ｂに接触又は近接したときのタッチスクリーン２Ｂ上の位置を検出することができる。以下の説明において、タッチスクリーン２Ｂが検出する複数の指、ペン、及びスタイラスペン等がタッチスクリーン２Ｂに接触又は近接した位置を「検出位置」と表記する。タッチスクリーン２Ｂは、タッチスクリーン２Ｂに対する指の接触又は近接を、検出位置とともにコントローラ１０に通知する。タッチスクリーン２Ｂは、検出位置の通知をもって接触又は近接の検出をコントローラ１０に通知してよい。タッチスクリーン２Ｂが行える動作を、タッチスクリーン２Ｂを有するタッチスクリーンディスプレイ２は実行できる。言い換えると、タッチスクリーン２Ｂが行う動作は、タッチスクリーンディスプレイ２が行ってもよい。

コントローラ１０は、タッチスクリーン２Ｂにより検出された接触又は近接、検出位置、検出位置の変化、接触又は近接が継続した時間、接触又は近接が検出された間隔、及び接触が検出された回数の少なくとも１つに基づいて、ジェスチャの種別を判別する。コントローラ１０が行える動作を、コントローラ１０を有する電子機器１は実行できる。言い換えると、コントローラ１０が行う動作は、電子機器１が行ってもよい。ジェスチャは、指を用いて、タッチスクリーン２Ｂに対して行われる操作である。タッチスクリーン２Ｂに対して行われる操作は、タッチスクリーン２Ｂを有するタッチスクリーンディスプレイ２に行われてもよい。コントローラ１０が、タッチスクリーン２Ｂを介して判別するジェスチャには、例えば、タッチ、ロングタッチ、リリース、スワイプ、タップ、ダブルタップ、ロングタップ、ドラッグ、フリック、ピンチイン、及びピンチアウトが含まれるが、これらに限定されない。

タッチスクリーン２Ｂの検出方式は、静電容量方式、抵抗膜方式、表面弾性波方式、赤外線方式、及び荷重検出方式等の任意の方式でよい。

ボタン３は、利用者（ユーザ）からの操作入力を受け付ける。電子機器１は、例えば、電子機器１の筐体に設けられた物理キー等である。なお、ボタン３は、キーパッドやキーボード等を含む。フィーチャーフォンのようにタッチスクリーン２Ｂを有しない電子機器１の場合、ディスプレイ２Ａとキーパッド（ボタン３）を用いることで、同様の入力操作を実現することが可能である。

照度センサ４は、照度を検出する。照度は、照度センサ４の測定面の単位面積に入射する光束の値である。照度センサ４は、例えば、ディスプレイ２Ａの輝度の調整に用いられる。

近接センサ５は、近隣の物体の存在を非接触で検出する。近接センサ５は、磁界の変化又は超音波の反射波の帰還時間の変化等に基づいて物体の存在を検出する。近接センサ５は、例えば、ディスプレイ２Ａと顔とが接近したことを検出する。照度センサ４及び近接センサ５は、１つのセンサとして構成されていてもよい。照度センサ４は、近接センサとして用いられてもよい。

通信ユニット６は、無線により通信する。通信ユニット６によってサポートされる無線通信規格には、例えば、３Ｇ、４Ｇ、５Ｇ等のセルラーフォンの通信規格と、近距離無線の通信規格とが含まれる。セルラーフォンの通信規格としては、例えば、ＬＴＥ（Long Term Evolution）、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）、ＷｉＭＡＸ（登録商標）（Worldwide Interoperability for Microwave Access）、ＣＤＭＡ２０００、ＰＤＣ（Personal Digital Cellular）、ＧＳＭ（登録商標）（Global System for Mobile Communications）、ＰＨＳ（Personal Handy-phone System）等がある。近距離無線の通信規格としては、例えば、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ（Infrared Data Association）、ＮＦＣ（Near Field Communication）、ＷＰＡＮ（Wireless Personal Area Network）等が含まれる。ＷＰＡＮの通信規格には、例えば、ＺｉｇＢｅｅ（登録商標）が含まれる。通信ユニット６は、上述した通信規格の１つ又は複数をサポートしていてもよい。

レシーバ７は、コントローラ１０から送出される音信号を音として出力する。レシーバ７は、例えば、電子機器１にて再生される動画の音、音楽の音、及び通話時の相手の声を出力することができる。マイク８は、入力される利用者の声等を音信号へ変換してコントローラ１０へ送信する。

ストレージ９は、プログラム及びデータを記憶する。ストレージ９は、コントローラ１０の処理結果を一時的に記憶する作業領域として利用されてもよい。ストレージ９は、半導体記憶媒体、及び磁気記憶媒体等の任意の非一過的（non-transitory）な記憶媒体を含んでよい。ストレージ９は、複数の種類の記憶媒体を含んでよい。ストレージ９は、メモリカード、光ディスク、又は光磁気ディスク等の記憶媒体と、記憶媒体の読み取り装置との組み合わせを含んでよい。ストレージ９は、ＲＡＭ（Random Access Memory）等の一時的な記憶領域として利用される記憶デバイスを含んでよい。

ストレージ９に記憶されるプログラムには、フォアグランド又はバックグランドで実行されるアプリケーションと、アプリケーションの動作を支援する支援プログラム（図示略）とが含まれる。アプリケーションは、例えば、フォアグランドで実行される場合、当該アプリケーションに係る画面を、ディスプレイ２Ａに表示する。支援プログラムには、例えば、ＯＳが含まれる。プログラムは、通信ユニット６による無線通信又は非一過的な記憶媒体を介してストレージ９にインストールされてもよい。また、プログラムは、複数のモジュールに分割されていてもよいし、他のプログラムと結合されていてもよい。

ストレージ９は、制御プログラム９Ａ、文字入力制御プログラム９Ｂ、アドレス帳データ９Ｃ、ＲＴＴ（Real-Time Text）制御プログラム９Ｄ及び設定データ９Ｚ等を記憶できる。制御プログラム９Ａは、各種機能を提供するに際し、電子機器１が記憶する各種アプリケーションと連携できる。制御プログラム９Ａは、通信ユニット６を介してクラウドストレージと連携し、当該クラウドストレージが記憶するファイル及びデータにアクセスしてもよい。クラウドストレージは、ストレージ９に記憶されるプログラム及びデータの一部又は全部を記憶してもよい。

制御プログラム９Ａは、電子機器１の各種動作に関する処理を実現するための機能をそれぞれ提供できる。制御プログラム９Ａが提供する機能には、照度センサ４の検出結果に基づいて、ディスプレイ２Ａの輝度を調整する機能が含まれる。制御プログラム９Ａが提供する機能には、近接センサ５の検出結果に基づいて、タッチスクリーン２Ｂに対する操作を無効とする機能が含まれる。制御プログラム９Ａが提供する機能には、通信ユニット６の電話等の着信を報知する機能が含まれる。制御プログラム９Ａが提供する機能には、通信ユニット６、レシーバ７、及びマイク８等を制御することによって、通話を実現させる機能が含まれる。制御プログラム９Ａが提供する機能には、カメラ１２、及びカメラ１３の撮影処理を制御する機能が含まれる。制御プログラム９Ａが提供する機能には、コネクタ１４を介して接続される外部機器との間の通信を制御する機能が含まれる。制御プログラム９Ａが提供する機能には、タッチスクリーン２Ｂの検出結果に基づいて判別したジェスチャに応じて、ディスプレイ２Ａに表示されている情報を変更する等の各種制御を行う機能が含まれる。制御プログラム９Ａが提供する機能には、モーションセンサ１５の検出結果に基づいて、電子機器１を携帯する利用者の移動、停止等を検出する機能が含まれる。制御プログラム９Ａが提供する機能には、対象となる情報を音声で読み上げる機能が含まれる。制御プログラム９Ａが提供する機能には、アドレス帳データ９Ｃを管理する機能が含まれる。

文字入力制御プログラム９Ｂは、電子機器１において実行される文字入力を制御するための機能を提供できる。文字入力制御プログラム９Ｂは、例えば、ソフトウェアキーに対する操作を検出すると、操作が検出されたソフトウェアキーに対応付けられている複数のソフトウェアキーのそれぞれに、当該複数のソフトウェアキーに予め紐付けられている少なくとも１つの文字を割り当てる機能を提供できる。文字入力制御プログラム９Ｂは、対象となる情報を音声で読み上げる機能を提供できる。このように、文字入力制御プログラム９Ｂは、複数のソフトウェアキーに文字を割り当て、当該ソフトウェアキーに対する利用者の操作に基づいた文字入力を電子機器１で実現するための機能を提供できる。

アドレス帳データ９Ｃは、通信相手に関するアドレス情報を含む。アドレス情報は、例えば、名前、電話番号等の各種情報を含む。アドレス情報は、通信相手に対応したグループを割り当てることができる。例えば、アドレス情報は、電子メールアドレス、画像、ＳＮＳ（Social Network Service）等のコミュニケーションサイトでその人物が各種のメッセージを投稿する際に用いるアカウント等を含んでもよい。

ＲＴＴ制御プログラム９Ｄは、通話中に通話回線を用いて、入力が確定した文字を通信相手に出力して、通信相手から出力された文字情報を表示させる機能を提供できる。ＲＴＴ制御プログラム９Ｄは、通信状況により生じる伝送遅延時間を測定し、測定した伝送遅延時間の程度に基づいて、遅延状態を通知する機能を含む。

設定データ９Ｚは、制御プログラム９Ａにより実行される処理に用いられる情報を含む。設定データ９Ｚは、例えば、マナーモード、サイレントモード等の設定に関する各種の情報を含む。マナーモードは、通知音、着信音を出力せず、バイブレータ１６、振動部３０等で電子機器１を振動させるモードである。サイレントモードは、ディスプレイ２Ａへの表示のみを行い、通知音、着信音を出力させず振動を発生させないモードである。

コントローラ１０は、演算処理装置を含む。演算処理装置は、例えば、ＣＰＵ（Central Processing Unit）、ＳｏＣ（System-on-a-Chip）、ＭＣＵ（Micro Control Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、およびコプロセッサを含むが、これらに限定されない。コントローラ１０は、電子機器１の動作を統括的に制御して各種の機能を実現する。

具体的には、コントローラ１０は、ストレージ９に記憶されているプログラムに含まれる命令を実行できる。コントローラ１０は、ストレージ９に記憶されているデータを必要に応じて参照できる。コントローラ１０は、データ及び命令に応じて機能部を制御できる。コントローラ１０は、機能部を制御することによって、各種機能を実現できる。機能部は、例えば、ディスプレイ２Ａ、通信ユニット６、マイク８、スピーカ１１、及びバイブレータ１６を含むが、これらに限定されない。コントローラ１０は、検出部の検出結果に応じて、制御を変更することがある。検出部は、例えば、タッチスクリーン２Ｂ、ボタン３、照度センサ４、近接センサ５、マイク８、カメラ１２、カメラ１３、及びモーションセンサ１５を含むが、これらに限定されない。

コントローラ１０は、制御プログラム９Ａを実行することにより、電子機器１の各種動作に関する処理を実現できる。コントローラ１０は、制御プログラム９Ａを実行することにより、通信ユニット６の電話等の着信に関する処理を実現できる。電話等の着信に関する処理は、例えば、電話等の着信の報知に関する処理、電話等の着信に応じて通話を開始するための操作に関する処理、電話の発信に関する処理等を含む。

スピーカ１１は、コントローラ１０から送出される音信号を音として出力する。スピーカ１１は、例えば、着信音、音声、音楽等を出力するために用いられる。レシーバ７及びスピーカ１１の一方が、他方の機能を兼ねてもよい。

カメラ１２及びカメラ１３は、撮影した画像を電気信号へ変換する。カメラ１２は、ディスプレイ２Ａに面している物体を撮影するインカメラである。カメラ１３は、ディスプレイ２Ａの反対側の面に面している物体を撮影するアウトカメラである。カメラ１２及びカメラ１３は、インカメラ及びアウトカメラを切り換えて利用可能なカメラユニットとして、機能的及び物理的に統合された状態で電子機器１に実装されてもよい。

コネクタ１４は、他の装置が接続される端子である。コネクタ１４は、ＵＳＢ（Universal Serial Bus）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、ライトピーク（サンダーボルト（登録商標））、イヤホンマイクコネクタのような汎用的な端子であってもよい。コネクタ１４は、Ｄｏｃｋコネクタのような専用の端子でもよい。コネクタ１４に接続される装置は、例えば、外部ストレージ、スピーカ、及び通信装置を含むが、これらに限定されない。

モーションセンサ１５は、電子機器１を携帯する利用者の動作を判定するための各種情報を検出できる。モーションセンサ１５は、加速度センサ、方位センサ、ジャイロスコープ、磁気センサ及び気圧センサ等を備えるセンサユニットとして構成されてよい。

バイブレータ１６は、電子機器１の筐体１ｈを振動させる。バイブレータ１６は、振動を発生させるために、例えば、圧電素子、又は偏心モータ等を有する。例えば、バイブレータ１６は、設定データ９Ｚのマナーモードの項目が有効となっている場合、電話等の着信を報知するためにコントローラ１０の制御によって振動する。

電子機器１は、上記の各機能部の他、ＧＰＳ受信機を備えてもよい。ＧＰＳ受信機は、ＧＰＳ衛星からの所定の周波数帯の電波信号を受信する。ＧＰＳ受信機は、受信した電波信号の復調処理を行って、処理後の信号をコントローラ１０に送出する。ＧＰＳ受信機は、電子機器１の現在位置の演算処理をサポートする。電子機器１は、ＧＰＳ衛星以外の測位用人工衛星の信号を受信可能な受信機を備え、現在位置の演算処理を実行してもよい。電子機器１は、バッテリ等、電子機器１の機能を維持するために当然に用いられる機能部、及び電子機器１の制御を実現するために当然に用いられる制御部を実装する。

電子機器１は、通信ユニット６を介してクラウド上の記憶サーバにアクセスし、各種プログラム及びデータを取得してもよい。

［通信システム］
次に、図２を用いて、本実施形態に係る図１に示す電子機器１を含む通信システムの構成について説明する。図２は、本実施形態に係る通信システムの構成の一例を示す模式図である。なお、図２は無線通信システムの構成の一例であり、本発明を限定するものではない。

図２に示すように、本実施形態に係る通信システム１００は、第１電子機器１Ａと、ネットワークＮＷと、第２電子機器１Ｂと、を含む。ネットワークＮＷは、第１無線ネットワークＮＷ１と、第２無線ネットワークＮＷ２と、を含む。なお、通信システム１００は、第１電子機器１Ａ、第２電子機器１Ｂ以外の電子機器を含んでおり、ネットワークＮＷも第１無線ネットワークＮＷ１と、第２無線ネットワークＮＷ２以外のネットワークを含む。

第１電子機器１Ａと第２電子機器１Ｂはそれぞれ上述した電子機器１の機能を備えるスマートフォンである。第１電子機器１Ａと第２電子機器１Ｂは、通話機能と、テキストメッセージ通信を行う機能を備えていればよく、その他の機能の有無については限定されない。

第１無線ネットワークＮＷ１と第２無線ネットワークＮＷ２は、それぞれ、無線により通信を行う通信網である。第１無線ネットワークＮＷ１は、第１電子機器１Ａと無線で通信を行いデータの送受信を行う。第１無線ネットワークＮＷ１は、中継局、基地局等を含み、機器間でデータの送受信を行うネットワークを構築する。第１無線ネットワークＮＷ１は、無線で通信が可能で、サービス対象の他の電子機器とも通信を行う。第１無線ネットワークＮＷ１は、第２無線ネットワークＮＷ２を含む、他の無線ネットワーク、有線のネットワークと通信を行い、データの送受受信を行う。

第２無線ネットワークＮＷ２は、第２電子機器１Ｂと無線で通信を行いデータの送受信を行う。第２無線ネットワークＮＷ２は、中継局、基地局等を含み、機器間でデータの送受信を行うネットワークを構築する。第２無線ネットワークＮＷ２は、無線で通信が可能で、サービス対象の他の電子機器とも通信を行う。第２無線ネットワークＮＷ２は、第１無線ネットワークＮＷ１を含む、他の無線ネットワーク、有線のネットワークと通信を行い、データの送受受信を行う。

なお、本実施形態では、第１無線ネットワークＮＷ１と第２無線ネットワークＮＷ２とをそれぞれ１つのネットワークとしたが、それぞれを１つの基地局としてもよい。また、第１無線ネットワークＮＷ１と第２無線ネットワークＮＷ２との間を他の通信機器で接続してもよい。

次に、図３を用いて、音声通信の処理について説明する。一般的に、音声通信の制御は、音声通話の接続及び解放のための一連の処理を指す。通信システム１００の第１電子機器１Ａ及び第２電子機器１Ｂは、音声通信中にリアルタイムテキストによるテキストの送受信を行うことができる。図３は、音声通話の処理の一例を示すシーケンス図である。図３では、通信システム１００の第１電子機器１Ａと第２電子機器１Ｂとの間で通信を行う場合について説明する。

第１電子機器１Ａは、リアルタイム通信のためのプロトコルの１つであるＳＩＰ（Session Initiation Protocol）を用いて、第２電子機器１Ｂとのセッションを確立する。ＳＩＰは、アプリケーション層で相手に対して、音声や映像、テキストメッセージの交換等を行うために必要なセッションの生成・変更・切断を行うプロトコルである。セッションの確立は、セッション確立要求の送信から始まる。

図３に示すように、第１電子機器１Ａは、第２電子機器１Ｂとのセッション確立のために、第２電子機器１Ｂへセッション確立要求、例えば「ＩＮＶＩＴＥ」を含むデータを送信する。第１電子機器１Ａは、セッション確立要求を、第１無線ネットワークＮＷ１に出力する（ステップＳ１２）。

第１無線ネットワークＮＷ１は、第１電子機器１Ａから受信したセッション確立要求の宛先が第２電子機器１Ｂであることを検出し、第２無線ネットワークＮＷ２へセッション確立要求を転送する（ステップＳ１４）。また、第１無線ネットワークＮＷ１は、発信元である第１電子機器１Ａへ、第２無線ネットワークＮＷ２へのセッション確立要求の送信を実行中であることを通知する暫定応答、例えば「１００ Ｔｒｙｉｎｇ」を含むデータを送信する（ステップＳ１６）。第１無線ネットワークＮＷ１は、ネットワークに含まれるＳＩＰサーバで処理を実行しても、ＩＰ−ＰＢＸ（Internet Protocol Private Branch exchange：ＩＰ電話交換機）で処理を実行してもよい。

セッション確立要求を受信した第２無線ネットワークＮＷ２は、第１無線ネットワークＮＷ１から受信したセッション確立要求の内容に基づいて、配下の第２電子機器１Ｂへセッション確立要求を送信する（ステップＳ１８）。

第２電子機器１Ｂは、セッション確立要求を受信すると、着信音を鳴らす等、相手からの呼び出し処理を行う。併せて、第２電子機器１Ｂは、発信元である第１電子機器１Ａへ、セッション確立要求に対する呼び出し中であることを伝えるための暫定応答、例えば「１８０ Ｒｉｎｇｉｎｇ」を含むデータを第２無線ネットワークＮＷ２へ応答する（ステップＳ２０）。第２無線ネットワークＮＷ２は、第２電子機器１Ｂから受信した暫定応答を第１無線ネットワークＮＷ１へ転送する（ステップＳ２２）。第１無線ネットワークＮＷ１は、第２無線ネットワークＮＷ２から受信した暫定応答を第１電子機器１Ａへ送信する（ステップＳ２４）。

第２電子機器１Ｂは、着信に応答する場合、受話器のオフフック等に該当する操作によって、セッション確立要求に対する成功応答、例えば「２００ ＯＫ」を含むデータを第２無線ネットワークＮＷ２へ送信する（ステップＳ２６）。第２無線ネットワークＮＷ２は、第２電子機器１Ｂから受信した成功応答を第１無線ネットワークＮＷ１へ転送する（ステップＳ２８）。第１無線ネットワークＮＷ１は、第２無線ネットワークＮＷ２から受信した成功応答を第１電子機器１Ａへ送信する（ステップＳ３０）。

第１電子機器１Ａは、第２電子機器１Ｂからの成功応答をもとに、セッション確立了解を通知する確認応答、例えば「ＡＣＫ」を含むデータを第１無線ネットワークＮＷ１へ送信する（ステップＳ３２）。第１無線ネットワークＮＷ１は、第１電子機器１Ａから受信した確認応答を第２無線ネットワークＮＷ２へ転送する（ステップＳ３４）。第２無線ネットワークＮＷ２は、第１無線ネットワークＮＷ１のＳＩＰサーバから受信した確認応答を第２電子機器１Ｂへ転送する（ステップＳ３６）。これにより、第１電子機器１Ａと第２電子機器１Ｂの間にセッションが生成される。第１電子機器１Ａと第２電子機器１Ｂとは、生成されたセッション上で、互いに音声データの送受信が可能となり、通話状態となる。

本実施形態では、第１電子機器１Ａと第２電子機器１Ｂとは、通話状態となった後、第１電子機器１Ａと第２電子機器１Ｂは、互いに、例えばＲＴＰ（Real-time Transport Protocol）を使用して、アナログの音声をデジタル化したデータ及びテキストデータを含むデジタルデータをＩＰネットワークに送信する（ステップＳ３８）。つまり、確立したＩＰネットワークの通信で、音声の送受信と、リアルタイムテキストの送受信を行う。ＲＴＰは、音声や映像をストリーミング再生するためのＵＤＰ（User Datagram Protocol）上で動作するプロトコルである。第１電子機器１Ａ及び第２電子機器１Ｂは、音声及びテキストをＲＴＰパケットに変換して、ＩＰネットワークで送出する。

第１電子機器１Ａ側から通話を終了する場合、第１電子機器１Ａは、受話器のオンフック（受話器をおろす）等に該当する操作によって、セッション切断要求、例えば、ＢＹＥを含むデータを第１無線ネットワークＮＷ１へ送信する（ステップＳ４０）。第１無線ネットワークＮＷ１は、第１電子機器１Ａから受信したセッション切断要求を第２無線ネットワークＮＷ２へ転送する（ステップＳ４２）。第２無線ネットワークＮＷ２は、第１無線ネットワークＮＷ１から受信したセッション切断要求を第２電子機器１Ｂへ転送する（ステップＳ４４）。

第２電子機器１Ｂは、セッション切断要求を受信すると、セッション切断要求に対する成功応答、例えば、「２００ ＯＫ」を含むデータを第２無線ネットワークＮＷ２へ送信する（ステップＳ４６）。第２無線ネットワークＮＷ２は、第２電子機器１Ｂから受信した成功応答を第１無線ネットワークＮＷ１へ転送する（ステップＳ４８）。第１無線ネットワークＮＷ１は、第２無線ネットワークＮＷ２から受信した成功応答を第１電子機器１Ａへ送信する（ステップＳ５０）。これにより、第１電子機器１Ａと第２電子機器１Ｂとのセッションが終了し、第１電子機器１Ａと第２電子機器１Ｂとの間の通話が終了する。

ここで、図４及び図５を用いて、ＲＴＴのテキスト送受信に伝搬遅延が発生している状況について説明する。図４は、送信者側の入力速度による遅延が発生している状況を説明するための説明図である。図４に示すように、第１電子機器１Ａは、文字「Ａ」が入力された場合、「Ａ」を通知するためのＰＴＰパケットを、第１無線ネットワークＮＷ１及び第２無線ネットワークＮＷ２を経由して、第２電子機器１Ｂへ送信する。第２電子機器１Ｂは、「Ａ」を通知するためのＰＴＰパケットを受信した後、「Ａ」を画面に表示する。

次に、第１電子機器１Ａにおいて「Ａ」が入力された後、文字「Ｂ」が入力されるまでに所定の時間が経過する。例えば、第１電子機器１Ａの利用者自身が当該電子機器での文字入力に不慣れである場合や、利用者が当該文字の入力や選択に逡巡する場合、あるいは、第１電子機器１Ａ自体の不具合や処理遅延により利用者の文字入力に対する反応が遅くなっている場合に、利用者の入力が遅くなる。この場合、「Ｂ」を通知するためのＰＴＰパケットを第１電子機器１Ａから送信するまでに時間がかかることになる。第２電子機器１Ｂは、「Ａ」が表示されてから、「Ｂ」が表示されるまで、通信にかかった時間に加え、「Ｂ」の入力にかかった時間が経過する。

次に、図５は、ネットワークの通信速度による遅延が発生している状況を説明するための説明図である。図５に示すように、第１電子機器１Ａは、文字「Ａ」が入力された場合、「Ａ」を通知するためのＰＴＰパケットを、第１無線ネットワークＮＷ１及び第２無線ネットワークＮＷ２を経由して、第２電子機器１Ｂへ送信する。第２電子機器１Ｂは、「Ａ」を通知するためのＰＴＰパケットを受信し、「Ａ」を画面に表示する。

また、第１電子機器１Ａは、「Ａ」が入力された後、図４の所定の時間よりも短い時間で「Ｂ」が入力された場合、第１電子機器１Ａは、「Ｂ」を通知するためのＰＴＰパケットを、第１無線ネットワークＮＷ１及び第２無線ネットワークＮＷ２を経由して、第２電子機器１Ｂへ送信する。ここで、第１電子機器１Ａにおいて「Ａ」が入力されてから「Ｂ」が入力されるまでの間に、ネットワークの通信に遅延が発生すると、第２電子機器１Ｂへ「Ａ」が伝播してから「Ｂ」が伝搬されるまでの時間が、ネットワークで発生した遅延時間分、長くなる。ネットワークの遅延の原因としては、第１無線ネットワークＮＷ１と第２無線ネットワークＮＷ２の少なくとも一方での、回線の障害や混雑等によりネットワークの通信の遅延が発生した場合、あるいは、選択された通信経路が切り換えられた場合がある。

図４及び図５のいずれの場合も、第２電子機器１Ｂは、「Ａ」が表示されてから「Ｂ」が表示されるまでに想定されるよりも時間がかかることになる。電子機器１は、通信の遅延時間を検出し、検出結果を通知することで、図４の状況で表示に時間がかかっているか、図５の状況で表示に時間がかかっているかを利用者に伝達する。以下具体的な処理を説明する。

図３に加え、図６を用いて、ＲＴＴ通信におけるテキストの伝搬遅延時間ＤＴの測定方法について説明する。図６は、ＲＴＴ通信が可能な状態である話中状態における伝搬遅延時間ＤＴの測定方法を説明するための説明図である。図６は、ネットワークを１つのみ示しているが、図３と同様に複数のネットワークでもよい。

図３を用いて発呼時にテキストの伝搬遅延時間ＤＴの測定方法について説明する。図３に示すように、第１電子機器１Ａは、発呼側端末である第１電子機器１Ａがセッション確立要求を送出した時（測定開始ＭＳ１）に伝搬遅延時間ＤＴの測定を開始する。そして、第１電子機器１Ａは、着呼側端末である第２電子機器１Ｂが送出する有効な応答のうち第１電子機器１Ａが最も早く受信する暫定応答を受信した時（測定終了ＭＥ１）に伝搬遅延時間ＤＴの測定を終了する。すなわち、第１電子機器１Ａは、セッション確立要求の送出時（測定開始ＭＳ１）から暫定応答の受信時（測定終了ＭＥ１）までの時間を測定し、測定した時間を伝搬遅延時間ＤＴとする。

第１電子機器１Ａは、セッション確立要求を送出した時（測定開始ＭＳ１）に伝搬遅延時間ＤＴの測定を開始し、第２電子機器１Ｂが送出するセッション確立要求に対する成功応答を受信した時（測定終了ＭＥ１ａ）に伝搬遅延時間ＤＴの測定を終了してもよい。すなわち、セッション確立要求の送出時（測定開始ＭＳ１）からセッション確立要求に対する成功応答の受信時（測定終了ＭＥ１ａ）までの時間を測定し、測定した時間を伝搬遅延時間ＤＴとしてもよい。

次に、図６を用いて、ＲＴＴ通信が可能な話中状態で伝播遅延時間ＤＴを測定する場合を説明する。第２電子機器１Ｂは、測定要求Ｒｅｑを送出する（ステップＳ５２）。第２電子機器１Ｂは、測定要求Ｒｅｑを送出した時（測定開始ＭＳ３）に伝搬遅延時間ＤＴの測定を開始する。ネットワークＮＷは、第２電子機器１Ｂから測定要求Ｒｅｑを受信した場合、第２電子機器１Ｂと話中状態にある第１電子機器１Ａに、その測定要求Ｒｅｑを転送する（ステップＳ５４）。

第１電子機器１Ａは、ネットワークＮＷからその測定要求Ｒｅｑを受信した場合、測定応答Ｒｅｓを送出する（ステップＳ５６）。ネットワークＮＷは、第１電子機器１Ａから測定応答Ｒｅｓを受信した場合、第２電子機器１Ｂにその測定応答Ｒｅｓを転送する（ステップＳ５８）。第２電子機器１Ｂは、測定応答Ｒｅｓを受信した時（測定終了ＭＥ３）に伝搬遅延時間ＤＴの測定を終了する。第２電子機器１Ｂは、ステップＳ５２からステップＳ５８の処理で、伝搬遅延時間ＤＴを測定する。

次に、第１電子機器１Ａは、測定要求Ｒｅｑを送出する（ステップＳ６０）。第１電子機器１Ａは、測定要求Ｒｅｑを送出した時（測定開始ＭＳ４）に伝搬遅延時間ＤＴの測定を開始する。ネットワークＮＷは、第１電子機器１Ａから測定要求Ｒｅｑを受信した場合、第１電子機器１Ａと話中状態にある第２電子機器１Ｂに、その測定要求Ｒｅｑを転送する（ステップＳ６２）。

第２電子機器１Ｂは、ネットワークＮＷからその測定要求Ｒｅｑを受信した場合、測定応答Ｒｅｓを送出する（ステップＳ６４）。ネットワークＮＷは、第２電子機器１Ｂから測定応答Ｒｅｓを受信した場合、第１電子機器１Ａにその測定応答Ｒｅｓを転送する（ステップＳ６６）。第１電子機器１Ａは、測定応答Ｒｅｓを受信した時（測定終了ＭＥ４）に伝搬遅延時間ＤＴの測定を終了する。第１電子機器１Ａは、ステップＳ６０からステップＳ６６の処理で、伝搬遅延時間ＤＴを測定する。なお、ステップＳ５２からステップＳ５８の処理と、ステップＳ６０からステップＳ６６の処理は、別々の処理として実行してもよいし、連動して行ってもよいし、処理の順序が逆になってもよい。

このように、伝播遅延時間を測定する電子機器である要求側端末は、測定要求Ｒｅｑの送出時から測定応答Ｒｅｓの受信時までの往復時間を測定し、測定した時間を伝搬遅延時間ＤＴとする。ネットワークＮＷの通信に遅延が発生している場合、ネットワークＮＷから相手側端末への測定要求Ｒｅｑの転送や、要求側端末への測定応答Ｒｅｓの転送に遅延が生じ、通信の遅延時間に応じて伝搬遅延時間ＤＴが変化する。

ここで、第１電子機器１Ａ及び第２電子機器１Ｂは、要求側端末として測定要求Ｒｅｑを送出する場合、利用者の操作に基づいて実行してもよいし、ＲＴＴ通信の話中状態の間、バックグラウンドで周期的に実行してもよい。

［測定要求及び測定応答のＲＴＰパケットの構成］
図７及び図８を用いて、測定要求Ｒｅｑ及び測定応答ＲｅｓのＲＴＰパケット２０の構成について説明する。本実施形態に係るＲＴＰパケット２０は、ヘッダ部分２１と、ペイロード部分２２とを含む。図７は、ＲＴＰパケット２０のヘッダ部分２１の構成を説明するためのフォーマット図である。図８は、ＲＴＰパケット２０のペイロード部分２２の構成を説明するためのフォーマット図である。

図７に示すように、ＲＴＰパケット２０のヘッダ部分２１の各領域は、先頭ビットアドレスに、オフセットビット数（ｂｉｔ ｏｆｆｓｅｔ）で指定した数を加算することにより示される。図７に示す例は、オフセットビット数は「０−３１」（３２ｂｉｔ）で指定される。

先頭ビットアドレス「０」の領域のうち、ビットアドレス「０−１」は、「バージョン(Version)」を示す領域であり、ＲＴＰのバージョン番号を示す。ビットアドレス「２」は「パディング(P)」を示す領域であり、パディング・データの有無を示す。１を入れた場合、パケットの最後にペイロードがパディングされ、本来の長さよりも長くなっていることを示す。ビットアドレス「４−７」は「CSRC識別子の数(CC)」を示す領域である。ビットアドレス「８」は「マーカー(M)」を示す領域であり、パケットストリームでのフレーム境界の有無やストリーム内での重要なイベントにマークを付けるために使用される。意味は使用するＲＴＰプロファイルとメディアタイプによって定義される。ビットアドレス「９−１５」は「ペイロード・タイプ(Payload type)」を示す領域であり、伝送する符号データの種類を示す。ビットアドレス「１６−３１」は「シーケンス番号(Sequence Number)」を示す領域である。一般的に、シーケンス番号（Sequence Number）は、符号なし整数で表され、接続が確立するとランダムな初期値が生成される。送信側はパケットを送信するたびにシーケンス番号に１を足していき、通し番号としてヘッダ内の専用の領域に書き込んで送信する。最大値に達すると０に戻って再び１ずつ増えていく。すなわち、シーケンス番号（Sequence Number）は、初期値が乱数で、パケットごとに１ずつ増加する。そのため、受信側でパケットの破棄や受信順序の入れ替りを検出することができる。

先頭ビットアドレス「３２」の領域のうち、ビットアドレス「０−３１」は「タイムスタンプ(Timestamp)」を示す領域であり、パケットに含まれる最も古いデータが発生した時刻を表す。すなわち、先頭ビットアドレス「３２」からオフセットビット数「３１」を加算したビットアドレス「６３」までが「タイムスタンプ(Timestamp)」を示す領域である。例えば、クロックの周波数はペイロード・タイプ(Payload type)ごとに定義され、音声コーデックの場合はサンプリング周波数になる。例えば8kHzサンプリングの音声コーデックを20msecのパケット長で伝送する場合、１パケットには１６０サンプル分の音声データが含まれており、タイムスタンプもパケットごとに１６０ずつ増加する。

先頭ビットアドレス「６４」の領域のうち、ビットアドレス「０−３１」は「同期送信元(SSRC)識別子」を示す領域であり、ＲＴＰパケット２０の送信元を識別するための識別子を示す。識別子の値には乱数を使用する。すなわち、先頭ビットアドレス「６４」からオフセットビット数「３１」を加算したビットアドレス「９５」までが「同期送信元(SSRC)識別子」を示す領域である。

図８に示すように、本実施形態に係るペイロード部分２２は、先頭ビットアドレス「９６」の領域である。なお、先頭ビットアドレス「９６」の領域は例示にすぎず、本発明を限定するものではない。実際には、動的割り当てが可能な他の領域でもよい。ここでは、便宜上、先頭ビットアドレス「９６」の領域を例に説明する。先頭ビットアドレス「９６」の領域のうち、ビットアドレス「０」は「ＰＴＰパケットの種別（Req/Res）」を示す領域であり、当該ＰＴＰパケットが測定要求Ｒｅｑと測定応答ＲｅｓのいずれのＰＴＰパケットであるかを示す。例えば、「ＰＴＰパケットの種別（Req/Res）」の示す値が「０」であれば測定要求Ｒｅｑ、「１」であれば測定応答Ｒｅｓであるものとする。ビットアドレス「１−１５」は使用しない領域(not used)である。ビットアドレス「１６−３１」は「シーケンス番号(Sequence Number)」を示す領域である。先頭ビットアドレス「９６」の領域における「シーケンス番号(Sequence Number)」は、図７に示したＲＴＰパケット２０のヘッダ部分２１の先頭ビットアドレス「０」の領域における「シーケンス番号(Sequence Number)」とは別の値であり、別の目的で使用される。

先頭ビットアドレス「９６」の領域における「シーケンス番号(Sequence Number)」は、当該ＰＴＰパケットが測定要求Ｒｅｑ、例えば「ＰＴＰパケットの種別（Req/Res）」の示す値が「０」であれば使用しない。当該ＰＴＰパケットが測定応答Ｒｅｓ、例えば「ＰＴＰパケットの種別（Req/Res）」の示す値が「１」であれば、対応する測定要求ＲｅｑのＲＴＰパケット２０のヘッダ部分２１の先頭ビットアドレス「０」の領域における「シーケンス番号(Sequence Number)」をコピー（複写／転写）して使用する。すなわち、本実施形態に係るペイロード部分２２における「シーケンス番号(Sequence Number)」は、当該ＲＴＰパケット２０が測定応答Ｒｅｓである場合にのみ、測定応答Ｒｅｓに対応する測定要求Ｒｅｑを識別するための情報として使用される。言い換えれば、測定要求Ｒｅｑを受信した端末（受信側）において、測定応答ＲｅｓのＲＴＰパケット２０を生成する際に、受信した測定要求Ｒｅｑのヘッダ部分２１の「シーケンス番号(Sequence Number)」をコピーするために使用される。

ＲＴＴでは、話中状態においてＲＴＰを使用してテキストを送受信する。ＲＴＰは非確認型の通信であり、送信側に応答を返さない。さらにＲＴＴでは、電子機器１は、ＲＴＰパケット２０のペイロード部分２２にＩＴＵ−Ｔ勧告(Recommendation)の「T.140」を基本にした情報を搭載して送受信する。このとき、電子機器１は、ＲＴＰパケット２０のペイロード・タイプ（Payload type）に「T.140」であることを示す。一般的に、ペイロード・タイプ（Payload type）には、伝送する符号データの種類を示す。さらに音声も同様に異なるペイロード・タイプ（Payload type）が使用される。これらと同様に、ＲＴＰパケット２０のペイロード・タイプ（Payload type）の未定義値を、この測定のために新たに定義する。これにより、ＲＴＴの通信に影響を与えることなく伝搬遅延時間ＤＴを測定可能にする。

測定要求Ｒｅｑを受信した端末は、測定要求ＲｅｑのＲＴＰパケット２０の図７に示すヘッダ部分２１に含まれるシーケンス番号（Sequence Number）を、測定応答ＲｅｓのＲＴＰパケット２０の図８に示すペイロード部分２２の「シーケンス番号（Sequence Number）」の領域にコピーして返送する。測定応答Ｒｅｓを受信した端末は、測定応答ＲｅｓのＲＴＰパケット２０の図８に示すペイロード部分２２に含まれるシーケンス番号（Sequence Number）を参照し、どの測定要求Ｒｅｑについて応答されたＲＴＰパケット２０であるのかを識別する。但し、これらは例示にすぎず、本発明を限定するものではない。

［伝搬遅延の発生及び遅延程度の提示方法］
図９を用いて、ＲＴＴにおける伝搬遅延の発生及び遅延程度（遅延量、遅延時間の大小）を利用者に提示する方法について説明する。図９は、上述の伝搬遅延時間ＤＴの測定結果に応じてＲＴＴ通信中の端末の画面上の表示を変化させる事例を説明するための説明図である。図９には、電子機器１のディスプレイ２Ａの画面上における、ＲＴＴ通信で受信したテキストの表示領域が例示されている。図９には、便宜上、表示領域内におけるテキストの表示位置及び変化を明確にするため、表示領域の左端をＬ、表示領域の中心をＣ、表示領域の右端をＲとして、仮想の基準線を記載している。

ここでは、電子機器１は、伝搬遅延時間ＤＴの測定結果に応じてＲＴＴ通信中の端末の画面上の表示を変化させる等の自機の態様を変更する方法で、伝搬遅延の発生や伝搬遅延時間ＤＴを利用者に提示する。例えば、電子機器１は、ＲＴＴのテキスト受信時に、最初は最終的なテキスト表示位置からずれた位置に表示し、最終的な表示位置に移動するまでの速度を伝搬遅延時間ＤＴの程度に応じて３段階程度に切り替えて表示する。

ＲＴＴ通信中に、送信側端末で「ＨＥＬＬＯ」というテキストを入力する場合、送信側端末で「Ｈ」「Ｅ」「Ｌ」「Ｌ」「Ｏ」という文字が順番に入力される。これらの文字はＲＴＴに従い、入力と同時に直ちに受信側端末に送信される。したがって、受信側端末では、「Ｈ」「Ｅ」「Ｌ」「Ｌ」「Ｏ」という文字が順番に表示される。

本実施形態では、図９に示すように、受信側端末は、ＲＴＴのテキスト受信時に、受信した文字を、最初は最終的なテキスト表示位置からずれた位置に表示する。そして、受信側端末は、伝搬遅延時間ＤＴに応じた移動速度で、１文字ずつ最終的なテキスト表示位置に移動させる。文字を移動させる際には、最初のテキスト表示位置から最終的なテキスト表示位置に表示位置が瞬時に切り替わるのではなく、最初のテキスト表示位置から最終的なテキスト表示位置まで所定の移動速度でスライドする。すなわち、最初のテキスト表示位置から最終的なテキスト表示位置まで文字が横方向に移動している様子が目視可能である。

図９に示す例では、送信側端末で「Ｈ」「Ｅ」「Ｌ」「Ｌ」「Ｏ」という文字が順番に入力された場合、受信側端末は、ディスプレイ２Ａの画面上において、１文字目から３文字目までの「Ｈ」「Ｅ」「Ｌ」を、１文字ずつ順番に、表示領域の中心寄りに表示する（ステップＳ７０）。

次に、受信側端末は、１文字目の「Ｈ」を最終的なテキスト表示位置である表示領域の左側まで伝搬遅延時間ＤＴに応じた移動速度で移動させる（ステップＳ７２）。次に、受信側端末は、４文字目の「Ｌ」を３文字目の「Ｌ」の右隣に表示し、２文字目の「Ｅ」を１文字目の「Ｈ」の右隣まで伝搬遅延時間ＤＴに応じた移動速度で移動させる（ステップＳ７４）。

次に、受信側端末は、５文字目の「Ｏ」を４文字目の「Ｌ」の右隣に表示し、３文字目の「Ｌ」を２文字目の「Ｅ」の右隣まで伝搬遅延時間ＤＴに応じた移動速度で移動させる（ステップＳ７６）。次に、受信側端末は、４文字目の「Ｌ」を３文字目の「Ｌ」の右隣まで伝搬遅延時間ＤＴに応じた移動速度で移動させる（ステップＳ７８）。

最後に、受信側端末は、５文字目の「Ｏ」を４文字目の「Ｌ」の右隣まで伝搬遅延時間ＤＴに応じた移動速度で移動させる（ステップＳ８０）。これにより、送信側端末で入力された全ての文字が最終的な表示位置に表示される。

この文字の移動速度を３段階に切り替える場合には、例えば、伝搬遅延時間ＤＴに対する閾値を使用する。ここでは、伝搬遅延が発生しているか否かの判断基準となる第１閾値と、発生した伝搬遅延が軽度か重度かの判断基準となる第２閾値とを使用する。第２閾値は、第１閾値よりも大きな値である。受信側端末は、測定した伝搬遅延時間ＤＴ時間が第１閾値よりも小さい場合には最も速い第１速度で文字を移動させ、第１閾値以上で第２閾値よりも小さい場合には第１速度よりも遅い第２速度で文字を移動させ、第２閾値以上の場合には第２速度よりもさらに遅い第３速度で文字を移動させる。このように、文字の移動速度を多段階に切り替えることで、利用者に伝搬遅延時間ＤＴの遅延程度（遅延量、遅延時間の大小）を提示することができる。

［他の提示方法］
図１０から図１３を用いて、ＲＴＴにおける伝搬遅延の発生及び遅延程度（遅延量、遅延時間の大小）を利用者に提示する他の方法について説明する。図１０は、伝搬遅延時間ＤＴを示すインジケータを表示する事例について説明するための概念図である。図１１は、伝搬遅延時間ＤＴに応じてバイブレーションの振動を変化させる事例について説明するための概念図である。図１２は、伝搬遅延時間ＤＴに応じて効果音を変化させる事例について説明するための概念図である。図１３は、伝搬遅延時間ＤＴに応じてテキスト表示方法を変化させる事例について説明するための概念図である。

図１０に示すように、コントローラ１０は、ディスプレイ２Ａに、伝搬遅延時間ＤＴを示すインジケータ（バー等）を表示する。また、インジケータの表示に相当する提示方法として、例えば、アイコン種別、アイコン色等の表示を変化させる、リニアインジケータの長さを変化させる、サーキュレータインジケータの速度を変化させる、発光素子（ＬＥＤ等）の色や点滅速度を変化させる、文字表示領域や、文字入力領域の背景色を変化させる等がある。

図１１に示すように、コントローラ１０が、バイブレータ１６の振動を制御することで、伝搬遅延時間ＤＴに応じてバイブレーションの振動を変化させる。例えば、振幅、周波数、振動パターン、振動時間等を変化させる。

図１２に示すように、コントローラ１０が、スピーカ１１からの効果音の出力を制御することで、伝搬遅延時間ＤＴに応じて効果音を変化させる。例えば、音の高低、大小、タイミング、鳴動間隔、音の種類等を変化させる。

図１３に示すように、コントローラ１０が、通信ユニット６を介して受信したテキストをディスプレイ２Ａに表示する際、伝搬遅延時間ＤＴに応じてテキスト表示方法を変化させる。テキスト表示方法の変化として、例えば、文字色、文字色の変化速度、文字色透過度、文字色透過度の変化速度を変化させる、フォントサイズ、フォントサイズの変化速度を変化させる、表示文字列のアニメーションを変化させる、または、文字入力領域背後の表示文言を変化させる等がある。

ＲＴＴ通信ではテキストメッセージがリアルタイムで表示されるため、警告メッセージをポップアップで表示するとＲＴＴ通信の妨げとなり、好ましくない。また、テキストによる警告メッセージを普通に表示すると、利用者がＲＴＴ通信のテキストメッセージと混同する可能性がある。そのため、上記のような提示方法が好ましい。

このように、伝搬遅延の発生や遅延程度を利用者に提示する方法として、伝搬遅延時間ＤＴに応じて自機の態様を変更することが考えられる。なお、伝搬遅延の発生や遅延程度の提示方法は、電子機器の表示処理遅延と混同されないような提示方法が望ましい。

［電子機器のＲＴＴに関する動作］
本実施形態に係る電子機器１のＲＴＴに関する動作は、図１に示すコントローラ１０が、ストレージ９に格納されたＲＴＴ制御プログラム９Ｄを読み出して実行することにより実現する。このＲＴＴ制御プログラム９Ｄは、制御プログラム９Ａと連携可能である。あるいは、ＲＴＴ制御プログラム９Ｄは、制御プログラム９Ａに組み込まれていてもよい。また、本実施形態に係る電子機器１のＲＴＴに関する動作は、ＲＴＰプロトコルをベースにした独自のプロトコルとしてもよい。

図１４から図１７を用いて、本実施形態に係る電子機器１の伝搬遅延時間ＤＴの測定及び提示に関する動作について説明する。図１４は、図３に示したような、呼制御時における発呼側の電子機器１の伝搬遅延時間ＤＴの測定及び提示に関する動作の一例を示すフローチャートである。図１５は、図６に示したような、話中状態における電子機器１の伝搬遅延時間ＤＴの測定及び提示に関する動作の一例を示すフローチャートである。図１６は、図６に示したような、話中状態における受信側の電子機器１の測定応答Ｒｅｓに関する動作の一例を示すフローチャートである。図１７は、図９に示したような、話中状態における電子機器１の自機の態様の変更に関する動作の一例を示すフローチャートである。

図１４に示すように、コントローラ１０は、ＲＴＴ通信を行うための呼制御時において、相手側の電子機器とのセッション確立のために、通信ユニット６を介して、相手側の電子機器へ、発呼としてのセッション確立要求を送信する（ステップＳ１０１）。コントローラ１０は、セッション確立要求の送信と同時に、伝搬遅延時間ＤＴの測定を開始する（ステップＳ１０２）。

コントローラ１０は、セッション確立要求の送信後、通信ユニット６を介して相手側の電子機器からセッション確立要求に対する呼び出し（鳴動）中であることを伝えるための暫定応答を受信したか確認する（ステップＳ１０３）。コントローラ１０は、相手側の電子機器から暫定応答を受信していない場合（ステップＳ１０３でＮｏ）、伝搬遅延時間ＤＴの測定を継続し、相手側の電子機器から暫定応答を受信するまで待機する。

コントローラ１０は、相手側の電子機器から暫定応答を受信した場合（ステップＳ１０３でＹｅｓ）、伝搬遅延時間ＤＴの測定を終了する（ステップＳ１０４）。コントローラ１０は、伝搬遅延時間ＤＴの測定の開始から終了までに測定した時間（開始から終了までの時間）を伝搬遅延時間ＤＴとしてストレージ９に保存する（ステップＳ１０５）。すなわち、コントローラ１０は、伝搬遅延時間ＤＴを記録する。

その後、コントローラ１０は、話中状態となったとき、ストレージ９に保存した伝搬遅延時間ＤＴに基づいて自機の態様を変更し、伝搬遅延の発生及び遅延程度を提示する（ステップＳ１０６）。コントローラ１０は、自機の態様の変更として、例えば、図９から図１３に示した提示方法のいずれか又はこれらの組合せに変更する。

このように、呼制御時に予め（事前に）伝搬遅延時間ＤＴを測定しておくことで、話中状態となったときに直ちに伝搬遅延の発生及び遅延程度（遅延量、遅延時間の大小）を利用者に提示することができる。

図１５に示すように、コントローラ１０は、話中状態において、伝搬遅延時間ＤＴを測定するために、通信ユニット６を介して、相手側の電子機器へ、測定要求ＲｅｑのＲＴＰパケット２０を送信する（ステップＳ２０１）。コントローラ１０は、測定要求ＲｅｑのＲＴＰパケット２０の送信と同時に、伝搬遅延時間ＤＴの測定を開始する（ステップＳ２０２）。

コントローラ１０は、測定要求ＲｅｑのＲＴＰパケット２０の送信後、通信ユニット６を介して相手側の電子機器から測定応答ＲｅｓのＲＴＰパケット２０を受信したか確認する（ステップＳ２０３）。コントローラ１０は、相手側の電子機器から測定応答ＲｅｓのＲＴＰパケット２０を受信していない場合（ステップＳ２０３でＮｏ）、伝搬遅延時間ＤＴの測定を継続し、相手側の電子機器から測定応答ＲｅｓのＲＴＰパケット２０を受信するまで待機する。

コントローラ１０は、相手側の電子機器から測定応答ＲｅｓのＲＴＰパケット２０を受信した場合（ステップＳ２０３でＹｅｓ）、受信した測定応答ＲｅｓのＲＴＰパケット２０が、送信した測定要求ＲｅｑのＲＴＰパケット２０に対する測定応答ＲｅｓのＲＴＰパケット２０であるか確認する（ステップＳ２０４）。具体的には、コントローラ１０は、測定応答ＲｅｓのＲＴＰパケット２０のペイロードの所定領域に格納されたシーケンス番号が、送信した測定要求ＲｅｑのＲＴＰパケット２０のヘッダに格納されたシーケンス番号と一致するか確認する。ＲＴＰパケット２０のペイロードの所定領域とは、例えば、図８に示した先頭ビットアドレス「９６」の領域におけるビットアドレス「１６−３１」の領域である。このとき、コントローラ１０は、シーケンス番号が一致していれば、送信した測定要求ＲｅｑのＲＴＰパケット２０に対する測定応答ＲｅｓのＲＴＰパケット２０であると判断する。シーケンス番号が一致していなければ、送信した測定要求ＲｅｑのＲＴＰパケット２０に対する測定応答ＲｅｓのＲＴＰパケット２０ではないと判断する。

コントローラ１０は、受信した測定応答ＲｅｓのＲＴＰパケット２０が、送信した測定要求ＲｅｑのＲＴＰパケット２０に対する測定応答ＲｅｓのＲＴＰパケット２０ではない場合（ステップＳ２０４でＮｏ）、伝搬遅延時間ＤＴの測定を継続し、相手側の電子機器から新たな測定応答ＲｅｓのＲＴＰパケット２０を受信するまで待機する。

コントローラ１０は、受信した測定応答ＲｅｓのＲＴＰパケット２０が、送信した測定要求ＲｅｑのＲＴＰパケット２０に対する測定応答ＲｅｓのＲＴＰパケット２０である場合（ステップＳ２０４でＹｅｓ）、伝搬遅延時間ＤＴの測定を終了する（ステップＳ２０５）。

コントローラ１０は、伝搬遅延時間ＤＴの測定の開始から終了までに測定した時間（開始から終了までの時間）を伝搬遅延時間ＤＴとしてストレージ９に保存する（ステップＳ２０６）。すなわち、コントローラ１０は、伝搬遅延時間ＤＴを記録する。コントローラ１０は、ストレージ９に保存した伝搬遅延時間ＤＴに基づいて自機の態様を変更し、伝搬遅延の発生及び遅延程度を提示する（ステップＳ２０７）。コントローラ１０は、自機の態様の変更として、例えば、図９〜図１３に示した提示方法に変更する。

このように、ＲＴＴ通信が可能な状態である話中状態において伝搬遅延時間ＤＴを測定することで、ＲＴＴ通信の話中状態の間にリアルタイムで発生した伝搬遅延に関する伝搬遅延時間ＤＴを測定でき、現時点での伝搬遅延の発生及び遅延程度（遅延量、遅延時間の大小）を利用者に提示することができる。

図１６に示すように、コントローラ１０は、話中状態において、通信ユニット６を介して相手側の電子機器１から測定要求ＲｅｑのＲＴＰパケット２０を受信する（ステップＳ３０１）。コントローラ１０は、受信した測定要求ＲｅｑのＲＴＰパケット２０のヘッダに格納されているシーケンス番号を確認する（ステップＳ３０２）。

コントローラ１０は、受信した測定要求ＲｅｑのＲＴＰパケット２０に対応する測定応答ＲｅｓのＲＴＰパケット２０を生成する（ステップＳ３０３）。コントローラ１０は、受信した測定要求ＲｅｑのＲＴＰパケット２０のヘッダに格納されていたシーケンス番号を、生成した測定応答ＲｅｓのＲＴＰパケット２０のペイロードの所定領域に複写する（ステップＳ３０４）。ＲＴＰパケット２０のペイロードの所定領域とは、例えば、図８に示した先頭ビットアドレス「９６」の領域におけるビットアドレス「１６−３１」の領域である。実際には、シーケンス番号の複写は、測定応答ＲｅｓのＲＴＰパケット２０の生成（ステップＳ３０３）と同時でもよい。

コントローラ１０は、通信ユニット６を介して相手側の電子機器へ、受信した測定要求ＲｅｑのＲＴＰパケット２０に対応する測定応答ＲｅｓのＲＴＰパケット２０を送信する（ステップＳ３０５）。

図１７に示すように、コントローラ１０は、話中状態において、ストレージ９に格納されている伝送遅延時間を確認する（ステップＳ４０１）。コントローラ１０は、ストレージ９に格納されている伝送遅延時間が第１閾値以上であるか確認する（ステップＳ４０２）。第１閾値は、伝搬遅延が発生しているか否かの判断基準となる閾値である。

コントローラ１０は、ストレージ９に格納されている伝送遅延時間が第１閾値以上ではない場合（ステップＳ４０２でＮｏ）、第１速度で文字を移動、例えばスライドさせることを決定する（ステップＳ４０３）。この場合、図９に示すように、コントローラ１０は、ＲＴＴのテキスト受信時に、画面上において、受信した文字を、最初は表示領域の中心寄りに表示する。そして、第１速度で、１文字ずつ最終的なテキスト表示位置である表示領域の左側に移動させる。第１速度は、最も速い移動速度である。

コントローラ１０は、ストレージ９に格納されている伝送遅延時間が第１閾値以上である場合（ステップＳ４０２でＹｅｓ）、ストレージ９に格納されている伝送遅延時間が第２閾値以上であるか確認する（ステップＳ４０４）。第２閾値は、発生した伝搬遅延が軽度か重度かの判断基準となる閾値である。そのため、第２閾値は、第１閾値よりも大きな値である。

コントローラ１０は、ストレージ９に格納されている伝送遅延時間が第２閾値以上ではない場合（ステップＳ４０４でＮｏ）、第２速度で文字を移動、例えばスライドさせることを決定する（ステップＳ４０５）。この場合、図９に示すように、コントローラ１０は、ＲＴＴのテキスト受信時に、画面上において、受信した文字を、最初は表示領域の中心寄りに表示する。そして、第２速度で、１文字ずつ最終的なテキスト表示位置である表示領域の左側に移動させる。第２速度は、中程度の移動速度であり、第１速度よりも遅く、第３速度よりも速い。

コントローラ１０は、ストレージ９に格納されている伝送遅延時間が第２閾値以上である場合（ステップＳ４０４でＹｅｓ）、第３速度で文字を移動、例えばスライドさせることを決定する（ステップＳ４０６）。この場合、図９に示すように、コントローラ１０は、ＲＴＴのテキスト受信時に、画面上において、受信した文字を、最初は表示領域の中心寄りに表示する。そして、第３速度で、１文字ずつ最終的なテキスト表示位置である表示領域の左側に移動させる。第３速度は、最も遅い移動速度であり、第２速度よりもさらに遅い。

上記の図１７では、閾値で区切られた段階的な速度で文字を移動させる事例について説明しているが、実際には閾値で区切られた段階的な速度ではなく、伝搬時間に比例した速度で文字を移動させるようにしてもよい。例えば、所定の値を伝搬遅延時間で割った値を速度とし、その速度で文字を移動させるようにしてもよい。これにより、伝搬遅延時間が大きくなるほど文字を移動させる速度が遅くなるため、実際の伝搬時間を反映した速度で文字を移動させることができる。

また、本実施形態では、リアルタイムテキストでのテキストメッセージ通信を一例として説明しているが、本発明は、リアルタイムテキスト以外のテキストメッセージ通信に適用することも可能である。

［他の実施例］
なお、上記の説明では、本実施形態に係る電子機器１の例として、無線通信端末を挙げているが、実際には、固定端末でもよい。また、通信方式は、無線通信に限らず、有線通信でもよい。本実施形態に係る電子機器は、例えば、デスクトップパソコンやＩＰ電話機でもよい。少なくとも、ＩＰ電話とＲＴＴに対応可能な電子機器であれば、機器の種別や通信方式に関わらず、本発明を実施することが可能である。なお、ＩＰ電話には、光通信回線（光ファイバー等）を利用した電話サービスも含まれるものとする。

また、上記の説明では、文字入力の際、アルファベット等の文字を入力する事例を挙げているが、実際には、アルファベット等の文字に限らず、文字と同様に利用者の操作により入力が可能な数字、記号、画像、及び図形等でもよい。なお、利用者の操作による入力には、ソフトウェアキーの押下による直接入力に限らず、予測入力における入力候補の選択、予測変換における変換候補の選択等も含まれる。

また、上記の説明では、本実施形態に係る電子機器１に対する文字入力操作の例として、タッチスクリーンディスプレイ２に表示されたソフトウェアキーの操作を挙げている。但し、これは一例にすぎず、本発明を限定するものではない。実際には、マイク８を用いて音声入力された音声データや、カメラ１２又はカメラ１３を用いた画像認識により得られた画像データ等を基に、これらの音声データ又は画像データを解析して作成されたテキストデータを使用して文字入力を行ってもよい。例えば、音声をテキストに変換する自動音声認識ソフトウェアや、画像化されている文字からテキストを抽出する文字認識ソフトウェア等を利用してもよい。

また、上述した本実施形態に係る電子機器１のテキストメッセージ通信は、１対１（ユニキャスト）通信に限らず、１対多（マルチキャスト）通信でもよい。１対多（マルチキャスト）通信の場合には、どの通信相手のテキストが判別できるように通信相手ごとにテキスト表示方法を変更すると好ましい。例えば、テキストの表示領域を通信相手ごとに分ける、テキストの文頭に通信相手の名称や略称（識別情報）を表示する、テキストの文字色を通信相手ごとに変更する等の表示方法が考えられる。但し、これらは例示にすぎず、本発明を限定するものではない。

以上のように、本実施形態に係る電子機器は、テキスト情報を送受信する通信部と、通信部における通信の伝搬遅延時間を測定し、通信部で受信したテキスト情報を表示するときに、伝搬遅延時間に基づいて、自機の態様を変更する制御部と、を備えることを特徴とする。ここで、通信部は、図１に示す通信ユニット６に相当する。制御部は、図１に示すコントローラ１０に相当する。自機の態様は、例えば、電子機器自体の挙動（動作）や電子機器自体の外観等であり、電子機器における伝搬遅延の発生及び遅延程度の表現方法である。自機の態様及びその変更（変化）は、人の知覚によって認識することができるものとする。

自機の態様の変更は、伝搬遅延時間に応じて、受信した文字が表示画面上で表示される位置へ移動する速度を切り替えることや、伝搬遅延時間を示すインジケータを表示することや、遅延程度に応じてバイブレーションの振動を変化させることや、遅延程度に応じて効果音を変化させることや、遅延程度に応じてテキスト表示内容を変化させることを含む。

本発明によれば、例えば、ＳＩＰをベースにした通話に付随したテキスト通信技術であるＲＴＴにおいて、通信環境の要因等により発生する、テキスト送受信の伝搬遅延の大きさを、画面表示やその他の方法で利用者に提示することができる。例えば、上述の実施例にあるように、呼制御時および、話中状態におけるＲＴＴの通信の伝搬遅延時間を測定し、発生している伝搬遅延時間に応じて、受信した文字を表示する際の画面効果（例：スライドスピード）を伝搬遅延時間に応じて変化させる方法や、伝搬遅延時間を示すインジケータ（例：バー）の表示を行うといった画面表示や、その他の方法で伝搬遅延の発生や遅延程度（遅延量、遅延時間の大小）を利用者に知らせることができる。

このように、伝搬遅延時間の測定及び伝搬遅延の発生や遅延程度の提示が可能となれば、ＲＴＴにおけるテキスト表示の遅延の原因が、送信側での文字入力自体が遅いこと（入力遅延）によるものではなく、ネットワークの通信速度が遅いこと（伝搬遅延）によるものであると判別可能になる。したがって、ＲＴＴにおけるテキスト表示の遅延の原因が送信側の利用者ではなくネットワークにあることを、受信側の利用者が認識、判断できるようになる。これにより、ＲＴＴにおいてテキスト表示が遅れていることに対する受信側の利用者の不安感や不快感をある程度軽減（緩和）することが期待できる。

すなわち、テキスト送受信に伝搬遅延が発生していることを画面表示やその他の方法で利用者に提示することで、伝搬遅延のある環境でのＲＴＴ利用者のテキスト表示遅延に対する不満を軽減することができる。

添付の請求項に係る技術を完全かつ明瞭に開示するために特徴的な実施形態に関し記載してきた。しかし、添付の請求項は、上記実施形態に限定されるべきものでなく、本明細書に示した基礎的事項の範囲内で当該技術分野の当業者が創作しうるすべての変形例及び代替可能な構成を具現化するように構成されるべきである。

１ 電子機器
１Ａ 第１電子機器
１Ｂ 第２電子機器
２ タッチスクリーンディスプレイ
２Ａ ディスプレイ
２Ｂ タッチスクリーン
３ ボタン
４ 照度センサ
５ 近接センサ
６ 通信ユニット
７ レシーバ
８ マイク
９ ストレージ
９Ａ 制御プログラム
９Ｂ 文字入力制御プログラム
９Ｃ アドレス帳データ
９Ｄ ＲＴＴ制御プログラム
９Ｚ 設定データ
１０ コントローラ
１１ スピーカ
１２ カメラ
１３ カメラ
１４ コネクタ
１５ モーションセンサ
２０ ＲＴＰパケット
２１ ヘッダ部分
２２ ペイロード部分
１００ 通信システム
ＮＷ ネットワーク
ＮＷ１ 第１無線ネットワーク
ＮＷ２ 第２無線ネットワーク

Claims (12)

1. テキスト情報を送受信する通信部と、
   前記通信部における通信の伝搬遅延時間を測定し、前記通信部で受信した前記テキスト情報を表示するときに、前記伝搬遅延時間に基づいて自機の態様を変更する制御部と、
   を備える電子機器。
2. 前記通信部は、テキストメッセージをリアルタイムに送信する技術を使用した前記テキスト情報を受信する、請求項１に記載の電子機器。
3. 前記自機の態様の変更は、前記伝搬遅延時間の程度に応じて、受信した文字が表示画面上で表示される位置へ移動する速度を切り替えることを含む、請求項１又は請求項２に記載の電子機器。
4. 前記自機の態様の変更は、前記伝搬遅延時間の程度を示すインジケータを表示することを含む、請求項１から請求項３のいずれか一項に記載の電子機器。
5. 前記自機の態様の変更は、前記伝搬遅延時間の程度に応じてバイブレーションの振動を変化させることを含む、請求項１から請求項４のいずれか一項に記載の電子機器。
6. 前記自機の態様の変更は、前記伝搬遅延時間の程度に応じて効果音を変化させることを含む、請求項１から請求項５のいずれか一項に記載の電子機器。
7. 前記自機の態様の変更は、前記伝搬遅延時間の程度に応じてテキスト表示内容を変化させることを含む、請求項１から請求項６のいずれか一項に記載の電子機器。
8. 前記制御部は、呼制御時において、発呼に伴いセッション確立要求を送信してから、前記セッション確立要求に対して着呼側の電子機器から呼び出し中であることを示す暫定応答を受信するまでの処理に基づいて、前記伝搬遅延時間を測定する、請求項１から請求項７のいずれか一項に記載の電子機器。
9. 前記制御部は、話中状態において、前記通信部を介して相手側の電子機器へ前記伝搬遅延時間の測定要求のパケットを送信してから、前記通信部を介して前記相手側の電子機器から前記測定要求に対応する測定応答のパケットを受信するまでの処理に基づいて、前記伝搬遅延時間を測定する、請求項１から請求項８のいずれか一項に記載の電子機器。
10. 前記制御部は、話中状態において、前記通信部を介して相手側の電子機器から前記伝搬遅延時間の測定要求のパケットを受信したとき、前記測定要求のパケットのヘッダに含まれるシーケンス番号を、前記測定要求に対応する測定応答のパケットのペイロードの所定領域に複写し、前記通信部を介して前記相手側の電子機器に前記測定応答のパケットを送信する、請求項１から請求項９のいずれか一項に記載の電子機器。
11. 通信の伝搬遅延時間を測定することと、
    テキスト情報を受信することと、
    受信した前記テキスト情報を表示し、かつ、前記伝搬遅延時間に基づいて自機の態様を変更することと、
    を含む電子機器の伝搬遅延提示方法。
12. 通信の伝搬遅延時間を測定するステップと、
    テキスト情報を受信するステップと、
    受信した前記テキスト情報を表示し、かつ、前記伝搬遅延時間に基づいて自機の態様を変更するステップと、
    を、電子機器に実行させるプログラム。

Images