(57)【要約】【課題】より効率的な通信が可能な移動端末及び通信方法を提供する。【解決手段】移動端末１１０は、外部との無線通信が可能な移動端末であって、無線通信におけるセッションに関する通信状態の変更を通知する通知信号を受信する無線インターフェイス層４１と、無線インターフェイス層４１により通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理を実行するテレフォニーマネージャ４２及びコネクティビティマネージャ４３と、を備える。これにより、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止され、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。【選択図】図２
2013225721.tif 000002
【特許請求の範囲】
【請求項１】
外部との無線通信が可能な移動端末であって、
前記無線通信におけるセッションに関する通信状態の変更を通知する通知信号を受信する通信手段と、
前記通信手段により前記通知信号が受信された場合に、且つ、所定条件が満たされた場合に、前記セッションを開放せず維持するための維持処理を実行する管理手段と、
を備えることを特徴とする移動端末。
【請求項２】
前記通信手段は、前記通知信号を受信すると、前記所定条件が満たされた場合に、前記維持処理を実行する、請求項１に記載の移動端末。
【請求項３】
前記無線通信の維持確立失敗後の再接続を試みる再接続試行処理を実行することが可能な試行手段を更に備え、
前記所定条件は、前記試行手段による前記再接続試行処理が実行されていることである、
請求項１又は２に記載の移動端末。
【請求項４】
前記無線通信の維持確立失敗の検出を試みる検出試行処理を実行することが可能な試行手段を更に備え、
前記所定条件は、前記試行手段による前記検出試行処理が実行されていることである、
請求項１又は２に記載の移動端末。
【請求項５】
前記無線通信が不可能な圏外状態であるか否かを判定する判定手段を更に備え、
前記所定条件は、前記判定手段により前記圏外状態であると判定されていることである、
請求項１〜４のいずれか１項に記載の移動端末。
【請求項６】
前記無線通信が不可能な圏外状態が所定時間継続しているか否かを判定する判定手段を更に備え、
前記所定条件は、前記判定手段により前記圏外状態が所定時間継続していないと判定されていることである、
請求項１〜４のいずれか１項に記載の移動端末。
【請求項７】
前記無線通信を行うための通信方式の変更を行うことが可能な変更手段を更に備え、
前記所定条件は、前記変更手段により前記通信方式の変更が行われたことである、
請求項１〜６のいずれか１項に記載の移動端末。
【請求項８】
前記所定条件は、前記変更手段により所定の第一通信方式から所定の第二通信方式への変更のみが行われたことである、
請求項７に記載の移動端末。
【請求項９】
外部との無線通信が可能な移動端末が行う通信方法であって、
前記無線通信におけるセッションに関する通信状態の変更を通知する通知信号を前記移動端末が受信する通信ステップと、
前記通信ステップにより前記通知信号が受信された場合に、且つ、所定条件が満たされた場合に、前記セッションを開放せず維持するための維持処理を前記移動端末が実行する管理ステップと、
を有することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部との無線通信が可能な移動端末と、当該移動端末が行う通信方法とに関する。
【背景技術】
【０００２】
従来、何らかの理由により妨げられてしまった通信を復旧させることが可能な装置が提案されている。例えば特許文献１に記載の無線通信装置は、予期せぬ不具合により通信が妨げられた場合、無線通信装置に搭載された各種アプリケーションに擬似的に圏外通知を行ってアプリケーションを圏外状態へ移行させ、その間に、基地局との接続を一端切断して接続を行うことにより、速やかに不具合を解消して妨げられた通信を復旧する。
【０００３】
特許文献１に記載の無線通信装置のように、通信が妨げられた場合等にその旨を内蔵アプリケーションに通知することは、スマートフォンや携帯電話端末といった多くのモバイル端末において行われる。図１は、このようなモバイル端末Ｍにおけるシステムの階層構造を説明する階層構造図である。
【０００４】
図１に示されるように、モバイル端末Ｍは、ＣＰＵ等を含むハードウェアＭ１と、コンピュータプログラムＭ２〜Ｍ５との五層を有して構成されている。コンピュータプログラムＭ２〜Ｍ５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネルＭ２、標準ライブラリＭ３、アプリケーションフレームワークＭ４、及びアプリケーションＭ５を含んで構成されている。
【０００５】
例えば、ハードウェアＭ１において、圏外時や、無線ＬＡＮを含むＷｉＦｉ（WIreless FIdelity）及びＬＴＥ（Long Term Evolution）間、ＷｉＦｉ及び３Ｇ（第３世代移動通信システム）間といったＲＡＴ（Radio Access Technology：無線アクセス技術）変更時や、ユーザＩＰパケット転送用の論理パスを構成する状況設定情報であるＰＤＰコンテキスト（例えばモバイル端末Ｍに割当てられたＩＰアドレスの情報や、ネットワークとの間の論理パスの情報等）の開放時等の通信状態の変更が検知されたとする。
【０００６】
この場合、この変更を通知する信号が、カーネルＭ２、標準ライブラリＭ３内の無線インターフェイス層Ｍ３１（ＲＩＬ：Radio Interface Layer）、アプリケーションフレームワークＭ４内の無線インターフェイス層Ｍ４１、アプリケーションフレームワークＭ４内のテレフォニーマネージャＭ４２（Telephony Manager）を介して、アプリケーションフレームワークＭ４内のコネクティビティマネージャＭ４３（Connectivity Manager）に伝送される。
【０００７】
そして、コネクティビティマネージャＭ４３は、通信状態の変更を通知してセッションを開放させるためのインテントを、アプリケーションＭ５内のＷｅｂブラウザ等のｈｔｔｐアプリケーションＭ５１及びＦＴＰアプリケーションＭ５２に送信するとともに、ＴＣＰセッションを開放するための指示信号をカーネルＭ２内のＴＣＰ関連プログラムＭ２１に送信する。この結果、セッションが開放される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−３５０８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上位層のセッションが維持されるべきであるのにセッションが開放されてしまう場合がある。例えば、同一のＲＡＴ内において下位層でのパケット再送により再接続をリトライしているために上位層でのセッションを切断する必要がない場合や、圏外状態になったが短時間で圏内状態に戻る場合や、３Ｇ（Ｒ９９、ＨＳＤＰＡ、ＨＳＰＡ＋、ＥＵＬを含む）及びＬＴＥ間のＲＡＴ変更が行われる場合は、上述のような通信状態の変更が検知後の処理によって、（上位層のセッションが維持されるべきであるのに）セッションが開放されてしまう。
【００１０】
このように、上位層のセッションが維持されるべきであるのにセッションが開放されてしまうと、通信可能な状態になってもユーザの手動による（ダウンロードやアップロード等）再開処理が必要となり、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなってしまうおそれがある。
【００１１】
そこで本発明は、上述の問題点を解消する為になされたものであり、より効率的な通信が可能な移動端末及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の一形態に係る移動端末は、外部との無線通信が可能な移動端末であって、無線通信におけるセッションに関する通信状態の変更を通知する通知信号を受信する通信手段と、通信手段により通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理を実行する管理手段と、を備えることを特徴とする。
【００１３】
本発明の一形態に係る移動端末によれば、無線通信におけるセッションに関する通信状態の変更を通知する通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理が実行される。このため、通信状態が変更されても、所定条件が満たされなければ、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【００１４】
別の形態に係る移動端末では、通信手段は、通知信号を受信すると、所定条件が満たされた場合に、維持処理を実行してもよい。
【００１５】
この形態では、通信手段は、通知信号を受信すると、所定条件が満たされた場合に、維持処理を実行することが可能になる。
【００１６】
別の形態に係る移動端末では、無線通信の維持確立失敗後の再接続を試みる再接続試行処理を実行することが可能な試行手段を更に備え、所定条件は、試行手段による再接続試行処理が実行されていることであってもよい。
【００１７】
この形態では、通信状態が変更されても、無線通信の維持確立失敗後の再接続を試みる再接続試行処理が実行されていれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【００１８】
別の形態に係る移動端末では、無線通信の維持確立失敗の検出を試みる検出試行処理を実行することが可能な試行手段を更に備え、所定条件は、試行手段による検出試行処理が実行されていることであってもよい。
【００１９】
この形態では、通信状態が変更されても、無線通信の維持確立失敗の検出を試みる検出試行処理が実行されていれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【００２０】
別の形態に係る移動端末では、無線通信が不可能な圏外状態であるか否かを判定する判定手段を更に備え、所定条件は、判定手段により圏外状態であると判定されていることであってもよい。
【００２１】
この形態では、通信状態が変更されても、無線通信が不可能な圏外状態であれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【００２２】
別の形態に係る移動端末では、無線通信が不可能な圏外状態が所定時間継続しているか否かを判定する判定手段を更に備え、所定条件は、判定手段により圏外状態が所定時間継続していないと判定されていることであってもよい。
【００２３】
この形態では、通信状態が変更されても、無線通信が不可能な圏外状態が所定時間継続していないならば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【００２４】
別の形態に係る移動端末では、無線通信を行うための通信方式の変更を行うことが可能な変更手段を更に備え、所定条件は、変更手段により通信方式の変更が行われたことであってもよい。
【００２５】
この形態では、通信状態が変更されても、無線通信を行うための通信方式の変更が行われたのであれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【００２６】
別の形態に係る移動端末では、所定条件は、変更手段により所定の第一通信方式から所定の第二通信方式への変更のみが行われたことであってもよい。
【００２７】
この形態では、通信状態が変更されても、所定の第一通信方式から所定の第二通信方式への変更のみが行われたのであれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【００２８】
本発明の一形態に係る通信方法は、外部との無線通信が可能な移動端末が行う通信方法であって、無線通信におけるセッションに関する通信状態の変更を通知する通知信号を移動端末が受信する通信ステップと、通信ステップにより通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理を移動端末が実行する管理ステップと、を有することを特徴とする。
【００２９】
本発明の一形態に係る通信方法によれば、無線通信におけるセッションに関する通信状態の変更を通知する通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理が実行される。このため、通信状態が変更されても、所定条件が満たされなければ、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【発明の効果】
【００３０】
本発明によれば、より効率的な通信が可能な移動端末及び通信方法を提供することができる。
【図面の簡単な説明】
【００３１】
【図１】モバイル端末Ｍにおけるシステムの階層構造を説明する階層構造図である。
【図２】移動端末１１０の主な機能構成の概略を説明するための機能ブロック図である。
【図３】移動端末１１０〜１１４の主な物理構成の概略を説明するための物理構成図である。
【図４】移動端末１１０，１１２におけるセッション制御処理の流れを説明するためのフローチャートである。
【図５】移動端末１１１の主な機能構成の概略を説明するための機能ブロック図である。
【図６】移動端末１１１におけるセッション制御処理の流れを説明するためのフローチャートである。
【図７】移動端末１１２〜１１４の主な機能構成の概略を説明するための機能ブロック図である。
【図８】移動端末１１３におけるセッション制御処理の流れを説明するためのフローチャートである。
【図９】移動端末１１４におけるセッション制御処理の流れを説明するためのフローチャートである。
【発明を実施するための形態】
【００３２】
以下、添付図面を参照しながら本発明の好適な実施形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明を省略する。
【００３３】
（１）第一実施形態
（１−１）第一実施形態に係る移動端末の構成
まず、第一実施形態に係る移動端末の構成について、図２及び図３を用いて説明する。第一実施形態（及び後述の第二及び第三実施形態）に係る移動端末は、基地局等の外部との無線通信、及び在圏するセルを変更してハンドオーバすることが可能な携帯電話端末やスマートフォンといったモバイル端末である。図２は、第一実施形態に係る移動端末１１０の主な機能構成の概略を説明するための機能ブロック図であり、図３は、移動端末１１０（及び後述の移動端末１１１，１１２，１１３，１１４）の主な物理構成の概略を説明するための物理構成図である。
【００３４】
移動端末１１０は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random Access Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、及びアンテナ１０７等のハードウェア（試行手段、判定手段、変更手段）により構成されている携帯可能なコンピュータ端末である。これらの構成要素が動作することにより、移動端末１１０が有する各機能が発揮される。移動端末１１０は、図２に示されるように、主な機能的な構成要素として、無線デバイス等のハードウェア１と通信接続されるコンピュータプログラム２〜５の四層を備えて構成されている。コンピュータプログラム２〜５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネル２、標準ライブラリ３（試行手段、判定手段、変更手段）、アプリケーションフレームワーク４、及びアプリケーション５を含んで構成されている。
【００３５】
カーネル２は、ハードウェア１を用いたリソース管理やネットワーク通信制御といった管理制御が可能なソフトウェアプログラムである。例えば、カーネル２は、通信状態の変更を通知する通知信号を、ハードウェア１から受信することができる。この通信状態とは、移動端末１１０によって行われている無線通信におけるセッションに関する通信状態のことである。また、カーネル２は、ハードウェア１を用いたＴＣＰ通信を制御するためのＴＣＰ関連プログラム２０を有している。ＴＣＰ関連プログラム２０は、後述の開放指示信号をコネクティビティマネージャ４３から受信した場合に、上述のセッションを開放する。
【００３６】
標準ライブラリ３は、カーネル２を用いた特定の機能の実行が可能な、部品化されたソフトウェアプログラムがまとめられたものである。標準ライブラリ３は、カーネル２を用いた無線デバイス制御用信号の送受信が可能な無線インターフェイス層３１（ＲＩＬ：Radio Interface Layer）を有している。無線インターフェイス層３１は、上述の通知信号をハードウェア及びカーネル２から受信することができる。
【００３７】
なお、上述のハードウェア内では、上述の無線通信の維持確立失敗（３ＧＰＰ標準化の規定に従ったＲＬＦ：Radio Link Failure）後の再接続を試みる再接続試行処理を実行することが可能である。なお、上述のハードウェア内では、上述の無線通信の維持確立失敗の検出を試みる検出試行処理を実行することも可能である。また、上述のハードウェア内では、移動端末１１０による無線通信が不可能な圏外状態であるか否かを判定することが可能である。
【００３８】
更に、上述のハードウェア内の無線通信部１０５では、無線通信を行うための通信方式としてのＲＡＴ（Radio Access Technology：無線アクセス技術）の変更を行うことが可能である。ＲＡＴの例としては、ピークレートが非常に大きい通信規格であるＬＴＥ（Long Term Evolution）、従来の通信規格である３Ｇ（第３世代移動通信システム）、無線ＬＡＮ接続のための通信規格であるＷｉＦｉ（WIreless FIdelity）、第２世代移動通信規格として知られるＧＳＭ（登録商標）（Global System for Mobile communications）等が挙げられる。
【００３９】
なお、ＬＴＥ及び３Ｇ間のＲＡＴの変更のように、異なるＲＡＴであるものの、国際標準化等によりシームレスなハンドオーバが可能なことが規定されたＲＡＴ間での変更は、上述のハードウェア内の無線通信部１０５で可能であり、テレフォニーマネージャ４２及びコネクティビティマネージャ４３はＲＡＴの変更を認識しなくてもよい。一方、ＬＴＥ及びＷｉＦｉ間、３Ｇ及びＷｉＦｉ間のＲＡＴの変更は、コネクティビティマネージャ４３がＲＡＴの変更を決定し、カーネル２等の下位のレイヤに変更の通知を出す。
【００４０】
アプリケーションフレームワーク４は、標準ライブラリ３を用いてアプリケーション５に各種機能を提供するためのソフトウェアプログラムである。アプリケーションフレームワーク４は、無線インターフェイス層４１（通信手段）、テレフォニーマネージャ４２（Telephony Manager、管理手段）、及びコネクティビティマネージャ４３（Connectivity Manager、管理手段）を有している。
【００４１】
無線インターフェイス層４１は、上述の通知信号を無線インターフェイス層３１から受信することができる。
【００４２】
テレフォニーマネージャ４２は、無線インターフェイス層４１によりこの通知信号が受信された場合に、且つ、所定条件が満たされたか否かを判定して所定条件が満たされた場合に、上述のセッションを開放せず維持するための維持処理を実行する。この所定条件の例としては、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５による上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されていること等が挙げられる。上述の維持処理とは、セッションの開放を指示する開放指示信号のコネクティビティマネージャ４３への送信を、禁止する処理である。
【００４３】
更に、上述の所定条件の例としては、上述のハードウェア内の無線通信部１０５により３ＧＰＰ（登録商標）標準化の規定に従った第一のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ標準化の規定に従った第二のＲＡＴ（所定の第二通信方式）間の上述のＲＡＴの変更のみが行われたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５により３ＧＰＰ２標準化の規定に従った第三のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ２標準化の規定に従った第四のＲＡＴ（所定の第二通信方式）間の上述のＲＡＴの変更のみが行われたことが通知信号により示されていること等が挙げられる。
【００４４】
一方、テレフォニーマネージャ４２は、無線インターフェイス層４１によりこの通知信号が受信された場合に、且つ、上述の所定条件が満たされず移動端末１１０が特定の状態である場合に、上述のセッションを開放するための開放処理を実行する。移動端末１１０が特定の状態である場合の例としては、ＰＤＰコンテキストが開放されたことが通知信号により示されていること、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されていること、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されていること等が挙げられる。上述の開放処理とは、上述のセッションの開放を指示する開放指示信号をコネクティビティマネージャ４３へ送信する処理である。
【００４５】
コネクティビティマネージャ４３は、上述の開放指示信号をテレフォニーマネージャ４２から受信した場合に、上述のセッションを開放させるためのインテントを、アプリケーション５内のＷｅｂブラウザ等のｈｔｔｐアプリケーション５１及びＦＴＰアプリケーション５２に送信する。更に、コネクティビティマネージャ４３は、上述の開放指示信号をテレフォニーマネージャ４２から受信した場合に、ＴＣＰセッションを開放するための開放指示信号をカーネル２内のＴＣＰ関連プログラム２０に送信する。この結果、上述のセッションが開放される。
【００４６】
アプリケーション５は、移動端末１１０のユーザ向けに用意されたソフトウェアプログラムである。アプリケーション５は、Ｗｅｂブラウザ等のｈｔｔｐアプリケーション５１及びＦＴＰアプリケーション５２を有している。ｈｔｔｐアプリケーション５１及びＦＴＰアプリケーション５２は、上述のインテントをコネクティビティマネージャ４３から受信した場合に、上述のセッションを開放する。
【００４７】
（１−２）移動端末におけるセッション制御処理の流れ
引き続き、移動端末１１０におけるセッション制御処理の流れ（通信方法）について、図４を用いて説明する。図４は、移動端末１１０（及び後述の移動端末１１２）におけるセッション制御処理の流れを説明するためのフローチャートである。図４のフローチャートに示される処理は、移動端末１１０の電源がオンされてからオフされるまでの間、所定のタイミングで繰り返し実行される。
【００４８】
まず、カーネル２が、無線の通信状態の変更を通知する通知信号を、ハードウェア１から受信し、無線インターフェイス層３１が、この通知信号をカーネル２から受信し、無線インターフェイス層４１が、この通知信号を無線インターフェイス層３１から受信する（ステップＳ０１）。
【００４９】
次に、テレフォニーマネージャ４２が、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されているか、上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されているか、圏外状態であると判定されたことが通知信号により示されているか、ＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されているか、上述の第一のＲＡＴ及び第二のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、又は、上述の第三のＲＡＴ及び第四のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ０２、通信ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ０３に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ０４に移行する。
【００５０】
ステップＳ０３では、テレフォニーマネージャ４２が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号の、コネクティビティマネージャ４３への送信を、禁止することにより、セッションを開放せず維持するための維持処理を実行する（管理ステップ）。そして、一連の処理が終了する。
【００５１】
ステップＳ０４では、テレフォニーマネージャ４２が、ＰＤＰコンテキストが開放されたことが通知信号により示されているか、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されているか、又は、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ０４、判定ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ０５に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ０６に移行する。
【００５２】
ステップＳ０５では、テレフォニーマネージャ４２が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号を、コネクティビティマネージャ４３へ送信することにより、セッションを開放するための開放処理を実行する（開放ステップ）。そして、一連の処理が終了する。
【００５３】
ステップＳ０６では、移動端末１１０において、通常どおりの既存の動作が行われる。そして、一連の処理が終了する。
【００５４】
（２）第二実施形態
（２−１）第二実施形態に係る移動端末の構成
引き続き、第二実施形態に係る移動端末の構成について、図５及び図３を用いて説明する。図５は、第二実施形態に係る移動端末１１１の主な機能構成の概略を説明するための機能ブロック図である。
【００５５】
移動端末１１１は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random Access Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、及びアンテナ１０７等のハードウェア（試行手段、判定手段、変更手段）により構成されている携帯可能なコンピュータ端末である。これらの構成要素が動作することにより、移動端末１１１が有する各機能が発揮される。
【００５６】
移動端末１１１は、図５に示されるように、主な機能的な構成要素として、無線デバイス等のハードウェア１１と通信接続されるコンピュータプログラム１２〜１５の四層を備えて構成されている。コンピュータプログラム１２〜１５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネル１２、標準ライブラリ１３（試行手段、判定手段、変更手段）、アプリケーションフレームワーク１４、及びアプリケーション１５を含んで構成されている。
【００５７】
カーネル１２は、ハードウェア１１を用いたリソース管理やネットワーク通信制御といった管理制御が可能なソフトウェアプログラムである。例えば、カーネル１２は、通信状態の変更を通知する通知信号を、ハードウェア１１から受信することができる。この通信状態とは、移動端末１１１によって行われている無線通信におけるセッションに関する通信状態のことである。
【００５８】
また、カーネル１２は、ハードウェア１１を用いたＴＣＰ通信を制御するためのＴＣＰ関連プログラム１２０を有している。ＴＣＰ関連プログラム１２０は、後述の開放指示信号をコネクティビティマネージャ１４３から受信した場合に、上述のセッションを開放する。
【００５９】
標準ライブラリ１３は、カーネル１２を用いた特定の機能の実行が可能な、部品化されたソフトウェアプログラムがまとめられたものである。標準ライブラリ１３は、カーネル１２を用いた無線デバイス制御用信号の送受信が可能な無線インターフェイス層１３１（ＲＩＬ：Radio Interface Layer）を有している。無線インターフェイス層１３１は、上述の通知信号をハードウェア及びカーネル１２から受信することができる。
【００６０】
なお、上述のハードウェア内では、上述の無線通信の維持確立失敗（３ＧＰＰ標準化の規定に従ったＲＬＦ：Radio Link Failure）後の再接続を試みる再接続試行処理を実行することが可能である。なお、上述のハードウェア内では、上述の無線通信の維持確立失敗の検出を試みる検出試行処理を実行することも可能である。また、上述のハードウェア内では、移動端末１１１による無線通信が不可能な圏外状態であるか否かを判定することが可能である。
【００６１】
更に、上述のハードウェア内の無線通信部１０５では、無線通信を行うための通信方式としてのＲＡＴ（Radio Access Technology：無線アクセス技術）の変更を行うことが可能である。ＲＡＴの例としては、ピークレートが非常に大きい通信規格であるＬＴＥ（Long Term Evolution）、従来の通信規格である３Ｇ（第３世代移動通信システム）、無線ＬＡＮ接続のための通信規格であるＷｉＦｉ（WIreless FIdelity）、第２世代移動通信規格として知られるＧＳＭ（登録商標）（Global System for Mobile communications）等が挙げられる。
【００６２】
なお、ＬＴＥ及び３Ｇ間のＲＡＴの変更のように、異なるＲＡＴであるものの、国際標準化等によりシームレスなハンドオーバが可能なことが規定されたＲＡＴ間での変更は、上述のハードウェア内の無線通信部１０５で可能であり、テレフォニーマネージャ４２及びコネクティビティマネージャ４３はＲＡＴの変更を認識しなくてもよい。一方、ＬＴＥ及びＷｉＦｉ間、３Ｇ及びＷｉＦｉ間のＲＡＴの変更は、コネクティビティマネージャ４３がＲＡＴの変更を決定し、カーネル１２等の下位のレイヤに変更の通知を出す。
【００６３】
アプリケーションフレームワーク１４は、標準ライブラリ１３を用いてアプリケーション１５に各種機能を提供するためのソフトウェアプログラムである。アプリケーションフレームワーク１４は、無線インターフェイス層１４１（通信手段）、テレフォニーマネージャ１４２（Telephony Manager、管理手段）、及びコネクティビティマネージャ１４３（Connectivity Manager、管理手段）を有している。
【００６４】
無線インターフェイス層１４１は、上述の通知信号を無線インターフェイス層３１から受信することができる。
【００６５】
テレフォニーマネージャ１４２は、上述の通知信号を無線インターフェイス層１４１から受信することができる。
【００６６】
コネクティビティマネージャ１４３は、テレフォニーマネージャ１４２によりこの通知信号が受信された場合に、且つ、所定条件が満たされたか否かを判定して所定条件が満たされた場合に、上述のセッションを開放せず維持するための維持処理を実行する。この所定条件の例としては、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５による上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されていること等が挙げられる。上述の維持処理とは、テレフォニーマネージャ１４２からこの通知信号を受信した後で破棄して使用しないようにする処理である。
【００６７】
更に、上述の所定条件の例としては、上述のハードウェア内の無線通信部１０５により３ＧＰＰ（登録商標）標準化の規定に従った第一のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ標準化の規定に従った第二のＲＡＴ（所定の第二通信方式）間のＲＡＴの変更のみが行われたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５により３ＧＰＰ２標準化の規定に従った第三のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ２標準化の規定に従った第四のＲＡＴ（所定の第二通信方式）間のＲＡＴの変更のみが行われたことが通知信号により示されていること等が挙げられる。
【００６８】
一方、コネクティビティマネージャ１４３は、テレフォニーマネージャ１４２によりこの通知信号が受信された場合に、且つ、上述の所定条件が満たされず移動端末１１１が特定の状態である場合に、上述のセッションを開放するための開放処理を実行する。移動端末１１１が特定の状態である場合の例としては、ＰＤＰコンテキストが開放されたことが通知信号により示されていること、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されていること、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されていること等が挙げられる。
【００６９】
ここで、上述の開放処理とは、コネクティビティマネージャ１４３が、上述のセッションを開放させるためのインテントを、アプリケーション１５内のＷｅｂブラウザ等のｈｔｔｐアプリケーション１５１及びＦＴＰアプリケーション１５２に送信することである。更に、コネクティビティマネージャ１４３が、ＴＣＰセッションを開放するための開放指示信号をカーネル１２内のＴＣＰ関連プログラム１２０に送信することである。この結果、上述のセッションが開放される。
【００７０】
アプリケーション１５は、移動端末１１１のユーザ向けに用意されたソフトウェアプログラムである。アプリケーション１５は、Ｗｅｂブラウザ等のｈｔｔｐアプリケーション１５１及びＦＴＰアプリケーション１５２を有している。ｈｔｔｐアプリケーション１５１及びＦＴＰアプリケーション１５２は、上述のインテントをコネクティビティマネージャ１４３から受信した場合に、上述のセッションを開放する。
【００７１】
（２−２）移動端末におけるセッション制御処理の流れ
引き続き、移動端末１１１におけるセッション制御処理の流れ（通信方法）について、図６を用いて説明する。図６は、移動端末１１１におけるセッション制御処理の流れを説明するためのフローチャートである。図６のフローチャートに示される処理は、移動端末１１１の電源がオンされてからオフされるまでの間、所定のタイミングで繰り返し実行される。
【００７２】
まず、カーネル１２が、無線の通信状態の変更を通知する通知信号を、ハードウェア１から受信し、無線インターフェイス層１３１が、この通知信号をカーネル１２から受信し、無線インターフェイス層１４１が、この通知信号を無線インターフェイス層１３１から受信し、テレフォニーマネージャ１４２が、この通知信号を無線インターフェイス層１４１から受信し、コネクティビティマネージャ１４３が、この通知信号をテレフォニーマネージャ１４２から受信する（ステップＳ１１、通信ステップ）。
【００７３】
次に、コネクティビティマネージャ１４３が、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されているか、上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されているか、圏外状態であると判定されたことが通知信号により示されているか、ＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されているか、上述の第一のＲＡＴ及び第二のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、又は、上述の第三のＲＡＴ及び第四のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ１２、管理ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ１３に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ１４に移行する。
【００７４】
ステップＳ１３では、コネクティビティマネージャ１４３が、テレフォニーマネージャ１４２から受信した通知信号を破棄して使用しないようにすることにより、セッションを開放せず維持するための維持処理を実行する（管理ステップ）。そして、一連の処理が終了する。
【００７５】
ステップＳ１４では、コネクティビティマネージャ１４３が、ＰＤＰコンテキストが開放されたことが通知信号により示されているか、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されているか、又は、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ０４、判定ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ１５に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ１６に移行する。
【００７６】
ステップＳ１５では、コネクティビティマネージャ１４３が、上述の通知信号に基づいてセッションを開放するための開放処理を実行する（開放ステップ）。そして、一連の処理が終了する。
【００７７】
ステップＳ１６では、移動端末１１１において、通常どおりの既存の動作が行われる。そして、一連の処理が終了する。
【００７８】
（３）第三実施形態
（３−１）第三実施形態に係る移動端末の構成
引き続き、第三実施形態に係る移動端末の構成について、図７及び図３を用いて説明する。図７は、第三実施形態に係る移動端末１１２（及び後述の移動端末１１３，１１４）の主な機能構成の概略を説明するための機能ブロック図である。
【００７９】
移動端末１１２は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random Access Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、及びアンテナ１０７等のハードウェア（試行手段、判定手段、変更手段）により構成されている携帯可能なコンピュータ端末である。これらの構成要素が動作することにより、移動端末１１０が有する各機能が発揮される。
【００８０】
移動端末１１２は、図７に示されるように、主な機能的な構成要素として、無線デバイス等のハードウェア２１と通信接続されるコンピュータプログラム２２〜２５の四層を備えて構成されている。コンピュータプログラム２２〜２５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネル２２、標準ライブラリ２３（試行手段、判定手段、変更手段）、アプリケーションフレームワーク２４、及びアプリケーション２５を含んで構成されている。
【００８１】
カーネル２２は、ハードウェア２１を用いたリソース管理やネットワーク通信制御といった管理制御が可能なソフトウェアプログラムである。例えば、カーネル２２は、通信状態の変更を通知する通知信号を、ハードウェア２１から受信することができる。この通信状態とは、移動端末１１２によって行われている無線通信におけるセッションに関する通信状態のことである。
【００８２】
また、カーネル２２は、ハードウェア２１を用いたＴＣＰ通信を制御するためのＴＣＰ関連プログラム２２０を有している。ＴＣＰ関連プログラム２２０は、後述の開放指示信号をコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
【００８３】
標準ライブラリ２３は、カーネル２２を用いた特定の機能の実行が可能な、部品化されたソフトウェアプログラムがまとめられたものである。標準ライブラリ２３は、カーネル２２を用いた無線デバイス制御用信号の送受信が可能な無線インターフェイス層２３１（ＲＩＬ：Radio Interface Layer）を有している。無線インターフェイス層２３１は、上述の通知信号をハードウェア及びカーネル２２から受信することができる。
【００８４】
なお、上述のハードウェア内では、上述の無線通信の維持確立失敗（３ＧＰＰ標準化の規定に従ったＲＬＦ：Radio Link Failure）後の再接続を試みる再接続試行処理を実行することが可能である。なお、上述のハードウェア内では、上述の無線通信の維持確立失敗の検出を試みる検出試行処理を実行することも可能である。また、上述のハードウェア内では、移動端末１１２による無線通信が不可能な圏外状態であるか否かを判定することが可能である。
【００８５】
更に、上述のハードウェア内の無線通信部１０５では、無線通信を行うための通信方式としてのＲＡＴ（Radio Access Technology：無線アクセス技術）の変更を行うことが可能である。ＲＡＴの例としては、ピークレートが非常に大きい通信規格であるＬＴＥ（Long Term Evolution）、従来の通信規格である３Ｇ（第３世代移動通信システム）、無線ＬＡＮ接続のための通信規格であるＷｉＦｉ（WIreless FIdelity）、第２世代移動通信規格として知られるＧＳＭ（登録商標）（Global System for Mobile communications）等が挙げられる。
【００８６】
なお、ＬＴＥ及び３Ｇ間のＲＡＴの変更のように、異なるＲＡＴであるものの、国際標準化等によりシームレスなハンドオーバが可能なことが規定されたＲＡＴ間での変更は、上述のハードウェア内の無線通信部１０５で可能であり、テレフォニーマネージャ２４２及びコネクティビティマネージャ２４３はＲＡＴの変更を認識しなくてもよい。一方、ＬＴＥ及びＷｉＦｉ間、３Ｇ及びＷｉＦｉ間のＲＡＴの変更は、コネクティビティマネージャ２４３がＲＡＴの変更を決定し、カーネル２２等の下位のレイヤに変更の通知を出す。
【００８７】
アプリケーションフレームワーク２４は、標準ライブラリ２３を用いてアプリケーション２５に各種機能を提供するためのソフトウェアプログラムである。アプリケーションフレームワーク２４は、無線インターフェイス層２４１（通信手段）、テレフォニーマネージャ２４２（Telephony Manager、管理手段）、及びコネクティビティマネージャ２４３（Connectivity Manager、管理手段）を有している。
【００８８】
無線インターフェイス層２４１は、上述の通知信号を無線インターフェイス層３１から受信することができる。また、無線インターフェイス層２４１は、この通知信号を受信すると、所定条件が満たされた場合に、上述のセッションを開放せず維持するための維持処理を実行する。この所定条件の例としては、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５による上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されていること等が挙げられる。上述の維持処理とは、セッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ２４３への送信を、禁止する処理である。
【００８９】
更に、上述の所定条件の例としては、上述のハードウェア内の無線通信部１０５により３ＧＰＰ（登録商標）標準化の規定に従った第一のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ標準化の規定に従った第二のＲＡＴ（所定の第二通信方式）間のＲＡＴの変更のみが行われたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５により３ＧＰＰ２標準化の規定に従った第三のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ２標準化の規定に従った第四のＲＡＴ（所定の第二通信方式）間のＲＡＴの変更のみが行われたことが通知信号により示されていること等が挙げられる。
【００９０】
一方、無線インターフェイス層２４１は、この通知信号を受信すると、上述の所定条件が満たされず移動端末１１２が特定の状態である場合に、上述のセッションを開放するための開放処理を実行する。移動端末１１２が特定の状態である場合の例としては、ＰＤＰコンテキストが開放されたことが通知信号により示されていること、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されていること、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されていること等が挙げられる。上述の開放処理とは、上述のセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ２４３へ送信する処理である。
【００９１】
テレフォニーマネージャ２４２は、上述の開放指示信号が無線インターフェイス層２４１から送信された場合に、上述の開放指示信号を無線インターフェイス層２４１から受信することができる。
【００９２】
コネクティビティマネージャ２４３は、上述の開放指示信号がテレフォニーマネージャ２４２から送信された場合に、上述の開放指示信号をテレフォニーマネージャ２４２から受信することができる。コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、上述のセッションを開放させるためのインテントを、アプリケーション２５内のＷｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２に送信する。更に、コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、ＴＣＰセッションを開放するための開放指示信号をカーネル２２内のＴＣＰ関連プログラム２２０に送信する。この結果、上述のセッションが開放される。
【００９３】
アプリケーション２５は、移動端末１１２のユーザ向けに用意されたソフトウェアプログラムである。アプリケーション２５は、Ｗｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２を有している。ｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２は、上述のインテントをコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
【００９４】
（３−２）移動端末におけるセッション制御処理の流れ
引き続き、移動端末１１２におけるセッション制御処理の流れ（通信方法）について、図４を用いて説明する。
【００９５】
まず、カーネル２２が、無線の通信状態の変更を通知する通知信号を、ハードウェア２１から受信し、無線インターフェイス層２３１が、この通知信号をカーネル２２から受信し、無線インターフェイス層２４１が、この通知信号を無線インターフェイス層２３１から受信する（ステップＳ０１、通信ステップ）。
【００９６】
次に、無線インターフェイス層２４１が、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されているか、上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されているか、圏外状態であると判定されたことが通知信号により示されているか、ＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されているか、上述の第一のＲＡＴ及び第二のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、又は、上述の第三のＲＡＴ及び第四のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ０２、管理ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ０３に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ０４に移行する。
【００９７】
なお、無線インターフェイス層２４１は、上述のハードウェア内の無線通信部１０５により第一の所定時間以上圏外状態であると判定されたことが通知信号により示されているか、又は、上述のハードウェア内の無線通信部１０５によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われた後第二の所定時間以上ＲＡＴの変更が行われず継続したことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定してもよい。そして、無線インターフェイス層２４１は、これらのうちのいずれかに当てはまる状況であると判定された場合、上述の通知信号に基づいてセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ４３へ送信することにより、セッションを開放するための開放処理を実行して一連の処理を終了させてもよい。
【００９８】
ステップＳ０３では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ４３への送信を、禁止することにより、セッションを開放せず維持するための維持処理を実行する（管理ステップ）。そして、一連の処理が終了する。
【００９９】
ステップＳ０４では、無線インターフェイス層２４１が、ＰＤＰコンテキストが開放されたことが通知信号により示されているか、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されているか、又は、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ０４、判定ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ０５に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ０６に移行する。
【０１００】
ステップＳ０５では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ４３へ送信することにより、セッションを開放するための開放処理を実行する（開放ステップ）。そして、一連の処理が終了する。
【０１０１】
ステップＳ０６では、移動端末１１０において、通常どおりの既存の動作が行われる。そして、一連の処理が終了する。
【０１０２】
（４）第四実施形態
（４−１）第四実施形態に係る移動端末の構成
引き続き、第四実施形態に係る移動端末１１３の構成について、図７及び図３を用いて説明する。
【０１０３】
移動端末１１３は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random Access Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、及びアンテナ１０７等のハードウェア（試行手段、判定手段、変更手段）により構成されている携帯可能なコンピュータ端末である。これらの構成要素が動作することにより、移動端末１１０が有する各機能が発揮される。
【０１０４】
移動端末１１３は、図７に示されるように、主な機能的な構成要素として、無線デバイス等のハードウェア２１と通信接続されるコンピュータプログラム２２〜２５の四層を備えて構成されている。コンピュータプログラム２２〜２５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネル２２、標準ライブラリ２３（試行手段、判定手段、変更手段）、アプリケーションフレームワーク２４、及びアプリケーション２５を含んで構成されている。
【０１０５】
カーネル２２は、ハードウェア２１を用いたリソース管理やネットワーク通信制御といった管理制御が可能なソフトウェアプログラムである。例えば、カーネル２２は、通信状態の変更を通知する通知信号を、ハードウェア２１から受信することができる。この通信状態とは、移動端末１１２によって行われている無線通信におけるセッションに関する通信状態のことである。また、カーネル２２は、ハードウェア２１を用いたＴＣＰ通信を制御するためのＴＣＰ関連プログラム２２０を有している。ＴＣＰ関連プログラム２２０は、後述の開放指示信号をコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
【０１０６】
標準ライブラリ２３は、カーネル２２を用いた特定の機能の実行が可能な、部品化されたソフトウェアプログラムがまとめられたものである。標準ライブラリ２３は、カーネル２２を用いた無線デバイス制御用信号の送受信が可能な無線インターフェイス層２３１（ＲＩＬ：Radio Interface Layer）を有している。無線インターフェイス層２３１は、上述の通知信号をハードウェア及びカーネル２２から受信することができる。
【０１０７】
なお、上述のハードウェア内では、上述の無線通信の維持確立失敗（３ＧＰＰ標準化の規定に従ったＲＬＦ：Radio Link Failure）後の再接続を試みる再接続試行処理を実行することが可能である。なお、上述のハードウェア内では、上述の無線通信の維持確立失敗の検出を試みる検出試行処理を実行することも可能である。また、上述のハードウェア内では、移動端末１１２による無線通信が不可能な圏外状態であるか否かを判定することが可能である。
【０１０８】
更に、上述のハードウェア内の無線通信部１０５では、無線通信を行うための通信方式としてのＲＡＴ（Radio Access Technology：無線アクセス技術）の変更を行うことが可能である。ＲＡＴの例としては、ピークレートが非常に大きい通信規格であるＬＴＥ（Long Term Evolution）、従来の通信規格である３Ｇ（第３世代移動通信システム）、無線ＬＡＮ接続のための通信規格であるＷｉＦｉ（WIreless FIdelity）、第２世代移動通信規格として知られるＧＳＭ（登録商標）（Global System for Mobile communications）等が挙げられる。
【０１０９】
なお、ＬＴＥ及び３Ｇ間のＲＡＴの変更のように、異なるＲＡＴであるものの、国際標準化等によりシームレスなハンドオーバが可能なことが規定されたＲＡＴ間での変更は、上述のハードウェア内の無線通信部１０５で可能であり、テレフォニーマネージャ２４２及びコネクティビティマネージャ２４３はＲＡＴの変更を認識しなくてもよい。一方、ＬＴＥ及びＷｉＦｉ間、３Ｇ及びＷｉＦｉ間のＲＡＴの変更は、コネクティビティマネージャ２４３がＲＡＴの変更を決定し、カーネル２２等の下位のレイヤに変更の通知を出す。
【０１１０】
アプリケーションフレームワーク２４は、標準ライブラリ２３を用いてアプリケーション２５に各種機能を提供するためのソフトウェアプログラムである。アプリケーションフレームワーク２４は、無線インターフェイス層２４１（通信手段）、テレフォニーマネージャ２４２（Telephony Manager、管理手段）、及びコネクティビティマネージャ２４３（Connectivity Manager、管理手段）を有している。
【０１１１】
無線インターフェイス層２４１は、上述の通知信号を無線インターフェイス層３１から受信することができる。また、無線インターフェイス層２４１は、この通知信号を受信すると、所定条件が満たされた場合に、上述のセッションを開放せず維持するための維持処理を実行する。この所定条件の例としては、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていて、且つ、通知信号の受信から所定時間経過した時点でこの圏外状態以外の通信状態の変更の通知があること等が挙げられる。上述の維持処理とは、セッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ２４３への送信を、禁止する処理である。
【０１１２】
一方、無線インターフェイス層２４１は、この通知信号を受信すると、上述の所定条件が満たされない場合に、上述のセッションを開放するための開放処理を実行する。上述の開放処理とは、上述のセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ２４３へ送信する処理である。
【０１１３】
テレフォニーマネージャ２４２は、上述の開放指示信号が無線インターフェイス層２４１から送信された場合に、上述の開放指示信号を無線インターフェイス層２４１から受信することができる。
【０１１４】
コネクティビティマネージャ２４３は、上述の開放指示信号がテレフォニーマネージャ２４２から送信された場合に、上述の開放指示信号をテレフォニーマネージャ２４２から受信することができる。コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、上述のセッションを開放させるためのインテントを、アプリケーション２５内のＷｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２に送信する。更に、コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、ＴＣＰセッションを開放するための開放指示信号をカーネル２２内のＴＣＰ関連プログラム２２０に送信する。この結果、上述のセッションが開放される。
【０１１５】
アプリケーション２５は、移動端末１１２のユーザ向けに用意されたソフトウェアプログラムである。アプリケーション２５は、Ｗｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２を有している。ｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２は、上述のインテントをコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
【０１１６】
（４−２）移動端末におけるセッション制御処理の流れ
引き続き、移動端末１１３におけるセッション制御処理の流れ（通信方法）について、図８を用いて説明する。図８は、移動端末１１３におけるセッション制御処理の流れを説明するためのフローチャートである。
【０１１７】
まず、カーネル２２が、無線の通信状態の変更を通知する通知信号を、ハードウェア２１から受信し、無線インターフェイス層２３１が、この通知信号をカーネル２２から受信し、無線インターフェイス層２４１が、この通知信号を無線インターフェイス層２３１から受信する（ステップＳ２１、通信ステップ）。
【０１１８】
次に、無線インターフェイス層２４１が、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されているか否かを判定する（ステップＳ２２、管理ステップ）。ここで、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていると判定された場合、後述のステップＳ２４に移行する。一方、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていないと判定された場合、上述したような、図４におけるステップＳ０２の判定を行なって、判定結果に基づいてステップＳ０３又はステップＳ０４以降のステップに移行し（ステップＳ２３）、一連の処理が終了する。
【０１１９】
ステップＳ２４では、無線インターフェイス層２４１が、通知信号の受信から所定時間経過した時点でこの圏外状態以外の通信状態の変更の通知があるか否かを判定する（ステップＳ２４、管理ステップ）。ここで、通知信号の受信から所定時間経過した時点でこの圏外状態以外の通信状態の変更の通知があると判定された場合、後述のステップＳ２５に移行する。一方、通知信号の受信から所定時間経過した時点でこの圏外状態以外の通信状態の変更の通知が無いと判定された場合、後述のステップＳ２６に移行する。
【０１２０】
ステップＳ２５では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ２４３への送信を、禁止することにより、セッションを開放せず維持するための維持処理を実行する（管理ステップ）。そして、一連の処理が終了する。
【０１２１】
ステップＳ２６では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ４３へ送信することにより、セッションを開放するための開放処理を実行する（開放ステップ）。そして、一連の処理が終了する。
【０１２２】
（５）第五実施形態
（５−１）第五実施形態に係る移動端末の構成
引き続き、第五実施形態に係る移動端末１１４の構成について、図７及び図３を用いて説明する。
【０１２３】
移動端末１１４は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random Access Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、及びアンテナ１０７等のハードウェア（試行手段、判定手段、変更手段）により構成されている携帯可能なコンピュータ端末である。これらの構成要素が動作することにより、移動端末１１０が有する各機能が発揮される。
【０１２４】
移動端末１１４は、図７に示されるように、主な機能的な構成要素として、無線デバイス等のハードウェア２１と通信接続されるコンピュータプログラム２２〜２５の四層を備えて構成されている。コンピュータプログラム２２〜２５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネル２２、標準ライブラリ２３（試行手段、判定手段、変更手段）、アプリケーションフレームワーク２４、及びアプリケーション２５を含んで構成されている。
【０１２５】
カーネル２２は、ハードウェア２１を用いたリソース管理やネットワーク通信制御といった管理制御が可能なソフトウェアプログラムである。例えば、カーネル２２は、通信状態の変更を通知する通知信号を、ハードウェア２１から受信することができる。この通信状態とは、移動端末１１２によって行われている無線通信におけるセッションに関する通信状態のことである。また、カーネル２２は、ハードウェア２１を用いたＴＣＰ通信を制御するためのＴＣＰ関連プログラム２２０を有している。ＴＣＰ関連プログラム２２０は、後述の開放指示信号をコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
【０１２６】
標準ライブラリ２３は、カーネル２２を用いた特定の機能の実行が可能な、部品化されたソフトウェアプログラムがまとめられたものである。標準ライブラリ２３は、カーネル２２を用いた無線デバイス制御用信号の送受信が可能な無線インターフェイス層２３１（ＲＩＬ：Radio Interface Layer）を有している。無線インターフェイス層２３１は、上述の通知信号をハードウェア及びカーネル２２から受信することができる。
【０１２７】
なお、上述のハードウェア内では、上述の無線通信の維持確立失敗（３ＧＰＰ標準化の規定に従ったＲＬＦ：Radio Link Failure）後の再接続を試みる再接続試行処理を実行することが可能である。なお、上述のハードウェア内では、上述の無線通信の維持確立失敗の検出を試みる検出試行処理を実行することも可能である。また、上述のハードウェア内では、移動端末１１２による無線通信が不可能な圏外状態であるか否かを判定することが可能である。
【０１２８】
更に、上述のハードウェア内では、無線通信を行うための通信方式としてのＲＡＴ（Radio Access Technology：無線アクセス技術）の変更を行うことが可能である。ＲＡＴの例としては、ピークレートが非常に大きい通信規格であるＬＴＥ（Long Term Evolution）、従来の通信規格である３Ｇ（第３世代移動通信システム）、無線ＬＡＮ接続のための通信規格であるＷｉＦｉ（WIreless FIdelity）、第２世代移動通信規格として知られるＧＳＭ（登録商標）（Global System for Mobile communications）等が挙げられる。
【０１２９】
なお、ＬＴＥ及び３Ｇ間のＲＡＴの変更のように、異なるＲＡＴであるものの、国際標準化等によりシームレスなハンドオーバが可能なことが規定されたＲＡＴ間での変更は、上述のハードウェア内の無線通信部１０５で可能であり、テレフォニーマネージャ２４２及びコネクティビティマネージャ２４３はＲＡＴの変更を認識しなくてもよい。一方、ＬＴＥ及びＷｉＦｉ間、３Ｇ及びＷｉＦｉ間のＲＡＴの変更は、コネクティビティマネージャ２４３がＲＡＴの変更を決定し、カーネル２２等の下位のレイヤに変更の通知を出す。
【０１３０】
アプリケーションフレームワーク２４は、標準ライブラリ２３を用いてアプリケーション２５に各種機能を提供するためのソフトウェアプログラムである。アプリケーションフレームワーク２４は、無線インターフェイス層２４１（通信手段）、テレフォニーマネージャ２４２（Telephony Manager、管理手段）、及びコネクティビティマネージャ２４３（Connectivity Manager、管理手段）を有している。
【０１３１】
無線インターフェイス層２４１は、上述の通知信号を無線インターフェイス層３１から受信することができ、通知信号の受信から所定時間経過した時点でハードウェア２１側に通信状態を問い合わせることもできる。また、無線インターフェイス層２４１は、この通知信号を受信すると、所定条件が満たされた場合に、上述のセッションを開放せず維持するための維持処理を実行する。この所定条件の例としては、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていて、且つ、通知信号の受信から所定時間経過した時点でハードウェア２１側に通信状態を問い合わせた結果において通信状態の変更の応答があること等が挙げられる。上述の維持処理とは、セッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ２４３への送信を、禁止する処理である。
【０１３２】
一方、無線インターフェイス層２４１は、この通知信号を受信すると、上述の所定条件が満たされない場合に、上述のセッションを開放するための開放処理を実行する。上述の開放処理とは、上述のセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ２４３へ送信する処理である。
【０１３３】
テレフォニーマネージャ２４２は、上述の開放指示信号が無線インターフェイス層２４１から送信された場合に、上述の開放指示信号を無線インターフェイス層２４１から受信することができる。
【０１３４】
コネクティビティマネージャ２４３は、上述の開放指示信号がテレフォニーマネージャ２４２から送信された場合に、上述の開放指示信号をテレフォニーマネージャ２４２から受信することができる。コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、上述のセッションを開放させるためのインテントを、アプリケーション２５内のＷｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２に送信する。更に、コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、ＴＣＰセッションを開放するための開放指示信号をカーネル２２内のＴＣＰ関連プログラム２２０に送信する。この結果、上述のセッションが開放される。
【０１３５】
アプリケーション２５は、移動端末１１２のユーザ向けに用意されたソフトウェアプログラムである。アプリケーション２５は、Ｗｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２を有している。ｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２は、上述のインテントをコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
【０１３６】
（５−２）移動端末におけるセッション制御処理の流れ
引き続き、移動端末１１４におけるセッション制御処理の流れ（通信方法）について、図９を用いて説明する。図９は、移動端末１１４におけるセッション制御処理の流れを説明するためのフローチャートである。
【０１３７】
まず、カーネル２２が、無線の通信状態の変更を通知する通知信号を、ハードウェア２１から受信し、無線インターフェイス層２３１が、この通知信号をカーネル２２から受信し、無線インターフェイス層２４１が、この通知信号を無線インターフェイス層２３１から受信する（ステップＳ３１、通信ステップ）。
【０１３８】
次に、無線インターフェイス層２４１が、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されているか否かを判定する（ステップＳ３２、管理ステップ）。ここで、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていると判定された場合、後述のステップＳ３４に移行する。一方、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていないと判定された場合、上述したような、図４におけるステップＳ０２の判定を行なって、判定結果に基づいてステップＳ０３又はステップＳ０４以降のステップに移行し（ステップＳ３３）、一連の処理が終了する。
【０１３９】
ステップＳ３４では、無線インターフェイス層２４１が、通知信号の受信から所定時間経過した時点でハードウェア２１側に通信状態を問い合わせて、通信状態の変更の応答があるか否かを判定する（ステップＳ３４、管理ステップ）。ここで、通知信号の受信から所定時間経過した時点でハードウェア２１側において通信状態の変更の応答があると判定された場合、後述のステップＳ３５に移行する。一方、通知信号の受信から所定時間経過した時点でハードウェア２１側において通信状態の変更の応答が無いと判定された場合、後述のステップＳ３６に移行する。
【０１４０】
ステップＳ３５では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ２４３への送信を、禁止することにより、セッションを開放せず維持するための維持処理を実行する（管理ステップ）。そして、一連の処理が終了する。
【０１４１】
ステップＳ３６では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ４３へ送信することにより、セッションを開放するための開放処理を実行する（開放ステップ）。そして、一連の処理が終了する。
【０１４２】
（６）本発明による作用及び効果
移動端末１１０〜１１４によれば、無線通信におけるセッションに関する通信状態の変更を通知する通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理が実行される。このため、通信状態が変更されても、所定条件が満たされなければ、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止され、最適なセッション管理が行われる。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【０１４３】
また、移動端末１１２〜１１４によれば、無線インターフェイス層２４１が、通知信号を受信すると、所定条件が満たされた場合に、維持処理を実行することが可能になる。
【０１４４】
また、移動端末１１０〜１１２によれば、通信状態が変更されても、無線通信の維持確立失敗後の再接続を試みる再接続試行処理が実行されていれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【０１４５】
また、移動端末１１０〜１１２によれば、通信状態が変更されても、無線通信の維持確立失敗の検出を試みる検出試行処理が実行されていれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【０１４６】
また、移動端末１１０〜１１２によれば、通信状態が変更されても、無線通信が不可能な圏外状態であれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【０１４７】
また、移動端末１１２によれば、通信状態が変更されても、無線通信が不可能な圏外状態が所定時間継続していないならば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【０１４８】
また、移動端末１１０〜１１２によれば、通信状態が変更されても、無線通信を行うための通信方式の変更（ＬＴＥ及び３Ｇ間のＲＡＴの変更）が行われたのであれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【０１４９】
また、移動端末１１０〜１１２によれば、通信状態が変更されても、所定の第一通信方式から所定の第二通信方式への変更のみが行われたのであれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【０１５０】
（７）変形例
上述の実施例では、図７に示されるように、移動端末１１２における無線インターフェイス層２４１が主にセッション制御処理を行なっている構成について説明したが、セッション制御処理を行なう主体はこれに限定されず、例えば、テレフォニーマネージャ２４２が主にセッション制御処理を行なう構成としてもよく、コネクティビティマネージャ２４３が主にセッション制御処理を行なう構成としてもよい。
【０１５１】
また、上述の実施例では、図８に示されるような構成について説明したが、ステップＳ３６に移行するまでの処理の流れはこれに限定されず、例えば、ステップＳ３２において無線インターフェイス層２４１が、標準ライブラリ３によりＷｉＦｉ及びＬＴＥ（又は３Ｇ）間の上述のＲＡＴの変更が行われた後第三の所定時間以上ＲＡＴの変更が行われず継続したことが通知信号により示されているか状況であるか否かを判定し、ステップＳ３４において無線インターフェイス層２４１が、通知信号の受信から第四の所定時間経過した時点でＲＡＴの変更が行われたか否かを判定する構成としてもよい。
【０１５２】
また、上述の実施例では、図４に示されるような構成について説明したが、開放指示信号の送信を禁止することになる所定条件はこれに限定されず、例えば、標準ライブラリ３による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されているか、標準ライブラリ３によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されているか、のいずれかに当てはまる状況であると判定された場合に、開放指示信号の送信を禁止する構成としてもよい。
【０１５３】
この場合、ＰＤＰコンテキストが開放されたことが通知信号により示されているか、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されているか、又は、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されているか、又は、標準ライブラリ３により圏外状態であると判定されたことが通知信号により示されているか、のいずれかに当てはまる状況であると判定された場合に、開放指示信号を送信する構成としてもよい。
【０１５４】
更に別の構成として、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されているか、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されているか、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されているか、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されているか、又は、上述のハードウェア内の無線通信部１０５によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されているか、のいずれかに当てはまる状況であると判定された場合に、開放指示信号の送信を禁止する構成としてもよい。
【０１５５】
この場合、ＰＤＰコンテキストが開放されたことが通知信号により示されている状況であると判定された場合に、開放指示信号を送信する構成としてもよい。
【産業上の利用可能性】
【０１５６】
本発明によれば、より効率的な通信が可能な移動端末及び通信方法を提供することができる。
【符号の説明】
【０１５７】
１，１１，２１，Ｍ１…ハードウェア、２，１２，２２，Ｍ２…カーネル、３，１３，２３，Ｍ３…標準ライブラリ、４，１４，２４，Ｍ４…アプリケーションフレームワーク、５，１５，２５，Ｍ５…アプリケーション、２０，１２０，２２０，Ｍ２０…ＴＣＰ関連プログラム、３１，４１，１３１，１４１，２３１，２４１，Ｍ３１，Ｍ４１…無線インターフェイス層、４２，１４２，２４２，Ｍ４２…テレフォニーマネージャ、４３，１４３，２４３，Ｍ４３…コネクティビティマネージャ、５１，１５１，２５１，Ｍ５１…ｈｔｔｐアプリケーション、５２，１５２，２５２，Ｍ５２…ＦＴＰアプリケーション、１１０〜１１４…移動端末、Ｍ…モバイル端末。
【図１】
2013225721.tif 000003
【図２】
2013225721.tif 000004
【図３】
2013225721.tif 000005
【図４】
2013225721.tif 000006
【図５】
2013225721.tif 000007
【図６】
2013225721.tif 000008
【図７】
2013225721.tif 000009
【図８】
2013225721.tif 000010
【図９】
2013225721.tif 000011