JP5998702B2 - 情報処理システム、サーバ、携帯端末装置および制御プログラム - Google Patents

Description

本技術は、携帯端末装置、制御方法及び制御プログラムに関する。

近年、携帯端末装置の測位機能を利用して、携帯端末装置の位置情報により特定される例えば「会社」や「自宅」などのコンテキスト毎にデスクトップを切り替える、所謂コンテキストデスクトップ型の携帯端末装置が提案されている。

コンテキストデスクトップ型の携帯端末装置は、携帯端末装置のコンテキストが「会社」であれば、「会社」を属性とする仕事用アプリのアイコンだけをデスクトップに表示させ、携帯端末装置のコンテキストが「自宅」であれば、「自宅」を属性とする自宅用アプリのアイコンだけをデスクトップに表示させる。

このため、コンテキストデスクトップ型の携帯端末装置は、社外に持ち出されても、コンテキストの変化に連動して、自動的にデスクトップを切り替えるので、携帯端末装置から業務情報が流出するリスクを低下させることができる。

一方、例えば部下から業務の依頼が生じた場合、承認アプリなどの、業務の処理に必要なアプリをサーバから承認者の携帯端末装置に配信して、携帯端末装置に該アプリを自動実行させる、所謂アプリプッシュという仕組みも提案されている。アプリプッシュは、携帯端末装置のコンテキストに関係なく、業務の依頼を契機に必要なアプリを携帯端末装置に自動実行させるため、承認者は、例えば部下からの業務の依頼に即座に対応することができる。

プレスリリース（技術）"時間や場所に応じて必要なアプリケーションが自動配信・自動実行される情報端末技術を開発"、平成２３年７月１９日、株式会社富士通、［平成２４年７月８日検索］、インターネット＜http://pr.fujitsu.com/jp/news/2011/07/19-1.html＞

ところで、コンテキストデスクトップ型の携帯端末装置が社外に持ち出されているときに、例えば承認などの「会社」を属性とする業務の依頼が生じると、携帯端末装置のデスクトップが強制的に会社用のデスクトップに切り替わり、例えば承認アプリなどの業務の依頼にかかるアプリが自動実行される。

このため、鉄道やバスなどの公共交通手段に乗車中のユーザに、例えば承認などの「会社」を属性とする業務の依頼が生じ場合、例えば承認の内容などの社外秘情報が携帯端末装置に突如表示され、携帯端末装置の周囲の第三者に覗き込まれる懸念がある。

開示の技術によれば、サーバからのアプリ配信に基づき、コンテキストに関係なく、突然アプリが実行・表示されることを防止できる携帯端末装置、制御方法及び制御プログラムを提供する。

開示の技術の一観点によれば、サーバにネットワーク接続される携帯端末装置に於いて、前記サーバからアプリの実行指示を受け付けた場合、前記アプリの属性が前記携帯端末装置の位置情報により指定されるコンテキストに整合するかどうか判断する判断部と、前記アプリの属性が前記携帯端末装置の位置情報により指定されるコンテキストに整合しない場合、前記アプリの実行指示を受け付けた旨を通知する通知部と、前記アプリの実行指示を受け付けた旨の通知への応答を契機に、前記アプリを実行するアプリ管理部と、を備える携帯端末装置が提供される。

本開示の技術の一観点によれば、サーバからのアプリ配信に基づき、コンテキストに関係なく、突然アプリが実行・表示されることを防止することができる。

第１の実施形態にかかる情報処理システムの概略図である。 第１の実施形態にかかる携帯端末装置のハードウェア構成の概略図である。 第１の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第１の実施形態にかかるシステムサーバのハードウェア構成の概略図である。 第１の実施形態にかかるシステムサーバの機能ブロックの概略図である。 第１の実施形態にかかるアプリサーバの機能ブロックの概略図である。 第１の実施形態にかかるアプリサーバの機能ブロックの概略図である。 第１の実施形態にかかる携帯端末装置の処理フローである。 第１の実施形態にかかるシステムサーバの処理フローである。 第１の実施形態にかかる携帯端末装置の処理フローである。 第１の実施形態にかかる携帯端末装置のデスクトップの遷移を説明する概略図である。 第２の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第２の実施形態にかかる携帯端末装置のデスクトップの概略図である。 第３の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第３の実施形態にかかる動作規定テーブルの概略図である。 第４の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第４の実施形態にかかる携帯端末装置のデスクトップの遷移を説明する概略図である。 第５の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第６の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第７の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第７の実施形態にかかる携帯端末装置のデスクトップの概略図である。 第８の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第８の実施形態にかかる携帯端末装置のデスクトップの遷移を説明する概略図である。 第９の実施形態にかかる携帯端末装置の機能ブロックの概略図である。 第９の実施形態にかかる携帯端末装置のデスクトップの概略図である。

［第１の実施形態］
以下、図１〜図１１を参照して、第１の実施形態にかかる情報処理システムを説明する。

［情報処理システム］
図１は、第１の実施形態にかかる情報処理システムの概略図である。

図１に示すように、本実施形態にかかる情報処理システムは、携帯端末装置１００、システムサーバ２００、アプリサーバ３００、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）４００を含む。携帯端末装置１００、システムサーバ２００、アプリサーバ３００、依頼主ＰＣ４００は、ネットワーク５００により相互接続されている。なお、本実施形態では、システムサーバ２００及びアプリサーバ３００を別体とするが、アプリサーバ３００を、例えばシステムサーバ２００の補助記憶装置２０６に構築して、システムサーバ２００に集約しても良い。

［携帯端末装置１００］
第１の実施形態にかかる携帯端末装置１００を説明する。ここでは、携帯端末装置１００に搭載されるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）として、Ａｎｄｒｏｉｄ（登録商標）を採用することを想定する。但し、本発明の態様は、これに限定されるものではなく、Ａｎｄｒｏｉｄ以外のＯＳを採用しても良い。

［携帯端末装置１００のハードウェア］
図２は、第１の実施形態にかかる携帯端末装置１００のハードウェア構成の概略図である。

本実施形態では、携帯端末装置１００として、例えばスマートフォンやタブレットＰＣ等の携帯型情報処理装置を想定する。

図２に示すように、本実施形態にかかる携帯端末装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、メインメモリ１０２、補助メモリ１０３、クロック供給回路１０４、電圧供給回路１０５、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路１０６、アンテナ１０７、バッテリ１０８、電源回路１０９、カメラモジュール１１０、ブルートゥースＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１１１、センサ１１２、ディスプレイ１１３、外部給電部１１４、タッチスクリーン１１５、をハードウェアモジュールとして備える。これらのハードウェアモジュールは、バス１１６により相互接続されている。

ＣＰＵ１０１は、クロック供給回路１０４から供給されるクロック信号及び電圧供給回路１０５から供給される電圧により動作して、携帯端末装置１００の各種ハードウェアモジュールを制御する。さらに、ＣＰＵ１０１は、補助メモリ１０３に格納された各種プログラムをメインメモリ１０２に読み出すとともに、該メインメモリ１０２に読み出した各種プログラムを実行することで、各種機能を実現する。各種機能の詳細は、後述することとする。

メインメモリ１０２は、ＣＰＵ１０１により実行される各種プログラムを格納する。さらに、メインメモリ１０２は、ＣＰＵ１０１のワークエリアとして使用され、ＣＰＵ１０１による処理に必要な各種データを記憶する。メインメモリ１０２としては、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを用いても良い。

補助メモリ１０３は、携帯端末装置１００を動作させる各種プログラムを格納している。各種プログラムとしては、例えば、携帯端末装置１００により実行されるアプリケーションプログラム１０００や、アプリケーションプログラム１０００の実行環境であるＯＳ１１００などがある。アプリケーションプログラム１０００には、アプリサーバ３００からダウンロードされたアプリも含まれる。本実施形態にかかる制御プログラム１２００も補助メモリ１０３に格納されている。補助メモリ１０３としては、例えば、ハードディスクやフラッシュメモリ等の不揮発メモリを用いても良い。

