JP2011004063A - プログラム、通信システム、携帯端末機及び通信方法 - Google Patents

Abstract

【課題】各携帯電話機それぞれにおける要因を詳細に特定することが可能なプログラム等を提供する。
【解決手段】携帯電話機２は、携帯電話機３との通話中に携帯電話機２の使用状態情報を取得する。使用状態情報を取得する場合、携帯電話機３の使用状態情報の取得命令を携帯電話機３へ送信する。携帯電話機２は取得命令を送信した後に、取得した使用状態情報をサーバコンピュータ１へ送信する。携帯電話機３は、取得命令を受信した場合に、携帯電話機３の使用状態情報を取得する。携帯電話機３は取得した使用状態情報をサーバコンピュータ１へ送信する。サーバコンピュータ１は、携帯電話機２及び携帯電話機３から送信された使用状態情報を受信する。サーバコンピュータ１は異常を判断するための基準状態情報を記憶した基準ＤＢ１５２及び受信した使用状態情報を参照し、異常が存在するか否かを判断する。
【選択図】図１

Description

本発明は、通信網に接続される一の携帯端末機を制御するプログラム、通信システム、携帯端末機及び通信方法に関する。

携帯電話またはＰＤＡ（Personal Digital Assistant）等の無線通信を利用する携帯端末機では数々の原因により、通話品質が劣化する場合がある。そのため、通話時の品質を維持すべく様々な方法が提案されている（例えば特許文献１及び２参照）。特許文献１では誤り検出を行うことにより通信相手端末からアクセスポイントまでの通信品質の劣化を検出する装置が開示されている。また特許文献２ではユーザの移動に伴う品質情報をセンタで解析する解析方法が開示されている。

特開２００７−１６６１００号公報 特開２００８−１６０７５４号公報

しかしながら、従来の方法では通話品質以外の要因を特定することができず、また通話元または通話先のいずれにかかる要因が存在するかを判断することができないという問題があった。

本発明は斯かる事情に鑑みてなされたものである。その目的は、一の携帯端末機側での使用状態情報を取得し、また他の携帯端末機での使用状態情報の取得要求を行うことにより、携帯端末機それぞれにおける要因を詳細に特定することが可能なプログラム等を提供することにある。

本願に開示するプログラムは、通信網に接続される一の携帯端末機を制御するプログラムであって、前記一の携帯端末機を、他の携帯端末機との通話中に前記一の携帯端末機の使用状態を示す使用状態情報を取得する取得部と、該取得部により使用状態情報を取得する場合、前記他の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機へ送信する送信部と、該送信部により取得命令を送信した後に、前記取得部により取得した使用状態情報を外部へ送信する使用状態情報送信部として機能させる。

当該プログラムの一観点によれば、携帯端末機それぞれにおける要因を詳細に特定することが可能となる。

通信システムの概要を示す説明図である。 携帯電話機のハードウェア群を示すブロック図である。 携帯電話機のハードウェア群を示すブロック図である。 呼制御サーバのハードウェア群を示すブロック図である。 登録ＤＢのレコードレイアウトを示す説明図である。 履歴ＤＢのレコードレイアウトを示す説明図である。 サーバコンピュータのハードウェア群を示す説明図である。 基準ＤＢのレコードレイアウトを示す説明図である。 使用状態ファイルのレコードレイアウトを示す説明図である。 携帯電話機と呼制御サーバとの間の通信処理の手順を示すフローチャートである。 携帯電話機と呼制御サーバとの間の通信処理の手順を示すフローチャートである。 使用状態情報の取得処理手順を示すフローチャートである。 使用状態情報の取得処理手順を示すフローチャートである。 使用状態情報の取得処理手順を示すフローチャートである。 使用状態情報の取得処理手順を示すフローチャートである。 使用状態情報の取得処理手順を示すフローチャートである。 実施の形態２に係る携帯電話機のハードウェア群を示すブロック図である。 予測ファイルのレコードレイアウトを示す説明図である。 取得命令出力処理の手順を示すフローチャートである。 取得命令出力処理の手順を示すフローチャートである。 実施の形態３に係る使用状態情報ファイルのレコードレイアウトを示す説明図である。 使用状態情報取得処理の手順を示すフローチャートである。 使用状態情報取得処理の手順を示すフローチャートである。 使用状態情報取得処理の手順を示すフローチャートである。 使用状態情報取得処理の手順を示すフローチャートである。 使用状態情報取得処理の手順を示すフローチャートである。 使用状態情報取得処理の手順を示すフローチャートである。 使用状態情報取得処理の手順を示すフローチャートである。 使用状態情報取得処理の手順を示すフローチャートである。 異常を通知する際の処理手順を示すフローチャートである。 異常を通知する際の処理手順を示すフローチャートである。 異常を通知する際の処理手順を示すフローチャートである。 実施の形態５に係る通信システムの概要を示す説明図である。 実施の形態６に係る携帯電話機のハードウェア群を示すブロック図である。

実施の形態１
以下実施の形態を、図面を参照して説明する。図１は通信システムの概要を示す説明図である。通信システムはサーバコンピュータ１、呼制御サーバコンピュータ４、携帯端末機２及び携帯端末機３等を含む。サーバコンピュータ１、呼制御サーバコンピュータ４、携帯端末機２及び携帯端末機３はインターネット及び携帯電話網等を含む通信網Ｎを介して相互に接続されており、情報の送受信を行う。携帯端末機２及び携帯端末機３は携帯電話機、ＰＤＡ、ノート型パーソナルコンピュータまたは通信機能を持つ携帯型ゲーム機等である。本実施の形態においては携帯端末機２及び携帯端末機３を携帯電話機２及び携帯電話機３に適用した例を挙げて説明する。

携帯電話機２及び３は例えば無線ＬＡＮ（Local Area Network）を用いたＩＰ（Internet Protocol）携帯電話機、または、ＣＤＭＡ（Code Division Multiple Access）、Ｗ−ＣＤＭＡ（Wideband CDMA）若しくはＴＤＭＡ（Time DMA）等の通信方式を用いた携帯電話機である。その他、ＰＨＳ（Personal Handyphone System）を用いた携帯電話機であっても良い。本実施の形態においては携帯電話機２及び３としてＩＰ携帯電話機を用いた例を挙げて説明する。

通信網Ｎを介して携帯電話機２及び携帯電話機３に接続される呼制御サーバコンピュータ（以下、呼制御サーバという）４は電話番号をもとに、通話先の携帯電話機３、２との間の接続制御及び切断制御を行う。サーバコンピュータ１は携帯電話機２及び携帯電話機３から送信される使用状態情報を、基準データベース（以下、ＤＢという）１５２に記憶した情報と比較することにより、異常が存在するか否かを判断する。

以下に概要を説明する。呼制御サーバ４は携帯電話機２と携帯電話機３との間の通信を確立する。携帯電話機２は通話中に一定条件下で携帯電話機２自身の移動速度または受信強度等を含む携帯電話機の使用状態を示す使用状態情報を取得する。併せて携帯電話機２は携帯電話機３に対し、携帯電話機３自身の使用状態情報の取得命令を送信する。携帯電話機３は取得命令を受信した場合、自身の使用状態情報を取得する。図１では携帯電話機３は移動中であり通信状態が悪化している例を示している。この場合、携帯電話機３の使用状態情報として携帯電話機３の移動速度（３ｍ／ｓ等）の情報が含まれる。

通話終了後、携帯電話機２は携帯電話機２自身の使用状態情報をサーバコンピュータ１へ送信する。また携帯電話機３は携帯電話機３自身の使用状態情報をサーバコンピュータ１へ送信する。サーバコンピュータ１は携帯電話機２及び３から送信された使用状態情報を受信する。サーバコンピュータ１は、携帯電話機２及び３の使用状態に異常が存在するか否かを判断するための基準となる基準状態情報を記憶した基準ＤＢ１５２を有している。サーバコンピュータ１は基準ＤＢ１５２の基準状態情報と携帯電話機２から送信された使用状態情報と比較することにより、異常が存在するか否かを判断する。

同様に、サーバコンピュータ１は基準ＤＢ１５２の基準状態情報と携帯電話機３から送信された使用状態情報と比較することにより、異常が存在するか否かを判断する。例えば基準ＤＢ１５２には基準状態に係る移動速度として２ｍ／ｓ以下と記憶されている。携帯電話機３の使用状態情報に係る移動速度が３ｍ／ｓである場合、基準状態に係る移動速度として２ｍ／ｓを超えるため異常と判断される。以下、詳細を説明する。

図２は携帯電話機２のハードウェア群を示すブロック図である。携帯電話機２は制御部２１、ＲＡＭ（Random Access Memory）２２、入力部２３、表示部２４、取得部２５、通信部２６、計測部２６１、マイク２８、スピーカ２９及びＧＰＳ（Global Positioning System）受信機２１０を含む。その他携帯電話機２は時計部２１５、電源管理部２１１、電池２１２、接続機器管理部２１３等を含む。ＣＰＵ（Central Processing Unit）等の制御部２１は、バス２７を介して携帯電話機２のハードウェア各部と接続されていて、それらを制御すると共に、ＲＡＭ２２に格納された制御プログラム２２Ｐに従って、種々のソフトウェア機能を実行する。

表示部２４は例えば液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等である。表示部２４は制御部２１の指示に従い出力された表示情報を表示する。入力部２３はプッシュボタン等である。入力部２３から入力された情報は制御部２１へ出力される。なお、タッチパネルの如く入力部２３を表示部２４上に積層しても良い。スピーカ２９は音声データまたはマイク２８から入力された音声に係る音声信号を増幅して出力する。マイク２８は外部から入力された音声信号を電気信号へ変換する。変換後の電気信号は図示しないＡ／Ｄ変換器によりデジタルデータへ変換されて制御部２１へ出力される。時計部２１５は時刻を制御部２１へ出力する。

通信部２６は音声データ、使用状態情報及び画像データ等の各種データの送受信を行う。通信部２６には例えばIEEE（Institute of Electrical and Electronics Engineers）802.11a,bまたはg等の規格に基づく無線ＬＡＮカード等が用いられる。通信部２６は無線ＬＡＮルータ等のアクセスポイント（図示せず）を介して呼制御サーバ４、携帯電話機３及びサーバコンピュータ１との間で情報を送受信する。通信部２６は制御部２１の制御に従い情報を送信し、受信した情報を制御部２１へ出力する。電池２１２はリチウムイオン電池等である。電源管理部２１１は電池２１２の携帯電話機２への電力供給制御及び停止制御を行う。

また電源管理部２１１は電池２１２の残量の計測を行う。接続機器管理部２１３は例えばBluetooth（登録商標）規格に基づく通信、赤外線通信、または有線通信により携帯電話機２と音声データ等を送受信する接続機器２１４を制御する。接続機器２１４は例えばイヤホンマイク（ヘッドセット）、イヤホン、マイク、自動車用ハンズフリーマイク、スピーカ、または、カメラ等である。なお、接続機器２１４と接続機器管理部２１３とをＵＳＢ（Universal Serial Bus）ケーブル等により有線で接続しても良い。本実施の形態においてはBluetooth規格に基づく無線通信により、イヤホンマイク２１４を用いる例を挙げて説明する。接続機器管理部２１３はイヤホンマイク２１４との間で音声データの送受信を行う。

