JP2010200114A - 無線端末装置およびサーバ - Google Patents

Abstract

【課題】特定ユーザの無線端末装置の遠隔操作を行う。
【解決手段】サーバ２は、オペレータから遠隔操作を行う無線端末装置１の選択を受け付け、無線端末装置１に起動させたいアプリケーションに関する情報を含む操作要求をサーバ３に送信する。サーバ３は、サーバ２から操作要求を受信すると、操作要求に含まれる情報に基づいて、無線端末装置１の起動すべきアプリケーション情報を含むアプリケーション起動要求を生成する。サーバ３は、生成したアプリケーション起動要求を無線端末装置１に送信する。無線端末装置１は、アプリケーションを記憶している。無線端末装置１は、自分宛に送信されたアプリケーション起動要求を受信すると、アプリケーション起動要求に含まれている起動情報に基づいて実行すべきアプリケーションを起動する。
【選択図】図１

Description

本発明は、無線通信を行う無線端末装置、無線端末装置を遠隔操作するサーバ、および無線端末装置を遠隔操作する操作サーバの要求に応じて無線端末装置にアプリケーション起動要求を行うサーバに関する。

現在、携帯電話機は高機能化し、デジタルカメラ（以下、カメラ）、ＵＳＢ（Universal Serial Bus）、ｍｉｃｒｏＳＤ（ＳＤ：Secure Digital card）など、様々な機能を備えたものがある。

一方、携帯電話機は、高機能化したにも関わらず、使用場面においては、機能の一部を使用させたくない場合もある。例えば、企業では、情報流出を防ぐため、社員の使用するビジネス用携帯電話機のＵＳＢやｍｉｃｒｏＳＤの機能を使用できないように設定したい場合もある。

なお、従来、携帯電話機のソフトウェア更新を行うＡＤＬ（Air DownLoad）がある。
また、ユーザが煩雑な作業を行うことなく通信回線を介してソフトウェアを入手し、自動的にインストールすることを可能とするリモートインストールシステムが提供されている（例えば、特許文献１参照）。

特開平８−１９０４７２号公報

しかし、ＡＤＬは、特定機種の全携帯電話機に対してソフトウェア更新を行うものであり、特許文献１は、端末装置のインストールを自動的に行うものであり、特定ユーザの無線端末装置を遠隔で操作することができないという問題点があった。

例えば、企業は、社員の使用する無線端末装置のカメラなどの機能をオン・オフするには、無線端末装置を回収してその機能をオン・オフする必要があった。
本件はこのような点に鑑みてなされたものであり、特定ユーザの無線端末装置の遠隔操作を行うことができる無線端末装置およびサーバを提供することを目的とする。

上記課題を解決するために、無線通信を行う無線端末装置が提供される。この無線端末装置は、アプリケーションを記憶したアプリケーション記憶部と、当該無線端末装置宛に送信されたアプリケーション起動要求を受信する起動要求受信部と、前記アプリケーション起動要求に含まれている起動情報に基づいて実行すべき前記アプリケーションを起動するアプリケーション起動部と、を有する。

また、上記課題を解決するために、無線端末装置を遠隔操作するサーバが提供される。このサーバは、オペレータから遠隔操作を行う前記無線端末装置の選択を受け付ける受け付け部と、前記無線端末装置に起動させたいアプリケーションに関する情報を含む操作要求を通知サーバに送信する要求送信部と、を有する。

また、上記課題を解決するために、無線端末装置を遠隔操作する操作サーバの要求に応じて前記無線端末装置にアプリケーション起動要求を行うサーバが提供される。このサーバは、前記操作サーバから無線端末装置の操作要求を受信する要求受信部と、前記操作要求に含まれる情報に基づいて、前記無線端末装置の起動すべきアプリケーション情報を含むアプリケーション起動要求を生成する起動要求生成部と、前記操作要求に含まれる前記無線端末装置の宛先情報に基づいて前記アプリケーション起動要求を前記無線端末装置に送信する起動要求送信部と、を有する。

開示の無線端末装置およびサーバでは、特定ユーザの無線端末装置の遠隔操作を行うことができる。

無線端末装置とサーバを示した図である。 第１の実施の形態に係る遠隔操作システムの構成例を示した図である。 無線端末装置のブロック図である。 操作サーバのブロック図である。 ユーザデータ記憶部のデータ構成例を示した図である。 プッシュサーバのブロック図である。 ＳＭＳのＮＰＦコンテンツを示した図である。 無線端末装置の機能のオン・オフ例を説明する図である。 操作サーバ、プッシュサーバ、および無線端末装置のシーケンス図である。 第２の実施の形態に係る無線端末装置のブロック図である。 第３の実施の形態に係るユーザデータ記憶部のデータ構成例を示した図である。