クロック供給回路１０４は、ＣＰＵ１０１に供給するためのクロック信号を生成する。クロック供給回路１０４は、例えばクロック信号を発振する水晶振動子と、ＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）と、により実現しても良い。

電圧供給回路１０５は、電源回路１０９から供給される電力に基づき、ＣＰＵ１０１に供給するための可変電圧を生成する。電圧供給回路１０５は、ボルテージディテクタと、ボルテージレギュレータと、により実現しても良い。

ＲＦ回路１０６は、ＣＰＵ１０１により制御され、アンテナ１０７から他の無線通信装置に高周波信号を送信する。さらに、ＲＦ回路１０６は、アンテナ１０７により受信された高周波信号をベースバンド信号に変換して、該ベースバンド信号をＣＰＵ１０１に出力する。

バッテリ１０８は、電源回路１０９に電力を供給する。バッテリ１０８は、例えばリチウムイオン電池等の電池と、電池保護ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）と、により実現しても良い。

電源回路１０９は、バッテリ１０８から供給される電力を、電源線（図示しない）を介して、携帯端末装置１００の各種ハードウェアモジュールに供給する。なお、外部給電部１１４に外部電源（図示しない）が接続されている場合、電源回路１０９は、外部給電部１１４から供給される電力を、携帯端末装置１００の各種ハードウェアモジュールに供給しても良い。電源回路１０９は、例えばスイッチングレギュレータと、ボルテージレギュレータと、により実現しても良い。

カメラモジュール１１０は、ＣＰＵ１０１により制御され、被写体の撮像データを取得する。ブルートゥースＩ／Ｆ１１１は、他の無線通信装置との間でＢｌｕｅｔｏｏｔｈ（登録商標）による無線通信を実行するための通信インターフェースである。携帯端末装置１００は、さらに、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの無線通信インターフェースを備えてもよい。

ディスプレイ１１３は、ＣＰＵ１０１により制御され、利用者に画像情報を提示する。タッチスクリーン１１５は、ディスプレイ１１３に貼り付けられ、ユーザの指先やペン先などで接触された位置情報を入力する。本実施形態では、タッチスクリーン１１５を、ユーザ操作の為の位置入力デバイスとして使用する。

センサ１１２は、ＣＰＵ１０１により制御され、携帯端末装置１００の状態情報を取得する。センサ１１２としては、例えば、加速度センサ、ジャイロセンサ、照度センサ、地磁気センサ、傾きセンサ、加圧センサ、接近センサ、温度センサ、３Ｇモジュール、無線ＬＡＮ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）モジュール、などを用いても良い。

［携帯端末装置１００の機能ブロック］
図３は、第１の実施形態にかかる携帯端末装置１００の機能ブロックの概略図である。

図３に示すように、本実施形態にかかる携帯端末装置１００は、測位部１２１、位置情報送信部１２２、コンテキスト受信部１２３、コンテキスト監視部１２４、プッシュ受信部１２５、アプリ取得部１２６、割り込み処理部１２７、通知部１２８、監視部１２９、認証部１３０、アプリ管理部１３１、鍵管理部１３２、アイコン管理部１３３、アプリ格納部１３４を備える。

測位部１２１、位置情報送信部１２２、コンテキスト受信部１２３、コンテキスト監視部１２４、プッシュ受信部１２５、アプリ取得部１２６、割り込み処理部１２７、通知部１２８、監視部１２９、認証部１３０、アプリ管理部１３１、鍵管理部１３２、アイコン管理部１３３、アプリ格納部１３４は、何れもＣＰＵ１０１が、制御プログラム１２００をメインメモリ１０２に読み込むとともに、該メインメモリ１０２に読み出した制御プログラム１２００を実行することで実現される。

測位部１２１は、事前に決められた時間ごとに、例えばＯＳ１１００に組み込まれた測位ドライバに測位指示を通知して、センサ１１２に測位を実行させ、携帯端末装置１００の位置情報を取得する。但し、測位部１２１は、例えばアプリからの指示に基づき、携帯端末装置１００の位置情報を取得しても良い。位置情報は、例えば経度／緯度などの生データである。

位置情報送信部１２２は、測位部１２１により取得された位置情報をシステムサーバ２００に送信する。システムサーバ２００は、測位部１２１から送信された位置情報に基づき、携帯端末装置１００のコンテキスト、即ち「ｗｏｒｋ（会社）」、「ｈｏｍｅ（自宅）」、「ｐｕｂｌｉｃ（公共空間）」などの場所を特定することとなる。

コンテキスト受信部１２３は、システムサーバ２００から送信されたコンテキストを受信する。コンテキストとしては、例えば「ｗｏｒｋ」、「ｈｏｍｅ」、「ｐｕｂｌｉｃ」などの場所を想定しているが、さらに時刻やユーザなどの情報を組み合わせも良い。

コンテキスト監視部１２４は、コンテキスト受信部１２３により受信されたコンテキストに基づき、該コンテキストに変化が生じたかどうかどうか監視する。

プッシュ受信部１２５は、システムサーバ２００から送信されたプッシュメッセージを受信する。プッシュメッセージは、該プッシュメッセージに紐付けられたアプリの名前及び属性を含み、該アプリの実行トリガ（アプリの実行指示）とされる。ここで、アプリの属性は、それぞれのアプリに紐付けられたコンテキスト（場所）である。例えば仕事で使用する承認アプリなどの仕事用アプリには、アプリの属性として「ｗｏｒｋ」が付加される。

アプリ取得部１２６は、プッシュ受信部１２５により受信されたプッシュメッセージに基づき、該プッシュメッセージに紐付けられたアプリをアプリサーバ３００からダウンロードする。

割り込み処理部１２７は、携帯端末装置１００のコンテキストと、アプリ取得部１２６によりダウンロードされたアプリの属性と、に基づき、該アプリの属性が、携帯端末装置１００のコンテキストに整合しているかどうかを判断する。該アプリの属性が、携帯端末装置１００のコンテキストに整合している場合、割り込み処理部１２７は、アプリ管理部１３１にアプリの実行指示を通知する。該アプリの属性が、携帯端末装置１００のコンテキストに整合していない場合、割り込み処理部１２７は、通知部１２８にメッセージの表示指示を通知する。

通知部１２８は、割り込み処理部１２７からのメッセージの表示指示に基づき、アプリ取得部１２６によりダウンロードされたアプリを実行するかどうかを決定する為のスイッチボタン、即ちコンテキストスイッチを、携帯端末装置１００のデスクトップに表示させる。

さらに、通知部１２８は、アプリ取得部１２６によりアプリがダウンロードされたことを意味する受信メッセージを、携帯端末装置１００のデスクトップに表示させても良い。例えば、アプリの属性が「ｗｏｒｋ」であれば、「ｗｏｒｋのアプリを受信しました」などの受信メッセージをデスクトップに表示させても良い。

監視部１２９は、携帯端末装置１００のデスクトップに表示されたコンテキストスイッチへの応答の有無、例えばコンテキストスイッチへの接触（タップ）の有無を監視する。コンテキストスイッチへの応答が検出された場合、監視部１２９は、認証部１３０に応答検出信号を通知する。

認証部１３０は、監視部１２９からの応答検出信号に基づき、携帯端末装置１００のデスクトップに、ユーザ認証の為の画面（認証画面）を表示させる。認証画面は、例えばユーザＩＤやパスワードの入力フォームを含む。

さらに、認証部１３０は、認証画面への入力結果に基づき、操作者（入力者）が正当なユーザであるかどうか判断する。操作者が正当ユーザであると判断された場合、認証部１３０は、アプリ管理部１３１にアプリの実行指示（割り込み実行指示）を通知する。

なお、ここでは、携帯端末装置１００の構成要件として、認証部１３０を説明しているが、認証部１３０は、必須構成ではない。例えば、携帯端末装置１００のコンテキストが、覗き込みの危険性が低いと思われる「ｈｏｍｅ」であれば、認証画面の提示を省略しても良い。さらに、認証部１３０は、コンテキスト受信部１２３から取得したコンテキストに基づき、ユーザに要求する認証レベルを変化させても良い。認証部１３０を省略する場合、監視部１２９からアプリ管理部１３１に、アプリの実行指示（割り込み実行指示）が通知される。

