JP6322976B2 - 情報処理装置及びユーザ認証方法 - Google Patents

Description

本発明は、情報処理装置及びユーザ認証方法に関する。

従来、インターネットを介した様々なサービスを実現するＷｅｂサービスは、サーバ上で提供され、ユーザは、クライアントのＷｅｂブラウザなどを介して使用するのが一般的であった。しかし、近年では、例えばＨＴＭＬ（Hypertext Markup Language）５、ＪａｖａＳｃｒｉｐｔ（登録商標）及びＣＳＳ（Cascading Style Sheets）などの言語で作成されたファイルのアーカイブをダウンロードして使用するパッケージＷｅｂアプリ（Packaged Web Apps）の技術が注目を集めている。具体的には、例えばＷＷＷ（World Wide Web）に関する技術の標準化団体であるＷ３Ｃ（World Wide Web Consortium）では、Packaged Web Apps技術の標準化が進められている。パッケージＷｅｂアプリは、クライアントにダウンロードされて使用されるため、クライアントとサーバの接続が切断されているオフラインの状態でも利用可能であるという特徴がある。

特開２０１２−２１６１６２号公報 特表２０１１−５２３２４３号公報

ところで、パッケージＷｅｂアプリなどのアプリケーションが不正使用されることを防止するためには、アプリケーションを使用するユーザを認証するユーザ認証を行うことが好ましい。しかしながら、オフラインの状態でも使用されるパッケージＷｅｂアプリの不正使用を防止するためのユーザ認証の仕組みは、現状では存在していないという問題がある。

ユーザ認証の具体例としては、例えばスマートフォンにおけるスクリーンロック機能がある。スクリーンロック機能は、スマートフォンの画面がオンになる度に、ＰＩＮコードやパスワードの入力を要求したり、指紋などを用いた生体認証を実行したりする機能である。しかしながら、スクリーンロック機能は、スマートフォンなどの端末装置全体を保護するものであり、端末装置が利用される度にユーザ認証が実行されるため、複雑な方法によるユーザ認証をスクリーンロック機能に導入することは現実的ではない。一方で、パッケージＷｅｂアプリなどのアプリケーションは、例えば業務用に用いられるものなどもあるため、一定レベル以上の強度でセキュリティを確保できるユーザ認証によって保護するのが好ましい。したがって、スクリーンロック機能によるユーザ認証では、アプリケーションを保護するには不十分である。

また、例えばダウンロードされるコンテンツを保護するために、ダウンロードされるファイルにパスワードをかける技術なども知られている。しかしながら、アプリケーションが起動される際にパスワードによるユーザ認証を実行するためには、アプリケーションの本来の機能とは別に、ユーザ認証のための機能をアプリケーションに組み込むこととなる。したがって、例えばパッケージＷｅｂアプリの場合には、すべてのＷｅｂアプリに同様のユーザ認証用の機能を実装する必要が生じ、非効率的である。さらに、例えば認証用のパスワードを変更する場合には、すべてのアプリケーションについて個別にパスワードを変更する必要が生じ、利便性が損なわれる。

開示の技術は、かかる点に鑑みてなされたものであって、オフラインで使用されるアプリケーションを保護することができる情報処理装置及びユーザ認証方法を提供することを目的とする。

本願が開示する情報処理装置は、１つの態様において、メモリと、ユーザ認証のための認証用アプリケーションを受信する受信部と、前記メモリ及び前記受信部に接続されたプロセッサとを有し、前記プロセッサは、前記受信部によって受信された前記認証用アプリケーションをストレージに格納し、前記認証用アプリケーションの送信元からの指示に従って、前記認証用アプリケーションを用いるユーザ認証の実行の有無を切り替え、前記認証用アプリケーションを用いるユーザ認証の実行が有りの状態において、前記認証用アプリケーションとは異なるアプリケーションの起動が指示された際、当該アプリケーションがユーザ認証を必要とするアプリケーションであるか否かを判定し、ユーザ認証が必要と判定された場合、前記認証用アプリケーションを前記ストレージから前記メモリへロードしてユーザ認証を実行し、ユーザ認証の結果、ユーザ認証が成功した場合、起動が指示された前記アプリケーションを実行する処理を実行する。

本願が開示する情報処理装置及びユーザ認証方法の１つの態様によれば、オフラインで使用されるアプリケーションを保護することができるという効果を奏する。

図１は、実施の形態１に係る通信システムの構成例を示す図である。 図２は、実施の形態１に係るプロセッサの機能を示すブロック図である。 図３は、実施の形態１に係る認証アプリ取得処理を示すシーケンス図である。 図４は、実施の形態１に係るユーザ認証処理を示すフロー図である。 図５は、実施の形態１に係る情報処理装置の画面例を示す図である。 図６は、実施の形態１に係るアプリ設定情報の具体例を示す図である。 図７は、実施の形態２に係るプロセッサの機能を示すブロック図である。 図８は、実施の形態２に係るアプリグループ取得処理を示すシーケンス図である。 図９は、実施の形態２に係るアプリ設定情報の具体例を示す図である。 図１０は、実施の形態２に係るユーザ認証処理を示すフロー図である。 図１１は、実施の形態３に係るプロセッサの機能を示すブロック図である。 図１２は、実施の形態３に係るアプリ設定情報の具体例を示す図である。 図１３は、実施の形態３に係るユーザ認証処理を示すフロー図である。 図１４は、認証情報テーブルの具体例を示す図である。

以下、本願が開示する情報処理装置及びユーザ認証方法の実施の形態について、図面を参照して詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。

（実施の形態１）
図１は、実施の形態１に係る通信システムの構成例を示す図である。図１に示す通信システムにおいては、情報処理装置１００がアクセスポイント１８０と無線接続され、アクセスポイント１８０が有線ネットワークＮを介してサーバ１９０と接続される。

情報処理装置１００は、アクセスポイント１８０と無線接続されたオンライン状態時に、アクセスポイント１８０を介してサーバ１９０からパッケージＷｅｂアプリ（以下、単に「Ｗｅｂアプリ」という）をダウンロードする。また、情報処理装置１００は、アクセスポイント１８０との無線接続が切断されたオフライン状態時に、ダウンロードされたＷｅｂアプリを実行する。なお、情報処理装置１００は、オフライン状態時のみではなく、オンライン状態時にもＷｅｂアプリを実行しても良い。