図１は、無線端末装置とサーバを示した図である。図１に示すように、無線端末装置１は、アプリケーション記憶部１ａ、起動要求受信部１ｂ、およびアプリケーション起動部１ｃを有している。サーバ２は、受け付け部２ａおよび要求送信部２ｂを有している。サーバ３は、要求受信部３ａ、起動要求生成部３ｂ、および起動要求送信部３ｃを有している。

サーバ２の受け付け部２ａは、オペレータから遠隔操作を行う無線端末装置１の選択を受け付ける。
要求送信部２ｂは、オペレータによって選択された無線端末装置１に起動させたいアプリケーションに関する情報を含む操作要求をサーバ３に送信する。

サーバ３の要求受信部３ａは、サーバ２から無線端末装置１の操作要求を受信する。
起動要求生成部３ｂは、要求受信部３ａによって受信された操作要求に含まれる情報に基づいて、無線端末装置１の起動すべきアプリケーション情報を含むアプリケーション起動要求を生成する。

起動要求送信部３ｃは、要求受信部３ａによって受信された操作要求に含まれる無線端末装置１の宛先情報に基づいて、起動要求生成部３ｂにより生成されたアプリケーション起動要求を無線端末装置１に送信する。

無線端末装置１のアプリケーション記憶部１ａは、アプリケーションを記憶している。例えば、アプリケーション記憶部１ａには、サーバ２にアクセスして、自身の具備しているカメラやＵＳＢの機能をオン・オフするためのデータを受信し、そのデータに基づいてカメラやＵＳＢの機能をオン・オフするアプリケーションが記憶される。

起動要求受信部１ｂは、サーバ３から無線端末装置１宛に送信されたアプリケーション起動要求を受信する。
アプリケーション起動部１ｃは、アプリケーション起動要求に含まれている起動情報に基づいて、実行すべきアプリケーションを起動する。例えば、受信された起動情報に基づいて、前述したカメラやＵＳＢの機能をオン・オフするためのアプリケーションを起動する。

このように、サーバ２は、遠隔操作したい無線端末装置１の選択を受け付ける。サーバ２は、選択された無線端末装置１に起動させたいアプリケーションに関する情報を含む操作要求をサーバ３に送信する。サーバ３は、操作要求に基づいて、アプリケーション起動要求を生成し、操作要求に含まれる無線端末装置１の宛先情報に基づいて無線端末装置１に送信する。無線端末装置１は、自分宛に送信されたアプリケーション起動要求を受信し、アプリケーション起動要求に基づいて、実行すべきアプリケーションを起動する。これにより、特定ユーザの無線端末装置の遠隔操作を行うことができる。

次に、第１の実施の形態を図面を参照して詳細に説明する。
図２は、第１の実施の形態に係る遠隔操作システムの構成例を示した図である。図２に示すように遠隔操作システムは、無線端末装置１１、操作サーバ１２、プッシュサーバ１３、ネットワーク１４、および無線基地局１５を有している。

無線端末装置１１は、例えば、カメラ、ＵＳＢ、ｍｉｃｒｏＳＤなどの機能を備えた携帯電話機である。無線端末装置１１は、操作サーバ１２から、プッシュサーバ１３、ネットワーク１４、および無線基地局１５を介して、機能設定要求を受信すると、無線基地局１５およびネットワーク１４を介して操作サーバ１２にアクセスし、機能設定データを送信するよう要求する。機能設定データには、無線端末装置１１の具備するカメラなどの機能をオン・オフ（使用可、使用不可）する情報が含まれており、無線端末装置１１は、受信した機能設定データに基づいて、具備するカメラなどの機能をオン・オフする。

操作サーバ１２は、無線端末装置１１のカメラなどの機能をオン・オフする機能設定データを管理している。操作サーバ１２は、無線端末装置１１の電話番号ごとに（無線端末装置１１は複数存在する）機能設定データを管理している。

操作サーバ１２は、例えば、企業によって管理される。企業は、操作サーバ１２を用いて、ビジネス用として社員に提供した無線端末装置１１の機能設定をオン・オフすることができる。操作サーバ１２は、企業のオペレータから、特定ユーザの無線端末装置１１の機能設定変更要求を受け付けると、プッシュサーバ１３に対し、その特定ユーザに対してプッシュメールを送信するようプッシュ通知要求を送信する。

プッシュサーバ１３は、例えば、ＳＭＳ（Short Message Service）のプッシュメールサーバである。プッシュサーバ１３は、操作サーバ１２から、特定ユーザの無線端末装置１１に対するプッシュ通知要求を受信すると、その特定ユーザの無線端末装置１１に対し、機能設定要求を示すＳＭＳのプッシュメールを送信する。

無線端末装置１１は、プッシュサーバ１３から、機能設定要求のプッシュメールを受信すると、機能設定要求に対応したアプリケーションを起動し、上述したように操作サーバ１２に対して機能設定データを送信するように要求する。無線端末装置１１は、操作サーバ１２から受信した機能設定データに基づいて、カメラなどの機能をオン・オフする。