ＧＰＳ受信機２１０は、人工衛星（ＧＰＳ衛星）からの電波を受信し携帯電話機２の現在位置及び現在方位を測定する。ＧＰＳ受信機２１０は単位時間当たりの現在位置の変化を計測することにより携帯電話機２の移動速度を算出する。ＲＡＭ２２内部には機種名ファイル２２１及びアドレスファイル２２３が記憶されている。機種名ファイル２２１は携帯電話機２の機種名または機種名を特定するためのＭＡＣ（Media Access Control）アドレス等のシリアル番号が記憶されている。アドレスファイル２２３には呼制御サーバ４及びサーバコンピュータ１のＩＰアドレス等が記憶されている。

計測部２６１は通信部２６における通信状態を計測する。計測部２６１はＩＣ（Integrated Circuit）により機能させることができるほか、制御部２１が制御プログラム２２Ｐを実行することによりＬＡＮアナライザソフトウェアとして機能させることができる。計測部２６１は通信部２６にて送受信されるパケットを監視し、エラー数または衝突数等の通信状態を計測する。計測部２６１は計測したエラー数及び衝突数が、所定条件を超える場合に、通信状態が劣化したことを示す情報を、制御部２１へ出力する。なお、通信状態の計測はあくまで一例でありこれに限るものではない。例えば、通信部２６がアンテナを介して高周波の無線信号を受信する場合、低周波のべースバンド信号へ変換する。計測部２６１はこの変換されたベースバンドの復号を行い、復号時における誤り検出の結果に応じて通信状態を計測するようにしても良い。

その他、計測部２６１は通信部２６にて受信した音声データを周波数解析等により分析することにより通信状態を計測しても良い。なお、本実施の形態においてはパケットの単位時間当たりのエラー数（例えば１秒あたりのエラー数）に応じて通信状態の劣化を計測する例を挙げて説明し、計測部２６１は単位時間当たりのエラー数が多い場合に、通信状態の劣化を制御部２１へ出力する。制御部２１は取得部２５に対し通信状態の劣化を示す情報を出力する。取得部２５は通信状態の劣化を示す情報を受け付けた場合、使用状態情報の取得を行う。

取得部２５は携帯電話機２のハードウェアまたはソフトウェアがどのような状態で使用されているかの状態を示す使用状態情報を取得する。取得部２５はＩＣにより機能させることができるほか、制御部２１が制御プログラム２２Ｐを実行することによりソフトウェアとして機能させることができる。具体的には取得部２５は通信部２６が使用している無線規格を使用状態情報として取得する。例えば、Wi-Fi（登録商標）規格であるIEEE802.11a, IEEE802.11b, IEEE802.11g、または、WiMAX（登録商標）規格であるIEEE802.16a等を取得する。その他、ＣＤＭＡ、Ｗ−ＣＤＭＡ、またはＧＳＭ（Global System for Mobile Communications）等の通信規格を使用状態情報として取得しても良い。

また取得部２５は機種名ファイル２２１を参照し機種名を使用状態情報として取得する。図示しないＳＩＭ（Subscriber Identity Module）カードまたはＵＩＭ（User Identity Module）カードの挿入によりユーザは複数の携帯電話機２を使用する可能性があることから、機種名を使用状態情報として取得する。取得部２５は電源管理部２１１から電池２１２の残量を取得する。機種によっては電池残量が通信状態に影響を与えることから取得部２５は電池２１２の電池残量を使用状態情報として取得する。本実施の形態においては一例として、電池残量は１から５の５段階であり、数字が大きいほど残量が多いものとして説明する。また、取得部２５はＲＡＭ２２に記憶された図示しない携帯電話機２のＯＳ（Operating System ）、ブラウザ、またはＩＤ電話ソフトウェアの種類及びバージョン等を使用状態情報として取得しても良い。なお、制御部２１は、時計部２１５の出力を参照し、取得部２５が使用状態情報を取得した際の時刻を記憶する。

取得部２５は通信部２６とアクセスポイントとの間の受信強度を使用状態情報として取得する。通信部２６はアクセスポイントとの距離等に応じて変動する受信強度を計測しており、取得部２５はこの計測された受信強度を取得する。なお、受信強度は一例として、１から５の５段階であり、数字が大きいほど受信強度が良いものとして説明する。取得部２５は通信部２６から通話開始時のアクセスポイント、及び、取得時におけるアクセスポイントの情報を取得する。そして取得部２５は移動により通話開始時のアクセスポイントから他のアクセスポイントに変更があったか否かの情報を使用状態情報として取得する。アクセスポイントの変更は例えばＢＳＳＩＤ（Basic Service Set Identifier）により判断する。また、アクセスポイントに換えて基地局に変更があったか否かの状態を取得しても良い。この場合、基地局ＩＤを参照して変更があったか否かの使用状態情報を取得する。

取得部２５は接続機器管理部２１３からイヤホンマイク２１４が使用されているか否かを示す情報を使用状態情報として取得する。接続機器管理部２１３はイヤホンマイク２１４と情報を送受信している場合は、使用有りの情報を取得部２５へ出力し、送受信していない場合は、使用なしの情報を取得部２５へ出力する。取得部２５はＧＰＳ受信機２１０により算出された携帯電話機２の移動速度を使用状態情報として取得する。なお、以上述べた使用状態情報は一例であり、これら以外に、例えば制御部２１内ＣＰＵの処理速度、マイク２８から入力される雑音、図示しない温度センサから出力される温度等の情報を使用状態情報として利用しても良い。なお使用状態情報は以上述べた全てを用いる必要はなく、必要に応じて１つ、または、複数種用いればよい。

図３は携帯電話機３のハードウェア群を示すブロック図である。携帯電話機３は携帯電話機２と同様であるため、符号の相違を図示するに留め、詳細な説明は省略する。図４は呼制御サーバ４のハードウェア群を示すブロック図である。呼制御サーバ４はＣＰＵ４１、ＲＡＭ４２、呼制御部４３、記憶部４５、通信部４６及び時計部４８等を含む。ＣＰＵ４１は、バス４７を介して呼制御サーバ４のハードウェア各部と接続されていて、それらを制御すると共に、ＲＡＭ４２に格納された制御プログラム４５Ｐに従って、種々のソフトウェア機能を実行する。通信部４６はルータ及びＶｏＩＰ（Voice over Internet Protocol）アダプタ等を含み通信網Ｎを介して携帯電話機２及び３、サーバコンピュータ１及びＤＮＳ（Domain Name Server）に接続され、情報を送受信する。

時計部４８は時刻をＣＰＵ４１へ出力する。呼制御部４３は発信側及び着信側のそれぞれから呼制御メッセージを受信する。また呼制御サーバ４は接続要求、呼び出し、応答、通話、及び、切断のシーケンスを制御する。記憶部４５はハードディスクまたは大容量メモリ等であり、制御プログラム４５Ｐ、登録ＤＢ４５１及び履歴ＤＢ４５２が記憶されている。登録ＤＢ４５１は通信を行う携帯電話機２及び３のユーザＩＤに対応付けて電話番号及びＵＲＩ（Uniform Resource Identifier）等が記憶されている。

図５は登録ＤＢ４５１のレコードレイアウトを示す説明図である。登録ＤＢ４５１はユーザＩＤフィールド、電話番号フィールド及びＵＲＩフィールドを含む。ユーザＩＤは携帯電話機２及び３のユーザを特定するための固有の番号である。本例では携帯電話機２のユーザＩＤを「００２」、携帯電話機３のユーザＩＤを「００３」であるものとして説明する。電話番号フィールドにはユーザＩＤに対応付けて電話番号が記憶されている。ＵＲＩフィールドにはユーザＩＤに対応付けて、アドレスであるＵＲＩが記憶されている。

携帯電話機２が携帯電話機３に対し通話する場合、呼制御部４３は登録ＤＢ４５１を参照し、通話先である携帯電話機３の電話番号から携帯電話機３のＵＲＩを検索する。呼制御部４３はＤＮＳ４６１を用いて検索したＵＲＩに対応する携帯電話機３のＩＰアドレスを取得する。呼制御部４３は話し中、空き状態または呼び出し中等の各携帯電話機２及び３の状態を管理する。呼制御部４３は通話先の携帯電話機３が通話中でないことを確認した上で、携帯電話機２から受信した呼制御パケットを通話先のＩＰアドレスへ転送する。呼制御部４３は携帯電話機２と携帯電話機３との間の通信状態を履歴ＤＢ４５２に記憶する。

図６は履歴ＤＢ４５２のレコードレイアウトを示す説明図である。履歴ＤＢ４５２は通話を特定するための固有の識別情報（以下、通話ＩＤという）に対応付けて発信側電話番号等の各種情報を記憶している。履歴ＤＢ４５２は通話ＩＤフィールド、発信側電話番号フィールド、受信側電話番号フィールド、通話開始時刻フィールド及び通話終了時刻フィールド等を含む。発信者側電話番号フィールドには通話ＩＤに対応付けて発信側の電話番号が記憶される。同様に受信側電話番号フィールドには通話ＩＤに対応付けて受信側の電話番号が記憶される。通話開始時刻フィールドには通話ＩＤに対応付けて通話開始時に時計部４８から出力される時刻を記憶している。

通話終了時刻フィールドには通話ＩＤに対応付けて通話終了時に時計部４８から出力される時刻を記憶している。呼制御部４３は携帯電話機２及び３間の通話開始及び通話終了時等に、登録ＤＢ４５１を参照し、履歴ＤＢ４５２に上述した情報を記憶する。なお本実施の形態で述べるデータレイアウトはあくまで一例であり、これに限るものではない。データ間の関連付けがなされている限り、設計に応じて自由なデータの持たせ方をすれば良い。また登録ＤＢ４５１及び履歴ＤＢ４５２は呼制御サーバ４の記憶部４５内に記憶する例を挙げて説明したがこれに限るものではない。例えば、通信部４６を介して接続される外部のＤＢサーバ（図示せず）に記憶しておき、必要に応じてデータの読み取り及び書き込みを行っても良い。

図７はサーバコンピュータ１のハードウェア群を示す説明図である。サーバコンピュータ１はＣＰＵ１１、ＲＡＭ１２、入力部１３、表示部１４、記憶部１５、通信部１６及び時計部１８等を含む。ＣＰＵ１１は、バス１７を介してサーバコンピュータ１のハードウェア各部と接続されていて、それらを制御すると共に、記憶部１５に格納された制御プログラム１５Ｐに従って、種々のソフトウェア機能を実行する。

表示部１４は例えば液晶ディスプレイまたは有機ＥＬディスプレイ等である。表示部１４はＣＰＵ１１の指示に従い出力された表示情報を表示する。入力部１３は例えばキーボードまたはマウス等である。入力部１３から入力された情報はＣＰＵ１１へ出力される。時計部１８は時刻をＣＰＵ１１へ出力する。通信部１６はＬＡＮカード等であり、携帯電話機２、携帯電話機３及び呼制御サーバ４との間で情報を送受信する。なお、本実施の形態においては呼制御サーバ４とサーバコンピュータ１とを分けた例を挙げて説明したがこれに限るものではない。呼制御サーバ４とサーバコンピュータ１とを一体のコンピュータとして用いてもよい。