情報処理装置１００は、Ｗｅｂアプリを起動する際、このＷｅｂアプリがユーザ認証を必要とするＷｅｂアプリであるか否かを判定し、ユーザ認証が不要と判定した場合には、Ｗｅｂアプリを実行する。一方、情報処理装置１００は、ユーザ認証が必要と判定した場合には、あらかじめ記憶しているユーザ認証用のアプリケーション（以下、「認証アプリ」という）を実行する。そして、情報処理装置１００は、認証アプリによるユーザ認証が成功した場合にＷｅｂアプリを実行し、ユーザ認証が失敗した場合にＷｅｂアプリの実行を中止する。情報処理装置１００によるこれらの機能は、例えばＷｅｂブラウザの機能の一部として組み込まれても良く、また、Ｗｅｂアプリを実行するためのランタイムの機能の一部として組み込まれても良い。

具体的には、情報処理装置１００は、ディスプレイ１１０、入力デバイス１２０、無線インタフェース（以下、「無線Ｉ／Ｆ」と略記する）１３０、ストレージ１４０、メモリ１５０及びプロセッサ１６０を有する。

ディスプレイ１１０は、例えば液晶パネルなどを備え、様々な情報を表示する表示部である。ディスプレイ１１０には、例えば情報処理装置１００にインストールされたＷｅｂアプリの一覧などが表示される。

入力デバイス１２０は、例えばタッチパネル及びキーなどを備え、ユーザによる入力を受け付ける。入力デバイス１２０は、例えばユーザ認証時にユーザが入力するパスワードなどの認証情報を受け付ける。

無線Ｉ／Ｆ１３０は、無線回線を通じて信号を送受信する。すなわち、無線Ｉ／Ｆ１３０は、アクセスポイント１８０へ無線信号を送信したり、アクセスポイント１８０から無線信号を受信したりする。具体的には、無線Ｉ／Ｆ１３０は、Ｗｅｂアプリをサーバ１９０からダウンロードする際、アクセスポイント１８０にＷｅｂアプリの取得を要求する信号を送信し、Ｗｅｂアプリのデータを含む信号をアクセスポイント１８０から受信する。また、無線Ｉ／Ｆ１３０は、認証アプリのデータを含む信号をアクセスポイント１８０から受信しても良い。

ストレージ１４０は、例えばフラッシュメモリなどを備え、様々な情報を記憶する記憶部である。ストレージ１４０は、ＯＳ（Operating System）などを記憶し保護されたシステム領域と、アプリケーションや一般的なデータを記憶するデータ領域とを有する。そして、ストレージ１４０は、例えば認証アプリをシステム領域に記憶し、Ｗｅｂアプリをデータ領域に記憶する。

メモリ１５０は、例えばＲＡＭ（Random Access Memory）などを備え、プロセッサ１６０によって実行中のアプリケーションのデータを記憶する。すなわち、例えば認証アプリが実行される際には、プロセッサ１６０は、ストレージ１４０に記憶された認証アプリをメモリ１５０へロードする。同様に、例えばＷｅｂアプリが実行される際には、プロセッサ１６０は、ストレージ１４０に記憶されたＷｅｂアプリをメモリ１５０へロードする。

プロセッサ１６０は、情報処理装置１００が有する各デバイスを制御し、メモリ１５０を使用してアプリケーションを実行する。プロセッサ１６０は、Ｗｅｂアプリを起動する際、このＷｅｂアプリがユーザ認証を必要とするＷｅｂアプリであるか否かを判定し、ユーザ認証が不要と判定した場合には、Ｗｅｂアプリを実行する。一方、プロセッサ１６０は、ユーザ認証が必要と判定した場合には、認証アプリを実行し、ユーザ認証が成功すればＷｅｂアプリを実行するが、ユーザ認証が失敗するとＷｅｂアプリを実行しない。

ここで、プロセッサ１６０の機能について、図２を参照しながら説明する。図２は、プロセッサ１６０の機能を示すブロック図である。図２に示すように、プロセッサ１６０は、表示制御部１６１、認証要否判定部１６２、ユーザ認証部１６３及び実行制御部１６４を有する。

表示制御部１６１は、ディスプレイ１１０における表示を制御する。すなわち、表示制御部１６１は、ＯＳが起動されると、例えば実行可能なＷｅｂアプリの一覧を示すアプリ一覧画面をディスプレイ１１０に表示させる。そして、表示制御部１６１は、Ｗｅｂアプリ起動時にユーザ認証のために認証アプリを実行する場合には、ユーザ認証用の認証画面をディスプレイ１１０に表示させる。さらに、表示制御部１６１は、Ｗｅｂアプリが実行されると、Ｗｅｂアプリの処理に応じた画面をディスプレイ１１０に表示させる。

認証要否判定部１６２は、Ｗｅｂアプリを起動する操作が入力デバイス１２０によって受け付けられると、指定されたＷｅｂアプリをメモリ１５０へロードし、このＷｅｂアプリがユーザ認証を必要とするか否かを判定する。具体的には、各Ｗｅｂアプリには、例えばアイコン画像などの各種設定の情報を含むアプリ設定情報が付加されているため、認証要否判定部１６２は、指定されたＷｅｂアプリのアプリ設定情報を参照し、ユーザ認証の要否を判定する。なお、すべてのＷｅｂアプリについてユーザ認証を実行する場合には、認証要否判定部１６２は、いずれのＷｅｂアプリが選択された場合でも、ユーザ認証が必要であると判定しても良い。

認証要否判定部１６２は、Ｗｅｂアプリのユーザ認証が不要であると判定した場合には、実行制御部１６４に対してＷｅｂアプリを実行するように指示する。一方、認証要否判定部１６２は、Ｗｅｂアプリのユーザ認証が必要であると判定した場合には、認証アプリをメモリ１５０へロードし、認証アプリの実行を表示制御部１６１及びユーザ認証部１６３へ指示する。

ユーザ認証部１６３は、認証アプリを実行中、例えばパスワードなどの認証情報が入力デバイス１２０によって受け付けられると、認証情報を用いてユーザ認証を実行する。すなわち、ユーザ認証部１６３は、入力デバイス１２０によって受け付けられた認証情報が、認証アプリにあらかじめ設定された正規の認証情報に一致するか否かを判定する。そして、ユーザ認証部１６３は、ユーザ認証の結果を実行制御部１６４へ通知する。