ネットワーク１４には、操作サーバ１２、プッシュサーバ１３、および無線基地局１５が接続されている。プッシュサーバ１３、ネットワーク１４、および無線基地局１５は、例えば、ＦＯＭＡ（Freedom Of Mobile multimedia Access、登録商標）網を構成している。

無線基地局１５は、無線端末装置１１と無線通信を行う。無線端末装置１１は、無線基地局１５を介して、他の無線端末装置、操作サーバ１２、プッシュサーバ１３などとデータ通信することができる。

図２において、操作サーバ１２を管理する企業は、例えば、外部への情報漏洩を防止するために、開発部の社員の所持する無線端末装置１１のＵＳＢとｍｉｃｒＳＤの機能をオフさせたいとする。

この場合、企業のオペレータは、操作サーバ１２にて、開発部の社員の無線端末装置１１を選択し、ＵＳＢとｍｉｃｒＳＤの機能をオフする機能設定データを作成する。また、企業のオペレータは、指定した社員（開発部の社員）の無線端末装置１１の電話番号を含むプッシュ通知要求をプッシュサーバ１３に送信するよう操作サーバ１２を操作する。

プッシュサーバ１３は、操作サーバ１２からプッシュ通知要求を受信すると、プッシュ通知要求に含まれる電話番号に基づいて、機能設定要求のプッシュメールを無線端末装置１１に送信する。これにより、開発部の社員の所持する無線端末装置１１に、機能設定要求のプッシュメールが送信される。

無線端末装置１１は、機能設定要求のプッシュメールを受信すると、機能設定要求に対応したアプリケーションを起動する。無線端末装置１１は、アプリケーションの実行により、無線基地局１５およびネットワーク１４を介して、操作サーバ１２にアクセスし、機能設定データを送信するように要求する。

操作サーバ１２は、無線端末装置１１から、機能設定データの送信要求を受信すると、ＵＳＢとｍｉｃｒＳＤの機能をオフする機能設定データを無線端末装置１１に送信する。
無線端末装置１１は、操作サーバ１２から機能設定データを受信すると、受信した機能設定データに基づいて、ＵＳＢとｍｉｃｒＳＤの機能をオフする。これにより、開発部の社員の無線端末装置１１は、ＵＳＢとｍｉｃｒＳＤを使用することができなくなり、ＵＳＢとｍｉｃｒＳＤを用いた情報流出を防止することができる。

このように、操作サーバ１２は、プッシュメールを介して、特定ユーザの無線端末装置１１に対し、機能設定要求を行う。無線端末装置１１は、機能設定要求のプッシュメールを受信すると、機能設定要求に対応するアプリケーションを起動し、操作サーバ１２から、機能設定データを受信する。そして、無線端末装置１１は、受信した機能設定データに基づいて、自己の機能の設定を行う。これにより、特定ユーザの無線端末装置１１の機能を遠隔で自動設定することができる。

図３は、無線端末装置のブロック図である。図３に示すように無線端末装置１１は、メール受信部２１、ＡＰＬ（APpLication）起動部２２、ＡＰＬ実行部２３、ＣＮＦＧ（CoNFiGuration）マネージャ部２４、およびＡＰＬ記憶部２５を有している。

メール受信部２１は、プッシュサーバ１３からＳＭＳのプッシュメールを受信する。メール受信部２１は、プッシュサーバ１３から、後述するＮＰＦ（Native Platform Implementation）フォーマットのコンテンツ（以下、ＮＰＦコンテンツ）を有するＳＭＳのプッシュメールを受信すると、そのプッシュメールをＡＰＬ起動部２２に出力する。

ＮＰＦコンテンツを有するＳＭＳのプッシュメールには、アプリケーションＩＤ（以下、ＡＰＬ−ＩＤ）という識別子が含まれている。ＡＰＬ起動部２２は、受信されたプッシュメールのＡＰＬ−ＩＤによって、どのような種別のプッシュメールを受信したか認識することができる。

例えば、ＡＰＬ起動部２２は、受信されたプッシュメールのＡＰＬ−ＩＤの値が０ｘ００００１０００の場合、受信されたプッシュメールが機能設定要求のプッシュメールであることを認識することができる。

ＡＰＬ起動部２２は、ＡＰＬ−ＩＤごとに対応したパス情報を保持している。パス情報は、ＡＰＬ記憶部２５に記憶されているアプリケーション（実行ファイル）の格納場所を示している。

例えば、ＡＰＬ起動部２２は、ＡＰＬ−ＩＤ：０ｘ００００１０００（機能設定要求）のプッシュメールを受信した場合、ＡＰＬ−ＩＤ：０ｘ００００１０００に対応するパス情報を取得する。例えば、‘Path=\\windows\機能設定要求ファイルDL.exe’というパス情報を取得する。ＡＰＬ起動部２２は、取得したパス情報に基づき、機能設定要求を行うアプリケーション（機能設定要求ファイルDL.exe）をＡＰＬ記憶部２５から起動する。もちろん、ＡＰＬ記憶部２５は、別のＡＰＬ−ＩＤのプッシュメールを受信すれば、そのＡＰＬ−ＩＤに対応したパス情報を取得し、所定のアプリケーションをＡＰＬ記憶部２５から起動することになる。

