(57)【要約】【課題】  サービス提供サーバからアプリケーションソフトウェアの動作の制御を行う際の安全性を確保し、制御を頻繁に行っても通信リソースの浪費を防止するアプリケーション制御システム及びアプリケーション制御方法を提供する。【解決手段】  アプリケーション制御システム１は、移動端末２が有する格納部２１によって格納されるアプリケーションソフトウェア２２を提供するサービス提供サーバ３から送信される、アプリケーションソフトウェア２２の動作を制御することを依頼する依頼情報１１ａを受信する依頼受信部１１と、依頼情報１１ａの受信が所定条件Ｃを満たすか否かを判断する依頼判断部１２と、依頼情報１１ａの受信が所定条件Ｃを満たす場合にのみ、アプリケーションソフトウェア２２を制御するコマンド１３ａを移動端末２に送信するコマンド送信部１３と、を備える。【選択図】  図１
2006085281.tif 000002
【特許請求の範囲】
【請求項１】
移動端末が有する格納手段によって格納されるアプリケーションソフトウェアを提供するサービス提供サーバから送信される、前記アプリケーションソフトウェアの動作を制御することを依頼する依頼情報を受信する依頼受信手段と、
前記依頼情報の受信が所定条件を満たすか否かを判断する依頼判断手段と、
前記依頼情報の受信が前記所定条件を満たす場合にのみ、前記アプリケーションソフトウェアを制御するコマンドを前記移動端末に送信するコマンド送信手段と、
を備えるアプリケーション制御システム。
【請求項２】
前記所定条件とは、前記依頼情報を、予め登録されたサービス提供サーバから受信することである、請求項１に記載のアプリケーション制御システム。
【請求項３】
前記所定条件とは、前記依頼情報が、予め登録されたアプリケーションソフトウェアを制御することを依頼するものである、請求項１又は２に記載のアプリケーション制御システム。
【請求項４】
前記所定条件とは、前記依頼情報が、予め登録されたユーザが有する移動端末が格納するアプリケーションソフトウェアを制御することを依頼するものである、請求項１〜３のいずれか１項に記載のアプリケーション制御システム。
【請求項５】
前記コマンド送信手段がコマンドを送信することに先立って、前記移動端末に呼出情報を送信する呼出送信手段を備え、
前記所定条件とは、前記呼出情報の送信に応じて前記移動端末から応答があることである、請求項１〜４のいずれか１項に記載のアプリケーション制御システム。
【請求項６】
前記移動端末から送信される、前記コマンドの受信通知を受信する通知受信手段と、
前記サービス提供サーバに、前記通知受信手段が受信した受信通知を送信する通知送信手段と、
を備える、請求項１〜５のいずれか１項に記載のアプリケーション制御システム。
【請求項７】
前記移動端末から送信される、前記アプリケーションソフトウェアの制御の実行状況を受信する状況受信手段と、
当該受信した実行状況を保持する状況管理手段と、
を備える、請求項１〜６のいずれか１項に記載のアプリケーション制御システム。
【請求項８】
移動端末が有する格納手段によって格納されるアプリケーションソフトウェアを提供するサービス提供サーバから送信される、前記アプリケーションソフトウェアの動作を制御することを依頼する依頼情報を受信する依頼受信ステップと、
前記依頼情報の受信が所定条件を満たすか否かを判断する依頼判断ステップと、
前記依頼情報の受信が前記所定条件を満たす場合にのみ、前記アプリケーションソフトウェアを制御するコマンドを前記移動端末に送信するコマンド送信ステップと、
を備えるアプリケーション制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーション制御システム及びアプリケーション制御方法に関するものである。
【背景技術】
【０００２】
移動端末のメモリに電子定期券や地図表示等のアプリケーションソフトウェアを格納させ、格納されたアプリケーションソフトウェアをユーザが適宜実行することで、様々な用途に移動端末を用いることができる。
【０００３】
移動端末にアプリケーションソフトウェアを送信する制御サーバが、移動端末のメモリに格納されたアプリケーションソフトウェアの動作を制御する方法が提案されている（例えば、下記特許文献１参照）。下記特許文献１に開示されたアプリケーション管理方法では、アプリケーションソフトウェアの動作を制御する制御プログラムが制御サーバから移動端末に送信される。制御プログラムは、移動端末が所定条件を満たす場合に実行される。このようにして、移動端末のメモリに格納されたアプリケーションソフトウェアの動作が制御されている。
【特許文献１】特開２００３−１８６６７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
サービスの多様化に伴い、制御サーバからの制御要求のみならず、アプリケーションソフトウェアを提供するサービス提供サーバからの制御要求を契機に、移動端末のアプリケーションソフトウェアの動作を制御できるようなシステムの要請が高まっている。例えば、商品の購入時やレンタル時等に会員証として機能するアプリケーションソフトウェアについては、ユーザの料金未納等を理由に、サービス提供サーバからの制御要求を契機としたアプリケーションソフトウェアの動作停止が可能であることが求められる。また、ユーザが移動端末を紛失した場合に起こり得る、拾得者等による不正利用を防止するために、サービス提供サーバからの制御要求を契機としたアプリケーションソフトウェアの動作停止が可能であることが求められる。
【０００５】
しかしながら、サービス提供サーバから移動端末に制御プログラムを直接送信する方法では、アプリケーションソフトウェアの不正利用を目的とした悪意を持ったサービス提供サーバからの送信による、アプリケーションソフトウェアの動作の不用意な制御もあり得るため、安全性を高める余地があるという課題がある。また、アプリケーションソフトウェアの動作の制御を頻繁に行う際に、通信トラフィックが増大してしまうため、通信リソースを浪費する可能性があるという課題がある。
【０００６】
そこで本発明では、サービス提供サーバからアプリケーションソフトウェアの動作の制御を行う際の安全性を確保し、制御を頻繁に行っても通信リソースの浪費を防止するアプリケーション制御システム及びアプリケーション制御方法を提供することを課題とする。
【課題を解決するための手段】
【０００７】
本発明のアプリケーション制御システムは、（１）移動端末が有する格納手段によって格納されるアプリケーションソフトウェアを提供するサービス提供サーバから送信される、アプリケーションソフトウェアの動作を制御することを依頼する依頼情報を受信する依頼受信手段と、（２）依頼情報の受信が所定条件を満たすか否かを判断する依頼判断手段と、（３）依頼情報の受信が所定条件を満たす場合にのみ、アプリケーションソフトウェアを制御するコマンドを移動端末に送信するコマンド送信手段と、を備える。
【０００８】
本発明のアプリケーション制御システムによれば、依頼判断手段が、アプリケーションソフトウェアの動作を制御することを依頼する依頼情報の受信が所定条件を満たすか否かを判断するので、所定条件を満たさない悪意を持ったサーバからの依頼情報は依頼判断手段により無視され、これにより、サービス提供サーバからアプリケーションソフトウェアの動作の制御を行う際の安全性が確保される。また、上記依頼情報の受信が所定条件を満たす場合にのみ、アプリケーションソフトウェアを制御するコマンドを移動端末に送信するので、制御を頻繁に行う場合でも、不要なコマンドを送信することが無くなり、これにより、通信リソースの浪費を防止することができる。
【０００９】
また、所定条件とは、依頼情報を、予め登録されたサービス提供サーバから受信することであるのも好ましい。これにより、予め登録されたサービス提供サーバのみがアプリケーションソフトウェアの動作の制御を行うことができ、より高い安全性を確保することができる。
【００１０】
また、所定条件とは、依頼情報が、予め登録されたアプリケーションソフトウェアを制御することを依頼するものであるのも好ましい。これにより、予め登録されたアプリケーションソフトウェアのみを制御するコマンドを移動端末に送信すればよいので、不要なコマンドを送信することが無くなり、通信リソースの浪費を、より防止することができる。
【００１１】
また、所定条件とは、依頼情報が、予め登録されたユーザが有する移動端末が格納するアプリケーションソフトウェアを制御することを依頼するものであるのも好ましい。これにより、予め登録されていないユーザすなわちアプリケーションソフトウェアの制御を望まないユーザが有する移動端末には、コマンドの送信を行わないので、通信リソースの浪費をより防止することができる。
【００１２】
また、コマンド送信手段がコマンドを送信することに先立って、移動端末に呼出情報を送信する呼出送信手段を備え、所定条件とは、呼出情報の送信に応じて移動端末から応答があることであるのも好ましい。これにより、コマンドを送信することに先立ち、呼出情報の送信に応じて移動端末からの応答が確認できない状況では、コマンドの送信を行わないので、通信リソースの浪費をより防止することができる。
【００１３】
また、移動端末から送信される、コマンドの受信通知を受信する通知受信手段と、サービス提供サーバに、通知受信手段が受信した受信通知を送信する通知送信手段と、を備えるのも好ましい。これにより、サービス提供サーバは、移動端末がアプリケーションソフトウェアを制御するコマンドを受信したかどうかを認識できる。
【００１４】
また、移動端末から送信される、アプリケーションソフトウェアの制御の実行状況を受信する状況受信手段と、当該受信した実行状況を保持する状況管理手段と、を備えるのも好ましい。これにより、アプリケーション制御システムは、アプリケーションソフトウェアの制御の実行状況を保持することができる。
【００１５】
本発明のアプリケーション制御方法は、（１）移動端末が有する格納手段によって格納されるアプリケーションソフトウェアを提供するサービス提供サーバから送信される、アプリケーションソフトウェアの動作を制御することを依頼する依頼情報を受信する依頼受信ステップと、（２）依頼情報の受信が所定条件を満たすか否かを判断する依頼判断ステップと、（３）依頼情報の受信が所定条件を満たす場合にのみ、アプリケーションソフトウェアを制御するコマンドを移動端末に送信するコマンド送信ステップと、を備える。
【００１６】
本発明のアプリケーション制御方法によれば、依頼判断ステップが、アプリケーションソフトウェアの動作を制御することを依頼する依頼情報が所定条件を満たすか否かを判断するので、所定条件を満たさない悪意を持ったサーバからの依頼情報は無視され、これにより、サービス提供サーバからアプリケーションソフトウェアの動作の制御を行う際の安全性が確保される。また、上記依頼情報が所定条件を満たす場合にのみ、アプリケーションソフトウェアを制御するコマンドを移動端末に送信するので、制御を頻繁に行う場合でも、不要なコマンドを送信することが無くなり、これにより、通信リソースの浪費を防止することができる。
【発明の効果】
【００１７】
本発明によれば、サービス提供サーバからアプリケーションソフトウェアの動作の制御を行う際の安全性を確保し、制御を頻繁に行っても通信リソースの浪費を防止するアプリケーション制御システム及びアプリケーション制御方法を提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照しながら本発明の好適な実施形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明を省略する。
【００１９】
本発明の実施形態であるアプリケーション制御システムについて、図１を用いて説明する。図１は、アプリケーション制御システム１を説明するための図である。アプリケーション制御システム１は、物理的には、ＣＰＵ（中央演算処理装置）、メモリ、ハードディスクといった格納装置、モデムやＬＡＮカードといった通信装置、マウスやキーボードといった入力装置、ディスプレイといった表示装置等を備えたコンピュータシステム（またはコンピュータシステムの集合体）として構成されている。
【００２０】
アプリケーション制御システム１は、機能的な構成要素として、依頼受信部（依頼受信手段）１１、依頼判断部（依頼判断手段）１２、コマンド送信部（コマンド送信手段）１３、呼出送受信部（呼出送信手段）１４、通知・状況受信部（通知受信手段及び状況受信手段）１５、通知・状況送信部（通知送信手段及び状況送信手段）１６、状況管理部（状況管理手段）１８、及び判断情報格納部１９を備えている。
【００２１】
また、アプリケーション制御システム１とは別に、アプリケーション制御システム１と通信を行う、移動端末２及びサービス提供サーバ３が存在する。
【００２２】
移動端末２は、アプリケーションソフトウェア２２を格納する格納部（格納手段）２１を有する。格納部２１としては、例えばメモリ等が用いられる。アプリケーションソフトウェア２２は、移動端末２において、例えば会員証や地図表示等として機能する。
【００２３】
サービス提供サーバ３は、移動端末２を有するユーザへの、アプリケーションソフトウェア２２の提供等を行う。サービス提供サーバ３のＩＰアドレスは「ａａａ．ａａａ．ａａａ．ａａａ」である。
【００２４】
引き続いて、アプリケーション制御システム１の各構成要素について説明する。依頼受信部１１は、サービス提供サーバ３から送信される依頼情報１１ａを受信する部分であり、例えば悪意を持った未登録サーバ６から送信される依頼情報６ａも受信することが可能な部分である。なお、依頼情報１１ａは、移動端末２においてどのアプリケーションソフトウェア２２の動作を制御するかを、特定して依頼する情報である。この動作の制御とは、例えば、アプリケーションソフトウェア２２の動作の停止及び再開や、動作の自由度を高める為のアプリケーションソフトウェア２２へのパラメータ通知等である。
【００２５】
依頼判断部１２は、依頼受信部１１による依頼情報１１ａの受信が、所定条件Ｃを満たすか否かを判断する部分である。所定条件Ｃの設定内容により、動作を制御する対象となるアプリケーションソフトウェア２２も異なる。
【００２６】
呼出送受信部１４は、依頼受信部１１による依頼情報１１ａの受信が所定条件Ｃを満たす場合に、移動端末２に呼出情報１４ａを送信するとともに、この呼出情報１４ａの返信である応答情報１４ｂを移動端末２から受信する部分である。
【００２７】
判断情報格納部１９は、所定条件Ｃを構成する情報を格納する部分である。所定条件Ｃを構成する情報としては、登録サーバ情報や、登録アプリケーションソフトウェア情報や、登録ユーザ情報や、応答有無情報等がある。
【００２８】
所定条件Ｃが、予め登録された特定のサーバから送信される依頼情報のみを取り扱うものである場合には、依頼判断部１２は、判断情報格納部１９に格納されている登録サーバ情報に基づいて、予め登録されたサービス提供サーバ３等の特定のサーバから送信された依頼情報であるか否かを判断する。
【００２９】
また、所定条件Ｃが、予め登録された特定のアプリケーションソフトウェアの制御を依頼する依頼情報のみを取り扱うものである場合には、依頼判断部１２は、判断情報格納部１９に格納されている登録アプリケーションソフトウェア情報に基づいて、予め登録された特定のアプリケーションソフトウェアの制御を依頼する依頼情報であるか否かを判断する。
【００３０】
また、所定条件Ｃが、予め登録されたユーザが有する移動端末が格納するアプリケーションソフトウェアの制御を依頼する依頼情報のみを取り扱うものである場合には、依頼判断部１２は、判断情報格納部１９に格納されている登録ユーザ情報に基づいて、予め登録されたユーザが有する上記のアプリケーションソフトウェアの制御を依頼する依頼情報であるか否かを判断する。
【００３１】
なお、所定条件Ｃは、特定のサーバから送信されるとともに特定のアプリケーションソフトウェアの制御を依頼する依頼情報のみを対象とする依頼情報のみを取り扱うこととしてもよい。また、所定条件Ｃは、特定のサーバから送信されるとともに特定のユーザが有する移動端末に格納されているアプリケーションソフトウェアの制御を依頼する依頼情報のみを対象とする依頼情報のみを取り扱うこととしてもよい。
【００３２】
また、所定条件Ｃは、呼出送受信部１４が移動端末２に呼出情報１４ａを送信し、移動端末２がそれに応答することを条件としてもよい。この場合に、依頼判断部１２は呼出情報１４ａを送信するように呼出送受信部１４に指示情報を出力する。呼出送受信部１４は、この指示情報の出力に応じて呼出情報１４ａを送信し、それに応じて返信される応答情報１４ｂを受信する。この応答情報１４ｂを受信できた場合には通信環境は良好であると判断され、一方、応答情報１４ｂを受信できなかった場合には通信環境は劣悪であると判断される。劣悪な通信環境と判断された場合、後述のようなコマンド１３ａの送信は行われないので、通信リソースの浪費をより防止することができる。一方、良好な通信環境と判断された場合、すなわち応答情報１４ｂを受信できた場合、呼出送受信部１４は受信した応答情報１４ｂを依頼判断部１２に出力する。依頼判断部１２は、この応答情報１４ｂの出力に応じてコマンド送信部１３に命令情報を出力する。コマンド送信部１３は、この命令情報に応じて移動端末２にコマンド１３ａを送信する。
【００３３】
コマンド送信部１３は、依頼情報１１ａの受信が所定条件Ｃを満たし、且つ、呼出送受信部１４が移動端末２に送信した呼出情報１４ａに移動端末２が応答した場合にのみ、コマンド１３ａを移動端末２に送信する部分である。コマンド１３ａは、アプリケーションソフトウェア２２を制御するコマンドである。ここで、例えば未登録サーバ６から送信された依頼情報６ａは、所定条件Ｃを満たさないため、コマンド１３ａは送信されない。このため、サービス提供サーバ３からアプリケーションソフトウェア２２の動作の制御を行う際には、安全性が確保されることになる。また、依頼情報１１ａの受信が所定条件Ｃを満たし、且つ、呼出送受信部１４が移動端末２に送信した呼出情報１４ａに移動端末２が応答した場合にのみ、コマンド１３ａを移動端末２に送信するので、アプリケーションソフトウェア２２の制御を頻繁に行う場合でも、不要なコマンドを送信することが無くなる。このため、通信リソースの浪費を防止することができる。
【００３４】
通知・状況受信部１５は、移動端末２から送信される受信通知１５ａ及び実行状況１８ａを、受信する部分である。なお、受信通知１５ａは、移動端末２によるコマンド１３ａの受信を、アプリケーション制御システム１に対して示す通知である。また、実行状況１８ａは、アプリケーションソフトウェア２２の動作の制御が実行された状況を示す様子である。実行状況１８ａには、例えば、アプリケーションソフトウェア２２の動作の制御の成功や失敗についての状況や、制御を行った後に移動端末２から通知されたパラメータ等が含まれている。
【００３５】
通知・状況送信部１６は、サービス提供サーバ３に、通知・状況受信部１５が受信した受信通知１５ａ及び実行状況１８ａを送信する部分である。通知・状況受信部１５及び通知・状況送信部１６により、移動端末２によるコマンド１３ａの受信がサービス提供サーバ３に伝達されるので、サービス提供サーバ３は、移動端末２がアプリケーションソフトウェアを制御するコマンド１３ａを受信したかどうかを認識できる。また、アプリケーションソフトウェア２２の動作の制御が実行された状況がサービス提供サーバ３に伝達されるので、サービス提供サーバ３は、制御が実行された状況を認識できる。
【００３６】
状況管理部１８は、通知・状況受信部１５が受信した実行状況１８ａを保持する等の管理をする部分である。実行状況１８ａの管理には、例えば、アプリケーションソフトウェア２２の動作の制御の成功回数や失敗回数に関する統計や、制御を行った後に移動端末２から通知されたパラメータに関する統計等も含まれている。このように管理された実行状況１８ａを用いて、例えば、制御の依頼者への、アプリケーションソフトウェア２２の動作の制御の成功回数に応じた課金等も可能である。また、実行状況１８ａの参照や出力等の管理も可能である。
【００３７】
引き続いて、所定条件Ｃを構成する情報について、図２も合わせて用いながら説明する。図２は、所定条件Ｃを構成する情報の一例を説明するための図である。
【００３８】
図２の例は、所定条件Ｃを構成する、登録サーバ情報や登録アプリケーションソフトウェア情報や登録ユーザ情報や応答有無情報等の一例である。登録サーバ情報としては、サーバのＩＰアドレスを用いている。また、登録アプリケーションソフトウェア情報としては、アプリケーションソフトウェアの名称を用いている。また、登録ユーザ情報としては、移動端末２を所有するユーザのユーザ名を用いている。登録サーバ情報や登録アプリケーションソフトウェア情報や登録ユーザ情報は、一意に特定できるものであれば特に限定されない。これにより、一意に特定できるものであれば、登録サーバ情報はサーバ名でもよく、登録アプリケーションソフトウェア情報は容量やバージョンでもよい。
【００３９】
所定条件Ｃが、呼出送受信部１４が移動端末２に呼出情報１４ａを送信し、移動端末２がそれに応答することであるという場合、すなわち応答有無情報が「有」に相当する場合は、呼出送受信部１４が移動端末２に呼出情報１４ａを送信し、それに応じて返信される応答情報１４ｂを受信すれば、コマンド１３ａのみが送信されることになる。
【００４０】
以下で説明する所定条件Ｃは、移動端末２に送信した呼出情報１４ａに対して、移動端末２が応答することを前提としている。
【００４１】
所定条件Ｃが、ＩＰアドレスが「ａａａ．ａａａ．ａａａ．ａａａ」であるサーバから送信される依頼情報を受信することであるという場合は、依頼情報１１ａを送信するサービス提供サーバ３のＩＰアドレスも「ａａａ．ａａａ．ａａａ．ａａａ」であるので、所定条件Ｃを満たしてコマンド１３ａが送信されることになる。一方、依頼情報６ａを送信した未登録サーバ６のＩＰアドレスは「ｂｂｂ．ｂｂｂ．ｂｂｂ．ｂｂｂ」であるので、所定条件Ｃを満たさずコマンド１３ａは送信されない。この結果、アプリケーションソフトウェア２２の動作の制御を行うことができるため、より高い安全性を確保することができる。
【００４２】
また、所定条件Ｃが、アプリケーションソフトウェア名が「ＳＯＦＴ７１」であるアプリケーションソフトウェア２２を制御することを依頼情報が依頼することであるという場合は、アプリケーションソフトウェア名が「ＳＯＦＴ７１」であるアプリケーションソフトウェア２２を格納する移動端末２にコマンド１３ａのみが送信されることになる。これにより、不要なコマンドを送信することが無くなるため、通信リソースの浪費を、より防止することができる。
【００４３】
また、所定条件Ｃが、ユーザ名が「ＵＳＥＲ８１」であるユーザが有する移動端末２が格納するアプリケーションソフトウェア２２を制御することを依頼情報が依頼することであるという場合は、ユーザ名が「ＵＳＥＲ８１」であるユーザが有する移動端末２にコマンド１３ａのみが送信されることになる。一方、アプリケーションソフトウェア２２の動作の制御を望まないユーザは、登録ユーザ情報として予め登録されておらず、このユーザが有する移動端末２にはコマンド１３ａは送信されないので、通信リソースの浪費をより防止することができる。
【００４４】
また、所定条件Ｃが、ＩＰアドレスが「ｃｃｃ．ｃｃｃ．ｃｃｃ．ｃｃｃ」であるサーバから送信されるとともにアプリケーションソフトウェア名が「ＳＯＦＴ７４」であるアプリケーションソフトウェアを制御することであるという場合は、依頼情報１１ａを送信するサーバのＩＰアドレスが「ｃｃｃ．ｃｃｃ．ｃｃｃ．ｃｃｃ」であれば、アプリケーションソフトウェア名が「ＳＯＦＴ７４」であるアプリケーションソフトウェアを格納する移動端末２にのみコマンド１３ａが送信されることになる。
【００４５】
引き続いて、アプリケーション制御システム１を用いて、サービス提供サーバ３からアプリケーションソフトウェア２２の動作の制御を依頼した場合の方法について、図３〜図６に示すシーケンス図を用いて説明する。図３は、制御の対象となっている移動端末２に対する処理、図４は、制御の対象ではない移動端末２に対する処理、図５は、制御機能を有さない移動端末２に対する処理、図６は、通信の疎通がとれない移動端末２に対する処理、の順番を示すシーケンス図である。
【００４６】
制御の対象となっている移動端末２に対する処理は、図３に示すように、まず依頼受信部１１が、サービス提供サーバ３から送信される依頼情報１１ａを受信し（ステップＳ４１）、依頼判断部１２が、依頼情報１１ａの受信が所定条件Ｃを満たすか否かを判断する（ステップＳ４２）。所定条件Ｃを満たす場合、呼出送受信部１４が、呼出情報１４ａを移動端末２に送信し（ステップＳ４３）、送信した呼出情報１４ａの送信に応じて移動端末２から応答情報１４ｂを受信する（ステップＳ４４）。応答が受信できれば、良好な通信環境であると判断できる。ここで、ステップＳ４１〜Ｓ４４は、プロトコルＡを用いた通信が行われる。プロトコルＡとしては、例えば、一般的な電子メールの呼出方法と同じプロトコルを用いる。なお、ステップＳ４１が依頼受信ステップに、ステップＳ４２が依頼判断ステップに、対応する。
【００４７】
次に、アプリケーション制御システム１は、移動端末２から制御対象情報を受信する（ステップＳ４５）。この制御対象情報には、移動端末２のユーザや装置に関する情報等が含まれる。次に、コマンド送信部１３が、コマンド１３ａを移動端末２に送信する（ステップＳ４６）。次に、通知・状況受信部１５が、受信通知１５ａ及び実行状況１８ａを移動端末２から受信（ステップＳ４７）する。次に、アプリケーション制御システム１は、移動端末２に結果受信通知を送信する（ステップＳ４８）。この結果受信通知は、受信通知１５ａ及び実行状況１８ａを受信したことを示す通知である。次に、通知・状況送信部１６が、この受信通知１５ａ及び実行状況１８ａをサービス提供サーバ３に送信する（ステップＳ４９）。次に、状況管理部１８が、この実行状況１８ａを保持する（ステップＳ５０）。ここで、ステップＳ４５〜Ｓ５０は、プロトコルＢを用いた通信が行われる。プロトコルＢとしては、例えば、ＨＴＴＰを用いる。なお、ステップＳ４６がコマンド送信ステップに対応する。
【００４８】
制御の対象ではない移動端末２に対する処理は、図４に示すように、ステップＳ４１〜Ｓ４６は図３と同じである。ステップＳ４２において、制御の対象ではないため、所定条件Ｃを満たさないと判断される。これにより、ステップＳ４６において、この処理の終了を示すコマンド１３ａが、移動端末２に送信される。
【００４９】
制御機能を有さない移動端末２に対する処理は、図５に示すように、ステップＳ４１〜Ｓ４３は図３及び図４と同じである。ステップＳ４４において、呼出情報１４ａの送信に応じて移動端末２から、移動端末２が制御機能を有さないことを示す応答を受信する。これにより、コマンド送信部１３からのコマンド１３ａの送信を行うステップＳ４６を含めた、ステップＳ４５以降のステップが行われていない。
【００５０】
通信の疎通がとれない移動端末２に対する処理は、図６に示すように、ステップＳ４１〜Ｓ４３は図３〜図５と同じである。ステップＳ４４において、呼出情報１４ａの送信に応じた応答はコアネットワーク５からの応答であるため、移動端末２とは通信の疎通がとれないと判断される。これにより、コマンド送信部１３からのコマンド１３ａの送信を行うステップＳ４６を含めた、ステップＳ４５以降のステップが行われていない。この後、通信の疎通がとれるまで、ステップＳ４１からの処理が繰り返される。
【００５１】
本実施形態の作用効果について、図１を用いて説明する。依頼判断部１２が、アプリケーションソフトウェア２２の動作を制御することを依頼する依頼情報１１ａの受信が所定条件Ｃを満たすか否かを判断するので、所定条件Ｃを満たさない悪意を持った未登録サーバ６からの依頼情報６ａは依頼判断部１２により無視され、これにより、サービス提供サーバ３からアプリケーションソフトウェア２２の動作の制御を行う際の安全性が確保される。また、依頼情報１１ａの受信が所定条件Ｃを満たす場合にのみ、アプリケーションソフトウェア２２を制御するコマンド１３ａをコマンド送信部１３が移動端末２に送信するので、制御を頻繁に行う場合でも、不要なコマンドを送信することが無くなり、これにより、通信リソースの浪費を防止することができる。
【図面の簡単な説明】
【００５２】
【図１】本実施形態のアプリケーション制御システムを説明するための図である。
【図２】所定条件を構成する情報の一例を説明するための図である。
【図３】制御の対象となっている移動端末に対する処理の順番を示すシーケンス図である。
【図４】制御の対象ではない移動端末に対する処理の順番を示すシーケンス図である。
【図５】制御機能を有さない移動端末に対する処理の順番を示すシーケンス図である。
【図６】通信の疎通がとれない移動端末に対する処理の順番を示すシーケンス図である。
【符号の説明】
【００５３】
１…アプリケーション制御システム、２…移動端末、３…サービス提供サーバ、５…コアネットワーク、６…未登録サーバ、６ａ,１１ａ…依頼情報、１１…依頼受信部、１２…依頼判断部、１３…コマンド送信部、１３ａ…コマンド、１４…呼出送受信部、１４ａ…呼出情報、１４ｂ…応答情報、１５…通知・状況受信部、１５ａ…受信通知、１６…通知・状況送信部、１８…状況管理部、１８ａ…実行状況、１９…判断情報格納部、２１…格納部、２２…アプリケーションソフトウェア、Ａ,Ｂ…プロトコル、Ｃ…所定条件、Ｓ４１〜Ｓ５０…ステップ。
【図１】
2006085281.tif 000003
【図２】
2006085281.tif 000004
【図３】
2006085281.tif 000005
【図４】
2006085281.tif 000006
【図５】
2006085281.tif 000007
【図６】
2006085281.tif 000008