(57)【特許請求の範囲】
【請求項１】
移動通信システムのネットワーク装置と通信する通信端末であって、
前記ネットワーク装置から制御メッセージを受信する無線通信部と、
当該通信端末上で１以上のサービスを提供する実行部と、
当該通信端末が前記移動通信システムにおいてパケット通信可能状態にあるか判定する端末状態判定部と、
当該通信端末が前記移動通信システムにおいてパケット通信不可状態にあるとき、前記ネットワーク装置にパケット通信接続確立要求を前記無線通信部に送信させるための復旧動作を起動する復旧処理部と、
前記制御メッセージに従って前記実行部、前記端末状態判定部及び前記復旧処理部を制御する制御部と、
を有し、
前記復旧動作は、データ通信設定の切替と電源ＯＮ／ＯＦＦ切替との少なくとも１つを含み、
前記制御メッセージは、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）メッセージであり、
前記データ通信設定の切替と前記電源ＯＮ／ＯＦＦ切替との何れを前記復旧動作として実行するかは、前記ＳＭＳメッセージに規定される通信端末。
【請求項２】
前記端末状態判定部は、当該通信端末と前記移動通信システムとの間でＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）接続が確立されているか判定し、
前記ＰＤＰ接続が確立されていない場合、前記復旧処理部は、前記ネットワーク装置にＰＤＰ接続確立要求を前記無線通信部に送信させるため、データ通信設定の切替と電源ＯＮ／ＯＦＦ切替との何れかを実行する、請求項１記載の通信端末。
【請求項３】
前記実行部は、当該通信端末を遠隔的にロックするためのリモートロックサービス又は当該通信端末に格納されているデータを消去するためのリモートワイプサービスを提供する、請求項１又は２記載の通信端末。
【請求項４】
移動通信システムのネットワーク装置と通信する通信端末であって、
前記ネットワーク装置から制御メッセージを受信する無線通信部と、
当該通信端末上で１以上のサービスを提供する実行部と、
当該通信端末が前記移動通信システムにおいてパケット通信可能状態にあるか判定する端末状態判定部と、
当該通信端末が前記移動通信システムにおいてパケット通信不可状態にあるとき、前記ネットワーク装置にパケット通信接続確立要求を前記無線通信部に送信させるための復旧動作を起動する復旧処理部と、
前記制御メッセージに従って前記実行部、前記端末状態判定部及び前記復旧処理部を制御する制御部と、
を有し、
前記実行部がサービスアプリケーションを構成し、
前記端末状態判定部と前記復旧処理部とが復旧アプリケーションを構成し、
前記受信した制御メッセージの宛先が前記復旧アプリケーションであるとき、前記制御部は、前記復旧アプリケーションを起動し、前記端末状態判定部に当該通信端末がパケット通信可能状態であるか判定させ、当該通信端末がパケット通信不可状態にあると判定すると、前記復旧処理部に前記復旧動作を起動させ、
前記受信した制御メッセージの宛先が前記サービスアプリケーションである場合、前記制御部は、前記サービスアプリケーションを起動し、前記実行部に前記復旧アプリケーションを起動させ、前記端末状態判定部に当該通信端末がパケット通信可能状態であるか判定させ、当該通信端末がパケット通信不可状態にあると判定すると、前記復旧処理部に前記復旧動作を起動させる通信端末。
【請求項５】
移動通信システムのネットワーク装置と通信する通信端末であって、
前記ネットワーク装置から制御メッセージを受信する無線通信部と、
当該通信端末上で１以上のサービスを提供する実行部と、
当該通信端末が前記移動通信システムにおいてパケット通信可能状態にあるか判定する端末状態判定部と、
当該通信端末が前記移動通信システムにおいてパケット通信不可状態にあるとき、前記ネットワーク装置にパケット通信接続確立要求を前記無線通信部に送信させるための復旧動作を起動する復旧処理部と、
前記制御メッセージに従って前記実行部、前記端末状態判定部及び前記復旧処理部を制御する制御部と、
を有し、
前記実行部と前記端末状態判定部とがサービスアプリケーションを構成し、
前記復旧処理部が復旧アプリケーションを構成し、
前記受信した制御メッセージの宛先が前記サービスアプリケーションである場合、前記制御部は、前記サービスアプリケーションを起動し、前記端末状態判定部に当該通信端末がパケット通信可能状態であるか判定させ、当該通信端末がパケット通信不可状態にあると判定すると、前記復旧アプリケーションを起動し、前記復旧処理部に前記復旧動作を起動させる通信端末。
【請求項６】
ネットワーク装置と、
前記ネットワーク装置に通信接続される通信端末と、
を有する移動通信システムであって、
前記ネットワーク装置は、前記通信端末が当該移動通信システムにおいてパケット通信可能状態にあるか判定する端末状態判定部を有し、
前記通信端末は、
前記ネットワーク装置から制御メッセージを受信する無線通信部と、
前記通信端末上で１以上のサービスを提供する実行部と、
前記通信端末が当該移動通信システムにおいてパケット通信不可状態にあるとき、前記ネットワーク装置にパケット通信接続確立要求を前記無線通信部に送信させるための復旧動作を起動する復旧処理部と、
前記制御メッセージに従って前記実行部及び前記復旧処理部を制御する制御部と、
を有し、
前記復旧動作は、データ通信設定の切替と電源ＯＮ／ＯＦＦ切替との少なくとも１つを含み、
前記制御メッセージは、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）メッセージであり、
前記データ通信設定の切替と前記電源ＯＮ／ＯＦＦ切替との何れを前記復旧動作として実行するかは、前記ＳＭＳメッセージに規定される移動通信システム。
【請求項７】
移動通信システムのネットワーク装置と通信する通信端末のための方法であって、
前記ネットワーク装置から制御メッセージを受信するステップと、
前記通信端末が前記移動通信システムにおいてパケット通信可能状態にあるか判定するステップと、
前記通信端末が前記移動通信システムにおいてパケット通信不可状態にあるとき、前記ネットワーク装置にパケット通信接続確立要求を前記通信端末に送信させるための復旧動作を起動するステップと、
前記通信端末がパケット通信可能状態になった後、前記ネットワーク装置により要求されたサービスを提供するステップと、
を有し、
前記復旧動作は、データ通信設定の切替と電源ＯＮ／ＯＦＦ切替との少なくとも１つを含み、
前記制御メッセージは、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）メッセージであり、
前記データ通信設定の切替と前記電源ＯＮ／ＯＦＦ切替との何れを前記復旧動作として実行するかは、前記ＳＭＳメッセージに規定される方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける通信端末に関する。
【背景技術】
【０００２】
近年、スマートフォンやタブレットなどの携帯情報端末の利用が増大している。これらの携帯情報端末では、Ａｎｄｒｏｉｄ（登録商標）やｉＯＳ（登録商標）などの各種オペレーティングシステム（ＯＳ）又はプラットフォームが利用されている。これらのＯＳ又はプラットフォームでは、携帯情報端末は、モバイルネットワークと常時接続された状態を維持するオールウェイズオン（Ａｌｗａｙｓ  ＯＮ）の思想に基づき設計されている。すなわち、携帯情報端末と当該端末上のアプリケーションとは、ネットワークと端末との間でＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）接続などのパケット通信接続が確立されていることを前提として動作する。このため、Ａｎｄｒｏｉｄ  ＯＳなどのブラウザアプリケーションは、端末内のモデムに対してＰＤＰを確立することを要求しない設計が一般的である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２００８−５４１６３５
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、移動通信システムのオペレータが携帯情報端末を遠隔制御するケースがある。例えば、通信料金を滞納しているユーザに対して、オペレータは、当該ユーザの携帯情報端末の利用を中断させることができ（Ｏｐｅｒａｔｏｒ  Ｄｅｔｅｒｍｉｎｅｄ  Ｂａｒｒｉｎｇ：ＯＤＢ）、当該携帯情報端末からのＰＤＰ確立要求を拒絶することが可能である。このようなＯＤＢの実行中又は解除直後では、携帯情報端末は、ＰＤＰ未確立状態となるため、ユーザはその間はＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）サービスなどのサービスを利用することができない。このため、ＰＤＰ未確立状態においてユーザが携帯情報端末を紛失や盗難してしまった場合、リモートロックやリモートワイプなどのネットワーク側からの緊急性の高い遠隔制御サービスを利用することができず、ユーザの利便性・安全性が損なわれる懸念がある。
【０００５】
図１は、ユーザ端末がＰＤＰ−ｉｎａｃｔｉｖｅとなるケースのシーケンス図である。図１に示される例では、ユーザ端末（ＵＥ）は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと、ＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）システムなどの第３世代（３Ｇ）システムとにアクセス可能なデュアルモード端末でもよい。例として、３Ｇシステムに在圏しているとする。何れかの理由により、当該ユーザ端末による通信サービスの利用を中断するため、３Ｇシステムが、Ｄｅａｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔメッセージをユーザ端末に送信する。Ｄｅａｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔメッセージを受信すると、ユーザ端末は、オペレータからのＰＤＰ解放要求を受け入れ、Ｄｅａｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ａｃｃｅｐｔメッセージを３Ｇシステム（３Ｇ−ＣＮ）に返す。その後、ユーザ端末がオールウェイズオンを維持するためにＡｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔメッセージを３Ｇ−ＣＮへ送信しても、通信サービスの利用が中断されているため、３Ｇシステムは、利用中断期間では当該要求を拒絶し、Ａｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｊｅｃｔメッセージを送信することになる。
【０００６】
その後の動作として、ユーザ端末は、当該ユーザ端末の実装に依存して、ＰＤＰ再確立を３Ｇシステムに要求することなく位置登録状態を維持するケース（ケース１）と、オールウェイズオンを維持するためＰＤＰ再確立を３Ｇシステムに繰り返し要求するケース（ケース２）とにより動作する場合がある。例えば、Ａｎｄｒｏｉｄ  ＯＳでは、ＰＤＰ再確立を３Ｇシステムに繰り返し要求するケースにおいて、ユーザ端末は、５秒、１０秒、...．、１８００秒など、再送間隔を引き延ばしながらＰＤＰ再確立を要求するためのＡｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔメッセージを繰り返し送信することによって、ＰＤＰ再確立を試みる。
【０００７】
このような３Ｇシステムへの位置登録後にユーザ端末と３Ｇシステムとの間でＰＤＰが確立されていない期間に、ユーザがユーザ端末を紛失や盗難してしまった場合、ユーザ端末は、リモートロック・リモートワイプなどの遠隔制御サービスを実行することができなくなる。すなわち、３ＧシステムがＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）メッセージをユーザ端末にＰＵＳＨ送信したとしても、オールウェイズオンの思想に基づき設計されているユーザ端末上のアプリケーションは、ＰＤＰ再確立を要求しないか、又は最大再送間隔が延伸しているためＰＤＰ再確立要求を送信しない可能性がある。このため、ユーザ端末ではＰＳサービスが利用できず、３Ｇシステムから要求された遠隔制御サービスは、ユーザ端末において実行されないことになる。
【０００８】
上記問題点に鑑み、本発明の一課題は、ネットワーク側から任意のタイミングで通信端末をパケット通信可能な状態に復帰させるための技術を提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明の一態様は、移動通信システムのネットワーク装置と通信する通信端末であって、前記ネットワーク装置から制御メッセージを受信する無線通信部と、当該通信端末上で１以上のサービスを提供する実行部と、当該通信端末が前記移動通信システムにおいてパケット通信可能状態にあるか判定する端末状態判定部と、当該通信端末が前記移動通信システムにおいてパケット通信不可状態にあるとき、前記ネットワーク装置にパケット通信接続確立要求を前記無線通信部に送信させるための復旧動作を起動する復旧処理部と、前記制御メッセージに従って前記実行部、前記端末状態判定部及び前記復旧処理部を制御する制御部とを有する通信端末に関する。
【発明の効果】
【００１０】
本発明の上記態様によると、ネットワーク側から任意のタイミングで通信端末をパケット通信可能な状態に復帰させることができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、ユーザ端末がＰＤＰ−ｉｎａｃｔｉｖｅとなるケースのシーケンス図である。
【図２】図２は、本発明の実施例による復旧処理の概略を示すシーケンス図である。
【図３】図３は、本発明の一実施例による復旧アプリを起動する方法を示す概略図である。
【図４】図４は、本発明の一実施例による移動通信システムを示す概略図である。
【図５】図５は、本発明の一実施例による通信端末のハードウェア構成を示す図である。
【図６】図６は、本発明の一実施例による通信端末の機能構成を示す図である。
【図７】図７は、本発明の一実施例による通信端末における復旧処理を示すフロー図である。
【図８】図８は、本発明の他の実施例による通信端末における復旧処理を示すフロー図である。
【図９】図９は、本発明の他の実施例による通信システムの機能構成を示す図である。
【図１０】図１０は、復旧アプリケーションの起動バリエーションを示す図である。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて本発明の実施の形態を説明する。
【００１３】
図２〜３を参照して、本発明の実施例によるパケット通信再確立処理の概略を説明する。図示された実施例では、通信端末がネットワークに位置登録（アタッチ）しているが、ネットワークとＰＤＰ接続が未確立の状態において、ネットワークから通信端末上のサービスアプリケーションを起動するためのＰＵＳＨ指示を受信したことに応答して、通信端末が、パケット通信接続を再確立するための復旧動作を実行し、ネットワークとのＰＤＰ接続を確立する。通信端末上で利用可能なサービスアプリケーションは、例えば、通信端末上にインストールされているリモートロックアプリケーションにより実現されるリモートロックサービス、通信端末上にインストールされているリモートワイプアプリケーションにより実現されるリモートワイプサービスなどの遠隔制御サービスであってもよい。一般に、これらの遠隔制御サービスは、ネットワーク上のサーバなどのネットワーク装置とやりとりし、認証処理などのパケット通信接続を必要とする所定の処理を実行する必要がある。このため、パケット通信接続を必要とするサービスを利用するには、通信端末がパケット通信可能状態である、すなわち、ＰＤＰ接続状態である必要がある。
【００１４】
図２に示されるように、ネットワークにアタッチしているがＰＤＰ未確立の通信端末上のサービスを利用するため、ステップＳ１０１において、サーバは、サービスを提供するアプリケーションを起動するための制御用のＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）メッセージを通信端末にＰＵＳＨ送信するようＳＭＳセンタ（ＳＭＳＣ）に指示する。
【００１５】
ステップＳ１０２において、ＳＭＳＣは、通信端末上で所望のアプリケーションを起動することを要求する制御用のＳＭＳメッセージを送信する。図３に示されるように、当該メッセージは、要求されたサービスを提供するリモートロックアプリケーション、リモートワイプアプリケーションなどのサービスアプリケーション（図３の実施例では、サービスアプリケーションＣ）に送信されてもよいし、後述される復旧動作を実行する復旧アプリケーションに送信されてもよい。
【００１６】
ステップＳ１０３において、ＳＭＳメッセージを受信すると、ＳＭＳメッセージを受信したサービスアプリケーション又は復旧アプリケーションは、通信端末の端末状態を判定する。具体的には、サービスアプリケーション又は復旧アプリケーションは、通信端末とネットワークとの間でパケット通信接続が確立されているか、例えば、通信端末がＰＤＰ−ａｃｔｉｖｅ状態又はＰＤＰ−ｉｎａｃｔｉｖｅ状態であるか判定する。通信端末がパケット通信可能状態（ＰＤＰ−ａｃｔｉｖｅ状態）である場合、当該フローはステップＳ１０８に移行する。他方、通信端末がパケット通信不可状態（ＰＤＰ−ｉｎａｃｔｉｖｅ状態）である場合、当該フローはステップＳ１０４に移行する。
【００１７】
ステップＳ１０４において、復旧アプリケーションは、ＰＤＰ確立要求を送信する契機となる所定の操作をユーザによる操作なしに起動する。通信端末の実装に依存して、ＰＤＰ確立要求をトリガする各種操作が規定されている。例えば、Ａｎｄｒｏｉｄ  ＯＳを利用する通信端末では、機内モードＯＦＦ／ＯＮ切替、ＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）設定切替（再設定）、データ通信設定ＯＦＦ／ＯＮ切替、データ通信ＯＮ時のＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）切替設定（切断後、接続）、ローミング中のデータローミング設定ＯＦＦ／ＯＮ切替、データ通信ＯＮ時のネットワークサーチ実施（切断後、接続）などの実行に応答して、ＰＤＰ再確立がトリガされる。また、通信端末の電源ＯＦＦ／ＯＮの実行時にも、ＰＤＰ再確立がトリガされる。
【００１８】
このうち、通信端末の実装に依存することなくＯＳ機能として備えられるデータ通信設定ＯＦＦ／ＯＮ切替と電源ＯＦＦ／ＯＮとの２つの操作が、ＰＤＰ確立要求を送信する契機として復旧アプリケーションが起動するのに適した操作として選択されてもよい。すなわち、ＳＭＳＣから復旧アプリケーションを起動することを要求するＳＭＳメッセージを受信すると、又は当該ＳＭＳメッセージを受信したサービスアプリケーションから復旧動作を開始するよう指示されると、ステップＳ１０４において、復旧アプリケーションは、データ通信設定をＯＮからＯＦＦに切り替えた後にさらにＯＮに切り替えるデータ通信設定ＯＦＦ／ＯＮ切替を実行するか、又は通信端末の電源をＯＮからＯＦＦに切り替えた後にさらにＯＮに切り替える電源ＯＦＦ／ＯＮを実行することによって、通信装置（モデムなど）によるＰＤＰ確立要求の送信をトリガする。
【００１９】
なお、ＰＤＰ確立要求の送信トリガとして、復旧アプリケーションがデータ通信設定ＯＦＦ／ＯＮ切替と電源ＯＦＦ／ＯＮとの何れを利用するかは、予め設定されていてもよいし、又はＳＭＳＣからのＳＭＳメッセージにおいて規定されてもよい。後者の場合、例えば、ＳＭＳメッセージに復旧動作フラグが設けられ、当該フラグによりデータ通信設定ＯＦＦ／ＯＮ切替と電源ＯＦＦ／ＯＮとの何れを利用すべきか規定されてもよい。
【００２０】
ステップＳ１０５において、通信端末の通信装置は、データ通信設定ＯＦＦ／ＯＮ切替又は電源ＯＦＦ／ＯＮの実行に応答して、ＰＤＰ接続を確立するためのＡｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔメッセージをコアネットワーク（ＣＮ）に送信する。
【００２１】
ステップＳ１０６において、Ａｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔメッセージを受信すると、ＣＮは、ＰＤＰ接続を設定する。このとき、要求されたＰＤＰ接続の接続先をサービスアプリケーションのためのＡＰＮに変換する必要がある場合もある。
【００２２】
ステップＳ１０７において、ＣＮは、ＰＤＰ確立要求が受け入れられたことを通知するため、Ａｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ａｃｃｅｐｔを通信端末に返す。
【００２３】
ステップＳ１０８において、通信端末は、確立されたＰＤＰ接続を介しサービスアプリケーションとサーバとの間で認証処理を実行し、認証された後にサービスアプリケーションによるＰＳサービスが利用可能になる。図３に示される実施例では、サービスアプリケーションＣはリモートロックアプリケーションであり、ＰＤＰ接続の確立後、リモートロックを実行するためサーバにロック認証要求を送信する。
【００２４】
図４〜９を参照して、本発明の実施例による移動通信システムにおける通信端末によるパケット通信再確立処理を説明する。
【００２５】
図４は、本発明の一実施例による移動通信システムを示す概略図である。図４に示されるように、移動通信システム１０は、通信端末１００、ＳＭＳＣ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ）２００、ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）２５０、サーバ３００及びネットワーク４００を有する。
【００２６】
通信端末１００は、例えば、スマートフォン、タブレットなどの携帯情報端末であり、典型的には、ネットワーク４００と常時接続するオールウェイズオン（Ａｌｗａｙｓ  ＯＮ）状態により動作する携帯情報端末である。通信端末１００は、基地局（図示せず）との無線接続を介しネットワーク４００に通信接続される。
【００２７】
通信端末１００は、図５に示されるようなハードウェア構成を有する。図５に示されるように、通信端末１００は、バスＢを介し相互接続される補助記憶装置１０１、メモリ装置１０２、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０３、通信装置１０４、出力装置１０５及び入力装置１０６を有する。通信端末１００における後述される各種機能及び処理を実現するプログラムは、ネットワーク４００を介してサーバなどからダウンロードされてもよいし、補助記憶装置１０１に予めインストールされてもよい。
【００２８】
補助記憶装置１０１は、インストールされたプログラムを格納すると共に、必要なファイルやデータなどを格納する。補助記憶装置１０１の記憶領域は、適切な方法により分割されてもよく、例えば、通信端末１００のＯＳが利用するシステム領域とユーザが利用するユーザ領域とに分割されてもよい。この場合、後述されるサービスアプリケーションはユーザ領域に格納され、復旧アプリケーションはシステム領域に格納されてもよい。ユーザ領域とシステム領域を分割しない場合は、ユーザ領域に格納されたサービスアプリケーションに復旧アプリケーションの機能を実装してもよい。また、サービスアプリケーションは、オールウェイズオン状態において有効に機能するものであってもよく、通信端末１００がパケット通信不可状態にある場合、通信端末１００をパケット通信可能状態にした後に実行される必要がある。
【００２９】
メモリ装置１０２は、プログラムの起動指示があった場合に、補助記憶装置１０１からプログラムやデータを読み出して格納する。ＣＰＵ１０３は、メモリ装置１０２に格納されたプログラムやプログラムを実行するのに必要なパラメータなどの各種データに従って、後述されるような通信端末１００の各種機能及び処理を実行する。
【００３０】
通信装置１０４は、ネットワーク４００に無線及び／又は有線接続するための通信インタフェースやモデムを有すると共に、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの他のネットワークに接続するための通信インタフェースを有してもよい。通信装置１０４は、送信対象のデータを適切な信号に変換し、基地局（図示せず）を介しネットワーク４００に送信する。また、通信装置１０４は、ネットワーク４００から受信した信号を適切なデータに変換し、補助記憶装置１０１やメモリ装置１０２などの適切な装置に提供する。
【００３１】
出力装置１０５は、ＣＰＵ１０３による処理結果などを表示するのに用いられ、例えば、液晶ディスプレイ、ブラウン管ディスプレイ（ＣＲＴ）、プラズマディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどの各種ディスプレイにより実現される。入力装置１０６は、ユーザが通信端末１００に命令やデータなどを入力するのに用いられ、例えば、タッチパネル、キーボード、スタイラス、マイクロフォンなどにより実現される。
【００３２】
ＳＭＳＣ２００は、通信端末１００とＳＭＳメッセージをやりとりするためのサーバである。ＳＭＳＣ２００は、移動通信システム１００のオペレータや各種ネットワーク装置などからの指示に従って、通信端末１００に各種ＳＭＳメッセージを送信すると共に、ＰＤＰ未確立状態の通信端末１００と各種ＳＭＳメッセージをやりとりする。ＳＭＳＣ２００は、通信端末１００上のリモートロックサービスやリモートワイプサービスなどを提供する各種サービスアプリケーションを起動するため、当該サービスアプリケーションにＳＭＳメッセージをＰＵＳＨ送信する。また、ＳＭＳＣ２００は、後述される復旧アプリケーションにＳＭＳメッセージを直接送信してもよい。この場合、通信端末１００がサーバ３００とパケット通信可能となった後、ＳＭＳＣ２００は、所望のサービスアプリケーションにＳＭＳメッセージをＰＵＳＨ送信してもよい。
【００３３】
ＣＮ２５０は、移動通信システム１０において主要な通信回線を提供し、バックボーンネットワークとも呼ばれる。
【００３４】
サーバ３００は、移動通信システム１０のオペレータにより管理され、通信端末１００のユーザ情報や通信状態などを管理する。サーバ３００と通信端末１００とは、パケット通信方式により通信可能であり、ＰＤＰ接続の確立後にパケット通信可能となる。例えば、サーバ３００が、通信端末１００上のリモートロックアプリケーションやリモートワイプアプリケーションなどの各種サービスアプリケーションに必要な認証処理を実行する認証サーバである場合、ＰＤＰ接続が確立されてＰＳサービスが利用可能になった後、サーバ３００は、これらのサービスアプリケーションとやりとりすることによって認証処理を実行する。
【００３５】
ネットワーク４００は、移動通信システム１０の各種ネットワーク装置を接続するためのネットワークであり、通信端末１００、基地局、無線ネットワーク制御装置、サーバなどの移動通信システム１０上の各種ネットワーク装置を相互接続する。
【００３６】
図示された実施例では、ＳＭＳＣ２００とサーバ３００とは別々のネットワーク装置として示されているが、本発明はこれに限定されるものでない。例えば、ＳＭＳＣ２００とサーバ３００とは、同一のネットワーク装置として設けられてもよい。
【００３７】
図６は、本発明の一実施例による通信端末の機能構成を示す。図６に示されるように、通信端末１００は、無線通信部１１０、制御部１２０、実行部１３０、端末状態判定部１４０及び復旧処理部１５０を有する。
【００３８】
無線通信部１１０は、ネットワーク４００を介しＳＭＳＣ２００及びサーバ３００と無線通信し、ネットワーク４００を介し各種制御メッセージを送受信する。具体的には、無線通信部１１０は、ＳＭＳＣ２００との間で制御用のＳＭＳメッセージを送受信する。また、無線通信部１１０は、パケット通信接続が確立された後、サーバ３００とパケット通信方式により通信する。
【００３９】
無線通信部１１０は、所定のトリガ操作に応答して、パケット通信接続を確立するためのパケット通信確立要求をＣＮ２５０に送信する。例えば、Ａｎｄｒｏｉｄ  ＯＳを利用する通信端末では、パケット通信接続を確立するためのＰＤＰ確立要求の送信をトリガする各種操作（例えば、機内モードＯＦＦ／ＯＮ切替、ＡＰＮ設定切替、データ通信設定ＯＦＦ／ＯＮ切替、データ通信ＯＮ時のＲＡＴ切替設定、ローミング中のデータローミング設定ＯＦＦ／ＯＮ切替、データ通信ＯＮ時のネットワークサーチ実施など）が規定されている。所定のトリガ操作の起動に応答して、無線通信部１１０は、ＰＤＰ再確立要求をＣＮ２５０に送信する。また、通信端末の電源ＯＦＦ／ＯＮ操作時にも、無線通信部１１０は、ＰＤＰ再確立要求を送信する。
【００４０】
制御部１２０は、無線通信部１１０を介し受信したＳＭＳメッセージなどの各種データに基づき実行部１３０、端末状態判定部１４０及び復旧処理部１５０を制御すると共に、実行部１３０、端末状態判定部１４０及び復旧処理部１５０の処理結果に基づき、各種データをＳＭＳＣ２００、ＣＮ２５０及びサーバ３００に送信するよう無線通信部１１０に指示する。例えば、ＳＭＳＣ２００から受信したＳＭＳメッセージがサービスアプリケーションを起動するための指示である場合、制御部１２０は、端末状態判定部１４０に通信端末１００の端末状態を判定させ、当該ＳＭＳメッセージにより要求されたサービスを提供するようサービスアプリケーションの実行部１３０に指示する。端末状態判定部１４０によって通信端末１００がサーバ３００とパケット通信可能であることが確認された後、当該指示を受信すると、実行部１３０は、要求されたサービスを提供する。他方、ＳＭＳＣ２００から受信したＳＭＳメッセージが復旧アプリケーションを起動するための指示である場合、制御部１２０は、端末状態判定部１４０に通信端末１００の端末状態を判定させ、復旧アプリケーションの復旧処理部１５０に復旧動作を実行するよう指示する。
【００４１】
実行部１３０は、通信端末１００上で各種サービスを提供するサービスアプリケーションを構成する。ＳＭＳＣ２００から受信したＳＭＳメッセージに基づく制御部１２０からの起動指示に従って、指示されたサービスアプリケーションが起動されると、実行部１３０は、ＳＭＳメッセージにより要求されたサービスを提供する。一例として、ＳＭＳＣ２００から受信したＳＭＳメッセージがリモートロックアプリケーションにリモートロックサービスを提供するよう指示するものである場合、リモートロックアプリケーションが起動されると、実行部１３０は、サーバ３００との認証処理の後、通信端末１００をロックする。他の例として、ＳＭＳＣ２００から受信したＳＭＳメッセージがリモートワイプアプリケーションにリモートワイプサービスを提供するよう指示するものである場合、リモートワイプアプリケーションが起動されると、実行部１３０は、サーバ３００との認証処理の後、通信端末１００に格納されているデータを消去又は無効化する。一般に、リモートロックやリモートワイプなどの遠隔制御サービスの実行は、サーバ３００による認証処理を必要とする。
【００４２】
端末状態判定部１４０は、通信端末１００の端末状態を判定する。具体的には、制御部１２０などから判定指示を受信すると、端末状態判定部１４０は、通信端末１００がパケット通信可能状態であるか判定する。例えば、端末状態判定部１４０は、通信端末１００がＰＤＰ−ａｃｔｉｖｅ状態であるか、すなわち、通信端末１００とサーバ３００との間でＰＤＰ接続が確立されているか、又はＰＤＰ−ｉｎａｃｔｉｖｅ状態であるか、すなわち、通信端末１００とサーバ３００との間でＰＤＰ接続が未確立であるか判定する。
【００４３】
端末状態判定部１４０は、サービスアプリケーション又は復旧アプリケーションの何れに備えられてもよい。端末状態判定部１４０がサービスアプリケーションに備えられる場合、通信端末１００がパケット通信可能であると端末状態判定部１４０が判定すると、サービスアプリケーションは、復旧アプリケーションを起動することなく、実行部１３０にＳＭＳメッセージにより要求されたサービスを提供させる。他方、通信端末１００がパケット通信不可であると端末状態判定部１４０が判定すると、サービスアプリケーションは、復旧アプリケーションを起動し、復旧処理部１５０に復旧動作を実行させる。復旧動作が完了し、サーバ３００とのＰＤＰ接続の確立後、サービスアプリケーションは、実行部１３０にＳＭＳメッセージにより要求されたサービスを提供させる。復旧アプリケーションの起動指示は、復旧アプリケーションに直接通知されてもよいし、制御部１２０を介し通知されてもよい。
【００４４】
他方、端末状態判定部１４０が復旧アプリケーションに備えられる場合、通信端末１００がパケット通信可能であると端末状態判定部１４０が判定すると、復旧アプリケーションは、復旧動作を実行することなく、ＳＭＳメッセージにより要求されたサービスを提供するようサービスアプリケーションに指示する。他方、通信端末１００がパケット通信不可であると端末状態判定部１４０が判定すると、復旧アプリケーションは、復旧処理部１５０に復旧動作を実行させる。復旧動作が完了し、サーバ３００とのＰＤＰ接続の確立後、サービスアプリケーションは、実行部１３０にＳＭＳメッセージにより要求されたサービスを提供させる。
【００４５】
復旧処理部１５０は、復旧アプリケーションを構成し、端末状態判定部１４０によって通信端末１００がパケット通信不可状態であると判定されると、パケット通信を可能にするための復旧動作を実行する。具体的には、復旧処理部１５０は、パケット通信を可能にするパケット通信接続確立要求を送信する契機となる所定の操作を起動する。通信端末１００の実装に依存してパケット通信接続確立要求の送信をトリガする各種操作がある。例えば、通信端末１００がＡｎｄｒｏｉｄ  ＯＳを利用する場合、個々の通信端末１００の実装に依存することなくＯＳ機能として備えられるデータ通信設定ＯＦＦ／ＯＮ切替と、電源ＯＦＦ／ＯＮとの２つの操作が、パケット通信接続確立要求、すなわち、ＰＤＰ確立要求を送信する契機として選択されてもよい。具体的には、端末状態判定部１４０によって通信端末１００がパケット通信不可状態である、すなわち、ＰＤＰ−ｉｎａｃｔｉｖｅ状態であると判定されると、復旧処理部１５０は、データ通信設定をＯＮからＯＦＦに切り替えた後にさらにＯＮに切り替えるデータ通信設定ＯＦＦ／ＯＮ切替を実行するか、又は通信端末１００の電源をＯＮからＯＦＦに切り替えた後にさらにＯＮに切り替える電源ＯＦＦ／ＯＮを実行する。復旧処理部１５０によりデータ通信設定ＯＦＦ／ＯＮ切替又は電源ＯＦＦ／ＯＮが実行されると、無線通信部１１０は、ＣＮ２５０にＰＤＰ確立要求を送信する。
【００４６】
図７は、本発明の一実施例による通信端末における復旧処理を示すフロー図である。図７に示される実施例では、端末状態判定部１４０は復旧アプリケーションに備えられる。本実施例では、図３のファンクション２に示されるように、ＳＭＳＣ２００は、復旧アプリケーションにＳＭＳメッセージを送信し、通信端末１００をパケット通信可能状態、すなわち、ＰＤＰ−ａｃｔｉｖｅ状態にするよう復旧アプリケーションに直接指示する。このとき、ＳＭＳＣ２００は、ＳＭＳメッセージにサービスアプリケーションの起動を要求する情報を含めて送信してもよい。
【００４７】
図７に示されるように、ステップＳ２０１において、ＳＭＳＣ２００が、復旧アプリケーション宛てのＳＭＳメッセージを通信端末１００に送信する。
【００４８】
ステップＳ２０２において、当該ＳＭＳメッセージを受信すると、通信端末１００の制御部１２０は、受信したＳＭＳメッセージの宛先を確認し、本実施例では、当該ＳＭＳメッセージが復旧アプリケーション宛てであるため、復旧アプリケーションを起動する。
【００４９】
任意的に、復旧アプリケーションの起動後、復旧アプリケーションの端末状態判定部１４０は、通信端末１００のＷＬＡＮ接続状態を確認するようにしてもよい。例えば、ＳＭＳＣ２００から送信されるＳＭＳメッセージにＷＬＡＮ接続状態の確認要否を示すフラグが備えられてもよい。当該フラグがＷＬＡＮ接続確認要であることを示す場合、端末状態判定部１４０は、通信端末１００のＷＬＡＮ接続状態を確認する。例えば、ＳＭＳメッセージによって起動が指示されるサービスがＷＬＡＮ経由により提供可能である場合、ＳＭＳＣ２００は当該フラグを確認要に設定し、他方、ＳＭＳメッセージによって起動が指示されるサービスがＷＬＡＮ経由によっては提供できず、ＰＤＰ接続を介して提供可能である場合、ＳＭＳＣ２００は当該フラグを確認不要に設定してもよい。通信端末１００がＷＬＡＮに接続されていることが確認された場合、ステップＳ２０３，Ｓ２０４を実行することなくステップＳ２０５に移行して、制御部１２０は復旧アプリケーションを終了してもよい。他方、フラグがＷＬＡＮ接続状態を確認不要であると設定されている場合、又は通信端末１００がＷＬＡＮに接続されていないことが確認された場合、当該フローはステップＳ２０３に移行する。
【００５０】
ステップＳ２０３において、復旧アプリケーションの端末状態判定部１４０は、通信端末１００の端末状態を判定する。通信端末１００がパケット通信不可状態である場合、すなわち、通信端末１００がＰＤＰ−ｉｎａｃｔｉｖｅ状態である場合（Ｓ２０３：Ｙ）、当該フローはステップＳ２０４に移行する。他方、通信端末１００がパケット通信可能状態である場合、すなわち、通信端末１００がＰＤＰ−ａｃｔｉｖｅ状態である場合（Ｓ２０３：Ｎ）、当該フローはステップＳ２０５に移行して、制御部１２０は復旧アプリケーションを終了する。
【００５１】
ステップＳ２０４において、復旧処理部１５０は、データ通信設定ＯＦＦ／ＯＮ切替又は電源ＯＦＦ／ＯＮを実行することによって、無線通信部１１０にＰＤＰ確立要求を送信させる。
【００５２】
ステップＳ２０５において、制御部１２０は、復旧アプリケーションを終了する。受信したＳＭＳメッセージがサービスアプリケーションの起動を指示するものである場合は、その後、制御部１２０は、要求されたサービスアプリケーションを起動し、実行部１３０に所望のサービスを提供させる。受信したＳＭＳメッセージが復旧アプリケーションの起動を指示するものである場合は、制御部１２０が復旧アプリケーションを終了した際、通信端末１００は確立されたＰＤＰ接続を介して、ＰＤＰ−ａｃｔｉｖｅ状態となった旨をサーバ３００へ通知する。その後、通信端末１００は、ＳＭＳＣ２００からサービスアプリケーションの起動を指示するＳＭＳメッセージを受信し、制御部１２０がサービスアプリケーションを起動してもよい。
【００５３】
図８は、本発明の他の実施例による通信端末における復旧処理を示すフロー図である。図８に示される実施例では、端末状態判定部１４０がサービスアプリケーションに備えられる。ＳＭＳＣ２００は、所望するサービスアプリケーションにＳＭＳメッセージを送信し、当該サービスアプリケーションに所望のサービスを実行するよう指示する。
【００５４】
図８に示されるように、ステップＳ３０１において、ＳＭＳＣ２００が、所望のサービスアプリケーション宛てのＳＭＳメッセージを通信端末１００に送信する。
【００５５】
ステップＳ３０２において、当該ＳＭＳメッセージを受信すると、通信端末１００の制御部１２０は、受信したＳＭＳメッセージの宛先を確認し、本実施例では、当該ＳＭＳメッセージがサービスアプリケーション宛てであるため、当該サービスアプリケーションを起動する。
【００５６】
任意的に、サービスアプリケーションの起動後、サービスアプリケーションの端末状態判定部１４０は、通信端末１００のＷＬＡＮ接続状態を確認するようにしてもよい。例えば、ＳＭＳＣ２００から送信されるＳＭＳメッセージにＷＬＡＮ接続状態の確認要否を示すフラグが備えられてもよい。当該フラグがＷＬＡＮ接続確認要であることを示す場合、サービスアプリケーションの端末状態判定部１４０は、通信端末１００のＷＬＡＮ接続状態を確認する。例えば、ＳＭＳメッセージによって起動が指示されるサービスがＷＬＡＮ経由により提供可能である場合、ＳＭＳＣ２００は当該フラグを確認要に設定し、他方、ＳＭＳメッセージによって起動が指示されるサービスがＷＬＡＮ経由によっては提供できず、ＰＤＰ接続を介して提供可能である場合、ＳＭＳＣ２００は当該フラグを確認不要に設定してもよい。通信端末１００がＷＬＡＮに接続されていることが確認された場合、ステップＳ３０３，Ｓ３０４を実行することなくステップＳ３０５に移行して、制御部１２０は復旧アプリケーションを終了してもよい。他方、フラグがＷＬＡＮ接続状態を確認不要であると設定されている場合、又は通信端末１００がＷＬＡＮに接続されていないことが確認された場合、当該フローはステップＳ３０３に移行する。
【００５７】
ステップＳ３０３において、サービスアプリケーションの端末状態判定部１４０は、通信端末１００の端末状態を判定する。通信端末１００がパケット通信不可状態である場合、すなわち、通信端末１００がＰＤＰ−ｉｎａｃｔｉｖｅ状態である場合（Ｓ３０３：Ｙ）、当該フローはステップＳ３０４に移行する。他方、通信端末１００がパケット通信可能状態である場合、すなわち、通信端末１００がＰＤＰ−ａｃｔｉｖｅ状態である場合（Ｓ３０３：Ｎ）、当該フローはステップＳ３０５に移行して、制御部１２０は復旧アプリケーションを終了する。
【００５８】
ステップＳ３０４において、復旧処理部１５０は、データ通信設定ＯＦＦ／ＯＮ切替又は電源ＯＦＦ／ＯＮを実行することによって、無線通信部１１０にＰＤＰ確立要求を送信させる。
【００５９】
ステップＳ３０５において、制御部１２０は、復旧アプリケーションを終了する。
【００６０】
ステップＳ３０６において、サービスアプリケーションは、確立されたＰＤＰ接続を介し、ＳＭＳＣ２００によって要求されたサービスを実行する。
【００６１】
図９を参照して、本発明の他の実施例による移動通信システムの構成を説明する。図９は、本発明の他の実施例による移動通信システムの機能構成を示す図である。図９に示される実施例では、端末状態判定部１４０がＳＭＳＣ２００に備えられる。すなわち、通信端末１００は、無線通信部１１０、制御部１２０、実行部１３０及び復旧処理部１５０を有し、ＳＭＳＣ２００は、端末状態判定部１４０を有する。
【００６２】
本実施例では、例えば、通信端末１００に対してリモートロックサービスやリモートワイプサービスを実行しようとするとき、ＳＭＳＣ２００は、端末状態判定部１４０を用いて通信端末１００の端末状態を判定した後、判定結果に応じてサービスアプリケーション又は復旧アプリケーションを起動する。すなわち、ネットワーク側で通信端末１００の端末状態を判定する。
【００６３】
より詳細には、通信端末１００に対してリモートロックサービスやリモートワイプサービスを実行しようとするとき、ＳＭＳＣ２００は、端末状態判定部１４０に通信端末１００がパケット通信可能状態であるか、すなわち、通信端末１００がＰＤＰ−ａｃｔｉｖｅ状態であるか判定する。通信端末１００がＰＤＰ−ａｃｔｉｖｅ状態である場合、ＳＭＳＣ２００は、所望のサービスアプリケーションを起動するため、ＳＭＳメッセージを通信端末１００に送信する。上述した実施例と同様に、当該ＳＭＳメッセージを受信すると、制御部１２０は、要求されたサービスアプリケーションを起動し、実行部１３０は、サーバ３００とやりとりして要求されたＰＳサービスを提供する。他方、通信端末１００がＰＤＰ−ｉｎａｃｔｉｖｅ状態である場合、ＳＭＳＣ２００は、復旧アプリケーションを起動するため、ＳＭＳメッセージを通信端末１００に送信する。当該ＳＭＳメッセージを受信すると、制御部１２０は、復旧アプリケーションを起動し、復旧処理部１５０は、データ通信設定ＯＦＦ／ＯＮ切替又は電源ＯＦＦ／ＯＮを実行することによって、無線通信部１１０にＰＤＰ確立要求を送信させる。ＰＤＰ接続の確立後、ＳＭＳＣ２００は、所望のサービスアプリケーションを起動するため、ＳＭＳメッセージを通信端末１００に送信する。ＳＭＳＣ２００がＳＭＳメッセージを送信するタイミングは、サーバ３００からの指示にしたがってもよい。
【００６４】
図１０を参照して、本発明の上述した実施例による復旧アプリケーションの起動バリエーションを説明する。図１０は、本発明の実施例による復旧アプリケーションの起動バリエーションを示す図である。
【００６５】
上述した実施例では、ＳＭＳＣ２００がＳＭＳメッセージを復旧アプリケーションに送信する実施例と、ＳＭＳＣ２００がＳＭＳメッセージをサービスアプリケーションに送信する実施例とが説明された。また、端末状態判定部１４０が復旧アプリケーション、サービスアプリケーション及びＳＭＳＣ２００の何れかに配置される実施例が説明された。すなわち、上述した復旧アプリケーションは、図１０に示されるようなバリエーションにより起動可能である。
【００６６】
ケースＩでは、ＳＭＳメッセージの宛先が復旧アプリケーションであり、端末状態判定部１４０が復旧アプリケーションに配置される。この場合、復旧アプリケーションが、ＳＭＳＣ２００からのＳＭＳメッセージによって起動されると、端末状態判定部１４０を用いて通信端末１００の端末状態を判定し、判定結果に応じて復旧動作を実行する。
【００６７】
ケースＩＩでは、ＳＭＳメッセージの宛先がサービスアプリケーションであり、端末状態判定部１４０が復旧アプリケーションに配置される。この場合、サービスアプリケーションがＳＭＳメッセージによって起動されると、サービスアプリケーションは、復旧アプリケーションを起動し、端末状態判定部１４０に通信端末１００の端末状態を判定させる。復旧アプリケーションは、判定結果に応じて復旧動作を実行し、通信端末１００がパケット通信可能な状態になった後、サービスアプリケーションは、要求されたサービスを提供する。
【００６８】
ケースＩＩＩでは、ＳＭＳメッセージの宛先が復旧アプリケーションであり、端末状態判定部１４０がサービスアプリケーションに配置される。この場合、復旧アプリケーションが、ＳＭＳＣ２００からのＳＭＳメッセージによって起動されると、復旧アプリケーションは、サービスアプリケーションを起動し、端末状態判定部１４０に通信端末１００の端末状態を判定させる。復旧アプリケーションは、判定結果に応じて復旧動作を実行し、通信端末１００がパケット通信可能な状態になった後、サービスアプリケーションは、要求されたサービスを提供する。
【００６９】
ケースＩＶでは、ＳＭＳメッセージの宛先がサービスアプリケーションであり、端末状態判定部１４０がサービスアプリケーションに配置される。この場合、サービスアプリケーションがＳＭＳメッセージによって起動されると、端末状態判定部１４０を用いて通信端末１００の端末状態を判定し、判定結果に応じて復旧アプリケーションを起動して復旧動作を実行させる。通信端末１００がパケット通信可能な状態になった後、サービスアプリケーションは、要求されたサービスを提供する。
【００７０】
ケースＶでは、ＳＭＳメッセージの宛先が復旧アプリケーションであり、端末状態判定部１４０がＳＭＳＣ２００に配置される。この場合、ＳＭＳＣ２００は、サービスアプリケーションを起動前に、端末状態判定部１４０を用いて通信端末１００の端末状態を判定し、判定結果に応じて復旧アプリケーションを起動して復旧動作を実行させる。通信端末１００がパケット通信可能な状態になった後、ＳＭＳＣ２００は、所望のサービスアプリケーションを起動する。
【００７１】
ケースＶＩでは、ＳＭＳメッセージの宛先がサービスアプリケーションであり、端末状態判定部１４０がＳＭＳＣ２００に配置される。この場合、ＳＭＳＣ２００は、サービスアプリケーションを起動前に、端末状態判定部１４０を用いて通信端末１００の端末状態を判定し、当該判定結果を含むＳＭＳメッセージをサービスアプリケーションに送信する。サービスアプリケーションは、受信したＳＭＳメッセージの内容を参照して、判定結果に応じて復旧アプリケーションを起動して復旧動作を実行させる。通信端末１００がパケット通信可能な状態になった後、サービスアプリケーションは、要求されたサービスを提供する。
【００７２】
なお、上述した実施例では、サービスアプリケーションと復旧アプリケーションとが別々のアプリケーションとして構成されたが、本発明はこれに限定されるものでない。例えば、サービスアプリケーションが、復旧処理部１５０を含むようにしてもよい。
【００７３】
以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００７４】
１０  移動通信システム
１００  通信端末
２００  ＳＭＳＣ
３００  サーバ
４００  ネットワーク
１１０  無線通信部
１２０  制御部
１３０  実行部
１４０  端末状態判定部
１５０  復旧処理部
【図１】
0005544409.tif 000002
【図２】
0005544409.tif 000003
【図３】
0005544409.tif 000004
【図４】
0005544409.tif 000005
【図５】
0005544409.tif 000006
【図６】
0005544409.tif 000007
【図７】
0005544409.tif 000008
【図８】
0005544409.tif 000009
【図９】
0005544409.tif 000010
【図１０】
0005544409.tif 000011