ＡＰＬ実行部２３は、ＡＰＬ起動部２２によって起動されたアプリケーションを実行する。例えば、ＡＰＬ実行部２３は、機能設定要求を行うアプリケーション（前述のＡＰＬ−ＩＤ：０ｘ００００１０００に対応するアプリケーション）が起動された場合、操作サーバ１２に対して、機能設定データを送信するように要求する。そして、操作サーバ１２から送信される機能設定データを受信する。データの要求と受信は、例えば、mopera（Mobile OPEration Radio Assistant、登録商標）などのインターネット接続サービスを利用して受信する。

ＡＰＬ実行部２３は、操作サーバ１２からデータを受信した場合、受信したデータをＣＮＦＧマネージャ部２４に出力する。例えば、ＡＰＬ実行部２３は、操作サーバ１２から、カメラやＵＳＢの機能をオン・オフする情報が書き込まれたＸＭＬ（eXtensible Markup Language）ファイルの機能設定データを受信した場合、受信したＸＭＬファイルを展開してＣＮＦＧマネージャ部２４に出力する。

ＣＮＦＧマネージャ部２４は、操作サーバ１２から受信されたデータに基づいて、無線端末装置１１の機能設定を行う。例えば、ＣＮＦＧマネージャ部２４は、操作サーバ１２から機能設定データが受信された場合、カメラやＵＳＢなどを管理しているＣＳＰ（Configuration Service Provider）に対し、その機能をオン・オフするように指示する。

ＡＰＬ記憶部２５には、１以上のアプリケーションが記憶されている。例えば、上述した機能設定要求を行うアプリケーションや、機能設定が正しく行われたか否か確認し、その確認結果を操作サーバ１２に通知するアプリケーションなどが記憶されている。

図４は、操作サーバのブロック図である。図４に示すように操作サーバ１２は、受け付け部３１、通知要求送信部３２、通信部３３、およびユーザデータ記憶部３４を有している。まず、ユーザデータ記憶部３４のデータ構成例について説明する。

図５は、ユーザデータ記憶部のデータ構成例を示した図である。図に示すようにユーザデータ記憶部３４は、携帯番号、設定項目、および部署の欄を有している。設定項目は、さらに、カメラ、ＵＳＢ、ｍｉｃｒｏＳＤ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ、ＵＳＩＭ、Ｆｅｌｉｃａ（登録商標）、…の欄を有している。

携帯番号の欄には、操作サーバ１２を管理する企業の社員の、無線端末装置１１の電話番号が記憶されている。
設定項目の欄には、無線端末装置１１の機能が記憶されている。設定項目のＯＮは、無線端末装置１１のカメラやＵＳＢなどの機能がオンであることを示し、ＯＦＦは、無線端末装置１１のカメラやＵＳＢの機能がオフであることを示している。

部署の欄には、操作サーバ１２を管理する企業の社員の属する部署が記憶されている。
図４の説明に戻る。受け付け部３１は、操作サーバ１２を管理する企業のオペレータの操作により、社員情報を受け付け、ユーザデータ記憶部３４の各欄に記憶する。

また、受け付け部３１は、操作サーバ１２を管理する企業のオペレータの操作により、社員の設定項目の変更を受け付け、ユーザデータ記憶部３４の設定項目の欄に記憶する。例えば、受け付け部３１は、ある部署の社員のカメラ機能をオフするようにオペレータから操作を受け付けた場合、ユーザデータ記憶部３４に記憶されているその部署の社員の設定項目を変更する。

また、受け付け部３１は、操作サーバ１２を管理する企業のオペレータから、どのような遠隔操作を行うか受け付ける。例えば、受け付け部３１は、無線端末装置１１の機能設定を変更する遠隔操作を行うか、無線端末装置１１の機能設定を確認する遠隔操作を行うかなどを受け付ける。

また、受け付け部３１は、オペレータから、どの部署の社員に対して遠隔操作を行うか受け付ける。
通知要求送信部３２は、受け付け部３１がオペレータから遠隔操作の種類と、その遠隔操作を適用する社員の情報とを受け付けた場合、ユーザデータ記憶部３４から指定された社員の無線端末装置１１の電話番号を取得する。通知要求送信部３２は、取得した社員の電話番号と遠隔操作の種類とを含むプッシュ通知要求をプッシュサーバ１３に送信する。