記憶部１５はハードディスクまたは大容量メモリであり、制御プログラム１５Ｐ、履歴ＤＢ１５１、基準ＤＢ１５２及び使用状態情報ファイル１５３等が記憶されている。履歴ＤＢ１５１は呼制御サーバ４に格納された履歴ＤＢ４５２と同内容が記憶される。呼制御サーバ４は定期的または履歴ＤＢ４５２の更新の度に、履歴ＤＢ４５２に記憶された通話履歴の情報をサーバコンピュータ１へ送信する。サーバコンピュータ１は履歴ＤＢ１５１に受信した通話履歴の情報を記憶する。基準ＤＢ１５２は携帯電話機２及び３の状態を判断するための基準状態情報を記憶している。ＣＰＵ１１は携帯電話機２または携帯電話機３から送信された使用状態情報が、基準ＤＢ１５２に記憶した基準状態情報を満たす場合に、正常と判断する。ＣＰＵ１１は携帯電話機２または携帯電話機３から送信された使用状態情報が、基準ＤＢ１５２に記憶した基準状態情報を満たさない場合に、異常と判断する。

図８は基準ＤＢ１５２のレコードレイアウトを示す説明図である。基準ＤＢ１５２は機種に応じて性能が相違する可能性があることから、機種毎に基準状態情報を記憶している。本実施形態では機種名の例として機種Ａ、機種Ｂ及び機種Ｃが存在する例を挙げて説明する。さらに基準ＤＢ１５２は、無線規格によって性能が相違する可能性があることから、無線規格に応じて基準状態情報を記憶している。本実施形態においては無線規格の例として、IEEE802.11a、IEEE802.11b、IEEE802.11g及びIEEE802.16aを挙げて説明する。図８は機種名が機種Ａであり、無線規格がIEEE802.11aである場合の記憶内容を例示している。

基準ＤＢ１５２は電池残量フィールド、イヤホンマイクフィールド、受信強度フィールド、アクセスポイントの変更フィールド及び移動速度フィールド等を含む。電池残量フィールドには、電池残量がどの程度であれば正常と判断するかを示す基準状態情報が記憶されている。本例では電池残量が３以上の場合に正常と判断される。なお、機種または無線規格によっては電池残量による影響が少ない場合もある。この場合、基準状態情報として電池残量は例えば１以上と記憶される。イヤホンマイクフィールドには、イヤホンマイク２１４が携帯電話機２に接続されているか否かによって、正常か否かを判断するための基準状態情報が記憶されている。図８の例では、イヤホンマイク２１４「なし」の場合に、正常と判断される。

受信強度フィールドには受信強度がどの程度であれば正常と判断するかを示す基準状態情報が記憶されている。図８の例では受信強度が３以上の場合に正常と判断される。アクセスポイントの変更フィールドには、アクセスポイントに変更があったか否かにより、正常か否かを判断するための基準状態情報が記憶されている。図８の例ではアクセスポイントの変更がない場合に、正常と判断する。移動速度フィールドには携帯電話機２の移動速度がどの程度であれば正常と判断するかを示す速度が基準状態情報として記憶されている。本例では２ｍ/ｓ以下の場合に、正常と判断する。なお、図８で挙げた数値例は一例であり、またデータレイアウトも一例でありこれに限るものではない。ユーザは入力部１３を介して、基準ＤＢ１５２に記憶した内容を適宜変更することが可能である。

図９は使用状態情報ファイル１５３のレコードレイアウトを示す説明図である。使用状態情報ファイル１５３は通話ＩＤに対応付けて携帯電話機２及び３から送信された使用状態情報を履歴として記憶している。使用状態情報ファイル１５３は通話ＩＤフィールド、電話番号フィールド、取得時刻フィールド、機種名フィールド、無線規格フィールド、電池残量フィールド、イヤホンマイクフィールド及び受信強度フィールドを含む。その他、使用状態情報ファイル１５３は、アクセスポイントフィールド及び移動速度フィールド等を含む。通話ＩＤフィールドには携帯電話機２と携帯電話機３との間の通信を特定するためのＩＤが記憶される。

取得時刻フィールドには携帯電話機２の取得部２５または携帯電話機３の取得部３５が使用状態情報を取得した時刻を記憶する。機種名フィールドには携帯電話機２及び３の機種名が記憶される。無線規格フィールドには携帯電話機２及び３それぞれの無線規格が記憶される。本例では無線規格「１１ａ」として一部記載を省略している。電池残量フィールドには携帯電話機２及び３の電池残量がそれぞれ記憶されている。なお、図９の例は上段が携帯電話機２の使用状態情報のレコードであり、下段が携帯電話機３の使用状態情報のレコードである。イヤホンマイクフィールドには、携帯電話機２及び３がイヤホンマイク２１４を使用していたか否かの情報が記憶されている。本例では携帯電話機２はイヤホンマイク２１４を使用しておらず、携帯電話機３がイヤホンマイク２１４を使用していたことが理解できる。

受信強度フィールドには携帯電話機２及び３における受信強度が記憶されている。アクセスポイントフィールドには携帯電話機２及び３が使用する無線ＬＡＮのアクセスポイントに変更があったか否かの情報が記憶されている。本例では携帯電話機２が通話開始時からアクセスポイント「ＡＰ１」を使用し、携帯電話機３が通話開始時からアクセスポイント「ＡＰ３」を使用していることが理解できる。移動速度フィールドには携帯電話機２及び３の移動速度が記憶されている。ＣＰＵ１１は携帯電話機２及び３から通話ＩＤ、電話番号及び取得時刻、並びに、機種名及び受信強度等を含む使用状態情報を受信した場合、図９の如く使用状態情報ファイル１５３に記憶する。

なお、本実施形態においては、基準ＤＢ１５２及び使用状態情報ファイル１５３等を記憶部１５に記憶する例を挙げて説明したが、これに限るものではない。例えば通信部１６を介して接続される外部のＤＢサーバ（図示せず）に記憶しておき、必要に応じてデータの読み取り及び書き込みを行っても良い。ＣＰＵ１１は基準ＤＢ１５２に記憶した基準状態情報と、使用状態情報ファイル１５３に記憶した通話ＩＤに対応する使用状態情報とを比較し、異常が存在するか否かを判断する。ＣＰＵ１１は使用状態情報が基準状態情報を満たさない場合に、異常と判断する。図８の例ではイヤホンマイク２１４「なし」が基準状態情報として記憶されている。図９では携帯電話機２の使用状態情報としてイヤホンマイク２１４「なし」が記憶されており、携帯電話機３の使用状態情報としてイヤホンマイク２１４「あり」が記憶されている。この場合ＣＰＵ１１は通話ＩＤ「００１」及び電話番号「０６−ＸＸ」で特定される携帯電話機３に異常が存在すると判断する。同様に、ＣＰＵ１１は通話ＩＤ「００１」及び電話番号「０３−ＸＸ」で特定される携帯電話機２は正常であると判断する。

以上のハードウェアにおいて各種ソフトウェア処理を、フローチャートを用いて説明する。図１０及び図１１は携帯電話機２及び３と呼制御サーバ４との間の通信処理の手順を示すフローチャートである。携帯電話機２の制御部２１は入力部２３から携帯電話機３の電話番号（受信側電話番号）を受け付ける。制御部２１は入力部２３から通信開始要求を受け付けた場合、ＲＡＭ２２に記憶した携帯電話機２の電話番号（発信側電話番号）、受け付けた受信側電話番号及び通信開始要求を、呼制御サーバ４へ送信する（ステップＳ１０１）。呼制御サーバ４のＣＰＵ４１は通信部４６を介して、発信側電話番号、受信側電話番号及び通信開始要求を受信する（ステップＳ１０２）。

呼制御部４３は登録ＤＢ４５１から受信した発信側電話番号及び受信側電話番号に対応するＵＲＩを読み出す（ステップＳ１０３）。呼制御部４３はＤＮＳ４６１から発信側及び受信側のＩＰアドレスを取得する（ステップＳ１０４）。呼制御部４３は新たな通話ＩＤを生成する（ステップＳ１０５）。呼制御部４３は携帯電話機３及び携帯電話機２へ通話ＩＤ及び通話開始情報を送信する（ステップＳ１０６）。携帯電話機３の制御部３１は、通信部３６を介して通話ＩＤ及び通話開始情報を受信する（ステップＳ１０７）。携帯電話機２の制御部２１は、通信部２６を介して通話ＩＤ及び通話開始情報を受信する（ステップＳ１０８）。

呼制御部４３は通話ＩＤ、発信側電話番号、受信側電話番号、及び、時計部４８から出力される時刻である通信開始時刻を履歴ＤＢ４５２に記憶する（ステップＳ１０９）。これにより、各通話に対し通話ＩＤ及び当該通話ＩＤの履歴が記憶される。呼制御部４３は通信部４６を介して、携帯電話機２または３から通話終了情報を受信したか否かを判断する（ステップＳ１１１）。呼制御部４３は通話終了情報を受信していないと判断した場合（ステップＳ１１１でＮＯ）、通話を継続すべくステップＳ１１１の処理を繰り返す。

呼制御部４３は通話終了情報を受信したと判断した場合（ステップＳ１１１でＹＥＳ）、通話終了情報を携帯電話機２及び３へ送信する（ステップＳ１１２）。携帯電話機２は通話終了情報を受信する（ステップＳ１１３）。同様に携帯電話機３は通話終了情報を受信する（ステップＳ１１４）。携帯電話機２は時計部４８から出力される時刻を参照し、通話ＩＤに対応付けて通話終了時刻を履歴ＤＢ４５２に記憶する（ステップＳ１１５）。

図１２乃至図１６は使用状態情報の取得処理手順を示すフローチャートである。ステップＳ１０７及びＳ１０８の処理により携帯電話機２と携帯電話機３との間で通信が確立した後、以下の処理を行う。携帯電話機２の制御部２１はＲＡＭ２２に記憶した制御プログラム２２Ｐを起動する（ステップＳ１２１）。取得部２５は予め通信部２６からアクセスポイントを取得しておく。制御部２１はＲＡＭ２２に記憶した閾値を読み出す（ステップＳ１２２）。制御部２１は読み出した閾値を計測部２６１へ出力する。計測部２６１は通信部２６を通過するパケットを監視し、単位時間当たりのエラー数を計測する（ステップＳ１２３）。

計測部２６１は条件として単位時間当たりのエラー数が閾値以上の場合に、通信品質が劣化したと判断する。計測部２６１は計測した単位時間当たりのエラー数が閾値以上か否かを判断する（ステップＳ１２４）。計測部２６１は単位時間当たりのエラー数が閾値以上でないと判断した場合（ステップＳ１２４でＮＯ）、ステップＳ１１３における通話終了情報を受信したか否かを判断する（ステップＳ１２４０）。計測部２６１は通話終了情報を受信していないと判断した場合（ステップＳ１２４０でＮＯ）、処理をステップＳ１２３へ戻し、通信品質の状態判断を繰り返し実行する。