アプリ管理部１３１は、コンテキスト受信部１２３から取得したコンテキストに基づき、該コンテキストに整合する属性のアプリのアイコン表示を、アイコン管理部１３３に指示する。例えば、コンテキスト受信部１２３から取得したコンテキストが「ｗｏｒｋ」であれば、属性として「ｗｏｒｋ」が付加されているアプリのアイコン表示を、アイコン管理部１３３に指示する。

さらに、アプリ管理部１３１は、認証部１３０からの実行指示（割り込み実行指示）に基づき、デスクトップにアイコン表示させるアプリを、携帯端末装置１００のコンテキストに整合する属性のアプリから、実行指示（割り込み実行指示）にかかる属性のアプリに切り替える。例えば、携帯端末装置１００のコンテキストが「ｐｕｂｌｉｃ」であるときに、「ｗｏｒｋ」を属性とするアプリの実行指示（割り込み実行指示）が通知されたら、アプリ管理部１３１は、それまで表示させていた「ｐｕｂｌｉｃ」を属性とするアプリに代えて、「ｗｏｒｋ」を属性とするアプリを、デスクトップに表示させる。

また、アプリ管理部１３１は、割り込み処理部１２７からの実行指示に基づき、実行指示にかかるアプリのアイコンを、デスクトップに表示させる。例えば、携帯端末装置１００のコンテキストが「ｗｏｒｋ」であるときに、「ｗｏｒｋ」を属性とする実行指示が通知されたら、アプリ管理部１３１は、それまで表示させていた「ｗｏｒｋ」を属性とするアプリに加えて、さらに実行指示にかかるアプリのアイコンを、デスクトップに表示させる。

アプリ管理部１３１は、割り込み処理部１２７もしくは認証部１３０からの実行指示にかかるアプリのアイコンをデスクトップに表示させたら、該アプリを自動実行して、該アプリへのユーザ操作（ユーザ処理）の終了まで待機する。さらに、アプリ管理部１３１は、該アプリへのユーザ操作の終了を確認したら、該アプリを自動消去させる。例えば、実行指示にかかるアプリが承認アプリであれば、アプリ管理部１３１は、承認アプリを自動実行して、デスクトップに承認画面を表示させる。そして、アプリ管理部１３１は、承認アプリへの承認作業の終了を確認したら、携帯端末装置１００から承認アプリを自動消去させることとなる。なお、本実施形態にかかるアプリ管理部１３１は、ユーザ操作の終了確認後、アプリを自動消去させているが、本発明は、これに限定されるものではない。

さらに、アプリ管理部１３１は、認証部１３０からの実行指示（割り込み実行指示）にかかるアプリへのユーザ操作の終了を確認したら、デスクトップに表示させるアプリを、携帯端末装置１００のコンテキストに整合する属性のアプリに切り替える。

鍵管理部１３２は、アプリ管理部１３１により実行されるアプリの復号化鍵を管理する。さらに、鍵管理部１３２は、アプリ管理部１３１からの要求に基づき、指定されたアプリの復号化鍵をアプリ管理部１３１に送信する。

アイコン管理部１３３は、アプリ管理部１３３からのアイコン表示の指示に基づき、携帯端末装置１００のデスクトップに、指定されたアプリのアイコンを表示させる。

アプリ格納部１３４は、携帯端末装置１００の補助メモリ１０３に事前インストールされているアプリのほか、アプリ取得部１２６によりダウンロードされたアプリなどを格納する。

［システムサーバ２００のハードウェア］
図４は、第１の実施形態にかかるシステムサーバ２００のハードウェア構成の概略図である。

図４に示すように、本実施形態にかかるシステムサーバ２００は、ＣＰＵ２０１、主記憶装置２０２、システムコントローラ２０３、ネットワークコントローラ２０４、ディスクコントローラ２０５、補助記憶装置２０６を、ハードウェアモジュールとして備える。これらのハードウェアモジュールは、例えばバス２０７により相互接続されている。

ＣＰＵ２０１は、システムサーバ２００の各種ハードウェアを制御する。さらに、ＣＰＵ２０１は、補助記憶装置２０６に格納された各種プログラムを、主記憶装置２０２に読み込むとともに、該主記憶装置２０２に読み込んだ各種プログラムを実行することで、各種機能を実現する。各種機能の詳細は、後述することとする。

主記憶装置２０２は、ＣＰＵ２０１により実行される各種プログラムを格納する。さらに、主記憶装置２０２は、ＣＰＵ２０１のワークエリアとして使用され、ＣＰＵ２０１による処理に必要な各種データを格納する。主記憶装置２０２としては、例えば、ＲＡＭを用いても良い。

システムコントローラ２０３は、ＣＰＵ２０１及び主記憶装置２０２の双方に接続され、ＣＰＵ２０１及び主記憶装置２０２間のデータ送信や、ＣＰＵ２０１及びバス２０７間のデータ送信を制御する。さらに、システムコントローラ２０３は、バス２０７を介して、ネットワークコントローラ２０４及びディスクコントローラ２０５に接続されている。

ネットワークコントローラ２０４は、ネットワーク５００を介して、携帯端末装置１００、アプリサーバ３００、ＰＣ４００に接続され、携帯端末装置１００との間で各種データの送受信を実行する。

補助記憶装置２０６は、ディスクコントローラ２０５に接続されている。補助記憶装置２０６は、各種プログラムを格納している。各種プログラムとしては、例えば、ＣＰＵ２０１により実行されるアプリケーションプログラム２０００、アプリケーションプログラム２０００の実行環境であるＯＳ２１００、などが格納される。補助記憶装置２０６としては、例えばハードディスクなどを用いても良い。

［システムサーバ２００の機能ブロック］
図５は、第１の実施形態にかかるシステムサーバ２００の機能ブロックの概略図である。

図５に示すように、本実施形態にかかるシステムサーバ２００は、アプリ受付部２２１、パッケージャ２２２、コンテキスト特定部２２３、コンテキスト監視部２２４、プッシュ制御部２２５、プッシュ送信部２２６、業務受信部２２７、プッシュメッセージ生成部２２８、業務依頼キュー２２９を備える。

アプリ受付部２２１、パッケージャ２２２、コンテキスト特定部２２３、コンテキスト監視部２２４、プッシュ制御部２２５、プッシュ送信部２２６、業務受信部２２７、プッシュメッセージ生成部２２８、業務依頼キュー２２９は、何れもＣＰＵ２０１が、補助記憶装置２０６に格納されたアプリケーションプログラム２０００やＯＳ２１００を実行することで実現される。

アプリ受付部２２１は、例えばアプリ開発者により開発された新規アプリの登録を受け付ける。

パッケージャ２２２は、アプリ受付部２２１により受け付けられたアプリ毎に、該アプリを指定する為のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を生成する。さらに、パッケージャ２２２は、アプリ受付部２２１により受け付けられたアプリを暗号化するとともに、該アプリをＵＲＬに紐付けてアプリサーバ３００の補助記憶装置３０６に配置する。

コンテキスト特定部２２３は、携帯端末装置１００から送信された位置情報に基づき、携帯端末装置１００のコンテキスト、即ち携帯端末装置１００が存在する場所を特定する。例えば、携帯端末装置１００が会社の敷地内にある場合、コンテキスト特定部２２３は、コンテキストとして「ｗｏｒｋ」を特定することとなる。

さらに、コンテキスト特定部２２３は、携帯端末装置１００のコンテキストを携帯端末装置１００に通知する。携帯端末装置１００は、コンテキスト特定部２２３から送信されるコンテキストに基づき、自身のコンテキストを認識することとなる。