通信部３３は、無線端末装置１１からデータ送信要求を受信すると、要求のあったデータを無線端末装置１１に送信する。
なお、通信部３３は、機能設定データの送信要求があった場合、オペレータから指示のあった社員のデータをユーザデータ記憶部３４から取得し、無線端末装置１１に送信する。例えば、受け付け部３１は、開発部と営業部の社員にプッシュ要求通知を送信するようにオペレータから受け付けていたとする。この場合、通信部３３は、無線端末装置１１から機能設定データの送信要求を受信すると、ユーザデータ記憶部３４から、開発部と営業部の社員の設定項目を取得し、ＸＭＬファイルの機能設定データを無線端末装置１１に送信する。

図６は、プッシュサーバのブロック図である。図６に示すようにプッシュサーバ１３は、通知要求受信部４１、メール生成部４２、およびメール送信部４３を有している。
通知要求受信部４１は、操作サーバ１２からプッシュ通知要求を受信する。通知要求受信部４１は、プッシュ通知要求を受信すると、その旨をメール生成部４２に通知する。

メール生成部４２は、通知要求受信部４１がプッシュ通知要求を受信すると、受信したプッシュ通知要求の内容に基づき、ＳＭＳのプッシュメールを生成する。
プッシュ通知要求には、上述したように、遠隔操作の種類が含まれている。メール生成部４２は、プッシュメールを生成する際、プッシュ通知要求に含まれている遠隔操作の種類に対応した識別子をＡＰＬ−ＩＤに設定する。例えば、プッシュ通知要求に機能設定変更を行う遠隔操作の種類が含まれている場合、メール生成部４２は、ＡＰＬ−ＩＤに０ｘ００００１０００の場合を設定する。

メール送信部４３は、メール生成部４２によって生成されたプッシュメールを無線端末装置１１に送信する。プッシュ通知要求には、上述したように、社員の電話番号が含まれている。メール送信部４３は、プッシュ通知要求に含まれている社員の電話番号を宛先として、生成されたプッシュメールを無線端末装置１１に送信する。

図７は、ＳＭＳのＮＰＦコンテンツを示した図である。ＳＭＳのプッシュメールには、ＳＭＳヘッダ、ＷＤＰ（Wireless Datagram Protocol）ヘッダ、ＷＳＰ（Wireless Session Protocol）ヘッダ、およびＮＰＦコンテンツが含まれている。ＮＰＦコンテンツは、図７に示すように、Version、Application-ID（上述したＡＰＬ−ＩＤ）、Parameter-Length、およびParameterを有している。

Versionは、コンテンツ番号００００で固定である。Application-IDには、無線端末装置１１が起動するアプリケーションの種類を示す識別子が設定される。Parameter-Lengthには、Parameterのデータ長が設定される。Parameterには、無線端末装置１１がデータ取得するサーバのＵＲＬ（Uniform Resource Locator）が設定される。

例えば、図６で説明したプッシュサーバ１３のメール生成部４２は、操作サーバ１２から機能設定変更を行う遠隔操作のプッシュ要求通知を受信したとする。この場合、メール生成部４２は、図７の下線５１に示すように、０ｘ００００１０００をＡＰＬ−ＩＤに設定する。また、メール生成部４２は、無線端末装置１１が機能設定データを取得するサーバのＵＲＬとして、Parameterに操作サーバ１２のＵＲＬを設定する。

これにより、図７のＮＰＦコンテンツを有するプッシュメールを受信した無線端末装置１１は、機能設定要求を行うアプリケーションを起動し、実行することができる。また、無線端末装置１１のＡＰＬ実行部２３は、Parameterに設定されているＵＲＬに基づいて操作サーバ１２にアクセスし、カメラなどの機能をオン・オフするための機能設定データをダウンロードすることができる。

図８は、無線端末装置の機能のオン・オフ例を説明する図である。図８のＩ／Ｏ（Input/Output）の欄には、無線端末装置１１に搭載可能な入出力装置の例が示してある。無線端末装置１１には、例えば、図８に示すように、カメラ、ＵＳＢ、ｍｉｃｒｏＳＤスロットなどが搭載される。

機能制限の欄には、Ｉ／Ｏの制限する機能が示してある。例えば、ｍｉｃｒｏＳＤスロットの機能をオフすることにより、データの格納を不可する。
理由の欄には、Ｉ／Ｏを機能制限する理由が示してある。例えば、ｍｉｃｒｏＳＤスロットの機能を制限するのは、電話帳等の顧客情報の外部流出を防止するためである。

図９は、操作サーバ、プッシュサーバ、および無線端末装置のシーケンス図である。図９では、無線端末装置１１の機能設定変更を行う場合のシーケンスについて説明する。
ステップＳ１において、操作サーバ１２は、企業のオペレータから、無線端末装置１１の機能設定変更の要求を受け付け、プッシュサーバ１３にプッシュ通知要求を送信する。プッシュ通知要求には、無線端末装置１１の機能設定を変更する社員の電話番号と、機能設定変更を行う旨の遠隔操作の種類とが含まれる。