実行制御部１６４は、メモリ１５０にロードされたＷｅｂアプリがユーザ認証不要のＷｅｂアプリである場合には、認証要否判定部１６２からの通知を受けて、このＷｅｂアプリを実行する。また、実行制御部１６４は、メモリ１５０にロードされたＷｅｂアプリがユーザ認証要のＷｅｂアプリである場合には、ユーザ認証部１６３から通知されるユーザ認証の結果を確認する。そして、実行制御部１６４は、ユーザ認証の結果が成功を示すものである場合には、メモリ１５０にロードされたＷｅｂアプリを実行する。一方、実行制御部１６４は、ユーザ認証の結果が失敗を示すものである場合には、メモリ１５０にロードされたＷｅｂアプリをメモリ１５０から削除してアンロードする。

次に、実施の形態１に係る認証アプリについて説明する。認証アプリは、Ｗｅｂアプリが起動される際、このＷｅｂアプリがユーザ認証を必要とする場合に起動されて実行される。認証アプリには、ユーザ認証の際にユーザが入力する認証情報との比較対象となる正規の認証情報が設定されている。認証アプリは、複数のＷｅｂアプリのユーザ認証に共通して利用可能であり、各Ｗｅｂアプリとは独立したアプリケーションであるため、ユーザ認証のための機能を各Ｗｅｂアプリに追加しなくても、オフラインで使用されるＷｅｂアプリを保護することが可能となる。このような認証アプリは、Ｗｅｂアプリと同様に、例えばＨＴＭＬ、ＣＳＳ又はＪａｖａＳｃｒｉｐｔ（登録商標）などによって作成されたアプリケーションであっても良い。

認証情報としては、例えばＰＩＮコード又はパスワードなどが用いられても良く、指紋又は静脈パターンなどの生体情報が用いられても良い。ただし、Ｗｅｂアプリの秘匿性に鑑みて、例えばスマートフォンのスクリーンロック機能よりも強固なセキュリティを確保できる認証情報が用いられることが好ましい。すなわち、例えばＰＩＮコードが認証情報として用いられる場合でも、ＰＩＮコードの桁数を例えば６桁以上にするなどと比較的多くすることにより、Ｗｅｂアプリを確実に保護することが可能になる。

認証アプリは、あらかじめストレージ１４０のシステム領域に保存されていても良いが、サーバ１９０からダウンロードされてストレージ１４０に保存されるようにしても良い。また、情報処理装置１００とは異なる他の情報処理装置から、認証アプリに設定される正規の認証情報が変更された場合などには、変更後の認証アプリがサーバ１９０から自動的にダウンロードされて取得されるようにしても良い。図３は、サーバ１９０からの認証アプリ取得処理を示すシーケンス図である。

図３に示すように、例えば認証アプリに設定される正規の認証情報が変更された場合などには、サーバ１９０によって、認証アプリの送信要求が受け付けられる（ステップＳ１０１）。送信要求が受け付けられると、サーバ１９０によって、最新の認証アプリが取得される（ステップＳ１０２）。そして、この認証アプリは、情報処理装置１００へ送信され（ステップＳ１０３）、アクセスポイント１８０を介して無線Ｉ／Ｆ１３０によって受信される。ここで、認証アプリの改ざんなどを防止するために、認証アプリは、例えば暗号化、コンパイル又は難読化された上でサーバ１９０から送信される。そして、受信された認証アプリは、暗号化、コンパイル又は難読化されたまま、ストレージ１４０のシステム領域に保存される（ステップＳ１０４）。このとき、古い認証アプリはストレージ１４０から削除され、認証アプリが最新の状態に保たれる。認証アプリの削除については、サーバ１９０からの指示を受け、指示に従ってストレージ１４０から削除されるようにしても良い。このように、暗号化又は難読化された認証アプリがストレージ１４０のシステム領域に保存されることにより、たとえ情報処理装置１００のユーザであっても認証アプリを改変することはできず、認証アプリの信頼性を高めることができる。

次いで、実施の形態１に係るユーザ認証処理について、具体的に例を挙げながら図４を参照して説明する。図４は、実施の形態１に係るユーザ認証処理を示すフロー図である。以下では、スマートフォンにおいてオフラインでＷｅｂアプリを使用する場合のユーザ認証処理を例に挙げて説明する。

スマートフォンが使用される際には、まずユーザによってスクリーンロックが解除される（ステップＳ２０１）。すなわち、スマートフォンの電源ボタンなどが押下されると、例えば図５に示す画面２０１のように、スクリーンロック解除用の画面がディスプレイ１１０に表示される。ここでは、スクリーンロック解除用の画面において、例えば４桁のＰＩＮコードの入力が求められる。そして、ユーザがあらかじめ設定した４桁のＰＩＮコードを入力すると、ディスプレイ１１０には、実行可能なＷｅｂアプリの一覧画面が表示される（ステップＳ２０２）。すなわち、例えば図５に示す画面２０２のように、Ｗｅｂアプリのアイコンが並んだアプリ一覧画面がディスプレイ１１０に表示される。なお、アプリ一覧画面には、Ｗｅｂアプリ以外のアプリケーションが表示されていても良い。

そして、ユーザがいずれか１つのＷｅｂアプリを選択し、このＷｅｂアプリを起動する操作が入力デバイス１２０によって受け付けられると、プロセッサ１６０内の認証要否判定部１６２によって、選択されたＷｅｂアプリがメモリ１５０へロードされる（ステップＳ２０３）。Ｗｅｂアプリがメモリ１５０へロードされると、認証要否判定部１６２によって、このＷｅｂアプリがユーザ認証を必要としているか否かが判定される（ステップＳ２０４）。具体的には、例えば図６に示すようなアプリ設定情報２０４が参照され、Ｗｅｂアプリに関するユーザ認証の要否が判定される。図６においては、行２０５がユーザ認証要であることを意味するため、アプリ設定情報２０４が付加されたＷｅｂアプリは、ユーザ認証が必要であると判定されることになる。

