(57)【要約】【課題】可用性を確保しつつ情報漏洩の可能性を除去したモバイルデバイス及びプログラムを提供する。【解決手段】クラウド１００上のストレージシステム１０１は、ウェブサービスとして提供されるデータストレージサービスを提供する。ストレージシステム１０１にネットワークを介して接続するモバイルデバイス２００は、前記データストレージサービスに前記ウェブサービスで用いられるプロトコルで通信を行うアプリケーションソフトウェア２０１がインストールされている。アプリケーションソフトウェア２０１は、所定の情報処理に用いるデータをすべてストレージシステム１０１からダウンロードして利用し、利用後に完全にモバイルデバイス２００から消去する。【選択図】図１
2013179472.tif 000002
【特許請求の範囲】
【請求項１】
ウェブサービスとして提供されるデータストレージサービスにネットワークを介して接続するモバイルデバイスであって、
前記データストレージサービスに前記ウェブサービスで用いられるプロトコルで通信を行うアプリケーションソフトウェアがインストールされており、
前記アプリケーションソフトウェアは、所定の情報処理に用いるデータを前記データストレージサービスからダウンロードして利用し、利用後に完全に前記モバイルデバイスから消去する
ことを特徴とするモバイルデバイス。
【請求項２】
前記アプリケーションソフトウェアは、前記モバイルデバイスのユーザと紐付けられたユーザ認証情報を取得し、前記データストレージサービスからデータをダウンロードするデータアクセスフェーズに先立って、前記ユーザ認証情報を前記データストレージサービスに送信し、認証を得ることを特徴とする請求項１記載のモバイルデバイス。
【請求項３】
前記アプリケーションソフトウェアがインストールされる際に、前記モバイルデバイスごとに一意にであるデバイスＩＤが生成され、
前記アプリケーションソフトウェアは、前記ユーザ認証情報とともに前記デバイスＩＤを前記データストレージサービスに送信し、前記デバイスＩＤについても認証を得る
ことを特徴とする請求項２記載のモバイルデバイス。
【請求項４】
前記データストレージサービスと前記アプリケーションソフトウェアとの間のインターフェイスがＲＥＳＴインターフェイスであることを特徴とする請求項１から３のいずれか１項記載のモバイルデバイス。
【請求項５】
前記データストレージサービスにおいて前記モバイルデバイスがダウンロードするデータが格納されるデータベースは、分散ファイルシステムによって複数のコンピュータノードを用いて冗長化されていることを特徴とする請求項１から４のいずれか１項記載のモバイルデバイス。
【請求項６】
モバイルデバイスにインストールされるアプリケーションソフトウェアのプログラムであって、
前記モバイルデバイスに、
ウェブサービスとして提供されるデータストレージサービスに対して前記ウェブサービスで用いられるプロトコルで通信を行い、前記データストレージサービスにネットワークを介して接続する機能と、
所定の情報処理に用いるデータを前記データストレージサービスからダウンロードして利用する機能と、
利用後に完全に前記モバイルデバイスから消去する機能と、
を実現させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルデバイス及びプログラムに関し、特に、ウェブサービスとしてストレージへのアクセスを提供するように構成されるデータストレージサービスに接続するモバイルデバイス及びプログラムに関する。
【背景技術】
【０００２】
スマートフォン、パッド型端末、ノートＰＣなど、可搬性があり、かつネットワークとの接続が可能なモバイルデバイスにおいては、端末の買い換えや交換に伴い、ユーザが独自に設定した環境設定や保存したデータの移行をしなければならないのが普通である。したがって、そのようなモバイルデバイスをビジネスに使用するにあたっては、環境設定や保存したデータの移行が運用における障壁となっていた。
【０００３】
他方、コストの圧縮やビジネスの効率的な進め方を追求する動きの中で、ユーザが個人所有するモバイルデバイス（いわゆる「私物」）をビジネスに用いるというコンセプトが、近時注目されている。このようなコンセプトを、ＢＹＯＤ（Ｂｒｉｎｇ  Ｙｏｕｒ  Ｏｗｎ  Ｄｅｖｉｃｅ）と呼ぶこともある。
【０００４】
しかしながら、個人の端末に機密に属することが多いビジネスの情報が保存されることについては抵抗が大きい。情報の紛失消去や情報漏洩につながる可能性を除去することがＢＹＯＤの普及にあたっての課題である。
【０００５】
個人所有のものであるにしろ企業が貸し出したものであるにしろ、モバイルデバイスを紛失したときの情報漏洩への対策は、大きな課題である。個人情報保護法の施行（２００５年）後、携帯端末の紛失等による個人情報の流出事故が社会問題化してきており、企業による情報セキュリティへの対策が重要なテーマとなっている。例えば、携帯電話により個人情報やその他企業の秘密情報を持ち出し、携帯電話の紛失や盗難等により情報流出が発生することなどが問題視されている。
【０００６】
このような課題に対し、管理グループ（法人における管理者など）が、デバイスの状態やデバイスの設定などを把握し、適切な管理を行えるようにするシステム、すなわちデバイス管理システムを利用することが従来行われている。
【０００７】
しかしながら、このような従来のモバイルデバイス管理システム（ＭＤＭ）は、モバイルデバイスを遠隔から制御することができるが、実質的には、モバイルデバイスにユーザが独自に設定した環境設定や保存したデータをすべて消去するものであった。或いは、携帯電話の有する機能の利用可能／不可能状態を遠隔で切り替えるに過ぎないものであった。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００９−０４９５６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１には、機能が多種多様化した携帯端末を、容易に遠隔で制御することを課題とした技術が記載されている。しかしながら、この特許文献１は、制御サーバと端末とで同じ内容のモード定義ファイルを格納しておき、制御サーバからの指示に基づいて端末がモードを切り替えるものである。したがって、機密に属するデータが端末にある場合は利用できなくなるだけでファイルの実体は端末に残っていると考えられる。
【００１０】
この場合、記憶装置の解析等の手法で情報が漏洩する可能性が除去できない。かといって、従来のように遠隔からデータをすべて消去してしまうのでは、データが重要なものである場合にデメリットが大きい。
【００１１】
本発明は、上記実情に鑑みてなされたものであって、可用性を確保しつつ情報漏洩の可能性を除去したモバイルデバイス及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために本発明は、第１の態様として、ウェブサービスとして提供されるデータストレージサービスにネットワークを介して接続するモバイルデバイスであって、前記データストレージサービスに前記ウェブサービスで用いられるプロトコルで通信を行うアプリケーションソフトウェアがインストールされており、前記アプリケーションソフトウェアは、所定の情報処理に用いるデータを前記データストレージサービスからダウンロードして利用し、利用後に完全に前記モバイルデバイスから消去することを特徴とするモバイルデバイスを提供する。
【００１３】
上記目的を達成するために本発明は、第２の態様として、モバイルデバイスにインストールされるアプリケーションソフトウェアのプログラムであって、前記モバイルデバイスに、ウェブサービスとして提供されるデータストレージサービスに対して前記ウェブサービスで用いられるプロトコルで通信を行い、前記データストレージサービスにネットワークを介して接続する機能と、所定の情報処理に用いるデータを前記データストレージサービスからダウンロードして利用する機能と、利用後に完全に前記モバイルデバイスから消去する機能と、を実現させることを特徴とするプログラムを提供する。
【発明の効果】
【００１４】
本発明によれば、可用性を確保しつつ情報漏洩の可能性を除去したモバイルデバイス及びプログラムを提供することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態のネットワーク全体を例示する図である。
【図２】図１のストレージシステム１０１を構成するサーバ群の一例を示す図である。
【図３】図２のサーバアプリケーション間通信を示すシーケンス図である。
【図４】図１のアプリケーションソフトウェア２０１の機能ブロック図である。
【図５】図４の制御部２０２の情報処理を示すフローチャート図である。
【図６】図１のストレージシステム１０１側に格納される認証情報テーブルの例を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明を実施形態により図面を参照しながら説明する。
【００１７】
本実施形態では、上記課題の欄で考察したようなモバイルデバイスにおける情報漏洩の可能性を除去することを目的として、モバイルデバイスをクラウド型のデータストレージサービスの中で使用する構成とする。
【００１８】
［システム構成］
本実施形態に係るストレージシステム１０１は、ネットワーク全体の中においてはウェブサービスとしてストレージへのアクセスを提供するように構成される（図１参照）。ストレージシステム１０１は、いわゆる「クラウド」と呼ばれるパブリックなネットワーク（典型的には、例えばインターネット）を含むネットワーク上に置かれる。図１を参照すると、ストレージシステム１０１は、クラウド１００上に置かれ、各種モバイルデバイス２００とデータ通信する構成である。
【００１９】
モバイルデバイス２００は、携帯端末やパーソナルコンピュータを含む種々のものを用いることができる。携帯端末としては、限定するものではないが、米国アップルコンピュータ社が提供するオペレーティングシステム（以下、「ＯＳ」）、ｉＯＳを搭載する携帯電話端末やパッド型端末、また、米国グーグル社が提供するＯＳ、Ａｎｄｒｏｉｄ（登録商標）を搭載する携帯端末を用いることができる。
【００２０】
ストレージシステム１０１は、より詳細には、各モバイルデバイス２００上で動作するアプリケーションソフトウェア２０１と通信する。ここで、本実施形態において、アプリケーションソフトウェア２０１は、各ＯＳに対応する、いわゆるネイティブアプリケーションである。
【００２１】
ストレージシステム１０１とモバイルデバイス２００上のアプリケーションソフトウェア２０１とのプログラム同士の対話は、ＲＥＳＴベースインターフェイスによって実現される。本実施形態において、ＲＥＳＴベースインターフェイスでは、各ウェブサービスコールが、外部状態情報を参照することなくそのコールを処理するために必要なすべての情報を含む。
【００２２】
また、本実施形態において、ＲＥＳＴベースインターフェイスでは、ウェブサービスが、指定された動作および１以上のクエリパラメータを含むＵＲＬ（「Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ」）などのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ」）として指定されたウェブサービス呼出し要求に応答して、ＨＴＴＰ（「ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ」）を使用するＸＭＬ（「ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ」）フォーマットでデータを返す。
【００２３】
［インフラストラクチャレイヤ］
ストレージシステム１０１の機能を実現するためのハードウェア及び当該ハードウェアを利用して所定の情報処理を行うソフトウェアプログラムの組み合わせは、種々のものが利用できる。本実施形態においては、１台以上の汎用のコンピュータを用いて、仮想的に図２に例示するようなサーバ群として動作させるソフトウェアプログラムを利用する。
【００２４】
図２は、図１のストレージシステム１０１を構成するサーバ群の一例を示すものである。図２に示すように、ストレージシステム１０１は、ロードバランサ１０２と、ウェブサービスクラスタ１０３と、データベースマネジメントクラスタ１０４と、分散ファイルシステムクラスタ１０５とを含み、全体として分散型のデータストレージサービスを構成する。
【００２５】
ロードバランサ１０２は、プロキシサーバを含み、モバイルデバイス２００とのセッションの維持、負荷分散、ウェブサービスコールの適切なリダイレクトなど、各種機能を提供する。プロキシサーバとしては、限定するものではないが、例えば、ＨＡＰｒｏｘｙ（登録商標）を用いる。
【００２６】
ウェブサービスクラスタ１０３は、ＴＣＰ／ＨＴＴＰに基づいた各ウェブサービスコールを適切に処理するウェブサーバを含み、ウェブサービスを提供する機能を実現する。ウェブサーバとしては、限定するものではないが、例えば、オープンソースで開発が続けられているＡｐａｃｈｅ（登録商標）を用いる。
【００２７】
データベースマネジメントクラスタ１０４は、分散ファイルシステムクラスタ１０５に記録されたデータに効率的にアクセスするための大規模分散データベースの機能を提供する。データベースマネジメントクラスタ１０４の各機能は、限定するものではないが、例えば、Ｈａｄｏｏｐ  Ｂａｓｅ（以下、「ＨＢａｓｅ」）によって提供される。ＨＢａｓｅを用いる場合、データベースマネジメントクラスタ１０４は、マスターサーバやリージョンサーバを含んでもよい。
【００２８】
マスターサーバは、リージョンサーバの管理を行い、死活管理や容量に応じてデータの統合や配置の変更などを行う。リージョンサーバは、分散ファイルシステムクラスタ１０５に記録されたデータに効率的にアクセスするための大規模分散データベースである。
【００２９】
分散ファイルシステムクラスタ１０５は、最低２つのネームノード、最低３つのデータノードを含んで構成される大規模分散ファイルシステムである。分散ファイルシステムクラスタ１０５の各機能は、限定するものではないが、例えば、Ｈａｄｏｏｐ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｆｉｌｅ  Ｓｙｓｔｅｍ（以下、「ＨＤＦＳ」）によって提供される。
【００３０】
このように、このストレージシステム１０１のストレージは、複数台のコンピュータノードに冗長化されている。また、上述のように構成された本実施形態によれば、分散ファイルシステムクラスタ１０５のデータ容量が不足してくると、データノードを単に追加することによってパフォーマンスの低下なく容易にデータ容量を増加させることができる。したがって、スケーラブルである。
【００３１】
なお、図２に例示した構成は、物理的に５台のサーバマシンで実装することができる。５台のサーバマシンをそれぞれ、ノード＃１、ノード＃２、・・・、ノード＃５とすると、ノード＃１を、図２中のプロキシサーバ１、マスターサーバ１、ネームノード１として機能させ、ノード＃２を、プロキシサーバ２、マスターサーバ２、ネームノード２として機能させる。また、ノード＃３を、ウェブサーバ１、リージョンサーバ１、データノード１として機能させ、ノード＃４を、ウェブサーバ２、リージョンサーバ２、データノード２として機能させ、ノード＃５を、ウェブサーバ３、リージョンサーバ３、データノード３として機能させる。
【００３２】
このように、物理的にたった５台のサーバマシンから、大規模分散データベースシステムの構築が実現可能であるので、ビジネスのスモールスタートが可能である。換言すれば、少ない初期投資費用で、本実施形態が提供する大規模分散データベースシステムを利用したビジネスを始めることができる。
【００３３】
図３に、図２に示したサーバ群のサーバアプリケーション間通信のシーケンスを示す。図３に示されるように、本実施形態に係るストレージシステム１０１へのアクセスは、認証フェーズとデータアクセスフェーズに分かれる。
【００３４】
認証フェーズにおいては、モバイルデバイス２００より認証要求のクエリがなされると、ロードバランサ１０２により負荷分散されて利用可能なウェブサービスクラスタ１０３へ送信される（Ｓ１０１、Ｓ１０２）。
【００３５】
ウェブサービスクラスタ１０３では、クエリを解析しクエリの内容に沿った問い合わせを後段のデータベースマネジメントクラスタ１０４及び分散ファイルシステムクラスタ１０５に対して実行する（Ｓ１０３〜Ｓ１０６）。
【００３６】
認証フェーズにおけるクエリには、少なくとも認証情報を含む。一方で、当該クエリないしデータアクセスフェーズでアクセスしようとする記憶内容には、後述するように、その記憶内容へのアクセス権限がメタ情報（ファイル情報）として含まれている。ウェブサービスクラスタ１０３は、クエリの認証情報と、当該クエリないしデータアクセスフェーズでアクセスしようとする記憶内容へのアクセス権限とに基づいて、アクセス可否を判断し、結果をモバイルデバイス２００に返す（Ｓ１０７、Ｓ１０８、Ｓ１０９）。
【００３７】
データアクセスフェーズにおいても、認証フェーズとほとんど同じ情報処理が行われる。モバイルデバイス２００よりデータアクセス要求のクエリがなされると、ロードバランサ１０２により負荷分散されて利用可能なウェブサービスクラスタ１０３へ送信される（Ｓ１１０、Ｓ１１１）。
【００３８】
ウェブサービスクラスタ１０３では、クエリを解析しクエリの内容に沿った問い合わせを後段のデータベースマネジメントクラスタ１０４及び分散ファイルシステムクラスタ１０５に対して実行する（Ｓ１１２〜Ｓ１１５）。
【００３９】
［アプリケーションソフトウェア］
上述したような、クラウド型のデータストレージサービスの中で使用されるモバイルデバイス２００及びそれにインストールされるアプリケーションソフトウェア２０１について、以下、さらに詳細に構成及び動作を説明する。
【００４０】
図４に、アプリケーションソフトウェア２０１により実現される機能を概略的に図示する機能ブロック図を示す。図示のように、アプリケーションソフトウェア２０１は、モバイルデバイス２００が有する一般的な汎用のハードウェアを利用した情報処理により、制御部２０２、通信部２０３、第１の記憶手段２０４、第２の記憶手段２０５と呼びうる各ブロックを構成する。
【００４１】
通信部２０３は、図１ないし図３で示したストレージシステム１０１とＨＴＴＰ（より好ましくはＨＴＴＰＳ）プロトコルにより通信を行い、アプリケーションソフトウェア２０１へストレージシステム１０１からダウンロードしてきたデータの入力を行う。また、ダウンロードしたデータが制御部２０２を用いて情報処理によって加工等された場合は、即時的にストレージシステム１０１へアップロードしてクラウド上のデータと同期をとる。
【００４２】
通信部２０３は、オペレーションシステムとアプリケーションソフトウェア２０１の間にミドルウェアとして存在するよう設計してもよい。この場合、通信部２０３の機能を果たすミドルウェアを、例えば、ＳＤＫ（Ｓｏｆｔｗａｒｅ  Ｄｅｖｅｌｏｐｐｅｒ‘ｓ  Ｋｉｔ）と呼んでもよい。
【００４３】
制御部２０２は、通信部２０３がストレージシステム１０１からダウンロードしてきたデータに対して何らかの情報処理を行う。その際、オペレーティングシステムのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を利用してＯＳとプログラム的に対話を行い、情報処理結果をＯＳに渡す等の処理を行ってもよい。例えば、ＪＰＥＧ画像をダウンロードした場合に、制御部２０２がデコードを行い、デコード結果をＯＳに渡し、モバイルデバイス２００の図示しない表示手段（液晶表示装置等）に表示させるような処理が実行される。
【００４４】
また、制御部２０２は、セッションの終了を検知し、セッションの終了時には、第２の記憶手段に一時的に記憶されたダウンロードデータを消去する処理を実行する。なお、第２の記憶手段２０５が自動的に記憶を消去するように構成してもよい。
【００４５】
アプリケーションソフトウェア２０１は、機能的に第１及び第２の記憶手段を有するように構成される。各記憶手段に、物理的に個別の記憶媒体を用意する必要はなく、単に１個の記憶媒体上に形成された記憶領域でもよい。
【００４６】
第１の記憶手段２０４は、アプリケーションソフトウェア２０１がモバイルデバイス２００にインストールされた時点に自動的に生成されるデバイスＩＤを記憶する。デバイスＩＤは不揮発である。モバイルデバイス２００の電源が落とされたり、アプリケーションソフトウェア２０１が終了したりしても、記憶が失われない。なお、本実施形態では、１つのモバイルデバイス２００にインストールされるアプリケーションソフトウェア２０１は１つであることを前提とする。
【００４７】
デバイスＩＤは、ストレージシステム１０１への認証の際に用いられる。特に、通信部２０３が認証要求のクエリに含めて、通信を行う。
【００４８】
第２の記憶手段２０５は、通信部２０３がストレージシステム１０１からダウンロードしてきたデータを一時的に記憶する。ダウンロードデータは複数であってもよい。ダウンロードデータは、セッションが終了すると自動的に消去される。なお、制御部２０２がセッションの終了を検知し、セッションの終了時には、第２の記憶手段に一時的に記憶されたダウンロードデータを消去する処理を実行するよう構成してもよい。
【００４９】
図５に、アプリケーションソフトウェア２０１の情報処理の流れを示す。図５のフローチャートに示すように、セッションは、モバイルデバイス２００側のアプリケーションソフトウェア２０１が認証要求クエリを発信することによって開始される（Ｓ２０１）。
【００５０】
認証要求クエリの発信（Ｓ２０１）は、好ましくは、ユーザがアプリケーションソフトウェア２０１を立ち上げた時点に行う。制御部２０２は、ユーザがアプリケーションソフトウェア２０１を立ち上げたときに、画面に認証情報の入力を要求するプロンプトを表示し、それに入力された情報、及び、第１の記憶手段２０４に記憶されているデバイスＩＤを含めたクエリを生成し、通信部２０３が送信する。
【００５１】
図３を参照しながら説明したプロセスで、クラウド側で認証が行われる。認証の可否の結果がＸＭＬで返される。認証に成功した場合はセッションが開始される一方、成功しなかった場合はセッションが終了する（Ｓ２０２）。
【００５２】
セッションが継続している場合において所望のデータアクセスが行われる（Ｓ２０３、Ｓ２０４）。一方、セッションが終了した場合（Ｓ２０４のＹｅｓ）、アプリケーションソフトウェア２０１側では、ダウンロードデータの「ワイプアウト」が行われる（Ｓ２０５）。この「ワイプアウト」は、上述したように、第２の記憶手段２０５に一時的に記憶されたダウンロードデータの消去である。
【００５３】
なお、アプリケーションソフトウェア２０１が強制終了した場合など、セッションの終了が意図的なものでなかった場合も、ワイプアウトは行われる。
【００５４】
このように、モバイルデバイスを、データストレージサービスに接続するように構成し、データをすべてストレージシステム１０１側からダウンロードし、終了時にはモバイルデバイスから完全に消去（ワイプアウト）するように構成しているため、本実施形態によれば、認証情報が漏れるなどの特殊な場合を除いて、盗難紛失時においても情報漏洩の可能性がない。
【００５５】
他方、図１ないし図３を参照しながら説明したように、本実施形態によれば、きわめて大規模な情報を扱うことができ、スケーラビリティに優れる。したがって、可用性が常に確保されている。
【００５６】
［認証］
次に、ストレージシステム１０１側で行う認証について説明する。モバイルデバイス側から見た場合、認証は図５のＳ２０１とＳ２０２の間に実行される。一方、ストレージシステム１０１側から見た場合、認証は図３のＳ１０１〜Ｓ１０９の認証フェーズに実行される。
【００５７】
図２における分散ファイルシステムクラスタ１０５のデータノードには、図６に示すような認証テーブルが記憶されている。例えば、ＨＴＴＰＳプロトコルのＰＯＳＴメソッドにより、企業ＩＤと部署ＩＤとユーザＩＤとデバイスＩＤを含む認証要求クエリが送信された場合、受信したウェブサービスクラスタ１０３が提供するウェブサーバは、認証テーブルと照合し、一致又は不一致を判断する。
【００５８】
図６に示すように、認証テーブルには、デバイスＩＤごとに有効（利用可能）／無効（利用不能）の情報が紐付けられていてもよい。ユーザＩＤに加えてデバイスＩＤごとに認証を行うように構成すると、よりセキュリティが強固になる。また、企業のデータストレージサービスの管理担当者にとっては、１人のユーザにつき、例えば３台までのモバイルデバイスの使用を許容するといったような利用方法が提供できるようになる。
【００５９】
上述した本実施形態によれば、スマートフォン、パッド型端末、ノートＰＣなど、可搬性があり、かつネットワークとの接続が可能なモバイルデバイスにおける、端末の買い換えや交換時にも、買い換えや交換前の端末の環境やデータが即時に再現することができ、ビジネスの継続に支障を来さない。また、ＴＣＯの削減にもなる。
【００６０】
また、データ自体は常にクラウド上のデータストレージサービス側にあり、モバイルデバイス側には残っていないため、盗難や紛失時等においても機密が保たれる。また、データストレージサービスへのアクセスは、企業ＩＤ、ユーザＩＤ、デバイスＩＤ、パスワードやパスコードなどの認証情報により保護される。したがって、本実施形態によれば盗難や紛失時等においても情報漏洩の可能性が除去され、ＢＹＯＤが実現できる。換言すれば、私物解禁のビジネスモデルが可能になる。
【符号の説明】
【００６１】
１００    クラウド
１０１    ストレージシステム
１０２    ロードバランサ
１０３    ウェブサービスクラスタ
１０４    データベースマネジメントクラスタ
１０５    分散ファイルシステムクラスタ
２００    モバイルデバイス
２０１    アプリケーションソフトウェア
２０２    制御部
２０３    通信部
２０４    第１の記憶手段
２０５    第２の記憶手段
【図１】
2013179472.tif 000003
【図２】
2013179472.tif 000004
【図３】
2013179472.tif 000005
【図４】
2013179472.tif 000006
【図５】
2013179472.tif 000007
【図６】
2013179472.tif 000008