ステップＳ２において、プッシュサーバ１３は、ＳＭＳのプッシュメールを生成する。プッシュサーバ１３は、プッシュ通知要求に含まれている機能設定変更を行う旨の遠隔操作の種類に応じて、プッシュメールのＡＰＬ−ＩＤに０ｘ００００１０００を設定する。プッシュサーバ１３は、プッシュ通知要求に含まれている電話番号を宛先として、生成したプッシュメールを無線端末装置１１に送信する。

ステップＳ３において、無線端末装置１１は、プッシュサーバ１３からプッシュメールを受信する。無線端末装置１１は、受信したプッシュメールに含まれるＡＰＬ−ＩＤ：０ｘ００００１０００に基づいて、カメラなどの機能設定変更を行うアプリケーションを起動する。無線端末装置１１は、起動したアプリケーションに基づいて、操作サーバ１２に対し、機能設定データの要求を行う。

ステップＳ４において、操作サーバ１２は、無線端末装置１１から機能設定データの要求を受信すると、ステップＳ１でオペレータが指定した、機能設定を変更する社員の無線端末装置１１の機能設定データを無線端末装置１１に送信する。

ステップＳ５において、無線端末装置１１は、操作サーバ１２から受信した機能設定データに基づいてＣＳＰを制御し、カメラやＵＳＢの機能をオン・オフする。
このように、操作サーバ１２は、オペレータの要求に応じて、プッシュ通知要求をプッシュサーバ１３に行う。プッシュサーバ１３は、操作サーバ１２からのプッシュ通知要求に応じて、ＳＭＳのプッシュメールを無線端末装置１１に送信する。無線端末装置１１は、ＳＭＳのプッシュメールを受信すると、受信したプッシュメールに基づき、所定のアプリケーションを起動し、操作サーバ１２に対して機能設定データの送信要求を行う。そして、無線端末装置１１は、操作サーバ１２から機能設定データを受信する。これにより、特定ユーザの無線端末装置１１の機能を遠隔で自動設定変更することができる。

また、企業は、操作サーバ１２において、特定ユーザの無線端末装置を遠隔操作できるので、特定ユーザの無線端末装置１１を回収してカメラやＵＳＢの機能をオン・オフ設定しなくて済む。

また、無線端末装置１１は、プッシュメールで起動すべきアプリケーションの情報を受信し、そのアプリケーションを起動する。そして、無線端末装置１１は、操作サーバ１２とデータ通信を行い、所定の機能を設定変更する。これにより、セキュリティを向上させることができる。例えば、プッシュメールで直接、機能設定データを送信するようにすると、悪意のある者が直接、無線端末装置１１に機能設定データを送信し、無線端末装置１１の機能を勝手に変更する恐れがある。

また、無線端末装置１１の機能設定の変更回数を１回に制限することにより、セキュリティを強固なものとすることができる。例えば、カメラやＵＳＢなどの機能を１回オフすると、その後オンできないようにする。具体的には、無線端末装置１１のＡＰＬ起動部２２は、１度起動したアプリケーションは、その後、そのアプリケーションを起動するＡＰＬ−ＩＤを含むプッシュメールを受信しても起動しないようにする。

なお、上記では、操作サーバ１２からプッシュサーバ１３にプッシュ通知要求を送信し、プッシュサーバ１３がプッシュメールを生成するとしたが、操作サーバ１２が社員宛のプッシュメールを生成し、プッシュサーバ１３を介してプッシュメールを無線端末装置１１に送信するようにしてもよい。この場合、操作サーバ１２がプッシュメールにＡＰＬ−ＩＤやParameterを設定する。そして、操作サーバ１２は、指定された社員の携帯番号を宛先にして、生成したプッシュメールを無線端末装置１１に送信する。

次に、第２の実施の形態を図面を参照して詳細に説明する。第２の実施の形態では、受信したプッシュメールのＡＰＬ−ＩＤに対応するパスが無線端末装置１１に存在しない場合について説明する。すなわち、無線端末装置１１に起動要求のあったアプリケーションが記憶されていない場合について説明する。

図１０は、第２の実施の形態に係る無線端末装置のブロック図である。図１０に示すように、無線端末装置１１は、ＡＰＬ要求部６１を有している。図１０において図３と同じものには同じ符号を付し、その説明を省略する。

ＡＰＬ起動部２２は、受信されたＡＰＬ−ＩＤに対応したパス情報を保持していない場合、その旨をＡＰＬ要求部６１に通知する。
ＡＰＬ要求部６１は、ＡＰＬ起動部２２から、パス情報を保持していない旨の通知を受けると、アプリケーションを記憶したサーバにアクセスする。ＡＰＬ要求部６１は、例えば、予め記憶されているＵＲＬに基づいて、アプリケーションを記憶したサーバにアクセスする。

なお、アプリケーションを記憶したサーバは、操作サーバ１２であってもよい。この場合、ＡＰＬ要求部６１は、ＮＰＦコンテンツのParameterのＵＲＬに基づいて、操作サーバ１２にアクセスできる。