認証要否判定部１６２による判定の結果、ユーザ認証が不要であると判定された場合は（ステップＳ２０４Ｎｏ）、実行制御部１６４によって、メモリ１５０へロードされたＷｅｂアプリが実行される（ステップＳ２０８）。一方、ユーザ認証が必要であると判定された場合は、認証アプリがメモリ１５０へロードされ（ステップＳ２０５）、表示制御部１６１及びユーザ認証部１６３によって、認証アプリが実行される（ステップＳ２０６）。

具体的には、表示制御部１６１による制御の下、例えば図５に示す画面２０３のように、認証情報の入力を要求する認証画面がディスプレイ１１０に表示される。ここでは、認証画面において、例えば６桁のパスコードの入力が求められる。すなわち、画面２０１において要求されるＰＩＮコードよりも桁数が多いパスコードが要求される。このため、スクリーンロック解除時のセキュリティよりもＷｅｂアプリ起動時のセキュリティを強固にすることができる。

そして、ユーザが入力するパスコードが入力デバイス１２０によって受け付けられると、ユーザ認証部１６３によって、入力されたパスコードと認証アプリにあらかじめ設定された正規のパスコードとが比較されることにより、ユーザ認証が実行される。ここで、入力されたパスコードと正規のパスコードとが一致すれば、ユーザ認証は成功したこととなり、入力されたパスコードと正規のパスコードとが一致しなければ、ユーザ認証が失敗したこととなる。

ユーザ認証の結果は、実行制御部１６４へ通知され、ユーザ認証が成功したか否かが判断される（ステップＳ２０７）。この判断の結果、ユーザ認証が成功していれば（ステップＳ２０７Ｙｅｓ）、メモリ１５０にロードされたＷｅｂアプリが実行される（ステップＳ２０８）。一方、ユーザ認証が失敗していれば（ステップＳ２０７Ｎｏ）、メモリ１５０にロードされたＷｅｂアプリがメモリ１５０から削除されることによりアンロードされる（ステップＳ２０９）。

以上のように、実施の形態１によれば、Ｗｅｂアプリが起動される際、情報処理装置は、このＷｅｂアプリがユーザ認証を必要とするか否かを判定し、ユーザ認証要と判定した場合には、あらかじめストレージに記憶された認証アプリを実行してユーザ認証を実行する。そして、情報処理装置は、ユーザ認証が成功した場合にのみＷｅｂアプリを実行する。このため、Ｗｅｂアプリ自体がユーザ認証機能を有していなくても、情報処理装置は、Ｗｅｂアプリを使用するユーザの認証を通信せずに実行することができ、オフラインで使用されるアプリケーションを保護することができる。

なお、上記実施の形態１においては、Ｗｅｂアプリのユーザ認証が成功した後、一定時間はＷｅｂアプリのユーザ認証が不要と判定されるようにしても良い。すなわち、Ｗｅｂアプリのユーザ認証が成功した際、ユーザ認証の実行日時を記憶しておき、実行日時から所定時間が経過するまでは、認証要否判定部１６２によって、Ｗｅｂアプリのユーザ認証が不要であると判定されるようにしても良い。このとき、ユーザ認証が成功したＷｅｂアプリのみについてユーザ認証が不要であると判定されても良いし、他のＷｅｂアプリも含めてユーザ認証が不要であると判定されても良い。こうすることにより、１回ユーザ認証に成功すれば、所定時間が経過するまでユーザ認証を不要とすることができ、ユーザの利便性を向上することができる。

また、上記実施の形態１においては、情報処理装置１００がオンラインの状態時に、ユーザ認証の要否が例えばサーバ１９０などから指示されるようにしても良い。この場合には、プロセッサ１６０は、サーバ１９０からの指示に従って、認証アプリを用いるユーザ認証の実行の有無を切り替える。

（実施の形態２）
実施の形態２の特徴は、複数のＷｅｂアプリをグループ化し、１つのＷｅｂアプリ起動時にユーザ認証が成功した後は、同一グループ内の他のＷｅｂアプリ起動時にはユーザ認証を不要とすることである。

実施の形態２に係る通信システム及び情報処理装置１００の構成は、実施の形態１（図１）と同様であるため、その説明を省略する。実施の形態２においては、プロセッサ１６０の機能が実施の形態１とは異なる。

図７は、実施の形態２に係るプロセッサ１６０の機能を示すブロック図である。なお、図７において、図２と同じ部分には同じ符号を付し、その説明を省略する。図７に示すように、プロセッサ１６０は、表示制御部１６１、認証要否判定部３０１、ユーザ認証部１６３、実行制御部１６４及びグループ登録部３０２を有する。

認証要否判定部３０１は、Ｗｅｂアプリを起動する操作が入力デバイス１２０によって受け付けられると、指定されたＷｅｂアプリをメモリ１５０へロードし、このＷｅｂアプリがユーザ認証を必要とするか否かを判定する。具体的には、各Ｗｅｂアプリにはアプリ設定情報が付加されているため、認証要否判定部３０１は、指定されたＷｅｂアプリのアプリ設定情報を参照し、ユーザ認証の要否を判定する。

より具体的には、認証要否判定部３０１は、Ｗｅｂアプリのアプリ設定情報において、このＷｅｂアプリがユーザ認証要に設定されているか否かを判定する。そして、ユーザ認証不要に設定されている場合には、認証要否判定部３０１は、メモリ１５０にロードされたＷｅｂアプリのユーザ認証が不要であると判定する。一方、ユーザ認証要に設定されている場合には、認証要否判定部３０１は、ユーザ認証成功済みのＷｅｂアプリが属するグループの情報である認証グループ情報をメモリ１５０から取得する。

そして、認証要否判定部３０１は、メモリ１５０にロードされたＷｅｂアプリのアプリ設定情報から、このＷｅｂアプリが属するグループを確認し、確認したグループが認証グループ情報に含まれるか否かを判定する。この判定の結果、Ｗｅｂアプリのグループが認証グループ情報に含まれていなければ、認証要否判定部３０１は、メモリ１５０にロードされたＷｅｂアプリのユーザ認証が必要であると判定する。また、Ｗｅｂアプリのグループが認証グループ情報に含まれていれば、認証要否判定部３０１は、メモリ１５０にロードされたＷｅｂアプリのユーザ認証が不要であると判定する。