計測部２６１は通信終了情報を受信したと判断した場合（ステップＳ１２４０でＹＥＳ）、通話を終了する。ステップＳ１２４において、計測部２６１はエラー数が閾値以上であると判断した場合（ステップＳ１２４でＹＥＳ）、通信状態が劣化したことを示す情報を制御部２１へ出力する（ステップＳ１２５）。なお計測部２６１は通信状態が劣化したことを示す情報を直接取得部２５へ出力しても良い。制御部２１は取得部２５へ使用状態情報の取得命令を出力する（ステップＳ１２６）。取得部２５は使用状態情報を取得する（ステップＳ１２７）。具体的には取得部２５は機種名ファイル２２１から機種名を使用状態情報として取得し、また通信部２６から無線規格を使用状態情報として取得する。取得部２５は、電源管理部２１１から電池残量を使用状態情報として取得し、接続機器管理部２１３からイヤホンマイク２１４が接続されているか否かの情報を使用状態情報として取得し、通信部２６から受信強度を使用状態情報として取得する。

また取得部２５は通信部２６からアクセスポイントを取得し、以前に取得したアクセスポイントと比較することによりアクセスポイントの変更があったか否かを判断する。取得部２５はアクセスポイントの変更の有無を使用状態情報として取得する。取得部２５はＧＰＳ受信機２１０から移動速度を使用状態情報として取得する。制御部２１は時計部２１５の出力を参照し、使用状態情報を取得した時刻、及び、取得部２５が取得した使用状態情報をＲＡＭ２２に記憶する（ステップＳ１２８）。制御部２１は、通信部２６を介して、携帯電話機３へ使用状態情報の取得命令を送信する（ステップＳ１２９）。携帯電話機３の制御部３１は、通信部３６を介して、使用状態情報の取得命令を受信する（ステップＳ１３１）。制御部３１はＲＡＭ３２に記憶した制御プログラム３２Ｐを起動する（ステップＳ１３２）。なお、携帯電話機２と携帯電話機３との間の取得命令の送受信は以下の方法により行えばよい。

携帯電話機２は呼制御サーバ４の呼制御部４３へ、呼制御メッセージの一部として取得命令を送信する。呼制御メッセージには、携帯電話機２を示す送信元のアドレス、携帯電話機３を示す送信先のアドレス、及び、取得部３５により携帯電話機３自身の使用状態情報を取得させるための取得命令が含まれる。呼制御部４３は携帯電話機３へかかる呼制御メッセージを送信する。呼制御メッセージとしては、ＩＥＴＦ（The Internet Engineering Task Force）で標準化されているＳＩＰ（Session Initiation Protocol：RFC3261にて標準化）等を利用すればよい。

また、携帯電話機２の制御部２１は、サーバコンピュータ１に、携帯電話機３自身の使用状態情報を取得させるための取得命令を送信させても良い。この場合、サーバコンピュータ１は予め呼制御サーバ４から、通話ＩＤ、通話ＩＤに対応する携帯電話機２及び３の電話番号、並びに、携帯電話機２及び３のＩＰアドレスを取得しておく。制御部２１はサーバコンピュータ１へ通話ＩＤ、携帯電話機３の電話番号及び取得命令を送信する。サーバコンピュータ１のＣＰＵ１１は、携帯電話機３のＩＰアドレス宛へ取得命令を送信する。サーバコンピュータ１は取得命令の例として、ＯＭＡ（Open Mobile Alliance）で標準化されているＤＭ（Device Management）メッセージ等を利用する。

その他、通信部２６を利用し、音声信号制御メッセージとして直接携帯電話機３へ送信しても良い。音声信号制御メッセージの例としてはＩＥＴＦで標準化されているＲＴＣＰ（RTP Control Protocol：RFC3550にて標準化）等を利用すればよい。取得命令は携帯電話機３宛へ送信されるものであれば以上述べたいずれの形態であっても良い。本実施の形態においては、呼制御サーバ４へ取得命令を含む呼制御メッセージを送信する例を挙げて説明する。携帯電話機３の制御部３１は取得命令を受信した場合、制御プログラム３２Ｐを起動する。取得部３５は携帯電話機３の電池残量等の使用状態情報を取得する（ステップＳ１３３）。

具体的には取得部３５は機種名ファイル３２１から機種名を使用状態情報として取得し、また通信部３６から無線規格を使用状態情報として取得する。取得部３５は、電源管理部３１１から電池残量を使用状態情報として取得し、接続機器管理部３１３からイヤホンマイク３１４が接続されているか否かの情報を使用状態情報として取得し、通信部３６から受信強度を使用状態情報として取得する。

また取得部３５は通信部３６からアクセスポイントを取得し、携帯電話機２との通話開始時に取得したアクセスポイントと比較することによりアクセスポイントの変更があったか否かを判断する。取得部３５はアクセスポイントの変更の有無を使用状態情報として取得する。取得部３５はＧＰＳ受信機３１０から移動速度を使用状態情報として取得する。制御部３１は時計部３１５の出力を参照し、使用状態情報を取得した時刻、及び、取得部３５が取得した使用状態情報をＲＡＭ３２に記憶する（ステップＳ１３４）。

なお、本実施の形態においては携帯電話機２において使用状態情報の取得を終えてから携帯電話機３へ使用状態情報の取得命令を送信する例を挙げたがこれに限るものではない。ステップＳ１２７による携帯電話機２内の使用状態情報を取得する前に、携帯電話機３へ使用状態情報の取得命令を送信するようにしても良い。携帯電話機２の制御部２１はステップＳ１１３による通話終了情報を受信したか否かを判断する（ステップＳ１３５）。制御部２１は通話終了情報を受信していないと判断した場合（ステップＳ１３５でＮＯ）、ステップＳ１３５の処理を繰り返す。

制御部２１は通話終了情報を受信したと判断した場合（ステップＳ１３５ＹＥＳ）、アドレスファイル２２３からサーバコンピュータ１のＩＰアドレスを読み出す（ステップＳ１３６）。制御部２１は通話ＩＤ、携帯電話機２の電話番号、使用状態情報の取得時刻及び使用状態情報をサーバコンピュータ１へ送信する（ステップＳ１３７）。サーバコンピュータ１のＣＰＵ１１は通話ＩＤ、携帯電話機２の電話番号、使用状態情報の取得時刻及び使用状態情報を携帯電話機２から受信する（ステップＳ１３８）。ＣＰＵ１１は使用状態情報ファイル１５３に、通話ＩＤ、携帯電話機２の電話番号、取得時刻及び使用状態情報を記憶する（ステップＳ１３９）。

携帯電話機３の制御部３１はステップＳ１３５〜Ｓ１３７における携帯電話機２の処理と並行して、以下の処理を行う。携帯電話機３の制御部３１はステップＳ１１４による通話終了情報を受信したか否かを判断する（ステップＳ１４１）。制御部３１は通話終了情報を受信していないと判断した場合（ステップＳ１４１でＮＯ）、ステップＳ１４１の処理を繰り返す。

制御部３１は通話終了情報を受信したと判断した場合（ステップＳ１４１ＹＥＳ）、アドレスファイル３２３からサーバコンピュータ１のＩＰアドレスを読み出す（ステップＳ１４２）。制御部３１は通話ＩＤ、携帯電話機３の電話番号、使用状態情報の取得時刻及び使用状態情報をサーバコンピュータ１へ送信する（ステップＳ１４３）。なお、本実施の形態においては、携帯電話機２及び３は通話が終了してからサーバコンピュータ１へ使用状態情報を送信する例を挙げたがこれに限るものではない。携帯電話機２及び３は通話終了前にサーバコンピュータ１へ使用状態情報を送信しても良い。サーバコンピュータ１のＣＰＵ１１は通話ＩＤ、携帯電話機３の電話番号、使用状態情報の取得時刻及び使用状態情報を携帯電話機３から受信する（ステップＳ１４４）。ＣＰＵ１１は使用状態情報ファイル１５３に、通話ＩＤ、携帯電話機３の電話番号、取得時刻及び使用状態情報を記憶する（ステップＳ１４５）。

サーバコンピュータ１のＣＰＵ１１は通話ＩＤに対応する携帯電話機２及び３の全ての使用状態情報を受信した場合、以下に述べる異常判断処理へ移行する。ＣＰＵ１１は基準ＤＢ１５２から通話ＩＤ、携帯電話機２の機種名及び無線規格に対応する基準状態情報を読み出す（ステップＳ１４６）。サーバコンピュータ１のＣＰＵ１１はステップＳ１３９で記憶した携帯電話機２の使用状態情報を読み出す。ＣＰＵ１１は携帯電話機２の使用状態情報に、ステップＳ１４６で読み出した携帯電話機２の基準状態情報を満たさない使用状態情報が存在するか否かを判断する（ステップＳ１４７）。

ＣＰＵ１１は携帯電話機２に基準状態情報に満たない使用状態情報が存在すると判断した場合（ステップＳ１４７でＹＥＳ）、通話ＩＤ、携帯電話機２の電話番号、取得時刻、基準状態情報を満たさない使用状態情報を記憶する（ステップＳ１４８）。例えば図９の例で、電池残量が２であった場合、図８に示す電池残量の基準「３以上」を満たさない。この場合、通話ＩＤ「００１」、電話番号「０３−ＸＸ」、取得時刻「５月２０日１１時０分３０秒」、基準状態情報を満たさない使用状態情報「電池残量」が記憶される。ＣＰＵ１１は携帯電話機２に基準状態情報に満たない使用状態情報が存在しないと判断した場合（ステップＳ１４７でＮＯ）、ステップＳ１４８の処理をスキップする。

ＣＰＵ１１は、基準ＤＢ１５２から通話ＩＤ、携帯電話機３の機種名及び無線規格に対応する基準状態情報を読み出す（ステップＳ１４９）。ＣＰＵ１１はステップＳ１４５で記憶した携帯電話機３の使用状態情報を読み出す。ＣＰＵ１１は携帯電話機３の使用状態情報に、ステップＳ１４９で読み出した携帯電話機３の基準状態情報を満たさない使用状態情報が存在するか否かを判断する（ステップＳ１５１）。ＣＰＵ１１は携帯電話機３に基準状態情報に満たない使用状態情報が存在すると判断した場合（ステップＳ１５１でＹＥＳ）、通話ＩＤ、携帯電話機３の電話番号、取得時刻、基準状態情報を満たさない使用状態情報を記憶する（ステップＳ１５２）。ＣＰＵ１１は携帯電話機３に基準状態情報に満たない使用状態情報が存在しないと判断した場合（ステップＳ１５１でＮＯ）、ステップＳ１５２の処理をスキップし、処理を終了する。なお、本実施の形態においては携帯電話機２が先に使用状態情報を取得し、携帯電話機２から携帯電話機３へ取得要求を行う例を示した。同様に、携帯電話機３が先に使用状態情報を取得し、携帯電話機３から携帯電話機２へ取得要求を行っても良い。この場合、取得部２５が第２取得部として機能し、取得部２５は携帯電話機２の使用状態情報を取得する。これにより、携帯電話機２または３のどちらに異常が存在するか判断することが可能となる。また、通信品質以外の要因を容易に特定することが可能となる。

実施の形態２
実施の形態２は通話中の通信状態の変化を予測する形態に関する。図１７は実施の形態２に係る携帯電話機２のハードウェア群を示すブロック図である。図２に加えて予測部２５１及び予測ファイル２２４が設けられている。携帯電話機３側にも同様に予測部３５１及び予測ファイル３２４が設けられる。なお、携帯電話機３側の図示は省略する。予測部２５１は、予測ファイル２２４を参照し、通信状態が劣化する可能性があるか否かを予測する。予測部２５１は通信状態が劣化すると予測した場合、取得部２５へ取得命令を出力する。その後取得部２５は実施の形態１で述べた処理により、使用状態情報の取得を行う。