ＡＰＬ要求部６１は、アプリケーションを記憶したサーバにアクセスする際、受信されたプッシュメールに含まれていたＡＰＬ−ＩＤをサーバに送信する。サーバは、ＡＰＬ−ＩＤによって、ＡＰＬ要求部６１が要求しているアプリケーションの種類を認識する。

例えば、操作サーバ１２を操作するオペレータは、無線端末装置１１の機能が設定通りオン・オフされたかの確認を行うため、プッシュサーバ１３にプッシュ通知要求を送信したとする。

プッシュサーバ１３は、受信したプッシュ通知要求に応じて、ＳＭＳのプッシュメールを無線端末装置１１に送信する。プッシュメールには、無線端末装置１１の機能が設定通りオン・オフされたかの確認を行うためのＡＰＬ−ＩＤ：０ｘ００００２０００が設定されているとする。

無線端末装置１１は、プッシュサーバ１３からプッシュメールを受信する。無線端末装置１１のＡＰＬ起動部２２は、プッシュメールに含まれるＡＰＬ−ＩＤ：０ｘ００００２０００に対応するパス情報を検索するが、そのパスは、存在しないとする。すなわち、ＡＰＬ記憶部２５には、無線端末装置１１の機能設定確認を行うアプリケーションが記憶されていないとする。

この場合、ＡＰＬ起動部２２は、パスが存在しない旨をＡＰＬ要求部６１に通知する。ＡＰＬ要求部６１は、ＡＰＬ起動部２２からの通知を受けて、予め記憶しているＵＲＬに基づき、機能設定確認を行うアプリケーションを記憶したサーバにアクセスする。ＡＰＬ要求部６１は、アクセスしたサーバから機能設定確認を行うアプリケーションを受信し、ＡＰＬ記憶部２５に記憶する。また、ＡＰＬ要求部６１は、記憶したアプリケーションのパス情報を生成し、受信したプッシュメールに含まれていたＡＰＬ−ＩＤと関連付けて保持しておく。

これにより、次回、ＡＰＬ起動部２２は、ある特定のＩＤ番号のプッシュメールを受信した場合には、パス情報に基づいて、機能設定確認を行うアプリケーションを起動することが可能となる。

このように、無線端末装置１１は、自分で記憶していないアプリケーションの起動要求があった場合、サーバにアクセスしてそのアプリケーションを受信する。これにより、無線端末装置１１は、起動するアプリケーションを記憶していなくても、そのアプリケーションを実行することができる。

次に、第３の実施の形態を図面を参照して詳細に説明する。第１の実施の形態では、１つの企業が操作サーバ１２を管理し、自社の社員の無線端末装置１１の機能等を管理するとした。第３の実施の形態では、ある企業が、複数の企業からの依頼を受け、複数の企業の、社員の所持する無線端末装置１１の機能等を管理するようにする。例えば、無線端末装置１１を販売する企業が、複数の企業の、社員の無線端末装置１１の機能等を管理するようにする。

図１１は、第３の実施の形態に係るユーザデータ記憶部のデータ構成例を示した図である。図１１に示すユーザデータ記憶部７１は、図４示したユーザデータ記憶部３４に対応する。また、図１１のユーザデータ記憶部７１は、図５に示したユーザデータ記憶部３４に対し、企業の欄を有している。

図４に示した受け付け部３１は、オペレータから、どの企業の社員に対して機能設定変更の遠隔操作を行うかを受け付ける。これにより、操作サーバ１２は、特定の企業の特定社員に対して、機能設定の変更を行うことが可能となる。なお、プッシュサーバ１３および無線端末装置１１のブロックは、図３および図６と同様である。

このように、操作サーバ１２は、特定の企業および特定の社員に対し、無線端末装置１１の機能を設定変更することが可能となる。
なお、図３に示したＡＰＬ実行部２３は、操作サーバ１２から受信するデータの認証処理を行うようにしてもよい。

例えば、無線端末装置１１は、図３に示したブロック図において、さらに証明書記憶部を有しているとする。証明書記憶部には、無線端末装置１１を所有する社員の企業の証明書（例えば、企業の識別子など）が予め記憶されている。

操作サーバ１２は、無線端末装置１１からの要求に応じて、ある企業の社員に向けて機能設定データを無線端末装置１１に送信するとする。このとき、操作サーバ１２は、企業の署名（例えば、企業の識別子）を含めた機能設定データを無線端末装置１１に送信する。

ＡＰＬ実行部２３は、機能設定データを受信すると、証明書記憶部に記憶されている証明書と、機能設定データに含まれる署名とを比較する。証明書と署名が一致すれば、ＡＰＬ実行部２３は、受信した機能設定データに基づいて、カメラやＵＳＢなどの機能をオン・オフする。ＡＰＬ実行部２３は、証明書と署名が一致しなければ、受信した機能設定データを破棄して、アプリケーションの実行を終了する。