コンテキスト監視部２２４は、コンテキスト特定部２２３により特定されたコンテキストを監視して、携帯端末装置１００のコンテキストに変化が生じたかどうかを判断する。携帯端末装置１００のコンテキストに変化が生じた場合、コンテキスト監視部２２４は、コンテキストに変化が生じたことを意味するコンテキスト変化通知をプッシュ制御部２２５に送信する。

プッシュ制御部２２５は、コンテキスト監視部２２４からコンテキスト変化通知を受信した場合、コンテキスト特定部２２３により特定されたコンテキストに基づき、該コンテキストに整合する属性の業務依頼が業務依頼キュー２２９に存在するかどうか判断する。携帯端末装置１００のコンテキストに整合する属性の業務依頼が業務依頼キュー２２９に存在すると判断した場合、プッシュ制御部２２５は、該コンテキストに整合する属性の業務依頼にかかるプッシュメッセージの送信依頼をプッシュ送信部２２６に通知する。

さらに、プッシュ制御部２２５は、業務受信部２２７により受信された業務依頼にプライオリティ情報が付加されているかどうかを判断する。業務依頼にプライオリティ情報が付加されている場合、プッシュ制御部２２５は、業務依頼にかかる業務を「割り込み業務」とみなして、プライオリティ情報が付加されている業務依頼にかかるプッシュメッセージの送信依頼をプッシュ送信部２２６に通知する。業務依頼にプライオリティ情報が付加されていない場合、プッシュ制御部２２５は、プライオリティ情報が付加されていない業務依頼を業務依頼キュー２２９に格納する。

プッシュ送信部２２６は、プッシュ制御部２２５からのプッシュメッセージの送信依頼に基づき、ネットワーク５００を介して、プッシュメッセージ生成部２２８により生成されたプッシュメッセージを、携帯端末装置１００に送信する。

業務受信部２２７は、例えばＰＣ４００から送信された業務依頼を受信する。ここでは、業務依頼として、例えば上司への承認依頼などを想定する。業務依頼には、依頼主（ＰＣ４００）によりプライオリティ情報が付加されていることがある。

プッシュメッセージ生成部２２８は、業務受信部２２７により受信された業務依頼に基づき、携帯端末装置１００に送信すべきプッシュメッセージを生成する。プッシュメッセージは、業務依頼にかかる業務を実現する為のアプリに紐付けられたＵＲＬであって、該ＵＲＬには、該アプリの名前及び属性が付加されている。アプリの属性は、業務依頼の属性と共通である。例えば、依頼主のＰＣ４００からプライオリティ情報が付加された業務依頼として承認依頼が送信された場合、プッシュメッセージ生成部２２８は、承認（業務依頼にかかる業務）を実現する為の承認アプリの名前及び属性として、「承認アプリ」及び「ｗｏｒｋ」が付加されたプッシュメッセージを生成する。

業務依頼キュー２２９は、プッシュ制御部２２５によりプライオリティ情報が付加されていないと判断された業務依頼を、それぞれの業務依頼の属性に紐付けて格納する。業務依頼キュー２２９に格納された業務依頼は、携帯端末装置１００のコンテキストが、それぞれの業務依頼の属性に整合したときに、携帯端末装置１００に送信される。

［アプリサーバ３００のハードウェア］
図６は、第１の実施形態にかかるアプリサーバ３００のハードウェア構成の概略図である。

図６に示すように、本実施形態にかかるアプリサーバ３００は、ＣＰＵ３０１、主記憶装置３０２、システムコントローラ３０３、ネットワークコントローラ３０４、ディスクコントローラ３０５、補助記憶装置３０６を、ハードウェアモジュールとして備える。これらのハードウェアモジュールは、例えばバス３０７により相互接続されている。

ＣＰＵ３０１は、アプリサーバ３００の各種ハードウェアを制御する。さらに、ＣＰＵ３０１は、補助記憶装置３０６に格納された各種プログラムを、主記憶装置３０２に読み込むとともに、該主記憶装置３０２に読み込んだ各種プログラムを実行することで、各種機能を実現する。

主記憶装置３０２は、ＣＰＵ３０１により実行される各種プログラムを格納する。さらに、主記憶装置３０２は、ＣＰＵ３０１のワークエリアとして使用され、ＣＰＵ３０１による処理に必要な各種データを格納する。主記憶装置３０２としては、例えば、ＲＡＭを用いても良い。

システムコントローラ３０３は、ＣＰＵ３０１及び主記憶装置３０２の双方に接続され、ＣＰＵ３０１及び主記憶装置３０２間のデータ送信や、ＣＰＵ３０１及びバス３０７間のデータ送信を制御する。さらに、システムコントローラ３０３は、バス３０７を介して、ネットワークコントローラ３０４及びディスクコントローラ３０５に接続されている。

ネットワークコントローラ３０４は、ネットワーク５００を介して、携帯端末装置１００に接続され、携帯端末装置１００との間で各種データの送受信を実行する。

補助記憶装置３０６は、ディスクコントローラ３０５に接続されている。補助記憶装置３０６は、各種プログラムを格納している。各種プログラムとしては、例えば、ＣＰＵ３０１により実行されるアプリケーションプログラム３０００、アプリケーションプログラム３０００の実行環境であるＯＳ３１００、さらにアプリ開発者により開発された配信用アプリケーションプログラム３２００などが格納される。補助記憶装置３０６としては、例えば、ハードディスクなどを用いても良い。

［アプリサーバ３００の機能ブロック］
図７は、第１の実施形態にかかるアプリサーバ３００の機能ブロックの概略図である。

図７に示すように、本実施形態にかかるアプリサーバ３００は、要求受信部３２１、アプリ配信部３２２、アプリ配置部３２３、アプリ格納部３２４を備える。

要求受信部３２１、アプリ配信部３２２、アプリ配置部３２３、アプリ格納部３２４は、何れもＣＰＵ３０１が、補助記憶装置３０６に格納されたアプリケーションプログラム３０００やＯＳ３１００を主記憶装置３０２に読み込むとともに、該主記憶装置３０２に読み込まれた各種プログラムを実行することで実現される。

要求受信部３２１は、携帯端末装置１００からのダウンロードの要求通知を受信して、携帯端末装置１００に配信すべきアプリに紐付けられたＵＲＬをアプリ配信部３２２に通知する。

アプリ配信部３２２は、要求受信部３２１から通知されたＵＲＬに基づき、アプリ格納部３２４に格納されたアプリを携帯端末装置１００に配信する。

アプリ配置部３２３は、システムサーバ２００から送信されたアプリ、即ちアプリ開発者により開発された新規アプリを、該アプリのＵＲＬに紐付けてアプリ格納部３２４に配置する。

［コンテキストの変化によるデスクトップの切り替え処理（携帯端末装置１００）］
図８は、第１の実施形態にかかる携帯端末装置１００の処理フローである。

図８に示すように、コンテキスト監視部１２４は、コンテキスト受信部１２３から受信した携帯端末装置１００のコンテキストに基づき、コンテキストに変化が生じたかどうかを判断する（ステップＳ１０１）。

ここで、コンテキストに変化が生じたと判断されなければ（ステップＳ１０１のＮｏ）、コンテキスト監視部１２４は、コンテキストの変化の監視を継続する（ステップＳ１０１）。

一方、コンテキストに変化が生じたと判断されたら（ステップＳ１０１のＹｅｓ）、アプリ管理部１３１は、アプリ格納部１３４に格納されている複数のアプリから、コンテキスト受信部１２３により受信されたコンテキストに整合する属性のアプリを指定する（ステップＳ１０２）。例えば、コンテキストが「ｐｕｂｌｉｃ」から「ｗｏｒｋ」に変化した場合、「ｗｏｒｋ」を属性とするアプリ全てが指定される。

次に、アプリ管理部１３１は、指定されたアプリの復号化鍵を鍵管理部１３２から取得して、それぞれの復号化鍵を使用して、指定された全アプリを復号化する（ステップＳ１０３）。