予測部２５１は電源管理部２１１から出力される電池残量、通信部２６から出力される受信強度及びアクセスポイントの変更の有無、並びに、接続機器管理部２１３から出力されるイヤホンマイク２１４の有無を収集する。また予測部２５１はＧＰＳ受信機２１０から出力される移動速度の変化を収集する。なお、以下では予測部２５１が収集する情報を収集情報という。本実施形態では電池残量及び受信強度等複数の収集情報に基づき、通信状態の劣化予測を行う例を挙げるがこれに限るものではない。例えば、受信強度等、一つの収集情報に基づき通信状態の劣化予測を行っても良い。なお、予測部２５１は定期的（例えば、１秒ごと）に収集情報を収集すればよい。

図１８は予測ファイル２２４のレコードレイアウトを示す説明図である。予測ファイル２２４は電池残量の変化フィールド、イヤホンマイク２１４の変更フィールド、受信強度の変化フィールド、アクセスポイントの変更フィールド及び移動速度の変化フィールド等を含む。予測部２５１は収集情報の変化が、予測ファイル２２４に記憶した変化に合致する場合に通信状態が劣化すると予測する。予測ファイル２２４は図１８に示す如く、携帯電話機２の各ハードウェアに対応付けて変化の情報が記憶されている。電池残量の変化フィールドには電池残量の変化の情報として、「減少」と記憶されている。予測部２５１は電源管理部２１１から定期的に収集した電池残量が減少した場合に、通信状態が劣化すると予測する。

イヤホンマイク２１４の変更フィールドには、イヤホンマイク２１４の変化の情報として「なしからありへ」と記憶されている。予測部２５１はイヤホンマイク２１４が接続されていないことを示す情報を接続機器管理部２１３から収集していたところ、イヤホンマイク２１４が接続されたことを示す情報を収集した場合に、通信状態が劣化すると予測する。受信強度の変化フィールドには変化の情報として「低下」が記憶されている。予測部２５１は通信部２６から定期的に収集する受信強度が低下した場合に、通信状態が劣化すると予測する。

アクセスポイントの変更フィールドには、アクセスポイントの変更情報として「なしからありへ」と記憶されている。予測部２５１は通信部２６から利用していたアクセスポイントとは異なる新たなアクセスポイントを収集した場合、通信状態が劣化すると予測する。移動速度の変化フィールドには変化の情報として「所定速度上昇」と記憶されている。この所定速度は、例えば単位時間当たり１ｍ／ｓとすれば良い。予測部２５１はＧＰＳ受信機２１０から一定時間おきに携帯電話機２の移動速度を収集する。収集した移動速度の単位時間当たりの変化が、所定速度以上の場合に、通信状態が劣化すると判断する。以上述べたいずれか一つまたは複数の変化により予測部２５１が、通信状態が劣化すると判断した場合、予測部２５１は取得部２５へ取得命令を出力する。以下では、説明を容易にするために、予測部２５１における通信状態の劣化予測は、移動速度の変化に基づいて行う例を説明する。

取得部２５は上述した如く予測部２５１から取得命令を受け付けた場合に、使用状態情報の取得を行う。なお、入力部２３からユーザが取得命令を入力するようにしても良い。入力部２３は取得命令を受け付ける。この場合、通話中に入力部２３の内、専用のボタン、予め割り当てた任意のボタン（例えば数字の１）、またはタッチパネル上に表示されるアイコンが操作された場合に、入力部２３は取得命令を受け付ける。入力部２３は取得命令を受け付けた場合、取得部２５へ取得命令を出力する。取得部２５は取得命令を受けて実施の形態１で述べた使用状態情報の取得を行う。以上述べた如く、使用状態情報を取得する際のトリガーは、計測部２６１が通信状態の劣化を計測した場合、予測部２５１が通信状態の劣化を予測した場合、及び、入力部２３から取得命令を受け付けた場合が含まれる。これら３つの全てをトリガーとするほか、１つだけをトリガーとしても良い。また適宜２つの組み合わせをトリガーとしても良い。本実施の形態では３つ全てを用いる例を挙げて説明する。

図１９及び図２０は取得命令出力処理の手順を示すフローチャートである。携帯電話機２の制御部２１はＲＡＭ２２に記憶した制御プログラム２２Ｐを起動する（ステップＳ１９１）。制御部２１は入力部２３から取得命令を受け付けたか否かを判断する（ステップＳ１９２）。入力部２３は取得命令を受け付けたと判断した場合（ステップＳ１９２でＹＥＳ）、取得命令を取得部２５へ出力する（ステップＳ１９３）。入力部２３は取得命令を受け付けていないと判断した場合（ステップＳ１９２でＮＯ）、処理をステップＳ１９４へ移行させる。制御部２１はＲＡＭ２２に記憶した閾値を読み出す（ステップＳ１９４）。制御部２１は読み出した閾値を計測部２６１へ出力する。計測部２６１は通信部２６を通過するパケットを監視し、単位時間当たりのエラー数を計測する（ステップＳ１９５）。

計測部２６１は条件として単位時間当たりのエラー数が閾値以上の場合に、通信品質が劣化したと判断する。計測部２６１は計測した単位時間当たりのエラー数が閾値以上か否かを判断する（ステップＳ１９６）。計測部２６１はエラー数が閾値以上であると判断した場合（ステップＳ１９６でＹＥＳ）、通信状態が劣化したことを示す情報を制御部２１へ出力する（ステップＳ１９７）。制御部２１は取得部２５へ使用状態情報の取得命令を出力する（ステップＳ１９８）。

計測部２６１は単位時間当たりのエラー数が閾値以上でないと判断した場合（ステップＳ１９６でＮＯ）、処理をステップＳ１９９へ移行させる。予測部２５１はＲＡＭ２２に記憶した閾値となる所定速度を読み出す（ステップＳ１９９）。予測部２５１はＧＰＳ受信機２１０から定期的に（例えば１秒ごとに）、所定期間（例えば３秒間）移動速度を収集する（ステップＳ２０１）。予測部２５１は移動速度の単位時間当たりの変化を算出する。なお、図示しない加速度センサから携帯電話機２の移動速度の単位時間の当たり変化を収集しても良い。その他、ＧＰＳ受信機２１０に移動速度の単位時間当たりの変化を算出させても良い。

予測部２５１は移動速度の単位時間当たりの変化が所定速度以上であるか否かを判断する（ステップＳ２０２）。予測部２５１は所定速度以上であると判断した場合（ステップＳ２０２でＹＥＳ）、取得命令を取得部２５へ出力する（ステップＳ２０３）。予測部２５１は所定速度以上でないと判断した場合（ステップＳ２０２でＮＯ）、処理をステップＳ１９２へ戻し、以上の処理を繰り返す。ステップＳ１９３、Ｓ１９８またはＳ２０３の処理により取得部２５は取得命令を受け付けた場合、取得部２５は使用状態情報を取得する（ステップＳ２０４）。以降の処理はステップＳ１２８以降と同様であるので詳細な説明は省略する。なお３つのトリガーであるステップＳ１９２、ステップＳ１９６、またはステップＳ２０２の実行順序は図１９及び図２０に示す順序に限るものではない。他の順序であっても良い。通信状態の悪化が予測される場合にも使用状態情報の取得が実行されるため、通信状態の劣化を早期に知ることが可能となる。またユーザの意思により使用状態情報の取得が可能となる。

本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態３
実施の形態３は使用状態情報を携帯電話機２または３において複数回取得する形態に関する。図２１は実施の形態３に係る使用状態情報ファイル１５３のレコードレイアウトを示す説明図である。取得部２５は実施の形態１で述べた如く使用状態情報を取得した後も、上述した３つのトリガーにより再度使用状態情報を通話中に取得しても良い。図２１の例では、５月２０日１１時０分４５秒に携帯電話機２が再度使用状態情報を計測したことから、これらの情報が記憶されている。

さらに、その１０秒後には携帯電話機２から取得命令を受けた携帯電話機３が再度使用状態情報を計測したことから、これらの情報が記憶されている。携帯電話機２の１１時０分３０秒における使用状態情報と、１１時０分４５秒における使用状態情報とを比較するとアクセスポイントがＡＰ１からＡＰ２へ変更されていることが理解できる。アクセスポイントの変更に伴い、計測部２６１が通信状態の劣化を検出した場合、予測部２５１が劣化を予測した場合、または、入力部２３から取得命令を受け付けた場合、取得部２５は再度使用状態情報の取得を行う。なお、再度使用状態を取得する場合も、実施の形態２と同じく、これら３つの全てをトリガーとするほか、１つだけをトリガーとしても良い。また適宜２つの組み合わせをトリガーとしても良い。本実施の形態では３つ全てを用いる例を挙げて説明する。

図２２乃至図２９は使用状態情報取得処理の手順を示すフローチャートである。携帯電話機２の制御部２１はＲＡＭ２２に記憶した制御プログラム２２Ｐを起動する（ステップＳ２２１）。制御部２１はＲＡＭ２２に記憶した閾値を読み出す（ステップＳ２２２）。制御部２１は読み出した閾値を計測部２６１へ出力する。計測部２６１は通信部２６を通過するパケットを監視し、単位時間当たりのエラー数を計測する（ステップＳ２２３）。

計測部２６１は条件として単位時間当たりのエラー数が閾値以上の場合に、通信品質が劣化したと判断する。計測部２６１は計測した単位時間当たりのエラー数が閾値以上か否かを判断する（ステップＳ２２４）。計測部２６１は単位時間当たりのエラー数が閾値以上でないと判断した場合（ステップＳ２２４でＮＯ）、ステップＳ１１３における通話終了情報を受信したか否かを判断する（ステップＳ２２５）。計測部２６１は通話終了情報を受信していないと判断した場合（ステップＳ２２５でＮＯ）、処理をステップＳ２２３へ戻し、通信品質の状態判断を繰り返し実行する。

計測部２６１は通信終了情報を受信したと判断した場合（ステップＳ２２５でＹＥＳ）、通話を終了する。ステップＳ２２４において、計測部２６１はエラー数が閾値以上であると判断した場合（ステップＳ２２４でＹＥＳ）、通信状態が劣化したことを示す情報を制御部２１へ出力する（ステップＳ２２６）。制御部２１は取得部２５へ使用状態情報の取得命令を出力する（ステップＳ２２７）。取得部２５は使用状態情報を取得する（ステップＳ２２８）。なお、ステップＳ２２１乃至Ｓ２２７の処理に代えて、またはこれに加えて、予測部２５１及び入力部２３を利用して使用状態情報を取得しても良い。この場合、実施の形態２で述べたステップＳ１９１乃至Ｓ２０４を実行すればよい。

制御部２１は時計部２１５の出力を参照し、使用状態情報を取得した時刻、及び、取得部２５が取得した使用状態情報をＲＡＭ２２に記憶する（ステップＳ２２９）。制御部２１は、通信部２６を介して、携帯電話機３へ使用状態情報の取得命令を送信する（ステップＳ２３１）。携帯電話機３の制御部３１は、通信部３６を介して、使用状態情報の取得命令を受信する（ステップＳ２３２）。制御部３１はＲＡＭ３２に記憶した制御プログラム３２Ｐを起動する（ステップＳ２３３）。