認証要否判定部３０１は、Ｗｅｂアプリのユーザ認証が不要であると判定した場合には、実行制御部１６４に対してＷｅｂアプリを実行するように指示する。一方、認証要否判定部３０１は、Ｗｅｂアプリのユーザ認証が必要であると判定した場合には、認証アプリをメモリ１５０へロードし、認証アプリの実行を表示制御部１６１及びユーザ認証部１６３へ指示する。

グループ登録部３０２は、ユーザ認証部１６３から通知されるユーザ認証の結果を確認し、ユーザ認証の結果が成功を示すものである場合には、メモリ１５０にロードされたＷｅｂアプリが属するグループを認証グループ情報に追加登録する。すなわち、グループ登録部３０２は、ユーザ認証が成功したＷｅｂアプリが属するグループの識別情報を認証グループ情報としてメモリ１５０に記憶させる。

次に、実施の形態２に係るＷｅｂアプリのグループ（以下、「アプリグループ」という）について説明する。アプリグループは、複数のＷｅｂアプリから形成される。アプリグループに属するＷｅｂアプリは、例えば１つの業務に用いられる複数のＷｅｂアプリであっても良く、互いに連携して動作する複数のＷｅｂアプリであっても良い。そして、各アプリグループに属するＷｅｂアプリは、サーバ１９０からまとめてダウンロードされても良い。図８は、サーバ１９０からのアプリグループ取得処理を示すシーケンス図である。

図８に示すように、例えば外部のスケジューラから所定の業務に使用されるアプリグループの配信が要求される場合などには、サーバ１９０によって、アプリグループの送信要求が受け付けられる（ステップＳ３０１）。送信要求が受け付けられると、サーバ１９０によって、アプリグループに属する複数のＷｅｂアプリが取得される（ステップＳ３０２）。そして、このアプリグループは、情報処理装置１００へ送信され（ステップＳ３０３）、アクセスポイント１８０を介して無線Ｉ／Ｆ１３０によって受信される。そして、受信されたアプリグループは、ストレージ１４０に保存される（ステップＳ３０４）。なお、外部のスケジューラからの要求ではなく、情報処理装置１００からの要求に従ってサーバ１９０からアプリグループが送信されるようにすることも当然可能である。

アプリグループに属する各Ｗｅｂアプリのアプリ設定情報には、ユーザ認証を必要とするか否かの設定に加えて、アプリグループの識別情報が含まれている。具体的には、例えば図９に示すようなアプリ設定情報３５１がＷｅｂアプリに付加されており、各Ｗｅｂアプリが属するアプリグループが指定されている。図９においては、行３５２がＷｅｂアプリのアプリグループを指定しており、このＷｅｂアプリは"group1"という識別情報を有するアプリグループに属する。したがって、識別情報が"group1"のアプリグループに属する他のＷｅｂアプリには、行３５２と同様の行を含むアプリ設定情報が付加される。

次いで、実施の形態２に係るユーザ認証処理について、図１０を参照しながら説明する。図１０において、図４と同じ部分には同じ符号を付し、その詳しい説明を省略する。以下では、スマートフォンにおいてオフラインでＷｅｂアプリを使用する場合のユーザ認証処理を例に挙げて説明する。

スマートフォンが使用される際には、まずユーザによってスクリーンロックが解除され（ステップＳ２０１）、実行可能なＷｅｂアプリの一覧画面がディスプレイ１１０に表示される（ステップＳ２０２）。なお、アプリ一覧画面には、Ｗｅｂアプリ以外のアプリケーションが表示されていても良い。

そして、ユーザがいずれか１つのＷｅｂアプリを選択し、このＷｅｂアプリを起動する操作が入力デバイス１２０によって受け付けられると、プロセッサ１６０内の認証要否判定部３０１によって、選択されたＷｅｂアプリがメモリ１５０へロードされる（ステップＳ２０３）。Ｗｅｂアプリがメモリ１５０へロードされると、認証要否判定部３０１によって、既にユーザ認証成功済みのアプリグループを示す認証グループ情報がメモリ１５０から取得される（ステップＳ４０１）。そして、認証要否判定部３０１によって、メモリ１５０にロードされたＷｅｂアプリのアプリ設定情報と認証グループ情報が用いられることにより、Ｗｅｂアプリがユーザ認証を必要としているか否かが判定される（ステップＳ４０２）。

具体的には、例えば図９に示したようなアプリ設定情報３５１が参照され、Ｗｅｂアプリに関するユーザ認証が必要であると設定されているか否かが判定される。そして、ユーザ認証が不要であると設定されている場合には、このアプリ設定情報３５１が付加されたＷｅｂアプリは、ユーザ認証が不要であると判定されることになる。また、ユーザ認証が必要であると設定されている場合には、さらにアプリ設定情報３５１の行３５２が参照され、Ｗｅｂアプリが属するアプリグループの識別情報が取得される。そして、取得された識別情報が認証グループ情報に含まれている場合は、このアプリ設定情報３５１が付加されたＷｅｂアプリは、既にユーザ認証成功済みのアプリグループに属することになるため、ユーザ認証が不要であると判定されることになる。一方、取得された識別情報が認証グループ情報に含まれていない場合は、このアプリ設定情報３５１が付加されたＷｅｂアプリは、ユーザ認証が必要であると判定されることになる。

認証要否判定部３０１による判定の結果、ユーザ認証が不要であると判定された場合は（ステップＳ４０２Ｎｏ）、実行制御部１６４によって、メモリ１５０へロードされたＷｅｂアプリが実行される（ステップＳ２０８）。一方、ユーザ認証が必要であると判定された場合は（ステップＳ４０２Ｙｅｓ）、認証アプリがメモリ１５０へロードされ（ステップＳ２０５）、表示制御部１６１及びユーザ認証部１６３によって、認証アプリが実行される（ステップＳ２０６）。

認証アプリによるユーザ認証の結果は、グループ登録部３０２へ通知され、ユーザ認証が成功したか否かが判断される（ステップＳ２０７）。この判断の結果、ユーザ認証が成功していれば（ステップＳ２０７Ｙｅｓ）、グループ登録部３０２によって、ユーザ認証が成功したＷｅｂアプリが属するアプリグループの識別情報が認証グループ情報に追加登録される（ステップＳ４０３）。すなわち、Ｗｅｂアプリのユーザ認証が成功することによって、このＷｅｂアプリが属するアプリグループの識別情報が認証グループ情報に登録される。この結果、Ｗｅｂアプリについて１回ユーザ認証に成功すれば、以降は、同一のアプリグループに属するＷｅｂアプリのユーザ認証を不要とすることができ、ユーザの利便性を向上することができる。

