(57)【特許請求の範囲】
【請求項１】
プロトコルをその種類別に階層化し、無線基地局を介してパケット伝送を行う端末において、
前記端末は、データの送受信が一定時間不通となったか否かを検知する不通検知手段と、
異常が発生し、不通の原因となった階層を検出し、検出された前記階層に基づいてデータの送受信が不通となった理由を判断する不通理由判断手段と、
前記不通理由判断手段によって判断されたデータの送受信が不通となった理由及び／又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する不通理由通知手段とを有することを特徴とする端末。
【請求項２】
前記階層は、物理層、データリンク層、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、及びアプリケーション層を有することを特徴とする請求項１記載の端末。
【請求項３】
前記不通理由判断手段は、
前記ネットワーク層以下の階層において異常が発生した場合、不通の原因が回線であると判断し、
前記ネットワーク層以下の階層が正常である場合、サーバに不通の原因があると判断することを特徴とする請求項２記載の端末。
【請求項４】
前記端末は、さらに、ゾーン切り替え手段を有し、
利用者からゾーンの切り替えを指示された場合にゾーンを切り替えることを特徴とする請求項１から３のいずれか１項記載の端末。
【請求項５】
プロトコルをその種類別に階層化し、無線基地局を介してパケット伝送を行う端末に以下の処理を実行させるプログラムにおいて、
データの送受信が一定時間不通となったか否かを検知する不通検知処理と、
異常が発生し、不通の原因となった階層を検出し、検出された前記階層に基づいてデータの送受信が不通となった理由を判断する不通理由判断処理と、
前記不通理由判断処理によって判断されたデータの送受信が不通となった理由及び／又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する不通理由通知処理とを有することを特徴とするプログラム。
【請求項６】
利用者からゾーンの切り替えを指示された場合にゾーンを切り替えるゾーン切り替え処理を有することを特徴とする請求項５記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、無線通信によりパケット伝送を行う端末、及び該端末のプログラムに関し、特に、不通となった原因を解消するのに適切な行動／作業の示唆／指示を利用者に与える端末、及び該端末のプログラムに関する。
【０００２】
【従来の技術】
近年、無線通信によりパケット伝送を行う端末が普及している。このような端末は、一般に、ＯＳＩ（Open Systems Interconnection）基本参照モデルに従った通信方式により無線基地局を介してサーバと通信を行っている。このモデルでは、レイヤ１（物理層）、レイヤ２（リンク層）、レイヤ３（プロトコル層）というように階層制御を行っている。
【０００３】
一方、このような端末は、ＯＳＩ基本参照モデルに従っているため、階層ごとに異なる問題／障害（エラー）が生じる。
レイヤ１で発生したエラーを解決する従来技術としては、例えばランダムアクセス制御技術が挙げられる。この技術では以下の通りである。
【０００４】
無線基地局は、端末からの送信データのメッセージ長に関する情報に基づいて、端末からの送信スロットが最終スロットであると判断すると、次のスロットからは、すべての端末に対して上りのスロットを解放する。また、端末からの送信データに関しては、無線基地局側のレイヤ２でエラーフレーム又は未送信フレームを検出すると、端末に対して再送要求を行う。
【０００５】
【発明が解決しようとする課題】
しかしながら、ランダムアクセス制御技術は、トラフィック量が増大した場合には有効であるが、データ通信が不通となった場合における有効な処理とは言えない。
【０００６】
本発明は、上記問題点に鑑みなされたものであり、データ伝送が不通となった原因を解消するのに適切な行動／作業の示唆／指示を利用者に与えることで、端末の利便性、伝送効率を向上させることが可能となる端末、及び該端末のプログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
かかる目的を達成するために、本発明は、プロトコルをその種類別に階層化し、無線基地局を介してパケット伝送を行う端末において、前記端末は、データの送受信が一定時間不通となったか否かを検知する不通検知手段と、異常が発生し、不通の原因となった階層を検出し、検出された前記階層に基づいてデータの送受信が不通となった理由を判断する不通理由判断手段と、前記不通理由判断手段によって判断されたデータの送受信が不通となった理由及び／又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する不通理由通知手段とを有することを特徴とする。
端末は、この判断結果を活用することで、不通状態を回避することができ、ひいては、端末が所属するネットワーク網（基地局−端末の回線やサーバ−端末のネットワーク網）の混雑等を解消し、ネットワーク全体及び端末の伝送効率を向上させることも可能となる。
【０００８】
本発明は、前記階層は、物理層、データリンク層、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、及びアプリケーション層を有することを特徴とする。また、前記不通理由判断手段は、前記ネットワーク層以下の階層において異常が発生した場合、不通の原因が回線であると判断し、前記ネットワーク層以下の階層が正常である場合、サーバに不通の原因があると判断することを特徴とする。
不通検知手段は、例えば、サーバへリクエストを送信した後、レスポンスが所定の時間以内に入力されなかった場合に一定時間不通となったと判断できる。
不通理由判断手段は、例えば、ＯＳＩ基本参照モデルにおけるレイヤ３以下の階層が正常であるか否かを検知すれば不通理由を判断できる。つまり、レイヤ３以下の階層に異常が発生した場合には、不通の原因が回線にある（例えば『回線が混雑している』など）と判断できる。レイヤ３以下の各層に正常である場合にはサーバに原因がある（例えば『サーバが混雑している』など）と判断できる。
【０００９】
また、上記端末は、データの送受信が不通となった理由及び／又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する手段（不通理由通知手段）とを有することが好ましい。
これにより、利用者は、端末を通信可能な状態にするための適切な作業（操作）を判断できるからである。
【００１０】
なお、データ伝送可能な状態に戻すために利用者が行うべき作業（操作）内容は、不通の原因が回線にある場合には、例えば、『ゾーンを切り替える』ことを勧めるものとすればよい。また、不通の原因がサーバにある場合には、例えば、『時間をおいて（後ほど）アクセスし直す』ことを勧めるものとすればよい。
【００１１】
さらに、上記端末は、ゾーン切り替え手段を有し、利用者からゾーンの切り替えを指示された場合にゾーンを切り替えることが好ましい。
不通の原因が回線にある場合には、『ゾーン』を切り替えることで端末をデータ伝送可能な状態に遷移させることができるからである。
【００１２】
本発明は、プロトコルをその種類別に階層化し、無線基地局を介してパケット伝送を行う端末に以下の処理を実行させるプログラムにおいて、データの送受信が一定時間不通となったか否かを検知する不通検知処理と、異常が発生し、不通の原因となった階層を検出し、検出された前記階層に基づいてデータの送受信が不通となった理由を判断する不通理由判断処理と、前記不通理由判断処理によって判断されたデータの送受信が不通となった理由及び／又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する不通理由通知処理とを有することを特徴とする。
【００１４】
本発明は、利用者からゾーンの切り替えを指示された場合にゾーンを切り替えるゾーン切り替え処理を有することを特徴とする。
【００１５】
なお、上記端末は、携帯電話装置、ＰＤＡ（携帯情報端末：Personal Digital Assistant）、ノート型やラップトップ型の小型汎用コンピュータ（いわゆるパーソナルコンピュータ）などの携帯端末であることが好ましい。一般に、携帯端末は、サーバとの通信に無線通信方式を採用するためである。
【００１６】
【発明の実施の形態】
以下、本発明に係る無線通信によりパケット伝送を行う端末が一定時間不通となった場合における処理方式における端末及びプログラムを、実施の形態によって詳細に説明する。まず、端末について図面を参照しながら説明する。
【００１７】
（端末）
上記端末は、基地局と無線によるパケット通信を行う端末であって、少なくとも不通検知手段と不通理由判断手段とを有する。また、好ましくは不通理由通知手段を有し、さらに好ましくはゾーン切り替え手段を有する。
【００１８】
不通検知手段は、データ通信が一定時間不通となったか否かを検知する。
不通理由判断手段は、データ通信が一定時間不通となった場合に、不通となった理由を判断する。
不通理由通知手段は、上記不通となった理由を利用者に通知する。
ゾーン切り替え手段は、利用者からゾーンの切り替え指示が入力された場合にゾーンを切り替える。
【００１９】
不通理由通知手段により不通となった理由を利用者に通知するのは、端末をデータ伝送可能な状態に復帰させるために必要な利用者が行う作業（操作）が上記理由ごとに異なるからである。
【００２０】
ＯＳＩ基本参照モデルによるレイヤ３以下の階層に障害が生じて不通となった場合、不通の原因は回線にある。例えば、回線が混雑している可能性がある。
この場合、利用者は、ゾーンを変えれば、端末を、データ伝送可能な状態へ復帰させれる可能性がある。他のゾーンではレイヤ３以下の階層に問題が生じない（生じていない）可能性があるからである。
【００２１】
一方、レイヤ４以上の階層に障害が生じて不通となった場合、不通の原因はサーバにある。例えば、サーバが混雑しているために不通になった可能性が高い。この場合、利用者は、タイミングを変えてデータ伝送を行えば、端末を、データ伝送可能な状態へ復帰させれる可能性がある。時間を遅らせれば、サーバの問題（混雑などの問題）が解消している可能性があるからである。
【００２２】
なお、不通理由通知手段は、不通となった理由に加え、又は不通となった理由に変えて、利用者がとるべき望ましい作業を通知することが好ましい。
一般の利用者は、不通の理由が分かっても、この理由に対する対応策（作業）は分からないからである。
【００２３】
不通理由通知手段が上記理由及び／又は内容を利用者に通知する方法は種々の方法を採用できる。
例えば、端末の表示部及び／又は端末に接続された表示部に文字、記号、静止画像、動画像などにより上記理由及び／又は内容を表示することで通知してもよい。このように画像表示すれば、利用者は、上記理由及び／又は内容を理解しやすい。通常、文書や絵、動画などの画像の情報は、他の形式による情報よりも人間に伝わりやすいからである。
端末の音発生部（スピーカ、イヤホンなど）及び／又は端末に接続された音発生部などを用いて、上記理由及び／又は内容を表す音を発生して利用者に通知してもよい。例えば、上記理由及び／又は内容を音声（言葉）により通知してもよく、上記理由及び／又は内容を表す音（ブザー音など）を発生してもよい。このように音声表示すれば、利用者は、わざわざ表示部を見ることなく、上記理由及び／又は内容を理解できる。
また、バイブレータを用いて端末又は振動部を振動させることで通知してもよく、レーザダイオードなどから光を発生させることで通知してもよい。振動により通知すれば、例えば、端末が収納ケースなどにしまわれていても利用者は上記理由及び／又は内容を理解することが可能となる。また、レーザダイオードなどから光を発生させる通知方法は、他の通知方法と比べて消費電力を抑えることも可能となる。
さらに、これらの通知方法を組み合わせて採用してもよい。これにより、上記理由及び／又は内容を利用者により確実に伝えることが可能となる。
【００２４】
このように、上記端末は、利用者に、一定時間パケット通信が不能だった理由を通知することで、この理由に即した動作（作業）を行わせることが可能となる。
したがって、サーバにおけるトラフィックの増加が原因でパケット通信が不能となった場合には、利用者に、使用時間をずらして（後ほど）アクセスさせることも可能となる。利用者がこのような作業を行えば、サーバはトラフィックが軽減される。このことは、ひいては利用者の利便性の向上にもつながる。
また、ゾーンのトラフィック増加が原因でパケット通信が不能となった場合には、利用者に、携帯端末のゾーンを変えさせてアクセスさせることも可能となる。利用者がこのような作業を行えば、携帯端末からアクセス可能となる可能性がある。また、ゾーンにおけるトラフィックの増加を軽減できる可能性がある。
したがって、端末、端末が所属する回線（レイヤ３以下の階層のネットワーク）、端末−サーバ間のネットワーク（レイヤ４以上の階層のネットワーク）における、伝送効率を向上させることも可能となる。さらには、端末やこれらのネットワークの利便性も向上する可能性がある。
次に、上記端末の一例である携帯電話装置を用いてより詳細に説明する。
【００２５】
図１には、上記携帯電話装置の内部構成例を示す。
図１において、携帯電話装置は、下位レイヤ部１と、ハンドラ部２と、表示／操作部３と、アプリケーション部４とを有する。
【００２６】
下位レイヤ部１は、パケットデータの分割及び組立てを行う。また、ＯＳＩ基本参照モデルにおけるレイヤ１、２、３に異常があるか否かを判断する。さらに、ゾーン切り替え指示が入力された場合、ゾーンを切り替える。
ハンドラ部２は、データを、図示しない無線装置を介して無線基地局へ送信する制御を行う。
表示／操作部３は、利用者から入力された指示をアプリケーション部４又はハンドラ部２に通知する。また、アプリケーション部４又はハンドラ部２からの指示に従い、文字、記号、静止画、動画などの所定の画像を画面表示する。
アプリケーション部４は、表示／操作部３を介して入力された利用者からの指示内容に即してパケットデータを作成する。また、ハンドラ部２を介してサーバから入力されたパケットデータを復号する。復号したデータは、その種類に応じて表示／操作部３に表示させる。
以上の構成の携帯電話装置の処理フローを、図２に示すシーケンス図を用いて説明する。
【００２７】
（通常使用時の処理：データ伝送可能な場合の処理）
表示／操作部３は、利用者からサーバへのアクセス指示が入力されると、この指示をアプリケーション部４に通知する。
アプリケーション部４は、この通知が入力されると、この通知に従ったデータを作成する。このデータは、下位レイヤ部１に入力する。
下位レイヤ部１は、上記データを所定の大きさ（通信環境により規定された大きさ）に分割し、パケットデータを作成する（パケットデータ化する）。パケットデータは、ハンドラ部２に入力する。
ハンドラ部２は、入力されたパケットデータを、基地局を介して所定のサーバへ送信する。
【００２８】
ハンドラ部２は、サーバから上記データへの応答などのパケットデータが入力されると、これを下位レイヤ部１に入力する。
下位レイヤ部１は、入力されたパケットデータを復号する。復号したデータはアプリケーション部４に入力する。
アプリケーション部４は、表示／操作部３に、このデータを画面表示するよう指示する。
表示／操作部３は、この指示に従い、上記データを画面表示する。
【００２９】
（一定時間応答がなかった場合の処理）
アプリケーション部４は、サーバに応答を求めるデータを送信するとタイマを起動する。タイマがタイムアウトした場合、つまりサーバからの応答が一定時間なかった場合、下位レイヤ部１にエラー通知を発する。
下位レイヤ部１は、エラー通知を受け、各レイヤ（下位レイヤ）の状態をチェックする。
【００３０】
下位レイヤ部１は、各レイヤに異常がなかった場合、異常がなかった旨の情報を含む応答『エラー応答（異常なし）』をアプリケーション部４に通知する。
アプリケーション部４は、この応答が入力されると、表示／操作部３を用いて「サーバーの混雑により通信が不通となったこと」を利用者に知らせる。すなわち、データ伝送が不通になった理由を利用者に知らせる。
利用者は、この通知により、その時間帯の利用を分散させることが可能になる。
【００３１】
下位レイヤ部１は、レイヤ３以下の少なくとも一層に以上を発見した場合、異常があった旨の応答『エラー応答（異常あり）』をアプリケーション部４に通知する。
アプリケーション部４は、この応答が入力されると、表示／操作部３を用いて「回線の混雑により通信が不通になったこと」を利用者に知らせる。すなわち、データ通信が不通になった理由を利用者に知らせる。
利用者は、上記通知を受け、携帯端末にゾーンを移行するよう指示することができる。表示／操作部３は、この指示を下位レイヤ部１に入力する。下位レイヤ部１は、ゾーンの切り替えを行う。
次に、上記シーケンスにおける下位レイヤ部１の処理フローを、図３を用いて説明する。
【００３２】
（レイヤの状態チェックフロー）
下位レイヤ部１は、アプリケーション部４からエラー通知を受けると、レイヤ３部の状態をチェックを開始する。このチェックは、レイヤごとに行う。
（ステップＳ１）レイヤ３のチェック
パケット通信用の物理チャネルがオープンしているかチェックする。物理チャンネルがクローズしている場合（ステップＳ１／ＮＯ）には、レイヤ３においてエラーが発生しているからである。
（ステップＳ２）レイヤ２のチェック
再送制御など発生していないかチェックする。再送制御などが発生している場合（ステップＳ２／ＮＯ）には、レイヤ２においてエラーが発生しているからである。
（ステップＳ３）レイヤ３のチェック
ランダムアクセス制御などが発生していないか（いなかったか）チェックする。ランダムアクセスが発生している場合（ステップＳ３／ＮＯ）には、レイヤ１においてエラーが発生しているからである。
【００３３】
下位レイヤ部１は、以上のチェックにおいて、レイヤ１、２、３で異常がなかった場合（ステップＳ１／ＹＥＳ、ステップＳ２／ＹＥＳ、かつ、ステップＳ３／ＹＥＳ）、アプリケーション部４に『エラー応答（異常なし）』を通知する（ステップＳ４）。
少なくともレイヤ１、２、３のいずれかにエラーがあった場合（ステップＳ１／ＮＯ、ステップＳ２／ＮＯ又はステップＳ３／ＮＯ）、アプリケーション部４に『エラー応答（異常あり）』を通知する（ステップＳ５）。
【００３４】
なお、上記ステップＳ１〜Ｓ３の順番は図３における順番に限定されない。つまり、レイヤ１〜レイヤ３のいずれのレイヤを先にチェックしてもよい。
次に、上記プログラムについて詳細に説明する。
【００３５】
（プログラム）
上記プログラムは、無線通信によりパケット伝送を行う端末に（１）〜（２）の手順を実行させる。好ましくは（１）〜（３）の手順を実行させる。さらに好ましくは（１）〜（４）の手順を実行させる。
（１）データの送受信が一定時間不通となったか否かを検知する手順。
（２）データの送受信が不通となった理由を判断する手順。
（３）データの送受信が不通となった理由及び／又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する手順。
（４）利用者からゾーンの切り替えを指示された場合にゾーンを切り返す手順。
このプログラムは、以上の手順により、前記した端末としての機能／効果を実現する。
【００３６】
（１）データの送受信が一定時間不通となったか否かを検知する手順。
この手順は、上記不通検知手段の機能を端末に実行させる。
【００３７】
（２）データの送受信が不通となった理由を判断する手順。
この手順は、上記理由判断手段の機能を端末に実行させる。
【００３８】
（３）データの送受信が不通となった理由及び／又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する手順。
この手順は、上記理由通知手段の機能を端末に実行させる。
【００３９】
（４）利用者からゾーンの切り替えを指示された場合にゾーンを切り返す手順。
この手順は、上記ゾーン切り替え手段の機能を端末に実行させる。
【００４０】
以上、この発明の好適な実施の形態を説明したが、上述の実施の形態はこの発明の説明のための例示であって、この実施形態のみにこの発明の範囲を限定する趣旨ではない。当業者は、この発明の要旨を逸脱することなく、種々の変形、改良、修正、簡略化などを上記実施形態に加えた種々の他の形態でもこの発明を実施することができる。
【００４１】
【発明の効果】
以上の説明から明らかなように、利用者はサーバー自体の混雑か回線の混雑か知ることができその内容に応じた対応ができるようになる為、利用者の利便性が向上すると考えられる。
また、回線の混雑時にゾーンを切り替える事で伝送効率向上が期待される。
【図面の簡単な説明】
【図１】本発明による携帯電話装置（携帯端末）の内部構成例（ソフトウェア構成例）を説明するためのブロック図である。
【図２】図１の携帯電話装置（携帯端末）の処理例を説明するためのシーケンス図である。
【図３】図１の下位レイヤ部１の処理例を説明するためのフローチャートである。
【符号の説明】
１  下位レイヤ部
２  ハンドラ部
３  表示／操作部
４  アプリケーション部
【図１】
0003781680.tif 000002
【図２】
0003781680.tif 000003
【図３】
0003781680.tif 000004