取得部３５は携帯電話機３の電池残量等の使用状態情報を取得する（ステップＳ２３４）。制御部３１は時計部３１５の出力を参照し、使用状態情報を取得した時刻、及び、取得部３５が取得した使用状態情報をＲＡＭ３２に記憶する（ステップＳ２３５）。

制御部２１は入力部２３から取得命令を受け付けたか否かを判断する（ステップＳ２３６）。入力部２３は取得命令を受け付けたと判断した場合（ステップＳ２３６でＹＥＳ）、取得命令を取得部２５へ出力する（ステップＳ２３７）。入力部２３は取得命令を受け付けていないと判断した場合（ステップＳ２３６でＮＯ）、処理をステップＳ２３８へ移行させる。制御部２１はＲＡＭ２２に記憶した閾値を読み出す（ステップＳ２３８）。制御部２１は読み出した閾値を計測部２６１へ出力する。計測部２６１は通信部２６を通過するパケットを監視し、単位時間当たりのエラー数を計測する（ステップＳ２３９）。

計測部２６１は条件として単位時間当たりのエラー数が閾値以上の場合に、通信品質が劣化したと判断する。計測部２６１は計測した単位時間当たりのエラー数が閾値以上か否かを判断する（ステップＳ２４１）。計測部２６１はエラー数が閾値以上であると判断した場合（ステップＳ２４１でＹＥＳ）、通信状態が劣化したことを示す情報を制御部２１へ出力する（ステップＳ２４２）。制御部２１は取得部２５へ使用状態情報の取得命令を出力する（ステップＳ２４３）。

計測部２６１は単位時間当たりのエラー数が閾値以上でないと判断した場合（ステップＳ２４１でＮＯ）、処理をステップＳ２４４へ移行させる。予測部２５１はＲＡＭ２２に記憶した閾値となる所定速度を読み出す（ステップＳ２４４）。予測部２５１はＧＰＳ受信機２１０から定期的に（例えば１秒ごとに）、所定期間（例えば３秒間）移動速度を収集する（ステップＳ２４５）。予測部２５１は移動速度の単位時間当たりの変化を算出する。

予測部２５１は移動速度の単位時間当たりの変化が所定速度以上であるか否かを判断する（ステップＳ２４６）。予測部２５１は単位時間当たりの変化が所定速度以上であると判断した場合（ステップＳ２４６でＹＥＳ）、取得命令を取得部２５へ出力する（ステップＳ２４７）。ステップＳ２３７、Ｓ２４３またはＳ２４７の後、取得部２５は使用状態情報を再度取得する（ステップＳ２４８）。制御部２１は時計部２１５の出力を参照し、使用状態情報を取得した時刻、及び、取得部２５が取得した使用状態情報をＲＡＭ２２に記憶する（ステップＳ２４９）。制御部２１は、通信部２６を介して、携帯電話機３へ使用状態情報の取得命令を再度送信する（ステップＳ２５１）。携帯電話機３の制御部３１は、通信部３６を介して、使用状態情報の取得命令を受信する（ステップＳ２５２）。制御部３１はＲＡＭ３２に記憶した制御プログラム３２Ｐを起動する（ステップＳ２５３）。

取得部３５は携帯電話機３の電池残量等の使用状態情報を再度取得する（ステップＳ２５４）。制御部３１は時計部３１５の出力を参照し、使用状態情報を取得した時刻、及び、取得部３５が取得した使用状態情報をＲＡＭ３２に記憶する（ステップＳ２５５）。ステップＳ２５１の処理の後、または、ステップＳ２４６において予測部２５１が所定速度以上でないと判断した場合（ステップＳ２４６でＮＯ）、処理をステップＳ２５６へ移行させる。携帯電話機２の制御部２１は、通話終了情報を受信したか否かを判断する（ステップＳ２５６）。制御部２１は通話終了情報を受信していないと判断した場合（ステップＳ２５６でＮＯ）、処理をステップＳ２３６へ戻し、以上の処理を繰り返す。これにより、通話中であれば使用状態情報の取得が複数回行われ、また携帯電話機３への取得命令が複数回送信される。

制御部２１は通話終了情報を受信したと判断した場合（ステップＳ２５６でＹＥＳ）、処理をステップＳ２５７へ移行させる。制御部２１は、アドレスファイル２２３からサーバコンピュータ１のＩＰアドレスを読み出す（ステップＳ２５７）。制御部２１は、通話ＩＤ、携帯電話機２の電話番号、使用状態情報の取得時刻及び使用状態情報をサーバコンピュータ１へ送信する（ステップＳ２５８）。なお、使用状態情報の取得時刻、及び、使用状態情報は、ステップＳ２２８及びＳ２４８で複数回取得された情報が送信される。サーバコンピュータ１のＣＰＵ１１は通話ＩＤ、携帯電話機２の電話番号、使用状態情報の取得時刻及び使用状態情報を携帯電話機２から受信する（ステップＳ２５９）。ＣＰＵ１１は使用状態情報ファイル１５３に、通話ＩＤ、携帯電話機２の電話番号、取得時刻及び使用状態情報を図２１の如く記憶する（ステップＳ２６１）。

携帯電話機３の制御部３１は通話終了情報を受信したか否かを判断する（ステップＳ２６２）。制御部３１は通話終了情報を受信していないと判断した場合（ステップＳ２６２でＮＯ）、再びステップＳ２５２による携帯電話機２から送信される取得命令の受信待機状態へ移行する。

制御部３１は通話終了情報を受信したと判断した場合（ステップＳ２６２ＹＥＳ）、アドレスファイル３２３からサーバコンピュータ１のＩＰアドレスを読み出す（ステップＳ２６３）。制御部３１は通話ＩＤ、携帯電話機３の電話番号、使用状態情報の取得時刻及び使用状態情報をサーバコンピュータ１へ送信する（ステップＳ２６４）。なお、使用状態情報の取得時刻、及び、使用状態情報は、ステップＳ２３４及びＳ２５４で複数回取得された情報が送信される。サーバコンピュータ１のＣＰＵ１１は通話ＩＤ、携帯電話機３の電話番号、使用状態情報の取得時刻及び使用状態情報を携帯電話機３から受信する（ステップＳ２６５）。ＣＰＵ１１は使用状態情報ファイル１５３に、通話ＩＤ、携帯電話機３の電話番号、取得時刻及び使用状態情報を、図２１の如く記憶する（ステップＳ２６６）。

サーバコンピュータ１のＣＰＵ１１は通話ＩＤに対応する携帯電話機２及び３の全ての使用状態情報を受信した場合、以下に述べる異常判断処理へ移行する。ＣＰＵ１１は基準ＤＢ１５２から通話ＩＤ、携帯電話機２の機種名及び無線規格に対応する基準状態情報を読み出す（ステップＳ２６７）。サーバコンピュータ１のＣＰＵ１１はステップＳ２６１で記憶した携帯電話機２の複数の使用状態情報を読み出す。ＣＰＵ１１は携帯電話機２の使用状態情報に、ステップＳ２６７で読み出した携帯電話機２の基準状態情報を満たさない使用状態情報が存在するか否かを判断する（ステップＳ２６８）。

ＣＰＵ１１は携帯電話機２に基準状態情報に満たない使用状態情報が存在すると判断した場合（ステップＳ２６８でＹＥＳ）、通話ＩＤ、携帯電話機２の電話番号、取得時刻、基準状態情報を満たさない使用状態情報を記憶する（ステップＳ２６９）。ＣＰＵ１１は携帯電話機２に基準状態情報に満たない使用状態情報が存在しないと判断した場合（ステップＳ２６８でＮＯ）、ステップＳ２６９の処理をスキップする。

ＣＰＵ１１は、基準ＤＢ１５２から通話ＩＤ、携帯電話機３の機種名及び無線規格に対応する基準状態情報を読み出す（ステップＳ２７１）。ＣＰＵ１１はステップＳ２６６で記憶した携帯電話機３の複数の使用状態情報を読み出す。ＣＰＵ１１は携帯電話機３の使用状態情報に、ステップＳ２７１で読み出した携帯電話機３の基準状態情報を満たさない使用状態情報が存在するか否かを判断する（ステップＳ２７２）。ＣＰＵ１１は携帯電話機３に基準状態情報に満たない使用状態情報が存在すると判断した場合（ステップＳ２７２でＹＥＳ）、通話ＩＤ、携帯電話機３の電話番号、取得時刻、基準状態情報を満たさない使用状態情報を記憶する（ステップＳ２７３）。ＣＰＵ１１は携帯電話機３に基準状態情報に満たない使用状態情報が存在しないと判断した場合（ステップＳ２７２でＮＯ）、ステップＳ２７３の処理をスキップし、処理を終了する。これにより、通話中に状況が変化した場合でもこれに追随した異常判断処理を実行することが可能となる。

本実施の形態３は以上の如きであり、その他は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態４
実施の形態４は異常が存在すると判断した後の処理に関する。サーバコンピュータ１のＣＰＵ１１は、実施の形態１乃至３により異常と判断した使用状態情報を表示部１４または通信部１６を介して、外部のコンピュータ（図示せず）またはプリンタへ出力する。その他、ＣＰＵ１１は以下に示す如く、携帯電話機２または３へ異常と判断した使用状態情報を送信するようにしても良い。図３０乃至図３２は異常を通知する際の処理手順を示すフローチャートである。ステップＳ１４６またはＳ２６７の処理後以下の処理をサブルーチンとして実行しても良い。サーバコンピュータ１のＣＰＵ１１は携帯電話機２のみの使用状態情報に、ステップＳ２６７等で読み出した携帯電話機２の基準状態情報を満たさない使用状態情報が存在するか否かを判断する（ステップＳ３０１）。ＣＰＵ１１は携帯電話機２に基準状態情報に満たない使用状態情報が存在すると判断した場合（ステップＳ３０１でＹＥＳ）、ステップＳ３０２へ移行する。ＣＰＵ１１はステップＳ１４８及びＳ２６９で記憶した通話ＩＤ、携帯電話機２の電話番号、取得時刻、基準状態情報を満たさない使用状態情報を読み出す（ステップＳ３０２）。

サーバコンピュータ１のＣＰＵ１１は記憶部１５に予め携帯電話機２の電話番号、またはユーザＩＤ等に対応付けて記憶した携帯電話機２を使用するユーザの電子メールアドレスを取得する（ステップＳ３０３）。同様に、ＣＰＵ１１は記憶部１５に予め携帯電話機３の電話番号、またはユーザＩＤ等に対応付けて記憶した携帯電話機３を使用するユーザの電子メールアドレスを取得する（ステップＳ３０４）。ＣＰＵ１１は携帯電話機２に異常が存在したことを示す情報及び異常の要因を電子メール内に記述する（ステップＳ３０５）。

携帯電話機２に異常が存在したことを示す情報は、取得時刻及び携帯電話機２の電話番号側に異常が存在したことの文章を含むテキスト文とすればよい。例えば、図９の例では「５月２０日１１時０分３０秒に０３−ＸＸ側で異常が発生しました。」等とすれば良い。なお、取得時刻に代えて、履歴ＤＢ４５２を参照し、通話開始時刻を記述しても良い。また、図２１の如く、複数回異常が発生している場合は、異常が存在したことを示す複数のテキスト文を作成すればよい。例えば「５月２０日１１時０分３０秒に０３−ＸＸ側で異常が発生しました。また５月２０日１１時０分４５秒に０３−ＸＸ側で異常が発生しました。」とすれば良い。