そして、ユーザ認証が成功している場合には、アプリグループの識別情報が認証グループ情報に登録された後、実行制御部１６４によって、メモリ１５０にロードされたＷｅｂアプリが実行される（ステップＳ２０８）。一方、ユーザ認証が失敗している場合には（ステップＳ２０７Ｎｏ）、アプリグループの識別情報が認証グループ情報に登録されることはなく、実行制御部１６４によって、メモリ１５０にロードされたＷｅｂアプリがアンロードされる（ステップＳ２０９）。

以上のように、実施の形態２によれば、Ｗｅｂアプリが起動される際、情報処理装置は、既にユーザ認証成功済みのアプリグループの情報を取得し、このアプリグループに属するＷｅｂアプリについては、起動時のユーザ認証を不要と判定する。このため、同一のアプリグループに属するＷｅｂアプリについては、１回ユーザ認証に成功すれば、以降のユーザ認証を不要とすることができ、ユーザの利便性を向上することができる。

なお、上記実施の形態２においては、アプリグループの識別情報が期限付きで認証グループ情報に登録されるようにしても良い。すなわち、Ｗｅｂアプリのユーザ認証が成功してアプリグループの識別情報が認証グループ情報に登録される際、登録日時を記憶しておき、登録日時から所定時間が経過した場合には、このアプリグループの識別情報が認証グループ情報から削除されるようにしても良い。こうすることにより、ユーザ認証成功済みのアプリグループに属するＷｅｂアプリであっても、所定期間ごとにユーザ認証が必要と判定されることになり、各アプリグループに属するＷｅｂアプリをより確実に保護することができる。

また、上記実施の形態２においては、アプリグループがストレージ１４０から削除されるのに伴って、このアプリグループの識別情報が認証グループ情報から削除されるようにしても良い。こうすることにより、認証グループ情報に不要な識別情報が登録され続けるのを防止することができる。

（実施の形態３）
実施の形態３の特徴は、Ｗｅｂアプリのユーザ認証が必要な際に、複数のユーザ認証の種類のうちＷｅｂアプリによって指定された種類のユーザ認証を実行することである。

実施の形態３に係る通信システム及び情報処理装置１００の構成は、実施の形態１（図１）と同様であるため、その説明を省略する。実施の形態３においては、プロセッサ１６０の機能が実施の形態１とは異なる。

図１１は、実施の形態３に係るプロセッサ１６０の機能を示すブロック図である。なお、図１１において、図２と同じ部分には同じ符号を付し、その説明を省略する。図１１に示すように、プロセッサ１６０は、表示制御部１６１、認証要否判定部４０１、ユーザ認証部１６３、実行制御部１６４及びオンライン認証部４０２を有する。

認証要否判定部４０１は、Ｗｅｂアプリを起動する操作が入力デバイス１２０によって受け付けられると、指定されたＷｅｂアプリをメモリ１５０へロードし、このＷｅｂアプリがユーザ認証を必要とするか否かを判定する。具体的には、各Ｗｅｂアプリにはアプリ設定情報が付加されているため、認証要否判定部１６２は、指定されたＷｅｂアプリのアプリ設定情報を参照し、ユーザ認証の要否を判定する。

より具体的には、認証要否判定部４０１は、Ｗｅｂアプリのアプリ設定情報において、このＷｅｂアプリがユーザ認証要に設定されているか否かを判定する。そして、ユーザ認証不要に設定されている場合には、認証要否判定部４０１は、メモリ１５０にロードされたＷｅｂアプリのユーザ認証が不要であると判定する。一方、ユーザ認証要に設定されている場合には、認証要否判定部４０１は、ユーザ認証の種類をアプリ設定情報から取得する。

すなわち、認証要否判定部４０１は、例えば図１２に示すようなアプリ設定情報４５１の行４５２を参照し、複数の認証アプリのうちのどの認証アプリによってユーザ認証を実行するかを決定する。認証アプリには、例えばオンラインでのオンライン認証を実行するための認証アプリやオフラインでのオフライン認証のみを実行する認証アプリなど、複数の種類の認証アプリがある。また、オンライン認証を実行するための認証アプリには、例えば接続先が異なる複数の認証アプリがあっても良く、オフライン認証を実行するための認証アプリには、例えば認証方法が異なる複数の認証アプリがあっても良い。さらに、オンライン認証とオフライン認証を併用する認証アプリがあっても良い。図１２に示した行４５２においては、"gpattern"という名称のパラメータに"1"という値が格納されているため、認証要否判定部４０１は、このパラメータに対応する認証アプリによるユーザ認証が必要であると判定する。

認証要否判定部４０１は、Ｗｅｂアプリのユーザ認証が不要であると判定した場合には、実行制御部１６４に対してＷｅｂアプリを実行するように指示する。一方、認証要否判定部４０１は、Ｗｅｂアプリのユーザ認証が必要であると判定した場合には、アプリ設定情報によって指定された認証アプリをメモリ１５０へロードし、認証アプリの実行を他の処理部へ指示する。すなわち、認証要否判定部４０１は、オンライン認証を実行するための認証アプリが指定されている場合には、認証アプリの実行をオンライン認証部４０２へ指示する。また、認証要否判定部４０１は、オフライン認証を実行するための認証アプリが指定されている場合には、認証アプリの実行を表示制御部１６１及びユーザ認証部１６３へ指示する。

オンライン認証部４０２は、認証要否判定部４０１から認証アプリの実行が指示されると、指定された認証アプリからユーザ認証のための接続先情報を取得し、接続先情報が示す接続先に接続してオンライン認証を実行する。そして、オンライン認証部４０２は、オンライン認証の結果を実行制御部１６４へ通知する。

次いで、実施の形態３に係るユーザ認証処理について、図１３を参照しながら説明する。図１３において、図４と同じ部分には同じ符号を付し、その詳しい説明を省略する。以下では、スマートフォンにおいてＷｅｂアプリを使用する場合のユーザ認証処理を例に挙げて説明する。