次に、アプリ管理部１３１は、アイコン管理部１３３にアイコン表示を指示して、指定されたアプリのアイコンをデスクトップに表示させる（ステップＳ１０４）。こうして、携帯端末装置１００のデスクトップに、コンテキストに整合する属性のアプリのアイコンが表示される。即ち、携帯端末装置１００のデスクトップは、コンテキストに対応するデスクトップに切り替わることとなる。

［コンテキストの変化によるアプリプッシュ処理（システムサーバ２００）］
図９は、第１の実施形態にかかるシステムサーバ２００の処理フローである。

図９に示すように、コンテキスト特定部２２３は、携帯端末装置１００から送信される位置情報に基づき、携帯端末装置１００のコンテキストを特定する（ステップＳ２０１）。

次に、コンテキスト監視部２２４は、コンテキスト特定部２２３により特定されたコンテキストに変化が生じたかどうかを監視する（ステップＳ２０２）。

ここで、携帯端末装置１００のコンテキストに変化が生じたと判断されたら（ステップＳ２０２のＹｅｓ）、プッシュ制御部２２５は、携帯端末装置１００のコンテキストに整合する属性の業務依頼が業務依頼キュー２２９に存在するかどうかを判断する（ステップＳ２０３）。

ここで、携帯端末装置１００のコンテキストに整合する属性の業務依頼が存在すると判断されたら（ステップＳ２０３のＹｅｓ）、プッシュ制御部２２５は、プッシュ送信部２２６にプッシュメッセージの送信依頼を通知する（ステップＳ２０４）。

次に、プッシュ送信部２２６は、プッシュ制御部２２５からのプッシュメッセージの送信依頼に基づき、携帯端末装置１００にプッシュメッセージを送信する（ステップＳ２０５）。なお、プッシュメッセージは、プッシュメッセージ生成部２２８により生成されたものである。

一方、携帯端末装置１００のコンテキストに整合する属性の業務依頼が存在すると判断されなければ（ステップＳ２０３のＮｏ）、プッシュ制御部２２５は、アプリプッシュ処理を終了させる。

さらに、本実施形態に於いて、携帯端末装置１００のコンテキストに変化が生じたと判断されなければ（ステップＳ２０２のＮｏ）、プッシュ制御部２２５は、「割り込み業務」が発生しているかどうか、即ちプライオリティ情報が付加された業務依頼が受信されているかどうかを判断する（ステップＳ２０６）。

ここで、プライオリティ情報が付加された業務依頼が受信されたと判断されたら（ステップＳ２０６のＹｅｓ）、プッシュ制御部２２５は、プッシュ送信部２２６にプッシュメッセージの送信依頼を通知する（ステップＳ２０４）。こうして、システムサーバ２００は、プライオリティ情報が付加された業務依頼を受信した場合、携帯端末装置１００のコンテキストに関係なく、プッシュメッセージを送信することとなる。

一方、プライオリティ情報が付加された業務依頼が受信されたと判断されなければ（ステップＳ２０６）のＮｏ、コンテキスト監視部２２４は、携帯端末装置１００のコンテキストの変化の監視を継続する（ステップＳ２０２）。

［コンテキストの変化によるアプリプッシュ処理（携帯端末装置１００）］
図１０は、第１の実施形態にかかる携帯端末装置１００の処理フローである。図１１は、第１の実施形態にかかる携帯端末装置１００のデスクトップの遷移を説明する概略図である。

図１０に示すように、プッシュ受信部１２５は、システムサーバ２００からプッシュメッセージを受信したかどうかを判断する（ステップＳ３０１）。

ここで、プッシュメッセージを受信したと判断されなければ（ステップＳ３０１のＮｏ）、プッシュ受信部１２５は、プッシュメッセージの受信の判断を継続する（ステップＳ３０１）。

一方、プッシュメッセージを受信したと判断されたら（ステップＳ３０１のＹｅｓ）、アプリ取得部１２６は、プッシュ受信部１２５により受信されたプッシュメッセージのＵＲＬに基づき、該ＵＲＬにより指定されたアプリをアプリサーバ３００からダウンロードする（ステップＳ３０２）。

次に、割り込み処理部１２７は、アプリサーバ３００からダウンロードしたアプリの属性が、携帯端末装置１００のコンテキストに整合しているかどうかを判断する（ステップＳ３０３）。

ここで、アプリの属性が携帯端末装置１００のコンテキストに整合していると判断されたら（ステップＳ３０３のＹｅｓ）、割り込み処理部１２７は、アプリ管理部１３１にアプリの実行指示を通知する（ステップＳ３０４）。

次に、アプリ管理部１３１は、割り込み処理部１２７からのアプリの実行指示を契機に、鍵管理部１３２から取得した復号化鍵により該アプリを復号化して、復号化されたアプリを実行する（ステップＳ３０５）。

一方、アプリの属性が携帯端末装置１００のコンテキストに整合していると判断されなければ（ステップＳ３０３のＮｏ）、割り込み処理部１２７は、通知部１２８にメッセージの表示指示を通知して、携帯端末装置１００のデスクトップにコンテキストスイッチを表示させる（ステップＳ３０６）。このとき、通知部１２８は、コンテキストスイッチだけでなく、携帯端末装置１００のデスクトップに受信メッセージを表示させても良い。

次に、監視部１２９は、携帯端末装置１００のデスクトップに表示されたコンテキストスイッチへの応答の有無、例えばコンテキストスイッチへの接触（タップ）の有無を監視する（ステップＳ３０７）。

ここで、コンテキストスイッチへの応答が検出されなければ（ステップＳ３０７のＮｏ）、監視部１２９は、コンテキストスイッチへの応答の有無の監視を継続する（ステップＳ３０７）。

一方、図１１（ａ）に示すように、例えばユーザによるコンテキストスイッチへの接触に起因して、コンテキストスイッチへの応答が検出されたら（ステップＳ３０７のＹｅｓ）、認証部１３０は、携帯端末装置１００のデスクトップに認証画面を表示させる（ステップＳ３０８）。

次に、認証部１３０は、認証画面の入力フォームに入力されるユーザＩＤやパスワードなどに基づき、操作者（入力者）が正当なユーザであるかどうかを判断する（ステップＳ３０９）。

ここで、操作者が正当なユーザであると判断されたら（ステップＳ３０９のＹｅｓ）、認証部１３０は、アプリ管理部１３１にアプリの実行指示（割り込み実行指示）を通知する（ステップＳ３０４）。そして、アプリ管理部１３１は、認証部１３０からのアプリの実行指示（割り込み実行指示）を契機に、鍵管理部１３２から取得した復号化鍵により該アプリを復号化して、復号化されたアプリを実行する（ステップＳ３０５）。

こうして、図１１（ｂ）に示すように、携帯端末装置１００は、アプリサーバ３００からダウンロードされたアプリの操作画面（入力画面）をデスクトップに表示される。

一方、操作者が正当なユーザであると判断されなければ（ステップＳ３０９のＮｏ）、認証部１３０は、アプリプッシュ処理を終了させる。

本実施形態によれば、アプリサーバ３００から携帯端末装置１００にダウンロードしたアプリの属性が携帯端末装置１００のコンテキストに整合しているかどうかを判断する。ここで、アプリの属性が携帯端末装置１００のコンテキストに整合していない場合、先ず、携帯端末装置１００のデスクトップにコンテキストスイッチを表示させ、該コンテキストスイッチへの応答がある場合だけ、アプリサーバ３００から携帯端末装置１００にダウンロードしたアプリを実行させる。

このため、例えば携帯端末装置１００の属性が「ｐｕｂｌｉｃ」であるときに、「ｗｏｒｋ」を属性とするアプリが携帯端末装置１００に自動ダウンロードされても、該ダウンロードを契機にアプリが実行され、携帯端末装置１００のデスクトップに業務依頼の内容が突如表示されることがない。従って、例えば電車などの公共交通手段で移動しているユーザへの承認依頼が生じても、携帯端末装置１００の周囲の第三者による承認依頼の中身の覗き込みを防止することができる。