異常の要因は、取得時刻、及び、基準状態情報とは相違する使用状態情報の項目等をテキスト形式により記述すればよい。例えば、「５月２０日１１時０分３０秒の異常の要因は、イヤホンマイクです」等とすれば良い。また、複数回異常が発生している場合は、異常の要因を示す複数のテキスト文を作成すればよい。例えば「５月２０日１１時０分３０秒の異常の要因はイヤホンマイクです。また５月２０日１１時０分４５秒の異常の要因はアクセスポイントです」とすれば良い。

ＣＰＵ１１は携帯電話機２に異常が存在したことを示す情報及び異常の要因を記述した電子メールを、取得した電子メールアドレスを参照し、携帯電話機２宛へ送信する（ステップＳ３０６）。ＣＰＵ１１は携帯電話機３向けに、携帯電話機２に異常が存在したことを示す情報を、電子メールに記述する（ステップＳ３０７）。なお、ステップＳ３０７においてはステップＳ３０５と異なり、異常の要因を記述していない。使用状態情報は携帯電話機２のユーザのプライバシーにかかわることもあることから、携帯電話機３のユーザ向けには、これらの情報を記述しないこととしたものである。なお、設計に応じて携帯電話機３のユーザにも異常の要因を記述しても良いことはもちろんである。

ＣＰＵ１１は携帯電話機２に異常が存在したことを示す情報を記述した電子メールを、取得した電子メールアドレスを参照し、携帯電話機３へ送信する（ステップＳ３０８）。ＣＰＵ１１は携帯電話機２に基準状態情報に満たない使用状態情報が存在すると判断しない場合（ステップＳ３０１でＮＯ）、ステップＳ３０９へ移行する。ＣＰＵ１１は携帯電話機３のみに基準状態情報を満たさない使用状態情報が存在するか否かを判断する（ステップＳ３０９）。ＣＰＵ１１は携帯電話機３のみに基準状態情報を満たさない使用状態情報が存在すると判断した場合（ステップＳ３０９でＹＥＳ）、ステップＳ３１１へ移行する。ＣＰＵ１１はステップＳ１５２及びＳ２７３で記憶した通話ＩＤ、携帯電話機３の電話番号、取得時刻、基準状態情報を満たさない使用状態情報を読み出す（ステップＳ３１１）。

サーバコンピュータ１のＣＰＵ１１は記憶部１５に予め記憶した携帯電話機２の電子メールアドレスを取得する（ステップＳ３１２）。同様に、ＣＰＵ１１は記憶部１５に予め記憶した携帯電話機３の電子メールアドレスを取得する（ステップＳ３１３）。ＣＰＵ１１は携帯電話機３に異常が存在したことを示す情報及び異常の要因を電子メール内に記述する（ステップＳ３１４）。

ＣＰＵ１１は携帯電話機３に異常が存在したことを示す情報及び異常の要因を記述した電子メールを、取得した電子メールアドレスを参照し、携帯電話機３宛へ送信する（ステップＳ３１５）。ＣＰＵ１１は携帯電話機３向けに、携帯電話機３に異常が存在したことを示す情報を、電子メールに記述する（ステップＳ３１６）。ＣＰＵ１１は携帯電話機３に異常が存在したことを示す情報を記述した電子メールを、取得した電子メールアドレスを参照し、携帯電話機２へ送信する（ステップＳ３１７）。

ステップＳ３０９において、ＣＰＵ１１は携帯電話機３のみに基準状態情報を満たさない使用状態情報が存在すると判断しない場合（ステップＳ３０９でＮＯ）、ステップＳ３１８へ移行する。ＣＰＵ１１は携帯電話機２及び携帯電話機３の双方に基準状態情報を満たさない使用状態情報が存在するか否かを判断する（ステップＳ３１８）。ＣＰＵ１１は携帯電話機２及び携帯電話機３の双方に基準状態情報を満たさない使用状態情報が存在すると判断した場合（ステップＳ３１８でＹＥＳ）、ステップＳ３１９へ移行する。ＣＰＵ１１はステップＳ１４８及びＳ２６９で記憶した通話ＩＤ、携帯電話機２の電話番号、取得時刻、基準状態情報を満たさない使用状態情報を読み出す（ステップＳ３１９）。

ＣＰＵ１１はステップＳ１５２及びＳ２７３で記憶した通話ＩＤ、携帯電話機３の電話番号、取得時刻、基準状態情報を満たさない使用状態情報を読み出す（ステップＳ３２１）。サーバコンピュータ１のＣＰＵ１１は記憶部１５に予め記憶した携帯電話機２の電子メールアドレスを取得する（ステップＳ３２２）。同様に、ＣＰＵ１１は記憶部１５に予め記憶した携帯電話機３の電子メールアドレスを取得する（ステップＳ３２３）。ＣＰＵ１１は携帯電話機２及び携帯電話機３に異常が存在したことを示す情報及び携帯電話機２の異常の要因を電子メール内に記述する（ステップＳ３２４）。

ＣＰＵ１１は携帯電話機２及び携帯電話機３に異常が存在したことを示す情報及び携帯電話機２の異常の要因を記述した電子メールを、取得した電子メールアドレスを参照し、携帯電話機２宛へ送信する（ステップＳ３２５）。ＣＰＵ１１は携帯電話機２及び携帯電話機３に異常が存在したことを示す情報及び携帯電話機３の異常の要因を電子メール内に記述する（ステップＳ３２６）。

ＣＰＵ１１は携帯電話機２及び携帯電話機３に異常が存在したことを示す情報及び携帯電話機３の異常の要因を記述した電子メールを、取得した電子メールアドレスを参照し、携帯電話機３宛へ送信する（ステップＳ３２７）。ステップＳ３０８、Ｓ３１７、及びＣＰＵ１１は携帯電話機２及び携帯電話機３の双方に基準状態情報を満たさない使用状態情報が存在すると判断しない場合（ステップＳ３１８でＮＯ）、処理を終了する。これにより、携帯電話機２及び３を使用するユーザはどちらの携帯電話機２または３に問題が存在したのか容易に把握することが可能となる。またその要因も、プライバシーを保護しつつ特定することが可能となる。

本実施の形態４は以上の如きであり、その他は実施の形態１乃至３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態５
実施の形態５は３台以上の携帯電話機２にて処理を行う形態に関する。図３３は実施の形態５に係る通信システムの概要を示す説明図である。実施の形態１乃至４に加え、さらに携帯電話機５が追加されている。携帯電話機５は携帯電話機２と同様であり、携帯電話機２、携帯電話機３及び携帯電話機５の３台により同時に通話を行う。

携帯電話機２は使用状態情報を取得する。そして通話中の携帯電話機３及び携帯電話機５に対し使用状態情報の取得命令を送信する。携帯電話機３は自身の使用状態情報を取得する。携帯電話機５は自身の使用状態情報を取得する。通話終了後携帯電話機２、携帯電話機３、及び携帯電話機５は自身で取得した使用状態情報をサーバコンピュータ１へ送信する。サーバコンピュータ１は基準ＤＢ１５２の基準状態情報と、各使用状態情報とを比較し、どの携帯電話機の使用状態情報に異常が存在するか否かを判断する。なお、さらに多くの携帯電話機を用いても良いことはもちろんである。これにより、同時に通話する携帯電話機の数が増大しようとも、容易に異常が発生した携帯電話機及び要因を特定することが可能となる。

本実施の形態５は以上の如きであり、その他は実施の形態１乃至４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態６
図３４は実施の形態６に係る携帯電話機２のハードウェア群を示すブロック図である。実施の形態１乃至５に係る携帯電話機２を動作させるためのプログラムは、本実施の形態６のように、メモリーカード等の可搬型記録媒体１Ａを読み取らせてＲＡＭ２２に記憶しても良い。また、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。

図３４に示す携帯電話機２は、上述した処理を実行させるプログラムを、可搬型記録媒体１Ａから読み取る。または携帯電話機２は上述した処理を実行させるプログラムを、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム２２Ｐとしてインストールされ、ＲＡＭ２２にロードして実行される。これにより、上述した携帯電話機２として機能する。携帯電話機３及び５も同様であるため詳細な説明は省略する。

本実施の形態６は以上の如きであり、その他は実施の形態１乃至５と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

以上の実施の形態１乃至６を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
通信網に接続される一の携帯端末機を制御するプログラムであって、
前記一の携帯端末機を、
他の携帯端末機との通話中に前記一の携帯端末機の使用状態を示す使用状態情報を取得する取得部と、
該取得部により使用状態情報を取得する場合、前記他の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機へ送信する送信部と、
該送信部により取得命令を送信した後に、前記取得部により取得した使用状態情報を外部へ送信する使用状態情報送信部と
して機能させるプログラム。

（付記２）
前記一の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機から受信する受信部と、
該受信部により取得命令を受信した場合に、前記一の携帯端末機の使用状態情報を取得する第２取得部と、
該第２取得部により取得した使用状態情報を外部へ送信する第２使用状態情報送信部と
してさらに機能させる付記１に記載のプログラム。

（付記３）
通信状態を計測する計測部としてさらに機能させ、
前記取得部は、
前記計測部が所定条件の通信状態を計測した場合に、前記一の携帯端末機の使用状態情報を取得する
付記１または２に記載のプログラム。

（付記４）
通話中の通信状態の変化を予測する予測部としてさらに機能させ、
前記取得部は、
前記予測部が通信状態の変化を予測した場合に、前記一の携帯端末機の使用状態情報を取得する
付記１または２に記載のプログラム。

（付記５）
前記一の携帯端末機の使用状態情報の取得命令の入力を受け付ける受け付け部としてさらに機能させ、
前記取得部は、
前記受け付け部により取得命令の入力を受け付けた場合に、前記一の携帯端末機の使用状態情報を取得する
付記１または２に記載のプログラム。

（付記６）
前記取得部により前記一の携帯端末機の使用状態情報を取得した後に、前記計測部が所定条件の通信状態を計測した場合に、前記一の携帯端末機の使用状態情報を再度取得する再度取得部としてさらに機能させ、
前記使用状態情報送信部は、
前記取得部及び前記再度取得部により取得した使用状態情報を外部へ送信する
付記３に記載のプログラム。

（付記７）
前記取得部により前記一の携帯端末機の使用状態情報を取得した後に、前記予測部が通信状態の変化を予測した場合に、前記一の携帯端末機の使用状態情報を再度取得する再度取得部としてさらに機能させ、
前記使用状態情報送信部は、
前記取得部及び前記再度取得部により取得した使用状態情報を外部へ送信する
付記４に記載のプログラム。

（付記８）
前記取得部により前記一の携帯端末機の使用状態情報を取得した後に、前記受け付け部が取得命令の入力を受け付けた場合に、前記一の携帯端末機の使用状態情報を再度取得する再度取得部としてさらに機能させ、
前記使用状態情報送信部は、
前記取得部及び前記再度取得部により取得した使用状態情報を外部へ送信する
付記５に記載のプログラム。

