(57)【要約】【課題】事前取得したサーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、無駄なサーバアクセスを事前に抑制する。【解決手段】携帯電話１は、データ送受信において無線基地局２を介してサーバ３に接続要求を送信した際、サーバ３からの接続応答が受信されるまでのサーバアクセス応答時間を計測する。そして、サーバ３の混雑度を示すサーバアクセス応答時間が所定時間以上であった場合には、サーバ３の混雑度をユーザが容易に視認できるように、サーバアクセス応答時間に応じた混雑レベルアイコンを表示するとともに、サーバアクセス応答時間に応じた禁止期間を設定し、該禁止期間中は、サーバ３へのアクセスを禁止する。【選択図】図１
2007164698.tif 000002
【特許請求の範囲】
【請求項１】
無線データ通信が可能なデータ通信端末であって、
サーバの混雑状況を示すサーバ混雑状況を取得する混雑状況取得手段と、
前記混雑状況取得手段によって取得したサーバ混雑状況から前記サーバが混雑状態にあるか否かを判別する混雑状態判別手段と、
前記混雑状態判別手段によって混雑状態にあると判別された場合には、ユーザによるデータ通信要求を抑制制御する制御手段と
を具備することを特徴とするデータ通信端末。
【請求項２】
前記混雑状況取得手段は、前記サーバ接続要求に対する実応答時間を測定することで前記サーバ混雑状況を取得することを特徴とする請求項１記載のデータ通信端末。
【請求項３】
前記混雑状況取得手段は、前記サーバにて測定された混雑状況を受信することで前記サーバ混雑状況を取得することを特徴とする請求項１記載のデータ通信端末。
【請求項４】
前記混雑状況取得手段は、所定周期またはデータ通信用のアプリケーションを立ち上げ時に前記サーバ混雑状況を取得することを特徴とする請求項１記載のデータ通信端末。
【請求項５】
前記混雑状況取得手段によって取得したサーバ混雑状況に基づいて、サーバ混雑度合を判別する混雑度合判別手段を具備し、
前記制御手段は、前記混雑度合判別手段によって判別したサーバ混雑度合に基づいて、ユーザによるデータ通信要求の抑制制御を行う禁止期間を設定することを特徴とする請求項１記載のデータ通信端末。
【請求項６】
前記混雑状況取得手段は、前記禁止期間の経過後にサーバ混雑状況を再取得し、
前記制御手段は、再取得した混雑状況に基づいて、ユーザによるデータ通信要求を抑制制御することを特徴とする請求項５記載のデータ通信端末。
【請求項７】
表示手段と、
前記混雑状態判別手段による判別結果に基づいて、前記サーバが混雑状態にあるか否かをアイコンにて前記表示手段に識別可能に表示する表示制御手段と
を具備することを特徴とする請求項１記載のデータ通信端末。
【請求項８】
前記表示制御手段は、前記サーバが混雑状態にあるか否かを、アイコンの表示形態の違いで識別可能に表示することを特徴とする請求項７記載のデータ通信端末。
【請求項９】
前記表示制御手段は、前記サーバが混雑状態にあるか否かを、アイコンの表示、非表示で識別可能に表示することを特徴とする請求項７記載のデータ通信端末。
【請求項１０】
前記表示制御手段は、前記サーバが混雑状態にあるか否かを、受信電波状況を示すアイコンに関連付けて識別可能に表示することを特徴とする請求項７記載のデータ通信端末。
【請求項１１】
前記混雑状況取得手段によって取得したサーバ混雑状況に基づいて、サーバ混雑度合を判別する混雑度合判別手段を具備し、
前記表示制御手段は、前記混雑度合判別手段によって判別したサーバ混雑度合をアイコンにて前記表示手段に識別可能に表示することを特徴とする請求項７記載のデータ通信端末。
【請求項１２】
サーバの混雑状況を該サーバと無線データ通信を行うデータ通信端末で監視する混雑状況監視方法であって、
サーバの混雑状況を示すサーバ混雑状況を取得するステップと、
前記サーバ混雑状況からサーバが混雑状態にあるか否かを判別するステップと、
前記サーバが混雑状態にあると判別された場合には、ユーザによるデータ通信要求を抑制制御するステップと
を含むことを特徴とする混雑状況監視方法。
【請求項１３】
データ通信端末と無線データ通信を介してデータ送受信を行うサーバの混雑状況を監視する混雑状況監視プログラムであって、
コンピュータに、
サーバの混雑状況を示すサーバ混雑状況を取得する混雑状況取得機能、
前記サーバ混雑状況からサーバが混雑状態にあるか否かを判別する混雑状態判別機能、
前記サーバが混雑状態にあると判別された場合には、ユーザによるデータ通信要求を抑制制御する制御機能
を実現させることを特徴とする混雑状況監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信端末、混雑状況監視方法および混雑状況監視プログラムに関する。
【背景技術】
【０００２】
電波状況が良いにも拘らず、サーバ混雑のためにデータアクセスが満足に行えない場合がある。ユーザがデータ通信のためにサーバにアクセスした際に、サーバが混雑している場合には、そのことを通知するようにした技術が提案されている（例えば、特許文献１参照）。しかしながら、該従来技術では、混雑状況を通知するのみであるため、ユーザにあっては、その混雑状況を十分に把握することができず、不用意に再度のサーバアクセスを繰り返してしまったり、あるいはいつ頃なら混雑が緩和されるのかが分からないため、サーバに接続できるまで、時間をおいてアクセスすることを繰り返してしまうという欠点があった。
【０００３】
また、通信回線の混雑度を自動監視して報知するようにした技術も提案されている（例えば、特許文献２参照）。該従来技術では、混雑度が大きいことを報知するのみであるため、上述した従来技術と同様に、ユーザにあっては、その混雑状況を十分に把握することができず、不用意に再度のサーバアクセスを繰り返してしまう可能性があった。
【特許文献１】特開２００２−１１６９６５号公報
【特許文献２】特開平５−３２７６３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、上述した従来技術では、混雑していることを通知するのみであり、端末自体は無線データ通信のための発信を自由に行える状況にしているため、混雑状況下での無駄な発信動作を繰り返してしまうという問題があった。
【０００５】
そこで本発明は、随時取得するサーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御するようにしたので、無駄なサーバアクセスを事前に抑制することができるデータ通信端末、混雑状況監視方法および混雑状況監視プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的達成のため、請求項１、１２、１３記載の発明は、サーバの混雑状況を示すサーバ混雑状況を取得し、該取得したサーバ混雑状況から前記サーバが混雑状態にあるか否かを判別し、混雑状態にあると判別された場合には、ユーザによるデータ通信要求を抑制制御することを特徴とする。
【０００７】
また、好ましい態様として、例えば請求項２記載のように、請求項１記載のデータ通信端末において、前記混雑状況取得手段は、前記サーバ接続要求に対する実応答時間を測定することで前記サーバ混雑状況を取得するようにしてもよい。
【０００８】
また、好ましい態様として、例えば請求項３記載のように、請求項１記載のデータ通信端末において、前記混雑状況取得手段は、前記サーバにて測定された混雑状況を受信することで前記サーバ混雑状況を取得するようにしてもよい。
【０００９】
また、好ましい態様として、例えば請求項４記載のように、請求項１記載のデータ通信端末において、前記混雑状況取得手段は、所定周期またはデータ通信用のアプリケーションを立ち上げ時に前記サーバ混雑状況を取得するようにしてもよい。
【００１０】
また、好ましい態様として、例えば請求項５記載のように、請求項１記載のデータ通信端末において、前記混雑状況取得手段によって取得したサーバ混雑状況に基づいて、サーバ混雑度合を判別する混雑度合判別手段を具備し、前記制御手段は、前記混雑度合判別手段によって判別したサーバ混雑度合に基づいて、ユーザによるデータ通信要求の抑制制御を行う禁止期間を設定するようにしてもよい。
【００１１】
また、好ましい態様として、例えば請求項６記載のように、請求項５記載のデータ通信端末において、前記混雑状況取得手段は、前記禁止期間の経過後にサーバ混雑状況を再取得し、前記制御手段は、再取得した混雑状況に基づいて、ユーザによるデータ通信要求を抑制制御するようにしてもよい。
【００１２】
また、好ましい態様として、例えば請求項７記載のように、請求項１記載のデータ通信端末において、表示手段と、前記混雑状態判別手段による判別結果に基づいて、前記サーバが混雑状態にあるか否かをアイコンにて前記表示手段に識別可能に表示する表示制御手段とを具備するようにしてもよい。
【００１３】
また、好ましい態様として、例えば請求項８記載のように、請求項７記載のデータ通信端末において、前記表示制御手段は、前記サーバが混雑状態にあるか否かを、アイコンの表示形態の違いで識別可能に表示するようにしてもよい。
【００１４】
また、好ましい態様として、例えば請求項９記載のように、請求項７記載のデータ通信端末において、前記表示制御手段は、前記サーバが混雑状態にあるか否かを、アイコンの表示、非表示で識別可能に表示するようにしてもよい。
【００１５】
また、好ましい態様として、例えば請求項１０記載のように、請求項７記載のデータ通信端末において、前記表示制御手段は、前記サーバが混雑状態にあるか否かを、受信電波状況を示すアイコンに関連付けて識別可能に表示するようにしてもよい。
【００１６】
また、好ましい態様として、例えば請求項１１記載のように、請求項７記載のデータ通信端末において、前記混雑状況取得手段によって取得したサーバ混雑状況に基づいて、サーバ混雑度合を判別する混雑度合判別手段を具備し、前記表示制御手段は、前記混雑度合判別手段によって判別したサーバ混雑度合をアイコンにて前記表示手段に識別可能に表示するようにしてもよい。
【発明の効果】
【００１７】
請求項１、１２、１３記載の発明によれば、サーバの混雑状況を示すサーバ混雑状況を取得し、該取得したサーバ混雑状況から前記サーバが混雑状態にあるか否かを判別し、混雑状態にあると判別された場合には、ユーザによるデータ通信要求を抑制制御するようにしたので、サーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【００１８】
また、請求項２記載の発明によれば、前記混雑状況取得手段によって、前記サーバ接続要求に対する実応答時間を測定することで前記サーバ混雑状況を取得するようにしたので、サーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【００１９】
また、請求項３記載の発明によれば、前記混雑状況取得手段によって、前記サーバにて測定された混雑状況を受信することで前記サーバ混雑状況を取得するようにしたので、サーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【００２０】
また、請求項４記載の発明によれば、前記混雑状況取得手段によって、所定周期またはデータ通信用のアプリケーションを立ち上げ時に前記サーバ混雑状況を取得するようにしたので、サーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【００２１】
また、請求項５記載によれば、混雑度合判別手段によって、前記混雑状況取得手段によって取得したサーバ混雑状況に基づいて、サーバ混雑度合を判別し、前記制御手段によって、判別したサーバ混雑度合に基づいて、ユーザによるデータ通信要求の抑制制御を行う禁止期間を設定するようにしたので、サーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【００２２】
また、請求項６記載の発明によれば、前記混雑状況取得手段によって、前記禁止期間の経過後にサーバ混雑状況を再取得し、前記制御手段によって、再取得した混雑状況に基づいて、ユーザによるデータ通信要求を抑制制御するようにしたので、随時取得するサーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【００２３】
また、請求項７記載の発明によれば、表示制御手段によって、前記混雑状態判別手段による判別結果に基づいて、前記サーバが混雑状態にあるか否かをアイコンにて表示手段に識別可能に表示するようにしたので、サーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、ユーザにサーバの混雑状態を容易に知らしめることができ、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【００２４】
また、請求項８記載の発明によれば、前記表示制御手段によって、前記サーバが混雑状態にあるか否かを、アイコンの表示形態の違いで識別可能に表示するようにしたので、サーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、ユーザにサーバの混雑状態を容易に知らしめることができ、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【００２５】
また、請求項９記載の発明によれば、前記表示制御手段によって、前記サーバが混雑状態にあるか否かを、アイコンの表示、非表示で識別可能に表示するようにしたので、サーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、ユーザにサーバの混雑状態を容易に知らしめることができ、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【００２６】
また、請求項１０記載の発明によれば、前記表示制御手段によって、前記サーバが混雑状態にあるか否かを、受信電波状況を示すアイコンに関連付けて識別可能に表示するようにしたので、サーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、ユーザにサーバの混雑状態を受信電波状況とともに容易に知らしめることができ、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【００２７】
また、請求項１１記載の発明によれば、混雑度合判別手段によって、前記混雑状況取得手段によって取得したサーバ混雑状況に基づいて、サーバ混雑度合を判別し、前記表示制御手段によって、前記混雑度合判別手段によって判別したサーバ混雑度合をアイコンにて前記表示手段に識別可能に表示するようにしたので、サーバ混雑状況に応じてデータ通信における発信処理自体を抑制制御し、ユーザにサーバの混雑状態を容易に知らしめることができ、無駄なサーバアクセスを事前に抑制することができるという利点が得られる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態を、図面を参照して説明する。
【００２９】
Ａ．実施形態の構成
図１は、本発明の実施形態による、通信システムの構成を示すブロック図である。図において、携帯電話１は、無線基地局２を介して、通話やデータ送受信を行う。また、携帯電話１は、無線基地局２を介してサーバ３に接続し、ＴＣＰ／ＩＰやＰＰＰプロトコルなどを用いて各種データを送受信する。また、携帯電話１は、無線基地局２との間における無線通信の電波状況を定期的に取得し、該電波状況をユーザが容易に視認できるようなアイコンを表示する。
【００３０】
また、携帯電話１は、データ送受信において無線基地局２を介してサーバ３に接続要求を送信した際、サーバ３からの接続応答が受信されるまでのサーバアクセス応答時間を計測し、サーバ３の混雑度を示すサーバアクセス応答時間が所定時間以上であった場合には、サーバ３の混雑度をユーザが容易に視認できるように、サーバアクセス応答時間に応じて混雑レベルを示すアイコンを表示するとともに、サーバアクセス応答時間に応じた禁止期間を設定し、該禁止期間中は、サーバ３へのアクセスを禁止するようになっている。
【００３１】
サーバ３は、携帯電話１から接続要求を受信すると、接続応答を携帯電話１に送信した後、回線が確立すると、携帯電話１との間で各種データを送受信する。
【００３２】
次に、図２は、上述した携帯電話１の構成を示すブロック図である。図において、入力部１１３は、各種キーからなり、電話番号や文字などの入力、各種機能の実行指示などに用いられる。無線送受信部１３０は、無線によりアンテナ１０３を介して音声やデータ（メールデータ）を送受信して変調／復調するなど、ＰＳＫ方式に基づく変復調、ＣＤＭＡ方式に基づく端末認証処理を含む通信処理を行う。
【００３３】
通信制御部１３１は、ＷＷＷ接続制御を含む当該機器の通信を制御する。通信データ処理部１３１１は、ＣＬＥＰ系音声復号処理回路、パケットデータ生成回路、およびパケットデータ復元回路を含み、通信プロトコルに沿ったデータ処理を行う。オーディオインターフェース１３１２は、通信データ処理部１３１１で処理される音声信号の入出力処理を行い、マイク１１４からの音声を入力して音声信号に変換して、音声信号をスピーカ１０１から出力する。
【００３４】
システムＲＯＭ１３２は、主に無線通信処理全般を制御するための基本ＯＳやプロトコルプログラムを格納するプロトコル・プログラムエリアからなる。特に、本実施形態では、システムＲＯＭ１３２には、無線基地局２との間における無線通信の電波状況を定期的に取得し、該電波状況をユーザが容易に視認できるようなアイコンを表示したり、無線基地局２を介してサーバ３に接続要求を送信した際、サーバ３からの接続応答が受信されるまでの応答時間を計測し、所定時間以上であった場合には、サーバ３の混雑度をユーザが容易に視認できるように、サーバ３の混雑度を示す応答時間に応じた混雑レベルアイコンを表示したり、サーバ３の応答時間に応じてデータ通信を一時的に禁止したりするプログラムなどが記憶されている。
【００３５】
ＲＡＭ１３３は、アプリケーションヒープ（システムリソース領域）等を有するワークエリア、ユーザデータなどを格納するバックアップエリア、ファイルシステムを格納するシステム管理エリア、キャッシュメモリエリア、その他のエリアなどからなる。特に、本実施形態では、ＲＡＭ１３３は、上述したサーバ３からの接続応答が受信されるまでの応答時間と、そのときのサーバ３の混雑度と、該混雑度における禁止時間とを対応付けて記憶する禁止期間テーブルを記憶している。ここで、図３は、上述した禁止期間テーブルのデータ構成を示す概念図である。
【００３６】
前述したように、本実施形態では、サーバ３の応答時間に応じた期間、データ通信を一時的に禁止している。図示の禁止期間テーブル１３３−１は、サーバ３の応答時間に対し、データ通信を一時的に禁止する際の禁止期間を保持している。図示の例では、応答時間が「〜５秒」までは、混雑度をレベル「１」とし、そのときの禁止期間を「５分」とし、応答時間が「５〜１５秒」の間では、混雑度をレベル「２」とし、そのときの禁止期間を「１５分」とし、応答時間が「１５秒〜」は、混雑度をレベル「３」とし、そのときの禁止期間を「３０分」としている。すなわち、応答時間が長いほど混雑度が高いので、通信の禁止期間を長くすることにより、無駄にアクセスを繰り返すことを防止している。なお、該禁止期間テーブル１３３−１の内容は、ユーザにより書き換えることができるようになっている。
【００３７】
画像処理制御部１３４は、撮影時または再生時における動画／静止画に対する、ＭＰＥＧ（ＭＰＥＧ４）／ＪＰＥＧエンコードおよびデコード処理を行う。プログラムＲＯＭ１３６は、書き換え可能なＦｌａｓｈ  ＲＯＭで構成され、画像・イラスト・フォント、各種アイコンなどを格納するデータエリア、ユーザデータ管理データやファイルシステム管理データなどを格納するファイルシステムエリア、データやプログラムなどを格納する辞書エリア、ＵＩプログラムエリアからなる。
【００３８】
表示モジュール系ドライバ１３７は、表示バッファを含み、サブ表示部１１６、メイン表示部１０２、フラッシュ用ＬＥＤ１１９を駆動させる。ステップモータ１３８は、撮像レンズ１１８のズーム制御を行う。撮像デバイス１３９は、１６００画素×１２００画素有効画素２００万画素相当のＣＣＤ、若しくはＣＭＯＳで構成され、撮像レンズ１１８により集束された映像をカラー画像として撮り込み、Ａ／Ｄ変換を行ってカメラ内信号処理部１４０のＲＡＭ１５０に順次出力する。ＲＡＭ１５０は、撮影された撮像データを一時保持するバッファである。ＤＳＰ１５１は、カメラ内信号処理部１４０に含まれており、撮像デバイス１３９にて撮り込まれ、ＲＡＭ１５０に記憶された撮像データを読み出す。
【００３９】
音源ＩＣ１４２は、着信音などを生成する。アンプ１４３は、音源ＩＣ１４２からの音声信号を増幅し、報知スピーカ１２０から出力する。コネクタ１４４は、外部記録媒体（例えばｍｉｎｉＳＤカードなど）１４５を装着する。外部インターフェースコントローラ１４６は、ＵＳＢインターフェース、１８芯コネクタの両方のインターフェースを切り替え、外部機器との間でデータの送受信を制御する。アドレスデータバス処理部１４８は、通信制御部１３１、画像処理制御部１３４のアドレス制御、バスのデータの流れを制御する。ユーザメモリ１４９は、ダウンロードしたデータや、撮影した撮像データ（画像ファイル）、動画ファイル、メールデータ、アドレス帳データなどを格納するデータエリア、リードオンリエリア、ファイルシステム管理データからなる。
【００４０】
Ｂ．実施形態の動作
次に、上述した実施形態の動作について説明する。ここで、図４ないし図７は、本実施形態による携帯電話話１の動作を説明するためのフローチャートである。また、図８ないし図１１は、本実施形態による携帯電話話１でのアイコン表示例を示す模式図である。
【００４１】
まず、携帯電話１では、電波状況を取得し（ステップＳ１０）、電波状況が良好であるか否かを判断する（ステップＳ１２）。ここで、電波状況が良好な場合には、サーバ３に接続要求を出し、これに応じてサーバ３から接続応答が返ってくるまでのサーバアクセス応答時間を計測する（ステップＳ１４）。次に、サーバアクセス応答時間が所定時間以上であるか否かを判断し（ステップＳ１６）、計測したサーバアクセス応答時間が所定時間以上であった場合には、図３に示す禁止期間テーブル１３３−１を参照し、混雑レベルに応じたアイコンを選択して表示部１０２に表示する（ステップＳ１８）。
【００４２】
ここで、図８は、混雑レベルに応じて表示されるアイコンの一例を示す模式図である。同図（ａ）が混雑レベル「１」、（ｂ）が混雑レベル「２」、（ｃ）が混雑レベル「３」を示している。図示するように、混雑していることを表すとともに、バーの本数で混雑レベルを表している。
【００４３】
次に、電波レベルに応じた電波アイコンを表示部１０２に表示する（ステップＳ２０）。ここで、図９は、電波状況を示すアイコンの一例を示す模式図である。同図（ａ）が十分な電波レベルであることを示し、同図（ｂ）が電波レベルが弱いことを示し、同図（ｃ）が電波レベルが不十分で圏外であることを示している。そして、電波レベルに応じた電波アイコンを表示した後、表示部１０２に待受画面を表示する（ステップＳ２２）。
【００４４】
一方、サーバアクセス応答時間が所定時間以下であった場合には、サーバの負荷が小さく問題がないと考えられるので、混雑レベルに応じたアイコンを表示することなく、電波レベルに応じた電波アイコンを表示部１０２に表示し（ステップＳ２０）、表示部１０２に待受画面を表示する（ステップＳ２２）。以降、図５に示す処理へ進む。
【００４５】
また、ステップＳ１２で、電波状況が良好でなかったと判断した場合には、上述したように、図９（ｃ）に示すような圏外であることを示すアイコンを表示し（ステップＳ２４）、表示部１０２に待受画面を表示する（ステップＳ２６）。次に、通信オフにおける所定の処理を実行し（ステップＳ２８）、電波取得タイミングであるか否かを判断する（ステップＳ３０）。そして、電波取得タイミングでない場合には、ステップＳ２６に戻り、待受け画面を表示して通信オフにおける処理を継続する。
【００４６】
一方、上記処理において、電波取得タイミングになると、電波状況を取得し（ステップＳ３２）、電波状況が良好であるか否かを判断する（ステップＳ３４）。そして、電波状況が良好でない場合には、ステップＳ２６に戻り、上述した通信オフにおける処理を継続する。すなわち、電波状況が良好でない場合、言い換えると、携帯電話１が通信圏外にある場合には、電波状況が良好になるまで待機することになる。
【００４７】
一方、電波状況が良好で、かつ待受画面を表示している状態では、着信があったか田舎を判断し（ステップＳ３６）、着信があった場合には、着信に対応した処理を実行する（ステップＳ３８）。そして、該着信に対応した処理が終了した場合には、図４に示すステップＳ２２の待受画面の表示に戻る。一方、着信がない場合には、電話発信（発呼操作）があったか否かを判断し（ステップＳ４０）、電話発信があった場合には、通常の電話発信処理を実行する（ステップＳ４２）。そして、該電話発信に対応した処理が終了した場合には、図４に示すステップＳ２２の待受画面の表示に戻る。
【００４８】
着信も発信もない場合には、データ通信用のアプリケーション（メールやＷｅｂ）が起動されたか否かを判断し（ステップＳ４４）、アプリケーションが起動されていない場合には、電波取得タイミングであるか否かを判断する（ステップＳ４６）。そして、電波取得タイミングでない場合には、図４に示すステップＳ２２の待受画面の表示に戻る。一方、電波取得タイミングである場合には、電波状況を取得し（ステップＳ４８）、電波状況が良好であるか否かを判断する（ステップＳ５０）。そして、電波状況が良好でない場合には、図４に示すステップＳ２４に戻り、圏外アイコンおよび待受画面の表示、ならびに通信オフにおける所定の処理を実行する。
【００４９】
一方、電波状況が良好である場合には、正時（サーバアクセス応答時間計測タイミング）であるか否かを判断し（ステップＳ５２）、正時である場合には、図４に示すステップＳ１４に戻り、サーバアクセス応答時間の計測、混雑レベルアイコンの表示を行い、上述した処理を繰り返す。これに対して、正時でない場合には、図４に示すステップＳ２２に戻り、待受画面を表示し、上述した処理を繰り返す。
【００５０】
また、ステップＳ４４で、データ通信用のアプリケーション（メールやＷｅｂ）が起動されたと判断された場合には、サーバ３に接続要求を出し、これに応じてサーバ３から接続応答が返ってくるまでのサーバアクセス応答時間を計測する（ステップＳ５４）。次に、サーバアクセス応答時間が所定時間以上であるか否かを判断し（ステップＳ５６）、計測したサーバアクセス応答時間が所定時間以上であった場合には、図３に示す禁止期間テーブル１３３−１を参照し、計測したサーバアクセス応答時間に応じた禁止期間をタイマに設定する（ステップＳ５８）。
【００５１】
次に、タイマをスタートし（ステップＳ６０）、図１０（ａ）に示すように、サーバ３が混雑していることを示すサーバオフのアイコンを表示し（ステップＳ６２）、フラグをセットする（ステップＳ６４）。一方、サーバアクセス応答時間が所定時間以上でない場合には、図１０（ｂ）に示すように、サーバ３が混雑していないことを示すサーバオンのアイコンを表示する（ステップＳ６２）。
【００５２】
次に、通信用のアプリケーション（メールやＷｅｂ）の画面を表示し（ステップＳ６８）、何らかの操作があったか否かを判断し（ステップＳ７０）、何ら操作がない場合には、フラグがセットされているか否かを判断し（ステップＳ８４）、フラグがセットされている場合には、タイマがカウントアップしたか否かを判断する（ステップＳ８６）。そして、フラグがセットされていない場合、およびタイマがカウントアップしていない場合には、ステップＳ７０に戻る。一方、タイマがカウントアップした場合には、フラグをリセットし（ステップＳ８８）、ステップＳ５４以降に戻り、サーバアクセス応答時間の計測を再び実行する。
【００５３】
一方、何らかの操作があった場合には、発信操作であるか否かを判断する（ステップＳ７０）。そして、発信操作でない場合には、終了操作であるか否かを判断し（ステップＳ８０）、終了操作でない場合には、他の操作に応じた処理を実行し（ステップＳ８２）、上述したように、フラグがセットされている否かを判断し（ステップＳ８４）、フラグがセットされている場合には、タイマがカウントアップしたか否かを判断する（ステップＳ８６）。そして、フラグがセットされていない場合、およびタイマがカウントアップしていない場合には、ステップＳ７０に戻る。一方、タイマがカウントアップした場合には、フラグをリセットし（ステップＳ８８）、ステップＳ５４以降に戻り、サーバアクセス応答時間の計測を再び実行する。
【００５４】
一方、発信操作が行われた場合には、フラグがセットされているか否かを判断する（ステップＳ７４）。フラグがセットされている場合には、サーバ３が混雑している旨を通知するためのメッセージを表示する（ステップＳ７６）。その後、ステップＳ７０に戻る。この場合、サーバ３へのアクセスは行われない。一方、フラグがセットされていない場合には、サーバ３にアクセスし、所望する情報をサーバ３からダウンロードする旨を通知するためのメッセージを表示する（ステップＳ７８）。
【００５５】
このように、通信用のアプリケーションが起動された場合には、サーバ３が混雑している間、サーバアクセス応答時間に応じた禁止期間だけ、発信操作を無効にすることで、無駄なサーバアクセスを事前に抑制することができる。また、この禁止期間の間は、サーバ３が混雑状態であることを示すサーバオフアイコンを表示することで、ユーザにサーバ３の混雑状況を知らしめることができる。
【００５６】
なお、本発明の変形例として、図１１（ａ）〜（ｃ）ように、電波状況が良好で、かつサーバ３が混雑していない場合には、図１１（ａ）に示すように、電波状況を示すアンテナとバーのアイコンと、サーバ３を表すアイコン「Ｓ」とを表示し、電波状況は良好であるが、サーバ３が混雑している場合には、図１１（ｂ）に示すように、電波状況のみを示すアイコンを表示し、電波状況が悪く、かつサーバ３が混雑している場合には、図１１（ｃ）に示すように、圏外を示すアイコンを表示するようにしてもよい。
【００５７】
また、上述した実施形態では、携帯電話１からの接続要求に応じてサーバ３から接続応答が送信されてくるまでのサーバアクセス応答時間を測定することでサーバ３の混雑状況を取得したが、これに限らず、サーバ３側でＣＰＵの負荷やトラフィック量などに基づいて自身の混雑状況を取得し、該サーバ３の混雑状況を携帯電話１で受信することで取得するようにしてもよい。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施形態による、通信システムの構成を示すブロック図である。
【図２】携帯電話１の構成を示すブロック図である。
【図３】禁止期間テーブルのデータ構成を示す概念図である。
【図４】本実施形態による携帯電話話１の動作を説明するためのフローチャートである。
【図５】本実施形態による携帯電話話１の動作を説明するためのフローチャートである。
【図６】本実施形態による携帯電話話１の動作を説明するためのフローチャートである。
【図７】本実施形態による携帯電話話１の動作を説明するためのフローチャートである。
【図８】本実施形態による携帯電話話１でのアイコン表示例を示す模式図である。
【図９】本実施形態による携帯電話話１でのアイコン表示例を示す模式図である。
【図１０】本実施形態による携帯電話話１でのアイコン表示例を示す模式図である。
【図１１】本実施形態による携帯電話話１でのアイコン表示例（変形例）を示す模式図である。
【符号の説明】
【００５９】
１  携帯電話（データ通信端末）
２  無線基地局
３  サーバ
１０１  スピーカ
１０２  メイン表示部（表示手段）
１０３  アンテナ
１１３  入力部
１１４  マイク
１１６  サブ表示部
１１８  撮像レンズ
１１９  フラッシュ用ＬＥＤ
１２０  報知スピーカ
１３０  無線送受信部
１３１  通信制御部（混雑状況取得手段、混雑状態判別手段、制御手段、混雑度合判別手段）
１３１１  通信データ処理部
１３１２  オーディオインターフェース
１３２  システムＲＯＭ
１３３  ＲＡＭ
１３３−１  禁止期間テーブル
１３４  画像処理制御部
１３６  プログラムＲＯＭ
１３７  表示モジュール系ドライバ（表示制御手段）
１３８  ステップモータ
１３９  撮像デバイス
１４０  カメラ内信号処理部
１４２  音源ＩＣ
１４３  アンプ
１４４  コネクタ
１４５  外部記録媒体
１４６  外部インターフェースコントローラ
１４８  アドレスデータバス処理部
１４９  ユーザメモリ
１５０  ＲＡＭ
１５１  ＤＳＰ
【図１】
2007164698.tif 000003
【図２】
2007164698.tif 000004
【図３】
2007164698.tif 000005
【図４】
2007164698.tif 000006
【図５】
2007164698.tif 000007
【図６】
2007164698.tif 000008
【図７】
2007164698.tif 000009
【図８】
2007164698.tif 000010
【図９】
2007164698.tif 000011
【図１０】
2007164698.tif 000012
【図１１】
2007164698.tif 000013