［第２の実施形態］
以下、図１２、図１３を参照して、第２の実施形態にかかる携帯端末装置１００Ａを説明する。但し、第１の実施形態と同等の構成や作用の説明を省略することとする。

図１２は、第２の実施形態にかかる携帯端末装置１００Ａの機能ブロックの概略図である。図１３は、第２の実施形態にかかる携帯端末装置１００Ａのデスクトップの概略図である。

図１２に示すように、本実施形態にかかる携帯端末装置１００Ａは、さらに、タブ付加部１３５を備える。タブ付加部１３５は、ＣＰＵ１０１が、制御プログラム１２００Ａをメインメモリ１０２に読み込むとともに、該メインメモリ１０２に読み出した制御プログラム１２００Ａを実行することで実現される。

タブ付加部１３５は、携帯端末装置１００Ａのデスクトップに表示させるアプリの属性が表記されたタブを、携帯端末装置１００Ａのデスクトップに付加する。例えば、デスクトップに「ｐｕｂｌｉｃ」を属性とするアプリを表示させる場合、タブ付加部１３５は、図１３（ａ）に示すように、「ｐｕｂｌｉｃ」と表記されたタブをデスクトップに付加する。デスクトップに「ｗｏｒｋ」を属性とするアプリを表示させる場合、タブ付加部１３５は、図１３（ｂ）に示すように、「ｗｏｒｋ」と表記されたタブをデスクトップに付加する。

なお、割り込み業務が発生していない場合、携帯端末装置１００Ａのコンテキストに整合する属性のアプリがデスクトップに表示されるので、タブ付加部１３５は、携帯端末装置１００Ａのコンテキストが表記されたタブをデスクトップに付加する。ところが、割り込み業務が発生している場合、携帯端末装置１００Ａのコンテキストに整合しない属性のアプリがデスクトップに表示されるので、タブ付加部１３５は、携帯端末装置１００Ａのコンテキストとは異なる、即ち割り込み業務にかかるアプリの属性が表記されたタブをデスクトップに付加する。

本実施形態によれば、携帯端末装置１００Ａのデスクトップに表示させるアプリの属性が表記されたタブをデスクトップに付加している。このため、デスクトップに表示されるアプリの属性を容易に認識することができる。

［第３の実施形態］
以下、図１４、図１５を参照して、第３の実施形態にかかる携帯端末装置１００Ｂを説明する。但し、第１の実施形態と同等の構成や作用の説明を省略することとする。

図１４は、第３の実施形態にかかる携帯端末装置１００Ｂの機能ブロックの概略図である。

図１４に示すように、本実施形態にかかる携帯端末装置１００Ｂは、動作規定テーブル１３６を備える。さらに、本実施形態にかかる携帯端末装置１００Ｂは、第１の実施形態とは異なる通知部１２８Ｂ及び認証部１３０Ｂを備える。動作規定テーブル１３６、通知部１２８Ｂ、認証部１３０Ｂは、何れもＣＰＵ１０１が、制御プログラム１２００Ｂをメインメモリ１０２に読み込むとともに、該メインメモリ１０２に読み出した制御プログラム１２００Ｂを実行することで実現される。

図１５は、第３の実施形態にかかる動作規定テーブル１３６の概略図である。

図１５に示すように、本実施形態にかかる動作規定テーブル１３６は、携帯端末装置１００Ｂのコンテキストに、「割り込み」及び「認証省略」を対応づけている。「割り込み」は、携帯端末装置１００Ｂのデスクトップにコンテキストスイッチを表示させるかどうかを決定するための情報である。「認証省略」は、携帯端末装置１００Ｂのデスクトップに認証画面を表示するかどうかを決定するための情報である。

通知部１２８Ｂは、携帯端末装置１００Ｂのコンテキストと、動作規定テーブル１３６の「割り込み」の可否（ＯＫもしくはＮＧ）と、に基づき、携帯端末装置１００Ｂのデスクトップにコンテキストスイッチを表示させるかどうかを決定する。即ち、携帯端末装置１００Ｂのコンテキストに対応づけられている「割り込み」が「ＯＫ」である場合、通知部１２８Ｂは、コンテキストスイッチをデスクトップに表示させる。なお、本実施形態にかかる動作規定テーブル１３６では、「ｐｕｂｌｉｃ」に紐付けられた「割り込み」が「ＮＧ」とされている。

認証部１３０Ｂは、携帯端末装置１００Ｂのコンテキストと、動作規定テーブル１３６の「認証省略」の可否（ＯＫもしくはＮＧ）と、に基づき、携帯端末装置１００Ｂのデスクトップに認証画面を表示させるかどうかを決定する。即ち、携帯端末装置１００Ｂのコンテキストに対応づけられている「認証省略」が「ＯＫ」である場合、認証部１３０Ｂは、認証画面の表示を省略する。なお、本実施形態にかかる動作規定テーブル１３６では、「ｈｏｍｅ」に紐付けられた「認証省略」が「ＯＫ」とされている。

本実施形態によれば、携帯端末装置１００Ｂのコンテキストが「ｐｕｂｌｉｃ」である場合に、動作規定テーブル１３６の「割り込み」を「ＮＧ」と規定することで、コンテキストが「ｐｕｂｌｉｃ」である携帯端末装置１００Ｂのデスクトップへのコンテキストスイッチの表示を禁止している。このため、例えば電車で移動しているときに、仕事用アプリが自動ダウンロードされても、コンテキストスイッチを誤タップする恐れが無いので、仕事用アプリが突如デスクトップに表示され、覗き込みの危険に晒されることを確実に防止できる。

さらに、本実施形態によれば、携帯端末装置１００Ｂのコンテキストが「ｈｏｍｅ」である場合に、動作規定テーブル１３６の「認証省略」を「ＯＫ」と規定することで、コンテキストが「ｈｏｍｅ」である携帯端末装置１００Ｂのデスクトップへの認証画面の表示を省略している。このため、覗き込みの危険性が低いと予想される自宅では、ユーザＩＤやパスワードの入力が不要となるので、ユーザ認証の煩雑さを低減することができる。

［第４の実施形態］
以下、図１６、図１７を参照して、第４の実施形態にかかる携帯端末装置１００Ｃを説明する。但し、第３の実施形態と同等の構成や作用の説明を省略することとする。

図１６は、第４の実施形態にかかる携帯端末装置１００Ｃの機能ブロックの概略図である。図１７は、第４の実施形態にかかる携帯端末装置１００Ｃのデスクトップの遷移を説明する概略図である。

図１６に示すように、本実施形態にかかる携帯端末装置１００Ｃは、第３の実施形態とは異なる通知部１２８Ｃを備える。通知部１２８Ｃは、ＣＰＵ１０１が、制御プログラム１２００Ｃをメインメモリ１０２に読み込むとともに、該メインメモリ１０２に読み出した制御プログラム１２００Ｃを実行することで実現される。

通知部１２８Ｃは、携帯端末装置１００Ｃのコンテキストが、動作規定テーブル１３６の「割り込み」が「ＯＫ」であるコンテキストに整合してから携帯端末装置１００Ｃのデスクトップにコンテキストスイッチを表示させる。即ち、携帯端末装置１００Ｃのコンテキストが、動作規定テーブル１３６の「割り込み」が「ＯＫ」であるコンテキストに整合するまでは、携帯端末装置１００Ｃのデスクトップにコンテキストスイッチを表示させない。但し、通知部１２８Ｃは、携帯端末装置１００Ｃのコンテキストに関係なく、携帯端末装置１００Ｃのデスクトップに受信メッセージを表示させても良い。

例えば、電車で移動しているときに、「ｗｏｒｋ」を属性とするアプリが自動ダウンロードされた場合、通知部１２８Ｃは、図１７（ａ）に示すように、「ｗｏｒｋにアプリが届きました」という受信メッセージを表示させる。ところが、携帯端末装置１００Ｃのコンテキストが、「割り込み」が「ＮＧ」である「ｐｕｂｌｉｃ」である限り、通知部１２８Ｃは、コンテキストスイッチを表示させない。携帯端末装置１００Ｃのコンテキストが、「割り込み」が「ＯＫ」である「ｈｏｍｅ」に変化したときに、通知部１２８Ｃは、図１７（ｂ）に示すように、コンテキストスイッチを表示させる。