スマートフォンが使用される際には、まずユーザによってスクリーンロックが解除され（ステップＳ２０１）、実行可能なＷｅｂアプリの一覧画面がディスプレイ１１０に表示される（ステップＳ２０２）。なお、アプリ一覧画面には、Ｗｅｂアプリ以外のアプリケーションが表示されていても良い。

そして、ユーザがいずれか１つのＷｅｂアプリを選択し、このＷｅｂアプリを起動する操作が入力デバイス１２０によって受け付けられると、プロセッサ１６０内の認証要否判定部４０１によって、選択されたＷｅｂアプリがメモリ１５０へロードされる（ステップＳ２０３）。Ｗｅｂアプリがメモリ１５０へロードされると、認証要否判定部４０１によって、このＷｅｂアプリのアプリ設定情報が参照され、ユーザ認証を必要としているか否かが判定される（ステップＳ２０４）。この判定の結果、ユーザ認証が不要であると判定された場合は（ステップＳ２０４Ｎｏ）、実行制御部１６４によって、メモリ１５０へロードされたＷｅｂアプリが実行される（ステップＳ２０８）。

一方、ユーザ認証が必要であると判定された場合は（ステップＳ２０４Ｙｅｓ）、さらに認証要否判定部４０１によってアプリ設定情報が参照され、ユーザ認証に用いられる認証アプリが特定される。このように、アプリ設定情報からユーザ認証に用いられる認証アプリが特定されるため、Ｗｅｂアプリごとに異なる種類のユーザ認証を実行することができ、Ｗｅｂアプリの秘匿性に応じた適切な方法で保護することができる。

アプリ設定情報から認証アプリが特定されると、認証要否判定部４０１によって、特定された認証アプリがオンライン認証を実行するものであるか否かが判断される（ステップＳ５０１）。この判断の結果、オンライン認証を実行するものである場合には（ステップＳ５０１Ｙｅｓ）、オンライン認証部４０２によって、認証アプリから認証のための接続先ＵＲＬ（Uniform Resource Locator）が取得される（ステップＳ５０２）。そして、オンライン認証部４０２によって、接続先ＵＲＬへの接続が行われてオンライン認証が実行される（ステップＳ５０３）。

オンライン認証においては、例えばパスワードによるユーザ認証などが行われる。オンライン認証では、オフライン認証と異なり、接続先においてユーザ認証の実行ログを記録することが可能となる。また、例えばＷｅｂアプリの使用を一時的に停止させる必要が生じた場合には、オンライン認証によれば、ユーザ認証を停止することなども可能である。オンライン認証の結果、ユーザ認証が成功したか否かは、オンライン認証部４０２から実行制御部１６４へ通知される。

また、アプリ設定情報から特定される認証アプリがオフライン認証を実行するものである場合には（ステップＳ５０１Ｎｏ）、認証アプリがメモリ１５０へロードされ（ステップＳ２０５）、表示制御部１６１及びユーザ認証部１６３によって、認証アプリが実行される（ステップＳ２０６）。認証アプリが実行された結果、ユーザ認証が成功したか否かは、ユーザ認証部１６３から実行制御部１６４へ通知される。

そして、実行制御部１６４によって、ユーザ認証が成功したか否かが判断され（ステップＳ２０７）、ユーザ認証が成功していれば（ステップＳ２０７Ｙｅｓ）、メモリ１５０にロードされたＷｅｂアプリが実行される（ステップＳ２０８）。一方、ユーザ認証が失敗していれば（ステップＳ２０７Ｎｏ）、メモリ１５０にロードされたＷｅｂアプリがメモリ１５０からアンロードされる（ステップＳ２０９）。

以上のように、実施の形態３によれば、Ｗｅｂアプリが起動される際、情報処理装置は、アプリ設定情報によって指定される認証アプリに応じて、オンライン認証又はオフライン認証を実行する。このため、Ｗｅｂアプリごとに異なる種類のユーザ認証を実行することができ、Ｗｅｂアプリの秘匿性に応じた適切な方法で保護することができる。

なお、上記実施の形態３においては、情報処理装置１００がオンラインであるかオフラインであるかによってユーザ認証の種類が異なる認証アプリが実行されても良い。すなわち、認証要否判定部４０１によって、無線Ｉ／Ｆ１３０がアクセスポイント１８０と接続されているか否かが確認され、接続されている場合にはオンライン認証が実行される一方、接続されていない場合にはオフライン認証が実行されても良い。

この場合、オンライン認証されたかオフライン認証されたかによって、以降のユーザ認証の要否が異なるようにしても良い。すなわち、Ｗｅｂアプリ起動時に、オンライン認証に成功した場合は、以降の他のＷｅｂアプリ起動時にユーザ認証不要と判定されるようにし、オフライン認証に成功した場合は、以降の他のＷｅｂアプリ起動時にユーザ認証要と判定されるようにしても良い。また、Ｗｅｂアプリのオフライン認証に成功した場合は、一定時間が経過するまでは他のＷｅｂアプリ起動時にユーザ認証不要と判定されるが、一定時間経過後は他のＷｅｂアプリ起動時にユーザ認証要と判定されるなどの制限を加えても良い。さらに、Ｗｅｂアプリのオフライン認証に成功した場合は、例えば重要な情報を表示できないようにするなど、Ｗｅｂアプリの機能を制限することも可能である。

上記各実施の形態においては、例えばＨＴＭＬ、ＣＳＳ又はＪａｖａＳｃｒｉｐｔ（登録商標）などによって作成されたＷｅｂアプリの起動時に、必要に応じて認証アプリが実行されることとした。しかし、認証アプリによるユーザ認証は、Ｗｅｂアプリ以外のアプリケーションに適用することも可能である。

上記各実施の形態は、種々組み合わせて実施することが可能である。すなわち、例えば実施の形態２と実施の形態３を組み合わせて、アプリグループごとのユーザ認証をオンライン認証又はオフライン認証によって実現することなどができる。