このように、操作サーバ１２は、機能設定データに証明書を含めて送信することにより、操作サーバ１２が誤って別の企業の機能設定データを無線端末装置１１に送信しても、無線端末装置１１は、証明書と署名が一致しなければ、受信した機能設定データを破棄し、アプリケーションの実行を終了することができる。

（付記１） 無線通信を行う無線端末装置において、
アプリケーションを記憶したアプリケーション記憶部と、
当該無線端末装置宛に送信されたアプリケーション起動要求を受信する起動要求受信部と、
前記アプリケーション起動要求に含まれている起動情報に基づいて実行すべき前記アプリケーションを起動するアプリケーション起動部と、
を有することを特徴とする無線端末装置。

（付記２） 前記アプリケーションの実行によりサーバから受信したデータに基づいて、当該無線端末装置の入出力装置を制御する入出力装置制御部をさらに有することを特徴とする付記１記載の無線端末装置。

（付記３） 前記アプリケーション起動部は、入出力装置の制御を行う前記アプリケーションを１回のみ起動することを特徴とする付記１記載の無線端末装置。
（付記４） 前記アプリケーション起動要求は、プッシュメールで送信されることを特徴とする付記１記載の無線端末装置。

（付記５） 起動要求のあった前記アプリケーションが前記アプリケーション記憶部に記憶されていない場合、前記アプリケーションを記憶したアプリケーションサーバに要求するアプリケーション要求部をさらに有することを特徴とする付記１記載の無線端末装置。

（付記６） 認証情報を記憶した認証情報記憶部をさらに有し、
前記アプリケーションを実行するアプリケーション実行部は、サーバから受信したデータに含まれる前記認証情報と前記認証情報記憶部に記憶されている前記認証情報とを比較することを特徴とする付記１記載の無線端末装置。

（付記７） 無線端末装置を遠隔操作するサーバにおいて、
オペレータから遠隔操作を行う前記無線端末装置の選択を受け付ける受け付け部と、
前記無線端末装置に起動させたいアプリケーションに関する情報を含む操作要求を通知サーバに送信する要求送信部と、
を有することを特徴とするサーバ。

（付記８） 無線端末装置を遠隔操作する操作サーバの要求に応じて前記無線端末装置にアプリケーション起動要求を行うサーバにおいて、
前記操作サーバから無線端末装置の操作要求を受信する要求受信部と、
前記操作要求に含まれる情報に基づいて、前記無線端末装置の起動すべきアプリケーション情報を含むアプリケーション起動要求を生成する起動要求生成部と、
前記操作要求に含まれる前記無線端末装置の宛先情報に基づいて前記アプリケーション起動要求を前記無線端末装置に送信する起動要求送信部と、
を有することを特徴とするサーバ。

１ 無線端末装置
１ａ アプリケーション記憶部
１ｂ 起動要求受信部
１ｃ アプリケーション起動部
２，３ サーバ
２ａ 受け付け部
２ｂ 要求送信部
３ａ 要求受信部
３ｂ 起動要求生成部
３ｃ 起動要求送信部

Claims (6)

1. 無線通信を行う無線端末装置において、
   アプリケーションを記憶したアプリケーション記憶部と、
   当該無線端末装置宛に送信されたアプリケーション起動要求を受信する起動要求受信部と、
   前記アプリケーション起動要求に含まれている起動情報に基づいて実行すべき前記アプリケーションを起動するアプリケーション起動部と、
   を有することを特徴とする無線端末装置。
2. 前記アプリケーションの実行によりサーバから受信したデータに基づいて、当該無線端末装置の入出力装置を制御する入出力装置制御部をさらに有することを特徴とする請求項１記載の無線端末装置。
3. 前記アプリケーション起動要求は、プッシュメールで送信されることを特徴とする請求項１記載の無線端末装置。
4. 起動要求のあった前記アプリケーションが前記アプリケーション記憶部に記憶されていない場合、前記アプリケーションを記憶したアプリケーションサーバに要求するアプリケーション要求部をさらに有することを特徴とする請求項１記載の無線端末装置。
5. 無線端末装置を遠隔操作するサーバにおいて、
   オペレータから遠隔操作を行う前記無線端末装置の選択を受け付ける受け付け部と、
   前記無線端末装置に起動させたいアプリケーションに関する情報を含む操作要求を通知サーバに送信する要求送信部と、
   を有することを特徴とするサーバ。
6. 無線端末装置を遠隔操作する操作サーバの要求に応じて前記無線端末装置にアプリケーション起動要求を行うサーバにおいて、
   前記操作サーバから無線端末装置の操作要求を受信する要求受信部と、
   前記操作要求に含まれる情報に基づいて、前記無線端末装置の起動すべきアプリケーション情報を含むアプリケーション起動要求を生成する起動要求生成部と、
   前記操作要求に含まれる前記無線端末装置の宛先情報に基づいて前記アプリケーション起動要求を前記無線端末装置に送信する起動要求送信部と、
   を有することを特徴とするサーバ。

Images