本実施形態によれば、携帯端末装置１００Ｃのコンテキストに起因してコンテキストスイッチが表示されない場合でも、携帯端末装置１００Ｃの移動などに付随して、携帯端末装置１００Ｃのコンテキストが、適切なコンテキストに切り替われば、自動的にコンテキストスイッチがデスクトップに表示される。このため、携帯端末装置１００Ｃのユーザは、セキュリティが確保された最先のタイミングで、ＰＣ４００からの業務依頼を認識することができる。

［第５の実施形態］
以下、図１８を参照して、第５の実施形態にかかる携帯端末装置１００Ｄを説明する。但し、第３の実施形態と同等の構成や作用の説明を省略することとする。

図１８は、第５の実施形態にかかる携帯端末装置１００Ｄの機能ブロックの概略図である。

図１８に示すように、本実施形態にかかる携帯端末装置１００Ｄは、第３の実施形態とは異なるアプリ管理部１３１Ｄを備える。アプリ管理部１３１Ｄは、ＣＰＵ１０１が、制御プログラム１２００Ｄをメインメモリ１０２に読み込むとともに、該メインメモリ１０２に読み出した制御プログラム１２００Ｄを実行することで実現される。

アプリ管理部１３１Ｄは、アプリ実行中に、携帯端末装置１００Ｄのコンテキストが、動作規定テーブル１３６の「割り込み」が「ＮＧ」であるコンテキストに変化した場合、それまで実行していたアプリを強制的に終了させる。

本実施形態によれば、「割り込み」が禁止されているコンテキスト下でアプリが実行されている場合、業務依頼の種別に関係なく、アプリを強制的に終了させる。このため、覗き込みの恐れがあるコンテキスト下、即ち「ｐｕｂｌｉｃ」下で、例えば承認アプリなどの仕事用アプリの実行が継続されることがないので、さらに情報漏洩のリスクを低減することができる。

［第６の実施形態］
以下、図１９を参照して、第６の実施形態にかかる携帯端末装置１００Ｅを説明する。但し、第５の実施形態と同等の構成や作用の説明を省略することとする。

図１９は、第６の実施形態にかかる携帯端末装置１００Ｅの機能ブロックの概略図である。

図１９に示すように、本実施形態にかかる携帯端末装置１００Ｅは、第５の実施形態とは異なるアプリ管理部１３１Ｅを備える。アプリ管理部１３１Ｅは、ＣＰＵ１０１が、制御プログラム１２００Ｅをメインメモリ１０２に読み込むとともに、該メインメモリ１０２に読み出した制御プログラム１２００Ｅを実行することで実現される。

アプリ管理部１３１Ｅは、アプリ実行中に、携帯端末装置１００Ｅのコンテキストが、動作規定テーブル１３６の「割り込み」が「ＮＧ」であるコンテキストに変化した場合、コンテキストの変化時刻からの経過時間が、事前に決められたしきい値を超えたかどうかを判断する。コンテキストの変化時刻からの経過時間が、事前に決められたしきい値を超えたと判断された場合、アプリ管理部１３１Ｅは、それまで実行していたアプリを強制的に終了させる。

本実施形態によれば、アプリの実行中に、携帯端末装置１００Ｅの移動などに付随して、携帯端末装置１００Ｅのコンテキストが、それまで実行していたアプリの属性に整合しないコンテキストに変化しても、事前に決められた時間だけは、アプリ実行の継続を許容する。

このため、携帯端末装置１００Ｅのコンテキストの変化に即座に連動して、アプリの実行が終了してしまうことがないので、ＰＣ４００からの業務依頼などの作業効率の低下を防止することができる。

しかも、コンテキストの変化時刻からの経過時間が、事前に決められたしきい値を超えたら、それまで実行していたアプリが強制的に終了させる。このため、覗き込みのリスクがあるコンテキスト下では、例えば承認アプリなどの仕事用アプリの実行が継続されないので、情報漏洩のリスクが高まることもない。

［第７の実施形態］
以下、図２０、図２１を参照して、第７の実施形態にかかる携帯端末装置１００Ｆを説明する。但し、第１の実施形態と同等の構成や作用の説明を省略することとする。

図２０は、第７の実施形態にかかる携帯端末装置１００Ｆの機能ブロックの概略図である。図２１は、第７の実施形態にかかる携帯端末装置１００Ｆのデスクトップの概略図である。

図２０に示すように、本実施形態にかかる携帯端末装置１００Ｆは、第１の実施形態とは異なるアイコン管理部１３３Ｆを備える。アイコン管理部１３３Ｆは、ＣＰＵ１０１が、制御プログラム１２００Ｆをメインメモリ１０２に読み込むとともに、該メインメモリ１０２に読み出した制御プログラム１２００Ｆを実行することで実現される。

アイコン管理部１３３Ｆは、ＰＣ４００からの割り込み業務に起因して、携帯端末装置１００Ｆのデスクトップに表示させるアプリを、認証部１３０からの実行指示（割り込み実行指示）にかかるアプリに切り替える場合、実行指示（割り込み実行指示）にかかるアプリを除き、アプリのアイコンをグレーアウト表示させる。

例えば、認証部１３０からの実行指示（割り込み実行指示）にかかるアプリが承認アプリである場合、アイコン管理部１３３Ｆは、図２１（ａ）に示すように、承認アプリだけを通常表示させ、契約アプリや勤務アプリをグレーアウト表示させる。

但し、アプリのアイコンをグレーアウト表示させる代わりに、例えば他アイコンとは異なる色で表示させても良いし、他のアイコンとは異なる形態で表示させても良い。アプリのアイコンを、他のアイコンとは異なる形態で表示させる場合、例えばアイコン上に「×」印などを表示させても良い。

さらに、本実施形態は、これらに限定されるものではなく、アイコン管理部１３３Ｆは、認証部１３０からの実行指示（割り込み実行指示）にかかるアプリを除き、アプリのアイコンの表示を省略しても良い。

例えば、認証部１３０からの実行指示（割り込み実行指示）にかかるアプリが承認アプリである場合、アイコン管理部１３３Ｆは、図２１（ｂ）に示すように、承認アプリだけを表示させ、契約アプリや勤務アプリなどの表示を省略する。

本実施形態によれば、ＰＣ４００からの割り込み業務に起因して、携帯端末装置１００Ｆのデスクトップに、携帯端末装置１００Ｆのコンテキストに整合しない属性のアプリを表示させる場合、認証部１３０からの実行指示（割り込み実行指示）にかかるアプリだけを通常表示させるので、割り込み業務にかかるアプリを容易に特定することができる。

［第８の実施形態］
以下、図２２、図２３を参照して、第８の実施形態にかかる携帯端末装置１００Ｇを説明する。但し、第１の実施形態と同等の構成や作用の説明を省略することとする。

図２２は、第８の実施形態にかかる携帯端末装置１００Ｇの機能ブロックの概略図である。図２３は、第８の実施形態にかかる携帯端末装置１００Ｇのデスクトップの遷移を説明する概略図である。

図２２に示すように、本実施形態にかかる携帯端末装置１００Ｇは、第１の実施形態とは異なる通知部１２８Ｇ及びアプリ管理部１３１Ｇを備える。通知部１２８Ｇ及びアプリ管理部１３１Ｇは、何れもＣＰＵ１０１が、制御プログラム１２００Ｇをメインメモリ１０２に読み込むとともに、該メインメモリ１０２に読み出した制御プログラム１２００Ｇを実行することで実現される。

通知部１２８Ｇは、アプリサーバ３００からダウンロードされたアプリのライフタイムに基づき、携帯端末装置１００Ｇのデスクトップに表示されたコンテキストスイッチ及び受信メッセージを消去する。アプリのライフタイムは、システムサーバ２００がアプリそのものに付加している。