（付記９）
前記再度取得部により使用状態情報を再度取得する場合、前記他の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機へ再度送信する再度送信部と
してさらに機能させる付記６乃至８のいずれか一つに記載のプログラム。

（付記１０）
前記使用状態情報送信部は、
前記一の携帯端末機及び他の携帯端末機に通信網を介して接続されるサーバコンピュータへ前記取得部により取得した使用状態情報を送信する
付記１乃至９のいずれか一つに記載のプログラム。

（付記１１）
前記サーバコンピュータから前記他の携帯端末機に異常が存在したことを示す情報及び異常の要因を示す情報を受信する第２受信部と
してさらに機能させる付記１０に記載のプログラム。

（付記１２）
前記サーバコンピュータから前記一の携帯端末機に異常が存在したことを示す情報及び異常の要因を示す情報を受信する第３受信部と
してさらに機能させる付記１１に記載のプログラム。

（付記１３）
複数の携帯端末機及びサーバコンピュータを含む通信システムであって、
一の携帯端末機は、
他の携帯端末機との通話中に前記一の携帯端末機の使用状態を示す使用状態情報を取得する取得部と、
該取得部により使用状態情報を取得する場合、前記他の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機へ送信する送信部と、
該送信部により取得命令を送信した後に、前記取得部により取得した使用状態情報を前記サーバコンピュータへ送信する使用状態情報送信部と
を備え、
前記他の携帯端末機は、
取得命令を受信した場合に、前記他の携帯端末機の使用状態情報を取得する他機側取得部と、
該他機側取得部により取得した使用状態情報を前記サーバコンピュータへ送信する他機側送信部と
を備え、
前記サーバコンピュータは、
前記一の携帯端末機及び他の携帯端末機から送信された使用状態情報を受信するサーバ側受信部と、
異常を判断するための基準状態情報を記憶した記憶部及び受信した使用状態情報を参照し、異常が存在するか否かを判断する判断部と
を備える通信システム。

（付記１４）
前記判断部は、
前記記憶部の基準状態情報及び前記一の携帯端末機の使用状態情報に基づき、前記一の携帯端末機の異常を判断する第１判断部と、
前記記憶部の基準状態情報及び前記他の携帯端末機の使用状態情報に基づき、前記他の携帯端末機の異常を判断する第２判断部と
を備える付記１３に記載の通信システム。

（付記１５）
前記第１判断部により異常を判断した場合、前記一の携帯端末機に該一の携帯端末機側に異常が存在したことを示す情報及び異常の要因を示す情報を送信し、前記他の携帯端末機に前記一の携帯端末機側に異常が存在したことを示す情報を送信するする第１情報送信部
を備える付記１４に記載の通信システム。

（付記１６）
前記第２判断部により異常を判断した場合、前記他の携帯端末機に該他の携帯端末機側に異常が存在したことを示す情報及び異常の要因を示す情報を送信し、前記一の携帯端末機に前記他の携帯端末機側に異常が存在したことを示す情報を送信する第２情報送信部
を備える付記１４または付記１５に記載の通信システム。

（付記１７）
通信網に接続される一の携帯端末機であって、
他の携帯端末機との通話中に使用状態を示す使用状態情報を取得する取得部と、
該取得部により使用状態情報を取得する場合、前記他の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機へ送信する送信部と、
該送信部により取得命令を送信した後に、前記取得部により取得した使用状態情報を外部へ送信する使用状態情報送信部と
を備える携帯端末機。

（付記１８）
使用状態情報の取得命令を前記他の携帯端末機から受信する受信部と、
該受信部により取得命令を受信した場合に、使用状態情報を取得する第２取得部と
該第２取得部により取得した使用状態情報を外部へ送信する第２使用状態情報送信部と
を備える付記１７に記載の携帯端末機。

（付記１９）
複数の携帯端末機及びサーバコンピュータを用いた通信方法であって、
一の携帯端末機が、他の携帯端末機との通話中に前記一の携帯端末機の使用状態を示す使用状態情報を取得する取得ステップと、
前記一の携帯端末機が、前記取得ステップにより使用状態情報を取得する場合、前記他の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機へ送信する送信ステップと、
前記一の携帯端末機が、前記送信ステップにより取得命令を送信した後に、前記取得ステップにより取得した使用状態情報を前記サーバコンピュータへ送信する使用状態情報送信ステップと、
前記他の携帯端末機が、取得命令を受信した場合に、前記他の携帯端末機の使用状態情報を取得する他機側取得ステップと、
前記他の携帯端末機が、該他機側取得ステップにより取得した使用状態情報を前記サーバコンピュータへ送信する他機側送信ステップと、
前記サーバコンピュータが、前記一の携帯端末機及び他の携帯端末機から送信された使用状態情報を受信するサーバ側受信ステップと、
前記サーバコンピュータが、異常を判断するための基準状態情報を記憶した記憶部及び受信した使用状態情報を参照し、異常が存在するか否かを判断する判断ステップと
を含む通信方法。

（付記２０）
前記判断ステップは、
前記記憶部の基準状態情報及び前記一の携帯端末機の使用状態情報に基づき、前記一の携帯端末機の異常を判断する第１判断ステップと、
前記記憶部の基準状態情報及び前記他の携帯端末機の使用状態情報に基づき、前記他の携帯端末機の異常を判断する第２判断ステップと
を含む付記１９に記載の通信方法。

１ サーバコンピュータ
１Ａ 可搬型記録媒体
２ 携帯電話機
３ 携帯電話機
４ 呼制御サーバ
５ 携帯電話機
１１ ＣＰＵ
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１６ 通信部
１８ 時計部
２１ 制御部
２２ ＲＡＭ
２２Ｐ 制御プログラム
２３ 入力部
２４ 表示部
２５ 取得部
２６ 通信部
２８ マイク
２９ スピーカ
３１ 制御部
３２ ＲＡＭ
３２Ｐ 制御プログラム
３３ 入力部
３４ 表示部
３５ 取得部
３６ 通信部
３８ マイク
３９ スピーカ
４１ ＣＰＵ
４２ ＲＡＭ
４３ 呼制御部
４５ 記憶部
４５Ｐ 制御プログラム
４６ 通信部
４８ 時計部
１５１ 履歴ＤＢ
１５２ 基準ＤＢ
１５３ 使用状態情報ファイル
２１０ ＧＰＳ受信機
２１１ 電源管理部
２１２ 電池
２１３ 接続機器管理部
２１４ イヤホンマイク
２１５ 時計部
２２１ 機種名ファイル
２２３ アドレスファイル
２２４ 予測ファイル
２５１ 予測部
２６１ 計測部
３１０ ＧＰＳ受信機
３１１ 電源管理部
３１２ 電池
３１３ 接続機器管理部
３１４ イヤホンマイク
３１５ 時計部
３２１ 機種名ファイル
３２３ アドレスファイル
３２４ 予測ファイル
３５１ 予測部
３６１ 計測部
４５１ 登録ＤＢ
４５２ 履歴ＤＢ
４６１ ＤＮＳ
Ｎ 通信網

Claims (8)

1. 通信網に接続される一の携帯端末機を制御するプログラムであって、
   前記一の携帯端末機を、
   他の携帯端末機との通話中に前記一の携帯端末機の使用状態を示す使用状態情報を取得する取得部と、
   該取得部により使用状態情報を取得する場合、前記他の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機へ送信する送信部と、
   該送信部により取得命令を送信した後に、前記取得部により取得した使用状態情報を外部へ送信する使用状態情報送信部と
   して機能させるプログラム。
2. 前記一の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機から受信する受信部と、
   該受信部により取得命令を受信した場合に、前記一の携帯端末機の使用状態情報を取得する第２取得部と、
   該第２取得部により取得した使用状態情報を外部へ送信する第２使用状態情報送信部と
   してさらに機能させる請求項１に記載のプログラム。
3. 通信状態を計測する計測部としてさらに機能させ、
   前記取得部は、
   前記計測部が所定条件の通信状態を計測した場合に、前記一の携帯端末機の使用状態情報を取得する
   請求項１または２に記載のプログラム。
4. 通話中の通信状態の変化を予測する予測部としてさらに機能させ、
   前記取得部は、
   前記予測部が通信状態の変化を予測した場合に、前記一の携帯端末機の使用状態情報を取得する
   請求項１または２に記載のプログラム。
5. 前記一の携帯端末機の使用状態情報の取得命令の入力を受け付ける受け付け部としてさらに機能させ、
   前記取得部は、
   前記受け付け部により取得命令の入力を受け付けた場合に、前記一の携帯端末機の使用状態情報を取得する
   請求項１または２に記載のプログラム。
6. 複数の携帯端末機及びサーバコンピュータを含む通信システムであって、
   一の携帯端末機は、
   他の携帯端末機との通話中に前記一の携帯端末機の使用状態を示す使用状態情報を取得する取得部と、
   該取得部により使用状態情報を取得する場合、前記他の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機へ送信する送信部と、
   該送信部により取得命令を送信した後に、前記取得部により取得した使用状態情報を前記サーバコンピュータへ送信する使用状態情報送信部と
   を備え、
   前記他の携帯端末機は、
   取得命令を受信した場合に、前記他の携帯端末機の使用状態情報を取得する他機側取得部と、
   該他機側取得部により取得した使用状態情報を前記サーバコンピュータへ送信する他機側送信部と
   を備え、
   前記サーバコンピュータは、
   前記一の携帯端末機及び他の携帯端末機から送信された使用状態情報を受信するサーバ側受信部と、
   異常を判断するための基準状態情報を記憶した記憶部及び受信した使用状態情報を参照し、異常が存在するか否かを判断する判断部と
   を備える通信システム。
7. 通信網に接続される一の携帯端末機であって、
   他の携帯端末機との通話中に使用状態を示す使用状態情報を取得する取得部と、
   該取得部により使用状態情報を取得する場合、前記他の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機へ送信する送信部と、
   該送信部により取得命令を送信した後に、前記取得部により取得した使用状態情報を外部へ送信する使用状態情報送信部と
   を備える携帯端末機。
8. 複数の携帯端末機及びサーバコンピュータを用いた通信方法であって、
   一の携帯端末機が、他の携帯端末機との通話中に前記一の携帯端末機の使用状態を示す使用状態情報を取得する取得ステップと、
   前記一の携帯端末機が、前記取得ステップにより使用状態情報を取得する場合、前記他の携帯端末機の使用状態情報の取得命令を前記他の携帯端末機へ送信する送信ステップと、
   前記一の携帯端末機が、前記送信ステップにより取得命令を送信した後に、前記取得ステップにより取得した使用状態情報を前記サーバコンピュータへ送信する使用状態情報送信ステップと、
   前記他の携帯端末機が、取得命令を受信した場合に、前記他の携帯端末機の使用状態情報を取得する他機側取得ステップと、
   前記他の携帯端末機が、該他機側取得ステップにより取得した使用状態情報を前記サーバコンピュータへ送信する他機側送信ステップと、
   前記サーバコンピュータが、前記一の携帯端末機及び他の携帯端末機から送信された使用状態情報を受信するサーバ側受信ステップと、
   前記サーバコンピュータが、異常を判断するための基準状態情報を記憶した記憶部及び受信した使用状態情報を参照し、異常が存在するか否かを判断する判断ステップと
   を含む通信方法。

Images