(57)【要約】      （修正有）【課題】電子データであるユーザーデータのセキュリティを確保するために携帯機器を用いた電子データの管理方法、プログラム及び記録媒体を提供する。【解決手段】暗号鍵で暗号化されたユーザーデータを携帯端末に格納し、暗号鍵とペアの復号鍵は携帯端末と通信可能なBluetooth（登録商標）等の通信手段を搭載した携帯機器に格納する。携帯端末で暗号化されたユーザーデータを利用するとき、携帯端末は、携帯機器と通信して復号鍵を取得し、復号鍵で暗号化されたユーザーデータを復号して利用する。携帯端末を紛失しても、携帯端末には暗号化された電子データしかないため、第三者に意味のある電子データが渡ることがない。【選択図】図１
2015138336.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末でユーザーデータを利用する際、電子データである前記ユーザーデータのセキュリティを確保して管理するための電子データの管理方法において、
暗号鍵で暗号化された前記ユーザーデータを前記携帯端末に格納し、
前記暗号鍵とペアの復号鍵は、前記携帯端末と通信可能な携帯機器に格納し、
前記携帯端末で前記暗号化された前記ユーザーデータを利用するとき、前記携帯端末は、前記携帯機器と通信して前記復号鍵を取得し、前記復号鍵で前記暗号化された前記ユーザーデータを復号して利用する
ことを特徴とする電子データの管理方法。
【請求項２】
携帯端末でユーザーデータを利用する際、電子データである前記ユーザーデータのセキュリティを確保して管理するための電子データの管理方法において、
暗号鍵と第１パラメータで暗号化された前記ユーザーデータを前記携帯端末に格納し、
（Ａ）前記暗号鍵とペアの復号鍵は前記携帯端末に、前記第１パラメータと一緒に特定関数Ｒを満たす第２パラメータは前記携帯端末と通信可能な携帯機器に、又は、（Ｂ）前記復号鍵は前記携帯機器に、前記第２パラメータは前記携帯端末に格納し、
前記携帯端末で前記暗号化された前記ユーザーデータを利用するとき、前記携帯端末は、前記携帯機器と通信して前記復号鍵又は前記第２パラメータを取得し、前記復号鍵と前記第２パラメータで前記暗号化された前記ユーザーデータを復号して利用する
ことを特徴とする電子データの管理方法。
【請求項３】
請求項１又は２に記載の電子データの管理方法において、
前記携帯機器、又は、前記携帯機器若しくは別の携帯機器である携帯装置の固有アドレスを確認し、前記固有アドレスが利用可能な装置のアドレスであるとき、前記復号を許可する
ことを特徴とする電子データの管理方法。
【請求項４】
請求項３に記載の電子データの管理方法において、
前記固有アドレスを用いて前記暗号鍵及び／又は復号鍵を生成する
ことを特徴とする電子データの管理方法。
【請求項５】
請求項１乃至４の中から選択される１項に記載の電子データの管理方法において、
前記携帯端末と前記携帯機器は、無線通信で通信するための無線通信手段を有している
ことを特徴とする電子データの管理方法。
【請求項６】
請求項５に記載の電子データの管理方法において、
前記無線通信手段は、Bluetoothである
ことを特徴とする電子データの管理方法。
【請求項７】
請求項１乃至６の中から選択される１項に記載の電子データの管理方法において、
前記携帯端末は、ノートパソコン又はタブレット端末又はスマートフォンである
ことを特徴とする電子データの管理方法。
【請求項８】
請求項１乃至６の中から選択される１項に記載の電子データの管理方法において、
前記携帯機器は、時計型の機器、ペン型の機器、及びＵＳＢキーから選択される１種である
ことを特徴とする電子データの管理方法。
【請求項９】
携帯端末でユーザーデータを利用する際、電子データである前記ユーザーデータのセキュリティを確保して管理するための電子データ用管理プログラムにおいて、
前記携帯端末の補助記憶装置、前記携帯端末と通信可能なサーバ、及び、前記携帯端末と通信可能な電子計算機の中から選択される１手段から前記電子データを取得する電子データ取得ステップ、
前記電子データを暗号化した暗号鍵とペアの復号鍵を、前記携帯端末と通信可能な携帯機器から取得する鍵取得ステップ、及び、
前記復号鍵で前記ユーザーデータを復号する復号ステップ
からなることを特徴とする電子データ用管理プログラム。
【請求項１０】
携帯端末でユーザーデータを利用する際、電子データである前記ユーザーデータのセキュリティを確保して管理するための電子データ用管理プログラムにおいて、
前記携帯端末の補助記憶装置、前記携帯端末と通信可能なサーバ、及び、前記携帯端末と通信可能な電子計算機の中から選択される１手段から、暗号鍵と第１パラメータで暗号化された前記電子データを、取得する電子データ取得ステップ、
（Ａ）前記暗号鍵とペアの復号鍵を、前記携帯端末の補助記憶手段から取得するステップ、及び、前記第１パラメータと一緒に特定関数Ｒを満たす第２パラメータを、前記携帯端末と通信可能な携帯機器から取得するステップ、又は、（Ｂ）前記復号鍵は前記携帯機器から取得するステップ、及び、前記第２パラメータを前記携帯端末の補助記憶手段から取得するステップ、
前記復号鍵と前記第２パラメータで、前記暗号化された前記ユーザーデータを、復号するステップ
からなることを特徴とする電子データ用管理プログラム。
【請求項１１】
請求項９又は１０に記載の電子データ用管理プログラムにおいて、
前記携帯機器、又は、前記携帯機器若しくは別の携帯機器である携帯装置の固有アドレスを取得するステップ、
利用可能な機器を登録した携帯機器固有アドレスリストを参照して、前記固有アドレスを確認するステップと、
前記固有アドレスが利用可能であるとき、前記復号を許可するステップを
有することを特徴とする電子データ用管理プログラム。
【請求項１２】
請求項１１に記載の電子データ用管理プログラムにおいて、
前記固有アドレスを用いて前記暗号鍵及び／又は復号鍵を生成するステップを
有することを特徴とする電子データ用管理プログラム。
【請求項１３】
請求項９乃至１２の中から選択される１項に記載の電子データ用管理プログラムにおいて、
前記携帯機器と前記携帯端末の通信を監視するステップと、
前記携帯機器と前記携帯端末の通信が切断された場合、又は、前記携帯機器と前記携帯端末の通信が所定期間以上の間に確立できない場合、前記電子データの利用を停止させるステップを備える
ことを特徴とする電子データ用管理プログラム。
【請求項１４】
請求項９乃至１２の中から選択される１項に記載の電子データ用管理プログラムにおいて、
前記携帯機器から第１位置情報を取得するステップ、
前記第１位置情報を利用して、前記携帯機器の位置を特定するステップ、
前記位置が予め決めた範囲に入らない場合、前記電子データの利用を停止させるステップを備える
ことを特徴とする電子データ用管理プログラム。
【請求項１５】
請求項９乃至１２の中から選択される１項に記載の電子データ用管理プログラムにおいて、
前記携帯機器から第１位置情報を取得するステップ、
前記携帯端末の位置測定機器から第２位置情報を取得するステップ、
前記第１位置情報と前記第２位置情報を利用して、前記携帯端末と前記携帯機器の距離を計算するステップ、
前記距離が所定の距離以上に離れた場合、前記電子データの利用を停止させるステップを備える
ことを特徴とする電子データ用管理プログラム。
【請求項１６】
請求項９乃至１５の中から選択される１項に記載の電子データ用管理プログラムにおいて、
前記電子データの利用を停止させた場合、前記電子データを削除するステップを備えることを特徴とする電子データ用管理プログラム。
【請求項１７】
請求項９乃至１６の中から選択される１項に記載の電子データ用管理プログラムにおいて、
前記携帯端末と前記携帯機器は、無線通信で通信するための無線通信手段を有している
ことを特徴とする電子データ用管理プログラム。
【請求項１８】
請求項１７に記載の電子データ用管理プログラムにおいて、
前記無線通信手段は、Bluetoothである
ことを特徴とする電子データ用管理プログラム。
【請求項１９】
請求項９乃至１２の中から選択される１項に記載の電子データ用管理プログラムにおいて、
前記携帯端末は、ノートパソコン又はタブレット端末又はスマートフォンである
ことを特徴とする電子データ用管理プログラム。
【請求項２０】
請求項１８に記載の電子データ用管理プログラムにおいて、
前記携帯機器は、時計型の機器、ペン型の機器、及びＵＳＢキーから選択される１種である
ことを特徴とする電子データ用管理プログラム。
【請求項２１】
請求項９乃至１２の中から選択される１項に記載の電子データ用管理プログラムにおいて、
前記電子データ用管理プログラムは、ウェブブラウザ、前記電子データを復号化して表示するための専用ビューア、前記電子データを復号化して表示し編集するための専用アプリケーションプログラム、及び、前記電子データを暗号・復号するための専用のアプリケーションプログラムの中から選択される１プロクラムである
ことを特徴とする電子データ用管理プログラム。
【請求項２２】
請求項９乃至２１の中から選択される１項に記載の電子データ管理プログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子データのセキュリティを確保するための電子データの管理方法、そのためのプログラム及び、プログラムの記録媒体に関する。更に詳しくは、暗号又は復号のための鍵を、暗号化された電子データと異なる機器に保存することにより電子データのセキュリティを確保した電子データの管理方法、そのためのプログラム及び、プログラムの記録媒体に関する。
【背景技術】
【０００２】
ユーザの電子データは、通常は携帯可能なメモリ装置、電子計算機の補助記憶装置等に格納して利用されている。また、通信システムの高速化に伴い、ネットワーク上のデータベースやストレージ等を利用するサービス、いわゆるクラウドシステムが普及している。クラウドシステムの例としては、ウェブメールサービスが広く普及しており、その他、ネットワークストレージに写真、動画、文書ファイル等の電子データを保存するネットワークストレージサービス、ネットワークストレージサービスを利用して複数のユーザでファイルを共有して閲覧、編集するファイル共有サービスも普及している。
【０００３】
更に、ノートパソコンやタブレット端末等を用いてクラウドサービスを受けるユーザも多くなっている。タブレット端末は、言い換えると板状の電子計算機であり、略してタブレットという。タブレット端末は、液晶の画面と本体が一体化して薄い板状になっている情報機器で、入力等の操作は画面を直接タッチして行われる。タブレット端末として、米国のアップル社のiPad（登録商標）、米国のGoogle社のNEXUS（登録商標）等が例示できる。
【０００４】
タブレット端末は、機種によるが、キーボードが脱着、もしくは変形して、ノートパソコンとしても使うことが可能である。タブレット端末は、内蔵機能としてWi-Fi（Wireless Fidelity）、WiMAX（Worldwide Interoperability for Microwave Access）等の無線通信規格の機能を有することが多い。この中で、ノートパソコンやタブレット端末等の携帯端末を紛失すると中身の電子データが漏洩することになり、問題となっている。クラウドサービスを利用しているときは、携帯端末内の電子データはわずかな量が漏洩することになるが、それが企業のノウハウ、機密情報に繋がる場合は、あってはならないことである。
【０００５】
クラウドサービスを利用するとき、ユーザの電子計算機と、ネットワーク上のサーバとの間のデータ通信は、通信データを暗号化して送受信している。電子計算機では、電子データが所定の通信プロトコルに従って、暗号化されてサーバへ送信される。サーバでは、この暗号化された電子データを、復号化して、記録装置に保存している。結果的に、電子データは、ネットワーク上の記録装置には、暗号化されずに記録されている。
【０００６】
例えば、Google Apps等のクラウドサービスを利用したウェブベースシステムでは、ユーザ端末とクラウドのサーバとの間の通信は、ＳＳＬ(Secure Socket Layer)通信によってネットワーク通信路のデータが暗号化されており、そのセキュリティは確保され、電子データは保護されている。このセキュリティが確保されたデータは、サーバに到達すると、復号化されて、ストレージに格納される。言い換えると、クラウドサーバの記憶装置に保存する際には、サーバ側のＳＳＬを通過することで、暗号化されていない元の電子データ、いわゆる平文データとなる。
【０００７】
この中で、電子データのセキュリティを目的とする電子データ管理システム等が多数開示されている。例えば、特許文献１には、クライアントのファイルを暗号化してウェブファイルサーバに送信するための、電子ファイル管理システムが開示されている。ファイルをウェブファイルサーバに格納した段階でもファイル自身を暗号化している。クライアントは、既存の標準ウェブブラウザ機能に加えて、暗号フィルタ処理部とリダイレクトドライバを追加した構成になっている。
【０００８】
クライアントは、標準のウェブブラウザによるウェブファイルサーバ等のサーバ又は他のクライアントとの間で、平文ファイルをＴＣＰ／ＩＰによるＨＴＴＰ通信を可能にし、ファイルを暗号化し、ウェブファイルサーバのデータベースに保存している。クライアントによる電子ファイルの管理・利用、及びクライアントがアクセス権を許可した第三者のみが暗号化した電子ファイルを解読、利用できるようにしている。
【０００９】
また、特許文献２は、オンラインサービス事業者に対する機密情報の秘匿と、このオンラインサービスを利用する組織が負担するシステム運用コストの低減とを両立するデータ保護システムを開示している。このシステムは、クライアント端末のウェブブラウザが、オンラインサービスサーバへデータを送信する際に、その組織内のネットワークを介して、鍵管理サーバから暗号スクリプトと暗号鍵を取得し、暗号スクリプトを実行して入力データの暗号化済データを取得し、その取得した暗号化済データをオンラインサービスサーバへ送信し、オンラインサービスサーバから受信したデータ表示画面を描画する際に、鍵管理サーバから復号スクリプトと暗号鍵を取得し、復号スクリプトを実行して表示データの復号済データを取得し、その手段により取得した復号済データを使用してデータ表示画面を描画する手段を備えている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１１−２１６０３４号公報
【特許文献２】特開２０１０−７２９１６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかながら、クラウドシステムは、未だに、ネットワーク上に保存した電子データのセキュリティが不十分なことが指摘されている。特に、サーバやデータベース等の管理を行っている事業者や管理者等による不正行為やシステム不具合によるデータ流出等への対策が不十分である。更に、携帯端末は、常に、紛失のリスクがあり、その対応策が求められている。
【００１２】
前述のクラウドサービスは、普及し始めているとは言え、ユーザ側からみると安心して利用できる環境が十分に備えられていない。クラウドサービスでは、ユーザーデータは、ネットワークストレージに暗号化されずに平文データのまま保存されている。これらの平文データは、ネットワークストレージを管理する事業者や管理者等が閲覧できる可能性もあり、ユーザ側からみると不安である。よって、上述のように、クラウドデータベース、サーバの記憶装置内の電子データの保護が課題になっている。
【００１３】
更に、携帯可能なタブレット端末を利用する場面が多くなっており、特に、現場等で利用している。この場合は、常に持ち歩きするので、紛失のリスクが常にある。よって、機密情報等の重要な情報を内蔵したタブレット端末等の携帯端末を紛失しても、データが漏洩しない対策が求められている。タブレット端末等の携帯端末はクラウドサービスに接続して電子データをダウンロードして利用するが、携帯端末内に暗号化されていないデータが保存されることもある。
【００１４】
携帯端末の紛失で重要な電子データが漏洩する危険が伴う。更に、仮に、電子データを暗号化して携帯端末に保存しても、その復号鍵も同じく携帯端末に保存されることがある。この場合も、携帯端末を紛失すると、電子データをその復号鍵で復号して閲覧することができるので、電子データが漏洩する可能性がある。この情況の中で、携帯端末を紛失しても、その中の電子データ、その復号鍵が漏洩しない対策が求められている。
【００１５】
本発明は上述のような技術背景のもとになされたものであり、下記の目的を達成する。
本発明の目的は、携帯端末とサーバ間に送受信される電子データである暗号化されたユーザーデータを、その暗号若しくは復号のための鍵と異なる機器に保存することで電子データのセキュリティを確保するための電子データの管理方法、そのためのプログラム及び、プログラムの記録媒体を提供する。
【００１６】
本発明の他の目的は、クラウドサービスで利用されるユーザの電子データのセキュリティを確保するための電子データの管理方法、そのためのプログラム及び、プログラムの記録媒体を提供する。
【００１７】
本発明の他の目的は、携帯端末で利用されるユーザーデータの電子データのセキュリティを確保するための電子データの管理方法、そのためのプログラム及び、プログラムの記録媒体を提供する。
【課題を解決するための手段】
【００１８】
本発明は、前記目的を達成するため、次の手段を採る。
本発明は、暗号又は復号のための鍵を暗号化された電子データと異なる機器に保存することにより電子データのセキュリティを確保するための電子データの管理方法、そのためのプログラム及び、プログラムの記録媒体を提供する。
【００１９】
本発明のネットワークシステム用電子データの管理方法は、
携帯端末でユーザーデータを利用する際、電子データである前記ユーザーデータのセキュリティを確保して管理するための電子データの管理方法において、
暗号鍵で暗号化された前記ユーザーデータを前記携帯端末に格納し、
前記暗号鍵とペアの復号鍵は、前記携帯端末と通信可能な携帯機器に格納し、
前記携帯端末で前記暗号化された前記ユーザーデータを利用するとき、前記携帯端末は、前記携帯機器と通信して前記復号鍵を取得し、前記復号鍵で前記暗号化された前記ユーザーデータを復号して利用することを特徴とする。
【００２０】
また、本発明のネットワークシステム用電子データの管理方法は、
携帯端末でユーザーデータを利用する際、電子データである前記ユーザーデータのセキュリティを確保して管理するための電子データの管理方法において、
暗号鍵と第１パラメータで暗号化された前記ユーザーデータを前記携帯端末に格納し、
（Ａ）前記暗号鍵とペアの復号鍵は前記携帯端末に、前記第１パラメータと一緒に特定関数Ｒを満たす第２パラメータは前記携帯端末と通信可能な携帯機器に、又は、（Ｂ）前記復号鍵は前記携帯機器に、前記第２パラメータは前記携帯端末に格納し、
前記携帯端末で前記暗号化された前記ユーザーデータを利用するとき、前記携帯端末は、前記携帯機器と通信して前記復号鍵又は前記第２パラメータを取得し、前記復号鍵と前記第２パラメータで前記暗号化された前記ユーザーデータを復号して利用する
ことを特徴とする。
【００２１】
前記携帯機器、又は、前記携帯機器若しくは別の携帯機器である携帯装置の固有アドレスを確認し、前記固有アドレスが利用可能な装置のアドレスであるとき、前記復号を許可すると良い。
前記固有アドレスを用いて前記暗号鍵及び／又は復号鍵を生成すると良い。
【００２２】
前記携帯端末と前記携帯機器は、無線通信で通信するための無線通信手段を有していると良い。
前記無線通信手段は、Bluetooth（登録商標）であると良い。
前記携帯端末は、ノートパソコン又はタブレット端末又はスマートフォンであると良い。
前記携帯機器は、時計型の機器、ペン型の機器、及びＵＳＢキーから選択される１種であると良い。
【００２３】
本発明の電子データ用管理プログラムは、
携帯端末でユーザーデータを利用する際、電子データである前記ユーザーデータのセキュリティを確保して管理するための電子データ用管理プログラムにおいて、
前記携帯端末の補助記憶装置、前記携帯端末と通信可能なサーバ、及び、前記携帯端末と通信可能な電子計算機の中から選択される１手段から前記電子データを取得する電子データ取得ステップ、
前記電子データを暗号化した暗号鍵とペアの復号鍵を、前記携帯端末と通信可能な携帯機器から取得する鍵取得ステップ、及び、
前記復号鍵で前記ユーザーデータを復号する復号ステップ
からなることを特徴とする。
【００２４】
また、本発明の電子データ用管理プログラムは、
携帯端末でユーザーデータを利用する際、電子データである前記ユーザーデータのセキュリティを確保して管理するための電子データ用管理プログラムにおいて、
前記携帯端末の補助記憶装置、前記携帯端末と通信可能なサーバ、及び、前記携帯端末と通信可能な電子計算機の中から選択される１手段から、暗号鍵と第１パラメータで暗号化された前記電子データを、取得する電子データ取得ステップ、
（Ａ）前記暗号鍵とペアの復号鍵を、前記携帯端末の補助記憶手段から取得するステップ、及び、前記第１パラメータと一緒に特定関数Ｒを満たす第２パラメータを、前記携帯端末と通信可能な携帯機器から取得するステップ、又は、（Ｂ）前記復号鍵は前記携帯機器から取得するステップ、及び、前記第２パラメータを前記携帯端末の補助記憶手段から取得するステップ、
前記復号鍵と前記第２パラメータで、前記暗号化された前記ユーザーデータを、復号するステップからなることを特徴とする。
【００２５】
また、本発明の電子データ用管理プログラムは、
前記携帯機器、又は、前記携帯機器若しくは別の携帯機器である携帯装置の固有アドレスを取得するステップ、
利用可能な機器を登録した携帯機器固有アドレスリストを参照して、前記固有アドレスを確認するステップと、
前記固有アドレスが利用可能であるとき、前記復号を許可するステップを有すると良い。
【００２６】
また、本発明の電子データ用管理プログラムは、前記固有アドレスを用いて前記暗号鍵及び／又は復号鍵を生成するステップを有すると良い。
更に、本発明の電子データ用管理プログラムは、
前記携帯機器と前記携帯端末の通信を監視するステップと、
前記携帯機器と前記携帯端末の通信が切断された場合、又は、前記携帯機器と前記携帯端末の通信が所定期間以上の間に確立できない場合、前記電子データの利用を停止させるステップを備えると良い。
【００２７】
更にまた、本発明の電子データ用管理プログラムは、
前記携帯機器から第１位置情報を取得するステップ、
前記第１位置情報を利用して、前記携帯機器の位置を特定するステップ、
前記位置が予め決めた範囲に入らない場合、前記電子データの利用を停止させるステップを備えると良い。
【００２８】
また、更に、本発明の電子データ用管理プログラムは、
前記携帯機器から第１位置情報を取得するステップ、
前記携帯端末の位置測定機器から第２位置情報を取得するステップ、
前記第１位置情報と前記第２位置情報を利用して、前記携帯端末と前記携帯機器の距離を計算するステップ、
前記距離が所定の距離以上に離れた場合、前記電子データの利用を停止させるステップを備えると良い。
【００２９】
また、更に、本発明の電子データ用管理プログラムは、
前記電子データの利用を停止させた場合、前記電子データを削除するステップを備えると良い。
前記携帯端末と前記携帯機器は、無線通信で通信するための無線通信手段を有していると良い。
【００３０】
前記無線通信手段は、Bluetooth（登録商標）であると良い。
前記携帯端末は、ノートパソコン又はタブレット端末又はスマートフォンであると良い。
前記携帯機器は、時計型の機器、ペン型の機器、及びＵＳＢキーから選択される１種であると良い。
【００３１】
前記電子データ用管理プログラムは、ウェブブラウザ、前記電子データを復号化して表示するための専用ビューア、前記電子データを復号化して表示し編集するための専用アプリケーションプログラム、及び、前記電子データを暗号・復号するための専用のアプリケーションプログラムの中から選択される１プロクラムであると良い。
本発明の電子データ管理プログラムを記録した記録媒体は、上述の電子データ管理プログラムを記録した記録媒体であることを特徴とする。
【発明の効果】
【００３２】
本発明によると、次の効果が奏される。
本発明によると、ユーザーデータを暗号化して、タブレット端末等の携帯端末で専用のアプリケーションソフトウェアで利用する際、復号鍵を携帯端末と別の携帯機器に格納して利用するので、課題のユーザーデータのセキュリティが確保された。
【００３３】
本発明によると、クラウドサービスの場合、ユーザーデータが暗号化され、クラウドサービスに接続されたタブレット端末等の携帯端末で専用のアプリケーションソフトウェアで利用する際、復号鍵を携帯端末と別の携帯機器に格納して利用するので、課題のユーザーデータのセキュリティが確保された。
また、本発明によると、タブレット端末等の携帯端末を紛失しても、復号鍵がないため、携帯端末内のユーザーデータを復号することができない。
【図面の簡単な説明】
【００３４】
【図１】図１は、本発明の第１の実施の形態の電子データ管理システム１の概要を示す概念図である。
【図２】図２は、本発明の第１の実施の形態の電子データ管理システム１のユーザ端末３とウェブサーバ４のデータ通信の概要図示した概念図である。
【図３】図３は、本発明の第１の実施の形態の電子データ管理システム１のタブレット端末８とウェブサーバ４のデータ通信の概要を図示した概念図である。
【図４】図４は、ＢＴＥ９の構成の一例を図示しているブロック図である。
【図５】図５は、ＢＴＥ９の構成の他の例を図示しているブロック図である。
【図６】図６は、ウェブブラウザ３１からウェブサーバ４へのアップロード及びダウンロードを行う際、セキュリティプログラム３２の処理の流れの例を示すフローチャートである。
【図７】図７は、ＨＴＴＰのヘッダを解析する流れの例を示すフローチャートである。
【図８】図８は、ＨＴＴＰのボディを解析する流れの例を示すフローチャートである。
【図９】図９は、本発明の第１の実施の形態の電子データ管理システム１の鍵管理の概要を示す概念図である。
【図１０】図１０は、本発明の第３の実施の形態の電子データ管理システム１の概要を示す概念図である。
【図１１】図１１は、本発明の第３の実施の形態の電子データ管理システム１の復号化処理の流れの例を示すフローチャートである。
【発明を実施するための形態】
【００３５】
〔第１の実施の形態〕
図１は、本発明の第１の実施の形態の電子データ管理システム１の概要を示す概念図である。電子データ管理システム１は、ネットワーク２、ネットワーク２にアクセス可能なユーザ端末３、ウェブサーバ４、タブレット端末８等からなる。電子データ管理システム１は、ユーザーデータを暗号化して、ネットワーク２上の記憶装置又はウェブデータベース５に保存して、利用するものである。
【００３６】
ユーザーデータとは、ユーザが利用する電子データである。ユーザーデータは、特に限定しないが、テキストファイル、静止画ファイル、映像ファイル、Word, pdf等の各種のフォーマットの文書ファイル、コンピュータプログラムコードのファイル、又は実行可能なファイル（.exeファイル）等の任意の形式のファイルである。ユーザーデータは、ネットワーク２上の記憶装置又はウェブデータベース５に保存されるとき、データ形式を変更しないでそのままアップロードすることができる。
【００３７】
ユーザーデータは、マークアップ言語の記述に変更され、ユーザが利用するユーザ端末３から、ネットワーク２上のウェブサーバ４に送信されてウェブデータベース５に保存することも可能である。ネットワーク２は、公知の任意の有線又は無線の通信ネットワークであるが、ローカルエリアネットワーク（ＬＡＮ）又はインターネットであることが好ましい。
【００３８】
または、本発明の電子データ管理システム１は、ユーザーデータをネットワーク２上の記録装置に格納して、ネットワーク２を利用してユーザに情報サービスを提供しているクラウドサービスにも応用できる。ユーザ端末３は、ユーザが操作し、利用するための電子計算機である。ユーザ端末３は、入力装置、出力装置、中央処理装置、主記憶装置等を備えた汎用の電子計算機である。タブレット端末８は、ユーザが操作し、利用するための電子計算機であり、特に、画面と本体が一体になった板状の電子計算機である。
【００３９】
タブレット端末８は持ち歩きできる携帯可能な携帯端末であると良い。タブレット端末８は、画面、中央処理装置、主記憶装置等を備えた汎用の電子計算機であるが、特に画面はタッチ操作で入力又は操作することができる。タブレット端末８にキーボードやマウス等の機器を接続して、タブレット端末８を利用する際、よりノートパソコンに似た操作と利用ができる。ユーザ端末３は、ハードディスクドライブ、ＳＳＤ（Solid State Drive）等の補助記憶装置を有する。
【００４０】
ユーザ端末３の補助記憶装置には、アプリケーションプログラムやユーザーデータ等が格納される。ユーザ端末３は、他の電子計算機、他の機器、ネットワーク２、ネットワーク２に接続する装置に接続するための通信機能を有する。ユーザ端末３は、公知の無線通信規格又は有線通信規格に対応した通信デバイスを内蔵する。例えば、ユーザ端末３は、Wi-Fi, Bluetooth（登録商標）, WiMAX等の無線通信規格に対応した通信機器（図示せず。）を内蔵する。
【００４１】
この通信機器で、Bluetooth機器（以下、「ＢＴＥ」と言う。）７、ネットワーク２等と通信し、電子データを送受信することができる。通信規格の種類や動作は、本発明の要旨ではないので、その詳細な説明は省略する。ユーザ端末３は、暗号化ソフトウェア６を内蔵している。ユーザ端末３は、ネットワーク２に送信するユーザーデータを、この暗号化ソフトウェア６によって所定の暗号鍵で暗号化してから、ネットワーク２に送信する。
【００４２】
暗号化ソフトウェア６で暗号化したユーザーデータは、暗号鍵に対応した復号鍵によって復号化される。暗号鍵と復号鍵は、公知のものであり所定の鍵生成専用プログラムによって同時に生成される。鍵生成専用プログラムは公知の任意の方式の鍵生成用のアルゴリズム、アプリケーションソフトウェア、プログラム等を利用することができる。暗号鍵と復号鍵の生成は、本発明の要旨ではないので、その詳細な説明は省略する。
【００４３】
復号鍵をユーザ端末３以外の電子計算機や電子機器等に保存して、ユーザーデータを利用するときに、この復号鍵を利用することができる。例えば、図１に図示したように、ＢＴＥ７に格納することができる。ＢＴＥ７は、小型で、携帯可能な携帯機器である。ユーザは、任意の場所からネットワーク２にアクセスし、ウェブサーバ４から暗号化されたユーザーデータを取得して、ＢＴＥ７内の復号鍵を利用して、ユーザーデータを復号化して利用する。
【００４４】
タブレット端末８は、ＳＳＤ（Solid State Drive）等の補助記憶装置を有する。タブレット端末８の補助記憶装置には、アプリケーションプログラムやユーザーデータ等が格納される。タブレット端末８は、他の電子計算機、他の機器、ネットワーク２、ネットワーク２に接続するための装置に接続するための通信機能を有する。タブレット端末８は、公知の任意の無線通信規格又は有線通信規格に対応した通信デバイスを内蔵する。例えば、タブレット端末８は、Wi-Fi, Bluetooth, WiMAX等の無線通信規格に対応した通信機器（図示せず。）を内蔵する。
【００４５】
この通信機器でＢＴＥ９、ネットワーク２等と通信し、電子データの送受信ができる。タブレット端末８とＢＴＥ９は、Bluetooth規格で無線通信する。上述の通信規格の種類や動作は、本発明の要旨ではないので、その詳細な説明は省略する。タブレット端末８は、専用ビューア１０及び／又は専用アプリケーションソフトウェア１１を内蔵している。専用ビューア１０は、暗号化ソフトウェア６で暗号化した電子データを閲覧するための専用のアプリケーションプログラムであり、ＢＴＥ９と通信して復号鍵を取得する機能を有する。
【００４６】
専用アプリケーションソフトウェア１１は、同じく、暗号化ソフトウェア６で暗号化した電子データを閲覧し、編集するための専用のアプリケーションプログラムであり、ＢＴＥ９と通信して復号鍵を取得する機能を有する。タブレット端末８は、専用ビューア１０と専用アプリケーションソフトウェア１１の両方を備えたものでも良いが、片方のみを備えたものでも良い。ＢＴＥ９はユーザが携帯することができる携帯機器である。ユーザ端末３から復号鍵をＢＴＥ９に直接格納して利用する場合は、ＢＴＥ９は、上述のＢＴＥ７と同一の仕様のものであっても良い。
【００４７】
言い換えると、ユーザ端末３が復号鍵をＢＴＥ７、ＢＴＥ９に保存する。また、ユーザがタブレット端末８の利用を開始すると、ＢＴＥ９は常時タブレット端末８と通信を行う。ＢＴＥ９は、その内蔵補助記憶装置に、タブレット端末８を認証するためのデータを格納している。よって、ユーザは、タブレット端末８を稼働させると、タブレット端末８の認証を行うための認証プログラム（図示せず。）が起動する。
【００４８】
この認証プログラムは、ＢＴＥ９と接続して、タブレット端末８の認証を行う。タブレット端末８からＢＴＥ９へアクセスすることができなくなると、タブレット端末８の使用が停止され、使用できなくなる。Bluetoothは、数メーターから数十メーターの距離で通信可能な規格である。よって、タブレット端末８とＢＴＥ９は互いに通信可能な距離以上に離れると、通信ができなくなり、タブレット端末８の使用ができなくなる。
【００４９】
図１に図示したウェブサーバ４は、ウェブデータベース５を格納した汎用サーバである。ウェブデータベース５は、ユーザが利用するユーザーデータを格納し、保存するためのデータベースである。ウェブデータベース５は、ウェブサーバ４が提供するクラウドサービスの場合は、クラウドデータベースとも言うことができる。
【００５０】
本実施の形態においては、ウェブデータベース５は、クラウドデータベースを含め、ユーザーデータを含むものであれば任意のデータベースを意味する。ユーザ端末３は、ネットワーク２に直接接続することも可能であるが、図示しないが、ワイヤレスゲートウェイ、プロキシサーバ、ルータ等の一般的な接続手段を介して接続される。従来は、ユーザ端末３とウェブサーバ４とのデータ通信は、通信データを暗号化して互いに送受信している。
【００５１】
ユーザ端末３では、ユーザーデータが所定の通信プロトコルに従って、暗号化されてウェブサーバ４へ送信される。ウェブサーバ４では、この暗号化されたユーザーデータを、復号化して、ウェブデータベース５に保存している。結果的に、ユーザーデータは、ネットワーク２上のウェブデータベース５には、暗号化されずに記録される。本発明は、ユーザ端末３から送信されたユーザーデータを暗号化して、ウェブデータベース５に保存する機能を提供するものである。
【００５２】
クラウドサービスとしては、テキスト、画像等のデータをＨＴＭＬ等の特定のフォーマットに変換して提供するサービスや、ＨＴＭＬ等の特定のフォーマットで記述されたデータを提供する単なるウェブサービスと違い、ユーザーデータをネットワークストレージに保存するものである。ネットワークストレージは、ウェブデータベース５等のウェブサーバ４からアクセス可能な記録装置である。ユーザ端末３は、ウェブサーバ４を介して、ウェブデータベース５にアクセスして、ユーザーデータを閲覧、編集、ダウンロード、及び削除することができる。
【００５３】
また、同じく、ユーザは、新規のユーザーデータを、ウェブデータベース５にアップロードして保存することができる。このようなクラウドサービスの例としては、現在広く普及し始めているウェブメールサービス、ウェブストレージサービス、ファイル共有サービス等が例示できるが、本発明のクラウドサービスはこれらに限定されない。更に、クラウドサービスの例としては、ソーシャルネットワーク、そのユーザのデータも含むことができる。
【００５４】
図２は、電子データ管理システム１のユーザ端末３とウェブサーバ４のデータ通信の概要を図示した概念図である。ユーザは、ウェブサーバ４から提供されるクラウドサービスを受ける。ユーザは、ユーザ端末３を利用してこのクラウドサービスを受ける。まず、ユーザは、ユーザ端末３上にクラウドサービス用のアプリケーションプログラムを起動させる。このようなアプリケーションプログラムとしては、限定されないが、ウェブブラウザ３１が最適である。
【００５５】
無論、同じ通信機能を有するものであれば、ウェブブラウザ以外のアプリケーションソフトウェアでも構わない。本実施の形態では、図２に図示したように、ウェブブラウザ３１として説明する。ユーザの操作により、ユーザ端末３はウェブブラウザ３１を起動させる。ウェブブラウザ３１が起動すると、ユーザは、ウェブサーバ４のクラウドサービスのＵＲＬアドレス又はＩＰアドレスを入れて、ウェブサーバ４から提供されるサービスにアクセスする。
【００５６】
クラウドサービスのログイン画面がユーザ端末３の画面上に表示されると、そこに適当なユーザ名とパスワードを入れてログインする。ウェブブラウザ３１とウェブサーバ４の間の通信は、所定の通信プロトコルに従って行われる。通信プロトコルは、クラウドサービスに利用できるものであれば、公知の任意の通信プロトコルが利用できる。通信プロトコルは、通信するレイヤによって、また、用途によって、様々なプロトコルが利用されている。
【００５７】
国際標準化機構（ＩＳＯ）によって策定されたＯＳＩ参照モデル（Open Systems Interconnection reference model）は、電子計算機や通信機器の通信機能を７つの階層構造に分割して定義したモデルで、現在もっとも普及している。この７階層は、次の表１に示す通り、物理デバイスに近い階層からアプリケーションプログラムの階層まで、物理層、データリンク層、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、及びアプリケーション層になっている。
【００５８】
表１には、通信プロトコルの代表的なものを、ＯＳＩ（Open Systems Interconnection）参照モデルの７階層それぞれに例示している。ＯＳＩ参照モデルは、国際標準化機構によって策定されたもので、電子計算機の通信機能を階層構造に分割したモデルである。
【表１】
2015138336.tif 000003
【００５９】
本実施の形態においては、限定されないが、このＯＳＩ参照モデルに採用された通信プロトコルを利用する。しかし、本発明は、通信プロトコル自体の発明ではないので、ＯＳＩ参照モデルの７階層の通信プロトコル全てについて説明せず、特に、本発明の実施に必要なものだけについて説明する。図２に図示したＴＬＳ（Transport Layer Security）３３は、セキュリティが要求される通信に利用されるプロトコルである。ＴＬＳ３３は、その前身のセキュリティ通信用のプロトコルであるＳＳＬ（Secure Socket Layer)と呼ばれることがある。
【００６０】
ＴＬＳ３３は、コネクション型のトランスポート層プロトコルの上位に位置し、通常はトランスポート層プロトコルのＴＣＰをラッピングする形で利用される。ＴＬＳ３３は、特にアプリケーション層プロトコルのＨＴＴＰ（Hyper Text Transfer Protocol）での利用を意識して設計されている。ＨＴＴＰは、ウェブブラウザ３１とウェブサーバ４の間でＨＴＭＬ等のコンテンツの送受信に用いられる通信プロトコルである。ＴＬＳ３３は、アプリケーション層の特定のプロトコルには依存しない特徴を持つ。
【００６１】
本実施の形態では、特に区別しない限り、ＴＬＳ３３は、ＳＳＬを含む。ＴＬＳ３３は、インターネットで広く使われているＷＷＷやＦＴＰ等のユーザーデータを暗号化し、プライバシーに関わる情報、クレジットカード番号、企業秘密等に係るデータを、ユーザ端末３とウェブサーバ４の間に安全に送受信することができる。ＴＬＳ３３は、公開鍵暗号や秘密鍵暗号、デジタル証明書、ハッシュ関数等のセキュリティ技術を組み合わせ、データの盗聴、改ざん、なりすまし等を防ぐことができる。
【００６２】
ＴＬＳ３３は、セッション層とトランスポート層の境界で動作し、ＨＴＴＰやＦＴＰ等の上位のプロトコルを利用するアプリケーションソフトウェアから、特に意識することなく透過的に利用することができる。図２に図示したウェブブラウザ３１、サーバプログラム４１は、アプリケーション層で動作する。ＴＬＳ３３、ＴＬＳ４３は、ＴＬＳプロトコルであり、ウェブブラウザ３１とウェブサーバ４との間のセキュリティ通信を提供する。図２に図示したネットワーク層３４とネットワーク層４４は、ＯＳＩ参照モデルのネットワーク層である。
【００６３】
本発明は、ユーザ端末３のウェブブラウザ３１とＴＬＳ３３の間に位置し、ユーザーデータを暗号化し、暗号化されたユーザーデータを復号化するためのセキュリティプログラム３２を提供する。セキュリティプログラム３２は、通信プロトコルを解析するプロトコル解析機能、暗号化機能、復号化機能、ＢＴＥ監視機能等を有する。このプロトコル解析機能は、ウェブブラウザ３１とウェブサーバ４間で通信するＨＴＴＰプロトコル又はＨＴＴＰＳプロトコルのデータを解析する機能である。
【００６４】
暗号化機能は、ウェブサーバ４に送信されるユーザデータ（クラウドデータ）を自動的に暗号化する機能で、復号化機能は、ウェブサーバ４から送信されてきた暗号化されたユーザーデータを自動的に復号化する機能である。暗号化機能は、図１に図示した暗号化ソフトウェア６等の暗号化専用のアプリケーションソフトウェアモジュールを呼び出して暗号化処理を行う。復号化機能も同様で、図２に復号化ソフトウェア３５と図示している。
【００６５】
ＢＴＥ監視プログラム３７は、ＢＴＥ７を監視するためのプログラムであり、セキュリティプログラム３２に内蔵された形式で動作する。又は、ＢＴＥ監視プログラム３７は、セキュリティプログラム３２から呼び出されて、動作する独立したアプリケーションソフトウェアである。ＢＴＥ監視プログラム３７は、ＢＴＥ７と通信して、ＢＴＥ７内の復号鍵を取得する機能を有する。また、所定の手続きを経て、ＢＴＥ７内に復号鍵を格納することもできる。
【００６６】
これは、復号鍵を変更する際や、新規に復号鍵を発行し格納するときに利用する。また、セキュリティプログラム３２は、ＨＴＴＰ又はＨＴＴＰＳのヘッダの内容及びボディの内容を解析し、アップロード及びダウンロードするユーザーデータのみの暗号化又は復号化をそれぞれ行う。セキュリティプログラム３２は、ＨＴＴＰ又はＨＴＴＰＳのヘッダ及びボディを解析し、その本文のユーザーデータを暗号化又は復号化する。
【００６７】
図３は、電子データ管理システム１のタブレット端末８とウェブサーバ４のデータ通信の概要図示した概念図である。基本的には、タブレット端末８とウェブサーバ４の間のデータ通信は、ユーザ端末３とウェブサーバ４の間のデータ通信と実質的に同じである。タブレット端末８上のアプリケーションプログラムとしては、限定されないが、ウェブブラウザ８１を例に説明する。ウェブブラウザ８１は、図１に図示した専用ビューア１０又は専用アプリケーションプログラム１１である。
【００６８】
タブレット端末８では、ウェブブラウザ８１を起動させる。ウェブブラウザ８１が起動すると、ユーザは、ウェブサーバ４のクラウドサービスのＵＲＬアドレス又はＩＰアドレスを入れて、ウェブサーバ４から提供されるサービスにアクセスする。クラウドサービスのログイン画面がタブレット端末８の画面上に表示されると、そこに適当なユーザ名とパスワードを入れてログインする。ウェブブラウザ８１とウェブサーバ４の間の通信は、所定の通信プロトコルに従って行われる。
【００６９】
タブレット端末８は、ユーザ端末３と同じように、ネットワーク層８４、ＴＬＳ８３、セキュリティプログラム８２を利用して、ウェブサーバ４と通信する。セキュリティプログラム８２は、ユーザーデータを暗号化し、暗号化されたユーザーデータを復号化するためのプログラムである。セキュリティプログラム８２は、通信プロトコルを解析するプロトコル解析機能、暗号化機能、復号化機能、ＢＴＥ監視機能等を有する。
【００７０】
このプロトコル解析機能は、ウェブブラウザ８１とウェブサーバ４間で通信するＨＴＴＰプロトコル又はＨＴＴＰＳプロトコルのデータを解析する機能である。暗号化機能は、ウェブサーバ４に送信されるユーザデータ（クラウドデータ）を自動的に暗号化する機能である。復号化機能は、ウェブサーバ４から送信されてきた暗号化されたユーザーデータを自動的に復号化する機能である。
【００７１】
暗号化機能は、暗号化ソフトウェア８６等の暗号化専用のアプリケーションソフトウェアモジュールを呼び出して暗号化処理を行う。復号化機能も同様で、復号化ソフトウェア８５等の復号化専用のアプリケーションソフトウェアやモジュールを呼び出して復号化処理を行う。ＢＴＥ監視プログラム８７は、ＢＴＥ９を監視するためのプログラムであり、セキュリティプログラム８２に内蔵された形式で動作する。
【００７２】
又は、ＢＴＥ監視プログラム８７は、セキュリティプログラム８２から呼び出されて、動作する独立したアプリケーションソフトウェアであるものでも良い。ＢＴＥ監視プログラム８７は、ＢＴＥ９と通信して、ＢＴＥ９内の復号鍵を取得する機能を有する。また、所定の手続きを経て、ＢＴＥ９内に復号鍵を格納するものであっても良い。これは、復号鍵を変更する際や、新規に復号鍵を発行し格納するときに利用する。
【００７３】
図４は、ＢＴＥ９の構成例を示すブロック図である。ＢＴＥ９は、ブルートゥース通信用のアンテナ９１、外部機器と通信するためのブルートゥース通信部９２、ＢＴＥ９全体の制御を行う制御部９３、各情報を表示するための表示部９４、操作ボタンなどの操作部９５、時刻用の発振器を含み時計情報を提供する発振回路９６、電子データを格納するためのメモリ９７等からなる。ブルートゥース通信部９２は、制御部９３から指示された通信をアンテナ９１を介して、タブレット端末８等と行うためのものである。
【００７４】
ＢＴＥ９は、通常、表示部９４に発振回路９６で計時されている時刻を表示する。また、ＢＴＥ９は、ブルートゥース通信部９２を介して外部機器から受信した情報を表示部９４に表示する。ユーザは、操作部９５を操作して、ＢＴＥ９にデータ入力や、外部機器からの情報に応答するコマンドを、ブルートゥース通信部９２を送信する。制御部９３は、外部機器からブルートゥース通信の要求を受信し、認証を行う。認証には、メモリ９７に格納されている識別情報を利用する。
【００７５】
ＢＴＥ９は、固有の識別番号又は固有の識別符号、言い換えると識別ＩＤを有する。識別ＩＤは、メモリ９７に保存され、ＢＴＥ９の認証と、ＢＴＥ９の識別に利用される。この固有ＩＤは、鍵管理サーバ２０、鍵管理データベース２１に登録されて、一元的に管理される。鍵管理データベース２１においては、ＢＴＥ９の識別ＩＤはＢＴＥ９に格納されている鍵又は鍵の識別番号に関連付けられて保存される。メモリ９７には、上述の暗号鍵が格納されている。
【００７６】
制御部９３は、タブレット端末８等の外部機器から復号鍵の要求があると、タブレット端末８の認証、ユーザ認証等を行って、メモリ９７から要求された復号鍵を送信する。図示しないが、ＢＴＥ９は、位置情報を取得する機能を有する手段を備えたものであっても良い。例えば、ＢＴＥ９は、この手段の情報をＧＰＳ（Global Positioning System）からの信号を受信し、位置情報を出力する機能を有する。この位置情報をタブレット端末８へ送信する。
【００７７】
図５は、ＢＴＥ９の他の構成例を示すブロック図である。図５のＢＴＥ９は、図４に図示したＢＴＥ９とは構成と機能が基本的に同じであり、異なる部分のみを説明する。図５のＢＴＥ９は、座標情報受信機９８を備えている。座標情報受信機９８は、ＧＰＳ等の位置情報を提供するサービスに用いられる受信機である。座標情報受信機９８で受信した位置情報の信号を、制御部９３に渡し、制御部９３は位置情報の信号を、タブレット端末８へ送信する。
【００７８】
これにより、ＢＴＥ９が存在する位置を常に把握することが可能になる。座標情報受信機９８は、ＧＰＳ以外の位置情報提供サービスを利用することができる。例えば、屋内のみで利用でする位置測定システムを利用することができる。タブレット端末８は、ＢＴＥ９から位置情報を取得して、ＢＴＥ９の位置を把握し監視することが可能である。この位置情報から、ＢＴＥ９が利用可能範囲内であるか否かの監視ができる。図３に図示したセキュリティプログラム８２又はＢＴＥ監視プログラム８７がこのような監視機能を有する。
【００７９】
ＢＴＥ９が利用可能範囲外にあると、セキュリティプログラム８２又はＢＴＥ監視プログラム８７は、タブレット端末８の使用を停止させるか、電子データの利用を停止させる。また、図示しないがタブレット端末８も位置測定システムの受信機を内蔵し、この受信機で受信した位置データからタブレット端末８の位置を常に把握することが可能である。同じく、セキュリティプログラム８２又はＢＴＥ監視プログラム８７は、この位置情報からタブレット端末８が利用可能範囲外にあると判断したら、セキュリティプログラム８２又はＢＴＥ監視プログラム８７は、タブレット端末８の使用を停止させるか、電子データの利用を停止させる。
【００８０】
〔ＨＴＴＰ／ＨＴＴＰＳプロトコルの解析〕
図６は、ウェブブラウザ３１からウェブサーバ４へのアップロード及びダウンロードを行う際、セキュリティプログラム３２の処理の流れを示す図である。当該図６を用いて、当該セキュリティプログラム３２の処理の流れを以下に説明する。ウェブブラウザ３１からＨＴＴＰリクエストが発行されると、それをセキュリティプログラム３２が受信する（ステップ１００）。
【００８１】
セキュリティプログラム３２は、ＨＴＴＰリクエストの内容を分析し、通信の種類を判定する（ステップ１０１）。セキュリティ通信の要求をするためのＣＯＮＮＥＣＴ要求の場合、セキュリティプログラム３２は、ウェブサーバ４へＳＳＬ通信の接続要求を出し、ＳＳＬ認証をして、ハンドシェイクする（ステップ１０２）。言い換えると、ＨＴＴＰリクエストにＣＯＮＮＥＣＴが付加される場合は、ＨＴＴＰＳプロトコルを用いたセキュリティのＳＳＬ通信になる。
【００８２】
その後、ＨＴＴＰヘッダの解析を行う（ステップ１０３）。ユーザーデータをアップロードするためのＰＯＳＴ要求、又は、ダウンロードを要求するためのＧＥＴ要求の場合、ＨＴＴＰヘッダの解析を行う（ステップ１０３）。ＨＴＴＰリクエストがＰＯＳＴ要求の場合、主にアップロードに関連する通信になる。ＨＴＴＰリクエストにＧＥＴ要求が付加されている場合は、主にダウンロードに関連する通信になる。ＨＴＴＰヘッダの解析で、対象のＨＴＴＰである否かを判定する（ステップ１０４）。
【００８３】
対象外のＨＴＴＰの場合、セキュリティプログラム３２は、そのＨＴＴＰプロトコルをウェブサーバ４に送信する（ステップ１０８）。対象のＨＴＴＰの場合、セキュリティプログラム３２は、そのＨＴＴＰのボディを解析する（ステップ１０５）。セキュリティプログラム３２は、ＨＴＴＰプロトコルからボディ部を判別し、ＨＴＴＰのボディを暗号化する（ステップ１０７）。暗号化のとき、暗号化ソフトウェア６を呼び出して、ＨＴＴＰのボディをこの暗号化ソフトウェア６で暗号化する。
【００８４】
その後、セキュリティプログラム３２は、そのＨＴＴＰプロトコルをウェブサーバ４に送信する（ステップ１０８）。ステップ１０６で、ＨＴＴＰプロトコルが対象外のリクエストの場合は、セキュリティプログラム３２はＨＴＴＰプロトコルをウェブサーバ４に送信する（ステップ１０８）。
【００８５】
図７は、図６のステップ１０３における、ＨＴＴＰヘッダを解析する流れの例を示すフローチャートである。セキュリティプログラム３２は、図６のステップ１０３に示したように、ＨＴＴＰプロトコルからＨＴＴＰヘッダの内容を取得する（ステップ１２０）。ＨＴＴＰヘッダの”Content-Type”と”CONTENT-Length”の行を分析する（ステップ１２１）。セキュリティプログラム３２は、”CONTENT-Length”の内容を確認し、それが”０”であるか否かを確認する（ステップ１２２）。
【００８６】
“０”の場合は、ＨＴＴＰヘッダの解析を終了させる（ステップ１２２→終了）。“０”ではない場合は、”Content-Type”の内容からboundary情報を取得する（ステップ１２３）。boundary情報は、ＨＴＴＰの本文に複数の種類データある場合、その境を示すデータである。そして、boundary情報を保存して、ＨＴＴＰヘッダの解析を終了させる（ステップ１２３→終了）。
【００８７】
図８は、ＨＴＴＰボディを解析する流れの例を示すフローチャートである。この例のＨＴＴＰボディの解析は、図６のフローチャートのステップ１０５〜１０７である。セキュリティプログラム３２は、図７に例示したＨＴＴＰヘッダ解析で取得したboundary情報から、ファイル名を検索する（ステップ１３０）。このファイル名の検索で、ファイル名が見つからない場合、検索結果が「ＮＵＬＬ」を返し、ＨＴＴＰボディの解析を終了する（ステップ１３１→終了）。
【００８８】
このファイル名の検索で、ファイル名が見つかった場合、検索結果が「ＮＵＬＬ」ではなくなる。そして、セキュリティプログラム３２は、ファイル名を取得し、次の改行コードを検索する（ステップ１３２）。そして、セキュリティプログラム３２は、ＨＴＴＰのボディを暗号化する（ステップ１３３）。ＨＴＴＰがウェブサーバ４からの場合は、このＨＴＴＰのボディが暗号されており、セキュリティプログラム３２は、これを復号化する。まとめると、ＰＯＳＴ要求の場合は、ＨＴＴＰのボディを暗号化し、ＧＥＴ要求の場合はＨＴＴＰのボディを復号化する。
【００８９】
そして、ＨＴＴＰのボディの解析が終了する（ステップ１３３→終了）。ＳＳＬ接続は図６のステップ１０２で行われている。セキュリティプログラム３２はユーザ端末３とＳＳＬ接続を確立する。その後、セキュリティプログラム３２は、ウェブサーバ４とＳＳＬ接続を確立する。これにより、ユーザ端末３とウェブサーバ４は、仮想的に、ＳＳＬ通信できる、ＳＳＬ接続が確立する。
【００９０】
ユーザ端末３は、上述のユーザ端末３の機能を実現するものであれば、携帯電話機、ネットブック、タブレットコンピュータであることができる。更に、同じく、ユーザ端末３は、仮想環境で稼働する仮想マシン又はシンクライアント端末であることもできる。タブレット端末８のウェブブラウザ８１からウェブサーバ４へのアップロード及びダウンロードを行う際、セキュリティプログラム８２の処理の流れも図７と同じであり、上述の説明でのユーザ端末３をタブレット端末８として読み返す必要があり、詳細な説明は省略する。
【００９１】
ユーザ端末３とタブレット端末８を制御する基本プログラムのオペレーティングシステムは、米国Microsoft社のWindows（登録商標）系のオペレーティングシステム、米国アップル社のMAC OS（登録商標）系のオペレーティングシステム、UNIX（登録商標）又はLinux（登録商標）系のUBUNTU等のオペレーティングシステム等の任意のオペレーティングシステムを利用することができる。
【００９２】
また、特に、タブレット端末８の場合は、Symbian OS（登録商標）、BlackBerry（登録商標）、Windows Mobile（登録商標）、iOS（登録商標）、Android（登録商標）、Firefox OS（登録商標）等のスマートフォンやタブレット向けのオペレーティングシステムを利用することができる。本発明は、オペレーティングシステムの詳細の制御についての発明ではないので、詳細な説明は省略する。
【００９３】
〔暗号化・復号化について〕
上述の暗号鍵と復号鍵は、共通鍵暗号、公開鍵暗号、関数型暗号等の公知の任意の暗号方式を利用する。本発明は、電子データをする際、電子データの復号鍵全てを電子データを利用する端末又は電子計算機で保存せず、他の電子機器又は端末又は電子計算機に格納し、電子データの利用のときのみにそれを読み込むものである。本実施の形態の場合、電子データを利用するタブレット端末８で復号鍵を保存せず、タブレット端末８と通信可能なＢＴＥ９内に復号鍵を保存している。
【００９４】
もし、電子データを復号化する際、暗号鍵やパラメータ等の複数の鍵が必要な場合は、少なくとも１つの鍵は、タブレット端末８と通信可能なＢＴＥ９内に保存する。無論、このような複数の鍵全てをタブレット端末８と通信可能な別々の携帯機器内に保存しても良い。以下、その実施の例を説明する。
【００９５】
図９は、本発明の第１の実施の形態の電子データ管理システム１の鍵管理の概要を示す概念図である。本発明の電子データ管理システム１は、暗号鍵と復号鍵の管理を行うための管理手段である鍵管理サーバ２０を備える。鍵管理サーバ２０は図示しないがネットワーク（図示せず。）を介して、ユーザ端末３、タブレット端末８、ウェブサーバ４等と通信する。
【００９６】
鍵管理サーバ２０は、暗号鍵と復号鍵のペアを生成する機能を有する。暗号鍵と復号鍵、その利用者に関する識別データ等は、鍵管理データベース２１に格納される。鍵管理サーバ２０は、ユーザ認証等の適切な手続きを経て、暗号鍵をユーザ端末３へ、復号鍵をタブレット端末８へ送信する。ユーザ端末３又はタブレット端末８から鍵生成の要求があれば、鍵管理サーバ２０は新規の鍵を生成してそれぞれに送信する。復号鍵が紛失された通知がタブレット端末８又はその利用者からあると、鍵管理サーバ２０はその復号鍵の利用を停止する措置を取る。
【００９７】
例えば、鍵管理データベース２１を更新してその鍵の利用を停止する。また、その復号鍵を利用している全てのユーザ、タブレット端末８、ユーザ端末３等へ通知し、その復号鍵の利用を停止させる。タブレット端末８は、鍵管理サーバ２０から新規の復号鍵が送信されてくると、この新規の復号鍵をＢＴＥ９に格納する。タブレット端末８は、この新規の復号鍵をＢＴＥ９に格納したら、鍵管理サーバ２０に通知する。タブレット端末８は復号鍵をその記憶手段や補助記憶手段等に全てを格納しない。
【００９８】
ＢＴＥ９を紛失した場合、ＢＴＥ９を新規のＢＴＥ、新規の復号鍵を格納してユーザに渡す。又は、ユーザは、新規のＢＴＥ９を用意し、鍵管理サーバ２０から新規に発行された復号鍵を、タブレット端末８を介してＢＴＥ９に格納する。更に、ウェブサーバ４から受信したデータは、暗号化されたままタブレット端末８の記録媒体、補助記憶手段等に格納されているので、ＢＴＥ９を持っていなければ、復号化して意味のある電子データを手に入れることができない。
【００９９】
これらの通知には、利用者の氏名、識別番号等の利用者を特定するデータ、タブレット端末８の識別データ、ＢＴＥ９の識別データ、紛失された鍵の識別データ等が、全部又は一部が含まれる。言い換えると、紛失されたものを特定できるデータが鍵管理サーバ２０に通知され、鍵管理サーバ２０側ではその機器を使用できないように設定する。
【０１００】
〔共通鍵暗号の方式〕
最も簡単な方式は、共通鍵暗号の方式であり、暗号鍵と復号鍵に同じ関数を利用するものである。よって、ユーザ端末３は暗号鍵で電子データを暗号化して、ウェブサーバ４に送信され暗号化された電子データがウェブサーバ４に保存される。ユーザ端末３側の暗号鍵は、ユーザ端末３又はＢＴＥ７に保存される。タブレット端末８側では、復号鍵がＢＴＥ９に保存されている。タブレット端末８は、ウェブサーバ４から暗号化された電子データを受信し、ＢＴＥ９から復号鍵を受信して、上記暗号化された電子データを復号鍵で復号化する。
【０１０１】
共通鍵暗号の方式の場合、タブレット端末８又はＢＴＥ９が紛失したときに問題が起こる。タブレット端末８を紛失した場合を考える。タブレット端末８を手に入れた第三者がタブレット端末８からウェブサーバ４へアクセスしても、ＢＴＥ９を持っていないので、ウェブサーバ４から受信した暗号化された電子データを解読することができない。また言うまでもないが、ウェブサーバ４へは、ログイン名やパスワード等による認証手続きがあるので、第三者は簡単にウェブサーバ４へアクセスできない。
【０１０２】
更に、ウェブサーバ４から受信したデータは、暗号化されたままタブレット端末８の記録媒体、補助記憶手段等に格納されているので、ＢＴＥ９を持っていなければ、復号化して意味のある電子データを手に入れることができない。共通鍵暗号の方式の場合、ＢＴＥ９を紛失した場合を考える。ＢＴＥ９を手に入れた第三者はタブレット端末８を持っていないので、ウェブサーバ４へアクセスすることができない。更に、他の電子計算機からウェブサーバ４へアクセスしても、ログイン名やパスワード等による認証手続きがあるので、第三者は簡単にウェブサーバ４へアクセスできない。
【０１０３】
ＢＴＥ９を紛失したら、それを利用していたユーザから管理者が通知を受けて、ウェブサーバ４に対して、電子データの送信を停止したりすることができるので、電子データの安全利用が保証される。ＢＴＥ９を紛失した場合、暗号鍵が漏れるリスクがあり、別の暗号鍵を再発行して、ウェブサーバ４内の電子データを別の暗号に替える。そして利用を再開始することができる。
【０１０４】
〔公開鍵暗号方式〕
公開鍵暗号方式の場合、暗号鍵と復号鍵が異なる。ユーザ端末３は公開鍵である暗号鍵で電子データを暗号化して、ウェブサーバ４に送信する。タブレット端末８側では、公開鍵とペアの秘密鍵である復号鍵がＢＴＥ９に保存されている。タブレット端末８は、ウェブサーバ４から暗号化された電子データを受信し、ＢＴＥ９から秘密鍵を受信して、暗号化された電子データを秘密鍵で復号化する。
【０１０５】
タブレット端末８を紛失した場合を考える。タブレット端末８を手に入れた第三者がタブレット端末８からウェブサーバ４へアクセスしても、ＢＴＥ９を持っていないので、ウェブサーバ４から受信した暗号化された電子データを解読することができない。また言うまでもないが、ウェブサーバ４へは、ログイン名やパスワード等による認証手続きがあるので、第三者は簡単にウェブサーバ４へアクセスできない。
【０１０６】
更に、ウェブサーバ４から受信したデータは、暗号化されたままタブレット端末８の記録媒体、補助記憶手段等に格納されているので、ＢＴＥ９を持っていなければ、復号化して意味のある電子データを手に入れることができない。ＢＴＥ９を紛失した場合を考える。ＢＴＥ９を手に入れた第三者はタブレット端末８がないので、ウェブサーバ４へアクセスすることができない。更に、他の電子計算機からウェブサーバ４へアクセスしても、ログイン名やパスワード等による認証手続きがあるので、第三者は簡単にウェブサーバ４へアクセスできない。
【０１０７】
ＢＴＥ９を紛失したら、それを利用していたユーザから管理者が通知を受けて、ウェブサーバ４に対して、電子データの送信を停止することができるので、電子データの安全利用が保証される。ＢＴＥ９を紛失した場合、秘密鍵が漏れるリスクがあり、別のペアの公開鍵と秘密鍵を再発行して、ウェブサーバ４内の電子データを別の暗号に替える。そして利用を再開始することができる。更に、ウェブサーバ４から受信したデータは、暗号化されたままタブレット端末８の記録媒体、補助記憶手段等に格納されているので、ＢＴＥ９を持っていなければ、復号化して意味のある電子データを手に入れることができない。
【０１０８】
公開鍵暗号方式は、公開鍵ＰＫに対して複数の秘密鍵ＳＫ１〜ＳＫｎを生成することがある。この場合は、秘密鍵を紛失したなら、鍵管理サーバ２０から、全ての利用者にその秘密鍵の利用を禁止する旨を通知する。そして、ＢＴＥ９を新規のＢＴＥにして、新規の秘密鍵をこの新規のＢＴＥに格納してユーザに渡す。又は、ユーザは、新規のＢＴＥ９を用意し、鍵管理サーバ２０から新規に送信された新規の秘密鍵を、タブレット端末８を介してＢＴＥ９に格納する。
【０１０９】
〔関数型暗号方式〕
また、暗号方式として、関数型暗号方式がある。この関数型暗号方式は、公開鍵暗号方式の一般化であり、公開鍵と秘密鍵に、パラメータとして関数を利用するものである。関数型暗号方式は、復号鍵とパラメータからなる２以上の復号用の鍵を有するもので、これらの鍵を別々の場所に保存すると、電子データの安全性が向上する。更に、鍵を紛失しても片方を再発行することで、対応することができる。
【０１１０】
特に、パラメータは１つの鍵に対して複数個を利用することができるので、紛失されたパラメータの利用を停止し、別のパラメータを再発行して利用を再開することができる。図９に図示したように、ユーザ端末３は、公開鍵ＰＫとパラメータＹを利用して、電子データを暗号化する。この暗号化された電子データをタブレット端末８側では、秘密鍵ＳＫとパラメータＸを利用して復号化する。
【０１１１】
この公開鍵ＰＫと秘密鍵ＳＫ１〜ＳＫｎはペアで生成されたものである。パラメータＹとパラメータＸは、特定の関数Ｒを満たす関係である。特定の関数Ｒを満たすものであれば、パラメータＹに対して複数のパラメータＸ１〜Ｘｎを利用することができる。複数のパラメータＹ１〜Ｙｎに対して、関数Ｒを満たすパラメータＸであれば、暗号化された電子データを、秘密鍵とパラメータＸを利用して復号化できる。これを本発明に応用する場合、秘密鍵ＳＫを、タブレット端末８に格納し、パラメータＸをＢＴＥ９内に保存することができる。
【０１１２】
また、秘密鍵ＳＫをＢＴＥ９に、パラメータＸをタブレット端末８に格納することもできる。ユーザ端末３は、これとペアの公開鍵ＰＫとパラメータＹを利用して電子データを暗号化する。ユーザ端末３は、公開鍵ＰＫを格納して、ＢＴＥ７はパラメータＹを格納する。又は、逆に、ユーザ端末３はパラメータＹを格納して、ＢＴＥ７は公開鍵ＰＫを格納することができる。暗号鍵は、公開を前提しているので、公開鍵ＰＫとパラメータＹは両方ともユーザ端末３又はＢＴＥ７に格納することも可能である。
【０１１３】
また、公開鍵ＰＫとパラメータＹは紛失されても問題ない。ここで、タブレット端末８とＢＴＥ９を紛失することを考える。タブレット端末８を紛失した場合を考える。タブレット端末８を手に入れた第三者がタブレット端末８からウェブサーバ４へアクセスしても、ＢＴＥ９を持っていない、言い換えると秘密鍵ＳＫとパラメータＸの両方を手に入れていないので、ウェブサーバ４から受信した暗号化された電子データを解読することができない。
【０１１４】
また言うまでもないが、ウェブサーバ４へは、ログイン名やパスワード等による認証手続きがあるので、第三者は簡単にウェブサーバ４へアクセスできない。ＢＴＥ９を紛失した場合を考える。ＢＴＥ９を手に入れた第三者は、タブレット端末８を持っていなければ、ウェブサーバ４へアクセスすることができない。更に、他の電子計算機からウェブサーバ４へアクセスしても、ログイン名やパスワード等による認証手続きがあるので、第三者は簡単にウェブサーバ４へアクセスできない。
【０１１５】
更に、ＢＴＥ９を電子計算機に認証させるためには暗証番号等を利用するので、これを第三者が簡単に入手することができない。ＢＴＥ９を紛失した場合、それに格納されているパラメータＸの替わりに、新規のパラメータＸを鍵管理サーバ２０が発行して、タブレット端末８へ送信する。この場合、新規のパラメータＸはユーザ端末３側のパラメータＹと関数Ｒを満たす関係である。
【０１１６】
上述のように、タブレット端末８とＢＴＥ９の片方を紛失しても、暗号化された電子データを解読することができない。パラメータＹは、関数Ｒを満たすものであれば、複数個を指定することができ、これを、電子データの属性情報として利用することができる。属性情報の例示としては、ユーザの電子メールアドレス、ユーザの役職等の階級、ユーザの専攻等の専門、コンテンツの著作権情報、電子データの利用形態等、文書の機密情報の指定、文書の機密情報の階級等である。
【０１１７】
上述の説明では、タブレット端末８とＢＴＥ９の片方には復号鍵、他方にはパラメータが格納される例を説明した。しかし、復号鍵とパラメータは、タブレット端末８と通信可能な複数のＢＴＥ９に一つずつ格納されることも可能である。タブレット端末８上で電子データを利用する際、セキュリティプログラム８２（図３を参照。）等のプログラムは、各ＢＴＥ９から復号鍵とパラメータを取得して、電子データの復号化を行う。
【０１１８】
〔その他〕
上述の通り、ユーザ端末３とＢＴＥ７は、電子データを暗号化するものとして説明した。詳細な説明は省略するが、タブレット端末８とＢＴＥ９の組み合わせのように、ユーザ端末３とＢＴＥ７は、秘密鍵、又は、秘密鍵とパラメータＸを有し、電子データを復号化することができる。同じく、タブレット端末８とＢＴＥ９は、暗号鍵、又は、暗号鍵とパラメータＹを用いて電子データを暗号化することができる。
【０１１９】
ユーザ端末３は、タブレット端末、スマートフォン等の携帯端末であることもできる。ユーザ端末３は、タブレット端末、スマートフォン等のネットワーク２にアクセスする機能を持つ携帯端末を含むものとする。
ＢＴＥ９とＢＴＥ７等の携帯機器は、識別ＩＤを有する。識別ＩＤは、その中のメモリ等に保存され、機器の認証と識別に利用される。ＢＴＥ９とＢＴＥ７を紛失した場合、利用者はＢＴＥ９とＢＴＥ７の識別ＩＤを、管理者や鍵管理サーバ２０に通知して、鍵管理データ２１を更新する。
【０１２０】
鍵管理データ２１は、通知された識別ＩＤの携帯機器に対して、その使用を禁止する設定をする。新規に、復号鍵が生成され、新規のＢＴＥ９若しくはＢＴＥ７に格納された場合、その新規のＢＴＥ９若しくはＢＴＥ７の識別ＩＤは鍵管理データ２１に登録される。このように、識別ＩＤが一元的に管理される。本例では、携帯機器としては、ＢＴＥを例に説明した。携帯機器は、上述のＢＴＥと同等な機能を有するものであれば、時計型の機器、ペン型の機器、ＵＳＢキー等であることが可能である。ＢＴＥ自体は時計型、ペン型の機器であることも可能である。
【０１２１】
タブレット端末８において、電子データの利用を停止した場合、電子データを削除するステップを備える。例えば、セキュリティプログラム３２、ＢＴＥ監視プログラム３７、セキュリティプログラム８２、ＢＴＥ監視プログラム８７等は、電子データを削除するデータ削除機能を有する。ＢＴＥ９若しくはＢＴＥ７若しくはタブレット端末８が利用可能範囲外に所定期間以上に長時間位置するとき、このデータ削除機能がスタートして、タブレット端末８内の電子データを削除する。
【０１２２】
削除する電子データの種類、その他の削除条件は、利用者や管理者等が事前に設定することが可能である。また、ＢＴＥ９若しくはＢＴＥ７が紛失され、所定期間経過しても、新規のＢＴＥ９若しくはＢＴＥ７の登録がなく、又は、鍵の登録がない場合も、このデータ削除機能がスタートして、タブレット端末８内の電子データを削除する。更に、タブレット端末８の使用が停止され所定時間経過した場合、又は、管理者やサーバから指示ある場合も、このデータ削除機能がスタートして、タブレット端末８内の電子データを削除する。
【０１２３】
〔第２の実施の形態〕
以下、本発明の第２の実施の形態を説明する。本発明の第２の実施の形態は、上述の第１の実施の形態と基本的に同じであるため、異なる部分のみを説明する。上述の第１の実施の形態では、電子データは、図１に図示したようにウェブサーバ４からタブレット端末８へ送信される例を説明した。本発明の第２の実施の形態では、暗号化された電子データは、タブレット端末８内に保存されて利用される。
【０１２４】
本発明の第２の実施の形態の利用場面としては、タブレット端末８は携帯可能な補助記憶装置にアクセスし暗号化されたユーザーデータを読みだして利用する場合、タブレット端末８がユーザ端末３と直接接続され、暗号化された電子データをユーザ端末３から取得して利用する場合、タブレット端末８内で暗号化された電子データを作成して利用する場合等の様々場面である。ＢＴＥ９から暗号鍵又はパラメータを取得して、タブレット端末８内で暗号化された電子データを復号化する機能は、上述の例と同じである。
【０１２５】
〔第３の実施の形態〕
以下、本発明の第３の実施の形態を説明する。本発明の第３の実施の形態の電子データ管理システム１は、上述の第１又は第２の実施の形態と基本的に同じであるため、異なる部分のみを説明する。本発明の第３の実施の形態の電子データ管理システム１は、ユーザが所持又は携帯する携帯機器の識別番号又は識別名を、暗号、復号のために利用する。
【０１２６】
本発明の第３の実施の形態の電子データ管理システム１は、図１に示すと同じ構成であるが、タブレット端末８と一緒に利用する携帯機器の例として、ＢＴＥ９、スマートフォン１２、ワイヤレスストレージ１３、カメラ１７等を図示している。これらのＢＴＥ９、スマートフォン１２、ワイヤレスストレージ、カメラ１７等の携帯機器は、ＢＴＥ９と同じように、通信プロトコルに従って、タブレット８に接続されるのでその接続の仕方についての詳細な説明は省略する。
【０１２７】
スマートフォン１２がタブレット８に接続されると、タブレット８は、スマートフォン１２のＭＡＣアドレス、ＩＰアドレス等の通信用の識別アドレス、スマートフォン１２の固有アドレス等を取得して機器認証を行う。ワイヤレスストレージ１３は、Wi-Fi等の無線通信機能を有し、ＵＳＢメモリ１４、ＳＤカード１５等の不揮発メモリ機器を使用する機器である。ワイヤレスストレージ１３は、無線でタブレット８に接続し、接続された又は内蔵されたＵＳＢメモリ１４、ＳＤカード１５等の不揮発メモリ機器を、補助記憶装置として、タブレット８に認識させる。
【０１２８】
このとき、タブレット端末８は、ＵＳＢメモリ１４、ＳＤカード１５等の不揮発メモリ機器の識別アドレス又は識別番号を取得して機器認証を行う。また、タブレット端末８は、ワイヤレスストレージ１３のＭＡＣアドレス、ＩＰアドレス等の識別アドレス又は識別番号も取得して機器認証を行う。カメラ１４は、ＳＤカード１６等の不揮発メモリを利用する別の機器の例である。カメラ１４自体がWi-Fi等の無線通信機能を有する場合は、タブレット端末８には外付け機器、又は補助記憶装置として認識される。
【０１２９】
このとき、タブレット端末８は、カメラ１７のＭＡＣアドレス、ＩＰアドレス等の識別アドレス又は識別番号を取得して機器認証を行う。また、ＳＤカード１６等の不揮発メモリ機器にWi-Fi機能が内蔵されている場合は、ＳＤカード１６は、タブレット端末８には補助記憶装置として認識される。このとき、タブレット端末８は、ＳＤカード１６の識別アドレス、ＳＤカード１６の通信機能のＭＡＣアドレス、ＩＰアドレス等を取得して機器認証を行う。
【０１３０】
このように、携帯機器を識別するための識別アドレスは、それらの機器を製造する製造者が設定するのが一般的である。その代表的な例は、ＭＡＣアドレスという識別名です。これは、ネットワークに接続されるネットワークカード等の部品に付与されるものである。ＭＡＣアドレスは、同じメーカが製造した同じ部品で同じ型版でも、部品それぞれに異なるアドレスを付与している。同じように、ＢＴＥ等もそれらを識別する固有アドレスを有する。
【０１３１】
以下のこのように携帯機器を識別するための識別アドレスを利用して、ユーザーデータを暗号化と復号化する手順を説明する。まず暗号化は、ユーザ端末３又はタブレット端末８において行われるが、暗号鍵を生成するとき、ユーザが所持又は携帯する携帯機器の固有アドレスを利用する。この固有アドレスは、図１０の説明で説明して通り、ネットワーク機能を有する機器であればそのＭＡＣアドレス、各機器の固有の識別アドレス等の固有アドレスが利用される。
【０１３２】
ユーザ端末３又はタブレット端末８において、暗号鍵を生成するとき、暗号鍵生成のソフトウェア又はモジュールを利用するが、携帯機器の固有アドレス又は携帯機器の固有アドレスと一緒に特定の関数を利用して、特定のアルゴリズムとに従って鍵を生成する。暗号鍵と共に復号鍵が生成されることができるが、同じ関数と特定の関数を利用するのであれば、後で、別途に生成しても良い。ユーザ端末３又はタブレット端末８において、この生成された暗号鍵を利用して、ユーザーデータを暗号化する。
【０１３３】
暗号化されたユーザーデータは、ウェブサーバ４へ送信されたり、タブレット８へ送信されたりする。次は、復号化について説明する。図１１は、本発明の第３の実施の形態の電子データ管理システム１の復号化処理の流れの例を示すフローチャートである。まず、ユーザは、タブレット端末８を起動させログインする（第１認証）（ステップ２０１、２０２）。その後、タブレット端末８は、ネットワーク２に接続され、ウェブサーバ４と通信し、ウェブサーバ４が提供するクラウドサービスにアクセスし、ユーザ認証を行う（第２認証）（ステップ２０３〜２０５）。
【０１３４】
これにより、ウェブサーバ４からユーザーデータを取得することが可能になる。ここで説明した通り、ネットワーク２への接続と、クラウドサービスへのアクセス、そして、ウェブサーバ４からユーザーデータを取得する各手順は、上述の第１の実施の形態に説明した手順である。タブレット端末８は、ウェブサーバ４からユーザーデータを取得して、利用開始する（ステップ２０６、２０７）。タブレット端末８は、ウェブサーバ４から取得したユーザーデータを利用するとき、ユーザーデータが暗号化されている場合、復号化する必要がある。
【０１３５】
そのため、タブレット端末８では、ウェブサーバ４から取得したユーザーデータが暗号化されているか否かを確認する（ステップ２０８）。暗号化されていない場合は、ユーザーデータが適当なアプリケーションプログラム等でそのまま利用される（ステップ２０８→２２１）。例えば、ユーザーデータは、タブレット端末８上の動作するユーザーデータ専用のアプリケーションプログラムで、閲覧、編集等をすることができる。
【０１３６】
ウェブサーバ４から取得したユーザーデータが暗号化されている場合は、タブレット端末８は、ユーザーデータを復号する要求を出し、復号化アプリケーションプログラム又は復号化モジュール（以下、復号化アプリケーションプログラムとして説明する。）を起動する（ステップ２０８→ステップ２０９）。復号化アプリケーションプログラムは、復号鍵の保存場所を、特定する。復号鍵の保存場所は、復号化アプリケーションプログラムに事前に登録される。
【０１３７】
復号鍵の保存場所は、タブレット端末８内の補助記憶装置にある場合は、この補助記憶装置にアクセスし、復号鍵を取得し、（ステップ２１１、ステップ２１２→２２０）、復号化処理を行う。復号鍵の保存場所は、携帯機器に保存されている場合は、タブレット端末８は携帯機器に接続して、復号鍵を取得するプロセスを開始する（ステップ２１１→ステップ２１３）。まず、タブレット端末８、携帯機器との接続を確認し、接続が確認されない場合は、携帯機器と接続する（ステップ２１３）。
【０１３８】
携帯機器と接続が確立すると、携帯機器の固有アドレスを取得する（ステップ２１４）。携帯機器の固有アドレスとして、上述した通り、ＭＡＣ等の通信用の固有アドレス、メーカが付与した機器識別用の固有アドレス、ユーザが付与した機器識別用の固有アドレス等を利用することが可能である。携帯タブレット端末８は、携帯機器固有アドレスリストを参照する（ステップ２１５）。この携帯機器固有アドレスリストは、ユーザ又はタブレット端末８が利用できる携帯機器の固有アドレスを登録したリストである。いわゆる、利用できる携帯機器のホワイトリストである。
【０１３９】
携帯タブレット端末８は、接続された携帯機器の固有アドレスが、携帯機器固有アドレスリストに登録されたアドレスであるか否かで行われる（第３の認証）（ステップ２１５）。携帯機器の固有アドレスが、携帯機器固有アドレスリストに登録されたアドレスである場合、携帯機器の利用を許可していることになる（ステップ２１６）。そして、引き続き、携帯機器の認証が行われて、携帯機器にアクセス可能になる（ステップ２１７）。
【０１４０】
携帯機器の固有アドレスが、携帯機器固有アドレスリストに登録されていないアドレスである場合、又は、携帯機器の利用を不許可にしているアドレスの場合は、続きを中断し、ユーザーデータの利用を停止する（ステップ２１６→２２２）。携帯機器の利用が許可されている場合、引き続き、携帯機器の認証が行われて、携帯機器にアクセス可能になる（ステップ２１６→ステップ２１７）。携帯機器の認証が行われ、成功すると、携帯機器のタブレット端末８は、携帯機器にアクセスし、格納された電子データから、復号鍵を取得する（ステップ２１８→ステップ２１９）。
【０１４１】
そして、ユーザーデータが復号鍵で初めて復号化され、利用される（ステップ２２０、２２１）。言い換えると、復号化モジュール又は復号化アプリケーションソフトウェアは、復号鍵を取得し、電子データの復号化を開始する。そして、タブレット端末８は、次の処理に移る（ステップ２２３）。携帯機器固有アドレスリストは、一元的に管理されることが好ましい。例えば、図１に図示したように、ネットワーク２上の鍵管理サーバで管理することが好ましい。
【０１４２】
タブレット端末８は、常時又はユーザーデータの復号化処理ごとに、鍵管理サーバ２０（図９を参照。）にアクセスし、携帯機器固有アドレスを確認することをしても良いが、タブレット端末８を利用できる携帯機器固有アドレスリストを、タブレット端末８から直ぐにアクセスできる場所に保存しても良い。例えば、タブレット端末８内に又はタブレット端末８に接続された補助記憶装置、ＢＴＥ９等のメモリに携帯機器固有アドレスリストを保存すると、ネットワーク２に接続できない環境でも、タブレット端末８から携帯機器固有アドレスリストにアクセスできる。
【０１４３】
携帯機器固有アドレスリストには、ユーザの氏名を示すユーザ名、ユーザが利用するタブレット端末、ユーザが利用する携帯器の固有アドレス、復号鍵若しくは暗号鍵を生成するために必要な情報等が格納される。携帯機器固有アドレスリストは、暗号化され格納されることが好ましい。又は、携帯機器固有アドレスリストは、汎用のオペレーティングシステムから直接アクセスできない隠し領域、専用のアプリケーションプログラムのみでアクセスできる記録領域若しくはフォーマットで保存される。
【０１４４】
携帯機器固有アドレスリストには、必要に応じて、電子データの種類、電子データが利用可能な地域若しくは場所若しくは範囲、電子データの利用形態等があっても良く、ユーザ又は管理者が予め設定する。携帯機器固有アドレスリストには、利用を許可しない、携帯機器の固有アドレスを登録することができる。紛失した携帯機器等をこのリストに登録しておき、利用できないようにすることが可能である。このように設定すると、正式のユーザであっても、正式のＢＴＥ９と、携帯機器の組み合わせがないと電子データを復号化することが管理のセキュリティが一層向上する。
【０１４５】
〔他の例〕
上述の通り、電子データを利用するためには、第１認証から第３認証までに、複数段階も認証する利用方法を記述した。これらの認証を減らし、ユーザの負担を軽減する方法をここで、記述する。例えば、携帯機器の固有アドレスを、復号鍵を生成するための情報として利用することができる。この利用は次の通りである。暗号鍵と復号鍵を生成するためには、鍵生成アルゴリズムと鍵生成の元になる元データが必要である。
【０１４６】
この元データには、携帯機器の固有アドレスを利用することができる。しかし、元データの形式、鍵生成アルゴリズムが全て公開されると第三者に情報漏洩の原因になるので、管理者が一元的に管理することが好ましい。元データは、固有アドレスを含む、更に、管理者やユーザの秘密情報を含むデータであることが好ましいが、管理者又は利用者があらかじめ設定しておくことができる。
【０１４７】
上述の利用ステップで、復号化モジュールは、利用者の携帯機器と接続し、認証して、固有アドレスを取得したら、この固有アドレスを鍵生成の元データに利用して、復号鍵、又は、暗号鍵、又は、一対の暗号鍵と復号鍵を生成する。そして、この生成された復号鍵で、電子データを利用する。このようにすると、復号鍵を携帯機器に格納するというステップが無くなる。よって、ユーザ専用の携帯機器があり、タブレット端末８に接続できれば、ユーザーデータを復号化することができる。この方式は、高度なセキュリティを要求しない用途にとっては、便利である。
【０１４８】
仮に、ユーザがタブレット端末８を紛失しても、携帯機器の固有アドレスが入手できないので、ユーザーデータを復号化できない。このとき、携帯機器の固有アドレスを入手しても、タブレット端末８と携帯機器が正式の通信手順で接続してのみ固有アドレスを携帯機器から取得するので、同じく、タブレット端末８側では携帯機器の固有アドレスが入手できず、ユーザーデータの復号化が不可能である。
【０１４９】
仮に、ユーザが携帯機器を紛失すると、これを、鍵管理サーバ２０に通知するか、タブレット端末８の携帯機器固有アドレスリストにその固有アドレスを利用不可機器又は利用不可固有アドレスとして登録する。これによって、紛失された携帯機器が利用不可能になる。よって、この固有アドレスを利用したユーザーデータの復号化が不可能である。紛失された固有アドレスを利用して暗号化した電子データは次の手順で、他の固有アドレスを利用した暗号データに変換することができる。
【０１５０】
基本的に、管理者側で、暗号データのフォーマットを知っているので、その専用のアプリケーションプログラムを作成しておき、管理者の許可の上で、固有アドレスを入力するだけで、復号化する。そして、再度、新しい固有アドレスを利用した暗号鍵で暗号化する。又は、古い固有データと新しい固有データを入力するだけで、自動的に、復号化して暗号化する機能を有するアプリケーションプログラムがあっても良い。無論、アプリケーションプログラムは、クラウドサービスであっても良い。
【産業上の利用可能性】
【０１５１】
本発明は、ウェブサーバを有しネットワークサービス提供するクラウドサービス等の分野で利用すると良い。また、本発明は、企業機密、ノウハウ、個人情報等からなる電子データを携帯端末で利用する分野で利用すると良い。
【符号の説明】
【０１５２】
１…ネットワークシステム
２…ネットワーク
３…ユーザ端末
４…ウェブサーバ
５…ウェブデータベース
６…暗号化ソフトウェア
７、９…ブルートゥース機器（ＢＴＥ）
８…タブレット端末
１０…専用ビューア
１１…専用アプリケーションソフトウェア
１２…スマートフォン
１３…ワイヤレスストレージ
１４…ＵＳＢメモリ
１５，１６…ＳＤカード
１７…カメラ
３１、８１…ウェブブラウザ
３２、８２…セキュリティプログラム
３３,４３、８３…ＴＬＳ
３４、４４、８４…ネットワーク層
４１…サーバプログラム
９１…アンテナ
９２…ブルートゥース通信部
９３…制御部
９４…表示部
９５…操作部
９６…発振回路
９７…メモリ
【図１】
2015138336.tif 000004
【図２】
2015138336.tif 000005
【図３】
2015138336.tif 000006
【図４】
2015138336.tif 000007
【図５】
2015138336.tif 000008
【図６】
2015138336.tif 000009
【図７】
2015138336.tif 000010
【図８】
2015138336.tif 000011
【図９】
2015138336.tif 000012
【図１０】
2015138336.tif 000013
【図１１】
2015138336.tif 000014