(57)【要約】【課題】電源切断処理を正常、迅速かつスムースに行わせることを可能とする携帯電話機を提供する。【解決手段】本発明の携帯電話機は、電源がＯＦＦされる際にPreservation状態であるか否かを判定し、Preservation状態であるならばC-plan及びU-planeを確立してPreservation状態を解除した後に、先ずサーバに対してＲＳＴ信号を送信し、続いてパケット交換機に対してDETACH REQUESTを送信するようにした。また、サーバに対してＲＳＴ信号が送信されたならば、DEACTIVATE PDP CONTEXT REQUESTを送信することなくRRC CONNECTONを解放しないこととし、引き続いてパケット交換機に対してDETACH REQUESTを送信することとした。【選択図】        図２
2008092070.tif 000002
【特許請求の範囲】
【請求項１】
外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置において、
当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定手段と、
前記通信状態判定手段により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立手段と、
前記通信状態確立手段により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信手段と、
前記アプリケーション通信切断要求送信手段により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断手段と
を備えたことをと特徴とする携帯端末装置。
【請求項２】
当該携帯端末装置の電源切断要求を受け付け、前記アプリケーション通信切断要求送信手段が前記コンピュータシステムとの通信の切断要求を送信すると、前記パケット交換機へ該パケット交換機との間の通信可能状態の解除要求送信をキャンセルする通信可能状態解除要求送信キャンセル手段と、
通信可能状態解除要求送信キャンセル手段により前記パケット交換機との間の通信可能状態の解除要求送信がキャンセルされると、該パケット交換機へDetach要求を送信するDetach要求送信手段と
をさらに備えたことを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置に電源切断要求受け付け時の処理を実行させる携帯端末装置制御プログラムにおいて、
当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定手順と、
前記通信状態判定手順により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立手順と、
前記通信状態確立手順により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信手順と、
前記アプリケーション通信切断要求送信手順により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断手順と
を携帯端末装置に実行させることを特徴とする携帯端末装置制御プログラム。
【請求項４】
外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置制御方法において、
当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定工程と、
前記通信状態判定工程により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立工程と、
前記通信状態確立工程により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信工程と、
前記アプリケーション通信切断要求送信工程により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断工程と
を含んだことをと特徴とする携帯端末装置制御方法。
【請求項５】
外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置の携帯端末装置制御回路において、
当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定手段と、
前記通信状態判定手段により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立手段と、
前記通信状態確立手段により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信手段と、
前記アプリケーション通信切断要求送信手段により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断手段と
を備えたことをと特徴とする携帯端末装置制御回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置、携帯端末装置制御プログラム、携帯端末装置制御方法及び携帯端末装置制御回路に関する。
【背景技術】
【０００２】
近年、携帯電話機などの携帯端末装置は、広く普及し、今や情報化社会に欠かすことができなくなった。かかる携帯電話機は、電源投入若しくは電源切断に伴って交換機との通信確立又は通信切断に係る処理を定められた順序に従って実行しなければならならい。このために、前述の定められた順序に従った処理が実行されないと、電源投入処理若しくは電源切断処理が正常に行われない又は電源投入処理若しくは電源切断処理に時間がかかるという問題点があった。
【０００３】
そこで、例えば、特許文献１には、通話中における電源切断と通話中外における電源切断とで処理を異ならせる制御を行う携帯端末装置が開示されている。該携帯端末装置は、通話中において電源切断が受け付けられた場合に、終話処理を実行するために必要な時間が経過後に該終話処理の終了を受けて電源切断処理を行うように構成されており、通話中の電源切断をスムースに行うことができる。
【０００４】
さらに近年では、携帯端末装置で通常の音声通信を行うのみならず、パケット通信をも行うことが一般的になってきた。このために、前述の電源投入若しくは電源切断に伴って行われる通信確立又は通信切断に係る処理を、音声通信のための交換機（回線交換機）及びパケット通信のための交換機（パケット交換機）毎に行わなければならず、携帯端末装置における処理負担の問題及び基地局との間で行われる無線通信のトラフィック増加が問題となってきていた。
【０００５】
このために、例えば、特許文献２には、電源が投入され、交換機との無線通信のための接続（RRC CONNECTION）が確立されると、該RRC CONNECTION上で、音声通信のための交換機及びパケット通信のための交換機の双方に対して、電源投入に係る処理を同時に実行する携帯端末装置が開示されている。かかる携帯端末装置は、一度確立されたRRC CONNECTION上で、電源投入に係る処理を同時に実行するため、携帯端末装置における処理負担の問題及び基地局との間で行われる無線通信のトラフィック増加を抑制することが可能である。
【０００６】
【特許文献１】特開平１−２６９３２７号公報
【特許文献２】特開２００３−６１１２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１及び２に代表される従来技術では、携帯端末装置でパケット通信を行っている際に携帯電源を行う場合について、電源切断処理を正常、迅速かつスムースに行わせるものではなかった。
【０００８】
具体的には、携帯端末装置でパケット通信を行う場合は、該携帯端末装置は、パケット交換機との間でセッションを確立しているとともに、インターネットに接続されているサーバとの間でアプリケーションレベルのセッションを確立している。
【０００９】
ここで、電源切断が要求されたことに応じた、パケット交換機との間のセッションの切断要求は、携帯端末装置とパケット交換機との間でRRC CONNECTIONが確立してさえすれば送信可能であるのに対し、インターネットに接続されているサーバとの間でアプリケーションレベルのセッション切断要求は、携帯端末装置とパケット交換機との間で、さらに上位のBEARER通信が可能となっていなければ送信不可能となっている。
【００１０】
従って、電源切断が要求されると、携帯端末装置とパケット交換機との間のセッションの状態がRRC CONNECTION確立状態でさえあれば、直ちに該セッションが切断されて携帯端末装置の電源切断処理がなされてしまうために、インターネットに接続されているサーバとの間でアプリケーションレベルのセッション切断要求が送信されず、該サーバが該アプリケーションレベルのセッション終了を認識できない。即ち、正常な電源切断処理を行うことができなかった。
【００１１】
また、従来は、電源切断が要求されたことに応じて、インターネットに接続されているサーバとの間でアプリケーションレベルのセッション切断要求が送信された後に一旦RRC CONNECTIONが解放され、さらに携帯端末装置とパケット交換機との間のセッション切断のために再度RRC CONNECTIONを確立させるという処理の無駄があり、電源切断処理を迅速かつスムースに行わせることを阻害していた。
【００１２】
本発明は、上記問題点（課題）を解消するためになされたものであって、電源切断処理を正常、迅速かつスムースに行わせることを可能とする携帯端末装置、携帯端末装置制御プログラム、携帯端末装置制御方法及び携帯端末装置制御回路を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述した問題を解決し、目的を達成するため、本発明は、外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置において、当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定手段と、前記通信状態判定手段により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立手段と、前記通信状態確立手段により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信手段と、前記アプリケーション通信切断要求送信手段により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断手段とを備えたことを特徴とする。
【００１４】
また、本発明は、上記発明において、当該携帯端末装置の電源切断要求を受け付け、前記アプリケーション通信切断要求送信手段が前記コンピュータシステムとの通信の切断要求を送信すると、前記パケット交換機へ該パケット交換機との間の通信可能状態の解除要求送信をキャンセルする通信可能状態解除要求送信キャンセル手段と、通信可能状態解除要求送信キャンセル手段により前記パケット交換機との間の通信可能状態の解除要求送信がキャンセルされると、該パケット交換機へDetach要求を送信するDetach要求送信手段とをさらに備えたことを特徴とする。
【００１５】
また、本発明は、外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置に電源切断要求受け付け時の処理を実行させる携帯端末装置制御プログラムにおいて、当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定手順と、前記通信状態判定手順により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立手順と、前記通信状態確立手順により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信手順と、前記アプリケーション通信切断要求送信手順により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断手順とを携帯端末装置に実行させることを特徴とする。
【００１６】
また、本発明は、外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置制御方法において、当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定工程と、前記通信状態判定工程により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立工程と、前記通信状態確立工程により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信工程と、前記アプリケーション通信切断要求送信工程により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断工程とを含んだことを特徴とする。
【００１７】
また、本発明は、外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置の携帯端末装置制御回路において、当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定手段と、前記通信状態判定手段により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立手段と、前記通信状態確立手段により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信手段と、前記アプリケーション通信切断要求送信手段により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断手段とを備えたことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、携帯端末装置の電源切断要求が受け付けられた際にPreservation状態である場合に、Preservation状態を解除して通信可能状態を確立させ、コンピュータシステムへアプリケーションに係る通信の切断要求を送信した後にパケット交換機へパケット交換機との通信の切断要求を送信するので、アプリケーションに係る通信の切断要求より先にアプリケーションに係る通信の切断要求が送信されることを防止し、電源切断に際しコンピュータシステムに必ずアプリケーションに係る通信の切断要求を認識させることができるという効果を奏する。
【００１９】
また、本発明によれば、携帯端末装置の電源切断要求が受け付けられると、アプリケーション通信切断要求送信手段が前記コンピュータシステムとの通信の切断要求を送信後にパケット交換機へ該パケット交換機との間の通信可能状態を解除せず、引き続きパケット交換機へDetach要求を送信するので、パケット交換機との間の通信可能状態を解除してからDetach要求送信のために再度パケット交換機との間で通信可能状態を確立させるという処理の重複を省き、電源切断処理を高速に行うことができるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、本発明の携帯端末装置、携帯端末装置制御プログラム、携帯端末装置制御方法及び携帯端末装置制御回路に係る実施例を詳細に説明する。なお、以下の実施例では、本発明を携帯電話端末に適用した場合を示すこととするが、これに限らず、ネットワークとの通信機能を有するコンピュータシステムやＰＤＡ（Personal Digital Assistants）などにも適用可能である。
【実施例１】
【００２１】
実施例１では、本発明を、携帯端末装置の電源切断要求が受け付けられた際にPreservation状態である場合に、Preservation状態を解除して通信可能状態を確立させ、コンピュータシステムへアプリケーションに係る通信の切断要求を送信した後にパケット交換機へパケット交換機との通信の切断要求を送信する制御を行う携帯端末装置、携帯端末装置制御プログラム、携帯端末装置制御方法及び携帯端末装置制御回路に適用した場合を示すこととする。
【００２２】
先ず、図１を参照して、実施例１に係る従来例の問題点を説明する。同図に示すように、携帯電話機において、元来は、C-plane確立状態の前提であるRRC CONNECTIONが解放されかつU-plane確立状態の前提であるＲＡＢ（RADIO ACCESS BERARER）が解放されたPreservation状態から、フレーム同期確立、RRC（Radio Resource Control） CONNECTIONの確立、サービス接続要求工程であるService Request、認証工程であるAuthenticate及び暗号化工程であるCipheringを経てC-planeが確立され、さらにＲＡＢの確立工程であるRADIO BERARER SETUPを経てU-planeが確立された状態となる。この状態で携帯電話機の電源切断要求が受け付けられると、携帯電話機で実行されているパケット通信を伴うパケットアプリケーションから該パケット通信の通信相手先である、外部ネットワークに接続されたサーバへＲＳＴ（Reset）信号が送信可能となる。そして、このＲＳＴ信号が送信された後に携帯電話機からパケット交換機へDetach要求が送信されることとなる。なお、ＲＳＴ信号は、アプリケーションレベルの切断要求信号であり、Detach要求信号は、無線通信レベルであるＭＭ／ＧＭＭレイヤの切断要求信号である。
【００２３】
しかし、RRC CONNECTIONが確立さえしていれば、携帯電話機からパケット交換機へDetach要求信号を送信することが可能であるために、従来は、Preservation状態が解除となりRRC CONNECTIONが確立した時点で直ちに（１）Detach要求が携帯電話機からパケット交換機へ送信されることとなるために、この時点で携帯電話機における電源切断処理が開始される。従って、Service Request、Authenticate、Cipheringを経てC-plane確立状態となることがなく、さらにRADIO BEARER SETUPが実行されてU-plane確立状態となることもないため、図１（２）に示す携帯電話機からサーバへのＲＳＴ信号送信がなされない。
【００２４】
即ち、従来は、ＲＳＴ信号送信（図１（１））よりDetach要求が先行することにより、ＲＳＴ信号がサーバへ送信されないため（図１（２））、サーバは携帯電話機においてパケットアプリケーションが終了したことを認識することができないという問題点があった。サーバがパケットアプリケーションの終了を直ちに認識できないと、サーバにおいて、既にパケット通信を行う必要のないパケットアプリケーションのために資源が拘束されたままとなり、資源の有効活用という点で問題があり、サーバの処理能力を圧迫しかねなかった。
【００２５】
そこで、本発明は、図２に示すように、Preservation状態が解除となりRRC CONNECTIONが確立した時点ではDetach要求を携帯電話機からパケット交換機へ送信せず、引き続きService Request、Authenticate、Cipheringを経てC-plane確立状態とし、さらRADIO BEARER SETUPが実行されてU-plane確立状態へと至った後に、ＲＳＴ信号を携帯電話機からサーバへ送信する（図２（１））。この後に、Detach要求信号を携帯電話機からパケット交換機へ送信することとなる。
【００２６】
このように、ＲＳＴ信号がサーバへ送信された後に（図２（１））、Detach要求されるために（図２（２））、サーバは携帯電話機においてパケットアプリケーションが終了したことを直ちに認識可能となり、サーバ資源を無駄に拘束することなく、サーバの処理能力の低下を防止することができる。
【００２７】
次に、実施例１に係るネットワーク構成を説明する。図３は、実施例１に係るネットワーク構成を示す図である。同図に示すように、実施例１に係るネットワークは、携帯電話機１００と、携帯電話機１００と無線通信する基地局２１０と、少なくとも一つの基地局２１０及び他の無線ネットワーク制御装置と接続されて音声信号及びデータパケットをやり取りし、無線制御リソースを管理する無線ネットワーク制御装置２２０と、無線ネットワーク制御装置２２０とパケットのやり取りを行うパケット交換機２３０と、パケット交換機２３０をパケット交換網へ接続する関門交換機２４０と、関門交換機２４０をインターネットＮへ接続させるゲートウェイ２５０と、インターネットＮ上に存在するサーバ２６０と、無線ネットワーク制御装置２２０と音声信号のやり取りを行う回線交換機２７０と、回線交換機２７０を回線交換網へ接続する関門交換機２８０とを有する。
【００２８】
このように、パケットのやり取りはパケット交換機２３０を経由してパケット交換網を介することになり、音声データのやり取りは回線交換機２７０を経由して回線交換網を介することとなるので、パケットと音声データはそれぞれ個別に張られたセッションに基づいて通信を行うこととなる。また、携帯電話機１００とパケット交換機２３０との間のC-planeのセッションと、携帯電話機１００で実行されるパケットアプリケーションとサーバ２６０との間でのアプリケーションレベル（U-Plane）のセッションとの２つのセッションに基づいてパケット通信が行われることとなる。
【００２９】
ここで、携帯電話機１００において、電源切断要求が受け付けられたならば、電源切断処理に伴って前述のC-planeのセッションとアプリケーションレベル（U-Plane）のセッションとの２つのセッションのセッション終了処理を行わなければならなければならない。しかも、C-planeのセッションが先に終了するとアプリケーションレベルのセッションも終了してしまうために、先ずアプリケーションレベルのセッション終了を要求した後にC-planeのセッションを終了させなければならない。即ち、ＲＳＴ信号を送信した後にDetach要求信号を送信しなければならない。
【００３０】
しかし、Detach要求信号は、RRC CONNECTIONが確立してさえいれば直ちに送信可能である。よって、RRC CONNECTIONの確立状態であって、より上位のU-planeが確立してない状態であっては、Detach要求信号は送信可能であるがＲＳＴ信号は送信可能でないので、先にDetach要求信号が送信されてしまうこととなる。そして、U-planeは確立されることはないので、ＲＳＴ信号が送信されることもなくなる。このために、サーバ２６０がパケットアプリケーションの終了を直ちに認識できず、種々の問題が発生することとなっていた。
【００３１】
次に、図３に示した携帯電話機の構成について説明する。図４は、図３に示した携帯電話機の構成を示す機能ブロック図である。同図に示すように、携帯電話機１００は、ＴＥ（Terminal Equipment）部１０１と、無線部１０２とを有する。なお、同図では、本発明に係る機能ブロック以外は記載を省略している。
【００３２】
ＴＥ部１０１は、全体管理部１０１ａと、アイテム管理部１０１ｂと、パケット呼管理部１０１ｃと、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）プロトコル制御部１０１ｄと、ＨＴＴＰ（HyperText Transfer Protocol）プロトコル制御部１０１ｅと、パケットアプリケーションＡ実行部１０１ｆと、パケットアプリケーションＢ実行部１０１ｇとをさらに有する。
【００３３】
全体管理部１０１ａは、携帯電話機１００のソフトウェア全体を管理する管理部であり、電源投入時の立ち上がり制御やアプリケーションの起動制御を行う。また、電源切断時の電源切断処理を管理する。アイテム管理部１０１ｂは、当該携帯電話機１００の各種状態を管理するものである。また、管理しているアイテムの内容変化の判定も行う。アイテムの内容に変化が生じた場合には、変化通知を必要とするアプリケーションや機能ブロックに対して変化通知を送信する。
【００３４】
パケット呼管理部１０１ｃは、複数のパケット呼を扱うアプリケーションの競合制御やネットワークへの接続制御や、ネットワークに接続しているアプリケーションに対してアプリケーションからのイベント（例えば、切断やPreservation状態への移行など）を通知する。
【００３５】
ＴＣＰ／ＩＰプロトコル制御部１０１ｄは、ＴＣＰ／ＩＰプロトコルの制御を行い、ＨＴＴＰプロトコル制御部１０１ｅは、ＨＴＴＰプロトコルの制御を行う。パケットアプリケーションＡ実行部１０１ｆは、パケットアプリケーションＡの実行を制御し、パケットアプリケーションＢ実行部１０１ｇは、パケットアプリケーションＢの実行を制御する。
【００３６】
一方、無線部１０２は、ＴＡＦ（Terminal Adaptation Function）と呼ばれるプロトコル変換部１０２ａと、ＣＭ（Connection Management）部１０２ｂと、ＭＭ（Mobility Management）サブレイヤ部１０２ｃと、BEARER確立手順を実行するレイヤであるＲＡＢＭ（Radio Access Bearer Management）部１０２ｄと、無線リソースの管理及び無線に関連する各手順を実行するレイヤであるＲＲＣ（Radio Resource Control）部１０２ｅと、パケット通信のみに関わるレイヤであってＴＣＰ／ＩＰのヘッダ圧縮を行うＰＤＣＰ（Packet Data Coverage Protocol）部１０２ｆと、再送制御を行うレイヤであるＲＬＣ（Radio Link Control）部１０２ｇと、上位のＲＬＣから受け渡されたLogical ChannelをTransport Channelへマッピングしたり多重／優先制御を行ったりするＭＡＣ（Medium Access Control）部１０２ｈと、Channel Coding、Interleave、無線フレームへのTransport Channelデータのマッピングなどを行うＬ１（Layer1）部１０２ｉとを有する。
【００３７】
ＣＭ部１０２ｂは、付加サービス制御を行うＳＳ（Supplementary Service）部１０２ｂ−１と、回線呼を扱うＣＣ（Call Control）部１０２ｂ−２と、ＳＭ（Session Management）部１０２ｂ−３と、ＳＭＳ（Short Message Service）を扱う図示しないＧＳＭＳ（GPRS（General Packet Radio Service）-Short Message Service）部とをさらに有する。
【００３８】
ＭＭサブレイヤ部１０２ｃは、回線交換系のＭＭ（Mobility Management）部１０２ｃ−１と、パケット交換系のＧＭＭ（GPRS-Mobility Management）部１０２ｃ−２とをさらに有する。
【００３９】
なお、パケット呼管理部１０１ｃはプロトコル変換部１０２ａを介してＳＭ部１０２ｂ−３に接続され、ＴＣＰ／ＩＰプロトコル制御部１０１ｄはプロトコル変換部１０２ａを介してＲＡＢＭ部１０２ｄに接続されている。また、Ｌ１部１０２ｉは、アクセス網（回線交換網又はパケット交換網）に無線通信で接続される。
【００４０】
次に、図４に示した携帯電話機における電源ＯＦＦ時の制御処理について説明する。図５は、図４に示した携帯電話機１００における電源ＯＦＦ時の制御処理を示すシーケンス図である。なお、同図において、携帯電話機１００の状態は、Preservation状態であるとする。同図に示すように、先ず、全体管理部１０１ａが電源ＯＦＦ要求を検出すると（ステップＳ１０１）、続いて、アイテム管理部１０１ｂへ電源ＯＦＦ開始を通知する（ステップＳ１０２）。
【００４１】
アイテム管理部１０１ｂは、電源ＯＦＦ開始通知を受信したならば、電源ＯＦＦ開始を一時記憶し（ステップＳ１０３）、電源ＯＦＦの開始を記憶したことを全体管理部１０１ａへ通知する（ステップＳ１０４）。電源ＯＦＦ開始を保持したことを通知された全体管理部１０１ａは、アイテム管理部に対して、ＲＳＴ信号送信の契機となるＲＳＴトリガを起動するように通知する（ステップＳ１０５）。
【００４２】
次に、アイテム管理部１０１ｂは、パケットアプリケーションＢ実行部１０１ｇ及びパケットアプリケーションＡ実行部１０１ｆに対して、ＲＳＴトリガを送信する（ステップＳ１０６）。ＲＳＴトリガを受信したパケットアプリケーションＢ実行部１０１ｇは、ＨＴＴＰプロトコル制御部１０１ｅへアボート信号を送信する（ステップＳ１０７）。さらに、ＨＴＴＰプロトコル制御部１０１ｅは、ＴＣＰ／ＩＰプロトコル制御部１０１ｄへアボート信号を送信する（ステップＳ１０８）。
【００４３】
ＨＴＴＰプロトコル制御部１０１ｅからアボート信号を受信したならば、ＴＣＰ／ＩＰプロトコル制御部１０１ｄは、無線部１０２に対してＴＣＰ ＲＳＴ信号を送信する（ステップＳ１０９）。このＴＣＰ ＲＳＴ信号を受信した無線部１０２は、ＲＳＴ信号を送信するためのRADIO BEARERが確立するまでの間、ＲＳＴ信号をキューングする（ステップＳ１１０）。
【００４４】
そして、パケットアプリケーションＢ実行部１０１ｇから、パケット呼管理部１０１ｃに対してはパケット呼切断要求が送信され（ステップＳ１１１）、アイテム管理部１０１ｂに対してはApplication終了通知が送信される（ステップＳ１１２）。Application終了通知を受信したアイテム管理部１０１ｂは、全体管理部１０１ａに対して変化通知を送信する（ステップＳ１１３）。全体管理部１０１ａは、変化通知を受けて、パケット通信を行っているアプリケーション数を判定する。実施例１では、未だパケットアプリケーションＡが動作中であるため、電源ＯＦＦ処理へは移行しない。
【００４５】
パケットアプリケーションＡについてもパケットアプリケーションＢと同様であって、ＲＳＴトリガを受信したパケットアプリケーションＡ実行部１０１ｆは、ＨＴＴＰプロトコル制御部１０１ｅへアボート信号を送信する（ステップＳ１１４）。さらに、ＨＴＴＰプロトコル制御部１０１ｅは、ＴＣＰ／ＩＰプロトコル制御部１０１ｄへアボート信号を送信する（ステップＳ１１５）。
【００４６】
ＨＴＴＰプロトコル制御部１０１ｅからアボート信号を受信したならば、ＴＣＰ／ＩＰプロトコル制御部１０１ｄは、無線部１０２に対してＴＣＰ ＲＳＴ信号を送信する（ステップＳ１１６）。このＴＣＰ ＲＳＴ信号を受信した無線部１０２は、ＲＳＴ信号をキューングする（ステップＳ１１７）。
【００４７】
そして、パケットアプリケーションＡ実行部１０１ｆから、パケット呼管理部１０１ｃに対してはパケット呼切断要求が送信され（ステップＳ１１８）、アイテム管理部１０１ｂに対してはApplication終了通知が送信される（ステップＳ１１９）。Application終了通知を受信したアイテム管理部１０１ｂは、全体管理部１０１ａに対して変化通知を送信する（ステップＳ１２０）。全体管理部１０１ａは、この変化通知を受けて、パケット通信を行っているアプリケーション数を判定する。実施例１では、パケット通信を行っているアプリケーション数が０であるため、次の手順へ進む。パケット通信が行われているか否かを判定する別の実施例として、全体管理部１０１ａは、パケット通信を行っているアプリケーション数を判定するのではなく、パケット呼管理部１０１ｃにパケット通信が行われているか否かを問い合わせる方法がある。この場合、ステップＳ１０１をトリガに周期動作を行うタイマを起動し、そのタイムアウト毎にパケット呼管理部１０１ｃに問い合わせを行い、その応答から全てのパケット通信が終了していることを確認したならば次の手順へ進むとしてもよい。
【００４８】
次に、パケット呼管理部１０１ｃは、アイテム管理部１０１ｂに電源ＯＦＦ開始中か否か（電源ＯＦＦ開始が保持されているか否か）をチェックし（ステップＳ１２１）、これに対してアイテム管理部１０１ｂは、電源ＯＦＦ開始中チェック結果を送信する（ステップＳ１２２）。パケット呼管理部１０１ｃは、電源ＯＦＦ開始中であれば無線部１０２に対してパケット呼の切断要求をスキップする。これは、図８の説明でも後述する。続いて、全体管理部１０１ａは、アイテム管理部１０１ｂに対してPreservation状態であるか否かをチェックし（ステップＳ１２３）、これに対してアイテム管理部１０１ｂは、Preservationチェック結果を送信する（ステップＳ１２４）。
【００４９】
ここで、携帯電話機１００の状態はPreservation状態であるので、無線部１０２は、C-plane及びU-planeを確立してPreservation状態を解除する（ステップＳ１２５）。U-plane（RADIO BEARER）の確立が完了したなら、パケット呼管理部１０１ｃに対してPreservation状態の解除を通知し（ステップＳ１２６）、サーバ２６０に対してはＲＳＴ信号を送信する（ステップＳ１２７）。無線部１０２からPreservation状態の解除通知を受け取ったパケット管理部１０１ｃは、アイテム管理部１０１ｂに対してPreservation状態解除を通知する（ステップＳ１２８）。
【００５０】
なお、無線部１０２がステップＳ１０９をトリガとしてPreservation状態から通常状態、即ちＲＳＴ信号を送信可能なBEARERが確立した状態へ遷移することを待ち合わせる場合、全体管理部１０１ａは、無線部１０２に対する電源ＯＦＦ要求を送信せずにPreservation状態から通常状態への遷移を待ち合わせることになるが、無線部１０２が何らかの理由でダウンして通常状態への遷移の通知がない場合を想定して、Preservation状態であるか否かのチェックに対して、Preservation状態が継続していると、一定時間経過後に認識することができるタイマを備えてもよい。なお、該一定時間は、無線部１０２において実行される一連の処理が起動する周期に等しい。
【００５１】
次に、Preservation状態解除の通知を受け取ったアイテム管理部１０１ｂは、全体管理部１０１ａに対して変化通知を送信する（ステップＳ１２９）。アイテム管理部１０１ｂから変化通知を受け取った全体管理部１０１ａは、アイテム管理部１０１ｂへシャットダウン開始通知を送信する（ステップＳ１３０）。
【００５２】
次に、全体管理部１０１ａからシャットダウン開始通知を受け取ったアイテム管理部１０１ｂは、無線部１０２に対して電源ＯＦＦ要求を送信する（ステップＳ１３１）。電源ＯＦＦ要求を受け取った無線部１０２は、パケット交換機２３０に対してDetachを要求するDETACH REQUESTを送信する（ステップＳ１３２）。そして、無線部１０２はDetach処理を行うDETACH手順を実行し（ステップＳ１３３）、パケット交換機２３０からDETACH REQUESTが受信されたこと示すDETACH ACCEPTを受信する（ステップＳ１３４）。
【００５３】
次に、無線部１０２はRRC CONNECTION解放処理を行い（ステップＳ１３５）、アイテム管理部１０１ｂに対して電源ＯＦＦ応答を送信する（ステップＳ１３６）。電源ＯＦＦ応答を受け取ったアイテム管理部１０１ｂは、シャットダウンを記憶し（ステップＳ１３７）、全体管理部１０１ａに対してシャットダウン通知を行う（ステップＳ１３８）。そして、全体管理部１０１ａ、アイテム管理部１０１ｂ及び無線部１０２においてシャットダウン処理が実行されることとなる（ステップＳ１３９）。
【００５４】
上記のように、実施例１では、携帯電話機１００の電源がＯＦＦされる際に、Preservation状態であるか否かを判定し、Preservation状態であるならばC-plan及びU-planeを確立してPreservation状態を解除した後に、先ずサーバ２６０に対してＲＳＴ信号を送信し、続いてパケット交換機２３０に対してDETACH REQUESTを送信するようにしたので、ＲＳＴ信号とDETACH REQUESTの送信順序が逆転して、ＲＳＴが送信されなくなるという事象の発生を防止し、確実にサーバ２６０及びパケット交換機２３０とのセッションを終了させることが可能となる。
【実施例２】
【００５５】
実施例２では、本発明を、携帯端末装置の電源切断要求が受け付けられると、アプリケーション通信切断要求送信手段が前記コンピュータシステムとの通信の切断要求を送信後にパケット交換機へ該パケット交換機との間の通信可能状態を解除せず、引き続きパケット交換機へDetach要求を送信する携帯端末装置、携帯端末装置制御プログラム、携帯端末装置制御方法及び携帯端末装置制御回路に適用した場合を示すこととする。
【００５６】
なお、実施例２における携帯電話機１００の機能ブロックの構成は実施例１と同一であり、実施例１の説明で参照した図４と同様の構成を取るために、実施例２では携帯電話機１００の機能ブロックの説明を省略する。
【００５７】
先ず、図６を参照して、実施例２に係る従来例の問題点を説明する。同図に示すように、携帯電話機において、従来は、サーバに対してＲＳＴ信号が送信された（図６（１））後に、C-plane切断要求されたことに応じてRRC CONNECTIONが解放される（図６（２））。ここで、電源OFF要求を検知したならば、再びRRC CONNECTIONが確立され（図６（３））、Detach要求信号がパケット交換機へ送信された後に、RRC CONNECTIONが解放される。即ち、（１）ＲＳＴ信号送信後に、（２）RRC CONNECTIONを解放するため、（３）Detach要求信号送信に先立ってRRC CONNECTIONを再度確立しなければならないという、RRC CONNECTIONの確立及び解放を２回実行するという重複実行の問題があった。これにより、携帯電話機において迅速な電源ＯＦＦ処理が行えないという問題があった。さらに、実施例１の場合、携帯電話機１００とパケット交換機２３０とがPreservation状態、即ち無線ネットワーク制御装置２２０、基地局２１０及び携帯電話機１００の無線の状態がIdle modeに遷移している場合、Preservation状態から通常状態へ遷移するためにRRC CONNECTIONの確立等の各手順を実行するが、その間にパケット呼のC-plane切断要求が発生すると、ＲＳＴ信号を送信する前にC-planeの解放が行われてしまうため、結果としてＲＳＴ信号を送信できないという問題もあった。
【００５８】
そこで、本発明は、図７に示すように、サーバへＲＳＴ信号が送信された（図７（１））後にC-plane切断要求が発生した時に、電源ＯＦＦ要求が検出されているなら、C-planeの切断（即ち、RRC CONNECTIONの解放）を行わず、直ちにDetach要求をパケット交換機へ送信する（図７（２））。即ち、（１）ＲＳＴ信号送信後にRRC CONNECTIONを解放しないため、（２）Detach要求信号送信に先立ってRRC CONNECTIONを再度確立する必要がない。このため、RRC CONNECTIONの確立及び解放を１回に抑え、携帯電話機において迅速な電源ＯＦＦ処理を行えるようにした。また、Preservation状態中であった場合、パケット呼のC-plane解放がＲＳＴ信号を追い越して結果としてＲＳＴ信号が送信されなくなることを防ぐことが可能となる。
【００５９】
次に、実施例２の携帯電話機における電源ＯＦＦ時の制御処理について説明する。図８は、実施例２の携帯電話機における電源ＯＦＦ時の制御処理を示すシーケンス図である。同図に示すように、先ず、全体管理部１０１ａが電源ＯＦＦ要求を検出すると（ステップＳ２０１）、続いて、アイテム管理部１０１ｂへ電源ＯＦＦ開始を通知する（ステップＳ２０２）。
【００６０】
アイテム管理部１０１ｂは、電源ＯＦＦ開始通知を受信したならば、電源ＯＦＦ開始を一時記憶し（ステップＳ２０３）、電源ＯＦＦの開始を記憶したことを全体管理部１０１ａへ通知する（ステップＳ２０４）。電源ＯＦＦ開始を保持したことを通知された全体管理部１０１ａは、アイテム管理部に対して、ＲＳＴ信号送信の契機となるＲＳＴトリガを起動するように通知する（ステップＳ２０５）。
【００６１】
次に、アイテム管理部１０１ｂは、パケットアプリケーションＢ実行部１０１ｇ及びパケットアプリケーションＡ実行部１０１ｆに対して、ＲＳＴトリガを送信する（ステップＳ２０６）。ＲＳＴトリガを受信したパケットアプリケーションＢ実行部１０１ｇは、ＨＴＴＰプロトコル制御部１０１ｅへアボート信号を送信する（ステップＳ２０７）。さらに、ＨＴＴＰプロトコル制御部１０１ｅは、ＴＣＰ／ＩＰプロトコル制御部１０１ｄへアボート信号を送信する（ステップＳ２０８）。
【００６２】
ＨＴＴＰプロトコル制御部１０１ｅからアボート信号を受信したならば、ＴＣＰ／ＩＰプロトコル制御部１０１ｄは、無線部１０２に対してＴＣＰ ＲＳＴ信号を送信する（ステップＳ２０９）。このＴＣＰ ＲＳＴ信号を受信した無線部１０２は、サーバ２６０に対してＲＳＴ信号を送信する（ステップＳ２１０）。
【００６３】
そして、パケットアプリケーションＢ実行部１０１ｇから、パケット呼管理部１０１ｃに対してはパケット呼切断要求が送信され（ステップＳ２１１）、アイテム管理部１０１ｂに対してはApplication終了通知が送信される（ステップＳ２１２）。Application終了通知を受信したアイテム管理部１０１ｂは、全体管理部１０１ａに対して変化通知を送信する（ステップＳ２１３）。
【００６４】
パケットアプリケーションＡについてもパケットアプリケーションＢと同様であって、ＲＳＴトリガを受信したパケットアプリケーションＡ実行部１０１ｆは、ＨＴＴＰプロトコル制御部１０１ｅへアボート信号を送信する（ステップＳ２１４）。さらに、ＨＴＴＰプロトコル制御部１０１ｅは、ＴＣＰ／ＩＰプロトコル制御部１０１ｄへアボート信号を送信する（ステップＳ２１５）。
【００６５】
ＨＴＴＰプロトコル制御部１０１ｅからアボート信号を受信したならば、ＴＣＰ／ＩＰプロトコル制御部１０１ｄは、無線部１０２に対してＴＣＰ ＲＳＴ信号を送信する（ステップＳ２１６）。このＴＣＰ ＲＳＴ信号を受信した無線部１０２は、サーバ２６０に対してＲＳＴ信号を送信する（ステップＳ２１７）。
【００６６】
そして、パケットアプリケーションＡ実行部１０１ｆから、パケット呼管理部１０１ｃに対してはパケット呼切断要求が送信される（ステップＳ２１８）。該パケット呼切断要求を受信したパケット呼管理部１０１ｃは、パケット通信を行うアプリケーション数が０になったことが判るので、通常であれば、無線部１０２に対してパケット呼切断要求を送信する。しかし、実施例２では、電源ＯＦＦ処理中であるため、無線部１０２に対するパケット呼切断要求をスキップする。ここで、電源ＯＦＦ処理中でなかった場合、前述の通り、パケット呼管理部１０１ｃは、無線部１０２に対してパケット呼切断要求を送信するが、その送信を行う前にPreservation状態か否かをチェックすることが好適である。これは、通常の終了動作においても、ＲＳＴ信号をC-plane切断の前に送信するが、Preservation状態中の場合は、ＲＳＴ信号送信をトリガにPreservation状態から通常状態へ復帰するため、パケット呼の切断信号であるDEACTIVATE PDP CONTEXT REQUESTがＲＳＴ信号を追い越すためである。この場合、パケット呼管理部１０１ｃは、図５に記載されているPreservation解除通知（ステップＳ１２６）を待って、無線部１０２に対してパケット呼切断要求を送信する。
【００６７】
次に、パケットアプリケーションＡ実行部１０１ｆ及びパケットアプリケーションＢ実行部１０１ｇは、アイテム管理部１０１ｂに対してApplication終了通知を送信する（ステップＳ２１９）。
【００６８】
次に、Application終了通知を受け取ったアイテム管理部１０１ｂは、全体管理部１０１ａに対して変化通知を送信し（ステップＳ２２０）、アイテム管理部１０１ｂから変化通知を受信した全体管理部１０１ａは、アイテム管理部１０１ｂに対してシャットダウン開始を通知する（ステップＳ２２１）。
【００６９】
シャットダウン開始を通知されたアイテム管理部１０１ｂは、無線部１０２に対して電源ＯＦＦ要求を送信する（ステップＳ２２２）。電源ＯＦＦ要求を受信した無線部１０２は、パケット交換機２３０に対してDETACH REQUESTを送信し（ステップＳ２２３）、続いてパケット交換機２３０からDETACH ACCEPTを受信する（ステップＳ２２４）。
【００７０】
DETACH ACCEPTを受信した無線部１０２は、RRC CONNECTIONを解放し（ステップＳ２２５）、アイテム管理部１０１ｂに対して電源ＯＦＦ応答を送信する（ステップＳ２２６）。電源ＯＦＦ応答を受け取ったアイテム管理部１０１ｂは、シャットダウンを記憶し（ステップＳ２２７）、全体管理部１０１ａに対してシャットダウン通知を行う（ステップＳ２２８）。そして、全体管理部１０１ａ、アイテム管理部１０１ｂ及び無線部１０２においてシャットダウン処理が実行されることとなる（ステップＳ２２９）。
【００７１】
上記のように、実施例２では、携帯電話機１００の電源がＯＦＦされるときに、サーバ２６０に対してＲＳＴ信号が送信されたならば、DEACTIVATE PDP CONTEXT REQUESTを送信することなくRRC CONNECTONを解放しないこととし、引き続いてパケット交換機２３０に対してDETACH REQUESTを送信することとしたので、RRC CONNECTIONの確立及び解放を２回行うという処理の重複を省き、以って電源ＯＦＦに係る処理を速やかに終了させることができ、迅速な電源ＯＦＦを実現することが可能となる。
【００７２】
なお、上記実施例１及び２で説明した各処理は、あらかじめ用意されたプログラムを携帯電話機１００などの携帯端末装置の制御回路で実行することによって実現することができる。
【００７３】
以上、本発明の実施例を説明したが、本発明は、これに限られるものではなく、特許請求の範囲に記載した技術的思想の範囲内で、更に種々の異なる実施例で実施されてもよいものである。また、実施例に記載した効果は、これに限定されるものではない。
【００７４】
（付記１）外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置において、
当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定手段と、
前記通信状態判定手段により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立手段と、
前記通信状態確立手段により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信手段と、
前記アプリケーション通信切断要求送信手段により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断手段と
を備えたことをと特徴とする携帯端末装置。
【００７５】
（付記２）当該携帯端末装置の電源切断要求を受け付け、前記アプリケーション通信切断要求送信手段が前記コンピュータシステムとの通信の切断要求を送信すると、前記パケット交換機へ該パケット交換機との間の通信可能状態の解除要求送信をキャンセルする通信可能状態解除要求送信キャンセル手段と、
通信可能状態解除要求送信キャンセル手段により前記パケット交換機との間の通信可能状態の解除要求送信がキャンセルされると、該パケット交換機へDetach要求を送信するDetach要求送信手段と
をさらに備えたことを特徴とする付記１に記載の携帯端末装置。
【００７６】
（付記３）前記通信可能状態解除要求送信キャンセル手段が前記パケット交換機との間の通信可能状態の解除要求送信をキャンセルしたにもかかわらず、前記パケット交換機との間の通信可能状態の解除要求送信を行ったことを示す情報を擬似的に出力することを特徴とする付記２に記載の携帯端末装置。
【００７７】
（付記４）外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置に電源切断要求受け付け時の処理を実行させる携帯端末装置制御プログラムにおいて、
当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定手順と、
前記通信状態判定手順により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立手順と、
前記通信状態確立手順により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信手順と、
前記アプリケーション通信切断要求送信手順により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断手順と
を携帯端末装置に実行させることを特徴とする携帯端末装置制御プログラム。
【００７８】
（付記５）当該携帯端末装置の電源切断要求を受け付け、前記アプリケーション通信切断要求送信手順により前記コンピュータシステムとの通信の切断要求が送信されると、前記パケット交換機へ該パケット交換機との間の通信可能状態の解除要求送信をキャンセルする通信可能状態解除要求送信キャンセル手順と、
通信可能状態解除要求送信キャンセル手順により前記パケット交換機との間の通信可能状態の解除要求送信がキャンセルされると、該パケット交換機へDetach要求を送信するDetach要求送信手順と
をさらに携帯端末装置に実行させることを特徴とする付記４に記載の携帯端末装置制御プログラム。
【００７９】
（付記６）前記通信可能状態解除要求送信キャンセル手順が前記パケット交換機との間の通信可能状態の解除要求送信をキャンセルしたにもかかわらず、前記パケット交換機との間の通信可能状態の解除要求送信を行ったことを示す情報を擬似的に出力することを特徴とする付記５に記載の携帯端末装置制御プログラム。
【００８０】
（付記７）外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置制御方法において、
当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定工程と、
前記通信状態判定工程により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立工程と、
前記通信状態確立工程により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信工程と、
前記アプリケーション通信切断要求送信工程により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断工程と
を含んだことをと特徴とする携帯端末装置制御方法。
【００８１】
（付記８）当該携帯端末装置の電源切断要求を受け付け、前記アプリケーション通信切断要求送信工程により前記コンピュータシステムとの通信の切断要求が送信されると、前記パケット交換機へ該パケット交換機との間の通信可能状態の解除要求送信をキャンセルする通信可能状態解除要求送信キャンセル工程と、
通信可能状態解除要求送信キャンセル工程により前記パケット交換機との間の通信可能状態の解除要求送信がキャンセルされると、該パケット交換機へDetach要求を送信するDetach要求送信工程と
をさらに含んだことを特徴とする付記７に記載の携帯端末装置制御方法。
【００８２】
（付記９）前記通信可能状態解除要求送信キャンセル工程が前記パケット交換機との間の通信可能状態の解除要求送信をキャンセルしたにもかかわらず、前記パケット交換機との間の通信可能状態の解除要求送信を行ったことを示す情報を擬似的に出力することを特徴とする付記８に記載の携帯端末装置制御方法。
【００８３】
（付記１０）外部ネットワークに接続されるコンピュータシステムとパケット交換機を介してパケット通信を行うアプリケーションを搭載し、パケット交換機との間で通信可能状態が確立されていることを前提としてさらに該コンピュータシステムとの間で通信可能状態を確立させることが可能な携帯端末装置の携帯端末装置制御回路において、
当該携帯端末装置の電源切断要求を受け付けると、前記パケット交換機及び前記コンピュータシステムとの間の通信可能状態が解除されているPreservation状態であるか否かを判定する通信状態判定手段と、
前記通信状態判定手段により前記パケット交換機及び前記コンピュータシステムとの間の通信状態がPreservation状態であると判定された場合に、該Preservation状態を解除して該パケット交換機及び該コンピュータシステムとの間で通信可能状態を確立させる通信状態確立手段と、
前記通信状態確立手段により通信可能状態が確立すると、前記コンピュータシステムへアプリケーションに係る通信の切断要求を送信するアプリケーション通信切断要求送信手段と、
前記アプリケーション通信切断要求送信手段により前記コンピュータシステムへアプリケーションに係る通信の切断要求が送信された後に前記パケット交換機へ該パケット交換機との通信の切断要求を送信するパケット交換機通信切断手段と
を備えたことをと特徴とする携帯端末装置制御回路。
【００８４】
（付記１１）当該携帯端末装置の電源切断要求を受け付け、前記アプリケーション通信切断要求送信手段が前記コンピュータシステムとの通信の切断要求を送信すると、前記パケット交換機へ該パケット交換機との間の通信可能状態の解除要求送信をキャンセルする通信可能状態解除要求送信キャンセル手段と、
通信可能状態解除要求送信キャンセル手段により前記パケット交換機との間の通信可能状態の解除要求送信がキャンセルされると、該パケット交換機へDetach要求を送信するDetach要求送信手段と
をさらに備えたことを特徴とする付記１０に記載の携帯端末装置制御回路。
【００８５】
（付記１２）前記通信可能状態解除要求送信キャンセル手段が前記パケット交換機との間の通信可能状態の解除要求送信をキャンセルしたにもかかわらず、前記パケット交換機との間の通信可能状態の解除要求送信を行ったことを示す情報を擬似的に出力することを特徴とする付記１１に記載の携帯端末装置制御回路。
【産業上の利用可能性】
【００８６】
本発明は、携帯端末装置における電源切断処理を正確、迅速かつスムースに行わせたい場合に有用であり、特に、携帯電話機がサーバとパケット通信を行っている場合に電源切断するときの電源切断処理を正確、迅速かつスムースに行わせたい場合に有効である。
【図面の簡単な説明】
【００８７】
【図１】実施例１に係る従来例の問題点を示す図である。
【図２】実施例１の特徴を示す図である。
【図３】実施例１に係るネットワーク構成を示す図である。
【図４】実施例１の携帯電話機の構成を示す機能ブロック図である。
【図５】実施例１の携帯電話機における電源ＯＦＦ時の制御処理を示すシーケンス図である。
【図６】実施例２に係る従来例の問題点を示す図である。
【図７】実施例２の特徴を示す図である。
【図８】実施例２の携帯電話機における電源ＯＦＦ時の制御処理を示すシーケンス図である。
【符号の説明】
【００８８】
Ｎ    インターネット
１００    携帯電話機
１０１    ＴＥ部
１０１ａ    全体管理部
１０１ｂ    アイテム管理部
１０１ｃ    パケット呼管理部
１０１ｄ    ＴＣＰ／ＩＰプロトコル制御部
１０１ｅ    ＨＴＴＰプロトコル制御部
１０１ｆ    パケットアプリケーションＡ実行部
１０１ｇ    パケットアプリケーションＢ実行部
１０２    無線部
１０２ａ    プロトコル変換部
１０２ｂ    ＣＭ部
１０２ｂ−１    ＳＳ部
１０２ｂ−２    ＣＣ部
１０２ｂ−３    ＳＭ部
１０２ｃ    ＭＭサブレイヤ部
１０２ｃ−１    ＭＭ部
１０２ｃ−２    ＧＭＭ部
１０２ｄ    ＲＡＢＭ部
１０２ｅ    ＲＲＣ部
１０２ｆ    ＰＤＣＰ部
１０２ｇ    ＲＬＣ部
１０２ｈ    ＭＡＣ部
１０２ｉ    Ｌ１部
２１０    基地局
２２０    無線ネットワーク制御装置
２３０    パケット交換機
２４０    関門交換機
２５０    ゲートウェイ
２６０    サーバ
２７０    回線交換機
２８０    関門交換機
【図１】
2008092070.tif 000003
【図２】
2008092070.tif 000004
【図３】
2008092070.tif 000005
【図４】
2008092070.tif 000006
【図５】
2008092070.tif 000007
【図６】
2008092070.tif 000008
【図７】
2008092070.tif 000009
【図８】
2008092070.tif 000010