具体的には、通知部１２８Ｇは、アプリのダウンロードの完了時刻、プッシュメッセージの受信時刻、もしくは、これらを基準とする時刻からの経過時間と、アプリのライフタイムと、を比較する。経過時間がアプリのライフタイムを超えた場合、通知部１２８Ｇは、コンテキストスイッチ及び受信メッセージをデスクトップから消去する。

例えば、図２３（ａ）に示すように、携帯端末装置１００Ｇのコンテキストが「ｐｕｂｌｉｃ」であるときに、「ｗｏｒｋ」を属性とするアプリがダウンロードされると、最初は、図２３（ｂ）に示すように、携帯端末装置１００Ｇのデスクトップにコンテキストスイッチ及び受信メッセージが表示されるが、該アプリのライフタイムを経過すると、図２３（ｃ）に示すように、コンテキストスイッチ及び受信メッセージが消去される。

アプリ管理部１３１Ｇは、コンテキストスイッチ及び受信メッセージが消去されるときに、携帯端末装置１００Ｇからアプリそのものを削除する。

本実施形態によれば、アプリサーバ３００からダウンロードされたアプリに、賞味期限としてのライフタイムが付加されている場合、該ライフタイムを経過したことを契機に携帯端末装置１００Ｇのデスクトップからコンテキストスイッチ及び受信メッセージを削除する。このため、携帯端末装置１００Ｇのデスクトップが、ユーザにとって不要な情報で汚染されることがない。

さらに、本実施形態によれば、コンテキストスイッチ及び受信メッセージの消去とともに、アプリそのものを携帯端末装置１００Ｇから削除する。このため、ユーザにとって不要なアプリが、いつまでも携帯端末装置１００Ｇに残留することもない。

なお、本実施形態では、システムサーバ２００がアプリそのものにライフタイムを付加しているが、本実施形態は、これに限定されるものではなく、例えばシステムサーバ２００がプッシュメッセージにライフタイムを付加しても良い。

［第９の実施形態］
以下、図２４、図２５を参照して、第９の実施形態にかかる携帯端末装置１００Ｈを説明する。但し、第１の実施形態と同等の構成や作用の説明を省略することとする。

図２４は、第９の実施形態にかかる携帯端末装置１００Ｈの機能ブロックの概略図である。図２５は、第９の実施形態にかかる携帯端末装置１００Ｈのデスクトップの概略図である。

図２４に示すように、第９の実施形態にかかる携帯端末装置１００Ｈは、第１の実施形態とは異なる通知部１２８Ｈを備える。通知部１２８Ｈは、ＣＰＵ１０１が、制御プログラム１２００Ｈをメインメモリ１０２に読み込むとともに、該メインメモリ１０２に読み出した制御プログラム１２００Ｈを実行することで実現される。

通知部１２８Ｈは、プッシュ受信部１２５により受信されたプッシュメッセージに基づき、例えばアプリの名前や属性が表記された受信メッセージをデスクトップに表示させる。

例えば、プッシュメッセージに承認アプリが紐付けられている場合、図２５に示すように、「Ｗｏｒｋに『承認アプリ』が届きました」という受信メッセージをデスクトップに表示させても良い。

本実施形態によれば、デスクトップに表示されるメッセージに、例えばアプリの名前や属性が表記されているので、ＰＣ４００からの業務依頼の種別、さらには重要性や緊急性などを事前に判断することができる。

１００、１００Ａ〜１００Ｈ：携帯端末装置
１２７：割り込み処理部
１２８、１２８Ｂ−１２８Ｃ、１２８Ｇ−１２８Ｈ：通知部
１３０：認証部
１３１、１３１Ｄ、１３１Ｇ：アプリ管理部
２００：システムサーバ（サーバ）
５００：ネットワーク

Claims (6)

1. サーバと携帯端末装置とを含む情報処理システムに於いて、
   前記サーバは、
   前記携帯端末装置の位置情報により指定されるコンテキストを特定し、前記特定したコンテキストを前記携帯端末装置に通知するコンテキスト特定部と、
   業務依頼を受信する業務受信部と、
   前記業務受信部によって受信された前記業務依頼にプライオリティ情報が付加されているかどうかを判断し、付加されている場合に前記業務依頼にかかる業務を実現するためのアプリの実行指示の前記携帯端末装置への送信を依頼し、付加されていない場合に前記業務依頼を業務依頼キューに格納し、前記業務依頼キューに格納された前記業務依頼のうち前記コンテキストに整合する業務依頼にかかる業務を実現するためのアプリの実行指示の送信を依頼するプッシュ制御部と、を備え、
   前記携帯端末装置は、
   前記携帯端末装置の位置情報により指定されるコンテキストを前記サーバから受信するコンテキスト受信部と、
   前記サーバからアプリの実行指示を受け付けた場合、前記アプリの属性が前記コンテキストに整合するかどうか判断する判断部と、
   前記アプリの属性が前記コンテキストに整合しない場合、前記アプリの実行指示を受け付けた旨を通知する通知部と、
   前記アプリの実行指示を受け付けた旨の通知への応答を契機に、前記アプリを実行するアプリ管理部と、を備える
   ことを特徴とする情報処理システム。
2. 携帯端末装置の位置情報により指定されるコンテキストを特定し、前記特定したコンテキストを前記携帯端末装置に通知するコンテキスト特定部と、
   業務依頼を受信する業務受信部と、
   前記業務受信部によって受信された前記業務依頼にプライオリティ情報が付加されているかどうかを判断し、付加されている場合に前記業務依頼にかかる業務を実現するためのアプリの実行指示の送信を依頼し、付加されていない場合に前記業務依頼を業務依頼キューに格納し、前記業務依頼キューに格納された前記業務依頼のうち前記コンテキストに整合する業務依頼にかかる業務を実現するためのアプリの実行指示の前記携帯端末装置への送信を依頼するプッシュ制御部と、
   を備えるサーバ。
3. 自装置の位置情報により指定されるコンテキストをサーバから受信するコンテキスト受信部と、
   前記サーバからアプリの実行指示を受け付けた場合、前記アプリの属性が前記コンテキストに整合するかどうか判断する判断部と、
   前記アプリの属性が前記コンテキストに整合しない場合、前記アプリの実行指示を受け付けた旨を通知する通知部と、
   前記アプリの実行指示を受け付けた旨の通知への応答を契機に、前記アプリを実行するアプリ管理部と、
   を備える携帯端末装置。
4. サーバに、
   携帯端末装置の位置情報により指定されるコンテキストを特定し、
   前記特定したコンテキストを前記携帯端末装置に通知し、
   業務依頼を受信し、
   前記受信した業務依頼にプライオリティ情報が付加されているかどうかを判断し、付加されている場合に前記業務依頼にかかる業務を実現するためのアプリの実行指示を前記携帯端末装置に送信し、付加されていない場合に前記業務依頼を業務依頼キューに格納し、
   前記業務依頼キューに格納された前記業務依頼のうち前記コンテキストに整合する業務依頼にかかる業務を実現するためのアプリの実行指示を前記携帯端末装置に送信する、処理を実行させる制御プログラム。
5. 携帯端末装置に、
   自装置の位置情報により指定されるコンテキストをサーバから受信し、
   前記サーバからアプリの実行指示を受け付けた場合、前記アプリの属性が前記コンテキストに整合するかどうか判断し、
   前記アプリの属性が前記コンテキストに整合しない場合、前記アプリの実行指示を受け付けた旨を通知し、
   前記アプリの実行指示を受け付けた旨の通知への応答を契機に、前記アプリを実行する、処理を実行させる制御プログラム。
6. 前記携帯端末装置は、さらに
   前記携帯端末装置の位置情報を前記サーバに送信する位置情報送信部を備え、
   前記コンテキスト特定部は、
   前記携帯端末装置から送信された前記位置情報に基づいて前記携帯端末装置の位置情報により指定されるコンテキストを特定する
   ことを特徴とする請求項１に記載の情報処理システム。

Images