さらに、上記各実施の形態においては、認証アプリによるユーザ認証と他のサービスにおけるユーザ認証とを関連付けておき、認証アプリによるユーザ認証が成功した場合には、他のサービスにおけるユーザ認証が自動的に実行されるようにしても良い。具体的には、例えば認証アプリが他のサービスにおけるユーザ認証用の認証情報を管理し、認証アプリを用いたユーザ認証が成功した場合には、他のサービスの認証情報を用いたユーザ認証が実行される。すなわち、例えば図１４に示すように、認証アプリは、サービスごとのログイン名及びパスワードなどの認証情報を記憶する認証情報テーブルを管理し、これらの認証情報を各サービスのユーザ認証に利用する。したがって、例えば図１４に示す例では、認証アプリによるユーザ認証が成功した場合には、サービスＡ及びサービスＢについての認証情報が自動入力され、これらのサービスに関するオンライン認証が実行される。

なお、上記各実施の形態において説明した情報処理装置１００のユーザ認証処理をコンピュータが実行可能なユーザ認証プログラムとして記述することも可能である。この場合、このユーザ認証プログラムをコンピュータが読み取り可能な記録媒体に格納し、コンピュータに導入することも可能である。コンピュータが読み取り可能な記録媒体としては、例えばＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリなどの可搬型記録媒体や、例えばフラッシュメモリなどの半導体メモリが挙げられる。

１１０ ディスプレイ
１２０ 入力デバイス
１３０ 無線Ｉ／Ｆ
１４０ ストレージ
１５０ メモリ
１６０ プロセッサ
１６１ 表示制御部
１６２、３０１、４０１ 認証要否判定部
１６３ ユーザ認証部
１６４ 実行制御部
１８０ アクセスポイント
１９０ サーバ
３０２ グループ登録部
４０２ オンライン認証部

Claims (12)

1. メモリと、
   ユーザ認証のための認証用アプリケーションを受信する受信部と、
   前記メモリ及び前記受信部に接続されたプロセッサとを有し、
   前記プロセッサは、
   前記受信部によって受信された前記認証用アプリケーションをストレージに格納し、
   前記認証用アプリケーションの送信元からの指示に従って、前記認証用アプリケーションを用いるユーザ認証の実行の有無を切り替え、
   前記認証用アプリケーションを用いるユーザ認証の実行が有りの状態において、前記認証用アプリケーションとは異なるアプリケーションの起動が指示された際、当該アプリケーションがユーザ認証を必要とするアプリケーションであるか否かを判定し、
   ユーザ認証が必要と判定された場合、前記認証用アプリケーションを前記ストレージから前記メモリへロードしてユーザ認証を実行し、
   ユーザ認証の結果、ユーザ認証が成功した場合、起動が指示された前記アプリケーションを実行する
   処理を実行することを特徴とする情報処理装置。
2. 前記判定する処理は、
   アプリケーションに関するユーザ認証が成功した場合、所定時間が経過するまでは前記アプリケーションがユーザ認証不要であると判定することを特徴とする請求項１記載の情報処理装置。
3. 前記メモリは、
   ユーザ認証が成功した場合、前記アプリケーションが属するグループの識別情報を記憶し、
   前記プロセッサは、
   他のアプリケーションの起動が指示された際に、当該他のアプリケーションが属するグループの識別情報が前記メモリに記憶されているか否かを判定し、記憶されている場合、前記他のアプリケーションがユーザ認証不要であると判定する
   処理をさらに実行することを特徴とする請求項１記載の情報処理装置。
4. 前記ユーザ認証を実行する処理は、
   複数の認証用アプリケーションのうち、前記アプリケーションによって特定される１つの認証用アプリケーションを起動してユーザ認証を実行することを特徴とする請求項１記載の情報処理装置。
5. 前記ユーザ認証を実行する処理は、
   ユーザ認証のための接続先を指定する認証用アプリケーションを起動し、指定された接続先に接続してオンラインでユーザ認証を実行することを特徴とする請求項１記載の情報処理装置。
6. 前記ユーザ認証を実行する処理は、
   自装置がオンラインの状態であるかオフラインの状態であるかを判定し、オンラインの状態である場合には、指定された接続先に接続してオンラインでユーザ認証を実行する一方、オフラインの状態である場合には、オフラインでユーザ認証を実行することを特徴とする請求項５記載の情報処理装置。
7. 前記判定する処理は、
   アプリケーションに関するオフラインでのユーザ認証が成功した場合、所定時間経過後に再度前記アプリケーションのユーザ認証が必要と判定することを特徴とする請求項６記載の情報処理装置。
8. 前記アプリケーションを実行する処理は、
   ユーザ認証がオンラインで実行されたかオフラインで実行されたかによって、前記アプリケーションに異なる制限を加えて実行することを特徴とする請求項６記載の情報処理装置。
9. 前記メモリは、
   自装置とは異なる他装置によって提供されるサービスを利用するための認証情報を記憶し、
   前記プロセッサは、
   ユーザ認証の結果、ユーザ認証が成功した場合、前記メモリに記憶された認証情報を前記他装置へ送信する
   処理をさらに実行することを特徴とする請求項１記載の情報処理装置。
10. 前記受信部は、
    暗号化、コンパイル又は難読化された認証用アプリケーションを受信し、
    前記格納する処理は、
    暗号化、コンパイル又は難読化された認証用アプリケーションを前記ストレージに格納する
    ことを特徴とする請求項１記載の情報処理装置。
11. 前記プロセッサは、
    前記認証用アプリケーションの送信元から認証用アプリケーションの削除を指示された場合に、前記ストレージに格納された認証用アプリケーションを削除する
    処理をさらに実行することを特徴とする請求項１記載の情報処理装置。
12. メモリと受信部と前記メモリ及び前記受信部に接続されたプロセッサとを有するコンピュータによって実行されるユーザ認証方法であって、
    前記プロセッサが、
    前記受信部によって受信された前記認証用アプリケーションをストレージに格納し、
    前記認証用アプリケーションの送信元からの指示に従って、前記認証用アプリケーションを用いるユーザ認証の実行の有無を切り替え、
    前記認証用アプリケーションを用いるユーザ認証の実行が有りの状態において、前記認証用アプリケーションとは異なるアプリケーションの起動が指示された際、当該アプリケーションがユーザ認証を必要とするアプリケーションであるか否かを判定し、
    ユーザ認証が必要と判定された場合、前記認証用アプリケーションを前記ストレージから前記メモリへロードしてユーザ認証を実行し、
    ユーザ認証の結果、ユーザ認証が成功した場合、起動が指示された前記アプリケーションを実行する
    ことを特徴とするユーザ認証方法。

Images